CN115277945A - 一种呼叫处理的方法和设备 - Google Patents

Abstract

本申请提供了一种呼叫处理的方法和设备。该方法中，媒体服务器接收主叫终端发送的呼叫请求，进而与该主叫终端进行媒体协商。媒体服务器生成180消息，并向该主叫终端发送该180消息。媒体服务器还根据该媒体协商的结果向该主叫终端发送第一媒体内容的媒体流。从而媒体服务器通过生成180消息并向主叫终端发送该180消息，来模拟被叫终端振铃的情景，充分利用了网络资源，提升了用户体验。

Description

一种呼叫处理的方法和设备

技术领域

本申请涉及通信领域，尤其涉及一种呼叫处理的方法和设备。

背景技术

随着基于互联网协议多媒体子系统(Internet Protocol MultimediaSubsystem，IMS)的业务的引入，无线通信系统可提供高清语音通话和视频通话，以及彩铃业务(如视频彩铃)。

当前VoLTE、Vo5G彩铃系统中，在被叫终端振铃之后，彩铃服务器开始进行早期媒体协商及彩铃播放。这样，在播放彩铃前，主叫用户会有一段呼叫等待空白时间(大概2～6秒)。

发明内容

本申请实施例提供一种呼叫处理的方法和设备，为主叫终端提供了起呼时的媒体内容。

第一方面，本申请实施例提供了一种呼叫处理方法。该方法中，媒体服务器接收主叫终端发送的呼叫请求，与该主叫终端进行媒体协商，生成180消息，向该主叫终端发送该180消息。进而，媒体服务器根据该媒体协商的结果向该主叫终端发送第一媒体内容的媒体流。

上述方法中，媒体服务器生成振铃消息(180消息)，并向主叫终端发送该振铃消息，以模拟被叫终端振铃的情景，从而无需等待被叫终端振铃，就可以为主叫终端提供媒体内容，提升了用户体验，充分利用了网络资源，也拓展了振铃前为主叫终端播放媒体内容的业务的应用。

在一个可能的设计中，该180消息指示不根据该180消息进行计费，该方法还包括：媒体服务器接收被叫终端发送的响应消息，向该主叫终端发送该响应消息，其中，该响应消息携带计费信息。该响应消息具体可以是被叫终端发送的183消息或者180消息。该响应消息不携带SDP信息。

在一个可能的设计中，该方法还包括：媒体服务器接收被叫终端发送的183消息。媒体服务器生成该180消息包括：媒体服务器根据该183消息携带的计费信息生成该180消息，该180消息携带该计费信息。

从而，振铃前为主叫终端播放媒体内容的业务不会影响到计费的准确性。

在一个可能的设计中，该呼叫请求携带SDP_Offer，媒体服务器还生成183消息，并向该主叫终端发送该183消息，其中该183消息携带该媒体服务器生成的用于响应该SDP_Offer的SDP_Answer。

在一个可能的设计中，媒体服务器生成的该180消息携带该媒体服务器生成的用于响应该SDP_Offer的SDP_Answer。

在一个可能的设计中，媒体服务器生成该180消息包括：媒体服务器根据该呼叫请求携带的该主叫终端的类型的指示信息、或者该呼叫请求携带的网络接入类型的指示信息生成该180消息；或者媒体服务根据该呼叫请求不携带支持开屏业务的指示信息生成该180消息。

在一个可能的设计中，媒体服务器还接收呼叫状态提示消息，根据该呼叫状态提示消息确定状态提示多媒体，并向该主叫终端发送该状态提示多媒体的媒体流。

在一个可能的设计中，媒体服务器还根据该呼叫状态提示消息确定该被叫终端处于不可接通状态，并触发被叫侧释放呼叫资源。

在一个可能的设计中，媒体服务器还接收呼叫状态提示消息，在接收该呼叫状态提示消息之后，与该主叫终端进行音频媒体协商和视频媒体协商。其中，该音频媒体协商的结果用于向该主叫终端发送状态提示多媒体的音频媒体流。媒体服务器还根据该视频媒体协商的结果向该主叫终端发送该第一媒体内容的视频媒体流。

在一个可能的设计中，媒体服务器与该主叫终端进行媒体协商具体包括：媒体服务器向主叫终端发送第一媒体协商请求消息，该第一媒体协商请求消息携带该媒体服务器的第一视频媒体信息；媒体服务器接收该主叫终端发送的第一媒体协商响应消息，该第一媒体协商响应消息携带该主叫终端的第二视频媒体信息。媒体服务器与该主叫终端进行音频媒体协商和视频媒体协商具体包括：媒体服务器向该主叫终端发送第二媒体协商请求消息，该第二媒体协商请求消息携带该第一视频媒体信息和上述呼叫状态提示消息携带的第三音频媒体信息；媒体服务器接收该主叫终端发送的第二媒体协商响应消息，该第二媒体协商响应消息携带该第二视频媒体信息和该主叫终端的第四音频媒体信息。进一步地，媒体服务器根据该第一视频媒体信息和该第二视频媒体信息向该主叫终端发送该第一媒体内容的视频媒体流。而该第三音频媒体信息和该第四音频媒体信息用于向该主叫终端发送状态提示多媒体的音频媒体流。

第二方面，本申请实施例提供了一种呼叫处理方法。该方法中，主叫终端向被叫终端发送呼叫请求，与媒体服务器进行媒体协商，接收该媒体服务器生成的180消息。进而，主叫终端根据该媒体协商的结果接收该媒体服务器发送的第一媒体内容的媒体流，并播放该第一媒体内容。

在一个可能的设计中，该180消息指示不根据该180消息进行计费，该方法还包括：主叫终端接收响应消息，该响应消息携带计费信息。该响应消息具体可以是被叫终端发送的183消息或者180消息。该响应消息不携带SDP信息。

在一个可能的设计中，主叫终端还与该媒体服务器进行音频媒体协商和视频媒体协商，根据该视频媒体协商的结果接收媒体服务器发送的该第一媒体内容的视频媒体流，并播放该第一媒体内容的视频。主叫终端还根据该音频媒体协商的结果接收电话应用服务器发送的状态提示多媒体的音频媒体流，并播放该状态提示多媒体的音频。

在一个可能的设计中，该主叫终端与该媒体服务器进行媒体协商包括：主叫终端接收该媒体服务器发送的第一媒体协商请求消息，该第一媒体协商请求消息携带该媒体服务器的第一视频媒体信息；向该媒体服务器发送第一媒体协商响应消息，该第一媒体协商响应消息携带该主叫终端的第二视频媒体信息。主叫终端与该媒体服务器进行音频媒体协商和视频媒体协商包括：接收该媒体服务器发送的第二媒体协商请求消息，该第二媒体协商请求消息携带该第一视频媒体信息和电话应用服务器的第三音频媒体信息；向该媒体服务器发送第二媒体协商响应消息，该第二媒体协商响应消息携带该第二视频媒体信息和该主叫终端的第四音频媒体信息，该视频媒体协商的结果包括该第一视频媒体信息和该第二视频媒体信息，该音频媒体协商的结果包括该第三音频媒体信息和该第四音频媒体信息。

第三方面，本申请提供了一种装置。该装置用于执行上述第一方面提供的任一种方法。

在一种可能的设计中，本申请可以根据上述第一方面提供的任一种方法，对该装置进行功能模块的划分。例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。

示例性的，本申请可以按照功能将该装置划分为通信模块和处理模块。应理解，该通信模块还可以进一步划分为发送模块、接收模块，分别用于完成相应的发送功能、接收功能。上述划分的各个功能模块执行的可能的技术方案和有益效果的描述均可以参考上述第一方面或其相应的可能的设计提供的技术方案，此处不再赘述。

在另一种可能的设计中，该装置包括：存储器和处理器，存储器和处理器耦合。存储器用于存储指令，处理器用于调用该指令，以执行如第一方面或其相应的可能的设计提供的方法。应理解，处理器可以具备收发功能。作为一种可能的设计，该装置还包括收发器，用于执行上述方法中收发的操作。

第四方面，本申请提供了一种装置。该装置用于执行上述第二方面提供的任一种方法。

在一种可能的设计中，本申请可以根据上述第二方面提供的任一种方法，对该装置进行功能模块的划分。例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。

示例性的，本申请可以按照功能将该装置划分为通信模块和处理模块。应理解，该通信模块还可以进一步划分为发送模块、接收模块，分别用于完成相应的发送功能、接收功能。该装置还可以包括播放模块。上述划分的各个功能模块执行的可能的技术方案和有益效果的描述均可以参考上述第二方面或其相应的可能的设计提供的技术方案，此处不再赘述。

在另一种可能的设计中，该装置包括：存储器和处理器，存储器和处理器耦合。存储器用于存储指令，处理器用于调用该指令，以执行如第二方面或其相应的可能的设计提供的方法。应理解，处理器可以具备收发功能。作为一种可能的设计，该装置还包括收发器，用于执行上述方法中收发的操作。作为一种可能的设计，该装置还包括输出设备，用于执行上述方法中播放媒体的操作。

第五方面，本申请提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序包括用于执行上述任一方面的任意可能的实现方式中的方法的指令。

第六方面，本申请提供了一种计算机程序产品，包括用于执行上述任一方面的任意可能的实现方式中的方法的指令。

第七方面，本申请提供了一种芯片，包括：处理器，该处理器用于从存储器中调用并运行该存储器中存储的计算机程序，执行上述任一方面的任意可能的实现方式中的方法的指令。

案中：上述第一、或第二方面中的发送动作，具体可以替换为在处理器的控制下发送；上述第一、或第二方面中的接收动作，具体可以替换为在处理器的控制下接收。上述第二方面中的播放动作，具体可以替换为在处理器的控制下播放。

第八方面，本申请提供了一种呼叫处理的系统，该系统包括媒体服务器和终端设备，该媒体服务器用于执行如第一方面或其相应的可能的设计提供的方法，该终端设备用于执行如第二方面或其相应的可能的设计提供的方法。

在一个可能的设计中，该系统还包括电话应用服务器，该电话应用服务器用于接收该终端设备发送的呼叫请求，该呼叫请求携带该主叫终端的第四音频媒体信息，该电话应用服务器还用于向该终端设备发送呼叫状态提示消息，该呼叫状态提示消息携带该电话应用服务器的第三音频媒体信息。进一步地，该电话应用服务器还用于根据该第三音频媒体信息和该第四音频媒体信息向该终端设备发送状态提示多媒体的音频媒体流。

本申请的这些方面或其他方面在以下的描述中会更加简明易懂。

附图说明

图1为本申请实施例提供的一种呼叫处理系统的架构示意图；

图2A为本申请实施例提供的又一种呼叫处理系统的架构示意图；

图2B为本申请实施例提供的又一种呼叫处理系统的架构示意图；

图3为本申请实施例提供的一种呼叫处理方法的流程示意图；

图4为本申请实施例提供的又一种呼叫处理方法的流程示意图；

图5为本申请实施例提供的又一种呼叫处理方法的流程示意图；

图6为本申请实施例提供的又一种呼叫处理方法的流程示意图；

图7为本申请实施例提供的一种媒体服务器的结构示意图；

图8为本申请实施例提供的一种终端设备的结构示意图；

图9为本申请实施例提供的一种装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

