CN101247539B - 一种协商放音能力的方法及其设备 - Google Patents

Abstract

本发明公开了一种协商放音能力的方法，包括：发端局接收来自主叫终端的请求消息，并在出局的请求消息中设置本局放音能力指示；收端局接收到被叫终端的响应消息后，根据所接收的来自前向局的请求消息中的放音能力指示及本局的放音能力，在响应消息中设置本局放音能力指示，并发送给前向局；根据所述请求消息及响应消息，确定需要放音的局。本发明还公开了一种协商放音能力的系统及其汇接局。利用本发明可以避免放音错误，改善放音效果，大大提升用户感受。

Description

一种协商放音能力的方法及其设备 

技术领域

本发明涉及通信技术领域，尤其是涉及一种在呼叫过程中协商放音能力的方法及其设备。 

背景技术

在移动通信领域中的发展过程中，核心网络系统经历了从电路域到分组域的转变，目前又在在分组域(PS域)的基础上发展出了IMS(IP多媒体子系统)，基于全IP组网，能够提供更丰富的多媒体业务。其基本控制协议是IETE制定的会话初始协议(SIP)。 

SIP协议与ISUP/BICC(ISDN用户部分/与承载无关的呼叫控制协议)协议相比，其媒体协商过程非常灵活。SIP协议使用提议(offer)/答复(answer)模型来完成媒体协商。如图1所示，本端(提议者)发出的消息携带一个会话描述协议(SDP)消息体(即提议)，其中列出本端所有的媒体通道属性和欲建立的媒体流的属性，比如，本端媒体通道IP地址与端口号、媒体流名称、媒体流可采用的有优先级顺序的编解码列表等等。对端收到提议后，在发出的消息中携带一个对提议的响应SDP消息体(即答复)，其中列出它的媒体通道属性和能接受的媒体流属性。媒体协商完成后，就可以在打开的媒体通道上进行多媒体通信。在第一次offer/answer协商完成之前，媒体不能被发送和接收。但是协议中没有具体指定offer/answer在哪个消息中协商，造成在某些场景下的放音(如回铃音等)不能被正确接收。 

例如在图2所示出的一种现有的被叫用户不存在的场景下，主叫用户听到的将是回铃音或者没有放音，严重影响用户感受。在这种场景下，T1局(主叫方端局)发起一个不带SDP消息体的invite消息(呼叫请求消息)到AS(应 用服务器)，由于AS工作在B2BUA的模式下，可以屏蔽两侧的差异，其可能发起一个带SDP消息体的invite消息到T2局(被叫方端局)，T2局去寻呼被叫用户，如果此时收到超时响应408消息，说明被叫用户未应答或连接不上。这时T2局不清楚T1局承载不能建立，其仍能会发送183消息(带SDP答复)建立承载，180消息指示放失败音。AS收到180消息后，将该180消息透传到T1局，主叫用户终端收到180消息后，如果该主叫用户终端支持放音则会播放回铃音，如果该主叫用户终端不支持放音，则没有任何声音。故出现了主叫侧放音不正确的问题。 

为解决此问题，在TSPAN的TS 183028V1.1.1协议中，提出了采用P-Early-Media来指示后向局是否正在放音的方法。如图3示出了其中的一个使用场景。对其过程说明如下： 

(1)媒体网关控制功能(MGCF)从IP网络收到呼叫请求消息(invite消息)，消息携带SDP提议。 

(2)MGCF向IP网络回100(trying)消息，再向ISDN/PSTN发送初始地址消息(IAM)。 

(3)ISDN/PSTN回地址全消息(ACM)给MGCF，其中，携带带内放音指示。 

(4)MGCF给IP网络发送指示会话进行中的183消息，消息包括：SDP答复、P-Early-Media头域设置为“sendonly”、require：“100rel”。 

(5)MGCF通过“prack”消息及“200 for prack”消息进行协商。 

(6)MGCF将来自ISDN/PSTN的带内放音转发给前向局。 

在该协议中，MGCF通过在响应消息中添加P-Early-Media头域来通知前向局正在进行带内放音，让前向局打开媒体端口并不再放音。 

P-Early-Media头域的语义结构如下： 

P-Early-Media＝“P-Early-Media”HCOLON em-param 

em-param＝“sendrecv”/“sendonly”/“recvonly”/“inactive”/“gated” 

但是这种技术存在的不足之处在于： 

1、利用P-Early-Media头域进行指示，其只能指示后向局正在带内放音，不能获得前向局的媒体是否能够协商完成的信息。 

2、如果前向局的媒体没有协商完成，后向局的带内放音主叫用户也不能听到，这样就浪费了网络的放音资源。 

3、如果前向局根据后向局的指示进行放音，可能会出现放音错误的情况。 

发明内容

有鉴于此，本发明实施例所要解决的技术问题在于，提供一种协商放音能力的方法、系统及其汇接局，能在各种应用环境中进行放音，并且避免出现放音错误。 

为解决上述技术问题，本发明实施例的一种协商放音能力的方法，包括： 

发端局接收来自主叫终端的请求消息，并在出局的请求消息中设置本局放音能力指示； 

收端局接收到被叫终端的响应消息后，根据所接收的来自前向局的放音能力指示及本局的放音能力，在响应消息中设置本局放音能力指示，并发送给前向局； 

根据所述请求消息及响应消息，确定需要放音的局。 

优选的，在所述确定需要放音的局的步骤之前进一步包括： 

至少一个汇接局接收来自发端局的请求消息或来自收端局的响应消息，并在更新所述请求消息或响应消息的消息体中的放音能力指示后，转发所述请求消息或响应消息。 

优选的，所述更新所述请求消息或响应消息的消息体中的放音能力指示的步骤具体为： 

若来自前向局的请求消息中指示前向局不具备放音的能力，则在出局的请求消息中或在响应消息中指示本局不具放音能力；否则，则根据本局的实际放音能力或者呼叫处理需要在出局的请求消息或响应消息中进行指示。

优选的，所述确定需要放音的局的步骤具体为： 

确定最靠近被叫终端的且接收自前向局的协商请求消息和发送给前向局的响应消息中均指示具备放音能力的端局或汇接局为放音局；或者 

当所述端局及汇接局均协商放音成功，则确定最先拆线的端局或汇接局为放音局；或者 

当所述发端局出局的请求消息中指示为不具备放音能力，则确定所述发端局或主叫终端进行放音。 

优选的，所述指示本局是否具备放音能力的放音能力指示，是在所述协商请求消息或响应消息中的一个头域中进行设置。 

优选的，所述收端局触发前转时，则所述收端局与前转局进行放音能力协商，并更新所述收端局发送给前向局的响应消息中的放音能力指示。 

优选的，所述更新所述收端局发送给前向局的响应消息中的放音能力指示的步骤具体为： 

若来自前转局的响应消息中指示前转局不具备放音能力，则在给前向局的响应消息中不携带放音能力指示； 

若来自前转局的响应消息中指示前转局具备放音能力，且给前向局的前一响应消息中指示本局具备放音能力，则在给前向局的响应消息中不携带放音能力指示； 

若来自前转局的响应消息中指示前转局具备放音能力，且给前向局的前一响应消息中指示本局不具备放音能力，则在给前向局的响应消息中指示本局具备放音能力。 

优选的，若其中一端局或汇接局与其前向局或后向局采用ISUP/BICC协议时，则将所接收到的请求消息或响应消息中的放音能力指示映射至IAM/ACM消息中，并进行透传。 

本发明实施例的一种放音处理设备，包括接收单元、解析单元、设置单元及发送单元，其中， 

所述接收单元用于接收来自主叫终端或前向局的请求消息，或者来自被终端或后向局的响应消息，并将所述请求消息或响应消息转发给所述解析单元； 

所述解析单元用于对来自接收单元的请求消息或响应消息进行解析，获得所述消息所对应的放音能力指示； 

所述设置单元用于根据解析单元所解析出的放音能力指示或者呼叫处理需要，在所述请求消息或响应消息的消息体更新放音能力指示； 

所述发送单元用于将设置单元所处理的已更新放音能力指示的请求消息或响应消息转发出去。 

优选的，所述设备还包括存储单元、拆线单元和放音单元，其中， 

所述存储单元用于保存所述请求消息或响应消息中携带的放音能力指示的更新记录； 

所述拆线单元用于根据所述请求消息或响应消息中的放音能力指示或者端局、汇接局的放音状态进行放音拆线，当放音能力指示为不具备放音能力或本局不支持放音时进行放音拆线处理； 

所述放音单元用于根据所述请求消息或响应消息中携带的放音能力指示确定是否需要进行放音，并在确定结果为是时，进行放音处理。 

实施本发明实施例，具有如下有益效果： 

1、在媒体协商过程中，后向局均可以了解前向局的放音能力，如果前向局的媒体不能协商完成，后向局在失败时不进行失败放音。 

2、利用前向设置策略及后向设置策略，当后向局正在带内放音，则前向局不再放音，可以避免重复放音。 

3、提出了在不同的前转状况下的放音能力的协商方法，可以避免前向局出现错误放音的情况。 

附图说明

图1是现有的SIP协议的提议/答复模型示意图； 

图2是现有的一种放音场景示意图； 

图3是现有的一种利用“P-Early-Media”头域进行指示的放音场景示意图； 

图4是本发明第一实施例的流程示意图； 

图5是本发明第二实施例的流程示意图； 

图6是本发明第三实施例的流程示意图； 

图7为本发明第四实施例的流程示意图； 

图8为本发明第五实施例的发音处理设备的框图。 

具体实施方式

本发明的实施例是采用在协商请求消息及响应消息中设置一个头域来指示本局是否具备放音能力，并采取一定的设置策略来设置该头域中的放音能力指示。使前向局与后向局之间完成媒体协商，并提出在诸如前转时的协商方法，从而避免出现放音错误或重复放音等情形。 

在本发明的实施例中，在协商请求消息及响应消息中采用一个头域来指示本局是否具备放音能力。例如，可采用“Ann_Capability“头域来指示该信息。其语义结构为： 

Ann_Capability＝“Ann_Capability”HCOLON ann_enable 

Ann_enable＝“yes”/“no”。 

其中，Ann_enable用于标识终端、端局或者汇接局的放音能力，其值为“yes”表示具备放音能力，其值为“no”表示不具备放音能力。此处的头域名称及结构形式仅为举例，本发明不限于此。本发明可以在现有的SIP协议消息(如invite消息，181、183、180、200等响应消息)中携带该头域，也可以采用SIP-T/SIP-I来封装这个头域来实现，后文中以第一种方式为例进行说明。 

如图4所示为本发明第一实施例的流程示意图，详细介绍如下： 

L1：当主叫终端是SIP终端时，发端局T1收到从终端发出的呼叫请求消息(即invite消息)后，判断所述呼叫请求消息是否携带了SDP并且SDP中的媒体方向是否为inactive。如果没有SDP或者SDP中所有媒体方向都为inactive(未启用)，则在出局的时候将Ann_Capability头域中放音能力指示设置为no；否则设置为yes。如果终端不支持100rel，则根据本地策略设置Ann_Capability的值，可以设置为yes，也可以设置为no。 

如果主叫终端是电路域终端，则出局的invite消息中的Ann_Capability头域根据本地策略进行设置。如果invite中不携带SDP或者媒体方向都为inactive，则将Ann_Capability头域设置为no，否则设置为yes。 

L2：收端局T2收到发端局T1的invite消息后，解析出消息中的Ann_Capability头域，如果指示值为no，则在给发端局T1发送的响应消息中将Ann_Capability头域设置为no；如果指示值为yes，则进一步根据本局的放音能力进行判断，如果T2局能够放音，则在给发端局T1的响应消息中将Ann_Capability头域设置的为yes，否则设置为no。 

L3：发端局T1收到收端局T2返回的响应消息后，解析消息中的Ann_Capability头域，如果指示值为yes，表示收端局T2支持放音，则本局不需要放音，由收端局T2进行放音就可以了。如果指示值为no，则表示收端局T2不支持放音，需要区分主叫终端是SIP终端还是电路域终端，分别进行相应的处理。 

如果主叫终端是电路域终端，则根据本局的放音能力进行判断，如果本局能够放音，则给主叫终端放音；如果本局不能放音，则指示主叫终端自己放音。 

如果主叫终端是SIP终端，则判断主叫终端此时能否接收放音，如果不能接收放音，则指示主叫终端自己进行放音。如果能接收放音，则根据本局的放音能力决定是否进行放音。 

如图5所示，是本发明第二实施例的流程示意图。其示出在基本会话中的 放音能力协商的过程。该实施例的中协商放音能力的方法在一个包括有发端局(T1)、至少一个汇接局(图中示出了T2、T3及T4)、收端局(T5)的系统中实现。详细介绍如下： 

首先，在步骤S40中，发端局T1收到从主叫终端传过来的呼叫请求消息(invite)消息后，该invite消息可以看作是放音能力协商请求消息，发端局会根据该请求消息中的内容设置出局的放音能力指示(即Ann_Capability头域中的值)，具体为：需判断该消息是否携带了SDP并且SDP中的媒体方向是否为inactive(未启用)。如果没有SDP或者SDP中所有媒体方向都为inactive，则在出局的时候将Ann_Capability头域设置为no；否则设置为yes。如果终端不支持100rel，则根据本地策略设置Ann_Capability的值(后向局类似处理)，可以设置为yes，也可以设置为no。 

在步骤S41中，汇接局(如T2局)从发端局收到所述invite消息后，解析出消息中的Ann_Capability头域，并根据后向设置策略更新其中的放音能力指示，并发送至其后向局。具体的后向设置策略为：如果所接收的请求消息中的Ann_Capability值为no(即指示T1局不具备放音的能力)，则向后向局(如T3局)发送invite消息的时候将Ann_Capability设置为no，表示本局也不具备放音的能力；如果所接收的请求消息中的Ann_Capability值为yes(即指示T1局具备放音的能力)，则根据本局呼叫处理需要情况进行判断，如果希望不携带SDP出去，或者希望将媒体方向置为inactive，则向后向局(T3局)发送invite消息的时候将Ann_Capability设置为no，否则设置为yes。 

后续T3局与T4局进行相同的处理步骤。依次将invite消息通过T3、T4、T5发送至被叫终端。 

在步骤S42中，当发端局T5接收到来自被叫用户的第一条响应消息(100消息除外)后，需要根据前向设置策略设置一个放音能力指示(即Ann_Capability头域值)，在响应消息中发送给前向局(如T4局)，所述前向 设置策略如下：首先判断从前向局(T4局)收到的Ann_Capability头域是yes还是no，如果是no，则在给T4局的响应消息中将Ann_Capability设置为no；否则，根据本局的放音能力进行判断，如果本局能够放音，则将Ann_Capability置为yes，否则，设置为no。 

在步骤S43中：汇接局(T4局)收到发端局(T5局)的响应消息后，同样需要根据前向设置策略更新响应消息中的Ann_Capability头域值，并发送给其前向局。在图中，因为从T3局收到的Ann_Capability头域是yes，从T5局收到的响应消息Ann_Capability头域为no，则根据本局的放音能力进行判断，如果本局不能放音，则在给T2局的响应消息中将Ann_Capability设置为no，否则设为yes。 

后续T3局与T2局进行相同的处理步骤。依次将invite消息通过T3、T2、T2发送至主叫终端。 

在步骤S44中，主叫终端收到来自端局的响应消息后，结束放音能力的协商流程。 

在所述发端局、汇接局及收端局之间完成语音能力协商过程后，当收端局收到放音事件消息后(如被叫用户忙、无应答、拒接等)，需要选择一个具有放音能力的局进行放音。 

在本发明的实施例中，放音的原则为：遵循最后一个协商成功的局放音的原则，即最后一个(即最靠近被叫终端的)来自前向局的协商请求消息和发送给前向局的响应消息中均指示具备放音能力(即Ann_Capability头域均为yes)的局放音。在图5中就是T2局放音。 

在图中，如果T5局失败拆线，判断本局最终协商的放音能力为no，即使T5局与T4局的承载建立完成，T5局也只能用失败响应通知T4局，不能发送183/180消息进行放音。T2局收到失败响应后，判断后向局不能放音，并且本局能够放音，则先发送183协商完媒体后再进行放音拆线。 

在本发明另一个实施例中，在每个局都协商成功的情况下，也可以采用最先拆线的局进行放音的原则。如T5局是最后一个协商成功的局，但如果是T4局先拆线，那就是T4进行放音了。 

放音协商的过程需要考虑到一些特殊应用的场景，例如在前转的场景下，其协商流程和正常会话的协商流程有些不同，需要考虑前转之前的局和前转之后的局(下称前转局)如何协商的问题。为了满足这种需求，允许后向局在后续的响应消息中再次刷新放音能力指示并通知前向局，但不允许前向局再次发起协商。前转过程根据消息流程的不同分为两类：无条件或不可及前转、忙前转或无应答前转。下面分别结合图6及图7进行介绍。 

如图6所示，是本发明第三实施例的流程示意图；其示出了在无条件或不可及前转的场景下的放音协商过程。 

首先，收端局(图中为T2局)收到汇接局或端局(图中为T1局)的invite消息后，需将带有本局放音能力指示的协商请求消息发送给前转局(T3)，具体为：判断从T1局接收的invite消息中的Ann_Capability指示，如果为yes，则根据本局的放音能力在181消息中设置Ann_Capability指示，并将到前转局(T3局)的Ann_Capability指示设置为yes；如果T1局的指示为no，则在181消息和invite中设置Ann_Capability指示为no。 

前转局(T3局)收到T2局的invite消息后，将此消息发送给前转后的被叫用户，并根据后向设置策略，更新所述放音能力指示，具体为：判断Ann_Capability指示，如果为yes，则根据本局的放音能力在返回给T2局的183消息(指示会话进行中的响应消息)中设置Ann_Capability指示。 

收端局(T2局)收到T3局的183消息后，需要按照前转设置策略设置给前向局的响应消息中的放音能力指示，并将所述响应消息发送给汇接局。所述前转设置策略具体为：判断来自前转局的响应消息中的Ann_Capability指示，如果为yes，则判断本局前次发给前向局的181消息中的Ann_Capability指示，如果为yes，则在给前向局(T1局)的183消息中不携带Ann_Capability指示， 否则携带该指示并置为yes；如果T3局的183消息中的Ann_Capability指示为no，则在给T1的183消息中不携带Ann_Capability指示。 

这样就完成了无条件前转或不可及前转的放音协商过程。具体的放音流程可参考本文提到的放音原则进行放音。 

如图7所示，是本发明第四实施例的流程示意图；其示出了在忙前转或无应答前转的场景下的放音协商过程。 

其前转前的基本会话的协商流程与图5中的相同，在此不进行详述。下面主要说明前转后的协商过程。 

首先，收端局(图中为T4局)收到汇接局(T3局)的invite消息后，根据后向设置策略，更新所述放音能力指示，并发送至前转局(图中为T5局)具体为：判断Ann_Capability指示，如果为yes，则给T5的invite消息中的Ann_Capability指示也为yes，否则设为no。另外需要提到的是，为了更好描述本发明，在本实施例中采用了两个汇接局(T2局和T3局)的应用场景。在本发明的另一实施例中，则采用了一个汇接局的应用场景，两个实施例基于相同的发明思想，其流程大致相同，此处不再赘述。 

前转局(T5)将所述invite消息发送给前转后的被叫终端。 

收端局(T4局)收到前转局(T5局)的183消息后，要按照前转设置策略设置给前向局的响应消息中的放音能力指示，并将所述响应消息发送给汇接局。所述前转设置策略具体为：来自前转局的响应消息中的Ann_Capability指示，如果为no，则在后续消息中不携带Ann_Capability指示。如果为yes，则判断初始给汇接局(T3局)的响应消息为yes还是no，如果为yes，则在给T3局的后续消息中不携带Ann_Capability指示；否则在180消息(振铃消息)中携带Ann_Capability指示并置为yes。T3局的处理过程与T4局类似。 

汇接局(T2局)收到T3局的180消息后，根据所述放音能力指示进行调整正在进行的放音，具体为：判断180消息中的Ann_Capability指示。如果为yes， 则判断是否正在放音，如果放音则停止放音；如果为no，则不停止放音。并且在给T1局的180消息中不携带Ann_Capability指示。 

这样就完成了忙前转或无应答前转的放音协商过程。 

下面介绍一下含有电路域场景下的语音协商过程。 

如果在呼叫所经过的所有局中，有两个或多个局间是走的ISUP/BICC协议，则需要对Ann_Capability头域进行映射，将该头域映射为IAM/ACM消息中的一个新增的放音能力参数ann_capability，进行透传。其他流程和全SIP场景下一致。例如，对于汇接局来说，若其与前向局或后向局采用ISUP/BICC协议时，则将所接收到的来自前向局的协商请求消息或来自后向局的响应消息中的放音能力指示映射至IAM/ACM消息中，并进行透传。 

本发明一实施例还公开了一种放音处理设备，用于进行呼叫过程中的放音处理。如图8所示为本发明第五实施例中呼叫处理设备的框图。该装置用于对主叫终端发起的呼叫进行处理，并将所述呼叫发送至被叫终端。该装置还包括接收单元、解析单元、设置单元及发送单元。 

所述接收单元用于接收从终端发出的呼叫过程中的消息或者端局、汇接局转发的呼叫过程中的消息，如主叫终端发出的或者由发端局、汇接局转发的INVITE呼叫请求消息或者被叫终端发出或者收端局、收端局转发的180或183等呼叫响应消息等等；并将所述请求消息或响应消息转发给解析单元进行处理。 

所述解析单元用于对来自接收单元的请求消息或响应消息进行解析，获得所述消息所对应的放音能力指示。在本发明的一个实施例中，解析单元根据INVITE消息是否携带了SDP并且SDP中的媒体方向的状态进行放音能力的判断。当消息中没有携带SDP或SDP的所有媒体方向为Inactive时，则判断结果为不支持放音，否则判断结果为支持放音。在本发明的另一实施例中，解析单元解析出消息中的Ann_capability的放音能力指示，如果为yes则判断支持放音，否则判断为不支持放音。 

所述设置单元用于根据解析单元的解析结果或者呼叫处理需要，在请求消息或响应消息的消息体更新放音能力指示。在本发明的一个实施例中，所述设置单元根据解析单元的判断结果在消息体中进行放音能力的设置。在本发明的一个实施例中，当解析单元判断结果为支持放音时，设置单元将Ann_capability的放音能力指示设为yes，表示支持放音；否则设为no，表示不支持放音。在本发明的另一个实施例中，设置单元根据呼叫处理的需要，例如根据当前进行处理的端局或者汇接局的放音能力进行设置，当端局或者汇接局不需要消息中携带SDP或者需要将媒体方向设为Inactive状态时，设置单元则将Ann_capability的放音能力指示设为no，否则设为yes。 

所述发送单元用于用于将设置单元所处理的已更新放音能力指示的请求消息或响应消息转发出去，转发至相应的终端、端局或者汇接局。 

在本发明的另一个实施例中，所述放音处理设备还包括存储单元、拆线单元和放音单元，其中， 

存储单元用于保存所述请求消息或响应消息中携带的放音能力指示的更新记录。 

拆线单元用于根据消息中的放音能力指示或者端局、汇接局的放音状态进行放音拆线，当放音能力指示(Ann_capability的值)为no或本局不支持放音时进行放音拆线处理。 

放音单元用于根据所述请求消息或响应消息中携带的放音能力指示确定是否由本放音处理设备进行放音，并在确定结果为是时，进行放音处理。 

在本发明的一个实施例中，当存储单元的记录显示前向局的请求消息和响应消息中的放音能力指示(即参数Ann_capability的值)均为yes时，放音单元确定需要放音，并进行放音。在本发明的另一个实施例中，当所有放音能力协商均成功时，最先进行拆线的负责放音，即位于该最先拆线的端局或汇接局的放音处理设备中的放音单元负责放音。例如在图5中，T5局是最后一个 协商成功的局，但如果T4局先进行拆线，则位于T4局中的放音处理设备进行放音，即所述放音处理设备中的放音单元进行放音。 

本发明实施例公开的放音处理设备可以为单独存在的物理实体，也可以设置于移动业务交换中心MSC或其它网元中。 

实施本发明的实施例，能够满足各种场景下的放音，不会出现放不了音或者重复放音的情况，改善了放音效果，大大提升用户感受。 

Claims (10)

1.一种协商放音能力的方法，其特征在于，该方法包括：

