一種組呼建立方法
【專利摘要】本發(fā)明公開了一種組呼建立方法，用以減少組呼建立流程中信令交互，進而減少組呼建立時延，提高組呼建立效率。本發(fā)明提供的一種組呼建立方法包括：集群移動性會話管理實體TMSE，接收來自主叫用戶設備UE的組呼建立請求；TMSE將該組呼建立請求轉換為會話啟動協(xié)議SIP邀請Invite消息，其中攜帶組呼建立指示，并將該SIP?Invite消息發(fā)送給調度服務器Server。
【專利說明】一種組呼建立方法
【技術領域】
[0001]本發(fā)明涉及通信【技術領域】，尤其涉及一種組呼建立方法。
【背景技術】
[0002]2000年12月28日信息產業(yè)部正式對外發(fā)布“數字集群移動通信系統(tǒng)體制”，并推薦集群使用陸上集群無線電(TETRA, Terrestrial Trunked Radio)和集成數字增強型網絡(iDEN, Integrated Digital Enhanced Networks)兩種體制。在隨后的幾年國內自主研發(fā)的基于碼分多址(CDMA, Code Division Multiple Access)技術的開放式集群架構(GOTA, Global Open Trunking Architecture)和基于全球移動通信系統(tǒng)技術的GT800面世。
[0003]隨著移動互聯(lián)網的飛速發(fā)展以及TD-LTE技術普及，移動通信寬帶化需求越來越明顯，集群系統(tǒng)也正在向IP化系統(tǒng)架構、數據寬帶化等方向發(fā)展。2010年底，CCSA正式批準了《基于TD-LTE的集群通信系統(tǒng)的研究報告》，在該報告中提出了三種基于TD-LTE寬帶多媒體集群的實現(xiàn)方案。
[0004]集群系統(tǒng)中最典型的業(yè)務是組呼業(yè)務，即用戶可以在某一時刻發(fā)起針對某一特定群組的呼叫，該呼叫采用半雙工模式。在寬帶多媒體體系中，集群不僅可以為用戶提供語音組呼，還可以提供可視組呼等業(yè)務。組呼特點是在任一時刻只允許一個人進行講話，講話方獲得上行鏈路資源，其他用戶處于接聽狀態(tài)，系統(tǒng)為該組涉及到的每個小區(qū)分配一條下行共享信道，小區(qū)內該組用戶均實時監(jiān)聽該共享信道。故在集群組呼過程中，任一時刻只有一條上行鏈路和一條共享下行鏈路，比公網更高效地利用了頻譜資源。半雙工群組呼叫另一特點是話權允許申請、釋放、搶占、排隊等操作，而且話權的管理過程與用戶優(yōu)先級密切相關。另外，組呼建立時延是集群呼叫的關鍵指標之一，任何一個集群系統(tǒng)均需要滿足快速接入的系統(tǒng)特性。這里定義組呼建立時延為主叫方按下一鍵通(PUSH TO TALK, PTT)鍵到有一個被叫用戶聽到主叫方聲音的時間。
[0005]TETRA系統(tǒng)為歐洲標準，集群功能最強大，但系統(tǒng)設備和用戶設備價格昂貴，雖然空中接口對外公開，但是系統(tǒng)內部其他接口均為保密，各設備商間互通性不高。而iDEN系統(tǒng)為獨家標準，系統(tǒng)標準不對外公布。
[0006]國內的窄帶數字集群系統(tǒng)，例如基于GSM的GT800和基于CDMA的GOTA系統(tǒng)，由于其基站需要通過基站控制器進行統(tǒng)一控制，無法與核心網直接進行通信，導致組呼建立過程中的信令交互增加，增加了呼叫建立時延。
[0007]CCSA提出的三種TD-LTE寬帶多媒體集群方案中，第一種方案修改了空中接口以達到增強組呼性能目的，第二種方案是建議使用無線一鍵通(PTT Over Cellular, Poc)業(yè)務進行增強方式實現(xiàn)寬帶集群，第三種方案是在使用Poc方案的基礎上，使用組播和廣播業(yè)務(Multimedia Broadcast/Multicast Service,MBMS)聯(lián)合傳輸方式以達到組呼性能增強。這三種方案在組呼性能方案均存在一些弊端，第一種方案雖然優(yōu)化了空中接口，但是由于采用TD-LTE核心網公網架構，組呼建立過程中核心網各個設備間需要多次交互，不利于組呼建立時延的縮短；第二種方案和第三種方案均使用標準Poc業(yè)務進行增強方式，由于Poc業(yè)務自身流程限制優(yōu)化空間有限。雖然第三種方案采用了 MBMS聯(lián)合傳輸方案優(yōu)化空中接口，但對整體方案優(yōu)化并不明顯。

【發(fā)明內容】

[0008]本發(fā)明實施例提供了一種組呼建立方法，用以減少組呼建立流程中信令交互，進而減少組呼建立時延，提高組呼建立效率。
[0009]本發(fā)明實施例提供的一種組呼建立方法包括:
[0010]集群移動性會話管理實體TMSE，接收來自主叫用戶設備UE的組呼建立請求；
[0011]TMSE將該組呼建立請求轉換為會話啟動協(xié)議SIP邀請Invite消息，其中攜帶組呼建立指示，并將該SIP Invite消息發(fā)送給調度服務器Server。
[0012]本發(fā)明實施例提供的一種組呼建立方法包括:
[0013]被叫用戶設備所屬的TMSE,接收調度服務器Server發(fā)送的邀請Invite消息,其中包括發(fā)起組呼建立請求的主叫用戶設備的標識，和被叫用戶設備標識；
[0014]所述TMSE，根據該Invite消息若確定組內沒有用戶設備為本TMSE所服務，則回應用戶不存在的指示消息給調度Server ;否則，發(fā)送尋呼請求給eNB。
[0015]本發(fā)明實施例提供的一種組呼建立方法包括:
[0016]調度服務器Server，接收集群移動性會話管理實體TMSE發(fā)送的會話啟動協(xié)議SIP邀請Invite消息，從中獲取來自主叫用戶的組呼建立指示；
[0017]調度服務器Server當對主叫用戶授權成功時，通知TMSE該組呼建立指示對應的組呼正在進行。
[0018]本發(fā)明實施例，通過集群移動性會話管理實體TMSE，接收來自主叫用戶設備UE的組呼建立請求；TMSE將該組呼建立請求轉換為會話啟動協(xié)議SIP邀請Invite消息，其中攜帶組呼建立指示，并將該SIP Invite消息發(fā)送給調度服務器Server,從而減少組呼建立流程中信令交互，進而減少組呼建立時延，提高組呼建立效率。
【專利附圖】

【附圖說明】
[0019]圖1為本發(fā)明實施例提供的TD-LTE寬帶多媒體集群的網絡架構示意圖；
[0020]圖2為本發(fā)明實施例提供的集群用戶開機注冊的整體流程示意圖；
[0021]圖3為本發(fā)明實施例提供的集群用戶發(fā)起的組呼建立的整體流程示意圖；
[0022]圖4為本發(fā)明實施例提供的主叫用戶所屬的集群移動性會話管理實體側的組呼建立流程示意圖；
[0023]圖5為本發(fā)明實施例提供的被叫用戶所屬的集群移動性會話管理實體側的組呼建立流程示意圖；
[0024]圖6為本發(fā)明實施例提供的調度服務器側的組呼建立流程示意圖。
【具體實施方式】
[0025]本發(fā)明實施例提供了一種組呼建立方法，用以減少組呼建立流程中信令交互，進而減少組呼建立時延，提高組呼建立效率。[0026]本發(fā)明實施例提供的TD-LTE寬帶多媒體集群的網絡架構，如下圖1所示，該系統(tǒng)包括用戶設備(UE)、演進型基站(eNB)、集群移動性會話管理實體(TMSE，TrunkingMobility Session Entity)、歸屬簽約用戶服務器(Home Subscriber Server,HSS)、調度服務器(Server)、調度臺和操作維護臺幾部分。
[0027]該系統(tǒng)架構下核心網采用集中化思想，將核心網設備功能統(tǒng)一由TMSE實現(xiàn)，TMSE直接控制下轄所有TD-LTE基站設備，以減少組呼建立過程中的信令交互。
[0028]下面給出各網絡實體的功能介紹:
[0029]用戶設備，是指集群用戶直接操作的設備，向用戶提供集群業(yè)務、數據業(yè)務等。按照連接到系統(tǒng)的形式，分為無線用戶設備和有線用戶設備兩種。按照功能，無線用戶設備又分為普通無線用戶設備和具有調度功能的無線調度用戶設備。按照外部形狀，無線用戶設備又可分為手持用戶設備、車載臺等，其中手持用戶設備是集群用戶常用的便攜式設備，為在移動環(huán)境中的用戶提供各種業(yè)務；車載臺是安裝在車、船等交通工具上的用戶設備。
[0030]本系統(tǒng)中的eNB，是在TD-LTE系統(tǒng)基站(Evolved NodeB, eNodeB)基礎上增加了實現(xiàn)集群業(yè)務所需要的功能，包括:在無線用戶設備和TMSE之間透明地傳遞用于集群業(yè)務的信令、為無線用戶設備和集群業(yè)務分配無線資源、將從TMSE收到的集群業(yè)務的下行數據傳遞給無線用戶設備等。
[0031]TMSE是TD-LTE集群系統(tǒng)核心網部分的主要網元，TMSE首先具有LTE系統(tǒng)中移動管理實體(Mobile Management Entity,MME)的功能，即實現(xiàn)移動性管理、接入控制、演進分組系統(tǒng)(Evolved Packet System, EPS)會話管理等功能；其次，TMSE還具有LTE系統(tǒng)中類似分組數據網(Packet Data Network, PDN)網關(PDN Gateway, PGff)的功能，即負責給用戶設備分配IP地址、執(zhí)行服務質量(Quality of Service,QoS)控制、提供和外部數據網絡的接口等，重要的是，TMSE還具有集群業(yè)務相關的功能，包括實現(xiàn)用戶設備和TMSE之間集群呼叫信令與TMSE和調度服務器之間的SIP協(xié)議的翻譯功能、集群呼叫的媒體處理功能，例如將下行媒體數據復制分發(fā)到不同的基站等。
[0032]另外，TMSE還需要具備集群業(yè)務相關的計費數據采集等功能。
[0033]優(yōu)選的，一個TMSE實體集成LTE網絡中MME、SGff和PGW功能，并且通過內部的方式，實現(xiàn)現(xiàn)有LTE網絡中流程的簡化，以縮短現(xiàn)有流程所需要的時間。
[0034]當網絡規(guī)模很大時，通過多TMSE組網的方式，實現(xiàn)廣覆蓋。
[0035]HSS，是用于存儲用戶簽約信息的數據庫，還具有鑒權中心功能。為支持集群業(yè)務，需要在現(xiàn)有的HSS功能上，增加相關的功能，例如:組簽約數據的管理等。
[0036]調度服務器，主要完成集群組呼、單呼、緊急呼叫、話權管理、集群業(yè)務權限管理等調度業(yè)務邏輯控制，并能夠實現(xiàn)媒體面數據復制、轉發(fā)等功能(針對多TMSE場景)。
[0037]可選的，當需要和外部網絡進行語言呼叫互通時，調度服務器具備語音接入網關或者中繼網關功能。
[0038]調度服務器可以實現(xiàn)對集群用戶數據的管理。
[0039]調度臺主要提供人機操作可視界面，呈現(xiàn)信息和觸發(fā)調度業(yè)務，并且能夠在緊急呼叫時產生告警。
[0040]操作維護臺，支持本地操作維護平臺和集中網管，具體功能包括對操作維護用戶權限進行管理的安全功能；對設備網絡規(guī)劃的局數據的配置修改功能；方便運維及開發(fā)人員定位呼叫過程分析的信令跟蹤功能；對設備進行統(tǒng)一的故障管理，提供告警收集、顯示、查詢、故障檢測、故障診斷和故障處理工具。另外，用于日常設備維護操作管理功能、及系統(tǒng)軟件升級的網元軟件管理功能，提供對各網元進行話務和信令測量、服務質量測量、可用性測量、吞吐量測量及切換功能測量，為系統(tǒng)性能分析提供依據并隨時掌握網絡運行情況。操作維護臺還提供用戶接入設備進行操作的操作日志、接入安全日志、系統(tǒng)運行日志、網元事件通知及告警日志，方便問題定位。對于HSS設備還需要支持業(yè)務開通平臺。
[0041]操作維護臺可以和系統(tǒng)中的基站、TMSE、HSS、調度臺等網元進行通信，實現(xiàn)操作維護命令的發(fā)送，以及來自各個網元對操作命令的響應消息的接收。由于采用IP組網技術，圖1中只顯示了操作維護臺，簡化顯示了和各個網元的連接關系。
[0042]針對現(xiàn)有系統(tǒng)和技術存在的問題，本發(fā)明實施例提供基于圖1所示的TD-LTE寬帶多媒體集群系統(tǒng)架構的組呼建立方法，該方法能夠更優(yōu)地縮短組呼建立時延，并且能夠充分利用TD-LTE寬帶特性為集群用戶提供更高帶寬更優(yōu)地業(yè)務體驗。為了達到上述目的，本發(fā)明實施例提供的技術方案包括:
[0043]TD-LTE寬帶多媒體數字集群系統(tǒng)中的用戶設備開機后，該用戶設備進行網絡附著并建立默認承載，附著成功后由網絡設備TMSE觸發(fā)到調度服務器的調度業(yè)務注冊過程；在該過程中，完成對集群用戶的鑒權和調度業(yè)務的注冊鑒權；
[0044]用戶按下PTT鍵發(fā)起針對某個指定群組的呼叫時，此時主叫用戶設備如果處于IDLE態(tài)，則主叫用戶設備先進行RRC連接，進入連接態(tài)，然后通過NAS消息發(fā)送組呼建立請求給網絡設備TMSE ；
[0045]TMSE收到組呼建立請求后，判斷該用戶是否已經鑒權成功，如果成功則發(fā)送邀請(Invite)消息給調度服務器；如果失敗則拒絕該用戶設備的此次組呼請求；
[0046]調度服務器收到Invite消息后，判斷該主叫用戶設備是否已經注冊調度業(yè)務，并且判斷該主叫用戶設備是否有權發(fā)起本次組呼，如果是，則回應Invite的181消息給TMSE，通知TMSE為該主叫用戶設備建立單向的業(yè)務承載；如果該主叫用戶設備注冊調度業(yè)務失敗，則回應Invite的錯誤響應480給TMSE，拒絕該主叫用戶設備的此次組呼請求；
[0047]調度服務器發(fā)送181消息給TMSE后，觸發(fā)終呼Invite消息給所有連接的TMSE，通知由一個主叫用戶設備發(fā)起的組呼，需要為其建立下行共享信道；
[0048]所有收到該終呼Invite消息的TMSE均根據該消息中攜帶的組標識判斷該組標識對應的組內是否有用戶設備為本TMSE所服務，如果沒有，則回應404消息給調度服務器；如果有，則觸發(fā)組內用戶設備所在小區(qū)發(fā)起對該組內用戶設備的尋呼；
[0049]無論組內用戶設備此時可能處于空閑(IDLE)態(tài)還是連接(CONNECT)態(tài)，都可以正常響應該尋呼，并加入組會話中；
[0050]只要有一個用戶設備響應了本次尋呼，則網絡發(fā)送組呼建立成功消息，并攜帶話權授權給組呼發(fā)起者，即主叫用戶設備；
[0051]組呼發(fā)起者收到話權授權后，開始說話，此次組呼建立過程完成。
[0052]其中，上述集群用戶開機注冊流程，參見圖2，包括步驟:
[0053]Al.UE發(fā)送附著請求消息以及集群網絡選擇指示給eNB，該附著請求消息包含:國際移動用戶標識符(International Mobile SubscriberIdentifier, IMSI)或舊的全球唯一臨時標識(Globally Unique Temporary Identity,⑶TI)、有效的上次訪問的跟蹤區(qū)標識(Tracking Area Identity, TAI)、UE核心網絡能力、UE指定的非連續(xù)接收(DRX)參數、PDN類型、協(xié)議配置選項(PCO)、加密選項傳輸標記、附著類型、KSIASME (Key SetIdentifier Access Security Management Entity)、NAS 序列號、NAS-MAC (Non-AccessStratum-Media Access Control)及附加的 GUTI。
[0054]Α2.eNB根據攜帶UE附著請求的無線資源控制(Radio Resource Control, RRC)消息參數中的舊的全球唯一臨時標識(GUTI)和集群選擇網絡指示，得到新的TMSE的標識。如果得不到新的TMSE的標識，eNB根據負荷等策略選擇新的TMSE標識。
[0055]然后，eNB將附著請求消息和UE所在小區(qū)的TAI和演進型通用陸地無線接入網絡(E-UTRAN)全球小區(qū)標識(E-UTRAN Cell Global Identifier，ECGI)—起轉發(fā)給新的TMSE。
[0056]A3.如果UE通過⑶TI標識自己，并且UE所屬的TMSE(即為UE服務的TMSE)由于去附著已經發(fā)生變化，則新的TMSE使用來自UE的⑶TI獲取舊的TMSE的地址，并發(fā)送身份標識請求消息到舊的TMSE，請求UE的MSI，舊的TMSE返回標識響應給新的TMSE，其中包括UE的MSI和未使用的EPS認證向量及KSIASME、KASME給新的TMSE ;如果舊的TMSE不能識別UE或者附著請求消息的完整性檢查失敗(與現(xiàn)有3GPP協(xié)議中的標準的完整性保護算法相同)，則舊的TMSE返回合適的錯誤原由(〃User authentication failed")給新的TMSE。
[0057]Α4.如果在新的、舊的TMSE中都不能識別UE，則新的TMSE發(fā)送標識請求給UE以請求MSI。則UE使用包含MSI的標識響應消息通知給網絡。
[0058]A5.如果網絡中沒有UE上下文存在，并且步驟Al中的附著請求消息沒有完整性保護或加密，或者如果完整性檢查失敗，則本步驟的認證和NAS安全建立過程(這兩個過程都是標準的3GPP協(xié)議過程)強制進行。否則，本步驟可以不執(zhí)行。
[0059]如果NAS安全算法改變，則本步驟只執(zhí)行NAS安全建立過程。
[0060]本步驟之后，所有NAS消息將受到TMSE指示的NAS安全功能保護。
[0061]A6.如果在新的TMSE中存在激活的承載上下文，例如，沒有事先去附著就在同一個TMSE再次附著，則刪除舊的承載上下文。如果從上一次去附著之后TMSE發(fā)生改變，或第一次附著，或ME標識(ME Identity)改變，或UE提供的MSI或⑶TI在TMSE中沒有相應的承載上下文信息，則TMSE發(fā)送位置更新請求給HSS，其中，該位置更新請求中包括TMSE標識(TMSEIdentity)、IMS1、ME Identity、TMSE 能力(TMSE capabilities)和更新類型(Updatetype)。其中，TMSE能力指示了該TMSE支持的接入限制功能狀況；更新類型指示了這是一個附著過程。
[0062]A7.HSS發(fā)送位置刪除請求消息給舊的TMSE，舊的TMSE刪除移動性管理和承載上下文。如果舊的TMSE有激活的承載上下文存在，舊的TMSE刪除承載資源。
[0063]A8.舊的TMSE向HSS返回位置刪除響應消息。
[0064]A9.HSS發(fā)送位置更新響應消息給新的TMSE，以應答更新位置消息。該位置更新響應消息中包含有MSI及簽約數據，簽約數據包含一個或多個TON簽約上下文信息。每一個簽約上下文中包含簽約QoS參數和簽約的APN的聚合最大比特速率(APN-AMBR)。新的TMSE驗證UE在新的跟蹤區(qū)(TA)中存在。如果由于地區(qū)限制或接入限制，不允許UE附著在該TA中，TMSE拒絕附著請求。如果檢查成功，新的TMSE給UE創(chuàng)建一個上下文。如果UE所提供的接入點名稱(Access Point Name, APN)是簽約所不允許的或HSS拒絕了更新位置,貝Ij新的TMSE拒絕附著請求消息。新的TMSE為用戶創(chuàng)建默認承載，并為UE分配IP和集群組IP地址；
[0065]A10.新的TMSE為用戶創(chuàng)建默認承載，并為UE分配IP地址和集群組IP地址，發(fā)送初始上下文建立請求(附著接受消息(AttachAccept))給eNB,其中攜帶APN、⑶T1、PDN類型(PDN Type)、PDN 地址(PDNAddress)、TAI 列表(TAI List)、EPS 承載標識(EPS BearerIdentity)、會話管理請求(Session Management Request)、協(xié)議配置選項(ProtocolConfiguration Options)、KSIASME、NAS 序列號碼(NAS sequence number)和 NAS-MAC,并且還需要攜帶集群組標識及組IP地址。
[0066]如果新的TMSE分配一個新的⑶TI，則⑶TI也包含在該消息中。該消息包含在集群SI接口(S1_T)控制消息初始上下文建立請求(Initial Context Setup Request)里,這條SI控制消息也包括UE的接入層(AS)安全上下文、切換限制列表、承載QOS參數以及UE的聚合最大比特速率(UE-AMBR)、EPS承載ID以及SGW用戶面TEID和地址。
[0067]All.eNB發(fā)送RRC連接重配置消息給UE，其中包含EPS系統(tǒng)的RB ID和AttachAccept 消息。
[0068]A12.UE發(fā)送RRC連接重配置完成消息給eNB。
[0069]A13.eNB發(fā)送初始上下文建立響應(Initial Context Response)消息給新的TMSE。該Initial Context Response消息中包含eNB的TEID以及eNB的地址，該地址用于集群SI接口用戶面(Sl_Tu)參考點的下行業(yè)務。
[0070]A14.UE發(fā)送一條直傳(Direct Transfer)消息給eNB,該消息包含附著完成(Attach Complete)消息，該 Attach Complete 消息中包含:EPS Bearer Identity、NASsequence number 和 NAS-MAC。通過 Attach Complete 消息，UE 開始使用新的 TMSE 指不的NAS安全算法。
[0071]A15.eNodeB使用上行NAS傳輸消息轉發(fā)Attach Complete消息給新的TMSE。UE在附著接受消息中得到PDN地址信息后，就可以給eNodeB發(fā)送上行數據包，eNodeB將上行數據包封裝在GRPS隧道協(xié)議(GTP-U)隧道中并上傳給新的TMSE。如果UE請求雙地址的PDN類型(Ipv4和Ipv6)，但是網絡只允許單地址PDN類型(Ipv4或Ipv6)，而且網絡只支持單地址類型的承載，UE會再請求在相同APN下激活另外一種地址類型的PDN連接。
[0072]A16.新的TMSE為該UE所在的所有組創(chuàng)建集群組下行承載鏈路。即針對每一個組，新的TMSE建立新的TMSE到eNB之間的單向GTP-U隧道，用于承載從新的TMSE到eNB的下行數據。
[0073]A17.新的TMSE向調度Server發(fā)送在網指示消息，該消息由SIP注冊請求(SIPREGISTER)消息進行承載。該消息中攜帶用戶標識、所屬組信息和TMSE地址等信息。
[0074]A18.調度Server收到該在網指示消息后，對該UE進行調度業(yè)務鑒權，鑒權成功后回應2000K消息給新的TMSE。如果鑒權失敗，則回應錯誤響應碼指示TMSE該UE的調度業(yè)務注冊失敗，新的TMSE需要記錄調度業(yè)務的注冊失敗信息，在UE下次發(fā)起組呼業(yè)務時進行拒絕。
[0075]參見圖3，本發(fā)明實施例提供的集群用戶發(fā)起的組呼建立流程包括步驟:
[0076]1、UEl如果沒有無線資源控制(Radio Resource Control, RRC)連接，則先建立RRC連接。然后，UEl發(fā)起組呼建立請求給網絡，該組呼建立請求通過非接入層(Non AccessStratum, NAS)分組數據單兀(Packet Data Unit, PDU)進行傳輸。[0077]eNB I收到該組呼建立請求后透傳給TMSEl ；
[0078]2、TMSEl收到該組呼建立請求后，將該組呼建立請求轉換為會話啟動協(xié)議(Session Initiation Protocol, SIP)邀請(Invite)消息,并發(fā)送給調度 Server,該消息中攜帶有:主叫號碼(發(fā)起組呼方標識或號碼)，和被叫號碼(需要呼叫的群組標識或號碼)。
[0079]3、如果調度Server內部出現(xiàn)錯誤，或者確定該UEl無權發(fā)起組呼，例如主叫方UEl不是本組用戶等，則回應錯誤響應碼408給TMSE1，TMSEl收到錯誤響應碼408時，通過定時器釋放RRC連接；
[0080]4、調度Server對主叫用戶UEl授權成功后，將SIP Invite消息對應的181臨時響應發(fā)送給TMSE1，通知TMSEl該呼叫正在進行中；
[0081]5、如果UEl處于空閑態(tài)，TMSEl為主叫用戶建立上行鏈路，發(fā)送初始上下文建立請求給eNB I;
[0082]6、eNB I應該首先激活安全，再發(fā)送空口的RRC連接重配請求給用戶設備；
[0083]7、用戶設備收到后進行RRC連接重配處理，完成后回復RRC連接重配完成給eNB I ；
[0084]8、eNB I發(fā)送初始上下文建立響應給TMSEl ；
[0085]9、如果UE處于連接態(tài)，TMSEl為主叫用戶建立默認承載后，發(fā)起專有承載建立，發(fā)送E-UTRAN無線接入承載(E-RAB)建立請求，eNB I收到E-RAB建立請求后，根據該請求發(fā)起RRC連接重配置，為主叫用戶建立專有承載；
[0086]10、eNB I在RRC連接重`配置完成后發(fā)送E-RAB建立響應給TMSEl。
[0087]11、(可以與step4同時進行)調度Server收到SIP Invite消息后,根據該SIPInvite消息中攜帶的信息，查詢本地數據庫，獲取組呼的被叫UE (圖4中的UE2……UEn)所屬的所有TMSE (圖4中的TMSE2......TMSEn)的地址；
[0088]調度Server分別發(fā)送Invite消息給每一個被叫UE所屬的TMSE,該Invite消息中攜帶:主叫用戶UEl的標識(發(fā)起組呼建立請求的用戶的標識或號碼)，和被叫UE的標識(在群組中需要呼叫的每一 UE的標識或號碼)；
[0089]每個被叫UE所屬TMSE收到調度Server發(fā)送的Invite消息后,根據該Invite消息若確定該組標識對應的組內沒有用戶設備為本TMSE所服務，則回應404用戶不存在的指示消息給調度Server ;否則，發(fā)送尋呼請求給eNB2，以尋呼被叫UE ；
[0090]12、組呼的被叫UE所屬的TMSE(例如TMSE2)，針對被叫組用戶發(fā)送組呼上下文(用于傳輸組呼下行數據的承載上下文)建立請求消息給eNB2，目的是請求eNB為集群用戶組建立上下文；
[0091]13、eNB2建立與所有下行用戶間的組呼上下文，回應組呼上下文建立響應給TMSE2，目的是eNB回應TMSE為集群用戶組建立上下文的結果；
[0092]14、TMSE2收到該組呼上下文建立響應消息后，回應SIP 2000K給調度Server，該消息攜帶成功響應碼等內容；
[0093]15、調度Server回應用于指示收到SIP 2000K的確認(ACK)消息給TMSE2 ；
[0094]16、調度Server收到TMSE2至TMSEn任何一個TMSE轉發(fā)的被叫UE的摘機2000K消息后，通過2000K消息發(fā)送組呼建立響應消息給TMSEI，該消息同時攜帶話權授權；
[0095]17、TMSEl給UEl發(fā)送組呼建立響應，其中攜帶話權授權消息，用于為UEl授予話權；eNBl進行NAS消息直傳；
[0096]17.1、UEl接收到話權授權消息后，給TMSEl發(fā)送話權授權完成消息。
[0097]18、TMSEl發(fā)送確認(ACK)消息給調度Server ；
[0098]19、(可以與第16步同時發(fā)起)調度Server通過SIP通知(INFO)消息，攜帶話權占用內容給TMSE2 ；
[0099]20、TMSE2收到該SIP INFO消息后，回復收到消息確認應答2000K給調度Server ；
[0100]21、TMSE2發(fā)送話權占用消息給eNB2，用以指示eNB2通過廣播方式發(fā)送話權占用消息給被叫用戶設備。
[0101]由此可見，在主叫UE所屬的TMSE (即為主叫UE服務的TMSE)側，參見圖4，本發(fā)明實施例提供的一種組呼建立方法包括:
[0102]S101、集群移動性會話管理實體TMSE，接收來自主叫用戶設備UE的組呼建立請求；
[0103]S102、TMSE將該組呼建立請求轉換為會話啟動協(xié)議SIP邀請Invite消息，其中攜帶組呼建立指示，并將該SIP Invite消息發(fā)送給調度服務器Server。
[0104]較佳地，TMSE將該SIP Invite消息發(fā)送給調度Server后,該方法還包括:
[0105]當調度Server內部出現(xiàn)錯誤，或者該主叫UE無權發(fā)起組呼建立請求時，TMSE接收調度Server回應的錯誤響應；或者，
[0106]當調度Server對主叫UE授權成功后，TMSE接收調度Server發(fā)送的臨時響應，以確定主叫UE發(fā)起的組呼建立請求正在進行中。
[0107]較佳地，TMSE接收到調度Server發(fā)送的臨時響應后，該方法還包括:
[0108]如果主叫UE處于空閑態(tài)，TMSE為主叫UE建立上行鏈路，發(fā)送初始上下文建立請求給演進型基站eNB，TMSE接收eNB發(fā)送的初始上下文建立響應；
[0109]如果主叫UE處于連接態(tài)，TMSE為主叫UE建立默認承載后，發(fā)起專有承載建立，發(fā)送E-UTRAN無線接入承載(E-RAB)建立請求，以觸發(fā)eNB發(fā)起RRC連接重配置，為主叫用戶建立專有承載；TMSE接收eNB在RRC連接重配置完成后發(fā)送的E-RAB建立響應。
[0110]較佳地，該方法還包括:
[0111]TMSE接收調度Server發(fā)送的組呼建立響應消息，并從中獲取話權授權消息；
[0112]TMSE發(fā)送組呼建立響應消息給主叫用戶設備，其中攜帶話權授權消息。
[0113]較佳地，TMSE發(fā)送組呼建立響應消息給主叫用戶設備后，該方法還包括:
[0114]TMSE接收主叫用戶設備回復的話權授權完成消息
[0115]TMSE發(fā)送話權授權響應消息給調度Server。
[0116]較佳地，TMSE接收來自主叫用戶設備的組呼建立請求之前，該方法還包括:
[0117]TMSE接收來自主叫用戶設備的附著請求，在接收到來自主叫用戶設備的附著完成消息后，向調度Server發(fā)送在網指示消息。
[0118]較佳地，TMSE向調度Server發(fā)送在網指示消息后，該方法還包括:
[0119]TMSE接收調度Server回復的針對主叫用戶設備的調度業(yè)務鑒權結果消息。
[0120]相應地，參見圖5，在被叫UE所屬的TMSE (即為被叫UE服務的TMSE)側，本發(fā)明實施例提供的一種組呼建立方法，包括步驟:
[0121]S201、被叫用戶設備所屬的TMSE,接收調度服務器Server發(fā)送的邀請Invite消息，其中包括發(fā)起組呼建立請求的主叫用戶設備的標識，和被叫用戶設備標識；
[0122]S202、所述TMSE，根據該Invite消息若確定組內沒有用戶設備為本TMSE所服務，則回應用戶不存在的指示消息給調度Server ;否則，發(fā)送尋呼請求給eNB。
[0123]較佳地，該方法還包括:
[0124]所述TMSE針對被叫用戶設備，發(fā)送組呼上下文建立請求消息給eNB，并接收eNB回應的組呼上下文建立響應；
[0125]所述TMSE發(fā)送SIP 2000K消息給調度Server，并接收調度Server回復的確認消肩、O
[0126]較佳地，該方法還包括:
[0127]所述TMSE接收調度Server發(fā)送的話權占用消息；
[0128]所述TMSE回復2000K消息給調度Server ；
[0129]所述TMSE發(fā)送話權占用消息給eNB，用以指示eNB通過廣播方式發(fā)送話權占用消息給被叫用戶設備。
[0130]相應地，在調度Server側，參見圖6，本發(fā)明實施例提供的一種組呼建立方法，包括:
[0131]S301、調度服務器Server，接收集群移動性會話管理實體TMSE發(fā)送的會話啟動協(xié)議SIP邀請Invite消息，從中獲取來自主叫用戶的組呼建立指示；
[0132]S302、調度服務器Server當對主叫用戶授權成功時，通知TMSE該組呼建立指示對應的組呼正在進行。
[0133]較佳地,調度Server收到SIP Invite消息后,該方法還包括:
[0134]如果調度Server內部出現(xiàn)錯誤，或者確定該主叫用戶無權發(fā)起組呼，則調度Server回應錯誤響應給TMSE。
[0135]較佳地，該方法還包括:
[0136]調度Server收到SIP Invite消息后,根據該SIP Invite消息中攜帶的信息,查詢本地數據庫，獲取組呼的被叫用戶所屬的所有TMSE的地址；
[0137]調度Server分別發(fā)送Invite消息給每一個被叫UE所屬的TMSE,其中攜帶主叫用戶的標識，和被叫UE的標識。
[0138]較佳地，該方法還包括:
[0139]調度Server接收被叫UE所屬的TMSE針對Invite消息回復的SIP 2000K消息。
[0140]較佳地，該方法還包括:
[0141]調度Server向回復被叫UE所屬的TMSE針對SIP 2000K消息的確認消息。
[0142]較佳地，該方法還包括:
[0143]調度Server收到被叫UE所屬的TMSE轉發(fā)的被叫用戶的摘機2000K消息后，通過2000K消息發(fā)送組呼建立響應消息給主叫用戶所屬的TMSE，其中攜帶話權授權消息。
[0144]較佳地，該方法還包括:
[0145]調度Server接收到主叫用戶所屬的TMSE返回的話權授權響應消息。
[0146]較佳地，該方法還包括:
[0147]調度Server，通過SIP INFO消息，發(fā)送話權占用消息給被叫用戶所屬的TMSE，并接收被叫用戶所屬的TMSE回復的2000K消息。[0148]較佳地，該方法還包括:
[0149]調度Server接收主叫用戶所屬的TMSE發(fā)送的在網指示消息，根據該在網指示消息，對該主叫用戶進行調度業(yè)務鑒權。
[0150]較佳地，該方法還包括:
[0151]調度Server回復針對主叫用戶的調度業(yè)務鑒權結果給主叫用戶所屬的TMSE。
[0152]綜上所述，本發(fā)明實施例基于TD-LTE寬帶多媒體集群架構，提出了寬帶多媒體集群的組呼建立流程，包括集群組呼建立過程中被叫用戶在IDLE態(tài)或CONNECT態(tài)下均可響應組呼建立消息；以及，集群組呼建立過程中不對發(fā)起用戶進行鑒權，因為在基于圖1的集群用戶設備開機鑒權過程中已經對每個接入該網絡的用戶進行注冊和鑒權過，如果鑒權通過后，在用戶注銷之前均認為該用戶為可信任用戶，可直接發(fā)起組呼建立流程。因此，本發(fā)明寬帶多媒體集群系統(tǒng)比窄帶數字集群能夠提供用戶更高地帶寬和更好的用戶體驗，例如可以提供可視組呼業(yè)務，并且本發(fā)明提出的TD-LTE寬帶多媒體集群系統(tǒng)架構更簡單易行，比起CCSA提出的三種方案能夠更好地減少組呼建立流程中信令交互，以達到減少組呼建立時延目的。
[0153]本領域內的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產品的形式。
[0154]本發(fā)明是參照根據本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執(zhí)行的指令產生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0155]這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0156]這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0157]顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
【權利要求】
1.一種組呼建立方法，其特征在于，該方法包括: 集群移動性會話管理實體TMSE，接收來自主叫用戶設備UE的組呼建立請求； TMSE將該組呼建立請求轉換為會話啟動協(xié)議SIP邀請Invite消息，其中攜帶組呼建立指示，并將該SIP Invite消息發(fā)送給調度服務器Server。
2.根據權利要求1所述的方法，其特征在于，TMSE將該SIPInvite消息發(fā)送給調度Server后,該方法還包括: 當調度Server內部出現(xiàn)錯誤，或者該主叫UE無權發(fā)起組呼建立請求時，TMSE接收調度Server回應的錯誤響應；或者， 當調度Server對主叫UE授權成功后，TMSE接收調度Server發(fā)送的臨時響應，以確定主叫UE發(fā)起的組呼建立請求正在進行中。
3.根據權利要求2所述的方法，其特征在于，TMSE接收到調度Server發(fā)送的臨時響應后，該方法還包括: 如果主叫UE處于空閑態(tài)，TMSE為主叫UE建立上行鏈路，發(fā)送初始上下文建立請求給主叫UE所屬的演進型基站eNB，TMSE接收主叫UE所屬的eNB發(fā)送的初始上下文建立響應；如果主叫UE處于連接態(tài)，TMSE為主叫UE建立默認承載后，發(fā)起專有承載建立，發(fā)送E-UTRAN無線接入承載E-RAB建立請求，以觸發(fā)主叫UE所屬的eNB發(fā)起RRC連接重配置，為主叫用戶建立專有承載；TMSE接收主叫UE所屬的eNB在RRC連接重配置完成后發(fā)送的E-RAB建立響應。
4.根據權利要求3所述的方法，其特征在于，該方法還包括: TMSE接收調度Server發(fā) 送的組呼建立響應消息，其中包括話權授權消息； TMSE發(fā)送組呼建立響應消息給主叫用戶設備，其中攜帶話權授權消息。
5.根據權利要求4所述的方法，其特征在于，TMSE發(fā)送組呼建立響應消息給主叫用戶設備后，該方法還包括: TMSE接收主叫用戶設備回復的話權授權完成消息； TMSE發(fā)送話權授權響應消息給調度Server。
6.根據權利要求1所述的方法，其特征在于，TMSE接收來自主叫用戶設備的組呼建立請求之前，該方法還包括: TMSE接收來自主叫用戶設備的附著請求，在接收到來自主叫用戶設備的附著完成消息后，向調度Server發(fā)送在網指示消息； TMSE接收調度Server回復的針對主叫用戶設備的調度業(yè)務鑒權結果消息。
7.根據權利要求6所述的方法，其特征在于，若所述調度業(yè)務鑒權結果指示鑒權失敗，則所述TMSE記錄調度業(yè)務的注冊失敗信息，用以拒絕UE下一次發(fā)起的組呼業(yè)務。
8.—種組呼建立方法，其特征在于，該方法包括: 被叫用戶設備所屬的TMSE，接收調度服務器Server發(fā)送的邀請Invite消息，其中包括發(fā)起組呼建立請求的主叫用戶設備的標識，和被叫用戶設備標識； 所述TMSE，根據該Invite消息若確定組內沒有與所述被叫用戶設備標識對應的用戶設備為本TMSE所服務，則回應用戶不存在的指示消息給調度Server ;否則，發(fā)送尋呼請求給被叫用戶設備所屬的eNB。
9.根據權利要求8所述的方法，其特征在于，該方法還包括:所述TMSE針對被叫用戶設備，發(fā)送組呼上下文建立請求消息給eNB，并接收eNB回應的組呼上下文建立響應； 所述TMSE發(fā)送SIP 2000K消息給調度Server，并接收調度Server回復的確認消息。
10.根據權利要求9所述的方法，其特征在于，該方法還包括: 所述TMSE接收調度Server發(fā)送的話權占用消息； 所述TMSE回復2000K消息給調度Server ； 所述TMSE發(fā)送話權占用消息給eNB，用以指示eNB通過廣播方式發(fā)送話權占用消息給被叫用戶設備。
11.一種組呼建立方法，其特征在于，該方法包括: 調度服務器Server，接收集群移動性會話管理實體TMSE發(fā)送的會話啟動協(xié)議SIP邀請Invite消息,從中獲取來自主叫用戶的組呼建立指示； 調度服務器Server當對主叫用戶授權成功時，通知TMSE該組呼建立指示對應的組呼正在進行。
12.根據權利要求 11所述的方法,其特征在于,調度Server收到SIPInvite消息后，該方法還包括: 如果調度Server內部出現(xiàn)錯誤,或者確定該主叫用戶無權發(fā)起組呼，則調度Server回應錯誤響應給TMSE。
13.根據權利要求11所述的方法，其特征在于，該方法還包括: 調度Server收到SIP Invite消息后,根據該SIP Invite消息中攜帶的信息,查詢本地數據庫，獲取組呼的被叫用戶所屬的所有TMSE的地址； 調度Server分別發(fā)送Invite消息給每一個被叫UE所屬的TMSE,其中攜帶主叫用戶的標識，和被叫UE的標識。
14.根據權利要求13所述的方法，其特征在于，該方法還包括: 調度Server接收被叫UE所屬的TMSE針對Invite消息回復的SIP 2000K消息。
15.根據權利要求14所述的方法，其特征在于，該方法還包括: 調度Server向回復被叫UE所屬的TMSE針對SIP 2000K消息的確認消息。
16.根據權利要求15所述的方法，其特征在于，該方法還包括: 調度Server收到被叫UE所屬的TMSE轉發(fā)的被叫用戶的摘機2000K消息后，通過2000K消息發(fā)送組呼建立響應消息給主叫用戶所屬的TMSE，其中攜帶話權授權消息。
17.根據權利要求16所述的方法，其特征在于，該方法還包括: 調度Server接收到主叫用戶所屬的TMSE返回的話權授權響應消息。
18.根據權利要求16所述的方法，其特征在于，該方法還包括: 調度Server，收到被叫UE所屬的TMSE轉發(fā)的被叫用戶的摘機2000K消息后，通過SIPINFO消息，發(fā)送話權占用消息給被叫用戶所屬的TMSE，并接收被叫用戶所屬的TMSE回復的2000K消息。
19.根據權利要求11所述的方法，其特征在于，該方法還包括: 調度Server接收主叫用戶所屬的TMSE發(fā)送的在網指示消息，根據該在網指示消息，對該主叫用戶進行調度業(yè)務鑒權。
20.根據權利要求19所述的方法，其特征在于，該方法還包括:調度Server回復針 對主叫用戶的調度業(yè)務鑒權結果給主叫用戶所屬的TMSE。
【文檔編號】H04W4/06GK103428636SQ201210154908
【公開日】2013年12月4日 申請日期:2012年5月17日 優(yōu)先權日:2012年5月17日
【發(fā)明者】常艷, 任世巖, 蔣石竹, 徐暉, 艾明, 諶麗 申請人:大唐移動通信設備有限公司, 電信科學技術研究院