如图1所示，为本申请实施例适用的一种可能的系统架构示意图，该系统架构可以包括媒体服务器、终端设备等设备。应理解，对于一次呼叫流程，终端设备包括主叫终端、被叫终端。

媒体服务器用于：在主叫终端发起呼叫后，在等待被叫终端振铃时为主叫终端提供第一媒体内容。第一媒体内容又可称为开屏媒体(内容)、起呼媒体(内容)、提前振铃媒体(内容)或者秒开媒体(内容)等等。为便于描述，下文中以开屏媒体为例进行描述，对于起呼媒体、秒开媒体等也是类似的。具体地，第一媒体内容可包括音频、和/或视频。例如当第一媒体内容包括视频时，该第一媒体内容又可称为开屏视频。为便于描述，将在主叫终端发起呼叫后，在等待被叫终端振铃时为主叫终端提供开屏媒体内容的业务叫做开屏业务，也即是在被叫终端振铃之前提前为主叫用户播放开屏媒体内容的业务。同样地，开屏业务又可以叫做提前振铃业务或者秒开业务等等。

该媒体服务器具体可以是独立的服务器，也可以是与其他网元(例如彩铃服务器)合设的网络设备。其中，媒体服务器可以包括媒体应用服务器和媒体资源服务器(Multimedia Resource Server，MRS)设备。媒体应用服务器和MRS可以合设，也可以物理上分开。媒体应用服务器处理信令消息，MRS提供多媒体(例如上述第一媒体内容、下述状态提示多媒体等)的音频流和/或视频流。应理解，媒体服务器也可以包括媒体应用服务器，而不包括MRS。具体地，媒体服务器通过与MRS之间的配合来为主叫终端提供多媒体的播放。应理解，媒体服务器具体可以是主叫域的，也可以是被叫域的，本申请对此不做限定。

具体地，媒体服务器用于接收主叫终端发送的呼叫请求，与该主叫终端进行媒体协商，生成180消息，向该主叫终端发送该180消息，向该主叫终端发送第一媒体内容的媒体流。

相应地，主叫终端用于：向被叫终端发起呼叫，并在等待被叫终端振铃时播放第一媒体内容。具体地，主叫终端用于向被叫终端发送呼叫请求，与媒体服务器进行媒体协商，接收180消息，根据媒体协商的结果接收该媒体服务器发送的第一媒体内容的媒体流，并播放该第一媒体内容。该180消息是媒体服务器生成的。

本申请中的终端设备(如主叫终端、被叫终端等)是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。具体的，所述终端设备可以是手机、平板电脑、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmentedreality，AR)终端、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智慧城市中的无线终端等等。

在本申请中，媒体服务器生成振铃消息(180消息)，并向主叫终端发送该振铃消息，以模拟被叫终端振铃的情景，从而无需等待被叫终端振铃，就可以为主叫终端提供媒体内容，提升了用户体验，充分利用了网络资源。该方案并不要求主叫终端升级以支持振铃前播放媒体，也能避免主叫终端在没有接收到振铃消息的情况下无法播放该媒体内容、以及由此可能导致的呼叫失败，提高了在被叫终端振铃前为主叫终端播放媒体内容的成功率，也拓展了振铃前为主叫终端播放媒体内容的业务的应用。

作为一种可选的方式，媒体服务器生成的该180消息指示不根据该180消息进行计费。进一步地，媒体服务器还用于接收被叫终端发送的响应消息，并向主叫终端发送该响应消息，该响应消息携带用于计费的计费信息。相应地，主叫终端还用于接收该响应消息。媒体服务器没有等待被叫终端返回响应消息，而直接自行生成180消息，该180消息可能不携带计费信息、也可能携带的不是准确的计费信息，因而核心网网元不根据该180消息计费，避免出现计费错误。后续媒体服务器接收到来自被叫终端的响应消息后，将该响应消息发送出去，以使得核心网网元根据该响应消息携带的计费信息来进行计费。从而，很快地向主叫终端发送该180消息，以高效地为主叫终端提供媒体内容，并且避免由媒体服务器自行生成的该180消息导致计费出现问题。

作为另一种可选的方式，媒体服务器用于接收被叫终端发送的183消息。具体地，媒体服务器用于生成180消息包括：媒体服务器用于根据该183消息携带的计费信息生成该180消息，该180消息携带该计费信息。媒体服务器等待被叫终端返回183消息，从而获取该183消息携带的计费信息，以将该计费信息携带在媒体服务器生成的180消息中。则媒体服务器生成的180消息携带的计费信息是准确的，可以用于计费。核心网网元能够直接根据该180消息携带的计费信息进行计费。该情况下，核心网网元不需要为振铃前为主叫终端播放媒体内容的业务进行升级改造，有利于该业务的应用。

媒体服务器还可以用于确定该主叫终端不支持在接收振铃消息之前播放多媒体，进而生成该180消息。作为一种可选的方式，媒体服务器用于根据呼叫请求携带的主叫终端的类型的指示信息、或者呼叫请求携带的网络接入类型的指示信息生成该180消息。作为另一种可选的方式，媒体服务器用于根据呼叫请求不携带支持开屏业务的指示信息生成所述180消息。媒体服务器确定该主叫终端支持在接收振铃消息之前播放多媒体，则无需生成该180消息，可以直接与主叫终端进行媒体协商并为主叫终端播放该第一媒体内容。该方法中，在提高振铃前为主叫终端播放媒体内容成功率的同时，避免不必要的信令传输，节约了网络资源。

作为一种可选的方式，媒体服务器还用于接收呼叫状态提示消息，根据该呼叫状态提示消息确定状态提示多媒体，并向主叫终端发送该呼叫状态提示多媒体的媒体流。该方法下，媒体服务器可以识别呼叫状态，从而确定对应的呼叫状态提示多媒体，以向主叫终端提示当前的呼叫状态。进一步地，该媒体服务器还可以根据该呼叫状态提示消息确定被叫终端处于不可接通状态，进而触发被叫侧释放呼叫资源，从而节约网络资源。该呼叫状态提示消息具体可以是电话应用服务器或者被叫终端发送的。

作为另一种可选的方式，媒体服务器用于与主叫终端进行状态提示多媒体的音频媒体协商和第一媒体内容的视频媒体协商，并根据该视频媒体协商的结果向主叫终端发送该第一媒体内容的视频媒体流，而该音频媒体协商的结果用于向主叫终端发送状态提示多媒体的音频媒体流。相应地，主叫终端用于与媒体服务器进行上述音频媒体协商和视频媒体协商，根据该视频媒体协商的结果接收媒体服务器发送的第一媒体内容的视频媒体流，播放该第一媒体内容的视频，根据该音频媒体协商的结果接收电话应用服务器发送的状态提示多媒体的音频媒体流，播放状态提示多媒体的音频。相应地，该系统架构还可以包括电话应用服务器。该电话应用服务器用于根据该音频媒体协商的结果向主叫终端发送状态提示多媒体的音频媒体流。从而，通过音频向主叫终端提示呼叫状态的同时，还可以通过视频向主叫终端静音播放第一媒体内容，充分利用了网络资源，提高了用户体验。

应理解，本申请中各设备的功能在后续实施例中还会进一步进行详细阐述。

如图2A所示，以4G通信系统为例，为本申请实施例适用的一种具体可能的网络架构示意图。网络架构可以包括主叫终端、被叫终端、无线网络、主叫域网络和被叫域网络。

主叫域网络和被叫域网络可包括网际协议多媒体子系统(internet protocolmultimedia subsystem，IMS)域核心网和演进分组核心网(Evolved Packet Core，EPC)。IMS域核心网可以包括媒体服务器，具体功能参见图1所示实施例的描述。具体地，该媒体服务器可以设置在主叫域，也可以设置在被叫域，本申请不对此限定。IMS域核心网还可以包括：服务-呼叫控制功能(serving-call session control function，S-CSCF)设备、查询-呼叫会话控制功能(interrogating-call session control function，I-CSCF)设备、代理-呼叫会话控制功能(proxy-call session control function，P-CSCF)设备、归属用户服务器(home subscriber server，HSS)、会话边界控制器(session border controller，SBC)设备、电话应用服务器(telephony application server，TAS)等等。其中I-CSCF设备可以和S-CSCF设备合设在一起，可以简称为“I/S-CSCF”设备。SBC设备和P-CSCF设备可以合设在一起，可以简称为“SBC/P-CSCF”设备。EPC可以包括分组数据网网关(packet datanetwork gateway，PGW)设备、服务网关(serving gateway，SGW)设备、移动管理实体(mobile management entity，MME)等。其中，PGW设备和SGW设备可以合设在一起，可以简称为“SGW/PGW”设备。

下面对上述所提及的一些设备做一个简要的说明：

S-CSCF设备：用于用户的注册、会话路由和业务控制等。I-CSCF设备：负责用户注册的S-CSCF的指配和查询等。P-CSCF设备：负责信令和消息的代理等。TAS：主要负责呼叫的控制和服务，提供了多个逻辑功能点，包括多媒体电话应用服务器(Multimedia TelephonyApplication Server，MMTel AS)。MMTel AS提供多媒体电话基本业务及补充业务。本申请中，TAS具体用于发送呼叫状态提示消息，还可以用于向主叫终端提供状态提示多媒体(音频媒体流，或者音视频媒体流)。HSS：用于存储用户签约信息、位置信息等用户数据。SBC设备：用于提供安全接入和媒体处理。MME：主要负责会话管理、移动性管理和呼叫切换等。S/P-GW设备：负责分组数据的路由、转发和承载的管理等。

如图2B所示，以5G通信系统为例，为本申请实施例适用的一种具体可能的网络架构示意图。网络架构可以包括主叫终端、被叫终端、无线网络、主叫域网络和被叫域网络。

主叫域网络和被叫域网络可包括IMS域核心网和5G核心网(5G Core Network，5GC)。IMS域核心网可以包括媒体服务器，还可以包括：S-CSCF设备、I-CSCF设备、P-CSCF设备、统一数据管理(unified data management，UDM)设备、SBC设备、TAS等等。5GC可以包括接入和移动性管理功能(access and mobility management function，AMF)设备、用户面功能(user plane function，UPF)设备、会话管理功能(session management function，SMF)设备等。

下面对上述所提及的一些设备做一个简要的说明：

AMF设备：用于移动网络中移动性管理(如用户位置更新、用户注册网络、用户切换等)。UPF设备：用于执行用户面数据的转发。SMF设备：用于移动网络中的会话管理(如会话建立、修改、释放)，实现对UPF设备转发数据的控制。UDM：用于存储和管理用户签约数据等。其他设备的介绍参见上文图1、图2A所示实施例的描述，这里不再赘述。

应理解，本申请还可以应用于其他未来通信系统，例如6G通信系统，也是类似的，不再赘述。

如图3所示，本申请的实施例提供一种呼叫处理的方法。其中，媒体服务器可以是主叫域的，也可以是被叫域的；电话应用服务器是被叫域的。为使描述简洁，便于理解，图中信令交互经过的一些网元未画出，如SBC/P-CSCF、I-CSCF/S-CSCF等。方法具体包括下列步骤。

301、媒体服务器接收主叫终端发送的呼叫请求。