发端局接收来自主叫终端的请求消息，并在出局的请求消息中设置本局放音能力指示；

收端局接收到被叫终端的响应消息后，根据所接收的来自前向局的请求消息中的放音能力指示及本局的放音能力，在响应消息中设置本局放音能力指示，并发送给前向局；

根据所述请求消息及响应消息，确定需要放音的局。

2.如权利要求1所述的协商放音能力的方法，其特征在于，在所述确定需要放音的局的步骤之前进一步包括：

至少一个汇接局接收来自发端局的请求消息或来自收端局的响应消息，并在更新所述请求消息或响应消息的消息体中的放音能力指示后，转发所述请求消息或响应消息。

3.如权利要求2所述的协商放音能力的方法，其特征在于，所述更新所述请求消息或响应消息的消息体中的放音能力指示的步骤具体为：

若来自前向局的请求消息中指示前向局不具备放音的能力，则在出局的请求消息中或在响应消息中指示本局不具放音能力；否则，则根据本局的实际放音能力或者呼叫处理需要在出局的请求消息或响应消息中进行指示。

4.如权利要求3所述的协商放音能力的方法，其特征在于，所述确定需要放音的局的步骤具体为：

确定最靠近被叫终端的且接收自前向局的协商请求消息和发送给前向局的响应消息中均指示具备放音能力的端局或汇接局为放音局；或者

当所述端局及汇接局均协商放音成功，则确定最先拆线的端局或汇接局为放音局；或者

当所述发端局出局的请求消息中指示为不具备放音能力，则确定所述发端局或主叫终端进行放音。

5.如权利要求1至4任一项所述的协商放音能力的方法，其特征在于，所述指示本局是否具备放音能力的放音能力指示，是在所述协商请求消息或响应消息中的一个头域中进行设置。

6.如权利要求5所述的协商放音能力的方法，其特征在于，进一步包括：所述收端局触发前转时，则所述收端局与前转局进行放音能力协商，并更新所述收端局发送给前向局的响应消息中的放音能力指示。

7.如权利要求6所述的协商放音能力的方法，其特征在于，所述更新所述收端局发送给前向局的响应消息中的放音能力指示的步骤具体为：

若来自前转局的响应消息中指示前转局不具备放音能力，则在给前向局的响应消息中不携带放音能力指示；

若来自前转局的响应消息中指示前转局具备放音能力，且给前向局的前一响应消息中指示本局具备放音能力，则在给前向局的响应消息中不携带放音能力指示；

若来自前转局的响应消息中指示前转局具备放音能力，且给前向局的前一响应消息中指示本局不具备放音能力，则在给前向局的响应消息中指示本局具备放音能力。

8.如权利要求1至4任一项所述的放音能力协商的方法，其特征在于，若其中一端局或汇接局与其前向局或后向局采用ISUP/BICC协议时，则将所接收到的请求消息或响应消息中的放音能力指示映射至IAM/ACM消息中，并进行透传。

9.一种放音处理设备，其特征在于，所述设备包括接收单元、解析单元、设置单元及发送单元，其中，

所述接收单元用于接收来自主叫终端或前向局的请求消息，或者来自被叫终端或后向局的响应消息，并将所述请求消息或响应消息转发给所述解析单元；

所述解析单元用于对来自接收单元的请求消息或响应消息进行解析，获得所述消息所对应的放音能力指示；

所述设置单元用于根据解析单元所解析出的放音能力指示或者呼叫处理需要，在所述请求消息或响应消息的消息体更新放音能力指示；

所述发送单元用于将设置单元所处理的已更新放音能力指示的请求消息或响应消息转发出去。

10.如权利要求9所述的放音处理设备，其特征在于，所述设备还包括存储单元、拆线单元和放音单元，其中，

所述存储单元用于保存所述请求消息或响应消息中携带的放音能力指示的更新记录；

所述拆线单元用于根据所述请求消息或响应消息中的放音能力指示或者端局、汇接局的放音状态进行放音拆线，当放音能力指示为不具备放音能力或本局不支持放音时进行放音拆线处理；

所述放音单元用于根据所述请求消息或响应消息中携带的放音能力指示确定是否需要进行放音，并在确定结果为是时，进行放音处理。

Images