本申请涉及通信技术领域,尤其涉及一种状态提示多媒体播放的方法、系统及装置。
背景技术:
目前彩铃已经是非常成熟的一种电信增值业务了,当前的彩铃(包含视频彩铃)只能覆盖被叫用户在网并且空闲的场景,即只有在被叫用户空闲时,主叫用户才能体验到彩铃业务。但是被叫用户处于其它状态(如用户关机、用户忙、欠费)或者补充业务(呼叫等待、呼叫保持)时,被叫侧网络对主叫用户播放非定制化的普通关机或忙音等,主叫用户无法听到个性化的铃音,被叫用户也无法定制这种非空闲状态情况下的个性化铃音。
技术实现要素:
本申请实施例提供一种状态提示多媒体播放的方法、系统、电话应用服务器及状态提示应用服务器,可以实现被叫用户定制非空闲状态时的个性化状态提示多媒体,以及主叫用户可以听到或者看到被叫用户定制非空闲状态时的个性化状态提示多媒体,从而丰富了电信业务和提高用户体验。
第一方面,本申请实施例提供了一种状态提示多媒体播放的方法,包括:接收主叫终端设备对被叫终端设备发送的呼叫请求,电信应用服务器(telephonyapplicationserver,tas)确定被叫终端设备处于非空闲状态以及被叫终端设备定制了个性化状态提示多媒体时,向状态提示应用服务器发送第一多媒体请求,这样可以触发并且实现所述状态提示应用服务器与所述主叫终端设备之间的多媒体能力协商,从而实现了状态提示应用服务器对主叫终端设备播放状态提示多媒体。这样实现被叫用户定制非空闲状态时的个性化状态提示多媒体,以及主叫用户可以听到或者看到被叫用户定制非空闲状态时的个性化状态提示多媒体,从而丰富了电信业务和提高用户体验。
在可行的实施方式下,实现所述状态提示应用服务器与所述主叫终端设备之间的多媒体能力协商的具体过程可以包括:tas接收状态提示应用服务器发送的第一多媒体响应,该第一多媒体响应包含状态提示应用服务器的多媒体能力集,该能力集可以承载在状态提示多媒体会话描述协议(sessiondescriptionprotocol,sdp)中;然后tas将包含状态提示应用服务器的多媒体能力集的第二多媒体请求发送给主叫终端设备,以及接收主叫终端设备发送的包含主叫终端设备的多媒体能力集的第二多媒体响应,该主叫终端设备的多媒体能力集承载在主叫多媒体sdp中。tas进一步向状态提示应用服务器发送包含主叫终端设备的多媒体能力集的第一多媒体确认消息,这样状态提示应用服务器就获得了主叫终端设备的多媒体能力集,实现了状态提示应用服务器与主叫终端设备的多媒体能力集之间的协商确认,从而可以对主叫终端设备播放状态提示多媒体。
在可行的实施方式下,在向状态提示应用服务器发送第一多媒体请求之前,还包括:tas向主叫终端设备发送包含早期媒体标识的呼叫响应,以抑制所述主叫终端设备播放常规音。这个过程不仅实现了主叫终端设备进行语音呼叫的流程,也能够抑制主叫终端设备自身播放常规音。
在可行的实施方式下,还包括:tas向状态提示应用服务器发送通知消息,所述通知消息包含播放状态提示多媒体的指示,这样状态提示应用服务器就可以根据该指示对主叫终端播放状态提示多媒体。
应当理解的是,这里的非空闲状态的不同,确定被叫终端设备处于非空闲状态的过程就会不同,例如:接收所述被叫终端设备发送呼叫忙消息、呼叫等待消息或者呼叫保持消息,根据所述呼叫忙消息或者呼叫等待消息确定所述被叫终端设备处于非空闲状态;或者根据所述被叫终端设备为关机状态、呼入限制状态、防欺诈状态、欠费限呼状态或者落地限呼状态,确定所述被叫终端设备处于非空闲状态;或者当网络发生故障时,确定所述被叫终端设备处于非空闲状态。
应当理解的是,第一多媒体请求可以包括状态提示标识和非空闲标识,非空闲标识具体为呼叫忙标识、关机标识、呼叫等待标识、呼叫保持标识、网络忙标识、网络故障标识、呼入限制标识、防欺诈标识、欠费限呼标识或者落地限呼标识。状态提示应用服务器可以根本不同的非空闲标识,播放不同的状态提示多媒体。状态提示标识可以标识该被叫用户定制了个性化状态提示多媒体,从而触发了状态提示应用服务器执行状态提示多媒体播放的相关操作。
应当理解的是,状态提示标识和非空闲标识可以承载在第一多媒体请求的不同头域,例如:状态提示标识可以承载在contact头域中,所述非空闲标识可以承载在alert-info头域中。
第二方面,本申请实施例提供一种状态提示多媒体播放的方法,该方法可以在状态提示应用服务器中执行,具体包括:接收tas发送包含非空闲标识的第一多媒体请求,实现与主叫终端设备之间的多媒体能力协商,从而状态提示应用服务器可以根据不同的非空闲标识,向主叫终端设备播放对应的状态提示多媒体,这样就实现了非空闲状态下的个性化状态提示多媒体的播放。非空闲标识可以有多种,例如:非空闲标识可以具体为非空闲标识具体为呼叫忙标识、关机标识、呼叫等待标识、呼叫保持标识、网络忙标识、网络故障标识、呼入限制标识、防欺诈标识、欠费限呼标识或者落地限呼标识。该第一多媒体请求还可以携带状态提示标识,该状态提示标识可以标识该被叫用户定制了个性化状态提示多媒体。状态提示标识和非空闲标识可以承载在第一多媒体请求的不同头域,例如:状态提示标识可以承载在contact头域中,所述非空闲标识可以承载在alert-info头域中。
在可行的实施方式下,状态提示应用服务器实现与主叫终端设备之间的多媒体能力协商的过程可以包括:状态提示应用服务器向所述tas发送第一多媒体响应,所述第一多媒体响应包含所述状态提示应用服务器的多媒体能力集,该能力集可以承载在状态提示多媒体sdp中;接收tas发送的第一多媒体确认消息,所述第一多媒体确认消息包含所述主叫终端设备的多媒体能力集,该能力集可以承载在主叫sdp中;
在可行的实施方式下,对主叫终端设备播放所述非空闲标识对应的状态提示多媒体有两种方式,第一种方式,状态提示应用服务器接收所述tas发送通知消息,所述通知消息包含播放状态提示多媒体的指示,根据所述指示,对主叫终端设备播放所述非空闲标识对应的状态提示多媒体。第二种方式,状态提示应用服务器在接收到所述第一多媒体确认消息之后启动定时器,当定时器的定时到达时,对主叫终端设备播放所述非空闲标识对应的状态提示多媒体。
第三方面,本申请实施例提供一种电话应用服务器,包括用于实施第一方面的任意一种方法的若干个功能模块。举例来说,电话应用服务器可以包括:接收模块,用于接收主叫终端设备对被叫终端设备发送的呼叫请求;确定模块,用于确定被叫终端设备处于非空闲状态以及所述被叫终端设备定制了个性化状态提示多媒体;发送模块,用于向状态提示应用服务器发送第一多媒体请求,实现所述状态提示应用服务器与所述主叫终端设备之间的多媒体能力协商,以便于所述状态提示应用服务器为所述主叫终端设备播放个性化状态提示多媒体。
第四方面,本申请实施例提供一种状态提示应用服务器,包括用于实施第二方面的任意一种方法的若干个功能模块。举例来说,状态提示应用服务器可以包括:请求模块,用于接收电话应用服务器tas发送的第一多媒体请求,所述第一多媒体请求包含状态提示标识和非空闲标识;协商模块,用于实现与主叫终端设备之间的多媒体能力协商;播放模块,用于对主叫终端设备播放所述非空闲标识对应的状态提示多媒体。对于协商模块而言,可以具体用于根据所述状态提示标识,向所述tas发送第一多媒体响应,所述第一多媒体响应包含状态提示应用服务器的多媒体能力集或者接收所述tas发送的第一多媒体确认消息,所述第一多媒体确认消息包含主叫终端的多媒体能力集。
第五方面,本申请实施例提供一种状态提示多媒体播放的系统,包括如第三方面的电话应用服务器和第四方面的状态提示应用服务器。
第六方面,本申请实施例提供一种计算机设备,包括:相互耦合的非易失性存储器和处理器,所述处理器调用存储在所述存储器中的程序代码以执行第一方面的任意一种方法的部分或全部步骤。
第七方面,本申请实施例提供一种计算机设备,包括:相互耦合的非易失性存储器和处理器,所述处理器调用存储在所述存储器中的程序代码以执行第二方面的任意一种方法的部分或全部步骤。
第八方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储了程序代码,其中,所述程序代码包括用于执行第一方面的任意一种方法的部分或全部步骤的指令。
第九方面,本申请实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储了程序代码,其中,所述程序代码包括用于执行第二方面的任意一种方法的部分或全部步骤的指令。
第十方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得所述计算机执行第一方面的任意一种方法的部分或全部步骤。
第十一方面,本申请实施例提供一种计算机程序产品,当所述计算机程序产品在计算机上运行时,使得所述计算机执行第二方面的任意一种方法的部分或全部步骤。
应当理解的是,本申请的第三、六、八至第十方面与本申请的第一方面的技术方案一致,各方面及对应的可行实施方式所取得的有益效果相似,本申请的第四、七、九至第十一方面与本申请的第二方面的技术方案一致,各方面及对应的可行实施方式所取得的有益效果相似,不再赘述。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1为本申请实施例中一种状态提示播放的系统的示意性框图;
图2为本申请实施例中一种被叫用户忙时状态提示播放的方法的流程图;
图3为本申请实施例中一种被叫用户呼叫等待时状态提示播放的方法的流程图;
图4为本申请实施例中一种被叫用户关机时状态提示播放的方法的流程图;
图5为本申请实施例中一种tas的示意性框图;
图6为本申请实施例中一种状态提示应用服务器的示意性框图;
图7为本申请实施例中的计算设备的示意性框图。
具体实施方式
下面结合本申请实施例中的附图对本申请实施例进行描述。
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
为本申请实施例可以适用在第二代移动通信技术(the2ndgenerationmobilecommunicationtechnology,2g)网络架构、第三代移动通信技术(the5rdgenerationmobilecommunicationtechnology,3g)网络架构、第四代移动通信技术(the4thgenerationmobilecommunicationtechnology,4g)网络架构、第五代移动通信技术(the5thgenerationmobilecommunicationtechnology,5g)网络架构和未来网络。为了描述方便,下面以4g网络架构为例来说明该方案的网络架构和方法流程。本发明技术方案应用在volte基本网络组网架构如图1所示,为本发明实施例的一个系统架构图,可包括:主叫终端设备、被叫终端设备、无线网络、主叫网际协议(internetprotocol,ip)多媒体子系统(ipmultimediasubsystem,ims)域网络和被叫ims域网络。主叫ims域可包括主叫ims域核心网和演进分组核心网(evolvedpacketcore,epc)。在主叫ims域核心网包括:服务-呼叫控制功能(serving-callsessioncontrolfunction,s-cscf)、查询-呼叫会话控制功能(interrogating-callsessioncontrolfunction,i-cscf)、代理-呼叫会话控制功能(proxy-callsessioncontrolfunction,p-cscf)、归属用户服务器(homesubscriberserver,hss)、会话边界控制器(sessionbordercontroller,sbc)以及若干个专用应用服务器(applicationserver,as),其中i-cscf可以和s-cscf合设在一起,可以简称为“i/s-cscf”。sbc和p-cscf可以合设在一起,可以简称为“sbc/p-cscf”。在被叫ims域除了包括上述主叫ims域中所说明的网元之外,还可以包括状态提示应用服务器,该状态提示应用服务器可以认为一种专用应用服务器,可以与彩铃应用服务器合设在一起,也可以作为独立网元。需要说明的是,上述的说明并不构成对发明实施例的系统架构图的限定,本发明实施例的系统架构图包括但不限于在图1所示。在本发明实施例中的应用服务器可以具体为多媒体电话应用服务器(multimediatelephonyapplicationserver,mmtelas)和状态提示应用服务器。epc中包括分组数据网网关(packetdatanetworkgateway,p-gw)、服务网关(servinggateway,s-gw)和移动管理实体(mobilemanagemententity,mme)。其中,p-gw和s-gw可以合设在一起,可以简称为“s/p-gw”。彩铃平台作为重要的电信增值业务平台,彩铃平台可包括彩铃应用服务器(ringbacktoneapplicationserver,rbtas)和彩铃媒体资源服务器(ringbacktonemediaresourceserver,rbtmrs),需要说明的是,rbtas和rbtmrs可以是单独的实体,也可以集成在一起,逻辑上是相互独立的两个模块,位于被叫ims域核心网侧。彩铃平台的信令面与核心网s-cscf相连,媒体面与sbc相连,为用户提供彩铃的媒体放音。
上述的各个网元(除了专用应用服务器之外)的功能都是通信网络中的标准网元,在这里不做详细描述,仅仅做简要说明。例如:s-cscf可以用于用户的注册、鉴权控制、会话路由和业务触发控制,并维持会话状态信息。i-cscf可以用于用户注册的s-cscf的指配和查询。p-cscf可以用于信令和消息的代理。hss可以用于存储用户签约信息和位置信息。sbc可以提供安全接入和媒体处理。mme是epc网络的核心设备。s-gw可以用于ims核心网与无线网络的连接,p-gw可以用于ims核心网和ip网络的连接。状态提示应用服务器可以为用户提供呼叫系统状态(如用户关机、用户忙、呼叫等待等)场景下可个性化定制视频提示音的服务,如播放一段视频图像并结合语音“您所拨打的用户已关机,请稍后再拨!”的提示。对被叫处于非空闲状态(如用户关机、用户忙、呼叫等待等状态)场景下的呼叫流程进行改造,通过电话应用服务器(telephonyapplicationserver,tas)控制状态提示应用服务器播放个性化的状态提示多媒体,来改变播放默认状态语音提示音的传统方式。tas还可以与mmtelas或者其他功能相近服务器集成在一起。状态提示应用服务器可以是一个独立的实体或者利用已有业务的as来实现,只要该as能实现状态提示多媒体服务的能力,状态提示应用服务器可以与rbtmrs合设。在另外一些情况,状态提示应用服务器还可与tas合设,在此时,状态提示应用服务器和tas之间的交互即为该合设后的实体内部交互。
终端设备,是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。具体的,终端设备可以是可接入移动网络的终端设备(terminaldevice),手机(mobilephone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtualreality,vr)终端、增强现实(augmentedreality,ar)终端、工业控制(industrialcontrol)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smarthome)中的无线终端等等。
图2是根据本申请的一种状态提示多媒体播放的方法200的示意性流程图。实施本方案后的基于状态提示应用服务器的个性化播放状态提示多媒体的呼叫流程如下。该方法200可以应用在图1网络架构无线架构中,当然也可以应用在其他通信场景中,本申请实施例在此不作限制。终端a是主叫终端设备,终端b是被叫终端设备,并且终端b处于忙状态。为了简化描述,图2中的主叫侧只用了终端a来表示,终端a与主叫ims域的各个网元之间的交互在这里就不赘述了。图2中的被叫ims域的网元包含了s-cscf、tas和状态提示应用服务器,图2中省略了在图2中未出现的被叫ims域的网元和图2中出现的被叫ims域的网元的交互过程。具体的过程包括:
步骤201:在终端a向终端b发起语音呼叫时,终端a通过主叫侧的s-cscf向被叫侧s-cscf发送呼叫请求,该呼叫请求可以包含主叫号码和被叫号码,该呼叫请求可以具体为invite消息,下面以invite消息为例进行说明。
步骤202:被叫侧的s-cscf接收终端a发送的invite消息,被叫侧的s-cscf向tas发送该invite消息。
步骤203:tas接收到invite消息后,根据预先配置的业务执行顺序关系,依次匹配不同业务数据中设定的触发条件,根据触发条件匹配成功与否,执行相应业务。例如,预先配置的两个业务,业务1为检查是否欠费,业务2为触发呼叫被叫,并且只有当业务1确定不欠费时,才会触发业务2。此时,tas首先确认invite消息包含的被叫号码是否欠费(业务1),如果该被叫号码没有欠费,tas向被叫侧的s-cscf发送invite消息(业务2);如果该被叫号码没有欠费,则终止呼叫。下面以被叫号码没有欠费为例进一步介绍方案。
步骤204:被叫侧的s-cscf接收到tas发送的invite消息后,向终端b发送invite消息,以呼叫终端b。
步骤205:终端b接收到invite消息,由于终端b正处于忙的状态,终端b无法接通该呼叫,此时终端b向被叫侧的s-cscf发送呼叫忙消息,该呼叫忙消息可以为486消息,该486消息自身就可以表示被叫终端设备忙。
另外,该486消息还可以包含非空闲状态,该非空闲状态还可以具体为忙状态,其它网元可以通过该非空闲状态确认该被叫终端设备正处于非空闲状态。
步骤206:被叫侧的s-cscf接收到该486消息后,将该486消息发送给tas。
步骤207:tas接收了486消息,根据该486消息(或者根据486消息中包含的非空闲状态)确定了该终端b为忙状态。并且tas查询该被叫用户是否定制了个性化状态提示多媒体的业务,如果该被叫用户定制了个性化状态提示多媒体的业务,则tas向被叫侧的s-cscf发送183消息,该183消息携带了早期媒体标识。
tas通过被叫侧的s-cscf向终端a发送183消息可以实现了终端a与终端b之间的音频能力的协商,该183消息是为了响应步骤1终端a发送的invite消息,该invite消息可以携带了终端a的音频能力,此时183消息将携带终端b的音频能力,这样就实现了终端a和终端b的音频能力协商了。
步骤208:被叫侧的s-cscf向终端a发送183消息。
步骤209:终端a接收了183消息,根据183消息中携带的早期媒体标识,终端a根据该早期媒体标识抑制终端a本地播放嘟嘟音的常规音,等待状态提示应用服务器播放个性化状态提示多媒体,该常规音也可以由tas向终端a播放,由于目前终端b处于非空闲状态,而不是正常可接通状态,因此不能向终端a播放常规音。终端a还向被叫侧的s-cscf发送临时确认(provisionalacknowledgement,prack)消息。
步骤210:被叫侧的s-cscf接收了prack消息,向tas发送prack消息。
步骤211:tas接收到了prack消息,向被叫侧的s-cscf发送响应该prack消息的200ok消息。
步骤212:被叫侧的s-cscf接收了200ok消息后,向终端a发送了200ok消息。
这样tas通过步骤207-212过程中的183消息/prack消息的交互完成了与终端a之间的正常音频媒体协商。但是由于终端b当前处于非空闲状态,并且终端b定制了个性化状态提示多媒体的业务,此时终端a等待与状态提示应用服务器之间的多媒体能力协商。
步骤213:在步骤211收到prack消息后,由于tas已经确认了终端b已经处于非空闲状态以及终端b定制了个性化状态提示多媒体的业务。此时tas需要触发状态提示应用服务器和终端a之间的多媒体能力协商,这里的多媒体包括了音频,视频或者音视频中的一个。tas向状态提示应用服务器发送第一多媒体请求,该多媒体请求可以具体为不携带任何会话描述协议(sessiondescriptionprotocol,sdp)的invite消息,该invite消息中包含了个性化状态提示标识和非空闲标识,由于tas此时并没有终端a的多媒体能力集,因此这里tas向状态提示应用服务器发送的invite消息并不携带主叫多媒体sdp。
具体来说,可以在invite消息的头域中携带个性化状态提示标识和非空闲标识,非空闲标识可以具体为呼叫忙标识、关机标识、呼叫等待标识、呼叫保持标识、网络忙标识、网络故障标识、呼入限制标识、防欺诈标识、欠费限呼标识或者落地限呼标识等。比如:呼叫忙标识为call-busy、关机标识为out-of-service、呼叫等待标识为call-waiting等等。比如:在invite消息中contact头域中携带个性化状态提示标识,如statusvideo。在invite消息中alert-info头域,该alert-info头域中service的alert-indication内容可以携带非空闲标识,该非空闲标识不同,alert-info头域携带的信息可能也会不同。下面以alert-info头域携带一个具体信息为例进行说明,例如:alert-info:urn:alert:service:call-busy或者alert-info:urn:alert:service:out-of-service。
步骤214:状态提示应用服务器接收了上述第一多媒体请求,根据个性化状态提示标识向tas发送第一多媒体响应,该第一多媒体响应具体可以为对invite消息响应的200ok消息,该200ok消息携带了状态提示应用服务器的多媒体能力集,该能力集可以承载在状态提示多媒体sdp中,该状态提示多媒体sdp的目的是为了与终端a进行多媒体能力协商,从而实现状态提示服务器对终端a播放多媒体,多媒体能力集可以具体为音频能力集,视频能力集或者音视频能力集,能力集具体可以包括:支持的音频格式,支持的视频格式,视频分辨率或者支持带宽大小等等,这里不做具体限制。
步骤215:tas接收了该200ok消息后,向被叫侧s-cscf发送第二多媒体请求,该第二多媒体请求具体为携带状态提示多媒体sdp的更新(update)消息。
由于在步骤207中tas已经向被叫侧s-cscf发送了包含被叫终端的音频能力集的183消息,而此时tas需要触发更新终端a与状态提示应用服务器的多媒体能力协商,因此需要通过被叫侧s-cscf向终端a发送包含状态提示多媒体sdp的update消息,从而更新终端a与被叫侧的多媒体能力协商。
步骤216:被叫侧s-cscf接收到了上述携带状态提示多媒体sdp的update消息,并将update消息发送给终端a。
步骤217:终端a接收到了该update消息,根据自身状态向被叫侧s-cscf发送第二多媒体响应,该第二多媒体响应具体为响应update消息的200ok消息,该200ok消息携带了主叫终端设备的多媒体能力集,该主叫终端设备的多媒体能力集可以承载在主叫多媒体sdp中。
步骤218:被叫侧s-cscf接收到上述200ok消息,并将该200ok消息发送给tas。
步骤219:tas接收到了上述200ok消息,并向状态提示应用服务器发送第一多媒体确认消息,该第一多媒体确认消息具体可以为响应步骤214的200ok消息的确认(acknowledgement,ack)消息。该ack消息包含主叫多媒体sdp。
通过步骤214-219在主叫侧网元和被叫侧网元之间的交互,tas将状态提示应用服务器的多媒体能力集发送给主叫终端设备,这样主叫终端设备可以从状态提示应用服务器的多媒体能力集中选择出主叫终端设备也支持的多媒体能力集,并将选择出多媒体能力集发送给tas,tas再将该选择出的多媒体能力集发送给状态提示应用服务器,这样实现了主叫终端设备和状态提示应用服务器之间的多媒体能力协商,在实现了多媒体能力协商后,可以使得状态提示应用服务器对主叫终端设备播放被叫终端设备定制的个性化状态提示多媒体。
步骤220:tas还可以向状态提示应用服务器发送通知消息,该通知消息可以具体为info消息。
步骤221:状态提示应用服务器接收到该info消息,当状态提示应用服务器收到tas发送的info消息后,根据步骤213接收到的非空闲标识具体内容,播放相应的状态提示多媒体,例如:非空闲标识为用户忙,则播放用户忙的状态提示多媒体;非空闲标识为呼叫等待时,则播放呼叫等待的状态提示多媒体。状态提示应用服务器向tas发送通知确认消息,该通知确认消息具体为对info消息的200ok消息。步骤220-221是可选的,如果步骤220中tas不发送info,状态提示应用服务器可以通过定时器方式启动播放。比如:状态提示应用服务器在收到包含主叫多媒体sdp的ack响应后,启动定时器,当定时器的定时到达时(比如50毫秒),状态提示应用服务器开始对终端b播放非空闲标识对应的状态提示多媒体,该状态提示多媒体的内容具体可以为广告,被叫录制的视频,或者其他个性化的视频等。
步骤222-227:主叫用户挂机,终端a发送cancel消息到被叫域tas,tas回复对cancel消息的200ok消息到主叫,并向状态提示应用服务器发送bye消息,状态提示应用服务器拆线并回复对bye消息的200ok消息。
图3是本发明实施例另外一种状态提示音播放的流程方案,在该实施例下,终端a是主叫终端设备,终端b是被叫终端设备,终端b处于呼叫等待。具体的过程包括:
步骤301-304与步骤201-204相同,这里不再赘述。
步骤305:终端b接收到invite消息后,此时终端b正处于呼叫等待,终端b向被叫侧的s-cscf发送表示呼叫等待的180消息,该180消息可以包含非空闲状态,该非空闲状态可以具体为呼叫等待。
步骤306:被叫侧的s-cscf接收到180消息后,将该180消息发送给tas。
步骤307:tas接收了180消息,根据该180消息确定终端b为呼叫等待的状态,tas向被叫侧的s-cscf发送183消息,该183消息是为了正常完成与主叫侧音频协商,该183消息还携带了早期媒体标识。
步骤308-319与步骤208-219相同,这里不再赘述。
步骤320:tas还可以向被叫侧s-cscf发送180消息,该180消息是为了响应步骤306所回复的。
步骤321:被叫侧s-cscf向终端a发送180消息。
步骤322-329与步骤220-227相同,这里不再赘述。
图4是本发明实施例另外一种状态提示音播放的流程方案,在该实施例下,终端a是主叫终端设备,终端b是被叫终端设备,设备b处于关机状态。具体的过程包括:
步骤401-402与步骤201-202相同,这里不再赘述。
步骤403:tas确定终端b处于关机状态,并且tas确定终端b定制了个性化状态提示业务,先正常完成与主叫侧音频提示音媒体协商,向被叫侧s-cscf发送183消息,该183消息还携带了早期媒体标识。
当终端b关机时,即终端b失去了与无线网络的连接,此时tas中将不保存被叫用户的注册信息,当tas中没有查询到该被叫用户的注册信息时,则确认该终端b处于关机状态。
步骤404-423与步骤208-227相同,这里不再赘述。
图5为本申请实施例中所描述的一种实例的tas500的框图。tas500具体可以包括确定模块501、发送模块502和接收模块503。其中,确定模块501用于确定被叫终端设备处于非空闲状态以及所述被叫终端设备定制了状态提示多媒体。发送模块502用于向其它网元发送消息,例如:发送模块502可以用于向状态提示应用服务器发送第一多媒体请求,实现所述状态提示应用服务器与所述主叫终端设备之间的多媒体能力协商,这样状态提示应用服务器可以为所述主叫终端设备播放状态提示多媒体;或者发送模块502还可以用于向主叫终端设备发送包含所述状态提示应用服务器的多媒体能力集的第二多媒体请求;或者发送模块502还用于可以向所述状态提示应用服务器发送第一多媒体确认消息,第一多媒体确认消息包含所述主叫终端的多媒体能力集。接收模块503用于接收其它网元发送规定消息,例如:接收模块503,可以用于接收主叫终端对被叫终端发送的呼叫请求,或者接收模块503还用于接收所述状态提示应用服务器发送的第一多媒体响应,第一多媒体响应包含状态提示应用服务器的多媒体能力集;或者接模块503,还可以用于接收主叫终端设备发送的第二多媒体响应,所述第二多媒体响应包含所述主叫终端设备的多媒体能力集。
在一些可行的实施方式中,上述发送模块502,还可以用于向所述主叫终端设备发送包含早期媒体标识的呼叫响应,以抑制所述主叫终端设备播放常规音。或者还可以用于向所述状态提示应用服务器发送通知消息,所述通知消息包含播放状态提示多媒体的指示。接收模块503,还可以用于接收所述被叫终端设备发送呼叫忙消息、呼叫等待消息或者呼叫保持消息。
在一些可行的实施方式中,确定模块501在确定被叫终端设备处于非空闲状态时可以通过以下方式确定:根据所述呼叫忙消息或者呼叫等待消息确定所述被叫终端设备处于非空闲状态;或者根据所述被叫终端设备为关机状态、呼入限制状态、防欺诈状态、欠费限呼状态或者落地限呼状态,确定所述被叫终端设备处于非空闲状态;或者当网络发生故障时,确定所述被叫终端设备处于非空闲状态。
需要说明的是,本申请实施例的tas中的各个模块为实现本申请状态提示多媒体播放方法中所包含的各种执行步骤的功能主体,即具备实现完整实现本申请状态提示多媒体播放方法中的涉及tas各个步骤以及这些步骤的扩展及变形的功能主体,具体请参见本文中对图2-4方法的介绍,为简洁起见,本文将不再赘述。
图6为本申请实施例中所描述的一种实例的状态提示应用服务器600的框图。状态提示应用服务器具体可以包括请求模块601、协商模块602和播放模块603,其中,请求模块601可以用于接收tas发送的第一多媒体请求,该第一多媒体请求可以包含状态提示标识和非空闲标识。协商模块,用于实现与主叫终端设备之间的多媒体能力协商播放模块603可以用于对主叫终端设备播放所述非空闲标识对应的状态提示多媒体。
在一些可行的实施方式中,上述协商模块602进一步可以用于向所述tas发送第一多媒体响应,所述第一多媒体响应包含状态提示应用服务器的能力集;以及接收所述tas发送的第一多媒体确认消息,所述第一多媒体确认消息包含所述主叫终端设备的多媒体能力集。
在一些可行的实施方式中,上述播放模块603有两种播放方式,第一种方式,播放模块603可以接收tas发送通知消息,所述通知消息包含播放状态提示多媒体的指示,根据所述指示,对主叫终端设备播放所述非空闲标识对应的状态提示多媒体。第二种方式,播放模块603可以在接收到所述第一多媒体确认消息之后启动定时器,当所述定时器的定时到达时,对主叫终端设备播放所述非空闲标识对应的状态提示多媒体。
需要说明的是,本申请实施例的状态提示应用服务器中的各个模块为实现本申请状态提示多媒体播放方法中所包含的各种执行步骤的功能主体,即具备实现完整实现本申请状态提示多媒体播放方法中的涉及状态提示应用服务器各个步骤以及这些步骤的扩展及变形的功能主体,具体请参见本文中对图2-4方法的介绍,为简洁起见,本文将不再赘述。
图7为本申请实施例的tas或者状态提示服务器(以下简称计算设备700)的一种实现方式的示意性框图。其中,该计算设备700可以包括处理器710、存储器730和总线系统750。其中,处理器和存储器通过总线系统相连,该存储器用于存储指令,该处理器用于执行该存储器存储的指令。tas的存储器存储程序代码,且处理器可以调用存储器中存储的程序代码执行本申请描述的各种状态提示多媒体播放的方法。为避免重复,这里不再详细描述。
在本申请实施例中,该处理器710可以是中央处理单元(centralprocessingunit,简称为“cpu”),该处理器710还可以是其他通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器730可以包括只读存储器(rom)设备或者随机存取存储器(ram)设备。任何其他适宜类型的存储设备也可以用作存储器730。存储器730可以包括由处理器710使用总线750访问的代码和数据731。存储器730可以进一步包括操作系统733和应用程序735,该应用程序735包括允许处理器710执行本申请描述的状态提示多媒体播放的方法的至少一个程序。例如,应用程序1235可以包括应用1至n,其进一步包括执行在本申请描述的为实现状态提示多媒体播放的应用。
该总线系统750除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线系统750。
可选的,译码设备700还可以包括一个或多个输出设备,诸如显示器770。在一个示例中,显示器770可以是触感显示器,其将显示器与可操作地感测触摸输入的触感单元合并。显示器770可以经由总线750连接到处理器710。
本领域技术人员能够领会,结合本文公开描述的各种说明性逻辑框、模块和算法步骤所描述的功能可以硬件、软件、固件或其任何组合来实施。如果以软件来实施,那么各种说明性逻辑框、模块、和步骤描述的功能可作为一或多个指令或代码在计算机可读媒体上存储或传输,且由基于硬件的处理单元执行。计算机可读媒体可包含计算机可读存储媒体,其对应于有形媒体,例如数据存储媒体,或包括任何促进将计算机程序从一处传送到另一处的媒体(例如,根据通信协议)的通信媒体。以此方式,计算机可读媒体大体上可对应于(1)非暂时性的有形计算机可读存储媒体,或(2)通信媒体,例如信号或载波。数据存储媒体可为可由一或多个计算机或一或多个处理器存取以检索用于实施本申请中描述的技术的指令、代码和/或数据结构的任何可用媒体。计算机程序产品可包含计算机可读媒体。
作为实例而非限制,此类计算机可读存储媒体可包括ram、rom、eeprom、cd-rom或其它光盘存储装置、磁盘存储装置或其它磁性存储装置、快闪存储器或可用来存储指令或数据结构的形式的所要程序代码并且可由计算机存取的任何其它媒体。并且,任何连接被恰当地称作计算机可读媒体。举例来说,如果使用同轴缆线、光纤缆线、双绞线、数字订户线(dsl)或例如红外线、无线电和微波等无线技术从网站、服务器或其它远程源传输指令,那么同轴缆线、光纤缆线、双绞线、dsl或例如红外线、无线电和微波等无线技术包含在媒体的定义中。但是,应理解,所述计算机可读存储媒体和数据存储媒体并不包括连接、载波、信号或其它暂时媒体,而是实际上针对于非暂时性有形存储媒体。如本文中所使用,磁盘和光盘包含压缩光盘(cd)、激光光盘、光学光盘、数字多功能光盘(dvd)和蓝光光盘,其中磁盘通常以磁性方式再现数据,而光盘利用激光以光学方式再现数据。以上各项的组合也应包含在计算机可读媒体的范围内。
可通过例如一或多个数字信号处理器(dsp)、通用微处理器、专用集成电路(asic)、现场可编程逻辑阵列(fpga)或其它等效集成或离散逻辑电路等一或多个处理器来执行指令。因此,如本文中所使用的术语“处理器”可指前述结构或适合于实施本文中所描述的技术的任一其它结构中的任一者。另外,在一些方面中,本文中所描述的各种说明性逻辑框、模块、和步骤所描述的功能可以提供于经配置以用于编码和解码的专用硬件和/或软件模块内,或者并入在组合编解码器中。而且,所述技术可完全实施于一或多个电路或逻辑元件中。
本申请的技术可在各种各样的装置或设备中实施,包含无线手持机、集成电路(ic)或一组ic(例如,芯片组)。本申请中描述各种组件、模块或单元是为了强调用于执行所揭示的技术的装置的功能方面,但未必需要由不同硬件单元实现。实际上,如上文所描述,各种单元可结合合适的软件和/或固件组合在编码解码器硬件单元中,或者通过互操作硬件单元(包含如上文所描述的一或多个处理器)来提供。
以上所述,仅为本申请示例性的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应该以权利要求的保护范围为准。