CN116261182A - 一种协商视频媒体的方法及装置 - Google Patents

Abstract

本申请提供一种播放视频媒体的方法及装置，用于在被叫UE不支持资源预留机制的场景下，与主叫UE协商采用资源预留机制协商视频媒体，使得主叫UE可以成功播放视频媒体，提高用户体验。该方法包括：媒体服务器接收主叫UE的呼叫请求消息，呼叫请求消息中携带主叫UE的第一会话描述协议SDP信息；媒体服务器接收被叫用户设备UE返回的第一响应消息；媒体服务器根据第一响应消息确定被叫UE不支持资源预留机制；媒体服务器向主叫UE发送第二响应消息，第二响应消息携带用于响应第一SDP信息的第二SDP信息；媒体服务器采用资源预留机制与主叫UE进行视频媒体的协商。

Description

一种协商视频媒体的方法及装置

技术领域

本申请涉及通信领域，尤其涉及一种协商视频媒体的方法及装置。

背景技术

随着长期演进语音承载(voice over long term evolut ion，VoLTE)的引入，语音通话质量有了明显的提升，可以提供高清的语音通话以及视频通话。而随着视频媒体业务(例如视频彩铃)的全面应用，用户对于VoLTE带来的变化，感知也越来越强。

例如，主叫用户设备(user equipment，UE)向被叫UE发起呼叫请求，主叫UE可以在等待被叫UE的响应期间，播放视频，从而提高用户提交。UE可以分为支持资源预留机制(precondit ion)以及不支持precondit ion等多种设备。现有方案中，若主叫UE支持precondit ion，而被叫UE不支持precondit ion，则主叫UE也无法播放视频媒体。

发明内容

本申请提供一种播放视频媒体的方法及装置，用于在被叫UE不支持资源预留机制的场景下，与主叫UE协商采用资源预留机制协商视频媒体，使得主叫UE可以成功播放视频媒体，提高用户体验。

本申请第一方面提供一种播放视频媒体的方法，包括：

媒体服务器接收主叫用户设备UE的呼叫请求消息，呼叫请求消息中携带主叫UE的第一会话描述协议(sess ion descript ion protocol，SDP)信息；媒体服务器接收被叫用户设备UE返回的第一响应消息；媒体服务器根据第一响应消息确定被叫UE不支持资源预留机制；媒体服务器向主叫UE发送第二响应消息，第二响应消息携带第二SDP信息，第二SDP信息用于响应第一SDP信息；媒体服务器采用资源预留机制与主叫UE进行视频媒体的协商。

本申请实施方式中，在被叫UE向媒体服务器发送第一响应消息之后，媒体服务器即可确定被叫UE不支持precondit ion。媒体服务器可以生成包括第二SDP信息的第二响应消息，以响应呼叫请求消息中携带的第一SDP信息。并且，即使被叫UE不支持precondition，媒体服务器也可以通过precondit ion与主叫UE进行协商，从而使主叫UE可以播放视频媒体，提高用户体验。

可选的，在一种可能的实施方式中，所述媒体服务器采用所述资源预留机制与所述主叫UE进行视频媒体的协商，包括：

所述媒体服务器向所述主叫UE发送第一更新消息，所述第一更新消息携带视频媒体的SDP信息；所述媒体服务器接收所述主叫UE发送的第三响应消息，所述第三响应消息携带所述主叫UE与所述媒体服务器之间的视频媒体协商结果。

本申请实施方式中，媒体服务器可以向主叫UE发送第一更新消息，以使主叫UE启动precondit ion，并接收主叫UE的第三响应消息，完成主叫UE与媒体服务器之间的视频媒体的协商，从而使主叫UE可以播放视频媒体，提高用户体验。

可选的，在一种可能的实施方式中，视频媒体的SDP信息中包括视频媒体的音频描述信息以及视频描述信息。本申请实施方式中，视频媒体的SDP信息中可以携带视频媒体的音频描述信息以及视频描述信息，使主叫UE可以根据视频媒体的SDP信息获知视频媒体的相关信息，从而启动precondit ion，进行更准确的协商。

可选的，在一种可能的实施方式中，第一更新消息的头域数据中携带指示采用资源预留机制进行协商的指示信息，视频媒体的SDP信息中包括视频媒体的服务质量QoS参数。本申请实施方式中，第一更新消息的头域数据中可以携带指示信息，以使主叫UE可以启动precondit ion流程，并且根据视频媒体的SDP信息中包括的视频媒体的QoS参数，更进一步地确定针对视频媒体的网络资源的信息。

可选的，在一种可能的实施方式中，第二响应消息还指示被叫UE不支持资源预留机制。本申请实施方式中，媒体服务器可以通过第二响应消息，通知主叫UE该被叫UE不支持precondit ion。

可选的，在一种可能的实施方式中，所述第三响应消息还用于指示所述主叫UE完成针对所述视频媒体的资源预留。本申请实施方式中，主叫UE可以通过第三响应消息通知媒体服务器该主叫UE已完成资源预留，完成precondit ion。

可选的，在一种可能的实施方式中，媒体服务器接收主叫UE发送的第三响应消息之后，方法还包括：

媒体服务器接收主叫UE发送的第二更新消息，第二更新消息用于指示主叫UE完成针对视频媒体的资源预留。

本申请实施方式中，在主叫UE完成针对视频媒体的资源预留之后，还向媒体服务器发送第二更新消息，以通知媒体服务器该主叫UE已完成资源预留，从而使媒体服务器与主叫UE之间可以通过预留的资源进行视频媒体的媒体流数据的传输，使主叫UE可以播放视频媒体，提高用户体验。

可选的，在一种可能的实施方式中，在所述媒体服务器接收所述主叫UE发送的第二更新消息之后，所述方法还包括：

所述媒体服务器向所述主叫第四响应消息，所述第四响应消息用于指示所述媒体服务器已完成资源预留。本申请实施方式中，主叫UE可以通过第四响应消息通知媒体服务器该主叫UE已完成资源预留，完成precondit ion。

可选的，在一种可能的实施方式中，在所述媒体服务器向所述主叫UE发送第一更新消息之前，所述方法还包括：

所述媒体服务器针对所述视频媒体进行资源预留；所述第一更新消息还用于指示所述媒体服务器完成针对所述视频媒体的资源预留。

本申请实施方式中，媒体服务器可以通过第一更新消息通知主叫UE该媒体服务器已完成资源预留。

可选的，在一种可能的实施方式中，在媒体服务器确定被叫UE不支持precondition之后，媒体服务器还可以进行资源预留，为视频媒体预留资源。

可选的，在一种可能的实施方式中，在媒体服务器接收主叫UE发送的第二更新消息之后，该方法还包括：

媒体服务器向主叫UE发送视频媒体的媒体流数据，以使主叫UE播放视频媒体的媒体流数据。

因此，在媒体服务器与主叫UE都完成针对视频媒体的资源预留之后，可以通过预留的资源传输视频媒体的媒体流数据，使得主叫UE可以接收到视频媒体的媒体流数据并播放，使主叫UE即使在被叫UE不支持precondit ion的场景下，也可以正常播放视频媒体，提高用户体验。

在一种可能的实施方式中，媒体服务器根据第一响应消息确定被叫UE不支持资源预留机制包括：第一响应消息为180消息，且媒体服务器在接收180消息之前没有接收到被叫UE发送的183消息。

本申请实施方式中，第一响应消息可以是180消息，指示被叫UE已振铃，并且，在接收到该180消息之前，未接收到被叫UE发送的183消息，媒体服务器即可确定被叫UE不支持precondit ion。

本申请第二方面提供一种播放视频媒体的方法，包括：媒体服务器接收主叫UE的呼叫请求消息，呼叫请求消息中携带主叫UE的第一会话描述协议SDP信息；媒体服务器接收被叫用户设备UE返回的第一响应消息，该第一响应消息可以是第一会话进展消息；媒体服务器根据第一会话进展消息确定被叫UE不支持资源预留机制；媒体服务器向主叫UE发送第二响应消息，该第二响应消息可以是第二会话进展消息，第二会话进展消息携带被叫UE的SDP信息，该第二会话进展消息为媒体服务器根据第一会话进展消息得到，被叫UE的SDP信息用于响应第一SDP信息；所述媒体服务器采用所述资源预留机制与所述主叫UE进行视频媒体的协商。

本申请实施方式中，在被叫UE回复第一会话进展消息之后，媒体服务器即可根据该第一会话进展消息确定被叫UE不支持precondit ion，并向主叫UE发送第二会话进展消息，以响应主叫UE的第一SDP信息。即使被叫UE不支持precondit ion，媒体服务器也可以通过precondit ion与主叫UE进行协商，从而使主叫UE可以播放视频媒体，提高用户体验。

可选的，在一种可能的实施方式中，所述媒体服务器采用所述资源预留机制与所述主叫UE进行视频媒体的协商，包括：

媒体服务器向主叫UE发送第一更新消息，第一更新消息携带视频媒体的SDP信息；媒体服务器接收主叫UE发送的第三响应消息，该第三响应消息携带主叫UE与媒体服务器之间的视频媒体协商结果。

媒体服务器向主叫UE发送第一更新消息，携带视频媒体的SDP信息，然后媒体服务器接收主叫UE发送的第三响应消息，第三响应消息中携带主叫UE与媒体服务器之间的视频媒体协商结果。因此，即使被叫UE不支持precondit ion，媒体服务器也可以与主叫UE之间进行视频媒体的协商，从而使主叫UE可以播放视频媒体，提高用户体验。

可选的，在一种可能的实施方式中，该第一会话进展消息可以为183消息，以及第二会话进展消息也为183消息。

可选的，在一种可能的实施方式中，该第一会话进展消息指示所述被叫UE不支持资源预留机制，和/或所述第二会话进展消息指示所述被叫UE不支持资源预留机制。

可选的，在一种可能的实施方式中，该第一更新消息为UPDATE消息，该第二更新消息也为UPDATE消息。

可选的，在媒体服务器向主叫UE发送第一更新消息之前，媒体服务器还接收被叫UE发送的180消息，该180消息指示被叫UE已振铃。

可选的，在一种可能的实施方式中，视频媒体的SDP信息中包括视频媒体的音频描述信息以及视频描述信息。本申请实施方式中，视频媒体的SDP信息中可以携带视频媒体的音频描述信息以及视频描述信息，使主叫UE可以根据视频媒体的SDP信息获知视频媒体的相关信息，从而启动precondit ion，进行更准确的协商。

可选的，在一种可能的实施方式中，第一更新消息的头域数据中携带媒体服务器预留的资源信息，视频媒体的SDP信息中包括视频媒体的服务质量QoS参数。本申请实施方式中，第一更新消息的头域数据中可以携带指示信息，以使主叫UE可以启动precondit ion流程，并且根据视频媒体的SDP信息中包括的视频媒体的QoS参数，更进一步地确定针对视频媒体的网络资源的信息。

可选的，在一种可能的实施方式中，所述第三响应消息还用于指示所述主叫UE完成针对所述视频媒体的资源预留。本申请实施方式中，主叫UE可以通过第三响应消息通知媒体服务器该主叫UE已完成资源预留，完成precondit ion。

可选的，在一种可能的实施方式中，媒体服务器接收主叫UE发送的第三响应消息之后，方法还包括：

媒体服务器接收主叫UE发送的第二更新消息，第二更新消息用于指示主叫UE完成针对视频媒体的资源预留。

本申请实施方式中，在主叫UE完成针对视频媒体的资源预留之后，还向媒体服务器发送第二更新消息，以通知媒体服务器该主叫UE已完成资源预留，从而使媒体服务器与主叫UE之间可以通过预留的资源进行视频媒体的媒体流数据的传输，使主叫UE可以播放视频媒体，提高用户体验。

可选的，在一种可能的实施方式中，在所述媒体服务器接收所述主叫UE发送的第二更新消息之后，所述方法还包括：

所述媒体服务器向所述主叫第四响应消息，所述第四响应消息用于指示所述媒体服务器已完成资源预留。本申请实施方式中，主叫UE可以通过第四响应消息通知媒体服务器该主叫UE已完成资源预留，完成precondit ion。

可选的，在一种可能的实施方式中，在所述媒体服务器向所述主叫UE发送第一更新消息之前，所述方法还包括：

所述媒体服务器针对所述视频媒体进行资源预留；所述第一更新消息还用于指示所述媒体服务器完成资源预留。

本申请实施方式中，媒体服务器可以通过第一更新消息通知主叫UE该媒体服务器已完成资源预留。

可选的，在一种可能的实施方式中，在媒体服务器接收主叫UE发送的第二更新消息之后，方法还包括：

媒体服务器向主叫UE发送视频媒体的媒体流数据，以使主叫UE播放视频媒体的媒体流数据。

因此，在媒体服务器与主叫UE都完成针对视频媒体的资源预留之后，可以通过预留的资源传输视频媒体的媒体流数据，使得主叫UE可以接收到视频媒体的媒体流数据并播放，使主叫UE即使在被叫UE不支持precondit ion的场景下，也可以正常播放视频媒体，提高用户体验。

本申请第三方面提供一种媒体服务器，该媒体服务器具有实现上述第一方面播放视频媒体的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

本申请第四方面提供一种媒体服务器，该媒体服务器具有实现上述第二方面播放视频媒体的方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

本申请第五方面提供了一种媒体服务器，该媒体服务器包括：处理器和收发器，可选地，还包括存储器；其中，处理器和收发器、存储器通过内部连接互相通信。处理器，用于执行第一方面或第一方面任意可能的实现方式中的方法；收发器，接收处理器的控制，用于执行第一方面或第一方面任意可能的实现方式中的方法中数据的收发；存储器，用于存储指令，所述指令被处理器调用，以执行第一方面或第一方面任意可能的实现方式中的方法。

本申请第六方面提供了一种媒体服务器，该媒体服务器包括：处理器和收发器，可选地，还包括存储器；其中，处理器和收发器、存储器通过内部连接互相通信。处理器，用于执行第二方面或第二方面任意可能的实现方式中的方法；收发器，接收处理器的控制，用于执行第二方面或第二方面任意可能的实现方式中的方法中数据的收发；存储器，用于存储指令，所述指令被处理器调用，以执行第二方面或第二方面任意可能的实现方式中的方法。

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

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

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

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

本申请第十一方面提供了一种芯片，该芯片包括处理电路和收发接口，收发接口还可以称作通信接口或输入输出接口，可选地，还包括存储器；其中，处理电路和收发接口、存储器通过内部连接互相通信。处理电路，用于执行第一方面或第一方面任意可能的实现方式中的方法；收发接口，接收处理电路的控制，用于执行第一方面或第一方面任意可能的实现方式中的方法中信号的收发；存储器，用于存储指令，所述指令被处理电路调用，以执行第一方面或第一方面任意可能的实现方式中的方法。

本申请第十二方面提供了一种芯片，该芯片包括处理电路和收发接口，收发接口还可以称作通信接口或输入输出接口，可选地，还包括存储器；其中，处理电路和收发接口、存储器通过内部连接互相通信。处理电路，用于执行第二方面或第二方面任意可能的实现方式中的方法；收发接口，接收处理电路的控制，用于执行第二方面或第二方面任意可能的实现方式中的方法中信号的收发；存储器，用于存储指令，所述指令被处理电路调用，以执行第二方面或第二方面任意可能的实现方式中的方法。

本申请第十三方面提供了一种通信系统，该通信系统包括媒体服务器和呼叫控制功能设备，该媒体服务器可以是前述第三方面或第四方面提供的媒体服务器，该呼叫控制功能设备用于转发所述媒体服务器和主叫UE之间的消息。

可选地，在一些可能的实施方式中，该通信系统还可以包括媒体资源功能(mediaresource funct ion，MRF)服务器，所述MRF服务器用于接收媒体服务器的指示，并根据所述指示向主叫UE发送视频媒体流。

因此，本申请中，媒体服务器在接收到主叫UE的呼叫请求消息之后，可以将该呼叫请求消息转发至被叫UE，且该呼叫请求消息中携带主叫UE的第一SDP信息。媒体服务器接收被叫UE返回的响应第一SDP的第一响应消息，媒体服务器可以根据第一响应消息确定被叫UE不支持precondit ion。然后媒体服务器可以通过precondit ion与主叫UE进行视频媒体的协商。因此，即使被叫UE不支持precondit ion，媒体服务器也可以与主叫UE之间进行视频媒体的协商，从而使主叫UE可以播放视频媒体，提高用户体验。

附图说明

图1为本申请实施例应用的系统架构示意图；

图2为本申请提供的一种播放视频媒体的方法的流程示意图；

图3为本申请提供的另一种播放视频媒体的方法的流程示意图；

图4为本申请提供的另一种播放视频媒体的方法的流程示意图；

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

图6为本申请提供的另一种媒体服务器的结构示意图。

具体实施方式

本申请提供一种播放视频媒体的方法及装置，用于在被叫UE不支持资源预留机制的场景下，与主叫UE协商采用资源预留机制协商视频媒体，使得主叫UE可以成功播放视频媒体，提高用户体验。

本申请提供的播放视频媒体的方法可以应用于各种通信系统。例如，5G系统，长期演进(long term evolut ion，LTE)系统、全球移动通信系统(global system for mobi lecommunicat ion，GSM)或码分多址(code divis ion mult iple access，CDMA)网络、宽带码分多址(wideband code divis ion mult iple access，WCDMA)网络等，还可以是未来通信网络，例如，6G网络、7G网络等，且涉及的网元名称不限定，均可以替换成在未来通信网络中具备相同或相似功能的网元名称，本申请并不做限定。

示例性地，本申请提供的视频数据传输的方法应用的通信系统可以如图1所示。其中，该通信系统可以包括但不限于：主叫UE、基站、主叫网际协议(internet protocol，IP)多媒体子系统(IP mult imedia subsystem，IMS)域网络以及被叫IMS域网络。

