專(zhuān)利名稱(chēng)：基于ip的匯接局多業(yè)務(wù)傳輸方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信系統(tǒng)中匯接局基于IP的通信業(yè)務(wù)傳輸方法，特別涉及移動(dòng)通信系統(tǒng)中匯接局基于IP的語(yǔ)音、傳真、數(shù)據(jù)等通信業(yè)務(wù)傳輸方法。
背景技術(shù)：
隨著通信技術(shù)的突飛猛進(jìn)，人們對(duì)于個(gè)人通信的期望和要求也越來(lái)越高，因此移動(dòng)運(yùn)營(yíng)商需要特別關(guān)注用戶(hù)界面、業(yè)務(wù)質(zhì)量等直接影響用戶(hù)使用移動(dòng)業(yè)務(wù)的體驗(yàn)的方面。第三代(3rd Generation，簡(jiǎn)稱(chēng)“3G”)移動(dòng)通信系統(tǒng)的高帶寬、多業(yè)務(wù)、高質(zhì)量等特點(diǎn)極大的吸引著移動(dòng)消費(fèi)市場(chǎng)，但3G技術(shù)中尚且存在的一些問(wèn)題如果沒(méi)有解決將會(huì)在一定程度上限制市場(chǎng)擴(kuò)大，影響移動(dòng)運(yùn)營(yíng)事務(wù)的發(fā)展。
在將來(lái)的3G網(wǎng)絡(luò)架構(gòu)中，移動(dòng)網(wǎng)不再局限于電路交換的方式，逐漸向分組網(wǎng)際協(xié)議(Internet Protocol，簡(jiǎn)稱(chēng)“IP”)網(wǎng)絡(luò)演變。另外，隨著傳統(tǒng)通信網(wǎng)絡(luò)、互聯(lián)網(wǎng)以及移動(dòng)通信網(wǎng)絡(luò)的發(fā)展，各個(gè)網(wǎng)絡(luò)相互融合是必然趨勢(shì)，下一代網(wǎng)絡(luò)(Next Generation Nerwork，簡(jiǎn)稱(chēng)“NGN”)就是以網(wǎng)際協(xié)議(InternetProtocol，簡(jiǎn)稱(chēng)“IP”)分組交換網(wǎng)絡(luò)為核心網(wǎng)，控制與承載分離，各種接入技術(shù)并存，融合現(xiàn)有各種網(wǎng)絡(luò)的新一代網(wǎng)絡(luò)，能夠滿(mǎn)足未來(lái)寬帶多媒體通信的需求。
NGN是在傳統(tǒng)的以電路交換為主的公用電話交換網(wǎng)(Public SwitchedTelephone Network，簡(jiǎn)稱(chēng)“PSTN”)中逐漸邁出了向以分組交換為主的步伐，它承載了原有PSTN網(wǎng)絡(luò)的所有業(yè)務(wù)，同時(shí)把大量的數(shù)據(jù)傳輸卸載到IP網(wǎng)絡(luò)中以減輕PSTN網(wǎng)絡(luò)的重荷，又以IP技術(shù)的新特性增加和增強(qiáng)了許多新老業(yè)務(wù)。NGN是基于時(shí)分復(fù)用的PSTN語(yǔ)音網(wǎng)絡(luò)、綜合業(yè)務(wù)數(shù)字網(wǎng)絡(luò)(IntegratedServices Digital Network，簡(jiǎn)稱(chēng)“ISDN”)、基于IP的分組網(wǎng)絡(luò)、以及移動(dòng)通信網(wǎng)等多種網(wǎng)絡(luò)融合的產(chǎn)物，它使得在新一代網(wǎng)絡(luò)上語(yǔ)音、視頻、數(shù)據(jù)等綜合業(yè)務(wù)成為了可能。
國(guó)際電信聯(lián)盟電信標(biāo)準(zhǔn)部(International Telecommunication UnionTelecommunication Standardization Sector，簡(jiǎn)稱(chēng)“ITU-T”)所定義的NGN是一種基于分組的網(wǎng)絡(luò)，能夠提供電信業(yè)務(wù)、能夠利用多種寬帶和服務(wù)質(zhì)量(Quality of Service，簡(jiǎn)稱(chēng)“QoS”)使能的傳輸技術(shù)，其業(yè)務(wù)相關(guān)功能獨(dú)立于底層的傳輸相關(guān)技術(shù)，為用戶(hù)提供自由接入到不同的業(yè)務(wù)供應(yīng)商，支持通用移動(dòng)性使業(yè)務(wù)的一致性和普遍性供應(yīng)給用戶(hù)成為可能。
在移動(dòng)域，傳統(tǒng)的匯接移動(dòng)交換中心(Transit Mobile Switching Center，簡(jiǎn)稱(chēng)“TMSC”)主要是以時(shí)分復(fù)用(Time Division Multiplex，簡(jiǎn)稱(chēng)“TDM”)承載為主，TDM固定帶寬為64Kbit/s，可以用于傳遞話音、數(shù)據(jù)及傳真業(yè)務(wù)。隨著NGN發(fā)展演變，傳統(tǒng)的TDM承載方向逐漸演進(jìn)到IP承載。其中MSC也因承載與控制分離機(jī)制而被分為媒體網(wǎng)關(guān)(Media Gateway，簡(jiǎn)稱(chēng)“MGW”)和媒體網(wǎng)關(guān)控制器(Media Gateway Controller，簡(jiǎn)稱(chēng)“MGC”)。
基于IP承載的業(yè)務(wù)傳輸可以使用多種編碼方式，如ITU-T的G.729、G.711協(xié)議等。其中，G.729數(shù)據(jù)速率為8Kbit/s，可以傳送語(yǔ)音業(yè)務(wù)(Voiceon IP，簡(jiǎn)稱(chēng)“VoIP”)，但不能傳遞數(shù)據(jù)及傳真業(yè)務(wù)。G.711數(shù)據(jù)速率為64Kbit/s，理論上可以傳遞數(shù)據(jù)及傳真業(yè)務(wù)，但是由于IP傳輸?shù)牟豢煽啃?，如果發(fā)生丟包，則不能正常實(shí)現(xiàn)數(shù)據(jù)傳遞及傳真數(shù)據(jù)。
另外用于傳輸話音、傳真、數(shù)據(jù)業(yè)務(wù)的G.711冗余(G.711 Redundant，簡(jiǎn)稱(chēng)“G.711Red”)編解碼方案不僅在IP網(wǎng)絡(luò)適用，而且因引入了冗余機(jī)制而具有較高的可靠性。還有專(zhuān)門(mén)用于傳真業(yè)務(wù)的互聯(lián)網(wǎng)實(shí)時(shí)傳真協(xié)議T.38，它比G.711Red還具有更高的效率。因此，一般在傳輸傳真業(yè)務(wù)的時(shí)候，都會(huì)采用T.38編解碼。
基于IP傳輸?shù)臉I(yè)務(wù)種類(lèi)越來(lái)越多，必須準(zhǔn)確的判斷業(yè)務(wù)類(lèi)型并選擇合適的編解碼方案來(lái)傳輸。如果無(wú)法準(zhǔn)確判斷業(yè)務(wù)類(lèi)型，則選擇的編解碼方案不能很好滿(mǎn)足業(yè)務(wù)傳輸?shù)男枨螅踔翢o(wú)法正常傳輸。因此如何根據(jù)呼叫信令來(lái)判斷業(yè)務(wù)類(lèi)型，并及時(shí)選擇合適編解碼方案是一個(gè)技術(shù)難題。
另外，由于匯接局MGC之間采用承載無(wú)關(guān)的呼叫控制協(xié)議(Bearerindependent call control protocol，簡(jiǎn)稱(chēng)“BICC”)進(jìn)行帶外協(xié)商可選的編解碼器(Coder & Decoder，簡(jiǎn)稱(chēng)“Codec”)。而B(niǎo)ICC信令不具備選擇IP承載的地址的功能，MGW的承載話路地址是通過(guò)基于IP的承載控制協(xié)議(IPBearer Control Protocol，簡(jiǎn)稱(chēng)“IPBCP”)進(jìn)行協(xié)商的。匯接局組網(wǎng)的原理如圖1所示。在MGC和MGW之間存在Mc接口，供MGC下發(fā)命令或MGW上報(bào)事件。兩個(gè)MGW之間的數(shù)據(jù)承載面是基于IP實(shí)現(xiàn)的。在信令層MGC之間通過(guò)BICC協(xié)商，協(xié)商不涉及具體的承載地址信息等，因此在實(shí)現(xiàn)承載面時(shí)，MGW通過(guò)MGC進(jìn)行IPBCP協(xié)商，確定通信的IP地址和用戶(hù)數(shù)據(jù)協(xié)議(User Data Protocol，簡(jiǎn)稱(chēng)“UDP”)端口號(hào)等信息。
因此，這就涉及到另外一個(gè)問(wèn)題，在多業(yè)務(wù)傳輸時(shí)，在解決了業(yè)務(wù)編解碼方案的切換之后，如何解決基于IPBCP協(xié)商的承載面信息更新。比如在語(yǔ)音和傳真階段，因?yàn)闊o(wú)法在呼叫建立階段進(jìn)行很好的區(qū)分，所以在IPBCP協(xié)商時(shí)，都使用目前的協(xié)商方式，協(xié)商出虛擬IuFP Codec或者使用實(shí)際語(yǔ)音使用的Codec以及UDP端口號(hào)，而實(shí)際語(yǔ)音編解碼是MGC通過(guò)BICC協(xié)商的G.729。在切換到傳真階段時(shí)，還使用該虛擬Codec，但是語(yǔ)音編解碼卻在經(jīng)過(guò)BICC協(xié)商后被MGC修改為G.711或者G.711Red，承載地址可以發(fā)生變化也可以不發(fā)生變化。
綜上所述，如何簡(jiǎn)單高效地實(shí)現(xiàn)匯接局基于IP多業(yè)務(wù)傳輸中的編解碼方案的切換以及IP承載面信息的更新是當(dāng)前急需解決的技術(shù)難題。
由于在呼叫建立階段往往無(wú)法區(qū)分語(yǔ)音和非語(yǔ)言的其他傳真或數(shù)據(jù)業(yè)務(wù)，因此一種解決方法是，在呼叫建立前就采用能夠同時(shí)支持語(yǔ)音、數(shù)據(jù)、傳真的承載方式或編碼。如在IP承載時(shí)使用G.711/G.711Red編碼，則能夠同時(shí)支持各種業(yè)務(wù)，保證業(yè)務(wù)的暢通。但是該方法的問(wèn)題在于，若IP承載不分業(yè)務(wù)類(lèi)型直接采用G.711/G.711Red編碼將嚴(yán)重浪費(fèi)IP帶寬，因?yàn)門(mén)MSC的主要業(yè)務(wù)還是語(yǔ)音，普通的話音采用G.729編碼可以完全滿(mǎn)足要求。而G.711/G.711Red所需要的帶寬更大，如果一直采用該編碼方式而不顧及帶寬的浪費(fèi)，顯然不能解決本質(zhì)問(wèn)題。
另一種解決方法是，在呼叫建立前通過(guò)信令判斷出傳真、數(shù)據(jù)業(yè)務(wù)，然后采用G.711/G.711Red編碼傳送傳真、數(shù)據(jù)業(yè)務(wù)，實(shí)現(xiàn)各種業(yè)務(wù)的傳送。該方法的弊端在于，呼叫建立前通過(guò)信令判斷傳真、數(shù)據(jù)業(yè)務(wù)并不準(zhǔn)確，需要特定的環(huán)境才能判斷，現(xiàn)有的網(wǎng)絡(luò)條件并不具備。如，固網(wǎng)傳真機(jī)接入時(shí)發(fā)起的呼叫在信令上與普通的公共交換電信網(wǎng)(Public SwitchTelecommunication Network，簡(jiǎn)稱(chēng)“PSTN”)的呼叫信令一樣，這樣的情況下，通過(guò)呼叫前的信令就無(wú)法檢測(cè)，因此從信令上判斷并不準(zhǔn)確。還有種解決方法是在呼叫建立時(shí)先建立為語(yǔ)音通道，通過(guò)檢測(cè)傳真、調(diào)制解調(diào)器(Modulation & Demodulation，簡(jiǎn)稱(chēng)“Modem”)音修改通道為G.711透?jìng)骰蛘逿.38來(lái)傳送傳真或調(diào)制解調(diào)數(shù)據(jù)業(yè)務(wù)。但是通過(guò)IPBCP協(xié)商的承載地址(IP地址和UDP端口號(hào))在整個(gè)通話過(guò)程中不再需要修改。該方案中，整個(gè)過(guò)程承載地址不改變，在語(yǔ)音和傳真階段使用相同的IP地址和UDP端口號(hào)，如果處理不好會(huì)引起雜音以及承載處理比較麻煩，需要進(jìn)行報(bào)文識(shí)別，丟棄非法報(bào)文等保護(hù)操作。因此對(duì)于通信過(guò)程中不同性質(zhì)業(yè)務(wù)的切換，最好對(duì)IP承載分配不同的端口號(hào)及地址。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種基于IP的匯接局多業(yè)務(wù)傳輸方法，使得TMSC的IP承載組網(wǎng)滿(mǎn)足并實(shí)現(xiàn)語(yǔ)音、傳真、數(shù)據(jù)等多種業(yè)務(wù)的傳輸。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種基于IP的匯接局多業(yè)務(wù)傳輸方法，包含以下步驟A在呼叫建立前，通信雙方協(xié)商并配置用于傳輸業(yè)務(wù)的編解碼方案；B在呼叫過(guò)程中，媒體網(wǎng)關(guān)檢測(cè)業(yè)務(wù)相關(guān)信號(hào)或事件并分別上報(bào)給媒體網(wǎng)關(guān)控制器；C在呼叫過(guò)程中，所述媒體網(wǎng)關(guān)控制器根據(jù)上報(bào)的所述業(yè)務(wù)相關(guān)信號(hào)或事件判斷業(yè)務(wù)類(lèi)型，通知并控制切換相應(yīng)的編解碼方案；D所述編解碼方案的切換觸發(fā)承載資源重協(xié)商和更新。
其中，在所述步驟C中切換所述編解碼方案時(shí)忽略承載資源相關(guān)信息；所述步驟D包含以下子步驟所述媒體網(wǎng)關(guān)控制器下發(fā)的新的編解碼方案觸發(fā)承載資源重協(xié)商；所述媒體網(wǎng)關(guān)根據(jù)配置的對(duì)應(yīng)業(yè)務(wù)類(lèi)型的承載資源信息向?qū)Χ税l(fā)起協(xié)商；協(xié)商成功后，雙方使用新的承載資源進(jìn)行業(yè)務(wù)傳輸，并釋放原承載資源。
此外在所述方法中，所述通信雙方的媒體網(wǎng)關(guān)控制器通過(guò)承載無(wú)關(guān)呼叫控制帶外協(xié)商用于傳輸業(yè)務(wù)的編解碼方案。
此外在所述方法中，所述步驟C中所述媒體網(wǎng)關(guān)之間通過(guò)基于IP的承載控制協(xié)議協(xié)商或重協(xié)商所述承載資源。
此外在所述方法中，所述基于IP的承載控制協(xié)議協(xié)商過(guò)程中，
在呼叫建立階段，所述媒體網(wǎng)關(guān)控制器下發(fā)H.248信令支持所述基于IP的承載控制協(xié)議協(xié)商，配置承載資源和虛擬編解碼方案；在呼叫過(guò)程中，當(dāng)所述編解碼方案發(fā)生切換時(shí)，所述媒體網(wǎng)關(guān)控制器下發(fā)H.248信令，忽略所述承載資源信息，并通知所切換的編解碼方案，同時(shí)觸發(fā)所述基于IP的承載控制協(xié)議重協(xié)商。
此外在所述方法中，所述承載資源是指IP地址或端口號(hào)。
此外在所述方法中，所述步驟A還包含子步驟主叫匯接局的所述媒體網(wǎng)關(guān)控制器發(fā)送初始地址消息，在其中攜帶本局支持的編解碼方案；被叫匯接局的所述媒體網(wǎng)關(guān)控制器發(fā)回應(yīng)用傳送消息，在其中攜帶協(xié)商后的編解碼方案；所述被叫端發(fā)回振鈴及應(yīng)答消息；主被叫匯接局的所述媒體網(wǎng)關(guān)控制器向?qū)?yīng)媒體網(wǎng)關(guān)下發(fā)檢測(cè)所述業(yè)務(wù)相關(guān)信號(hào)或事件的請(qǐng)求。
此外在所述方法中，當(dāng)所述步驟B中所述媒體網(wǎng)關(guān)檢測(cè)到所述業(yè)務(wù)相關(guān)信號(hào)或事件并上報(bào)給對(duì)應(yīng)媒體網(wǎng)關(guān)控制器時(shí)，所述步驟C包含子步驟該媒體網(wǎng)關(guān)控制器下發(fā)請(qǐng)求指示該媒體網(wǎng)關(guān)切換到對(duì)應(yīng)業(yè)務(wù)類(lèi)型的編解碼方案；該媒體網(wǎng)關(guān)控制器通過(guò)所述承載無(wú)關(guān)呼叫控制指示對(duì)端媒體網(wǎng)關(guān)控制器對(duì)應(yīng)業(yè)務(wù)類(lèi)型的編解碼方案；對(duì)端媒體網(wǎng)關(guān)控制器下發(fā)請(qǐng)求指示對(duì)應(yīng)媒體網(wǎng)關(guān)切換到對(duì)應(yīng)業(yè)務(wù)類(lèi)型的編解碼方案。
此外在所述方法中，所述業(yè)務(wù)包含語(yǔ)音業(yè)務(wù)、傳真業(yè)務(wù)、數(shù)據(jù)業(yè)務(wù)。
此外在所述方法中，所述編解碼方案包含G.729編解碼方案、G.711冗余編解碼方案、T.38編解碼方案。應(yīng)該還有G.711透?jìng)骶幗獯a。
通過(guò)比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于，通過(guò)利用BICC帶外協(xié)商首先讓MGC之間協(xié)商所能切換的編解碼方案，然后MGC下發(fā)命令使得MGW開(kāi)始檢測(cè)與傳真數(shù)據(jù)業(yè)務(wù)相關(guān)的信號(hào)、事件等，在呼叫通信過(guò)程中，MGW上報(bào)所檢測(cè)到的事件或信號(hào)，MGC判斷并引發(fā)對(duì)話兩側(cè)的編解碼方案的切換，比如切換到G.711或T.38，并通過(guò)IPBCP協(xié)商建立承載面，從而在MSC IP承載上實(shí)現(xiàn)傳真、數(shù)據(jù)業(yè)務(wù)，解決匯接局情況下語(yǔ)音傳真的切換，其中在切換時(shí)MGC忽略實(shí)際地址信息，完成編解碼方案切換后再通過(guò)MGC下發(fā)的Modify Codec的消息觸發(fā)IPBCP重協(xié)商端口號(hào)及IP地址等，然后更新IP地址和端口號(hào)信息，通過(guò)Modify消息觸發(fā)IPBCP的Modify消息進(jìn)行端口號(hào)的修改，開(kāi)始傳送傳真業(yè)務(wù)，并關(guān)閉原先的語(yǔ)音流，避免使用相同的端口號(hào)或IP地址。
這種技術(shù)方案上的區(qū)別，帶來(lái)了較為明顯的有益效果，即通過(guò)BICC帶外協(xié)商實(shí)現(xiàn)匯接局通信對(duì)端的編解碼方案的統(tǒng)一切換，通過(guò)信號(hào)或事件的檢測(cè)判斷傳真數(shù)據(jù)業(yè)務(wù)的發(fā)生，以及通過(guò)編解碼方案的切換實(shí)現(xiàn)傳真數(shù)據(jù)業(yè)務(wù)的傳送，從而在IP組網(wǎng)的TMSC承載傳真、數(shù)據(jù)業(yè)務(wù)，并且提高網(wǎng)絡(luò)帶寬的利用率，提高網(wǎng)絡(luò)靈活性，提高通信效率，同時(shí)傳真數(shù)據(jù)業(yè)務(wù)的實(shí)現(xiàn)也拓寬了移動(dòng)通信及未來(lái)網(wǎng)絡(luò)的應(yīng)用范圍，改善了用戶(hù)體驗(yàn)，促進(jìn)通信網(wǎng)絡(luò)發(fā)展；通過(guò)采用MGC和MGW間的IPBCP協(xié)商，實(shí)現(xiàn)通信對(duì)端IP地址和UDP端口號(hào)等的重協(xié)商，在語(yǔ)音、傳真、數(shù)據(jù)業(yè)務(wù)同時(shí)傳送的情況下，實(shí)現(xiàn)了語(yǔ)音和傳真的端口號(hào)不同的問(wèn)題，有效防止語(yǔ)音流和傳真流之間在切換時(shí)的互相干擾問(wèn)題；在TMSC IP承載上實(shí)現(xiàn)傳真、數(shù)據(jù)業(yè)務(wù)，解決匯接局情況下語(yǔ)音傳真的切換，同時(shí)減少處理的復(fù)雜度，防止語(yǔ)音流、傳真流互相干擾，提高業(yè)務(wù)質(zhì)量。


圖1是TMSC的IP承載組網(wǎng)結(jié)構(gòu)示意圖；圖2是根據(jù)本發(fā)明的第一實(shí)施方式的基于IP的匯接局多業(yè)務(wù)傳輸方法流程圖；圖3是根據(jù)本發(fā)明的第三實(shí)施方式的編解碼方案協(xié)商信令交互流程圖；圖4是根據(jù)本發(fā)明的第四實(shí)施方式的語(yǔ)音業(yè)務(wù)切換到傳真業(yè)務(wù)的信令交互流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。
本發(fā)明提出基于IP的多業(yè)務(wù)傳輸方案，采用多種編解碼方案(G.729、G.711、G.711Red、T.38等)來(lái)傳輸語(yǔ)音(VoIP)、傳真(Fax)、數(shù)據(jù)(Data)、調(diào)制解調(diào)(Modem)等業(yè)務(wù)。先用語(yǔ)音通道建立通話之后根據(jù)帶內(nèi)呼叫信令判斷業(yè)務(wù)類(lèi)型，對(duì)于傳真、數(shù)據(jù)等業(yè)務(wù)，需要切換至更大帶寬的編解碼方案；對(duì)于高速傳真業(yè)務(wù)則要采用更高效率的編解碼方案。由于對(duì)帶內(nèi)呼叫信令的檢測(cè)，能夠準(zhǔn)確判斷業(yè)務(wù)類(lèi)型。最終可以實(shí)現(xiàn)用更靈活組網(wǎng)的IP承載來(lái)高效傳輸各種業(yè)務(wù)。
在MGC之間通過(guò)BICC實(shí)現(xiàn)帶外協(xié)商編解碼方案，在MGW之間通過(guò)IPBCP實(shí)現(xiàn)承載資源如IP地址或UDP端口號(hào)等的協(xié)商分配，BICC在建立呼叫和編解碼方案切換時(shí)忽略實(shí)際承載資源信息，而在編解碼方案切換完成后，由IPBCP協(xié)商再重新配置。
在基于IP的業(yè)務(wù)傳輸中，主叫MGW和被叫MGW之間的傳輸由IP承載，業(yè)務(wù)傳輸大致分為協(xié)商、檢測(cè)、切換、更新幾個(gè)步驟，即先由主被叫雙方協(xié)商對(duì)應(yīng)業(yè)務(wù)類(lèi)型的備用編解碼方案，然后由MGW從帶內(nèi)信令中檢測(cè)與業(yè)務(wù)相關(guān)的特征信令，檢測(cè)結(jié)果上報(bào)給MGC，由MGC來(lái)判斷業(yè)務(wù)類(lèi)型，并最終做出切換配置相應(yīng)編解碼方案的控制操作，切換之后發(fā)出IPBCP重新協(xié)商承載資源，采用新資源通信的同時(shí)釋放舊資源。
本發(fā)明的第一實(shí)施方式，整個(gè)多業(yè)務(wù)傳送過(guò)程的基本步驟包括帶外協(xié)商、檢測(cè)信號(hào)、編解碼切換、承載重協(xié)商等，這個(gè)過(guò)程的流程圖如圖2所示。
在步驟201中，在呼叫建立前，通信雙方協(xié)商并配置用于傳輸業(yè)務(wù)的編解碼方案。通過(guò)BICC信令交互，發(fā)起端先發(fā)送本局所支持的所有可行的編解碼方案，這些方案包括支持各種業(yè)務(wù)的編解碼Codec，比如支持語(yǔ)音業(yè)務(wù)的G.729、支持語(yǔ)音和傳真業(yè)務(wù)的G.711/G.711Red等，對(duì)端收到協(xié)商請(qǐng)求后，將本局支持的編解碼方案發(fā)回，這樣雙方就協(xié)商得到共同支持的編解碼方案。
數(shù)據(jù)業(yè)務(wù)、傳真功能的提供需要MGC和MGW共同完成，由于IP承載的普通語(yǔ)音編碼(如G.729)不能支持傳真業(yè)務(wù)，需要在檢測(cè)到傳真事件時(shí)切換為支持傳真的編碼類(lèi)型，如切換為G.711Red、T.38編碼。
在呼叫建立前進(jìn)行編解碼帶外協(xié)商，呼叫應(yīng)答成功后，如果協(xié)商后支持G.711Red或T.38編碼，則MGC在TDM端點(diǎn)向網(wǎng)關(guān)下發(fā)傳真/數(shù)據(jù)信號(hào)、傳真事件帶內(nèi)檢測(cè)請(qǐng)求，MGW檢測(cè)到后向MGC上報(bào)，MGC通過(guò)編解碼修改流程將IP端點(diǎn)的語(yǔ)音編碼修改為可傳遞傳真/數(shù)據(jù)的編碼(G.711Red、T.38)，從而實(shí)現(xiàn)傳真/數(shù)據(jù)功能。
在步驟202中，在呼叫過(guò)程中，媒體網(wǎng)關(guān)檢測(cè)業(yè)務(wù)相關(guān)信號(hào)或事件并分別上報(bào)給媒體網(wǎng)關(guān)控制器。在BICC帶外協(xié)商結(jié)束后，通信雙方就要下發(fā)MGW，請(qǐng)求其檢測(cè)相關(guān)業(yè)務(wù)的各種信號(hào)或事件，比如傳真業(yè)務(wù)的話，檢測(cè)CNG信號(hào)或CED和V21信號(hào)，MGW在呼叫過(guò)程中檢測(cè)這些信號(hào)，并上報(bào)給MGC，注意到在整個(gè)呼叫過(guò)程中都在進(jìn)行檢測(cè)，而不是根據(jù)呼叫建立階段的判斷，這樣能夠精確判斷業(yè)務(wù)的切換。
在步驟203中，在呼叫過(guò)程中，媒體網(wǎng)關(guān)控制器根據(jù)上報(bào)的業(yè)務(wù)相關(guān)信號(hào)或事件判斷業(yè)務(wù)類(lèi)型，通知并控制切換相應(yīng)的編解碼方案。在這個(gè)步驟中，切換編解碼方案時(shí)忽略承載資源相關(guān)信息。MGC收到上報(bào)的業(yè)務(wù)相關(guān)信號(hào)和事件，就可以判斷是否啟動(dòng)對(duì)應(yīng)的業(yè)務(wù)，比如CNG信號(hào)的發(fā)生就指示傳真(FAX)業(yè)務(wù)的啟動(dòng)，此時(shí)MGC下發(fā)請(qǐng)求通知MGW切換對(duì)應(yīng)的Codec。本局MGC還要通過(guò)BICC信令通知對(duì)端MGC，對(duì)端MGC再下發(fā)請(qǐng)求通知其MGW切換對(duì)應(yīng)的Codec。
在步驟204中，編解碼方案的切換觸發(fā)承載資源重協(xié)商和更新，MGC下發(fā)的新的編解碼方案觸發(fā)承載資源重協(xié)商。MGC與MGW之間的Mc接口上，MGC通過(guò)H.248信令，在Local描述符中指示引發(fā)IPBCP重協(xié)商。
在步驟205中，MGW根據(jù)配置的對(duì)應(yīng)業(yè)務(wù)類(lèi)型的承載資源信息向?qū)Χ税l(fā)起協(xié)商。MGW發(fā)送預(yù)先配置的承載資源信息，比如對(duì)于傳真業(yè)務(wù)，則發(fā)送預(yù)設(shè)的傳真業(yè)務(wù)專(zhuān)用UDP端口號(hào)，區(qū)別于之前的語(yǔ)音通道，可以避免混亂。對(duì)端確認(rèn)該UDP端口號(hào)，協(xié)商完成，即分配成功新的承載資源。
在步驟206中，協(xié)商成功后，雙方使用新的承載資源進(jìn)行業(yè)務(wù)傳輸，并釋放原承載資源。即關(guān)閉原來(lái)的UDP端口的語(yǔ)音通信，并采用新的端口進(jìn)行傳真業(yè)務(wù)。
上面敘述中，通信雙方的信令層采用BICC，MGC通過(guò)BICC帶外協(xié)商用于傳輸業(yè)務(wù)的編解碼方案，在其他實(shí)施方式中也可以采用其他可行的信令，不限于BICC。同樣在MGW協(xié)商承載面資源分配時(shí)，可以采用但也不限于IPBCP實(shí)現(xiàn)。另外，承載資源一般是指IP地址和UDP端口號(hào)，當(dāng)然在其他的基于IP的高層協(xié)議下，也是其他的端口號(hào)或其他類(lèi)型的承載資源。
本發(fā)明的關(guān)鍵在于BICC及IPBCP協(xié)商的具體操作以及MGC等網(wǎng)元的處理方法。在本發(fā)明的第二實(shí)施方式中，IPBCP主要在兩個(gè)階段需要協(xié)商承載資源在呼叫建立階段，MGC下發(fā)H.248信令支持IPBCP協(xié)商，配置承載資源和虛擬編解碼方案；在呼叫過(guò)程中，當(dāng)編解碼方案發(fā)生切換時(shí)，MGC下發(fā)H.248信令，忽略承載資源信息，并通知所切換的編解碼方案，同時(shí)觸發(fā)所述IPBCP重協(xié)商。
具體承載面的實(shí)現(xiàn)方法描述如下，呼叫建立階段，在MC接口上，MGC通過(guò)在H.248的Local描述符里面攜帶相應(yīng)信息，來(lái)支持IPBCP的協(xié)商，IPBCP協(xié)商出本端和對(duì)端UDP端口號(hào)，以及虛擬CodecIuFP。BICC不關(guān)心實(shí)際物理承載地址，在相關(guān)命令中，使用不關(guān)注實(shí)際承載地址的方式(下文中的用“-”表示)，將后續(xù)Codec等信息在Local描述符里面下發(fā)給MGW，這樣就完成了編解碼的切換過(guò)程。
表1為支持IPBCP重協(xié)商的H.248信令，用于切換傳真業(yè)務(wù)的編解碼方案。其中關(guān)鍵部分Local描述符中“m＝image-udptl t38”表示MGC用“-”表示使用原有地址，并觸發(fā)UMG的T38傳送，即切換Codec并忽略了承載資源；“a＝T38FaxRateManagementtransferredTCF”表示采用端到端訓(xùn)練；“a＝T38FaxUdpECT38UDPRedundancy”表示采用冗余包冗余；“a＝T38MaxBitRate14400”表示FAX最高速率為14400bps。
可見(jiàn)，MGC下發(fā)的新的編解碼觸發(fā)IPBCP的重新協(xié)商，MGW根據(jù)配置的傳真業(yè)務(wù)類(lèi)型的端口號(hào)向?qū)Ψ桨l(fā)起協(xié)商。協(xié)商成功后，使用新的端口進(jìn)行傳真業(yè)務(wù)流，以前的語(yǔ)音流關(guān)閉。
表1 支持IPBCP重協(xié)商的H.248信令

