具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
实施例一
参见图1,本实施例提供了一种机器类型通信设备的签约数据管理方法,该方法流程具体如下:
101:接收第一MTC设备发送的附着请求,附着请求中至少携带机器类型通信签约标识及第一MTC设备的身份标识;
102:将附着请求中携带的机器类型通信签约标识及第一MTC设备的身份标识发送给HLR(Home Location Register,归属位置寄存器)或HSS(HomeSubscriber Server,归属签约服务器);
103:接收HLR或HSS根据机器类型通信签约标识及第一MTC设备的身份标识返回的机器类型通信签约数据及第一MTC设备的设备签约数据,并对机器类型通信签约数据及第一MTC设备的设备签约数据进行管理。
其中,本实施例及后续实施例中的第一MTC设备均指代具有相同机器类型通信签约标识的MTC设备中第一个附着于网络的MTC设备,并将具有相同机器类型通信签约标识的MTC设备中的其他MTC设备称为第二MTC设备。
本实施例提供的方法,通过在获取MTC设备的设备签约数据时,同时获取对应的机器类型通信签约数据,并对MTC设备的设备签约数据及机器类型通信签约数据进行管理,不仅能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例二
本实施例提供了一种机器类型通信设备的签约数据管理方法,该方法通过在原有签约数据的基础上添加MTC设备的特征信息,并根据MTC设备的特征信息对MTC设备进行管理,从而优化网络侧的管理能力,进而节省网络资源。其中,每个MTC设备对应的签约数据中除了包括该MTC设备的设备签约数据,还包括机器类型通信签约数据,该MTC设备的机器类型通信签约数据中包括但不限于与该MTC设备具有相同特征的所有MTC设备的特征信息,针对添加了特征信息的签约数据,本实施例定义了两种签约数据的结构,如图2和图3所示。
图2所示的签约数据结构中,设备签约数据和机器类型通信签约数据并行排列于结构中的同一层次上,多个设备签约数据对应一个机器类型通信签约数据。不同的MTC设备有不同的设备签约数据,每个设备的设备签约数据以该设备的IMSI(International Mobile Subscriber Identification Number,国际移动用户识别码)标识,而MTC签约ID标识了具有相同特征的MTC设备的机器类型通信签约数据。该种结构下,MTC设备的签约数据包括IMSI->Password、IMSI->GPRS(General Packet Radio Servicer,通用分组无线服务技术)/EPS(Evolved Packet System,演进分组系统)以及MTC签约ID->MTC特征,而普通UE(User Equipment,用户设备)的签约数据包括IMSI->Password以及IMSI->CS(Circuit Switched,电路转换)/GPRS/EPS。
图3所示的签约数据结构则采用了在现有的设备签约数据中扩展机器类型通信签约数据MTC Subscription的方式,机器类型通信签约数据位于设备签约数据的下一层次,且每个设备签约数据下均具有一个机器类型通信签约数据。同图2中的机器类型通信签约数据一样,该MTC Subscription至少包括MTCFeature,可选地,还可以包括Detach Indication(去附着指示)、MTC FeatureStatus(MTC特征状态)和MTC Feature Describe(MTC特征描述)。该种结构下,普通UE的签约数据包括除MTC Subscription外的两部分,即Password和GPRS/EPS签约数据;MTC设备的签约数据包括三部分,即图中所示的三部分,即Password,GPRS/EPS和MTC Subscription,其中,GPRS/EPS为设备签约数据Device Subscription,Password可以作为设备签约数据,也可以不包括在设备签约数据内,但在本实施例及后续实施例提供的方法流程中,存储设备返回的设备签约数据中均不包括Password。同时,如果需要,可以根据MTCSubscription ID建立一个MTC Subscription和其相关MTC Device的映射列表,本实施例对此不作具体限定。
为了便于说明,本实施例以管理设备为SGSN(SERVICING GPRS SUPPORT NODE,GPRS服务支持节点)或MME(Mobility Management Entity,移动性管理实体),存储设备为HLR或HSS,MTC设备主动进行网络附着,管理设备对MTC设备进行附着管理为例,对本实施例提供的方法进行说明。参见图4,该方法流程具体如下:
401:MTC Device1首次向SGSN/MME发起Attach(附着)请求;
具体地,该Attach请求中携带的信息包括但不限于MTC Device1的IMSI,MS(Mobile Station,基站)Network Capability(MS网络能力),Attach Type(附着类型),MTC Device Indication,MTC Subscription ID。
其中,MS网络能力能够指示出该MS的特性,并且该MS网络能力信息独立于通道的带宽信息,具体可以包括:如:SM(Session Management,会话管理)capabilities via dedicated channels(经由指定通道的会话管理能力);SMcapabilities via GPRS channels(经由GPRS通道的会话管理能力)等等。附着类型用于表示该附着请求时GPRS单独附着或者EPS单独附着,或是联合附着(如GPRS和IMSI的联合附着,或者EPS和IMSI的联合附着),或是紧急情况的附着等等,本实施例不对具体的MS网络能力及附着类型进行限定。无论是图2所示的签约数据结构,还是图3所示的签约数据结构,MTC Feature的内容都包括但不限于time control(时间受控);monitoring(监控);low mobility(低移动性);Addressing(寻址);Small Data Transfer(小数据传输);TimeTolerant(时间容忍);Mobile Originated Only(仅有移动发起);InfrequentMobile Terminated(不频繁的移动接收);Priority Alarm Message(PAM)(优先报警消息);Secure Connection(安全连接);Location Specific Trigger(指定位置触发);Network Provided Destination for Uplink Data(网络为上行数据提供目的地);Infrequent Transmission(不频繁的传输);GroupBased MTC Features(基于组的特性),本实施例同样不对签约数据中的MTCFeature进行具体限定。
MTC Device Indication在本实施例中为可选项,用于区分normal UE与MTC Device。因为M2M中的签约数据即MTC Subscription同normal UE的签约数据不同,所以HLR/HSS以及SGSN/MME中存储的签约数据分为两种,即MTCSubscription与普通签约数据。如果HLR/HSS或者SGSN/MME接收到的MTC设备发送的请求中未携带MTC Device Indication,HLR/HSS或者SGSN/MME无法将MTC设备区别于普通UE进行处理,则在查找该MTC设备的签约数据时,需要在所有签约数据中查找,因而限制了处理速率。为了提高网元的处理速率,本实施例扩展了MTC Device Indication。因此,HLR/HSS或者SGSN/MME在接收到一个携带MTC Device Indication的请求后,就会得知该发起请求的UE为MTCDevice,并且会直接获取该MTC Device相关的MTC Subscription数据,本实施例及后续实施例均以MTC设备发送请求时携带该MTC Device Indication为例进行说明。
MTC Subscription ID用于指示该MTC Device的MTC Subscription,对于图3所示的签约数据结构,该MTC Subscription ID为Attach请求中携带的可选项,如果在Attach请求中不包括该信息时,则由SGSN/MME,HLR/HSS根据IMSI以及MTC Device Indication获取该MTC Device的相关MTC签约数据。
402:SGSN/MME接收到Attach请求后,向HLR/HSS发送认证请求,完成MTCDevice的认证;
403:完成认证后,SGSN/MME向HLR/HSS发送Update Location Request(位置更新请求);
具体地,该Update Location Request中包括但不限于IMSI,MTC DeviceIndication,MTC Subscription ID,SGSN/MME Number,SGSN/MME Address,Update Type。
针对该步骤,如果签约数据结构如图3所示,则Update Location Request中的MTC Subscription ID为可选。
404:HLR/HSS根据位置更新请求中的IMSI,MTC Device Indication,以及MTC Subscription ID获取MTC Subscription数据并更新其SGSN/MME Number以及SGSN/MME Address;
针对该步骤,如果签约数据为图2所示,则HLR/HSS需要在获知MTC设备的MTC Subscription ID及IMSI的前提下,才能正确的找到对应的机器类型通信签约数据及设备签约数据,但对于图3所示的签约数据结构,只需知道MTC设备的IMSI即可找到对应的机器类型通信签约数据及设备签约数据。
405:HLR/HSS向SGSN/MME发送Insert Subscription Data(插入签约数据)请求;
具体地,该Insert Subscription Data中包括但不限于MTC SubscriptionID,MTC Subscription数据及Device Subscription数据。其中,机器类型通信签约数据中至少包括一个MTC设备的MTC Feature,可选地,机器类型通信签约数据中还可以包括MTC Feature Status(MTC特征状态)和MTC FeatureDescription(MTC特征描述),例如,对于Monitoring Feature(监控特征)来说,该MTC Feature Description至少包括如下三方面:
一、Monitoring Feature对应的event(事件);
二、向MTC Server进行上报的criteria(标准),即确定需要上报的event以及时间等;
三、针对monitoring的结果,MTC Device、MTC Server以及网络实体后续需要执行的action(动作)等。
本实施例不对MTC Feature Description的具体内容进行限定。
406:SGSN/MME向HLR/HSS返回Insert Subscription ACK(插入签约数据确认);
针对该步骤,对于图2所示的签约数据结构,SGSN/MME返回的ACK中携带MTC Subscription ID及IMSI,用来表示SGSN/MME中已保存MTC Device1的设备签约数据及机器类型通信签约数据;对于图3所示的签约数据结构,SGSN/MME中返回的ACK响应中仅携带MTC Device的IMSI即可。
407:HLR/HSS向SGSN/MME返回Update Location ACK(位置更新确认);
408和409:MTC Device1和SGSN/MME完成Attach的相互确认;
至此,第一MTC设备MTC Device1已经完成附着,管理设备SGSN/MME已经成功获取了该MTC Device1的签约数据,对于具有与该MTC Device1相同特征的其他MTC设备的附着,具体管理方式详见如下几个步骤。
410:MTC Device2发送Attach请求;
其中,该步骤中的Attach请求中携带的信息包括但不限于IMSI,MS NetworkCapability,Attach Type,MTC Device Indication;如果数据结构如图2所示,则该Attach请求中应该包含MTC Subscription ID,如果数据结构如图3所示,则该Attach请求中可以不包含MTC Subscription ID。
411:HLR/HSS对MTC Device2进行鉴权认证;
412:如果MTC Device2发送的Attach请求中携带的MTC Subscription ID与MTC Device1对应的MTC Subscription ID相同,则意味着MTC Device2与MTC Device1具有相同特征,当签约数据结构如图2所示时,由于SGSN/MME中已存储MTC Subscription ID对应的机器类型通信签约数据,所以在发送UpdateLocation请求时,增加标志位,用于标识HLR/HSS不需要重新发送MTCSubscription ID对应的机器类型通信签约数据,或者由SGSN/MME与HLR/HSS进行协商,即如果Update Location请求中不包括MTC Subscription ID时,HLR/HSS不需要重新发送MTC Subscription ID对应的机器类型通信签约数据;相反,如果MTC Device2发送的Attach请求中携带的MTC Subscription ID与MTC Device1对应的MTC Subscription ID不同,则意味着MTC Device2与MTCDevice1的特征不同,SGSN/MME发送的Update Location请求中应该包括MTCDevice2发送的附着请求中携带的MTC Subscription ID,以使HLR/HSS会发送MTC Subscription ID对应的机器类型通信签约数据;
如果签约数据结构如图3所示,则SGSN/MME不做上述判断,直接将MTCDevice2的IMSI发送给HLR/HSS即可。
413:SGSN/MME发送Update Location请求;
具体地,Update Location请求中包括但不限于IMSI,MTC DeviceIndication,MTC Subscription ID,MTC Device Subscription Indication,SGSN/MME Number,SGSN/MME Address,Update Type。该请求中MTC DeviceSubscription Indication用于指示HLR/HSS,向SGSN/MME发送更新后的devicesubscription data。
414:HLR/HSS向SGSN/MME发送Insert Subscription Data请求,请求中包括MTC Subscription ID,以及MTC Device Subscription data;
其中,MTC Device Subscription data根据数据结构不同其内容不同:
如果是图2所示的签约数据结构,且SGSN/MME向HLR/HSS发送的UpdateLocation请求中未携带MTC Subscription ID,说明SGSN/MME已经具有该MTCDevice2的机器类型通信签约数据,则MTC Device Subscription data中仅包括MTC Device2的设备签约数据即可,相反,如果SGSN/MME向HLR/HSS发送的Update Location请求中携带了MTC Subscription ID,说明SGSN/MME没有该MTC Device2的机器类型通信签约数据,则MTC Device Subscr iption data中不仅包括MTC Device2的设备签约数据,还应包括MTC Device2的机器类型通信签约数据。
如果是图3所示的签约数据结构,则MTC Device Subscription data中既包括MTC Device2的设备签约数据,还包括MTC Device2的机器类型通信签约数据。
415:SGSN/MME向HLR/HSS返回Insert Subscription ACK,InsertSubscription ACK中携带MTC Device2的IMSI;
针对该步骤,如果签约数据结构如图2所示,则Insert Subscription ACK中还可以包括MTC Device2对应的MTC Subscription ID,本实施例对此不作具体限定。
416:HLR/HSS向SGSN/MME返回Update Locat on ACK;
417和418:SGSN/MME与MTC Device2完成Attach的相互确认。
上述步骤401至418描述了MTC设备附着的具体流程,对于具有较低移动性的MTC设备,其MTC Subscription ID对应的机器类型通信签约数据中的MTCFeature为Low Mobility,其附着方式有别于图4所示的流程,如图5所示,其优化后的Attach流程具体如下:
501-503:同图4中的步骤401-步骤403;
需要说明的是,针对低移动性MTC设备的附着管理,无论签约数据结构如图2所示,还是如图3所示,请求附着的MTC设备在发送附着请求时,附着请求中均应携带MTC设备的IMS I及对应的MTC Subscription ID,特别是针对图3所示的签约数据结构,因为仅凭IMSI无法直接确定不同MTC设备之间是否具有相同特征,因此,通过每个MTC设备在请求附着时,携带MTC Subscription ID,根据MTC Subscription ID是否相同,即可判断出MTC设备是否具有相同特征,从而方便HLR/HSS获取签约数据,详见后续步骤。
504:HLR/HSS在接收到该请求后,根据MTC Device的IMSI及MTCSubscription ID得出该MTC Subscription中的所有设备都是低移动性设备,所以HLR/HSS获取该MTC Device1的设备签约数据及机器类型通信签约数据的同时,还要获取与该MTC Device具有相同特征的其他MTC设备的设备签约数据;
针对该步骤,HLR/HSS存储了多个MTC设备的设备签约数据及机器类型通信签约数据,当HLR/HSS获取与该MTC Device1具有相同特征的其他MTC设备的设备签约数据时,如果签约数据结构如图2所示,则HLR/HSS仅需根据MTCDevice1的IMSI及MTC Subscription ID即可获取到对应的设备签约数据及机器类型通信签约数据,但对于图3所示的数据结构,虽然HLR/HSS仅根据MTCDevice1的IMSI即可获取到该MTC Device1的设备签约数据及机器类型通信签约数据,但无法区分出哪些MTC设备与该MTC Device1具有相同特征,因此,HLR/HSS在存储如图3所示的签约数据时,不仅要存储每个MTC设备的IMSI,还要将对应的MTC Subscription ID一同存储,则当HLR/HSS接收到MTC Device1的IMSI及MTC Subscription ID时,通过比较其他MTC设备对应的MTCSubscription ID与该MTC Device1对应的MTC Subscription ID是否相同,即可判断出是否存在与该MTC Device1具有相同特征的其他MTC设备,从而能够获取到与该MTC Device1具有相同特征的其他MTC设备的设备签约数据。
505:无论签约数据结构如图2所示,还是如图3所示,HLR/HSS向SGSN/MME发送Insert Subscription Data请求时,请求中不仅包括MTC Device1的设备签约数据及机器类型通信签约数据,还包括与该MTC Device1具有相同特征的其他MTC设备的设备签约数据;
506-511:同图4中的步骤406-步骤411;
512:如果MTC Device2发送的Attach请求中携带的MTC Subscription ID与MTC Device1对应的MTC Subscription ID相同,则意味着MTC Device2与MTC Device1具有相同特征,SGSN/MME可判断得出已包括该MTC Device2的设备签约数据及机器类型通信签约数据,且因为该MTC Device2为低移动性设备,所以不需要同HLR/HSS进行交互;
如果MTC Device2发送的Attach请求中携带的MTC Subscription ID与MTCDevice1对应的MTC Subscription ID不同,则意味着MTC Device2与MTC Device1的特征不同,SGSN/MME需要同HLR/HSS再次进行交互,从而获取MTC Device2的机器类型通信签约数据。
其中,MTC Device2与MTC Device1是否具有相同特征,通过判断MTC Device2与MTC Device1各自对应的MTC Subscription ID是否相同即可得出,本实施例以MTC Device2与MTC Device1具有相同特征为例。
513-514:SGSN/MME同MTC Device2完成Attach的相互确认。
除上述两种附着管理情况外,针对低移动性的MTC设备,由于其位置固定,如水表,电表,因此其所属的SGSN/MME也固定,参见图6,该方法还包括以下流程所示的场景:
601:MTC Server向HLR/HSS发送Notification(修改)请求,请求中携带MTC Subscription ID及MTC Device1和MTC Device2的设备签约数据;
602:HLR/HSS根据MTC Subscription ID,判断是否存在该MTC SubscriptionID对应的机器类型通信签约数据,如果否,则向MTC Server请求该MTCSubscription ID对应的机器类型通信签约数据,并增加MTC Device1和MTCDevice2的设备签约数据,如果是,则仅增加MTC Device1和MTC Device2的设备签约数据即可;
603:HLR/HSS向SGSN/MME发送Insert Subscription Da ta请求,请求中包括MTC Subscription ID,以及MTC Device1和MTC Device2的DeviceSubscription;
604:SGSN/MME在接收到Insert Subscription Data请求后,首先判断SGSN/MME中是否已包括MTC Subscription ID对应的签约数据(即已经有其它MTC Device附着在网络中),如果有,则SGSN/MME修改该MTC Subscription ID对应的签约数据,即在本地增加或修改MTC Device1和MTC Device2的DeviceSubscription。如果没有,则在步骤605中返回错误响应,本实施例以SGSN/MME在接收到Insert Subscription Data请求之前已经包括MTC Subscription ID对应的签约数据为例进行说明。
605:SGSN/MME向HLR/HSS返回Insert Subscription Data ACK,响应消息中携带MTC Subscription ID,以及IMSI1和IMSI2;
606:MTC Device1向SGSN/MME发送Attach Request,请求中携带的信息包括但不限于IMSI,MS Network Capability,Attach Type,MTC DeviceIndication,MTC Subscription ID;
607:SGSN/MME首先根据MTC Device Indication判断得出该UE为MTCDevice,然后根据存储的MTC Subscription得出,已包括MTC Device1和MTCDevice2的设备签约数据及机器类型通信签约数据,并且签约数据中的SGSNNumber以及SGSN Address同该附着的SGSN的标识都相同,所以不向HLR/HSS发送Update Location请求,也不需要HLR/HSS重新发送签约数据请求;
608和609:SGSN/MME同MTC Device1完成Attach的确认。
本实施例提供的方法,通过在获取MTC设备的设备签约数据时,同时获取MTC设备的机器类型通信签约数据,并根据MTC设备的设备签约数据及机器类型通信签约数据对MTC设备进行管理,不仅能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例三
参见图7,本实施例提供了一种管理设备,该管理设备为SGSN或MME,包括:
第一接收模块701,用于接收第一机器类型通信MTC设备发送的附着请求,附着请求中至少携带机器类型通信签约标识及第一MTC设备的身份标识;
发送模块702,用于将第一接收模块701接收到的附着请求中携带的机器类型通信签约标识及第一MTC设备的身份标识发送给归属位置寄存器HLR/归属签约服务器HSS;
第二接收模块703,用于接收HLR/HSS根据发送模块702发送的机器类型通信签约标识及第一MTC设备的身份标识返回的机器类型通信签约数据及第一MTC设备的设备签约数据;
管理模块704,用于对第二接收模块703接收到的机器类型通信签约数据及第一MTC设备的设备签约数据进行管理。
参见图8,该设备还包括:
第三接收模块705,用于接收第二MTC设备发送的附着请求,附着请求中携带机器类型通信签约标识及第二MTC设备的身份标识;
第一判断模块706,用于判断第三接收模块705接收到的第二MTC设备发送的机器类型通信签约标识与第一MTC设备发送的机器类型通信签约标识是否相同;
第一处理模块707,用于在第一判断模块706判断出第二MTC设备发送的机器类型通信签约标识与第一MTC设备发送的机器类型通信签约标识不同时,将机器类型通信签约标识及第二MTC设备的身份标识发送给HLR/HSS,接收HLR/HSS根据第二MTC设备发送的机器类型通信签约标识及第二MTC设备的身份标识返回的机器类型通信签约数据及第二MTC设备的设备签约数据,并对机器类型通信签约数据及第二MTC设备的设备签约数据进行管理。
参见图9,可选地,该设备还包括:
第三接收模块705,用于接收第二MTC设备发送的附着请求,附着请求中携带机器类型通信签约标识及第二MTC设备的身份标识;
第一判断模块706,用于判断第三接收模块705接收到的第二MTC设备发送的机器类型通信签约标识与第一MTC设备发送的机器类型通信签约标识是否相同;
第二处理模块708,用于在第一判断模块706判断出第二MTC设备发送的机器类型通信签约标识与第一MTC设备发送的机器类型通信签约标识相同时,将第二MTC设备的身份标识发送给HLR/HSS,接收HLR/HSS根据第二MTC设备的身份标识返回的第二MTC设备的设备签约数据,并对第二MTC设备的设备签约数据进行管理。
参见图10,可选地,该设备还包括:
第三接收模块705,用于接收第二MTC设备发送的附着请求,附着请求中携带机器类型通信签约标识及第二MTC设备的身份标识;
第三处理模块709,用于将第三接收模块705接收到的第二MTC设备发送的机器类型通信签约标识及第二MTC设备的身份标识发送给HLR/HSS,接收HLR/HSS根据机器类型通信签约标识及第二MTC设备的身份标识返回的机器类型通信签约数据及第二MTC设备的设备签约数据,并对机器类型通信签约数据及第二MTC设备的设备签约数据进行管理。
进一步地,第二接收模块703,还用于接收HLR/HSS返回的至少一个第二MTC设备的设备签约数据,第二MTC设备与第一MTC设备具有相同的机器类型通信签约标识;
相应地,管理模块704,还用于对第二MTC设备的设备签约数据进行管理。
可选地,第二接收模块703,还用于接收第二MTC设备发送的附着请求,附着请求中携带机器类型通信签约标识及第二MTC设备的身份标识。
参见图11,该设备还包括:
第四接收模块710,用于接收HLR/HSS发送的插入签约数据请求,插入签约数据请求中携带了至少一个第二MTC设备的设备签约数据及对应的机器类型通信签约标识;
第二判断模块711,用于判断第四接收模块710接收到的插入签约数据请求中携带的机器类型通信签约标识与第一MTC设备发送的机器类型通信签约标识是否相同;
第四处理模块712,用于在第二判断模块711判断插入签约数据请求中携带的机器类型通信签约标识与第一MTC设备发送的机器类型通信签约标识相同时,在本地增加或修改第二MTC设备的设备签约数据。
参见图12,可选地,该设备还包括:
第四接收模块710,用于接收HLR/HSS发送的插入签约数据请求,插入签约数据请求中携带了至少一个第二MTC设备的设备签约数据及对应的机器类型通信签约标识;
第二判断模块711,用于判断第四接收模块710接收到的插入签约数据请求中携带的机器类型通信签约标识与第一MTC设备发送的机器类型通信签约标识是否相同;
第五处理模块713,用于在第二判断模块711判断插入签约数据请求中携带的机器类型通信签约标识与第一MTC设备发送的机器类型通信签约标识不同时,向HLR/HSS返回错误响应。
本实施例提供的管理设备,通过在获取MTC设备的设备签约数据时,同时获取对应的机器类型通信签约数据,并对MTC设备的设备签约数据及机器类型通信签约数据进行管理,不仅能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例四
参见图13,本实施例提供了一种存储设备,该存储设备为HLR或HSS,包括:
第一接收模块1301,用于接收SGSN/MME发送的机器类型通信签约标识及第一机器类型通信MTC设备的身份标识;
第一返回模块1302,用于根据第一接收模块1301接收到的机器类型通信签约标识及第一MTC设备的身份标识向SGSN/MME返回机器类型通信签约数据及第一MTC设备的设备签约数据,使SGSN/MME对机器类型通信签约数据及第一MTC设备的设备签约数据进行管理。
参见图14,该设备还包括:
第二接收模块1303,用于接收SGSN/MME发送的机器类型通信签约标识及第二MTC设备的身份标识;
第二返回模块1304,用于根据第二接收模块1303接收到的机器类型通信签约标识及第二MTC设备的身份标识向SGSN/MME返回机器类型通信签约数据及第二MTC设备的设备签约数据,使SGSN/MME对机器类型通信签约数据及第二MTC设备的设备签约数据进行管理。
参见图15,该设备还包括:
第三接收模块1305,用于接收SGSN/MME发送的第二MTC设备的身份标识;
第三返回模块1306,用于根据第三接收模块1305接收到的第二MTC设备的身份标识向SGSN/MME返回第二MTC设备的设备签约数据,使SGSN/MME对第二MTC设备的设备签约数据进行管理。
其中,第一返回模块1302,还用于向SGSN/MME返回至少一个第二MTC设备的设备签约数据,使SGSN/MME对第二MTC设备的设备签约数据进行管理,第二MTC设备与第一MTC设备具有相同的机器类型通信签约标识。
参见图16,该设备还包括:
发送模块1307,用于向SGSN/MME发送插入签约数据请求,插入签约数据请求中携带了至少一个第二MTC设备的设备签约数据及对应的机器类型通信签约标识,使SGSN/MME判断插入签约数据请求中携带的机器类型通信签约标识与第一MTC设备发送的机器类型通信签约标识是否相同,如果是,则在本地增加或修改第二MTC设备的设备签约数据,如果否,则返回错误响应。
本实施例提供的存储设备,通过在将MTC设备的设备签约数据返回给管理设备时,同时将对应的机器类型通信签约数据返回给管理设备,使管理设备对MTC设备的设备签约数据及机器类型通信签约数据进行管理,不仅能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例五
参见图17,本实施例提供了一种机器类型通信设备的签约数据管理系统,该系统包括:
如上述实施例三提供的管理设备1701,以及如上述实施例四提供的存储设备1702。
其中,管理设备1701具体可以为SGSN或MME,存储设备1702具体可以为HLR或HSS,本实施例对此不作具体限定。
本实施例提供的系统,通过存储设备在将MTC设备的设备签约数据返回给管理设备时,同时将对应的机器类型通信签约数据返回给管理设备,使管理设备对MTC设备的设备签约数据及机器类型通信签约数据进行管理,不仅能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例六
参见图18,本实施例提供了一种机器类型通信设备的签约数据管理方法,该方法流程具体如下:
1801:接收待去附着的MTC设备发送的去附着请求,该去附着请求中携带了机器类型通信签约标识及待去附着的MTC设备的身份标识;
1802:根据去附着请求中携带的机器类型通信签约标识及待去附着的MTC设备的身份标识删除待去附着的MTC设备的设备签约数据,或删除对应的机器类型通信签约数据及待去附着的MTC设备的设备签约数据。
本实施例提供的方法,通过在MTC设备发起去附着操作时,不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据的管理,从而能够优化网络侧的管理能力,优化网络与MTC设备之间的信令/数据传输,进而节省网络资源。
实施例七
本实施例提供了一种机器类型通信设备的签约数据管理方法,该实施例主要描述MTC Device发起的Detach过程的优化。为了便于说明,本实施例仍以管理设备为SGSN或MME,存储设备为HLR或HSS,管理设备对MTC设备进行去附着管理为例,对本实施例提供的方法进行说明。首先,针对MTC设备主动进行网络去附着的情况,参见图19,本实施例提供的方法流程具体如下:
1901:MTC Device1向SGSN/MME发送Detach请求;
具体地,请求中包括该MTC Device1的身份标识,MTC Device Indication以及MTC Subscription ID;
其中,此处MTC Device1的身份标识可以为MTC Device1的IMSI,也可以是MTC Device1的P-TMSI,该P-TMSI为MTC Device1的临时身份标识,是在MTC Device1成功附着之后,由SGSN/MME分配给MTC Device1的,相对于IMSI,Detach请求中携带MTC Device1的P-TMSI的安全性更高一些,具体携带MTCDevice1的哪种身份标识,本实施例对此不作具体限定,本实施例仅以携带的身份标识为P-TMSI为例进行说明。
需要说明的是,如果签约数据如图2所示,则该请求中需要同时携带MTC设备的身份标识P-TMSI及MTC Subscription ID,而对于如图3所示的签约数据,该请求中仅需携带MTC设备的身份标识P-TMSI即可。
1902:SGSN/MME接收到该请求后,SGSN/MME首先判断该UE的类型为MTCDevice,所以其签约数据为MTC Subscription数据,针对图2所示的签约数据结构,再判断具有相同MTC Subscription ID的其它MTC Device是否同网络有连接,如果有,则只删除该MTC Device1的Device Subscription;该方案中假设还有其它MTC设备同网络有连接。针对图3所示的签约数据结构,仅需直接删除IMSI对应的设备签约数据即可。
1903:SGSN/MME向MTC Device1发送Detach Accept;
1904:MTC Device2向网络发起Detach请求,请求中包括该MTC Device2的P-TMSI,MTC Device Indication以及MTC Subscription ID;
该步骤中,针对不同的签约数据结构,MTC Subscription ID为可选项,具体选择方式可如上述步骤1001所述。
1905:SGSN/MME接收到该请求之后,判断该UE的类型为MTC Device,所以签约数据为MTC Subscription数据,然后又判断得出该MTC Device2为具有MTC Subscription ID的MTC设备中最后一个同网络连接的MTC Device,所以SGSN/MME删除MTC Device2的Device Subscription以及机器类型通信签约数据;
1906:SGSN/MME向MTC Device2发送Detach Accept。
本实施例提供的方法,通过在MTC设备发起去附着操作时,不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据的管理,从而能够优化网络侧的管理能力,优化网络与MTC设备之间的信令/数据传输,进而节省网络资源。
实施例八
参见图20,本实施例提供了一种管理设备,该管理设备为SGSN或MME,包括:
接收模块2001,用于接收待去附着的MTC设备发送的去附着请求,该去附着请求中携带了机器类型通信签约标识及待去附着的MTC设备的身份标识;
删除模块2002,用于根据接收模块2001接收到的去附着请求中携带的机器类型通信签约标识及待去附着的MTC设备的身份标识删除待去附着的MTC设备的设备签约数据,或删除对应的机器类型通信签约数据及待去附着的MTC设备的设备签约数据。
其中,参见图21,删除模块2002,具体包括:
判断单元2002a,用于根据接收模块接收到的去附着请求中携带的机器类型通信签约标识,判断与待去附着的MTC设备具有相同机器类型通信签约标识的其他MTC设备是否附着于网络;
第一删除单元2002b,用于在判断单元2002a判断出其他MTC设备未附着于网络时,根据机器类型通信签约标识删除对应的机器类型通信签约数据,并根据待去附着的MTC设备的身份标识删除待去附着的MTC设备的设备签约数据。
可选地,参见图22,删除模块2002,具体包括:
判断单元2002a,用于根据接收模块接收到的去附着请求中携带的机器类型通信签约标识,判断与待去附着的MTC设备具有相同机器类型通信签约标识的其他MTC设备是否附着于网络;
第二删除单元2002c,用于在判断单元2002a判断出其他MTC设备附着于网络时,根据MTC设备的身份标识删除待去附着的MTC设备的设备签约数据。
进一步地,第二删除单元2002c,还用于在其他MTC设备均未附着于网络时,根据机器类型通信签约标识删除对应的机器类型通信签约数据。
参见图23,该设备还包括:
发送模块2003,用于在删除模块2002删除待去附着的MTC设备的设备签约数据,或删除对应的机器类型通信签约数据及待去附着的MTC设备的设备签约数据之前,向待去附着的MTC设备发送去附着请求,去附着请求中携带去附着原因信息。
本实施例提供的管理设备通过在MTC设备发起去附着操作时,不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据的管理,从而能够优化网络侧的管理能力,优化网络与MTC设备之间的信令/数据传输,进而节省网络资源。
实施例九
参见图24,本实施例提供了一种机器类型通信设备的签约数据管理方法,该方法流程具体如下:
2401:接收HLR或HSS发送的插入签约数据请求,该插入签约数据请求中携带了机器类型通信签约标识及去附着指示;
2402:根据插入签约数据请求中携带的机器类型通信签约标识及去附着指示删除对应的机器类型通信签约数据及MTC设备的设备签约数据。
本实施例提供的方法,通过在接收到对MTC设备进行去附着的指示时,不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据进行管理,从而能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例十
本实施例提供了一种机器类型通信设备的签约数据管理方法,该方法针对由MTC服务器发送去附着指示的情况,对MTC设备的去附着流程进行了描述,即MTC设备的被动去附着,参见图25,MTC设备的被动去附着流程具体如下:
2501:MTC Server向HLR/HSS发送通知消息;
其中,该通知消息中携带的信息包括但不限于需要删除的MTC Subscription对应的MTC Subscription ID,以及对其相关设备执行去附着的DetachIndication,并指示MTC Subscription ID对应的机器类型通信签约数据中的MTC Feature Status为Deactivation;
2502:HLR/HSS接收到该请求之后,修改MTC Subscription ID对应的签约数据;
针对该步骤,HLR/HSS修改MTC Subscription ID对应的签约数据,即意味着HLR/HSS需要将本地存储的该MTC Subscription ID对应的机器类型通信签约数据修改。
2503:HLR/HSS向SGSN/MME发送Insert Subscription Data请求,请求中包括MTC Subscription ID,MTC Feature Status为Deactivation,以及DetachIndication;
2504:SGSN/MME修改MTC Feature Status以及Detach Indication,并根据该信息判断得出对具有该MTC Subscription ID的所有MTC Device执行去附着;
针对该步骤,SGSN/MME修改MTC Feature Status以及Detach Indication之后,对应于图2及图3所示的签约数据结构修改之后如图26和图27所示。
2505:SGSN/MME向HLR/HSS发送Insert Subscription Data ACK,响应中携带MTC Subscription ID;
2506和2507:SGSN/MME向具有该MTC Subscription ID的所有MTC设备发送Detach Request,如果该多个MTC设备拥有多个Feature时,可以在Detach请求中携带Detach的原因,如携带具体某个MTC Feature的状态,如Small DataTransmission Status=Deactivation;
2508和2509:设备向SGSN/MME返回Detach Accept;
2510:SGSN/MME判断得出已完成对所有MTC设备的去附着,所以也删除该所有MTC设备的机器类型通信签约数据,该机器类型通信签约数据包括具有相同特征的MTC设备的特征信息。
本实施例提供的方法,通过在接收到对MTC设备进行去附着的指示时,不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据进行管理,从而能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例十一
参见图28,本实施例提供了一种管理设备,该管理设备为SGSN或MME,包括:
接收模块2801,用于接收归属位置寄存器HLR/归属签约服务器HSS发送的插入签约数据请求,插入签约数据请求中携带了机器类型通信签约标识及去附着指示;
删除模块2802,用于根据接收模块2801接收到的插入签约数据请求中携带的机器类型通信签约标识及去附着指示删除对应的机器类型通信签约数据及MTC设备的设备签约数据。
参见图29,该设备还包括:
第一发送模块2803,用于在删除模块2802删除对应的机器类型通信签约数据及MTC设备的设备签约数据之前,向MTC设备发送去附着请求,去附着请求中携带去附着原因信息。
进一步地,接收模块2801接收到的插入签约数据请求中还携带了MTC设备的特征描述信息;
相应地,参见图30,该设备还包括:
第二发送模块2804,用于在删除模块2802删除对应的机器类型通信签约数据及MTC设备的设备签约数据之前,向MTC设备发送去附着请求,去附着请求中携带了MTC设备的特征描述信息。
本实施例提供的管理设备,通过在接收到对MTC设备进行去附着的指示时,不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据进行管理,从而能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例十二
本实施例提供了一种存储设备,该存储设备为HLR或HSS,用于向SGSN/MME发送插入签约数据请求,该插入签约数据请求中携带了机器类型通信签约标识及去附着指示,使SGSN/MME根据机器类型通信签约标识及去附着指示删除对应的机器类型通信签约数据及MTC设备的设备签约数据。
可选地,存储设备向SGSN/MME发送的插入签约数据请求中还携带了MTC设备的特征描述信息。
本实施例提供的存储设备,通过向管理设备SGSN/MME发送插入签约数据请求,并在插入签约数据请求中携带去附着指示,从而使SGSN/MME对MTC设备进行去附着,且不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据进行管理,从而能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例十三
参见图31,本实施例提供了一种机器类型通信设备的签约数据管理系统,该系统包括:如上述实施例十一提供的管理设备3101,以及如上述实施例十二提供的存储设备3102。
本实施例提供的系统,通过存储设备向管理设备发送插入签约数据请求,并在插入签约数据请求中携带去附着指示,使管理设备对MTC设备进行去附着,且不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据进行管理,从而能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例十四
参见图32,本实施例提供了一种机器类型通信设备的签约数据管理方法,方法包括:
3201:接收HLR/HSS发送的删除签约数据请求,该删除签约数据请求中携带了机器类型通信签约标识及待去附着的MTC设备的身份标识;
3202:根据删除签约数据请求中携带的机器类型通信签约标识及待去附着的MTC设备的身份标识删除待去附着的MTC设备的设备签约数据,或删除对应的机器类型通信签约数据及待去附着的MTC设备的设备签约数据。
本实施例提供的方法,通过存储设备HLR/HSS向管理设备SGSN/MME发送删除签约数据请求,使SGSN/MME对MTC设备进行去附着,且不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据进行管理,从而能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例十五
本实施例提供了一种机器类型通信设备的签约数据管理方法,该方法由MTC服务器发送去附着指示,触发MTC设备的去附着流程时,除了上述对全部MTC设备去附着的情况,还包括针对个别MTC设备去附着的情况,SGSN/MME如何及时完成对该设备的Detach。参见图33,具体流程如下:
3301:MTC Server向HLR/HSS发送通知消息,该通知消息用于请求删除MTCDevice1的签约数据;
具体地,无论是图2所示的签约数据结构,还是图3所示的签约数据结构,该通知消息中均携带MTC Device1的IMSI及对应的MTC Subscription ID。
3302:HLR/HSS接收到该通知消息后,首先判断是否具有该MTC Device1的设备签约数据,如果有,则删除MTC Device1的设备签约数据;
其中,HLR/HSS执行删除操作时,可以有两种方式,一种是在该步骤中先删除,再执行后续步骤,也可以采取后删除的方式,即在该步骤未执行删除操作时,先执行后续步骤,待接收到后续步骤中SGSN/MME返回Delete SubscriptionData ACK后,再执行本地删除操作,本实施例对删除的两种方式不进行限定,仅以先删除的方式为例进行说明。
3303:HLR/HSS向SGSN/MME发送Delete Subscription Data请求,请求中携带MTC Subscription ID,MTC Device1的IMSI,删除MTC Device1的签约数据指示,可选地,还可以同时携带对该设备Detach的指示;
3304:SGSN/MME在接收到该请求后,对于图2所示的签约数据结构,SGSN/MME仍然需要判断一下具有相同MTC Subscription ID的其他MTC设备是否附着于网络,如果没有,则将MTC Device1的设备签约数据删除之后,还要删除MTCSubscription ID对应的机器类型通信签约数据;对于图3所示的签约数据结构,则无需判断步骤,直接删除该IMSI对应的签约数据即可。
3305:SGSN/MME向MTC Device1发送去附着请求,请求中同时携带去附着的原因,如其Device Subscription的删除;
3306:MTC Device1向SGSN/MEM返回Detach Accept响应;
3307:SGSN/MME删除其存储的MTC Device1的Device Subscription;
3308:SGSN/MME向HLR/HSS返回Delete Subscription ACK,响应中携带MTC Subscription ID。
本实施例提供的方法,通过HLR/HSS向SGSN/MME发送删除签约数据请求,使SGSN/MME对MTC设备进行去附着,且不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据进行管理,从而能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例十六
参见图34,本实施例提供了一种管理设备,该管理设备为SGSN或MME,包括:
接收模块3401,用于接收归属位置寄存器HLR/归属签约服务器HSS发送的删除签约数据请求,删除签约数据请求中携带了机器类型通信签约标识及待去附着的MTC设备的身份标识;
删除模块3402,用于根据接收模块3401接收到的删除签约数据请求中携带的机器类型通信签约标识及待去附着的MTC设备的身份标识删除待去附着的MTC设备的设备签约数据,或删除对应的机器类型通信签约数据及待去附着的MTC设备的设备签约数据。
其中,参见图35,删除模块3402,具体包括:
判断单元3402a,用于根据接收模块接收到的删除签约数据请求中携带的机器类型通信签约标识,判断与待去附着的MTC设备具有相同机器类型通信签约标识的其他MTC设备是否附着于网络;
第一处理单元3402b,用于在判断单元3402a判断出与待去附着的MTC设备具有相同机器类型通信签约标识的其他MTC设备未附着于网络时,根据机器类型通信签约标识删除对应的机器类型通信签约数据,并根据MTC设备的身份标识删除MTC设备的设备签约数据。
可选地,参见图36,删除模块3402,具体包括:
判断单元3402a,用于根据接收模块接收到的删除签约数据请求中携带的机器类型通信签约标识,判断与待去附着的MTC设备具有相同机器类型通信签约标识的其他MTC设备是否附着于网络;
第二处理单元3402c,用于在判断单元3402a判断出与待去附着的MTC设备具有相同机器类型通信签约标识的其他MTC设备附着于网络时,根据待去附着的MTC设备的身份标识删除待去附着的MTC设备的设备签约数据。
进一步地,第二处理单元3402c,还用于在其他MTC设备均未附着于网络时,根据机器类型通信签约标识删除对应的机器类型通信签约数据。
接收模块3401接收到的删除签约数据请求中还携带了去附着指示。
参见图37,该设备还包括:
发送模块3403,用于向待去附着的MTC设备发送去附着请求,去附着请求中携带去附着原因信息。
本实施例提供的设备,通过接收删除签约数据请求,并根据该删除签约数据请求中携带的信息对MTC设备进行去附着,且不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据进行管理,从而能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例十七
本实施例提供了一种存储设备,存储设备为归属位置寄存器HLR或归属签约服务器HSS,用于向通用分组无线服务技术服务支持节点SGSN/移动性管理实体MME发送删除签约数据请求,删除签约数据请求中携带了机器类型通信签约标识及待去附着的MTC设备的身份标识,使SGSN/MME根据机器类型通信签约标识及待去附着的MTC设备的身份标识删除待去附着的MTC设备的设备签约数据,或删除对应的机器类型通信签约数据及待去附着的MTC设备的设备签约数据。
进一步地,存储设备向SGSN/MME发送的删除签约数据请求中还携带了去附着指示。
本实施例提供的设备,通过向管理设备SGSN/MME发送删除签约数据请求,使SGSN/MME对MTC设备进行去附着,且不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据进行管理,从而能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
实施例十八
本实施例提供了一种机器类型通信设备的签约数据管理系统,参见图38,该系统包括:如上述实施例十六提供的管理设备3801,以及上述实施例十七提供的存储设备3802。
本实施例提供的系统,通过存储设备向管理设备发送删除签约数据请求,使管理设备对MTC设备进行去附着,且不仅对MTC设备的设备签约数据进行管理,还要对机器类型通信签约数据进行管理,从而能够优化网络侧的管理能力,还能优化网络与MTC设备之间的信令/数据传输,从而节省网络资源。
需要说明的是:上述多个实施例中出现的符号“/”均代表“或”的关系,上述实施例三、八、十一和十六提供的管理设备相同,其结构及功能可以合并,同理,上述实施例四、实施例十二和实施例十七提供的存储设备相同,其结构及功能也可以合并,各实施例对此不作具体限定,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能,例如,以上各实施例中的第一接收模块和第二接收模块可以是同一个硬件实体,也即,以上各实施例中,各模块前面的序号只是表明功能上的差别,不表明是不同的硬件实体。另外,上述实施例提供的管理设备,存储设备,系统与机器类型通信设备管理方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本发明实施例中的全部或部分步骤,可以利用软件实现,相应的软件程序可以存储在可读取的存储介质中,如光盘或硬盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。