專利名稱：Eps承載上下文狀態(tài)的同步方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種演進的分組域系統(tǒng)(Evolved Packet System，簡稱為EPS)承載上下文狀態(tài)的同步方法及系統(tǒng)。
背景技術：
按照當前陸地無線接入網(wǎng)(Evolved UMTS簡稱為E-UTRAN)的協(xié)議標準(長期 演進(Long Time Evolution，簡稱為LTE) 24. 301V920及V850)的理解，EPS承載上下文 (EPS Bearer Context)的去激活通常是通過相應的信令流程實現(xiàn)的，例如，用戶設備(User Equipment，簡稱為 UE) Requested Bearer Resource Modification流程以及網(wǎng)絡側(cè)發(fā)起的 EPS Bearer Context Deactivation流程，采用上述流程可以達到UE側(cè)和網(wǎng)絡側(cè)同時釋放 承載上下文的目的。但實際應用中，在某些情況下UE側(cè)和網(wǎng)絡側(cè)設備無法正常通信，此時 可能會出現(xiàn)本地去激活(即未經(jīng)過前述完整的信令流程交互以同時刪除網(wǎng)絡側(cè)和UE側(cè)承 載上下文，僅在UE側(cè)或網(wǎng)絡側(cè)刪除承載上下文)的情形。按照對協(xié)議的理解，對于網(wǎng)絡側(cè)發(fā)生的本地去激活而言如果當前是連接態(tài)的 話，移動性管理實體(Mob i 1 e Management Ent i ty，簡稱MME)會通過消息通知演進節(jié)點 (E-NodeB)釋放相應的空口數(shù)據(jù)面承載，從而使得UE側(cè)也進行本地去激活，雙方得以同 步；而如果是空閑態(tài)下網(wǎng)絡側(cè)發(fā)生本地去激活，則會在進入連接態(tài)時，因建立數(shù)據(jù)無線承載 (Data Radio Bearer，簡稱為DRB)時不會建立網(wǎng)絡側(cè)未激活的承載上下文所對應的DRB，因 此會將UE側(cè)激活而網(wǎng)絡側(cè)未激活的承載上下文去激活，使得雙方得以同步。網(wǎng)絡側(cè)本地去 激活發(fā)生后，在連接態(tài)下(或進入連接態(tài)時)不會導致UE側(cè)激活和網(wǎng)絡側(cè)未激活的情況出 現(xiàn)。相關技術中，UE側(cè)本地去激活多數(shù)亦是為了同步其與網(wǎng)絡側(cè)承載上下文的狀態(tài)， 但下面幾種情況例外(1) UE發(fā)起PDN連接斷開(disconnect)流程時，接收到網(wǎng)絡側(cè)返回的PDN DISCONNECT REJECT消息，如果網(wǎng)絡側(cè)的拒絕消息中攜帶的EPS會話管理(EPS Session Management，簡稱為 ESM) Cause 并非 #49" last PDN disconnection not allowed"，貝U UE 側(cè)將不通過與MME之間的信令流程，直接將該PDN連接上的缺省承載和專用承載本地去激 活網(wǎng)絡側(cè)返回PDN DISCONNECT REJECT消息時，相應的承載上下文可能處于激活狀態(tài)，而 且在返回消息后，也不一定會做本地去激活操作；因此該場景下有可能出現(xiàn)UE側(cè)和網(wǎng)絡側(cè) 承載上下文狀態(tài)不一致的情形；(2)UE發(fā)起PDN連接斷開(disconnect)流程時，定時器T3492第5次超時后，UE 側(cè)不通過與MME之間的信令流程，直接將該PDN連接上的缺省承載和專用承載本地去激活 如果網(wǎng)絡側(cè)在整個流程進行過程中未接收到PDN disconnect request,則網(wǎng)絡側(cè)對UE側(cè)本 地去激活行為不可知，此時將導致UE側(cè)該承載上下文已去激活而網(wǎng)絡側(cè)仍激活這種狀態(tài) 不一致的情況；(3) UE 發(fā)起承載資源修改(Bearer Resource Modif ication)流程，定時器 T3481第5次超時后，若UE發(fā)起流程的目的是釋放該承載上下文所對應的全部資源，則UE不通過 與MME之間的信令流程，本地去激活相應的承載上下文如果網(wǎng)絡側(cè)在整個過程中未接收 到Bearer Resource Modification Request消息，則網(wǎng)絡側(cè)對UE側(cè)本地去激活行為不可 知，此時會導致UE側(cè)和網(wǎng)絡側(cè)承載上下文狀態(tài)不一致；在上述三種情況下，可能會出現(xiàn)UE側(cè)承載上下文處于未激活狀態(tài)，而網(wǎng)絡側(cè)承載 上下文處于激活狀態(tài)這種不一致的情況，基于當前協(xié)議描述連接態(tài)下，UE側(cè)無相應的消 息或信令流程告知網(wǎng)絡側(cè)承載上下文已激活(該上下文已被去激活，因此UE無法在此上下 文上發(fā)起ESM模塊的信令流程來進行這種同步；AS層也沒有相應的消息供UE側(cè)主動反饋 相關DRB狀態(tài)給網(wǎng)絡側(cè)；協(xié)議未指定類似的場景下需發(fā)起TAU流程)；而如果此去激活發(fā)生 在空閑態(tài)下，后續(xù)進入連接態(tài)時的Service Request消息中除了 L3消息頭外，并無額外的 信元以告知網(wǎng)絡側(cè)當前UE側(cè)承載上下文的激活狀態(tài)(TAU流程不一定會發(fā)起，而且其中的 EPS bearer context status 信兀是可選信兀)；綜上，這種承載上下文在UE側(cè)未激活，而在網(wǎng)絡側(cè)激活的不一致狀態(tài)只有在下一 次TAU攜帶EPS bearer context status信元，或者后續(xù)網(wǎng)絡側(cè)主動對該承載上下文進行 操作時被UE拒絕后，網(wǎng)絡側(cè)才能獲知該承載上下文在UE側(cè)是處于去激活狀態(tài)，從而進行本 地去激活以達到網(wǎng)絡側(cè)和UE側(cè)承載上下文激活狀態(tài)的同步。在網(wǎng)絡側(cè)進行本地去激活 同步其與UE側(cè)承載上下文狀態(tài)之前，UE側(cè)和網(wǎng)絡側(cè)承 載的上下文狀態(tài)不一致，這段時間內(nèi)，UE側(cè)無法在該承載上發(fā)送上行數(shù)據(jù)；但是網(wǎng)絡側(cè)則 會發(fā)送下行數(shù)據(jù)，并對期間所發(fā)送的下行數(shù)據(jù)產(chǎn)生的流量和上網(wǎng)時長進行相應的計費。

