CN103188051A - Mtc中业务数据的传输方法及系统、基站、用户设备 - Google Patents

Abstract

本发明提供了一种机器类通信中业务数据的传输方法，以解决机器类通信中数据浪费的问题。所述的方法包括：接收机器类通信的用户设备上报的物理上行链路控制信道信令，其中，所述物理上行链路控制信道信令中携带有所述机器类通信的用户设备的业务数据；从所述物理上行链路控制信道信令中获取所述业务数据。

Description

MTC中业务数据的传输方法及系统、基站、用户设备

技术领域

本发明涉及通信技术，特别是涉及机器类通信（Machine-TypeCommunication，MTC）中业务数据的传输方法，机器类通信中的基站，机器类通信中的用户设备，以及机器类通信中业务数据的传输系统。

背景技术

物联网是新一代信息技术的重要组成部分，是一个基于互联网、传统电信网等信息承载体，让所有能够被独立寻址的普通物理对象实现互联互通的网络。在快速发展的无线通信系统中，作为主流的下一代移动通信系统，长期演进（Long Term Evolution，LTE）系统从3GPP（The3rd GenerationPartnership Project）R10就开始对物联网技术做支持。

还有一个与物联网紧密相关的概念—机器对机器（Machine to Machine，M2M），它源于工业界的机器通信，近年来成为通信领域广泛使用的词汇。M2M连接的物体主要是智能装置，使用的通信网络主要是蜂窝移动网等传统电信网，通过M2M网关可以实现电信网与传感器网络等末梢延伸网的连接。M2M在3GPP标准中被称为MTC。

MTC的特点是通信设备多、数据流量小、实时性要求低和低功耗，因此MTC可以支持海量的业务数据进行低速率的数据传输。某些MTC的用户设备（User Equipment，UE），如传感器每次需要传输的业务数据只有几个bit，且对数据可靠性要求也不高，此类业务数据采用传统的物理下行共享信道（Physical Downlink Shared Channel，PDSCH）信令进行传输，而PDSCH信令中传输块（Transport Block，TB）传输的数据量比较大，即使是最小的传输块大小（Transport Block Size，TBS）来传输业务数据也比较浪费。

并且，由于MTC的UE的数量十分巨大，MTC的UE越多，数据传输中造成的浪费也就越大。

发明内容

本发明实施例提供了机器类通信中业务数据的传输方法，以解决机器类通信中数据浪费的问题。

相应的，本发明实施例还提供了机器类通信中的基站，机器类通信中的用户设备，以及机器通信中业务数据的传输系统。

为了解决上述问题，本发明公开了一种机器类通信中业务数据的传输方法，包括：

接收机器类通信的用户设备上报的物理上行链路控制信道信令，其中，所述物理上行链路控制信道信令中携带有所述机器类通信的用户设备的业务数据；

从所述物理上行链路控制信道信令中获取所述业务数据。

相应的，本发明实施例还提供了一种机器类通信中业务数据的传输方法，包括：

将业务数据携带在物理上行链路控制信道信令中；

向基站发送所述物理上行链路控制信道信令，以供所述基站从所述物理上行链路控制信道信令中获取业务数据。

相应的，本发明实施例还提供了一种机器类通信中的基站，包括：

第一接收模块，用于接收所述机器类通信的用户设备上报的物理上行链路控制信道信令；

获取模块，用于从所述物理上行链路控制信道信令中获取业务数据。

相应的，本发明实施例还提供了一种机器类通信中的用户设备，包括：

携带模块，用于将业务数据携带在物理上行链路控制信道信令中；

发送模块，用于向基站发送所述物理上行链路控制信道信令，以供所述基站从所述物理上行链路控制信道信令中获取业务数据。

相应的，本发明实施例还提供了一种机器类通信中业务数据的传输系统，包括如上所述的基站和如上所述的机器类通信中的用户设备。

与现有技术相比，本发明包括以下优点：

本发明实施例提供一种MTC中业务数据的传输方法，区别于采用PDSCH信令传输业务数据的方法，本发明实施例采用PUCCH进行业务数据的传输。因此基站可以接收到MTC UE上报的PUCCH信令，并从PUCCH信令中获取业务数据。由于PUCCH信令数据量比较小，因此采用PUCCH信令传输业务数据可以减少对资源的浪费。

附图说明

图1是本发明实施例一提供的MTC中业务数据的传输方法流程图；

图2是本发明实施例二提供的MTC中业务数据的传输方法流程图；

图3是本发明实施例二提供的MTC中业务数据的传输方法通信示意图；

图4是本发明实施例三提供的机器类通信中的基站结构图；

图5是本发明实施例三提供的机器类通信中的基站的可选结构图；

图6是本发明实施例三提供的机器类通信中的用户设备结构图。具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明实施例提供一种MTC中业务数据的传输方法，区别于采用PDSCH信令传输业务数据的方法，本发明实施例可以通过第一信令通知MTC UE采用物理上行链路控制信道（Physical Uplink Control Channel，PUCCH）传输数据，并接收MTC UE上报PUCCH信令，进而可以从PUCCH信令中获取业务数据。

实施例一

本实施例给出了一种MTC中业务数据的传输方法，该方法主要应用于基站侧，具体包括如下步骤：

参照图1，给出了本发明实施例一提供的MTC中业务数据的传输方法流程图。

步骤101，接收MTC UE上报的PUCCH信令。

在采用PDSCH信令传输业务数据时，由于PDSCH信令的TBS较大，而业务数据的数据量往往比较小，因此会导致PDSCH信令的TB中大部分区域是空置的，造成数据的浪费。并且MTC中UE的数量又比较多，MTC的UE越多，数据传输中造成的浪费也就越大。

本发明实施例中，为了减少对资源的浪费，考虑到PUCCH信令的数据量比较小，因此可以采用PUCCH进行业务数据的传输。其中，PUCCH是物理上行链路控制信道，传输内容包括上行调度请求、对下行数据的确认/非确认字符（Acknowledgement/Negative Acknowledge，ACK/NAK）以及信道状态反馈等。

基站可以接收到MTC UE发送的PUCCH信令，其中，PUCCH信令中携带有MTC UE的业务数据。

步骤102，从PUCCH信令中获取业务数据。

然后基站可以从该PUCCH信令中获取对应的业务数据，如对PUCCH信令进行解码等操作，获取其携带的业务数据。

综上所述，本发明实施例提供的MTC中业务数据的传输方法，区别于采用PDSCH信令传输业务数据的方法，本发明实施例采用PUCCH进行业务数据的传输。因此基站可以接收到MTC UE上报的PUCCH信令，并从PUCCH信令中获取业务数据。由于PUCCH信令数据量比较小，因此采用PUCCH信令传输业务数据可以减少对资源的浪费。

可选的，接收MTC UE上报的PUCCH信令之前，还包括：

发送第一信令给MTC UE，其中，第一信令用于通知MTC UE采用PUCCH传输业务数据。

由于本发明实施例要将传输业务数据的信令由PDSCH信令更改为PDCCH信令，则基站需要通知MTC UE采用PUCCH传输业务数据，因此基站可以发送第一信令给MTC UE。

可选的，第一信令包括PUCCH信令的信令类型。

PUCCH信令包括多种信令类型，不同信令类型的PUCCH信令的信令格式和传输内容等存在区别。信令类型包括：

信令类型1，PUCCH format1/1a/1b，主要用于发送调度请求和1、2比特的ACK/NAK。

采用信令类型1时，不同用户间通过三个Walsh正交码和长度为12的恒包络零自相关（Constant Amplitude Zero Auto Correlation，CAZAC）复用，序列的循环移位（Cyclic Shift）来区分不同的用户。例如，Cyclic Shift间隔为2，则在1个RB上可支持18个用户。其中，1a/1b ACK/NAK调制的一种映射关系如表1所示。

表1

信令类型2，PUCCH format2/2a/2b，主要用于发送信道质量（ChannelQuality Indicator，CQI）和ACK/NAK。

采用信令类型2时，通过长度为CAZAC序列的循环移位复用来区分不同的用户，如在1个RB上可支持12个用户。

采用不同信令类型的PUCCH信令时，业务数据在PUCCH信令中所处的位置是不同的，因此本发明实施例还可以通过第一信令告知MTCUEPUCCH信令的信令类型。

MTC UE接收到第一信令后，确认采用PUCCH传输数据后，可以将业务数据构成PUCCH信令，并上报给基站。并且，可以依据第一信令中的信令类型，确定使用何种PUCCH信令，并确定业务数据在该信令类型的PUCCH信令中的位置。

此后基站会接收MTC UE上报的PUCCH信令。

可选的，从PUCCH信令中获取业务数据，包括：对PUCCH信令进行解码，得到解码后的信令；根据信令类型，从解码后的信令的相应位置中获取业务数据。

在从PUCCH信令中获取业务数据时，首先要对PUCCH信令进行解码，，得到解码后的信令。然后依据预先确定的信令类型，确定机器在PUCCH信令中的位置，从而从解码后的信令的相应位置中获取业务数据。

例如，采用PUCCH1b进行业务数据的传输时，其中一个bit用于ACK/NACK，另外一个bit来传输业务数据，这样两个比特分别是数据位和ACK/NAK，组合为“00011011”，基站侧通过解码PUCCH，获得传输的1比特的业务数据。

又如，PUCCH2a/2b可以传输信道状态信息（Channel StatementInformation，CSI）和ACK/NACK，其中，包括20bit的CSI。依据该CSI可以对调制与编码策略（Modulation and Coding Scheme，MCS）进行调整。

而在MTC中，MTC UE采用的是固定的MCS，因而可以不需要反馈信道质量来调整MCS，本发明实施例基于上述论述，考虑到PUCCH2a/2b中CSI是非必要的，因此可以采用放置CSI的位置来传输业务数据，MTC UE把相应的业务数据重复编码后变成20bit，通过PUCCH2a或PUCCH2b格式发送，基站侧接收到PUCCH信令后，由于知道是MTC UE发送的，所以可以对该PUCCH信令进行解码得到业务数据。

综上所述，本发明实施例在接收MTC UE上报的PUCCH信令之前，还可以发送第一信令已通知MTC UE采用PUCCH信令进行业务数据的传输。并且PUCCH信令的信令类型，从而可以采用多种不同信令类型的PUCCH信令进行机器的传输。由于不同信令类型的PUCCH信令可以传输的业务数据的数据量不同，因此可以依据根据数据量的多少等分不同的情况采取不同的PUCCH信令，进一步防止造成资源的浪费。并且，在解析PUCCH信令后，还可以依据信令类型的不同，从相应的位置上获取对应的业务数据，操作便捷，方法灵活。

可选的，发送第一信令给MTC UE之前，还包括：接收高层信令并对该高层信令进行解析，获取解析结果；根据解析结果，配置PUCCH所占用的物理资源块（Physical Resource Block，PRB）的数量。

本发明实施例可以通过高层信令对PUCCH所占用的PRB的数量进行配置。具体的，可以接收高层信令并对该高层信令进行解析，从而获取解析结果，然后根据该解析结果对PUCCH所占用的PRB的数量进行配置。

可选的，配置PUCCH所占用的PRB的数量，包括：更改物理信道的频域分配配置，扩大PUCCH所占用的PRB的数量。

由于系统分配给PUCCH的资源分配时有一定的规定，因此通常在一定带宽下PUCCH可以分配的PRB的数量是一定的，如20M带宽通常为PUCCH分配16个资源块（Resources Block，RB）。

基于MTC中UE数目较多的特点，可以分配更多的RB数目，使复用的PUCCH数目就会增加，从而增加可接入的UE数目。具体的，在接收到高层信令并解析后，可以根据解析结果更改物理信道的频域分配配置，扩大PUCCH信令所占用的PRB的数量。

可选的，配置PUCCH中PRB的数量之后，还包括：将PRB的数量添加到第二信令中，并发送第二信令给MTC UE。

本发明实施例中，更改物理信道的频域分配配置从而扩大PUCCH所占用的PRB的数量后，可以将PRB的数量添加到第二信令中，并将第二信令发送给MTC UE，以通知MTC UE PUCCH所占用的PRB的数量，从而使MTC UE通过PUCCH信令进行业务数据的传输。

可选的，接收MTC UE上报的PUCCH信令之前，还包括：将接收配置更改为接收MTC UE上报的PUCCH信令。

通常在MTC中采用PDSCH信令进行业务数据的传输，因此基站会接收MTC UE发送的PDSCH信令以获取业务数据。本发明实施例采用PUCCH信令传输业务数据，因此，在告知MTC UE采用PUCCH传输业务数据之前，要预先将基站的接收配置更改为接收MTC UE上报的PUCCH信令，从而后续可以接收PUCCH信令，并从中获取业务数据。

其中，在更改基站的接收配置时，可以依据实际情况确定更改操作，如基站中维护了接收配置表，在可以更改该接收配置表，以接收PUCCH信令。

可选的，将接收配置更改为接收MTC UE上报的PUCCH信令之前，还包括：接收UE上报的UE标识（Identity，ID），并依据UE ID配置对应的UE为MTC UE。

本发明实施例中，可以采用UE ID唯一标识一个UE。如该UE ID可以是UE的设备标识码等。

将接收配置更改为接收MTC UE上报的PUCCH信令之前，UE可以上报自身的UE ID，从而可以通过该UE ID确定该UE为MTC UE，然后依据该UE ID对基站的接收配置进行更改。如将基站配置为仅接收上述MTC UE发送的信令等，从而使得基站可以接收到PUCCH信令并获取业务数据。

综上所述，本发明实施例还可以通过高层信令对PUCCH所占用的PRB的数量进行配置，从而可以扩大PUCCH所占用的PRB的数量，以增加可接入的UE数目，进一步提高资源的利用率。

实施例二

本实施例提供的MTC中业务数据的传输方法，主要应用于UE侧，包括如下操作步骤：

参照图2，给出了本发明实施例二提供的MTC中业务数据的传输方法流程图。

步骤201，将业务数据携带在PUCCH信令中。

本实施例中MTC UE可以采用PUCCH信令传输业务数据，因此MTCUE会先将业务数据携带于PUCCH信令中。

可选的，将业务数据携带在PUCCH信令之前，还包括：接收基站发送的第一信令，其中，第一信令用于MTC UE采用PUCCH传输业务数据。

本发明实施例中，MTC可以预先接收到基站发送的第一信令，从而通过第一信令确定采用PUCCH传输业务数据。

并且，第一信令可以包括PUCCH信令的信令类型，从而MTC UE可以依据该信令类型将要传输的业务数据放置于PUCCH信令的相应位置中，例如采用PUCCH2a/2b传输业务数据时，可以将业务数据放置于传输CSI的位置上，并对PUCCH信令进行编码等处理。

本发明实施例中，MTC UE还可以接收到基站发送的第二信令，从而依据该第二信令配置PUCCH所占用的PRB的数量，为后续进行业务数据的传输做准备。

步骤202，向基站发送PUCCH信令，以供基站从该PUCCH信令中获取业务数据。

MTC UE构成PUCCH信令后，可以向基站发送该PUCCH信令，从而后续基站可以从该PUCCH中获取到MTC UE发送的业务数据。

综上所述，本发明实施例中MTC UE可以将业务数据携带在PUCCH信令中，并发送给基站，从而使基站可以从该MTC UE中得到业务数据。由于PUCCH信令数据量比较小，因此采用PUCCH信令传输业务数据可以减少对资源的浪费。

本实施例中，给出了MTC的业务数据传输过程中基站侧和UE侧的通信方法，可以包括如下操作步骤：

参照图3，给出了本发明实施例二提供的MTC中业务数据的传输方法通信示意图。

3.1基站接收高层信令。

3.2基站对该高层信令进行解析，获取解析结果。

3.3基站根据该解析结果，配置PUCCH所占用的PRB的数量。

3.4基站将PRB的数量添加到第二信令中。

3.5基站发送第二信令给MTC UE。

3.6MTC UE对PUCCH所占用的PRB的数量进行配置。

MTC UE接收到第二信令后，可以对PUCCH所占用的PRB的数量进行配置，以为后续发送PUCCH信令做准备。

3.7MTC UE反馈的确认信息。

配置完PRB的数量后，MTC UE会反馈确认信息给基站，以通知其可以进行后续流程。

3.8基站发送第一信令给MTC UE。

3.9MTC UE根据第一信令将业务数据构成PUCCH信令。

3.10MTC UE上报PUCCH信令。

3.11基站对PUCCH信令进行解码，得到解码后的信令。

3.12基站根据信令类型，从解码后的信令的相应位置中获取业务数据。

本实施例中给出了具体实施中几种方法，上述仅用于举例论述本发明实施例的方法，不应理解为是对本发明实施例的限制。

实施例三

参照图4，给出了本发明实施例三提供的机器类通信中的基站结构图。

相应的，本发明实施例还提供了一种机器类通信中的基站，包括：

第一接收模块42，用于接收所述机器类通信的用户设备上报的物理上行链路控制信道信令，其中，所述物理上行链路控制信道信令中携带有所述机器类通信的用户设备的业务数据；

获取模块43，用于从所述物理上行链路控制信道PUCCH信令中获取业务数据。

本实施例的机器类通信中的基站，通过采用上述模块实现MTC中业务数据的传输与上述相关方法实施例的实现机制相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

综上所述，本发明实施例本发明实施例采用PUCCH进行业务数据的传输。因此基站可以接收到MTC UE上报的PUCCH信令，并从PUCCH信令中获取业务数据。由于PUCCH信令数据量比较小，因此采用PUCCH信令传输业务数据可以减少对资源的浪费。

参照图5，给出了本发明实施例三提供的机器类通信中的基站可选结构图。

可选的，还包括：第一发送模块41，用于发送第一信令给机器类通信的用户设备，其中，所述第一信令用于通知机器类通信的用户设备采用物理上行链路控制信道PUCCH传输数据；

可选的，所述第一信令包括物理上行链路控制信道信令的信令类型；所述获取模块43，包括：

解析子模块431，用于对所述物理上行链路控制信道信令进行解码，得到解码后的信令；

获取子模块432，与根据所述信令类型，从所述解码后的信令的相应位置中获取所述业务数据。

可选的，所述的装置还包括：

第二接收模块44，用于接收高层信令并对所述高层信令进行解析，获取解析结果；

第一配置模块45，用于根据所述解析结果，配置物理上行链路控制信道所占用的物理资源块的数量。

可选的，所述的装置还包括：

第二发送模块46，用于将所述物理资源块的数量添加到第二信令中，并发送所述第二信令给机器类通信的用户设备。

可选的，所述的装置还包括：

更改模块47，用于将接收配置更改为接收机器类通信的用户设备上报的物理上行链路控制信道PUCCH信令。

可选的，所述的装置还包括：

第二配置模块48，用于接收用户设备上报的用户设备标识，并依据所述用户设备标识配置对应的用户设备为机器类通信的用户设备。

可选的，所述第一配置模块45，用于更改物理信道的频域分配配置，扩大物理上行链路控制信道所占用的物理资源块的数量。

实际处理中，第二配置模块47和更改模块48还可以位于第二发送模块46、第一配置模块45或第二接收模块44之前，上述图5仅是MTC中业务数据的传输装置的一种结构示意图，此处未一一列举，不应理解为是对本发明实施例的限制。

本实施例的机器类通信中的基站，通过采用上述模块实现MTC中业务数据的传输与上述相关方法实施例的实现机制相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

综上所述，本发明实施例本发明实施例在接收MTC UE上报的PUCCH信令之前，还可以发送第一信令已通知MTC UE采用PUCCH信令进行业务数据的传输。并且PUCCH信令的信令类型，从而可以采用多种不同信令类型的PUCCH信令进行机器的传输。由于不同信令类型的PUCCH信令可以传输的业务数据的数据量不同，因此可以依据根据数据量的多少等分不同的情况采取不同的PUCCH信令，进一步防止造成资源的浪费。并且，在解析PUCCH信令后，还可以依据信令类型的不同，从相应的位置上获取对应的业务数据，操作便捷，方法灵活。

其次，本发明实施例还可以通过高层信令对PUCCH所占用的PRB的数量进行配置，从而可以扩大PUCCH所占用的PRB的数量，以增加可接入的UE数目，进一步提高资源的利用率。

参照图6，给出了本发明实施例三提供的机器类通信中的用户设备结构图。

相应的，本发明实施例还提供了一种机器类通信中的用户设备，包括：

携带模块61，用于将业务数据携带在物理上行链路控制信道信令中；

发送模块62，用于向基站发送所述物理上行链路控制信道信令，以供所述基站从所述物理上行链路控制信道信令中获取业务数据。

可选的，还包括：

接收模块，用于接收基站发送的第一信令，其中，所述第一信令用于通知机器类通信的用户设备采用物理上行链路控制信道传输业务数据。

本实施例的机器类通信中的用户设备，通过采用上述模块实现MTC中业务数据的传输与上述相关方法实施例的实现机制相同，详细可以参考上述相关方法实施例的记载，在此不再赘述。

综上所述，本发明实施例中MTC UE可以将业务数据携带在PUCCH信令中，并发送给基站，从而使基站可以从该MTC UE中得到业务数据。由于PUCCH信令数据量比较小，因此采用PUCCH信令传输业务数据可以减少对资源的浪费。

实施例四

本发明实施例还提供了一种MTC中业务数据的传输系统。

本实施例的MTC中业务数据的传输系统包括MTC终端和基站，其中，MTC终端可以采用上述实施例三提供的用户设备，基站可以采用上述实施例三提供的基站，在此均不再详述。

对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上对本发明所提供的MTC中业务数据的传输方法，MTC中的基站，MTC中的用户设备，以及MTC中业务数据的传输系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (17)

1.一种机器类通信中业务数据的传输方法，其特征在于，包括：

接收机器类通信的用户设备上报的物理上行链路控制信道信令，其中，所述物理上行链路控制信道信令中携带有所述机器类通信的用户设备的业务数据；

从所述物理上行链路控制信道信令中获取所述业务数据。

2.根据权利要求1所述的方法，其特征在于，所述接收所述机器类通信的用户设备上报的物理上行链路控制信道信令之前，还包括：

发送第一信令给机器类通信的用户设备，其中，所述第一信令用于通知机器类通信的用户设备采用物理上行链路控制信道传输业务数据。

3.根据权利要求2所述的方法，其特征在于，所述第一信令包括物理上行链路控制信道信令的信令类型；

所述从所述物理上行链路控制信道信令中获取业务数据，包括：

对所述物理上行链路控制信道信令进行解码，得到解码后的信令；

根据所述信令类型，从所述解码后的信令的相应位置中获取所述业务数据。

4.根据权利要求2所述的方法，其特征在于，所述发送第一信令给机器类通信的用户设备之前，还包括：

接收高层信令并对所述高层信令进行解析，获取解析结果；

根据所述解析结果，配置物理上行链路控制信道所占用的物理资源块的数量；

进一步地，所述配置物理上行链路控制信道中物理资源块的数量之后，还包括：

将所述物理资源块的数量添加到第二信令中，并发送所述第二信令给机器类通信的用户设备。

5.根据权利要求1所述的方法，其特征在于，所述接收所述机器类通信的用户设备上报的物理上行链路控制信道信令之前，还包括：

将接收配置更改为接收机器类通信的用户设备上报的物理上行链路控制信道信令；

进一步地，所述将接收配置更改为接收机器类通信的用户设备上报的物理上行链路控制信道信令之前，还包括：

接收用户设备上报的用户设备标识，并依据所述用户设备标识配置对应的用户设备为机器类通信的用户设备。

6.根据权利要求4所述的方法，其特征在于，所述配置物理上行链路控制信道所占用的物理资源块的数量，包括：

更改物理信道的频域分配配置，以扩大物理上行链路控制信道所占用的物理资源块的数量。

7.一种机器类通信中业务数据的传输方法，其特征在于，包括：

将业务数据携带在物理上行链路控制信道信令中；

向基站发送所述物理上行链路控制信道信令，以供所述基站从所述物理上行链路控制信道信令中获取业务数据。

8.根据权利要求7所述的方法，其特征在于，所述将业务数据携带在物理上行链路控制信道信令之前，还包括：

接收基站发送的第一信令，其中，所述第一信令用于通知机器类通信的用户设备采用物理上行链路控制信道传输业务数据。

9.一种机器类通信中的基站，其特征在于，包括：

第一接收模块，用于接收所述机器类通信的用户设备上报的物理上行链路控制信道信令；

获取模块，用于从所述物理上行链路控制信道信令中获取业务数据。

10.根据权利要求9所述的基站，其特征在于，还包括：

第一发送模块，用于发送第一信令给机器类通信的用户设备，其中，所述第一信令用于通知机器类通信的用户设备采用物理上行链路控制信道PUCCH传输数据。

11.根据权利要求10所述的基站，其特征在于，所述第一信令包括物理上行链路控制信道信令的信令类型；

所述获取模块，包括：

解析子模块，用于对所述物理上行链路控制信道信令进行解码，得到解码后的信令；

获取子模块，用于根据所述信令类型，从所述解码后的信令的相应位置中获取所述业务数据。

12.根据权利要求10所述的基站，其特征在于，还包括：

第二接收模块，用于接收高层信令并对所述高层信令进行解析，获取解析结果；

第一配置模块，用于根据所述解析结果，配置物理上行链路控制信道所占用的物理资源块的数量；

所述基站还包括：

第二发送模块，用于将所述物理资源块的数量添加到第二信令中，并发送所述第二信令给机器类通信的用户设备。

13.根据权利要求9所述的基站，其特征在于，还包括：

更改模块，用于将接收配置更改为接收机器类通信的用户设备上报的物理上行链路控制信道信令；

所述基站还包括：

第二配置模块，用于接收用户设备标识，并配置所述用户设备标识对应的用户设备为机器类通信的用户设备。

14.根据权利要求12所述的基站，其特征在于：

所述第一配置模块，用于更改物理信道的频域分配配置，以扩大物理上行链路控制信道所占用的物理资源块的数量。

15.一种机器类通信中的用户设备，其特征在于，包括：

携带模块，用于将业务数据携带在物理上行链路控制信道信令中；

发送模块，用于向基站发送所述物理上行链路控制信道信令，以供所述基站从所述物理上行链路控制信道信令中获取业务数据。

16.根据权利要求15所述的用户设备，其特征在于，还包括：

接收模块，用于接收基站发送的第一信令，其中，所述第一信令用于通知机器类通信的用户设备采用物理上行链路控制信道传输业务数据。

17.一种机器类通信中业务数据的传输系统，其特征在于，包括如上权利要求9-14任一所述的基站和如上权利要求15-16任一所述的机器类通信中的用户设备。

Images