在无线通信系统中取消设备触发的方法和设备

摘要

本发明涉及无线通信系统，并且更具体地，涉及用于取消设备触发的方法和设备。根据本发明的一个实施例，在无线通信系统中用于取消设备触发的方法可以包括步骤：在网络节点中接收用于第一触发消息的取消请求；检查是否第一触发消息已经被发送给终端或者在网络节点中待定；以及如果第一触发消息已经发送给终端并且取消请求指示替换请求，则将第二触发消息发送给终端。第二触发消息可以包括指示已经请求第一触发消息取消的信息。

权利要求

1.一种用于在无线通信系统中取消由网络节点执行的设备触发的方法，所述方法包括：从服务能力服务/应用服务器(SCS/AS)接收对第一触发消息的取消请求；

检查是否所述第一触发消息已经被发送给用户设备(UE)并且所述第一触发消息已经被成功地递送到所述UE；

当所述第一触发消息已经被发送给所述UE并且所述第一触发消息已经被成功地递送到所述UE时：确定对所述第一触发消息的取消请求失败；以及

将包括用于通知所述第一触发消息已经被取消的信息的第二触发消息发送给所述UE，以及当所述第一触发消息在被发送给所述UE之前所述第一触发消息已经被取消时：将不包括用于通知所述第一触发消息已经被取消的信息的所述第二触发消息发送给所述UE，其中，所述取消请求包括通过所述SCS/AS的请求已经取消所述第一触发消息的操作的信息。

2.根据权利要求1所述的方法，其中，所述第二触发消息进一步包括用于由所述UE基于对所述第一触发消息的取消请求所执行的操作的信息。

3.根据权利要求2所述的方法，其中，由所述UE基于对所述第一触发消息的取消请求所执行的操作包括基于所述第一触发消息取消任务的执行或者任务的预留、基于所述第一触发消息取消到网络的连接、和/或基于所述第一触发消息取消到网络的数据传输中的一个或多个。

4.根据权利要求1所述的方法，其中，当所述第一触发消息已经被发送给所述UE并且所述取消请求是撤回请求时，触发取消通知消息被发送给所述UE，并且包括用于通知所述第一触发消息已经被取消的信息。

5.根据权利要求4所述的方法，其中，所述触发取消通知消息进一步包括用于由所述UE基于对所述第一触发消息的取消请求所执行的操作的信息。

6.根据权利要求5所述的方法，其中，由所述UE基于对所述第一触发消息的取消请求所执行的操作包括基于所述第一触发消息取消任务的执行或者任务的预留、基于所述第一触发消息取消到网络的连接、和/或基于所述第一触发消息取消到网络的数据传输中的至少一个。

7.根据权利要求1所述的方法，其中，所述网络节点是机器型通信交互工作功能(MTC-IWF)或者短消息服务-服务中心(SMS-SC)。

说明书

在无线通信系统中取消设备触发的方法和设备

技术领域

[0001] 本发明涉及无线通信系统，并且更具体地，涉及用于取消设备触发的方法和设备。

背景技术

[0002] MTC(机器型通信)指的是涉及一个或多个机器的通信方案。MTC也称作机器到机器(M2M)通信或者物联网(IoT)。机器是不需要直接人操纵或者干预的实体。例如，用户设备，诸如，可以自动地连接到网络并且无需用户的操纵/干预执行通信的智能电话，以及配备有移动通信模块的测量计或者自动售货机可以是机器的示例。这样的不同示例性机器在本公开中将称为MTC设备或者用户设备(UE)。也就是说，MTC指的是无需人操纵/干预由一个或多个机器(即，MTC设备)执行的通信。

[0003] MTC可以覆盖在MTC设备(例如，设备到设备(D2D)通信)之间的通信和在MTC设备和MTC应用服务器之间的通信。例如，在MTC设备和MTC应用服务器之间的通信可以在自动售货机和服务器之间通信、在销售点(POS)设备和服务器之间通信、以及在电、气或者水表和服务器之间通信。此外，基于MTC的应用可以包括安全、运输、卫生保健等。

[0004] 在无需建立用于数据传输和接收的连接，其处于待机以最小化功耗的状态下，MTC设备可以根据请求或者命令建立连接。这个请求或者命令可以被称为MTC设备触发消息。

发明内容

[0005] 技术问题

[0006] 本发明的一个目的是提供用于防止由MTC触发消息的取消所引起的不必要的操作或者错误操作出现在MTC设备中的解决方案。

[0007] 本领域技术人员应该理解，可以利用本发明实现的目的不限于已经在上文具体描述的，并且本发明可以实现的以上所述和其他目的将从以下的详细描述中更加清楚地理解。

[0008] 技术方案

[0009] 根据本发明的一个实施例，为了解决前面提到的技术问题，一种用于在无线通信系统中取消设备触发的方法，包括步骤：在网络节点中接收用于第一触发消息的取消请求；检查是否第一触发消息已经被发送给用户设备或者在网络节点中待定；以及如果第一触发消息已经被发送给用户设备并且取消请求指示替换请求，则将第二触发消息发送给用户设备。第二触发消息可以包括指示已经请求第一触发消息的取消的信息。

[0010] 根据本发明的另一个实施例，为了解决前面提到的技术问题，一种用于在无线通信系统中取消设备触发的方法，包括步骤：从网络节点接收第一触发消息；从网络节点接收新消息，所述新消息包括指示已经请求第一触发消息的取消的信息；以及根据第一触发消息的取消来执行操作。如果第一触发消息已经从网络节点被发送给用户设备并且由网络节点接收的第一触发消息的取消请求指示替换请求，则新消息可以是第二触发消息。如果第一触发消息已经从网络节点被发送给用户设备并且由网络节点接收的第一触发消息的取消请求指示撤回请求，则新消息可以是触发取消通知消息。

[0011] 根据本发明的再一个实施例，为了解决前面提到的技术问题，一种用于在无线通信系统中取消设备触发的网络节点设备，包括：收发器；以及处理器。该处理器可以被配置成通过收发器接收第一触发消息的取消请求，检查是否第一触发消息已经被发送给用户设备或者在网络节点中待定，以及如果第一触发消息已经被发送给用户设备并且取消请求指示替换请求，则通过收发器将第二触发消息发送给用户设备。第二触发消息可以包括指示已经请求第一触发消息的取消的信息。

[0012] 根据本发明的再一个实施例，为了解决前面提到的技术问题，一种用于在无线通信系统中取消设备触发的用户设备，包括：收发器；以及处理器。该处理器可以被配置成通过收发器从网络节点接收第一触发消息，通过收发器从网络节点接收新消息，所述新消息包括指示已经请求第一触发消息的取消的信息，以及根据第一触发消息的取消来执行操作。如果第一触发消息已经从网络节点被发送给用户设备并且由网络节点接收的第一触发消息的取消请求指示替换请求，则新消息可以是第二触发消息。如果第一触发消息已经从网络节点被发送给用户设备，并且由网络节点接收的第一触发消息的取消请求指示撤回请求，则新消息可以是触发取消通知消息。

[0013] 以下可以适用于本发明的实施例。

[0014] 第二触发消息可以进一步包括指示由用户设备根据第一触发消息的取消所执行的操作的信息。

[0015] 由用户设备根据第一触发消息的取消所执行的操作可以包括基于第一触发消息取消任务或者预留的任务、基于第一触发消息取消到网络的连接、以及基于第一触发消息取消到网络的数据传输中的一个或多个。

[0016] 在下述情形下第二触发消息可以被发送给用户设备：第一触发消息被成功地传送给用户设备，第一触发消息被发送给用户设备而不考虑第一触发消息到用户设备的成功传送，或者第一触发消息被成功地传送给用户设备或网络节点不知道是否第一触发消息已经被发送给用户设备但是被成功地传送给用户设备。

[0017] 如果第一触发消息已经被发送给用户设备，并且取消请求指示撤回请求，则触发取消通知消息可以被发送给用户设备，并且可以包括指示已经请求第一触发消息的取消的信息。

[0018] 该触发取消通知消息可以进一步包括指示由用户设备根据第一触发消息取消所执行的操作的信息。

[0019] 由用户设备根据第一触发消息的取消所执行的操作可以包括基于第一触发消息取消任务或者预留的任务、基于第一触发消息取消到网络的连接、以及基于第一触发消息取消到网络的数据传输中的一个或多个。

[0020] 在以下情形下触发取消通知消息可以被发送给用户设备：第一触发消息被成功地传送给用户设备，第一触发消息被发送给用户设备而不考虑第一触发消息到用户设备的成功传送，或者第一触发消息被成功地传送给用户设备或网络节点不知道是否第一触发消息已经被发送给用户设备但是被成功地传送给用户设备。

[0021] 如果第一触发消息在网络节点中是待定的，或者已经被发送给用户设备，但是没有成功地传送给用户设备，并且取消请求指示替换请求，则取消请求可以被认为是成功的，并且新触发消息可以被发送给用户设备。

[0022] 如果第一触发消息在网络节点中是待定的，或者已经被发送给用户设备，但是没有被成功地传送给用户设备，并且取消请求指示撤回请求，则取消请求可以被认为是成功的。

[0023] 网络节点可以是机器型通信交互工作功能(MTC-IWF)，或者短消息服务-服务中心(SMS-SC)。

[0024] 该取消请求可以从服务能力服务/应用服务器(SCS/AS)被接收。

[0025] 本发明的前面提到的描述和稍后将描述的详细描述仅是示范性的，并且意欲用于在权利要求书中引用的本发明的附加描述。

