群组的管理方法及push服务器的制作方法

文档序号:7590201阅读:199来源:国知局
专利名称:群组的管理方法及push服务器的制作方法
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种群组的管理方法及TOSH服务器。
背景技术
随着智能的用户(User Equipment ;以下简称UE)如手机的普及使用,用户上的应用也越来越丰富。例如类似于微博、社交网站即时通信如Twitter、Facebook、QQ、Msn等应用业务也越来越受到用户的青睐。对于类似于Twitter、Facebook、QQ、Msn等应用业务,根据用户的需求在对应的应用服务器上通常会按照群组对UE对应的用户进行管理。例如通常需要对一个群组中的所有用户发送相同的消息。但是在网络侧并不会对应用服务器中属于同一个群组中的UE进 行统一管理。例如对于类似于QQ、Msn之类的业务,通常通过核心网(Core Network;以下简称CN)的网关GPRS支持节点(Gateway GPRS Support Node ;以下简称GGSN)和服务GPRS支持节点(Serving GPRS Support Node ;以下简称SGSN),以及通用移动通信系统陆地无线接入网络(Universal MobileTelecommunication System Terrestrial Radio AccessNetwork ;以下简称UTRAN)中的无线网络控制器(Radio Network Controller ;以下简称RNC)和基站(NodeB ;以下简称NB)分别向群组中的各UE发送消息。对于类似于Twitter、Facebook之类的业务,对应的应用服务器采用即时推送的方式,通常通过CN中的GGSN和SGSN,以及UTRAN中的RNC和NB分别向群组中的各UE推送消息。Twitter业务中推送消息通常采用POLL和PUSH两种机制,现有技术中大多采用POLL方式。在POLL方式中,UE主动向Twitter业务的应用服务器获取群组消息。在I3USH方式中,只有当UE对应的用户订阅了某一主题,当该主题有更新时,Twitter业务的应用服务器才会通知该UE去取。相对于POLL方式,PUSH方式产生的信令较少,也不需要频繁向应用服务器发送刷新请求。在实现本发明过程中,发明人发现现有技术中至少存在如下问题现有技术的PUSH机制的实现中,网络侧无法按照应用服务器中的群组对属于同一群组中的UE进行统一管理。

发明内容
本发明实施例提供一种群组的管理方法及TOSH服务器,用以解决现有技术中网络侧无法按照应用服务器中的群组对属于同一群组中的UE进行统一管理的缺陷。本发明实施例提供一种群组的管理方法,包括为应用服务器中的群组分配第一群组标识;根据加入所述群组的用户的第一标识,获取所述用户在移动网内的参数信息,所述用户的参数信息包括所述用户的第二标识、所述用户对应的用户设备的位置信息和所述用户是否启用接收I3USH通知的标识;建立与核心网节点之间基于所述群组的传输承载;创建立所述第一群组标识对应的群组上下文,所述群组上下文中包括所述群组中的所述用户的参数信息和所述传输承载的信息。本发明实施例提供一种PUSH服务器,包括分配模块,用于为应用服务器中的群组分配第一群组标识;获取模块,用于根据加入所述群组的用户的第一标识,获取所述用户在移动网内的参数信息,所述用户的参数信息包括所述用户的第二标识、所述用户对应的用户设备的位置信息和所述用户是否启用接收PUSH通知的标识;
建立模块,用于建立与核心网节点之间基于所述群组的传输承载;创建模块,用于创建所述第一群组标识对应的群组上下文,所述群组上下文中包括所述群组中的所述用户的参数信息和所述传输承载的信息。本发明实施例的群组的管理方法及TOSH服务器,通过为应用服务器中的群组分配第一群组标识;根据加入群组的用户的标识,获取用户的参数信息,用户的参数信息包括用户的标识、用户对应的用户设备的位置信息和用户是否启用接收PUSH通知的标识;建立与核心网节点之间基于群组的传输承载;创建群组标识对应的群组上下文,群组上下文中包括群组中的用户的参数信息和传输承载的信息。采用本发明实施例的技术方案,根据创建的群组上下文可以实现对应用服务器中的同一群组中的UE进行统一管理,弥补了现有技术中无法基于应用服务器中的群组对属于同一群组中的UE进行统一管理的缺陷,能够有效地提高对群组的管理效率。


为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图I为本发明一实施例提供的群组的管理方法的流程图。图2为本发明另一实施例提供的群组的管理方法的流程图。图3为本发明再一实施例提供的群组的管理方法的流程图。图4为本发明一实施例提供的I3USH服务器的结构示意图。图5为本发明另一实施例提供的TOSH服务器的结构示意图。图6为本发明一实施例提供的通信网络系统的结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。本发明的技术方案,可以应用于各种通信系统,例如全球移动通信系统(GSM,Global System for Mobile communications),石马分多址(CDMA,Code Division MultipleAccess)系统,宽带码分多址(WCDMA, Wideband CodeDivision Multiple AccessWireless),通用分组无线业务(GPRS, General PacketRadio Service),长期演进(LTE,Long Term Evolution)等。此外,本文中结合用户设备(UE, User Equipment)和/或基站来描述各种方面。用户设备可以是指向用户提供语音和/或数据连通性的设备。用户设备可连接至诸如膝上计算机或台式计算机等计算设备,或者其他通信设备,例如,个人数字助理(PDA, PersonalDigital Assistant)等自含式设备。无线终端也可以称为系统、订户单元(SubscriberUnit)、订户站(Subscriber Station),移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point)、远程终端(Remote Terminal)、接入终端(AccessTerminal)、用户终端(User Terminal)、用户代理(User Agent)、用户设备(UserDevice)、或用户装备(User Equipment)。用户设备可以是订户站、无线设备、蜂窝电话、个人通信业务(PCS,Personal Communication Service)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(WLL,WirelessLocal Loop)站、个人数字助理(PDA,Personal DigitalAssistant)、具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。基站(例如,接入点)可以是指接入网中在空中接口上通过一个或多个扇区与 无线终端通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换,作为无线终端与接入网的其余部分之间的路由器,其中接入网的其余部分可包括网际协议(IP)网络。基站还可协调对空中接口的属性管理。例如,可以是GSM或CDMA中的基站(BTS,BaseTransceiver Station),也可以是WCDMA中的基站(NodeB),还可以是LTE中的演进型基站(eNB 或 e-NodeB, evolutional Node B),本发明并不限定。各种方面将以可包括一个或多个设备、组件、模块、或单元等的系统的形式来描述。应该理解或领会,各种系统可包括另加的设备、组件、模块、和/或单元等,和/或可以并不包括结合附图所讨论的设备、组件、模块、单元等的全部。在本发明的另一方面,也可以使用这些办法的组合。另外,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。图I为本发明一实施例提供的群组的管理方法的流程图。本实施例的群组的管理方法的执行主体为I3USH服务器(Server),该PUSH Server为一个逻辑功能实体,也可以为独立实体或独立的物理实体。实际应用中,该I3USHServer设置在网络侧与网关GPRS支持节点(Gateway GPRS Support Node ;以下简称GGSN)设置在一起;也可以独立于GGSN设置,与GGSN相连,如图I所示,本实施例的群组的管理方法,可以如下所述。100、为应用服务器(Application Server ;以下简称AS)中的群组分配第一群组标识。具体地,该群组即为用户群组。为AS中的每一个用户群组分配一个群组标识,为该AS中的不同的用户群组分配不同的群组标识,例如为AS中的每一个用户群组分配一个第一群组标识,使得应用服务器中的各个用户群组具有唯一标识该群组的第一群组标识。101、根据加入第一群组标识对应的群组的用户的第一标识,获取用户的参数信
肩、O其中用户的参数信息包括用户的第二标识、用户的对应的UE位置信息和用户是否启用接收PUSH通知的标识。例如,第一标识和第二标识,可以相同,也可以不同。例如这里的第一标识为该用户的私有IP、临时移动用户识别码(Temporary Mobile SubscriberIdentity ;以下简称TMSI)、分组-TMSI (Packet-TMSI ;以下简称P-TMSI)或用户名称。其中私有IP可以为该用户在该PLMN中的IP。第二标识可以为TMSI、P-TMSI或者国际移动用户识别码(Inte rnational Mobile Subscriber Identity ;以下简称 IMSI)。当第一标识为私有IP或者用户名称时,此时对应的第二标识可以为该用户的IMSI。若该用户已经在核心网中激活,对应的第二标识还可以为TMSI或者P-TMSI。同理,当第一标识为TMSI或者P-TMSI,此时对应的第二标识可以为该用户的MSI,若该用户已经在核心网中激活,对应的第二标识还可以为TMSI或者P-TMSI。其中用户的MSI为用于在移动网中唯一标识该用户的识别码。本实施例中用户是否启用接收TOSH通知的标识指的是当群组中有更新的群组消息的时候,PUSH Server采用I3USH机制向群组中的用户发送群组消息,当用户启用I3USH接收通知,可以接收PUSH Server转发该用户在AS的群组中的群组消息。当用户未启用PUSH接收通知,该用户不能够接收PUSH Server转发该用户在AS中的群组中的群组消息。102、PUSH Server建立与核心网节点之间基于群组的传输承载。其中该核心网节点为GGSN或者服务GPRS支持节点(Serving GPRSSupport Node ;以下简称SGSN)。例如当I3USH服务器与GGSN集成在一起时,可以理解为该I3USH服务器中集成了该GGSN的所有功能,此时该核心网节点可以认为是SGSN。当PUSH服务器与GGSN分离设置,此时该核心网节点可以认为是SGSN。103、PUSH Server创建第一群组标识对应的群组上下文,群组上下文中包括群组中的用户的参数信息和传输承载的信息。例如,本实施例中的100具体可以是I3USH Server在AS中没有建立群组之前,预先为AS中的群组分配对应的第一群组标识。也可以是在AS建立群组之后,当该群组中开始加入第一个用户时,PUSH Server为该群组分配对应的第一群组标识。还可以是在AS建立群组之后,且在AS中该群组中启用接收PUSH通知的用户的数目超过预设门限值时,AS向PUSH Server发起为该群组分配群组标识的请求,PUSH Server为该群组分配对应的第一群组标识。例如该第一群组标识可以包括两部分,例如包括公众陆地移动通信网(PublicLandMobi I e-communication Network ;简称 PLMN)的标识(如 ID)和群组标识(如 Group ID)。其中Group标识可以为在AS中该群组对应的标识,为了与在PUSH Server中的第一群组标识相区分,这里可以将在AS中该群组对应的标识称为第二群组标识。第一群组标识是在移动网内使用的唯一标识,在空口上发送的群组标识,第二群组标识是UE在应用服务器上使用的标识。本实施例中的用户对应的用户设备(UE)的位置信息可以为UE的路由区域信息或者位置区域信息,例如可以包括该UE对应的GGSN、SGSN的地址或者标识等信息,只要通过该路由区域信息或者位置区域信息能够准确定位该用户对应的UE的位置即可。本实施例的群组的管理方法,通过为AS中的群组分配第一群组标识;根据加入群组的用户的第一标识,获取用户的参数信息,用户的参数信息包括用户的第二标识、用户对应的UE的位置信息和用户是否启用接收TOSH通知的标识;建立与GGSN之间基于群组的传输承载;创建群组标识对应的群组上下文,群组上下文中包括群组中的用户的参数信息和传输承载的信息。采用本实施例的技术方案,根据创建的群组上下文可以实现对应用服务器中的同一群组中的用户进行统一管理,弥补了现有技术中无法基于AS中的群组对属于同一群组中的用户进行统一管理的缺陷,能够有效地提高对群组的管理效率。需要说明的是,在上述技术方案的基础上,优选地,在上述实施例的100之前,可以包括在PUSH Server中设置一个启用接收PUSH通知的用户数目的预设门限值。PUSHServer可以检测该群组中启用接收I3USH通知的用户数目,并比较启用接收I3USH通知的用户数目与预设门限值之间的关系,当确定加入该群组中的启用接收PUSH通知的用户数目达到预设门限值时,再执行上述100-103。采用该方案,可以在群组中的启用接收TOSH通知的用户数目达到预设门限值时, 再启动PUSH机制,这样可以避免在群组中用户数目较少的时候启动PUSH机制,造成资源的浪费。需要说明的是,上述实施例中的100之后,PUSH Server为AS中的群组分配第一群组标识之后,可以建立第一群组标识与AS中的群组对应的第二群组标识之间的映射关系。这样,例如当AS向PUSH Server发送加入该用户的请求的时候,该加入请求中可以包括该用户的IP地址和第二群组标识,这样PUSH Server可以根据第一群组标识和第二群组标识之间的映射关系,可以知道该用户是加入该第一群组标识对应的群组中。在上述实施例的100和101之间,还可以包括PUSH Server检测该用户加入AS中的该群组。其中PUSH Server检测用户加入AS中的群组的加入请求,具体可以包括以下三种方式。(I)PUSH Server接收AS发送的加入请求,该加入请求中携带该新加入的用户加入的群组的对应的第二群组标识或者第一群组标识,同时还携带有该用户的IP地址。这种加入请求对应着用户已经成功加入AS中的群组中,此时AS向PUSH Server发送的加入请求中携带的是该用户的公有IP。(2) PUSH Server接收UE直接发送给PUSH Server的加入请求,该加入请求中携带该新加入的用户加入的群组的对应的第二群组标识或者第一群组标识,同时还携带有该用户的IP地址。此种情况下,UE可以直接与PUSH Server通信,相当于在UE中设置有一个I3USHClient。该UE中的PUSH Client与PUSH Server可以直接通信。当UE对应的用户成功加入AS中的群组之后,UE可以直接向PUSH Server发送加入请求,该加入请求中携带有该用户的第一标识,以及该用户加入的AS中的群组的第二群组标识或者该第二群组标识在PUSH Server中对应的第一群组标识。本实施例中用户的标识可以为该用户在PLMN中的私有 IP、TMSI 或者 P-TMSI。(3) PUSH Server解析GGSN发送给AS的加入请求,该加入请求中也携带该新加入的用户加入的群组的对应的第二群组标识或者第一群组标识;同时还携带有该用户的IP地址。此时,用户的标识可以为该用户在PLMN中的私有IP、TMSI或者P-TMSI。优选地,在PUSH Server解析GGSN发送给AS的加入请求之后,PUSH Sever还可以解析AS发送给GGSN的加入响应,该加入响应中携带有用户的第一标识和该用户加入的群组的对应的第二群组标识或者第一群组标识。其中此时用户的第一标识可以为该用户的公有IP。
对应此种情况为,PUSH Server会解析GGSN发送给AS关于该用户的加入请求,以及AS返回给GGSN的加入响应。在PUSH Server解析加入响应之后,在上述实施例的100和101之间,可以采用上述方式检测获取加入该群组的用户的加入请求。然后TOSH Server可以根据用户的加入请求在对应的I3USH Server中的群组上下文中添加该用户对应的参数信息。当GGSN和PUSH Server分离设置时,核心网节点包括GGSN和SGSN。此时在上述实施例的101中根据加入群组的用户的第一标识,获取用户的参数信息,具体可以包括PUSH Server根据加入群组的用户的第一标识,从GGSN或SGSN或者归属签约服务器(HomeSubscriber Service ;以下简称 HSS)或者位置服务器(Home Location Register;以下简称HLR)获取用户的参数信息。 图2为本发明另一实施例提供的群组的管理方法的流程图,如图2所示,本实施例的群组的管理方法在上述图I所对应的实施例的基础上,当核心网节点包括GGSN和SGSN。其中102 “建立与GGSN之间基于群组的传输承载”,具体可以如下所述。102UPUSH Server通过GGSN向SGSN发送指示信息,该指示信息中携带有用户的第一标识和第一群组标识。例如,该指示信息用以指示SGSN通知群组中包括的用户激活第一群组标识对应的群组上下文。例如SGSN指示用户激活群组上下文可以均是通过无线网络控制器(RadioNetwork Controller ;以下简称RNC) RNC和基站(NodeB)发送给第一标识对应的用户对应的UE。1022,PUSH Server接收GGSN发送的群组上下文激活请求,其中GGSN发送的群组上下文激活请求中包括GGSN为群组分配的第一通信端口。例如,GGSN发送的群组上下文激活请求为GGSN根据接收到SGSN发送的创建群组上下文激活请求发送的;该SGSN发送的创建群组上下文激活请求为SGSN根据UE发送的群组上下文激活请求发送的。1023、PUSH Server为群组分配与GGSN之间进行通信的第二通信端口。例如,PUSH Server为该群组分配的与GGSN之间进行通信的第二通信端口与上述第一通信端口对应,以实现能够按照第二通信端口与第一通信端口,后续在PUSH Server与GGSN之间传输第一群组标识对应的群组消息,即实现在TOSH Server与GGSN之间基于群组的通信。1024、PUSH Server根据第一通信端口和第二通信端口,建立与GGSN之间的传输承载。例如,除了上述PUSH Server与GGSN之间建立传输承载,GGSN与SGSN之间、SGSN与RNC之间也建立基于群组的传输承载。当UE收到激活群组上下文的通知之后,UE发送群组上下文激活请求给SGSN,再由SGSN根据接收到的群组上下文激活请求创建群组上下文,并向GGSN发送创建群组上下文激活请求,并GGSN接收SGSN发送的创建群组上下文激活请求,并在GGSN上创建群组上下文。然后GGSN向PUSH Server发送群组上下文激活请求,以告知PUSH Server UE已经发送群组上下文激活请求。其中在SGSN、GGSN向上一级节点发送的请求中都携带有为该群组分配的与上一级节点之间的通信端口。对应的,PUSH Server接收群组上下文激活请求之后,PUSH Server向GGSN返回群组上下文激活响应;并由GGSN向SGSN返回群组上下文激活响应。SGSN收到群组上下文激活响应之后,会与RNC之间建立基于群组的无线接入承载(Radio Access Bearer ;以下简称RAB),该RAB承载是基于群组的,用于在后续中传输群组消息。并且该SGSN还会向UE返回群组上下文激活响应,以告知UE群组上下激活请求成功。其中PUSH Server、GGSN、SGSN、RNC之间各个节点向相对应的下一级节点反馈群组上下文激活请求响应中携带有当前节点为该群组分配的与下一级节点通信的通信端口。其中UE发起的群组激活请求具体可以为分组数据协议(Packet Data Protocol ;以下简称PDP)群组上下文激活请求。这样,在GGSN、SGSN中便能够获取到上行的通信端口和下行的通信端口,从而可以建立GGSN与SGSN之间,SGSN与RNC之间的传输承载。本实施例的群组的管理方法,通过采用上述技术方案,能够在PUSHServer与GGSN之间建立基于群组的传输承载,以便于后续在PUSH Server与GGSN之间传输该群组对应的群组消息,并且在传输承载上向该群组中该SGSN下的所有UE发送群组消息,且仅发送一次即可。采用本实施例的技术方案,能够有效地提高在网络侧对群组的管理效率。 需要说明的是,在上述实施例的103之后,可能还需要更新该群组对应的群组上下文。例如当该群组中新加入UE时,或者某UE退出该群组时,或者某UE登出该群组时,或者某UE暂时关机时,或者当该UE由启用改为关闭接收I3USH通知,或者当该UE由关闭改为启用接收PUSH通知等等情况。此时可以包括如下步骤(a) PUSH Server接收更新请求,更新请求中携带有需要更新的UE的第一标识,其中UE的第一标识可以是IP地址、P_TMSI、TMSI或用户名,同时还包括第二群组标识或者第一群组标识。(b)根据更新请求,在第一群组标识对应的群组上下文中更新需要更新的UE的参数信息。当更新请求中携带的是第二群组标识时,PUSH Server可以根据第二群组标识与第一群组标识之间的映射关系,获取到对应的第一群组标识,然后在第一群组标识对应的群组上下文中更新需要更新的用户的参数信息。该更新请求可以是PUSH Server接收AS发送的或者接收GGSN发送或者直接接收用户对应的UE发送的。该更新请求可以为用户加入的加入请求,此时对应地在群组上下文中加入该用户的参数信息。该更新请求也可以为用户的应用登出、退出群组或者关机的退出请求,此时对应地,PUSH Server在群组上下文中删除该用户的参数信息,若不删除用户的相关信息,可设置用户的关机状态、退出应用状态或退出群组状态表征用户的状态。该更新请求还可以是修改用户的是否启用接收PUSH通知的标识的更新请求,此时,对应的PUSHServer在群组上下文中修改是否启用接收I3USH通知的标识。PUSH Server可以根据更新请求中的用户的第一标识,获取到该用户对应的第二标识,详细可以参考上述实施例的记载,然后在第一群组标识对应的群组上下文中更新该第二标识对应的需要更新的用户的参数信息。需要说明的是,当更新请求是PUSH Server接收AS发送的或者接收GGSN发送的,此时更新请求中也可以携带的是UE的第二标识。其中,当UE对应的用户的应用登出、退出群组、或关机等过程,若I3USHServer删除UE对应的用户的参数信息,则也可以认为是群组的去激活过程。与激活过程相对应,用户对应的UE可以和AS交互后,AS也可以和F1USHServer交互或UE还可以和F1USH Server交互来触发群组上下文的去激活过程。若不删除用户的相关信息,可设置用户的关机状态、退出应用状态或退出群组状态表征用户的状态,则可以认为是群组的更新过程。用户对应的UE可以和AS交互后,AS也可以和PUSH Server交互或用户对应的UE还可以和PUSH Server交互来触发群组上下文的更新过程。当用户对应的UE开机或路由区域更新时,UE可把位置信息发送到PushServer,PUSH Server更新群组中的用户对应的UE的位置区域。此时对应地UE中相当于设置有PUSH Client,UE可以在直接与PUSH Server通信的过程中,向PUSH Server发送该UE更新后的路由区域信息(也可以称为路由位置信息)。或者由用户开机或路由区域更新后对应的SGSN在UE对应的用户完成Attach注册或路由更新过程中或结束后把UE的路由位置信息比如SGSN地址、SGSN标识或GGSN地址发送给PUSH Server。最后由PUSH Server根据该UE更新后的路由区域信息更新对应的群组上下文中该用户对应的UE的位置信息,以保证群组上下文中信息的准确性。需要说明的是,空闲态UE在发生路由区域更新(Route AreaUpdate ;以下简称RAU)过程中,UE对应的新的SGSN通知PUSH Server更新群组上下文中的该UE的位置信息,例如该UE所属的群组所在的路由区域标识(Route Area Identity ;以下简称RAI)/位置区域标识(Location Area Identity ;以下简称LAI),从而确定后续需要发送的PUSH群组消息的小区或者是RNC。当UE在所属的SGSN内(即Intra-SGSN),不同的RNC之间(即Inter-RNC)进行切换。在该UE的定位过程中,SGSN指示切换后的目标RNC发起群组I3USH承载的建立。同时SGSN需要更新在SGSN上建立的群组上下文中UE的参数信息和传输承载信息。当UE在所属的不同的SGSN间(即Inter-SGSN),不同的RNC之间(即Inter-RNC)进行切换。此时,源SGSN传递群组上下文中关于该UE的群组上下文信息给目标SGSN,目标SGSN指示RNC发起群组I3USH的承载的建立。在切换完成之后,目标SGSN更新与GGSN的群组承载,SGSN需要通知PUSHServer,并由PUSH Server进一步更新F1USH Server上的群组上下文中所涉及的UE的RAI ;同时目标SGSN需要更新在目标SGSN上建立的群组上下文中UE的参数信息和传输承载信息;可以充分保证各个SGSN中群组上下文中的信息的准确性,以保证后续PUSH群组消息的准备发送。上述实施例均是以用户加入AS中的某一个群组为例来说明本发明的技术方案,实际应用中,该用户也可以按照上述实施例的实施方式同时加入多个AS中的多个群组。需要说明的是,上述另一实施例中的102至104中的建立PUSH Server与GGSN之间的传输承载,以及GGSN与SGSN之间的传输承载、SGSN与RNC之间的传输承载的建立可以有以下几种建立时机(I)PUSH Server确定用户加入群组时;(2)PUSH Server确定群组中的用户数目满足一个门限; (3) PUSH Server确定建立/激活一个群组时;(4) PUSH Server 收到 AS 的 PUSH 消息时;(5) AS通知PUSH Server建立承载连接时。
PUSH Server和GGSN间、GGSN和RNC间、SGSN和RNC可建立基于应用类型(比如接入点名称(Access Point Name ;以下简称APN))、基于一个确定的群组的传输承载;或者也可以建立的是一个所有群组共享的传输承载。传输承载建立之后,当还需要将该传输承载应用于其他新加入的群组时,在该新加入的群组对应的群组上下文中记录对应的传输承载即可。当然实际应用中也可以采用其他方式来表示建立的传输承载是应用于所有群组的。若F1USH Server和GGSN间的传输承载基于所有群组建立的,则PushServer可以在下行包的包头指示所属的第一群组标识。SGSN在建立群组无线接入承载(Radio AccessBearer ;以下简称RAB)时,可以发送第一群组标识给RNC,还可以发送用户的第一标识或一个群组中用户的数目给RNC。这些信息均可以放在各个节点建立的群组上下文中。RNC和NodeB可建立公共的承载,NodeB上配置一个通知指示物理信道、承载群组标识列表、承载通知消息的公共逻辑信道,以及对应的公共传输信道、物理信道。这里是以用户加入一个群组为例,若当前用户同时加入多个群组,采用本发明的实施例
节点间的建立的传输承载可以有2种形式A) SGSN和GGSN、RNC可为所有的群组建立一个公共传输承载。I3USHServer在下行包中指示群组标识;PUSH server和GGSN、AS间建立IP连接。PUSH server和GGSN间也可建立 GPRS 隧道协议(GPRS Tunneling Protocolfor the user plane ;以下简称 GTP-U)的连接。I3USH server具有公网和私网的IP地址。AS和PUSH Server间定义交互的数据包格式,数据包携带群组标识。AS和PUSH Server间定义交互的信令包格式,比如分配群组标识信令、用户加入群组信令、用户退出群组、停止接收PUSH消息等的信令。需要说明的是,实际应用中,每一个I3USH Server和一个AS之间可以建立一个长久的对应连接,例如可以在AS上配置PUSH Server的地址。若一个运营商对应的网络中包括有多个I3USH Server时,此时就可以在AS上配置用户对应的UE的地址和I3USH Server的映射关系,AS可以根据该映射关系确定该用户对应的UE的地址对应的一个I3USH Server。SGSN和GGSN、RNC间建立基于用户层面的GTP-U的用户面,包括用户面节点间的地址和应用类型的隧道端点标识(Tunnel Endpoint Identif ier ;以下简称TEID)的交互。SGSN和RNC间可建立一个公共RAB承载群组消息,RNC和GGSN间的用户面建立一个公共隧道。SGSN和RNC也可为一个应用类型(QQ、Twitter等)建立一个公共的RAB承载以及对应的公共隧道,比如基于一个接入点名称(Access Point Name ;以下简称APN);或者为所有群组建立一个群组上下文以及一个公共传输承载隧道。B) SGSN和GGSN、RNC可为每个群组上下文分别建立一个传输承载,为每个群组上下文分别建立一个传输承载隧道和一个RAB,GGSN或SGSN不需要在下行包中指示群组标识。在RNC上,可以在广播上配置群组通知指示的信道配置和下发群组列表的信道配置。信道配置可在RNC收到SGSN建立群组RAB的消息或者收到下行群组消息后进行或者在RNC统计某个群组的用户到达预定义门限时;RNC根据群组标识计算通知指示的比特位并通知NodeB在群组通知物理信道(Notification Indication Channel ;以下简称NICH)上发送、在其他物理信道上发送群组消息的群组标识列表;同时RNC还指示NodeB发送群组消息的发送时间,发送时间可以是某个时间点或发送的一段时间。这样,NodeB可以根据RNC的通知发送群组消息。
RNC根据群组中的用户的数目,到达一定门限值时,采用TOSH群组消息的方式发送消息,当未到达用户的门限值,可以通过普通广播或者专用信令指示用户停止接收PUSH机制的消息,建立点到点的承载进行接收群组消息。对应地,在用户对应的UE 一侧,可以为所有的群组建立一个群组PDP上下文,此时UE中相当于设置了一个支持接收TOSH消息的客户端,并可配置是否启用接收PUSH消息。例如,该客户端可以和PUSH Server或者AS进行交互,配置是否接收PUSH消息。在UE激活群组上下文后,根据群组上下文的群组标识,监听NICH和通知控制信道(NotificationControl Channel ;以下简称NCCH)并判断是否有要接收的群组消息,进一步在通知传输信道(Notification Transmission Channel ;以下简称NCCH)上接收群组消息。NTCH用于传输PUSH消息,即需要传输的数据内容。NCCH用于传输第一群组标识。当然UE也可用其他信道比如高速共享控制信道(High-Speed SharedControl Channel ;以下简称HS-SCCH)信道判断是否有要接收的群组消息,进一步在数据信道上接收群组消息。或者直接接收数据包,通过用户面的数据包确定是否是需要接收的组消息。总之,建立UE到PUSH Server之间的传输承载之后,需要在GGSN、SGSN和RNC每 一节点上建立群组上下文,以有效地管理I3USH Server向群组中的各个UE发送群组消息。在每一节点上建立的群组上下文中包括有对应的UE的参数信息,可以参考在I3USH Server中建立群组上下文中UE的参数信息;同时还包括传输承载信息,通过该传输承载信息可以知道要发送的PUSH消息的路径。优选地,RNC、SGSN可以不需要保存UE的IP地址。图3为本发明再一实施例提供的群组的管理方法的流程图。如图3所示,本实施例的群组的管理方法,具体可以如下所述。200、UE向AS发送加入群组消息;执行201 ;该加入群组消息中包括有该UE对应的用户的第一标识和该用户需要加入的AS中的群组对应的第二群组标识;而且当AS收到该加入群组消息的时候,可以向UE返回一个群组加入响应消息。20UAS检测加入该第二群组标识对应的群组中的启用接收群组TOSH消息的用户数目是否达到预设门限值;当达到时,执行202 ;否则执行203 ;202、AS向PUSH Server发起PUSH群组建立请求;执行204 ;该TOSH群组建立请求中包括有第二群组标识和加入该群组中的用户的第一标识;203、当AS中的用户加入的群组中有更新的群组消息的时候,AS按照普通的消息发送方式向各用户对应的UE发送消息;详细可以参考现有技术。204、PUSH Server根据第二群组标识获取对应的第一群组标识;执行205 ;例如,PUSH Server可以根据存储的第一群组标识与第二群组标识之间的映射关系表获取到该第二群组标识对应的第一群组标识。205、PUSH Server根据加入该群组中的用户的第一标识,获取该加入该群组中的各个用户的参数信息;执行206 ;例如,PUSH Server可以通过与GGSN、SGSN、HSS或者HLR交互获取该群组中包括的各个用户的参数信息。用户的参数信息可以参考上述相关实施例的记载。206、PUSH Server建立该第一群组标识对应的群组上下文;执行207 ;
其中该群组上下文中包括加入该群组的各个用户的参数信息。207、PUSH Server通过GGSN向SGSN发送激活用户的群组上下文的指示信息;执行 208 ;208、SGSN接收PUSH Server发送的激活用户的群组上下文的指示信息;执行209 ;209、SGSN通过RNC以及NodeB向用户对应的UE发起寻呼,在UE和SGSN建立连接后,SGSN指示UE激活群组上下文;执行210 ;其中UE的激活群组上下文中携带有UE对应的用户加入的AS中的群组对应的第一群组标识。210、UE发起群组上下文激活请求过程,SGSN建立对应该第一群组标识的群组上下文,该群组上下文中包括UE对应的用户的第二标识;执行211 ;211、SGSN根据接收到的UE发送的群组上下文激活请求向GGSN发起创建群组上下文激活请求;执行212 ;其中该创建群组上下文激活请求中携带有用户的第二标识和SGSN为该群组分配的与GGSN通信的端口如第一 TEID。212、GGSN根据接收到创建群组上下文激活请求建立群组上下文,该群组上下文中包括用户的参数信息;并向PUSH Server发起群组上下文激活请求;该群组上下文激活请求中携带有该GGSN与PUSH Server通信的端口 ;执行213 ;GGSN接收到创建群组上下文激活请求之后,会为该群组分配与SGSN通信的第二 TEID ;同时还需要确定GGSN与PUSH Server之间的传输协议,当GGSN与PUSH Server之间的传输协议是基于GDP-U的传输协议的时候,GGSN还需要为该群组分配一个与PUSHServer通信的第三TEID。当GGSN与PUSH Server之间的传输协议为IP协议的时候,GGSN需要为该群组分配一个与I3USH Server通信的第一 IP端口。其中GGSN向PUSH Server发起的群组上下文激活请求中携带有该GGSN与PUSHServer通信的端口例如可以为第三TEID和第一 IP端口。213、PUSH Server接收到该群组上下文激活请求之后,PUSH Server为该群组分配与GGSN通信的端口 ;在PUSH Server中的群组上下文中添加传输承载信息;执行214 ;例如当GGSN与PUSH Server之间的传输协议是基于⑶P-U的传输协议的时候,PUSH Server需要为该群组分配与GGSN通信的端口,例如可以为与该第三TEID对应的第四TEID0当GGSN与PUSH Server之间的传输协议为IP协议的时候,PUSH Server为该群组分配的与GGSN通信的端口可以为第二 IP端口,该第二 IP端口与第一 IP端口相对应。然后PUSH Server在向GGSN返回群组上下文激活响应中携带有与第四TEID或者第二 IP端口。此时PUSH Server可以建立第三端口与第四端口的映射关系,或者第一 IP端口与第二IP端口之间的映射关系,从而在群组上下文中记录该群组的I3USHServer与GGSN之间的传输承载。214、PUSH Server向GGSN返回群组上下文激活响应;执行215 ;215、GGSN接收PUSH Server发送的群组上下文激活响应,该响应中携带有PUSH Server为该群组分配的与GGSN通信的端口 ;在群组上下文中添加传输承载信息;执行216 ;
GGSN接收到PUSH Server发送的 群组上下文激活响应之后,GGSN可以建立第三端口与第四端口的映射关系,或者第一 IP端口与第二 IP端口之间的映射关系,从而在群组上下文中记录该群组的GGSN与PUSH Server之间的传输承载。216、GGSN向SGSN返回群组上下文激活响应;执行217 ;217、SGSN接收GGSN返回的群组上下文激活响应;该响应中携带有GGSN为该群组分配的与SGSN通信的第二 TEID ;并在SGSN中的群组上下文中添加该群组的SGSN与GGSN之间的传输承载信息;执行218 ;其中第二 TEID的相关记载,可以参考212中的相关记载。例如,SGSN收到群组上下文激活响应之后,能够建立第一 TEID和第二 TEID之间的映射关系,并在在群组上下文中记录该群组的SGSN与GGSN之间的传输承载。218、SGSN与RNC之间建立基于群组的RAB连接;同时在SGSN中的群组上下文中添加SGSN与RNC之间的基于该群组的传输承载信息;执行219 ;需要说明的是这里SGSN与RNC之间建立的基于群组的RAB连接,与现有技术中SGSN与RNC之间建立的普通的RAB连接的建立过程相同,详细可以参考现有的相关技术。只是本实施力中SGSN与RNC之间的RAB连接是基于一个群组共用的。219,SGSN向UE发送群组上下文激活响应,以告知UE基于该群组的链路中各节点中的群组上下文已经建立成功,该UE可以接收TOSH Server的群组消息。本实施例的上述是以在各个节点第一次建立群组上下文为例。在PUSHServer、GGSN、SGSN和RNC中的每一个节点建立的群组上下文中包括两部分内容,一部分为用户的参数信息,另一部分为要传输的群组消息的建立的传输承载的传输承载信息。此时可以基于这样的网络架构,在PUSH Server中可以按照群组管理加入AS的群组中的用户,而且PUSH Server可以实现基于群组将AS中一个群组的消息经过一次发送给该群组下的UE。当AS的第二群组标识对应的群组中的用户的位置发生变化、或者用户新加入或者退出、或者用户的启用是否接收I3USH通知的标识变化等,用户对应的UE都可以向PUSHServer发起更新请求,以更新群组上下文中的相关信息,详细可以参考上述相关方法实施例的记载以同步各个节点上的群组上下文。采用本实施例的技术方案,弥补了现有技术中无法在网络侧按照AS中的群组对属于同一群组中的用户进行统一管理的缺陷,能够对AS中的同一群组中的用户进行统一管理,提高对群组的管理效率。本领域普通技术人员可以理解实现上述方法实施例的全部或部分可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的;而前述的存储介质包括R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。图4为本发明一实施例提供的PUSH服务器的结构示意图。如图4所示,本实施例的I3USH服务器,包括分配模块10、获取模块11、建立模块12和创建模块13。其中分配模块10用于为AS中的群组分配第一群组标识。获取模块11用于根据加入第一群组标识对应的群组的用户的第一标识,获取该用户的参数信息,该用户的参数信息包括用户的第二标识、用户对应的UE的位置信息和该用户是否启用接收TOSH通知的标识。建立模块12用于建立与核心网节点之间基于群组的传输承载。创建模块13分别与获取模块11和建立模块12连接,创建模块13根据获取模块11获取的该用户的参数信息和建立模块12建立的与核心网节点之间基于群组的传输承载,创建第一群组标识对应的群组上下文,该群组上下文中包括群组中的用户的参数信息和传输承载的信息。本实施例中用户的第一标识、用户的第二标识、核心网节点以及用户对应的UE的位置信息均可以参考上述相关方法实施例的记载,在此不再赘述,本实施例的PUSH服务器,通过采用上述模块实现基于群组的TOSH机制的管理同上述相关方法实施例的实现机制相同,详细可以参考上述相关方法实施例的记载,在此不再赘述。本实施例的PUSH服务器,通过采用上述模块实现为AS中的群组分配第一群组标识;根据加入群组的用户的第一标识,获取用户的参数信息,用户的参数信息包括用户的第二标识、该用户对应的UE的位置信息和该用户是否启用接收PUSH通知的标识;建立与核心网节点之间基于群组的传输承载;创建群组标识对应的群组上下文,群组上下文中包括群 组中的用户的参数信息和传输承载的信息。采用本实施例的技术方案,根据创建的群组上下文可以实现对应用服务器中的同一群组中的用户进行统一管理,弥补了现有技术中无法基于AS中的群组对属于同一群组中的用户进行统一管理的缺陷,能够有效地提高对群组的管理效率。图5为本发明另一实施例提供的PUSH服务器的结构示意图。如图5所示,本实施例的I3USH服务器在上述实施例四的基础上,还包括确定模块14,该确定模块14用于确定加入群组中的启用接收PUSH通知的用户达到预设门限值。该确定模块14可以与分配模块10连接,用于在确定加入群组中的启用接收TOSH通知的用户达到预设门限值之后,再触发分配模块10为AS中的群组分配第一群组标识。本实施例的TOSH服务器中,获取模块11具体用于根据加入群组的UE的标识,从核心网节点、HSS或者HLR中获取UE的参数信息。该核心网节点可以为GGSN或者SGSN。本实施例的I3USH服务器中,建立模块12具体可以包括发送单元121、接收单元122、分配单元123和建立单元124。其中发送单元121用于当所述核心网节点中包括GGSN和SGSN时,通过GGSN向SGSN发送指示信息,该指示信息中包括群组中包括的用户的第一标识和第一群组标识;该指示信息用以指示SGSN通知第一标识对应的用户激活群组上下文。接收单元122与发送单元121对应,接收单元122用于接收GGSN发送的群组上下文激活请求,该群组上下文激活请求为GGSN根据接收到SGSN发送的创建群组上下文激活请求发送的;SGSN发送的创建群组上下文激活请求为SGSN根据UE发送的群组上下文激活请求发送的;GGSN发送的群组上下文激活请求中包括GGSN为群组分配的第一通信端口。分配单元123与接收单元122连接,分配单元123用于在接收单元122接收GGSN发送的群组上下文激活请求之后,为群组分配与GGSN之间进行通信的第二通信端口。建立单元124与接收单元122和分配单元123连接,建立单元124用于根据接收单元122接收的第一通信端口和分配单元123分配的第二通信端口,建立与GGSN之间的传输承载。此时创建模块13与建立单元124连接,创建模块13根据获取模块11获取的UE的参数信息和建立单元124建立的与GGSN之间基于群组的传输承载,创建第一群组标识对应的群组上下文。其中建立单元124还用于建立第一群组标识与AS中的所述群组对应的第二群组标识之间的映射关系。本实施例的PUSH服务器中,还包括接收模块15和更新模块16。其中接收模块15用于接收更新请求,该更新请求中携带有需要更新的用户的第一标识和第二群组标识或者该更新请求中携带有需要更新的用户的第一标识和第一群组标识;更新模块16分别于与接收模块15和创建模块13连接连接,更新模块16用于根据接收模块15接收的更新请求,在创建模块13创建的第一群组标识对应的群组上下文中更新需要更新的用户的参数信息。当接收模块15接收到更新请求中携带的是第二群组标识时,此时接收模块15还需要与建立单元124连接,根据第一群组标识与第二群组标识之间的映射关系,获取接收模块15接收的第二群组标识对应的第一群组标识。然后再由更新模块16在第一群组标识对应的群组上下文中更新需要更新的用户的参数信息。上述技术方案中的接收模块15具 体用于接收AS发送的更新请求;或者具体用于接收需要更新的用户对应的UE发送的更新请求;或者具体用于接收GGSN发送的更新请求。详细可以参考上述相关方法实施例的记载。本实施例的PUSH服务器,通过采用上述模块实现基于群组的TOSH机制的管理同上述相关方法实施例的实现机制相同,详细可以参考上述相关方法实施例的记载,在此不再赘述。本实施例的TOSH服务器,通过采用上述模块能够对AS的群组中的用户进行有效管理,弥补了现有技术中无法按照AS中的群组对属于同一群组中的用户进行统一管理的缺陷,能够对AS中的同一群组中的用户进行统一管理,提高对群组的管理效率。图6为本发明一实施例提供的通信网络系统的结构示意图。如图6所示,本实施例的通信网络中包括TUSH服务器20、核心网节点21、RNC22和NodeB23。该PUSH服务器20与外网的AS通信连接,其中本实施例中的AS可以Twitter服务器,QQ服务器以及MSN服务器等等。该PUSH服务器20,用于为AS器中的群组分配第一群组标识;并根据加入群组的用户的第一标识,获取用户的参数信息,该用户的参数信息包括用户的第二标识、用户对应的UE的位置信息和用户是否启用接收I3USH通知的标识PUSH服务器20与核心网之间建立基于群组的传输承载;PUSH服务器20创建第一群组标识对应的群组上下文,该群组上下文中包括群组中的用户的参数信息和传输承载的信息。本实施例中TOSH服务器20可以按照AS中的群组对属于同一群组中的用户进行有效地管理,例如可以在后续中为同一群组中的所有用户发送一条PUSH消息,可以有效地节省网络资源。该PUSH服务器20可以与GGSN设置在一起,本实施例中的核心网节点21可以为SGSN。当该I3USH服务器20与GGSN可以独立设置时,本实施例中的核心网节点21包括GGSN和SGSN。此时该PUSH服务器20与GGSN通信连接,例如I3USH服务器20可以通过GGSN向SGSN发出激活群组上下文的激活请求,以指示SGSN通过RNC22和NodeB23指示用户进行群组上下文激活,其中GGSN、SGSN、RNC22、和NodeB23之间的网络架构与现有技术的相同,详细可以参考现有技术的记载,在此不再赘述。本实施例的通信网络实现群组的管理方法详细可以参考上述相关方法实施例的记载,在此不再赘述。
本实施例的通信网络中,通过采用TOSH服务器,能够对AS的群组中的用户进行有效管理,弥补了现有技术中在网络侧无法按照AS中的群组对属于同一群组中的用户进行统一管理的缺陷,能够对AS中的同一群组中的用户进行统一管理,提高对群组的管理效率。以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到至少两个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。最后应说明的是以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
1.一种群组的管理方法,其特征在于,包括 为应用服务器中的群组分配第一群组标识; 根据加入所述群组的用户的第一标识,获取所述用户在移动网内的参数信息,所述用户的参数信息包括所述用户的第二标识、所述用户对应的用户设备的位置信息和所述用户设备是否启用接收I3USH通知的标识; 建立与核心网节点之间基于所述群组的传输承载; 创建所述第一群组标识对应的群组上下文,所述群组上下文中包括所述群组中的所述用户的参数信息和所述传输承载的信息。
2.根据权利要求I所述的方法,其特征在于,还包括 确定加入所述群组中的启用接收PUSH通知的用户的数目达到预设门限值。
3.根据权利要求I所述的方法,其特征在于,根据加入所述群组的用户的第一标识,获取所述用户的参数信息,具体包括根据加入所述群组的用户的第一标识,从所述核心网节点、归属签约服务器或者位置服务器获取所述用户的参数信息。
4.根据权利要求I所述的方法,其特征在于,所述建立与核心网节点之间基于所述群组的传输承载,具体包括 当所述核心网节点包括网关GPRS支持节点和服务GPRS支持节点,通过所述网关GPRS支持节点向所述服务GPRS支持节点发送指示信息,所述指示信息中携带有所述用户的第一标识和所述第一群组标识;所述指示信息用以指示所述服务GPRS支持节点通知所述第一标识对应的所述用户激活群组上下文; 接收所述网关GPRS支持节点发送的群组上下文激活请求,所述群组上下文激活请求为所述网关GPRS支持节点根据接收到所述服务GPRS支持节点发送的创建群组上下文激活请求发送的;所述服务GPRS支持节点发送的创建群组上下文激活请求为所述服务GPRS支持节点根据所述用户发送的群组上下文激活请求发送的;所述网关GPRS支持节点发送的群组上下文激活请求中包括所述网关GPRS支持节点为所述群组分配的第一通信端口 ; 为所述群组分配与所述网关GPRS支持节点之间进行通信的第二通信端口 ; 根据所述第一通信端口和所述第二通信端口,建立与所述网关GPRS支持节点之间的传输承载。
5.根据权利要求4所述的方法,其特征在于,还包括 建立所述第一群组标识与所述应用服务器中的所述群组对应的第二群组标识之间的映射关系。
6.根据权利要求5所述的方法,其特征在于,还包括 接收更新请求,所述更新请求中携带有需要更新的用户的第一标识和所述第二群组标识或者所述更新请求中携带有需要更新的用户的第一标识和所述第一群组标识; 根据所述更新请求,在所述第一群组标识对应的所述群组上下文中更新所述需要更新的用户的参数信息。
7.根据权利要求6所述的方法,其特征在于,接收更新请求,具体包括 接收所述应用服务器发送的所述更新请求;或者接收所述需要更新的用户发送的所述更新请求;或者接收网关GPRS支持节点发送的所述更新请求。
8.根据权利要求5-7任一所述的方法,其特征在于,所述第一群组标识中包括公众陆地移动通信网标识和所述第二群组标识。
9.根据权利要求1-7任一所述的方法,其特征在于,当所述第一标识为私有IP,所述第二标识为临时移动用户识别码、分组-临时移动用户识别码或者国际移动用户识别码; 当所述第一标识为临时移动用户识别码或者分组-临时移动用户识别码,所述第二标识为临时移动用户识别码、分组-临时移动用户识别码或者国际移动用户识别码。
10.一种I3USH服务器,其特征在于,包括 分配模块,用于为应用服务器中的群组分配第一群组标识; 获取模块,用于根据加入所述群组的用户的第一标识,获取所述用户在移动网内的参数信息,所述用户的参数信息包括所述用户的第二标识、所述用户对应的用户设备的位置信息和所述用户是否启用接收PUSH通知的标识; 建立模块,用于建立与核心网节点之间基于所述群组的传输承载; 创建模块,用于创建所述第一群组标识对应的群组上下文,所述群组上下文中包括所述群组中的所述用户的参数信息和所述传输承载的信息。
11.根据权利要求10所述的PUSH服务器,其特征在于,还包括 确定模块,用于确定加入所述群组中的启用接收PUSH通知的用户的数目达到预设门限值。
12.根据权利要求10所述的PUSH服务器,其特征在于,所述获取模块,具体用于根据加入所述群组的用户的第一标识,从所述核心网节点、归属签约服务器或者位置服务器获取所述用户的参数信息。
13.根据权利要求10所述的TOSH服务器,其特征在于,所述建立模块,包括 发送单元,用于当所述核心网节点包括网关GPRS支持节点和服务GPRS支持节点,通过所述网关GPRS支持节点向所述服务GPRS支持节点发送指示信息,所述指示信息中携带有所述用户的第一标识和所述第一群组标识;所述指示信息用以指示所述服务GPRS支持节点通知所述第一标识对应的所述用户激活群组上下文; 接收单元,用于接收所述网关GPRS支持节点发送的群组上下文激活请求,所述群组上下文激活请求为所述网关GPRS支持节点根据接收到所述服务GPRS支持节点发送的创建群组上下文激活请求发送的;所述服务GPRS支持节点发送的创建群组上下文激活请求为所述服务GPRS支持节点根据所述用户发送的群组上下文激活请求发送的;所述网关GPRS支持节点发送的群组上下文激活请求中包括所述网关GPRS支持节点为所述群组分配的第一通信端口 ; 分配单元,用于为所述群组分配与所述网关GPRS支持节点之间进行通信的第二通信端口 ; 建立单元,用于根据所述第一通信端口和所述第二通信端口,建立与所述网关GPRS支持节点之间的传输承载。
14.根据权利要求13所述的TOSH服务器,其特征在于,所述建立单元,还用于建立所述第一群组标识与所述应用服务器中的所述群组对应的第二群组标识之间的映射关系。
15.根据权利要求14所述的PUSH服务器,其特征在于,还包括 接收模块。用于接收更新请求,所述更新请求中携带有需要更新的用户的第一标识和所述第二群组标识或者所述更新请求中携带有需要更新的用户的第一标识和所述第一群组标识; 更新模块,用于根据所述更新请求,在所述第一群组标识对应的所述群组上下文中更新所述需要更新的用户的参数信息。
16.根据权利要求15所述的PUSH服务器,其特征在于,所述接收模块,具体用于接收所述应用服务器发送的所述更新请求;或者具体用于接收所述需要更新的用户发送的所述更新请求;或者具体用于接收网关GPRS支持节点发送的所述更新请求。
全文摘要
本发明提供一种群组的管理方法及PUSH服务器。其方法包括为应用服务器中的群组分配第一群组标识;根据加入群组的用户的第一标识,获取用户的参数信息,用户的参数信息包括用户的第二标识、用户对应的用户设备的位置信息和用户是否启用接收PUSH通知的标识;建立与核心网节点之间基于群组的传输承载;创建第一群组标识对应的群组上下文,群组上下文中包括群组中的用户的参数信息和传输承载的信息。本发明实施例的技术方案,弥补了现有技术中无法按照应用服务器中的群组对属于同一群组中的UE进行统一管理的缺陷,能够对应用服务器中的同一群组中的UE进行统一管理,提高对群组的管理效率。
文档编号H04W4/08GK102647667SQ20111004256
公开日2012年8月22日 申请日期2011年2月21日 优先权日2011年2月21日
发明者庞伶俐, 徐小英, 曾清海, 郑潇潇, 黄曲芳 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1