WO2013097090A1 - 编解码协商方法及设备 - Google Patents

编解码协商方法及设备 Download PDF

Info

Publication number
WO2013097090A1
WO2013097090A1 PCT/CN2011/084733 CN2011084733W WO2013097090A1 WO 2013097090 A1 WO2013097090 A1 WO 2013097090A1 CN 2011084733 W CN2011084733 W CN 2011084733W WO 2013097090 A1 WO2013097090 A1 WO 2013097090A1
Authority
WO
WIPO (PCT)
Prior art keywords
codec
call
supported
list
node
Prior art date
Application number
PCT/CN2011/084733
Other languages
English (en)
French (fr)
Inventor
刘世岳
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2011/084733 priority Critical patent/WO2013097090A1/zh
Priority to CN201180003666.7A priority patent/CN102726096B/zh
Publication of WO2013097090A1 publication Critical patent/WO2013097090A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate

Definitions

  • the present invention relates to codec technology, and in particular, to a codec negotiation method and device, and belongs to the technical field of communication. Background technique
  • IP Internet Protocol
  • IP communication networks in order to save valuable wireless networks and transmission networks, media streams are generally transmitted end-to-end through specific coding and decoding techniques.
  • TrFO Transcoder Free Operation
  • FIG. 1 is a schematic diagram of a prior art TrFO negotiation process. As shown in FIG. 1, the following process is included:
  • the call originating node (MSC-0) sends an initial address message (Initial Address Message) carrying a Supported Codec List supported by the local office to the call intermediate node (MSC-I).
  • IAM initial address message
  • the MSC-I deletes the codec type that it does not support from the supported codec list, and forwards the deleted IAM message to the call termination node (MSC-T); MSC- T deletes the codec type that is not supported by the supported codec list, determines the preferred codec of the call according to the situation of the called access side, and the available codec list of the last negotiation.
  • the result of the negotiation is transmitted to the originating direction of the call, so that MSC-I and MSC-0 record the preferred codec and the available codec list of the negotiation result, and are used for bearer establishment of the current call.
  • the present invention provides a codec negotiation method and device, which are related to the defects in the prior art. Optimized codec negotiation with compatible codecs.
  • a coding and decoding negotiation method including: receiving a first supported codec list, where the first supported codec list is sent by a call relay node to a call termination node, where the first support
  • the codec list includes codecs supported by both the call originating node and the call transit node;
  • the second supported codec list includes a codec supported by a call termination node, a first codec is located in the second supported codec list, the second codec is located in the first supported codec list, and the first codec is compatible with the second codec;
  • a codec negotiation device including: a first receiving module, configured to receive a first supported codec list, where the first supported codec list is sent by a call relay node to a call a terminating node, where the first supported codec list includes a codec supported by both the call originating node and the call transit node;
  • a first acquiring module configured to compare the first supported codec list with a second supported codec list, to obtain a first codec and a second codec, where the second supported codec list includes a call termination node Supporting codec, the first codec is located in the second supported codec list, the second codec is located in the first supported codec list, and the first codec is in the second Codec compatible;
  • a first negotiation module configured to set the first codec to be a call termination node of the current call, and set the second codec to a preferred codec of the call;
  • the preferred codec is sent to the call origination node via the call intermediate node.
  • the MSC-T since the MSC-T selects a preferred codec according to the MSC-I, MSC-0, and the codec supported by itself, the first supported codec list is considered in combination. Compatible with the codec included in the second supported codec list, and set mutually compatible codecs to call termination node bearer codec and current call
  • the preferred codec enables optimized codec negotiation based on compatible codecs in the presence of compatible codecs.
  • another codec negotiation method including: receiving a current call preferred codec, where the current call preferred codec is a call originating node, a call transit node, and a call. Terminating the node negotiation setting, and the current call preferred codec is sent by the call transit node to the call originating node;
  • the third supported codec list includes a codec supported by the call originating node, and acquiring a third codec compatible with the preferred codec ;
  • the third codec is set to carry the codec for the call origination node of this call.
  • another codec negotiation device including: a second receiving module, configured to receive a current codec of a call, where the current call is preferred to a codec starting node The call forwarding node and the call termination node negotiate settings, and the current call preferred codec is sent by the call relay node to the call origination node; the second acquisition module is configured to use the preferred codec and The third supported codec list is compared, wherein the third supported codec list includes a codec supported by the call originating node, and a third codec compatible with the preferred codec is obtained;
  • a second negotiation module configured to acquire a priority of the preferred codec and the third codec according to a preset priority list; if the priority of the third codec is higher than a priority of the preferred codec And setting the third codec to the call origination node of the current call bearer codec.
  • the codec negotiation method and device when the call termination node and the call intermediate node are not compatible with TrFO processing, implement TrFO-compatible processing at the call originating node, and combine local codec and local support.
  • 1 is a schematic diagram of a prior art TrFO negotiation process
  • FIG. 2 is a schematic flowchart of a codec negotiation method according to Embodiment 1 of the present invention.
  • FIG. 3 is a signaling diagram of an application example 1 of a codec negotiation method according to Embodiment 1 of the present invention
  • FIG. 4 is a signaling diagram of an application example 2 of a codec negotiation method according to Embodiment 1 of the present invention
  • FIG. 6 is a schematic structural diagram of a codec negotiation device according to Embodiment 2 of the present invention
  • FIG. 7 is a schematic flowchart of a codec negotiation method according to Embodiment 3 of the present invention.
  • FIG. 8 is a signaling diagram of an application example of a codec negotiation method according to Embodiment 3 of the present invention
  • FIG. 9 is a schematic structural diagram of a codec negotiation apparatus according to Embodiment 4 of the present invention.
  • the codec negotiation method in the embodiment of the present invention is used to implement codec negotiation between a call originating node, a call transit node, and a call terminating node, where the call terminating node is, for example, a mobile switching center (MSC) or a gateway. It is not limited to the called terminal.
  • the call origination node is a mobile switching center-MSC (Original, MSC-0)
  • the call transit node is a mobile switching center-intermediate office (MSC-Intermediate, MSC-I).
  • the call transit node is a mobile switching center-MSC (T-MSC), which is exemplified below.
  • the codec negotiation method of the first embodiment of the present invention is executed by the MSC-T.
  • FIG. 2 is a schematic flowchart diagram of a codec negotiation method according to Embodiment 1 of the present invention. as shown in picture 2, The method includes:
  • Step S201 Receive a first supported codec list, where the first supported codec list is sent by the MSC-I to the MSC-T, where the first supported codec list includes codecs supported by both the MSC-0 and the MSC-I. ;
  • MSC-0 sends an IAM message to MSC-I, the IAM message carrying a starting node supporting codec list including all codecs supported by the call originating node; MSC-I receiving IAM message from MSC-0 After that, the starting node supporting codec list carried in the IAM message is compared with its own supported codec list. If it is known that the starting node supports the codec list and the codec cannot be supported by the MSC-I, the corresponding codec will be corresponding. The codec is deleted from the starting node support codec list to form a first supported codec list, and the first supported codec list is carried in the IAM message and forwarded to the MSC-T.
  • Step S202 comparing the first supported codec list with the second supported codec list, to obtain a first codec and a second codec, where the second supported codec list includes a codec supported by the MSC-T
  • the first codec is located in the second supported codec list
  • the second codec is located in the first supported codec list
  • the first codec is compatible with the second codec
  • the MSC-T compares the first supported codec list with its own supported codec list, that is, the second supported codec list, to obtain the first support code.
  • the decoding list is at least one pair of codecs having a compatible relationship with the second supported codec list, that is, the first codec and the second codec.
  • the first codec is a codec supported by MSC-T
  • the second codec is a codec supported by MSC-0 and MSC-I, wherein the first codec can also be MSC-0, MSC-I and MSC- Codec supported by both T.
  • Step S203 Set the first codec to be a call termination node of the current call, and set the second codec to a preferred codec of the call.
  • Step S204 the preferred codec is sent to the MSC-0 via the MSC-I.
  • the MSC-T returns an APM message to the call originating direction, where the APM message carries the preferred codec selected by the MSC-T, and may also carry an available codec list, where the available codec list includes, for example, the first codec, The second codec and other codecs included in the first supported codec list and the second supported codec list.
  • the codec negotiation method of the above embodiment since the MSC-T is based on MSC-I, MSC-0 And the codec selected by itself and the preferred codec, considering the compatibility relationship between the first supported codec list and the codec included in the second supported codec list, and setting the mutually compatible codecs to call termination respectively
  • the node carries the codec and the preferred codec of the current call, so that in the scenario where the compatible codec is present, the optimized codec negotiation based on the compatible codec can be implemented.
  • the first codec is set to be a call termination node of the current call
  • the second codec is set as the preferred edit of the call.
  • the decoding specifically includes:
  • the MSC-T is pre-set with a priority list, where the priority list includes at least the priority of each codec supported by the MSC-T, and the codec priority compatible with the codec supported by the MSC-T. level.
  • the codec priority may be set according to a preset rule according to requirements, for example, assigning a priority to the codec according to the codec voice quality effect.
  • the priority list may be directly set in the MSC-T, or may be sent to the MSC-T by the MSC-0, MSC-I or any other network device, and the codec priority may be according to the codec voice quality effect.
  • the codec is assigned a priority.
  • the MSC-T can learn the priority corresponding to the first codec and the second codec by comparing the first codec and the second codec with the priority list. Comparing the priority of the first codec and the second codec, if the priority of the second codec is higher than the priority of the first codec, the second codec device is the preferred codec of the call.
  • the codec can separately search for the priority of each of the first codec and the second codec, and select the second codec with the highest priority as the preferred codec, and select the second codec compatible with the highest priority.
  • the first codec with a relatively high priority among the plurality of first codecs is used as a call termination node of the current call to carry codec.
  • the MSC-T since the MSC-T selects the preferred codec according to the MSC-I, MSC-0, and the codec supported by itself, the combination of the first supported codec list and the second support is considered.
  • Decoding the compatibility of the codec contained in the list, and according to the preset The priority list is used to query the priority of a pair of codecs that have a compatible relationship, and the codec with a higher priority is selected as the preferred codec, so that in the scenario where the compatible codec is present, the optimal codec can be negotiated and selected as the first
  • the code is selected to improve the voice quality during the voice call.
  • FIG. 3 is a signaling diagram of an application example 1 of a codec negotiation method according to Embodiment 1 of the present invention.
  • the codec supported by MSC-0 includes codecs a, b, c, and d
  • MSC-I does not support codec d
  • MSC-T only supports codecs b and c, where codec a Compatible with b, and the speech quality priority of codec a, b, c, d is a>b>c>d.
  • the following steps are included:
  • Step S301 MSC-0 initiates a call codec negotiation, and the IAM message carries a supported codeclist (including supported codeclist), including codecs a, b, c, and d;
  • a supported codeclist including supported codeclist
  • Step S302 the MSC-I deletes the codec d that is not supported by itself, and initiates call codec negotiation to the MSC-T.
  • the IAM message carries the codec list supported by itself, including the codecs a, b, and c;
  • Step S303 MSC- T is ab compatible processing at this node;
  • codec list including codec b and c
  • codec list including codecs a, b, and c
  • Step S304 returning the preferred codec to the call origination direction. And, returning the available codec list to the call origination direction, including codecs a, b, and c; MSC-I and MSC-0 do not modify the preferred codec;
  • Step S305 Establish a bearer according to the preferred codec, and implement a codec a-b compatible TrFO call.
  • the codec a is the highest priority codec in MSC-I and MSC-0, it is the preferred codec by default, so it is executed by the MSC-T in the above application scenario.
  • Compatible processing reduces the process of reverse modification of the preferred codec of the originating node and the intermediate node in the codec negotiation process.
  • FIG. 4 is a signaling diagram of an application example 2 of a codec negotiation method according to Embodiment 1 of the present invention.
  • the codec supported by MSC-0 includes codecs a, c, and d
  • MSC-I does not support codec d
  • MSC-T only supports codecs b and c, where codec a and b Compatible, and the voice quality priority of codec a, b, c, d is a>b>c>d.
  • Step S401 MSC-0 initiates a call codec negotiation
  • the IAM message carries a codec list supported by itself, including codecs a, c, and d;
  • Step S402 the MSC-I deletes the codec d that is not supported by itself, and initiates a call code negotiation to the MSC-T.
  • the IAM message carries its own supported codec list, including codecs a and c;
  • Step S403 the MSC-T compares the codec list supported by itself (including codec b and c) and
  • the codec list in the IAM incoming message (including codecs a and c), identifies the presence of codec a and b compatible, and looks at the priority of codec a and codec b, knowing that the voice quality of codec a has a higher priority Codec b, the codec b is used as the codec established by the called access side bearer, and the preferred codec is set to codec a;
  • Step S404 returning the preferred codec to the call origination direction. And, returning the available codec list to the call origination direction, including codecs a and c;
  • Step S405 Establish a bearer according to the preferred codec, implement a codec a-b compatible TrFO call, and the voice quality is better than the voice quality of the TrFO achieved by using the codec c.
  • the selection process is avoided by performing the compatibility process by the MSC-T in the above application scenario.
  • the codec establishes a call, thereby improving the voice quality during the call.
  • FIG. 5 is a signaling diagram of an application example 3 of a codec negotiation method according to Embodiment 1 of the present invention.
  • the codec supported by MSC-0 includes codec a
  • MSC-I also supports codec a
  • MSC-T only supports codec b and c, where codec a is compatible with b
  • the voice quality priority of decoding a, b, c is a>b>c.
  • Step S501 MSC-0 initiates a call codec negotiation, and the IAM message carries a codec list supported by itself, including codec a;
  • Step S502 the MSC-I also supports the codec a, and initiates call codec negotiation to the MSC-T.
  • the IAM message carries its own supported codec list, including codec a;
  • Step S503 the MSC-T compares the codec list (including codec b and c) supported by itself and the codec list (including codec a) in the IAM incoming message, and identifies that the codec a and b are compatible, and then encodes and decodes b as the codec established by the called access side bearer, and set the preferred codec to codec a;
  • Step S504 returning the preferred codec a to the call origination direction. And, also originating from the call Direction returns the list of available codecs, including codec a;
  • Step S505 Establish a bearer according to the preferred codec, implement a codec a-b compatible TrFO call, and do not need to insert a codec (TC) in the call.
  • TC codec
  • the voice quality of the call process due to the negotiation failure is low, and the defect of the codec resource caused by the additional insertion of the codec is avoided.
  • FIG. 6 is a schematic structural diagram of a codec negotiation device according to Embodiment 2 of the present invention. As shown in FIG. 6, the codec negotiation device includes:
  • the first receiving module 61 is configured to receive a first supported codec list, where the first supporting codec list is sent by a call forwarding node to a call termination node, where the first supported codec list includes a call originating node and a call relaying Codec supported by the node;
  • a first obtaining module 62 configured to compare the first supported codec list with a second supported codec list, to obtain a first codec and a second codec, where the second supported codec list includes a call termination a codec supported by the node, where the first codec is located in the second supported codec list, the second codec is located in the first supported codec list, and the first codec and the first codec are Second code decoding compatible;
  • a first negotiation module 63 configured to set the first codec to be a call termination node of the current call, and set the second codec to a preferred codec of the call; the sending module 64, And sending the preferred codec to the call originating node via the call intermediate node.
  • the codec negotiation device of the second embodiment of the present invention is, for example, integrated on the call termination node.
  • the specific process of the codec negotiation device of the foregoing embodiment is the same as the codec negotiation method of the first embodiment of the present invention, and therefore is not described here.
  • the codec negotiation device of the above embodiment when the preferred codec is selected according to the MSC-I, MSC-0, and the codec supported by itself, the combination of the first supported codec list and the second supported codec list is considered. Contains the compatibility of the codec, and sets the compatible codec to the call termination node bearer codec and the preferred codec of the current call, so that compatible codec-based optimization can be implemented in the presence of compatible codec. Codec negotiation.
  • the first negotiation module is further configured to: Obtaining a priority of the first codec and the second codec according to a preset priority list; if the priority of the second codec is higher than a priority of the first codec, The first codec is set to bear the codec of the call termination node of the call, and the second codec is set as the preferred codec of the call.
  • the codec negotiation device of the above embodiment since the preferred codec is selected according to the codec supported by the MSC-I, the MSC-0, and the codec, the first support codec list and the second support codec list are considered together. Containing the compatibility relationship of the codec, and querying the priority of a pair of codecs having a compatible relationship according to a preset priority list, and selecting a higher priority codec as the preferred codec, so that there is a compatible codec in existence
  • the optimal codec can be negotiated to select the preferred codec to improve the voice quality during the voice call.
  • the first codec is located in the second supported codec list and the first supported codec list, or only in the second supported codec List.
  • the first negotiation module is further configured to: if there are at least two first codecs compatible with the second codec, according to the preset The priority list acquires the priority of the at least two first codec lists, and sets the first codec with the highest priority to the call termination node bearer codec of the current call.
  • the codec negotiation method of the third embodiment of the present invention is executed by MSC-0.
  • FIG. 7 is a schematic flowchart diagram of a codec negotiation method according to Embodiment 3 of the present invention. As shown in Figure 7, the method includes:
  • Step S701 receiving the current call preferred codec, where the current call preferred codec is negotiated and set by the call originating node, the call transit node, and the call termination node, and the current call preferred codec is called by the call.
  • a transit node is sent to the call originating node;
  • the MSC-0 receives the APM message returned by the MSC-T via the MSC-I, where the APM message carries the preferred codec of the current call selected by the MSC-T, and may also include the MSC-0, the MSC-I, and the MSC. A list of available codecs supported by -T.
  • Step S702 comparing the preferred codec with a third supported codec list, where the third supported codec list includes a codec supported by the call originating node, and acquiring a code compatible with the preferred codec.
  • Three-code decoding Step S703, obtaining a priority of the preferred codec and the third codec according to a preset priority list; if the priority of the third codec is higher than a priority of the preferred codec, The third codec is set to carry the codec of the call originating node of the call.
  • the MSC-0 is pre-set with a priority list, where the priority list includes at least the priority of each codec supported by the MSC-0, and the codec priority compatible with the codec supported by the MSC-0. level.
  • the codec priority may be set according to a preset rule according to requirements, for example, assigning a priority to the codec according to the codec voice quality effect.
  • the call origination node implements TrFO-compatible processing, considering the locally supported codec and the preferred editing of the current call.
  • the compatibility relationship between the decodings is performed, so that in the scenario where the compatible codec is present, the codec with higher priority is selected as the codec established by the bearer of the access side of the node, thereby improving the voice quality.
  • FIG. 8 is a signaling diagram of an application example of a codec negotiation method according to Embodiment 3 of the present invention.
  • the codec supported by MSC-0 includes codecs a, b, c, and d.
  • MSC-I does not support codec d.
  • MSC-T only supports codecs b and c, where codec a Compatible with b, and the voice quality priority of codec a, b, c, d is ab>c>d.
  • the following processes are included:
  • Step S801 MSC-0 initiates a call codec negotiation, and the IAM message carries a supported codeclist (including supported codeclist), including codecs a, b, c, and d;
  • Step S802 the MSC-I deletes the codec d that is not supported by itself, and initiates call codec negotiation to the MSC-T.
  • the IAM message carries the codec list supported by itself, including the codecs a, b, and c;
  • Step S803, MSC- T compares the codec list (including codec b and c) supported by itself and the codec list (including codecs a, b, and c) in the IAM incoming message, and uses codec b as the code for the access side bearer establishment. Decoding and preferred codec;
  • Step S804 carrying the preferred codec in the negotiation response message (APM) and returning to the call origination direction. And returning the available codec list to the call origination direction, including codec b and c;
  • Step S805 after receiving the APM message carrying the preferred codec b, the MSC-0 performs ab compatible processing on the node, and the first The codec is compared with a locally supported codec list (including codecs a, b, c, and d), identifying that codec a is compatible with preferred codec b, and that codec a has a higher priority than codec b.
  • a locally supported codec list including codecs a, b, c, and d
  • the TrFO is compatible with the local node, and the codec a is used as the codec established by the bearer on the access side of the node, that is, the codec established by the bearer on the access side of the calling party.
  • the local media gateway (MGW) implements ab compatibility;
  • Step S806 establishing a bearer according to the compatible codec a-b, and implementing a codec a-b compatible TrFO call.
  • FIG. 9 is a schematic structural diagram of a codec negotiation device according to Embodiment 4 of the present invention. As shown in FIG. 9, the codec negotiation device includes:
  • a second receiving module 91 configured to receive a preferred codec of the current call, where the current call preferred codec is negotiated and set by a call originating node, a call transit node, and a call termination node, and the current call is preferred.
  • Decoding is sent by the call forwarding node to the call originating node;
  • a second obtaining module 92 is configured to compare the preferred codec with a third supported codec list, where the third supported codec list includes a codec supported by the call originating node, acquiring a third codec compatible with the preferred codec;
  • a second negotiation module 93 configured to acquire a priority of the preferred codec and the third codec according to a preset priority list; if the priority of the third codec is higher than a priority of the preferred codec Level, the third codec is set to be the call origination node of the current call bearer codec.
  • the codec negotiation device of the fourth embodiment of the present invention is, for example, integrated on the call originating node.
  • the specific process of the codec negotiation device of the foregoing embodiment is the same as the codec negotiation method of the third embodiment of the present invention, and therefore is not described here.
  • the call origination node when the call termination node and the call intermediate node are not compatible with TrFO processing, the call origination node implements TrFO-compatible processing, taking into consideration the locally supported codec and the preferred editing of the current call.
  • the compatibility relationship between the decodings is performed, so that in the scenario where the compatible codec is present, the codec with higher priority is selected as the codec established by the bearer of the access side of the node, thereby improving the voice quality.
  • the aforementioned program can be stored in a computer readable storage medium.
  • the steps including the foregoing method embodiments are performed; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供编解码协商方法及设备。该编解码协商方法包括接收第一支持编解码列表，所述第一支持编解码列表由呼叫中转节点发送至呼叫终结节点，所述第一支持编解码列表包括呼叫起始节点和呼叫中转节点均支持的编解码；将所述第一支持编解码列表与第二支持编解码列表进行比较，获取第一编解码和第二编解码，其中所述第二支持编解码列表包括呼叫终结节点支持的编解码，所述第一编解码位于所述第二支持编解码列表中，所述第二编解码位于所述第一支持编解码列表，且所述第一编解码与所述第二编解码兼容；将所述第一编解码设置为本次呼叫的呼叫终结节点承载编解码，并将所述第二编解码设置为本次呼叫的首选编解码；将所述首选编解码经由所述呼叫中转结点发送至呼叫始发节点。

Description

编解码协商方法及设备
技术领域 本发明涉及编解码技术， 尤其涉及一种编解码协商方法及设备， 属于通 信技术领域。 背景技术
网络互联网协议（Internet Protocol, IP )化是电信网络建设演进的方向， 基于 IP承载的新业务的发展要求运营商提供适合 IP业务承载、 高带宽、 高 效率、 低成本的 IP通讯网络。 在 IP通讯网络中， 为了节省宝贵的无线网络 和传输网络， 媒体流一般是通过特定的编码解码技术来完成端到端之间的传 递。 基于 IP通讯网络进行媒体流传递时， 要在一个端到端的呼叫中实现兼容 的免编解码操作（ Transcoder Free Operation, TrFO ) , 必须在呼叫建立过程 的 TrFO协商过程中定义出明确的原则。
图 1为现有技术的 TrFO协商流程示意图。 如图 1所示， 包括以下流程： 呼叫始发节点 （MSC-0 ) 向呼叫中间节点 （MSC-I )发送携带本局支持的编 解码列表 ( Supported Codec List ) 的地址初始消息 （ Initial Address Message, IAM ) ； MSC-I在接收到 IAM消息后， 从支持的编解码列表中删除自身不 支持的编解码类型， 并将该删除之后的 IAM 消息转发至呼叫终结节点 ( MSC-T ) ； MSC-T从支持的编解码列表中删除自身不支持的编解码类型， 根据被叫接入侧情况确定呼叫的首选编解码（Selected Codec ) , 以及最后的 协商的可用编解码列表（Available Codec list ) , 并将协商结果向呼叫始发方 向传递， 以使 MSC-I和 MSC-0对协商结果的首选编解码和可用编解码列表 进行记录， 用于本次呼叫的承载建立。
基于上述流程进行编解码协商时， 未结合考虑不同编解码之间的兼容关 系， 从而无法利用兼容编解码实现更优的编解码协商。 发明内容
针对现有技术中存在的缺陷，本发明实施例提供编解码协商方法及设备, 用以利用兼容编解码实现优化的编解码协商。
根据本发明实施例的一方面， 提供一种编解码协商方法， 包括： 接收第一支持编解码列表， 所述第一支持编解码列表由呼叫中转节点 发送至呼叫终结节点， 所述第一支持编解码列表包括呼叫起始节点和呼叫 中转节点均支持的编解码；
将所述第一支持编解码列表与第二支持编解码列表进行比较， 获取第 一编解码和第二编解码， 其中所述第二支持编解码列表包括呼叫终结节点 支持的编解码， 所述第一编解码位于所述第二支持编解码列表中， 所述第 二编解码位于所述第一支持编解码列表， 且所述第一编解码与所述第二编 解码兼容；
将所述第一编解码设置为本次呼叫的呼叫终结节点承载编解码， 并将 所述第二编解码设置为本次呼叫的首选编解码；
将所述首选编解码经由所述呼叫中转结点发送至呼叫始发节点。 根据本发明实施例的另一方面， 提供一种编解码协商设备， 包括： 第一接收模块， 用于接收第一支持编解码列表， 所述第一支持编解码 列表由呼叫中转节点发送至呼叫终结节点， 所述第一支持编解码列表包括 呼叫起始节点和呼叫中转节点均支持的编解码；
第一获取模块， 用于将所述第一支持编解码列表与第二支持编解码列 表进行比较， 获取第一编解码和第二编解码， 其中所述第二支持编解码列 表包括呼叫终结节点支持的编解码， 所述第一编解码位于所述第二支持编 解码列表中， 所述第二编解码位于所述第一支持编解码列表， 且所述第一 编解码与所述第二编解码兼容；
第一协商模块， 用于将所述第一编解码设置为本次呼叫的呼叫终结节 点承载编解码， 并将所述第二编解码设置为本次呼叫的首选编解码； 发送模块， 用于将所述首选编解码经由所述呼叫中转结点发送至呼叫 始发节点。
根据本发明实施例上述方面的编解码协商方法及设备， 由于 MSC-T 在根据 MSC-I、 MSC-0以及自身所支持的编解码选择首选编解码时， 其结合 考虑第一支持编解码列表与第二支持编解码列表中所包含编解码的兼容关 系，并将相互兼容的编解码分别设置为呼叫终结节点承载编解码和本次呼叫 的首选编解码， 使得在存在兼容编解码的场景下， 可实现基于兼容编解码的 优化编解码协商。
根据本发明实施例的又一方面， 提供另一种编解码协商方法， 包括： 接收本次呼叫首选编解码， 其中所述本次呼叫首选编解码经呼叫起始 节点、 呼叫中转结点和呼叫终结节点协商设置， 且所述本次呼叫首选编解 码由所述呼叫中转节点发送至所述呼叫起始节点；
将所述首选编解码与第三支持编解码列表进行比较， 其中所述第三支 持编解码列表包括所述呼叫起始节点支持的编解码， 获取与所述首选编解 码兼容的第三编解码；
根据预设优先级列表获取所述首选编解码和所述第三编解码的优先 级； 若所述第三编解码的优先级高于所述首选编解码的优先级， 则将所述 第三编解码设置为本次呼叫的呼叫起始节点承载编解码。
根据本发明实施例的再一方面， 提供另一种编解码协商设备， 包括： 第二接收模块， 用于接收本次呼叫首选编解码， 其中所述本次呼叫首 选编解码经呼叫起始节点、 呼叫中转结点和呼叫终结节点协商设置， 且所 述本次呼叫首选编解码由所述呼叫中转节点发送至所述呼叫起始节点； 第二获取模块， 用于将所述首选编解码与第三支持编解码列表进行比 较， 其中所述第三支持编解码列表包括所述呼叫起始节点支持的编解码， 获取与所述首选编解码兼容的第三编解码；
第二协商模块， 用于根据预设优先级列表获取所述首选编解码和所述 第三编解码的优先级； 若所述第三编解码的优先级高于所述首选编解码的 优先级， 则将所述第三编解码设置为本次呼叫的呼叫起始节点承载编解 码。
根据本发明实施例上述方面的编解码协商方法及设备， 在呼叫终结节点 和呼叫中间节点未进行兼容 TrFO处理时，在呼叫始发节点实现兼容 TrFO的 处理，结合考虑本地支持的编解码与本次呼叫的首选编解码之间的兼容关系， 从而在存在兼容编解码的场景下， 选择优先级较高的编解码作为本节点接入 侧的承载建立的编解码， 从而提高语音质量。 附图说明 为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为现有技术的 TrFO协商流程示意图；
图 2为本发明实施例一的编解码协商方法的流程示意图；
图 3为本发明实施例一的编解码协商方法的应用示例一的信令图； 图 4为本发明实施例一的编解码协商方法的应用示例二的信令图； 图 5为本发明实施例一的编解码协商方法的应用示例三的信令图； 图 6为本发明实施例二的编解码协商设备的结构示意图；
图 7为本发明实施例三的编解码协商方法的流程示意图；
图 8为本发明实施例三的编解码协商方法的应用示例的信令图； 图 9为本发明实施例四的编解码协商设备的结构示意图。 具体实施方式 下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进 行清楚、 完整地描述，显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没 有做出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的 范围。
本发明实施例的编解码协商方法用于实现呼叫起始节点、 呼叫中转节点 和呼叫终结节点三者之间的编解码协商， 其中呼叫终结节点例如为移动交换 中心 （MSC )或网关等设备， 并不限于被叫终端。 以一个典型的局间呼叫为 例， 呼叫起始节点为移动交换中心-起始局 （MSC-Original, MSC-0 ) , 呼叫 中转节点为移动交换中心-中间局（MSC-Intermediate, MSC-I ) , 呼叫中转节 点为移动交换中心-落地局 （MSC-Terminate, MSC-T ) , 下面以此为例进行 说明。
实施例一
本发明实施例一的编解码协商方法由 MSC-T来执行。
图 2为本发明实施例一的编解码协商方法的流程示意图。 如图 2所示， 该方法包括：
步骤 S201 , 接收第一支持编解码列表， 所述第一支持编解码列表由 MSC-I发送至 MSC-T, 所述第一支持编解码列表包括 MSC-0和 MSC-I均 支持的编解码；
具体地， MSC-0向 MSC-I发送 IAM消息， 该 IAM消息携带有包括呼叫 起始节点所支持的全部编解码的起始节点支持编解码列表； MSC-I从 MSC-0 接收到 IAM消息后， 将 IAM消息中所携带的起始节点支持编解码列表与自 身的支持编解码列表进行比对， 若获知起始节点支持编解码列表中存在 MSC-I不能支持的编解码， 则将相应的编解码从起始节点支持编解码列表中 删除， 形成第一支持编解码列表， 并将该第一支持编解码列表携带在 IAM消 息中转发至 MSC-T。
步骤 S202, 将所述第一支持编解码列表与第二支持编解码列表进行比 较， 获取第一编解码和第二编解码， 其中所述第二支持编解码列表包括 MSC-T支持的编解码， 所述第一编解码位于所述第二支持编解码列表中， 所述第二编解码位于所述第一支持编解码列表， 且所述第一编解码与所述 第二编解码兼容；
具体地， MSC-T在接收到 MSC-0发送的支持编解码列表后， 将第一支 持编解码列表与自身的支持编解码列表， 即第二支持编解码列表进行比 较， 获取第一支持编解码列表与第二支持编解码列表中具有兼容关系的至少 一对编解码， 即第一编解码和第二编解码。 第一编解码为 MSC-T所支持的 编解码， 第二编解码为 MSC-0和 MSC-I所支持的编解码， 其中第一编解码 也可以为 MSC-0、 MSC-I和 MSC-T三者均支持的编解码。
步骤 S203 , 将所述第一编解码设置为本次呼叫的呼叫终结节点承载编 解码， 并将所述第二编解码设置为本次呼叫的首选编解码；
步骤 S204, 将首选编解码经由 MSC-I发送至 MSC-0。
具体地， MSC-T向呼叫发起方向返回 APM消息， 该 APM消息中携带 MSC-T选定的首选编解码， 还可携带可用编解码列表， 该可用编解码列表例 如包括第一编解码、第二编解码以及同时包括在第一支持编解码列表和第二 支持编解码列表中的其他编解码。
根据上述实施例的编解码协商方法，由于 MSC-T在根据 MSC-I、MSC-0 以及自身所支持的编解码选择首选编解码时， 其结合考虑第一支持编解码列 表与第二支持编解码列表中所包含编解码的兼容关系， 并将相互兼容的编解 码分别设置为呼叫终结节点承载编解码和本次呼叫的首选编解码， 使得在 存在兼容编解码的场景下， 可实现基于兼容编解码的优化编解码协商。
进一步地， 在上述实施例的编解码协商方法中， 将所述第一编解码设 置为本次呼叫的呼叫终结节点承载编解码， 并将所述第二编解码设置为本 次呼叫的首选编解码具体包括：
根据预设优先级列表获取所述第一编解码和所述第二编解码的优先 级； 所述第二编解码的优先级高于所述第一编解码的优先级， 则将所述第 一编解码设置为本次呼叫的呼叫终结节点承载编解码， 并将所述第二编解 码设置为本次呼叫的首选编解码；
具体地， MSC-T 中预设有优先级列表， 该优先级列表至少包括 MSC-T 所支持的各编解码的优先级，以及与 MSC-T所支持的编解码相兼容的编解码 的优先级。 其中， 编解码的优先级可以根据需要按照预设规则设定， 例如按 照编解码语音质量效果为编解码分配优先级。 此外， 该优先级列表可以直接 在 MSC-T 中进行设置， 也可 MSC-0、 MSC-I 或任意其他网络设备发送至 MSC-T,所述编解码优先级可按照编解码语音质量效果为编解码分配优先级。
MSC-T通过将第一编解码和第二编解码与优先级列表比对， 即可获知第 一编解码和第二编解码对应的优先级。 比较第一编解码和第二编解码的优先 级， 若第二编解码的优先级高于第一编解码的优先级， 则将第二编解码设备 为本次呼叫的首选编解码。
此外， 若存在多对互相兼容的第一编解码和第二编解码， 或存在与同一 第二编解码兼容的多个第一编解码、 或存在与同一第一编解码兼容的多个第 二编解码， 则可分别查找各第一编解码和第二编解码的优先级， 并选择优先 级最高的第二编解码作为首选编解码， 并选择与该优先级最高的第二编解码 兼容的多个第一编解码中优先级相对较高的第一编解码作为本次呼叫的呼叫 终结节点承载编解码。
根据上述实施例的编解码协商方法，由于 MSC-T在根据 MSC-I、MSC-0 以及自身所支持的编解码选择首选编解码时， 其结合考虑第一支持编解码列 表与第二支持编解码列表中所包含编解码的兼容关系， 并且根据预先设置的 优先级列表来查询存在兼容关系的一对编解码的优先级， 选择优先级较高的 编解码作为首选编解码， 使得在存在兼容编解码的场景下， 可协商选择最优 的编解码作为首选编解码， 从而提升语音呼叫过程中的语音质量。
图 3为本发明实施例一的编解码协商方法的应用示例一的信令图。 如图 3所示， MSC-0所支持的编解码包括编解码 a、 b、 c和 d, MSC-I不支持编 解码 d, MSC-T仅支持编解码 b和 c, 其中， 编解码 a与 b兼容， 并且编解码 a、 b、 c、 d的语音质量优先级为 a>b>c>d。 具体地， 包括以下步骤：
步骤 S301 , MSC-0发起呼叫编解码协商， IAM消息中携带自身支持的 编解码列表 ( supported Codeclist ) , 包括编解码 a、 b、 c和 d;
步骤 S302, MSC-I删除自身不支持的编解码 d, 向 MSC-T发起呼叫编解 码协商， IAM消息中携带自身支持的编解码列表， 包括编解码 a、 b和 c; 步骤 S303 , MSC-T在本节点做 a-b兼容处理；
具体地， 比较自身支持的编解码列表（包括编解码 b和 c )和 IAM入局 消息中的编解码列表（包括编解码 a、 b和 c ) , 识别存在编解码 a与 b兼容， 并且查看编解码 a和编解码 b的优先级， 获知编解码 a的语音质量优先级高 于编解码 b, 则将编解码 b作为被叫接入侧承载建立的编解码， 并将首选编 解码设置为编解码 a;
步骤 S304, 将首选编解码返回给呼叫始发方向。 并且， 还向呼叫始发方 向返回可用编解码列表， 包括编解码 a、 b和 c; MSC-I和 MSC-0不修改首 选编解码；
步骤 S305, 按照首选编解码建立承载， 实现编解码 a-b兼容的 TrFO呼 叫。
根据上述实施例的编解码协商方法， 由于在 MSC-I和 MSC-0中， 编解 码 a为优先级最高的编解码， 默认其为首选编解码， 所以通过在上述应用场 景中由 MSC-T执行兼容处理，减少了编解码协商流程中始发节点和中间节点 的反向修改首选编解码的流程。
图 4为本发明实施例一的编解码协商方法的应用示例二的信令图。 如图 4所示， MSC-0所支持的编解码包括编解码 a、 c和 d, MSC-I不支持编解码 d, MSC-T仅支持编解码 b和 c, 其中， 编解码 a与 b兼容， 并且编解码 a、 b、 c、 d的语音质量优先级为 a>b>c>d。 具体地， 包括以下流程： 步骤 S401 , MSC-0发起呼叫编解码协商， IAM消息中携带自身支持的 编解码列表， 包括编解码 a、 c和 d;
步骤 S402, MSC-I删除自身不支持的编解码 d, 向 MSC-T发起呼叫编解 码协商， IAM消息中携带自身支持的编解码列表， 包括编解码 a和 c;
步骤 S403 , MSC-T比较自身支持的编解码列表（包括编解码 b和 c )和
IAM入局消息中的编解码列表（包括编解码 a和 c ) , 识别存在编解码 a与 b 兼容， 并且查看编解码 a和编解码 b的优先级， 获知编解码 a的语音质量优 先级高于编解码 b, 则将编解码 b作为被叫接入侧承载建立的编解码， 并将 首选编解码设置为编解码 a;
步骤 S404, 将首选编解码返回给呼叫始发方向。 并且， 还向呼叫始发方 向返回可用编解码列表， 包括编解码 a和 c;
步骤 S405, 按照首选编解码建立承载， 实现编解码 a-b兼容的 TrFO呼 叫， 语音质量优于采用编解码 c达成的 TrFO的语音质量。
根据上述实施例的编解码协商方法， 由于编解码 a的语音质量优先级高 于编解码 c的语音质量优先级，所以通过在上述应用场景中由 MSC-T执行兼 容处理， 避免了选择次优编解码建立呼叫， 从而提高了呼叫过程中的语音质 量。
图 5为本发明实施例一的编解码协商方法的应用示例三的信令图。 如图 5所示， MSC-0所支持的编解码包括编解码 a, MSC-I也支持编解码 a, MSC-T 仅支持编解码 b和 c, 其中， 编解码 a与 b兼容， 并且编解码 a、 b、 c的语音 质量优先级为 a>b>c。 具体地， 包括以下流程：
步骤 S501 , MSC-0发起呼叫编解码协商， IAM消息中携带自身支持的 编解码列表， 包括编解码 a;
步骤 S502, MSC-I也支持编解码 a,向 MSC-T发起呼叫编解码协商， IAM 消息中携带自身支持的编解码列表， 包括编解码 a;
步骤 S503 , MSC-T比较自身支持的编解码列表（包括编解码 b和 c )和 IAM入局消息中的编解码列表（包括编解码 a ) , 识别存在编解码 a与 b兼 容， 则将编解码 b作为被叫接入侧承载建立的编解码， 并将首选编解码设置 为编解码 a;
步骤 S504, 将首选编解码 a返回给呼叫始发方向。 并且， 还向呼叫始发 方向返回可用编解码列表， 包括编解码 a;
步骤 S505, 按照首选编解码建立承载， 实现编解码 a-b兼容的 TrFO呼 叫， 呼叫中无需插入编解码器（TC ) 。
根据上述实施例的编解码协商方法， 在存在兼容编解码的场景下， 可避 免因协商失败导致呼叫过程的语音质量较低， 以及需额外插入编解码器而造 成的耗费编解码资源的缺陷。
实施例二
图 6为本发明实施例二的编解码协商设备的结构示意图。 如图 6所示， 该编解码协商设备包括：
第一接收模块 61 , 用于接收第一支持编解码列表， 所述第一支持编解 码列表由呼叫中转节点发送至呼叫终结节点， 所述第一支持编解码列表包 括呼叫起始节点和呼叫中转节点均支持的编解码；
第一获取模块 62,用于将所述第一支持编解码列表与第二支持编解码 列表进行比较， 获取第一编解码和第二编解码， 其中所述第二支持编解码 列表包括呼叫终结节点支持的编解码， 所述第一编解码位于所述第二支持 编解码列表中， 所述第二编解码位于所述第一支持编解码列表， 且所述第 一编解码与所述第二编解码兼容；
第一协商模块 63 ,用于将所述第一编解码设置为本次呼叫的呼叫终结 节点承载编解码， 并将所述第二编解码设置为本次呼叫的首选编解码； 发送模块 64,用于将所述首选编解码经由所述呼叫中转结点发送至呼 叫始发节点。
本发明实施例二的编解码协商设备例如集成设置在呼叫终结节点上。 上述实施例的编解码协商设备执行编解码协商的具体流程与本发明实 施例一的编解码协商方法相同， 故此处不再赘述。
根据上述实施例的编解码协商设备， 由于根据 MSC-I、 MSC-0以及自身 所支持的编解码选择首选编解码时， 其结合考虑第一支持编解码列表与第二 支持编解码列表中所包含编解码的兼容关系， 并将相互兼容的编解码分别设 置为呼叫终结节点承载编解码和本次呼叫的首选编解码， 使得在存在兼容 编解码的场景下， 可实现基于兼容编解码的优化编解码协商。
进一步地， 在上述实施例的编解码协商设备中， 第一协商模块还用于： 根据预设优先级列表获取所述第一编解码和所述第二编解码的优先级； 若 所述第二编解码的优先级高于所述第一编解码的优先级， 则将所述第一编 解码设置为本次呼叫的呼叫终结节点承载编解码， 并将所述第二编解码设 置为本次呼叫的首选编解码。
根据上述实施例的编解码协商设备， 由于在根据 MSC-I、 MSC-0以及自 身所支持的编解码选择首选编解码时 , 其结合考虑第一支持编解码列表与第 二支持编解码列表中所包含编解码的兼容关系， 并且根据预先设置的优先级 列表来查询存在兼容关系的一对编解码的优先级， 选择优先级较高的编解码 作为首选编解码， 使得在存在兼容编解码的场景下， 可协商选择最优的编解 码作为首选编解码， 从而提升语音呼叫过程中的语音质量。
进一步地， 在上述实施例的编解码协商设备中， 所述第一编解码位于所 述第二支持编解码列表和所述第一支持编解码列表中， 或仅位于所述第二 支持编解码列表中。
进一步地， 在上述实施例的编解码协商设备中， 所述第一协商模块还用 于若存在至少两个与所述第二编解码兼容的所述第一编解码， 则根据所述 预设优先级列表获取所述至少两个第一编解码列表的优先级， 并将优先级 最高的第一编解码设置为本次呼叫的呼叫终结节点承载编解码。
实施例三
本发明实施例三的编解码协商方法由 MSC-0来执行。
图 7为本发明实施例三的编解码协商方法的流程示意图。 如图 7所示， 该方法包括：
步骤 S701 ,接收本次呼叫首选编解码， 其中所述本次呼叫首选编解码 经呼叫起始节点、 呼叫中转结点和呼叫终结节点协商设置， 且所述本次呼 叫首选编解码由所述呼叫中转节点发送至所述呼叫起始节点；
具体地， MSC-0经由 MSC-I接收由 MSC-T返回的 APM消息， 该 APM 消息中携带 MSC-T选择的本次呼叫的首选编解码，还可包括 MSC-0、 MSC-I 和 MSC-T均支持的可用编解码列表。
步骤 S702,将所述首选编解码与第三支持编解码列表进行比较， 其中 所述第三支持编解码列表包括所述呼叫起始节点支持的编解码， 获取与所 述首选编解码兼容的第三编解码； 步骤 S703 ,根据预设优先级列表获取所述首选编解码和所述第三编解 码的优先级； 若所述第三编解码的优先级高于所述首选编解码的优先级， 则将所述第三编解码设置为本次呼叫的呼叫起始节点承载编解码。
具体地， MSC- 0中预设有优先级列表， 该优先级列表至少包括 MSC- 0 所支持的各编解码的优先级， 以及与 MSC- 0所支持的编解码相兼容的编解 码的优先级。 其中， 编解码的优先级可以根据需要按照预设规则设定， 例如 按照编解码语音质量效果为编解码分配优先级。
根据上述实施例的编解码协商方法， 在呼叫终结节点和呼叫中间节点未 进行兼容 TrFO处理时， 在呼叫始发节点实现兼容 TrFO的处理， 结合考虑本 地支持的编解码与本次呼叫的首选编解码之间的兼容关系， 从而在存在兼容 编解码的场景下， 选择优先级较高的编解码作为本节点接入侧的承载建立的 编解码， 从而提高语音质量。
图 8为本发明实施例三的编解码协商方法的应用示例的信令图。 如图 8 所示， MSC-0所支持的编解码包括编解码 a、 b、 c和 d, MSC-I不支持编解 码 d, MSC-T仅支持编解码 b和 c, 其中， 编解码 a与 b兼容， 并且编解码 a、 b、 c、 d的语音质量优先级为 a b>c>d。 具体地， 包括以下流程：
步骤 S801 , MSC-0发起呼叫编解码协商， IAM消息中携带自身支持的 编解码列表 ( supported Codeclist ) , 包括编解码 a、 b、 c和 d;
步骤 S802, MSC-I删除自身不支持的编解码 d, 向 MSC-T发起呼叫编解 码协商， IAM消息中携带自身支持的编解码列表， 包括编解码 a、 b和 c; 步骤 S803 , MSC-T比较自身支持的编解码列表（包括编解码 b和 c )和 IAM入局消息中的编解码列表（包括编解码 a、 b和 c ) , 采用编解码 b作为 被叫接入侧承载建立的编解码和首选编解码；
步骤 S804, 将首选编解码携带在协商响应消息（APM )中返回给呼叫始 发方向。 并且， 还向呼叫始发方向返回可用编解码列表， 包括编解码 b和 c; 步骤 S805, MSC-0收到携带有首选编解码 b的 APM消息后， 在本节点 做 a-b兼容处理， 将首选编解码与本地可支持的编解码列表（包括编解码 a、 b、 c和 d )进行比较， 识别出编解码 a与首选编解码 b兼容， 并且编解码 a 的优先级高于编解码 b的优先级， 则在本节点实现兼容 TrFO, 将编解码 a作 为本节点接入侧的承载建立的编解码， 即主叫接入侧的承载建立的编解码， 本端媒体网关（MGW ) 实现 a-b兼容；
步骤 S806, 按照兼容编解码 a-b建立承载， 实现编解码 a-b兼容的 TrFO 呼叫。
实施例四
图 9为本发明实施例四的编解码协商设备的结构示意图。 如图 9所示， 该编解码协商设备包括：
第二接收模块 91 , 用于接收本次呼叫首选编解码， 其中所述本次呼叫 首选编解码经呼叫起始节点、 呼叫中转结点和呼叫终结节点协商设置， 且 所述本次呼叫首选编解码由所述呼叫中转节点发送至所述呼叫起始节点； 第二获取模块 92 ,用于将所述首选编解码与第三支持编解码列表进行 比较， 其中所述第三支持编解码列表包括所述呼叫起始节点支持的编解 码， 获取与所述首选编解码兼容的第三编解码；
第二协商模块 93 ,用于根据预设优先级列表获取所述首选编解码和所 述第三编解码的优先级； 若所述第三编解码的优先级高于所述首选编解码 的优先级， 则将所述第三编解码设置为本次呼叫的呼叫起始节点承载编解 码。
本发明实施例四的编解码协商设备例如集成设置在呼叫起始节点上。 上述实施例的编解码协商设备执行编解码协商的具体流程与本发明实 施例三的编解码协商方法相同， 故此处不再赘述。
根据上述实施例的编解码协商设备， 在呼叫终结节点和呼叫中间节点未 进行兼容 TrFO处理时， 在呼叫始发节点实现兼容 TrFO的处理， 结合考虑本 地支持的编解码与本次呼叫的首选编解码之间的兼容关系， 从而在存在兼容 编解码的场景下， 选择优先级较高的编解码作为本节点接入侧的承载建立的 编解码， 从而提高语音质量。
本领域普通技术人员可以理解： 实现上述各方法实施例的全部或部分 步骤可以通过程序指令相关的硬件来完成。 前述的程序可以存储于一计算 机可读取存储介质中。 该程序在执行时， 执行包括上述各方法实施例的步 骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存 储程序代码的介质。 最后应说明的是： 以上各实施例仅用以说明本发明的技 术方案， 而非对其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解： 其依然可以对前述各实施例所记载的技术 方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修 改或者替换， 并不使相应技术方案的本质脱离本发明各实施例技术方案的范 围。

Claims

权 利 要 求 书
1、 一种编解码协商方法， 其特征在于， 包括：
接收第一支持编解码列表， 所述第一支持编解码列表由呼叫中转节点 发送至呼叫终结节点， 所述第一支持编解码列表包括呼叫起始节点和呼叫 中转节点均支持的编解码；
将所述第一支持编解码列表与第二支持编解码列表进行比较， 获取第 一编解码和第二编解码， 其中所述第二支持编解码列表包括呼叫终结节点 支持的编解码， 所述第一编解码位于所述第二支持编解码列表中， 所述第 二编解码位于所述第一支持编解码列表， 且所述第一编解码与所述第二编 解码兼容；
将所述第一编解码设置为本次呼叫的呼叫终结节点承载编解码， 并将 所述第二编解码设置为本次呼叫的首选编解码；
将所述首选编解码经由所述呼叫中转结点发送至呼叫始发节点。
2、 根据权利要求 1所述的编解码协商方法， 其特征在于， 将所述第 一编解码设置为本次呼叫的呼叫终结节点承载编解码， 并将所述第二编解 码设置为本次呼叫的首选编解码具体包括：
根据预设优先级列表获取所述第一编解码和所述第二编解码的优先 级； 若所述第二编解码的优先级高于所述第一编解码的优先级， 则将所述 第一编解码设置为本次呼叫的呼叫终结节点承载编解码， 并将所述第二编 解码设置为本次呼叫的首选编解码。
3、 根据权利要求 1或 2所述编解码协商方法， 其特征在于， 所述第 一编解码位于所述第二支持编解码列表和所述第一支持编解码列表中， 或 仅位于所述第二支持编解码列表中。
4、 根据权利要求 2所述编解码协商方法， 其特征在于， 若存在至少 两个与所述第二编解码兼容的所述第一编解码， 则根据所述预设优先级列 表获取所述至少两个第一编解码列表的优先级， 并将优先级最高的第一编 解码设置为本次呼叫的呼叫终结节点承载编解码。
5、 一种编解码协商设备， 其特征在于， 包括：
第一接收模块， 用于接收第一支持编解码列表， 所述第一支持编解码 列表由呼叫中转节点发送至呼叫终结节点， 所述第一支持编解码列表包括 呼叫起始节点和呼叫中转节点均支持的编解码；
第一获取模块， 用于将所述第一支持编解码列表与第二支持编解码列 表进行比较， 获取第一编解码和第二编解码， 其中所述第二支持编解码列 表包括呼叫终结节点支持的编解码， 所述第一编解码位于所述第二支持编 解码列表中， 所述第二编解码位于所述第一支持编解码列表， 且所述第一 编解码与所述第二编解码兼容；
第一协商模块， 用于将所述第一编解码设置为本次呼叫的呼叫终结节 点承载编解码， 并将所述第二编解码设置为本次呼叫的首选编解码；
发送模块， 用于将所述首选编解码经由所述呼叫中转结点发送至呼叫 始发节点。
6、 根据权利要求 5所述的编解码协商设备， 其特征在于， 所述第一 协商模块还用于： 根据预设优先级列表获取所述第一编解码和所述第二编 解码的优先级； 若所述第二编解码的优先级高于所述第一编解码的优先 级， 则将所述第一编解码设置为本次呼叫的呼叫终结节点承载编解码， 并 将所述第二编解码设置为本次呼叫的首选编解码。
7、 根据权利要求 5或 6所述的编解码协商设备， 其特征在于， 所述 第一编解码位于所述第二支持编解码列表和所述第一支持编解码列表中， 或仅位于所述第二支持编解码列表中。
8、 根据权利要求 6所述的编解码协商设备， 其特征在于， 所述第一 协商模块还用于若存在至少两个与所述第二编解码兼容的所述第一编解 码， 则根据所述预设优先级列表获取所述至少两个第一编解码列表的优先 级， 并将优先级最高的第一编解码设置为本次呼叫的呼叫终结节点承载编 解码。
9、 一种编解码协商方法， 其特征在于， 包括：
接收本次呼叫首选编解码， 其中所述本次呼叫首选编解码经呼叫起始 节点、 呼叫中转结点和呼叫终结节点协商设置， 且所述本次呼叫首选编解 码由所述呼叫中转节点发送至所述呼叫起始节点；
将所述首选编解码与第三支持编解码列表进行比较， 其中所述第三支 持编解码列表包括所述呼叫起始节点支持的编解码， 获取与所述首选编解 码兼容的第三编解码； 根据预设优先级列表获取所述首选编解码和所述第三编解码的优先 级； 若所述第三编解码的优先级高于所述首选编解码的优先级， 则将所述 第三编解码设置为本次呼叫的呼叫起始节点承载编解码。
10、 一种编解码协商设备， 其特征在于， 包括：
第二接收模块， 用于接收本次呼叫首选编解码， 其中所述本次呼叫首 选编解码经呼叫起始节点、 呼叫中转结点和呼叫终结节点协商设置， 且所 述本次呼叫首选编解码由所述呼叫中转节点发送至所述呼叫起始节点； 第二获取模块， 用于将所述首选编解码与第三支持编解码列表进行比 较， 其中所述第三支持编解码列表包括所述呼叫起始节点支持的编解码， 获取与所述首选编解码兼容的第三编解码；
第二协商模块， 用于根据预设优先级列表获取所述首选编解码和所述 第三编解码的优先级； 若所述第三编解码的优先级高于所述首选编解码的 优先级， 则将所述第三编解码设置为本次呼叫的呼叫起始节点承载编解 码。
PCT/CN2011/084733 2011-12-27 2011-12-27 编解码协商方法及设备 WO2013097090A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2011/084733 WO2013097090A1 (zh) 2011-12-27 2011-12-27 编解码协商方法及设备
CN201180003666.7A CN102726096B (zh) 2011-12-27 2011-12-27 编解码协商方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/084733 WO2013097090A1 (zh) 2011-12-27 2011-12-27 编解码协商方法及设备

Publications (1)

Publication Number Publication Date
WO2013097090A1 true WO2013097090A1 (zh) 2013-07-04

Family

ID=46950501

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/084733 WO2013097090A1 (zh) 2011-12-27 2011-12-27 编解码协商方法及设备

Country Status (2)

Country Link
CN (1) CN102726096B (zh)
WO (1) WO2013097090A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107018537B (zh) * 2017-03-30 2020-03-17 努比亚技术有限公司 一种语音通信方法和装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1947444A (zh) * 2004-04-23 2007-04-11 西门子公司 无变码器运行时的编译码器模式配置选择
CN101455031A (zh) * 2006-01-17 2009-06-10 桑德拉系统公司 使用媒体网关在免牌照移动访问(uma)和通用移动通信系统(umts)呼叫线路之间提供无转码器操作(trfo)和互联的方法、系统和计算机程序产品
CN101562910A (zh) * 2008-04-18 2009-10-21 中国移动通信集团公司 语音数据的传输方法、系统及媒体网关
CN101635994A (zh) * 2008-07-25 2010-01-27 中兴通讯股份有限公司 核心网获取无线网语音编码能力及实现TrFO的方法
CN101959320A (zh) * 2010-10-12 2011-01-26 中兴通讯股份有限公司 一种呼叫局间编解码类型兼容的实现方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1947444A (zh) * 2004-04-23 2007-04-11 西门子公司 无变码器运行时的编译码器模式配置选择
CN101455031A (zh) * 2006-01-17 2009-06-10 桑德拉系统公司 使用媒体网关在免牌照移动访问(uma)和通用移动通信系统(umts)呼叫线路之间提供无转码器操作(trfo)和互联的方法、系统和计算机程序产品
CN101562910A (zh) * 2008-04-18 2009-10-21 中国移动通信集团公司 语音数据的传输方法、系统及媒体网关
CN101635994A (zh) * 2008-07-25 2010-01-27 中兴通讯股份有限公司 核心网获取无线网语音编码能力及实现TrFO的方法
CN101959320A (zh) * 2010-10-12 2011-01-26 中兴通讯股份有限公司 一种呼叫局间编解码类型兼容的实现方法及装置

Also Published As

Publication number Publication date
CN102726096B (zh) 2015-07-29
CN102726096A (zh) 2012-10-10

Similar Documents

Publication Publication Date Title
US10798138B2 (en) Instant calling method, apparatus and system
US8139541B2 (en) Method and system for bypassing media gateways in wireless networks
JP4709217B2 (ja) ハイブリッド電気通信ネットワークにおけるセッション制御を行う方法及び装置
TWI520651B (zh) 網際網路協定多媒體次系統中協作期控制轉移及裝置間轉移
US8885638B2 (en) Method and apparatus for enabling peer-to-peer communication between endpoints on a per call basis
US8254372B2 (en) Data communication apparatus and method
WO2018188418A1 (zh) 数据传输方法、终端和核心网设备
WO2009012665A1 (fr) Procédé pour assurer une continuité d'appel multimédia, équipement et système associés
JP2003504990A (ja) セルラ・ネットワークにおいて、呼制御とベアラ制御とを分離して、レイヤ・アドレスと論理ポイントとを逆方向に転送する、基本的呼の設定の実施方法
JP2010093566A (ja) 内線接続方法及び経路選択装置
US20140043430A1 (en) Apparatus and method for providing group communication service
CN101132461B (zh) 实现语音业务到传真业务变更的方法、系统和设备
CN115515082B (zh) 一种4g、5g公专网融合集群通信方法及系统
US20090282155A1 (en) Providing peer-to-peer media
WO2014166366A1 (zh) 一种在长期演进集群网络中进行能力协商的方法及装置
JP2007053528A (ja) グループ通信システムにおける従属接続方法、端末及びプログラム
WO2013097090A1 (zh) 编解码协商方法及设备
US9191518B2 (en) Routing system for transferring data packets of a call
EP2468048B1 (en) Using a common media gateway node and a coordinated codec by an originating and a terminating call control node
JP2008141490A (ja) 緊急通報制御装置、無線通信端末および基地局
WO2023040567A1 (zh) 一种通信方法和装置
JP2006020158A (ja) データ伝送管理装置、データ伝送システムおよびデータ伝送方法
JP2006203324A (ja) ゲートウェイシステム
US9112959B2 (en) System and method for media gateway negotiation
WO2012089047A1 (zh) Cs域路由查询方法、装置及系统

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180003666.7

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11878523

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11878523

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 11878523

Country of ref document: EP

Kind code of ref document: A1