專利名稱：號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及號(hào)碼攜帶技術(shù)，特別是指一種號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn) 方法和裝置。
背景技術(shù)：
號(hào)碼攜帶(NP, Number Portability)是網(wǎng)絡(luò)提供給用戶的一種業(yè)務(wù)功能， 它允許用戶在原網(wǎng)絡(luò)和新簽約網(wǎng)絡(luò)中使用相同的用戶號(hào)碼。當(dāng)用戶由原網(wǎng)絡(luò)變 更到一個(gè)新簽約的網(wǎng)絡(luò)時(shí)，其使用的業(yè)務(wù)改由新簽約的網(wǎng)絡(luò)提供，并與新簽約 網(wǎng)絡(luò)下其他用戶享有同樣的補(bǔ)充業(yè)務(wù)和增值業(yè)務(wù)，而這些業(yè)務(wù)都不受原網(wǎng)絡(luò)的 影響。
目前，號(hào)碼攜帶的實(shí)現(xiàn)有以下幾種方法
申請(qǐng)?zhí)枮?00810114269.7，發(fā)明名稱為"一種支持號(hào)碼攜帶的短消息業(yè)務(wù) 實(shí)現(xiàn)方法及系統(tǒng)"的中國(guó)專利申請(qǐng)，提出了一種支持號(hào)碼攜帶的短消息業(yè)務(wù)實(shí) 現(xiàn)方法及系統(tǒng)在本地網(wǎng)中設(shè)置NP歸屬位置寄存器(HLR， Home Location Register)單元；對(duì)于本網(wǎng)攜出號(hào)碼，NPHLR單元向該號(hào)碼的原HLR發(fā)起位置 更新請(qǐng)求消息，在請(qǐng)求消息中攜帶特定的全局碼(GT)，使短消息中心(SMSC, Short Message Center)能夠依據(jù)特定的GT號(hào)碼識(shí)別出本網(wǎng)攜出號(hào)碼當(dāng)前的簽 約網(wǎng)絡(luò)；對(duì)于外網(wǎng)攜入號(hào)碼，NPHLR單元作為外網(wǎng)攜入號(hào)碼的當(dāng)前HLR, NPHLR單元依據(jù)該號(hào)碼當(dāng)前的簽約網(wǎng)絡(luò)下發(fā)特定的GT號(hào)碼。
申請(qǐng)?zhí)枮?00710090453.8，發(fā)明名稱為"號(hào)碼攜帶實(shí)現(xiàn)方法及用于號(hào)碼攜 帶用戶的短消息處理方法"的中國(guó)專利申請(qǐng)，提出了一種用于號(hào)碼攜帶用戶的 短消息處理方法將主叫用戶發(fā)送的短消息傳送到攜出網(wǎng)絡(luò)的短消息中心，短 消息中心向網(wǎng)關(guān)發(fā)送短消息路由查詢消息；網(wǎng)關(guān)查詢號(hào)碼攜帶服務(wù)器，若號(hào)碼
5攜帶服務(wù)器返回的查詢結(jié)果表明被叫用戶是號(hào)碼攜帶用戶，則網(wǎng)關(guān)向攜出網(wǎng)絡(luò) 的短消息中心返回短消息路由查詢響應(yīng)消息。攜出網(wǎng)絡(luò)的短消息中心將短消息 發(fā)送到過網(wǎng)號(hào)對(duì)應(yīng)的攜入網(wǎng)絡(luò)的短消息中心，并在被叫號(hào)碼中攜帶過網(wǎng)號(hào)作為
被叫號(hào)碼的前綴；攜入網(wǎng)絡(luò)的短消息中心向其內(nèi)部的HLR查詢被叫用戶的短消 息路由信息，并將短消息發(fā)送給被叫用戶。
專利號(hào)為02102173.2,發(fā)明名稱為"實(shí)現(xiàn)移動(dòng)號(hào)碼攜帶的方法"的中國(guó)專 利，提出了一種利用現(xiàn)有移動(dòng)網(wǎng)標(biāo)準(zhǔn)的信令流程實(shí)現(xiàn)移動(dòng)號(hào)碼可攜帶性(MNP) 的方案，對(duì)現(xiàn)網(wǎng)的拜訪移動(dòng)交換中心(VMSC)、關(guān)口局(GMSC)和HLR等 主設(shè)備不必做任何修改，只需要增加號(hào)碼攜帶數(shù)據(jù)庫(NPDB, Number Portability Database)+設(shè)備，即NPDB和NPHLR的合設(shè)。該方法對(duì)原本地網(wǎng)用戶號(hào)碼攜帶 到他網(wǎng)，成為他網(wǎng)用戶的NPOUT用戶，在其號(hào)碼段歸屬網(wǎng)絡(luò)內(nèi)，要能夠分配 虛擬的漫游號(hào)碼以標(biāo)識(shí)用戶的號(hào)碼攜帶情況；同時(shí)對(duì)他網(wǎng)用戶號(hào)碼攜帶到本地 網(wǎng)，成為本地網(wǎng)用戶的NPIN用戶，新建NPDB+設(shè)備用以保存入本地網(wǎng)的MNP 移動(dòng)用戶數(shù)據(jù)和完成相關(guān)功能。NPDB+的數(shù)據(jù)存放采用分布技術(shù)，數(shù)據(jù)庫可靠 性高，方案沒有話路迂回，方便網(wǎng)間結(jié)算；新增設(shè)備NPDB+是疊加在現(xiàn)有網(wǎng)絡(luò) 上，網(wǎng)絡(luò)的可擴(kuò)展很好，特別適合現(xiàn)有網(wǎng)絡(luò)規(guī)3莫非常大的移動(dòng)運(yùn)營(yíng)商。
上述三個(gè)專利的實(shí)質(zhì)都是在短消息終呼前，SMSC去本地網(wǎng)外部的NPDB 中查詢;洛由號(hào)碼(RN， Routing Number),然后決定終呼目的地，其缺點(diǎn)是 外置的NPDB設(shè)備需要單獨(dú)搭建，成^M艮高，實(shí)現(xiàn)較復(fù)雜；另夕卜，如果運(yùn)營(yíng)商 沒有NPDB設(shè)備，則其號(hào)碼攜帶的實(shí)現(xiàn)就受到了限制；因此專利號(hào)為02102173.2 的專利文件中特別強(qiáng)調(diào)出"適合現(xiàn)有網(wǎng)絡(luò)規(guī)模非常大的移動(dòng)運(yùn)營(yíng)商"，也就是說， 適用于具有NPDB設(shè)備的網(wǎng)絡(luò)。
再者，SMSC到外部的NPDB中查詢RN時(shí)，需要占用一定的網(wǎng)絡(luò)資源， 因?yàn)镹PDB在本地網(wǎng)外部，所以SMSC需要通過信令消息做出局查詢；并且在 網(wǎng)絡(luò)繁忙或者處理能力瓶頸的情況下，RN的出局查詢失敗率會(huì)大大提高，此 時(shí)可能會(huì)按號(hào)段去匹配RN，如此就可能匹配到錯(cuò)誤的RN,這樣短消息按照 RN發(fā)送時(shí)，出錯(cuò)的可能性比較大。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)
現(xiàn)方法和裝置，無需再建設(shè)NPDB的相關(guān)設(shè)備，實(shí)現(xiàn)起來簡(jiǎn)單方便。 為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的 本發(fā)明提供了 一種號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法，該方法包括 短消息中心SMSC接收到短消息后，向自身的內(nèi)置號(hào)碼攜帶數(shù)據(jù)庫NPDB
查詢凈皮叫用戶的路由號(hào)碼RN信息；
SMSC依據(jù)查詢到的所述RN信息，判斷所述RN信息是否指向所述SMSC
所在的本地網(wǎng)，如果是，則所述SMSC進(jìn)行短消息終呼；否則，所述SMSC根
據(jù)獲取到的所述RN信息，將所述短消息發(fā)送到所述RN信息指向的網(wǎng)絡(luò)，并
對(duì)所述短消息進(jìn)行終呼。
其中，所述RN信息包括號(hào)碼攜出網(wǎng)絡(luò)的RN和號(hào)碼攜入網(wǎng)絡(luò)的RN。 所述判斷RN信息是否指向本地網(wǎng)為判斷所述號(hào)碼攜入網(wǎng)絡(luò)的RN是否
指向本地網(wǎng)；
將所述短消息發(fā)送到所述RN信息指向的網(wǎng)絡(luò)為將所述短消息發(fā)送到所 述號(hào)碼攜入網(wǎng)絡(luò)的RN指向的網(wǎng)絡(luò)。
在所述SMSC向自身的內(nèi)置NPDB查詢被叫用戶的RN信息之后，該方法 進(jìn)一步包括判斷所述查詢是否成功，如果查詢成功，則判斷所述RN信息是 否指向本地網(wǎng)；如果查詢失敗，則根據(jù)所述被叫用戶的用戶號(hào)碼所屬的號(hào)段， 在預(yù)設(shè)的號(hào)段與RN的對(duì)應(yīng)表中匹配所述被叫用戶對(duì)應(yīng)的號(hào)碼攜入網(wǎng)絡(luò)的RN。
該方法進(jìn)一步包括對(duì)所述內(nèi)置NPDB中的數(shù)據(jù)進(jìn)行同步，具體為定期 將全網(wǎng)中全局NPDB存儲(chǔ)的數(shù)據(jù)同步到內(nèi)置NPDB中；或者，所述內(nèi)置NPDB 定期與其他網(wǎng)絡(luò)的內(nèi)置NPDB進(jìn)行同步。
其中，對(duì)所述內(nèi)置NPDB進(jìn)行同步時(shí)，該方法進(jìn)一步包括對(duì)所述內(nèi)置 NPDB的數(shù)據(jù)進(jìn)行增加、和/或刪除、和/或<務(wù)改、和/或更新。
本發(fā)明還提供了 一種號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)裝置，該裝置包括內(nèi)置NPDB、 NPDB管理模塊、業(yè)務(wù)處理機(jī)和前置機(jī)；其中， 所述內(nèi)置NPDB,用于存儲(chǔ)用戶的RN信息；
所述NPDB管理模塊，用于到所述內(nèi)置NPDB中查詢所述RN信息；并將 查詢到的所述RN信息反饋給所述業(yè)務(wù)處理機(jī)；
所述業(yè)務(wù)處理機(jī)，用于依據(jù)查詢到的所述RN信息判斷RN信息是否指向 本地網(wǎng)，得到判斷結(jié)果；
所述前置機(jī)，用于依據(jù)所述判斷結(jié)果，當(dāng)所述RN信息指向本地網(wǎng)時(shí)，進(jìn) 行短消息終呼；當(dāng)所述RN信息不指向所述本地網(wǎng)時(shí)，將短消息發(fā)送到所述RN 信息指向的網(wǎng)絡(luò)。
其中，所述業(yè)務(wù)處理機(jī)，還用于向所述NPDB管理模塊發(fā)送查詢被叫用戶 RN信息的消息；
相應(yīng)的，所述NPDB管理才莫塊還用于接收所述查詢^皮叫用戶RN信息的消 息，并依據(jù)所述消息查詢所述RN信息。
所述業(yè)務(wù)處理才幾還用于，在沒有接收到所述NPDB管理才莫塊返回的所述RN 信息時(shí)，根據(jù)所述^^皮叫用戶的用戶號(hào)碼所屬的號(hào)段，在預(yù)-沒的號(hào)段與RN的對(duì) 應(yīng)表中匹配所述被叫用戶對(duì)應(yīng)的RN信息；
相應(yīng)的，該裝置進(jìn)一步包括配置臺(tái)，用于預(yù)設(shè)所述號(hào)段與RN的對(duì)應(yīng)表， 并將所述對(duì)應(yīng)表同步到所述業(yè)務(wù)處理機(jī)。
所述配置臺(tái)還用于，控制所述NPDB管理模塊對(duì)所述內(nèi)置NPDB的數(shù)據(jù)進(jìn) 行增加、和/或刪除、和/或{務(wù)改、和/或更新。
所述內(nèi)置NPDB包括NPDB物理庫和NPDB內(nèi)存庫，用于分別存儲(chǔ)用戶 的RN信息；
相應(yīng)的，所述NPDB管理模塊包括NPDB物理庫管理模塊和NPDB內(nèi)存 庫管理模塊；
所述配置臺(tái)控制所述NPDB物理庫管理模塊對(duì)所述NPDB物理庫進(jìn)行增 加、和/或刪除、和/或^l"改、和/或更新；
相應(yīng)的，所述NPDB物理庫管理模塊控制所述NPDB內(nèi)存庫管理模塊對(duì)所
8述NPDB內(nèi)存庫進(jìn)行增加、和/或刪除、和/或寸參改、和/或更新。
本發(fā)明提供的號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法和裝置，通過建立 NPDB物理庫和/或內(nèi)存庫的方式將NPDB設(shè)置在本地網(wǎng)中，較佳地NPDB內(nèi)置 于SMSC中，如此，將查詢NPDB的流程放在SMSC內(nèi)部實(shí)現(xiàn)，使得SMSC 在查詢RN信息時(shí)不必出局查詢，即可直接查詢內(nèi)置的NPDB即可得到需要的 數(shù)據(jù)；同時(shí)，在內(nèi)部查詢NPDB也不會(huì)受到網(wǎng)絡(luò)因素的影響，從而提高了查詢 及處理數(shù)據(jù)的效率。


圖1為本發(fā)明號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法流程示意圖； 圖2為本發(fā)明組網(wǎng)方式實(shí)施例一的示意圖； 圖3為本發(fā)明組網(wǎng)方式實(shí)施例二的示意圖4為本發(fā)明號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)裝置的結(jié)構(gòu)關(guān)系示意圖。
具體實(shí)施例方式
下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)一 步詳細(xì)闡述。 本發(fā)明將NPDB設(shè)置在本地網(wǎng)內(nèi)，較佳地將NPDB內(nèi)置于SMSC中，可在 SMSC內(nèi)部創(chuàng)建一個(gè)獨(dú)立的NPDB物理庫，同時(shí)還可以在SMSC內(nèi)部的內(nèi)存庫 中劃分出 一部分區(qū)域用來建立NPDB內(nèi)存庫，如此將NPDB內(nèi)置在SMSC中， 實(shí)現(xiàn)起來比較簡(jiǎn)單。在應(yīng)用的過程中，SMSC就可以在本地網(wǎng)內(nèi)，通過訪問NPDB 物理庫的數(shù)據(jù)庫寫^v/讀取(DBI/0)接口 ，到NPDB物理庫中查詢所需的信息； 或者將NPDB物理庫同步到NPDB內(nèi)存庫中，SMSC直接通過內(nèi)部消息接口就 可以從NPDB內(nèi)存庫查詢到所需的信息。
本發(fā)明號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法，如圖1所示，該方法包括 步驟101, SMSC "f妻收到短消息后，向自身的內(nèi)置NPDB查詢^皮叫用戶當(dāng) 前簽約網(wǎng)絡(luò)對(duì)應(yīng)的RN。
NPDB主要用于存儲(chǔ)用戶的NP信息，該NP信息至少包括用戶號(hào)碼、號(hào)碼攜出網(wǎng)絡(luò)的RN和號(hào)碼攜入網(wǎng)絡(luò)的RN。其中，號(hào)碼攜出網(wǎng)絡(luò)為該用戶發(fā)生號(hào) 碼攜帶前所歸屬的網(wǎng)絡(luò)；號(hào)碼攜入網(wǎng)絡(luò)為該用戶發(fā)生號(hào)碼攜帶后所歸屬的網(wǎng)絡(luò)， 即當(dāng)前簽約的網(wǎng)絡(luò)。
SMSC接收到一條短消息后，首先需要查詢?cè)摱滔?duì)應(yīng)的被叫用戶的RN 信息，包括號(hào)碼攜出網(wǎng)絡(luò)的RN和號(hào)碼攜入網(wǎng)絡(luò)的RN。需要指出的是，針對(duì)短 消息的轉(zhuǎn)發(fā)，本發(fā)明只關(guān)心被叫用戶當(dāng)前的簽約網(wǎng)絡(luò)，由當(dāng)前簽約網(wǎng)絡(luò)的SMSC 針對(duì)該短消息進(jìn)行終呼。因此，SMSC獲取到被叫用戶的RN信息后，只關(guān)心 號(hào)碼攜入網(wǎng)絡(luò)的RN。
具體的，SMSC通過內(nèi)部消息向NPDB發(fā)送一個(gè)針對(duì)當(dāng)前被叫用戶RN信 息的查詢請(qǐng)求，如NPQry—Req消息，該消息中至少包含了該被叫用戶的用戶號(hào) 碼；NPDB依據(jù)所述用戶號(hào)碼，查找到相應(yīng)的RN信息，再將該RN信息封裝 在查詢結(jié)果中通過內(nèi)部消息、如NPQry—Ack消息反饋給SMSC。
步驟102,判斷查詢是否成功，如果是，則執(zhí)行步驟103;如果否，則執(zhí)行 步驟106。
較佳地，可以在查詢結(jié)果中設(shè)置一個(gè)字段用來表示查詢是否成功，SMSC 通過讀取該字段的值來判斷查詢是否成功。當(dāng)然也可以有其他的方式來判斷， 如設(shè)置SMSC收到RN信息為查詢成功；否則查詢失敗。
如果查詢成功，說明SMSC獲取到了該被叫用戶的RN信息，說明被叫用 戶為號(hào)碼攜帶用戶；如果查詢失敗，則SMSC就無法獲取到被叫用戶的RN信 息，即內(nèi)置NPDB中沒有存儲(chǔ)該用戶的RN信息，說明該被叫用戶不是號(hào)碼攜 帶用戶。
步驟103-104，判斷獲取到的RN是否指向本地網(wǎng)，如果是，則執(zhí)行步驟 104, SMSC進(jìn)行終呼，當(dāng)前處理流程結(jié)束；如果否，則執(zhí)行步驟105。
較佳地，SMSC內(nèi)部配置有一個(gè)RN與網(wǎng)絡(luò)的對(duì)應(yīng)表，該表可以加載在內(nèi) 存庫中，每一個(gè)網(wǎng)絡(luò)對(duì)應(yīng)一個(gè)RN。 一般情況下， 一個(gè)網(wǎng)絡(luò)中舍有一個(gè)HLR， 則RN與HLR也是——對(duì)應(yīng)的。但是，有些網(wǎng)絡(luò)可能會(huì)含有多個(gè)HLR,此時(shí)， 這些多個(gè)HLR對(duì)應(yīng)一個(gè)RN,并且每個(gè)HLR對(duì)應(yīng)預(yù)先設(shè)置的號(hào)段。如果SMSC由于某種原因沒有從NPDB獲取到被叫用戶對(duì)應(yīng)的RN信息時(shí)，還可以通過被 叫用戶的用戶號(hào)碼所屬的號(hào)段來匹配HLR,從而匹配到相應(yīng)的RN信息。具體 的，SMSC由于某種原因沒有從NPDB獲取到被叫用戶對(duì)應(yīng)的RN信息的情況 將在下面的步驟中進(jìn)行說明。
SMSC獲取到被叫用戶的RN信息后，通過號(hào)碼攜入網(wǎng)絡(luò)的RN來判斷該 RN是否指向本地網(wǎng)，即判斷被叫用戶的當(dāng)前簽約網(wǎng)絡(luò)是否為本地網(wǎng)。具體的， 可以通過查詢RN與網(wǎng)絡(luò)的對(duì)應(yīng)表的方式來獲知當(dāng)前RN是否對(duì)應(yīng)本地網(wǎng)，即 RN是否指向本地網(wǎng)。如果判定RN指向本地網(wǎng)，說明被叫用戶當(dāng)前的簽約網(wǎng)絡(luò) 為本地網(wǎng)，執(zhí)行步驟104，由SMSC針對(duì)當(dāng)前的短消息進(jìn)行終呼；否則執(zhí)行步 驟105。
其中，終呼的具體流程為SMSC向本地HLR獲取進(jìn)行終呼的路由；SMSC 獲取到本地HLR關(guān)于所述路由的響應(yīng)后，進(jìn)行終呼。該流程的具體實(shí)現(xiàn)為現(xiàn)有 技術(shù)，此處不再贅述。
步驟105， SMSC根據(jù)獲取到的RN，將短消息發(fā)送到對(duì)應(yīng)的網(wǎng)絡(luò)，當(dāng)前處 理流程結(jié)束。
根據(jù)步驟103關(guān)于RN是否指向本地網(wǎng)的判斷，如果號(hào)碼攜入網(wǎng)絡(luò)的RN 不是指向本地網(wǎng)，說明被叫用戶的當(dāng)前簽約網(wǎng)絡(luò)不是本地網(wǎng)，則需要根據(jù)RN 與網(wǎng)絡(luò)的對(duì)應(yīng)表，查找到該RN指向的網(wǎng)絡(luò)，并將當(dāng)前短消息經(jīng)過協(xié)議的轉(zhuǎn)換 后發(fā)送到該RN指向的網(wǎng)絡(luò)，由該網(wǎng)絡(luò)對(duì)當(dāng)前短消息進(jìn)行終呼。由于該網(wǎng)絡(luò)為 號(hào)碼攜入網(wǎng)絡(luò)的RN指向的網(wǎng)絡(luò)，因此該網(wǎng)絡(luò)即為被叫用戶當(dāng)前簽約的網(wǎng)絡(luò)， 則該網(wǎng)絡(luò)的SMSC可以針對(duì)該短消息進(jìn)行終呼。其中，將短消息進(jìn)行協(xié)議的轉(zhuǎn) 換的具體實(shí)現(xiàn)為現(xiàn)有技術(shù)，此處不再贅述。
步驟106,根據(jù)被叫用戶的用戶號(hào)碼所屬的號(hào)段匹配被叫用戶當(dāng)前簽約網(wǎng) 絡(luò)的RN。
如果SMSC查詢被叫用戶的RN信息的操作失敗，則需要根據(jù)被叫用戶的 用戶號(hào)碼所屬的號(hào)段來匹配RN,匹配到的RN即為被叫用戶當(dāng)前簽約網(wǎng)絡(luò)對(duì)應(yīng) 的RN。這里，造成SMSC查詢被叫用戶的RN信息失敗的原因主要有以下兩種 1 、被叫用戶沒有發(fā)生號(hào)碼攜帶，內(nèi)置NPDB中不會(huì)存儲(chǔ)其對(duì)應(yīng)的RN信息，
如號(hào)碼攜出網(wǎng)絡(luò)的RN、號(hào)碼攜入網(wǎng)絡(luò)的RN，貝'J SMSC不會(huì)獲取到該被叫用戶
的RN信息。
2、用戶發(fā)生了號(hào)碼攜帶，但是內(nèi)置NPDB發(fā)生錯(cuò)誤，無法將用戶的RN信 息返回給SMSC。
當(dāng)然，造成SMSC查詢被叫用戶的RN信息失敗也可能有其他的原因，此 處不再一~"~列舉。只要SMSC沒有獲取到當(dāng)前被叫用戶的RN信息，SMSC就 需要根據(jù)當(dāng)前被叫用戶的用戶號(hào)碼所屬的號(hào)段來匹配RN。具體的，根據(jù)步驟 103所述的RN與網(wǎng)絡(luò)、網(wǎng)絡(luò)中的HLR和號(hào)段的關(guān)系，可以通過查詢預(yù)先配置 的號(hào)段與RN的對(duì)應(yīng)表來查詢與當(dāng)前用戶號(hào)碼匹配的RN。較佳地，可以將號(hào)段 與RN的對(duì)應(yīng)表加載在內(nèi)存庫中。
需要指出的是，現(xiàn)有技術(shù)基于外置NPDB，通過號(hào)段來匹配當(dāng)前被叫用戶 簽約網(wǎng)絡(luò)的RN的方式獲取到的RN有可能是錯(cuò)誤的。假設(shè)網(wǎng)絡(luò)A對(duì)應(yīng)的RN 為A，網(wǎng)絡(luò)A的HLR被預(yù)先分配了特定的號(hào)段N,即該HLR管理屬于該號(hào)段 N的所有用戶，則這些用戶的歸屬網(wǎng)絡(luò)、即簽約網(wǎng)絡(luò)為網(wǎng)絡(luò)A。當(dāng)屬于號(hào)段N 的用戶a發(fā)生了號(hào)碼攜帶，且用戶a的簽約網(wǎng)絡(luò)變更為網(wǎng)絡(luò)B，則NPDB中就 需要記錄用戶a的NP信息，至少包括用戶a的用戶號(hào)碼、號(hào)碼攜出網(wǎng)絡(luò)的RN: A和號(hào)碼攜入網(wǎng)絡(luò)的RN: B。如果此時(shí)SMSC向外置的NPDB獲取用戶a的 RN信息，由于常見的網(wǎng)絡(luò)繁忙或者網(wǎng)絡(luò)處理能力瓶頸等問題，會(huì)導(dǎo)致SMSC 沒有從外置NPDB獲取到用戶a的RN信息，則SMSC就需要通過查詢號(hào)段與 RN的對(duì)應(yīng)表來獲取用戶a的RN信息用戶a屬于號(hào)段N,號(hào)段N對(duì)應(yīng)的RN 為A,則SMSC由此得出用戶a的當(dāng)前簽約網(wǎng)絡(luò)為網(wǎng)絡(luò)A。因?yàn)楫?dāng)前用戶a的 簽約網(wǎng)絡(luò)為網(wǎng)絡(luò)B,如果SMSC將短消息發(fā)送到網(wǎng)絡(luò)A，則網(wǎng)絡(luò)A就無法將短 消息轉(zhuǎn)發(fā)給用戶a，為用戶a提供服務(wù)。
但是，本發(fā)明中基于內(nèi)置NPDB， SMSC不需要出局查詢RN信息，不會(huì) 受到常見的網(wǎng)絡(luò)因素的影響，SMSC只需要通過內(nèi)部接口，如數(shù)據(jù)庫接口、消息接口等，直接向內(nèi)置NPDB獲取RN信息即可。本發(fā)明中，由于SMSC查詢 RN信息的流程和實(shí)現(xiàn)都是在SMSC內(nèi)部進(jìn)行的，因此查詢RN信息失敗的可 能性非常小，由此出現(xiàn)SMSC按照RN發(fā)送短消息出錯(cuò)的可能性也非常小。該 步驟是本發(fā)明針對(duì)SMSC由于意外而獲取不到RN的情況設(shè)置的。
另外，對(duì)于用戶沒有發(fā)生號(hào)碼攜帶的情況，通過號(hào)段來匹配RN時(shí)，就不 會(huì)發(fā)生錯(cuò)誤的情況，因?yàn)橛脩羲鶎俚奶?hào)段與HLR的關(guān)系不會(huì)改變，HLR與網(wǎng) 絡(luò)的關(guān)系也不會(huì)改變，則通過用戶號(hào)碼所屬的號(hào)段就可以匹配到正確的RN。
SMSC獲取到RN后，返回執(zhí)行步驟103。
一般情況下，SMSC對(duì)每一條短消息只需要查詢一次內(nèi)置NPDB，但是運(yùn) 營(yíng)商同時(shí)運(yùn)營(yíng)多個(gè)網(wǎng)絡(luò)，以支持網(wǎng)間自由行業(yè)務(wù)功能時(shí)，用戶可以隨意地在不 同網(wǎng)絡(luò)之間進(jìn)行切換，每次切換可以理解為 一次號(hào)碼攜帶。因此SMSC在每一 次終呼之前，都需要向NPDB查詢被叫用戶的RN信息，以確定被叫用戶是否 發(fā)生號(hào)碼攜帶及其號(hào)碼攜入的網(wǎng)絡(luò)。
另外，本發(fā)明還可以通過短消息中心來統(tǒng)計(jì)NPDB查詢的相關(guān)參數(shù)，以此 體現(xiàn)出用戶使用號(hào)碼攜帶的情況，供運(yùn)營(yíng)商參考。其中，統(tǒng)計(jì)的參數(shù)包括查詢 RN的次數(shù)、收到查詢結(jié)果的次數(shù)和成功查詢的次數(shù)等。
為了方便預(yù)付費(fèi)平臺(tái)對(duì)短消息用戶的計(jì)費(fèi)，本發(fā)明還提出了關(guān)于計(jì)費(fèi)的相 關(guān)實(shí)現(xiàn)，具體為 一般情況下，SMSC需要通過預(yù)付費(fèi)扣費(fèi)請(qǐng)求消息將主叫號(hào) 碼發(fā)送給預(yù)付費(fèi)平臺(tái)，來計(jì)算主叫用戶使用相關(guān)業(yè)務(wù)的費(fèi)率。具體的，預(yù)付費(fèi) 平臺(tái)還需要根據(jù)主叫用戶的簽約網(wǎng)絡(luò)來進(jìn)行費(fèi)率的計(jì)算。但是，實(shí)際應(yīng)用中， 有的預(yù)付費(fèi)平臺(tái)不支持NP查詢功能，如果SMSC在預(yù)付費(fèi)扣費(fèi)請(qǐng)求消息中不 增加RN信息，則預(yù)付費(fèi)平臺(tái)就無法得知該主叫用戶的簽約網(wǎng)絡(luò)，也就無法計(jì) 算費(fèi)率，這種情況下，需要SMSC在預(yù)付費(fèi)扣費(fèi)請(qǐng)求消息中增加RN信息，以 供預(yù)付費(fèi)平臺(tái)計(jì)算費(fèi)率；而有的預(yù)付費(fèi)平臺(tái)支持NP查詢功能，則預(yù)付費(fèi)平臺(tái) 直接依據(jù)主叫號(hào)碼就可以查找到對(duì)應(yīng)的簽約網(wǎng)絡(luò)進(jìn)行費(fèi)率的計(jì)算。
SMSC還需要在主叫用戶的話務(wù)單中添加RN信息，以用來對(duì)號(hào)碼攜帶用 戶和非號(hào)碼攜帶用戶進(jìn)行區(qū)別計(jì)費(fèi)。例如，可以設(shè)定話務(wù)單中含有RN信息的
13為號(hào)碼攜帶用戶，否則為非號(hào)碼攜帶用戶。另外，話務(wù)單分揀系統(tǒng)還可以根據(jù)
需要設(shè)置是否在話務(wù)單中分揀RN信息。
為了保證內(nèi)置NPDB數(shù)據(jù)的有效性和完整性，需要定期對(duì)內(nèi)置NPDB進(jìn)行 數(shù)據(jù)同步，具體為如果全網(wǎng)存在一個(gè)統(tǒng)一的全局NPDB，主要用于存儲(chǔ)全網(wǎng) 內(nèi)所有用戶的NP信息，則定期將全局NPDB存儲(chǔ)的數(shù)據(jù)同步到內(nèi)置NPDB中， 可以采用文本4妄口處理的方式，通過FTP接口進(jìn)行數(shù)據(jù)文件的傳輸；如果全網(wǎng) 沒有一個(gè)全局NPDB，則定期與其他網(wǎng)絡(luò)的內(nèi)置NPDB進(jìn)行同步，這樣各個(gè)網(wǎng) 絡(luò)的內(nèi)置NPDB之間可以互相共享存儲(chǔ)的數(shù)據(jù)，這種同步情況也可以采用文本 接口處理的方式，通過FTP接口進(jìn)行數(shù)據(jù)文件的傳輸。
對(duì)內(nèi)置NPDB進(jìn)行同步包括對(duì)NPDB存儲(chǔ)的數(shù)據(jù)進(jìn)行增加、和/或刪除、 和/或修改、和/或更新等操作。
下面基于上述對(duì)內(nèi)置NPDB進(jìn)行數(shù)據(jù)同步的實(shí)現(xiàn)，來具體說明一下本發(fā)明 的纟且網(wǎng)方式。
圖2所示為本發(fā)明組網(wǎng)方式實(shí)施例一的示意圖。其中，全局NPDB，主要 用于存儲(chǔ)全網(wǎng)用戶的NP信息，這些信息的增加、和/或刪除、和/或修改、和/ 或更新等操作由第三方管理。其他網(wǎng)絡(luò)的NPDB,包括內(nèi)置的NPDB和外置的 NPDB都需要定期從全局NPDB中進(jìn)行數(shù)據(jù)同步。
如圖2所示，網(wǎng)絡(luò)1沒有NPDB,則其SMSC1需要查詢RN信息時(shí)，只能 從全局NPDB查詢；網(wǎng)絡(luò)2有一個(gè)外置的NPDB，在SMSC2查詢RN信息時(shí)， 需要從外置NPDB查詢。這兩種查詢方式都需要SMSC出局查詢，如此容易受 到網(wǎng)絡(luò)因素的影響，查詢的失敗率會(huì)比較高。
圖2中網(wǎng)絡(luò)3到網(wǎng)絡(luò)n采用了本發(fā)明內(nèi)置NPDB的方式。內(nèi)置NPDB定期 的從全局NPDB進(jìn)行數(shù)據(jù)同步，保持用戶信息的有效性和完整性。較佳地，內(nèi) 置NPDB與全局NPDB之間采用FTP接口 ，當(dāng)全局NPDB中的NP信息發(fā)生變 化時(shí)，全局NPDB將變化的NP信息寫入數(shù)據(jù)庫文件；內(nèi)置NPDB定時(shí)通過FTP 接口下載數(shù)據(jù)庫文件，更新自身的NP信息。在SMSC3或SMSCn在查詢RN 信息時(shí)，可以直接到對(duì)應(yīng)的內(nèi)置NPDB去查詢，不用出局查詢，這樣不會(huì)受到網(wǎng)絡(luò)因素的影響，大大降低了查詢出錯(cuò)的機(jī)率。
圖3所示為本發(fā)明組網(wǎng)方式實(shí)施例二的示意圖。在該組網(wǎng)方式中，不存在 全局NPDB,各個(gè)網(wǎng)絡(luò)內(nèi)置NPDB之間共享存儲(chǔ)的NP信息。較佳地，各個(gè)網(wǎng) 絡(luò)中的內(nèi)置NPDB通過組成FTP文件順序發(fā)送環(huán)的方式進(jìn)行NP信息的同步。 當(dāng)某一個(gè)內(nèi)置NPDB存儲(chǔ)的數(shù)據(jù)發(fā)生變化時(shí)，如RN信息發(fā)生了變化，則該內(nèi) 置NPDB對(duì)應(yīng)的SMSC將該變化的NPDB寫入一個(gè)凄史據(jù)庫文件，然后將該數(shù)據(jù) 庫文件依據(jù)配置信息發(fā)送給下一級(jí)SMSC，該SMSC依據(jù)數(shù)據(jù)庫文件更新自身 的內(nèi)置NPDB，同時(shí)依據(jù)配置數(shù)據(jù)將該數(shù)據(jù)庫文件發(fā)送給自身的下一級(jí)SMSC， 直到全網(wǎng)的各個(gè)網(wǎng)絡(luò)中的內(nèi)置NPDB都進(jìn)行了更新。
例如當(dāng)SMSC1的內(nèi)置NPDB1中的RN信息發(fā)生變化后，SMSC1將變 化的RN信息寫入對(duì)應(yīng)的數(shù)據(jù)庫文件1，并通過FTP的方式將數(shù)據(jù)庫文件1發(fā) 送給它的下一級(jí)SMSC2。需要指出的是，數(shù)據(jù)庫文件l中存儲(chǔ)了生成該數(shù)據(jù)庫 文件的SMSC的編號(hào)，如SMSC1。并且，當(dāng)前SMSC可以根據(jù)數(shù)據(jù)庫文件的 配置數(shù)據(jù)得到自身的下一級(jí)SMSC的編號(hào)。
SMSC2定時(shí)纟企測(cè)FTP目錄，才艮據(jù)檢測(cè)到的數(shù)據(jù)庫文件1，將變化的RN信 息更新到自身的內(nèi)置NPDB2; SMSC2通過配置數(shù)據(jù)可以得知數(shù)據(jù)庫文件1的 接收方為SMSC3,所以SMSC2通過FTP的方式將數(shù)據(jù)庫文件1發(fā)送給自身的 下一級(jí)SMSC3;而數(shù)據(jù)庫文件1的文件名中SMSC的編號(hào)仍然為SMSC1。
后續(xù)的SMSC操作與SMSC2相同，直到SMSCn。 SMSCn定時(shí)檢測(cè)FTP 目錄，根據(jù)檢測(cè)到的數(shù)據(jù)庫文件1,將變化的RN信息更新到自身的內(nèi)置NPDBn; 同時(shí)，SMSCn通過配置數(shù)據(jù)可以得知數(shù)據(jù)庫文件1的接收方為SMSC1,而數(shù) 據(jù)庫文件1的文件名中，SMSC的編號(hào)也為SMSC1，所以SMSCn不再將數(shù)據(jù) 庫文件1進(jìn)行FTP傳送。如此，全網(wǎng)中各個(gè)網(wǎng)絡(luò)的內(nèi)置NPDB就完成了針對(duì)該 變化的RN信息的同步。
為了實(shí)現(xiàn)上述號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法，本發(fā)明還提供了一種 號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)裝置，該裝置應(yīng)用在SMSC中，如圖4所示， 本發(fā)明中的SMSC40包括內(nèi)置NPDB41 、 NPDB管理模塊42、業(yè)務(wù)處理機(jī)43和前置才幾44，其中，
內(nèi)置NPDB41 ，用于存儲(chǔ)用戶的RN信息；
NPDB管理模塊42 ，用于到內(nèi)置NPDB41中查詢RN信息；并將查詢到的 RN信息反饋給業(yè)務(wù)處理機(jī)43;
業(yè)務(wù)處理機(jī)43,用于依據(jù)查詢到的RN信息判斷RN信息是否指向本地網(wǎng)， 得到判斷結(jié)果；
前置機(jī)44,用于依據(jù)判斷結(jié)果，當(dāng)RN信息指向本地網(wǎng)時(shí)，進(jìn)行短消息終 呼；當(dāng)RN信息不指向本地網(wǎng)時(shí)，將短消息發(fā)送到RN信息指向的網(wǎng)絡(luò)。
其中，業(yè)務(wù)處理才幾43 ，還用于向NPDB管理才莫塊42發(fā)送查詢被叫用戶RN 信息的消息；
相應(yīng)的，NPDB管理模塊42還用于接收查詢被叫用戶RN信息的消息，并 依據(jù)該消息查詢RN信息。
另外，業(yè)務(wù)處理機(jī)43還用于，在沒有接收到NPDB管理模塊42返回的RN 信息時(shí)，根據(jù)被叫用戶的用戶號(hào)碼所屬的號(hào)段，在預(yù)設(shè)的號(hào)段與RN的對(duì)應(yīng)表 中匹配^皮叫用戶對(duì)應(yīng)的RN信息；
相應(yīng)的，SMSC40進(jìn)一步包括配置臺(tái)45，用于預(yù)設(shè)號(hào)段與RN的對(duì)應(yīng)表， 并將對(duì)應(yīng)表同步到業(yè)務(wù)處理機(jī)43,供業(yè)務(wù)處理機(jī)43使用。其中，配置臺(tái)45可 以通過FTP #~口將對(duì)應(yīng)表同步到業(yè)務(wù)處理機(jī)43中。
配置臺(tái)45還用于，控制NPDB管理模塊42對(duì)內(nèi)置NPDB41的數(shù)據(jù)進(jìn)行增 加、和/或刪除、和/或l奮改、和/或更新等操作。
另外，本發(fā)明的內(nèi)置NPDB41可以包括NPDB物理庫411和NPDB內(nèi)存 庫412,用于分別存儲(chǔ)用戶的RN信息。其中，NPDB物理庫411可以采用現(xiàn)有 的數(shù)據(jù)庫開發(fā)軟件在SMSC內(nèi)部創(chuàng)建；NPDB內(nèi)存庫412可以通過在SMSC內(nèi) 部的內(nèi)存庫中劃分出一部分區(qū)域來創(chuàng)建。需要指出的是，NPDB管理模塊42即 可以直接到NPDB物理庫411中查詢RN信息，也可以直接從NPDB內(nèi)存庫412 中查詢RN信息，但是通過內(nèi)存讀取信息比直接訪問物理庫讀取信息的速度有 很大的提升。
16相應(yīng)的，NPDB管理模塊42包括NPDB物理庫管理模塊421和NPDB內(nèi) 存庫管理模塊422。其中，NPDB物理庫管理模塊421可以采用DBI/O模塊； NPDB內(nèi)存庫管理模塊422可以采用公用數(shù)據(jù)庫加載查詢模塊(GDB, Global Date Base)。
另外，用戶還可以通過配置臺(tái)45查詢、和/或增加、和/或刪除、和/或修改、 和/或更新內(nèi)置NPDB41存儲(chǔ)的數(shù)據(jù)當(dāng)通過配置臺(tái)45查詢數(shù)據(jù)時(shí)，配置臺(tái)45 發(fā)送消息通知NPDB物理庫管理模塊421將所需lt據(jù)從NPDB物理庫411讀出 并反々貴，顯示在配置臺(tái)45上；當(dāng)增加、和/或刪除、和/或f務(wù)改、和/或更新內(nèi)置 NPDB41存儲(chǔ)的數(shù)據(jù)時(shí)，配置臺(tái)45可以控制NPDB物理庫管理模塊421對(duì)NPDB 物理庫411進(jìn)行增加、和/或刪除、和/或修改、和/或更新等操作；同時(shí)，NPDB 物理庫管理模塊421控制NPDB內(nèi)存庫管理模塊422對(duì)NPDB內(nèi)存庫412進(jìn)行 增加、和/或刪除、和/或修改、和/或更新等操作。其中，配置臺(tái)45與NPDB物 理庫管理才莫塊421之間是消息接口，可以采用瀏覽器^良務(wù)器(B/S)的架構(gòu)， 或者客戶端/服務(wù)器(C/S)的架構(gòu)；NPDB物理庫管理才莫塊421與NPDB物理 庫411之間是數(shù)據(jù)庫接口 ； NPDB物理庫管理模塊421與NPDB內(nèi)存庫管理模 塊422之間是消息接口 ， NPDB內(nèi)存庫管理模塊422與NPDB內(nèi)存庫412之間 是消息接口。
在查詢RN信息時(shí)，業(yè)務(wù)處理機(jī)43發(fā)送查詢被叫用戶RN信息的消息給 NPDB內(nèi)存庫管理沖莫塊422;由NPDB內(nèi)存庫管理模塊422到NPDB內(nèi)存庫412 中查詢RN信息，并將查詢到的RN信息返回給業(yè)務(wù)處理才凡43。本發(fā)明中基于 NPDB內(nèi)存庫412的方式，在進(jìn)4亍查詢、和/或增加、和/或刪除、和/或f務(wù)改、 和/或更新等操作時(shí)的效率更高。
需要指出的是，正常情況下，只要設(shè)備不掉電，NPDB內(nèi)存庫412都是存 在的。為了防止設(shè)備異常掉電，本發(fā)明的裝置做了如下保護(hù)
當(dāng)NPDB內(nèi)存庫管理模塊422啟動(dòng)時(shí)，發(fā)現(xiàn)NPDB內(nèi)存庫412未建立，則 NPDB內(nèi)存庫管理模塊422會(huì)通過數(shù)據(jù)庫接口從NPDB物理庫411中讀取數(shù)據(jù)， 并加載到NPDB內(nèi)存庫412中。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法，其特征在于，該方法包括短消息中心SMSC接收到短消息后，向自身的內(nèi)置號(hào)碼攜帶數(shù)據(jù)庫NPDB查詢被叫用戶的路由號(hào)碼RN信息；SMSC依據(jù)查詢到的所述RN信息，判斷所述RN信息是否指向所述SMSC所在的本地網(wǎng)，如果是，則所述SMSC進(jìn)行短消息終呼；否則，所述SMSC根據(jù)獲取到的所述RN信息，將所述短消息發(fā)送到所述RN信息指向的網(wǎng)絡(luò)，并對(duì)所述短消息進(jìn)行終呼。
2、 根據(jù)權(quán)利要求1所述號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法，其特征在于， 所述RN信息包括號(hào)碼攜出網(wǎng)絡(luò)的RN和號(hào)碼攜入網(wǎng)絡(luò)的RN。
3、 根據(jù)權(quán)利要求2所述號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法，其特征在于， 所述判斷RN信息是否指向本地網(wǎng)為判斷所述號(hào)碼攜入網(wǎng)絡(luò)的RN是否指向 本地網(wǎng)；將所述短消息發(fā)送到所述RN信息指向的網(wǎng)絡(luò)為將所述短消息發(fā)送到所 述號(hào)碼攜入網(wǎng)絡(luò)的RN指向的網(wǎng)絡(luò)。
4、 根據(jù)權(quán)利要求2所述號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法，其特征在于， 在所述SMSC向自身的內(nèi)置NPDB查詢被叫用戶的RN信息之后，該方法進(jìn)一 步包括判斷所述查詢是否成功，如果查詢成功，則判斷所述RN信息是否指 向本地網(wǎng)；如果查詢失敗，則根據(jù)所述被叫用戶的用戶號(hào)碼所屬的號(hào)段，在預(yù) 設(shè)的號(hào)段與RN的對(duì)應(yīng)表中匹配所述被叫用戶對(duì)應(yīng)的號(hào)碼攜入網(wǎng)絡(luò)的RN。
5、 根據(jù)權(quán)利要求1至4任一項(xiàng)所述號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法， 其特征在于，該方法進(jìn)一步包括對(duì)所述內(nèi)置NPDB中的數(shù)據(jù)進(jìn)行同步，具體 為定期將全網(wǎng)中全局NPDB存儲(chǔ)的數(shù)據(jù)同步到內(nèi)置NPDB中；或者，所述內(nèi) 置NPDB定期與其他網(wǎng)絡(luò)的內(nèi)置NPDB進(jìn)行同步。
6、 根據(jù)權(quán)利要求5所述號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法，其特征在于， 對(duì)所述內(nèi)置NPDB進(jìn)行同步時(shí)，該方法進(jìn)一步包括對(duì)所述內(nèi)置NPDB的數(shù)據(jù)進(jìn)行增加、和/或刪除、和/或修改、和/或更新。
7、 一種號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)裝置，其特征在于，該裝置包括 內(nèi)置NPDB、 NPDB管理模塊、業(yè)務(wù)處理機(jī)和前置機(jī)；其中，所述內(nèi)置NPDB,用于存儲(chǔ)用戶的RN信息；所述NPDB管理模塊，用于到所述內(nèi)置NPDB中查詢所述RN信息；并將 查詢到的所述RN信息反饋給所述業(yè)務(wù)處理機(jī)；所述業(yè)務(wù)處理機(jī)，用于依據(jù)查詢到的所述RN信息判斷RN信息是否指向 本地網(wǎng)，得到判斷結(jié)果；所述前置機(jī)，用于依據(jù)所述判斷結(jié)果，當(dāng)所述RN信息指向本地網(wǎng)時(shí)，進(jìn) 行短消息終呼；當(dāng)所述RN信息不指向所述本地網(wǎng)時(shí)，將短消息發(fā)送到所述RN 信息指向的網(wǎng)絡(luò)。
8、 根據(jù)權(quán)利要求7所述號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)裝置，其特征在于， 所述業(yè)務(wù)處理機(jī)，還用于向所述NPDB管理才莫塊發(fā)送查詢被叫用戶RN信息的消息；相應(yīng)的，所述NPDB管理模塊還用于接收所述查詢被叫用戶RN信息的消 息，并依據(jù)所述消息查詢所述RN信息。
9、 根據(jù)權(quán)利要求7所述號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)裝置，其特征在于， 所述業(yè)務(wù)處理機(jī)還用于，在沒有接收到所述NPDB管理才莫塊返回的所述RN信 息時(shí)，根據(jù)所述被叫用戶的用戶號(hào)碼所屬的號(hào)段，在預(yù)設(shè)的號(hào)段與RN的對(duì)應(yīng) 表中匹配所述被叫用戶對(duì)應(yīng)的RN信息；相應(yīng)的，該裝置進(jìn)一步包括配置臺(tái)，用于預(yù)設(shè)所述號(hào)段與RN的對(duì)應(yīng)表， 并將所述對(duì)應(yīng)表同步到所述業(yè)務(wù)處理機(jī)。
10、 根據(jù)權(quán)利要求9所述號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)裝置，其特征在 于，所述配置臺(tái)還用于，控制所述NPDB管理4莫塊對(duì)所述內(nèi)置NPDB的數(shù)據(jù)進(jìn) 行增加、和/或刪除、和/或#~改、和/或更新。
11、 根據(jù)權(quán)利要求IO所述號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)裝置，其特征在于，所述內(nèi)置NPDB包括NPDB物理庫和NPDB內(nèi)存庫，用于分別存儲(chǔ)用戶 的RN信息；相應(yīng)的，所述NPDB管理模塊包括NPDB物理庫管理模塊和NPDB內(nèi)存 庫管理模塊；所述配置臺(tái)控制所述NPDB物理庫管理才莫塊對(duì)所述NPDB物理庫進(jìn)行增 加、和/或刪除、和/或<奮改、和/或更新；相應(yīng)的，所述NPDB物理庫管理模塊控制所述NPDB內(nèi)存庫管理模塊對(duì)所 述NPDB內(nèi)存庫進(jìn)4亍增加、和/或刪除、和/或^f多改、和/或更新。
全文摘要
本發(fā)明公開了一種號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)方法，包括接收到短消息后，短消息中心(SMSC)向自身的內(nèi)置號(hào)碼攜帶數(shù)據(jù)庫(NPDB)查詢被叫用戶的路由號(hào)碼(RN)信息；SMSC依據(jù)查詢到的RN信息，判斷RN信息是否指向SMSC所在的本地網(wǎng)；當(dāng)RN信息指向本地網(wǎng)時(shí)，SMSC進(jìn)行短消息終呼；當(dāng)RN信息不指向本地網(wǎng)時(shí)，SMSC根據(jù)獲取到的RN信息，將短消息發(fā)送到RN信息指向的網(wǎng)絡(luò)，并對(duì)短消息進(jìn)行終呼。本發(fā)明還公開了一種號(hào)碼攜帶在短消息系統(tǒng)中的實(shí)現(xiàn)裝置，基于該方法和裝置，無需再建設(shè)NPDB的相關(guān)設(shè)備，實(shí)現(xiàn)起來比較簡(jiǎn)單。
文檔編號(hào)H04W8/28GK101540969SQ20091008271
公開日2009年9月23日 申請(qǐng)日期2009年4月28日 優(yōu)先權(quán)日2009年4月28日
發(fā)明者韜 孔, 崔新峰, 張道平, 巍 王, 黃劍瑋 申請(qǐng)人:中興通訊股份有限公司