CN110313160A - 移动通信系统中用于避免封包分割的方法及其装置 - Google Patents

Abstract

本发明揭露了多种关于移动通信中的用户设备和网络装置的用于避免封包分割的方法。该装置可以经由第一网络接口确定会话的第一最大传输单元(MTU)配置。该装置还可以经由第二网络接口确定会话的第二MTU配置。该装置还可以确定第一网络接口和第二网络接口之间的隧道开销大小。该装置还可以根据第二MTU配置和隧道开销大小来选择传输协议以生成封包。该装置还可以经由第二网络接口传输该封包。

Description

移动通信系统中用于避免封包分割的方法及其装置

交叉引用

本发明要求如下优先权：编号为62/543,405，申请日为2017年8月10日的美国专利申请。上述美国专利申请在此一并作为参考。

技术领域

本发明一般涉及移动通信技术。特别地，本发明涉及移动通信中用户设备和网络装置的避免封包分割(packet fragmentation)。

背景技术

除非本文另有说明，本部分中描述的方法不是下面列出的权利要求的现有技术，并且不因包括在本节中而被承认是现有技术。

在长期演进(Long-Term Evolution，LTE)或第三代合作伙伴计划(3^rd GenerationPartnership Project，3GPP)无线通信系统中，用户设备(UE)可以通过非3GPP接入传输封包。该非3GPP接入可以是无线局域网(wireless local area network，WLAN)或无线保真(wireless fidelity，Wi-Fi)网络。

在实际部署场景中，当呼叫切换到非3GPP网络时，可能发生大量呼叫掉线。呼叫掉线的主要原因可能是由于封包分割导致的丢包。UE可以将封包分成多个封包片段，并通过非3GPP接入来传输该封包片段。然而，非3GPP网络的网络元件可能不支持IP分割并且可能丢弃分割的IP封包。例如，网络元件可能不支持IP分割的传送，或者可能不支持IP分割。这可能会导致严重的掉线和糟糕的用户体验。

因此，当通过非3GPP网络进行呼叫时，如何降低掉话率并改善用户体验是一个重要问题。在通过非3GPP网络传输封包时，需要提供适当的设计以避免封包分割。

发明内容

以下概述仅是说明性的，并不旨在以任何方式进行限制。也就是说，提供以下概述以介绍本文描述的新颖和非显而易见的技术的概念、要点、益处和优点。选择的实施例将在下文详细描述中进一步描述。因此，下面的概要并不旨在标识所要求保护的主题的本质特征，也不旨在用于确定所要求保护的主题的范围。

本发明的目的之一是，对于移动通信中的用户设备和网络设备避免封包分割，提出解决上述问题的解决方案。

在本发明的一方面，一种方法涉及一种装置经由第一网络接口确定会话的第一最大传输单元(maximum transmission unit，MTU)配置。该方法还涉及该装置经由第二网络接口确定会话的第二MTU配置。该方法还涉及该装置确定第二网络接口和第一网络接口之间的隧道开销大小。该方法还涉及该装置根据第二MTU配置和隧道开销大小来选择传输协议以生成封包。该方法还涉及该装置经由第二网络接口传输封包。

在本发明的一方面，一种装置包括能够与无线网络的多个节点无线通信的收发器。该装置还包括通信耦接到收发器的处理器。该处理器能够经由第一网络接口确定会话的第一MTU配置。该处理器还能够经由第二网络接口确定会话的第二MTU配置。该处理器还能够确定第二网络接口和第一网络接口之间的隧道开销大小。该处理器还能够根据第二MTU配置和隧道开销大小来选择传输协议以生成封包。该处理器还能够经由第二网络接口传输封包。

值得注意的是，尽管这里提供的描述是以某些无线接入技术、网络和网络拓扑为背景，如长期演进(LTE)、LTE-Advanced、LTE-Advanced Pro、5G、新无线电(NR)、物联网(IoT)和窄带物联网(Narrow Band Internet of Things，NB-IoT)，但本发明提出的概念、方案及其任何变体/衍生物可以在其他类型的无线接入技术、网络和网络拓扑中实现。因此，本发明的范围不限于本文描述的示例。

附图说明

提供附图是为了对本发明的进一步理解，同时，附图也作为本发明的一部分。附图描述了本发明的实施方式，并与说明书一起用于解释本发明的原理。可以理解的是，为了清楚地说明本发明的概念，一些部件可能表示为与实际实施中的尺寸不成比例，附图不一定按比例绘制。

图1是根据本发明实施例描述的方案下的示例场景图。

图2是根据本发明实施例描述的方案下的示例场景图。

图3是根据本发明实施例描述的方案下的示例场景图。

图4是根据本发明实施例描述的方案下的示例结构图。

图5是根据本发明实施例描述的方案下的示例场景图。

图6是根据本发明实施例描述的示例通信装置和示例网络装置的框图。

图7是根据本发明实施例的示例进程的流程图。

具体实施方式

下面对本发明的实施例和实施方式进行详细说明。然而，应当理解的是，所公开的实施例和实现方式仅仅为了是对要求保护的主题作出说明，其可以以各种形式体现。本发明可以以多种不同的形式实施，并且不应该被理解为仅限于这里阐述的示例性实施例和实施方式。而是，提供这些示例性实施例和实现方式，使得本发明的描述彻底和完整，并且将向本领域技术人员充分传达本发明的范围。在以下描述中，省略公知特征和技术细节，以避免不必要地模糊所呈现的实施例和实施方式。

本发明的实施例涉及与避免移动通信中的用户设备和网络设备的封包分割有关的各种技术、方法、方案和/或解决方案。根据本发明，可以单独地或联合地实现许多可能的解决方案。也就是说，尽管下文分别描述这些可能的解决方案，但是这些可能的解决方案中的两个或多个可以以一种组合或另一种组合形式实现。

图1描述了根据本发明实施例的方案的示例场景100。场景100涉及UE或用户代理(user agent，UA)和多个节点，其可以是通信网络的一部分。该通信网络包括3GPP网络和/或非3GPP网络。3GPP网络包括，例如但不限于，LTE网络、LTE-Advanced网络、LTE-AdvancedPro网络、5G网络、NR网络、IoT网络或NB-IoT网络。非3GPP网络包括，例如但不限于，WLAN或Wi-Fi网络。可以配置UE与3GPP网络或非3GPP网络进行无线通信。

如图1所示，可以配置UE发送(例如，套接字发送(socket send))会话发起协议(session initiation protocol，SIP)消息(例如，SIP message，SIP MSG)。该SIP是基于会话的协议，由请求/响应消息组成。该响应消息可以用作对请求消息的确认。在未接收到响应消息的情况下，重新发送请求消息。为了发送SIP消息，可以根据预定规则选择传输类型或传输协议。该传输类型或传输协议包括，例如但不限于，传输控制协议(transmissioncontrol protocol，TCP)，用户数据报协议(user datagram protocol，UDP)或流控制传输协议(stream control transmission protocol，SCTP)。例如，如果请求消息在路径MTU的200字节内，或者大于1300字节且路径MTU未知，那么请求消息必须使用如TCP的拥塞控制的传输协议发送。在确定传输协议之后，可以配置UE在SIP消息的SIP报头中添加传输协议类型(例如，TCP/UDP)。

可以配置UE经由3GPP网络接口(例如，LTE接口)或非3GPP网络接口(例如，WLAN接口)发送SIP消息。当经由3GPP网络接口发送SIP消息时，可以配置UE使用因特网协议安全(internet protocol security，IPSec)传输模式来发送SIP消息。当经由非3GPP网络接口发送SIP消息时，可以配置UE使用IPSec隧道模式来发送SIP消息。

在IPSec传输模式中，可以配置UE向SIP消息添加封装安全有效载荷(encapsulating security payload，ESP)加密报头和IP地址报头。在IPSec隧道模式(IPSec tunnel mode)中，整个IP封包可以用作有效载荷。可以配置UE进一步向该IP封包添加新的IP报头和ESP加密报头。新的IP报头和ESP加密报头可用于通过非3GPP网络接口进行传输。

然而，在实际部署场景中，当呼叫切换到非3GPP网络时可能发生大量呼叫掉线。呼叫掉线的主要原因可能是由于IP分割导致的丢包。当经由非3GPP网络接口传输LTE封包时，IPSec隧道开销可能会增加封包大小。在一些场景中，包括该IPSec隧道开销的最终封包大小可能会超过非3GPP网络接口的路径MTU。这样的场景可能导致在接入点(access point，AP)或非3GPP网络中的IP分割。Wi-Fi AP和非3GPP网络可能不支持IP分割并且可能丢弃分割的IP封包。例如，该Wi-Fi AP可能不支持IP分割的传送，或者可能不支持IP分割。由于不支持IP分割，非3GPP网络的网络元件或节点也会丢弃封包。因此，这种行为可能导致严重的掉话和糟糕的用户体验。

图2描述了根据本发明实施例的方案的示例场景200。场景200涉及UE或UA和多个节点，其可以是通信网络的一部分。该UE能够与通信网络进行无线通信。该通信网络包括3GPP网络(例如，LTE网络)和/或非3GPP网络(例如，Wi-Fi网络)。可以配置该UE通过LTE网络接口和Wi-Fi网络接口顺序地发送SIP消息(例如，SIP MSG)。在场景200中，假设该LTE网络接口的MTU配置是1428字节。假设该Wi-Fi网络接口的MTU配置是1500字节。可以配置该UE根据LTE网络接口的MTU配置来确定传输协议。

例如，配置UE发送大小为1220字节的SIP消息。由于封包大小比LTE MTU配置小208字节(例如，1428-1220＝208)，因此可以配置UE根据预定规则选择用于发送SIP消息的UDP。可以配置将传输类型(例如，8个字节)添加到SIP消息的Via报头中。该Via报头包括，例如但不限于，协议名称(例如，SIP)、协议版本、传输类型(例如，UDP或TCP)、UE的IP地址以及用于SIP消息的协议端口。该UE还可以将IP地址(例如，40个字节)添加到SIP消息的Via报头中。IP和传输开销之后的封包大小可能是1268字节(例如，1220+8+40＝1268)，这比LTE MTU的配置(例如，1428)要小。因此，在封包通过LTE网络接口传输的情况下，将不存在IP分割。

然而，由于封包可能最终通过IPSec隧道模式在Wi-Fi网络接口上传输，最终的封包可以进一步包括IPSec隧道开销，并可能服从Wi-Fi网络接口的路径MTU配置。例如，额外的IPSec隧道开销包括一个ESP加密报头(例如，30字节)和一个新的IP报头(例如，40字节)。该ESP加密报头是在不安全的接口/网络中传输时用于加密的安全报头。该新IP报头是通过Wi-Fi网络接口的IP地址。因此，额外的IPSec隧道开销将总封包大小增加到1338字节(例如，1268+30+40＝1338)。由于Wi-Fi网络接口的路径MTU配置是1500字节，因此可以配置UE将封包作为单个IP封包发送到Wi-Fi AP。

在一些实施例中，MTU配置可沿路径变化。例如，MTU配置在UE和AP之间可以是1500字节。MTU配置在AP和因特网的网络元件之间变为1300字节。在这种情况下，由于总封包大小(例如，1338字节)大于AP与网络元件之间的MTU配置，封包在AP处被分割。例如，封包可以被分割为第一分割(例如，1300字节)和第二分割(例如，38字节)。

然而，在一些实施例中，AP可能不支持IP分割。例如，AP可能不执行IP分割。在封包大小大于路径MTU的情况下，AP可以直接丢弃封包。在另一个示例中，AP可能不支持IP分割的传送。在AP接收IP分割的情况下，AP丢弃IP分割。在传输路径中，一些网络元件也可能不支持IP分割。由于不支持IP分割或不支持IP分割的传送，网络元件会丢弃封包。由于UE可以连续使用相同的Wi-Fi网络接口，因此重新发送的IP封包或SIP消息可能会继续被丢弃。这种情况可能导致严重的掉话和糟糕的用户体验。在一些实施例中，在终端无序地接收分割的情况下，终端可能无法正确地组装分割，这也可能导致掉话问题。

图3描述了根据本发明实施例的方案的示例场景300。场景300涉及UE或UA和多个节点，其可以是通信网络的一部分。该UE能够与通信网络进行无线通信。该通信网络包括3GPP网络(例如，LTE网络)和/或非3GPP网络(例如，Wi-Fi网络)。可以配置该UE通过LTE网络接口和Wi-Fi网络接口顺序地发送SIP消息(例如，SIP MSG)。在场景300中，假设该LTE网络接口的MTU配置是1428字节。假设该Wi-Fi网络接口的MTU配置是1450字节。可以配置该UE根据LTE网络接口的MTU配置来确定传输协议。

例如，可以配置UE发送大小为1220字节的SIP消息。由于封包大小比LTE MTU配置小208字节(例如，1428-1220＝208)，因此可以配置UE根据预定规则选择用于发送SIP消息的UDP。可以配置UE将传输类型(例如，8个字节)添加到SIP消息的Via报头中。该Via报头包括，例如但不限于，协议名称(例如，SIP)、协议版本、传输类型(例如，UDP或TCP)、UE的IP地址以及用于SIP消息的协议端口。该UE还可以将IP地址(例如，40个字节)添加到SIP消息的Via报头中。IP和传输开销之后的封包大小可能是1268字节(例如，1220+8+40＝1268)，这比LTE MTU的配置(例如，1428)要小。因此，在封包通过LTE网络接口传输的情况下，将不存在IP分割。

然而，由于封包可能最终通过IPSec隧道模式在Wi-Fi网络接口上传输，最终的封包进一步包括IPSec隧道开销，并可能服从Wi-Fi网络接口的路径MTU配置。例如，额外的IPSec隧道开销可以包括通过多个IPSec隧道添加的多个报头。整个IPSec隧道开销增加到200个字节。因此，额外的IPSec隧道开销将总封包大小增加到1468字节(例如，1268+200＝1468)。由于该示例中Wi-Fi网络接口的路径MTU配置是1450字节，因此可以配置UE将封包分割并且将封包作为两个IP封包(例如，第一IP分割和第二IP分割)传输到Wi-Fi AP。

相似地，在一些实施例中，AP可能不支持IP分割。例如，AP可能不支持IP分割的传送。在AP接收IP分割的情况下，AP可能会丢弃第二IP分割。在传输路径中，一些网络元件也可能不支持IP分割。由于不支持IP分割或不支持IP分割的传送，网络元件会丢弃第二IP分割。由于UE可以连续使用相同的Wi-Fi网络接口，因此重新发送的IP封包或SIP消息可能会继续被丢弃。这种情况可能导致严重的掉话和糟糕的用户体验。在一些实施例中，在终端无序地接收分割的情况下，终端可能无法正确地组装分割，这也可能导致掉话问题。

图4描述了根据本发明实施例的方案的示例结构400。结构400涉及UE或UA和多个节点，其可以是通信网络的一部分。该UE能够与通信网络进行无线通信。该通信网络可以包括多个节点，例如但不限于，AP、演进型分组数据网关(evolved packet data gateway，ePDG)、分组数据网络网关(packet data network gateway，P-GW)和代理呼叫会话控制功能(proxy-call session control function，P-CSCF)。

