一種跟蹤區(qū)更新方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種跟蹤區(qū)更新方法及裝置，用以簡化跟蹤區(qū)更新過程，提高跟蹤區(qū)更新效率。本發(fā)明提供的一種跟蹤區(qū)更新方法包括：第一集群移動性會話管理實體TMSE，接收演進型基站eNodeB發(fā)送的來自用戶設備UE的跟蹤區(qū)更新TAU請求消息；第一TMSE根據(jù)所述TAU請求消息，實現(xiàn)對所述UE的跟蹤區(qū)更新。
【專利說明】一種跟蹤區(qū)更新方法及裝置
【技術領域】
[0001]本發(fā)明涉及通信【技術領域】，尤其涉及一種跟蹤區(qū)更新方法及裝置。
【背景技術】
[0002]2000年12月28日信息產(chǎn)業(yè)部正式對外發(fā)布“數(shù)字集群移動通信系統(tǒng)體制”，并推薦集群使用陸上集群無線電(TETRA, Terrestrial Trunked Radio)和集成數(shù)字增強型網(wǎng)絡(iDEN, Integrated Digital Enhanced Networks)兩種體制。在隨后的幾年國內(nèi)自主研發(fā)的基于碼分多址(CDMA, Code Division Multiple Access)技術的開放式集群架構(gòu)(GOTA, Global Open Trunking Architecture)和基于全球移動通信系統(tǒng)技術的GT800面世。
[0003]隨著移動互聯(lián)網(wǎng)的飛速發(fā)展以及TD-LTE技術普及，移動通信寬帶化需求越來越明顯，集群系統(tǒng)也正在向IP化系統(tǒng)架構(gòu)、數(shù)據(jù)寬帶化等方向發(fā)展。2010年底，公用控制交換方案(Common-Control Switching Arrangement, CCSA)正式批準了《基于 TD-LTE 的集群通信系統(tǒng)的研究報告》，在該報告中提出了三種基于TD-LTE寬帶多媒體集群的實現(xiàn)方案。
[0004]現(xiàn)有長期演進(Long Term Evolution,LTE)系統(tǒng)中的跟蹤區(qū)更新(Tracking AreaUpdate, TAU)過程僅滿足單用戶在LTE系統(tǒng)的移動性管理。
[0005]3GPP規(guī)范的LTE系統(tǒng)中定義了兩種TAU過程，分別為服務網(wǎng)關(Serving Gateway，S-GW)改變的TAU過程，和S-GW不改變的TAU過程。其中S-GW不改變的TAU過程如圖1所
/Jn ο
[0006]現(xiàn)有系統(tǒng)中用戶設備(UE)在EPS連接管理空閑(EPS Connection Management,ECM-1DLE}狀態(tài)或EPS連接管理連接(ECM-CONNECTED )狀態(tài)下都會發(fā)起TAU過程。
[0007]在UE處于ECM-C0NNECTED狀態(tài)的時候，演進型基站(eNodeB)在每個Sl-AP上行 NAS 傳輸(Sl-AP UPLINK NAS TRANSPORT)消息中攜帶跟蹤區(qū)標識(Tracking AreaIdentity, TAI)和演進型通用陸地無線接入網(wǎng)絡(E-UTRAN)全球小區(qū)標識(E-UTRAN CellGlobal Identifier, ECGI)用于指示當前用戶所在的小區(qū)。
[0008]但UE在ECM-1DLE態(tài)發(fā)起的TAU過程中，網(wǎng)絡側(cè)并不判斷UE是否有集群業(yè)務，既不判斷組呼或組播狀態(tài)，也不維護與eNodeB之間的下行組呼承載。
[0009]綜上所述，無論是現(xiàn)有的TETRA、iDEN,還是CCSA提出的TD-LTE集群系統(tǒng)方案，TAU過程都因為集群系統(tǒng)架構(gòu)及總體方案的差異，而沒有考慮到對組呼承載的管理，TAU過程并沒有對現(xiàn)有3GPP流程進行優(yōu)化，現(xiàn)有的跟蹤區(qū)更新過程較為復雜，效率較低。

【發(fā)明內(nèi)容】

