WO2012075966A1 - 媒体流处理方法及媒体网关 - Google Patents

媒体流处理方法及媒体网关 Download PDF

Info

Publication number
WO2012075966A1
WO2012075966A1 PCT/CN2011/083790 CN2011083790W WO2012075966A1 WO 2012075966 A1 WO2012075966 A1 WO 2012075966A1 CN 2011083790 W CN2011083790 W CN 2011083790W WO 2012075966 A1 WO2012075966 A1 WO 2012075966A1
Authority
WO
WIPO (PCT)
Prior art keywords
endpoints
codec
media gateway
codec information
endpoint
Prior art date
Application number
PCT/CN2011/083790
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 华为技术有限公司
Publication of WO2012075966A1 publication Critical patent/WO2012075966A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • 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/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • 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/70—Media network packetisation
    • 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 network communication technologies, and in particular, to a media stream processing method and a media gateway. Background technique
  • the media gateway controller controls the call setup and controls the media gateway to allocate media bearer resources for the call through the H.248 protocol.
  • the media gateway serves as a bearer device for the media stream, and provides media bearer resources according to the media on both sides.
  • the codec type determines whether or not to add a transcoder resource to complete the codec conversion of the media stream. There is a set of supported codec capabilities in the media gateway, and the media gateway cannot encode and decode the codec outside the capability set.
  • the media gateway After the media gateway is controlled by the media gateway controller to add two endpoints, if the codecs corresponding to the two endpoints are different and belong to the codec capability set supported by the media gateway, the media gateway performs the codec corresponding to the two endpoints. If the codecs corresponding to the two endpoints are the same and both belong to the codec capability set supported by the media gateway, the media gateway transparently transmits the media streams of the two endpoints. Whether transcoding or transparent transmission realizes the interworking of the calling party and the called party, the premise is that the media gateway needs to identify and the codec of the calling party and the called belongs to the codec capability set of the media gateway.
  • the media gateway will directly perform the failure processing. but if The codec of the primary and secondary media streams is the same. This direct failure processing reduces the call success rate and increases call loss.
  • the embodiment of the invention provides a media stream processing method and a media gateway to improve call success rate and reduce call loss.
  • the embodiment of the invention provides a media stream processing method, including:
  • An embodiment of the present invention provides a media gateway, including:
  • the media stream processing method and the media gateway of the embodiment of the present invention further specifically consider the codec information of the two endpoints when the codec of the two endpoints does not belong to the codec capability set supported by the media gateway. Under certain conditions, even if the codec information of the two endpoints does not belong to the codec capability set, the media stream can be transparently processed, which can realize the interworking of the two endpoints, improve the call success rate, and reduce the call loss.
  • FIG. 1 is a schematic flowchart of a method according to a first embodiment of the present invention
  • FIG. 2 is a schematic flowchart of a method according to a second embodiment of the present invention
  • FIG. 3 is a schematic flowchart of a method according to a third embodiment of the present invention. Schematic diagram of the method flow of the example;
  • FIG. 5 is a schematic structural diagram of a media gateway according to a fifth embodiment of the present invention.
  • a media gateway determines codec information of two endpoints of a media stream; wherein, the media gateway may receive a control message of the media gateway controller to perform an endpoint. When added, the codec information of the two endpoints of the media stream is obtained.
  • the media gateway can be NGN, Wideband Code Division Multiple Access (Wideband Code Division Multiple)
  • WCDMA Wideband Code Division Multiple Access
  • CDMA Code Division Multiple Access
  • Time Division Synchronous Code Division Multiple Access Time Division Synchronous Code Division Multiple Access
  • Various types of media gateways in the fields of TD-SCDMA, IMS, etc. including but not limited to Media Gateway (MGW), Interconnection Border Gateway Function (IBGF) entities.
  • the media gateway controller may also be various types of media gateway controllers in the fields of NGN, WCDMA, CDMA, TD-SCDMA, IMS, etc., including but not limited to Media Gateway Controller (MGC), media gateway control functions. (Media Gateway Control Function, MGCF) Entity, Interconnection Border Control Function (IBCF) entity.
  • MCP Media Gateway Controller
  • Step 12 If the codec information of the two endpoints does not belong to the codec capability set supported by the media gateway, the media stream is processed according to the codec information of the two endpoints, and the process includes transparent transmission processing. .
  • the media stream is transparently processed; if the codec information of the two endpoints is not the same, the media stream is failed to be processed.
  • the method further includes: configuring a general codec list, if the codec information of the two endpoints are all in the universal codec list, and the codec information of the two endpoints is the same, then the media is The stream is transparently processed; if the codec information of any one of the two endpoints is not in the general codec list, or the codec information of the two endpoints is different, then the media stream is Failure processing.
  • the codec information of the two endpoints is further specifically considered, and under certain conditions, even if the codec information of the two endpoints does not belong to
  • the media stream can still be transparently processed, which can realize the interworking of the two endpoints, improve the call success rate, and reduce the call loss.
  • Step 21 The media gateway controller sends a message for adding the endpoint to the media gateway to control the media gateway to add the session and the endpoint at one end of the media stream.
  • the media gateway controller may control the media gateway to add a session and add an endpoint T1 by using an Add Termination message of the H.248 protocol, where the added endpoint message carries the codec information of the added endpoint T1.
  • the endpoint in the embodiment of the present invention may be a User Equipment (UE) corresponding to an audio and video call, or may be another network device.
  • UE User Equipment
  • the endpoint is the UE, for example, T1 and ⁇ 2 are UE1 and UE2, respectively.
  • Step 22 The media gateway determines that the codec 1 of the endpoint T 1 is not in the supported codec capability set, but temporarily allows access, adds the session, and adds the endpoint T1.
  • the media gateway can save the supported codec capability set, and the media gateway can also obtain the codec information corresponding to the endpoint. By comparing, it can be determined whether the codec of the T1 codec is in the supported codec capability.
  • the failure processing is directly performed.
  • the codec information of the two endpoints corresponding to the two communicating parties is the same, the two endpoints can communicate with each other. If the same codec information is not processed in the codec capability set supported by the media gateway, the call that has been successfully called can be failed, which increases the call loss.
  • the media stream between the two endpoints can still be performed. Transparent transmission to improve call success rate and reduce call loss. Rather than in the prior art, even if there is communication capability between the two endpoints, simply because the codec information is not in the media gateway. The centralized codec capability rejects the communication between the two endpoints.
  • Step 23 The media gateway sends a reply message (reply) to the media gateway controller.
  • Step 24 The media gateway controller sends a message for adding the endpoint to the media gateway to control the media gateway to add the other end of the media stream, and add the other end to the existing session.
  • the media gateway controller may control the media gateway to add the endpoint T2 and add the endpoint to the existing session by using the Add Termination message of the H.248 protocol, where the added endpoint message carries the codec information 2c of the added endpoint T2.
  • Step 25 The media gateway determines that the codec of the endpoint T2 is not in the supported codec capability set, and determines whether codecXl and codecX2 are the same. If they are the same, go to Step 26-27.
  • the media gateway can determine whether the codeX2 is in the supported codec capability by comparing the supported codec capability set saved by C0 deX2 and itself.
  • the media gateway can know codeXl and codeX2, it can be judged whether codeXl and codeX2 are the same. It should be noted that the media gateway does not support codeXl and codeX2. It means that the media gateway cannot encode or decode the media stream by using the information corresponding to the codeXl or codeX2, but the media gateway can parse the codeX 1 and codeX2 from the message.
  • the media gateway sends a failed reply message to the media gateway controller and deletes the existing session and endpoint T1 to reject the call setup.
  • Step 26 If codecX1 is the same as codecX2, the media gateway adds the endpoint T2 to the existing session and sends a successful response message to the media gateway controller.
  • Step 27 The media gateway transparently transmits the media stream between T1 and T2 to implement interworking between T1 and ⁇ 2. That is, the media gateway does not encode and decode the media streams from T1 and ⁇ 2, and directly forwards the media stream.
  • the codec information of the calling and called endpoints is fully compared when the call is established.
  • the codec of the two endpoints is not in the codec capability supported by the media gateway, the media gateway may be the same because the codec information of the two endpoints is the same.
  • the transparent transmission mode is adopted to realize the intercommunication between the calling party and the called party, the call success rate is improved, the call loss is reduced, and the transparent transmission mode ensures that the audio and video call quality is not degraded.
  • FIG. 3 is a schematic flowchart of a method according to a third embodiment of the present invention, including:
  • Step 31 Pre-configure the general codec list in the media gateway.
  • the codec list may include information such as the codec name, the type of RTP bearer, the packetization duration, and the clock frequency.
  • Step 32 The media gateway controller sends a message for adding the endpoint to the media gateway to control the media gateway to add the session and the endpoint at one end of the media stream.
  • the media gateway controller may control the media gateway to add a session and add an endpoint T1 by using an Add Termination message of the 248.248 protocol, where the added endpoint message carries the codec information of the added endpoint T1, codecX1.
  • Step 33 The media gateway determines that the codec 1 of the endpoint T 1 is not in the supported codec capability set. If the codecX1 is in the general codec list, the access is temporarily allowed, the session is added, and the endpoint T1 is added.
  • Step 34 The media gateway sends a successful reply message (reply) to the media gateway controller. If the codecX1 in step 33 is not in the codec capability set and is not in the general codec list, the call is rejected, and the media gateway sends a failed response message to the media gateway control.
  • Step 35 The media gateway controller sends a message for adding the endpoint to the media gateway to control the media gateway to add the other end of the media stream, and add the other end to the existing session.
  • the media gateway controller may control the media gateway to add the endpoint T2 and add the endpoint T2 to the existing session by using the Add Termination message of the H.248 protocol, where the added endpoint message carries the codec information of the added endpoint T2, codecX2. .
  • Step 36 The media gateway determines that the codec of the endpoint T2 is not in the supported codec capability set, and according to whether codeX2 is in the general codec list, whether codecXl and codecX2 are the same. If codeX2 is in the general codec list and codecXl is the same as codecX2, then steps 37-38 are performed.
  • codecX2 is not in the general codec list, or codecX1 is not the same as codecX2, the media gateway sends a failed response message to the media gateway controller and deletes the existing session and endpoint T1 to reject the call setup.
  • Step 37 The media gateway adds T2 to the existing session and sends a successful response message to the media gateway controller.
  • Step 38 The media gateway transparently transmits the media stream between T1 and T2 to implement interworking between T1 and T2.
  • the above two endpoints may be the corresponding called UE or the other network device when the audio and video call is established.
  • the codec information of the calling and called endpoints is fully compared when the call is established.
  • the codec of the two endpoints is not in the codec capability supported by the media gateway, the media gateway may be the same because the codec information of the two endpoints is the same.
  • Transparent transmission is used to realize the interworking between the calling party and the called party, which improves the call success. Rate, reduce call loss, and transparent transmission mode ensures that the quality of audio and video calls is not degraded.
  • by setting a general codec list in advance codec causing security risks can be eliminated, and security is improved.
  • FIG. 4 is a schematic flow chart of a method according to a fourth embodiment of the present invention, including:
  • Step 41 The media gateway controller sends a message for adding an endpoint to the media gateway to control the media gateway to add sessions and endpoints at both ends of the media stream.
  • the media gateway controller may control the media gateway to add a session and add the endpoint T1 and the endpoint T2 by using an Add Termination message of the H.248 protocol, where the added endpoint message carries the codec information of the added endpoint T1, codecXl, and the code of the endpoint T2. Decode the information codecX2.
  • Step 42 The media gateway determines that the codec1 of the endpoint T1 and the codec information of the T2 are not in the supported codec capability set, and determines whether the codecX1 and the codecX2 are the same. If they are the same, perform steps 43-44.
  • the media gateway sends a failed reply message to the media gateway controller to reject the call setup.
  • Step 43 If codecXl is the same as codecX2, the media gateway adds endpoints T1 and ⁇ 2 to the session and sends a successful response message to the media gateway controller.
  • Step 44 The media gateway transparently transmits the media stream between T1 and ⁇ 2 to implement interworking between T1 and ⁇ 2.
  • the above two endpoints may be the corresponding called UEs when the audio and video calls are established.
  • the general codec list may be pre-configured in the media gateway, similar to the embodiment shown in FIG. 3, when both the codecs of the two endpoints are not in the codec capability set, if the two endpoints The codec is in the common codec list and the same, the media gateway transparently transmits between the two endpoints. Media stream.
  • the codec information of the calling and called endpoints is fully compared when the call is established.
  • the codec of the two endpoints is not in the codec capability supported by the media gateway, the media gateway may be the same because the codec information of the two endpoints is the same.
  • the transparent transmission mode is adopted to realize the intercommunication between the calling party and the called party, the call success rate is improved, the call loss is reduced, and the transparent transmission mode ensures that the audio and video call quality is not degraded.
  • this embodiment can save the process, reduce the signaling overhead, and process the delay by carrying the information of the two endpoints in the same message.
  • FIG. 5 is a schematic structural diagram of a media gateway according to a fifth embodiment of the present invention, including a determining module 51 and a processing module 52; the determining module 51 is configured to determine codec information of two endpoints of the media stream; and the processing module 52 is configured to: The codec information of the two endpoints does not belong to the codec capability set supported by the media gateway, and the media stream is processed according to the codec information of the two endpoints, and the process includes a transparent transmission process.
  • the determining module 51 may be specifically configured to receive two messages for adding an endpoint, where each message for adding an endpoint carries codec information of one endpoint, and determines media according to the two messages used to add the endpoint.
  • the processing module 52 may be specifically configured to perform transparent transmission processing on the media stream if the codec information of the two endpoints is the same.
  • the media gateway of this embodiment may further include a configuration module 53; the configuration module 53 is configured to configure a general codec list; and the processing module 52 is specifically configured to: if the codec information of the two endpoints are all in the general codec list And the codec information of the two endpoints is the same, then the media stream is The pass-through processing may also be used if the codec information of any one of the two endpoints is not in the general codec list, or the codec information of the two endpoints is in the general code In the decoding list, but the codec information of the two endpoints is different, the media stream is failed to be processed.
  • the media gateway of this embodiment may be specifically: including but not limited to MGW and IBGF.
  • the codec information of the two endpoints is further specifically considered, and under certain conditions, even if the codec information of the two endpoints does not belong to
  • the media stream can still be transparently processed, which can realize the interworking of the two endpoints, improve the call success rate, and reduce the call loss.
  • the foregoing program may be stored in a computer readable storage medium, and when executed, the program includes The foregoing steps of the method embodiment; 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)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Description

媒体流处理方法及媒体网关
本申请要求于 2010 年 12 月 10 日提交中国专利局、 申请号为 201010584508.2、 发明名称为 "媒体流处理方法及媒体网关" 的中国专利申请 的优先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及网络通信技术 , 尤其涉及一种媒体流处理方法及媒体网关。 背景技术
在下一代网络（ Next Generation Network , NGN )以及 IP多媒体子系统（ IP Multimedia Subsystem, IMS ) 网络中， 控制和承载已经分离， 其中两种重要 的设备分别为控制面的媒体网关控制器与承载面的媒体网关。在通话建立过程 中，媒体网关控制器控制呼叫建立并通过 H.248协议控制媒体网关为本次通话 分配媒体承载资源； 媒体网关作为媒体流的承载设备，提供媒体承载资源， 并 根据两侧媒体的编解码类型决定是否加入转码器资源以完成媒体流的编解码 转换。 在媒体网关中存在支持的编解码能力集，媒体网关对能力集外的编解码无 法编码和解码。媒体网关受媒体网关控制器的控制添加两个端点后，如果该两 个端点对应的编解码不同且均属于媒体网关支持的编解码能力集，则媒体网关 对两个端点对应的编解码进行转码；如果该两个端点对应的编解码相同且均属 于媒体网关支持的编解码能力集， 则媒体网关对两个端点的媒体流进行透传。 不论是转码还是透传实现主被叫的互通，前提是媒体网关需要识别并且主 被叫的编解码属于媒体网关的编解码能力集。对于不在媒体网关的编解码能力 集中的编解码对应的主被叫媒体流， 媒体网关会直接做失败处理。 但是， 如果 主被叫媒体流的编解码相同， 这种直接做失败处理的方式会降低呼叫成功率， 增加了呼叫损耗。 发明内容
本发明实施例是提供一种媒体流处理方法及媒体网关， 以提高呼叫成功 率， 降低呼叫损耗。 本发明实施例提供了一种媒体流处理方法， 包括：
确定媒体流的两个端点的编解码信息；
如果所述两个端点的编解码信息均不属于媒体网关支持的编解码能力集， 根据所述两个端点的编解码信息对所述媒体流进行处理 ,所述处理包括透传处 理。 本发明实施例提供一种媒体网关， 包括：
确定模块， 用于确定媒体流的两个端点的编解码信息； 处理模块，用于如果所述两个端点的编解码信息均不属于媒体网关支持的 编解码能力集，根据所述两个端点的编解码信息对所述媒体流进行处理， 所述 处理包括透传处理。 由上述技术方案可知， 本发明实施例的媒体流处理方法及媒体网关，在两 个端点的编解码不属于媒体网关支持的编解码能力集时，进一步具体考虑两个 端点的编解码信息，在一定条件下即使上述两个端点的编解码信息均不属于编 解码能力集时仍然可以对媒体流进行透传处理， 可以实现两个端点的互通，提 高了呼叫成功率， 降低了呼叫损耗。
附图说明 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所 需要使用的附图作一简单地介绍，显而易见地， 下面描述中的附图是本发明的 一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。 图 1为本发明第一实施例的方法流程示意图； 图 2为本发明第二实施例的方法流程示意图； 图 3为本发明第三实施例的方法流程示意图； 图 4为本发明第四实施例的方法流程示意图；
图 5为本发明第五实施例的媒体网关的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚， 下面将结合本发明 实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。基于本发明中 的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其 他实施例， 都属于本发明保护的范围。 图 1为本发明第一实施例的方法流程示意图， 包括： 步骤 11： 媒体网关确定媒体流的两个端点的编解码信息； 其中， 媒体网关可以在接收到媒体网关控制器的控制消息进行端点添加 时， 获取媒体流的两个端点的编解码信息。 具体地可以参见下述实施例。 媒体网关可以为 NGN、 宽带码分多址（Wideband Code Division Multiple
Access, WCDMA ) 、 码分多址（ Code Division Multiple Access , CDMA ) 、 时分同步码分多址 ( Time Division Synchronous Code Division Multiple Access, TD-SCDMA ) 、 IMS等领域的各种类型的媒体网关， 包括但不限于媒体网关 ( Media Gateway, MGW ) 、 互通边界媒体网关功能 ( Interconnection Border Gateway Function, IBGF ) 实体。 媒体网关控制器也可以为 NGN、 WCDMA、 CDMA, TD-SCDMA, IMS等领域的各种类型的媒体网关控制器， 包括但不限 于媒体网关控制器（Media Gateway Controller, MGC ) 、 媒体网关控制功能 ( Media Gateway Control Function , MGCF ) 实体、 互通边界控制功能 ( Interconnection Border Control Function, IBCF ) 实体。
步骤 12:如果所述两个端点的编解码信息均不属于媒体网关支持的编解码 能力集，根据所述两个端点的编解码信息对所述媒体流进行处理， 所述处理包 括透传处理。
例如，如果所述两个端点的编解码信息相同， 则对所述媒体流进行透传处 理； 如果所述两个端点的编解码信息不相同， 则对所述媒体流进行失败处理。
或者， 该方法进一步包括： 配置通用编解码列表， 如果所述两个端点的编 解码信息均在所述通用编解码列表中， 且所述两个端点的编解码信息相同， 则 对所述媒体流进行透传处理；如果所述两个端点中的任何一个端点的编解码信 息不在所述通用编解码列表中， 或者， 所述两个端点的编解码信息不相同， 则 对所述媒体流进行失败处理。
本实施例通过在两个端点的编解码不属于媒体网关支持的编解码能力集 时， 进一步具体考虑两个端点的编解码信息，在一定条件下即使上述两个端点 的编解码信息均不属于编解码能力集时仍然可以对媒体流进行透传处理，可以 实现两个端点的互通， 提高了呼叫成功率， 降低了呼叫损耗。
图 2为本发明第二实施例的方法流程示意图， 包括： 步骤 21 : 媒体网关控制器向媒体网关发送用于添加端点的消息， 以控制媒 体网关添加媒体流一端的会话及端点。
具体地， 媒体网关控制器可以通过 H.248协议的 Add Termination消息控制 媒体网关添加会话和添加端点 T 1 , 该添加端点消息中携带添加的端点 T 1的编 解码信息 codecXl。
其中，本发明实施例中的端点可以为音视频呼叫建立时对应的主被叫用户 设备（User Equipment, UE ) , 也可以为其他的网络设备。 本发明实施例中以 端点为 UE为例， 例如， Tl、 Τ2分别为 UE1和 UE2。
步骤 22： 媒体网关判断出端点 T 1的编解码 codeX 1不在支持的编解码能力 集中， 但是暂时允许接入， 添加会话及添加端点 Tl。
其中，媒体网关中会保存支持的编解码能力集，媒体网关也可以获知端点 对应的编解码信息， 通过比对， 可以判断 T1的编解码 codeXl是否在支持的编 解码能力集中。
现有技术中， 如果端点的编解码信息不在媒体网关支持的编解码能力集 中，直接做失败处理。但是，如果通信双方对应的两个端点的编解码信息相同， 该两个端点是可以互相通信的。如果仅仅是因为该相同的编解码信息不在媒体 网关支持的编解码能力集中就做失败处理，会造成将原本可以呼叫成功的呼叫 做了失败处理， 增加了呼叫损耗。
而本发明实施例正是发现这一点，如果两个端点的编解码信息相同， 即使 该相同的编解码信息不在媒体网关的编解码能力集中，则依然可以对两个端点 之间的媒体流进行透传， 以提高呼叫成功率， 降低呼叫损耗。 而不是如现有技 术中， 即使两个端点间具有通信能力，仅仅是因为编解码信息不在媒体网关支 持的编解码能力集中就拒绝两个端点的通信。
为此， 本发明实施例中， 在发现加入一个端点时， 即使该端点的编解码信 息不在媒体网关支持的编解码能力集中，也暂时加入该端点， 以便后续与另一 个端点进行编解码信息的比对。
步骤 23: 媒体网关向媒体网关控制器发送应答消息 （reply ) 。
步骤 24: 媒体网关控制器向媒体网关发送用于添加端点的消息， 以控制媒 体网关添加媒体流的另一端， 并将另一端添加到已有的会话中。
具体地， 媒体网关控制器可以通过 H.248协议的 Add Termination消息控制 媒体网关添加端点 T2及将端点添加到已有的会话中，该添加端点消息中携带添 加的端点 T2的编解码信息 codecX2。
步骤 25： 媒体网关判断出端点 T2的编解码 codeX2不在支持的编解码能力 集中， 则判断 codecXl与 codecX2是否相同， 若相同， 执行步骤 26-27。
其中，媒体网关通过比对 C0deX2与自身保存的支持的编解码能力集，可以 判断出 codeX2是否在支持的编解码能力集中。
由于媒体网关可以获知 codeXl和 codeX2 , 因此可以判断出 codeXl和 codeX2是否相同。 需要注意的是， 媒体网关不支持 codeXl和 codeX2, 是指媒 体网关不能采用该 codeXl或者 codeX2对应的信息对媒体流进行编解码， 但是 媒体网关是可以从消息中解析出 codeX 1和 codeX2。
如果不同， 则媒体网关向媒体网关控制器发送失败的应答消息， 并删除已 有的会话及端点 T1 , 以拒绝呼叫建立。
步骤 26: 如果 codecXl与 codecX2相同， 媒体网关将端点 T2添加到已有的 会话中， 并向媒体网关控制器发送成功的应答消息。 步骤 27: 媒体网关透传 Tl与 T2之间的媒体流， 实现 T1与 Τ2之间的互通。 即媒体网关对来自 Tl、 Τ2的媒体流不进行编解码， 直接进行转发。
本实施例在呼叫建立时充分比较主被叫端点的编解码信息，虽然两个端点 的编解码不在媒体网关支持的编解码能力集中，但是由于该两个端点的编解码 信息相同，媒体网关可以采用透传的方式实现主被叫的互通，提高了呼叫成功 率， 降低了呼叫损耗， 且透传方式保证了音视频通话质量不降低。
图 3为本发明第三实施例的方法流程示意图， 包括：
步骤 31 : 媒体网关中预先配置通用编解码列表。
编解码列表可以包括编解码名称、 RTP承载的 ΡΤ类型、 打包时长、 时钟频 率等信息。
为了保证安全性，对于存在安全隐患的编解码不包含在该通用编解码列表 中。
步骤 32: 媒体网关控制器向媒体网关发送用于添加端点的消息， 以控制媒 体网关添加媒体流一端的会话及端点。
具体地 , 媒体网关控制器可以通过 Η.248协议的 Add Termination消息控制 媒体网关添加会话和添加端点 T1 , 该添加端点消息中携带添加的端点 T1的编 解码信息 codecXl。
步骤 33： 媒体网关判断出端点 T 1的编解码 codeX 1不在支持的编解码能力 集中， 如果 codecXl在通用编解码列表中， 则暂时允许接入， 添加会话及添加 端点 Tl。
关于判断的具体内容可以参见步骤 22。
步骤 34: 媒体网关向媒体网关控制器发送成功的应答消息 （reply ) 。 如果步骤 33中的 codecXl不在编解码能力集且不在通用编解码列表中， 则 拒绝呼叫 , 媒体网关向媒体网关控制发送失败的应答消息。
步骤 35: 媒体网关控制器向媒体网关发送用于添加端点的消息， 以控制媒 体网关添加媒体流的另一端， 并将另一端添加到已有的会话中。
具体地， 媒体网关控制器可以通过 H.248协议的 Add Termination消息控制 媒体网关添加端点 T2及将端点 T2添加到已有的会话中， 该添加端点消息中携 带添加的端点 T2的编解码信息 codecX2。
步骤 36： 媒体网关判断出端点 T2的编解码 codeX2不在支持的编解码能力 集中， 则根据 codeX2是否在通用编解码列表中， codecXl与 codecX2是否相同 进行相应处理。 如果 codeX2在通用编解码列表中且 codecXl与 codecX2相同， 则执行步骤 37-38。
如果 codecX2不在通用编解码列表中， 或者， codecXl与 codecX2不相同， 则媒体网关向媒体网关控制器发送失败的应答消息，并删除已有的会话及端点 T1 , 以拒绝呼叫建立。
步骤 37:媒体网关将 T2添加到已有的会话中，并向媒体网关控制器发送成 功的应答消息。
步骤 38: 媒体网关透传 T1与 T2之间的媒体流， 实现 T1与 T2之间的互通。 上述的两个端点可以为音视频呼叫建立时对应的主被叫 UE , 也可以为其 他的网络设备。
本实施例在呼叫建立时充分比较主被叫端点的编解码信息，虽然两个端点 的编解码不在媒体网关支持的编解码能力集中，但是由于该两个端点的编解码 信息相同，媒体网关可以采用透传的方式实现主被叫的互通，提高了呼叫成功 率， 降低了呼叫损耗， 且透传方式保证了音视频通话质量不降低。 并且， 本实 施例通过预先设置通用编解码列表， 可以排除造成安全隐患的编解码，提高安 全性。
图 4为本发明第四实施例的方法流程示意图， 包括：
步骤 41 : 媒体网关控制器向媒体网关发送用于添加端点的消息， 以控制媒 体网关添加媒体流两端的会话及端点。
具体地， 媒体网关控制器可以通过 H.248协议的 Add Termination消息控制 媒体网关添加会话和添加端点 T1和端点 T2, 该添加端点消息中携带添加的端 点 T1的编解码信息 codecXl以及端点 T2的编解码信息 codecX2。
步骤 42： 媒体网关判断出端点 T1的编解码 codeXl以及 T2的编解码信息 codecX2均不在支持的编解码能力集中， 则判断 codecXl与 codecX2是否相同， 若相同， 执行步骤 43-44。
关于判断的具体内容可以参见步骤 22。
如果不同， 则媒体网关向媒体网关控制器发送失败的应答消息， 以拒绝呼 叫建立。
步骤 43: 如果 codecXl与 codecX2相同， 媒体网关将端点 Tl、 Τ2添加到会 话中， 并向媒体网关控制器发送成功的应答消息。
步骤 44: 媒体网关透传 T1与 Τ2之间的媒体流， 实现 T1与 Τ2之间的互通。 上述的两个端点可以为音视频呼叫建立时对应的主被叫 UE。
可以理解的是， 本实施例还可以类似于图 3所示的实施例， 在媒体网关中 预先配置通用编解码列表，在两个端点的编解码均不在编解码能力集中时， 如 果两个端点的编解码均在通用编解码列表且相同时，媒体网关透传两个端点间 的媒体流。
本实施例在呼叫建立时充分比较主被叫端点的编解码信息，虽然两个端点 的编解码不在媒体网关支持的编解码能力集中，但是由于该两个端点的编解码 信息相同，媒体网关可以采用透传的方式实现主被叫的互通，提高了呼叫成功 率， 降低了呼叫损耗， 且透传方式保证了音视频通话质量不降低。 并且， 本实 施例通过同一个消息携带两个端点的信息， 可以节省流程， 降低信令开销及处 理延时。
图 5为本发明第五实施例的媒体网关的结构示意图， 包括确定模块 51和处 理模块 52; 确定模块 51用于确定媒体流的两个端点的编解码信息； 处理模块 52 用于如果所述两个端点的编解码信息均不属于媒体网关支持的编解码能力集， 根据所述两个端点的编解码信息对所述媒体流进行处理 ,所述处理包括透传处 理。
其中，确定模块 51可以具体用于接收两条用于添加端点的消息，每条用于 添加端点的消息中分别携带一个端点的编解码信息，根据所述两条用于添加端 点的消息确定媒体流的两个端点的编解码信息； 或者，接收一条用于添加端点 的消息， 所述一条用于添加端点的消息中携带两个端点编解码信息，根据所述 一条用于添加端点的消息确定媒体流的两个端点的编解码信息。
处理模块 52可以具体用于如果所述两个端点的编解码信息相同，则对所述 媒体流进行透传处理。
或者， 本实施例的媒体网关还可以包括配置模块 53 ; 配置模块 53用于配置 通用编解码列表；处理模块 52具体用于如果所述两个端点的编解码信息均在所 述通用编解码列表中，且所述两个端点的编解码信息相同， 则对所述媒体流进 行透传处理；还可以用于如果所述两个端点中的任何一个端点的编解码信息不 在所述通用编解码列表中， 或者， 所述两个端点的编解码信息均在所述通用编 解码列表中，但所述两个端点的编解码信息不相同， 则对所述媒体流进行失败 处理。
本实施例的媒体网关可以具体为： 包括但不限于 MGW、 IBGF。
本实施例通过在两个端点的编解码不属于媒体网关支持的编解码能力集 时， 进一步具体考虑两个端点的编解码信息，在一定条件下即使上述两个端点 的编解码信息均不属于编解码能力集时仍然可以对媒体流进行透传处理，可以 实现两个端点的互通， 提高了呼叫成功率， 降低了呼叫损耗。
可以理解的是， 上述方法及设备中的相关特征可以相互参考。 另外， 上述 实施例中的 "第一" 、 "第二" 等是用于区分各实施例， 而并不代表各实施例 的优劣。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可 以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储 介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储介 质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其限 制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术人员 应当理解： 其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其 中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技术方案的 本质脱离本发明各实施例技术方案的精神和范围。

