專利名稱：下一代網(wǎng)絡(luò)媒體網(wǎng)關(guān)呼叫全流程跟蹤的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及下一代網(wǎng)絡(luò)技術(shù)，特別涉及下一代網(wǎng)絡(luò)(Next GenerationNetwork，簡稱“NGN”)中流程跟蹤的技術(shù)。
背景技術(shù)：
傳統(tǒng)網(wǎng)絡(luò)是基于時分多路復(fù)用(Time Division Multiplexing，簡稱“TDM”)的公用電話交換網(wǎng)(Public Switched Telephone Network，簡稱“PSTN”)話音網(wǎng)，以電路交換為主，當(dāng)初主要是為了傳輸語音、保證語音質(zhì)量、承擔(dān)語音業(yè)務(wù)而設(shè)計建造的，且業(yè)務(wù)和控制都由交換機完成。在傳統(tǒng)的基于TDM的電路交換網(wǎng)中，交換機的結(jié)構(gòu)如圖1所示。其中，在呼叫控制中，使用七號信令系統(tǒng)(Signaling System 7，簡稱“SS7”)。
隨著數(shù)據(jù)業(yè)務(wù)飛速增長，傳統(tǒng)的電路交換網(wǎng)給數(shù)據(jù)用戶帶來很多不便，例如通信價格高、上網(wǎng)速度慢、等待時間長、傳輸質(zhì)量低、增加新業(yè)務(wù)難等。而隨著通信技術(shù)的發(fā)展，所有業(yè)務(wù)共同承載在單一的數(shù)據(jù)網(wǎng)上正在逐步成為可能。NGN正是在這種情況下提出的，并且在近年來得到了迅速的發(fā)展。NGN在傳統(tǒng)的以電路交換為主的PSTN網(wǎng)絡(luò)中逐漸邁出了向以分組交換為主的步伐，它承載了原有PSTN網(wǎng)絡(luò)的所有業(yè)務(wù)，同時把大量的數(shù)據(jù)傳輸卸載(offload)到異步傳輸模式(Asynchronous Transfer Mode，簡稱“ATM”)/網(wǎng)間互聯(lián)協(xié)議(Internet Protocol，簡稱“IP”)網(wǎng)絡(luò)中以減輕PSTN網(wǎng)絡(luò)的重荷，又以ATM/IP技術(shù)的新特性增加和增強了許多新老業(yè)務(wù)。從這個意義上講，NGN是基于TDM的PSTN語音網(wǎng)絡(luò)和基于ATM/IP的分組網(wǎng)絡(luò)融合的產(chǎn)物，它使得在新一代網(wǎng)絡(luò)上語音、視頻、數(shù)據(jù)等綜合業(yè)務(wù)成為了可能。NGN采用業(yè)務(wù)控制和承載媒體相分離的軟交換(SoftSwitch)技術(shù)，網(wǎng)絡(luò)設(shè)備的處理能力有了很大的提高，可以處理更多的話務(wù)和承載更多的業(yè)務(wù)負(fù)荷。
國際電信聯(lián)盟-電信標(biāo)準(zhǔn)部(International Telecommunication UnionTelecommunication Standardization Sector，簡稱“ITU-T”)于2004年2月給出的NGN的定義為NGN是一個分組網(wǎng)絡(luò)，它提供包括電信業(yè)務(wù)在內(nèi)的多種業(yè)務(wù)，能夠利用多種帶寬和具有服務(wù)質(zhì)量(Quality of Service，簡稱“QoS”)能力的傳送技術(shù)，實現(xiàn)業(yè)務(wù)功能與底層傳送技術(shù)的分離；它允許用戶對不同業(yè)務(wù)提供商網(wǎng)絡(luò)的自由接入，并支持通用移動性，實現(xiàn)用戶對業(yè)務(wù)使用的一致性和統(tǒng)一性。
其中，NGN采用軟交換的物理模型的示意圖如圖2所示。軟交換通過H.248/媒體網(wǎng)關(guān)控制協(xié)議(Medium Gateway Control Protocol，簡稱“MGCP”)等控制協(xié)議操作媒體網(wǎng)關(guān)，SS7只在軟交換上進行，軟交換上還運行H.323/承載無關(guān)呼叫控制(Bearer Independent Call Control，簡稱“BICC”)/會話初始化協(xié)議(Session Initiation Protocol，簡稱“SIP”)等協(xié)議，媒體網(wǎng)關(guān)(MediaGateway，簡稱“MG”)上只進行資源操作。
在H.248中，MG上的媒體資源操作都是以端點(Termination)為單位進行，而端點操作基本上是在上下文(Context)環(huán)境中進行的。
H.248協(xié)議的消息機制如圖3所示。熟悉本領(lǐng)域的技術(shù)人員知道，H.248協(xié)議的消息的基本操作單元是事務(wù)(Transacion)，一個事務(wù)中包含對若干上下文和端點的操作，事務(wù)由事務(wù)標(biāo)識符(ID)(32位長字)唯一標(biāo)識。軟交換上若干事務(wù)的組合，就是一個完整呼叫流程的所有H.248命令。
H.248消息和媒體網(wǎng)關(guān)操作中，一個在上下文C1中端點T1、T2被創(chuàng)建和T2被刪除的過程如圖4所示。其中，箭頭上方文字為H.248消息原語，下方為解釋。
其中，關(guān)于H.248協(xié)議的具體細(xì)節(jié)，可以參見《Gateway Control ProtocolVersion 1》(RFC 3025)，中文可譯為《網(wǎng)關(guān)控制協(xié)議1版》(請求評注標(biāo)準(zhǔn)3025)。
在上述過程中，一旦出現(xiàn)呼叫建立失敗等故障，在媒體網(wǎng)關(guān)上必須對呼叫進行跟蹤，輸出H.248信令交互過程和內(nèi)部資源操作，才能幫助定位和解決問題。然而，媒體網(wǎng)關(guān)上同時進行的呼叫和資源操作數(shù)量巨大，時序交錯，如果把這些信息全部輸出，將不能看出各個呼叫的全流程信令交互和內(nèi)部資源操作。因此，必須設(shè)定過濾條件，僅把希望跟蹤的呼叫相關(guān)的H.248信令交互過程和內(nèi)部資源操作輸出。
現(xiàn)有的技術(shù)方案中，為了在NGN媒體網(wǎng)關(guān)中對呼叫進行跟蹤，通常有兩種方案，這兩種方案都需要在媒體網(wǎng)關(guān)上手工創(chuàng)建跟蹤任務(wù)，它們的原理分別如下技術(shù)方案一對指定的上下文進行跟蹤。當(dāng)網(wǎng)關(guān)收到H.248消息后，解析其中的上下文是否需要跟蹤。如果是，則把有關(guān)這個上下文的收到和發(fā)出的H.248消息以及媒體網(wǎng)關(guān)內(nèi)部操作過程輸出，用于分析媒體網(wǎng)關(guān)內(nèi)部處理。
技術(shù)方案二對指定的端點進行跟蹤。當(dāng)網(wǎng)關(guān)收到H.248消息后，解析其中的端點是否需要跟蹤。如果是，則把有關(guān)這個端點操作的收到和發(fā)出的H.248消息以及媒體網(wǎng)關(guān)內(nèi)部操作過程輸出，用于分析媒體網(wǎng)關(guān)內(nèi)部處理。
在實際應(yīng)用中，上述方案存在以下問題無論是技術(shù)方案一還是技術(shù)方案二，都會存在有些消息難以跟蹤，指定的跟蹤條件不好選取和關(guān)聯(lián)較多時跟蹤難以實現(xiàn)的情況。
造成這種情況的主要原因在于，對于技術(shù)方案一，首先，在沒有上下文信息的呼叫消息，例如網(wǎng)關(guān)自選上下文時，若想跟蹤輸出，必須在網(wǎng)關(guān)上緩存消息，然后經(jīng)過匹配后再跟蹤輸出，比較難以跟蹤。
其次，用戶很難確定網(wǎng)關(guān)上的上下文分配情況，若用戶指定的上下文已經(jīng)被分配，那么以前的消息與操作將無法跟蹤到，若用戶指定的上下文很久之后才能分配到，則會有等待時間的浪費，造成上下文不好指定。
第三，在實際的業(yè)務(wù)中，有的呼叫流程很復(fù)雜，會有多個上下文關(guān)聯(lián)，只跟蹤一個上下文不能全面反映網(wǎng)關(guān)的處理流程，但由于上下文關(guān)聯(lián)是由軟交換指定的，網(wǎng)關(guān)無法預(yù)計這種跟蹤關(guān)系，無法事先手工一一指定，如果用軟件實現(xiàn)關(guān)聯(lián)，處理過程又很復(fù)雜，從而造成跟蹤難以實現(xiàn)。
同樣道理，對于技術(shù)方案二，也存在不含端點信息的消息難以跟蹤，指定的端點不好選取和端點關(guān)聯(lián)跟蹤難于實現(xiàn)的問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種下一代網(wǎng)絡(luò)媒體網(wǎng)關(guān)呼叫全流程跟蹤的方法，使得媒體網(wǎng)關(guān)可以對任意呼叫的整個呼叫流程進行完整的跟蹤。
為實現(xiàn)上述目的，本發(fā)明提供了一種下一代網(wǎng)絡(luò)媒體網(wǎng)關(guān)呼叫全流程跟蹤的方法，包含以下步驟A根據(jù)需要跟蹤的呼叫流程，在和該呼叫流程有關(guān)的H.248消息的事務(wù)頭中設(shè)定跟蹤開關(guān)信息；B所述媒體網(wǎng)關(guān)根據(jù)所述跟蹤開關(guān)信息判斷所接收的H.248消息是否需要跟蹤，若是則進行處理并執(zhí)行跟蹤的操作，否則直接進行處理。
其中，所述步驟A中，在需要跟蹤的H.248消息中還包含擴展包；所述步驟B中進行跟蹤時輸出的信息的內(nèi)容和去向由所述擴展包的定義決定。
所述擴展包帶有支持多個呼叫同時跟蹤的標(biāo)識號，攜帶跟蹤輸出顯示的必需信息；跟蹤時根據(jù)所述擴展包中的不同標(biāo)識號區(qū)分不同呼叫的跟蹤，并分別輸出。
所述跟蹤開關(guān)信息在所述H.248消息中的事務(wù)標(biāo)識符中設(shè)定，默認(rèn)設(shè)定為不進行跟蹤。
所述事務(wù)標(biāo)識符最高位置1時表示需要跟蹤，置0時表示不進行跟蹤，0為默認(rèn)值。
根據(jù)需要跟蹤的呼叫流程設(shè)定所述跟蹤開關(guān)信息并將所述擴展包插入所述H.248消息中的對應(yīng)位置。
所述步驟B還包含以下子步驟B1所述媒體網(wǎng)關(guān)判斷所接收的H.248消息是否需要跟蹤，若是則進入步驟B2，否則進入步驟B5；B2所述媒體網(wǎng)關(guān)分析所述H.248消息中的所述擴展包，將該所述H.248消息按照所述擴展包中的標(biāo)識號輸出到對應(yīng)監(jiān)測窗口，接著進入步驟B3；B3所述媒體網(wǎng)關(guān)處理所述H.248消息并進行資源操作，將操作結(jié)果按照所述擴展包中的標(biāo)識號輸出到對應(yīng)監(jiān)測窗口，接著進入步驟B4；B4所述媒體網(wǎng)關(guān)發(fā)出回應(yīng)消息并將該回應(yīng)消息輸出到對應(yīng)監(jiān)測窗口后結(jié)束；B5所述媒體網(wǎng)關(guān)依照現(xiàn)有技術(shù)處理所述H.248消息，進行資源操作并發(fā)出回應(yīng)消息后結(jié)束。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的區(qū)別在于，本發(fā)明方案由軟交換在H.248消息上設(shè)定跟蹤標(biāo)志并指定需要跟蹤輸出的內(nèi)容，由媒體網(wǎng)關(guān)對設(shè)置有跟蹤標(biāo)志的消息進行跟蹤。
這種技術(shù)方案上的區(qū)別，帶來了較為明顯的有益效果，即本發(fā)明方案由于是軟交換上設(shè)定跟蹤標(biāo)識，控制媒體網(wǎng)關(guān)進行跟蹤，所以克服了在媒體網(wǎng)關(guān)上通過指定上下文或端點進行跟蹤而帶來的缺陷，并且可以同時對多個呼叫進行跟蹤并分別清晰地輸出各個呼叫的跟蹤信息。本發(fā)明方案實現(xiàn)簡單，跟蹤到的H.248消息和內(nèi)部處理流程完整、清晰。本發(fā)明還可以把需要跟蹤的呼叫在全流程中的所有H.248信令交互和內(nèi)部資源操作步驟輸出，便于故障分析定位。