主叫终端向被叫终端发起呼叫，则主叫终端向被叫终端发送呼叫请求(INVITE消息)，该呼叫请求携带主叫终端的媒体信息(会话描述协议SDP(Session DescriptionProtocol)信息)。主叫IMS域收到该呼叫请求。若主叫用户签约了开屏媒体业务初始过滤规则(initial Filter Criteria，iFC)，则该呼叫请求将被主叫域IMS核心网设备(如S-CSCF)发送到主叫域的媒体服务器。主叫IMS域还将该呼叫请求转发至被叫IMS域。若被叫用户签约了开屏媒体业务iFC，则该呼叫请求将被被叫域IMS核心网设备(如S-CSCF)发送到被叫域的媒体服务器。应理解，当主叫用户和被叫用户都签约了开屏媒体业务iFC，可以由其中任意一个媒体服务器或者优先级高的媒体服务器负责为主叫终端播放开屏媒体。

作为一种可选的方式，媒体服务器接收该呼叫请求，还可以根据该呼叫请求判断是否为该主叫终端播放开屏媒体，从而确定是否触发开屏媒体播放的处理流程。例如，媒体服务器根据呼叫请求中的contact头域携带“video”字段或者该呼叫请求指示此次呼叫为视频起呼，确定主叫终端支持播放视频，进而按如下步骤(如302等)触发开屏媒体播放(这里举例的开屏媒体包括视频媒体)的处理流程。应理解，若媒体服务器确定不为该主叫终端播放开屏媒体，则按照通常的呼叫流程(可以包括彩铃或者彩振等)处理，此处不再赘述。

302、媒体服务器与主叫终端进行媒体协商。

媒体服务器与主叫终端对于开屏媒体进行媒体协商。

具体地，媒体服务器向主叫终端发送第一媒体协商请求消息(如UPDATE消息)，该第一媒体协商请求消息携带媒体服务器的多媒体信息。主叫终端接收该第一媒体协商请求消息后，向媒体服务器发送第一媒体协商响应消息，该第一媒体协商响应消息携带主叫终端的多媒体信息。其中，多媒体信息由SDP协议携带，包括以下一项或多项：音频和/或视频媒体传输的协议、地址、端口号，音频和/或视频媒体的编解码信息等等。

媒体服务器的多媒体信息具体可包括：媒体服务器的第一音频媒体信息和/或媒体服务器的第一视频媒体信息。媒体服务器可以根据将要播放的开屏媒体(即第一媒体内容)的媒体类型、和/或媒体服务器的媒体能力确定媒体服务器的多媒体信息的具体内容。媒体类型具体包括以下一项或者多项：音频、视频。应理解，媒体服务器还可以根据呼叫请求确定主叫终端是否支持视频播放，从而确定是否与主叫终端进行视频协商。

主叫终端的多媒体信息具体可包括：主叫终端的第二音频媒体信息和/或主叫终端的第二视频媒体信息。主叫终端可以根据媒体服务器的多媒体信息和主叫终端的媒体能力确定主叫终端的多媒体信息的具体内容。

作为一种可选的方式，在媒体服务器与主叫终端进行媒体协商之前，媒体服务器还生成183消息，并向主叫终端发送该183消息。具体地，该183消息携带根据呼叫请求确定的被叫终端的信息，从而能够模拟被叫终端发送的183消息。例如该183消息的To头域和呼叫请求的To头域一致。该183消息还携带SDP信息。该SDP信息可以是根据媒体服务器的媒体能力确定的，也可以是虚构的。

步骤301中INVITE消息携带的SDP信息可以称为SDP_Offer，又可以叫做提议的SDP、请求的SDP等等，表示媒体协商发起者提供的SDP信息，而该183消息携带的SDP信息则对应地可称为SDP_Answer，又可以叫做响应的SDP、应答的SDP等等，表示媒体协商响应者提供的SDP信息。该183消息携带的SDP信息相对于INVITE消息携带的SDP信息符合SDP协商的offer/answer原则即可，具体可以参见RFC3264、RFC8843等文档。从而，媒体服务器模拟被叫终端向主叫终端发送该183消息，以完成由主叫终端发起的媒体协商，而无需等待被叫终端返回183消息。进一步地，该183消息还可以指示不根据该183消息进行计费。具体地，该183消息可以携带开屏业务的指示信息(例如在183消息的alert-info头域或者contact头域等携带pre-ring或者pre-media等等)，以指示该183消息是用于开屏业务的，从而指示不根据该183消息进行计费。例如该183消息的alert-info头域携带alert-info:run:service:pre-ring，则核心网网元(如计费设备(包括话统设备))在接收该183消息后不根据该183消息进行计费(包括话统)，又或者核心网网元(如P-CSCF设备)在接收该183消息后不将该183消息携带的计费信息发送给计费设备，从而实现不根据该183消息计费。具体地，该183消息还可以不携带计费信息，例如不携带P-Charging-Vector、P-Access-Network-Info等计费相关头域，以指示不根据该183消息进行计费。

303、媒体服务器生成180消息。

180消息是会话发起协议(Session Initiation Protocol，SIP)消息，具体可以参见RFC2543、RFC3261、TS24.299等标准。180消息又可以叫做振铃消息(180(ringing))。一般来说，180消息指示被叫已振铃，是被叫振铃后发送的消息。本申请中，媒体服务器生成180消息，以模拟被叫振铃的情景。

该180消息携带根据呼叫请求确定的被叫终端的信息，从而能够模拟被叫终端发送的180消息。该180消息的From头域和To头域与呼叫请求(INVITE消息)的From头域和To头域一致，以模拟被叫终端发送的振铃消息，而无需等待被叫终端振铃之后再发送振铃消息。本申请的实施例中，媒体服务器生成180消息，以模拟被叫终端发送的180消息(即振铃消息)。

该180消息还可以携带SDP信息。该情况下，媒体服务器之前没有发送携带SDP信息的183消息，且步骤302在步骤303、304之后执行。该180消息携带的SDP信息可以是根据媒体服务器的媒体能力确定的，也可以是虚构的。相对于步骤301中INVITE消息携带的SDP信息(SDP_Offer)，该180消息携带的SDP信息可称为SDP_Answer。该180消息携带的SDP信息相对于INVITE消息携带的SDP信息符合SDP协商的offer/answer原则即可。也即是，该180消息也可以完成由主叫终端发起的媒体协商，而无需等待被叫终端返回183消息和/或180消息，也无需模拟被叫终端发送183消息。

作为一种可选的方式，媒体服务器还可以先对是否生成180消息进行判断，也即是判断主叫终端是否已升级以支持开屏业务(也即是播放早媒体是否依赖于接收到振铃消息)。具体如下：

1)若主叫终端已升级以支持开屏业务(主叫终端播放早媒体不依赖于接收到振铃消息)，则媒体服务器不生成180消息，而直接向主叫终端发送第一媒体内容，以便主叫终端播放即可，本申请对此不做赘述。

2)若主叫终端还未升级以支持支持开屏业务(主叫终端播放早媒体依赖于接收到振铃消息)，则媒体服务器将生成180消息，以便模拟被叫终端向主叫终端发送振铃消息，之后再向主叫终端发送该第一媒体内容。对于主叫终端播放早媒体依赖于接收到振铃消息的情况，若主叫终端没有接收到振铃消息，此时即使主叫终端收到了媒体服务器发送的媒体流，也不会播放相应的媒体内容，而是继续等待振铃消息。因而即使媒体服务器已经和主叫终端完成了对于早媒体的媒体协商，且媒体服务器向主叫终端发送了早媒体的媒体流，也无法实现提前播放媒体内容。另外，上文介绍过，媒体服务器还可以生成183消息，以模拟被叫终端发送的183消息。但若媒体服务器仅是模拟被叫终端发送183消息，而没有模拟180消息，在主叫终端未升级以支持开屏业务的情况下可能依然无法实现提前为主叫用户播放媒体内容，因为183消息无法代替180消息。但某些情况下，若媒体服务器模拟被叫终端发送180消息，而没有模拟183消息，是可以实现提前为主叫用户播放媒体内容的，例如该180消息携带SDP_Answer以响应INVITE消息的SDP_Offer。

3)若无法判断主叫终端是否已升级以支持开屏业务，则媒体服务器将生成180消息，以保证能够实现提前为主叫用户播放媒体内容。

那么媒体服务器如何判断是否生成180消息呢？本申请提供了多种实现方式，包括但不限于以下一项或多项：根据上述呼叫请求携带的主叫终端的类型的指示信息、该呼叫请求携带的网络接入类型的指示信息、和/或该呼叫请求指示是否支持开屏业务来进行判断。应理解，对于判断结果是生成180消息的情况，呼叫请求携带的主叫终端的类型的指示信息、呼叫请求携带的网络接入类型的指示信息、和/或呼叫请求不携带支持开屏业务的指示信息等判断条件也即是生成180消息的触发条件。

具体地，媒体服务器根据该呼叫请求中终端类型的指示信息来判断该主叫终端是否支持开屏业务，也即是判断是否将生成180消息。应理解，媒体服务器可以存储有支持开屏业务的终端类型的集合，或者根据该主叫终端的终端类型向其他设备查询该主叫终端是否支持开屏业务，本申请对此不做限定。终端类型可以包括终端生产厂家、终端品牌方、和/或终端型号等。举例来说，该呼叫请求中User-Agent头域携带终端类型的指示信息。

具体地，通信规范(标准)可约定支持开屏业务的终端在呼叫请求中携带支持开屏业务的指示信息(例如INVITE消息的contact头域或者supported头域携带pre-ring或者pre-media等等)，从而，若呼叫请求携带该支持开屏业务的指示信息，则不生成180消息；若呼叫请求不携带该支持开屏业务的指示信息，则生成180消息。例如约定支持开屏业务的终端在呼叫请求的contact头域携带g.3gpp.cat-prering，媒体服务器根据步骤301中接收到的呼叫请求的contact头域没有携带g.3gpp.cat-prering，则生成180。

具体地，媒体服务器根据该呼叫请求中PANI(P-Access-Network-Info)的网络接入类型来判断接入该类型网络的主叫终端是否支持开屏业务，也即是判断是否将生成180消息。通信规范(标准)可约定入网的终端必须支持开屏业务。例如5G标准要求入网的终端支持开屏业务(或者叫做具备振铃前播放媒体内容的能力)，该呼叫请求包含以下内容：P-Access-Network-Info：3GPP-NR-FDD，则媒体服务器根据该“3GPP-NR-FDD”字段确定主叫终端接入了3GPP-NR-FDD类型的网络(属于5G网络)，也即是媒体服务器确定该主叫终端支持开屏业务，从而不需要生成180消息以模拟被叫终端的振铃消息。

应理解，上述几种判断方法可以结合起来做判断。另外，还存在一些无法判断的情况，例如媒体服务器没有存储该主叫终端的终端类型是否支持开屏业务的信息，而通信规范也没有关于开屏业务的约定，因而无法确定该主叫终端是否支持开屏业务。该情况下，媒体服务器生成180消息，以保证能够实现提前为主叫用户播放媒体内容。

现网中的计费设备，如融合计费系统(convergent billing system,CBS)等根据呼叫流程中接收到的第一个18x消息(具体为183消息或者180消息)中携带的计费信息进行计费。为不影响核心网网元的计费(包括话统)，保障计费的准确性，本申请提供了如下多种方法：

1)媒体服务器生成的该180消息指示不根据该180消息进行计费。该情况下，计费设备也相应地升级以使得接收到该180消息后不根据该180消息计费，避免出现计费错误。具体地，该180消息可以携带开屏业务的指示信息，也即是指示该180消息是媒体服务器为实现开屏业务而生成的。例如，该180消息的alert-info头域或者contact头域等携带pre-ring或者pre-media等等。可选地，该180消息还可以不携带计费信息(如P-Charging-Vector、P-Access-Network-Info等计费相关头域)。应理解，对于该180消息携带计费信息的情况，该计费信息是媒体服务器自行生成的，并不准确。也即是，当核心网网元(如P-CSCF设备)接收的180消息指示不根据该180消息进行计费，无论该180消息是否携带计费信息，该核心网网元都不将这些信息发送给计费设备来执行计费。

进一步地，媒体服务器接收被叫终端发送的响应消息，该响应消息携带计费信息(如P-Charging-Vector、P-Access-Network-Info等计费相关头域)。该响应消息具体为被叫终端发送的183消息或者180消息。媒体服务器向主叫终端发送该响应消息，以便在该响应消息的传输过程中，核心网网元(如P-CSCF设备)能够接收该响应消息，并将该响应消息携带的计费信息发送给计费设备，从而实现准确的计费。当该响应消息携带SDP信息时，媒体服务器可以删除该响应消息携带的SDP信息后，再发送该响应消息，也即是媒体服务器向主叫终端发送的该响应消息不携带SDP信息，以避免媒体通道更新而影响开屏媒体的播放。媒体服务器也可以不删除该响应消息携带的SDP信息，而直接向主叫终端转发该响应消息，在该响应消息传输的过程中，核心网网元(如P-CSCF设备等)在接收该响应消息后，可以不再将该响应消息发送给主叫终端，从而核心网网元能够得到该响应消息携带的计费信息，主叫终端也不会收到该响应消息而被其中携带的SDP信息影响。

应理解，当该响应消息指示呼叫状态时，该响应消息又可以叫做呼叫状态提示消息。具体可以参见步骤307。

2)媒体服务器接收被叫终端发送的183消息，根据该183消息携带的计费信息生成该180消息，该180消息携带该计费信息。媒体服务器等待被叫侧的该183消息，并获取该183消息中的计费信息(如P-Charging-Vector、P-Access-Network-Info等计费相关头域)，从而在生成180消息时将该计费信息添加到该180消息中。则该180消息携带的计费信息是准确的。从而，核心网网元(如计费设备)在接收该180消息后根据该180消息携带的计费信息进行计费(包括话统)；又或者核心网网元(如P-CSCF设备)在接收该180消息后将该180消息携带的计费信息发送给计费设备，从而实现准确的计费。该情况下，核心网网元不需要进行1)中所述的升级。

304、媒体服务器向主叫终端发送生成的180消息。

305、媒体服务器向主叫终端发送第一媒体内容的媒体流，主叫终端接收该第一媒体内容的媒体流并播放该第一媒体内容。

具体地，媒体服务器根据步骤302中媒体协商的结果向主叫终端发送该第一媒体内容的媒体流。相应地，主叫终端根据该媒体协商的结果接收该第一媒体内容的媒体流。媒体协商的结果，也即是步骤302中所述的媒体服务器的多媒体信息、主叫终端的多媒体信息，具体包括以下一项或多项：传输(发送、接收)该第一媒体内容的音频和/或视频媒体的协议、地址、端口号，该第一媒体内容的音频和/或视频媒体的编解码信息。

具体地，该第一媒体内容可以是根据主叫用户的特征确定，例如可以根据主叫用户的号段、优先级、地理位置、年龄等特征确定该第一媒体内容。该第一媒体内容也可以是教育、安全、提示、广告等运营商指定的公共类的视频内容。该第一媒体内容还可以是主叫用户或者被叫用户预先设置的。本申请对此不做限定。

306、媒体服务器在步骤301收到呼叫请求后，可以向被叫终端转发该呼叫请求，以接续被叫终端。

应理解，该呼叫请求在向被叫终端传输的过程中，还可能经过被叫侧的其他网元设备，例如电话应用服务器(TAS)、和/或彩铃服务器(若被叫用户签约了彩铃业务)等等，本申请对此不做限定。

应理解，图3所述各步骤的顺序是示例性的，不构成对于本申请技术方案的限定。例如，步骤306是在步骤301之后执行的，对于步骤306和步骤302-305的执行顺序，本申请不做限定。具体地，步骤306可以和步骤302并行执行，或者在步骤302之前执行，也可以在步骤302之后执行。再例如，步骤304和步骤305的执行顺序，本申请不做限定。具体地，媒体服务器可以先向主叫终端发送媒体流，再向主叫终端发送180消息；媒体服务器也可以在向主叫终端发送媒体流的同时，向主叫终端发送180消息；媒体服务器还可以在向主叫终端发送180消息后，向主叫终端发送媒体流。

307、媒体服务器接收呼叫状态提示消息。

该呼叫状态提示消息指示呼叫状态，例如被叫终端已接续(被叫终端已接收到呼叫请求)、被叫终端处于不可接通状态(包括但不限于：关机、网络不可及、空号、停机等等)、被叫终端已振铃、呼叫等待状态等等。

该呼叫状态提示消息具体可以是180消息、183消息或者OXX消息等等。该呼叫状态提示消息具体可以是TAS、或者被叫终端等设备发送的。例如，当被叫终端已接续时，被叫终端发送183消息，该183消息指示被叫已成功接续。例如，当被叫号码是空号时，被叫域的TAS发送183消息，该183消息指示被叫是空号。例如，当被叫终端已振铃时，被叫终端发送180消息，该180消息指示被叫已振铃。例如，当主叫用户已欠费时，主叫域的TAS发送OXX消息，该OXX消息指示欠费限呼。

进一步地，可以考虑如何合理地向主叫用户通知呼叫状态，以保证呼叫流程的完整性和合理性，也有助于提高通话体验。具体方法有多种，例如：媒体服务器负责状态提示多媒体的播放，TAS负责状态提示多媒体的播放。下面具体介绍。

一、媒体服务器负责状态提示多媒体的播放。

308、媒体服务器确定状态提示多媒体。

媒体服务器根据接收的该呼叫状态提示消息确定相应的状态提示多媒体。具体地，媒体服务器可以根据该呼叫状态提示消息确定呼叫状态，进而根据该呼叫状态确定相应的状态提示多媒体。例如，该呼叫状态为呼叫等待状态，确定呼叫等待的状态提示多媒体。例如，该呼叫状态为被叫号码是空号时，确定被叫空号的状态提示多媒体。或者，媒体服务器直接根据该呼叫状态提示消息携带的呼叫状态指示信息确定相应的状态提示多媒体。

309、媒体服务器向主叫终端发送状态提示多媒体的媒体流，主叫终端接收该状态提示多媒体的媒体流并播放该状态提示多媒体。

媒体服务器可以根据步骤302中媒体协商的结果向主叫终端发送该状态提示多媒体的媒体流。相应地，主叫终端根据该媒体协商的结果接收该状态提示多媒体的媒体流。关于媒体协商的结果，具体参见步骤305的说明，这里不再赘述。也即是，利用步骤302中已协商好的媒体通道来播放该状态提示多媒体。该状态提示多媒体具体可以是音频媒体、视频媒体、或者音视频媒体。具体地，媒体服务器可以在第一媒体内容播放结束之后、或者在第一媒体内容播放固定时长之后(例如3秒)，再向主叫终端播放该状态提示多媒体。媒体服务器还可以同时向主叫终端播放第一媒体内容和状态提示多媒体。例如，步骤302中，已协商好的媒体通道包括音频和视频，则媒体服务器继续发送第一媒体内容的视频，且发送状态提示多媒体的音频。

应理解，媒体服务器还可以再为状态提示多媒体重新与主叫终端进行媒体协商，从而根据重新协商的结果来播放该状态提示多媒体。例如当状态提示多媒体和第一媒体内容的媒体类型不相同时，媒体服务器可以重新进行协商。协商的具体方法与步骤302类似，将其中的第一媒体内容替换为该状态提示多媒体即可，不再赘述。

该情况下，媒体服务器还可以在确定被叫终端处于不可接通状态时，触发被叫侧释放呼叫资源，以节约网络资源。具体地，媒体服务器根据呼叫状态提示消息确定被叫终端处于不可接通状态。而触发被叫侧释放呼叫资源具体可以包括：向被叫侧发送释放呼叫指示消息以使得被叫侧(具体包括被叫域的各网元设备和/或被叫终端等)释放呼叫资源。该释放呼叫指示消息具体可以是Cancel(取消)消息。其中，TAS接收该释放呼叫资源消息，从而不为主叫终端放音。

二、TAS负责状态提示多媒体的播放。

该情况下，媒体服务器协调TAS与主叫终端建立播放状态提示多媒体的媒体通道，进而TAS利用该媒体通道向主叫终端播放状态提示多媒体。具体包括如下步骤。

310、媒体服务器与主叫终端进行媒体协商。

311、TAS向主叫终端发送状态提示多媒体的媒体流，主叫终端接收该状态提示多媒体的媒体流并播放该状态提示多媒体。

在步骤307中，呼叫状态提示消息还可以携带TAS的媒体信息。步骤307中的呼叫状态提示消息一般也就是对于步骤301中的呼叫请求消息的响应消息，则相对于步骤301中呼叫请求消息携带的主叫终端的SDP信息(SDP_Offer)，该呼叫状态提示消息携带的TAS的媒体信息即为SDP_Answer。

媒体服务器根据该TAS的媒体信息与主叫终端进行媒体协商。具体地，媒体服务器向主叫终端发送第二媒体协商请求消息，该第二媒体协商请求消息携带该TAS的媒体信息；媒体服务器接收主叫终端返回的第二媒体协商响应消息，该第二媒体协商响应消息携带主叫终端的媒体信息。本次协商中，TAS的媒体信息属于SDP_Offer，主叫终端的媒体信息属于SDP_Answer。本次协商，主要作用是将TAS的媒体信息传递给主叫终端。

一般地，该第二媒体协商响应消息携带的主叫终端的媒体信息中传输多媒体的协议、地址、和/或端口号等与呼叫请求消息携带的SDP信息中传输多媒体的协议、地址、和/或端口号是相同的，而该第二媒体协商响应消息携带的主叫终端的媒体信息中多媒体编解码等其他信息是与该TAS的媒体信息中多媒体编解码等其他信息是相同的。因而，作为一种可选的方式，TAS可根据该TAS的媒体信息、呼叫请求消息携带的SDP信息发送状态提示多媒体的媒体流；而相应地，主叫终端根据该TAS的媒体信息、该第二媒体协商响应消息携带的主叫终端的媒体信息接收状态提示多媒体的媒体流。

但也可能存在一些特殊情况，例如该第二媒体协商响应消息携带的主叫终端的媒体信息中传输多媒体的端口号发生了变化，与呼叫请求消息携带的SDP信息中传输多媒体的端口号不相同。为确保状态提示多媒体的播放，媒体服务器还可以进一步根据该第二媒体协商响应消息携带的主叫终端的媒体信息与TAS进行媒体协商，也即是将该主叫终端的媒体信息通知给TAS。进而TAS根据本次TAS与媒体服务器的协商结果发送状态提示多媒体的媒体流；主叫终端根据主叫终端与媒体服务器的协商结果接收状态提示多媒体的媒体流。具体不再赘述。

应理解，上述状态提示多媒体具体可以包括：音频媒体、和/或视频媒体。

以上主要介绍了状态提示多媒体的媒体协商和播放，那么原先播放的第一媒体内容该怎么处理呢？

作为一种可选的方式，TAS向主叫终端播放状态提示多媒体，媒体服务器停止向主叫终端播放第一媒体内容。

作为一种可选的方式，TAS向主叫终端播放状态提示多媒体的音频，媒体服务器向主叫终端播放第一媒体内容的视频。具体地，媒体服务器与主叫终端进行音频媒体协商和视频媒体协商，则该音频媒体协商的结果用于向主叫终端发送状态提示多媒体的音频媒体流；媒体服务器根据该视频媒体协商的结果向主叫终端发送第一媒体内容的视频媒体流。其中，TAS向主叫终端发送状态提示多媒体的音频媒体流。该情况下，媒体服务器可以继续利用步骤302中协商的视频媒体通道，并利用TAS发送的TAS的音频媒体信息与主叫终端协商音频媒体通道。

为便于描述，首先再介绍一下步骤302中的协商情况。步骤302中，媒体服务器向主叫终端发送第一媒体协商请求消息，该第一媒体协商请求消息携带该媒体服务器的第一视频媒体信息；媒体服务器还接收主叫终端发送的第一媒体协商响应消息，该第一媒体协商响应消息携带主叫终端的第二视频媒体信息。应理解，还可以包括音频媒体的协商，这里不做限定。也即是，步骤305中播放的第一媒体内容可以包括音频和视频，步骤305中播放的第一媒体内容也可以仅包括视频(也即是静音播放开屏媒体)。

对于步骤310中的协商情况，具体如下：媒体服务器向主叫终端发送第二媒体协商请求消息，第二媒体协商请求消息携带媒体服务器的第一视频媒体信息和TAS的第三音频媒体信息。为便于描述，将呼叫状态提示消息携带的TAS的媒体信息中的音频媒体信息称为第三音频媒体信息。媒体服务器还接收主叫终端发送的第二媒体协商响应消息，第二媒体协商响应消息携带主叫终端的第二视频媒体信息和主叫终端的第四音频媒体信息。进而，媒体服务器根据该第一视频媒体信息和该第二视频媒体信息继续向主叫终端发送第一媒体内容的视频媒体流，TAS根据该第三音频媒体信息和该第四音频媒体信息向主叫终端发送状态提示多媒体的音频媒体流。相应地，主叫终端根据该第一视频媒体信息和该第二视频媒体信息接收第一媒体内容的视频媒体流并播放第一媒体内容的视频，根据该第三音频媒体信息和该第四音频媒体信息接收状态提示多媒体的音频媒体流并播放状态提示多媒体的音频。

呼叫流程还可以包括其他操作，例如彩铃、彩振的播放、呼叫的接通、和/或呼叫的挂断等等，本领域技术人员能够理解这些操作如何实现，并且后续示例中有一些相关流程的介绍，这里不再赘述。

作为一个例子，图4提供了一种具体的呼叫处理方法。其中，媒体服务器可以是主叫域的，也可以是被叫域的；TAS是被叫域的。为使描述简洁，便于理解，图中信令交互经过的一些网元未画出，如SBC/P-CSCF、I-CSCF/S-CSCF等。方法具体包括下列步骤。

如图4所示，以一个例子来具体介绍图3所示实施例的方案。本申请实施例中以被叫成功摘机为例进行说明。该方法包括如下步骤：

401、媒体服务器接收主叫终端发出的呼叫请求(INVITE消息)。

主叫终端发起向被叫终端的语音呼叫或视频呼叫，从而发出初始INVITE消息。该INVITE消息携带主叫终端的SDP信息，记为SDP_O1。

402、媒体服务器向主叫终端发送183消息。

媒体服务器生成183消息并向主叫终端发送该183消息，以模拟被叫终端向主叫终端发送该183消息。该183消息的From头域和To头域与INVITE消息的From头域和To头域一致，且该183消息携带SDP信息。该SDP信息可以是根据媒体服务器的媒体能力确定的，也可以是虚构的，记为SDP_A1_1。媒体服务器通过该183消息模拟被叫终端与主叫终端进行媒体协商。

该183消息还可以指示不根据该183消息进行计费。例如该183消息的alert-info头域携带run:service:pre-ring，从而核心网网元在计费(包括话统)时不统计该183消息。

图4中的流程是一种示例，本申请并不限定于该流程。例如，如果对于采用了资源预留(Precondition)机制的流程，还会再增加Update消息和200消息以指示资源预留的完成情况，这里不再赘述。

403、媒体服务器接收主叫终端发送的对于上述183消息的确认消息(PRACK(Provisional Response ACKnowledgement)消息)。

404、媒体服务器向主叫终端返回对上述PRACK消息的200响应消息。

媒体服务器与主叫终端进行媒体协商，该媒体协商是为播放开屏媒体而进行的，因而该媒体协商又可以叫做对于开屏媒体(也即是第一媒体内容)的协商。媒体协商具体包括下述步骤405-406：

405、媒体服务器向主叫终端发送UPDATE消息，该UPDATE消息携带了媒体服务器的SDP信息，记为SDP_O2。

406、媒体服务器收到主叫终端回复的200消息，其中携带了主叫终端的SDP信息，记为SDP_A2。

407、媒体服务器生成180消息并向主叫终端发送该180消息。

作为一种可选的方式，媒体服务器根据步骤401中INVITE消息携带的主叫终端的类型的指示信息、或者该INVITE消息携带的网络接入类型的指示信息生成该180消息，或者媒体服务器根据该INVITE消息不携带支持开屏业务的指示信息生成该180消息。具体参见图3所示实施例步骤303的描述，这里不再赘述。应理解，这里介绍的是判断是否生成180消息的依据。下面继续介绍如何生成180消息。

具体地，该180消息的From头域和To头域与INVITE消息的From头域和To头域一致，从而能够模拟被叫终端发送的180消息。

作为一种可选的方式，该180消息还可以指示不根据该180消息进行计费。例如该180消息的alert-info头域携带run:service:pre-ring，从而CSCF设备接收该180消息后，不把该180消息相关的计费信息发送给计费设备，以避免计费产生错误。示例性地，该180消息如下：

SIP/2.0 180Ringing

Call-ID:z9hG4***@10.26.6.151

From:<tel:+13050******>；tag＝0o360***

To:<tel:+18241******>；tag＝99wjm***

CSeq:1INVITE

Allow:INVITE,ACK,CANCEL,BYE,UPDATE,PRACK,MESSAGE,REFER,NOTIFY,INFO,OPTIONS

Contact:

<sip:10.34.212.88:5060>；+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.mmtel"；audio；video

Alert-Info:run:service:pre-ring

Content-Length:0

作为另一种可选的方式，媒体服务器在步骤410(接收被叫终端发送的183消息)之后，根据该183消息携带的计费信息生成该180消息，以使得该180消息携带准确的计费信息。示例性地，该180消息如下：

SIP/2.0 180Ringing

Call-ID:z9hG4***@10.26.6.151

From:<tel:+13050******>；tag＝0o360***

To:<tel:+18241******>；tag＝99wjm***

CSeq:1INVITE

Allow:INVITE,ACK,CANCEL,BYE,UPDATE,PRACK,MESSAGE,REFER,NOTIFY,INFO,OPTIONS

Contact:

<sip:10.34.212.88:5060>；+g.3gpp.icsi-ref＝"urn％3Aurn-7％3A3gpp-service.ims.icsi.mmtel"；audio；video

P-Asserted-Identity:tel:+18241******

P-Charging-Vector:icid-value＝"vpcssnk01.1b6.8e47.2020***"；

orig-ioi＝vscsrst01.ims.***.3gppnetwork.org；term-ioi＝vscssnk01.ims.***.3gppnetwork.org

P-Access-Network-Info:3GPP-E-UTRAN-TDD；utran-cell-id-3gpp＝520***；network-provided

Content-Length:0

其中，P-Asserted-Identity、P-Charging-Vector、P-Access-Network-Info携带的信息是根据183消息得到的。

作为又一种可选的方式，步骤402也可以在步骤410之后执行，也即是媒体服务器在接收被叫终端发送的第一183消息之后，根据该第一183携带的计费信息生成第二183消息，以使得该第二183消息携带准确的计费信息。该情况下，媒体服务器生成的180消息是否携带该计费信息，本申请对此不做限定。

应理解，以上步骤402、404、407都是媒体服务器模拟被叫终端与主叫终端进行交互。

408、媒体服务器向主叫终端播放第一媒体内容。

媒体服务器可以根据步骤406中接收的主叫终端的SDP信息判断，如果主叫终端支持视频播放，媒体服务器确定为主叫终端播放视频、或者音视频；如果主叫终端不支持视频播放仅支持音频播放，媒体服务器确定为主叫终端播放音频。进一步地，第一媒体内容可以是根据主叫用户的特征确定的、或者是根据主叫/被叫用户的设置确定的等等。

媒体服务器向主叫终端发送该第一媒体内容的媒体流。相应地，主叫终端接收该第一媒体内容的媒体流并播放该第一媒体内容。

409、媒体服务器在步骤401收到INVITE消息后，就可以向被叫终端转发INVITE消息，以接续被叫终端。

410、媒体服务器收到被叫终端返回的183消息。

为便于描述，可以将媒体服务器生成的183消息称为第一183消息，被叫终端生成的183消息称为第二183消息。

该第二183消息中携带了被叫终端的SDP信息，记为SDP_A1_2。该第二183消息是对于该INVITE消息的响应消息。

该第二183消息指示被叫终端已接续，也是一个呼叫状态提示消息。关于是否要向主叫终端播放被叫终端已接续的状态提示多媒体，本申请对此不做限定。应理解，若要向主叫终端播放被叫终端已接续的状态提示多媒体，则具体方法可以参见图3所示实施例的介绍，也可以参见下文中步骤414的介绍，这里不再赘述。

若步骤407中180消息没有携带准确的计费信息，则媒体服务器还可以向主叫终端发送该183消息，和/或媒体服务器在步骤413(接收被叫终端发送的180消息)之后向主叫终端发送该180消息，从而传递准确的计费信息。

若步骤407中180消息携带了准确的计费信息，则媒体服务器不需要再次传递准确的计费信息，因而媒体服务器可以不向主叫终端发送该183消息，媒体服务器在步骤413(接收被叫终端发送的180消息)之后也可以不向被叫终端发送该180消息。后续步骤413不再赘述。

411、媒体服务器向被叫终端发送对第二183消息的确认消息(PRACK)消息。

412、媒体服务器收到被叫终端返回的对上述PRACK消息的200响应消息。

这样，媒体服务器通过上述消息，模拟主叫终端应答，与被叫终端进行交互。

媒体服务器(模拟主叫终端)与被叫终端进行交互的过程(例如步骤409-412)，可与前面媒体服务器(模拟被叫终端)与主叫终端进行交互(例如步骤402-406)的过程并行处理。本申请对此不做限定。

413、被叫终端振铃，进而被叫终端向媒体服务器发送180消息。

为便于描述，可以将媒体服务器生成的180消息称为第一180消息，将被叫终端生成的180消息称为第二180消息。

414、媒体服务器为主叫终端播放多媒体彩铃或者状态提示多媒体。

媒体服务器接收上述第二180消息。进而可能有多种情况：

