CN101047985A - 失败放音方法和装置 - Google Patents

Abstract

本发明提供了一种失败放音方法，其包括以下步骤：步骤a，被叫接收主叫发送来的呼叫；步骤b，所述被叫对所述呼叫进行处理，如果出现失败，则分析失败原因；以及步骤c，所述被叫根据所述失败原因进行失败放音，并发送所述失败放音给所述主叫。本发明还提供了一种失败放音装置。

Description

失败放音方法和装置

技术领域

本发明涉及通信领域，更具体而言，涉及一种失败放音方法和装置。

背景技术

在使用(IP Internet Protocol，国际互联网协议)承载的情况下，由于例如号码分析失败或是呼叫限制等，所以主、被叫之间的承载建立以前呼叫有可能出现失败。这里的失败实际上是一种广义上的失败，只要主被叫由于某种原因而不能正常接通都认为是“失败”。在出现失败的情况下，需要向UE(User Equipment，用户设备)进行失败放音。下面将参照图1来说明相关技术的失败放音方法。

图1示出了相关技术的失败放音方法的流程图，其包括以下步骤：

步骤S102，在该步骤中主叫向被叫发送的Invite消息，由于例如号码分析失败或是呼叫限制等发生失败；

步骤S104，被叫对失败进行分析，并向主叫释放失败消息，其中包含失败状态码和失败原因值；以及

步骤S106，主叫收到失败消息后，根据该失败消息的内容，基于本身内建的规则进行失败放音。

在上述的方法中，目前在3GPP2(3rd Generation PartnershipProject，第三代移动通信标准化伙伴项目)的规范中具体来说，对于关口局如果是SIP(Session Initial Protocol，会话发起协议入局)、SIP出局的出现了异常情况，或是被叫寻呼响应以前出现异常的情况，只能通过SIP中继带回的SIP状态码或打包的ISUP(ISDN UserPart，ISDN用户部分)消息体中的原因值等通过主叫局来进行失败放音。以下将参照图2来说明目前3GPP2规范中的失败放音处理。

从以上图1的分析中可以看出，对于现有的主叫局放音策略，需要精确地根据被叫返回失败消息中所包含的失败状态码和失败原因值等由主叫进行失败放音。

然而，就目前的情况看，由于真实的失败原因值和SIP状态码及所打包的ISUP消息体原因值之间不能做到一一对应，所以只是通过SIP状态码及所打包的ISUP消息体原因值就不能进行正确的放音。即，一个问题是，由于是根据被叫传来的失败消息，由主叫来进行失败放音，而不是直接地根据失败原因进行失败放音，所以不能保证失败放音的准确性。

另外一个问题是，由于主叫是根据本身内建的规则进行失败放音，所以不允许对不同的设备运营商采用不同的语音文件，从而缺乏个性化设置。

因此，人们需要一种用于失败放音的解决方案，能够解决上述相关技术中的问题。

发明内容

本发明旨在提供一种失败放音方法和装置，其克服了由于现有技术的局限和缺陷而造成的失败放音不准确和不能个性化设置等问题。

根据本发明的一个方面，提供了一种失败放音方法，其包括以下步骤：步骤a，被叫接收主叫发送来的呼叫；步骤b，所述被叫对所述呼叫进行处理，如果出现失败时，则分析失败原因；以及步骤c，所述被叫根据所述失败原因进行失败放音，并发送所述失败放音给所述主叫。

在上述的失败放音方法中，还包括以下步骤：步骤d，所述被叫产生与所述失败原因相对应的失败消息，并向所述主叫发送所述失败消息。

在上述的失败放音方法中，还包括以下步骤：所述被叫根据运营商的不同，设置不同的语音文件，以使所述失败放音根据所述运营商的不同而不同。

在上述的失败放音方法中，所述步骤c包括以下步骤：如果当前所述被叫的承载还没有建立，则建立所述主叫与所述被叫之间的承载；以及所述被叫通过所述承载向所述主叫发送所述失败放音。

在上述的失败放音方法中，所述失败原因包括以下至少一种：第一原因，在汇接局接续出现失败；以及第二原因，在被叫落地局出现失败。

在上述的失败放音方法中，所述第一原因包括以下至少一种：被叫号码路由失败、被叫呼叫限制、被叫忙、被叫已关机、LOCREQ返回失败、交换机临时故障、以及INVITE消息体出现异常。

