用于处理单无线电语音呼叫连续性切换的设备和方法与流程

本申请总体上涉及无线通信，尤其涉及一种用于处理单无线电语音呼叫连续性(SRVCC)切换的系统和方法。

背景技术：

除了基于通过LTE的语音服务(VoLTE)之外，还可使用基于应用程序(例如网页实时通信服务(WebRTC))的浏览器来提供语音通信服务。3GPP已经在技术规范(TS)23.228中开发了“WebRTC接入基于IMS网络的架构(WebRTC access to IMS-network-based architecture)”，其中，在LTE UE中由在WebRTC客户端中具有IMS功能的WebRTC客户端，称为“WebRTC IMS客户端”或WIC，通过LTE连接到运营商IMS。这种技术允许运营商对WebRTC客户端使用良好的QoS提供IMS服务，例如将多媒体语音会话连接到其他IMS网络。

技术实现要素：

问题的解决方案

在第一实施例中，提供了一种用于处理无线通信系统中单无线电语音呼叫连续性(SRVCC)切换的方法。所述方法包括确定用户设备(UE)和互联网协议(IP)多媒体子系统之间的语音会话是由网页实时通信(RTC)IMS客户端还是由UE的常规IMS客户端发起的。响应于经由网页RTC IMS客户端发起的语音会话，向提供服务的增强型NodeB(eNB)指示SRVCC切换不可应用，并且响应于经由常规RTC IMS客户端发起的语音会话，向提供服务的增强型eNB指示SRVCC切换可应用。

在第二实施例中，提供了一种用于处理无线通信系统中SRVCC切换的设备。所述设备包括收发器和处理器，所述处理器配置为确定用户设备(UE)和IMS之间的语音会话是由网页RTC IMS客户端还是由UE的常规IMS客户端发起的。响应于经由网页RTC IMS客户端发起的语音会话，处理器配置为使得收发器向提供服务的eNB指示SRVCC切换不可应用。响应于经由常规RTC IMS客户端发起的语音会话，处理器配置为使得收发器向提供服务的eNB指示SRVCC切换可应用。

在第三实施例中，提供了一种无线通信系统中的用户设备(UE)。所述UE包括收发器、配置为建立与IMS的语音会话的网页RTC IMS客户端、配置为建立与IMS的语音会话的常规IMS客户端以及处理器，所述处理器配置为响应于发起语音会话的网页RTC IMS使得收发器向提供服务的eNB指示SRVCC切换不可应用，并且响应于发起语音会话的RTC IMS使得收发器向提供服务的eNB指示SRVCC切换可应用。

根据下面的附图、描述和权利要求，本领域技术人员可以容易明了其他技术特征。

在着手进行下面的具体描述之前，阐明在该专利文件前后使用的某些词和词组的定义可能有利。术语“耦合”及其派生涉及两个或更多个元件之间任何直接或间接的通信，不管这些元件是不是彼此物理接触。术语“传输”、“接收”和“传送”及其派生涵盖直接和间接通信。术语“包含”和“包括”及其派生的意思是指没有限制的包括。术语“或”是包含性的，意思是“和/或”。词组“与……关联的”及其派生的意思是：包含、被包含在其中、与……互连、含有、被含有在其中、连接到……或与……连接、耦合到……或与……耦合、可与……通信、接近于、被绑定到……或与……绑定、具有……的属性、对于或与……有关系等。术语“控制器”指控制至少一个操作的任何设备、系统或其一部分。这样的控制器可以以硬件或硬件和软件和/或固件的组合来实施。可以集中或分布与任何特定控制器关联的功能，不管本地地还是远程地。词组“……中的至少一个”，当与项目的列表一起使用时，指可以使用列出的项目中的一个或多个的不同组合，并且可以仅需要列表中的一个项目。例如，“A、B和C中的至少一个”包括下列组合中的任一个：A，B，C，A和B，A和C，B和C，以及A和B和C。

其他特定词和词组的定义通过该专利文件提供。本领域普通技术人员将理解在许多(如果不是大多数的话)情况下，这样的定义适用于先前以及将来这样定义的词和词组的使用。

附图说明

为了更加完整地理解本发明及其优点，现在结合附图，将以下描述作为参考，在附图中：

图1示意了根据本公开实施例的示例无线网络；

图2A和2B示意了根据本公开的实施例的示例无线传输和接收路径；

图3A示意了根据本公开的示例用户设备；

图3B示意了根据本公开的示例增强型NodeB(eNB)；

图4示意了根据本公开实施例的用于处理单无线电语音呼叫连续性(SRVCC)切换过程的总体架构；

图5示意了根据本公开实施例的用于通过由UE转换SRVCC能力来处理SRVCC切换的流程图；

图6示意了根据本公开一个或多个实施例的用于通过来自策略控制和计费(PCC)的显式指示来处理SRVCC切换过程的流程图；

图7示意了根据本公开一个或多个实施例的用于在HSS推送模型中处理SRVCC切换过程的流程图；

图8A和8B示意了根据本公开实施例的用于通过基于APN的MME控制来处理SRVCC切换过程的流程图；以及

图9示意了根据本公开实施例的用于通过基于APN的显示指示来处理SRVCC切换的流程图。

具体实施方式

下面讨论的图1到图9以及在本专利文件中用于描述本公开的原理的各个实施例仅当作示意，而不应当以任何限制本公开范围的方式来解读。本领域技术人员将理解本公开的原理可以以任何合适地布置的设备或系统来实施。

在此将下列文件和标准描述并入本公开，就如同完全在本文中阐述了一样：3GPP技术规范(TS)23.228版本12.5.0，“IP多媒体子系统(IMS)；第二阶段”；3GPP TS 23.216版本12.1.0，“单无线电语音呼叫连续性(SRVCC)；第二阶段”；3GPP技术要求No.23.706版本0.1.1，“关于网页实时通信(WebRTC)接入IP多媒体子系统(IMS)的增强的研究”；3GPP TS 23.237版本12.7.0，“IMS服务连续性；第二阶段”；3GPP TS 23.203版本12.5.0，“策略和计费控制架构”；以及3GPP TS 23.401版本12.5.0，“用于演进的通用陆地无线接入网(E-UTRAN)的通用分组无线服务(GPRS)增强”。

图1示意了根据本公开的示例无线网络100。图1中示出的无线网络100的实施例仅为了示意。在不背离本公开的范围的情况下可以使用无线网络100的其他实施例。

如图1所示，无线网络100包括eNodeB(eNB)101、eNB 102和eNB 103。eNB 101与eNB 102和eNB 103通信。eNB 101还与至少一个互联网协议(IP)网络130(例如，互联网、专用IP网络或其他数据网络)通信。

取决于网络类型，可替代“eNodeB”和“eNB”使用其他周知的术语，例如“基站”或“接入点”。出于便利，术语“eNodeB”和“eNB”在本专利文件中用于指为远程终端提供无线接入的网络基础设施部件。另外，取决于网络类型，可替代“用户设备”或“UE”使用其他周知的术语，例如“移动站”、“订户站”、“远程终端”、“无线终端”或“用户装置”。出于便利，术语“用户设备”和“UE”在本专利文件中用于指无线地接入eNB的远程无线设备，不管UE是移动设备(例如移动电话或智能电话)还是通常被视为的固定设备(例如台式计算机或自动售货机)。

eNB 102为eNB 102的覆盖区域120内的多个用户设备(UE)提供至网络130的无线宽带接入。所述多个UE包括：UE 111，UE 111可以位于小公司(SB)；UE 112，UE 112可以位于企业(E)；UE 113，UE 113可以位于WiFi热点(HS)；UE 114，UE 114可以位于第一住宅(R)；UE 115，UE 115可以位于第二住宅(R)；以及UE 116，UE 116可以是移动设备(M)，比如蜂窝电话、无线膝上型计算机、无线PDA等。eNB 103为eNB 103的覆盖区域125内的第二多个用户设备(UE)提供至网络130的无线宽带接入。所述第二多个UE包括UE 115和UE 116。在一些实施例中，eNB 101-103中的一个或多个可以利用5G、LTE、LTE-A、WiMAX或其他先进的无线通信技术彼此通信以及与UE 111-116通信。

虚线示出覆盖区域120和125的大致范围，仅为了示意和说明的目的，覆盖区域120和125被示出为大致圆形。应当可以清楚地理解，取决于eNB的配置以及与天然或人造障碍关联的无线电环境的变化，与eNB关联的覆盖区域(例如覆盖区域120和125)可具有其他形状，包括不规则形状。

如在下面详细描述地，BS 101、BS 102和BS 103中的一个或多个支持在本发明的实施例中描述的单无线电语音呼叫连续性(SRVCC)切换的连续性。在一些实施例中，BS 101、BS 102和BS 103中的一个或多个支持实体之间的通信，例如网页实时通信(RTC)。

尽管图1示意了无线网络100的一个示例，但是可以对图1进行各种改变。例如，无线网络100可以以任何合适的布置包括任意数量的eNB和任意数量的UE。另外，eNB 101可以与任意数量的UE直接通信并且给这些UE提供至网络130的无线宽带接入。类似地，每个eNB 102-103均可以与网络130直接通信并且给UE提供至网络130的无线宽带接入。另外，eNB 101、102和/或103可以提供至其他或额外的外部网络(例如外部电话网络或其他类型的数据网络)的接入。

图2A和2B示意了根据本公开的示例无线传输和接收路径。在下面的描述中，传输路径200可以被描述为被实施在eNB(例如eNB 102)中，而接收路径250可以被描述为被实施在UE(例如UE 116)中。然而，将要理解，接收路径250可以被实施在eNB中并且传输路径200可以被实施在UE中。在一些实施例中，接收路径250配置为支持在本发明的实施例中描述的单无线电语音呼叫连续性(SRVCC)切换的连续性。

传输路径200包括信道编码和调制块205、串行至并行(S至P)块210、N长度反向快速傅里叶变换(IFFT)块215、并行至串行(P至S)块220、添加循环前缀块225以及上变频器(UC)230。接收路径250包括下变频器(DC)225、移除循环前缀块260、串行至并行(S至P)块265、N长度快速傅里叶变换(FFT)块270、并行至串行(P至S)块275以及信道解码和解调块280。

在传输路径200中，信道编码和调制块205接收一组信息位，施加编码(例如低密度奇偶校验(LDPC)编码)，并且调制(例如，借助正交相移键控(QPSK)或正交幅度调制(QAM))被输入的位以生成频域调制符号的序列。串行至并行块210将串行的经调制符号转换(例如，解多路复用)成并行数据以便生成N个并行的符号流，其中，N为在eNB 102和UE 116中使用的IFFT/FFT长度。N长度IFFT块215对N个并行的符号流执行IFFT运算以生成时域输出信号。并行至串行块220转换(例如，多路复用)从N长度IFFT块215输出的并行的时域输出符号以便生成串行的时域信号。添加循环前缀块225将循环前缀插入到时域信号。上变频器230将添加循环前缀块225的输出调制(例如，上变频)到RF频率以用于经由无线信道传输。在变频到RF频率之前，信号还可以在基带上被滤波。

来自eNB 102的被传输的RF信号在通过无线信道之后到达UE 116，并且在UE 116处对在eNB 102处的那些信号执行反向操作。下变频器225将接收到的信号下变频到基带频率，并且移除循环前缀块260将循环前缀移除以生成串行的时域基带信号。串行至并行块265将时域基带信号转换成并行的时域信号。N长度FFT块270执行FFT算法来生成N个并行的频域信号。并行至串行块275将并行的频域信号转换成经调制的数字符号的序列。信道解码和解调块280解调并解码经调制的符号以恢复原始输入数据流。

eNB 101-103中的每一个可实施与在至UE 111-116的下行链路中的传输类似的传输路径200，并且可以实施与在从UE 111-116的上行链路中的接收类似的接收路径250。类似地，UE 111-116中的每一个可实施用于在至eNB101-103的上行链路中的传输的传输路径200，并且可以实施用于在从eNB101-103的下行链路中的接收的接收路径250。

可以仅使用硬件或使用硬件和软件/固件的组合来实施图2A和2B中的部件的每一个。作为特定示例，图2A和2B中的部件的至少一些可以以软件实施，而其他部件可以通过可配置硬件或软件和可配置硬件的混合来实施。举例来说，FFT块270和IFFT块215可以被实施为可配置的软件算法，其中可以根据实施方式来修改长度N的值。

另外，尽管被描述为使用FFT和IFFT，但是这只是当作示意而不应当被解读为限制本公开的范围。可以使用其他类型的变换，例如离散傅里叶变换(DFT)和反离散傅里叶变换(IDFT)函数。将要理解，对于DFT和IDFT函数，变量N的值可以为任何整数(例如，1、2、3、4等)，而对于FFT和IFFT函数，变量N的值可以为2的幂的任何整数(例如，1、2、4、8、16等)。

尽管图2A和2B示意了无线传输和接收路径的示例，但是可以对图2A和2B进行各种改变。例如，图2A和2B中的各种部件可以进行组合、进一步细分或省略，并且可以根据特定需要添加额外部件。另外，图2A和2B意在示意可以在无线网络中使用的传输和接收路径的类型的示例。可以使用任何其他合适架构来支持无线网络中的无线通信。

图3A示意了根据本公开的示例UE 116。在图3A中示意的UE 116的实施例仅为了示意，并且图1中的UE 111-115可以具有相同或相似的配置。然而，UE具有各种不同的配置，并且图3A不将本公开的范围限制到UE的任何特定实施方式。

如在图3A中示出的，UE 116包括天线305、射频(RF)收发器310、传输(TX)处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器330、主处理器340、输入/输出(I/O)接口(IF)345、键盘350、显示器355和存储器360。存储器360包括基本操作系统(OS)程序361和一个或多个应用362。

RF收发器310从天线305接收由网络100的eNB传输的到来的RF信号。RF收发器310下变频到来的RF信号以生成中频(IF)或基带信号。IF或基带信号被发送到RX处理电路325，RX处理电路325通过滤波、解码和/或数字化基带或IF信号来生成经处理的基带信号。RX处理电路325将经处理的基带信号传输到扬声器330(例如，对于语音数据来说)或到主处理器340进行进一步处理(例如，对于网页浏览数据来说)。

TX处理电路315从麦克风320接收模拟或数字语音数据，或从主处理器340接收其他外出的基带数据(例如，网页数据、e-mail、或交互式视频游戏数据)。TX处理电路315编码、多路复用和/或数字化外出的基带数据以生成经处理的基带或IR信号。RF收发器310从TX处理电路315接收外出的经处理的基带或IF信号并且将基带或IF信号下变频到经由天线305传输的RF信号。

主处理器340可包括一个或多个处理器或其他处理设备并且执行存储在存储器360中的基本OS程序361以便控制UE 116的总体操作。例如，主处理器340可以根据周知的原理通过RF收发器310、RX处理电路325和TX处理电路315控制前向信道信号的接收和反向信道信号的传输。在一些实施例中，主处理器340包括至少一个微处理器或微控制器。

主处理器340还能够执行驻留在存储器360中的其他过程和程序，例如用于在本公开的实施例中描述的SRVCC切换的连续性的操作。例如，主处理器340可以能够向提供服务的eNB指示SRVCC切换不可应用，并且响应于经由常规RTC IMS发起的语音会话，主处理器340可以能够使得RF收发器310向提供服务的eNB指示SRVCC切换可应用。当执行的过程需要时，主处理器340可以将数据移入或移出存储器360。在一些实施例中，主处理器340配置为基于OS程序361或响应于从eNB或操作者接收的信号来执行应用362。主处理器340还耦合到I/O接口345，I/O接口345给UE 116提供连接到其他设备(例如膝上型计算机和手持式计算机)的能力。I/O接口345是这些配件和主控制器340之间的通信路径。

主处理器340还耦合到键盘350和显示单元355。UE 116的操作者可以使用键盘350将数据输入到UE 116中。显示器355可以为液晶显示器或能够渲染文本和/或至少有限的图形(例如，来自于网址)的其他显示器。

存储器360耦合到主处理器340。一部分存储器360可以包括随机存取存储器(RAM)，并且其他部分的存储器360可以包括快闪存储器或其他只读存储器(ROM)。

尽管图3A示意了UE 116的一个示例，但是可以对图3A进行各种改变。例如，图3A中的各种部件可以进行组合、进一步细分或省略，并且可以根据特定需要添加额外部件。作为特定实施例，主处理器340可以被分成多个处理器，例如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。另外，尽管图3A示意了配置为移动电话或智能电话的UE 116，但是UE 116可以配置为作为其他类型的移动或固定设备来操作。

图3B示意了根据本公开的示例eNB 102。在图3B中示出的eNB 102的实施例仅为了示意，并且图1中的其他eNB可以具有相同或相似的配置。然而，eNB具有各种不同的配置，并且图3B不将本公开的范围限制到eNB的任何特定实施方式。要注意，eNB 101和eNB 103可以包括与eNB 102相同或相似的结构。

如在图3B中示出的，eNB 102包括多个天线370a-370n、多个RF收发器372a-372n、传输(TX)处理电路374和接收(RX)处理电路376。eNB 102还包括控制器/处理器378、存储器380和回程线路或网络接口382。

RF收发器372a-372n从天线370a-370n接收到来的RF信号，例如由UE或其他eNB传输的信号。RF收发器372a-372n下变频到来的RF信号以生成中频IF或基带信号。IF或基带信号被发送到RX处理电路376，RX处理电路376通过滤波、解码和/或数字化基带或IF信号来生成经处理的基带信号。RX处理电路376将经处理的基带信号传输到控制器/处理器378进行进一步处理。

Tx处理电路374从控制器/处理器378接收模拟或数字数据(例如，语音数据、网页数据、e-mail、或交互式视频游戏数据)。TX处理电路374编码、多路复用和/或数字化外出的基带数据以生成经处理的基带或IR信号。RF收发器372a-372n从TX处理电路374接收外出的经处理的基带或IF信号并且将基带或IF信号上变频到经由天线370a-370n传输的RF信号。

控制器/处理器378可以包括一个或多个处理器或控制eNB 102的总体操作的其他处理设备。例如，控制器/处理器378可以根据周知的原理通过RF收发器372a-372n、RX处理电路376和TX处理电路324控制前向信道信号的接收和反向信道信号的传输。控制器/处理器378还可以支持额外功能，例如更先进的无线通信功能。举例来说，控制器/处理器378可以执行盲干扰检测(BIS)过程(例如通过BIS算法执行)，并且解码接收到的减去干扰信号的信号。可以通过控制器/处理器378在eNB 102中支持任何各种不同的其他功能。在一些实施例中，控制器/处理器378包括至少一个微处理器或微控制器。

控制器/处理器378还能够执行驻留在存储器380中的程序和其他过程，例如基本OS。控制器/处理器378还能够支持在本发明的实施例中描述的单无线电语音呼叫连续性(SRVCC)切换的连续性。在一些实施例中，控制器/处理器378支持实体(例如网页RTC)之间的通信。当执行的过程需要时，控制器/处理器378可以将数据移入或移出存储器380。

控制器/处理器378还耦合到回程线路或网络接口335。回程线路或网络接口382允许eNB 102通过回程线路连接或通过网络与其他设备或系统系统。接口382可以支持通过(一个或多个)任何合适的有线或无线连接的通信。例如，当eNB 102被实施为蜂窝通信系统(例如，支持5G、LTE或LTE-A的蜂窝通信系统)的一部分时，接口382可以允许eNB 102通过有线或无线回程线路连接与其他eNB通信。当eNB 102被实施为接入点时，接口382可以允许eNB 102通过有线或无线局域网或通过至更大网络(例如互联网)的有线或无线连接进行通信。接口382可包括支持通过有线或无线连接的通信的任何合适结构，例如以太网或RF收发器。

存储器380耦合到控制器/处理器378。一部分存储器380可以包括RAM，并且其他部分的存储器380可以包括快闪存储器或其他ROM。在某些实施例中，多个指令(例如BIS算法)存储在存储器中。所述多个指令配置为使得控制器/处理器378执行BIS过程并且解码减掉通过BIS算法确定的至少一个干扰信号后的接收的信号。

如在下面更加详细地描述，eNB 102的传输和接收路径(利用RF收发器372a-372n、TX处理电路374和/或RX处理电路376来实施)支持利用FDD小区和TDD小区的聚集的通信。

尽管图3B示意了eNB 102的一个示例，但是可以对图3B进行各种改变。例如，eNB 102可以包括任何数量的图3中示出的每个部件。作为特定示例，接入点可以包括多个接口382，并且控制器/处理器378可以支持路由功能以在不同网络地址之间路由数据。作为另一特定示例，尽管被示出为包括TX处理电路374的单个实例和RX处理电路376的单个实例，但是eNB 102可以包括每个电路的多个实例(例如每个RF收发器一个)。

