專(zhuān)利名稱(chēng)：初始上下文建立失敗后的異常處理方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及長(zhǎng)期演進(jìn)(LTE， Long Term Evolution)系統(tǒng)中的消息交互技術(shù)，尤其 涉及一種初始上下文建立失敗后的異常處理方法、系統(tǒng)和設(shè)備。
背景技術(shù)：
在長(zhǎng)期演進(jìn)(LTE， Long Term Evolution)系統(tǒng)中，附著(Attach)過(guò)程首先是通 過(guò)非接入層(NAS， Non Access Stratum)的消息交互，進(jìn)行移動(dòng)管理實(shí)體(匪E， Mobility Management Entity)側(cè)的默認(rèn)承載(Default Bearer)資源建立；在匪E側(cè)若干網(wǎng)元非 接入層的消息交互正常完成之后，才由匪E發(fā)起S1 口的用戶(hù)終端(UE， User Equipment)
連接相關(guān)資源的建立過(guò)程，也就是初始上下文建立過(guò)程。在初始上下文建立過(guò)程中，由于 接入側(cè)資源受限或異常，可能會(huì)導(dǎo)致UE的初始上下文建立失敗，這時(shí)演進(jìn)的節(jié)點(diǎn)B(eNB， E-UTRANNodeB)會(huì)向匪E回復(fù)初始上下文建立失敗的響應(yīng)消息。接入側(cè)包括UE和eNB。初 始上下文建立失敗的整個(gè)過(guò)程如圖1所示，主要包括以下步驟 步驟101， UE發(fā)送附著請(qǐng)求(Attach Request)消息，通知匪E進(jìn)行附著操作。
步驟102，匪E接收到來(lái)自UE的Attach Request消息后，校驗(yàn)消息正確，并根據(jù)當(dāng) 前UE和網(wǎng)絡(luò)信息進(jìn)行NAS交互，進(jìn)行鑒權(quán)安全操作；并且，匪E和服務(wù)網(wǎng)關(guān)(SGW， Serving GateWay)進(jìn)行交互，建立默認(rèn)承載。 步驟103，匪E給eNB下發(fā)初始上下文建立請(qǐng)求(Initial Context SetupRequest) 消息，請(qǐng)求建立S1 口的UE上下文。 步驟104， eNB接收到初始上下文建立請(qǐng)求消息后，發(fā)起接入層的默認(rèn)承載建立過(guò) 程，但由于接入側(cè)異?；蛘哔Y源受限，導(dǎo)致UE初始上下文建立失敗。 步驟105， eNB給匪E回應(yīng)初始上下文建立失敗(Initial Context SetupFailure) 消息。 對(duì)于上述匪E在收到初始上下文建立失敗消息后的處理，現(xiàn)有的協(xié)議中沒(méi)有明確 規(guī)定，因此，其具體處理操作依賴(lài)于廠(chǎng)家的具體實(shí)現(xiàn)；相應(yīng)的，eNB的處理也不確定。如此以 來(lái)，在實(shí)際應(yīng)用中則會(huì)出現(xiàn)不同的理解 —方面，由于eNB給匪E回復(fù)了初始上下文建立失敗消息，按照LTE系統(tǒng)的原則， 如果對(duì)端網(wǎng)元回復(fù)失敗消息，則認(rèn)為本次對(duì)端網(wǎng)元的操作沒(méi)有生效，因而匪E可以認(rèn)為SI 口的UE相關(guān)資源沒(méi)有建立，初始上下文建立失敗，后續(xù)無(wú)需再發(fā)起上下文釋放命令的處 理； 另一方面，嚴(yán)格上來(lái)說(shuō)，上下文釋放都應(yīng)該是由匪E發(fā)起的，是否需要釋放接入側(cè) 上下文，決定權(quán)應(yīng)該在匪E，而不在接入側(cè)，因此接入側(cè)應(yīng)該等待匪E的后續(xù)上下文釋放命 令。 這種會(huì)產(chǎn)生歧義的理解顯然會(huì)給不同廠(chǎng)家的對(duì)接帶來(lái)麻煩，還會(huì)使得在初始上下 文建立失敗的情況下，接入側(cè)資源不能釋放，甚至接入側(cè)資源掛死，從而導(dǎo)致UE無(wú)法正常 接入。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種初始上下文建立失敗后的異常處理方 法、系統(tǒng)和設(shè)備，以解決在初始上下文建立失敗的情況下，接入側(cè)資源不能釋放，導(dǎo)致UE無(wú) 法正常接入的問(wèn)題。 為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的 本發(fā)明提供了一種初始上下文建立失敗后的異常處理方法，該方法包括
A、在初始上下文建立失敗的情況下，根據(jù)對(duì)自身以及移動(dòng)管理實(shí)體匪E的呼叫指 標(biāo)的判斷，選擇是否主動(dòng)向所述匪E發(fā)起上下文釋放請(qǐng)求，如果是，則執(zhí)行步驟B ;否則，執(zhí) 行步驟C ; B、向所述匪E發(fā)起上下文釋放請(qǐng)求，并根據(jù)所述匪E下發(fā)的上下文釋放命令，釋 放本地資源以及用戶(hù)終端UE側(cè)資源；然后向所述匪E回復(fù)上下文釋放完成消息，并結(jié)束流 程； C、啟動(dòng)定時(shí)器等待所述匪E主動(dòng)下發(fā)的上下文釋放命令，如果在定時(shí)器超時(shí)之前 收到所述上下文釋放命令，則釋放本地資源以及UE側(cè)資源，向所述匪E回復(fù)上下文釋放完 成消息，并結(jié)束流程；如果定時(shí)器超時(shí)，仍未收到所述上下文釋放命令，則自行釋放本地資 源以及UE側(cè)資源，并結(jié)束流程。 所述呼叫指標(biāo)為掉話(huà)率、呼叫成功率和無(wú)線(xiàn)資源控制RRC連接異常釋放次數(shù)中的 至少一種。 根據(jù)對(duì)掉話(huà)率的判斷，選擇是否主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求，具體為
將所述掉話(huà)率與設(shè)置的第一門(mén)限值進(jìn)行比較，當(dāng)判斷所述掉話(huà)率低于所述第一門(mén) 限值時(shí)，選擇主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求；當(dāng)判斷所述掉話(huà)率高于所述第一門(mén)限值時(shí)， 選擇不主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求。 根據(jù)對(duì)呼叫成功率的判斷，選擇是否主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求，具體為
將所述呼叫成功率與設(shè)置的第二門(mén)限值進(jìn)行比較，當(dāng)判斷所述呼叫成功率高于所 述第二門(mén)限值時(shí)，選擇主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求；當(dāng)判斷所述呼叫成功率低于所述 第二門(mén)限值時(shí)，選擇不主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求。 根據(jù)對(duì)RRC連接異常釋放次數(shù)的判斷，選擇是否主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求， 具體為 將所述RRC連接異常釋放次數(shù)與設(shè)置的第三門(mén)限值進(jìn)行比較，當(dāng)判斷所述RRC連 接異常釋放次數(shù)低于所述第三門(mén)限值時(shí)，選擇主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求；當(dāng)判斷所 述RRC連接異常釋放次數(shù)高于所述第三門(mén)限值時(shí)，選擇不主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求。
本發(fā)明還提供了一種初始上下文建立失敗后的異常處理系統(tǒng)，包括演進(jìn)的節(jié)點(diǎn) B、移動(dòng)管理實(shí)體和用戶(hù)終端；其中， 所述演進(jìn)的節(jié)點(diǎn)B，用于在初始上下文建立失敗的情況下，根據(jù)對(duì)自身以及所述移 動(dòng)管理實(shí)體的呼叫指標(biāo)的判斷，選擇是否主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放請(qǐng)求； 并根據(jù)所述移動(dòng)管理實(shí)體下發(fā)的上下文釋放命令，釋放本地資源以及用戶(hù)終端側(cè)資源，回 復(fù)上下文釋放完成消息給所述移動(dòng)管理實(shí)體； 移動(dòng)管理實(shí)體，用于主動(dòng)向所述演進(jìn)的節(jié)點(diǎn)B下發(fā)上下文釋放命令，或者在接收
5到所述演進(jìn)的節(jié)點(diǎn)B發(fā)起的上下文釋放請(qǐng)求之后，向所述演進(jìn)的節(jié)點(diǎn)B下發(fā)上下文釋放命 令； 用戶(hù)終端，用于協(xié)助所述演進(jìn)的節(jié)點(diǎn)B進(jìn)行資源釋放。
所述演進(jìn)的節(jié)點(diǎn)B進(jìn)一步包括 選擇模塊，用于在初始上下文建立失敗的情況下，根據(jù)對(duì)自身以及所述移動(dòng)管理 實(shí)體的呼叫指標(biāo)的判斷，選擇是否主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放請(qǐng)求； 主動(dòng)釋放模塊，用于在所述選擇模塊選擇主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文釋 放請(qǐng)求時(shí)，向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放請(qǐng)求，并根據(jù)所述移動(dòng)管理實(shí)體下發(fā)的上 下文釋放命令，釋放本地資源以及用戶(hù)終端側(cè)資源；然后向所述移動(dòng)管理實(shí)體回復(fù)上下文 釋放完成消息； 被動(dòng)釋放模塊，用于在所述選擇模塊選擇不主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文 釋放請(qǐng)求時(shí)，啟動(dòng)定時(shí)器等待所述移動(dòng)管理實(shí)體主動(dòng)下發(fā)的上下文釋放命令，并在定時(shí)器 超時(shí)前收到所述上下文釋放命令的情況下，釋放本地資源以及用戶(hù)終端側(cè)資源，向所述移 動(dòng)管理實(shí)體回復(fù)上下文釋放完成消息；在定時(shí)器超時(shí)后仍未收到所述上下文釋放命令的情 況下，自行釋放本地資源以及用戶(hù)終端側(cè)資源。 所述呼叫指標(biāo)為掉話(huà)率、呼叫成功率和RRC連接異常釋放次數(shù)中的至少一種。
本發(fā)明還提供了一種演進(jìn)的節(jié)點(diǎn)B，包括 選擇模塊，用于在初始上下文建立失敗的情況下，根據(jù)對(duì)自身以及所述移動(dòng)管理 實(shí)體的呼叫指標(biāo)的判斷，選擇是否主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放請(qǐng)求； 主動(dòng)釋放模塊，用于在所述選擇模塊選擇主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文釋 放請(qǐng)求時(shí)，向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放請(qǐng)求，并根據(jù)所述移動(dòng)管理實(shí)體下發(fā)的上 下文釋放命令，釋放本地資源以及用戶(hù)終端側(cè)資源；然后向所述移動(dòng)管理實(shí)體回復(fù)上下文 釋放完成消息； 被動(dòng)釋放模塊，用于在所述選擇模塊選擇不主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文 釋放請(qǐng)求時(shí)，啟動(dòng)定時(shí)器等待所述移動(dòng)管理實(shí)體主動(dòng)下發(fā)的上下文釋放命令，并在定時(shí)器 超時(shí)前收到所述上下文釋放命令的情況下，釋放本地資源以及用戶(hù)終端側(cè)資源，向所述移 動(dòng)管理實(shí)體回復(fù)上下文釋放完成消息；在定時(shí)器超時(shí)后仍未收到所述上下文釋放命令的情 況下，自行釋放本地資源以及用戶(hù)終端側(cè)資源。 所述呼叫指標(biāo)為掉話(huà)率、呼叫成功率和RRC連接異常釋放次數(shù)中的至少一種。
本發(fā)明所提供的初始上下文建立失敗后的異常處理方法、系統(tǒng)和設(shè)備，通過(guò)eNB 在初始上下文建立失敗的情況下，主動(dòng)釋放資源的策略，避免了在上述情況下可能導(dǎo)致的 接入側(cè)資源不能釋放，甚至接入側(cè)資源掛死的問(wèn)題；使得接入側(cè)資源能夠及時(shí)釋放，節(jié)省了 流程處理時(shí)間，避免了用戶(hù)終端長(zhǎng)時(shí)間無(wú)法再次接入的情況，提高了系統(tǒng)的可靠性。