圖1為傳統(tǒng)的基于TDM的電路交換網(wǎng)中交換機的結(jié)構(gòu)示意圖；圖2為NGN采用軟交換的物理模型的示意圖；圖3為H.248協(xié)議的消息機制示意圖；圖4為H.248消息和媒體網(wǎng)關(guān)操作中，一個在上下文C1中端點T1、T2被創(chuàng)建和T2被刪除的過程示意圖；圖5為根據(jù)本發(fā)明的一個較佳實施例的在NGN的媒體網(wǎng)關(guān)中實現(xiàn)呼叫全流程跟蹤的流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細(xì)描述。
首先說明一下本發(fā)明的基本原理。
考慮到軟交換具體處理信令，所以它可以很容易地確定哪些事務(wù)和哪個呼叫流程相關(guān)。當(dāng)需要啟動某個呼叫的全流程跟蹤時，只需要由軟交換在發(fā)給媒體網(wǎng)關(guān)的H.248消息中，指明相關(guān)事務(wù)是需要跟蹤的，媒體網(wǎng)關(guān)就可以把收到和發(fā)出的H.248消息以及網(wǎng)關(guān)內(nèi)部操作過程輸出，這些信息就可以顯示出一個呼叫在媒體網(wǎng)關(guān)內(nèi)部的完整處理。
基于上述考慮，可以通過擴展軟交換與媒體網(wǎng)關(guān)交互的H.248信令，從軟交換上指示媒體網(wǎng)關(guān)進行相關(guān)跟蹤，媒體網(wǎng)關(guān)把需要跟蹤的呼叫在全流程中的所有H.248信令交互和內(nèi)部資源操作步驟輸出，從而實現(xiàn)NGN中的媒體網(wǎng)關(guān)呼叫全流程跟蹤。
為了實現(xiàn)上述思想，在本發(fā)明中擴展H.248消息中的事務(wù)頭部，用于指示媒體網(wǎng)關(guān)該事務(wù)是需要跟蹤的；同時定義H.248擴展包以支持多個呼叫的同時跟蹤和攜帶跟蹤輸出顯示的必須信息。在本發(fā)明中，用戶關(guān)心的呼叫中，媒體網(wǎng)關(guān)收到和發(fā)出的全部H.248消息以及媒體網(wǎng)關(guān)內(nèi)部操作過程將被清晰地輸出。
下面結(jié)合本發(fā)明的一個具體實施例來說明本發(fā)明方案。
在本發(fā)明方案中，為了實現(xiàn)NGN媒體網(wǎng)關(guān)呼叫全流程跟蹤，需要由軟交換擴展發(fā)送給媒體網(wǎng)關(guān)的H.248消息。
首先，在H.248消息中，通過擴展事務(wù)頭攜帶跟蹤開關(guān)信息以指示哪個事務(wù)需要跟蹤。在本發(fā)明的一個較佳實施例中，在事務(wù)ID中定義跟蹤開關(guān)信息，軟交換發(fā)給媒體網(wǎng)關(guān)的事務(wù)消息的事務(wù)ID的最高位置1時表示需要跟蹤，置0時表示不進行跟蹤，其中，0為默認(rèn)值。
其次，在H.248消息中，定義一個擴展包，該擴展包帶有支持多個呼叫同時跟蹤的標(biāo)識號，攜帶跟蹤輸出顯示的必須信息。在本發(fā)明的一個較佳實施例中，該擴展包可以定義如下Trace PackagePackageIDTrace(內(nèi)部臨時定義為0x00A0)[Editor′s noteThisneeds to be registered with IANA]Version1PropertiesPropertyIDTraceID(0x0001)
Typeinteger(0-0xFFFFFFFE)Possible values該值為跟蹤標(biāo)識，用于在網(wǎng)關(guān)上同時啟動多個用戶的跟蹤。
Defined inTerminationStateDescriptorCharacteristicsread/writePropertyIDTraceInfo(0x0002)TypeIA5 String(SIZE(64))Possible values該值為用戶相關(guān)信息，例如電話號碼信息，對于主叫側(cè)端點攜帶主叫電話信息，對于被叫側(cè)端點攜帶被叫側(cè)電話信息。
Defined inTerminationStateDescriptorCharacteristicsread/write熟悉本領(lǐng)域的技術(shù)人員可以理解，按照上文所述方法擴展H.248消息后，在媒體網(wǎng)關(guān)上就可以根據(jù)跟蹤開關(guān)信息決定是否跟蹤該H.248消息，根據(jù)H.248消息攜帶的擴展包實現(xiàn)不同呼叫的跟蹤結(jié)果分別輸出，從而實現(xiàn)對指定呼叫流程中所有事務(wù)的跟蹤。
根據(jù)本發(fā)明的一個較佳實施例的NGN媒體網(wǎng)關(guān)呼叫全流程跟蹤的媒體網(wǎng)關(guān)的處理流程如圖5所示。
首先進入步驟110，媒體網(wǎng)關(guān)接收軟交換發(fā)送的H.248消息。需要說明的是，在該步驟中接收的H.248消息擴展了現(xiàn)有的H.248協(xié)議，擴展方法如上文所述。
接著進入步驟120，媒體網(wǎng)關(guān)判斷該消息中的事務(wù)是否需要跟蹤，如果是則進入步驟130，否則進入步驟160。其中，在該步驟中根據(jù)事務(wù)頭中攜帶的跟蹤開關(guān)信息確定是否需要跟蹤。
在步驟130中，媒體網(wǎng)關(guān)分析H.248擴展包并把接收到的消息根據(jù)跟蹤的標(biāo)識號輸出到相應(yīng)的跟蹤窗口。需要說明的是，該擴展包由軟交換依據(jù)跟蹤的需要，插入H.248消息中的相應(yīng)位置。
接著進入步驟140，媒體網(wǎng)關(guān)處理消息中的命令，進行資源操作，并把操作結(jié)果根據(jù)跟蹤的標(biāo)識號輸出到相應(yīng)的跟蹤窗口。其中，需要輸出的信息由擴展包定義。
接著進入步驟150，媒體網(wǎng)關(guān)向軟交換發(fā)出H.248回應(yīng)消息并根據(jù)跟蹤的標(biāo)識號輸出到相應(yīng)的跟蹤窗口。需要說明的是，在該步驟中的H.248回應(yīng)消息和現(xiàn)有協(xié)議完全相同。至此完成對需要跟蹤的消息的處理，結(jié)束消息處理的流程。
在步驟160中，媒體網(wǎng)關(guān)處理消息中的命令并進行資源操作。
接著進入步驟170，媒體網(wǎng)關(guān)向軟交換發(fā)出H.248回應(yīng)消息。
需要說明的是，步驟160和步驟170進行的是對不需要跟蹤的消息的處理，和現(xiàn)有技術(shù)完全相同。處理完步驟170后，完成對不需要跟蹤的消息的處理，結(jié)束消息處理的流程。
雖然通過參照本發(fā)明的某些優(yōu)選實施例，已經(jīng)對本發(fā)明進行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對其作各種各樣的改變，而不偏離所附權(quán)利要求書所限定的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種下一代網(wǎng)絡(luò)媒體網(wǎng)關(guān)呼叫全流程跟蹤的方法，其特征在于，包含以下步驟A根據(jù)需要跟蹤的呼叫流程，在和該呼叫流程有關(guān)的H.248消息的事務(wù)頭中設(shè)定跟蹤開關(guān)信息；B所述媒體網(wǎng)關(guān)根據(jù)所述跟蹤開關(guān)信息判斷所接收的H.248消息是否需要跟蹤，若是則進行處理并執(zhí)行跟蹤的操作，否則直接進行處理。
2.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)媒體網(wǎng)關(guān)呼叫全流程跟蹤的方法，其特征在于，所述步驟A中，在需要跟蹤的H.248消息中還包含擴展包；所述步驟B中進行跟蹤時輸出的信息的內(nèi)容和去向由所述擴展包的定義決定。
3.根據(jù)權(quán)利要求2所述的下一代網(wǎng)絡(luò)媒體網(wǎng)關(guān)呼叫全流程跟蹤的方法，其特征在于，所述擴展包帶有支持多個呼叫同時跟蹤的標(biāo)識號，攜帶跟蹤輸出顯示的必需信息；跟蹤時根據(jù)所述擴展包中的不同標(biāo)識號區(qū)分不同呼叫的跟蹤，并分別輸出。
4.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)媒體網(wǎng)關(guān)呼叫全流程跟蹤的方法，其特征在于，所述跟蹤開關(guān)信息在所述H.248消息中的事務(wù)標(biāo)識符中設(shè)定，默認(rèn)設(shè)定為不進行跟蹤。
5.根據(jù)權(quán)利要求4所述的下一代網(wǎng)絡(luò)媒體網(wǎng)關(guān)呼叫全流程跟蹤的方法，其特征在于，所述事務(wù)標(biāo)識符最高位置1時表示需要跟蹤，置0時表示不進行跟蹤，0為默認(rèn)值。
6.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)媒體網(wǎng)關(guān)呼叫全流程跟蹤的方法，其特征在于，根據(jù)需要跟蹤的呼叫流程設(shè)定所述跟蹤開關(guān)信息并將所述擴展包插入所述H.248消息中的對應(yīng)位置。
7.根據(jù)權(quán)利要求2或3所述的下一代網(wǎng)絡(luò)媒體網(wǎng)關(guān)呼叫全流程跟蹤的方法，其特征在于，所述步驟B還包含以下子步驟B1所述媒體網(wǎng)關(guān)判斷所接收的H.248消息是否需要跟蹤，若是則進入步驟B2，否則進入步驟B5；B2所述媒體網(wǎng)關(guān)分析所述H.248消息中的所述擴展包，將該所述H.248消息按照所述擴展包中的標(biāo)識號輸出到對應(yīng)監(jiān)測窗口，接著進入步驟B3；B3所述媒體網(wǎng)關(guān)處理所述H.248消息并進行資源操作，將操作結(jié)果按照所述擴展包中的標(biāo)識號輸出到對應(yīng)監(jiān)測窗口，接著進入步驟B4；B4所述媒體網(wǎng)關(guān)發(fā)出回應(yīng)消息并將該回應(yīng)消息輸出到對應(yīng)監(jiān)測窗口后結(jié)束；B5所述媒體網(wǎng)關(guān)依照現(xiàn)有技術(shù)處理所述H.248消息，進行資源操作并發(fā)出回應(yīng)消息后結(jié)束。
全文摘要
本發(fā)明涉及下一代網(wǎng)絡(luò)技術(shù)，公開了一種下一代網(wǎng)絡(luò)媒體網(wǎng)關(guān)呼叫全流程跟蹤的方法，使得媒體網(wǎng)關(guān)可以對任意呼叫的整個呼叫流程進行完整的跟蹤。這種下一代網(wǎng)絡(luò)媒體網(wǎng)關(guān)呼叫全流程跟蹤的方法在H.248消息上設(shè)定跟蹤標(biāo)志并指定需要跟蹤輸出的內(nèi)容，由媒體網(wǎng)關(guān)對設(shè)置有跟蹤標(biāo)志的消息進行跟蹤。
文檔編號H04L12/66GK1735088SQ20041005916
公開日2006年2月15日 申請日期2004年8月11日 優(yōu)先權(quán)日2004年8月11日
發(fā)明者郭 東 申請人:華為技術(shù)有限公司