CN102131009B - 视频彩铃的播放方法、多媒体彩铃服务器及用户设备 - Google Patents
视频彩铃的播放方法、多媒体彩铃服务器及用户设备 Download PDFInfo
- Publication number
- CN102131009B CN102131009B CN201010000678.1A CN201010000678A CN102131009B CN 102131009 B CN102131009 B CN 102131009B CN 201010000678 A CN201010000678 A CN 201010000678A CN 102131009 B CN102131009 B CN 102131009B
- Authority
- CN
- China
- Prior art keywords
- session
- video
- message
- video flowing
- calling terminal
- 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.)
- Expired - Fee Related
Links
Abstract
本发明实施例公开了一种视频彩铃的播放方法、多媒体彩铃服务器及用户设备，涉及通信技术领域，为减轻多媒体彩铃服务器的负荷而发明。所述视频彩铃的播放方法，包括：接收被叫终端发送的会话应答；在确定所述会话应答中包含仅接收双向音频流或仅接收单向视频流的标识时，在所述会话应答中修改视频流协商信息；向所述主叫终端发送修改过视频流协商信息的会话应答；接收所述主叫终端发送的确认消息；在主被叫通话过程中为所述主叫终端继续播放视频彩铃。本发明实施例可用于在主被叫通话过程中继续为主叫终端播放视频彩铃。
Description
技术领域
本发明涉及通信技术领域，尤其涉及通信技术领域中应用的视频彩铃播放方法、多媒体彩铃服务器及用户设备。
背景技术
目前，多媒体铃音业务包括有：多媒体回铃音、多媒体振铃音和多媒体背景音。回铃音又称多媒体彩铃，即主叫拨打被叫时，在被叫摘机接听之前，主叫欣赏到多媒体回铃音。振铃音又称为多媒体彩振，即在主叫拨打被叫时，在被叫摘机接听之前，被叫欣赏到多媒体振铃音。背景音又称为多媒体彩相，即主叫和被叫通话过程中，主被叫双方都能欣赏到多媒体背景音。其中，多媒体铃音文件的内容可以为：音频、视频、文字、图片、vCard电子名片等。现在随着通信技术的发展，人们对在主被叫通话过程中继续欣赏多媒体铃音的要求逐渐增强。
在实现现有技术方案的过程中，发明人发现现有技术中至少存在如下问题：
由于在主被叫通话过程中继续播放彩铃/彩振时，多媒体彩铃服务器CATAS/MRF(Customized Alerting Tone Application Server/Multimedia ResourceFunction)作为会议中心来进行混频处理，因此主被叫的通话媒体流需要经过CAT AS/MRF进行中转，这增加了CAT AS/MRF本身的负荷，容易产生瓶颈效应。
发明内容
本发明实施例提供一种视频彩铃的播放方法、多媒体彩铃服务器及用户设备，以减轻多媒体彩铃服务器的负荷、并减小主被叫通话建立的延迟。
为达到上述目的，本发明实施例采用如下技术方案：
一种视频彩铃的播放方法，其特征在于，包括：
接收被叫终端发送的会话应答；
在确定所述会话应答中包含仅接收双向音频流或仅接收单向视频流的标识 时，在所述会话应答中修改视频流协商信息；
向所述主叫终端发送修改过视频流协商信息的会话应答；
接收所述主叫终端发送的确认消息；
在主被叫通话过程中为所述主叫终端继续播放视频彩铃。
本发明实施例还提供了另一种视频彩铃的播放方法，包括：
接收多媒体彩铃服务器发送的会话应答，所述会话应答携带有修改过的视频流协商信息；
向所述多媒体彩铃服务器发送确认消息；
根据所述修改过的视频流协商信息继续接收来自所述多媒体彩铃服务器的视频彩铃。
本发明实施例提供的多媒体彩铃服务器，包括：
第一接收单元，用于接收被叫终端发送的会话应答；
修改单元，用于在确定所述会话应答中包含仅接收双向音频流或仅接收单向视频流的标识时，在所述会话应答中修改视频流协商信息；
第一发送单元，用于向主叫终端发送修改过视频流协商信息的会话应答；
第二接收单元，用于接收所述主叫终端发送的确认消息；
播放单元，用于在主被叫通话过程中为所述主叫终端继续播放视频彩铃。
本发明实施例还提供了一种用户设备，包括：
第一接收单元，用于接收多媒体彩铃服务器发送的会话应答，所述会话应答携带有修改过的视频流协商信息；
发送单元，用于向所述多媒体彩铃服务器发送确认消息；
第二接收单元，用于根据所述修改过的视频流协商信息继续接收来自所述多媒体彩铃服务器的视频彩铃。
本发明实施例提供的视频彩铃的播放方法、多媒体彩铃服务器及用户设备，一方面由于所述多媒体彩铃服务器向主叫终端仅发送一路音频流以用于主被叫之间正常通话、和一路视频流以用于在主被叫通话过程中继续为主叫终端播放视频彩铃，因此不需要所述多媒体彩铃服务器作为会议中心来对该一路音频流和该一路视频流进行混频，减轻了多媒体彩铃服务器的负荷；另一方面由于在 对被叫终端返回的会话应答修改完成之后，所述多媒体彩铃服务器仅需要和主叫终端关于是否继续播放彩铃进行协商，而不需要和被叫终端进行协商，因此缩短了呼叫建立的时间，减小了主被叫之间通话建立的延迟。
附图说明
图1为本发明实施例中一种视频彩铃播放方法的流程示意图；
图2为本发明实施例中另一种视频彩铃播放方法的流程示意图；
图3为本发明实施例视频彩铃播放方法应用的组网结构示意图；
图4为本发明实施例一的流程示意图；
图5为本发明实施例一中所述会话应答修改前的一部分消息体；
图6为本发明实施例一中所述会话应答修改后的一部分消息体；
图7为本发明实施例二的流程示意图；
图8为本发明实施例二中所述会话应答修改前的一部分消息体；
图9为本发明实施例二中所述会话应答修改后的一部分消息体；
图10为本发明实施例中再一种视频彩铃播放方法的流程示意图；
图11为本发明实施例中又一种视频彩铃播放方法的流程示意图；
图12为本发明实施例三的流程示意图；
图13为本发明实施例四的流程示意图；
图14为本发明实施例一种多媒体彩铃服务器的示意图；
图15为图14所示多媒体彩铃服务器的详细示意图；
图16为本发明实施例一种用户设备的示意图；
图17为本发明实施例视频彩铃播放系统的示意图。
具体实施方式
下面结合附图对本发明实施例视频彩铃的播放方法、多媒体彩铃服务器及用户设备进行详细描述。
应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
需要说明的是，本发明实施例中的所述主叫终端和被叫终端包括但不限于各种制式的用户设备UE，所述用户设备包括但不限于各种手机、个人数字助理PDA、智能手机、具有通话能力的掌上电脑等无线通讯设备。
本发明实施例提供的视频彩铃的播放方法，能够减轻多媒体彩铃服务器的负荷、并减小主被叫通话建立的延迟。
如图1所示，本发明实施例中一种视频彩铃的播放方法，包括：
S101，接收被叫终端发送的会话应答；
S102，在确定所述会话应答中包含仅接收双向音频流或仅接收单向视频流的标识时，在所述会话应答中修改视频流协商信息；
S103，向所述主叫终端发送修改过视频流协商信息的会话应答；
S104，接收所述主叫终端发送的确认消息；
S105，在主被叫通话过程中为所述主叫终端继续播放视频彩铃。
其中，上述各步骤的执行主体可以是多媒体彩铃服务器。
如图2所示，本发明实施例中另一种视频彩铃的播放方法，包括：
S201，接收多媒体彩铃服务器发送的会话应答，所述会话应答携带有修改过的视频流协商信息；
S202，向所述多媒体彩铃服务器发送确认消息；
S203，根据所述修改过的视频流协商信息继续接收来自所述多媒体彩铃服务器的视频彩铃。
其中，上述各步骤的执行主体可以是主叫终端。
本发明实施例提供的视频彩铃的播放方法，一方面由于所述多媒体彩铃服务器向主叫终端仅发送一路音频流以用于主被叫之间正常通话、和一路视频流以用于在主被叫通话过程中继续为主叫终端播放视频彩铃，因此不需要所述多媒体彩铃服务器作为会议中心来对该一路音频流和该一路视频流进行混频，减轻了多媒体彩铃服务器的负荷；另一方面由于在对被叫终端返回的会话应答修改完成之后，所述多媒体彩铃服务器仅需要和主叫终端关于是否继续播放彩铃进行协商，而不需要和被叫终端进行协商，因此缩短了呼叫建立的时间，减小了主被叫之间通话建立的延迟。
需要说明的是，在本发明实施例提供的视频彩铃播放方法中，对于S101接收被叫终端发送的会话应答而言，该会话应答可以在被叫终端发送的200 OK消息中携带，或者该会话应答可以在被叫终端发送的18x消息中携带。其中，18x消息指的是180消息或183消息，该180消息为Ringing振铃消息，该183消息为Session Progress会话进行中消息。下面的实施例一和实施例二以会话应答在被叫终端发送的200 OK消息中携带为例进行说明。
实施例一
应用场景：
被叫终端UE-B为主叫终端UE-A订阅了多媒体彩铃，该多媒体彩铃既包括音频彩铃也包括视频彩铃，且在UE-A向UE-B拨打视频电话时，多媒体彩铃服务器CAT AS/MRF首先为UE-A播放多媒体彩铃。此外，在CAT AS中预先配置了UE-B的个性化设置，即：当UE-B仅希望与UE-A进行音频通话时，在主被叫通话过程中继续为UE-A播放无声的视频彩铃。
组网结构：
本发明实施例视频彩铃播放方法应用的组网结构如图3所示，该组网结构包括主叫终端UE-A、被叫终端UE-B、多媒体彩铃服务器CAT AS/MRF以及若干级应用实体。UE-A依次通过WCDMA系统的基站NodeB、无线网络控制器RNC(Radio Network Controller)、服务器GPRS支持节点SGSN(Serving GPRSSupport Node)、和代理呼叫会话控制功能实体P-CSCF(Proxy Call SessionControl Function)而连接到服务器呼叫会话控制功能实体S-CSCF(Serving CallSession Control Function)，该服务器呼叫会话控制功能实体S-CSCF通过SIP协议(Session Initiation Protocol，会话初始化协议)与多媒体彩铃服务器CAT AS/MRF进行交互。
而且，该服务器呼叫会话控制功能实体S-CSCF还依次通过代理呼叫会话控制功能实体P-CSCF、服务器GPRS支持节点SGSN、无线网络控制器RNC、和WCDMA系统的基站NodeB与UE-B连接。
此外，该服务器呼叫会话控制功能实体S-CSCF还通过SIP协议与归属用户服务器HSS(Home Subscriber Server)进行交互。其中，归属用户服务器HSS 存储用户和服务的相关数据，如CATAS预先为UE-B配置的个性化设置就可以存储在归属用户服务器HSS中。
实现流程：
如图4所示，实施例一的实现流程包括以下步骤：
S401，CAT AS/MRF接收UE-A发送的INVITE消息，该INVITE消息中包含有UE-A的呼叫请求消息UE-A Offer；
S402，CATAS/MRF向UE-B透传该INVITE消息，从而向UE-B发起呼叫建立请求；
S403，CAT AS/MRF接收UE-B根据该INVITE消息返回的180消息(180Dialog 1)，以表示UE-B已经开始振铃；
S404，CATAS/MRF将所述180消息修改为183消息(183 Dialog 2)，并在该183消息中携带多媒体彩铃服务器的会话应答CAT Answer SDP，之后向UE-A发送该183消息；
S405，CAT AS/MRF接收UE-A发送的对该会话应答CAT Answer SDP表示确认的PRACK消息(Provisional Response Acknowledgement，临时响应确认消息)(PRACK Dialog 2)，以对上述183消息进行确认；
S406，CAT AS/MRF向UE-A发送200 OK(PRACK)消息，以对上述PRACK消息进行确认；
S407，确认完成后，CAT AS/MRF为UE-A播放多媒体彩铃。其中，该多媒体彩铃为UE-B摘机接听之前为UE-A订阅的多媒体彩铃。
S408，CAT AS/MRF接收UE-B发送的200 OK(INVITE)消息，该消息表明UE-B已经摘机接听。且在该200 OK(INVITE)消息中包含有UE-B的会话应答UE-B Answer SDP；
S409，CAT AS/MRF检查该会话应答UE-B Answer SDP的消息体，如图5所示，当确认在该会话应答中包含仅接收双向音频流的标识时，即当发现该消息体中的视频流m＝video的端口号为0时(如图5中字体加粗部分所示)，确定该会话应答UE-B Answer SDP中包含仅接收双向音频流的标识，进而可在所述会话应答中修改主叫终端对应的视频流协商信息，以便于主叫终端根据所述视 频流协商信息接收视频彩铃。
其中，在所述会话应答中修改主叫终端对应的视频流协商信息具体为：
在确定该会话应答UE-B Answer SDP中包含仅接收双向音频流的标识时，修改该会话应答中已有视频流的视频流协商信息，即修改该会话应答中已有的m＝video行的视频流协商信息，具体而言，如图6中字体加粗部分所示，在m＝video行下增加c行，限定c行的属性，以使video媒体流的地址指向CATAS/MRF，该地址为“IP66666::ddd:ccc:bbb:aaa”，并将m＝video行中的端口号置为CAT AS/MRF为主叫终端UE-A分配的端口号，该端口号为“5678”。同时在c行下增加a行，并将a行的属性设置为a＝sendonly，表明CAT AS/MRF仅为主叫终端UE-A播放视频彩铃。此外，在a＝sendonly行下还可增加a＝rtpmap：98H263行，以告知UE-A所述视频流协商信息使用的媒体编码。
由此可知，上述视频流协商信息包括视频状态信息、端口指向信息、地址指向信息和视频媒体信息。其中，a行的设置信息a＝sendonly为视频状态信息，而c行的设置信息为地址指向信息，video行的设置信息则为端口指向信息，且a＝rtpmap：98H263行的信息视频媒体信息。
S410，CAT AS/MRF向UE-A发送修改过视频流协商信息的会话应答，具体地，该会话应答是携带在200OK(INVITE)消息中发送的，以用于UE-A进行正常通话会话的协商；
S411，CAT AS/MRF接收UE-A发送的ACK确认消息(Acknowledgement，确认消息)；
S412，CATAS/MRF向UE-B透传该ACK确认消息；
S413，根据该ACK确认消息，UE-A和UE-B之间进行正常的音频通话；
S414，与此同时，多媒体彩铃应用服务器CAT AS根据该ACK确认消息，指示媒体资源功能实体MRF在主被叫通话过程中为UE-A继续播放视频彩铃。
需要说明的是，本实施例中步骤S409，在所述会话应答中修改主叫终端对应的视频流协商信息，是在Forking模式(分支模式)下的多媒体彩铃播放流程的基础上进行的修改，对于Early-session模式(早期会话模式)和Gateway模式(网关模式)下的多媒体彩铃播放流程而言，步骤S409中的修改操作相同。
实施例二
应用场景：
实施例二的应用场景与实施例一的应用场景基本上相同，不同之处就在于CATAS中预先配置的UE-B的个性化设置，即：当UE-B仅希望单向接收UE-A视频通话时，即UE-B仅接收UE-A的视频信息、而不向UE-A发送自己的视频信息时，在主被叫通话过程中继续为UE-A播放无声的视频彩铃。
组网结构：
实施例二的组网结构与实施例一的组网结构相同。
实现流程：
如图7所示，实施例二的实现流程包括以下步骤：
S701，CAT AS/MRF接收UE-A发送的INVITE消息，该INVITE消息中包含有UE-A的呼叫请求消息UE-A Offer；
S702，CAT AS/MRF向UE-B透传该INVITE消息，从而向UE-B发起呼叫建立请求；
S703，CATAS/MRF接收UE-B根据该INVITE消息返回的180消息(180Dialog 1)，以表示UE-B已经开始振铃；
S704，CAT AS/MRF将所述180消息修改为183消息(183 Dialog 2)，并在该183消息中携带多媒体彩铃服务器的会话应答CAT Answer SDP，之后向UE-A发送该183消息；
S705，CAT AS/MRF接收UE-A发送的对该会话应答CAT Answer SDP表示确认的PRACK消息(Provisional Response Acknowledgement，临时响应确认消息)(PRACK Dialog 2)，以对上述183消息进行确认；
S706，CATAS/MRF向UE-A发送200 OK (PRACK)消息，以对上述PRACK消息进行确认；
S707，确认完成后，CAT AS/MRF为UE-A播放多媒体彩铃。其中，该多媒体彩铃为UE-B摘机接听之前为UE-A订阅的多媒体彩铃。
S708，CAT AS/MRF接收UE-B发送的200 OK(INVITE)消息，该消息表明UE-B已经摘机接听。且在该200OK(INVITE)消息中包含有UE-B的会话 应答UE-B Answer SDP；
S709，CAT AS/MRF检查该会话应答UE-B Answer SDP的消息体，如图8所示，当确认在该会话应答中包含仅接收单向视频流的标识时，即当发现该消息体中的video行m＝video的端口号为CAT AS/MRF为UE-B分配的端口号，且该video行下的属性为a＝recvonly时(如图8中字体加粗部分所示)，确定该会话应答UE-B Answer SDP中包含仅接收单向视频流的标识，进而可在所述会话应答中修改主叫终端对应的视频流协商信息，以便于所述主叫终端根据所述视频流协商信息接收视频彩铃。
其中，在所述会话应答中修改主叫终端对应的视频流协商信息具体为：
在确定该会话应答UE-B Answer SDP中包含仅接收单向视频流的标识时，在该会话应答中增加新的视频流，即m＝video行，该新的视频流包括视频流协商信息。具体而言，如图9所示，在会话应答UE-B Answer SDP的消息体中增加新的m＝video行，并将该新增的m＝video行的端口号置为CAT AS/MRF为主叫终端UE-A分配的端口号，该端口号为“5678”，并在该新增的m＝video行下增加c行，限定c行的属性，以使video媒体流的地址指向CATAS/MRF，该地址为“IP66666::ddd:ccc:bbb:aaa”。同时在c行下增加a行，并将a行的属性设置为a＝sendonly，表明CAT AS/MRF仅为主叫终端UE-A播放视频彩铃。此外，在a＝sendonly行下还可增加a＝rtpmap：98H263行，以告知UE-A所述视频流协商信息使用的媒体编码。
由此可知，上述视频流协商信息包括视频状态信息、端口指向信息、地址指向信息和视频媒体信息。其中，a行的设置信息a＝sendonly为视频状态信息，而c行的设置信息为地址指向信息，video行的设置信息则为端口指向信息，且a＝rtpmap：98H263行的信息视频媒体信息。
S710，CAT AS/MRF向UE-A发送修改过视频流协商信息的会话应答，具体地，该会话应答是携带在200 OK(INVITE)消息中发送的，以用于UE-A进行正常通话会话的协商；
S711，CAT AS/MRF接收UE-A发送的ACK确认消息；
S712，CATAS/MRF向UE-B透传该ACK确认消息；
S713，根据该ACK确认消息，UE-A和UE-B之间进行正常的音频通话；
S714，与此同时，多媒体彩铃应用服务器CAT AS根据所述确认消息，指示媒体资源功能实体MRF在主被叫通话过程中为UE-A继续播放视频彩铃。
需要说明的是，本实施例中步骤S709，在所述会话应答中修改主叫终端对应的视频流协商信息，是在Forking模式(分支模式)下的多媒体彩铃播放流程的基础上进行的修改，对于Early-session模式(早期会话模式)和Gateway模式(网关模式)下的多媒体彩铃播放流程而言，步骤S709中的修改操作相同。
下面的实施例三和实施例四以会话应答在被叫终端发送的18x消息中携带为例进行说明。
其中，当会话应答在被叫终端发送的18x消息中携带时，具体又分为如下两种情况：
第一种情况如图10所示，在步骤1003，接收被叫终端发送的会话应答之前，所述视频彩铃的播放方法还包括：
S1001，接收所述主叫终端发送的请求消息；
S1002，确定所述请求消息既包含音频流又包含视频流时，向所述被叫终端透传所述请求消息。
其中，实施例三是对该第一种情况的说明。
第二种情况如图11所示，在步骤1104，接收被叫终端发送的会话应答之前，所述视频彩铃的播放方法还包括：
S1101，接收所述主叫终端发送的请求消息；
S1102，确定所述请求消息中仅包含音频流时，在所述请求消息的消息头中添加100rel标志，以要求所述被叫终端在18x消息中携带会话应答；
S1103，向所述被叫终端发送添加有100rel标志的请求消息。
其中，实施例四是对该第二种情况的说明。
实施例三
应用场景：
实施例三的应用场景与实施例一的应用场景基本上相同，不同之处就在于CAT AS中预先配置的UE-B的个性化设置，即：当UE-B仅希望与UE-A进行 音频通话时、或当UE-B仅希望单向接收UE-A的视频通话时，在主被叫通话过程中继续为UE-A播放无声的视频彩铃。
此外，UE-A向UE-B发送INVITE消息，该INVITE消息中携带有主叫终端的请求消息UE-A Offer，以向UE-B发起呼叫建立请求。其中，该呼叫请求消息UE-A Offer中既包含音频流，又包含视频流。
组网结构：
实施例三的组网结构与实施例一的组网结构相同。
实现流程：
如图12所示，实施例三的实现流程包括以下步骤：
S1201，CAT AS/MRF接收UE-A发送的INVITE消息，该INVITE消息中包含有UE-A的呼叫请求消息UE-A Offer。其中，该呼叫请求消息UE-A Offer 中既包含音频流，又包含视频流；
S1202，CAT AS/MRF在确定所述呼叫请求消息UE-A Offer中既包含音频流又包含视频流时，向UE-B透传该INVITE消息，从而向UE-B发起呼叫建立请求；
S1203，CAT AS/MRF接收UE-B根据该INVITE消息返回的183 SessionProgress消息，以表示UE-B正处于执行会话处理过程中。其中该183消息中携带有UE-B的会话应答UE-B Answer SDP，该会话应答中包含仅接收双向音频流或仅接收单向视频流的标识；
S1204，CAT AS/MRF检查该会话应答UE-B Answer SDP的消息体，当发现其中包含仅接收双向音频流的标识，即“m＝video”行的端口号为0，或发现其中包含仅接收单向视频流的标识，即“m＝video”行下的属性为“a＝recvonly”时，从上述183消息的消息体中提取该会话应答，并对该提取出的会话应答进行缓存。同时，替换以CAT Early-session Offer SDP携带在该183消息中；
S1205，CAT AS/MRF向UE-A发送携带有CAT Early-session Offer SDP消息的183消息；
S1206，CAT AS/MRF接收UE-A发送的对该183消息表示确认的PRACK消息，该PRACK消息中携带了UE-A的Early Session Answer SDP，以对上述 183消息进行确认；
S1207，CATAS/MRF向UE-A发送200 OK (PRACK)消息，以对上述PRACK消息进行确认；
S1208，确认完成后，CAT AS/MRF为UE-A播放多媒体彩铃。其中，该多媒体彩铃为UE-B摘机接听之前为UE-A订阅的多媒体彩铃；
S1209，CAT AS/MRF接收UE-B发送的200 OK(INVITE)消息，该消息表明UE-B已经摘机接听；
S1210，CAT AS/MRF将在步骤S1204中提取的会话应答添加到该200OK消息中，并在所述会话应答中修改视频流协商信息，以便于所述主叫终端根据所述视频流协商信息接收视频彩铃。
其中当该会话应答中包含仅接收双向音频流的标识时，具体修改的方式采用实施例一中的方案；而当该会话应答中包含仅接收单向视频流的标识时，具体修改的方式采用实施例二中的方案。
S1211，CATAS/MRF向UE-A发送修改过视频流协商信息的会话应答，具体地，该会话应答是携带在200 OK(INVITE)消息中发送的，以用于UE-A进行正常通话会话的协商；
S1212，CATAS/MRF接收UE-A发送的确认消息ACK；
S1213，CAT AS/MRF向UE-B透传该确认消息ACK；
S1214，根据该确认消息ACK，UE-A和UE-B之间进行正常的音频通话；
S1215，与此同时，多媒体彩铃应用服务器CAT AS根据所述确认消息，指示媒体资源功能实体MRF在主被叫通话过程中为UE-A继续播放视频彩铃。
需要说明的是，本实施例中步骤S1210，在所述会话应答中修改主叫终端对应的视频流协商信息，是在Early-session模式(早期会话模式)下的多媒体彩铃播放流程的基础上进行的修改，对于Forking模式(分支模式)下的多媒体彩铃播放流程而言，步骤S1210中的修改操作相同。但是对于Gateway模式(网关模式)下的多媒体彩铃播放流程而言稍有不同，该不同之处就在于步骤S1211，向主叫终端UE-A发送修改过视频流协商信息的会话应答，该会话应答是携带在UPDATE消息中发送的，而不是携带在200 OK消息中发送的。
实施例四
应用场景：
实施例四的应用场景与实施例一的应用场景基本上相同，不同之处就在于CAT AS中预先配置的UE-B的个性化设置，即：当UE-B仅希望与UE-A进行音频通话时、或当UE-B仅希望单向接收UE-A的视频通话时，在主被叫通话过程中继续为UE-A播放无声的视频彩铃。
此外，UE-A向UE-B发送INVITE消息，该INVITE消息中携带有的呼叫请求消息UE-A Offer，以向UE-B发起呼叫建立请求。其中，该呼叫请求消息UE-A Offer中仅包含音频流。
组网结构：
实施例四的组网结构与实施例一的组网结构相同。
实现流程：
如图13所示，实施例四的实现流程包括以下步骤：
S1301，CAT AS/MRF接收UE-A发送的INVITE消息，该INVITE消息中包含有UE-A的呼叫请求消息UE-A Offer。其中，该呼叫请求消息UE-A Offer中仅包含音频流；
S1302，CAT AS/MRF在确定所述呼叫请求消息UE-A Offer中仅包含音频流时，在该呼叫请求消息的消息头中添加100rel标志，以要求UE-B在18x消息中携带会话应答UE-B Answer SDP；并向UE-B发送添加有100rel标志的呼叫请求消息，从而向UE-B发起呼叫建立请求；
S1303，CATAS/MRF接收UE-B根据上述INVITE消息返回的183 SessionProgress消息，以表示UE-B正处于执行会话处理过程中。其中该183消息中携带有UE-B的会话应答UE-B Answer SDP，该会话应答中包含仅接收双向音频流或仅接收单向视频流的标识；
S1304，CAT AS/MRF检查该会话应答UE-B Answer SDP的消息体，当发现其中包含仅接收双向音频流的标识，即“m＝video”行的端口号为0，或发现其中包含仅接收单向视频流的标识，即“m＝video”行下的属性为“a＝recvonly”时，从上述183消息的消息体中复制该会话应答，并对该复制的会话应答进行 缓存。同时，将CAT Early-session Offer SDP添加在该183消息中；
S1305，CAT AS/MRF向UE-A发送183消息，该183消息中携带有UE-BAnswer SDP消息和CAT Early-session Offer SDP消息；
S1306，CAT AS/MRF接收UE-A发送的对该183消息表示确认的PRACK消息，该PRACK消息中携带了UE-A的Early Session Answer SDP，以对上述183消息进行确认；
S1307，CATAS/MRF向UE-A发送200 OK(PRACK)消息，以对上述PRACK消息进行确认；
S1308，确认完成后，CAT AS/MRF为UE-A播放多媒体彩铃。其中，该多媒体彩铃为UE-B摘机接听之前为UE-A订阅的多媒体彩铃；
S1309，CAT AS/MRF接收UE-B发送的200 OK(INVITE)消息，该消息表明UE-B已经摘机接听；
S1310，CAT AS/MRF将在步骤S1304中复制的会话应答添加到UPDATE更新消息中，并在所述会话应答中修改视频流协商信息，以便于所述主叫终端根据所述视频流协商信息接收视频彩铃。
其中当该会话应答中包含仅接收双向音频流的标识时，具体修改的方式采用实施例一中的方案；而当该会话应答中包含仅接收单向视频流的标识时，具体修改的方式采用实施例二中的方案。
S1311，CATAS/MRF向UE-A发送修改过视频流协商信息的会话应答，具体地，该会话应答是携带在UPDATE更新消息中发送的，以用于主叫终端UE-A进行正常通话会话的协商；
S1312，CAT AS/MRF接收UE-A发送的200 OK(UPDATE)消息，从而完成主被叫之间正常通话会话的协商；
S1313，CAT AS/MRF向UE-A发送200 OK(INVITE)消息，以表示UE-B已经摘机；
S1314，CATAS/MRF接收UE-A发送的确认消息ACK；
S1315，CATAS/MRF向UE-B透传该确认消息ACK；
S1316，根据该确认消息ACK，UE-A和UE-B之间进行正常的音频通话；
S1317，与此同时，多媒体彩铃应用服务器CAT AS根据所述确认消息，指示媒体资源功能实体MRF在主被叫通话过程中为主叫终端UE-A继续播放视频彩铃。
需要说明的是，本实施例中步骤S1310，在所述会话应答中修改主叫终端对应的视频流协商信息，是在Early-session模式(早期会话模式)下的多媒体彩铃播放流程的基础上进行的修改，对于Forking模式(分支模式)下的多媒体彩铃播放流程而言，步骤S1310中的修改操作相同。但是对于Gateway模式(网关模式)而言，该模式并不适用该实施例四。
另外还需要说明的是，步骤S1310也可以在步骤S1309，即UE-B摘机接听之前进行。
上述各实施例中的视频彩铃的播放方法，一方面由于所述多媒体彩铃服务器向主叫终端仅发送一路音频流以用于主被叫之间正常通话、和一路视频流以用于在主被叫通话过程中继续为主叫终端播放视频彩铃，因此不需要所述多媒体彩铃服务器作为会议中心来对该一路音频流和该一路视频流进行混频，减轻了多媒体彩铃服务器的负荷；另一方面由于在对被叫终端返回的会话应答修改完成之后，所述多媒体彩铃服务器仅需要和主叫终端关于是否继续播放彩铃进行协商，而不需要和被叫终端进行协商，因此缩短了呼叫建立的时间，减小了主被叫之间通话建立的延迟。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
如图14所示，本发明实施例还提供了一种多媒体彩铃服务器CAT AS/MRF，包括：
第一接收单元1401，用于接收被叫终端发送的会话应答；
修改单元1402，用于在确定所述会话应答中包含仅接收双向音频流或仅接收单向视频流的标识时，在所述会话应答中修改视频流协商信息；
第一发送单元1403，用于向所述主叫终端发送修改过视频流协商信息的会话应答；
第二接收单元1404，用于接收所述主叫终端发送的确认消息；
播放单元1405，用于根据所述确认消息在主被叫通话过程中为所述主叫终端继续播放视频彩铃。
具体而言，如图15所示，所述修改单元1402包括：
确定模块14021，用于在所述会话应答中视频流的端口号为0时，确定所述会话应答中包含仅接收双向音频流的标识；在所述会话应答中视频流的属性为a＝recvonly时，确定所述会话应答中包含仅接收单向视频流的标识；
修改模块14022，用于在确定所述会话应答中包含仅接收双向音频流的标识时，修改所述会话应答中已有的视频流协商信息；在确定所述会话应答中包含仅接收单向视频流的标识时，在所述会话应答中增加新的视频流协商信息。
具体而言，所述视频流协商信息中包括：视频状态信息，用于将多媒体彩铃服务器的状态设置为向主叫终端发送视频彩铃；端口指向信息，用于将视频流中的端口号设置为多媒体彩铃服务器为主叫终端分配的端口号；地址指向信息，用于视频流中的地址指向多媒体彩铃服务器。
除视频状态信息、端口指向信息和地址指向信息之外，所述视频流协商信息还可以包括视频媒体信息，用于告知主叫终端所述视频流协商信息使用的媒体编码。
而且本实施例中，第一接收单元1401接收的会话应答，既可以在被叫终端发送的200 OK消息中携带，也可以在被叫终端发送的18x消息中携带。
其中当该会话应答在被叫终端发送的18x消息中携带时，所述第一接收单元1401包括：
接收模块14011，用于接收被叫终端发送的18x消息；
提取模块14012，用于提取所述18x消息中携带的会话应答；和/或
复制模块14013，用于复制所述18x消息中携带的会话应答。
而且所述第一发送单元1403包括：
第一添加模块14031，用于将修改过视频流协商信息的会话应答添加到被叫终端发送的200OK消息中；
第一发送模块14032，用于向所述主叫终端发送所述200OK消息；和/或
第二添加模块14033，用于将修改过视频流协商信息的会话应答添加到UPDATE更新消息中；
第二发送模块14034，用于向所述主叫终端发送所述UPDATE更新消息。
从图15还可以看出，所述多媒体彩铃服务器还包括：
第三接收单元1406，用于接收所述主叫终端发送的请求消息；
添加单元1407，用于在确定所述请求消息中仅包含音频流时，在所述请求消息的消息头中添加100rel标志，以要求所述被叫终端在18x消息中携带会话应答；
第二发送单元1408，用于向所述被叫终端发送添加有100rel标志的请求消息。
本发明实施例提供的多媒体彩铃服务器，一方面由于所述多媒体彩铃服务器向主叫终端仅发送一路音频流以用于主被叫之间正常通话、和一路视频流以用于在主被叫通话过程中继续为主叫终端播放视频彩铃，因此不需要所述多媒体彩铃服务器作为会议中心来对该一路音频流和该一路视频流进行混频，减轻了多媒体彩铃服务器的负荷；另一方面由于在对被叫终端返回的会话应答修改完成之后，所述多媒体彩铃服务器仅需要和主叫终端关于是否继续播放彩铃进行协商，而不需要和被叫终端进行协商，因此缩短了呼叫建立的时间，减小了主被叫之间通话建立的延迟。
如图16所示，本发明实施例还提供了一种用户设备，包括：
第一接收单元1601，用于接收多媒体彩铃服务器发送的会话应答，所述会话应答携带有修改过的视频流协商信息；
发送单元1602，用于向所述多媒体彩铃服务器发送确认消息；
第二接收单元1603，用于根据所述修改过的视频流协商信息继续接收来自所述多媒体彩铃服务器的视频彩铃。
其中，所述修改过的视频流协商信息包括：视频状态信息，用于将多媒体彩铃服务器的状态设置为向主叫终端发送视频彩铃；端口指向信息，用于将视频流中的端口号设置为多媒体彩铃服务器为主叫终端分配的端口号；地址指向信息，用于视频流中的地址指向多媒体彩铃服务器。
除视频状态信息、端口指向信息和地址指向信息之外，所述修改过的视频流协商信息还可以包括视频媒体信息，用于告知主叫终端所述视频流协商信息使用的媒体编码。
本发明实施例提供的用户设备，一方面由于所述多媒体彩铃服务器向主叫终端仅发送一路音频流以用于主被叫之间正常通话、和一路视频流以用于在主被叫通话过程中继续为主叫终端播放视频彩铃，因此不需要所述多媒体彩铃服务器作为会议中心来对该一路音频流和该一路视频流进行混频，减轻了多媒体彩铃服务器的负荷；另一方面由于在对被叫终端返回的会话应答修改完成之后，所述多媒体彩铃服务器仅需要和主叫终端关于是否继续播放彩铃进行协商，而不需要和被叫终端进行协商，因此缩短了呼叫建立的时间，减小了主被叫之间通话建立的延迟。
如图17所示，本发明实施例还提供了一种视频彩铃的播放系统，该系统包括多媒体彩铃服务器1701、被叫终端1702和主叫终端1703。其中：
多媒体彩铃服务器1701，用于接收被叫终端发送的会话应答，在确定所述会话应答中包含仅接收双向音频流或仅接收单向视频流的标识时，在所述会话应答中修改视频流协商信息，并向所述主叫终端发送修改过视频流协商信息的会话应答，接收所述主叫终端发送的确认消息，并在主被叫通话过程中为所述主叫终端继续播放视频彩铃；
被叫终端1702，用于向所述多媒体彩铃服务器发送会话应答；
主叫终端1703，用于接收所述多媒体彩铃服务器发送的会话应答，所述会话应答携带有修改过的视频流协商信息，并向所述多媒体彩铃服务器发送确认消息，且根据所述修改过的视频流协商信息继续接收来自所述多媒体彩铃服务器的视频彩铃。
本发明实施例提供的视频彩铃的播放系统，一方面由于所述多媒体彩铃服务器向主叫终端仅发送一路音频流以用于主被叫之间正常通话、和一路视频流 以用于在主被叫通话过程中继续为主叫终端播放视频彩铃，因此不需要所述多媒体彩铃服务器作为会议中心来对该一路音频流和该一路视频流进行混频，减轻了多媒体彩铃服务器的负荷；另一方面由于在对被叫终端返回的会话应答修改完成之后，所述多媒体彩铃服务器仅需要和主叫终端关于是否继续播放彩铃进行协商，而不需要和被叫终端进行协商，因此缩短了呼叫建立的时间，减小了主被叫之间通话建立的延迟。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求所述的保护范围为准。
Claims (13)
1.一种视频彩铃的播放方法，其特征在于，包括：
接收被叫终端发送的会话应答；
在确定所述会话应答中包含仅接收双向音频流或仅接收单向视频流的标识时，在所述会话应答中修改视频流协商信息以便主叫终端根据修改过的视频流协商信息接收视频彩铃；
向所述主叫终端发送修改过视频流协商信息的所述会话应答；
接收所述主叫终端发送的确认消息；
在主被叫通话过程中为所述主叫终端继续播放视频彩铃。
2.根据权利要求1所述的视频彩铃的播放方法，其特征在于，确定所述会话应答中包含仅接收双向音频流或仅接收单向视频流的标识具体为：
所述会话应答中视频流的端口号为0时，确定所述会话应答中包含仅接收双向音频流的标识；
所述会话应答中视频流的属性为a=recvonly时，确定所述会话应答中包含仅接收单向视频流的标识。
3.根据权利要求1所述的视频彩铃的播放方法，其特征在于，在所述会话应答中修改视频流协商信息具体为：
在确定所述会话应答中包含仅接收双向音频流的标识时，修改所述会话应答中已有的视频流协商信息；或
在确定所述会话应答中包含仅接收单向视频流的标识时，在所述会话应答中增加新的视频流协商信息。
4.根据权利要求3所述的视频彩铃的播放方法，其特征在于，所述视频流协商信息包括：
视频状态信息，其状态设置为向所述主叫终端发送视频彩铃；
端口指向信息，用于将视频流中的端口号设置为多媒体彩铃服务器为所述主叫终端分配的端口号；
地址指向信息，用于将视频流中的地址设置为所述多媒体彩铃服务器的地址。
5.根据权利要求1所述的视频彩铃的播放方法，其特征在于，
所述会话应答在所述被叫终端发送的18x消息中携带时，
所述接收被叫终端发送的会话应答具体为：
接收所述被叫终端发送的所述18x消息；
提取或复制所述18x消息中携带的所述会话应答；
所述向所述主叫终端发送修改过视频流协商信息的所述会话应答具体为：
将修改过视频流协商信息的所述会话应答添加到被叫终端发送的200OK消息中，并向所述主叫终端发送所述200OK消息；或者，
将修改过视频流协商信息的所述会话应答添加到UPDATE更新消息中，并向所述主叫终端发送所述UPDATE更新消息。
6.根据权利要求5所述的视频彩铃的播放方法，其特征在于，在接收被叫终端发送的会话应答之前，所述方法还包括：
接收所述主叫终端发送的请求消息；
确定所述请求消息中仅包含音频流时，在所述请求消息的消息头中添加100rel标志，以要求所述被叫终端在所述18x消息中携带所述会话应答；
向所述被叫终端发送添加有所述100rel标志的所述请求消息。
7.一种视频彩铃的播放方法，其特征在于，包括：
接收多媒体彩铃服务器发送的修改过视频流协商信息的会话应答，所述会话应答中的视频流协商信息是由所述多媒体彩铃服务器在确定来自被叫终端的会话应答中包含仅接收双向音频流或仅接收单向视频流的标识时修改的，以便主叫终端根据所述修改过的视频流协商信息接收视频彩铃；
向所述多媒体彩铃服务器发送确认消息；
根据修改过的视频流协商信息继续接收来自所述多媒体彩铃服务器的视频彩铃。
8.根据权利要求7所述的视频彩铃的播放方法，其特征在于，修改过的视频流协商信息包括：
视频状态信息，其状态设置为向所述主叫终端发送视频彩铃；
端口指向信息，用于将视频流中的端口号设置为所述多媒体彩铃服务器为所述主叫终端分配的端口号；
地址指向信息，用于视频流中的地址指向所述多媒体彩铃服务器。
9.一种多媒体彩铃服务器，其特征在于，包括：
第一接收单元，用于接收被叫终端发送的会话应答；
修改单元，用于在确定所述会话应答中包含仅接收双向音频流或仅接收单向视频流的标识时，在所述会话应答中修改视频流协商信息以便主叫终端根据修改过的视频流协商信息接收视频彩铃；
第一发送单元，用于向所述主叫终端发送修改过视频流协商信息的所述会话应答；
第二接收单元，用于接收所述主叫终端发送的确认消息；
播放单元，用于在主被叫通话过程中为所述主叫终端继续播放视频彩铃。
10.根据权利要求9所述的多媒体彩铃服务器，其特征在于，所述修改单元包括：
确定模块，用于在所述会话应答中视频流的端口号为0时，确定所述会话应答中包含仅接收双向音频流的标识；在所述会话应答中视频流的属性为a=recvonly时，确定所述会话应答中包含仅接收单向视频流的标识；
修改模块，用于在确定所述会话应答中包含仅接收双向音频流的标识时，修改所述会话应答中已有的视频流协商信息；在确定所述会话应答中包含仅接收单向视频流的标识时，在所述会话应答中增加新的视频流协商信息。
11.根据权利要求10所述的多媒体彩铃服务器，其特征在于，所述会话应答在所述被叫终端发送的18x消息中携带，所述第一接收单元包括：
接收模块，用于接收所述被叫终端发送的所述18x消息；
提取模块，用于提取所述18x消息中携带的会话应答；和/或
复制模块，用于复制所述18x消息中携带的会话应答；
所述第一发送单元包括：
第一添加模块，用于将修改过视频流协商信息的所述会话应答添加到所述被叫终端发送的200OK消息中；
第一发送模块，用于向所述主叫终端发送所述200OK消息；和/或
第二添加模块，用于将修改过视频流协商信息的所述会话应答添加到 UPDATE更新消息中；
第二发送模块，用于向所述主叫终端发送所述UPDATE更新消息。
12.根据权利要求11所述的多媒体彩铃服务器，其特征在于，所述多媒体彩铃服务器还包括：
第三接收单元，用于接收所述主叫终端发送的请求消息；
添加单元，用于在确定所述请求消息中仅包含音频流时，在所述请求消息的消息头中添加100rel标志，以要求所述被叫终端在所述18x消息中携带所述会话应答；
第二发送单元，用于向所述被叫终端发送添加有所述100rel标志的所述请求消息。
13.一种用户设备，其特征在于，包括：
第一接收单元，用于接收多媒体彩铃服务器发送的修改过视频流协商信息的会话应答，所述会话应答中的视频流协商信息是由所述多媒体彩铃服务器在确定来自被叫终端的会话应答中包含仅接收双向音频流或仅接收单向视频流的标识时修改的，以便主叫终端根据所述修改过的视频流协商信息接收视频彩铃；
发送单元，用于向所述多媒体彩铃服务器发送确认消息；
第二接收单元，用于根据修改过的视频流协商信息继续接收来自所述多媒体彩铃服务器的视频彩铃。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010000678.1A CN102131009B (zh) | 2010-01-15 | 2010-01-15 | 视频彩铃的播放方法、多媒体彩铃服务器及用户设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010000678.1A CN102131009B (zh) | 2010-01-15 | 2010-01-15 | 视频彩铃的播放方法、多媒体彩铃服务器及用户设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102131009A CN102131009A (zh) | 2011-07-20 |
| CN102131009B true CN102131009B (zh) | 2014-08-06 |
Family
ID=44268896
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010000678.1A Expired - Fee Related CN102131009B (zh) | 2010-01-15 | 2010-01-15 | 视频彩铃的播放方法、多媒体彩铃服务器及用户设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102131009B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3952265A4 (en) * | 2019-09-27 | 2022-06-01 | Huawei Technologies Co., Ltd. | CALL HANDLING METHOD AND DEVICE |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104105080B (zh) * | 2014-06-26 | 2018-11-16 | 中兴通讯股份有限公司 | 一种视频媒体播放方法、装置及系统 |
| CN106027817A (zh) * | 2016-05-19 | 2016-10-12 | 杭州东信北邮信息技术有限公司 | 一种volte视频彩铃的实现方法和系统 |
| CN106303104B (zh) * | 2016-07-27 | 2019-12-17 | 华为技术有限公司 | 一种播放视频彩铃的方法以及主叫用户设备 |
| CN109803056A (zh) * | 2017-11-15 | 2019-05-24 | 中兴通讯股份有限公司 | 一种视频彩铃播放的方法、装置及系统 |
| CN111193688B (zh) * | 2018-11-15 | 2021-12-24 | 中国移动通信集团安徽有限公司 | 实现视频彩铃的方法、装置、设备及介质 |
| CN111865883A (zh) * | 2019-04-30 | 2020-10-30 | 华为技术有限公司 | 呼叫处理的方法和设备 |
| CN110602430B (zh) * | 2019-09-16 | 2021-08-06 | 咪咕文化科技有限公司 | 视频同步方法、终端、彩铃平台、系统及可读存储介质 |
| CN113014474A (zh) * | 2021-02-19 | 2021-06-22 | 咪咕音乐有限公司 | 一种即时通信中的多媒体实现方法和系统 |
| CN114338615B (zh) * | 2021-12-22 | 2024-03-08 | 咪咕音乐有限公司 | 多媒体彩铃的播放方法、装置和存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101252780A (zh) * | 2008-04-02 | 2008-08-27 | 华为技术有限公司 | 一种媒体流播放方法及装置、以及用户终端 |
| CN101478610A (zh) * | 2009-02-04 | 2009-07-08 | 深圳华为通信技术有限公司 | 在通话期间播放多媒体铃音的方法、服务器及终端设备 |
| EP2139268A1 (en) * | 2007-08-22 | 2009-12-30 | Huawei Technologies Co., Ltd. | Method and apparatus for implementing multimedia color ring service and multimedia color image service |
-
2010
- 2010-01-15 CN CN201010000678.1A patent/CN102131009B/zh not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2139268A1 (en) * | 2007-08-22 | 2009-12-30 | Huawei Technologies Co., Ltd. | Method and apparatus for implementing multimedia color ring service and multimedia color image service |
| CN101252780A (zh) * | 2008-04-02 | 2008-08-27 | 华为技术有限公司 | 一种媒体流播放方法及装置、以及用户终端 |
| CN101478610A (zh) * | 2009-02-04 | 2009-07-08 | 深圳华为通信技术有限公司 | 在通话期间播放多媒体铃音的方法、服务器及终端设备 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3952265A4 (en) * | 2019-09-27 | 2022-06-01 | Huawei Technologies Co., Ltd. | CALL HANDLING METHOD AND DEVICE |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102131009A (zh) | 2011-07-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102131009B (zh) | 视频彩铃的播放方法、多媒体彩铃服务器及用户设备 | |
| JP6359128B2 (ja) | ビデオメディア再生方法、装置及びシステム、コンピュータ記憶メディア | |
| WO2010003352A1 (zh) | 一种彩铃选择方法、系统及相关装置 | |
| CN102833432A (zh) | 一种来电转发方法、装置及系统 | |
| CN102291502A (zh) | 呼叫转接的方法和装置 | |
| CA2513495A1 (en) | Call forwarding in a packet switched system with back up terminals | |
| CN101511072A (zh) | 一种sip或ims网络中实现增强型一号通业务的方法 | |
| CN101764802B (zh) | 在通话期间播放多媒体铃音的方法、服务器及终端设备 | |
| CN100455047C (zh) | 一种实现被叫播放主叫定制的振铃媒体的方法 | |
| CN102006371B (zh) | 一种实现多媒体彩振业务的方法及设备 | |
| CN101854356A (zh) | 终端呼叫的视频录像方法、视频数据发送方法及可视终端 | |
| CN101753517B (zh) | 发送及接收多媒体铃音文件的方法，服务器及用户设备 | |
| CN101771769A (zh) | 呼叫控制的方法、装置和系统 | |
| CN100466767C (zh) | 用户签名实现方法及移动终端 | |
| CN100589505C (zh) | 一种在下一代网络中提供回铃图像化业务的系统及方法 | |
| CN101383881B (zh) | 语音与网页传送协同方法、装置和系统 | |
| CN1893485B (zh) | 通信网络中多媒体回落方法 | |
| CN100471311C (zh) | 移动通信中呼叫伴侣实现方法 | |
| CN100461878C (zh) | 实现媒体网关控制协议放音的方法 | |
| CN103297630A (zh) | 一种播放多媒体信息的方法及装置 | |
| CN102694927A (zh) | 一种主被叫身份置换的方法及系统 | |
| CN103312904B (zh) | 点击拨号的号码显示方法、装置及系统 | |
| CN201766713U (zh) | 实现视频彩铃的系统 | |
| CN102780986A (zh) | 一种呼叫续接方法和应用服务器 | |
| CN100571164C (zh) | 下一代网络系统中的客服终端系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140806 Termination date: 20220115 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |