專利名稱：下一代網(wǎng)絡(luò)構(gòu)架下的呼叫處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及下一代網(wǎng)絡(luò)(Next Generation Network，簡(jiǎn)稱“NGN”)架構(gòu)的實(shí)現(xiàn)方法，特別涉及NGN架構(gòu)下R2信令方式的實(shí)現(xiàn)方法。
背景技術(shù)：
傳統(tǒng)電話網(wǎng)絡(luò)通常稱作公共電話交換網(wǎng)(Public Switched TelephoneNetwork，簡(jiǎn)稱“PSTN”)，它從最原始的依靠接線員的人工交換網(wǎng)絡(luò)到今天的數(shù)字程控電話網(wǎng)絡(luò)已經(jīng)發(fā)展了一百多年了。傳統(tǒng)電話網(wǎng)絡(luò)的基本原理是采用某種連接技術(shù)，在兩部電話之間建立一條可傳輸話音的電路。而隨著數(shù)字通信技術(shù)的發(fā)展，今天的電話網(wǎng)內(nèi)部結(jié)構(gòu)已經(jīng)實(shí)現(xiàn)了數(shù)字化?，F(xiàn)代數(shù)字電話交換網(wǎng)絡(luò)就是基于時(shí)分復(fù)用(Time Division Multiplexing，簡(jiǎn)稱“TDM”)技術(shù)，通過(guò)呼叫控制信令在兩個(gè)電話機(jī)之間建立一條獨(dú)享的電路。
為達(dá)到擴(kuò)展性和可靠性，現(xiàn)代電話網(wǎng)絡(luò)有嚴(yán)格的層次化結(jié)構(gòu)通常稱為用戶端局和匯接局。用戶端局通常配置用戶交換機(jī)，主要連接家庭用戶和企業(yè)用戶，并上連到匯接局?；趯哟位Y(jié)構(gòu)，電話的呼叫控制信令可分為局間信令和用戶信令。
用戶線信令是用戶線上傳遞的用戶與交換機(jī)之間的信號(hào)。用戶線信令主要包括描述用戶摘掛機(jī)狀態(tài)的信令、傳送被叫號(hào)碼的數(shù)字信令、向用戶通報(bào)接續(xù)結(jié)果的鈴流和信號(hào)音。局間信令是局間中繼線上傳送的交換設(shè)備之間和交換設(shè)備與網(wǎng)管中心、智能中心、數(shù)據(jù)庫(kù)等設(shè)備之間的信令，主要包括控制話路接續(xù)與拆線的信令和保證網(wǎng)絡(luò)有效運(yùn)行的信令。
局間信令按功能分，可分為監(jiān)視信令(也稱線路信令)、選擇信令和操作信令(合稱記發(fā)器信令)。各級(jí)電話局都是局間信令的源點(diǎn)，稱之為信令點(diǎn)(Signalling Point，簡(jiǎn)稱“SP”)。為了有效地傳送局間信令，在信令點(diǎn)之上，有必要視情況分級(jí)設(shè)置執(zhí)行信令交換功能的信令轉(zhuǎn)接點(diǎn)(SignallingTransport Point，簡(jiǎn)稱“STP”)。按一定的組網(wǎng)規(guī)則，規(guī)范各級(jí)信令點(diǎn)和信令轉(zhuǎn)接點(diǎn)的編碼，并用信令鏈路連接它們所形成的網(wǎng)絡(luò)稱為局間信令網(wǎng)或簡(jiǎn)稱信令網(wǎng)。
每個(gè)電話的信令可以由該電話話路傳送，也可以經(jīng)由專設(shè)的公共信令信道傳送。因此，根據(jù)信令的傳送方式，信令可分為隨路信令(Channel AssociatedSignaling，簡(jiǎn)稱“CAS”)和公共信道信令(Common Channel Signaling，簡(jiǎn)稱“CCS”)兩種方式。我國(guó)采用的隨路信令方式稱為中國(guó)一號(hào)信令方式，也即相當(dāng)于國(guó)際上所說(shuō)的國(guó)際電報(bào)電話咨詢委員會(huì)(CONSULTATIVECOMMITTEE FOR INTERNATIONAL TELEPHONE AND TELEGRAPHY，簡(jiǎn)稱“CCITT”)制定的R2信令方式。但是R2信令并不統(tǒng)一，不同的國(guó)家和地區(qū)都有自己的實(shí)現(xiàn)方式。
由于程控?cái)?shù)字交換機(jī)和數(shù)字傳輸設(shè)備的大量應(yīng)用，局間隨路信令必須采用數(shù)字型線路信令。我國(guó)規(guī)定，數(shù)字型線路信令方式是采用系統(tǒng)的第16時(shí)隙作為信令時(shí)隙，以16幀為復(fù)幀傳送30個(gè)話路線路信令的方式。顯然，將若干條話路的信令集中在一條傳送信令的專用通道上傳送的公共信道信令方式，較之隨路信令方式，具有傳送效率高、容量大、集中處理、靈活方便、無(wú)話音干擾、可靠性高等優(yōu)點(diǎn)，特別適用于由數(shù)字程控電話交換機(jī)和數(shù)字傳輸設(shè)備組成的電話網(wǎng)。當(dāng)前廣泛采用中國(guó)七號(hào)信令，也即CCITT制定的SS7公共信道信令。
隨著電信網(wǎng)的飛速發(fā)展，電信業(yè)務(wù)量持續(xù)增長(zhǎng)，基于話音傳輸?shù)膫鹘y(tǒng)電信網(wǎng)已經(jīng)無(wú)法滿足當(dāng)今社會(huì)對(duì)多樣化高質(zhì)量通信的需求。將來(lái)的電信網(wǎng)除繼續(xù)傳輸話音業(yè)務(wù)以外更主要的還要求能夠傳送數(shù)據(jù)和多媒體的業(yè)務(wù)。隨著諸如下一代因特網(wǎng)等新一代網(wǎng)的發(fā)展，網(wǎng)際協(xié)議(Internet Protocol，簡(jiǎn)稱“IP”)平臺(tái)不斷向傳統(tǒng)電信業(yè)務(wù)的滲透，傳統(tǒng)電信業(yè)務(wù)與IP的融合步伐大大加快。目前無(wú)論是運(yùn)營(yíng)商還是設(shè)備制造商都在不斷地探討NGN的特點(diǎn)和新的增長(zhǎng)點(diǎn)。
NGN是基于分組的網(wǎng)絡(luò)，能夠提供電信業(yè)務(wù)；利用多種寬帶能力和服務(wù)質(zhì)量(Quality of Services，簡(jiǎn)稱“QoS”)保證的傳送技術(shù)；其業(yè)務(wù)相關(guān)功能與其傳送技術(shù)相獨(dú)立。NGN使用戶可以自由接入到不同的業(yè)務(wù)提供商；NGN支持通用移動(dòng)性。NGN以軟交換為核心，能夠提供話音、視頻、數(shù)據(jù)等多媒體綜合業(yè)務(wù)，采用開(kāi)放、標(biāo)準(zhǔn)體系結(jié)構(gòu)，能夠提供豐富業(yè)務(wù)的下一代網(wǎng)絡(luò)。NGN從傳統(tǒng)的以電路交換為主的PSTN網(wǎng)絡(luò)中逐漸邁向以分組交換為主，它承載了原有PSTN網(wǎng)絡(luò)的所有業(yè)務(wù)，把大量的數(shù)據(jù)傳輸卸載到IP網(wǎng)絡(luò)中以減輕PSTN網(wǎng)絡(luò)的重荷，又以IP技術(shù)的新特性增加和增強(qiáng)了許多新老業(yè)務(wù)。因此NGN是基于TDM的PSTN語(yǔ)音網(wǎng)絡(luò)和基于IP的分組網(wǎng)絡(luò)融合的產(chǎn)物，它使得在新一代網(wǎng)絡(luò)上語(yǔ)音、視頻、數(shù)據(jù)等綜合業(yè)務(wù)成為了可能。
目前，電信運(yùn)營(yíng)商、設(shè)備制造商和國(guó)內(nèi)外標(biāo)準(zhǔn)制定組織都在加緊對(duì)NGN技術(shù)的研究。國(guó)際上相關(guān)的標(biāo)準(zhǔn)化組織已經(jīng)將NGN技術(shù)的標(biāo)準(zhǔn)化提上了日程，包括國(guó)際電信聯(lián)盟(International Telecommunication Union，簡(jiǎn)稱“ITU”)，歐洲電信標(biāo)準(zhǔn)化協(xié)會(huì)(European Telecommunications Standard Industry，簡(jiǎn)稱“ETSI”)，第三代移動(dòng)通信合作伙伴項(xiàng)目(3rd Generation Partnership Project，簡(jiǎn)稱“3GPP”)和因特網(wǎng)工程師任務(wù)組(Internet Engineering Task Force，簡(jiǎn)稱“IETF”)，都對(duì)NGN的研究方向、框架體系、業(yè)務(wù)需求、網(wǎng)絡(luò)功能、互通、服務(wù)質(zhì)量、移動(dòng)性管理、可管理的IP網(wǎng)絡(luò)和NGN演進(jìn)方式等方面提出總體要求。目前，NGN已經(jīng)成為網(wǎng)絡(luò)發(fā)展的研究熱點(diǎn)和當(dāng)前迫切需要解決的技術(shù)難題。
如何在現(xiàn)有網(wǎng)絡(luò)中融合NGN技術(shù)是NGN發(fā)展的關(guān)鍵之一。如前所述，R2信令作為一種隨路信令，雖然與公共信道信令相比具有容量小、不夠靈活等缺點(diǎn)，但在很多國(guó)家和地區(qū)的電話網(wǎng)絡(luò)中仍然被廣泛使用。因此在NGN網(wǎng)絡(luò)中，和傳統(tǒng)的PSTN網(wǎng)絡(luò)互通時(shí)，需要在軟交換和網(wǎng)關(guān)上支持R2信令的呼叫處理。根據(jù)NGN的設(shè)計(jì)思想，軟交換作為控制面，實(shí)現(xiàn)呼叫的分析及路由選擇，網(wǎng)關(guān)作為承載面，實(shí)現(xiàn)信令的處理。因此在呼叫接續(xù)的過(guò)程中，如果是出局呼叫，軟交換給網(wǎng)關(guān)下發(fā)信號(hào)攜帶地址信息，網(wǎng)關(guān)通過(guò)信令交互流程發(fā)送給對(duì)端交換機(jī)。如果是入局呼叫，網(wǎng)關(guān)通過(guò)信令交互流程收集地址信息，然后通過(guò)地址事件把信息上報(bào)給軟交換。但如何高效的實(shí)現(xiàn)軟交換與網(wǎng)關(guān)之間的R2信令的號(hào)碼匹配及路由分析等是目前NGN急需解決的問(wèn)題。
目前IETF定義的NGN標(biāo)準(zhǔn)中給出了R2信令在軟交換與網(wǎng)關(guān)間交互的實(shí)現(xiàn)方法。該方法是在網(wǎng)關(guān)將收到的對(duì)端交換機(jī)發(fā)來(lái)的號(hào)碼進(jìn)行號(hào)碼匹配，滿足匹配條件后再將號(hào)碼上報(bào)給軟交換，由軟交換進(jìn)行路由分析。圖1給出了收齊式R2信令交互的一個(gè)入局呼叫流程實(shí)例軟交換給網(wǎng)關(guān)下發(fā)檢測(cè)占用的事件(Modify Event)，網(wǎng)關(guān)收到對(duì)端交換機(jī)發(fā)送的占用請(qǐng)求信令(seize)后，給對(duì)端交換機(jī)回應(yīng)占用確認(rèn)信令(seizeack)，然后給軟交換上報(bào)占用事件(Notify Observed Event)。軟交換再給網(wǎng)關(guān)下發(fā)地址事件(Modify Event)，地址事件中攜帶號(hào)碼映射(DigitMap)參數(shù)。網(wǎng)關(guān)和對(duì)端交換機(jī)進(jìn)行R2信令交互，當(dāng)收到的被叫號(hào)碼滿足號(hào)碼匹配條件時(shí)，通過(guò)事件(Notify Observed Event)將被叫號(hào)碼上報(bào)給軟交換，軟交換根據(jù)網(wǎng)關(guān)上報(bào)的號(hào)碼進(jìn)行號(hào)碼分析并進(jìn)行路由選擇，然后將被叫用戶的狀態(tài)通過(guò)信號(hào)(Modify Signal)下發(fā)給網(wǎng)關(guān)，網(wǎng)關(guān)再發(fā)送信令通知交換機(jī)。
該方法原理上較為簡(jiǎn)單，但在實(shí)際應(yīng)用中存在缺點(diǎn)。由于網(wǎng)關(guān)是根據(jù)軟交換下發(fā)的DigitMap參數(shù)進(jìn)行被叫號(hào)碼匹配的，因此軟交換下發(fā)的DigitMap參數(shù)必須要考慮到用戶可能呼叫的所有號(hào)碼的通配情況。只有保證這點(diǎn)，才能使得所有號(hào)碼都能正常的被匹配而不會(huì)出現(xiàn)撥不通的情況，這樣網(wǎng)關(guān)才能正確上報(bào)被叫號(hào)碼。然而這一條件在很多情況下是不能保證的，比如用戶有國(guó)際長(zhǎng)途呼叫權(quán)限時(shí)，由于國(guó)際號(hào)碼規(guī)則多種多樣，不可能實(shí)現(xiàn)所有地區(qū)的所有可能呼叫的被叫號(hào)碼通配方案，此時(shí)只能通過(guò)DigitMap匹配的定時(shí)器超時(shí)機(jī)制來(lái)完成號(hào)碼匹配，即在無(wú)法匹配的情況下設(shè)定一定長(zhǎng)度的定時(shí)器，當(dāng)定時(shí)器超時(shí)后，才判斷為號(hào)碼全，然后上報(bào)軟交換，這樣的處理方法顯然大大增加了呼叫接續(xù)的時(shí)長(zhǎng)，而且無(wú)法保證撥叫業(yè)務(wù)的可靠性和服務(wù)質(zhì)量。
另外，根據(jù)ITU電信標(biāo)準(zhǔn)部(ITU Telecommunication StandardizationSector，簡(jiǎn)稱“ITU-T”)定義的國(guó)際CAS迫發(fā)式記發(fā)器信令包(InternationalCAS Compelled Resister Signaling Packages，簡(jiǎn)稱“ICASC”)中的實(shí)現(xiàn)R2信令交疊方式上報(bào)地址信息的方案，給出了另外一種實(shí)現(xiàn)R2信令交疊的方法，實(shí)際上是將號(hào)碼分段進(jìn)行匹配，在各段之間設(shè)置一定的邏輯關(guān)系，分段上報(bào)軟交換進(jìn)行路由分析。圖2給出了根據(jù)分段式R2信令交互的一個(gè)入局呼叫流程實(shí)例軟交換先下發(fā)檢測(cè)占用的事件(Modify Event)，網(wǎng)關(guān)收到對(duì)端交換機(jī)發(fā)送的占用請(qǐng)求信令(seize)后，給對(duì)端回應(yīng)占用確認(rèn)信令(seize ack)，然后給軟交換上報(bào)占用事件(Notify Observed Event)。軟交換再給網(wǎng)關(guān)下發(fā)地址事件(Modify Event)，地址事件中攜帶序列(sequence，簡(jiǎn)稱“seq”)參數(shù)，在seq參數(shù)指示地址信息的接收順序和多個(gè)DigitMap的序號(hào)。網(wǎng)關(guān)和對(duì)端交換機(jī)進(jìn)行R2信令交互，當(dāng)收到的被叫號(hào)碼滿足第一個(gè)DigitMap定義的號(hào)碼匹配條件時(shí)，就將已收到被叫號(hào)碼上報(bào)給軟交換，然后繼續(xù)進(jìn)行信令交互，當(dāng)滿足第二個(gè)DigitMap定義的號(hào)碼匹配條件時(shí)，再將上次上報(bào)之后收到被叫號(hào)碼上報(bào)給軟交換，直到所有號(hào)碼收齊。軟交換根據(jù)網(wǎng)關(guān)上報(bào)的號(hào)碼進(jìn)行號(hào)碼分析并進(jìn)行路由選擇，然后將被叫用戶的狀態(tài)通過(guò)信號(hào)下發(fā)給網(wǎng)關(guān)，網(wǎng)關(guān)再發(fā)送信令通知交換機(jī)。
該方法表面上看提高了號(hào)碼匹配的效率，但事實(shí)上不但使得系統(tǒng)設(shè)計(jì)復(fù)雜，而且由于該方案也是根據(jù)DigitMap的匹配結(jié)果來(lái)上報(bào)被叫號(hào)碼的，依然無(wú)法解決一個(gè)DigitMap參數(shù)無(wú)法通配所有可能的被叫號(hào)碼的問(wèn)題。因此軟交換必然要在下發(fā)地址事件時(shí)攜帶多個(gè)DigitMap參數(shù)，網(wǎng)關(guān)需要根據(jù)不同順序的DigitMap參數(shù)進(jìn)行多次分段匹配，導(dǎo)致實(shí)現(xiàn)更加復(fù)雜，反而降低了系統(tǒng)整體效率。
在實(shí)際應(yīng)用中，上述方案存在以下問(wèn)題IETF和ITU-T建議的NGN網(wǎng)絡(luò)架構(gòu)下軟交換和網(wǎng)關(guān)之間的R2信令交互方法都無(wú)法解決匹配所有可能的被叫號(hào)碼的問(wèn)題，無(wú)法保證撥叫服務(wù)的質(zhì)量；其中IETF建議的收齊式方法通過(guò)定時(shí)器超時(shí)實(shí)現(xiàn)號(hào)碼全匹配，導(dǎo)致接續(xù)時(shí)間較長(zhǎng)，而ITU-T建議的分段匹配方法則是通過(guò)各段號(hào)碼分別匹配實(shí)現(xiàn)的，多段DigitMap之間的邏輯處理關(guān)系導(dǎo)致系統(tǒng)實(shí)現(xiàn)非常困難且提高了系統(tǒng)復(fù)雜度。
造成這種情況的主要原因在于，現(xiàn)有NGN網(wǎng)絡(luò)架構(gòu)下軟交換和網(wǎng)關(guān)之間的R2信令交互方法都是采用DigitMap匹配整個(gè)號(hào)碼，導(dǎo)致必須實(shí)現(xiàn)所有可能的號(hào)碼規(guī)則的DigitMap；另外收齊式方法是通過(guò)超時(shí)機(jī)制來(lái)確認(rèn)是否號(hào)碼全，導(dǎo)致接續(xù)時(shí)間長(zhǎng)，而分段式方法的邏輯處理復(fù)雜提高了系統(tǒng)復(fù)雜度。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種下一代網(wǎng)絡(luò)構(gòu)架下的呼叫處理方法，使得號(hào)碼匹配不受DigitMap限制，呼叫和接續(xù)時(shí)間縮短，系統(tǒng)簡(jiǎn)化，效率提高。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種下一代網(wǎng)絡(luò)構(gòu)架下的呼叫處理方法，包含以下步驟，入局呼叫時(shí)，網(wǎng)關(guān)從交換機(jī)交疊接收被叫號(hào)碼，通過(guò)號(hào)碼映射匹配字冠并上報(bào)軟交換，由所述軟交換進(jìn)行路由分析，并且，所述網(wǎng)關(guān)再將后續(xù)號(hào)碼上報(bào)所述軟交換，并發(fā)往路由上的后續(xù)局完成號(hào)碼分析；
出局呼叫時(shí)，所述軟交換向所述網(wǎng)關(guān)分段下發(fā)被叫號(hào)碼，并由所述網(wǎng)關(guān)交疊傳送給所述交換機(jī)；其中所述被叫號(hào)碼由所述字冠和所述后續(xù)號(hào)碼組成。
其中，所述入局呼叫進(jìn)一步包含以下子步驟，所述軟交換向所述網(wǎng)關(guān)下發(fā)檢測(cè)占用事件，通知其檢測(cè)所述交換機(jī)的占用請(qǐng)求；所述網(wǎng)關(guān)檢測(cè)到所述交換機(jī)的所述占用請(qǐng)求后，回復(fù)占用確認(rèn)，并向所述軟交換上報(bào)占用事件；所述軟交換向所述網(wǎng)關(guān)下發(fā)地址事件，其中，所述地址事件攜帶所述號(hào)碼映射參數(shù)，用于匹配所述字冠；所述網(wǎng)關(guān)從所述交換機(jī)交疊接收所述被叫號(hào)碼，通過(guò)所述號(hào)碼映射參數(shù)匹配所述字冠，并向所述軟交換上報(bào)；所述軟交換根據(jù)所述網(wǎng)關(guān)上報(bào)的所述字冠進(jìn)行路由分析，并從所述網(wǎng)關(guān)交疊檢測(cè)上報(bào)所述后續(xù)號(hào)碼；所述軟交換將所述被叫號(hào)碼發(fā)往路由上的所述后續(xù)局完成號(hào)碼分析，直到落地局通知號(hào)碼全；所述軟交換將被叫用戶狀態(tài)下發(fā)給所述網(wǎng)關(guān)，由所述網(wǎng)關(guān)通知所述交換機(jī)。
此外，所述出局呼叫進(jìn)一步包含以下子步驟，所述軟交換下發(fā)占用信號(hào)給所述網(wǎng)關(guān)；所述網(wǎng)關(guān)向所述交換機(jī)發(fā)送所述占用請(qǐng)求，檢測(cè)回復(fù)的占用確認(rèn)，并向所述軟交換上報(bào)；所述軟交換向所述網(wǎng)關(guān)分段下發(fā)所述呼叫號(hào)碼，直到所述交換機(jī)通知號(hào)碼全；所述交換機(jī)向所述網(wǎng)關(guān)發(fā)送所述用戶狀態(tài)，并且，所述網(wǎng)關(guān)向所述軟交換上報(bào)。
此外，在所述入局呼叫中，所述網(wǎng)關(guān)通過(guò)上報(bào)多頻率語(yǔ)音檢測(cè)包來(lái)交疊上報(bào)所述后續(xù)號(hào)碼給所述軟交換。
此外，在所述出局呼叫中，所述軟交換通過(guò)下發(fā)地址信號(hào)來(lái)分段下發(fā)所述呼叫號(hào)碼給所述網(wǎng)關(guān)。
通過(guò)比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于，本發(fā)明在入局呼叫中將被叫號(hào)碼分為字冠和后續(xù)號(hào)碼兩個(gè)部分，其中字冠通過(guò)DigitMap匹配由網(wǎng)關(guān)先上報(bào)給軟交換并進(jìn)行路由分析，然后后續(xù)號(hào)碼通過(guò)其他方式交疊式上報(bào)給軟交換，并由軟交換向后發(fā)往鏈路后續(xù)節(jié)點(diǎn)進(jìn)行號(hào)碼匹配，直到落地局通知號(hào)碼全；在出局呼叫時(shí)，將分段后的呼叫號(hào)碼交互式下發(fā)給網(wǎng)關(guān)。
這種技術(shù)方案上的區(qū)別，帶來(lái)了較為明顯的有益效果，即其中入局呼叫的字冠單獨(dú)匹配并用于路由的方法使得號(hào)碼匹配不受全號(hào)碼DigitMap通用性的限制，有效避免了根據(jù)一個(gè)DigitMap參數(shù)通配所有可能呼叫的被叫號(hào)碼的問(wèn)題，并且路由分析和后續(xù)號(hào)碼上報(bào)同時(shí)進(jìn)行大大提高了R2信令交互的效率，縮短的呼叫接續(xù)時(shí)間，提高了呼叫服務(wù)質(zhì)量，降低了系統(tǒng)實(shí)現(xiàn)難度和復(fù)雜度；出局呼叫的分段交疊下發(fā)方法提高了出局呼叫處理速度。


圖1是根據(jù)IETF建議的R2信令交互方式的入局呼叫實(shí)例的流程圖；圖2是根據(jù)ITU-T建議的R2信令交互方式的入局呼叫實(shí)例的流程圖；圖3是根據(jù)本發(fā)明的第一實(shí)施例的NGN中呼叫處理方法中的入局呼叫流程圖；圖4是根據(jù)本發(fā)明的第一實(shí)施例的NGN中呼叫處理方法中的出局呼叫流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。
總的來(lái)說(shuō)，本發(fā)明的原理在于，通過(guò)DigitMap進(jìn)行號(hào)碼匹配時(shí)，在DigitMap實(shí)現(xiàn)被叫號(hào)碼匹配后，事實(shí)上軟交換必須等網(wǎng)關(guān)把所有被叫號(hào)碼收全上報(bào)后才開(kāi)始進(jìn)行呼叫分析，然而大多數(shù)情況下，軟交換只要收到一定長(zhǎng)度的呼叫字冠，就可以進(jìn)行呼叫分析及路由選擇了，比如國(guó)內(nèi)長(zhǎng)途的地區(qū)號(hào)等呼叫字冠，就可以進(jìn)行地區(qū)間路由分析。本發(fā)明基于這一原理，首先采用字冠匹配方法，實(shí)現(xiàn)被叫號(hào)碼字冠的DigitMap的匹配，然后在繼續(xù)收集撥叫號(hào)碼的同時(shí)，軟交換即可進(jìn)行路由分析，加快接續(xù)速度，縮短撥叫時(shí)間，提高系統(tǒng)效率。本發(fā)明的字冠DigitMap匹配方法，通過(guò)字冠路由分析之后，將后續(xù)號(hào)碼發(fā)往該路由，由鏈路上后續(xù)節(jié)點(diǎn)來(lái)處理，保證了所有可能號(hào)碼都能被匹配到且不受DigitMap的限制。其中關(guān)于后續(xù)號(hào)碼的交疊方式的實(shí)現(xiàn)，在入局呼叫時(shí)，采用多頻率語(yǔ)音檢測(cè)(Multi-frequency tone detection，簡(jiǎn)稱“MFD”)包來(lái)實(shí)現(xiàn)字冠匹配之后的后續(xù)號(hào)碼收集上報(bào)，而在出局呼叫時(shí)，則采用R2包中定義的地址(R2/addr)信號(hào)來(lái)實(shí)現(xiàn)字冠匹配之后的后續(xù)號(hào)碼下發(fā)。
在本發(fā)明的第一實(shí)施例中，首先將呼叫號(hào)碼分為字冠和后續(xù)號(hào)碼兩部分進(jìn)行處理，其中字冠是事先被用于軟交換的路由分析的，而通過(guò)DigitMap匹配得到呼叫字冠后立即上報(bào)軟交換進(jìn)行路由分析，同時(shí)網(wǎng)關(guān)通過(guò)交疊方式繼續(xù)收集或者下發(fā)后續(xù)號(hào)碼，在軟交換完成路由分析后，將包括后續(xù)號(hào)碼的呼叫號(hào)碼發(fā)往鏈路后續(xù)節(jié)點(diǎn)分析并繼續(xù)路由。
下面結(jié)合圖3詳細(xì)說(shuō)明根據(jù)本發(fā)明的第一實(shí)施例的入局呼叫流程。需要說(shuō)明的是，在本發(fā)明中，可采用IETF定義的R2包和ITU-T定義的MFD包來(lái)實(shí)現(xiàn)被叫號(hào)碼的交疊方式上報(bào)。
入局呼叫發(fā)生時(shí)，首先，在步驟301中，軟交換先下發(fā)檢測(cè)占用的事件，通知網(wǎng)關(guān)檢測(cè)對(duì)端交換機(jī)發(fā)起的占用事件。
接著進(jìn)入步驟302，網(wǎng)關(guān)收到對(duì)端交換機(jī)發(fā)送的占用請(qǐng)求信令后，先給對(duì)端回應(yīng)占用確認(rèn)信令，然后給軟交換上報(bào)占用事件。本步驟中，對(duì)端交換機(jī)發(fā)來(lái)的占用請(qǐng)求信令啟動(dòng)了入局呼叫的R2信令交互過(guò)程，即一次入局呼叫開(kāi)始接收處理。
接著進(jìn)入步驟303，軟交換再給網(wǎng)關(guān)下發(fā)地址事件，地址事件中攜帶DigitMap參數(shù)，此時(shí)下發(fā)的DigitMap可以只是軟交換上配置的呼叫字冠。因此對(duì)于呼叫字冠的DigitMap匹配可以較容易實(shí)現(xiàn)所有可能字冠的情況，使得號(hào)碼匹配不受DigitMap難以完全的限制。
接著進(jìn)入步驟304，網(wǎng)關(guān)和對(duì)端交換機(jī)進(jìn)行R2信令交互，如圖中所示，網(wǎng)關(guān)收到交換機(jī)發(fā)來(lái)的號(hào)碼′1′時(shí)，即回應(yīng)發(fā)送下一位號(hào)碼的請(qǐng)求，這樣交替完成交換機(jī)對(duì)網(wǎng)關(guān)的號(hào)碼傳送。當(dāng)網(wǎng)關(guān)收到的被叫號(hào)碼滿足DigitMap字冠的號(hào)碼匹配條件時(shí)，將被叫號(hào)碼即字冠上報(bào)給軟交換。因此這一過(guò)程即為前半段的呼叫字冠的匹配和上報(bào)過(guò)程。
接著進(jìn)入步驟305，軟交換根據(jù)網(wǎng)關(guān)上報(bào)的呼叫字冠號(hào)碼可以開(kāi)始號(hào)碼分析并進(jìn)行路由選擇，同時(shí)給網(wǎng)關(guān)下發(fā)MFD事件用來(lái)檢測(cè)其余的被叫后續(xù)號(hào)碼。軟交換在完成路由選擇之后即可獲得呼叫路由的后續(xù)鏈路地址。
接著進(jìn)入步驟306，網(wǎng)關(guān)通過(guò)信令互控繼續(xù)和交換機(jī)進(jìn)行號(hào)碼傳送，在每收到一個(gè)被叫號(hào)碼，就用對(duì)應(yīng)的MFD事件上報(bào)給軟交換，比如對(duì)應(yīng)0-9的分別定義10種MFD事件表示相應(yīng)的號(hào)碼，實(shí)現(xiàn)后續(xù)號(hào)碼的交疊上報(bào)。
接著進(jìn)入步驟307，軟交換將包括收到的后續(xù)號(hào)碼的被叫號(hào)碼向前面由字冠分析得到的路由上的下一局向傳送，直到落地局通知號(hào)碼全，實(shí)現(xiàn)被叫號(hào)碼的路由分析，巧妙的避免了因不知道被叫號(hào)碼規(guī)則而無(wú)法實(shí)現(xiàn)DigitMap匹配。
最后進(jìn)入步驟308，軟交換將被叫用戶的狀態(tài)通過(guò)信號(hào)下發(fā)給網(wǎng)關(guān)，網(wǎng)關(guān)再發(fā)送被叫用戶狀態(tài)信令通知交換機(jī)，完成一次入局呼叫的接續(xù)。
下面結(jié)合圖4詳細(xì)說(shuō)明根據(jù)本發(fā)明的第一實(shí)施例的出局呼叫流程。本發(fā)明中，采用R2包的R2/addr信號(hào)來(lái)實(shí)現(xiàn)被叫號(hào)碼的交疊方式下發(fā)。通過(guò)多次下發(fā)R2/addr信號(hào)，將被叫號(hào)碼分段下發(fā)，實(shí)現(xiàn)交疊式R2信令交互，這樣可以提高接續(xù)效率。
首先，在步驟401中，軟交換先給網(wǎng)關(guān)下發(fā)占用信號(hào)，通知網(wǎng)關(guān)開(kāi)始出局呼叫流程。
接著進(jìn)入步驟402，網(wǎng)關(guān)給對(duì)端交換機(jī)發(fā)送占用請(qǐng)求信令，通知對(duì)端交換機(jī)本局呼出。收到對(duì)端回應(yīng)的占用確認(rèn)信令后，再向軟交換上報(bào)開(kāi)始撥號(hào)事件。
接著進(jìn)入步驟403，軟交換給網(wǎng)關(guān)下發(fā)R2/addr地址信號(hào)，攜帶被叫號(hào)碼的部分號(hào)碼，網(wǎng)關(guān)收到該地址信號(hào)后即開(kāi)始向?qū)Χ私粨Q機(jī)發(fā)送號(hào)碼，發(fā)送號(hào)碼的過(guò)程如前所述一位一位的交互式傳送。在發(fā)送完所有的號(hào)碼后，向軟交換上報(bào)信號(hào)完成事件。
接著進(jìn)入步驟404，如果此時(shí)軟交換還有后續(xù)的號(hào)碼需要發(fā)送，則再次給網(wǎng)關(guān)下發(fā)R2/addr地址信號(hào)，攜帶下一段被叫號(hào)碼。同樣的，網(wǎng)關(guān)繼續(xù)向?qū)Χ私粨Q機(jī)發(fā)送該段號(hào)碼，然后通知軟交換信號(hào)發(fā)送完成。這一過(guò)程重復(fù)進(jìn)行，直到對(duì)端交換機(jī)通知號(hào)碼全后，說(shuō)明出局呼叫號(hào)碼發(fā)送完畢，軟交換停止向網(wǎng)關(guān)發(fā)送R2/addr地址信號(hào)。
最后進(jìn)入步驟405，對(duì)端交換機(jī)給網(wǎng)關(guān)發(fā)送被叫用戶狀態(tài)信令，由網(wǎng)關(guān)上報(bào)通知軟交換被叫用戶狀態(tài)事件。
熟悉本領(lǐng)域的技術(shù)人員可以理解，上述入局呼叫中用于交互式上報(bào)后續(xù)號(hào)碼的MFD包方式、以及出局呼叫中用于交互式給交換機(jī)傳送分段呼叫號(hào)碼的R2/addr信號(hào)方式，均可以采用其他單音包或是某種號(hào)碼定義方式來(lái)代替完成相應(yīng)的功能，同樣能實(shí)現(xiàn)R2信令的交互，而不影響本發(fā)明的實(shí)質(zhì)和范圍。
雖然通過(guò)參照本發(fā)明的某些優(yōu)選實(shí)施例，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種各樣的改變，而不偏離所附權(quán)利要求書所限定的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種下一代網(wǎng)絡(luò)構(gòu)架下的呼叫處理方法，其特征在于，包含以下步驟，入局呼叫時(shí)，網(wǎng)關(guān)從交換機(jī)交疊接收被叫號(hào)碼，通過(guò)號(hào)碼映射匹配字冠并上報(bào)軟交換，由所述軟交換進(jìn)行路由分析，并且，所述網(wǎng)關(guān)再將后續(xù)號(hào)碼上報(bào)所述軟交換，并發(fā)往路由上的后續(xù)局完成號(hào)碼分析；出局呼叫時(shí)，所述軟交換向所述網(wǎng)關(guān)分段下發(fā)被叫號(hào)碼，并由所述網(wǎng)關(guān)交疊傳送給所述交換機(jī)；其中所述被叫號(hào)碼由所述字冠和所述后續(xù)號(hào)碼組成。
2.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)構(gòu)架下的呼叫處理方法，其特征在于，所述入局呼叫進(jìn)一步包含以下子步驟，所述軟交換向所述網(wǎng)關(guān)下發(fā)檢測(cè)占用事件，通知其檢測(cè)所述交換機(jī)的占用請(qǐng)求；所述網(wǎng)關(guān)檢測(cè)到所述交換機(jī)的所述占用請(qǐng)求后，回復(fù)占用確認(rèn)，并向所述軟交換上報(bào)占用事件；所述軟交換向所述網(wǎng)關(guān)下發(fā)地址事件，其中，所述地址事件攜帶所述號(hào)碼映射參數(shù)，用于匹配所述字冠；所述網(wǎng)關(guān)從所述交換機(jī)交疊接收所述被叫號(hào)碼，通過(guò)所述號(hào)碼映射參數(shù)匹配所述字冠，并向所述軟交換上報(bào)；所述軟交換根據(jù)所述網(wǎng)關(guān)上報(bào)的所述字冠進(jìn)行路由分析，并從所述網(wǎng)關(guān)交疊檢測(cè)上報(bào)所述后續(xù)號(hào)碼；所述軟交換將所述被叫號(hào)碼發(fā)往路由上的所述后續(xù)局完成號(hào)碼分析，直到落地局通知號(hào)碼全；所述軟交換將被叫用戶狀態(tài)下發(fā)給所述網(wǎng)關(guān)，由所述網(wǎng)關(guān)通知所述交換機(jī)。
3.根據(jù)權(quán)利要求2所述的下一代網(wǎng)絡(luò)構(gòu)架下的呼叫處理方法，其特征在于，在所述入局呼叫中，所述網(wǎng)關(guān)通過(guò)上報(bào)多頻率語(yǔ)音檢測(cè)包來(lái)交疊上報(bào)所述后續(xù)號(hào)碼給所述軟交換。
4.根據(jù)權(quán)利要求1所述的下一代網(wǎng)絡(luò)構(gòu)架下的呼叫處理方法，其特征在于，所述出局呼叫進(jìn)一步包含以下子步驟，所述軟交換下發(fā)占用信號(hào)給所述網(wǎng)關(guān)；所述網(wǎng)關(guān)向所述交換機(jī)發(fā)送所述占用請(qǐng)求，檢測(cè)回復(fù)的占用確認(rèn)，并向所述軟交換上報(bào)；所述軟交換向所述網(wǎng)關(guān)分段下發(fā)所述呼叫號(hào)碼，直到所述交換機(jī)通知號(hào)碼全；所述交換機(jī)向所述網(wǎng)關(guān)發(fā)送所述用戶狀態(tài)，并且，所述網(wǎng)關(guān)向所述軟交換上報(bào)。
5.根據(jù)權(quán)利要求4所述的下一代網(wǎng)絡(luò)構(gòu)架下的呼叫處理方法，其特征在于，在所述出局呼叫中，所述軟交換通過(guò)下發(fā)地址信號(hào)來(lái)分段下發(fā)所述呼叫號(hào)碼給所述網(wǎng)關(guān)。
全文摘要
本發(fā)明涉及NGN架構(gòu)的實(shí)現(xiàn)方法，公開(kāi)了一種NGN構(gòu)架下的呼叫處理方法，使得號(hào)碼匹配不受DigtMap限制，呼叫和接續(xù)時(shí)間縮短，系統(tǒng)簡(jiǎn)化，效率提高。本發(fā)明中，在入局呼叫中將被叫號(hào)碼分為字冠和后續(xù)號(hào)碼兩個(gè)部分，其中字冠通過(guò)DigitMap匹配由網(wǎng)關(guān)先上報(bào)給軟交換并進(jìn)行路由分析，然后后續(xù)號(hào)碼通過(guò)其他方式交疊式上報(bào)給軟交換，并由軟交換向后發(fā)往鏈路后續(xù)節(jié)點(diǎn)進(jìn)行號(hào)碼匹配，直到落地局通知號(hào)碼全；在出局呼叫時(shí)，將分段后的呼叫號(hào)碼交互式下發(fā)給網(wǎng)關(guān)。
文檔編號(hào)H04Q3/58GK1825866SQ200510033348
公開(kāi)日2006年8月30日 申請(qǐng)日期2005年2月25日 優(yōu)先權(quán)日2005年2月25日
發(fā)明者蘇敬斫 申請(qǐng)人:華為技術(shù)有限公司