首页> 中国专利> IMS域遇忙呼叫前转与彩铃嵌套业务的实现方法及系统

IMS域遇忙呼叫前转与彩铃嵌套业务的实现方法及系统

摘要

本发明提供了一种IMS域遇忙呼叫前转与彩铃嵌套业务的实现方法,该方法包括:步骤S202,主叫拨打第一被叫,核心网接收到第一被叫的拒接忙消息;步骤S204,核心网在判断出第一被叫签订了遇忙呼叫前转业务的情况下,随后呼叫签订有彩铃业务的第二被叫,并建立与彩铃业务服务器的连接;步骤S206,在彩铃业务服务器上触发多媒体彩铃业务,执行多媒体彩铃的播放;以及步骤S208,主叫接收/收看所播放的多媒体彩铃。从而在主叫拨打第一被叫遇忙呼叫前转到签订彩铃业务的第二被叫的情况下,主叫能够看见该彩铃用户设定的多媒体彩铃,提供给用户更好的服务。

著录项

  • 公开/公告号CN101090420A

    专利类型发明专利

  • 公开/公告日2007-12-19

    原文格式PDF

  • 申请/专利权人 中兴通讯股份有限公司;

    申请/专利号CN200710140125.4

  • 发明设计人 葛昊;周云军;孙琼华;

    申请日2007-08-06

  • 分类号H04M3/42;H04M3/58;

  • 代理机构北京康信知识产权代理有限责任公司;

  • 代理人尚志峰

  • 地址 518057 广东省深圳市南山区高新技术产业园科技南路中兴通讯大厦

  • 入库时间 2023-12-17 19:32:51

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2010-09-29

    授权

    授权

  • 2008-02-13

    实质审查的生效

    实质审查的生效

  • 2007-12-19

    公开

    公开

说明书

技术领域

本发明涉及通信领域,尤其涉及多媒体子系统(IP multimediasubsystem,简称为IMS)域遇忙呼叫前转与彩铃嵌套业务的实现方法及系统。

背景技术

彩铃业务正在不断地普及,并在当前正迅速发展的多媒体子系统域也有很好的应用,即,宽带多媒体彩铃业务。当主叫呼叫签订了多媒体彩铃业务的被叫用户时,主叫可以看见或听见被叫设置的多媒体彩铃,其中,多媒体彩铃可以是视频,也可以是音频。

IMS是建立在会话初始化协议(session initiation protocol,简称为SIP)基础上、融合了数据、语音和移动网络的体系,其是通用移动通信系统(universal mobile telecommunication system,简称为UMTS)分组交换域上的实时业务,它将IP灵活的业务能力植根于移动通信系统之中,极大地丰富了移动业务生成能力。IMS一般由会话管理和路由类、数据库、服务、支撑实体和计费等几部分组成。

IMS域还具有其他业务,例如前转业务,如果签订了该业务的用户处于无法接听的状态,那么会自动地将话路接续到其他号码,其中比较典型的是遇忙呼叫前转业务。然而,即时被转接的号码也签订了彩铃业务,但主叫也不能看到或听见相应的多媒体彩铃。

因此,需要一种能够实现遇忙呼叫前转业务与彩铃业务嵌套的方法。

发明内容

考虑到上述问题而做出本发明,为此,本发明的主要目的在于提供能够实现遇忙呼叫前转业务与彩铃业务嵌套的方法。

根据本发明的一个方面,提供了一种多媒体子系统域遇忙呼叫前转与彩铃嵌套业务的实现方法。

该方法包括:步骤S202,主叫拨打第一被叫,核心网接收到第一被叫的拒接忙消息;步骤S204,核心网在判断出第一被叫签订了遇忙呼叫前转业务的情况下,随后呼叫签订有彩铃业务的第二被叫,并建立与彩铃业务服务器的连接;步骤S206,在彩铃业务服务器上触发多媒体彩铃业务,执行多媒体彩铃的播放;以及步骤S208,主叫接收/收看所播放的多媒体彩铃。

其中,步骤S204还包括以下处理:步骤S2042,核心网设备的第一被叫应用服务器查询第一被叫的签约信息,判断出第一被叫签订了遇忙呼叫前转业务;步骤S2044,第一被叫应用服务器给第二被叫应用服务器发送第一请求消息;步骤S2046,第二被叫应用服务器接收到第一请求消息后,呼叫第二被叫,并得到应答消息;以及步骤S2048,第二被叫应用服务器发现第二被叫签订了彩铃业务,给彩铃业务服务器发送第二请求消息。

具体地,第二请求消息中带有彩铃业务接入码。

此外,步骤S206还包括以下处理:步骤S2062,彩铃业务服务器根据彩铃业务接入码触发彩铃业务;步骤S2064,媒体服务器与主叫进行媒体协商;以及步骤S2066,媒体协商结束,开始播放多媒体彩铃。

根据本发明的另一方面,提供了一种多媒体子系统域遇忙呼叫前转与彩铃嵌套业务的实现系统,该系统包括:判断装置,位于核心网上,用于在核心网接收到第一被叫的拒接忙消息的情况下,判断第一被叫是否签订了遇忙呼叫前转业务,并在第一被叫签订了遇忙呼叫前转的情况下,呼叫签订有彩铃业务的第二被叫,并建立与彩铃业务服务器的连接;触发装置,位于彩铃业务服务器上,用于触发多媒体彩铃业务,以执行多媒体彩铃的播放;以及接收/播放装置,位于主叫的终端上,用于接收/收看所播放的多媒体彩铃。

从以上方案可以看出,在主叫拨打第一被叫遇忙呼叫前转到签订彩铃业务的第二被叫的情况下,主叫能够看见该彩铃用户设定的多媒体彩铃,满足了用户的现实需要,并提供给用户更好的服务。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是示出遇忙呼叫前转与彩铃嵌套业务所涉及的模块及接口的示图;

图2是示出根据本发明实施例的多媒体子系统域遇忙呼叫前转与彩铃嵌套业务的实现方法的流程图;

图3是示出根据本发明实施例的多媒体子系统域遇忙呼叫前转与彩铃嵌套业务的实现方法的具体细节的流程图;以及

图4是示出根据本发明实施例的多媒体子系统域遇忙呼叫前转与彩铃嵌套业务的实现系统的框图。

具体实施方式

下面将参照附图详细描述本发明的实施例。

图1是示出遇忙呼叫前转与彩铃嵌套业务所涉及的模块及接口的示图。

参照图1,涉及的模块及接口主要包括彩铃业务系统、用户设备(user equipment,简称为UE)、以及应用服务器(application server,简称为AS)。

具体地,彩铃业务系统包括彩铃业务服务器、彩铃WEB服务器、彩铃接口机、媒体服务器(其中带有网络文件系统(network filesystem,简称为NFS))。

其中,彩铃业务服务器用于完成IMS域彩铃业务的业务逻辑控制、完成业务数据的保存和查询、完成对媒体服务器的控制、并且需要提供与WEB服务器的接口,从而允许运营商或终端用户对彩铃业务服务器的业务数据进行授权的定制修改。

彩铃系统以WEB方式提供运营商或用户的接口。彩铃WEB服务器主要负责管理员对彩铃业务数据进行定制修改、彩铃文件上传,并且还负责彩铃用户进行预览彩铃、定购、设置等操作。

彩铃接口机主要包括彩铃核心接口机、彩铃文件上传接口机和短信接口机等部分。彩铃核心接口机用于将用户进行的试听、定购、设置等操作发送给彩铃管理业务进行处理,彩铃文件上传接口机用于将通过WEB上传的彩铃文件发送到彩铃资源服务器,以及用于短信接口机将彩铃系统接入短信中心。

媒体服务器(NFS)用于完成与彩铃业务服务器控制信令交互以及完成按照预定模式对音频/视频文件的播放,其带有的NFS完成对上载的多媒体彩铃资源文件的存储。

UE(主/被叫IMS终端),其中,UE_A为主叫终端,UE_B为第一被叫终端,UE_C为第二被叫终端。

AS(核心网设备),主要包括归属用户服务器(home subscriberserver,简称为HSS)、公共模拟服务(public simulation service,简称为PSS)、呼叫会话控制功能(call session control function,简称为CSCF)。其中,HSS负责保存IMS用户的签约信息,包括基本标识、路由信息等数据;PSS负责IMS系统的核心控制逻辑;以及CSCF负责基本会话路由功能。其中,AS_A为主叫AS,AS_B为第一被叫AS,AS_C为第二被叫AS。

接下来,将参照图2描述描述根据本发明实施例的多媒体子系统域遇忙呼叫前转与彩铃嵌套业务的实现方法。

参照图2,该方法包括:步骤S202,主叫拨打第一被叫,核心网接收到第一被叫的拒接忙消息;步骤S204,核心网在判断出第一被叫签订了遇忙呼叫前转业务的情况下,随后呼叫签订有彩铃业务的第二被叫,并建立与彩铃业务服务器的连接;步骤S206,在彩铃业务服务器上触发多媒体彩铃业务,执行多媒体彩铃的播放;以及步骤S208,主叫接收/收看所播放的多媒体彩铃。

其中,步骤S204还包括以下处理:步骤S2042,核心网设备的第一被叫应用服务器查询第一被叫的签约信息,判断出第一被叫签订了遇忙呼叫前转业务;步骤S2044,第一被叫应用服务器给第二被叫应用服务器发送第一Invite消息(请求消息);步骤S2046,第二被叫应用服务器接收到第一Invite消息后,呼叫第二被叫,并得到应答的183消息(应答消息);以及步骤S2048,第二被叫应用服务器发现第二被叫签订了彩铃业务,给彩铃业务服务器发送第二Invite消息。

具体地,第二Invite消息中带有彩铃业务接入码。

此外,步骤S206还包括以下处理:步骤S2062,彩铃业务服务器根据彩铃业务接入码触发彩铃业务;步骤S2064,媒体服务器与主叫进行媒体协商;以及步骤S2066,媒体协商结束,开始播放多媒体彩铃。

以下将参照图3描述根据本发明实施例的多媒体子系统域遇忙呼叫前转与彩铃嵌套业务的实现方法的具体细节的流程图。

其中省略了主叫呼叫第一被叫,第一被叫振铃,主叫听回铃音或彩铃音的流程。主要步骤如下:

步骤31:被叫UE_B拒接电话,UE_B发送603decline消息给AS_B。

步骤32:AS_B发ACK消息给UE_B,表示已收到603decline消息。

步骤33~34:AS_B查询签约信息,发现B签订了遇忙前转业务,然后发181消息给UE_A,通知主叫终端触发前转业务,其中经过AS_A。

步骤35:AS_B发Invite消息给AS_C。

步骤36:AS_C发送Invite消息给UE_C。

步骤37:UE_C回183消息,其中带有UE_C的媒体sdpC。

步骤38:AS_C查询签约信息,发现C签订了多媒体彩铃业务,发Invite消息给彩铃业务服务器,消息中带有彩铃业务接入码。

步骤39:在彩铃业务服务器上触发多媒体彩铃业务,在数据库查询到需要播放的彩铃媒体文件,并发送Invite消息给媒体服务器,开始进行媒体协商。

步骤310:媒体服务器回183消息给彩铃业务服务器,其中带有媒体服务器的媒体sdpD。

步骤311:彩铃业务服务器发送183消息给AS_C,其中带有媒体服务器的媒体sdpD。

步骤312:AS_C发送183消息给AS_B,该消息中携带有UE_C的媒体sdpC和标志成early-session的媒体服务器媒体sdpD。

步骤313~314:AS_B将183消息更改为Update消息发给UE_A用作更新媒体,消息中携带有UE_C的媒体sdpC和标志成early-session的媒体服务器媒体sdpD,该消息经过AS_A。

步骤315~316:经过与sdpC和sdpD的两次媒体协商,UE_A回200OK消息(对Update消息的回应)给AS_B,携带了媒体协商结果sdpAC和sdpAD(early-session),其中经过了AS_A。

步骤317:AS_B将200 Update更改为PRACK消息发给AS_C,携带有媒体协商结果sdpAC和sdpAD(early-session)。

步骤318:AS_C发送PRACK消息给UE_C,其中携带有了媒体协商结果sdpAC。

步骤319:UE_C回200 OK消息(对PRACK消息的回应)给AS_C,表示收到媒体协商结果。

步骤320:AS_C发送PRACK消息给彩铃业务服务器,其中携带有媒体协商结果sdpAD。

步骤321:彩铃业务服务器将PRACK消息转发给媒体服务器。

步骤322:媒体服务器回200 OK消息(对PRACK消息的回应)给彩铃业务服务器,表示收到了媒体协商结果。

步骤323:彩铃业务服务器转发200 OK消息给AS_C。

步骤324:AS_C转发200 OK消息给AS_B。

步骤325~326:UE_A发送UPDATE消息给AS_B,携带有媒体sdpAC’和sdpAD’(early-session)用于更新对方媒体,其中经过AS_A。

步骤327:AS_B转发UPDATE消息给AS_C。

步骤328:AS_C发送UPDATE消息给彩铃业务服务器,消息体中携带有媒体sdpAD’用于更新媒体。

步骤329:彩铃业务服务器将UPDATE消息转发给媒体服务器,消息体中携带有媒体sdpAD’。

步骤330:媒体服务器根据sdpAD’更新媒体后,回200 OK(对UPDATE消息的回应)给彩铃业务服务器,消息体中携带有回应媒体sdpDA’。

步骤331:彩铃业务服务器将200 OK(对UPDATE消息的回应)转发给AS_C。

步骤332:由于媒体协商结束,所以媒体服务器回200 OK消息(对Invite消息的回应)给彩铃业务服务器。

步骤333:彩铃业务服务器将200 OK消息(对Invite消息的回应)转发给AS_C。

步骤334:AS_C收到200 OK消息(对Invite消息的回应),发送ACK确认消息给彩铃业务服务器。

步骤335:彩铃业务服务器将ACK确认消息转发给媒体服务器。

步骤336:AS_C发送UPDATE消息给UE_C,消息体中携带有媒体sdpAC’用于更新媒体。

步骤337:UE_C根据sdpAC’更新媒体后,回200 OK消息(对UPDATE消息的回应)给AS_C,消息体中携带有回应媒体sdpCA’。

步骤338:AS_C发送200 OK消息(对UPDATE消息的回应)给AS_B,消息体中携带有回应媒体sdpCA’和sdpDA’(early-session)。

步骤339~340:AS_B将200 OK消息(对UPDATE消息的回应)转发给UE_A,其中经过AS_A。

步骤341~344:UE_C发送180消息给UE_A,其中经过AS_C、AS_B和AS_A。然后UE_C开始振铃。

步骤345~348:UE_A发送PRACK消息给UE_C,其中经过AS_A、AS_B和AS_C。

步骤349~352:UE_C发送200 OK消息(对PRACK消息的回应)给UE_A,其中经过AS_C、AS_B和AS_A。

步骤353:AS_C发送INFO消息给彩铃业务服务器,请求播放媒体。

步骤354:彩铃业务服务器发送INFO消息给媒体服务器,其中带有媒体文件路径。

步骤355:媒体服务器根据媒体协商结果和媒体文件路径开始给UE_A播放媒体,主叫用户开始收听/收看多媒体彩铃。媒体服务器回200 OK消息(对INFO消息的回应)给彩铃业务服务器。

步骤356:彩铃业务服务器回200 OK消息(对INFO消息的回应)给AS_C。

步骤357:UE_C应答,发200 OK消息(对Invite消息的回应)到AS_C。

步骤358:AS_C发送BYE消息给彩铃业务服务器,要求停止播放彩铃并释放呼叫。

步骤359:彩铃业务服务器将BYE消息转发给媒体服务器。

步骤360:媒体服务器停止播放媒体,彩铃播放完毕;释放呼叫,并回200 OK消息(对BYE消息的回应)给彩铃业务服务器。

步骤361:彩铃业务服务器转发200 OK消息(对BYE消息的回应)给AS_C。

步骤362~364:AS_C转发200 OK消息(对Invite消息的回应)到UE_A,其中经过AS_B和AS_A。

步骤365~368:UE_A发送ACK确认消息给UE_C,其中经过AS_A、AS_B和AS_C。然后,UE_A和UE_C开始通话。

本发明还提供了一种媒体子系统域遇忙呼叫前转与彩铃嵌套业务的实现系统。图4是示出该系统的框图。

参照图4,系统400包括:判断装置402,位于核心网上,用于在核心网接收到第一被叫的拒接忙消息的情况下,判断第一被叫是否签订了遇忙呼叫前转业务,并在第一被叫签订了遇忙呼叫前转的情况下,呼叫签订有彩铃业务的第二被叫,并建立与彩铃业务服务器的连接;触发装置404,位于彩铃业务服务器上,用于触发多媒体彩铃业务,以执行多媒体彩铃的播放;以及接收/播放装置406,位于主叫的终端上,用于接收/收看所播放的多媒体彩铃。

综上所述,在主叫拨打第一被叫遇忙呼叫前转到签订彩铃业务的第二被叫的情况下,主叫能够看见该彩铃用户设定的多媒体彩铃,满足了用户的现实需要,并提供给用户更好的服务。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号