圖1為現(xiàn)有技術(shù)中初始上下文建立失敗的流程示意圖； 圖2為本發(fā)明一種初始上下文建立失敗后的異常處理方法的流程圖； 圖3為本發(fā)明一種初始上下文建立失敗后的異常處理系統(tǒng)的組成結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明的方案進(jìn)一步詳細(xì)闡述。 本發(fā)明所提供的一種初始上下文建立失敗后的異常處理方法，如圖2所示，主要 包括以下步驟 步驟201， eNB接收匪E發(fā)起的初始上下文建立請(qǐng)求消息。 步驟202， eNB接收到初始上下文建立請(qǐng)求消息后，發(fā)起接入層的默認(rèn)承載建立過(guò) 程，但由于接入側(cè)異常或者資源受限，導(dǎo)致UE初始上下文建立失??；eNB向匪E回復(fù)初始上 下文建立失敗消息。 步驟203， eNB根據(jù)對(duì)自身以及匪E的呼叫指標(biāo)的判斷，選擇是否主動(dòng)向匪E發(fā)起 上下文釋放請(qǐng)求，如果不主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求，則執(zhí)行步驟204 ;如果主動(dòng)向匪E 發(fā)起上下文釋放請(qǐng)求，則執(zhí)行步驟207。 呼叫指標(biāo)可以是掉話(huà)率、呼叫成功率和無(wú)線(xiàn)資源控制(RRC， Radio ResourceControl)連接異常釋放次數(shù)中的至少一種。當(dāng)然，本發(fā)明中的呼叫指標(biāo)并不僅僅 局限于前述這些呼叫指標(biāo)，也可以根據(jù)實(shí)際需要，選擇其他的參數(shù)指標(biāo)作為本發(fā)明的呼叫 指標(biāo)。 以掉話(huà)率為例，由于主動(dòng)發(fā)起上下文釋放請(qǐng)求的操作會(huì)增加eNB和匪E的掉話(huà)率， 因此，根據(jù)對(duì)掉話(huà)率的統(tǒng)計(jì)結(jié)果，在當(dāng)前掉話(huà)率較高的情況下，eNB可以選擇不主動(dòng)向匪E 發(fā)起上下文釋放請(qǐng)求，從而避免掉話(huà)率的進(jìn)一步上升；在當(dāng)前掉話(huà)率較低的情況下，eNB可 以選擇主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求。 以呼叫成功率為例，根據(jù)對(duì)呼叫成功率的統(tǒng)計(jì)結(jié)果，在當(dāng)前呼叫成功率較高的情 況下，eNB可以選擇主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求；在當(dāng)前呼叫成功率較低的情況下，eNB 可以選擇不主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求。 以RRC連接異常釋放次數(shù)為例，根據(jù)對(duì)RRC連接異常釋放次數(shù)的統(tǒng)計(jì)結(jié)果，在當(dāng)前
RRC連接異常釋放次數(shù)較低的情況下，eNB可以選擇主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求；在當(dāng)
前RRC連接異常釋放次數(shù)較高的情況下，eNB可以選擇不主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求。
至于如何判定當(dāng)前掉話(huà)率、呼叫成功率或RRC連接異常釋放次數(shù)的高低，可以通過(guò)常用的
設(shè)置門(mén)限值，并將呼叫指標(biāo)與設(shè)置的門(mén)限值進(jìn)行比較的技術(shù)手段來(lái)實(shí)現(xiàn)；對(duì)應(yīng)不同的呼叫
指標(biāo)需要設(shè)置不同的門(mén)限值(比如采用掉話(huà)率需要設(shè)置第一門(mén)限值，采用呼叫成功率設(shè)置
第二門(mén)限值，如果采用RRC連接異常釋放次數(shù)就需要設(shè)置第三門(mén)限值等)，這些門(mén)限值可以
通過(guò)系統(tǒng)仿真或者外場(chǎng)實(shí)測(cè)數(shù)據(jù)等手段得到的性能要求進(jìn)行設(shè)置。 步驟204， eNB啟動(dòng)定時(shí)器，等待匪E主動(dòng)下發(fā)的上下文釋放命令。 定時(shí)器的時(shí)長(zhǎng)可以根據(jù)實(shí)際需要進(jìn)行設(shè)置，通常在幾毫秒到幾秒之間進(jìn)行選擇。 步驟205， eNB判斷定時(shí)器超時(shí)之前是否收到來(lái)自匪E的上下文釋放命令，如果收
到，則執(zhí)行步驟208 ;否則，執(zhí)行步驟206。 步驟206，定時(shí)器超時(shí)，eNB仍未收到來(lái)自匪E的上下文釋放命令，默認(rèn)匪E側(cè)資源 已經(jīng)釋放；eNB自行發(fā)起接入側(cè)資源釋放操作，釋放本地資源以及UE側(cè)資源，并在操作完成 后結(jié)束整個(gè)流程。 步驟207， eNB主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求，并等待接收匪E的上下文釋放命 令。
步驟208， eNB接收到匪E的上下文釋放命令，發(fā)起正常釋放過(guò)程，釋放本地資源以
及UE側(cè)資源，并向匪E回復(fù)上下文釋放完成消息，然后結(jié)束整個(gè)流程。 下面結(jié)合具體實(shí)施例對(duì)eNB主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求的處理流程進(jìn)行詳細(xì)
闡述，包括以下步驟 步驟301 ，匪E向eNB下發(fā)初始上下文建立請(qǐng)求消息，消息中攜帶默認(rèn)承載初始會(huì) 話(huà)協(xié)議(SIP， Session Initiation Protocol)信令信息和數(shù)據(jù)承載語(yǔ)音IP(VOIP， Voice Over Internet Protocol)信息。 步驟302， eNB在建立默認(rèn)承載SIP和數(shù)據(jù)承載VOIP時(shí)，由于接入側(cè)異常或者資源 受限，導(dǎo)致承載建立失?。籩NB向匪E回復(fù)初始上下文建立失敗消息。
步驟303， eNB向匪E發(fā)送上下文釋放請(qǐng)求消息，通知匪E發(fā)起上下文釋放操作。
步驟304，匪E收到來(lái)自eNB的上下文釋放請(qǐng)求，下發(fā)上下文釋放命令給eNB。
步驟305， eNB收到匪E的上下文釋放命令，釋放本地資源以及UE側(cè)資源，并向匪E 回復(fù)上下文釋放完成消息，然后結(jié)束整個(gè)流程。 下面結(jié)合具體實(shí)施例對(duì)eNB不主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求的處理流程進(jìn)行詳 細(xì)闡述，包括以下步驟 步驟401，匪E向eNB下發(fā)初始上下文建立請(qǐng)求消息，消息中攜帶默認(rèn)承載SIP信 令信息和數(shù)據(jù)承載VOIP信息。 步驟402， eNB在建立默認(rèn)承載SIP和數(shù)據(jù)承載VOIP時(shí)，由于接入側(cè)異?；蛘哔Y源 受限，導(dǎo)致承載建立失敗；eNB向匪E回復(fù)初始上下文建立失敗消息。 步驟403，eNB啟動(dòng)定時(shí)器等待匪E主動(dòng)下發(fā)的上下文釋放命令。定時(shí)器時(shí)長(zhǎng)為10毫秒。 步驟404，如果eNB在10毫秒內(nèi)收到匪E下發(fā)的上下文釋放命令，則eNB根據(jù)上下 文釋放命令，釋放本地資源以及UE側(cè)資源，并向匪E回復(fù)上下文釋放完成消息；如果eNB在 經(jīng)過(guò)10毫秒后還未收到匪E下發(fā)的上下文釋放命令，則eNB自行釋放本地資源以及UE側(cè) 資源，然后結(jié)束整個(gè)流程。 需要指出的是，eNB主動(dòng)發(fā)起上下文釋放請(qǐng)求的操作，可以保證接入側(cè)資源的正確 釋放，并達(dá)到及早釋放資源，保證UE后續(xù)能盡快重新接入的目的；eNB不主動(dòng)發(fā)起上下文釋 放請(qǐng)求的操作，則可以盡量留給匪E正常處理的機(jī)會(huì)，也可以保證接入側(cè)資源的釋放。
為實(shí)現(xiàn)上述本發(fā)明的初始上下文建立失敗后的異常處理方法，本發(fā)明還提供了一 種初始上下文建立失敗后的異常處理系統(tǒng)，如圖3所示，該系統(tǒng)包括演進(jìn)的節(jié)點(diǎn)B 10、移 動(dòng)管理實(shí)體20和用戶(hù)終端30。 演進(jìn)的節(jié)點(diǎn)B IO，用于在初始上下文建立失敗的情況下，根據(jù)對(duì)自身以及移動(dòng)管 理實(shí)體20的呼叫指標(biāo)的判斷，選擇是否主動(dòng)向移動(dòng)管理實(shí)體20發(fā)起上下文釋放請(qǐng)求；并根 據(jù)移動(dòng)管理實(shí)體20下發(fā)的上下文釋放命令，釋放本地資源以及用戶(hù)終端30側(cè)資源，回復(fù)上 下文釋放完成消息給移動(dòng)管理實(shí)體20。 移動(dòng)管理實(shí)體20，連接演進(jìn)的節(jié)點(diǎn)B IO，用于主動(dòng)向演進(jìn)的節(jié)點(diǎn)B 10下發(fā)上下文 釋放命令，或者在接收到演進(jìn)的節(jié)點(diǎn)B IO發(fā)起的上下文釋放請(qǐng)求后，向演進(jìn)的節(jié)點(diǎn)B 10下 發(fā)上下文釋放命令。 用戶(hù)終端30，用于協(xié)助演進(jìn)的節(jié)點(diǎn)B 10進(jìn)行資源釋放。
其中，演進(jìn)的節(jié)點(diǎn)B 10進(jìn)一步包括選擇模塊11、主動(dòng)釋放模塊12和被動(dòng)釋放模 塊13。選擇模塊ll，用于在初始上下文建立失敗的情況下，根據(jù)對(duì)自身以及移動(dòng)管理實(shí)體 20的呼叫指標(biāo)的判斷，選擇是否主動(dòng)向移動(dòng)管理實(shí)體20發(fā)起上下文釋放請(qǐng)求。主動(dòng)釋放模 塊12，連接選擇模塊ll，用于在選擇模塊11選擇主動(dòng)向移動(dòng)管理實(shí)體20發(fā)起上下文釋放 請(qǐng)求時(shí)，向移動(dòng)管理實(shí)體20發(fā)起上下文釋放請(qǐng)求，并根據(jù)移動(dòng)管理實(shí)體20下發(fā)的上下文釋 放命令，釋放本地資源以及用戶(hù)終端30側(cè)資源；然后向移動(dòng)管理實(shí)體20回復(fù)上下文釋放完 成消息。被動(dòng)釋放模塊13，連接選擇模塊ll，用于在選擇模塊11選擇不主動(dòng)向移動(dòng)管理實(shí) 體20發(fā)起上下文釋放請(qǐng)求時(shí)，啟動(dòng)定時(shí)器等待移動(dòng)管理實(shí)體20主動(dòng)下發(fā)的上下文釋放命 令，并在定時(shí)器超時(shí)前收到上下文釋放命令的情況下，釋放本地資源以及用戶(hù)終端30側(cè)資 源，向移動(dòng)管理實(shí)體20回復(fù)上下文釋放完成消息；在定時(shí)器超時(shí)后仍未收到上下文釋放命 令的情況下，自行釋放本地資源以及用戶(hù)終端30側(cè)資源。 以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種初始上下文建立失敗后的異常處理方法，其特征在于，該方法包括A、在初始上下文建立失敗的情況下，根據(jù)對(duì)自身以及移動(dòng)管理實(shí)體MME的呼叫指標(biāo)的判斷，選擇是否主動(dòng)向所述MME發(fā)起上下文釋放請(qǐng)求，如果是，則執(zhí)行步驟B；否則，執(zhí)行步驟C；B、向所述MME發(fā)起上下文釋放請(qǐng)求，并根據(jù)所述MME下發(fā)的上下文釋放命令，釋放本地資源以及用戶(hù)終端UE側(cè)資源；然后向所述MME回復(fù)上下文釋放完成消息，并結(jié)束流程；C、啟動(dòng)定時(shí)器等待所述MME主動(dòng)下發(fā)的上下文釋放命令，如果在定時(shí)器超時(shí)之前收到所述上下文釋放命令，則釋放本地資源以及UE側(cè)資源，向所述MME回復(fù)上下文釋放完成消息，并結(jié)束流程；如果定時(shí)器超時(shí)，仍未收到所述上下文釋放命令，則自行釋放本地資源以及UE側(cè)資源，并結(jié)束流程。
2. 根據(jù)權(quán)利要求1所述初始上下文建立失敗后的異常處理方法，其特征在于，所述呼 叫指標(biāo)為掉話(huà)率、呼叫成功率和無(wú)線(xiàn)資源控制RRC連接異常釋放次數(shù)中的至少一種。
3. 根據(jù)權(quán)利要求1或2所述初始上下文建立失敗后的異常處理方法，其特征在于，根據(jù) 對(duì)掉話(huà)率的判斷，選擇是否主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求，具體為將所述掉話(huà)率與設(shè)置的第一門(mén)限值進(jìn)行比較，當(dāng)判斷所述掉話(huà)率低于所述第一門(mén)限值 時(shí)，選擇主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求；當(dāng)判斷所述掉話(huà)率高于所述第一門(mén)限值時(shí)，選擇 不主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求。
4. 根據(jù)權(quán)利要求1或2所述初始上下文建立失敗后的異常處理方法，其特征在于，根據(jù) 對(duì)呼叫成功率的判斷，選擇是否主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求，具體為將所述呼叫成功率與設(shè)置的第二門(mén)限值進(jìn)行比較，當(dāng)判斷所述呼叫成功率高于所述第 二門(mén)限值時(shí)，選擇主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求；當(dāng)判斷所述呼叫成功率低于所述第二 門(mén)限值時(shí)，選擇不主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求。
5. 根據(jù)權(quán)利要求1或2所述初始上下文建立失敗后的異常處理方法，其特征在于，根據(jù) 對(duì)RRC連接異常釋放次數(shù)的判斷，選擇是否主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求，具體為將所述RRC連接異常釋放次數(shù)與設(shè)置的第三門(mén)限值進(jìn)行比較，當(dāng)判斷所述RRC連接異 常釋放次數(shù)低于所述第三門(mén)限值時(shí)，選擇主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求；當(dāng)判斷所述RRC 連接異常釋放次數(shù)高于所述第三門(mén)限值時(shí)，選擇不主動(dòng)向匪E發(fā)起上下文釋放請(qǐng)求。
6. —種初始上下文建立失敗后的異常處理系統(tǒng)，其特征在于，包括演進(jìn)的節(jié)點(diǎn)B、移 動(dòng)管理實(shí)體和用戶(hù)終端；其中，所述演進(jìn)的節(jié)點(diǎn)B，用于在初始上下文建立失敗的情況下，根據(jù)對(duì)自身以及所述移動(dòng)管 理實(shí)體的呼叫指標(biāo)的判斷，選擇是否主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放請(qǐng)求；并根據(jù)所述移動(dòng)管理實(shí)體下發(fā)的上下文釋放命令，釋放本地資源以及用戶(hù)終端側(cè)資源，回復(fù)上 下文釋放完成消息給所述移動(dòng)管理實(shí)體；移動(dòng)管理實(shí)體，用于主動(dòng)向所述演進(jìn)的節(jié)點(diǎn)B下發(fā)上下文釋放命令，或者在接收到所 述演進(jìn)的節(jié)點(diǎn)B發(fā)起的上下文釋放請(qǐng)求之后，向所述演進(jìn)的節(jié)點(diǎn)B下發(fā)上下文釋放命令；用戶(hù)終端，用于協(xié)助所述演進(jìn)的節(jié)點(diǎn)B進(jìn)行資源釋放。
7. 根據(jù)權(quán)利要求6所述初始上下文建立失敗后的異常處理系統(tǒng)，其特征在于，所述演 進(jìn)的節(jié)點(diǎn)B進(jìn)一步包括選擇模塊，用于在初始上下文建立失敗的情況下，根據(jù)對(duì)自身以及所述移動(dòng)管理實(shí)體的呼叫指標(biāo)的判斷，選擇是否主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放請(qǐng)求；主動(dòng)釋放模塊，用于在所述選擇模塊選擇主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放請(qǐng) 求時(shí)，向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放請(qǐng)求，并根據(jù)所述移動(dòng)管理實(shí)體下發(fā)的上下文釋放命令，釋放本地資源以及用戶(hù)終端側(cè)資源；然后向所述移動(dòng)管理實(shí)體回復(fù)上下文釋放 完成消息；被動(dòng)釋放模塊，用于在所述選擇模塊選擇不主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放 請(qǐng)求時(shí)，啟動(dòng)定時(shí)器等待所述移動(dòng)管理實(shí)體主動(dòng)下發(fā)的上下文釋放命令，并在定時(shí)器超時(shí) 前收到所述上下文釋放命令的情況下，釋放本地資源以及用戶(hù)終端側(cè)資源，向所述移動(dòng)管 理實(shí)體回復(fù)上下文釋放完成消息；在定時(shí)器超時(shí)后仍未收到所述上下文釋放命令的情況 下，自行釋放本地資源以及用戶(hù)終端側(cè)資源。
8. 根據(jù)權(quán)利要求6或7所述初始上下文建立失敗后的異常處理系統(tǒng)，其特征在于，所述 呼叫指標(biāo)為掉話(huà)率、呼叫成功率和RRC連接異常釋放次數(shù)中的至少一種。
9. 一種演進(jìn)的節(jié)點(diǎn)B，其特征在于，包括選擇模塊，用于在初始上下文建立失敗的情況下，根據(jù)對(duì)自身以及所述移動(dòng)管理實(shí)體 的呼叫指標(biāo)的判斷，選擇是否主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放請(qǐng)求；主動(dòng)釋放模塊，用于在所述選擇模塊選擇主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放請(qǐng) 求時(shí)，向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放請(qǐng)求，并根據(jù)所述移動(dòng)管理實(shí)體下發(fā)的上下文 釋放命令，釋放本地資源以及用戶(hù)終端側(cè)資源；然后向所述移動(dòng)管理實(shí)體回復(fù)上下文釋放 完成消息；被動(dòng)釋放模塊，用于在所述選擇模塊選擇不主動(dòng)向所述移動(dòng)管理實(shí)體發(fā)起上下文釋放 請(qǐng)求時(shí)，啟動(dòng)定時(shí)器等待所述移動(dòng)管理實(shí)體主動(dòng)下發(fā)的上下文釋放命令，并在定時(shí)器超時(shí) 前收到所述上下文釋放命令的情況下，釋放本地資源以及用戶(hù)終端側(cè)資源，向所述移動(dòng)管 理實(shí)體回復(fù)上下文釋放完成消息；在定時(shí)器超時(shí)后仍未收到所述上下文釋放命令的情況 下，自行釋放本地資源以及用戶(hù)終端側(cè)資源。
10. 根據(jù)權(quán)利要求9所述演進(jìn)的節(jié)點(diǎn)B，其特征在于，所述呼叫指標(biāo)為掉話(huà)率、呼叫成功 率和RRC連接異常釋放次數(shù)中的至少一種。
全文摘要
本發(fā)明公開(kāi)了一種初始上下文建立失敗后的異常處理方法，包括演進(jìn)的節(jié)點(diǎn)B(eNB)在初始上下文建立失敗的情況下，根據(jù)自身以及移動(dòng)管理實(shí)體(MME)的呼叫指標(biāo)，主動(dòng)向MME發(fā)起上下文釋放請(qǐng)求，并根據(jù)MME下發(fā)的上下文釋放命令，釋放本地資源以及用戶(hù)終端(UE)側(cè)資源；或者啟動(dòng)定時(shí)器等待MME主動(dòng)下發(fā)的上下文釋放命令，并根據(jù)收到的上下文釋放命令釋放本地資源以及UE側(cè)資源。本發(fā)明公開(kāi)了一種初始上下文建立失敗后的異常處理系統(tǒng)和eNB，使得接入側(cè)資源在初始上下文建立失敗的情況下能夠及時(shí)釋放，節(jié)省了流程處理時(shí)間，避免了用戶(hù)終端長(zhǎng)時(shí)間無(wú)法再次接入的情況，提高了系統(tǒng)的可靠性。
文檔編號(hào)H04W74/00GK101754397SQ200810239949
公開(kāi)日2010年6月23日 申請(qǐng)日期2008年12月16日 優(yōu)先權(quán)日2008年12月16日
發(fā)明者馮巖, 蘇宏濤 申請(qǐng)人:中興通訊股份有限公司