在无线网络中在用户设备处理IMS呼叫和CSFB呼叫的制作方法

文档序号:11931893阅读:606来源:国知局
在无线网络中在用户设备处理IMS呼叫和CSFB呼叫的制作方法与工艺

本公开总体上涉及互联网协议(IP)多媒体子系统(IMS)呼叫发起,更具体地,涉及用于基于用户设备(UE)的状态来触发IMS呼叫或电路交换回落(CSFB)呼叫的方法及设备。



背景技术:

IMS的引进已显著地影响了无线网络设备及其部署。IMS和长期演进(LTE)的部署对UE的操作已具有显著效果。另外,从非接入层(NAS)角度还未完全探讨由于UE上IMS部署所造成的问题。从NAS角度,处于异常状态中的IMS呼叫触发必须被考虑,并且包括,例如,当定时器T3411/T3402/T3430/T3440正在运行时,并且当TAU_INITIATED和TAU临时拒绝导致网络故障/拥塞时,通过跟踪区更新(TAU)请求或服务请求来发起UE中的更新尝试。

根据现有方法和系统,如图1A和图1B所示。

图1示出示出根据现有技术在将单个用户识别模式(SIM)和双SIM合并的UE的IMS掉话情境的活动图。

在步骤102a中,一旦LTE NAS层处于与网络的登记状态,UE就用网络发起呼叫请求,诸如,例如LTE通话(VoLTE)/IMS呼叫。另外,在步骤104a中,UE可向网络(即,NAS数据平面)发送会话发起协议(SIP)数据包和上行链路(UL)数据包。此后,在步骤106a中,UE可向NAS控制平面发送请求,其中,所述请求为诸如,例如从NAS空闲模式切换到NAS连接模式的请求。在步骤108a中,UE可检测NAS层(即,在UE的NAS层)中的异常状态。所述异常状态,诸如例如,ATTEMPTING_TO_UPDATE NAS、定时器T3411运行、定时器T340运行、以及TAU_INIITIATED和TAU临时拒绝导致像网络故障、拥塞等。因此,由于在NAS层的这种异常服务状态(即,演进分组系统(EPS)移动性管理(EMM)),因此UE向网络发送未响应消息。在步骤110a中,UE可由于超时而从网络接收挂掉/延迟IMS呼叫/CSFB呼叫指示。

因此,即使在IMS呼叫已超时之后排队的数据的不想要的SIP包传输也可致使网络拥塞并导致掉话。

图1B示出示出根据现有技术的在合并多SIM的UE的IMS掉话情境的活动图。

在步骤102b中,UE可在通过UE的SIM-1发起IMS呼叫之前使用SIM-2来触发恢复过程,诸如,位置区域识别(Local area update,LAI)。在步骤104b中,SIM-2可获取射频(RF)堆栈以执行恢复过程(诸如执行局部区域更新(local area update,LAU))。在步骤106b中,LTE NAS层(即,与SIM-1相关联的)处于与网络的登记状态,UE的SIM-1用网络发起呼叫请求,诸如,例如,LTE通话(VoLTE)/IMS呼叫。另外,在步骤108b中,UE可将会话发起协议(SIP)数据包和上行链路(UL)数据包发送到网络(即,NAS数据平面)。此后,在步骤110b中,UE可向NAS控制平面发送请求,其中,所述请求为诸如,例如从NAS空闲模式切换到NAS连接模式的请求。在步骤112b中,UE可向LTE-AS发送连接建立请求(即,与SIM-1相关联的)。

当在执行恢复过程中RF堆栈被SIM-2利用时,信令或其它高优先级活动可由于DSDS中缺乏优先化以及针对正在触发IMS呼叫的SIM-1的RF不可用而导致差的用户体验。

在步骤114b中,UE可由于超时而从网络接收挂掉/延迟IMS呼叫/CSFB呼叫指示。

如果第二堆栈在高优先级UL活动中被占用,则这种问题适用于两个接收器-DSDS(2RX-DSDS)。类似问题(例如,在建立语音呼叫中掉话、呼叫延迟等)在双SIM双主动(DSDA)UE中持续。

在DSDA UE的情况下,由于VoLTE呼叫是分组交换(PS)呼叫并且当电路交换(CS)寻呼在第二SIM上被接收到时,有可能VoLTE信令会由于调制解调器可能不能够在语音呼叫与进行中的视频呼叫之间进行区分而被中断。因此,VoLTE呼叫可被断开连接并且默认优先级可被给予CS呼叫,进而导致差的用户体验。



技术实现要素:

本公开的实施例的一方面提供用于在无线网络中在UE处理IMS呼叫和电路交换回落(CSFB)呼叫的机制。

根据本公开的一方面,提供了一种用于在无线网络中在UE处理IMS呼叫和CSFB呼叫的方法。当在UE发起了IMS呼叫时,UE的NAS接收IMS指示。NAS确定UE的状态。NAS基于UE的状态执行动作以触发IMS呼叫和CSFB呼叫之一。根据本公开的一方面,提供了一种用于在无线网络中在UE处理IMS呼叫和CSFB呼叫的方法。当在UE发起了IMS呼叫时,UE的NAS接收IMS指示。NAS确定到无线网络中的网络实体的连接是否成功。当到网络实体的连接成功时,触发IMS呼叫。当到网络实体的连接未成功时,触发CSFB呼叫。

根据本公开的一方面,提供了一种用于在无线网络中在UE处理IMS的方法。当IMS呼叫从在UE的第一SIM被发起时,UE的NAS接收IMS指示。NAS检测UE处于连接模式并且在UE的第二SIM正在向无线网络传信数据。NAS阻断由第二SIM进行的数据传信。NAS触发来自第一SIM的IMS呼叫。根据本公开的一方面,提供了一种用于在无线网络中处理IMS呼叫和CSFB呼叫的UE。所述UE包括:存储器、处理器、以及耦接到处理器和存储器的NAS。所述NAS被配置为:当在UE发起了IMS呼叫时,接收IMS指示;确定UE的状态;并且基于UE的状态执行动作以触发IMS呼叫和CSFB呼叫之一。

根据本公开的一方面,提供了一种用于在无线网络中处理IMS呼叫和CSFB呼叫的UE。所述UE包括:存储器、处理器、以及耦接到处理器和存储器的NAS。所述NAS被配置为:当在UE发起了IMS呼叫时,接收IMS指示;确定到无线网络中的网络实体的连接是否成功;当到网络实体的连接成功时,触发IMS呼叫;并且当到网络实体的连接未成功时,触发CSFB呼叫。

根据本公开的一方面,提供了一种用于在无线网络中处理IMS呼叫的UE。所述UE包括:存储器、处理器、以及耦接到处理器和存储器的NAS。所述NAS被配置为:当IMS呼叫从在UE的第一SIM被发起时,接收IMS指示;检测UE处于连接模式并且在UE的第二SIM正在向无线网络传信数据;阻断由第二SIM进行的数据传信;并且触发来自第一SIM的IMS呼叫。

根据本公开的一方面,提供了一种用于在无线网络中在UE处理呼叫的方法。UE的NAS确定在IMS呼叫发起时UE是否处于TAU发起状态。当UE不是处于TAU发起状态时,NAS确定UE是否正在尝试更新并且一个或更多个重传定时器是否正在运行。当UE不是正在尝试更新以及所述一个或更多个重传定时器不是正在运行中的至少一种情况时,NAS触发CSFB呼叫。当UE处于TAU发起状态时或者当UE正在尝试更新并且一个或更多个重传定时器正在运行时,NAS根据TAU接受消息是否被接收到来触发CSFB呼叫或IMS呼叫。

附图说明

从以下在结合附图进行的详细描述,本公开的以上和其它方面、特征和优点将会更清楚,其中:

图1A是示出在单个SIM和双SIM情境中IMS掉话的流程图;

图1B是示出在多SIM情境中IMS掉话的流程图;

图2是示出根据本公开的实施例的用于在无线网络中处理IMS呼叫和CSFB呼叫的UE的组件的示图;

图3是示出根据本公开的实施例的用于在无线网络中在UE处理IMS呼叫和CSFB呼叫的流程图;

图4是示出根据本公开的实施例的用于在无线网络中在当重传定时器到期时正在尝试更新的UE处理IMS呼叫和CSFB呼叫的方法的流程图;

图5是示出根据本公开的实施例的当UE被登记并正在尝试更新时用于处理IMS呼叫和CSFB呼叫所执行的操作的时序图;

图6是示出根据本公开的实施例的在由于计时器到期而TAU失败的情况下用于处理挂起的IMS呼叫所执行的操作的时序图;

图7是示出根据本公开的实施例的用于当UE接收到针对TAU请求消息的低层失败时处理IMS语音/紧急呼叫所执行的操作的时序图;