在上述的失败放音方法中，所述第二原因包括以下至少一种：被叫呼叫限制、寻呼无响应、网络故障、交换设备拥塞、交换机临时故障、以及INVITE消息体出现异常。

在上述的失败放音方法中，步骤c包括以下步骤：被叫向媒体网关功能实体发送消息，建立本地IP端点，将其模式设置为SendOnly，远端媒体信息设置为SDP-4；接收媒体网关功能实体的回应信息，其中包括本地IP端点的SDP-5信息；被叫向对局发送183消息，其中携带了SDP-5信息，用于建立和远端端点的承载；接收远端端点的PRACK响应信息；对PRACK响应信息发送200回应；进行失败放音，由被叫决定放音内容，同时启动定时器等待放音结束；如果在等待放音结束定时器超时前收到了媒体网关功能实体的放音结束消息，则进行P-1处理，否则进行P-2处理；P-1处理：收到放音结束消息后，删除本地IP承载端点；P-2处理：等待放音结束定时器超时，删除本地IP端点；根据失败原因，向主叫发送对应的非2XX消息；以及接收主叫的ACK响应。

根据本发明的另一方面，提供了一种失败放音装置，其包括：接收模块，用于使被叫接收主叫发送来的呼叫；失败原因分析模块，用于使所述被叫对所述呼叫进行处理，如果出现失败，则分析出失败原因；以及放音模块，用于使所述被叫根据所述失败原因进行失败放音，并发送所述失败放音给所述主叫。

在上述的失败放音装置中，还包括失败消息释放模块，用于使所述被叫产生与所述失败原因相对应的失败消息，并向所述主叫发送所述失败消息。

在上述的失败放音装置中，还包括个性化设置模块，用于使所述被叫根据运营商的不同，设置不同的语音文件，以使所述失败放音根据所述运营商的不同而不同。

在上述的失败放音装置中，所述放音模块还包括承载建立模块，用于如果当前所述被叫的承载还没有建立，则建立所述主叫与所述被叫之间的承载，以使所述被叫通过所述承载向所述主叫发送所述失败放音。

在上述的失败放音装置中，所述失败原因包括以下至少一种：第一原因，在汇接局接续出现失败；以及第二原因，在被叫落地局出现失败。

在上述的失败放音装置中，所述第一原因包括以下至少一种：被叫号码路由失败、被叫呼叫限制、被叫忙、被叫已关机、LOCREQ返回失败、交换机临时故障、以及INVITE消息体出现异常。

在上述的失败放音装置中，所述第二原因包括以下至少一种：被叫呼叫限制、寻呼无响应、网络故障、交换设备拥塞、交换机临时故障、以及INVITE消息体出现异常。

通过上述技术方案，本发明实现了如下技术效果：

由于本发明中，被叫直接根据失败原因进行失败放音，所以能够保证失败放音的准确性；以及

由于直接由被叫放音，所以允许根据运营商的不同而设置不同的放音方案，以实现个性化设置。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例和说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了相关技术的失败放音方法的流程图；

图2示出了根据本发明的失败放音方法的流程图；

图3示出了根据本发明的失败放音装置的方框图；

图4示出了根据本发明的第一实施例的失败放音方法的消息流程图；

图5示出了根据本发明的第二实施例的失败放音方法的消息流程图；

图6示出了根据本发明的第三实施例的失败放音方法的消息流程图；以及

图7示出了根据本发明的第四实施例的失败放音方法的消息流程图。

具体实施方式

下面将参考附图详细说明本发明。

下面参照图2和图3来说明本发明。

图2示出了根据本发明的失败放音方法的流程图；以及图3示出了根据本发明的失败放音装置的方框图

如图2所示，根据本发明的失败放音方法包括以下步骤：

步骤S302，在该步骤中被叫接收主叫发送来的呼叫，例如INVITE消息；

步骤S304，被叫对呼叫进行处理，如果处理过程中发生失败，则分析出失败原因，根据失败原因，进行失败放音，发送失败放音给主叫，其中失败原因包括在汇接局接续出现失败，例如，被叫号码路由失败、被叫呼叫限制、被叫忙、被叫已关机、LOCREQ返回失败、交换机临时故障、和INVITE消息体出现异常等；以及在被叫落地局出现失败，被叫呼叫限制、寻呼无响应、网络故障、交换设备拥塞、交换机临时故障、和INVITE消息体出现异常等，其中，可选地，如果当前被叫的承载还没有建立，那么首先进行主被叫承载的建立，然后通过该承载发送失败放音，放音完毕后再进行拆除呼叫的流程。

步骤S306，优选地，被叫同时发送失败消息给主叫，可选地，该失败消息类似于相关技术的失败消息，包括失败代码和失败原因值。

优选地，被叫允许根据运营商的不同，设置不同的语音文件，从而使发送的失败放音根据运营商的不同而不同。

从以上的描述中可以看出，本发明是考虑在被叫局(包括关口局和落地局)进行失败放音。在呼叫出现异常的时候，如果当前被叫的承载还没有建立，那么首先进行被叫承载的建立，然后进行失败放音，放音完毕后再进行拆除呼叫的流程。这样可以确保放音的准确性，同时还可以根据运营商的不同而设置不同的放音方案，以实现个性化设置。

如图3所示，根据本发明的失败放音装置400包括：

接收模块302，用于使被叫接收主叫发送来的呼叫，例如INVITE消息；

失败原因分析模块304，用于使被叫对呼叫进行分析，分析出失败原因；以及

放音模块306，用于使被叫根据失败原因，进行失败放音，发送失败放音给主叫。

优选地，失败放音装置400还包括失败消息释放模块(未示出)，用于使被叫同时发送失败消息给主叫。

优选地，失败放音装置400还包括个性化设置模块(未示出)，用于使被叫允许根据运营商的不同，设置不同的语音文件，从而使发送的失败放音根据运营商的不同而不同。

优选地，失败放音装置400还包括承载建立模块(未示出)，用于如果当前被叫的承载还没有建立，则建立主叫与所述被叫之间的承载，以使被叫通过承载向所述主叫发送所述失败放音。

其中失败原因包括在汇接局接续出现失败，例如，被叫号码路由失败、被叫呼叫限制、被叫忙、被叫已关机、LOCREQ返回失败、交换机临时故障、和INVITE消息体出现异常等；以及在被叫落地局出现失败，被叫呼叫限制、寻呼无响应、网络故障、交换设备拥塞、交换机临时故障、和INVITE消息体出现异常等。

为了具体说明本发明的应用，下面将参照图4至图7来详细说明本发明的四个实施例。

【第一实施例】

图4示出了根据本发明的第一实施例的失败放音方法的消息流程图，其包括以下步骤：

步骤S502，MSCe(Mobile Switching Center emulation，移动交换中心仿真)1收到对局的INVITE消息，其中携带了SDP-4(还可能携带了IAM消息体包)；

步骤S504，MSCe1对收到的INVITE进行处理，如果出现了异常情况(例如：号码分析失败或是呼叫限制等)则进行情况A的处理，否则进行步骤S532的处理；

步骤S506，情况A处理：P操作步骤开始：MSCe1向MGW(Media GateWay，媒体网关)发送ADD消息，使用RTP建立5的IP通道，该IP端点的模式设置为SendOnly，远端媒体信息为SDP-4；

步骤S508，收到MGW的回应信息，该回应信息中包括了本地5端点的SDP-5信息；

步骤S510，MSCe1向对局发送183消息(可选地，也可以发送180消息，但是为了避免让对方误以为振铃，优选使用183消息)，其中携带了本地5端点的SDP-5信息，用于建立和远端端点的承载；

步骤S512，收到远端的PRACK响应信息；

步骤S514，对收到的PRACK发送200回应；

步骤S516，这时双方的承载已经建立，可以通过MOD消息进行失败放音，具体放什么音由MSCe1决定，同时启动定时器等待放音结束；

步骤S518，收到了MGW的MOD响应消息；

步骤S520，如果在等待放音结束定时器超时前收到了MGW的放音结束NOTIFY消息，则进行P-1处理，否则进行P-2处理；

步骤S522，P-1处理：收到MGW的NOTIFY后，给MGW回应NOTIFY REPLY；P-2处理：等待放音结束定时器超时；

步骤S524，向MGW发送SUB消息，删除端点5；

步骤S526，收到MGW的SUB响应消息；

步骤S528，根据具体的失败原因，向对局发送对应的非2XX消息；

步骤S530，P操作步骤结束：收到对局的ACK响应，失败放音流程结束；以及

步骤S532，如果MSCe1对收到的INVITE消息的处理没有问题，则MSCe1向HLR发送LOCREQ消息，流程同3GPP2 X.S0025描述的保持一致。

应该注意，上述的处理P，即步骤S506至步骤S530，实现了由被叫进行失败放音，这正是本发明区别于相关技术的地方。总的来说，处理P包括以下步骤：被叫向媒体网关功能实体发送消息，建立本地IP端点，将其模式设置为SendOnly，远端媒体信息设置为SDP-4；接收媒体网关功能实体的回应信息，其中包括本地IP端点的SDP-5信息；被叫向对局发送183消息，其中携带了SDP-5信息，用于建立和远端端点的承载；接收远端端点的PRACK响应信息；对PRACK响应信息发送200回应；进行失败放音，由被叫决定放音内容，同时启动定时器等待放音结束；如果在等待放音结束定时器超时前收到了媒体网关功能实体的放音结束消息，则进行P-1处理，否则进行P-2处理；P-1处理：收到放音结束消息后，删除本地IP承载端点；P-2处理：等待放音结束定时器超时，删除本地IP端点；根据失败原因，向主叫发送对应的非2XX消息；以及接收主叫的ACK响应。

在以下的第二、第三和第四实施例中，都用到了类似于处理P从步骤S506至步骤S530的步骤，为了简明起见，这里将省略相应的说明，不再赘述。

【第二实施例】

图5示出了根据本发明的第二实施例的失败放音方法的消息流程图，其包括以下步骤：

步骤S602，MSCe1向HLR发送LOCREQ消息；

步骤S604，如果收到的LOCREQ消息支持了失败，则进行情况B的处理，否则进行步骤S608操作；

步骤S606，情况B处理：处理流程同上述P的处理过程保持一致；以及

步骤S608，接下来进行同3GPP2 X.S0025描述的保持一致的流程。

【第三实施例】

图6示出了根据本发明的第三实施例的失败放音方法的消息流程图，其包括以下步骤：

步骤S702，MSCe1向MSCe2发送INVITE消息，其中携带了SDP-4(还可能携带了IAM消息体包)；

步骤S704，MSCe2对收到的INVITE进行处理，如果出现了异常情况(例如：号码分析失败或是呼叫限制等)则进行情况C的处理，否则进行步骤S708处理；

步骤S706，情况C处理：处理流程同上述P的处理过程保持一致；

步骤S708，MSCe2向MSCe1发送180或183消息，其中可能携带了ACM的消息体。如果希望主叫侧进行放音，则发送180消息并携带Alert-Info头域，否则发送183消息；以及

步骤S710，接下来进行同3GPP2 X.S0025描述的保持一致的流程。

【第四实施例】

图7示出了根据本发明的第四实施例的失败放音方法的消息流程图，其包括以下步骤：

步骤S802，MSCe2向BS发送寻呼请求；

步骤S804，MSCe1收到MSCe2的18x消息后，向前一局发送对应的18x消息；

步骤S806，MSCe1收到对局对18x消息的响应PRACK消息；

步骤S808，MSCe1向MSCe2发送PRACK消息，作为收到MSCe2的18x消息的响应；

步骤S810，MSCe2向MSCe1发送PRACK的200响应；

步骤S812，MSCe1收到MSCe2的200 for PRACK响应后，向对局发送PRACK的200响应；

步骤S814，MSCe2等待寻呼响应的过程中如果出现了异常情况(例如：寻呼超时等)则进行情况D的处理，否则进行步骤S818处理；

步骤S816，情况D处理：处理流程同上述P的处理过程保持一致；

步骤S818，MSCe2收到BS的寻呼响应；

步骤S820，其他流程同3GPP2 X.S0025中的处理保持一致。

从以上的描述中，可以看出，本发明实现了如下技术效果：

由于本发明中，被叫直接根据失败原因进行失败放音，所以能够保证失败放音的准确性；以及

由于直接由被叫放音，所以允许根据运营商的不同而设置不同的放音方案，以实现个性化设置。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (15)

1.一种失败放音方法，其特征在于，包括以下步骤：

步骤a，被叫接收主叫发送来的呼叫；

步骤b，所述被叫对所述呼叫进行处理，如果出现失败，则分析失败原因；以及

步骤c，所述被叫根据所述失败原因进行失败放音，并发送所述失败放音给所述主叫。

2.根据权利要求1所述的失败放音方法，其特征在于，还包括以下步骤：

步骤d，所述被叫产生与所述失败原因相对应的失败消息，并向所述主叫发送所述失败消息。

3.根据权利要求1所述的失败放音方法，其特征在于，还包括以下步骤：

所述被叫根据运营商的不同，设置不同的语音文件，以使所述失败放音根据所述运营商的不同而不同。

4.根据权利要求1至3任一项所述的失败放音方法，其特征在于，所述步骤c包括以下步骤：

如果当前所述被叫的承载还没有建立，则建立所述主叫与所述被叫之间的承载；以及

所述被叫通过所述承载向所述主叫发送所述失败放音。

5.根据权利要求1所述的失败放音方法，其特征在于，所述失败原因包括以下至少一种：

第一原因，在汇接局接续出现失败；以及

第二原因，在被叫落地局出现失败。

6.根据权利要求5所述的失败放音方法，其特征在于，所述第一原因包括以下至少一种：

被叫号码路由失败、被叫呼叫限制、被叫忙、被叫已关机、LOCREQ返回失败、交换机临时故障、以及INVITE消息体出现异常。

7.根据权利要求5所述的失败放音方法，其特征在于，所述第二原因包括以下至少一种：

被叫呼叫限制、寻呼无响应、网络故障、交换设备拥塞、交换机临时故障、以及INVITE消息体出现异常。

8.根据权利要求5所述的失败放音方法，其特征在于，所述步骤c包括以下步骤：

所述被叫向媒体网关功能实体发送消息，建立本地IP端点，将其模式设置为SendOnly，远端媒体信息设置为SDP-4；

接收所述媒体网关功能实体的回应信息，其中包括所述本地IP端点的SDP-5信息；

所述被叫向对局发送183消息，其中携带了所述SDP-5信息，用于建立和远端端点的承载；

接收所述远端端点的PRACK响应信息；

对所述PRACK响应信息发送200回应；

进行失败放音，由所述被叫决定放音内容，同时启动定时器等待放音结束；

如果在等待放音结束定时器超时前收到了所述媒体网关功能实体的放音结束消息，则进行P-1处理，否则进行P-2处理；

P-1处理：收到所述放音结束消息后，删除所述本地IP承载端点；P-2处理：等待放音结束定时器超时，删除所述本地IP端点；

根据所述失败原因，向所述主叫发送对应的非2XX消息；以及

接收所述主叫的ACK响应。

9.一种失败放音装置，其特征在于，包括：

接收模块，用于使被叫接收主叫发送来的呼叫；

失败原因分析模块，用于使所述被叫对所述呼叫进行处理，如果出现失败，则分析出失败原因；以及

放音模块，用于使所述被叫根据所述失败原因进行失败放音，并发送所述失败放音给所述主叫。

10.根据权利要求9所述的失败放音装置，其特征在于，还包括失败消息释放模块，用于使所述被叫产生与所述失败原因相对应的失败消息，并向所述主叫发送所述失败消息。

11.根据权利要求9所述的失败放音装置，其特征在于，还包括个性化设置模块，用于使所述被叫根据运营商的不同，设置不同的语音文件，以使所述失败放音根据所述运营商的不同而不同。

12.根据权利要求9至11中任一项所述的失败放音装置，其特征在于，所述放音模块还包括承载建立模块，用于如果当前所述被叫的承载还没有建立，则建立所述主叫与所述被叫之间的承载，以使所述被叫通过所述承载向所述主叫发送所述失败放音。

13.根据权利要求9所述的失败放音装置，其特征在于，所述失败原因包括以下至少一种：

第一原因，在汇接局接续出现失败；以及

第二原因，在被叫落地局出现失败。

14.根据权利要求13所述的失败放音装置，其特征在于，所述第一原因包括以下至少一种：

被叫号码路由失败、被叫呼叫限制、被叫忙、被叫已关机、LOCREQ返回失败、交换机临时故障、以及INVITE消息体出现异常。

15.根据权利要求13所述的失败放音装置，其特征在于，所述第二原因包括以下至少一种：

被叫呼叫限制、寻呼无响应、网络故障、交换设备拥塞、交换机临时故障、以及INVITE消息体出现异常。

Images