CN102149174A - 一种mtc***的机器业务数据上传方法和*** - Google Patents

Abstract

本发明公开了一种机器类型通信(MTC)***的机器业务数据上传方法和***：网络侧设备向特定的机器终端发送单向无应答信令；接收到单向无应答信令的机器终端，无须对所述单向无应答信令进行上行应答、以及无须建立无线资源控制(RRC)连接，直接通过公共无线承载资源向网络侧设备上传机器业务数据；通过本发明可以使机器终端在上传机器业务数据时尽可能少地进行信令信息的交互，使得无线资源的利用率可以最大化，同时也可以保证机器终端省电的需求。

Description

一种MTC***的机器业务数据上传方法和***

技术领域

本发明涉及机器类型通信(MTC)***领域，特别是指一种MTC***的机器业务数据上传方法和***。

背景技术

通过各种传感手段收集、处理和上传信息、通过网络接收和处理信息、整合各个应用***为用户提供更好的服务；在技术层面融合了从信息采集、信息传送、信息处理各个方面的技术；在服务层面整合电信网络、企业网、甚至互联网服务和各种企业、行业、家庭应用，并上升到城市应用和社会应用，以上就是世界信息处理发展的目标。

随着各个产业的智能化应用和无线通信的广泛应用，使得机器和网络之间进行信息交互成为可能。以信息采集为目的的机器设备与网络进行通信的模式、即机器类型通信(MTC，Machine Type Communication)***存在以下特点：

一、通信设备多，一般每个服务行业的应用都包括数据采集，因此涉及到的以数据采集为目的的机器设备将会非常多，比如整个省市的每家每户的电表数据统计；

二、数据流量小，机器设备通常只在需要信息采集时才采集并发送数据，且数据流量比较小，不需要连续发送；

三、实时性要求低，通常数据采集的实时性要求不高，可以在一个相对较长的时间段内完成；

四、低功耗，这类机器设备通常没有人工维护，也不可能经常更换电池，省电是首要考虑的方面。

由于目前的无线通信***已经比较成熟，基于已有的通信网络来实现各个行业的信息采集是成本最低、且也最易实现的方案。但是基于上述四个特点，需要对现有的无线通信***做改进，才能适用于MTC***。

如对于UMTS的无线通信***，如果用户设备要发送上行数据，无论流量有多小，用户侧都必须和网络侧建立无线资源控制(RRC，Radio ResourceControl)连接，通过RRC连接来建立以及保持两者之间信令数据的交互，然后才能进行机器业务数据的传输。然而，这种机器业务数据传输的方式对于MTC***会存在以下问题：MTC***中用户设备多，每台用户设备每次发送数据时都要建立RRC连接，而实际传输的数据量却非常小，也就是，为传输小数据流量而进行的信令消息的传递所带来的资源消耗远远大于传输数据量本身的资源消耗，那么这种资源浪费是需要采用更好的方法来避免的。

如果只是通过减少RRC连接建立所带来的信令数据的方式来减小资源消耗，那么在不改变现有技术的情况下可以采用使用户设备永远在线的方式来解决，但是，永远在线的方式相比空闲模式必然会带来功耗的增加，也是和机器终端的低功耗特点相违背的。

发明内容

有鉴于此，本发明的主要目的在于提供一种MTC***的机器业务数据上传方法和***，使机器终端在上传机器业务数据时尽可能少地进行信令信息的交互，使得无线资源的利用率可以最大化，同时也可以保证机器终端省电的需求。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供了一种机器类型通信(MTC)***的机器业务数据上传方法，该方法包括：

网络侧设备向特定的机器终端发送单向无应答信令；

接收到所述单向无应答信令的机器终端无须对所述单向无应答信令进行上行应答、以及无须建立无线资源控制(RRC)连接，直接通过公共无线承载资源向网络侧设备上传机器业务数据。

所述特定的机器终端为一个、多个、一组和/或多组机器终端。

所述单向无应答信令为寻呼类型一信令、或者寻呼类型二信令、或告知机器终端上传机器业务数据的通知信令。

网络侧设备发送单向无应答信令时，该方法进一步包括：网络侧设备在所述单向无应答信令中携带一个或多个机器终端标识、和/或一组或多组机器终端组标识，并发送给对应的一个或多个机器终端、和/或一组或多组机器终端组下所有的机器终端。

网络侧设备发送单向无应答信令时，该方法进一步包括：网络侧设备通过在所述单向无应答信令中携带一个指示字段，用以指示所述特定的机器终端无须对所述单向无应答信令进行上行应答。

所述机器终端接收到所述单向无应答信令后，该方法进一步包括：

所述机器终端将自身的标识和所述单向无应答信令携带的机器终端标识进行比较，两者一致时，所述机器终端通过公共无线承载资源向网络侧设备上传机器业务数据；或者，

所述机器终端将自身所属机器终端组的标识和所述单向无应答信令携带的机器终端组标识进行比较，两者一致时，所述机器终端通过公共无线承载资源向网络侧设备上传机器业务数据。

该方法进一步包括：所述网络侧设备和所述机器终端预先约定好所述公共无线承载资源；

所述公共无线承载资源包括：增强型专用物理数据信道、增强型专用信道、公共控制信道、以及三者之间的映射关系。

所述机器终端上传机器业务数据之前，该方法进一步包括：所述机器终端通过竞争方式获得所述公共无线承载资源，并通过所述公共无线承载资源向网络侧设备上传机器业务数据。

所述机器终端通过竞争方式获得所述公共无线承载资源，具体为：

接收到单向无应答信令的机器终端随机选取一个网络侧设备提供的可用接入子信道、以及所述接入子信道对应的特征符号；

所述机器终端用所述接入子信道将所述特征符号发送给网络侧设备；

当所述机器终端检测到网络侧设备根据所述特征符号返回的允许接入指示时，所述机器终端竞争成功，得到用于上传机器业务数据的所述公共无线承载资源。

本发明还提供了一种MTC***的机器业务数据上传***，该***包括：网络侧设备和机器终端，其中：

所述网络侧设备，用于向特定的机器终端发送单向无应答信令；

所述机器终端，用于在接收到所述单向无应答信令后，无须对所述单向无应答信令进行上行应答、以及无须建立RRC连接，直接通过公共无线承载资源向网络侧设备上传机器业务数据。

所述网络侧设备，进一步用于在所述单向无应答信令中携带一个或多个机器终端标识、和/或一组或多组机器终端组标识，并发送给对应的一个或多个机器终端、和/或一组或多组机器终端组下所有的机器终端。

所述网络侧设备，进一步用于在所述单向无应答信令中携带一个指示字段，用以指示所述特定的机器终端无须对所述单向无应答信令进行上行应答。

所述机器终端，进一步用于将自身的标识和所述单向无应答信令携带的机器终端标识进行比较，两者一致时，所述机器终端通过公共无线承载资源向网络侧设备上传机器业务数据；或者，将自身所属机器终端组的标识和所述单向无应答信令携带的机器终端组标识进行比较，两者一致时，所述机器终端通过公共无线承载资源向网络侧设备上传机器业务数据。

所述机器终端，进一步用于通过竞争方式获得所述公共无线承载资源，并通过所述公共无线承载资源向网络侧设备上传机器业务数据。

所述机器终端，进一步用于在通过竞争方式获得所述公共无线承载资源时，随机选取一个网络侧设备提供的可用接入子信道、以及所述接入子信道对应的特征符号；并通过所述接入子信道将所述特征符号发送给网络侧设备；还用于在检测到网络侧设备根据所述特征符号返回的允许接入指示时，得到用于上传机器业务数据的所述公共无线承载资源。

本发明MTC***的机器业务数据上传方法和***，网络侧设备向机器终端发送单向无应答信令，机器终端接收到该单向无应答信令后，无须向网络侧设备返回针对该信令的上行应答，也无须建立RRC连接，直接向网络侧设备上传机器业务数据，由此可见，在机器终端上传机器业务数据的过程中只需单向无应答信令的下行发送，尽可地减少了网络侧设备和机器终端的信令交互；同时该方案中，机器终端也不需要永远在线，只在接收到单向无应答信令时，才进行机器业务数据的上传，符合机器终端省电的需求。

附图说明

图1为本发明MTC***的机器业务数据上传方法的流程示意图；

图2为本发明MTC***的机器业务数据上传方法实施例一的流程示意图；

图3为本发明MTC***的机器业务数据上传方法实施例二的流程示意图；

图4为本发明MTC***的机器业务数据上传方法实施例三的流程示意图；

图5为本发明MTC***的机器业务数据上传方法实施例四的流程示意图；

图6为本发明MTC***的机器业务数据上传方法实施例五的流程示意图；

图7为本发明MTC***的机器业务数据上传***的结构示意图。

具体实施方式

下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。

本发明MTC***的机器业务数据上传方案的主要思想是：网络侧设备向机器终端发送单向无应答信令，机器终端接收到该单向无应答信令后，无须向网络侧设备返回针对该信令的上行应答，也无须建立RRC连接，直接向网络侧设备上传机器业务数据。

如图1所示，本发明MTC***的机器业务数据上传方法的流程包括以下步骤：

步骤101，网络侧设备向特定的机器终端发送单向无应答信令。

机器终端是指进行机器类型通信的设备类型，如码表、传感器、数码相机、医学电子设备等。

所述特定的机器终端可以是一个、多个、一组和/或多组机器终端，网络侧设备根据需要向特定的机器终端发送单向无应答信令。

所述单向无应答信令，较佳地可以采用3GPP 25.331协议中的寻呼类型一信令，或者寻呼类型二信令，当然也可以是其他用于告知机器终端上传机器业务数据的通知信令，网络侧设备可以通过寻呼信道将单向无应答信令发送给特定的机器终端。

较佳地，网络侧设备在单向无应答信令中设置一个指示字段(该字段的值可以随意设置)，用以指示机器终端不对单向无应答信令进行上行应答、即不向网络侧设备进行回复；另外，机器终端这种特定的设备、以及机器业务这种特定的业务类型，决定了机器终端在接收到单向无应答信令时，不发起RRC连接请求、即不进行RRC连接的建立。

步骤102，接收到单向无应答信令的机器终端无须对单向无应答信令进行上行应答、以及无须建立RRC连接，直接通过公共无线承载资源向网络侧设备上传机器业务数据。

需要指出的是，当一个单向无应答信令中携带一个或多个机器终端标识、和/或一个或多个机器终端组标识时，网络侧设备将其发送给对应的一个或多个机器终端、和/或一个或多个机器终端组下的所有机器终端，具体的实现将通过后面的实施例进行说明。

接收到单向无应答信令的机器终端将其中携带的机器终端标识、或机器终端组标识与自身的标识(即机器终端标识)、或者与自身所属机器终端组的标识(即机器终端组标识)进行比较，当两者一致时，该机器终端向网络侧设备上传自身的机器业务数据，具体的实现将通过后面的实施例进行说明。

另外，所述的公共无线承载资源是由网络侧设备和机器终端预先约定好的，比如机器终端预先存储可用的公共无线承载资源信息、或者网络侧设备预先通知机器终端可用的公共无线承载资源信息。公共无线承载资源包括：物理信道资源：增强型专用物理数据信道、传输信道资源：增强型专用信道、逻辑信道资源：公共控制信道、以及三者之间的映射关系：公共控制信道映射到增强型专用信道，增强型专用信道映射到增强型专用物理数据信道。机器终端可以将自身的机器业务数据通过公共无线承载资源上传到网络侧设备。具体的，机器业务数据在公共无线承载资源上的传输为现有技术，此处不再赘述。

接收到单向无应答信令的机器终端在上传机器业务数据时，首先要通过竞争方式获取公共无线承载资源，具体为：机器终端随机选取一个网络侧设备提供的可用接入子信道、以及该接入子信道对应的特征符号；机器终端通过该接入子信道将该特征符号发送给网络侧设备；当机器终端检测到来自网络侧设备的允许接入指示时，该机器终端竞争成功，得到用于上传机器业务数据的公共无线承载资源。

网络侧设备接收到机器终端发送的所述特征符号后，根据需要允许该机器终端进行机器业务数据的上传时，通过捕获指示信道将允许接入指示发送给该机器终端，则该机器终端竞争成功，同时得到用于上传机器业务数据的公共无线承载资源，并利用该公共无线承载资源上传自身的机器业务数据。

本发明MTC***的机器业务数据上传方法的具体应用如下：

实施例一，如图2所示，该流程包括：

步骤210：网络侧设备和机器终端预先约定好公共无线承载资源。

公共无线承载资源包括：物理信道资源：增强型专用物理数据信道、传输信道资源：增强型专用信道、逻辑信道资源：公共控制信道、以及三者之间的映射关系：公共控制信道映射到增强型专用信道，增强型专用信道映射到增强型专用物理数据信道。

步骤220：网络侧设备发送寻呼类型一信令给特定的机器终端，通知特定的机器终端上传机器业务数据。

寻呼类型一信令是单下行方向、且无须上行应答的信令(即单向无应答信令)，该实施例中，寻呼类型一信令携带一个机器终端标识，如11，则网络侧设备将该寻呼类型一信令发送给标识为11的机器终端。

步骤230：接收到寻呼类型一信令的标识为11的机器终端，不建立RRC连接、并根据寻呼类型一信令中的指示字段不针对此信令进行上行应答，而是直接使用公共无线承载资源上传机器业务数据：

首先，该机器终端查看寻呼类型一信令携带的机器终端标识11，并与自身的标识进行比较，如果自身的标识也为11，则两者一致，机器终端认为此寻呼类型一信令是通知自身上传机器业务数据的；如果两者不一致，则机器终端不上传机器业务数据。

然后，标识为11的机器终端通过竞争方式以获得公共无线承载资源来上传机器业务数据：标识为11的机器终端随机选择一个网络侧设备提供的可用的接入子信道、以及该接入子信道对应的特征符号；并通过该接入信道上将所述特征符号发送给网络侧设备；如果该机器终端检测到来自网络侧设备的允许接入指示，则表示该机器终端竞争成功，同时得到用于上传机器业务数据的公共无线承载资源，并使用该公共无线承载资源来上传机器业务数据。

实施例二，如图3所示，该流程包括：

步骤310：网络侧设备和机器终端预先约定好公共无线承载资源。

步骤320：网络侧设备发送寻呼类型二信令给特定的机器终端，通知特定的机器终端上传机器业务数据。

寻呼类型二信令是单向无应答信令，该实施例中，寻呼类型二信令携带一个机器终端组标识、如2，则网络侧设备将该寻呼类型二信令分别发送给标识为2的机器终端组下面的所有机器终端(假设为标识为21和22的机器终端)。

步骤330：接收到寻呼类型二信令的标识为21的机器终端，不建立RRC连接、并根据寻呼类型二信令中的指示字段不针对此信令进行上行应答，而是直接使用公共无线承载资源上传机器业务数据：

首先，标识为21的机器终端查看寻呼类型二信令携带的机器终端组标识2，并与自身所属的机器终端组的标识进行比较，则两者一致时，标识为21的机器终端认为此寻呼类型二信令是通知自身上传机器业务数据的。

其次，标识为21的机器终端通过竞争方式获得公共无线承载资源来上传机器业务数据，其具体实现如步骤230，此处不再赘述。

步骤340：接收到寻呼类型二信令的标识为22的机器终端，不建立RRC连接、并根据寻呼类型二信令中的指示字段不针对此信令进行上行应答，而是直接使用公共无线承载资源上传机器业务数据。该步骤的实现如步骤330，此处不再赘述。

实施例三，如图4所示，该流程包括：

步骤410：网络侧设备和机器终端预先约定好公共无线承载资源。

步骤420：网络侧设备发送告知机器终端上传机器业务数据的通知信令给特定的机器终端，通知特定的机器终端上传机器业务数据。

该通知信令是单向无应答信令，该实施例中，通知信令携带两个机器终端标识、如33和36，则网络侧设备将该通知信令分别发送给标识为33和36的机器终端。

步骤430：接收到通知信令的标识为33的机器终端，不建立RRC连接、并根据通知信令中的指示字段不针对此信令进行上行应答，而是直接使用公共无线承载资源上传机器业务数据：

首先，标识为33的机器终端查看通知信令携带的机器终端标识33和36，并与自身的标识进行比较，经比较发现自身的标识33和通知信令携带的其中一个机器终端标识33一致，则标识为33的机器终端认为此通知信令是通知自身上传机器业务数据的。

其次，标识为33的机器终端通过竞争方式获得公共无线承载资源来上传机器业务数据，其具体实现如步骤230，此处不再赘述。

步骤440：接收到通知信令的标识为36的机器终端，不建立RRC连接、并根据通知信令中的指示字段不针对此信令进行上行应答，也，而是直接使用公共无线承载资源上传机器业务数据。该步骤的实现如步骤430，此处不再赘述。

实施例四，如图5所示，该流程包括：

步骤510：网络侧设备和机器终端预先约定好公共无线承载资源。

步骤520：网络侧设备发送寻呼类型一信令给特定的机器终端，通知特定的机器终端上传机器业务数据。

寻呼类型一信令是单向无应答信令，该实施例中，寻呼类型一信令携带一个机器终端标识、如11和一个机器终端组标识、如3，则网络侧设备将寻呼类型一信令分别发送给标识为11的机器终端和标识为3的机器终端组下面的所有机器终端(假设标识为33和36的机器终端)。

步骤530：接收到寻呼类型一信令的标识为11的机器终端，不建立RRC连接、并根据寻呼类型一信令中的指示字段不针对此信令进行上行应答，而是直接使用公共无线承载资源上传机器业务数据：

首先，标识为11的机器终端查看寻呼类型一信令携带的机器终端标识11和机器终端组标识3，并与自身的标识(11)或者自身所属机器终端组的标识(1)进行比较，经比较发现自身的标识11和寻呼类型一信令携带的机器终端标识11一致，则标识为11的机器终端认为此寻呼类型一信令是通知自身上传机器业务数据的。

其次，标识为11的机器终端通过竞争方式获得公共无线承载资源来上传机器业务数据，其具体实现如步骤230，此处不再赘述。

步骤540：接收到寻呼类型一信令的标识为33的机器终端，不建立RRC连接、并根据寻呼类型一信令中的指示字段不针对此信令进行上行应答，而是直接使用公共无线承载资源上传机器业务数据：

首先，标识为33的机器终端查看寻呼类型一信令携带的机器终端标识11和机器终端组标识3，并与自身的标识(33)或者自身所属机器终端组的标识(3)进行比较，经比较发现自身所属机器终端组的标识3和寻呼类型一信令携带的机器终端组标识3一致，则标识为33的机器终端认为此寻呼类型一信令是通知自身上传机器业务数据的。

其次，标识为33的机器终端通过竞争方式获得公共无线承载资源来上传机器业务数据，其具体实现如步骤230，此处不再赘述。

步骤550：接收到寻呼类型一信令的标识为36的机器终端，不建立RRC连接、并根据寻呼类型一信令中的指示字段不针对此信令进行上行应答，而是直接使用公共无线承载资源上传机器业务数据。该步骤实现同步骤540，此处不再赘述。

实施例五，如图6所示，该流程包括：

步骤610：网络侧设备和机器终端预先约定好公共无线承载资源。

步骤620：网络侧设备发送寻呼类型二信令给特定的机器终端，通知特定的机器终端上传机器业务数据。

寻呼类型二信令是单向无应答信令，该实施例中，寻呼类型二信令携带两个机器终端组、如2和3，则网络侧设备将寻呼类型二信令分别发送给标识为2的机器终端组下面的所有机器终端(假设标识为21和22的机器终端)、以及标识为3的机器终端组下面的所有机器终端(假设标识为33和36的机器终端)。

步骤630：接收到寻呼类型二信令的标识为21的机器终端，不建立RRC连接、并根据寻呼类型二信令中的指示字段不针对此信令进行上行应答，也，而是直接使用公共无线承载资源上传机器业务数据：

首先，标识为21的机器终端查看寻呼类型二信令携带的两个机器终端组标识：2和3，并与自身所属机器终端组的标识(2)进行比较，经比较发现自身所属机器终端组的标识2和寻呼类型二信令携带的机器终端组标识2一致，则标识为21的机器终端认为此寻呼类型二信令是通知自身上传机器业务数据的。

其次，标识为21的机器终端通过竞争方式获得公共无线承载资源来上传机器业务数据，其具体实现如步骤230，此处不再赘述。

步骤640：接收到寻呼类型二信令的机器终端(标识为22)，不建立RRC连接、并根据寻呼类型二信令中的指示字段不针对此信令进行上行应答，而是直接使用公共无线承载资源上传机器业务数据。该步骤实现与步骤630相同，此处不再赘述。

步骤650：接收到寻呼类型二信令的机器终端(标识为33)，不建立RRC连接、并根据寻呼类型二信令中的指示字段不针对此信令进行上行应答，而是直接使用公共无线承载资源上传机器业务数据：

首先，标识为33的机器终端查看寻呼类型二信令携带的两个机器终端组标识：2和3，并与自身所属机器终端组的标识(3)进行比较，经比较发现自身所属机器终端组的标识3和寻呼类型二信令携带的机器终端组标识3一致，则标识为33的机器终端认为此寻呼类型二信令是通知自身上传机器业务数据的。

其次，标识为33的机器终端通过竞争方式获得公共无线承载资源来上传机器业务数据，其具体实现如步骤230，此处不再赘述。

步骤660：接收到寻呼类型二信令的机器终端(标识为36)，不建立RRC连接、并根据寻呼类型二信令中的指示字段不针对此信令进行上行应答，而是直接使用公共无线承载资源上传机器业务数据。该步骤实现同步骤650，此处不再赘述。

为了实现上述方法，本发明提供了一种***，如图7所示，包括网络侧设备10和机器终端20，其中：

网络侧设备10，用于向特定的机器终端发送单向无应答信令；

机器终端20，用于在接收到单向无应答信令后，无须对所述单向无应答信令进行上行应答、以及无须建立RRC连接，直接通过公共无线承载资源向网络侧设备10上传机器业务数据。

网络侧设备10，进一步用于在单向无应答信令中携带一个或多个机器终端标识、和/或一组或多组机器终端组标识，并发送给对应的一个或多个机器终端、和/或一组或多组机器终端组下所有的机器终端20。

网络侧设备10，进一步用于在单向无应答信令中携带一个指示字段，用以指示特定的机器终端20无须对单向无应答信令进行上行应答。

机器终端20，进一步用于将自身的标识和单向无应答信令携带的机器终端标识进行比较，两者一致时，机器终端20通过公共无线承载资源向网络侧设备10上传机器业务数据；或者，将自身所属机器终端组的标识和单向无应答信令携带的机器终端组标识进行比较，两者一致时，机器终端20通过公共无线承载资源向网络侧设备10上传机器业务数据。

机器终端20，进一步用于通过竞争方式获得公共无线承载资源，并通过公共无线承载资源向网络侧设备10上传机器业务数据。

机器终端20，进一步用于在通过竞争方式获得公共无线承载资源时，随机选取一个网络侧设备10提供的可用接入子信道、以及接入子信道对应的特征符号；并通过接入子信道将特征符号发送给网络侧设备10；还用于在检测到来自网络侧设备10的允许接入指示时，得到用于上传机器业务数据的公共无线承载资源。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (15)

1.一种机器类型通信(MTC)***的机器业务数据上传方法，其特征在于，该方法包括：

网络侧设备向特定的机器终端发送单向无应答信令；

接收到所述单向无应答信令的机器终端无须对所述单向无应答信令进行上行应答、以及无须建立无线资源控制(RRC)连接，直接通过公共无线承载资源向网络侧设备上传机器业务数据。

2.根据权利要求1所述MTC***的机器业务数据上传方法，其特征在于，所述特定的机器终端为一个、多个、一组和/或多组机器终端。

3.根据权利要求1所述MTC***的机器业务数据上传方法，其特征在于，所述单向无应答信令为寻呼类型一信令、或者寻呼类型二信令、或告知机器终端上传机器业务数据的通知信令。

4.根据权利要求1、2或3所述MTC***的机器业务数据上传方法，其特征在于，网络侧设备发送单向无应答信令时，该方法进一步包括：网络侧设备在所述单向无应答信令中携带一个或多个机器终端标识、和/或一组或多组机器终端组标识，并发送给对应的一个或多个机器终端、和/或一组或多组机器终端组下所有的机器终端。

5.根据权利要求1、2或3所述MTC***的机器业务数据上传方法，其特征在于，网络侧设备发送单向无应答信令时，该方法进一步包括：网络侧设备通过在所述单向无应答信令中携带一个指示字段，用以指示所述特定的机器终端无须对所述单向无应答信令进行上行应答。

6.根据权利要求1所述MTC***的机器业务数据上传方法，其特征在于，所述机器终端接收到所述单向无应答信令后，该方法进一步包括：

所述机器终端将自身的标识和所述单向无应答信令携带的机器终端标识进行比较，两者一致时，所述机器终端通过公共无线承载资源向网络侧设备上传机器业务数据；或者，

所述机器终端将自身所属机器终端组的标识和所述单向无应答信令携带的机器终端组标识进行比较，两者一致时，所述机器终端通过公共无线承载资源向网络侧设备上传机器业务数据。

7.根据权利要求1所述MTC***的机器业务数据上传方法，其特征在于，该方法进一步包括：所述网络侧设备和所述机器终端预先约定好所述公共无线承载资源；

所述公共无线承载资源包括：增强型专用物理数据信道、增强型专用信道、公共控制信道、以及三者之间的映射关系。

8.根据权利要求1或7所述MTC***的机器业务数据上传方法，其特征在于，所述机器终端上传机器业务数据之前，该方法进一步包括：所述机器终端通过竞争方式获得所述公共无线承载资源，并通过所述公共无线承载资源向网络侧设备上传机器业务数据。

9.根据权利要求8所述MTC***的机器业务数据上传方法，其特征在于，所述机器终端通过竞争方式获得所述公共无线承载资源，具体为：

接收到单向无应答信令的机器终端随机选取一个网络侧设备提供的可用接入子信道、以及所述接入子信道对应的特征符号；

所述机器终端用所述接入子信道将所述特征符号发送给网络侧设备；

当所述机器终端检测到网络侧设备根据所述特征符号返回的允许接入指示时，所述机器终端竞争成功，得到用于上传机器业务数据的所述公共无线承载资源。

10.一种MTC***的机器业务数据上传***，其特征在于，该***包括：网络侧设备和机器终端，其中：

所述网络侧设备，用于向特定的机器终端发送单向无应答信令；

所述机器终端，用于在接收到所述单向无应答信令后，无须对所述单向无应答信令进行上行应答、以及无须建立RRC连接，直接通过公共无线承载资源向网络侧设备上传机器业务数据。

11.根据权利要求10所述MTC***的机器业务数据上传***，其特征在于，所述网络侧设备，进一步用于在所述单向无应答信令中携带一个或多个机器终端标识、和/或一组或多组机器终端组标识，并发送给对应的一个或多个机器终端、和/或一组或多组机器终端组下所有的机器终端。

12.根据权利要求10所述MTC***的机器业务数据上传***，其特征在于，所述网络侧设备，进一步用于在所述单向无应答信令中携带一个指示字段，用以指示所述特定的机器终端无须对所述单向无应答信令进行上行应答。

13.根据权利要求11所述MTC***的机器业务数据上传***，其特征在于，

所述机器终端，进一步用于将自身的标识和所述单向无应答信令携带的机器终端标识进行比较，两者一致时，所述机器终端通过公共无线承载资源向网络侧设备上传机器业务数据；或者，将自身所属机器终端组的标识和所述单向无应答信令携带的机器终端组标识进行比较，两者一致时，所述机器终端通过公共无线承载资源向网络侧设备上传机器业务数据。

14.根据权利要求10所述MTC***的机器业务数据上传***，其特征在于，

所述机器终端，进一步用于通过竞争方式获得所述公共无线承载资源，并通过所述公共无线承载资源向网络侧设备上传机器业务数据。

15.根据权利要求14所述MTC***的机器业务数据上传***，其特征在于，

所述机器终端，进一步用于在通过竞争方式获得所述公共无线承载资源时，随机选取一个网络侧设备提供的可用接入子信道、以及所述接入子信道对应的特征符号；并通过所述接入子信道将所述特征符号发送给网络侧设备；还用于在检测到网络侧设备根据所述特征符号返回的允许接入指示时，得到用于上传机器业务数据的所述公共无线承载资源。

Images