CN115915036A - 基于被叫域选结果的呼叫处理方法、装置及计算设备 - Google Patents
基于被叫域选结果的呼叫处理方法、装置及计算设备 Download PDFInfo
- Publication number
- CN115915036A CN115915036A CN202110890847.1A CN202110890847A CN115915036A CN 115915036 A CN115915036 A CN 115915036A CN 202110890847 A CN202110890847 A CN 202110890847A CN 115915036 A CN115915036 A CN 115915036A
- Authority
- CN
- China
- Prior art keywords
- called
- user
- retry
- call
- selection result
- 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
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于被叫域选结果的呼叫处理方法、装置及计算设备,该方法包括:接收主叫用户的呼叫请求;监测是否达到CS重试流程的触发条件;若达到CS重试流程的触发条件,查询被叫用户的接入域选结果;根据被叫用户的接入域选结果判断被叫用户是否处于独立组网网络环境;若被叫用户处于独立组网网络环境,则禁止启动CS重试流程,执行未接通流程或者呼转流程。通过上述方式,在被叫用户处于独立组网下,省去了CS Retry流程中后续无效的信令交互,节省了网络资源,同时降低了呼叫时延,让主叫用户能够更早听到失败回铃音,提高用户感知。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种基于被叫域选结果的呼叫处理方法、装置及计算设备。
背景技术
CS Retry流程为当被叫在IMS(IPMultimediaSubsystem,IP多媒体子系统)域无响应时,尝试从CS(Circuit-Switch,电路交换)域再次查找被叫。现有技术中,一旦触发进入CS Retry流程,直接触发呼叫流程至MGCF(Media Gateway Control Function,媒体网关控制功能)单元传输处,MGCF是使IMS用户和CS用户之间可以进行通信的网关,再通过MSC(Mobile Switching Center,移动交换中心)触发到EPS(Evolved Packet System,演进分组系统)网络。
但是,如果用户处于5G SA(Standalone,独立组网)网络环境下,由于用户在SA网络环境下基于N26接口单注册,用户在LTE域没有注册数据,造成呼叫失败。同时,由于MSC与AMF(AcCSss and Mobility Management Function,5G核心接入和移动性管理功能)无直接接口,MGCF无法通过MSC将呼叫流转到AMF处,所以即使进入CS Retry也必然会失败。上述呼叫流程属于冗余流程,将会浪费网络资源,同时会增加主叫等待时间。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的基于被叫域选结果的呼叫处理方法、装置及计算设备。
根据本发明的一个方面,提供了一种基于被叫域选结果的呼叫处理方法,方法包括:接收主叫用户的呼叫请求;监测是否达到CS重试流程的触发条件;若达到CS重试流程的触发条件,查询被叫用户的接入域选结果;根据被叫用户的接入域选结果判断被叫用户是否处于独立组网网络环境;若被叫用户处于独立组网网络环境,则禁止启动CS重试流程,执行未接通流程或者呼转流程。
可选地,执行未接通流程或者呼转流程具体包括:向被叫侧回复临时失效状态码,以供被叫侧MMTEL应用服务器在接收到临时失效状态码后判断被叫是否签约呼转业务;若被叫用户已签约呼转业务,被叫侧MMTEL应用服务器将呼叫正在前向状态码流转至主叫用户;若被叫用户未签约呼转业务,被叫侧MMTEL应用服务器向主叫用户反馈会话进行状态码,以供主叫用户根据会话进行状态码的错误码进行收音。
可选地,监测是否达到CS重试流程的触发条件进一步包括:判断是否在CS重试流程定时器超时之前收到临时失效状态码,或者检测CS重试定时器是否超时;若是,则确定达到CS重试流程的触发条件。
可选地,方法进一步包括:若被叫用户不处于独立组网网络环境,启动CS重试流程。
根据本发明的另一方面,提供了一种基于被叫域选结果的呼叫处理装置,装置包括:接收模块,适于接收主叫用户的呼叫请求;监测模块,适于监测是否达到CS重试流程的触发条件;查询模块,适于若达到CS重试流程的触发条件,查询被叫用户的接入域选结果;判断模块,适于根据被叫用户的接入域选结果判断被叫用户是否处于独立组网网络环境;执行模块,适于若被叫用户处于独立组网网络环境,则禁止启动CS重试流程,执行未接通流程或者呼转流程。
可选地,执行模块进一步适于:向被叫侧回复临时失效状态码,以供被叫侧MMTEL应用服务器在接收到临时失效状态码后判断被叫是否签约呼转业务;若被叫用户已签约呼转业务,被叫侧MMTEL应用服务器将呼叫正在前向状态码流转至主叫用户;若被叫用户未签约呼转业务,被叫侧MMTEL应用服务器向主叫用户反馈会话进行状态码,以供主叫用户根据会话进行状态码的错误码进行收音。
可选地,监测模块进一步适于:判断是否在CS重试流程定时器超时之前收到临时失效状态码,或者检测CS重试定时器是否超时;若是,则确定达到CS重试流程的触发条件。
可选地,执行模块进一步适于:若被叫用户不处于独立组网网络环境,启动CS重试流程。
根据本发明的又一方面,提供了一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行上述基于被叫域选结果的呼叫处理方法对应的操作。
根据本发明的再一方面,提供了一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如上述基于被叫域选结果的呼叫处理方法对应的操作。
根据本明的基于被叫域选结果的呼叫处理方法、装置及计算设备,该方法包括:接收主叫用户的呼叫请求;监测是否达到CS重试流程的触发条件;若达到CS重试流程的触发条件,查询被叫用户的接入域选结果;根据被叫用户的接入域选结果判断被叫用户是否处于独立组网网络环境;若被叫用户处于独立组网网络环境,则禁止启动CS重试流程,执行未接通流程或者呼转流程。通过上述方式,在被叫用户处于独立组网下,省去了CS Retry流程中后续无效的信令交互,节省了网络资源,同时降低了呼叫时延,让主叫用户能够更早听到失败回铃音,提高用户感知。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本发明实施例提供的基于被叫域选结果的呼叫处理方法的流程图;
图2示出了CS重试流程的示意图;
图3示出了呼叫流程的信令交互示意图;
图4示出了本发明实施例提供的基于被叫域选结果的呼叫处理装置的结构示意图;
图5示出了本发明实施例提供的计算设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
首先对呼叫信令流程所涉及的实体介绍如下:
VOLTE(Voice over Long-Term Evolution,长期演进语音承载)
SCC AS(Service Centralization and Continuity Application Sever,域选择业务服务器)
AS(ApplicationServer,应用服务器)
CSCF(CallSessionControlFunction,呼叫控制实体)
HLR(Home Location Register,归属位置寄存器)
HSS(Home Subscriber Server,归属签约用户服务器)
S-CSCF(Serving-CallSessionControlFunction,服务CSCF)
I-CSCF(Interrogating-CallSessionControlFunction,查询CSCF)
P-CSCF(Proxy-CallSessionControlFunction,代理CSCF)
SBC(Session Border Controller,会话边界控制器)
图1示出了本发明实施例提供的基于被叫域选结果的呼叫处理方法的流程图,该方法应用于SCC AS侧,如图1所示,该方法包括以下步骤:
步骤S110,接收主叫用户的呼叫请求。
步骤S120,若达到CS重试流程的触发条件,查询被叫用户的接入域选结果,根据被叫用户的接入域选结果判断被叫用户是否处于独立组网网络环境。
如果达到CS Retry流程的触发条件,并不立即进入CS Retry流程,而是先查询被叫前期T-ADS域选结果,根据域选结果判断被叫用户是否驻留SA(5G独立组网)网络。即SCCAS根据前期T-ADS域选判断被叫接入无线网类型,判断被叫用户时是否处于SA网络的无线接入网3GPP-NR-TDD、3GPP-NR-FDD。
具体地,在启动CS Retry流程定时器后,根据CS Retry流程定时器的剩余时间和在此期间收到的状态码,判断是否达到CS Retry流程的触发条件。其中,触发CS Retry流程定时器的条件包括:域选结果为IMS域,被叫用户为VoLTE用户。若同时满足以上两个条件,则触发CS重试定时器,之后,判断是否在CS Retry流程定时器超时之前收到480TEMPORARILY UNAVAILABLE(临时失效状态码),或者检测CS Retry流程是否超时;如果CS Retry流程定时器未超时但接收到480消息,或者CS Retry流程定时器超时,则确定达到CS重试流程的触发条件。
步骤S130,若被叫用户处于独立组网网络环境,则禁止启动CS重试流程,执行未接通流程或者呼转流程。
若被叫用户不处于SA网络环境,则启动CS Retry流程,后续流程沿用现有的流程。若被叫用户处于SA网络环境,则不启动CS Retry,进入呼叫失败流程。
图2示出了CS重试流程的示意图,用户设备UE_A呼叫用户设备UE_B,查询用户设备UE_B的域选信息,查询到域选为IMS域,如果CS Retry定时器超时,被叫在IMS网络下无法被查找到,则触发CS Retry流程,即将被叫侧域选结果修改为CS域,在CS域查找被叫。
CS Retry流程的触发条件如下:(1)信令流程的场景是被叫签约VOLTE;(2)SCC AS的T-ADS域选结果已经是被叫在VOLTE或者IMS下;(3)S-CSCF已经将呼叫发给VOLTE或者IMS去查找被叫;(4)被叫在VOLTE或者IMS网络下无法被查找。在满足以上条件时,触发CSRetry流程。
现有技术中一旦判断出满足CS Retry流程的触发条件,直接进入满足CS Retry流程的触发条件,即将呼叫流转至MGCF,但由于SA用户在LTE域没有注册数据,会造成呼叫失败,并且MSC与AMF无直接接口,MGCF无法通过MSC将呼叫流转到AMF处,所以即使进入CSRetry也必然会失败。上述呼叫流程属于冗余流程,将会浪费网络资源,同时会增加主叫等待时间。
相比于现有技术,本实施例所提供的方法中判断出满足CS Retry流程的触发条件,并不直接进入满足CS Retry流程,而是先根据T-ADS域选结果判断被叫是否驻留SA网络,若是,不再触发CS Retry流程,直接进入未接通流程或者呼转流程,相比于现有技术中直接进入CS Retry流程,省去了CS Retry流程中后续无效的信令交互,节省了网络资源,同时降低了呼叫时延,让主叫用户能够更早听到失败回铃音,而不是一直处于静默音,提高用户感知。
具体地,执行未接通流程或者呼转流程具体包括以下步骤:
向被叫侧回复临时失效状态码,以供被叫侧MMTEL应用服务器在接收到临时失效状态码后判断被叫是否签约呼转业务;
若被叫用户已签约呼转业务,被叫侧MMTEL应用服务器将呼叫正在前向状态码流转至主叫用户;
若被叫用户未签约呼转业务,被叫侧MMTEL应用服务器向主叫用户反馈会话进行状态码,以供主叫用户根据会话进行状态码的错误码进行收音。
如果判断出被叫驻留在SA网络,SCC AS直接回复被叫侧SCSCF 480TEMPORARILYUNAVAILABLE(临时失效状态码),480TEMPORARILY UNAVAILABLE流转到被叫MMTEL AS后,MMTEL AS判断被叫用户是否签约呼转业务。
如果被叫用户已签约呼转业务,则进入呼转流程,具体地:进入181CALL IS BEINGFORWARDED(呼叫正在前向状态码)流程,并将181CALL IS BEING FORWARDED流转至主叫侧。
如果被叫用户未签约呼转业务,则进入未接通流程,具体地:MMTEL AS反馈183SESSION PROGRESS流程(携带P-Early-Media:supported)至主叫用户,主叫用户根据183SESSION PROGRESS流程的错误码收到后根据错误码收音,主叫UE收到网络侧携带“P-Early-Media”的181/182/183消息时,主叫UE停止本地可能的放音(如回铃音),接通主被叫通道,让主叫收听网络侧的失败通知音。
图3示出了呼叫流程的信令交互示意图,如图2所示,信令流程具体包括:
步骤1:UE_A呼叫UE_B,向用户提供业务的IMS网络的I-CSCF收到INVITE消息(终端邀请消息)。
步骤2:I-CSCF收到INVITE消息后,做如下处理:
I-CSCF向融合HLR/HSS中的IMS-HSS发送LIR消息(位置信息请求),请求获取为用户B注册的S-CSCF地址。
IMS-HSS向I-CSCF返回LIA响应(位置消息应答),携带S-CSCF地址。
I-CSCF经过S-CSCF将INVITE消息发到SCC-AS。
P1:SCC AS收到INVITE消息后,进行T-ADS域选(被叫接入域选择)。其中,只有在同时满足如下条件时,SCC AS才启动CS Retry定时器:域选的结果为IMS域,UE_B是VoLTE用户。否则,不能触发CS Retry定时器。
步骤3-步骤5:SCC AS将INVITE消息从IMS域通过SBC尝试发给UE_B,在其之后根据定时器和接收到的消息情况,确定是否触发CS Retry,SCC-AS在触发CS Retry之后将INVITE消息中的PANI头域修改为3PTC,用于指示S-CSCF直接将呼叫接续至UE_B。
具体地,如果满足以下两种情况,则触发CS Retry的处理流程。
第一种情况,定时器未超时,SCC AS收到480消息(临时失效状态码),之后执行步骤6a-步骤8a。该情况中,呼叫请求到达被叫UE_B,但是被叫当前不可用,不接受PS域的呼叫,回复480消息。
步骤6a-步骤8a:SCC AS收到480消息后,停掉CS Retry定时器。在确认触发CSRetry的SIP状态码为480后,SCC-AS触发CS Retry,将被叫侧呼叫域选结果改为CS域,并将INVITE消息落地在CS域,再跳转执行步骤9。
其中,SCC AS收到480消息后,在SCC AS本地执行操作确定是否结束IMS域的智能业务,需要判断“CS Retry后是否触发智能业务”参数的取值,即图中的步骤P3。
第二种情况:定时器超时,SCC AS未收到480消息,之后则执行步骤6b-步骤8b。
步骤6b-步骤8b:SCC-AS发送CANCEL消息(取消呼叫消息)给UE_B,并将域选结果修改为CS域,将INVITE消息落地在CS域,再转步骤9。
SCC AS发送CANCEL消息前,在SCC AS本地执行操作确定是否结束IMS域的智能业务,需要判断“CS Retry后是否触发智能业务”参数的取值:
如果取值为“YES(是)”,判断如果IMS域存在智能业务,则需要结束当前IMS域的所有智能业务,否则不做处理。如果取值为“NO(否)”,则不做处理。
在将呼叫重新域选到CS域后,如果此处满足智能触发条件,则需要触发智能业务,此时触发的智能业务为CS Retry后CS域触发的智能业务。
其中,SCC AS将呼叫接续到CS网络之前,需要进行抑制重复锚定处理。具体有如下两种方式:
CSRN(漫游号码)路由方式:SCC AS设置T-CSI抑制信元,向融合HLR/HSS发送UDR(用户数据记录)消息,通过融合HLR/HSS获取用户的CSRN号码(即MSRN号码),指示S-CSCF将呼叫路由到CS网络。
CIC(运营商标识码)路由方式:SCC-AS在主叫号码前增加CIC前缀,在被叫号码后增加CIC参数。Request-URI中被叫号码的CIC参数用于指示S-CSCF将呼叫路由到CS网络,P-Asserted-Identity中主叫号码前的CIC前缀用于抑制呼叫请求重复锚定到IMS网络。当呼叫路由到MGCF后,由MGCF根据CIC前缀设置T-CSI抑制信元,并查询向HLR获取用户的MSRN号码。
步骤9~步骤11:SCC-AS指示呼叫重新域选到CS域。
可见,CS Retry关键流程包括:SCC AS侧判断路由IMS域后开启CS Retry定时器;定时器超时后触发CS Retry流程;呼叫请求路由流转到MGCF处。
通过上述内容可知,现有技术中,在达到CS Retry流程触发条件后,直接CS Retry流程到MGCF,再通过MSC将呼叫流转到EPS域(LTE域)。现阶段5G SA网络初步商用,SA用户的语音策略暂时采用EPS Fallback模式,后期过渡到VONR模式。SA用户作为被叫过程,一旦触发CS Retry流程,呼叫路由流转到EPS网络,由于N26接口只允许单注册,现网SA用户都是单注册模式,用户注册信息只存在于SA网络,SA用户在LTE域(ESP网络)没有注册数据,通过IMSI(国际移动用户识别码)呼叫路由流转业务流转到EPS网络毫无意义,会以失败告终。其次,现网流转至MGCF的呼叫流程均由MGCF与主叫侧完成媒体面协商(包括invite,183,prack,200ok,update,200ok)后再通过SGS口触发至EPS侧的呼叫流转,即先由MGCF代替被叫用户终端完成媒体协商,最终再把呼叫通过SGS口流转到SEP侧,由于被叫SA用户在ESP网络没有任何attach信息,最终SGS口的呼叫失败,此部分信令也属于无效信令。另外现网也暂不存在MSC与AMF的接口。综上,如果被叫处于SA网络下,CS Retry流程则毫无意义,属于冗余流程,消耗了网络资源,同时也会增加响应时延。
本实施例的方法中,在启动CS Retry流程前增加被叫所处无线接入网环境判断,根据判断结果决定启动CS Retry流程或者启动CS Retry流程抑制流程,如果被叫用户处于SA网络下,拒绝将呼叫流转到MGCF处,采用480TEMPORARILY UNAVAILABLE流程直接将失败流转MMTEL AS后,根据被叫是否签约呼转流程来进行呼转或者直接回复183SESSIONPROGRESS主叫放音。省去了后期无效的网元之间的信令交互,节省了网络资源,同时降低了呼叫时延,让主叫用户能够更早听到失败回铃音,而不是一直处于静默音,提高用户感知。实际应用中,可以对SCC AS侧进行软件升级,核心网的改造幅度小。
图4示出了本发明基于被叫域选结果的呼叫处理装置实施例的结构示意图。如图4所示,该装置包括:
接收模块41,适于接收主叫用户的呼叫请求;
监测模块42,适于监测是否达到CS重试流程的触发条件;
查询模块43,适于若达到CS重试流程的触发条件,查询被叫用户的接入域选结果;
判断模块44,适于根据被叫用户的接入域选结果判断被叫用户是否处于独立组网网络环境;
执行模块45,适于若被叫用户处于独立组网网络环境,则禁止启动CS重试流程,执行未接通流程或者呼转流程。
在一种可选的方式中,执行模块45进一步适于:
向被叫侧回复临时失效状态码,以供被叫侧MMTEL应用服务器在接收到临时失效状态码后判断被叫是否签约呼转业务;
若被叫用户已签约呼转业务,被叫侧MMTEL应用服务器将呼叫正在前向状态码流转至主叫用户;
若被叫用户未签约呼转业务,被叫侧MMTEL应用服务器向主叫用户反馈会话进行状态码,以供主叫用户根据会话进行状态码的错误码进行收音。
在一种可选的方式中,监测模块42进一步适于:
判断是否在CS重试流程定时器超时之前收到临时失效状态码,或者检测CS重试定时器是否超时;
若是,则确定达到CS重试流程的触发条件。
在一种可选的方式中,其特征在于,执行模块45进一步适于:若被叫用户不处于独立组网网络环境,启动CS重试流程。
通过上述方式,判断出满足CS Retry流程的触发条件,并不直接进入满足CSRetry流程,而是先根据T-ADS域选结果判断被叫是否驻留SA网络,若是,不再触发CS Retry流程,直接进入未接通流程或者呼转流程,相比于现有技术中直接进入CS Retry流程,省去了CS Retry流程的中后续无效的信令交互,节省了网络资源,同时降低了呼叫时延,让主叫用户能够更早听到失败回铃音,而不是一直处于静默音,提高用户感知。
本发明实施例提供了一种非易失性计算机存储介质,所述计算机存储介质存储有至少一可执行指令,该计算机可执行指令可执行上述任意方法实施例中的基于被叫域选结果的呼叫处理方法。
可执行指令具体可以用于使得处理器执行以下操作:
接收主叫用户的呼叫请求;
监测是否达到CS重试流程的触发条件;
若达到CS重试流程的触发条件,查询被叫用户的接入域选结果;
根据被叫用户的接入域选结果判断被叫用户是否处于独立组网网络环境;
若被叫用户处于独立组网网络环境,则禁止启动CS重试流程,执行未接通流程或者呼转流程。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
向被叫侧回复临时失效状态码,以供被叫侧MMTEL应用服务器在接收到临时失效状态码后判断被叫是否签约呼转业务;
若被叫用户已签约呼转业务,被叫侧MMTEL应用服务器将呼叫正在前向状态码流转至主叫用户;
若被叫用户未签约呼转业务,被叫侧MMTEL应用服务器向主叫用户反馈会话进行状态码,以供主叫用户根据会话进行状态码的错误码进行收音。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
判断是否在CS重试流程定时器超时之前收到临时失效状态码,或者检测CS重试定时器是否超时;
若是,则确定达到CS重试流程的触发条件。
在一种可选的方式中,所述可执行指令使所述处理器执行以下操作:
若被叫用户不处于独立组网网络环境,启动CS重试流程。
通过上述方式,判断出满足CS Retry流程的触发条件,并不直接进入满足CSRetry流程,而是先根据T-ADS域选结果判断被叫是否驻留SA网络,若是,不再触发CS Retry流程,直接进入未接通流程或者呼转流程,相比于现有技术中直接进入CS Retry流程,省去了CS Retry流程的中后续无效的信令交互,节省了网络资源,同时降低了呼叫时延,让主叫用户能够更早听到失败回铃音,而不是一直处于静默音,提高用户感知。
图5示出了本发明计算设备实施例的结构示意图,本发明具体实施例并不对计算设备的具体实现做限定。
如图5所示,该计算设备可以包括:处理器(proCSssor)502、通信接口(Communications InterfaCS)504、存储器(memory)506、以及通信总线508。
其中:处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。通信接口504,用于与其它设备比如客户端或其它服务器等的网元通信。处理器502,用于执行程序510,具体可以执行上述用于计算设备的基于被叫域选结果的呼叫处理方法实施例中的相关步骤。
具体地,程序510可以包括程序代码,该程序代码包括计算机操作指令。
处理器502可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器506,用于存放程序510。存储器506可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序510具体可以用于使得处理器502执行以下操作:
接收主叫用户的呼叫请求;
监测是否达到CS重试流程的触发条件;
若达到CS重试流程的触发条件,查询被叫用户的接入域选结果;
根据被叫用户的接入域选结果判断被叫用户是否处于独立组网网络环境;
若被叫用户处于独立组网网络环境,则禁止启动CS重试流程,执行未接通流程或者呼转流程。
在一种可选的方式中,所述程序510使所述处理器502执行以下操作:
向被叫侧回复临时失效状态码,以供被叫侧MMTEL应用服务器在接收到临时失效状态码后判断被叫是否签约呼转业务;
若被叫用户已签约呼转业务,被叫侧MMTEL应用服务器将呼叫正在前向状态码流转至主叫用户;
若被叫用户未签约呼转业务,被叫侧MMTEL应用服务器向主叫用户反馈会话进行状态码,以供主叫用户根据会话进行状态码的错误码进行收音。
在一种可选的方式中,所述程序510使所述处理器502执行以下操作:
判断是否在CS重试流程定时器超时之前收到临时失效状态码,或者检测CS重试定时器是否超时;
若是,则确定达到CS重试流程的触发条件。
在一种可选的方式中,所述程序510使所述处理器502执行以下操作:
若被叫用户不处于独立组网网络环境,启动CS重试流程。
通过上述方式,判断出满足CS Retry流程的触发条件,并不直接进入满足CSRetry流程,而是先根据T-ADS域选结果判断被叫是否驻留SA网络,若是,不再触发CS Retry流程,直接进入未接通流程或者呼转流程,相比于现有技术中直接进入CS Retry流程,省去了CS Retry流程的中后续无效的信令交互,节省了网络资源,同时降低了呼叫时延,让主叫用户能够更早听到失败回铃音,而不是一直处于静默音,提高用户感知。
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明实施例也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本发明并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤,除有特殊说明外,不应理解为对执行顺序的限定。
Claims (10)
1.一种基于被叫域选结果的呼叫处理方法,其特征在于,方法包括:
接收主叫用户的呼叫请求;
监测是否达到CS重试流程的触发条件;
若达到CS重试流程的触发条件,查询被叫用户的接入域选结果;
根据被叫用户的接入域选结果判断所述被叫用户是否处于独立组网网络环境;
若所述被叫用户处于独立组网网络环境,则禁止启动CS重试流程,执行未接通流程或者呼转流程。
2.根据权利要求1所述的方法,其特征在于,所述执行未接通流程或者呼转流程具体包括:
向被叫侧回复临时失效状态码,以供被叫侧MMTEL应用服务器在接收到所述临时失效状态码后判断被叫是否签约呼转业务;
若被叫用户已签约呼转业务,被叫侧MMTEL应用服务器将呼叫正在前向状态码流转至主叫用户;
若被叫用户未签约呼转业务,被叫侧MMTEL应用服务器向主叫用户反馈会话进行状态码,以供主叫用户根据所述会话进行状态码的错误码进行收音。
3.根据权利要求1所述的方法,其特征在于,所述监测是否达到CS重试流程的触发条件进一步包括:
判断是否在CS重试流程定时器超时之前收到临时失效状态码,或者检测CS重试定时器是否超时;
若是,则确定达到CS重试流程的触发条件。
4.根据权利要求1-3中任一项所述的方法,其特征在于,所述方法进一步包括:
若被叫用户不处于独立组网网络环境,启动CS重试流程。
5.一种基于被叫域选结果的呼叫处理装置,其特征在于,装置包括:
接收模块,适于接收主叫用户的呼叫请求;
监测模块,适于监测是否达到CS重试流程的触发条件;
查询模块,适于若达到CS重试流程的触发条件,查询被叫用户的接入域选结果;
判断模块,适于根据被叫用户的接入域选结果判断所述被叫用户是否处于独立组网网络环境;
执行模块,适于若所述被叫用户处于独立组网网络环境,则禁止启动CS重试流程,执行未接通流程或者呼转流程。
6.根据权利要求5所述的装置,其特征在于,所述执行模块进一步适于:
向被叫侧回复临时失效状态码,以供被叫侧MMTEL应用服务器在接收到所述临时失效状态码后判断被叫是否签约呼转业务;
若被叫用户已签约呼转业务,被叫侧MMTEL应用服务器将呼叫正在前向状态码流转至主叫用户;
若被叫用户未签约呼转业务,被叫侧MMTEL应用服务器向主叫用户反馈会话进行状态码,以供主叫用户根据所述会话进行状态码的错误码进行收音。
7.根据权利要求5所述的装置,其特征在于,所述监测模块进一步适于:
判断是否在CS重试流程定时器超时之前收到临时失效状态码,或者检测CS重试定时器是否超时;
若是,则确定达到CS重试流程的触发条件。
8.根据权利要求1-7中任一项所述的装置,其特征在于,所述执行模块进一步适于:若被叫用户不处于独立组网网络环境,启动CS重试流程。
9.一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求1-4中任一项所述的基于被叫域选结果的呼叫处理方法对应的操作。
10.一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如权利要求1-4中任一项所述的基于被叫域选结果的呼叫处理方法对应的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110890847.1A CN115915036A (zh) | 2021-08-04 | 2021-08-04 | 基于被叫域选结果的呼叫处理方法、装置及计算设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110890847.1A CN115915036A (zh) | 2021-08-04 | 2021-08-04 | 基于被叫域选结果的呼叫处理方法、装置及计算设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115915036A true CN115915036A (zh) | 2023-04-04 |
Family
ID=86488457
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110890847.1A Pending CN115915036A (zh) | 2021-08-04 | 2021-08-04 | 基于被叫域选结果的呼叫处理方法、装置及计算设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115915036A (zh) |
-
2021
- 2021-08-04 CN CN202110890847.1A patent/CN115915036A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2584468C2 (ru) | Способы и устройство для поддержки реализации непрерывности службы ims | |
KR101565626B1 (ko) | 패킷 교환 방식 멀티미디어 가입자 서비스들을 제공하는 아키텍처에 의해 정의된 기능들을 갖는 인터페이스들을 갖는 이동 교환국 플랫폼 | |
US9294618B2 (en) | Call-back to a UE that has made an emergency call via a visited IMS network | |
EP2381637B1 (en) | Registration backup data processing method, apparatus and system | |
US9413561B2 (en) | Routing terminating calls | |
US20130029629A1 (en) | Methods and Apparatus for Enabling Access Transfer of an Emergency Call Back Session | |
US8036659B2 (en) | Method for requesting an unregistered UE to perform registration in the IMS | |
CN104335544A (zh) | 用于处理p-cscf故障和恢复连接的方法和装置 | |
KR20110099771A (ko) | 아이피 멀티미디어 서브 시스템 집중식 서비스의 로그아웃 방법 및 시스템 | |
US9509811B2 (en) | Methods and apparatus for resolving data inconsistencies in an IMS network | |
EP2117251B1 (en) | Realizing method of emergency call registration | |
US9351269B2 (en) | Method and system for processing service continuity | |
CN103619006B (zh) | 一种语音呼叫业务的实现方法及系统 | |
EP2487986A1 (en) | Method, device and system for processing connection of called party | |
US9509547B2 (en) | Selection of service domain in IMS centralised services | |
WO2012159312A1 (zh) | 一种多模单待终端在网络注册的方法和装置 | |
WO2011050733A1 (zh) | 一种ims集中业务的通信方法、装置及系统 | |
US8665793B2 (en) | Method and system for implementing single radio voice call continuity | |
CN115915036A (zh) | 基于被叫域选结果的呼叫处理方法、装置及计算设备 | |
EP2056536B1 (en) | A method, a system and a service control point for providing circuit domain service | |
CN110191516B (zh) | 一种通话建立方法及系统 | |
US20090219926A1 (en) | Call control method and ims cs control apparatus | |
US10749911B2 (en) | Service control awareness for call routing between packet switched telephony domain and circuit switched telephony domain | |
US20230269827A1 (en) | Service-aware traffic session timers | |
WO2016075510A1 (en) | Terminating a mobile call |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |