放音問(wèn)題故障處理分析

王道春

【摘要】 針對(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í)的排除故障。