發(fā)明內(nèi)容
針對相關技術中UE側(cè)與網(wǎng)絡側(cè)的EPS承載上下文狀態(tài)不一致時，網(wǎng)絡側(cè)發(fā)送冗 余數(shù)據(jù)而產(chǎn)生不必要計費的問題，本發(fā)明提供了一種EPS承載上下文狀態(tài)的同步方法及系 統(tǒng)，以解決上述問題至少之一。根據(jù)本發(fā)明的一個方面，提供了 一種EPS承載上下文狀態(tài)的同步方法。根據(jù)本發(fā)明的EPS承載上下文狀態(tài)的同步方法包括ESM模塊確定UE側(cè)的EPS承 載上下文去激活而網(wǎng)絡側(cè)的EPS承載上下文處于激活狀態(tài)時，通知EMM模塊發(fā)起TAU流程； EMM模塊發(fā)起TAU流程，以同步用戶設備側(cè)與網(wǎng)絡側(cè)的EPS承載上下文狀態(tài)。根據(jù)本發(fā)明的另一方面，提供了一種EPS承載上下文狀態(tài)的同步系統(tǒng)。根據(jù)本發(fā)明的EPS承載上下文狀態(tài)的同步系統(tǒng)包括UE，用于在確定UE側(cè)的EPS 承載上下文去激活而網(wǎng)絡側(cè)的EPS承載上下文處于激活狀態(tài)時，發(fā)起跟蹤區(qū)域更新TAU流 程，以同步用戶設備側(cè)與網(wǎng)絡側(cè)的EPS承載上下文狀態(tài)。通過本發(fā)明，在UE側(cè)本地去激活EPS Bearer Context可能導致UE側(cè)和網(wǎng)絡側(cè)承 載上下文狀態(tài)不一致的情況下，通過觸發(fā)EPS移動管理(EPS Mobility Management，簡稱為 EMM)模塊發(fā)起TAU流程，以同步UE側(cè)和網(wǎng)絡側(cè)的承載上下文狀態(tài)。這種處理機制，能盡早 的同步UE側(cè)和網(wǎng)絡側(cè)的承載上下文狀態(tài)，避免發(fā)送冗余數(shù)據(jù)所產(chǎn)生的不必要計費對用戶 所產(chǎn)生的不良影響。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1為根據(jù)本發(fā)明實施例的EPS承載上下文狀態(tài)的同步方法的流程圖；圖2為根據(jù)本發(fā)明優(yōu)選實施例的TAU信令交互的流程圖；圖3為根據(jù)本發(fā)明優(yōu)選實施例的PDN連接斷開過程被拒絕的處理流程圖； 圖4為根據(jù)本發(fā)明優(yōu)選實施例的PDN連接斷開過程中定時器5次超時的處理流程圖；圖5為根據(jù)本發(fā)明優(yōu)選實施例的通過Bearer Resource Modification流程請求 釋放承載所對應的資源過程中定時器5次超時的處理流程圖；圖6為根據(jù)本發(fā)明優(yōu)選實施例的EPS承載上下文狀態(tài)的同步系統(tǒng)的結(jié)構(gòu)框圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。圖1為根據(jù)本發(fā)明實施例的EPS承載上下文狀態(tài)的同步方法的流程圖。如圖1所 示，該EPS承載上下文狀態(tài)的同步方法包括步驟S102 =ESM模塊確定用戶設備UE側(cè)的EPS承載上下文去激活而網(wǎng)絡側(cè)的EPS 承載上下文處于激活狀態(tài)時，通知EMM模塊發(fā)起跟蹤區(qū)域更新TAU流程；步驟S104 :EMM模塊發(fā)起TAU流程，以同步用戶設備側(cè)與網(wǎng)絡側(cè)的EPS承載上下文 狀態(tài)。相關技術中，承載上下文在UE側(cè)未激活，而在網(wǎng)絡側(cè)激活的不一致狀態(tài)只有在下 一次TAU攜帶EPS bearer context status信元，或者后續(xù)網(wǎng)絡側(cè)主動對該承載上下文進 行操作時被UE拒絕后，網(wǎng)絡側(cè)才能獲知該承載上下文在UE側(cè)是處于去激活狀態(tài)，從而進行 本地去激活以達到網(wǎng)絡側(cè)和UE側(cè)承載上下文激活狀態(tài)的同步。采用上述實施例提供的方 法，可以在ESM模塊確定用戶設備UE側(cè)的EPS承載上下文去激活而網(wǎng)絡側(cè)的EPS承載上下 文處于激活狀態(tài)時，立即通知EMM模塊觸發(fā)TAU流程，盡早同步UE側(cè)和網(wǎng)絡側(cè)的承載上下 文狀態(tài)，避免發(fā)送冗余數(shù)據(jù)所產(chǎn)生的不必要計費對用戶所產(chǎn)生的不良影響。優(yōu)選地，上述步驟S104可以進一步包括以下處理(1) EMM模塊構(gòu)造TAU請求消息并發(fā)送至網(wǎng)絡側(cè)，其中，TAU請求消息攜帶有EPS承 載上下文狀態(tài)信元；其中，該消息除包括強制信元外還必須攜帶EPS Bearer Context status信元以 指明該次TAU作用為同步EPS承載上下文狀態(tài)，還應該使用已有的安全上下文，填寫安全頭 類型為“完整性保護及加密”，填寫計算所得的消息鑒權碼Message authentication code 和序列號Sequence number，避免網(wǎng)絡再次發(fā)起安全過程，加快TAU流程的速度。(2)網(wǎng)絡側(cè)的網(wǎng)元根據(jù)EPS承載上下文狀態(tài)信元去激活仍處于激活狀態(tài)的EPS承 載上下文，其中，該EPS承載上下文在UE側(cè)已經(jīng)去激活。在優(yōu)選實施過程中，上述步驟(2)可以進一步包括以下處理(2. 1)演進基站將TAU請求消息發(fā)送至MME ；(2. 2)MME解析TAU請求消息，根據(jù)EPS承載上下文狀態(tài)信元向演進節(jié)點發(fā)送演進
6的無線接入承載(E-utran Radio Access Bearer，簡稱為E-RAB)釋放指令，并向服務網(wǎng)關 發(fā)送刪除承載指令；(2.3)演進節(jié)點通過無線資源控制(Radio Resource Control，簡稱為RRC)連接 重配指令釋放所指定的DRB資源；(2. 4)服務網(wǎng)關將刪除承載指令轉(zhuǎn)發(fā)至分組數(shù)據(jù)網(wǎng)網(wǎng)關，以通知PCRF釋放刪除承 載指令對應的資源；(2. 5)分組數(shù)據(jù)網(wǎng)網(wǎng)關經(jīng)由服務網(wǎng)關將刪除承載請求發(fā)送至MME，以通知演進基 站釋放刪除承載指令對應的數(shù)據(jù)無線承載并去激活刪除承載指令對應的承載上下文；(2. 6)服務網(wǎng)關接收來自于MME的刪除承載響應，并刪除釋放承載指令對應的資 源。以下結(jié)合圖2詳細描述上述優(yōu)選實施過程。圖2為根據(jù)本發(fā)明優(yōu)選實施例的TAU信令交互的流程圖。如圖2所示，根據(jù)本發(fā) 明優(yōu)選實施例的TAU信令交互流程主要包括以下處理步驟S202 =EMM模塊接收到用戶側(cè)ESM模塊下發(fā)的EMM模塊ESM模塊_TAU_REQ 原語，觸發(fā)其發(fā)起TAU流程來同步UE側(cè)和網(wǎng)絡側(cè)的EPS Bearer Context狀態(tài)；EMM模塊 構(gòu)造TAU Request消息(其中，該消息除包括強制信元外還必須攜帶EPS Bearer Context status信元以指明該次TAU作用為同步EPS承載上下文狀態(tài)，還應該使用已有的安全 上下文，填寫安全頭類型為“完整性保護及加密”，填寫計算所得的消息鑒權碼Message authentication code和序列號Sequence number，避免網(wǎng)絡再次發(fā)起安全過程，加快TAU 流程的速度)，發(fā)送給演進節(jié)點(E-NodeB)以發(fā)起TAU流程；步驟S204 =E-NodeB選擇正確的MME JfTAU Request消息(即上述TAU請求消息) 發(fā)送給MME;步驟S206 :MME解析TAU Request消息，判斷此次TAU是同步EPS承載上下文狀態(tài)， 于是發(fā)起該承載上下文的去激活流程；向演進節(jié)點發(fā)送E-RAB釋放指令(其中，攜帶TAU接 受消息)，并向S-GW發(fā)送刪除承載指令(Delete Bearer Command)去激活UE側(cè)已去激活但 網(wǎng)絡側(cè)仍激活的承載上下文；演進節(jié)點向UE發(fā)送RRC連接重配消息，重配中攜帶TAU接受消息；UE側(cè)釋放演進節(jié)點所指定釋放的DRB，向演進節(jié)點返回RRC連接重配完成消息；TAU過程結(jié)束，UE側(cè)向演進節(jié)點發(fā)送上行直傳消息，該消息中攜帶有TAU Complete消息，確認其已接收到TAU Accept消息；步驟S208 演進節(jié)點向MME返回TAU Complete消息。步驟S210 =S-Gff 將 Delete Bearer Command 發(fā)送給 P-GW ；步驟S212 如果使用了策略計費控制(Policy Charging Control，簡稱為PCC)， 則P-GW通知策略和計費執(zhí)行功能(Policy and Charging Enforcement Function，簡稱為 PCEF)發(fā)起 IP-CAN Session Modification 流程通知 PCRF 相應資源的釋放，PCRF 向 P-GW 發(fā)送新的PCC decision ；步驟S214 =P-Gff向S-GW發(fā)送刪除承載請求(Delete Bearer Request)去激活該 承載；步驟S216 =S-Gff 向 MME 發(fā)送 Delete Bearer Request ；
步驟S218 =MME 向 S-GW 返回刪除承載響應(Delete Bearer Response)；步驟S220:S_GW釋放該承載所對應的相關資源，并向P-GW返回Delete Bearer Response確認該承載的去激活。優(yōu)選地，用戶設備側(cè)的EMM模塊在以下之一情況下，確定UE側(cè)的EPS承載上下文 去激活而網(wǎng)絡側(cè)的EPS承載上下文處于激活狀態(tài)(I)UE側(cè)發(fā)起分組數(shù)據(jù)網(wǎng)PDN連接斷開流程，并接收到網(wǎng)絡側(cè)返回的PDN連接斷開 拒絕消息，當PDN連接斷開拒絕消息攜帶的拒絕原因并非是最后一次PDN連接斷開不被允 許時，UE側(cè)直接將PDN連接對應的全部EPS承載上下文去激活；(2) UE側(cè)發(fā)起PDN連接斷開流程，與該流程對應的第一定時器第5次超時后，UE側(cè) 直接將PDN連接對應的全部EPS承載上下文去激活；(3)UE側(cè)發(fā)起承載資源修改流程，與該流程對應的第二定時器第5次超時后，當發(fā) 起承載資源修改流程的目的是請求釋放該承載對應的資源時，UE側(cè)直接將該承載對應的全 部EPS承載上下文去激活。需要注意的是，在除上述三種情況的其他情況下，也可能存在UE側(cè)的EPS承載上 下文去激活而網(wǎng)絡側(cè)的EPS承載上下文處于激活狀態(tài)，即本發(fā)明提供的技術方案，也應當 適用于其他應用場景。以下結(jié)合圖3、圖4和圖5分別描述上述三種情況下，實現(xiàn)用戶設備(UE)側(cè)和網(wǎng)絡 側(cè)的EPS承載上下文狀態(tài)同步的處理過程。圖3為根據(jù)本發(fā)明優(yōu)選實施例的PDN連接斷開過程被拒絕的處理流程圖。如圖3 所示，該流程主要包括以下處理步驟S302 :UE側(cè)發(fā)起PDN連接斷開流程，發(fā)送PDN連接斷開請求(PDN DISCONNECT REQUEST)之后，等待網(wǎng)絡側(cè)的回應消息；步驟S304 UE接收到網(wǎng)絡側(cè)返回的PDN連接斷開拒絕消息(PDN DISC0NNECT REJECT)；步驟S306 如果PDN DISCONNECT REJECT消息中攜帶的ESM模塊Cause (即拒絕 原因)為 #49〃 last PDN disconnection not allowed"(即最后一個 PDN 連接斷開不被 允許)，則PDN連接斷開流程失敗，流程結(jié)束；否則轉(zhuǎn)至步驟S308 ；步驟S308 =ESM模塊將該PDN連接上的所有EPS Bearer Context都本地去激活， 并刪除承載上下文相關信息；步驟S310 =ESM模塊通過層間原語EMM模塊ESM模塊_TAU_REQ請求EMM模塊發(fā)起 TAU流程。之后，EMM模塊發(fā)起TAU流程，TAU流程的信令交互過程可以參見圖2，此處不再贅 述。圖4為根據(jù)本發(fā)明優(yōu)選實施例的PDN連接斷開過程中定時器5次超時的處理流程 圖。如圖4所示，該流程主要包括以下處理步驟S402 =UE側(cè)發(fā)起PDN連接斷開流程，發(fā)送PDNDISCONNECT REQUEST之后，等待 網(wǎng)絡側(cè)的回應消息；步驟S404 與該PDN連接斷開流程對應的定時器(定時器T3492)超時前，UE都沒 有收到網(wǎng)絡側(cè)的回應消息；
步驟S406 如果上述定時器超時次數(shù)小于5次，則重新發(fā)起PDN連接斷開流程；否 則若定時器第5次超時，則轉(zhuǎn)至步驟S408 ；步驟S408 =ESM模塊將該PDN連接上的所有EPS Bearer Context都本地去激活， 并刪除承載上下文相關信息；步驟S410 =ESM模塊通過層間原語EMM模塊ESM模塊_TAU_REQ請求EMM模塊發(fā)起 TAU流程。之后，EMM模塊發(fā)起TAU流程，TAU流程的信令交互過程可以參見圖2，此處不再贅 述。圖5為根據(jù)本發(fā)明優(yōu)選實施例的通過Bearer Resource Modification流程請求 釋放承載所對應的資源過程中定時器5次超時的處理流程圖。如圖5所示，該流程主要包 括以下處理步驟S502 :UE側(cè)發(fā)起承載資源修改(Bearer Resource Modification)流程，發(fā)送 Bearer resource modification request ^，各 白勺0I^ffil、；步驟S504 該承載資源修改流程對應的定時器(定時器T3481)超時，在T3481超 時之前，UE都沒有接收到網(wǎng)絡側(cè)的響應消息；步驟S506 如果定時器T3481超時次數(shù)小于5次，則重新發(fā)起B(yǎng)earer Resource Modification流程；否則若定時器T3481第5次超時，則轉(zhuǎn)至步驟S508 ；步驟S508 判斷此次Bearer Resource Modification流程是否為了請求釋放該 承載相關的資源若不是，則流程失敗，流程結(jié)束；否則，轉(zhuǎn)至步驟S510 ；步驟S510 =ESM模塊將該承載本地去激活，并刪除該承載上下文的相關信息；
步驟S512 =ESM模塊通過層間原語EMM模塊ESM模塊_TAU_REQ請求EMM模塊發(fā)起 TAU流程；之后，EMM模塊發(fā)起TAU流程，TAU流程的信令交互過程可以參見圖2，此處不再贅 述。本發(fā)明還提供了一種EPS承載上下文狀態(tài)的同步系統(tǒng)，該同步系統(tǒng)主要包括用 戶設備(UE) 60。用戶設備60，用于在確定用戶設備UE側(cè)的EPS承載上下文去激活而網(wǎng)絡側(cè)的EPS 承載上下文處于激活狀態(tài)時，發(fā)起TAU流程，以同步用戶設備側(cè)與網(wǎng)絡側(cè)的EPS承載上下文 狀態(tài)。在優(yōu)選實施過程中，UE側(cè)的ESM模塊確定用戶設備UE側(cè)的EPS承載上下文去激 活而網(wǎng)絡側(cè)的所述EPS承載上下文處于激活狀態(tài)時，通知EMM模塊發(fā)起跟蹤區(qū)域更新TAU 流程；該EMM模塊發(fā)起所述TAU流程，以同步所述用戶設備側(cè)與網(wǎng)絡側(cè)的EPS承載上下文狀 態(tài)。采用上述實施例提供的系統(tǒng)，在ESM模塊確定用戶設備UE側(cè)的EPS承載上下文去 激活而網(wǎng)絡側(cè)的EPS承載上下文處于激活狀態(tài)時，立即通知EMM模塊觸發(fā)TAU流程，能夠盡 早同步UE側(cè)和網(wǎng)絡側(cè)的承載上下文狀態(tài)，避免發(fā)送冗余數(shù)據(jù)所產(chǎn)生的不必要計費對用戶 所產(chǎn)生的不良影響。優(yōu)選地，用戶設備60，還可以用于構(gòu)造TAU請求消息并發(fā)送至網(wǎng)絡側(cè)，其中，TAU請 求消息攜帶有EPS承載上下文狀態(tài)信元；系統(tǒng)還可以包括網(wǎng)絡側(cè)的網(wǎng)元，用于根據(jù)EPS承
9載上下文狀態(tài)信元去激活仍處于激活狀態(tài)的EPS承載上下文，其中，該EPS承載上下文在UE 側(cè)已經(jīng)去激活。在優(yōu)選實施過程中，用戶設備側(cè)的EMM模塊發(fā)起TAU流程，在發(fā)起的TAU請求消息 中攜帶EPS bearer context status信元，該信元表示在UE側(cè)哪些EPS承載上下文已經(jīng)去 激活，哪些還處于激活狀態(tài)。網(wǎng)絡側(cè)根據(jù)EPS bearer context status信元指示的內(nèi)容，去 激活仍處于激活狀態(tài)的EPS承載上下文，其中，該EPS承載上下文在UE側(cè)已經(jīng)去激活。通 過上述處理，可以同步UE側(cè)和網(wǎng)絡側(cè)間EPS承載上下文的狀態(tài)。在優(yōu)選實施過程中，TAU請求消息還可以攜帶有以下信息至少之一安全上下文 信息、EPS更新類型信息。其中，使用已有的安全上下文，填寫安全頭類型為“完整性保護及加密”，填寫計算 所得的消息鑒權碼Message authentication code禾口序列號Sequence number，避免網(wǎng)絡 再次發(fā)起安全過程，可以加快TAU流程的速度；可以同其他情形下發(fā)起TAU —樣對“Active Flag”進行設置；攜帶EPS Bearer Context Status信元以指明此次TAU為同步EPS Bearer Context狀態(tài)，以盡可能減少TAU過程中網(wǎng)絡側(cè)各網(wǎng)元間信令交互。優(yōu)選地，如圖6所示，網(wǎng)絡側(cè)的網(wǎng)元可以進一步包括演進基站70，用于將TAU請 求消息發(fā)送至MME ；MME 72，用于解析TAU請求消息，并根據(jù)EPS承載上下文狀態(tài)信元向服 務網(wǎng)關發(fā)送刪除承載指令；服務網(wǎng)關74，用于將刪除承載指令轉(zhuǎn)發(fā)至分組數(shù)據(jù)網(wǎng)網(wǎng)關，以 通知PCRF釋放刪除承載指令對應的資源，接收來自于MME的刪除承載響應，并釋放刪除承 載指令對應的資源；分組數(shù)據(jù)網(wǎng)網(wǎng)關76，用于經(jīng)由服務網(wǎng)關將刪除承載請求發(fā)送至MME，以 通知演進基站釋放刪除承載指令對應的數(shù)據(jù)無線承載并去激活刪除承載指令對應的承載 上下文。上述UE側(cè)與網(wǎng)絡側(cè)中各網(wǎng)元的TAU信令交互流程具體可以參見圖2，此處不再贅 述。優(yōu)選地，用戶設備在以下之一情況下，確定UE側(cè)的EPS承載上下文去激活而網(wǎng)絡 側(cè)的EPS承載上下文處于激活狀態(tài)(I)UE側(cè)發(fā)起分組數(shù)據(jù)網(wǎng)PDN連接斷開流程，并接收到網(wǎng)絡側(cè)返回的PDN連接斷開 拒絕消息，當PDN連接斷開拒絕消息攜帶的拒絕原因并非是最近一次PDN連接斷開不被允 許時，UE側(cè)直接將PDN連接對應的全部EPS承載上下文去激活；(2) UE側(cè)發(fā)起PDN連接斷開流程，與該流程對應的第一定時器第5次超時后，UE側(cè) 直接將PDN連接對應的全部EPS承載上下文去激活；(3)UE側(cè)發(fā)起承載資源修改流程，與該流程對應的第二定時器第5次超時后，當發(fā) 起承載資源修改流程的目的是請求釋放該承載對應的資源時，UE側(cè)直接將該承載對應的全 部EPS承載上下文去激活。需要注意的是，在除上述三種情況的其他情況下，也可能存在UE側(cè)的EPS承載上 下文去激活而網(wǎng)絡側(cè)的EPS承載上下文處于激活狀態(tài)，即本發(fā)明提供的技術方案，也應當 適用于其他應用場景。上述三種情況下，實現(xiàn)用戶設備(UE)側(cè)和網(wǎng)絡側(cè)的EPS承載上下文狀態(tài)同步的處 理過程具體可以參見圖3至圖5，此處不再贅述。需要注意的是，本發(fā)明提供的EPS承載上下文狀態(tài)的同步方案，不僅可以適用于LTE制式，對于其他3G制式，也同樣適用。綜上所述，借助本發(fā)明提供的上述實施例，在UE側(cè)本地去激活EPS承載上下文可 能導致UE側(cè)和網(wǎng)側(cè)承載上下文狀態(tài)不一致的情況下，通過觸發(fā)EMM模塊發(fā)起TAU流程，以 同步UE側(cè)和網(wǎng)側(cè)的承載上下文狀態(tài)。采用這種處理機制，能盡早地同步UE側(cè)和網(wǎng)側(cè)的承 載上下文狀態(tài)，避免發(fā)送冗余數(shù)據(jù)所產(chǎn)生的不必要計費對用戶所產(chǎn)生的不良影響，有效提 高用戶體驗。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技 術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
一種演進的分組域系統(tǒng)EPS承載上下文狀態(tài)的同步方法，其特征在于，包括EPS會話管理ESM模塊確定用戶設備UE側(cè)的EPS承載上下文去激活而網(wǎng)絡側(cè)的所述EPS承載上下文處于激活狀態(tài)時，通知EPS移動管理EMM模塊發(fā)起跟蹤區(qū)域更新TAU流程；所述EMM模塊發(fā)起所述TAU流程，以同步所述用戶設備側(cè)與網(wǎng)絡側(cè)的EPS承載上下文狀態(tài)。
2.根據(jù)權利要求1所述的方法，其特征在于，所述EMM模塊發(fā)起所述TAU流程，以同步 所述用戶設備側(cè)與網(wǎng)絡側(cè)的EPS承載上下文狀態(tài)包括所述EMM模塊構(gòu)造TAU請求消息并發(fā)送至所述網(wǎng)絡側(cè)，其中，所述TAU請求消息攜帶有 EPS承載上下文狀態(tài)信元；所述網(wǎng)絡側(cè)的網(wǎng)元根據(jù)所述EPS承載上下文狀態(tài)信元去激活仍處于激活狀態(tài)的EPS承 載上下文，其中，該EPS承載上下文在所述UE側(cè)已經(jīng)去激活。
3.根據(jù)權利要求2所述的方法，其特征在于，所述網(wǎng)絡側(cè)的網(wǎng)元根據(jù)所述EPS承載上下 文狀態(tài)信元去激活仍處于激活狀態(tài)的EPS承載上下文包括演進基站將所述TAU請求消息發(fā)送至移動性管理實體MME ；所述MME解析所述TAU請求消息，并根據(jù)所述EPS承載上下文狀態(tài)信元向演進節(jié)點發(fā) 送演進的無線接入承載釋放指令，并向服務網(wǎng)關發(fā)送刪除承載指令；所述演進基站通過無線資源控制RRC連接重配指令釋放所指定的數(shù)據(jù)無線承載資源； 所述服務網(wǎng)關將所述刪除承載指令轉(zhuǎn)發(fā)至分組數(shù)據(jù)網(wǎng)網(wǎng)關，以通知策略和計費規(guī)則功 能PCRF實體釋放所述刪除承載指令對應的資源；所述分組數(shù)據(jù)網(wǎng)網(wǎng)關經(jīng)由所述服務網(wǎng)關將刪除承載請求發(fā)送至所述MME，以通知所述 演進基站釋放所述刪除承載指令對應的數(shù)據(jù)無線承載并去激活所述刪除承載指令對應的 承載上下文；所述服務網(wǎng)關接收來自于所述MME的刪除承載響應，并刪除所述釋放承載指令對應的 資源。
4.根據(jù)權利要求1至3中任一項所述的方法，其特征在于，所述ESM模塊在以下之一情 況下，確定所述UE側(cè)的EPS承載上下文去激活而所述網(wǎng)絡側(cè)的所述EPS承載上下文處于激 活狀態(tài)所述UE側(cè)發(fā)起分組數(shù)據(jù)網(wǎng)PDN連接斷開流程，并接收到所述網(wǎng)絡側(cè)返回的PDN連接斷 開拒絕消息，當所述PDN連接斷開拒絕消息攜帶的拒絕原因并非是最后一個PDN連接斷開 不被允許時，所述UE側(cè)直接將所述PDN連接對應的全部EPS承載上下文去激活；所述UE側(cè)發(fā)起PDN連接斷開流程，與該流程對應的第一定時器第5次超時后，所述UE 側(cè)直接將所述PDN連接對應的全部EPS承載上下文去激活；所述UE側(cè)發(fā)起承載資源修改流程，與該流程對應的第二定時器第5次超時后，當發(fā)起 所述承載資源修改流程的目的是請求釋放該承載對應的資源時，所述UE側(cè)直接將該承載 對應的全部EPS承載上下文去激活。
5.一種演進的分組域系統(tǒng)EPS承載上下文狀態(tài)的同步系統(tǒng)，其特征在于，包括用戶設備UE，用于在確定UE側(cè)的EPS承載上下文去激活而網(wǎng)絡側(cè)的EPS承載上下文 處于激活狀態(tài)時，發(fā)起所述跟蹤區(qū)域更新TAU流程，以同步所述用戶設備側(cè)與網(wǎng)絡側(cè)的EPS 承載上下文狀態(tài)。
6.根據(jù)權利要求5所述的系統(tǒng)，其特征在于，包括所述UE,還用于構(gòu)造TAU請求消息并發(fā)送至所述網(wǎng)絡側(cè)，其中，所述TAU請求消息攜帶 有EPS承載上下文狀態(tài)信元；所述系統(tǒng)還包括所述網(wǎng)絡側(cè)的網(wǎng)元，用于根據(jù)所述EPS承載上下文狀態(tài)信元去激活 仍處于激活狀態(tài)的EPS承載上下文，其中，該EPS承載上下文在所述UE側(cè)已經(jīng)去激活。
7.根據(jù)權利要求6所述的系統(tǒng)，其特征在于，所述網(wǎng)絡側(cè)的網(wǎng)元包括演進基站，用于將所述TAU請求消息發(fā)送至移動性管理實體MME，通過無線資源控制 RRC連接重配指令釋放所指定的數(shù)據(jù)無線承載資源；所述MME，用于解析所述TAU請求消息，并根據(jù)所述EPS承載上下文狀態(tài)信元向演進節(jié) 點發(fā)送演進的無線接入承載E-RAB釋放指令，并向服務網(wǎng)關發(fā)送刪除承載指令；所述服務網(wǎng)關，用于將所述刪除承載指令轉(zhuǎn)發(fā)至分組數(shù)據(jù)網(wǎng)網(wǎng)關，以通知策略和計費 規(guī)則功能PCRF實體釋放所述刪除承載指令對應的資源，接收來自于所述MME的刪除承載響 應，并釋放所述刪除承載指令對應的資源；所述分組數(shù)據(jù)網(wǎng)網(wǎng)關，用于經(jīng)由所述服務網(wǎng)關將刪除承載請求發(fā)送至所述MME，以通知 所述演進基站釋放所述刪除承載指令對應的數(shù)據(jù)無線承載并去激活所述刪除承載指令對 應的承載上下文。
8.根據(jù)權利要求5至7中任一項所述的系統(tǒng)，其特征在于，所述UE在以下之一情況下， 確定所述UE側(cè)的EPS承載上下文去激活而所述網(wǎng)絡側(cè)的所述EPS承載上下文處于激活狀 態(tài)所述UE側(cè)發(fā)起分組數(shù)據(jù)網(wǎng)PDN連接斷開流程，并接收到所述網(wǎng)絡側(cè)返回的PDN連接斷 開拒絕消息，當所述PDN連接斷開拒絕消息攜帶的拒絕原因并非是最近一次PDN連接斷開 不被允許時，所述UE側(cè)直接將所述PDN連接對應的全部EPS承載上下文去激活；所述UE側(cè)發(fā)起PDN連接斷開流程，與該流程對應的第一定時器第5次超時后，所述UE 側(cè)直接將所述PDN連接對應的全部EPS承載上下文去激活；所述UE側(cè)發(fā)起承載資源修改流程，與該流程對應的第二定時器第5次超時后，當發(fā)起 所述承載資源修改流程的目的是請求釋放該承載對應的資源時，所述UE側(cè)直接將該承載 對應的全部EPS承載上下文去激活。
全文摘要
本發(fā)明公開了一種EPS承載上下文狀態(tài)的同步方法及系統(tǒng)，上述方法包括ESM模塊確定UE側(cè)的EPS承載上下文去激活而網(wǎng)絡側(cè)的EPS承載上下文處于激活狀態(tài)時，通知EMM模塊發(fā)起TAU流程；EMM模塊發(fā)起TAU流程，以同步用戶設備側(cè)與網(wǎng)絡側(cè)的EPS承載上下文狀態(tài)。根據(jù)本發(fā)明提供的技術方案，能盡早的同步UE側(cè)和網(wǎng)絡側(cè)的承載上下文狀態(tài)，避免發(fā)送冗余數(shù)據(jù)所產(chǎn)生的不必要計費對用戶所產(chǎn)生的不良影響。
文檔編號H04W8/24GK101902732SQ20101024301
公開日2010年12月1日 申請日期2010年7月30日 優(yōu)先權日2010年7月30日
發(fā)明者游峽 申請人:中興通訊股份有限公司