專利名稱：檢測h.248協(xié)議異常上下文的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體地說，涉及通信領(lǐng)域中NGN系統(tǒng)中MGC和MGW上異常上下文的檢測方法。
背景技術(shù)：
隨著移動通訊系統(tǒng)在經(jīng)濟(jì)和社會生活等各個(gè)領(lǐng)域日益廣泛的應(yīng)用，移動通訊系統(tǒng)技術(shù)本身也在快速發(fā)展之中，從目前正在廣泛使用的第二代移動通訊系統(tǒng)，到正在成熟完善的第三代移動通訊系統(tǒng)，技術(shù)上的發(fā)展正在日益滿足用戶對于通訊系統(tǒng)的需求。國際標(biāo)準(zhǔn)化組織3GPP(3rd GenerationPartnership project)和3GPP2(3rd Generation Partnership project2)分別負(fù)責(zé)第三代移動通訊系統(tǒng)國際標(biāo)準(zhǔn)WCDMA標(biāo)準(zhǔn)和CDMA2000標(biāo)準(zhǔn)的制定和修改。在兩種類型的標(biāo)準(zhǔn)中，H.248協(xié)議被3GPP/3GPP2等組織廣泛采用，作為NGN(Next Generation Network，如SOFTSWITCH/WCDMA/CDMA2000/TD-SCDMA)網(wǎng)絡(luò)承載和控制分離的協(xié)議標(biāo)準(zhǔn)，H.248協(xié)議主要用于MGC(Media Gateway Control媒體網(wǎng)關(guān)控制器)和MGW(Media Gateway媒體網(wǎng)關(guān))之間的網(wǎng)關(guān)控制以及承載建立控制。
在H.248協(xié)議的應(yīng)用中，所有的事務(wù)的操作都是針對某個(gè)上下文的，上下文通過上下文ID來標(biāo)識，可以說上下文ID是連接事務(wù)、命令、Termination的紐帶，所有的操作都圍繞上下文ID展開。上下文ID是MGC與MGW維持一個(gè)連接的關(guān)鍵參數(shù)。在一個(gè)完整的呼叫過程中，往往會涉及到上下文的創(chuàng)建、刪除過程。事實(shí)上，上下文的創(chuàng)建、刪除過程也是H.248的最重要的過程之一，上下文ID由MGW分配，MGW將其分配的上下文ID返回給MGC，從而使得MGC獲得該上下文ID的數(shù)據(jù)，后續(xù)的MGC與MGW通過上下文ID來維系著彼此之間的呼叫，一旦一方的上下文ID被改寫或者丟失，呼叫將發(fā)生錯(cuò)亂，從而導(dǎo)致MGC、MGW的上下文ID異常。異常上下文一旦產(chǎn)生，不論是對MGC還是對MGW都必須將其找出來并且刪除它，否則此異常上下文存在于系統(tǒng)中，會對系統(tǒng)的穩(wěn)定運(yùn)行產(chǎn)生嚴(yán)重的后果，而通過專利檢索以及公開文獻(xiàn)查詢，并未發(fā)現(xiàn)能夠?qū)Ξ惓Ｉ舷挛倪M(jìn)行有效檢測的現(xiàn)有技術(shù)，也未在現(xiàn)有產(chǎn)品中發(fā)現(xiàn)有關(guān)解決方案。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種檢測H.248協(xié)議異常上下文的方法，以期克服現(xiàn)有技術(shù)無法有效檢測H.248協(xié)議異常上下文的問題，以使系統(tǒng)能夠有效檢測H.248協(xié)議異常上下文，增強(qiáng)系統(tǒng)運(yùn)行的穩(wěn)定性。
為實(shí)現(xiàn)上述目的，本發(fā)明提出了一種檢測H.248協(xié)議異常上下文的方法，其特征在于，包括以下步驟第一方面MGC檢測異常上下文過程第一步MGC發(fā)送Service Change命令到指定的MGW，其中ContextID為檢測的上下文ID，Method為擴(kuò)展的Service Change Method X-Testcx；第二步MGW收到MGC來的請求后，查找Context ID，如果上下文不存在，則回給MGC一個(gè)錯(cuò)誤，如果上下文存在則回一個(gè)正常的Reply；第三步MGC收到MGW的Reply后，通過分析其參數(shù)，如果Reply正常，說明此上下文ID正常，否則上下文異常，需要進(jìn)行異常處理，強(qiáng)制刪除此上下文。
第二方面MGW檢測異常上下文過程第一步MGW發(fā)送Service Change命令到MGC，其中Context ID為檢測的上下文ID，Method為擴(kuò)展的Service Change Method X-Testcx；
第二步MGC收到MGC來的請求后，查找Context ID，如果上下文不存在，則回給MGW一個(gè)錯(cuò)誤，如果上下文存在則回一個(gè)正常的Reply；第三步MGW收到MGC的Reply后，通過分析其參數(shù)，如果Reply正常，說明此上下文ID正常，否則上下文異常，需要進(jìn)行異常處理，強(qiáng)制刪除此上下文。
采用本發(fā)明的檢測異常上下文的方法，充分利用H.248協(xié)議ServiceChange命令，及其可擴(kuò)展的Service Change Method參數(shù)，充分利用異常上下文的特點(diǎn)，利用MGW同MGC之間進(jìn)行Service Change命令的交互，通過分析其Service Change Method X-Testcx來達(dá)到檢測異常上下文的目的。可以有效的清除MGC、MGW異常的上下文，使得MGW、MGC整個(gè)系統(tǒng)中異常的上下文可以自行的刪除，確保系統(tǒng)的穩(wěn)定。


圖1是本發(fā)明所述方法中MGC檢測異常上下文方法流程圖。
圖2是本發(fā)明所述方法中MGW檢測異常上下文方法流程圖。
具體實(shí)施例方式
下面結(jié)合附圖，對本發(fā)明的具體實(shí)施作進(jìn)一步的詳細(xì)描述。
前面已經(jīng)介紹過，上下文是MGW、MGC進(jìn)行呼叫通信的關(guān)鍵參數(shù)，一旦此參數(shù)發(fā)生了異常，此呼叫將無法釋放，很容易吊死一方的數(shù)據(jù)區(qū)，吊死的上下文使得系統(tǒng)異常，因此查找異常的上下文顯得越發(fā)重要。異常上下文的判斷需要MGC、MGW雙方都要進(jìn)行。異常上下文的判斷條件是相對的，MGC中的一個(gè)上下文是否異常，只有對應(yīng)的MGW知道，同樣的MGW中的一個(gè)上下文是否異常，也只有相關(guān)的MGC知道。
假設(shè)MGC同MGW已經(jīng)建立了一個(gè)上下文的連接，上下文ID為1，MGC同MGW上都擁有一個(gè)相同的上下文ID為1的數(shù)據(jù)。但經(jīng)過較長的時(shí)間，MGC發(fā)現(xiàn)此上下文ID為1的數(shù)據(jù)仍然存在，MGC開始懷疑此上下文ID可能已經(jīng)異常，進(jìn)行如下處理(如圖1所示)第一步MGC懷疑此上下文已經(jīng)異常，譬如存在的時(shí)間過長等，就向指定的MGW發(fā)送一個(gè)請求事務(wù)，上下文ID為1，命令為Service Change，其Service Change Method為X-Testcx，來檢測此上下文ID是否異常，此消息的發(fā)送對呼叫不會產(chǎn)生任何不良影響。
第二步MGW收到Service Change消息后，分析Service Change消息的內(nèi)容，發(fā)現(xiàn)Service Change Method為X-Testcx，然后分析此上下文ID的數(shù)據(jù)區(qū)，如果此上下文ID存在，MGW回給MGC一個(gè)正常的Reply，否則回給MGC一個(gè)錯(cuò)誤，錯(cuò)誤碼為412，說明MGW上已經(jīng)沒有此上下文ID。
第三步MGC收到MGW的Reply后，通過分析Reply中的參數(shù)，如果Reply為一個(gè)正常的Reply，說明此上下文是正常的；如果Reply中有錯(cuò)誤碼為412，說明此上下文已經(jīng)異常，需要將此上下文刪除。
同樣的MGW啟動檢測檢測異常上下文的流程如圖2所示第一步MGW懷疑此上下文已經(jīng)異常，譬如存在的時(shí)間過長等，就向其所注冊的MGC發(fā)送一個(gè)請求事務(wù)，上下文ID為1，命令ServiceChange，其Service Change Method為X-Testcx，來檢測此上下文ID是否異常。
第二步MGC收到Service Change消息后，分析Service Change消息的內(nèi)容，發(fā)現(xiàn)Service Change Method為X-Testcx，然后分析此上下文ID的數(shù)據(jù)區(qū)，如果此上下文ID存在，MGC回給MGW一個(gè)正常的Reply，否則回給MGW一個(gè)錯(cuò)誤，錯(cuò)誤碼為412，說明MGC上已經(jīng)沒有此上下文ID。
第三步MGW收到此Reply后，通過分析Reply中的參數(shù)，如果Reply為一個(gè)正常的Reply，說明此上下文是正常的；如果Reply中有錯(cuò)誤碼為412，說明上下文異常，需要將此上下文刪除。
采用本方法不會影響正常的呼叫流程，MGC或MGW通過計(jì)算上下文ID存活的時(shí)間來懷疑其是否異常，啟動我們的上下文的異常檢測流程，將異常的上下文刪除，保證系統(tǒng)的健康穩(wěn)定。
權(quán)利要求
1.一種檢測H.248協(xié)議異常上下文的方法，其特征在于，包括以下步驟第一方面MGC檢測異常上下文過程第一步MGC發(fā)送Service Change命令到指定的MGW，其中Context ID為檢測的上下文ID，Method為擴(kuò)展的Service ChangeMethod X-Testcx；第二步MGW收到MGC發(fā)送的請求后，查找Context ID，如果上下文不存在，則回復(fù)給MGC一個(gè)錯(cuò)誤響應(yīng)，如果上下文存在則回復(fù)一個(gè)正常的響應(yīng)；第三步MGC收到MGW的響應(yīng)后，通過分析其參數(shù)，如果響應(yīng)正常，說明此上下文ID正常，否則上下文異常，需要進(jìn)行異常處理，強(qiáng)制刪除此上下文；第二方面MGW檢測異常上下文過程第一步MGW發(fā)送Service Change命令到MGC，其中Context ID為檢測的上下文ID，Method為擴(kuò)展的Service ChangeMethod X-Testcx；第二步MGC收到MGC發(fā)送的請求后，查找Context ID，如果上下文不存在，則回復(fù)給MGW一個(gè)錯(cuò)誤響應(yīng)，如果上下文存在則回復(fù)一個(gè)正常的響應(yīng)；第三步MGW收到MGC的響應(yīng)后，通過分析其參數(shù)，如果響應(yīng)正常，說明此上下文ID正常，否則上下文異常，需要進(jìn)行異常處理，強(qiáng)制刪除此上下文。
2.根據(jù)權(quán)利要求1所述的檢測H.248協(xié)議異常上下文的方法，其特征在于，當(dāng)MGC懷疑存在的時(shí)間過長等上下文異常情況時(shí)，就向指定的MGW發(fā)送一個(gè)請求事務(wù)。
3.根據(jù)權(quán)利要求1所述的檢測H.248協(xié)議異常上下文的方法，其特征在于，當(dāng)MGW懷疑存在的時(shí)間過長等上下文異常情況時(shí)，就向其所注冊的MGC發(fā)送一個(gè)請求事務(wù)。
全文摘要
本發(fā)明公開了一種通訊領(lǐng)域中的檢測H.248協(xié)議異常上下文的方法，包括MGW檢測異常上下文過程和MGC檢測異常上下文過程MGC檢測異常上下文過程包括1.MGC發(fā)送Service Change命令到指定的MGW；2.MGW收到請求后，查找Context ID，如果上下文不存在，則回給MGC一個(gè)錯(cuò)誤，如果上下文存在則回一個(gè)正常的Reply；3.MGC收到MGW的Reply后，通過分析其參數(shù)，如果上下文異常，需要進(jìn)行異常處理，強(qiáng)制刪除此上下文。本發(fā)明可以有效的清除MGC、MGW異常的上下文，使得MGW、MGC整個(gè)系統(tǒng)中異常的上下文可以自行的刪除，確保系統(tǒng)的穩(wěn)定。
文檔編號H04L1/20GK1545240SQ20031011221
公開日2004年11月10日 申請日期2003年11月14日 優(yōu)先權(quán)日2003年11月14日
發(fā)明者劉其鋒, 王傳政, 胡憲利 申請人:中興通訊股份有限公司