在本發(fā)明的第三實(shí)施方式中給出了BICC帶外協(xié)商的具體實(shí)現(xiàn)步驟。圖3示出了呼叫建立前的Codec協(xié)商及事件檢測(cè)請(qǐng)求流程，以局間為BICC信令為例首先進(jìn)行編解碼(Code & Decode，簡(jiǎn)稱(chēng)“Codec”)帶外協(xié)商，MGC1向MGC2發(fā)送初始地址消息(Initial Address Message，簡(jiǎn)稱(chēng)“IAM”)，其中攜帶了主叫端即MGC1側(cè)支持的編解碼方案，如G.729、G.711Red、T.38等；MGC2收到該消息后判斷哪些Codec在本地支持，并將這些Codec發(fā)回，這樣雙方便協(xié)商確認(rèn)了Codec方案，MGC2向MGC1返回應(yīng)用傳輸消息(Application Transport Message，簡(jiǎn)稱(chēng)“APM”)消息，攜帶協(xié)商后確定的編解碼方案。
接著，MGC2向MGC1返回被叫振鈴消息(Address Complete Message，簡(jiǎn)稱(chēng)“ACM”)和應(yīng)答消息(Answer Message，簡(jiǎn)稱(chēng)“ANM”)。
然后，主被叫MSC在TDM端點(diǎn)發(fā)起數(shù)據(jù)傳真信號(hào)、傳真事件檢測(cè)請(qǐng)求。MGC1向MGW1發(fā)送修改(Modify)消息，發(fā)起檢測(cè)業(yè)務(wù)相關(guān)信令的請(qǐng)求；MGW1返回Modify響應(yīng)消息。另一側(cè)，MGC2向MGW2發(fā)送Modify消息，發(fā)起檢測(cè)業(yè)務(wù)相關(guān)信令的請(qǐng)求；MGW2返回Modify響應(yīng)消息。這里檢測(cè)請(qǐng)求通知MGW對(duì)帶內(nèi)的業(yè)務(wù)相關(guān)信令，比如Fax業(yè)務(wù)的V21信令、CM(Fax)等，進(jìn)行監(jiān)測(cè)，將檢測(cè)事件通知MGC。
在本發(fā)明的第四實(shí)施方式中，給出了業(yè)務(wù)切換過(guò)程及承載資源重協(xié)商過(guò)程的實(shí)現(xiàn)方案。當(dāng)MGW檢測(cè)到業(yè)務(wù)相關(guān)信號(hào)或事件并上報(bào)給對(duì)應(yīng)的MGC時(shí)，該MGC下發(fā)請(qǐng)求指示該MGW切換到對(duì)應(yīng)業(yè)務(wù)類(lèi)型的編解碼方案；該MGC通過(guò)所述BICC指示對(duì)端MGC對(duì)應(yīng)業(yè)務(wù)類(lèi)型的編解碼方案；對(duì)端MGC下發(fā)請(qǐng)求指示對(duì)應(yīng)MGW切換到對(duì)應(yīng)業(yè)務(wù)類(lèi)型的編解碼方案。
在MGC向MGW發(fā)起帶內(nèi)檢測(cè)后，MGC根據(jù)MGW上報(bào)的信號(hào)，按上報(bào)信號(hào)不同分業(yè)務(wù)進(jìn)行處理，可以支持普通FAX、高速FAX、MODEM數(shù)據(jù)業(yè)務(wù)。如圖4所示，以普通傳真業(yè)務(wù)為例，需要檢測(cè)的信號(hào)是CNG或者CED和V21，圖中假設(shè)協(xié)商結(jié)果兩端網(wǎng)關(guān)都支持G.711Red。
語(yǔ)音通道建立后，對(duì)普通Fax，MGW1上報(bào)CNG或者CED、V21信號(hào)，MGC1根據(jù)V21信號(hào)通知MGW切換到Fax通道(CED不能作為MGC切換的依據(jù))；MGC1下發(fā)modify，修改IP端點(diǎn)為Codec為G.711Red。
通過(guò)BICC攜帶G.711Red編碼到對(duì)端，要求MGC2修改Codec為G.711Red。
MGC2下發(fā)modify，修改被叫IP端點(diǎn)Codec為G.711Red。
完成Codec修改，之后引發(fā)的IPBCP的協(xié)商即如前所述把UDP端口號(hào)改為Fax業(yè)務(wù)專(zhuān)用端口號(hào)，而關(guān)閉語(yǔ)音業(yè)務(wù)的端口。
上述實(shí)施方式的描述中，業(yè)務(wù)類(lèi)型有語(yǔ)音業(yè)務(wù)VoIP、傳真業(yè)務(wù)Fax、數(shù)據(jù)業(yè)務(wù)Data、調(diào)制解調(diào)器業(yè)務(wù)Modem等。而編解碼方案有G.729編解碼方案、G.711冗余編解碼方案、T.38編解碼方案等。當(dāng)然以后技術(shù)發(fā)展出現(xiàn)新的業(yè)務(wù)類(lèi)型及相應(yīng)的編解碼方案，仍然適用于本發(fā)明中，能夠?qū)崿F(xiàn)多業(yè)務(wù)的傳輸，具有很好的兼容性。
熟悉本領(lǐng)域的技術(shù)人員可以理解，上述實(shí)施方式中技術(shù)細(xì)節(jié)的描述中以一些常用應(yīng)用場(chǎng)景為例，給出具體的參數(shù)設(shè)置等，在實(shí)際應(yīng)用中根據(jù)實(shí)際情況可以靈活設(shè)置，更好地實(shí)現(xiàn)發(fā)明目的，并不影響本發(fā)明的實(shí)質(zhì)和范圍。
雖然通過(guò)參照本發(fā)明的某些優(yōu)選實(shí)施方式，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種基于IP的匯接局多業(yè)務(wù)傳輸方法，其特征在于，包含以下步驟A在呼叫建立前，通信雙方協(xié)商并配置用于傳輸業(yè)務(wù)的編解碼方案；B在呼叫過(guò)程中，媒體網(wǎng)關(guān)檢測(cè)業(yè)務(wù)相關(guān)信號(hào)或事件并分別上報(bào)給媒體網(wǎng)關(guān)控制器；C在呼叫過(guò)程中，所述媒體網(wǎng)關(guān)控制器根據(jù)上報(bào)的所述業(yè)務(wù)相關(guān)信號(hào)或事件判斷業(yè)務(wù)類(lèi)型，通知并控制切換相應(yīng)的編解碼方案；D所述編解碼方案的切換觸發(fā)承載資源重協(xié)商和更新。
2.根據(jù)權(quán)利要求1所述的基于IP的匯接局多業(yè)務(wù)傳輸方法，其特征在于，在所述步驟C中切換所述編解碼方案時(shí)忽略承載資源相關(guān)信息；所述步驟D包含以下子步驟所述媒體網(wǎng)關(guān)控制器下發(fā)的新的編解碼方案觸發(fā)承載資源重協(xié)商；所述媒體網(wǎng)關(guān)根據(jù)配置的對(duì)應(yīng)業(yè)務(wù)類(lèi)型的承載資源信息向?qū)Χ税l(fā)起協(xié)商；協(xié)商成功后，雙方使用新的承載資源進(jìn)行業(yè)務(wù)傳輸，并釋放原承載資源。
3.根據(jù)權(quán)利要求2所述的基于IP的匯接局多業(yè)務(wù)傳輸方法，其特征在于，所述通信雙方的媒體網(wǎng)關(guān)控制器通過(guò)承載無(wú)關(guān)呼叫控制帶外協(xié)商用于傳輸業(yè)務(wù)的編解碼方案。
4.根據(jù)權(quán)利要求3所述的基于IP的匯接局多業(yè)務(wù)傳輸方法，其特征在于，所述步驟C中所述媒體網(wǎng)關(guān)之間通過(guò)基于IP的承載控制協(xié)議協(xié)商或重協(xié)商所述承載資源。
5.根據(jù)權(quán)利要求4所述的基于IP的匯接局多業(yè)務(wù)傳輸方法，其特征在于，所述基于IP的承載控制協(xié)議協(xié)商過(guò)程中，在呼叫建立階段，所述媒體網(wǎng)關(guān)控制器下發(fā)H.248信令支持所述基于IP的承載控制協(xié)議協(xié)商，配置承載資源和虛擬編解碼方案；在呼叫過(guò)程中，當(dāng)所述編解碼方案發(fā)生切換時(shí)，所述媒體網(wǎng)關(guān)控制器下發(fā)H.248信令，忽略所述承載資源信息，并通知所切換的編解碼方案，同時(shí)觸發(fā)所述基于IP的承載控制協(xié)議重協(xié)商。
6.根據(jù)權(quán)利要求5所述的基于IP的匯接局多業(yè)務(wù)傳輸方法，其特征在于，所述承載資源是指IP地址或端口號(hào)。
7.根據(jù)權(quán)利要求6所述的基于IP的匯接局多業(yè)務(wù)傳輸方法，其特征在于，所述步驟A還包含子步驟主叫匯接局的所述媒體網(wǎng)關(guān)控制器發(fā)送初始地址消息，在其中攜帶本局支持的編解碼方案；被叫匯接局的所述媒體網(wǎng)關(guān)控制器發(fā)回應(yīng)用傳送消息，在其中攜帶協(xié)商后的編解碼方案；所述被叫端發(fā)回振鈴及應(yīng)答消息；主被叫匯接局的所述媒體網(wǎng)關(guān)控制器向?qū)?yīng)媒體網(wǎng)關(guān)下發(fā)檢測(cè)所述業(yè)務(wù)相關(guān)信號(hào)或事件的請(qǐng)求。
8.根據(jù)權(quán)利要求7所述的基于IP的匯接局多業(yè)務(wù)傳輸方法，其特征在于，當(dāng)所述步驟B中所述媒體網(wǎng)關(guān)檢測(cè)到所述業(yè)務(wù)相關(guān)信號(hào)或事件并上報(bào)給對(duì)應(yīng)媒體網(wǎng)關(guān)控制器時(shí)，所述步驟C包含子步驟該媒體網(wǎng)關(guān)控制器下發(fā)請(qǐng)求指示該媒體網(wǎng)關(guān)切換到對(duì)應(yīng)業(yè)務(wù)類(lèi)型的編解碼方案；該媒體網(wǎng)關(guān)控制器通過(guò)所述承載無(wú)關(guān)呼叫控制指示對(duì)端媒體網(wǎng)關(guān)控制器對(duì)應(yīng)業(yè)務(wù)類(lèi)型的編解碼方案；對(duì)端媒體網(wǎng)關(guān)控制器下發(fā)請(qǐng)求指示對(duì)應(yīng)媒體網(wǎng)關(guān)切換到對(duì)應(yīng)業(yè)務(wù)類(lèi)型的編解碼方案。
9.根據(jù)權(quán)利要求1-8任意一項(xiàng)所述的基于IP的匯接局多業(yè)務(wù)傳輸方法，其特征在于，所述業(yè)務(wù)包含語(yǔ)音業(yè)務(wù)、傳真業(yè)務(wù)、數(shù)據(jù)業(yè)務(wù)。
10.根據(jù)權(quán)利要求9所述的基于IP的匯接局多業(yè)務(wù)傳輸方法，其特征在于，所述編解碼方案包含G.729編解碼方案、G.711編解碼方案、G.711冗余編解碼方案、T.38編解碼方案。
全文摘要
本發(fā)明涉及移動(dòng)通信系統(tǒng)中匯接局基于IP的通信業(yè)務(wù)傳輸方法，公開(kāi)了一種基于IP的匯接局多業(yè)務(wù)傳輸方法，使得TMSC的IP承載組網(wǎng)滿(mǎn)足并實(shí)現(xiàn)語(yǔ)音、傳真、數(shù)據(jù)等多種業(yè)務(wù)的傳輸。本發(fā)明中，通過(guò)利用BICC帶外協(xié)商首先讓MGC之間協(xié)商所能切換的編解碼方案，然后MGC下發(fā)命令使得MGW開(kāi)始檢測(cè)與傳真數(shù)據(jù)業(yè)務(wù)相關(guān)的信號(hào)、事件等，在呼叫通信過(guò)程中，MGW上報(bào)所檢測(cè)到的事件或信號(hào)，MGC判斷并引發(fā)對(duì)話兩側(cè)的編解碼方案的切換，并通過(guò)IPBCP協(xié)商建立承載面，從而在MSC IP承載上實(shí)現(xiàn)傳真、數(shù)據(jù)業(yè)務(wù)，解決匯接局情況下語(yǔ)音傳真的切換。
文檔編號(hào)H04Q7/22GK101031006SQ20061002434
公開(kāi)日2007年9月5日 申請(qǐng)日期2006年3月3日 優(yōu)先權(quán)日2006年3月3日
發(fā)明者李琥 申請(qǐng)人:華為技術(shù)有限公司