CN113014474A - 一种即时通信中的多媒体实现方法和系统 - Google Patents

一种即时通信中的多媒体实现方法和系统 Download PDF

Info

Publication number
CN113014474A
CN113014474A CN202110192143.7A CN202110192143A CN113014474A CN 113014474 A CN113014474 A CN 113014474A CN 202110192143 A CN202110192143 A CN 202110192143A CN 113014474 A CN113014474 A CN 113014474A
Authority
CN
China
Prior art keywords
client
called
media
negotiation
calling
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110192143.7A
Other languages
English (en)
Inventor
杨硕
董庆军
刘涛
吴杰
胡吉超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Migu Cultural Technology Co Ltd
China Mobile Communications Group Co Ltd
MIGU Music Co Ltd
Original Assignee
Migu Cultural Technology Co Ltd
China Mobile Communications Group Co Ltd
MIGU Music Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Migu Cultural Technology Co Ltd, China Mobile Communications Group Co Ltd, MIGU Music Co Ltd filed Critical Migu Cultural Technology Co Ltd
Priority to CN202110192143.7A priority Critical patent/CN113014474A/zh
Publication of CN113014474A publication Critical patent/CN113014474A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046—Interoperability with other network applications or services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/10—Multimedia information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42017—Customized ring-back tones

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明实施例涉及通信技术领域，特别涉及一种即时通信中的多媒体实现方法和系统，在即时通信过程中，IM客户端在协商通话，并完成资源预留后，IM客户端与媒体资源服务器进行视频彩铃协商，以使媒体资源服务器能够根据协商结果像目标IM客户端推送对应的多媒体，从而实现即时通信应用在呼叫等待阶段的多媒体播放，解决了现有技术中IM语音通话的接通率远低于运营商语音通话、呼叫等待的时长也更长，主叫侧和被叫侧在建立通话前的用户等待阶段枯燥无趣、通话体验差的问题。

Description

一种即时通信中的多媒体实现方法和系统
技术领域
本发明实施例涉及通信技术领域，特别涉及一种即时通信中的多媒体实现方法和系统。
背景技术
即时通信(Instant Message，IM)类软件经过常年的发展，已积累了大量用户，使用IM软件的用户已超越了单个运营商通信用户数。现阶段用户已越来越接受使用即时通信软件实现语音或视频通话功能，主要缘于网络带宽的不断增大、网络质量优化、使用便捷等因素，对传统的通信网络语音或VoLTE视频通话业务也带来了很大的冲击。
同运营商的IMS、VoLTE语音呼叫不同，IM语音呼叫的基本原理是通过语音压缩算法对语音数据进行压缩编码处理，然后将语音数据按照通信标准打包，经过IP网络把数据包发送到接收端，之后将语音数据包串起来，经过解码解压之后，恢复成原来的语音信号，从而达到利用互联网(数据通信网)传送语音的目的，总体来说是一种依靠Internet来交付数据包的VoIP技术。VoLTE呼叫需要更复杂的信令流程和处理网元，而IM即时语音通信的呼叫原理更简单，有部署更灵活、投入成本低的特点，但是在话音质量、通话稳定性、Qos保障等无法与VoLTE通话比拟。
使用IM软件实现语音通话的流程如图1中所示，用户A通过某IM软件拨打用户B；首先，用户A发起呼叫会话的invite消息，(2)Invite消息通过信令服务器经核心路由服务器转发至用户B，用户B发起收到的临时响应100Tring，告知用户A“请求收到，处理中”；100Tring通过信令服务器经核心路由服务器转发至用户A，用户B发送180Ringing振铃，告知用户A“本端已开始呼叫”；180Ringring通过信令服务器经核心路由服务器转发至用户A；用户B接听，通过信令服务器返回表示连接成功应答200OK；200OK通过信令服务器经核心路由服务器转发至用户A；用户A发送ACK回执，告知用户B“已确认接收无误”；ACK回执，通过信令服务器经核心服务器转发至用户B；用户A和B用户之间建立通信连接，开始通话。
IM软件进行语音或视频通话时，显示对方个人头像加昵称显示在通话等待接通画面，等待阶段枯燥无趣。使用IM软件进行语音通话时，由于被叫用户的接听场景更为复杂，如未安装IM软件、IM软件未唤醒、被叫振铃声小等因素，导致IM语音通话的接通率远低于运营商语音通话、呼叫等待的时长也更长，造成主叫侧和被叫侧在建立通话前的用户等待阶段枯燥无趣、通话体验差。
发明内容
本发明实施方式的目的在于提供一种即时通信中的多媒体实现方法和系统，解决了现有技术中IM语音通话的接通率远低于运营商语音通话、呼叫等待的时长也更长，主叫侧和被叫侧在建立通话前的用户等待阶段枯燥无趣、通话体验差的问题。
为解决上述技术问题，第一方面，本发明的实施例提供了一种即时通信中的多媒体实现方法，包括：
即时通信IM客户端进行协商通话并完成资源预留；
IM客户端发送媒体协商请求至媒体资源服务器，以触发媒体资源服务器进行视频彩铃协商，并使所述媒体资源服务器根据所述视频彩铃协商的结果向目标IM客户端推送对应的多媒体。
第二方面，本发明的实施方式还提供了一种即时通信中的多媒体实现方法，应用于媒体资源服务器，包括：
媒体资源服务器接收即时通信IM客户端发送的媒体协商请求；所述媒体协商请求是所述IM客户端在进行协商通话并完成资源预留后发送的；
媒体资源服务器根据所述媒体协商请求确定目标IM客户端后，与所述目标IM客户端进行视频彩铃协商；
媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体。
第三方面，本发明实施例提供一种即时通信中的多媒体实现系统，包括：即时通信IM客户端和媒体资源服务器；
所述IM客户端执行第一方面实施例所述的即时通信中的多媒体实现方法；
所述媒体资源服务器执行第二方面实施例所述的即时通信中的多媒体实现方法。
第四方面，本发明实施例提供了一种电子设备，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够实现第一方面或第二方面实施例所述的即时通信中的多媒体实现方法。
第五方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现第一方面或第二方面实施例所述的即时通信中的多媒体实现方法。
本发明实施方式相对于现有技术而言，在即时通信过程中，IM客户端在协商通话，并完成资源预留后，IM客户端与媒体资源服务器进行视频彩铃协商，以使媒体资源服务器能够根据协商结果像目标IM客户端推送对应的多媒体，从而实现即时通信应用在呼叫等待阶段的多媒体播放，解决了现有技术中IM语音通话的接通率远低于运营商语音通话、呼叫等待的时长也更长，IM客户端在建立通话前的用户等待阶段枯燥无趣、通话体验差的问题。
另外，所述IM客户端为主叫IM客户端或被叫IM客户端；
所述目标IM客户端包括主叫IM客户端和/或被叫IM客户端。
另外，所述方法还包括：
IM客户端接收核心路由服务器发送的修改会话请求；
IM客户端根据所述修改会话请求向所述核心路由服务器反馈媒体能力，以使所述核心路由服务器根据所述媒体能力确定通话类型后，建立与所述通话类型匹配的通话。
另外，所述IM客户端根据所述修改会话请求向所述核心路由服务器反馈媒体能力后，还包括：
IM客户端接收核心路由服务器发送的通话类型确定结果；
IM客户端根据所述通话类型确定结果向所述核心路由服务器反馈IM客户端的通话准备状态，以使所述核心路由服务器根据IM客户端的通话准备状态，建立与所述通话类型匹配的通话。
另外，IM客户端根据所述通话类型确定结果向所述核心路由服务器反馈IM客户端的通话准备状态后，还包括：
IM客户端接收所述核心路由服务器反馈接通消息，所述接通消息是所述核心路由服务器在确定所述通话准备状态达到预设期望状态后发送的。
另外，所述视频彩铃协商的结果包括目标IM客户端支持的多媒体的信息，以及目标IM客户端接收多媒体的互联网协议IP地址、传输协议、端口信息和编/解码信息。
另外，若所述协商通话为视频通话的协商，则媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体时，将传输协议的video媒体流和audio媒体流的方向均标为a＝sendrecv，以使目标IM客户端在通话建立后，接收video媒体流；
若所述协商通话为语音通话的协商，则媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体时，将传输协议的audio媒体流的方向标为a＝sendrecv，以使目标IM客户在通话建立后，通过对应的audio通道接收audio媒体流。
另外，所述目标IM客户端至少包括被叫IM客户端；
所述媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体后，所述方法还包括：
媒体资源服务器接收被叫IM客户端发送的停止推送视频彩铃请求；所述停止推送视频彩铃请求是所述被叫IM客户端接听通话后发送的；
媒体资源服务器根据所述停止推送视频彩铃请求，在所述目标IM客户端中确定停止IM客户端，并停止向所述停止IM客户端推送多媒体。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。
图1是现有技术中即时通信语音呼叫信令流程图；
图2是根据本发明第一实施例的即时通信中的多媒体实现方法流程图示意图；
图3是根据本发明第二实施例的即时通信中的多媒体实现方法流程图示意图；
图4是根据本发明实施例的即时通信语音呼叫信令流程图；
图5为根据本发明第三实施例的即时通信中的多媒体实现方法流程图示意图；
图6为根据本发明第八实施例的一种服务器示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
本申请实施例中的术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。本申请的描述中，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列部件或单元的系统、产品或设备没有限定于已列出的部件或单元，而是可选地还包括没有列出的部件或单元，或可选地还包括对于这些产品或设备固有的其它部件或单元。本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
早期媒体(简称早媒体)是相对用户媒体而言。用户媒体是指用户之间已经开始会话交谈时产生的媒体，如被叫接听与主叫开始语音和视频通话阶段。但用户交谈不会从主叫发起呼叫时就立即开始，实际上他们之间通常会有几秒到几十秒的间隔，主要取决于被叫用户何时应答，即呼叫等待阶段，在此期间虽然被叫没有摘机，但在主叫与网络之间也可以有媒体流产生，与用户媒体相区别，这种媒体被称为早媒体。早媒体可以是音频也可以是视频，可以是网络向用户的单向，也可以是用户到网络到用户的双向。
即时通信应用通过更集中化的信令服务器和核心处理服务器进行信令的协商，并将转化后的语音视频IP包通过数据通信网进行转发，从而实现在Internet网上实现通话的功能，这与传统语音通信网实现拨打电话的方式不同。本实施例提供一种即时通信中的多媒体实现方法和系统，在IM软件语音呼叫流程中增加早媒体能力，引入在VoLTE视频彩铃的资源预留和协商机制，将视频彩铃业务终端的APK能力。以下将通过多个实施例进行展开说明和介绍。
本发明第一实施例提供一种即时通信中的多媒体实现方法，如图2中所示，包括：
S1、即时通信IM客户端进行协商通话并完成资源预留；
具体地，本实施例中，所述IM客户端为主叫IM客户端或被叫IM客户端；IM客户端(软件)安装于用户设备中。视频彩铃协商、播放可以为主叫侧(即主叫IM客户端)，也可以为被叫侧(即被叫IM客户端)，用户根据IM客户端，通过核心路由服务器进行呼叫、协商通话，在完成资源预留后，可调用媒体资源服务器，以进行媒体协商，包括视频彩铃协商和音视频通话，该媒体资源服务器可为内置服务器，也可以通过预先建立的链接调用外置服务器；
S2、IM客户端发送媒体协商请求至媒体资源服务器，以触发媒体资源服务器进行视频彩铃协商，并使所述媒体资源服务器根据所述视频彩铃协商的结果向目标IM客户端推送对应的多媒体。
具体地，所述目标IM客户端包括主叫IM客户端和/或被叫IM客户端，所述视频彩铃协商结果包括IM客户端支持的多媒体的信息，所述IM客户端接收多媒体的互联网协议IP地址、传输协议、视频通道端口的信息和音视频编/解码的信息。媒体资源服务器根据该视频彩铃协商结果对进行协商通话的任意方IM客户端播放视频彩铃。
下面对本实施的一种即时通信中的多媒体实现方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。
在上述实施例的基础上，作为一种优选的实施方式，所述视频彩铃协商结果包括IM客户端支持的多媒体的信息，以及所述IM客户端接收多媒体的互联网协议IP地址、传输协议、视频通道端口的信息和音视频编/解码的信息。
在上述实施例的基础上，作为一种优选的实施方式，若所述协商通话为视频通话的协商，则向目标IM客户端推送对应的多媒体时，将传输协议的video媒体流和audio媒体流的方向均标为a＝sendrecv，以使目标IM客户端准备接收通话建立后发来的video媒体流；
若所述协商通话为语音通话的协商，则向目标IM客户端推送对应的多媒体时，将传输协议的audio媒体流的方向标为a＝sendrecv，以使IM客户端对应的audio通道准备接收通话建立后发来的audio媒体流。
对于主叫IM客户端和被叫IM客户端，主叫IM客户端首先发起Offer请求对于任何一个媒体流/媒体通道，这时主叫IM客户端必须：如果媒体流方向标为recvonly/sendrecv，即a＝recvonly或a＝sendrecv，则主叫IM客户端必须准备好在这个IP和端口上接收被叫IM客户端发来的媒体流；如果媒体流方向标为sendonly/inactive，即a＝sendonly或a＝inactive，则主叫IM客户端不需要进行准备。因此，在进行视频通话时，需要保持audio通道和video通道均做准备，以便被叫IM客户端接通时，进行音视频通话；在只进行音频通话时，video通道不需要再做准备，audio通道需要做准备，以便被叫IM客户端接通时，进行音频通话。
在上述实施例的基础上，作为一种优选的实施方式，所述IM客户端为主叫IM客户端或被叫IM客户端；
所述目标IM客户端包括主叫IM客户端和/或被叫IM客户端。
在上述实施例的基础上，作为一种优选的实施方式，所述媒体资源服务器向目标IM客户端推送对应的多媒体后，所述方法还包括：
被叫IM客户端接听通话后向所述媒体资源服务器发送停止推送视频彩铃请求，以使所述媒体资源服务器停止向接听通话的对应的目标IM客户端推送多媒体。本实施例中，停止向因被叫IM客户端接听通话而建立通话的目标IM客户端推送多媒体。
在上述实施例的基础上，作为一种优选的实施方式，被叫IM客户端接听通话后向所述媒体资源服务器发送停止推送视频彩铃请求后，所述方法还包括：
接听通话对应的被叫IM客户端接收所述核心路由服务器发送的修改会话请求；
IM客户端根据所述修改会话请求向所述核心路由服务器反馈媒体能力，以使所述核心路由服务器根据所有IM客户端的媒体能力进行匹配，并取媒体能力最低的IM客户端的通话类型作为媒体能力匹配结果，并根据所述媒体能力匹配结果建立通话。
所述媒体资源服务器播放对应的多媒体，具体包括：
所述媒体资源服务器向所述主叫IM客户端和/或所述被叫IM客户端播放对应的多媒体；
禁止后续的媒体协商请求。在主叫IM客户端播放视频彩铃时，需要禁止后续的Update媒体协商请求，以免在作为被叫IM客户端时，干扰当前通话。
在上述实施例的基础上，作为一种优选的实施方式，核心路由服务器根据所有IM客户端的媒体能力进行匹配后，还包括：
IM客户端接收核心路由服务器发送的媒体能力匹配结果，根据所述媒体能力匹配结果向所述核心路由服务器反馈媒体更新应答，以使所述核心路由服务器根据所述媒体能力匹配结果建立通话；所述媒体更新应答中包括IM客户端的通话准备状态和媒体能力匹配结果；
其中，若所述通话准备状态达到预设期望状态，则所述核心路由服务器向IM客户端发送接通消息；若所述通话准备状态未达到预设期望状态，则所述核心路由服务器在预设的等待时间内，IM客户端确认达到预设期望状态后，向所述IM客户端发送接通消息。
核心路由服务器应将被叫IM客户端的SDP媒体行类型与主叫IM客户端当前通话类型进行匹配处理，再发给主叫IM客户端。如被叫IM客户端返回的SDP媒体行若同时包含语音和视频呼叫，而此时主叫IM客户端通话类型为语音呼叫，则核心路由服务器需将被叫IM客户端SDP中的视频媒体行置0后，再将被叫IM客户端SDP发给主叫；如被叫IM客户端SDP包含的媒体行类型与主叫IM客户端在初始媒体协商过程中与被叫IM客户端最终协商好的媒体能力匹配，则无需任何修改，直接向主叫IM客户端透传请求媒体更新。
在上述实施例的基础上，若包括一个主叫IM客户端和至少一个被叫IM客户端，则在进行媒体能力匹配时，以媒体能力最弱的主叫IM客户端或被叫IM客户端所能支持的通话类型为准。
若判断任一个被叫IM客户端接听通话或拒绝通话，则所述被叫IM客户端停止视频彩铃的播放，并向所述媒体资源服务器发送停止播放视频彩铃请求，以使所述媒体资源服务器停止向对应的所述主叫IM客户端播放对应的多媒体；或，
若任一个被叫IM客户端接听通话或拒绝通话，则所述被叫IM客户端停止视频彩铃的播放，并向所述媒体资源服务器发送停止播放视频彩铃请求；若判断任意所述被叫IM客户端均为接听通话或拒绝通话，则所述媒体资源服务器停止向对应的所述主叫IM客户端播放对应的多媒体。
具体地，IM客户端可以实现多方即时通话，其中，包括一个主叫IM客户端和至少一个被叫IM客户端，若只有一个主叫IM客户端和一个被叫IM客户端，则在视频彩铃协商时，可以是主叫IM客户端和/或被叫IM客户端协商；若包括多个被叫IM客户端，则在视频彩铃协商时，可以是各自协商，得到各自的视频彩铃协商结果，也可以是主叫IM客户端或某一个被叫IM客户端单独协商，得到一个统一的视频彩铃协商结果。
在上述实施例的基础上，作为一种优选的实施方式，主叫IM客户端和被叫IM客户端在即时通信过程中，主叫IM客户端和被叫IM客户端分别与媒体资源服务器进行视频彩铃协商，且主叫IM客户端与媒体资源服务器的视频彩铃协商结果，用于媒体资源服务器向对应的被叫IM客户端推送对应的多媒体，如主叫IM客户端A协商后得到的视频彩铃协商结果1，用于媒体资源服务器向被叫IM客户端B推送多媒体A’，也可以用于媒体资源服务器向被叫IM客户端C推送多媒体1；而被叫IM客户端与媒体资源服务器的视频彩铃协商结果，则用于媒体资源服务器向对应的主叫IM客户端推送对应的多媒体，如被叫IM客户端B与媒体资源服务器协商后得到的视频彩铃协商结果2，用于媒体资源服务器向主叫IM客户端A推送多媒体2；其中，多个主叫IM客户端的视频协商结果，可以是针对同一被叫IM客户端，同样的，多个被叫IM客户端的视频彩铃协商结果也可以针对同一主叫IM客户端，接收到媒体资源服务器推送的多个多媒体的被叫IM客户端或主叫IM客户端，可以根据推送的时间顺序选择播放对应的多媒体，也可以根据预先设置的优先级对多个多媒体进行选择播放，也可以根据用户选择播放，或者通过类似九宫格的形式同时展现，并最终根据用户选择进行播放。
在上述实施例的基础上，作为又一种优选的实施方式，主叫IM客户端和被叫IM客户端在即时通信过程中，主叫IM客户端和被叫IM客户端分别与媒体资源服务器进行视频彩铃协商，且主叫IM客户端与媒体资源服务器的视频彩铃协商结果，用于媒体资源服务器向自身推送对应的多媒体，而被叫IM客户端与媒体资源服务器的视频彩铃协商结果，也用于媒体资源服务器向自身推送对应的多媒体。
在上述实施例的基础上，作为又一种优选的实施方式，主叫IM客户端和被叫IM客户端在即时通信过程中，主叫IM客户端和被叫IM客户端共同与媒体资源服务器进行视频彩铃协商，且与媒体资源服务器的视频彩铃协商结果，用于媒体资源服务器向所有主叫IM客户端和所有被叫IM客户端推送对应的多媒体。
下面以IM客户端为主叫IM客户端A为例，对本发明提供的方法进行详细说明。
3.1主叫IM客户端A进行协商通话并完成资源预留。
3.2主叫IM客户端A发送媒体协商请求至媒体资源服务器。
3.3媒体资源服务器接收主叫IM客户端A发送的媒体协商请求。
3.4媒体资源服务器根据媒体协商请求确定目标IM客户端。
其中，目标IM客户端包括主叫IM客户端和/或被叫IM客户端。
例如，
场景一：主叫IM客户端A，欲与被叫IM客户端B进行IM通话，那么，3.4中的目标IM客户端可以为：主叫IM客户端A。还可以为被叫IM客户端B。还可以为：主叫IM客户端A和被叫IM客户端B。
场景二：主叫IM客户端A，欲与被叫IM客户端B和被叫IM客户端C进行IM通话(如群聊)，那么，3.4中的目标IM客户端可以为：主叫IM客户端A。还可以为被叫IM客户端B。还可以为被叫IM客户端C。还可以为：主叫IM客户端A和被叫IM客户端B。还可以为：主叫IM客户端A和被叫IM客户端C。还可以为：被叫IM客户端B和被叫IM客户端C。还可以为：主叫IM客户端A、被叫IM客户端B和被叫IM客户端C。
场景三：主叫IM客户端A、主叫IM客户端D，均欲与被叫IM客户端B进行IM通话，那么，3.4中的目标IM客户端可以为：主叫IM客户端A。还可以为被叫IM客户端B。还可以为主叫IM客户端D。还可以为：主叫IM客户端A和被叫IM客户端B。还可以为：主叫IM客户端A和主叫IM客户端D。还可以为：被叫IM客户端B和主叫IM客户端D。还可以为：主叫IM客户端A、被叫IM客户端B和主叫IM客户端D。
3.5媒体资源服务器与目标IM客户端进行视频彩铃协商。
其中，视频彩铃协商的结果包括目标IM客户端支持的多媒体的信息，以及目标IM客户端接收多媒体的互联网协议IP地址、传输协议、端口信息和编/解码信息。
3.6媒体资源服务器根据视频彩铃协商的结果向目标IM客户端推送对应的多媒体。
执行至此，实现IM通话前的至少一个IM客户端播放多媒体(如视频彩铃)，避免了通话建立通话前的用户等待阶段枯燥无趣、通话体验差的问题。
具体的，主叫IM客户端A发送媒体协商请求至媒体资源服务器之后，至少一个被叫IM客户端播放多媒体，或者，主叫IM客户端A发送媒体协商请求至媒体资源服务器之后，主叫IM客户端A播放多媒体，或者，主叫IM客户端A发送媒体协商请求至媒体资源服务器之后，至少一个其他主叫IM客户端播放多媒体，或者，主叫IM客户端A发送媒体协商请求至媒体资源服务器之后，主叫IM客户端A和至少一个被叫IM客户端播放多媒体，或者，主叫IM客户端A发送媒体协商请求至媒体资源服务器之后，其他主叫IM客户端和至少一个被叫IM客户端播放多媒体，或者，主叫IM客户端A发送媒体协商请求至媒体资源服务器之后，主叫IM客户端A、至少一个其他主叫IM客户端和至少一个被叫IM客户端播放多媒体。
3.7媒体资源服务器在推送对应的多媒体的同时，基于协商通话更改目标IM客户端的传输协议中媒体流的方向。
例如：若协商通话为视频通话的协商，则媒体资源服务器根据视频彩铃协商的结果向目标IM客户端推送对应的多媒体时，将传输协议的video媒体流和audio媒体流的方向均标为a＝sendrecv，以使目标IM客户端在通话建立后，接收video媒体流。
若协商通话为语音通话的协商，则媒体资源服务器根据视频彩铃协商的结果向目标IM客户端推送对应的多媒体时，将传输协议的audio媒体流的方向标为a＝sendrecv，以使目标IM客户在通话建立后，通过对应的audio通道接收audio媒体流。
3.8若目标IM客户端中至少包括被叫IM客户端，则当被叫IM客户端接听通话后，被叫IM客户端向媒体资源服务器发送停止推送视频彩铃请求。
例如，
对于上述场景一：若目标IM客户端为被叫IM客户端B，或者，目标IM客户端为主叫IM客户端A和被叫IM客户端B的情况下，当被叫IM客户端B接听通话后，被叫IM客户端B向媒体资源服务器发送停止推送视频彩铃请求。
对于上述场景二：若目标IM客户端为被叫IM客户端B，或者，目标IM客户端为主叫IM客户端A和被叫IM客户端B的情况下，当被叫IM客户端B接听通话后，被叫IM客户端B向媒体资源服务器发送停止推送视频彩铃请求。
若目标IM客户端为被叫IM客户端C，或者，目标IM客户端为主叫IM客户端A和被叫IM客户端C的情况下，当被叫IM客户端C接听通话后，被叫IM客户端C向媒体资源服务器发送停止推送视频彩铃请求。
若目标IM客户端为被叫IM客户端B和被叫IM客户端C，或者，目标IM客户端为主叫IM客户端A、被叫IM客户端B和被叫IM客户端C的情况下，当被叫IM客户端B接听通话后，被叫IM客户端B向媒体资源服务器发送停止推送视频彩铃请求。当被叫IM客户端C接听通话后，被叫IM客户端C向媒体资源服务器发送停止推送视频彩铃请求。也就是说，只要被叫IM客户端接听通话，即向媒体资源服务器发送停止推送视频彩铃请求，不管其他被叫IM客户端向媒体资源服务器发送停止推送视频彩铃请求。
对于上述场景三：目标IM客户端为被叫IM客户端B，或者，目标IM客户端为主叫IM客户端A和被叫IM客户端B，或者，目标IM客户端为被叫IM客户端B和主叫IM客户端D，或者，目标IM客户端为主叫IM客户端A、被叫IM客户端B和主叫IM客户端D的情况下，当被叫IM客户端B接听通话后，被叫IM客户端B向媒体资源服务器发送停止推送视频彩铃请求。
3.9媒体资源服务器接收被叫IM客户端发送的停止推送视频彩铃请求。停止推送视频彩铃请求是被叫IM客户端接听通话后发送的。
3.9中的被叫IM客户端为3.8中发送停止推送视频彩铃请求的客户端，也是3.4中确定目标IM客户端中的客户端。
3.10媒体资源服务器根据停止推送视频彩铃请求，在目标IM客户端中确定停止IM客户端，并停止向停止IM客户端推送多媒体。
具体的，若目标IM客户端中仅存在一个主叫IM客户端，则停止IM客户端一定包括该主叫IM客户端，除此之外，还可以包括其他IM客户端，具体包括哪个，可以根据预设规则确定，也可以随机确定，本实施例不做限定。若目标IM客户端中存在多个主叫IM客户端，则停止IM客户端一定包括，欲与发送停止推送视频彩铃请求的被叫IM客户端建立通话的那个主叫IM客户端，除此之外，还可以包括其他IM客户端，具体包括哪个，可以根据预设规则确定，也可以随机确定，本实施例不做限定。若目标IM客户端中不存在主叫IM客户端，则可以根据预设规则确定，也可以随机确定，本实施例不做限定。
通过上述过程，可以实现，一个被叫IM客户端接听通话后，欲与该被叫IM客户端进行通话的主叫IM客户端(且该主叫IM客户端整播放媒体资源服务器推送的多媒体)不再播放多媒体(因为，媒体资源服务器不再向其推送多媒体，因此，其不再播放多媒体)。除此之外，其他欲进行通话的IM客户端(主叫IM客户端和/或被叫IM客户端)也可以停止播放多媒体(可以通过媒体资源服务器不再向其推送多媒体的方式实现)。
3.11核心路由服务器向进行协商通话的所有IM客户端(主叫IM客户端和/或被叫IM客户端)发送的修改会话请求。
3.12主叫IM客户端和/或被叫IM客户端接收核心路由服务器发送的修改会话请求。
此处的主叫IM客户端和/或被叫IM客户端为3.11中核心路由服务器发送的修改会话请求的接收对象。
3.13主叫IM客户端和/或被叫IM客户端根据修改会话请求向核心路由服务器反馈媒体能力。
此处的主叫IM客户端和/或被叫IM客户端为3.11中核心路由服务器发送的修改会话请求的接收对象。
3.14核心路由服务器根据媒体能力确定通话类型，并向所有IM客户端(主叫IM客户端和/或被叫IM客户端)发送通话类型确定结果。
此处的主叫IM客户端和/或被叫IM客户端为3.13中反馈媒体能力的IM客户端。
3.15主叫IM客户端和/或被叫IM客户端接收核心路由服务器发送的通话类型确定结果。
此处的主叫IM客户端和/或被叫IM客户端为3.14中核心路由服务器发送的通话类型确定结果的接收对象。
3.16主叫IM客户端和/或被叫IM客户端根据通话类型确定结果向核心路由服务器反馈通话准备状态。
此处的主叫IM客户端和/或被叫IM客户端为3.15中接收核心路由服务器发送的通话类型确定结果的客户端。
3.17核心路由服务器根据通话准备状态，建立与通话类型匹配的通话，并在确定通话准备状态达到预设期望状态后反馈接通消息。
此处主叫IM客户端和/或被叫IM客户端为核心路由服务器向3.16中发送通话准备状态的客户端。
3.18主叫IM客户端和/或被叫IM客户端接收核心路由服务器反馈的接通消息。
此处主叫IM客户端和/或被叫IM客户端为核心路由服务器向3.16中发送通话准备状态的客户端。
3.19主叫IM客户端和被叫IM客户端之间进行IM通话。
下面以IM客户端为被叫IM客户端E为例，对本发明提供的方法进行详细说明。
4.1被叫IM客户端E进行协商通话并完成资源预留。
4.2被叫IM客户端E发送媒体协商请求至媒体资源服务器。
4.3媒体资源服务器接收被叫IM客户端E发送的媒体协商请求。
4.4媒体资源服务器根据媒体协商请求确定目标IM客户端。
其中，目标IM客户端包括主叫IM客户端和/或被叫IM客户端。
例如，
场景一：主叫IM客户端F，欲与被叫IM客户端E进行IM通话，那么，4.4中的目标IM客户端可以为：被叫IM客户端E。还可以为主叫IM客户端F。还可以为：主叫IM客户端F和被叫IM客户端E。
场景二：主叫IM客户端F，欲与被叫IM客户端E和被叫IM客户端G进行IM通话(如群聊)，那么，4.4中的目标IM客户端可以为：主叫IM客户端F。还可以为被叫IM客户端E。被叫IM客户端G。还可以为：主叫IM客户端F和被叫IM客户端E。还可以为：主叫IM客户端F和被叫IM客户端G。还可以为：被叫IM客户端E和被叫IM客户端G。还可以为：主叫IM客户端F、被叫IM客户端E和被叫IM客户端G。
场景三：主叫IM客户端F和主叫IM客户端H，欲与被叫IM客户端E进行IM通话，那么，4.4中的目标IM客户端可以为：主叫IM客户端F。还可以为主叫IM客户端H。还可以为被叫IM客户端E。还可以为：主叫IM客户端F和被叫IM客户端E。还可以为：主叫IM客户端H和被叫IM客户端E。还可以为：主叫IM客户端F和主叫IM客户端H。还可以为：主叫IM客户端F、主叫IM客户端H和被叫IM客户端E。
4.5媒体资源服务器与目标IM客户端进行视频彩铃协商。
其中，视频彩铃协商的结果包括目标IM客户端支持的多媒体的信息，以及目标IM客户端接收多媒体的互联网协议IP地址、传输协议、端口信息和编/解码信息。
4.6媒体资源服务器根据视频彩铃协商的结果向目标IM客户端推送对应的多媒体。
执行至此，实现IM通话前的至少一个IM客户端播放多媒体(如视频彩铃)，避免了通话建立通话前的用户等待阶段枯燥无趣、通话体验差的问题。
具体的，被叫IM客户端E发送媒体协商请求至媒体资源服务器之后，至少一个主叫IM客户端播放多媒体，或者，被叫IM客户端E发送媒体协商请求至媒体资源服务器之后，被叫IM客户端E播放多媒体，或者，被叫IM客户端E发送媒体协商请求至媒体资源服务器之后，至少一个其他被叫IM客户端播放多媒体，或者，被叫IM客户端E发送媒体协商请求至媒体资源服务器之后，至少一个主叫IM客户端和被叫IM客户端E播放多媒体，或者，被叫IM客户端E发送媒体协商请求至媒体资源服务器之后，至少一个主叫IM客户端和至少一个其他被叫IM客户端播放多媒体，或者，被叫IM客户端E发送媒体协商请求至媒体资源服务器之后，至少一个主叫IM客户端A、被叫IM客户端E和至少一个其他被叫IM客户端播放多媒体。
4.7媒体资源服务器在推送对应的多媒体的同时，基于协商通话更改目标IM客户端的传输协议中媒体流的方向。
例如：若协商通话为视频通话的协商，则媒体资源服务器根据视频彩铃协商的结果向目标IM客户端推送对应的多媒体时，将传输协议的video媒体流和audio媒体流的方向均标为a＝sendrecv，以使目标IM客户端在通话建立后，接收video媒体流。
若协商通话为语音通话的协商，则媒体资源服务器根据视频彩铃协商的结果向目标IM客户端推送对应的多媒体时，将传输协议的audio媒体流的方向标为a＝sendrecv，以使目标IM客户在通话建立后，通过对应的audio通道接收audio媒体流。
4.8若目标IM客户端中至少包括被叫IM客户端，则当被叫IM客户端接听通话后，被叫IM客户端向媒体资源服务器发送停止推送视频彩铃请求。
4.8中的被叫IM客户端，可以为被叫IM客户端E，也可以为其他被叫IM客户端。
例如，
对于上述场景一：若目标IM客户端为被叫IM客户端E，或者，目标IM客户端为主叫IM客户端F和被叫IM客户端E的情况下，当被叫IM客户端E接听通话后，被叫IM客户端E向媒体资源服务器发送停止推送视频彩铃请求。
对于上述场景二：若目标IM客户端为被叫IM客户端E，或者，目标IM客户端为主叫IM客户端F和被叫IM客户端E的情况下，当被叫IM客户端E接听通话后，被叫IM客户端E向媒体资源服务器发送停止推送视频彩铃请求。
若目标IM客户端为被叫IM客户端G，或者，目标IM客户端为主叫IM客户端F和被叫IM客户端G的情况下，当被叫IM客户端G接听通话后，被叫IM客户端G向媒体资源服务器发送停止推送视频彩铃请求。
若目标IM客户端为被叫IM客户端E和被叫IM客户端G，或者，目标IM客户端为主叫IM客户端F、被叫IM客户端E和被叫IM客户端G的情况下，当被叫IM客户端E接听通话后，被叫IM客户端E向媒体资源服务器发送停止推送视频彩铃请求。当被叫IM客户端G接听通话后，被叫IM客户端G向媒体资源服务器发送停止推送视频彩铃请求。也就是说，只要被叫IM客户端接听通话，即向媒体资源服务器发送停止推送视频彩铃请求，不管其他被叫IM客户端向媒体资源服务器发送停止推送视频彩铃请求。
对于上述场景三：目标IM客户端为被叫IM客户端E，或者，目标IM客户端为主叫IM客户端F和被叫IM客户端E，或者，目标IM客户端为主叫IM客户端H和被叫IM客户端E，或者，目标IM客户端为主叫IM客户端F、主叫IM客户端H和被叫IM客户端E的情况下，当被叫IM客户端E接听通话后，被叫IM客户端E向媒体资源服务器发送停止推送视频彩铃请求。
4.9媒体资源服务器接收被叫IM客户端发送的停止推送视频彩铃请求。停止推送视频彩铃请求是被叫IM客户端接听通话后发送的。
4.9中的被叫IM客户端为4.8中发送停止推送视频彩铃请求的客户端，也是4.4中确定目标IM客户端中的客户端。
4.10媒体资源服务器根据停止推送视频彩铃请求，在目标IM客户端中确定停止IM客户端，并停止向停止IM客户端推送多媒体。
具体的，若目标IM客户端中仅存在一个主叫IM客户端，则停止IM客户端一定包括该主叫IM客户端，除此之外，还可以包括其他IM客户端，具体包括哪个，可以根据预设规则确定，也可以随机确定，本实施例不做限定。若目标IM客户端中存在多个主叫IM客户端，则停止IM客户端一定包括，欲与发送停止推送视频彩铃请求的被叫IM客户端建立通话的那个主叫IM客户端，除此之外，还可以包括其他IM客户端，具体包括哪个，可以根据预设规则确定，也可以随机确定，本实施例不做限定。若目标IM客户端中不存在主叫IM客户端，则可以根据预设规则确定，也可以随机确定，本实施例不做限定。
通过上述过程，可以实现，一个被叫IM客户端接听通话后，欲与该被叫IM客户端进行通话的主叫IM客户端(且该主叫IM客户端整播放媒体资源服务器推送的多媒体)不再播放多媒体(因为，媒体资源服务器不再向其推送多媒体，因此，其不再播放多媒体)。除此之外，其他欲进行通话的IM客户端(主叫IM客户端和/或被叫IM客户端)也可以停止播放多媒体(可以通过媒体资源服务器不再向其推送多媒体的方式实现)。
4.11核心路由服务器向进行协商通话的所有IM客户端(主叫IM客户端和/或被叫IM客户端)发送的修改会话请求。
4.12主叫IM客户端和/或被叫IM客户端接收核心路由服务器发送的修改会话请求。
此处的主叫IM客户端和/或被叫IM客户端为4.11中核心路由服务器发送的修改会话请求的接收对象。
4.13主叫IM客户端和/或被叫IM客户端根据修改会话请求向核心路由服务器反馈媒体能力。
此处的主叫IM客户端和/或被叫IM客户端为4.11中核心路由服务器发送的修改会话请求的接收对象。
4.14核心路由服务器根据媒体能力确定通话类型，并向所有IM客户端(主叫IM客户端和/或被叫IM客户端)发送通话类型确定结果。
此处的主叫IM客户端和/或被叫IM客户端为4.13中反馈媒体能力的IM客户端。
4.15主叫IM客户端和/或被叫IM客户端接收核心路由服务器发送的通话类型确定结果。
此处的主叫IM客户端和/或被叫IM客户端为4.14中核心路由服务器发送的通话类型确定结果的接收对象。
4.16主叫IM客户端和/或被叫IM客户端根据通话类型确定结果向核心路由服务器反馈通话准备状态。
此处的主叫IM客户端和/或被叫IM客户端为4.15中接收核心路由服务器发送的通话类型确定结果的客户端。
4.17核心路由服务器根据通话准备状态，建立与通话类型匹配的通话，并在确定通话准备状态达到预设期望状态后反馈接通消息。
此处主叫IM客户端和/或被叫IM客户端为核心路由服务器向4.16中发送通话准备状态的客户端。
4.18主叫IM客户端和/或被叫IM客户端接收核心路由服务器反馈的接通消息。
此处主叫IM客户端和/或被叫IM客户端为核心路由服务器向4.16中发送通话准备状态的客户端。
4.19主叫IM客户端和被叫IM客户端之间进行IM通话。
本发明的第二实施例涉及一种即时通信中的多媒体实现方法，应用于即时通信IM客户端，本实施例中，应用于主叫IM客户端，如图3和图4中所示，包括：
S11、主叫IM客户端(用户A)向被叫IM客户端(用户B)发送Invite媒体协商请求；
S111、主叫IM客户端呼叫被叫IM客户端，发起Invite媒体协商请求，该Invite媒体协商请求中携带有主叫IM客户端的SDP(Session Description Protocol，描述会话协议)，如会话信息和媒体信息，呼叫触发到核心路由服务器和媒体资源服务器，以转发至被叫IM客户端；
对应的，被叫IM客户端返回183消息给核心路由服务器和媒体资源服务器，表明正在处理中，同时携带被叫用户的SDP；
S112、主叫用户发送Prack响应消息表示已收到被叫IM客户端返回的183消息，即收到被叫IM客户端的被叫侧资源预留成功消息；
对应的，被叫IM客户端发送200OK响应消息作为Prack响应消息的最终响应，即收到主叫用户侧的主叫侧资源预留成功消息；
S113、主叫IM客户端发送Update消息(包含SDP)进行媒体协商，所述update消息用于标识所述主叫IM客户端和所述被叫IM客户端均已资源预留成功；
对应的，所述被叫IM客户端反馈振铃消息(180振铃消息)至所述媒体资源服务器，提示所述媒体资源服务器对所述主叫IM客户端放音。
S12、所述主叫IM客户端根据所述Invite媒体协商请求与所述被叫IM客户端完成资源预留后，接收媒体资源服务器发送的Update媒体协商请求；
S13、所述主叫IM客户端根据所述Update媒体协商请求进行视频彩铃协商，确定视频彩铃协商结果；
媒体资源服务器向主叫IM客户端发起Update媒体协商请求后，
主叫IM客户端返回200Update对Update媒体协商请求进行响应；
对应的，媒体资源服务器向被叫IM客户端发起Update媒体协商请求，被叫IM客户端返回200Update对Update媒体协商请求进行响应；
其中，若主叫IM客户端初始呼叫为视频通话(Update媒体协商请求为视频通话，以S13中媒体协商结果为准)，则视频彩铃(SDP)的video媒体行下需要携带a＝sendrecv，audio媒体行下需要携带a＝sendrecv；若主叫用户的初始呼叫为语音通话(Update媒体协商请求为语音通话，以S13中媒体协商结果为准)，则视频彩铃(SDP)的video媒体行下需要携带a＝sendonly，audio媒体行下需要携带a＝sendrecv。
具体地，对于主叫IM客户端和被叫IM客户端，主叫IM客户端首先发起Offer请求对于任何一个媒体流/媒体通道，这时主叫IM客户端必须：如果媒体流方向标为recvonly/sendrecv，即a＝recvonly或a＝sendrecv，则主叫IM客户端必须准备好在这个IP和端口上接收被叫IM客户端发来的媒体流；如果媒体流方向标为sendonly/inactive，即a＝sendonly或a＝inactive，则主叫IM客户端不需要进行准备。因此，在进行视频通话时，需要保持audio通道和video通道均做准备，以便被叫IM客户端接通时，进行音视频通话；在只进行音频通话时，video通道不需要再做准备，audio通道需要做准备，以便被叫IM客户端接通时，进行音频通话。
S14、所述主叫IM客户端向所述媒体资源服务器发送所述视频彩铃协商结果，所述视频彩铃协商结果用于所述媒体资源服务器将对应的视频彩铃发送至所述主叫IM客户端，以进行视频彩铃播放。
具体地，收到主叫IM客户端的200Update后，媒体资源服务器发送180消息给主叫IM客户端，提示开始给主叫IM客户端播放视频彩铃，同时禁止后续的Update媒体协商请求。
对应的，收到被叫IM客户端的200Update后，媒体资源服务器发送180消息给被叫IM客户端，提示开始给被叫IM客户端播放视频彩铃，同时禁止后续的Update媒体协商请求。
下面对本实施的一种即时通信中的多媒体实现方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。
在上述实施例的基础上，作为一种优选的实施方式，还包括：
若判断所述被叫IM客户端响应所述Invite媒体协商请求，并与所述主叫IM客户端建立通话，则所述主叫IM客户端停止播放所述视频彩铃。
具体地，在被叫侧，被叫IM客户端接通时，被叫IM客户端停止播放视频彩铃，回复200OK至媒体资源服务器，媒体资源服务器停止主叫IM客户端和被叫IM客户端的视频彩铃播放，并向被叫IM客户端回复ACK消息；
媒体资源服务器向被叫IM客户端发送re-Invite请求，re-Invite请求中不携带SDP消息；B返回re-Invite应答消息进行应答，所述re-Invite应答消息携带有所述被叫IM客户端的会话协议的媒体类型；
核心路由服务器将被叫IM客户端的会话协议的媒体类型(媒体能力)向主叫IM客户端进行媒体更新请求，主叫IM客户端根据媒体更新请求进行应答，回复200OK。
具体地，核心路由服务器应将被叫IM客户端的会话协议(SDP)的媒体类型与主叫IM客户端当前通话类型进行匹配处理，再发给主叫IM客户端。如被叫IM客户端返回的SDP媒体行若同时包含语音和视频呼叫，而此时主叫IM客户端通话类型为语音呼叫，则核心路由服务器需将被叫IM客户端SDP中的视频媒体行置0后，再将被叫IM客户端SDP发给主叫；如被叫IM客户端SDP包含的媒体类型与主叫再初始媒体协商过程中与被叫最终协商好的媒体能力匹配，则无需任何修改，直接向主叫IM客户端透传请求媒体更新。
在上述实施例的基础上，作为一种优选的实施方式，主叫IM客户端进行媒体更新后，媒体资源服务器向被叫IM客户端返回re-Invite ACK，携带主叫IM客户端对媒体更新消息应答的SDP消息。被叫IM客户端在收到该消息后，若发现视频媒体行端口变为0，则需要提示被叫IM客户端：网络信号不好，视频通话已切换为语音通话。
A和B用户建立正常通话，该通话可以为语音或视频通话。
本实施例通过在即时通信(如IM软件语音呼叫)流程中增加早媒体能力，引入在视频彩铃的资源预留和协商机制，将视频彩铃业务终端的APK能力移植到即时通信中，从而实现即时通信应用在呼叫等待阶段的早媒体播放，适合即时通信呼叫等待时间长的应用场景，实现的机制和原理更简单。
本发明的第三实施例涉及一种即时通信中的多媒体实现方法，应用于被叫IM客户端，如图5中所示，包括：
S21、被叫IM客户端接收主叫IM客户端发送的Invite媒体协商请求；
首先，需要主叫IM客户端呼叫被叫IM客户端，发起Invite媒体协商请求，该Invite媒体协商请求中携带有主叫IM客户端的SDP(Session Description Protocol，描述会话协议)，如会话信息和媒体信息，呼叫触发到核心路由服务器和媒体资源服务器，以转发至被叫IM客户端；
S211、被叫IM客户端返回183消息给核心路由服务器和媒体资源服务器，表明正在处理中，同时携带被叫用户的SDP；
对应的，主叫用户发送Prack响应消息表示已收到被叫IM客户端返回的183消息，即收到被叫IM客户端的被叫侧资源预留成功消息；
S212、被叫IM客户端发送200OK响应消息作为Prack响应消息的最终响应，即收到主叫用户侧的主叫侧资源预留成功消息；
对应的、主叫IM客户端发送Update消息(包含SDP)进行媒体协商，所述update消息用于标识所述主叫IM客户端和所述被叫IM客户端均已资源预留成功；
S213、所述被叫IM客户端反馈振铃消息(180振铃消息)至所述媒体资源服务器，提示所述媒体资源服务器对所述主叫IM客户端放音。
S22、所述被叫IM客户端根据所述Invite媒体协商请求与所述主叫IM客户端完成资源预留后，接收媒体资源服务器发送的Update媒体协商请求；
S23、所述被叫IM客户端根据所述Update媒体协商请求进行视频彩铃协商，确定视频彩铃协商结果；
媒体资源服务器向被叫IM客户端发起Update媒体协商请求后，被叫IM客户端返回200Update对Update媒体协商请求进行响应；
对应的，同时，媒体资源服务器向主叫IM客户端发起Update媒体协商请求，主叫IM客户端返回200Update对Update媒体协商请求进行响应；
其中，若主叫IM客户端初始呼叫为视频通话(Update媒体协商请求为视频通话，以S23中媒体协商结果为准)，则视频彩铃(SDP)的video媒体行下需要携带a＝sendrecv，audio媒体行下需要携带a＝sendrecv；若主叫用户的初始呼叫为语音通话(Update媒体协商请求为语音通话，以S23中媒体协商结果为准)，则视频彩铃(SDP)的video媒体行下需要携带a＝sendonly，audio媒体行下需要携带a＝sendrecv。
具体地，对于主叫IM客户端和被叫IM客户端，主叫IM客户端首先发起Offer请求对于任何一个媒体流/媒体通道，这时主叫IM客户端必须：如果媒体流方向标为recvonly/sendrecv，即a＝recvonly或a＝sendrecv，则主叫IM客户端必须准备好在这个IP和端口上接收被叫IM客户端发来的媒体流；如果媒体流方向标为sendonly/inactive，即a＝sendonly或a＝inactive，则主叫IM客户端不需要进行准备。因此，在进行视频通话时，需要保持audio通道和video通道均做准备，以便被叫IM客户端接通时，进行音视频通话；在只进行音频通话时，video通道不需要再做准备，audio通道需要做准备，以便被叫IM客户端接通时，进行音频通话。
S24、所述被叫IM客户端向所述媒体资源服务器发送所述视频彩铃协商结果，所述视频彩铃协商结果用于所述媒体资源服务器将对应的视频彩铃发送至所述被叫IM客户端，以进行视频彩铃播放。
具体地，收到被叫IM客户端的200Update后，媒体资源服务器发送180消息给被叫IM客户端，提示开始给被叫IM客户端播放视频彩铃，同时禁止后续的Update媒体协商请求。
对应的，收到主叫IM客户端的200Update后，媒体资源服务器发送180消息给主叫IM客户端，提示开始给主叫IM客户端播放视频彩铃，同时禁止后续的Update媒体协商请求。
下面对本实施的一种即时通信中的多媒体实现方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。
在上述实施例的基础上，作为一种优选的实施方式，还包括：
若判断所述被叫IM客户端响应所述Invite媒体协商请求，并与所述主叫IM客户端建立通话，则所述主叫IM客户端停止播放所述视频彩铃。
具体地，在被叫侧，被叫IM客户端接通时，被叫IM客户端停止播放视频彩铃，回复200OK至媒体资源服务器，媒体资源服务器停止主叫IM客户端和被叫IM客户端的视频彩铃播放，并向被叫IM客户端回复ACK消息；
核心路由服务器向被叫IM客户端发送re-Invite请求，re-Invite请求中不携带SDP消息；B返回re-Invite应答消息进行应答，所述re-Invite应答消息携带有所述被叫IM客户端的会话协议的媒体类型；
核心路由服务器将被叫IM客户端的会话协议的媒体类型(媒体能力)向主叫IM客户端进行媒体更新请求，主叫IM客户端根据媒体更新请求进行应答，回复200OK。
具体地，核心路由服务器应将被叫IM客户端的会话协议(SDP)的媒体类型与主叫IM客户端当前通话类型进行匹配处理，再发给主叫IM客户端。如被叫IM客户端返回的SDP媒体行若同时包含语音和视频呼叫，而此时主叫IM客户端通话类型为语音呼叫，则核心路由服务器需将被叫IM客户端SDP中的视频媒体行置0后，再将被叫IM客户端SDP发给主叫；如被叫IM客户端SDP包含的媒体类型与主叫再初始媒体协商过程中与被叫最终协商好的媒体能力匹配，则无需任何修改，直接向主叫IM客户端透传请求媒体更新。
在上述实施例的基础上，作为一种优选的实施方式，主叫IM客户端进行媒体更新后，媒体资源服务器向被叫IM客户端返回re-Invite ACK，携带主叫IM客户端对媒体更新消息应答的SDP消息。被叫IM客户端在收到该消息后，若发现视频媒体行端口变为0，则需要提示被叫IM客户端：网络信号不好，视频通话已切换为语音通话。
A和B用户建立正常通话，该通话可以为语音或视频通话。
本发明第四实施例涉及一种即时通信中的多媒体实现方法，应用于主叫IM客户端和被叫IM客户端，包括：
S31、主叫IM客户端向被叫IM客户端发送Invite媒体协商请求；
S32、所述主叫IM客户端和所述被叫IM客户端根据所述Invite媒体协商请求完成资源预留后，所述主叫IM客户端和所述被叫IM客户端分别接收媒体资源服务器发送的Update媒体协商请求；
S33、所述主叫IM客户端和所述被叫IM客户端分别根据所述Update媒体协商请求进行视频彩铃协商，确定视频彩铃协商结果；
S34、所述主叫IM客户端和所述被叫IM客户端分别向所述媒体资源服务器发送所述视频彩铃协商结果，所述视频彩铃协商结果用于所述媒体资源服务器将对应的视频彩铃发送至所述主叫IM客户端和所述被叫IM客户端，以进行视频彩铃播放。
不难发现，本实施例为与第一实施例和第二实施例相对应的系统实施例，本实施例可与第一实施例和第二实施例互相配合实施。第一实施例和第二实施例中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施例和第二实施例中。
本发明第五实施例涉及一种即时通信中的多媒体实现方法，包括：
媒体资源服务器接收即时通信IM客户端发送的媒体协商请求；所述媒体协商请求是所述IM客户端在进行协商通话并完成资源预留后发送的；
媒体资源服务器根据所述媒体协商请求确定目标IM客户端后，与所述目标IM客户端进行视频彩铃协商；
媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体。
在上述实施例的基础上，作为一种优选的实施方式，所述视频彩铃协商的结果包括目标IM客户端支持的多媒体的信息，以及目标IM客户端接收多媒体的互联网协议IP地址、传输协议、端口信息和编/解码信息。
在上述实施例的基础上，作为一种优选的实施方式，若所述协商通话为视频通话的协商，则媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体时，将传输协议的video媒体流和audio媒体流的方向均标为a＝sendrecv，以使目标IM客户端在通话建立后，接收video媒体流；
若所述协商通话为语音通话的协商，则媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体时，将传输协议的audio媒体流的方向标为a＝sendrecv，以使目标IM客户在通话建立后，通过对应的audio通道接收audio媒体流。
在上述实施例的基础上，作为一种优选的实施方式，所述目标IM客户端至少包括被叫IM客户端；
所述媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体后，所述方法还包括：
媒体资源服务器接收被叫IM客户端发送的停止推送视频彩铃请求；所述停止推送视频彩铃请求是所述被叫IM客户端接听通话后发送的；
媒体资源服务器根据所述停止推送视频彩铃请求，在所述目标IM客户端中确定停止IM客户端，并停止向所述停止IM客户端推送多媒体。
本发明第六实施例涉及一种即时通信中的多媒体实现系统，应用于即时通信IM客户端，包括：
协商通话模块，进行协商通话并完成资源预留；
多媒体协商模块，发送媒体协商请求至媒体资源服务器，以触发媒体资源服务器进行视频彩铃协商，并使所述媒体资源服务器根据所述视频彩铃协商的结果向目标IM客户端推送对应的多媒体。
本发明第七实施例涉及一种即时通信中的多媒体实现系统，应用于媒体资源服务器，包括：
接收模块，接收即时通信IM客户端发送的媒体协商请求；所述媒体协商请求是所述IM客户端在进行协商通话并完成资源预留后发送的；
协商模块，媒体资源服务器根据所述媒体协商请求确定目标IM客户端后，与所述目标IM客户端进行视频彩铃协商；
推送模块，媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体。
本发明第八实施例涉及一种服务器，如图6所示，包括处理器(processor)810、通信接口(Communications Interface)820、存储器(memory)830和通信总线840，其中，处理器810，通信接口820，存储器830通过通信总线840完成相互间的通信。处理器810可以调用存储器830中的逻辑指令，以执行如上述各实施例所述方法的步骤。例如包括：
其中，存储器和处理器采用通信总线方式连接，通信总线可以包括任意数量的互联的总线和桥，通信总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在通信总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。
处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。
本发明第九实施例涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现如上述各实施例所述方法的步骤。
即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (12)

1.一种即时通信中的多媒体实现方法，其特征在于，包括：
即时通信IM客户端进行协商通话并完成资源预留；
IM客户端发送媒体协商请求至媒体资源服务器，以触发媒体资源服务器进行视频彩铃协商，并使所述媒体资源服务器根据所述视频彩铃协商的结果向目标IM客户端推送对应的多媒体。
2.根据权利要求1所述的即时通信中的多媒体实现方法，其特征在于，所述IM客户端为主叫IM客户端或被叫IM客户端；
所述目标IM客户端包括主叫IM客户端和/或被叫IM客户端。
3.根据权利要求1所述的即时通信中的多媒体实现方法，其特征在于，所述方法还包括：
IM客户端接收核心路由服务器发送的修改会话请求；
IM客户端根据所述修改会话请求向所述核心路由服务器反馈媒体能力，以使所述核心路由服务器根据所述媒体能力确定通话类型后，建立与所述通话类型匹配的通话。
4.根据权利要求3所述的即时通信中的多媒体实现方法，其特征在于，所述IM客户端根据所述修改会话请求向所述核心路由服务器反馈媒体能力后，还包括：
IM客户端接收核心路由服务器发送的通话类型确定结果；
IM客户端根据所述通话类型确定结果向所述核心路由服务器反馈通话准备状态，以使所述核心路由服务器根据所述通话准备状态，建立与所述通话类型匹配的通话。
5.根据权利要求4所述的即时通信中的多媒体实现方法，其特征在于，IM客户端根据所述通话类型确定结果向所述核心路由服务器反馈IM客户端的通话准备状态后，还包括：
IM客户端接收所述核心路由服务器反馈的接通消息，所述接通消息是所述核心路由服务器在确定所述通话准备状态达到预设期望状态后发送的。
6.一种即时通信中的多媒体实现方法，其特征在于，包括：
媒体资源服务器接收即时通信IM客户端发送的媒体协商请求；所述媒体协商请求是所述IM客户端在进行协商通话并完成资源预留后发送的；
媒体资源服务器根据所述媒体协商请求确定目标IM客户端后，与所述目标IM客户端进行视频彩铃协商；
媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体。
7.根据权利要求6所述的即时通信中的多媒体实现方法，其特征在于，所述视频彩铃协商的结果包括目标IM客户端支持的多媒体的信息，以及目标IM客户端接收多媒体的互联网协议IP地址、传输协议、端口信息和编/解码信息。
8.根据权利要求7所述的即时通信中的多媒体实现方法，其特征在于，若所述协商通话为视频通话的协商，则媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体时，将传输协议的video媒体流和audio媒体流的方向均标为a＝sendrecv，以使目标IM客户端在通话建立后，接收video媒体流；
若所述协商通话为语音通话的协商，则媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体时，将传输协议的audio媒体流的方向标为a＝sendrecv，以使目标IM客户在通话建立后，通过对应的audio通道接收audio媒体流。
9.根据权利要求8所述的即时通信中的多媒体实现方法，其特征在于，所述目标IM客户端至少包括被叫IM客户端；
所述媒体资源服务器根据所述视频彩铃协商的结果向所述目标IM客户端推送对应的多媒体后，所述方法还包括：
媒体资源服务器接收被叫IM客户端发送的停止推送视频彩铃请求；所述停止推送视频彩铃请求是所述被叫IM客户端接听通话后发送的；
媒体资源服务器根据所述停止推送视频彩铃请求，在所述目标IM客户端中确定停止IM客户端，并停止向所述停止IM客户端推送多媒体。
10.一种即时通信中的多媒体实现系统，其特征在于，包括：即时通信IM客户端和媒体资源服务器；
所述IM客户端执行权利要求1至5中任一项所述的即时通信中的多媒体实现方法；
所述媒体资源服务器执行权利要求6至9中任一项所述的即时通信中的多媒体实现方法。
11.一种电子设备，其特征在于，包括：
至少一个处理器；以及，
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够实现权利要求1至5中任一项所述的即时通信中的多媒体实现方法，或实现权利要求6至9中任一项所述的即时通信中的多媒体实现方法。
12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至5中任一项所述的即时通信中的多媒体实现方法，或实现权利要求6至9中任一项所述的即时通信中的多媒体实现方法。
CN202110192143.7A 2021-02-19 2021-02-19 一种即时通信中的多媒体实现方法和系统 Pending CN113014474A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110192143.7A CN113014474A (zh) 2021-02-19 2021-02-19 一种即时通信中的多媒体实现方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110192143.7A CN113014474A (zh) 2021-02-19 2021-02-19 一种即时通信中的多媒体实现方法和系统

Publications (1)

Publication Number Publication Date
CN113014474A true CN113014474A (zh) 2021-06-22

Family

ID=76403997

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110192143.7A Pending CN113014474A (zh) 2021-02-19 2021-02-19 一种即时通信中的多媒体实现方法和系统

Country Status (1)

Country Link
CN (1) CN113014474A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023000662A1 (zh) * 2021-07-23 2023-01-26 华为技术有限公司 媒体内容的投放方法及设备

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101083844A (zh) * 2007-07-18 2007-12-05 中兴通讯股份有限公司 Ims网络中实现无话路迂回多媒体彩铃业务的方法和系统
CN101119337A (zh) * 2007-09-25 2008-02-06 中兴通讯股份有限公司 一种实现pstn用户与ims用户彩铃业务交互的方法
CN101141700A (zh) * 2007-10-18 2008-03-12 中兴通讯股份有限公司 一种多媒体彩铃业务的实现方法
CN101335633A (zh) * 2007-06-29 2008-12-31 朗迅科技公司 Ip多媒体子系统(ims)网络中的广告应用服务器
CN102131009A (zh) * 2010-01-15 2011-07-20 华为技术有限公司 视频彩铃的播放方法、多媒体彩铃服务器及用户设备
US20130208658A1 (en) * 2011-12-28 2013-08-15 Juan Miguel SANTOS Cellular network call management
CN103368837A (zh) * 2012-03-30 2013-10-23 阿瓦雅公司 通过已定序应用影响sip路由的系统和方法
CN110650256A (zh) * 2019-08-15 2020-01-03 咪咕音乐有限公司 视频彩铃的播放方法、电子设备及计算机可读存储介质
CN111741170A (zh) * 2020-06-19 2020-10-02 杭州东信北邮信息技术有限公司 一种5g超高清自适应视频彩铃业务系统及其实现方法
CN111756933A (zh) * 2019-03-28 2020-10-09 华为技术有限公司 一种播放多媒体彩振、彩铃的方法、应用服务器

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101335633A (zh) * 2007-06-29 2008-12-31 朗迅科技公司 Ip多媒体子系统(ims)网络中的广告应用服务器
CN101083844A (zh) * 2007-07-18 2007-12-05 中兴通讯股份有限公司 Ims网络中实现无话路迂回多媒体彩铃业务的方法和系统
CN101119337A (zh) * 2007-09-25 2008-02-06 中兴通讯股份有限公司 一种实现pstn用户与ims用户彩铃业务交互的方法
CN101141700A (zh) * 2007-10-18 2008-03-12 中兴通讯股份有限公司 一种多媒体彩铃业务的实现方法
CN102131009A (zh) * 2010-01-15 2011-07-20 华为技术有限公司 视频彩铃的播放方法、多媒体彩铃服务器及用户设备
US20130208658A1 (en) * 2011-12-28 2013-08-15 Juan Miguel SANTOS Cellular network call management
CN103368837A (zh) * 2012-03-30 2013-10-23 阿瓦雅公司 通过已定序应用影响sip路由的系统和方法
CN111756933A (zh) * 2019-03-28 2020-10-09 华为技术有限公司 一种播放多媒体彩振、彩铃的方法、应用服务器
CN110650256A (zh) * 2019-08-15 2020-01-03 咪咕音乐有限公司 视频彩铃的播放方法、电子设备及计算机可读存储介质
CN111741170A (zh) * 2020-06-19 2020-10-02 杭州东信北邮信息技术有限公司 一种5g超高清自适应视频彩铃业务系统及其实现方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023000662A1 (zh) * 2021-07-23 2023-01-26 华为技术有限公司 媒体内容的投放方法及设备

Similar Documents

Publication Publication Date Title
KR101247985B1 (ko) 얼리 세션을 이용한 세션 설정 프로토콜 기반의 얼리미디어 서비스 제공 방법
US7729345B2 (en) Scalable voice over IP system providing independent call bridging for outbound calls initiated by user interface applications
EP1901536B1 (en) A method for realizing session communication between the calling party and the called party
WO2009115048A1 (zh) 基于同号移动终端与软终端通话切换方法、系统及设备
CN101099366A (zh) 促进通信系统中的早期媒体
WO2008064580A1 (fr) Procédé, système et serveur d'application pour éviter la diaphonie de signal de rappel couleur
CN1984373B (zh) 通信系统中提供多媒体内容的系统和方法
CN112738342A (zh) 视频彩铃的播放方法、彩铃平台和可读存储介质
US9071690B2 (en) Call transfer processing in SIP mode
CN113014474A (zh) 一种即时通信中的多媒体实现方法和系统
KR101069530B1 (ko) 차세대통신망에서 착신 통화로 제어 장치 및 그 방법과, 그를 이용한 멀티미디어 정보 서비스 시스템 및 그 방법
KR100969458B1 (ko) 세션 설정 프로토콜을 이용한 멀티미디어 링백 서비스시스템 및 그 방법
CN101232649B (zh) 实现同组代答业务的方法、应用服务器和通信系统
EP2020813B1 (en) A method, device and system for implementing the session service
US20080101564A1 (en) Communication system
KR101208119B1 (ko) 스마트 카드를 이용한 ｓｉｐ 기반 영상통화 서비스 시스템 및 그 방법
JP2007228506A (ja) 多者間通話システム、多者間通話システムにおける通話端末および通話サーバ、多者間通話方法
KR20070061292A (ko) 접속 설정 프로토콜을 사용하는 인터넷 전화 시스템에서의서비스 제공 방법 및 그 시스템
CN118694881A (zh) 一种激活手机终端接受单向视频的方法和系统
CN118803187A (zh) 视频通话来显方法、装置、网络设备、终端和存储介质
JP2008277929A (ja) 通信処理システム、セッション制御サーバ及びメディア変換サーバ並びにそれらに用いるセッション接続方法
KR20090064523A (ko) 얼리 세션을 이용한 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버
KR20090066265A (ko) 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20210622