CN101631389B - Ip多媒体子系统异常提示音媒体播放方法及系统 - Google Patents
Ip多媒体子系统异常提示音媒体播放方法及系统 Download PDFInfo
- Publication number
- CN101631389B CN101631389B CN2009101091149A CN200910109114A CN101631389B CN 101631389 B CN101631389 B CN 101631389B CN 2009101091149 A CN2009101091149 A CN 2009101091149A CN 200910109114 A CN200910109114 A CN 200910109114A CN 101631389 B CN101631389 B CN 101631389B
- Authority
- CN
- China
- Prior art keywords
- service server
- prompt tone
- media
- player function
- 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.)
- Active
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种IP多媒体子系统异常提示音媒体播放方法,具体包括以下步骤:在IP多媒体子系统的组网中设置若干业务服务器以及与业务服务器对应的媒体服务器,所述业务服务器包括具备放音功能的业务服务器和不具备放音功能的业务服务器;主叫终端发起的会话请求在呼叫建立过程中发生异常;在从主叫终端到被叫终端建立呼叫的路径上,最后一个具备放音功能的业务服务器就发生的异常向对应的媒体服务器请求播放提示音媒体。本发明中,在发生异常时仅有一个业务服务器就发生的异常控制播放提示音媒体,从而保证主叫终端只会听到一次异常提示音媒体,改善用户的体验,并且所述媒体服务器可播放多种提示音媒体,提供丰富的多媒体流的提示音。
Description
技术领域
本发明涉及通信领域,具体涉及一种IP(Internet Protocol,网络互联协议)多媒体子系统解决多次放异常音的实现方法。
背景技术
IP多媒体子系统(IP Multimedia Core Network Subsystem,简称IMS)是由第三代合作伙伴计划(3rd Generation Partnership Project,简称3GPP)组织提出的一种基于IP的网络架构,IMS的呼叫、业务与控制业务实现分离,并外置数据库(HSS),采用会话初始协议,构建了一个开放而灵活的业务环境,支持多媒体应用,并为用户提供丰富的多媒体业务。
IMS是基于IP的电信网络架构,与接入技术无关,除了可以为GPRS(General Packet Radio Service,通用分组无线业务)、WLAN(Wireless LocalArea Network,无线局域网)等分组接入网络提供业务外,还可以为GSM(Global System for Mobile communications,全球移动通讯系统)、UMTS(Universal Mobile Telecommunications System,统一移动通讯系统)等移动蜂窝网络提供业务。
异常放音一般用于呼叫发生异常的情况下,给主叫播放一定的提示音,提示呼叫异常的原因。
图1是IMS系统参考框架简单示意图。图1中设备包括:用户设备(UserEquipment,简称UE)、代理呼叫会话控制功能(Proxy Call Session ControlFunction,简称P-CSCF)、服务呼叫会话控制功能(Serving Call SessionControl Function,简称S-CSCF)、应用服务器(application server,简称AS)等。
其中,P-CSCF用于作为代理转发UE与S-CSCF之间的请求与响应。S-CSCF是UE的归属服务实体,用于为UE提供业务逻辑和权限控制等功能。HSS用于保存用户的登记信息以及定制的业务等信息。
图1中存在3个AS服务器,只是示例作用,实际组网则没有个数的限制。
图2是IMS域内两终端从呼叫到应答的流程图,简单起见,假定两终端之间只有2个AS,分别实现主叫业务和被叫业务,并且都具有放音功能。基本呼叫步骤如下:
步骤201:UE1发起初始会话请求INVITE到S-CSCF;
步骤202:S-CSCF根据用户的签约信息将初始请求转发到SIP-AS1;
步骤203:SIP-AS1处理完用户的业务,转发用户的请求到I/S-CSCF;
步骤204:I/S-CSCF根据配置的路由信息以及签约关系,将初始会话请求INVITE转发到被叫用户业务实现服务器SIP-AS2;
本步骤中,从UE1的SIP-AS1到SIP-AS2的寻路由以及组网不限制,可能多变,简化为I/S-CSCF;
步骤205:SIP-AS2实现用户UE2的业务,然后转发呼叫请求给S-CSCF2;
步骤206:S-CSCF2转发初始呼叫请求INVITE给UE2;
步骤207-步骤212:被叫UE2回180振铃消息,发送到主叫终端UE1;
步骤213-步骤218:被叫UE2应答,并发送到UE1;
步骤219-步骤224:主叫UE1回ACK给被叫UE2;
UE1和UE2进入通话态。
图2中的任何一步都会发生异常,从而导致业务服务器AS进行放音提示操作。假定图1的步骤206发出之后,等待步骤207超时,由应用服务器根据异常进行放音,步骤如下:
步骤301:UE1发起初始会话请求INVITE到S-CSCF;
步骤302:S-CSCF根据用户的签约信息将初始请求转发到SIP-AS1;
步骤303:SIP-AS1处理完用户的业务,转发用户的请求到I/S-CSCF;
步骤304:I/S-CSCF根据配置的路由信息以及签约关系,将初始会话请求INVITE转发到被叫用户业务实现服务器SIP-AS2;
本步骤中,从UE1的SIP-AS1到SIP-AS2的寻路由以及组网不限制,可能多变,简化为I/S-CSCF;
步骤305:SIP-AS2实现用户UE2的业务,然后转发呼叫请求给S-CSCF2;
步骤306:S-CSCF2转发初始呼叫请求INVITE给UE2;
此后SIP-AS2设置定时器等待UE2回的响应,但定时器超时也没有等到被叫UE2的响应;
步骤307-310:SIP-AS2取消到UE2的试呼;
步骤311:SIP-AS2判断发生异常进行放音,并将音资源通过183携带;
步骤312-步骤314:放音媒体发送到UE1;
步骤315-步骤322:UE1和SIP-AS2之间完成媒体和信令的交互,然后UE1开始听SIP-AS2的语音;
步骤323-步骤326:SIP-AS2放音完毕,则发送480通知释放呼叫;
步骤327:SIP-AS1判断后向发生异常,则准备媒体开始放音;
步骤328-步骤331:SIP-AS1与UE1完成放音媒体的协商,并开始放音;
步骤332-步骤335:SIP-AS1放音完毕,则发送480释放呼叫。
图3中,仅以最简单的SIP呼叫为例介绍,复杂的呼叫场景问题同样存在。
图3中,承载媒体的信令可以根据具体场景的不同变更。
从图3的举例可以看出,对于多AS并存的IMS组网中,若多个AS均具有放音功能,对主叫终端而言,将会陆续听到多个放音网元的放音,影响用户的体验。
发明内容
本发明的主要目的是:克服现有技术的不足,提供一种IP多媒体子系统中,主叫终端发起的会话请求在呼叫建立过程中发生异常时,解决多次放音问题的方法和系统,保证用户在呼叫发生异常的场景下,只会听到一次失败提示音,从而改善主叫用户的体验。
本发明的技术问题是通过以下技术方案予以解决的:一种IP多媒体子系统异常提示音媒体播放方法,具体包括以下步骤:在IP多媒体子系统的组网中设置若干业务服务器以及与业务服务器对应的媒体服务器,所述业务服务器包括具备放音功能的业务服务器和不具备放音功能的业务服务器;主叫终端发起的会话请求在呼叫建立过程中发生异常;在从主叫终端到被叫终端建立呼叫的路径上,最后一个具备放音功能的业务服务器就发生的异常向其对应的媒体服务器请求播放唯一的提示音媒体。
其中,非最后一个具备放音功能的业务服务器在发生内部异常的情况下,向与其对应的媒体服务器申请播放内部异常提示音媒体。
更具体的方案为:所述非最后一个具备放音功能的业务服务器在发生的异常不属于内部异常,同时主叫终端发出的初始会话请求(INVITE)没有正常响应的情况下,亦即没有SIP消息的通知性应答(1xx)或者成功应答(2xx)响应的情况下,向与其对应的媒体服务器申请播放异常提示音媒体。
所述主叫终端发出的初始会话请求(INVITE)没有通知性应答(1xx)或者成功应答(2xx)响应的情况不包括临时响应100 trying。
为了保证不具备放音功能的业务服务器因为超时导致多次放音的问题或者避免放音过程被中断,相对于具备放音功能的业务服务器,所述不具备放音功能的业务服务器设置较长时间的定时器。
同时,为了保证最后一个具备放音功能的业务服务器的放音的完整性,非最后一个具备放音功能的业务服务器的定时器长于最后一个具备放音功能的业务服务器的定时器。
本发明还涉及一种IP多媒体子系统异常提示音媒体播放系统,包括主叫终端、被叫终端、IP多媒体子系统组网中设置的若干业务服务器以及若干媒体服务器,所述业务服务器建立主叫终端和被叫终端之间的呼叫业务,并控制对应的媒体服务器提供多媒体业务,所述业务服务器包括具备放音功能的业务服务器和不具备放音功能的业务服务器。主叫终端发起的会话请求在呼叫建立过程中发生异常的情况下,在从主叫终端到被叫终端建立呼叫的路径上,最后一个具备放音功能的业务服务器用于针对发生的异常向对应的媒体服务器请求播放提示音媒体。
相应的,非最后一个具备放音功能的业务服务器在发生内部异常的情况下,向与其对应的媒体服务器申请播放内部异常提示音媒体。
同时,所述非最后一个具备放音功能的业务服务器在发生的异常不属于内部异常,同时主叫终端发出的初始会话请求(INVITE)没有正常响应的情况下,亦即没有SIP消息的通知性应答(1xx)或者成功应答(2xx)响应的情况下,向与其对应的媒体服务器申请播放异常提示音媒体。
所述主叫终端发出的初始会话请求(INVITE)没有通知性应答(1xx)或者成功应答(2xx)响应的情况不包括临时响应100 trying。
本发明与现有技术相比的有益效果是:1)本发明的IP多媒体子系统异常提示音媒体播放方法,在呼叫建立过程中发生异常时,由与主叫终端建立SIP最后一个具备放音功能的业务服务器就发生的异常向其对应的媒体服务器请求播放唯一的提示音媒体,从而保证主叫终端只会听到一次异常提示音媒体,改善用户的体验;2)本发明的IP多媒体子系统异常提示音媒体播放系统,所述与业务服务器对应的媒体服务器提供丰富的多媒体流的唯一提示音。
附图说明
图1是现有IP多媒体子系统参考框架简单示意图;
图2是现有IP多媒体子系统域的基本呼叫流程图;
图3是现有IP多媒体子系统的多个业务服务器(AS)发生异常均需要放音的流程图;
图4是本发明实施例中,在从主叫终端到被叫终端建立呼叫的路径上,最后一个具备放音功能的业务服务器的逻辑处理图;
图5是本发明实施例中,在从主叫终端到被叫终端建立呼叫的路径上,非最后一个具备放音功能的业务服务器的逻辑处理图。
具体实施方式
下面通过具体的实施方式并结合附图对本发明做进一步详细说明。
本例涉及的IP多媒体子系统解决多次放异常音的实现系统,主要包括主叫终端(UE1)、被叫终端(UE2)、IP多媒体子系统组网中设置的若干业务服务器(AS)以及与业务服务器对应的媒体服务器(MS)。所述主叫终端和被叫终端在IP多媒体子系统域中注册。
所述业务服务器建立主叫终端和被叫终端之间的呼叫业务,并控制对应的媒体服务器提供多媒体业务,所述业务服务器包括具备放音功能的业务服务器和不具备放音功能的业务服务器。
在所述主叫终端发起的会话请求在呼叫建立过程中发生异常的情况下,在从主叫终端到被叫终端建立呼叫的路径上,最后一个具备放音功能的业务服务器就发生的异常向其对应的媒体服务器请求播放唯一的提示音媒体。
相应的,非最后一个具备放音功能的业务服务器在发生内部异常的情况下,向与其对应的媒体服务器申请播放内部异常提示音媒体。
同时,所述非最后一个具备放音功能的业务服务器在发生的异常不属于内部异常,同时主叫终端发出的初始会话请求(INVITE)没有响应的情况下,向与其对应的媒体服务器申请播放异常提示音媒体。
所述主叫终端发出的初始会话请求(INVITE)没有正常响应,亦即没有SIP消息的通知性应答(1xx)或者成功应答(2xx)相应的情况不包括临时响应100 trying。
本例中还涉及一种IP多媒体子系统异常提示音媒体播放方法,具体包括以下步骤:
在IP多媒体子系统的组网中设置若干业务服务器以及与业务服务器对应的媒体服务器,所述业务服务器包括具备放音功能的业务服务器和不具备放音功能的业务服务器;
主叫终端发起的会话请求在呼叫建立过程中发生异常;
在从主叫终端到被叫终端建立呼叫的路径上,最后一个具备放音功能的业务服务器就发生的异常向其对应的媒体服务器请求播放唯一的提示音媒体。
为了保证不具备放音功能的业务服务器因为超时导致多次放音的问题或者避免放音过程被中断,相对于具备放音功能的业务服务器,所述不具备放音功能的业务服务器设置较长时间的定时器。
同时,为了保证与主叫终端建立SIP最后一个具备放音功能的业务服务器的放音的完整性,非最后一个具备放音功能的业务服务器的定时器长于最后一个具备放音功能的业务服务器的定时器。
请参考图4,其为本实施例中在从主叫终端到被叫终端建立呼叫的路径上,最后一个具备放音功能的业务服务器的逻辑处理图。
其异常提示音媒体的逻辑说明如下:
步骤401:判断AS是否检测到发生异常,如果是,则进入步骤402,否则进入步骤403;
步骤402:判断配置放音,如果是,则进入步骤404,否则进入步骤405;
步骤403:正常处理流程;
步骤404:申请放音媒体并进入放音流程;
步骤405:直接进入释放逻辑;
最后一个具备放音功能的AS失败提示音处理逻辑完毕。
请参考图5,其为本实施例中,在从主叫终端到被叫终端建立呼叫的路径上,非最后一个具备放音功能的业务服务器的逻辑处理图。
所述非最后一个具备放音功能的业务服务器对主叫终端的会话请求在呼叫建立过程中发生的异常不播放提示音媒体,仅对内部异常或者不属于内部异常,但主叫终端发出的初始会话请求(INVITE)没有响应的状况请求播放对应的提示音媒体。该非最后一个具备放音功能的业务服务器的提示音媒体的逻辑说明如下:
步骤501:AS检测到发生异常,如果否,进入步骤502,如果是,进入步骤503;
步骤502:继续正常处理流程;
步骤503:判断异常是否由AS内部原因引起,如定时器超时以及内部逻辑错误,如果是,进入步骤504,否则,进入步骤506;
步骤504:是否配置放音逻辑,如果是,进入步骤505,如果否,进入步骤508;
步骤505:进行申请媒体以及放音逻辑;
步骤506:判断初始的INVITE发出之后是否没有SIP消息的1xx-2xx响应(100 trying除外),如果没有,则进入步骤507,否则,进入步骤508;
步骤507:进入申请媒体以及放音逻辑;
步骤508:进入释放逻辑;
最后处理完毕,以上就是非最后一个具备放音功能的AS的处理逻辑。
根据本发明的基本原理,上述实施例还有多种变换方式。
比如,提示音媒体的类型不作限制,可采用early-session,也可采用session播放提示音媒体,携带p-early-media,或者两者都有的场景。
又如,提示音媒体播放承载的信令不作限制,例如播放承载的信令可以采用update,也可以采用183或者200 OK等等。
以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。
Claims (10)
1.一种IP多媒体子系统异常提示音媒体播放方法,具体包括以下步骤:
在IP多媒体子系统的组网中设置若干业务服务器以及与业务服务器对应的媒体服务器,所述业务服务器包括具备放音功能的业务服务器和不具备放音功能的业务服务器;
主叫终端发起的会话请求在呼叫建立过程中发生异常;
在从主叫终端到被叫终端建立呼叫的路径上,最后一个具备放音功能的业务服务器就发生的异常向其对应的媒体服务器请求播放提示音媒体。
2.根据权利要求1所述的IP多媒体子系统异常提示音媒体播放方法,其特征在于:在从主叫终端到被叫终端建立呼叫的路径上,非最后一个具备放音功能的业务服务器在发生内部异常的情况下,向与其对应的媒体服务器申请播放内部异常提示音媒体。
3.根据权利要求2所述的IP多媒体子系统异常提示音媒体播放方法,其特征在于:所述非最后一个具备放音功能的业务服务器在发生的异常不属于内部异常,同时主叫终端发出的初始会话请求(INVITE)没有通知性应答(1xx)或者成功应答(2xx)响应的情况下,向与其对应的媒体服务器申请播放异常提示音媒体。
4.根据权利要求3所述的IP多媒体子系统异常提示音媒体播放方法,其特征在于:所述主叫终端发出的初始会话请求(INVITE)没有通知性应答(1xx)或者成功应答(2xx)响应的情况不包括临时响应100trying。
5.根据权利要求1-4任意一项所述的IP多媒体子系统异常提示音媒体播放方法,其特征在于:相对于具备放音功能的业务服务器,所述不具备放音功能的业务服务器的定时器设置较长的时间。
6.根据权利要求4所述的IP多媒体子系统异常提示音媒体播放方法,其特征在于:非最后一个具备放音功能的业务服务器的定时器的时长长于最后一个的具备放音功能的业务服务器的定时器的时长。
7.一种IP多媒体子系统异常提示音媒体播放系统,包括主叫终端、被叫终端、IP多媒体子系统组网中设置的若干业务服务器以及若干媒体服务器,所述业务服务器建立主叫终端和被叫终端之间的呼叫业务,并控制对应的媒体服务器提供多媒体业务,所述业务服务器包括具备放音功能的业务服务器和不具备放音功能的业务服务器,其特征在于:主叫终端发起的会话请求在呼叫建立过程中发生异常的情况下,在从主叫终端到被叫终端建立呼叫的路径上,最后一个具备放音功能的业务服务器用于针对发生的异常向对应的媒体服务器请求播放提示音媒体。
8.根据权利要求7所述的IP多媒体子系统异常提示音媒体播放系统,其特征在于:非最后一个具备放音功能的业务服务器在发生内部异常的情况下,用于向与其对应的媒体服务器申请播放内部异常提示音媒体。
9.根据权利要求8所述的IP多媒体子系统异常提示音媒体播放系统,其特征在于:所述非最后一个具备放音功能的业务服务器在发生的异常不属于内部异常,同时主叫终端发出的初始会话请求(INVITE)没有通知性应答(1xx)或者成功应答(2xx)响应的情况下,向与其对应的媒体服务器申请播放异常提示音媒体。
10.根据权利要求9所述的IP多媒体子系统异常提示音媒体播放系统,其特征在于:所述主叫终端发出的初始会话请求(INVITE)没有通知性应答(1xx)或者成功应答(2xx)响应的情况不包括临时响应100trying。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101091149A CN101631389B (zh) | 2009-07-28 | 2009-07-28 | Ip多媒体子系统异常提示音媒体播放方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101091149A CN101631389B (zh) | 2009-07-28 | 2009-07-28 | Ip多媒体子系统异常提示音媒体播放方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101631389A CN101631389A (zh) | 2010-01-20 |
CN101631389B true CN101631389B (zh) | 2012-02-29 |
Family
ID=41576274
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101091149A Active CN101631389B (zh) | 2009-07-28 | 2009-07-28 | Ip多媒体子系统异常提示音媒体播放方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101631389B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104702563B (zh) * | 2013-12-06 | 2019-09-03 | 乐视网信息技术(北京)股份有限公司 | 流媒体播放时长的获取方法和装置 |
CN114095887B (zh) * | 2022-01-20 | 2022-06-24 | 荣耀终端有限公司 | 一种通话异常的提示方法、通信系统、电子设备及介质 |
CN115334050B (zh) * | 2022-08-11 | 2023-09-15 | 迈普通信技术股份有限公司 | 呼叫处理方法、装置、会话初始协议服务器及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1909681A (zh) * | 2005-08-04 | 2007-02-07 | 华为技术有限公司 | 第三代移动通信系统的跨域路由控制方法 |
CN101170613A (zh) * | 2007-11-16 | 2008-04-30 | 中兴通讯股份有限公司 | 语音会议中会议控制操作的方法和系统 |
-
2009
- 2009-07-28 CN CN2009101091149A patent/CN101631389B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1909681A (zh) * | 2005-08-04 | 2007-02-07 | 华为技术有限公司 | 第三代移动通信系统的跨域路由控制方法 |
CN101170613A (zh) * | 2007-11-16 | 2008-04-30 | 中兴通讯股份有限公司 | 语音会议中会议控制操作的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN101631389A (zh) | 2010-01-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7995565B2 (en) | System and method for managing call continuity in IMS network environment using SIP messaging | |
US8499082B2 (en) | Methods, systems, and computer readable media for providing services in a telecommunications network using interoperability specification/session initiation protocol (IOS/SIP) adapter | |
US9294618B2 (en) | Call-back to a UE that has made an emergency call via a visited IMS network | |
JP4772021B2 (ja) | Sipメッセージ伝達を用いるimsネットワーク環境において、コール連続性を管理するシステムおよび方法 | |
CA2605475C (en) | Session initiation from application servers in an ip multimedia subsystem | |
CN101316262B (zh) | 一种控制同帐号终端重复注册的方法 | |
US7730127B2 (en) | Method, system and apparatus for video sharing | |
US20080014939A1 (en) | Method for providing service in a communication system based on IP multimedia subsystem | |
JP2011505713A (ja) | インターネット・プロトコル・マルチメディア・コア・ネットワーク・サブシステムにおけるアプリケーションサーバによる発呼 | |
CN106664287A (zh) | 用于控制多媒体通信网络中的通信会话建立的方法和通信处理设备 | |
CN102006371B (zh) | 一种实现多媒体彩振业务的方法及设备 | |
JP2013537386A (ja) | 非常サービスのための登録を維持する方法及び装置 | |
CN101277518B (zh) | 一种紧急业务的处理方法 | |
CN101631389B (zh) | Ip多媒体子系统异常提示音媒体播放方法及系统 | |
WO2010130136A1 (zh) | 一种彩铃业务系统和彩铃业务的屏蔽方法 | |
KR20080031128A (ko) | 사용자 기기 디바이스로부터 회선 교환 네트워크를 통하여sip 콜을 발신하는 시스템 및 방법 | |
CN101102615B (zh) | 一种ip多媒体子系统集中控制业务终呼的实现方法 | |
US20070135129A1 (en) | Method for controlling calls in a radiocommunication network | |
WO2011023041A1 (zh) | 一种指示终端媒体类型的呼叫方法及系统 | |
EP3094059B1 (en) | Routing voice over lte call invites in a terminating ims | |
CN102833715B (zh) | 询问转接实现方法、应用服务器、业务终端和系统 | |
CN102257784B (zh) | 一种实现多媒体铃音业务安全机制的方法、设备及系统 | |
CN101631296B (zh) | 一种ip多媒体子系统铃音媒体播放方法及系统 | |
CN101568112B (zh) | 增强融合网络中的共享公共用户身份的方法和网络单元 | |
KR101009831B1 (ko) | 영상전화 사용자 등록 시스템 및 방법 |
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 |