移動(dòng)網(wǎng)號(hào)碼攜帶相關(guān)技術(shù)方案淺析

王 磊，赫 罡（中國(guó)聯(lián)通網(wǎng)絡(luò)技術(shù)研究院，北京100048）

0 引言

在工信部主導(dǎo)下，國(guó)內(nèi)三大運(yùn)營(yíng)商在天津和海南試點(diǎn)移動(dòng)號(hào)碼攜帶商用，并在2014年將試點(diǎn)范圍擴(kuò)大至云南、江西和湖北等省。

實(shí)施移動(dòng)號(hào)碼攜帶后，從被叫用戶的移動(dòng)用戶號(hào)碼（MSISDN）已經(jīng)無法識(shí)別出用戶當(dāng)前簽約的運(yùn)營(yíng)商，需要查詢相應(yīng)的數(shù)據(jù)庫(kù)來獲取此類信息，并根據(jù)該信息完成被叫的路由尋址工作。因此，號(hào)碼攜帶的技術(shù)實(shí)現(xiàn)方案包括如下內(nèi)容。

a）確定由哪一方發(fā)起查詢數(shù)據(jù)庫(kù)。實(shí)施號(hào)碼攜帶后，每次呼叫都會(huì)涉及到主叫和被叫2個(gè)呼叫方，因此，被叫的當(dāng)前簽約的運(yùn)營(yíng)商信息可以由主叫方查詢，也可以由被叫方查詢。

b）查詢數(shù)據(jù)庫(kù)的行為如何與目前移動(dòng)網(wǎng)已有的移動(dòng)路由尋址流程相結(jié)合。和計(jì)算機(jī)設(shè)備相比，現(xiàn)網(wǎng)通信設(shè)備在靈活性方面顯然要差很多。因此，查詢數(shù)據(jù)庫(kù)行為的引入應(yīng)沿用現(xiàn)有的尋址協(xié)議，并避免啟用新的擴(kuò)展字段，避免因?yàn)閰f(xié)議或者消息字段的變化給現(xiàn)網(wǎng)通信設(shè)備帶來大規(guī)模的改造。

1 號(hào)碼攜帶的總體技術(shù)方案

由于移動(dòng)被叫用戶都通過MSISDN或者移動(dòng)用戶漫游號(hào)碼（MSRN）來路由，因此可通過在MSISDN 或MSRN 前增加代表運(yùn)營(yíng)商標(biāo)識(shí)的RN（路由號(hào)碼）來告知主叫網(wǎng)元被叫用戶的真實(shí)運(yùn)營(yíng)商歸屬。

1.1 傳統(tǒng)的信令中繼功能（S R F）方案

目前，針對(duì)用戶的攜出信息來對(duì)應(yīng)增加RN 的需求，國(guó)際上大多數(shù)運(yùn)營(yíng)商采用的是SRF解決方案。

該方案要求設(shè)置1個(gè)攜帶號(hào)碼數(shù)據(jù)庫(kù)（NPDB），數(shù)據(jù)庫(kù)中存儲(chǔ)著攜帶號(hào)碼的用戶資料，包括每個(gè)用戶的電話號(hào)碼、目前所處的狀態(tài)、時(shí)間標(biāo)記、攜帶號(hào)碼的移出與移入運(yùn)營(yíng)商信息等。NPDB中包含的號(hào)碼均為被攜帶過的號(hào)碼。

該方案在信令網(wǎng)中還新增1 套SRF 模塊（該模塊可以和現(xiàn)網(wǎng)STP 設(shè)備合設(shè)），然后將MSC 和HLR 的信令互聯(lián)全部改成準(zhǔn)直聯(lián)方式。當(dāng)信令消息（路由查詢類消息、呼叫地址類消息、MO 消息等）經(jīng)過STP/SRF設(shè)備時(shí)，觸發(fā)查詢NPDB，STP/SRF 根據(jù)查詢NPDB 的結(jié)果，如果為非本網(wǎng)用戶，則攔截HLR 回送的SRI_ACK消息，并在該消息中的MSRN號(hào)碼前增加RN前綴后將該消息送給GMSC；如果為本網(wǎng)用戶，則透?jìng)鱏RI_ACK 消息。在實(shí)際操作時(shí)，可將NPDB 和STP/SRF 合設(shè)，稱為STP/NPDB 設(shè)備。網(wǎng)絡(luò)結(jié)構(gòu)如圖1 所示。

