基于组的签约数据的管理方法、服务器及服务节点
技术领域
本发明涉及通信技术领域,特别涉及一种基于组的签约数据的管理方法、服务器及服务节点。
背景技术
未来移动网络将服务于物联网业务或MTC(Machine Type Communication,机器类通信)业务,例如机器控制、信息监控等,这要求网络中存在大量的物联网终端,特别是对于那些需要很多物联网终端支持的物联网业务。由于这类物联网终端的用户通常相同,当采用现有LTE网络中的针对每个终端进行签约管理的机制,为每个终端创建和管理签约数据时,网络的签约中可能出现大量雷同的签约数据,这将导致网络的信令资源和存储资源的浪费。
现有技术中LTE网络中的签约管理:
在LTE网络中,运营商通过USIM卡来与用户签约,每张USIM卡拥有一个全球唯一的IMSI号,每个IMSI在LTE网络中都对应的有一份签约数据。而由于LTE网络中每张USIM卡在同一时刻只能被一个终端设备使用,并且一个终端设备在同一时刻只能使用一张USIM接入LTE网络,因此,同一时刻,终端设备和USIM卡之间具有一一对应的关系,从而终端设备和USIM卡构成的用户设备UE与签约数据之间也具有一一对应的关系,即LTE网络中的签约管理是基于UE的粒度进行,具体流程包括:
1.UE附着过程。当UE发起附着请求到MME(Mobility management entity,移动性管理实体)后,如果MME上没有该UE的签约,则MME向HSS(Home subscriber server,归属签约服务器)发起更新位置请求,获取该UE的签约。基于该UE的签约数据,MME完成该UE后续的移动性管理过程和会话管理过程,例如进行接入控制,确定用户设备的聚合最大比特率,待建共用数据网PDN连接的签约服务质量QoS参数等。
2.跟踪区更新TAU过程。如果new MME上没有该UE的有效签约,则MME将HSS发起更新位置请求,更新当前服务该UE的服务节点信息,并获取该UE的签约数据。
3.HSS发起的签约信息更新过程。当HSS监测到UE的签约数据发生改变后,HSS可能发起insert subscription data(插入签约数据)过程来更新MME上已有的该UE的签约数据。
机器类通信MTC终端组特征:
机器类通信与传统的人与人通信有很多不同之处,其中包括:传统人与人通信中,业务双方都使用单一的UE,而在机器类通信中,一个业务可能需要很多终端支持,即一个用户需要签约一组UE来提供服务。由于这组UE的属性和业务具有极高的相识度,因此通过组管理的方法可能会提高网络资源的利用效率。
3GPP已经开始研究在LTE网络中支持机器通信类终端,其中包括部分MTC的组特性,例如在Rel 13中,3GPP完成了基于组的NAS(non-access stratum)层拥塞控制和组消息的传递两个特性。
虽然3GPP已经开始了MTC组特性的研究,然而组的定义仍然停留在应用层,在网络层中并没有实现基于组的签约管理,因此还存在以下问题:
1.服务相同用户的大量终端具有相同的属性和业务,因此终端的签约数据大量雷同,而现有的针对每UE的签约数据存储方式将导致相同信息重复存储,并且增加MME/SGSN(服务GPRS支持节点)从HSS下载签约数据时的信令长度,增加传输负担;
2.当用户的业务需求发生变化时,服务于该用户的一组UE的相关签约属性都需要修改,即网络运营系统需要针对每个UE的签约数据进行更新,这将导致大量的信令消耗;
3.当网络服务节点MME/SGSN向HSS发起位置更新请求时,即使该组终端由相同的MME/SGSN服务,该服务MME/SGSN仍然需要为每一个UE发起位置更新请求,大量浪费信令资源。
发明内容
本发明的目的在于提供一种基于组的签约数据的管理方法、服务器及服务节点,解决了现有技术中基于组的用户设备的签约数据中存在大量重复信息导致增加传输负担,浪费大量信令资源的问题。
为了达到上述目的,本发明实施例提供一种基于组的签约数据的管理方法,包括:
确定与组相关的第一签约数据以及与组内多个用户设备分别相关的第二签约数据;
将所述第一签约数据保存于第一存储区,将多个所述第二签约数据保存于第二存储区,所述第一存储区与所述第二存储区不同;其中,每个用户设备的签约数据包括与该用户设备相关的第二签约数据以及与该用户设备所属组相关的第一签约数据。
其中,所述第一签约数据包括:与组相关的第一信息以及指示该组的组标识的第二信息;
所述第二签约数据包括:与该用户设备相关的第三信息以及指示该用户设备所属组的第四信息。
其中,所述管理方法还包括:
接收服务节点根据用户设备的附着请求发起的第一位置更新请求;
根据所述第一位置更新请求,确定与用户设备相关的第二签约数据和与所述用户设备所属组相关的第一签约数据;
将所述第一签约数据和所述第二签约数据返回至所述服务节点,由所述服务节点根据所述第一签约数据和所述第二签约数据构建该用户设备的签约数据并发送给用户设备。
其中,所述根据所述第一位置更新请求,确定与用户设备相关的第二签约数据和与所述用户设备所属组相关的第一签约数据的步骤包括:
根据所述第一位置更新请求,确定与用户设备相关的第二签约数据;
根据所述第二签约数据的第四信息,确定用户设备所属组;
以所述用户设备所属组的组标识为索引,查找得到与所述用户所需组相关的第一签约数据。
其中,所述第一签约数据还包括第五信息,所述第五信息为属于该组的所有用户设备所附着的服务节点标识列表信息。
其中,所述管理方法还包括:
接收服务节点根据用户设备的附着请求发起的第一位置更新请求;
根据所述第一位置更新请求,确定与用户设备相关的第二签约数据。
其中,所述管理方法还包括:
根据所述第二签约数据的第四信息,确定与所述用户设备所属组相关的第一签约数据;
若所述第一签约数据的第五信息中包含发送第一位置更新请求的服务节点的标识,确定所述服务节点保存有与该组相关的第一签约数据,向所述服务节点返回第二签约数据,使得所述服务节点能够根据所述第二签约数据和自身保存的第一签约数据构建所述用户设备的签约数据并发送给所述用户设备;
若所述第一签约数据的第五信息中不包含发送第一位置更新请求的服务节点的标识,确定所述服务节点未保存有与该组相关的第一签约数据,并向所述服务节点返回第一签约数据和第二签约数据,使得所述服务节点能够根据所述第一签约数据和所述第二签约数据构建该用户设备的签约数据并发送给用户设备。
其中,所述管理方法还包括:
接收服务节点根据用户设备的跟踪区更新请求发起的第二位置更新请求;所述第二位置更新请求中包含用户设备所属组的组标识;
根据所述用户设备所属组的组标识,确定所述用户设备所属组的第一签约数据;
将所述第一签约数据返回至所述服务节点,由所述服务节点根据所述第一签约数据和所述用户设备的上下文中存储的与该用户设备的相关的第二签约数据构建完成的签约数据并发送给用户设备;其中,所述用户设备的上下文是所述服务节点从该用户设备原先附着的服务节点上获取的。
其中,所述管理方法还包括:
接收上层服务器发送的组消息投递请求,所述组消息投递请求中包括该组的组标识;
根据所述组标识获取与该组相关的本地存储的第一签约数据中的第五信息,并将所述第五信息返回至所述上层服务器,使得所述上层服务器向由所述第五信息确定的服务节点发送组消息,由所述服务节点根据所述组消息的指示进行相关操作并向所述上层服务器反馈组消息的投递状态。
其中,所述管理方法还包括:
接收上层服务器发送的组消息投递请求,所述组消息投递请求中包括该组的组标识;
根据所述组标识获取与该组相关的本地存储的第一签约数据中的第五信息,并向由所述第五信息确定的服务节点发送组消息,使得所述服务节点根据所述组消息的指示进行相关操作;
接收所述服务节点反馈的所述组消息的投递状态,并将所述投递状态转发至所述上层服务器。
本发明实施例还提供一种基于组的签约数据的管理方法,用于服务节点,其特征在于,包括:
确定与附着于该服务节点的用户设备相关的第二签约数据以及与附着于该服务节点的用户设备所属组相关的第一签约数据;
将所述第一签约数据保存于第三存储区,将多个所述第二签约数据保存于第四存储区,所述第三存储区与第四存储区不同;其中,每个用户设备的签约数据包括与该用户设备相关的第二签约数据以及与该用户设备所属组相关的第一签约数据。
其中,所述第一签约数据包括:与组相关的第一信息以及指示该组的组标识的第二信息;
所述第二签约数据包括:与该用户设备相关的第三信息以及指示该用户设备所属组的第四信息。
其中,所述管理方法还包括:
接收用户设备发送的附着请求;
根据所述附着请求查询所述用户设备的签约数据,若该服务节点上没有所述用户设备的签约数据,向一服务器发送第一位置更新请求,使得所述服务器根据所述第一位置更新请求确定第二签约数据和第一签约数据并根据发送第一位置更新请求的服务节点的标识确定该服务节点是否保存有所述第一签约数据;
保存有所述第一签约数据的服务节点接收所述服务器返回的第二签约数据,并根据所述第二签约数据和自身保存的第一签约数据构建所述用户设备的签约数据并发送给所述用户设备;
未保存有所述第一签约数据的服务节点接收所述服务器返回的第二签约数据和第一签约数据,并根据所述第一签约数据和第二签约数据构建所述用户设备的签约数据并发送给所述用户设备。
其中,所述管理方法还包括:
接收用户设备发送的跟踪区更新请求;
根据所述跟踪区更新请求,从所述用户设备原先附着的服务节点上获取该用户设备的上下文;
从所述用户设备的上下文获取所述用户设备所属组的组标识;
根据所述组标识若能够从所述服务节点本地查找得到与所述用户设备所属组相关的第一签约数据和与所述用户设备相关的第二签约数据,将所述第一签约数据和第二签约数据返回至所述用户设备;否则,向服务器发送第二位置更新请求,所述第二位置更新请求中包含用户设备所属组的组标识,由所述服务器确定与所述用户设备所属组相关的第一签约数据;
接收所述服务器返回的第一签约数据,并将所述用户设备的上下文中的与用户设备相关第二签约数据和接收到第一签约数据返回给所述用户设备。
其中,所述管理方法还包括:
接收服务器或上层服务器发送的组消息;
根据所述组消息的指示进行相关操作;
向所述服务器或上层服务器反馈所述组消息的投递状态。
本发明实施例还提供一种服务器,包括:
第一数据确定模块,用于确定与组相关的第一签约数据以及与组内多个用户设备分别相关的第二签约数据;
第一保存模块,用于将所述第一签约数据保存于第一存储区,将多个所述第二签约数据保存于第二存储区,所述第一存储区与所述第二存储区不同;其中,每个用户设备的签约数据包括与该用户设备相关的第二签约数据以及与该用户设备所属组相关的第一签约数据。
本发明实施例还提供一种服务器,包括:
处理器;以及通过总线接口与所述处理器相连接的存储器,所述存储器具有第一存储区和第二存储区,所述第一存储区和第二存储区不同,所述存储器用于存储所述处理器在执行操作时所使用的程序和数据,当处理器调用并执行所述存储器中所存储的程序和数据时,实现如下的功能模块:
第一数据确定模块,用于确定与组相关的第一签约数据以及与组内多个用户设备分别相关的第二签约数据;
第一保存模块,用于将所述第一签约数据保存于第一存储区,将多个所述第二签约数据保存于第二存储区,所述第一存储区与所述第二存储区不同;其中,每个用户设备的签约数据包括与该用户设备相关的第二签约数据以及与该用户设备所属组相关的第一签约数据。
本发明实施例还提供一种服务节点,包括:
第二数据确定模块,用于确定与附着于该服务节点的用户设备相关的第二签约数据以及与附着于该服务节点的用户设备所属组相关的第一签约数据;
第二保存模块,用于将所述第一签约数据保存于第三存储区,将多个所述第二签约数据保存于第四存储区,所述第三存储区与第四存储区不同;其中,每个用户设备的签约数据包括与该用户设备相关的第二签约数据以及与该用户设备所属组相关的第一签约数据。
本发明实施例还提供一种服务节点,包括:
处理器;以及通过总线接口与所述处理器相连接的存储器,所述存储器具有第三存储区和第四存储区,所述第三存储区和第四存储区不同,所述存储器用于存储所述处理器在执行操作时所使用的程序和数据,当处理器调用并执行所述存储器中所存储的程序和数据时,实现如下的功能模块:
第二数据确定模块,用于确定与附着于该服务节点的用户设备相关的第二签约数据以及与附着于该服务节点的用户设备所属组相关的第一签约数据;
第二保存模块,用于将所述第一签约数据保存于第三存储区,将多个所述第二签约数据保存于第四存储区,所述第三存储区与第四存储区不同;其中,每个用户设备的签约数据包括与该用户设备相关的第二签约数据以及与该用户设备所属组相关的第一签约数据。
本发明的上述技术方案至少具有如下有益效果:
本发明实施例的基于组的签约数据的管理方法、服务器及服务节点中,通过将用户设备的签约数据分为与组相关的第一签约数据和与用户设备相关的第二签约数据,并将第一签约数据和第二签约数据分别存储于不同的第一存储区和第二存储区,使得同一组内多个用户设备的与组相关的第一签约数据仅需保存一次,避免了相同信息重复存储,节省存储空间同时减轻传输负担;且业务需求变换或签约数据更新时,节省大量信令资源。
附图说明
图1表示本发明第一实施例的基于组的签约数据的管理方法的基本步骤流程图;
图2表示本发明第二实施例的基于组的签约数据的管理方法的基本步骤流程图;
图3表示本发明第三实施例的基于组的签约数据的管理方法的基本步骤流程图;
图4表示本发明第四实施例的基于组的签约数据的管理方法的基本步骤流程图;
图5表示本发明第五实施例的基于组的签约数据的管理方法的基本步骤流程图;
图6表示本发明第六实施例的基于组的签约数据的管理方法的基本步骤流程图;
图7表示本发明第七实施例的基于组的签约数据的管理方法的基本步骤流程图;
图8表示本发明第八实施例的基于组的签约数据的管理方法的基本步骤流程图;
图9表示本发明第九实施例的基于组的签约数据的管理方法的基本步骤流程图;
图10表示本发明第十实施例的基于组的签约数据的管理方法的基本步骤流程图;
图11表示本发明提供的基于组的签约数据的管理方法中用户设备的附着过程示意图;
图12表示本发明提供的基于组的签约数据的管理方法中用户设备的跟踪区更新过程示意图;
图13表示本发明提供的基于组的签约数据的管理方法中用户设备的组信息下发过程示意图;
图14表示本发明第十一实施例的服务器的组成结构示意图;
图15表示本发明第十三实施例的服务节点的组成结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
本发明针对现有技术中基于组的用户设备的签约数据中存在大量重复信息导致增加传输负担,浪费大量信令资源的问题,提供一种基于组的签约数据的管理方法、服务器及服务节点,通过将用户设备的签约数据分为与组相关的第一签约数据和与用户设备相关的第二签约数据,并将第一签约数据和第二签约数据分别存储于不同的第一存储区和第二存储区,使得同一组内多个用户设备的与组相关的第一签约数据仅需保存一次,避免了相同信息重复存储,节省存储空间同时减轻传输负担;且业务需求变换或签约数据更新时,节省大量信令资源。
基于上述问题,本发明提供一种基于组的签约数据的管理方法。
第一实施例
如图1所示,用于服务器侧的该基于组的签约数据的管理方法包括:
步骤11,确定与组相关的第一签约数据以及与组内多个用户设备分别相关的第二签约数据;
步骤12,将所述第一签约数据保存于第一存储区,将多个所述第二签约数据保存于第二存储区,所述第一存储区与所述第二存储区不同;其中,每个用户设备的签约数据包括与该用户设备相关的第二签约数据以及与该用户设备所属组相关的第一签约数据。
该实施例在服务器侧开辟基于组的签约数据存储区,即第一存储区;该第一存储区专门用于存储与组相关的第一签约数据;而第二存储区中仅存储与用户设备相关(即用户设备特有的)第二签约数据。相应的,服务器上每个用户设备的签约数据由两部分组成,分别为与用户设备相关的第二签约数据以及与用户设备所属组相关的第一签约数据。一个组包括多个用户设备,一个用户设备也可属于多个组。则相对于现有技术中的存储方式,多个用户设备的相同信息(即与组相关的第一签约数据)仅保存一次,避免了重复存储,节省了存储空间,提高了网络资源的利用率。
具体的,本发明的上述实施例中,所述第一签约数据包括:与组相关的第一信息以及指示该组的组标识的第二信息;其中,第一信息即为同一组的多个用户设备共同的签约属性数据;第二信息为该组的组标识,一般为组ID;该组标识作为该第一签约数据的索引,即通过查找该组标识即可确定与其对应的第一信息。
所述第二签约数据包括:与该用户设备相关的第三信息以及指示该用户设备所属组的第四信息。其中,第三信息即为同一组的多个用户设备中每个用户设备特有的签约属性数据;第四信息为指示该用户设备所述的组,具体通过组标识确定该用户设备所属的组。同时由于一个用户设备可以属于多个组,则该第四信息可以为组标识列表,即该用户设备属于上述组标识列表中的每个组。
需要说明的是,上述第一签约数据的第二信息以及第二签约数据的第四信息实质上用于标识第一签约数据与第二签约数据的映射关系,使得服务器能够请求确定第二签约数据,从而根据第二签约数据与第一签约数据的映射关系确定第一签约数据,进而确定用户设备的签约数据。
第二实施例
如图2所示,本发明提供的基于组的签约数据的管理方法中,用户设备的附着过程具体包括:
步骤21,接收服务节点根据用户设备的附着请求发起的第一位置更新请求;
步骤22,根据所述第一位置更新请求,确定与用户设备相关的第二签约数据和与所述用户设备所属组相关的第一签约数据;
步骤23,将所述第一签约数据和所述第二签约数据返回至所述服务节点,由所述服务节点根据所述第一签约数据和所述第二签约数据构建该用户设备的签约数据并发送给用户设备。
该实施例中,用户设备向服务节点发送附着请求,服务节点接收请求并按照现有3GPP TS 23.401v13.2中定义的流程进行,即如果服务节点上没有该用户设备的签约数据,则服务节点向服务器发起第一位置更新请求;服务器侧根据该第一位置更新请求从自身存储数据中查找第一签约数据和第二签约数据,且将第一签约数据和第二签约数据返回至服务节点,服务节点根据收到的第一签约数据和第二签约数据确定用户设备的签约数据,最后服务节点根据用户设备的签约数据完成后续的附着流程。
具体的,上述实施例中步骤22包括:
步骤221,根据所述第一位置更新请求,确定与用户设备相关的第二签约数据;
步骤222,根据所述第二签约数据的第四信息,确定用户设备所属组;
步骤223,以所述用户设备所属组的组标识为索引,查找得到与所述用户所需组相关的第一签约数据。
该实施例中,服务器能够根据第一位置更新请求从自身存储数据中直接获得第二签约数据,再以第二签约数据的第四信息为索引,查找确定第一签约数据;例如第二签约数据中的第四信息为该用户设备所属组的组标识:group 2.0;则以group 2.0为索引,查找确定第一签约数据,其中第一签约数据的第二信息为该组的组标识,即group 2.0。
具体的,本发明的上述实施例中所述第一签约数据还包括第五信息,所述第五信息为属于该组的所有用户设备所附着的服务节点标识列表信息。即在所述服务节点标识列表中的服务节点均为该组的用户设备曾经或正在附着的服务节点,则该对应的服务节点上均保存有与该组相关的第一签约数据。
需要说明的是,服务节点会保存所有曾经附着于该服务节点的用户设备的签约数据,本发明实施例由于服务器侧存储签约数据的方式改变,相应的,服务节点侧保存签约数据的方式也会改变;即与服务器侧一致,服务节点侧保存的用户设备的签约数据也分为与组相关的第一签约数据以及与用户设备相关的第二签约数据。优选的,当服务节点从服务器下载签约数据时,为了减轻传输负担,在服务器侧的第一签约数据中包含有该组的所有用户设备所在的服务节点的标识,对于保存有第一签约数据的服务节点,则不再重复传输第一签约数据,节省了大量的信令资源。
第三实施例
如图3所示,本发明提供的基于组的签约数据的管理方法中,用户设备的附着过程具体包括:
步骤31,接收服务节点根据用户设备的附着请求发起的第一位置更新请求;
步骤32,根据所述第一位置更新请求,确定与用户设备相关的第二签约数据;
步骤33,根据所述第二签约数据的第四信息,确定与所述用户设备所属组相关的第一签约数据;
步骤34,若所述第一签约数据的第五信息中包含发送第一位置更新请求的服务节点的标识,确定所述服务节点保存有与该组相关的第一签约数据,向所述服务节点返回第二签约数据,使得所述服务节点能够根据所述第二签约数据和自身保存的第一签约数据构建所述用户设备的签约数据并发送给所述用户设备;
步骤35,若所述第一签约数据的第五信息中不包含发送第一位置更新请求的服务节点的标识,确定所述服务节点未保存有与该组相关的第一签约数据,并向所述服务节点返回第一签约数据和第二签约数据,使得所述服务节点能够根据所述第一签约数据和所述第二签约数据构建该用户设备的签约数据并发送给用户设备。
该实施例中,用户设备向服务节点发送附着请求,服务节点接收请求并按照现有3GPP TS 23.401v13.2中定义的流程进行,即如果服务节点上没有该用户设备的签约数据,则服务节点向服务器发起第一位置更新请求,服务器根据第一位置更新请求确定第一签约数据和第二签约数据,其中,获取第一签约数据和第二签约数据的具体方法于第二实施例中步骤221至步骤223一致,在此不作重复描述。基于一般的通信机制,服务器能够根据第一位置更新请求确定发送该第一位置更新请求的服务节点的标识;进而判断该服务节点的标识是否在所述第五信息的服务节点标识列表中,若所述第一签约数据的第五信息中包含发送第一位置更新请求的服务节点的标识,确定所述服务节点保存有与该组相关的第一签约数据;若所述第一签约数据的第五信息中不包含发送第一位置更新请求的服务节点的标识,确定所述服务节点未保存有与该组相关的第一签约数据;由于有些服务节点中已经保存有与该组相关的第一签约数据,则服务器返回信息时,仅需返回第二签约信息即可;而对于没有保存与该组相关的第一签约数据的服务节点,服务器返回信息时,需返回第一签约信息和第二签约信息。而对于接收到第一签约信息和第二签约信息的服务节点,该服务节点根据第一签约数据和第二签约数据构建对应的用户设备的签约数据,并返回给用户设备;对于接收到第二签约数据的服务节点,该服务节点根据自身保存的该组的第一签约数据和接收到的第二签约数据构建对应用户设备的签约数据,并返回给用户设备。该种返回信息的方式,对于部分已经保存第一签约数据的服务节点而言,从服务器接收的数据变小,大量节省了信令资源,减轻了传输负担。
第四实施例
如图4所示,本发明提供的基于组的签约数据的管理方法中用户设备的跟踪区更新过程包括:
步骤41,接收服务节点根据用户设备的跟踪区更新请求发起的第二位置更新请求;所述第二位置更新请求中包含用户设备所属组的组标识;
步骤42,根据所述用户设备所属组的组标识,确定所述用户设备所属组的第一签约数据;
步骤43,将所述第一签约数据返回至所述服务节点,由所述服务节点根据所述第一签约数据和所述用户设备的上下文中存储的与该用户设备的相关的第二签约数据构建完成的签约数据并发送给用户设备;其中,所述用户设备的上下文是所述服务节点从该用户设备原先附着的服务节点上获取的。
该实施例中,由于用户设备的移动导致用户设备的服务节点改变,则此时用户设备需要发起跟踪区更新请求(TAU请求)。新的服务节点接收到TAU请求后会从该用户设备原先附着的服务节点上获取用户设备的上下文信息。服务节点判断用户设备的上下文信息中是否包含组标识,若没有,则确定使用现有标准定义的流程向服务器更新用户设备当前服务节点信息,完成后续TAU过程;否则新的服务节点利用组标识(可以为组标识列表,即包含多个组标识)在该新的服务节点的本地查找与组相关的第一签约数据,若能够找到对应的第一签约数据,则新的服务节点直接将查找得到的第一签约数据和用户设备上下文信息中的与用户设备相关的第二签约数据发送给用户设备构成用户设备的签约数据,无需向服务器发起第二位置更新请求;否则新的服务节点需向服务器发送第二位置更新请求,此时服务器接收新的服务节点发送的第二位置更新请求,该第二位置更新请求中携带从用户设备的上下文信息中获取的组标识。服务器则根据组标识查找确定第一签约数据,并将发送第二位置更新请求的服务节点的标识加入至第一签约数据的第五信息中;确定第一签约数据后,服务器将第一签约数据返回给新的服务节点,新的服务节点根据接收到第一签约数据以及用户设备的上下文信息中的第二签约数据向用户设备返回该用户设备的签约数据,完成后续的TAU流程。该实施例提供的TAU流程能够有效减少一部分数据的重复传输,节省了大量的信令资源。
第五实施例
如图5所示,本发明提供的基于组的签约数据的管理方法中上层服务器更改本发明提供的服务中的组消息时的步骤包括:
步骤51,接收上层服务器发送的组消息投递请求,所述组消息投递请求中包括与所述第一签约数据对应的组的组标识;
步骤52,根据所述组标识获取与该组相关的本地存储的第一签约数据中的第五信息,并将所述第五信息返回至所述上层服务器,使得所述上层服务器向由所述第五信息确定的服务节点发送组消息,由所述服务节点根据所述组消息的指示进行相关操作并向所述上层服务器反馈组消息的投递状态。
该实施例中上层服务器需要对服务器的本地存储的第一签约数据进行修改或调整,则上层服务器向该服务器发送组消息投递请求,服务器根据第一签约数据的投递请求中的组标识,从本地保存的数据中查找与该组标识对应的第一签约数据;由于服务器侧的第一签约数据更改后需向当前服务于该组的所有服务节点发送新的第一签约数据,从而保证后续流程的正常进行。故服务器从本地存储的第一签约数据的第五信息中获取服务节点标识列表信息,并将服务节点列表信息返回给上层服务器,上层服务器向服务节点列表中的所有服务节点发送组消息,每个服务节点根据组消息的指示进行相关操作,其中相关操作可能包括:服务节点根据组消息中保存的用户设备列表(GUTI或IMSI表示),向列表中的每个用户设备发送组消息;或则按照收到的组消息的内容进行组的或组内各用户设备的参数(例如QoS参数,移动性管理相关的参数等)调整。
服务节点完成相应操作后还需向上层服务器反馈关于该组消息的投递情况,投递情况包括投递成功或投递失败,上层服务器还可以根据投递情况确定是否需要重发后者是否进行后续操作,在此不详细描述。该下发组消息的方法相对于针对每个用户设备下发新的签约数据的方法,避免了大量信令消耗的情况,提高网络运行效率。
第六实施例
如图6所示,本发明提供的基于组的签约数据的管理方法中上层服务器更改本发明提供的服务中的组消息时的步骤包括:
步骤61,接收上层服务器发送的组消息投递请求,所述组消息投递请求中包括该组的组标识;
步骤62,根据所述组标识获取与该组相关的本地存储的第一签约数据中的第五信息,并向由所述第五信息确定的服务节点发送组消息,使得所述服务节点根据所述组消息的指示进行相关操作;
步骤63,接收所述服务节点反馈的所述组消息的投递状态,并将所述投递状态转发至所述上层服务器。
该实施例与第五实施例的区别在于由该服务器直接向服务节点标识列表中的服务节点发送组消息,并在接收各个服务节点返回的投递状态后将所述投递状态返回至上层服务器。同样的,该实施例中上层服务器需要对服务器的本地存储的第一签约数据进行修改或调整,则上层服务器向该服务器发送组消息投递请求,服务器根据组消息投递请求中的组标识,从本地保存的数据中查找与该组标识对应的第一签约数据;由于服务器侧的第一签约数据更改后需向当前服务于该组的所有服务节点发送组消息,从而保证后续流程的正常进行。故服务器从本地存储的第一签约数据的第五信息中获取服务节点标识列表信息。服务节点收到服务器发送的组消息后也会根据组消息的指示进行相关操作,其中相关操作可能包括:服务节点根据组消息中保存的用户设备列表(GUTI或IMSI表示),向列表中的每个用户设备发送组消息;或则按照收到的组消息的内容进行组的或组内各用户设备的参数(例如QoS参数,移动性管理相关的参数等)调整。
综上,本发明提供的服务侧的基于组的签约数据的管理方法中,通过将用户设备的签约数据分为与组相关的第一签约数据和与用户设备相关的第二签约数据,并将第一签约数据和第二签约数据分别存储于不同的第一存储区和第二存储区,使得同一组内多个用户设备的与组相关的第一签约数据仅需保存一次,避免了相同信息重复存储,节省存储空间同时减轻传输负担;并在用户设备的附着过程、跟踪区更新过程以及下行信息更改过程中,节省大量信令资源。
为了更好的实现上述目的,本发明实施例还提供一种服务节点侧的基于组的签约数据的管理方法。
第七实施例
如图7所示,本发明提供用于服务节点侧的基于组的签约数据的管理方法包括:
步骤71,确定与附着于该服务节点的用户设备相关的第二签约数据以及与附着于该服务节点的用户设备所属组相关的第一签约数据;
步骤72,将所述第一签约数据保存于第三存储区,将多个所述第二签约数据保存于第四存储区,所述第三存储区与第四存储区不同;其中,每个用户设备的签约数据包括与该用户设备相关的第二签约数据以及与该用户设备所属组相关的第一签约数据。
该实施例中,由于服务节点会保存所有曾经附着于该服务节点的用户设备的签约数据,且又由于服务器侧存储签约数据的方式改变,相应的,服务节点侧保存签约数据的方式也会改变;即与服务器侧一致,服务节点侧保存的用户设备的签约数据也分为与组相关的第一签约数据以及与用户设备相关的第二签约数据。其中,第一签约数据保存于第三存储区,第二签约数据保存于第四存储区。
该实施例在服务节点侧也开辟基于组的签约数据存储区,即第三存储区;该第三存储区专门用于存储与组相关的第一签约数据;而第四存储区中仅存储与用户设备相关(即用户设备特有的)第二签约数据。相应的,服务节点上每个用户设备的签约数据由两部分组成,分别为与用户设备相关的第二签约数据以及与用户设备所属组相关的第一签约数据。一个组包括多个用户设备,一个用户设备也可属于多个组。则相对于现有技术中的存储方式,多个用户设备的相同信息(即与组相关的第一签约数据)仅保存一次,避免了重复存储,节省了存储空间,提高了网络资源的利用率。
具体的,本发明的上述实施例中,所述第一签约数据包括:与组相关的第一信息以及指示该组的组标识的第二信息;
所述第二签约数据包括:与该用户设备相关的第三信息以及指示该用户设备所属组的第四信息。其中,第一签约数据与第二签约数据的具体内容于上述第一实施例中的内容相同,在此不重复描述。
第八实施例
如图8所示,本发明实施例提供的基于组的签约数据的管理方法中,用户设备的附着过程具体包括:
步骤81,接收用户设备发送的附着请求;
步骤82,根据所述附着请求查询所述用户设备的签约数据,若该服务节点上没有所述用户设备的签约数据,向一服务器发送第一位置更新请求,使得所述服务器根据所述第一位置更新请求确定第二签约数据和第一签约数据并根据发送第一位置更新请求的服务节点的标识确定该服务节点是否保存有所述第一签约数据;
步骤83,保存有所述第一签约数据的服务节点接收所述服务器返回的第二签约数据,并根据所述第二签约数据和自身保存的第一签约数据构建所述用户设备的签约数据并发送给所述用户设备;
步骤84,未保存有所述第一签约数据的服务节点接收所述服务器返回的第二签约数据和第一签约数据,并根据所述第一签约数据和第二签约数据构建所述用户设备的签约数据并发送给所述用户设备。
该实施例中,用户设备向服务节点发送附着请求,服务节点接收请求并按照现有3GPP TS 23.401v13.2中定义的流程进行,即如果服务节点上没有该用户设备的签约数据,则服务节点向服务器发起第一位置更新请求;基于一般的通信机制,服务器能够根据第一位置更新请求确定发送该第一位置更新请求的服务节点的标识;进而判断该服务节点的标识是否在所述第五信息的服务节点标识列表中,若所述第一签约数据的第五信息中包含发送第一位置更新请求的服务节点的标识,确定所述服务节点保存有与该组相关的第一签约数据;若所述第一签约数据的第五信息中不包含发送第一位置更新请求的服务节点的标识,确定所述服务节点未保存有与该组相关的第一签约数据。对于保存有所述第一签约数据的服务节点接收所述服务器返回的第二签约数据,并根据所述第二签约数据和自身保存的第一签约数据构建所述用户设备的签约数据并发送给所述用户设备;而对于未保存有所述第一签约数据的服务节点接收所述服务器返回的第二签约数据和第一签约数据,并根据所述第一签约数据和第二签约数据构建所述用户设备的签约数据并发送给所述用户设备。该中获取信息的方式,该对于部分已经保存第一签约数据的服务节点而言,从服务器接收的数据变小,大量节省了信令资源,减轻了传输负担。
第九实施例
如图9所示,本发明提供的基于组的签约数据的管理方法中用户设备的跟踪区更新过程包括:
步骤91,接收用户设备发送的跟踪区更新请求;
步骤92,根据所述跟踪区更新请求,从所述用户设备原先附着的服务节点上获取该用户设备的上下文;
步骤93,从所述用户设备的上下文获取所述用户设备所属组的组标识;
步骤94,根据所述组标识若能够从所述服务节点本地查找得到与所述用户设备所属组相关的第一签约数据和与所述用户设备相关的第二签约数据,将所述第一签约数据和第二签约数据返回至所述用户设备;否则,向服务器发送第二位置更新请求,所述第二位置更新请求中包含用户设备所属组的组标识,由所述服务器确定与所述用户设备所属组相关的第一签约数据;
步骤95,接收所述服务器返回的第一签约数据,并将所述用户设备的上下文中的与用户设备相关第二签约数据和接收到第一签约数据返回给所述用户设备。
该实施例中由于用户设备的移动导致用户设备的服务节点改变,则此时用户设备需要发起跟踪区更新请求(TAU请求)。新的服务节点接收到TAU请求后会从该用户设备原先附着的服务节点上获取用户设备的上下文信息。服务节点判断用户设备的上下文信息中是否包含组标识,若没有,则确定使用现有标准定义的流程向服务器更新用户设备当前服务节点信息,完成后续TAU过程;否则新的服务节点利用组标识(可以为组标识列表,即包含多个组标识)在该新的服务节点的本地查找与组相关的第一签约数据,若能够找到对应的第一签约数据,则新的服务节点直接将查找得到的第一签约数据和用户设备上下文信息中的与用户设备相关的第二签约数据发送给用户设备构成用户设备的签约数据,无需向服务器发起第二位置更新请求;否则新的服务节点需向服务器发送第二位置更新请求,此时服务器接收新的服务节点发送的第二位置更新请求,该第二位置更新请求中携带从用户设备的上下文信息中获取的组标识。服务器则根据组标识查找确定第一签约数据,并将发送第二位置更新请求的服务节点的标识加入至第一签约数据的第五信息中;确定第一签约数据后,服务器将第一签约数据返回给新的服务节点,新的服务节点根据接收到第一签约数据以及用户设备的上下文信息中的第二签约数据向用户设备返回该用户设备的签约数据,完成后续的TAU流程。该实施例提供的TAU流程能够有效减少一部分数据的重复传输,节省了大量的信令资源。
第十实施例
如图10所示,本发明提供的基于组的签约数据的管理方法中上层服务器更改本发明提供的服务中的第一签约数据时的步骤包括:
步骤101,接收服务器或上层服务器发送的新的第一签约数据;
步骤102,根据所述新的第一签约数据的指示进行相关操作;
步骤103,向所述服务器或上层服务器反馈所述新的第一签约数据的投递状态。
该实施例中,服务节点接收服务器或上层服务器发送的新的第一签约数据,每个服务节点根据新的第一签约数据的指示进行相关操作,其中相关操作可能包括:服务节点根据新的第一签约数据中保存的用户设备列表(GUTI或IMSI表示),向列表中的每个用户设备发送新的第一签约数据;或则按照收到的新的第一签约数据的内容进行组的或组内各用户设备的参数(例如QoS参数,移动性管理相关的参数等)调整。服务节点完成相应操作后还需向上层服务器反馈关于该新的第一签约数据的投递情况,投递情况包括投递成功或投递失败,上层服务器还可以根据投递情况确定是否需要重发后者是否进行后续操作,在此不详细描述。该下发第一签约数据的方法相对于针对每个用户设备下发新的签约数据的方法,避免了大量信令消耗的情况,提高网络运行效率。
上述第一实施例至第十实施例为分别从服务侧和服务节点侧描述的基于组的签约数据的管理方法,下面结合图11、图12以及图13对本发明的详细实现过程进行具体描述:
假设该方法是基于现有TS23.682v13.2中MTC通信的架构,服务节点为移动性管理实体MME,服务器为归属签约用户服务器HSS,上层服务器为应用层服务器;第一签约数据的第二信息为组标识,第一签约数据的第五信息为MMDID列表,第二签约数据的第四信息为用户所属组的组标识:
如图11所示,附着过程如下:
步骤1,UE发起附着请求,MME接收请求并按照现有3GPP TS 23.401v13.2中定义的流程进行;
步骤2,MME确定需向HSS发起位置更新请求,以请求获取该UE的签约数据;
步骤3,HSS接收请求,查找该UE的签约数据,若签约信息中包含组标识,则HSS还根据组标识索引第一签约数据,并在第一签约数据中查找MME ID列表中发送请求的MME是否存在,如果不在,执行A,否则执行B;
步骤A包括:
步骤4a,HSS在第一签约数据的MME ID列表中没有找到所述MME ID,则确定向MME返回UE相关的签约的第二签约数据和与组相关的第一签约数据并在MME ID列表中保存该MME ID;
步骤5a,HSS通过位置更新确认消息向MME返回第一签约数据和第二签约数据;
步骤6a,MME根据收到的签约数据确定UE完整的签约,并存储收到的第一签约数据;
步骤B包括:
步骤4b,HSS在第一签约数据的MME ID列表中找到所述MME ID,则确定只向MME返回UE相关的第二签约数据;
步骤5b,HSS通过位置更新确认消息向MME返回UE相关的第二签约数据;
步骤6b,MME根据收到的第二签约数据和存储的组相关的第一签约数据确定UE的完整签约;
步骤7,MME根据UE的完整签约完成后续附着流程。
如图12所示,跟踪区更新过程如下:
步骤1,UE发起跟踪区更新请求,new MME从old MME上获取用户设备的上下文信息;
步骤2,New MME检查UE的上下文中是否包含Group ID list,如果没有,则确定使用现有标准定义的流程向HSS更新UE当前服务节点信息,完成后续TAU过程,否则对于所有Group ID列表中的Group ID,New MME如果都能够在本地找到组相关的第一签约数据,则MME使用UE上下文中UE相关的第二签约数据和找到的组相关的第一签约数据确定UE的完整签约,并且无需向HSS发起更新位置过程,否则new MME需向HSS发起更新位置过程;
步骤3,MME向HSS发起位置更新请求,携带组标识(Group ID)以请求获取组相关的第一签约数据;
步骤4,HSS接收请求,根据请求中的Group ID索引组相关的签约数据,以确定第一签约数据;
步骤5,HSS在该组相关的第一签约数据中保存发送请求的MME的ID;
步骤6,HSS通过更新位置确认消息向MME返回组相关的第一签约数据;
步骤7,MME存储收到的组相关的第一签约数据,并根据UE上下文中UE相关的第二签约数据和收到的组相关的第一签约数据,确定UE的完整签约;
步骤8,MME根据UE的完整签约完成后续跟踪区更新流程。
如图13所示,下行消息的传输过程如下:
为了描述方便,本例中将与组相关的第一签约数据称为组信息,且SC为ServiceCapability server业务能力服务器,AP为Application server应用服务器;IWF为interworking function互操作功能,SC为Service capability exposure function业务能力开放功能;
步骤1,SCS/AS向IWF/SCEF发出组消息传递请求;
步骤2,IWF/SCEF向SCS/AS返回确认消息,以确认进行组消息传递;
IWF/SCEF可以通过两种方式进行组消息的投递:
方式C:
步骤3c.IWF/SCEF向HSS发送组信息查询请求,携带组ID;
步骤4c,HSS根据组信息查询请求中的组ID进行组信息查询服务组成员的MME ID列表,然后在信息查询响应中返回该MME ID列表。可选的,组信息查询请求中的组ID可能是应用层的组ID,此时HSS需要进行内外部组ID的映射,将应用层的组ID映射为内部组ID;
步骤5c(5c'),IWF/SCEF根据收到的MME ID列表,向列表中的所有MME发送新的组信息;
步骤6c(6c'),收到新的组信息的MME根据消息中的Group ID查找本地存储的组签约数据,完成后续动作。可能的后续动作包括:
MME根据组签约数据中保存的UE列表(GUTI或IMSI表示),向列表中的每个UE发送组信息;
按照收到的组信息的内容进行组间或者组内各UE的参数(例如QoS参数,移动性管理相关的参数等)调整;
然后,MME向MTC-IWF/SCEF反馈组信息的送达报告;
步骤7c,IWF/SCEF等到所有MME ID列表中MME反馈后,向SCS/AS反馈组信息投递情况。
方式D:
步骤3d,IWF/SCEF向HSS发送组消息投递请求,携带组ID;
步骤4d,HSS向MTC-IWF/SCEF确认收到组消息投递请求;
步骤5d(5d'),HSS根据组消息投递请求中的组ID进行组信息查询服务组成员的MME ID列表,然后向list中的所有MME发送新的组信息。可选的,组信息查询请求中的组ID可能是应用层的组ID,此时HSS需要进行内外部组ID的映射,将应用层的组ID映射为内部组ID;
步骤6(6d'),收到新的组信息的MME根据消息中的Group ID查找本地存储的组相关的签约信息,完成后续动作。可能的后续动作包括:
MME根据组相关的签约信息中保存的UE列表(GUTI或IMSI表示),向列表中的每个UE发送组信息;
按照收到的组信息的内容进行组间或者组内各UE的参数(例如QoS参数,移动性管理相关的参数等)调整。
然后,MME向HSS反馈组信息的送达报告;
步骤7d,HSS等到所有MME的组消息投递反馈后,向IWF/SCEF反馈组信息的投递情况;
步骤8d,IWF/SCEF根据HSS反馈的,向SCS/AS反馈组信息的投递情况。
为了更好的实现上述目的,本发明实施例还提供一种服务器。
第十一实施例
如图14所示,该服务器包括:
第一数据确定模块141,用于确定与组相关的第一签约数据以及与组内多个用户设备分别相关的第二签约数据;
第一保存模块142,用于将所述第一签约数据保存于第一存储区,将多个所述第二签约数据保存于第二存储区,所述第一存储区与所述第二存储区不同;其中,每个用户设备的签约数据包括与该用户设备相关的第二签约数据以及与该用户设备所属组相关的第一签约数据。
具体的,本发明的上述实施例中,所述第一签约数据包括:与组相关的第一信息以及指示该组的组标识的第二信息;
所述第二签约数据包括:与该用户设备相关的第三信息以及指示该用户设备所属组的第四信息。
具体的,本发明的上述实施例中,所述服务器还包括:
第一接收模块,用于接收服务节点根据用户设备的附着请求发起的第一位置更新请求;
第一确定模块,用于根据所述第一位置更新请求,确定与用户设备相关的第二签约数据和与所述用户设备所属组相关的第一签约数据;
第一返回模块,用于将所述第一签约数据和所述第二签约数据返回至所述服务节点,由所述服务节点根据所述第一签约数据和所述第二签约数据构建该用户设备的签约数据并发送给用户设备。
具体的,本发明的上述实施例中,所述确定模块包括:
第一确定子模块,用于根据所述第一位置更新请求,确定与用户设备相关的第二签约数据;
第二确定子模块,用于根据所述第二签约数据的第四信息,确定用户设备所属组;
第三确定子模块,用于以所述用户设备所属组的组标识为索引,查找得到与所述用户所需组相关的第一签约数据。
具体的,本发明的上述实施例中,所述第一签约数据还包括第五信息,所述第五信息为属于该组的所有用户设备所附着的服务节点标识列表信息。
具体的,本发明的上述实施例中,所述服务器还包括:
第二接收模块,用于接收服务节点根据用户设备的附着请求发起的第一位置更新请求;
第二确定模块,用于根据所述第一位置更新请求,确定与用户设备相关的第二签约数据。
具体的,本发明的上述实施例中,所述服务器还包括:
第三确定模块,用于根据所述第二签约数据的第四信息,确定与所述用户设备所属组相关的第一签约数据;
第二返回模块,用于若所述第一签约数据的第五信息中包含发送第一位置更新请求的服务节点的标识,确定所述服务节点保存有与该组相关的第一签约数据,向所述服务节点返回第二签约数据,使得所述服务节点能够根据所述第二签约数据和自身保存的第一签约数据构建所述用户设备的签约数据并发送给所述用户设备;
第三返回模块,用于若所述第一签约数据的第五信息中不包含发送第一位置更新请求的服务节点的标识,确定所述服务节点未保存有与该组相关的第一签约数据,并向所述服务节点返回第一签约数据和第二签约数据,使得所述服务节点能够根据所述第一签约数据和所述第二签约数据构建该用户设备的签约数据并发送给用户设备。
具体的,本发明的上述实施例中,所述服务器还包括:
第三接收模块,用于接收服务节点根据用户设备的跟踪区更新请求发起的第二位置更新请求;所述第二位置更新请求中包含用户设备所属组的组标识;
第四确定模块,用于根据所述用户设备所属组的组标识,确定所述用户设备所属组的第一签约数据;
第四返回模块,用于将所述第一签约数据返回至所述服务节点,由所述服务节点根据所述第一签约数据和所述用户设备的上下文中存储的与该用户设备的相关的第二签约数据构建完成的签约数据并发送给用户设备;其中,所述用户设备的上下文是所述服务节点从该用户设备原先附着的服务节点上获取的。
具体的,本发明的上述实施例中,所述服务器还包括:
第四接收模块,用于接收上层服务器发送的组消息投递请求,所述组消息投递请求中包括该组的组标识;
第五返回模块,用于根据所述组标识获取与该组相关的本地存储的第一签约数据中的第五信息,并将所述第五信息返回至所述上层服务器,使得所述上层服务器向由所述第五信息确定的服务节点发送组消息,由所述服务节点根据所述组消息的指示进行相关操作并向所述上层服务器反馈组消息的投递状态。
具体的,本发明的上述实施例中,所述服务器还包括:
第五接收模块,用于接收上层服务器发送的组消息投递请求,所述组消息投递请求中包括该组的组标识;
第六返回模块,用于根据所述组标识获取与该组相关的本地存储的第一签约数据中的第五信息,并向由所述第五信息确定的服务节点发送组消息,使得所述服务节点根据所述组消息的指示进行相关操作;
接收转发模块,用于接收所述服务节点反馈的所述组消息的投递状态,并将所述投递状态转发至所述上层服务器。
需要说明的是,本发明实施例提供的服务器是应用上述基于组的签约数据的管理方法的服务器,则上述基于组的签约数据的管理方法的所有实施例均适用于该服务器,且均能达到相同或相似的有益效果。
第十二实施例
本发明还提供一种服务器包括:
处理器;以及通过总线接口与所述处理器相连接的存储器,所述存储器具有第一存储区和第二存储区,所述第一存储区和第二存储区不同,所述存储器用于存储所述处理器在执行操作时所使用的程序和数据,当处理器调用并执行所述存储器中所存储的程序和数据时,实现如下的功能模块:
第一数据确定模块141,用于确定与组相关的第一签约数据以及与组内多个用户设备分别相关的第二签约数据;
第一保存模块142,用于将所述第一签约数据保存于第一存储区,将多个所述第二签约数据保存于第二存储区,所述第一存储区与所述第二存储区不同;其中,每个用户设备的签约数据包括与该用户设备相关的第二签约数据以及与该用户设备所属组相关的第一签约数据。
需要说明的是,本发明实施例提供的服务器是应用上述基于组的签约数据的管理方法的服务器,则上述基于组的签约数据的管理方法的所有实施例均适用于该服务器,且均能达到相同或相似的有益效果。
为了更好的实现上述目的,本发明实施例还提供一种服务节点。
第十三实施例
如图15所示,该服务节点包括:
第二数据确定模块151,用于确定与附着于该服务节点的用户设备相关的第二签约数据以及与附着于该服务节点的用户设备所属组相关的第一签约数据;
第二保存模块152,用于将所述第一签约数据保存于第三存储区,将多个所述第二签约数据保存于第四存储区,所述第三存储区与第四存储区不同;其中,每个用户设备的签约数据包括与该用户设备相关的第二签约数据以及与该用户设备所属组相关的第一签约数据。
具体的,本发明的上述实施例中,所述第一签约数据包括:与组相关的第一信息以及指示该组的组标识的第二信息;
所述第二签约数据包括:与该用户设备相关的第三信息以及指示该用户设备所属组的第四信息。
具体的,本发明的上述实施例中,所述服务节点还包括:
第一请求模块,用于接收用户设备发送的附着请求;
第一发送模块,用于根据所述附着请求查询所述用户设备的签约数据,若该服务节点上没有所述用户设备的签约数据,向一服务器发送第一位置更新请求,使得所述服务器根据所述第一位置更新请求确定第二签约数据和第一签约数据并根据发送第一位置更新请求的服务节点的标识确定该服务节点是否保存有所述第一签约数据;
第一数据接收模块,用于保存有所述第一签约数据的服务节点接收所述服务器返回的第二签约数据,并根据所述第二签约数据和自身保存的第一签约数据构建所述用户设备的签约数据并发送给所述用户设备;
第二数据接收模块,用于未保存有所述第一签约数据的服务节点接收所述服务器返回的第二签约数据和第一签约数据,并根据所述第一签约数据和第二签约数据构建所述用户设备的签约数据并发送给所述用户设备。
具体的,本发明的上述实施例中,所述服务节点还包括:
第二请求模块,用于接收用户设备发送的跟踪区更新请求;
第一获取模块,用于根据所述跟踪区更新请求,从所述用户设备原先附着的服务节点上获取该用户设备的上下文;
第二获取模块,用于从所述用户设备的上下文获取所述用户设备所属组的组标识;
第一数据返回模块,用于根据所述组标识若能够从所述服务节点本地查找得到与所述用户设备所属组相关的第一签约数据和与所述用户设备相关的第二签约数据,将所述第一签约数据和第二签约数据返回至所述用户设备;否则,向服务器发送第二位置更新请求,所述第二位置更新请求中包含用户设备所属组的组标识,由所述服务器确定与所述用户设备所属组相关的第一签约数据;
第二数据返回模块,用于接收所述服务器返回的第一签约数据,并将所述用户设备的上下文中的与用户设备相关第二签约数据和接收到第一签约数据返回给所述用户设备。
具体的,本发明的上述实施例中,所述服务节点还包括:
第三数据接收模块,用于接收服务器或上层服务器发送的组消息;
操作模块,用于根据所述组消息的指示进行相关操作;
状态反馈模块,用于向所述服务器或上层服务器反馈所述组消息的投递状态。
需要说明的是,本发明实施例提供的服务节点是应用上述基于组的签约数据的管理方法的服务节点,则上述基于组的签约数据的管理方法的所有实施例均适用于该服务节点,且均能达到相同或相似的有益效果。
第十四实施例
本发明提供一种服务节点包括:
处理器;以及通过总线接口与所述处理器相连接的存储器,所述存储器具有第三存储区和第四存储区,所述第三存储区和第四存储区不同,所述存储器用于存储所述处理器在执行操作时所使用的程序和数据,当处理器调用并执行所述存储器中所存储的程序和数据时,实现如下的功能模块:
第二数据确定模块151,用于确定与附着于该服务节点的用户设备相关的第二签约数据以及与附着于该服务节点的用户设备所属组相关的第一签约数据;
第二保存模块152,用于将所述第一签约数据保存于第三存储区,将多个所述第二签约数据保存于第四存储区,所述第三存储区与第四存储区不同;其中,每个用户设备的签约数据包括与该用户设备相关的第二签约数据以及与该用户设备所属组相关的第一签约数据。
需要说明的是,本发明实施例提供的服务节点是应用上述基于组的签约数据的管理方法的服务节点,则上述基于组的签约数据的管理方法的所有实施例均适用于该服务节点,且均能达到相同或相似的有益效果。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。