图8是示出根据本公开的实施例的用于当UE接收到TAU拒绝时处理IMS呼叫所执行的操作的时序图;

图9是示出根据本公开的实施例的用于当拥塞定时器正在运行时处理IMS呼叫所执行的操作的时序图;

图10是示出根据本公开的实施例的用于在IMS呼叫建立期间处理CS寻呼所执行的操作的时序图;

图11是示出根据本公开的实施例的用于向上层指示成功和失败的IMS呼叫流的IMS呼叫处理的方法的流程图;

图12是示出根据本公开的实施例的用于在演进分组系统(EPS)移动性管理(EMM)异常状态下处理IMS呼叫流的方法的流程图;

图13是示出根据本公开的实施例的用于在支持多SIM的UE处理IMS呼叫和CSFB呼叫的方法的流程图;

图14是示出根据本公开的实施例的用于在CS寻呼期间在支持多SIM的UE处理IMS呼叫和CSFB呼叫的方法的流程图;

图15是示出根据本公开的实施例的实现用于在无线网络中在UE处理IMS呼叫和CSFB呼叫的方法的计算环境的示图。

具体实施方式

参照附图详细地描述本公开的实施例。虽然相同或相似的附图标号在不同的附图中被示出,但是可通过他们来指定相同或相似的组件。本领域已知的构成或处理的详细描述可被省略以避免模糊本公开的主题。

除非另有指示,否则在此使用的术语“或”指非排他性的“或”。在此使用的示例意在促进对能够实践实施例的方式的理解并还意在使本领域技术人员能够实践这些实施例。因此,这些实施例不应被解释为限制在此描述的实施例的范围。

通常,LTE是由支持高数据速率(例如,50Mbps上行链路(UL)和100Mbps下行链路(DL))的第三代合作伙伴计划(3GPP)提出的,并且是纯分组交换(PS)系统的技术。PS系统处理大量的数据类型。为了改善能够支持LTE/第三代(3G)/第二代(2G)的多模式装置中的IMS呼叫过程,3GPP已提供了一个或更多个机制来增强向调试解调器的传信过程。然而,当UE处于异常状态时,由3GPP提供的一个或更多个机制在处理LTE网络上的IMS呼叫中是不准确的。

异常状态可包括以下呼叫中的一个或更多个:当UE正在试图更新并且一个或更多个定时器(例如,T3411/T3402/T3346)正在运行时在演进的统一陆地无线接入网络(EUTRAN)中触发的IMS呼叫;当UE处于服务请求发起状态并且一个或更多个定时器正在运行时在EUTRAN中触发的IMS呼叫;当UE正在等待来自网络实体的TAU接受/拒绝并且一个或更多个定时器正在运行时在EUTRAN中触发的IMS呼叫;在UE使用被设置为真的TAU活动标志发起TAU过程期间在EUTRAN中触发的IMS呼叫;当UE已使用为真的TAU活动标志接收到针对TAU的TAU拒绝/低层失败时在EUTRAN中触发的IMS呼叫;以及当执行从LTE到全球移动通信系统(GSM)/通用移动通信系统(UMTS)无线接入技术(RAT)的重新选择时从UE触发的IMS呼叫。

不像如图1A和图1B所示的传统系统和方法,本公开的实施例提供UE,当在TAU重传定时器(T3411/T3402/T3430/T3440)期间或在TAU发起或服务请求并等待来自网络的响应时,UE发起VoLTE/IMS呼叫,然后高层能够向NAS提供请求以检查UE是否处于适当状态以继续LTE中的呼叫,或者UE是否能够移动到传统无线接入技术(RAT)以完成CS域中的呼叫。当NAS接收到这种指示时,UE可立即触发TAU而不考虑UE的定时器状态。在向TAU发送它的尝试失败或达到最大尝试之后,这种失败被指示给IMS客户端/拨号器,使得IMS客户端将不触发任何进一步的数据并且挂起的数据将被清除。这将避免从IMS客户端的SIP数据包的不必要的重传。在从NAS失败的情况下,IMS客户端/拨号器可以通过移动到传统RAT来发起CS语音呼叫以完成用户请求。

不同于传统系统和方法,本公开的实施例提供考虑IMS呼叫请求的独特的演进分组系统(EPS)移动性管理(EMM),以当UE处于EMM异常状态(诸如,例如,尝试更新/附着并且正运行一个或更多个定时器T3411/T3410/T3430)时处理或优先考虑IMS移动台发起的(MO)/MT呼叫请求。

不同于传统系统和方法,所提出的机制增加了在DSDS装置中VoLTE/IMS呼叫的成功率,其中,在所述DSDS装置中,RF在两个堆栈中被共享。

图2是示出根据本公开的实施例的与网络通信以处理无线网络中IMS呼叫和CSFB呼叫的UE的组件的示图。

UE 102包括处理器202、耦接到处理器202的存储器204、耦接到处理器202的NAS 206、通信单元208、和调制解调器210。UE 102可被实现为膝上型计算机、台式计算机、移动电话、移动站、移动终端、智能电话、个人数字助理(PDA)、平板、平板手机、或任何其它电子装置。

在实施例中,NAS 206可被配置为:当在UE 102发起IMS呼叫时,接收IMS指示。IMS指示通知NAS 206IMS呼叫已经被UE 102触发。

此外,NAS 206可以被配置为检测UE 102的状态。UE 102的状态可包括异常状态,诸如,例如,TAU的发起、定时器(定时器T3411、T3346、T3402或T3430中的一个或更多个)的运行或到期、掉话(IMS/CSFB)、呼叫延迟等。

下表1示出了基于定时器的掉话和呼叫延迟。

表1

另外,如下面参照图4至图7更详细地描述的,NAS 206可以被配置为基于UE 102的状态执行动作以触发IMS呼叫和CSFB呼叫之一。

NAS 206可以被配置为检测到无线网络中的网络实体220的连接成功还是不成功。UE 102可以被连接到网络实体220。

另外,NAS 206可以被配置为:当到网络实体的连接成功时执行触发IMS呼叫,或者当到网络实体的连接不成功时执行触发CSFB呼叫。

NAS 206可被配置为:当IMS呼叫从在UE 102的第一SIM被发起时,接收IMS指示。另外,NAS 206可被配置为检测UE 102处于连接模式,并且在UE 102的第二SIM向无线网络传信数据。另外,NAS 206可被配置为阻止在第二SIM的数据传信并从第一SIM触发IMS呼叫。

调制解调器210可被配置为:检测在IMS呼叫正在第一SIM上进行时在第二SIM接收到CS寻呼,并且忽略在第二SIM的CS寻呼。

存储器204可包括一个或更多个计算机可读存储介质。存储器204可包括非易失性存储元件。这样的非易失性存储元件的示例可包括磁性硬盘、光盘、软盘、闪存、或者电可编程只读存储器(EPROM)或电可擦除可编程只读存储器(EEPROM)的形式。此外,在一些示例中,存储器204可被认为是一种非暂时性存储介质。术语“非暂时性”可指示存储介质不是被实现为载波或传播信号。然而,术语“非暂时性”应不被解释为存储器204是不可移动的。在一些示例中,存储器204可被配置为存储比存储器更大量的信息。在特定示例中,非暂时性存取介质可存储能够随着时间改变的数据(例如,在随机存取存储器(RAM)或高速缓存中)。通信单元208可被配置为在各单元之间内部地通信以及与网络外部地通信。

图2示出UE 102的各单元的有限概览,但是将理解其它实施例被限制于图2上。在其它实施例中,UE 102可包括更少或更多单元。此外,各个单元的标记或名称仅被用于说明目的,并且不限制本公开的范围。一个或更多个单元可被结合在一起以在UE 102中执行相同或大体上相似的功能。

图3是示出根据本公开的实施例的用于在UE处理IMS呼叫和CSFB呼叫的方法的流程图。所述方法可由UE中的NAS执行。

在步骤302中,所述方法包括:当在UE发起了IMS呼叫时,接收IMS指示。在实施例中,所述方法允许NAS 206在UE 102发起了IMS呼叫时接收IMS指示。

在步骤304中,所述方法包括检测UE 102的状态。在实施例中,所述方法允许NAS 206检测UE 102的状态。

在步骤306中,所述方法包括基于UE 102的状态执行动作以触发IMS呼叫和CSFB呼叫之一。在实施例中,所述方法允许NAS 206基于UE 102的状态执行动作以触发IMS呼叫和CSFB呼叫之一。

在所述方法中的各种动作、行动、方框、步骤等可以以呈现的顺序被执行,可以以不同的顺序被执行,或者同时被执行。此外,在一些实施例中,在不脱离本公开的范围的情况下,动作、行动、方框、步骤等中的一些可被省略、被添加、被修改或被跳过等。

图4是示出根据本公开的实施例的用于在无线网络中在当重传定时器到期时为对更新的尝试服务的UE处理IMS呼叫和CSFB呼叫的方法的流程图。所述方法由UE中的NAS执行。

在步骤402中,所述方法包括当在UE 102发起了IMS呼叫时由NAS 206接收IMS指示。

在步骤404中,所述方法包括确定UE 102是否处于TAU发起状态。在实施例中,所述方法允许NAS 206检测UE 102的状态。

如果NAS 206检测到UE 102处于TAU发起状态时,在步骤406中,NAS206确定UE 102是否正在为ATTEMPTING-TO-UPDATE服务并且重传定时器T3411、T3346、T3402和T3430中的一个或更多个是否已到期。

如果UE 102被确定为正在为ATTEMPTING-TO-UPDATE服务并且重传定时器T3411、T3346、T3402和T3430中的一个或更多个已到期,则在步骤408中,所述方法包括停止重传定时器,并将TAU活动标志设置为“真”,以向网络实体220指示数据挂起。在实施例中,所述方法允许NAS 206停止重传定时器并设置TAU活动标志。然后,如下所述,所述方法进行到步骤414。

如果UE 102不是正在为ATTEMPTING-TO-UPDATE服务并且重传定时器T3411、T3346、T3402和T3430中的一个或更多个正在运行,则:在步骤410中,所述方法包括向IMS客户端指示失败并删除挂起的数据,从而触发CSFB呼叫。在实施例中,所述方法允许NAS 206向IMS客户端指示失败并删除挂起的数据。

如果NAS 206确定UE 102不是处于TAU发起状态,则在步骤412中,所述方法包括等待TAU接受/拒绝或者直到一个或更多个定时器到期。在实施例中,所述方法允许NAS 206等待TAU接受/拒绝或者直到所述一个或更多个定时器到期。

此外,在步骤414中,所述方法包括确定是否从网络实体220接收到区域更新接受消息。在实施例中,所述方法允许NAS 206进行上述确定。

如果NAS 206确定从网络实体220接收到区域更新接受消息,则在步骤416中所述方法包括触发IMS呼叫。在实施例中,所述方法允许NAS 206触发IMS呼叫。

如果NAS 206确定从网络实体220拒绝了区域更新接受消息,则所述方法包括:在步骤418中,向上层指示TAU失败并且UE 102不能发送用户数据。在实施例中,所述方法允许NAS 206提供所述指示。

在步骤420中,所述方法包括触发CSFB。在实施例中,所述方法允许NAS 206触发CSFB呼叫。

在所述方法中的各种动作、行动、方框、步骤等可以以呈现的顺序被执行,可以以不同的顺序被执行,或者同时被执行。此外,在一些实施例中,在不脱离本公开的范围的情况下,动作、行动、方框、步骤等中的一些可被省略、被添加、被修改、被跳过等。

图5是示出根据本公开的实施例的用于在被登记并正在尝试更新的状态下的UE中处理IMS呼叫和CSFB呼叫所执行的操作的时序图。

不同于传统系统和方法,所提出的机制允许UE 102立即执行T3411定时器到期动作并在TAU请求中将活动标志设置为“真”。如果TAU被成功完成,则UE 102可因此继续进行IMS传信过程并继续IMS呼叫。因此,当UE102处于已登记、正在尝试更新、更新MM状态时,所提出的方法可被用于有效地处理MO语音呼叫。

在实施例中,在步骤502中,NAS 206(即,UE 102中的NAS 206)从网络实体220接收组合的演进分组系统(EPS)附着接受(位置区域识别(LAI))。在步骤504中,NAS 206向网络实体220广播TAI变化观察指示和TAU请求消息(组合的TA LA)。此外,在步骤506中,在RRC连接中,网络实体220向NAS 206广播低层失败指示。在步骤508中,NAS 206通过将活动标志设置为“真”来向网络实体220广播TAU请求消息,从而触发IMS呼叫。

图6是示出根据本公开的实施例的在由于一个或更多个定时器到期而导致TAU失败的情况下处理挂起的IMS呼叫所执行的操作的时序图。

