專利名稱：群組的管理方法及push服務器的制作方法
技術領域：
本發(fā)明實施例涉及通信技術領域，尤其涉及一種群組的管理方法及TOSH服務器。
背景技術：
隨著智能的用戶(User Equipment ;以下簡稱UE)如手機的普及使用，用戶上的應用也越來越豐富。例如類似于微博、社交網站即時通信如Twitter、Facebook、QQ、Msn等應用業(yè)務也越來越受到用戶的青睞。對于類似于Twitter、Facebook、QQ、Msn等應用業(yè)務,根據用戶的需求在對應的應用服務器上通常會按照群組對UE對應的用戶進行管理。例如通常需要對一個群組中的所有用戶發(fā)送相同的消息。但是在網絡側并不會對應用服務器中屬于同一個群組中的UE進 行統(tǒng)一管理。例如對于類似于QQ、Msn之類的業(yè)務,通常通過核心網(Core Network;以下簡稱CN)的網關GPRS支持節(jié)點(Gateway GPRS Support Node ;以下簡稱GGSN)和服務GPRS支持節(jié)點(Serving GPRS Support Node ;以下簡稱SGSN)，以及通用移動通信系統(tǒng)陸地無線接入網絡(Universal MobileTelecommunication System Terrestrial Radio AccessNetwork ;以下簡稱UTRAN)中的無線網絡控制器(Radio Network Controller ;以下簡稱RNC)和基站(NodeB ;以下簡稱NB)分別向群組中的各UE發(fā)送消息。對于類似于Twitter、Facebook之類的業(yè)務，對應的應用服務器采用即時推送的方式，通常通過CN中的GGSN和SGSN,以及UTRAN中的RNC和NB分別向群組中的各UE推送消息。Twitter業(yè)務中推送消息通常采用POLL和PUSH兩種機制，現有技術中大多采用POLL方式。在POLL方式中，UE主動向Twitter業(yè)務的應用服務器獲取群組消息。在I3USH方式中，只有當UE對應的用戶訂閱了某一主題，當該主題有更新時，Twitter業(yè)務的應用服務器才會通知該UE去取。相對于POLL方式，PUSH方式產生的信令較少，也不需要頻繁向應用服務器發(fā)送刷新請求。在實現本發(fā)明過程中，發(fā)明人發(fā)現現有技術中至少存在如下問題現有技術的PUSH機制的實現中，網絡側無法按照應用服務器中的群組對屬于同一群組中的UE進行統(tǒng)一管理。

發(fā)明內容
本發(fā)明實施例提供一種群組的管理方法及TOSH服務器，用以解決現有技術中網絡側無法按照應用服務器中的群組對屬于同一群組中的UE進行統(tǒng)一管理的缺陷。本發(fā)明實施例提供一種群組的管理方法，包括為應用服務器中的群組分配第一群組標識；根據加入所述群組的用戶的第一標識，獲取所述用戶在移動網內的參數信息，所述用戶的參數信息包括所述用戶的第二標識、所述用戶對應的用戶設備的位置信息和所述用戶是否啟用接收I3USH通知的標識；建立與核心網節(jié)點之間基于所述群組的傳輸承載；創(chuàng)建立所述第一群組標識對應的群組上下文，所述群組上下文中包括所述群組中的所述用戶的參數信息和所述傳輸承載的信息。本發(fā)明實施例提供一種PUSH服務器,包括分配模塊，用于為應用服務器中的群組分配第一群組標識；獲取模塊，用于根據加入所述群組的用戶的第一標識，獲取所述用戶在移動網內的參數信息，所述用戶的參數信息包括所述用戶的第二標識、所述用戶對應的用戶設備的位置信息和所述用戶是否啟用接收PUSH通知的標識；
建立模塊，用于建立與核心網節(jié)點之間基于所述群組的傳輸承載；創(chuàng)建模塊，用于創(chuàng)建所述第一群組標識對應的群組上下文，所述群組上下文中包括所述群組中的所述用戶的參數信息和所述傳輸承載的信息。本發(fā)明實施例的群組的管理方法及TOSH服務器，通過為應用服務器中的群組分配第一群組標識；根據加入群組的用戶的標識，獲取用戶的參數信息，用戶的參數信息包括用戶的標識、用戶對應的用戶設備的位置信息和用戶是否啟用接收PUSH通知的標識；建立與核心網節(jié)點之間基于群組的傳輸承載；創(chuàng)建群組標識對應的群組上下文，群組上下文中包括群組中的用戶的參數信息和傳輸承載的信息。采用本發(fā)明實施例的技術方案，根據創(chuàng)建的群組上下文可以實現對應用服務器中的同一群組中的UE進行統(tǒng)一管理，彌補了現有技術中無法基于應用服務器中的群組對屬于同一群組中的UE進行統(tǒng)一管理的缺陷，能夠有效地提高對群組的管理效率。


為了更清楚地說明本發(fā)明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。圖I為本發(fā)明一實施例提供的群組的管理方法的流程圖。圖2為本發(fā)明另一實施例提供的群組的管理方法的流程圖。圖3為本發(fā)明再一實施例提供的群組的管理方法的流程圖。圖4為本發(fā)明一實施例提供的I3USH服務器的結構示意圖。圖5為本發(fā)明另一實施例提供的TOSH服務器的結構示意圖。圖6為本發(fā)明一實施例提供的通信網絡系統(tǒng)的結構示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。本發(fā)明的技術方案，可以應用于各種通信系統(tǒng)，例如全球移動通信系統(tǒng)(GSM，Global System for Mobile communications),石馬分多址(CDMA,Code Division MultipleAccess)系統(tǒng)，寬帶碼分多址(WCDMA, Wideband CodeDivision Multiple AccessWireless),通用分組無線業(yè)務(GPRS, General PacketRadio Service),長期演進(LTE,Long Term Evolution)等。此外,本文中結合用戶設備(UE, User Equipment)和/或基站來描述各種方面。用戶設備可以是指向用戶提供語音和/或數據連通性的設備。用戶設備可連接至諸如膝上計算機或臺式計算機等計算設備，或者其他通信設備，例如，個人數字助理(PDA, PersonalDigital Assistant)等自含式設備。無線終端也可以稱為系統(tǒng)、訂戶單元(SubscriberUnit)、訂戶站(Subscriber Station),移動站(Mobile Station)、移動臺(Mobile)、遠程站(Remote Station)、接入點(Access Point)、遠程終端(Remote Terminal)、接入終端(AccessTerminal)、用戶終端(User Terminal)、用戶代理(User Agent)、用戶設備(UserDevice)、或用戶裝備(User Equipment)。用戶設備可以是訂戶站、無線設備、蜂窩電話、個人通信業(yè)務(PCS,Personal Communication Service)電話、無繩電話、會話發(fā)起協(xié)議(SIP)話機、無線本地環(huán)路(WLL,WirelessLocal Loop)站、個人數字助理(PDA,Personal DigitalAssistant)、具有無線連接功能的手持式設備、或連接到無線調制解調器的其他處理設備?；?例如，接入點)可以是指接入網中在空中接口上通過一個或多個扇區(qū)與 無線終端通信的設備。基站可用于將收到的空中幀與IP分組進行相互轉換，作為無線終端與接入網的其余部分之間的路由器，其中接入網的其余部分可包括網際協(xié)議(IP)網絡?；具€可協(xié)調對空中接口的屬性管理。例如，可以是GSM或CDMA中的基站(BTS，BaseTransceiver Station),也可以是WCDMA中的基站(NodeB),還可以是LTE中的演進型基站(eNB 或 e-NodeB, evolutional Node B),本發(fā)明并不限定。各種方面將以可包括一個或多個設備、組件、模塊、或單元等的系統(tǒng)的形式來描述。應該理解或領會，各種系統(tǒng)可包括另加的設備、組件、模塊、和/或單元等，和/或可以并不包括結合附圖所討論的設備、組件、模塊、單元等的全部。在本發(fā)明的另一方面，也可以使用這些辦法的組合。另外，本文中術語“和/或”，僅僅是一種描述關聯(lián)對象的關聯(lián)關系，表示可以存在三種關系，例如，A和/或B，可以表示單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符“/”，一般表示前后關聯(lián)對象是一種“或”的關系。圖I為本發(fā)明一實施例提供的群組的管理方法的流程圖。本實施例的群組的管理方法的執(zhí)行主體為I3USH服務器(Server)，該PUSH Server為一個邏輯功能實體，也可以為獨立實體或獨立的物理實體。實際應用中，該I3USHServer設置在網絡側與網關GPRS支持節(jié)點(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機制向群組中的用戶發(fā)送群組消息，當用戶啟用I3USH接收通知，可以接收PUSH Server轉發(fā)該用戶在AS的群組中的群組消息。當用戶未啟用PUSH接收通知，該用戶不能夠接收PUSH Server轉發(fā)該用戶在AS中的群組中的群組消息。102、PUSH Server建立與核心網節(jié)點之間基于群組的傳輸承載。其中該核心網節(jié)點為GGSN或者服務GPRS支持節(jié)點(Serving GPRSSupport Node ；以下簡稱SGSN)。例如當I3USH服務器與GGSN集成在一起時，可以理解為該I3USH服務器中集成了該GGSN的所有功能，此時該核心網節(jié)點可以認為是SGSN。當PUSH服務器與GGSN分離設置，此時該核心網節(jié)點可以認為是SGSN。103、PUSH Server創(chuàng)建第一群組標識對應的群組上下文，群組上下文中包括群組中的用戶的參數信息和傳輸承載的信息。例如，本實施例中的100具體可以是I3USH Server在AS中沒有建立群組之前，預先為AS中的群組分配對應的第一群組標識。也可以是在AS建立群組之后，當該群組中開始加入第一個用戶時，PUSH Server為該群組分配對應的第一群組標識。還可以是在AS建立群組之后，且在AS中該群組中啟用接收PUSH通知的用戶的數目超過預設門限值時，AS向PUSH Server發(fā)起為該群組分配群組標識的請求，PUSH Server為該群組分配對應的第一群組標識。例如該第一群組標識可以包括兩部分，例如包括公眾陸地移動通信網(PublicLandMobi I e-communication Network ;簡稱 PLMN)的標識(如 ID)和群組標識(如 Group ID)。其中Group標識可以為在AS中該群組對應的標識，為了與在PUSH Server中的第一群組標識相區(qū)分，這里可以將在AS中該群組對應的標識稱為第二群組標識。第一群組標識是在移動網內使用的唯一標識，在空口上發(fā)送的群組標識，第二群組標識是UE在應用服務器上使用的標識。本實施例中的用戶對應的用戶設備(UE)的位置信息可以為UE的路由區(qū)域信息或者位置區(qū)域信息，例如可以包括該UE對應的GGSN、SGSN的地址或者標識等信息，只要通過該路由區(qū)域信息或者位置區(qū)域信息能夠準確定位該用戶對應的UE的位置即可。本實施例的群組的管理方法，通過為AS中的群組分配第一群組標識；根據加入群組的用戶的第一標識，獲取用戶的參數信息，用戶的參數信息包括用戶的第二標識、用戶對應的UE的位置信息和用戶是否啟用接收TOSH通知的標識；建立與GGSN之間基于群組的傳輸承載；創(chuàng)建群組標識對應的群組上下文，群組上下文中包括群組中的用戶的參數信息和傳輸承載的信息。采用本實施例的技術方案，根據創(chuàng)建的群組上下文可以實現對應用服務器中的同一群組中的用戶進行統(tǒng)一管理，彌補了現有技術中無法基于AS中的群組對屬于同一群組中的用戶進行統(tǒng)一管理的缺陷，能夠有效地提高對群組的管理效率。需要說明的是，在上述技術方案的基礎上，優(yōu)選地，在上述實施例的100之前，可以包括在PUSH Server中設置一個啟用接收PUSH通知的用戶數目的預設門限值。PUSHServer可以檢測該群組中啟用接收I3USH通知的用戶數目，并比較啟用接收I3USH通知的用戶數目與預設門限值之間的關系，當確定加入該群組中的啟用接收PUSH通知的用戶數目達到預設門限值時，再執(zhí)行上述100-103。采用該方案，可以在群組中的啟用接收TOSH通知的用戶數目達到預設門限值時， 再啟動PUSH機制，這樣可以避免在群組中用戶數目較少的時候啟動PUSH機制，造成資源的浪費。需要說明的是，上述實施例中的100之后，PUSH Server為AS中的群組分配第一群組標識之后，可以建立第一群組標識與AS中的群組對應的第二群組標識之間的映射關系。這樣，例如當AS向PUSH Server發(fā)送加入該用戶的請求的時候,該加入請求中可以包括該用戶的IP地址和第二群組標識，這樣PUSH Server可以根據第一群組標識和第二群組標識之間的映射關系，可以知道該用戶是加入該第一群組標識對應的群組中。在上述實施例的100和101之間，還可以包括PUSH Server檢測該用戶加入AS中的該群組。其中PUSH Server檢測用戶加入AS中的群組的加入請求，具體可以包括以下三種方式。(I)PUSH Server接收AS發(fā)送的加入請求,該加入請求中攜帶該新加入的用戶加入的群組的對應的第二群組標識或者第一群組標識，同時還攜帶有該用戶的IP地址。這種加入請求對應著用戶已經成功加入AS中的群組中，此時AS向PUSH Server發(fā)送的加入請求中攜帶的是該用戶的公有IP。(2) PUSH Server接收UE直接發(fā)送給PUSH Server的加入請求,該加入請求中攜帶該新加入的用戶加入的群組的對應的第二群組標識或者第一群組標識，同時還攜帶有該用戶的IP地址。此種情況下，UE可以直接與PUSH Server通信，相當于在UE中設置有一個I3USHClient。該UE中的PUSH Client與PUSH Server可以直接通信。當UE對應的用戶成功加入AS中的群組之后,UE可以直接向PUSH Server發(fā)送加入請求,該加入請求中攜帶有該用戶的第一標識，以及該用戶加入的AS中的群組的第二群組標識或者該第二群組標識在PUSH Server中對應的第一群組標識。本實施例中用戶的標識可以為該用戶在PLMN中的私有 IP、TMSI 或者 P-TMSI。(3) PUSH Server解析GGSN發(fā)送給AS的加入請求,該加入請求中也攜帶該新加入的用戶加入的群組的對應的第二群組標識或者第一群組標識；同時還攜帶有該用戶的IP地址。此時，用戶的標識可以為該用戶在PLMN中的私有IP、TMSI或者P-TMSI。優(yōu)選地，在PUSH Server解析GGSN發(fā)送給AS的加入請求之后，PUSH Sever還可以解析AS發(fā)送給GGSN的加入響應，該加入響應中攜帶有用戶的第一標識和該用戶加入的群組的對應的第二群組標識或者第一群組標識。其中此時用戶的第一標識可以為該用戶的公有IP。
對應此種情況為,PUSH Server會解析GGSN發(fā)送給AS關于該用戶的加入請求，以及AS返回給GGSN的加入響應。在PUSH Server解析加入響應之后，在上述實施例的100和101之間，可以采用上述方式檢測獲取加入該群組的用戶的加入請求。然后TOSH Server可以根據用戶的加入請求在對應的I3USH Server中的群組上下文中添加該用戶對應的參數信息。當GGSN和PUSH Server分離設置時，核心網節(jié)點包括GGSN和SGSN。此時在上述實施例的101中根據加入群組的用戶的第一標識，獲取用戶的參數信息，具體可以包括PUSH Server根據加入群組的用戶的第一標識，從GGSN或SGSN或者歸屬簽約服務器(HomeSubscriber Service ;以下簡稱 HSS)或者位置服務器(Home Location Register;以下簡稱HLR)獲取用戶的參數信息。 圖2為本發(fā)明另一實施例提供的群組的管理方法的流程圖，如圖2所示，本實施例的群組的管理方法在上述圖I所對應的實施例的基礎上，當核心網節(jié)點包括GGSN和SGSN。其中102 “建立與GGSN之間基于群組的傳輸承載”，具體可以如下所述。102UPUSH Server通過GGSN向SGSN發(fā)送指示信息，該指示信息中攜帶有用戶的第一標識和第一群組標識。例如，該指示信息用以指示SGSN通知群組中包括的用戶激活第一群組標識對應的群組上下文。例如SGSN指示用戶激活群組上下文可以均是通過無線網絡控制器(RadioNetwork Controller ;以下簡稱RNC) RNC和基站(NodeB)發(fā)送給第一標識對應的用戶對應的UE。1022,PUSH Server接收GGSN發(fā)送的群組上下文激活請求，其中GGSN發(fā)送的群組上下文激活請求中包括GGSN為群組分配的第一通信端口。例如，GGSN發(fā)送的群組上下文激活請求為GGSN根據接收到SGSN發(fā)送的創(chuàng)建群組上下文激活請求發(fā)送的；該SGSN發(fā)送的創(chuàng)建群組上下文激活請求為SGSN根據UE發(fā)送的群組上下文激活請求發(fā)送的。1023、PUSH Server為群組分配與GGSN之間進行通信的第二通信端口。例如，PUSH Server為該群組分配的與GGSN之間進行通信的第二通信端口與上述第一通信端口對應，以實現能夠按照第二通信端口與第一通信端口，后續(xù)在PUSH Server與GGSN之間傳輸第一群組標識對應的群組消息，即實現在TOSH Server與GGSN之間基于群組的通信。1024、PUSH Server根據第一通信端口和第二通信端口，建立與GGSN之間的傳輸承載。例如，除了上述PUSH Server與GGSN之間建立傳輸承載，GGSN與SGSN之間、SGSN與RNC之間也建立基于群組的傳輸承載。當UE收到激活群組上下文的通知之后，UE發(fā)送群組上下文激活請求給SGSN，再由SGSN根據接收到的群組上下文激活請求創(chuàng)建群組上下文，并向GGSN發(fā)送創(chuàng)建群組上下文激活請求，并GGSN接收SGSN發(fā)送的創(chuàng)建群組上下文激活請求，并在GGSN上創(chuàng)建群組上下文。然后GGSN向PUSH Server發(fā)送群組上下文激活請求，以告知PUSH Server UE已經發(fā)送群組上下文激活請求。其中在SGSN、GGSN向上一級節(jié)點發(fā)送的請求中都攜帶有為該群組分配的與上一級節(jié)點之間的通信端口。對應的，PUSH Server接收群組上下文激活請求之后，PUSH Server向GGSN返回群組上下文激活響應；并由GGSN向SGSN返回群組上下文激活響應。SGSN收到群組上下文激活響應之后，會與RNC之間建立基于群組的無線接入承載(Radio Access Bearer ;以下簡稱RAB),該RAB承載是基于群組的,用于在后續(xù)中傳輸群組消息。并且該SGSN還會向UE返回群組上下文激活響應，以告知UE群組上下激活請求成功。其中PUSH Server、GGSN、SGSN、RNC之間各個節(jié)點向相對應的下一級節(jié)點反饋群組上下文激活請求響應中攜帶有當前節(jié)點為該群組分配的與下一級節(jié)點通信的通信端口。其中UE發(fā)起的群組激活請求具體可以為分組數據協(xié)議(Packet Data Protocol ;以下簡稱PDP)群組上下文激活請求。這樣，在GGSN、SGSN中便能夠獲取到上行的通信端口和下行的通信端口，從而可以建立GGSN與SGSN之間，SGSN與RNC之間的傳輸承載。本實施例的群組的管理方法，通過采用上述技術方案，能夠在PUSHServer與GGSN之間建立基于群組的傳輸承載，以便于后續(xù)在PUSH Server與GGSN之間傳輸該群組對應的群組消息，并且在傳輸承載上向該群組中該SGSN下的所有UE發(fā)送群組消息，且僅發(fā)送一次即可。采用本實施例的技術方案，能夠有效地提高在網絡側對群組的管理效率。 需要說明的是，在上述實施例的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發(fā)送的或者接收GGSN發(fā)送或者直接接收用戶對應的UE發(fā)送的。該更新請求可以為用戶加入的加入請求，此時對應地在群組上下文中加入該用戶的參數信息。該更新請求也可以為用戶的應用登出、退出群組或者關機的退出請求，此時對應地，PUSH Server在群組上下文中刪除該用戶的參數信息，若不刪除用戶的相關信息，可設置用戶的關機狀態(tài)、退出應用狀態(tài)或退出群組狀態(tài)表征用戶的狀態(tài)。該更新請求還可以是修改用戶的是否啟用接收PUSH通知的標識的更新請求，此時，對應的PUSHServer在群組上下文中修改是否啟用接收I3USH通知的標識。PUSH Server可以根據更新請求中的用戶的第一標識,獲取到該用戶對應的第二標識，詳細可以參考上述實施例的記載，然后在第一群組標識對應的群組上下文中更新該第二標識對應的需要更新的用戶的參數信息。需要說明的是，當更新請求是PUSH Server接收AS發(fā)送的或者接收GGSN發(fā)送的，此時更新請求中也可以攜帶的是UE的第二標識。其中，當UE對應的用戶的應用登出、退出群組、或關機等過程，若I3USHServer刪除UE對應的用戶的參數信息，則也可以認為是群組的去激活過程。與激活過程相對應，用戶對應的UE可以和AS交互后，AS也可以和F1USHServer交互或UE還可以和F1USH Server交互來觸發(fā)群組上下文的去激活過程。若不刪除用戶的相關信息，可設置用戶的關機狀態(tài)、退出應用狀態(tài)或退出群組狀態(tài)表征用戶的狀態(tài)，則可以認為是群組的更新過程。用戶對應的UE可以和AS交互后，AS也可以和PUSH Server交互或用戶對應的UE還可以和PUSH Server交互來觸發(fā)群組上下文的更新過程。當用戶對應的UE開機或路由區(qū)域更新時，UE可把位置信息發(fā)送到PushServer,PUSH Server更新群組中的用戶對應的UE的位置區(qū)域。此時對應地UE中相當于設置有PUSH Client,UE可以在直接與PUSH Server通信的過程中，向PUSH Server發(fā)送該UE更新后的路由區(qū)域信息(也可以稱為路由位置信息)?；蛘哂捎脩糸_機或路由區(qū)域更新后對應的SGSN在UE對應的用戶完成Attach注冊或路由更新過程中或結束后把UE的路由位置信息比如SGSN地址、SGSN標識或GGSN地址發(fā)送給PUSH Server。最后由PUSH Server根據該UE更新后的路由區(qū)域信息更新對應的群組上下文中該用戶對應的UE的位置信息，以保證群組上下文中信息的準確性。需要說明的是，空閑態(tài)UE在發(fā)生路由區(qū)域更新(Route AreaUpdate ;以下簡稱RAU)過程中，UE對應的新的SGSN通知PUSH Server更新群組上下文中的該UE的位置信息,例如該UE所屬的群組所在的路由區(qū)域標識(Route Area Identity ；以下簡稱RAI)/位置區(qū)域標識(Location Area Identity ;以下簡稱LAI),從而確定后續(xù)需要發(fā)送的PUSH群組消息的小區(qū)或者是RNC。當UE在所屬的SGSN內(即Intra-SGSN)，不同的RNC之間(即Inter-RNC)進行切換。在該UE的定位過程中，SGSN指示切換后的目標RNC發(fā)起群組I3USH承載的建立。同時SGSN需要更新在SGSN上建立的群組上下文中UE的參數信息和傳輸承載信息。當UE在所屬的不同的SGSN間(即Inter-SGSN)，不同的RNC之間(即Inter-RNC)進行切換。此時，源SGSN傳遞群組上下文中關于該UE的群組上下文信息給目標SGSN，目標SGSN指示RNC發(fā)起群組I3USH的承載的建立。在切換完成之后，目標SGSN更新與GGSN的群組承載，SGSN需要通知PUSHServer,并由PUSH Server進一步更新F1USH Server上的群組上下文中所涉及的UE的RAI ;同時目標SGSN需要更新在目標SGSN上建立的群組上下文中UE的參數信息和傳輸承載信息；可以充分保證各個SGSN中群組上下文中的信息的準確性，以保證后續(xù)PUSH群組消息的準備發(fā)送。上述實施例均是以用戶加入AS中的某一個群組為例來說明本發(fā)明的技術方案，實際應用中，該用戶也可以按照上述實施例的實施方式同時加入多個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)時，可以發(fā)送第一群組標識給RNC，還可以發(fā)送用戶的第一標識或一個群組中用戶的數目給RNC。這些信息均可以放在各個節(jié)點建立的群組上下文中。RNC和NodeB可建立公共的承載，NodeB上配置一個通知指示物理信道、承載群組標識列表、承載通知消息的公共邏輯信道，以及對應的公共傳輸信道、物理信道。這里是以用戶加入一個群組為例，若當前用戶同時加入多個群組，采用本發(fā)明的實施例
節(jié)點間的建立的傳輸承載可以有2種形式A) SGSN和GGSN、RNC可為所有的群組建立一個公共傳輸承載。I3USHServer在下行包中指示群組標識；PUSH server和GGSN、AS間建立IP連接。PUSH server和GGSN間也可建立 GPRS 隧道協(xié)議(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的用戶面，包括用戶面節(jié)點間的地址和應用類型的隧道端點標識(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上，可以在廣播上配置群組通知指示的信道配置和下發(fā)群組列表的信道配置。信道配置可在RNC收到SGSN建立群組RAB的消息或者收到下行群組消息后進行或者在RNC統(tǒng)計某個群組的用戶到達預定義門限時；RNC根據群組標識計算通知指示的比特位并通知NodeB在群組通知物理信道(Notification Indication Channel ;以下簡稱NICH)上發(fā)送、在其他物理信道上發(fā)送群組消息的群組標識列表；同時RNC還指示NodeB發(fā)送群組消息的發(fā)送時間，發(fā)送時間可以是某個時間點或發(fā)送的一段時間。這樣，NodeB可以根據RNC的通知發(fā)送群組消息。
RNC根據群組中的用戶的數目，到達一定門限值時，采用TOSH群組消息的方式發(fā)送消息，當未到達用戶的門限值，可以通過普通廣播或者專用信令指示用戶停止接收PUSH機制的消息，建立點到點的承載進行接收群組消息。對應地，在用戶對應的UE 一側，可以為所有的群組建立一個群組PDP上下文，此時UE中相當于設置了一個支持接收TOSH消息的客戶端，并可配置是否啟用接收PUSH消息。例如，該客戶端可以和PUSH Server或者AS進行交互，配置是否接收PUSH消息。在UE激活群組上下文后，根據群組上下文的群組標識，監(jiān)聽NICH和通知控制信道(NotificationControl Channel ;以下簡稱NCCH)并判斷是否有要接收的群組消息,進一步在通知傳輸信道(Notification Transmission Channel ;以下簡稱NCCH)上接收群組消息。NTCH用于傳輸PUSH消息，即需要傳輸的數據內容。NCCH用于傳輸第一群組標識。當然UE也可用其他信道比如高速共享控制信道(High-Speed SharedControl Channel ;以下簡稱HS-SCCH)信道判斷是否有要接收的群組消息，進一步在數據信道上接收群組消息。或者直接接收數據包，通過用戶面的數據包確定是否是需要接收的組消息?？傊E到PUSH Server之間的傳輸承載之后，需要在GGSN、SGSN和RNC每 一節(jié)點上建立群組上下文，以有效地管理I3USH Server向群組中的各個UE發(fā)送群組消息。在每一節(jié)點上建立的群組上下文中包括有對應的UE的參數信息，可以參考在I3USH Server中建立群組上下文中UE的參數信息；同時還包括傳輸承載信息，通過該傳輸承載信息可以知道要發(fā)送的PUSH消息的路徑。優(yōu)選地，RNC、SGSN可以不需要保存UE的IP地址。圖3為本發(fā)明再一實施例提供的群組的管理方法的流程圖。如圖3所示，本實施例的群組的管理方法，具體可以如下所述。200、UE向AS發(fā)送加入群組消息；執(zhí)行201 ；該加入群組消息中包括有該UE對應的用戶的第一標識和該用戶需要加入的AS中的群組對應的第二群組標識；而且當AS收到該加入群組消息的時候，可以向UE返回一個群組加入響應消息。20UAS檢測加入該第二群組標識對應的群組中的啟用接收群組TOSH消息的用戶數目是否達到預設門限值；當達到時，執(zhí)行202 ;否則執(zhí)行203 ；202、AS向PUSH Server發(fā)起PUSH群組建立請求；執(zhí)行204 ；該TOSH群組建立請求中包括有第二群組標識和加入該群組中的用戶的第一標識；203、當AS中的用戶加入的群組中有更新的群組消息的時候，AS按照普通的消息發(fā)送方式向各用戶對應的UE發(fā)送消息；詳細可以參考現有技術。204、PUSH Server根據第二群組標識獲取對應的第一群組標識；執(zhí)行205 ；例如，PUSH Server可以根據存儲的第一群組標識與第二群組標識之間的映射關系表獲取到該第二群組標識對應的第一群組標識。205、PUSH Server根據加入該群組中的用戶的第一標識，獲取該加入該群組中的各個用戶的參數信息；執(zhí)行206 ；例如，PUSH Server可以通過與GGSN、SGSN、HSS或者HLR交互獲取該群組中包括的各個用戶的參數信息。用戶的參數信息可以參考上述相關實施例的記載。206、PUSH Server建立該第一群組標識對應的群組上下文；執(zhí)行207 ；
其中該群組上下文中包括加入該群組的各個用戶的參數信息。207、PUSH Server通過GGSN向SGSN發(fā)送激活用戶的群組上下文的指示信息；執(zhí)行 208 ；208、SGSN接收PUSH Server發(fā)送的激活用戶的群組上下文的指示信息；執(zhí)行209 ；209、SGSN通過RNC以及NodeB向用戶對應的UE發(fā)起尋呼，在UE和SGSN建立連接后，SGSN指示UE激活群組上下文；執(zhí)行210 ；其中UE的激活群組上下文中攜帶有UE對應的用戶加入的AS中的群組對應的第一群組標識。210、UE發(fā)起群組上下文激活請求過程，SGSN建立對應該第一群組標識的群組上下文，該群組上下文中包括UE對應的用戶的第二標識；執(zhí)行211 ；211、SGSN根據接收到的UE發(fā)送的群組上下文激活請求向GGSN發(fā)起創(chuàng)建群組上下文激活請求；執(zhí)行212 ;其中該創(chuàng)建群組上下文激活請求中攜帶有用戶的第二標識和SGSN為該群組分配的與GGSN通信的端口如第一 TEID。212、GGSN根據接收到創(chuàng)建群組上下文激活請求建立群組上下文，該群組上下文中包括用戶的參數信息；并向PUSH Server發(fā)起群組上下文激活請求；該群組上下文激活請求中攜帶有該GGSN與PUSH Server通信的端口 ；執(zhí)行213 ；GGSN接收到創(chuàng)建群組上下文激活請求之后，會為該群組分配與SGSN通信的第二 TEID ；同時還需要確定GGSN與PUSH Server之間的傳輸協(xié)議，當GGSN與PUSH Server之間的傳輸協(xié)議是基于GDP-U的傳輸協(xié)議的時候，GGSN還需要為該群組分配一個與PUSHServer通信的第三TEID。當GGSN與PUSH Server之間的傳輸協(xié)議為IP協(xié)議的時候，GGSN需要為該群組分配一個與I3USH Server通信的第一 IP端口。其中GGSN向PUSH Server發(fā)起的群組上下文激活請求中攜帶有該GGSN與PUSHServer通信的端口例如可以為第三TEID和第一 IP端口。213、PUSH Server接收到該群組上下文激活請求之后,PUSH Server為該群組分配與GGSN通信的端口 ；在PUSH Server中的群組上下文中添加傳輸承載信息；執(zhí)行214 ；例如當GGSN與PUSH Server之間的傳輸協(xié)議是基于⑶P-U的傳輸協(xié)議的時候，PUSH Server需要為該群組分配與GGSN通信的端口，例如可以為與該第三TEID對應的第四TEID0當GGSN與PUSH Server之間的傳輸協(xié)議為IP協(xié)議的時候，PUSH Server為該群組分配的與GGSN通信的端口可以為第二 IP端口，該第二 IP端口與第一 IP端口相對應。然后PUSH Server在向GGSN返回群組上下文激活響應中攜帶有與第四TEID或者第二 IP端口。此時PUSH Server可以建立第三端口與第四端口的映射關系，或者第一 IP端口與第二IP端口之間的映射關系,從而在群組上下文中記錄該群組的I3USHServer與GGSN之間的傳輸承載。214、PUSH Server向GGSN返回群組上下文激活響應；執(zhí)行215 ；215、GGSN接收PUSH Server發(fā)送的群組上下文激活響應，該響應中攜帶有PUSH Server為該群組分配的與GGSN通信的端口 ；在群組上下文中添加傳輸承載信息；執(zhí)行216 ；
GGSN接收到PUSH Server發(fā)送的 群組上下文激活響應之后，GGSN可以建立第三端口與第四端口的映射關系，或者第一 IP端口與第二 IP端口之間的映射關系，從而在群組上下文中記錄該群組的GGSN與PUSH Server之間的傳輸承載。216、GGSN向SGSN返回群組上下文激活響應；執(zhí)行217 ；217、SGSN接收GGSN返回的群組上下文激活響應；該響應中攜帶有GGSN為該群組分配的與SGSN通信的第二 TEID ;并在SGSN中的群組上下文中添加該群組的SGSN與GGSN之間的傳輸承載信息；執(zhí)行218 ；其中第二 TEID的相關記載，可以參考212中的相關記載。例如，SGSN收到群組上下文激活響應之后，能夠建立第一 TEID和第二 TEID之間的映射關系，并在在群組上下文中記錄該群組的SGSN與GGSN之間的傳輸承載。218、SGSN與RNC之間建立基于群組的RAB連接；同時在SGSN中的群組上下文中添加SGSN與RNC之間的基于該群組的傳輸承載信息；執(zhí)行219 ；需要說明的是這里SGSN與RNC之間建立的基于群組的RAB連接，與現有技術中SGSN與RNC之間建立的普通的RAB連接的建立過程相同，詳細可以參考現有的相關技術。只是本實施力中SGSN與RNC之間的RAB連接是基于一個群組共用的。219,SGSN向UE發(fā)送群組上下文激活響應，以告知UE基于該群組的鏈路中各節(jié)點中的群組上下文已經建立成功，該UE可以接收TOSH Server的群組消息。本實施例的上述是以在各個節(jié)點第一次建立群組上下文為例。在PUSHServer、GGSN、SGSN和RNC中的每一個節(jié)點建立的群組上下文中包括兩部分內容，一部分為用戶的參數信息，另一部分為要傳輸的群組消息的建立的傳輸承載的傳輸承載信息。此時可以基于這樣的網絡架構，在PUSH Server中可以按照群組管理加入AS的群組中的用戶，而且PUSH Server可以實現基于群組將AS中一個群組的消息經過一次發(fā)送給該群組下的UE。當AS的第二群組標識對應的群組中的用戶的位置發(fā)生變化、或者用戶新加入或者退出、或者用戶的啟用是否接收I3USH通知的標識變化等，用戶對應的UE都可以向PUSHServer發(fā)起更新請求，以更新群組上下文中的相關信息，詳細可以參考上述相關方法實施例的記載以同步各個節(jié)點上的群組上下文。采用本實施例的技術方案，彌補了現有技術中無法在網絡側按照AS中的群組對屬于同一群組中的用戶進行統(tǒng)一管理的缺陷，能夠對AS中的同一群組中的用戶進行統(tǒng)一管理，提高對群組的管理效率。本領域普通技術人員可以理解實現上述方法實施例的全部或部分可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的；而前述的存儲介質包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。圖4為本發(fā)明一實施例提供的PUSH服務器的結構示意圖。如圖4所示，本實施例的I3USH服務器，包括分配模塊10、獲取模塊11、建立模塊12和創(chuàng)建模塊13。其中分配模塊10用于為AS中的群組分配第一群組標識。獲取模塊11用于根據加入第一群組標識對應的群組的用戶的第一標識，獲取該用戶的參數信息，該用戶的參數信息包括用戶的第二標識、用戶對應的UE的位置信息和該用戶是否啟用接收TOSH通知的標識。建立模塊12用于建立與核心網節(jié)點之間基于群組的傳輸承載。創(chuàng)建模塊13分別與獲取模塊11和建立模塊12連接，創(chuàng)建模塊13根據獲取模塊11獲取的該用戶的參數信息和建立模塊12建立的與核心網節(jié)點之間基于群組的傳輸承載，創(chuàng)建第一群組標識對應的群組上下文，該群組上下文中包括群組中的用戶的參數信息和傳輸承載的信息。本實施例中用戶的第一標識、用戶的第二標識、核心網節(jié)點以及用戶對應的UE的位置信息均可以參考上述相關方法實施例的記載，在此不再贅述，本實施例的PUSH服務器，通過采用上述模塊實現基于群組的TOSH機制的管理同上述相關方法實施例的實現機制相同，詳細可以參考上述相關方法實施例的記載，在此不再贅述。本實施例的PUSH服務器，通過采用上述模塊實現為AS中的群組分配第一群組標識；根據加入群組的用戶的第一標識，獲取用戶的參數信息，用戶的參數信息包括用戶的第二標識、該用戶對應的UE的位置信息和該用戶是否啟用接收PUSH通知的標識；建立與核心網節(jié)點之間基于群組的傳輸承載；創(chuàng)建群組標識對應的群組上下文，群組上下文中包括群 組中的用戶的參數信息和傳輸承載的信息。采用本實施例的技術方案，根據創(chuàng)建的群組上下文可以實現對應用服務器中的同一群組中的用戶進行統(tǒng)一管理，彌補了現有技術中無法基于AS中的群組對屬于同一群組中的用戶進行統(tǒng)一管理的缺陷，能夠有效地提高對群組的管理效率。圖5為本發(fā)明另一實施例提供的PUSH服務器的結構示意圖。如圖5所示，本實施例的I3USH服務器在上述實施例四的基礎上，還包括確定模塊14，該確定模塊14用于確定加入群組中的啟用接收PUSH通知的用戶達到預設門限值。該確定模塊14可以與分配模塊10連接，用于在確定加入群組中的啟用接收TOSH通知的用戶達到預設門限值之后，再觸發(fā)分配模塊10為AS中的群組分配第一群組標識。本實施例的TOSH服務器中，獲取模塊11具體用于根據加入群組的UE的標識，從核心網節(jié)點、HSS或者HLR中獲取UE的參數信息。該核心網節(jié)點可以為GGSN或者SGSN。本實施例的I3USH服務器中，建立模塊12具體可以包括發(fā)送單元121、接收單元122、分配單元123和建立單元124。其中發(fā)送單元121用于當所述核心網節(jié)點中包括GGSN和SGSN時，通過GGSN向SGSN發(fā)送指示信息，該指示信息中包括群組中包括的用戶的第一標識和第一群組標識；該指示信息用以指示SGSN通知第一標識對應的用戶激活群組上下文。接收單元122與發(fā)送單元121對應，接收單元122用于接收GGSN發(fā)送的群組上下文激活請求，該群組上下文激活請求為GGSN根據接收到SGSN發(fā)送的創(chuàng)建群組上下文激活請求發(fā)送的；SGSN發(fā)送的創(chuàng)建群組上下文激活請求為SGSN根據UE發(fā)送的群組上下文激活請求發(fā)送的；GGSN發(fā)送的群組上下文激活請求中包括GGSN為群組分配的第一通信端口。分配單元123與接收單元122連接，分配單元123用于在接收單元122接收GGSN發(fā)送的群組上下文激活請求之后，為群組分配與GGSN之間進行通信的第二通信端口。建立單元124與接收單元122和分配單元123連接，建立單元124用于根據接收單元122接收的第一通信端口和分配單元123分配的第二通信端口，建立與GGSN之間的傳輸承載。此時創(chuàng)建模塊13與建立單元124連接，創(chuàng)建模塊13根據獲取模塊11獲取的UE的參數信息和建立單元124建立的與GGSN之間基于群組的傳輸承載，創(chuàng)建第一群組標識對應的群組上下文。其中建立單元124還用于建立第一群組標識與AS中的所述群組對應的第二群組標識之間的映射關系。本實施例的PUSH服務器中，還包括接收模塊15和更新模塊16。其中接收模塊15用于接收更新請求，該更新請求中攜帶有需要更新的用戶的第一標識和第二群組標識或者該更新請求中攜帶有需要更新的用戶的第一標識和第一群組標識；更新模塊16分別于與接收模塊15和創(chuàng)建模塊13連接連接，更新模塊16用于根據接收模塊15接收的更新請求，在創(chuàng)建模塊13創(chuàng)建的第一群組標識對應的群組上下文中更新需要更新的用戶的參數信息。當接收模塊15接收到更新請求中攜帶的是第二群組標識時，此時接收模塊15還需要與建立單元124連接，根據第一群組標識與第二群組標識之間的映射關系，獲取接收模塊15接收的第二群組標識對應的第一群組標識。然后再由更新模塊16在第一群組標識對應的群組上下文中更新需要更新的用戶的參數信息。上述技術方案中的接收模塊15具 體用于接收AS發(fā)送的更新請求；或者具體用于接收需要更新的用戶對應的UE發(fā)送的更新請求；或者具體用于接收GGSN發(fā)送的更新請求。詳細可以參考上述相關方法實施例的記載。本實施例的PUSH服務器，通過采用上述模塊實現基于群組的TOSH機制的管理同上述相關方法實施例的實現機制相同，詳細可以參考上述相關方法實施例的記載，在此不再贅述。本實施例的TOSH服務器，通過采用上述模塊能夠對AS的群組中的用戶進行有效管理，彌補了現有技術中無法按照AS中的群組對屬于同一群組中的用戶進行統(tǒng)一管理的缺陷，能夠對AS中的同一群組中的用戶進行統(tǒng)一管理，提高對群組的管理效率。圖6為本發(fā)明一實施例提供的通信網絡系統(tǒng)的結構示意圖。如圖6所示，本實施例的通信網絡中包括TUSH服務器20、核心網節(jié)點21、RNC22和NodeB23。該PUSH服務器20與外網的AS通信連接，其中本實施例中的AS可以Twitter服務器，QQ服務器以及MSN服務器等等。該PUSH服務器20，用于為AS器中的群組分配第一群組標識；并根據加入群組的用戶的第一標識，獲取用戶的參數信息，該用戶的參數信息包括用戶的第二標識、用戶對應的UE的位置信息和用戶是否啟用接收I3USH通知的標識PUSH服務器20與核心網之間建立基于群組的傳輸承載；PUSH服務器20創(chuàng)建第一群組標識對應的群組上下文，該群組上下文中包括群組中的用戶的參數信息和傳輸承載的信息。本實施例中TOSH服務器20可以按照AS中的群組對屬于同一群組中的用戶進行有效地管理，例如可以在后續(xù)中為同一群組中的所有用戶發(fā)送一條PUSH消息，可以有效地節(jié)省網絡資源。該PUSH服務器20可以與GGSN設置在一起，本實施例中的核心網節(jié)點21可以為SGSN。當該I3USH服務器20與GGSN可以獨立設置時，本實施例中的核心網節(jié)點21包括GGSN和SGSN。此時該PUSH服務器20與GGSN通信連接，例如I3USH服務器20可以通過GGSN向SGSN發(fā)出激活群組上下文的激活請求，以指示SGSN通過RNC22和NodeB23指示用戶進行群組上下文激活，其中GGSN、SGSN、RNC22、和NodeB23之間的網絡架構與現有技術的相同，詳細可以參考現有技術的記載，在此不再贅述。本實施例的通信網絡實現群組的管理方法詳細可以參考上述相關方法實施例的記載，在此不再贅述。
本實施例的通信網絡中，通過采用TOSH服務器，能夠對AS的群組中的用戶進行有效管理，彌補了現有技術中在網絡側無法按照AS中的群組對屬于同一群組中的用戶進行統(tǒng)一管理的缺陷，能夠對AS中的同一群組中的用戶進行統(tǒng)一管理，提高對群組的管理效率。以上所描述的裝置實施例僅僅是示意性的，其中作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到至少兩個網絡單元上?？梢愿鶕嶋H的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性的勞動的情況下，即可以理解并實施。最后應說明的是以上實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的精 神和范圍。
權利要求
1.一種群組的管理方法，其特征在于，包括 為應用服務器中的群組分配第一群組標識； 根據加入所述群組的用戶的第一標識，獲取所述用戶在移動網內的參數信息，所述用戶的參數信息包括所述用戶的第二標識、所述用戶對應的用戶設備的位置信息和所述用戶設備是否啟用接收I3USH通知的標識； 建立與核心網節(jié)點之間基于所述群組的傳輸承載； 創(chuàng)建所述第一群組標識對應的群組上下文，所述群組上下文中包括所述群組中的所述用戶的參數信息和所述傳輸承載的信息。
2.根據權利要求I所述的方法，其特征在于，還包括 確定加入所述群組中的啟用接收PUSH通知的用戶的數目達到預設門限值。
3.根據權利要求I所述的方法，其特征在于，根據加入所述群組的用戶的第一標識，獲取所述用戶的參數信息，具體包括根據加入所述群組的用戶的第一標識，從所述核心網節(jié)點、歸屬簽約服務器或者位置服務器獲取所述用戶的參數信息。
4.根據權利要求I所述的方法，其特征在于，所述建立與核心網節(jié)點之間基于所述群組的傳輸承載，具體包括 當所述核心網節(jié)點包括網關GPRS支持節(jié)點和服務GPRS支持節(jié)點，通過所述網關GPRS支持節(jié)點向所述服務GPRS支持節(jié)點發(fā)送指示信息，所述指示信息中攜帶有所述用戶的第一標識和所述第一群組標識；所述指示信息用以指示所述服務GPRS支持節(jié)點通知所述第一標識對應的所述用戶激活群組上下文； 接收所述網關GPRS支持節(jié)點發(fā)送的群組上下文激活請求，所述群組上下文激活請求為所述網關GPRS支持節(jié)點根據接收到所述服務GPRS支持節(jié)點發(fā)送的創(chuàng)建群組上下文激活請求發(fā)送的；所述服務GPRS支持節(jié)點發(fā)送的創(chuàng)建群組上下文激活請求為所述服務GPRS支持節(jié)點根據所述用戶發(fā)送的群組上下文激活請求發(fā)送的；所述網關GPRS支持節(jié)點發(fā)送的群組上下文激活請求中包括所述網關GPRS支持節(jié)點為所述群組分配的第一通信端口 ； 為所述群組分配與所述網關GPRS支持節(jié)點之間進行通信的第二通信端口 ； 根據所述第一通信端口和所述第二通信端口，建立與所述網關GPRS支持節(jié)點之間的傳輸承載。
5.根據權利要求4所述的方法，其特征在于，還包括 建立所述第一群組標識與所述應用服務器中的所述群組對應的第二群組標識之間的映射關系。
6.根據權利要求5所述的方法，其特征在于，還包括 接收更新請求，所述更新請求中攜帶有需要更新的用戶的第一標識和所述第二群組標識或者所述更新請求中攜帶有需要更新的用戶的第一標識和所述第一群組標識； 根據所述更新請求，在所述第一群組標識對應的所述群組上下文中更新所述需要更新的用戶的參數信息。
7.根據權利要求6所述的方法，其特征在于，接收更新請求，具體包括 接收所述應用服務器發(fā)送的所述更新請求；或者接收所述需要更新的用戶發(fā)送的所述更新請求；或者接收網關GPRS支持節(jié)點發(fā)送的所述更新請求。
8.根據權利要求5-7任一所述的方法，其特征在于，所述第一群組標識中包括公眾陸地移動通信網標識和所述第二群組標識。
9.根據權利要求1-7任一所述的方法，其特征在于，當所述第一標識為私有IP，所述第二標識為臨時移動用戶識別碼、分組-臨時移動用戶識別碼或者國際移動用戶識別碼； 當所述第一標識為臨時移動用戶識別碼或者分組-臨時移動用戶識別碼，所述第二標識為臨時移動用戶識別碼、分組-臨時移動用戶識別碼或者國際移動用戶識別碼。
10.一種I3USH服務器，其特征在于，包括 分配模塊，用于為應用服務器中的群組分配第一群組標識； 獲取模塊，用于根據加入所述群組的用戶的第一標識，獲取所述用戶在移動網內的參數信息，所述用戶的參數信息包括所述用戶的第二標識、所述用戶對應的用戶設備的位置信息和所述用戶是否啟用接收PUSH通知的標識； 建立模塊，用于建立與核心網節(jié)點之間基于所述群組的傳輸承載； 創(chuàng)建模塊，用于創(chuàng)建所述第一群組標識對應的群組上下文，所述群組上下文中包括所述群組中的所述用戶的參數信息和所述傳輸承載的信息。
11.根據權利要求10所述的PUSH服務器，其特征在于，還包括 確定模塊，用于確定加入所述群組中的啟用接收PUSH通知的用戶的數目達到預設門限值。
12.根據權利要求10所述的PUSH服務器，其特征在于，所述獲取模塊，具體用于根據加入所述群組的用戶的第一標識，從所述核心網節(jié)點、歸屬簽約服務器或者位置服務器獲取所述用戶的參數信息。
13.根據權利要求10所述的TOSH服務器，其特征在于，所述建立模塊，包括 發(fā)送單元，用于當所述核心網節(jié)點包括網關GPRS支持節(jié)點和服務GPRS支持節(jié)點，通過所述網關GPRS支持節(jié)點向所述服務GPRS支持節(jié)點發(fā)送指示信息，所述指示信息中攜帶有所述用戶的第一標識和所述第一群組標識；所述指示信息用以指示所述服務GPRS支持節(jié)點通知所述第一標識對應的所述用戶激活群組上下文； 接收單元，用于接收所述網關GPRS支持節(jié)點發(fā)送的群組上下文激活請求，所述群組上下文激活請求為所述網關GPRS支持節(jié)點根據接收到所述服務GPRS支持節(jié)點發(fā)送的創(chuàng)建群組上下文激活請求發(fā)送的；所述服務GPRS支持節(jié)點發(fā)送的創(chuàng)建群組上下文激活請求為所述服務GPRS支持節(jié)點根據所述用戶發(fā)送的群組上下文激活請求發(fā)送的；所述網關GPRS支持節(jié)點發(fā)送的群組上下文激活請求中包括所述網關GPRS支持節(jié)點為所述群組分配的第一通信端口 ； 分配單元，用于為所述群組分配與所述網關GPRS支持節(jié)點之間進行通信的第二通信端口 ； 建立單元，用于根據所述第一通信端口和所述第二通信端口，建立與所述網關GPRS支持節(jié)點之間的傳輸承載。
14.根據權利要求13所述的TOSH服務器，其特征在于，所述建立單元，還用于建立所述第一群組標識與所述應用服務器中的所述群組對應的第二群組標識之間的映射關系。
15.根據權利要求14所述的PUSH服務器，其特征在于，還包括 接收模塊。用于接收更新請求，所述更新請求中攜帶有需要更新的用戶的第一標識和所述第二群組標識或者所述更新請求中攜帶有需要更新的用戶的第一標識和所述第一群組標識； 更新模塊，用于根據所述更新請求，在所述第一群組標識對應的所述群組上下文中更新所述需要更新的用戶的參數信息。
16.根據權利要求15所述的PUSH服務器，其特征在于，所述接收模塊，具體用于接收所述應用服務器發(fā)送的所述更新請求；或者具體用于接收所述需要更新的用戶發(fā)送的所述更新請求；或者具體用于接收網關GPRS支持節(jié)點發(fā)送的所述更新請求。
全文摘要
本發(fā)明提供一種群組的管理方法及PUSH服務器。其方法包括為應用服務器中的群組分配第一群組標識；根據加入群組的用戶的第一標識，獲取用戶的參數信息，用戶的參數信息包括用戶的第二標識、用戶對應的用戶設備的位置信息和用戶是否啟用接收PUSH通知的標識；建立與核心網節(jié)點之間基于群組的傳輸承載；創(chuàng)建第一群組標識對應的群組上下文，群組上下文中包括群組中的用戶的參數信息和傳輸承載的信息。本發(fā)明實施例的技術方案，彌補了現有技術中無法按照應用服務器中的群組對屬于同一群組中的UE進行統(tǒng)一管理的缺陷，能夠對應用服務器中的同一群組中的UE進行統(tǒng)一管理，提高對群組的管理效率。
文檔編號H04W4/08GK102647667SQ20111004256
公開日2012年8月22日 申請日期2011年2月21日 優(yōu)先權日2011年2月21日
發(fā)明者龐伶俐, 徐小英, 曾清海, 鄭瀟瀟, 黃曲芳 申請人:華為技術有限公司