CN111148277A - VoWiFi和VoLTE通话数据的传输方法和系统 - Google Patents

Abstract

本发明提供了一种VoWiFi和VoLTE通话数据的传输方法和系统。该方法包括以下步骤：在终端建立VoWiFi通话；在所述VoWiFi通话进行期间，在网络设备激活LTE的IMS业务承载或维持在所述VoWiFi通话建立之前激活的LTE的IMS业务承载；在所述终端和所述网络设备之间同时维持WiFi模式和LTE模式的双通道传输。

Description

VoWiFi和VoLTE通话数据的传输方法和系统

技术领域

本申请主要涉及无线通信领域，特别涉及VoWiFi和VoLTE通话数据的传输方法和系统。

背景技术

在LTE(Long Term Evolution，长期演进)网络中，UE(User Equipment，用户侧的电子设备，下文称为终端)之间可以通过VoLTE(Voice Over LTE，基于LTE的语音)进行通信。其中，VoLTE通信是一种基于LTE系统和IMS(Internet Protocol Multimedia System，互联网协议多媒体系统)网络的语音业务。VoWiFi(Voice Over WiFi，基于WiFi的语音)是一种依赖WiFi进行IMS通话的语音业务。

由于WiFi网络缺乏服务质量保证(Quality of Service，QoS)机制，在 WIFI弱信或者WIFI拥塞情况下，VoWiFi业务的流畅度不高，用户体验较差。

中国专利公开号CN 108243474 A提出一种优化方法。媒体转发设备在监控用户终端通过WiFi网络发送的数据流时，如果确定数据流中的数据包需要重传，则通过LTE网络向用户终端发送重传通知消息。该通知消息中携带需要重传的数据包的序号，以便于用户终端根据该重传通知消息在 LTE网络上重传数据包。该方法可以利用LTE网络来传输VoWiFi业务的数据包，提高了VoWiFi业务的流畅度。但是该方法对于下行传输没有改善，而且存在重传时延较大的问题。

发明内容

本申请要解决的技术问题是提供一种VoWiFi和VoLTE通话数据的传输方法和系统，可以提高特定情景下语音业务质量。

为解决上述技术问题，本申请提供了一种VoWiFi和VoLTE通话数据的传输方法，包括以下步骤：在终端建立VoWiFi通话；在所述VoWiFi通话进行期间，在网络设备激活LTE的IMS业务承载或维持在所述VoWiFi 通话建立之前激活的LTE的IMS业务承载；在所述终端和所述网络设备之间同时维持WiFi模式和LTE模式的双通道传输。

在本申请的一实施例中，上述方法还包括从所述终端通知所述网络设备，所述终端支持WiFi模式和LTE模式的双通道传输。

在本申请的一实施例中，在网络设备激活LTE的IMS业务承载的步骤包括：所述终端检测到可以驻留的LTE网络，向网络设备发起附着或跟踪区更新请求；以及响应于所述请求，在所述网络设备激活LTE的IMS业务承载。

在本申请的一实施例中，响应于在所述终端建立VoWiFi通话，在所述网络设备激活LTE的IMS业务承载。

在本申请的一实施例中，在所述VoWiFi通话建立之前激活LTE的IMS 业务承载的步骤包括：当所述终端建立VoLTE通话后，所述网络设备激活所述LTE的IMS业务承载。

在本申请的一实施例中，在所述双通道传输时，所述终端同时在WiFi 模式和LTE模式中发送上行RTP数据和RTCP数据，且对接收到的下行 RTP数据和RTCP数据合并处理；所述网络设备同时在WiFi模式和LTE 模式中发送下行RTP数据和RTCP数据，且对接收到的上行RTP数据和 RTCP数据合并处理。

在本申请的一实施例中，在所述网络设备评估是否要维持所述LTE的 IMS业务承载的步骤包括：评估WiFi网络和LTE网络的信道质量，以决定是否维持所述LTE的IMS业务承载。

在本申请的一实施例中，上述方法还包括在所述网络设备和/或所述终端评估是否要维持所述LTE的IMS业务承载，如果不是，则所述网络设备释放所述LTE的IMS业务承载。

在本申请的一实施例中，在所述终端评估是否要维持所述LTE的IMS 业务承载的步骤包括：评估WiFi和LTE网络的信道质量或者所述终端的电量，以决定是否维持所述LTE的IMS业务承载。

本申请还提出一种VoWiFi和VoLTE通话数据的传输方法，在网络设备执行，所述方法包括以下步骤：与终端建立VoWiFi通话；在所述VoWiFi 通话进行期间，激活LTE的IMS业务承载或维持在所述VoWiFi通话建立之前激活的LTE的IMS业务承载；与所述终端同时维持WiFi模式和LTE 模式的双通道传输。

本申请还提出一种VoWiFi和VoLTE通话数据的传输方法，在终端执行，所述方法包括以下步骤：与网络设备建立VoWiFi通话，其中在所述 VoWiFi通话进行期间，所述网络设备激活LTE的IMS业务承载或维持在所述VoWiFi通话建立之前激活的LTE的IMS业务承载；与所述网络设备同时维持WiFi模式和LTE模式的双通道传输。

本申请还提出一种VoWiFi和VoLTE通话数据的传输系统，包括终端和网络设备，其中所述终端配置为：建立VoWiFi通话；在所述VoWiFi通话进行期间，同时维持WiFi模式和LTE模式的双通道传输；所述网络设备配置为：在所述VoWiFi通话进行期间，激活LTE的IMS业务承载或维持在所述VoWiFi通话建立之前激活的LTE的IMS业务承载；在所述 VoWiFi通话进行期间，同时维持WiFi模式和LTE模式的双通道传输。

在本申请的一实施例中，所述终端还配置为通知所述网络设备，所述终端支持WiFi模式和LTE模式的双通道传输。

在本申请的一实施例中，所述终端还配置为在检测到可以驻留的LTE网络后，向网络设备发起附着或跟踪区更新请求；所述网络设备激活LTE的 IMS业务承载的步骤包括：响应于所述请求，在所述网络设备激活LTE的 IMS业务承载。

在本申请的一实施例中，所述网络设备配置为响应于在所述终端建立 VoWiFi通话，激活所述LTE的IMS业务承载。

在本申请的一实施例中，在所述VoWiFi通话建立之前激活LTE的IMS 业务承载的步骤包括：当所述终端建立VoLTE通话后，所述网络设备激活所述LTE的IMS业务承载。

在本申请的一实施例中，所述终端配置为在所述双通道传输时，同时在 WiFi模式和LTE模式中发送上行RTP数据和RTCP数据，且对接收到的下行RTP数据和RTCP数据合并处理；所述网络设备配置为在所述双通道传输时，同时在WiFi模式和LTE模式中发送下行RTP数据和RTCP数据，且对接收到的上行RTP数据和RTCP数据合并处理。

在本申请的一实施例中，所述终端还配置为：评估是否要维持所述LTE 的IMS业务承载，如果不是，则通知所述网络设备释放所述LTE的IMS 业务承载；以及/或者所述网络设备还配置为：评估是否要维持所述LTE的 IMS业务承载，如果不是，则释放所述LTE的IMS业务承载。

在本申请的一实施例中，在所述网络设备配置为按照如下方式评估是否要维持所述LTE的IMS业务承载：评估WiFi网络和LTE网络的信道质量，以决定是否维持所述LTE的IMS业务承载。

在本申请的一实施例中，所述终端配置为按照如下方式评估是否要维持所述LTE的IMS业务承载：评估WiFi和LTE网络的信道质量或者所述终端的电量，以决定是否维持所述LTE的IMS业务承载。

与现有技术相比，本申请的描述VoWiFi和VoLTE的通话数据传输方法和系统，可以在终端和网络设备之间同时维持WiFi模式和LTE模式的双通道传输，这充分了利用WiFi和LTE网络资源，可以最大程度的保证语音业务质量。特别是对于WiFi网络和LTE都比较弱的情况下，双通道机制收益会更明显。

附图说明

包括附图是为提供对本申请进一步的理解，它们被收录并构成本申请的一部分，附图示出了本申请的实施例，并与本说明书一起起到解释本发明原理的作用。附图中：

图1是根据本申请一实施例的系统结构框图。

图2是本申请一实施例的VoLTE和VoWiFi的通话数据传输方法流程图。

图3是本申请另一实施例的VoLTE和VoWiFi的通话数据传输方法流程图。

图4是本申请一实施例的主叫终端能力通知流程。

图5是本申请一实施例的被叫终端能力通知流程。

具体实施方式

为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。

如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

在本申请的描述中，需要理解的是，方位词如“前、后、上、下、左、右”、“横向、竖向、垂直、水平”和“顶、底”等所指示的方位或位置关系通常是基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，在未作相反说明的情况下，这些方位词并不指示和暗示所指的装置或元件必须具有特定的方位或者以特定的方位构造和操作，因此不能理解为对本申请保护范围的限制；方位词“内、外”是指相对于各部件本身的轮廓的内外。

为了便于描述，在这里可以使用空间相对术语，如“在……之上”、“在……上方”、“在……上表面”、“上面的”等，用来描述如在图中所示的一个器件或特征与其他器件或特征的空间位置关系。应当理解的是，空间相对术语旨在包含除了器件在图中所描述的方位之外的在使用或操作中的不同方位。例如，如果附图中的器件被倒置，则描述为“在其他器件或构造上方”或“在其他器件或构造之上”的器件之后将被定位为“在其他器件或构造下方”或“在其他器件或构造之下”。因而，示例性术语“在……上方”可以包括“在……上方”和“在……下方”两种方位。该器件也可以其他不同方式定位(旋转90度或处于其他方位)，并且对这里所使用的空间相对描述作出相应解释。

此外，需要说明的是，使用“第一”、“第二”等词语来限定零部件，仅仅是为了便于对相应零部件进行区别，如没有另行声明，上述词语并没有特殊含义，因此不能理解为对本申请保护范围的限制。此外，尽管本申请中所使用的术语是从公知公用的术语中选择的，但是本申请说明书中所提及的一些术语可能是申请人按他或她的判断来选择的，其详细含义在本文的描述的相关部分中说明。此外，要求不仅仅通过所使用的实际术语，而是还要通过每个术语所蕴含的意义来理解本申请。

应当理解，当一个部件被称为“在另一个部件上”、“连接到另一个部件”、“耦合于另一个部件”或“接触另一个部件”时，它可以直接在该另一个部件之上、连接于或耦合于、或接触该另一个部件，或者可以存在插入部件。相比之下，当一个部件被称为“直接在另一个部件上”、“直接连接于”、“直接耦合于”或“直接接触”另一个部件时，不存在插入部件。同样的，当第一个部件被称为“电接触”或“电耦合于”第二个部件，在该第一部件和该第二部件之间存在允许电流流动的电路径。该电路径可以包括电容器、耦合的电感器和/或允许电流流动的其它部件，甚至在导电部件之间没有直接接触。

本申请的实施例描述VoWiFi和VoLTE的通话数据传输方法。当终端建立VoWiFi通话后，在LTE和WiFi信号都存在的情况下，网络设备可激活LTE的IMS承载或维持之前建立的LTE的IMS承载。在VoWiFi通话期间，可同时在WiFi和LTE网络下传输相同的RTP(Real-timeTransport Protocol，实时传输协议)数据，网络设备和终端分别合并处理从WiFi和LTE 分别接收到的RTP数据。

需要指出的是，本申请的实施例不仅适用于VOICE语音业务，也适用于视频通话业务。因此本申请的上下文中，通话既可以是语音通话，也可以是视频通话。通话数据既可包括语音数据，也可包括视频数据。

图1是根据本申请一实施例的系统结构框图。参考图1所示，本实施例的系统可包括UE 10、提供长期演进(Long Term Evolution，LTE)网络的演进式基站(evolved NodeB，eNodeB)21、提供WIFI网络的接入点(Access Point，AP)22、服务网关(Serving Gateway，SGW)23、演进型分组数据网关(evolved Packed Data Gateway,ePDG)/可信任无线接入网关(Trustful Wireless Access Gateway,TWAG)24、分组网关(Packed Gateway,PGW)25、会话边界控制器(Session Border controller,SBC)31等设备。

其中，eNodeB 21、接入点22、SGW 23和ePDG/TWAG作为接入网的网络设备，组成接入网20。SBC 31位于运营商网络中的IP多媒体子系统 (IP Multimedia Sub-system，IMS)核心网30。PGW 25可以为IMS核心网和接入网(例如WIFI网络和LTE网络)的边界设备。IMS核心网为运营商网络的核心网的一部分。

ePDG主要用于非信任WIFI网络接入IMS核心网30，TWAG主要用于可信任WIFI网络接入IMS核心网30。UE 10通过WiFi网络发送的数据流可以由ePDG/TWAG 24进行转发和路由，例如ePDG/TWAG 24将UE 10 的数据流路由给分组网关PGW 25。其中，UE也可以称为终端。

本申请的一些实施例中，假定UE 10为支持VoLTE和VoWiFi的UE，当前环境下只存在单一LTE小区和单一WiFi热点环境，且语音电话可以通过VoLTE和VoWiFi完成双向切换。UE需要支持LTE和WiFi双通道工作方式。

假定VoLTE和VoWiFi的切换策略采用WiFi优先方式，切换门限分别设置为：

Wi-Fi_Threhold_in

Wi-Fi Rove-in and Hand-in RSSI level:-75dBm

Wi-Fi_Threhold_out

Wi-Fi Rove-out and Hand-out RSSI level:-85dBm

也就是说，切换到WiFi的RSSI阈值为大于或等于-75dBm，切换出 WiFi的RSSI阈值为小于或等于-85dBm。

另外，切换门限不考虑LTE小区信号强度。

图2是本申请一实施例的VoLTE和VoWiFi的通话数据传输方法流程图。参考图2所示，本方法包括如下步骤。

在步骤201，在终端建立VoWiFi通话。

在此步骤中，终端可发起VoWiFi通话，并与网络侧的网络设备之间建立VoWiFi通话。

这一步骤可在WiFi优先的环境中执行，也可以是在LTE优先的环境中执行。对后者而言，在没有可驻留的LTE网络的情况下，会使用VoWiFi 语音业务。

在本申请的上下文中，网络设备可以指接入网20或IMS核心网30中的网络设备，例如前文描述的网络设备。

在步骤202，在VoWiFi通话进行期间，在网络设备激活LTE的IMS 业务承载。

在此步骤中，对于建立VoWiFi通话时就有可驻留的LTE网络的情况而言，可响应于在终端建立VoWiFi通话的步骤201，在网络设备激活LTE 的IMS业务承载。对于建立VoWiFi通话时没有可驻留的LTE网络的情况而言，如果在VoWiFi通话进行期间，终端检测到可以驻留的LTE网络，向网络设备发起附着(Attach)或跟踪区更新请求(Tracking Area Update,TAU)。响应于这一请求，在网络设备激活LTE的IMS业务承载。

另外，终端需要事先通知网络设备，终端支持WiFi模式和LTE模式的双通道传输。这样，终端才会在VoWiFi通话期间激活LTE的IMS业务承载。

在步骤203，在终端和网络设备之间同时维持WiFi模式和LTE模式的双通道传输。

在此步骤中，终端会同时在WiFi模式和LTE模式中发送上行RTP数据和RTCP数据。类似地，网络设备也同时在WiFi模式和LTE模式中发送下行RTP数据和RTCP数据。

相应地，终端对接收到的下行RTP数据和RTCP数据合并处理。在此，终端可依据RTP时间戳丢弃重复的RTP数据。类似地，网络设备对接收到的上行RTP数据和RTCP数据合并处理。在此，网络设备可依据RTP时间戳丢弃重复的RTP数据。

可选地，还可以在步骤204，评估是否要维持IMS业务承载。如果不维持，则在步骤205，网络设备释放所述IMS业务承载。如果要维持，则返回步骤203。

此步骤中的判断可以由网络设备做出。例如，网络设备可以通过LTE 信号强度RSRP(Reference Signal Receiving Power，参考信号接收功率)/RSRQ(Reference SignalReceiving Quality,参考信号接收质量) /SNR(Signal Noise Ration,信噪比)、以及WiFi和LTE网络上行RTP丢包情况，评估WiFI和LTE网络的信道质量情况，以决定是否需要退出双通道传输。

此步骤中的判断也可以由终端做出。例如，终端可以通过LTE信号强度RTRP/RSRQ/SNR、WiFi网络的RSSI(Received Signal Strength Indication, 接收信号强度指示)，以及下行RTP丢包情况，评估WiFi和LTE网络的信道质量情况，从而决定是否要通知网络设备退出双通道传输。

在一个示例中，如果WiFi上下行语音业务质量好于LTE，且单独WiFi 传输服务质量可以满足一定门限，持续一定时间后，可以关闭双通道传输方式，节约网络资源。

