CN110839008B - 专网下ims在媒体协商后向用户放音的方法及ims - Google Patents

Abstract

本发明实施例公开一种专网下IMS在媒体协商后向用户放音的方法及IMS，能实现专网中IMS与媒体“不干预”模式下的放音业务。方法包括：S1、在被叫用户设备挂机后，IMS通过向主叫用户设备发起媒体协商，获取媒体协商结果；S2、所述IMS根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音。

Description

专网下IMS在媒体协商后向用户放音的方法及IMS

技术领域

本发明实施例涉及通信技术领域，具体涉及一种专网下IMS(Internet ProtocolMultimedia Subsystem，因特网协议多媒体子系统)在媒体协商后向用户放音的方法及IMS。

背景技术

现有专网中IMS会话建立过程，主被叫不能互通时，IMS仅仅进行媒体的转发，并不参与媒体协商和转码，在主被叫协商完成后，IMS虽然有媒体通道，但是并没有与主叫用户进行媒体编解码的协商，因此也就无法对主叫用户放音；主被叫能够互通时，IMS完全“不干预”媒体，即不参与媒体协商、不转码、不转发媒体流，在主被叫协商完成后，IMS与主叫用户没有媒体通道，因此也无法对用户放音。

而现有IMS放音技术，虽然能够对用户放音，但是由于对媒体通道不重新刷新，兼容不了现有专网的会话流程；同时也满足不了专网的高性能、低成本的需求。因此现有放音技术无法应用在专网中。

发明内容

针对现有技术存在的不足和缺陷，本发明实施例提供一种专网下IMS在媒体协商后向用户放音的方法及IMS。

一方面，本发明实施例提出一种专网下IMS在媒体协商后向用户放音的方法，包括：

S1、在被叫用户设备挂机后，IMS通过向主叫用户设备发起媒体协商，获取媒体协商结果；

S2、所述IMS根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音。

另一方面，本发明实施例提出一种IMS，包括：

获取单元，用于在被叫用户设备挂机后，通过向主叫用户设备发起媒体协商，获取媒体协商结果；

放音单元，用于根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音。

第三方面，本发明实施例提供一种电子设备，包括：处理器、存储器、总线及存储在存储器上并可在处理器上运行的计算机程序；

其中，所述处理器，存储器通过所述总线完成相互间的通信；

所述处理器执行所述计算机程序时实现上述方法。

第四方面，本发明实施例提供一种非暂态计算机可读存储介质，所述存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述方法。

本发明实施例提供的专网下IMS在媒体协商后向用户放音的方法及IMS，在被叫用户设备挂机后，IMS通过向主叫用户设备发起媒体协商，获取媒体协商结果；所述IMS根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音，相较于现有技术，本方案在被叫用户设备挂机后，通过与主叫用户设备进行媒体协商，并根据媒体协商结果进行放音，能与专网会话流程兼容，能够避免现有放音方法由于对媒体通道不重新刷新，兼容不了现有专网的会话流程的问题；而且本方案放音的过程中IMS与媒体“不干预”，从而能满足专网低成本、高性能、高质量的需求，实现专网中IMS与媒体“不干预”模式下的放音业务。

附图说明

图1为本发明专网下IMS在媒体协商后向用户放音的方法一实施例的流程示意图；

图2为主被叫不能互通，IMS向用户放音的流程图；

图3为主被叫能互通，IMS向用户放音的流程图；

图4为本发明IMS一实施例的结构示意图；

图5为本发明实施例提供的一种电子设备的实体结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明实施例保护的范围。

参看图1，本实施例公开一种专网下IMS在媒体协商后向用户放音的方法，包括：

S1、在被叫用户设备挂机后，IMS通过向主叫用户设备发起媒体协商，获取媒体协商结果；

S2、所述IMS根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音。

本发明实施例提供的专网下IMS在媒体协商后向用户放音的方法，在被叫用户设备挂机后，IMS通过向主叫用户设备发起媒体协商，获取媒体协商结果；所述IMS根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音，相较于现有技术，本方案在被叫用户设备挂机后，通过与主叫用户设备进行媒体协商，并根据媒体协商结果进行放音，能与专网会话流程兼容，能够避免现有放音方法由于对媒体通道不重新刷新，兼容不了现有专网的会话流程的问题；而且本方案放音的过程中IMS与媒体“不干预”，从而能满足专网低成本、高性能、高质量的需求，实现专网中IMS与媒体“不干预”模式下的放音业务。

在前述方法实施例的基础上，若所述主叫用户设备和被叫用户设备不能直接互通，

所述利用所述放音媒体资源对所述主叫用户设备进行放音，可以包括：

所述IMS利用所述放音媒体资源和所述被叫用户设备挂机前所述IMS建立的与所述主叫用户设备之间的媒体通道对所述主叫用户设备进行放音。

在前述方法实施例的基础上，所述IMS通过向主叫用户设备发起媒体协商，获取媒体协商结果，可以包括：

所述IMS生成SDP(Session Description Protocol，会话描述协议)协商消息，并将所述SDP协商消息发送给所述主叫用户设备，以使所述主叫用户设备根据所述SDP协商消息与所述IMS进行媒体协商，根据所述媒体协商结果对与所述IMS之间的媒体通道进行刷新，并反馈媒体协商结果，其中，所述SDP协商消息可以包括所述被叫用户设备挂机前所述IMS在所述主叫用户设备侧建立的媒体通道的地址和所述IMS所支持的所有媒体格式，所述媒体协商结果可以包括所述主叫用户设备的媒体地址和媒体格式的协商结果；

其中，所述IMS根据所述媒体协商结果获取对应的放音媒体资源，可以包括：

所述IMS根据所述媒体格式的协商结果获取对应的放音媒体资源；

所述IMS利用所述放音媒体资源和所述被叫用户设备挂机前所述IMS建立的与所述主叫用户设备之间的媒体通道对所述主叫用户设备进行放音，可以包括：

所述IMS根据所述主叫用户设备的媒体地址确定所述媒体通道，利用所述放音媒体资源和媒体通道对所述主叫用户设备进行放音。

本实施例中，图2为主被叫不能互通，IMS向用户放音的流程图，其中，步骤1～4为媒体协商流程，5～14为放音流程。下面对各个步骤进行详细说明：

步骤1，主叫用户UE1通过向IMS发送SDP协商消息sdp_offer发起SDP协商，所述SDP协商消息sdp_offer携带UE(User Equipment，用户设备)1所支持的媒体编解码信息mediacodec_ue1和UE1的媒体地址ipport_ue1。

步骤2，IMS接收到UE1发送的SDP协商消息sdp_offer后，存储UE1的媒体地址ipport_ue1，通过用户注册信息，不能判定UE1和被叫用户UE2之间能够直接互通，IMS为UE2建立媒体通道。基于不转码原则，IMS不修改UE1发送的SDP协商消息sdp_offer中携带的编解码信息，仅仅将ipport_ue1修改为IMS为UE2建立的媒体通道的地址ipport_ims2，然后将修改后的SDP协商消息sdp_offer发给UE2。

步骤3，UE2接收到IMS发送的SDP协商消息sdp_offer后，进行与UE1的媒体编解码协商，并生成包含协商结果mediacodec_ue1_ue2和UE2的媒体地址ipport_ue2的sdp_answer消息，将sdp_answer消息返回给IMS。

步骤4，IMS接收到sdp_answer消息后，存储UE2的媒体地址ipport_ue2，为UE1建立媒体通道，生成包含为UE1建立的媒体通道的地址ipport_ims1和协商结果mediacodec_ue1_ue2的SDP消息，并将SDP消息发送给UE1。

需要说明的是，上述步骤1～4，遵循专网现有流程，主被叫媒体协商过程可能为多条信令组成，也可能循环多次，根据不同业务和终端而定。此时，IMS能够转发媒体，但是IMS并没有和主叫用户进行媒体编解码的协商。

步骤5～6，UE2振铃，包括：UE2向IMS发送180消息；IMS将所述180消息发送给UE1。

步骤7～8，UE2挂机，IMS结束UE2呼叫，包括：UE2向IMS发送4XX消息；IMS回复ACK(Acknowledgement，确认消息。

步骤9，IMS向UE1发送媒体协商的sdp_offer消息(携带IMS所支持的所有媒体格式和媒体通道的地址ipport_ims1)，以进行媒体格式协商的流程，以此保证IMS能够向UE1放音。

对于步骤9，可以理解的是，IMS收到UE2的4XX消息后，需要向UE1放音，而此时IMS虽然与UE1之间建立了媒体通道，但是并没有与UE1进行过媒体编码格式的协商，无法向UE1放音，因而需要先与UE1进行媒体编码格式的协商。

步骤10，UE1收到sdp_offer消息后，与IMS进行媒体格式的协商，根据媒体格式的协商结果进行媒体通道的刷新，并返回以sdp_answer消息，该sdp_answer消息携带媒体格式的协商结果mediacodec_ims_ue1和UE1的媒体地址ipport_ue1。

步骤11，IMS根据UE1返回的媒体格式的协商结果mediacodec_ims_ue1，准备相应格式的放音媒体资源。

步骤12，IMS根据UE1的媒体地址ipport_ue1确定出与UE1之间的媒体通道，通过该媒体通道向UE1播放音频流。

步骤13，放音结束后，IMS向UE1回复4XX消息。

步骤14，UE1向IMS回复ACK消息。

在前述方法实施例的基础上，若所述主叫用户设备和被叫用户设备能够直接互通，

在所述利用所述放音媒体资源对所述主叫用户设备进行放音之前，还可以包括：

所述IMS建立与所述主叫用户设备之间的媒体通道；

其中，所述利用所述放音媒体资源对所述主叫用户设备进行放音，可以包括：

所述IMS利用所述放音媒体资源和媒体通道对所述主叫用户设备进行放音。

在前述方法实施例的基础上，所述IMS通过向主叫用户设备发起媒体协商，获取媒体协商结果，可以包括：

所述IMS通过进行本侧媒体资源的申请，获得所述IMS的媒体地址；

所述IMS根据所述IMS的媒体地址生成SDP协商消息，并将所述SDP协商消息发送给所述主叫用户设备，以使所述主叫用户设备根据所述SDP协商消息与所述IMS进行媒体协商，将媒体通道更新为与所述IMS之间的媒体通道，并反馈媒体协商结果，其中，所述SDP协商消息可以包括所述IMS的媒体地址和所述IMS所支持的所有媒体格式，所述媒体协商结果可以包括所述主叫用户设备的媒体地址和媒体格式的协商结果；

其中，所述IMS建立与所述主叫用户设备之间的媒体通道，可以包括：

所述IMS根据所述主叫用户设备的媒体地址建立与所述主叫用户设备之间的媒体通道；

所述IMS根据所述媒体协商结果获取对应的放音媒体资源，可以包括：

所述IMS根据所述媒体格式的协商结果获取对应的放音媒体资源。

本实施例中，图3为主被叫能互通，IMS向用户放音的流程图，其中，步骤1～4为媒体协商流程，5～15为放音流程。下面对各个步骤进行详细说明：

步骤1，UE1发起SDP协商，携带UE1所支持的媒体编解码信息和UE1的媒体地址。

步骤2，IMS接收到UE1发起的SDP协商，通过用户注册信息，判断主叫用户UE1和UE2之间能够直接互通，且基于不转码原则，IMS将UE1携带的SDP信息转发给UE2。IMS不需要为UE2建立媒体通道。

步骤3，被叫UE2进行与UE1的媒体编解码协商，并将协商结果和UE2的媒体地址返回给IMS。

步骤4，IMS将UE2与UE1的协商结果转发给UE1。IMS不需要为UE1建立媒体通道。

步骤5，呼叫接通后，UE2与UE1直接进行媒体流的发送和接收，媒体流不经过IMS。

步骤1～4，遵循专网现有流程，主被叫媒体协商过程可能为多条信令组成，也可能循环多次，根据不同业务和终端而定。此时，IMS完全不干预媒体，没有申请媒体资源，也没有进行媒体格式的协商。

步骤5～6，被叫用户振铃。

步骤7～8，被叫挂机，IMS结束被叫侧呼叫。

步骤9，IMS收到被叫的4XX后，需要向主叫放音，而此时IMS与UE1之间没有建立媒体通道，也没有与UE1进行过媒体编码格式的协商，无法向主叫UE1放音。本专利提出了此时IMS进行本侧媒体资源的申请，向主叫发送sdp_offer，以进行媒体通道建立、媒体格式协商的流程，以此保证IMS向主叫能够放音。

步骤10，IMS向主叫发送sdp_offer(携带IMS新申请的媒体地址信息、所支持的所有媒体格式)。

步骤11，主叫UE1收到sdp_offer后，会与IMS进行媒体格式的协商，更新媒体通道(由与UE2的媒体通道，更新为与IMS的媒体通道)，并返回以sdp_answer，携带UE1的媒体地址和媒体格式的协商结果。

步骤12，IMS根据主叫UE1返回的媒体地址，建立与UE1之间的媒体通道；IMS根据主叫UE1返回的媒体格式协商结果，准备相应格式的放音媒体资源。

步骤13，IMS向主叫用户播放音频流。

步骤14，放音结束后，IMS向主叫回4XX响应。

步骤15，主叫回复ACK。

在前述方法实施例的基础上，在所述S1之前，还可以包括：

在所述主叫用户设备和被叫用户设备完成媒体协商后，所述IMS接收所述被叫用户设备发送的180消息，并将所述180消息发送给所述主叫用户设备；

所述IMS接收所述被叫用户设备发送的第一4XX消息，并向所述被叫用户设备回复第一ACK消息。

180消息是SIP消息的标准信令消息，180是180ringing振铃消息，表示被叫用户已经振铃，主叫用户已经能够听到回铃音。被叫用户振铃后，被叫用户才能有挂机的操作，即发送4XX到IMS。4XX是被叫用户挂机的信令消息，IMS收到该被叫用户挂机的4XX消息后，向主叫用户进行放音的过程，也就是IMS收到4XX消息，是放音的前提。

在前述方法实施例的基础上，所述方法还可以包括：

在放音结束后，所述IMS向所述主叫用户设备发送第二4XX消息，并接收所述主叫用户设备回复的第二ACK消息。

参看图4，本实施例公开一种IMS，包括：

获取单元1，用于在被叫用户设备挂机后，通过向主叫用户设备发起媒体协商，获取媒体协商结果；

放音单元2，用于根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音。

具体地，所述获取单元1在被叫用户设备挂机后，通过向主叫用户设备发起媒体协商，获取媒体协商结果；所述放音单元2根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音。

本发明实施例提供的IMS，获取待处理的2D图像，在被叫用户设备挂机后，IMS首先借助于获取单元通过向主叫用户设备发起媒体协商，获取媒体协商结果；之后借助于放音单元根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音，相较于现有技术，本方案能与专网会话流程兼容，实现专网中IMS与媒体“不干预”模式下的放音业务，且能满足专网低成本、高性能、高质量的需求。

本实施例的IMS，可以用于执行前述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图5示出了本发明实施例提供的一种电子设备的实体结构示意图，如图5所示，该电子设备可以包括：处理器11、存储器12、总线13及存储在存储器12上并可在处理器11上运行的计算机程序；

其中，所述处理器11，存储器12通过所述总线13完成相互间的通信；

所述处理器11执行所述计算机程序时实现上述各方法实施例所提供的方法，例如包括：在被叫用户设备挂机后，通过向主叫用户设备发起媒体协商，获取媒体协商结果；根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音。

本发明实施例提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例所提供的方法，例如包括：在被叫用户设备挂机后，通过向主叫用户设备发起媒体协商，获取媒体协商结果；根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

本发明的说明书中，说明了大量具体细节。然而能够理解的是，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。类似地，应当理解，为了精简本发明公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释呈反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面，也不局限于任何单一的实施例，也不局限于这些方面和/或实施例的任意组合和/或置换。而且，可以单独使用本发明的每个方面和/或实施例或者与一个或更多其他方面和/或其实施例结合使用。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。

Claims (9)

1.一种专网下因特网协议多媒体子系统在媒体协商后向用户放音的方法，其特征在于，包括：

S1、在被叫用户设备挂机后，因特网协议多媒体子系统通过向主叫用户设备发起媒体协商，获取媒体协商结果；

S2、所述因特网协议多媒体子系统根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音；

若所述主叫用户设备和被叫用户设备不能直接互通，

所述利用所述放音媒体资源对所述主叫用户设备进行放音，包括：

所述因特网协议多媒体子系统利用所述放音媒体资源和所述被叫用户设备挂机前所述因特网协议多媒体子系统建立的与所述主叫用户设备之间的媒体通道对所述主叫用户设备进行放音。

2.根据权利要求1所述的方法，其特征在于，所述因特网协议多媒体子系统通过向主叫用户设备发起媒体协商，获取媒体协商结果，包括：

所述因特网协议多媒体子系统生成会话描述协议协商消息，并将所述会话描述协议协商消息发送给所述主叫用户设备，以使所述主叫用户设备根据所述会话描述协议协商消息与所述因特网协议多媒体子系统进行媒体协商，根据所述媒体协商结果对与所述因特网协议多媒体子系统之间的媒体通道进行刷新，并反馈媒体协商结果，其中，所述会话描述协议协商消息包括所述被叫用户设备挂机前所述因特网协议多媒体子系统在所述主叫用户设备侧建立的媒体通道的地址和所述因特网协议多媒体子系统所支持的所有媒体格式，所述媒体协商结果包括所述主叫用户设备的媒体地址和媒体格式的协商结果；

其中，所述因特网协议多媒体子系统根据所述媒体协商结果获取对应的放音媒体资源，包括：

所述因特网协议多媒体子系统根据所述媒体格式的协商结果获取对应的放音媒体资源；

所述因特网协议多媒体子系统利用所述放音媒体资源和所述被叫用户设备挂机前所述因特网协议多媒体子系统建立的与所述主叫用户设备之间的媒体通道对所述主叫用户设备进行放音，包括：

所述因特网协议多媒体子系统根据所述主叫用户设备的媒体地址确定所述媒体通道，利用所述放音媒体资源和媒体通道对所述主叫用户设备进行放音。

3.根据权利要求1所述的方法，其特征在于，若所述主叫用户设备和被叫用户设备能够直接互通，

在所述利用所述放音媒体资源对所述主叫用户设备进行放音之前，还包括：

所述因特网协议多媒体子系统建立与所述主叫用户设备之间的媒体通道；

其中，所述利用所述放音媒体资源对所述主叫用户设备进行放音，包括：

所述因特网协议多媒体子系统利用所述放音媒体资源和媒体通道对所述主叫用户设备进行放音。

4.根据权利要求3所述的方法，其特征在于，所述因特网协议多媒体子系统通过向主叫用户设备发起媒体协商，获取媒体协商结果，包括：

所述因特网协议多媒体子系统通过进行本侧媒体资源的申请，获得所述因特网协议多媒体子系统的媒体地址；

所述因特网协议多媒体子系统根据所述因特网协议多媒体子系统的媒体地址生成会话描述协议协商消息，并将所述会话描述协议协商消息发送给所述主叫用户设备，以使所述主叫用户设备根据所述会话描述协议协商消息与所述因特网协议多媒体子系统进行媒体协商，将媒体通道更新为与所述因特网协议多媒体子系统之间的媒体通道，并反馈媒体协商结果，其中，所述会话描述协议协商消息包括所述因特网协议多媒体子系统的媒体地址和所述因特网协议多媒体子系统所支持的所有媒体格式，所述媒体协商结果包括所述主叫用户设备的媒体地址和媒体格式的协商结果；

其中，所述因特网协议多媒体子系统建立与所述主叫用户设备之间的媒体通道，包括：

所述因特网协议多媒体子系统根据所述主叫用户设备的媒体地址建立与所述主叫用户设备之间的媒体通道；

所述因特网协议多媒体子系统根据所述媒体协商结果获取对应的放音媒体资源，包括：

所述因特网协议多媒体子系统根据所述媒体格式的协商结果获取对应的放音媒体资源。

5.根据权利要求1所述的方法，其特征在于，在所述S1之前，还包括：

在所述主叫用户设备和被叫用户设备完成媒体协商后，所述因特网协议多媒体子系统接收所述被叫用户设备发送的180消息，并将所述180消息发送给所述主叫用户设备；

所述因特网协议多媒体子系统接收所述被叫用户设备发送的4XX消息，并向所述被叫用户设备回复确认消息。

6.根据权利要求1所述的方法，其特征在于，还包括：

在放音结束后，所述因特网协议多媒体子系统向所述主叫用户设备发送4XX消息，并接收所述主叫用户设备回复的确认消息。

7.一种因特网协议多媒体子系统，其特征在于，包括：

获取单元，用于在被叫用户设备挂机后，通过向主叫用户设备发起媒体协商，获取媒体协商结果；

放音单元，用于根据所述媒体协商结果获取对应的放音媒体资源，利用所述放音媒体资源对所述主叫用户设备进行放音；

若所述主叫用户设备和被叫用户设备不能直接互通，

所述利用所述放音媒体资源对所述主叫用户设备进行放音，包括：

所述因特网协议多媒体子系统利用所述放音媒体资源和所述被叫用户设备挂机前所述因特网协议多媒体子系统建立的与所述主叫用户设备之间的媒体通道对所述主叫用户设备进行放音。

8.一种电子设备，其特征在于，包括：处理器、存储器、总线及存储在存储器上并可在处理器上运行的计算机程序；

其中，所述处理器，存储器通过所述总线完成相互间的通信；

所述处理器执行所述计算机程序时实现如权利要求1-6中任一项所述的方法。

9.一种非暂态计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，该计算机程序被处理器执行时实现如权利要求1-6中任一项所述的方法。

Images