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

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


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