CN101237614A - 一种实现彩铃业务的方法 - Google Patents
一种实现彩铃业务的方法 Download PDFInfo
- Publication number
- CN101237614A CN101237614A CNA2008100077169A CN200810007716A CN101237614A CN 101237614 A CN101237614 A CN 101237614A CN A2008100077169 A CNA2008100077169 A CN A2008100077169A CN 200810007716 A CN200810007716 A CN 200810007716A CN 101237614 A CN101237614 A CN 101237614A
- Authority
- CN
- China
- Prior art keywords
- media resource
- resource information
- response message
- service equipment
- ensemble
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种实现彩铃业务的方法，在会话建立过程中进行媒体资源协商时，服务设备收到被叫用户回应的临时响应消息后，根据彩铃媒体资源信息和收到的正常媒体资源信息，计算同时满足彩铃媒体资源信息和正常媒体资源信息的最小集合，将其作为最终的结果媒体资源信息集合进行媒体资源预留；媒体资源预留完成后，服务设备通过向主叫用户发送包含该结果媒体资源信息集合的临时响应消息或更新媒体资源信息请求完成媒体资源协商，并指示彩铃媒体播放设备向主叫用户播放彩铃多媒体信息。该方法解决了现有技术中无法播放彩铃媒体比正常媒体多出的媒体类型的媒体信息的问题。
Description
技术领域
本发明涉及通信领域，更具体地涉及一种IP多媒体子系统中实现彩铃业务的方法。
背景技术
IP(Internet Protocol，网络互联协议)多媒体子系统(IP Multimedia CoreNetwork Subsystem，简称IMS)是由第三代合作伙伴计划(3rd GenerationPartnership Project，简称3GPP)提出的一种基于IP的网络架构，构建了一个的开放而灵活的业务环境，支持多媒体应用，能够为用户提供丰富的多媒体业务。
在IMS业务体系中，控制层和业务层是分离的，控制层不提供具体业务，只向业务层提供必要的触发、路由、计费等功能。控制层中业务触发和控制功能是呼叫会话控制功能(Call Session Control Function，简称CSCF)完成的，CSCF分为代理Proxy(简称P-CSCF)、查询Interrogating和服务Serving(简称S-CSCF)三种类型，其中负主要责任的是Serving，Interrogating类型是可选的。业务层是由一系列应用服务器(Application Server，简称AS)组成，能提供具体业务服务，AS可以是独立的实体，也可以存在于S-CSCF中。控制层S-CSCF根据用户的签约信息控制业务触发，调用AS上的业务，实现业务功能。AS和S-CSCF可以统称为服务设备(Server Equipment，简称SE)。会话中的端到端设备称为用户设备(User Equipment，简称UE)，负责与使用者的交互。这些功能实体使用SIP(Session Initiation Protocol，会话初始协议)协议通讯。在需要播放多媒体信息的业务中，会需要多媒体资源功能(Media Resource Function，简称MRF)的参与，MRF分为控制部分MRFC和媒体处理部分MRFP，其控制部分MRFC负责将SE的SIP信令翻译和解释为对MRFP的指令，或者反之将MRFP的回应翻译和解释为向SE发送的SIP信令，而媒体处理部分MRFP负责媒体流的发送和接收。
呼叫建立过程中同时向主叫播放多媒体信息的业务是IMS中的一种业务，该业务也可称为彩铃业务，允许在呼叫过程中，被叫网络向主叫方播放由被叫方事先定制好的多媒体信息，包括音频、视频、图形和它们的组合等，并在被叫方应答后停止尚未停止的多媒体信息播放。
图1为现有的彩铃业务基本消息流程图，描述了主叫呼叫被叫的过程中，被叫尚未应答的情况下，服务设备SE要求彩铃媒体播放设备向主叫播放多媒体信息的过程。由于MRFC很可能与SE在物理上是一个实体，为了简化流程表示，所以图中将两者表示在一个实体框中，两者之间使用SIP协议通讯。如图1所示，其包括以下步骤：
步骤101，UE-A呼叫UE-B，向彩铃媒体服务器SE发送INVITE消息，消息中携带UE-A的正常媒体资源信息(比如在消息体中携带)，并可告知网络UE-A支持早媒体，比如携带P-Early-Media字段，值为supported；
步骤102，SE转发该消息给UE-B；
步骤103，UE-B收到呼叫消息，回应临时响应给SE，比如“180Ring”，临时响应消息中可携带UE-B的正常媒体资源信息；
步骤104，SE收到临时响应消息，预留彩铃媒体资源；
步骤105，如果临时响应消息中携带有媒体资源信息，则SE将消息中的媒体资源信息的媒体连接地址及各媒体类型的端口地址修改为MRFP的，如果临时响应消息中没有媒体资源信息，则携带MRFP的媒体资源信息，再转发该消息给UE-A，并携带早媒体标识信息，比如携带P-Early-Media字段，值为sendonly、sendrecv等；
步骤106，SE通过MRFC指示MRFP向主叫用户播放彩铃媒体信息；
步骤107，MRFP根据MRFC的指示向UE-A播放彩铃；
步骤108，UE-B应答呼叫，比如发送“200OK(Answer)”消息，可携带UE-B的正常媒体资源信息；
步骤109，应答消息途经SE，SE通过MRFC通知MRFP停止播放彩铃；
步骤110，SE通知UE-A更新媒体资源信息，比如发送UPDATE消息，并在消息体中携带收到的UE-B的正常媒体资源信息；
步骤111，UE-A同意更新，比如回应“200OK”消息，并且携带步骤101中的正常媒体资源信息；
步骤112，SE收到同意更新的消息，发送应答消息给UE-A，比如发送“200OK”，并且不携带媒体资源信息；
步骤113，至此，UE-A和UE-B建立起了会话连接。
现有技术的不足之处在于：
1.由于标准规定步骤103、105、108中的媒体资源信息所提供的媒体类型都不能超出步骤101中的媒体类型，因此，如果彩铃媒体比正常媒体需要更多媒体类型，则无法播放多出的媒体类型的媒体信息；
2.步骤111中UE-A必须携带步骤101中的媒体资源信息，这一要求不符合标准过程，有可能UE-A不支持这种方式，则将导致呼叫失败。
发明内容
本发明要解决的技术问题是提供一种实现彩铃业务的方法，解决现有技术中无法播放彩铃媒体比正常媒体多出的媒体类型的媒体信息的问题。
为了解决上述问题，本发明提供了一种实现彩铃业务的方法，在会话建立过程中进行媒体资源协商时，服务设备收到被叫用户回应的临时响应消息后，根据彩铃媒体资源信息和收到的正常媒体资源信息，计算同时满足彩铃媒体资源信息和正常媒体资源信息的最小集合，将其作为最终的结果媒体资源信息集合进行媒体资源预留；
媒体资源预留完成后，服务设备通过向主叫用户发送包含该结果媒体资源信息集合的临时响应消息或更新媒体资源信息请求完成媒体资源协商，并指示彩铃媒体播放设备向主叫用户播放彩铃多媒体信息。
进一步的，采用如下步骤计算所述结果媒体资源信息集合：
将彩铃媒体资源信息集合作为初始的结果媒体资源信息集合；
如果正常媒体需要的某个媒体类型不在彩铃媒体资源信息集合或结果媒体资源信息集合中，则将其加入到结果媒体资源集合中。
进一步的，采用如下步骤计算所述结果媒体资源信息集合：
将正常媒体资源信息集合作为初始的结果媒体资源信息集合；
如果彩铃媒体需要的某个媒体类型不在正常媒体资源信息集合或结果媒体资源信息集合中，则将其加入到结果媒体资源集合中。
进一步的，当主叫用户发起呼叫时，
主叫用户向服务设备发送呼叫请求消息，并在该呼叫请求消息中携带主叫的正常媒体资源信息，服务设备将呼叫请求消息转发给被叫用户；
被叫用户回应临时响应消息给服务设备，如果在临时响应消息中携带有媒体资源信息，则服务设备根据彩铃媒体资源信息和该临时响应消息中携带的媒体资源信息中的被叫的正常媒体资源信息计算所述结果媒体资源信息集合；否则，服务设备根据彩铃媒体资源信息和所述呼叫请求消息中携带的主叫的正常媒体资源信息计算所述结果媒体资源信息集合。
进一步的，当由服务设备发起呼叫时，
服务设备先向主叫用户发送呼叫请求消息，主叫用户回应临时响应消息或应答消息，并在临时响应消息或应答消息中携带主叫的正常媒体资源信息；服务设备收到该临时响应消息或应答消息后，向被叫用户发送呼叫请求消息；
被叫用户收到服务设备发送的呼叫请求消息后，回应临时响应消息给服务设备，如果在该临时响应消息中携带有媒体资源信息，则服务设备根据彩铃媒体资源信息和该临时响应消息中携带的媒体资源信息中的被叫的正常媒体资源信息计算所述结果媒体资源信息集合；否则，服务设备根据彩铃媒体资源信息和主叫的正常媒体资源信息计算所述结果媒体资源信息集合。
进一步的，服务设备收到主叫用户的呼叫请求消息后，将该呼叫请求消息中携带的主叫的正常媒体资源信息的媒体连接地址及各媒体类型的端口地址修改为彩铃媒体播放设备的，然后将修改后的呼叫请求消息转发给被叫用户；
如果被叫用户回应的临时响应消息中携带有媒体资源信息，则服务设备将临时响应消息中的媒体资源信息的媒体连接地址及各媒体类型的端口地址修改为彩铃媒体播放设备的，并将修改后的临时响应消息转发给主叫用户；否则，将临时响应消息转发给主叫用户，并在消息中携带彩铃媒体播放设备的媒体资源信息。
进一步的，服务设备收到主叫用户回应的临时响应消息或应答消息后，将消息中的主叫的正常媒体资源信息的媒体连接地址及各媒体类型的端口地址修改为彩铃媒体播放设备的，然后向被叫用户发送呼叫请求消息，并在呼叫请求消息中携带修改后的主叫的正常媒体资源信息。
进一步的，媒体资源预留完成后，服务设备将被叫用户回应的临时响应消息转发给主叫用户，如果在所述临时响应消息中可以携带所述结果媒体资源信息集合中的所有媒体资源信息，则将所述临时响应消息中的媒体资源信息删除，携带所述结果媒体资源信息集合中的媒体资源信息，并将修改后的临时响应消息；否则，服务设备在将所述临时响应消息转发给主叫用户后，向主叫用户发送更新媒体资源信息请求，在请求中所述结果媒体资源信息集合中的所有媒体资源信息。
进一步的，服务设备收到被叫用户的应答呼叫请求的应答消息后，指示彩铃媒体播放设备停止播放彩铃多媒体信息；或者，
如果服务设备在收到所述应答消息之前收到了被叫用户的正常媒体资源信息，由服务设备停止播放彩铃多媒体信息。
进一步的，服务设备收到被叫用户的应答呼叫请求的应答消息后，服务设备指示彩铃媒体播放设备及主叫用户释放媒体资源。
本发明提供的方法根据彩铃媒体资源信息和收到的正常媒体资源信息，计算同时满足彩铃媒体资源信息和正常媒体资源信息的最小集合，在进行媒体资源预留时，将该最小集合作为最终的结果媒体资源信息集合进行媒体资源预留，从而解决了现有技术中无法播放彩铃媒体比正常媒体多出的媒体类型的媒体信息的问题。
附图说明
图1为现有的彩铃业务基本消息流程图；
图2为本发明实施例实现彩铃业务的基本消息流程图(用户起呼)；
图3为本发明另一实施例实现彩铃业务的基本消息流程图(服务器起呼)；
图4为本发明另一实施例实现彩铃业务的基本流程图。
具体实施方式
下面结合附图及具体实施例对本发明的技术方案进行更详细的说明。
实施例一
图2为本发明的使用中转方式实现彩铃业务的基本消息流程图(用户起呼)，描述了主叫UE-A呼叫被叫UE-B时，SE在转发UE-A的呼叫的过程中，控制媒体资源功能向主叫播放多媒体信息，并在被叫应答后停止播放的过程，其中彩铃媒体播放设备MRFP作为UE-A和UE-B媒体链路的中转设备，其步骤如下：
步骤201、UE-A呼叫UE-B，比如发送INVITE(邀请)消息，携带UE-A的正常媒体资源信息，比如在消息体中携带，并可告知网络UE-A支持早媒体，比如携带P-Early-Media字段，值为supported；
步骤202、SE收到呼叫请求消息后，将消息中的正常媒体资源信息的媒体连接地址及各媒体类型的端口地址修改为MRFP的，然后转发给UE-B；
步骤203、UE-B收到该呼叫请求消息后，返回临时响应消息给SE，如“180Ring”消息，消息中可携带UE-B的正常媒体资源信息；
步骤204、SE收到临时响应消息，如果临时响应消息中携带有媒体资源信息，则SE将消息中的媒体资源信息的媒体连接地址及各媒体类型的端口地址修改为MRFP的，如果临时响应消息中没有媒体资源信息，则携带MRFP的媒体资源信息，再转发该消息给UE-A；
步骤205、SE通过MRFC要求MRFP预留彩铃媒体资源，并根据为用户配置好的彩铃媒体资源信息和步骤203(如果该步骤中有媒体资源信息)/201(如果步骤203中无媒体资源信息)中收到的媒体资源信息，计算能同时满足两者的最小媒体资源信息集合，并将结果集合中的所有媒体类型的连接地址和端口设为中转设备的地址和端口，并要求MRFP预留结果集合中的资源；
计算同时满足两者的最小媒体资源信息集合，可采用如下步骤：
A、将彩铃媒体资源信息集合作为初始的结果媒体资源信息集合。
B、如果正常媒体需要的某个媒体类型不在彩铃媒体资源信息集合中或结果媒体资源信息集合中，则将该媒体类型加入到结果媒体资源集合中。
或采用如下步骤：
A，、将正常媒体资源信息集合作为初始的结果媒体资源信息集合。
B，、如果彩铃媒体需要的某个媒体类型不在正常媒体资源信息集合中或结果媒体资源信息集合中，则将该媒体类型加入到结果媒体资源集合中。
步骤206、资源预留成功后，SE要求UE-A更新媒体资源信息，比如发送UPDATE消息，消息中携带步骤205计算出来的(即MRFP预留的)媒体资源信息，并携带早媒体标识信息，比如携带P-Early-Media字段，值为sendonly、sendrecv等；
步骤207、UE-A收到新媒体资源信息后，回应同意更新的消息，比如回应“200OK”消息；
步骤208、SE收到同意更新的回应消息后，通过MRFC指示MRFP播放彩铃媒体信息；
步骤209、MRFP根据MRFC的指示向UE-A播放彩铃；
步骤210、UE-B应答呼叫，比如发送“200OK(Answer)”消息给SE，消息中可携带UE-B的正常媒体资源信息；
步骤211、SE收到UE-B的应答消息后，通过MRFC要求MRFP停止播放彩铃信息；
如果用户的正常媒体数据早于应答消息到达MRFP，SE也可开始步骤211的执行。
步骤212、SE转发UE-B的应答消息给UE-A，转发消息中不带媒体资源信息；
步骤213、UE-B建立起了和MRFP的媒体流连接；
步骤214、UE-A建立起了和MRFP的媒体流连接；
至此，UE-A和UE-B可通过MRFP的中转而进行正常通话了。
步骤215、SE可通知主叫用户释放多余的媒体资源信息，比如发送reINVITE消息，携带媒体资源信息，其中多余的媒体类型的端口号设置为0，或者SE通过标准的第三方呼叫控制流程使MRFP脱离会话的媒体连接，实现UE-A和UE-B的直接媒体连接，并指示MRFP释放不再使用的媒体资源。
本实施例中，是使用MRFP作为媒体的中转设备，而不是主叫与被叫终端直接建立媒体链接。MRFP属于媒体层面，SE属于信令层面，MRFP作为媒体层的中转设备，在202和204中使用了MRFP的媒体资源信息。
实施例二
图3为本发明另一实施例实现彩铃业务的流程图(服务器起呼)，描述了服务器先呼叫UE-A，UE-A应答后再呼叫UE-B时，SE在使用第三方呼叫控制流程实现UE-A与UE-B建立会话的过程中，控制媒体资源功能向UE-A播放多媒体信息，并在UE-B应答后停止播放的过程，其中彩铃媒体播放设备MRFP作为UE-A和UE-B媒体链路的中转设备，其步骤如下：
步骤301、SE呼叫UE-A，比如发送INVITE(邀请)消息，不带媒体资源信息；
步骤302、UE-A返回临时响应消息，比如回应“183 Session Progress”，或应答呼叫，比如回应“200OK”，在消息体中携带UE-A的正常媒体资源信息，比如在消息体中携带，并可告知网络UE-A支持早媒体，比如携带P-Early-Media字段，值为supported；
步骤303、SE收到消息后，将消息中的正常媒体资源信息的媒体连接地址及各媒体类型的端口地址修改为MRFP的，然后向UE-B发送呼叫消息，比如发送INVITE消息，携带修改后的正常媒体资源信息；
步骤304、UE-B返回临时响应消息给SE，比如回应“180Ring”，消息中可携带UE-B的正常媒体资源信息
步骤305、SE收到UE-B的临时响应消息后，通过MRFC要求MRFP预留步骤彩铃媒体资源，并且SE根据彩铃媒体资源信息和步骤304(如果该步骤中有媒体资源信息)/302(如果步骤304中无媒体资源信息)中收到的媒体资源信息，计算能同时满足两者的最小媒体资源信息集合，并将结果集合中的所有媒体类型的连接地址和端口设为MRFP的地址和端口，并要求MRFP预留结果集合中的资源；
计算同时满足两者的最小媒体资源信息集合，可采用与步骤205中描述的算法。
步骤306、资源预留成功后，SE要求UE-A更新媒体资源信息，如果步骤302中回的是临时响应，可发送PRACK消息或UPDATE消息，如果步骤302中回的是应答消息，可发送reINVITE消息，消息中携带步骤305计算出来的媒体资源信息，并可携带早媒体标识信息，比如携带P-Early-Media字段，值为sendonly、sendrecv等；
步骤307、UE-A收到新媒体资源信息后，回应同意更新的消息，比如回应“200OK”消息；
步骤308、如果步骤302不是应答消息，则SE等待UE-A应答呼叫，UE-A应答呼叫，比如发送“200OK”消息；
步骤309、SE收到步骤302或步骤308中的UE-A的应答消息后，通过MRFC指示MRFP播放彩铃媒体信息；
步骤310～312、与图2中的步骤209～211相同；
步骤313～315、与图2中的步骤213～215相同。
实施例三
图4为本发明的彩铃业务基本流程图(应答后更新)，描述了主叫UE-A呼叫被叫UE-B时，SE在转发UE-A的呼叫的过程中，控制媒体资源功能向主叫播放多媒体信息，并在被叫应答后要求主叫方重新协商媒体，实现主被叫通话的过程，其步骤如下：
步骤401、UE-A呼叫UE-B，比如发送INVITE(邀请)消息，携带UE-A的正常媒体资源信息，比如在消息体中携带，并可告知网络UE-A支持早媒体，比如携带P-Early-Media字段，值为supported；
步骤402、呼叫消息途经SE，SE转发该消息给UE-B；
步骤403、UE-B收到呼叫消息后，返回临时响应消息给SE，如“180Ring”消息，消息中可携带UE-B的正常媒体资源信息；
步骤404、SE收到临时响应消息，通过MRFC要求MRFP预留彩铃媒体资源，并且SE根据彩铃媒体资源信息和步骤403(如果该步骤中有媒体资源信息)/401(如果步骤403中无媒体资源信息)中收到的媒体资源信息，计算能同时满足两者的最小媒体资源信息集合，并将结果集合中的所有媒体类型的连接地址和端口设为中转设备的地址和端口，并要求MRFP预留结果集合中的资源；
计算同时满足两者的最小媒体资源信息集合，可采用如下步骤：
A、将彩铃媒体资源信息集合作为初始的结果媒体资源信息集合。
B、如果正常媒体需要的某个媒体类型不在彩铃媒体资源信息集合中或结果媒体资源信息集合中，则将该媒体类型加入到结果媒体资源集合中。
或采用如下步骤：
A’、将正常媒体资源信息集合作为初始的结果媒体资源信息集合。
B’、如果彩铃媒体需要的某个媒体类型不在正常媒体资源信息集合中或结果媒体资源信息集合中，则将该媒体类型加入到结果媒体资源集合中。
步骤405、SE将临时响应消息中原有的媒体资源信息删除，然后按照标准的要求携带上步骤404计算出来的媒体资源信息，但由于标准的限制，可能有些媒体类型的资源信息并不能携带上，并携带早媒体标识信息，比如携带P-Early-Media字段，值为sendonly、sendrecv等，最后转发该消息给UE-A；
步骤406、如果尚有部分媒体类型的资源信息未能在步骤405中携带上，则SE要求UE-A更新媒体资源信息，比如发送UPDATE消息，消息中携带步骤404计算出来的所有媒体资源信息，并携带早媒体标识信息，比如携带P-Early-Media字段，值为sendonly、sendrecv等；
步骤407、UE-A收到新媒体资源信息后，回应同意更新的消息，比如回应“200OK”消息；
步骤406和407不是必须的步骤，而是可选的，在满足步骤406的前提条件的基础上可以执行这两个步骤。
步骤408、SE收到同意更新的回应消息后，通过MRFC指示MRFP播放彩铃媒体信息；
步骤409、MRFP根据MRFC的指示向UE-A播放彩铃；
步骤410、UE-B应答呼叫，比如发送“200OK(Answer)”消息给SE，消息中可携带UE-B的正常媒体资源信息；
步骤411、SE收到UE-B的应答消息后，通过MRFC要求MRFP停止播放彩铃信息；
如果用户的正常媒体数据早于应答消息到达MRFP，SE也可开始步骤411的执行。
步骤412、SE转发UE-B的应答消息给UE-A，转发消息中不带媒体资源信息；
步骤413、彩铃SE向主叫方发送请求切换到正常媒体的请求，比如发送re-INVITE请求，不带任何媒体资源信息；
步骤414、UE-A收到切换请求，发送媒体资源更新消息，比如发送“200OK”消息，携带UE-A的正常媒体资源信息；
步骤415、更新消息到达SE，SE再向被叫方发起媒体更新请求，比如发送re-INVITE消息，携带UE-A的正常媒体资源信息；
步骤416、UE-B收到更新请求，回应同意更新的消息，比如发送“200OK”，并携带UE-B的正常媒体资源信息；
步骤417、同意更新的消息到达SE，SE再向主叫方发送确认更新的消息，比如发送PRACK消息，携带UE-B的正常媒体资源信息；
步骤418、UE-A建立起了和UE-B的媒体流连接。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (10)
1、一种实现彩铃业务的方法，其特征在于，
在会话建立过程中进行媒体资源协商时，服务设备收到被叫用户回应的临时响应消息后，根据彩铃媒体资源信息和收到的正常媒体资源信息，计算同时满足彩铃媒体资源信息和正常媒体资源信息的最小集合，将其作为最终的结果媒体资源信息集合进行媒体资源预留；
媒体资源预留完成后，服务设备通过向主叫用户发送包含该结果媒体资源信息集合的临时响应消息或更新媒体资源信息请求完成媒体资源协商，并指示彩铃媒体播放设备向主叫用户播放彩铃多媒体信息。
2、如权利要求1所述的方法，其特征在于，采用如下步骤计算所述结果媒体资源信息集合：
将彩铃媒体资源信息集合作为初始的结果媒体资源信息集合；
如果正常媒体需要的某个媒体类型不在彩铃媒体资源信息集合或结果媒体资源信息集合中，则将其加入到结果媒体资源集合中。
3、如权利要求1所述的方法，其特征在于，采用如下步骤计算所述结果媒体资源信息集合：
将正常媒体资源信息集合作为初始的结果媒体资源信息集合；
如果彩铃媒体需要的某个媒体类型不在正常媒体资源信息集合或结果媒体资源信息集合中，则将其加入到结果媒体资源集合中。
4、如权利要求1或2或3之任一项所述的方法，其特征在于，当主叫用户发起呼叫时，
主叫用户向服务设备发送呼叫请求消息，并在该呼叫请求消息中携带主叫的正常媒体资源信息，服务设备将呼叫请求消息转发给被叫用户；
被叫用户回应临时响应消息给服务设备，如果在临时响应消息中携带有媒体资源信息，则服务设备根据彩铃媒体资源信息和该临时响应消息中携带的媒体资源信息中的被叫的正常媒体资源信息计算所述结果媒体资源信息集合；否则，服务设备根据彩铃媒体资源信息和所述呼叫请求消息中携带的主叫的正常媒体资源信息计算所述结果媒体资源信息集合。
5、如权利要求1或2或3之任一项所述的方法，其特征在于，当由服务设备发起呼叫时，
服务设备先向主叫用户发送呼叫请求消息，主叫用户回应临时响应消息或应答消息，并在临时响应消息或应答消息中携带主叫的正常媒体资源信息；服务设备收到该临时响应消息或应答消息后，向被叫用户发送呼叫请求消息；
被叫用户收到服务设备发送的呼叫请求消息后，回应临时响应消息给服务设备，如果在该临时响应消息中携带有媒体资源信息，则服务设备根据彩铃媒体资源信息和该临时响应消息中携带的媒体资源信息中的被叫的正常媒体资源信息计算所述结果媒体资源信息集合；否则，服务设备根据彩铃媒体资源信息和主叫的正常媒体资源信息计算所述结果媒体资源信息集合。
6、如权利要求4所述的方法，其特征在于，
服务设备收到主叫用户的呼叫请求消息后，将该呼叫请求消息中携带的主叫的正常媒体资源信息的媒体连接地址及各媒体类型的端口地址修改为彩铃媒体播放设备的，然后将修改后的呼叫请求消息转发给被叫用户；
如果被叫用户回应的临时响应消息中携带有媒体资源信息，则服务设备将临时响应消息中的媒体资源信息的媒体连接地址及各媒体类型的端口地址修改为彩铃媒体播放设备的，并将修改后的临时响应消息转发给主叫用户；否则，将临时响应消息转发给主叫用户，并在消息中携带彩铃媒体播放设备的媒体资源信息。
7、如权利要求5所述的方法，其特征在于，
服务设备收到主叫用户回应的临时响应消息或应答消息后，将消息中的主叫的正常媒体资源信息的媒体连接地址及各媒体类型的端口地址修改为彩铃媒体播放设备的，然后向被叫用户发送呼叫请求消息，并在呼叫请求消息中携带修改后的主叫的正常媒体资源信息。
8、如权利要求4所述的方法，其特征在于，
媒体资源预留完成后，服务设备将被叫用户回应的临时响应消息转发给主叫用户，如果在所述临时响应消息中可以携带所述结果媒体资源信息集合中的所有媒体资源信息，则将所述临时响应消息中的媒体资源信息删除，携带所述结果媒体资源信息集合中的媒体资源信息，并将修改后的临时响应消息；否则，服务设备在将所述临时响应消息转发给主叫用户后，向主叫用户发送更新媒体资源信息请求，在请求中所述结果媒体资源信息集合中的所有媒体资源信息。
9、如权利要求6或7或8之任一项所述的方法，其特征在于，
服务设备收到被叫用户的应答呼叫请求的应答消息后，指示彩铃媒体播放设备停止播放彩铃多媒体信息；或者，
如果服务设备在收到所述应答消息之前收到了被叫用户的正常媒体资源信息，由服务设备停止播放彩铃多媒体信息。
10、如权利要求6或7或8之任一项所述的方法，其特征在于，
服务设备收到被叫用户的应答呼叫请求的应答消息后，服务设备指示彩铃媒体播放设备及主叫用户释放媒体资源。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100077169A CN101237614B (zh) | 2008-02-29 | 2008-02-29 | 一种实现彩铃业务的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100077169A CN101237614B (zh) | 2008-02-29 | 2008-02-29 | 一种实现彩铃业务的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101237614A true CN101237614A (zh) | 2008-08-06 |
| CN101237614B CN101237614B (zh) | 2012-01-11 |
Family
ID=39920915
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008100077169A Expired - Fee Related CN101237614B (zh) | 2008-02-29 | 2008-02-29 | 一种实现彩铃业务的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101237614B (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102131158A (zh) * | 2011-02-22 | 2011-07-20 | 中兴通讯股份有限公司 | 一种实现多媒体彩铃业务的方法及系统 |
| CN102149062A (zh) * | 2010-02-10 | 2011-08-10 | 中兴通讯股份有限公司 | 一种彩铃计费的方法及彩铃业务服务器 |
| CN102202042A (zh) * | 2010-03-24 | 2011-09-28 | 中兴通讯股份有限公司 | 一种ims系统中实现彩像业务的方法和系统 |
| CN102970447A (zh) * | 2012-11-27 | 2013-03-13 | 上海市共进通信技术有限公司 | 基于VoIP网络实现主叫彩铃功能的控制方法 |
| CN102111386B (zh) * | 2009-12-25 | 2014-03-26 | 华为技术有限公司 | 一种早期媒体的实现方法和装置 |
| CN111741170A (zh) * | 2020-06-19 | 2020-10-02 | 杭州东信北邮信息技术有限公司 | 一种5g超高清自适应视频彩铃业务系统及其实现方法 |
| CN113132923A (zh) * | 2019-12-31 | 2021-07-16 | 华为技术有限公司 | 呼叫处理的方法、系统及相关装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1859475B (zh) * | 2005-07-22 | 2010-05-12 | 华为技术有限公司 | 一种实现多媒体回铃音的方法及系统 |
| CN1972340A (zh) * | 2005-11-25 | 2007-05-30 | 北京三星通信技术研究有限公司 | 在ims域中实现视频彩铃业务的方法 |
| CN101110684B (zh) * | 2007-08-30 | 2012-02-08 | 中兴通讯股份有限公司 | 彩像业务实现方法 |
-
2008
- 2008-02-29 CN CN2008100077169A patent/CN101237614B/zh not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102111386B (zh) * | 2009-12-25 | 2014-03-26 | 华为技术有限公司 | 一种早期媒体的实现方法和装置 |
| CN102149062A (zh) * | 2010-02-10 | 2011-08-10 | 中兴通讯股份有限公司 | 一种彩铃计费的方法及彩铃业务服务器 |
| CN102202042A (zh) * | 2010-03-24 | 2011-09-28 | 中兴通讯股份有限公司 | 一种ims系统中实现彩像业务的方法和系统 |
| CN102131158A (zh) * | 2011-02-22 | 2011-07-20 | 中兴通讯股份有限公司 | 一种实现多媒体彩铃业务的方法及系统 |
| WO2012113237A1 (zh) * | 2011-02-22 | 2012-08-30 | 中兴通讯股份有限公司 | 一种实现多媒体彩铃业务的方法、系统及装置 |
| CN102131158B (zh) * | 2011-02-22 | 2015-12-16 | 中兴通讯股份有限公司 | 一种实现多媒体彩铃业务的方法及系统 |
| CN102970447A (zh) * | 2012-11-27 | 2013-03-13 | 上海市共进通信技术有限公司 | 基于VoIP网络实现主叫彩铃功能的控制方法 |
| CN102970447B (zh) * | 2012-11-27 | 2016-05-11 | 上海市共进通信技术有限公司 | 基于VoIP网络实现主叫彩铃功能的控制方法 |
| CN113132923A (zh) * | 2019-12-31 | 2021-07-16 | 华为技术有限公司 | 呼叫处理的方法、系统及相关装置 |
| CN111741170A (zh) * | 2020-06-19 | 2020-10-02 | 杭州东信北邮信息技术有限公司 | 一种5g超高清自适应视频彩铃业务系统及其实现方法 |
| CN111741170B (zh) * | 2020-06-19 | 2021-08-06 | 杭州东信北邮信息技术有限公司 | 一种5g超高清自适应视频彩铃业务系统及其实现方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101237614B (zh) | 2012-01-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101237614B (zh) | 一种实现彩铃业务的方法 | |
| JP2004312738A (ja) | ネットワーク・リソースの最適化による、エンド・ユーザの要求に応じた会議運営のための迅速なネットワークｓｉｐ／ｓｄｐ手順 | |
| CN101459735B (zh) | 一种彩铃、彩像业务的实现方法及系统 | |
| CN101605381B (zh) | 被叫接入的方法、装置和系统 | |
| CN101217703B (zh) | 一种在线彩铃彩像业务的实现方法 | |
| CN101217698B (zh) | 一种实现彩铃和/或彩像业务的方法 | |
| CN101330750B (zh) | 同时向主叫用户和被叫用户播放多媒体信息的方法 | |
| CN101494648B (zh) | 一种终端设备间媒体转移方法和网络设备 | |
| CN101448203B (zh) | 控制早媒体播放的实现方法 | |
| CN101448046B (zh) | 一种实现单对话彩铃业务的呼叫建立方法 | |
| CN101232649B (zh) | 实现同组代答业务的方法、应用服务器和通信系统 | |
| CN101183960A (zh) | 一种询问转接业务的实现方法 | |
| CN101459872B (zh) | 单对话彩铃彩像业务在应答后更新媒体的方法 | |
| CN101577883B (zh) | 通话连接方法、装置及系统 | |
| CN101330640B (zh) | 一种ip多媒体子系统集中业务呼叫保持业务的实现方法 | |
| CN101110684B (zh) | 彩像业务实现方法 | |
| CN101466074B (zh) | 一种单对话彩铃彩像业务的实现方法 | |
| CN101998324B (zh) | 实现一号通顺振业务的方法和一号通顺振应用服务器 | |
| CN101459734B (zh) | 一种在线播放彩铃彩像的实现方法 | |
| CN101459665A (zh) | 早媒体信息播放控制方法 | |
| CN101459874B (zh) | 单对话彩像业务的实现方法 | |
| CN101448011A (zh) | 早媒体信息播放选择方法 | |
| CN101448202B (zh) | 一种彩铃彩像业务更新媒体的方法 | |
| CN101330394A (zh) | 呼叫建立过程中同时向主叫播放多媒体信息的方法 | |
| CN101325501B (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: 20120111 Termination date: 20180229 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |