我國(guó)號(hào)碼攜帶業(yè)務(wù)訪問數(shù)據(jù)庫(kù)技術(shù)方案的研究分析

林美玉 2010/11/30

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

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

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

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

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

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

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

  1.1 不同路由方案的比較

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

發(fā)端網(wǎng)絡(luò)查詢數(shù)據(jù)庫(kù)

圖1:發(fā)端網(wǎng)絡(luò)查詢數(shù)據(jù)庫(kù)


被叫號(hào)碼擁有網(wǎng)絡(luò)查詢數(shù)據(jù)厙

圖2:被叫號(hào)碼擁有網(wǎng)絡(luò)查詢數(shù)據(jù)厙

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  對(duì)于點(diǎn)對(duì)點(diǎn)短消息業(yè)務(wù),現(xiàn)場(chǎng)試驗(yàn)階段確定采用被叫號(hào)碼擁有網(wǎng)絡(luò)查詢數(shù)據(jù)庫(kù)的方式。

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

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

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

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

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

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

  由于要求發(fā)端網(wǎng)絡(luò)查詢,因此發(fā)端短消息中心(SMSC)需要對(duì)網(wǎng)內(nèi)網(wǎng)間的所有短信都要查詢被叫號(hào)碼所在地的NPDB,網(wǎng)絡(luò)改造要求如下:

  全網(wǎng)的SMSC都要改造,對(duì)于他網(wǎng)號(hào)碼也要觸發(fā)查詢HER過程,不能直接發(fā)端過網(wǎng)。

  對(duì)于他網(wǎng)異地號(hào)碼,發(fā)端SMSC為了能夠查詢異地的HLR或訪問異地的NPDB,G網(wǎng)的信令網(wǎng)中要加上全國(guó)所有本網(wǎng)和他網(wǎng)用戶號(hào)碼的GT數(shù)據(jù);C網(wǎng)信令網(wǎng)中要加上本省內(nèi)所有本網(wǎng)和他網(wǎng)用戶的GT數(shù)據(jù);蛘呓ㄔO(shè)一個(gè)供全國(guó)所有SMSC查詢的NPDB,該NPDB需要存有全國(guó)所有本地網(wǎng)的NP用戶數(shù)據(jù);但是如果攜轉(zhuǎn)用戶比例比較高,對(duì)NPDB的容量要求將會(huì)比較大。

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

  (2)采用被叫號(hào)碼擁有網(wǎng)絡(luò)查詢

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

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

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

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

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

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

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

2.我國(guó)運(yùn)營(yíng)商網(wǎng)內(nèi)查詢數(shù)據(jù)庫(kù)的技術(shù)方案

  目前運(yùn)營(yíng)商網(wǎng)內(nèi)查詢號(hào)碼攜帶數(shù)據(jù)庫(kù)的技術(shù)方式有很多,國(guó)際上通行的方案分為信令和智能網(wǎng)兩種方式:

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

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

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

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

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

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

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

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

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

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

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

3.結(jié)語

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

泰爾網(wǎng)



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

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