CN116266833A - 一种执行呼叫相关业务的方法及装置 - Google Patents
一种执行呼叫相关业务的方法及装置 Download PDFInfo
- Publication number
- CN116266833A CN116266833A CN202111561320.0A CN202111561320A CN116266833A CN 116266833 A CN116266833 A CN 116266833A CN 202111561320 A CN202111561320 A CN 202111561320A CN 116266833 A CN116266833 A CN 116266833A
- Authority
- CN
- China
- Prior art keywords
- instruction
- call control
- call
- mutually exclusive
- instructions
- 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
- 238000000034 method Methods 0.000 title claims abstract description 97
- 238000012545 processing Methods 0.000 claims abstract description 70
- 230000006854 communication Effects 0.000 claims abstract description 54
- 238000004891 communication Methods 0.000 claims abstract description 53
- 230000004044 response Effects 0.000 claims description 45
- 230000007717 exclusion Effects 0.000 claims description 41
- 238000003860 storage Methods 0.000 claims description 21
- 238000004590 computer program Methods 0.000 claims description 15
- 230000003111 delayed effect Effects 0.000 claims description 7
- 230000006870 function Effects 0.000 description 37
- 230000008569 process Effects 0.000 description 23
- 238000004040 coloring Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 230000003993 interaction Effects 0.000 description 10
- 230000001960 triggered effect Effects 0.000 description 9
- 230000000903 blocking effect Effects 0.000 description 8
- 238000001514 detection method Methods 0.000 description 7
- 230000011664 signaling Effects 0.000 description 6
- 230000008878 coupling Effects 0.000 description 5
- 238000010168 coupling process Methods 0.000 description 5
- 238000005859 coupling reaction Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 238000007726 management method Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 239000000470 constituent Substances 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000014509 gene expression Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000037361 pathway Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提供一种执行呼叫相关业务的方法及装置,涉及通信技术领域,用于解决目前AS之间处理冲突的复杂度和工作量较大的问题。该方法包括:呼叫业务使能实体将呼叫事件并行发送给多个应用服务器;从多个应用服务器分别接收呼叫控制指令,得到多个呼叫控制指令,每一个呼叫控制指令用于指示所述呼叫业务使能实体执行与呼叫有关的操作;确定多个呼叫控制指令中包括互斥指令集合,互斥指令集合中包含至少两个互相排斥的呼叫控制指令;择一执行互斥指令集合中的呼叫控制指令,或者,依次执行互斥指令集合中的呼叫控制指令。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种执行呼叫相关业务的方法及装置。
背景技术
一种基于网际互连协议(Internet Protocol,IP)网络上提供多媒体业务的通用网络架构,即多媒体子***(IP Multimedia Subsystem,IMS),是通信运营商可提供的一种全新的多媒体业务形式,能够满足终端客户新颖、多样化的多媒体业务需求。
应用服务器(Application Server,AS)是IMS网络中应用层的设备,如图1所示,IMS网络通常包括多个AS,用于提供基本业务、补充业务、多媒体会议以及融合通讯等业务,例如,IMS网络包括多媒体电话设备(MultiMediaTelephony,MMTel)AS、彩铃AS等。AS与呼叫会话控制功能(Call Session Control Function,CSCF)网元之间可以通过会话初始协议(Session initialization Protocol,SIP)协议进行交互,进而实现各种网络业务的触发和执行。
目前,用户多个AS业务的触发是按照AS业务的优先级,一个一个串行触发的,由于不同AS业务之间可能存在业务冲突,不能同时执行,需要AS侧两两之间完成感知、理解和响应的交互过程,从而解决AS之间的冲突。因此,当随着用户需求的变化和发展出现大量的新AS时,AS之间处理冲突的复杂度和工作量都较大,串行解决冲突的处理方式效率较低。
发明内容
本申请提供一种执行呼叫相关业务的方法及装置,解决了现有技术中AS之间处理冲突的复杂度和工作量较大,串行解决冲突的处理方式效率较低的问题。
为达到上述目的,本申请采用如下技术方案:
第一方面,提供一种执行呼叫相关业务的方法,应用于呼叫业务使能实体,该方法包括:将呼叫事件并行发送给多个应用服务器;从所述多个应用服务器分别接收呼叫控制指令,得到多个呼叫控制指令,每一个呼叫控制指令用于指示所述呼叫业务使能实体执行与呼叫有关的操作;确定所述多个呼叫控制指令中包括互斥指令集合,所述互斥指令集合中包含至少两个互相排斥的呼叫控制指令;择一执行所述互斥指令集合中的呼叫控制指令,或者,依次执行所述互斥指令集合中的呼叫控制指令。
基于上述方法,呼叫业务使能实体通过并行向多个应用服务器发送同一呼叫事件,不需要等待应用服务器的接收响应再逐个发送;通过将接收的来自多个应用服务器下发的呼叫控制指令进行合并处理,对于多个呼叫控制指令中包括的互斥指令采用择一执行或者依此执行的机制,从而实现并行触发AS业务,提高AS业务冲突的解决效率,提升通信网络的***性能。
在一种实施方式中,互斥指令集合包括第一指令和第二指令,所述第一指令与所述第二指令指示在相同的时间基于不同的操作参数执行相同的操作。
基于上述方法,多个应用服务器下发的多个呼叫控制指令中包括指令类型相同的互斥指令,则呼叫业务使能实体可以通过预先设定的互斥指令检测机制,能够快速识别并处理互斥的呼叫控制指令,提高AS业务冲突的解决效率。
在一种实施方式中,第一指令与所述第二指令中包括的操作相同且都包括第一参数,且所述第一指令中所述第一参数的值与所述第二指令中所述第一参数的值不同,则所述第一指令与所述第二指令组成互斥指令集合,其中,所述第一指令与所述第二指令来自不同的应用服务器。
基于上述方法,呼叫业务使能实体可以通过检测来自不同应用服务器的相同类型的呼叫控制指令中,携带的同一参数的值是否相同,从而能够快速识别并处理互斥的呼叫控制指令,提高AS业务冲突的解决效率。
在一种实施方式中,互斥指令集合包括第三指令与第四指令,所述第三指令与所述第四指令指示在相同的时间执行无法同时执行的不同操作,所述第三指令与所述第四指令来自不同的应用服务器。
基于上述方法,多个应用服务器下发的多个呼叫控制指令中包括指令类型不相同的互斥指令,则呼叫业务使能实体可以通过预先设定的互斥指令检测机制,能够快速识别并处理互斥的呼叫控制指令,提高AS业务冲突的解决效率。
在一种实施方式中,择一执行所述互斥指令集合中的呼叫控制指令,具体包括:执行所述互斥指令集合中优先级最高的呼叫控制指令。
基于上述方法,呼叫业务使能实体可以仅执行互斥指令中优先级最高的呼叫控制指令,从而根据AS业务的优先级快速解决并行AS业务之间的冲突,提高AS业务冲突的解决效率,提升通信网络的***性能。
在一种实施方式中,该方法还包括:向所述优先级最高的呼叫控制指令对应的应用服务器发送指令处理成功响应;向所述互斥指令集合中除所述优先级最高的呼叫控制指令之外的其他呼叫控制指令对应的应用服务器发送指令处理失败原因是指令互斥。
基于上述方法,呼叫业务使能实体择一执行互斥指令集合中的一个指令时,可以向其他应用服务器反馈其指令处理失败原因是指令互斥,从而使得应用服务器无需等待指令的执行,继续向下执行,从而快速解决并行AS业务之间的冲突,提高并行AS业务冲突的灵活性,提高AS业务冲突的解决效率。
在一种实施方式中,依次执行所述互斥指令集合中的呼叫控制指令,具体包括:按照优先级从高到低依次执行所述互斥指令集合中的呼叫控制指令。
基于上述方法,呼叫业务使能实体还可以根据AS业务的优先级,依此执行互斥指令集合中的每一个指令或者部分指令,从而提高并行AS业务冲突的灵活性,提高AS业务冲突的解决效率。
在一种实施方式中,按照优先级从高到低依次执行所述互斥指令集合中的呼叫控制指令之前,所述方法还包括:将所述互斥指令集合中的呼叫控制指令按照优先级从高到低的顺序排列。
在一种实施方式中,按照优先级从高到低依次执行所述互斥指令集合中的呼叫控制指令,具体包括:向所述互斥指令集合中非优先级最高的呼叫控制指令对应的应用服务器发送第一指示信息,所述第一指示信息用于指示所述应用服务器下发的呼叫控制指令被延迟执行;执行所述互斥指令集合中优先级最高的呼叫控制指令,向所述优先级最高的呼叫控制指令对应的服务器发送指令处理成功响应。
基于上述方法,呼叫业务使能实体根据AS业务的优先级依此执行互斥指令集合中的指令时,可以向应用服务器发送指令延迟执行的指示,从而告知应用服务器等待下发指令的执行,提高并行AS业务冲突的灵活性,提高AS业务冲突的解决效率。
在一种实施方式中,第一指示信息中还包括延迟时长指示。
基于上述方法,呼叫业务使能实体向应用服务器下发的延迟执行的指示中,还可以携带延迟指示的时长信息,用于指示该应用服务器根据对应的呼叫控制指令的执行时间,从而可以提高并行AS业务冲突的灵活性,提高AS业务冲突的解决效率。
在一种实施方式中,将呼叫事件并行发送给多个AS之前,所述方法还包括:接收来自所述多个应用服务器的用户身份标识以及所述用户对应的呼叫事件订阅信息。
基于上述方法,应用服务器可以预先将感兴趣的用户信息以及该用户订阅的呼叫事件订阅信息上报至呼叫业务使能实体,从而呼叫业务使能实体可以根据用户信息以及该用户订阅的呼叫事件进行呼叫事件的下发和后续步骤的执行,从而可以并行解决AS业务的冲突。
在一种实施方式中,呼叫业务使能实体部署于呼叫会话控制功能CSCF网元或者统一控制功能UCF网元。
基于上述方法,呼叫业务使能实体可以独立部署,也可以部署于CSCF网元内部,或者部署于音视频新架构中的UCF网元等,本申请对此不做具体限定。
在一种实施方式中,将呼叫事件并行发送给多个应用服务器之前,该方法还包括:基于终端设备的呼叫会话消息生成呼叫事件。
第二方面,提供一种通信装置,该装置包括:发送模块,用于将呼叫事件并行发送给多个应用服务器;接收模块,用于从所述多个应用服务器分别接收呼叫控制指令,得到多个呼叫控制指令,每一个呼叫控制指令用于指示所述装置执行与呼叫有关的操作;处理模块,用于确定所述多个呼叫控制指令中包括互斥指令集合,所述互斥指令集合中包含至少两个互相排斥的呼叫控制指令;所述处理模块,还用于择一执行所述互斥指令集合中的呼叫控制指令,或者,依次执行所述互斥指令集合中的呼叫控制指令。
在一种实施方式中,互斥指令集合包括第一指令和第二指令,所述第一指令与所述第二指令指示在相同的时间基于不同的操作参数执行相同的操作。
在一种实施方式中,第一指令与所述第二指令中包括的操作相同且都包括第一参数,且所述第一指令中所述第一参数的值与所述第二指令中所述第一参数的值不同,则所述第一指令与所述第二指令组成互斥指令集合,其中,所述第一指令与所述第二指令来自不同的应用服务器。
在一种实施方式中,互斥指令集合包括第三指令与第四指令,所述第三指令与所述第四指令指示在相同的时间执行无法同时执行的不同操作,所述第三指令与所述第四指令来自不同的应用服务器。
在一种实施方式中,处理模块具体用于:执行所述互斥指令集合中优先级最高的呼叫控制指令。
在一种实施方式中,发送模块还用于向所述优先级最高的呼叫控制指令对应的应用服务器发送指令处理成功响应;向所述互斥指令集合中除所述优先级最高的呼叫控制指令之外的其他呼叫控制指令对应的应用服务器发送指令处理失败原因是指令互斥。
在一种实施方式中,处理模块具体用于:按照优先级从高到低依次执行所述互斥指令集合中的呼叫控制指令。
在一种实施方式中,处理模块具体用于:将所述互斥指令集合中的呼叫控制指令按照优先级从高到低的顺序排列。
在一种实施方式中,发送模块还用于:向所述互斥指令集合中非优先级最高的呼叫控制指令对应的应用服务器发送第一指示信息,所述第一指示信息用于指示所述应用服务器下发的呼叫控制指令被延迟执行;所述处理模块具体用于执行所述互斥指令集合中优先级最高的呼叫控制指令;所述发送模块还用于向所述优先级最高的呼叫控制指令对应的服务器发送指令处理成功响应。
在一种实施方式中,第一指示信息中还包括延迟时长指示。
在一种实施方式中,接收模块还用于:接收来自所述多个应用服务器的用户身份标识以及所述用户对应的呼叫事件订阅信息。
在一种实施方式中,装置部署于呼叫会话控制功能CSCF网元或者统一控制功能UCF网元。
在一种实施方式中,处理模块还用于:基于终端设备的呼叫会话消息生成呼叫事件。
第三方面,提供一种通信装置,该通信装置包括:处理器;该处理器用于与存储器耦合,并读取存储器中的指令之后,根据该指令执行如上述第一方面所述的方法。该通信装置可以为上述第一方面中的呼叫业务使能实体,或者包含上述呼叫业务使能实体的装置。
结合上述第三方面,在一种可能的实现方式中,该通信装置还包括存储器,该存储器,用于保存必要的程序指令和数据。
第四方面,提供一种通信装置,该通信装置包括:处理器和接口电路;接口电路,用于接收计算机程序或指令并传输至处理器;处理器用于执行所述计算机程序或指令,以使该通信装置执行如上述第一方面所述的方法。
第五方面,本申请实施例提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第一方面所述的方法。
第六方面,本申请实施例提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第一方面所述的方法。
其中,第二方面至第六四方面中任一种可能的实现方式所带来的技术效果可参见上述第一方面中不同可能的实现方式所带来的技术效果,此处不再赘述。
附图说明
图1为本申请实施例提供的一种通信***的架构图;
图2为本申请实施例提供的另一种通信***的架构图;
图3为本申请实施例提供的一种AS业务触发的流程示意图;
图4为本申请实施例提供的一种通信装置的结构示意图;
图5为本申请实施例提供的一种执行呼叫相关业务的方法的流程示意图;
图6为本申请实施例提供的一种多个AS业务协同处理的流程示意图;
图7为本申请实施例提供的一种指令互斥的示意图;
图8为本申请实施例提供的另一种多个AS业务协同处理的流程示意图;
图9为本申请实施例提供的另一种多个AS业务协同处理的流程示意图;
图10为本申请实施例提供的另一种通信***的架构图;
图11为本申请实施例提供的一种通信装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
首先,对本申请实施例的实施环境和应用场景进行简单介绍。
本申请实施例应用于IMS网络,IMS网络是指基于IP的多媒体子***,是基于IP承载并向用户提供各种多媒体服务的网络。
图1是IMS网络的***架构图。如图1所示,IMS网络包括服务呼叫会话控制功能(Serving Call Session Control Function,S-CSCF)网元和多个应用服务器AS,如AS1、AS2和AS3。S-CSCF网元对于用户主叫侧及被叫侧进行路由管理,并根据用户的签约数据进行AS触发,实现各种AS业务的功能。
在IMS网络中,CSCF网元是核心网元,主要负责处理多媒体呼叫会话过程中的信令控制。例如,管理IMS网络的用户鉴权、与其它网络实体配合进行SIP会话的控制,以及业务协商和资源分配等。每个AS与CSCF网元之间可以通过SIP协议进行交互,进而实现各种网络业务的触发和执行。
根据负责功能的不同,可以将CSCF网元分为:代理CSCF(Proxy CSCF,P-CSCF)网元、查询CSCF(Interrogating CSCF,I-CSCF)网元、服务CSCF(Serving CSCF S-CSCF)网元和紧急CSCF(Emergency CSCF,E-CSCF)网元等。上述不同的CSCF网元本质上都是SIP服务器,用于处理通信过程中的SIP信令。
其中,呼叫会话业务可以指用户设备(user equipment,UE)以主叫身份或者被叫身份参与,经通信网络接续与其他UE之间进行的语音通话业务或视频通话业务。以UE为主叫为例,呼叫会话业务可以为UE拨打手机号码、座机号码或客服中心号码而进行的语音通话业务或者视频通话业务;或者,呼叫会话业务可以为UE通过即时通讯(real timecommunication,RTC)应用呼叫其他UE而进行的语音通话业务或者视频通话业务。以UE为被叫为例,呼叫会话业务可以为UE接收手机、座机或客服中心的呼叫而进行的语音通话业务或者视频通话业务;或者,呼叫会话业务可以为UE通过RTC应用接收其他UE的呼叫而进行的语音通话业务或者视频通话业务。
应用服务器AS是IMS网络中为用户提供各种特定的多媒体服务的网元,IMS网络中通常包括多个AS,用于提供多种不同的业务。例如,IMS网络中可以包括用于提供多媒体电话基本业务及补充业务的多媒体电话(MultiMediaTelephony,MMTEL)AS,用于为用户提供彩铃业务的多媒体回铃音(Multimedia Ring Back Tone,MRBT)AS,以及其他各种第三方的AS等。
此外,如图1所示,IMS网络中还可以包括归属用户服务器(Home SubscriberServer,HSS)。HSS包含用户配置文件,可以用于执行用户的身份验证和授权。另外,HSS支持用于处理调用或呼叫会话的IMS网络实体的主要用户数据库。
目前,IMS网络通常是基于初始过滤规则(Initial Filter Criteria,iFC)触发AS的,其中,iFC即按照AS业务的不同优先级定义了AS业务触发的条件和目的,S-CSCF网元可以将iFC作为判断是否触发AS以及触发哪个AS的依据。
进一步的,iFC可以作为用户签约数据的一部分存储在HSS中,后续S-CSCF网元在处理用户初始业务请求(如注册)时,S-CSCF网元会从HSS下载用户的签约数据获取iFC,根据iFC中的优先级触发相应的一个或多个AS,由该AS向用户提供相应的服务。
其中,AS业务的触发是顺序按照AS业务的优先级,一个一个串行触发的。如果有多个AS业务叠加,则当S-CSCF网元收到初始会话请求时,会按照预先设置好的AS业务优先级,从高到低,依次触发对应的AS。
当某个用户订阅了多个AS业务,AS业务之间可能存在冲突,即当某个用户需要同时触发两个或两个以上的AS时,由于AS业务之间的互相影响,不能够同时执行或者不能先后执行AS业务等,可能导致用户体验与预期不符合,则称为AS业务冲突。
如图2所示,为本申请实施例提供的又一种通信***的架构示意图。示例性的,以彩铃业务和呼叫等待(Call Waiting,CW)业务为例,用户A呼叫用户B的场景中,用户B为被叫侧,用户A为主叫侧。用户B同时开通了彩铃业务和CW业务,B在通话状态时用户A呼叫用户B,此时用户A应该听CW提示音,用来向用户A提示用户B处于占线状态,需要等待。但由于用户B彩铃业务的影响,如果网络为用户A播放用户B订阅的彩铃,用户A会误以为用户B处于空闲态。因此,IMS网络中,彩铃AS与提供CW业务的MMTEL AS之间处于AS业务冲突,网络可以通过信令交互解决AS业务冲突。
目前,当某个用户同时触发的两个或者两个以上的AS业务存在冲突时,需要AS两两之间完成感知、理解和响应的交互过程,从而解决AS之间的冲突。其中,感知是指有冲突的两个AS之间,可以通过S-CSCF网元中转消息的交互方式,让对方感知到AS业务的触发。例如前述的示例中,MMTEL AS可以通过向S-CSCF网元发送响应消息,S-CSCF网元再将消息透传到彩铃AS,从而彩铃AS可以根据消息感知到当前用户A侧触发了CW业务。理解是指接收方AS要能够理解消息中的内容。响应是指接收方AS需要根据理解的内容,对自身的AS业务进行一定的调整。前述的示例中,彩铃AS可以根据接收的消息理解当前用户A侧触发了CW业务,则抑制用户A侧彩铃播放的消息,从而解决两个AS业务的冲突问题。
在又一示例中,以彩铃业务和呼叫无应答前转(Call Forwarding No Rely,CFNR)业务为例,用户B订阅有CFNR业务,即呼叫用户B无应答则前转至用户C,此外用户B还订阅有彩铃业务。用户A呼叫用户B时,根据预先配置的优先级顺序,S-CSCF网元优先触发彩铃AS,后触发提供CFNR业务的MMTEL AS。
示例性的,S-CSCF网元根据优先级顺序先向彩铃AS发送创建会话邀请请求(Invite(SDPa=audio)Invite消息,彩铃AS接收到创建会话邀请请求后,向主叫的S-CSCF网元发送会话邀请应答消息。其中,创建会话邀请请求可以携带会话描述协议(sessiondescription protocol,SDP)参数SDPa=audio,以指示进行语音通话业务。S-CSCF网元接收到彩铃AS的响应消息(会话邀请应答消息)之后,再向MMTEL AS发送Invite消息,MMTELAS接收到Invite消息之后,向S-CSCF网元回复响应消息,用于指示MMTEL AS接收到对应的请求消息。
请参考图3,进一步的,用户A呼叫用户B时,若用户B空闲,则用户B侧的S-CSCF网元向彩铃AS发送振铃(180Ring)消息(简称180消息),用于向彩铃AS申请彩铃资源。彩铃AS向用户A侧的S-CSCF网元发送180消息,同时将彩铃媒体资源添加到该180消息中,从而用户A侧可以根据彩铃媒体资源播放相应的彩铃。需要说明的是,上述过程中详细的信令交互可以参照现有的相关技术,本申请对此只做简单介绍。
此时,若用户A侧彩铃播放时超时,则需要触发用户B的CFNR业务,MMTEL AS向用户C发起呼叫,同时为了避免用户A侧仍继续播放彩铃,MMTEL AS向用户B的S-CSCF网元发送呼叫前传通知(即181消息),S-CSCF网元再将该181消息透传到彩铃AS,从而彩铃AS可以根据该消息感知到当前触发了CFNR业务,向用户A发送181消息,抑制用户A侧彩铃的播放。需要说明的是,上述过程中详细的信令交互可以参照现有的相关技术,本申请对此只做简单介绍。
由上述示例可见,现有的处理多个AS冲突的过程是按照AS业务的优先级,一个一个串行触发的,并且需要AS之间感知冲突,并做出相应的响应从而避免冲突。随着用户需求的不断变化和发展,未来可能会存在万千量级的新AS、小应用以及大量传统补充业务,导致AS处理冲突的复杂度和工作量都较大,从而AS业务处理的效率较低。
基于上述问题,本申请提供一种执行呼叫相关业务的方法及装置,可以应用于如图1、图2等所示的通信***。可以理解的,图1或图2所示的通信***仅用于举例,并非用于限制本申请的技术方案。本领域的技术人员应当明白,在具体实现过程中,图1或图2所示的通信***还可以包括其他设备,同时也可根据具体需要来确定图1中所示网元的数量,本申请对此不予限制。
可选的,本申请实施例图1或图2中的各设备可以是一个通用设备或者是一个专用设备,本申请实施例对此不作具体限定。
可选的,本申请实施例图1或图2中的各设备的相关功能可以由一个设备实现,也可以由多个设备共同实现,还可以是由一个设备内的一个或多个功能模块实现,本申请实施例对此不作具体限定。可以理解的是,上述功能既可以是硬件设备中的元件,也可以是在专用硬件上运行的软件功能,或者硬件与软件的结合,或者平台(例如,云平台)上实例化的虚拟化功能。
在具体实现时,图1或图2中的各设备都可以采用图4所示的组成结构,或者包括图4所示的部件。图4所示为可适用于本申请实施例的设备的硬件结构示意图。该设备40包括至少一个处理器401和至少一个通信接口404,用于实现本申请实施例提供的方法。该设备40还可以包括通信线路402和存储器403。
处理器401可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路402可包括一通路,在上述组件之间传送信息,例如总线。
通信接口404,用于与其他设备或通信网络通信。通信接口404可以是任何收发器一类的装置,如可以是以太网接口、无线接入网(radio access network,RAN)接口、无线局域网(wireless local area networks,WLAN)接口、收发器、管脚、总线、或收发电路等。
存储器403可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路402与处理器401相耦合。存储器403也可以和处理器401集成在一起。本申请实施例提供的存储器通常可以具有非易失性。
其中,存储器403用于存储执行本申请实施例提供的方案所涉及的计算机执行指令,并由处理器401来控制执行。处理器401用于执行存储器403中存储的计算机执行指令,从而实现本申请实施例提供的方法。或者,可选的,本申请实施例中,也可以是处理器401执行本申请下述实施例提供的方法中的处理相关的功能,通信接口404负责与其他设备或通信网络通信,本申请实施例对此不作具体限定。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。
作为一种实施例,处理器401可以包括一个或多个CPU,例如图4中的CPU0和CPU1。
作为一种实施例,设备40可以包括多个处理器,例如图4中的处理器401和处理器407。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
作为一种实施例,设备40还可以包括输出设备405和/或输入设备406。输出设备405和处理器401耦合,可以以多种方式来显示信息。例如,输出设备405可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备406和处理器401耦合,可以以多种方式接收用户的输入。例如,输入设备406可以是鼠标、键盘、触摸屏设备或传感设备等。
可以理解的,图4中示出的组成结构并不构成对该设备的限定,除图4所示部件之外,该设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面将结合附图,对本申请实施例提供的媒体内容的投放方法进行描述。下述实施例中的各设备可以具备图4所示部件,不予赘述。
需要说明的是,本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例,具体实现中也可以是其他的名字,本申请实施例对此不作具体限定。
需要说明的是,在本申请实施例中,“和/或”可以用于描述关联对象存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,其中A,B可以是单数或者复数。此外,类似于“A、B和C中的至少一项”或“A、B或C中的至少一项”的表述通常用于表示如下中任一项:单独存在A;单独存在B;单独存在C;同时存在A和B;同时存在A和C;同时存在B和C;同时存在A、B和C。以上是以A、B和C共三个元素进行举例来说明该项目的可选用条目,当表述中具有更多元素时,该表述的含义可以按照前述规则获得。
为了便于描述本申请实施例的技术方案,在本申请实施例中,可以采用“第一”、“第二”等字样对功能相同或相似的技术特征进行区分。该“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。在本申请实施例中,“示例性的”或者“例如”等词用于表示例子、例证或说明,被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念,便于理解。
可以理解的,本申请实施例中同一个步骤或者具有相同功能的步骤或者技术特征在不同实施例之间可以互相参考借鉴。
本申请提供一种执行呼叫相关业务的方法,可以应用于S-CSCF网元,或者,应用于呼叫业务使能功能(Call Service Enabler Functions,CSEF)实体或称为业务使能功能(Service Enabler Functions,SEF)实体。其中,CSEF/SEF实体可以在通信***中独立部署,也可以部署于S-CSCF网元中,本申请对此不做具体限定。
需要说明的是,下述的实施例中仅以呼叫业务使能实体CSEF实体作为示例进行说明。
本申请实施例通过呼叫事件并行上报以及呼叫控制指令下发的方式触发AS业务。具体的,呼叫业务发生时,CSEF实体并行上报呼叫事件给所有AS,各个AS收到上述呼叫事件后根据自身业务逻辑,向CSEF实体下发呼叫控制指令。CSEF实体收集各个AS下发的呼叫控制指令,然后自动识别出呼叫控制指令之间的互斥指令,并以AS全局优先级为依据,对于互斥指令进行取舍,优先执行高优先级的呼叫控制指令,从而并行处理AS业务冲突问题,提高处理效率。
下面将结合附图,详细说明本申请的实施方式。如图5所示,该方法包括如下步骤。
501:CSEF实体将呼叫事件并行发送给多个AS。
也就是,CSEF实体并行化向多个AS发送呼叫事件。其中,呼叫事件,即Call Event,用于指示正在通知的呼叫事件的类型。例如,忙(Busy),振铃(Ring)等。
在一种具体的实现方式中,CSEF实体提供服务化的应用程序接口(ApplicationProgramming Interface,API)供AS调用,从而与AS配合实现各类AS业务。
具体的,CSEF实体上包括呼叫事件API,呼叫事件API用于将用户的呼叫会话过程中发生的各种呼叫事件发送至对应的AS。
在这种实施方式中,Call Event可以是一个枚举值,列出可能通知应用程序的调用事件。
需要说明的是,此处的“并行发送”是指将同一个呼叫事件一起发送给各个AS,也就是说,将一个呼叫事件发送给第一个AS后,不需要等接收到来自第一个AS的响应消息之后再发给第二个AS,而是可以接着直接向第二个AS、第三AS……发送该呼叫事件。示例性的,CSEF实体将呼叫事件发送至AS1之后,无需等待来自AS1的响应消息,依次将呼叫事件发送至AS2和AS3等。
在一种实施方式中,CSEF实体将呼叫事件并行发送给多个AS之前,该方法还可以包括:在用户的呼叫业务发生时,CSEF实体可以获取呼叫事件,或者,CSEF实体基于终端设备的呼叫会话消息生成呼叫事件。也就是说,CSEF实体可以基于用户呼叫业务中的各种会话消息生成对应的呼叫事件。
示例性的,呼叫事件可以包括初始呼叫事件、通知振铃事件Ring、摘机事件Answer或释放事件Release等。
例如,在IMS网络中将CSEF实体独立部署时,CSEF实体可以从CSCF网元获取呼叫事件,该呼叫事件可以是CSCF网元根据用户的呼叫业务中的各种会话消息生成的。或者,IMS网络中将CSEF实体部署于CSCF网元中时,CSEF实体可以基于用户呼叫业务中的各种会话消息生成对应的呼叫事件。
在一种实施方式中,在用户的呼叫业务发生之前,该方法还可以包括:
CSEF实体接收来自所述多个AS的用户身份标识以及所述用户对应的呼叫事件订阅信息。
也就是说,呼叫业务发生之前,AS需要通过订阅机制,向CSEF实体上报订阅该AS业务的用户对应的用户身份标识,以及该用户对应的呼叫事件订阅信息,例如,用户身份标识具体可以为用户身份识别卡(Subscriber Identification Module,SIM)的标识号。其中,呼叫事件订阅信息可以包括初始呼叫事件的订阅信息,初始呼叫事件作为必选的上报信息,其他的呼叫事件例如振铃事件或摘机事件等可以作为可选的上报信息。从而后续在用户的呼叫业务触发的过程中,当特定的呼叫事件发生时,CSEF实体可以根据之前AS上报的订阅信息,将特定用户的特定呼叫事件发送给该AS。
示例性的,呼叫事件还可以包括订阅类型通知事件Subscribe和取消订阅事件UnSubscribe等。
502:AS接收呼叫事件,根据呼叫事件和AS业务逻辑生成呼叫控制指令,向CSEF实体发送呼叫控制指令。
其中,每一个呼叫控制指令用于指示CSEF实体执行与呼叫有关的操作,具体是与该用户的呼叫会话业务有关的操作。其中,呼叫会话业务有关的操作是指基于呼叫会话业务而生成的特定呼叫事件,为了AS业务的实现所需要CSEF实体执行的相关操作。例如,彩铃AS业务的实现,对应的呼叫控制指令可以为放音操作。
也就是,各个AS可以并行化处理同一呼叫事件,即各个AS收到该呼叫事件后立即处理,处于并行状态。
其中,AS根据自身的业务逻辑,得到该呼叫事件对应的呼叫控制指令。例如,彩铃AS接收的呼叫事件是振铃事件,则彩铃AS可以根据自身的彩铃播放业务逻辑,生成指示对用户放音的PlayVoice呼叫控制指令。进一步的,该呼叫控制指令PlayVoice中还可以包括彩铃媒体资源的统一资源定位符(Uniform Resource Locator,URL),用于指示CSEF实体根据URL确定对应的音频资源。
示例性的,呼叫控制指令具体包括呼叫新用户指令CallnewUser、释放用户指令ReleaseUser、对用户放音的指令PlayVoice、增加、修改或者删除SDP的指令SDPAction、增加、修改或者删除呼叫参数的指令ParaAction等。
参考图6,简单示出了本申请中用户的呼叫会话建立之前以及呼叫会话建立之后,AS与CSEF实体之间的交互流程。其中,AS接收到来自CSEF实体的初始呼叫事件或者呼叫会话内的特定呼叫事件,均会向CSEF实体反馈事件通知响应,如图6中所示,响应response消息可以如200消息,用于表示AS成功收到来自CSEF实体的呼叫事件。实体接收到来自AS下发的呼叫事件订阅信息或者呼叫会话内的呼叫控制指令,也会向AS反馈事件通知响应,如200消息。
503:CSEF实体从多个AS接收多个呼叫控制指令,确定多个呼叫控制指令中包括互斥指令集合。
首先,CSEF实体从多个AS分别接收呼叫控制指令,对于来自所有AS的呼叫控制指令进行整合,得到包括多个呼叫控制指令的第一集合。
在一种实施方式中,步骤503具体包括:CSEF实体接收到该呼叫事件对应的所有的呼叫控制指令,即得到第一集合,之后继续向下执行步骤504,即根据呼叫控制指令的集合处理互斥指令并执行。也就是说,若CSEF实体将该呼叫事件对应的AS的呼叫控制指令全部收到,则继续执行下一步骤504;否则,CSEF实体继续执行接收AS下发的呼叫控制指令,并识别其中的互斥指令。
在一种实施方式中,可以将某一呼叫事件对应的AS分为阻塞型AS和非阻塞型AS两种类型。其中,阻塞型AS是指,CSEF实体向某个AS发送该呼叫事件后,需要等待该AS基于该呼叫事件对应的响应或者指示消息,例如,呼叫控制指令。从而CSEF实体根据该AS下发的呼叫控制指令才能继续向下执行。示例性的,阻塞型的呼叫事件可以包括彩铃AS的振铃事件,CSEF实体需要等彩铃AS基于该振铃事件反馈呼叫控制指令,用于指示为主叫用户放音以及指示播放的音频资源。
非阻塞型AS是指,CSEF实体向某个AS发送该呼叫事件后,不需要等待该AS的任何响应或者指示消息,CSEF实体可以按照原有流程继继续向下执行。示例:CFNR业务的振铃通知。
基于此,上述步骤中,CSEF实体得到第一集合,具体包括:若CSEF实体接收到该呼叫事件对应的全部阻塞型AS对应的呼叫控制指令,则得到第一集合。
也可以理解为,同一个呼叫事件,对于不同的AS来说是不同的事件类型,具体可以分为阻塞型事件和非阻塞型事件。其中,阻塞型事件表示接收该呼叫事件的AS必须及时下发呼叫控制指令。非阻塞型事件表示接收该呼叫事件的AS可以不用下发呼叫控制指令。
然后,CSEF实体可以根据预设的互斥规则确定该第一集合中是否包括两两之间互斥的呼叫控制指令,将两两之间互斥的呼叫控制指令作为互斥指令集合中的元素。其中,互斥指令集合中包含至少两个互相排斥的呼叫控制指令。
其中,互斥指令表示,CSEF实体对于并行收到的两条或者两条以上的呼叫控制指令,不能无感知的并行执行。例如,前述的彩铃AS下发的彩铃放音指令和MMTEL AS的CW提示音放音指令等,无法并行执行。
需要说明的是,互斥指令表示至少两个呼叫控制指令对应的AS业务存在业务冲突,例如,前述的彩铃业务和呼叫无应答前转CFNR业务。
预设的互斥规则包括两种,一种是指令中包括的参数互斥,另一种是指令类互斥。
一、指令中包括的参数类互斥:即不同AS对同一个用户下发具有相同操作的呼叫控制指令,该呼叫控制指令中的操作参数具有唯一性,且不同AS下发的呼叫控制指令中的操作参数不相同。
在一种实施方式中,第一集合中包括第一指令和第二指令,第一指令与第二指令指示在相同的时间基于不同的操作参数执行相同的操作。也就是说,第一指令和第二指令为相同的呼叫控制指令,对同一用户执行相同的操作,但是两个指令对应的操作参数不同。则可以将该第一指令和第二指令作为一个互斥指令集合。其中,相同的时间具体可以指执行呼叫控制指令的起始时间相同。
进一步的,如图7所示,第一指令与第二指令中包括的操作相同且都包括第一参数,且第一指令中第一参数的值与第二指令中第一参数的值不同,则第一指令与第二指令组成互斥指令集合。其中,第一指令与第二指令来自不同的AS。
示例性的,两个AS都对主叫用户下发了PlayVoice放音指令,其中,放音指令中包括的参数,即音频资源的URL参数必须是唯一的,而若两个AS下发的PlayVoice放音指令中的URL参数不一致,则CSEF实体可以认为这两个PlayVoice放音指令是互斥指令。
二、指令类互斥,即不同AS对同一个用户下发操作不同的至少两个呼叫控制指令,该至少两个呼叫控制指令无法并行执行。
在一种实施方式中,如图7所示,第一集合中包括第三指令与第四指令,第三指令与第四指令指示在相同的时间执行无法同时执行的不同操作,第三指令与第四指令来自不同的应用服务器。
示例性的,两个AS对同一个用户分别下发了释放指令和放音指令,其中,释放指令用于指示对该用户进行释放,而放音指令指示对该用户放音,明显的,若对该用户释放则无法指示该用户侧放音,可见这两个呼叫控制指令无法同时执行,则CSEF实体可以认为这两个呼叫控制指令是互斥指令。
基于前述示例的呼叫控制指令的类型,下表1示出了所述不同的呼叫控制指令之间是否存在互斥的对照表,其中,Y表示互斥,N表示不互斥。
表1指令互斥对照表
在一种实施方式中,基于上述预设的指令互斥规则,CSEF实体识别AS业务冲突,确定互斥指令的具体过程可以包括如下步骤:
1、CSEF实体对于接收到的来自多个AS的多个呼叫控制指令,将呼叫控制指令中两两进行组合进行互斥判断;
2、CSEF实体判断当前两条呼叫控制指令是否相同,若相同,则确定对该呼叫控制指令进行参数类互斥检测;否则,进行消息类互斥检测。
其中,参数类互斥检测过程包括:CSEF实体对于该呼叫控制指令中包括的所有参数逐个判断,若任意参数具有唯一性,且两条该呼叫控制指令中携带的该参数的值不相同,则认为这两条呼叫控制指令为互斥指令。否则,认为这两条呼叫控制指令不是互斥指令。
消息类互斥检测过程包括:CSEF实体查询预定义的指令互斥对照表,根据查询结果确定两条呼叫控制指令是否为互斥指令。
示例性的,第一集合包括指令1、指令2、指令3、指令4和指令5。每两个指令进行组合根据上述规则确定是否互斥,例如指令1、指令2和指令3为指令类互斥,指令3与指令4为参数类互斥,指令5不与任一指令互斥,则CSEF实体可以将指令1、指令2和指令3作为互斥指令集合1,将指令3与指令4作为互斥指令集合2。
在一种具体的实现方式中,CSEF实体提供服务化的API供AS调用,从而与AS配合实现各类AS业务。具体的,CSEF实体上包括呼叫控制指令API,呼叫控制指令API用于接收各个AS根据呼叫事件生成的待执行的呼叫控制指令并执行。
504:CSEF实体择一执行互斥指令集合中的呼叫控制指令,或者,依次执行互斥指令集合中的呼叫控制指令。
CSEF实体处理互斥指令集合以及执行的具体方式包括以下两种:方式一、选择互斥指令集合中的一个呼叫控制指令执行,舍弃其他的呼叫控制指令。方式二、不舍弃互斥指令集合中的指令,而是依次延时执行互斥指令集合中的多个呼叫控制指令。
需要说明的是,CSEF实体处理互斥指令具体选择以上哪一种方式,可以由运营商根据实际的实现需求进行预先配置,本申请对此不做具体限定。
方式一、CSEF实体择一执行互斥指令集合中的呼叫控制指令。
在一种实施方式中,CSEF实体仅执行互斥指令集合中优先级最高的呼叫控制指令。
也就是说,对于一个互斥指令集合,CSEF实体根据AS业务的优先级保留最高优先级AS下发的呼叫控制指令,舍弃较低优先级AS下发的呼叫控制指令。然后,CSEF实体执行该优先级最高的呼叫控制指令。
在一种实施方式中,CSEF实体可以向优先级最高的呼叫控制指令对应的AS发送指令处理成功响应,用于指示该呼叫控制指令执行成功。
在一种实施方式中,CSEF实体可以向互斥指令集合中除所述优先级最高的呼叫控制指令之外的其他呼叫控制指令对应的AS发送指令处理失败响应,该指令处理失败响应用于指示该呼叫控制指令执行失败,且指令执行失败的原因是指令互斥。
另外,CSEF实体对于第一集合中不存在互斥关系的其他呼叫控制指令,则可以合并所有的保留指令,并依次执行。如基于方式一,CSEF实体保留互斥指令集合中优先级最高的指令,并舍弃互斥指令集合中其他呼叫控制指令,得到第二集合。然后,CSEF实体依次执行第二集合中的每一个呼叫控制指令。
示例性的,结合前述示例中的描述,CSEF实体基于预设的指令互斥规则,检测出互斥指令集合1和互斥指令集合2,其中,互斥指令集合1中指令1的优先级最高,互斥指令集合2中指令4的优先级高最高,则CSEF实体根据择一执行的原则,对于互斥指令集合1选择执行指令1,对于互斥指令集合2选择执行指令4,结合非互斥的指令5,并行执行这三个指令。
下面将结合附图,以具体的实施例说明CSEF实体聚合指令并执行的过程。如图8所示的是CSEF实体识别到非互斥指令,并行执行指令的示意图,如图9是CSEF实体识别到互斥指令,择一执行指令的示意图。
结合图8所示,以下将以主叫线路识别限制(Calling Line IdentificationRestriction,CLIR)业务和欠费通知这两个AS业务作为示例,说明CSEF实体收到初始呼叫事件对应的呼叫控制指令后协同处理AS业务的处理流程。
其中,CLIR业务是应用于主叫侧的业务,具体的,当主叫侧用户开通了CLIR业务时,在呼叫建立过程中,被叫侧用户将不能显示该主叫侧用户的号码、姓名等用户信息。
欠费通知业务也是应用于主叫侧的业务,具体的,主叫侧用户发起呼叫时,提示主叫侧用户已经欠费,待提示音播放完成后接通被叫侧用户,即被叫侧用户振铃。
如图8所示,处理过程包括如下流程。
S801:CSEF实体并行发送呼叫事件。
CSEF实体并行向欠费通知AS和CLIR AS发送呼叫事件,欠费通知AS和CLIR AS分别接收该呼叫事件。其中,欠费通知AS按照自身的业务逻辑,根据呼叫事件生成的呼叫控制指令为放音指令PlayVoice。
S802:欠费通知AS向CSEF实体发送放音指令。
其中,该放音指令具体可以为PlayVoice指令。其中,该放音指令PlayVoice中可以携带音频资源的URL。由图8中可以看出,此时,欠费通知AS的状态机由等待态进入执行预备态,即表示等待CSEF实体执行该AS下发的呼叫控制指令。
并行的,CLIR AS按照自身的业务逻辑,根据呼叫事件生成的呼叫控制指令为修改或者删除呼叫参数的指令ParaAction。
S803:CLIR AS向CSEF实体发送修改或者删除呼叫参数的指令。
其中,该修改或者删除呼叫参数的指令具体可以为ParaAction指令。其中,该ParaAction指令中可以携带指示修改隐私权限的privacy参数,该privacy参数标识为用户身份信息,即privacy:ID,用于指示对被叫侧用户将不能显示主叫侧用户的号码、姓名等用户身份信息。
S804:CSEF实体聚合指令。
由图8中可以看出,步骤S802和S803之后,此时,CSEF实体接收到该呼叫事件对应的所有AS下发的呼叫控制指令,则进行指令聚合并识别指令冲突。在这个示例中,CSEF实体识别到CLIR AS下发的ParaAction指令与欠费通知AS下发的PlayVoice指令之间并不是冲突指令,则可以并行执行这两个指令。
也就是说,CSEF实体并行执行欠费通知AS下发的PlayVoice指令,以及CLIR AS下发的ParaAction指令。另外,此时,欠费通知AS和CLIR AS均进入执行态。
S805:CSEF实体执行CLIR AS下发的指令。
具体的,CSEF实体执行CLIR AS下发的ParaAction指令,即在呼叫会话建立的过程中,CSEF实体向被叫侧用户设备发送INVITE消息,其中携带privacy参数,用于指示被叫侧用户不显示主叫侧用户的号码、姓名等信息。
另外,CSEF实体执行欠费通知AS下发的PlayVoice指令,包括步骤S806至步骤S808。
S806:CSEF实体与MRF网元进行交互,完成放音指令执行的准备和响应。
S807:CSEF实体与主叫侧用户设备进行交互,开始执行放音操作。
S808:MRF网元向CSEF实体发送放音成功响应。
S809:CSEF实体向欠费通知AS发送指令执行成功响应。
S810:CSEF实体向CLIR AS发送指令执行成功响应。
具体的,放音指令成功开始执行后,CSEF实体向欠费通知AS发送PlayVoice指令对应的指令执行成功响应,之后,向CLIR AS发送ParaAction指令对应的指令执行成功响应。
S811:CSEF实体向被叫侧用户发送INVITE消息。
具体的,ParaAction指令对应的放音完成后,CSEF实体向被叫侧用户设备发送INVITE消息,其中可以携带主叫侧媒体。
其中,指令的执行响应具体可以包括呼叫控制指令执行成功响应与执行完毕响应。其中,呼叫控制指令执行成功响应即表示该呼叫控制指令成功执行,CSEF实体即可向AS发送呼叫控制指令执行成功响应。而有些呼叫控制指令本身具有时间持续性,执行完毕响应表示最终真正完成该指令的执行。比如放音指令,放音相关的信令都成功发送和完成响应,就认为该呼叫控制指令执行成功,CSEF实体即可以向AS发送呼叫控制指令执行成功响应。但是放音过程本身持续时长为15秒,当15秒之后放音完成,CSEF实体即可以向AS发送执行完毕响应。
在另一示例中,结合图9所示,以下将以用户呼叫等待(Call Waiting,CW)业务和彩铃业务这两个AS业务作为示例,说明CSEF实体收到初始呼叫事件对应的呼叫控制指令后协同处理AS业务冲突的处理流程,包括以下步骤。
S901:CSEF实体并行发送呼叫事件。
如图9所示,CSEF实体并行向彩铃AS和MMTEL AS(即CW业务的提供方AS)发送呼叫事件,彩铃AS和MMTEL AS分别接收该呼叫事件。
S902:彩铃AS向CSEF实体发送放音指令。
其中,彩铃AS按照自身的业务逻辑,根据呼叫事件生成的呼叫控制指令为放音指令PlayVoice,并向CSEF实体发送该PlayVoice指令。其中,该放音指令PlayVoice中可以携带彩铃资源的URL1。
S903:MMTEL AS向CSEF实体发送放音指令。
并行的,MMTEL AS按照自身的业务逻辑,根据呼叫事件生成的呼叫控制指令也为放音指令PlayVoice,并向CSEF实体发送该PlayVoice指令。其中,该放音指令PlayVoice中可以携带呼叫等待提示音频对应资源的URL2。
可见,这两个呼叫控制指令为相同操作类型的呼叫控制指令,其中都携带有操作参数放音音频的URL,且该参数是具备唯一性的。此时,CSEF实体需要根据预先设定的AS业务优先级,确定执行优先级较高的呼叫控制指令,而忽略优先级较低的呼叫控制指令。
S904:CSEF实体识别冲突,择一执行放音指令。
具体的,CSEF实体根据接收到的多个放音指令,识别到指令冲突,根据AS业务优先级,确定CW业务的优先级高于彩铃业务的优先级,因此,CSEF实体择一执行MMTEL AS下发的放音指令PlayVoice,忽略彩铃AS下发的放音指令PlayVoice。
S905:CSEF实体向彩铃AS发送指令执行失败响应。
其中,CSEF实体向彩铃AS反馈执行失败的原因为指令冲突。
S906:CSEF实体向MMTEL AS发送指令执行成功响应。
方式二、CSEF实体依次执行互斥指令集合中的呼叫控制指令。
在一种实施方式中,CSEF实体依次执行互斥指令集合中的呼叫控制指令,具体可以包括:CSEF实体按照优先级从高到低的顺序依次执行所述互斥指令集合中的呼叫控制指令。
在一种具体的实施方式中,CSEF实体按照优先级从高到低的顺序依次执行所述互斥指令集合中的呼叫控制指令之前,还包括:CSEF实体将互斥指令集合中的呼叫控制指令按照优先级从高到低的顺序排列。然后,CSEF实体可以按照排好的顺序依次执行指令。
示例性的,根据AS业务的全局优先级,CSEF实体可以对互斥指令集合中的所有指令进行排序,得到一个指令队列。其中,最高优先级AS对应的呼叫控制指令位于该指令队列的队列头,最低优先级AS对应的呼叫控制指令位于该指令队列的队列尾。
在一种具体的实施方式中,CSEF实体对互斥指令集合中的所有指令进行排序,得到指令队列之后,还可以对该队列指令进行检查,将其中包括的释放类指令挪到队列尾。从而CSEF实体可以执行该指令队列。
在一种实施方式中,CSEF实体按照优先级从高到低的顺序依次执行所述互斥指令集合中的呼叫控制指令,具体可以包括:CSEF实体可以先向互斥指令集合中非优先级最高的呼叫控制指令对应的AS发送第一指示信息,第一指示信息用于指示该AS下发的呼叫控制指令被延迟执行;然后,CSEF实体执行互斥指令集合中优先级最高的呼叫控制指令,也就是执行排序后得到的指令队列中的队列头的呼叫控制指令,并向队列头的呼叫控制指令对应的AS发送指令处理成功响应,用于指示该呼叫控制指令执行成功。当前指令执行完成后,CSEF实体开始指令队列中下一个指令的执行,执行成功后向对应的AS发送指令处理成功响应,直至执行完对列尾即最后一个呼叫控制指令。
在一种实施方式中,上述的第一指示信息中还可以包括延迟时长指示,用于指示该呼叫控制指令可能的延时时长,该延时时长即可以表示多长时间之后CSEF实体执行该呼叫控制指令。
此外,上述的这两种互斥指令的执行方式也可以根据需要结合使用,即CSEF实体可以将互斥指令集合中的部分指令舍弃,将保留的部分指令依次延时执行。具体的执行过程可以参照上述方式一和方式二中的相关描述,此处不再赘述。
在一种具体的实现方式中,AS向CSEF实体发送的呼叫控制指令中可以包括放通标识,用于指示该呼叫控制指令是否为该AS下发的最后一条呼叫控制指令。示例性的,若某个AS下发的呼叫控制指令中携带的放通标识指示为False,则指示该呼叫控制指令执行结束后,CSEF实体可以等待该AS下发条一个呼叫控制指令,并执行。若某个呼叫控制指令中携带的放通标识指示为True,则指示该呼叫控制指令为该AS下发的最后一条呼叫控制指令,CSEF实体可以无需等待继续向下执行。
上述本申请的实施方式,通过将CSCF或CSEF等网元为AS提供服务化的接口,如呼叫事件API接口和呼叫控制指令API接口,实现并行触发AS业务;并且通过指令级互斥的自动检测机制,能够快速识别并处理互斥的呼叫控制指令,从而提高AS业务冲突的解决效率,提升IMS网络的***性能。
此外,随着通信技术的更新发展,本申请提供的上述执行呼叫相关业务的方法还可以应用于其他的通信***,例如音视频新架构,或轻型IMS(Lite IMS)***等。
参考图10示出了一种通信***,该通信***至少可以包括图10中所示的统一控制功能(Unified Control Functions,UCF)网元,以及服务和应用程序功能(Service andApplication Functions,SAF)网元。其中,SAF可以用于执行前述实施方式中AS执行的步骤,UCF网元可以用于执行前述实施方式中CSEF实体执行的步骤,或者,还可以将CSEF实体部署于UCF网元内部。
或者,如图10所示,该通信***还可以包括SEF网元,SEF网元独立部署,用于执行前述实施方式中CSEF实体执行的步骤,SAF网元可以用于执行前述实施方式中AS执行的步骤,UCF网元可以用于执行前述IMS***中CSCF网元中S-CSCF或P-CSCF网元执行的步骤。
上述主要从各个设备之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的,上述的呼叫业务使能实体为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法操作,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对呼叫业务使能实体进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
比如,以采用集成的方式划分各个功能模块的情况下,本申请还提供一种执行呼叫相关业务的通信装置,如图11所示,该装置1100包括发送模块1101、接收模块1102和处理模块1103。发送模块1101和接收模块1102也可以称集成为收发模块,用以实现收发功能,例如可以是收发电路,收发机,收发器或者通信接口。
其中,发送模块1101用于将呼叫事件并行发送给多个应用服务器。
接收模块1102用于从所述多个应用服务器分别接收呼叫控制指令,得到多个呼叫控制指令,每一个呼叫控制指令用于指示所述装置1100执行与呼叫有关的操作。
处理模块1103用于确定所述多个呼叫控制指令中包括互斥指令集合,所述互斥指令集合中包含至少两个互相排斥的呼叫控制指令。
所述处理模块1103还用于择一执行所述互斥指令集合中的呼叫控制指令,或者,依次执行所述互斥指令集合中的呼叫控制指令。
在一种实施方式中,互斥指令集合包括第一指令和第二指令,所述第一指令与所述第二指令指示在相同的时间基于不同的操作参数执行相同的操作。
在一种实施方式中,第一指令与所述第二指令中包括的操作相同且都包括第一参数,且所述第一指令中所述第一参数的值与所述第二指令中所述第一参数的值不同,则所述第一指令与所述第二指令组成互斥指令集合,其中,所述第一指令与所述第二指令来自不同的应用服务器。
在一种实施方式中,互斥指令集合包括第三指令与第四指令,所述第三指令与所述第四指令指示在相同的时间执行无法同时执行的不同操作,所述第三指令与所述第四指令来自不同的应用服务器。
在一种实施方式中,处理模块1103具体用于:执行所述互斥指令集合中优先级最高的呼叫控制指令。
在一种实施方式中,发送模块1101还用于向所述优先级最高的呼叫控制指令对应的应用服务器发送指令处理成功响应;向所述互斥指令集合中除所述优先级最高的呼叫控制指令之外的其他呼叫控制指令对应的应用服务器发送指令处理失败原因是指令互斥。
在一种实施方式中,处理模块1103具体用于:按照优先级从高到低依次执行所述互斥指令集合中的呼叫控制指令。
在一种实施方式中,处理模块1103具体用于:将所述互斥指令集合中的呼叫控制指令按照优先级从高到低的顺序排列。
在一种实施方式中,发送模块1101还用于:向所述互斥指令集合中非优先级最高的呼叫控制指令对应的应用服务器发送第一指示信息,所述第一指示信息用于指示所述应用服务器下发的呼叫控制指令被延迟执行。
所述处理模块1103具体用于执行所述互斥指令集合中优先级最高的呼叫控制指令。
所述发送模块1101还用于向所述优先级最高的呼叫控制指令对应的服务器发送指令处理成功响应。
在一种实施方式中,第一指示信息中还包括延迟时长指示。
在一种实施方式中,接收模块1102还用于:接收来自所述多个应用服务器的用户身份标识以及所述用户对应的呼叫事件订阅信息。
在一种实施方式中,装置1101可以部署于呼叫会话控制功能CSCF网元或者统一控制功能UCF网元。
在一种实施方式中,处理模块1103还用于:基于终端设备的呼叫会话消息生成呼叫事件。
在一个简单的实施例中,本领域的技术人员可以想到通信装置1100可以采用图4所示的形式。比如,图4中的处理器401可以通过调用存储器403中存储的计算机执行指令,使得通信装置1100执行上述方法实施例中所述的方法。
示例性的,图11中的发送模块1101和接收模块1102的功能/实现过程可以通过图4中的处理器401调用存储器403中存储的计算机执行指令来实现。或者,图11中的处理模块1103的功能/实现过程可以通过图4中的处理器401调用存储器403中存储的计算机执行指令来实现,图11中的发送模块1101和接收模块1102的功能/实现过程可以通过图4中的通信接口404来实现。
需要说明的是,以上模块或单元的一个或多个可以软件、硬件或二者结合来实现。当以上任一模块或单元以软件实现的时候,所述软件以计算机程序指令的方式存在,并被存储在存储器中,处理器可以用于执行所述程序指令并实现以上方法流程。该处理器可以内置于SoC(片上***)或ASIC,也可是一个独立的半导体芯片。该处理器内处理用于执行软件指令以进行运算或处理的核外,还可进一步包括必要的硬件加速器,如现场可编程门阵列(field programmable gate array,FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。
当以上模块或单元以硬件实现的时候,该硬件可以是CPU、微处理器、数字信号处理(digital signal processing,DSP)芯片、微控制单元(microcontroller unit,MCU)、人工智能处理器、ASIC、SoC、FPGA、PLD、专用数字电路、硬件加速器或非集成的分立器件中的任一个或任一组合,其可以运行必要的软件或不依赖于软件以执行以上方法流程。
可选的,本申请实施例还提供了一种芯片***,包括:至少一个处理器和接口,该至少一个处理器通过接口与存储器耦合,当该至少一个处理器执行存储器中的计算机程序或指令时,使得上述任一方法实施例中的方法被执行。在一种可能的实现方式中,该芯片***还包括存储器。可选的,该芯片***可以由芯片构成,也可以包含芯片和其他分立器件,本申请实施例对此不作具体限定。
可选的,本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成,该程序可存储于上述计算机可读存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。计算机可读存储介质可以是前述任一实施例的通信装置的内部存储单元,例如通信装置的硬盘或内存。上述计算机可读存储介质也可以是上述通信装置的外部存储设备,例如上述通信装置上配备的插接式硬盘,智能存储卡(smart media card,SMC),安全数字(secure digital,SD)卡,闪存卡(flash card)等。进一步地,上述计算机可读存储介质还可以既包括上述通信装置的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及通信装置所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
可选的,本申请实施例还提供了一种计算机程序产品。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成,该程序可存储于上述计算机程序产品中,该程序在执行时,可包括如上述各方法实施例的流程。
可选的本申请实施例还提供了一种计算机指令。上述方法实施例中的全部或者部分流程可以由计算机指令来指令相关的硬件(如计算机、处理器、接入网设备、移动性管理网元或会话管理网元等)完成。该程序可被存储于上述计算机可读存储介质中或上述计算机程序产品中。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (29)
1.一种执行呼叫相关业务的方法,应用于呼叫业务使能实体,其特征在于,所述方法包括:
将呼叫事件并行发送给多个应用服务器;
从所述多个应用服务器分别接收呼叫控制指令,得到多个呼叫控制指令,每一个呼叫控制指令用于指示所述呼叫业务使能实体执行与呼叫有关的操作;
确定所述多个呼叫控制指令中包括互斥指令集合,所述互斥指令集合中包含至少两个互相排斥的呼叫控制指令;
择一执行所述互斥指令集合中的呼叫控制指令,或者,依次执行所述互斥指令集合中的呼叫控制指令。
2.根据权利要求1所述的方法,其特征在于,所述互斥指令集合包括第一指令和第二指令,所述第一指令与所述第二指令指示在相同的时间基于不同的操作参数执行相同的操作。
3.根据权利要求2所述的方法,其特征在于,所述第一指令与所述第二指令中包括的操作相同且都包括第一参数,且所述第一指令中所述第一参数的值与所述第二指令中所述第一参数的值不同,则所述第一指令与所述第二指令组成互斥指令集合,其中,所述第一指令与所述第二指令来自不同的应用服务器。
4.根据权利要求1所述的方法,其特征在于,所述互斥指令集合包括第三指令与第四指令,所述第三指令与所述第四指令指示在相同的时间执行无法同时执行的不同操作,所述第三指令与所述第四指令来自不同的应用服务器。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述择一执行所述互斥指令集合中的呼叫控制指令,具体包括:
执行所述互斥指令集合中优先级最高的呼叫控制指令。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
向所述优先级最高的呼叫控制指令对应的应用服务器发送指令处理成功响应;
向所述互斥指令集合中除所述优先级最高的呼叫控制指令之外的其他呼叫控制指令对应的应用服务器发送指令处理失败原因是指令互斥。
7.根据权利要求1-4任一项所述的方法,其特征在于,所述依次执行所述互斥指令集合中的呼叫控制指令,具体包括:
按照优先级从高到低依次执行所述互斥指令集合中的呼叫控制指令。
8.根据权利要求7所述的方法,其特征在于,所述按照优先级从高到低依次执行所述互斥指令集合中的呼叫控制指令之前,所述方法还包括:
将所述互斥指令集合中的呼叫控制指令按照优先级从高到低的顺序排列。
9.根据权利要求7或8所述的方法,其特征在于,所述按照优先级从高到低依次执行所述互斥指令集合中的呼叫控制指令,具体包括:
向所述互斥指令集合中非优先级最高的呼叫控制指令对应的应用服务器发送第一指示信息,所述第一指示信息用于指示所述应用服务器下发的呼叫控制指令被延迟执行;
执行所述互斥指令集合中优先级最高的呼叫控制指令,向所述优先级最高的呼叫控制指令对应的服务器发送指令处理成功响应。
10.根据权利要求9所述的方法,其特征在于,所述第一指示信息中还包括延迟时长指示。
11.根据权利要求1-10任一项所述的方法,其特征在于,所述将呼叫事件并行发送给多个AS之前,所述方法还包括:
接收来自所述多个应用服务器的用户身份标识以及所述用户对应的呼叫事件订阅信息。
12.根据权利要求1-11任一项所述的方法,其特征在于,所述呼叫业务使能实体部署于呼叫会话控制功能CSCF网元或者统一控制功能UCF网元。
13.根据权利要求1-12任一项所述的方法,其特征在于,所述将呼叫事件并行发送给多个应用服务器之前,所述方法还包括:
基于终端设备的呼叫会话消息生成呼叫事件。
14.一种通信装置,其特征在于,所述装置包括:
发送模块,用于将呼叫事件并行发送给多个应用服务器;
接收模块,用于从所述多个应用服务器分别接收呼叫控制指令,得到多个呼叫控制指令,每一个呼叫控制指令用于指示所述装置执行与呼叫有关的操作;
处理模块,用于确定所述多个呼叫控制指令中包括互斥指令集合,所述互斥指令集合中包含至少两个互相排斥的呼叫控制指令;
所述处理模块,还用于择一执行所述互斥指令集合中的呼叫控制指令,或者,依次执行所述互斥指令集合中的呼叫控制指令。
15.根据权利要求14所述的装置,其特征在于,所述互斥指令集合包括第一指令和第二指令,所述第一指令与所述第二指令指示在相同的时间基于不同的操作参数执行相同的操作。
16.根据权利要求15所述的装置,其特征在于,所述第一指令与所述第二指令中包括的操作相同且都包括第一参数,且所述第一指令中所述第一参数的值与所述第二指令中所述第一参数的值不同,则所述第一指令与所述第二指令组成互斥指令集合,其中,所述第一指令与所述第二指令来自不同的应用服务器。
17.根据权利要求14所述的装置,其特征在于,所述互斥指令集合包括第三指令与第四指令,所述第三指令与所述第四指令指示在相同的时间执行无法同时执行的不同操作,所述第三指令与所述第四指令来自不同的应用服务器。
18.根据权利要求14-17任一项所述的装置,其特征在于,所述处理模块具体用于:
执行所述互斥指令集合中优先级最高的呼叫控制指令。
19.根据权利要求18所述的装置,其特征在于,所述发送模块还用于向所述优先级最高的呼叫控制指令对应的应用服务器发送指令处理成功响应;
向所述互斥指令集合中除所述优先级最高的呼叫控制指令之外的其他呼叫控制指令对应的应用服务器发送指令处理失败原因是指令互斥。
20.根据权利要求14-17任一项所述的装置,其特征在于,所述处理模块具体用于:
按照优先级从高到低依次执行所述互斥指令集合中的呼叫控制指令。
21.根据权利要求20所述的装置,其特征在于,所述处理模块具体用于:
将所述互斥指令集合中的呼叫控制指令按照优先级从高到低的顺序排列。
22.根据权利要求20或21所述的装置,其特征在于,所述发送模块还用于:向所述互斥指令集合中非优先级最高的呼叫控制指令对应的应用服务器发送第一指示信息,所述第一指示信息用于指示所述应用服务器下发的呼叫控制指令被延迟执行;
所述处理模块具体用于执行所述互斥指令集合中优先级最高的呼叫控制指令;
所述发送模块还用于向所述优先级最高的呼叫控制指令对应的服务器发送指令处理成功响应。
23.根据权利要求22所述的装置,其特征在于,所述第一指示信息中还包括延迟时长指示。
24.根据权利要求14-23任一项所述的装置,其特征在于,所述接收模块还用于:
接收来自所述多个应用服务器的用户身份标识以及所述用户对应的呼叫事件订阅信息。
25.根据权利要求14-24任一项所述的装置,其特征在于,所述装置部署于呼叫会话控制功能CSCF网元或者统一控制功能UCF网元。
26.根据权利要求14-25任一项所述的装置,其特征在于,所述处理模块还用于:
基于终端设备的呼叫会话消息生成呼叫事件。
27.一种通信装置,其特征在于,所述装置包括处理器,所述处理器用于执行如权利要求1-13中任意一项所述的方法。
28.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机程序,当所述计算机程序被计算机执行时使得所述计算机执行权利要求1-13中任一项所述的方法。
29.一种计算机程序产品,其特征在于,所述计算机程序产品存储有指令,当所述指令被计算机执行,使得如权利要求1-13中任一项所述的方法被实现。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111561320.0A CN116266833A (zh) | 2021-12-17 | 2021-12-17 | 一种执行呼叫相关业务的方法及装置 |
PCT/CN2022/139252 WO2023109897A1 (zh) | 2021-12-17 | 2022-12-15 | 一种执行呼叫相关业务的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111561320.0A CN116266833A (zh) | 2021-12-17 | 2021-12-17 | 一种执行呼叫相关业务的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116266833A true CN116266833A (zh) | 2023-06-20 |
Family
ID=86743998
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111561320.0A Pending CN116266833A (zh) | 2021-12-17 | 2021-12-17 | 一种执行呼叫相关业务的方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN116266833A (zh) |
WO (1) | WO2023109897A1 (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101222483A (zh) * | 2007-01-11 | 2008-07-16 | 华为技术有限公司 | 业务触发方法、***及业务触发装置 |
CN101330449B (zh) * | 2007-07-02 | 2011-07-13 | 中兴通讯股份有限公司 | 一种ip多媒体子***业务交互的实现方法 |
CN102469070B (zh) * | 2010-11-05 | 2016-01-20 | 中兴通讯股份有限公司 | IP多媒体子***、订阅Forking的方法及装置 |
CN102651732B (zh) * | 2011-02-24 | 2016-03-02 | ***通信集团公司 | 一种ims网络中的业务触发方法和*** |
-
2021
- 2021-12-17 CN CN202111561320.0A patent/CN116266833A/zh active Pending
-
2022
- 2022-12-15 WO PCT/CN2022/139252 patent/WO2023109897A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2023109897A1 (zh) | 2023-06-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20070223462A1 (en) | Enhanced service delivery platform that provides a common framework for use by IMS and Web applications in delivering services | |
US10356572B2 (en) | System and method for provision of a second line service to a telecommunications device using mixed relationship numbers | |
EP2862328B1 (en) | Methods and apparatus for implementing a conference call | |
US20140112333A1 (en) | Calling an Unready Terminal | |
US20200389501A1 (en) | Methods and user equipment for exchanging service capabilities | |
CN110740161B (zh) | 一种适配融合通信的***及方法 | |
US20230353603A1 (en) | Call processing system and call processing method | |
CN101222483A (zh) | 业务触发方法、***及业务触发装置 | |
RU2510584C2 (ru) | Способ, устройство и система для реализации сервиса оверрайда при экстренном вызове | |
WO2019011149A1 (zh) | 一种通信方法、装置、应用服务器、用户设备和*** | |
WO2023130854A1 (zh) | 补充业务实现方法、实体、终端、电子设备及存储介质 | |
CN116266833A (zh) | 一种执行呼叫相关业务的方法及装置 | |
EP2219330B1 (en) | Method for enhancing service, proxy server and communications system | |
GB2583703A (en) | Communications network | |
CN107852577B (zh) | 一种补充业务实现方法、终端设备和ims服务器 | |
US20150120946A1 (en) | Method, Server and System for a Network Multimedia Content Component Service in an Internet Protocol Multimedia Subsystem | |
CN116708380A (zh) | 一种执行呼叫相关业务的方法、装置及*** | |
US10027798B2 (en) | Connection of a user device to multiple accounts or phone numbers | |
CN113709081B (zh) | 基于ims与移动互联技术的融合通讯方法和*** | |
WO2009121281A1 (zh) | 一种ims网络中业务调用的方法、***和装置 | |
CN107770128A (zh) | 一种业务执行方法及执行装置 | |
US20190289440A1 (en) | SYSTEM AND METHOD FOR provision of DIAL-REQUESTED SERVICE TO a second line service ENABLED telecommunications device | |
CN103391275B (zh) | 一种ip多媒体子***架构下提供主被叫业务的方法、装置及*** | |
WO2007104225A1 (fr) | Procédé, dispositif et système pour optimiser le service de rappel dans un réseau de communication | |
CN115941778A (zh) | 一种提供业务的方法、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |