攜號轉(zhuǎn)網(wǎng)投訴處理探究

劉麗華 霍紅萍 袁延彬

摘 要：近期攜號轉(zhuǎn)網(wǎng)省際漫游測試中，發(fā)現(xiàn)我省攜號轉(zhuǎn)網(wǎng)測試卡在內(nèi)蒙做被叫時，接續(xù)失敗，根據(jù)這個問題現(xiàn)象我們從不同角度對攜號轉(zhuǎn)網(wǎng)的問題進(jìn)行了匯總，以便快速定位問題的癥結(jié)所在，從而提供解決問題的速度，提高用戶的感知。

關(guān)鍵詞：號碼攜帶;NPMSC;NPHLR

1 案例背景

隨著市場競爭的加劇，“攜號轉(zhuǎn)網(wǎng)”技術(shù)越來越受到大家的關(guān)注，2019年3月總理提出全網(wǎng)開放攜號轉(zhuǎn)網(wǎng)服務(wù)，2019年底全國31省全部開放攜號轉(zhuǎn)網(wǎng)服務(wù)。由于攜號轉(zhuǎn)網(wǎng)涉及網(wǎng)元較多，問題處理比較棘手，從日常典型案列入手，將攜號轉(zhuǎn)網(wǎng)呼叫涉及的流程進(jìn)行了歸納匯總，方便問題的處理。

2 案例場景描述

內(nèi)蒙古機房反映普通3G用戶1864710*****撥打河北攜號轉(zhuǎn)網(wǎng)號碼1579039****不通，該號碼漫游到內(nèi)蒙。攜號轉(zhuǎn)網(wǎng)新增的網(wǎng)元有NPMSC和NPHLR，其中NPMSC：存儲攜出用戶的攜轉(zhuǎn)信息，模擬攜出用戶登網(wǎng)，并轉(zhuǎn)發(fā)攜出用戶接收的短信;NPHLR作為攜入用戶的歸屬HSS，內(nèi)置號碼攜帶數(shù)據(jù)庫（NPDB）。語音業(yè)務(wù)采用發(fā)端查詢方式，所有外網(wǎng)手機的被叫流程（含固話發(fā)起）均先路由至歸屬地綜合關(guān)口局，然后再向NPHSS查詢;針對已發(fā)生攜轉(zhuǎn)的用戶，NPHSS和NPMSC能夠在響應(yīng)路由查詢時返回特殊的MSRN號碼（RN+手機號），使端局、關(guān)口局、CMN能夠根據(jù)RN號碼完成后續(xù)呼叫路由接續(xù)。

用戶測試中出現(xiàn)的問題屬于CS域用戶撥打外省外網(wǎng)手機：呼叫流程如下：

（1）主叫端局正常經(jīng)CMN將呼叫路由至被叫歸屬地綜合關(guān)口局;

（2）被叫歸屬地綜合關(guān)口局對所有外網(wǎng)本省號段發(fā)起SRI查詢，送至NPHSS;

（3）若該用戶已攜入聯(lián)通，則NPHSS為該用戶歸屬HSS，正常向被叫MSS發(fā)送PRN消息獲得MSRN，正常接續(xù)至被叫。

3 故障分析

（1）使用本地聯(lián)通號碼撥打1579039****，能夠正常接通，可以初步排除NPHLR的數(shù)據(jù)問題。

（2）內(nèi)蒙機房撥打測試不通，在CMN上跟蹤消息，發(fā)現(xiàn)SJZGSS返回?zé)o電路可用。

（3）SJZGSS上檢查數(shù)據(jù)。已經(jīng)到NPHSS發(fā)起PRN查詢，且已取回漫游號碼，但是沒有出局。對返回的漫游號段數(shù)據(jù)進(jìn)行檢查，漫游號段13000、13254等路由分析，沒有TMSC的呼叫來源，返回“無電路可用”增加TMSC源。聯(lián)系內(nèi)蒙古進(jìn)行測試還是無法正常接通。

（4）在CMN跟蹤消息，CMN收到防詐騙平臺的RSC消息，找防詐騙平臺，平臺沒有進(jìn)行號碼攔截，聯(lián)系省內(nèi)其他地市進(jìn)行測試，測試正常;懷疑與承載建立有問題。

（5）在SJZGSS上跟蹤Nb口信息IPNBUP消息，將成功與不成功的消息對比。

通過消息比對發(fā)現(xiàn)：不成功的消息，主叫局送來的IPTIAbsent，我們后向局返回的為：IPTIPresent.聯(lián)系主叫更換另外一個端局進(jìn)行撥打測試，有時能通有時不通，不管是否接通我們的NB口的都是返回的IPTIPresent.懷疑與對端局承載建立時有問題。

（6）SJZGSS承載問題的定位。石家莊的VOLTE用戶撥打內(nèi)蒙的2、3G用戶可以正常接通。內(nèi)蒙的2/3G用戶撥打我們的VOLTE用戶，也可以正常接通。懷疑還是內(nèi)蒙端局發(fā)送過來的消息中攜帶的字段和河北不匹配導(dǎo)致。

（7）在督促內(nèi)蒙進(jìn)行問題處理的過程中，我們再次在CMN檢查入局的IAM消息，IAM中的有COT消息，攜帶了COT期望標(biāo)識（經(jīng)過防詐平臺轉(zhuǎn)回來的IAM中也有這個標(biāo)識），這種情況下，CMN只有接收到被叫局的COT消息后，才會轉(zhuǎn)發(fā)ACM消息。中興廠家答復(fù)：可以通過采用信令編輯的方法把入局IAM消息中的期望COT標(biāo)識修改為不期望了。

4 問題定位分析

針對上述問題現(xiàn)象的分析，我們進(jìn)行故障定位：原因為內(nèi)蒙諾基亞端局在承載沒有建立成功時，收到了ACM消息，且主叫端局在第一個IAM消息時，攜帶了COT期望標(biāo)識，這種情況下，CMN只有接收到被叫局的COT消息后，才會轉(zhuǎn)發(fā)ACM消息，所以造成CMN在沒有給防欺詐平臺轉(zhuǎn)發(fā)ACM消息的情況下，轉(zhuǎn)發(fā)了CPG消息，造成防欺詐平臺認(rèn)為接收消息不全，所以防詐平臺返回RSC消息釋放電路，接續(xù)失敗。

針對上述問題，共有三個解決方案：

（1）內(nèi)蒙諾基亞端局關(guān)閉COT消息，但內(nèi)蒙答復(fù)他們開通COT消息是因為在開通高清語音時，局間配合問題開通的，不能關(guān)閉。另外根據(jù)集團要求，端局到CMN方向沒有要求關(guān)閉COT，所以方案一不可行。

（2）中興CMN修改參數(shù)，要求只轉(zhuǎn)發(fā)消息，不判斷消息內(nèi)容，中興答復(fù)，目前版本不支持。但中興給出了在CMN局向上針對內(nèi)蒙CMN局向上屏蔽COT消息的方案，但考慮到本次測試是針對內(nèi)蒙局向，但全國哪個省上諾基亞端局，我們今后還需要關(guān)注，并修改參數(shù)，運行起來后存在問題，所以方案二不可行。

（3）在華為關(guān)口局上對CMN局向開通COT消息，這樣也可以解決諾基亞端局不回COT消息問題，從規(guī)范上符合關(guān)口局對CMN局向開通COT的要求，所以采用方案三解決目前內(nèi)蒙與河北配合問題。

根據(jù)討論的方案，按照方案三的方式開啟，開啟后又出現(xiàn)了新的問題，省內(nèi)地市反映：部分VOLTE用戶通話時存在問題，如果承載建立太慢COT在ACM之后，主被叫聽不到聲音。鑒于上述原因所以暫時倒回。

開啟方案二，在CMN上通過采用信令編輯的方法把入局IAM消息中的期望COT標(biāo)識修改為不期望了。進(jìn)行測試發(fā)現(xiàn)內(nèi)蒙撥打一次送到河北CMN，CMN收到兩次呼叫，第一次不通，第二次可以接通的現(xiàn)象。

內(nèi)蒙古反饋結(jié)果：原因是第一次河北CMN局沒回ACM直接回了CPG，所以內(nèi)蒙古主叫端局進(jìn)行了電路復(fù)位重新發(fā)起二次呼叫。通知內(nèi)蒙古端局處理后正常。

5 結(jié)語

由于攜號轉(zhuǎn)網(wǎng)涉及網(wǎng)元比較多，同時還涉及不同運營商，為方便維護人員的處理，要求我們在日常的投訴處理中，需要重點關(guān)注IAM消息，和REL消息釋放的原因，并通過正常消息和不正常消息進(jìn)行比對，準(zhǔn)確而快速的定位故障，將攜號轉(zhuǎn)網(wǎng)的這一惠民工程落實到實處。