[0010]本發(fā)明實施例提供了一種跟蹤區(qū)更新方法及裝置，用以簡化跟蹤區(qū)更新過程，提高跟蹤區(qū)更新效率。
[0011]本發(fā)明實施例提供的一種跟蹤區(qū)更新方法包括:
[0012]第一集群移動性會話管理實體TMSE，接收演進型基站eNodeB發(fā)送的來自用戶設備UE的跟蹤區(qū)更新TAU請求消息；
[0013]第一 TMSE根據(jù)所述TAU請求消息，實現(xiàn)對所述UE的跟蹤區(qū)更新。
[0014]本發(fā)明實施例提供的一種跟蹤區(qū)更新裝置包括:
[0015]TAU請求消息接收單元，用于接收演進型基站eNodeB發(fā)送的來自用戶設備UE的跟蹤區(qū)更新TAU請求消息；
[0016]TAU請求處理單元，用于根據(jù)所述TAU請求消息，實現(xiàn)對所述UE的跟蹤區(qū)更新。
[0017]本發(fā)明實施例，通過第一集群移動性會話管理實體TMSE，接收演進型基站eNodeB發(fā)送的來自用戶設備UE的跟蹤區(qū)更新TAU請求消息；第一 TMSE根據(jù)所述TAU請求消息，實現(xiàn)對所述UE的跟蹤區(qū)更新，從而簡化舉例跟蹤區(qū)更新過程，提高了跟蹤區(qū)更新效率。
【專利附圖】

【附圖說明】
[0018]圖1為現(xiàn)有技術中的TAU過程示意圖；
[0019]圖2為本發(fā)明實施例提供的TD-LTE寬帶多媒體集群的網(wǎng)絡架構(gòu)示意圖；
[0020]圖3為本發(fā)明實施例提供的跟蹤區(qū)更新方法的總體流程示意圖；
[0021]圖4為本發(fā)明實施例提供的跟蹤區(qū)更新方法的具體流程示意圖；
[0022]圖5為本發(fā)明實施例提供的跟蹤區(qū)更新裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0023]本發(fā)明實施例提供了一種跟蹤區(qū)更新方法及裝置，用以簡化跟蹤區(qū)更新過程，提高跟蹤區(qū)更新效率，并且還可以在跟蹤區(qū)更新過程中實現(xiàn)對組呼下行承載的動態(tài)管理。
[0024]本發(fā)明實施例基于的TD-LTE寬帶多媒體集群的網(wǎng)絡架構(gòu)如圖2所示，該網(wǎng)絡系統(tǒng)包括用戶設備(UE)、演進型基站(eNB)、集群移動性會話管理實體(TMSE，TrunkingMobility Session Entity)、調(diào)度服務器、歸屬用戶服務器(Home Subscriber Server,HSS)和調(diào)度臺幾部分。該系統(tǒng)架構(gòu)下核心網(wǎng)采用集中化思想，將核心網(wǎng)設備(包括MME/SGW/PGW)的功能統(tǒng)一由TMSE實現(xiàn)，TMSE直接控制下轄所有TD-LTE基站設備，以減少組呼建立過程中的信令交互。
[0025]本發(fā)明實施例基于圖2所示的網(wǎng)絡架構(gòu)，且空中接口傳輸方案基于小區(qū)獨立傳輸方式，給出了集群被呼UE在空閑(IDLE)態(tài)接收下行組呼數(shù)據(jù)方案下的一種TAU優(yōu)化過程。
[0026]移動系統(tǒng)中發(fā)生TAU的場景包括:已經(jīng)注冊到網(wǎng)絡的用戶設備，當其進入新的跟蹤區(qū)或周期性更新定時器超時的時候，會發(fā)起跟蹤區(qū)更新過程，向網(wǎng)絡側(cè)上報自己的位置信息。
[0027]對于集群用戶，當UE正在進行組呼、單呼或組播業(yè)務，如果UE為無話權UE，即只能接聽對端UE的呼叫，不能向?qū)Χ薝E發(fā)起呼叫，即該UE和接入網(wǎng)側(cè)并沒有建立無線資源控制(Radio Resource Control，RRC)連接，處于IDLE狀態(tài)，也需要進行TAU過程。
[0028]下面給出本發(fā)明實施例提供的技術方案的詳細說明。
[0029]參見圖3，本發(fā)明實施例提供的一種跟蹤區(qū)更新方法，包括步驟:
[0030]SlOl、第一集群移動性會話管理實體TMSE，接收演進型基站eNodeB發(fā)送的來自用戶設備UE的跟蹤區(qū)更新TAU請求消息；
[0031]S102、第一 TMSE根據(jù)所述TAU請求消息，實現(xiàn)對所述UE的跟蹤區(qū)更新。[0032]所述第一 TMSE，即UE將要歸屬的TMSE(即將要為UE服務的TMSE)，也可以成為新的 TMSE。
[0033]較佳地，所述第一 TMSE根據(jù)所述TAU請求消息，實現(xiàn)對所述UE的跟蹤區(qū)更新，包括:
[0034]第一 TMSE執(zhí)行對所述TAU請求消息的完整性保護驗證過程；
[0035]第一 TMSE根據(jù)對所述TAU請求消息的完整性保護驗證結(jié)果，實現(xiàn)對所述UE的跟蹤區(qū)更新。
[0036]較佳地，第一 TMSE根據(jù)對所述TAU請求消息的完整性保護驗證結(jié)果，實現(xiàn)對所述UE的跟蹤區(qū)更新，包括:
[0037]當對TAU請求消息進行完整性保護驗證成功時，向所述UE發(fā)送跟蹤區(qū)更新接受或跟蹤區(qū)更新拒絕的消息；
[0038]當對TAU請求消息進行完整性保護驗證失敗時，第一 TMSE發(fā)起通過歸屬用戶服務器HSS進行的針對所述UE的鑒權過程和加密過程；當對該UE鑒權成功時，向所述UE發(fā)送跟蹤區(qū)更新接受或跟蹤區(qū)更新拒絕的消息。
[0039]較佳地，當對TAU請求消息進行完整性保護驗證成功時，并且當所述UE所屬的TMSE (即為UE服務的TMSE)發(fā)生改變時，該方法還包括:
[0040]第一 TMSE發(fā)送上下文請求消息給第二 TMSE，當?shù)诙?TMSE對該上下文請求消息進行的完整性保護驗證成功時，第一 TMSE接收第二 TMSE反饋的上下文響應消息，其中，所述第二 TMSE為所述UE原來所屬的TMSE (即原來為UE服務的TMSE)，也可以稱為舊的TMSE。
[0041]較佳地，第一 TMSE接收第二 TMSE反饋的上下文響應消息之后，該方法還包括:
[0042]第一 TMSE發(fā)送上下文應答消息給第二 TMSE。
[0043]較佳地，第一 TMSE接收第二 TMSE反饋的上下文響應消息之后，該方法還包括:
[0044]第一 TMSE根據(jù)收到的上下文響應消息，更新所述UE的承載。
[0045]較佳地，第一 TMSE接收第二 TMSE反饋的上下文響應消息之后，該方法還包括:
[0046]第一 TMSE根據(jù)第二 TMSE反饋的上下文響應消息中攜帶的演進分組系統(tǒng)EPS承載狀態(tài)參數(shù)，釋放沒有激活的EPS承載并更新EPS承載，然后發(fā)送位置更新請求給HSS。
[0047]較佳地，該方法還包括:
[0048]第二 TMSE接收HSS發(fā)送的位置刪除消息，刪除保存在第二 TMSE中的所述UE對應的記錄，并發(fā)送位置刪除響應消息給HSS。
[0049]較佳地，該方法還包括:
[0050]第一 TMSE接收HSS回應的位置更新響應消息。
[0051]較佳地，當對TAU請求消息進行完整性保護驗證成功時，或者，當對所述UE鑒權成功時，該方法還包括:
[0052]當所述UE正在進行集群業(yè)務，并且在目標eNodeB和第一 TMSE之間的SI接口不存在組呼下行承載，則第一 TMSE向目標eNodeB發(fā)送組呼上下文建立請求消息；
[0053]第一 TMSE接收目標eNodeB回應的組呼上下文建立響應消息。
[0054]較佳地，當對TAU請求消息進行完整性保護驗證成功時，或者，當對所述UE鑒權成功時，該方法還包括:
[0055]當所述UE的源eNodeB下沒有該UE所屬的集群組中除該UE之外的其他UE，第二TMSE向所述UE的源eNodeB發(fā)送組呼上下文釋放命令消息；
[0056]第二 TMSE接收所述UE的源eNodeB返回的組呼上下文釋放完成消息，其中，所述第二 TMSE為所述UE原來所屬的TMSE。
[0057]下面給出一個具體流程的舉例說明。
[0058]圖4為本發(fā)明實施例中用戶設備發(fā)起的跟蹤區(qū)更新過程流程圖，具體的跟蹤區(qū)更新流程包括以下步驟:
[0059]Al.UE向新的eNodeB (eNb-new,即上述目標eNodeB)發(fā)送跟蹤區(qū)更新請求消息，以發(fā)起TAU過程，其中攜帶RRC參數(shù)，該RRC參數(shù)包括舊的TMSE (上述第二 TMSE)標識，和PLMN標識。
[0060]A2.新的eNodeB從RRC參數(shù)中舊的TMSE標識和指示的已選擇的網(wǎng)絡參數(shù)TAI，得到新的TMSE (上述第一 TMSE)標識，或者，如果得不到新的TMSE標識，新的eNodeB就選擇一個TMSE。然后，新的eNodeB前轉(zhuǎn)TAU請求消息給新的TMSE，其中攜帶TA1、ECGI參數(shù)和UE的舊的全球唯一臨時標識(Old⑶TI)。
[0061 ] A3.新的TMSE對TAU請求消息進行完整性保護驗證，如果對TAU請求消息進行完整性保護驗證成功，新的TMSE必須向舊的TMSE發(fā)送上下文請求消息，其中包含舊的⑶T1、完整的TAU請求消息、MME地址和UE確認標識。新的TMSE發(fā)送上下文請求消息給丨日的TMSE，用以獲取用戶信息。新的TMSE從舊的全球唯一臨時標識(Globally Unique TemporaryIdentity,GUTI)中，得到舊的全球唯一移動管理實體(Mobile Management Entity,MME)標識(Globally Unique MME Identifier, GUMMEI)。
[0062]Α4.舊的TMSE對新的TMSE發(fā)送的上下文請求消息進行完整性保護驗證(該校驗算法沿用現(xiàn)有3GPP標準的校驗算法)，若驗證成功，則舊的TMSE返回上下文響應消息，該消息包括 MS1、移動臺國家 PSTN/ISDN 號碼(MSinternational PSTN/1SDN number，MSISDN)、不用的EPS鑒權向量、接入安全管理實體密鑰集標識(Key Set Identifier Access SecurityManagement Entity,KSIASME)、接入安全管理實體密鑰(Key Access Security ManagementEntity，KASME)、EPS承載上下文、服務網(wǎng)關(Serving GW)信令地址、一個或多個隧道終點標識(Tunnel Endpointldentifier, TEID)、移動臺(MS)信息改變報告、UE核心網(wǎng)網(wǎng)絡能力，以及UE非連續(xù)接收(DRX)參數(shù)。
[0063]A5.如果TAU請求消息的完整性檢查失敗，則新的TMSE必須發(fā)起通過HSS進行的針對UE的鑒權過程和加密過程(這兩個過程均采用現(xiàn)有3GPP標準定義的相應過程)。
[0064]A6.新的TMSE發(fā)送上下文應答消息給舊的TMSE，其中該消息包含原因值和Serving GW改變指示。舊的TMSE在其上下文中標記出網(wǎng)關和歸屬用戶服務器(HomeSubscriber Server, HSS)中的信息是無效的,從而保證在完成TAU過程之前，UE回到舊的TMSE發(fā)起TAU過程時能夠更新網(wǎng)關和HSS。
[0065]A6-1、新的TMSE根據(jù)收到上下文響應消息，更新UE的承載；
[0066]A7、如果請求TAU的UE同時還在進行集群業(yè)務，例如，在一個組呼/組播/單呼內(nèi)，并且在新的eNodeB和新的TMSE之間的SI接口不存在組呼下行承載，則新的TMSE向新的eNodeB發(fā)送組呼上下文建立請求消息，為該UE的組呼建立下行承載，其中該組呼上下文建立請求消息包含:TMSE集群組SI接口應用ID (S1AP ID)(TMSE Trunking Group SlAPID)和集群組標識(Trunking Group Identify, TGID)；[0067]AS、新的eNodeB根據(jù)組呼上下文建立請求消息中的TGID，為集群組分配下行隧道終點標識(Tunnel Endpoint Identifier, TEID),并且回應組呼上下文建立響應,其中，包含 TMSE Trunking Group SlAP ID 和 eNB 集群組 SlAPID (eNB Trunking Group SlAP ID)；
[0068]A9、如果舊的eNodeB (eNb_old,即上述源eNodeB)下沒有該UE所屬的集群組中除該UE之外的其他UE’即源eNodeB與舊的TMSE之間的組承載沒有存在的必要了，則舊的TMSE向源eNodeB發(fā)送組呼上下文釋放命令消息,該消息攜帶TMSE Trunking Group SlAPID、和 eNB Trunking Group SlAPID ；
[0069]A10、源eNodeB接收到組呼上下文釋放命令消息后，刪除該集群組的承載上下文，并返回組呼上下文釋放完成消息給舊的TMSE。
[0070]All.新的TMSE根據(jù)舊的TMSE響應的上下文響應消息中攜帶的承載信息，檢查從舊的TMSE得到的UE承載上下文消息中的演進分組系統(tǒng)(Evolved Packet System,EPS)承載狀態(tài)參數(shù)，根據(jù)該EPS承載狀態(tài)參數(shù)，釋放沒有激活的EPS承載并更新EPS承載；并且，新的TMSE向HSS發(fā)送位置更新請求，用于更新用戶的位置數(shù)據(jù)。
[0071]A12.HSS發(fā)送位置刪除消息給舊的TMSE，其中攜帶MME更新過程(MME UPDATEPROCEDURE(0))的更新類型和MSI。
[0072]A13.舊的TMSE收到位置刪除消息(其中攜帶MME UPDATE PROCEDURE (0)的更新類型和MSI)后，刪除保存在舊的TMSE中該用戶的記錄，并向HSS回復位置刪除響應消息。
[0073]A14.HSS收到位置刪除響應消息后，向新的TMSE回應位置更新響應消息,該消息攜帶 IMSI 和簽約數(shù)據(jù)(Subscription Data)。
[0074]A15.如果由于區(qū)域簽約限制或者接入限制，新的TMSE不允許UE接入到其選擇的跟蹤區(qū)域(Tracking Area, TA)區(qū)域,貝U新的TMSE以跟蹤區(qū)不允許(Tracking Area notallowed)為理由拒絕TAU請求消息。否則，新的TMSE向UE回應跟蹤區(qū)更新接受消息，該消息中攜帶⑶T1、TAI列表(list)、EPS承載狀態(tài)(bearer status)、NAS序列號碼(sequencenumber)、和 NAS-MAC。
[0075]A16.如果UE所屬的TMSE改變，新的TMSE會給UE分配新的⑶TI，這就意味著UE的⑶TI發(fā)生了改變，這時候UE需要通過返回跟蹤區(qū)更新接受響應消息給新的TMSE，以確認跟蹤區(qū)更新過程完成。
[0076]參見圖5，本發(fā)明實施例提供的一種跟蹤區(qū)更新裝置，包括:
[0077]TAU請求消息接收單元11，用于接收演進型基站eNodeB發(fā)送的來自用戶設備UE的跟蹤區(qū)更新TAU請求消息；
[0078]TAU請求處理單元12，用于根據(jù)所述TAU請求消息，實現(xiàn)對所述UE的跟蹤區(qū)更新。
[0079]較佳地,所述TAU請求處理單元12,包括:
[0080]完整性保護驗證單元21，用于執(zhí)行對所述TAU請求消息的完整性保護驗證過程；
[0081]驗證結(jié)果處理單元22，用于根據(jù)對所述TAU請求消息的完整性保護驗證結(jié)果，實現(xiàn)對所述UE的跟蹤區(qū)更新。
[0082]較佳地，所述驗證結(jié)果處理單元22具體用于:
[0083]當對TAU請求消息進行完整性保護驗證成功時，向所述UE發(fā)送跟蹤區(qū)更新接受或跟蹤區(qū)更新拒絕的消息；
[0084]當對TAU請求消息進行完整性保護驗證失敗時，發(fā)起通過歸屬用戶服務器HSS進行的針對所述UE的鑒權過程和加密過程；當對該UE鑒權成功時，向所述UE發(fā)送跟蹤區(qū)更新接受或跟蹤區(qū)更新拒絕的消息。
[0085]較佳地，所述驗證結(jié)果處理單元22當對TAU請求消息進行完整性保護驗證成功時，并且當所述UE所屬的TMSE發(fā)生改變時，還用于:
[0086]發(fā)送上下文請求消息給所述UE原來所屬的TMSE，當所述UE原來所屬的TMSE對該上下文請求消息進行的完整性保護驗證成功時，接收所述UE原來所屬的TMSE反饋的上下文響應消息。
[0087]較佳地,所述驗證結(jié)果處理單元22接收所述UE原來所屬的TMSE反饋的上下文響應消息之后，還用于:
[0088]發(fā)送上下文應答消息給所述UE原來所屬的TMSE。
[0089]較佳地,所述驗證結(jié)果處理單元22接收所述UE原來所屬的TMSE反饋的上下文響應消息之后，還用于:
[0090]根據(jù)收到的上下文響應消息，更新所述UE的承載。
[0091]較佳地,所述驗證結(jié)果處理單元22接收所述UE原來所屬的TMSE反饋的上下文響應消息之后，還用于:
[0092]根據(jù)所述UE原來所屬的TMSE反饋的上下文響應消息中攜帶的演進分組系統(tǒng)EPS承載狀態(tài)參數(shù)，釋放沒有激活的EPS承載并更新EPS承載，然后發(fā)送位置更新請求給HSS。
[0093]較佳地，該裝置還包括:
[0094]位置信息刪除單元13，用于接收HSS發(fā)送的位置刪除消息，刪除保存在UE原來所屬的TMSE中的該UE對應的記錄，并發(fā)送位置刪除響應消息給HSS。
[0095]較佳地，所述驗證結(jié)果處理單元22還用于:
[0096]接收HSS回應的位置更新響應消息。
[0097]較佳地，當所述完整性保護驗證單元21對TAU請求消息進行完整性保護驗證成功時，或者，當所述驗證結(jié)果處理單元22對所述UE鑒權成功時,該裝置還包括:
[0098]組呼建立單元14，用于當所述UE正在進行集群業(yè)務，并且在目標eNodeB和新的TMSE之間的SI接口不存在組呼下行承載，則向目標eNodeB發(fā)送組呼上下文建立請求消息；以及,接收目標eNodeB回應的組呼上下文建立響應消息。
[0099]較佳地，當所述完整性保護驗證單元21對TAU請求消息進行完整性保護驗證成功時，或者，當所述驗證結(jié)果處理單元22對所述UE鑒權成功時,該裝置還包括:
[0100]組呼上下文釋放單元15，用于當所述UE的源eNodeB下沒有該UE所屬的集群組中除該UE之外的其他UE，向所述UE的源eNodeB發(fā)送組呼上下文釋放命令消息；以及，接收所述UE的源eNodeB返回的組呼上下文釋放完成消息。
[0101]較佳地，本發(fā)明所述的跟蹤區(qū)更新裝置，為TMSE，包括作為UE的新的歸屬的TMSE和原來所屬的TMSE的所有功能單元。
[0102]綜上所述，本發(fā)明提出了 TD-LTE寬帶多媒體集群架構(gòu)下的TAU過程，TAU過程中網(wǎng)絡側(cè)的TMSE根據(jù)用戶組呼狀態(tài)，決定是否建立目標eNodeB和TMSE之間的SI接口組呼下行承載的策略；如果請求TAU的UE同時還在進行集群業(yè)務(如，在一個組呼/組播/單呼內(nèi))，并且在目標eNodeB和TMSE之間的SI接口不存在組呼下行承載，則TMSE向目標eNodeB發(fā)送組呼上下文建立請求消息，為該用戶的組呼建立下行承載；如果源eNodeB下沒有該用戶所進行的集群組的其他用戶，即源eNodeB與TMSE之間的組承載沒有存在的必要了，則TMSE向源eNodeB發(fā)送組呼上下文釋放命令消息；通過該方法，使處于IDLE態(tài)的組呼無話權用戶，在位置更新過程中動態(tài)管理并保證組呼下行承載。
[0103]本領域內(nèi)的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。
[0104]本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0105]這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0106]這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0107]顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
【權利要求】
1.一種跟蹤區(qū)更新方法，其特征在于，該方法包括: 第一集群移動性會話管理實體TMSE，接收演進型基站eNodeB發(fā)送的來自用戶設備UE的跟蹤區(qū)更新TAU請求消息； 第一 TMSE根據(jù)所述TAU請求消息，實現(xiàn)對所述UE的跟蹤區(qū)更新。
2.根據(jù)權利要求1所述的方法，其特征在于，所述第一TMSE根據(jù)所述TAU請求消息，實現(xiàn)對所述UE的跟蹤區(qū)更新，包括: 第一 TMSE執(zhí)行對所述TAU請求消息的完整性保護驗證過程； 第一 TMSE根據(jù)對所述TAU請求消息的完整性保護驗證結(jié)果，實現(xiàn)對所述UE的跟蹤區(qū)更新。
3.根據(jù)權利要求2所述的方法，其特征在于，第一TMSE根據(jù)對所述TAU請求消息的完整性保護驗證結(jié)果，實現(xiàn)對所述UE的跟蹤區(qū)更新，包括: 當對TAU請求消息進行完整性保護驗證成功時，向所述UE發(fā)送跟蹤區(qū)更新接受或跟蹤區(qū)更新拒絕的消息； 當對TAU請求消息進行完整性保護驗證失敗時，第一 TMSE發(fā)起通過歸屬用戶服務器HSS進行的針對所述UE的鑒權過程和加密過程；當對該UE鑒權成功時，向所述UE發(fā)送跟蹤區(qū)更新接受或跟蹤區(qū)更新拒絕的消息。
4.根據(jù)權利要求3所述的方法，其特征在于，當對TAU請求消息進行完整性保護驗證成功時，并且當所述UE所屬的TMSE發(fā)生改變時，該方法還包括: 第一 TMSE發(fā)送上下文請求消息給第二 TMSE，當?shù)诙?TMSE對該上下文請求消息進行的完整性保護驗證成功時，第一 TMSE接收第二 TMSE反饋的上下文響應消息，其中，所述第二TMSE為所述UE原來所屬的TMSE。
5.根據(jù)權利要求4所述的方法，其特征在于，第一TMSE接收第二 TMSE反饋的上下文響應消息之后，該方法還包括: 第一 TMSE發(fā)送上下文應答消息給第二 TMSE。
6.根據(jù)權利要求4所述的方法，其特征在于，第一TMSE接收第二 TMSE反饋的上下文響應消息之后，該方法還包括: 第一 TMSE根據(jù)收到的上下文響應消息，更新所述UE的承載。
7.根據(jù)權利要求4所述的方法，其特征在于，第一TMSE接收第二 TMSE反饋的上下文響應消息之后，該方法還包括: 第一 TMSE根據(jù)第二 TMSE反饋的上下文響應消息中攜帶的演進分組系統(tǒng)EPS承載狀態(tài)參數(shù)，釋放沒有激活的EPS承載并更新EPS承載，然后發(fā)送位置更新請求給HSS。
8.根據(jù)權利要求7所述的方法，其特征在于，該方法還包括: 第二 TMSE接收HSS發(fā)送的位置刪除消息，刪除保存在第二 TMSE中的所述UE對應的記錄，并發(fā)送位置刪除響應消息給HSS。
9.根據(jù)權利要求7所述的方法，其特征在于，該方法還包括: 第一 TMSE接收HSS回應的位置更新響應消息。
10.根據(jù)權利要求3所述的方法，其特征在于，當對TAU請求消息進行完整性保護驗證成功時，或者，當對所述UE鑒權成功時,該方法還包括: 當所述UE正在進行集群業(yè)務，并且在目標eNodeB和第一 TMSE之間的SI接口不存在組呼下行承載，則第一 TMSE向目標eNodeB發(fā)送組呼上下文建立請求消息； 第一 TMSE接收目標eNodeB回應的組呼上下文建立響應消息。
11.根據(jù)權利要求3所述的方法，其特征在于，當對TAU請求消息進行完整性保護驗證成功時，或者，當對所述UE鑒權成功時,該方法還包括: 當所述UE的源eNodeB下沒有該UE所屬的集群組中除該UE之外的其他UE，第二 TMSE向所述UE的源eNodeB發(fā)送組呼上下文釋放命令消息； 第二 TMSE接收所述UE的源eNodeB返回的組呼上下文釋放完成消息，其中，所述第二TMSE為所述UE原來所屬的TMSE。
12.—種跟蹤區(qū)更新裝置，其特征在于，該裝置包括: TAU請求消息接收單元，用于接收演進型基站eNodeB發(fā)送的來自用戶設備UE的跟蹤區(qū)更新TAU請求消息； TAU請求處理單元，用于根據(jù)所述TAU請求消息，實現(xiàn)對所述UE的跟蹤區(qū)更新。
13.根據(jù)權利要求12所述的裝置，其特征在于，所述TAU請求處理單元，包括: 完整性保護驗證單元，用于執(zhí)行對所述TAU請求消息的完整性保護驗證過程； 驗證結(jié)果處理單元，用于根據(jù)對所述TAU請求消息的完整性保護驗證結(jié)果，實現(xiàn)對所述UE的跟蹤區(qū)更新。
14.根據(jù)權利要求13所述的裝置，其特征在于，所述驗證結(jié)果處理單元具體用于: 當對TAU請求消息進行完整性保護驗證成功時，向所述UE發(fā)送跟蹤區(qū)更新接受或跟蹤區(qū)更新拒絕的消息； 當對TAU請求消息進行完整性保護驗證失敗時，發(fā)起通過歸屬用戶服務器HSS進行的針對所述UE的鑒權過程和加密過程；當對該UE鑒權成功時，向所述UE發(fā)送跟蹤區(qū)更新接受或跟蹤區(qū)更新拒絕的消息。
15.根據(jù)權利要求14所述的裝置，其特征在于，所述驗證結(jié)果處理單元當對TAU請求消息進行完整性保護驗證成功時，并且當所述UE所屬的TMSE發(fā)生改變時，還用于: 發(fā)送上下文請求消息給所述UE原來所屬的TMSE，當所述UE原來所屬的TMSE對該上下文請求消息進行的完整性保護驗證成功時，接收所述UE原來所屬的TMSE反饋的上下文響應消息。
16.根據(jù)權利要求15所述的裝置，其特征在于，所述驗證結(jié)果處理單元接收所述UE原來所屬的TMSE反饋的上下文響應消息之后，還用于: 發(fā)送上下文應答消息給所述UE原來所屬的TMSE。
17.根據(jù)權利要求15所述的裝置，其特征在于，所述驗證結(jié)果處理單元接收所述UE原來所屬的TMSE反饋的上下文響應消息之后，還用于: 根據(jù)收到的上下文響應消息，更新所述UE的承載。
18.根據(jù)權利要求15所述的裝置，其特征在于，所述驗證結(jié)果處理單元接收所述UE原來所屬的TMSE反饋的上下文響應消息之后，還用于: 根據(jù)所述UE原來所屬的TMSE反饋的上下文響應消息中攜帶的演進分組系統(tǒng)EPS承載狀態(tài)參數(shù)，釋放沒有激活的EPS承載并更新EPS承載，然后發(fā)送位置更新請求給HSS。
19.根據(jù)權利要求18所述的裝置，其特征在于，該裝置還包括: 位置信息刪除單元，用于接收HSS發(fā)送的位置刪除消息，刪除保存在UE原來所屬的TMSE中的該UE對應的記錄，并發(fā)送位置刪除響應消息給HSS。
20.根據(jù)權利要求18所述的裝置，其特征在于，所述驗證結(jié)果處理單元還用于: 接收HSS回應的位置更新響應消息。
21.根據(jù)權利要求14所述的裝置，其特征在于，當所述完整性保護驗證單元對TAU請求消息進行完整性保護驗證成功時，或者，當所述驗證結(jié)果處理單元對所述UE鑒權成功時，該裝置還包括: 組呼建立單元，用于當所述UE正在進行集群業(yè)務，并且在目標eNodeB和新的TMSE之間的SI接口不存在組呼下行承載，則向目標eNodeB發(fā)送組呼上下文建立請求消息；以及，接收目標eNodeB回應的組呼上下文建立響應消息。
22.根據(jù)權利要求14所述的裝置，其特征在于，當所述完整性保護驗證單元對TAU請求消息進行完整性保護驗證成功時，或者，當所述驗證結(jié)果處理單元對所述UE鑒權成功時，該裝置還包括: 組呼上下文釋放單元，用于當所述UE的源eNodeB下沒有該UE所屬的集群組中除該UE之外的其他UE，向所述UE的源eNodeB發(fā)送組呼上下文釋放命令消息；以及，接收所述UE的源eNodeB返回的組呼上 下文釋放完成消息。
【文檔編號】H04W8/02GK103428668SQ201210154258
【公開日】2013年12月4日 申請日期:2012年5月17日 優(yōu)先權日:2012年5月17日
【發(fā)明者】王一唯, 習建德, 楊今明, 常艷, 蔣石竹, 阮楠, 李翔, 任世巖 申請人:大唐移動通信設備有限公司