CN114125163A - 媒体资源播放方法、相关装置及系统 - Google Patents

Abstract

本申请提供了一种媒体资源播放方法、相关装置及系统，属于通信技术领域。本申请提供的技术方案，主叫终端在检测到主叫终端发起呼叫时，通过目标应用客户端，从第一媒体服务器获取第一媒体资源的地址信息，进而在接收到振铃消息后，基于地址信息，播放第一媒体资源，上述过程中，通过目标应用客户端和第一媒体服务器之间的交互，即可实现媒体资源的获取和播放，不会影响到CT域的呼叫流程，也就避免了交互过程中可能引发的呼叫无法接通等问题，简化了媒体资源的播放流程，提高了通信效率。

Description

媒体资源播放方法、相关装置及系统

技术领域

本申请涉及通信技术领域，特别涉及一种媒体资源播放方法、相关装置及系统。

背景技术

随着通信技术的不断发展，高清语音(voice over long term evolution，VoLTE)技术逐渐进入人们的生活，人们可以享受各种类型的媒体资源体验。例如，用户在语音呼叫的同时可以享受视频体验，如视频彩铃、视频客服等，使得通话前的等待阶段变得更有趣味性，极大地提升了用户的呼叫体验。

目前，媒体资源播放方法通常为基于CT(communication technology，通信技术)域的媒体资源播放，该CT域也可以称为电信域，相应过程可以为：主叫终端向被叫终端发起呼叫，当被叫终端振铃后，CT域的媒体服务器与主叫终端进行媒体协商，进而向主叫终端发送振铃消息，并基于协商结果向主叫终端发送媒体资源。

上述方案在播放媒体资源时，涉及到CT域的呼叫流程，由于媒体资源的播放与呼叫流程是相关联的，因此，一旦呼叫流程某一个信令出现问题，就会影响整个呼叫流程，很容易引发呼叫无法接通问题，降低了通信效率。

发明内容

本申请实施例提供了一种媒体资源播放方法、相关装置及系统，能够避免交互过程中消息处理不完善，而引发呼叫无法接通的问题，提高了通信效率。该媒体资源播放方法、相关装置及系统的技术方案如下：

第一方面，提供了一种媒体资源播放方法，应用于主叫终端，该方法的实现过程可以是：

该主叫终端向被叫终端发起呼叫；

通过目标应用客户端，向第一媒体服务器发送资源获取请求，该资源获取请求携带该呼叫的相关信息；

接收该第一媒体服务器基于该资源获取请求返回的第一媒体资源的地址信息，该第一媒体资源与该相关信息匹配；

在接收到振铃消息后，基于该地址信息播放该第一媒体资源。

在上述实施例中，通过目标应用客户端和第一媒体服务器之间的交互，即可实现媒体资源的获取和播放，不会影响到CT域的呼叫流程，也就避免了交互过程中可能引发的呼叫无法接通等问题，简化了媒体资源的播放流程，提高了通信效率。

在一种可能的实现方式中，该第一媒体服务器为位于互联网技术(internettechnology，IT)域的服务器。在上述实施例中，通过IT域的媒体服务器，来获取并播放IT域媒体资源，能够避免对CT域的通信造成影响，保证了通信的正常进行。

在一种可能的实现方式中，该第一媒体服务器通过移动互联网或者家庭宽带固网中任一项网络进行通信。在上述实施例中，第一媒体服务器能够通过移动互联网或者是家庭宽带固网来实现通信，随着4G网络的普及以及5G网络的建设，移动互联网和家庭宽带固网的网络带宽和时延都具备非常高的可用性，能够保障通信的安全性和可靠性，通信效率高。

在一种可能的实现方式中，该在接收到振铃消息后，基于该地址信息播放该第一媒体资源之前，该方法还包括：若确定未接收到第一媒体协商消息，执行播放该第一媒体资源的步骤，该第一媒体协商消息用于第二媒体服务器与主叫终端之间进行媒体协商，该第二媒体服务器位于通信技术CT域。

在上述实施例中，IT域的媒体资源能够作为CT域的媒体资源的补充，在无CT域的媒体资源播放的情况下，则终端通过目标应用客户端来播放IT域的媒体资源，从而，没有订阅CT域媒体资源的用户，同样能够在等待呼叫接通的过程中实现媒体资源播放。

在一种可能的实现方式中，若该主叫终端的设置信息指示播放来自于该第一媒体服务器的媒体资源，执行播放该第一媒体资源的步骤。

在上述实施例中，主叫用户还可以对播放来自哪个域的媒体资源进行设置，从而使得主叫终端能够根据设置信息来对指定域的媒体资源进行播放，若设置信息用于指示在呼叫过程中播放来自IT域的媒体资源，则在这种情况下，无论本次呼叫是否存在CT域的媒体资源，主叫终端均会获取并播放第一媒体资源。

在一种可能的实现方式中，该在接收到振铃消息后，基于该地址信息播放该第一媒体资源之前，该方法还包括：若确定未接收到第一媒体协商消息，且该主叫终端的设置信息指示播放来自于该第一媒体服务器的媒体资源，执行播放该第一媒体资源的步骤。

在上述实施例中，主叫用户可以通过在主叫终端上进行设置，来实现在呼叫过程中对IT域的媒体资源播放，能够根据用户的个性化设置，来实现呼叫中IT域的媒体资源播放。

在一种可能的实现方式中，该在接收到振铃消息后，基于该地址信息播放该第一媒体资源之前，该方法还包括：若确定接收到第一媒体协商消息，执行播放该第一媒体资源的步骤。在上述实施例中，在订阅有CT域的媒体资源的情况下，优先播放IT域的媒体资源，使得IT域的媒体资源能够作为CT域的媒体资源的替代，这种通过目标应用客户端来播放的媒体资源，其播放方式更加灵活。

在一种可能的实现方式中，该在接收到振铃消息后，基于该地址信息播放该第一媒体资源之前，该方法还包括：若确定接收到第一媒体协商消息，且该主叫终端的设置信息指示播放来自于该第一媒体服务器的媒体资源，执行播放该第一媒体资源的步骤。在上述实施例中，主叫用户可以通过在主叫终端上设置优先播放第一媒体资源，来实现IT域的媒体资源播放，能够订阅有CT域的媒体资源的情况下，可以根据用户的个性化设置，来实现呼叫中IT域的媒体资源播放。

在一种可能的实现方式中，该在接收到振铃消息后，基于该地址信息播放该第一媒体资源之前，该方法还包括：若确定接收到第一媒体协商消息，且该主叫终端的设置信息指示播放来自于该第一媒体服务器的媒体资源，屏蔽第二媒体服务器的第二媒体资源。

在上述实施例中，在呼叫过程中，通过屏蔽第二媒体服务器的第二媒体资源，来抑制CT域的媒体资源播放，进而通过目标应用客户端播放IT域的媒体资源，保证呼叫过程中仅有第一媒体资源的播放，避免了同时播放多个媒体资源而可能造成的干扰。

在一种可能实施方式中，主叫终端在向被叫终端发起呼叫时，则获取该设置信息，若主叫终端根据设置信息确定仅播放IT域的媒体资源，则在生成的呼叫请求(INVITE)内不携带contact头域的video标识，该contact头域的video标识用于指示支持CT域的媒体播放，这样，通过在起呼时不携带contact头域的video标识，避免进行CT域的媒体协商，并且第二媒体服务器也就不会向主叫终端发送该第二媒体资源，节约了网络资源。

本申请提供的技术方案，通过目标应用客户端和第一媒体服务器之间的交互，即可实现媒体资源的获取和播放，不会影响到CT域的呼叫流程，也就避免了交互过程中可能引发的呼叫无法接通等问题，简化了媒体资源的播放流程，提高了通信效率。进一步地，通过提供播放来源的设置功能，还能够提高媒体播放的个性化程度，提高用户体验。

在一种可能的实现方式中，该主叫终端向被叫终端发起呼叫之后，该方法还包括：

若该主叫终端的设置信息指示播放来自于该第一媒体服务器和该第二媒体服务器的媒体资源，则播放该第二媒体服务器发送的第二媒体资源。

在上述实施例中，在本次呼叫有IT域和CT域的媒体资源的情况下，播放CT域的媒体资源和IT域的媒体资源，给用户带来了新的体验和更多的选择性，提升了用户对视频彩铃业务的体验和参与度。主叫用户可以通过在主叫终端上进行设置，来实现IT域和CT域的媒体资源同时播放，给用户带来了新的体验和更多的选择性，提升了用户对视频彩铃业务的体验和参与度。

在一种可能的实现方式中，该第一媒体资源的播放采用全屏模式播放，该第二媒体资源的播放采用悬浮窗模式以及静音模式；或，该第二媒体资源的播放采用全屏模式播放，该第一媒体资源的播放采用悬浮窗模式以及静音模式；或，该第一媒体资源和该第二媒体资源的播放均采用悬浮窗模式，其中，该第一媒体资源和该第二媒体资源中至少一个媒体资源处于静音模式。

在上述实施例的前两种方式中，一个媒体资源采用全屏播放的形式，另一个媒体资源则采用悬浮窗播放的形式，能够清晰直观的显示两个媒体资源，并且通过全屏正常播放(有音)、悬浮窗静音播放的方式，避免了两段音频同时播放而导致的用户体验感差。在上述实施例的第三种方式中，分别在悬浮窗内播放两个媒体资源，同样能够清晰直观的显示两个媒体资源，同时，由于存在至少一个媒体资源是静音播放的，则也避免了由于两段音频同时播放而造成的听觉混乱，提升了用户体验。

在一种可能的实现方式中，该方法还包括：若检测到对悬浮窗的点击操作，则将该悬浮窗所播放的媒体资源切换为全屏模式播放，将另一媒体资源关闭。

在上述实施例中，主叫用户在观看媒体资源的过程中，可以对其感兴趣的媒体资源对应的悬浮窗实施点击操作，采用全屏播放来对该媒体资源播放，并将另一个媒体资源关闭，可以保留主叫用户想要观看的媒体资源，能够给主叫用户带来更佳的观看体验。

在一种可能的实现方式中，在接收到振铃消息后，该方法还包括：屏蔽电话应用服务器基于该被叫终端已振铃而发送的第三媒体资源。在上述实施例中，通过屏蔽第三媒体资源，来抑制呼叫中的嘟嘟音播放，使得呼叫过程中仅有第一媒体资源的音频播放，避免了由于两段音频同时播放而导致的听觉混乱，提升了用户体验。

在一种可能的实现方式中，该第三媒体资源为本地存储的媒体资源或者电话应用服务器发送的媒体资源中任一项，该电话应用服务器为CT域的服务器。在上述实施例中，第三媒体资源可以是CT域的媒体资源，也可以是本地存储的媒体资源，若确定出待播放的媒体资源后，直接屏蔽该第三媒体资源，即可抑制呼叫中的嘟嘟音播放。

在一种可能的实现方式中，该方法还包括：在媒体资源的播放画面上显示至少一个互动控件；若检测到对任一互动控件的互动操作，则基于该互动操作，通过目标应用客户端，向第一媒体服务器发送互动请求，该互动请求携带互动对象和互动内容。例如，互动控件为显示于媒体资源的画面中的点赞控件等，用于用户实施互动操作。

在上述实施例中，在呼叫过程中播放媒体资源时，通过提供用于该媒体资源进行互动的功能控件，实现了彩铃场景下的互动和控制，互动的灵活性更高，互动的内容更加丰富，增加了视频彩铃业务的趣味性。

在一种可能的实现方式中，该方法还包括：主叫终端通过目标应用客户端显示至少一个呼叫控制控件。该呼叫控制控件用于调用主叫终端的呼叫控制功能，以进行呼叫控制，如录音、暂停通话等。

在一种可能的实现方式中，该方法还包括：主叫终端通过目标应用客户端显示至少一个媒体控制控件。该媒体控制控件用于控制对媒体资源的播放进行控制，如暂停、快进等。

在一种可能的实现方式中，该在接收到该振铃消息后，基于该地址信息播放该第一媒体资源之后，该方法还包括：若接收到该被叫终端的摘机消息，停止播放该第一媒体资源；在悬浮窗中显示该第一媒体资源的停止画面。例如，停止画面是预设画面或者是停止播放时对应的播放画面。上述实施例可以在通话过程中提供仍然保留画面显示，为用户提供了进一步操作的入口，提高了媒体播放的灵活性。

在一种可能的实现方式中，该在悬浮窗中显示该第一媒体资源的停止画面之后，该方法还包括下述任一项：

若检测到对该悬浮窗的点击操作，继续播放该第一媒体资源；在上述实施例中，若主叫用户想要继续观看该第一媒体资源，点击悬浮窗即可实现第一媒体资源的继续播放，操作方便且简单，并且，由于第一媒体资源是IT域的媒体资源，目标应用客户端支持第一媒体资源基于暂停时刻的播放画面继续播放，使得用户能够接续上次观看片段，给用户带来了更佳的观看体验。

若检测到对该悬浮窗的点击操作，在打开的该目标应用客户端中显示门户网站界面。在上述实施例中，若主叫用户想要访问门户网站，则可以通过点击悬浮窗即可实现，操作方便且简单。

在一种可能的实现方式中，若检测到对该悬浮窗的点击操作，继续播放该第一媒体资源包括下述任一项：

若在通话过程中检测到对该悬浮窗的点击操作，静音播放该第一媒体资源；

若在通话结束后检测到对该悬浮窗的点击操作，正常播放该第一媒体资源。

在上述实施例中，主叫用户可以在通话过程中或者通话结束后的任一时刻，点击悬浮窗继续观看该第一媒体资源，主叫终端能够根据主叫用户点击对应的时刻是通话过程中还是通话结束后，来进行不同方式的播放，在通话过程中静音播放，使得主叫用户能够清晰的听到通话内容，避免漏掉通话过程中重要的通话内容，在通话结束后，则可以正常播放，也即是非静音播放。

在一种可能的实现方式中，该若基于该主叫终端的设置信息确定通话过程中保持该第一媒体资源的显示状态，则以悬浮窗形式显示该第一媒体资源的停止画面之后，该方法还包括：若检测到对该悬浮窗的关闭操作或熄屏，关闭该悬浮窗。

在上述实施例中，若用户不想继续观看该第一媒体资源，通过点击关闭可以实现悬浮窗的关闭，并且，主叫终端在检测到熄屏时，也可以实现悬浮窗的关闭。

在一种可能的实现方式中，该基于该地址信息，播放该第一媒体资源之后，该方法还包括：若接收到媒体切换指令，播放该第一媒体资源的下一个媒体资源。在上述实施例中，能够在呼叫过程中实现多个媒体资源的播放，并且基于媒体切换指令，能够灵活的实现媒体资源的切换播放或者滚动播放，增加了视频彩铃业务的趣味性。

第二方面，提供了一种媒体资源播放方法，应用于主叫终端，该方法的实现过程可以是：

主叫终端向被叫终端发起呼叫；

通过目标应用客户端，向第一媒体服务器发送资源获取请求，该资源获取请求携带呼叫的相关信息；

接收该第一媒体服务器基于该资源获取请求返回的第一媒体资源的地址信息，该第一媒体资源与该相关信息匹配；

在接收到被叫终端的振铃消息后，若确定接收到第一媒体协商消息，播放第二媒体服务器发送的第二媒体资源，该第二媒体服务器位于通信技术CT域；

向该第一媒体服务器发送会话结束消息，该会话结束消息用于指示会话结束。

在上述实施例中，若确定接收到第一媒体协商消息，则可以确定本次呼叫过程中存在CT域的媒体资源，主叫终端则播放CT域的媒体资源而不播放IT域的媒体资源，使得在呼叫过程中正常播放CT域的媒体资源，而不受到其他媒体资源的影响，从而不会出现播放冲突，且还能够提高用户的通信和视听体验，并向该第一媒体服务器发送会话结束消息，则第一媒体服务器能够释放第一媒体资源，避免占用第一媒体服务器的内存。

在一种可能的实现方式中，若确定接收到第一媒体协商消息，播放第二媒体服务器发送的第二媒体资源包括：若确定接收到第一媒体协商消息，且该主叫终端的设置信息指示播放来自于该第二媒体服务器的媒体资源，执行播放该第二媒体资源的步骤。

在上述实施例中，为用户提供了按照个人偏好来进行播放设置的功能，使得后续的铃音播放体验能够符合用户需求。

第三方面，提供了一种媒体资源播放方法，应用于第一媒体服务器，该方法的实现过程可以是：

接收主叫终端通过目标应用客户端发送的资源获取请求，获取该资源获取请求携带的呼叫的相关信息；

基于该呼叫的相关信息，确定该相关信息对应的第一媒体资源的地址信息；

向该主叫终端返回该第一媒体资源的地址信息。

在上述实施例中，通过目标应用客户端和第一媒体服务器之间的交互，即可实现媒体资源的获取和播放，无需通过CT域的复杂的呼叫流程，也就避免了交互过程中可能引发的呼叫无法接通等问题，简化了媒体资源的播放流程，提高了通信效率。

在一种可能的实现方式中，该基于该呼叫的相关信息，确定该相关信息对应的第一媒体资源的地址信息之后，该方法还包括：预加载该第一媒体资源。

在上述实施例中，如果第一媒体服务器在主叫终端设备获取该第一媒体资源时再进行资源的加载，会造成一定时延，而通过上述预加载的方法，能够优化后续媒体资源播放的时延问题，提高了第一媒体资源的获取效率，也就不会导致后续媒体资源播放时发生播放等待的时间较长的问题。

在一种可能的实现方式中，该基于该呼叫的相关信息，确定该相关信息对应的第一媒体资源的地址信息之前，该方法还包括：基于该相关信息，对用户进行鉴权，若鉴权通过，则执行确定该第一媒体资源以及该地址信息的步骤。

在上述实施例中，通过对用户进行鉴权，来验证用户的合法性和有效性，以确保后续媒体资源的安全播放，提高了IT域的媒体资源播放的安全性和可靠性。

可选地，鉴权包括对用户功能信息的鉴权(也称为有效性鉴权)，可选地，该鉴权还包括对用户身份信息的鉴权。用户功能信息鉴权是指对用户是否订阅了媒体资源的验证。用户身份信息鉴权是指对用户的身份验证，例如对被叫的手机号码的验证，以确认该手机号码是否为合法手机号码。可选地，对用户进行鉴权为对主叫用户和/或被叫用户进行鉴权。

在一种可能的实现方式中，该基于该相关信息，对用户进行鉴权包括：基于该相关信息，对主叫号码或被叫号码进行鉴权。

在上述实施例中，不仅能够对主叫用户鉴权，还能够对被叫用户进行鉴权，能够在主叫用户或被叫用户中一方没有订阅媒体资源的情况下，对另一方进行鉴权，从而在振铃阶段对媒体资源进行播放，提高了用户的呼叫体验。

在一种可能的实现方式中，该向该主叫终端返回该第一媒体资源的地址信息之后，该方法还包括：若接收到该主叫终端的会话结束消息，关闭该第一媒体服务器与该主叫终端之间的会话。在上述实施例中，通过会话释放的过程，能够避免对带宽通道等资源的占用。

在一种可能的实现方式中，该向该主叫终端返回该第一媒体资源的地址信息之后，该方法还包括：若接收到该主叫终端的会话结束消息，释放第一媒体服务器预加载的第一媒体资源，该会话结束消息用于结束会话。

在上述实施例中，在确定第一媒体资源播放结束后，第一媒体服务器释放第一媒体资源，避免占用第一媒体服务器的内存，提高了第一媒体服务器的处理能力。

第四方面，提供了一种媒体资源播放装置，用于执行上述媒体资源播放方法。具体地，该媒体资源播放装置包括用于执行上述第一方面、第二方面、第三方面或前述任一方面中任一种可选方式提供的媒体资源播放方法的功能模块。

第五方面，提供了一种媒体资源播放方法，该方法包括：

主叫终端向被叫终端发起呼叫，主叫终端通过目标应用客户端，向第一媒体服务器发送资源获取请求，该资源获取请求携带呼叫的相关信息；

第一媒体服务器接收主叫终端通过目标应用客户端发送的资源获取请求，获取该资源获取请求携带的呼叫的相关信息，基于该呼叫的相关信息，确定该相关信息对应的第一媒体资源的地址信息，向该主叫终端返回该第一媒体资源的地址信息；

主叫终端接收该第一媒体服务器基于该资源获取请求返回的第一媒体资源的地址信息，该第一媒体资源与该相关信息匹配，在接收到振铃消息后，基于该地址信息，播放该第一媒体资源。

第六方面，提供了一种媒体资源播放系统，该系统包括主叫终端与第一媒体服务器，该主叫终端与第一媒体服务器用于执行上述第五方面提供的媒体资源播放方法。

第七方面，提供了一种终端，该终端包括处理器和存储器，该存储器中存储有至少一条程序代码，该程序代码由该处理器加载并执行以实现如上述第一方面、第二方面或第一方面和第二方面中任一方面的任一种可选方式提供的媒体资源播放方法。

第八方面，提供了一种服务器，其特征在于，该服务器包括处理器和存储器，该存储器中存储有至少一条程序代码，该程序代码由该处理器加载并执行以实现如前述第三方面或第三方面的任一种可选方式提供的媒体资源播放方法。

第九方面，提供了一种计算机存储介质，该计算机存储介质中存储有至少一条程序代码，该程序代码由处理器加载并执行以实现如上述第一方面、第二方面、第三方面或前述任一方面中任一种可选方式提供的媒体资源播放方法。

第十方面，提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行上述第一方面、第二方面、第三方面或前述任一方面中任一种可选方式提供的媒体资源播放方法的部分或全部步骤。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种媒体资源系统架构图；

图2是本申请实施例提供的一种媒体资源系统架构图；

图3是本申请实施例提供的一种终端的系统架构图；

图4是本申请实施例提供的一种终端的结构示意图；

图5是本申请实施例提供的一种服务器的结构示意图；

图6是本申请实施例提供的一种媒体资源播放方法的流程图；

图7是本申请实施例提供的一种媒体资源播放方法的流程图；

图8是本申请实施例提供的一种媒体资源播放方法的流程图；

图9是本申请实施例提供的一种媒体资源的播放示意图；

图10是本申请实施例提供的一种媒体资源的播放示意图；

图11是本申请实施例提供的一种基于媒体资源播放的呼叫控制方法的流程图；

图12是本申请实施例提供的一种基于媒体资源播放的互动方法的流程图；

图13是本申请实施例提供的一种基于媒体资源播放的播放暂停处理的方法示意图；

图14是本申请实施例提供的一种媒体资源的播放示意图；

图15是本申请实施例提供的一种媒体资源的播放示意图；

图16是本申请实施例提供的一种媒体资源播放方法的流程图；

图17是本申请实施例提供的一种媒体资源播放方法的流程图；

图18是本申请实施例提供的一种媒体资源播放方法的流程图；

图19是本申请实施例提供的一种媒体资源播放装置的结构示意图；

图20是本申请实施例提供的一种媒体资源播放装置的结构示意图。

具体实施方式

下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例可以适用于第4代(4G)、第5代(5G)移动通信网络架构或未来网络。为了描述方便，下面以基于4G的VoLTE网络为例来说明该方案的网络架构和方法流程。

图1是本申请实施例提供的一种媒体资源系统架构图，参见图1，该系统可以包括位于IT域的第一媒体服务器、位于CT域的网络设备、主叫终端以及被叫终端。

IT域也可以称为互联网域。第一媒体服务器用于为用户提供媒体资源服务，还能够提供基于媒体资源播放的媒体控制以及互动服务等，还提供可视化界面入口，便于为用户提供媒体资源设置与管理等服务。可选地，第一媒体服务器存储用户信息，或者关联有订阅数据库，采用订阅数据库存储相关的用户信息以及媒体资源的相关信息等。在本申请实施例中，以该第一媒体服务器关联有订阅数据库为例进行说明。

在本申请实施例中，主叫终端上安装有目标应用客户端，如，视频彩铃应用，主叫终端能够通过该目标应用客户端来获取上述第一媒体服务器所提供的媒体资源服务，也即是，获取第一媒体服务器所提供的媒体资源，并在呼叫过程中能够基于实际情况来播放。

第一媒体服务器提供媒体资源服务，用户通过目标应用客户端能够订阅该媒体资源服务，例如通过目标应用客户端访问第一媒体服务器的门户网站，在门户网站上进行操作，选择用于在呼叫过程中播放的第一媒体资源，在订阅完成后，第一媒体服务器将用户信息和所订阅的媒体资源的资源信息对应存储至订阅数据库，以便后续基于所存储的信息来提供媒体资源服务。可选地，第一媒体服务器还提供设置功能，用户通过目标应用客户端来设置，以得到用于指示播放来自哪个域的媒体资源的设置信息，例如，在存在IT域和CT域的媒体资源的情况下，同时对两个媒体资源进行播放等，在设置完成后，第一媒体服务器生成相应的设置信息并下发到目标应用客户端进行存储，又或者，在目标应用客户端启动后，由目标应用客户端从第一媒体服务器进行获取并存储，以便基于设置信息确定如何播放媒体资源。

可选地，第一媒体服务器和主叫终端在进行信令交互时，采用的传输协议为超文本传输协议(hypertext transfer protocol，HTTP)或超文本传输安全协议(hypertexttransfer protocol over secure socket layer，HTTPS)，本申请实施例中，第一媒体服务器支持多种传输协议，相比CT域单一的信令流协议，能够更加方便、灵活的实现基于媒体资源播放的信令交互。

可选地，第一媒体服务器和主叫终端在进行媒体流传输时，采用的传输协议实时消息传输协议(real time messaging protocol，RTMP)或复用HTTP的流式协议(hypertexttransfer protocol flash video，Http Flv)。本申请实施例中，第一媒体服务器支持多种传输协议，相比CT域单一的媒体流协议，能够更加方便、灵活的实现媒体资源的播放。

需要说明的是，第一媒体服务器和主叫终端进行交互时，采用IT域的信令流或媒体流。主叫终端和第二媒体服务器进行交互时，采用CT域的信令流或媒体流。相应地，在第一媒体服务器和主叫终端进行交互时，若采用HTTP协议，则其交互的控制消息为HTTP消息、HTTPS消息、HTTP响应或HTTPS响应，其消息数据流为IT域信令流，例如，超文本标记语言流(hypertext markup language flow，HTML Flow)。而在进行媒体资源的传输时，其媒体数据流为IT域媒体流，例如，RTMP媒体流、Http Flv媒体流。

参见图1，主叫终端通过网关来访问第一媒体服务器。网关可包括分组数据网网关(packet data network gateway，PGW)设备、服务网关(serving gateway，SGW)设备。其中，PGW设备和SGW设备可以合设在一起，可以简称为“S/P-GW”设备。具体地，主叫终端在发起呼叫后，通过目标应用客户端将资源获取请求发送至S/P-GW，由S/P-GW发送给第一媒体服务器，在主叫终端进行CT域的呼叫过程中，该目标应用客户端通过IT网络访问第一媒体服务器，获取IT域媒体流，进而在振铃阶段为主叫用户播放IT域的媒体资源，从而实现IT域彩铃业务。应理解地，IT域的媒体资源播放是在CT域的呼叫过程中进行的，其获取由CT域的呼叫过程触发，但是，由于主叫终端和第一媒体服务器的交互是通过IT域进行，因此，并不会影响CT域的呼叫流程，可以保证呼叫的正常进行。

CT域也可以称为电信域，CT域通过演进分组核心网(evolved packet core，EPC)和媒体子系统(internet protocol multimedia subsystem，IMS)域核心网等来实现通信。该IMS域核心网包括若干个应用服务器(application server，AS)，如，第二媒体服务器，第二媒体服务器用于为终端提供第二媒体资源的播放，例如，该第二媒体服务器在提供视频彩铃服务时也称为视频彩铃平台。该第二媒体服务器可以包括媒体应用服务器和媒体资源服务器(media resource subsystem，MRS)。该媒体资源服务器也称为回铃音平台，媒体资源服务器用于提供视频彩铃、视频彩振、视频广告、视频客服等媒体资源，例如，该媒体资源服务器制作与管理上述媒体资源。媒体应用服务器和媒体资源服务器可以合设，也可以物理上分开。媒体应用服务器处理会话发起协议(session initiation protocol，SIP)信令消息，媒体资源服务器为主叫终端和/或被叫终端提供音频流和/或视频流。

另外，IMS域核心网还包括：服务-呼叫会话控制功能(serving-call sessioncontrol function，S-CSCF)设备、查询-呼叫会话控制功能(interrogating-call sessioncontrol function，I-CSCF)设备、代理-呼叫会话控制功能(proxy-call session controlfunction，P-CSCF)设备、归属用户服务器(home subscriber server，HSS)设备、会话边界控制器(session border controller，SBC)设备，以及若干个应用服务器，如电话应用服务器(telephony application server，TAS)，多媒体电话应用服务器(multimediatelephony application server，MMTel AS)、业务连续性应用服务器(servercentralization and continuity application server，SCC AS)等。其中I-CSCF设备可以和S-CSCF设备合设在一起，可以简称为“I/S-CSCF”设备。SBC设备和P-CSCF设备可以合设在一起，可以简称为“SBC/P-CSCF”设备。EPC中可包括分组数据网网关PGW设备、服务网关SGW设备和移动管理实体(mobile management entity，MME)设备。。

S/P-GW设备，用于提供服务网关和分组数据网网关逻辑实体的功能。SGW是本地移动的锚点，主要面向无线接入网，以进行业务面数据的传输，P-GW是EPS锚点，主要面向其它数据网络，实现与多个公共数据网的访问交互。SGW设备可以用于IMS核心网与无线网络的连接，PGW设备可以用于IMS核心网和网际互连协议(internet protocol，IP)网络的连接。MME设备是EPC网络的核心设备，用于提供MME逻辑实体的功能。

参见图1，在第二媒体服务器和主叫终端进行交互时，其消息数据流为CT域信令流，即其控制消息为SIP消息。而在进行媒体资源的传输时，其媒体数据流为CT域媒体流，即RTP媒体流。终端通过EPC中的S/P-GW接入IMS域核心网，来访问第二媒体服务器，例如，主叫终端在呼叫流程中，会通过与IMS域核心网中的网络设备之间进行SIP消息的交互，进而由第二媒体服务器与主叫终端进行媒体协商等流程，若本次呼叫存在CT域的媒体资源，则由第二媒体服务器将第二媒体资源以RTP媒体流的形式推送给主叫终端。

对于主叫终端来说，其入网方式多种多样，上述图1是以通过网关入网为例进行说明，而在另一种系统架构下，主叫终端可以通过其他网络设备入网，例如，通过接入网或城域网，图2是本申请实施例提供的一种媒体资源系统架构图，该系统包括位于接入网或城域网、IT域的第一媒体服务器、位于CT域的网络设备、主叫终端以及被叫终端。其中，接入网或城域网中包括宽带远程接入服务器(broadband remote access server，BRAS)和路由器，BRAS为用于完成各种宽带接入方式的宽带网络用户的接入、认证、计费、控制、管理的网络设备。路由器是连接各局域网、广域网的设备，能够根据信道的情况自动选择和设定路由，以最佳路径来传输消息，其他网络设备参见图1所示实施例。终端通过目标应用客户端发送的资源获取请求由BRAS和路由器来向第一媒体服务器进行转发来访问第一媒体服务器，从而实现本申请实施例提供的媒体资源的播放。主叫终端与第二媒体服务器之间的信令交互和媒体资源传输参见上述图1实施例。

上述图1和图2的系统架构是基于终端的不同入网方式所示出的系统架构，而随着4G网络的普及以及5G网络的建设，移动互联网和家庭宽带固网的网络带宽和时延都具备非常高的可用性，能够保障通信的安全性和可靠性，通信效率高。

本申请实施例中所涉及的终端，是具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。具体的，上述终端可以是可接入移动网络的终端设备(terminaldevice)，手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。终端还可以是可接入固网的终端设备，例如有线电话机等；终端还可以是具有呼叫功能的应用软件对应的软终端。图3是本申请实施例提供的一种终端的系统架构图，参见图3，终端可以包括：应用(applications)、应用架构(applicationframework)、硬件抽象层(hardware abstraction layer，HAL)、库(librarles)与linux内核(linux kernel)。其中，应用(applications)包括电话拨号应用(dialer)、视频彩铃应用(video RBT)等。电话拨号应用具备呼叫、拨号的功能。视频彩铃应用也即是上述目标应用，目标应用客户端也即是视频彩铃应用客户端。应用架构包括窗口管理模块(windowmanager)、呼叫管理模块(telephone manager)、资源管理模块(resource manager)等。硬件抽象层是位于操作系统(linux)内核与硬件电路之间的接口层，用于将硬件抽象化，本申请实施例中，该硬件抽象层是操作系统的接口层。库用于存储安卓系统应用以及第三方应用的文件，通过该库，便于一个应用调用其他应用的一些功能。例如，电话拨号应用在发起呼叫后调用视频彩铃应用，以获取来自IT域的彩铃。在本申请实施例的实施过程中，通过电话拨号应用和视频彩铃应用相互配合，即可实现媒体资源的播放。

图4是本申请实施例提供的一种终端的结构示意图。该终端可以用于执行下述各个实施例中主叫终端侧的媒体资源播放方法。参见图4，该终端400包括：

终端400可以包括射频(radio frequency，RF)电路401、包括有一个或一个以上计算机可读存储介质的存储器402、输入单元403、显示单元404、音频电路405、无线保真(wireless fidelity，WiFi)模块406、包括有一个或者一个以上处理核心的处理器407、以及电源408等部件。本领域技术人员可以理解，图4中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路401可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器407处理；另外，将涉及上行的数据发送给基站。通常，RF电路401包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、低噪声放大器(low noise amplifier，LNA)、双工器等。此外，RF电路401还可以通过无线通信与网络和其他设备通信。该无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(global system of mobilecommunication，GSM)、通用分组无线服务(general packet radio service，GPRS)、码分多址(code division multiple access，CDMA)、宽带码分多址(wideband code divisionmultiple access,WCDMA)、长期演进(long term evolution,LTE)、电子邮件、短消息服务(short messaging service，SMS)等。该RF电路401用于实现本申请实施例中的呼叫建立过程以及通话等过程。

存储器402可用于存储软件程序以及模块，处理器407通过运行存储在存储器402的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端400的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器402还可以包括存储器控制器，以提供处理器407和输入单元403对存储器402的访问。该存储器402还用于存储本申请实施例中终端所获取到的第一媒体资源和第二媒体资源中的至少一项媒体资源。

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

显示单元404可用于显示由用户输入的信息或提供给用户的信息以及终端400的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元404可包括显示面板4041，可选的，可以采用液晶显示器(liquid crystaldisplay，LCD)、有机发光二极管(organic light-emitting diode,OLED)等形式来配置显示面板4041。进一步的，触敏表面4031可覆盖显示面板4041，当触敏表面4031检测到在其上或附近的触摸操作后，传送给处理器407以确定触摸事件的类型，随后处理器407根据触摸事件的类型在显示面板4041上提供相应的视觉输出。例如，上述显示单元404能够显示第一媒体资源和第二媒体资源的播放画面中的至少一项。虽然在图4中，触敏表面4031与显示面板4041是作为两个独立的部件来实现输入和输入功能，但是在某些实施例中，可以将触敏表面4031与显示面板4041集成而实现输入和输出功能。

音频电路405、扬声器4051，传声器4052可提供用户与终端400之间的音频接口。音频电路405可将接收到的音频数据转换后的电信号，传输到扬声器4051，由扬声器4051转换为声音信号输出；另一方面，传声器4052将收集的声音信号转换为电信号，由音频电路405接收后转换为音频数据，再将音频数据输出处理器407处理后，经RF电路401以发送给比如另一终端，或者将音频数据输出至存储器402以便进一步处理。音频电路405还可能包括耳塞插孔，以提供外设耳机与终端400的通信。在本申请实施例中，音频电路405、扬声器4051能够实现终端侧的音频播放相关过程，例如，在对第一媒体资源进行播放时，终端通过音频电路405、扬声器4051来分别实现音频数据的处理和外放。

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

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

终端400还包括给各个部件供电的电源408(比如电池)，可选的，电源可以通过电源管理系统与处理器407逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源408还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。尽管未示出，终端400还可以包括摄像头、蓝牙模块等，在此不再赘述。

图5是本申请实施例提供的一种服务器的结构示意图，该服务器500包括可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器501和一个或一个以上的存储器502，其中，该存储器502中存储有至少一条程序代码，该至少一条程序代码由该处理器501加载并执行以实现下述方法实施例中第一媒体服务器所执行的媒体资源播放方法。当然，该服务器500还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器500还可以包括其他用于实现设备功能的部件，在此不做赘述。该处理器可以是中央处理器(central processing units，CPU)、图形处理器(graphicsprocessing unit，GPU)、张量处理器(tensor processing unit，TPU)、神经网络处理器(neural network processing unit，NPU)、大脑处理器(brain processing unit，BPU)、深度学习处理器(deep learning processing unit，DPU)、全息图像处理器(holographicprocessing unit，HPU)、矢量处理器(vector processing unit，VPU)以及智能处理器(intelligence processing unit，IPU)等任一处理器。

处理器501可以采用通用的CPU、微处理器、应用专用集成电路(applicationspecificintegrated circuit，ASIC)，GPU或者一个或多个集成电路，用于执行相关程序，以实现上述的媒体资源播放方法。

处理器501还可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，本申请的媒体资源播放方法的各个步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的程序代码完成。上述的处理器501还可以是通用处理器、数字信号处理器(digitalsignal processing，DSP)、ASI、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器(random access memory，RAM)，闪存、只读存储器(read-only memory，ROM)，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成本申请实施例的媒体资源播放装置中包括的模块所需执行的功能，或者执行本申请方法实施例的第一媒体服务器侧的媒体资源播放方法。

上述实施例中对系统架构以及所涉及到的硬件等结构进行了介绍，本申请实施例的方法应用在图1或图2所示的系统架构中，当然也可以应用在其他通信场景中，本申请实施例在此不作限定。下面将结合具体实施例阐述本申请的方案。图6是本申请实施例提供的一种媒体资源播放方法的流程图。该流程中：若本次呼叫存在CT域的媒体资源，则优先播放CT域的媒体资源，而若本次呼叫不存在CT域的媒体资源，则播放来自IT域的媒体资源，作为播放的补充，该图6包括以下步骤。

601、主叫终端向被叫终端发起呼叫，主叫终端通过目标应用客户端，向第一媒体服务器发送资源获取请求，该资源获取请求携带本次呼叫的相关信息。

其中，主叫终端所发起的呼叫为视频呼叫或音频呼叫。目标应用客户端为具有在呼叫过程中播放媒体资源功能的应用客户端，如视频彩铃应用客户端，该目标应用客户端内置有媒体播放器。第一媒体资源为IT域的媒体资源，例如视频彩铃、视频广告、视频客服等媒体资源。可选地，呼叫的相关信息包括主叫的号码、被叫的号码、主叫的位置信息、呼叫类型和呼叫时间中至少一项。

在一种可能的实现方式中，主叫终端向被叫终端发起呼叫后，则拉起目标应用客户端(也可以叫做打开目标应用客户端)，由主叫终端的电话拨号应用向目标应用客户端发送该次呼叫的相关信息，目标应用客户端接收到该次呼叫的相关信息后，将携带有相关信息的资源获取请求通过IT域发送至第一媒体服务器。其中，该资源获取请求采用HTTP协议发送或HTTPS协议发送。

602、第一媒体服务器接收到主叫终端通过目标应用客户端发送的资源获取请求。

在一种可能的实现方式中，第一媒体服务器接收到主叫终端通过目标应用客户端发送的资源获取请求后，从该资源获取请求的对应字段中，读取本次呼叫的相关信息。

603、第一媒体服务器基于本次呼叫的相关信息，对用户进行鉴权，若鉴权通过，则执行步骤604。

本申请实施例中，鉴权包括对用户功能信息的鉴权(也称为有效性鉴权)，可选地，该鉴权还包括对用户身份信息的鉴权。用户功能信息鉴权是指对用户是否订阅了媒体资源的验证。用户身份信息鉴权是指对用户的身份验证，例如对被叫的手机号码的验证，以确认该手机号码是否为合法手机号码。可选地，对用户进行鉴权为对主叫用户和/或被叫用户进行鉴权。

在一种可能的实现方式中，以对主叫号码鉴权为例，相应的鉴权过程包括：第一媒体服务器获取该资源获取请求携带的相关信息后，根据该相关信息中的主叫号码，判断该主叫号码是否为合法号码，若该主叫号码为合法号码，则在订阅数据库中进行查询，若查询到与该主叫号码已开通媒体资源服务，则该用户鉴权通过，并执行后续步骤604。若未查询到该主叫号码，则用户鉴权不通过。对被叫用户的鉴权过程与上述过程同理。

可选地，目标应用客户端还支持对呼叫过程中播放来自于哪侧的媒体资源进行设置，也即是，设置信息还用于表示主叫终端播放由主叫侧还是被叫侧所订阅的媒体资源，若主叫用户想要在呼叫过程中播放自己订阅的媒体资源，则该主叫用户可以在目标应用客户端上进行设置，目标应用客户端将该主叫用户所设置的设置信息发送给第一媒体服务器，从而第一媒体服务器对该设置信息进行存储，以便在呼叫过程中根据该设置信息来向主叫终端发送相应的媒体资源。

可选地，第一媒体服务器还记录本次呼叫的相关信息，可以作为后续运营的数据参考。

上述过程，通过对用户进行鉴权，来验证用户的合法性和/或有效性，以确保后续媒体资源的安全播放，提高了IT域的媒体资源播放的安全性和可靠性。

需要说明的是，在第一媒体服务器对用户鉴权通过后，与主叫终端之间建立会话连接，该会话连接是基于HTTP协议或HTTPS协议，以便在后续过程中，通过该会话连接来与主叫终端之间进行媒体资源的相关信息等的交互。

604、第一媒体服务器基于该相关信息，确定该相关信息对应的第一媒体资源的地址信息，该第一媒体资源与该相关信息匹配。

其中，地址信息是指第一媒体资源的统一资源定位符(uniform resourcelocator，URL)地址，该URL地址也称为网页地址。该第一媒体资源与该相关信息匹配是指第一媒体资源为相关信息中的用户号码，如主叫号码或被叫号码，所订阅的媒体资源，又或者，是指第一媒体资源是与相关信息中的用户信息或者场景信息对应的媒体资源，本申请实施例对此不作限定。

在一种可能的实现方式中，以采用订阅数据库来存储号码与所订阅资源标识之间的关系、采用媒体资源数据库来存储媒体资源为例进行说明，上述确定地址信息的过程包括：第一媒体服务器根据该主叫号码，在订阅数据库中查询，确定出主叫号码对应的媒体资源的资源标识，也即是确定出了用户提前设置的第一媒体资源，再根据该资源标识，进一步查询媒体资源数据库，获取该第一媒体资源的地址信息。上述过程根据数据库的存储形式不同而有所变化，例如，若订阅数据库存储号码与所订阅的媒体资源的地址信息之间的关系，则上述确定地址信息的过程包括：第一媒体服务器根据该相关信息中的主叫号码，在订阅数据库中查询，确定出主叫号码对应的媒体资源的地址信息，对于其他数据库存储形式，地址确定过程可以基于数据库存储形式发生一定变化。应理解地，上述过程中是对基于主叫号码的地址确定过程为例进行说明，而基于被叫号码的地址确定过程与其同理，在此不做赘述。

在一种可能的实现方式中，若用户订阅媒体资源服务，但是并未指定特定的媒体资源，则第一媒体服务器能够为用户确定出个性化的第一媒体资源。例如，第一媒体服务器根据相关信息中主叫终端的所属网络、主叫用户当前所在实时位置、时间等场景信息，来确定第一媒体资源；又例如，第一媒体服务器根据相关信息中主叫终端的主叫用户信息，来获取主叫用户的属性标签，例如，主叫用户的年龄、性别、用户信用等级、上网习惯、消费行为等，从而基于主叫用户的属性标签，来确定与属性标签对应的第一媒体资源，上述基于用户的一些属性或者实时类的信息，来为主叫终端确定媒体资源，能够提供更加个性化、多样化的媒体资源服务。

605、第一媒体服务器基于第一媒体资源的地址信息，预加载该第一媒体资源。

可选地，第一媒体服务器预加载该第一媒体资源的方法包括下述任一项：

一种可能的实现方式中，第一媒体资源存储于第一媒体服务器的硬盘中，则第一媒体服务器确定出第一媒体资源的地址信息后，从第一媒体服务器的硬盘中，预加载该第一媒体资源的相关内容至内存或缓存中。

又一种可能的实现方式中，第一媒体资源存储于第一媒体服务器以外的服务器的硬盘或内存中，则第一媒体服务器确定出第一媒体资源的地址信息后，从其他服务器的硬盘或内存中，预加载该第一媒体资源的相关内容至第一媒体服务器的内存或缓存中。

另一种可能的实现方式中，第一媒体资源存储于数据库中，则第一媒体服务器确定出第一媒体资源的地址信息后，从数据库中预加载该第一媒体资源的相关内容至第一媒体服务器的内存或缓存中。

其中，该数据库可能是第一媒体服务器所关联的数据库，也可能是其他服务器所关联的数据库，本申请实施例对用户信息数据库不作限定。

应理解地，上述三种实现方式根据第一媒体资源的存储位置不同，对应不同的预加载过程。如果第一媒体服务器在主叫终端设备获取该第一媒体资源时再进行资源的加载，会造成一定时延，而通过上述预加载的方法，能够优化后续媒体资源播放的时延问题，提高了第一媒体资源的获取效率，也就不会导致后续媒体资源播放时发生播放等待的时间较长的问题。

606、第一媒体服务器向该主叫终端返回该第一媒体资源的地址信息。

需要说明的是，上述步骤601至步骤606中，主叫终端与第一媒体服务器之间的媒体传输流的类型为HTML流，在该场景下，由主叫终端向第一媒体服务器发送的资源获取请求为HTTP消息或HTTPS消息，第一媒体服务器向主叫终端返回的地址信息为HTTP响应或HTTPS响应。

需要说明的是，在上述实施例中，步骤605是可选步骤，在另一可选实现方式中，第一媒体服务器在步骤604后执行步骤606，而不进行资源预加载的步骤。且，在上述实施例中，步骤605和步骤606的执行顺序采用当前顺序进行，在另一可选实现方式中，还能够采用先执行步骤606，后执行步骤605，又或者两个步骤同时执行等顺序实现，本申请实施例对此不作限定。

607、主叫终端接收该地址信息。

在本申请实施例中，是以主叫终端接收到该地址信息后，暂时不进行第一媒体资源的获取，而是等待CT域的振铃消息，且确定了本次呼叫过程不存在CT域的媒体资源后，由目标应用客户端基于地址信息获取第一媒体资源，从而避免对网络资源造成浪费。

需要说明的是，对于主叫终端来说，在一种可能实现方式中，该主叫终端在接收到该地址信息后，即可通过目标应用客户端基于地址信息获取第一媒体资源，则能够实现接收到振铃消息后对资源的快速播放，能够优化后续媒体资源播放的时延问题。

对于主叫终端来说，对应于本次呼叫过程是否存在CT域的媒体资源，会执行对应的处理流程，例如，步骤A所示即是在接收到振铃消息后，确定本次呼叫过程不存在CT域的媒体资源，则对第一媒体资源进行播放，以提供相应的视听体验。而步骤B则是主叫终端在接收到第一媒体协商消息的场景下，确定本次呼叫存在CT域的媒体资源，则对第二媒体资源进行播放的流程。

A：主叫终端接收到该被叫终端的振铃消息后，确定本次呼叫过程中未接收到第一媒体协商消息，则播放第一媒体资源。

608、主叫终端接收到该被叫终端的振铃消息后，确定本次呼叫过程中未接收到第一媒体协商消息，则基于该地址信息播放该第一媒体资源。

其中，振铃消息为基于SIP协议的180振铃消息，该振铃消息用于指示被叫终端已振铃。

该第一媒体协商消息用于第二媒体服务器与主叫终端之间进行媒体协商，该第二媒体服务器位于CT域。可选地，该第一媒体协商消息携带第二媒体服务器的音视频能力信息，即该第一媒体协商消息为携带第二媒体服务器的SDP信息的SIP消息。具体地，该第一媒体协商消息的头域携带早媒体信息例如P-Early-Media:SDP，和/或该第一媒体协商消息的SDP信息携带a＝contengt:g3gpp.cat媒体属性，以指示该第一媒体协商消息是用于第二媒体服务器与主叫终端之间进行早媒体的媒体协商的。

上述步骤608是主叫终端确定本次呼叫过程中不存在CT域的待播放的媒体资源，如早媒体资源，则主叫终端播放IT域的第一媒体资源的一种可选实现方式。可选地，主叫终端在接收振铃消息后确定本次呼叫过程中主叫终端没有和第二媒体服务器之间进行早媒体的媒体协商，则主叫终端确定本次呼叫过程中不存在CT域的待播放的早媒体资源。示例性的，主叫终端确定未接收到第一媒体协商消息，如步骤608所示，则主叫终端在接收振铃消息后确定本次呼叫过程中主叫终端没有和第二媒体服务器之间进行早媒体的媒体协商。

基于上述示例，主叫终端在接收到该被叫终端的振铃消息之后确定自身未接收到这样的第一媒体协商消息，则能够确定主叫终端未与第二服务器进行媒体协商，从而主叫终端确定本次呼叫过程中不存在CT域的早媒体资源待播放，即本次呼叫不会播放CT域的早媒体资源。

可选地，主叫终端接收到该被叫终端的振铃消息后，判断本次呼叫过程中是否存在CT域的待播放的早媒体资源。若本次呼叫过程中不存在CT域的待播放的早媒体资源，则基于第一媒体资源进行播放。若本次呼叫过程中存在CT域的待播放的早媒体资源，则基于该第二媒体资源进行播放，具体内容参见步骤609-613。

可选地，判断本次呼叫过程中是否存在CT域的待播放的早媒体资源通过对是否发生早媒体的媒体协商实现，也即是，判断本次呼叫过程中主叫终端和第二媒体服务器是否进行了早媒体的媒体资源协商。若本次呼叫过程中未进行早媒体的媒体资源协商，则基于第一媒体资源进行播放。若本次呼叫过程中进行了早媒体的媒体资源协商，则基于该第二媒体资源进行播放，具体内容参见步骤609-613。

可选地，判断本次呼叫过程中是否发生早媒体的媒体协商通过对是否接收到第一媒体协商消息来实现，也即是，判断本次呼叫过程中主叫终端是否接收到第一媒体协商消息。若本次呼叫过程中未接收到第一媒体协商消息，则基于第一媒体资源进行播放。若本次呼叫过程中接收到第一媒体协商消息，则基于该第二媒体资源进行播放，具体内容参见步骤609-613。

需要说明的是，上述判断是否存在接收到第一媒体协商消息的过程由主叫终端的电话拨号应用执行。

在一种可能的实现方式中，若主叫终端的电话拨号应用确定未接收到第一媒体协商消息，则将第一媒体资源的地址信息发送至目标应用客户端，该目标应用客户端基于该地址信息向第一媒体服务器发送资源获取请求，则第一媒体服务器响应于该资源获取请求，在预加载的媒体资源中，确定该地址信息对应的第一媒体资源，将该第一媒体资源发送至主叫终端，主叫终端获取到该第一媒体资源后，通过目标应用客户端播放该第一媒体资源。

需要说明的是，上述所确定的第一媒体资源可以是一个或多个，若第一媒体资源为多个资源，则可以基于用户在主叫终端侧的操作，来进行资源的切换。

进一步地，主叫终端屏蔽第三媒体资源，其中，该第三媒体资源用于表示被叫终端已振铃，例如，该第三媒体资源是指呼叫过程中的嘟嘟音，该第三媒体资源为本地存储的媒体资源或者电话应用服务器(TAS)发送的媒体资源中任一项，该电话应用服务器为CT域的服务器。应理解的一点是，上述主叫终端屏蔽第三媒体资源是指不播放本地存储的媒体资源或者在接收到TAS发送的媒体资源后不播放。应理解地，在无CT域的媒体资源播放的情况下，呼叫过程中通常会采用嘟嘟音来表示被叫终端已振铃，因此，在这种情况下，通过屏蔽第三媒体资源，来抑制呼叫中的嘟嘟音播放，使得呼叫过程中仅有第一媒体资源的音频播放，避免了由于两段音频同时播放而导致的听觉混乱，提升了用户体验。

B：主叫终端接收到该振铃消息后，确定本次呼叫过程中已接收到第一媒体协商消息，则不播放第一媒体资源。

609、主叫终端接收第一媒体协商消息。

下面以一个示例性过程来说明上述媒体协商过程：第二媒体服务器向主叫终端发送第一媒体协商消息，该第一媒体协商消息携带第二媒体服务器的媒体能力信息，例如，该第一媒体协商消息为update或者18*消息；主叫终端接收该第一媒体协商消息后，基于自身的能力确定媒体协商结果，向第二媒体服务器发送第二媒体协商消息，该第二媒体协商消息携带媒体协商结果，也可以叫做主叫终端的媒体能力信息，例如，该第二媒体协商消息为200OK消息。

610、第二媒体服务器基于媒体协商结果，向该主叫终端发送第二媒体资源。

例如，第二媒体服务器以RTP流的形式向主叫终端发送第二媒体资源的媒体流，该过程中，主叫终端不会主动获取第二媒体资源，而是由第二媒体服务器进行媒体流的推送。该第二媒体资源即为CT域媒体资源。

611、主叫终端接收到振铃消息后，播放该接收到的第二媒体资源。

主叫终端在接收到第二媒体服务器的媒体流后进行播放。

可选地，在接收到振铃消息后，判断是否播放第一媒体资源，若不播放，则通过下述步骤612至613的步骤来对资源进行释放。需要说明的是，该判断过程的执行时机可以在接收到第一媒体协商消息后或其他时机进行。另外，若主叫终端播放第一媒体资源，则在播放完成或者播放被结束后，执行该步骤612和613。

612、主叫终端向该第一媒体服务器发送会话结束消息，该会话结束消息用于指示会话结束。

在该过程中，主叫终端不播放IT域的媒体资源，主叫终端通过目标应用客户端向第一媒体服务器发送会话结束消息。

613、第一媒体服务器接收到该主叫终端的会话结束消息，关闭第一媒体服务器与主叫终端之间的会话。

在一种可能的实现方式中，第一媒体服务器接收到该主叫终端的会话结束消息后，释放第一媒体服务器与主叫终端之间的会话，也即是释放该会话所占用的带宽通道等资源。通过会话释放的过程，能够避免对带宽通道等资源的占用。

进一步地，第一媒体服务器接收到该主叫终端的会话结束消息后，释放第一媒体服务器预加载的第一媒体资源，避免第一媒体资源占用第一媒体服务器的内存。

需要说明的是，在本申请实施例中，以该步骤612和613发生在步骤611之后为例进行说明，应理解的是，该步骤611和612还可以在其他时序进行，例如，在步骤609接收到第一媒体协商消息时执行，又或者在接收第二媒体资源的同时执行，还可以在开始播放第二媒体资源时执行，本申请实施例对此不作限定。

另外，若在本申请实施例中执行了步骤608，且第一媒体资源播放结束，则也可以执行该步骤612和613，来进行媒体资源的释放，通过主动通知第一媒体服务器会话结束，能够使得第一媒体服务器及时释放第一媒体资源，避免占用第一媒体服务器的内存。

在上述实现方式中，IT域的媒体资源能够作为CT域的媒体资源的补充，在无CT域的媒体资源播放的情况下，则终端通过目标应用客户端来播放IT域的媒体资源，从而，没有订阅CT域媒体资源的用户，同样能够在等待呼叫接通的过程中实现媒体资源播放。而若通过上述步骤确定接收到第一媒体协商消息，则可以确定本次呼叫过程中存在CT域的媒体资源，主叫终端则播放CT域的媒体资源而不播放IT域的媒体资源，从而不会出现播放冲突，且还能够提高用户的通信和视听体验。

本申请提供的技术方案，通过目标应用客户端和第一媒体服务器之间的交互，即可实现媒体资源的获取和播放，不会影响到CT域的呼叫流程，也就避免了交互过程中可能引发的呼叫无法接通等问题，简化了媒体资源的播放流程，提高了通信效率。通过在终端内置视频彩铃应用，在CT域通话呼叫流程中，通过IT服务的方式实现视频彩铃业务。在IT网络资源不成为瓶颈、网络时延更短的背景下，使得视频彩铃业务更加灵活地拓展。

上述图6所示实施例是以优先播放CT域的媒体资源为例进行说明，而主叫用户还可以对播放来自哪个域的媒体资源进行设置，从而使得主叫终端能够根据设置信息来对指定域的媒体资源进行播放，若设置信息用于指示在呼叫过程中播放来自IT域的媒体资源，则在这种情况下，无论本次呼叫是否存在CT域的媒体资源，主叫终端均会获取并播放第一媒体资源，下面结合图7所示过程来对该媒体资源播放方法进行介绍，参见图7，该过程包括：

701、主叫终端向被叫终端发起呼叫，主叫终端通过目标应用客户端，向第一媒体服务器发送资源获取请求，该资源获取请求携带本次呼叫的相关信息。

702、第一媒体服务器接收到主叫终端通过目标应用客户端发送的资源获取请求。

703、第一媒体服务器基于本次呼叫的相关信息，对用户进行鉴权，若鉴权通过，则执行步骤704。

704、第一媒体服务器基于该相关信息，确定该相关信息对应的第一媒体资源的地址信息，该第一媒体资源与该相关信息匹配。

705、第一媒体服务器基于第一媒体资源的地址信息，预加载该第一媒体资源。

706、第一媒体服务器向该主叫终端返回该第一媒体资源的地址信息。

707、主叫终端接收该地址信息。

上述步骤701至707参考图6所示实施例中步骤601至607。

708、主叫终端接收到振铃消息后，基于该地址信息播放该第一媒体资源。

该播放第一媒体资源的过程参见上述步骤608中对播放过程的具体说明，在此不做赘述。

在本申请实施例中，主叫终端上存储有用于指示播放来自哪个域的媒体资源的设置信息，该设置信息由主叫用户设置或者是默认信息，本申请实施例对此不作限定。以用户自行设置为例，用户在目标应用客户端进行设置，以选择自己在呼叫过程中所要播放的媒体资源的来源，从而生成设置信息，并将设置信息存储至主叫终端。可选地，主叫终端将设置信息存储至第一媒体服务器，以便主叫终端能够在启动目标应用客户端后，从第一媒体服务器获取到所存储的设置信息，并基于该设置信息的指示来进行媒体资源的播放。

需要说明的是，主叫终端能够在下述任一时机，读取所存储的设置信息。例如，主叫终端在发起呼叫时进行读取；又例如，主叫终端在接收到地址信息时进行读取；再例如，主叫终端在接收到振铃消息时进行读取主叫终端对上述设置信息的读取时机可以不受到CT域的影响；又例如，主叫终端在接收到第一媒体协商消息后进行读取，也即是，在确定本次呼叫在CT域存在媒体资源的情况下进行读取。

在上述实施例中，主叫用户可以通过在主叫终端上进行设置，来实现在呼叫过程中对IT域的媒体资源播放，能够根据用户的个性化设置，来实现呼叫中IT域的媒体资源播放。

进一步地，若该主叫终端的设置信息指示本次呼叫过程中播放该第一媒体资源，而主叫终端接收到第一媒体协商消息且接收到第二媒体服务器的第二媒体资源，则主叫终端屏蔽第二媒体服务器的第二媒体资源，该第二媒体服务器为位于CT域的服务器。该第一媒体协商消息参见上述实施例的描述，在此不做赘述。在上述实现方式中，屏蔽第二媒体服务器的第二媒体资源是指主叫终端接收到第二媒体服务器发送的第二媒体资源后，不播放该第二媒体资源。

在上述实施例中，在呼叫过程中，通过屏蔽第二媒体服务器的第二媒体资源，来抑制CT域的媒体资源播放，进而通过目标应用客户端播放IT域的媒体资源，保证呼叫过程中仅有第一媒体资源的播放，避免了同时播放多个媒体资源而可能造成的干扰。

另一可能实施方式中，主叫终端在向被叫终端发起呼叫时，则获取该设置信息，若主叫终端根据设置信息确定仅播放IT域的媒体资源，则在生成的呼叫请求(INVITE)内不携带contact头域的video标识，该contact头域的video标识用于指示支持CT域的媒体播放，这样，通过在起呼时不携带contact头域的video标识，避免进行CT域的媒体协商，并且第二媒体服务器也就不会向主叫终端发送该第二媒体资源，节约了网络资源。

本申请提供的技术方案，通过目标应用客户端和第一媒体服务器之间的交互，即可实现媒体资源的获取和播放，不会影响到CT域的呼叫流程，也就避免了交互过程中可能引发的呼叫无法接通等问题，简化了媒体资源的播放流程，提高了通信效率。进一步地，通过提供播放来源的设置功能，还能够提高媒体播放的个性化程度，提高用户体验。

上述实施例均是以主叫终端播放来自某一个域的媒体资源为例进行说明，而对于主叫终端来说，能够提供更加灵活的播放方式，也即是，该主叫终端可以同时对来自上述不同域的媒体资源进行播放，下面，结合图8对媒体资源播放方法进行说明，参见图8，该过程包括：

801、主叫终端向被叫终端发起呼叫，主叫终端通过目标应用客户端，向第一媒体服务器发送资源获取请求，该资源获取请求携带本次呼叫的相关信息。

802、第一媒体服务器接收到主叫终端通过目标应用客户端发送的资源获取请求。

803、第一媒体服务器基于本次呼叫的相关信息，对用户进行鉴权，若鉴权通过，则执行步骤804。

804、第一媒体服务器基于该相关信息，确定该相关信息对应的第一媒体资源的地址信息，该第一媒体资源与该相关信息匹配。

805、第一媒体服务器基于第一媒体资源的地址信息，预加载该第一媒体资源。

806、第一媒体服务器向该主叫终端返回该第一媒体资源的地址信息。

807、主叫终端接收该地址信息。

上述步骤801至807参考图6所示实施例中步骤601至607。

808、主叫终端接收到振铃消息后，主叫终端基于该地址信息，播放该第一媒体资源，以及，主叫终端基于媒体协商结果播放第二媒体服务器发送的第二媒体资源。

在上述过程中，主叫终端和第二媒体服务器先进行媒体协商，然后由第二媒体服务器基于媒体协商结果来向主叫终端发送媒体流。该媒体协商过程参见上述实施例的步骤609的内容说明。

需要说明的是，上述第一媒体资源和第二媒体资源的播放可能是同时进行，也可以是异步进行，本申请实施例对此不作限定。在一种可能实现方式中，若在获取到第二媒体资源之前，该第一媒体资源已经下载完成，则等待第二媒体资源开始播放再启动第一媒体资源的播放，从而使得两个媒体的播放能够保持同步，在另一种可能实现方式中，在获取到任一媒体资源时均启动对媒体资源的播放，在获取到另一媒体资源后，直接启动该另一媒体资源的播放，以保证用户的视听体验。

上述过程中，在本次呼叫有IT域和CT域的媒体资源的情况下，播放CT域的媒体资源和IT域的媒体资源，给用户带来了新的体验和更多的选择性，提升了用户对视频彩铃业务的体验和参与度。

可选地，上述播放第二媒体资源和播放第二媒体资源是主叫终端根据设置信息实现的。例如，主叫终端的设置信息指示同时播放IT域和CT域的媒体资源，则执行步骤808，通过这种方式，给用户带来了新的体验和更多的选择性，提升了用户对视频彩铃业务的体验和参与度。

可选地，主叫终端在播放第一媒体资源和第二媒体资源时，可以采用下述播放模式：该第一媒体资源的播放采用全屏模式播放，该第二媒体资源的播放采用悬浮窗模式以及静音模式；或，该第二媒体资源的播放采用全屏模式播放，该第一媒体资源的播放采用悬浮窗模式以及静音模式。

例如，图9是本申请实施例提供的一种媒体资源的播放示意图，参见图9，图9以对第一媒体资源进行全屏播放、对第二媒体资源进行悬浮窗播放为例对方案进行说明。在上述两种实现方式中，一个媒体资源采用全屏播放的形式，另一个媒体资源则采用悬浮窗播放的形式，能够清晰直观的显示两个媒体资源，并且通过全屏正常播放(有音)、悬浮窗静音播放的方式，避免了两段音频同时播放而导致的用户体验感差。

可选地，在两个媒体资源的播放一个采用悬浮窗模式、另一个采用全屏模式的场景下，主叫终端基于对悬浮窗的点击操作来进行相应处理的过程包括下述任一项：

一种可能的实现方式中，主叫终端检测到对悬浮窗的点击操作，则将该悬浮窗所播放的媒体资源切换为全屏模式播放，将另一媒体资源关闭。在该过程中，主叫用户在观看媒体资源的过程中，可以对其感兴趣的媒体资源对应的悬浮窗实施点击操作，采用全屏播放来对该媒体资源播放，并将另一个媒体资源关闭，可以保留主叫用户想要观看的媒体资源，能够给主叫用户带来更佳的观看体验。

又一种可能的实现方式中，若主叫终端检测到对悬浮窗的点击操作，则将该悬浮窗所播放的媒体资源切换为全屏模式播放，将另一媒体资源切换为悬浮窗模式进行播放。在该过程中，主叫用户对其感兴趣的媒体资源对应的悬浮窗实施点击操作后，主叫终端以全屏播放该媒体资源，并将另一个媒体资源切换为悬浮窗，使得用户还可以继续切换至另一个媒体资源进行观看。

另一种可能的实现方式中，该第一媒体资源和该第二媒体资源的播放均采用悬浮窗模式，其中，该第一媒体资源和该第二媒体资源中至少一个媒体资源处于静音模式。例如，图10是本申请实施例提供的一种媒体资源的播放示意图，参见图10，分别在不同悬浮窗内播放该第一媒体资源和该第二媒体资源。在这种实现方式中，分别在悬浮窗内播放两个媒体资源，同样能够清晰直观的显示两个媒体资源，同时，由于存在至少一个媒体资源是静音播放的，则也避免了由于两段音频同时播放而造成的听觉混乱，提升了用户体验。可选地，第一媒体资源的播放是通过目标应用客户端(视频彩铃应用)的播放器来实现，第二媒体资源的播放是通过系统应用(电话拨号应用)的播放器来实现。

可选地，在两个媒体资源的播放均采用悬浮窗模式的场景下，主叫终端基于对悬浮窗的点击操作来进行相应处理的过程包括下述任一项：

一种可能的实现方式中，若两个媒体资源的播放均采用悬浮窗模式，主叫终端检测到对任一悬浮窗的点击操作，则将该悬浮窗所播放的媒体资源切换为全屏模式播放，将另一媒体资源关闭。在该过程中，主叫用户在观看媒体资源的过程中，可以对其感兴趣的媒体资源对应的悬浮窗实施点击操作，采用全屏播放来对该媒体资源播放，并将另一个媒体资源关闭，可以保留主叫用户想要观看的媒体资源，能够给主叫用户带来更佳的观看体验。

又一种可能的实现方式中，若主叫终端检测到对悬浮窗的点击操作，则将该悬浮窗所播放的媒体资源切换为全屏模式播放，保持另一媒体资源的悬浮窗模式。在该过程中，主叫用户对其感兴趣的媒体资源对应的悬浮窗实施点击操作后，主叫终端以全屏播放该媒体资源，并将另一个媒体资源切换为悬浮窗，使得用户保留切换回该另一个媒体资源进行播放的入口，提供了更加丰富的操作体验。

应理解地，上述两种实现方式中，对悬浮窗的点击操作是指对悬浮窗内除关闭键外的任一位置的点击操作，如图9或图10所示，每个悬浮窗均设置有关闭键，用户通过对该关闭键的点击操作，能够暂停不想要继续播放的媒体资源，达到个性化选择播放的目的。也即是，若主叫终端检测到对悬浮窗的关闭键的点击操作，将悬浮窗关闭。

本申请提供的技术方案，通过目标应用客户端和第一媒体服务器之间的交互，能够在有CT域的媒体资源播放的情况下，同时播放CT域的媒体资源和IT域的媒体资源，给用户带来了新的体验和更多的选择性，提升了用户对视频彩铃业务的体验和参与度。

上述图6、图7及图8基于CT域存在/不存在媒体资源的场景，对如何播放媒体资源进行了说明。另外，在播放第一媒体资源和/或第二媒体资源的过程中，还可以对呼叫过程进行控制。图11是本申请实施例提供的一种基于媒体资源播放的呼叫控制方法的流程图，参见图11：

1101、主叫终端显示目标应用客户端的呼叫界面，在该呼叫界面中显示至少一个呼叫控制控件和媒体资源的播放画面。

在一种可能实现方式中，该呼叫控制控件基于目标应用客户端的配置数据生成，也即是，目标应用客户端自带的控件。例如，如图9或图10所示，呼叫控制控件包括停止呼叫控件、免提控件、录音控件等。

需要说明的是，如图9或图10所示的显示效果为呼叫界面上显示媒体资源的播放画面，且呼叫界面上包括多个呼叫控制控件，需要说明的是，该呼叫界面整体均为目标应用客户端的显示界面，目标应用客户端基于配置数据来生成该呼叫界面的图层，并将其显示于终端界面的上层，并在该呼叫界面的图层上再叠加显示媒体资源的播放画面，给用户呈现出一种在呼叫界面上进行播放的视觉感受。

1102、而若主叫终端通过目标应用客户端检测到对任一呼叫控制控件的点击操作，则回调电话拨号应用，来执行该呼叫控制控件对应的呼叫控制指令。

需要说明的是，为了模拟呼叫界面，且保证呼叫过程中能够正常的进行呼叫控制，目标应用客户端可以在检测到对任一呼叫控制控件的操作后，将操作对应的指令传递给电话拨号应用，以便电话拨号应用来对本次呼叫进行相应处理，例如，等待、录音等。

可选地，主叫终端在显示媒体资源的播放画面时，显示至少一个媒体控制控件。该媒体控制控件是对第一媒体资源的播放进行控制的控件，以便用户控制第一媒体资源的播放进度等，如暂停、快进等。媒体控制控件基于目标应用客户端的配置数据生成，也即是，目标应用客户端自带的控件。例如，若主叫终端检测到对任一个媒体控制控件的点击操作，则根据该媒体控制控件的功能，对所播放的媒体资源进行播放控制。

上述图6、图7及图8基于CT域存在/不存在媒体资源的场景，对如何播放媒体资源进行了说明。另外，在播放第一媒体资源和/或第二媒体资源的过程中，还可以提供基于媒体资源的互动功能。图12是本申请实施例提供的一种基于媒体资源播放的互动方法的流程图，参见图12：

1201、主叫终端在媒体资源的播放画面上显示至少一个互动控件。

其中，互动控件用于提供互动控件为点赞控件(如图9和图10所示)、评论控件、分享控件等。互动控件基于第一媒体服务器所发送的控件数据生成或基于目标应用客户端本地的配置数据生成。

1202、若主叫终端检测到对任一互动控件的互动操作，则基于该互动操作，通过目标应用客户端，向第一媒体服务器发送互动请求，该互动请求携带互动对象和互动内容。

该互动对象是指互动控件对应的互动数据，而互动内容是指对该互动对象的更新内容，例如，互动对象为点赞数据，互动内容为对点赞数据加一。其中，该互动请求还携带第一媒体资源的资源标识，从而使得第一媒体服务器基于该资源标识对第一媒体资源对应的互动内容进行处理。

1203、该第一媒体服务器接收到互动请求，根据互动内容，对第一媒体资源对应的互动对象进行处理。

第一媒体服务器在接收到互动请求后，根据互动请求所携带的资源标识，确定第一媒体资源对应的互动对象，再根据互动请求所携带的互动内容，对该互动对象进行处理。例如，若该互动请求携带的互动对象为点赞数据，且互动内容为点赞数加一，则第一媒体服务器对存储的第一媒体资源的点赞数据加一，并且主叫终端上所显示的点赞数据加一。

需要说明的是，在图12的流程中，主叫终端与第一媒体服务器之间所采用的媒体传输流的类型为HTML流。由主叫终端向第一媒体服务器发送HTTP消息或HTTPS消息，第一媒体服务器再向主叫终端返回HTTP响应或HTTPS响应。

本申请实施例提供的技术方案，在呼叫过程中播放媒体资源时，通过提供功能控件，例如呼叫控制控件、媒体控制控件以及互动控件，实现了彩铃场景下的媒体控制和互动，增加了视频彩铃业务的趣味性，且，通过提供互动控件，可以大大提供媒体资源播放的趣味性，互动的灵活性更高，互动的内容更加丰富。

在上述实施例中，对基于第一媒体资源的呼叫控制、媒体控制以及互动功能进行了介绍，而在播放过程中，还会涉及到基于通话的播放暂停等过程，下面基于该播放暂停的处理进行介绍，参见图13，图13以播放第一媒体资源为例对方案进行说明：

1301、若主叫终端接收到摘机消息，停止播放该第一媒体资源。

其中，摘机消息用于表示被叫终端已摘机，则主叫用户和被叫用户开始通话。

在一种可能的实现方式中，若主叫终端接收到摘机消息，通过电话拨号应用通知目标应用客户端停止播放该第一媒体资源，则目标应用客户端控制播放器停止播放。

1302、主叫终端在悬浮窗中显示该第一媒体资源的停止画面。

其中，停止画面是为预设画面(例如，目标应用客户端的入口画面)或者是停止播放的时刻对应的播放画面。步骤1302中，主叫用户通过在主叫终端上设置，能够实现通话过程中保留第一媒体资源的画面显示的功能，也即是，主叫终端的设置信息确定通话过程中保持媒体资源的显示状态，上述实施例可以在通话过程中提供仍然保留画面显示，为用户提供了进一步操作的入口，提高了媒体播放的灵活性。

例如，图14是本申请实施例提供的一种媒体资源的播放示意图，参见图14，在通话过程中保持第一媒体资源的显示状态时，该第一媒体资源以悬浮窗的形式显示在呼叫界面上。

可选地，主叫终端还支持通话结束后的显示状态设置，相应过程如下：

一种可能的实现方式中，若基于该主叫终端的设置信息，确定通话结束后保持第一媒体资源的显示状态，则通话结束时，在主叫终端的主界面上以悬浮窗形式显示该第一媒体资源的停止画面。图15是本申请实施例提供的一种媒体资源的播放示意图，参见图15，在通话结束后第一媒体资源以悬浮窗的形式显示在主叫终端的主界面上。

又一种可能的实现方式中，若基于该主叫终端的设置信息，确定通话结束后不保持第一媒体资源的显示状态，则通话结束时，向第一媒体服务器发送会话结束消息，则第一媒体服务器接收到会话结束消息后，释放本次呼叫会话与预加载的第一媒体资源，该释放过程参见上述实施例中的描述，在此不做赘述。

1303、若主叫终端检测到对该悬浮窗的点击操作，继续播放该第一媒体资源。

在上述实施例中，若主叫用户想要继续观看该第一媒体资源，点击悬浮窗即可实现第一媒体资源的继续播放，操作方便且简单，并且，由于第一媒体资源是IT域的媒体资源，目标应用客户端支持第一媒体资源基于暂停时刻的播放画面继续播放，使得用户能够接续上次观看片段，给用户带来了更佳的观看体验。

在一种可能的实现方式中，该停止画面作为目标应用客户端的门户网站入口，若检测到对该悬浮窗的点击操作，在打开的目标应用客户端中显示门户网站界面，也即是，拉起该目标应用客户端，在该目标应用客户端中显示该目标应用客户端对应的门户网站界面。在上述实施例中，若主叫用户想要访问门户网站，则可以通过点击悬浮窗即可实现，操作方便且简单。可选地，若主叫用户想要观看其他媒体资源，通过在该门户网站界面上浏览其他媒体资源，并对想要观看的媒体资源实施点击操作，则主叫终端开始播放该点击操作对应的媒体资源。若主叫用户想要在目标应用客户端上进行相关业务设置，在该门户网站界面上点击相应的设置控件，同样能够实现相应功能。

可选地，主叫终端基于不同时刻对悬浮窗的点击操作，播放第一媒体资源的方式不同，相应过程如下：

一种可能的实现方式中，若主叫终端在通话过程中检测到对该悬浮窗的点击操作，静音播放该第一媒体资源。又一种可能的实现方式中，若主叫终端在通话结束后检测到对该悬浮窗的点击操作，则取消第一媒体资源的静音模式，正常播放该第一媒体资源。

在上述过程中，主叫用户可以在通话过程中或者通话结束后的任一时刻，点击悬浮窗继续观看该第一媒体资源，主叫终端能够根据主叫用户点击对应的时刻是通话过程中还是通话结束后，来进行不同方式的播放，在通话过程中静音播放，使得主叫用户能够清晰的听到通话内容，避免漏掉通话过程中重要的通话内容，在通话结束后，则可以正常播放，也即是非静音播放。

在另一种可能的实现方式中，主叫终端还支持媒体资源的滚动(切换)播放，也即是若接收到媒体切换指令，播放该第一媒体资源的下一个媒体资源。在上述过程中，能够在呼叫过程中实现多个媒体资源的播放，并且基于媒体切换指令，能够灵活的实现媒体资源的切换播放，增加了视频彩铃业务的趣味性。

在一种可能的实现方式中，若主叫终端检测到对该悬浮窗的关闭操作或熄屏，关闭该悬浮窗。在另一种可能的实现方式中，若主叫终端检测到熄屏，停止播放第一媒体资源，若检测到屏幕点亮，则根据熄屏时刻对应的播放内容继续播放该第一媒体资源。在另一种可能实现方式中，在停止播放第一媒体资源后，向第一媒体服务器发送会话结束消息，该过程参考上述步骤612和613。

应理解地，图13为播放第一媒体资源的场景下，摘机后保留悬浮窗显示的一种实现过程，对于播放第二媒体资源的场景以及同时播放第一媒体资源和第二媒体资源的场景，仍然适用上述步骤1301至步骤1303的过程，在此不再赘述。

下面结合VoLTE网络中的信令交互对图6所示的实施例中本次呼叫中没有CT域的早媒体资源的场景下，通过IT的媒体资源来实现振铃阶段的播放进行说明。图16是本申请实施例提供的一种媒体资源播放方法的流程图，参见图16：

1601、主叫终端发送INVITE消息，该INVITE消息携带主叫终端的SDP信息(如SDPA1信息)。

1602、主叫终端检测到主叫终端发起呼叫，通过目标应用客户端，向第一媒体服务器发送资源获取请求，该资源获取请求携带本次呼叫的相关信息。

1603、第一媒体服务器基于该本次呼叫的相关信息，对用户进行鉴权，若鉴权通过，则执行步骤1604。

需要说明的是，在进行鉴权时，第一媒体服务器基于该相关信息中的主叫号码等进行鉴权，其具体鉴权方法如上述实施例所述，在此不做赘述。

1604、第一媒体服务器基于该本次呼叫的相关信息，确定该相关信息对应的第一媒体资源的地址信息，该第一媒体资源与该相关信息匹配。

1605、第一媒体服务器基于第一媒体资源的地址信息，预加载该第一媒体资源。

1606、第一媒体服务器向该主叫终端返回该第一媒体资源的地址信息。

1607、主叫终端接收该地址信息。

1608、被叫终端接收该INVITE消息，发送对呼叫请求的183消息，该183消息携带被叫终端的SDP信息(如SDPB1信息)。

1609、主叫终端接收该183消息，向被叫终端发送PRACK消息，该PRACK消息用于指示主叫终端已接收被叫终端发送的183消息。

1610、被叫终端接收PRACK消息，向主叫终端发送200OK(PRACK)，该200OK(PRACK)用于指示被叫终端已接收主叫终端发送的PRACK消息。

1611、主叫终端接收该200OK(PRACK)，向被叫终端发送UPDATE消息。该UPDATE消息携带的SDPA2信息指示主叫终端对于本次呼叫的资源预留成功。

1612、被叫终端接收UPDATE消息，向主叫终端发送200UPDATE消息，该200UPDATE消息携带的SDPB2信息指示被叫终端对于本次呼叫的资源预留成功。

至步骤1612，主叫终端与被叫终端对于本次呼叫的资源预留成功。

1613、被叫终端开始振铃，向主叫终端发送180振铃消息。

需要说明的是，上述步骤1601至步骤1613以主叫侧和被叫侧均为VoLTE网络为例对方案进行说明，若被叫侧为其它网络，信令交互的过程不影响本申请方案的实施。另外，上述步骤1608至步骤1613中信令交互的过程，不需要等待第一媒体服务器的消息返回，也就是说，上述步骤1602至步骤1607的过程与步骤1608至步骤1613的过程互不影响。本申请实施例中，基于IT服务的视频彩铃，对于媒体形态相关的特性开发对电信网络无影响，可轻量化上线，并避免了对电信呼叫流程产生影响的风险。

还需要说明的是，上述INVITE消息、183消息、PRACK消息、200OK(PRACK)消息、UPDATE消息及200UPDATE消息均是通过网络设备透传至主叫终端或被叫终端，从而触发主叫终端或被叫终端进行进一步的过程。

1614、主叫终端接收该180振铃消息，确定本次呼叫过程中未接收到第一媒体协商消息，则基于该地址信息播放该第一媒体资源。

主叫终端在接收到该180振铃消息后，判断是否接收到第一媒体协商消息，若未接收到第一媒体协商消息，则基于第一媒体资源进行播放，若接收到第一媒体协商消息，则基于CT域的第二媒体资源进行播放。

例如，该第一媒体协商消息为UPDATE消息，该UPDATE消息携带第二媒体服务器的媒体能力信息，如SDP CAT1，该SDP信息用于主叫终端和第二媒体服务器之间进行媒体资源协商。

1615、主叫终端在该第一媒体资源的播放画面上显示至少一个互动控件。

1616、若主叫终端检测到对任一互动控件的互动操作，则基于该互动操作，通过目标应用客户端，向第一媒体服务器发送互动请求，该互动请求携带互动对象和互动内容。

1617、第一媒体服务器接收到互动请求，根据互动内容，对第一媒体资源对应的互动对象进行处理。

1618、被叫终端向主叫终端发送200OK(INVITE)消息，该200OK(INVITE)消息用于指示被叫终端已摘机。

1619、主叫终端接收该200OK(INVITE)消息，向被叫终端发送ACK消息，该ACK消息用于指示主叫终端已接收被叫终端发送的200OK(INVITE)消息。

1620、主叫终端停止播放该第一媒体资源。

至步骤1620，主叫终端和被叫终端开始通话。

1621、若主叫终端确定通话过程中保持第一媒体资源的显示状态，主叫终端在悬浮窗中显示该第一媒体资源的停止画面。

需要说明的是，步骤1621为可选方案。在另一种可能实现方式中，若基于该主叫终端的设置信息，确定通话过程中不保持第一媒体资源的显示状态，则关闭第一媒体资源的播放。进一步可选地，主叫终端向第一媒体服务器发送会话结束消息，该会话结束消息用于指示会话结束。

1622、被叫终端向主叫终端发送Bye消息，该Bye消息用于指示被叫终端已挂机。

1623、主叫终端接收该Bye消息，向被叫终端发送ACK消息，该ACK消息用于指示主叫终端已接收被叫终端发送的Bye消息。

至步骤1623，主叫终端和被叫终端通话已结束。

可选地，在通话结束后，若主叫终端检测到对该悬浮窗的点击操作，继续播放该第一媒体资源。可选地，主叫终端在打开的目标应用客户端中显示门户网站界面。

本申请提供的技术方案，通过目标应用客户端和第一媒体服务器之间的交互，即可实现媒体资源的获取和播放，不会影响到CT域的呼叫流程，也就避免了交互过程中由于消息处理不完善等而引发的呼叫无法接通等问题，简化了媒体资源的播放流程，提高了通信效率，并且，对于没有订阅CT域的媒体资源业务的用户来说，也可以在呼叫流程中实现媒体资源播放。通过在终端内置视频彩铃应用，在CT域通话呼叫流程中，通过IT服务的方式实现视频彩铃业务。随着5G的发展和应用，在IT网络资源不成为瓶颈、网络时延更短的背景下，使得视频彩铃业务更加灵活地拓展。

上述图16是本次呼叫中没有CT域的媒体资源，通过IT的媒体资源来实现振铃阶段的播放过程。下面结合VoLTE网络中的信令交互对本次呼叫中有CT域的媒体资源且存在IT域的媒体资源时，选择默认播放CT的媒体资源来实现振铃阶段的播放过程进行说明，图17是本申请实施例提供的一种媒体资源播放方法的流程图，参见图17：

1701、主叫终端发送INVITE消息，该INVITE消息携带主叫终端的SDP信息(如SDPA1信息)。

1702、主叫终端检测到主叫终端发起呼叫，通过目标应用客户端，向第一媒体服务器发送资源获取请求，该资源获取请求携带本次呼叫的相关信息。

1703、第一媒体服务器基于该本次呼叫的相关信息，对用户进行鉴权，若鉴权通过，则执行步骤1704。

1704、第一媒体服务器基于该本次呼叫的相关信息，确定该相关信息对应的第一媒体资源的地址信息，该第一媒体资源与该相关信息匹配。

1705、第一媒体服务器基于第一媒体资源的地址信息，预加载该第一媒体资源。

1706、第一媒体服务器向该主叫终端返回该第一媒体资源的地址信息。

1707、主叫终端接收该地址信息。

1708、被叫终端接收该INVITE消息，发送对呼叫请求的183消息，该183消息携带被叫终端的SDP信息(如SDPB1信息)。

1709、主叫终端接收该183消息，向被叫终端发送PRACK消息，该PRACK消息用于指示主叫终端已接收被叫终端发送的183消息。

1710、被叫终端接收PRACK消息，向主叫终端发送200OK(PRACK)，该200OK(PRACK)用于指示被叫终端已接收主叫终端发送的PRACK消息。

1711、主叫终端接收该200OK(PRACK)，向被叫终端发送UPDATE消息，该UPDATE消息携带的SDPA2指示主叫终端对于本次呼叫的资源预留成功。

1712、被叫终端接收UPDATE消息，向主叫终端发送200UPDATE消息，该200UPDATE消息携带的SDPB2信息指示被叫终端对于本次呼叫的资源预留成功。

至步骤1712，主叫终端与被叫终端对于本次呼叫的资源预留成功。

1713、被叫终端开始振铃，向第二媒体服务器发送该180振铃消息，该180振铃消息携带本次呼叫的相关信息。

1714、第二媒体服务器接收该180振铃消息，根据本次呼叫的相关信息，确定该相关信息对应的第二媒体资源。

例如，根据被叫号码，确定被叫号码所订阅的彩铃。

1715、第二媒体服务器向主叫终端发送UPDATE消息，该UPDATE消息携带第二媒体服务器的媒体能力信息，如SDP CAT1，该SDP信息用于主叫终端和第二媒体服务器之间进行媒体资源协商。

应理解，该UPDATE消息即为上述实施例中所涉及的第一媒体协商消息。

1716、主叫终端接收该UPDATE消息，向第二媒体服务器返回200OK(UPDATE)消息，该200OK(UPDATE)消息携带主叫终端的媒体能力信息，即主叫终端和第二媒体服务器之间的媒体协商结果(如SDPA3信息)。

应理解，该200OK(UPDATE)消息即为上述实施例中所涉及的第二媒体协商消息。

1717、第二媒体服务器向主叫终端发送180振铃消息。

1718、第二媒体服务器向主叫终端发送第二媒体资源的媒体流。

1719、主叫终端接收并播放该第二媒体资源。

1720、主叫终端向该第一媒体服务器发送会话结束消息，该会话结束消息用于指示会话结束。

1721、第一媒体服务器接收到该主叫终端的会话结束消息，关闭第一媒体服务器与主叫终端之间的会话。

步骤1720和1721为可选方案。主叫终端在确定本次呼叫过程中CT域存在早媒体资源待播放，则不播放第一媒体资源，则执行步骤1720-1721。具体地，主叫终端接收180振铃消息后确定已接收用于对于CT域媒体资源进行协商的UPDATE消息，即第一媒体协商消息，则播放CT域的媒体资源(即第二媒体资源)，而不播放第一媒体资源。

进而，主叫终端执行步骤1720，以结束与第一媒体服务器之间的会话。该步骤1720的执行时机不限定，在确定不播放第一媒体资源之后执行即可，例如在1717之后执行。

1722、被叫用户摘机之后，被叫终端向主叫终端发送200OK(INVITE)消息，该200OK(INVITE)消息用于指示被叫终端已摘机。

1723、主叫终端接收该200OK(INVITE)消息，停止播放该第二媒体资源。

本申请提供的技术方案，若确定接收到第一媒体协商消息，则可以确定本次呼叫过程中存在CT域的媒体资源，主叫终端则播放CT域的媒体资源而不播放IT域的媒体资源，使得在呼叫过程中正常播放CT域的媒体资源，而不受到其他媒体资源的影响，从而不会出现播放冲突，且还能够提高用户的通信和视听体验，且第一媒体服务器能够释放第一媒体资源，避免占用第一媒体服务器的内存。

下面结合VoLTE网络中的信令交互对本次呼叫中有CT域和IT域的媒体资源的情况下，同时播放CT的媒体资源和IT的媒体资源，来实现振铃阶段的播放过程进行说明。图18是本申请实施例提供的一种媒体资源播放方法的流程图，参见图18：

1801、主叫终端发送INVITE消息，该INVITE消息携带主叫终端的SDP信息(如SDPA1信息)。

1802、主叫终端检测到主叫终端发起呼叫，通过目标应用客户端，向第一媒体服务器发送资源获取请求，该资源获取请求携带本次呼叫的相关信息。

1803、第一媒体服务器基于该本次呼叫的相关信息，对用户进行鉴权，若鉴权通过，则执行步骤1804。

1804、第一媒体服务器基于该本次呼叫的相关信息，确定该相关信息对应的第一媒体资源的地址信息，该第一媒体资源与该相关信息匹配。

1805、第一媒体服务器基于第一媒体资源的地址信息，预加载该第一媒体资源。

1806、第一媒体服务器向该主叫终端返回该第一媒体资源的地址信息。

1807、主叫终端接收该地址信息。

1808、被叫终端接收该INVITE消息，发送对呼叫请求的183消息，该183消息携带被叫终端的SDP信息(如SDPB1信息)。

1809、主叫终端接收该183消息，向被叫终端发送PRACK消息，该PRACK消息用于指示主叫终端已接收被叫终端发送的183消息。

1810、被叫终端接收PRACK消息，向主叫终端发送200OK(PRACK)，该200OK(PRACK)用于指示被叫终端已接收主叫终端发送的PRACK消息。

1811、主叫终端接收该200OK(PRACK)，向被叫终端发送UPDATE消息，该UPDATE消息携带的SDPA2指示主叫终端对于本次呼叫的资源预留成功。

1812、被叫终端接收UPDATE消息，向主叫终端发送200UPDATE消息，该200UPDATE消息携带的SDPB2信息指示被叫终端对于本次呼叫的资源预留成功。

至步骤1812，主叫终端与被叫终端对于本次呼叫的资源预留成功。

1813、被叫终端开始振铃，向第二媒体服务器发送该180振铃消息，该180振铃消息携带本次呼叫的相关信息。

1814、第二媒体服务器接收该180振铃消息，根据本次呼叫的相关信息，确定该相关信息对应的第二媒体资源。

1815、第二媒体服务器向主叫终端发送UPDATE消息，该UPDATE消息携带第二媒体服务器的媒体能力信息，如SDP CAT1，用于主叫终端和第二媒体服务器之间进行媒体资源协商。

1816、主叫终端接收该UPDATE消息，向第二媒体服务器返回200OK(UPDATE)消息，该200OK(UPDATE)消息携带主叫终端的媒体能力信息，即主叫终端和第二媒体服务器之间的媒体协商结果(如SDPA3信息)。

至步骤1816，主叫终端与被叫终端对第二媒体资源的预留成功。

1817、第二媒体服务器向主叫终端发送该180振铃消息。

1818、第二媒体服务器向主叫终端发送第二媒体资源的媒体流。

1819、主叫终端接收该180振铃消息，基于该地址信息播放该第一媒体资源，基于接收到的第二媒体资源的媒体流，播放该第二媒体资源。

1820、主叫终端显示第一媒体资源的互动控件。

步骤1820为可选方案，基于该互动控件，主叫终端用户可以能够实施关于第一媒体资源的交互操作，以实现互动的目的，例如，评论、点赞等。

1821、被叫用户摘机之后，被叫终端向主叫终端发送200OK(INVITE)消息，该200OK(INVITE)消息用于指示被叫终端已摘机。

1822、主叫终端接收该200OK(INVITE)消息，停止播放该第二媒体资源。

1823、若基于该主叫终端的设置信息，确定通话过程中保持第一媒体资源的显示状态，主叫终端在悬浮窗中显示该第一媒体资源的停止画面。

该步骤1823为可选方案。

在另一种可能实现方式中，若基于该主叫终端的设置信息，确定通话过程中不保持第一媒体资源的显示状态，则关闭第一媒体资源的播放。进一步可选地，主叫终端向第一媒体服务器发送会话结束消息，该会话结束消息用于指示会话结束。

1824、被叫终端向主叫终端发送Bye消息，该Bye消息用于指示被叫终端已挂机。

1825、主叫终端接收该Bye消息，向被叫终端发送ACK消息，该ACK消息用于指示主叫终端已接收被叫终端发送的Bye消息。

至步骤1825，主叫终端和被叫终端通话已结束。

可选地，在通话结束后，若主叫终端检测到对该悬浮窗的点击操作，继续播放该第一媒体资源。可选地，主叫终端在打开的目标应用客户端中显示门户网站界面。

本申请提供的技术方案，通过目标应用客户端和第一媒体服务器之间的交互，能够在有CT域的媒体资源播放的情况下，同时播放CT域的媒体资源和IT域的媒体资源，给用户带来了新的体验和更多的选择性，提升了用户对视频彩铃业务的体验和参与度。

图19是本申请实施例提供的一种媒体资源播放装置的结构示意图，该装置用于执行上述实施例中主叫终端所执行的方法，参见图19，媒体资源播放装置包括呼叫模块1901，发送模块1902、接收模块1903与播放模块1904，其中：

呼叫模块1901，用于向被叫终端发起呼叫；

发送模块1902，用于通过目标应用客户端，向第一媒体服务器发送资源获取请求，该资源获取请求携带该呼叫的相关信息；

接收模块1903，用于接收该第一媒体服务器基于该资源获取请求返回的第一媒体资源的地址信息，该第一媒体资源与该相关信息匹配；

播放模块1904，用于在接收到振铃消息后，基于该地址信息播放该第一媒体资源。

在一种可能的实现方式中，该第一媒体服务器为位于互联网技术IT域的服务器。

在一种可能的实现方式中，该第一媒体服务器通过移动互联网或者家庭宽带固网中任一项网络进行通信。

在一种可能的实现方式中，该播放模块1904，还用于执行步骤608。

在一种可能的实现方式中，该播放模块1904，还用于执行步骤708。

在一种可能的实现方式中，该装置还包括屏蔽模块，用于执行步骤708中屏蔽第二媒体资源的过程。

在一种可能的实现方式中，该播放模块1904，还用于执行步骤808。

在一种可能的实现方式中，该播放模块1904，还用于执行步骤808中基于设置信息播放第一媒体资源和第二媒体资源的过程。

在一种可能的实现方式中，该第一媒体资源的播放采用全屏模式播放，该第二媒体资源的播放采用悬浮窗模式以及静音模式；或，该第二媒体资源的播放采用全屏模式播放，该第一媒体资源的播放采用悬浮窗模式以及静音模式；或，该第一媒体资源和该第二媒体资源的播放均采用悬浮窗模式，其中，该第一媒体资源和该第二媒体资源中至少一个媒体资源处于静音模式。

在一种可能的实现方式中，该装置还包括切换模块，用于执行步骤808中将悬浮窗所播放的媒体资源切换为全屏模式播放，将另一媒体资源关闭的过程。

在一种可能的实现方式中，该屏蔽模块，还用于执行步骤608中屏蔽第三媒体资源的过程。

在一种可能的实现方式中，该第三媒体资源为本地存储的媒体资源或者电话应用服务器发送的媒体资源中任一项，该电话应用服务器为CT域的服务器。

在一种可能的实现方式中，该装置还包括：

显示模块，用于执行步骤1201、步骤1615、步骤1820中任一步骤中的互动控件的显示过程；

该发送模块1902，还用于执行步骤1202或步骤1616中互动请求的发送过程。

在一种可能的实现方式中，该至少一个功能控件为该目标应用客户端原有的至少一个功能控件或者该第一媒体服务器发送的至少一个功能控件中任一项。

在一种可能的实现方式中，该装置还包括：

该播放模块1904，还用于执行步骤1301或步骤1620中基于摘机消息停止播放的过程；

该显示模块，还用于执行步骤1302、步骤1621或步骤1823中在悬浮窗显示停止画面的过程。

在一种可能的实现方式中，该装置还包括下述任一项：

该播放模块1904，还用于执行步骤1303中继续播放第一媒体资源的过程；

该显示模块，还用于执行步骤1303中显示门户网站界面的过程。

在一种可能的实现方式中，该播放模块1904包括下述任一项：

静音播放子模块，用于执行步骤1303中在通话过程中静音播放该第一媒体资源的过程。

正常播放子模块，用于执行步骤1303中在通话结束后正常播放该第一媒体资源的过程。

在一种可能的实现方式中，该装置还包括关闭模块，用于执行步骤1303中关闭悬浮窗的过程。

在一种可能的实现方式中，该播放模块1904，还用于执行步骤1303中切换播放的过程。

需要说明的是：上述实施例提供的媒体资源播放装置在进行媒体资源播放时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的媒体资源播放方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请提供的技术方案，通过目标应用客户端和第一媒体服务器之间的交互，即可实现媒体资源的获取和播放，不会影响到CT域的呼叫流程，也就避免了交互过程中可能引发的呼叫无法接通等问题，简化了媒体资源的播放流程，提高了通信效率。通过在终端内置视频彩铃应用，在CT域通话呼叫流程中，通过IT服务的方式实现视频彩铃业务。在IT网络资源不成为瓶颈、网络时延更短的背景下，使得视频彩铃业务更加灵活地拓展。

图20是本申请实施例提供的一种媒体资源播放装置的结构示意图，该装置用于执行上述实施例中第一媒体服务器所执行的方法，参见图20，媒体资源播放装置包括接收模块2001，确定模块2002与返回模块2003，其中：

接收模块2001，用于接收主叫终端通过目标应用客户端发送的资源获取请求，获取该资源获取请求携带的呼叫的相关信息；

确定模块2002，用于基于该呼叫的相关信息，确定该相关信息对应的第一媒体资源的地址信息；

返回模块2003，用于向该主叫终端返回该第一媒体资源的地址信息。

在一种可能的实现方式中，该装置还包括加载模块，用于执行步骤605、步骤705、步骤805、步骤1605、步骤1705或步骤1805。

在一种可能的实现方式中，该装置还包括鉴权模块，用于执行步骤603、步骤703、步骤803、步骤1603、步骤1703或步骤1803。

在一种可能的实现方式中，该鉴权模块，用于执行步骤603、步骤703、步骤803、步骤1603、步骤1703或步骤1803中对主叫号码或被叫号码鉴权的过程。

在一种可能的实现方式中，该装置还包括关闭模块，用于执行步骤613或步骤1721中关闭会话的过程。

在一种可能的实现方式中，该装置还包括释放模块，用于执行步骤613中释放资源的过程。

需要说明的是：上述实施例提供的媒体资源播放装置在进行媒体资源播放时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的媒体资源播放方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

本申请提供的技术方案，通过目标应用客户端和第一媒体服务器之间的交互，即可实现媒体资源的获取和播放，不会影响到CT域的呼叫流程，也就避免了交互过程中可能引发的呼叫无法接通等问题，简化了媒体资源的播放流程，提高了通信效率。通过在终端内置视频彩铃应用，在CT域通话呼叫流程中，通过IT服务的方式实现视频彩铃业务。在IT网络资源不成为瓶颈、网络时延更短的背景下，使得视频彩铃业务更加灵活地拓展。

在示例性实施例中，还提供了一种计算机存储介质，该计算机存储介质可以是计算机可读存储介质，例如包括程序代码的存储器，上述程序代码可由终端中的处理器执行以完成上述实施例中的主叫终端侧的媒体资源播放方法。例如，该计算机可读存储介质可以是ROM、RAM、只读光盘(compact disc read-only memory，CD-ROM)、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机存储介质，该计算机存储介质可以是计算机可读存储介质，例如包括程序代码的存储器，上述程序代码可由终端中的处理器执行以完成上述实施例中的第一媒体服务器侧的媒体资源播放方法。例如，该计算机可读存储介质可以是ROM、RAM、只读光盘(compact disc read-only memory，CD-ROM)、磁带、软盘和光数据存储设备等。

本申请还提供一种媒体资源播放的系统，该系统包括主叫终端与第一媒体服务器。在一种可能实现方式中，该主叫终端与第一媒体服务器分别用于执行上述图6、图7、图8、图11、图12、图13、图16、图17或图18所示实施例提供的媒体资源播放方法中主叫终端与第一媒体服务器执行的方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来程序代码相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

需要说明的是，本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元、模块、芯片及方法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

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

以上所述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (31)

1.一种媒体资源播放方法，其特征在于，应用于主叫终端，所述方法包括：

所述主叫终端向被叫终端发起呼叫；

通过目标应用客户端，向第一媒体服务器发送资源获取请求，所述资源获取请求携带所述呼叫的相关信息；

接收所述第一媒体服务器基于所述资源获取请求返回的第一媒体资源的地址信息，所述第一媒体资源与所述相关信息匹配；

在接收到振铃消息后，基于所述地址信息播放所述第一媒体资源。

2.根据权利要求1所述的方法，其特征在于，所述第一媒体服务器为位于互联网技术IT域的服务器。

3.根据权利要求1或2所述的方法，其特征在于，所述在接收到振铃消息后，基于所述地址信息播放所述第一媒体资源之前，所述方法还包括：

若确定未接收到第一媒体协商消息，执行播放所述第一媒体资源的步骤，所述第一媒体协商消息用于第二媒体服务器与所述主叫终端之间进行媒体协商，所述第二媒体服务器位于通信技术CT域。

4.根据权利要求1或2所述的方法，其特征在于，所述在接收到振铃消息后，基于所述地址信息播放所述第一媒体资源之前，所述方法还包括：

若所述主叫终端的设置信息指示播放来自于所述第一媒体服务器的媒体资源，执行播放所述第一媒体资源的步骤。

5.根据权利要求1或2所述的方法，其特征在于，所述主叫终端向被叫终端发起呼叫之后，所述方法还包括：

若所述主叫终端的设置信息指示播放来自于所述第一媒体服务器和所述第二媒体服务器的媒体资源，则播放所述第二媒体服务器发送的第二媒体资源。

6.根据权利要求5所述的方法，其特征在于，所述第一媒体资源的播放采用全屏模式播放，所述第二媒体资源的播放采用悬浮窗模式以及静音模式；或，

所述第二媒体资源的播放采用全屏模式播放，所述第一媒体资源的播放采用悬浮窗模式以及静音模式；或，

所述第一媒体资源和所述第二媒体资源的播放均采用悬浮窗模式，其中，所述第一媒体资源和所述第二媒体资源中至少一个媒体资源处于静音模式。

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

在媒体资源的播放画面上显示至少一个互动控件；

若检测到对任一互动控件的互动操作，则基于所述互动操作，通过所述目标应用客户端，向所述第一媒体服务器发送互动请求，所述互动请求携带互动对象和互动内容。

8.根据权利要求1-4或7任一所述的方法，其特征在于，所述在接收到振铃消息后，基于所述地址信息播放所述第一媒体资源之后，所述方法还包括：

若接收到所述被叫终端的摘机消息，停止播放所述第一媒体资源；

在悬浮窗中显示所述第一媒体资源的停止画面。

9.根据权利要求8所述的方法，其特征在于，所述在悬浮窗中显示所述第一媒体资源的停止画面之后，所述方法还包括下述任一项：

若检测到对所述悬浮窗的点击操作，继续播放所述第一媒体资源；

若检测到对所述悬浮窗的点击操作，在打开的所述目标应用客户端中显示门户网站界面。

10.一种媒体资源播放方法，其特征在于，应用于第一媒体服务器，所述方法包括：

接收主叫终端通过目标应用客户端发送的资源获取请求，获取所述资源获取请求携带的呼叫的相关信息；

基于所述呼叫的相关信息，确定所述相关信息对应的第一媒体资源的地址信息；

向所述主叫终端返回所述第一媒体资源的地址信息。

11.根据权利要求10所述的方法，其特征在于，所述基于所述呼叫的相关信息，确定所述相关信息对应的第一媒体资源的地址信息之后，所述方法还包括：

预加载所述第一媒体资源。

12.根据权利要求10或11所述的方法，其特征在于，所述基于所述呼叫的相关信息，确定所述相关信息对应的第一媒体资源的地址信息之前，所述方法还包括：

基于所述相关信息，对用户进行鉴权，若鉴权通过，则执行确定所述第一媒体资源以及所述地址信息的步骤。

13.根据权利要求10-12任一所述的方法，其特征在于，所述向所述主叫终端返回所述第一媒体资源的地址信息之后，所述方法还包括：

若接收到所述主叫终端的会话结束消息，关闭所述第一媒体服务器与所述主叫终端之间的会话，所述会话结束消息用于指示会话结束。

14.一种媒体资源播放装置，其特征在于，所述装置包括：

呼叫模块，用于向被叫终端发起呼叫；

发送模块，用于通过目标应用客户端，向第一媒体服务器发送资源获取请求，所述资源获取请求携带所述呼叫的相关信息；

接收模块，用于接收所述第一媒体服务器基于所述资源获取请求返回的第一媒体资源的地址信息，所述第一媒体资源与所述相关信息匹配；

播放模块，用于在接收到振铃消息后，基于所述地址信息播放所述第一媒体资源。

15.根据权利要求14所述的装置，其特征在于，所述第一媒体服务器为位于互联网技术IT域的服务器。

16.根据权利要求14或15所述的装置，其特征在于，所述播放模块，用于：

若确定未接收到第一媒体协商消息，执行播放所述第一媒体资源的步骤，所述第一媒体协商消息用于第二媒体服务器与所述主叫终端之间进行媒体协商，所述第二媒体服务器位于通信技术CT域。

17.根据权利要求14或15所述的装置，其特征在于，所述播放模块，用于：

若所述主叫终端的设置信息指示播放来自于所述第一媒体服务器的媒体资源，执行播放所述第一媒体资源的步骤。

18.根据权利要求14或15所述的装置，其特征在于，所述播放模块，还用于：

若所述主叫终端的设置信息指示播放来自于所述第一媒体服务器和所述第二媒体服务器的媒体资源，则播放所述第二媒体服务器发送的第二媒体资源。

19.根据权利要求18所述的装置，其特征在于，所述第一媒体资源的播放采用全屏模式播放，所述第二媒体资源的播放采用悬浮窗模式以及静音模式；或，

所述第二媒体资源的播放采用全屏模式播放，所述第一媒体资源的播放采用悬浮窗模式以及静音模式；或，

所述第一媒体资源和所述第二媒体资源的播放均采用悬浮窗模式，其中，所述第一媒体资源和所述第二媒体资源中至少一个媒体资源处于静音模式。

20.根据权利要求14-17或19任一所述的装置，其特征在于，所述装置还包括：

显示模块，用于在媒体资源的播放画面上显示至少一个互动控件；

所述发送模块，还用于若检测到对任一互动控件的互动操作，则基于所述互动操作，通过所述目标应用客户端，向所述第一媒体服务器发送互动请求，所述互动请求携带互动对象和互动内容。

21.根据权利要求14-17或20任一所述的装置，其特征在于，所述装置还包括：

所述播放模块，还用于若接收到所述被叫终端的摘机消息，停止播放所述第一媒体资源；

所述显示模块，还用于在悬浮窗中显示所述第一媒体资源的停止画面。

22.根据权利要求21所述的装置，其特征在于，所述装置还包括下述任一项：

所述播放模块，还用于若检测到对所述悬浮窗的点击操作，继续播放所述第一媒体资源；

所述显示模块，还用于若检测到对所述悬浮窗的点击操作，在打开的所述目标应用客户端中显示门户网站界面。

23.一种媒体资源播放装置，其特征在于，所述装置包括：

接收模块，用于接收主叫终端通过目标应用客户端发送的资源获取请求，获取所述资源获取请求携带的呼叫的相关信息；

确定模块，用于基于所述呼叫的相关信息，确定所述相关信息对应的第一媒体资源的地址信息；

返回模块，用于向所述主叫终端返回所述第一媒体资源的地址信息。

24.根据权利要求23所述的装置，其特征在于，所述装置还包括加载模块，用于：

预加载所述第一媒体资源。

25.根据权利要求23或24所述的装置，其特征在于，所述装置还包括鉴权模块，用于：

基于所述相关信息，对用户进行鉴权，若鉴权通过，则执行确定所述第一媒体资源以及所述地址信息的步骤。

26.根据权利要求23-25任一所述的装置，其特征在于，所述装置还包括释放模块，用于：

若接收到所述主叫终端的会话结束消息，关闭所述第一媒体服务器与所述主叫终端之间的会话，所述会话结束消息用于指示会话结束。

27.一种媒体资源播放方法，其特征在于，所述方法包括：

主叫终端向被叫终端发起呼叫，所述主叫终端通过目标应用客户端，向第一媒体服务器发送资源获取请求，所述资源获取请求携带所述呼叫的相关信息；

所述第一媒体服务器接收所述主叫终端通过所述目标应用客户端发送的资源获取请求，获取所述资源获取请求携带的呼叫的相关信息；基于所述呼叫的相关信息，确定所述相关信息对应的第一媒体资源的地址信息；向所述主叫终端返回所述第一媒体资源的地址信息；

所述主叫终端接收所述第一媒体服务器基于所述资源获取请求返回的第一媒体资源的地址信息，所述第一媒体资源与所述相关信息匹配；在接收到振铃消息后，基于所述地址信息播放所述第一媒体资源。

28.一种媒体资源播放系统，其特征在于，所述系统包括：主叫终端和第一媒体服务器，

所述主叫终端，用于向被叫终端发起呼叫，通过目标应用客户端，向所述第一媒体服务器发送资源获取请求，所述资源获取请求携带所述呼叫的相关信息；

所述第一媒体服务器，用于接收所述主叫终端通过所述目标应用客户端发送的资源获取请求，获取所述资源获取请求携带的呼叫的相关信息；基于所述呼叫的相关信息，确定所述相关信息对应的第一媒体资源的地址信息；向所述主叫终端返回所述第一媒体资源的地址信息；

所述主叫终端，还用于接收所述第一媒体服务器基于所述资源获取请求返回的第一媒体资源的地址信息，所述第一媒体资源与所述呼叫的相关信息匹配；在接收到振铃消息后，基于所述地址信息播放所述第一媒体资源。

29.一种终端，其特征在于，所述终端包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述程序代码由所述处理器加载并执行以实现如权利要求1至权利要求9任一项所述的媒体资源播放方法。

30.一种服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述程序代码由所述处理器加载并执行以实现如权利要求10至权利要求13任一项所述的媒体资源播放方法。

31.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有至少一条程序代码，所述程序代码由处理器加载并执行以实现如权利要求1至权利要求13任一项所述的媒体资源播放方法。

Images