一、该第二180消息是正常的振铃消息，也即是该第二180消息指示被叫终端振铃，且被叫终端处于空闲态。

媒体服务器可以继续播放上述第一媒体内容。该情况也可认为是将该第一媒体内容作为彩铃继续播放。

媒体服务器还可以停止播放该第一媒体内容。彩铃服务器为主叫终端播放彩铃或者TAS为主叫终端播放振铃媒体(例如嘟嘟声)。首先介绍为主叫终端播放彩铃的相关方法。

1)媒体服务器和彩铃服务器合设，也即是媒体服务器也负责播放多媒体彩铃。若媒体服务器确定要为主叫终端播放彩铃(比如确定被叫用户开通了彩铃业务)，则媒体服务器可以继续向主叫终端播放上述第一媒体内容(上述第一媒体内容又可以叫做彩铃)。媒体服务器也可以停止播放该第一媒体内容而播放一段新的媒体内容(该段新的媒体内容是彩铃，具体为音频、视频、或音视频)。具体地，媒体服务器可以立即停止播放该第一媒体内容而播放该段新的媒体内容，也可以在结束播放该第一媒体内容之后再播放该段新的媒体内容，还可以在播放该第一媒体内容固定时长(例如3秒)之后再播放该段新的媒体内容。

该情况下，媒体服务器和主叫终端可以继续利用步骤405-406协商建立的媒体通道，而不重新进行媒体协商。应理解，媒体服务器也可以重新进行协商(例如彩铃业务的媒体类型和开屏业务的媒体类型不一致时)，本申请对此不做限定。

2)媒体服务器和彩铃服务器分设，该情况下，媒体服务器停止播放第一媒体内容。彩铃服务器与主叫终端对于彩铃媒体进行协商，并根据协商的结果为主叫终端播放彩铃，具体不再赘述。

另外，TAS为主叫终端播放振铃媒体(例如嘟嘟声)的方法这里不再赘述。

二、该第二180消息指示被叫终端振铃，且被叫终端处于非空闲态。

非空闲态具体可以是呼叫转接状态、呼叫等待状态等等。该情况下，将呼叫状态(被叫终端处于非空闲态)通知给主叫用户有利于呼叫流程的顺利进行。因而本申请提出为主叫终端播放状态提示多媒体。具体地，媒体服务器或者TAS为主叫终端播放状态提示多媒体。

媒体服务器接收该第二180消息。该第二180消息指示呼叫状态，因而也可以叫做呼叫状态提示消息。媒体服务器根据该第二180消息确定相应的状态提示多媒体。例如该第二180消息携带call-waiting字段(alert-info:urn:alert:service:call-waiting)以指示呼叫等待状态，媒体服务器根据该第二180消息确定呼叫等待的状态提示多媒体。进而媒体服务器可以向主叫终端发送该状态提示多媒体的媒体流，以为主叫终端播放该状态提示多媒体。具体的方法与上述媒体服务器播放彩铃的方法类似，这里不再赘述。

另外，TAS为主叫终端播放状态提示多媒体的方法这里也不再赘述，具体可以参见图6所示实施例步骤613-614、步骤620-624等等。

在被叫终端振铃后，如果被叫用户摘机，主叫被叫双方协商通话，流程简述如下。

415、被叫用户摘机。

416、被叫终端在被叫用户摘机后发送200消息。

417-418、媒体服务器收到该200消息后，停止向主叫终端播放彩铃或者状态提示多媒体，并向被叫终端回复ACK消息。

应理解，若步骤414中，彩铃服务器播放彩铃，则彩铃服务器停止播放彩铃；若步骤414中，TAS播放状态提示多媒体，则TAS停止播放状态提示多媒体。

419-426、媒体服务器触发主叫终端和被叫终端之间进行通话媒体的重协商，从而主叫终端和被叫终端建立通话。

具体地，媒体服务器向被叫终端发送重协商请求(Re-INVITE消息)。被叫终端发送响应于该Re-INVITE消息的200消息，其中携带被叫终端的媒体信息(SDP信息)。媒体服务器向主叫终端发送媒体更新请求(UPDATE消息)，其中携带了上述被叫终端的媒体信息。主叫终端返回响应于该UPDATE消息的200消息，其中携带了主叫终端应答的媒体信息。媒体服务器向主叫终端转发步骤415收到的被叫摘机200OK消息。主叫终端返回响应于该被叫摘机200OK消息的ACK消息。媒体服务器向被叫终端发送对于Re-INVITE消息的ACK消息，其中携带了主叫终端应答的媒体信息。随后主叫被叫双方建立通话。

应理解，若步骤414中，彩铃服务器播放彩铃，则彩铃服务器负责触发主叫终端和被叫终端之间进行通话媒体的重协商。若步骤414中，TAS播放状态提示多媒体，则TAS停止播放状态提示多媒体，触发主叫终端和被叫终端之间进行通话媒体的重协商。

图4所示的方法实施例，媒体服务器生成振铃消息，并向主叫终端发送该振铃消息，以模拟被叫终端振铃的情景，从而无需等待被叫终端振铃，就可以为主叫终端提供起呼时的第一媒体内容。进一步地，在被叫终端振铃之后，可以通过媒体服务器、彩铃服务器或者TAS为主叫终端播放彩铃、或者状态提示多媒体等。

作为一个例子，图5提供了一种具体的呼叫处理方法。其中，媒体服务器可以是主叫域的，也可以是被叫域的；TAS是被叫域的。为使描述简洁，便于理解，图中信令交互经过的一些网元未画出，如SBC/P-CSCF、I-CSCF/S-CSCF等。该方法中，媒体服务器向主叫终端发送媒体服务器生成的振铃消息，无需等待被叫终端振铃，从而为主叫终端提供起呼时的第一媒体内容。进一步地，在被叫终端处于不可接通状态时，媒体服务器为主叫终端播放相应的状态提示多媒体以向主叫用户提示相应的呼叫状态，有利于呼叫流程的顺利进行。方法具体包括下列步骤。

501-508、主叫终端发起向被叫终端的呼叫请求。媒体服务器接收该呼叫请求后，与主叫终端进行媒体协商，生成振铃消息并向主叫终端发送该振铃消息，进而媒体服务器向主叫终端播放第一媒体内容。具体内容，这里不再赘述，参见图4所示实施例步骤401-408。

509、媒体服务器在步骤501收到INVITE消息后，就可以向被叫终端转发INVITE消息，以接续被叫终端。

510-511、媒体服务器接收183消息，并向被叫侧发送对于该183消息的PRACK消息。

该183消息指示呼叫状态，也即是呼叫状态提示消息。具体地，该183消息指示被叫终端处于不可接通状态(包括但不限于：关机、网络不可及、空号、停机等等)。例如该183消息携带不可接通原因(Reason)以指示不可接通状态(在Reason头域携带Q.850代码信息)。

媒体服务器根据该183消息确定相应的状态提示多媒体。例如，媒体服务器根据该183消息携带的不可接通原因确定相应的不可接通的场景(也即是具体的呼叫状态)，并进一步根据该不可接通的场景确定相应的状态提示多媒体。

另外，关于媒体服务器是否向主叫终端发送该183消息，可以参考图4所示实施例中步骤410的描述，这里不再赘述。

512-513、媒体服务器向被叫侧发送CANCEL消息以释放被叫侧的呼叫资源，并接收被叫侧发送的对于该CANCEL消息的200OK消息。

媒体服务器确定被叫终端处于不可接通状态后，触发被叫侧释放呼叫资源。

514、媒体服务器为主叫终端播放状态提示多媒体。

具体地，媒体服务器可以利用已有媒体通道为主叫终端播放该状态提示多媒体，也即是媒体服务器根据步骤505-506媒体协商的结果向主叫终端发送该状态提示多媒体的媒体流，相应地，主叫终端根据该协商结果接收该状态提示多媒体的媒体流，并播放该状态提示多媒体。媒体服务器可以立即停止为主叫终端播放该第一媒体内容而播放该状态提示多媒体，也可以在结束播放该第一媒体内容之后再播放该状态提示多媒体，还可以在播放该第一媒体内容固定时长(例如3秒)之后再播放该状态提示多媒体。

应理解，媒体服务器也可以重新进行协商(例如状态提示多媒体的媒体类型和第一媒体内容的媒体类型不一致时)，本申请对此不做限定。

另外，媒体服务器还可以同时播放状态提示多媒体和第一媒体内容，例如利用视频通道向主叫终端发送第一媒体内容的视频流，而利用音频通道向主叫终端发送状态提示多媒体的音频流，从而主叫终端播放接收第一媒体内容的视频流并播放第一媒体内容的视频，且接收状态提示多媒体的音频流并播放状态提示多媒体的音频。

515-516、媒体服务器向主叫终端发送呼叫终止消息(如487消息)，并接收主叫终端发送的对于该呼叫终止消息的ACK消息。

在状态提示多媒体播放结束后，如果主叫终端仍未挂机，则媒体服务器发送487消息以与主叫终端拆线，也即是终止此次呼叫流程、释放呼叫资源。

应理解，若在播放状态提示多媒体的过程中，主叫用户挂机，则主叫终端发送呼叫终止消息。相应地，媒体服务器接收主叫终端发送的呼叫终止消息，并向主叫终端发送对于该呼叫终止消息的ACK消息。该情况下，媒体服务器不需要触发主叫终端拆线。

若媒体服务器在为主叫终端播放状态提示多媒体的过程中，媒体服务器接收到被叫侧发送的呼叫终止消息(如487消息)，则步骤512-513可以不执行。进一步地，媒体服务器可以直接将该呼叫终止消息转发给主叫终端，或者在播放该状态提示多媒体定时长(例如3秒)之后再将该呼叫终止消息转发给主叫终端。又或者媒体服务器暂时先不向主叫终端发送该呼叫终止消息，向被叫侧发送对于呼叫终止消息的ACK消息，并在状态提示多媒体播放结束后，媒体服务器向主叫终端发送呼叫终止消息。

图5中各步骤的执行顺序是示例性的，例如本申请对于步骤514和步骤512的执行顺序不做限定。另外，本申请实施例中，媒体服务器可以位于主叫域或者是被叫域的。应理解，若媒体服务器位于被叫域，配置iFC时，将媒体服务器配置在TAS之前，从而媒体服务器能够接收到TAS发送的呼叫状态提示消息。

作为一个例子，图6提供了一种具体的呼叫处理方法。其中，媒体服务器可以是主叫域的，也可以是被叫域的；TAS是被叫域的。为使描述简洁，便于理解，图中信令交互经过的一些网元未画出，如SBC/P-CSCF、I-CSCF/S-CSCF等。该方法中，媒体服务器向主叫终端发送媒体服务器生成的振铃消息，无需等待被叫终端振铃，从而为主叫终端提供起呼时的第一媒体内容。进一步地，由TAS负责状态提示多媒体的播放。方法具体包括下列步骤。

601-608、主叫终端发起向被叫终端的呼叫请求。媒体服务器接收该呼叫请求后，与主叫终端进行媒体协商，生成振铃消息并向主叫终端发送该振铃消息，进而媒体服务器向主叫终端播放第一媒体内容。具体内容，这里不再赘述，参见图4所示实施例步骤401-408。

609、媒体服务器在步骤601收到INVITE消息后，就可以向被叫终端转发INVITE消息，以接续被叫终端。

610-611、媒体服务器接收183消息，并向被叫侧发送对于该183消息的PRACK消息。

为便于描述，可以将媒体服务器生成的183消息称为第一183消息，TAS或者被叫终端生成的183消息称为第二183消息。

该第二183消息中携带了被叫侧的SDP信息，记为SDP_A1_2。该第二183消息是对于该INVITE消息的响应消息。这里的被叫侧具体是TAS或者被叫终端。也即是该第二183消息可以是TAS生成并发送的、或者被叫终端生成并发送的，具体可以参见图3所示实施例中步骤307的描述。

613-614、媒体服务器与主叫终端进行媒体协商。

媒体服务器可以将步骤605中用于与主叫终端协商的SDP信息中的音频媒体信息替换为该第二183消息携带的被叫侧的SDP信息中的音频媒体信息，从而向主叫发起媒体更新。媒体更新时，媒体服务器可以保留步骤605中用于与主叫终端协商的SDP信息中的视频媒体信息，从而不影响第一媒体内容的视频媒体的继续播放。应理解，613-614的协商时，也可以不考虑605-606中协商的媒体通道，而直接将媒体通道更新为主叫终端和被叫侧TAS之间的媒体通道，本申请对此不做限定。下面具体讲述保留605-606中协商的主叫终端和媒体服务器之间的视频通道的情况。

为便于描述，首先再介绍一下步骤605-606中的协商情况。步骤605中，媒体服务器向主叫终端发送第一媒体协商请求消息(第一UPDATE消息)，该第一UPDATE消息携带该媒体服务器的第一视频媒体信息(SDP_O2_VIDEO1)；媒体服务器还接收主叫终端发送的第一媒体协商响应消息(第一200消息)，该第一200消息携带主叫终端的第二视频媒体信息(SDP_A2_VIDEO1)。应理解，还可以包括音频媒体的协商，这里不做限定。也即是，步骤608中播放的第一媒体内容可以包括音频和视频，步骤608中播放的第一媒体内容也可以仅包括视频(也即是静音播放开屏媒体)。并且，即使步骤605-606协商了音频媒体，步骤608中媒体服务器可以仅利用视频通道向主叫终端播放第一媒体内容的视频(即静音播放)。

对于步骤613中的协商情况，具体如下：媒体服务器向主叫终端发送第二媒体协商请求消息(第二UPDATE消息)。该第二UPDATE消息携带媒体服务器的第一视频媒体信息(SDP_O2_VIDEO1)。该第二UPDATE消息还携带被叫侧的音频媒体信息，也即是步骤610中183消息携带的被叫侧的SDP信息(SDP_A1_2)中的音频信息。媒体服务器还接收主叫终端发送的第二媒体协商响应消息(第二200消息)，该第二200消息携带主叫终端的第二视频媒体信息(SDP_A2_VIDEO1)和主叫终端的第四音频媒体信息。该第四音频媒体信息是根据该被叫侧的音频媒体信息和主叫终端的音频媒体能力确定的。关于媒体信息的具体内容可以参见图3所示实施例的描述，例如步骤311之后的描述。

进而，媒体服务器根据该第一视频媒体信息和该第二视频媒体信息继续向主叫终端发送第一媒体内容的视频媒体流。相应地，主叫终端根据该第一视频媒体信息和该第二视频媒体信息接收第一媒体内容的视频媒体流并播放第一媒体内容的视频。该情况下，媒体服务器不负责呼叫状态提示的功能，媒体服务器可以不去识别该第二183消息对应的呼叫状态。作为另一种可选的方式，媒体服务器也可以根据该第二183消息确定对应的状态提示视频，从而向主叫终端播放该状态提示视频(无音频)。也即是，媒体服务器根据该第一视频媒体信息和该第二视频媒体信息向主叫终端发送该状态提示视频的视频媒体流。相应地，主叫终端根据该第一视频媒体信息和该第二视频媒体信息接收该状态提示视频的视频媒体流并播放该状态提示视频。

为清楚描述本方案在不同情况下的执行方法，对于音频通道是否利用可分情况讨论。

1)呼叫流程正常。

该情况下，第二183消息指示呼叫流程正常，例如呼叫已接续。第二183消息携带的是被叫终端的音频媒体信息。由于主被叫之间的呼叫尚未接通，音频通道也不会有音频媒体的传输。

步骤608中，媒体服务器可以为主叫终端静音播放第一媒体内容，步骤614协商得到的音频通道中没有传输音频媒体，从而不会出现原先向主叫终端播放第一媒体内容的音频、而突然没有音频的情况，避免主叫用户误以为手机或者呼叫流程出现异常，而挂断电话等等。

另外，如果被叫侧因为视频彩铃或者切换视频通话等业务发起视频协商，则媒体服务器透传被叫侧的视频协商消息，并停止第一媒体内容的播放，具体可以参见不再赘述。

后续呼叫流程参见图4所示实施例中413-426等步骤的描述，这里不再赘述。

2)呼叫流程异常，例如被叫终端处于不可接通状态。

该情况下，第二183消息指示呼叫流程异常。第二183消息携带的是TAS的音频媒体信息。由TAS负责为主叫终端播放状态提示多媒体的音频(又可以叫做状态提示音频)。

具体如下：

620、TAS根据该第三音频媒体信息和该第四音频媒体信息向主叫终端发送状态提示多媒体的音频媒体流。相应地，主叫终端根据该第三音频媒体信息和该第四音频媒体信息接收状态提示多媒体的音频媒体流并播放状态提示多媒体的音频。

621-622、TAS在播放完成状态提示多媒体的音频之后，发送487消息以拆线。

媒体服务器收到487消息后也停止播放视频，并透传487消息。

623-624、主叫终端接收该487消息后，返回对于该487消息的ACK消息。

如图7所示，为本申请实施例提供的一种媒体服务器的结构示意图。媒体服务器具备实现上述实施例中媒体服务器的动作的功能。具体地，媒体服务器包括处理模块701、通信模块702，通信模块702具体可以包括接收模块和发送模块。处理模块701用于对媒体服务器的动作进行控制管理。通信模块702用于支持媒体服务器与其他设备(如终端设备，和/或CSCF设备等)的通信。媒体服务器还可以包括存储模块703，用于存储媒体服务器的程序代码等等。

处理模块701可以支持媒体服务器执行上文中各方法示例中媒体服务器的动作，例如可以支持媒体服务器执行图3中的步骤303、308，图4中的步骤402-407，图5中的步骤502-508，图6中的步骤602-608等等。

通信模块702可以支持媒体服务器与其他设备之间的通信，例如可以支持媒体服务器执行图3中的步骤301、302、304-307、309-310等等，图4中的步骤401-412，图5中的步骤501-516，图6中的步骤601-614、621-624等等。

应理解，上述举例的动作中是可选的，处理模块701、通信模块702也可以选择性地支持媒体服务器执行其中的部分动作。另外，媒体服务器的各模块可以集成或者分立，本申请不做限定。例如处理模块701也可以具备收发功能和/或存储功能等等。

在一个简单的实施例中，本领域的技术人员可以想到媒体服务器可以采用图9所示的形式来实现。

如图8所示，为本申请实施例提供的一种终端设备的结构示意图。终端设备具备实现上述实施例中主叫终端的动作的功能。具体地，终端设备包括通信模块801，通信模块801具体可以包括接收模块和发送模块。终端设备还可以包括处理模块802、处理模块802用于对终端设备的动作进行控制管理。通信模块801用于支持终端设备与其他设备(如终端设备，和/或CSCF设备等)的通信。终端设备还可以包括存储模块803，用于存储终端设备的程序代码等等。终端设备还可以包括播放模块804，用于播放媒体(包括音频、和/或视频)。

通信模块801可以支持终端设备与其他设备之间的通信，例如可以支持终端设备执行图3中的步骤301、302、304-307、309-310等等，图4中的步骤401-412，图5中的步骤501-516，图6中的步骤601-614、621-624等等。

处理模块802可以支持终端设备执行上文中各方法示例中终端设备的动作，例如可以支持终端设备执行图3中的步骤301、308，图4中的步骤402-407，图5中的步骤502-508，图6中的步骤602-608等等。

播放模块804可以支持终端设备进行媒体播放，例如可以支持终端设备执行图3中的步骤305、309、311，图4中的步骤408、411，图5中的步骤508、514，图6中的步骤608、620等等。

应理解，上述举例的动作中是可选的，各模块也可以选择性地支持终端设备执行其中的部分动作。另外，终端设备的各模块可以集成或者分立，本申请不做限定。

在一个简单的实施例中，本领域的技术人员可以想到终端设备可以采用图9所示的形式来实现。

如图9所示，为本申请实施例提供的装置900的结构示意图。该装置900具体可以为媒体服务器、或者终端设备等等。

该装置900可以包括至少一个处理器901，通信总线902、存储器903、通信接口904、和I/O接口。处理器可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信总线可包括一通路，在上述组件之间传送信息。所述通信接口，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(Wireless Local Area Networks，WLAN)等。

存储器可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，所述存储器用于存储执行本申请方案的程序代码，并由处理器来控制执行。所述处理器用于执行所述存储器中存储的程序代码。

在具体实现中，处理器可以包括一个或多个CPU，每个CPU可以是一个单核(single-core)处理器，也可以是一个多核(multi-Core)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，该装置还可以包括输入/输出(I/O)接口。例如，输出设备可以是液晶显示器(liquid crystal display，LCD),发光二级管(lightemitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备可以是鼠标、键盘、触摸屏设备或传感设备等。

需要指出的是，图9中示出的结构并不构成对装置900的限定，除图9所示部件之外，装置900可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本申请实施例中的各装置，如媒体服务器、或者终端设备，都可以采用图9所示的装置900的结构。

例如对于媒体服务器，当其中的处理器执行存储器中存储的可执行代码或应用程序时，媒体服务器可以执行以上实施例中与媒体服务器相对应的方法步骤，具体执行过程均参见上述实施例，在此不再赘述。

例如对于终端设备，当其中的处理器执行存储器中存储的可执行代码或应用程序时，终端设备可以执行以上实施例中与终端设备相对应的方法步骤，具体执行过程均参见上述实施例，在此不再赘述。

在本申请的实施例中，术语“第二”、“第一”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第二”、“第一”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

本申请中术语“至少一个”的含义是指一个或多个，本申请中术语“多个”的含义是指两个或两个以上，例如，多个第一报文是指两个或两个以上的第一报文。

应理解，在本文中对各种所述示例的描述中所使用的术语只是为了描述特定示例，而并非旨在进行限制。如在对各种所述示例的描述和所附权利要求书中所使用的那样，单数形式“一个(“a”，“an”)”和“该”旨在也包括复数形式，除非上下文另外明确地指示。

还应理解，本文中所使用的术语“和/或”是指并且涵盖相关联的所列出的项目中的一个或多个项目的任何和全部可能的组合。术语“和/或”，是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本申请中的字符“/”，一般表示前后关联对象是一种“或”的关系。还应理解，术语“包括”(也称“includes”、“including”、“comprises”和/或“comprising”)当在本说明书中使用时指定存在所陈述的特征、整数、步骤、操作、元素、和/或部件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元素、部件、和/或其分组。

还应理解，在本申请的各个实施例中，各个过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本领域普通技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或模块的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以是两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以计算机程序产品的形式体现出来，该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机程序产品存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (26)

1.一种呼叫处理方法，其特征在于，应用于媒体服务器，包括：

接收主叫终端发送的呼叫请求；

与所述主叫终端进行媒体协商；

生成180消息，向所述主叫终端发送所述180消息；

根据所述媒体协商的结果向所述主叫终端发送第一媒体内容的媒体流。

2.如权利要求1所述的方法，其特征在于，所述180消息指示不根据所述180消息进行计费，所述方法还包括：

接收被叫终端发送的响应消息，向所述主叫终端发送所述响应消息，其中，所述响应消息携带计费信息。

3.如权利要求1所述的方法，其特征在于，还包括：接收被叫终端发送的183消息，

所述生成所述180消息包括：根据所述183消息携带的计费信息生成所述180消息，所述180消息携带所述计费信息。

4.如权利要求1-3任一所述的方法，其特征在于，所述生成所述180消息包括：

根据所述呼叫请求携带的所述主叫终端的类型的指示信息、或者所述呼叫请求携带的网络接入类型的指示信息生成所述180消息；或者

根据所述呼叫请求不携带支持开屏业务的指示信息生成所述180消息。

5.如权利要求1-4任一所述的方法，其特征在于，还包括：

接收呼叫状态提示消息；

根据所述呼叫状态提示消息确定状态提示多媒体；

向所述主叫终端发送所述状态提示多媒体的媒体流。

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

根据所述呼叫状态提示消息确定所述被叫终端处于不可接通状态；

触发被叫侧释放呼叫资源。

7.如权利要求1-4任一所述的方法，其特征在于，还包括：

接收呼叫状态提示消息；

在接收所述呼叫状态提示消息之后，与所述主叫终端进行音频媒体协商和视频媒体协商，所述音频媒体协商的结果用于向所述主叫终端发送状态提示多媒体的音频媒体流；

根据所述视频媒体协商的结果向所述主叫终端发送所述第一媒体内容的视频媒体流。

8.如权利要求7所述的方法，其特征在于，所述呼叫状态提示消息携带电话应用服务器的第三音频媒体信息，

所述与所述主叫终端进行媒体协商具体包括：

向主叫终端发送第一媒体协商请求消息，所述第一媒体协商请求消息携带所述媒体服务器的第一视频媒体信息；

接收所述主叫终端发送的第一媒体协商响应消息，所述第一媒体协商响应消息携带所述主叫终端的第二视频媒体信息；

所述与所述主叫终端进行音频媒体协商和视频媒体协商具体包括：

向所述主叫终端发送第二媒体协商请求消息，所述第二媒体协商请求消息携带所述第一视频媒体信息和所述第三音频媒体信息；

接收所述主叫终端发送的第二媒体协商响应消息，所述第二媒体协商响应消息携带所述第二视频媒体信息和所述主叫终端的第四音频媒体信息，所述视频媒体协商的结果包括所述第一视频媒体信息和所述第二视频媒体信息，所述音频媒体协商的结果包括所述第三音频媒体信息和所述第四音频媒体信息。

9.一种呼叫处理方法，其特征在于，应用于主叫终端，包括：

向被叫终端发送呼叫请求；

与媒体服务器进行媒体协商；

接收180消息，所述180消息是所述媒体服务器生成的；

根据所述媒体协商的结果接收所述媒体服务器发送的第一媒体内容的媒体流，并播放所述第一媒体内容。

10.如权利要求9所述的方法，其特征在于，所述180消息指示不根据所述180消息进行计费，所述方法还包括：

接收响应消息，所述响应消息携带计费信息。

11.如权利要求9或10所述的方法，其特征在于，还包括：

与所述媒体服务器进行音频媒体协商和视频媒体协商；

根据所述视频媒体协商的结果接收媒体服务器发送的所述第一媒体内容的视频媒体流，并播放所述第一媒体内容的视频；

根据所述音频媒体协商的结果接收电话应用服务器发送的状态提示多媒体的音频媒体流，并播放所述状态提示多媒体的音频。

12.如权利要求11所述的方法，其特征在于，

所述与所述媒体服务器进行媒体协商包括：

接收所述媒体服务器发送的第一媒体协商请求消息，所述第一媒体协商请求消息携带所述媒体服务器的第一视频媒体信息；

向所述媒体服务器发送第一媒体协商响应消息，所述第一媒体协商响应消息携带所述主叫终端的第二视频媒体信息；

所述与所述媒体服务器进行音频媒体协商和视频媒体协商包括：

接收所述媒体服务器发送的第二媒体协商请求消息，所述第二媒体协商请求消息携带所述第一视频媒体信息和电话应用服务器的第三音频媒体信息；

向所述媒体服务器发送第二媒体协商响应消息，所述第二媒体协商响应消息携带所述第二视频媒体信息和所述主叫终端的第四音频媒体信息，所述视频媒体协商的结果包括所述第一视频媒体信息和所述第二视频媒体信息，所述音频媒体协商的结果包括所述第三音频媒体信息和所述第四音频媒体信息。

13.一种媒体服务器，其特征在于，包括通信模块和处理模块，

所述通信模块用于：接收主叫终端发送的呼叫请求，与所述主叫终端进行媒体协商；

所述处理模块用于生成180消息；

所述通信模块还用于：向所述主叫终端发送所述180消息，根据所述媒体协商的结果向所述主叫终端发送第一媒体内容的媒体流。

14.如权利要求13所述的媒体服务器，其特征在于，所述180消息指示不根据所述180消息进行计费，所述通信模块还用于：

接收被叫终端发送的响应消息，向所述主叫终端发送所述响应消息，其中，所述响应消息携带计费信息。

15.如权利要求13所述的媒体服务器，其特征在于，所述通信模块还用于：接收被叫终端发送的183消息，

所述处理模块用于生成所述180消息包括：所述处理模块用于根据所述183消息携带的计费信息生成所述180消息，所述180消息携带所述计费信息。

16.如权利要求13-15任一所述的媒体服务器，其特征在于，所述处理模块用于生成所述180消息包括：

所述处理模块用于根据所述呼叫请求携带的所述主叫终端的类型的指示信息、或者所述呼叫请求携带的网络接入类型的指示信息生成所述180消息；或者

所述处理模块用于根据所述呼叫请求不携带支持开屏业务的指示信息生成所述180消息。

17.如权利要求13-16任一所述的媒体服务器，其特征在于，

所述通信模块还用于接收呼叫状态提示消息；

所述处理模块还用于根据所述呼叫状态提示消息确定状态提示多媒体；

所述通信模块还用于向所述主叫终端发送所述状态提示多媒体的媒体流。

18.如权利要求17所述的媒体服务器，其特征在于，所述处理模块还用于：

根据所述呼叫状态提示消息确定所述被叫终端处于不可接通状态；

触发被叫侧释放呼叫资源。

19.如权利要求13-16任一所述的媒体服务器，其特征在于，所述通信模块还用于：

接收呼叫状态提示消息；

在接收所述呼叫状态提示消息之后，与所述主叫终端进行音频媒体协商和视频媒体协商，所述音频媒体协商的结果用于向所述主叫终端发送状态提示多媒体的音频媒体流；

根据所述视频媒体协商的结果向所述主叫终端发送所述第一媒体内容的视频媒体流。

20.如权利要求19所述的媒体服务器，其特征在于，所述呼叫状态提示消息携带电话应用服务器的第三音频媒体信息，

所述通信模块用于与所述主叫终端进行媒体协商具体包括：

所述通信模块用于向主叫终端发送第一媒体协商请求消息，所述第一媒体协商请求消息携带所述媒体服务器的第一视频媒体信息；

所述通信模块用于接收所述主叫终端发送的第一媒体协商响应消息，所述第一媒体协商响应消息携带所述主叫终端的第二视频媒体信息；

所述通信模块用于与所述主叫终端进行音频媒体协商和视频媒体协商具体包括：

所述通信模块用于向所述主叫终端发送第二媒体协商请求消息，所述第二媒体协商请求消息携带所述第一视频媒体信息和所述第三音频媒体信息；

所述通信模块用于接收所述主叫终端发送的第二媒体协商响应消息，所述第二媒体协商响应消息携带所述第二视频媒体信息和所述主叫终端的第四音频媒体信息，所述视频媒体协商的结果包括所述第一视频媒体信息和所述第二视频媒体信息，所述音频媒体协商的结果包括所述第三音频媒体信息和所述第四音频媒体信息。

21.一种终端设备，其特征在于，所述终端设备为主叫终端，包括通信模块，所述通信模块用于：

向被叫终端发送呼叫请求，与媒体服务器进行媒体协商；

接收180消息，所述180消息是所述媒体服务器生成的；

根据所述媒体协商的结果接收所述媒体服务器发送的第一媒体内容的媒体流，并播放所述第一媒体内容。

22.如权利要求21所述的终端设备，其特征在于，所述180消息指示不根据所述180消息进行计费，所述通信模块还用于：接收响应消息，所述响应消息携带计费信息。

23.如权利要求21或22所述的终端设备，其特征在于，

所述通信模块还用于：

与所述媒体服务器进行音频媒体协商和视频媒体协商；

根据所述视频媒体协商的结果接收媒体服务器发送的所述第一媒体内容的视频媒体流；

根据所述音频媒体协商的结果接收电话应用服务器发送的状态提示多媒体的音频媒体流，

所述终端设备还包括播放模块，所述播放模块用于：根据所述状态提示多媒体的音频媒体流播放所述状态提示多媒体的音频，根据第一媒体内容的视频媒体流播放所述第一媒体内容的视频。

24.如权利要求23所述的终端设备，其特征在于，

所述通信模块用于与所述媒体服务器进行媒体协商包括：

所述通信模块用于接收所述媒体服务器发送的第一媒体协商请求消息，所述第一媒体协商请求消息携带所述媒体服务器的第一视频媒体信息；

所述通信模块用于向所述媒体服务器发送第一媒体协商响应消息，所述第一媒体协商响应消息携带所述主叫终端的第二视频媒体信息；

所述通信模块用于与所述媒体服务器进行音频媒体协商和视频媒体协商包括：

所述通信模块用于接收所述媒体服务器发送的第二媒体协商请求消息，所述第二媒体协商请求消息携带所述第一视频媒体信息和电话应用服务器的第三音频媒体信息；

所述通信模块用于向所述媒体服务器发送第二媒体协商响应消息，所述第二媒体协商响应消息携带所述第二视频媒体信息和所述主叫终端的第四音频媒体信息，所述视频媒体协商的结果包括所述第一视频媒体信息和所述第二视频媒体信息，所述音频媒体协商的结果包括所述第三音频媒体信息和所述第四音频媒体信息。

25.一种呼叫处理系统，其特征在于，包括：媒体服务器和终端设备，

所述媒体服务器用于执行如权利要求1-8所述的方法；

所述终端设备用于执行如权利要求9-12所述的方法。

26.如权利要求25所述的系统，其特征在于，还包括电话应用服务器，

所述电话应用服务器用于：

接收所述终端设备发送的呼叫请求，所述呼叫请求携带所述主叫终端的第四音频媒体信息；

向所述终端设备发送呼叫状态提示消息，所述呼叫状态提示消息携带所述电话应用服务器的第三音频媒体信息；

根据所述第三音频媒体信息和所述第四音频媒体信息向所述终端设备发送状态提示多媒体的音频媒体流。

Images