我國號碼攜帶業(yè)務(wù)訪(fǎng)問(wèn)數據庫技術(shù)方案的研究分析

林美玉 2010/11/30

　　網(wǎng)間號碼攜帶(NP：Number Portability)業(yè)務(wù)是指用戶(hù)更換運營(yíng)商但是用戶(hù)號碼保持不變。我國目前正在部分地市開(kāi)展網(wǎng)間移動(dòng)號碼攜帶業(yè)務(wù)的現場(chǎng)試驗工作。為了在號碼攜帶后給用戶(hù)提供更好的業(yè)務(wù)感受，現場(chǎng)試驗階段要求目前移動(dòng)網(wǎng)常用的網(wǎng)間互聯(lián)互通的業(yè)務(wù)在實(shí)現號碼攜帶后也能夠正常使用，包括語(yǔ)音業(yè)務(wù)、點(diǎn)對點(diǎn)短消息業(yè)務(wù)、點(diǎn)對點(diǎn)多媒體消息業(yè)務(wù)等。

　　由于實(shí)現號碼攜帶后，用戶(hù)的ISDN號碼已經(jīng)不能表示用戶(hù)所在的網(wǎng)絡(luò )，因此在一個(gè)提供號碼攜帶的本地網(wǎng)內，運營(yíng)商網(wǎng)絡(luò )收到電話(huà)呼叫、短消息、多媒體消息時(shí)，需要查詢(xún)號碼攜帶數據庫(NPDB)以確定被叫用戶(hù)當前簽約網(wǎng)絡(luò )，并根據數據庫返回的路由號碼進(jìn)行選路。

　　從號碼攜帶業(yè)務(wù)選路技術(shù)的角度，有以下兩個(gè)層面的技術(shù)問(wèn)題需要我們考慮：

　　哪個(gè)運營(yíng)商負責查詢(xún)號碼攜帶數據庫。實(shí)現號碼攜帶之后，一個(gè)會(huì )話(huà)過(guò)程最多可能會(huì )經(jīng)過(guò)三個(gè)運營(yíng)商網(wǎng)絡(luò )，包括主叫用戶(hù)所在的發(fā)端運營(yíng)商網(wǎng)絡(luò )、被叫用戶(hù)所在的受端運營(yíng)商網(wǎng)絡(luò )，還有可能經(jīng)過(guò)被叫號碼擁有網(wǎng)絡(luò )。網(wǎng)間路由方案，即由哪個(gè)運營(yíng)商負責查詢(xún)數據庫，這是我們需要考慮的第一個(gè)問(wèn)題。

　　如何查詢(xún)號碼攜帶數據庫。運營(yíng)商在網(wǎng)內查詢(xún)號碼攜帶數據庫時(shí)，需要采用什么技術(shù)方案，是我們需要考慮的第二個(gè)問(wèn)題。

　　本文將從以上兩個(gè)層面，結合我國電信網(wǎng)絡(luò )的實(shí)際情況，分析不同技術(shù)方案的優(yōu)缺點(diǎn)，并介紹我國現場(chǎng)試驗所確定的技術(shù)方案。

1.我國號碼攜帶的網(wǎng)間路由方案

　　1.1 不同路由方案的比較

　　國際上號碼攜帶通常有兩種網(wǎng)間路由方案，一個(gè)是發(fā)端運營(yíng)商網(wǎng)絡(luò )查詢(xún)數據庫，一個(gè)是被叫號碼擁有的網(wǎng)絡(luò )查詢(xún)數據庫。路由示意圖分別如圖l和圖2所示。

發(fā)端網(wǎng)絡(luò )查詢(xún)數據庫

圖1:發(fā)端網(wǎng)絡(luò )查詢(xún)數據庫


被叫號碼擁有網(wǎng)絡(luò )查詢(xún)數據厙

圖2:被叫號碼擁有網(wǎng)絡(luò )查詢(xún)數據厙

　　由圖l可以看出，發(fā)端網(wǎng)絡(luò )查詢(xún)是指主叫用戶(hù)所在運營(yíng)商網(wǎng)絡(luò )直接查詢(xún)號碼攜帶數據庫，獲得被叫用戶(hù)的當前所在運營(yíng)商的信息之后，直接將會(huì )話(huà)接續到被叫用戶(hù)當前的簽約網(wǎng)絡(luò )，即受端運營(yíng)商網(wǎng)絡(luò )。受端運營(yíng)商網(wǎng)絡(luò )可能同發(fā)端運營(yíng)商網(wǎng)絡(luò )屬于同一網(wǎng)絡(luò )，也可能同被叫號碼擁有網(wǎng)絡(luò )屬于同一網(wǎng)絡(luò )，當然也可能是第三方運營(yíng)商網(wǎng)絡(luò )。

　　由圖2可以看出，被叫號碼擁有網(wǎng)絡(luò )查詢(xún)是指主叫用戶(hù)所在運營(yíng)商網(wǎng)絡(luò )按照原有的路由，將會(huì )話(huà)接續到被叫號碼擁有網(wǎng)絡(luò )。被叫號碼擁有網(wǎng)絡(luò )負責查詢(xún)號碼攜帶數據庫，獲得被叫用戶(hù)的當前所在運營(yíng)商的信息之后，直接將會(huì )話(huà)接續到被叫用戶(hù)當前的簽約網(wǎng)絡(luò )，即受端運營(yíng)商網(wǎng)絡(luò )。受端運營(yíng)商網(wǎng)絡(luò )可能同發(fā)端運營(yíng)商網(wǎng)絡(luò )屬于同一網(wǎng)絡(luò )，也可能同被叫號碼擁有網(wǎng)絡(luò )屬于同一網(wǎng)絡(luò )，當然也可能是第三方運營(yíng)商網(wǎng)絡(luò )。如果被叫用戶(hù)是攜入到發(fā)端運營(yíng)商網(wǎng)絡(luò )的用戶(hù)，則受端運營(yíng)商網(wǎng)絡(luò )與發(fā)端運營(yíng)商網(wǎng)絡(luò )為同一運營(yíng)商網(wǎng)絡(luò )，就會(huì )產(chǎn)生路由迂回。

　　以上這兩種路由方案的優(yōu)缺點(diǎn)，許多國際組織都進(jìn)行過(guò)理論上的比較。

　　發(fā)端網(wǎng)絡(luò )查詢(xún)相對于被叫號碼擁有網(wǎng)絡(luò )查詢(xún)而言，最大的優(yōu)點(diǎn)是避免了路由迂回和浪費網(wǎng)絡(luò )資源。但是這種方案也有一定的缺點(diǎn)，由于對所有被叫號碼(包括本網(wǎng)和他網(wǎng)號碼)都要查詢(xún)NPDB來(lái)確定其簽約網(wǎng)絡(luò )，因此如果攜帶用戶(hù)比例較高，采用這種方式可以減少信令轉接次數和接續時(shí)間，效率較高；反之，如果攜帶用戶(hù)比例較低，這種方式會(huì )引起發(fā)端網(wǎng)絡(luò )對NPDB的大量無(wú)效查詢(xún)，因而效率較低。

　　被叫號碼擁有網(wǎng)絡(luò )查詢(xún)方案適用于發(fā)端網(wǎng)絡(luò )沒(méi)有能力對NPDB發(fā)起查詢(xún)的情況，包括發(fā)端網(wǎng)絡(luò )是固網(wǎng)(假設只開(kāi)展移動(dòng)號碼攜帶)，或者是實(shí)施攜帶區域以外的網(wǎng)絡(luò )等。如果攜帶用戶(hù)比率很小，這種方式可以減少查詢(xún)數據庫的次數。但是用戶(hù)攜入到發(fā)端網(wǎng)絡(luò )時(shí)，這種方案會(huì )產(chǎn)生路由迂回；而且對于被叫用戶(hù)攜帶到第三方網(wǎng)絡(luò )時(shí)，號碼擁有網(wǎng)絡(luò )也參與到呼叫轉接過(guò)程，浪費網(wǎng)絡(luò )資源。

　　我國網(wǎng)間移動(dòng)號碼攜帶現場(chǎng)試驗期間在選取網(wǎng)間路由方案時(shí)，綜合分析了我國現網(wǎng)各類(lèi)業(yè)務(wù)的網(wǎng)間路由情況、現場(chǎng)試驗期間的號碼攜帶管理政策、我國現網(wǎng)網(wǎng)絡(luò )架構等多方面的因素，權衡了各運營(yíng)商的改造成本以及各種方案的利弊，最后分別確定了現場(chǎng)試驗期間各類(lèi)業(yè)務(wù)的路由方案。下面將分別按業(yè)務(wù)類(lèi)別進(jìn)行分析。

　　1.2 移動(dòng)用戶(hù)之間的語(yǔ)音業(yè)務(wù)

　　對于移動(dòng)用戶(hù)之間的語(yǔ)音業(yè)務(wù)，現場(chǎng)試驗階段確定采用發(fā)端運營(yíng)商網(wǎng)絡(luò )查詢(xún)數據庫的方式。

　　我國在確定語(yǔ)音業(yè)務(wù)的網(wǎng)間路由方案時(shí)，起初各運營(yíng)商均持不同的意見(jiàn)。各家都分析了本運營(yíng)商的網(wǎng)絡(luò )情況、用戶(hù)規模、網(wǎng)內網(wǎng)間呼叫的情況，分別提出了最適于本運營(yíng)商的網(wǎng)間路由方案。

　　我國目前各運營(yíng)商規模差距較大，對于用戶(hù)規模較小的網(wǎng)絡(luò )，他們更傾向于被叫號碼擁有網(wǎng)絡(luò )查詢(xún)的方案。這主要是因為如果采用發(fā)端查詢(xún)，所有的網(wǎng)間話(huà)務(wù)也都需要訪(fǎng)問(wèn)數據庫，而且對于用戶(hù)規模較小的運營(yíng)商，網(wǎng)間話(huà)務(wù)占所有話(huà)務(wù)的比例非常大，因此新增的數據庫查詢(xún)量會(huì )比較大，網(wǎng)絡(luò )改造量也相對較大。尤其對于實(shí)施單向號碼攜帶的本地網(wǎng)，只允許攜入不允許攜出的運營(yíng)商如果采用被叫號碼擁有網(wǎng)絡(luò )查詢(xún)方案甚至可以不用建設NPDB，網(wǎng)絡(luò )改造量相對較小。但是這種方案加重了攜出運營(yíng)商的負擔，浪費了線(xiàn)路中繼資源，增加了呼叫攜出號碼的撥號時(shí)延。

　　當然發(fā)端網(wǎng)絡(luò )查詢(xún)的優(yōu)點(diǎn)也是顯而易見(jiàn)的。大家公認發(fā)端網(wǎng)絡(luò )查詢(xún)可以減少路由迂回，不涉及號碼擁有網(wǎng)絡(luò )，不浪費線(xiàn)路中繼資源，不會(huì )因為號碼攜帶而增加呼叫攜出號碼的撥號時(shí)延，可以更好的保障對用戶(hù)的服務(wù)質(zhì)量，因此國際上絕大多數國家都采用了這種路由方式。

　　最后我們從我國整個(gè)通信行業(yè)進(jìn)行了綜合考慮，確定了采用發(fā)端網(wǎng)絡(luò )查詢(xún)的技術(shù)方案。這種方案對于我國將來(lái)在全國開(kāi)展號碼攜帶業(yè)務(wù)是非常有利的。

　　1.3 固定用戶(hù)與移動(dòng)用戶(hù)之間的語(yǔ)音業(yè)務(wù)

　　對于固定用戶(hù)到移動(dòng)用戶(hù)之間的語(yǔ)音業(yè)務(wù)，現場(chǎng)試驗階段確定采用被叫號碼擁有網(wǎng)絡(luò )查詢(xún)數據庫的方式。

　　前面我們已經(jīng)分析過(guò)了兩種路由方案的優(yōu)缺點(diǎn)。但是由于我國現場(chǎng)試驗階段只進(jìn)行移動(dòng)用戶(hù)的網(wǎng)間號碼攜帶，為了不對固定網(wǎng)絡(luò )產(chǎn)生影響，我們確定了采取被叫移動(dòng)號碼擁有網(wǎng)絡(luò )查詢(xún)的方式。

　　考慮到電信重組后我國各運營(yíng)商均為全業(yè)務(wù)運營(yíng)商，將來(lái)在各運營(yíng)商建設了固定和移動(dòng)綜合關(guān)口局的情況下，也可以逐步轉變?yōu)榘l(fā)端網(wǎng)絡(luò )查詢(xún)的方式，即發(fā)端固定網(wǎng)絡(luò )將會(huì )話(huà)接續到本運營(yíng)商的移動(dòng)網(wǎng)絡(luò )，由移動(dòng)網(wǎng)絡(luò )查詢(xún)數據庫之后，再進(jìn)行接續，就可以減少路由迂回帶來(lái)的負面效果。

　　1.4 點(diǎn)對點(diǎn)短消息業(yè)務(wù)

　　對于點(diǎn)對點(diǎn)短消息業(yè)務(wù)，現場(chǎng)試驗階段確定采用被叫號碼擁有網(wǎng)絡(luò )查詢(xún)數據庫的方式。

　　目前我國點(diǎn)對點(diǎn)短消息業(yè)務(wù)同電話(huà)業(yè)務(wù)的路南方式不完全相同，因此在選擇技術(shù)方案時(shí)，需要綜合考慮短消息業(yè)務(wù)的實(shí)際情況。方案應基于以下現狀進(jìn)行考慮：

　　目前我國各運營(yíng)商的短消息業(yè)務(wù)，短消息中心都是以省為單位設置，因此短消息中心所查詢(xún)的NPDB至少應包含本省所有用戶(hù)的NP數據。

　　G網(wǎng)各SMSC之間不通信，即發(fā)端用戶(hù)歸屬短消息中心可將短信下發(fā)到全國所有本網(wǎng)用戶(hù)。C網(wǎng)各省SMSC之間互聯(lián)，短消息經(jīng)主叫用戶(hù)歸屬短消息中心到被叫用戶(hù)歸屬短消息中心，然后將短信下發(fā)到本省所有本網(wǎng)用戶(hù)。

　　網(wǎng)間短信都是采用發(fā)端入網(wǎng)的方式，即在主叫用戶(hù)所在地就直接過(guò)網(wǎng)。

　　在以上背景下，我們對短消息業(yè)務(wù)的兩種路由方案的網(wǎng)絡(luò )改造量進(jìn)行了詳盡的分析。

　　(1)采用發(fā)端網(wǎng)絡(luò )查詢(xún)

　　由于要求發(fā)端網(wǎng)絡(luò )查詢(xún)，因此發(fā)端短消息中心(SMSC)需要對網(wǎng)內網(wǎng)間的所有短信都要查詢(xún)被叫號碼所在地的NPDB，網(wǎng)絡(luò )改造要求如下：

　　全網(wǎng)的SMSC都要改造，對于他網(wǎng)號碼也要觸發(fā)查詢(xún)HER過(guò)程，不能直接發(fā)端過(guò)網(wǎng)。

　　對于他網(wǎng)異地號碼，發(fā)端SMSC為了能夠查詢(xún)異地的HLR或訪(fǎng)問(wèn)異地的NPDB，G網(wǎng)的信令網(wǎng)中要加上全國所有本網(wǎng)和他網(wǎng)用戶(hù)號碼的GT數據；C網(wǎng)信令網(wǎng)中要加上本省內所有本網(wǎng)和他網(wǎng)用戶(hù)的GT數據。或者建設一個(gè)供全國所有SMSC查詢(xún)的NPDB，該NPDB需要存有全國所有本地網(wǎng)的NP用戶(hù)數據；但是如果攜轉用戶(hù)比例比較高，對NPDB的容量要求將會(huì )比較大。

　　對于SMSC、互聯(lián)網(wǎng)關(guān)(IWGW)、信令轉接點(diǎn)(STP)：要求都能識別帶路由號碼(RN)前綴的被叫號碼。

　　(2)采用被叫號碼擁有網(wǎng)絡(luò )查詢(xún)

　　只需要對SMSC、IWGW、STP等設備改造，要求都能識別帶RN前綴的被叫號碼；被叫號碼擁有網(wǎng)絡(luò )SMSC需要對他網(wǎng)號碼也要觸發(fā)訪(fǎng)問(wèn)HLR的過(guò)程，其它仍然維持現有的SMSC訪(fǎng)問(wèn)HLR的流程，不需要額外的改造。