圖1 SRF網(wǎng)絡(luò)結(jié)構(gòu)

SRF方案流程簡(jiǎn)單，設(shè)備改造少。但是，由于此方案需要改變現(xiàn)有網(wǎng)絡(luò)結(jié)構(gòu)，所有用戶的業(yè)務(wù)流程都需要查詢數(shù)據(jù)庫(kù)，且工程實(shí)施難度較大，尤其是無論用戶是否號(hào)碼攜帶，其查詢信令均經(jīng)過STP/NPDB，增加了該網(wǎng)元的負(fù)擔(dān)，使得STP/NPDB 容易成為未來業(yè)務(wù)開展的瓶頸和故障點(diǎn)。

1.2 基于位置更新的方案

針對(duì)SRF 方案的缺點(diǎn)，國(guó)內(nèi)在開展號(hào)碼攜帶時(shí)，中國(guó)聯(lián)通和中國(guó)移動(dòng)采用的均是基于位置更新的號(hào)碼攜帶實(shí)現(xiàn)方案，該方案的主要設(shè)計(jì)原理如下。

a）對(duì)于從本運(yùn)營(yíng)商攜出的用戶，利用號(hào)碼攜帶移動(dòng)交換中心（NPMSC）虛擬MSC/VLR 來完成在MSRN前增加代表運(yùn)營(yíng)商標(biāo)識(shí)的RN 的工作，并在用戶原先所在的HLR 詢問時(shí)告知修改后的MSRN，然后由該HLR 將修改后的RN+MSRN 透?jìng)鹘o主叫網(wǎng)元，從而完成被叫攜帶用戶的尋址工作。其中上述流程中網(wǎng)元之間交互時(shí)使用的均為現(xiàn)網(wǎng)在用的協(xié)議和信令，僅僅是MSRN字段中原填寫的MSRN變成了RN+MSRN。

b）對(duì)于從其他運(yùn)營(yíng)商攜入到本運(yùn)營(yíng)商的用戶，以及未攜入到本運(yùn)營(yíng)商的他網(wǎng)用戶，設(shè)置號(hào)碼攜帶歸屬位置寄存器（NPHLR）存儲(chǔ)此類的用戶數(shù)據(jù)，然后通過查詢NPHLR來完成尋址工作。

本方案的網(wǎng)絡(luò)總體架構(gòu)如圖2所示。

圖2 基于位置更新的號(hào)碼攜帶尋址方案網(wǎng)絡(luò)結(jié)構(gòu)

本方案新增的網(wǎng)元NPMSC，在網(wǎng)元地位上相當(dāng)于新增了1 套MSC 設(shè)備；而新增的NPHLR，則是相當(dāng)于新增了1套HLR 設(shè)備，因此在網(wǎng)絡(luò)管理者和維護(hù)者看來，沒有增加新的功能單元，只是正常的網(wǎng)絡(luò)規(guī)模擴(kuò)容而已，從而可以減少網(wǎng)絡(luò)管理和網(wǎng)絡(luò)維護(hù)的難度。因此，基于位置更新方案有如下幾大優(yōu)點(diǎn)。

a）對(duì)現(xiàn)網(wǎng)改動(dòng)小。新網(wǎng)元的引入不會(huì)改變現(xiàn)有的結(jié)構(gòu)，并且對(duì)現(xiàn)有網(wǎng)元的改動(dòng)小，且盡量把新增功能需求放到新增網(wǎng)元上。

b）不增加現(xiàn)有用戶的處理消耗。對(duì)于沒有申請(qǐng)?zhí)柎a攜帶業(yè)務(wù)的用戶處理，能夠沿用當(dāng)前的處理模式，不增加額外的處理邏輯。

c）擴(kuò)展性強(qiáng)。新的引入網(wǎng)元不會(huì)成為未來業(yè)務(wù)發(fā)展的瓶頸。

相對(duì)于SRF 方案，本方案將號(hào)碼攜帶帶來的技術(shù)改造量集中在新增的NPMSC 和NPHLR 上。作為2 個(gè)新增的網(wǎng)元，雖然要求設(shè)備廠家具備一定的技術(shù)研發(fā)和設(shè)備提供能力，但是由于2 個(gè)功能實(shí)體要求的功能均是現(xiàn)網(wǎng)其他類似網(wǎng)元在用的功能的組合，因此提供此類產(chǎn)品的設(shè)備廠家只需要完成相關(guān)邏輯功能，統(tǒng)一到NPMSC和NPHLR上即可。

2 語音業(yè)務(wù)的技術(shù)方案

2.1 移動(dòng)網(wǎng)間呼叫查詢方式分析

移動(dòng)號(hào)碼之間呼叫的查詢方式分為主叫網(wǎng)絡(luò)查詢方式和被叫網(wǎng)絡(luò)查詢方式2種。

2.1.1 主叫網(wǎng)絡(luò)查詢方式

該方式由主叫所在的移動(dòng)網(wǎng)絡(luò)來查詢被叫的歸屬。

2.1.1.1 優(yōu)點(diǎn)

a）話路接續(xù)效率高，結(jié)算簡(jiǎn)單，可避免呼叫號(hào)碼攜帶用戶所帶來的話路迂回導(dǎo)致端口資源的浪費(fèi)以及結(jié)算成本的增加。

b）由于攜入用戶網(wǎng)內(nèi)被叫業(yè)務(wù)全程均是在本網(wǎng)內(nèi)完成，因此便于全程業(yè)務(wù)質(zhì)量控制和管理，同時(shí)故障排查也較為方便、及時(shí)，避免攜出網(wǎng)絡(luò)通過技術(shù)手段影響攜入用戶的通話質(zhì)量。同時(shí)，未來新業(yè)務(wù)的開展也不用受制于攜出網(wǎng)絡(luò)的支持能力。

c）主叫網(wǎng)絡(luò)能夠從網(wǎng)絡(luò)側(cè)獲取被叫的運(yùn)營(yíng)商歸屬信息，有利于基于被叫運(yùn)營(yíng)商歸屬信息的相關(guān)業(yè)務(wù)的開展和用戶行為的統(tǒng)計(jì)分析。

2.1.1.2 缺點(diǎn)

本網(wǎng)用戶呼叫每個(gè)移動(dòng)號(hào)碼均需要發(fā)起信令消息查詢，對(duì)本網(wǎng)設(shè)備的處理能力和信令網(wǎng)容量有一定影響。

以下為某運(yùn)營(yíng)商當(dāng)前網(wǎng)間話務(wù)模型。

a）移動(dòng)用戶主叫比例為30%。

b）移動(dòng)網(wǎng)用戶主叫話務(wù)中，被叫為移動(dòng)網(wǎng)用戶的比例為50%。

c）被叫號(hào)碼網(wǎng)絡(luò)凈攜帶入始發(fā)呼叫網(wǎng)絡(luò)的用戶比例為A%。

d）被叫號(hào)碼網(wǎng)絡(luò)凈攜帶入第三方網(wǎng)絡(luò)的用戶比例為B%。

e）每次呼叫單獨(dú)查詢被叫用戶運(yùn)營(yíng)商歸屬信息的次數(shù)為1次。

f）每次呼叫單獨(dú)查詢被叫位置信息次數(shù)為1次。

g）中國(guó)聯(lián)通、中國(guó)移動(dòng)、中國(guó)電信用戶群比例為2.5∶7∶0.5。

對(duì)于短信，取定如下模型。

a）本網(wǎng)發(fā)往其他運(yùn)營(yíng)商短信業(yè)務(wù)量占80%。

b）每條MO短信對(duì)STP的GT能力需求為2GTT/s。

c）每天短信忙時(shí)為8 h。

d）春節(jié)的峰值系數(shù)為2。

按照上述模型，未來全網(wǎng)開展號(hào)碼攜帶，信令網(wǎng)的負(fù)荷增加14%，其中，語音業(yè)務(wù)帶來的新增負(fù)荷為4%，短信業(yè)務(wù)帶來的新增負(fù)荷為10%。

2.1.2 被叫網(wǎng)絡(luò)查詢方式

2.1.2.1 優(yōu)點(diǎn)

無需改變現(xiàn)網(wǎng)信令設(shè)備的信令觸發(fā)方式，在號(hào)碼攜帶初期對(duì)信令網(wǎng)沒有新增負(fù)荷需求。