Claims

权利要求书
1、 一种媒体流处理方法， 其特征在于， 包括：
确定媒体流的两个端点的编解码信息；
如果所述两个端点的编解码信息均不属于媒体网关支持的编解码能力集， 根据所述两个端点的编解码信息对所述媒体流进行处理 ,所述处理包括透传处 理。
2、根据权利要求 1所述的方法， 其特征在于， 所述确定媒体流的两个端点 的编解码信息， 包括：
接收媒体网关控制器发送的两条用于添加端点的消息，每条用于添加端点 的消息中分别携带一个端点的编解码信息，根据所述两条用于添加端点的消息 确定媒体流的两个端点的编解码信息；
或者，
接收媒体网关控制器发送的一条用于添加端点的消息，所述一条用于添加 端点的消息中携带两个端点编解码信息，根据所述一条用于添加端点的消息确 定媒体流的两个端点的编解码信息。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述根据所述两个端点 的编解码信息对所述媒体流进行处理， 包括：
如果所述两个端点的编解码信息相同， 则对所述媒体流进行透传处理。
4、 根据权利要求 1或 2所述的方法， 其特征在于，
还包括： 配置通用编解码列表；
所述根据所述两个端点的编解码信息对所述媒体流进行处理， 包括： 如果所述两个端点的编解码信息均在所述通用编解码列表中，且所述两个 端点的编解码信息相同， 则对所述媒体流进行透传处理。
5、 根据权利要求 1或 2所述的方法， 其特征在于， 所述根据所述两个端点 的编解码信息对所述媒体流进行处理， 还包括：
如果所述两个端点的编解码信息不相同， 则对所述媒体流进行失败处理。
6、根据权利要求 4所述的方法， 其特征在于， 所述根据所述两个端点的编 解码信息对所述媒体流进行处理， 还包括：
如果所述两个端点中的任何一个端点的编解码信息不在所述通用编解码 列表中， 或者， 所述两个端点的编解码信息均在所述通用编解码列表中， 但所 述两个端点的编解码信息不相同， 则对所述媒体流进行失败处理。
7、 根据权利要求 2所述的方法， 其特征在于， 所述媒体网关控制器包括： 媒体网关控制器、 媒体网关控制功能实体或者互通边界控制功能实体。
8、 一种媒体网关， 其特征在于， 包括：
确定模块， 用于确定媒体流的两个端点的编解码信息；
处理模块，用于如果所述两个端点的编解码信息均不属于媒体网关支持的 编解码能力集，根据所述两个端点的编解码信息对所述媒体流进行处理， 所述 处理包括透传处理。
9、根据权利要求 8所述的媒体网关，其特征在于，所述确定模块具体用于： 接收媒体网关控制器发送的两条用于添加端点的消息，每条用于添加端点 的消息中分别携带一个端点的编解码信息，根据所述两条用于添加端点的消息 确定媒体流的两个端点的编解码信息；
或者，
接收媒体网关控制器发送的一条用于添加端点的消息，所述一条用于添加 端点的消息中携带两个端点编解码信息，根据所述一条用于添加端点的消息确 定媒体流的两个端点的编解码信息。
10、 根据权利要求 8或 9所述的媒体网关， 其特征在于， 所述处理模块具体 用于如果所述两个端点的编解码信息相同， 则对所述媒体流进行透传处理。
11、 根据权利要求 8或 9所述的媒体网关， 其特征在于， 还包括： 配置模块， 用于配置通用编解码列表；
所述处理模块具体用于如果所述两个端点的编解码信息均在所述通用编 解码列表中，且所述两个端点的编解码信息相同， 则对所述媒体流进行透传处 理。
12、 根据权利要求 8或 9所述的媒体网关， 其特征在于， 所述处理模块还用 于如果所述两个端点的编解码信息不相同， 则对所述媒体流进行失败处理。
13、 根据权利要求 11所述的媒体网关， 其特征在于， 所述处理模块还用于 如果所述两个端点中的任何一个端点的编解码信息不在所述通用编解码列表 中， 或者， 所述两个端点的编解码信息均在所述通用编解码列表中， 但所述两 个端点的编解码信息不相同， 则对所述媒体流进行失败处理。
14、 根据权利要求 8所述的媒体网关， 其特征在于， 所述媒体网关包括： 媒体网关或者互通边界媒体网关功能实体。
PCT/CN2011/083790 2010-12-10 2011-12-09 媒体流处理方法及媒体网关 WO2012075966A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2010105845082A CN102137093A (zh) 2010-12-10 2010-12-10 媒体流处理方法及媒体网关
CN201010584508.2 2010-12-10

Publications (1)

Publication Number Publication Date
WO2012075966A1 true WO2012075966A1 (zh) 2012-06-14

Family

ID=44296749

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/083790 WO2012075966A1 (zh) 2010-12-10 2011-12-09 媒体流处理方法及媒体网关

Country Status (2)

Country Link
CN (1) CN102137093A (zh)
WO (1) WO2012075966A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291568A (zh) * 2020-11-13 2021-01-29 Oppo广东移动通信有限公司 数据处理方法、装置、介质、网络接入设备及电子设备

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137093A (zh) * 2010-12-10 2011-07-27 华为技术有限公司 媒体流处理方法及媒体网关
WO2013086671A1 (zh) * 2011-12-12 2013-06-20 华为技术有限公司 Rtp媒体数据的处理方法及设备
CN108234421B (zh) * 2016-12-21 2019-03-01 视联动力信息技术股份有限公司 一种视联网终端与互联网终端音频数据互通的方法与系统
CN109217980B (zh) * 2017-07-03 2020-11-06 腾讯科技（深圳）有限公司 一种编解码能力配置方法、设备和计算机存储介质
CN111585962A (zh) * 2020-04-08 2020-08-25 深圳震有科技股份有限公司 一种rtp数据包的处理方法、系统及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003056776A1 (de) * 2001-12-21 2003-07-10 Siemens Aktiengesellschaft Verfahren und anordnung zur codec-verhandlung
CN101052154A (zh) * 2007-05-11 2007-10-10 华为技术有限公司 Ip多媒体子系统及其编解码转换控制方法
CN101119525A (zh) * 2007-09-13 2008-02-06 中兴通讯股份有限公司 一种实现明密话切换后媒体流的无损传输方法及系统
CN101227482A (zh) * 2008-02-02 2008-07-23 中兴通讯股份有限公司 一种网络电话通话中媒体协商方法、装置及系统
CN101483930A (zh) * 2008-12-30 2009-07-15 华为技术有限公司 一种媒体网关资源的利用方法、设备及系统
CN102137093A (zh) * 2010-12-10 2011-07-27 华为技术有限公司 媒体流处理方法及媒体网关

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070121514A1 (en) * 2004-02-06 2007-05-31 Peter Goldstein Method for negotiating bearer properties in ip networks
CN101141807B (zh) * 2007-08-25 2011-10-26 中兴通讯股份有限公司 一种编解码协商方法
CN101616157A (zh) * 2009-07-21 2009-12-30 中兴通讯股份有限公司 一种基于媒体网关设备的编解码转换系统及方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003056776A1 (de) * 2001-12-21 2003-07-10 Siemens Aktiengesellschaft Verfahren und anordnung zur codec-verhandlung
CN101052154A (zh) * 2007-05-11 2007-10-10 华为技术有限公司 Ip多媒体子系统及其编解码转换控制方法
CN101119525A (zh) * 2007-09-13 2008-02-06 中兴通讯股份有限公司 一种实现明密话切换后媒体流的无损传输方法及系统
CN101227482A (zh) * 2008-02-02 2008-07-23 中兴通讯股份有限公司 一种网络电话通话中媒体协商方法、装置及系统
CN101483930A (zh) * 2008-12-30 2009-07-15 华为技术有限公司 一种媒体网关资源的利用方法、设备及系统
CN102137093A (zh) * 2010-12-10 2011-07-27 华为技术有限公司 媒体流处理方法及媒体网关

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291568A (zh) * 2020-11-13 2021-01-29 Oppo广东移动通信有限公司 数据处理方法、装置、介质、网络接入设备及电子设备
CN112291568B (zh) * 2020-11-13 2022-12-20 Oppo广东移动通信有限公司 数据处理方法、装置、介质、网络接入设备及电子设备

Also Published As

Publication number Publication date
CN102137093A (zh) 2011-07-27

Similar Documents

Publication Publication Date Title
US11012477B2 (en) Methods, apparatus and systems to increase media resource function availability
US8937889B2 (en) Decoupled cascaded mixers architechture and related methods
US11799922B2 (en) Network core facilitating terminal interoperation
US20060116150A1 (en) Push-to-talk apparatus and method for communication between an application server and media resource function processor
WO2012075966A1 (zh) 媒体流处理方法及媒体网关
WO2009059559A1 (fr) Procédé de commande d'appel de session multimédia et serveur d'application
WO2012106894A1 (zh) 云计算系统中的媒体流数据的传输方法及装置
WO2015192682A1 (zh) 一种通信方法以及终端
WO2010133148A1 (zh) 软交换架构下的编解码转换控制方法、媒体网关及系统
US8595018B2 (en) Technique for controlling codec selection along a complex call path
WO2007076669A1 (fr) Procédé, dispositif, et système pour traiter un flux de données
CN100488313C (zh) 一种ims网络sip终端互通系统及其方法
WO2014166366A1 (zh) 一种在长期演进集群网络中进行能力协商的方法及装置
US11206320B2 (en) Method and apparatus for implementing congestion control negotiation
WO2019228534A1 (zh) 一种媒体传输方法及h323-sip网关
US11012478B2 (en) Communication method and communication program
WO2011120367A1 (zh) 语音质量分析方法及装置
EP2769521B1 (en) Routing system for transferring data packets of a call
US8830990B2 (en) Using a common media gateway node and a coordinated codec by an originating and a terminating call control node
WO2009089723A1 (fr) Procédé, système et dispositif permettant la sélection d'un noeud de médiation d'appel par un commutateur logiciel
WO2010031284A1 (zh) 用户终端、应用服务器以及呼叫建立方法
EP2925053B1 (en) Call switching method, device and system
JP7009509B2 (ja) ネットワーク装置の管理
Chaudhary et al. Establishing Resilient Connectivity Through IMS By Seamless Audio/Video Codec Switching
WO2012159391A1 (zh) 多媒体会议处理方法及装置

Legal Events

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

Ref document number: 11846560

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: 11846560

Country of ref document: EP

Kind code of ref document: A1