TWI717944B

TWI717944B - 處理壓縮錯誤的方法和裝置

Info

Publication number: TWI717944B
Application number: TW108146894A
Authority: TW
Inventors: 楊筑鈞; 姚侑廷; 陳育成
Original assignee: 聯發科技股份有限公司
Priority date: 2017-12-21
Filing date: 2019-12-20
Publication date: 2021-02-01
Also published as: CN111355564A; US20190200257A1; CN111355564B; US10674396B2; TW202025655A

Abstract

公開了處理壓縮錯誤的方法和裝置，該方法涉及由裝置的處理器將壓縮的PDU發送到網路節點，從網路節點接收否定確認(NACK)消息，由裝置將已壓縮的SDU還原為原始資料並將具有未壓縮格式的原始資料發送給網路節點。在本公開中通過發送具有未壓縮格式的原始資料，可以使封包丟失的影響最小化並且減少上層的重傳代價，還可以最小化由重新壓縮過程導致的額外封包延遲。

Description

處理壓縮錯誤的方法和裝置

本公開總體上涉及移動通信，並且更具體地，涉及移動通信中用戶設備和網路裝置相關的壓縮錯誤(compression error)處理。

除非在本文中另外指示，否則本部分中描述的方法不是對於下面列出申請專利範圍的現有技術，並且不因包含在該部分中而被承認是現有技術。

在無線通信系統中，一些資料壓縮機制可以用於壓縮資料封包以增加頻寬利用率。資料壓縮機制可以包括強健性標頭壓縮(robust header compression，ROHC)或上行鏈路資料壓縮(uplink data compression，UDC)。用戶設備(UE)可以被配置為通過使用資料壓縮機制將上行鏈路(uplink，UL)資料發送到網路裝置。

當發生一些錯誤時，網路裝置不能解壓縮UL資料，並且可以向UE指示解壓縮失敗。回應於解壓縮失敗，UE應當重置或重新初始化會談(session)使用的壓縮參數。然而，此時可能存在一些尚未發送到網路裝置的已壓縮UL資料。如果UE不處理或不重新壓縮那些資料，則網路裝置很可能由於解壓縮失敗而丟棄那些資料。

或者，在重置或重新初始化壓縮參數之後，UE可以使用新的壓縮參數對那些已壓縮的UL資料執行重新壓縮，並將重新壓縮後的資料發送到網路裝置。重新壓縮後的資料能夠在網路裝置處被正確地解壓縮。但是這些重新壓縮過程會額外增加端到端的延遲。對於某些場景或應用，這種額外延遲可能會嚴重影響UE的性能或用戶體驗。

因此，如何避免網路發生解壓縮失敗後再發生已壓縮資料的解壓縮失敗並減少端到端延遲時間成為了開發通信系統中的重要問題。需要提供適當的壓縮錯誤處理機制來處理當時已壓縮的資料，以避免後續的解壓縮失敗和額外的延遲時間。

以下發明內容僅是例示性的，並且不旨在以任何方式限制。即，提供以下發明內容以引入這裡所描述的新穎且非明顯技術的概念、亮點、益處以及優點。下面詳細的描述中進一步描述了選擇的實現方式。因此，以下發明內容不旨在識別所要求保護主題的必要特徵，也不旨在用於確定所要求保護主題的範圍。

本公開的目的是解決方案或方法，以解決與移動通信中用戶設備和網路裝置相關的壓縮錯誤處理有關的上述問題。

在一個方面，公開了一種用於處理壓縮錯誤的方法，該方法可以涉及裝置的處理器將壓縮的協定資料單元(protocol data unit，PDU)發送到網路節點。該方法還可以涉及由所述裝置從網路節點接收否定確認(NACK)消息。該方法還可以涉及由所述裝置將已壓縮的服務資料單元(service data unit，SDU)還原為原始資料並將具有未壓縮格式的原始資料發送給所述網路節點。

在一個方面，公開了一種用於處理壓縮錯誤的裝置，該裝置可以包括收發器和處理器。收發器能夠與無線網路的網路節點無線地通信，處理器可通信地耦接到所述收發器。所述處理器能夠經由收發器向網路節點發送壓縮的協定資料單元(protocol data unit，PDU)，還能夠經由收發器從所述網路節點接收否定確認(NACK)消息，還能夠將已壓縮的服務資料單元(service data unit，SDU)還原為原始資料，以及還能夠經由收發器將具有未壓縮格式的原始資料發送給網路節點。

在本公開中通過發送具有未壓縮格式的原始資料，可以使封包丟失的影響最小化並且減少上層的重傳代價，此外還可以最小化由重新壓縮過程導致的額外封包延遲。

值得注意的是，儘管這裡提供的描述可以在某些無線電接入技術、網路和網路拓撲的背景下，例如長期演進(Long-Term Evolution，LTE)、LTE-A、LTE-A Pro、5G、新無線電(New Radio，NR)、物聯網(Internet-of-Things，IoT)和窄帶物聯網(Narrow Band Internet of Things，NB-IoT)，所提出的概念、方案及其任何變體/衍生物可以在、用於和通過其他類型的無線電接入技術、網路和網路拓撲實現。因此，本公開的範圍不限於本文描述的示例。

100、200、300、400、500:場景

610:通信裝置

620:網路裝置

612、622:處理器

614、624:記憶體

616、626:收發器

700:過程

710、720、730、740:框

附圖被包括進來以提供對本公開之進一步理解，併入本發明並構成本公開的一部分。附圖例示了本公開的實現方式，並且與說明書一起用於說明本公開的原理。能理解的是，附圖不一定是按比例的，因為為了清楚地例示本發明之構思，一些元件可以被顯示為與實際實現方式中的尺寸不成比例。

第1圖示出了根據本公開的實現方式的方案下的示例場景。

第2圖示出了根據本公開的實現方式的方案下的示例場景。

第3圖示出了根據本公開的實現方式的方案下的示例場景。

第4圖示出了根據本公開的實現方式的方案下的示例場景。

第5圖示出了根據本公開的實現方式的方案下的示例場景。

第6圖示出了根據本公開的實現方式的示例通信裝置和示例網路裝置。

第7圖示出了根據本公開的實現方式的示例過程。

這裡公開了所要求保護主題內容的詳細實施例和實現方式。然而，應當理解，公開的詳細實施例和實現方式僅為了示例體現為各種形式的所要求保護的主題內容。然而本公開可以體現為多種不同形式，不應理解為僅限於示例的實施例和實現方式。提供這些示例的實施例和實現方式以使得本公開的描述全面且完整並且能夠向本領域具有通常知識者全面傳遞本公開的範圍。在下面之描述中，省略了已知特徵和技術的細節，以避免不必要地使得本發明的實施例和實現方式變得模糊。

概述

本公開的實現方式涉及與移動通信中用戶設備和網路裝置相關的壓縮錯誤處理有關的各種技術、方法、方案和/或解決方案。根據本公開，可以單獨地或聯合地實現許多可能的解決方案。也就是說，儘管可以在下面分別描述這些可能的解決方案，但是這些可能的解決方案中的兩個或更多個可以以一種組合或另一種組合的方式實現。

在無線通信系統中，一些資料壓縮機制可以用於壓縮資料封包以增加頻寬利用率。資料壓縮機制可以包括，例如但不限於ROHC或UDC。第1圖示出了根據本公開的實現方式的方案下的示例場景100。場景100涉及UE和網路裝置，其可以是無線通信網路(例如，LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。在UE與網路裝置之間建立連接之後，網路裝置可以向UE發送UL許可指示(grant indication)。UE能夠在UL許可上發送UL資料。UE可以被配置為生成UL服務資料單元(service data unit，SDU)。UE可以對UL SDU執行資料壓縮機制，並生成壓縮的UL SDU。UE可以將壓縮的UL SDU存儲在佇列或緩衝器中以等待傳輸。UE可以將一些標頭添加到壓縮的UL SDU，並將UL資料發送到網路裝置。

當發生一些錯誤時，網路裝置不能解壓縮UL資料，並且可以向UE指示解壓縮失敗。回應於解壓縮失敗，UE應當重置或重新初始化會談正在使用的壓縮參數。然而，此時可能存在一些尚未發送到網路裝置的已壓縮UL SDU。如果UE不處理或不重新壓縮那些資料，則網路裝置很可能由於解壓縮失敗而丟棄那些資料。或者，在重置或重新初始化壓縮參數之後，UE可以使用新的壓縮參數對那些已壓縮的UL SDU重新執行壓縮，並將重新壓縮後的資料發送到網路裝置。重新壓縮後的資料能夠在網路裝置處被正確地解壓縮。但是這些重新壓縮過程會額外增加端到端的延遲。對於某些場景或應用，這種額外延遲可能會嚴重影響UE的性能或用戶體驗。

第2圖示出了根據本公開的實現方式的方案下的示例場景200。場景200涉及UE和網路裝置，其可以是無線通信網路(例如，LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。第2圖示出了示例ROHC過程。UE可以被配置為生成用於UL傳輸的UL SDU。UL SDU可以包括網際網路協定(internet protocol，IP)標頭和資料酬載(data payload)。UE可以被配置為對UL SDU執行ROHC以生成壓縮的UL SDU。壓縮的UL SDU可以包括ROHC標頭和資料酬載。ROHC標頭可以包括上下文識別號(context identification，CID)，以指示哪個壓縮參數集被用於資料壓縮(例如，CID=0)。UE可以進一步被配置為生成協定資料單元(protocol data unit，PDU)(例如，封包資料會聚協定(packet data convergence protocol，PDCP)PDU)。 PDCP PDU可以包括PDCP標頭和壓縮的SDU。UE可以將PDCP PDU發送到網路裝置。

第3圖示出了根據本公開的實現方式的方案下的示例場景300。場景300涉及UE和網路裝置，其可以是無線通信網路(例如，LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。第3圖示出了示例UDC過程。UE可以被配置為生成用於UL傳輸的UL SDU。UL SDU可以包括IP標頭和資料酬載。UE可以被配置為對UL SDU執行UDC以生成壓縮的UL SDU。UE可以壓縮IP標頭和資料酬載兩者。壓縮的UL SDU可以包括壓縮的IP標頭和壓縮的資料酬載。UE可以進一步被配置為生成PDU(例如，PDCP PDU)。PDCP PDU可以包括PDCP標頭、UDC標頭和壓縮的SDU。UDC標頭可以包括FU位元(FU位元是3GPP規範中PDCP報頭的欄位之一)，以指示是執行了UDC還是跳過了(skip)UDC。UE可以將PDCP PDU發送到網路裝置。

鑒於以上內容，本公開提出了關於UE和網路裝置的壓縮錯誤處理相關的多種方案。UE可以被配置為向網路裝置發送壓縮的PDU。當發生一些錯誤時，網路裝置不能對壓縮的PDU進行解壓縮，並向UE發送否定確認(negative acknowledgement，NACK)消息或錯誤消息。在接收到NACK或錯誤消息之後，UE可以被配置為將已壓縮的SDU還原為原始資料(例如，未壓縮的資料)。其中這些壓縮的SDU是通過舊的壓縮參數集來壓縮的並且被存儲在佇列或緩衝器中。然後，UE可以被配置為將具有未壓縮格式的原始資料發送到網路裝置。UE可以使用指示來指示出所發送的封包未被壓縮。因此，網路裝置能夠成功地接收和解壓縮封包。

第4圖示出了根據本公開的實現方式的方案下的示例場景400。場景400涉及UE和網路裝置，其可以是無線通信網路(例如，LTE網路、LTE-A 網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。在從網路裝置接收到NACK或錯誤消息之後，UE可以被配置為還原已壓縮的UL SDU。UE可以從佇列或緩衝器中取回已壓縮的UL SDU。已壓縮的UL SDU可以包括ROHC標頭和資料酬載。壓縮的UL SDU的ROHC標頭可以包括CID，用於指示使用傳輸控制協定(transmission control protocol，TCP)壓縮子協議(profile)(例如，CID=0)。CID可以指示使用了哪個壓縮參數集。UE可以將已壓縮的UL SDU還原為原始UL SDU。原始UL SDU可以包括沒被壓縮的資料酬載以及沒被壓縮的IP標頭。

UE可以被配置為通過使用未壓縮子協議來對原始UL SDU執行ROHC。具體地，UE可以被配置為不壓縮IP標頭和資料酬載。UE可以將ROHC標頭添加到原始UL SDU，以生成新的壓縮UL SDU。ROHC標頭可以包括CID，用於指示使用未壓縮子協議。“CID=15”可用於表示使用了未壓縮子協議，這意味著未使用壓縮。UE可以被配置為生成新的PDU(例如，PDCP PDU)。新的PDCP PDU可以包括PDCP標頭和新的壓縮UL SDU。UE可以將PDCP PDU發送到網路裝置。

第5圖示出了根據本公開的實現方式的方案下的示例場景500。場景500涉及UE和網路裝置，其可以是無線通信網路(例如，LTE網路、LTE-A網路、LTE-A Pro網路、5G網路、NR網路、IoT網路或NB-IoT網路)的一部分。在從網路裝置接收到NACK或錯誤消息之後，UE可以被配置為還原已壓縮的UL SDU。UE可以從佇列或緩衝器中取回壓縮的UL SDU。壓縮的UL SDU可以包括壓縮的標頭和壓縮的資料酬載。UE可以將已壓縮的UL SDU還原為原始UL SDU。原始UL SDU可以包括未被壓縮的IP標頭和未被壓縮的資料酬載。

UE可以被配置為根據原始UL SDU生成PDU(例如，PDCP PDU)。PDCP PDU可以包括PDCP標頭、UDC標頭和原始UL SDU(例如，未被壓縮的IP標頭和未被壓縮的資料酬載)。UDC標頭可以包括FU位元，以指示UDC未被使用或被跳過。“FU=0”可用於表示未使用或已跳過UDC。UE可以將PDCP PDU發送到網路裝置。

因此，網路裝置能夠正確地接收發送的PDCP PDU並避免解壓縮失敗。通過發送具有未壓縮格式的原始資料，UE可以使封包丟失的影響最小化並且減少上層的重傳代價(例如，TCP重傳)。另一方面，由於已壓縮的SDU被還原為原始資料並且未經進一步重新壓縮而被發送，因而UE還可以最小化由重新壓縮過程導致的額外封包延遲。因此，回應於網路裝置處的解壓縮失敗，UE能夠使用最小的努力來恢復壓縮錯誤。

例示性實現方式

第6圖示出了根據本公開的實現方式的示例通信裝置610和示例網路裝置620。通信裝置610和網路裝置620中的每一個可以執行各種功能以實現本文描述的關於無線通信中用戶設備和網路裝置相關的壓縮錯誤處理相關的方案、技術、過程和方法，包括上述場景400和500以及下面描述的過程700。

通信裝置610可以是電子裝置的一部分，該電子裝置可以是諸如可擕式或移動裝置的UE、可穿戴裝置、無線通信裝置或計算裝置。例如，通信裝置610可以在智慧手機、智慧手錶、個人數位助理、數位相機或諸如平板電腦、膝上型電腦或筆記型電腦的計算設備中實現。通信裝置610還可以是機器型裝置的一部分，機器型裝置可以是諸如不可移動或固定裝置的IoT或NB-IoT裝置、家庭裝置、有線通信裝置或計算裝置。例如，通信裝置610可以在智慧恒溫器、智慧冰箱、智慧門鎖、無線揚聲器或家庭控制中心中實現。或者，通信裝置610可以以一個或多個積體電路(integrated-circuit，IC)晶片的形式實現，例如但不限於，一個或多個單核處理器、一個或多個多核處理器、一個或多個精簡指令集計算(reduced-instruction-set-computing，RISC)處理器或一個或多個複雜指令集計算(complex-instruction-set-computing，CISC)處理器。通信裝置610可以包括第6圖中所示的那些元件中的至少一些，例如，處理器612等。通信裝置610還可以包括與本公開的提出的方案無關的一個或多個其他元件(例如，內部電源、顯示裝置和/或用戶介面設備)，並且因此，為了簡單和簡潔起見，下面第6圖中並未描述通信裝置610的這些元件。

在一些實現方式中，網路裝置620可以是電子裝置的一部分，電子裝置可以是網路節點(例如基地台)、小型小區(cell)、路由器或閘道。例如，網路裝置620可以在LTE、LTE-A或LTE-A Pro網路中的eNodeB中實現，或者在5G、NR、IoT或NB-IoT網路中的gNB中實現。或者，網路裝置620可以以一個或多個IC晶片的形式實現，例如但不限於，一個或多個單核處理器、一個或多個多核處理器、或者一個或更多CISC處理器。網路裝置620可以包括第6圖中所示的那些元件中的至少一些，例如，處理器622等。網路裝置620還可以包括與本公開的提出的方案無關的一個或多個其他元件(例如，內部電源、顯示裝置和/或用戶介面設備)，並且因此，為了簡單和簡潔起見，下面第6圖中並未描述網路裝置620的這些元件。

在一個方面，處理器612和處理器622中的每一個可以以一個或多個單核處理器、一個或多個多核處理器、或者一個或更多CISC處理器的形式實現。也就是說，即使這裡使用單數術語“處理器”來指代處理器612和處理器622，但是根據本公開處理器612和處理器622中的每一個在一些實現方式中可以包括多個處理器並且在其他實現方式中可以包括單個處理器。在另一方面，處理器612和處理器622中的每一個均可以以硬體(以及可選地，韌體)的形式實現，硬體具有的電子元件包括例如但不限於一個或多個電晶體、一個或多個二極體、一個或多個電容器、一個或多個電阻器、一個或多個電感器、被配置和佈置成實現特定目的的一個或多個憶阻器(memristors)和/或一個或多個變容二極體。換句話說，在至少一些實施方式中，處理器612和處理器622中的每一個可以是專用器件，其被專門設計、佈置和配置成根據本公開的各種實施方式執行包括設備(例如，由通信裝置610表示)和網路(例如，由網路裝置620表示)中的特定任務(包括降低功耗等)。

在一些實現方式中，通信裝置610還可以包括耦接到處理器612並且能夠無線地發送和接收資料的收發器616。在一些實現方式中，通信裝置610還可以包括記憶體614，記憶體614耦接到處理器612並且能夠由處理器612存取其中資料。在一些實現方式中，網路裝置620還可以包括耦接到處理器622並且能夠無線地發送和接收資料的收發器626。在一些實現方式中，網路裝置620還可以包括記憶體624，記憶體624耦接到處理器622並且能夠由處理器622存取其中資料。因此，通信裝置610和網路裝置620可以分別經由收發器616和收發器626彼此無線通信。為了幫助更好地理解，以下對通信裝置610和網路裝置620中的每一個的操作、功能和性能的下述描述是基於移動通信環境，其中通信裝置610在通信裝置或UE中實現或者被實現為通信裝置或者UE，網路裝置620在連接到或者通信地耦接到通信網絡的網路節點中實現或者被實現為連接到或者通信地耦接到通信網絡的網路節點。

在一些實現方式中，處理器612可以被配置為經由收發器616向網路裝置620發送壓縮的PDU。當發生一些錯誤時，處理器622難以對壓縮的PDU進行解壓縮，並且可以經由收發器626發送NACK消息或錯誤消息給通信裝置610。在接收到NACK或錯誤消息之後，處理器612可以被配置為將已壓縮的SDU還原為原始資料(例如，未壓縮的資料)。已壓縮的SDU可以是通過舊的壓縮參數集被壓縮的，並被存儲在佇列或緩衝器中。然後，處理器612可以被配置為將具有未壓縮格式的原始資料發送給網路裝置620。處理器612可以使用未壓縮指示來指示出所發送的封包未被壓縮。因此，處理器622能夠成功地接收和解壓縮封包。

在一些實現方式中，在從網路裝置620接收NACK或錯誤消息之後，處理器612可以被配置為還原已壓縮的UL SDU。處理器612可以從佇列或緩衝器中取回壓縮的UL SDU。壓縮的UL SDU可以包括ROHC標頭和資料酬載。壓縮的UL SDU中ROHC標頭可以包括指示使用TCP壓縮子協議的CID(例如，CID=0)。CID可以指示出哪個壓縮參數集被使用。處理器612可以將已壓縮的UL SDU還原回原始UL SDU。原始UL SDU可以包括資料酬載和未被壓縮的IP標頭。

在一些實現方式中，處理器612可以被配置為通過使用未壓縮子協議(uncompressed profile)來對原始UL SDU執行ROHC。具體地，處理器612可以被配置為不壓縮IP標頭和資料酬載。處理器612可以將ROHC標頭添加到原始UL SDU以生成新的壓縮的UL SDU。ROHC標頭可以包括指示使用未壓縮子協議的CID。處理器612可以使用“CID=15”來表示使用了未壓縮子協議，這意味著不使用壓縮。處理器612可以被配置為生成新的PDU(例如，PDCP PDU)。新的PDCP PDU可以包括PDCP標頭和新的壓縮的UL SDU。處理器612可以經由收發器616將PDCP PDU發送到網路裝置620。

在一些實現方式中，在從網路裝置接收NACK或錯誤消息之後，處理器612可以被配置為還原已壓縮的UL SDU。處理器612可以從佇列或緩衝器中取回壓縮的UL SDU。壓縮的UL SDU可以包括壓縮的標頭和壓縮的資料酬載。處理器612可以將已壓縮的UL SDU還原為原始UL SDU。原始UL SDU可以包括未被壓縮的IP標頭和未被壓縮的資料酬載。

在一些實現方式中，處理器612可以被配置以根據原始UL SDU生成PDU(例如，PDCP PDU)。PDCP PDU可以包括PDCP標頭、UDC標頭和原始UL SDU(例如，未被壓縮的IP標頭和未被壓縮的資料酬載)。UDC標頭可以包括FU位，以指示UDC被未使用或被跳過。處理器612可以使用“FU=0”來表示UDC被未使用或被跳過。處理器612可以經由收發器616將PDCP PDU發送到網路裝置620。

因此，處理器622能夠正確地接收所發送的PDCP PDU並避免解壓縮失敗。通過發送具有未壓縮格式的原始資料，處理器612能夠使封包丟失的影響最小化並且減少上層的重傳代價(例如，TCP重傳)。另一方面，由於已壓縮的SDU被還原為原始資料並且未經進一步重新壓縮而被發送，因此處理器612還可以最小化由於重新壓縮過程而導致的額外封包延遲。因此，回應於網路裝置620處的解壓縮失敗，處理器612能夠使用最小的努力來恢復壓縮錯誤。

例示性過程

第7圖示出了根據本公開的實現方式的示例過程700。過程700可以是與根據本公開的壓縮錯誤處理相關的上述所提出方案的示例實現方式。過程700可以表示通信裝置610的多個特徵的實現方式。過程700可以包括如框710、720、730和740中的一個或多個所示的一個或多個操作、動作或功能。儘管被示出為離散的框，根據所需的實現方式，過程700的各個框可以被劃分為附加的框、組合成更少的框或者被取消。此外，過程700的框可以按照第7圖中所示的順序執行，或者，可以按照不同的順序執行。過程700可以由通信裝置610或任何合適的UE或機器類型的設備實現。僅出於說明性目的而非限制，下下面以通信裝置610為背景描述過程700。過程700在框710處開始。

在710，過程700可以涉及通信裝置610的處理器612將壓縮的PDU發送到網路節點。過程700可以從710進行到720。

在720，過程700可以涉及處理器612從網路節點接收NACK消息。過程700可以從720進行到730。

在730，過程700可以涉及處理器612將已壓縮的SDU還原為原始資料。處理700可以從730進行到740。

在740，過程700可以涉及處理器612將具有未壓縮格式的原始資料發送到網路節點。

在一些實現方式中，壓縮的SDU可以被存儲在佇列或緩衝器中。

在一些實現方式中，過程700可以涉及處理器612通過使用未壓縮子協議對原始資料執行ROHC。過程700可以進一步涉及處理器612生成新的PDU，新的PDU包括指示使用未壓縮子協議的ROHC標頭。過程700可以進一步涉及處理器612將新的PDU發送到網路節點。

在一些實現方式中，ROHC標頭可以包括CID，以指示使用未壓縮子協議。CID可以等於15。

在一些實現方式中，過程700可以涉及處理器612生成新的PDU，該新的PDU包括指示未使用UDC的上行鏈路UDC標頭。過程700可以進一步涉及處理器612將新的PDU發送到網路節點。

在一些實現方式中，UDC標頭可以包括FU位元，以指示未使用UDC。FU位元可以等於0。

補充說明

本文中所描述的主題有時例示了包含在不同的其它部件之內或與其連接的不同部件。要理解的是，這些所描繪架構僅是示例，並且實際上能夠實施實現相同功能的許多其它架構。在概念意義上，實現相同功能的部件的任意佈置被有效地“關聯”成使得期望的功能得以實現。因此，獨立於架構或中間部件，本文中被組合為實現特定功能之任何兩個部件能夠被看作彼此“關聯”成使得期望之功能得以實現。同樣，如此關聯的任何兩個部件也能夠被視為彼此“在操作上連接”或“在操作上耦接”，以實現期望功能，並且能夠如此關聯的任意兩個部件還能夠被視為彼此“在操作上可耦接”，以實現期望的功能。在操作在可耦接之特定示例包括但不限於實體上能配套和/或實體上交互的部件和/或可無線地交互和/或無線地交互的部件和/或邏輯上交互和/或邏輯上可交互的部件。

此外，關於本文中任何複數和/或單數術語的大量使用，本領域具備通常知識者可針對上下文和/或應用按需從複數轉化為單數和/或從單數轉化為複數。為了清楚起見，本文中可以明確地闡述各種單數/複數互易。

另外，本領域具備通常知識者將理解，通常，本文中所用術語且尤其是在所附申請專利範圍(例如，所附申請專利範圍之主體)中所使用的術語通常意為“開放”術語，例如，術語“包含”應被解釋為“包含但不限於”，術語“具有”應被解釋為“至少具有”，術語“包括”應解釋為“包括但不限於”，等等。本領域具備通常知識者還將理解，如果引入的申請專利範圍列舉的特定數目是有意的，則這種意圖將在申請專利範圍中明確地列舉，並且在這種列舉不存在時不存在這種意圖。例如，作為理解之幫助，所附申請專利範圍可以包含引入申請專利範圍列舉的引入性短語“至少一個”和“一個或更多個”之使用。然而，這種短語的使用不應該被解釋為暗示申請專利範圍列舉透過不定冠詞“一”或“一個”的引入將包含這種所引入的申請專利範圍列舉的任何特定申請專利範圍限制於只包含一個這種列舉的實現方式，即使當同一申請專利範圍包括引入性短語“一個或更多”或“至少一個”以及諸如“一”或“一個”這樣的不定冠詞(例如，“一和/或一個”應被解釋為意指“至少一個”或“一個或更多個”)時，這同樣適用於用來引入申請專利範圍列舉之定冠詞的使用。另外，即使明確地列舉了特定數量之所引入之申請專利範圍列舉，本領域技術人員也將認識到，這種列舉應被解釋為意指至少所列舉的數量(例如，在沒有其它修飾語的情況下，“兩個列舉”的無遮蔽列舉意指至少兩個列舉或者兩個或更多個列舉)。此外，在使用類似於“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”的可能性。

根據上述內容，將領會的是，本文中已經為了例示目的而描述了本公開的各種實現方式，並且可以在不脫離本公開的範圍和精神的情況下進行各種修改。因此，本文中所公開的各種實現方式不旨在是限制性的，真正範圍和精神由所附申請專利範圍指示。

700:過程

710、720、730、740:框

Claims

一種處理壓縮錯誤的方法，包括：由裝置的處理器將壓縮的協定資料單元（protocol data unit，PDU）發送到網路節點；由所述處理器從所述網路節點接收否定確認（negative acknowledgement，NACK）消息；由所述處理器將已壓縮的服務資料單元（service data unit，SDU）還原為原始資料；以及由所述處理器將具有未壓縮格式的所述原始資料發送給所述網路節點。
如申請專利範圍第1項所述的處理壓縮錯誤的方法，其中，所述壓縮的SDU被存儲在佇列中。
如申請專利範圍第1項所述的處理壓縮錯誤的方法，其中，發送具有未壓縮格式的所述原始資料包括：由所述處理器通過使用未壓縮子協議對所述原始資料執行強健性標頭壓縮（robust header compression，ROHC）；由所述處理器生成新PDU，所述新PDU包括指示使用所述未壓縮子協議的ROHC標頭；以及由所述處理器將所述新PDU發送到所述網路節點。
如申請專利範圍第3項所述的處理壓縮錯誤的方法，其中，所述ROHC標頭包括用於指示使用所述未壓縮子協議的上下文識別號（context identification，CID）。
如申請專利範圍第1項所述的處理壓縮錯誤的方法，其中，發送具有未壓縮格式的所述原始資料包括：由所述處理器生成新PDU，所述新PDU包括指示未使用上行鏈路資料壓縮（uplink data compression，UDC）的UDC標頭；以及由所述處理器將所述新PDU發送到所述網路節點。
如申請專利範圍第5項所述的處理壓縮錯誤的方法，其中，所述UDC標頭包括FU位元，以指示未使用所述UDC。
如申請專利範圍第6項所述的處理壓縮錯誤的方法，其中，所述FU位元等於0。
一種處理壓縮錯誤的裝置，包括：收發器，能夠與無線網路的網路節點無線地通信；以及處理器，所述處理器可通信地耦接到所述收發器，所述處理器能夠：經由所述收發器向所述網路節點發送壓縮的協定資料單元（protocol data unit，PDU）；經由所述收發器從所述網路節點接收否定確認（negative acknowledgement，NACK）消息；將已壓縮的服務資料單元（service data unit，SDU）還原為原始資料；以及經由所述收發器將具有未壓縮格式的所述原始資料發送給所述網路節點。
如申請專利範圍第8項所述的處理壓縮錯誤的裝置，其中，所述壓縮的SDU被存儲在佇列中。
如申請專利範圍第8項所述的處理壓縮錯誤的裝置，其中，在發送具有未壓縮格式的所述原始資料時，所述處理器能夠：通過使用未壓縮子協議對所述原始資料執行強健性標頭壓縮（robust header compression，ROHC）；生成新PDU，所述新PDU包括指示使用所述未壓縮子協議的ROHC標頭；以及經由所述收發器將所述新PDU發送到所述網路節點。
如申請專利範圍第10項所述的處理壓縮錯誤的裝置，其中，所述ROHC標頭包括用於指示使用所述未壓縮子協議的上下文識別號（context identification，CID）。
如申請專利範圍第8項所述的處理壓縮錯誤的裝置，其中，在發送具有未壓縮格式的所述原始資料時，所述處理器能夠：生成新PDU，所述新PDU包括指示未使用上行鏈路資料壓縮（uplink data compression，UDC）的UDC標頭；以及經由所述收發器將所述新PDU發送到所述網路節點。
如申請專利範圍第12項所述的處理壓縮錯誤的裝置，其中，所述UDC標頭包括FU位元，以指示未使用所述UDC。
如申請專利範圍第13項所述的處理壓縮錯誤的裝置，其中，所述FU位元等於0。