2.1.2.2 缺點(diǎn)

a）呼叫發(fā)生號(hào)碼攜帶的用戶會(huì)帶來話路迂回，此迂回不僅僅是本地迂回，還會(huì)出現(xiàn)長(zhǎng)途語音迂回和三方迂回，導(dǎo)致端口資源的浪費(fèi)以及結(jié)算成本的增加，話路接續(xù)效率低，結(jié)算困難。

b）對(duì)攜入用戶的網(wǎng)內(nèi)呼叫無法實(shí)現(xiàn)全程業(yè)務(wù)質(zhì)量控制和管理，故障排查困難，存在攜出網(wǎng)絡(luò)通過技術(shù)手段影響攜入用戶的通話質(zhì)量的可能性。同時(shí)，未來新業(yè)務(wù)的開展受制于攜出網(wǎng)絡(luò)的支持能力。

c）隨著號(hào)碼攜帶業(yè)務(wù)的推廣，查詢方式必然要改造為發(fā)端網(wǎng)絡(luò)查詢，因此存在未來查詢方式二次改造的問題。

2.1.3 移動(dòng)網(wǎng)間呼叫的建議方式

從運(yùn)營(yíng)商角度看，主叫查詢方式在初期增加了移動(dòng)網(wǎng)的部分投資，但節(jié)省了支撐系統(tǒng)的投資，從全網(wǎng)來看，主叫查詢方式的投資是相對(duì)較小的。

從用戶角度來看，愿意攜號(hào)的都是看重號(hào)碼的用戶，此類用戶一般來說均不是低端用戶，對(duì)通話質(zhì)量、新業(yè)務(wù)的使用感受等要求比較高，但唯有主叫查詢方式才能最大程度地確保用戶當(dāng)前所在運(yùn)營(yíng)商對(duì)業(yè)務(wù)質(zhì)量和業(yè)務(wù)能力方面的控制力。

從推廣號(hào)碼攜帶業(yè)務(wù)角度來看，用戶攜出后初期的業(yè)務(wù)質(zhì)量和吸引力對(duì)號(hào)碼攜帶后期推廣起著極為重要的示范作用，因此監(jiān)管機(jī)構(gòu)必定期望運(yùn)營(yíng)商使用主叫查詢方式，最終語音呼叫采用主叫查詢方式也印證了上述結(jié)論。

2.2 固網(wǎng)呼叫移動(dòng)網(wǎng)查詢方式分析

固網(wǎng)呼叫移動(dòng)網(wǎng)時(shí)，考慮到固網(wǎng)支持號(hào)碼攜帶的難度，目前各個(gè)運(yùn)營(yíng)商以及工信部定下來的基調(diào)是，被叫號(hào)碼的運(yùn)營(yíng)商歸屬不由固網(wǎng)查詢，而是交給移動(dòng)網(wǎng)。由于三大運(yùn)營(yíng)商都有移動(dòng)網(wǎng)絡(luò)，因此有如下2 種查詢方式。

2.2.1 主叫運(yùn)營(yíng)商移動(dòng)網(wǎng)查詢方式

該方式要求發(fā)起呼叫的固網(wǎng)將話路接續(xù)到本運(yùn)營(yíng)商的移動(dòng)網(wǎng)關(guān)口局，由移動(dòng)網(wǎng)關(guān)口局查詢完被叫的歸屬后再?zèng)Q定后續(xù)的話路路由。本方式其實(shí)暗含了一個(gè)前提，即移動(dòng)網(wǎng)采用主叫查詢方式，否則只能夠采用被叫運(yùn)營(yíng)商移動(dòng)網(wǎng)查詢方式。

2.2.1.1 優(yōu)點(diǎn)

該方式的優(yōu)點(diǎn)和移動(dòng)網(wǎng)主叫網(wǎng)絡(luò)查詢方式類似，主要是將原先涉及2 個(gè)運(yùn)營(yíng)商之間的路由迂回、業(yè)務(wù)控制、結(jié)算問題，改變成由運(yùn)營(yíng)商內(nèi)部2個(gè)網(wǎng)絡(luò)之間完成，雖然那些問題仍然存在，但是由于是同一個(gè)運(yùn)營(yíng)商內(nèi)部，所以解決起來的難度降低了不少。