　　由此可見(jiàn)，對于短消息業(yè)務(wù)，發(fā)端網(wǎng)絡(luò )查詢(xún)方式的網(wǎng)絡(luò )改造要求非常復雜，即使只在幾個(gè)本地網(wǎng)開(kāi)展號碼攜帶，也需要對全網(wǎng)設備進(jìn)行改造；而采用號碼擁有網(wǎng)絡(luò )查詢(xún)對現網(wǎng)設備的改造很少，值得推薦。但是由此產(chǎn)生的路由迂回的問(wèn)題也是不能避免的，而路由迂回帶來(lái)的結算上的復雜性，也需要管制部門(mén)進(jìn)行考慮。

　　也可以看到，如果將來(lái)在全國開(kāi)展號碼攜帶，實(shí)際上語(yǔ)音業(yè)務(wù)的改造，也已經(jīng)完成了對全網(wǎng)的STP局數據配置，即在全網(wǎng)都增加了他網(wǎng)所有號段的GT翻譯數據。所以發(fā)端查詢(xún)比被叫號碼用有網(wǎng)絡(luò )查詢(xún)所增加的改造量就可以忽略。那時(shí)候，我們應該考慮將短消息業(yè)務(wù)的路由方案改成發(fā)端網(wǎng)絡(luò )查詢(xún)的方式，就可以解決路由迂回及其帶來(lái)的結算方面的問(wèn)題。

　　1.5 點(diǎn)對點(diǎn)多媒體消息業(yè)務(wù)

　　移動(dòng)用戶(hù)之間的點(diǎn)對點(diǎn)多媒體消息業(yè)務(wù)，現場(chǎng)試驗階段確定了采用發(fā)端運營(yíng)商網(wǎng)絡(luò )查詢(xún)數據庫的方式。

　　在這個(gè)問(wèn)題上，我國各運營(yíng)商一開(kāi)始就一致選擇了發(fā)端查詢(xún)的方式。這是由多媒體消息的業(yè)務(wù)路由決定的。

　　對于多媒體消息業(yè)務(wù)，主叫側都需要訪(fǎng)問(wèn)ENUM DNS，以查詢(xún)被叫用戶(hù)的歸屬多媒體消息中心，而ENUM DNS都是全國集中設置的。所以如果采用發(fā)端網(wǎng)絡(luò )查詢(xún)，只需要改造或新建全網(wǎng)的ENUM DNS，使其具備N(xiāo)PDB相關(guān)功能就可以了。在現場(chǎng)試驗階段，該NPDB只需要存儲試驗地所有NP號碼的NP信息。

2.我國運營(yíng)商網(wǎng)內查詢(xún)數據庫的技術(shù)方案

　　目前運營(yíng)商網(wǎng)內查詢(xún)號碼攜帶數據庫的技術(shù)方式有很多，國際上通行的方案分為信令和智能網(wǎng)兩種方式：

　　智能網(wǎng)方式主要是通過(guò)交換節點(diǎn)訪(fǎng)問(wèn)NPDB，完成號碼的翻譯。目前移動(dòng)剛絡(luò )的MSC大都具有SSP的能力，因此智能網(wǎng)方式實(shí)現業(yè)務(wù)的關(guān)鍵點(diǎn)是由交換機分析用戶(hù)所撥的號碼，然后去數據庫查詢(xún)路由號碼。

　　信令方式主要是在現有的信令流程中，同時(shí)查詢(xún)數據庫并獲取下一步的路由號碼。可以在兩個(gè)SP(可以是MSC、HLR、SMSC等)之間增加一個(gè)信令中繼(SRF)的功能實(shí)體。串接在SP之間的SRF功能通常可以在STP實(shí)現，也可以在單獨的物理實(shí)體中實(shí)現。

　　考慮到訪(fǎng)問(wèn)號碼攜帶數據庫是運營(yíng)商網(wǎng)內的行為，不同的運營(yíng)商采用不同的方案也可以不影響網(wǎng)間的通信要求，因此現場(chǎng)試驗階段，我國規定各運營(yíng)商可以根據自己網(wǎng)內的情況自行選擇訪(fǎng)問(wèn)數據庫的技術(shù)方案。

　　通過(guò)對本網(wǎng)網(wǎng)絡(luò )架構進(jìn)行評估，并盡量減少對現網(wǎng)設備和信令網(wǎng)的改造，我國運營(yíng)商基本上都采用了建設新的HLR設備，將NPDB內置在HLR設備中，并利用MSC(針對語(yǔ)音業(yè)務(wù))、SMSC(針對點(diǎn)對點(diǎn)短消息業(yè)務(wù))訪(fǎng)問(wèn)HLR的信令過(guò)程來(lái)實(shí)現對號碼攜帶數據庫的訪(fǎng)問(wèn)。從訪(fǎng)問(wèn)數據庫的過(guò)程來(lái)看，我們可以把我國運營(yíng)商選擇的這種方案理解為一種特殊的信令方案，即SRF的功能內置在HLR設備中。多媒體消息業(yè)務(wù)已經(jīng)明確采用MMSC訪(fǎng)問(wèn)EUNM DNS的過(guò)程查詢(xún)NPDB，同樣也可以理解為一種特殊的信令方案，但是業(yè)務(wù)邏輯比較簡(jiǎn)單，本文將不再重點(diǎn)分析，而是主要對我國運營(yíng)商實(shí)現語(yǔ)音業(yè)務(wù)和短消息的方案進(jìn)行介紹和分析。

　　2.1 電話(huà)業(yè)務(wù)

　　我國運營(yíng)商語(yǔ)音業(yè)務(wù)訪(fǎng)問(wèn)NPDB的方案如下：將具有NPDB功能的SRF設備內置在HLR中，即對現有本網(wǎng)的HLR(用1表示)進(jìn)行升級，內置本網(wǎng)攜出用戶(hù)的NPDB；另外新建HLR(用2表示)，內置他網(wǎng)攜入用戶(hù)的NPDB。采用MSC查詢(xún)HLR的過(guò)程觸發(fā)查詢(xún)NPDB。如果被叫為本網(wǎng)擁有的號碼，按照NP之前的路由訪(fǎng)問(wèn)HLR(1)，可以判斷用戶(hù)是否攜出；如果被叫為他網(wǎng)號碼，MSC需要直接訪(fǎng)問(wèn)HLR(2)判斷用戶(hù)是否攜入。這種方案對于網(wǎng)絡(luò )的改造要求如下：

　　其中，對于HLR(1)的升級，也可以有兩種實(shí)現方式。一種方案是，當本網(wǎng)用戶(hù)攜出之后，運營(yíng)商直接修改現網(wǎng)HLR(1)的數據，將攜出用戶(hù)的漫游號碼固定設置為RN+被叫用戶(hù)號碼。另一種方案，是由HLR(2)對用戶(hù)原歸屬HLR(1)中的數據進(jìn)行周期性位置更新，以保證該用戶(hù)在被叫時(shí)，HLR(1)能夠在不改變現有信令流程的情況下，實(shí)現對攜出用戶(hù)的正確路由。顯而易見(jiàn)，前一種方案HLR(2)設備的功能相對比較簡(jiǎn)單，開(kāi)發(fā)周期較短。但是每次有用戶(hù)攜出，都需要對HLR(1)中的用戶(hù)數據進(jìn)行改動(dòng)，因此比較適合于現網(wǎng)HLR設備較少的網(wǎng)絡(luò )。而后一種方案的NPDB功能實(shí)際上都在HLR(2)中實(shí)現，功能比較復雜，開(kāi)發(fā)周期較長(cháng)。HLR(1)只是利用原有的位置更新流程，不需要對現網(wǎng)的HLR(1)進(jìn)行改動(dòng)，因此比較適合于現網(wǎng)HLR設備較多的網(wǎng)絡(luò )。這也是我國不同運營(yíng)商目前分別選用了不同方案的一個(gè)重要理由。

　　2.2 短消息業(yè)務(wù)

　　同電話(huà)業(yè)務(wù)類(lèi)似，短消息業(yè)務(wù)也是利用短消息業(yè)務(wù)過(guò)程中SMSC訪(fǎng)問(wèn)HLR的信令過(guò)程觸發(fā)查詢(xún)NPDB，以獲得用戶(hù)當前簽約網(wǎng)絡(luò )的信息，然后對短消息進(jìn)行路由。

　　短消息業(yè)務(wù)的實(shí)現，應在語(yǔ)音業(yè)務(wù)對網(wǎng)絡(luò )進(jìn)行改造的基礎上進(jìn)行考慮。由于已經(jīng)確定了短消息業(yè)務(wù)采用被叫號碼擁有網(wǎng)絡(luò )查詢(xún)數據庫的網(wǎng)間路由，因此，發(fā)端網(wǎng)絡(luò )到被叫號碼擁有網(wǎng)絡(luò )的路由按照原有的路由方案不變。

　　被叫號碼擁有網(wǎng)絡(luò )的SMSC訪(fǎng)問(wèn)HLR(1)時(shí)，根據語(yǔ)音業(yè)務(wù)已經(jīng)完成的配置，對于攜出用戶(hù)，HLR(1)中用戶(hù)的受訪(fǎng)無(wú)線(xiàn)移動(dòng)局(VMSC)地址將被指向HLR(2)；SMSC獲得VMSC地址之后，將把短消息送往HLR(2)，由HLR(2)在被叫號碼前加RN，并通過(guò)互聯(lián)網(wǎng)關(guān)轉發(fā)到其他運營(yíng)商。由此可見(jiàn)，在短消息業(yè)務(wù)中，HLR(2)除了需要模擬VMSC的功能之外，還要模擬短消息中心的功能，將短信轉發(fā)給互聯(lián)網(wǎng)關(guān)。對于攜入用戶(hù)，HLR(2)直接返回用戶(hù)真實(shí)的VMSC地址，完成短消息的路由。

3.結語(yǔ)

　　號碼攜帶的實(shí)施，雖然有多種技術(shù)方案可以實(shí)現，但是從我國確定現場(chǎng)試驗技術(shù)方案的過(guò)程以及測試的過(guò)程中，我們也發(fā)現，任何一種方案都不是完美的，與運營(yíng)商網(wǎng)絡(luò )規模、網(wǎng)絡(luò )架構、現有業(yè)務(wù)路由、用戶(hù)規模、網(wǎng)間網(wǎng)內話(huà)務(wù)比例、號碼攜帶的開(kāi)放范圍和開(kāi)放政策都有非常密切的關(guān)系。任何一種方案都不可能同時(shí)滿(mǎn)足所有運營(yíng)商的要求，我們目前只能站在整個(gè)行業(yè)的角度，在對未來(lái)我國號碼攜帶業(yè)務(wù)的開(kāi)展范圍尚未確定的前提下，暫時(shí)確定了一個(gè)試驗階段的技術(shù)方案。我們選擇的這個(gè)方案未必是最好的。因此未來(lái)現場(chǎng)試驗結束之后，我們還需要對改造成本、改造復雜度、用戶(hù)反映等進(jìn)行評估，根據實(shí)際情況，再考慮未來(lái)開(kāi)展號碼攜帶時(shí)的技術(shù)方案。
共 3 頁(yè)：1 2 3 

泰爾網(wǎng)


相關(guān)閱讀:
[英文]處理ivr升級的建議 2010-11-24
基于手機支付的POS設計方法分析 2010-11-19
語(yǔ)音、手寫(xiě)技術(shù)與觸屏手機 2010-11-17
黑客惡意攻擊新招：語(yǔ)音釣魚(yú)欺詐 2010-11-15
人機接口的發(fā)展演變路線(xiàn)圖 2010-11-02

分類(lèi)信息:  CTI文摘_與_電信  CTI文摘_與_CTI平臺技術(shù)  電信_與_CTI平臺技術(shù)

临澧县| 尚志市| 淮滨县| 玉龙| 平泉县| 常州市| 河西区| 新晃| 定安县| 庆阳市| 镇远县| 吴堡县| 墨江| 梁河县| 荣昌县| 溆浦县| 黄石市| 连南| 海城市| 洞头县| 宝鸡市| 榆树市| 盐城市| 什邡市| 和平县| 彭山县| 拉萨市| 二连浩特市| 抚松县| 通渭县| 临湘市| 和田市| 百色市| 沭阳县| 河池市| 长武县| 永顺县| 肇州县| 云龙县| 海丰县| 肇源县|