具体实施方式

本发明实施例提供了一种实现呼叫保持功能的方法、服务器及用户终端，用于在第一UE处于呼叫保持状态的情况下，通过服务器可以使得使用该第一UE的用户观看视频，从而优化用户体验。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，都应当属于本发明保护的范围。

可以理解的是，如图1所示，为一种实现方式中实现呼叫保持功能的方法的一个实施例示意图。在图1中，101、在第二UE与第一UE进行通话的过程中，第三UE向该第二UE发起呼叫，并发送响铃信息(例如：180Ringing信息)；102、该第二UE收到该第三UE发送的响铃信息，并接听该第三UE；103、该第二UE为了保持与正在通话的第一UE处于呼叫状态，向该第一UE发起呼叫保持提示语音，使得该第一UE处于呼叫保持状态；104、当该第二UE结束与该第三UE的通话时，可以解除该第一UE的呼叫保持状态，此时，该第二UE可以继续与该第一UE进行通话。

其中，呼叫保持指的是正在通话的第二UE，可以暂时中断原来的电话(与第一UE之间的通话)，而接听新的电话(即第三UE)，同时与原来的电话(即第一UE)保持联系；当需要回复原来的通话时，可以使新接听的电话处于呼叫保持状态，再继续与原来的通话方通话。即使用第二UE的用户可以通过操作第二UE的按键选择及切换这两个通话，也可以分别或同时结束与第一UE的通话，以及与第三UE的通话。

可以理解的是，上述实现呼叫保持功能的方法可以应用于带有网际互连协议多媒体系统(Internet Protocol Multimedia Subsystem，IMS)的UE上。

其中，该IMS是一种全新的多媒体业务形式，它能够满足UE更新颖、更多样化多媒体业务的需求。该IMS可以包括长期演进语音承载(Voice over Long-Term Evolution，VoLTE)或新空口语音承载(Voice over New-Radio，VoNR)。

具体的，VoLTE指的是一个面向UE之间的高速无线通信标准。该VoLTE基于IMS网络，在LTE上使用为控制层面和语音服务的媒体层面特制的配置文件。该IMS中的VoLTE具有特色业务，该特色业务可以包括视频彩铃(Video Ring Back Tone)，该UE将“听的彩铃”演进成“看的彩铃”。用户在VoLTE网络下拨打语音电话或视频电话，呼叫接通前会看到一段视频内容。视频彩铃用户可以制作或上传个性化视频内容，或者从运营商网络的视频库中进行选择，针对不同主叫方还可以设定不同的视频内容。

VoNR指的是基于第五代移动通信技术(5th Generation Mobile CommunicationTechnology，5G)核心网的一种通信技术。

可以理解的是，呼叫保持提示语音用于该第二UE语音提示该第一UE处于呼叫保持状态。

需要说明的是，在图1中，“在第二UE与第一UE进行通话的过程中，第三UE向该第二UE发起呼叫，并发送响铃信息；该第二UE收到该第三UE发送的响铃信息”可以称作起呼阶段；“该第二UE收到该第三UE发送的响铃信息，并接听该第三UE”可以称作响铃过程；“该第二UE接听该第三UE；该第二UE为了保持与正在通话的第一UE处于呼叫状态，向该第一UE发起呼叫保持提示语音，使得该第一UE处于呼叫保持状态”可以称作通话过程；“该第二UE向该第一UE发起呼叫保持提示语音，使得该第一UE处于呼叫保持状态；当该第二UE结束与该第三UE的通话时，可以解除该第一UE的呼叫保持状态”可以称作呼叫保持过程。

但是，图1所示实现呼叫保持功能的方法中，第一UE只能接听第二UE发起的呼叫保持提示语音，导致在该第一UE处于呼叫保持状态的情况下，使用该第一UE的用户可能会感到无聊，从而使得该用户的用户体验不佳。

需要说明的是，本发明实施例中所涉及的服务器与运营商网络(operatornetwork)对应，该运营商网络指的是运营商建设的核心网。该核心网可以包括但不限于：电信网络、移动网络和联通网络。

本发明实施例中所涉及的UE可以包括但不限于第一UE和第二UE。该UE具有呼叫保持功能。

具体的，该用户终端可以是电子设备，该电子设备可以包括一般的手持有屏电子终端设备，诸如手机、智能电话、便携式终端、终端、个人数字助理(Personal DigitalAssistant，PDA)、便携式多媒体播放器(Personal Media Player，PMP)装置、笔记本电脑、笔记本(Note Pad)、无线宽带(Wireless Broadband，Wibro)终端、平板电脑(PersonalComputer，PC)、智能PC、销售终端(Point of Sales，POS)和车载电脑等。

电子设备也可以包括可穿戴设备。可穿戴设备可以直接穿戴在用户身上，或是整合到用户的衣服或配件的一种便携式电子设备。可穿戴设备不仅仅是一种硬件设备，更可以通过软件支持以及数据交互、云端交互来实现强大的智能功能，比如：计算功能、定位功能、报警功能，同时还可以连接手机及各类终端。可穿戴设备可以包括但不限于以手腕为支撑的watch类(比如手表、手腕等产品)，以脚为支撑的shoes类(比如鞋、袜子或者其他腿上佩戴产品)，以头部为支撑的Glass类(比如眼镜、头盔、头带等)以及智能服装，书包、拐杖、配饰等各类非主流产品形态。

下面以实施例的方式，对本发明技术方案做进一步的说明，如图2所示，为本发明实施例中实现呼叫保持功能的方法的一个实施例示意图，可以包括：

201、服务器在第一用户终端UE与第二UE进行通话的过程中，接收所述第二UE发送的第一呼叫保持请求消息。

可以理解的是，在第一UE与第二UE进行通话的过程中，如果第三UE向该第二UE发起电话呼叫，或者，如果该第二UE向该第三UE发起电话呼叫，该第二UE为了与该第三UE进行通话，同时，为了与该第一UE保持联系，那么，该第二UE可以将正在通话的第一UE进行呼叫保持，此时，该第二UE可以向服务器发送第一呼叫保持请求消息。

简单来说，该第二UE是呼叫保持过程的主控方，该第一UE是该呼叫保持过程的被控方。

202、所述服务器在确定所述第二UE开通目标呼叫保持业务的情况下，对所述第一呼叫保持请求消息添加视频相关参数，得到第二呼叫保持请求消息。

可以理解的是，该第二呼叫保持请求消息可以包括但不限于视频相关参数。

可选的，该视频相关参数可以包括但不限于分辨率、位率、位率类型、码流类型、图像质量和帧率。不同的视频对应的全部视频相关参数可以是相同的，也可以是不同的；不同的视频对应的部分视频相关参数可以是相同的，也可以是不同的，此处不做具体限定。

需要说明的是，现有的呼叫保持业务指的是在第二UE选择与该第一UE处于呼叫保持状态之后，该第一UE可以接收该第二UE提供的呼叫保持提示语音。

例如，该呼叫保持提示语音可以是“对方正在进行呼叫保持业务”。这样一来，使用该第一UE的用户可以在接听该呼叫保持提示语音之后，及时掌握该第一UE处于呼叫保持状态。

然而，本发明实施例中所涉及的目标呼叫保持业务指的是在第二UE选择与该第一UE处于呼叫保持状态之后，该第一UE可以接收服务器提供的第二呼叫保持请求消息，该第二呼叫保持请求消息可以包括但不限于视频相关参数。

可选的，该目标呼叫保持业务可以是一项付费业务，也可以是一项免费业务；该目标呼叫保持业务可以被命名为“增强型呼叫保持功能”，也可以被命名为其它的名称(例如：视频呼叫保持功能)，此处不做具体限定。

特别的，当该目标呼叫保持业务是一项付费业务时，可以给运营商增加一项收费业务，以满足该运营商的盈利需要。

可选的，服务器在确定该第二UE开通目标呼叫保持业务的情况下，对该第一呼叫保持请求消息添加视频相关参数，得到第二呼叫保持请求消息，可以包括但不限于以下实现方式：

实现方式1：服务器在确定该第二UE开通目标呼叫保持业务的情况下，在该第一呼叫保持请求消息的会话描述协议(Session Description Protocol，SDP)中，添加视频相关参数和媒体方向，得到第二呼叫保持请求消息。

可以理解的是，该第二呼叫保持请求消息的SDP中可以包括视频相关参数和媒体方向。

其中，SDP是描述流媒体初始化参数的格式(在本发明中指的是视频相关参数的格式)。该SDP由国际互联网工程任务组(the Internet Engineering Task Force，IETF)作为一系列以编号排定的文件(Request For Comments，RFC)4566颁布。

具体的，该SDP可以包括但不限于：会话的名称和目的、会话存活时间、包含在会话中的媒体信息、为接收媒体而需的信息、使用的带宽信息和可信赖的接洽信息。其中，该包含在会话中的媒体信息可以包括但不限于：媒体类型、传输协议、媒体格式、多播地址和端口，以及，单播地址和端口。该媒体类型可以包括视频(video)，也可以包括音频(audio)；该传输协议可以包括实时传输协议(Real-time Transport Protocol，RPT)，可以包括用户数据报协议(User Datagram Protocol，UDP)，此处不做具体限定。

其中，媒体方向可以设置为a＝sendonly。该媒体方向指的是服务器向第一UE发送第二呼叫保持请求消息，而不是该服务器向其它UE发送该第二呼叫保持请求消息。

实现方式2：服务器在数据库中检索该第二UE是否开通目标呼叫保持业务；该服务器在检索到该第二UE开通目标呼叫保持业务的情况下，对该第一呼叫保持请求消息添加视频相关参数，得到第二呼叫保持请求消息

需要说明的是，服务器的数据库中存有该第二UE是否开通目标呼叫保持业务的相关信息。

可选的，在实现方式2之后，该方法还可以包括：该服务器在未检索到该第二UE开通目标呼叫保持业务的情况下，向该第一UE发送呼叫保持提示语音。

可以理解的是，服务器在接收该第二UE发送的第一呼叫保持请求消息之后，可以从该服务器的数据库中判断该第二UE是否开通了目标呼叫保持业务。如果确定该第二UE开通该目标呼叫保持业务，那么，该服务器对该第一呼叫保持请求消息添加视频相关参数，得到第二呼叫保持请求消息；如果确定该第二UE未开通该目标呼叫保持业务，那么，该服务器向该第一UE发送呼叫保持提示语音。

实现方式3：当该第一呼叫保持请求消息包括该第一UE的终端标识时，服务器在确定该第二UE开通目标呼叫保持业务的情况下，搜索与该第一UE的终端标识对应的第一视频相关参数；该服务器对该第一呼叫保持请求消息添加与该第一UE的终端标识对应的第一视频相关参数，得到第二呼叫保持请求消息。

可选的，如果该第二UE的通讯录中存有该第一UE，那么，该第一视频相关参数可以是第二UE根据第一UE中的视频观看历史数据得到的，也可以是该第二UE根据该第一UE自定义设置的，此处不做具体限定。

可选的，每个UE都可以对应不同的视频相关参数，也可以对应相同的视频相关参数，此处不做具体限定。

示例性的，在第一UE的终端标识对应的视频观看历史数据中，宠物狗视频的观看记录占较大比例。服务器可以对该第一呼叫保持请求消息添加与该第一UE的终端标识对应的宠物狗视频相关参数，得到第二呼叫保持请求消息。即该第二呼叫保持请求消息中可以包括宠物狗视频相关参数。

简单来说，在第一UE处于呼叫保持状态的过程中，该第一UE接收的第一视频相关数据，更加贴近使用该第一UE的用户的爱好，这样可以优化该用户的通话使用体验。

可选的，在实现方式3之后，该方法还可以包括：若未搜索到与该第一UE的终端标识对应的第一视频相关参数，则对该第一呼叫保持请求消息添加预设视频相关参数，得到第三呼叫保持请求消息。

可选的，如果该第二UE的通讯录中没有该第一UE，那么，该预设视频相关参数与该第一视频相关参数可以是相同的，也可以是不同的，此处不做具体限定。

示例性的，预设视频相关参数为海洋动物介绍的视频相关参数。服务器可以对该第一呼叫保持请求消息添加海洋动物介绍的视频相关参数，得到第二呼叫保持请求消息。即该第二呼叫保持请求消息中可以包括海洋动物介绍的视频相关参数。

需要说明的是，上述实现方式1至实现方式3可以相互结合，形成新的实现方式。该新的实现方式也都在本发明的保护范围内，此处不做具体赘述。

203、所述服务器将所述第二呼叫保持请求消息向所述第一UE发送。

第一用户终端UE在与第二UE进行通话的过程中，接收服务器发送的第二呼叫保持请求消息。

可以理解的是，服务器可以看做是第一UE与第二UE之间进行信息传输的载体。由于该第二UE与第三UE正在进行通话，该第二UE处于忙碌状态，无法向该第一UE直接发送第二呼叫保持请求消息，所以，该第二UE需要通过服务器向该第一UE发送第二呼叫保持请求消息，以使该第一UE处于呼叫保持状态。

可选的，第一UE在与第二UE进行通话的过程中，该第一UE接收该服务器发送的第二呼叫保持请求消息，该第二呼叫保持请求消息可以包括与该第一UE的终端标识对应的第一视频相关参数(例如：宠物狗视频相关参数)。

可选的，步骤203之后，该方法该可以包括：该服务器将该第二呼叫保持请求消息向该第一UE发送；该第一UE接收该服务器发送的第三呼叫保持请求消息，该第三呼叫保持请求消息可以包括预设视频相关参数。

其中，该预设视频相关参数可以为多个不同种类的视频相关参数(例如但不限于以下至少一种：宠物狗视频相关参数、海洋动物介绍的视频相关参数、几何数学题讲解视频相关参数、某电影预告的视频相关参数、某商品广告的视频相关参数)，服务器对第一呼叫保持请求消息添加该多个不同种类的视频相关参数，得到第二呼叫保持请求消息；该服务器将该多个不同种类的视频相关参数向第一UE发送；该第一UE接收该第二呼叫保持请求消息后，可以对该多个不同种类的视频相关参数进行选择，得到第一目标视频相关参数；第二UE保存该第一UE选择的第一目标视频相关参数。这样一来，即使该第二UE的通讯录中没有该第一UE，但是该第二UE中存有记录，如果下次再出现第一UE被保持的情况，即可通过服务器向该第一UE发送记录中与该第一UE对应的第一目标视频相关参数。

204、所述第一UE播放与所述视频相关参数对应的视频资源。

可选的，视频资源可以但不限于是以弹出的方式，或，以旋转进入的方式显示在第一UE的显示界面上。特别的，视频资源弹出的速度和该视频资源旋转进入的速度可以是第一UE或第二UE设置的，也可以是使用该第一UE的用户或使用该第二UE的用户自定义设置的，此处不做具体限定。该视频资源可以从该第一UE的任一侧弹出或旋转进入。这样可以丰富该视频资源的显示方式，从而优化了使用该第一UE的用户的用户体验。

需要说明的是，无论该视频资源是以弹出的方式显示在第一UE的显示界面上，还是以旋转进入的方式显示在第一UE的显示界面上，都是可以由第一UE或第二UE在出厂前设置好的，也可以是由使用第一UE的用户或使用该第二UE的用户根据自己的习惯自定义设置的，此处不做具体限定。

可以理解的是，该第一UE在播放该视频资源的过程中，如果自动挂断与第二UE的通话，那么，该视频资源也就自动结束播放了。这样一来，该第一UE可以节省该第一UE的使用功耗，以延长该第一UE的续航能力。

