CN115426697B - 消息处理方法及装置 - Google Patents
消息处理方法及装置 Download PDFInfo
- Publication number
- CN115426697B CN115426697B CN202211356668.0A CN202211356668A CN115426697B CN 115426697 B CN115426697 B CN 115426697B CN 202211356668 A CN202211356668 A CN 202211356668A CN 115426697 B CN115426697 B CN 115426697B
- Authority
- CN
- China
- Prior art keywords
- cell
- terminal
- call
- ims
- sip
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供一种消息处理方法及装置,应用于第一终端,第一终端驻留在第一小区,第一终端在第一小区被配置为通过网络语音方式与第二终端进行语音通话,方法包括:第一终端从第一小区切换至第二小区,第一终端在第二小区被配置为通过电路交换域语音方式与第二终端进行语音通话;接收特定消息,特定消息用于指示非人为结束语音通话;忽略特定消息;或者,结束语音通话,在第一终端再次驻留到第一小区后,禁止第一终端切换至第二小区,以减少主被叫失败、掉话等问题。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种消息处理方法及装置。
背景技术
SRVCC(Single Radio Voice Call Continuity)是第三代合作伙伴计划(3rdGeneration Partnership Project,3GPP)提出的一种长期演进语音承载(Voice overLong-Term Evolution,VoLTE)语音业务连续性方案,主要是为了解决当单射频用户设备(User Equipment,UE)在长期演进(Long Term Evolution,LTE)/Pre-LTE网络和2G/3G电路交换(Circuit Switched,CS)网络之间移动时,如何保证语音呼叫连续性的问题,以保证单射频UE在IP多媒体子系统(IP Multimedia Subsystem,IMS)控制的网络语音(Voice overInternet Protocol,VoIP)和CS域语音之间的平滑切换,VoIP是LTE网络下采用的语音通话方式,CS域语音是CS网络下采用的语音通话方式。简单的可理解为:UE在LTE网络下处于通话状态,UE移动到LTE网络的盲区,且该盲区在2G/3G网络覆盖下,为了保持通话的连续性,UE切换到2G/3G网络下,以在2G/3G网络继续进行通话。但是UE利用SRVCC技术进行通话时主被叫失败、掉话等问题逐渐增多。
发明内容
本申请提供了一种消息处理方法及装置,目的在于减少主被叫失败、掉话等问题。为了实现上述目的,本申请提供了以下技术方案:
第一方面,本申请提供一种消息处理方法,应用于第一终端,第一终端驻留在第一小区,第一终端在第一小区被配置为通过网络语音方式与第二终端进行语音通话,方法包括:第一终端从第一小区切换至第二小区,第一终端在第二小区被配置为通过电路交换域语音方式与第二终端进行语音通话;接收特定消息,特定消息用于指示非人为结束语音通话;忽略特定消息;或者,结束语音通话,在第一终端再次驻留到第一小区后,禁止第一终端切换至第二小区。因为特定消息能够结束语音通话,在接收到特定消息后,忽略该特定消息,意味着终端没有执行该特定消息,终端没有在特定消息作用下结束语音通话,减少了主被叫失败、掉话等问题。又或者,在接收到特定消息后,结束语音通话,但是在第一终端再次驻留到第一小区后,禁止第一终端切换至第二小区,也就是说在终端再次驻留到第一小区后,禁止向出现主被叫失败、掉话等问题的第二小区切换,降低终端接收到特定消息的几率,减少了主被叫失败、掉话等问题。
第一小区可以是4G/5G小区,在4G/5G小区第一终端通过网络语音方式与第二终端进行语音通话;第二小区可以是2G/3G小区,在2G/3G小区第一终端通过电路交换域语音方式与第二终端进行语音通话。若在其他制式下的小区中第一终端通过网络语音方式与第二终端进行语音通话,其他制式下的小区也可以是第一小区,如6G小区;同样的,若在一些制式下的小区中,第一终端通过电路交换域语音方式与第二终端进行语音通话,这些小区可以作为第二小区。第一终端可以是主叫终端,第二终端可以是被叫终端;或者,第一终端可以是被叫终端,第二终端可以是主叫终端。
可选的,特定消息为IMS_SIP_CANCEL,IMS_SIP_CANCEL中没有携带指示人为挂断的原因值,原因值为Reason:RELEASE_CAUSE;cause=1;text="User ends call";或者,特定消息为DISCONNECT,DISCONNECT没有携带指示人为挂断的原因值,原因值为Normal callclearing或User busy。IMS_SIP_CANCEL携带的原因值为Reason:RELEASE_CAUSE;cause=1;text="User ends call"、DISCONNECT携带的原因值Normal call clearing或User busy可以是示例。
可选的,在特定消息为IMS_SIP_CANCEL,IMS_SIP_CANCEL中没有携带Reason:RELEASE_CAUSE;cause=1;text="User ends call"的情况下,方法还包括:存储第一小区的跟踪区域码;在第一终端再次驻留到第一小区后,禁止第一终端切换至第二小区包括:在第一终端驻留到属于跟踪区域码的第一小区后,禁用第一终端的语音业务连续性SRVCC能力,禁用第一终端的SRVCC能力使得第一终端维持在第一小区进行语音通话。第一终端禁用了SRVCC能力,说明第一终端不能使用SRVCC技术,在当前注册的第一小区进行语音通话过程中,第一终端不再向第二小区切换,防止切换后出现因IMS_SIP_CANCEL引起的主被叫失败、掉话等问题,从而终端再次驻留到已记录的跟踪区域码的第一小区时,第一终端不会再次因为IMS_SIP_CANCEL出现主被叫失败、掉话等问题。
可选的,禁用第一终端的特定能力包括:向网络设备发送附着请求ATTACH_REQ或者跟踪区域更新请求Tracking area update request,ATTACH_REQ和Tracking areaupdate request中携带有SRVCC to GERAN/UTRAN capability = 0 (0x0),SRVCC toGERAN/UTRAN capability = 0 (0x0)表示禁用SRVCC能力。
可选的,方法还包括:向服务器发送第一小区的跟踪区域码,服务器用于广播第一小区的跟踪区域码。其中第一终端可以将切换前第一小区的跟踪区域码上传至服务器,由服务器广播该跟踪区域码,使得与该服务器通信的其他终端可以接收到该跟踪区域码,其他终端在第一小区进行语音通话时,如果确定第一小区的跟踪区域码为接收到的跟踪区域码,则禁用SRVCC能力,以维持在第一小区进行语音通话,通过跟踪区域码共享方式使得其他终端进行语音通话时可以降低主被叫失败、掉话等问题。
可选的,在特定消息为DISCONNECT,DISCONNECT没有携带Normal call clearing或User busy的情况下,在第一终端再次驻留到第一小区后,禁止第一终端切换至第二小区包括:在第一终端再次驻留到第一小区后,禁用第一终端的电路交换能力,禁用第一终端的电路交换能力使得第一终端被禁止切换至第二小区。第一终端再次驻留第一小区,电路交换能力被禁用,表示第一终端不会切换至第二小区,第一终端可以维持在第一小区进行语音通话,降低接收到没有携带Normal call clearing或User busy的DISCONNECT的几率,降低了主被叫失败、掉话等问题。
可选的,禁用第一终端的电路交换能力包括:向网络设备上报终端能力信息UECapabilityEnquiry:ue-CapabilityRequest{eutra},ue-CapabilityRequest{eutra}表示第一终端能够注册到第一小区中。
可选的,在特定消息为DISCONNECT,DISCONNECT没有携带Normal call clearing或User busy的情况下,在第一终端再次驻留到第一小区后,禁止第一终端切换至第二小区包括:在第一终端再次驻留到第一小区后,禁止在测量报告中加入第二小区。禁止将第二小区添加至测量报告中,使得第一终端没有切换至黑名单中的第二小区下。加入到黑名单中的第二小区是接收到DISCONNECT,DISCONNECT没有携带Normal call clearing或Userbusy时,第一终端切换到的第二小区,将其加入到黑名单可以使得第一终端没有再次切换到该第二小区,降低终端接收到没有携带Normal call clearing或User busy的DISCONNECT,从而降低了主被叫失败、掉话等问题。
可选的,在第一终端再次驻留到第一小区后,方法还包括:设置第一小区的门限值,第一小区的门限值用于控制第一终端的小区切换,使得第一终端可以控制小区切换。
可选的,方法还包括:向服务器发送第一小区的小区信息和第二小区的小区信息,服务器用于广播第一小区的小区信息和第二小区的小区信息,使得与该服务器通信的其他终端可以接收到该第一小区的小区信息和第二小区的小区信息,其他终端在第一小区进行语音通话时,其他终端可以禁止将该第二小区的小区信息添加至测量报告中,使得其他终端没有切换至黑名单中的第二小区下,其他终端进行语音通话时可以减少主被叫失败、掉话等问题。
可选的,在特定消息为IMS_SIP_CANCEL,IMS_SIP_CANCEL中没有携带Reason:RELEASE_CAUSE;cause=1;text="User ends call"的情况下,忽略特定消息包括:忽略IMS_SIP_CANCEL。忽略IMS_SIP_CANCEL意味着不执行IMS_SIP_CANCEL,第一终端在接收到IMS_SIP_CANCEL后,不会结束语音通话,减少了主被叫失败、掉话等问题。
可选的,在接收特定消息之后,方法还包括:记录第一终端切换至第二小区至接收到特定消息间隔的时长;忽略特定消息包括:在时长小于或等于预设时长时,忽略特定消息;结束语音通话包括:在时长小于或等于预设时长时,结束语音通话。
第二方面,本申请提供一种终端,终端包括:一个或多个处理器;一个或多个存储器;存储器存储有一个或多个程序,当一个或者多个程序被处理器执行时,使得终端执行上述消息处理方法。
第三方面,本申请提供一种计算机可读存储介质,计算机可读存储介质中存储了计算机程序,当计算机程序被处理器执行时,使得处理器执行上述消息处理方法。
附图说明
图1为本申请提供的从LTE小区切换至2G/3G小区时的通话示意图;
图2为本申请提供的bSRVCC场景下MO正常结束语音通话的流程图;
图3为本申请提供的bSRVCC场景下MO异常结束语音通话的流程图;
图4为本申请提供的在bSRVCC场景下MO触发自愈处理方式的流程图;
图5为本申请提供的在aSRVCC场景下MO触发自愈处理方式的流程图;
图6为本申请提供的在SRVCC场景下MO触发自愈处理方式的流程图;
图7为本申请提供的在bSRVCC场景下MO对IMS_SIP_CANCEL的处理流程图;
图8为本申请提供的在aSRVCC场景下MO对IMS_SIP_CANCEL的处理流程图;
图9为本申请提供的在SRVCC场景下MO对IMS_SIP_CANCEL的处理流程图;
图10为本申请提供的在bSRVCC场景下触发自愈处理方式以及对IMS_SIP_CANCEL的一种处理流程图;
图11为本申请提供的IMS_SIP_CANCEL结束语音通话后的处理流程图;
图12本申请提供的在bSRVCC场景下触发自愈处理方式以及对IMS_SIP_CANCEL的另一种处理流程图;
图13为本申请提供的在bSRVCC场景下,针对DISCONNECT没有携带Normal callclearing或User busy的一种处理流程图;
图14为本申请提供的在aSRVCC场景下,针对DISCONNECT没有携带Normal callclearing或User busy的一种处理流程图;
图15为本申请提供的在SRVCC场景下,针对DISCONNECT没有携带Normal callclearing的一种处理流程图;
图16为本申请提供的在bSRVCC场景下,针对DISCONNECT没有携带Normal callclearing或User busy的另一种处理流程图;
图17为本申请提供的在aSRVCC场景下,针对DISCONNECT没有携带Normal callclearing或User busy的另一种处理流程图;
图18为本申请提供的在SRVCC场景下,针对DISCONNECT没有携带Normal callclearing或User busy的另一种处理流程图;
图19为本申请提供的终端的硬件结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。以下实施例中所使用的术语只是为了描述特定实施例的目的,而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样,单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式,除非其上下文中明确地有相反指示。还应当理解,在本申请实施例中,“一个或多个”是指一个、两个或两个以上;“和/或”,描述关联对象的关联关系,表示可以存在三种关系;例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A、B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。
在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
本申请实施例涉及的多个,是指大于或等于两个。需要说明的是,在本申请实施例的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。
终端驻留在LTE网络的一个小区(简称LTE小区)中,终端在该LTE小区利用SRVCC技术进行语音通话。终端与其他终端进行语音通话时,终端可以接收LTE小区所属的LTE基站发送的测量重配置消息,告知终端存在异系统小区(如2G/3G小区)以及B1事件对应的门限值。终端响应测量重配置消息进行小区测量,在2G/3G网络小区的信号强度大于预定门限值时,终端向LTE基站发送测量报告,基于测量报告完成从LTE小区向2G/3G小区的切换,以在2G/3G网络下继续进行呼通过。其中终端与其他终端进行语音通话包括:终端与其他终端建立语音通话、完成语音通话建立并开始了语音通话,在建立语音通话时若发生小区切换,语音通话建立可以继续。终端可以称为终端(terminal)、用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)等。
如图1中的(1)所示,手机作为终端,手机与LTE基站连接,表示终端驻留在LTE小区中。在终端驻留在LTE小区时,用户拨打电话。在拨打电话过程中终端测量到满足切换条件的2G/3G小区,终端从LTE小区切换至满足切换条件的2G/3G小区。
如图1中的(2)所示,终端与2G/3G基站连接,以驻留到一个2G/3G小区,终端可以继续在2G/3G小区拨打电话,在这一过程中可能会呼叫失败,或者呼叫成功后掉话,即终端利用SRVCC技术进行语音通话时主被叫失败、掉话等问题逐渐增多。
其中终端利用SRVCC技术进行语音通话时,终端可以对应不同场景,一种场景是bSRVCC场景,bSRVCC是指在呼叫(INVITE,一种邀请请求)发起之后但尚未收到被叫振铃响应消息(180 Ringing)这段时间内发生的SRVCC,即在bSRVCC场景下终端作为主叫发起了呼叫但是没有收到180 Ringing,处于建立语音通话中。一种场景是aSRVCC场景,aSRVCC是指在收到被叫振铃响应消息(180 Ringing)但是未收到200OK消息这段时间内发生的SRVCC,200OK表示被叫已经对邀请请求处理成功,即在aSRVCC场景下终端作为主叫收到了被叫的180 Ringing但是没有收到被叫的200OK,处于建立语音通话中。一种场景是SRVCC场景,在SRVCC场景下终端作为主叫收到了被叫的200OK,处于完成语音通话并开始了语音通话中。在bSRVCC场景和aSRVCC场景下,终端可能出现主叫失败;在SRVCC场景下,终端可能掉话。
结合附图说明主叫失败和掉话的原因,在附图中MO为主叫终端、MT为被叫终端、NW为基站、核心网等网络设备的合集,如NW包括IMS核心网、LTE核心网、LTE基站、CS核心网和CS基站,CS核心网是2G/3G网络的核心网,CS基站是2G/3G网络的基站。
图2示出了bSRVCC场景下MO正常结束语音通话的流程,在图2中,MO驻留在LTE小区进行呼叫,MO从LTE小区切换至2G/3G小区后主动停止呼叫,具体可以包括以下步骤:
S101、MO通过IMS核心网向MT发送会话初始协议(Session initializationProtocol,SIP)邀请(Invite)请求,例如由IMS核心网中的代理呼叫会话控制功能(Proxy-Call Session Control Function,P-CSCF)接收并转发SIP Invite请求,P-CSCF是IMS核心网中的一个实体网元。SIP Invite请求用于与MT建立会话,SIP Invite请求中可以携带会话描述协议( Session Des cription Protocol,SDP)消息体,SDP消息体中携带有媒体信息。
S102、MT通过IMS核心网向MO发送应答消息(100 Trying),100 Trying表示MT收到SIP Invite请求,正在处理SIP Invite请求,100 Trying可以通过IMS核心网中的P-CSCF转发。
S103、MT通过IMS核心网向MO发送183会话进程(Session Progress)消息,简称为183 Session Progress消息,183 Session Progress消息可以携带SDP报文,以通过SDP报文中的地址指示183 Session Progress消息经过IMS核心网的转发。如IMS核心网中的P-CSCF转发183 Session Progress消息。
S104、LTE基站向MO发送测量重配置消息,LTE基站是MO当前驻留的LTE小区所属基站,测量重配置消息用于指示MO进行小区测量。测量重配置消息可以携带异系统邻区的测量控制参数,异系统邻区的测量控制参数可以包括测量异频邻区/异系统邻区的测量间隙(GAP)、频点信息,还包括异系统邻区切换条件。也就是说LTE基站可以通过测量重配置消息告诉MO可以进行异系统邻区测量和异系统邻区切换。
在本示例中,测量重配置消息可以包括2G邻区的频点信息、3G邻区的频点信息、B1事件对应的门限值,B1事件指示在邻区的信号强度大于门限值时进行小区切换,邻区可以是2G邻区和/或3G邻区。在一些示例中,测量重配置消息可以包括B2事件对应的门限值,B2事件指示LTE小区的信号强度小于门限值1且邻区的信号强度大于门限值2时进行小区切换。对于MO是基于B1事件进行小区切换还是基于B2事件进行小区切换,本实施例不进行限定。
S105、MO向LTE基站发送测量报告(Measurement Report)。在一些示例中,MO在确定2G邻区和3G邻区中至少一个邻区的信号强度大于门限值时,向LTE基站发送MeasurementReport。
图2中测量重配置消息的发送是一个示例,测量重配置消息可以在SIP Invite请求或100 Trying之前发送,同样的图2中Measurement Report的发送也是一个示例,本示例主要阐述在MO进行语音通话过程中,MO从LTE小区切换至2G/3G小区。
S106、通过LTE基站、LTE核心网、CS核心网和CS基站完成LTE小区至2G/3G小区的切换。LTE基站、LTE核心网、CS核心网和CS基站之间的交互过程可以是:LTE基站向LTE核心网发送切换请求,切换请求中携带有2G/3G小区信息,2G/3G小区信息指向满足切换条件的2G/3G小区。LTE核心网向CS核心网请求是否允许MO切换至2G/3G小区,在请求过程中将MO信息发送给CS核心网。CS核心网可以将MO信息发送给切换至的2G/3G小区所属的CS基站,以在MO与CS基站连接时使用。
CS核心网允许MO切换至2G/3G小区时,CS核心网可以向LTE核心网发送可切换至的2G/3G小区的小区信息,LTE核心网向LTE基站发送切换响应,切换响应指示MO可切换至2G/3G小区,LTE基站向MO发送切换命令(Mobility From EUTRA Command),以指示MO切换至2G/3G小区中。
S107、MO向CS基站发送连接应答(CONNECT)。
S108、CS基站向MO发送连接应答确认(CONNECT_ACKNOWLEDGE),通过CONNECT_ACKNOWLEDGE指示MO可以与MT进行通话。
S109、MO向CS基站发送DISCONNECT。
S110、MO在发送DISCONNECT后结束语音通话。其中DISCONNECT指示断开连接,由此MO在发送DISCONNECT后断开连接,MO主动挂断电话,结束语音通话。
从图2所示流程可知,在bSRVCC场景下,MO从LTE小区切换至2G/3G小区后,MO向CS基站发送DISCONNECT,通过DISCONNECT使MO可以正常结束语音通话。但是若在CS基站向MO发送CONNECT_ACKNOWLEDGE后,IMS核心网向MO发送会话取消消息(IMS_SIP_CANCEL),如图3所示的步骤S209和步骤S210,MO在接收到IMS_SIP_CANCEL结束语音通话,即IMS_SIP_CANCEL的作用是由IMS核心网控制MO结束语音通话。然而MO在接收到IMS_SIP_CANCEL,MO可能处于呼叫状态或通话中,此时结束语音通话导致主叫失败或者掉话。
上述图2和图3是以bSRVCC场景下MO从LTE小区切换至2G/3G小区为例,在bSRVCC场景、aSRVCC场景和SRVCC场景的任一场景下,MT和/或MO可以从LTE小区切换至2G/3G小区,在切换至2G/3G小区后,MT和/或MO可以接收到IMS核心网发送IMS_SIP_CANCEL,导致主被叫失败或掉话。IMS核心网发送IMS_SIP_CANCEL是不可抗拒的,MO和/或MT切换至2G/3G小区后可以连续出现主被叫失败、掉话等问题,即主被叫失败、掉话等问题逐渐增多,问题舆情快速升高,净推荐值(Net Promoter Score,NPS)降低,也降低了用户体验,对终端品牌造成不良影响。
针对上述问题,本申请提供一种消息处理方法,该消息处理方法应用于终端中,终端从LTE小区切换至2G/3G小区,从LTE小区切换至2G/3G小区时,终端进行语音通话。例如从LTE小区切换至2G/3G小区时,发起语音通话请求开始建立语音通话,或者从LTE小区切换至2G/3G小区时正在建立语音通话,或者从LTE小区切换至2G/3G小区时,开始了语音通话。在终端进行语音通话过程中,终端接收网络设备发送的特定消息,特定消息能够结束语音通话,对于该特定消息,终端按照如下两种自愈处理方式中的至少一种方式进行处理:
一、禁止响应特定消息,禁止响应特定消息是指忽略特定消息;因为特定消息能够结束语音通话,禁止响应该特定消息,意味着终端没有执行该特定消息,终端没有在特定消息作用下结束语音通话,减少了主被叫失败、掉话等问题。若在接收到特定消息时处于建立语音通话中,结束语音通话是指结束语音通话的建立;若在接收到特定消息时处于语音通话中,结束语音通话是指终止语音通话,不管用户有没有挂断。
二、结束语音通话;终端再次驻留LTE小区后,禁止终端向2G/3G小区切换,其中LTE小区可以是切换到2G/3G小区之前驻留的LTE小区,或者,LTE小区可以是与切换到2G/3G小区之前驻留的LTE小区具有相同跟踪区域码(Tracking Area Code,TAC)的小区。虽然终端从LTE小区切换至2G/3G小区后,结束了语音通话,但是终端再次驻留到该LTE小区后,禁止终端向2G/3G小区切换,由此终端接收到特定消息的几率降低,同样减少了主被叫失败、掉话等问题。
通过上述两种自愈处理方式,终端在进行语音通话时,主被叫失败、掉话等问题减少,随着主被叫失败、掉话等问题的减少,问题舆情也能够降低,提高NPS和用户体验,对终端品牌具有良好影响。
在一些示例中,特定消息中携带特定值,特定值指示是人为挂断还是网络设备挂断,挂断表示结束语音通话。例如特定消息包括IMS核心网发送的IMS_SIP_CANCEL、CS基站发送的DISCONNECT,IMS_SIP_CANCEL中携带Reason:RELEASE_CAUSE;cause=1;text="Userends call",指示人为挂断,即利用终端进行语音通话的用户挂断;DISCONNECT中携带Normal call clearing或User busy,指示人为挂断。在本示例中,终端接收到特定消息,确定特定消息携带特定值,则结束语音通话;确定特定消息没有携带特定值,按照上述两种自愈处理方式中的至少一种方式进行处理。由此在人为挂断时可以正常结束语音通话,在因为网络设备挂断(即非人为结束)时可以减少主被叫失败、掉话等问题。
在一些示例中,终端接收到IMS_SIP_CANCEL,且IMS_SIP_CANCEL没有携带“Reason:RELEASE_CAUSE;cause=1;text="User ends call"”,终端可以禁止响应IMS_SIP_CANCEL。禁止响应IMS_SIP_CANCEL的一种方式是:忽略IMS_SIP_CANCEL,即不执行IMS_SIP_CANCEL,不结束语音通话。
在一些示例中,终端接收到IMS_SIP_CANCEL,且IMS_SIP_CANCEL没有携带“Reason:RELEASE_CAUSE;cause=1;text="User ends call"”,终端可以记录切换前LTE小区的TAC,再次驻留属于该TAC的LTE小区,终端禁用SRVCC能力。终端禁用SRVCC能力后,终端维持在LTE小区进行语音通话。因为终端维持在LTE小区,接收到IMS_SIP_CANCEL的几率降低,从而降低了主被叫失败、掉话等问题。其中终端可以将切换前LTE小区的TAC上传至服务器,由服务器广播该TAC,使得与该服务器通信的其他终端可以接收到该TAC,其他终端在LTE小区进行语音通话时,如果确定LTE小区的TAC为接收到的TAC,则禁用SRVCC能力,以维持在LTE小区进行语音通话,通过TAC共享方式使得其他终端进行语音通话时可以降低主被叫失败、掉话等问题。
其中IMS_SIP_CANCEL没有携带“Reason:RELEASE_CAUSE;cause=1;text="Userends call"”包括:IMS_SIP_CANCEL没有携带Reason字段、IMS_SIP_CANCEL携带了Reason字段但Reason字段的字段值不是cause=1;text="User ends call"。如Reason字段为空,Reason字段的字段值为cause=0;text="noUser ends call"。
在一些示例中,终端接收到DISCONNECT,DISCONNECT没有携带Normal callclearing或User busy,终端可以将切换至的2G/3G小区加入到黑名单中,禁止将黑名单中小区的小区信息添加至Measurement Report中,使得终端没有切换至黑名单中的小区下。加入到黑名单中的小区是接收到DISCONNECT,DISCONNECT没有携带Normal call clearing或User busy时,终端切换到的小区,将其加入到黑名单可以使得终端没有再次切换到该小区,降低终端接收到没有携带Normal call clearing或User busy的DISCONNECT,从而降低了主被叫失败、掉话等问题。
在一些示例中,终端接收到DISCONNECT,DISCONNECT没有携带Normal callclearing或User busy,终端可以记录切换前的LTE小区信息,终端再次驻留LTE小区信息对应的LTE小区,禁用CS能力。CS能力被禁用,表示终端不会切换至2G/3G小区,降低了主被叫失败、掉话等问题。
其中DISCONNECT没有携带Normal call clearing或User busy是指,DISCONNECT携带了除Normal call clearing和User busy之外的值,如DISCONNECT携带了Unassiagnednumber,Unassiagned number表示虽然号码格式有效,但是该号码目前尚未分配;又例如DISCONNECT携带了Channel unacceptable,Channel unacceptable表示在呼叫中不接受使用最新标识的通路;又例如DISCONNECT携带了temporary failure,temporary failure表示网络临时故障。对于DISCONNECT携带的值,此处不再一一举例。
针对DISCONNECT没有携带Normal call clearing或User busy两种情况,终端可以将加入到黑名单中的2G/3G小区的小区信息发送给服务器,由服务器广播该2G/3G小区的小区信息,使得与该服务器通信的其他终端可以接收到该2G/3G小区的小区信息,其他终端在LTE小区进行语音通话时,其他终端可以禁止将该2G/3G小区的小区信息添加至Measurement Report中,使得其他终端没有切换至黑名单中的小区下,其他终端进行语音通话时可以减少主被叫失败、掉话等问题。
下面以结合附图对消息处理方法进行说明,附图以主叫终端接收到IMS_SIP_CANCEL或DISCONNECT为例,介绍主叫终端在bSRVCC场景、aSRVCC场景和SRVCC场景等场景下,对IMS_SIP_CANCEL或DISCONNECT的自愈处理方式。如图4所示,其示出了在bSRVCC场景下MO触发自愈处理方式的流程。可以包括以下步骤:
S301、MO通过NW向MT发送SIP Invite请求。
S302、MT通过NW向MO发送100 Trying。
S303、MT通过NW向MO发送183 Session Progress消息。
S304、NW向MO发送测量重配置消息。
S305、MO向NW发送Measurement Report。
S306、NW向MO发送Mobility From EUTRA Command,以指示MO从LTE小区切换至其他小区中,如切换至2G/3G小区中。
步骤S301至步骤S306可以参见上述图2所示,此处不再详述。
S307、MO启动T1定时器进行计时。在MO接收到Mobility From EUTRA Command后,启动T1定时器进行计时。
S308、MO接收到IMS_SIP_CANCEL或DISCONNECT。
S309、MO接收到IMS_SIP_CANCEL或DISCONNECT后,停止T1定时器的计时,判断T1定时器的计时是否大于5秒(s),如果大于5s,执行步骤S310,如果小于或等于5s,执行步骤S311。
步骤S307和步骤S309主要是为了获取从接收到Mobility From EUTRA Command,至接收到IMS_SIP_CANCEL或DISCONNECT之间的时间间隔。一般情况下,时间间隔越长,说明人为挂断的可能性越大,时间间隔越短,说明由网络设备主动挂断的可能性越大,为此,根据上报主被叫失败、掉话等问题的数据集合得到一个预设的时间间隔,预设的时间间隔用于作为存在网络设备主动挂断的判断条件,例如预设的时间间隔为5s(可选示例,可以作为预设时长使用)。在T1定时器的计时大于5s时,MO可以结束语音通话;在T1定时器小于或等于5s时,MO可以进行挂断原因的判断。
S310、MO结束语音通话。
S311、MO判断消息是否携带人为挂断的原因值,如果携带人为挂断的原因值,执行步骤S310,如果没有携带人为挂断的原因值,执行步骤S312,触发自愈处理方式。
其中,人为挂断的原因值(上述特定值)包括:IMS_SIP_CANCEL中携带的Reason:RELEASE_CAUSE;cause=1;text="User ends call"、DISCONNECT中携带的Normal callclearing或User busy,终端可以将人为挂断的原因值作为是否调用终端自愈方式的预设条件,IMS核心网发送的IMS_SIP_CANCEL或者CS基站发送的DISCONNECT携带的值在上述原因值之列时,MO结束语音通话;IMS核心网发送的IMS_SIP_CANCEL或者CS基站发送的DISCONNECT携带的值不在上述原因值之列时,MO调用终端自愈方式。
S312、MO调用自愈处理方式。
在aSRVCC场景和SRVCC场景下,MO也可以在接收到Mobility From EUTRA Command后,启动T1定时器,在接收到IMS_SIP_CANCEL或DISCONNECT,停止T1定时器的计时,判断T1定时器的计时是否大于5秒(s),如果大于5s,结束语音通话;如果小于或等于5s,判断消息是否携带人为挂断的原因值,消息是MO接收到的IMS_SIP_CANCEL或DISCONNECT。如果消息携带人为挂断的原因值,MO接收语音通话,如果消息没有携带人为挂断的原因值,MO触发自愈处理方式,具体请参见图5和图6所示,图5示出了在aSRVCC场景下MO触发自愈处理方式的流程,图6示出了在SRVCC场景下MO触发自愈处理方式的流程。
在bSRVCC场景、aSRVCC场景和SRVCC场景下,MO在接收到Mobility From EUTRACommand后启动T1计时器计时。在接收到IMS_SIP_CANCEL后,MO确定T1计时器的计时小于或等于5s,且IMS_SIP_CANCEL没有携带“Reason:RELEASE_CAUSE;cause=1;text="User endscall"”,则按照图7至图9所示方式IMS_SIP_CANCEL。图7示出了在bSRVCC场景下MO对IMS_SIP_CANCEL的处理流程,可以包括以下步骤:
S601、MO通过NW向MT发送SIP Invite请求。
S602、MO通过NW接收MT发送的100 Trying。
S603、MO通过NW接收MT发送的183 Session Progress消息。
S604、NW向MO发送测量重配置消息。
S605、MO向NW发送Measurement Report。
S606、NW向MO发送Mobility From EUTRA Command,以指示MO从LTE小区切换至其他小区中,如切换至2G/3G小区中。
步骤S601至步骤S606可以参见上述图2所示,此处不再详述。
S607、MO在接收到NW发送的IMS_SIP_CANCEL后,忽略IMS_SIP_CANCEL。
S608、MO继续在当前驻留的小区进行语音通话,如从LTE小区切换至2G/3G小区,说明MO当前驻留在2G/3G小区,MO可以继续在2G/3G小区进行语音通话。
图8示出了在aSRVCC场景下MO对IMS_SIP_CANCEL的处理流程,图9示出了在SRVCC场景下MO对IMS_SIP_CANCEL的处理流程,在图8和图9中,因MO接收到Mobility From EUTRA至接收到IMS_SIP_CANCEL之间的时间间隔小于或等于5s,且IMS_SIP_CANCEL没有携带“Reason:RELEASE_CAUSE;cause=1;text="User ends call"”,那么MO可以如图7所示流程一样,在接收到NW发送的IMS_SIP_CANCEL后,忽略IMS_SIP_CANCEL,继续在当前驻留的小区进行语音通话。
在图7至图9所示流程中,MO接收到Mobility From EUTRA至接收到IMS_SIP_CANCEL之间的时间间隔小于或等于5s,且IMS_SIP_CANCEL没有携带“Reason:RELEASE_CAUSE;cause=1;text="User ends call"”,说明NW要挂断语音通话,而非人为挂断。在这种情况下,MO忽略IMS_SIP_CANCEL,使得MO可以不响应IMS_SIP_CANCEL,语音通话没有被NW挂断,保证MO可以正常与MT进行语音通话,减少了主叫失败、掉话等问题。
图10示出了消息处理方法的一种流程,示出了在bSRVCC场景下触发自愈处理方式以及通过自愈处理方式对IMS_SIP_CANCEL的处理流程,相当于将图4和图7相结合,可以包括以下步骤:
S901、通过NW向MT发送SIP Invite请求。
S902、MO通过NW接收MT发送的100 Trying。
S903、MO通过NW接收MT发送的183 Session Progress消息。
S904、NW向MO发送测量重配置消息。
S905、MO向NW发送Measurement Report。
S906、NW向MO发送Mobility From EUTRA Command,以指示MO从LTE小区切换至其他小区中,如切换至2G/3G小区中。
步骤S901至步骤S906可以参见上述图2所示,此处不再详述。
S907、MO启动T1定时器进行计时。在MO接收到Mobility From EUTRA Command后,启动T1定时器进行计时。
S908、MO接收到IMS_SIP_CANCEL。
S909、MO接收到IMS_SIP_CANCEL后,停止T1定时器的计时,判断T1定时器的计时是否大于5秒(s),如果大于5s,执行步骤S910,如果小于或等于5s,执行步骤S911。
S910、MO响应IMS_SIP_CANCEL,结束语音通话。
S911、MO判断消息是否携带人为挂断的原因值,如果携带人为挂断的原因值,执行步骤S910,如果没有携带人为挂断的原因值,执行步骤S912。
S912、MO忽略IMS_SIP_CANCEL。
S913、MO继续在当前驻留的小区进行语音通话,如从LTE小区切换至2G/3G小区,说明MO当前驻留在2G/3G小区,MO可以继续在2G/3G小区进行语音通话。
在一些示例中,在bSRVCC场景、aSRVCC场景和SRVCC场景下,MT在接收到MobilityFrom EUTRA Command后启动T1计时器计时。在接收到IMS_SIP_CANCEL后,MT确定T1计时器的计时小于或等于5s,且IMS_SIP_CANCEL没有携带“Reason:RELEASE_CAUSE;cause=1;text="User ends call"”,MT也可以忽略IMS_SIP_CANCEL,继续在当前驻留的小区进行语音通话,以减少被叫失败、掉话等问题。
在一些示例中,在bSRVCC场景、aSRVCC场景和SRVCC场景下,终端(MO和/或MT)在接收到IMS_SIP_CANCEL后,响应IMS_SIP_CANCEL结束语音通话,从而出现因IMS_SIP_CANCEL引起的主被叫失败、掉话等问题,在这种情况下,终端可以通过IMS_SIP_CANCEL中携带的值判断出是非人为挂断,然后终端按照图11所示流程处理,可以包括以下步骤:
S1001、终端记录切换前LTE小区的TAC,将LTE小区的TAC上报给服务器。LTE小区的TAC可以记录在异常TAC列表中,终端在确定IMS_SIP_CANCEL导致语音通话异常结束时,将终端切换前所在LTE小区的TAC记录在异常TAC列表中。
S1002、服务器广播LTE小区的TAC,使得与该服务器通信的其他终端可以接收到该TAC。
S1003、终端注册到LTE小区。终端响应IMS_SIP_CANCEL结束语音通话后,终端可以重新注册或者快速切换回LTE小区。
S1004、终端接收NW广播的当前注册到的LTE小区的系统消息。系统消息可以包括当前注册到的LTE小区的TAC。
S1005、终端判断该TAC是否是之前记录的TAC,如果是,执行步骤S1006,如果否,执行步骤S1008。在一些示例中,TAC记录在异常TAC列表中,终端可以判断该TAC是否在异常TAC列表中。如果该TAC在异常TAC列表中,说明该TAC是之前记录的TAC,如果该TAC不在异常TAC列表中,说明该TAC不是之前记录的TAC。
S1006、终端禁用SRVCC能力。
S1007、终端向NW发起附着请求(ATTACH_REQ)或者跟踪区域更新请求(Trackingarea update request),ATTACH_REQ和Tracking area update request中可以携带终端的SRVCC能力,如SRVCC能力为SRVCC to GERAN/UTRAN capability = 0 (0x0),表示终端禁用了SRVCC能力。终端可以向当前注册的LTE小区所属LTE基站发送ATTACH_REQ和Trackingarea update request。
因为终端禁用了SRVCC能力,说明终端不能使用SRVCC技术,在当前注册的LTE小区进行语音通话过程中,终端不再向2G/3G小区切换,防止切换后出现因IMS_SIP_CANCEL引起的主被叫失败、掉话等问题,从而终端再次驻留到已记录的TAC对应的LTE小区时,终端不会再次因为IMS_SIP_CANCEL出现主被叫失败、掉话等问题。
在这里说明的一点是:其他终端从服务器侧接收到TAC后,其他终端注册到某个LTE小区后,可以参照图11所示流程进行处理,这样其他终端驻留到已记录的TAC对应的LTE小区时,其他终端也减少了因为IMS_SIP_CANCEL引起的主被叫失败、掉话等问题。
S1008、终端具有SRVCC能力。终端具有SRVCC能力,说明终端可以使用SRVCC技术,从而终端可以在当前注册的LTE小区利用SRVCC技术进行语音通话。
继续在bSRVCC场景下阐述本实施例的消息处理方法,如图12所述,示出了在bSRVCC场景下触发自愈处理方式以及通过自愈处理方式对IMS_SIP_CANCEL的处理流程,相当于将图4和图11相结合,可以包括以下步骤:
S1101、MO通过NW向MT发送SIP Invite请求。
S1102、MO通过NW接收MT发送的100 Trying。
S1103、MO通过NW接收MT发送的183 Session Progress消息。
S1104、NW向MO发送测量重配置消息。
S1105、MO向NW发送Measurement Report。
S1106、NW向MO发送Mobility From EUTRA Command,以指示MO从LTE小区切换至其他小区中,如切换至2G/3G小区中。
步骤S1101至步骤S1106可以参见上述图2所示,此处不再详述。
S1107、MO启动T1定时器进行计时。在MO接收到Mobility From EUTRA Command后,启动T1定时器进行计时。
S1108、MO接收到IMS_SIP_CANCEL。
S1109、MO接收到IMS_SIP_CANCEL后,停止T1定时器的计时,判断T1定时器的计时是否大于5秒(s),如果大于5s,执行步骤S1110,如果小于或等于5s,执行步骤S1111。
S1110、MO响应IMS_SIP_CANCEL,结束语音通话。
S1111、MO判断消息是否携带人为挂断的原因值,如果携带人为挂断的原因值,执行步骤S1110,如果没有携带人为挂断的原因值,执行步骤S1112。
S1112、MO响应IMS_SIP_CANCEL,结束语音通话,并记录切换前LTE小区的TAC,将LTE小区的TAC上报给服务器。
虽然在步骤S1112中,MO响应了IMS_SIP_CANCEL,结束了语音通话,但是此处语音通话的结束不是人为挂断导致,说明语音通话结束存在异常,MO可以记录切换前LTE小区的TAC,当MO再次驻留到LTE小区后,按照如下步骤进行处理,在再次驻留到LTE小区时减少主叫呼叫失败、掉话等问题。
S1113、服务器广播LTE小区的TAC,使得与该服务器通信的其他终端可以接收到该TAC。
S1114、终端注册到LTE小区。终端响应IMS_SIP_CANCEL结束语音通话后,终端可以重新注册或者快速切换回LTE小区。
S1115、终端接收NW广播的当前注册到的LTE小区的系统消息。系统消息可以包括当前注册到的LTE小区的TAC。
S1116、终端判断该TAC是否是之前记录的TAC,如果是,执行步骤S1117,如果否,执行步骤S1119。
S1117、终端禁用SRVCC能力。
S1118、终端向NW发起ATTACH_REQ或者Tracking area update request,ATTACH_REQ和Tracking area update request中可以携带终端的SRVCC能力,如SRVCC能力为SRVCCto GERAN/UTRAN capability = 0 (0x0),表示终端禁用了SRVCC能力。
S1119、终端具有SRVCC能力。终端具有SRVCC能力,说明终端可以使用SRVCC技术,从而终端可以在当前注册的LTE小区利用SRVCC技术进行语音通话。
因为终端禁用了SRVCC能力,说明终端不能使用SRVCC技术,在当前注册的LTE小区进行语音通话过程中,终端不再向2G/3G小区切换,防止切换后出现因IMS_SIP_CANCEL引起的主被叫失败、掉话等问题,从而终端再次驻留到已记录的TAC对应的LTE小区时,终端不会再次因为IMS_SIP_CANCEL出现主被叫失败、掉话等问题。
在终端从LTE小区切换至2G/3G小区后,NW可以向终端发送DISCONNECT来结束语音通话。若DISCONNECT没有携带Normal call clearing或User busy,说明在人为没有挂断语音通话时DISCONNECT导致语音通话结束,出现了主被叫失败、掉话等问题。针对这种情况,终端可以响应DISCONNECT,结束语音通话,并在结束语音通话后参照图13至图18所示流程进行处理。图13至图15示出了针对DISCONNECT没有携带Normal call clearing或Userbusy的一种处理流程,图16至图18示出了针对DISCONNECT没有携带Normal call clearing或User busy的另一种处理流程,下面分别进行说明。
其中,图13示出了在bSRVCC场景下,针对DISCONNECT没有携带Normal callclearing或User busy的一种处理流程,可以包括以下步骤:
S1201、终端记录切换前LTE小区的小区信息以及切换至的2G/3G小区的小区信息,将切换至的2G/3G小区的小区信息加入到黑名单中,将LTE小区的小区信息和黑名单中2G/3G小区的小区信息上报给服务器。黑名单中2G/3G小区的小区信息是在接收到没有携带Normal call clearing或User busy的DISCONNECT时,终端驻留的2G/3G小区的小区信息,终端将这些小区视为导致主被叫失败、掉话的异常小区,也就是说黑名单中记录了异常小区的小区信息。
LTE小区的小区信息可以记录在异常LTE小区列表中,在终端再次注册到LTE小区后使用。
S1202、服务器广播LTE小区的小区信息和黑名单中2G/3G小区的小区信息,使得与该服务器通信的其他终端可以接收到LTE小区的小区信息和黑名单中2G/3G小区的小区信息。
S1203、终端注册到LTE小区。终端响应DISCONNECT结束语音通话后,终端可以重新注册或者快速切换回LTE小区。
S1204、终端接收NW广播的当前注册到的LTE小区的系统消息。系统消息包括LTE小区的小区信息。
S1205、终端判断当前注册的LTE小区是否是之前记录的LTE小区,如果是,执行步骤S1206,如果否,执行步骤S1207。在一些示例中,异常LTE列表中记录了切换前LTE小区的小区信息,终端可以判断当前注册的LTE小区的小区信息是否在异常LTE列表中。如果在异常LTE列表中,说明当前注册的LTE小区是之前记录的TAC,如果不在异常LTE列表中,说明当前注册的LTE小区不是之前记录的LTE小区。
S1206、终端设置小区切换时LTE小区的门限值,且限定上报Measurement Report时Measurement Report中没有黑名单中的小区。
在当前注册的LTE小区是之前记录的LTE小区时,终端无论是基于B1事件进行小区切换还是基于B2事件进行小区切换,终端可以设置小区切换时LTE小区的门限值,利用其设置的门限值控制小区切换,如设置LTE小区的门限值为-118dbm。此外在基于B2事件进行小区切换时,终端也可以设置切换至的小区的门限值。
S1207、终端作为MO,通过NW向MT发送SIP Invite请求。
S1208、终端通过NW接收MT发送的100 Trying。
S1209、终端通过NW接收MT发送的183 Session Progress消息。
S1210、NW向终端发送测量重配置消息。
S1211、在当前注册的LTE小区的信号强度小于或等于门限值时,终端向NW发送Measurement Report,且Measurement Report没有黑名单中的小区。
S1211’、终端向NW发送Measurement Report,且Measurement Report中可以有黑名单中的小区。
步骤S1211和步骤S1211’是终端向NW发送Measurement Report的两种并列方式,若终端当前注册的LTE小区是之前记录的LTE小区时执行步骤S1211,若终端当前注册的LTE小区不是之前记录的LTE小区时执行步骤S1211’。其中NW发送测量重配置消息可以是在步骤S1207,或者在步骤S1207至步骤S1209之间,但是终端发送Measurement Report要在步骤S1209之后。
S1212、NW向终端发送Mobility From EUTRA Command,以指示终端从LTE小区切换至其他小区中,如切换至2G/3G小区中。
S1213、终端响应Mobility From EUTRA Command,进行小区切换。
S1214、终端在切换至的小区中进行语音通话。
在这里说明的一点是:其他终端从服务器侧接收到LTE小区、2G/3G小区的小区信息后,其他终端注册到某个LTE小区后,可以参照图13所示流程进行处理。
因为终端将切换至的2G/3G小区的小区信息加入到黑名单中,切换至的2G/3G小区在DISCONNECT没有携带Normal call clearing或User busy时,导致主被叫失败、掉话,再次驻留至之前的LTE小区后,终端可以利用其设置的LTE小区的门限值控制小区切换,并禁止在Measurement Report中加入黑名单中的小区,所以终端进行小区切换时没有切换至之前出现主被叫失败、掉话等问题的2G/3G小区,使得终端进行小区切换后可以正常进行语音通话,减少主被叫失败、掉话等问题。
图14在aSRVCC场景下终端针对DISCONNECT没有携带Normal call clearing或User busy的一种处理流程,图15示出了在SRVCC场景下终端针对DISCONNECT没有携带Normal call clearing或User busy的一种处理流程,其处理原理与图13相类似,将切换至的2G/3G小区的小区信息加入到黑名单中,再次驻留至之前的LTE小区后,终端可以利用其设置的LTE小区的门限值控制小区切换,并禁止在Measurement Report中加入黑名单中的小区,所以终端进行小区切换时没有切换至之前出现主被叫失败、掉话等问题的2G/3G小区,使得终端进行小区切换后可以正常进行语音通话,减少主被叫失败、掉话等问题,具体步骤请参见图14和图15所示,此处不再赘述。
图16示出了在bSRVCC场景下,针对DISCONNECT没有携带Normal call clearing或User busy的另一种处理流程,可以包括以下步骤:
S1501、终端记录切换前LTE小区的小区信息以及切换至的2G/3G小区的小区信息,将切换至的2G/3G小区的小区信息加入到黑名单中,将LTE小区的小区信息和黑名单中2G/3G小区的小区信息上报给服务器。
S1502、服务器广播LTE小区的小区信息和黑名单中2G/3G小区的小区信息,使得与该服务器通信的其他终端可以接收到LTE小区的小区信息和黑名单中2G/3G小区的小区信息。
S1503、终端注册到LTE小区。终端响应DISCONNECT结束语音通话后,终端可以重新注册或者快速切换回LTE小区。
S1504、终端接收NW广播的当前注册到的LTE小区的系统消息。系统消息包括LTE小区的小区信息。
S1505、终端判断当前注册的LTE小区是否是之前记录的LTE小区,如果是,执行步骤S1506,如果否,执行步骤S1508。
步骤S1501至步骤S1505与上述步骤S1201至步骤S1205相同,此处不再赘述。
S1506、终端禁用CS能力,上报终端能力信息(UECapabilityEnquiry)时不包含CS能力。其中CS能力用于指示终端是否可切换至2G/3G小区,如果终端具有CS能力,则终端可以切换至2G/3G小区。如果终端没有CS能力,则终端不能切换至2G/3G小区。
S1507、终端向NW上报UECapabilityEnquiry:ue-CapabilityRequest{eutra}。ue-CapabilityRequest{eutra}表示终端支持演进的通用陆面无线接入(Evolved UniversalTerrestrial Radio Access,EUTRA)网络,即可以注册到LTE小区。
如果终端具有CS能力,上报UECapabilityEnquiry:ue-CapabilityRequest{eutra}。ue-CapabilityRequest{eutra, utra, geran-cs, geran-ps, cdma2000-1XRTT},表示终端可以注册到LTE小区,也可以切换至2G/3G小区中。
S1508、终端作为MO,通过NW向MT发送SIP Invite请求。
S1509、终端通过NW接收MT发送的100 Trying。
S1510、终端通过NW接收MT发送的183 Session Progress消息。
S1511、NW向终端发送测量重配置消息。
S1512、终端向NW发送Measurement Report,且Measurement Report没有2G/3G小区。
S1512’、终端向NW发送Measurement Report,且Measurement Report中可以有2G/3G小区。
步骤S1512和步骤S1512’是终端向NW发送Measurement Report的两种并列方式,若终端当前注册的LTE小区是之前记录的LTE小区时执行步骤S1211,若终端当前注册的LTE小区不是之前记录的LTE小区时执行步骤S1211’。
S1513、NW向终端发送Mobility From EUTRA Command,以指示终端从LTE小区切换至其他小区中。
S1514、终端响应Mobility From EUTRA Command,进行小区切换。
S1515、终端在切换至的小区中进行语音通话。
在这里说明的一点是:其他终端从服务器侧接收到LTE小区、2G/3G小区的小区信息后,其他终端注册到某个LTE小区后,可以参照图16所示流程进行处理。
在上述图16中,终端可以在主被叫失败、掉话时记录切换前的LTE小区的小区信息,再次驻留至该LTE小区后,终端可以禁用CS能力,使得终端进行小区切换时没有切换至之前出现主被叫失败、掉话等问题的2G/3G小区,终端进行小区切换后可以正常进行语音通话,减少主被叫失败、掉话等问题。
图17在aSRVCC场景下终端针对DISCONNECT没有携带Normal call clearing或User busy的另一种处理流程,图18示出了在SRVCC场景下终端针对DISCONNECT没有携带Normal call clearing或User busy的另一种处理流程,其处理原理与图16相类似,再次驻留至之前的LTE小区后,终端可以禁用CS能力,使得终端进行小区切换时没有切换至之前出现主被叫失败、掉话等问题的2G/3G小区,终端进行小区切换后可以正常进行语音通话,减少主被叫失败、掉话等问题,具体步骤请参见图17和图18所示,此处不再赘述。
上述终端可以是一种具有无线收发功能的设备,其可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。其中,终端可以是UE、接入终端、终端单元、用户单元(subscriber unit)、终端站、移动站(Mobile Station,MS)、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话(cellular phone)、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备,虚拟现实(virtual reality,VR)终端、增强现实(augmented reality,AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。终端可以是移动的,也可以是固定的。本申请对终端的具体类型和结构等不作限定。
可选地,图19示出了一种终端的硬件结构示意图。终端可以包括:处理器,外部存储器接口,内部存储器,通用串行总线(universal serial bus,USB)接口,充电管理模块,电源管理模块,电池,天线1,天线2,移动通信模块,无线通信模块,传感器模块,按键,马达,指示器,音频模块,摄像头,显示屏,以及用户标识模块(subscriber identificationmodule,SIM)卡接口等。其中音频模块可以包括扬声器,受话器,麦克风,耳机接口等,传感器模块可以包括压力传感器,陀螺仪传感器,气压传感器,磁传感器,加速度传感器,距离传感器,接近光传感器,指纹传感器,温度传感器,触摸传感器,环境光传感器,骨传导传感器等。
可以理解的是,本实施例示意的结构并不构成对电子设备的具体限定。在另一些实施例中,电子设备可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器可以包括一个或多个处理单元,例如:处理器可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。处理器是电子设备的神经中枢和指挥中心,控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
外部存储器接口可以用于连接外部存储卡,例如Micro SD卡,实现扩展电子设备的存储能力。外部存储卡通过外部存储器接口与处理器通信,实现数据存储功能。例如将小区信息等保存在外部存储卡中。内部存储器可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。处理器通过运行存储在内部存储器的指令,从而执行电子设备的各种功能应用以及数据处理。例如,在本申请中,处理器通过运行内部存储器中存储的指令,使得电子设备执行本申请提供的消息处理方法。
天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块可以提供应用在电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。无线通信模块可以提供应用在电子设备上的包括无线局域网(wireless local areanetworks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequencymodulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。
应理解,图19所示终端包括的硬件模块只是示例性地描述,并不对终端的具体结构做出限定。事实上,本申请实施例提供的终端中还可以包含其它与图中示意的硬件模块具有交互关系的其它硬件模块,这里不作具体限定。例如,终端还可以包括闪光灯、微型投影装置等。又如,若终端是个人计算机(personal computer,PC),那么终端还可以包括键盘、鼠标等部件。
本申请提供一种终端,终端包括:一个或多个处理器;一个或多个存储器;存储器存储有一个或多个程序,当一个或者多个程序被处理器执行时,使得终端执行上述消息处理方法。
本申请提供一种计算机可读存储介质,计算机可读存储介质中存储了计算机程序,当计算机程序被处理器执行时,使得处理器执行上述消息处理方法。
Claims (14)
1.一种消息处理方法,其特征在于,应用于第一终端,所述第一终端驻留在第一小区,所述第一终端在所述第一小区被配置为通过网络语音方式与第二终端进行语音通话,所述方法包括:
所述第一终端从所述第一小区切换至第二小区,所述第一终端在所述第二小区被配置为通过电路交换域语音方式与所述第二终端进行语音通话;
接收特定消息,所述特定消息用于指示非人为结束所述语音通话;
忽略所述特定消息;或者,结束所述语音通话,在所述第一终端再次驻留到所述第一小区后,禁止所述第一终端切换至所述第二小区。
2.根据权利要求1所述的方法,其特征在于,所述特定消息为IMS_SIP_CANCEL,所述IMS_SIP_CANCEL中没有携带指示人为挂断的原因值,原因值为Reason:RELEASE_CAUSE;cause=1;text="User ends call";
或者,
所述特定消息为DISCONNECT,所述DISCONNECT没有携带指示人为挂断的原因值,原因值为Normal call clearing或User busy。
3.根据权利要求1所述的方法,其特征在于,在所述特定消息为IMS_SIP_CANCEL,所述IMS_SIP_CANCEL中没有携带Reason:RELEASE_CAUSE;cause=1;text="User ends call"的情况下,所述方法还包括:存储所述第一小区的跟踪区域码;
所述在所述第一终端再次驻留到所述第一小区后,禁止所述第一终端切换至所述第二小区包括:在所述第一终端驻留到属于所述跟踪区域码的第一小区后,禁用所述第一终端的语音业务连续性SRVCC能力,所述禁用所述第一终端的SRVCC能力使得所述第一终端维持在第一小区进行语音通话。
4.根据权利要求3所述的方法,其特征在于,所述禁用所述第一终端的特定能力包括:
向网络设备发送附着请求ATTACH_REQ或者跟踪区域更新请求Tracking area updaterequest,所述ATTACH_REQ和Tracking area update request中携带有SRVCC to GERAN/UTRAN capability = 0 (0x0),所述SRVCC to GERAN/UTRAN capability = 0 (0x0)表示禁用SRVCC能力。
5.根据权利要求3所述的方法,其特征在于,所述方法还包括:向服务器发送所述第一小区的跟踪区域码,所述服务器用于广播所述第一小区的跟踪区域码。
6.根据权利要求1所述的方法,其特征在于,在所述特定消息为DISCONNECT,所述DISCONNECT没有携带Normal call clearing或User busy的情况下,所述在所述第一终端再次驻留到所述第一小区后,禁止所述第一终端切换至所述第二小区包括:
在所述第一终端再次驻留到所述第一小区后,禁用所述第一终端的电路交换能力,所述禁用所述第一终端的电路交换能力使得所述第一终端被禁止切换至所述第二小区。
7.根据权利要求6所述的方法,其特征在于,所述禁用所述第一终端的电路交换能力包括:
向网络设备上报终端能力信息UECapabilityEnquiry:ue-CapabilityRequest{eutra},所述ue-CapabilityRequest{eutra}表示第一终端能够注册到所述第一小区中。
8.根据权利要求1所述的方法,其特征在于,在所述特定消息为DISCONNECT,所述DISCONNECT没有携带Normal call clearing或User busy的情况下,所述在所述第一终端再次驻留到所述第一小区后,禁止所述第一终端切换至所述第二小区包括:
在所述第一终端再次驻留到所述第一小区后,禁止在测量报告中加入所述第二小区。
9.根据权利要求8所述的方法,其特征在于,在所述第一终端再次驻留到所述第一小区后,所述方法还包括:设置所述第一小区的门限值,所述第一小区的门限值用于控制所述第一终端的小区切换。
10.根据权利要求6至9中任意一项所述的方法,其特征在于,所述方法还包括:向服务器发送所述第一小区的小区信息和所述第二小区的小区信息,所述服务器用于广播所述第一小区的小区信息和所述第二小区的小区信息。
11.根据权利要求1所述的方法,其特征在于,在所述特定消息为IMS_SIP_CANCEL,所述IMS_SIP_CANCEL中没有携带Reason:RELEASE_CAUSE;cause=1;text="User ends call"的情况下,所述忽略所述特定消息包括:忽略所述IMS_SIP_CANCEL。
12.根据权利要求1至9、11中任意一项所述的方法,其特征在于,在所述接收特定消息之后,所述方法还包括:
记录所述第一终端切换至第二小区至接收到所述特定消息间隔的时长;
所述忽略所述特定消息包括:在所述时长小于或等于预设时长时,忽略所述特定消息;
所述结束所述语音通话包括:在所述时长小于或等于预设时长时,结束所述语音通话。
13.一种终端,其特征在于,所述终端包括:
一个或多个处理器;
一个或多个存储器;
所述存储器存储有一个或多个程序,当所述一个或者多个程序被所述处理器执行时,使得所述终端执行如权利要求1至12中任意一项所述的消息处理方法。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储了计算机程序,当所述计算机程序被处理器执行时,使得所述处理器执行权利要求1至12中任意一项所述的消息处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211356668.0A CN115426697B (zh) | 2022-11-01 | 2022-11-01 | 消息处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211356668.0A CN115426697B (zh) | 2022-11-01 | 2022-11-01 | 消息处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115426697A CN115426697A (zh) | 2022-12-02 |
CN115426697B true CN115426697B (zh) | 2023-03-24 |
Family
ID=84207666
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211356668.0A Active CN115426697B (zh) | 2022-11-01 | 2022-11-01 | 消息处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115426697B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014201554A1 (en) * | 2013-06-17 | 2014-12-24 | Blackberry Limited | Call continuity when moving from one communication session to another communication session |
WO2016131305A1 (zh) * | 2015-08-18 | 2016-08-25 | 中兴通讯股份有限公司 | 通话处理方法及装置 |
CN106792941A (zh) * | 2016-12-20 | 2017-05-31 | 北京小米移动软件有限公司 | 单射频语音呼叫连续性切换的处理方法及装置 |
CN108540428A (zh) * | 2017-03-02 | 2018-09-14 | 华为技术有限公司 | 业务处理方法、设备及系统 |
CN108966274A (zh) * | 2018-09-26 | 2018-12-07 | Oppo广东移动通信有限公司 | 异系统切换方法和用户设备 |
CN109951879A (zh) * | 2017-12-21 | 2019-06-28 | 中国移动通信集团设计院有限公司 | 一种esrvcc切换准备阶段的惩罚方法及演进基站 |
CN111510960A (zh) * | 2019-01-30 | 2020-08-07 | 大唐移动通信设备有限公司 | 一种srvcc切换失败惩罚处理方法及装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9585065B2 (en) * | 2014-06-03 | 2017-02-28 | Mediatek Inc. | Mobile communications devices and methods for inter-radio access technology performance enhancement |
US10455453B2 (en) * | 2017-08-16 | 2019-10-22 | T-Mobile Usa, Inc. | Service enablement based on access network |
-
2022
- 2022-11-01 CN CN202211356668.0A patent/CN115426697B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014201554A1 (en) * | 2013-06-17 | 2014-12-24 | Blackberry Limited | Call continuity when moving from one communication session to another communication session |
WO2016131305A1 (zh) * | 2015-08-18 | 2016-08-25 | 中兴通讯股份有限公司 | 通话处理方法及装置 |
CN106792941A (zh) * | 2016-12-20 | 2017-05-31 | 北京小米移动软件有限公司 | 单射频语音呼叫连续性切换的处理方法及装置 |
CN108540428A (zh) * | 2017-03-02 | 2018-09-14 | 华为技术有限公司 | 业务处理方法、设备及系统 |
CN109951879A (zh) * | 2017-12-21 | 2019-06-28 | 中国移动通信集团设计院有限公司 | 一种esrvcc切换准备阶段的惩罚方法及演进基站 |
CN108966274A (zh) * | 2018-09-26 | 2018-12-07 | Oppo广东移动通信有限公司 | 异系统切换方法和用户设备 |
CN111510960A (zh) * | 2019-01-30 | 2020-08-07 | 大唐移动通信设备有限公司 | 一种srvcc切换失败惩罚处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN115426697A (zh) | 2022-12-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11943676B2 (en) | Switching between network based and relay based operation for mission critical voice call | |
WO2022252725A1 (zh) | 用于提升sa网络下电话呼通率的通信系统及用户设备 | |
US11582649B2 (en) | Communications method and apparatus | |
JP2011176641A (ja) | 無線通信端末、及び、プログラム | |
JP2023547080A (ja) | 接続確立方法、装置、通信機器及び記憶媒体 | |
CN110637478A (zh) | 切换处理方法及装置 | |
US20230189379A1 (en) | Methods for base station switching, and communication device | |
CN113678521A (zh) | 一种信息处理方法方法及装置、通信设备及存储介质 | |
CN111345068B (zh) | 数据通信方法、装置、通信设备及存储介质 | |
CN116320152B (zh) | 一种会议中接收来电的处理方法、终端及芯片系统 | |
CN115426697B (zh) | 消息处理方法及装置 | |
WO2022021271A1 (zh) | 波束切换方法及装置、网络设备、终端及存储介质 | |
RU2817408C1 (ru) | Способ и устройство для установления связи, устройство связи и носитель данных | |
CN114585086B (zh) | 呼叫响应方法、装置、终端设备及存储介质 | |
CN110574404B (zh) | 一种信息处理方法、装置及计算机存储介质 | |
CN114585077B (zh) | 网络注册方法及装置 | |
US20230224973A1 (en) | Method and apparatus for sending data, and user equipment and storage medium | |
US20240187180A1 (en) | Information transmission method and apparatus, communication device and storage medium | |
WO2022082643A1 (zh) | 跟踪区域的更新方法及装置、通信设备和存储介质 | |
CN115348620A (zh) | 小区切换方法及装置、电子设备、存储介质 | |
CN118075831A (zh) | 用于避免业务失败的方法及装置 | |
CN115529617A (zh) | 语音通信处理方法、装置、用户设备及存储介质 | |
CN117793809A (zh) | 网络控制方法、装置以及存储介质 | |
CN115119534A (zh) | 切换配置确定方法、装置和通信设备装置 | |
CN116801331A (zh) | 语音业务的实现方法、装置及终端 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |