專利名稱：一種號碼流動(np)業(yè)務(wù)的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電話通信領(lǐng)域，尤其是涉及一種號碼流動(NP)業(yè)務(wù)的實現(xiàn)方法。
目前，實現(xiàn)NP業(yè)務(wù)的方法有幾種，國外交換機(jī)一般是通過智能網(wǎng)來實現(xiàn)的，各交換機(jī)可能支持一種實現(xiàn)方法，也可能支持幾種實現(xiàn)的方法。以下簡單描述幾種NP業(yè)務(wù)的實現(xiàn)方法。
圖中A交換機(jī)為發(fā)端電話用戶交換機(jī)，B交換機(jī)為終端電話用戶移機(jī)前所在的交換機(jī)，C交換機(jī)為終端電話用戶移機(jī)后所在的交換機(jī)。
方法一呼叫前轉(zhuǎn)到NP平臺參見

圖1，示出了方法一的呼叫接續(xù)圖。由圖可看出，該方法包括以下過程(1)發(fā)端電話用戶通過A交換機(jī)用終端電話用戶的DN號碼向B交換機(jī)發(fā)起呼叫；(2)B交換機(jī)只需要通過呼叫前轉(zhuǎn)方式，將呼叫轉(zhuǎn)到NP平臺；(3)由NP平臺識別出與終端電話用戶的DN號碼相對應(yīng)的NN號碼，然后用得到的NN號碼前轉(zhuǎn)到C交換機(jī)的終端電話用戶。
缺點交換機(jī)中繼資源占用較大，NP平臺的中繼容量要求也大，耗費大量中繼資源。
方法二通過釋放消息進(jìn)行NP查詢參見圖2，示出了方法二的呼叫接續(xù)圖。由圖可看出，該方法包括以下過程(1)發(fā)端電話用戶通過A交換機(jī)向B交換機(jī)發(fā)起呼叫(Setup)；(2)B交換機(jī)通過釋放消息(Release)指示A交換機(jī)要進(jìn)行NP查詢；(3)A交換機(jī)得到結(jié)果后，重新發(fā)起到NP平臺的呼叫(Setup)；(4)NP平臺再前轉(zhuǎn)到C交換機(jī)的終端電話用戶(Setup)。
缺點交換機(jī)中繼資源的占用減少，但交換機(jī)需修改軟件，而對NP平臺中繼容量的要求比較大。
方法三NP平臺的C7Reroute方式參見圖3，示出了方法三的呼叫接續(xù)圖。由圖可看出，該方法包括以下過程(1)發(fā)端電話用戶通過A交換機(jī)向B交換機(jī)發(fā)起呼叫(Setup)；
(2)B交換機(jī)在接到A交換機(jī)發(fā)起的呼叫后，向NP平臺發(fā)起呼叫(Setup)；(3)NP平臺通過釋放消息(Release)指示B交換機(jī)要進(jìn)行NP查詢；(4)B交換機(jī)通過釋放消息(Release)指示A交換機(jī)要進(jìn)行NP查詢；(5)A交換機(jī)得到結(jié)果后，重新發(fā)起到C交換機(jī)的終端電話用戶的呼叫。
缺點實現(xiàn)方式不標(biāo)準(zhǔn)，與NP平臺相接的各交換機(jī)需修改軟件。這種方法要求A，B交換機(jī)支持C7Reroute方式，NP平臺也要支持這種方式。這樣在與別的廠家交換機(jī)對接時就會存在問題。
方法四直接利用呼叫前轉(zhuǎn)參見圖4，示出了方法四的呼叫接續(xù)圖。由圖可看出，該方法包括以下過程(1)發(fā)端電話用戶通過A交換機(jī)用終端電話用戶的DN號碼向B交換機(jī)發(fā)起呼叫；(2)B交換機(jī)記錄移走的話機(jī)的資料，通過識別出與終端電話用戶的DN號碼相對應(yīng)的NN號碼，用得到的NN號碼，通過呼叫前轉(zhuǎn)的方式找到終端電話用戶(類似于登記呼叫前轉(zhuǎn))。
缺點NP數(shù)據(jù)過于分散，不便于管理，中繼利用率不高，對某些業(yè)務(wù)有影響。這種方法在網(wǎng)上移機(jī)用戶增多后(有的用戶甚至多次移機(jī))，由于每個端局各自為政，不斷修改數(shù)據(jù)，容易引起混亂。并且這種方式不能實現(xiàn)主叫號碼的NP變換，移機(jī)用戶做主叫時，希望送的是移機(jī)前的號碼，而有的交換機(jī)只能送移機(jī)后的號碼(有的交換機(jī)甚至因為呼叫轉(zhuǎn)移的原因而不能送主叫號碼)。
方法五智能網(wǎng)方式參見圖5，示出了方法五的呼叫接續(xù)圖。由圖可看出，該方法包括以下過程(1)用戶a呼叫用戶b(NP用戶)時，A交換機(jī)通過用戶b的DN號碼將呼叫首先接續(xù)到其原來所在的B交換機(jī)；(2)B交換機(jī)判定該用戶為NP用戶，如果B交換機(jī)有智能網(wǎng)交換機(jī)(SSP)的功能，則觸發(fā)一個智能呼叫，將用戶b的DN號碼發(fā)到NP數(shù)據(jù)庫以查詢相應(yīng)的NN號碼；NP數(shù)據(jù)庫將查詢到的NN號碼通知SSP；SSP通過NN號碼將呼叫接續(xù)到C交換機(jī)的終端電話用戶c。如果B交換機(jī)無SSP功能，會將呼叫接續(xù)到SSP；SSP根據(jù)接入碼(如果終端局無SSP功能的話，SSP則根據(jù)用戶線)觸發(fā)智能呼叫，找到C交換機(jī)的終端電話用戶c，完成NP呼叫。
優(yōu)點實現(xiàn)方式標(biāo)準(zhǔn)，有相應(yīng)的標(biāo)準(zhǔn)規(guī)范。
缺點由于需要增加SSP功能，而實現(xiàn)SSP功能需修改交換機(jī)軟件，同時需增加相應(yīng)的控制設(shè)備如信令轉(zhuǎn)接設(shè)備(SAU)、業(yè)務(wù)控制設(shè)備(SCP)以及信令信息處理器(SMP)等，成本會增加很多。特別是在小容量的情況下，使用智能網(wǎng)方式的成本對小運營商是無法忍受的。
因此，雖然上述幾種方法都可實現(xiàn)NP業(yè)務(wù)，但由于運營商的不同，所有的交換機(jī)都需要統(tǒng)一數(shù)據(jù)。而且在實現(xiàn)NP業(yè)務(wù)時，如果把所有的數(shù)據(jù)量設(shè)在交換機(jī)內(nèi)部，會出現(xiàn)資源不足的問題。
為達(dá)到上述目的，本發(fā)明提供了一種NP業(yè)務(wù)的實現(xiàn)方法，其特征在于該方法至少包括以下步驟A、設(shè)置號碼流動服務(wù)器，與交換機(jī)連接；B、在號碼流動服務(wù)器上建立電話用戶的永久號碼和網(wǎng)絡(luò)號碼之間的關(guān)系；C、對于被叫用戶的永久號碼滿足號碼流動分析條件的呼叫，交換機(jī)與號碼流動服務(wù)器通訊，利用永久號碼查詢得到被叫用戶的網(wǎng)絡(luò)號碼；D、交換機(jī)用網(wǎng)絡(luò)號碼替換被叫用戶的永久號碼，重新發(fā)起呼叫，進(jìn)行接續(xù)。
其中步驟C中判斷滿足號碼流動分析條件的步驟進(jìn)一步包括C1、在交換機(jī)的交換模塊中設(shè)置呼叫源表和被叫號碼分析表，在呼叫源表和被叫號碼分析表中分設(shè)“號碼流動分析”屬性以及“號碼流動分析長度”屬性和字冠屬性；C2、查詢呼叫源表，對于屬性特征表現(xiàn)為未作過號碼流動分析的呼叫，執(zhí)行步驟C3，對于屬性特征表現(xiàn)為作過號碼流動分析的呼叫，則直接進(jìn)行接續(xù)；C3、查詢被叫號碼分析表，對于屬性特征表現(xiàn)為需要作號碼流動分析的被叫號碼，則發(fā)送號碼流動查詢消息。
上述的步驟C3中，需要作號碼流動分析的被叫號碼的字冠不同于被叫號碼分析表中設(shè)定的普通字冠，且其最大長度大于等于被叫號碼分析表中設(shè)定的“號碼流動分析長度”。
上述的交換機(jī)與號碼流動服務(wù)器間的通訊，采用的是TCP/IP協(xié)議。
上述的步驟C中的通訊進(jìn)一步包括C4、交換模塊中的呼叫控制塊將號碼流動查詢消息發(fā)到數(shù)據(jù)庫側(cè)；C5、中央數(shù)據(jù)庫部分將來自于數(shù)據(jù)庫的查詢消息通過網(wǎng)口發(fā)送給號碼流動服務(wù)器中的協(xié)議處理模塊；C6、號碼流動服務(wù)器中的消息處理模塊將來自于協(xié)議處理模塊的查詢消息轉(zhuǎn)換成標(biāo)準(zhǔn)的結(jié)構(gòu)化查詢語句，與號碼流動服務(wù)器中的微軟結(jié)構(gòu)化查詢數(shù)據(jù)庫系統(tǒng)服務(wù)器通訊，獲得查詢結(jié)果，送協(xié)議處理模塊；C7、中央數(shù)據(jù)庫部分將協(xié)議處理模塊通過網(wǎng)口上報的查詢結(jié)果消息傳送給交換模塊中的數(shù)據(jù)庫；數(shù)據(jù)庫將消息發(fā)到交換模塊中的呼叫控制塊；呼叫控制塊用返回消息中的網(wǎng)絡(luò)號碼替換永久號碼。
上述的步驟C6中進(jìn)一步包括以下步驟在號碼流動服務(wù)器中預(yù)先設(shè)置定時器模塊；消息處理模塊向微軟結(jié)構(gòu)化查詢數(shù)據(jù)庫系統(tǒng)服務(wù)器發(fā)出結(jié)構(gòu)化查詢語句后啟動定時器模塊；在該定時時間內(nèi)，收到從微軟結(jié)構(gòu)化查詢數(shù)據(jù)庫系統(tǒng)服務(wù)器返回的結(jié)果，則發(fā)送給協(xié)議處理模塊。
上述的步驟C6中的通訊是在微軟結(jié)構(gòu)化查詢數(shù)據(jù)庫系統(tǒng)服務(wù)器上建立一張命令字-存儲過程關(guān)系表，消息處理模塊根據(jù)查詢消息中的命令字和永久號碼，查詢命令字-存儲過程關(guān)系表，執(zhí)行相應(yīng)的存儲過程，從預(yù)先建立的電話用戶的永久號碼和網(wǎng)絡(luò)號碼關(guān)系中，檢索出網(wǎng)絡(luò)號碼。
上述的步驟C7中進(jìn)一步包括以下步驟數(shù)據(jù)庫啟動一個第一定時器，在該定時時間內(nèi)，收到中央數(shù)據(jù)庫發(fā)來的消息，則停止定時器并將消息發(fā)送給呼叫控制塊；呼叫控制塊啟動一個第二定時器，在該定時時間內(nèi)，收到數(shù)據(jù)庫發(fā)來的指明被叫號碼是永久號碼的消息，則用返回的網(wǎng)絡(luò)號碼替換永久號碼；否則用所述的被叫號碼重新進(jìn)行分析。
在號碼流動服務(wù)器中預(yù)先設(shè)置調(diào)度模塊和網(wǎng)管模塊，調(diào)度模塊負(fù)責(zé)協(xié)議處理模塊、消息處理模塊和定時器模塊的運行調(diào)度，網(wǎng)管模塊負(fù)責(zé)上報號碼流動服務(wù)器的運行情況。
在號碼流動服務(wù)器中設(shè)置消息緩沖區(qū)和結(jié)果緩沖區(qū)，協(xié)議處理模塊通過消息緩沖區(qū)將查詢消息送到消息處理模塊，消息處理模塊通過結(jié)果緩沖區(qū)將查詢結(jié)果消息送到協(xié)議處理模塊。
本發(fā)明的關(guān)鍵之處是在交換機(jī)外部增加NP服務(wù)器，利用在NP服務(wù)器中的Microsoft SQL Server上建立一張命令字-存儲過程關(guān)系表，根據(jù)收到消息的命令字，執(zhí)行不同的存儲過程，這里存儲過程的作用是根據(jù)收到的查詢消息中的被叫用戶的DN號碼，從用戶的DN號碼和NN號碼關(guān)系對照表中檢索出其NN號碼，返回的結(jié)果就是NN號碼。
因此，本發(fā)明所提供的NP業(yè)務(wù)的實現(xiàn)方法只增加NP服務(wù)器，而不需增加額外的控制設(shè)備，成本比較低，同時使用相應(yīng)的NP服務(wù)器負(fù)責(zé)數(shù)據(jù)存儲，節(jié)約了中繼資源，另外由于該方法是直接利用交換機(jī)和NP服務(wù)器來實現(xiàn)NP業(yè)務(wù)的，對別的交換機(jī)無影響，可以方便地與其他廠家的交換機(jī)對接，具有良好的兼容性。
圖3為NP平臺的C7Reroute方法的呼叫接續(xù)圖，圖4為直接利用呼叫前轉(zhuǎn)方法的呼叫接續(xù)圖；圖5為智能網(wǎng)方法的呼叫接續(xù)圖；圖6為本發(fā)明的NP業(yè)務(wù)實現(xiàn)的系統(tǒng)結(jié)構(gòu)圖；圖7為本發(fā)明的CDB板與NP服務(wù)器的連接示意圖；圖8為本發(fā)明的NP消息處理程序功能模塊圖。
參見圖6，示出了號碼流動(NP)業(yè)務(wù)實現(xiàn)的系統(tǒng)結(jié)構(gòu)圖。從圖中可看出該系統(tǒng)由交換機(jī)、局域網(wǎng)交換機(jī)(LANSWITCH)606和NP服務(wù)器608三個部分組成。其中交換機(jī)包括交換模塊(SM)部分609和接入模塊(AM/CM)部分610。SM部分609包括若干個SM模塊601，每個SM模塊601中又包括呼叫控制塊(CCB)和數(shù)據(jù)庫(DB)，而AM/CM部分610包括若干個電路監(jiān)視信息設(shè)備(CCM)602、一個管理維護(hù)中心(AMP)603和中央數(shù)據(jù)庫部分(CDB)，其中CDB部分包括若干組CDB板604(一般CDB部分最多可以同時支持兩組CDB板604來完成NP查詢功能)。整個系統(tǒng)中各部分之間的連接關(guān)系如下SM部分609中的若干個SM模塊601分別與AM/CM 610中的各個CCM 602相連；AM/CM 610中的每個CCM 602同時又分別與AMP 603和每組CDB板604相連；LANSWITCH部分包括若干個LANSWITCH 606，AMP 603通過10M的局域網(wǎng)網(wǎng)線(10M LAN)605連接到其中一個LANSWITCH 606的網(wǎng)口上，各組CDB板604則通過10M LAN 605分別對應(yīng)連接到其他任意一個LANSWITCH 606的網(wǎng)口上；每個LANSWITCH 606的網(wǎng)口通過100M的局域網(wǎng)網(wǎng)線(100M LAN)607分別與兩臺NP服務(wù)器608相連。
系統(tǒng)中的主要部分是交換機(jī)和NP服務(wù)器608，這兩個部分的工作原理如下在NP服務(wù)器608上存儲著永久號碼(DN)和網(wǎng)絡(luò)號碼(NN)的關(guān)系對照表，交換機(jī)把DN號碼發(fā)送給NP服務(wù)器608，NP服務(wù)器608經(jīng)過分析查詢得到NN號碼，并將NN號碼再返回給交換機(jī)，完成接續(xù)過程。下面分別介紹這兩個部分的功能。
交換機(jī)中的SM部分609負(fù)責(zé)分析用戶的呼叫號碼，判斷該號碼是否需要進(jìn)行NP分析，若需要就發(fā)出NP查詢消息到某組CDB板604，接下來以具體的處理流程為例來詳細(xì)說明。
在某呼叫源的用戶撥號發(fā)起呼叫時，SM模塊601首先判斷是否開始啟動NP分析，用戶每拔完一位號碼后，CCB都將號碼發(fā)送到DB側(cè)進(jìn)行號碼分析，只有當(dāng)DB側(cè)分析出號碼的具體字冠后，CCB才會啟動NP分析過程。這里的字冠一般為被叫號碼的1至3位，可以反映被叫用戶的共有屬性如呼叫的業(yè)務(wù)類型等。
啟動NP分析后，CCB根據(jù)呼叫源的屬性和被叫號碼的字冠判斷該號碼是否需要進(jìn)行NP分析，判斷步驟如下a、先判斷從該呼叫源發(fā)起的呼叫是否已作過NP分析。在每個SM模塊中都設(shè)置有呼叫源表，表中的數(shù)據(jù)配置是固定的，其中包括“NP分析”屬性，該屬性由人工根據(jù)呼叫源的信息預(yù)先設(shè)定。如果事先知道從該呼叫源發(fā)起的呼叫已作過NP分析，則設(shè)定“NP分析”屬性為“否”，表明不對從該呼叫源發(fā)起的呼叫作NP分析，否則根據(jù)被叫號碼的字冠分析決定是否做NP分析。在呼叫源表中增加“NP分析”屬性的目的是對從某些呼叫源發(fā)起的呼叫不做NP分析，由于從某些呼叫源過來的號碼已經(jīng)進(jìn)行過NP分析，所以就不需要再進(jìn)行NP分析了。
b、如果從該呼叫源發(fā)起的呼叫需要作NP分析，再根據(jù)被叫號碼的字冠分析該號碼是否需要作NP查詢。在每個SM模塊中都設(shè)置有被叫號碼分析表，表中的所有數(shù)據(jù)是預(yù)先設(shè)定的，其中包括“NP分析長度”屬性和字冠，當(dāng)設(shè)定該屬性為0時，表明對被叫號碼為該字冠的，不進(jìn)行NP分析。否則，如果被叫號碼長度大于等于“NP分析長度”，則進(jìn)行NP查詢；如果被叫號碼長度小于“NP分析長度”，CCB會處于接收號碼的狀態(tài)，直至收到的號碼長度達(dá)到“NP分析長度”時才進(jìn)行NP查詢?！癗P分析長度”必須小于等于被叫號碼的最大長度。
然后CCB將NP查詢消息發(fā)到DB側(cè)后，遷移自身狀態(tài)，并等待NP查詢結(jié)果返回。
DB側(cè)同時會啟動一個第一定時器(如定時時間為三秒)，以防止NP服務(wù)器608沒有返回查詢結(jié)果。如果在該定時時間內(nèi)，收到某組CDB板604返回的NP查詢結(jié)果消息，DB會停止定時器，然后根據(jù)數(shù)組結(jié)構(gòu)中的原始NP查詢消息包的內(nèi)容將消息發(fā)到CCB側(cè)。如果NP查詢消息超時，即在定時時間內(nèi)沒有收到NP查詢結(jié)果，則DB側(cè)定時器超時的具體處理為如果是第一次查詢超時，重發(fā)查詢消息到備用的CDB板組604，如果是第二次查詢超時，則返回查詢失敗。
當(dāng)NP查詢結(jié)果返回給CCB后，為防止DB側(cè)沒有返回查詢結(jié)果，CCB會啟動一個第二定時器(如定時時間為七秒)，如果NP查詢結(jié)果成功，返回的消息中會指明該被叫號碼是否是DN號碼，如是，用返回的NN號碼替換原來的被叫號碼，重新進(jìn)行號碼分析過程，如不是，當(dāng)成非DN號碼繼續(xù)原來的號碼分析過程；如果NP查詢返回的不是NN號碼或查詢失敗，用原來的被叫號碼繼續(xù)進(jìn)行號碼分析過程；如果NP查詢超時，即在七秒的時間內(nèi)未收到NP查詢結(jié)果，則會用原來的被叫號碼繼續(xù)進(jìn)行號碼分析過程。
交換機(jī)的AM/CM模塊610中的CDB部分的功能簡單說來就是將SM模塊601發(fā)來的NP查詢消息(包括DN號碼)，通過CDB板組604上的網(wǎng)口傳送到NP服務(wù)器608，并將NP查詢的結(jié)果(包括NN號碼)，返回給相應(yīng)的SM模塊601。CDB板組604網(wǎng)口和NP服務(wù)器608之間采用的是TCP/IP協(xié)議。具體的處理流程為CDB板組604在收到某SM模塊601發(fā)過來的NP查詢消息，不做任何處理，直接將其放到發(fā)送隊列中，通過網(wǎng)口發(fā)出；CDB板組604收到網(wǎng)口上報的消息后，將消息存入到接收隊列，然后由傳輸層根據(jù)接收隊列中消息的接收模塊號，通過鏈路發(fā)送到該SM模塊601。由于在CDB部分配置了兩組CDB板604，這兩組板分為主用CDB板組604和備用CDB板組604，每組CDB板604都可以承擔(dān)NP查詢消息傳遞的功能，因而為了使SM模塊601確切的知道是通過哪一組CDB板604透傳消息的，要在SM模塊中增加一張NP屬性表，記錄該模塊的主用CDB板組604，以及備用CDB板組604，這張表可以聯(lián)機(jī)設(shè)定，用戶還可以根據(jù)實際的話務(wù)量修改該表，達(dá)到將NP查詢消息分流的目的。
除負(fù)責(zé)傳遞NP查詢消息以外，CDB部分還負(fù)責(zé)CDB板組604到NP服務(wù)器608之間鏈路的檢測，并將鏈路狀態(tài)通知給SM模塊601，具體的檢測步驟為主用CDB板組604每隔一秒鐘發(fā)送握手消息給NP服務(wù)器608；同時啟動一個三秒鐘的定時器，如果在三秒鐘內(nèi)沒有收到NP服務(wù)器608任何消息(包括NP查詢結(jié)果消息和握手應(yīng)答消息)，則認(rèn)為主用CDB板組604到NP服務(wù)器608之間的鏈路不正常；并將其間鏈路狀態(tài)的變化通知給SM模塊601，啟動兩組CDB板604之間的互助；SM模塊601在收到主用CDB板組604到NP服務(wù)器608之間鏈路出現(xiàn)故障的廣播消息或是主用CDB板組604出現(xiàn)故障的消息后，修改NP查詢的CDB路由表，并將該SM模塊601的NP查詢切換到備用CDB板組604上，同時把備用CDB板組604升級為主用CDB板組604。其中，在SM部分配置CDB路由表，該表中的數(shù)據(jù)預(yù)先配置，其結(jié)構(gòu)根據(jù)NP屬性表動態(tài)生成。
參見圖7，示出了CDB板與NP服務(wù)器的連接示意圖。圖中描述的是基本配置，其中主用CDB板組701和備用CDB板組702分別各包括兩塊板，這四塊板通過不同的網(wǎng)絡(luò)集線器(HUB)703連接到兩臺NP服務(wù)器704的四個網(wǎng)口上，一臺NP服務(wù)器704的兩個網(wǎng)口的IP地址和端口號是由后臺的數(shù)據(jù)配置下發(fā)下去的(端口號一般為固定值)。一般來說，考慮到NP服務(wù)器704的承受問題，一組CDB板最多可以同時連接四臺NP服務(wù)器704，因而后臺的數(shù)據(jù)配置總共配置了8組IP地址和端口號，其中奇數(shù)組為主用CDB板組701建立到NP服務(wù)器704的連接使用，偶數(shù)組為備用CDB板組702建立到NP服務(wù)器704的連接使用。
NP服務(wù)器部分的功能簡單說來就是根據(jù)NP查詢消息中的DN號碼，查找DN號碼和NN號碼的關(guān)系對照表，得到NN號碼，并將結(jié)果返回給主機(jī)。NP服務(wù)器部分主要由NP消息處理程序部分組成。下面詳細(xì)描述這部分的具體處理過程。
參見圖8，示出了NP消息處理程序的功能框圖。NP消息處理程序主要分為兩個模塊，協(xié)議處理模塊801和消息處理模塊805。在程序當(dāng)中建立消息緩沖區(qū)803和結(jié)果緩沖區(qū)804供這兩個模塊相互之間通訊使用。協(xié)議處理模塊801負(fù)責(zé)與主機(jī)CDB板組810通訊，可以創(chuàng)建兩個線程消息接收線程和消息發(fā)送線程。前者監(jiān)聽指定端口的消息(一般為固定值，在INI文件中配置)，接收消息存放到消息緩沖區(qū)803中，后者從結(jié)果緩沖區(qū)804中讀取消息，并發(fā)送到CDB板組810。NP協(xié)議處理模塊801在收到CDB板組810的握手消息后，不將該消息放入消息緩沖區(qū)803，立即回握手應(yīng)答消息。消息處理模塊805負(fù)責(zé)對消息進(jìn)行處理以及與Microsoft SQL Server 808的通訊，它從消息緩沖區(qū)803中讀取消息，并通過在Microsoft SQL Server 808上建立一張命令字-存儲過程關(guān)系表將消息轉(zhuǎn)換成標(biāo)準(zhǔn)的SQL語句，發(fā)送到Microsoft SQL Server 808執(zhí)行；將返回的結(jié)果轉(zhuǎn)換成主機(jī)的消息結(jié)構(gòu)，存入到結(jié)果緩沖區(qū)804中。消息處理模塊805在初始化時，讀出命令字-存儲過程關(guān)系表中的記錄，收到主機(jī)的查詢消息(不只是NP查詢消息)后，根據(jù)消息的命令字，執(zhí)行不同的存儲過程。
為了靈活性、可擴(kuò)展性，NP消息處理程序?qū)P查詢消息采用通用消息處理方式，查詢消息中包含以下的信息消息類型(或者稱為命令字)、參數(shù)的數(shù)目和類型，結(jié)果的數(shù)目和類型，具體的參數(shù)。對不同的命令字執(zhí)行不同的Microsoft SQL Server 808上的存儲過程，存儲過程的參數(shù)在查詢消息中給出，存儲過程返回的結(jié)果和查詢消息中的結(jié)果數(shù)目和類型一致。舉例來說，對于NP查詢消息，參數(shù)的數(shù)目和結(jié)果的數(shù)目都是1，類型都是用戶號碼，具體的參數(shù)給出的就是DN號碼，存儲過程的功能就是根據(jù)DN號碼檢索出NN號碼，返回的結(jié)果就是NN號碼。
NP消息處理程序還包括以下三個模塊調(diào)度模塊802、定時器模塊806和網(wǎng)管模塊807，其中調(diào)度模塊802是主運行模塊，負(fù)責(zé)調(diào)度協(xié)議處理模塊801模塊、消息處理模塊805和定時器模塊806的運行；定時器模塊806為消息處理模塊805提供定時服務(wù)。消息處理模塊805在處理NP查詢消息時，根據(jù)命令字的不同執(zhí)行不同的存儲程序，這部分操作有時間要求，需要定時器模塊806提供定時服務(wù)。消息處理模塊805發(fā)出SQL語句到Microsoft SQL Server 808后啟動定時器模塊，在該定時模塊的定時時間內(nèi)Microsoft SQL Server 808沒有返回結(jié)果，則定時器模塊超時后返回失敗。網(wǎng)管模塊807通過Microsoft SQL Server808上報NP網(wǎng)管809整個NP系統(tǒng)的運行情況，上報的數(shù)據(jù)包括NP查詢請求數(shù)、NP查詢結(jié)果數(shù)，每十分鐘上報一次。
以上舉了較佳實施例，對本發(fā)明的目的、技術(shù)方案和優(yōu)點進(jìn)行了進(jìn)一步說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明。
權(quán)利要求
1.一種號碼流動業(yè)務(wù)的實現(xiàn)方法，其特征在于該方法包括以下步驟A.設(shè)置號碼流動服務(wù)器，與交換機(jī)連接；B.在號碼流動服務(wù)器上建立電話用戶的永久號碼和網(wǎng)絡(luò)號碼之間的關(guān)系；C.對于被叫用戶的永久號碼滿足號碼流動分析條件的呼叫，交換機(jī)與號碼流動服務(wù)器通訊，利用永久號碼查詢得到被叫用戶的網(wǎng)絡(luò)號碼；D.交換機(jī)用網(wǎng)絡(luò)號碼替換被叫用戶的永久號碼，重新發(fā)起呼叫，進(jìn)行接續(xù)。
2.根據(jù)權(quán)利要求1所述的號碼流動業(yè)務(wù)的實現(xiàn)方法，其特征在于所述的步驟C中判斷滿足號碼流動分析條件的步驟進(jìn)一步包括C1、在交換機(jī)的交換模塊中設(shè)置呼叫源表和被叫號碼分析表，在呼叫源表和被叫號碼分析表中分設(shè)“號碼流動分析”屬性以及“號碼流動分析長度”屬性和字冠屬性；C2、查詢呼叫源表，對于屬性特征表現(xiàn)為未作過號碼流動分析的呼叫，執(zhí)行步驟C3，對于屬性特征表現(xiàn)為作過號碼流動分析的呼叫，則直接進(jìn)行接續(xù)；C3、查詢被叫號碼分析表，對于屬性特征表現(xiàn)為需要作號碼流動分析的被叫號碼，則發(fā)送號碼流動查詢消息。
3.根據(jù)權(quán)利要求2所述的號碼流動業(yè)務(wù)的實現(xiàn)方法，其特征在于所述的步驟C3中，需要作號碼流動分析的被叫號碼的字冠不同于被叫號碼分析表中設(shè)定的普通字冠，且其最大長度大于等于被叫號碼分析表中設(shè)定的“號碼流動分析長度”。
4.根據(jù)權(quán)利要求1所述的號碼流動業(yè)務(wù)的實現(xiàn)方法，其特征在于所述的交換機(jī)與號碼流動服務(wù)器間的通訊，采用的是TCP/IP協(xié)議。
5.根據(jù)權(quán)利要求1所述的號碼流動業(yè)務(wù)的實現(xiàn)方法，其特征在于所述的步驟C中的通訊進(jìn)一步包括C4、交換模塊中的呼叫控制塊將號碼流動查詢消息發(fā)到數(shù)據(jù)庫側(cè)；C5、中央數(shù)據(jù)庫部分將來自于數(shù)據(jù)庫的查詢消息通過網(wǎng)口發(fā)送給號碼流動服務(wù)器中的協(xié)議處理模塊；C6、號碼流動服務(wù)器中的消息處理模塊將來自于協(xié)議處理模塊的查詢消息轉(zhuǎn)換成標(biāo)準(zhǔn)的結(jié)構(gòu)化查詢語句，與號碼流動服務(wù)器中的微軟結(jié)構(gòu)化查詢數(shù)據(jù)庫系統(tǒng)服務(wù)器通訊，獲得查詢結(jié)果，送協(xié)議處理模塊；C7、中央數(shù)據(jù)庫部分將協(xié)議處理模塊通過網(wǎng)口上報的查詢結(jié)果消息傳送給交換模塊中的數(shù)據(jù)庫；數(shù)據(jù)庫將消息發(fā)到交換模塊中的呼叫控制塊；呼叫控制塊用返回消息中的網(wǎng)絡(luò)號碼替換永久號碼。
6.根據(jù)權(quán)利要求5所述的號碼流動業(yè)務(wù)的實現(xiàn)方法，其特征在于所述的步驟C6中進(jìn)一步包括以下步驟在號碼流動服務(wù)器中預(yù)先設(shè)置定時器模塊；消息處理模塊向微軟結(jié)構(gòu)化查詢數(shù)據(jù)庫系統(tǒng)服務(wù)器發(fā)出結(jié)構(gòu)化查詢語句后啟動定時器模塊；在該定時時間內(nèi)，收到從微軟結(jié)構(gòu)化查詢數(shù)據(jù)庫系統(tǒng)服務(wù)器返回的結(jié)果，則發(fā)送給協(xié)議處理模塊；
7.根據(jù)權(quán)利要求5所述的號碼流動業(yè)務(wù)的實現(xiàn)方法，其特征在于所述的步驟C6中的通訊是在微軟結(jié)構(gòu)化查詢數(shù)據(jù)庫系統(tǒng)服務(wù)器上建立一張命令字-存儲過程關(guān)系表，消息處理模塊根據(jù)查詢消息中的命令字和永久號碼，查詢命令字-存儲過程關(guān)系表，執(zhí)行相應(yīng)的存儲過程，從預(yù)先建立的電話用戶的永久號碼和網(wǎng)絡(luò)號碼關(guān)系中，檢索出網(wǎng)絡(luò)號碼。
8.根據(jù)權(quán)利要求5所述的號碼流動業(yè)務(wù)的實現(xiàn)方法，其特征在于所述的步驟C7中進(jìn)一步包括以下步驟數(shù)據(jù)庫啟動一個第一定時器，在該定時時間內(nèi)，收到中央數(shù)據(jù)庫發(fā)來的消息，則停止定時器并將消息發(fā)送給呼叫控制塊；呼叫控制塊啟動一個第二定時器，在該定時時間內(nèi)，收到數(shù)據(jù)庫發(fā)來的指明被叫號碼是永久號碼的消息，則用返回的網(wǎng)絡(luò)號碼替換永久號碼；否則用所述的被叫號碼重新進(jìn)行分析。
9.根據(jù)權(quán)利要求5或6所述的號碼流動業(yè)務(wù)的實現(xiàn)方法，其特征在于在號碼流動服務(wù)器中預(yù)先設(shè)置調(diào)度模塊和網(wǎng)管模塊，調(diào)度模塊負(fù)責(zé)協(xié)議處理模塊、消息處理模塊和定時器模塊的運行調(diào)度，網(wǎng)管模塊負(fù)責(zé)上報號碼流動服務(wù)器的運行情況。
10.根據(jù)權(quán)利要求5所述的號碼流動業(yè)務(wù)的實現(xiàn)方法，其特征在于所述的中央數(shù)據(jù)庫部分可以同時支持包括主用和備用中央數(shù)據(jù)庫板組的兩組中央數(shù)據(jù)庫板組，用于傳遞號碼流動查詢消息；在交換模塊中設(shè)置號碼流動屬性表記錄當(dāng)前所使用的主用或備用中央數(shù)據(jù)庫板組；交換模塊先向主用中央數(shù)據(jù)庫板組發(fā)送查詢消息，在收到主用中央數(shù)據(jù)庫板組發(fā)來的故障消息時，修改所述的號碼流動屬性表，重發(fā)查詢消息到備用中央數(shù)據(jù)庫板組，并將其升級為主用中央數(shù)據(jù)庫板組。
11.根據(jù)權(quán)利要求5所述的號碼流動業(yè)務(wù)的實現(xiàn)方法，其特征在于在號碼流動服務(wù)器中設(shè)置消息緩沖區(qū)和結(jié)果緩沖區(qū)，協(xié)議處理模塊通過消息緩沖區(qū)將查詢消息送到消息處理模塊，消息處理模塊通過結(jié)果緩沖區(qū)將查詢結(jié)果消息送到協(xié)議處理模塊。
全文摘要
本發(fā)明公開了一種號碼流動(NP)業(yè)務(wù)的實現(xiàn)方法。其關(guān)鍵在于采用交換機(jī)帶NP服務(wù)器的方式來實現(xiàn)NP業(yè)務(wù)，其中NP數(shù)據(jù)統(tǒng)一存儲在NP服務(wù)器上，交換機(jī)通過中央數(shù)據(jù)庫(CDB)網(wǎng)口與NP服務(wù)器進(jìn)行通訊。在用戶呼叫發(fā)起的過程中，發(fā)端交換機(jī)首先分析被叫號碼的屬性，看被叫號碼是否需要進(jìn)行NP分析，若不需分析，則繼續(xù)原有的接續(xù)流程，找到被叫，向被叫發(fā)起呼叫。若被叫號碼需要進(jìn)行NP分析，則通過CDB與NP服務(wù)器進(jìn)行通訊，把永久號碼(DN)送到NP服務(wù)器。NP服務(wù)器經(jīng)過查詢得到網(wǎng)絡(luò)號碼(NN)，并將NN號碼返回給發(fā)端交換機(jī)，發(fā)端交換機(jī)根據(jù)NN號碼重新發(fā)起呼叫，完成接續(xù)過程。該方法結(jié)構(gòu)簡單，流程清晰。
文檔編號H04M3/42GK1476218SQ02125499
公開日2004年2月18日 申請日期2002年8月13日 優(yōu)先權(quán)日2002年8月13日
發(fā)明者應(yīng)建, 饒俊, 熊文輝, 李治國, 應(yīng) 建 申請人:華為技術(shù)有限公司