CN104539588B - 一种确定媒体能力的方法及呼叫控制网元 - Google Patents
一种确定媒体能力的方法及呼叫控制网元 Download PDFInfo
- Publication number
- CN104539588B CN104539588B CN201410749242.0A CN201410749242A CN104539588B CN 104539588 B CN104539588 B CN 104539588B CN 201410749242 A CN201410749242 A CN 201410749242A CN 104539588 B CN104539588 B CN 104539588B
- Authority
- CN
- China
- Prior art keywords
- media
- side apparatus
- call
- control1
- ability
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种确定媒体能力的方法及呼叫控制网元。本发明实施例方法包括：呼叫控制网元接收主叫侧设备的呼叫请求；呼叫控制网元获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态；呼叫控制网元根据所述媒体传输状态，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力。本发明实施例提高了会话质量，用户体验佳。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种确定媒体能力的方法及呼叫控制网元。
背景技术
在通信领域，如实时通话，在通话建立前，主被叫间要交互彼此的媒体能力，交互完成后进行媒体通话。
以会话控制协议(Session Initiation Protocol，SIP)呼叫为例，会话的媒体能力由会话描述协议(Session Description Protocol，SDP)交互，一个典型的基本呼叫模型(以音频为例)的基本流程如下：①主叫侧设备发起会话请求，携带主叫侧设备支持的媒体能力为音频编解码AMR-WB。②主叫侧设备的呼叫请求转发到呼叫控制网元，由呼叫控制网元将该呼叫请求向被叫侧设备转发。③被叫侧设备收到该呼叫请求，且被叫侧设备支持AMR-WB，被叫侧设备支持该呼叫，向主叫侧设备应答响应消息，消息中携带AMR-WB编解码能力。④呼叫控制网络收到被叫侧设备应答消息，并将该消息转发给主叫侧设备。⑤主叫侧设备收到被叫应答消息中的媒体能力，主被叫间媒体信息交互完成，就可以使用交互完的媒体信息实现两侧媒体交互了。
一般来讲，为了实现尽可能多的媒体互通，发起呼叫方可以携带多种媒体能力，即可以将自身支持的媒体能力全部放在呼叫请求中，如可以携带语音和视频，并且语音和视频中还可以携带多种媒体编解码能力，被叫侧设备在收到主叫侧设备声明的媒体能力后可以基于自身支持的能力和喜好(如配置)选择该会话所要使用的媒体能力，然后给主叫侧设备应答，这样主被叫之间就交互完成了媒体能力的协商，会话就可以基于此媒体能力进行。
现有技术中，在呼叫请求中如果存在多个媒体能力，那么按照标准的角度，哪个媒体能力在SDP中的顺序在前，则表示会话过程中哪个能力是优选的，则会话就要使用哪个媒体能力。由于会话发起者所携带的媒体能力顺序是固定的，被叫侧设备选择的媒体能力可能并不适合当前的会话环境，也就意味着会话的质量无法达到预期的效果，即使被叫侧设备不优选呼叫请求中的首选媒体编解码，其选择的媒体能力(媒体编解码)仍然可能与当前会话环境不匹配，从而导致会话质量达不到预期，用户体验不佳。
发明内容
本发明实施例提供了一种确定媒体能力的方法及呼叫控制网元，提高了会话质量，用户体验佳。
本发明实施例第一方面提供了一种确定媒体能力的方法，包括：
呼叫控制网元接收主叫侧设备的呼叫请求；
所述呼叫控制网元获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态；
所述呼叫控制网元根据所述媒体传输状态，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力。
结合本发明实施例的第一方面，在本发明实施例的第一方面的第一种实现方式中，所述呼叫请求中包括所述主叫侧设备支持的媒体能力；
所述呼叫控制网元根据所述媒体传输状态，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力包括：
所述呼叫控制网元根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
所述呼叫控制网元将所述呼叫请求中的所述主叫侧设备支持的媒体能力更新为所述优选媒体能力；
所述呼叫控制网元向所述被叫侧设备转发更新媒体能力后的呼叫请求；
所述呼叫控制网元接收所述被叫侧设备返回的呼叫响应，所述呼叫响应携带所述被叫侧设备根据所述优选媒体能力选择的会话媒体能力；
所述呼叫控制网元向所述主叫侧设备发送应答。
结合本发明实施例的第一方面的第一种实现方式，在本发明实施例的第一方面的第二种实现方式中，所述呼叫控制网元获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态包括：
所述呼叫控制网元获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态；
所述呼叫控制网元根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元根据所述其中之一在通话路径上的媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
所述呼叫控制网元向所述主叫侧设备发送应答，包括：
所述呼叫控制网元向所述主叫侧设备发送所述应答，所述应答中携带所述会话媒体能力。
结合本发明实施例的第一方面的第二种实现方式，在本发明实施例的第一方面的第三种实现方式中，所述其中之一在通话路径上的媒体传输状态包括所述其中之一所在无线空口的信号状态；
所述呼叫控制网元根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元判断所述信号状态是否满足预置的信号状态条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择占用带宽低的媒体能力为所述优选媒体能力。
结合本发明实施例的第一方面的第三种实现方式，在本发明实施例的第一方面的第四种实现方式中，所述选择占用带宽低的媒体能力为所述优选媒体能力包括：
在所述主叫侧设备支持的媒体能力中包含音频媒体能力和视频媒体能力时，将所述视频媒体能力过滤。
结合本发明实施例的第一方面的第三种实现方式或第四种实现方式，在本发明实施例的第一方面的第五种实现方式中，所述在所述主叫侧设备支持的媒体能力中选择占用带宽低的媒体能力为所述优选媒体能力包括：
当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态匹配的媒体能力调整到首选，
或，
当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态不匹配的媒体能力过滤，
或，
当所述主叫侧设备支持的媒体能力包括同一类型媒体编解码的多种速率集合时，根据预置的信号状态与速率模式的对应关系，在所述主叫侧设备支持的媒体能力中，选择与所述信号状态相匹配的速率模式集合，所述速率模式集合中包括至少一种速率模式。
结合本发明实施例的第一方面的第二种实现方式，在本发明实施例的第一方面的第六种实现方式中，所述其中之一在通话路径上的媒体传输状态包括所述其中之一的接入方式；
所述呼叫控制网元根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元在所述其中之一的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
结合本发明实施例的第一方面的第一种实现方式，在本发明实施例的第一方面的第七种实现方式中，所述呼叫控制网元获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态包括：
所述呼叫控制网元获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态；
所述呼叫控制网元根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元根据所述被叫侧设备在通话路径上的媒体传输状态，选择与所述被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
所述方法还包括：
所述呼叫控制网元根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
则所述呼叫控制网元向所述主叫侧设备发送应答，包括：
所述呼叫控制网元向所述主叫侧设备发送所述应答，所述应答中携带所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力。
结合本发明实施例的第一方面的第七种实现方式，在本发明实施例的第一方面的第八种实现方式中，所述呼叫控制网元获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态包括：
所述呼叫控制网元获取所述主叫侧设备和所述被叫侧设备在通话路径上的网络传输质量；
所述呼叫控制网元根据所述被叫侧设备在通话路径上的媒体传输状态，选择与所述被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元判断所述被叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力；
所述呼叫控制网元根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元判断所述主叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述主叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力。
结合本发明实施例的第一方面的第七种实现方式，在本发明实施例的第一方面的第九种实现方式中，所述呼叫控制网元获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态包括：
所述呼叫控制网元获取所述主叫侧设备和所述被叫侧设备的接入方式；
所述呼叫控制网元根据所述被叫侧设备在通话路径上的媒体传输状态，选择与所述被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元在所述被叫侧设备的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力；
所述呼叫控制网元根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元在所述主叫侧设备的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
本发明实施例的第二方面提供了一种呼叫控制网元，包括：
接收单元，用于接收主叫侧设备的呼叫请求；
处理单元，用于获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态；
所述处理单元还用于根据获取的所述媒体传输状态，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力。
结合本发明实施例的第二方面，在本发明实施例的第二方面的第一种实现方式中，所述处理单元还用于：
在所述呼叫请求中包括所述主叫侧设备支持的媒体能力时，根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
将所述呼叫请求中的所述主叫侧设备支持的媒体能力更新为所述优选媒体能力；
所述呼叫控制网元还包括：
发送单元，用于向所述被叫侧设备转发更新媒体能力后的呼叫请求；
所述接收单元还用于接收所述被叫侧设备返回的呼叫响应，所述呼叫响应携带所述被叫侧设备根据所述优选媒体能力选择的会话媒体能力；
所述发送单元还用于向所述主叫侧设备发送应答。
结合本发明实施例的第二方面的第一种实现方式，在本发明实施例的第二方面的第二种实现方式中，所述处理单元具体用于：
获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态；
根据所述其中之一在通话路径上的媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
所述发送单元具体用于向所述主叫侧设备发送所述应答，所述应答中携带所述会话媒体能力。
结合本发明实施例的第二方面的第二种实现方式，在本发明实施例的第二方面的第三种实现方式中，所述处理单元具体用于在所述其中之一在通话路径上的媒体传输状态包括所述其中之一所在无线空口的信号状态时，判断所述信号状态是否满足预置的信号状态条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择占用带宽低的媒体能力为所述优选媒体能力。
结合本发明实施例的第二方面的第三种实现方式，在本发明实施例的第二方面的第四种实现方式中，所述处理单元具体用于在所述主叫侧设备支持的媒体能力中包含音频媒体能力和视频媒体能力时，将所述视频媒体能力过滤。
结合本发明实施例的第二方面的第三种实现方式或第四种实现方式，在本发明实施例的第二方面的第五种实现方式中，所述处理单元具体用于：
当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态匹配的媒体能力调整到首选，
或，
当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态不匹配的媒体能力过滤，
或，
当所述主叫侧设备支持的媒体能力包括同一类型媒体编解码的多种速率集合时，根据预置的信号状态与速率模式的对应关系，在所述主叫侧设备支持的媒体能力中，选择与所述信号状态相匹配的速率模式集合，所述速率模式集合中包括至少一种速率模式。
结合本发明实施例的第二方面的第二种实现方式，在本发明实施例的第二方面的第六种实现方式中，所述处理单元具体用于当所述其中之一在通话路径上的媒体传输状态包括所述其中之一的接入方式，且在所述其中之一的接入方式为Wi-Fi的接入方式，所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
结合本发明实施例的第二方面的第一种实现方式，在本发明实施例的第二方面的第七种实现方式中，所述处理单元具体用于：
获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态；
根据所述被叫侧设备在通话路径上的媒体传输状态，选择与所述被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
所述处理单元还用于根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
则所述发送单元具体用于向所述主叫侧设备发送所述应答，所述应答中携带所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力。
结合本发明实施例的第二方面的第七种实现方式，在本发明实施例的第二方面的第八种实现方式中，所述处理单元具体用于：
获取所述主叫侧设备和所述被叫侧设备在通话路径上的网络传输质量；
判断所述被叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力；
所述处理单元具体还用于判断所述主叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述主叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力。
结合本发明实施例的第二方面的第八种实现方式，在本发明实施例的第二方面的第九种实现方式中，所述处理单元具体用于：
获取所述主叫侧设备和所述被叫侧设备的接入方式；
在所述被叫侧设备的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力；
所述处理单元具体还用于在所述主叫侧设备的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
本发明实施例第三方面提供了一种呼叫控制网元，包括：
接收器，用于接收主叫侧设备的呼叫请求；
处理器，用于获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态；
所述处理器还用于根据所述媒体传输状态，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力。
从以上技术方案可以看出，本发明实施例具有以下优点：
本发明实施例中，呼叫控制网元根据获取的所述主叫侧设备和被叫侧设备在通话路径的媒体传输状态，来确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力，由于选择的会话媒体能力根据媒体传输状态确定的，与当前会话的媒体传输状态匹配，提高了会话质量，用户体验佳。
附图说明
图1是本发明实施例中确定媒体能力的方法的一个实施例示意图；
图2是本发明实施例中确定媒体能力的方法的另一个实施例示意图；
图3是本发明实施例中确定媒体能力的方法的另一个实施例示意图；
图4是本发明实施例中确定媒体能力的方法的另一个实施例示意图；
图5是本发明实施例中确定媒体能力的方法的另一个实施例示意图；
图6是本发明实施例中呼叫控制网元的一个实施例示意图；
图7是本发明实施例中呼叫控制网元的另一个实施例示意图。
具体实施方式
本发明实施例提供了一种确定媒体能力的方法及呼叫控制网元，提高了会话质量，用户体验佳。
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本文中描述的各种技术可用于各种通信系统，包括2G、3G通信系统和下一代通信系统，例如全球移动通信(GSM，global system for mobile commu nication)等2G通信系统，宽带码分多址(WCDMA，wideband code division m ultiple access)，时分同步码分多址(TD-SCDMA，time division-synchronizati on code division multiple access)等3G通信系统，长期演进(LTE，long-term e volution)通信系统及其后续演进系统等下一代通信系统。
本发明实施例中所述的主叫侧设备、被叫侧设备可以是应用于上述通信系统中的通讯设备，如通讯终端，具体的，可以是移动电话或具有移动终端的计算机等，例如，还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置等，此处不作限定。
本发明实施例中所述的媒体能力为通讯双方(如主叫侧设备、被叫侧设备)之间交换媒体内容或数据内容的编码方式(或传输方式)，如音频媒体能力、视频媒体能力、图片、传真等。
请参阅图1，本发明实施例中确定媒体能力的方法的一个实施例包括：
101、呼叫控制网元接收主叫侧设备的呼叫请求；
在通信领域，如实时通话，在会话建立前，主被叫间要交互彼此的媒体能力，确定会话时的媒体能力，交互完成后进行媒体会话。
本实施例中，在会话建立前，主叫侧设备会向呼叫控制网元发送呼叫请求。
102、呼叫控制网元获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态；
主叫侧设备、被叫侧设备在通话路径上的媒体传输状态可以是主叫侧设备、被叫侧设备所在无线空口的信号状态，根据无线空口的信号状态可以知道可以支持的传输带宽；
主叫侧设备、被叫侧设备在通话路径上的媒体传输状态也可以是主叫侧设备、被叫侧设备在通话路径上的网络传输质量，对呼叫控制网元，其可以对接很多网络，也可以对接很多设备，但不管如何对接都是基于IP地址来进行通信的，因此呼叫控制网元可以基于IP地址对儿的方式对每个IP地址对儿上的网络传输质量进行实时的统计，该统计可以是对每个地址对儿上所有用户或者部分抽样用户已有业务的统计，IP地址对儿是两个设备IP地址之间的通话路径，呼叫控制网元在会话建立之前，可以获取主叫侧设备、被叫侧设备在通话路径上(IP地址对儿上)的统计的网络传输质量。所述网络传输质量可以包括丢包率、时延、抖动及MOS值等，此处不作限定。
在实际应用中，主叫侧设备、被叫侧设备在通话路径上的媒体传输状态还可以是主叫侧设备、被叫侧设备的接入方式，如Wi-Fi接入方式、LTE接入方式等。
本实施例中，呼叫控制网元可以仅仅获取主叫侧设备在通话路径上的媒体传输状态，也可以仅仅获取被叫侧设备在通话路径上的媒体传输状态，还可以同时获取主叫侧设备和被叫侧设备在通话路径上的媒体传输状态，此处不作限定。
103、呼叫控制网元根据所述媒体传输状态，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力；
本实施例中，所述呼叫控制网元根据上述获取的媒体传输状态(主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体状态)，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力，例如获取的是主叫侧设备的无线空口的信号状态时，根据无线空口的信号状态可以知道可以支持的传输带宽，在主叫侧设备支持的媒体能力中，可以优先选择，或直接选择占用带宽不超过该信号状态所能支持的带宽的媒体能力。
在呼叫请求中如果存在多个媒体能力，那么按照标准的角度，哪个媒体能力在SDP中的顺序在前，则表示会话过程中哪个能力是优选的，则会话就要使用哪个媒体能力。由于会话发起者所携带的媒体能力顺序是固定的，被叫侧设备选择的媒体能力可能并不适合当前的会话环境，也就意味着会话的质量无法达到预期的效果，即使被叫侧设备不优选呼叫请求中的首选媒体编解码，其选择的媒体能力(媒体编解码)仍然可能与当前会话环境不匹配，从而导致会话质量达不到预期，用户体验不佳。
本实施例中，呼叫控制网元接收主叫侧设备的呼叫请求后，根据获取的所述主叫侧设备和被叫侧设备在通话路径的媒体传输状态，来确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力，由于选择的会话媒体能力根据媒体传输状态确定的，与当前会话的媒体传输状态匹配，提高了会话质量，用户体验佳。
请参阅图2，本发明实施例中确定媒体能力的方法的另一个实施例包括：
201、呼叫控制网元接收主叫侧设备的呼叫请求；
一般来讲，为了实现尽可能多的媒体互通，发起呼叫方可以携带多种媒体能力，即可以将自身支持的媒体能力全部放在呼叫请求中，如可以携带语音和视频，并且语音和视频中还可以携带多种媒体编解码能力，如同时包括音频媒体能力AMR和AMR-WB，或者同时包括媒体编解码为G.711编解码、G.729编解码、iLBC编解码的音频媒体能力，在会话建立前，主叫侧设备会向呼叫控制网元发送呼叫请求，所述呼叫请求中包括所述主叫侧设备支持的媒体能力。
202、呼叫控制网元获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态；
本实施例中，呼叫控制网元可以仅仅获取主叫侧设备在通话路径上的媒体传输状态，也可以仅仅获取被叫侧设备在通话路径上的媒体传输状态，还可以同时获取主叫侧设备和被叫侧设备在通话路径上的媒体传输状态，此处不作限定。
主叫侧设备、被叫侧设备在通话路径上的媒体传输状态可以是主叫侧设备、被叫侧设备所在无线空口的信号状态，根据无线空口的信号状态可以知道可以支持的传输带宽；
主叫侧设备、被叫侧设备在通话路径上的媒体传输状态也可以是主叫侧设备、被叫侧设备在通话路径上的网络传输质量，对呼叫控制网元，其可以对接很多网络，也可以对接很多设备，但不管如何对接都是基于IP地址来进行通信的，因此呼叫控制网元可以基于IP地址对儿的方式对每个IP地址对儿上的网络传输质量进行实时的统计，该统计可以是对每个地址对儿上所有用户或者部分抽样用户已有业务的统计，IP地址对儿是两个设备IP地址之间的通话路径，呼叫控制网元在会话建立之前，可以获取主叫侧设备、被叫侧设备在通话路径上(IP地址对儿上)的统计的网络传输质量。所述网络传输质量可以包括丢包率、时延、抖动及MOS值等，此处不作限定。
由于不同的媒体承载方式下其媒体传输状态也可能不一样，比如LTE接入方式下，是有最小带宽保证的，即GBR(Guranteed Bit Rate)保证，但是Wi-Fi接入方式下，所有接入该Wi-Fi节点的用户设备的带宽都是抢占式的，因此如果是Wi-Fi接入方式，那么意味着该用户设备的媒体传输路径的丢包或者延时、抖动值会较大，这时应该选择抗丢包的媒体能力，因此，主叫侧设备、被叫侧设备在通话路径上的媒体传输状态还可以是主叫侧设备、被叫侧设备的接入方式，如Wi-Fi接入方式、LTE接入方式等。
本实施例中，呼叫控制网元可以仅仅获取主叫侧设备在通话路径上的媒体传输状态，也可以仅仅获取被叫侧设备在通话路径上的媒体传输状态，还可以同时获取主叫侧设备和被叫侧设备在通话路径上的媒体传输状态，此处不作限定。
203、呼叫控制网元选择与所述媒体传输状态相匹配的优选媒体能力；
当步骤202中获取的是主叫侧设备在通话路径上的媒体传输状态时，则选择与主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力，当步骤202中获取的是被叫侧设备在通话路径上的媒体传输状态时，则选择与被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力，当步骤202中同时获取主叫侧设备和被叫侧设备在通话路径上的媒体传输状态时，则选择与被叫侧设备在通话路径上的媒体传输状态都匹配的优选媒体能力。
所述优选媒体能力为根据所述获取的媒体传输状态选择的，可以包括主叫侧设备支持的一种或多种媒体能力，例如，当主叫侧设备支持的媒体能力为AMR和AMR-WB时，由于其中AMR-WB是宽带语音编解码，编码速率高，所需要的传输带宽大，AMR是窄带语音编解码，编码速率低，所需要的传输带宽小，当获取的主叫侧设备的无线空口信号状态，不足以支持AMR-WB的音频媒体能力时，则可以选择AMR的音频媒体能力为优选媒体能力。
204、呼叫控制网元将呼叫请求中的主叫侧设备支持的媒体能力更新为优选媒体能力；
呼叫控制网元将接收到的呼叫请求中的主叫侧设备支持的媒体能力调整为上述确定的优选媒体能力，如主叫侧设备支持的媒体能力为AMR和AMR-WB的音频媒体能力，根据获取的媒体传输状态确定的优选媒体能力为AMR的音频媒体能力，则将呼叫请求中的媒体能力调整为AMR的音频媒体能力。
205、呼叫控制网元向被叫侧设备转发所述更新媒体能力后的呼叫请求；
呼叫控制网元在更新呼叫请求中的媒体能力后，向所述被叫侧设备转发所述更新媒体能力后的呼叫请求，以使得被叫侧设备根据更新媒体能力后的呼叫请求中的优选媒体能力选择会话媒体能力，并向呼叫控制网元返回呼叫响应，所述呼叫响应携带所述被叫侧设备根据所述优选媒体能力选择的会话媒体能力；
本实施例中，会话媒体能力为被叫侧设备根据优选媒体能力选择自身与主叫侧设备进行会话时的媒体能力，如AMR，后续被叫侧设备可以直接基于此媒体能力建立会话。
206、呼叫控制网元向所述主叫侧设备发送应答；
呼叫控制网元接收到被叫侧设备返回的呼叫响应后，向所述主叫侧设备发送应答，当步骤202中呼叫控制网元获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态时，主叫侧设备也使用被叫侧设备确定的所述会话媒体能力，所述应答中可以携带所述被叫侧设备确定的会话媒体能力；
当呼叫控制网元获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态时，主叫侧设备可以使用自身确定的媒体能力作为会话时的媒体能力时，此时，所述应答中可以携带所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力，此处不做限定，这样呼叫控制网元就完成了主叫侧设备和被叫侧设备媒体能力的选择，会话就可以基于主叫侧设备和被叫侧设备各自选择的媒体能力进行会话。
本发明实施例中，呼叫控制网元在接收主叫侧设备的呼叫请求后，根据获取的主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态，确定一个优选媒体能力，使得被叫侧设备从优选媒体能力中选择一个会话媒体能力，由于选择的会话媒体能力是从媒体传输状态确定的优选媒体能力中选择出来的，与当前会话的媒体传输状态匹配，提高了会话质量，用户体验佳。
图2所示的实施例中，呼叫控制网元获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态，包括多种实现方式，下面结合具体实施例详细描述：
一、呼叫控制网元获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态；
请参阅图3，本发明实施例中确定媒体能力的方法的另一个实施例包括：
301、呼叫控制网元接收主叫侧设备的呼叫请求；
一般来讲，为了实现尽可能多的媒体互通，发起呼叫方可以携带多种媒体能力，即可以将自身支持的媒体能力全部放在呼叫请求中，如可以携带语音和视频，并且语音和视频中还可以携带多种媒体编解码能力，如同时包括音频媒体能力AMR和AMR-WB，或者同时包括媒体编解码为G.711编解码、G.729编解码、iLBC编解码的音频媒体能力，在会话建立前，主叫侧设备会向呼叫控制网元发送呼叫请求，所述呼叫请求中包括所述主叫侧设备支持的媒体能力。
302、呼叫控制网元获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态；
本实施例中，以呼叫控制网元获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态，在实际应用中，还可以是获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态，此处不作限定。
在VOLTE场景下，主叫侧设备、被叫侧设备其中之一在通话路径上的媒体传输状态可以是主叫侧设备、被叫侧设备其中之一所在无线空口的信号状态，根据无线空口的信号状态可以知道可以支持的传输带宽；
主叫侧设备、被叫侧设备在通话路径上的媒体传输状态也可以是主叫侧设备、被叫侧设备在通话路径上的网络传输质量，对呼叫控制网元，其可以对接很多网络，也可以对接很多设备，但不管如何对接都是基于IP地址来进行通信的，因此呼叫控制网元可以基于IP地址对儿的方式对每个IP地址对儿上的网络传输质量进行实时的统计，该统计可以是对每个地址对儿上所有用户或者部分抽样用户已有业务的统计，IP地址对儿是两个设备IP地址之间的通话路径，呼叫控制网元在会话建立之前，可以获取主叫侧设备、被叫侧设备在通话路径上(IP地址对儿上)的统计的网络传输质量。所述网络传输质量可以包括丢包率、时延、抖动及MOS值等，此处不作限定。
由于不同的媒体承载方式下其媒体传输状态也可能不一样，比如LTE接入方式下，是有最小带宽保证的，即GBR(Guranteed Bit Rate)保证，但是Wi-Fi接入方式下，所有接入该Wi-Fi节点的用户设备的带宽都是抢占式的，因此如果是Wi-Fi接入方式，那么意味着该用户设备的媒体传输路径的丢包或者延时、抖动值会较大，这时应该选择抗丢包的媒体能力，因此，主叫侧设备、被叫侧设备在通话路径上的媒体传输状态还可以是主叫侧设备、被叫侧设备的接入方式，如Wi-Fi接入方式、LTE接入方式等。
本实施例中，呼叫控制网元可以仅仅获取主叫侧设备在通话路径上的媒体传输状态，也可以仅仅获取被叫侧设备在通话路径上的媒体传输状态，此处不作限定。
303、呼叫控制网元根据所述其中之一在通话路径上的媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
当步骤302中所述其中之一在通话路径上的媒体传输状态包括所述其中之一所在无线空口的信号状态时，呼叫控制网元根据所述其中之一在通话路径上的媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力可以包括：
呼叫控制网元判断所述信号状态是否满足预置的信号状态条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择占用带宽低的媒体能力为所述优选媒体能力；
当步骤302中获取的是主叫侧设备所在无线空口的信号状态时，则选择与主叫侧设备所在无线空口的信号状态相匹配的优选媒体能力，当步骤302中获取的是被叫侧设备所在无线空口的信号状态时，则选择与被叫侧设备所在无线空口的信号状态相匹配的优选媒体能力。
呼叫控制网元判断所述信号状态是否满足预置的信号状态条件，当获取的信号状态条件满足预置的信号状态条件时，表示空口信号状态好，则可以不控制该会话的媒体能力，将主叫侧设备支持的媒体能力作为优选媒体能力，获取的信号状态条件不满足预置的信号状态条件时，意味着空口信号状态较差，空口可能误码率较高，空口重传的概率较大，需要选择占用带宽低的媒体能力作为优选媒体能力。
例如，当主叫侧设备支持的媒体能力为AMR和AMR-WB时，由于其中AMR-WB是宽带语音编解码，编码速率高，所需要的传输带宽大，AMR是窄带语音编解码，编码速率低，所需要的传输带宽小，当获取的主叫侧设备的无线空口信号状态时，即可知道主叫侧设备的无线空口信号状态能够支持的传输带宽，即能够支持的传输速率，而每种类型的编解码对传输带宽都有要求，如当主叫侧设备的无线空口信号状态所支持的传输带宽不足以支持AMR-WB的音频媒体能力时，则可以选择AMR的音频媒体能力。
上述呼叫控制网元在获取的信号状态不满足预置的信号状态条件时，在主叫侧设备支持的媒体能力中，选择占用带宽低的媒体能力为优选媒体能力可以为如下一种或多种实现方式：
(1)在主叫侧设备支持的媒体能力中包含音频媒体能力和视频媒体能力时，将视频媒体能力过滤。
例如呼叫请求中SDP参数如下：
m＝audio xxxxxx RTP/AVP 97
a＝rtpmap:97 AMR/8000
a＝ptime:20
m＝video 49154 RTP/AVP 99
b＝AS:315
a＝rtpmap:99 H264/90000
a＝fmtp:99 packetization-mode＝0；profile-level-id＝42e00c；\
sprop-parameter-sets＝J0LgDJWgUH6Af1A＝,KM46gA＝＝
其中，“m＝video”开头的表示视频媒体能力，在SDP参数中将视频媒体能力的m行端口置0，表示这个会话不使用这个视频媒体能力，不进行视频媒体传输。
调整后的SDP参数如下：
m＝audio xxxxxx RTP/AVP 97
a＝rtpmap:97 AMR/8000
a＝ptime:20
m＝video 0 RTP/AVP 99
b＝AS:315
a＝rtpmap:99 H264/90000
a＝fmtp:99 packetization-mode＝0；profile-level-id＝42e00c；\
sprop-parameter-sets＝J0LgDJWgUH6Af1A＝,KM46gA＝＝
(2)当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态匹配的媒体能力调整到首选；
例如，假设呼叫请求中收到的SDP参数如下：
m＝audio xxxxxx RTP/AVP 96 97
a＝rtpmap:96 AMR-WB/16000
a＝rtpmap:97 AMR/8000
a＝ptime:20
假设获取的信号状态只能匹配AMR音频编解码(PT值97)，此时，可以仅调整m行中的PT值顺序即可表示媒体编解码的优先级发生变化，如下所示：
m＝audio xxxxxx RTP/AVP 97 96
a＝rtpmap:96 AMR-WB/16000
a＝rtpmap:97 AMR/8000
a＝ptime:20
此时，可以仅调整m行中的PT值顺序即可表示媒体编解码的优先级发生变化，也可以同时调整a行中顺序，如下所示：
m＝audio xxxxxx RTP/AVP 97 96
a＝rtpmap:97 AMR/8000
a＝rtpmap:96 AMR-WB/16000
a＝ptime:20
(3)当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态不匹配的媒体能力过滤；
例如，接收到的呼叫请求中的SDP参数如下：
m＝audio xxxxxx RTP/AVP 96 97
a＝rtpmap:96 AMR-WB/16000
a＝rtpmap:97 AMR/8000
a＝ptime:20
假设获取的信号状态只能匹配AMR音频编解码(PT值97)，此时可以只讲将PT值为96的AMR-WB音频编解码过滤掉，只留下支持的AMR媒体能力，调整SDP参数如下：
m＝audio xxxxxx RTP/AVP 97
a＝rtpmap:97 AMR/8000
a＝ptime:20
(4)当所述主叫侧设备支持的媒体能力包括同一类型媒体编解码的多种速率集合时，根据预置的信号状态与速率模式的对应关系，在所述主叫侧设备支持的媒体能力中，选择与所述信号状态相匹配的速率模式集合，所述速率模式集合中包括至少一种速率模式。
例如，接收到的呼叫请求中的SDP参数如下：
m＝audio xxxxxx RTP/AVP 96 97
a＝rtpmap:96 AMR/8000
a＝fmtp:96 mode-set＝0,2,4,7
a＝rtpmap:97 AMR/8000
a＝fmtp:97 mode-set＝0,1,2
a＝ptime:20
其中，表示mode-set参数表示该编解码将要使用的速率集合，AMR-WB和AMR都是多速率编解码，以AMR为例，其速率模式与对应的速率值对应关系如下表1所示：
表1
| 模式 | 速率 |
| 0 | 4.75kbps |
| 1 | 5.15kbps |
| 2 | 5.90kbp |
| 3 | 6.70kbps |
| 4 | 7.40kbps |
| 5 | 7.95kbps |
| 6 | 10.2kbps |
| 7 | 12.2kbps |
上述速率即对应媒体传输带宽，速率越大，编解码传输带宽就越大。
因此在该用户媒体传输路径质量不好时，如果该编解码有多个速率集合可以选择，则可以选择低带宽的速率集合。
根据获取的所述信号状态，确定可以支持的对应的传输带宽，及可以确定支持对应的速率的模式，假设根据获取的信号状态，可以支持速率模式为0，1，2的速率模式，此时对接收到的SDP参数进行调整即可如下：
m＝audio xxxxxx RTP/AVP 97
a＝rtpmap:97 AMR/8000
a＝fmtp:97 mode-set＝0,1,2
a＝ptime:20
保留了能够支持的速率模式集合，将与所述信号状态不匹配的速率模式集合过滤。
上述所述其中之一在通话路径上的媒体传输状态还可以包括所述其中之一的接入方式，如Wi-Fi接入方式、LTE接入方式等。
此时，所述呼叫控制网元根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元在所述其中之一的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
由于不同的媒体承载方式下其媒体传输状态也可能不一样，比如LTE接入方式下，是有最小带宽保证的，即GBR(Guranteed Bit Rate)保证，但是Wi-Fi接入方式下，所有接入该Wi-Fi节点的用户设备的带宽都是抢占式的，因此如果是Wi-Fi接入方式，那么意味着该用户设备的媒体传输路径的丢包或者延时、抖动值会较大，这时应该选择抗丢包的媒体能力，比如选择iLBC编解码或者冗余传输等。
本实施例中，在所述抗丢包的媒体能力中选择优选媒体能力可以是：
(1)当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，在所述主叫侧设备支持的媒体能力中，抗丢包的媒体能力调整到首选，如接入方式丢包率高，将抗丢包的iLBC编解码的媒体能力调整到首选。
(2)当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，在所述主叫侧设备支持的媒体能力中，将不抗丢包的媒体能力过滤。
304、呼叫控制网元将呼叫请求中的主叫侧设备支持的媒体能力更新为优选媒体能力；
呼叫控制网元将接收到的呼叫请求中的主叫侧设备支持的媒体能力调整为上述确定的优选媒体能力，如主叫侧设备支持的媒体能力为AMR和AMR-WB的音频媒体能力，根据获取的媒体传输状态确定的优选媒体能力为AMR的音频媒体能力，则将呼叫请求中的媒体能力调整为AMR的音频媒体能力。
305、呼叫控制网元向被叫侧设备转发所述更新媒体能力后的呼叫请求；
呼叫控制网元在更新呼叫请求中的媒体能力后，向所述被叫侧设备转发所述更新媒体能力后的呼叫请求，以使得被叫侧设备根据更新媒体能力后的呼叫请求中的优选媒体能力选择会话媒体能力，并向呼叫控制网元返回呼叫响应，所述呼叫响应携带所述被叫侧设备根据所述优选媒体能力选择的会话媒体能力；
本实施例中，会话媒体能力为被叫侧设备根据优选媒体能力选择自身与主叫侧设备进行会话时的媒体能力，如AMR，后续被叫侧设备可以直接基于此媒体能力建立会话。
306、所述呼叫控制网元向所述主叫侧设备发送所述应答；
本实施例中，呼叫控制网元接收到被叫侧设备返回的呼叫响应后，向所述主叫侧设备发送应答，步骤302中呼叫控制网元获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态，主叫侧设备也使用被叫侧设备确定的所述会话媒体能力，此时，所述应答中可以携带所述被叫侧设备确定的会话媒体能力；
在实际应用中，当呼叫控制网元获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态时，主叫侧设备可以使用自身确定的媒体能力作为会话时的媒体能力时，此时，所述应答中可以携带所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力，此处不做限定，这样呼叫控制网元就完成了主叫侧设备和被叫侧设备媒体能力的选择，会话就可以基于主叫侧设备和被叫侧设备各自选择的媒体能力进行会话，此处不作限定。
二、呼叫控制网元获取所述主叫侧设备和所述被叫侧设备在通话路径上的网络传输质量。
请参阅图4，本发明实施例中确定媒体能力的方法的另一个实施例包括：
401、呼叫控制网元接收主叫侧设备的呼叫请求；
一般来讲，为了实现尽可能多的媒体互通，发起呼叫方可以携带多种媒体能力，即可以将自身支持的媒体能力全部放在呼叫请求中，如可以携带语音和视频，并且语音和视频中还可以携带多种媒体编解码能力，如同时包括音频媒体能力AMR和AMR-WB，或者同时包括媒体编解码为G.711编解码、G.729编解码、iLBC编解码的音频媒体能力，在会话建立前，主叫侧设备会向呼叫控制网元发送呼叫请求，所述呼叫请求中包括所述主叫侧设备支持的媒体能力。
402、呼叫控制网元获取主叫侧设备和被叫侧设备在通话路径上的媒体传输状态；
本实施例中，以呼叫控制网元获取主叫侧设备和被叫侧设备在通话路径上的媒体传输状态为例，在实际应用中，呼叫控制网元可以仅仅获取主叫侧设备在通话路径上的媒体传输状态，也可以仅仅获取被叫侧设备在通话路径上的媒体传输状态，此处不作限定。
在VOLTE场景下，主叫侧设备、被叫侧设备在通话路径上的媒体传输状态可以是主叫侧设备、被叫侧设备所在无线空口的信号状态，根据无线空口的信号状态可以知道可以支持的传输带宽；
本实施例中，主叫侧设备、被叫侧设备在通话路径上的媒体传输状态也是主叫侧设备、被叫侧设备在通话路径上的网络传输质量，对呼叫控制网元，其可以对接很多网络，也可以对接很多设备，但不管怎么对接都是基于IP地址来进行通信的，因此呼叫控制网元可以基于IP地址对儿的方式对每个IP地址对儿上的网络传输质量进行实时的统计，该统计可以是对每个地址对儿上所有用户或者部分抽样用户已有业务的统计，IP地址对儿是两个设备IP地址之间的通话路径，呼叫控制网元在会话建立之前，可以获取主叫侧设备、被叫侧设备在通话路径上(IP地址对儿上)的统计的网络传输质量。所述网络传输质量可以包括丢包率、时延、抖动及MOS值等，此处不作限定。
由于不同的媒体承载方式下其媒体传输状态也可能不一样，比如LTE接入方式下，是有最小带宽保证的，即GBR(Guranteed Bit Rate)保证，但是Wi-Fi接入方式下，所有接入该Wi-Fi节点的用户设备的带宽都是抢占式的，因此如果是Wi-Fi接入方式，那么意味着该用户设备的媒体传输路径的丢包或者延时、抖动值会较大，这时应该选择抗丢包的媒体能力，因此，主叫侧设备、被叫侧设备在通话路径上的媒体传输状态还可以是主叫侧设备、被叫侧设备的接入方式，如Wi-Fi接入方式、LTE接入方式等。
403、呼叫控制网元根据主叫侧设备和被叫侧设备在通话路径上的媒体传输状态，选择与主叫侧设备和被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
本实施例中，呼叫控制网元根据主叫侧设备和被叫侧设备在通话路径上的媒体传输状态，选择与主叫侧设备和被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力可以包括：
呼叫控制网元判断所述主叫侧设备和被叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述主叫侧设备和被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力；
如下表2所示，可以根据丢包率值，时延长短、抖动值大小及MOS值等网络传输质量指标来选择优选媒体能力，还可以是上述网络传输质量指标中一种或多种的结合，此处不作限定。
表2
本实施例中，所述呼叫控制网元选择与主叫侧设备和被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力包括：
当所述网络传输质量包括丢包率时，所述呼叫控制网元判断所述丢包率值是否小于预置的丢包率值，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述丢包率值相匹配的优选媒体能力；
或，
当所述网络传输质量包括时延值时，所述呼叫控制网元判断所述时延值是否小于预置的时延值，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述时延值相匹配的优选媒体能力；
或，
当所述网络传输质量包括抖动值时，所述呼叫控制网元判断所述抖动值是否小于预置的第一阈值，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述抖动值相匹配的优选媒体能力；
或，
当所述网络传输质量包括MOS值时，所述呼叫控制网元判断所述MOS值是否大于第二阈值，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述MOS值相匹配的优选媒体能力。
当网络传输质量包括丢包率、时延、抖动及MOS值中一种时，可以根据上述判断各项指标是否符合要求，在主叫侧设备和被叫侧设备均的判断结果为是的时候(如丢包率小于预置的丢包率值、抖动小于预置的第一阈值、时延小于预置的时延长度、MOS值大于第二阈值)，确定所述网络传输质量符合预置的网络传输质量条件，当选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，在判断结果为否的时候，则在所述主叫侧设备支持的媒体能力中，选择与所述网络传输质量(丢包率、时延、抖动、MOS值)相匹配的优选媒体能力。
当网络传输质量包括丢包率、时延、抖动及MOS值中多种时，当主叫侧设备和被叫侧设备这多种指标均满足要求(如丢包率小于预置的丢包率值、抖动小于预置的第一阈值、时延小于预置的时延长度、MOS值大于第二阈值)时，确定所述网络传输质量符合预置的网络传输质量条件，选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，当这包含的多种指标只有部分满足，部分不满足，或全部不满足时，则可以根据所述各项指标的是否满足的具体情况选择相匹配的优选媒体能力，例如，假设丢包率大于预置的丢包率值(不满足要求)，而其他指标均满足要求，由于iLBC编解码抗丢包能力较强，这时，选择的优选媒体能力中优先选择iLBC编解码的就更为合适，如将iLBC编解码调整到首选，或将其他编解码过滤掉。
例如，当主叫侧设备支持的音频媒体能力中包含了三种音频媒体能力，特点分别如下：
G.711编解码：特点是编码质量好，在不丢包的情况下用户会获得更好的语音质量，但是媒体传输带宽相对较大。
G.729编解码：编码质量不如G.711，但是媒体传输带宽相对较小。
iLBC编解码：编码质量与与G.729类似，带宽稍高于G.729小于G.711，但是抗丢包能力较强。
(1)若主被叫媒体传输质量均好，则可以选择编码传输质量高的媒体能力，如选择G.711编解码；
假设接收到的呼叫请求中SDP参数(仅列出主要的参数，其他参数略)
m＝audio xxxxxx RTP/AVP 18 0 98
a＝rtpmap:18 G729/8000
a＝rtpmap:0 PCMU/8000
a＝rtpmap:98 iLBC/8000
a＝fmtp:98 mode＝20
a＝ptime:20
调整后的SDP参数
m＝audio xxxxxx RTP/AVP 0 18 98
a＝rtpmap:0 PCMU/8000
a＝rtpmap:18 G729/8000
a＝rtpmap:98 iLBC/8000
a＝fmtp:98 mode＝20
a＝ptime:20
这样选择后该会话可以获得较佳的通话质量。
(2)若主被叫媒体传输质量均不好，如丢包率高，则可以选择比较抗丢包的媒体能力，如iLBC编解码；
假设接收到的呼叫请求中SDP参数(仅列出主要的参数，其他参数略)
m＝audio xxxxxx RTP/AVP 18 0 98
a＝rtpmap:18 G729/8000
a＝rtpmap:0 PCMU/8000
a＝rtpmap:98 iLBC/8000
a＝fmtp:98 mode＝20
a＝ptime:20
调整后的SDP参数：
m＝audio xxxxxx RTP/AVP 98 0 18
a＝rtpmap:98 iLBC/8000
a＝fmtp:98 mode＝20
a＝rtpmap:0 PCMU/8000
a＝rtpmap:18 G729/8000
a＝ptime:20
这样选择后，虽然该媒体传输路径上有丢包，但是仍然可以获得较好的通话质量保证。
(3)当主叫侧设备和被叫侧设备的在通话路径上的网络传输质量一个好，一个差时，可以以在通话路径上的网络传输质量差的设备能够支持的为准选择优选媒体能力，此处不做限定。
主叫侧设备和被叫设备在通话路径上的网络传输质量的好与差，根据上述丢包率值，时延值长短、抖动值大小及MOS值与预置的丢包率值、时延值、第一阈值、第二阈值的比较得出，当上述比较为是的时，即代表网络传输质量较好，符合要求。
在网络传输质量不符合预置的网络传输质量条件时，在所述主叫侧设备支持的媒体能力中，选择与所述被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力可以采用如图3所示的一种或多种方式修改呼叫请求中的SDP参数：
(1)在主叫侧设备支持的媒体能力中包含音频媒体能力和视频媒体能力时，将视频媒体能力过滤。
(2)当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据所述网络传输质量，在所述主叫侧设备支持的媒体能力中，将媒体能力占用带宽与所述被叫侧设备在通话路径上的网络传输质量匹配的媒体能力调整到首选。
(3)当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据所述被叫侧设备在通话路径上的网络传输质量，在所述主叫侧设备支持的媒体能力中，将与所述网络传输质量不匹配的媒体能力过滤。
(4)当所述主叫侧设备支持的媒体能力包括同一类型媒体编解码的多种速率集合时，根据所述网络传输质量与速率模式的对应关系，在所述主叫侧设备支持的媒体能力中，选择与所述被叫侧设备在通话路径上的网络传输质量相匹配的速率模式集合，所述速率模式集合中包括至少一种速率模式。
上述具体修改呼叫请求中的SDP参数的详细过程参照图3所示实施例中的具体过程，此处不再赘述。
当上述所述被叫侧设备在通话路径上的媒体传输状态还可以包括所述其中之一的接入方式时，如Wi-Fi接入方式、LTE接入方式等。
此时，所述呼叫控制网元根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元在所述其中之一的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
404、呼叫控制网元将呼叫请求中的主叫侧设备支持的媒体能力更新为优选媒体能力；
呼叫控制网元将接收到的呼叫请求中的主叫侧设备支持的媒体能力调整为上述确定的优选媒体能力，如主叫侧设备支持的媒体能力为G.711和G.729、iLBC编解码的音频媒体能力，根据获取的网络传输质量(如丢包率不高，传输带宽使用iLBC编解码)确定的优选媒体能力为G.711、G.729的音频媒体能力，则将呼叫请求中的媒体能力调整为G.711、G.729编解码的优选媒体能力。
405、呼叫控制网元向被叫侧设备转发所述更新媒体能力后的呼叫请求；
呼叫控制网元在更新呼叫请求中的媒体能力后，向所述被叫侧设备转发所述更新媒体能力后的呼叫请求，以使得被叫侧设备根据更新媒体能力后的呼叫请求中的优选媒体能力选择会话媒体能力，并向呼叫控制网元返回呼叫响应，所述呼叫响应携带所述被叫侧设备根据所述优选媒体能力选择的会话媒体能力，如被叫侧设备自身也支持G.711、G.729的优选媒体能力，则可以在其中选择一个会话媒体能力，如G.711，并向呼叫控制网元返回呼叫响应，所述呼叫响应中包括会话媒体能力；
406、呼叫控制网元向所述主叫侧设备发送应答；
本实施例中，呼叫控制网元接收到被叫侧设备返回的呼叫响应后，向所述主叫侧设备发送应答，步骤402中呼叫控制网元获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态，主叫侧设备也使用被叫侧设备确定的所述会话媒体能力，此时，所述应答中可以携带所述被叫侧设备确定的会话媒体能力；
在实际应用中，当呼叫控制网元获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态时，主叫侧设备可以使用自身确定的媒体能力作为会话时的媒体能力时，此时，所述应答中可以携带所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力，此处不做限定，这样呼叫控制网元就完成了主叫侧设备和被叫侧设备媒体能力的选择，会话就可以基于主叫侧设备和被叫侧设备各自选择的媒体能力进行会话，此处不作限定。
图4所示的实施例中，呼叫控制网元还可以基于主被叫媒体传输路径的状态分别为主被叫选择媒体能力数，以更精细化的控制不同媒体传输路径上所使用的媒体能力，请参阅图5，本发明实施例中确定媒体能力的方法的另一个实施例包括：
501、呼叫控制网元接收主叫侧设备的呼叫请求；
一般来讲，为了实现尽可能多的媒体互通，发起呼叫方可以携带多种媒体能力，即可以将自身支持的媒体能力全部放在呼叫请求中，如可以携带语音和视频，并且语音和视频中还可以携带多种媒体编解码能力，如同时包括音频媒体能力AMR和AMR-WB，或者同时包括媒体编解码为G.711编解码、G.729编解码、iLBC编解码的音频媒体能力，在会话建立前，主叫侧设备会向呼叫控制网元发送呼叫请求，所述呼叫请求中包括所述主叫侧设备支持的媒体能力。
502、呼叫控制网元获取主叫侧设备和被叫侧设备在通话路径上的媒体传输状态；
本实施例中，以呼叫控制网元获取主叫侧设备和被叫侧设备在通话路径上的媒体传输状态为例，在实际应用中，呼叫控制网元可以仅仅获取主叫侧设备在通话路径上的媒体传输状态，也可以仅仅获取被叫侧设备在通话路径上的媒体传输状态，此处不作限定。
在VOLTE场景下，主叫侧设备、被叫侧设备在通话路径上的媒体传输状态可以是主叫侧设备、被叫侧设备所在无线空口的信号状态，根据无线空口的信号状态可以知道可以支持的传输带宽；
本实施例中，主叫侧设备、被叫侧设备在通话路径上的媒体传输状态也是主叫侧设备、被叫侧设备在通话路径上的网络传输质量，对呼叫控制网元，其可以对接很多网络，也可以对接很多设备，但不管怎么对接都是基于IP地址来进行通信的，因此呼叫控制网元可以基于IP地址对儿的方式对每个IP地址对儿上的网络传输质量进行实时的统计，该统计可以是对每个地址对儿上所有用户或者部分抽样用户已有业务的统计，IP地址对儿是两个设备IP地址之间的通话路径，呼叫控制网元在会话建立之前，可以获取主叫侧设备、被叫侧设备在通话路径上(IP地址对儿上)的统计的网络传输质量。所述网络传输质量可以包括丢包率、时延、抖动及MOS值等，此处不作限定。
由于不同的媒体承载方式下其媒体传输状态也可能不一样，比如LTE接入方式下，是有最小带宽保证的，即GBR(Guranteed Bit Rate)保证，但是Wi-Fi接入方式下，所有接入该Wi-Fi节点的用户设备的带宽都是抢占式的，因此如果是Wi-Fi接入方式，那么意味着该用户设备的媒体传输路径的丢包或者延时、抖动值会较大，这时应该选择抗丢包的媒体能力，因此，主叫侧设备、被叫侧设备在通话路径上的媒体传输状态还可以是主叫侧设备、被叫侧设备的接入方式，如Wi-Fi接入方式、LTE接入方式等。
503、呼叫控制网元根据被叫侧设备在通话路径上的媒体传输状态，选择与被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
本实施例中，呼叫控制网元根据所述被叫侧设备在通话路径上的媒体传输状态，选择与所述被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
呼叫控制网元判断所述被叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力；
例如，当主叫侧设备支持的音频媒体能力中包含了三种音频媒体能力，特点分别如下：
G.711编解码：特点是编码质量好，在不丢包的情况下用户会获得更好的语音质量，但是媒体传输带宽相对较大。
G.729编解码：编码质量不如G.711，但是媒体传输带宽相对较小。
iLBC编解码：编码质量与与G.729类似，带宽稍高于G.729小于G.711，但是抗丢包能力较强。
假设这三种媒体能力均可以用于当前的媒体会话，但是必须仅选择一种，如果按照基本的流程，假设G.729编解码是首选，所以不做特殊控制的话被叫侧设备选择的媒体编解码就是G.729，但是这样选择可能并不是最佳选择，假设根据获取的被叫侧设备网络传输质量，知道被叫侧设备在该通话路径(媒体传输路径)上的丢包率高，由于iLBC编解码抗丢包能力较强，这时，使用iLBC编解码就更为合适，此时，iLBC编解码的媒体能力即为与所述被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力。
如表2所示，同样的，根据时延长短、抖动大小及MOS值等网络传输质量指标也可以来选择优选媒体能力，还可以是上述网络传输质量指标中一种或多种的结合，此处不作限定。
本实施例中，所述呼叫控制网元选择与被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力包括：
当所述网络传输质量包括丢包率时，所述呼叫控制网元判断所述丢包率值是否小于预置的丢包率值，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述丢包率值相匹配的优选媒体能力；
或，
当所述网络传输质量包括时延值时，所述呼叫控制网元判断所述时延值是否小于预置的时延值，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述时延值相匹配的优选媒体能力；
或，
当所述网络传输质量包括抖动值时，所述呼叫控制网元判断所述抖动值是否小于预置的第一阈值，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述抖动值相匹配的优选媒体能力；
或，
当所述网络传输质量包括MOS值时，所述呼叫控制网元判断所述MOS值是否大于第二阈值，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述MOS值相匹配的优选媒体能力。
当网络传输质量包括丢包率、时延、抖动及MOS值中一种时，可以根据上述判断各项指标是否符合要求，在判断结果为是的时候(如丢包率小于预置的丢包率值、抖动小于预置的第一阈值、时延小于预置的时延长度、MOS值大于第二阈值)，确定所述网络传输质量符合预置的网络传输质量条件，选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，在判断结果为否的时候，则在所述主叫侧设备支持的媒体能力中，选择与所述网络传输质量(丢包率、时延、抖动、MOS值)相匹配的优选媒体能力。
当网络传输质量包括丢包率、时延、抖动及MOS值中多种时，当这多种指标均满足要求(如丢包率小于预置的丢包率值、抖动小于预置的第一阈值、时延小于预置的时延长度、MOS值大于第二阈值)时，确定所述网络传输质量符合预置的网络传输质量条件，选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，当这包含的多种指标只有部分满足，部分不满足，或全部不满足时，则可以根据所述各项指标的是否满足的具体情况选择相匹配的优选媒体能力，例如，假设丢包率大于预置的丢包率值(不满足要求)，而其他指标均满足要求，由于iLBC编解码抗丢包能力较强，这时，选择的优选媒体能力中优先选择iLBC编解码的就更为合适，如将iLBC编解码调整到首选，或将其他编解码过滤掉。
在网络传输质量不符合预置的网络传输质量条件时，在所述主叫侧设备支持的媒体能力中，选择与所述被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力可以采用如图3所示的一种或多种方式修改呼叫请求中的SDP参数：
(1)在主叫侧设备支持的媒体能力中包含音频媒体能力和视频媒体能力时，将视频媒体能力过滤。
(2)当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据所述网络传输质量，在所述主叫侧设备支持的媒体能力中，将媒体能力占用带宽与所述被叫侧设备在通话路径上的网络传输质量匹配的媒体能力调整到首选。
(3)当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据所述被叫侧设备在通话路径上的网络传输质量，在所述主叫侧设备支持的媒体能力中，将与所述网络传输质量不匹配的媒体能力过滤。
(4)当所述主叫侧设备支持的媒体能力包括同一类型媒体编解码的多种速率集合时，根据所述网络传输质量与速率模式的对应关系，在所述主叫侧设备支持的媒体能力中，选择与所述被叫侧设备在通话路径上的网络传输质量相匹配的速率模式集合，所述速率模式集合中包括至少一种速率模式。
上述具体修改呼叫请求中的SDP参数的详细过程参照图3所示实施例中的具体过程，此处不再赘述。
当上述所述被叫侧设备在通话路径上的媒体传输状态还可以包括所述其中之一的接入方式时，如Wi-Fi接入方式、LTE接入方式等。
此时，所述呼叫控制网元根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元在所述其中之一的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
504、呼叫控制网元将呼叫请求中的主叫侧设备支持的媒体能力更新为优选媒体能力；
呼叫控制网元将接收到的呼叫请求中的主叫侧设备支持的媒体能力调整为上述确定的优选媒体能力，如主叫侧设备支持的媒体能力为G.711和G.729、iLBC编解码的音频媒体能力，根据获取的网络传输质量(如丢包率不高，传输带宽使用iLBC编解码)确定的优选媒体能力为G.711、G.729的音频媒体能力，则将呼叫请求中的媒体能力调整为G.711、G.729编解码的优选媒体能力。
505、呼叫控制网元向被叫侧设备转发所述更新媒体能力后的呼叫请求；
呼叫控制网元在更新呼叫请求中的媒体能力后，向所述被叫侧设备转发所述更新媒体能力后的呼叫请求，以使得被叫侧设备根据更新媒体能力后的呼叫请求中的优选媒体能力选择会话媒体能力，并向呼叫控制网元返回呼叫响应，所述呼叫响应携带所述被叫侧设备根据所述优选媒体能力选择的会话媒体能力，如被叫侧设备自身也支持G.711、G.729的优选媒体能力，则可以在其中选择一个会话媒体能力，如G.711，并向呼叫控制网元返回呼叫响应，所述呼叫响应中包括会话媒体能力；
506、呼叫控制网元根据主叫侧设备在通话路径上的媒体传输状态，选择与主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
本实施例中，呼叫控制网元根据主叫侧设备在通话路径上的媒体传输状态，选择与主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
呼叫控制网元判断主叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述主叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力。
本实施例总，呼叫控制网元根据主叫侧设备在通话路径上的媒体传输状态，选择与主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力，与步骤403中的实现方式类似，此处不再赘述。
507、呼叫控制网元向所述主叫侧设备发送应答；
呼叫控制网元在确定与主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力后，向所述主叫侧设备发送应答，所述应答中携带所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力，以使得所述主叫侧设备根据此优选媒体能力，选择自身与被叫侧设备进行会话时的媒体能力，这样呼叫控制网元就完成了主叫侧设备和被叫侧设备媒体能力的选择，会话就可以基于主叫侧设备和被叫侧设备各自选择的媒体能力进行会话。
本发明实施例中，呼叫控制网元在接收主叫侧设备的呼叫请求后，根据获取的主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态，确定一个优选媒体能力，使得被叫侧设备从优选媒体能力中选择一个会话媒体能力，由于选择的会话媒体能力是从媒体传输状态确定的优选媒体能力中选择出来的，与当前会话的媒体传输状态匹配，提高了会话质量，用户体验佳；
其次，根据主叫侧设备和被叫侧设备在通话路径上的媒体传输状态，分别确定主叫侧设备、被叫侧设备进行会话的优选媒体能力，这样不同路径分别处理，还可以避免一侧媒体传输状态无法获取而整个会话媒体能力无法进行优化的情况。
需要说明的是，上述各方法实施例中，均以音频媒体能力举例作出说明，可以理解的是，视频媒体能力同样适用于上述各方法实施例，此处不作限定。
下面介绍本发明实施例中的呼叫控制网元实施例，请参阅图6，本发明实施例中的呼叫控制网元一个实施例包括：
接收单元601，用于接收主叫侧设备的呼叫请求；
处理单元602，用于获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态；
所述处理单元602还用于根据获取的所述媒体传输状态，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力。
本实施例中，呼叫控制网元的处理单元602根据获取的所述主叫侧设备和被叫侧设备在通话路径的媒体传输状态，来确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力，由于选择的会话媒体能力根据媒体传输状态确定的，与当前会话的媒体传输状态匹配，提高了会话质量，用户体验佳。
可选的，所述处理单元602还可以用于：
在所述呼叫请求中包括所述主叫侧设备支持的媒体能力时，根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
将所述呼叫请求中的所述主叫侧设备支持的媒体能力更新为所述优选媒体能力；
可选的，所述呼叫控制网元还包括：
发送单元603，用于向所述被叫侧设备转发更新媒体能力后的呼叫请求；
则所述接收单元601还用于接收所述被叫侧设备返回的呼叫响应，所述呼叫响应携带所述被叫侧设备根据所述优选媒体能力选择的会话媒体能力；
则所述发送单元603还用于向所述主叫侧设备发送应答。
可选的，所述处理单元602具体用于：
获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态；
根据所述其中之一在通话路径上的媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
则所述发送单元603具体用于向所述主叫侧设备发送所述应答，所述应答中携带所述会话媒体能力。
可选的，所述处理单元602具体用于在所述其中之一在通话路径上的媒体传输状态包括所述其中之一所在无线空口的信号状态时，判断所述信号状态是否满足预置的信号状态条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择占用带宽低的媒体能力为所述优选媒体能力。
可选的，所述处理单元602具体用于在所述主叫侧设备支持的媒体能力中包含音频媒体能力和视频媒体能力时，将所述视频媒体能力过滤。
可选的，所述处理单元602具体用于：
当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态匹配的媒体能力调整到首选，
或，
当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态不匹配的媒体能力过滤，
或，
当所述主叫侧设备支持的媒体能力包括同一类型媒体编解码的多种速率集合时，根据预置的信号状态与速率模式的对应关系，在所述主叫侧设备支持的媒体能力中，选择与所述信号状态相匹配的速率模式集合，所述速率模式集合中包括至少一种速率模式。
可选的，所述处理单元602具体用于当所述其中之一在通话路径上的媒体传输状态包括所述其中之一的接入方式，且在所述其中之一的接入方式为Wi-Fi的接入方式，所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
可选的，所述处理单元602具体用于：
获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态；
根据所述被叫侧设备在通话路径上的媒体传输状态，选择与所述被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
所述处理单元602还用于根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
则所述发送单元603具体用于向所述主叫侧设备发送所述应答，所述应答中携带所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力。
可选的，所述处理单元602具体用于：
获取所述主叫侧设备和所述被叫侧设备在通话路径上的网络传输质量；
判断所述被叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力；
所述处理单元602具体还用于判断所述主叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述主叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力。
可选的，所述处理单元602具体用于：
获取所述主叫侧设备和所述被叫侧设备的接入方式；
在所述被叫侧设备的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力；
所述处理单元602具体还用于在所述主叫侧设备的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
上面从单元化功能实体的角度对本发明实施例中的呼叫控制网元进行了描述，下面从硬件处理的角度对本发明实施例中的呼叫控制网元进行描述，请参阅图7，本发明实施例中的呼叫控制网元包括：接收器701、发送器702和处理器703(可以有一个或多个)。
本发明实施例涉及的终端可以具有比图7所示出的更多或更少的部件，可以组合两个或更多个部件，或者可以具有不同的部件配置或设置，各个部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件或硬件和软件的组合实现。
所述接收器701用于执行如下操作：
接收主叫侧设备的呼叫请求。
所述处理器703用于执行如下操作：
获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态。
所述处理器703还用于执行如下操作：
根据所述媒体传输状态，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力；
在本发明一些实施例中，所述处理器703还可以用于执行如下操作：
在所述呼叫请求中包括所述主叫侧设备支持的媒体能力时，根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
将所述呼叫请求中的所述主叫侧设备支持的媒体能力更新为所述优选媒体能力。
则所述发送器702还可以用于执行如下操作：
向所述被叫侧设备转发更新媒体能力后的呼叫请求。
则所述接收器701还用于执行如下操作：
接收所述被叫侧设备返回的呼叫响应，所述呼叫响应携带所述被叫侧设备根据所述优选媒体能力选择的会话媒体能力
所述发送器702还可以用于执行如下操作：
向所述主叫侧设备发送应答。
在本发明一些实施例中，所述处理器703还可以用于执行如下操作：
获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态；
根据所述其中之一在通话路径上的媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
所述发送器703还可以用于执行如下操作：
向所述主叫侧设备发送所述应答，所述应答中携带所述会话媒体能力。
在本发明一些实施例中，所述处理器703还可以用于执行如下操作：
在所述其中之一在通话路径上的媒体传输状态包括所述其中之一所在无线空口的信号状态时，判断所述信号状态是否满足预置的信号状态条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择占用带宽低的媒体能力为所述优选媒体能力。
在本发明一些实施例中，所述处理器703还可以用于执行如下操作：
在所述主叫侧设备支持的媒体能力中包含音频媒体能力和视频媒体能力时，将所述视频媒体能力过滤。
在本发明一些实施例中，所述处理器703还可以用于执行如下操作：
当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态匹配的媒体能力调整到首选，
或，
当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态不匹配的媒体能力过滤，
或，
当所述主叫侧设备支持的媒体能力包括同一类型媒体编解码的多种速率集合时，根据预置的信号状态与速率模式的对应关系，在所述主叫侧设备支持的媒体能力中，选择与所述信号状态相匹配的速率模式集合，所述速率模式集合中包括至少一种速率模式。
在本发明一些实施例中，所述处理器703还可以用于执行如下操作：
当所述其中之一在通话路径上的媒体传输状态包括所述其中之一的接入方式，且在所述其中之一的接入方式为Wi-Fi的接入方式，所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
在本发明一些实施例中，所述处理器703还可以用于执行如下操作：
获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态；
根据所述被叫侧设备在通话路径上的媒体传输状态，选择与所述被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
则所述发送器702还可以用于执行如下操作：
向所述主叫侧设备发送所述应答，所述应答中携带所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力。
在本发明一些实施例中，所述处理器703还可以用于执行如下操作：
获取所述主叫侧设备和所述被叫侧设备在通话路径上的网络传输质量；
判断所述被叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力；
判断所述主叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述主叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力。
在本发明一些实施例中，所述处理器703还可以用于执行如下操作：
获取所述主叫侧设备和所述被叫侧设备的接入方式；
在所述被叫侧设备的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力；
在所述主叫侧设备的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (19)
1.一种确定媒体能力的方法，其特征在于，包括：
呼叫控制网元接收主叫侧设备的呼叫请求；
所述呼叫控制网元获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态；
所述呼叫控制网元根据所述媒体传输状态，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力；
所述呼叫请求中包括所述主叫侧设备支持的媒体能力；
所述呼叫控制网元根据所述媒体传输状态，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力包括：
所述呼叫控制网元根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
所述呼叫控制网元将所述呼叫请求中的所述主叫侧设备支持的媒体能力更新为所述优选媒体能力；
所述呼叫控制网元向所述被叫侧设备转发更新媒体能力后的呼叫请求；
所述呼叫控制网元接收所述被叫侧设备返回的呼叫响应，所述呼叫响应携带所述被叫侧设备根据所述优选媒体能力选择的会话媒体能力；
所述呼叫控制网元向所述主叫侧设备发送应答。
2.根据权利要求1所述的方法，其特征在于，所述呼叫控制网元获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态包括：
所述呼叫控制网元获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态；
所述呼叫控制网元根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元根据所述其中之一在通话路径上的媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
所述呼叫控制网元向所述主叫侧设备发送应答，包括：
所述呼叫控制网元向所述主叫侧设备发送所述应答，所述应答中携带所述会话媒体能力。
3.根据权利要求2所述的方法，其特征在于，所述其中之一在通话路径上的媒体传输状态包括所述其中之一所在无线空口的信号状态；
所述呼叫控制网元根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元判断所述信号状态是否满足预置的信号状态条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择占用带宽低的媒体能力为所述优选媒体能力。
4.根据权利要求3所述的方法，其特征在于，所述选择占用带宽低的媒体能力为所述优选媒体能力包括：
在所述主叫侧设备支持的媒体能力中包含音频媒体能力和视频媒体能力时，将所述视频媒体能力过滤。
5.根据权利要求3或4所述的方法，其特征在于，所述在所述主叫侧设备支持的媒体能力中选择占用带宽低的媒体能力为所述优选媒体能力包括：
当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态匹配的媒体能力调整到首选，
或，
当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态不匹配的媒体能力过滤，
或，
当所述主叫侧设备支持的媒体能力包括同一类型媒体编解码的多种速率集合时，根据预置的信号状态与速率模式的对应关系，在所述主叫侧设备支持的媒体能力中，选择与所述信号状态相匹配的速率模式集合，所述速率模式集合中包括至少一种速率模式。
6.根据权利要求2所述的方法，其特征在于，所述其中之一在通话路径上的媒体传输状态包括所述其中之一的接入方式；
所述呼叫控制网元根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元在所述其中之一的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
7.根据权利要求1所述的方法，其特征在于，所述呼叫控制网元获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态包括：
所述呼叫控制网元获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态；
所述呼叫控制网元根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元根据所述被叫侧设备在通话路径上的媒体传输状态，选择与所述被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
所述方法还包括：
所述呼叫控制网元根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
则所述呼叫控制网元向所述主叫侧设备发送应答，包括：
所述呼叫控制网元向所述主叫侧设备发送所述应答，所述应答中携带所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力。
8.根据权利要求7所述的方法，其特征在于，所述呼叫控制网元获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态包括：
所述呼叫控制网元获取所述主叫侧设备和所述被叫侧设备在通话路径上的网络传输质量；
所述呼叫控制网元根据所述被叫侧设备在通话路径上的媒体传输状态，选择与所述被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元判断所述被叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力；
所述呼叫控制网元根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元判断所述主叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述被叫侧设备支持的媒体能力中，选择与所述主叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力。
9.根据权利要求7所述的方法，其特征在于，所述呼叫控制网元获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态包括：
所述呼叫控制网元获取所述主叫侧设备和所述被叫侧设备的接入方式；
所述呼叫控制网元根据所述被叫侧设备在通话路径上的媒体传输状态，选择与所述被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元在所述被叫侧设备的接入方式为Wi-Fi的接入方式，且所述被叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力；
所述呼叫控制网元根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力包括：
所述呼叫控制网元在所述主叫侧设备的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
10.一种呼叫控制网元，其特征在于，包括：
接收单元，用于接收主叫侧设备的呼叫请求；
处理单元，用于获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态；
所述处理单元还用于根据获取的所述媒体传输状态，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力；
所述处理单元还用于：
在所述呼叫请求中包括所述主叫侧设备支持的媒体能力时，根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
将所述呼叫请求中的所述主叫侧设备支持的媒体能力更新为所述优选媒体能力；
所述呼叫控制网元还包括：
发送单元，用于向所述被叫侧设备转发更新媒体能力后的呼叫请求；
所述接收单元还用于接收所述被叫侧设备返回的呼叫响应，所述呼叫响应携带所述被叫侧设备根据所述优选媒体能力选择的会话媒体能力；
所述发送单元还用于向所述主叫侧设备发送应答。
11.根据权利要求10所述的呼叫控制网元，其特征在于，所述处理单元具体用于：
获取主叫侧设备和被叫侧设备其中之一在通话路径上的媒体传输状态；
根据所述其中之一在通话路径上的媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
所述发送单元具体用于向所述主叫侧设备发送所述应答，所述应答中携带所述会话媒体能力。
12.根据权利要求11所述的呼叫控制网元，其特征在于，所述处理单元具体用于在所述其中之一在通话路径上的媒体传输状态包括所述其中之一所在无线空口的信号状态时，判断所述信号状态是否满足预置的信号状态条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择占用带宽低的媒体能力为所述优选媒体能力。
13.根据权利要求12所述的呼叫控制网元，其特征在于，所述处理单元具体用于在所述主叫侧设备支持的媒体能力中包含音频媒体能力和视频媒体能力时，将所述视频媒体能力过滤。
14.根据权利要求12或13所述的呼叫控制网元，其特征在于，所述处理单元具体用于：
当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态匹配的媒体能力调整到首选，
或，
当所述主叫侧设备支持的媒体能力包括多种类型媒体编解码的媒体能力时，根据预置的信号状态与媒体能力的对应关系，在所述主叫侧设备支持的媒体能力中，将与所述信号状态不匹配的媒体能力过滤，
或，
当所述主叫侧设备支持的媒体能力包括同一类型媒体编解码的多种速率集合时，根据预置的信号状态与速率模式的对应关系，在所述主叫侧设备支持的媒体能力中，选择与所述信号状态相匹配的速率模式集合，所述速率模式集合中包括至少一种速率模式。
15.根据权利要求11所述的呼叫控制网元，其特征在于，所述处理单元具体用于当所述其中之一在通话路径上的媒体传输状态包括所述其中之一的接入方式，且在所述其中之一的接入方式为Wi-Fi的接入方式，所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
16.根据权利要求10所述的呼叫控制网元，其特征在于，所述处理单元具体用于：
获取所述主叫侧设备和所述被叫侧设备在通话路径上的媒体传输状态；
根据所述被叫侧设备在通话路径上的媒体传输状态，选择与所述被叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
所述处理单元还用于根据所述主叫侧设备在通话路径上的媒体传输状态，选择与所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力；
则所述发送单元具体用于向所述主叫侧设备发送所述应答，所述应答中携带所述主叫侧设备在通话路径上的媒体传输状态相匹配的优选媒体能力。
17.根据权利要求16所述的呼叫控制网元，所述处理单元具体用于：
获取所述主叫侧设备和所述被叫侧设备在通话路径上的网络传输质量；
判断所述被叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述主叫侧设备支持的媒体能力中，选择与所述被叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力；
所述处理单元具体还用于判断所述主叫侧设备在通话路径上的网络传输质量是否满足预置的网络传输质量条件，若是，则选择所述主叫侧设备支持的媒体能力为所述优选媒体能力，若否，则在所述被叫侧设备支持的媒体能力中，选择与所述主叫侧设备在通话路径上的网络传输质量相匹配的优选媒体能力。
18.根据权利要求16所述的呼叫控制网元，其特征在于，所述处理单元具体用于：
获取所述主叫侧设备和所述被叫侧设备的接入方式；
在所述被叫侧设备的接入方式为Wi-Fi的接入方式，且所述主叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力；
所述处理单元具体还用于在所述主叫侧设备的接入方式为Wi-Fi的接入方式，且所述被叫侧设备支持抗丢包的媒体能力时，在所述抗丢包的媒体能力中选择优选媒体能力。
19.一种呼叫控制网元，其特征在于，包括：
接收器，用于接收主叫侧设备的呼叫请求；
处理器，用于获取主叫侧设备和被叫侧设备中至少之一在通话路径上的媒体传输状态；
所述处理器还用于根据所述媒体传输状态，确定所述主叫侧设备和所述被叫侧设备之间建立会话时的媒体能力；
所处处理器具体用于：
所述呼叫控制网元根据所述媒体传输状态，选择与所述媒体传输状态相匹配的优选媒体能力；
所述呼叫控制网元将所述呼叫请求中的所述主叫侧设备支持的媒体能力更新为所述优选媒体能力；
所述呼叫控制网元向所述被叫侧设备转发更新媒体能力后的呼叫请求；
所述呼叫控制网元接收所述被叫侧设备返回的呼叫响应，所述呼叫响应携带所述被叫侧设备根据所述优选媒体能力选择的会话媒体能力；
所述呼叫控制网元向所述主叫侧设备发送应答。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410749242.0A CN104539588B (zh) | 2014-12-09 | 2014-12-09 | 一种确定媒体能力的方法及呼叫控制网元 |
| PCT/CN2015/096697 WO2016091154A1 (zh) | 2014-12-09 | 2015-12-08 | 一种确定媒体能力的方法及呼叫控制网元 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410749242.0A CN104539588B (zh) | 2014-12-09 | 2014-12-09 | 一种确定媒体能力的方法及呼叫控制网元 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104539588A CN104539588A (zh) | 2015-04-22 |
| CN104539588B true CN104539588B (zh) | 2019-04-12 |
Family
ID=52855057
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410749242.0A Active CN104539588B (zh) | 2014-12-09 | 2014-12-09 | 一种确定媒体能力的方法及呼叫控制网元 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN104539588B (zh) |
| WO (1) | WO2016091154A1 (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104539588B (zh) * | 2014-12-09 | 2019-04-12 | 华为技术有限公司 | 一种确定媒体能力的方法及呼叫控制网元 |
| CN106817351A (zh) * | 2015-12-01 | 2017-06-09 | 大唐移动通信设备有限公司 | 一种媒体协商的方法及装置 |
| CN108401263B (zh) * | 2017-02-07 | 2021-09-17 | 大唐移动通信设备有限公司 | 一种语音质量的评估方法及装置 |
| CN111049995A (zh) * | 2018-10-12 | 2020-04-21 | 华为技术有限公司 | 一种控制呼叫中的视频彩铃的方法及相关装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101035086A (zh) * | 2007-04-20 | 2007-09-12 | 杭州华三通信技术有限公司 | 数据传输方法及装置 |
| CN101208982A (zh) * | 2005-05-03 | 2008-06-25 | 诺基亚公司 | 用信号发送用于多媒体会话的服务质量（qos）参数 |
| CN101854671A (zh) * | 2009-04-02 | 2010-10-06 | 华为软件技术有限公司 | 配置处理方法和装置 |
| CN102710617A (zh) * | 2012-05-21 | 2012-10-03 | 深圳市共进电子股份有限公司 | Sip终端sdp协商方法 |
| CN103517287A (zh) * | 2012-06-18 | 2014-01-15 | 中国移动通信集团广东有限公司 | 端对端双向语音质量的测试方法、系统及语音测试服务器 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8072966B2 (en) * | 2005-09-16 | 2011-12-06 | Acme Packet, Inc. | Method and system of partitioning a signaling protocol |
| US7801543B2 (en) * | 2007-12-14 | 2010-09-21 | Motorola, Inc. | Dynamic vocoder assignment in a communication system |
| CN101465926B (zh) * | 2009-01-07 | 2011-10-26 | 中兴通讯股份有限公司 | 网络电话网关进行呼叫处理的方法及装置 |
| CN102611809B (zh) * | 2012-03-29 | 2015-03-18 | 华为技术有限公司 | 呼叫处理方法和控制装置、自动呼叫分配装置和座席终端 |
| CN104486293B (zh) * | 2014-11-25 | 2018-09-28 | 中国电子科技集团公司第三十研究所 | 无线VoIP环境下基于网络和终端能力的媒体协商方法和系统 |
| CN104539588B (zh) * | 2014-12-09 | 2019-04-12 | 华为技术有限公司 | 一种确定媒体能力的方法及呼叫控制网元 |
-
2014
- 2014-12-09 CN CN201410749242.0A patent/CN104539588B/zh active Active
-
2015
- 2015-12-08 WO PCT/CN2015/096697 patent/WO2016091154A1/zh active Application Filing
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101208982A (zh) * | 2005-05-03 | 2008-06-25 | 诺基亚公司 | 用信号发送用于多媒体会话的服务质量（qos）参数 |
| CN101035086A (zh) * | 2007-04-20 | 2007-09-12 | 杭州华三通信技术有限公司 | 数据传输方法及装置 |
| CN101854671A (zh) * | 2009-04-02 | 2010-10-06 | 华为软件技术有限公司 | 配置处理方法和装置 |
| CN102710617A (zh) * | 2012-05-21 | 2012-10-03 | 深圳市共进电子股份有限公司 | Sip终端sdp协商方法 |
| CN103517287A (zh) * | 2012-06-18 | 2014-01-15 | 中国移动通信集团广东有限公司 | 端对端双向语音质量的测试方法、系统及语音测试服务器 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104539588A (zh) | 2015-04-22 |
| WO2016091154A1 (zh) | 2016-06-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104539588B (zh) | 一种确定媒体能力的方法及呼叫控制网元 | |
| US9325941B2 (en) | Communication channel management for real-time applications | |
| US9525569B2 (en) | Enhanced circuit-switched calls | |
| US9866596B2 (en) | Methods and systems for virtual conference system using personal communication devices | |
| CN105791165B (zh) | 一种业务承载方法、通信终端、控制网元s-cscf以及系统 | |
| GB2441455A (en) | Codec rate adaptation as a function of air-interface as well as network in a packet-based network | |
| CN105580418B (zh) | 用于增强的呼叫质量和成功率的系统和方法 | |
| CN101212459A (zh) | 控制媒体编码速率的方法、系统和设备 | |
| CN103702061A (zh) | 一种智能终端视频通话分辨率自动调节方法 | |
| WO2018118407A1 (en) | Network core facilitating terminal interoperation | |
| CN101340722A (zh) | 一种通话无缝切换方法和移动终端 | |
| KR20180014031A (ko) | 서비스 레이트를 위한 조정 방법 및 디바이스 | |
| US8964822B2 (en) | Communication system and method | |
| CN103138874B (zh) | 一种编解码动态协商方法及设备 | |
| US9277057B2 (en) | Mechanism for dynamic signaling of encoder capabilities | |
| CN104284397A (zh) | 基于通信终端的网络选择方法、装置及终端 | |
| US20230208980A1 (en) | System and method for transmitting rich media information in call process, and device | |
| CN110661860B (zh) | 一种建立通话的方法及通话设备 | |
| CN102511155A (zh) | 一种ip路径协商的方法、系统及装置 | |
| JP3766087B2 (ja) | 符号化方式選択方法及び端末装置 | |
| CN105635738B (zh) | 视频流提供方法及系统和中继装置 | |
| CN110445929B (zh) | 通话连接建立方法、服务器、电子装置及存储介质 | |
| CN107852656B (zh) | 一种通话切换方法、终端设备及存储介质 | |
| WO2018076376A1 (zh) | 一种语音数据传输方法、用户设备以及存储介质 | |
| CN101465926B (zh) | 网络电话网关进行呼叫处理的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |