TWI717619B

TWI717619B - 用於避免封包分割之方法及其裝置

Info

Publication number: TWI717619B
Application number: TW107125704A
Authority: TW
Inventors: 羅伊特奈克; 皇甫建君; 薩米尤蒂拉
Original assignee: 聯發科技股份有限公司
Priority date: 2017-08-10
Filing date: 2018-07-25
Publication date: 2021-02-01
Also published as: US20190052572A1; CN110313160B; CN110313160A; TW201911823A; US10873535B2; WO2019029571A1

Abstract

本發明揭露了多種關於行動通訊中之使用者設備和網路裝置之用於避免封包分割之方法及其裝置。該裝置可以經由第一網路介面確定會話之第一最大傳輸單元(MTU)配置。該裝置亦可以經由第二網路介面確定會話之第二MTU配置。該裝置亦可以確定第一網路介面和第二網路介面之間之隧道開銷大小。該裝置亦可以依據第二MTU配置和隧道開銷大小來選擇傳輸協定以生成封包。該裝置亦可以經由第二網路介面傳輸該封包。本發明之用於避免封包分割之方法及其裝置可以降低掉話率並改善使用者體驗。

Description

用於避免封包分割之方法及其裝置

本發明係有關於行動通訊技術。更具體地，本發明係有關於行動通訊中使用者設備和網路裝置相關之避免封包分割(packet fragmentation)。

除非本文另有說明，本部分中描述之方法不係下面列出之發明申請專利範圍之先前技術，並且不因包括在本節中而被承認係先前技術。

在長期演進(Long-Term Evolution，LTE)或第三代合作夥伴計畫(3rd Generation Partnership 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)，但本發明提出之概念、方案及其任何變體/衍生物可以在其他類型之無線存取技術、網路和網路拓撲中實現。因此，本發明之範圍不限於本文描述之示例。

100、200、300、500:場景

400:結構

600:系統

610:通訊裝置

620:網路裝置

612、622:處理器

614、624:記憶體

616、626:收發器

700:進程

710、720、730、740、750:步驟

提供附圖係為了對本發明之進一步理解，同時，附圖也作為本發明之一部分。附圖描述了本發明之實施方式，並與說明書一起用於解釋本發明之原理。可以理解的係，為了清楚地說明本發明之概念，一些部件可能表示為與實際實施中之尺寸不成比例，附圖不一定按比例繪製。

第1圖係依據本發明實施例描述之方案下之示例場景圖。

第2圖係依據本發明實施例描述之方案下之示例場景圖。

第3圖係依據本發明實施例之方案下之示例場景圖。

第4圖係依據本發明實施例之方案下之示例結構圖。

第5圖係依據本發明實施例之方案下之示例場景圖。

第6圖係依據本發明實施例之示例通訊裝置和示例網路裝置之框圖。

第7圖係依據本發明實施例之示例進程之流程圖。

下面對本發明之實施例和實施方式進行詳細說明。然而，應當理解的係，本發明之實施例和實現方式僅僅為了係對要求保護之主題做出說明，其可以以各種形式體現。本發明可以以多種不同之形式實施，並且不應該被理解為僅限於這裡闡述之示例性實施例和實施方式。而係，提供這些示例性實施例和實現方式，使得本發明之描述徹底和完整，並且將向本領域習知技藝者充分傳達本發明之範圍。在以下描述中，省略已知特徵和技術細節，以避免不必要地模糊所呈現之實施例和實施方式。

本發明之實施例涉及與行動通訊中之使用者設備和網路裝置之避免封包分割有關之各種技術、方法、方案和/或解決方案。依據本發明，可以單獨地或聯合地實現許多可能之解決方案。也就係說，儘管下文分別描述這些可能之解決方案，但係這些可能之解決方案中之兩個或複數個可以以一種組合或另一種組合形式實現。

第1圖描述了依據本發明實施例之方案下之示例場景100。場景100涉及UE或使用者代理(user agent，UA)和複數個節點，其可以係通訊網路之一部分。該通訊網路包括3GPP網路和/或非3GPP網路。3GPP網路包括，例如但不限於，LTE網路、LTE-Advanced網路、LTE-Advanced Pro網路、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訊息，可以依據預定規則選擇傳輸類型或傳輸協定。該傳輸類型或傳輸協定包括，例如但不限於，傳輸控制協定(transmission control 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可以在LTEIP套接字(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隧道開銷包括WLAN IP標頭(例如，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 Multimedia Subsystem，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。系統600中之通訊裝置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介面。

上述在此描述之課題有時說明瞭不同之其他元件包括在內或相耦接於不同之元件。我們應該明白如此描述之架構僅係範例，事實上，係可實施可達成相同功能之許多其他架構。在一概念上之觀念裡，任何元件之安排以達到相同之功能係有效「關聯於」上述已達成之所需求之功能。因此，任何於此結合以達成一特定功能之兩個元件可以視為彼此「關聯於」上述已達成之所需求之功能、無關之架構或居中之元件。同樣地，任何非常相關聯之兩元件也可視為彼此「可實現地相連接」或「可實現地相耦接」，以達到上述所需求之功能，以及任何能彼此非常相關聯之兩元件也可視為係「可實現地相耦接的」，以達到上述所需求之功能。可實現地相耦接之特定範例包括(但非限制)可實體配對，和/或實體互動元件，和/或可無限互動，和/或無線互動元件，和/或邏輯互動，和/或邏輯可互動元件。

再者，關於在此所使用之相當多複數詞和/或單數詞，習知本領域之通常知識者可依據上下文和/或應用將上述複數詞轉換為上述單數詞，和/或將上述單數詞轉換為上述複數詞。上述單數/複數交換係為了清楚起見，而在此明確闡述。

此外，習知本領域之通常知識者應該明白，一般來說，在此使用之詞彙，特別係在附加之發明申請專利範圍內之詞彙，例如附加之發明申請專利範圍之主體，通常意思係「開放」之詞，例如詞「包括」應該解釋為「包括但非限制」，詞「有」應該解釋為「至少有」等。習知本領域之通常知識者更應該明白，如果意指特定數量之所介紹發明申請專利範圍之表述，如此之意指將明確地表述在上述發明申請專利範圍之中，並且在沒有表述之情況下，不存在這樣之意指。例如，作為幫助理解，下述附加之發明申請專利範圍可包括使用介紹性短語「至少一」及「一或複數個」，用以介紹發明申請專利範圍之表述。然而，如此短語之使用不應該解釋為暗示由不定冠詞「一」或「一個」所介紹之發明申請專利範圍之表述，將包括這種介紹之發明申請專利範圍表述之任何特定發明申請專利範圍，限制為僅包括一個這樣之表述，即使當上述相同之發明申請專利範圍包括上述介紹式短語「一或複數個」或「至少一」，以及例如不定冠詞「一」或「一個」，例如「一」和/或「一個」時，應該解釋為「至少一」或「一或複數個」之意思；用於介紹發明申請專利範圍表述之定冠詞之使用亦同樣如此。此外，即使特定數量之所介紹發明申請專利範圍之表述係明確地表述，習知本領域之通常知識者將認定這樣之表述應該解釋為至少係表述之數字，例如所揭露之「2個表述」，沒有其他修飾符，係至少2個表述或2或更多個表述之意思。此外，在使用類似於「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」之可能性。

從上述內容可以理解，為了說明之目的，本文已經描述了本揭露之各種實施例，並且可以在不脫離本揭露之範圍和精神之情況下，做出各種修改。因此，上述各種於此揭露之實施例不旨在限制，真正之範圍和精神由下述發明申請專利範圍來指示。

500:場景

Claims

一種避免封包分割之方法，包括：由一裝置之一處理器確定經由一第二網路介面之一會話之一第二最大傳輸單元配置；由該處理器確定一第一網路介面和該第二網路介面之間之一隧道開銷大小；由該處理器依據該第二最大傳輸單元配置和該隧道開銷大小來選擇一傳輸協定以生成一封包；以及由該處理器經由該第一網路介面和該第二網路介面順序地傳輸該封包，其中該第一網路介面與一第一無線存取技術相關聯，該第二網路介面與不同於該第一無線存取技術之一第二無線存取技術相關聯。
如發明申請專利範圍第1項所述之避免封包分割之方法，其中，由該處理器在選擇該傳輸協定時從該第二最大傳輸單元配置中減去該隧道開銷大小。
如發明申請專利範圍第1項所述之避免封包分割之方法，其中，確定該第二最大傳輸單元配置包括向該會話添加一新配置或者修改該會話之一先前配置。
如發明申請專利範圍第1項所述之避免封包分割之方法，其中，該會話包括複數個資料路徑和與每個資料路徑相對應之複數個最大傳輸單元配置。
如發明申請專利範圍第4項所述之避免封包分割之方法，其中，該複數個資料路徑包括一信令路徑和一資料傳輸路徑。
如發明申請專利範圍第1項所述之避免封包分割之方法，其中，該傳輸協定包括一傳輸控制協定、一使用者資料包協定或一流控制傳輸協定。
如發明申請專利範圍第1項所述之避免封包分割之方法，進一步包括：由該處理器確定經由複數個網路介面之該會話之複數個最大傳輸單元配置；由該處理器確定該複數個網路介面之間之該隧道開銷大小；由該處理器依據該複數個最大傳輸單元配置和該隧道開銷大小來選擇該傳輸協定以生成該封包；以及由該處理器經由該複數個網路介面傳輸該封包。
如發明申請專利範圍第1項所述之避免封包分割之方法，其中，該隧道開銷大小包括一網際網路協定安全開銷大小、一通用路由封裝開銷大小或一隧道協定開銷大小中之一個。
如發明申請專利範圍第1項所述之避免封包分割之方法，其中，該第一網路介面包括一長期演進介面，並且該第二網路介面包括一無線區域網路介面。
如發明申請專利範圍第1項所述之避免封包分割之方法，其中，由該處理器確定經由該第一網路介面之該會話之一第一最大傳輸單元配置。
一種用於避免封包分割之裝置，該裝置包括：一收發器，能夠與一無線網路之複數個節點進行無線通訊；以及一處理器，通訊耦接到該收發器，配置該處理器執行：確定經由一第二網路介面之一會話之一第二最大傳輸單元配置；確定一第一網路介面和該第二網路介面之間之一隧道開銷大小；依據該第二最大傳輸單元配置和該隧道開銷大小來選擇一傳輸協定以生成一封包；以及經由該第一網路介面和該第二網路介面順序地傳輸該封包，其中該第一網路介面與一第一無線存取技術相關聯，該第二網路介面與不同於該第一無線存取技術之一第二無線存取技術相關聯。
如發明申請專利範圍第11項所述之裝置，其中，該處理器進一步執行：在選擇該傳輸協定時從該第二最大傳輸單元配置中減去該隧道開銷大小。
如發明申請專利範圍第11項所述之裝置，其中，在確定該第二最大傳輸單元配置時，向該會話添加一新配置或者靜態地或動態地修改該會話之一先前配置。
如發明申請專利範圍第11項所述之裝置，其中，該會話包括複數個資料路徑和與每個資料路徑相對應之複數個最大傳輸單元配置。
如發明申請專利範圍第14項所述之裝置，其中，該複數個資料路徑包括一信令路徑和一資料傳輸路徑。
如發明申請專利範圍第11項所述之裝置，其中，該傳輸協定包括一傳輸控制協定、一使用者資料包協定或一流控制傳輸協定。
如發明申請專利範圍第11項所述之裝置，其中：該處理器進一步執行：經由複數個網路介面確定該會話之複數個最大傳輸單元配置；確定該複數個網路介面之間之該隧道開銷大小；依據該複數個最大傳輸單元配置和該隧道開銷大小來選擇該傳輸協定以生成該封包；以及由該處理器經由該複數個網路介面傳輸該封包。
如發明申請專利範圍第11項所述之裝置，其中，該隧道開銷大小至少包括一網際網路協定安全開銷大小、一通用路由封裝開銷大小或一隧道協定開銷大小中之一個。
如發明申請專利範圍第11項所述之裝置，其中，該第一網路介面包括一長期演進介面，並且該第二網路介面包括一無線區域網路介面。
如發明申請專利範圍第11項所述之裝置，其中，由該處理器確定經由該第一網路介面之該會話之一第一最大傳輸單元配置。