论文部分内容阅读
摘 要：本案例主要分析解决了VOLTE用户拨打通话态的NGN固话听不到用户忙的提示音，主叫自动挂断的问题。通过信令跟踪确认原因，增加了NGN失败处理表的数据配置后，再次测试，融合关口局到固网NGN走ISUP中继时正常，走SIP中继的时候仍存在此问题。通过在NGN网元上进行信令跟踪，并经华为800分析确认，需修改NGN一软参，修改后对问题进行了解决，提升了用户感知。
关键词： VOLTE;NGN;通话态;SIP;提示音
1 概述
负责处理投诉人员反映VOLTE用户拨打通话态的固话听不到任何提示音，主叫自动挂断。立即对此场景进行了测试，发现当被叫为IMS固话忙时，VOLTE主叫可听忙的提示音，被叫为NGN固话忙时，VOLTE主叫自动挂断，听不到任何提示音。根据联通VOLTE业务技术规范，CS/PSTN用户在通话态，用户再次做被叫（VOLTE做主叫），呼叫路由到CS/PSTN，相关网元判断用户忙且无CFB，无CW业务，在落地端局播放提示音。通过在NGN和融合关口局进行多次信令跟踪及修改数据配置和软参解决了此问题。
1.1 初步测试
（1）根据初步测试结果，NGN固话忙时再次做被叫，VOLTE主叫听不到忙的提示音，自动挂断。从NGN和融合关口局跟踪了消息。固网NGN同融合关口局之间50%的业务走SIP中继，50%的业务走ISUP中继。关口局和NGN均为华为厂家的设备。
由以上图1ISUP消息31行可看出NGN回给关口局的REL消息，带着user-busy的原因值，32行关口局回给主叫侧，随即34行收到主叫侧回的RLC消息，主叫自动挂断，未听到任何的提示音。
上面的图2SIP消息同ISUP消息类似，NGN回给关口局的486消息带着user-busy的原因值，关口局再回给主叫侧后，主叫自动挂断，未听到任何的提示音。
根据联通VOLTE业务技术规范，分析主叫听不到忙的提示音的原因是因为被叫侧未放音，只是回给主叫侧原因值。
1.1 进一步测试
我们进一步在NGN上跟踪信令进行了用户市忙、用户长忙和用户摘机忙（摘机忙是用户忙的一种）的测试。（均为NGN内部适用的忙的消息，局间传送时均转换为user-busy。）
图3是NGN上用户市忙的信令，原因值cv-SL-BUSY，在失败处理表中匹配失败，回给主叫侧原因值，主叫自动挂机。用户长忙与用户市忙类似，原因值为cv-ST-BUSY，主叫自动挂机。
图4 NGN跟踪的用户摘机忙信令
图4是NGN上的用户摘机忙的信令，在失败处理表中匹配成功，原因值cv-BUSY，NGN给主叫侧放音，主叫侧听到了用户忙的提示音。
1.2 修改数据配置
查看NGN-SS的失败处理表，有失败原因码为“BUSY（用户忙）”的失败放音处理数据，无“DTBS（被叫长忙）”、“DLBS（被叫市忙）”失败放音处理数据，于是增加了被叫长忙和被叫市忙的失败放音数据配置。
再次测试，业务走关口局和NGN间的ISUP中继时主叫已可听用户忙的提示音，在图5“关口局ISUP消息”中的1612行可看出;走SIP中继时主叫仍听不到提示音，并且主叫侧超时拆线，由下面图6“关口局SIP消息”中的1791行可看出。
1.3 修改软参
与华为800沟通，800分析确认需修改NGN一软参， NGN-SS软参P521的bit0由1修改为0，再次测试已正常。
2 结语
（1）接到此问题后，首先判断是NGN固话还是IMS固话存在此问题，经过拨测确认NGN固话存在此问题，缩小了问题范围。
（2）通过信令跟踪进一步定位问题，发现被叫侧回给了主机侧忙的原因值，根据联通VOLTE业务技术规范中对此场景放音的要求是被叫侧放音。我们维护人员日常还需要多了解相关的技术规范。
（3）我们的融合关口局和NGN间既有ISUP中继又有SIP中继，处理问题后验证业务时要考虑到这两种情况。也就是我们日常处理问题要考虑全面。
参考文献：
[1]华为800技术支持软参修改.
作者简介：刘丽华（1972— ），女，汉族 ，河北石家庄人，本科，研究方向：移动核心网;袁延彬（1969— ），男，汉族，河北石家庄人，本科，研究方向：移动核心网;张丽荣（1976— ），女，汉族，河北衡水人，本科，研究方向：移动核心网;霍红萍（1975— ），女，漢族，河北石家庄人，本科，研究方向：移动核心网。
关键词： VOLTE;NGN;通话态;SIP;提示音
1 概述
负责处理投诉人员反映VOLTE用户拨打通话态的固话听不到任何提示音，主叫自动挂断。立即对此场景进行了测试，发现当被叫为IMS固话忙时，VOLTE主叫可听忙的提示音，被叫为NGN固话忙时，VOLTE主叫自动挂断，听不到任何提示音。根据联通VOLTE业务技术规范，CS/PSTN用户在通话态，用户再次做被叫（VOLTE做主叫），呼叫路由到CS/PSTN，相关网元判断用户忙且无CFB，无CW业务，在落地端局播放提示音。通过在NGN和融合关口局进行多次信令跟踪及修改数据配置和软参解决了此问题。
1.1 初步测试
（1）根据初步测试结果，NGN固话忙时再次做被叫，VOLTE主叫听不到忙的提示音，自动挂断。从NGN和融合关口局跟踪了消息。固网NGN同融合关口局之间50%的业务走SIP中继，50%的业务走ISUP中继。关口局和NGN均为华为厂家的设备。
由以上图1ISUP消息31行可看出NGN回给关口局的REL消息，带着user-busy的原因值，32行关口局回给主叫侧，随即34行收到主叫侧回的RLC消息，主叫自动挂断，未听到任何的提示音。
上面的图2SIP消息同ISUP消息类似，NGN回给关口局的486消息带着user-busy的原因值，关口局再回给主叫侧后，主叫自动挂断，未听到任何的提示音。
根据联通VOLTE业务技术规范，分析主叫听不到忙的提示音的原因是因为被叫侧未放音，只是回给主叫侧原因值。
1.1 进一步测试
我们进一步在NGN上跟踪信令进行了用户市忙、用户长忙和用户摘机忙（摘机忙是用户忙的一种）的测试。（均为NGN内部适用的忙的消息，局间传送时均转换为user-busy。）
图3是NGN上用户市忙的信令，原因值cv-SL-BUSY，在失败处理表中匹配失败，回给主叫侧原因值，主叫自动挂机。用户长忙与用户市忙类似，原因值为cv-ST-BUSY，主叫自动挂机。
图4 NGN跟踪的用户摘机忙信令
图4是NGN上的用户摘机忙的信令，在失败处理表中匹配成功，原因值cv-BUSY，NGN给主叫侧放音，主叫侧听到了用户忙的提示音。
1.2 修改数据配置
查看NGN-SS的失败处理表，有失败原因码为“BUSY（用户忙）”的失败放音处理数据，无“DTBS（被叫长忙）”、“DLBS（被叫市忙）”失败放音处理数据，于是增加了被叫长忙和被叫市忙的失败放音数据配置。
再次测试，业务走关口局和NGN间的ISUP中继时主叫已可听用户忙的提示音，在图5“关口局ISUP消息”中的1612行可看出;走SIP中继时主叫仍听不到提示音，并且主叫侧超时拆线，由下面图6“关口局SIP消息”中的1791行可看出。
1.3 修改软参
与华为800沟通，800分析确认需修改NGN一软参， NGN-SS软参P521的bit0由1修改为0，再次测试已正常。
2 结语
（1）接到此问题后，首先判断是NGN固话还是IMS固话存在此问题，经过拨测确认NGN固话存在此问题，缩小了问题范围。
（2）通过信令跟踪进一步定位问题，发现被叫侧回给了主机侧忙的原因值，根据联通VOLTE业务技术规范中对此场景放音的要求是被叫侧放音。我们维护人员日常还需要多了解相关的技术规范。
（3）我们的融合关口局和NGN间既有ISUP中继又有SIP中继，处理问题后验证业务时要考虑到这两种情况。也就是我们日常处理问题要考虑全面。
参考文献：
[1]华为800技术支持软参修改.
作者简介：刘丽华（1972— ），女，汉族 ，河北石家庄人，本科，研究方向：移动核心网;袁延彬（1969— ），男，汉族，河北石家庄人，本科，研究方向：移动核心网;张丽荣（1976— ），女，汉族，河北衡水人，本科，研究方向：移动核心网;霍红萍（1975— ），女，漢族，河北石家庄人，本科，研究方向：移动核心网。