可选的，该第一UE在播放该视频资源的过程中，未挂断与第二UE的通话，如果该第二UE选择继续与该第一UE进行通话，那么，该第一UE会自动进入通话界面，而之前显示的视频资源也就自动结束播放了。这种方法可以使得使用该第一UE的用户能够及时与使用该第二UE的用户进行通话。

在本发明实施例中，服务器在第一用户终端UE与第二UE进行通话的过程中，接收所述第二UE发送的第一呼叫保持请求消息；所述服务器在确定所述第二UE开通目标呼叫保持业务的情况下，对所述第一呼叫保持请求消息添加视频相关参数，得到第二呼叫保持请求消息；所述服务器将所述第二呼叫保持请求消息向所述第一UE发送；第一用户终端UE在与第二UE进行通话的过程中，接收服务器发送的第二呼叫保持请求消息，所述第二呼叫保持请求消息包括视频相关参数；所述第一UE播放与所述视频相关参数对应的视频资源。即在第一UE与第二UE进行通话的过程中，服务器与该第一UE进行交互，使得该第一UE在处于呼叫保持状态的过程中，可以播放视频资源，其中，该视频资源是服务器确定第二UE开通目标呼叫保持业务后，向该第一UE发送的第二呼叫保持请求消息中添加视频相关参数得到的。这样一来，在第一UE处于呼叫保持状态的情况下，通过服务器可以使得使用该第一UE的用户观看视频，从而优化用户体验。

如图3所示，为本发明实施例中实现呼叫保持功能的方法的另一个实施例示意图，可以包括：

301、服务器在第一用户终端UE与第二UE进行通话的过程中，接收所述第二UE发送的第一呼叫保持请求消息。

302、所述服务器在确定所述第二UE开通目标呼叫保持业务的情况下，对所述第一呼叫保持请求消息添加视频相关参数，得到第二呼叫保持请求消息。

303、所述服务器将所述第二呼叫保持请求消息向所述第一UE发送。

第一用户终端UE在与第二UE进行通话的过程中，接收服务器发送的第二呼叫保持请求消息，所述第二呼叫保持请求消息包括视频相关参数。

需要说明的是，步骤301-303与本实施例中图2所示的步骤201-203类似，此处不再赘述。

304、所述第一UE解析所述第二呼叫保持请求消息中的视频相关参数，得到视频资源。

可选的，该第一UE解析该第二呼叫保持请求消息中的视频相关参数，得到视频资源，包括：

实现方式1：该第一UE向该服务器发送确认消息，并解析该第二呼叫保持请求消息中的视频相关参数，得到视频资源。

可以理解的是，在该第一UE向该服务器确认该第一UE已经接收到该第一呼叫保持请求消息之后，该第一UE再解析该第二呼叫保持请求消息中的视频相关参数，以得到视频资源。

示例性的，该确认信息可以是“200OK”。

实现方式2：该第一UE在确定该第一UE支持视频播放功能的情况下，解析该第二呼叫保持请求消息中的视频相关参数，得到视频资源。

可以理解的是，在该第一UE解析该第二呼叫保持请求消息中的视频相关参数之前，该第一UE可以先判断该第一UE是否支持视频播放，若支持，则对视频相关参数进行解析，若不支持，则输出第一提示消息，该第一提示消息用于提示使用第一UE的用户该第一UE不支持视频播放。

其中，在输出第一提示消息的显示界面上还可以指示该第一UE是否需要在系统设置中打开支持视频播放的功能。

需要说明的是，上述该第一UE解析该第二呼叫保持请求消息中的视频相关参数，得到视频资源地实现方式1和实现方式2可以相互结合，形成新的实现方式。该新的实现方式也都在本发明的保护范围内，此处不做具体赘述。

可选的，该第一UE输出第一提示消息，可以包括但不限于以下实现方式：

实现方式1：该第一UE以弹窗的形式显示第一提示消息。

其中，第一提示消息对应的弹窗可以从该第一UE的任一侧弹出。

实现方式2：该第一UE以短信的形式输出第一提示消息。

可以理解的是，无论是以弹窗的形式显示第一提示消息，该是以短信的形式显示第一提示消息，都是便于使用第一UE的用户及时掌握该第一UE不支持视频播放。

需要说明的是，上述该第一UE输出第一提示消息的实现方式1和实现方式2可以相互结合，形成新的实现方式。该新的实现方式也都在本发明的保护范围内，此处不做具体赘述。

305、所述第一UE播放与所述视频相关参数对应的视频资源。

需要说明的是，步骤305与本实施例中图2所示的步骤204类似，此处不再赘述。

在本发明实施例中，服务器在第一用户终端UE与第二UE进行通话的过程中，接收所述第二UE发送的第一呼叫保持请求消息；所述服务器在确定所述第二UE开通目标呼叫保持业务的情况下，对所述第一呼叫保持请求消息添加视频相关参数，得到第二呼叫保持请求消息；所述服务器将所述第二呼叫保持请求消息向所述第一UE发送；第一用户终端UE在与第二UE进行通话的过程中，接收服务器发送的第二呼叫保持请求消息，所述第二呼叫保持请求消息包括视频相关参数；所述第一UE解析所述第二呼叫保持请求消息中的视频相关参数，得到视频资源；所述第一UE播放与所述视频相关参数对应的视频资源。即在第一UE与第二UE进行通话的过程中，服务器与该第一UE进行交互，使得该第一UE在处于呼叫保持状态的过程中，解析视频相关参数，并播放该视频相关参数对应的视频资源，其中，该视频资源是服务器确定第二UE开通目标呼叫保持业务后，向该第一UE发送的第二呼叫保持请求消息中添加视频相关参数得到的。这样一来，在第一UE处于呼叫保持状态的情况下，通过服务器可以使得使用该第一UE的用户观看视频，从而优化用户体验。

如图4所示，为本发明实施例中服务器的一个实施例示意图，可以包括：

收发模块401，用于在第一用户终端UE与第二UE进行通话的过程中，接收该第二UE发送的第一呼叫保持请求消息；

处理模块402，用于在确定该第二UE开通目标呼叫保持业务的情况下，对该第一呼叫保持请求消息添加视频相关参数，得到第二呼叫保持请求消息；

收发模块401，还用于将该第二呼叫保持请求消息向该第一UE发送。

可选的，在本发明的一些实施例中，

在该第一呼叫保持请求消息包括该第一UE的终端标识的情况下，处理模块402，具体用于在确定该第二UE开通目标呼叫保持业务的情况下，搜索与该第一UE的终端标识对应的第一视频相关参数；对该第一呼叫保持请求消息添加与该第一UE的终端标识对应的第一视频相关参数，得到第二呼叫保持请求消息。

可选的，在本发明的一些实施例中，

处理模块402，还用于若未搜索到与该第一UE的终端标识对应的第一视频相关参数，则对该第一呼叫保持请求消息添加预设视频相关参数，得到第三呼叫保持请求消息。

如图5所示，为本发明实施例中用户终端UE的一个实施例示意图，可以包括：

收发模块501，用于在与第二UE进行通话的过程中，接收服务器发送的第二呼叫保持请求消息，该第二呼叫保持请求消息包括视频相关参数；

处理模块502，用于播放与该视频相关参数对应的视频资源。

可选的，在本发明的一些实施例中，

处理模块502，具体用于解析该第二呼叫保持请求消息中的视频相关参数，得到视频资源；播放该视频资源。

可选的，在本发明的一些实施例中，

处理模块502，具体用于向该服务器发送确认消息，并解析该第二呼叫保持请求消息中的视频相关参数，得到视频资源。

可选的，在本发明的一些实施例中，

处理模块502，具体用于在确定该第一UE支持视频播放功能的情况下，解析该第二呼叫保持请求消息中的视频相关参数，得到视频资源。

如图6所示，为本发明实施例中服务器的另一个实施例示意图，可以包括：存储器601、处理器602和收发器603；存储器601与处理器602耦合，存储器601与收发器603耦合；其中，处理器602可以调用存储器601中存储的可执行程序代码；

在本发明实施例中，收发器603，用于在第一用户终端UE与第二UE进行通话的过程中，接收该第二UE发送的第一呼叫保持请求消息；

处理器602，用于在确定该第二UE开通目标呼叫保持业务的情况下，对该第一呼叫保持请求消息添加视频相关参数，得到第二呼叫保持请求消息；

收发器603，还用于将该第二呼叫保持请求消息向该第一UE发送。

可选的，在该第一呼叫保持请求消息包括该第一UE的终端标识的情况下，处理器602，具体用于在确定该第二UE开通目标呼叫保持业务的情况下，搜索与该第一UE的终端标识对应的第一视频相关参数；对该第一呼叫保持请求消息添加与该第一UE的终端标识对应的第一视频相关参数，得到第二呼叫保持请求消息。

可选的，处理器602，还用于若未搜索到与该第一UE的终端标识对应的第一视频相关参数，则对该第一呼叫保持请求消息添加预设视频相关参数，得到第三呼叫保持请求消息。

如图7所示，为本发明实施例中用户终端UE的另一个实施例示意图，图7示出的是与本发明实施例提供的UE相关的手机的部分结构的框图。参考图7，手机包括：射频(RadioFrequency，RF)电路710、存储器720、输入单元730、显示单元740、传感器750、音频电路760、无线保真(Wireless Fidelity，WiFi)模块770、处理器780、以及电源790等部件。本领域技术人员可以理解，图7中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图7对手机的各个构成部件进行具体的介绍：

RF电路710中可以包括收发器7101，收发器7101可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器780处理；另外，将设计上行的数据发送给基站。通常，收发器7101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，收发器7101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器720可用于存储软件程序以及模块，处理器780通过运行存储在存储器720的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元730可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元730可包括触控面板731以及其他输入设备732。触控面板731，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板731上或在触控面板731附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板731可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器780，并能接收处理器780发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板731。除了触控面板731，输入单元730还可以包括其他输入设备732。具体地，其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元740可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元740可包括显示面板741，可选的，可以采用液晶显示器(Liquid CrystalDisplay，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板741。进一步的，触控面板731可覆盖显示面板741，当触控面板731检测到在其上或附近的触摸操作后，传送给处理器780以确定触摸事件的类型，随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图7中，触控面板731与显示面板741是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板731与显示面板741集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器750，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板741的亮度，接近传感器可在手机移动到耳边时，关闭显示面板741和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路760、扬声器761，传声器762可提供用户与手机之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号，传输到扬声器761，由扬声器761转换为声音信号输出；另一方面，传声器762将收集的声音信号转换为电信号，由音频电路760接收后转换为音频数据，再将音频数据输出处理器780处理后，经收发器7101以发送给比如另一手机，或者将音频数据输出至存储器720以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了WiFi模块770，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器780是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器720内的软件程序和/或模块，以及调用存储在存储器720内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器780可包括一个或多个处理单元；优选的，处理器780可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器780中。

手机还包括给各个部件供电的电源790(比如电池)，优选的，电源可以通过电源管理系统与处理器780逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，收发器7101，用于在与第二UE进行通话的过程中，接收服务器发送的第二呼叫保持请求消息，该第二呼叫保持请求消息包括视频相关参数；

处理器780，用于播放与该视频相关参数对应的视频资源。

可选的，在本发明的一些实施例中，

处理器780，具体用于解析该第二呼叫保持请求消息中的视频相关参数，得到视频资源；播放该视频资源。

可选的，在本发明的一些实施例中，

处理器780，具体用于向该服务器发送确认消息，并解析该第二呼叫保持请求消息中的视频相关参数，得到视频资源。

可选的，在本发明的一些实施例中，

处理器780，具体用于在确定该第一UE支持视频播放功能的情况下，解析该第二呼叫保持请求消息中的视频相关参数，得到视频资源。

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

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

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

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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