CN101448202B - 一种彩铃彩像业务更新媒体的方法 - Google Patents
一种彩铃彩像业务更新媒体的方法 Download PDFInfo
- Publication number
- CN101448202B CN101448202B CN2008100065937A CN200810006593A CN101448202B CN 101448202 B CN101448202 B CN 101448202B CN 2008100065937 A CN2008100065937 A CN 2008100065937A CN 200810006593 A CN200810006593 A CN 200810006593A CN 101448202 B CN101448202 B CN 101448202B
- Authority
- CN
- China
- Prior art keywords
- message
- request
- resource information
- crbt
- media resource
- 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
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种彩铃彩像业务更新媒体的方法，彩铃/彩像服务设备在收到会话的应答消息后，判断该应答消息中是否包含有彩铃彩像业务结束标识，如果没有，则在该应答消息中添加彩铃彩像业务结束标识后转发该应答消息，并发起与主叫用户和被叫用户的媒体重协商以更新媒体；否则，直接转发该应答消息，不进行与主叫用户和被叫用户的媒体重协商。本发明解决了现有技术中主叫网络和被叫网络的彩铃/彩像服务设备可能同时发起重协商请求的问题。
Description
技术领域
本发明涉及通信领域，更具体地，涉及一种彩铃彩像业务更新媒体的方法。
背景技术
IP(Internet Protocol，网络互联协议)多媒体子***(IP Multimedia CoreNetwork Subsystem，简称IMS)是由第三代合作伙伴计划(3rd GenerationPartnership Project，简称3GPP)提出的一种基于IP的网络架构，构建了一个的开放而灵活的业务环境，支持多媒体应用，能够为用户提供丰富的多媒体业务。
在IMS业务体系中，控制层和业务层是分离的，控制层不提供具体业务，只向业务层提供必要的触发、路由、计费等功能。控制层中业务触发和控制功能是呼叫会话控制功能(Call Session Control Function，简称CSCF)完成的，CSCF分为代理(Proxy-Call Session Control Function，简称P-CSCF)、查询(Interrogating)和服务(Serving-Call Session Control Function，简称S-CSCF)三种类型，其中负主要责任的是S-CSCF，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，其控制部分负责将SE的SIP信令翻译和解释为对MRFP的指令，或者反之将MRFP的回应翻译和解释为向SE发送的SIP信令，而处理部分MRFP负责媒体流的发送和接收。
呼叫建立过程中同时向被叫播放多媒体信息的业务是IMS中的一种业务，该业务也可称为彩像业务，允许在呼叫过程中，向被叫方播放由主叫方事先定制好的多媒体信息，包括音频、视频、图形和它们的组合等，并在被叫方应答后停止多媒体信息播放。呼叫建立过程中同时向主叫播放多媒体信息的业务是IMS中的另一种业务，该业务也可称为彩铃业务，允许在呼叫过程中，向主叫方播放由被叫方事先定制好的多媒体信息，并在被叫方应答后停止多媒体信息播放。
图1为现有的彩铃业务应答后更新媒体的基本消息流程图，描述了主叫呼叫被叫，彩铃服务器在呼叫过程中向主叫播放彩铃，当用户应答后，彩铃服务器发起媒体重协商的情况，其过程如下：
步骤101、主叫用户终端UE-A向服务设备发起呼叫请求，携带UE-A的正常媒体资源信息，比如发送INVITE(邀请)消息，在消息体中携带UE-A正常媒体资源信息，比如媒体类型、媒体连接地址、媒体端口号等；
步骤102、消息途经彩铃SE，彩铃SE转发该请求给被叫UE-B；
步骤103、被叫用户终端UE-B震铃，回应震铃消息，比如发送“180Ringing”消息；
步骤104、彩铃SE预留播放彩铃媒体的资源；
步骤105、彩铃SE通知UE-A更新媒体，比如发送“183 Session Progress”消息，携带彩铃媒体资源信息，比如在消息体中携带彩铃媒体类型、媒体连接地址、媒体端口号等；
步骤106、彩铃SE向UE-A播放彩铃媒体信息；
步骤107、UE-B应答呼叫，向服务设备发送应答消息，比如“200 OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；
步骤108、应答消息途经彩铃SE，彩铃SE停止向UE-A播放媒体信息，并在删除应答消息中的媒体资源信息后，转发应答消息；
步骤109、彩铃SE向UE-A发起重协商请求，比如发送re-INVITE消息，消息中不带任何媒体资源信息；
步骤110、UE-A收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-A的正常媒体资源信息，比如在消息体中携带；
UE-A收到重协商请求后，在回应的同意重协商消息中携带UE-A正在使用的媒体资源信息，此时，是指UE-A正在使用的彩铃媒体资源信息；
步骤111、彩铃SE收到UE-A同意重协商的请求后，向UE-B发起重协商请求，比如发送re-INVITE消息，携带步骤110中收到的UE-A的正常媒体资源信息；
步骤112、UE-B收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；
步骤113、彩铃SE收到同意重协商的请求，向UE-A发送确认重协商的请求，比如发送ACK(确认)消息，携带步骤112中收到的UE-B的正常媒体资源信息；
步骤114、UE-A和UE-B之间建立起正常的会话连接。
图2为现有的彩像业务应答后更新媒体的基本消息流程图，描述了主叫呼叫被叫，彩像服务器在呼叫过程中向被叫播放彩像，当用户应答后，彩像服务器发起媒体重协商的情况，其过程如下：
步骤201、UE-A发起呼叫请求，携带UE-A的正常媒体资源信息，比如发送INVITE(邀请)消息，在消息体中携带UE-A正常媒体资源信息，比如媒体类型、媒体连接地址、媒体端口号等；
步骤202、上述呼叫请求途经彩像SE，彩像SE预留播放彩像媒体的资源；
步骤203、彩像SE修改呼叫请求消息中的媒体资源信息为步骤202中预留的彩像媒体资源信息，然后转发该呼叫请求消息给被叫UE-B；
步骤204、被叫UE-B震铃，回应震铃消息，比如发送“180 Ringing”消息；
步骤205、彩铃SE向UE-A转发震铃消息；
步骤206、彩铃SE向UE-A播放彩铃媒体信息；
步骤207、被叫UE-B应答呼叫，发送应答消息，比如“200 OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；
步骤208、应答消息途经彩像SE，彩像SE停止向UE-A播放媒体信息，并转发应答消息；
步骤209、彩像SE向被叫UE-B发起重协商请求，比如发送re-INVITE消息，消息中不带任何媒体资源信息；
步骤210、UE-B收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；
步骤211、彩像SE收到同意重协商的请求后，向UE-A发起重协商请求，比如发送re-INVITE消息，携带步骤210中收到的UE-B的正常媒体资源信息；
步骤212、UE-A收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-A的正常媒体资源信息，比如在消息体中携带；
步骤213、彩像SE收到同意重协商的请求，向UE-B发送确认重协商的请求，比如发送ACK(确认)消息，携带步骤212中收到的UE-A的正常媒体资源信息；
步骤214、UE-A和UE-B之间建立起正常的会话连接。
现有技术的不足之处在于：当即有彩铃又有彩像业务，特别是主叫网络为被叫用户提供彩像业务，而被叫网络为主叫用户提供彩铃业务时，两个网络中的彩铃/彩像服务设备会同时发起重协商请求，这样，一方面将导致资源浪费，另一方面，会由于彩铃/彩像服务设备发起的媒体重协商请求所发往的方向不一样，而造成媒体重协商的无法收敛。
发明内容
本发明要解决的技术问题是提供一种彩铃彩像业务更新媒体的方法，解决现有技术中主叫网络和被叫网络的彩铃/彩像服务设备可能同时发起重协商请求的问题。
为了解决上述问题，本发明提供了一种彩铃彩像业务更新媒体的方法，彩铃/彩像服务设备在收到会话的应答消息后，判断该应答消息中是否包含有彩铃彩像业务结束标识，如果没有，则在该应答消息中添加彩铃彩像业务结束标识后转发该应答消息，并发起与主叫用户和被叫用户的媒体重协商以更新媒体；否则，直接转发该应答消息，不进行与主叫用户和被叫用户的媒体重协商。
进一步的，所述彩铃彩像业务结束标识通过在所述应答消息的头域中使用P-Early-Media头参数表示。
进一步的，彩铃/彩像服务设备通过发送重协商请求发起与主叫用户和被叫用户的媒体重协商，所述重协商请求先发往主叫用户或先发往被叫用户；主叫/被叫用户收到所述重协商请求后，回应同意重协商消息，并在该同意重协商消息中携带主叫/被叫用户的正常媒体资源信息。
进一步的，所述重协商请求为re-INVITE消息，且该re-INVITE消息中不携带任何媒体资源信息。
进一步的，当主叫用户收到所述重协商请求时，判断之前收到的应答消息是否包含有彩铃彩像业务结束标识，如果有，则将回应的同意重协商消息中携带的媒体资源信息中的媒体类型设置为仅允许起呼时该主叫用户的正常媒体资源信息中允许的媒体类型。
进一步的，所述主叫用户和被叫用户间正常媒体资源信息的更新具体包括以下步骤：
彩铃/彩像服务设备向主叫用户发起重协商请求，在请求消息中不带任何媒体资源信息；
主叫用户收到重协商请求，回应同意重协商消息，在消息中携带主叫用户的正常媒体资源信息；
彩铃/彩像服务设备收到主叫用户的同意重协商消息后，再向被叫用户发起重协商请求，在请求消息中携带收到的主叫用户的正常媒体资源信息；
被叫用户收到重协商请求，回应同意重协商消息，在消息中携带被叫用户的正常媒体资源信息；
彩铃/彩像服务设备收到被叫用户的同意重协商消息后，向主叫用户发送确认重协商的请求，在该请求消息中携带收到的被叫用户的正常媒体资源信息。
进一步的，所述主叫用户和被叫用户间正常媒体资源信息的更新具体包括以下步骤：
彩铃/彩像服务设备向被叫用户发起重协商请求，在请求消息中不带任何媒体资源信息；
被叫用户收到重协商请求，回应同意重协商消息，在消息中携带被叫用户的正常媒体资源信息；
彩铃/彩像服务设备收到被叫用户的同意重协商消息后，再向主叫用户发起重协商请求，在请求消息中携带收到的被叫用户的正常媒体资源信息；
主叫用户收到重协商请求，回应同意重协商消息，在消息中携带主叫用户的正常媒体资源信息；
彩铃/彩像服务设备收到主叫用户的同意重协商消息后，向被叫用户发送确认重协商的请求，在该请求消息中携带收到的主叫用户的正常媒体资源信息。
附图说明
图1为现有的彩铃业务在应答后更新媒体的基本流程图；
图2为现有的彩像业务在应答后更新媒体的基本流程图；
图3为本发明实施例的应答后更新媒体的基本流程图；
图4为本发明实施例的应答后更新媒体的基本流程图；
图5为本发明实施例的应答后更新媒体的基本流程图。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
图3为本发明实施例的只有彩铃业务的情况下，应答后更新媒体的基本流程图，描述了主叫呼叫被叫，彩铃服务器在呼叫过程中向主叫播放彩铃，当用户应答后，彩铃服务器发起媒体重协商的情况，其过程如下：
步骤301～307、与图1中的步骤101～107相同；
步骤308、应答消息途经彩铃SE，彩铃SE停止向UE-A播放媒体信息，并判断应答消息中是否有彩铃彩像业务结束标识，没有则决定发起重协商请求；
步骤309、彩铃SE删除应答消息中的媒体资源信息，彩铃SE决定发起重协商请求，于是在应答消息中加入彩铃彩像业务结束标识，然后转发应答消息；
彩铃彩像业务结束标识可在消息的Contact头域中使用P-Early-Media头参数表示，比如表示为“Contact：UE-B地址？P-Early-Media＝inactive”；
步骤310、彩铃SE向被叫UE-B发起重协商请求，比如发送re-INVITE消息，消息中不带任何媒体资源信息；
步骤311、UE-B收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；
步骤312、彩铃SE收到同意重协商的请求，再向UE-A发起重协商请求，比如发送re-INVITE消息，携带步骤311中收到的UE-B的正常媒体资源信息；
步骤313、UE-A收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-A的正常媒体资源信息，比如在消息体中携带；
步骤314、彩铃SE收到同意重协商的请求，向UE-B发送确认重协商的请求，比如发送ACK(确认)消息，携带步骤313中收到的UE-A的正常媒体资源信息；
步骤315、UE-A和UE-B之间建立起正常的会话连接。
图4为本发明实施例的只有彩像业务的情况下，应答后更新媒体的基本流程图，描述了主叫呼叫被叫，彩像服务器在呼叫过程中向被叫播放彩像，当用户应答后，彩像服务器发起媒体重协商的情况，其过程如下：
步骤401～407、与图2中的步骤201～207相同；
步骤408、应答消息途经彩像SE，彩像SE停止向UE-B播放媒体信息，并判断应答消息中是否有彩铃彩像业务结束标识，没有则决定发起重协商请求；
步骤409、彩像SE决定发起重协商请求，于是在应答消息中加入彩铃彩像业务结束标识，然后转发应答消息；
彩铃彩像业务结束标识可在消息的Contact头域中使用P-Early-Media头参数表示，比如表示为“Contact：UE-B地址？P-Early-Media＝inactive”；
步骤410、彩像SE向主叫UE-A发起重协商请求，比如发送re-INVITE消息，消息中不带任何媒体资源信息；
步骤411、UE-A收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-A的正常媒体资源信息，比如在消息体中携带；
步骤412、彩像SE收到同意重协商的请求，再向UE-B发起重协商请求，比如发送re-INVITE消息，携带步骤411中收到的UE-A的正常媒体资源信息；
步骤413、UE-B收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；
步骤414、彩像SE收到同意重协商的请求，向UE-A发送确认重协商的请求，比如发送ACK(确认)消息，携带步骤413中收到的UE-B的正常媒体资源信息；
步骤415、UE-A和UE-B之间建立起正常的会话连接。
图5为本发明实施例的同时有彩铃彩像业务，应答后更新媒体的基本流程图，描述了主叫呼叫被叫，彩像服务器在呼叫过程中向被叫播放彩像，彩铃服务器在呼叫过程中向主叫播放彩铃，当用户应答后，彩铃服务器发起媒体重协商的情况，其过程如下：
步骤501、UE-A发起呼叫请求，携带UE-A的正常媒体资源信息，比如发送INVITE(邀请)消息，在消息体中携带UE-A正常媒体资源信息，比如媒体类型、媒体连接地址、媒体端口号等；
步骤502、消息途经彩像SE1，彩像SE1预留彩像媒体资源；
步骤503、彩像SE1修改呼叫请求消息中的媒体资源信息为步骤502中预留的彩像媒体资源信息，然后转发该请求给被叫UE-B；
步骤504、消息途经彩铃SE2，彩铃SE2转发该请求给被叫UE-B；
步骤505、被叫UE-B震铃，回应震铃消息，比如发送“180 Ringing”消息；
步骤506、彩铃SE2预留播放彩铃媒体的资源；
步骤507、彩铃SE2向UE-A发送临时响应，比如发送“183 SessionProgress”消息，携带彩铃媒体资源信息，比如在消息体中携带彩铃媒体类型、媒体连接地址、媒体端口号等；
步骤508、临时响应消息途经彩像SE1，彩像SE1转发该临时响应；
步骤509、彩铃SE2向UE-A播放彩铃媒体信息；
步骤510、彩像SE1向UE-B播放彩像媒体信息；
步骤511、被叫UE-B应答呼叫，发送应答消息，比如“200 OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；
步骤512、应答消息途经彩铃SE2，彩铃SE2停止向UE-A播放媒体信息，并判断应答消息中是否有彩铃彩像业务结束标识，没有则决定发起重协商请求；
步骤513、彩铃SE2删除应答消息中的媒体资源信息，并决定发起重协商请求，于是在应答消息中加入彩铃彩像业务结束标识，然后转发应答消息；
彩铃彩像业务结束标识可在消息的Contact头域中使用P-Early-Media头参数表示，比如表示为“Contact：UE-B地址？P-Early-Media＝inactive”；
步骤514、应答消息途经彩像SE1，彩像SE1停止向UE-B播放媒体信息，并判断应答消息中是否有彩铃彩像业务结束标识，有则决定不发起重协商请求；
步骤515、彩像SE1决定不发起重协商请求，于是转发应答消息给UE-A；
后面的步骤为简化描述，彩铃SE2发往UE-A，及UE-A发往彩铃SE2的消息忽略了途经彩像SE1的步骤，因彩像SE1只是转发消息而已。
步骤516、彩铃SE2向主叫UE-A发起重协商请求，比如发送re-INVITE消息，消息中不带任何媒体资源信息，消息途经彩像服务设备SE1；
步骤517、UE-A收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-A的正常媒体资源信息，比如在消息体中携带，该消息途经彩像SE1；
为了解决彩铃媒体资源信息中比正常媒体资源信息多出的媒体类型的问题，本实施例中，UE-A在判断出应答消息中包含有彩铃彩像业务结束标识时，可将同意重协商消息中携带的媒体资源信息中的媒体类型设置成只允许起呼时携带的媒体资源信息允许的媒体类型，例如将UE-A正在使用的彩铃媒体资源信息中比起呼时(即步骤501中)多出的媒体资源类型的端口号设为0，表示不接受多出的媒体类型；并增加步骤501中有而正在使用的彩铃媒体资源信息中没有的媒体类型。或者，也可以直接将同意重协商消息中携带的媒体资源信息直接修改为起呼时步骤501中携带的主叫用户的媒体资源信息。
步骤518、彩铃SE2收到同意重协商的请求，再向UE-B发起重协商请求，比如发送re-INVITE消息，携带步骤517中收到的UE-A的正常媒体资源信息；
步骤519、UE-B收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；
步骤520、彩铃SE2收到同意重协商的请求，向UE-A发送确认重协商的请求，比如发送ACK(确认)消息，携带步骤519中收到的UE-B的正常媒体资源信息，消息途经彩像SE1；
步骤521、UE-A和UE-B之间建立起正常的会话连接。
本发明其他实施例中，如果彩像SE1和彩铃SE2的位置交换一下，其应答后重协商媒体的过程也基本相似，只是发起重协商请求的为彩像SE1而不是彩铃SE2了。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (5)
1.一种彩铃彩像业务更新媒体的方法，其特征在于，
彩铃/彩像服务设备在收到会话的应答消息后，判断该应答消息中是否包含有彩铃彩像业务结束标识，如果没有，则在该应答消息中添加彩铃彩像业务结束标识后转发该应答消息，并发起与主叫用户和被叫用户的媒体重协商以更新媒体；否则，直接转发该应答消息，不进行与主叫用户和被叫用户的媒体重协商；彩铃/彩像服务设备通过发送重协商请求发起与主叫用户和被叫用户的媒体重协商，所述重协商请求先发往主叫用户或先发往被叫用户；主叫/被叫用户收到所述重协商请求后，回应同意重协商消息，并在该同意重协商消息中携带主叫/被叫用户的正常媒体资源信息；当主叫用户收到所述重协商请求时，判断之前收到的应答消息是否包含有彩铃彩像业务结束标识，如果有，则将回应的同意重协商消息中携带的媒体资源信息中的媒体类型设置为仅允许起呼时该主叫用户的正常媒体资源信息中允许的媒体类型。
2.如权利要求1所述的方法，其特征在于，所述彩铃彩像业务结束标识通过在所述应答消息的头域中使用P-Early-Media头参数表示。
3.如权利要求1所述的方法，其特征在于，所述重协商请求为re-INVITE消息，且该re-INVITE消息中不携带任何媒体资源信息。
4.如权利要求1所述的方法，其特征在于，所述主叫用户和被叫用户间正常媒体资源信息的更新具体包括以下步骤：
彩铃/彩像服务设备向主叫用户发起重协商请求，在请求消息中不带任何媒体资源信息；
主叫用户收到重协商请求，回应同意重协商消息，在消息中携带主叫用户的正常媒体资源信息；
彩铃/彩像服务设备收到主叫用户的同意重协商消息后，再向被叫用户发起重协商请求，在请求消息中携带收到的主叫用户的正常媒体资源信息；
被叫用户收到重协商请求，回应同意重协商消息，在消息中携带被叫用户的正常媒体资源信息；
彩铃/彩像服务设备收到被叫用户的同意重协商消息后，向主叫用户发送确认重协商的请求，在该请求消息中携带收到的被叫用户的正常媒体资源信息。
5.如权利要求1所述的方法，其特征在于，所述主叫用户和被叫用户间正常媒体资源信息的更新具体包括以下步骤：
彩铃/彩像服务设备向被叫用户发起重协商请求，在请求消息中不带任何媒体资源信息；
被叫用户收到重协商请求，回应同意重协商消息，在消息中携带被叫用户的正常媒体资源信息；
彩铃/彩像服务设备收到被叫用户的同意重协商消息后，再向主叫用户发起重协商请求，在请求消息中携带收到的被叫用户的正常媒体资源信息；
主叫用户收到重协商请求，回应同意重协商消息，在消息中携带主叫用户的正常媒体资源信息；
彩铃/彩像服务设备收到主叫用户的同意重协商消息后，向被叫用户发送确认重协商的请求，在该请求消息中携带收到的主叫用户的正常媒体资源信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100065937A CN101448202B (zh) | 2008-03-13 | 2008-03-13 | 一种彩铃彩像业务更新媒体的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008100065937A CN101448202B (zh) | 2008-03-13 | 2008-03-13 | 一种彩铃彩像业务更新媒体的方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101448202A CN101448202A (zh) | 2009-06-03 |
| CN101448202B true CN101448202B (zh) | 2011-07-13 |
Family
ID=40743540
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008100065937A Expired - Fee Related CN101448202B (zh) | 2008-03-13 | 2008-03-13 | 一种彩铃彩像业务更新媒体的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101448202B (zh) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1870691A (zh) * | 2005-05-29 | 2006-11-29 | 华为技术有限公司 | 网络互通时主叫用户终端听被叫信号音的方法 |
| CN1960254A (zh) * | 2006-11-22 | 2007-05-09 | 北京邮电大学 | 基于ip多媒体子***的视频电话通行证业务实现方法和*** |
| CN101009575A (zh) * | 2006-12-30 | 2007-08-01 | 北京邮电大学 | 在一次呼叫过程中实现多个早期媒体类业务的方法 |
-
2008
- 2008-03-13 CN CN2008100065937A patent/CN101448202B/zh not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1870691A (zh) * | 2005-05-29 | 2006-11-29 | 华为技术有限公司 | 网络互通时主叫用户终端听被叫信号音的方法 |
| CN1960254A (zh) * | 2006-11-22 | 2007-05-09 | 北京邮电大学 | 基于ip多媒体子***的视频电话通行证业务实现方法和*** |
| CN101009575A (zh) * | 2006-12-30 | 2007-08-01 | 北京邮电大学 | 在一次呼叫过程中实现多个早期媒体类业务的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101448202A (zh) | 2009-06-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101330748B (zh) | 一种ip多媒体子***集中业务会话控制路径的切换方法 | |
| JP2004312738A (ja) | ネットワーク・リソースの最適化による、エンド・ユーザの要求に応じた会議運営のための迅速なネットワークｓｉｐ／ｓｄｐ手順 | |
| US8825875B2 (en) | Session establishment in a communication network | |
| CN101946529A (zh) | 用于基于互联网协议多媒体子***的三方呼叫的方法和装置 | |
| CN101237614B (zh) | 一种实现彩铃业务的方法 | |
| CN101217702A (zh) | Ip多媒体子***集中业务呼叫保持业务的实现方法 | |
| CN101217703B (zh) | 一种在线彩铃彩像业务的实现方法 | |
| CN101459735A (zh) | 一种彩铃、彩像业务的实现方法及*** | |
| CN101217698B (zh) | 一种实现彩铃和/或彩像业务的方法 | |
| CN101325590A (zh) | 一种ip多媒体子***集中控制业务实现终呼的方法 | |
| CN101448046B (zh) | 一种实现单对话彩铃业务的呼叫建立方法 | |
| CN101459872B (zh) | 单对话彩铃彩像业务在应答后更新媒体的方法 | |
| CN101232649B (zh) | 实现同组代答业务的方法、应用服务器和通信*** | |
| CN101141689A (zh) | 一种创建会议业务时邀请用户的方法 | |
| CN100574348C (zh) | 一种实现用户决定用户忙前转的方法 | |
| EP1388997B1 (en) | System and method for three-party call service | |
| CN101459734B (zh) | 一种在线播放彩铃彩像的实现方法 | |
| CN101459665A (zh) | 早媒体信息播放控制方法 | |
| CN101448202B (zh) | 一种彩铃彩像业务更新媒体的方法 | |
| CN101286951B (zh) | 一种会话抢占方法 | |
| CN101330640B (zh) | 一种ip多媒体子***集中业务呼叫保持业务的实现方法 | |
| CN101466074B (zh) | 一种单对话彩铃彩像业务的实现方法 | |
| CN101459874B (zh) | 单对话彩像业务的实现方法 | |
| CN101448011A (zh) | 早媒体信息播放选择方法 | |
| CN101330394A (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 | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170817 Address after: 066000, No. 2, unit 11, LITE-ON, 202 District, Qinhuangdao Harbor District, China Patentee after: Hong Yan Address before: 518057 Nanshan District high tech Industrial Park, Guangdong, South Road, science and technology, ZTE building, legal department Patentee before: ZTE Corporation |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110713 Termination date: 20180313 |