机器对机器业务的承载建立方法及网络传输设备的制造方法

机器对机器业务的承载建立方法及网络传输设备的制造方法
【专利说明】机器对机器业务的承载建立方法及网络传输设备
[0001 ] 本申请是申请号为201010111624.2，申请日为2010年2月11日，发明名称为《机器对机器业务的承载建立方法及网络传输设备》的专利申请的分案申请。
技术领域
[0002]本发明实施例涉及通信技术领域，尤其涉及一种机器对机器业务的承载建立方法、机器对机器业务通信方法、网络传输设备及机器类型通讯服务器。
【背景技术】
[0003]“机器”对“机器”(Machine to Machine，简称:M2M)通讯是指将无所不在的各种末端设备或子系统通过多种通讯技术连接起来，并将它们汇总到管理系统实现对设备的管理和服务。例如:在电力设备中安装可监测配电网运行参数的模块，用以实现对配电系统的实时监测、控制和管理维护;在石油设备中安装可以采集油井工作情况信息的模块，远程对油井设备进行调节和控制，及时准确了解油井设备工作情况;在汽车上装配采集车载信息的终端、远程监控系统等，实现车辆运行状态监控等。随着包括通信设备、管理软件等相关技术的深化，M2M业务范围逐渐扩大。
[0004]M2M应用要求机器类型通信(Machine Type Communicat1n，简称:MTC)终端在一定区域内的大批量部署，多个MTC终端可能直接与移动通信网络相连，也可能会首先连接到MTC网关(GateWay，简称:Gff)后，才接入移动通信网络。对于这两种情况，M2M应用都沿用现有的GSM/GPRS架构。如果按照现有GSM/GPRS架构中的业务发起流程，移动通信网络需要识别每个终端。由于MTC终端的数量巨大，这样会造成过大的信令开销，而且各个网络节点也相应的必须存储大量的终端信息。因此在M2M应用中，直接接入移动通信网络或通过MTC Gff接入移动通信网络的MTC终端对于移动通信网络而言可以是不可见的，即移动通信网络不知道与哪个MTC终端通信。在这种情况下，如何由建立终端侧和网络侧之间的传输承载，进而正确的发起业务流程，是目前待解决的问题。

【发明内容】

[0005]本发明实施例提供了一种机器对机器业务的承载建立方法、机器对机器业务通信方法、网络传输设备及机器类型通讯服务器。
[0006]本发明实施例提供的机器对机器业务的承载建立方法，包括:
[0007]接收MTC设备发送的用户面资源建立请求消息，所述用户面资源建立请求消息包括MTC属性、QoS要求、业务指示请求和组标识中的至少一种；
[0008]根据所述用户面资源建立请求消息，确定协商的QoS参数；
[0009]根据所述协商的QoS参数，建立与所述MTC设备之间的传输承载。
[0010]本发明实施例提供的机器对机器业务通信方法，包括:
[0011]向网络传输设备发送PDU数据包，所述PDU数据包中包括辅助信息，以供所述网络传输设备将所述辅助信息通知给MTC设备，所述辅助信息用于指示所述MTC设备判断出满足所述辅助信息包括的业务触发条件时，进行业务通信。
[0012]本发明实施例提供的一种网络传输设备，包括:
[0013]接收模块，用于接收MTC设备发送的用户面资源建立请求消息，所述用户面资源建立请求消息包括MTC属性、QoS要求、业务指示请求和组标识中的至少一种；
[0014]协商模块，用于根据所述用户面资源建立请求消息，确定协商的QoS参数；
[0015]建立模块，用于根据所述协商的QoS参数，建立与所述MTC设备之间的传输承载。
[0016]本发明实施例提供的机器类型通讯服务器，包括:
[0017]发送模块，用于向网络传输设备发送PDU数据包，所述rou数据包中包括辅助信息，以供所述网络传输设备将所述辅助信息通知给MTC设备，所述辅助信息用于指示所述MTC设备判断出满足所述辅助信息包括的业务触发条件时，进行业务通信；
[0018]通信模块，用于当所述MTC设备判断出满足所述辅助信息包括的业务触发条件时，与所述MTC设备进行业务通信。
[0019]本发明实施例提供的另一种网络传输设备，包括:
[0020]接收模块，用于接收MTC服务器发送的PDU数据包，所述PDU数据包中包括辅助信息;
[0021]通知模块，用于将所述辅助信息通知给MTC设备，所述辅助信息用于指示所述MTC设备判断出满足所述辅助信息包括的业务触发条件时，进行业务通信。
[0022]本发明实施例提供的机器对机器业务的承载建立方法及一种网络传输设备，其中MTC设备发送的用户面资源建立请求消息包括MTC属性、QoS要求、业务指示请求和组标识中的至少一种，网络侧根据用户面资源建立请求消息，确定协商的QoS参数，进而建立与MTC设备之间的传输承载。
[0023]本发明实施例提供的机器对机器业务通信方法、另一种网络传输设备及机器类型通讯服务器，MTC服务器向网络传输设备发送包括辅助信息的PDU数据包，以供网络传输设备将辅助信息通知给MTC设备，该辅助信息中包括业务触发条件，当MTC设备判断出满足该业务触发条件时，MTC设备与网络侧进行业务通信，实现了网络触发MTC设备发起业务。
【附图说明】
[0024]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0025]图1为本发明实施例一提供的M2M业务的承载建立方法的流程图；
[0026]图2为本发明实施例二提供的M2M业务的承载建立方法的流程图；
[0027]图3为本发明实施例三提供的M2M业务的承载建立方法的流程图；
[0028]图4为本发明实施例六提供的M2M业务通信方法的流程图；
[0029]图5为本发明实施例七提供的M2M业务通信方法的流程图；
[0030]图6为本发明实施例八提供的M2M业务通信方法的流程图；
[0031 ]图7为本发明实施例十一提供的M2M业务通信方法的流程图；
[0032]图8为本发明实施例十二提供的M2M业务通信方法的流程图；
[0033]图9为本发明实施例十三提供的M2M业务通信方法的流程图；
[0034]图10为本发明实施例十四提供的M2M业务通信方法的流程图；
[0035]图11为本发明实施例十五提供的网络传输设备的结构示意图；
[0036]图12为本发明实施例十六提供的机器类型通讯服务器的结构示意图；
[0037]图13为本发明实施例十七提供的网络传输设备结构示意图。
【具体实施方式】
[0038]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0039]在实际的M2M应用中，MTC终端可以直接接入移动通信网络，在MTC终端个数较多的情况下，也可以经过MTC GW接入移动通信网络。在某些M2M应用中，多个MTC终端可以组成一组MTC终端，通过组标识用于唯一标识一组MTC终端，该组内的MTC终端享有共同的MTC属性。鉴于以上几种应用情况，本发明通过以下几个实施例分别进行相关说明。
[0040]在业务发起之前，假定MTC终端和网络侧已经完成了必要的附着流程和/或注册流程，并在这些流程中获取了业务发起流程中需要的一些必要的参数。本发明实施例对业务发起之前的流程不做说明，对业务发起流程中需要的相关参数如无明确说明时则认为已经在附着流程或注册流程中获得。
[0041]为了便于描述，以下各个实施例中所提到的某个设备保存有形式如A->B的信息，具体是指该设备中保存有A和B，且保存有A和B的映射关系。
[0042 ]本发明实施例以GSM网络为例，但也同样适用于UMTS网络。只是UMTS的接入网节点为 RNC ο
[0043]图1为本发明实施例一提供的M2M业务的承载建立方法的流程图。如图1所示，本实施例包括如下部分:
[0044]101、接收MTC设备发送的用户面资源建立请求消息，该用户面资源建立请求消息包括MTC属性、QoS要求、业务指示请求和组标识中的至少一种；
[0045]102、根据用户面资源建立请求消息，确定协商的QoS参数；
[0046]103、根据协商的QoS参数，建立与MTC设备之间的传输承载。
[0047]本实施例提供了一种M2M业务的承载建立方法，其中MTC设备发送的用户面资源建立请求消息包括MTC属性、QoS要求、业务指示请求和组标识中的至少一种，网络侧根据用户面资源建立请求消息，确定协商的QoS参数，进而建立与MTC设备之间的传输承载。
[0048]图2为本发明实施例二提供的M2M业务的承载建立方法的流程图。本实施例针对于MTC终端直接接入移动通信网络并主动发起业务的情况，用户面资源建立请求消息具体为PDP激活请求消息。
[0049]如图2所示，本实施例包括如下部分:
[0050]201、MTC终端需要发起业务时，向网络侧的SGSN发送PDP激活请求消息，具体地，MTC终端可以通过BSS向SGSN发送TOP激活请求消息。
[0051 ] 本实施例中，一个MTC终端可以应用于一种或多种M2M业务，可能会导致一个MTC终端具有一个或多个MTC属性(MTC Feature)，MTC属性是某种特定的业务特性，一个MTC终端可以同时签约多个MTC属性，举例来说，某一 MTC终端具有低移动性和时延限制两个MTC属性，表明该MTC终端是个不经常移动的终端，且其业务对时延具有一定的要求。MTC属性是MTC终端签约信息的一部分，这些MTC属性最终会体现到QoS要求上。如果一个MTC终端应用于多种M2M业务，可能会导致该MTC终端签约的多个MTC属性无法同时满足相同的QoS要求。实际上，针对某个特定的M2M业务，MTC属性可能是终端签约集合中的一个子集。而SGSN中保存的却是MTC终端签约的所有激活的MTC属性，这可能会导致SGSN无法准确定义QoS要求。
[0052]针对上述问题，本实施例提供了如下三种处理方式:
[0053]I )MTC终端根据当前发起的业务，判断签约的MTC属性中有哪些需要满足，将这些需要满足的MTC属性包含在TOP激活请求消息中发送给SGSN;
[0054]2)MTC终端根据当前发起的业务，判断签约的MTC属性中有哪些需要满足的MTC属性，根据这些MTC属性得到QoS要求，包含在rop激活请求消息中的发送给SGSN;
[0055]举例来说，MTC终端可以保存MTC属性与QoS要求的映射表，MTC终端通过查找该映射表得到与MTC属性对应的QoS要求。
[0056]3)MTC终端根据当前发起的业务，判断签约的MTC属性中有哪些需要满足的MTC属性，根据这些MTC属性得到业务指示请求，包含在I3DP激活请求消息中的发送给SGSN ；
[0057]其中，对于携带MTC属性的情况，可以采用携带指示MTC属性的标识、描述、索引值等多种方法，只要能够标识出MTC属性，都在本发明的保护范围内AOS要求是指MTC终端请求的QoS参数。上述三种方法可以单独使用，也可以结合在一起使用，也即TOP激活请求消息可以包括MTC属性、QoS要求和业务指示请求中的至少一种。
[0058]202、SGSN根据TOP激活请求消息向GGSN发送建立TOP上下文请求消息，其中SGSN可以根据MTC终端签约信息和PDP激活请求消息中包括的内容(如MTC属性、QoS要求和业务指示请求中的至少一种)确定协商的QoS参数，将该协商的QoS参数携带在建立F1DP上下文请求消息中发送给GGSN。
[0059]SGSN保存的MTC终端签约信息中包括该MTC终端签约的所有MTC属性或者是已被激活的MTC属性。根据201所述，相应的SGSN也有三种实施方法:
[0060]I)当MTC终端发送QoS要求时，SGSN可以根据保存的MTC终端签约信息获取SGSN所能提供的最大QoS要求，如果MTC终端发送的QoS要求不超过该最大QoS要求，SGSN根据MTC终端发送的QoS要求确定协商的QoS参数;否则，SGSN根据最大QoS要求确定协商的QoS参数；[0061 ] 2)当MTC终端发送MTC属性时，SGSN判断这些MTC属性是否为MTC终端已签约的MTC属性，若是，则确定适合于这些MTC属性的QoS参数，作为协商的QoS参数；
[0062]3)当MTC终端发送业务指示请求时，SGSN将该