2.2.1.2 缺點(diǎn)

由于將呼叫移動(dòng)網(wǎng)的話路全部迂回到本運(yùn)營(yíng)商移動(dòng)網(wǎng)內(nèi)，因此會(huì)帶來移動(dòng)網(wǎng)端口的需求增加，尤其是在號(hào)碼攜帶初期，對(duì)本運(yùn)營(yíng)商內(nèi)的移動(dòng)關(guān)口局的端口占用更為明顯。按照目前的話務(wù)模型，假定固網(wǎng)和移動(dòng)網(wǎng)的來去話比例為4∶6，結(jié)合前述的模型，在號(hào)碼攜帶初期，移動(dòng)網(wǎng)關(guān)口局新增的端口數(shù)量約為固網(wǎng)當(dāng)前用于和移動(dòng)網(wǎng)互通的端口數(shù)量的30%。

2.2.2 被叫運(yùn)營(yíng)商移動(dòng)網(wǎng)查詢方式

該方式要求發(fā)起呼叫的固網(wǎng)將話路接續(xù)到移動(dòng)號(hào)碼原擁有網(wǎng)絡(luò)的關(guān)口局，由該查詢完被叫的歸屬后再?zèng)Q定后續(xù)的話路路由。

該方式的優(yōu)點(diǎn)主要是在號(hào)碼攜帶初期，避免了本網(wǎng)移動(dòng)網(wǎng)端口的浪費(fèi)；缺點(diǎn)實(shí)際上和主叫運(yùn)營(yíng)商移動(dòng)網(wǎng)查詢方式的優(yōu)點(diǎn)相對(duì)應(yīng)，主要是涉及運(yùn)營(yíng)商之間的路由迂回、業(yè)務(wù)控制、結(jié)算問題。

2.2.3 固網(wǎng)呼叫移動(dòng)網(wǎng)的建議方式

建議固網(wǎng)呼叫移動(dòng)網(wǎng)時(shí)，采用被叫運(yùn)營(yíng)商移動(dòng)網(wǎng)查詢方式，理由如下。

a）初期號(hào)碼攜帶業(yè)務(wù)量不大，大部分的移動(dòng)用戶被叫為中國(guó)移動(dòng)用戶，該方式可省去移動(dòng)網(wǎng)的關(guān)口局端口擴(kuò)容帶來的大量投資。

b）未來推出新業(yè)務(wù)多為移動(dòng)網(wǎng)內(nèi)業(yè)務(wù)，基本上沒有發(fā)生在固網(wǎng)和移動(dòng)網(wǎng)之間的業(yè)務(wù)，因此被叫運(yùn)營(yíng)商移動(dòng)網(wǎng)查詢對(duì)新業(yè)務(wù)的開展基本沒有影響。

c）主叫運(yùn)營(yíng)商移動(dòng)網(wǎng)查詢方式也不是固網(wǎng)呼叫移動(dòng)網(wǎng)最終的查詢方式，未來結(jié)合固網(wǎng)智能化改造或者中國(guó)聯(lián)通綜合關(guān)口局的建設(shè)，此類呼叫的查詢最終還將由固網(wǎng)本身或者綜合關(guān)口局完成

遠(yuǎn)期來看，2 種候選方式在向最終的查詢方式過渡的問題上并沒有差異。

從目前的試點(diǎn)情況看，新的基于位置更新的實(shí)現(xiàn)方案較好地支撐了號(hào)碼攜帶業(yè)務(wù)的開展。未來，號(hào)碼攜帶網(wǎng)絡(luò)需要解決以下問題。

a）是否從收端查詢改成發(fā)端查詢以及行業(yè)短信的問題。

b）相關(guān)號(hào)碼攜帶網(wǎng)元是否集中設(shè)置的問題。

3 短信業(yè)務(wù)的技術(shù)方案

3.1 點(diǎn)對(duì)點(diǎn)短信的查詢方案

號(hào)碼攜帶在最初的試驗(yàn)階段采用的是短信收端查詢的方案，即短信被叫號(hào)碼所屬的運(yùn)營(yíng)商負(fù)責(zé)查詢被叫實(shí)際的運(yùn)營(yíng)商歸屬。當(dāng)時(shí)采用該方案主要基于2點(diǎn)考慮：該方案可以避免小靈通短信系統(tǒng)的改造；方案改造涉及的范圍較小，只需要試點(diǎn)城市的短信系統(tǒng)實(shí)施改造即可。

但是，在確認(rèn)號(hào)碼攜帶業(yè)務(wù)將來會(huì)在全國(guó)推廣后，短信的實(shí)現(xiàn)方案將改為發(fā)端查詢方案，主要考慮的理由如下。

a）小靈通用戶逐漸減少，預(yù)計(jì)到號(hào)碼攜帶推廣期間，小靈通用戶范圍比較少，而且小靈通的網(wǎng)絡(luò)逐步萎縮，用戶服務(wù)質(zhì)量逐步降低，建議不考慮短信的問題，促使小靈通用戶退網(wǎng)。

b）發(fā)端查詢和收端查詢對(duì)全網(wǎng)系統(tǒng)改造而言，其改造費(fèi)用相差不大。

c）收端查詢的計(jì)費(fèi)瑕疵難以解決，在后續(xù)全網(wǎng)推廣容易引起用戶投訴，該投訴一旦被利用，可能造成的損失更大。

3.2 行業(yè)短信查詢方案

原有的行業(yè)短信的解決方案，要求各行業(yè)在發(fā)送短信之前先查詢被叫號(hào)碼的運(yùn)營(yíng)商歸屬，從而需要行業(yè)部門作相應(yīng)的修改，涉及眾多的行業(yè)部門，實(shí)施難度大、周期長(zhǎng)。為了盡快解決行業(yè)短信的問題，考慮采用運(yùn)營(yíng)企業(yè)之間互聯(lián)互通的方式，由被叫號(hào)碼擁有網(wǎng)絡(luò)運(yùn)營(yíng)企業(yè)將行業(yè)短信直接轉(zhuǎn)發(fā)給攜入運(yùn)營(yíng)企業(yè)。

行業(yè)短信在運(yùn)營(yíng)企業(yè)之間互通時(shí)，網(wǎng)間結(jié)算與點(diǎn)對(duì)點(diǎn)短信的結(jié)算方式完全相同，且此方案不需要運(yùn)營(yíng)企業(yè)對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行改造，只需在短信互通網(wǎng)關(guān)上打開對(duì)SP短信的號(hào)段的限制即可。

4 號(hào)碼攜帶主要網(wǎng)元設(shè)置分析

未來隨著號(hào)碼攜帶業(yè)務(wù)在全國(guó)的推廣，作為核心網(wǎng)網(wǎng)元，號(hào)碼攜帶相關(guān)的NPMSC 和NPHLR 也面臨著是否要集中設(shè)置的問題。

4.1 NPM S C 和NPH LR 是否集中設(shè)置

對(duì)于NPHLR來說，全國(guó)集中設(shè)置或各省省內(nèi)集中設(shè)置，都可以滿足號(hào)碼攜帶業(yè)務(wù)開展，2種設(shè)置方式如圖3、圖4所示。

圖3 NPHLR全國(guó)集中設(shè)置

圖4 NPHLR省內(nèi)集中設(shè)置

其方案對(duì)比主要考慮如下因素。

a）設(shè)備費(fèi)用。NPHLR 的設(shè)備費(fèi)用按照用戶容量計(jì)價(jià)，因此NPHLR 是否集中設(shè)置對(duì)設(shè)備費(fèi)用沒有影響。

b）配套費(fèi)用。設(shè)備合設(shè)，可以提高單套設(shè)備的利用效率，因此NPHLR 集中設(shè)置可以減少設(shè)備機(jī)柜數(shù)量，從而減少對(duì)機(jī)房空間、耗電之類的占用，節(jié)省配套費(fèi)用。

c）用戶管理。NPHLR 中的數(shù)據(jù)需要由BSS 系統(tǒng)錄入修改，而BSS 系統(tǒng)目前是以省為單位建設(shè)的。因此如果考慮NPHLR集中設(shè)置，以省為單位集中是最合適的。

d）設(shè)備維護(hù)。由于號(hào)碼攜帶目前僅限于同一個(gè)本地網(wǎng)之間攜轉(zhuǎn)，因此NPHLR 的設(shè)置越靠近本地網(wǎng)，維護(hù)職責(zé)更易明確，故障排查更便捷，但可能會(huì)占用更多的維護(hù)力量。

e）網(wǎng)絡(luò)組織。NPHLR 與本地端局、關(guān)口局之間信令互聯(lián)最密切，而端局、關(guān)口局均是按本地網(wǎng)設(shè)置，部分省分的端局實(shí)現(xiàn)了省內(nèi)集中。因此如果考慮NPHLR集中設(shè)置，以省為單位集中是最合適的。

f）網(wǎng)絡(luò)發(fā)展。如果當(dāng)前全國(guó)集中設(shè)置，未來隨著號(hào)碼攜帶規(guī)模的擴(kuò)大，還需要面臨設(shè)備分裂，帶來網(wǎng)絡(luò)動(dòng)蕩，同時(shí)會(huì)降低在配套費(fèi)用和節(jié)省維護(hù)力量等方面的優(yōu)勢(shì)。以2015年3月全行業(yè)移動(dòng)用戶數(shù)為例，考慮5%攜入量以及80%的設(shè)備利用率，預(yù)計(jì)19 個(gè)省的NPHLR 容量超過200 萬（其中8 個(gè)省超過300 萬），需要單獨(dú)設(shè)置。

考慮號(hào)碼攜帶的未來發(fā)展，如果要求NPHLR全國(guó)集中設(shè)置，那么除了設(shè)備安裝位置實(shí)現(xiàn)集中以外，在設(shè)備費(fèi)用上并沒有節(jié)省，反而增加了用戶管理、設(shè)備維護(hù)的難度，也不利于網(wǎng)絡(luò)的高效組織和長(zhǎng)遠(yuǎn)發(fā)展。因此，建議以省為單位集中設(shè)置。

NPMSC的考慮因素與NPHLR類似。

4.2 NPH LR 是否和H LR 合設(shè)

各廠家的NPHLR 基本上都是采用HLR 平臺(tái)設(shè)備，兩者在功能上也十分類似，因此對(duì)于NPHLR，需要考慮與HLR是否合設(shè)的問題。主要考慮因素如下：

a）設(shè)備費(fèi)用。HLR和NPHLR的設(shè)備費(fèi)用按照用戶容量計(jì)價(jià)，因此NPHLR是否集中設(shè)置對(duì)設(shè)備費(fèi)用沒有影響。

b）設(shè)備硬件。NPHLR和HLR采用相同的硬件平臺(tái)。具備合設(shè)的硬件基礎(chǔ)。

c）功能軟件。由于NPHLR 集成了HLR 和NPDB的功能，NPDB功能軟件需要由設(shè)備廠家獨(dú)立開發(fā)。

d）網(wǎng)絡(luò)接口。信令方面都采用No.7信令接口；與BSS系統(tǒng)之間接口都采用MML，但NPHLR還需要額外傳遞NPDB數(shù)據(jù)。

e）改造影響。若現(xiàn)網(wǎng)HLR 兼做NPHLR，需要實(shí)施功能改造。在號(hào)碼攜帶發(fā)展初期，不宜為少量攜入用戶做改造而影響現(xiàn)網(wǎng)大量用戶。

綜合考慮NPHLR 是否集中、是否與HLR 合設(shè)等因素，再加上當(dāng)時(shí)沒有明確號(hào)碼攜帶業(yè)務(wù)是否長(zhǎng)期開展，因此號(hào)碼攜帶一期采用的是省內(nèi)集中、獨(dú)立設(shè)置NPHLR 的方式。隨著號(hào)碼攜帶業(yè)務(wù)擴(kuò)大趨勢(shì)越發(fā)明確，NPHLR 功能實(shí)體將長(zhǎng)期存在，省內(nèi)也在開展分布式HLR 改造的工作，因此，可以結(jié)合省內(nèi)HLR 廠家的設(shè)備選型、技術(shù)支持、商務(wù)優(yōu)惠等，考慮NPHLR是否和HLR合設(shè)。

5 總結(jié)

從實(shí)際試點(diǎn)效果來看，基于位置更新的移動(dòng)網(wǎng)號(hào)碼攜帶方案更適合國(guó)內(nèi)當(dāng)前的網(wǎng)絡(luò)條件和維護(hù)體制，在保持網(wǎng)絡(luò)穩(wěn)定的基礎(chǔ)上，能夠很好地實(shí)現(xiàn)語音和短信類業(yè)務(wù)的攜帶。隨著通信技術(shù)的日新月異，未來通信網(wǎng)絡(luò)逐漸由軟交換網(wǎng)絡(luò)向IMS 網(wǎng)絡(luò)演進(jìn)，而后者主要采用SIP尋址方式，而不是No.7信令的尋址方式，并且在網(wǎng)絡(luò)架構(gòu)和路由組織方面與目前的傳統(tǒng)軟交換網(wǎng)絡(luò)差別較大，因此，現(xiàn)有的技術(shù)實(shí)現(xiàn)方案不完全適用于IMS 網(wǎng)絡(luò)。隨著各個(gè)運(yùn)營(yíng)商VoLTE 的步伐的加快，應(yīng)及早研究IMS 網(wǎng)絡(luò)下號(hào)碼攜帶業(yè)務(wù)的技術(shù)實(shí)現(xiàn)方案。

［1］ 張麗. 號(hào)碼可攜帶的國(guó)際經(jīng)驗(yàn)及其啟示［J］. 中國(guó)新通信，2011（5）：48-51.

［2］ 楊希.國(guó)外號(hào)碼攜帶政策對(duì)市場(chǎng)的影響［J］.世界電信，2010（11）：27-31.

［3］ Zhou Hui.The Timing of Introducing Mobile Number Portability［C］.Wireless Communications，Networking and Mobile Computing，2009. WiCom '09. 5th International Conference on. Beijing，2009：68-72.

［4］ 黃荷仙.國(guó)際網(wǎng)問號(hào)碼攜帶技術(shù)的研究［J］.現(xiàn)代電信科技，2010（9）：2-3.

［5］ 呂軍，樊瀾.信令中繼功能在網(wǎng)間號(hào)碼攜帶中的應(yīng)用［J］.電信網(wǎng)技術(shù)，2007（12）：24-29.

［6］ QB/CU 056-2009 中國(guó)聯(lián)通移動(dòng)號(hào)碼攜帶業(yè)務(wù)規(guī)范［S］.北京：中國(guó)聯(lián)通，2009：10-12.

［7］ YD/T 1124-2001 號(hào)碼可攜帶業(yè)務(wù)技術(shù)要求［S］.北京：中國(guó)標(biāo)準(zhǔn)出版社，2001：22-29.

［8］ QB/CU 040—2008 中國(guó)聯(lián)通GSM/WCDMA 數(shù)字蜂窩移動(dòng)通信網(wǎng)技術(shù)體制［S］.北京：中國(guó)聯(lián)通，2008：55-57.

［9］ 項(xiàng)肖峰，俞朝輝，盛杰.移動(dòng)號(hào)碼攜帶技術(shù)方案分析及探討［J］.通信與信息技術(shù)，2010（1）：55-59.

［10］QB/CU 044-2008 中國(guó)聯(lián)通GSM WCDMA 數(shù)字蜂窩移動(dòng)通信網(wǎng)MSC Server設(shè)備技術(shù)規(guī)范［S］.北京：中國(guó)聯(lián)通，2008：48-56.

［11］QB/CU 055-2009 中國(guó)聯(lián)通移動(dòng)號(hào)碼攜帶總體技術(shù)要求［S］. 北京：中國(guó)聯(lián)通，2009：16-20.

［12］郝勇.基于軟交換的電話號(hào)碼攜帶方案研究［D］.武漢：華中科技大學(xué)，2007.

［13］鄭麗麗.沈陽網(wǎng)通固網(wǎng)智能化改造方案及重點(diǎn)業(yè)務(wù)分析［D］.北京：北京郵電大學(xué)，2006.

［14］孔力，韋廣林，關(guān)威.移動(dòng)網(wǎng)號(hào)碼攜帶下固定語音網(wǎng)改造策略研究［J］.郵電設(shè)計(jì)技術(shù)，2011（11）：43-46.

［15］王華.一種號(hào)碼攜帶技術(shù)實(shí)現(xiàn)方案簡(jiǎn)介［J］.江蘇通信，2010（3）：57-59.