具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在介绍本公开提供的MTC系统的物理信道传输方法之前，首先对本公开的各个实施例所涉及的应用场景进行介绍。该MTC系统可以是独立部署的。其中，对于独立部署的MTC系统，配置有独立的频谱、专用的信道和信号。这里首先对该MTC系统的物理信道进行介绍，MTC系统的物理信道可以包括：MTC物理下行控制信道(MTC Physical Downlink ControlChannel，MPDCCH)、MTC物理下行共享信道(MTC Physical Downlink Shared Channel，MPDSCH)、MTC物理上行控制信道物理下行控制信道(MTC Physical Uplink ControlChannel，MPUCCH)、MTC物理上行共享信道(MTC Physical Uplink Shared Channel，MPUSCH)，其中，MPDCCH和MPUCCH通常用于传输控制信息，MPDSCH和MPUSCH通常用于传输数据信息。在本公开各个实施例中，主要涉及的是物理下行信道，即MPDCCH和MPDSCH的传输。另一方面，对于独立部署的MTC系统，支持在传输MPDCCH和MPDSCH消息时，占用子帧的LTE控制信道区域。由于并非是所有的用户设备(User Equipment，UE)都具备利用子帧的LTE控制信道区域进行物理下行信道传输的能力，因此，在本公开各个实施例中，针对不同能力的用户设备，发送不同类型的物理下行信道消息。基于上述的应用场景，下面对本公开提供的机器类通信系统的接入方法进行介绍。

图1是根据一示例性实施例示出的一种MTC系统的物理信道传输方法的流程图，该方法用于基站中，如图1所示，可以包括以下步骤。

在步骤S11中，获取用户设备的用户能力信息。

示例的，可以由基站接收用户设备上报的用户能力信息，也可以由基站从移动管理实体(Mobility Management Entity，MME)获取该用户能力信息。其中，MME是第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)协议长期演进(Long TermEvolution，LTE)接入网络的关键控制节点，它负责空闲模式的用户设备的定位，传呼过程，包括中继，简单的说MME是负责信令处理部分。

在步骤S12中，根据用户能力信息确定该用户设备的用户能力。

该用户能力包括：不支持利用子帧的LTE控制信道区域进行物理下行信道传输，或支持利用子帧的LTE控制信道区域进行物理下行信道传输。示例的，可以将不支持利用子帧的LTE控制信道区域进行物理下行信道传输的用户称为第一能力用户，将支持利用子帧的LTE控制信道区域进行物理下行信道传输的用户称为第二能力用户。

在本实施例中，为了使基站能够识别出随机接入过程中的用户设备是否支持利用子帧的LTE控制信道区域进行物理下行信道传输，基站可以要求第二能力用户上报用户能力，即如果该用户设备为第二能力用户，则该用户设备在接入当前的MTC系统时应当主动上报自己的用户能力信息。如果该用户设备为第一能力用户，则该用户设备可以不上报自己的用户能力信息。或者，可选的，该用户设备也可以向基站上报用于指示该用户设备不支持利用子帧的LTE控制信道区域进行物理下行信道传输的用户能力信息。

在步骤S13中，按照与该用户能力对应的传输类型，向该用户设备发送物理下行信道消息，该传输类型包括第一类物理下行信道消息或第二类物理下行信道消息。

其中，该第一类物理下行信道消息为不占用子帧的LTE控制信道区域的物理下行信道消息，该第二类物理下行信道消息为占用子帧的LTE控制信道区域的物理下行信道消息。其中，由于物理下行信道包括上述的MPDCCH和MPDSCH，因此可以将MPDCCH消息分为第一类(type1)MPDCCH消息和第二类(type2)MPDCCH消息，将MPDSCH消息分为第一类(type1)MPDSCH消息和第二类(type2)MPDSCH消息，其中，第一类MPDCCH消息和第一类MPDSCH消息不占用子帧的LTE控制信道区域，第二类MPDCCH消息和第二类MPDSCH消息占用子帧的LTE控制信道区域。

因此，在向用户设备发送物理下行信道消息，如MPDCCH消息(或MPDSCH消息)时，可以根据该用户设备的用户能力来决定发送第一类还是第二类MPDCCH消息(或MPDSCH消息)。例如，用户设备为第二能力用户时，发送第二类MPDCCH消息，用户设备为第一能力用户时，发送第一类MPDCCH消息。

上述技术方案中，提供了一种针对MTC系统的物理下行信道消息的传输机制，能够告知基站接入当前MTC系统的用户设备是否具备利用子帧的LTE控制信道区域进行物理下行信道传输的能力，从而能够使基站清楚地决定后续传输的物理下行信道消息是否占用子帧的LTE控制信道区域。

图2是根据一示例性实施例示出的另一种MTC系统的物理信道传输方法的流程图，该方法用于基站中，如图2所示，步骤S13所述的按照与该用户能力对应的传输类型，向该用户设备发送物理下行信道消息可以包括以下步骤。

在步骤S131中，判断该用户设备当前接入的MTC系统是否为独立部署。

其中，如果该MTC系统不是独立部署的，则该MTC系统为LTE系统频带内部署(以下简称为带内部署)的。对于部署在LTE系统频带内的MTC系统而言，由于LTE系统的控制信道区域一般占用了子帧的前3个OFDM符号，因此对于带内部署的MTC系统不涉及是否使用LTE控制信道区域的问题。因此，当MTC系统是独立部署时，执行步骤S132至S134，当MTC系统是带内部署时，不再执行步骤S132至S134。

在步骤S132中，当该MTC系统为独立部署时，根据用户能力为该用户设备配置传输类型。

其中，根据用户能力为该用户设备配置传输类型，可以包括：

当用户能力为不支持利用子帧的LTE控制信道区域进行物理下行信道传输时，将传输类型配置为第一类物理下行信道消息；

当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，将传输类型配置为第二类物理下行信道消息。

其中，由于物理下行信道包括MPDCCH和MPDSCH，因此针对该MPDCCH和MPDSCH进行独立配置或联合配置，其中独立配置可以理解为MPDCCH和MPDSCH的配置是独立的，MPDCCH消息和MPDSCH消息可以是不同类型；联合配置可以理解为通过一次配置就完成MPDCCH和MPDSCH的配置，即MPDCCH消息和MPDSCH消息类型相同。因此当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，将传输类型配置为第二类物理下行信道的步骤，可以包括以下几种情况：

对于独立配置，可以包括：

将MPDCCH消息配置为第一类MPDCCH消息，将MPDSCH消息配置为第二类MPDSCH消息。

或者，将MPDCCH消息配置为第二类MPDCCH消息，将MPDSCH消息配置为第一类MPDSCH消息。

对于联合配置，可以包括：

或者，将MPDCCH消息配置为第二类MPDCCH消息，将MPDSCH消息配置为第二类MPDSCH消息。

或者，将MPDCCH消息配置为第一类MPDCCH消息，将MPDSCH消息配置为第一类MPDSCH消息。

即在当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，可以将MPDCCH消息和MPDSCH消息的类型均配置为第二类，以便在后续进行MPDCCH消息和MPDSCH消息传输时充分利用子帧的LTE控制信道区域，或者在需要的情况下，也可以仍然将MPDCCH消息和MPDSCH消息中至少一者的类型设置为第一类。

在步骤S133中，向该用户设备发送用于指示传输类型的配置信息。

在步骤S134中，按照该传输类型向用户设备发送物理下行信道消息。

在完成步骤S132所述的配置后，需要向用户设备发送配置信息，以告知后续进行MPDCCH消息和MPDSCH消息传输时的类型，然后再按照步骤S132所配置的MPDCCH消息和MPDSCH消息的类型进行MPDCCH消息或MPDSCH消息的发送，以使得用户设备也按照步骤S132所配置的MPDCCH消息和MPDSCH消息的类型进行MPDCCH消息或MPDSCH消息的接收。

另外，还需要说明的是，在发送物理下行信道消息时，需要判断待发送的物理下行信道消息是该用户设备的专用消息，还是(包括该用户设备的)多个用户设备的共用消息。是专用消息时，按照步骤S132所配置传输类型发送该物理下行信道消息，是共用消息时，仍然按照第一类来发送物理下行信道消息。

举例来说，当待发送的MPDCCH消息或MPDSCH消息是该用户设备的专用消息，例如发给该用户设备的控制消息、数据或者业务信息时，按照步骤S132所配置的MPDCCH消息或MPDSCH消息的类型进行MPDCCH消息或MPDSCH消息的发送，但是当待发送的MPDCCH消息或MPDSCH消息是多个用户设备的共用消息，例如系统消息、寻呼消息时，仍然按照第一类MPDCCH消息或第一类MPDSCH消息来发送该MPDCCH消息或MPDSCH消息。

在另一种实现方式中，可以由基站来主动告知用户设备当前接入的MTC系统为独立部署的，图3是根据一示例性实施例示出的又一种MTC系统的物理信道传输方法的流程图，该方法用于基站中，如图3所示，该方法在步骤S11之前，还可以包括：

在S14，发送携带指示信息的广播消息，该指示信息用于指示该用户设备当前接入的MTC系统是独立部署的。

其中，该广播消息可以为主信息块(Master Information Block，MIB)，则该指示信息可以是通过该MIB的空余比特(即MIB中的spare bit，也称为预留比特位)进行指示的，例如可以在空余比特中占用一个或多个比特作为用于指示MTC系统是否为独立部署的标志位；或者，该广播消息可以为系统信息块(System Information Block，SIB)。

相应的，该步骤S11所述的获取用户设备的用户能力信息，则可以包括：

获取该用户设备在接收到该广播消息后上报的用户能力信息。

可选的，由于物理下行信道包括MPDCCH和MPDSCH，因此步骤S13所述的按照与用户能力对应的传输类型，向该用户设备发送物理下行信道消息，该传输类型包括第一类物理下行信道或第二类物理下行信道的步骤，可以包括以下几种实现方式。

方式一：当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，向用户设备发送第二类MPDCCH消息和第二类MPDSCH消息。或者，

方式二：

当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，将MPDCCH消息配置为第二类MPDCCH消息，将MPDSCH消息配置为第二类MPDSCH消息；

在完成将MPDCCH消息配置为第二类MPDCCH消息，将MPDSCH消息配置为第二类MPDSCH消息后，向该用户设备发送第二类MPDCCH消息和第二类MPDSCH消息。或者，

方式三：

当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，向该用户设备发送第二类MPDSCH消息，并将MPDCCH消息配置为第二类MPDCCH消息；

在完成将MPDCCH消息配置为第二类MPDCCH消息后，向该用户设备发送第二类MPDCCH消息。

图4是根据一示例性实施例示出的又一种MTC系统的物理信道传输方法的流程图，该方法应用于用户设备，如图4所示，该方法可以包括以下步骤。

在步骤S41中，向基站上报用户设备的用户能力信息。

其中，该用户能力信息用于指示该用户设备的用户能力，该用户能力包括：不支持利用子帧的LTE控制信道区域进行物理下行信道传输，或支持利用子帧的LTE控制信道区域进行物理下行信道传输。示例的，可以将不支持利用子帧的LTE控制信道区域进行物理下行信道传输的用户称为第一能力用户，将支持利用子帧的LTE控制信道区域进行物理下行信道传输的用户称为第二能力用户。基站可以要求第二能力用户上报用户能力，即如果该用户设备为第二能力用户，则该用户设备在接入当前的MTC系统时应当主动上报自己的用户能力信息。如果该用户设备为第一能力用户，则该用户设备可以不上报自己的用户能力信息。或者，可选的，该用户设备也可以向基站上报用于指示该用户设备不支持利用子帧的LTE控制信道区域进行物理下行信道传输的用户能力信息。

在步骤S42中，接收基站发送的物理下行信道消息，该物理下行信道消息的传输类型与该用户能力对应。

其中，该传输类型包括第一类物理下行信道或第二类物理下行信道，第一类物理下行信道为不占用子帧的LTE控制信道区域的物理下行信道，所述第二类物理下行信道为占用子帧的LTE控制信道区域的物理下行信道。其中，物理下行信道可以包括上述的MPDCCH和MPDSCH，关于MPDCCH消息和MPDSCH消息的类型可以参照步骤S13中所述的内容，不再赘述。

上述技术方案中，提供了一种针对MTC系统的物理下行信道消息的传输机制，能够告知基站接入当前MTC系统的用户设备是否具备利用子帧的LTE控制信道区域进行物理下行信道传输的能力，从而能够使基站清楚地决定后续传输的物理下行信道消息是否占用子帧的LTE控制信道区域。

图5是根据一示例性实施例示出的又一种MTC系统的物理信道传输方法的流程图，该方法用于用户设备中，如图5所示，步骤S42所述的接收基站发送的物理下行信道消息，可以包括以下步骤。

在步骤S421中，接收基站发送的用于指示传输类型的配置信息。

在步骤S422中，按照该配置信息指示的传输类型，接收该物理下行信道消息。

其中，根据该用户设备向基站上报的用户能力信息指示的用户能力，基站下发的配置信息所指示的传输类型也不同。示例的，可以包括：

当用户能力为不支持利用子帧的LTE控制信道区域进行物理下行信道传输时，该配置信息包括：传输类型为第一类物理下行信道；当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，该配置信息包括：传输类型为第二类物理下行信道。

其中，由于物理下行信道包括MPDCCH和MPDSCH，因此基站针对该MPDCCH和MPDSCH可以进行独立配置或联合配置，其中独立配置可以理解为MPDCCH和MPDSCH的配置是独立的，MPDCCH消息和MPDSCH消息可以是不同类型；联合配置可以理解为基站通过一次配置就完成MPDCCH和MPDSCH的配置，即MPDCCH消息和MPDSCH消息的类型相同。因此，对于配置信息指示传输类型为第二类物理下行信道时，可以包括以下几种情况：

对于独立配置，可以包括：

MPDCCH消息为第一类MPDCCH消息，MPDSCH消息为第二类MPDSCH消息；或者，

MPDCCH消息为第二类MPDCCH消息，MPDSCH消息为第一类MPDSCH消息；或者，

对于联合配置，可以包括：

MPDCCH消息为第二类MPDCCH消息，MPDSCH消息为第二类MPDSCH消息；或者，

MPDCCH消息为第一类MPDCCH消息，MPDSCH消息为第一类MPDSCH消息。

即在当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，基站可以将MPDCCH消息和MPDSCH消息的类型均配置为第二类，以便在后续进行MPDCCH消息和MPDSCH消息传输时充分利用子帧的LTE控制信道区域，或者在需要的情况下，基站也可以仍然将MPDCCH消息和MPDSCH消息中至少一者的类型设置为第一类。

用户设备在接收到该配置消息后，即可得知后续进行MPDCCH消息和MPDSCH消息传输时的类型，然后可以按照该配置消息指示的MPDCCH消息和MPDSCH消息的类型进行MPDCCH消息或MPDSCH消息的接收。

另外，可选的，由于基站在发送物理下行信道消息时，需要判断待发送的物理下行信道消息是该用户设备的专用消息，还是(包括该用户设备的)多个用户设备的共用消息。是专用消息时，基站会按照步骤S132所配置传输类型发送该物理下行信道消息，是共用消息时，基站仍然按照第一类来发送物理下行信道消息。因此，用户设备在进行物理下行信道消息接手前，也可以相应地判断下面等待接收的物理下行信道消息是该用户设备的专用消息还是该共用消息。是专用消息时，用户设备按照配置信息所指示的传输类型进行该物理下行信道消息的接收，是共用消息时，用户设备仍然按照第一类来进行物理下行信道消息的接收。

举例来说，当待接收的MPDCCH消息或MPDSCH消息是该用户设备的专用消息，例如是基站发给该用户设备的控制消息、数据或者业务信息时，用户设备按照配置信息中的MPDCCH消息或MPDSCH消息的类型进行MPDCCH消息或MPDSCH消息的接收，但是基站发送的MPDCCH消息或MPDSCH消息是多个用户设备的共用消息，例如系统消息、寻呼消息时，用户设备仍然按照第一类MPDCCH消息或第一类MPDSCH消息来进行该MPDCCH消息或MPDSCH消息的接收。

在另一种实现方式中，可以由基站来主动告知用户设备当前接入的MTC系统为独立部署的，图6是根据一示例性实施例示出的又一种MTC系统的物理信道传输方法的流程图，该方法用于基站中，如图6所示，该方法在步骤S41之前，该方法还可以包括以下步骤：

在步骤S43中，接收基站发送的携带指示信息的广播消息，该指示信息用于指示当前接入的MTC系统是独立部署的。

其中，该广播消息可以为MIB，则该指示信息可以是通过该MIB的空余比特(即MIB中的spare bit，也称为预留比特位)进行指示的，例如可以在空余比特中占用一个或多个比特作为用于指示MTC系统是否为独立部署的标志位；或者，该广播消息可以为SIB。

相应的，该步骤S41所述的向基站上报用户设备的用户能力信息，则可以包括：

根据该广播消息中的指示信息确定该MTC系统是独立部署时，向基站上报该用户能力信息。

可选的，由于物理下行信道包括MPDCCH和MPDSCH，因此步骤S52中所述的接收基站发送的物理下行信道消息，该物理下行信道消息的传输类型与用户能力对应，传输类型包括第一类物理下行信道或第二类物理下行信道，可以包括以下几种实现方式：

方式一：当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，接收基站发送的第二类MPDCCH消息和第二类MPDSCH消息。

示例的，可以在协议中预先规定，当基站根据接收到的用户能力信息确定用户设备支持利用子帧的LTE控制信道区域进行物理下行信道传输时，直接向用户设备发送第二类MPDCCH消息和第二类MPDSCH消息。因此，相应的，当用户设备支持利用子帧的LTE控制信道区域进行物理下行信道传输时，在上报自己的用户能力信息之后，不需要等待基站的指示，可以认为基站后续的MPDCCH消息、MPDSCH消息为第二类MPDCCH消息、MPDSCH消息，因此可以直接接收基站发送的第二类MPDCCH消息和第二类MPDSCH消息。

方式二：

当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，接收基站发送的用于指示将MPDCCH消息配置为第二类MPDCCH消息，将MPDSCH消息配置为第二类MPDSCH消息的第一配置消息；

在接收到第一配置消息后，接收基站发送的第二类MPDCCH消息和第二类MPDSCH消息。

即基站根据接收到的用户能力信息确定用户设备支持利用子帧的LTE控制信道区域进行物理下行信道传输时，需要先对后续发送的MPDCCH消息和MPDSCH消息的传输类型进行配置，并向用户设备发送该第一配置消息来告知用户设备后续的传输类型，从而使用户设备在接收到第一配置消息后，得知后续的MPDCCH消息和MPDSCH消息为第二类，从而接收基站发送的第二类MPDCCH消息和第二类MPDSCH消息。

方式三：

当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，接收基站发送的第二类MPDSCH消息，以及用于指示将MPDCCH消息配置为第二类MPDCCH消息的第二配置消息；

在接收到第二配置消息后，接收基站发送的第二类MPDCCH消息。

即基站根据接收到的用户能力信息确定用户设备支持利用子帧的LTE控制信道区域进行物理下行信道传输时，可以直接发送第二类MPDSCH消息，但是需要对后续传输的MPDCCH消息的传输类型进行配置，因此基站会在向用户设备发送了该第二配置消息后，再向该用户设备发送第二类MPDCCH消息。相应地，用户设备在上报用户能力信息后，可以直接接收基站发送的第二类MPDSCH消息，并在在接收到第二配置消息，并根据第二配置消息确定了后续传输的MPDCCH消息的传输类型为第二类MPDCCH后，接收基站发送的第二类MPDCCH消息。

综上所述，在上述技术方案中，用户设备向基站上报该用户设备的用户能力信息，用户能力信息用于指示用户设备的用户能力，用户能力包括：不支持利用子帧的LTE控制信道区域进行物理下行信道传输，或支持利用子帧的LTE控制信道区域进行物理下行信道传输；基站获取用户设备的用户能力信息后，根据用户能力信息确定用户设备的用户能力，从而按照与用户能力对应的传输类型，向用户设备发送物理下行信道消息，传输类型包括第一类物理下行信道消息或第二类物理下行信道消息，第一类物理下行信道消息为不占用子帧的LTE控制信道区域的物理下行信道消息，第二类物理下行信道消息为占用子帧的LTE控制信道区域的物理下行信道消息；从而用户设备按照与用户能力对应传输类型，接收基站发送的该物理下行信道消息。因此本公开提供了一种针对MTC系统的物理下行信道消息的传输机制，能够告知基站接入当前MTC系统的用户设备是否具备利用子帧的LTE控制信道区域进行物理下行信道传输的能力，从而能够使基站清楚地决定后续传输的物理下行信道消息是否占用子帧的LTE控制信道区域。

图7是根据本公开一示例性实施例示出的一种MTC系统的物理信道传输装置的框图，应用于基站，如图7所示，该装置700可以包括：

获取模块701，被配置为获取用户设备的用户能力信息；

确定模块702，被配置为根据该用户能力信息确定该用户设备的用户能力，该用户能力包括：不支持利用子帧的LTE控制信道区域进行物理下行信道传输，或支持利用子帧的LTE控制信道区域进行物理下行信道传输；

发送模块703，被配置为按照与该用户能力对应的传输类型，向该用户设备发送物理下行信道消息，该传输类型包括第一类物理下行信道消息或第二类物理下行信道消息，该第一类物理下行信道消息为不占用子帧的LTE控制信道区域的物理下行信道消息，该第二类物理下行信道消息为占用子帧的LTE控制信道区域的物理下行信道消息。

可选地，图8是根据图7所示实施例示出一种发送模块的框图，如图8所示，该发送模块703可以包括：

判断子模块7031，被配置为判断该用户设备当前接入的MTC系统是否为独立部署；

配置子模块7032，被配置为当该MTC系统为独立部署时，根据该用户能力为该用户设备配置该传输类型；

发送子模块7033，被配置为向该用户设备发送用于指示该传输类型的配置信息；

该发送子模块7033，还被配置为按照该传输类型向该用户设备发送物理下行信道消息。

可选地，该发送子模块7033，被配置为：

当该用户能力为不支持利用子帧的LTE控制信道区域进行物理下行信道传输时，将传输类型配置为第一类物理下行信道消息；

当该用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，将传输类型配置为第二类物理下行信道消息。

进一步的，该物理下行信道包括MPDCCH和MPDSCH，该发送子模块7033，可以被配置为：当所述用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，将MPDCCH消息配置为第一类MPDCCH消息，将MPDSCH消息配置为第二类MPDSCH消息，或者将MPDCCH消息配置为第二类MPDCCH消息，将MPDSCH消息配置为第一类MPDSCH消息，或者将MPDCCH消息配置为第二类MPDCCH消息，将MPDSCH消息配置为第二类MPDSCH消息，或者将MPDCCH消息配置为第一类MPDCCH消息，将MPDSCH消息配置为第一类MPDSCH消息。

可选地，该获取模块701，被配置为：

接收用户设备上报的该用户能力信息；或者，

从MME获取该用户能力信息。

可选的，在另一种实现方式中，该发送模块703，可以还被配置为：发送携带指示信息的广播消息，该指示信息用于指示用户设备当前接入的MTC系统是独立部署的；

相应的，该获取模块701，被配置为：

获取该用户设备在接收到该广播消息后上报的该用户能力信息。

其中，该广播消息为MIB，该指示信息是通过MIB的空余比特进行指示的；或者，该广播消息为SIB。

进一步的，该物理下行信道包括MPDCCH和MPDSCH，该发送模块703，可以被配置为：

当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，向该用户设备发送第二类MPDCCH消息和第二类MPDSCH消息；或者，

当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，将MPDCCH消息配置为第二类MPDCCH消息，将MPDSCH消息配置为第二类MPDSCH消息；

在完成将MPDCCH消息配置为第二类MPDCCH消息，将MPDSCH消息配置为第二类MPDSCH消息后，向该用户设备发送第二类MPDCCH消息和第二类MPDSCH消息；或者，

当该用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，向该用户设备发送第二类MPDSCH消息，并将MPDCCH消息配置为第二类MPDCCH消息；

在完成将MPDCCH消息配置为第二类MPDCCH消息后，向该用户设备发送第二类MPDCCH消息。

图9是根据本公开一示例性实施例示出的另一种MTC系统的物理信道传输装置的框图，应用于用户设备，如图9所示，该装置900可以包括：

发送模块901，用于向基站上报该用户设备的用户能力信息，该用户能力信息用于指示该用户设备的用户能力，该用户能力包括：不支持利用子帧的LTE控制信道区域进行物理下行信道传输，或支持利用子帧的LTE控制信道区域进行物理下行信道传输；

接收模块902，用于接收基站发送的物理下行信道消息，该物理下行信道消息的传输类型与该用户能力对应，该传输类型包括第一类物理下行信道消息或第二类物理下行信道消息，该第一类物理下行信道消息为不占用子帧的LTE控制信道区域的物理下行信道消息，该第二类物理下行信道消息为占用子帧的LTE控制信道区域的物理下行信道消息。

可选地，该接收模块902，被配置为：

接收基站发送的用于指示该传输类型的配置信息；

按照该配置信息指示的该传输类型，接收该物理下行信道消息。

其中，当该用户能力为不支持利用子帧的LTE控制信道区域进行物理下行信道传输时，该配置信息包括：传输类型为第一类物理下行信道消息；当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，该配置信息包括：传输类型为第二类物理下行信道消息。

进一步的，该物理下行信道包括MPDCCH和MPDSCH，该传输类型为第二类物理下行信道，包括：

MPDCCH消息为第一类MPDCCH消息，MPDSCH消息为第二类MPDSCH消息；或者，

MPDCCH消息为第二类MPDCCH消息，MPDSCH消息为第一类MPDSCH消息；或者，

MPDCCH消息为第二类MPDCCH消息，MPDSCH消息为第二类MPDSCH消息；或者，

MPDCCH消息为第一类MPDCCH消息，MPDSCH消息为第一类MPDSCH消息。

可选地，在另一种实现方式中，该接收模块902，还被配置为：在向基站上报该用户能力信息之前，接收基站发送的携带指示信息的广播消息，该指示信息用于指示当前接入的MTC系统是独立部署的；

相应的，该发送模块901，被配置为：

根据广播消息中的该指示信息确定该MTC系统是独立部署时，向基站上报该用户能力信息。

其中，该广播消息为MIB，该指示信息是通过MIB的空余比特进行指示的；或者，该广播消息为SIB。

进一步的，物理下行信道包括MPDCCH和MPDSCH，该接收模块902，可以被配置为：

当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，接收基站发送的第二类MPDCCH消息和第二类MPDSCH消息；或者，

当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，接收基站发送的用于指示将MPDCCH消息配置为第二类MPDCCH消息，将MPDSCH消息配置为第二类MPDSCH消息的第一配置消息；

在接收到第一配置消息后，接收基站发送的第二类MPDCCH消息和第二类MPDSCH消息；或者，

当用户能力为支持利用子帧的LTE控制信道区域进行物理下行信道传输时，接收基站发送的第二类MPDSCH消息，以及用于指示将MPDCCH消息配置为第二类MPDCCH消息的第二配置消息；

在接收到第二配置消息后，接收基站发送的第二类MPDCCH消息。

在上述技术方案中，用户设备向基站上报该用户设备的用户能力信息，用户能力信息用于指示用户设备的用户能力，用户能力包括：不支持利用子帧的LTE控制信道区域进行物理下行信道传输，或支持利用子帧的LTE控制信道区域进行物理下行信道传输；基站获取用户设备的用户能力信息后，根据用户能力信息确定用户设备的用户能力，从而按照与用户能力对应的传输类型，向用户设备发送物理下行信道消息，传输类型包括第一类物理下行信道消息或第二类物理下行信道消息，第一类物理下行信道消息为不占用子帧的LTE控制信道区域的物理下行信道消息，第二类物理下行信道消息为占用子帧的LTE控制信道区域的物理下行信道消息；从而用户设备按照与用户能力对应传输类型，接收基站发送的该物理下行信道消息。因此本公开提供了一种针对MTC系统的物理下行信道消息的传输机制，能够告知基站接入当前MTC系统的用户设备是否具备利用子帧的LTE控制信道区域进行物理下行信道传输的能力，从而能够使基站清楚地决定后续传输的物理下行信道消息是否占用子帧的LTE控制信道区域。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开还提供一种计算机可读存储介质，其上存储有计算机程序指令，该程序指令被处理器执行时实现本公开提供的MTC系统的物理信道传输方法的步骤。

图10是根据一示例性实施例示出的又一种MTC系统的物理信道传输装置的框图。例如，该装置1000可以是用户设备，例如移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图10，装置1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电力组件1006，多媒体组件1008，音频组件1010，输入/输出(I/O)的接口1012，传感器组件1014，以及通信组件1016。

处理组件1002通常控制装置1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1002可以包括一个或多个处理器1020来执行指令，以完成上述的MTC系统的物理信道传输方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理组件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。

存储器1004被配置为存储各种类型的数据以支持在装置1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件1006为装置1000的各种组件提供电力。电力组件1006可以包括电源管理系统，一个或多个电源，及其他与为装置1000生成、管理和分配电力相关联的组件。

多媒体组件1008包括在所述装置1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当装置1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(MIC)，当装置1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。

I/O接口1012为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1014包括一个或多个传感器，用于为装置1000提供各个方面的状态评估。例如，传感器组件1014可以检测到装置1000的打开/关闭状态，组件的相对定位，例如所述组件为装置1000的显示器和小键盘，传感器组件1014还可以检测装置1000或装置1000一个组件的位置改变，用户与装置1000接触的存在或不存在，装置1000方位或加速/减速和装置1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述MTC系统的物理信道传输方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令可由装置1000的处理器1020执行以完成上述MTC系统的物理信道传输方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图11是根据一示例性实施例示出的又一种MTC系统的物理信道传输方法的框图。例如，装置1100可以被提供为一服务器或基站。参照图11，装置1100包括处理组件1122，其进一步包括一个或多个处理器，以及由存储器1132所代表的存储器资源，用于存储可由处理组件1122的执行的指令，例如应用程序。存储器1132中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1122被配置为执行指令，以执行上述MTC系统的物理信道传输方法。

装置1100还可以包括一个电源组件1126被配置为执行装置1100的电源管理，一个有线或无线网络接口1150被配置为将装置1100连接到网络，和一个输入输出(I/O)接口1158。装置1100可以操作基于存储在存储器1132的操作系统，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践本公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。