網(wǎng)間號(hào)碼攜帶業(yè)務(wù)的實(shí)施打消了用戶轉(zhuǎn)網(wǎng)要換號(hào)的擔(dān)憂，在促進(jìn)電信市場(chǎng)的公平競(jìng)爭(zhēng)方面無疑具有積極的意義。網(wǎng)間號(hào)碼攜帶也因此受到各國(guó)和地區(qū)的電信管理者的重視。目前，在全球范圍內(nèi)已經(jīng)有40多個(gè)國(guó)家和地區(qū)不同程度地實(shí)施了號(hào)碼攜帶業(yè)務(wù)。能夠?qū)崿F(xiàn)號(hào)碼攜帶的方案有很多種，3GPP也提供了一些實(shí)現(xiàn)方案，但是考慮到我國(guó)通信網(wǎng)絡(luò)的實(shí)際情況與國(guó)外并不完全相同，如果照搬3GPP的實(shí)現(xiàn)方案必定會(huì)對(duì)我國(guó)的網(wǎng)絡(luò)、業(yè)務(wù)路由以及計(jì)費(fèi)方式進(jìn)行大規(guī)模的改造，這顯然不太現(xiàn)實(shí)。所以，如何在國(guó)際范圍內(nèi)實(shí)現(xiàn)號(hào)碼攜帶業(yè)務(wù)，這確實(shí)是一個(gè)值得我們?nèi)パ芯亢吞接懙膯栴}。本文介紹了國(guó)際上主要的網(wǎng)間號(hào)碼攜帶技術(shù)，包括路由實(shí)現(xiàn)機(jī)制、數(shù)據(jù)庫訪問機(jī)制以及數(shù)據(jù)庫設(shè)置技術(shù)。在具體實(shí)現(xiàn)時(shí)，以上三方面的解決方案可通過任意組合形成最終的實(shí)現(xiàn)方案。

1 路由實(shí)現(xiàn)機(jī)制

路由是指路由器從一個(gè)接口上收到數(shù)據(jù)包，根據(jù)數(shù)據(jù)包的目的地址進(jìn)行定向并轉(zhuǎn)發(fā)到另一個(gè)接口的過程。路由通常與橋接來對(duì)比，在粗心的人看來，它們似乎完成的是同樣的事。它們的主要區(qū)別在于橋接發(fā)生在OSI參考模型的第二層（數(shù)據(jù)鏈路層），而路由發(fā)生在第三層（網(wǎng)絡(luò)層）。這一區(qū)別使二者在傳遞信息的過程中使用不同的信息，從而以不同的方式來完成其任務(wù)。

實(shí)施號(hào)碼攜帶后，不能根據(jù)用戶號(hào)碼的一部分（通常是前幾位）來確定用戶所簽約的運(yùn)營(yíng)商和路由，因此網(wǎng)絡(luò)必須通過訪問號(hào)碼攜帶數(shù)據(jù)庫（NPDB）來確定，根據(jù)網(wǎng)絡(luò)中確定用戶當(dāng)前所簽約的網(wǎng)絡(luò)的不同觸發(fā)機(jī)制進(jìn)行劃分，大致有四種不同的實(shí)現(xiàn)機(jī)制。

1.1 ALL CALL QUERY機(jī)制

顧名思義，ALL CALL QUERY（ACQ）機(jī)制就是對(duì)所有用戶的呼叫網(wǎng)絡(luò)都訪問號(hào)碼攜帶數(shù)據(jù)庫，以確定用戶當(dāng)前所簽約的用戶。始發(fā)網(wǎng)絡(luò)采用ACQ訪問機(jī)制的路由示意圖如圖l所示。

圖1 始發(fā)網(wǎng)絡(luò)采用ACQ訪問機(jī)制路由示

在這種方式下，號(hào)碼擁有網(wǎng)絡(luò)不參與呼叫的處理。用戶發(fā)起呼叫時(shí)，始發(fā)網(wǎng)絡(luò)訪問NPDB獲得路由號(hào)碼后，根路由碼將呼叫路由到接收網(wǎng)絡(luò)。

根據(jù)網(wǎng)絡(luò)中的不同路由組織方式，發(fā)起訪問的網(wǎng)絡(luò)可以是始發(fā)網(wǎng)絡(luò)，也可能是轉(zhuǎn)接網(wǎng)絡(luò)。例如，在實(shí)施移動(dòng)號(hào)碼攜帶而未實(shí)施固定號(hào)碼攜帶的國(guó)家里，一些既經(jīng)營(yíng)移動(dòng)網(wǎng)絡(luò)又經(jīng)營(yíng)固定網(wǎng)絡(luò)的綜合運(yùn)營(yíng)商，作為可選方案之一，可以將所有固定網(wǎng)絡(luò)用戶到移動(dòng)網(wǎng)絡(luò)用戶的呼叫，接到本運(yùn)營(yíng)商的移動(dòng)網(wǎng)絡(luò)（充當(dāng)轉(zhuǎn)接網(wǎng)絡(luò)角色）中訪問NPDB,以確定被叫號(hào)碼屬于哪個(gè)運(yùn)營(yíng)商。

1.2 0nward機(jī)制

在Onward（OR）機(jī)制這種方式下，號(hào)碼擁有網(wǎng)絡(luò)保存有攜出的號(hào)碼信息，并參與呼叫的整個(gè)過程。用戶發(fā)起呼叫時(shí)，始發(fā)網(wǎng)絡(luò)首先根據(jù)用戶號(hào)碼將呼叫路由到號(hào)碼擁有網(wǎng)絡(luò)，由號(hào)碼擁有網(wǎng)絡(luò)訪問NPDB獲得路由號(hào)碼后，根路由碼將呼叫路由到接收網(wǎng)絡(luò)。號(hào)碼擁有網(wǎng)絡(luò)采用0R機(jī)制的路由示意圖如圖2所示。

圖2 號(hào)碼擁有網(wǎng)絡(luò)采用0nward機(jī)制路由示意

1.3 Query on Release機(jī)制

在Query on Release（QoR）這種方式下，號(hào)碼擁有網(wǎng)絡(luò)中需要保存攜出用戶的攜帶狀態(tài)（是否為攜出號(hào)碼）。始發(fā)網(wǎng)絡(luò)首先根據(jù)用戶號(hào)碼將呼叫路由到號(hào)碼擁有網(wǎng)絡(luò)，號(hào)碼擁有網(wǎng)絡(luò)判斷被叫號(hào)碼已經(jīng)攜出，則拒絕該呼叫，并指示號(hào)碼已經(jīng)攜出。收到這種拒絕消息后，始發(fā)網(wǎng)絡(luò)訪問NPDB獲得路南號(hào)碼，根據(jù)路南碼將呼叫路由到接收網(wǎng)絡(luò)。

圖3 始發(fā)網(wǎng)絡(luò)采用QoR機(jī)制時(shí)的路由示意

1.4 Dropback機(jī)制

在Dropback這種機(jī)制下，號(hào)碼擁有網(wǎng)絡(luò)保存有攜出的號(hào)碼信息，但不需要參與呼叫的整個(gè)過程。用戶發(fā)起呼叫時(shí)，始發(fā)網(wǎng)絡(luò)首先根據(jù)用戶號(hào)碼將呼叫路由到號(hào)碼擁有網(wǎng)絡(luò)，由號(hào)碼擁有網(wǎng)絡(luò)訪問NPDB獲得路由號(hào)碼后，返回帶有dropback指示的拒絕消息，在消息中攜帶路由號(hào)碼信息。始發(fā)網(wǎng)絡(luò)根據(jù)路由碼將呼叫路由到接收網(wǎng)絡(luò)。Dropback機(jī)制下始發(fā)網(wǎng)絡(luò)完成后續(xù)路由的路由示意圖如圖4所示。

圖4 采用Dropback機(jī)制時(shí)由始發(fā)網(wǎng)絡(luò)完成后續(xù)路由的路由示意

從國(guó)際上來看，目前主要采用ACQ和Onward這兩種路由機(jī)制，由于QoR和Dropback機(jī)制都是基于交換機(jī)的功能，且占用了大量的信令中繼，目前已經(jīng)很少有國(guó)家采用。始發(fā)網(wǎng)絡(luò)采用ACQ機(jī)制，實(shí)際上就是我們通常所說的發(fā)端查詢，而號(hào)碼擁有網(wǎng)絡(luò)采用OR機(jī)制就是我們通常所說的號(hào)碼擁有網(wǎng)絡(luò)查詢。

發(fā)端網(wǎng)絡(luò)查詢?cè)谑及l(fā)網(wǎng)絡(luò)就可以確定被叫用戶的真實(shí)位置，避免了路由迂回和兜圈子的問題，避免浪費(fèi)網(wǎng)絡(luò)資源。但由于發(fā)端網(wǎng)絡(luò)需要對(duì)所有被叫號(hào)碼查詢NPDB來確定其當(dāng)前位置，因此如果攜帶用戶比例較高，采用這種方式可以減少信令轉(zhuǎn)接次數(shù)和接續(xù)時(shí)間，效率較高。反之，如果攜帶用戶比例較低，發(fā)端查詢會(huì)引起始發(fā)網(wǎng)絡(luò)對(duì)NPDB的大量無效查詢，因而效率較低。

號(hào)碼擁有網(wǎng)絡(luò)查詢，需要始發(fā)網(wǎng)絡(luò)首先將呼叫轉(zhuǎn)接至被叫號(hào)碼擁有網(wǎng)絡(luò)，然后由被叫號(hào)碼擁有網(wǎng)絡(luò)發(fā)起查詢。如果攜帶用戶的比率很小，這種方式可以減少查詢數(shù)據(jù)庫的次數(shù)。所以這種解決方案適用于始發(fā)網(wǎng)絡(luò)沒有能力對(duì)NPDB發(fā)起查詢或者攜帶用戶比例較少的情況。但是號(hào)碼擁有網(wǎng)絡(luò)的原交換機(jī)也參與到呼叫轉(zhuǎn)接過程，會(huì)浪費(fèi)網(wǎng)絡(luò)資源，且涉及的網(wǎng)絡(luò)節(jié)點(diǎn)及運(yùn)營(yíng)商增加，增加了通信故障排查的難度。

目前法國(guó)、英格蘭、意大利、日本、英國(guó)等采用號(hào)碼擁有網(wǎng)絡(luò)查詢機(jī)制，而比利時(shí)、芬蘭、西班牙、美國(guó)等采用發(fā)端網(wǎng)絡(luò)查詢機(jī)制。

2 數(shù)據(jù)庫訪問機(jī)制

數(shù)據(jù)庫（Database）是按照數(shù)據(jù)結(jié)構(gòu)來組織、存儲(chǔ)和管理數(shù)據(jù)的倉庫，它產(chǎn)生于距今五十年前，隨著信息技術(shù)和市場(chǎng)的發(fā)展，特別是二十世紀(jì)九十年代以后，數(shù)據(jù)管理不再僅僅是存儲(chǔ)和管理數(shù)據(jù)，而轉(zhuǎn)變成用戶所需要的各種數(shù)據(jù)管理的方式。數(shù)據(jù)庫有很多種類型，從最簡(jiǎn)單的存儲(chǔ)有各種數(shù)據(jù)的表格到能夠進(jìn)行海量數(shù)據(jù)存儲(chǔ)的大型數(shù)據(jù)庫系統(tǒng)都在各個(gè)方面得到了廣泛的應(yīng)用。數(shù)據(jù)的存儲(chǔ)獨(dú)立于使用它的程序；對(duì)數(shù)據(jù)庫插入新數(shù)據(jù)，修改和檢索原有數(shù)據(jù)均能按一種公用的和可控制的方式進(jìn)行。當(dāng)某個(gè)系統(tǒng)中存在結(jié)構(gòu)上完全分開的若干個(gè)數(shù)據(jù)庫時(shí)，則該系統(tǒng)包含一個(gè)"數(shù)據(jù)庫集合".

國(guó)際上網(wǎng)絡(luò)中訪問NPDB的技術(shù)方式，主要有智能網(wǎng)方案和信令方案兩種。在號(hào)碼攜帶業(yè)務(wù)實(shí)現(xiàn)之初，也有些國(guó)家的固定網(wǎng)絡(luò)采用呼叫轉(zhuǎn)移的方案，即利用交換機(jī)呼叫轉(zhuǎn)移功能，在號(hào)碼擁有網(wǎng)絡(luò)的交換機(jī)中將攜出號(hào)碼設(shè)置成呼叫轉(zhuǎn)移到新的運(yùn)營(yíng)商給其分配的號(hào)碼，攜帶號(hào)碼作為被叫時(shí)，呼叫按照未攜帶前的路由接續(xù)到號(hào)碼擁有網(wǎng)絡(luò)交換機(jī)后，由其將呼叫轉(zhuǎn)移至接收網(wǎng)絡(luò)。這種方式不僅浪費(fèi)網(wǎng)絡(luò)資源，而且還浪費(fèi)號(hào)碼資源，被認(rèn)為是落后和低效的，已逐漸在淘汰，本文將不對(duì)這種數(shù)據(jù)庫訪問機(jī)制進(jìn)行進(jìn)一步的描述。

2.1智能網(wǎng)方案

這種方案就是利用智能網(wǎng)方式來實(shí)現(xiàn)號(hào)碼攜帶的方法，通常稱為"詢問一響應(yīng)"方法。該方案的關(guān)鍵點(diǎn)是由交換機(jī)分析用戶所撥的號(hào)碼，去數(shù)據(jù)庫查詢路由號(hào)碼，查詢的信令采用智能網(wǎng)的信令消息，當(dāng)然也可以定義新的信令消息。

對(duì)于已經(jīng)有智能網(wǎng)業(yè)務(wù)的用戶優(yōu)先觸發(fā)智能網(wǎng)業(yè)務(wù)，觸發(fā)該業(yè)務(wù)的同時(shí)業(yè)務(wù)控制功能（SCF）再去NPDB查詢。因此對(duì)于沒有智能網(wǎng)業(yè)務(wù)的用戶，也可以把號(hào)碼攜帶業(yè)務(wù)看成是一個(gè)智能網(wǎng)業(yè)務(wù)，這樣對(duì)于所有的號(hào)碼攜帶用戶的業(yè)務(wù)都可以觸發(fā)查詢NPDB.具備業(yè)務(wù)交換功能（SSF）的交換機(jī)，可以觸發(fā)直接智能網(wǎng)業(yè)務(wù)；沒有SSF功能的交換機(jī)，需要將呼叫接續(xù)到業(yè)務(wù)交換點(diǎn)（SSP）之后，由SSP觸發(fā)智能網(wǎng)查詢。

智能網(wǎng)方案僅能支持與呼叫相關(guān)的業(yè)務(wù)，與呼叫無關(guān)的業(yè)務(wù)如短消息、多媒體消息業(yè)務(wù)，需用其他技術(shù)來支持。

2.2信令方案

信令方案的關(guān)鍵點(diǎn)是在兩個(gè)信令點(diǎn)（可以是LS、TM、MSC、HLR、SMSC等）之間增加一個(gè)信令中繼功能實(shí)體（SRF），負(fù)責(zé)在信令接續(xù)業(yè)務(wù)的過程中查詢數(shù)據(jù)庫并獲取下一步的路由號(hào)碼。信令方案可以實(shí)現(xiàn)與呼叫相關(guān)的號(hào)碼攜帶，也可以實(shí)現(xiàn)與呼叫無關(guān)業(yè)務(wù)的號(hào)碼攜帶。SRF功能可以在信令轉(zhuǎn)接點(diǎn)（STP）中實(shí)現(xiàn)，也可以在單獨(dú)的物理實(shí)體中實(shí)現(xiàn)。

2.3改造HLR方案

HLR （Home Location Register）：歸屬位置寄存器，HLR負(fù)責(zé)移動(dòng)用戶管理的數(shù)據(jù)庫。存儲(chǔ)所管轄用戶的簽約數(shù)據(jù)及移動(dòng)用戶的位置信息，可為至某MS的呼叫提供路由信息。存放原始用戶信息；根據(jù)訪問的VLR,記錄用戶所在MSC/VLR.HLR寄存用戶的鑒約信息，如補(bǔ)充業(yè)務(wù)、鑒權(quán)參數(shù)，此外還有MS的位置信息和IMSI,ISDN碼等。AUC與HLR相連，是向HLR提供出于安全原因而使用的鑒權(quán)參數(shù)和密鑰，即三參數(shù)組。

該方案主要是改造HLR,利用訪問HLR確定被叫移動(dòng)用戶當(dāng)前位置（SRI消息）的過程，返回用戶當(dāng)前位置或者所在運(yùn)營(yíng)商網(wǎng)絡(luò)。比如，如果被叫號(hào)碼是本網(wǎng)號(hào)段且未發(fā)生攜帶或者是攜入號(hào)碼，則返回用戶的漫游號(hào)碼；如果被叫號(hào)碼是他網(wǎng)號(hào)段且未發(fā)生攜帶或者攜出號(hào)碼，則返回用戶當(dāng)前所在的運(yùn)營(yíng)商網(wǎng)絡(luò)的路由號(hào)碼。VMSC根據(jù)HLR返回的號(hào)碼進(jìn)行后續(xù)路由。

這種方案適用于移動(dòng)網(wǎng)以及實(shí)現(xiàn)固網(wǎng)智能化的固定網(wǎng)絡(luò)（具備固定HLR網(wǎng)元），可解決任何在業(yè)務(wù)過程需要訪問被叫用戶HLR的業(yè)務(wù)，如話音業(yè)務(wù)、短消息業(yè)務(wù)等。

2.4改造ENUM方案

ENUM是電話號(hào)碼映射（Telephone Number Mapping）的縮寫。這個(gè)縮寫的后面隱藏著一個(gè)偉大的創(chuàng)意：即通過最好和最廉價(jià)的路由途徑，可以在世界任何地點(diǎn)使用同一個(gè)電話號(hào)碼。您可以象注冊(cè)域名一樣注冊(cè)ENUM號(hào)碼。目前有許多注冊(cè)機(jī)構(gòu)和VOIP服務(wù)商免費(fèi)提供這類服務(wù)。例如，如果來電方是傳真機(jī)，您可以將此規(guī)定到一個(gè)不同的路由途徑上。ENUM不需要來電方必須使用電話機(jī)。另指C/C++程序語言中的一種數(shù)據(jù)類型。

該方案主要是改造ENUM數(shù)據(jù)庫，利用訪問ENUM確定被叫移動(dòng)用戶當(dāng)前所屬的多媒體消息服務(wù)中心（MMSC）的過程，返回用戶當(dāng)前所屬的MMSC或者所在運(yùn)營(yíng)商網(wǎng)絡(luò)。比如，如果被叫號(hào)碼是本網(wǎng)號(hào)段且未發(fā)生攜帶或者攜入號(hào)碼，則返回用戶歸屬的MMSC;如果被叫號(hào)碼是他網(wǎng)號(hào)段且未發(fā)生攜帶或者攜出號(hào)碼，則返回用戶當(dāng)前所在的運(yùn)營(yíng)商網(wǎng)絡(luò)的路由號(hào)碼。主叫MMSC根據(jù)ENUM返回的地址信息進(jìn)行后續(xù)路由。

3 數(shù)據(jù)庫設(shè)置機(jī)制

號(hào)碼攜帶數(shù)據(jù)庫，記錄了用戶的攜帶信息，可供通信業(yè)務(wù)建立過程中訪問，確定用戶當(dāng)前所在的網(wǎng)絡(luò)。數(shù)據(jù)庫的設(shè)置方式分為集中式和分布式。

3.1 集中式數(shù)據(jù)庫方式

集中式數(shù)據(jù)庫方式，就是設(shè)立一個(gè)為各運(yùn)營(yíng)商網(wǎng)絡(luò)所共用的NPDB,保存所有運(yùn)營(yíng)商的攜轉(zhuǎn)用戶信息，每個(gè)運(yùn)營(yíng)商各自有數(shù)據(jù)庫副本供電話號(hào)碼的呼叫查詢使用。集中式數(shù)據(jù)庫方式便于管理，能減少運(yùn)營(yíng)商之間發(fā)生的爭(zhēng)執(zhí)。美國(guó)、芬蘭、瑞典、澳大利亞、新加坡等國(guó)家及***地區(qū)采用的就是這種方式。

3.2 分布式數(shù)據(jù)庫方式

分布式數(shù)據(jù)庫方式是指各個(gè)移動(dòng)運(yùn)營(yíng)商設(shè)立自己的NPDB,數(shù)據(jù)庫中用戶和攜轉(zhuǎn)號(hào)碼信息由各運(yùn)營(yíng)商負(fù)責(zé)保管，每個(gè)運(yùn)營(yíng)商掌握的數(shù)據(jù)庫信息是本公司用戶信息的子集，運(yùn)營(yíng)商之間根據(jù)約定的信息交互方法，讓數(shù)據(jù)在各數(shù)據(jù)庫之間流通，完成用戶呼叫信息的查詢工作。這種方式不需要為號(hào)碼攜帶業(yè)務(wù)新建集中業(yè)務(wù)管理系統(tǒng)和數(shù)據(jù)庫，可減少網(wǎng)絡(luò)改動(dòng)，建設(shè)成本低，但運(yùn)營(yíng)商間糾紛處理成本較高。英國(guó)、日本、塞浦路斯、中國(guó)香港等采用的就是這種方式。

4 結(jié)語

號(hào)碼攜帶業(yè)務(wù)從20世紀(jì)90年代末就開始提供，現(xiàn)在共有50多個(gè)國(guó)家實(shí)行了號(hào)碼攜帶。在原理上，其實(shí)現(xiàn)的主流技術(shù)不外乎本文所介紹的這些，但由于號(hào)碼攜帶要改變現(xiàn)有網(wǎng)絡(luò)的路由方式，要對(duì)現(xiàn)網(wǎng)的設(shè)備進(jìn)行改造，在具體實(shí)現(xiàn)的時(shí)候，需結(jié)合現(xiàn)有的網(wǎng)絡(luò)情況，從經(jīng)濟(jì)、安全、快速等多方面進(jìn)行考量，最終確定采用哪種方案，沒有統(tǒng)一的標(biāo)準(zhǔn)。而且不同的業(yè)務(wù)可能采用不同的方案來實(shí)現(xiàn)。