其中，主叫UE用于向用户提供语音/数据连通性，例如，具有无线连接功能的手持式设备、或车载设备等，也可以包括智能移动电话、移动台(mobi le stat ion，MS)、移动终端(mobi le terminal，MT)等等，以下也可以称为终端设备。主叫UE可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。其中，主叫UE可以是可接入移动网络的终端设备(terminaldevice)，手机(mobi le phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual real ity，VR)终端、增强现实(augmented real ity，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportat ion safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。

被叫UE可以参阅前述主叫UE的相关描述。

基站用于实现无线物理层功能、资源调度和无线资源管理、无线接入控制以及移动性管理功能等。其中，该基站可以是具有中心控制功能的设备，如宏基站、微基站、热点(pico)、家庭基站(femeto)、传输点(TP)、中继(Relay)、接入点(Access Point，AP)等，该基站可以是，长期演进(long term evolut ion，LTE)中的基站(eNodeB，eNB)，新空口(NewRadio，NR)中的基站(gNodeB，gNB)等接入网设备。

其中，主叫UE可以接入主叫UE对应的基站，被叫UE可以接入被叫UE对应的基站。

主叫IMS域网络与被叫IMS域网络的架构可以相同，也可以不同。

示例性地，图1中所示的，主叫IMS域网络与被叫IMS域网络的架构相同。主叫IMS域网络与被叫IMS域网络可以包括IMS域核心网和演进分组核心网(evolved packet core，EPC)。IMS域核心网包括：服务-呼叫控制功能(serving-cal l sess ion control function，S-CSCF)、查询-呼叫会话控制功能(interrogat ing-cal l sess ion control function，I-CSCF)、代理-呼叫会话控制功能(proxy-cal l sess ion control funct ion，P-CSCF)、归属用户服务器(home subscriber server，HSS)、会话边界控制器(sess ionborder control ler，SBC)，以及若干个专用服务器，如电话应用服务器(telephony applicat ion server，TAS)。其中I-CSCF可以和S-CSCF合设在一起，可以简称为“I/S-CSCF”。SBC和P-CSCF可以合设在一起，可以简称为“SBC/P-CSCF”。EPC中可包括移动管理实体(mobile management ent ity，MME)、分组数据网网关(packet data network gateway，PGW)以及服务网关(serving gateway，SGW)等。其中，PGW和SGW可以合设在一起，可以简称为“S/P-GW”。此外，除了图1中所示的网元外，IMS域还可以包括其他网元，本申请对此并不作一一赘述。

上述网元都是现有方案中无线通信网络中的相应网元，在这里不做详细描述，仅仅做简要说明。例如：S-CSCF可以用于用户的注册、鉴权控制、会话路由和业务触发控制，并维持会话状态信息。I-CSCF可以用于用户注册的S-CSCF的指配和查询。P-CSCF可以用于信令和消息的代理。HSS可以用于存储用户签约信息和位置信息。SBC可以提供安全接入和媒体处理。TAS提供多媒体电话基本业务及补充业务。MME是EPC网络的核心设备。SGW可以用于IMS核心网与无线网络的连接，PGW可以用于IMS核心网和IP网络的连接。

主叫IMS域网络与被叫IMS域网络还可以包括彩铃(customized alert ingtones，CAT)应用服务器(appl icat ion server，AS)、媒体资源功能(media resourcefunct ion，MRF)服务器等。CAT AS用于为主叫UE提供音视频媒体的播放。其中，主叫UE播放的音视频媒体的数据存储于MRS，并由MRS向主叫UE提供。本申请以下实施例中所提及的媒体服务器，可以是CAT AS，也可以是CAT AS与MRF、或CAT AS与其他网元合设的服务器，还可以是其他多媒体服务器，以下不再赘述。

需要说明的是，上述的说明并不构成对本申请实施例的系统架构图的限定，本申请实施例的系统架构图包括但不限于在图1所示。

还需要说明的是，主叫UE对应的MRF与CAT AS与被叫UE对应的MRS与CAT AS可能相同、也可能不相同，本申请以下实施例中提及的MRF与CAT AS可以是被叫侧的MRF与CAT AS，也可以是主叫侧的MRF与CAT AS。主叫侧和被叫侧的媒体服务器也是如此，本申请以下实施方式中不再赘述。

下面基于前述的通信系统，对本申请提供的播放视频媒体的方法进行详细说明。

请参阅图2，本申请提供的一种播放视频媒体的方法的流程示意图，如下所述。

201、主叫UE向媒体服务器发送呼叫请求消息。

首先，若主叫UE向被叫UE发起呼叫，则主叫UE可以向被叫UE对应的媒体服务器发送呼叫请求消息。具体地，该呼叫请求消息可以是INVITE消息。

该呼叫请求消息中可以携带主叫UE的第一会话描述协议(sess ion description protocol，SDP)信息，该第一SDP信息中可以包括主叫UE是否支持precondit ion的信息。媒体服务器可以通过该呼叫请求消息，确定主叫UE是否支持precondit ion。例如，若第一SDP信息中携带precondit ion字段，则表示主叫UE支持precondit ion，若第一SDP信息中不携带precondit ion字段，则表示主叫UE不支持precondit ion。

该呼叫请求消息中还可以携带主叫UE的标识，以使媒体服务器或者被叫UE识别出发起呼叫请求的主叫UE。

本申请中的precondit ion，即为资源预留机制，包括进行资源预留，并在资源预留完成之后向对方发送指示信息的流程。具体地，资源预留包括预留匹配的带宽、可用的频段、对应的优先级等。例如，主叫UE支持precondit ion，媒体服务器在预留之后，通知主叫UE媒体服务器已完成资源预留，主叫UE完成预留资源之后，也通知媒体服务器主叫UE已完成资源预留。

202、媒体服务器向被叫UE发送呼叫请求消息。

在媒体服务器接收到主叫UE发送的呼叫请求消息之后，媒体服务器可以向被叫UE转发该呼叫请求消息。

其中，媒体服务器接收到的主叫UE发送的呼叫请求消息，与媒体服务器向被叫UE发送的呼叫请求消息可以相同，也可以不相同。例如，媒体服务器向被叫UE发送的呼叫请求消息，与媒体服务器接收到的主叫UE发送的呼叫请求消息的数据格式可以相同，也可以不同。

203、被叫UE向媒体服务器发送第一响应消息。

在被叫UE接收到媒体服务器发送的呼叫请求消息之后，被叫UE针对该呼叫请求消息，生成第一响应消息，并向媒体服务器发送该第一响应消息。

204、媒体服务器根据第一响应消息确定被叫UE不支持资源预留机制。

在媒体服务器接收到被叫UE发送的第一响应消息之后，可以根据该第一响应消息确定被叫UE不支持precondit ion。

具体地，媒体服务器在接收到第一响应消息之后，可以根据该第一响应消息中携带的数据确定被叫UE是否支持precondit ion，例如，该第一响应消息中携带precondition字段，则表示被叫UE支持precondit ion，若第一响应消息中不携带precondit ion字段，在表示被叫UE不支持precondit ion。或者，媒体服务器在接收到该第一响应消息，即可确定被叫UE不支持precondit ion，例如，若该第一响应消息为180消息，即指示被叫UE已振铃的消息，且所述媒体服务器在接收所述180消息之前没有接收到所述被叫UE发送的183消息，则媒体服务器可以确定被叫UE不支持precondit ion。

在一种可能的实现方式中，媒体服务器在接收到被叫UE发送的第一响应消息之后，即可针对视频媒体进行资源预留，为视频媒体预留网络资源，使得视频媒体的媒体流数据可以通过预留的网络资源传输到主叫UE，主叫UE可以播放视频媒体，提高用户体验。

205、媒体服务器向主叫UE发送第二响应消息。

在媒体服务器接收到被叫UE发送的第一响应消息之后，媒体服务器向主叫UE发送第二响应消息，该第二响应消息中用于响应呼叫请求消息中携带的第一SDP信息。

具体地，该第二响应消息中可以携带媒体服务器的第二SDP信息，该第二SDP信息用于响应呼叫请求消息中携带的第一SDP信息。

其中，第二响应消息还指示被叫UE不支持precondit ion。具体地，因被叫UE不支持precondit ion，第二响应消息中不携带precondit ion字段或与支持precondit ion相关的字段，以使主叫UE根据该第二响应消息获知被叫UE不支持precondit ion。

该第二响应消息可以是183消息，该183消息中携带第二SDP信息，该第二SDP信息中可以包括媒体服务器的媒体能力信息(例如，音频媒体信息)，媒体服务器的接口、访问地址等等。或者，该第二SDP信息是虚构的SDP信息。该第二SDP信息用于响应呼叫请求消息中携带的第一SDP信息。例如，呼叫请求消息中携带了音视频媒体信息，则183消息中也携带音视频媒体信息或者仅携带音频媒体信息，以响应呼叫请求消息中的音视频媒体信息。而若呼叫请求中仅携带了音频媒体信息，而未携带视频媒体信息，则183消息中也仅携带音频媒体信息，不携带视频媒体信息。并且，该183消息中不携带precondit ion字段，以指示被叫UE不支持precondit ion。

在媒体服务器向主叫UE发送第二响应消息之后，即采用precondit ion与主叫UE进行视频媒体的协商。具体地，媒体服务器与主叫UE进行视频媒体的协商的步骤可以包括如下所述的步骤。

206、媒体服务器向主叫UE发送第一更新消息。

媒体服务器在向主叫UE发送第二响应消息之后，继续向主叫UE发送第一更新消息，该第一更新消息中携带视频媒体的SDP信息，以实现与主叫UE进行视频媒体的协商。

主叫UE在接收到第一更新消息之后，可以根据该第一更新消息获取到视频媒体的SDP信息，并可以根据该视频媒体的SDP信息，启动precondit ion，进行资源预留。

具体地，本申请中的视频媒体可以包括视频彩铃、视频广告等。

具体地，该第一更新消息可以是UPDATE消息。该第一更新消息中可以包括视频媒体的SDP信息，该第一更新消息用于与主叫UE进行视频媒体的协商。例如，该第一更新消息中可以携带视频媒体的音频描述信息与视频描述信息，视频媒体的编解码方式等。

可选地，在一种可能的实施方式中，第一更新消息的头域数据中携带指示资源预留协商的指示信息，例如，该第一更新消息的Supported头域中可以携带precondit ion字段，以通知主叫UE启动precondit ion。此外，第一更新消息中携带视频媒体的SDP信息，还可以携带视频媒体的QoS参数，该QoS参数可以包括视频媒体的数据传输优先级、服务质量分类标识(QoS class ident ifier，QCI)等。该QoS参数可以用于媒体服务器或者主叫UE确定针对视频媒体预留的网络资源，例如，媒体服务器或者主叫UE可以根据该QoS参数确定为视频媒体预留的网络资源的带宽、频段等信息，如视频媒体的QoS等级越高，则为视频媒体预留的网络资源的带宽越大，视频媒体的QoS等级越低，则为视频媒体预留的网络资源的带宽越小。该QoS参数还包括资源预留情况，例如，媒体服务器已完成资源预留，而主叫UE还未完成资源预留，则该QoS参数包含指示信息，用于指示本端(媒体服务器)已完成资源预留，而远端(主叫UE)还未完成资源预留。

207、主叫UE向媒体服务器发送第三响应消息。

在主叫UE接收到媒体服务器发送的第一更新消息之后，从该第一更新消息中获取视频媒体的SDP信息，并启动precondit ion流程，以及根据该第一更新消息和自身的多媒体能力生成第三响应消息。该第三响应消息中携带主叫UE与媒体服务器之间的视频媒体的协商结果。主叫UE将该第三响应消息发送至媒体服务器，即可完成媒体服务器与主叫UE针对视频媒体的协商。具体地，该第三响应消息可以是200OK消息。

主叫UE根据该第一更新消息中携带的音频描述与视频描述，确定视频媒体的协商信息，并启动precondit ion流程。

因此，本申请实施方式中，媒体服务器在接收到主叫UE的呼叫请求消息之后，可以将该呼叫请求消息转发至被叫UE，且该呼叫请求消息中携带主叫UE的第一SDP信息。媒体服务器接收被叫UE返回的第一响应消息，媒体服务器可以根据第一响应消息确定被叫UE不支持precondit ion。然后媒体服务器向主叫UE发送用于响应主叫UE的第一SDP信息的第二响应消息。并采用precondit ion与主叫UE进行视频媒体的协商，使主叫UE完整针对视频媒体的资源预留，使主叫UE可以通过预留的资源播放视频媒体，提高用户体验。具体地，媒体服务器向主叫UE发送第一更新消息，携带指示进行资源预留协商的指示信息以及视频媒体的SDP信息，与主叫UE进行视频媒体的协商，媒体服务器接收主叫UE发送的第三响应消息，第三响应消息中携带主叫UE与媒体服务器之间的视频媒体协商结果。因此，即使被叫UE不支持precondit ion，媒体服务器也可以采用precondit ion与主叫UE之间进行视频媒体的协商，并且使主叫UE和媒体服务器进行资源预留，从而在主叫UE和媒体服务器完成资源预留之后进行视频媒体的播放，保证视频媒体的正常播放，提高用户体验。

可选地，在一种可能的实施方式中，在步骤206或者步骤207之后，主叫UE可以为视频媒体预留网络资源，该网络资源用于传输视频媒体的媒体流数据，保证视频媒体的顺利播放。

可选地，在一种可能的实施方式中，在主叫UE针对视频媒体完成了资源预留之后，主叫UE还向媒体服务器发送第二更新消息，该第二更新消息用于指示主叫UE完成针对视频媒体的资源预留，或者，该第二更新消息还可以包括主叫UE预留的网络资源的具体的信息，例如，带宽信息、频段信息等。该第二更新消息还可以包括QoS参数，该QoS参数还包括资源预留情况，例如，主叫UE已完成资源预留，而媒体服务器还不确定是否完成资源预留，则该QoS参数包含指示信息，用于指示本端(主叫UE)已完成资源预留，而远端(媒体服务器)还未完成资源预留。

该第二更新消息具体可以是UPDATE消息。因此，媒体服务器接收主叫UE发送的第二更新消息，确定主叫UE已完成针对视频媒体的资源预留，或者还可以获取到主叫UE预留的网络资源的具体信息，例如，接口信息、地址信息、带宽信息等。因此，本申请实施方式中，主叫UE在完成针对视频媒体的资源预留之后，可以通知媒体服务器主叫UE已完成资源预留，以使媒体服务器在确定主叫UE已完成资源之后进行视频媒体的媒体流播放。进一步地，媒体服务器还可以根据主叫UE预留的网络资源，传输视频媒体的媒体流数据，使主叫UE可以播放视频媒体，提高用户体验。

可选地，在一种可能的实施方式中，第三响应消息还用于指示主叫UE已完成针对视频媒体的资源预留。使得媒体服务器可以通过该第三响应消息获知主叫UE已完成针对视频媒体的资源预留，完成precondit ion的流程。

可选地，在一种可能的实施方式中，在媒体服务器接收到主叫UE发送的第二更新消息之后，确定主叫UE已完成资源预留，进而媒体服务器确定自身完成了资源预留之后，媒体服务器还向主叫UE发送第四响应消息。该第四响应消息用于指示媒体服务器已完成了资源预留。该第二更新消息还可以包括QoS参数，该QoS还包括资源预留情况，例如，主叫UE已完成资源预留，而媒体服务器也已完成资源预留，则该QoS参数包含指示信息，用于指示本端(媒体服务器)已完成资源预留，远端(主叫UE)也已完成资源预留，即双方资源预留成功。

该第四响应消息具体可以是200OK消息。本申请实施方式中，媒体服务器还向主叫UE发送第四响应消息，从而通知主叫UE，媒体服务器已完成资源预留，使主叫UE后续可以成功接收视频媒体的媒体流数据。

可选地，在一种可能的实施方式中，在媒体服务器接收到主叫UE发送的第二更新消息之后，或者，在媒体服务器向主叫UE发送第四响应消息之后，媒体服务器向主叫UE发送视频媒体的媒体流流数据，以使主叫UE播放该视频媒体的媒体流数据。具体地，若媒体服务器上未保存视频媒体的媒体数据，则媒体服务器可以向MRF服务器发送指示信息，指示MRF服务器将视频媒体的媒体数据通过数据流的方式发送至主叫UE，使得主叫UE可以播放视频媒体，提高用户体验。

可选地，在一种可能的实施方式中，媒体服务器在确定自身完成资源预留之后向主叫UE发送所述第一更新消息，所述第一更新消息还用于指示媒体服务器已完成资源预留。例如，所述第一更新消息包括QoS参数，所述QoS参数包括资源预留情况。具体地，所述QoS参数包含指示信息，用于指示本端(媒体服务器)已完成资源预留，而远端(主叫UE)还未完成资源预留。并且，在媒体服务器接收到主叫UE发送的第二更新消息之后，确定主叫UE已完成资源预留，进而媒体服务器向主叫UE发送第四响应消息。所述第二更新消息包括QoS参数，具体地，所述QoS参数包含指示信息，用于指示本端(主叫UE)已完成资源预留，远端(媒体服务器)已完成资源预留，即双方资源预留成功。该第四响应消息用于对所述第二更新消息进行响应。因此，媒体服务器可以通过第一更新消息通知主叫UE该媒体服务器已完成资源预留，无需单独发送指示信息，减少信令开销。

前述对本申请提供的播放视频媒体的方法的流程进行介绍，下面以具体的应用场景为例，对本申请提供的播放视频媒体的方法进行更进一步的介绍。

示例性地，本申请提供的播放视频媒体的方法可以分为多种场景，可以包括一种为被叫UE回复183消息，另一种为被叫UE不回复183消息的情况，下面分别进行示例性说明。

场景一、被叫UE不回复183消息

请参阅图3，本申请提供的另一种播放视频媒体的方法的流程示意图，如下所述。

301、主叫UE发起呼叫请求。

首先，主叫UE可以向被叫UE发起呼叫请求。例如，用户A可以通过主叫UE向用户B使用的被叫UE发起通话，由主叫UE向被叫UE发起呼叫请求。

本申请实施例中的CAT AS可以替换为前述的媒体服务器，此处仅以CAT AS进行示例性说明。并且，本申请实施方式中，CAT AS接收或发送的消息，都可以经由CSCF网元进行转发或处理，本申请以下实施例中不再赘述。例如，若主叫UE向CAT AS发送INVITE消息，则主叫UE可以向CSCF网元发送该INVITE消息，该CSCF网元可以对该INVITE消息进行处理后发送至CAT AS，或者，CSCF直接将该INVITE消息发送至CAT AS。

示例性地，步骤301具体可以包括步骤：

1、主叫UE向接CAT AS发送呼叫请求(INVITE消息)，该INVITE消息中携带被叫UE的用户标识，该INVITE消息中还携带主叫UE的SDP信息。此外，该INVITE中还可以携带主叫UE是否支持precondit ion的信息，例如，若INVITE消息中携带precondit ion字段，则表示主叫UE支持precondit ion，若INVITE消息中不携带precondit ion字段，则表示主叫UE不支持precondit ion。

2、CAT AS将INVITE消息转发至被叫UE。该INVITE消息中携带主叫UE的precondition的能力信息，若该INVITE消息中携带precondit ion字段，则表示主叫UE支持precondition，则CAT AS确定主叫UE支持precondit ion。

3、被叫UE向CAT AS发送第一响应消息，即180消息。该180消息用于指示被叫UE已振铃。媒体服务器接收到该180消息之后，即可根据该180消息确定被叫UE已振铃，可以继续进行后续的步骤。

本申请实施方式中，CAT AS接收到被叫UE发送的180消息之前没有接收到所述被叫UE发送的183消息，CAT AS即可确定被叫UE不支持precondit ion。

302、CAT AS进行资源预留。

在CAT AS确定被叫UE已振铃之后，CAT AS可以进行资源预留，即为视频媒体预留网络资源，如图3中的步骤4。

具体地，CAT AS可以根据视频媒体的QoS参数为视频媒体预留相应的网络资源，包括为视频媒体预留预设大小的带宽、预设频段、优先级或者预设服务等级等等。

此外，在步骤302之后，还可以包括：

5、CAT AS向主叫UE发送183消息。该183消息为CAT AS构造得到的，该183消息中可以携带CAT AS的SDP信息，或者，该183中携带虚构的SDP信息。该183消息中携带的SDP信息用于响应前述步骤1中主叫UE发送的INVITE消息中的主叫UE的SDP信息。具体地，若183消息中携带CAT AS的SDP信息，则该CAT AS的SDP信息中包括音视频媒体信息，该音视频媒体信息用于响应INVITE消息中主叫UE的SDP信息中的音视频媒体信息。该183消息中携带的音视频媒体信息可以是视频媒体的音视频相关的数据，且该183消息中不携带precondit ion字段。

该183消息的SDP信息中，还可以包括CAT AS的媒体能力信息，例如，CAT AS支持的音频的信息，CAT AS的可用接口或者CAT AS的地址等信息。

示例性地，该183消息所包括的内容如下所述：

SIP/2.0 183Sess ion Progress

Via:SIP/2.0/UDP scscf2.home2.net；branch＝z9hG4bK764z87.1,SIP/2.0/UDPscscf1.home1.net；branch＝z9hG4bK332b23.1,SIP/2.0/UDP pcscf1.vis ited1.net；branch＝z9hG4bK240f34.1,SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357；comp＝sigcomp；branch＝z9hG4bKnashds7

From:

To:

Cal l-ID:

Cseq:

Require:100rel,early-sess ion

Recv-Info:dtmfInfo

RSeq:9022

Contact:<s ip:cat-as.home1.net>；+g.3gpp.ics i_ref＝"urn％3Aurn-7％3gpp-service.im s.ics i.mmtel"

Content-Type:appl icat ion/sdp

Content-Dispos it ion:early-sess ion

Content-Length:(…)

v＝0

o＝-2987933616 2987933616IN IP6 5555::eee:fff:aaa:bbb

s＝-

c＝IN IP6 5555::ccc:aaa:bbb:acc

t＝0 0

m＝audio 3456RTP/AVP 97

b＝AS:25.4

a＝rtpmap:97AMR

a＝fmtp:97mode-set＝0,2,5,7；maxframes

a＝content:g.3gpp.cat

其中，183消息的Require以及supported头域中都不携带precondit ion字段，因此183消息可用于指示被叫UE不支持precondit ion，即通知主叫UE被叫不支持precondition。

需要说明是，本申请对步骤4与步骤5的执行顺序不做限定，可以先执行步骤4，也可以先执行步骤5，具体可以根据实际应用场景进行调整，此处不作限定。

6、主叫UE向CAT AS发送PRACK消息。该PRACK消息中用于响应183消息，以指示主叫UE已接收到该183消息。

7、CAT AS向主叫UE发送200OK消息。该200OK消息用于响应PRACK消息，指示CAT AS已接收到该PRACK消息。

因此，CAT AS可以通过构造183消息，响应主叫UE的INVITE消息，本申请实施例可以通过不改变主叫UE的处理流程的基础上，启动针对视频媒体的precondit ion。

303、CAT AS采用precondit ion机制与主叫UE进行协商。

其中，CAT AS在接收到被叫UE发送的180消息之后，即可与主叫UE进行协商，与主叫UE协商播放的视频媒体的媒体信息。

示例性地，步骤303具体可以包括步骤：

8、CAT AS向主叫UE发送第一更新消息，即UPDATE消息。该UPDATE消息中携带视频媒体的SDP信息，具体可以包括视频媒体的音频描述信息以及视频描述信息，以实现通过precondit ion完成CAT AS与主叫UE之间的针对视频媒体的协商。该UPDATE消息的头域中可以包括precondit ion字段，指示UE启动precondit ion的流程。并且，该视频媒体的SDP信息中还可以包括视频媒体的QoS参数，使主叫UE可以依据该QoS参数进行资源预留。可以理解为，CAT AS可以通过UPDATE消息，启动主叫UE的precondit ion的流程，使CAT AS与主叫UE通过precondit ion的方式协商视频媒体，从而使主叫UE与CAT AS都可以为视频媒体预留网络资源。

具体地，该视频媒体的SDP信息中还可以携带视频媒体的媒体信息，例如，CAT AS提供的可用的视频媒体的编码方式、解码方式，传输接口，访问地址等，以实现与主叫UE针对视频媒体的协商。

此外，若由主叫UE向CAT AS发送UPDATE消息进行视频媒体的协商，也需要在该UPDATE消息中携带precondit ion字段以及对应的QoS参数。

9、主叫UE向CAT AS发送200OK消息。该200OK消息用于响应CAT AS向主叫UE发送的UPDATE消息，该200OK消息中包括主叫UE与CAT AS之间的视频媒体的协商结果。具体地，该200OK消息中可以携带CAT AS的部分SDP信息，例如，若CAT AS向主叫UE发送的SDP信息中包括CAT AS上可用的多个接口的信息、多个带宽信息或多个频段信息等，则主叫UE响应的200OK消息中可以携带针对该多个接口中CAT AS所支持的一个接口信息、一个带宽信息或者一个频道信息等，从而实现与CAT AS的视频媒体的协商。

304、主叫UE完成资源预留。

在主叫UE接收UPDATE消息之后，主叫UE可以为视频媒体进行资源预留，以保证视频媒体的媒体流数据可以正常传输。需要说明的是，本申请对步骤9与步骤10的执行顺序不作限定，可以先执行步骤9，也可以先执行步骤10，还可以同时执行步骤9与步骤10，具体可以根据实际应用场景进行调整。

如图3中所述的步骤10，主叫UE可以根据步骤8中第一更新消息携带的SDP信息，为视频媒体预留匹配的网络资源。例如，主叫UE可以根据视频媒体的QoS等级、音频描述信息以及视频描述信息为视频媒体预留足够的带宽、预设频段、端口等，使得主叫UE可以成功接收到视频媒体的媒体流数据，从而成功播放视频媒体，提高用户体验。

应理解，本申请实施方式中，CAT AS为视频媒体预留的网络资源，与主叫UE为视频媒体预留的网络资源相对应，例如，若CAT AS为视频媒体预留的频段为850MHz-950MHZ，则主叫UE为视频媒体预留的频段也为850MHz-950MHZ。

305、主叫UE通知CAT AS完成资源预留。

在主叫UE完成针对视频媒体的资源预留之后，主叫UE可以通知CAT AS，从而使CATAS向主叫UE传输视频媒体的媒体流数据。

示例性地，步骤305具体如下所述：

11、主叫UE向CAT AS发送UPDATE消息。该UPDATE消息包括该主叫UE的SDP信息，该SDP信息用于指示主叫UE已完成资源预留。

12、CAT AS在确定自身完成了资源预留之后，向主叫UE发送200OK消息，即第四响应消息。该200OK消息用于响应步骤11中的UPDATE消息，指示CAT AS已完成了资源预留。

因此，本申请实施方式中，主叫UE在完成针对视频媒体的资源预留之后，还通知CAT AS，使得CAT AS可以向主叫UE传输视频媒体的媒体流数据。

306、播放视频媒体。

在CAT AS与主叫UE完成视频媒体的协商，以及CAT AS与主叫UE都为视频媒体预留了匹配的网络资源之后，CAT AS岂可启动视频媒体播放流程。

示例性地，步骤306如下所述：

13、CAT AS向主叫UE发送180消息。该180消息用于指示被叫UE已振铃。

14、CAT AS通过媒体流的形式向主叫UE发送视频媒体的媒体数据，即CAT AS向主叫UE发送视频媒体的媒体流数据。应理解，视频媒体的媒体流数据可以是由CAT AS发送至主叫UE，也可以是MRF在CAT AS的指示下发送至主叫UE，本申请对此不作限定。

此外，在主叫UE成功播放视频媒体之后，该方法还包括：

15、被叫UE向CAT AS发送200OK消息。该200OK消息用于响应前述步骤2中的INVITE消息，指示被叫UE已摘机。

16、CAT AS停止播放视频媒体。具体地，CAT AS在确定被叫UE已摘机后，可以停止向主叫UE传输视频媒体的媒体流数据，以使主叫UE停止播放视频媒体。CAT AS还可以向主叫UE发送摘机指示信息，指示该被叫UE已摘机，以进行后续流程。

本申请实施方式中，若被叫UE回复180消息，且未回复183消息，则CAT AS确定被叫UE不支持precondit ion，CAT AS构造183消息，以完成对主叫UE的INVITE消息的响应，并在后续发送UPDATE消息，与主叫UE进行视频媒体的协商，即CAT AS与主叫UE可以通过precondit ion流程进行视频媒体的协商，使得主叫UE与CAT AS都可以为视频媒体预留网络资源，从而使主叫UE在被叫UE不支持precondit ion的场景下，也可以播放视频媒体，提高用户体验。

场景二、被叫UE回复183消息。

其中，在场景二中，媒体服务器接收主叫UE的呼叫请求消息，呼叫请求消息中携带主叫UE的第一会话描述协议SDP信息；媒体服务器接收被叫用户设备UE返回的第一响应消息，该第一响应消息可以是第一会话进展消息；媒体服务器根据第一会话进展消息确定被叫UE不支持资源预留机制。然后媒体服务器向主叫UE发送第二响应消息，该第二响应消息可以是第二会话进展消息，第二会话进展消息携带被叫UE的SDP信息，该第二会话进展消息为媒体服务器根据第一会话进展消息得到，被叫UE的SDP信息用于响应第一SDP信息。媒体服务器采用precondit ion与主叫完成视频媒体的协商。即区别于前述图2以及图3，本申请实施例中的第一响应消息为，第一会话进展消息(即183消息)，该183消息中携带被叫UE的SDP信息，媒体服务器即根据该被叫UE的SDP信息确定被叫UE不支持precondit ion。并且，在媒体服务器接收到第一会话进展消息之后，媒体服务器还可以接收180消息，指示被叫UE已振铃。

示例性地，请参阅图4，本申请提供的另一种播放视频媒体的方法的流程示意图，如下所述。

401、主叫UE发起呼叫请求。

首先，主叫UE可以向被叫UE发起呼叫请求。

示例性地，步骤401具体可以包括步骤：

1、主叫UE向CAT AS发送INVITE消息。

2、CAT AS向被叫UE发送INVITE消息。

其中，步骤1与步骤2与前述图3中的步骤1与步骤2类似，此处不再赘述。

3、被叫UE向CAT AS发送183消息。被叫UE在接收到CAT AS发送的INVITE消息之后，向CAT AS发送183消息，该183消息中携带被叫UE的SDP信息，该183消息还指示被叫UE的precondit ion能力，例如，若该183消息中不携带Require：precondit ion字段，则CAT AS可以确定被叫UE不支持precondit ion。本申请实施方式中，因被叫UE不支持precondition，该183消息中不携带precondit ion字段。

4、CAT AS向主叫UE转发183消息。该183消息可以参阅前述步骤3中的介绍，其中，该183消息可以指示被叫UE不支持precondit ion，以便主叫UE获知被叫UE不支持precondit ion。

5、主叫UE向CAT AS发送PRACK消息。该PRACK消息用于响应CAT AS发送的INVITE消息，指示主叫UE已接收到该INVITE消息。

6、CAT AS向被叫UE发送PRACK消息。

7、被叫UE向CAT AS发送200OK消息。该200OK消息用于响应CAT AS发送的PRACK消息，指示被叫UE已接收到该PRACK消息。

8、CAT AS向主叫UE发送200OK消息。主叫UE接收到该200OK消息，即可确定被叫UE已接收到PRACK消息。

9、被叫UE向CAT AS发送180消息。该180消息用于指示被叫UE已振铃。媒体服务器接收到该180消息之后，即可根据该180消息确定被叫UE已振铃，可以继续进行后续的步骤。

本申请实施方式中，CAT AS可以通过被叫UE回复的183消息，确定被叫UE不支持precondit ion。

402、CAT AS进行资源预留。

本申请实施例中的步骤402(即图4中的步骤10)与前述步骤302类似，此处不再赘述。

403、CAT AS与主叫UE进行协商。

其中，CAT AS在接收到被叫UE发送的180消息之后，即可与主叫UE进行视频媒体的协商，与主叫UE协商播放的视频媒体的媒体信息。

示例性地，步骤403具体可以包括步骤：

11、CAT AS向主叫UE发送UPDATE消息。该UPDATE消息可以参阅前述图3中的步骤8的描述。

示例性地，该UPDATE消息所包括的内容如下所述：

UPDATE

s ip:user1_publ ic1@home1.net；gr＝urn:uuid:f81d4fae-7dec-11d0-a765-00a0c91e6bf6SIP/2.0

Via:SIP/2.0/UDP[5555::ccc:aaa:abc:abc]:8805；branch＝z9hG4bK182D87.1

Max-Forwards:70

Route:<s ip:scscf1.home1.net；lr>,<s ip:pcscf1.vis ited1.net；lr>

From:<tel:+1-212-555-2222>；tag＝2236

To:<s ip:user1_publ ic1@home1.net>；tag＝171828

Cal l-ID:

Cseq:12814111UPDATE

Supported:precondit ion

Contact:

<s ip:user2_publ ic1@home2.net；gr＝urn:uuid:2ad8950e-48a5-4a74-8d99-ad76cc7fc74>+g.3gpp.ics i-ref＝"urn％3Aurn-7％3gpp-service.ims.ics i.mmtel"

Content-Type:appl icat ion/sdp

Content-Length:(…)

v＝0

o＝-29879336156 29879336156IN IP6 5555::ccc:aaa:abc:abc

s＝-

c＝IN IP6 5555::ccc:aaa:abc:abc

t＝0 0

m＝audio 49170RTP/AVPF 97 96

a＝acfg:1t＝1

b＝AS:25.4

a＝curr:qos local sendrecv/目前的资源预留情况：本端(媒体服务器)已完成资源预留

a＝curr:qos remote none/目前的资源预留情况：远端(主叫UE)已完成资源预留

a＝des:qos mandatory local sendrecv期望的资源预留情况：本端(媒体服务器)已完成资源预留

a＝des:qos opt ional remote sendrecv期望的资源预留情况：远端(主叫UE)已完成资源预留

a＝conf:qos remote sendrecv

a＝rtpmap:97AMR

a＝fmtp:97mode-set＝0,2,5,7；maxframes

a＝rtpmap:96telephone-event

a＝content:g.3gpp.cat

m＝video 51372RTP/AVPF 98

a＝acfg:1t＝1

b＝AS:75

a＝curr:qos local sendrecv

a＝curr:qos remote none

a＝des:qos mandatory local sendrecv

a＝des:qos opt ional remote sendrecv

a＝conf:qos remote sendrecv

a＝rtpmap:98H263

a＝fmtp:98profi le-level-id＝0

a＝content:g.3gpp.cat

其中，该supported头域中携带precondition字段，指示CAT AS与主叫UE通过precondit ion流程进行视频媒体的协商。audio字段下包括视频媒体的音频描述，video字段下包括视频媒体的视频描述。并且，UPDATE消息携带资源服务器已完成资源预留的指示信息，如update消息中的a＝curr:qos local sendrecv。

因此，被叫UE在接收到CAT AS发送的UPDATE消息之后，即可通过precondit ion流程，与CAT AS进行视频媒体的协商，从而为视频媒体预留资源，使主叫UE播放视频媒体，提高用户体验。

12、主叫UE向CAT AS发送200OK消息。该200OK消息可以参阅前述图3中的步骤9的相关描述。

404、主叫UE完成资源预留。

405、主叫UE通知CAT AS完成资源预留。

406、播放视频媒体。

需要说明的是，本申请实施例中的步骤404-406与前述步骤304-306类似，具体可以参阅前述304-306中的详细描述，即本申请图4中的步骤13-19与前述图3中的步骤10-16类似，此处不再赘述。

本申请实施方式中，CAT AS可以根据被叫UE回复的183消息确定被叫UE不支持precondit ion，并通过UPDATE消息与主叫UE进行precondit ion流程的视频媒体的协商，使得CAT AS与主叫UE都针对视频媒体进行了资源预留，使得视频媒体的媒体流数据可以传输至主叫UE，从而使主叫UE在被叫UE不支持precondit ion的场景下也可以播放视频媒体。因此，无论被叫UE是否支持precondit ion，主叫UE都可以播放视频媒体，可以提高用户体验。

前述对本申请提供的方法进行了详细说明，下面基于前述图2-4，对本申请提供的装置进行阐述。

首先，请参阅图5，本申请提供的一种媒体服务器的结构示意图。

该媒体服务器可以包括：收发单元501以及处理单元502。

收发单元501，用于接收主叫用户设备UE的呼叫请求消息，呼叫请求消息中携带主叫UE的第一会话描述协议SDP信息；

收发单元501，还用于接收被叫用户设备UE返回的第一响应消息；

处理单元502，用于根据第一响应消息确定被叫UE不支持资源预留；

收发单元501，还用于向主叫UE发送第二响应消息，第二响应消息携带第二SDP信息，第二SDP信息用于响应第一SDP信息；

收发单元501，还用于采用资源预留机制与主叫UE进行视频媒体的协商。

可选地，在一种可能的实施方式中，

收发单元501，还用于向主叫UE发送第一更新消息，第一更新消息携带视频媒体的SDP信息；

收发单元501，还用于接收主叫UE发送的第三响应消息，第三响应消息携带主叫UE与媒体服务器之间的视频媒体协商结果。

可选地，在一种可能的实施方式中，视频媒体的SDP信息中包括视频媒体的音频描述信息以及视频描述信息。

可选地，在一种可能的实施方式中，第一更新消息的头域数据中携带指示进行资源预留协商的指示信息，视频媒体的SDP信息中包括视频媒体的服务质量QoS参数。

可选地，在一种可能的实施方式中，第二响应消息还指示被叫UE不支持资源预留机制。

可选地，在一种可能的实施方式中，第三响应消息还用于指示主叫UE完成针对视频媒体的资源预留。

可选地，在一种可能的实施方式中，收发单元501，还用于在接收主叫UE发送的第三响应消息之后，还接收主叫UE发送的第二更新消息，第二更新消息用于指示主叫UE完成针对视频媒体的资源预留。

可选地，在一种可能的实施方式中，收发单元501，还用于在接收所述主叫UE发送的第二更新消息之后，向所述主叫第四响应消息，所述第四响应消息用于指示所述媒体服务器已完成资源预留。

可选地，在一种可能的实施方式中，收发单元501，还用于在接收主叫UE发送的第二更新消息之后，还向主叫UE发送视频媒体的媒体流数据，以使主叫UE播放视频媒体的媒体流数据。

可选地，在一种可能的实施方式中，处理单元502根据第一响应消息确定被叫UE不支持资源预留机制，包括：第一响应消息为180消息，且媒体服务器在接收180消息之前没有接收到被叫UE发送的183消息。其中，若第一响应为180消息，且收发单元501在接收到180消息之前，未接收到被叫UE发送的183消息，则处理单元可以确定被叫UE不支持资源预留机制。

可选地，在一种可能的实施方式中，处理单元502，还用于在收发单元501向所述主叫UE发送第一更新消息之前，针对所述视频媒体进行资源预留；所述第一更新消息还包括指示所述媒体服务器完成资源预留的信息。

本申请还提供一种媒体服务器600，请参阅图6，本申请实施例中媒体服务器一个实施例，该媒体服务器可以用于执行图2-4所示的任一实施例中媒体服务器执行的步骤，可以参考上述方法实施例中的相关描述。

该媒体服务器600包括：处理器601、存储器602以及输入输出设备603。

一种可能的实现方式中，该处理器601、存储器602、输入输出设备603分别与总线相连，该存储器中存储有计算机指令。

前述实施例中的收发单元501则可以是本实施例中的输入输出设备603，因此该输入输出设备603的实现不再赘述。

前述实施例中的处理单元502可以是本实施例中的处理器1001，因此该处理器1001的实现不再赘述。

本申请提供了一种芯片系统，该芯片系统包括处理器，用于支持媒体服务器实现上述方面中所涉及的功能，例如，例如发送或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

在另一种可能的设计中，当该芯片系统为媒体服务器内的芯片时，芯片包括：处理单元和通信单元，所述处理单元例如可以是处理器，所述通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行存储单元存储的计算机执行指令，以使该媒体服务器内的芯片执行上述图2-4中任一项实施例中媒体服务器执行的方法的步骤。可选地，所述存储单元为所述芯片内的存储单元，如寄存器、缓存等，所述存储单元还可以是所述媒体服务器内的位于所述芯片外部的存储单元，如只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)等。

本申请实施例还提供了一种处理器，用于与存储器耦合，用于执行上述各实施例中任一实施例中涉及媒体服务器的方法和功能。

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述任一方法实施例中与媒体服务器相关的方法流程。对应的，该计算机可以为上述的媒体服务器。

应理解，本申请以上实施例中的媒体服务器、芯片系统等中提及的处理器，或者本申请上述实施例提供的处理器，可以是中央处理单元(central process ing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital s ignal processor，DSP)、专用集成电路(appl icat ion specific integrated circuit，ASIC)、现成可编程门阵列(fieldprogrammable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请中以上实施例中的媒体服务器、芯片系统等中的处理器的数量可以是一个，也可以是多个，可以根据实际应用场景调整，此处仅仅是示例性说明，并不作限定。本申请实施例中的存储器的数量可以是一个，也可以是多个，可以根据实际应用场景调整，此处仅仅是示例性说明，并不作限定。

还应理解，本申请实施例中以上实施例中的媒体服务器、芯片系统等中提及的存储器或可读存储介质等，可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrical ly EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(stat ic RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchl ink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambusRAM，DR RAM)。

还需要说明的是，当媒体服务器包括处理器(或处理单元)与存储器时，本申请中的处理器可以是与存储器集成在一起的，也可以是处理器与存储器通过接口连接，可以根据实际应用场景调整，并不作限定。

本申请实施例还提供了一种计算机程序或包括计算机程序的一种计算机程序产品，该计算机程序在某一计算机上执行时，将会使所述计算机实现上述任一方法实施例中媒体服务器的方法流程。对应的，该计算机可以为上述的媒体服务器。

在上述图2-4中各个实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Sol id State Disk(SSD))等。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，这仅仅是描述本申请的实施例中对相同属性的对象在描述时所采用的区分方式。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，以便包含一系列单元的过程、方法、系统、产品或设备不必限于那些单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它单元。

本申请各实施例中提供的消息/帧/指示信息、模块或单元等的名称仅为示例，可以使用其他名称，只要消息/帧/指示信息、模块或单元等的作用相同即可。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本申请实施例中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。

取决于语境，如在此所使用的词语“如果”或“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

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

Claims (16)

1.一种协商视频媒体的方法，应用于媒体服务器，其特征在于，包括：

基于主叫用户设备UE发送的呼叫请求消息确定所述主叫UE支持资源预留机制，所述呼叫请求消息包含第一会话描述协议SDP信息；

基于被叫用户设备UE针对所述呼叫请求消息返回的第一响应消息确定所述被叫UE不支持资源预留机制；

向所述主叫UE发送第二响应消息，所述第二响应消息包含第二会话描述协议SDP信息，所述第二SDP信息用于响应所述第一SDP信息；

采用所述资源预留机制与所述主叫UE进行视频媒体的协商，所述视频媒体将由网络侧实体向所述主叫UE播放。

2.根据权利要求1所述的方法，其特征在于，所述采用所述资源预留机制与所述主叫UE进行视频媒体的协商，包括：

向所述主叫UE发送第一更新消息，所述第一更新消息包含所述视频媒体的SDP信息；

接收所述主叫UE发送的第三响应消息，所述第三响应消息包含所述主叫UE与所述媒体服务器之间的关于所述视频媒体的协商结果。

3.根据权利要求2所述的方法，其特征在于，所述视频媒体的SDP信息包括所述视频媒体的音频描述信息以及视频描述信息。

4.根据权利要求2或3所述的方法，其特征在于：

所述第一更新消息的头域包含用于指示采用资源预留机制进行所述视频媒体的协商的指示信息，

和/或，

所述视频媒体的SDP信息包括所述视频媒体的服务质量QoS参数。

5.根据权利要求2或3所述的方法，其特征在于，所述第三响应消息还指示所述主叫UE完成资源预留。

6.根据权利要求2或3所述的方法，其特征在于，在接收所述主叫UE发送的第三响应消息之后，所述方法还包括：

接收所述主叫UE发送的第二更新消息，所述第二更新消息指示所述主叫UE完成资源预留。

7.根据权利要求6所述的方法，其特征在于，在所述媒体服务器接收所述主叫UE发送的第二更新消息之后，所述方法还包括：

向所述主叫UE发送第四响应消息，所述第四响应消息指示所述媒体服务器已完成资源预留。

8.根据权利要求6所述的方法，其特征在于，在向所述主叫UE发送第一更新消息之前，所述方法还包括：

所述媒体服务器针对所述视频媒体进行资源预留；

所述第一更新消息还指示所述媒体服务器完成资源预留。

9.根据权利要求7所述的方法，其特征在于，在接收所述主叫UE发送的第二更新消息之后，所述方法还包括：

向所述主叫UE发送所述视频媒体的媒体流数据。

10.根据权利要求1-3中任一项所述的方法，其特征在于，所述根据所述第一响应消息确定所述被叫UE不支持资源预留机制，包括：

确定所述第一响应消息不包含用于指示所述被叫UE支持所述资源预留机制的信息；或者，

确定所述第一响应消息为180消息，且确定在接收所述180消息之前没有接收到所述被叫UE发送的183消息。

11.根据权利要求1-3中任一所述的方法，其特征在于，所述所述呼叫请求消息指示所述主叫UE支持所述资源预留机制，。

12.根据权利要求1-3中任一所述的方法，其特征在于，所述媒体服务器为彩铃应用服务器。

13.根据权利要求1-3中任一所述的方法，其特征在于，所述网络侧实体为所述媒体服务器或者媒体资源功能MRF服务器。

14.根据权利要求1-3中任一所述的方法，其特征在于，所述资源预留机制中预留的资源用于进行视频媒体流的传输。

15.一种媒体服务器，其特征在于，包括：处理器和存储器；

所述存储器用于存储程序；

所述处理器用于执行所述程序，以实现如权利要求1-14中任意一项所述的方法。

16.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1-14中任意一项所述的方法。

Images