[0026] 有益效果

[0027] 根据本发明，可以提供一种用于防止由MTC触发消息的取消所引起的不必要的操作或者错误操作出现在MTC设备中的方法和设备。

[0028] 本领域技术人员应该理解，可以利用本发明实现的效果不限于已经在上文具体描述的，并且本发明的其他优点将从以下的详细描述中更加清楚地理解。

附图说明

[0029] 该附图被包括以提供对本发明进一步的理解，并且被并入到本申请中且构成本申请书的一部分，附图图示本发明的实施例，并且与该说明书一起用以解释本发明的原理。在附图中：

[0030] 图1是图示包括演进的分组核心(EPC)的演进的分组系统(EPS)的简要结构的示意图；

[0031] 图2是图示常规E-UTRAN和常规EPC的架构的示例性示意图；

[0032] 图3是图示在控制平面上的无线电接口协议的结构的示例性示意图；

[0033] 图4是图示在用户平面上的无线电接口协议的结构的示例性示意图；

[0034] 图5是图示随机接入过程的流程图；

[0035] 图6是图示在无线电资源控制(RRC)层中的连接过程的示意图；

[0036] 图7是图示MTC通信模型的示例的示意图；

[0037] 图8是图示机器型通信(MTC)结构的示例性模型的示意图；

[0038] 图9是图示用于在Tsp参考点上撤回/替换设备触发的方法的示意图；

[0039] 图10是图示用于在T4参考点上替换设备触发的方法的示意图；

[0040] 图11是图示用于在T4参考点上撤回设备触发的方法的示意图；

[0041] 图12是图示用于在T5参考点上替换设备触发的方法的示意图；

[0042] 图13是图示用于在T5参考点上撤回设备触发的方法的示意图；

[0043] 图14是图示根据本发明的一个实施例的替换设备触发的过程的示意图；

[0044] 图15是图示根据本发明的一个实施例的撤回设备触发的过程的示意图；

[0045] 图16是图示根据本发明的另一个实施例的替换设备触发的过程的示意图；

[0046] 图17是图示根据本发明的另一个实施例的撤回设备触发的过程的示意图；以及[0047] 图18是图示根据本发明的优选实施例的用户设备和网络节点设备的示意图。

具体实施方式

[0048] 以下的实施例是通过本发明的结构元素和特点以预定的类型的组合实现的。该结构元素或者特点的每个应该被选择性地考虑，除非分开地指定。该结构元素或者特点的每个可以无需与其他结构元素或者特点结合来实现。此外，一些结构元素和/或特点可以相互结合以构成本发明的实施例。在本发明的实施例中描述的操作顺序可以变化。一个实施例的一些结构元素或者特点可以包括在另一个实施例中，或者可以用另一个实施例的相应的结构元素或者特点替换。

[0049] 在以下本发明的实施例中使用的特定术语被提供以帮助理解本发明，并且可以在它们不脱离本发明的技术精神的范围内的特定术语中进行各种改进。

[0050] 在一些情形中，为了防止本发明的概念模糊，已知技术的结构和装置将被省略，或者基于每个结构和装置的主要功能将以框图的形式示出。此外，只要可能，贯穿该附图将使用相同的参考数字，并且说明书涉及相同或者类似的部分。

[0051] 本发明的实施例可以由在无线接入系统，即，IEEE 802系统、3GPP系统、3GPP LTE系统、3GPP LTE-A(高级LTE)系统和3GPP2系统的至少一个中公开的标准文献支持。即，在本发明的实施例之中，阐明本发明的技术精神没有描述的清晰可见的步骤或者部分可以由以上所述的文献支持。此外，在此处公开的所有术语可以通过以上所述的标准文献描述。

[0052] 以下的技术可以用于各种无线通信系统。虽然为了清楚以下的描述将基于3GPP LTE和3GPP LTE-A系统进行，应该理解，本发明的技术精神不限于3GPP LTE和3GPP LTE-A系统。

[0053] 在此处使用的术语将定义如下。

[0054] –UMTS(通用移动电信系统)：由3GPP开发的基于GSM(全球数字移动电话系统)的第三代移动通信技术。

[0055] –EPS(演进的分组系统)：包括EPC(演进的分组核心)的网络系统，EPC是基于IP(网际协议)的分组交换的核心网络和接入网络，诸如LTE和UTRAN。这个系统是UMTS的演进版本的网络。

[0056] -节点B：GERAN/UTRAN的基站。这个基站安装在户外，并且其覆盖具有宏小区的级别。

[0057] -e节点B：LTE的基站。这个基站安装在户外，并且其覆盖具有宏小区的级别。

[0058] –UE(用户设备)：UE可以称为终端、ME(移动设备)、MS(移动站)等等。此外，UE可以是便携式设备，诸如，笔记本计算机、蜂窝电话、PDA(个人数字助理)、智能电话和多媒体设备。可替选地，UE可以是非便携式设备，诸如，PC(个人计算机)和车载的设备。作为相对于MTC使用的术语“UE”可以指的是MTC UE。

[0059] –HNB(家用节点B)：UMTS网络的基站。这个基站安装在室内，并且其覆盖具有微小区的级别。

[0060] –HeNB(家用e节点B)：EPS网络的基站。这个基站安装在室内，并且其覆盖具有微小区的级别。

[0061] –MME(移动管理实体)：EPS网络的网络节点，其执行移动管理(MM)和会话管理(SM)。

[0062] –PDN-GW(分组数据网络-网关)/PGW：EPS网络的网络节点，其执行UE IP地址分配、分组屏蔽和滤波、计费数据收集等等。

[0063] –SGW(服务网关)：EPS网络的网络节点，其执行移动锚定、分组路由、空闲模式分组缓存和MME的UE寻呼的触发。

[0064] –NAS(非接入层)：在UE和MME之间的控制平面的上层。这是在LTE/UMTS协议栈中用于在UE和核心网络之间发送和接收信令以及业务消息的功能层，并且支持UE的移动，以及支持在UE和PDN GW之间建立和保持IP连接的会话管理过程。

[0065] -PDN(分组数据网络)：支持特定服务(例如，多媒体消息服务(MMS)服务器、无线应用协议(WAP)服务器等等)的服务器设置其中的网络。

[0066] -PDN连接：在UE和PDN之间的逻辑连接表示为一个IP地址(一个IPv4地址和/或一个IPv6前缀)。

[0067] -RAN(无线电接入网络)：在3GPP网络中包括节点B、e节点B以及用于控制节点B和e节点B的无线电网络控制器(RNC)的单元，其在UE之间存在并且提供连接给核心网络。

[0068] –HLR(本地位置寄存器)/HSS(本地订户服务器)：在3GPP网络中具有订户信息的数据库。HSS可以执行功能，诸如配置存储、标识管理和用户状态存储。

[0069] -PLMN(公共陆地移动网)：为对个人提供移动通信服务目的配置的网络。这个网络可以根据每个运营商来配置。

[0070] -MTC：无需人的干预由机器实施的通信。

[0071] -MTC设备：用于执行MTC的UE。MTC设备可以通过PLMN与MTC服务器和/或另一个MTC设备执行通信。MTC设备可以称为MTC UE、用于MTC的UE、配置用于MTC的UE等等。

[0072] –MTC-IWF(MTC交互工作功能)：提供网关以通过包括EPS或者IMS的3GPP网络发送用于MTC的控制信号或者数据的实体。MTC-IWF可以中继或者翻译在Tsp参考点上使用的信令协议以在PLMN内调用特定功能。

[0073] -SCS(服务能力服务器)：连接到用于在位于本地公共陆地移动网(HPLMN)中的MTC设备和使用MTC交互工作功能(MTC-IWF)的MTC设备之间通信的3GPP网络的服务器。SCS提供使用一个或多个应用的能力。

[0074] -MTC服务器：在网络上的服务器，其管理MTC UE，并且可以与PLMN执行通信，或者可以通过PLMN与MTC设备执行通信。MTC服务器可以具有可以由MTC用户访问的接口。此外，MTC服务器可以对其他服务器提供有MTC相关的服务(SCS的格式)，或者可以是MTC应用服务器(AS)。

[0075] -MTC应用：MTC适用于其的服务(例如，遥测、产品运动跟踪等等)。

[0076] -MTC应用服务器：用于在网络上执行MTC应用的服务器。

[0077] -MTC特点：用于支持MTC应用的网络功能。例如，MTC监控是为在MTC应用中的设备丢失准备的特点，诸如遥测，并且低的可移动性是用于针对诸如自动售货机的MTC设备的MTC应用的特点。

[0078] -MTC用户：使用由MTC服务器提供的服务的用户。

[0079] -MTC订户：连接到网络操作员以提供服务给一个或多个MTC UE的实体。

[0080] -MTC组：共享一个或多个MTC特点并且属于MTC订户的一组MTC UE。

[0081] EPC(演进的分组核心)

[0082] 图1是示意地图示包括演进的分组核心(EPC)的演进的分组系统(EPS)架构的图。

[0083] EPC是用于改善3GPP技术性能的系统结构演进(SAE)的核心单元。SAE对应于用于判断在各种类型的网络之中支持移动的网络结构的研究项目。SAE目的在于例如提供优化的基于分组的系统，其支持基于IP的各种无线电接入技术并且提供改进的数据传输能力。

[0084] 具体地，EPC是用于3GPP LTE系统的IP移动通信系统的核心网络，并且可以支持基于分组的实时和非实时服务。在传统的移动通信系统(例如，第二或者第三代移动通信系统)中，核心网络功能通过二个单独的子域，例如，用于探测的电路交换的(CS)子域和用于数据的分组交换的(PS)子域实现。但是，在从第三代通信系统演进的3GPP LTE系统中，CS和PS子域被统一为单个IP域。例如，在3GPP LTE系统中，IP使能的UE可以经由基于IP的基站(例如，e节点B(演进的节点B))、EPC、应用域(例如，IMS(IP多媒体子系统))连接。也就是说，EPC是实现端到端IP服务不可避免地需要的结构。

[0085] EPC可以包括各种部件，并且图1图示几个部件，例如，服务网关(SGW)、分组数据网络网关(PDN GW)、移动管理实体(MME)、服务GPRS(常规分组无线电服务)支持节点(SGSN)和增强的分组数据网关(ePDG)。

[0086] SGW用作在无线电接入网络(RAN)和核心网络之间边界点，并且是执行用于保持在e节点B和PDG GW之间的数据路径功能的单元。此外，如果UE在由e节点B服务的区域上移动，SGW用作本地移动锚点。也就是说，分组可以经由在3GPP版本8之后定义的演进的UMTS(通用移动电信系统)陆上无线电接入网络(E-UTRAN)中用于移动的SGW路由。此外，SGW可以用作用于与另一个3GPP网络移动管理的锚点，诸如，在3GPP版本8之前定义的RAN，例如，UTRAN或者GSM(全球数字移动电话系统)/EDGE(增强的数据速率GSM演进)无线电接入网络(GERAN)。

[0087] PDN GW(或者P-GW)对应于指向分组数据网络的公用接口的端点。PDN GW可以支持策略实施特点、分组滤波和计费支持。此外，PDN GW可以用作用于与3GPP网络和非3GPP网络(例如，诸如交互工作无线局域网(I-WLAN)的不可信任的网络和诸如码分多址(CDMA)或者WiMax的信任的网络)的移动管理的锚点。

[0088] 虽然在图1的网络结构中SGW和PDN GW被配置为单独的网关，但是二个网关可以根据单个网关配置选项来实现。

[0089] MME执行支持用于网络连接、网络资源分配、跟踪、寻呼、漫游和移交的UE接入的信令和控制功能。MME控制与用户和会话管理相关的控制平面功能。MME管理大量的e节点B，并且执行用于针对移交到另一个2G/3G网络的典型网关选择的信令。此外，MME执行安全过程、终端对网络会话操纵、空闲终端位置管理等等。

[0090] SGSN操纵所有分组数据，诸如，移动管理和用于另一个3GPP网络(例如，GPRS网络)的用户的验证。

[0091] ePDG用作用于不可信任的非3GPP网络(例如，I-WLAN、Wi-Fi热点等等)的安全节点。

[0092] 如上相对于图1所述，IP使能的UE可以基于非3GPP接入以及3GPP接入，经由在EPC中各种单元接入由运营商提供的IP服务网(例如，IMS)。

[0093] 图1还图示各种参考点(例如，S1-U、S1-MME等等)。在3GPP系统中，连接E-UTRAN和EPC的不同的功能实体的二个功能的概念上的链路被定义为参考点。表1列出在图1中图示的参考点。除了表1的示例之外，各种参考点可以根据网络结构存在。

[0094] [表1]

[0095]

[0096]

[0097] 在图1图示的参考点之中，S2a和S2b对应于非3GPP接口。S2a是在信任的非3GPP接入和PDNGW之间用于对用户平面提供有相关的控制和移动性支持的参考点。S2b是在ePDG和PDNGW之间用于对用户平面提供有相关的控制和移动性支持的参考点。

[0098] 图2是图示常规E-UTRAN和EPC结构的示例性示意图。

[0099] 如同所示，e节点B可以在无线电资源控制(RRC)连接的激活期间执行朝着网关的方向路由、寻呼消息的调度和传输、广播信道(BCH)的调度和传输、在上行链路和下行链路这两者中动态分配资源给UE、用于e节点B测量的配置和提供、无线电承载控制、无线电许可控制和连接移动控制的功能。在EPC中，e节点B可以执行寻呼发生、LTE空闲状态管理、用户平面的加密、系统结构演进(SAE)承载控制和非接入层(NAS)信令的加密和完整保护的功能。

[0100] 图3是图示在UE和基站之间的控制平面上的无线电接口协议的结构的示例性示意图，以及图4是图示在UE和基站之间的用户平面上的无线电接口协议的结构的示例性示意图。

[0101] 无线电接口协议是基于3GPP无线电接入网络标准。无线电接口协议水平地包括物理层、数据链路层和网络层，并且垂直地包括用于数据信息传送的用户平面和用于信令传送(控制信号传送)的控制平面。

[0102] 该协议层可以基于在通信系统中广为人知的开放系统互连(OSI)标准模型的三个较低层划分为L1(第一层)、L2(第二层)和L3(第三层)。

[0103] 在下文中，将描述在图3中示出的控制平面上的无线电协议和在图4中示出的用户平面上的无线电协议的每个层。

[0104] 属于第一层L1的物理层使用物理信道来提供信息传输服务。物理层经由传输信道被连接到在物理层之上的媒体访问控制(MAC)层。数据经由传输信道被在媒体访问控制层和物理层之间传送。并且，数据被经由物理信道在不同的物理层之间，也就是说，在发送侧的一个物理层和接收侧的另一个物理层之间传送。

[0105] 物理信道包括在时间轴上的多个子帧以及在频率轴上的多个子载波。在这种情况下，一个子帧包括在时间轴上的多个符号和多个子载波。一个子帧包括多个资源块，其每个包括多个符号和多个子载波。传输时间间隔(TTI)是用于传送数据的单位时间，其是对应于一个子帧的1ms。

[0106] 存在于发送侧和接收侧的物理层中的物理信道可以根据3GPP LTE被划分为作为数据信道的物理下行链路共享信道(PDSCH)和物理上行链路共享信道(PUSCH)、以及作为控制信道的物理下行链路控制信道(PDCCH)、物理控制格式指示符信道(PCFCH)、物理混合ARQ指示符信道(PHICH)和物理上行链路控制信道(PUCCH)。

[0107] 几个层存在于第二层中。

[0108] 首先，第二层的MAC层用来映射不同的逻辑信道为不同的传输信道，并且还用作用于将几个逻辑信道映射为一个传输信道的逻辑信道复用。MAC层经由逻辑信道与无线电链路控制(RLC)层连接，其中RLC层设置在MAC层之上。该逻辑信道取决于发送的信息的类型被分成发送控制平面信息的控制信道和发送用户平面信息的业务信道。

[0109] 第二层的RLC层用来执行从其上层接收的数据的分割和级联以控制数据的大小，使得下层发送数据给无线电间隔。

[0110] 第二层的分组数据会聚协议(PDCP)层执行用于降低具有相对大的大小和不必要的控制信息的IP分组报头大小的报头压缩功能，以在具有窄带宽的无线电通信间隔内使用诸如IPv4或者IPv6的IP分组有效地发送数据。此外，在LTE系统中，PDCP层执行安全功能。该安全功能包括防止第三方执行数据监控的加密功能和防止第三方执行数据操纵的完整保护功能。

[0111] 位于第三层的最高部分上的无线电资源控制(RRC)层被仅仅在控制平面中定义，并且与无线电承载(RB)的配置、重新配置和释放有关，以负责逻辑、传输和物理信道的控制。在这种情况下，RB指的是由第二层提供，用于在用户设备和E-UTRAN之间数据传输的服务。

[0112] 如果在用户设备的RRC层和E-UTRAN的RRC层之间存在RRC连接，用户设备处于RRC连接模式之中，并且如果不然，用户设备处于RRC空闲模式之中。

[0113] 在下文中，将描述UE的RRC状态和RRC连接方法。RRC状态指的是是否用户设备的RRC层逻辑地与E-UTRAN的RRC层相连接。如果用户设备的RRC层逻辑地与E-UTRAN的RRC层相连接，其可以称为RRC连接的(RRC_CONNECTED)状态。如果不然，其可以称为RRC空闲(RRC_IDLE)状态。由于E-UTRAN可以基于小区单元来识别处于RRC_CONNECTED状态之中的用户设备的存在，E-UTRAN可以有效地控制用户设备。另一方面，E-UTRAN不能基于小区单元识别处于RRC_IDLE状态之中的用户设备。在这种情况下，用户设备基于作为大于小区单元的本地单元的跟踪区(TA)单元来由核心网络(CN)管理。换句话说，处于RRC_IDLE状态之中的用户设备的存在可以基于大于小区单元的本地单元识别，并且以便处于RRC_IDLE状态之中的用户设备从小区接收诸如语音或者数据的常规移动通信服务，用户设备将转变为RRC_CONNECTED状态。

[0114] 当用户最初地接通用户设备的电源时，用户设备搜索恰当的小区，然后在相应的小区中建立RRC连接，并且在核心网络中注册用户设备的信息。然后，用户设备在相应的小区中保持在RRC_IDLE状态。必要时，保持在RRC_IDLE状态的用户设备执行(重新)选择小区，并且监控系统信息或者寻呼信息。这将称为预占小区。只有在需要RRC连接时，保持在RRC_IDLE状态的用户设备经由RRC连接过程与E-UTRAN的RRC层建立RRC连接，然后转变为RRC_CONNECTED状态。在这种情况下，需要RRC连接的情形可以包括需要呼叫尝试或者用户的数据传输尝试的情形，或者将发送对从E-UTRAN接收的寻呼消息的响应消息的情形。

[0115] 设置在RRC层之上的NAS(非接入层)层用来执行会话管理和移动管理。

[0116] 在图3中示出的NAS层将详细地描述如下。

[0117] 演进的会话管理(eSM)属于NAS层，其用来执行默认承载管理和专用的承载管理以负责控制用户设备使用来自网络的PS服务。默认承载资源在初始接入特定分组数据网络(PDN)期间被从网络分配。此时，网络分配可以由用户设备使用的IP地址，以允许用户设备使用数据服务，并且还分配默认承载的QoS。LTE支持二个类型的承载，也就是说，具有保证用于数据传输和接收的特定带宽的GBR(保证的比特速率)QoS特点的承载、以及具有无需保证带宽尽力而为的QoS特点的非GBR承载。默认承载被以非GBR承载分配。专用的承载可以被分配以具有GBR或者非GBR的QoS特点承载。

[0118] 从网络分配给用户设备的承载可以称为演进的分组服务(EPS)承载，并且当分配EPS承载时，网络分配一个ID。这个ID将称为EPS承载ID。一个EPS承载具有MBR(最大比特速率)或/和GBR(保证的比特速率)的QoS特点。

[0119] 图5是图示在3GPP LTE中的随机接入过程的流程图。

[0120] 该随机接入过程被使用使得UE获得与基站的UL同步，或者被分配有UL无线电资源。

[0121] UE从e节点B接收根索引和物理随机接入信道(PRACH)配置索引。每个小区存在由ZC(Zadoff-Chu)序列限定的64个候选随机接入前导，并且根索引是用于允许UE以产生64个候选随机接入前导的逻辑索引。

[0122] 随机接入前导的传输局限于每个小区的特定时间和频率资源。PRACH配置索引指示特定子帧和特定前导格式，其允许随机接入前导的传输。

[0123] UE将随机选择的随机接入前导发送给e节点B。UE选择64个候选随机接入前导的一个，并且通过PRACH配置索引选择相应的子帧。UE从选择的子帧发送选择的随机接入前导。

[0124] 已经接收随机接入前导的e节点B将随机接入响应(RAR)发送给UE。随机接入响应通过二级检测。首先，UE检测以RA-RNTI(随机接入RNTI)掩蔽的PDCCH。UE接收在有关由检测的PDCCH指示的PDSCH的MAC PDU(协议数据单元)内的随机接入响应。

[0125] 图6是图示在无线电资源控制(RRC)层中的连接过程的示意图。

[0126] RRC状态在图6中根据RRC连接被示出。RRC状态指的是是否UE的RRC层的实体逻辑地与e节点B的RRC层的实体相连接。如果UE的RRC层的实体逻辑地与e节点B的RRC层的实体相连接，其可以称为RRC连接状态。如果不然，其可以称为RRC空闲状态。

[0127] 由于E-UTRAN可以基于小区单元识别相应的UE(其处于RRC连接状态之中)的存在，所以E-UTRAN可以有效地控制UE。另一方面，E-UTRAN不能基于小区单元识别处于RRC空闲状态之中的用户设备。在这种情况下，UE基于作为大于小区单元的本地单元的跟踪区(TA)单元来由核心网络(CN)管理。换句话说，处于RRC空闲状态之中的UE的存在可以基于大于小区单元的本地单元识别，并且以便处于RRC空闲状态之中的UE从小区接收诸如语音或者数据的常规移动通信服务，UE将转变为RRC连接状态。

[0128] 当用户最初地接通UE的电源时，UE搜索恰当的小区，然后在相应的小区中保持在空闲状态。当需要RRC连接时，保持在空闲状态中的UE经由RRC连接过程建立与e节点B的RRC层的RRC连接，然后转变为RRC连接状态。

[0129] 在这种情况下，需要RRC连接的情形可以包括几个情形，例如，需要用户的呼叫尝试或者上行链路数据传输的情形，或者将发送对从E-UTRAN接收的寻呼消息的响应消息的情形。

[0130] 空闲状态的UE将执行如上所述的RRC连接过程以建立与e节点B的RRC连接。RRC连接过程包括从UE到e节点B发送RRC连接请求消息的过程、从e节点B到UE发送RRC连接建立消息的过程、以及从UE到e节点B发送RRC连接建立完成消息的过程。这些过程将参考图6更详细地描述。

[0131] 1)由于诸如呼叫尝试、数据传输尝试或者对e节点B寻呼的响应的理由，空闲状态的UE首先发送RRC连接请求消息给e节点B以建立与e节点B的RRC连接。

[0132] 2)如果RRC连接请求消息是从UE接收的，则e节点B在存在足够的无线电资源的情形下接受UE的RRC连接请求，并且将RRC连接建立消息作为响应消息发送给UE。

[0133] 3)如果接收到RRC连接建立消息，UE将RRC连接建立完成消息发送给e节点B。如果UE成功地发送RRC连接建立消息，则UE建立与e节点B的RRC连接，并且转变为RRC连接模式。

[0134] MTC结构

[0135] 图7是图示MTC通信模型示例的示意图。

[0136] 虽然相对于MTC经由PS网络的通信在3GPP GSM/UMTS/EPS中定义，但是本发明不限于经由PS网络的MTC，并且可以经由CS网络适用于MTC。在当前的技术标准中，网络结构使用3GPP系统的常规承载定义。在这种情况下，已经提出用于使用用于在MTC设备和MTC服务器之间数据交换的短消息服务(SMS)的方法。鉴于MTC应用的特点，考虑诸如测量信息和产品信息的小容量数字数据将是用于SMS的目标，已经提出最适宜的SMS的使用。作为用于使用SMS的详细方法，常规SMS方法和基于IMS的SMS方法可以支持。此外，已经提出用于协调供具有低的可移动性的MTC应用的寻呼范围的方法。

[0137] MTC应用在MTC设备和MTC服务器(例如，SCS)的每个中执行，并且经由网络相互地经由通信交互作用。此时，用于MTC业务各种模型可以取决于在MTC应用和3GPP网络之间的通信实现。图7(a)图示无需MTC服务器(例如，SCS)执行直接通信的模型，图7(b)图示MTC服务器(例如，SCS)存在在运营商域外面的模型，以及图7(c)图示MTC服务器(例如，SCS)存在在运营商域内部的模型。此外，图7(a)对应于在3GPP运营商的控制下的直接通信模式，图7(b)对应于由服务提供商控制的通信模式，以及图7(c)对应于由3GPP运营商控制的通信模式。

[0138] 图7(a)的直接模型图示MTC应用作为顶端(OTT)的应用相对于3GPP网络执行与UE(或者MTC设备)直接通信。

[0139] 图7(b)和图7(c)的间接模型图示MTC应用通过使用由3GPP网络提供的附加服务执行与UE(或者MTC设备)间接通信。更详细地，在图7(b)的示例中，MTC应用可以使用MTC服务器(例如，SCS)用于由第三方(也就是说，其不对3GPP负责)服务提供商提供的附加服务。MTC服务器(例如，SCS)可以经由各种接口执行与3GPP网络通信。同时，在图7(c)的示例中，MTC应用可以使用MTC服务器(例如，SCS)用于由3GPP运营商(也就是说，对应于服务提供商)提供的附加服务。在MTC服务器(例如，SCS)和3GPP网络之间的通信在PLMN内部执行。在图7(b)和图7(c)中，在MTC服务器(例如，SCS)和MTC应用之间的接口不由3GPP标准操纵。

[0140] 同时，由于图7(b)和图7(c)的间接模型没有排外的相互地互补，3GPP运营商可以对于不同的应用合并这些模型。也就是说，MTC通信模型可以作为直接模型和间接模型的混合模型实现，其被如图7(d)所示同时地使用。在混合模型的情况下，MTC设备可以与在HPLMN内的多个MTC服务器(例如，SCS)执行通信，并且提供给MTC应用的能力在由服务提供商控制的MTC服务器(例如，SCS)和由3GPP运营商控制的MTC服务器(例如SCS)之间可能是不同的。

[0141] 图8是图示机器型通信(MTC)结构的示例性模型的示意图。

[0142] 在用于MTC和MTC应用的UE(或者MTC设备)之间的端到端应用可以使用由3GPP系统提供的服务和由MTC服务器(例如，SCS)提供的选择性的服务。3GPP系统可以提供包括用于使能MTC被平滑地执行的各种优化的输送和通信服务(包括3GPP承载服务、IMS和SMS)。图8图示用于MTC的UE经由Um/Uu/LTE-Uu接口连接到3GPP网络(UTRAN、E-UTRAN、GERAN、I-WLAN等等)。在图8中描述的结构包括参考图7描述的各种MTC模型。

[0143] 首先，将描述在图8中示出的实体。

[0144] 在图8中，应用服务器(AS)对应于MTC应用在网络上执行的服务器，并且可以称为MTC应用服务器(AS)。前面提到的执行MTC应用的各种技术可以适用于MTC服务器。有关该技术的详细说明将被省略。此外，在图8中，MTC应用服务器(AS)可以经由参考点API接入MTC服务器(例如，在图8的示例中的SCS)，并且其详细说明将被省略。另外，MTC应用服务器(AS)可以与MTC服务器(例如，SCS)一起被共处一地。

[0145] MTC服务器(例如，SCS)是管理在网络上的MTC设备的服务器。MTC服务器可以与3GPP网络连接以与用于MTC的UE和PLMN的节点执行通信。

[0146] MTC-IWF(MTC交互工作功能)控制在MTC服务器和运营商核心网络之间的交互工作，并且可以起MTC操作代理的作用。为了支持MTC间接或者混合模型，至少一个MTC-IWF可以存在于本地PLMN(HPLMN)中。MTC-IWF可以通过中继或者解释有关参考点Tsp的信令协议产生PLMN工作的特定功能。MTC-IWF可以在MTC服务器建立与3GPP网络通信之前执行验证MTC服务器的功能、验证由MTC服务器请求的控制平面请求的功能、与触发指示(稍后描述其)相关的各种功能等等。

[0147] SMS-SC(短消息服务-服务中心)/IP-SM-GW(网际协议短信息网关)可以管理SMS(短消息服务)的传输和接收。SMS-SC可以负责在SME(短信息实体)(发送或者接收短信息的实体)和移动站之间中继短信息、以及执行存储和传送短信息的功能。IP-SM-GW可以负责在基于IP的UE和SMS-SC之间的协议交互工作。

[0148] CDF(计费数据功能)/CGF(计费网关功能)可以执行与计费相关的操作。

[0149] HLR/HSS可以执行存储用户信息(IMSI等等)、路由信息、配置信息等等的功能以及将该信息提供给MTC-IWF的功能。

[0150] MSC/SGSN/MME可以执行诸如用于UE的网络连接的移动管理、验证和资源分配这样的控制功能。相对于稍后描述的触发，MSC/SGSN/MME可以从MTC-IWF接收触发指示，并且执行处理触发指示为提供给MTC设备的消息形式的功能。

[0151] GGSN(网关GPRS支持节点)/S-GW(服务网关)+P-GW(分组数据网络网关)可以执行负责在核心网络和外部网络之间建立连接的网关的功能。

[0152] 以下的表2是在图8中描述的主要参考点的综述。

[0153] [表2]

[0154]

[0155] 在前面提到的T5a、T5b和T5c之中，至少一个参考点可以称为T5。

[0156] 同时，在间接模型和混合模型的情况下与MTC服务器(例如，SCS)的用户平面通信、以及在直接模型和混合模型的情况下与MTC应用服务器(AS)的通信可以经由参考点Gi和SGi使用传统协议执行。

[0157] 与参考图7和8进行的说明相关的细节将参考3GPP TS 23.682文献理解。

[0158] MTC设备触发和取消

[0159] 与传统人与人通信模式相比较，MTC其特征在于大量的设备通常地发送和接收小容量的数据。此外，MTC根据预先确定的周期，或者在特定事件发生期间执行，并且很少执行。考虑这些，MTC设备通常被设置为脱机状态以最小化功耗。可替选地，即使MTC设备被设置为联机状态，MTC设备不能建立用于数据传输和接收的连接(例如，IP(网际协议)连接)，以使用最小系统资源。这些示例性情形包括在MTC设备的IP地址既不由服务器可用，又不可达到的情形中。在这种情况下，为了执行MTC，需要请求或者指示信令以允许MTC设备以建立IP连接。这可以称为用于MTC设备的触发指示。此外，在MTC设备中用于根据来自MTC服务器的预先确定的请求或者指示信令建立IP连接的操作可以称为MTC设备触发。

[0160] 同时，相对于MTC设备触发取消先前提交的触发消息的问题已经在3GPP版本12标准化之下论述。

[0161] 实际上可能出现UE(或者MTC设备)无法临时地接收触发消息的状态。例如，UE可以位于覆盖外面，或者由于另一个任务可能未能接收和处理触发消息，或者存储空间可能不足。在这种情况下，网络将排队对于相同的UE未传送的触发消息，并且稍后再试传输(如果有效性周期没有期满)。

[0162] 但是，如果该触发消息没有传送，这个操作可能是冗余的，并且是不必要的。SCS或者AS(应用服务器)将撤回该触发消息。在任何情况下，未传送的触发消息可能需要以新触发消息替换。例如，虽然未传送的触发消息已经请求UE以“发送传感器A的读取结果”，如果后续的触发消息请求UE以“发送所有可用的传感器的读取结果”，未传送的触发消息可能需要被替换。

[0163] 如果网络未能提供撤回或者替换未传送的触发消息的能力，多个不必要的触发消息可能被传送给UE，借此网络资源可能被浪费。由于这个缘故，出现触发系统可能非常低效的问题。为了解决这个问题，先前地提交，但是没有传送给UE的触发消息将被撤回或者替换。

[0164] 为此，用于操纵取消(例如，撤回或者替换)设备触发消息请求(其先前地已经提交，但是没有传送给UE)的方法在3GPP TR 23.887 v.1.10文献中定义。用于取消(撤回/替换)设备触发消息的方法可以定义用于图8的参考点Tsp、T4或者T5，并且将详细描述如下。

[0165] 图9是图示用于在Tsp参考点上撤回/替换设备触发的方法的示意图。

[0166] 在图9的步骤中，如果SCS确定先前提交的触发消息需要被撤回/替换，SCS可以将设备动作请求消息发送给MTC-IWF。设备动作请求消息可以包括外部标识符或者MSIDSN、SCS标识符、旧触发参考数字、新触发参考数字、有效期、优先级和触发有效载荷。此外，设备动作请求消息的动作类型可以被设置为“触发撤回请求”或者“触发替换请求”。在仅触发替换请求的情况下，SCS可以在设备动作请求中包括新触发参考数字、有效期、优先级和触发有效载荷。旧触发参考数字指示分配给已经预先地提交，但是意欲由SCS取消的触发消息的触发参考数字。新触发参考数字由SCS分配给最新提交的触发消息。

[0167] 如果SCS超过定额，或者在Tsp上触发提交的速率，MTC-IWF可以通过发送具有指示故障原因的原因值的设备触发确认信息，拒绝由SCS发送的设备动作请求消息，以允许动作类型被设置为“触发撤回请求”或者“触发替换请求”。在这种情况下，流程被停止。

[0168] 在图9的步骤2a中，如果要撤回或者替换的触发消息被存储在SMS-SC中，可以执行撤回/替换T4设备触发的过程，将参考图10或者11描述其。

[0169] 在图9的步骤2b中，如果要撤回或者替换的触发消息被存储在MTC-IWF中，可以执行撤回/替换T5设备触发的过程，将参考图12或者13描述其。

[0170] 在图9的步骤3中，MTC-IWF可以经由设备动作应答消息通知SCS触发撤回/替换成功或者失败。如果触发的撤回/替换是成功的，其可以反映在具有传输结果，诸如“撤回”/“替换”的原始触发消息的“设备触发报告”中。

[0171] 图10是图示用于在T4参考点上替换设备触发的方法的示意图。

[0172] 在图10的步骤1中，MTC-IWF可以基于设备动作请求消息的动作类型将提交触发替换消息发送给SMS-SC。该提交触发替换消息可以包括外部标识符或者MSIDSN、IMSI、SCS标识符、旧触发参考数字、新触发参考数字、有效期、优先级和触发有效载荷。

[0173] 在图10的步骤2中，SMS-SC可以基于外部标识符或者MSISDN、SCS标识符和旧触发参考数字(其包括在接收的提交触发替换消息中)识别将被替换的触发消息。SMS-SC可以检查是否识别的触发消息已经发送给UE或者在其中待定。

[0174] 在图10的过程A)中，如果触发消息在SMS-SC中待定，或者如果触发消息已经发送给UE，但是其传输失败，执行步骤3a至6a。

[0175] 在图10的步骤3a中，SMS-SC可以删除存储的触发消息，并且当UE是可用时，可以存储新触发消息以将新触发消息传送给UE。

[0176] 在图10的步骤4a中，SMS-SC可以通过将提交触发替换响应消息发送给MTC-IWF，通知MTC-IWF先前提交的触发消息已经成功地以新的一个替换。

[0177] 在图10的步骤5a中，SMS-SC可以发送指示原始触发消息已经替换的触发传送报告。

[0178] 在图10的步骤6a中，如果UE是可用的，新触发消息可以传送给UE。

[0179] 在图10的过程B)中，如果触发消息被发送给UE，并且成功地传送给UE，或者如果原始触发消息期满，执行步骤3b至4b。在这种情况下，SMS-SC考虑新触发消息为将传送给UE的触发消息。

[0180] 在图10的步骤3b中，SMS-SC可以通过将提交触发替换响应消息发送给MTC-IWF，通知MTC-IWF先前提交的触发消息已经成功地传送，并且将传送新触发消息。

[0181] 在图10的步骤4b中，可以执行将新触发消息传送给UE的过程。

[0182] 图11是图示用于在T4参考点上撤回设备触发的方法的示意图。

[0183] 在图11的步骤1中，MTC-IWF可以基于设备动作请求消息的动作类型将提交触发撤回消息发送给SMS-SC。提交触发撤回消息可以包括外部标识符或者MSIDSN、IMSI、SCS标识符、旧触发参考数字等等。

[0184] 在图11的步骤2中，SMS-SC可以基于外部标识符或者MSISDN、SCS标识符和旧触发参考数字(其包括在接收的提交触发撤回消息中)识别将被撤回的触发消息。SMS-SC可以检查是否识别的触发消息已经发送给UE或者在其中待定。

[0185] 在图11的过程A)中，如果触发消息在SMS-SC中待定，或者如果触发消息已经发送给UE，但是其传输失败，执行步骤3a至6a。

[0186] 在图11的步骤3a中，SMS-SC可以删除存储的触发消息，并且可以请求HSS以从消息等待表中删除SMS-SC地址。

[0187] 在图11的步骤4a中，SMS-SC可以通过将提交触发撤回响应消息发送给MTC-IWF，通知MTC-IWF先前提交的触发消息已经成功地删除。

[0188] 在图11的步骤5a中，SMS-SC可以发送指示原始触发消息已经撤回的触发传送报告。

[0189] 在图11的过程B)中，如果触发消息被发送给UE，并且成功地传送给UE，或者如果原始触发消息期满，则可以执行步骤3b。

[0190] 在图11的步骤3b中，SMS-SC可以将具有指示撤回请求已经失败的原因值(也就是说，由于先前提交的触发消息成功的传送或者期满)的提交触发撤回响应消息发送给MTC-IWF。

[0191] 图12是图示用于在T5参考点上替换设备触发的方法的示意图。

[0192] 在图12的步骤1中，MTC-IWF可以基于外部标识符或者MSISDN、SCS标识符和旧触发参考数字(其包括在接收的提交触发替换消息中)识别将被替换的触发消息。MTC-IWF可以检查是否识别的触发消息已经发送给UE或者在其中待定。

[0193] 在图12的过程A)中，如果触发消息在MTW-IWF中待定，或者如果触发消息已经发送给UE，但是其传输失败，执行步骤2a至4a。

[0194] 在图12的步骤2a中，MTC-IWF删除存储的触发消息，并且当UE是可用时，存储要传送给UE的新触发消息。

[0195] 在图12的步骤3a中，MTC-IWF可以考虑先前提交的触发消息已经被成功地替换。

[0196] 在图12的步骤4a中，如果UE是可用的，新触发消息可以传送给UE。

[0197] 在图12的过程B)中，如果触发消息被发送给UE，并且成功地传送给UE，或者如果原始触发消息期满，则执行步骤2b至3b。在这种情况下，MTC-IWF考虑新触发消息为将传送给UE的触发消息。

[0198] 在图12的步骤2b中，MTC-IWF可以考虑替换请求已经失败(也就是说，由于先前提交的触发消息成功的传送或者期满)。

[0199] 在图12的步骤3b中，如果UE是可用的，新触发消息可以传送给UE。

[0200] 图13是图示用于在T5参考点上撤回设备触发的方法的示意图。

[0201] 在图13的步骤1中，MTC-IWF可以基于外部标识符或者MSISDN、SCS标识符和旧触发参考数字(其包括在接收的提交触发撤回消息中)识别将被撤回的触发消息。MTC-IWF可以检查是否识别的触发消息已经发送给UE或者在其中待定。

[0202] 在图13的过程A)中，如果触发消息在MTW-IWF中待定，或者如果触发消息已经发送给UE，但是其传输失败，则执行步骤2a至3a。

[0203] 在图13的步骤2a中，MTC-IWF可以删除存储的触发消息。如果MTC-IWF具有注册的UE可达到性通知，则MTC-IWF可以在HSS中注销来自UE可达到性通知的登记。

[0204] 在图13的步骤3a中，MTC-IWF可以考虑先前提交的触发消息已经被成功地删除。

[0205] 在图13的过程B)中，如果触发消息被发送给UE，并且成功地传送给UE，或者如果原始触发消息期满，则可以执行步骤2b。

[0206] 在图13的步骤2b中，MTC-IWF可以考虑撤回请求已经失败(也就是说，由于先前提交的触发消息成功的传送或者期满)。

[0207] 用于取消MTC设备触发的增强方法

[0208] 前面提到的从SCS/AS发送的设备触发消息的替换请求可以理解取消或者删除先前提交的设备触发消息的请求和提交新设备触发消息的请求相互结合。因此，撤回或者替换设备触发消息的过程可以集中于先前提交的设备触发消息的取消或者删除。

[0209] 同时，当SCS/AS考虑先前提交的设备触发消息没有传送给UE，并且发送先前提交的设备触发消息的撤回或者替换时，设备触发消息(也就是说，先前提交的(或者原始)设备触发消息)可以被传送给UE。根据传统系统，即使存在来自SCS/AS的取消请求，如果原始设备触发消息已经传送给UE，其被操纵无需单独的解决方案，该取消只不过地失败。但是，由于UE的操作(例如，MTC相关的信息采集的任务或者预留的任务、到MTC服务器的连接、到MTC服务器的数据传输等等)根据已经请求取消的原始设备触发消息考虑到MTC用户不再是有效的，所需要的是在UE中取消不必要的(或者错误的)任务。

[0210] 例如，在基于T4的设备触发系统(也就是说，基于SMS的设备触发系统)中，由于已经发送给UE的触发消息不同于常规SMS，所需要的是取消由于触发消息导致的UE的操作。更详细地，由于常规SMS(也就是说，SMS不意欲用于设备触发)意欲被显示给用户，如果SMS已经发送给UE，SMS的内容已经显示给用户，借此取消SMS的操作可能不是有效的或者不必要的。此外，如果常规SMS被取消，附加的显示操作可能导致通知用户该取消，借此用户体验可能更加劣化。同时，意欲用于设备触发的SMS用作供指示MTC相关的操作给UE的命令，并且由于设备触发，导致UE的附加的操作(例如，MTC相关的任务、预留的任务、连接、数据传输等等)。如果设备触发被取消，由设备触发所引起的UE操作对UE不是有效的，借此所需要的是允许UE操作不执行。为此，所需要的是通知UE设备触发取消，借此可以防止出现UE的不必要的操作或者错误操作。

[0211] 本发明提出用于操纵请求取消(例如，请求撤回或者请求替换)设备触发消息的方法。在下文中将描述的本发明的方法可以通过一个或多个的组合执行。

[0212] 方法1

[0213] 这个方法1涉及SMS-SC存储已经请求取消的设备触发消息的情形。

[0214] 以下的方法1-1和1-2的一个或多个可以适用于当从MTC-IWF接收设备触发消息的撤回或者替换请求时，存储设备触发消息的SMS-SC已经将设备触发消息发送给UE的情形。

[0215] 方法1-1

[0216] SMS-SC可以将指示已经请求设备触发消息取消的通知消息(例如，触发取消通知消息)发送给UE。由SMS-SC发送给UE的指示已经请求设备触发消息取消的通知消息可以是在T4上发送的SMS类型消息。此外，指示已经请求设备触发消息取消的通知消息可以是，但是不限于限定为新类型设备触发消息。

[0217] 如果该取消请求以替换请求为基础，SMS-SC可以包括在新设备触发消息(也就是说，替换请求取消原始设备触发消息的新设备触发消息)中指示已经请求先前地发送的设备触发消息取消，同时将新设备触发消息发送给UE的信息。

[0218] 用于针对从SMS-SC到UE发送指示已经请求设备触发消息取消的通知消息的操作的条件可以是以下的i)、ii)和iii)的任何一个：

[0219] i)已经请求取消的设备触发消息被成功地传送给UE的情形；

[0220] ii)已经请求取消的设备触发消息不考虑成功的传送给UE(也就是说，所有情形)被发送的情形；以及

[0221] iii)已经请求取消的设备触发消息被成功地传送给UE的情形以及设备触发消息成功的传送没有通知(也就是说，除了已经请求取消的设备触发消息传送给UE失败的情形之外)的情形。

[0222] 方法1-2

[0223] SMS-SC可以将指示已经请求取消的设备触发消息已经发送给UE的通知消息发送给MTC-IWF。用于针对从SMS-SC到MTC-IWF发送通知消息的操作的条件可以是以下的i)、ii)和iii)的任何一个：

[0224] i)已经请求取消的设备触发消息被成功地传送给UE的情形；

[0225] ii)已经请求取消的设备触发消息不考虑成功的传送给UE(也就是说，所有情形)被发送的情形；以及

[0226] iii)已经请求取消的设备触发消息被成功地传送给UE的情形以及设备触发消息成功的传送给UE没有通知(也就是说，除了已经请求取消的设备触发消息传送给UE失败的情形之外)的情形。

[0227] 此外，从SMS-SC发送到MTC-IWS的通知消息可以另外包括在SMS-SC上的状态信息，其指示是否已经请求取消的设备触发消息已经发送给UE，如果相应的设备触发消息已经发送给UE，指示是否设备触发消息的传送是成功或者失败的，或者指示是否没有通知相应的设备触发消息成功的传送或者失败的传送。

[0228] 已经从SMS-SC接收通知消息的MTC-IWF可以将指示已经请求设备触发消息取消的通知消息(例如，触发取消通知消息)发送给UE。

[0229] 用于针对从MTC-IWF(其已经从SMS-SC接收通知消息)到UE发送通知消息的操作的条件可以是以下的i)、ii)和iii)的任何一个：

[0230] i)已经请求取消的设备触发消息被成功地传送给UE的情形；

[0231] ii)已经请求取消的设备触发消息不考虑成功的传送给UE(也就是说，所有情形)被发送的情形；以及

[0232] iii)已经请求取消的设备触发消息被成功地传送给UE的情形以及设备触发消息成功的传送给UE没有通知(也就是说，除了已经请求取消的设备触发消息传送给UE失败的情形之外)的情形。

[0233] 由MTC-IWF发送给UE的指示已经请求设备触发消息取消的通知消息可以是在T4或者T5上发送的消息。此外，指示已经请求设备触发消息取消的通知消息可以是，但是不限于限定为新类型设备触发消息。

[0234] 方法1-1可以用于或者适用于支持基于T4的设备触发系统的移动通信网络，并且方法1-2可以用于或者适用于支持基于T4的设备触发系统和基于T5的设备触发系统这两者的移动通信网络。但是，考虑到由移动通信网络支持的系统和效率，不限于以上所述方法的适当的方法可以适用于移动通信网络。

[0235] 方法2

[0236] 这个方法2涉及MTC-IWF存储已经请求取消的设备触发消息的情形。

[0237] 以下的方法可以适用于当从SCS-AS接收设备触发消息的撤回或者替换请求时，存储设备触发消息的MTC-IWF已经将设备触发消息发送给UE的情形。

[0238] MTC-IWF可以将指示已经请求设备触发消息取消的通知消息(例如，触发取消通知消息)发送给UE。由MTC-IWF发送给UE的指示已经请求设备触发消息取消的通知消息可以是在T4或者T5上发送的消息。此外，指示已经请求设备触发消息取消的通知消息可以是，但是不限于限定为新类型设备触发消息。

[0239] 如果该取消请求以替换请求为基础，MTC-IWF可以包括在新设备触发消息(也就是说，替换请求取消原始设备触发消息的新设备触发消息)中指示已经请求先前地发送的设备触发消息取消，同时将新设备触发消息发送给UE的信息。

[0240] 用于针对从MTC-IWF到UE发送指示已经请求设备触发消息取消的通知消息的操作的条件可以是以下的i)、ii)和iii)的任何一个：

[0241] i)已经请求取消的设备触发消息被成功地传送给UE的情形；

[0242] ii)已经请求取消的设备触发消息不考虑成功的传送给UE(也就是说，所有情形)被发送的情形；以及

[0243] iii)已经请求取消的设备触发消息被成功地传送给UE的情形以及设备触发消息成功的传送没有通知(也就是说，除了已经请求取消的设备触发消息传送给UE失败的情形之外)的情形。

[0244] 方法2可以用于或者适用于支持基于T5的设备触发系统的移动通信网络，并且可以用于或者适用于支持基于T4的设备触发系统和基于T5的设备触发系统这两者的移动通信网络。但是，考虑到由移动通信网络支持的系统和效率，不限于以上所述方法的适当的方法可以适用于移动通信网络。

[0245] 在根据本发明的前面提到的方法中，从SMS-SC或者MTC-IWF发送到UE，指示已经请求设备触发消息取消的通知消息可以包括用于识别已经请求设备触发消息取消的信息(例如，旧设备触发参考数字)。此外，该通知消息可以包括作为可以确定由UE执行的操作基础的各种类型的信息，UE接收用于已经请求取消的设备触发消息的该通知消息。这个信息可以包括在指示已经请求设备触发消息取消的通知消息的报头部分和/或数据(有效载荷)部分中。如果指示已经请求设备触发消息取消的通知消息被限定为新类型设备触发消息，该信息可以包括在新类型设备触发消息的报头部分和/或数据(有效载荷)部分中。

[0246] 此外，虽然本发明前面提到的方法已经基于设备触发消息描述，在本发明中提出的原理可以同等地适用于甚至当出现小的数据消息的取消(例如，撤回或者替换)请求时，先前地已经提交，但是没有传送给UE的小的数据消息已经发送给UE的情形。

[0247] 实施例1

[0248] 图14是图示根据本发明的一个实施例的替换设备触发过程的示意图。

[0249] 在图14的步骤1中，如果SCS/AS确定先前提交的触发消息(例如，第一触发消息)需要被替换，SCS/AS可以将设备动作请求消息发送给MTC-IWF。设备动作请求消息可以包括外部标识符或者MSIDSN、SCS标识符、旧触发参考数字、新触发参考数字、有效期、优先级和触发有效载荷。此外，设备动作请求消息的动作类型可以被设置为“触发替换请求”。

[0250] 旧触发参考数字指示分配给已经预先地提交，但是意欲由SCS/AS取消的触发消息(例如，第一触发消息)的触发参考数字。新触发参考数字由SCS/AS分配给最新提交的触发消息(例如，第二触发消息)。

[0251] 如果SCS/AS超过定额，或者在Tsp上触发提交的速率，MTC-IWF可以通过发送具有指示故障原因的原因值的设备触发确认信息，拒绝由SCS/AS发送的设备动作请求消息，以允许动作类型被设置为“触发替换请求”。在这种情况下，流程被停止。

[0252] 在图14的步骤2中，MTC-IWF可以基于外部标识符或者MSISDN、SCS标识符和旧触发参考数字(其包括在接收的提交触发替换消息中)识别将被替换的触发消息。MTC-IWF可以检查是否识别的触发消息已经发送给UE或者在其中待定。

[0253] 在图14的过程A)中，如果触发消息在MTC-IWF中待定，或者如果触发消息已经发送给UE，但是其传输失败，执行步骤3a至5a。

[0254] 在图14的步骤3a中，MTC-IWF可以删除存储的触发消息(例如，第一触发消息)，并且当UE是可用时，可以存储新触发消息(例如，第二触发消息)以将新触发消息传送给UE。

[0255] 在图14的步骤4a中，MTC-IWF可以考虑先前提交的触发消息(例如，第一触发消息)已经被成功地替换。

[0256] 在图14的步骤5a中，如果UE是可用的，则MTC-IWF可以将新触发消息(例如，第二消息)传送给UE。新触发消息的传送可以取决于下行链路小的数据传输的过程。

[0257] 例如，下行链路小的数据传输的过程可以包括以下的步骤：1)从MTC-IWF到HSS发送询问，并且接收对询问的响应，2)从MTC-IWF到SGSN/MME发送T5-AP-PDU(SDT-PDU)，3)从SGSN/MME到UE发送NAS-PDU(SDT-PDU)，4)从UE到应用发送SDT-PDU，5)从应用到UE发送传送的确认，6)从UE到SGSN/MME发送NAS-PDU-Ack消息，以及7)从SGSN/MME到MTC-IWF发送T5-AP-PDU-Ack消息。

[0258] 在图14的过程B)中，如果触发消息被发送给UE，并且成功地传送给UE，或者如果原始触发消息期满，执行步骤3b至4b。在这种情况下，MTC-IWF考虑新触发消息为将传送给UE的触发消息。

[0259] 在图14的步骤3b中，MTC-IWF可以考虑替换请求已经失败(也就是说，由于先前提交的触发消息成功的传送或者期满)。

[0260] 在图14的步骤4b中，如果UE是可用的，新触发消息(例如，第二消息)可以传送给UE。新触发消息的传送可以取决于下行链路小的数据传输的过程。

[0261] 如果原始触发消息(例如，第一触发消息)已经发送给UE，MTC-IWF可以通过在新触发消息中包括指示已经请求原始触发消息(例如，第一触发消息)取消的信息，将新触发消息(例如，第二触发消息)发送给UE。已经接收新触发消息的UE可以执行相应的操作，该新触发消息包括指示已经请求原始触发消息取消的信息。例如，UE可以执行将根据原始触发消息执行的操作，诸如，取消任务或者预留的任务、取消连接到MTC服务器或者取消到MTC服务器的数据传输。

[0262] 在图14的步骤6中，MTC-IWF可以经由设备动作应答消息通知SCS/AS触发替换成功或者失败。

[0263] 实施例2

[0264] 图15是图示根据本发明的一个实施例的撤回设备触发过程的示意图。

[0265] 在图15的步骤1中，如果SCS/AS确定先前提交的触发消息(例如，第一触发消息)需要被撤回，SCS/AS可以将设备动作请求消息发送给MTC-IWF。该设备动作请求消息可以包括外部标识符或者MSIDSN、SCS标识符、旧触发参考数字等等。此外，设备动作请求消息的动作类型可以被设置为“触发撤回请求”。

[0266] 旧触发参考数字指示分配给已经预先地提出，但是意欲由SCS取消的触发消息的触发参考数字。

[0267] 如果SCS/AS超过定额，或者在Tsp上触发提交的速率，MTC-IWF可以通过发送具有指示故障原因的原因值的设备触发确认信息，拒绝由SCS/AS发送的设备动作请求消息，以允许动作类型被设置为“触发撤回请求”。在这种情况下，流程被停止。

[0268] 在图15的步骤2中，MTC-IWF可以基于外部标识符或者MSISDN、SCS标识符和旧触发参考数字(其包括在接收的提交触发替换消息中)识别将被撤回的触发消息。MTC-IWF可以检查是否识别的触发消息已经发送给UE或者在其中待定。

[0269] 在图15的过程A)中，如果触发消息在MTC-IWF中待定，或者如果触发消息已经发送给UE，但是其传输失败，则执行步骤3a至4a。

[0270] 在图15的步骤3a中，MTC-IWF可以删除存储的触发消息。如果MTC-IWF具有注册的UE可达到性通知，则MTC-IWF可以在HSS中注销来自UE可达到性通知的登记。

[0271] 在图15的步骤4a中，MTC-IWF可以考虑先前提交的触发消息已经被成功地删除。

[0272] 在图15的过程B)中，如果触发消息被发送给UE，并且成功地传送给UE，或者如果原始触发消息期满，则可以执行步骤3b至4b。

[0273] 在图15的步骤3b中，MTC-IWF可以考虑撤回请求已经失败(也就是说，由于先前提交的触发消息成功的传送或者期满)。

[0274] 在图15的步骤4b中，如果原始触发消息(例如，第一触发消息)已经发送给UE，则MTC-IWF可以将预先确定的消息(例如，触发取消通知消息)(其包括指示已经请求取消原始触发消息的信息)发送给UE。已经接收预先确定的消息的UE可以执行相应的操作，该预先确定的消息包括指示已经请求原始触发消息取消的信息。例如，UE可以执行将根据原始触发消息执行的操作，诸如，取消任务或者预留的任务、取消连接到MTC服务器，或者取消到MTC服务器的数据传输。

[0275] 在图15的步骤5中，MTC-IWF可以经由设备动作应答消息通知SCS/AS触发撤回成功或者失败。

[0276] 实施例3

[0277] 图16是图示根据本发明的另一个实施例的替换设备触发过程的示意图。

[0278] 在图16的步骤1中，MTC-IWF可以基于设备动作请求消息的动作类型将提交触发替换消息发送给SMS-SC。该提交触发替换消息可以包括外部标识符或者MSIDSN、IMSI、SCS标识符、旧触发参考数字、新触发参考数字、有效期、优先级和触发有效载荷。

[0279] 在图16的步骤2中，SMS-SC可以基于外部标识符或者MSISDN、SCS标识符和旧触发参考数字(其包括在接收的提交触发替换消息中)识别将被替换的触发消息。SMS-SC可以检查是否识别的触发消息(例如，第一触发消息)已经发送给UE或者在其中待定。

[0280] 在图16的过程A)中，如果触发消息(例如，第一触发消息)在SMS-SC中待定，或者如果触发消息(例如，第一触发消息)已经发送给UE，但是其传送失败，则执行步骤3a至6a。

[0281] 在图16的步骤3a中，SMS-SC可以删除存储的触发消息(例如，第一触发消息)，并且当UE是可用时，可以存储新触发消息(例如，第二触发消息)以将新触发消息传送给UE。

[0282] 在图16的步骤4a中，SMS-SC可以通过将提交触发替换响应消息发送给MTC-IWF，通知MTC-IWF先前提交的触发消息(例如，第一触发消息)已经成功地以新的一个替换。

[0283] 在图16的步骤5a中，SMS-SC可以发送指示原始触发消息(例如，第一触发消息)已经替换的触发传送报告。

[0284] 在图16的步骤6a中，如果UE是可用的，则新触发消息(例如，第二触发消息)可以传送给UE。

[0285] 在图16的过程B)中，如果触发消息(例如，第一触发消息)被发送给UE，并且成功地传送给UE，或者如果原始触发消息(例如，第一触发消息)期满，则执行步骤3b至4b。在这种情况下，SMS-SC考虑新触发消息(例如，第二触发消息)为将传送给UE的触发消息。

[0286] 在图16的步骤3b中，SMS-SC可以通过将提交触发替换响应消息发送给MTC-IWF，通知MTC-IWF先前提交的触发消息(例如，第一触发消息)已经成功地传送，并且新触发消息(例如，第二触发消息)将被传送。

[0287] 在图16的步骤4b中，可以执行将新触发消息(例如，第二触发消息)传送给UE的过程。

[0288] 如果原始触发消息(例如，第一触发消息)已经发送给UE，MTC-IWF可以通过在新触发消息中包括指示已经请求原始触发消息(例如，第一触发消息)取消的信息，将新触发消息(例如，第二触发消息)发送给UE。已经接收新触发消息的UE可以执行相应的操作，该新触发消息包括指示已经请求原始触发消息取消的信息。例如，UE可以执行将根据原始触发消息执行的操作，诸如，取消任务或者预留的任务、取消连接到MTC服务器，或者取消到MTC服务器的数据传输。

[0289] 实施例4

[0290] 图17是图示根据本发明的另一个实施例的撤回设备触发过程的示意图。

[0291] 在图17的步骤1中，MTC-IWF可以基于设备动作请求消息的动作类型将提交触发撤回消息发送给SMS-SC。提交触发撤回消息可以包括外部标识符或者MSIDSN、IMSI、SCS标识符、旧触发参考数字等等。

[0292] 在图17的步骤2中，SMS-SC可以基于外部标识符或者MSISDN、SCS标识符和旧触发参考数字(其包括在接收的提交触发撤回消息中)识别将被撤回的触发消息。SMS-SC可以检查是否识别的触发消息(例如，第一触发消息)已经发送给UE或者在其中待定。

[0293] 在图17的过程A)中，如果触发消息(例如，第一触发消息)在SMS-SC中待定，或者如果触发消息(例如，第一触发消息)已经发送给UE，但是其传送失败，则执行步骤3a至5a。

[0294] 在图17的步骤3a中，SMS-SC可以删除存储的触发消息(例如，第一触发消息)，并且可以请求HSS以从消息等待表中删除SMS-SC地址。

[0295] 在图17的步骤4a中，SMS-SC可以通过将提交触发撤回响应消息发送给MTC-IWF，通知MTC-IWF先前提交的触发消息(例如，第一触发消息)已经被成功地删除。

[0296] 在图17的步骤5a中，SMS-SC可以发送指示原始触发消息(例如，第一触发消息)已经撤回的触发传送报告。

[0297] 在图17的过程B)中，如果触发消息(例如，第一触发消息)被发送给UE，并且成功地传送给UE，或者如果原始触发消息(例如，第一触发消息)期满，则可以执行步骤3b。

[0298] 在图17的步骤3b中，如果原始触发消息(例如，第一触发消息)已经发送给UE，MTC-IWF可以将预先确定的消息(例如，触发取消通知消息)(其包括指示已经请求原始触发消息取消的信息)发送给UE。已经接收预先确定的消息的UE可以执行相应的操作，该预先确定的消息包括指示已经请求原始触发消息取消的信息。例如，UE可以执行将根据原始触发消息执行的操作，诸如，取消任务或者预留的任务、取消连接到MTC服务器或者取消到MTC服务器的数据传输。

[0299] 在图17的步骤4b中，SMS-SC可以将具有指示撤回请求已经失败的原因值(也就是说，由于先前提交的触发消息(例如，第一触发消息)成功的传送或者期满)的提交触发撤回响应消息发送给MTC-IWF。

[0300] 虽然为了描述的简明，在图14至17中描述的示例性方法已经表示为一系列的操作，一系列的操作不意欲限制步骤的顺序，并且必要时，相应的步骤可以同时地或者以不同的顺序执行。此外，应该理解，在图14至17中图示的所有步骤不需要必然地执行在本发明中提出的方法。

[0301] 在图14至17中图示的方法可以以诸如在本发明前面提到的各种实施例中描述的内容可以独立地或者二个适用于该方法，或者实施例可以同时地适用于该方法这样的方式执行。

[0302] 图18是图示根据本发明的优选实施例的用户设备和网络节点设备的示意图。

[0303] 参考图18，根据本发明的用户设备100可以包括收发模块110、处理器120和存储器130。收发模块110可以被配置成发送各种信号、数据和信息给外部设备，并且从外部设备接收各种信号、数据和信息。用户设备100可以经由有线和/或无线与外部设备连接。处理器
120可以控制用户设备100的整个操作，并且可以被配置成执行处理要发送和从外部设备接收的信息的操作功能。此外，处理器120可以被配置成执行在本发明中提出的UE操作。存储器130可以存储对于预先确定的时间操作处理的信息，并且可以以缓存器(未示出)替换。

[0304] 参考图18，根据本发明的网络节点设备200可以包括收发模块210、处理器220和存储器230。收发模块210可以被配置成发送各种信号、数据和信息给外部设备，并且从外部设备接收各种信号、数据和信息。网络节点设备200可以经由有线和/或无线与外部设备连接。处理器220可以控制网络节点设备200的整个操作，并且可以被配置成执行要从外部设备发送和接收的操作处理信息的功能。存储器230可以存储对于预先确定的时间操作处理的信息，并且可以以缓存器(未示出)替换。

[0305] 此外，前面提到的用户设备100和前面提到的网络节点设备200的细节可以以这样的方式配置，即，本发明前面提到的各种实施例可以独立地适用于前面提到的用户设备100和前面提到的网络节点设备200，或者两个或更多个实施例可以同时地适用于前面提到的用户设备100和前面提到的网络节点设备200，并且为了清楚重复的描述将被省略。

[0306] 根据本发明的前面提到的实施例可以通过例如硬件、固件、软件或者他们的组合的各种手段来实现。

[0307] 如果根据本发明的实施例通过硬件实现，根据本发明的实施例的方法可以通过一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程序逻辑设备(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等等实现。

[0308] 如果根据本发明的实施例通过固件或者软件实现，根据本发明的实施例的方法可以通过一种执行如上描述的功能或者操作的模块、过程或者功能实现。软件码可以存储在存储单元中，然后可以由处理器驱动。该存储单元可以设置在处理器的内部或者外部以经由为大家所熟知的各种装置将数据传送到处理器和从处理器接收数据。

[0309] 本领域技术人员应该理解，不脱离本发明的精神和基本特征，本发明可以以除在此处阐述的那些之外的其他特定方法实现。以上所述的实施例因此将在所有方面解释为说明性的而不是限制性的。本发明的范围将由所附的权利要求书及其合法的等效，而不由以上的描述确定，并且出现在所附的权利要求书的含义和等效范围内的所有变化意欲包含在其中。对本领域技术人员来说也是显而易见的，在所附的权利要求书中没有明确地相互引用的权利要求可以以作为本发明的实施例的组合呈现，或者通过在本申请申请之后的后续的修改作为新权利要求包括。

[0310] 工业实用性

[0311] 本发明的前面提到的实施例可以适用于各种移动通信系统。