不同于传统的方法和系统,所提出的机制可在当UE102使用被设置为“真”的活动标志发起TAU过程时MO语音/紧急呼叫挂起期间以及在接收TAU接受/拒绝请求消息之前在低层失败/正常的情况下从网络实体220接收到的RRC连接释放请求期间,有效地处理IMS呼叫和CSFB呼叫。

根据实施例,响应于从网络实体220接收到的请求,NAS 206在本地释放RRC连接,并切换到针对演进(EDGE)无线接入网(GERAN)/UTRAN的GSM增强数据率以支持通过CS的语音呼叫。另外,NAS 206可向I MS客户端发送指示,使得挂起的数据可在调制解调器210和传输控制网际协议(TCP-IP)被清除。

在实施例中,在步骤602中,NAS 206(即,UE 102中的NAS 206)从网络实体220接收组合的EPS附着接受(LAI)。在步骤604中,NAS 206向网络实体220广播TAI变化观察指示和TAU请求消息(组合的TA LA)。此外,在步骤606中,在RRC连接中,网络实体220向NAS 206广播低层失败指示。在步骤608中,NAS 206通过将活动标志设置为“真”来向网络实体220广播TAU请求消息。

在步骤610中,NAS 206可被配置为在本地释放RRC连接。另外,NAS206可被配置为向IMS客户端指示连接失败。另外,NAS 206可被配置为在调制解调器210和TCP-IP清除由于IMS呼叫而挂起的数据,以在按照遗留的RAT结束或尝试呼叫之后防止不想要的数据/数据包的重传。

图7是示出根据本公开的实施例的用于响应于从NAS 206接收到的TAU请求消息在UE从网络实体接收到低层失败请求消息的情况下处理IMS语音/紧急呼叫所执行的操作的时序图。

在实施例中,在步骤702中,NAS 206从网络实体220接收组合的EPS附着接受(LAI)。在步骤704中,NAS 206向网络实体220广播TAI变化观察指示和TAU请求消息(组合的TA LA)。另外,在步骤706中,在RRC连接中,网络实体220向NAS 206广播低层失败指示。在步骤708中,NAS 206通过将活动标志设置为“真”来向网络实体220广播TAU请求消息。

如果NAS 206在TAU接受/拒绝请求消息之前从网络实体220接收到RRC连接失败请求消息,在步骤710中,NAS 206可停止定时器T3430并向IMS客户端指示RRC连接失败。另外,NAS 206可被配置为在调制解调器210和TCP-IP清除由于IMS呼叫而挂起的数据,以在按照遗留RAT结束或尝试呼叫之后防止不想要的数据/数据包的重传。

图8是示出根据本公开的实施例的用于在UE接收到TAU拒绝消息时处理IMS呼叫的时序图。

在实施例中,在步骤802中,NAS 206从网络实体220接收组合的EPS附着接受(LAI)。在步骤804中,NAS 206向网络实体220广播TAI变化观察指示和TAU请求消息(组合的TA LA)。另外,在步骤806中,在RRC连接中,网络实体220向NAS 206广播低层失败指示。在步骤808中,NAS 206通过将活动标志设置为“真”来在NAS 206上向网络实体220广播TAU请求消息。

另外,在步骤810中,NAS 206在临时原因(诸如,例如,NW故障/拥塞/MSC不可达)的情况下接收TAU拒绝消息。在步骤812中,NAS 206在本地释放RRC连接并切换到GERAN/UTRAN以支持通过CS的语音呼叫。此外,NAS 206可向IMS客户端(即,在UE 102的IMS应用)发送指示,使得挂起的数据可在调制解调器210和TCP-IP被清除。

图9是示出根据本公开的实施例的用于在IMS呼叫建立期间处理CS寻呼所执行的操作的时序图。

在步骤902中,在实施例中,UE 102向网络实体220广播TUA/服务请求(RRC建立可被提到作为IMS呼叫)。此外,响应于在步骤904中接收到的TAU/服务请求,在步骤906中,网络实体220广播TAU/服务请求拒绝,以等待在本地连接的RRC释放。

因此,UE 102向IMS客户端指示连接失败。此外,UE 102可在调制解调器210和TCP-IP清除由于IMS呼叫而挂起的数据,以在按照遗留RAT结束或尝试呼叫之后阻止不想要的数据/重传。

图10是示出根据本公开的实施例的用于在IMS呼叫建立期间处理CS寻呼所执行的操作的时序图。

UE 102能够支持多SIM,并且如果从IMS客户端触发VoLTE呼叫,则在步骤1002中,调制解调器210接收来自IMS客户端的针对VoLTE呼叫的指示。响应于从UE 102接收到的指示建立与网络实体220的调制解调器连接。因此,UE 102向IMS客户端发送响应以开始传输SIP数据。

此外,在步骤1004中,调制解调器210检测到在IMS呼叫正在第一SIM上进行时在第二SIM接收到CS寻呼。因此,调制解调器210可被配置为忽略CS寻呼并通过结束VoLTE呼叫来继续IMS呼叫,并且一旦呼叫结束,IMS客户端就可将呼叫已结束的指示发送到调制解调器210。

当UE 102处于登记和空闲状态并且具有活动标志的TAU或服务请求被触发时,UE 102发起IMS呼叫。CS寻呼从网络实体被接收到,但是调制解调器210接收指示VoLTE呼叫建立正在进行的指示,因此调制解调器210可忽略CS寻呼并继续VoLTE呼叫。

不同于传统的系统和方法,实施例优先考虑在UE 102发生的异常状态期间在UE 102中的IMS呼叫请求,以最大化成功的IMS呼叫建立的机会。

图11是示出根据本公开的实施例的用于在EMM异常状态下处理IMS呼叫的方法的流程图。

在步骤1102中,方法包括当在UE 102发起了IMS呼叫时接收IMS指示。在实施例中,所述方法允许NAS 206接收IMS指示。

在步骤1104中,所述方法包括将NAS 206连接到网络实体220并向上层指示接受/拒绝请求消息。在实施例中,所述方法允许NAS 206向上层提供指示。

在步骤1106中,所述方法包括确定到无线网络中的网络实体220的连接是否成功。在实施例中,所述方法允许NAS 206进行上述确定。

如果到无线网络中的网络实体220的连接不成功,则在步骤1108中,所述方法包括向上层发送失败指示并触发CSFB呼叫(移动到2G/3G以继续在CS域上的呼叫)。在实施例中,所述方法允许NAS 206发送失败指示并触发CSFB呼叫。

如果到无线网络中的网络实体220的连接成功,则在步骤1110中,所述方法包括触发IMS呼叫(使用IMS程序继续在LTE网络上的呼叫)。在实施例中,所述方法允许NAS 206触发IMS呼叫。

在所述方法中的各种动作、行动、阻塞、步骤等可以以呈现的顺序被执行、可以以不同的顺序被执行、或同时被执行。此外,在一些实施例中,动作、行动、阻塞、步骤等中的一些可被省略、被添加、被修改、被跳过等而无需脱离本公开的范围。

图12是示出根据本公开的实施例的用于在EMM异常状态下处理IMS呼叫的方法的流程图。

在步骤1202中,方法包括当在UE 102发起了IMS呼叫时接收IMS指示。在实施例中,所述方法允许NAS 206接收IMS指示。

在步骤1204中,所述方法包括确定UE 102的状态是否是TAU发起状态。在实施例中,所述方法允许NAS 206确定UE 102的状态。

如果NAS 206检测到UE 102不是处于TAU发起状态,则在步骤1206中,所述方法包括由NAS 206根据以下的现有3G协议触发CSFB呼叫。

如果NAS 206检测到UE 102处于TAU发起状态,则在步骤1208中,所述方法包括由NAS 206(在UE 102中)优先考虑RRC连接请求中的MO语音呼叫。在步骤1210中,所述方法包括由NAS 206向网络实体220发送请求,以使IMS业务优先于正常业务。

例如,当用户发起IMS呼叫并且UE 102处于登记和空闲状态时,具有活动标志的TAU或服务请求将被触发。此外,可由网络实体220优先考虑针对这样的消息的连接请求,因此提出在RRC连接中建立IMS呼叫,这样的建立的使用可使网络实体意识到连接请求的原因,使得网络实体220可优先考虑并最小化诸如拥塞、网络失败等的问题。

在所述方法中的各种动作、行动、方框、步骤等可以以呈现的顺序被执行,可以以不同的顺序被执行,或者同时被执行。此外,在一些实施例中,在不脱离本公开的范围的情况下,动作、行动、方框、步骤等中的一些可被省略、被添加、被修改、被跳过等。

图13是示出根据本公开的实施例的用于在支持多SIM的UE处理IMS呼叫和CSFB呼叫的方法的流程图。