图4示意了根据本公开实施例的用于处理SRVCC切换过程的总体架构。图4中示出的实施例仅为了示意。在不背离本公开的范围的情况下可以使用其他实施例。

UE 116具有SRVCC能力的UE并且含有用于通过IMS发起语音会话的IP多媒体系统(IMS)客户端和网页实时通信(WebRTC)IMS客户端。IMS430含有在3GPP TS 23.228和3GPP TS 23.237中定义的需要的IMS功能，用于与IMS客户端联网进行通过LTE语音(VoLTE)和单无线电语音呼叫连续性(SRVCC)，以及用于与WebRTC IMS客户端联网进行通过IMS的语音通信。

eNodeB(eNB)103、移动性管理实体(MME)410、服务/PDN-网关(S/P-GW)/策略和计费执行功能(PCEF)415、策略和计费规则功能(PCRF)420、移动服务交换中心(MSC)/拜访位置寄存器(VLR)440、家庭订户服务器(HSS)450、2/3G无线电接入网(RAN)460和所有关联的参考点可以按照在3GPP TS 23.203、3GPP TS 23.401和3GPP TS 23.216中的方式进行配置，通过参考将上述3GPP TS并入本文。

如在上面提及的，LTE UE 116中的WebRTC客户端可以通过在WebRTC IMS客户端或WIC中具有IMS功能而通过LTE连接到运营商IMS。然而，提供给IMS客户端的一些网络服务将不会为WebRTC IMS客户端工作。一个示例是在3GPP TS 23.216中定义的对于VoLTE的单无线电语音呼叫连续性(SRVCC)。SRVCC是使得语音服务能够被从分组交换(PS)域交换到电路交换(CS)域的技术。对于SRVCC，基于QCI-1承载的存在，eNB确定至CS RAT的切换是需要的，并且UE 116通过2/3G RAT内部地将承载在QCI-1承载内的IMS会话的语音媒体交换到CS承载。如果eNB 103对于由WIC建立的语音会话触发了这种SRVCC切换，则在命令UE 116交换到2/3G RAT之后语音会话将删除。

如果不满足某(些)前置条件，则eNB 103将不触发SRVCC切换。目前，IMS可以处理由IMS客户端或WIC以相同方式建立的语音会话，这意味着eNB 103可能对于WIC发起的语音会话触发虚假SRVCC切换。为了克服这个问题，一种提议是确保SRVCC的前置条件或者由于一组程序被预先执行或者基于网络中的某些显式指示而无法被满足，以阻止eNB 103对于由WebRTC客户端建立的语音会话触发SRVCC切换。本公开提供各种实施例以确保eNB 103对被WIC发起的语音会话不触发SRVCC。

图5示意了根据本公开实施例的用于通过由UE交换SRVCC能力来处理SRVCC切换的流程图500。尽管流程图描绘了一系列依序的步骤，但是除非明确表明，否则不应当从关于执行、步骤的执行或其部分的特定顺序的次序推断出是连续地而不是并发地或者以重叠的方式地，或者排他地描述了步骤的执行而不存在插入的或中间的步骤。在描绘的示例中的描绘过程由在例如UE、eNB或其他实体中的处理电路来实施。

在某些实施例中，取决于用于VoLTE的常规IMS客户端还是用于WebRTC的IMS客户端中的哪一者将发起语音会话，UE 116将其SRVCC能力交换到“可能”或“不可能”。通过这样做，阻止MME 410允许网络触发无意的SRVCC切换。

当UE 116中的WebRTC IMS客户端(WIC)发起语音会话时，UE 116中的WIC执行向IMS实体430的IMS登记，如步骤505所示。然后，WIC向MME 410发送跟踪区域更新以指示UE 115中的WIC的SRVCC能力为“不可能”，如步骤510所示。该“不可能”指示阻止网络触发至UE 116的SRVCC切换操作。在步骤515中经由Web RTC建立UE 116中的WIC和IMS 430之间的语音会话。

替代地，当UE 116中的IMS客户端尝试发起语音会话时，用于VoLTE的UE 116中的IMS客户端执行向IMS实体430的IMS登记，如步骤520所示。然后，IMS客户端向MME 410发送跟踪区域更新以指示其SRVCC能力现在为“可能”，如步骤525所示。该“SRVCC可能”指示允许网络在需要时触发至UE 116的SRVCC切换操作。在步骤530中经由常规IMS建立UE 116中的WIC和IMS 430之间的语音会话。

对于这两种情况，在步骤535中，MME 410可以经由S1AP消息向eNB103更新SRVCC可能指示，例如从可能到“不可能”或反之亦然。这是由于SRVCC可能指示在空闲(IDLE)到活跃(ACTIVE)转换的过程中(即，在S1AP初始上下文设置程序中)被给到eNB 103，并且直到下一次空闲到活跃转换，不改变SRVCC可能性。在一些实施例中，在步骤530中，MME 410经由S1AP消息更新eNB 103中的SRVCC可能状态。

图6示意了根据本公开一个或多个实施例的用于通过来自策略控制和计费(PCC)的显式指示来处理SRVCC切换的流程图600。尽管流程图描绘了一系列依序的步骤，但是除非明确表明，否则不应当从关于执行、步骤的执行或其部分的特定顺序的次序推断出是连续地而不是并发地或者以重叠的方式地，或者排他地描述了步骤的执行而不存在插入的或中间的步骤。在描绘的示例中的描绘过程由在例如UE、eNB或其他实体中的处理电路来实施。

在某些实施例中，通过利用不许SRVCC指示和QCI-1或通过利用新QCI值，PCRF 420显式地向eNB 103指示SRVCC不被允许。新QCI值可以是用于指示SRVCC不被允许的运营商定义的QCI值，并且可以具有与QCI-1不同的值。

在图6示出的示例中，在步骤605中，UE 116中的WIC发起与IMS 430的语音会话。接下来，当建立用于该语音会话的EPS承载时，IMS 430向PCRF420指示这是不具有SRVCC能力的会话，但是需要与QCI-1类似的QoS特性，如步骤610所示。

在步骤615中，PCRF 420基于网络策略向P-GW/PCEF 415指示使用不许SRVCC指示的QCI-1或新QCI值，如图6所示。此处，新QCI值可以是除了QCI-1之外的用于暗示不许SRVCC的新定义的指标。

作为步骤620和625中专用承载创建程序的一部分，eNB 103经由MME410接收新QCI或具有不许SRVCC指示的QCI-1。如果使用新QCI，则预期运营商已经预先配置给eNB 103该新QCI值，这样QoS特性类似于QCI-1但是不具有SRVCC触发。

在某些实施例中，PCRF 420可以基于AF/eP-CSCF的标识(例如IP地址)或对于Rx会话预先配置的发送者标识假设被创建的承载用于WebRTC会话。

图7示意了根据本公开一个或多个实施例的用于在HSS推送模型中处理SRVCC切换的流程图700。图7中示出的实施例仅为了示意。在不背离本公开的范围的情况下可以使用其他实施例。尽管流程图描绘了一系列依序的步骤，但是除非明确表明，否则不应当从关于执行、步骤的执行或其部分的特定顺序的次序推断出是连续地而不是并发地或者以重叠的方式地，或者排他地描述了步骤的执行而不存在插入的或中间的步骤。在描绘的示例中的描绘过程由在例如UE、eNB或其他实体中的处理电路来实施。

在某些实施例中，IMS 430请求HSS 450通过向提供服务的MME 410更新用户数据来对于该订户禁用或允许SRVCC。

如步骤705所示，当UE 116中的WIC发起与IMS 430的语音会话时，在步骤710中，IMS 410经由Sh 465请求HSS 450对于UE 116禁用SRVCC。作为响应，HSS 450进行检查以确定当前的SRVCC状态是否是已经被禁用。如果没有被禁用，其在步骤715中经由S6a 470在提供服务的MME 410中更新状态以对该订户禁用SRVCC。

替代地，在步骤720中，UE 116中用于VoLTE的IMS客户端发起与IMS430的语音会话。在步骤725中，IMS 430经由Sh 465请求HSS 450对于该UE允许SRVCC。作为响应，HSS 450进行检查以确定当前的SRVCC状态是否是已经被允许。如果没有被允许，其在步骤730中经由S6a 470在提供服务的MME 410中更新状态以对该订户允许SRVCC。对于这两种情况，在步骤735中，MME 410可以给eNB 103更新SRVCC可能指示的状态。

图8A和8B示意了根据本公开实施例的用于通过基于APN的MME控制来处理SRVCC切换的流程图800、850。尽管流程图描绘了一系列依序的步骤，但是除非明确表明，否则不应当从关于执行、步骤的执行或其部分的特定顺序的次序推断出是连续地而不是并发地或者以重叠的方式地，或者排他地描述了步骤的执行而不存在插入的或中间的步骤。在描绘的示例中的描绘过程由在例如UE、eNB或其他实体中的处理电路来实施。

在某些实施例中，MME 410通过检查激活的QCI-1与PDN的关系来检测SRVCC是无效的，即，其对于周知的IMS APN未被激活。周知的IMS APN由GSMA-IR.88“LTE漫游指南”定义，其中APN名称必须为“IMS”，其也是整个APN的APN网络识别符部分。为了使通过LTE的语音(VoLTE)漫游工作，用于MIS服务的“周知”的接入点名称(APN)意味着为VoLTE保留的APN。“周知”的IMS APN可以被开通服务作为用于IMS订户的默认APN，意味着没有必要将其配置给设备或其他提供服务的网络。

一旦MME 410检测SRVCC无效，MME 410执行包括QCI-1的PS切换而取代SRVCC切换，如图8A所示，或者可以指示返回到eNB的失败，如图8B所示。

参考图8A，在经由网页RTC建立语音会话时，在步骤805中，UE 116中的WIC使用为不是周知的IMS APN的APN(例如，不是为VoLTE保留的APN)建立的PDN连接来发起与IMS 430的语音会话。

当在步骤810中eNB 103例如基于切换测量结果决定对于UE 116需要SRVCC时，eNB 103将切换需要的消息发送到MME 410。所述消息含有SRVCC HO指示，该SRVCC HO指示指示在步骤815中需要SRVCC HO。

在步骤820中，MME 410检查UE 116是否具有用于对于周知的IMS APN建立的PDN连接的激活的QCI-1。如果所述PDN连接不用于周知的IMS APN，则MME 410决定SRVCC请求不可应用。替代地，MME 410执行仅至PS域的切换程序。

随后，在步骤825中，MME 410执行至仅包括朝向目标无线电系统的QCI-1的PS域的切换。例如，用于语音会话的QCI-1承载被切换到2G/3G RAT的PS域。

图8B示意了根据本公开实施例的用于基于APN的MME控制的另一流程图850。在某些实施例中，当SRVCC无效时，MME 410借助至eNB的切换准备失败消息拒绝SRVCC切换。

类似于图8A，所述实施例包括相同的步骤805至825。在步骤855中，UE 116中的WIC利用为不是周知的IMS APN的APN建立的PDN连接发起与IMS 430的语音会话。当在步骤860中eNB 103例如基于切换测量结果决定对于UE 116需要SRVCC时，eNB 103将切换需要的消息发送到MME 410。所述消息含有步骤865中的SRVCC HO指示。

在步骤870中，MME 410检查UE 116是否具有用于对于周知的IMS APN建立的PDN连接的激活的QCI-1。

如果PDN连接不用于周知的IMS APN，MME 410决定SRVCC不可应用，并且在步骤875中在切换准备失败消息中给eNB 103返回原因值。切换准备失败消息可以包括既有的原因值(例如，“小区不可利用”或“无线电资源不可利用”)，或新原因值以指示SRVCC HO不被允许。

在另一实施例中，MME 410包括用于避免eNB 103立即重新尝试切换的原因值。在又一实施例中，MME 410包括用于向eNB 103指示SRVCC切换不被允许的原因值，并且eNB 103将不再对于该会话尝试SRVCC切换。

图9示意了根据本公开实施例的用于通过基于APN的显示指示来处理SRVCC切换的流程图900。

在某些实施例中，当MME 410基于PDN连接确定QCI-1激活对于SRVCC无效时，MME 410向eNB 103指示对于QCI-1承载的SRVCC不可应用。

当经由网页RTC建立语音会话时，在步骤905中，UE 116中的WIC发起与IMS 950的语音会话。当为该语音会话建立EPS承载时，在步骤910中，IMS 430向PCRF 420指示该会话需要语音会话的服务质量(QoS)，例如质量控制指示符QCI-1。

在步骤915中，PCRF 420可以基于网络策略借助QCI-1发起与PGW 415的新的专用承载建立。在步骤920中，将承载建立命令转发到MME 410。

在框925中，MME 410检查该新QCI-1承载是否是为使用周知的IMSAPN的PDN连接建立的。如果所述PDN连接不用于周知的IMS APN，则MME 410决定SRVCC请求不可应用。

在步骤930中，MME 410将“不许SRVCC指示(即，SRVCC不可能指示)”包括到用于新承载的S1-应用协议(AP)承载建立请求消息中，或类似于图7的步骤735对eNB 103更新SRVCC可能指示的状态。

基于具有SRVCC“不可能”指示的承载建立请求消息或S1-AP消息，eNB103确定或识别该QCI-1承载不可应用于SRVCC。

在实施例中，一种在无线通信系统的网络节点中实施的方法，所述方法包括：确定用户设备(UE)和IP多媒体子系统(IMS)之间的语音会话是否是由关于所述UE的网页实时通信(网页RTC)的程序发起的，基于所述语音会话是否是由关于所述UE的网页RTC的所述程序发起的，向提供服务的eNB传输指示单无线电语音呼叫连续性(SRVCC)切换是否可应用于所述语音会话的信息。

在所述实施例中，其中，向所述提供服务的eNB传输指示所述SRVCC切换是否可应用于所述语音会话的信息包括：如果所述语音会话是由关于所述UE的网页RTC的所述程序发起的，则向所述提供服务的eNB传输指示所述SRVCC切换不可应用于所述语音会话的信息；以及，如果所述语音会话不是由关于所述UE的网页RTC的所述程序发起的，则向所述提供服务的eNB传输指示所述SRVCC切换可应用于所述语音会话的信息。

在所述实施例中，所述方法进一步包括：如果所述语音会话是由关于所述UE的网页RTC的所述程序发起的，则从所述UE接收指示所述SRVCC切换不可应用于所述语音会话的信息。

在所述实施例中，所述方法进一步包括：从IMS接收不许SRVCC指示和QCI-1，或预先定义的用于指示SRVCC不可应用于所述语音会话的新QCI值。

在所述实施例中，所述方法进一步包括：从家庭订户服务器(HSS)接收包括所述UE的SRVCC能力的信息，以及基于接收到的包括所述SRVCC能力的消息更新指示所述SRVCC切换是否可应用于所述语音会话的信息。

在所述实施例中，所述方法进一步包括：如果所述语音会话是由关于所述UE的网页RTC的所述程序发起的，则接收对于所述UE的所述语音会话的SRVCC切换请求消息，确定语音会话是否与周知的APN相关，以及如果所述语音会话与周知的APN不相关，则执行分组交换(PS)切换或将指示切换失败的消息传输到所述提供服务的eNB。

在所述实施例中，所述方法进一步包括：如果所述语音会话是由关于所述UE的网页RTC的所述程序发起的，则从分组数据网络(PDN)-网关接收承载建立命令，确定所述语音会话是否与周知的APN不相关，以及如果所述语音会话与周知的APN不相关，则将包括不许SRVCC指示的承载建立请求消息传输到所述提供服务的eNB，其中，所述承载建立请求消息是S1-应用协议(AP)消息，或承载建立请求消息。

在实施例中，一种在用户设备(UE)中实施的方法，所述方法包括：检测对于IP多媒体子系统(IMS)的语音会话发起，确定所述语音会话是否是由关于所述UE的网页实时通信(网页RTC)的程序发起的，基于所述语音会话是否是由关于所述UE的网页RTC的所述程序发起的，向网络节点传输指示单无线电语音呼叫连续性(SRVCC)切换是否可应用于所述语音会话的信息。

在所述实施例中，其中，向所述提供服务的eNB传输指示所述SRVCC切换是否可应用于所述语音会话的信息包括：如果所述语音会话是由关于所述UE的网页RTC的所述程序发起的，则向所述网络节点传输指示所述SRVCC切换不可应用于所述语音会话的信息，以及如果所述语音会话不是由关于所述UE的网页RTC的所述程序发起的，则向所述网络节点传输指示所述SRVCC切换可应用的信息。

在实施例中，一种在eNB中实施的方法，所述方法包括：从网络节点和用户设备(UE)中的至少一个接收指示单无线电语音呼叫连续性(SRVCC)切换是否可应用于用户设备(UE)和IP多媒体子系统(IMS)之间的语音会话的信息；基于接收到的信息确定是否触发关于所述语音会话的SRVCC切换。

在实施例中，一种无线通信系统中的网络节点，所述网络节点包括：收发器；以及处理器，所述处理器配置为：确定用户设备(UE)和IP多媒体子系统(IMS)之间的语音会话是否是由关于所述UE的网页实时通信(webRTC)的程序发起的，以及基于所述语音会话是否是由关于所述UE的网页RTC的所述程序发起的，向提供服务的eNB传输指示单无线电语音呼叫连续性(SRVCC)切换是否可应用于所述语音会话的信息。

在所述实施例中，其中，所述处理器配置为进行控制以：如果所述语音会话是由关于所述UE的网页RTC的所述程序发起的，则向所述提供服务的eNB传输指示所述SRVCC切换不可应用于所述语音会话的信息；以及如果所述语音会话不是由关于所述UE的网页RTC的所述程序发起的，则向所述提供服务的eNB传输指示所述SRVCC切换可应用于所述语音会话的信息。

在所述实施例中，其中，所述处理器进一步配置为：如果所述语音会话是由关于所述UE的网页RTC的所述程序发起的，则从所述UE接收指示所述SRVCC切换不可应用于所述语音会话的信息。

在所述实施例中，其中，所述处理器进一步配置为：从IMS接收不许SRVCC指示和QCI-1，或预先定义的用于指示SRVCC不可应用于所述语音会话的新QCI值。

在所述实施例中，其中，所述处理器进一步配置为：从家庭订户服务器(HSS)接收包括所述UE的SRVCC能力的信息，以及基于接收到的包括所述SRVCC能力的消息更新指示所述SRVCC切换是否可应用于所述语音会话的信息。

在所述实施例中，其中，所述处理器进一步配置为：如果所述语音会话是由关于所述UE的网页RTC的所述程序发起的，则接收对于所述UE的所述语音会话的SRVCC切换请求消息，确定语音会话是否与周知的APN相关；以及如果所述语音会话与周知的APN不相关，则执行分组交换(PS)切换或将指示切换失败的消息传输到所述提供服务的eNB。

在所述实施例中，其中，所述处理器进一步配置为：如果所述语音会话是由关于所述UE的网页RTC的所述程序发起的，则从分组数据网络(PDN)-网关接收承载建立命令，确定所述语音会话是否与周知的APN不相关，以及如果所述语音会话与周知的APN不相关，则将包括不许SRVCC指示的承载建立请求消息传输到所述提供服务的eNB，其中，所述承载建立请求消息是S1-应用协议(AP)消息，或承载建立请求消息。

在实施例中，一种无线通信系统中的用户设备(UE)，所述UE包括：收发器；以及处理器，所述处理器配置为：检测对于互联网协议(IP)多媒体子系统(IMS)的语音会话发起，确定所述语音会话是否是由关于所述UE的网页实时通信(网页RTC)的程序发起的，基于所述语音会话是否是由关于所述UE的网页RTC的所述程序发起的，向网络节点传输指示单无线电语音呼叫连续性(SRVCC)切换是否可应用于所述语音会话的信息。

在所述实施例中，其中，所述处理器配置为：如果所述语音会话是由关于所述UE的网页RTC的所述程序发起的，则向所述网络节点传输指示所述SRVCC切换不可应用于所述语音会话的信息，以及如果所述语音会话不是由关于所述UE的网页RTC的所述程序发起的，则向所述网络节点传输指示所述SRVCC切换可应用于的信息。

在实施例中，一种无线通信系统中的eNB，所述eNB包括：收发器；以及处理器，所述处理器配置为：控制所述收发器从网络节点和用户设备(UE)中的至少一个接收指示单无线电语音呼叫连续性(SRVCC)切换是否可应用于用户设备(UE)和IP多媒体子系统(IMS)之间的语音会话的信息，以及基于接收到的信息确定是否触发关于所述语音会话的SRVCC切换。

尽管以示例性实施例描述了本公开，但是本领域技术人员可以想到各种改变和修改。本发明应当涵盖这样的改变和修改，因为其落于随附的权利要求书的范围内。