專利名稱：用于移動通信服務開通的網(wǎng)絡配置接口的實現(xiàn)方法
技術(shù)領域：
本發(fā)明涉及一種用于移動通信服務開通的網(wǎng)絡配置接口的實現(xiàn)方法，屬于移動通信、網(wǎng)絡管理和業(yè)務支撐系統(tǒng)等技術(shù)領域。
背景技術(shù)：
目前，在第二代移動通信網(wǎng)(例如GSM)中，服務開通接口具有兩個特點1、至今沒有一個統(tǒng)一的通信協(xié)議或標準可以遵循執(zhí)行，業(yè)務支撐系統(tǒng)BSS與設備之間的接口都是采用各自廠家的不同的私有協(xié)議(參見圖1)，其數(shù)據(jù)格式一般使用廠家專用的人機命令語言MML，服務開通命令也與廠家的設備相關(guān)而各不相同；而且，即使是同一廠家的歸屬位置寄存器HLR和業(yè)務管理點SMP，與HLR的接口和與SMP的接口協(xié)議都不一樣。也就是開通同一個業(yè)務，不同廠家會使用不同的數(shù)據(jù)格式、不同的操作命令、不同的用戶簽約數(shù)據(jù)，不同的操作步驟，因此針對不同廠家的設備如HLR、SMP，BSS系統(tǒng)需要使用不同的接口協(xié)議與設備對接，使得系統(tǒng)中的各種接口種類復雜繁多，維護管理的成本昂貴，不利于新業(yè)務的配置，還容易發(fā)生故障，影響通信的工作可靠性和安全性。
2、使用人機命令語言MML設計的各個業(yè)務開通命令都是使用各自獨立的命令和數(shù)據(jù)，各字段有固定的順序關(guān)系。當有新業(yè)務出現(xiàn)時，需要重新定義命令和用戶數(shù)據(jù)，而且，在BSS系統(tǒng)端和設備端都必須進行相應的改動，以解析新定義的命令及數(shù)據(jù)。既要增加繁瑣的配置工作量，又不利于新業(yè)務的迅速開發(fā)和拓展。
進入第三代移動通信，用戶服務更加豐富，除了傳統(tǒng)的語音業(yè)務和智能網(wǎng)業(yè)務之外，還會不斷出現(xiàn)大量的新的數(shù)據(jù)增值服務，使得服務呈現(xiàn)多樣性的特點。用戶的服務開通涉及到更多的不同類型的網(wǎng)元，需要進行配置的網(wǎng)絡設備種類也會繁雜多樣，因此人們希望服務開通的接口配置能夠盡可能地做到靈活、迅速和統(tǒng)一規(guī)范，以適應新業(yè)務的快速推向市場，如果繼續(xù)沿用目前這種第二代移動通信網(wǎng)絡中的五花八門的私有協(xié)議接口來實現(xiàn)服務開通，不僅BSS系統(tǒng)的接口開發(fā)和維護成本高，3G服務開通的效率也將受到嚴重影響，難以適應各種新服務的快速開展，也不利于網(wǎng)絡的穩(wěn)定運營。因此，隨著移動通信的發(fā)展，很有必要改變目前移動通信網(wǎng)的服務開通接口的實現(xiàn)方法，統(tǒng)一規(guī)范服務開通接口的配置方法；也就是尋找一種服務開通的網(wǎng)絡接口配置的實現(xiàn)方法，以適應移動通信服務的業(yè)務開展要求靈活、迅速和規(guī)范的特點，在業(yè)務變動和新業(yè)務推出時，盡可能地減少業(yè)務受理系統(tǒng)端和設備端服務開通的接口程序的改動，甚至只需在兩端重新組合用戶數(shù)據(jù)或添加新的用戶數(shù)據(jù)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的是提供一種用于移動通信服務開通的網(wǎng)絡配置接口的實現(xiàn)方法，以便不同的移動服務開通接口，如業(yè)務支撐系統(tǒng)BSS與歸屬位置寄存器HLR、業(yè)務管理點SMP、數(shù)據(jù)業(yè)務管理平臺DSMP、網(wǎng)元管理系統(tǒng)EMS或網(wǎng)絡管理系統(tǒng)NMS之間的接口，能都夠使用該方法統(tǒng)一配置網(wǎng)絡接口，使得服務開通快速靈活，能夠適應各種新業(yè)務的快速推出；且在業(yè)務變動和推出新業(yè)務時，業(yè)務受理系統(tǒng)端和設備端服務開通接口程序可以改動最少。同時，降低BSS與網(wǎng)元設備接口的復雜度，大大減少設備制造商、業(yè)務運營商和BSS軟件開發(fā)商對各種私有接口進行長期維護管理的成本。
為了達到上述目的，本發(fā)明提供了一種用于移動通信服務開通的網(wǎng)絡配置接口的實現(xiàn)方法，其特征在于在業(yè)務支撐系統(tǒng)BSS與各個網(wǎng)元之間建立TCP/IP的套接字SOCKET連接，采用用戶數(shù)據(jù)對象化的方法，將存儲在網(wǎng)元里的用戶簽約數(shù)據(jù)按照業(yè)務類型視為不同的數(shù)據(jù)對象的屬性，通過BSS與網(wǎng)元之間交互的業(yè)務消息中攜帶的操作命令、命令操作的數(shù)據(jù)對象和操作對象的屬性三個關(guān)鍵信息組成網(wǎng)絡配置命令，以及網(wǎng)元根據(jù)所接收的業(yè)務消息中的命令，完成對用戶簽約數(shù)據(jù)的操作，實現(xiàn)用戶業(yè)務的開通，也就是根據(jù)命令操作的不同數(shù)據(jù)對象和對象屬性的組合來實現(xiàn)不同業(yè)務的開通；包括下列步驟(1)以BSS為客戶端，網(wǎng)元為服務器端，并由客戶端發(fā)起SOCKET連接請求；服務器端對客戶端的IP地址鑒權(quán)合法后，接受客戶端的連接請求而在兩者之間建立TCP/IP SOCKET連接；(2)設置網(wǎng)絡配置接口信息設置兩者之間交互的業(yè)務消息和心跳消息的格式與參數(shù)，以及確定業(yè)務消息中的命令操作的用戶數(shù)據(jù)對象；(3)BSS與網(wǎng)元進行交互、傳遞和處理信息，實現(xiàn)網(wǎng)絡配置接口和用戶業(yè)務的開通；當客戶端不需與服務器端交互時，可拆除已建立的SOCKET連接或在空閑時發(fā)送心跳消息，以保持與網(wǎng)元的連接。
所述步驟(2)中的業(yè)務消息是BSS與網(wǎng)元進行交互的基本單元，有兩種由BSS發(fā)送給網(wǎng)元用來傳遞用戶服務開通所需的用戶數(shù)據(jù)配置命令的網(wǎng)絡配置消息，以及由網(wǎng)元發(fā)送給BSS的命令返回消息；每條業(yè)務消息包含一個或多個業(yè)務開通事務，每個業(yè)務開通事務由完成該業(yè)務開通功能的一條或多條相互關(guān)聯(lián)的業(yè)務開通命令構(gòu)成。
所述步驟(2)中的心跳消息是客戶端用于保持與服務器端的SOCKET連接而周期性發(fā)送的數(shù)據(jù)信息；如果連續(xù)3至5次心跳消息沒有接收到，服務器端將視為連接中斷；心跳消息的發(fā)送周期初始值值取決于配置的默認值，以后由服務器端根據(jù)需要更改之。
所述網(wǎng)絡配置消息又稱業(yè)務請求消息，其與命令返回消息都是由消息頭與消息體兩部分組成。
所述業(yè)務請求消息和命令返回消息中的消息頭格式相同，包括但不限于下述內(nèi)容用來識別接口協(xié)議的協(xié)議版本；消息序號由發(fā)送端BSS確定，并在返回消息中原樣返回；消息類型有兩種取值串行transaction和并行parallel，串行消息表示接收端執(zhí)行命令集所包含的命令時，各個命令之間有事務關(guān)系，其中某一條命令執(zhí)行不成功時，該命令集中的所有命令執(zhí)行的響應皆為失敗；并行消息表示接收端執(zhí)行命令集中所包含的命令時，各個命令之間沒有順序關(guān)系，每個命令執(zhí)行的成功與否對該命令集中其它命令的執(zhí)行沒有影響；BSS標識由發(fā)送端BSS確定，并在返回消息中原樣返回；網(wǎng)元的設備標識標識接收命令的網(wǎng)元設備類型，包括但不限于歸屬位置寄存器HLR、業(yè)務管理點SMP、數(shù)據(jù)業(yè)務管理平臺DSMP、網(wǎng)元管理系統(tǒng)EMS和網(wǎng)絡管理系統(tǒng)NMS，并在返回消息中原樣返回；服務類型標識標明服務類型，包括但不限于預付費PPS、虛擬專用網(wǎng)VPN、電信業(yè)務TEL。
當消息類型為串行transaction或并行parallel時，所述業(yè)務請求消息中的消息體由一個或多個命令組成，每個命令完成一個操作，包括但不限于下述內(nèi)容命令序號由發(fā)送端BSS確定，并在返回消息中原樣返回；命令類型有兩種取值帶有結(jié)果withresult和不帶結(jié)果withoutresult，前者表示該命令必須返回響應，后者表示該命令不需要返回響應；命令內(nèi)容即操作指令，也就是對用戶簽約數(shù)據(jù)進行指定操作的指令；至少包括增加ADD、修改MOD、刪除DEL和查詢QUE四個命令操作；命令操作的數(shù)據(jù)對象用于唯一確定命令操作的數(shù)據(jù)對象，取決于用戶數(shù)據(jù)對象名、用戶的國際移動用戶識別IMSI(International Mobile SubscriberIdentity)和移動用戶ISDN號碼MSISDN(Mobile Subscriber ISDN Number)三個元素；命令操作對象的屬性集合由該條命令將要操作的用戶數(shù)據(jù)對象的一個或多個屬性組成，根據(jù)數(shù)據(jù)對象和對象屬性的不同組合用于體現(xiàn)不同的業(yè)務。
所述命令返回消息中的消息體包括下述內(nèi)容響應的命令序號返回業(yè)務請求消息中的命令序號；響應序號每一條命令響應內(nèi)的序號，用于標識包括有一個或多個響應的業(yè)務請求消息中的每個命令的響應序列號；響應狀態(tài)標識有兩種取值continue和end，分別標識響應繼續(xù)或結(jié)束；命令執(zhí)行結(jié)果有兩種取值success和fail，分別標識命令執(zhí)行成功或失敗；失敗原因在命令執(zhí)行結(jié)果值為fail時有效，描述操作失敗原因。
成功結(jié)果當命令內(nèi)容為查詢QUE，且該命令執(zhí)行結(jié)果值為success時，表示查詢返回的結(jié)果內(nèi)容。
所述步驟(2)中確定業(yè)務消息中的命令操作的用戶數(shù)據(jù)對象取決于命令操作的用戶數(shù)據(jù)對象名和用戶名，分別用于表明對哪種類型的數(shù)據(jù)和對哪個或哪些用戶的數(shù)據(jù)執(zhí)行操作命令，其中用戶名由其IMSI或MSISDN號碼確定。
所述用戶數(shù)據(jù)對象名、IMSI或MSISDN號碼的規(guī)定如下用戶數(shù)據(jù)對象名的取值包括但不限于用戶基本數(shù)據(jù)、用戶狀態(tài)數(shù)據(jù)、基本電信業(yè)務數(shù)據(jù)、補充業(yè)務數(shù)據(jù)、分組業(yè)務數(shù)據(jù)、智能業(yè)務數(shù)據(jù)和定位業(yè)務數(shù)據(jù)；IMSI或MSISDN號碼的命名形式為號碼類型numtype.用戶類型usertype.號碼位置location；其中，號碼類型有兩種“IMSI”和“MSISDN”；用戶類型有三種連續(xù)多用戶seq、離散多用戶disp和一個用戶single；號碼位置用于表示多用戶中的某個用戶的號碼在整個號碼序列中的位置，有三種第一個號碼begin、后續(xù)號碼con和最后一個號碼end。
所述步驟(3)進一步包括BSS與網(wǎng)元進行交互、執(zhí)行相關(guān)操作和網(wǎng)元與BSS進行交互、執(zhí)行相關(guān)操作的兩個各自獨立的傳遞和處理信息的流程。
所述BSS與網(wǎng)元進行交互、傳遞和處理信息的流程包括下列步驟(311)創(chuàng)建與各個網(wǎng)元的SOCKET連接；(312)連接成功后，發(fā)送業(yè)務請求消息到各個網(wǎng)元，涉及同一事務的命令，即消息類型為串行的消息應在同一條業(yè)務請求消息中發(fā)送，下一條業(yè)務請求消息的發(fā)送無需等待前一條業(yè)務請求消息的響應消息接收完成；(313)接收命令返回消息，同一個命令的響應消息可以分成多條接收；
(314)處理命令返回消息如果響應消息中的執(zhí)行結(jié)果為成功，則進入步驟(315)，如果執(zhí)行結(jié)果為失敗或錯誤，則判斷該消息類型是否為串行，如果是串行，則進入步驟(314a)重新發(fā)送該響應消息所對應的業(yè)務請求消息；如果不是串行，則進入步驟(314b)將響應消息中指示失敗或錯誤的命令重新封裝在業(yè)務請求消息中而發(fā)送出去；(315)判斷業(yè)務請求消息是否發(fā)送完畢，如果沒有發(fā)送完畢，則進入步驟(312)繼續(xù)發(fā)送；如果發(fā)送完畢，則進入步驟(317)；(316)判斷命令返回消息是否接收完畢，如果沒有接收完畢，則進入步驟(313)繼續(xù)接收；如果接收完畢，則進入步驟(317)；(317)在完成該業(yè)務請求消息及其響應消息的處理，并且其它需要處理的操作都結(jié)束后，判斷是否需要保持該連接，如果需要保持，則發(fā)送心跳消息，如果不需要保持，則刪除連接；其中，步驟(312)和(313)之間沒有前后順序關(guān)系，并列進行；步驟(314)(315)和(316)之間沒有前后順序關(guān)系，并列進行。
所述網(wǎng)元與BSS進行交互、傳遞和處理信息的流程包括下列步驟(321)接收到來自BSS的SOCKET連接創(chuàng)建請求后，先對BSS的IP地址進行鑒權(quán)，鑒權(quán)合法則允許創(chuàng)建，否則拒絕連接；(322)連接成功后，接收來自BSS的業(yè)務請求消息；(323)處理業(yè)務請求消息分別檢查消息頭中的接口協(xié)議版本是否一致、BSS標識是否合法、網(wǎng)元的設備標識是否與自己一致；如果這些信息一致和合法，則進入步驟(324)；否則，丟棄該消息，并進入步驟(326)，給BSS發(fā)送指示出錯的響應消息；(324)對命令進行解析和處理根據(jù)消息體命令中的數(shù)據(jù)對象標識中的IMSI或MSISDN號碼和數(shù)據(jù)對象名，分別確定操作的用戶是誰和對該用戶的什么業(yè)務進行操作，再根據(jù)命令中的操作對象屬性標識所指示的數(shù)據(jù)對象屬性和操作內(nèi)容標識分別確定是對該用戶業(yè)務的哪些數(shù)據(jù)進行操作和對該用戶數(shù)據(jù)執(zhí)行什么操作；(325)發(fā)送命令響應消息如果消息處理出錯，則發(fā)送指示出錯的響應消息；如果消息處理成功，則根據(jù)請求消息中的命令類型為帶有結(jié)果withresult時，發(fā)送響應消息，否則不需發(fā)送響應消息；同一條業(yè)務請求消息的響應消息可以分多條發(fā)送；(326)完成業(yè)務請求消息的處理和響應消息的發(fā)送后，等待來自BSS的心跳消息或業(yè)務請求消息，如果接收到心跳消息，則保持連接，繼續(xù)等待心跳消息或業(yè)務請求消息，如果接收到業(yè)務請求消息，則重復步驟(323)以后的操作，如果在設定的時間內(nèi)既沒有接收到無心跳消息，也沒有接收到業(yè)務請求消息，則刪除連接。
本發(fā)明的優(yōu)點和效果是不但不同生產(chǎn)廠家的設備可以使用本發(fā)明的方法統(tǒng)一進行網(wǎng)絡接口的配置，而且，各種不同類型的網(wǎng)元設備(例如HLR、SMP、DSMP、EMS等)也可使用該方法統(tǒng)一實現(xiàn)網(wǎng)絡配置接口，有利于BSS系統(tǒng)的接口開發(fā)，使得用戶開通業(yè)務更加靈活迅速，還降低接口復雜度和維護成本。
本發(fā)明的實現(xiàn)方法面向數(shù)據(jù)對象，有很好的適應新業(yè)務的能力增加的新業(yè)務通常只是數(shù)據(jù)對象和對象屬性的變動，甚至只是數(shù)據(jù)對象的新的屬性組合，不用新增操作命令，從而使得業(yè)務變動或開通新業(yè)務時，對通信協(xié)議和接口的影響較小，業(yè)務受理系統(tǒng)端和設備端的服務開通接口程序改動較少，尤其是網(wǎng)元設備端的變動很少，能夠縮短業(yè)務推出周期和保證各種業(yè)務(包括新業(yè)務)開通的靈活性。
本發(fā)明的實現(xiàn)方法采用XML語言進行設計，使得該實現(xiàn)方法簡單易懂，具有高擴展性。


圖1是目前第二代移動通信網(wǎng)絡服務開通系統(tǒng)的結(jié)構(gòu)組成示意圖。
圖2是本發(fā)明用于移動通信服務開通的網(wǎng)絡配置接口的實現(xiàn)方法的總體流程方框圖。
圖3是本發(fā)明方法需要實現(xiàn)的用于移動通信服務開通的各種網(wǎng)絡配置接口示意圖。
圖4是本發(fā)明中BSS與各網(wǎng)元設備的交互過程的實現(xiàn)步驟方框圖。
圖5是本發(fā)明中網(wǎng)元BSS與各設備的交互過程的實現(xiàn)步驟方框圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖對本發(fā)明作進一步的詳細描述。
參見圖2，本發(fā)明是一種用于移動通信服務開通的網(wǎng)絡配置接口的實現(xiàn)方法，它是在業(yè)務支撐系統(tǒng)BSS與各個網(wǎng)元之間建立TCP/IP的SOCKET連接，采用用戶數(shù)據(jù)對象化的方法，將存儲在網(wǎng)元里的用戶簽約數(shù)據(jù)按照業(yè)務類型視為不同的數(shù)據(jù)對象的屬性，通過BSS與網(wǎng)元之間交互的業(yè)務消息中攜帶的操作命令、命令操作的數(shù)據(jù)對象和操作對象的屬性三個關(guān)鍵信息組成網(wǎng)絡配置命令，以及網(wǎng)元根據(jù)所接收的業(yè)務消息中的命令，完成對用戶簽約數(shù)據(jù)的操作，實現(xiàn)用戶業(yè)務的開通，也就是根據(jù)命令操作的不同數(shù)據(jù)對象和對象屬性的組合來實現(xiàn)不同業(yè)務的開通。圖2表述了本發(fā)明總體流程的三個操作步驟。下面具體介紹之(1)本發(fā)明需要實現(xiàn)的各種網(wǎng)絡配置接口(包括NPI1、NPI2、NPI3、NPI4)如圖3所示，在傳遞消息之前，必須先在BSS與網(wǎng)元之間建立TCP/IP SOCKET連接，即以HLR、SMP、數(shù)據(jù)業(yè)務管理平臺DSMP、EMS/NMS端等網(wǎng)元為服務器端，BSS端為客戶端，由客戶端發(fā)起SOCKET連接請求，服務器端對客戶端的IP地址進行鑒權(quán)合法后，接受客戶端的連接請求而在兩者之間建立SOCKET連接?？蛻舳瞬辉傩枰c服務器端進行交互時，可以拆除已建立的SOCKET連接，空閑時，則可發(fā)送心跳消息保持與HLR等的連接。
圖3中的HLR、SMP、DSMP等網(wǎng)元接口如不采用本發(fā)明方法實現(xiàn)網(wǎng)絡配置接口，則需要通過適配器與BSS對接。圖中的BSS只是指BSS中與服務開通相關(guān)的部分功能模塊，也可以是從BSS中獨立出來的物理實體。BSS接受客戶的服務受理請求，生成服務配置數(shù)據(jù)并轉(zhuǎn)化成網(wǎng)絡配置請求消息后下發(fā)給相關(guān)的網(wǎng)元，實現(xiàn)網(wǎng)絡配置接口。這樣的接口有多種例如圖2中的NPI1是針對HLR/AuC設備的配置接口，主要完成基本電信業(yè)務、承載業(yè)務、補充業(yè)務、數(shù)據(jù)業(yè)務、智能網(wǎng)業(yè)務等用戶的簽約、去簽約、簽約信息的查詢和修改功能；NPI2是針對SMP設備的配置接口，主要完成PPS、VPN等智能網(wǎng)業(yè)務的開通功能，包括用戶基本資料、帳戶的登記，查詢等；NPI3是針對數(shù)據(jù)業(yè)務管理平臺，完成數(shù)據(jù)增值業(yè)務的配置功能，包括與第三方VASP合作的業(yè)務配置；NPI4是針對完全通過EMS/NMS實現(xiàn)管理的網(wǎng)元設備，它們可以是需要進行用戶數(shù)據(jù)配置的各種設備，包括移動通信網(wǎng)的設備和固定通信網(wǎng)的設備(如AAA服務器)，擴展支持多業(yè)務的綜合開通。
(2)設置網(wǎng)絡配置接口信息設置兩者之間交互的業(yè)務消息和心跳消息的格式與參數(shù)，以及確定業(yè)務消息中的命令操作的用戶數(shù)據(jù)對象；本發(fā)明的BSS與網(wǎng)元之間配置網(wǎng)絡接口是以文本消息方式進行信息交互，包含心跳消息和業(yè)務消息。其中心跳消息是客戶端用于保持與服務器端的SOCKET連接而周期性發(fā)送的數(shù)據(jù)信息；假如BSS在系統(tǒng)規(guī)定時間(如120秒)內(nèi)，沒有傳送任何消息時，可以周期性的發(fā)送心跳消息給服務器端存儲有用戶簽約數(shù)據(jù)的網(wǎng)元設備，表示連接需要保持。如果服務器端連續(xù)3次心跳消息沒有接收到，服務器端將視為連接中斷；服務器端可以根據(jù)需要改變客戶端發(fā)送心跳消息的周期。業(yè)務消息是BSS與網(wǎng)元進行交互的基本單元，有兩種由BSS發(fā)送給網(wǎng)元傳遞用戶服務開通所需的用戶數(shù)據(jù)配置命令的網(wǎng)絡配置消息(又稱業(yè)務請求消息)，以及由網(wǎng)元發(fā)送給BSS的命令返回消息。每條業(yè)務消息包含一個或多個業(yè)務開通事務，每個業(yè)務開通事務由完成該業(yè)務開通功能的一條或多條相互關(guān)聯(lián)的業(yè)務開通命令構(gòu)成。網(wǎng)絡配置消息報文的首尾以<nppmsg></nppmsg>為標識。
本發(fā)明業(yè)務請求消息與命令返回消息都是由消息頭與消息體兩部分組成。且它們的消息頭格式相同，命令返回消息中消息頭的信息都是由業(yè)務請求消息中的消息頭信息原樣返回的，其中內(nèi)容主要包括

a.用來識別接口協(xié)議的協(xié)議版本；b.消息序號由發(fā)送端BSS確定，并在返回消息中原樣返回；c.消息類型有兩種取值串行transaction和并行parallel，串行消息表示接收端執(zhí)行命令集所包含的命令時，各個命令之間有事務關(guān)系，其中某一條命令執(zhí)行不成功時，該命令集中的所有命令執(zhí)行的響應皆為失敗；并行消息表示接收端執(zhí)行命令集中所包含的命令時，各個命令之間沒有順序關(guān)系，每個命令執(zhí)行的成功與否對該命令集中其它命令的執(zhí)行沒有影響；d.BSS標識由發(fā)送端BSS確定，并在返回消息中原樣返回；e.網(wǎng)元的設備標識標識接收命令的網(wǎng)元設備類型，包括但不限于歸屬位置寄存器HLR、業(yè)務管理點SMP、數(shù)據(jù)業(yè)務管理平臺DSMP、網(wǎng)元管理系統(tǒng)EMS和網(wǎng)絡管理系統(tǒng)NMS，并在返回消息中原樣返回；f.服務類型標識標明服務類型，包括但不限于預付費PPS、虛擬專用網(wǎng)VPN、電信業(yè)務TEL。
當消息類型為transaction或parallel時，本發(fā)明業(yè)務請求消息中的消息體由一個或多個命令組成，每個命令完成一個操作，包括內(nèi)容如下a.命令序號由發(fā)送端BSS確定，并在返回消息中原樣返回；b.命令類型有兩種取值帶有結(jié)果withresult和不帶結(jié)果withoutresult，前者表示該命令必須返回響應，后者表示該命令不需要返回響應；c.命令內(nèi)容即操作指令，也就是對用戶簽約數(shù)據(jù)進行指定操作的指令；至少包括增加ADD、修改MOD、刪除DEL和查詢QUE四個命令操作；d.命令操作的數(shù)據(jù)對象用于唯一確定命令操作的數(shù)據(jù)對象，取決于用戶數(shù)據(jù)對象名、IMSI和MSISDN三個元素；e.命令操作對象的屬性集合由該條命令將要操作的用戶數(shù)據(jù)對象的一個或多個屬性組成，根據(jù)數(shù)據(jù)對象和對象屬性的不同組合體現(xiàn)不同的業(yè)務。
本發(fā)明的命令返回消息中的消息體包括a.響應的命令序號返回業(yè)務請求消息中的命令序號；b.響應序號每一條命令響應內(nèi)的序號，用于標識包括有一個或多個響應的業(yè)務請求消息中的每個命令的響應序列號；c.響應狀態(tài)標識有兩種取值continue和end，分別標識響應繼續(xù)或結(jié)束；d.命令執(zhí)行結(jié)果有兩種取值success和fail，分別標識命令執(zhí)行成功或失??；e.失敗原因在命令執(zhí)行結(jié)果值為fail時有效，描述操作失敗原因。
f.成功結(jié)果當命令內(nèi)容為查詢QUE，且該命令執(zhí)行結(jié)果值為success時，表示查詢返回的結(jié)果內(nèi)容。
由于移動用戶的業(yè)務越來越豐富，因此用戶數(shù)據(jù)也越來越多，現(xiàn)在，按照業(yè)務類型可以將用戶數(shù)據(jù)分為多種不同的數(shù)據(jù)對象，如用戶基本數(shù)據(jù)對象，用戶狀態(tài)數(shù)據(jù)對象、基本業(yè)務數(shù)據(jù)對象、補充業(yè)務數(shù)據(jù)對象、智能業(yè)務數(shù)據(jù)對象、分組業(yè)務數(shù)據(jù)對象、定位業(yè)務數(shù)據(jù)對象等。因此，服務開通時必須指明命令操作的數(shù)據(jù)對象，該數(shù)據(jù)對象除了涉及分類好的用戶數(shù)據(jù)對象名之外，還和由IMSI和MSISDN確定的用戶名有關(guān)用戶數(shù)據(jù)對象名表明對哪種類型的數(shù)據(jù)執(zhí)行操作，用戶名表明對哪個或哪些用戶的數(shù)據(jù)進行操作，因此命令操作的數(shù)據(jù)對象是由用戶數(shù)據(jù)對象名、用戶的IMSI或MSISDN號碼三個元素確定的。
用戶數(shù)據(jù)對象名、IMSI或MSISDN號碼的相關(guān)規(guī)定如下(1)用戶數(shù)據(jù)對象名取值為“用戶基本數(shù)據(jù)”、“用戶狀態(tài)數(shù)據(jù)”、“基本電信業(yè)務數(shù)據(jù)”、“補充業(yè)務數(shù)據(jù)”、“分組業(yè)務數(shù)據(jù)”、“智能業(yè)務數(shù)據(jù)”、“定位業(yè)務數(shù)據(jù)”等。
(2)用戶名由IMSI或MSISDN號碼確定，其命名形式為“號碼類型.用戶類型.號碼位置”(numtype.usertype.location)。其中，號碼類型numtype有兩種IMSI和MSISDN；用戶類型usertype有三種連續(xù)多用戶seq、離散多用戶disp和一個用戶single；號碼位置用于表示多用戶中的某個用戶的號碼在整個號碼序列中的位置，有三種第一個號碼begin、后續(xù)號碼con和最后一個號碼end。下面例舉幾個用戶名的描述方式。
例1對連續(xù)多用戶進行操作時，用戶名描述為<DN>
IMSI.seq.begin＝XXX，IMSI.seq.end＝XXX<DN>
或<DN>
MSISDN.seq.begin＝XXX，MSISDN.seq.end＝XXX<DN>
例2對離散多用戶進行操作時，dn中的用戶屬性描述為<DN>
IMSI.disp.begin＝XXX，IMSI.disp.con＝XXX，……IMSI.disp.end＝XXX<DN>
或<DN>
MSISDN.disp.begin＝XXX，MSISDN.disp.con＝XXX，……MSISDN.disp.ehd＝XXX<DN>
例3對單個用戶進行操作時，dn中的用戶屬性描述為<DN>
IMSI.single＝XXX，<DN>
或<DN>
MSISDN.single＝XXX<DN>
(3)BSS與網(wǎng)元進行交互、傳遞和處理信息，實現(xiàn)網(wǎng)絡配置接口和用戶業(yè)務的開通；當客戶端不再需要與服務器端交互時，可拆除已建立的SOCKET連接；或在空閑時發(fā)送心跳消息，以保持與網(wǎng)元的連接。
參見圖4，說明BSS與網(wǎng)元進行交互、傳遞和處理信息的一個完整流程。
(41)BSS創(chuàng)建與HLR、SMP、DSMP、EMS等各網(wǎng)元的SOCKET連接；(42)連接成功后，發(fā)送業(yè)務請求消息到各個網(wǎng)元，涉及同一事務的命令，即消息類型為串行transcation的消息應放在同一條業(yè)務請求消息中發(fā)送，下一條業(yè)務請求消息的發(fā)送無需等待前一條業(yè)務請求消息的響應消息接收完成；(43)接收命令返回消息，同一個命令的響應消息可以分成多條接收；(44)處理命令返回消息如果響應消息中的執(zhí)行結(jié)果為成功，則進入步驟(45)，如果執(zhí)行結(jié)果為失敗或錯誤，則判斷該消息類型是否為串行，如果是串行，則進入步驟(44a)重新發(fā)送該響應消息所對應的業(yè)務請求消息；如果不是串行，則進入步驟(44b)將響應消息中指示失敗或錯誤的命令重新封裝在業(yè)務請求消息中而發(fā)送出去；(45)判斷業(yè)務請求消息是否發(fā)送完畢，如果沒有發(fā)送完畢，則進入步驟(42)繼續(xù)發(fā)送；如果發(fā)送完畢，則進入步驟(47)；(46)判斷命令返回消息是否接收完畢，如果沒有接收完畢，則進入步驟(43)繼續(xù)接收；如果接收完畢，則進入步驟(47)；(47)在完成該業(yè)務請求消息及其響應消息的處理，并且其它需要處理的操作都結(jié)束后，判斷是否需要保持該連接，如果需要保持，則發(fā)送心跳消息，如果不需要保持，則刪除連接；
其中，步驟(42)和(43)之間沒有前后順序關(guān)系，并列進行；步驟(44)(45)和(46)之間沒有前后順序關(guān)系，并列進行。
參見圖5，說明網(wǎng)元與BSS進行交互、傳遞和處理信息的一個完整流程。
(51)HLR、SMP、DSMP、EMS等網(wǎng)元收到來自BSS的SOCKET連接創(chuàng)建請求；先對BSS的IP地址進行鑒權(quán)，鑒權(quán)合法則允許創(chuàng)建，否則拒絕連接。
(52)連接成功后，接收來自BSS的業(yè)務請求消息。
(53)處理業(yè)務請求消息分別檢查消息頭中的接口協(xié)議版本是否一致、BSS標識是否合法、網(wǎng)元的設備標識是否與自己一致；如果這些信息都一致和合法，則進入步驟(54)；否則，丟棄該消息，并進入步驟(56)，給BSS發(fā)送指示出錯的響應消息；(54)對命令進行解析和處理根據(jù)消息體命令中的數(shù)據(jù)對象標識中的IMSI或MSISDN號碼和數(shù)據(jù)對象名，分別確定操作的用戶是誰和對該用戶的什么業(yè)務進行操作，再根據(jù)命令中的操作對象屬性標識所指示的數(shù)據(jù)對象屬性和操作內(nèi)容標識分別確定是對該用戶業(yè)務的哪些數(shù)據(jù)進行操作和對該用戶數(shù)據(jù)執(zhí)行什么操作；(55)發(fā)送命令響應消息如果消息處理出錯，則發(fā)送指示出錯的響應消息；如果消息處理成功，則根據(jù)請求消息中的命令類型為帶有結(jié)果withresult時，發(fā)送響應消息，否則不需發(fā)送響應消息；同一條業(yè)務請求消息的響應消息可以分多條發(fā)送；(56)判斷業(yè)務請求消息是否接收完畢，如果沒有接收完畢，則進入步驟(52)繼續(xù)接收；如果接收處理完畢，則進入步驟(58)；(57)判斷命令響應消息是否發(fā)送完畢，如果沒有發(fā)送完畢，則進入步驟(55)繼續(xù)發(fā)送；如果發(fā)送完畢，則進入步驟(58)；(58)完成業(yè)務請求消息的處理和響應消息的發(fā)送后，等待來自BSS的心跳消息或業(yè)務請求消息，如果接收到了心跳消息，則保持連接，繼續(xù)等待心跳消息或業(yè)務請求消息，如果收到了業(yè)務請求消息，則重復步驟(53)以后的操作，如果在設定的時間內(nèi)既沒有接收到無心跳消息，也沒有接收到業(yè)務請求消息，則刪除連接。
本發(fā)明的實現(xiàn)方法已經(jīng)采用擴展標記語言XML編制軟件，并進行了試驗實施。XML是一種具有高擴展性和比較通用和符合發(fā)展趨勢的語言，編制后的軟件比較簡單易懂，其中消息中的各字段使用標簽進行字段標記，如用<nppmsg></nppmsg>標記消息的開頭和結(jié)束。試驗是成功的，實現(xiàn)了發(fā)明目的。
本發(fā)明也可采用其它語言進行設計，例如MML語言。使用MML語言設計的消息中的各字段將按順序執(zhí)行，也就是各字段之間的順序關(guān)系是固定的，并采用特殊符號隔開各字段。這樣，配置接口需要擴展時，如果增加字段，需要對其它相關(guān)字段做相應的順序調(diào)整。
權(quán)利要求
1.一種用于移動通信服務開通的網(wǎng)絡配置接口的實現(xiàn)方法，其特征在于在業(yè)務支撐系統(tǒng)BSS與各個網(wǎng)元之間建立TCP/IP的套接字SOCKET連接，采用用戶數(shù)據(jù)對象化的方法，將存儲在網(wǎng)元里的用戶簽約數(shù)據(jù)按照業(yè)務類型視為不同數(shù)據(jù)對象的屬性，通過BSS與網(wǎng)元之間交互的業(yè)務消息中攜帶的操作命令、命令操作的數(shù)據(jù)對象和操作對象的屬性三個關(guān)鍵信息組成網(wǎng)絡配置命令，以及網(wǎng)元根據(jù)所接收的業(yè)務消息中的命令，完成對用戶簽約數(shù)據(jù)的操作，實現(xiàn)用戶業(yè)務的開通，也就是根據(jù)命令操作的不同數(shù)據(jù)對象和對象屬性的組合來實現(xiàn)不同業(yè)務的開通；包括下列步驟(1)以BSS為客戶端，網(wǎng)元為服務器端，并由客戶端發(fā)起SOCKET連接請求；服務器端對客戶端的IP地址鑒權(quán)合法后，接受客戶端的連接請求而在兩者之間建立TCP/IP SOCKET連接；(2)設置網(wǎng)絡配置接口信息設置兩者之間交互的業(yè)務消息和心跳消息的格式與參數(shù)，以及確定業(yè)務消息中的命令操作的用戶數(shù)據(jù)對象；(3)BSS與網(wǎng)元進行交互、傳遞和處理信息，實現(xiàn)網(wǎng)絡配置接口和用戶業(yè)務的開通；當客戶端不需與服務器端交互時，可拆除已建立的SOCKET連接或在空閑時發(fā)送心跳消息，以保持與網(wǎng)元的連接。
2.根據(jù)權(quán)利要求1所述的實現(xiàn)方法，其特征在于所述步驟(2)中的業(yè)務消息是BSS與網(wǎng)元進行業(yè)務交互的基本單元，有兩種由BSS發(fā)送給網(wǎng)元用來傳遞用戶服務開通所需的用戶數(shù)據(jù)配置命令的網(wǎng)絡配置消息，以及由網(wǎng)元發(fā)送給BSS的命令返回消息；每條業(yè)務消息包含一個或多個業(yè)務開通事務，每個業(yè)務開通事務由完成該業(yè)務開通功能的一條或多條相互關(guān)聯(lián)的業(yè)務開通命令構(gòu)成。
3.根據(jù)權(quán)利要求1所述的實現(xiàn)方法，其特征在于所述步驟(2)中的心跳消息是客戶端用于保持與服務器端的SOCKET連接而周期性發(fā)送的數(shù)據(jù)信息；如果連續(xù)3至5次心跳消息沒有接收到，服務器端將視為連接中斷；心跳消息的發(fā)送周期初始值取決于配置的默認值，以后由服務器端根據(jù)需要更改之。
4.根據(jù)權(quán)利要求2所述的實現(xiàn)方法，其特征在于所述網(wǎng)絡配置消息又稱業(yè)務請求消息，其與命令返回消息都是由消息頭與消息體兩部分組成。
5.根據(jù)權(quán)利要求4所述的實現(xiàn)方法，其特征在于所述業(yè)務請求消息和命令返回消息中的消息頭格式相同，包括但不限于下述內(nèi)容用來識別接口協(xié)議的協(xié)議版本；消息序號由發(fā)送端BSS確定，并在返回消息中原樣返回；消息類型有兩種取值串行transaction和并行parallel，串行消息表示接收端執(zhí)行命令集所包含的命令時，各個命令之間有事務關(guān)系，其中某一條命令執(zhí)行不成功時，該命令集中的所有命令執(zhí)行的響應皆為失?。徊⑿邢⒈硎窘邮斩藞?zhí)行命令集中所包含的命令時，各個命令之間沒有順序關(guān)系，每個命令執(zhí)行的成功與否對該命令集中其它命令的執(zhí)行沒有影響；BSS標識由發(fā)送端BSS確定，并在返回消息中原樣返回；網(wǎng)元的設備標識標識接收命令的網(wǎng)元設備類型，包括但不限于歸屬位置寄存器HLR、業(yè)務管理點SMP、數(shù)據(jù)業(yè)務管理平臺DSMP、網(wǎng)元管理系統(tǒng)EMS和網(wǎng)絡管理系統(tǒng)NMS，并在返回消息中原樣返回；服務類型標識標明服務類型，包括但不限于預付費PPS、虛擬專用網(wǎng)VPN、電信業(yè)務TEL。
6.根據(jù)權(quán)利要求4或5所述的實現(xiàn)方法，其特征在于當消息類型為串行transaction或并行parallel時，所述業(yè)務請求消息中的消息體由一個或多個命令組成，每個命令完成一個操作，包括但不限于下述內(nèi)容命令序號由發(fā)送端BSS確定，并在返回消息中原樣返回；命令類型有兩種取值帶有結(jié)果withresult和不帶結(jié)果withoutresult，前者表示該命令必須返回響應，后者表示該命令不需要返回響應；命令內(nèi)容即操作指令，也就是對用戶簽約數(shù)據(jù)進行指定操作的指令；至少包括增加ADD、修改MOD、刪除DEL和查詢QUE四個命令操作；命令操作的數(shù)據(jù)對象用于唯一確定命令操作的數(shù)據(jù)對象，取決于用戶數(shù)據(jù)對象名、用戶的國際移動用戶識別IMSI和移動用戶ISDN號碼MSISDN三個元素；命令操作對象的屬性集合由該條命令將要操作的用戶數(shù)據(jù)對象的一個或多個屬性組成，根據(jù)數(shù)據(jù)對象和對象屬性的不同組合體現(xiàn)不同的業(yè)務。
7.根據(jù)權(quán)利要求4或5所述的實現(xiàn)方法，其特征在于所述命令返回消息中的消息體包括但不限于下述內(nèi)容響應的命令序號返回業(yè)務請求消息中的命令序號；響應序號每一條命令響應內(nèi)的序號，用于標識包括有一個或多個響應的業(yè)務請求消息中的每個命令的響應序列號；響應狀態(tài)標識有兩種取值continue和end，分別標識響應繼續(xù)或結(jié)束；命令執(zhí)行結(jié)果有兩種取值success和fail，分別標識命令執(zhí)行成功或失??；失敗原因在命令執(zhí)行結(jié)果值為fail時有效，描述操作失敗原因。成功結(jié)果當命令內(nèi)容為查詢QUE，且該命令執(zhí)行結(jié)果值為success時，表示查詢返回的結(jié)果內(nèi)容。
8.根據(jù)權(quán)利要求1所述的實現(xiàn)方法，其特征在于所述步驟(2)中確定業(yè)務消息中的命令操作的用戶數(shù)據(jù)對象取決于命令操作的用戶數(shù)據(jù)對象名和用戶名，分別用于表明對哪種類型的數(shù)據(jù)和對哪個或哪些用戶的數(shù)據(jù)執(zhí)行操作命令，其中用戶名由其IMSI或MSISDN號碼確定。
9.根據(jù)權(quán)利要求8所述的實現(xiàn)方法，其特征在于所述用戶數(shù)據(jù)對象名、IMSI或MSISDN號碼的規(guī)定如下用戶數(shù)據(jù)對象名的取值包括但不限于用戶基本數(shù)據(jù)、用戶狀態(tài)數(shù)據(jù)、基本電信業(yè)務數(shù)據(jù)、補充業(yè)務數(shù)據(jù)、分組業(yè)務數(shù)據(jù)、智能業(yè)務數(shù)據(jù)和定位業(yè)務數(shù)據(jù)；IMSI或MSISDN號碼的命名形式為號碼類型numtype.用戶類型usertype.號碼位置location；其中，號碼類型有兩種“IMSI”和“MSISDN”；用戶類型有三種連續(xù)多用戶seq、離散多用戶disp和一個用戶single；號碼位置用于表示多用戶中的某個用戶的號碼在整個號碼序列中的位置，有三種第一個號碼begin、后續(xù)號碼con和最后一個號碼end。
10.根據(jù)權(quán)利要求1所述的實現(xiàn)方法，其特征在于所述步驟(3)進一步包括BSS與網(wǎng)元進行交互、執(zhí)行相關(guān)操作和網(wǎng)元與BSS進行交互、執(zhí)行相關(guān)操作的兩個各自獨立的傳遞和處理信息的流程。
11.根據(jù)權(quán)利要求10所述的實現(xiàn)方法，其特征在于所述BSS與網(wǎng)元進行交互、傳遞和處理信息的流程包括下列步驟(311)創(chuàng)建與各個網(wǎng)元的SOCKET連接；(312)連接成功后，發(fā)送業(yè)務請求消息到各個網(wǎng)元，涉及同一事務的命令，即消息類型為串行的消息應在同一條業(yè)務請求消息中發(fā)送，下一條業(yè)務請求消息的發(fā)送無需等待前一條業(yè)務請求消息的響應消息接收完成；(313)接收命令返回消息，同一個命令的響應消息可以分成多條接收；(314)處理命令返回消息如果響應消息中的執(zhí)行結(jié)果為成功，則進入步驟(315)，如果執(zhí)行結(jié)果為失敗或錯誤，則判斷該消息類型是否為串行，如果是串行，則進入步驟(314a)重新發(fā)送該響應消息所對應的業(yè)務請求消息；如果不是串行，則進入步驟(314b)將響應消息中指示失敗或錯誤的命令重新封裝在業(yè)務請求消息中而發(fā)送出去；(315)判斷業(yè)務請求消息是否發(fā)送完畢，如果沒有發(fā)送完畢，則進入步驟(312)繼續(xù)發(fā)送；如果發(fā)送完畢，則進入步驟(317)；(316)判斷命令返回消息是否接收完畢，如果沒有接收完畢，則進入步驟(313)繼續(xù)接收；如果接收完畢，則進入步驟(317)；(317)在完成該業(yè)務請求消息及其響應消息的處理，并且其它需要處理的操作都結(jié)束后，判斷是否需要保持該連接，如果需要保持，則發(fā)送心跳消息，如果不需要保持，則刪除連接；其中，步驟(312)和(313)之間沒有前后順序關(guān)系，并列進行；步驟(314)(315)和(316)之間沒有前后順序關(guān)系，并列進行。
12.根據(jù)權(quán)利要求10所述的實現(xiàn)方法，其特征在于所述網(wǎng)元與BSS進行交互、傳遞和處理信息的流程包括下列步驟(321)接收到來自BSS的SOCKET連接創(chuàng)建請求后，先對BSS的IP地址進行鑒權(quán)，鑒權(quán)合法則允許創(chuàng)建，否則拒絕連接；(322)連接成功后，接收來自BSS的業(yè)務請求消息；(323)處理業(yè)務請求消息分別檢查消息頭中的接口協(xié)議版本是否一致、BSS標識是否合法、網(wǎng)元的設備標識是否與自己一致；如果這些信息一致和合法，則進入步驟(324)；否則，丟棄該消息，并進入步驟(326)，給BSS發(fā)送指示出錯的響應消息；(324)對命令進行解析和處理根據(jù)消息體命令中的數(shù)據(jù)對象標識中的IMSI或MSISDN號碼和數(shù)據(jù)對象名，分別確定操作的用戶是誰和對該用戶的什么業(yè)務進行操作，再根據(jù)命令中的操作對象屬性標識所指示的數(shù)據(jù)對象屬性和操作內(nèi)容標識分別確定是對該用戶業(yè)務的哪些數(shù)據(jù)進行操作和對該用戶數(shù)據(jù)執(zhí)行什么操作；(325)發(fā)送命令響應消息如果消息處理出錯，則發(fā)送指示出錯的響應消息；如果消息處理成功，則根據(jù)請求消息中的命令類型為帶有結(jié)果withresult時，發(fā)送響應消息，否則不需發(fā)送響應消息；同一條業(yè)務請求消息的響應消息可以分多條發(fā)送；(326)完成業(yè)務請求消息的處理和響應消息的發(fā)送后，等待來自BSS的心跳消息或業(yè)務請求消息，如果接收到心跳消息，則保持SOCKET連接，繼續(xù)等待接收心跳消息或業(yè)務請求消息，如果接收到業(yè)務請求消息，則重復步驟(323)以后的操作，如果在設定的時間內(nèi)既沒有接收到心跳消息，也沒有接收到業(yè)務請求消息，則刪除連接。
全文摘要
一種用于移動通信服務開通的網(wǎng)絡配置接口的實現(xiàn)方法，是在業(yè)務支撐系統(tǒng)BSS與各個網(wǎng)元之間建立TCP/IP的套接字SOCKET連接，采用用戶數(shù)據(jù)對象化的方法，將存儲在網(wǎng)元里的用戶簽約數(shù)據(jù)按照業(yè)務類型視為不同數(shù)據(jù)對象的屬性，通過BSS與網(wǎng)元之間交互的業(yè)務消息中攜帶的操作命令、命令操作的數(shù)據(jù)對象和操作對象的屬性三個關(guān)鍵信息組成網(wǎng)絡配置命令，以及網(wǎng)元根據(jù)所接收的業(yè)務消息中的命令，完成對用戶簽約數(shù)據(jù)的操作，實現(xiàn)用戶業(yè)務的開通，也就是根據(jù)命令操作的不同數(shù)據(jù)對象和對象屬性的組合來實現(xiàn)不同業(yè)務的開通。該方法統(tǒng)一網(wǎng)絡配置接口，有利于BSS系統(tǒng)的接口開發(fā)，使得用戶開通新業(yè)務和業(yè)務變動更加靈活迅速，還降低了BSS與網(wǎng)元設備接口的復雜度和維護成本。
文檔編號H04L29/06GK1783872SQ20041009169
公開日2006年6月7日 申請日期2004年11月30日 優(yōu)先權(quán)日2004年11月30日
發(fā)明者陳久雨, 易學明, 張琳峰 申請人:廣東省電信有限公司科學技術(shù)研究院