在步骤1302中,所述方法包括当从在UE 102的第一SIM发起了IMS呼叫时接收IMS指示。在实施例中,所述方法允许NAS 206接收IMS指示。

在步骤1304中,所述方法包括检测UE 102处于连接模式并且在UE 102的第二SIM正向无线网络传信数据。在实施例中,所述方法允许NAS 206执行所述检测。

在步骤1306中,所述方法包括阻断在第二SIM的对数据的传信。在实施例中,所述方法允许NAS 206阻断传信。

在步骤1308中,所述方法包括触发来自第一SIM的IMS呼叫。在实施例中,所述方法允许NAS 206触发IMS呼叫。

此外,下面参照图14更加详细地描述支持多SIM(DSDA,DSDS)的UE 102。

在所述方法中的各种动作、方框、阻塞、步骤等可以以呈现的顺序被执行,可以以不同的顺序被执行,或者同时被执行。此外,在一些实施例中,在不脱离本公开的范围的情况下,动作、行动、方框、步骤等中的一些可被省略、被添加、被修改、被跳过等。

图14是示出根据本公开的实施例的用于在CS寻呼期间在支持多SIM的UE处理IMS呼叫和CSFB呼叫的方法的流程图。

在步骤1402中,所述方法包括当从在UE 102的第一SIM发起了IMS呼叫时接收IMS指示。在实施例中,所述方法允许NAS 206接收IMS指示。

在步骤1404中,所述方法包括检测UE 102处于连接模式并且在UE 102的第二SIM正向无线网络传信数据。在实施例中,所述方法允许NAS 206执行所述检测。

在步骤1406中,所述方法包括阻断在第二SIM的数据的传信。在实施例中,所述方法允许NAS 206阻断传信。

在步骤1408中,所述方法包括触发来自第一SIM的IMS呼叫。在实施例中,所述方法允许NAS 206触发IMS呼叫。

在步骤1410中,所述方法包括检测在IMS呼叫正在第一SIM上进行时在第二SIM接收到CS寻呼。在实施例中,所述方法允许调制解调器210检测在第二SIM接收到CS寻呼。

在步骤1412中,所述方法包括忽略在第二SIM的CS寻呼。在实施例中,所述方法允许调制解调器210忽略在第二SIM的CS寻呼并继续VoLTE呼叫。

在所述方法中的各种动作、行动、方框、步骤等可以以呈现的顺序被执行,可以以不同的顺序被执行,或者同时被执行。此外,在一些实施例中,在不脱离本公开的范围的情况下,动作、行动、方框、步骤等中的一些可被省略、被添加、被修改、被跳过等。

图15是示出根据本公开的实施例的实现用于在无线网络中在UE处理IMS呼叫和CSFB呼叫的方法的计算环境的示图。

计算环境1502包括:配备有控制单元1504和算术逻辑单元(ALU)1506的至少一个处理单元1508、内存1510、存储器单元1512、多个网络装置1516、和多个输入/输出(I/O)装置1514。处理单元1508负责处理方案的指令。处理单元1508从控制单元1504接收命令以便执行它的处理。此外,在指令的执行中涉及的任何逻辑和算术运算可在ALU 1506的帮助下进行计算。

整个计算环境1502可包括:同构或异构核、不同类型的多个中央处理单元(CPU)、专用介质和其它加速器。处理单元1508负责处理方案的指令。另外,多个处理单元1508可位于单个芯片上或在多个芯片上。

具有实现所需要的指令和代码的方案被存储在内存单元1510、存储器1512、或前述两者中。在执行的时候,指令可从相应的内存1510或存储器1512被读取,并由处理单元1508执行。

在任何硬件实现的情况下,各种网络装置1516或外部I/O装置1514可通过网络单元和I/O装置单元被连接到计算环境以支持实现。

在此公开的实施例可通过在至少一个硬件装置上运行并执行网络管理功能以控制各个元件的至少一个软件程序被实现。在图1至图15中示出的各个元件包括可以是硬件装置或者硬件装置和软件单元的组合中的至少一个的块。

本公开可与集成电路、芯片组或片上系统(SoC)的制造相结合地被利用。本领域的技术人员将知道如何将晶片切块并封装冲模以生产集成电路。如此制造的集成电路被视为本公开的部分。

虽然已经参照本公开的特定实施例示出并描述了本公开,但是本领域技术人员应理解:在不脱离由所附权利要求限定的本公开的精神和范围的情况下,可做出在形式和细节上的各种改变。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1