CN101330394A - 呼叫建立过程中同时向主叫播放多媒体信息的方法 - Google Patents
呼叫建立过程中同时向主叫播放多媒体信息的方法 Download PDFInfo
- Publication number
- CN101330394A CN101330394A CNA2007101107947A CN200710110794A CN101330394A CN 101330394 A CN101330394 A CN 101330394A CN A2007101107947 A CNA2007101107947 A CN A2007101107947A CN 200710110794 A CN200710110794 A CN 200710110794A CN 101330394 A CN101330394 A CN 101330394A
- Authority
- CN
- China
- Prior art keywords
- called
- calling
- multimedia
- information
- service equipment
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种呼叫建立过程中同时向主叫播放多媒体信息的方法,应用于IP多媒体系统即IMS域中,包括以下步骤:(a)当主叫用户呼叫被叫用户时,被叫的服务设备向主叫用户提供呼叫过程中的多媒体资源信息,并在呼叫被叫的过程中向主叫用户播放多媒体信息;(b)被叫应答后,被叫的服务设备或/和主叫用户设备停止呼叫过程中多媒体信息的播放并释放相关资源。采用本发明的技术方案后,被叫用户设备能使用P-Early-Media技术实现呼叫建立过程中向主叫用户播放由被叫用户事先定制好的多媒体信息。
Description
技术领域
本发明涉及通信领域的IP多媒体子系统(IP Multimedia Core NetworkSubsystem,简称IMS),更具体地,涉及一种IP多媒体子系统中呼叫建立过程中同时向主叫播放多媒体信息的方法。
背景技术
IP(网络互联协议,Internet Protocol,简称IP)多媒体子系统是由第三代合作伙伴计划(3rd Generation Partnership Project,简称3GPP)提出的一种基于IP的网络架构,构建了一个的开放而灵活的业务环境,支持多媒体应用,能够为用户提供丰富的多媒体业务。
在IMS业务体系中,控制层和业务层是分离的,控制层不提供具体业务,只向业务层提供必要的触发、路由、计费等功能。控制层中业务触发和控制功能是呼叫会话控制功能(Call Session Control Function,简称CSCF,分为代理Proxy、查询Interrogating和服务Serving三种类型,其中负主要责任的是Serving,Interrogating类型是可选的)完成的,业务层是由一系列应用服务器(Application Server,简称AS)组成,能提供具体业务服务,AS可以是独立的实体,也可以存在于S-CSCF中。控制层(S-CSCF)根据用户的签约信息控制业务触发,调用AS上的业务,实现业务功能。AS和S-CSCF可以统称为服务设备(SE,Server Equipment)。会话中的端到端设备称为用户设备UE(User Equipment),负责与使用者的交互。这些功能实体使用SIP(Session Initiation Protocol)协议通讯。在需要播放多媒体信息的业务中,会需要多媒体资源功能(Media Resource Function,简称MRF,分为控制部分MRFC和媒体处理部分MRFP)的参与,其控制部分负责将SE的SIP信令翻译和解释为对MRFP的指令,或者反之将MRFP的回应翻译和解释为向SE发送的SIP信令,而处理部分负责媒体流的发送和接收。
呼叫建立过程中同时向主叫播放多媒体信息的业务是IMS中需要实现的一种业务,该业务允许在呼叫过程中,被叫网络向主叫方播放由被叫方事先定制好的多媒体信息,包括音频、视频、图形和它们的组合等,并在被叫方应答后停止尚未停止的多媒体信息播放。目前还没有提出该业务的具体的实现方法。
发明内容
本发明解决的技术是提供一种呼叫建立过程中同时向主叫播放多媒体信息的方法。
为了解决上述技术问题,本发明提供了一种呼叫建立过程中同时向主叫播放多媒体信息的方法,应用于IP多媒体系统即IMS域中,包括以下步骤:
(a)当主叫用户呼叫被叫用户时,被叫的服务设备向主叫用户提供呼叫过程中的多媒体资源信息,并在呼叫被叫的过程中向主叫用户播放多媒体信息;
(b)被叫应答后,被叫的服务设备或/和主叫用户设备停止呼叫过程中多媒体信息的播放并释放相关资源。
进一步地,步骤(a)中,被叫的服务设备向主叫用户提供的呼叫过程中的多媒体资源信息包括媒体类型、编解码器信息和媒体资源地址。
进一步地,步骤(a)中,被叫的服务设备是在收到被叫震铃的消息后再向主叫用户播放多媒体信息,或者是在向主叫用户提供了呼叫过程中的多媒体资源信息后即向主叫用户播放多媒体信息。
进一步地,步骤(a)进一步分为以下步骤:
(a1)主叫用户呼叫被叫用户,呼叫消息途经被叫的服务设备时,该服务设备通过多媒体资源功能控制部分MRFC要求多媒体资源功能媒体处理部分MRFP预留多媒体资源;
(a2)资源预留成功后,被叫的服务设备向主叫发送回应消息,消息中告之是呼叫过程中的媒体信息,并携带多媒体资源的媒体类型、编解码器、媒体资源地址信息;
(a3)被叫的服务设备通过MRFC要求MRFP向主叫播放多媒体信息。
进一步地,所述被叫的服务设备是利用P-Early-Media技术向主叫用户提供呼叫过程中的多媒体资源信息,步骤(a2)中被叫的服务设备通过所述回应消息中的P-Early-Media域告之是呼叫过程中的媒体信息。
进一步地,步骤(a)中被叫的服务设备向主叫提供呼叫过程的多媒体资源信息的同时,向被叫转发主叫的呼叫消息,在收到被叫向主叫发送的携带正常通话的多媒体资源信息的回应消息后转发给主叫;
步骤(b)中被叫的服务设备收到被叫的应答消息后,通知多媒体资源功能MRF停止向主叫播放多媒体信息和释放相关资源,并向主叫转发该应答消息,使主叫和被叫建立多媒体会话。
进一步地,如主叫用户设备在收到被叫的应答消息前先收到了所述正常通话的多媒体资源信息,则停止向用户播放所述呼叫过程中的多媒体信息,并释放相关资源。
进一步地,步骤(a)中被叫的服务设备向主叫提供呼叫过程的多媒体资源信息的同时,代理主叫呼叫被叫并携带主叫的多媒体资源信息,在收到被叫的回应消息后保存其中的正常通话的多媒体资源信息;
步骤(b)中被叫的服务设备收到被叫的应答消息后,通知多媒体资源功能MRF停止向主叫播放多媒体信息和释放相关资源,通知主叫更新会话并携带被叫的所述正常通话的媒体资源信息,然后向主叫转发被叫的应答消息,使主叫与被叫建立多媒体会话。
进一步地,所述步骤(a)中被叫的服务设备在收到被叫的震铃消息后,不向主叫转发该消息。
进一步地,所述服务设备为服务呼叫会话控制功能或应用服务器。
由上可知,采用本发明,被叫用户设备能使用P-Early-Media技术实现呼叫建立过程中向主叫用户播放由被叫用户事先定制好的多媒体信息。
附图说明
图1为本发明第一实施例方法的基本消息流程图,该实施例中不使用更新技术。
图2为本发明第二实施例方法的基本消息流程图,该实施例中使用了更新技术。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
为了简化流程表示,突出实际的业务控制功能实体,在本文所有的流程图中都省略了主叫用户服务设备SE-A实体,它在该业务中只是简单的转发消息。由于MRFC很可能与SE在物理上是一个实体,所以图例中将两者表示在一个实体框中,两者之间使用SIP协议通讯。虚线表示的消息是可选的,虚线框表示的功能也是可选的。
实施例一
如图1所示,本实施例是不使用更新技术时,呼叫建立过程中同时向主叫播放多媒体信息的方法,描述了主叫用户UE-A呼叫被叫用户UE-B时,被叫用户服务设备SE-B在转发UE-A的呼叫过程中,控制媒体资源功能向主叫用户播放多媒体信息,并在被叫用户应答后停止播放的过程,其步骤如下:
步骤101:UE-A呼叫UE-B,发送呼叫消息,比如发送INVITE(邀请);
步骤102:呼叫消息途经SE-B,SE-B通过MRFC要求MRFP预留多媒体资源;
步骤103:资源预留成功后,SE-B向UE-A发送回应消息,比如发送“183Session Progress”,携带P-Early-Media域(P-Early-Media在文中也称为早媒体)告之是呼叫过程中的媒体信息,并携带多媒体资源的媒体类型、编解码器、媒体资源地址等信息;
UE-A收到SE-B发来的呼叫过程中的多媒体资源信息后,预留一部分多媒体资源以备与MRFP会话。
本实施例使用了P-Early-Media技术,P-Early-Media技术表示早媒体的一种方式,指示携带的媒体信息是早媒体信息。
步骤104:SE-B同时向UE-B转发UE-A的呼叫消息;该步和步骤103分为两步仅为一种描述方式,并不表示操作的先后。
步骤105:UE-B收到SE-B向其转发的呼叫消息后,向UE-A发送正常通话的多媒体资源信息,如发送回应消息“183Session Progress”,并携带正常通话的媒体资源的媒体类型、编解码器、媒体资源地址等信息,回应消息途经SE-B;
步骤106:SE-B收到UE-B发来的回应消息后,确保回应消息To域中的tag标识值与步骤103中“183 Session Progress”消息的To域中的tag标识值不同,并将该回应消息转发给UE-A;
UE-A收到SE-B转发来的回应消息后,预留一部分多媒体资源以备与UE-B会话。
步骤107:UE-B开始震铃,可发送震铃消息给UE-A,比如发送“180Ringing”消息,震铃消息途经SE-B,SE-B可不转发该消息,以防止UE-A触发本地铃声;
步骤108:SE-B通过MRFC要求MRFP开始向UE-A播放多媒体信息(被叫用户定制好的);
步骤109:MRFP根据MRFC的要求向UE-A播放多媒体信息;
上述两个步骤108和109可在步骤107后执行,也可早于步骤107但晚于步骤103执行。
步骤110:UE-B应答UE-A的呼叫,向UE-A发送应答消息,比如应答“200 OK”消息,如果应答消息尚未到达UE-A时,UE-A已经收到UE-B发来的正常通话的多媒体资源信息,则可停止播放MRFP发来的多媒体信息并释放相关资源;
步骤111:UE-B向UE-A发送的应答消息到达SE-B;
步骤112:SE-B收到应答消息后,通过MRFC要求MRFP停止向UE-A播放多媒体信息,并释放与多媒体信息相关的资源;
步骤113:SE-B向UE-A转发UE-B发来的应答消息;
步骤114:UE-A和UE-B间建立起多媒体会话,同时终止了与MRFP的媒体链路。
实施例二
如图2所示,本实施例是使用更新技术时,呼叫建立过程中同时向主叫播放多媒体信息的方法,描述了主叫用户UE-A呼叫被叫用户UE-B时,被叫用户服务设备SE-B在代理UE-A呼叫UE-B的过程中,控制媒体资源功能向主叫播放多媒体信息,并在被叫用户应答后停止播放并更新UE-A的会话过程,其步骤如下:
步骤201:UE-A呼叫UE-B,发送呼叫消息,比如发送INVITE(邀请);
步骤202:呼叫消息途经SE-B,SE-B通过MRFC要求MRFP预留多媒体资源;
步骤203:资源预留成功后,SE-B向UE-A发送回应消息如发送“183Session Progress”,携带P-Early-Media域告之是呼叫过程中的媒体信息,并携带多媒体资源的媒体类型、编解码器、媒体资源地址等信息;
UE-A收到SE-B发来的预留的多媒体资源信息后,预留一部分多媒体资源以备与MRFP会话。
步骤204,同时SE-B代理UE-A呼叫UE-B,比如发送INVITE消息,并携带了UE-A的多媒体资源信息;
步骤205:UE-B收到SE-B代理UE-A发来的呼叫消息后,向SE-B发送回应消息,比如消息“183 Session Progress”,并携带正常通话的多媒体资源的媒体类型、编解码器、媒体资源地址等信息;
SE-B保存该回应消息中的正常通话的多媒体资源信息,但不向UE-A转发该消息。
步骤206:UE-B开始震铃,可发送震铃消息给SE-B,比如发送“180Ringing”消息,SE-B收到震铃消息后可不转发该消息,以防止UE-A触发本地铃声;
步骤207:SE-B通过MRFC要求MRFP开始向UE-A播放多媒体信息;
步骤208:MRFP根据MRFC的要求向UE-A播放多媒体信息;
上述两个步骤207和208可在步骤206后执行,也可早于步骤206但晚于步骤103执行。
步骤209:UE-B应答SE-B代理UE-A发来的呼叫消息,向SE-B发送应答消息,比如回应“200 OK”消息;
步骤210:SE-B收到UE-B发来的应答消息后,通过MRFC要求MRFP停止向UE-A播放多媒体信息,并释放与多媒体信息相关的资源;
步骤211:SE-B同时通知UE-A更新会话,使UE-A与MRFP的媒体连接变为与UE-B的连接,比如向UE-A发送UPDATE(更新)消息,消息中包含UE-B回应消息中携带的UE-B的正常通话的多媒体资源信息;
该步和步骤210分为两步仅为一种描述方式,并不表示操作的先后。
步骤212:SE-B向UE-A转发UE-B发来的应答消息;
步骤213、UE-A和UE-B间建立起多媒体会话。
本实施例的这种采用媒体连接更新技术的方式可使UE-A端需要较少的资源完成媒体切换。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (10)
1、一种呼叫建立过程中同时向主叫播放多媒体信息的方法,应用于IP多媒体系统即IMS域中,包括以下步骤:
(a)当主叫用户呼叫被叫用户时,被叫的服务设备向主叫用户提供呼叫过程中的多媒体资源信息,并在呼叫被叫的过程中向主叫用户播放多媒体信息;
(b)被叫应答后,被叫的服务设备或/和主叫用户设备停止呼叫过程中多媒体信息的播放并释放相关资源。
2、如权利要求1所述的方法,其特征在于:
步骤(a)中,被叫的服务设备向主叫用户提供的呼叫过程中的多媒体资源信息包括媒体类型、编解码器信息和媒体资源地址。
3、如权利要求1所述的方法,其特征在于:
步骤(a)中,被叫的服务设备是在收到被叫震铃的消息后再向主叫用户播放多媒体信息,或者是在向主叫用户提供了呼叫过程中的多媒体资源信息后即向主叫用户播放多媒体信息。
4、如权利要求1所述的方法,其特征在于,步骤(a)进一步分为以下步骤:
(a1)主叫用户呼叫被叫用户,呼叫消息途经被叫的服务设备时,该服务设备通过多媒体资源功能控制部分MRFC要求多媒体资源功能媒体处理部分MRFP预留多媒体资源;
(a2)资源预留成功后,被叫的服务设备向主叫发送回应消息,消息中告之是呼叫过程中的媒体信息,并携带多媒体资源的媒体类型、编解码器、媒体资源地址信息;
(a3)被叫的服务设备通过MRFC要求MRFP向主叫播放多媒体信息。
5、如权利要求4所述的方法,其特征在于:
所述被叫的服务设备是利用P-Early-Media技术向主叫用户提供呼叫过程中的多媒体资源信息,步骤(a2)中被叫的服务设备通过所述回应消息中的P-Early-Media域告之是呼叫过程中的媒体信息。
6、如权利要求1或4所述的方法,其特征在于:
步骤(a)中被叫的服务设备向主叫提供呼叫过程的多媒体资源信息的同时,向被叫转发主叫的呼叫消息,在收到被叫向主叫发送的携带正常通话的多媒体资源信息的回应消息后转发给主叫;
步骤(b)中被叫的服务设备收到被叫的应答消息后,通知多媒体资源功能MRF停止向主叫播放多媒体信息和释放相关资源,并向主叫转发该应答消息,使主叫和被叫建立多媒体会话。
7、如权利要求6所述的方法,其特征在于:
如主叫用户设备在收到被叫的应答消息前先收到了所述正常通话的多媒体资源信息,则停止向用户播放所述呼叫过程中的多媒体信息,并释放相关资源。
8、如权利要求1或4所述的方法,其特征在于:
步骤(a)中被叫的服务设备向主叫提供呼叫过程的多媒体资源信息的同时,代理主叫呼叫被叫并携带主叫的多媒体资源信息,在收到被叫的回应消息后保存其中的正常通话的多媒体资源信息;
步骤(b)中被叫的服务设备收到被叫的应答消息后,通知多媒体资源功能MRF停止向主叫播放多媒体信息和释放相关资源,通知主叫更新会话并携带被叫的所述正常通话的媒体资源信息,然后向主叫转发被叫的应答消息,使主叫与被叫建立多媒体会话。
9、如权利要求6和8所述的方法,其特征在于:
所述步骤(a)中被叫的服务设备在收到被叫的震铃消息后,不向主叫转发该消息。
10、如权利要求1所述的方法,其特征在于:
所述服务设备为服务呼叫会话控制功能或应用服务器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101107947A CN101330394A (zh) | 2007-06-18 | 2007-06-18 | 呼叫建立过程中同时向主叫播放多媒体信息的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101107947A CN101330394A (zh) | 2007-06-18 | 2007-06-18 | 呼叫建立过程中同时向主叫播放多媒体信息的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101330394A true CN101330394A (zh) | 2008-12-24 |
Family
ID=40206003
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007101107947A Pending CN101330394A (zh) | 2007-06-18 | 2007-06-18 | 呼叫建立过程中同时向主叫播放多媒体信息的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101330394A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102523230A (zh) * | 2011-12-27 | 2012-06-27 | 北京佳讯飞鸿电气股份有限公司 | 多级可视化指挥调度系统的调度方法 |
CN103957199A (zh) * | 2014-04-16 | 2014-07-30 | 北京佳讯飞鸿电气股份有限公司 | 一种优化多媒体呼叫建立时间的方法 |
-
2007
- 2007-06-18 CN CNA2007101107947A patent/CN101330394A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102523230A (zh) * | 2011-12-27 | 2012-06-27 | 北京佳讯飞鸿电气股份有限公司 | 多级可视化指挥调度系统的调度方法 |
CN102523230B (zh) * | 2011-12-27 | 2014-08-27 | 北京佳讯飞鸿电气股份有限公司 | 多级可视化指挥调度系统的调度方法 |
CN103957199A (zh) * | 2014-04-16 | 2014-07-30 | 北京佳讯飞鸿电气股份有限公司 | 一种优化多媒体呼叫建立时间的方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101884205B (zh) | Ims集中式服务中i1-ps信令的动态发起 | |
CN101123647A (zh) | 一种通信方法、系统和业务控制功能实体 | |
CN101459735A (zh) | 一种彩铃、彩像业务的实现方法及系统 | |
CN101217703B (zh) | 一种在线彩铃彩像业务的实现方法 | |
CN100459628C (zh) | 一种彩名业务实现方法 | |
CN101217698B (zh) | 一种实现彩铃和/或彩像业务的方法 | |
CN101459872B (zh) | 单对话彩铃彩像业务在应答后更新媒体的方法 | |
CN101448203B (zh) | 控制早媒体播放的实现方法 | |
CN101330750B (zh) | 同时向主叫用户和被叫用户播放多媒体信息的方法 | |
CN101448046B (zh) | 一种实现单对话彩铃业务的呼叫建立方法 | |
CN100574348C (zh) | 一种实现用户决定用户忙前转的方法 | |
CN101330394A (zh) | 呼叫建立过程中同时向主叫播放多媒体信息的方法 | |
KR20050068823A (ko) | 차세대통신망에서 착신 통화로 제어 장치 및 그 방법과,그를 이용한 멀티미디어 정보 서비스 시스템 및 그 방법 | |
CN101459734B (zh) | 一种在线播放彩铃彩像的实现方法 | |
CN101459665A (zh) | 早媒体信息播放控制方法 | |
CN101330640B (zh) | 一种ip多媒体子系统集中业务呼叫保持业务的实现方法 | |
CN101466074B (zh) | 一种单对话彩铃彩像业务的实现方法 | |
CN101110684B (zh) | 彩像业务实现方法 | |
CN101286951B (zh) | 一种会话抢占方法 | |
CN101511058B (zh) | 会议呼叫保持方法及系统 | |
CN101325501B (zh) | 一种会话终止过程中播放多媒体信息的实现方法 | |
CN101459874B (zh) | 单对话彩像业务的实现方法 | |
CN101448011A (zh) | 早媒体信息播放选择方法 | |
CN101448202B (zh) | 一种彩铃彩像业务更新媒体的方法 | |
CN101686441B (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Open date: 20081224 |