CN108966274B - 异***切换方法和用户设备 - Google Patents
异***切换方法和用户设备 Download PDFInfo
- Publication number
- CN108966274B CN108966274B CN201811126854.9A CN201811126854A CN108966274B CN 108966274 B CN108966274 B CN 108966274B CN 201811126854 A CN201811126854 A CN 201811126854A CN 108966274 B CN108966274 B CN 108966274B
- Authority
- CN
- China
- Prior art keywords
- user equipment
- request
- base station
- srvcc
- timer
- 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
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- 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/0016—Hand-off preparation specially adapted for end-to-end data sessions
-
- 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/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
- H04W36/0085—Hand-off measurements
- H04W36/0088—Scheduling hand-off measurements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及通信技术领域。本申请提供了一种异***切换方法和用户设备,该方法包括:用户设备判断是否满足向基站发送触发SRVCC切换请求的条件;检测所述用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC;如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送所述触发SRVCC切换请求的条件时,所述用户设备在接收到振铃消息后向所述基站发送触发SRVCC切换的请求。本申请极大地提高了SRVCC切换的成功率,极大提高了VoLTE下语音的呼叫成功率。
Description
技术领域
本申请涉及通信技术领域,具体而言,涉及一种异***切换方法和用户设备。
背景技术
长期演进(LongTerm Evolution,LTE)/演进分组核心(Evolved Packet Core,EPC)网络作为一种IP网络,其标准的语音方案是采用因特网协议(Internet Protocol,IP)多媒体子***(IP Multimedia Subsystem,IMS)承载LTE网络下的语音业务,即LTE网络语音业务(Voice over LTE,VoLTE)。考虑到LTE/EPC初期部署是热点覆盖,逐步由点及面,传统电路域(Circuit Switched,CS)网络能弥补LTE覆盖不足。因此LTE/EPC采用单待无线语音呼叫连续性(Single Radio Voice Call Continuity,SRVCC)技术,完成LTE到CS网络的语音业务切换。但目前切换存在失败的情况,导致用户设备呼叫失败,SRVCC成功率有待提高。
发明内容
本申请提供了一种异***切换方法和用户设备,极大地提高了SRVCC切换的成功率,极大提高了VoLTE下语音的呼叫成功率。
第一方面,本申请提供了一种异***切换方法,用户设备判断是否满足向基站发送触发SRVCC切换请求的条件;检测所述用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC;如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送所述触发SRVCC切换请求的条件时,所述用户设备在接收到振铃消息后向所述基站发送触发SRVCC切换的请求。
其中,还包括:如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在预设的定时器超时后,所述用户设备向所述基站发送触发SRVCC切换的请求。
其中,还包括:如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在预设的第一定时器超时后,所述用户设备检测是否收到振铃消息,如果没有收到振铃消息,在预设的第二定时器超时后,所述用户设备向所述基站发送触发SRVCC切换的请求。
其中,所述第一定时器的定时时间大于所述第二定时器的定时时间。
其中,还包括:所述用户设备在接收到振铃消息后,停止计时器。
其中,检测所述用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC包括:从所述用户设备的配置信息中获得所述用户设备是否支持bSRVCC;根据所述因特网协议多媒体子***网络设备返回给所述用户设备的信息获得所述因特网协议多媒体子***网络设备是否支持bSRVCC。
其中,所述用户设备判断是否满足向基站发送触发SRVCC切换请求的条件包括:所述用户设备判断B1和/或B2事件是否满足上报给所述基站的条件。
其中,所述触发SRVCC切换的请求包括B1和/或B2事件的测量报告。
第二方面,本申请提供了一种用户设备,所述用户设备包括:判断单元,所述判断单元用于判断是否满足向基站发送触发SRVCC切换请求的条件;检测单元,所述检测单元用于检测所述用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC;发送单元,所述发送单元用于如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送所述触发SRVCC切换请求的条件时,所述用户设备在接收到振铃消息后,向所述基站发送触发SRVCC切换的请求。
其中,所述发送单元还用于:如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在预设的定时器超时后,所述用户设备向所述基站发送触发SRVCC切换的请求。
其中,所述发送单元还用于:如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在预设的第一定时器超时后,所述用户设备检测是否收到振铃消息,如果没有收到振铃消息,在预设的第二定时器超时后,所述用户设备向所述基站发送触发SRVCC切换的请求。
其中,所述第一定时器的定时时间大于所述第二定时器的定时时间。
其中,所述发送单元还用于:在所述用户设备接收到振铃消息后,停止计时器。
其中,所述检测单元用于:从所述用户设备的配置信息中获得所述用户设备是否支持bSRVCC;根据所述因特网协议多媒体子***网络设备返回给所述用户设备的信息获得所述因特网协议多媒体子***网络设备是否支持bSRVCC。
其中,所述判断单元用于:判断B1和/或B2事件是否满足上报给所述基站的条件。
其中,所述触发SRVCC切换的请求包括B1和/或B2事件的测量报告。
第三方面,本申请提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一项所述方法的步骤。
第四方面,本申请提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述任一项所述方法的步骤。
本申请异***切换方法具有如下有益效果:
本申请中,用户设备判断是否满足向基站发送触发SRVCC切换请求的条件,检测用户设备和IMS网络设备是否支持bSRVCC,如果用户设备和/或IMS网络设备不支持bSRVCC,则用户设备在收到振铃消息后再发送触发SRVCC切换的请求给基站,即上报测量报告给基站,也就是延时发送测量报告,因为用户设备在接收到振铃消息后的切换已不是bSRVCC,从而规避触发bSRVCC,转变为触发其他类型的SRVCC切换,例如aSRVCC,提高了SRVCC切换的成功率,也提高了LTE弱信号下VoLTE呼叫的成功率。
附图说明
图1为一种实现SRVCC的网络***架构图;
图2为本申请异***切换方法的流程示意图一;
图3为本申请异***切换方法的流程示意图二;
图4为本申请异***切换方法的流程示意图三;
图5为本申请异***切换方法的流程示意图四;
图6为本申请用户设备的结构示意图一;
图7为本申请用户设备的结构示意图二。
具体实施方式
下面结合附图和实施例对本申请进行进一步的介绍。
在下述介绍中,术语“第一”、“第二”仅为用于描述的目的,而不能理解为指示或暗示相对重要性。下述介绍提供了本发明的多个实施例,不同实施例之间可以替换或者合并组合,因此本申请也可认为包含所记载的相同和/或不同实施例的所有可能组合。因而,如果一个实施例包含特征A、B、C,另一个实施例包含特征B、D,那么本申请也应视为包括含有A、B、C、D的一个或多个所有其他可能的组合的实施例,尽管该实施例可能并未在以下内容中有明确的文字记载。
在下述介绍中,表述“具有”、“可以具有”、“包含”和“包括”或“可以包含”和“可以包括”表示存在对应的特征(例如,诸如数值、功能、操作或组件之类的要素),但是不排除存在附加的特征。
在下述介绍中,当一个元件(例如,第一元件)被称为“(操作或通信)耦接到”或“连接到”另一个元件(例如,第二元件)时,其可以直接耦接或连接到其他元件,或者可以存在中间元件(例如,第三元件)。另一方面,当一个元件(例如,第一元件)被称为“直接耦接到”或“直接连接到”另一元件(例如,第二元件)时,应理解,不存在中间元件(例如,第三元件)。
下面的描述提供了示例,并且不对权利要求书中阐述的范围、适用性或示例进行限制。可以在不脱离本申请内容的范围的情况下,对描述的元素的功能和布置做出改变。各个示例可以适当省略、替代或添加各种过程或组件。例如所描述的方法可以以所描述的顺序不同的顺序来执行,并且可以添加、省略或组合各种步骤。此外,可以将关于一些示例描述的特征组合到其他示例中。
需要说明的是,以下描述中,术语“***”和“网络”常被可互换使用。
本申请应用于通过IMS网络进行语音通信的网络***,包括但不限于LTE网络***。
本申请中的用户设备(User Equipment,UE)可以是指向用户提供语音和/或数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。UE可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,UE可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。例如,个人通信业务(Personal Communication Service,PCS)电话、无绳电话、会话发起协议(Session Initiation Protocol,SIP)话机、无线本地环路(Wireless LocalLoop,WLL)站、个人数字助理(Personal Digital Assistant,PDA)等设备。本申请中的基站(Base Station,BS)设备,也可称为基站,是一种部署在无线接入网用以提供无线通信功能的装置。在2G网络中提供基站功能的设备包括基地无线收发站(Base TransceiverStation,BTS)和基站控制器(Basestation Controller,BSC),3G网络中提供基站功能的设备包括节点B(Node B)和无线网络控制器(Radio Network Controller,RNC),在4G网络中提供基站功能的设备包括演进的节点B(Evolved Node B,eNodeB),在WLAN中,提供基站功能的设备为接入点(Access Point,AP)。
在LTE网络中采用IMS语音,然而LTE网络部署初期其覆盖率较低,为了避免用户从LTE网络移动到UTRAN或GERAN网络时掉话的问题,第三代伙伴计划协议(the 3rdGeneration Partner Proiect,3GPP)提出了语音呼叫连续(Voice Call Community,VCC)的技术方案。VCC是指将承载源网络的基于IP的语音(Voice ofIP,VoIP)业务平滑切换到目标网络CS域的方案,用于保持语音业务的连续性。
依据UE同时接收不同无线信号的数量,VCC包括双射频(Dual Radio,DR)和单射频(Single Radio,SR)两种模式,即DRVCC和SRVCC。其中,SR是指UE在一个时间点只能接收一个载频的无线信号。本申请应用于SRVCC场景。
图1为一种实现SRVCC的网络***架构图,如图1所示,该***包括:源E-UTRAN、源移动功能实体(Mobility Management Entity,MME)、SRVCC网络互通功能(InterworkingFunction,IWF)、目标移动交换中心(Mobile Switching Center,MSC)、目标通用移动通信***(Universal Mobile Telecommunications System,UMTS)陆地无线接入网(UMTSTerrestrial Radio Access Network,UTRAN)或增强型数据速率GSM(Enhanced Data Ratefor GSM Evolution,EDGE)演进无线接入网(GSM EDGE Radio Access Network,GERAN),以及IMS网络。
其中,源E-UTRAN为LTE网络***的接入网部分,包括eNodeB等。
MME用于执行分组域(Packet Switch,PS)承载划分功能,区分VoIP承载和非VoIP承载,发起到目标小区的SRVCC的切换,协调PS切换和SRVCC切换的同步执行,执行非语音承载悬置和非语音承载恢复。
SRVCC IWF,处理MME通过Sv接口发送的语音业务切换准备请求,发起IMS域到CS域的会话切换,处理CS切换和会话切换流程。MSC Server执行SRVCC IWF功能。
归属签约用户服务器(Home Subscriber Server,HSS),在SRVCC方案中除了传统的功能外还需要存储一个特殊参数会话迁移号(Session Transfer Number Single-Radio,STN-SR)。在UE附着过程中,HSS会通过将STN-SR参数***签约用户数据消息传给MME,再转发至MSC。
以上,仅对SRVCC中主要的几个网元进行了简要说明,下面介绍SRVCC切换流程。
基于上述的网络***架构图,当UE从LTE网络移动至2G/3G网络,向E-UTRAN上报异***检测事件的测量报告后,触发SRVCC切换(Handover,HO)。SRVCC切换流程包括:
(1)UE向源eNodeB发送异***检测事件的测量报告。其中,异***检测事件包括B1和B2事件。B1事件为:异无线接入类型(Radio Access Type,RAT)小区的参考信号接收功率(Reference Signal Receiving Power,RSRP)值进行测量;B1事件测量报告的上报条件为:异RAT小区的RSRP值比绝对门限阈值高。B2事件为:对服务小区和异RAT小区的RSRP值进行测量;B2事件测量报告的上报条件为:服务小区的RSRP值比绝对门限阈值1低且邻区的RSRP值比绝对门限阈值2高。
其中,异RAT小区是指与UE当前的服务小区属于不同网络制式的邻区。
(2)源eNodeB根据切换判决算法,判决发起SRVCC切换到UTRAN/GERAN。
(3)源eNodeB向源MME发送切换需求handover required,并标识该切换为SRVCC。
(4)收到SRVCC的切换需求后,源MME根据QoS分类标识(QoS Class Identifier,QCI)将语音承载(QCI=1)和其他的PS承载进行分离。
(5)接着源MME执行PS-CS切换程序。源MME根据handover required中携带的目标ID选择目标SRVCC IWF(即SRVCC IWF),发送PS-CS请求到SRVCC IWF。PS-CS请求中包含STN-SR、移动用户国际综合业务数字网(Integrated Services Digital Network,ISDN/公共交换电话网(Public Switched TelephoneNetwork,PSTN)号(Mobile SubscriberInternational ISDN/PSTN number,MSISDN)、MME上下文等信息。
(6)SRVCC IWF收到PS-CS切换请求后,向目标MSC发送准备切换请求。
(7)目标MSC向目标UTRAN/EGRAN的无线网络子***(Radio Network Subsystem,RNS),即目标基站发送重定向请求,请求分配CS无线承载资源。
(8)无线承载资源分配完毕,目标MSC向SRVCC IWF发送切换准备响应,分配切换号码。
(9)SRVCC IWF使用切换号码与目标MSC建立电路域承载连接。
(10)SRVCC IWF发起会话转移过程,IMS网络执行会话转移过程,并更新远端。会话转移过程执行完毕后,IMS网络向SRVCC IWF发送响应消息。
(11)SRVCC IWF执行UE接入。SRVCC IWF向源MME发送PS-CS切换响应,指示UE接入。MME发送切换命令HO Command至eNodeB。
UE开始尝试接入CS网络,目标基站给目标MSC发送重定向监测Relocation Detect消息,表示UE已经检测到新信道,已经具备接入新的无线信道的条件,但尚未真正接入。当目标MSC收到目标基站上报的Relocation Detect消息后,通过局间映射MAP信令发送映射处理接入信令MAPP ROCESS ACCESS SIGNALLINGIND消息给SRVCC IWF。当UE成功接入CS网络或接入失败后,目标基站给目标MSC发送重定向完成Relocation Complete消息,通知目标MSC切换完成。当目标MSC收到上报的重定向完成Relocation Complete消息后,通过局间MAP信令发送映射发送结束信令MAP SEND END SIGNAL IND消息给SRVCC IWF。
(12)SRVCC IWF接收到IMS网络发送的响应消息和MAP SEND END SIGNAL IND(即,表示UE切换完成消息)后,向源MME发送PS-CS切换完成响应。SRVCC IWF发送PS-CS完成通知消息SRVCC PS toCS Complete Notification消息给源MME,通知源MME切换已经完成。
(13)源MME释放PS专用承载。SRVCC IWF接收到IMS网络发送的响应消息和UE切换完成消息后,向源MME发送PS-CS完成通知消息。MME接收到PS-CS完成通知消息后,释放UE在IMS网络的PS专用承载。其中,若初始会话转移成功,且UE接入成功,则SRVCC IWF可以通过PS-CS完成通知消息指示切换成功;若初始会话转移失败或UE接入失败,则SRVCC IWF可以通过PS-CS完成通知消息指示切换失败。
在上述SRVCC切换过程中,存在切换失败的情况,导致用户终端呼叫失败。发明人通过研究发现:LTE弱信号下,VoLTE呼叫容易触发异***切换即LTE切换到3G或者2G。不少网络运营商不支持振铃前单待无线语音呼叫连续性(SRVCC before Alerting,bSRVCC),但是支持振铃态单待无线语音呼叫连续性(SRVCC in Alerting,aSRVCC)和增强单待无线语音呼叫连续性(Enhanced Single Radio Voice Call Continuity,eSRVCC)。用户设备在呼叫过程中如果在收到180Ring消息(振铃消息)之前上报测量报告给基站,则会发生bSRVCC,但由于用户设备或者网络侧设备不支持bSRVCC,导致bSRVCC切换失败,进而呼叫失败。
本申请中,用户设备在定时器超时后或者收到振铃消息后再发送测量报告给基站,也就是延时发送测量报告给基站,从而规避触发bSRVCC,转变为触发其他类型的SRVCC,例如aSRVCC切换,从而提高了SRVCC切换的成功率,提高了LTE弱信号下VoLTE呼叫的成功率。
为了便于本领域技术人员的理解,本申请通过以下实施例对本申请提供的技术方案的具体实现过程进行说明。
本申请提供了一种异***切换方法,图2为本申请异***切换方法的流程示意图一,如图2所示,本申请异***切换方法包括步骤202,用户设备判断是否满足向基站发送触发SRVCC切换请求的条件;步骤204,用户设备检测该用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC;步骤206,如果用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送触发SRVCC切换请求的条件时,用户设备在接收到振铃消息后向基站发送触发SRVCC切换的请求。下面介绍步骤202-204。
步骤202,用户设备判断是否满足向基站发送触发SRVCC切换请求的条件。
在一些实施例中,触发SRVCC切换的请求包括B1和/或B2事件的测量报告,B1和B2事件为异***检测事件。其中,B1事件为:对异无线接入类型(Radio Access Type,RAT)小区的参考信号接收功率(Reference Signal Receiving Power,RSRP)值进行测量;B1事件测量报告的上报条件为:异RAT小区的RSRP值比绝对门限阈值高。B2事件为:对服务小区和异RAT小区的RSRP值进行测量;B2事件测量报告的上报条件为:服务小区的RSRP值比绝对门限阈值1低且邻区的RSRP值比绝对门限阈值2高。在一些实施例中,本步骤包括用户设备判断B1和/或B2事件是否满足上报给基站的条件。
在一些实施例中,本步骤还包括用户设备发起语音呼叫。
步骤204,用户设备检测该用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC。
其中,主叫信令中没有收到180Ring消息便发生了切换就是bSRVCC;主叫信令中收到180Ring消息或被叫已发出180Ring消息,但是被叫没有摘机接听,也就是被叫没有发出200ok,主叫没有收到200ok,这时候发生切换就是aSRVCC,aSRVCC可以发生在主叫侧,也可以发生在被叫侧。通话建立后发生切换就为eSRVCC。不少网络运营商不支持bSRVCC,但是支持aSRVCC和eSRVCC。
在一些实施例中,用户设备通过以下方法检测该用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC:从用户设备的配置信息中得到该用户设备是否支持bSRVCC,也就是说,用户设备是否支持在没有收到振铃消息之前发生切换;用户设备根据因特网协议多媒体子***网络设备返回给用户设备的信息确定因特网协议多媒体子***网络设备是否支持bSRVCC,例如IMS网络此次或者之前发送给用户设备的信息中会包含IMS网络中的网元是否支持bSRVCC。
步骤206,如果用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送触发SRVCC切换请求的条件时,用户设备在接收到振铃消息后向基站发送触发SRVCC切换的请求。
在一些实施例中,用户设备在呼叫过程中,B1事件或者B2事件的触发事件不可控,可能发生bSRVCC,也可能发生aSRVCC等。当用户设备和因特网协议多媒体子***网络设备中至少有一个不支持bSRVCC时,如果发生bSRVCC,则会导致异***切换失败,从而导致呼叫失败。为了避免异***切换失败,本申请中用户设备在接收到振铃消息后,再向基站上报测量报告,因为用户设备在接收到振铃消息后的切换已不是bSRVCC,从而规避触发bSRVCC,转变为触发其他类型的SRVCC切换,例如aSRVCC或者eSRVCC等,提高了SRVCC切换成功率,提高了LTE弱信号下VoLTE呼叫的成功率。
在一些实施例中,用户设备向基站上报B1或者B2事件的测量报告,用于触发基站发起SRVCC切换。可选的,用户设备向基站上报测量报告之前还包括:用户设备接收基站发送的异***检测事件请求消息。
本申请中,用户设备在收到振铃消息后再发送测量报告给基站,从而规避bSRVCC的触发,转变为触发其他类型的SRVCC切换,例如aSRVCC或者eSRVCC,提高了SRVCC切换的成功率和用户设备的呼叫成功率。
图3为本申请异***切换方法的流程示意图二,如图3所示,本申请异***切换方法包括步骤202,用户设备判断是否满足向基站发送触发SRVCC切换请求的条件;步骤204,用户设备检测该用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC;步骤206A,如果用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送触发SRVCC切换请求的条件时,用户设备在接收到振铃消息后向基站发送触发SRVCC切换的请求;或者在预设的定时器超时后,用户设备向基站发送触发SRVCC切换的请求。下面介绍步骤202-206A。
步骤202,用户设备判断是否满足向基站发送触发SRVCC切换请求的条件。
本步骤已在上文中进行介绍,此处不再赘述。
步骤204,用户设备检测该用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC。
本步骤已在上文中进行介绍,此处不再赘述。
步骤206A,如果用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送触发SRVCC切换请求的条件时,用户设备在接收到振铃消息后向基站发送触发SRVCC切换的请求;或者在预设的定时器超时后,用户设备向基站发送触发SRVCC切换的请求。
在一些实施例中,本步骤之前或者本步骤还包括设置定时器,定时器的时间设置,可根据现网测试进行调节,只要满足使用户设备收到180Ring消息之后再发送测量报告即可。也就是说,定时器的时间设置,根据现网测试进行调节,定时器超时后能够满足用户设备已收到180Ring消息,因此定时器超时后,用户设备再向基站上报测量报告,即延时发送测量报告,这样能够规避bSRVCC的触发,转变为触发其他类型的SRVCC切换,例如aSRVCC,从而提高了SRVCC切换的成功率,提高了LTE弱信号下VoLTE呼叫的成功率。本实施例中,当定时器超时或者用户设备已接收到振铃消息两个条件满足其中之一时,用户设备向基站发送触发SRVCC切换的请求,即向基站上报测量报告,用于触发基站发起SRVCC切换。
在一些实施例中,步骤206A还包括用户设备在接收到振铃消息后,停止计时器,以节约用户设备的***资源。
图4为本申请异***切换方法的流程示意图三,如图4所示,本申请异***切换方法包括步骤202,用户设备判断是否满足向基站发送触发SRVCC切换请求的条件;步骤204,用户设备检测该用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC;步骤206B,如果用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送触发SRVCC切换请求的条件时,用户设备在接收到振铃消息后向基站发送触发SRVCC切换的请求;或者在预设的第一定时器超时后,用户设备检测是否收到振铃消息,如果没有收到振铃消息,在预设的第二定时器超时后,用户设备向基站发送触发SRVCC切换的请求。下面介绍步骤202-206B。
步骤202,用户设备判断是否满足向基站发送触发SRVCC切换请求的条件。
本步骤已在上文中进行介绍,此处不再赘述。
步骤204,用户设备检测该用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC。
本步骤已在上文中进行介绍,此处不再赘述。
步骤206B,如果用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送触发SRVCC切换请求的条件时,用户设备在接收到振铃消息后向基站发送触发SRVCC切换的请求;或者在预设的第一定时器超时后,用户设备检测是否收到振铃消息,如果没有收到振铃消息,在预设的第二定时器超时后,用户设备向基站发送触发SRVCC切换的请求。
在一些实施例中,本步骤之前或者本步骤还包括设置定时器,定时器的时间设置,可根据现网测试进行调节,只要满足使用户设备收到180Ring消息之后再发送测量报告即可。本步骤中,通过定时器延时上报测量报告,以使用户设备在收到振铃消息后再发送测量报告,而且本步骤中包括两个定时器,当第一定时器超时后,用户设备检测是否收到振铃消息,如果没有收到振铃消息,则启动第二定时器,第二定时器计时超时后,用户设备向基站上报测量报告。第一定时器和第二定时器可以设置不同的定时时间,通过第一定时器和第二定时器的组合,能够更容易实现第二定时器超时后用户设备已收到180Ring消息,控制更简便、灵活、精确。可选的,第一定时器的定时时间大于第二定时器的定时时间,这样通过第二定时器可以进行延时时间的精确微调,更准确更容易地实现定时器超时后用户设备已收到180Ring消息。
下面对本申请中UE和eNodeB的交互过程进行说明,如图5所示,该交互过程包括:
301.UE接收eNodeB下发的异***检测事件请求消息;
302.UE判断是否满足向基站发送触发SRVCC切换请求的条件;
303.检测用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC;若支持,则UE上报测量报告给eNodeB;若不支持,则执行步骤304;
304.用户设备UE在接收到振铃消息后或者定时器超时后,向基站上报测量报告,用于触发基站发起SRVCC切换;
305.eNodeB发起SRVCC切换,执行SRVCC切换流程。
本实施例中,用户设备在定时器超时后或者收到振铃消息后再上报测量报告给基站,从而规避bSRVCC的触发,转变为触发其他类型的SRVCC切换,例如aSRVCC,提高了SRVCC切换的成功率,提高了LTE弱信号下VoLTE的呼叫成功率。
本申请还提供了一种用户设备UE,图6为本申请用户设备的结构示意图一,如图6所示,用户设备10包括:判断单元11,判断单元11用于判断是否满足向基站发送触发SRVCC切换请求的条件;检测单元12,检测单元12用于检测用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC;发送单元13,发送单元13用于如果用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送触发SRVCC切换请求的条件时,用户设备在接收到振铃消息后,向基站发送触发SRVCC切换的请求。
可选的,发送单元13还用于:如果用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在预设的定时器超时后,用户设备向基站发送触发SRVCC切换的请求。
可选的,发送单元13还用于;如果用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在预设的第一定时器超时后,用户设备检测是否收到振铃消息,如果没有收到振铃消息,在预设的第二定时器超时后,用户设备向基站发送触发SRVCC切换的请求。
可选的,第一定时器的定时时间大于第二定时器的定时时间。
可选的,发送单元13还用于:在用户设备接收到振铃消息后,停止计时器。
可选的,检测单元12用于:从用户设备的配置信息中得到该用户设备是否支持bSRVCC;根据因特网协议多媒体子***网络设备返回给用户设备的信息确定因特网协议多媒体子***网络设备是否支持bSRVCC。
可选的,判断单元11用于判断B1和/或B2事件是否满足上报给基站的条件。
可选的,触发SRVCC切换的请求包括B1和/或B2事件的测量报告。
本说明书中,对于用户设备实施例而言,由于其基本相似于异***切换方法实施例,相关之处请参见异***切换方法实施例的介绍。
本实施例提供了一种用户设备,该用户设备在定时器超时后或者收到振铃消息后再向基站发送触发SRVCC切换的请求,即上报测量报告给基站,从而规避bSRVCC的触发,转变为触发其他类型的SRVCC切换,例如aSRVCC,提高了SRVCC切换的成功率,提高了LTE弱信号下VoLTE的呼叫成功率。
本申请提供了一种用户设备,图7为本申请用户设备的结构示意图二,如图7所示,用户设备25包括处理器20、存储器21、发送器23、接收器22,处理器20、存储器21、发送器23和接收器22之间通过总线24进行通信。
在一些实施例中,处理器20可能为单核或多核中央处理单元,或者为特定集成电路,或者被配置成实施本申请的一个或多个集成电路。存储器21可以为高速随机存取存储器(Random Access Memory,RAM),也可以为非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。存储器21用于存储计算机指令211,计算机指令211中可以包括程序代码。
在一些实施例中,接收器22用于接收基站eNodeB发送的异***检测事件请求消息。处理器20用于判断是否满足向基站发送触发SRVCC切换请求的条件;检测用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC;发送器23用于如果用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送触发SRVCC切换请求的条件时,用户设备在接收到振铃消息后向基站发送触发SRVCC切换的请求。
可选的,发送器23还用于:如果用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在预设的定时器超时后,用户设备向基站发送触发SRVCC切换的请求。
可选的,发送器23还用于:如果用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在预设的第一定时器超时后,用户设备检测是否收到振铃消息,如果没有收到振铃消息,在预设的第二定时器超时后,用户设备向基站发送触发SRVCC切换的请求。
可选的,第一定时器的定时时间大于第二定时器的定时时间。
可选的,发送器23还用于:在用户设备接收到振铃消息后,停止计时器。在另一些实施例中,处理器20也可以在用户设备接收到振铃消息后,停止计时器。
可选的,处理器20还用于:从用户设备的配置信息中得到该用户设备是否支持bSRVCC;根据因特网协议多媒体子***网络设备返回给用户设备的信息确定因特网协议多媒体子***网络设备是否支持bSRVCC。
可选的,处理器20用于:判断B1和/或B2事件是否满足上报给基站的条件。
可选的,触发SRVCC切换的请求包括B1和/或B2事件的测量报告。
本说明书中,对于用户设备实施例而言,由于其基本相似于异***切换方法实施例,相关之处请参见异***切换方法实施例的介绍。
本实施例提供的用户设备在定时器超时后或者收到振铃消息后再上报测量报告给基站,从而规避bSRVCC的触发,转变为触发其他类型的SRVCC切换,例如aSRVCC,提高了SRVCC切换的成功率,提高了LTE弱信号下VoLTE的呼叫成功率。
本领域的技术人员可以清楚地了解到本申请的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件,其中硬件例如可以是FPGA(Field-Programmable Gate Array,现场可编程门阵列)、IC(Integrated Circuit,集成电路)等。
本申请的各处理单元和/或模块,可通过实现本申请所述的功能的模拟电路而实现,也可以通过执行本申请所述的功能的软件而实现。
本申请还提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时实现上述异***切换方法的步骤。
本申请还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述异***切换方法的步骤。其中,计算机可读存储介质可以包括但不限于任何类型的盘,包括软盘、光盘、DVD、CD-ROM、微型驱动器以及磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、闪速存储器设备、磁卡或光卡、纳米***(包括分子存储器IC),或适合于存储指令和/或数据的任何类型的媒介或设备。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
在本发明各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
以上介绍仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种异***切换方法,其特征在于,包括:
用户设备判断是否满足向基站发送触发SRVCC切换请求的条件;
检测所述用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC;
如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送所述触发SRVCC切换请求的条件时,所述用户设备在接收到振铃消息后向所述基站发送触发SRVCC切换的请求;
如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在预设的第一定时器超时后,所述用户设备检测是否收到振铃消息,如果没有收到振铃消息,在预设的第二定时器超时后,所述用户设备已收到振铃消息,所述用户设备向所述基站发送触发SRVCC切换的请求;所述第一定时器的定时时间大于所述第二定时器的定时时间。
2.根据权利要求1所述的异***切换方法,其特征在于,还包括:
如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在预设的定时器超时后,所述用户设备向所述基站发送触发SRVCC切换的请求。
3.根据权利要求1或2所述的异***切换方法,其特征在于,还包括:所述用户设备在接收到振铃消息后,停止计时器。
4.根据权利要求1或2所述的异***切换方法,其特征在于,检测所述用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC包括:
从所述用户设备的配置信息中获得所述用户设备是否支持bSRVCC;
根据所述因特网协议多媒体子***网络设备返回给所述用户设备的信息获得所述因特网协议多媒体子***网络设备是否支持bSRVCC。
5.根据权利要求1或2所述的异***切换方法,其特征在于,所述用户设备判断是否满足向基站发送触发SRVCC切换请求的条件包括:
所述用户设备判断B1和/或B2事件是否满足上报给所述基站的条件。
6.根据权利要求1或2所述的异***切换方法,其特征在于,所述触发SRVCC切换的请求包括B1和/或B2事件的测量报告。
7.一种用户设备,其特征在于,所述用户设备包括:
判断单元,所述判断单元用于判断是否满足向基站发送触发SRVCC切换请求的条件;
检测单元,所述检测单元用于检测所述用户设备和因特网协议多媒体子***网络设备是否支持bSRVCC;
发送单元,所述发送单元用于如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在满足发送所述触发SRVCC切换请求的条件时,所述用户设备在接收到振铃消息后,向所述基站发送触发SRVCC切换的请求;
所述发送单元还用于:如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在预设的第一定时器超时后,所述用户设备检测是否收到振铃消息,如果没有收到振铃消息,在预设的第二定时器超时后,所述用户设备已收到振铃消息,所述用户设备向所述基站发送触发SRVCC切换的请求;所述第一定时器的定时时间大于所述第二定时器的定时时间。
8.根据权利要求7所述的用户设备,其特征在于,所述发送单元还用于:
如果所述用户设备和/或因特网协议多媒体子***网络设备不支持bSRVCC,在预设的定时器超时后,所述用户设备向所述基站发送触发SRVCC切换的请求。
9.根据权利要求7或8所述的用户设备,其特征在于,所述发送单元还用于:在所述用户设备接收到振铃消息后,停止计时器。
10.根据权利要求7或8所述的用户设备,其特征在于,所述检测单元用于:
从所述用户设备的配置信息中获得所述用户设备是否支持bSRVCC;
根据所述因特网协议多媒体子***网络设备返回给所述用户设备的信息获得所述因特网协议多媒体子***网络设备是否支持bSRVCC。
11.根据权利要求7或8所述的用户设备,其特征在于,所述判断单元用于:判断B1和/或B2事件是否满足上报给所述基站的条件。
12.根据权利要求7或8所述的用户设备,其特征在于,所述触发SRVCC切换的请求包括B1和/或B2事件的测量报告。
13.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现所述权利要求1-6中任一项所述方法的步骤。
14.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现所述权利要求1-6中任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811126854.9A CN108966274B (zh) | 2018-09-26 | 2018-09-26 | 异***切换方法和用户设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811126854.9A CN108966274B (zh) | 2018-09-26 | 2018-09-26 | 异***切换方法和用户设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108966274A CN108966274A (zh) | 2018-12-07 |
CN108966274B true CN108966274B (zh) | 2022-04-05 |
Family
ID=64472125
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811126854.9A Active CN108966274B (zh) | 2018-09-26 | 2018-09-26 | 异***切换方法和用户设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108966274B (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190327655A1 (en) * | 2018-04-23 | 2019-10-24 | Mediatek Inc. | Methods And Apparatus For Selecting Large-Bandwidth Cell In Mobile Communications |
CN111294870A (zh) * | 2018-12-10 | 2020-06-16 | Oppo广东移动通信有限公司 | 语音业务切换方法、装置及存储介质 |
CN111405620B (zh) * | 2019-01-02 | 2022-03-29 | 大唐移动通信设备有限公司 | 一种防止网络语音业务volte用户掉话的方法及基站 |
CN112449385B (zh) * | 2019-09-02 | 2024-03-29 | 中兴通讯股份有限公司 | 振铃前双模单待无线语音呼叫连续性的方法及装置 |
CN110912970B (zh) * | 2019-11-04 | 2022-11-22 | 中国联合网络通信集团有限公司 | 云名片传输方法及装置 |
CN111405622B (zh) * | 2020-03-20 | 2022-10-25 | Oppo广东移动通信有限公司 | 基于语音质量的切换方法及装置、终端、存储介质 |
CN115426697B (zh) * | 2022-11-01 | 2023-03-24 | 荣耀终端有限公司 | 消息处理方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104604210A (zh) * | 2012-09-07 | 2015-05-06 | 株式会社Ntt都科摩 | 移动台以及移动通信方法 |
CN104604326A (zh) * | 2012-09-07 | 2015-05-06 | 株式会社Ntt都科摩 | 移动台以及移动通信方法 |
CN104994542A (zh) * | 2015-07-08 | 2015-10-21 | 华为技术有限公司 | 一种异***检测事件的控制方法和用户设备 |
WO2016014241A1 (en) * | 2014-07-24 | 2016-01-28 | T-Mobile Usa, Inc. | Telecommunications network non-establishment response |
CN106255083A (zh) * | 2016-10-11 | 2016-12-21 | 深圳市万普拉斯科技有限公司 | 一种终端设备通信控制方法和终端设备 |
WO2017177427A1 (zh) * | 2016-04-14 | 2017-10-19 | 华为技术有限公司 | 业务处理方法和相关装置及通信*** |
CN107580343A (zh) * | 2016-07-04 | 2018-01-12 | 中兴通讯股份有限公司 | 一种单信道语音呼叫连续性切换的管理方法及装置 |
CN107872849A (zh) * | 2016-09-26 | 2018-04-03 | 展讯通信(上海)有限公司 | 单射频语音呼叫连续性的实现方法及装置 |
-
2018
- 2018-09-26 CN CN201811126854.9A patent/CN108966274B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104604210A (zh) * | 2012-09-07 | 2015-05-06 | 株式会社Ntt都科摩 | 移动台以及移动通信方法 |
CN104604326A (zh) * | 2012-09-07 | 2015-05-06 | 株式会社Ntt都科摩 | 移动台以及移动通信方法 |
WO2016014241A1 (en) * | 2014-07-24 | 2016-01-28 | T-Mobile Usa, Inc. | Telecommunications network non-establishment response |
CN104994542A (zh) * | 2015-07-08 | 2015-10-21 | 华为技术有限公司 | 一种异***检测事件的控制方法和用户设备 |
WO2017177427A1 (zh) * | 2016-04-14 | 2017-10-19 | 华为技术有限公司 | 业务处理方法和相关装置及通信*** |
CN107580343A (zh) * | 2016-07-04 | 2018-01-12 | 中兴通讯股份有限公司 | 一种单信道语音呼叫连续性切换的管理方法及装置 |
CN107872849A (zh) * | 2016-09-26 | 2018-04-03 | 展讯通信(上海)有限公司 | 单射频语音呼叫连续性的实现方法及装置 |
CN106255083A (zh) * | 2016-10-11 | 2016-12-21 | 深圳市万普拉斯科技有限公司 | 一种终端设备通信控制方法和终端设备 |
Also Published As
Publication number | Publication date |
---|---|
CN108966274A (zh) | 2018-12-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108966274B (zh) | 异***切换方法和用户设备 | |
WO2017005083A1 (zh) | 一种异***检测事件的控制方法和用户设备 | |
US9137709B2 (en) | System and method for providing voice service in a multimedia mobile network | |
US9277460B2 (en) | System and method for providing voice service in a multimedia mobile network | |
CN101959269B (zh) | 一种切换方法和装置 | |
US8520596B2 (en) | Inter-domain coordination for MT and MO calls | |
EP2637443B1 (en) | Method for performing a handover in a mobile communication system | |
US20130017805A1 (en) | Method and apparatus for transferring telecommunications connections | |
CN110366214B (zh) | 一种语音业务的网络切换方法及装置 | |
WO2020113576A1 (zh) | 基站的切换方法、设备及存储介质 | |
CN108419230B (zh) | 一种通信方法、基站及存储介质 | |
US20180176986A1 (en) | Circuit switched fallback method and apparatus | |
US8761771B2 (en) | Method and system for relocation | |
CN101547523B (zh) | 呼叫指示方法、语音呼叫连续性用户设备及*** | |
AU2013216641B2 (en) | System and Method for Providing Voice Service in a Multimedia Mobile Network |
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 |