王道春
【摘要】 針對(duì)目前所用軟交換設(shè)備,對(duì)主叫呼叫流程進(jìn)行闡述,并運(yùn)用實(shí)例對(duì)由于放音問(wèn)題引起的障礙進(jìn)行分析處理。
【關(guān)鍵詞】 主叫呼叫流程 端局放音
運(yùn)營(yíng)商之間或者運(yùn)營(yíng)商內(nèi)部均使用了不同廠家軟交換端局設(shè)備,這樣設(shè)備對(duì)接時(shí)就會(huì)存在信令、放音等的協(xié)調(diào)配合等數(shù)據(jù)要求。一些特殊參數(shù)理解的不一致以及執(zhí)行行業(yè)數(shù)據(jù)規(guī)范不到位,都會(huì)造成用戶投訴出現(xiàn),網(wǎng)絡(luò)感知度受到一定的影響。下面就這一障礙進(jìn)行論述。
1、首先闡述移動(dòng)終端的呼叫流程,這樣有助于我們對(duì)后續(xù)問(wèn)題的分析處理。
主叫流程,移動(dòng)用戶做主叫時(shí)的信令過(guò)程是從MS向BTS請(qǐng)求信道開(kāi)始,到主叫用戶的TCH指配完成為止。主叫經(jīng)過(guò)四個(gè)階段:接入階段,鑒權(quán)加密階段,TCH指配階段,取被叫用戶路由信息階段。接入階段手機(jī)和BTS建立了暫時(shí)固定的關(guān)系;鑒權(quán)加密階段完成對(duì)主叫用戶的身份確認(rèn);TCH指配階段實(shí)現(xiàn)主叫用戶的話音信道的確定;取被叫用戶路由信息階段主要包括:MSC向HLR請(qǐng)求路由信息;HLR向VLR請(qǐng)求漫游號(hào)碼;VLR回送被叫用戶的漫游號(hào)碼;HLR向MSC回送被叫用戶的MSRN。MSC通過(guò)路由信息對(duì)被叫用戶的路由信息分析,得到被叫用戶的局向,然后進(jìn)行話路接續(xù)。
當(dāng)用戶輸入被叫號(hào)碼進(jìn)行呼叫時(shí), MS將在隨機(jī)接入信道向BSS發(fā)送信道請(qǐng)求專用信道消息。BSC為其分配相應(yīng)的信道并通知MS;隨后MS將在為其分配的SDCCH上發(fā)送業(yè)務(wù)類型為移動(dòng)發(fā)起呼叫CM請(qǐng)求消息。該消息被BSS透明的傳送至MSC,MSC收到CM業(yè)務(wù)請(qǐng)求消息后,通過(guò)處理接入請(qǐng)求消息通知VLR;由VLR在數(shù)據(jù)庫(kù)中查詢?cè)揗S是否有鑒權(quán)三參組;如果有,將直接向MSC下發(fā)鑒權(quán)命令; MSC收到VLR發(fā)送的鑒權(quán)命令后,通過(guò)BSS向MS下發(fā)鑒權(quán)請(qǐng)求,在該命令中含有鑒權(quán)參數(shù),MS收到鑒權(quán)請(qǐng)求分析得出鑒權(quán)結(jié)果;通過(guò)鑒權(quán)響應(yīng)消息送達(dá)MSC,再由MSC鑒權(quán)結(jié)果回送VLR,由VLR 核對(duì)MS上報(bào)的鑒權(quán)結(jié)果和從HLR取得的鑒權(quán)參數(shù)中的結(jié)果。鑒權(quán)通過(guò)后,VLR將向MSC下發(fā)加密命令,并通知MSC該MS此次接入請(qǐng)求已獲通過(guò),MSC通過(guò)BSS通知MS業(yè)務(wù)請(qǐng)求獲得通過(guò),然后MSC向MS下發(fā)加密命令;MS收到此命令并完成加密后,回送加密完成消息,到此MS完成了 整個(gè)接入階段的工作。
經(jīng)過(guò)接入階段和鑒權(quán)加密過(guò)程,主叫用戶合法身份得到確認(rèn),并接入網(wǎng)絡(luò)。MS會(huì)發(fā)送呼叫建立消息;MSC收到此消息后向VLR查詢?cè)撚脩舻南嚓P(guān)業(yè)務(wù)信息,由VLR決定此次呼叫可以繼續(xù);通過(guò)完成呼叫消息向MSC回送該用戶數(shù)據(jù);MSC收到該信息后,通過(guò)呼叫繼續(xù)消息,經(jīng)BSS通知MS呼叫在繼續(xù)處理之中,并向BSC發(fā)送指配請(qǐng)求消息指派接口電路;由BSC向BTS、MS指定無(wú)線資源,MS收到該指令后,占用成功回送分配完成消息,到此TCH指配階段完成本局的無(wú)線資源和接口電路均已成功分配。MSC收到指配完成消息進(jìn)行被叫分析,發(fā)送路由請(qǐng)求消息;HLR收到該消息后,根據(jù)被叫IMSI獲取被叫所在的VLR,并向其請(qǐng)求漫游號(hào)碼;被叫所在的VLR收到請(qǐng)求漫游號(hào)碼消息為對(duì)應(yīng)的MS分配MSRN,,然后在請(qǐng)求漫游號(hào)碼響應(yīng)消息中回送給HLR;HLR得到該MSRN后,向主叫所在MSC發(fā)送路由信息響應(yīng)消息,MSC從該消息中得到被叫的MSRN;根據(jù)MSRN進(jìn)行局間中繼選路,并向被叫所在的MSC發(fā)送IAI消息。這樣主叫信令流程基本結(jié)束。
2、對(duì)呼叫流程我們已經(jīng)有了一個(gè)比較全面的認(rèn)識(shí)。下面闡述一列由于沒(méi)有按照規(guī)范的流程放音造成的障礙。此次障礙僅涉及到本端發(fā)起端局至對(duì)端落地端局的信令交互和話音搭建部分,涉及到主叫呼叫流程的部分環(huán)節(jié)。
用戶現(xiàn)象描述為:近日頻繁出現(xiàn)本網(wǎng)用戶投訴撥打疆內(nèi)異地電話,手機(jī)上顯示“用戶忙”,但是用戶聽(tīng)不到任何提示音。我們對(duì)各種被叫情況進(jìn)行了深入細(xì)致的撥打測(cè)試,結(jié)果顯示屬于交換提供的錄音通知問(wèn)題。問(wèn)題具體詳實(shí)描述是用戶撥打本局用戶,用戶正忙或者拒絕,本局可以正常索引錄音通知,主叫用戶可聽(tīng)到提示音“您撥的用戶正忙,請(qǐng)稍后再撥”;對(duì)于被叫用戶是疆內(nèi)非本局用戶(主要是本網(wǎng)其他端局下用戶),當(dāng)被叫用戶正忙或者拒絕時(shí),主叫用戶聽(tīng)不到任何語(yǔ)音提示,電話中斷。
我們針對(duì)四種情況分本端局放音消息、對(duì)端局放音消息,分用戶正忙和用戶拒接進(jìn)行信令跟蹤,同時(shí)我們聯(lián)系T局工程師同步進(jìn)行跟蹤。我們對(duì)4種情況進(jìn)行了信令消息的對(duì)比;本局時(shí)均能正常聽(tīng)到正確的語(yǔ)音提示,而在對(duì)端局時(shí)存在問(wèn)題。T局工程師給出了呼叫消息過(guò)程,并進(jìn)行了問(wèn)題定位。
對(duì)端端局給T局回ACM消息指示被叫局放音,同時(shí)消息中攜帶有被叫用戶忙的原因值,告訴了用戶正確的狀態(tài),如圖1所示。
對(duì)端端端局沒(méi)有被叫放音消息回復(fù),然后續(xù)發(fā)送REL消息給T局要求拆線,如圖2所示:
故障定位:T局工程師根據(jù)捕捉到的信令消息,確定故障為對(duì)端端局原因。依據(jù)通信行業(yè)相關(guān)數(shù)據(jù)規(guī)范規(guī)定:一般對(duì)于被叫用戶狀態(tài)應(yīng)由落地局交換機(jī)進(jìn)行放音,而對(duì)端局因?yàn)樽陨淼哪承﹩?wèn)題,將其設(shè)置由被叫用戶狀態(tài)放音改為由主叫局進(jìn)行放音。雖然此種由本端局進(jìn)行放音,雙方信令消息協(xié)調(diào)好在規(guī)范中也是可行的;但是由于對(duì)端局交換發(fā)給本端局的消息類型格式與本端局不匹配,造成本端局無(wú)法識(shí)別處理,不能正確提供主叫用戶有效放音提示。影響現(xiàn)象就是——本端局用戶撥打疆內(nèi)對(duì)端局下用戶(該用戶正在通話中或者拒接),主叫用戶聽(tīng)不到“被叫用戶忙”的錄音通知,直接退出呼叫狀態(tài)。
解決方法:一是由對(duì)端局將被叫用戶狀態(tài)放音改回由對(duì)端局局放音;二是對(duì)端局嚴(yán)格按照ISUP消息信令格式指示本端局進(jìn)行放音,使這個(gè)問(wèn)題得到有效解決。但是解決此問(wèn)題需要上級(jí)主管部門進(jìn)行協(xié)調(diào)兩家設(shè)備供應(yīng)商才能得到有效地執(zhí)行。因此我局就這一障礙形成文上報(bào)主管部門并及時(shí)地得到了解決。
通過(guò)這個(gè)實(shí)例我們能夠認(rèn)識(shí)到,要想進(jìn)一步提高核心網(wǎng)維護(hù)技能,應(yīng)該扎實(shí)掌握各種呼叫流程,準(zhǔn)確理解所包含消息的含義;同時(shí)嚴(yán)格按照數(shù)據(jù)規(guī)范進(jìn)行數(shù)據(jù)制作,對(duì)故障定位要能熟練運(yùn)用信令跟蹤,從而及時(shí)的排除故障。
【摘要】 針對(duì)目前所用軟交換設(shè)備,對(duì)主叫呼叫流程進(jìn)行闡述,并運(yùn)用實(shí)例對(duì)由于放音問(wèn)題引起的障礙進(jìn)行分析處理。
【關(guān)鍵詞】 主叫呼叫流程 端局放音
運(yùn)營(yíng)商之間或者運(yùn)營(yíng)商內(nèi)部均使用了不同廠家軟交換端局設(shè)備,這樣設(shè)備對(duì)接時(shí)就會(huì)存在信令、放音等的協(xié)調(diào)配合等數(shù)據(jù)要求。一些特殊參數(shù)理解的不一致以及執(zhí)行行業(yè)數(shù)據(jù)規(guī)范不到位,都會(huì)造成用戶投訴出現(xiàn),網(wǎng)絡(luò)感知度受到一定的影響。下面就這一障礙進(jìn)行論述。
1、首先闡述移動(dòng)終端的呼叫流程,這樣有助于我們對(duì)后續(xù)問(wèn)題的分析處理。
主叫流程,移動(dòng)用戶做主叫時(shí)的信令過(guò)程是從MS向BTS請(qǐng)求信道開(kāi)始,到主叫用戶的TCH指配完成為止。主叫經(jīng)過(guò)四個(gè)階段:接入階段,鑒權(quán)加密階段,TCH指配階段,取被叫用戶路由信息階段。接入階段手機(jī)和BTS建立了暫時(shí)固定的關(guān)系;鑒權(quán)加密階段完成對(duì)主叫用戶的身份確認(rèn);TCH指配階段實(shí)現(xiàn)主叫用戶的話音信道的確定;取被叫用戶路由信息階段主要包括:MSC向HLR請(qǐng)求路由信息;HLR向VLR請(qǐng)求漫游號(hào)碼;VLR回送被叫用戶的漫游號(hào)碼;HLR向MSC回送被叫用戶的MSRN。MSC通過(guò)路由信息對(duì)被叫用戶的路由信息分析,得到被叫用戶的局向,然后進(jìn)行話路接續(xù)。
當(dāng)用戶輸入被叫號(hào)碼進(jìn)行呼叫時(shí), MS將在隨機(jī)接入信道向BSS發(fā)送信道請(qǐng)求專用信道消息。BSC為其分配相應(yīng)的信道并通知MS;隨后MS將在為其分配的SDCCH上發(fā)送業(yè)務(wù)類型為移動(dòng)發(fā)起呼叫CM請(qǐng)求消息。該消息被BSS透明的傳送至MSC,MSC收到CM業(yè)務(wù)請(qǐng)求消息后,通過(guò)處理接入請(qǐng)求消息通知VLR;由VLR在數(shù)據(jù)庫(kù)中查詢?cè)揗S是否有鑒權(quán)三參組;如果有,將直接向MSC下發(fā)鑒權(quán)命令; MSC收到VLR發(fā)送的鑒權(quán)命令后,通過(guò)BSS向MS下發(fā)鑒權(quán)請(qǐng)求,在該命令中含有鑒權(quán)參數(shù),MS收到鑒權(quán)請(qǐng)求分析得出鑒權(quán)結(jié)果;通過(guò)鑒權(quán)響應(yīng)消息送達(dá)MSC,再由MSC鑒權(quán)結(jié)果回送VLR,由VLR 核對(duì)MS上報(bào)的鑒權(quán)結(jié)果和從HLR取得的鑒權(quán)參數(shù)中的結(jié)果。鑒權(quán)通過(guò)后,VLR將向MSC下發(fā)加密命令,并通知MSC該MS此次接入請(qǐng)求已獲通過(guò),MSC通過(guò)BSS通知MS業(yè)務(wù)請(qǐng)求獲得通過(guò),然后MSC向MS下發(fā)加密命令;MS收到此命令并完成加密后,回送加密完成消息,到此MS完成了 整個(gè)接入階段的工作。
經(jīng)過(guò)接入階段和鑒權(quán)加密過(guò)程,主叫用戶合法身份得到確認(rèn),并接入網(wǎng)絡(luò)。MS會(huì)發(fā)送呼叫建立消息;MSC收到此消息后向VLR查詢?cè)撚脩舻南嚓P(guān)業(yè)務(wù)信息,由VLR決定此次呼叫可以繼續(xù);通過(guò)完成呼叫消息向MSC回送該用戶數(shù)據(jù);MSC收到該信息后,通過(guò)呼叫繼續(xù)消息,經(jīng)BSS通知MS呼叫在繼續(xù)處理之中,并向BSC發(fā)送指配請(qǐng)求消息指派接口電路;由BSC向BTS、MS指定無(wú)線資源,MS收到該指令后,占用成功回送分配完成消息,到此TCH指配階段完成本局的無(wú)線資源和接口電路均已成功分配。MSC收到指配完成消息進(jìn)行被叫分析,發(fā)送路由請(qǐng)求消息;HLR收到該消息后,根據(jù)被叫IMSI獲取被叫所在的VLR,并向其請(qǐng)求漫游號(hào)碼;被叫所在的VLR收到請(qǐng)求漫游號(hào)碼消息為對(duì)應(yīng)的MS分配MSRN,,然后在請(qǐng)求漫游號(hào)碼響應(yīng)消息中回送給HLR;HLR得到該MSRN后,向主叫所在MSC發(fā)送路由信息響應(yīng)消息,MSC從該消息中得到被叫的MSRN;根據(jù)MSRN進(jìn)行局間中繼選路,并向被叫所在的MSC發(fā)送IAI消息。這樣主叫信令流程基本結(jié)束。
2、對(duì)呼叫流程我們已經(jīng)有了一個(gè)比較全面的認(rèn)識(shí)。下面闡述一列由于沒(méi)有按照規(guī)范的流程放音造成的障礙。此次障礙僅涉及到本端發(fā)起端局至對(duì)端落地端局的信令交互和話音搭建部分,涉及到主叫呼叫流程的部分環(huán)節(jié)。
用戶現(xiàn)象描述為:近日頻繁出現(xiàn)本網(wǎng)用戶投訴撥打疆內(nèi)異地電話,手機(jī)上顯示“用戶忙”,但是用戶聽(tīng)不到任何提示音。我們對(duì)各種被叫情況進(jìn)行了深入細(xì)致的撥打測(cè)試,結(jié)果顯示屬于交換提供的錄音通知問(wèn)題。問(wèn)題具體詳實(shí)描述是用戶撥打本局用戶,用戶正忙或者拒絕,本局可以正常索引錄音通知,主叫用戶可聽(tīng)到提示音“您撥的用戶正忙,請(qǐng)稍后再撥”;對(duì)于被叫用戶是疆內(nèi)非本局用戶(主要是本網(wǎng)其他端局下用戶),當(dāng)被叫用戶正忙或者拒絕時(shí),主叫用戶聽(tīng)不到任何語(yǔ)音提示,電話中斷。
我們針對(duì)四種情況分本端局放音消息、對(duì)端局放音消息,分用戶正忙和用戶拒接進(jìn)行信令跟蹤,同時(shí)我們聯(lián)系T局工程師同步進(jìn)行跟蹤。我們對(duì)4種情況進(jìn)行了信令消息的對(duì)比;本局時(shí)均能正常聽(tīng)到正確的語(yǔ)音提示,而在對(duì)端局時(shí)存在問(wèn)題。T局工程師給出了呼叫消息過(guò)程,并進(jìn)行了問(wèn)題定位。
對(duì)端端局給T局回ACM消息指示被叫局放音,同時(shí)消息中攜帶有被叫用戶忙的原因值,告訴了用戶正確的狀態(tài),如圖1所示。
對(duì)端端端局沒(méi)有被叫放音消息回復(fù),然后續(xù)發(fā)送REL消息給T局要求拆線,如圖2所示:
故障定位:T局工程師根據(jù)捕捉到的信令消息,確定故障為對(duì)端端局原因。依據(jù)通信行業(yè)相關(guān)數(shù)據(jù)規(guī)范規(guī)定:一般對(duì)于被叫用戶狀態(tài)應(yīng)由落地局交換機(jī)進(jìn)行放音,而對(duì)端局因?yàn)樽陨淼哪承﹩?wèn)題,將其設(shè)置由被叫用戶狀態(tài)放音改為由主叫局進(jìn)行放音。雖然此種由本端局進(jìn)行放音,雙方信令消息協(xié)調(diào)好在規(guī)范中也是可行的;但是由于對(duì)端局交換發(fā)給本端局的消息類型格式與本端局不匹配,造成本端局無(wú)法識(shí)別處理,不能正確提供主叫用戶有效放音提示。影響現(xiàn)象就是——本端局用戶撥打疆內(nèi)對(duì)端局下用戶(該用戶正在通話中或者拒接),主叫用戶聽(tīng)不到“被叫用戶忙”的錄音通知,直接退出呼叫狀態(tài)。
解決方法:一是由對(duì)端局將被叫用戶狀態(tài)放音改回由對(duì)端局局放音;二是對(duì)端局嚴(yán)格按照ISUP消息信令格式指示本端局進(jìn)行放音,使這個(gè)問(wèn)題得到有效解決。但是解決此問(wèn)題需要上級(jí)主管部門進(jìn)行協(xié)調(diào)兩家設(shè)備供應(yīng)商才能得到有效地執(zhí)行。因此我局就這一障礙形成文上報(bào)主管部門并及時(shí)地得到了解決。
通過(guò)這個(gè)實(shí)例我們能夠認(rèn)識(shí)到,要想進(jìn)一步提高核心網(wǎng)維護(hù)技能,應(yīng)該扎實(shí)掌握各種呼叫流程,準(zhǔn)確理解所包含消息的含義;同時(shí)嚴(yán)格按照數(shù)據(jù)規(guī)范進(jìn)行數(shù)據(jù)制作,對(duì)故障定位要能熟練運(yùn)用信令跟蹤,從而及時(shí)的排除故障。
【摘要】 針對(duì)目前所用軟交換設(shè)備,對(duì)主叫呼叫流程進(jìn)行闡述,并運(yùn)用實(shí)例對(duì)由于放音問(wèn)題引起的障礙進(jìn)行分析處理。
【關(guān)鍵詞】 主叫呼叫流程 端局放音
運(yùn)營(yíng)商之間或者運(yùn)營(yíng)商內(nèi)部均使用了不同廠家軟交換端局設(shè)備,這樣設(shè)備對(duì)接時(shí)就會(huì)存在信令、放音等的協(xié)調(diào)配合等數(shù)據(jù)要求。一些特殊參數(shù)理解的不一致以及執(zhí)行行業(yè)數(shù)據(jù)規(guī)范不到位,都會(huì)造成用戶投訴出現(xiàn),網(wǎng)絡(luò)感知度受到一定的影響。下面就這一障礙進(jìn)行論述。
1、首先闡述移動(dòng)終端的呼叫流程,這樣有助于我們對(duì)后續(xù)問(wèn)題的分析處理。
主叫流程,移動(dòng)用戶做主叫時(shí)的信令過(guò)程是從MS向BTS請(qǐng)求信道開(kāi)始,到主叫用戶的TCH指配完成為止。主叫經(jīng)過(guò)四個(gè)階段:接入階段,鑒權(quán)加密階段,TCH指配階段,取被叫用戶路由信息階段。接入階段手機(jī)和BTS建立了暫時(shí)固定的關(guān)系;鑒權(quán)加密階段完成對(duì)主叫用戶的身份確認(rèn);TCH指配階段實(shí)現(xiàn)主叫用戶的話音信道的確定;取被叫用戶路由信息階段主要包括:MSC向HLR請(qǐng)求路由信息;HLR向VLR請(qǐng)求漫游號(hào)碼;VLR回送被叫用戶的漫游號(hào)碼;HLR向MSC回送被叫用戶的MSRN。MSC通過(guò)路由信息對(duì)被叫用戶的路由信息分析,得到被叫用戶的局向,然后進(jìn)行話路接續(xù)。
當(dāng)用戶輸入被叫號(hào)碼進(jìn)行呼叫時(shí), MS將在隨機(jī)接入信道向BSS發(fā)送信道請(qǐng)求專用信道消息。BSC為其分配相應(yīng)的信道并通知MS;隨后MS將在為其分配的SDCCH上發(fā)送業(yè)務(wù)類型為移動(dòng)發(fā)起呼叫CM請(qǐng)求消息。該消息被BSS透明的傳送至MSC,MSC收到CM業(yè)務(wù)請(qǐng)求消息后,通過(guò)處理接入請(qǐng)求消息通知VLR;由VLR在數(shù)據(jù)庫(kù)中查詢?cè)揗S是否有鑒權(quán)三參組;如果有,將直接向MSC下發(fā)鑒權(quán)命令; MSC收到VLR發(fā)送的鑒權(quán)命令后,通過(guò)BSS向MS下發(fā)鑒權(quán)請(qǐng)求,在該命令中含有鑒權(quán)參數(shù),MS收到鑒權(quán)請(qǐng)求分析得出鑒權(quán)結(jié)果;通過(guò)鑒權(quán)響應(yīng)消息送達(dá)MSC,再由MSC鑒權(quán)結(jié)果回送VLR,由VLR 核對(duì)MS上報(bào)的鑒權(quán)結(jié)果和從HLR取得的鑒權(quán)參數(shù)中的結(jié)果。鑒權(quán)通過(guò)后,VLR將向MSC下發(fā)加密命令,并通知MSC該MS此次接入請(qǐng)求已獲通過(guò),MSC通過(guò)BSS通知MS業(yè)務(wù)請(qǐng)求獲得通過(guò),然后MSC向MS下發(fā)加密命令;MS收到此命令并完成加密后,回送加密完成消息,到此MS完成了 整個(gè)接入階段的工作。
經(jīng)過(guò)接入階段和鑒權(quán)加密過(guò)程,主叫用戶合法身份得到確認(rèn),并接入網(wǎng)絡(luò)。MS會(huì)發(fā)送呼叫建立消息;MSC收到此消息后向VLR查詢?cè)撚脩舻南嚓P(guān)業(yè)務(wù)信息,由VLR決定此次呼叫可以繼續(xù);通過(guò)完成呼叫消息向MSC回送該用戶數(shù)據(jù);MSC收到該信息后,通過(guò)呼叫繼續(xù)消息,經(jīng)BSS通知MS呼叫在繼續(xù)處理之中,并向BSC發(fā)送指配請(qǐng)求消息指派接口電路;由BSC向BTS、MS指定無(wú)線資源,MS收到該指令后,占用成功回送分配完成消息,到此TCH指配階段完成本局的無(wú)線資源和接口電路均已成功分配。MSC收到指配完成消息進(jìn)行被叫分析,發(fā)送路由請(qǐng)求消息;HLR收到該消息后,根據(jù)被叫IMSI獲取被叫所在的VLR,并向其請(qǐng)求漫游號(hào)碼;被叫所在的VLR收到請(qǐng)求漫游號(hào)碼消息為對(duì)應(yīng)的MS分配MSRN,,然后在請(qǐng)求漫游號(hào)碼響應(yīng)消息中回送給HLR;HLR得到該MSRN后,向主叫所在MSC發(fā)送路由信息響應(yīng)消息,MSC從該消息中得到被叫的MSRN;根據(jù)MSRN進(jìn)行局間中繼選路,并向被叫所在的MSC發(fā)送IAI消息。這樣主叫信令流程基本結(jié)束。
2、對(duì)呼叫流程我們已經(jīng)有了一個(gè)比較全面的認(rèn)識(shí)。下面闡述一列由于沒(méi)有按照規(guī)范的流程放音造成的障礙。此次障礙僅涉及到本端發(fā)起端局至對(duì)端落地端局的信令交互和話音搭建部分,涉及到主叫呼叫流程的部分環(huán)節(jié)。
用戶現(xiàn)象描述為:近日頻繁出現(xiàn)本網(wǎng)用戶投訴撥打疆內(nèi)異地電話,手機(jī)上顯示“用戶忙”,但是用戶聽(tīng)不到任何提示音。我們對(duì)各種被叫情況進(jìn)行了深入細(xì)致的撥打測(cè)試,結(jié)果顯示屬于交換提供的錄音通知問(wèn)題。問(wèn)題具體詳實(shí)描述是用戶撥打本局用戶,用戶正忙或者拒絕,本局可以正常索引錄音通知,主叫用戶可聽(tīng)到提示音“您撥的用戶正忙,請(qǐng)稍后再撥”;對(duì)于被叫用戶是疆內(nèi)非本局用戶(主要是本網(wǎng)其他端局下用戶),當(dāng)被叫用戶正忙或者拒絕時(shí),主叫用戶聽(tīng)不到任何語(yǔ)音提示,電話中斷。
我們針對(duì)四種情況分本端局放音消息、對(duì)端局放音消息,分用戶正忙和用戶拒接進(jìn)行信令跟蹤,同時(shí)我們聯(lián)系T局工程師同步進(jìn)行跟蹤。我們對(duì)4種情況進(jìn)行了信令消息的對(duì)比;本局時(shí)均能正常聽(tīng)到正確的語(yǔ)音提示,而在對(duì)端局時(shí)存在問(wèn)題。T局工程師給出了呼叫消息過(guò)程,并進(jìn)行了問(wèn)題定位。
對(duì)端端局給T局回ACM消息指示被叫局放音,同時(shí)消息中攜帶有被叫用戶忙的原因值,告訴了用戶正確的狀態(tài),如圖1所示。
對(duì)端端端局沒(méi)有被叫放音消息回復(fù),然后續(xù)發(fā)送REL消息給T局要求拆線,如圖2所示:
故障定位:T局工程師根據(jù)捕捉到的信令消息,確定故障為對(duì)端端局原因。依據(jù)通信行業(yè)相關(guān)數(shù)據(jù)規(guī)范規(guī)定:一般對(duì)于被叫用戶狀態(tài)應(yīng)由落地局交換機(jī)進(jìn)行放音,而對(duì)端局因?yàn)樽陨淼哪承﹩?wèn)題,將其設(shè)置由被叫用戶狀態(tài)放音改為由主叫局進(jìn)行放音。雖然此種由本端局進(jìn)行放音,雙方信令消息協(xié)調(diào)好在規(guī)范中也是可行的;但是由于對(duì)端局交換發(fā)給本端局的消息類型格式與本端局不匹配,造成本端局無(wú)法識(shí)別處理,不能正確提供主叫用戶有效放音提示。影響現(xiàn)象就是——本端局用戶撥打疆內(nèi)對(duì)端局下用戶(該用戶正在通話中或者拒接),主叫用戶聽(tīng)不到“被叫用戶忙”的錄音通知,直接退出呼叫狀態(tài)。
解決方法:一是由對(duì)端局將被叫用戶狀態(tài)放音改回由對(duì)端局局放音;二是對(duì)端局嚴(yán)格按照ISUP消息信令格式指示本端局進(jìn)行放音,使這個(gè)問(wèn)題得到有效解決。但是解決此問(wèn)題需要上級(jí)主管部門進(jìn)行協(xié)調(diào)兩家設(shè)備供應(yīng)商才能得到有效地執(zhí)行。因此我局就這一障礙形成文上報(bào)主管部門并及時(shí)地得到了解決。
通過(guò)這個(gè)實(shí)例我們能夠認(rèn)識(shí)到,要想進(jìn)一步提高核心網(wǎng)維護(hù)技能,應(yīng)該扎實(shí)掌握各種呼叫流程,準(zhǔn)確理解所包含消息的含義;同時(shí)嚴(yán)格按照數(shù)據(jù)規(guī)范進(jìn)行數(shù)據(jù)制作,對(duì)故障定位要能熟練運(yùn)用信令跟蹤,從而及時(shí)的排除故障。