UE可以包括SIP、实时传输协议(real-time transport protocol，RTP)或数据平面应用。UE可以在LTE IP套接字(LTE IP socket)上发送信令封包或数据封包。UE还进一步包括LTE网络接口和Wi-Fi网络接口。可以配置UE通过LTE网络接口和Wi-Fi网络接口使用IPSec隧道模式连续地发送消息(如SIP消息)。在LTE协议层中，可以向封包中添加一个IP报头(例如，LTE IP报头)和一个传输协议报头(例如，UDP报头)。在Wi-Fi协议层中，可以进一步向封包中添加一个IP报头(例如，LTE IP报头)和一个安全报头(例如，ESP报头)。

可以配置UE判断最终IPSec隧道封包大小是否大于Wi-Fi网络接口的路径MTU。在最终封包大小小于Wi-Fi网络接口的路径MTU的情况下，UE将封包作为单个IP封包进行发送。在最终封包大小大于Wi-Fi网络接口的路径MTU的情况下，UE将封包分成两个或更多个IP分割并发送。

AP可能不支持IP分割。例如，AP可能不执行IP分割。在接收到的封包大小大于AP和下一节点之间的路径MTU的情况下，AP可以直接丢弃封包。在另一个示例中，AP可能不支持IP分割的传送。在AP接收IP分割的情况下，AP会丢弃IP分割。沿传输路径，任何网络元件(例如，ePDG、P-GW或P-CSCF)也可能不支持IP分割。由于不支持IP分割或不支持IP分割的传送，网络元件会丢弃封包。由于UE可以连续使用相同的Wi-Fi网络接口，因此重新发送的IP封包或SIP消息可能会再次被丢弃。

图5描述了根据本发明实施例的方案的示例场景500。场景500涉及UE或UA和多个节点，其可以是通信网络的一部分。该UE能够与该通信网络进行无线通信。该通信网络包括3GPP网络(例如，LTE网络)和/或非3GPP网络(例如，Wi-Fi网络)。可以配置UE与通信网络建立会话。此会话可以包括多个数据路径和多个与每个数据路径相对应的MTU配置。该多个数据路径包括信令路径和数据传输路径。可以配置UE通过多个网络接口在会话上顺序地发送封包(例如，SIP消息)。该多个网络接口包括第一网络接口(例如，LTE接口)和第二网络接口(例如，WLAN接口)。

可以配置UE根据数据路径的MTU配置和开销大小来选择传输协议以生成封包。该传输协议包括，例如但不限于，TCP、UDP或SCTP。例如，当配置UE经由第一网络接口(例如，LTE接口)传输封包时，UE可以确定或识别经由第一网络接口的会话的第一MTU配置。UE还可以确定第一网络接口上的开销大小。该开销包括LTE IP报头和传输协议报头(例如，TCP/UDP报头)。UE可以根据LTE接口的路径MTU和开销大小来选择TCP或UDP。例如，当消息大小大于阈值大小时(例如，从LTE接口的路径MTU减去开销大小)，UE选择TCP。否则，UE选择UDP。

或者，在配置UE通过使用IPSec隧道模式经由第一网络接口(例如，LTE接口)和第二网络接口(例如，WLAN接口)顺序地发送封包的情况下，可以配置UE确定或识别通过第二网络接口的会话的第二MTU配置。可以配置UE根据第二网络接口的MTU配置和IPSec隧道开销大小来选择传输协议以生成封包。由于最终封包还包括IPSec隧道开销，可进一步配置UE确定第二网络接口和第一网络接口之间的隧道开销大小。该IPSec隧道开销包括一个WLANIP报头(例如，Wi-Fi IP报头)和一个安全报头(例如，ESP报头)。可以配置UE根据WLAN接口的路径MTU和IPSec隧道开销大小来选择TCP或UDP。例如，在消息大小大于阈值大小的情况下(例如，从WLAN接口的路径MTU减去IPSec隧道开销大小)，UE选择TCP。否则，UE选择UDP。在选择传输协议并生成封包之后，可以配置UE经由WLAN接口发送封包。

因此，当选择传输协议时，UE能够考虑IPSec隧道开销情况，并且根据WLAN接口的MTU配置来选择传输协议。UE可以通过考虑可以沿隧道协议添加的可能的隧道开销来选择适当的传输协议，以避免封包分割。由于避免或减少了不必要的封包分割，因此可以降低掉话率，并且改善用户体验。

在一些实施例中，UE可以通过向会话添加新配置或者静态地或动态地修改会话的现有配置来确定或设置第二MTU配置。第二MTU配置可由网络指示或由UE自身确定。可以根据第一网络接口的路径MTU和隧道开销大小来确定第二网络接口的路径MTU。例如，Wi-Fi接口的路径MTU等于LTE接口的路径MTU加上隧道开销大小。或者，Wi-Fi接口的路径MTU等于LTE接口的路径MTU加上缓冲器大小或预定大小。另一方面，第一网络接口的路径MTU也可根据第二网络接口的路径MTU和隧道开销大小来确定。

在一些实施例中，如图5所示，UE包括IP多媒体子系统(IP MultimediaSubsystem，IMS)客户端。该IMS客户端可以建立与WLAN网络(例如，AP)的两个数据路径，包括一个信令计划路径和一个数据平面路径。每个数据路径具有相应的发送器和/或接收器。UE包括传输选择功能，以确定用于传输封包的传输协议类型。该传输选择功能包括用于选择TCP或UDP其中一者的选择规则。例如，可以配置UE判断msgSize是否大于pMTU-tunnelOverHead。该msgSize表示信令消息或数据消息的实际消息大小。该pMTU表示信令平面或数据平面的路径MTU。该tunnelOverHead表示为隧道协议添加的附加字节(例如，外部IP报头、加密报头或校验和报头)。该tunnelOverHead可以是固定值，并且在IPSec隧道创建期间确定。可以配置UE针对每个唯一目的地IP地址自非3GPP网络接入的路径MTU减去IPSec隧道开销。可以在应用传输协议选择之前执行这种减去操作。

在一些实施例中，会话可以包括多个网络接口。可以配置UE确定经由多个网络接口的会话的多个MTU配置。可以配置UE确定多个网络接口中的总隧道开销大小。该总隧道开销大小可以包括IPSec开销大小、通用路由封装(generic routing encapsulation，GRE)开销大小或隧道协议开销大小中的至少一个。可以配置UE根据多个MTU配置(例如，最后的MUT配置)和总隧道开销大小来选择传输协议以生成封包。例如，在消息大小大于阈值大小的情况下(例如，从最后网络接口的路径MTU减去总的IPSec隧道开销大小)，UE选择TCP。否则，UE选择UDP。在选择传输协议并生成封包之后，可以配置UE经由最后的网络接口发送封包。

图6描述了根据本发明实施例的示例通信装置610和示例网络装置620。通信装置610和网络装置620中的任一个都可以执行实现本文描述的关于无线通信中的用户设备和网络装置的避免封包分割的方案、技术、进程和方法的不同功能，包括上述的场景100和200、300、500以及下面描述的进程700。

通信装置610是电子装置的一部分，该电子装置可以是诸如便携式或移动装置、可穿戴装置、无线通信装置或计算装置的UE或UA。例如，通信装置610可以实施为智能手机、智能手表、个人数字助理、数码相机或诸如平板计算机、台式计算机或笔记本计算机的计算设备。

通信装置610还可以是机器类型设备的一部分，该机器类型设备可以是IoT或NB-IoT设备，诸如固定设备、家庭设备、有线通信设备或计算设备。例如，通信装置610可以实施为智能恒温器、智能冰箱、智能门锁、无线扬声器或家庭控制中心。此外，通信装置610可以以一个或多个集成电路(IC)芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器或者一个或多个更复杂的指令集计算(CISC)处理器。通信装置610至少包括图6中所示的组件中的一部分，例如，处理器612。通信装置610还可以包括与本发明提出的方案无关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)。为简洁起见，通信装置610的上述其他组件既不显示在图6中，也不在下面进行描述。

网络装置620是电子装置的一部分，该电子装置可以是诸如AP、基站、小小区、路由器或网关的网络节点。例如，网络装置620可以在Wi-Fi网络中的AP，LTE、LTE-Advanced或LTE-Advanced Pro网络中的eNodeB(LTE基站)中实现，或者在5G、NR、IoT或NB-IoT网络中的gNB(5G基站)中实现。此外，网络装置620可以以一个或多个IC芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器或一个或多个CISC处理器。网络装置620至少包括图6中所示的组件中的一部分，例如，处理器622。网络装置620还可以包括与本发明提出的方案无关的一个或多个其他组件(例如，内部电源，显示设备和/或用户接口设备)。为简洁起见，网络装置620的上述组件既不显示在图6中，也不在下面进行描述。

在本发明的一方面，处理器612和处理器622中的任一个可以以一个或多个单核处理器、一个或多个多核处理器或一个或多个CISC处理器的形式实现。也就是说，即使这里使用单数术语“处理器”来指代处理器612和处理器622，在本发明中，处理器612和处理器622中的其中任一个可以在一些实施例中包括多个处理器，在另一些实施例中包括单个处理器。在另一方面，处理器612和处理器622中的任一个可以以具有电子组件的硬件(以及可选地，固件)的形式实现，所述电子组件包括例如但不限于根据本发明以特定目的配置的一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个电阻器、一个或多个电感器、一个或多个忆阻器和/或一个或多个变容二极管。换句话说，至少在本发明的一些实施方式中，处理器612和处理器622是特定目的机器，其被专门设计、布置和配置为执行装置(例如，通信装置610所示)和网络(例如，网络装置620所示)中包括降低功耗的特定任务。

在一些实施例中，通信装置610还包括耦接到处理器612并且能够无线发送和接收数据的收发器616。在一些实施例中，通信装置610还包括耦接到处理器612并且能够由处理器612访问并在其中存储数据的存储器614。在一些实施例中，网络装置620还包括耦接到处理器622并且能够无线地发送和接收数据的收发器626。在一些实施例中，网络装置620还包括耦接到处理器622并且能够由处理器622访问并在其中存储数据的存储器624。因此，通信装置610和网络装置620分别经由收发器616和收发器626彼此无线通信。为了帮助更好地理解，按照移动通信环境的背景，提供以下对通信装置610和网络装置620中的每一个的操作、功能和能力的描述，其中通信装置610作为通信装置或者UE实现，网络装置620作为通信网络的网络节点实现。

在一些实施例中，处理器612能够经由收发器616与网络装置620进行无线通信。网络设备620可以是非3GPP网络(例如，Wi-Fi网络)的网络节点。可以配置处理器612建立与网络装置620之间的会话。此会话可以包括多个数据路径和多个与每个数据路径相对应的MTU配置。该多个数据路径包括信令路径和数据传输路径。可以配置处理器612通过多个网络接口在会话上顺序地发送封包(例如，SIP消息)。该多个网络接口包括第一网络接口(例如，LTE接口)和第二网络接口(例如，WLAN接口)。

在一些实施例中，可以配置处理器612根据数据路径的MTU配置和开销大小来选择传输协议以生成封包。例如，当配置处理器612经由第一网络接口(例如，LTE接口)传输封包时，处理器612可以确定或识别经由第一网络接口的会话的第一MTU配置。处理器612还可以确定第一网络接口上的开销大小。该开销包括LTE IP报头和传输协议报头(例如，TCP/UDP报头)。处理器612可以根据LTE接口的路径MTU和开销大小来选择TCP或UDP。例如，当消息大小大于阈值大小时(例如，从LTE接口的路径MTU减去开销大小)，处理器612可能选择TCP。否则，处理器612选择UDP。

在一些实施例中，在配置处理器612通过使用IPSec隧道模式经由第一网络接口(例如，LTE接口)和第二网络接口(例如，WLAN接口)顺序地发送封包的情况下，配置处理器612确定或识别通过第二网络接口的会话的第二MTU配置。可以配置处理器612根据第二网络接口的MTU配置和IPSec隧道开销大小来选择传输协议以生成封包。由于最终封包还包括IPSec隧道开销，可进一步配置处理器612确定第二网络接口和第一网络接口之间的隧道开销大小。该IPSec隧道开销包括一个WLAN IP报头(例如，Wi-Fi IP报头)和一个安全报头(例如，ESP报头)。可以配置处理器612根据WLAN接口的路径MTU和IPSec隧道开销大小来选择TCP或UDP。例如，在消息大小大于阈值大小的情况下(例如，从WLAN接口的路径MTU减去IPSec隧道开销大小)，处理器612选择TCP。否则，处理器612选择UDP。在选择传输协议并生成封包之后，可以配置处理器612经由WLAN接口发送封包。

在一些实施例中，处理器612可以通过向会话添加新配置或者静态地或动态地修改会话的现有配置来确定或设置第二MTU配置。处理器612可从网络接收第二MTU配置，或者由其自身确定第二MTU配置。处理器612可以根据第一网络接口的路径MTU和隧道开销大小来确定第二网络接口的路径MTU。例如，Wi-Fi接口的路径MTU可以等于LTE接口的路径MTU加上隧道开销大小。或者，Wi-Fi接口的路径MTU等于LTE接口的路径MTU加上缓冲器大小或预定大小。另一方面，处理器612可以根据第二网络接口的路径MTU和隧道开销大小来确定第一网络接口的路径MTU。

在一些实施例中，处理器612包括IMS客户端。该IMS客户端可以建立两个数据路径，包括信令计划路径和WLAN网络(例如，AP)的数据平面路径。通信装置610包括用于每个数据路径的相应的发送器和/或接收器。处理器612包括传输选择功能，以确定用于传输封包的传输协议类型。该传输选择功能包括用于选择TCP或UDP其中一者的选择规则。例如，可以配置处理器612判断msgSize是否大于pMTU-tunnelOverHead。该msgSize表示信令消息或数据消息的实际消息大小。该pMTU表示信令平面或数据平面的路径MTU。该tunnelOverHead表示为隧道协议添加的附加字节(例如，外部IP报头，加密报头或校验和报头)。该tunnelOverHead可以是固定值，并且在IPSec隧道创建期间确定。可以配置处理器612针对每个唯一目的地IP地址自非3GPP网络接入的路径MTU减去IPSec隧道开销。处理器612可以在应用传输协议选择之前执行这种减去操作。

在一些实施例中，会话可以包括多个网络接口。可以配置处理器612经由多个网络接口确定会话的多个MTU配置。可以配置处理器612确定多个网络接口中的总隧道开销大小。可以配置处理器612根据多个MTU配置(例如，最后的MUT配置)和总隧道开销大小来选择传输协议以生成封包。例如，在消息大小大于阈值大小的情况下(例如，从最后网络接口的路径MTU减去总的IPSec隧道开销大小)，处理器612选择TCP。否则，处理器612选择UDP。在选择传输协议并生成封包之后，可以配置处理器612经由最后的网络接口发送封包。

图7描述了根据本发明实施例的示例进程700。无论是部分地还是完全地，进程700是关于本发明的避免封包分割的场景500的一个示例。进程700可以表示通信装置610的特征实现的一个方面。进程700可以包括一个或多个操作、动作或功能，如步骤710、720、730、740和750中的一个或多个。虽然作为离散步骤进行了说明，但是根据需要，进程700的各个步骤可以被划分为附加的步骤、组合成更少的步骤或者被删除。

此外，进程700的步骤可以按照图7中所示的顺序执行，或者按照其他顺序执行。进程700可以由通信装置610或任何合适的UE或机器类型设备实施。仅用于说明性目的，但不限于此，下面按照通信装置610的背景描述进程700。进程700在步骤710处开始。

在步骤710处，进程700涉及装置610的处理器612确定经由第一网络接口的会话的第一MTU配置。进程700从步骤710进行到步骤720。

在步骤720处，进程700涉及处理器612确定经由第二网络接口的会话的第二MTU配置。进程700从步骤720进行到步骤730。

在步骤730处，进程700涉及处理器612确定第一网络接口和第二网络接口之间的隧道开销大小。进程700从步骤730进行到步骤740。

在步骤740处，进程700涉及处理器612根据第二MTU配置和隧道开销大小来选择传输协议以生成封包。进程700从步骤740进行到步骤750。

在步骤750处，进程700涉及处理器612经由第二网络接口传输封包。

在一些实施例中，进程700涉及处理器612在选择传输协议时从第二MTU配置中减去隧道开销大小。

在一些实施例中，进程700涉及处理器612在确定第二MTU配置时，向会话添加新配置或者静态地或动态地修改会话的现有配置。

在一些实施例中，该会话包括多个数据路径和多个与每个数据路径相对应的MTU配置。该多个数据路径包括信令路径和数据传输路径。

在一些实施例中，进程700涉及处理器612经由第一网络接口和第二网络接口顺序地发送封包。

在一些实施例中，传输协议包括TCP、UDP或SCTP。

在一些实施例中，进程700涉及处理器612经由多个网络接口确定会话的多个MTU配置。进程700还涉及处理器612确定多个网络接口中的总隧道开销大小。进程700进一步涉及处理器612根据多个MTU配置和总隧道开销大小来选择传输协议以生成封包。进程700进一步涉及处理器612经由多个网络接口传输封包。

在一些实施例中，隧道开销大小包括IPSec开销大小、GRE开销大小或隧道协议开销大小中的至少一个。

在一些实施例中，第一网络接口包括LTE接口。第二网络接口包括WLAN接口。

本文有时会描述不同的元件包括在其他不同元件内，或同其他不同元件相连接。应当理解的是，这种结构关系仅仅作为示例，事实上，也可通过实施其他结构以实现相同功能。从概念上讲，任何可实现相同功能的元件配置均是有效地“相关联的”以此实现所需功能。因此，本文为实现某特定功能所组合的任意两个元件均可看作是彼此“相关联的”，以此实现所需功能，而不管其结构或者中间元件如何。类似地，以这种方式相关联的任意两个元件也可看作是彼此间“操作上相连接的”或“操作上相耦合的”以此实现所需功能，并且，能够以这种方式相关联的任意两个元件还可看作是彼此间“操作上可耦合的”用以实现所需功能。操作上可耦合的具体实例包括但不限于物理上可配对的和/或物理上交互的元件和/或无线地可交互的和/或无线地相互交互的元件和/或逻辑上交互的和/或逻辑上可交互的元件。

此外，对于本文所使用的任何复数和/或单数形式的词语，本领域的熟练技术人员可根据语境和/或应用场景是否合适而将复数转换至单数和/或将单数转换至复数。为清晰起见，此处即对中单数/复数之间的各种置换作出明确规定。

另外，本领域技术人员将理解，通常，本文中所用的术语且尤其是在所附的权利要求(例如，所附的权利要求的主体)中所使用的术语通常意为“开放”术语，例如，术语“包括”应被解释为“包括但不限于”，术语“具有”应被解释为“至少具有”，术语“包括”应解释为“包括但不限于”，等等。本领域技术人员还将理解，如果引入的权利要求列举的特定数目是有意的，则这种意图将在权利要求中明确地列举，并且在这种列举不存在时不存在这种意图。例如，作为理解的帮助，所附的权利要求可以包括引入权利要求列举的引入性短语“至少一个”和“一个或更多个”的使用。然而，这种短语的使用不应该被解释为暗示权利要求列举通过不定冠词“一”或“一个”的引入将包括这种所引入的权利要求列举的任何特定权利要求限制于只包括一个这种列举的实现方式，即使当同一权利要求包括引入性短语“一个或更多”或“至少一个”以及诸如“一”或“一个”这样的不定冠词(例如，“一和/或一个”应被解释为意指“至少一个”或“一个或更多个”)时，这同样适用于用来引入权利要求列举的定冠词的使用。另外，即使明确地列举了特定数量的所引入的权利要求列举，本领域技术人员也将认识到，这种列举应被解释为意指至少所列举的数量(例如，在没有其它的修饰语的情况下，“两个列举”的无遮蔽列举意指至少两个列举或者两个或更多个列举)。此外，在使用类似于“A、B和C中的至少一个等”的惯例的那些情况下，在本领域技术人员将理解这个惯例的意义上，通常意指这种解释(例如，“具有A、B和C中的至少一个的系统”将包括但不限于单独具有A、单独具有B、单独具有C、一同具有A和B、一同具有A和C、一同具有B和C和/或一同具有A、B和C等的系统)。在使用类似于“A、B或C等中的至少一个”的惯例的那些情况下，在本领域技术人员将理解这个惯例的意义上，通常意指这样的解释(例如，“具有A、B或C中至少一个的系统”将包括但不限于单独具有A、单独具有B、单独具有C、一同具有A和B、一同具有A和C、一同具有B和C、和/或一同具有A、B和C等的系统)。本领域技术人员还将理解，无论在说明书、权利要求还是附图中，实际上呈现两个或更多个另选的项的任何转折词语和/或短语应当被理解为构想包括这些项中的一个、这些项中的任一个或者这两项的可能性。例如，短语“A或B”将被理解为包括“A”或“B”或“A和B”的可能性。

根据上述内容，将领会的是，本文中已经为了例示的目的而描述了本发明的各种实现方式，并且可以在不脱离本发明的范围和精神的情况下进行各种修改。因此，本文中所公开的各种实现方式不旨在是限制性的，真正的范围和精神由所附的权利要求指示。

Claims (20)

1.一种方法，包括：

由装置的处理器确定经由第一网络接口的会话的第一最大传输单元配置；

由该处理器确定经由第二网络接口的该会话的第二最大传输单元配置；

由该处理器确定该第一网络接口和该第二网络接口之间的隧道开销大小；

由该处理器根据该第二最大传输单元配置和该隧道开销大小来选择传输协议以生成封包；以及

由该处理器经由该第二网络接口传输该封包。

2.如权利要求1所述的方法，其特征在于，由该处理器在选择该传输协议时从该第二最大传输单元配置中减去该隧道开销大小。

3.如权利要求1所述的方法，其特征在于，确定该第二最大传输单元配置包括向该会话添加新配置或者修改该会话的现有配置。

4.如权利要求1所述的方法，其特征在于，该会话包括多个数据路径和多个与每个数据路径相对应的最大传输单元配置。

5.如权利要求4所述的方法，其特征在于，该多个数据路径包括信令路径和数据传输路径。

6.如权利要求1所述的方法，其特征在于，该传输包括经由第一网络接口和第二网络接口顺序地传输封包。

7.如权利要求1所述的方法，其特征在于，该传输协议包括传输控制协议，用户数据报协议或流控制传输协议。

8.如权利要求1所述的方法，其特征在于，进一步包括：

由该处理器确定经由多个网络接口的该会话的多个最大传输单元配置；

由该处理器确定该多个网络接口之间的该隧道开销大小；

由该处理器根据该多个最大传输单元配置和该隧道开销大小来选择该传输协议以生成该封包；以及

由该处理器经由该多个网络接口传输该封包。

9.如权利要求1所述的方法，其特征在于，该隧道开销大小包括因特网协议安全开销大小、通用路由封装开销大小或隧道协议开销大小中的一个。

10.如权利要求1所述的方法，其特征在于，该第一网络接口包括长期演进接口，并且第二网络接口包括无线局域网接口。

11.一种装置，该装置包括：

收发器，用于与无线网络的多个节点进行无线通信；以及

处理器，通信耦接到该收发器，配置该处理器执行：

确定经由第一网络接口的会话的第一最大传输单元配置；

确定经由第二网络接口的该会话的第二最大传输单元配置；

确定该第一网络接口和该第二网络接口之间的隧道开销大小；

根据该第二最大传输单元配置和该隧道开销大小来选择传输协议以生成封包；以及

经由该第二网络接口传输该封包。

12.如权利要求11所述的装置，其特征在于，处理器进一步执行：

在选择该传输协议时从该第二最大传输单元配置中减去该隧道开销大小。

13.如权利要求11所述的装置，其特征在于，在确定该第二最大传输单元配置时，向该会话添加新配置或者静态地或动态地修改该会话的现有配置。

14.如权利要求11所述的装置，其特征在于，该会话包括多个数据路径和多个与每个数据路径相对应的最大传输单元配置。

15.如权利要求14所述的装置，其特征在于，该多个数据路径包括信令路径和数据传输路径。

16.如权利要求11所述的装置，其特征在于，在传输过程中，该处理器进一步执行经由该第一网络接口和该第二网络接口顺序地传输该封包。

17.如权利要求11所述的装置，其特征在于，该传输协议包括传输控制协议，用户数据报协议或流控制传输协议。

18.如权利要求11所述的装置，其特征在于，该处理器进一步执行：

经由该多个网络接口确定该会话的该多个最大传输单元配置；

确定该多个网络接口之间的该隧道开销大小；

根据该多个最大传输单元配置和该隧道开销大小来选择该传输协议以生成该封包；以及

由该处理器经由该多个网络接口传输该封包。

19.如权利要求11所述的装置，其特征在于，该隧道开销大小至少包括因特网协议安全开销大小，通用路由封装开销大小或隧道协议开销大小中的一个。

20.如权利要求11所述的装置，其特征在于，该第一网络接口包括长期演进接口，并且第二网络接口包括无线局域网接口。