当需要退出双通道传输时，如步骤205，网络设备释放LTE IMS承载，终端和网络设备退出双通道传输模式。

在其他实施例中，也可以不执行步骤204和205，而是在通话期间保持双通道传输方式。

另外，当需要时，VoWiFi下网络设备也可以重建LTE的IMS承载，进入RTP双通道传输模式。

此外，UE在低电量或者其它的情况下，可以决定不进入或者退出RTP 双通道传输，通知到网络侧，触发网络设备释放相应的网络资源。

图3是本申请另一实施例的VoLTE和VoWiFi的通话数据传输方法流程图。参考图3所示，本方法包括如下步骤。

在步骤301，在终端建立VoLTE通话。

在此步骤中，终端可发起VoLTE通话，并与网络侧的网络设备之间建立VoLTE通话。这一步骤可在LTE优先的环境中执行。

在此步骤中，参考图4所示，主叫的终端可以在invite中通过自定义域(Field)，通知网络设备其支持双通道传输。

另外，参考图5所示，被叫的终端可以在SIP 183中通过自定义域，通知网络设备其支持双通道传输。

在步骤302，网络设备激活所LTE的IMS业务承载。

VOLTE通话建立后，LTE网络激活的IMS业务承载如下：

LTE网络激活RLC(Radio Link Control，无线链路控制)AM (Acknowledged Mode，确认模式)方式的drb-Identity 2默认承载，承载 VoLTE的IMS信令。

LTE网络激活RLC UM(Unacknowledged Mode，非确认模式)方式的drb-Identity 3的专用承载，承载VoLTE的语音AMR(Adaptive multi-Rate compression，自适应多速率压缩)/EVS(Enhanced Voice Services，增强语音服务)数据。

之后假定终端移动到处于LTE RSRP-90,WiFi RSSI-74环境。

在步骤303，终端发起从VoLTE到VoWiFi的切换，从而建立VoWiFi 通话。

在此步骤中，终端可切换到WiFi网络发起VoWiFi通话，并与网络侧的网络设备之间建立VoWiFi通话。

在步骤304，在VoWiFi通话进行期间，在网络设备维持LTE的IMS 业务承载。

在此步骤中，LTE网络维持IMS的默认承载和专用承载。维持的机制可以参考CN108243474A。此外，终端可以假定LTE的IMS承载依然存在，等PL失步后再认为网络未配置双通道传输。

在步骤305，在终端和网络设备之间同时维持WiFi模式和LTE模式的双通道传输。

在此步骤中，终端会同时在WiFi模式和LTE模式中发送上行RTP数据和RTCP数据。类似地，网络设备也同时在WiFi模式和LTE模式中发送下行RTP数据和RTCP数据。

相应地，终端对接收到的下行RTP数据和RTCP数据合并处理。在此，终端可依据RTP时间戳丢弃重复的RTP数据。类似地，网络设备对接收到的上行RTP数据和RTCP数据合并处理。在此，网络设备可依据RTP时间戳丢弃重复的RTP数据。

可选地，还可以在步骤306，评估是否要维持IMS业务承载。如果不维持，则在步骤205，网络设备释放所述IMS业务承载。如果要维持，则返回步骤305。

此步骤中的判断可以由网络设备做出。例如，网络设备可以通过LTE 信号强度RSRP/RSRQ/SNR、以及WiFi和LTE网络上行RTP丢包情况，评估WiFI和LTE网络的信道质量情况，以决定是否需要退出双通道传输。

此步骤中的判断也可以由终端做出。例如，终端可以通过LTE信号强度RSRP/RSRQ/SNR、WiFi网络的RSSI(Received Signal Strength Indication, 接收信号强度指示)，以及下行RTP丢包情况，评估WiFi和LTE网络的信道质量情况，从而决定是否要通知网络设备退出双通道传输。

当需要退出双通道传输时，如步骤307，网络设备释放LTE IMS承载，终端和网络设备退出双通道传输模式。

在其他实施例中，也可以不执行步骤306和307，而是在通话期间保持双通道传输方式。

另外，当需要时，VoWiFi下网络设备也可以重建LTE的IMS承载，进入RTP双通道传输模式。

此外，UE在低电量或者其它的情况下，可以决定不进入或者退出RTP 双通道传输，通知到网络侧，触发网络设备释放相应的网络资源。

从一个角度看，本申请的实施例描述一种VoWiFi和VoLTE通话数据的传输方法，在网络设备执行，所述方法包括以下步骤：与终端建立VoWiFi 通话；在VoWiFi通话进行期间，激活LTE的IMS业务承载或维持在VoWiFi 通话建立之前激活的LTE的IMS业务承载；与终端同时维持WiFi模式和 LTE模式的双通道传输；以及评估是否要维持LTE的IMS业务承载，如果不是，则释放IMS业务承载。

从另一个角度看，本申请的实施例描述一种VoWiFi和VoLTE通话数据的传输方法，在终端执行，所述方法包括以下步骤：与网络设备建立 VoWiFi通话，其中在VoWiFi通话进行期间，网络设备激活LTE的IMS 业务承载或维持在VoWiFi通话建立之前激活的LTE的IMS业务承载；与网络设备同时维持WiFi模式和LTE模式的双通道传输；以及评估是否要维持IMS业务承载，如果不是，则请求网络设备释LTE的放IMS业务承载。

上面的实施例描述的通话可以是语音通话，也可以是视频通话。对于视频通话，VoWiFi通话期间，视频数据部分可以是都通过LTE网络重复发送，以得到更好的用户体验。作为替代，视频数据部分也可以采用在LTE 网络上只重复发送I帧，或者只重复发送语音部分或者视频部分，以节约网络资源。

本申请的上述实施例的优势在于，充分利用WiFi和LTE网络资源，最大程度的保证语音业务质量。特别是对于WiFi网络和LTE都比较弱的情况下，双通道传输收益会更明显。例如假定WIFI和LTE丢包率都是10％， LTE和WIFI丢包是独立随机平均分布，那么双通道传输后，合并后丢包率就只有1％了，可以明显改善语音质量。其次，双通道传输方式比采用RTCP 重传方式，时延抖动会更小一些，用户体验会更好。再者，本申请的实施例描述的方式对于下行也会有一定的改善。

本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，或将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述发明披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。

本申请的一些方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。处理器可以是一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DAPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器或者其组合。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。例如，计算机可读介质可包括，但不限于，磁性存储设备(例如，硬盘、软盘、磁带……)、光盘(例如，压缩盘CD、数字多功能盘DVD……)、智能卡以及闪存设备(例如，卡、棒、键驱动器……)。

计算机可读介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。计算机可读介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、射频信号、或类似介质、或任何上述介质的组合。

同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。

虽然本申请已参照当前的具体实施例来描述，但是本技术领域中的普通技术人员应当认识到，以上的实施例仅是用来说明本申请，在没有脱离本申请精神的情况下还可作出各种等效的变化或替换，因此，只要在本申请的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。

Claims (20)

1.一种VoWiFi和VoLTE通话数据的传输方法，包括以下步骤：

在终端建立VoWiFi通话；

在所述VoWiFi通话进行期间，在网络设备激活LTE的IMS业务承载或维持在所述VoWiFi通话建立之前激活的LTE的IMS业务承载；

在所述终端和所述网络设备之间同时维持WiFi模式和LTE模式的双通道传输。

2.如权利要求1所述的方法，其特征在于，还包括从所述终端通知所述网络设备，所述终端支持WiFi模式和LTE模式的双通道传输。

3.如权利要求1所述的方法，其特征在于，在网络设备激活LTE的IMS业务承载的步骤包括：

所述终端检测到可以驻留的LTE网络，向网络设备发起附着或跟踪区更新请求；以及

响应于所述请求，在所述网络设备激活LTE的IMS业务承载。

4.如权利要求1所述的方法，其特征在于，响应于在所述终端建立VoWiFi通话，在所述网络设备激活LTE的IMS业务承载。

5.如权利要求1所述的方法，其特征在于，在所述VoWiFi通话建立之前激活LTE的IMS业务承载的步骤包括：

当所述终端建立VoLTE通话后，所述网络设备激活所述LTE的IMS业务承载。

6.如权利要求1所述的方法，其特征在于，在所述双通道传输时，

所述终端同时在WiFi模式和LTE模式中发送上行RTP数据和RTCP数据，且对接收到的下行RTP数据和RTCP数据合并处理；

所述网络设备同时在WiFi模式和LTE模式中发送下行RTP数据和RTCP数据，且对接收到的上行RTP数据和RTCP数据合并处理。

7.如权利要求1所述的方法，其特征在于，在所述终端和所述网络设备之间同时维持WiFi模式和LTE模式的双通道传输之后好包括：在所述网络设备和/或所述终端评估是否要维持所述LTE的IMS业务承载，如果不是，则所述网络设备释放所述LTE的IMS业务承载。

8.如权利要求7所述的方法，其特征在于，在所述网络设备评估是否要维持所述LTE的IMS业务承载的步骤包括：评估WiFi网络和LTE网络的信道质量，以决定是否维持所述LTE的IMS业务承载。

9.如权利要求7所述的方法，其特征在于，在所述终端评估是否要维持所述LTE的IMS业务承载的步骤包括：评估WiFi和LTE网络的信道质量或者所述终端的电量，以决定是否维持所述LTE的IMS业务承载。

10.一种VoWiFi和VoLTE通话数据的传输方法，在网络设备执行，所述方法包括以下步骤：

与终端建立VoWiFi通话；

在所述VoWiFi通话进行期间，激活LTE的IMS业务承载或维持在所述VoWiFi通话建立之前激活的LTE的IMS业务承载；以及

与所述终端同时维持WiFi模式和LTE模式的双通道传输。

11.一种VoWiFi和VoLTE通话数据的传输方法，在终端执行，所述方法包括以下步骤：

与网络设备建立VoWiFi通话，其中在所述VoWiFi通话进行期间，所述网络设备激活LTE的IMS业务承载或维持在所述VoWiFi通话建立之前激活的LTE的IMS业务承载；以及

与所述网络设备同时维持WiFi模式和LTE模式的双通道传输。

12.一种VoWiFi和VoLTE通话数据的传输系统，包括终端和网络设备，其中：

所述终端配置为：

建立VoWiFi通话；

在所述VoWiFi通话进行期间，同时维持WiFi模式和LTE模式的双通道传输；

所述网络设备配置为：

在所述VoWiFi通话进行期间，激活LTE的IMS业务承载或维持在所述VoWiFi通话建立之前激活的LTE的IMS业务承载；

在所述VoWiFi通话进行期间，同时维持WiFi模式和LTE模式的双通道传输。

13.如权利要求12所述的系统，其特征在于，所述终端还配置为通知所述网络设备，所述终端支持WiFi模式和LTE模式的双通道传输。

14.如权利要求12所述的系统，其特征在于，

所述终端还配置为在检测到可以驻留的LTE网络后，向网络设备发起附着或跟踪区更新请求；

所述网络设备激活LTE的IMS业务承载的步骤包括：响应于所述请求，在所述网络设备激活LTE的IMS业务承载。

15.如权利要求12所述的系统，其特征在于，所述网络设备配置为响应于在所述终端建立VoWiFi通话，激活所述LTE的IMS业务承载。

16.如权利要求12所述的系统，其特征在于，在所述VoWiFi通话建立之前激活LTE的IMS业务承载的步骤包括：

当所述终端建立VoLTE通话后，所述网络设备激活所述LTE的IMS业务承载。

17.如权利要求12所述的系统，其特征在于，所述终端配置为在所述双通道传输时，同时在WiFi模式和LTE模式中发送上行RTP数据和RTCP数据，且对接收到的下行RTP数据和RTCP数据合并处理；

所述网络设备配置为在所述双通道传输时，同时在WiFi模式和LTE模式中发送下行RTP数据和RTCP数据，且对接收到的上行RTP数据和RTCP数据合并处理。

18.如权利要求12所述的系统，其特征在于，所述终端还配置为：评估是否要维持所述LTE的IMS业务承载，如果不是，则通知所述网络设备释放所述LTE的IMS业务承载；以及/或者所述网络设备还配置为：评估是否要维持所述LTE的IMS业务承载，如果不是，则释放所述LTE的IMS业务承载。

19.如权利要求18所述的系统，其特征在于，在所述网络设备配置为按照如下方式评估是否要维持所述LTE的IMS业务承载：评估WiFi网络和LTE网络的信道质量，以决定是否维持所述LTE的IMS业务承载。

20.如权利要求18所述的系统，其特征在于，所述终端配置为按照如下方式评估是否要维持所述LTE的IMS业务承载：评估WiFi和LTE网络的信道质量或者所述终端的电量，以决定是否维持所述LTE的IMS业务承载。

Images