一种媒体编解码协商方法及终端设备
阅读：1发布：2021-02-10
专利汇可以提供一种媒体编解码协商方法及终端设备专利检索，专利查询，专利分析的服务。并且本 发明 提供一种媒体编解码协商方法及终端设备。所述媒体编解码协商方法，应用于第一终端设备，包括：第一终端设备发送 请求 信令给至少一个第二终端设备，该请求信令中包含获取该第二终端设备所支持的媒体编解码能 力 集的请求信息；该第一终端设备接收至少一个该第二终端设备根据该请求信息发送的应答信令，该应答信令中包含该第二终端设备所支持的媒体编解码能力集；根据至少一个该第二终端设备所支持的媒体编解码能力集，与至少一个该第二终端设备协商，得到第一媒体编解码；利用该第一媒体编解码与至少一个该第二终端设备的音频 信号 进行混音处理。上述方案，提高了媒体编解码协商的成功率，在多方混音时，保证了终端设备的混音 质量 。，下面是一种媒体编解码协商方法及终端设备专利的具体信息内容。
1.一种媒体编解码协商方法，应用于第一终端设备，其特征在于，包括：
第一终端设备发送请求信令给至少一个第二终端设备，所述请求信令中包含获取所述第二终端设备所支持的媒体编解码能力集的请求信息；
所述第一终端设备接收至少一个所述第二终端设备根据所述请求信息发送的应答信令，所述应答信令中包含所述第二终端设备所支持的媒体编解码能力集；
根据至少一个所述第二终端设备所支持的媒体编解码能力集，与至少一个所述第二终端设备协商，得到第一媒体编解码；
利用所述第一媒体编解码与至少一个所述第二终端设备的音频信号进行混音处理。
2.根据权利要求1所述的媒体编解码协商方法，其特征在于，所述第一终端设备发送请求信令给至少一个第二终端设备的步骤具体为：
所述第一终端设备通过IP多媒体子系统IMS发送请求信令给至少一个第二终端设备。
3.根据权利要求1或2所述的媒体编解码协商方法，其特征在于，所述应答信令为会话初始协议信令或会话描述协议信令。
4.根据权利要求1所述的媒体编解码协商方法，其特征在于，所述根据至少一个所述第二终端设备所支持的媒体编解码能力集，与至少一个所述第二终端设备协商，得到第一媒体编解码的步骤具体为：
若至少一个所述第二终端设备所支持的媒体编解码能力集与所述第一终端设备的媒体编解码能力集存在交集，则获取所述第一终端设备与至少一个所述第二终端设备均支持的第一媒体编解码。
5.一种第一终端设备，其特征在于，包括：
第一发送模块，用于发送请求信令给至少一个第二终端设备，所述请求信令中包含获取所述第二终端设备所支持的媒体编解码能力集的请求信息；
第一接收模块，用于接收至少一个所述第二终端设备根据所述请求信息发送的应答信令，所述应答信令中包含所述第二终端设备所支持的媒体编解码能力集；
协商模块，用于根据至少一个所述第二终端设备所支持的媒体编解码能力集，与至少一个所述第二终端设备协商，得到第一媒体编解码；
处理模块，用于利用所述第一媒体编解码与至少一个所述第二终端设备的音频信号进行混音处理。
6.根据权利要求5所述的第一终端设备，其特征在于，所述第一发送模块具体用于：
通过IP多媒体子系统IMS发送请求信令给至少一个第二终端设备。
7.根据权利要求5所述的第一终端设备，其特征在于，所述协商模块具体用于：
若至少一个所述第二终端设备所支持的媒体编解码能力集与所述第一终端设备的媒体编解码能力集存在交集，则获取所述第一终端设备与至少一个所述第二终端设备均支持的第一媒体编解码。
8.一种媒体编解码协商方法，应用于第二终端设备，其特征在于，包括：
接收第一终端设备发送的请求信令，所述请求信令中包含获取第二终端设备的媒体编解码能力集的请求信息；
根据所述请求信息，发送应答信令给所述第一终端设备，所述应答信令中包含所述第二终端设备所支持的媒体编解码能力集。
9.根据权利要求8所述的媒体编解码协商方法，其特征在于，所述根据所述请求信息，发送应答信令给所述第一终端设备的步骤具体为：
通过IP多媒体子系统IMS发送应答信令给所述第一终端设备。
10.根据权利要求8或9所述的媒体编解码协商方法，其特征在于，所述应答信令为会话初始协议信令或会话描述协议信令。
11.一种第二终端设备，其特征在于，包括：
第二接收模块，用于接收第一终端设备发送的请求信令，所述请求信令中包含获取第二终端设备的媒体编解码能力集的请求信息；
第二发送模块，用于根据所述请求信息，发送应答信令给所述第一终端设备，所述应答信令中包含所述第二终端设备所支持的媒体编解码能力集。
一种媒体编解码协商方法及终端设备
技术领域
[0001] 本发明涉及通信技术领域，特别涉及一种媒体编解码协商方法及终端设备。
背景技术
[0002] 在IMS(IP Multimedia Subsystem，IP多媒体子系统)网络中，当通信的设备需要进行媒体编解码能力协商时，通常采用如下方式进行：
[0003] 方式1、设备A将自己的媒体编解码能力发送给与其通信的设备B，然后设备B根据设备A的媒体编解码能力集确定二者使用的媒体编解码，并将此媒体编解码发送给设备A；
[0004] 此种方式存在的问题为：当与设备A连接的另一设备C要与设备B一同实现三方混音时，因设备A不能完整的获取设备B和设备C的媒体编解码能力集，会造成设备B和设备C虽然有公共的媒体编解码交集，但因反馈给设备A的媒体编解码不同，使得在进行三方混音时，三者会使用2种媒体编解码实现与其他设备的混音，此种方式对设备芯片的能力要求较高，甚至会影响到混音质量；而如果强制使用某一种媒体编解码进行混音，可能会由于某一设备不支持该媒体编解码从而导致媒体协商失败。
[0005] 方式2、当设备A与设备B进行媒体编解码协商时，设备A会发送专用的查询信令给设备B，以查询设备B的媒体编解码能力；
[0006] 此种方式存在的问题为：因该查询信令会先到达网络侧，大量的查询信令会增加网络侧的负担，同时，网络侧并不是将所有的查询信令均进行转发，在网络侧未将查询信令成功转发时，不能保证设备A与设备B之间的媒体编解码协商的准确性。
发明内容
[0007] 本发明要解决的技术问题是提供一种媒体编解码协商方法及终端设备，用以解决现有的媒体编解码协商方式会造成协商成功率低，在多方混音时，会存在影响混音质量的问题。
[0008] 为了解决上述技术问题，本发明实施例提供一种媒体编解码协商方法，应用于第一终端设备，包括：
[0010] 所述第一终端设备接收至少一个所述第二终端设备根据所述请求信息发送的应答信令，所述应答信令中包含所述第二终端设备所支持的媒体编解码能力集；
[0011] 根据至少一个所述第二终端设备所支持的媒体编解码能力集，与至少一个所述第二终端设备协商，得到第一媒体编解码；
[0013] 进一步地，所述第一终端设备发送请求信令给至少一个第二终端设备的步骤具体为：
[0014] 所述第一终端设备通过IP多媒体子系统IMS发送请求信令给至少一个第二终端设备。
[0015] 进一步地，所述应答信令为会话初始协议信令或会话描述协议信令。
[0016] 进一步地，所述根据至少一个所述第二终端设备所支持的媒体编解码能力集，与至少一个所述第二终端设备协商，得到第一媒体编解码的步骤具体为：
[0017] 若至少一个所述第二终端设备所支持的媒体编解码能力集与所述第一终端设备的媒体编解码能力集存在交集，则获取所述第一终端设备与至少一个所述第二终端设备均支持的第一媒体编解码。
[0018] 本发明实施例提供一种第一终端设备，包括：
[0019] 第一发送模块，用于发送请求信令给至少一个第二终端设备，所述请求信令中包含获取所述第二终端设备所支持的媒体编解码能力集的请求信息；
[0020] 第一接收模块，用于接收至少一个所述第二终端设备根据所述请求信息发送的应答信令，所述应答信令中包含所述第二终端设备所支持的媒体编解码能力集；
[0021] 协商模块，用于根据至少一个所述第二终端设备所支持的媒体编解码能力集，与至少一个所述第二终端设备协商，得到第一媒体编解码；
[0023] 进一步地，所述第一发送模块具体用于：
[0024] 通过IP多媒体子系统IMS发送请求信令给至少一个第二终端设备。
[0025] 进一步地，所述协商模块具体用于：
[0026] 若至少一个所述第二终端设备所支持的媒体编解码能力集与所述第一终端设备的媒体编解码能力集存在交集，则获取所述第一终端设备与至少一个所述第二终端设备均支持的第一媒体编解码。
[0027] 本发明实施例提供一种媒体编解码协商方法，应用于第二终端设备，包括：
[0028] 接收第一终端设备发送的请求信令，所述请求信令中包含获取第二终端设备的媒体编解码能力集的请求信息；
[0029] 根据所述请求信息，发送应答信令给所述第一终端设备，所述应答信令中包含所述第二终端设备所支持的媒体编解码能力集。
[0030] 进一步地，所述根据所述请求信息，发送应答信令给所述第一终端设备的步骤具体为：
[0031] 通过IP多媒体子系统IMS发送应答信令给所述第一终端设备。
[0032] 进一步地，所述应答信令为会话初始协议信令或会话描述协议信令。
[0033] 本发明实施例提供一种第二终端设备，包括：
[0034] 第二接收模块，用于接收第一终端设备发送的请求信令，所述请求信令中包含获取第二终端设备的媒体编解码能力集的请求信息；
[0035] 第二发送模块，用于根据所述请求信息，发送应答信令给所述第一终端设备，所述应答信令中包含所述第二终端设备所支持的媒体编解码能力集。
[0036] 本发明的有益效果是：
[0037] 上述方案，在进行媒体编解码协商时，终端设备通过主动查询方式获取与其进行混音的其它终端设备的媒体编解码能力集，然后依据获取的其它终端设备的媒体编解码能力集进行混音时所用的媒体编解码的协商，此种方式，提高了媒体编解码协商的成功率，在多方混音时，保证了终端设备的混音质量。附图说明
[0038] 图1表示本发明实施例一的媒体编解码协商方法的流程示意图；
[0039] 图2表示本端设备获取对端设备的媒体编解码能力集的流程示意图；
[0040] 图3表示设备A、设备B和设备C进行媒体编解码重协商的流程示意图；
[0041] 图4表示本发明实施例二的第一终端设备的模块示意图；
[0042] 图5表示本发明实施例三的媒体编解码协商方法的流程示意图；
[0043] 图6表示本发明实施例四的第二终端设备的模块示意图。
具体实施方式
[0044] 为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明进行详细描述。
[0045] 本发明针对现有的媒体编解码协商方式会造成协商成功率低，在多方混音时，会存在影响混音质量的问题，提供一种媒体编解码协商方法及终端设备。
[0046] 实施例一
[0047] 如图1所示，本发明实施例一的媒体编解码协商方法，包括：
[0048] 步骤11，第一终端设备发送请求信令给至少一个第二终端设备；
[0049] 其中，所述请求信令中包含获取所述第二终端设备所支持的媒体编解码能力集的请求信息；
[0050] 需要说明的是，该请求信令为终端设备之间进行通信的信令，为现有信令，如该请求信令可以为INVITE信令，在该INVITE信令中携带查询头部，该查询头部用于告知第二终端设备需要获取它所支持的媒体编解码能力集，其中，该查询头部即为上述的请求信息。
[0051] 步骤12，所述第一终端设备接收至少一个所述第二终端设备根据所述请求信息发送的应答信令；
[0052] 其中，所述应答信令中包含所述第二终端设备所支持的媒体编解码能力集；
[0053] 需要说明的是，该应答信令可以为会话初始协议(Session Initiation Protocol，SIP)信令或会话描述协议(Session Description Protocol，SDP)信令。
[0054] 步骤13，根据至少一个所述第二终端设备所支持的媒体编解码能力集，与至少一个所述第二终端设备协商，得到第一媒体编解码；
[0055] 步骤14，利用所述第一媒体编解码与至少一个所述第二终端设备的音频信号进行混音处理。
[0056] 需要说明的是，本实施例中，第一终端设备通过发送获取第二终端设备的媒体编解码能力集的请求信息给至少一个第二终端设备，并根据至少一个第二终端设备的反馈得到第二终端设备的媒体编解码能力集，然后在它们支持的媒体编解码交集里选取一种媒体编解码进行媒体重协商，实现三方(或多方)的混音。
[0057] 需要说明的是，通常第一终端设备和第二终端设备在通信时，需要由IMS进行信息的转发，因此，本实施例的步骤11的具体实现方式为：
[0058] 所述第一终端设备通过IMS发送请求信令给至少一个第二终端设备。
[0059] 在具体实现时，第一终端设备首先将请求信令发送给IMS，然后由IMS将请求信令转发给第二终端设备，需要说明的是，此处IMS不对该请求信令进行任何处理，只是依照第一终端设备的需求进行转发。
[0060] 可选地，本实施例中所述步骤13在实现时，具体为：
[0061] 若至少一个所述第二终端设备所支持的媒体编解码能力集与所述第一终端设备的媒体编解码能力集存在交集，则获取所述第一终端设备与至少一个所述第二终端设备均支持的第一媒体编解码。
[0062] 需要说明的是，当第二终端设备的媒体编解码能力集与第一终端设备的媒体编解码能力集没有交集(即二者没有共同的媒体编解码)时，依据系统的预设配置进行二者的混音。
[0063] 例如：当进行2个设备的混音时，设备1获取到设备2的媒体编解码能力集为{a、b、c}，而设备1自身的媒体编解码能力集为{a、c、d}，设备1和设备2的媒体编解码的交集为{a、c}，因此，在a和c中任选一个作为设备1和设备2的媒体编解码，进行二者的混音。
[0064] 当进行3个设备的混音时，设备1分别获取到设备2和设备3的媒体编解码能力集为{a、b、c}和{a、d、e}，而设备1自身的媒体编解码能力集为{a、c、d}，设备1、设备2和设备3的媒体编解码的交集为{a}，因此，选择a作为设备1、设备2和设备3的媒体编解码，进行三者的混音。
[0065] 如图2所示，第一终端设备(可以称为本端设备)获取第二终端设备(可以称为对端设备)的媒体编码能力集的具体过程为：
[0066] 步骤2.1、本端设备发送携带查询头部的INVITE信令给IMS服务器；
[0067] 该INVITE信令的具体示例如下：
[0068] INVITE sip:B@zte-telephone.com SIP/2.0；
[0069] MediaSet:query；
[0070] 其中，INVITE sip:B@zte-telephone.com SIP/2.0表示信令的具体属性；MediaSet:query表示需要获取对端设备媒体编码能力集的查询头部。
[0071] 步骤2.2、IMS服务器收到本端设备的携带查询头部的INVITE信令后，将该INVITE信令转发给对端设备；
[0072] 步骤2.3、对端设备收到IMS服务器转发的INVITE信令后，对该INVITE信令进行解析，识别出该INVITE信令中携带的媒体编码能力集查询头部，对端设备允许本次呼叫建立，因此在回复INVITE信令的应答信令里，通过信令头部携带自身的媒体编解码能力集；
[0073] 因应答信令可以通过SIP信令或SDP信令实现，当采用SIP信令进行媒体编解码能力集反馈时，信令示例如下：
[0074] SIP/2.0 200OK；
[0075] MediaSet:audio；a＝g711a；a＝g729；p＝20；
[0076] 其中，SIP/2.0 200OK表示为应答为200OK的SIP信令；MediaSet:audio；a＝g711a；a＝g729；p＝20表示设备自身的媒体编解码能力集，该设备支持语音、支持G711A和G729编解码，且打包时长为20毫秒。
[0077] 当采用SDP信令进行媒体编解码能力集反馈时，信令示例如下：
[0078] SIP/2.0 200OK；
[0079] v＝0；
[0080] o＝UserA 2890844526 2890844526IN IP4here.com；
[0081] s＝Session SDP；
[0082] c＝IN IP4pc33.atlanta.com；
[0083] t＝0 0；
[0084] m＝audio 49172RTP/AVP 8；
[0085] a＝ptime:20；
[0086] a＝sendrecv；
[0087] m＝audio*RTP/AVP 8 18；
[0088] 其中，SIP/2.0 200OK表示应答为200OK的信令；v＝0用于指示该SDP的协议版本；o＝UserA2890844526 2890844526IN IP4here.com用于指示该会话的会话源；s＝Session SDP用于指示该会话的会话名；c＝IN IP4pc33.atlanta.com用于指示该会话的连接数据(Connection Information)；t＝0 0用于进行该会话的时间描述，指示该会话的起始时间和结束时间；m＝audio 49172RTP/AVP 8用于进行该会话的媒体描述；a＝ptime:20用于指示媒体描述中的属性；a＝sendrecv用于指示媒体描述的收发模式；m＝audio*RTP/AVP 8 18用于指示设备自身的媒体编码能力集的查询结果，其中，该设备的媒体端口号为*，支持G711A和G729编解码。
[0089] 需要说明的是，在采用SDP信令时，在SDP信令中携带设备自身的媒体编解码能力集，通过将媒体端口置为*，标识媒体编解码能力集查询结果。
[0090] 步骤2.4、IMS服务器收到对端设备发送的携带有媒体编解码能力集的查询结果的应答信令后，将该应答信令转发给本端设备；
[0091] 本端设备对该应答信令进行解析，识别出应答信令里携带的对端设备的媒体编解码能力集的查询结果，至此本端设备便获取了对端设备的媒体编解码能力集；需要说明的是，上述的本端设备可以为通话的任意一方，例如可以是主叫设备方，也可以是被叫设备方。
[0092] 如图3所示，设备A、设备B和设备C应用上述方法进行三方混音时的具体流程为：
[0093] 步骤3.11、设备A发送携带有查询头部的第一INVITE信令给IMS服务器；
[0094] 步骤3.12、IMS服务器收到设备A的携带查询头部的第一INVITE信令后，将该第一INVITE信令转发给设备B；
[0095] 步骤3.13、设备B收到IMS服务器转发的第一INVITE信令后，对该第一INVITE信令进行解析，识别出该第一INVITE信令中携带的媒体编码能力集查询头部，设备B允许本次呼叫建立，因此在回复第一INVITE信令的第一应答信令里，通过信令头部携带自身的媒体编解码能力集；
[0096] 步骤3.14、IMS服务器收到设备B发送的携带有查询结果的第一应答信令后，将该第一应答信令转发给设备A，然后设备A对该第一应答信令进行解析，识别出第一应答信令里携带的设备B的媒体编解码能力集为G729和G711A，而设备A的媒体编解码能力支持G711A、G711U和G729，因此设备A和设备B选用G729进行通话；
[0097] 步骤3.15、设备A发送携带有查询头部的第二INVITE信令给IMS服务器；
[0098] 步骤3.16、IMS服务器收到设备A的携带查询头部的第二INVITE信令后，将该第二INVITE信令转发给设备C；
[0099] 步骤3.17、设备C收到IMS服务器转发的第二INVITE信令后，对该第二INVITE信令进行解析，识别出该第二INVITE信令中携带的媒体编码能力集查询头部，设备C允许本次呼叫建立，因此在回复第二INVITE信令的第二应答信令里，通过信令头部携带自身的媒体编解码能力集；
[0100] 步骤3.18、IMS服务器收到设备C发送的携带有查询结果的第二应答信令后，将该第二应答信令转发给设备A，然后设备A对该第二应答信令进行解析，识别出第二应答信令里携带的设备C的媒体编解码能力集为G711U和G711A，而设备A的媒体编解码能力支持G711A、G711U和G729，因此设备A和设备C选用G711U进行通话；
[0101] 需要说明的是，步骤3.11至步骤3.14为设备A与设备B进行会话协商的过程，步骤3.15至步骤3.18为设备A与设备C进行会话协商的过程，需要说明的是，这两个过程可以为同时进行的过程；并且为了区分不同设备间发送的信令，分别用第一和第二来标记INVITE信令和应答信令。
[0102] 在设备A分别获取设备B和设备C的媒体编解码能力集后，设备A从与设备B和设备C的媒体编解码能力集的交集里选取一个编解码G711A作为三者的混音编解码，然后分别通知设备B和设备C进行重协商，具体的流程为：
[0103] 步骤3.19、设备A向IMS服务器发送携带媒体重协商共同支持的编解码的第三INVITE信令；
[0104] 步骤3.20、IMS服务器将收到的第三INVITE信令发送给设备B；
[0105] 步骤3.21、设备A向IMS服务器发送携带媒体重协商共同支持的编解码的第四INVITE信令；
[0106] 步骤3.22、IMS服务器将收到的第四INVITE信令发送给设备C；
[0107] 步骤3.23、设备B收到第三INVITE信令，因G711A是设备B支持的媒体编解码，因此回复200OK的第三应答信令，确认使用G711A编解码；
[0108] 步骤3.24、IMS服务器收到设备B的第三应答信令后，将该第三应答信令转发给设备A；
[0109] 设备A收到IMS服务器转发的第三应答信令，设备A和设备B使用G711A通话；
[0110] 步骤3.25、设备C收到第四INVITE信令，因G711A是设备C支持的媒体编解码，因此回复200OK的第四应答信令，确认使用G711A编解码；
[0111] 步骤3.26、IMS服务器收到设备C的第四应答信令后，将该第四应答信令转发给设备A；
[0112] 设备A收到IMS服务器转发的第四应答信令，设备A和设备C使用G711A通话，由此便实现了设备A、设备B和设备C之间使用同一编码G711A进行混音。
[0113] 上述方案，在进行媒体编解码协商时，终端设备通过主动查询方式获取与其进行混音的其它终端设备的媒体编解码能力集，然后依据获取的其它终端设备的媒体编解码能力集进行混音编解码的协商，此种方式，提高了媒体编解码协商的成功率，在多方混音时，保证了终端设备之间的混音质量；同时，本发明中，通过现有的信令携带查询请求，无需增加额外的信令，不会造成额外的资源开销。
[0114] 实施例二
[0115] 如图4所示，对应于实施例一的媒体编解码协商方法，本发明实施例二提供一种第一终端设备，包括：
[0116] 第一发送模块41，用于发送请求信令给至少一个第二终端设备，所述请求信令中包含获取所述第二终端设备所支持的媒体编解码能力集的请求信息；
[0117] 第一接收模块42，用于接收至少一个所述第二终端设备根据所述请求信息发送的应答信令，所述应答信令中包含所述第二终端设备所支持的媒体编解码能力集；
[0118] 协商模块43，用于根据至少一个所述第二终端设备所支持的媒体编解码能力集，与至少一个所述第二终端设备协商，得到第一媒体编解码；
[0119] 处理模块44，用于利用所述第一媒体编解码与至少一个所述第二终端设备的音频信号进行混音处理。
[0120] 需要说明的是，所述第一发送模块41具体用于：
[0121] 通过IP多媒体子系统IMS发送请求信令给至少一个第二终端设备。
[0122] 还需要说明的是，所述应答信令为会话初始协议信令或会话描述协议信令。
[0123] 可选地，所述协商模块43具体用于：
[0124] 若至少一个所述第二终端设备所支持的媒体编解码能力集与所述第一终端设备的媒体编解码能力集存在交集，则获取所述第一终端设备与至少一个所述第二终端设备均支持的第一媒体编解码。
[0125] 需要说明的是，本实施例的第一终端设备是与实施例一的媒体编解码协商方法对应的终端设备，实施例一的所有实现方式均适用于该实施例中，也能达到与实施例一相同的技术效果。
[0126] 实施例三
[0127] 如图5所示，本发明实施例三的媒体编解码协商方法，应用于第二终端设备，包括：
[0128] 步骤51，接收第一终端设备发送的请求信令；
[0129] 其中，所述请求信令中包含获取第二终端设备的媒体编解码能力集的请求信息；
[0130] 步骤52，根据所述请求信息，发送应答信令给所述第一终端设备；
[0131] 其中，所述应答信令中包含所述第二终端设备所支持的媒体编解码能力集。
[0132] 具体地，步骤52的实现方式为：
[0133] 通过IP多媒体子系统IMS发送应答信令给所述第一终端设备。
[0134] 可选地，所述应答信令为会话初始协议信令或会话描述协议信令。
[0135] 需要说明的是，上述实施例一中，所有关于第二终端设备的描述，均适用于该应用第二终端设备的媒体编解码协商方法的实施例中，也能达到与其相同的技术效果。
[0136] 实施例四
[0137] 如图6所示，对应于实施例三的媒体编解码协商方法，本发明实施例四提供一种第二终端设备，包括：
[0138] 第二接收模块61，用于接收第一终端设备发送的请求信令，所述请求信令中包含获取第二终端设备的媒体编解码能力集的请求信息；
[0139] 第二发送模块62，用于根据所述请求信息，发送应答信令给所述第一终端设备，所述应答信令中包含所述第二终端设备所支持的媒体编解码能力集。
[0140] 其中，第二发送模块62具体用于：
[0141] 通过IP多媒体子系统IMS发送应答信令给所述第一终端设备。
[0142] 具体地，所述应答信令为会话初始协议信令或会话描述协议信令。
[0143] 需要说明的是，本实施例的第二终端设备是与实施例三的媒体编解码协商方法对应的终端设备，实施例三的所有实现方式均适用于该实施例中，也能达到与实施例三相同的技术效果。
[0144] 需要说明的是，本发明中所说的第一终端设备和第二终端设备的所有功能均可集成在同一终端设备中。
[0145] 以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 音频信号处理装置 | 2020-08-01 | 0 |
| 音频校验方法、装置、存储介质及电子设备 | 2020-07-11 | 2 |
| 一种音频通信设备 | 2020-08-28 | 1 |
| 一种媒体编解码协商方法及终端设备 | 2021-02-10 | 1 |
| 多分辨率切换音频编码/解码方案 | 2023-06-21 | 1 |
| 听力仪器 | 2021-10-07 | 0 |
| 一种风廓线雷达大气温度探测系统及方法 | 2023-04-08 | 1 |
| 一种减震机构及移动多媒体广播装置 | 2022-07-10 | 1 |
| 一种蓝牙智能手环 | 2023-03-20 | 0 |
| 电梯交互式数字对讲装置 | 2020-11-10 | 1 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
音频信号处理热门专利
QQ群二维码
意见反馈
意见反馈