JP2022515628A - 無線通信方法及び装置 - Google Patents

無線通信方法及び装置 Download PDF

Info

Publication number
JP2022515628A
JP2022515628A JP2021537868A JP2021537868A JP2022515628A JP 2022515628 A JP2022515628 A JP 2022515628A JP 2021537868 A JP2021537868 A JP 2021537868A JP 2021537868 A JP2021537868 A JP 2021537868A JP 2022515628 A JP2022515628 A JP 2022515628A
Authority
JP
Japan
Prior art keywords
data packet
tag
compression
field
compressed
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2021537868A
Other languages
English (en)
Inventor
ルー、チエンシー
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of JP2022515628A publication Critical patent/JP2022515628A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24—Negotiation of communication capabilities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

本発明は無線通信方法及び装置を提供し、前記方法は、圧縮装置がイーサネットフレームの圧縮パラメータに基づいて第１データパケット又は第２データパケットを送信し、前記第２データパケットが前記第１データパケットの圧縮データパケットであることを含む。本願の実施例では、圧縮側は圧縮パラメータに基づいて、イーサネットフレーム構造の第１データパケットを圧縮するかどうかを決定し、前記第１装置は第２装置に前記第１データパケット又は圧縮後の第２データパケットを送信し、それによりイーサネットフレームの伝送を実現することができる。且つ、伝送時にイーサネットフレームを圧縮することにより、伝送リソースを節約することができる。

Description

本願の実施例は通信分野に関し、より具体的に、無線通信方法及び装置に関する。
５Ｇ産業用モノのインターネット（ＩＩｏＴ、Ｉｎｄｕｓｔｒｉａｌ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）は工場の自動化（Ｆａｃｔｏｒｙ ａｕｔｏｍａｔｉｏｎ）、運送業（Ｔｒａｎｓｐｏｒｔ Ｉｎｄｕｓｔｒｙ）及び配電（Ｅｌｅｃｔｒｉｃａｌ Ｐｏｗｅｒ Ｄｉｓｔｒｉｂｕｔｉｏｎ）等のサービスの５Ｇシステムにおける伝送をサポートする。その遅延及び信頼性の伝送要件に応じて、ＩＩｏＴにはタイムセンシティブネットワーク（ＴＳＮ、Ｔｉｍｅ ｓｅｎｓｉｔｉｖｅ ｎｅｔｗｏｒｋ）ネットワーク又はタイムセンシティブ通信（ＴＳＣ、Ｔｉｍｅ－ｓｅｎｓｉｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）の概念が導入され、ＴＳＮネットワークの関連議題について関連検討を行った。ＴＳＮネットワークにおいて、データパケットはイーサネットフレーム（Ｅｔｈｅｒｎｅｔ ｆｒａｍｅ）フォーマットで伝送されることができる。
ところが、従来の通信システムにおいて、伝送をサポートするプロトコルデータユニット（ＰＤＵ、Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）セッション（ｓｅｓｓｉｏｎ）はインターネットプロトコル（ＩＰ、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に基づくデータパケットフォーマットのみを含み、サポートする圧縮方式はＩＰデータパケットに基づいてヘッダー圧縮を行う方式のみを含む。５Ｇ ＮＲシステムにはＴＳＣへのサポートが導入されるため、ＰＤＵセッションのタイプはＩＰパケットタイプであってもよく、イーサネットフレームタイプであってもよい。
従って、イーサネットフレームデータパケットの圧縮伝送をどのように実現するかは当業者が早急に解決しなければならない技術的課題である。
本願の実施例はイーサネットフレームの伝送を実現することができる無線通信方法及び装置を提供する。
第１態様では通信方法を提供し、前記方法は、
圧縮装置がイーサネットフレームの圧縮パラメータに基づいて第１データパケット又は第２データパケットを送信し、前記第２データパケットが前記第１データパケットの圧縮データパケットであることを含む。
第２態様では通信方法を提供し、前記方法は、
解凍装置が目標データパケットを受信することと、
前記解凍装置は前記目標データパケットを解凍するかどうかを決定することと、を含む。
第３態様では、上記第１態様又はその各実現方式における方法を実行することに用いられる圧縮装置を提供する。
具体的に、該圧縮装置は上記第１態様又はその各実現方式における方法を実行するための機能モジュールを備える。
第４態様では、上記第２態様又はその各実現方式における方法を実行することに用いられる解凍装置を提供する。
具体的に、該解凍装置は上記第２態様又はその各実現方式における方法を実行するための機能モジュールを備える。
第５態様では圧縮装置を提供し、プロセッサ及びメモリを備える。該メモリはコンピュータプログラムを記憶することに用いられ、該プロセッサは該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第１態様又はその各実現方式における方法を実行することに用いられる。
第６態様では解凍装置を提供し、プロセッサ及びメモリを備える。該メモリはコンピュータプログラムを記憶することに用いられ、該プロセッサは該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第２態様又はその各実現方式における方法を実行することに用いられる。
第７態様では、上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実現することに用いられるチップを提供する。
具体的に、該チップは、メモリからコンピュータプログラムを呼び出して実行し、該チップが取り付けられる装置に上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行させるためのプロセッサを備える。
第８態様ではコンピュータ可読記憶媒体を提供し、コンピュータプログラムを記憶することに用いられ、該コンピュータプログラムによってコンピュータが上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。
第９態様ではコンピュータプログラム製品を提供し、コンピュータプログラム命令を含み、該コンピュータプログラム命令によってコンピュータが上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。
第１０態様ではコンピュータプログラムを提供し、コンピュータにおいて実行されるとき、コンピュータが上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。
従って、本願の実施例では、圧縮側は圧縮パラメータに基づいてイーサネットフレーム構造の第１データパケットを圧縮するかどうかを決定し、前記第１装置は第２装置に前記第１データパケット又は圧縮後の第２データパケットを送信し、それによりイーサネットフレームの伝送を実現することができる。且つ、伝送時にイーサネットフレームを圧縮することにより、伝送リソースを節約することができる。
図１は本願の実施例に係る通信システムアーキテクチャの模式図である。 図２は本願の実施例に係るフレームフォーマットの模式図である。 図３は本願の実施例に係る他のフレームフォーマットの模式図である。 図４は本願の実施例に係る無線通信方法の模式的なフローチャートである。 図５は本願の実施例に係る無線通信方法の他の模式的なフローチャートである。 図６は本願の実施例に係るデータパケットの構造模式図である。 図７は本願の実施例に係るデータパケットの構造模式図である。 図８は本願の実施例に係るデータパケットの構造模式図である。 図９は本願の実施例に係るデータパケットの構造模式図である。 図１０は本願の実施例に係るデータパケットの構造模式図である。 図１１は本願の実施例に係るデータパケットの構造模式図である。 図１２は本願の実施例に係るデータパケットの構造模式図である。 図１３は本願の実施例に係るデータパケットの構造模式図である。 図１４は本願の実施例に係るデータパケットの構造模式図である。 図１５は本願の実施例に係るデータパケットの構造模式図である。 図１６は本願の実施例に係るデータパケットの構造模式図である。 図１７は本願の実施例に係るデータパケットの構造模式図である。 図１８は本願の実施例に係るデータパケットの構造模式図である。 図１９は本願の実施例に係る圧縮装置の模式的なブロック図である。 図２０は本願の実施例に係る解凍装置の模式的なブロック図である。 図２１は本願の実施例に係る通信装置の模式的なブロック図である。 図２２は本願の実施例に係るチップの模式的なブロック図である。
以下、本願の実施例の図面を参照しながら、本願の実施例の技術案を説明する。明らかに、説明される実施例は本願の一部の実施例であり、全部の実施例ではない。本願の実施例に基づいて、当業者が進歩性のある労働を必要とせずに取得する他の実施例は、いずれも本願の保護範囲に属する。
図１は本願の実施例に係る１つの応用シーンの模式図である。
図１に示すように、通信システム１００は端末装置１１０及びネットワーク装置１２０を備えてもよい。ネットワーク装置１２０は無線インターフェースを介して端末装置１１０と通信することができる。端末装置１１０とネットワーク装置１２０はマルチサービス伝送をサポートする。
理解されるように、本願の実施例は通信システム１００のみを例として説明するが、本願の実施例はこれに限らない。即ち、本願の実施例の技術案は様々な通信システム、例えば、ロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ時分割複信（ＴＤＤ、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、５Ｇ通信システム（新無線（ＮＲ、Ｎｅｗ Ｒａｄｉｏ）通信システムとも称される）、又は将来の通信システム等に適用できる。
図１に示される通信システム１００では、ネットワーク装置１２０は端末装置１１０と通信するアクセスネットワーク装置であってもよい。アクセスネットワーク装置は特定の地理的領域に通信カバレッジを提供することができ、且つ該カバレッジ領域内の端末装置１１０（例えば、ＵＥ）と通信することができる。
選択肢として、該ネットワーク装置１２０はロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムにおける発展型基地局（ｅＮＢ又はｅＮｏｄｅＢ、Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ）、又は次世代無線アクセスネットワーク（ＮＧ ＲＡＮ、Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）装置、又はＮＲシステムにおける基地局（ｇＮＢ）、又はクラウド無線アクセスネットワーク（ＣＲＡＮ、Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）における無線コントローラであってもよい。又は、該ネットワーク装置１２０は中継局、アクセスポイント、車載装置、ウェアラブルデバイス、ハブ、スイッチ、ブリッジ、ルータ、又は将来発展する公衆陸上移動網（ＰＬＭＮ、Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）におけるネットワーク装置等であってもよい。
選択肢として、該端末装置１１０はいかなる端末装置であってもよい。該端末装置１１０は、有線又は無線を介してネットワーク装置１２０又は他の端末装置に接続される端末装置を含むが、それらに限らない。端末装置とはアクセス端末、ユーザー装置（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ユーザー要素、加入者局、移動局、トラバーサー、遠隔局、遠隔端末、モバイルデバイス、ユーザー端末、端末、無線通信装置、ユーザーエージェント又はユーザーデバイスを指してもよい。アクセス端末はセルラー電話、コードレスホン、セッション確立プロトコル（ＳＩＰ、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、ワイヤレスローカルループ（ＷＬＬ、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）局、パーソナルデジタルアシスタント（ＰＤＡ、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線通信機能を有する携帯端末、コンピューティングデバイス又は無線モデムに接続される他の処理装置、車載装置、ウェアラブルデバイス、５Ｇネットワークにおける端末装置又は将来発展するネットワークにおける端末装置等であってもよい。
選択肢として、端末装置１１０同士は装置対装置（Ｄ２Ｄ、Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信を行うことができる。
無線通信システム１００は基地局と通信するコアネットワーク装置１３０を更に備えてもよい。該コアネットワーク装置１３０は５Ｇコアネットワーク（５ＧＣ、５Ｇ Ｃｏｒｅ）装置、例えばアクセス及びモビリティ管理機能（ＡＭＦ、Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、更に例えば認証サーバ機能（ＡＵＳＦ、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ）、更に例えばユーザープレーン機能（ＵＰＦ、Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）、更に例えばセッション管理機能（ＳＭＦ、Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）であってもよい。選択肢として、コアネットワーク装置１３０はＬＴＥネットワークにおける発展型パケットコア（ＥＰＣ、Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）装置、例えばセッション管理機能＋コアネットワーク側のデータゲートウェイ（ＳＭＦ＋ＰＧＷ－Ｃ、Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ＋Ｃｏｒｅ Ｐａｃｋｅｔ Ｇａｔｅｗａｙ）装置であってもよい。理解されるように、ＳＭＦ＋ＰＧＷ－ＣはＳＭＦとＰＧＷ－Ｃの実現できる機能を同時に実現することができる。ネットワークの発展過程において、上記コアネットワーク装置は他の名称と呼ばれる可能性があり、又は、コアネットワークの機能を分割することにより新しいネットワークエンティティを形成する。本願の実施例はこれを制限しない。
１つの具体例では、通信システム１００における各機能ユニット同士は次世代ネットワーク（ＮＧ、ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ）インターフェースを介して接続を確立して通信を実現することができる。
例えば、端末装置はＮＲインターフェースを介してアクセスネットワーク装置との無線インターフェース接続を確立し、ユーザープレーンデータ及び制御プレーンシグナリングを伝送することに用いる。端末装置はＮＧインターフェース１（Ｎ１と略称される）を介してＡＭＦとの制御プレーンシグナリング接続を確立することができる。アクセスネットワーク装置、例えば次世代無線アクセス基地局（ｇＮＢ）はＮＧインターフェース３（Ｎ３と略称される）を介してＵＰＦとのユーザープレーンデータ接続を確立することができる。アクセスネットワーク装置はＮＧインターフェース２（Ｎ２と略称される）を介してＡＭＦとの制御プレーンシグナリング接続を確立することができる。ＵＰＦはＮＧインターフェース４（Ｎ４と略称される）を介してＳＭＦとの制御プレーンシグナリング接続を確立することができる。ＵＰＦはＮＧインターフェース６（Ｎ６と略称される）を介してデータネットワークとのユーザープレーンデータ交換を行うことができる。ＡＭＦはＮＧインターフェース１１（Ｎ１１と略称される）を介してＳＭＦとの制御プレーンシグナリング接続を確立することができる。ＳＭＦはＮＧインターフェース７（Ｎ７と略称される）を介してＰＣＦとの制御プレーンシグナリング接続を確立することができる。なお、図２に示される部分は例示的なアーキテクチャ図に過ぎず、図１に示される機能ユニット以外に、該ネットワークアーキテクチャは更に他の機能ユニット又は機能エンティティを含んでもよい。例えば、コアネットワーク装置は更に統一データ管理機能（ＵＤＭ、ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ）等の他の機能ユニットを含んでもよい。本願の実施例は具体的に制限しない。
図１には１つの基地局、１つのコアネットワーク装置及び２つの端末装置を例示する。選択肢として、該無線通信システム１００は複数の基地局装置を備えてもよく、且つ各基地局のカバレッジ範囲内に他の数の端末装置が含まれてもよく、本願の実施例はこれを制限しない。
理解されるように、本願の実施例では、ネットワーク／システムにおける通信機能を持つ装置はいずれも通信装置と称されてもよい。図１に示される通信システム１００を例とし、通信装置は通信機能を持つネットワーク装置１２０及び端末装置１１０を含んでもよく、ネットワーク装置１２０及び端末装置１１０は前記装置であってもよく、ここで詳細な説明は省略する。通信装置は更に通信システム１００における他の装置、例えばネットワークコントローラ、モビリティ管理エンティティ等の他のネットワークエンティティを含んでもよく、本願の実施例はこれを制限しない。
理解されるように、本明細書における用語「システム」と「ネットワーク」は本明細書において常に交換可能に使用される。本明細書における用語「及び／又は」は関連対象の関連関係を説明するためのものに過ぎず、３つの関係が存在してもよいことを示す。例えば、「Ａ及び／又はＢ」は「Ａが独立して存在する」、「ＡとＢが同時に存在する」、「Ｂが独立して存在する」の３つの状況を示してもよい。また、本明細書における文字「／」は一般的に前後関連対象が「又は」の関係であることを示す。
選択肢として、本願の実施例は地上波公共移動通信ネットワーク又はローカルネットワークに適用できる。
地上波公共移動通信ネットワークはＰＬＭＮに基づく地上波公共移動通信ネットワークであってもよい。
ローカルネットワークはローカルローカルエリアネットワーク又はプライベートネットワークと称されてもよい。該ローカルネットワークは一般的にオフィスシーン、ホームシーン、工場に配置され、より効果的なセキュリティ管理を実現することができる。一般的に、ローカルユーザー又は管理者はローカルネットワークを配置する。一般的に、許可されたアクセスできるユーザーはローカルネットワークにアクセスする権限を有する。
ローカルネットワークは地上波公共移動通信ネットワークにより管理又は管轄されるが、地上波公共移動通信ネットワークにより管理又は管轄されなくてもよい。
選択肢として、ローカルネットワークは許可されていない周波数帯域を用いて通信を行ってもよく、又は地上波公共移動通信ネットワークと許可された周波数帯域を共有してもよい。
選択肢として、ローカルネットワークは３ＧＰＰ範囲に属するネットワークであってもよい。該ローカルネットワークのコアネットワークはＮＲ又はＬＴＥのコアネットワークであってもよく、ローカルネットワークはＮＲアクセスネットワーク、ＬＴＥアクセスネットワーク又はワイヤレスフィデリティ（ＷｉＦｉ、Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）によりコアネットワークにアクセスすることができる。
選択肢として、本願の実施例では、地上波公共移動通信ネットワークとローカルネットワークはコアネットワークを共有できるが、アクセスネットワークは独立したものである。又は、アクセスネットワークを共有できるが、コアネットワークは独立したものである。又は、アクセスネットワークとコアネットワークを共有できる。又は、アクセスネットワークとコアネットワークを共有しない。
選択肢として、本願の実施例では、複数又は複数種類のローカルネットワークはコアネットワークを共有できるが、アクセスネットワークは独立したものである。又は、アクセスネットワークを共有できるが、コアネットワークは独立したものである。又は、アクセスネットワークとコアネットワークを共有できる。又は、アクセスネットワークとコアネットワークを共有しない。
以下、本願の実施例における利用可能なイーサネットフレームのフレームフォーマットについて説明する。
図２に示すように、イーサネットフレームデータパケットはイーサネットフレームのフレームヘッダー（ヘッダー部とも称される）及びデータ部を含んでもよい。イーサネットフレームのフレームヘッダーは宛先アドレス、ソースアドレス及びタイプを含んでもよい。データ部はデータを含んでもよい。選択肢として、データ部は更にパディングビットを含んでもよい。選択肢として、イーサネットフレームデータパケットは５Ｇネットワークにおける伝送しない２つの部分、即ちプリアンブル及びフレームチェックシーケンス（ＦＣＳ、ｆｒａｍｅ ｃｈｅｃｋ ｓｅｑｕｅｎｃｅ）を更に含んでもよい。図２に示されるイーサネットフレームはＥｔｈｅｒｎｅｔ ＩＩフレームタイプであってもよい。
図３に示すように、イーサネットフレームデータパケットはイーサネットフレームのフレームヘッダー（ヘッダー部とも称される）及びデータ部を含んでもよい。イーサネットフレームのフレームヘッダーは宛先アドレス、ソースアドレス及び長さを含んでもよい。データ部はデータを含んでもよい。選択肢として、データ部は更にパディングビットを含んでもよい。選択肢として、イーサネットフレームデータパケットは５Ｇネットワークにおける伝送しない２つの部分、即ちプリアンブル及びフレームチェックシーケンス（ＦＣＳ、ｆｒａｍｅ ｃｈｅｃｋ ｓｅｑｕｅｎｃｅ）を更に含んでもよい。図２に示されるイーサネットフレームはＩＥＥＥ ８０２．３ ＳＮＡＰフレームタイプであってもよい。
図２に示されるフレームフォーマットにおいて、フィールド名及び物理的意味については表１を参照してもよい。
Figure 2022515628000002
理解されるように、図２及び図３に示されるフレームフォーマットは例を挙げて説明するものであって、本願の実施例を制限するものではない。
例えば、他の代替可能な実施例では、図２又は図３に示されるフレームフォーマットには更に、ＶＬＡＮに関わる情報を含ませ又は指示するためのＶＬＡＮフィールドが追加されてもよい。ＶＬＡＮフィールドは１つ又は２つのＶＬＡＮヘッダー、即ち８０２．１Ｑタグを含んでもよい。該タグは４バイトを占有する。ＶＬＡＮの情報はタグプロトコル識別子（ＴＰＩＤ、ｔａｇ ｐｒｏｔｏｃｏｌ ＩＤ）、優先度コードポイント（ＰＣＰ、Ｐｒｉｏｒｉｔｙ Ｃｏｄｅ Ｐｏｉｎｔ）、標準フォーマットインジケータ（ＣＦＩ、Ｃａｎｏｎｉｃａｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ）／優先廃棄指示（ＤＥＩ、Ｄｒｏｐ Ｅｌｉｇｉｂｌｅ Ｉｎｄｉｃａｔｏｒ）及び仮想ローカルエリアネットワーク識別子（ＶＩＤ、ＶＬＡＮ ＩＤ）を含んでもよい。ＶＬＡＮはＴ－ｔａｇ、Ｓ－ｔａｇ及びＣ－ｔａｇのうちの少なくとも１つであってもよい。
ＶＬＡＮの情報におけるフィールド名及び物理的意味については表２を参照してもよい。
Figure 2022515628000003
更に理解されるように、本願の実施例の各実現方式は更にイーサネットフレーム以外の他のタイプのフレームに適用できる。簡潔のために、本願の実施例はここで詳細な説明を省略する。
なお、フレームフォーマットがＥｔｈｅｒｎｅｔ ＩＩフレームフォーマットであるかそれとも８０２．３フレームフォーマットであるか等にかかわらず、イーサネットヘッダーと巡回冗長検査（ＣＲＣ、Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）フィールドを除くデータフィールドの最小長さはいずれも４６バイトであり、即ちイーサネットパケットの総サイズはいずれも少なくとも６４バイトである。データフィールドの実際のデータサイズが４６バイトより小さい場合、そのサイズが少なくとも４６バイトであるように確保するために、パディング（ｐａｄｄｉｎｇ）を用いて追加する必要がある。そして、無線インターフェースを介してパディングビットを伝送すれば、無線インターフェースリソースの損失が増加し、無線インターフェースリソースの利用率が低下してしまう。
図４は本願の実施例に係る無線通信方法２１０の模式的なフローチャートである。該方法２１０は以下の少なくとも一部を含む。該方法２１０はダウンリンク伝送に適用されてもよく、アップリンク伝送に適用されてもよく、サイドリンク伝送に適用されてもよい。圧縮装置と解凍装置との相互作用によって前記方法２１０を実行することができる。ダウンリンク伝送に適用される場合、圧縮装置はネットワーク側装置（例えば、アクセスネットワーク装置又はコアネットワーク装置）であってもよく、解凍装置は端末装置であってもよい。アップリンク伝送に適用される場合、圧縮装置は端末装置であってもよく、解凍装置はネットワーク側装置（例えば、アクセスネットワーク装置又はコアネットワーク装置）であってもよい。サイドリンク伝送に適用される場合、前記圧縮装置と解凍装置はいずれも端末装置である。更に、イーサネットデータパケットの伝送は単方向（アップリンク方向、ダウンリンク方向）のものであってもよく、双方向（アップリンクとダウンリンク方向）のものであってもよい。アップリンクデータパケットの伝送にとっては、圧縮装置は端末装置であり、解凍装置はネットワーク装置である。ダウンリンクデータパケットの伝送にとっては、圧縮装置はネットワーク装置であり、解凍装置は端末装置である。以下、ＵＬ方向、即ち、端末装置が圧縮装置であり、ネットワークが解凍装置である場合を例として説明する。
Ｓ２１１、圧縮装置はイーサネットフレームの圧縮パラメータに基づいて解凍装置に第１データパケット又は第２データパケットを送信する。
前記第２データパケットは前記第１データパケットの圧縮データパケットである。
前記圧縮装置は前記圧縮パラメータに基づいて、前記解凍装置に未圧縮のデータパケット又は圧縮後のデータパケットを送信することを決定する。解凍側解凍装置は目標データパケットを受信する。
前記解凍装置は前記目標データパケットが第１データパケットであることを決定する場合、前記目標データパケットを解凍又は回復しないことを決定する。前記解凍装置は前記目標データパケットが第２データパケットであることを決定する場合、前記解凍装置は前記目標データパケットを解凍又は回復する。
選択肢として、解凍装置は目標データパケットが第１データパケットであるかそれとも第２データパケットであるかを区分するかどうかを決定し、即ち、圧縮装置は目標データパケットを区分又は区別判断するかどうかを決定する。具体的に、解凍装置はイーサネットフレームの圧縮パラメータに基づいて、目標データパケットを区分又は区別判断するかどうかを決定する。それに対応して、圧縮装置は第１データパケット及び／又は第２データパケットを生成するかどうかを決定し、即ち、圧縮装置は異なる種類のデータパケットを生成するかどうかを判断するかどうかを決定する。具体的に、圧縮装置はイーサネットフレームの圧縮パラメータに基づいて、第１データパケット及び／又は第２データパケットを生成するかどうかを決定する。
選択肢として、前記圧縮装置はアクセスネットワーク装置、コアネットワーク装置、他のネットワーク装置のうちの少なくとも１つから送信された前記圧縮パラメータを受信する。
換言すれば、第１ネットワークエンティティはイーサネットフレームの圧縮パラメータを設定する。前記第１ネットワーク装置はアクセスネットワーク装置、ネットワーク装置又はコアネットワークのうちの少なくとも１つであってもよい。第１ネットワークエンティティがコアネットワークである場合、該ヘッダー圧縮パラメータ情報を端末装置とアクセスネットワーク装置に指示する必要がある。前記第１ネットワークエンティティがアクセスネットワーク装置である場合、端末装置のみに指示してもよい。
前記圧縮装置は未圧縮のＸ個のデータパケットを受信した後、前記第２データパケットを送信し、及び／又は、
前記圧縮装置は肯定応答（ＡＣＫ）を示すＹ個の未圧縮データパケットのフィードバックパケットを受信した後、前記第２データパケットを送信する。
選択肢として、前記圧縮装置は圧縮能力を報告する。前記圧縮能力は前記圧縮装置がイーサネットフレームの圧縮をサポートするかどうかを示すことに用いられ、及び／又は、前記圧縮能力はサポートする圧縮対象を示すことに用いられる。
選択肢として、同じベアラに対応する圧縮パラメータは同じ又は異なり、及び／又は、アップリンクに対応する圧縮パラメータとダウンリンクに対応する圧縮パラメータは同じ又は異なる。
例えば、１つのベアラのＵＬ及びＤＬに設定する圧縮パラメータは異なり、又は、同じベアラにＵＬ圧縮パラメータのみを設定する（即ち、ＵＬのみを圧縮する）。
実施例１
選択肢として、前記圧縮装置は前記圧縮パラメータに基づいて、前記第１データパケットを圧縮するかどうかを決定する。
理解されるように、前記圧縮パラメータは圧縮に関連する情報又は圧縮データパケットのための情報であり、本願の実施例はその具体的な意味を制限しない。
例えば、前記圧縮パラメータは前記圧縮装置が、前記第１データパケットを圧縮するかどうかを決定することに用いられる。又は、前記圧縮パラメータは前記圧縮装置が、前記第１データパケットをどのように圧縮するかを決定することに用いられてもよい。又は、前記圧縮パラメータは前記圧縮装置が、異なるタイプ（圧縮又は非圧縮）のデータパケットを生成することを決定することに用いられてもよい。更に、前記圧縮パラメータは更に、解凍装置が、受信された目標データパケットが圧縮後のデータパケットであるかどうかを決定することに用いられてもよい。又は、前記圧縮パラメータは更に、前記解凍装置が、データパケットを解凍するかどうかを決定することに用いられてもよい。又は、前記圧縮パラメータは更に、前記解凍装置が、前記目標データパケットをどのように解凍するか又は前記目標データパケットをどのように回復するかを決定することに用いられてもよい。又は、前記圧縮パラメータは更に、前記解凍装置が、異なるタイプ（圧縮又は非圧縮）のデータパケットがあるかどうかを決定することに用いられてもよい。前記圧縮パラメータは更に、前記第１データパケットを圧縮するように前記圧縮装置をトリガすることに用いられてもよい。又は、前記圧縮パラメータは更に、前記目標データパケットを解凍するように前記解凍側をトリガすることに用いられてもよい。具体的に、前記圧縮パラメータ設定情報を受信した場合、又は前記圧縮パラメータに基づいて、圧縮又は解凍の開始時刻を決定し、又は、圧縮又は解凍を実行し又は実行し始めるかどうかを決定する。
前記圧縮パラメータはイーサネットフレームデータパケットを圧縮するかどうかを示すことに用いられる。
例えば、前記圧縮パラメータはイーサネットフレームデータパケットを圧縮することを指示する場合、前記圧縮装置は前記第１データパケットを圧縮することを決定して、第２データパケットを取得する。
更に、例えば、前記圧縮パラメータはイーサネットフレームデータパケットを圧縮しないことを指示する場合、前記圧縮装置は前記第１データパケットを圧縮しないことを決定し、即ち前記圧縮装置は前記第１データパケットを送信する。
選択肢として、圧縮装置は前記第１データパケットにおける圧縮対象を決定する。
例えば、前記圧縮装置は前記圧縮パラメータに基づいて、前記第１データパケットを圧縮するかどうかを決定する。
更に、例えば、前記圧縮装置は前記圧縮パラメータに基づいて前記第１データパケットにおける圧縮対象を決定する。
選択肢として、前記圧縮パラメータは圧縮側が、イーサネットフレームを圧縮するかどうかを決定することに用いられる。
選択肢として、前記圧縮パラメータは圧縮側が、イーサネットフレームの圧縮対象を決定することに用いられる。
選択肢として、前記圧縮パラメータはイーサネットフレームデータパケットの圧縮対象を示すことに用いられる。
方式１
選択肢として、前記圧縮パラメータは第１インデックスを含む。
選択肢として、前記第１インデックスはイーサネットフレームデータパケットを圧縮しないことを指示することに用いられる場合、前記圧縮装置は前記第１データパケットを送信する。
選択肢として、前記第１インデックスはイーサネットフレームデータパケットを圧縮することを指示することに用いられる場合、前記圧縮装置は前記第１データパケットを圧縮し、又は前記第１データパケットを圧縮するように前記圧縮装置をトリガする。
選択肢として、前記第１インデックスはイーサネットフレームデータパケットを圧縮することを指示することに用いられる場合、前記圧縮装置は前記第１データパケットを圧縮して前記第１データパケットの圧縮データパケットを取得し、その後、解凍装置に前記第２データパケットを送信する。
選択肢として、前記第１インデックスは前記圧縮装置が、前記第１インデックスに対応する第１圧縮対象を決定することに用いられる。
即ち、前記圧縮装置は第１圧縮対象を決定した後、第１圧縮対象を圧縮した前記第２データパケットを送信する。
例えば、前記第１インデックスは直接にイーサネットフレームデータパケットの圧縮対象を示すことに用いられる。
例えば、前記第１インデックスはパディングビットを圧縮することを指示する場合、前記圧縮装置は前記第１データパケットにおけるパディングビットを直接に圧縮する。
例えば、前記第１インデックスはパディングビットを圧縮することを指示する場合、前記圧縮装置は前記第１データパケットにおけるパディングビットを圧縮する。具体的に、前記圧縮装置は条件に応じて、前記第１データパケットにおけるパディングビットを圧縮するかどうかを決定することができる。
更に、例えば、前記圧縮装置は前記第１インデックス及び第１対応関係に基づいて、前記第１インデックスに対応する第１圧縮対象を決定する。前記第１対応関係は少なくとも１つの圧縮対象及び前記少なくとも１つの圧縮対象に対応するインデックスを含む。前記少なくとも１つの圧縮対象は前記第１圧縮対象を含む。
選択肢として、前記第１対応関係は予め設定された情報、例えばプロトコルにおいて規定された情報であってもよい。
選択肢として、前記第１対応関係はアクセスネットワーク装置又はコアネットワーク装置又は他のネットワーク装置が端末装置に設定した情報であってもよい。
選択肢として、前記第１対応関係はネットワーク装置と端末装置が協議して決定した情報であってもよい。
選択肢として、圧縮可能なフィールドに基づいて圧縮対象を分割することができる。
例えば、前記第１インデックスは８０２．１Ｑヘッダーを圧縮することを指示する場合、前記圧縮装置は前記第１データパケットにおける８０２．１Ｑヘッダーを圧縮する。
なお、８０２．１Ｑヘッダーにおける各サブヘッダーに対して、前記圧縮パラメータはそれぞれ圧縮するかどうかを示してもよい。
即ち、前記圧縮対象は８０２．１Ｑヘッダーにおける各サブヘッダーを含んでもよい。
例えば、前記少なくとも１つの圧縮対象は、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、ＴＰＩＤ、ＶＩＤ、ＰＣＰ、ＤＥＩ及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含む。
選択肢として、例えば、前記少なくとも１つの圧縮対象は更に、論理リンク制御（ＬＬＣ、Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）ヘッダー、サブネットアクセスプロトコル（ＳＮＡＰ、ＳｕｂＮｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）ヘッダーのうちの少なくとも１つを含む。
選択肢として、例えば、前記少なくとも１つの圧縮対象は更に、ＬＬＣヘッダー、ＳＮＡＰヘッダーにおける各サブヘッダーのうちの少なくとも１つを含む。
選択肢として、前記第１対応関係は表３に示される。
Figure 2022515628000004
表３に示すように、第１インデックスの異なる値で代表される圧縮可能なフィールドは異なる。例えば、圧縮装置が受信した第１インデックスの値は１であると仮定すれば、圧縮装置は前記第１データパケットを圧縮せず、即ち前記圧縮装置は解凍装置に前記第１データパケットを送信する。端末装置の圧縮能力、圧縮効率又はイーサネットパケットのフォーマットを考慮して、異なる端末装置又は異なるベアラに対して、異なる圧縮後のフィールドを設定してもよい。選択肢として、端末装置はネットワークに圧縮能力を報告し、前記圧縮能力の報告は端末装置がイーサネットフレームの圧縮をサポートするかどうか、及び／又は、どのサブヘッダー（パディングフィールドを含んでもよい）に対してヘッダー圧縮をサポートするかをネットワークに示すことに用いられる。
選択肢として、前記第１対応関係は表４に示される。
Figure 2022515628000005
表４に示すように、第１インデックスの異なる値で代表される圧縮可能な対象は異なる。例えば、圧縮装置が受信した第１インデックスの値は１であると仮定すれば、圧縮装置は前記第１データパケットを圧縮せず、即ち前記圧縮装置は解凍装置に前記第１データパケットを送信する。更に、例えば、前記第１インデックスが３である場合、前記圧縮装置は前記第１データパケットにおけるソースアドレスフィールドを圧縮して、上記第２データパケットを取得することができる。端末装置の圧縮能力、圧縮効率又はイーサネットパケットのフォーマットを考慮して、異なる端末装置又は異なるベアラに対して、異なる圧縮後のフィールドを設定してもよい。選択肢として、端末装置はネットワークに圧縮能力を報告し、前記圧縮能力の報告は端末装置がイーサネットフレームの圧縮をサポートするかどうか、及び／又は、どのサブヘッダー（パディングフィールドを含んでもよい）に対してヘッダー圧縮をサポートするかをネットワークに示すことに用いられる。
理解されるように、表３及び表４は本願の例であって、本願を制限するものであると理解されるべきではない。
例えば、他の代替可能な実施例では、１つのインデックスは複数のフィールドに対応してもよい。例えば、前記第１インデックスの値が５である場合、前記第１インデックスに対応する圧縮対象はソースアドレス、宛先アドレス及びＶＬＡＮヘッダーを含んでもよい。更に、例えば、前記第１インデックスの値が５である場合、前記第１インデックスに対応する圧縮対象はソースアドレス、宛先アドレス、長さフィールド及びＶＬＡＮヘッダーを含んでもよい。
選択肢として、イーサネットフレームのフレームフォーマット（即ち、ＶＬＡＮ又はパディングがあるかどうか）に基づいて圧縮対象を分割してもよい。
例えば、前記少なくとも１つの圧縮対象は、
Ｑタグ及びイーサネットフレームのフレームヘッダー、
Ｃタグ及びイーサネットフレームのフレームヘッダー、
Ｓタグ及びイーサネットフレームのフレームヘッダー、
Ｃタグ、Ｓタグ及びイーサネットフレームのフレームヘッダー、
Ｑタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
Ｃタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
Ｓタグ及びイーサネットフレームのフレームヘッダー及びパディングビット、
Ｃタグ、Ｓタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
パディングビット、
Ｑタグ及びパディングビット、
Ｃタグ及びパディングビット、
Ｓタグ及びパディングビット、
Ｃタグ、Ｓタグ及びパディングビット、
イーサネットフレームヘッダーのフレームヘッダー、
Ｑタグ、
Ｃタグ、
Ｓタグ、
Ｃタグ及びＳタグ、
宛先アドレスフィールド、
ソースアドレスフィールド、
タイプフィールド、並びに、
長さフィールド、のうちの少なくとも１つを含む。
選択肢として、前記イーサネットフレームのフレームヘッダーは、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、及び長さフィールドのうちの少なくとも１つを含む。
選択肢として、前記第１対応関係は表５に示される。
Figure 2022515628000006
表５に示すように、第１インデックスの異なる値で代表される圧縮可能なフィールドは異なる。例えば、圧縮装置が受信した第１インデックスの値は２２であると仮定すれば、圧縮装置は前記第１データパケットを圧縮せず、即ち前記圧縮装置は解凍装置に前記第１データパケットを送信する。更に、例えば、前記第１インデックスの値が２１である場合、前記圧縮装置は前記第１データパケットにおける長さフィールドを圧縮して、第２データパケットを取得し、その後、解凍装置に前記第２データパケットを送信する。更に、例えば、前記第１インデックスの値が５である場合、前記圧縮装置は前記第１データパケットにおけるＱタグ、イーサネットフレームのフレームヘッダー及びパディングビットを圧縮して、第２データパケットを取得する。端末装置の圧縮能力、圧縮効率又はイーサネットパケットのフォーマットを考慮して、異なる端末装置又は異なるベアラに対して、異なる圧縮後のフィールドを設定してもよい。選択肢として、端末装置はネットワークに圧縮能力を報告し、前記圧縮能力の報告は端末装置がイーサネットフレームの圧縮をサポートするかどうか、及び／又は、どのサブヘッダー（パディングフィールドを含んでもよい）に対してヘッダー圧縮をサポートするかをネットワークに示すことに用いられる。
選択肢として、前記第１対応関係は表６に示される。
Figure 2022515628000007
表６に示すように、第１インデックスの異なる値で代表される圧縮可能なフィールドは異なる。例えば、圧縮装置が受信した第１インデックスの値は１であると仮定すれば、圧縮装置は前記第１データパケットを圧縮せず、即ち前記圧縮装置は解凍装置に前記第１データパケットを送信する。更に、例えば、前記第１インデックスの値が２である場合、前記圧縮装置は前記第１データパケットにおけるＱタグ以外のイーサネットヘッダーに対してヘッダー圧縮処理を行って、第２データパケットを取得し、その後、解凍装置に前記第２データパケットを送信する。端末装置の圧縮能力、圧縮効率又はイーサネットパケットのフォーマットを考慮して、異なる端末装置又は異なるベアラに対して、異なる圧縮後のフィールドを設定してもよい。選択肢として、端末装置はネットワークに圧縮能力を報告し、前記圧縮能力の報告は端末装置がイーサネットフレームの圧縮をサポートするかどうか、及び／又は、どのサブヘッダー（パディングフィールドを含んでもよい）に対してヘッダー圧縮をサポートするかをネットワークに示すことに用いられる。
選択肢として、圧縮装置は前記第１インデックスに基づいて、前記第１データパケットを圧縮するかどうかを決定する。
選択肢として、前記圧縮装置は前記第１インデックスに基づいて前記第１データパケットにおける圧縮対象を決定する。
圧縮パラメータにおいて、前記第１インデックスは前記圧縮装置が圧縮対象を決定すること、例えば、宛先アドレスとソースアドレスを圧縮することを指示することに用いられる。例えば、表５を参照して、前記第１インデックスの値が２１である場合に、圧縮しないことを示し、前記第１インデックスの値が１である場合に、圧縮を行い（このとき、イーサネットヘッダー圧縮を実行するヘッダーを同時に示す）、即ち圧縮装置がＱタグ及びイーサネットフレームのフレームヘッダーを圧縮することを示す。
理解されるように、前記第１インデックスはイーサネットフレームデータパケットを圧縮するかどうかを示すことのみに用いられてもよい。このとき、圧縮装置は前記第１対応関係に基づいて圧縮対象を直接に決定してもよい。又は、圧縮装置は更に圧縮対象を示すための他の指示情報又は第２インデックスに基づいて圧縮対象を決定してもよい。続いて、前記圧縮装置は決定された圧縮対象に基づいて前記第１データパケットを圧縮する。
理解されるように、表４は本願の例であり、本願を制限するものであると理解されるべきではない。
例えば、他の代替可能な実施例では、１つのインデックスは複数の圧縮対象に対応してもよい。例えば、前記第１インデックスの値が１である場合、前記第１インデックスに対応する圧縮対象はＱタグ及びＣタグのうちの１つ、及びイーサネットフレームのフレームヘッダーであってもよい。
選択肢として、前記第１対応関係における１つのインデックスは１つ又は複数の圧縮対象に対応する。
選択肢として、前記第１インデックスは複数のインデックスを含む。
例えば、前記第１インデックスは複数のビットを含んでもよい。即ち、前記第１インデックスは前記複数のビットで、複数のフィールドを圧縮するかどうかを示してもよい。例えば、前記第１インデックスは１４個のビットを含んでもよい。前記第１インデックスは前記１４個のビットで、それぞれ１４個のフィールドを圧縮するかどうかを示す。前記１４個のフィールドは、
宛先アドレスフィールド、
ソースアドレスフィールド、
タイプフィールド、
長さフィールド、
仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド又はＱタグ、
Ｃタグ、
Ｓタグ、
タグプロトコル識別子（ＴＰＩＤ）、
仮想ローカルエリアネットワーク識別子（ＶＩＤ）、
優先度コードポイント（ＰＣＰ）、
廃棄優先度（ＤＥＩ）、
データフィールド、
パディングビット、
巡回冗長検査（ＣＲＣ）である。
例えば、１は圧縮することを示し、０は圧縮しないことを示す。例えば、１０００００００００００００で宛先アドレスフィールドを圧縮するが他のフィールドを圧縮しないことを示してもよい。
選択肢として、前記圧縮装置は解凍装置に前記第１インデックスを送信する。前記解凍装置は前記圧縮装置から送信された前記第１インデックスを受信する。
選択肢として、前記第１データパケット又は第２データパケットは前記第１インデックスを含む。
解凍装置については、前記解凍側は前記第１インデックスに基づいて、前記パディングビットを解凍又は回復するかどうかを決定することができ、又は、前記解凍装置は前記パディングビットを解凍又は回復することを決定する場合、前記第１インデックスに基づいて前記パディングビットを解凍又は回復することができる。
選択肢として、前記解凍装置は圧縮パラメータを決定する。
選択肢として、前記解凍装置はアクセスネットワーク装置又はコアネットワーク装置又は他の装置から送信された圧縮パラメータを受信する。
選択肢として、前記圧縮パラメータは第１インデックスを含む。
選択肢として、解凍装置は前記第１インデックスに基づいて、受信された目標データパケットを解凍又は回復するかどうかを決定する。
選択肢として、前記解凍装置は前記第１インデックスに基づいて、前記目標データパケットを解凍又は回復する必要がないことを決定する。
選択肢として、前記第１インデックスはイーサネットフレームデータパケットを圧縮しないことを指示することに用いられる場合、前記解凍装置は前記目標データパケットを解凍又は回復する必要がなく、又は、前記解凍装置は前記目標データパケットが解凍又は回復される必要がないことを決定する。
選択肢として、前記解凍装置は前記第１インデックスに基づいて、前記目標データパケットを解凍又は回復することを決定する。
選択肢として、前記解凍装置は前記第１インデックスに基づいて第１圧縮対象を決定する。即ち、前記解凍装置は前記第１インデックスを受信した後、前記第１インデックスに基づいて目標データパケットにおける圧縮対象を決定し、更に前記目標データパケットにおける圧縮対象を解凍又は回復することができる。
選択肢として、前記解凍装置は前記目標データパケットにおける前記第１圧縮対象を解凍又は回復する。
選択肢として、前記解凍装置は前記第１インデックス及び第１対応関係に基づいて、前記第１インデックスに対応する第１圧縮対象を決定する。前記第１対応関係は少なくとも１つの圧縮対象及び前記少なくとも１つの圧縮対象に対応するインデックスを含む。前記少なくとも１つの圧縮対象は前記第１圧縮対象を含む。
方式２
選択肢として、前記圧縮パラメータはイーサネットフレームデータパケットにおける圧縮対象又は非圧縮対象を示すための第１指示情報を含む。
選択肢として、前記第１指示情報は具体的に、イーサネットフレームデータパケットにおける非圧縮対象が、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、ＴＰＩＤ、ＶＩＤ、ＰＣＰ、ＤＥＩ及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられる。
選択肢として、前記第１指示情報は具体的に、イーサネットフレームデータパケットにおける圧縮対象が、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、ＴＰＩＤ、ＶＩＤ、ＰＣＰ、ＤＥＩ及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられる。
選択肢として、前記第１指示情報は具体的に、イーサネットフレームデータパケットにおける非圧縮対象が更に、論理リンク制御（ＬＬＣ、Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）ヘッダー、サブネットアクセスプロトコル（ＳＮＡＰ、ＳｕｂＮｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）ヘッダー、ＬＬＣヘッダーにおける各サブヘッダー、ＳＮＡＰヘッダーにおける各サブヘッダーのうちの少なくとも１つを含むことを示すことに用いられる。
選択肢として、前記第１指示情報は具体的に、イーサネットフレームデータパケットにおける圧縮対象が更に、論理リンク制御（ＬＬＣ、Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）ヘッダー、サブネットアクセスプロトコル（ＳＮＡＰ、ＳｕｂＮｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）ヘッダー、ＬＬＣヘッダーにおける各サブヘッダー、ＳＮＡＰヘッダーにおける各サブヘッダーのうちの少なくとも１つを含むことを示すことに用いられる。選択肢として、前記第１指示情報はイーサネットフレームデータパケットにおける圧縮対象がデータフィールドにおけるパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられる。
選択肢として、前記圧縮装置は解凍装置に前記第１指示情報を送信する。前記解凍装置は圧縮装置から送信された前記第１指示情報を受信する。又は、前記解凍装置はヘッダー圧縮設定装置、例えばコアネットワークから送信された前記第１指示情報を受信する。
選択肢として、前記第１データパケット又は第２データパケットは前記第１指示情報を含む。
選択肢として、前記第１指示情報は少なくとも１つのビットを含む。
例えば、前記第１データパケット又は前記第２データパケットは少なくとも１つのビットを含み、少なくとも１つのフィールドを圧縮したかどうか、又は少なくとも１つのフィールドを含むかどうかを示すことに用いられる。前記少なくとも１つのビットはそれぞれ少なくとも１つのフィールドに対応する。例えば、各圧縮及び／又は非圧縮対象に対して、それぞれ１つのビットで、含み又は圧縮するかどうかを示す。値が１である場合には圧縮することを示し、値が０である場合には圧縮しないことを示す。値が１である場合には圧縮したことを示し、値が０である場合には未圧縮を示す。値が１である場合には含むことを示し、値が０である場合には含まないことを示す。更に、例えば、圧縮及び／又は非圧縮対象の少なくとも１つの組み合わせのうちの少なくとも１つは、１つのビットで、含むかどうか又は圧縮するかどうかを示す。値が１である場合にはソースアドレス及び宛先アドレスを圧縮することを示し、値が０である場合にはソースアドレス及び宛先アドレスを圧縮しないことを示す。値が１である場合にはソースアドレス及び宛先アドレスを含むことを示し、値が０である場合にはソースアドレス及び宛先アドレスを含まないことを示す。
更に、例えば、前記第１データパケット又は前記第２データパケットは１つのビットを含み、少なくとも１つのフィールドを圧縮したかどうか、又は少なくとも１つのフィールドを含むかどうかを示すことに用いられる。前記１つのビットは少なくとも１つのフィールドに対応する。即ち、１つのビットで、少なくとも１つのフィールドを含み又は圧縮するかどうかを示す。値が１である場合には圧縮することを示し、値が０である場合には圧縮しないことを示す。値が１である場合には圧縮したことを示し、値が０である場合には未圧縮を示す。値が１である場合には含むことを示し、値が０である場合には含まず即ち圧縮することを示す。解凍装置については、前記解凍側は前記第１指示情報に基づいて前記パディングビットを解凍又は回復するかどうかを決定することができ、又は、前記解凍装置は前記パディングビットを解凍又は回復することを決定する場合、前記第１指示情報に基づいて前記パディングビットを解凍又は回復することができる。
選択肢として、前記解凍装置は圧縮パラメータを決定する。
選択肢として、前記解凍装置はアクセスネットワーク装置又はコアネットワーク装置又は他の装置から送信された圧縮パラメータを受信する。
選択肢として、前記圧縮パラメータは第１指示情報を含む。
選択肢として、解凍装置は前記第１指示情報に基づいて、受信された目標データパケットを解凍又は回復するかどうかを決定する。
選択肢として、前記解凍装置は前記第１指示情報に基づいて、前記目標データパケットを解凍又は回復する必要がないことを決定する。
選択肢として、前記第１指示情報はイーサネットフレームデータパケットを圧縮しないことを指示することに用いられる場合、前記解凍装置は前記目標データパケットを解凍又は回復する必要がなく、又は、前記解凍装置は前記目標データパケットが解凍又は回復される必要がないことを決定する。
選択肢として、前記解凍装置は前記第１指示情報に基づいて、前記目標データパケットを解凍又は回復することを決定する。
選択肢として、前記解凍装置は前記第１指示情報に基づいて第１圧縮対象を決定する。即ち、前記解凍装置は前記第１指示情報を受信した後、前記第１指示情報で示される前記目標データパケットにおける圧縮後の圧縮対象を解凍又は回復することができる。
選択肢として、前記解凍装置は前記目標データパケットにおける前記第１圧縮対象を解凍又は回復する。
図５は本願の実施例に係る無線通信方法２２０の模式的なフローチャートである。理解されるように、前記方法２２０はアップリンク伝送を例とするが、本願の実施例はこれに限らない。
図５に示すように、前記方法２２０は、
ネットワーク装置がイーサネットフレームに対する圧縮パラメータを設定するＳ２２１と、
前記ネットワーク装置が端末装置に前記圧縮パラメータを送信するＳ２２２と、
前記端末装置が前記圧縮パラメータに基づいて、第１データパケットを圧縮するかどうかを決定するＳ２２３と、
前記端末装置が前記第１データパケットを送信するＳ２２４と、
前記端末装置が前記圧縮パラメータに基づいて第１データパケットを圧縮して、第２データパケットを取得するＳ２２５と、
前記端末装置が前記ネットワーク装置に前記第２データパケットを送信するＳ２２６と、
前記ネットワーク装置が前記第２データパケットを解凍するＳ２２７と、を含んでもよい。
端末装置は圧縮パラメータを受信して第１データパケットを圧縮するかどうかを決定し、又は、前記端末装置は圧縮後の前記第２データパケットをいつ送信するかを決定する。例えば、端末装置は前記圧縮パラメータに基づいて、ヘッダー圧縮を行うことを決定して、Ｃ／Ｓタグ、イーサネットヘッダー、パディングを圧縮処理する。端末装置は前記圧縮パラメータに基づいて、イーサネットパケットのＶＬＡＮフィールド、宛先アドレス、ソースアドレス、タイプ／長さ及びパディングをヘッダー圧縮し、前記第２データパケットを生成して送信する。
選択肢として、前記端末装置は未圧縮のＸ個のデータパケットを送信した後（Ｘはネットワークが設定したものであってもよい）、圧縮後のイーサネットデータパケットを送信し、及び／又は、端末装置はＡＣＫを示すＹ個の未圧縮のフィードバックパケットを受信した後（Ｙはネットワークが設定したものであってもよい）、圧縮後のイーサネットデータパケットを送信する。
ネットワーク装置は端末装置からのイーサネットデータパケットを受信し、解凍するかどうか及びいつ解凍するかを決定する。
選択肢として、ネットワーク装置は解凍装置として、一定の条件下でヘッダー圧縮フィードバックパケットを送信することができる。
選択肢として、ネットワーク装置は端末装置から送信された未圧縮のＸ個のデータパケットを受信した後（Ｘはネットワークが設定したものであってもよい）、その後に受信されたデータパケットを解凍処理し、及び／又は、ネットワーク装置はＡＣＫを示すＹ個の未圧縮のフィードバックパケットを送信した後（Ｙはネットワークが設定したものであってもよい）、その後に受信されたデータパケットを解凍処理する。例えば、ネットワーク装置はヘッダー解凍を行うこと及び／又はどの情報フィールドを解凍処理するかを決定した後、端末装置から送信された未圧縮のＸ個のデータパケットを受信した後（Ｘはネットワークが設定したものであってもよい）、その後に受信されたデータパケットを解凍処理し、及び／又は、ネットワーク装置はＡＣＫを示すＹ個の未圧縮のフィードバックパケットを送信した後（Ｙはネットワークが設定したものであってもよい）、その後に受信されたデータパケットを解凍処理する。
実施例２
選択肢として、前記圧縮装置は前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は廃棄するかどうかを決定する。
選択肢として、以上のように、第１条件を満足する場合、圧縮装置はパディングビットを圧縮又は除去する。
このとき、解凍装置は前記圧縮パラメータに基づいて、パディングビットを解凍又は回復するかどうかを決定することができ、及び／又は、前記解凍装置はパディングビットをどのように解凍又は回復するかを決定する。
選択肢として、解凍装置は更に前記圧縮パラメータ及び第１データパケット／第２データパケットに含まれる情報（例えば、パディングに関連する指示情報、他のフィールドの指示情報）に基づいて、パディングビットを解凍又は回復するかどうかを決定することができ、及び／又は、前記解凍装置はパディングビットをどのように解凍又は回復するかを決定する。具体的に、前記圧縮パラメータ及び／又はデータパケットにおけるパディング圧縮後の指示情報に基づいて、パディングビットを解凍又は回復するかどうかを決定する。更に、例えば、前記圧縮パラメータ及び／又はデータパケットにおける長さフィールドが圧縮されたかどうかの指示情報に基づいて、パディングビットを解凍又は回復するかどうかを決定する。更に、例えば、前記圧縮パラメータ及び／又はデータパケットにおける長さフィールドの情報に基づいて、パディングビットを解凍又は回復するかどうかを決定する。なお、上記方法は独立して使用されてもよく、組み合わせて使用されてもよい。
無線インターフェース伝送において、伝送効率は非常に重要なものである。パディングビットは占有するパディングビットに過ぎず、具体的なデータ情報を有しないため、パディングを圧縮せずに無線インターフェースを介して直接に伝送すれば、無線インターフェースリソースの損失が増加し、無線インターフェースリソースの利用率が低下してしまう。従って、パディングをどのように圧縮（除去）及び解凍（回復）するかは問題となる。
実施例１の解決案に基づいて、イーサネットフレームの伝送を実現することができる。
換言すれば、実施例１の技術案は、
圧縮装置がイーサネットパケット（パディングビットを含む）を圧縮するかどうかを決定するという技術的課題、及び、
圧縮装置がイーサネットフレームデータパケットにおける圧縮対象を決定するという技術的課題を解決することができる。
実施例２の解決案に基づいて、第１データパケットにおけるパディングビットの圧縮伝送を実現することができる。
換言すれば、実施例２の技術案は、
圧縮装置が第１データパケットにおけるパディングビットを圧縮又は除去するかどうかを決定するという技術的課題、
圧縮装置が前記パディングビットをいつ圧縮するかという技術的課題、及び、
圧縮装置が前記パディングビットをどのように圧縮するか（例えば、圧縮装置はパディングビットを圧縮することを決定する場合、データパケットからパディングビットを除去し、及び／又は、データパケットに対応の指示情報を追加する）という技術的課題を解決することができる。
即ち、実施例２の技術案によれば、圧縮装置はパディングビットを圧縮し、解凍装置は目標データパケットにおけるパディングビットを解凍又は回復することができる。
第１ネットワークエンティティはイーサネットフレームデータパケットの圧縮パラメータを設定する。
選択肢として、該圧縮パラメータはパディングビットを圧縮するかどうかを示す。
第１ネットワーク装置はネットワーク装置、コアネットワーク又は他の装置であってもよい。第１ネットワークエンティティがコアネットワークである場合、該圧縮パラメータ情報を端末装置及びネットワーク装置に指示する必要がある。そうでない場合、端末装置のみに指示する必要がある。
選択肢として、第１条件を満足する場合、前記圧縮装置は前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は廃棄する。
選択肢として、第１条件を満足する場合、前記圧縮装置は更にデータパケットに対応の指示情報を追加することができる。前記指示情報は、パディングが圧縮又は除去された１ビットの指示情報、パディングバイト数情報、長さフィールドが圧縮されるかどうかの情報のうちの少なくとも１つであってもよい。
例えば、圧縮パラメータはイーサネットフレームデータパケットを圧縮することを指示し、且つ前記第１条件を満足する場合、前記圧縮装置は前記第１データパケットにおけるパディングビットを圧縮又は廃棄し、及び／又は、圧縮パラメータはイーサネットフレームデータパケットを圧縮することを指示し、且つ前記第１条件を満足する場合、前記圧縮装置はデータパケットに対応の指示情報を追加する。
選択肢として、前記第１条件は、
イーサネットフレームのフレームフォーマットが８０２．３フォーマットであること、
イーサネットフレームのタイプ／長さフィールドが長さフィールドを代表すること、
イーサネットフレームのタイプ／長さフィールドの値が第１閾値より小さいこと、
パディングビットを圧縮することを、アクセスネットワークが設定し、又はコアネットワークが設定し、又は予め定義すること、
解凍装置がパディングビットを解凍又は回復する能力を持つこと、
圧縮装置がＸ個の未圧縮データパケットを送信したこと、
圧縮装置が肯定応答（ＡＣＫ）を示すＹ個のヘッダー圧縮のフィードバックパケットを受信したこと、
圧縮装置がパディングビットを圧縮する能力を持つこと、
解凍装置によるパディングビットの圧縮又は廃棄の指示情報を受信したこと、
長さフィールドが圧縮され、又は圧縮される必要があること、及び、
長さフィールドを圧縮しないこと、のうちの少なくとも１つを含む。
選択肢として、前記解凍装置がパディングビットを解凍又は回復する能力を持つことは、解凍装置が、
解凍装置は解凍装置がパディングビットを解凍又は回復する能力を持つことを指示すること、
解凍装置がデータ部の情報に対する復号化に基づいてパディングビットを回復する能力を持つこと、
解凍装置がデータ部の情報に対して深層復号化を行う能力を持つこと、及び、
解凍装置が下位層データパケットに基づいてパディングビットを回復できること、のうちの少なくとも１つを満足することを意味する。
前記圧縮側が端末装置である場合を例として、端末装置は第１条件を満足することを決定する場合、パディングビットを除去又は圧縮して、パディングが除去又は圧縮されたデータパケットを相手側エンティティに送信する。選択肢として、端末装置はデータパケットに対応の指示情報を追加し、前記指示情報は、パディングが圧縮又は除去された１ビットの指示情報、パディングバイト数情報、長さフィールドが圧縮されるかどうかの情報のうちの少なくとも１つであってもよい。選択肢として、端末装置は未圧縮のＸ個のデータパケットを送信した後（Ｘはネットワークが設定したものであってもよい）、パディングが圧縮されたイーサネットデータパケットを送信し、及び／又は、端末装置はＡＣＫを示すＹ個の未圧縮のフィードバックパケットを受信した後（Ｙはネットワークが設定したものであってもよい）、パディングが圧縮されたイーサネットデータパケットを送信する。ネットワーク装置は端末装置からのイーサネットデータパケットを受信し、解凍するかどうか及びいつ解凍するかを決定する。
選択肢として、前記圧縮装置は第２指示情報を送信し、前記第２指示情報は前記データパケットにおけるパディングビットのサイズ又はデータパケットにおける圧縮前のパディングビットのサイズを示すことに用いられる。それにより、解凍側は前記パディングビットを解凍又は回復するかどうかを決定でき、又は、前記解凍装置は前記パディングビットを解凍又は回復することを決定する場合、前記パディングビットを解凍又は回復できる。
選択肢として、前記第１データパケット又は第２データパケットは前記第２指示情報を含む。
選択肢として、前記圧縮装置は第３指示情報を送信し、前記第３指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第３指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられる。それにより、解凍側は前記パディングビットを解凍又は回復するかどうかを決定でき、又は、前記解凍装置は前記パディングビットを解凍又は回復することを決定する場合、前記パディングビットを解凍又は回復できる。
選択肢として、前記第１データパケット又は第２データパケットは前記第３指示情報を含む。
選択肢として、前記圧縮装置は前記目標データパケットにおけるパディングビットのバイト数及び／又は前記目標データパケットにおける長さフィールドの情報を決定するための長さフィールドインジケータを送信する。選択肢として、前記長さフィールドインジケータは直接に長さフィールドの情報、例えば長さフィールドのバイト数を示すことに用いられてもよい。選択肢として、前記長さフィールドインジケータは長さフィールドが含まれ又は圧縮されるかどうかを示すことに用いられてもよい。それにより、解凍側は前記パディングビットを解凍又は回復するかどうかを決定でき、又は、前記解凍装置は前記パディングビットを解凍又は回復することを決定する場合、前記パディングビットを解凍又は回復できる。
選択肢として、前記目標データパケットは前記長さフィールドインジケータを含む。
選択肢として、前記目標データパケットの下位層データパケットは前記長さフィールドインジケータを含む。
前記下位層データパケットは無線リンク制御（ＲＬＣ、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、媒体アクセス制御（ＭＡＣ、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）パケット及びパケットデータ収束プロトコル（ＰＤＣＰ、Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）パケットを含むが、それらに限らない。
例えば、前記下位層データパケットはＲＬＣプロトコルデータユニット（ＰＤＵ、Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＳＤＵ及びＰＤＣＰ ＰＤＵ、ＭＡＣ ＳＤＵ、ＭＡＣ ＰＤＵを含むが、それらに限らない。
選択肢として、前記圧縮装置は前記目標データパケットにおけるパディングビットを圧縮又は除去するかどうかを決定する。
選択肢として、前記圧縮装置は前記目標データパケットにおけるパディングビットをいつ圧縮又は除去するかを決定する。
選択肢として、前記圧縮装置は前記目標データパケットにパディングビットを含ませるかどうかを決定する。
選択肢として、前記圧縮装置は前記目標データパケットに対応の指示情報を含ませるかどうかを決定する。
選択肢として、前記圧縮装置はパディングビットの長さが変化したかどうかを決定する。
以上は圧縮装置が前記第１データパケットにおけるパディングビットを圧縮する実現方式について説明したが、以下に解凍装置が目標データパケットにおけるパディングビットを解凍する実現方式について説明する。
選択肢として、前記解凍装置は前記目標データパケットにおける圧縮対象又は解凍対象を決定する。
選択肢として、前記圧縮対象又は解凍対象は、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、ＴＰＩＤ、ＶＩＤ、ＰＣＰ、ＤＥＩ及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含む。
選択肢として、前記圧縮対象又は解凍対象は論理リンク制御（ＬＬＣ、Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）ヘッダー、サブネットアクセスプロトコル（ＳＮＡＰ、ＳｕｂＮｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）ヘッダー、ＬＬＣヘッダーにおける各サブヘッダー、ＳＮＡＰヘッダーにおける各サブヘッダーのうちの少なくとも１つを更に含む。
選択肢として、前記解凍装置は前記目標データパケットにおけるパディングビットを解凍又は回復するかどうかを決定する。
選択肢として、前記解凍装置は前記目標データパケットにおけるパディングビットが圧縮又は除去されたかどうかを決定する。
選択肢として、前記解凍装置は前記目標データパケットがパディングビットを含むかどうかを決定する。
選択肢として、前記解凍装置は前記目標データパケットにおけるパディングビットの長さが変化したかどうかを決定する。
選択肢として、前記解凍装置は前記目標データパケットにおけるデータフィールド又はイーサネットフレーム有効データの後で、パディングビットのバイト数と同じである０又は１ビットストリング又は特定のビットストリングを追加して、解凍後又は最終的なデータフィールドを取得する。
選択肢として、前記解凍装置は前記パディングビットのバイト数を決定する。
なお、フレームフォーマットがＥｔｈｅｒｎｅｔ ＩＩフレームフォーマットであるかそれとも８０２．３フレームフォーマットであるか等にかかわらず、イーサネットヘッダーとＣＲＣフィールドを除くデータフィールドの最小長さはいずれも４６バイトであり、即ちイーサネットパケットの総サイズは少なくとも６４バイトである。データフィールドの実際のデータサイズが４６バイトより小さい場合、パディング（ｐａｄｄｉｎｇ）を用いて追加し、そのサイズが少なくとも４６バイトであるように確保する必要がある。そして、無線インターフェースを介してパディングビットを伝送すれば、無線インターフェースリソースの損失が増加し、無線インターフェースリソースの利用率が低下してしまう。
従って、一実現方式では、圧縮装置は、目標データパケットにおけるパディングビットの情報、例えば前記目標データパケットにおけるパディングビットのサイズ、更に例えば前記目標データパケットにおける圧縮前のパディングビットのサイズ、更に例えばパディングビットが圧縮されたかどうか、更に例えば前記目標データパケットがパディングビットを含むかどうかを、解凍装置に直接に指示することができる。他の方式では、解凍装置は長さフィールドの情報又はタイプフィールドの情報に基づいてパディングビットの情報を決定することができる。
選択肢として、前記解凍装置は前記目標データパケットにおける長さフィールドの情報に基づいて前記パディングビットのバイト数を決定する。
例えば、前記目標データパケットは長さ（ｌｅｎｇｔｈ）フィールドを含み、又は前記目標データパケットにおける長さフィールドは圧縮されていない。このとき、前記解凍装置は長さフィールド情報に基づいてパディング情報を決定することができる。
選択肢として、前記解凍装置は４６バイトから前記長さフィールドのバイト数を引いて、前記パディングビットのバイト数を取得する。
例えば、前記目標データパケットに長さフィールドが含まれると仮定し、長さの値が４６バイトより小さく例えば３８バイトである場合、パディングフィールドサイズは４６－長さ値（ｖａｌｕｅ）であり、即ち４６－３８＝８バイトである。解凍装置はイーサネットフレームにおけるデータ部分の有効データの後で、８バイトのパディングビット、例えば８バイトの全０ビットストリングを追加する。
更に、例えば、前記目標データパケットには長さフィールドが圧縮されたかどうかの１ビット指示情報が含まれると仮定する。
更に、例えば、前記目標データパケットに長さフィールドが含まれると仮定し、前記目標データパケットは長さバイトの情報を含んでもよい。
更に、例えば、前記目標データパケットに長さフィールドが含まれ、且つ前記圧縮装置がパディングを圧縮したと仮定し、長さの値が４６バイトより小さく例えば３８バイトである場合、パディングフィールドサイズは４６－長さ値（ｖａｌｕｅ）であり、即ち４６－３８＝８バイトである。解凍装置はイーサネットフレームにおけるデータ部分の有効データの後で、８バイトのパディングビット、例えば８バイトの全０ビットストリングを追加する。
選択肢として、前記解凍装置は長さフィールドインジケータに基づいて前記目標データパケットにおけるパディングビットのバイト数及び／又は前記目標データパケットにおける長さフィールドの情報を決定する。選択肢として、前記長さフィールドインジケータは直接に長さフィールドの情報、例えば長さフィールドのバイト数を示すことに用いられてもよい。
選択肢として、前記目標データパケットは前記長さフィールドインジケータを含む。
選択肢として、前記目標データパケットの下位層データパケットは上位層データパケットの長さフィールドインジケータを含む。例えば、ＲＬＣ ＰＤＵはその中に含まれるＰＤＣＰ ＳＤＵの長さ情報を含む。ＰＤＣＰ ＳＤＵは１つのイーサネットフレームデータパケットに対応してもよい。ＲＬＣ ＰＤＵに含まれる長さインジケータに基づいて、イーサネットフレームのデータパケット長を決定する。イーサネットフレームデータパケットの長さに基づいて、データ部分の他のヘッダーのサイズを除去してデータ部分の長さを決定し、更にイーサネットフレーム長さフィールドのバイト数を決定する。選択肢として、このような場合、パディングビットは圧縮又は除去される。
前記下位層データパケットは無線リンク制御（ＲＬＣ、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、媒体アクセス制御（ＭＡＣ、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）パケット及びパケットデータ収束プロトコル（ＰＤＣＰ、Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）パケットを含むが、それらに限らない。
例えば、前記下位層データパケットはＲＬＣプロトコルデータユニット（ＰＤＵ、Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＳＤＵ、ＭＡＣ ＰＤＵ、ＭＡＣ ＳＤＵ及びＰＤＣＰ ＰＤＵを含むが、それらに限らない。
選択肢として、長さフィールドが圧縮される場合、パディングビットは圧縮又は除去される。
選択肢として、長さフィールドが圧縮されていない場合、パディングビットは圧縮又は除去されてもよく、圧縮されなくてもよい。
選択肢として、前記解凍装置は前記目標データパケットのパディングビットのサイズ又は圧縮前のパディングビットのサイズを示すための第２指示情報を受信する。
選択肢として、前記解凍側は前記第２指示情報に基づいて、前記目標データパケットにおけるパディングビットを解凍又は回復する。
選択肢として、前記目標データパケットは前記第２指示情報を含む。
選択肢として、前記圧縮装置は第３指示情報を送信し、前記第３指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第３指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられる。換言すれば、前記解凍装置は前記第３指示情報を受信する。
選択肢として、前記解凍側は前記第３指示情報に基づいて、前記目標データパケットにおけるパディングビットを解凍又は回復する。
選択肢として、前記目標データパケットは前記第３指示情報を含む。
例えば、パディングフィールドのサイズがパディングフィールドのバイト数である場合、前記解凍装置は直接にパディングフィールドのサイズに基づいて、前記目標データパケットにおけるデータフィールド又はイーサネットフレーム有効データの後で、パディングフィールドのバイト数と同じである０又は１ビットストリングを追加して、解凍後又は最終的なデータフィールドを取得することができる。
更に、例えば、前記解凍装置は圧縮装置から送信されたパディングフィールドが圧縮されたかどうかの指示を受信し、例えば、１ビットの指示情報を導入してパディングが圧縮されたかどうかを示すことに用いる。選択肢として、前記目標データパケットはパディングフィールドが圧縮されたかどうかの指示を含んでもよい。
更に、例えば、前記解凍装置は圧縮装置から送信されたパディングの占有するバイト／長さ情報を受信し、例えば、４ビットの指示情報を導入してパディングの占有するバイト情報を示すことに用い、パディングビットを回復することに用いる。
更に、例えば、圧縮パケットにはパディング及び圧縮するかどうかを指示するビット指示が含まれる。該指示が１である場合、パディングが圧縮されることを示し、このとき、解凍装置はデータに含まれる有効データ情報又はデータから解析した有効データ情報に基づいて、パディングビットのサイズを決定する。解凍装置はイーサネットフレームにおけるデータ部分の有効データの後で、対応のバイトのパディングビット、例えば８バイトの全０ビットストリングを追加する。
更に、例えば、圧縮パケットにはパディング及び圧縮するかどうかを指示するビット指示（該指示が１である場合、パディングが圧縮されることを示す）並びにパディングの占有するバイト／長さ情報（例えば、パディングが８バイトを占有することを示す）が含まれる。解凍装置はイーサネットフレームにおけるデータ部分の有効データの後で、８バイトのパディングビット、例えば８バイトの全０ビットストリングを追加する。
選択肢として、前記解凍側は前記長さフィールド情報に基づいて、前記目標データパケットにおけるパディングビットを解凍又は回復する。
選択肢として、前記目標データパケットは前記長さフィールド情報を含む。
以上は解凍側装置がパディングビットを解凍又は回復する実現方式について説明したが、以下に解凍側が長さフィールド又はタイプフィールドを解凍する実現方式について説明する。理解されるように、解凍側が長さフィールド又はタイプフィールドを解凍する実現方式は類似し、以下に解凍側が長さフィールドを解凍する実現方式を例として説明する。
選択肢として、前記圧縮装置は前記第１データパケットにおける長さフィールドを圧縮するかどうかを決定する。
選択肢として、前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は除去する場合、前記圧縮装置は前記長さフィールドを圧縮し、及び／又は、前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は除去しない場合、前記圧縮装置は長さフィールドを圧縮しない。
選択肢として、前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は除去する場合、前記長さフィールドは圧縮されてもよく、圧縮されなくてもよい。
選択肢として、前記第１データパケット又は前記第２データパケットは長さフィールドを含む。
選択肢として、前記圧縮装置は前記第２データパケットを送信する時間を決定する。
選択肢として、前記解凍装置は前記目標データパケットにおける長さフィールドを解凍するかどうかを決定する。
選択肢として、前記解凍装置は前記目標データパケットにおけるパディングビットが圧縮されたかどうか又は解凍される必要があるかどうかによって、前記目標データパケットにおける長さフィールドを解凍するかどうかを決定する。
選択肢として、前記目標データパケットにおけるパディングビットが圧縮又は除去された場合、前記目標データパケットにおける長さフィールドを解凍又は回復する。選択肢として、前記目標データパケットにおけるパディングビットが圧縮又は除去されていない場合、前記目標データパケットにおける長さフィールドを解凍又は回復しない。
選択肢として、前記解凍装置は前記目標データパケットにおける長さフィールドが圧縮されたかどうかを決定する。
選択肢として、前記解凍装置は前記目標データパケットが長さフィールドを含むかどうかを決定する。
選択肢として、前記解凍装置は前記目標データパケットにおける長さフィールドが解凍又は回復される必要がないことを決定する。
選択肢として、前記解凍装置は前記目標データパケットにおける長さフィールドが圧縮されておらず、又は前記目標データパケットが長さフィールドを含むことを決定する。即ち、前記解凍装置は前記目標データパケットにおける長さフィールドを解凍する必要がない。
選択肢として、前記解凍装置は前記目標データパケットにおけるパディングビットのサイズに基づいて、前記長さフィールドのバイト数を決定する。
選択肢として、前記解凍装置は前記目標データパケットにおける圧縮前のパディングビットのサイズに基づいて、前記長さフィールドのバイト数を決定する。
選択肢として、前記パディングビットのサイズはパディングビットのバイト数である。
選択肢として、前記解凍装置は４６バイトから前記パディングビットのバイト数を引いて、前記長さフィールドのバイト数を取得する。
選択肢として、前記解凍装置は長さフィールドインジケータに基づいて、前記目標データパケットにおけるパディングビットのバイト数及び／又は前記目標データパケットにおける長さフィールドの情報を決定する。選択肢として、前記長さフィールドインジケータは直接に長さフィールドの情報、例えば長さフィールドのバイト数を示すことに用いられてもよい。
選択肢として、前記目標データパケットは前記長さフィールドインジケータを含む。
選択肢として、前記目標データパケットの下位層データパケットは上位層データパケットの長さフィールドインジケータを含む。例えば、ＲＬＣ ＰＤＵはその中に含まれるＰＤＣＰ ＳＤＵの長さ情報を含む。ＰＤＣＰ ＳＤＵは１つのイーサネットフレームデータパケットに対応してもよい。ＲＬＣ ＰＤＵに含まれる長さインジケータに基づいて、イーサネットフレームのデータパケット長を決定する。イーサネットフレームデータパケットの長さに基づいて、データ部分の他のヘッダーのサイズを除去してデータ部分の長さを決定し、更にイーサネットフレーム長さフィールドのバイト数を決定する。選択肢として、このような場合、パディングビットは圧縮又は除去される。
前記下位層データパケットは無線リンク制御（ＲＬＣ、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）、媒体アクセス制御（ＭＡＣ、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）パケット及びパケットデータ収束プロトコル（ＰＤＣＰ、Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）パケットを含むが、それらに限らない。
例えば、前記下位層データパケットはＲＬＣプロトコルデータユニット（ＰＤＵ、Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）、ＲＬＣ ＳＤＵ、ＭＡＣ ＰＤＵ、ＭＡＣ ＳＤＵ及びＰＤＣＰ ＰＤＵを含むが、それらに限らない。
選択肢として、イーサネットフレームが８０２．３であり又はイーサタイプが長さを示す場合、前記解凍側はパディング情報に基づいて、圧縮後の長さフィールドに対応する値をパディングすることができる。例えば、パディングサイズが８バイトであることを決定する場合、長さの値が４６－８＝３８バイトであることを決定する。３８バイトを長さフィールドの値にパディングする。
選択肢として、前記解凍装置は前記目標データパケットにおけるタイプフィールドを解凍するかどうかを決定する。
理解されるように、前記解凍装置が、前記目標データパケットにおけるタイプフィールドを解凍するかどうかを決定することは、前記解凍装置が、前記目標データパケットにおける長さフィールドを解凍するかどうかを決定する実現方式と類似する。重複を避けるために、ここで詳細な説明は省略する。
選択肢として、第２条件を満足する場合、前記解凍装置は前記目標データパケットにおけるパディングビットを解凍又は回復する。
選択肢として、前記第２条件は、
イーサネットフレームのフレームフォーマットが８０２．３フォーマットであること、
イーサネットフレームのタイプ／長さフィールドが長さフィールドの情報を代表すること、
イーサネットフレームのタイプ／長さフィールドの値が第１閾値より小さいこと、
パディングビットを圧縮することを、アクセスネットワークが設定し、又はコアネットワークが設定し、又は予め定義すること、
解凍装置がパディングビットを解凍又は回復する能力を持つこと、
データパケットにおける長さフィールドに対してヘッダー圧縮を行っていないこと、
イーサネットフレームデータパケットが６４バイトより小さいこと、
イーサネットフレームデータパケットのデータ部分が４６バイトより小さいこと、
解凍後のイーサネットフレームデータパケットが６４バイトより小さいこと、
解凍後のイーサネットフレームデータパケットのデータ部分が４６バイトより小さいこと、
パディングビットが圧縮されたかどうかの指示を受信したこと、
パディングビットの占有する長さの指示を受信したこと、
パディングビット圧縮指示を受信したこと、
圧縮装置がＸ個の未圧縮データパケットを送信したこと、
圧縮装置が肯定応答（ＡＣＫ）を示すＹ個のヘッダー圧縮のフィードバックパケットを受信したこと、
圧縮装置がパディングビット圧縮能力を持つこと、
パディングビットが圧縮又は除去されること、
長さフィールドが圧縮されること、
圧縮装置がパディングビットを圧縮できる能力の指示を受信したこと、及び、
長さフィールドが圧縮されておらず、又はデータパケットが長さフィールドを含むこと、のうちの少なくとも１つを含む。
選択肢として、前記解凍装置がパディングビットを解凍又は回復する能力を持つことは、解凍装置が、
解凍装置は解凍装置がパディングビットを解凍又は回復する能力を持つことを指示すること、
解凍装置がデータ部の情報に対する復号化に基づいてパディングビットを回復する能力を持つこと、
解凍装置がデータ部の情報に対して深層復号化を行う能力を持つこと、及び、
解凍装置が下位層データパケットに基づいてパディングビットを回復できること、のうちの少なくとも１つを満足することを意味する。
アップリンク伝送を例として、ネットワーク装置は第２条件を満足することを決定し、解凍側は前記目標データパケットが圧縮されたかどうか又はパディングを除去したかどうかを決定し、及び／又は、前記解凍側はパディングを解凍又は回復するかどうかを決定する。前記解凍側はパディングを解凍又は回復することを決定した後、パディングが回復された後のイーサネットデータパケットを上位層に提出する。
選択肢として、ネットワーク装置は解凍装置として、一定の条件下で未圧縮データパケットのフィードバックパケットを送信することができる。
例えば、ネットワーク装置は未圧縮のＸ個のデータパケットを受信した後（Ｘはネットワークが設定したものであってもよい）、後続のデータパケットに対してパディング回復を行い、及び／又は、ネットワーク装置はＡＣＫを示すＹ個の未圧縮のフィードバックパケットを送信した後（Ｙはネットワークが設定したものであってもよい）、後続のデータパケットに対してパディング回復を行う。
実施例３
本実施例は前記第１データパケット又は前記第２データパケットに含まれる情報を設計し、更にイーサネットフレームの伝送を実現する。
具体的に、未圧縮のイーサネットデータパケット及び圧縮後のイーサネットデータパケットに含まれ得る情報、及び／又は、未圧縮のイーサネットデータパケット及び圧縮後のイーサネットデータパケットのパケットフォーマットを設計する。
第１ネットワークエンティティはイーサネットの圧縮パラメータを設定する。選択肢として、該圧縮パラメータはパディングビットを圧縮するかどうかを示す。選択肢として、ＶＬＡＮにおけるＰＣＰ及び／又はＤＥＩが圧縮されるかどうかを示す。第１ネットワーク装置はネットワーク装置、コアネットワーク又は他の装置であってもよい。
アップリンク伝送を例として、端末装置は圧縮パラメータを受信し、ヘッダー圧縮を行うかどうか、又は圧縮後のデータパケットをいつ送信するかを決定する。具体的に、端末装置は未圧縮のデータパケットを送信してから圧縮後のデータパケットを送信する。例えば、端末装置は未圧縮のＸ個のデータパケットを送信した後（Ｘはネットワークが設定したものであってもよい）、パディング圧縮後のイーサネットデータパケットを送信する。
選択肢として、前記第１データパケット又は前記第２データパケットは、
宛先アドレスフィールド、
ソースアドレスフィールド、
タイプフィールド、
長さフィールド、
仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド又はＱタグ、
Ｃタグ、
Ｓタグ、
タグプロトコル識別子（ＴＰＩＤ）、
仮想ローカルエリアネットワーク識別子（ＶＩＤ）、
優先度コードポイント（ＰＣＰ）、
廃棄優先度（ＤＥＩ）、
データフィールド、
パディングビット、
巡回冗長検査（ＣＲＣ）、
現在のデータパケットがフィードバックパケット又はデータパケットであることを示すためのパケットインジケータ、
イーサネットフレームデータパケットの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットの可変部分が変化したかどうか、又は、イーサネットフレームデータパケットの可変フィールド部分を含むかどうかを示すことに用いられ、例えば、パディングビットを含むイーサネットフレームデータパケットの可変フィールド部分を圧縮したかどうか、パディングビットを含むイーサネットフレームデータパケットの可変部分が変化したかどうか、又は、パディングビットを含むイーサネットフレームデータパケットの可変フィールド部分を含むかどうかを示すことに用いられる第１可変フィールドインジケータ、
イーサネットフレームデータパケットのフレームヘッダーの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットが可変フィールド部分を含むかどうか、又は、イーサネットフレームデータパケットのフレームヘッダーの可変部分が変化したかどうかを示すことに用いられ、例えば、パディングビットを含まないイーサネットフレームデータパケットの可変フィールド部分を圧縮したかどうか、パディングビットを含まないイーサネットフレームデータパケットが可変フィールド部分を含むかどうか、又は、パディングビットを含まないイーサネットフレームデータパケットの可変部分が変化したかどうかを示すことに用いられる第２可変フィールドインジケータ、
Ｑタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＱタグ可変フィールドインジケータ、
Ｃタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＣタグ可変フィールドインジケータ、
Ｓタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＳタグ可変フィールドインジケータ、
現在のデータパケットのパディングビットのサイズを示すためのパディングビットサイズインジケータ、
パディングビットを圧縮するかどうか、現在のデータパケットのパディングビットを圧縮したかどうか、現在のデータパケットがパディングビットを含むかどうか、又は、パディングビットの長さが変化したかどうかを示すためのパディングビット圧縮指示、
ヘッダー圧縮に設定した又は対象の異なるデータパケットがマッピングされ得るコンテキストインデックス又は識別子を示すためのサブチャネル識別子、
現在のデータパケットが圧縮データパケット又は非圧縮データパケットであることを示すためのパケット圧縮指示、
現在のデータパケットにおける圧縮後のサブヘッダー情報を示すためのヘッダー圧縮指示、
Ｑタグを圧縮したかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグを含むかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグ或いはＳタグ及び／又はＣタグを圧縮したかどうか又はその少なくとも一部が変化したかどうかを示すための仮想ローカルエリアネットワーク（ＶＬＡＮ）圧縮指示、
長さフィールドを圧縮したかどうか、又は、長さフィールドを含むかどうか、又は、長さフィールドが変化したかどうかを示すための長さフィールドインジケータ、及び、
タイプフィールドを圧縮したかどうか、又は、タイプフィールドを含むかどうか、又は、タイプフィールドが変化したかどうかを示すためのタイプフィールドインジケータ、のうちの少なくとも１つを含む。
なお、ＶＬＡＮフィールドはＴタグ、Ｓタグ、Ｃタグのうちの少なくとも１つであってもよい。
本実施例では、解凍側が受信した目標データパケットは圧縮後又は未圧縮のデータパケットであってもよく、且つ前記目標データパケットに指示情報が含まれてもよい。該指示情報は前記目標データパケットにおける各フィールド又は情報が圧縮されたかどうか、又は圧縮フィールドの情報を示すことに用いられる。
以下、図６～図１８を参照しながら本願の実施例のデータパケットのフォーマットを例示的に説明する。説明の都合上、以下に図６～図１８に言及したアルファベットの物理的意味を説明する。
Ｄ／Ｃはパケットインジケータであり、現在のデータパケットがフィードバックパケット又はデータパケットであることを示すことに用いられる。
例えば、Ｄ＝１はデータパケットを代表し、Ｃ＝０はフィードバックパケットを代表する。
ＱはＱタグ可変フィールドインジケータであり、Ｑタグの可変フィールド部分を圧縮したかどうか、又はデータパケットが可変フィールド部分を含むかどうか、又は可変部分が変化したかどうか、又は可変部分が圧縮されるかどうかを示すことに用いられ、Ｑタグの可変フィールドを含むかどうかを代表する。
例えば、変更値は可変フィールド部分を含むことを示す。更に、例えば、変更値は可変フィールド部分を圧縮したことを示す。更に、例えば、値が１である場合には圧縮することを代表し、０の場合には圧縮しないことを代表する。
Ｆはパケット圧縮指示であり、現在のデータパケットが圧縮データパケット又は非圧縮データパケットであることを示すことに用いられる。
例えば、圧縮パケットの値は１であり、未圧縮パケットの値は０である。
第１情報はヘッダー圧縮指示であり、現在のデータパケットにおける圧縮後のサブヘッダー情報、例えばヘッダー圧縮するかどうか、更に例えば圧縮後のサブヘッダー情報（又は、マッピング関係）を示すことに用いられる。第１情報は第１インデックス、第１指示情報等であってもよい。
パディングビットサイズインジケータは現在のデータパケットにおけるパディングビットのサイズ（ｐａｄｄｉｎｇ ｓｉｚｅ）を示すことに用いられる。
Ｐはパディングビット圧縮指示であり、パディングビットを圧縮するかどうか、又は、現在のデータパケットのパディングビットを圧縮したかどうか、又は現在のデータパケットがパディングビットを含むかどうか、又はパディングビットの長さが変化したかどうかを示すことに用いられる。
ＣＲＣはチェックビットである。ビットは３～８ビットを占有してもよい。例えば、４ビットを占有してもよい。
サブチャネル識別子はヘッダー圧縮に設定した又は対象の異なるデータパケットがマッピングされ得るコンテキストインデックス又は識別子を示すことに用いられる。
選択肢として、サブチャネル識別子は１～５ビットを占有してもよい。例えば、サブチャネル識別子は４ビットを占有してもよい。
ＶはＶＬＡＮ圧縮指示であり、Ｑタグを圧縮したかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又はＱタグを含むかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又はＱタグ或いはＳタグ及び／又はＣタグを圧縮したかどうか又はその少なくとも一部が変化したかどうかを示すことに用いられる。換言すれば、ＶＬＡＮ圧縮指示は、ＶＬＡＮ／Ｑタグを圧縮したかどうか、又はＶＬＡＮを圧縮したかどうかを示すことに用いられる（１ビットのＶフィールドを圧縮したかどうかを示すことに用いられ、Ｖフィールドは１ビットのＳフィールド＋１ビットのＣフィールドに拡張し、サービスタグ（Ｓ－ｔａｇ）フィールド及びユーザータグ（Ｃ－ｔａｇ）フィールドを圧縮したかどうか、又は現在のデータパケットがサービスタグ（Ｓ－ｔａｇ）フィールド及びユーザータグ（Ｃ－ｔａｇ）フィールドを含むかどうかを示すことに用いられる）。
Ｌは長さフィールドインジケータであり、長さフィールドを圧縮したかどうか、又は長さフィールドを含むかどうか、又は長さフィールドが変化したかどうかを示すことに用いられる。Ｌは長さフィールドインジケータであり、１ビットを占有してもよい。選択肢として、該ビットが出現し又は値が１である（変化又は包含を示す）場合、圧縮パケットに長さフィールドが含まれる。
Ｔはタイプフィールドインジケータであり、タイプフィールドを圧縮したかどうか、又はタイプフィールドを含むかどうか、又はタイプフィールドが変化したかどうかを示すことに用いられる。Ｔはタイプフィールドインジケータであり、１ビットを占有してもよい。選択肢として、該ビットが出現し又は値が１である（変化又は包含を示す）場合、圧縮パケットにタイプフィールドが含まれる。
Ｌ／Ｔは長さフィールド／タイプフィールドインジケータであり、長さフィールド／タイプフィールドを圧縮したかどうか、又は長さフィールド／タイプフィールドを含むかどうか、又は長さフィールド／タイプフィールドが変化したかどうかを示すことに用いられる。
ＦＩはフィードバックパケットインジケータである。
Ｆ２は圧縮パケットインジケータ、即ち第１データパケット又は第２データパケットフォーマットインジケータである。第１データパケットフォーマットは第２データパケットフォーマットと異なる。
Ａ／Ｎは肯定応答／否定応答を示す。
Ｒは予備値である。
図６に示すように、前記データパケットは、Ｒ、Ｒ、Ｄ／Ｃ、Ｆ、第１情報、宛先アドレス、ソースアドレス、タイプフィールド／長さフィールド、Ｃタグ、Ｓタグ、ＣＲＣ及びデータフィールドを含んでもよい。
図７に示すように、前記データパケットは、Ｒ、Ｒ、Ｒ、Ｄ／Ｃ、Ｆ、Ｐ、第１情報、パディングビットサイズインジケータ、宛先アドレス、ソースアドレス、タイプフィールド／長さフィールド、Ｃタグ、Ｓタグ、ＣＲＣ及びデータフィールドを含んでもよい。
図８に示すように、前記データパケットは、Ｒ、Ｄ／Ｃ、Ｆ、Ｑ、第１情報、宛先アドレス、ソースアドレス、タイプフィールド／長さフィールド、Ｃタグ、Ｓタグ、ＣＲＣ及びデータフィールドを含んでもよい。
図９に示すように、前記データパケットは、Ｒ、Ｒ、Ｄ／Ｃ、Ｆ、Ｐ、Ｑ、第１情報、パディングビットサイズインジケータ、宛先アドレス、ソースアドレス、タイプフィールド／長さフィールド、Ｃタグ、Ｓタグ、ＣＲＣ及びデータフィールドを含んでもよい。
図１０に示すように、前記データパケットは、Ｒ、Ｄ／Ｃ、Ｆ、Ｑ、サブチャネル識別子、宛先アドレス、ソースアドレス、タイプフィールド／長さフィールド、Ｃタグ、Ｓタグ、ＣＲＣ及びデータフィールドを含んでもよい。
図１１に示すように、前記データパケットは、Ｒ、Ｒ、Ｄ／Ｃ、Ｆ、Ｐ、Ｑ、サブチャネル識別子、パディングビットサイズインジケータ、宛先アドレス、ソースアドレス、タイプフィールド／長さフィールド、Ｃタグ、Ｓタグ、ＣＲＣ及びデータフィールドを含んでもよい。
図１２に示すように、前記データパケットは、Ｒ、Ｄ／Ｃ、Ｆ、Ｑ、サブチャネル識別子、宛先アドレス、ソースアドレス、タイプフィールド／長さフィールド、Ｃタグ、Ｓタグ、ＣＲＣ及びデータフィールドを含んでもよい。
図１３に示すように、前記データパケットは、Ｒ、Ｄ／Ｃ、Ｆ、Ｐ、Ｖ、Ｑ、サブチャネル識別子、パディングビットサイズインジケータ、宛先アドレス、ソースアドレス、タイプフィールド／長さフィールド、Ｃタグ、Ｓタグ、ＣＲＣ及びデータフィールドを含んでもよい。
図１４に示すように、前記データパケットは、Ｒ、Ｒ、Ｒ、Ｒ、Ｄ／Ｃ、Ｆ、Ｖ、Ｑ、宛先アドレス、ソースアドレス、タイプフィールド／長さフィールド、Ｃタグ、Ｓタグ、ＣＲＣ及びデータフィールドを含んでもよい。
図１５に示すように、前記データパケットは、Ｄ／Ｃ、Ｆ、Ｐ、パディングビットサイズインジケータ、宛先アドレス、ソースアドレス、タイプフィールド／長さフィールド、Ｃタグ、Ｓタグ、ＣＲＣ及びデータフィールドを含んでもよい。
図１６に示すように、前記データパケットは、Ｆ１、Ｆ２、ＩＤ、Ｒ、Ｒ、完全なヘッダー部及びペイロードを含んでもよい。
図１７に示すように、前記データパケットは、Ｆ１、Ｆ２、ＩＤ、Ｒ、Ｒ、ＰＣＰ、ＤＥＩ、ＩＤ、Ｌ／Ｔ、Ｌ／Ｔ、Ｌ／Ｔ、Ｌ／Ｔ及びペイロードを含んでもよい。
図１８に示すように、前記データパケットは、Ｆ１、Ｆ２、ＩＤ、Ａ／Ｎ、Ｒを含んでもよい。
なお、以上は例示的なものであって、本願を制限するものであると理解されるべきではない。
例えば、１つ又は複数の共通（ｃｏｍｍｏｎ）識別子を用いて上記情報の様々な組み合わせ方式を示すことができる。この共通識別子を用いる場合、独立して示す識別子フィールドを含む必要がない。例えば、１ビットＷ識別子指示を用いてＱタグ、長さが圧縮されるかどうかを示し、このとき、指示識別子Ｖ、Ｑ、Ｌのうちの少なくとも１つを必要としない。更に、例えば、１ビットＭ識別子指示を用いてＱタグ、タイプが圧縮されるかどうかを示し、このとき、指示識別子Ｖ、Ｑ、Ｔのうちの少なくとも１つを必要としない。
更に、例えば、可変部分の少なくとも一部を独立して示す。例えば、ＰＣＰ及びＤＥＩは可変フィールドであり、ＰＣＰを１ビット又は２ビットで示し、ＤＥＩを１ビット又は４ビットで示す。更に、例えば、上記第１可変フィールドインジケータ又は上記第２可変フィールドインジケータが挙げられる。
更に、例えば、可変部分を統合して示す。例えば、ＰＣＰ及びＤＥＩは可変フィールドであり、ＰＣＰ＋ＤＥＩを１ビット又は５ビットで示す。更に、例えば、上記第１可変フィールドインジケータと前記第２可変フィールドインジケータを１つの指示情報に統合することができる。
更に、例えば、１ビットのＱビットでＰＣＰ＋ＤＥＩが変化したかどうかを示し、又は、５ビットでＰＣＰ＋ＤＥＩが変化したかどうかを示してもよい（１ビットのＱビット＋３ビットＰＣＰフィールド＋１ビットＤＥＩフィールド）。
更に、例えば、前記データパケットは更にヘッダー圧縮指示情報を含んでもよい。前記ヘッダー圧縮指示情報は少なくとも１つのビットで１つのフィールド又は複数のフィールドが圧縮されたかどうか、含まれるかどうか又は変化したかどうかを示してもよい。例えば、前記ヘッダー圧縮指示情報は少なくとも１つのビットで、
宛先アドレスフィールド、
ソースアドレスフィールド、
タイプフィールド、
長さフィールド、
仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド又はＱタグ、
Ｃタグ、
Ｓタグ、
タグプロトコル識別子（ＴＰＩＤ）、
仮想ローカルエリアネットワーク識別子（ＶＩＤ）、
優先度コードポイント（ＰＣＰ）、
廃棄優先度（ＤＥＩ）、
データフィールド、
パディングビット、
巡回冗長検査（ＣＲＣ）が圧縮されたかどうか、含まれるかどうか又は変化したかどうかを示してもよい。
なお、前記第１データパケット又は前記第２データパケットは上記言及したすべてのフィールド及び指示を含んでもよく、上記言及した一部のフィールド及び／又は一部の指示のみを含んでもよく、本願の実施例はこれを具体的に制限しない。換言すれば、イーサネットフレームデータパケットのパケットフォーマットに対して、必ずしもすべての指示又はフィールドを含むとは限らない。また、データパケットにおける指示又はフィールドの順序は図面に示される指示又はフィールドの順序と同じであってもよく、異なってもよく、本願の実施例はこれを具体的に制限しない。例えば、同じ情報に対して、その配列順序は図面に示される順序と同じであってもよく、異なってもよい。
図７を参照して、前記データパケットはＲ、Ｒ、Ｒ、Ｄ／Ｃ、Ｆ、Ｐ、第１情報、パディングビットサイズインジケータ、宛先アドレス、ソースアドレス、タイプフィールド／長さフィールド、Ｃタグ、Ｓタグ、ＣＲＣ及びデータフィールドにおける一部のフィールド又は指示を含んでもよい。又は、Ｒの位置をパケットの中央位置又はより後の位置に設定してもよい。
解凍装置は圧縮装置から送信された目標データパケットを受信した後、前記目標データパケットを解凍するかどうかを決定する。解凍装置は解凍することを決定する場合、データパケットに含まれる情報に基づいて解凍する。
以上は図面を参照しながら本願の好適な実施形態を詳しく説明したが、本願は上記実施形態の具体的な細部に限らない。本願の技術的思想範囲内で本願の技術案に対して複数の簡単な変形を行うことができ、これらの簡単な変形はいずれも本願の保護範囲に属する。
なお、本願の実施例の長さフィールドのバイト数は、長さフィールドの値を示してもよく、又は長さ部分のバイトデータを示してもよく、又は（実際の）イーサネットパケットのデータ部分の長さサイズを示してもよい。
例えば、矛盾しない限り、上記具体的な実施形態に説明される各具体的な技術的特徴はいかなる適切な方式で組み合わせられてもよい。不必要な重複を避けるために、本願は各可能な組み合わせ方式を改めて説明しない。
更に、例えば、本願の各異なる実施形態同士は任意に組み合わせられてもよい。本願の思想に違反しない限り、それらは同様に本願に開示される内容と見なされるべきである。
理解されるように、本願の様々な方法実施例において、上記各過程の番号の順位は実行順序の前後を意味せず、各過程の実行順序はその機能及び内部論理によって決定されるべきであり、本願の実施例の実施過程を制限するためのものではない。
以上は図１～図１８を参照しながら本願の方法実施例を詳しく説明したが、以下に図１９～図２２を参照しながら本願の装置実施例を詳しく説明する。
図１９は本願の実施例に係る圧縮装置３００の模式的なブロック図である。
図１９に示すように、圧縮装置３００は通信ユニット３１０を備えてもよく、
前記通信ユニット３１０は、イーサネットフレームの圧縮パラメータに基づいて第１データパケット又は第２データパケットを送信することに用いられ、前記第２データパケットは前記第１データパケットの圧縮データパケットである。
選択肢として、前記通信ユニット３１０は更に、
アクセスネットワーク装置又はコアネットワーク装置から送信された前記圧縮パラメータを受信することに用いられる。
選択肢として、前記圧縮装置は第１決定ユニットを更に備え、
前記第１決定ユニットは、前記圧縮パラメータに基づいて、前記第１データパケットを圧縮するかどうかを決定することに用いられる。
選択肢として、前記圧縮パラメータは第１インデックスを含む。
前記通信ユニット３１０は具体的に、
前記第１インデックスがイーサネットフレームデータパケットを圧縮しないことを指示することに用いられる場合、前記第１データパケットを送信すること、及び／又は、
前記第１インデックスがイーサネットフレームデータパケットを圧縮しないことを指示することに用いられる場合、前記第１データパケットを圧縮しないことに用いられる。
選択肢として、前記通信ユニット３１０は具体的に、
前記第１インデックスに基づいて第１圧縮対象を決定することと、
前記第１圧縮対象を圧縮した前記第２データパケットを送信することと、に用いられる。
選択肢として、前記通信ユニット３１０はより具体的に、前記第１インデックス及び第１対応関係に基づいて、前記第１インデックスに対応する第１圧縮対象を決定することに用いられ、前記第１対応関係は少なくとも１つの圧縮対象及び前記少なくとも１つの圧縮対象に対応するインデックスを含み、前記少なくとも１つの圧縮対象は前記第１圧縮対象を含む。
選択肢として、前記少なくとも１つの圧縮対象は、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含む。
選択肢として、前記少なくとも１つの圧縮対象は、
Ｑタグ及びイーサネットフレームのフレームヘッダー、
Ｃタグ及びイーサネットフレームのフレームヘッダー、
Ｓタグ及びイーサネットフレームのフレームヘッダー、
Ｃタグ、Ｓタグ及びイーサネットフレームのフレームヘッダー、
Ｑタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
Ｃタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
Ｓタグ及びイーサネットフレームのフレームヘッダー及びパディングビット、
Ｃタグ、Ｓタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
パディングビット、
Ｑタグ及びパディングビット、
Ｃタグ及びパディングビット、
Ｓタグ及びパディングビット、
Ｃタグ、Ｓタグ及びパディングビット、
イーサネットフレームヘッダーのフレームヘッダー、
Ｑタグ、
Ｃタグ、
Ｓタグ、
Ｃタグ及びＳタグ、
宛先アドレスフィールド、
ソースアドレスフィールド、
タイプフィールド、並びに、
長さフィールド、のうちの少なくとも１つを含む。
選択肢として、前記イーサネットフレームのフレームヘッダーは、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、及び長さフィールドのうちの少なくとも１つを含む。
選択肢として、前記第１対応関係における１つのインデックスは１つ又は複数の圧縮対象に対応する。
選択肢として、前記第１インデックスは複数のインデックスを含む。
選択肢として、前記第１対応関係は事前設定情報である。
選択肢として、前記通信ユニット３１０は更に、
解凍装置に前記第１インデックスを送信することに用いられる。
選択肢として、前記第１データパケット又は第２データパケットは前記第１インデックスを含む。
選択肢として、前記圧縮パラメータはイーサネットフレームデータパケットにおける圧縮対象又は非圧縮対象を示すための第１指示情報を含む。
選択肢として、前記第１指示情報は具体的に、イーサネットフレームデータパケットにおける非圧縮対象が、
宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられる。
選択肢として、前記第１指示情報は具体的に、イーサネットフレームデータパケットにおける圧縮対象が、
宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられる。
選択肢として、前記第１指示情報はイーサネットフレームデータパケットにおける圧縮対象がデータフィールドにおけるパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられる。
選択肢として、前記通信ユニット３１０は更に、
解凍装置に前記第１指示情報を送信することに用いられる。
選択肢として、前記第１データパケット又は第２データパケットは前記第１指示情報を含む。
選択肢として、前記圧縮装置は第２決定ユニットを更に備え、
前記第２決定ユニットは、前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は廃棄するかどうかを決定することに用いられる。
選択肢として、前記第２決定ユニットは具体的に、
第１条件を満足する場合、前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は廃棄することに用いられる。
選択肢として、前記第１条件は、
イーサネットフレームのフレームフォーマットが８０２．３フォーマットであること、
イーサネットフレームのタイプ／長さフィールドが長さフィールドを代表すること、
イーサネットフレームのタイプ／長さフィールドの値が第１閾値より小さいこと、
パディングビットを圧縮することを、アクセスネットワークが設定し、又はコアネットワークが設定し、又は予め定義すること、
解凍装置がパディングビットを解凍又は回復する能力を持つこと、
圧縮装置がＸ個の未圧縮データパケットを送信したこと、
圧縮装置が肯定応答（ＡＣＫ）を示すＹ個のヘッダー圧縮のフィードバックパケットを受信したこと、
圧縮装置がパディングビットを圧縮する能力を持つこと、
解凍装置によるパディングビットの圧縮又は廃棄の指示情報を受信したこと、
長さフィールドが圧縮され、又は圧縮される必要があること、及び、
長さフィールドを圧縮しないこと、のうちの少なくとも１つを含む。
選択肢として、前記解凍装置がパディングビットを解凍又は回復する能力を持つことは、解凍装置が、
解凍装置は解凍装置がパディングビットを解凍又は回復する能力を持つことを指示すること、
解凍装置がデータ部の情報に対する復号化に基づいてパディングビットを回復する能力を持つこと、
解凍装置がデータ部の情報に対して深層復号化を行う能力を持つこと、及び
解凍装置が下位層データパケットに基づいてパディングビットを回復できること、のうちの少なくとも１つを満足することを意味する。
選択肢として、前記通信ユニット３１０は更に、第２指示情報を送信することに用いられ、前記第２指示情報は前記データパケットにおけるパディングビットのサイズ又はデータパケットにおける圧縮前のパディングビットのサイズを示すことに用いられる。
選択肢として、前記第１データパケット又は第２データパケットは前記第２指示情報を含む。
選択肢として、前記通信ユニット３１０は更に、第３指示情報を送信することに用いられ、前記第３指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第３指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられる。
選択肢として、前記第１データパケット又は第２データパケットは前記第３指示情報を含む。
選択肢として、前記第１データパケット又は前記第２データパケットは、
宛先アドレスフィールド、
ソースアドレスフィールド、
タイプフィールド、
長さフィールド、
仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド又はＱタグ、
Ｃタグ、
Ｓタグ、
タグプロトコル識別子（ＴＰＩＤ）、
仮想ローカルエリアネットワーク識別子（ＶＩＤ）、
優先度コードポイント（ＰＣＰ）、
廃棄優先度（ＤＥＩ）、
データフィールド、
パディングビット、
巡回冗長検査（ＣＲＣ）、
現在のデータパケットがフィードバックパケット又はデータパケットであることを示すためのパケットインジケータ、
イーサネットフレームデータパケットの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットの可変部分が変化したかどうか、又は、イーサネットフレームデータパケットの可変フィールド部分を含むかどうかを示すための第１可変フィールドインジケータ、
イーサネットフレームデータパケットのフレームヘッダーの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットが可変フィールド部分を含むかどうか、又は、イーサネットフレームデータパケットのフレームヘッダーの可変部分が変化したかどうかを示すための第２可変フィールドインジケータ、
Ｑタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＱタグ可変フィールドインジケータ、
Ｃタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＣタグ可変フィールドインジケータ、
Ｓタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＳタグ可変フィールドインジケータ、
現在のデータパケットのパディングビットのサイズを示すためのパディングビットサイズインジケータ、
パディングビットを圧縮するかどうか、現在のデータパケットのパディングビットを圧縮したかどうか、現在のデータパケットがパディングビットを含むかどうか、又は、パディングビットの長さが変化したかどうかを示すためのパディングビット圧縮指示、
ヘッダー圧縮に設定した又は対象の異なるデータパケットがマッピングされ得るコンテキストインデックス又は識別子を示すためのサブチャネル識別子、
現在のデータパケットが圧縮データパケット又は非圧縮データパケットであることを示すためのパケット圧縮指示、
現在のデータパケットにおける圧縮後のサブヘッダー情報を示すためのヘッダー圧縮指示、
Ｑタグを圧縮したかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグを含むかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグ或いはＳタグ及び／又はＣタグを圧縮したかどうか又はその少なくとも一部が変化したかどうかを示すための仮想ローカルエリアネットワーク（ＶＬＡＮ）圧縮指示、
長さフィールドを圧縮したかどうか、又は、長さフィールドを含むかどうか、又は、長さフィールドが変化したかどうかを示すための長さフィールドインジケータ、及び、
タイプフィールドを圧縮したかどうか、又は、タイプフィールドを含むかどうか、又は、タイプフィールドが変化したかどうかを示すためのタイプフィールドインジケータ、のうちの少なくとも１つを含む。
選択肢として、前記圧縮装置は第３決定ユニットを更に備え、
前記第３決定ユニットは、前記第１データパケットにおける長さフィールドを圧縮するかどうかを決定することに用いられる。
選択肢として、前記第３決定ユニットは具体的に、
前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は除去する場合、前記長さフィールドを圧縮すること、及び／又は、
前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は除去しない場合、長さフィールドを圧縮しないことに用いられる。
選択肢として、前記第１データパケット又は前記第２データパケットは長さフィールドを含む。
選択肢として、前記通信ユニット３１０は具体的に、
未圧縮のＸ個のデータパケットを受信した後、前記第２データパケットを送信すること、及び／又は、
肯定応答（ＡＣＫ）を示すＹ個の未圧縮データパケットのフィードバックパケットを受信した後、前記第２データパケットを送信することに用いられる。
選択肢として、前記通信ユニット３１０は更に、圧縮能力を報告することに用いられ、前記圧縮能力は前記圧縮装置がイーサネットフレームの圧縮をサポートするかどうかを示すことに用いられ、及び／又は、前記圧縮能力はサポートする圧縮対象を示すことに用いられる。
選択肢として、同じベアラに対応する圧縮パラメータは同じ又は異なり、及び／又はアップリンクに対応する圧縮パラメータとダウンリンクに対応する圧縮パラメータは同じ又は異なる。
理解されるように、装置実施例は方法実施例に対応し、類似の説明については方法実施例を参照してもよい。具体的に、図１９に示される圧縮装置３００は本願の実施例の方法を実行する対応主体に対応してもよく、且つ圧縮装置３００の各ユニットの上記及び他の操作及び／又は機能はそれぞれ各方法における対応プロセスを実現するためのものである。簡潔のために、ここで詳細な説明は省略する。
図２０は本願の実施例に係る解凍装置４００の模式的なブロック図である。
具体的に、図２０に示すように、解凍装置４００は、
目標データパケットを受信することに用いられる通信ユニット４１０と、
前記目標データパケットを解凍するかどうかを決定することに用いられる決定ユニット４２０と、を備えてもよい。
選択肢として、前記決定ユニット４２０は更に、
前記目標データパケットにおける圧縮対象又は解凍対象を決定することに用いられる。
選択肢として、前記圧縮対象又は解凍対象は、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含む。
選択肢として、前記決定ユニット４２０は具体的に、
前記目標データパケットにおけるパディングビットを解凍又は回復するかどうかを決定することに用いられる。
選択肢として、前記決定ユニット４２０はより具体的に、
第２条件を満足する場合、前記目標データパケットにおけるパディングビットを解凍又は回復することに用いられる。
選択肢として、前記第２条件は、
イーサネットフレームのフレームフォーマットが８０２．３フォーマットであること、
イーサネットフレームのタイプ／長さフィールドが長さフィールドの情報を代表すること、
イーサネットフレームのタイプ／長さフィールドの値が第１閾値より小さいこと、
パディングビットを圧縮することを、アクセスネットワークが設定し、又はコアネットワークが設定し、又は予め定義すること、
解凍装置がパディングビットを解凍又は回復する能力を持つこと、
データパケットにおける長さフィールドに対してヘッダー圧縮を行っていないこと、
イーサネットフレームデータパケットが６４バイトより小さいこと、
イーサネットフレームデータパケットのデータ部分が４６バイトより小さいこと、
解凍後のイーサネットフレームデータパケットが６４バイトより小さいこと、
解凍後のイーサネットフレームデータパケットのデータ部分が４６バイトより小さいこと、
パディングビットが圧縮されたかどうかの指示を受信したこと、
パディングビットの占有する長さの指示を受信したこと、
パディングビット圧縮指示を受信したこと、
圧縮装置がＸ個の未圧縮データパケットを送信したこと、
圧縮装置が肯定応答（ＡＣＫ）を示すＹ個のヘッダー圧縮のフィードバックパケットを受信したこと、
圧縮装置がパディングビット圧縮能力を持つこと、
パディングビットが圧縮又は除去されること、
長さフィールドが圧縮されること、
圧縮装置がパディングビットを圧縮できる能力の指示を受信したこと、及び、
長さフィールドが圧縮されておらず、又はデータパケットが長さフィールドを含むこと、のうちの少なくとも１つを含む。
選択肢として、前記解凍装置がパディングビットを解凍又は回復する能力を持つことは、解凍装置が、
解凍装置は解凍装置がパディングビットを解凍又は回復する能力を持つことを指示すること、
解凍装置がデータ部の情報に対する復号化に基づいてパディングビットを回復する能力を持つこと、
解凍装置がデータ部の情報に対して深層復号化を行う能力を持つこと、及び、
解凍装置が下位層データパケットに基づいてパディングビットを回復できること、のうちの少なくとも１つを満足することを意味する。
選択肢として、前記解凍装置は追加ユニットを更に備え、
前記追加ユニットは、前記目標データパケットにおけるデータフィールド又はイーサネットフレーム有効データの後で、パディングビットのバイト数と同じである０又は１ビットストリングを追加して、解凍後又は最終的なデータフィールドを取得することに用いられる。
選択肢として、前記決定ユニット４２０は更に、
前記目標データパケットにおける長さフィールドの情報に基づいて前記パディングビットのバイト数を決定することに用いられる。
選択肢として、前記決定ユニット４２０は具体的に、
４６バイトから前記長さフィールドのバイト数を引いて、前記パディングビットのバイト数を取得することに用いられる。
選択肢として、前記決定ユニット４２０は更に、
下位層データパケットに含まれる長さフィールドインジケータに基づいて、前記目標データパケットにおけるパディングビットのバイト数及び／又は前記目標データパケットにおける長さフィールドの情報を決定することに用いられる。
選択肢として、前記長さフィールドインジケータは、無線リンク制御（ＲＬＣ）パケット、媒体アクセス制御（ＭＡＣ）パケット及びパケットデータ収束プロトコル（ＰＤＣＰ）パケットのうちの少なくとも１つに含まれる。
選択肢として、前記通信ユニット４１０は更に、第２指示情報を受信することに用いられ、前記第２指示情報は前記目標データパケットのパディングビットのサイズ又は圧縮前のパディングビットのサイズを示すことに用いられる。
選択肢として、前記決定ユニット４２０は更に、
前記第２指示情報に基づいて、前記目標データパケットにおけるパディングビットを解凍又は回復することに用いられる。
選択肢として、前記目標データパケットは前記第２指示情報を含む。
選択肢として、前記通信ユニット４１０は更に、第３指示情報を送信することに用いられ、前記第３指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第３指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられる。
選択肢として、前記通信ユニット４１０は更に、
前記第３指示情報に基づいて、前記目標データパケットにおけるパディングビットを解凍又は回復することに用いられる。
選択肢として、前記目標データパケットは前記第３指示情報を含む。
選択肢として、前記決定ユニット４２０は更に、
前記目標データパケットにおけるパディングビットが圧縮又は除去されたかどうかを決定すること、又は、
前記目標データパケットがパディングビットを含むかどうかを決定することに用いられる。
選択肢として、前記決定ユニット４２０は具体的に、
前記解凍装置が前記目標データパケットにおける長さフィールドを解凍するかどうかを決定することに用いられる。
選択肢として、前記決定ユニット４２０は更に、
前記目標データパケットにおけるパディングビットが圧縮されたかどうかによって、前記目標データパケットにおける長さフィールドを解凍するかどうかを決定することに用いられる。
選択肢として、前記決定ユニット４２０は具体的に、
前記目標データパケットにおけるパディングビットが圧縮又は除去された場合、前記目標データパケットにおける長さフィールドを解凍又は回復すること、及び／又は、
前記目標データパケットにおけるパディングビットが圧縮又は除去されていない場合、前記目標データパケットにおける長さフィールドを解凍又は回復しないことに用いられる。
選択肢として、前記決定ユニット４２０は更に、
前記目標データパケットにおける長さフィールドが圧縮されたかどうかを決定すること、又は、
前記目標データパケットが長さフィールドを含むかどうかを決定することに用いられる。
選択肢として、前記決定ユニット４２０は更に、
前記目標データパケットにおける長さフィールドが解凍又は回復される必要がないことを決定すること、又は、
前記目標データパケットにおける長さフィールドが圧縮されておらず、又は前記目標データパケットが長さフィールドを含むことを決定することに用いられる。
選択肢として、前記決定ユニット４２０は更に、
前記目標データパケットにおけるパディングビットのサイズに基づいて、前記長さフィールドのバイト数を決定すること、又は、
前記目標データパケットにおける圧縮前のパディングビットのサイズに基づいて、前記長さフィールドのバイト数を決定することに用いられる。
選択肢として、前記パディングビットのサイズはパディングビットのバイト数である。
選択肢として、前記決定ユニット４２０は具体的に、
４６バイトから前記パディングビットのバイト数を引いて、前記長さフィールドのバイト数を取得することに用いられる。
選択肢として、前記決定ユニット４２０は具体的に、
前記目標データパケットにおけるタイプフィールドを解凍するかどうかを決定することに用いられる。
選択肢として、前記決定ユニット４２０は更に、
圧縮パラメータを決定することに用いられる。
選択肢として、前記通信ユニット４１０は更に、
アクセスネットワーク装置又はコアネットワーク装置から送信された圧縮パラメータを受信することに用いられる。
選択肢として、前記圧縮パラメータは第１インデックスを含む。
選択肢として、前記決定ユニット４２０は具体的に、
前記第１インデックスがイーサネットフレームデータパケットを圧縮しないことを指示することに用いられる場合、前記目標データパケットが解凍又は回復される必要がないことを決定することに用いられる。
選択肢として、前記決定ユニット４２０は更に、
前記第１インデックスに基づいて第１圧縮対象を決定することと、
前記目標データパケットにおける前記第１圧縮対象を解凍又は回復することと、に用いられる。
選択肢として、前記決定ユニット４２０は具体的に、前記第１インデックス及び第１対応関係に基づいて、前記第１インデックスに対応する第１圧縮対象を決定することに用いられ、前記第１対応関係は少なくとも１つの圧縮対象及び前記少なくとも１つの圧縮対象に対応するインデックスを含み、前記少なくとも１つの圧縮対象は前記第１圧縮対象を含む。
選択肢として、前記少なくとも１つの圧縮対象は、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含む。
選択肢として、前記少なくとも１つの圧縮対象は、
Ｑタグ及びイーサネットフレームのフレームヘッダー、
Ｃタグ及びイーサネットフレームのフレームヘッダー、
Ｓタグ及びイーサネットフレームのフレームヘッダー、
Ｃタグ、Ｓタグ及びイーサネットフレームのフレームヘッダー、
Ｑタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
Ｃタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
Ｓタグ及びイーサネットフレームのフレームヘッダー及びパディングビット、
Ｃタグ、Ｓタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
パディングビット、
Ｑタグ及びパディングビット、
Ｃタグ及びパディングビット、
Ｓタグ及びパディングビット、
Ｃタグ、Ｓタグ及びパディングビット
イーサネットフレームヘッダーのフレームヘッダー、
Ｑタグ、
Ｃタグ、
Ｓタグ、
Ｃタグ及びＳタグ、
宛先アドレスフィールド、
ソースアドレスフィールド、
タイプフィールド、並びに、
長さフィールド、のうちの少なくとも１つを含む。
選択肢として、前記イーサネットフレームのフレームヘッダーは宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、及び長さフィールドのうちの少なくとも１つを含む。
選択肢として、前記第１対応関係における１つのインデックスは１つ又は複数の圧縮対象に対応する。
選択肢として、前記第１インデックスは複数のインデックスを含む。
選択肢として、前記第１対応関係は事前設定情報である。
選択肢として、前記通信ユニット４１０は更に、
前記圧縮装置から送信された前記第１インデックスを受信することに用いられる。
選択肢として、前記目標データパケットは前記第１インデックスを含む。
選択肢として、前記圧縮パラメータはイーサネットフレームデータパケットにおける圧縮対象又は非圧縮対象を示すための第１指示情報を含む。
選択肢として、前記第１指示情報はイーサネットフレームデータパケットにおける非圧縮対象が、
宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられる。
選択肢として、前記第１指示情報はイーサネットフレームデータパケットにおける圧縮対象が、
宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられる。
選択肢として、前記第１指示情報はイーサネットフレームデータパケットにおける圧縮対象がデータフィールドにおけるパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられる。
選択肢として、前記通信ユニット４１０は更に、
圧縮装置から送信された前記第１指示情報を受信することに用いられる。
選択肢として、前記目標データパケットは前記第１指示情報を含む。
選択肢として、前記目標データパケットは、
宛先アドレスフィールド、
ソースアドレスフィールド、
タイプフィールド、
長さフィールド、
仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド又はＱタグ、
Ｃタグ、
Ｓタグ、
タグプロトコル識別子（ＴＰＩＤ）、
仮想ローカルエリアネットワーク識別子（ＶＩＤ）、
優先度コードポイント（ＰＣＰ）、
廃棄優先度（ＤＥＩ）、
データフィールド、
パディングビット、
巡回冗長検査（ＣＲＣ）、
現在のデータパケットがフィードバックパケット又はデータパケットであることを示すためのパケットインジケータ、
イーサネットフレームデータパケットの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットの可変部分が変化したかどうか、又は、イーサネットフレームデータパケットの可変フィールド部分を含むかどうかを示すための第１可変フィールドインジケータ、
イーサネットフレームデータパケットのフレームヘッダーの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットが可変フィールド部分を含むかどうか、又は、イーサネットフレームデータパケットのフレームヘッダーの可変部分が変化したかどうかを示すための第２可変フィールドインジケータ、
Ｑタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＱタグ可変フィールドインジケータ、
Ｃタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＣタグ可変フィールドインジケータ、
Ｓタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＳタグ可変フィールドインジケータ、
現在のデータパケットのパディングビットのサイズを示すためのパディングビットサイズインジケータ、
パディングビットを圧縮するかどうか、現在のデータパケットのパディングビットを圧縮したかどうか、現在のデータパケットがパディングビットを含むかどうか、又は、パディングビットの長さが変化したかどうかを示すためのパディングビット圧縮指示、
ヘッダー圧縮に設定した又は対象の異なるデータパケットがマッピングされ得るコンテキストインデックス又は識別子を示すためのサブチャネル識別子、
現在のデータパケットが圧縮データパケット又は非圧縮データパケットであることを示すためのパケット圧縮指示、
現在のデータパケットにおける圧縮後のサブヘッダー情報を示すためのヘッダー圧縮指示、
Ｑタグを圧縮したかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグを含むかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグ或いはＳタグ及び／又はＣタグを圧縮したかどうか又はその少なくとも一部が変化したかどうかを示すための仮想ローカルエリアネットワーク（ＶＬＡＮ）圧縮指示、
長さフィールドを圧縮したかどうか、又は、長さフィールドを含むかどうか、又は、長さフィールドが変化したかどうかを示すための長さフィールドインジケータ、及び、
タイプフィールドを圧縮したかどうか、又は、タイプフィールドを含むかどうか、又は、タイプフィールドが変化したかどうかを示すためのタイプフィールドインジケータ、のうちの少なくとも１つを含む。
選択肢として、前記決定ユニット４２０は具体的に、
未圧縮のＸ個のデータパケットを受信した後、前記目標データパケットを解凍することに用いられる。
選択肢として、前記決定ユニット４２０は具体的に、
肯定応答（ＡＣＫ）を示すＹ個の未圧縮データパケットのフィードバックパケットを送信した後、前記目標データパケットを解凍することに用いられる。
選択肢として、前記通信ユニット４１０は更に、圧縮装置が報告した圧縮能力を受信することに用いられ、前記圧縮能力は前記圧縮装置がイーサネットフレームの圧縮をサポートするかどうかを示すことに用いられ、及び／又は、前記圧縮能力はサポートする圧縮対象を示すことに用いられる。
選択肢として、同じベアラに対応する圧縮パラメータは同じ又は異なる。
選択肢として、アップリンクに対応する圧縮パラメータとダウンリンクに対応する圧縮パラメータは同じ又は異なる。
理解されるように、装置実施例は方法実施例に対応してもよく、類似の説明については方法実施例を参照してもよい。具体的に、図２０に示される解凍装置４００は本願の実施例の方法を実行する対応主体に対応してもよく、且つ解凍装置４００の各ユニットの上記及び他の操作及び／又は機能はそれぞれ各方法における対応プロセスを実現するためのものである。簡潔のために、ここで詳細な説明は省略する。
以上は機能モジュールの観点から本願の実施例の通信装置を説明した。
理解されるように、該機能モジュールはハードウェア形式で実現されてもよく、ソフトウェア形式の命令で実現されてもよく、ハードウェア及びソフトウェアモジュールの組み合わせで実現されてもよい。
具体的に、本願の実施例における方法実施例の各ステップはプロセッサにおけるハードウェアの集積論理回路及び／又はソフトウェア形式の命令で行われてもよい。本願の実施例に開示される方法のステップはハードウェア復号プロセッサで遂行し、又は復号プロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせで遂行するように直接具現されてもよい。
選択肢として、ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラム可能読み出し専用メモリ、電気消去可能プログラム可能メモリ、レジスタ等の本分野で成熟している記憶媒体に位置してもよい。該記憶媒体はメモリに位置し、プロセッサはメモリにおける情報を読み取り、そのハードウェアと組み合わせて上記方法実施例のステップを行う。
例えば、本願の実施例では、図１９に示される送信ユニット３１０及び図２０に示される受信ユニット４１０は送受信機により実現されてもよい。
図２１は本願の実施例に係る通信装置６００の構造模式図である。
図２１に示すように、前記通信装置６００はプロセッサ６１０を備えてもよい。プロセッサ６１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。
選択肢として、通信装置６００はメモリ６２０を更に備えてもよい。
該メモリ６２０は指示情報を記憶することに用いられてもよく、プロセッサ６１０の実行するコード、命令等を記憶することに用いられてもよい。プロセッサ６１０はメモリ６２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。
メモリ６２０はプロセッサ６１０から独立した１つの独立したデバイスであってもよく、プロセッサ６１０に統合されてもよい。
選択肢として、通信装置６００は送受信機６３０を更に備えてもよい。
プロセッサ６１０は該送受信機６３０と他の装置との通信を制御することができ、具体的に、他の装置に情報又はデータを送信し、又は他の装置から送信された情報又はデータを受信することができる。
送受信機６３０は送信機と受信機を備えてもよい。送受信機６３０は更にアンテナを備えてもよく、アンテナの数が１つ又は複数であってもよい。
選択肢として、該通信装置６００は本願の実施例の圧縮装置であってもよく、且つ該通信装置６００は本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実現することができる。即ち、本願の実施例の通信装置６００は本願の実施例の圧縮装置３００に対応してもよく、且つ本願の実施例に係る方法を実行する対応主体に対応してもよい。簡潔のために、ここで詳細な説明は省略する。
選択肢として、該通信装置６００は本願の実施例の解凍装置であってもよく、且つ該通信装置６００は本願の実施例の各方法における端末装置の実現する対応プロセスを実現することができる。即ち、本願の実施例の通信装置６００は本願の実施例の解凍装置４００に対応してもよく、且つ本願の実施例に係る方法を実行する対応主体に対応してもよい。簡潔のために、ここで詳細な説明は省略する。
理解されるように、該通信装置６００の各コンポーネントはバスシステムによって接続され、バスシステムはデータバスのほか、更に電源バス、制御バス及び状態信号バスを含む。
また、本願の実施例は更にチップを提供し、該チップは信号処理機能を有する集積回路チップである可能性があり、本願の実施例に開示される各方法、ステップ及び論理ブロックを実現又は実行することができる。
選択肢として、該チップは様々な通信装置に適用されてもよく、該チップが取り付けられる通信装置に本願の実施例に開示される各方法、ステップ及び論理ブロックを実行させる。
図２２は本願の実施例に係るチップの構造模式図である。
図２２に示すように、前記チップ７００はプロセッサ７１０を備えてもよい。
プロセッサ７１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。
選択肢として、チップ７００は更にメモリ７２０を備えてもよい。プロセッサ７１０はメモリ７２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。該メモリ７２０は指示情報を記憶することに用いられてもよく、プロセッサ７１０の実行するコード、命令等を記憶することに用いられてもよい。
メモリ７２０はプロセッサ７１０から独立した１つの独立したデバイスであってもよく、プロセッサ７１０に統合されてもよい。
選択肢として、該チップ７００は更に入力インターフェース７３０を備えてもよい。プロセッサ７１０は該入力インターフェース７３０と他の装置又はチップとの通信を制御することができ、具体的に、他の装置又はチップから送信された情報又はデータを取得することができる。
選択肢として、該チップ７００は更に出力インターフェース７４０を備えてもよい。プロセッサ７１０は該出力インターフェース７４０と他の装置又はチップとの通信を制御することができ、具体的に、他の装置又はチップに情報又はデータを出力することができる。
選択肢として、該チップは本願の実施例のネットワーク装置に適用されてもよく、且つ該チップは本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。
選択肢として、該チップは本願の実施例の端末装置に適用されてもよく、且つ該チップは本願の実施例の各方法における端末装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。
理解されるように、本願の実施例に言及したチップは更にシステムレベルチップ、システムチップ、チップシステム又はシステムオンチップ等と称されてもよい。更に理解されるように、該チップ７００の各コンポーネントはバスシステムによって接続され、バスシステムはデータバスのほか、更に電源バス、制御バス及び状態信号バスを含む。
前記プロセッサは、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、個別ゲート又はトランジスタロジックデバイス、個別ハードウェアコンポーネント等を含んでもよいが、それらに限らない。
前記プロセッサは本願の実施例に開示される各方法、ステップ及び論理ブロックを実現又は実行することに用いられてもよい。本願の実施例に開示される方法のステップはハードウェア復号プロセッサで遂行し、又は復号プロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせで遂行するように直接具現されてもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラム可能読み出し専用メモリ又は電気消去可能プログラム可能メモリ、レジスタ等の本分野で成熟している記憶媒体に位置してもよい。該記憶媒体はメモリに位置し、プロセッサはメモリにおける情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを行う。
前記メモリは、揮発性メモリ及び／又は不揮発性メモリを含むが、それらに限らない。不揮発性メモリは読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ、Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ、Ｅｒａｓａｂｌｅ ＰＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ、Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは外部キャッシュメモリとして使用されるランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。例示的な説明であって制限的ではないが、多くの形式のＲＡＭ、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ、Ｓｔａｔｉｃ ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、Ｄｙｎａｍｉｃ ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ、Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ、Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）は利用可能である。
注意されるように、本明細書に説明されるシステム及び方法のメモリはこれらのメモリ及び任意の他の適切なタイプのメモリを含むが、それらに限らないように意図されるものである。
本願の実施例は、コンピュータプログラムを記憶することに用いられるコンピュータ可読記憶媒体を更に提供する。該コンピュータ可読記憶媒体には１つ又は複数のプログラムが記憶され、該１つ又は複数のプログラムは命令を含み、該命令は複数のアプリケーションプログラムを含むポータブル電子機器により実行されるとき、該ポータブル電子機器に方法３００～方法５００に示される実施例の方法を実行させる。
選択肢として、該コンピュータ可読記憶媒体は本願の実施例のネットワーク装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータが本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。
選択肢として、該コンピュータ可読記憶媒体は本願の実施例のモバイル端末／端末装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータが本願の実施例の各方法におけるモバイル端末／端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。
本願の実施例は、コンピュータプログラムを含むコンピュータプログラム製品を更に提供する。
選択肢として、該コンピュータプログラム製品は本願の実施例のネットワーク装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータが本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。
選択肢として、該コンピュータプログラム製品は本願の実施例のモバイル端末／端末装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータが本願の実施例の各方法におけるモバイル端末／端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。
本願の実施例は更にコンピュータプログラムを提供する。該コンピュータプログラムがコンピュータにより実行されるとき、コンピュータは実施例に示される方法を実行する。
選択肢として、該コンピュータプログラムは本願の実施例のネットワーク装置に適用されてもよく、該コンピュータプログラムがコンピュータにおいて実行されるとき、コンピュータが本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。
本願の実施例は更に通信システムを提供し、前記通信システムは図１９に示される圧縮装置３００及び図２０に示される解凍装置４００を備えてもよい。前記圧縮装置３００は上記方法における圧縮装置の実現する対応機能を実現することに用いられてもよく、前記解凍装置４００は上記方法における解凍装置の実現する対応機能を実現することに用いられてもよい。簡潔のために、ここで詳細な説明は省略する。
理解されるように、本願の実施例及び添付の特許請求の範囲に使用される用語は特定実施例を説明するためのものであって、本願の実施例を制限するためのものではない。
例えば、上下の文脈において他の意味を明確に示していない限り、本願の実施例及び添付の特許請求の範囲に使用される単数形式の「１種」、「前記」、「上記」及び「該」は複数形式も含むように意図されている。
当業者であれば意識できるように、本明細書に開示される実施例を参照して説明した各例示的なユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせで実現できる。これらの機能をハードウェアそれともソフトウェア方式で実行するかは、技術案の特定応用及び設計制約条件によって決定される。当業者は各特定応用に対して異なる方法でここの説明される機能を実現することができるが、このような実現は本願の実施例の範囲を超えるものと見なされるべきではない。
ソフトウェア機能ユニットの形式で実現され、独立した製品として販売又は使用されるときは、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本願の実施例の技術案の本質的又は従来技術に貢献する部分、又は該技術案の一部はソフトウェア製品の形式で具現されてもよく、該コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク装置等であってもよい）に本願の実施例に記載の方法の全部又は一部のステップを実行させるための若干の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体はＵＳＢメモリ、ポータブルハードディスク、読み出し専用メモリ、ランダムアクセスメモリ、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。
当業者であれば明確に理解できるように、説明を容易で簡単にするために、上記説明されるシステム、装置及びユニットの具体的な動作過程については、前述の方法実施例における対応過程を参照してもよく、ここで詳細な説明は省略する。
本願に係るいくつかの実施例において、理解されるように、開示されるシステム、装置及び方法は他の方式で実現されてもよい。
例えば、以上に説明される装置実施例におけるユニット又はモジュール又はコンポーネントの区分は論理機能上の区分に過ぎず、実際に実現するとき、他の区分方式があってもよく、例えば複数のユニット又はコンポーネントは他のシステムに結合又は統合されてもよく、又はいくつかのユニット又はモジュール又はコンポーネントは省略してもよく、又は実行しなくてもよい。
更に、例えば、分離／表示部材として説明される上記ユニット／モジュール／コンポーネントは物理的に分離してもよく、物理的に分離しなくてもよく、即ち、一箇所に位置してもよく、複数のネットワークユニットに配置されてもよい。実際の必要に応じて、その一部又は全部のユニット／モジュール／コンポーネントを選択して本願の実施例の目的を実現してもよい。
なお、最後に、以上の表示又は検討される相互間の結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットによる間接結合又は通信接続であってもよく、電気、機械又は他の形式であってもよい。
以上の説明は本願の実施例の具体的な実施形態に過ぎず、本願の実施例の保護範囲を制限するためのものではない。当業者が本願の実施例に開示される技術的範囲内で容易に想到し得る変更や置換は、いずれも本願の実施例の保護範囲内に含まれるべきである。従って、本願の実施例の保護範囲は特許請求の範囲に準じるべきである。
図３に示すように、イーサネットフレームデータパケットはイーサネットフレームのフレームヘッダー（ヘッダー部とも称される）及びデータ部を含んでもよい。イーサネットフレームのフレームヘッダーは宛先アドレス、ソースアドレス及び長さを含んでもよい。データ部はデータを含んでもよい。選択肢として、データ部は更にパディングビットを含んでもよい。選択肢として、イーサネットフレームデータパケットは５Ｇネットワークにおける伝送しない２つの部分、即ちプリアンブル及びフレームチェックシーケンス（ＦＣＳ、ｆｒａｍｅ ｃｈｅｃｋ ｓｅｑｕｅｎｃｅ）を更に含んでもよい。図３に示されるイーサネットフレームはＩＥＥＥ ８０２．３ ＳＮＡＰフレームタイプであってもよい。

Claims (190)

  1. 無線通信方法であって、
    圧縮装置がイーサネットフレームの圧縮パラメータに基づいて第１データパケット又は第２データパケットを送信し、前記第２データパケットが前記第１データパケットの圧縮データパケットであることを含むことを特徴とする無線通信方法。
  2. 前記方法は更に、
    前記圧縮装置がアクセスネットワーク装置又はコアネットワーク装置から送信された前記圧縮パラメータを受信することを含むことを特徴とする請求項１に記載の方法。
  3. 前記方法は更に、
    前記圧縮装置が前記圧縮パラメータに基づいて、前記第１データパケットを圧縮するかどうかを決定することを含むことを特徴とする請求項１又は２に記載の方法。
  4. 前記圧縮パラメータは第１インデックスを含むことを特徴とする請求項１～３のいずれか１項に記載の方法。
  5. 前記圧縮装置がイーサネットフレームの圧縮パラメータに基づいて第１データパケット又は第２データパケットを送信することは、
    前記第１インデックスがイーサネットフレームデータパケットを圧縮しないことを指示することに用いられる場合、前記圧縮装置が前記第１データパケットを送信すること、及び／又は、
    前記第１インデックスがイーサネットフレームデータパケットを圧縮しないことを指示することに用いられる場合、前記第１データパケットを圧縮しないことを含むことを特徴とする請求項４に記載の方法。
  6. 前記圧縮装置がイーサネットフレームの圧縮パラメータに基づいて第１データパケット又は第２データパケットを送信することは、
    前記圧縮装置が前記第１インデックスに基づいて第１圧縮対象を決定することと、
    前記圧縮装置が前記第１圧縮対象を圧縮した前記第２データパケットを送信することと、を含むことを特徴とする請求項４又は５に記載の方法。
  7. 前記圧縮装置が前記第１インデックスに基づいて第１圧縮対象を決定することは、
    前記圧縮装置が前記第１インデックス及び第１対応関係に基づいて、前記第１インデックスに対応する第１圧縮対象を決定し、前記第１対応関係が少なくとも１つの圧縮対象及び前記少なくとも１つの圧縮対象に対応するインデックスを含み、前記少なくとも１つの圧縮対象が前記第１圧縮対象を含むことを含むことを特徴とする請求項６に記載の方法。
  8. 前記少なくとも１つの圧縮対象は、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを特徴とする請求項７に記載の方法。
  9. 前記少なくとも１つの圧縮対象は、
    Ｑタグ及びイーサネットフレームのフレームヘッダー、
    Ｃタグ及びイーサネットフレームのフレームヘッダー、
    Ｓタグ及びイーサネットフレームのフレームヘッダー、
    Ｃタグ、Ｓタグ及びイーサネットフレームのフレームヘッダー、
    Ｑタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
    Ｃタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
    Ｓタグ及びイーサネットフレームのフレームヘッダー及びパディングビット、
    Ｃタグ、Ｓタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
    パディングビット、
    Ｑタグ及びパディングビット、
    Ｃタグ及びパディングビット、
    Ｓタグ及びパディングビット、
    Ｃタグ、Ｓタグ及びパディングビット、
    イーサネットフレームヘッダーのフレームヘッダー、
    Ｑタグ、
    Ｃタグ、
    Ｓタグ、
    Ｃタグ及びＳタグ、
    宛先アドレスフィールド、
    ソースアドレスフィールド、
    タイプフィールド、並びに、
    長さフィールド、のうちの少なくとも１つを含むことを特徴とする請求項７に記載の方法。
  10. 前記イーサネットフレームのフレームヘッダーは、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、及び長さフィールドのうちの少なくとも１つを含むことを特徴とする請求項９に記載の方法。
  11. 前記第１対応関係における１つのインデックスは１つ又は複数の圧縮対象に対応することを特徴とする請求項７～１０のいずれか１項に記載の方法。
  12. 前記第１インデックスは複数のインデックスを含むことを特徴とする請求項７～１０のいずれか１項に記載の方法。
  13. 前記第１対応関係は事前設定情報であることを特徴とする請求項７～１２のいずれか１項に記載の方法。
  14. 前記方法は更に、
    前記圧縮装置が解凍装置に前記第１インデックスを送信することを含むことを特徴とする請求項４～１３のいずれか１項に記載の方法。
  15. 前記第１データパケット又は第２データパケットは前記第１インデックスを含むことを特徴とする請求項１４に記載の方法。
  16. 前記圧縮パラメータは、イーサネットフレームデータパケットにおける圧縮対象又は非圧縮対象を示すための第１指示情報を含むことを特徴とする請求項１～３のいずれか１項に記載の方法。
  17. 前記第１指示情報は具体的に、イーサネットフレームデータパケットにおける非圧縮対象が、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられることを特徴とする請求項１６に記載の方法。
  18. 前記第１指示情報は具体的に、イーサネットフレームデータパケットにおける圧縮対象が、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられることを特徴とする請求項１６に記載の方法。
  19. 前記第１指示情報はイーサネットフレームデータパケットにおける圧縮対象がデータフィールドにおけるパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられることを特徴とする請求項１６に記載の方法。
  20. 前記方法は更に、
    前記圧縮装置が解凍装置に前記第１指示情報を送信することを含むことを特徴とする請求項１６～１９のいずれか１項に記載の方法。
  21. 前記第１データパケット又は第２データパケットは前記第１指示情報を含むことを特徴とする請求項２０に記載の方法。
  22. 前記方法は更に、
    前記圧縮装置が、前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は廃棄するかどうかを決定することを含むことを特徴とする請求項１～２１のいずれか１項に記載の方法。
  23. 前記圧縮装置が、前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は廃棄するかどうかを決定することは、
    第１条件を満足する場合、前記圧縮装置が前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は廃棄することを含むことを特徴とする請求項２２に記載の方法。
  24. 前記第１条件は、
    イーサネットフレームのフレームフォーマットが８０２．３フォーマットであること、
    イーサネットフレームのタイプ／長さフィールドが長さフィールドを代表すること、
    イーサネットフレームのタイプ／長さフィールドの値が第１閾値より小さいこと、
    パディングビットを圧縮することを、アクセスネットワークが設定し、又はコアネットワークが設定し、又は予め定義すること、
    解凍装置がパディングビットを解凍又は回復する能力を持つこと、
    圧縮装置がＸ個の未圧縮データパケットを送信したこと、
    圧縮装置が肯定応答（ＡＣＫ）を示すＹ個のヘッダー圧縮のフィードバックパケットを受信したこと、
    圧縮装置がパディングビットを圧縮する能力を持つこと、
    解凍装置によるパディングビットの圧縮又は廃棄の指示情報を受信したこと、
    長さフィールドが圧縮され、又は圧縮される必要があること、及び、
    長さフィールドを圧縮しないこと、のうちの少なくとも１つを含むことを特徴とする請求項２３に記載の方法。
  25. 前記解凍装置がパディングビットを解凍又は回復する能力を持つことは、解凍装置が、
    解凍装置は解凍装置がパディングビットを解凍又は回復する能力を持つことを指示すること、
    解凍装置がデータ部の情報に対する復号化に基づいてパディングビットを回復する能力を持つこと、
    解凍装置がデータ部の情報に対して深層復号化を行う能力を持つこと、及び、
    解凍装置が下位層データパケットに基づいてパディングビットを回復できること、のうちの少なくとも１つを満足することを意味することを特徴とする請求項２４に記載の方法。
  26. 前記方法は更に、
    前記圧縮装置が第２指示情報を送信し、前記第２指示情報は前記データパケットにおけるパディングビットのサイズ又はデータパケットにおける圧縮前のパディングビットのサイズを示すことに用いられることを含むことを特徴とする請求項１～２５のいずれか１項に記載の方法。
  27. 前記第１データパケット又は第２データパケットは前記第２指示情報を含むことを特徴とする請求項２６に記載の方法。
  28. 前記方法は更に、
    前記圧縮装置が第３指示情報を送信し、前記第３指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第３指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられることを含むことを特徴とする請求項１～２７のいずれか１項に記載の方法。
  29. 前記第１データパケット又は第２データパケットは前記第３指示情報を含むことを特徴とする請求項２８に記載の方法。
  30. 前記第１データパケット又は前記第２データパケットは、
    宛先アドレスフィールド、
    ソースアドレスフィールド、
    タイプフィールド、
    長さフィールド、
    仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド又はＱタグ、
    Ｃタグ、
    Ｓタグ、
    タグプロトコル識別子（ＴＰＩＤ）、
    仮想ローカルエリアネットワーク識別子（ＶＩＤ）、
    優先度コードポイント（ＰＣＰ）、
    廃棄優先度（ＤＥＩ）、
    データフィールド、
    パディングビット、
    巡回冗長検査（ＣＲＣ）、
    現在のデータパケットがフィードバックパケット又はデータパケットであることを示すためのパケットインジケータ、
    イーサネットフレームデータパケットの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットの可変部分が変化したかどうか、又は、イーサネットフレームデータパケットの可変フィールド部分を含むかどうかを示すための第１可変フィールドインジケータ、
    イーサネットフレームデータパケットのフレームヘッダーの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットが可変フィールド部分を含むかどうか、又は、イーサネットフレームデータパケットのフレームヘッダーの可変部分が変化したかどうかを示すための第２可変フィールドインジケータ、
    Ｑタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＱタグ可変フィールドインジケータ、
    Ｃタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＣタグ可変フィールドインジケータ、
    Ｓタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＳタグ可変フィールドインジケータ、
    現在のデータパケットのパディングビットのサイズを示すためのパディングビットサイズインジケータ、
    パディングビットを圧縮するかどうか、現在のデータパケットのパディングビットを圧縮したかどうか、現在のデータパケットがパディングビットを含むかどうか、又は、パディングビットの長さが変化したかどうかを示すためのパディングビット圧縮指示、
    ヘッダー圧縮に設定した又は対象の異なるデータパケットがマッピングされ得るコンテキストインデックス又は識別子を示すためのサブチャネル識別子、
    現在のデータパケットが圧縮データパケット又は非圧縮データパケットであることを示すためのパケット圧縮指示、
    現在のデータパケットにおける圧縮後のサブヘッダー情報を示すためのヘッダー圧縮指示、
    Ｑタグを圧縮したかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグを含むかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグ或いはＳタグ及び／又はＣタグを圧縮したかどうか又はその少なくとも一部が変化したかどうかを示すための仮想ローカルエリアネットワーク（ＶＬＡＮ）圧縮指示、
    長さフィールドを圧縮したかどうか、又は、長さフィールドを含むかどうか、又は、長さフィールドが変化したかどうかを示すための長さフィールドインジケータ、及び、
    タイプフィールドを圧縮したかどうか、又は、タイプフィールドを含むかどうか、又は、タイプフィールドが変化したかどうかを示すためのタイプフィールドインジケータ、のうちの少なくとも１つを含むことを特徴とする請求項１～２９のいずれか１項に記載の方法。
  31. 前記方法は更に、
    前記圧縮装置が前記第１データパケットにおける長さフィールドを圧縮するかどうかを決定することを含むことを特徴とする請求項１～３０のいずれか１項に記載の方法。
  32. 前記圧縮装置が、前記第１データパケットにおける長さフィールドを圧縮するかどうかを決定することは、
    前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は除去する場合、前記圧縮装置が前記長さフィールドを圧縮すること、及び／又は、
    前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は除去しない場合、前記圧縮装置が長さフィールドを圧縮しないことを含むことを特徴とする請求項３１に記載の方法。
  33. 前記第１データパケット又は前記第２データパケットは長さフィールドを含むことを特徴とする請求項１～３０のいずれか１項に記載の方法。
  34. 前記方法は更に、
    前記圧縮装置が未圧縮のＸ個のデータパケットを受信した後、前記第２データパケットを送信すること、及び／又は、
    前記圧縮装置が肯定応答（ＡＣＫ）を示すＹ個の未圧縮データパケットのフィードバックパケットを受信した後、前記第２データパケットを送信することを含むことを特徴とする請求項１～３３のいずれか１項に記載の方法。
  35. 前記方法は更に、
    前記圧縮装置が圧縮能力を報告し、前記圧縮能力は前記圧縮装置がイーサネットフレームの圧縮をサポートするかどうかを示すことに用いられ、及び／又は、前記圧縮能力はサポートする圧縮対象を示すことに用いられることを含むことを特徴とする請求項１～３４のいずれか１項に記載の方法。
  36. 同じベアラに対応する圧縮パラメータは同じ又は異なり、及び／又は、アップリンクに対応する圧縮パラメータとダウンリンクに対応する圧縮パラメータは同じ又は異なることを特徴とする請求項１～３５のいずれか１項に記載の方法。
  37. 無線通信方法であって、
    解凍装置が目標データパケットを受信することと、
    前記解凍装置が前記目標データパケットを解凍するかどうかを決定することと、を含むことを特徴とする無線通信方法。
  38. 前記方法は更に、
    前記解凍装置が前記目標データパケットにおける圧縮対象又は解凍対象を決定することを含むことを特徴とする請求項３７に記載の方法。
  39. 前記圧縮対象又は解凍対象は、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを特徴とする請求項３８に記載の方法。
  40. 前記解凍装置が、前記目標データパケットを解凍するかどうかを決定することは、
    前記解凍装置が前記目標データパケットにおけるパディングビットを解凍又は回復するかどうかを決定することを含むことを特徴とする請求項３７～３９のいずれか１項に記載の方法。
  41. 前記解凍装置が、前記目標データパケットにおけるパディングビットを解凍又は回復するかどうかを決定することは、
    第２条件を満足する場合、前記解凍装置が前記目標データパケットにおけるパディングビットを解凍又は回復することを含むことを特徴とする請求項４０に記載の方法。
  42. 前記第２条件は、
    イーサネットフレームのフレームフォーマットが８０２．３フォーマットであること、
    イーサネットフレームのタイプ／長さフィールドが長さフィールドの情報を代表すること、
    イーサネットフレームのタイプ／長さフィールドの値が第１閾値より小さいこと、
    パディングビットを圧縮することを、アクセスネットワークが設定し、又はコアネットワークが設定し、又は予め定義すること、
    解凍装置がパディングビットを解凍又は回復する能力を持つこと、
    データパケットにおける長さフィールドに対してヘッダー圧縮を行っていないこと、
    イーサネットフレームデータパケットが６４バイトより小さいこと、
    イーサネットフレームデータパケットのデータ部分が４６バイトより小さいこと、
    解凍後のイーサネットフレームデータパケットが６４バイトより小さいこと、
    解凍後のイーサネットフレームデータパケットのデータ部分が４６バイトより小さいこと、
    パディングビットが圧縮されたかどうかの指示を受信したこと、
    パディングビットの占有する長さの指示を受信したこと、
    パディングビット圧縮指示を受信したこと、
    圧縮装置がＸ個の未圧縮データパケットを送信したこと、
    圧縮装置が肯定応答（ＡＣＫ）を示すＹ個のヘッダー圧縮のフィードバックパケットを受信したこと、
    圧縮装置がパディングビット圧縮能力を持つこと、
    パディングビットが圧縮又は除去されること、
    長さフィールドが圧縮されること、
    圧縮装置がパディングビットを圧縮できる能力の指示を受信したこと、及び、
    長さフィールドが圧縮されておらず、又はデータパケットが長さフィールドを含むこと、のうちの少なくとも１つを含むことを特徴とする請求項４１に記載の方法。
  43. 前記解凍装置がパディングビットを解凍又は回復する能力を持つことは、解凍装置が、
    解凍装置は解凍装置がパディングビットを解凍又は回復する能力を持つことを指示すること、
    解凍装置がデータ部の情報に対する復号化に基づいてパディングビットを回復する能力を持つこと、
    解凍装置がデータ部の情報に対して深層復号化を行う能力を持つこと、及び、
    解凍装置が下位層データパケットに基づいてパディングビットを回復できること、のうちの少なくとも１つを満足することを意味することを特徴とする請求項４２に記載の方法。
  44. 前記方法は更に、
    前記解凍装置が、前記目標データパケットにおけるデータフィールド又はイーサネットフレーム有効データの後で、パディングビットのバイト数と同じである０又は１ビットストリングを追加して、解凍後又は最終的なデータフィールドを取得することを含むことを特徴とする請求項３７～４３のいずれか１項に記載の方法。
  45. 前記方法は更に、
    前記解凍装置が前記目標データパケットにおける長さフィールドの情報に基づいて、前記パディングビットのバイト数を決定することを含むことを特徴とする請求項４４に記載の方法。
  46. 前記解凍装置が前記目標データパケットにおける長さフィールドの情報に基づいて、前記パディングビットのバイト数を決定することは、
    前記解凍装置が４６バイトから前記長さフィールドのバイト数を引いて、前記パディングビットのバイト数を取得することを含むことを特徴とする請求項４５に記載の方法。
  47. 前記方法は更に、
    前記解凍装置が下位層データパケットに含まれる長さフィールドインジケータに基づいて、前記目標データパケットにおけるパディングビットのバイト数及び／又は前記目標データパケットにおける長さフィールドの情報を決定することを含むことを特徴とする請求項３７～４６のいずれか１項に記載の方法。
  48. 前記長さフィールドインジケータは、
    無線リンク制御（ＲＬＣ）パケット、媒体アクセス制御（ＭＡＣ）パケット及びパケットデータ収束プロトコル（ＰＤＣＰ）パケットのうちの少なくとも１つに含まれることを特徴とする請求項４７に記載の方法。
  49. 前記方法は更に、
    前記解凍装置が第２指示情報を受信し、前記第２指示情報は前記目標データパケットのパディングビットのサイズ又は圧縮前のパディングビットのサイズを示すことに用いられることを含むことを特徴とする請求項３７～４８のいずれか１項に記載の方法。
  50. 前記方法は更に、
    前記解凍装置が前記第２指示情報に基づいて、前記目標データパケットにおけるパディングビットを解凍又は回復することを含むことを特徴とする請求項４９に記載の方法。
  51. 前記目標データパケットは前記第２指示情報を含むことを特徴とする請求項４９に記載の方法。
  52. 前記方法は更に、
    前記圧縮装置が第３指示情報を送信し、前記第３指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第３指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられることを含むことを特徴とする請求項３７～５１のいずれか１項に記載の方法。
  53. 前記方法は更に、
    前記解凍装置が前記第３指示情報に基づいて、前記目標データパケットにおけるパディングビットを解凍又は回復することを含むことを特徴とする請求項５２に記載の方法。
  54. 前記目標データパケットは前記第３指示情報を含むことを特徴とする請求項５２に記載の方法。
  55. 前記方法は更に、
    前記解凍装置は前記目標データパケットにおけるパディングビットが圧縮又は除去されたかどうかを決定すること、又は、
    前記解凍装置は前記目標データパケットがパディングビットを含むかどうかを決定することを含むことを特徴とする請求項３７～５４のいずれか１項に記載の方法。
  56. 前記解凍装置が、前記目標データパケットを解凍するかどうかを決定することは、
    前記解凍装置は前記目標データパケットにおける長さフィールドを解凍するかどうかを決定することを含むことを特徴とする請求項３７～５５のいずれか１項に記載の方法。
  57. 前記方法は更に、
    前記解凍装置は前記目標データパケットにおけるパディングビットが圧縮されたかどうかによって、前記目標データパケットにおける長さフィールドを解凍するかどうかを決定することを含むことを特徴とする請求項５６に記載の方法。
  58. 前記目標データパケットにおけるパディングビットが圧縮されたかどうかによって、前記目標データパケットにおける長さフィールドを解凍するかどうかを決定することは、
    前記目標データパケットにおけるパディングビットが圧縮又は除去された場合、前記目標データパケットにおける長さフィールドを解凍又は回復すること、及び／又は、
    前記目標データパケットにおけるパディングビットが圧縮又は除去されていない場合、前記目標データパケットにおける長さフィールドを解凍又は回復しないことを含むことを特徴とする請求項５７に記載の方法。
  59. 前記方法は更に、
    前記解凍装置は前記目標データパケットにおける長さフィールドが圧縮されたかどうかを決定すること、又は、
    前記解凍装置は前記目標データパケットが長さフィールドを含むかどうかを決定することを含むことを特徴とする請求項３７～５８のいずれか１項に記載の方法。
  60. 前記方法は更に、
    前記解凍装置は前記目標データパケットにおける長さフィールドが解凍又は回復される必要がないことを決定すること、又は、
    前記解凍装置は前記目標データパケットにおける長さフィールドが圧縮されておらず、又は前記目標データパケットが長さフィールドを含むことを決定することを含むことを特徴とする請求項３７～５９のいずれか１項に記載の方法。
  61. 前記方法は更に、
    前記解凍装置が前記目標データパケットにおけるパディングビットのサイズに基づいて、前記長さフィールドのバイト数を決定すること、又は、
    前記解凍装置が前記目標データパケットにおける圧縮前のパディングビットのサイズに基づいて、前記長さフィールドのバイト数を決定することを含むことを特徴とする請求項３７～６０のいずれか１項に記載の方法。
  62. 前記パディングビットのサイズはパディングビットのバイト数であることを特徴とする請求項６１に記載の方法。
  63. 前記解凍装置が前記目標データパケットにおけるパディングビットのバイト数に基づいて、前記長さフィールドのバイト数を決定することは、
    前記解凍装置が４６バイトから前記パディングビットのバイト数を引いて、前記長さフィールドのバイト数を取得することを含むことを特徴とする請求項６１に記載の方法。
  64. 前記解凍装置が、前記目標データパケットを解凍するかどうかを決定することは、
    前記解凍装置は前記目標データパケットにおけるタイプフィールドを解凍するかどうかを決定することを含むことを特徴とする請求項３７～６３のいずれか１項に記載の方法。
  65. 前記方法は更に、
    前記解凍装置が圧縮パラメータを決定することを含むことを特徴とする請求項３７～６４のいずれか１項に記載の方法。
  66. 前記方法は更に、
    前記解凍装置がアクセスネットワーク装置又はコアネットワーク装置から送信された圧縮パラメータを受信することを含むことを特徴とする請求項６５に記載の方法。
  67. 前記圧縮パラメータは第１インデックスを含むことを特徴とする請求項６５又は６６に記載の方法。
  68. 前記解凍装置が、前記目標データパケットを解凍するかどうかを決定することは、
    前記第１インデックスがイーサネットフレームデータパケットを圧縮しないことを指示することに用いられる場合、前記解凍装置は前記目標データパケットが解凍又は回復される必要がないことを決定することを含むことを特徴とする請求項６７に記載の方法。
  69. 前記方法は更に、
    前記解凍装置が前記第１インデックスに基づいて第１圧縮対象を決定することと、
    前記解凍装置が前記目標データパケットにおける前記第１圧縮対象を解凍又は回復することと、を含むことを特徴とする請求項６７又は６８に記載の方法。
  70. 前記解凍装置が前記第１インデックスに基づいて第１圧縮対象を決定することは、
    前記解凍装置が前記第１インデックス及び第１対応関係に基づいて、前記第１インデックスに対応する第１圧縮対象を決定し、前記第１対応関係は少なくとも１つの圧縮対象及び前記少なくとも１つの圧縮対象に対応するインデックスを含み、前記少なくとも１つの圧縮対象が前記第１圧縮対象を含むことを含むことを特徴とする請求項６９に記載の方法。
  71. 前記少なくとも１つの圧縮対象は、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを特徴とする請求項７０に記載の方法。
  72. 前記少なくとも１つの圧縮対象は、
    Ｑタグ及びイーサネットフレームのフレームヘッダー、
    Ｃタグ及びイーサネットフレームのフレームヘッダー、
    Ｓタグ及びイーサネットフレームのフレームヘッダー、
    Ｃタグ、Ｓタグ及びイーサネットフレームのフレームヘッダー、
    Ｑタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
    Ｃタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
    Ｓタグ及びイーサネットフレームのフレームヘッダー及びパディングビット、
    Ｃタグ、Ｓタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
    パディングビット、
    Ｑタグ及びパディングビット、
    Ｃタグ及びパディングビット、
    Ｓタグ及びパディングビット、
    Ｃタグ、Ｓタグ及びパディングビット、
    イーサネットフレームヘッダーのフレームヘッダー、
    Ｑタグ、
    Ｃタグ、
    Ｓタグ、
    Ｃタグ及びＳタグ、
    宛先アドレスフィールド、
    ソースアドレスフィールド、
    タイプフィールド、並びに、
    長さフィールド、のうちの少なくとも１つを含むことを特徴とする請求項７０に記載の方法。
  73. 前記イーサネットフレームのフレームヘッダーは、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、及び長さフィールドのうちの少なくとも１つを含むことを特徴とする請求項７２に記載の方法。
  74. 前記第１対応関係における１つのインデックスは１つ又は複数の圧縮対象に対応することを特徴とする請求項７０～７３のいずれか１項に記載の方法。
  75. 前記第１インデックスは複数のインデックスを含むことを特徴とする請求項７０～７３のいずれか１項に記載の方法。
  76. 前記第１対応関係は事前設定情報であることを特徴とする請求項７０～７３のいずれか１項に記載の方法。
  77. 前記方法は更に、
    前記解凍装置が前記圧縮装置から送信された前記第１インデックスを受信することを含むことを特徴とする請求項６７～７６のいずれか１項に記載の方法。
  78. 前記目標データパケットは前記第１インデックスを含むことを特徴とする請求項７７に記載の方法。
  79. 前記圧縮パラメータは、イーサネットフレームデータパケットにおける圧縮対象又は非圧縮対象を示すための第１指示情報を含むことを特徴とする請求項６５又は６６に記載の方法。
  80. 前記第１指示情報は、イーサネットフレームデータパケットにおける非圧縮対象が、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられることを特徴とする請求項７９に記載の方法。
  81. 前記第１指示情報は、イーサネットフレームデータパケットにおける圧縮対象が、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられることを特徴とする請求項７９に記載の方法。
  82. 前記第１指示情報はイーサネットフレームデータパケットにおける圧縮対象がデータフィールドにおけるパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられることを特徴とする請求項７９に記載の方法。
  83. 前記方法は更に、
    前記解凍装置が圧縮装置から送信された前記第１指示情報を受信することを含むことを特徴とする請求項７９～８２のいずれか１項に記載の方法。
  84. 前記目標データパケットは前記第１指示情報を含むことを特徴とする請求項８３に記載の方法。
  85. 前記目標データパケットは、
    宛先アドレスフィールド、
    ソースアドレスフィールド、
    タイプフィールド、
    長さフィールド、
    仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド又はＱタグ、
    Ｃタグ、
    Ｓタグ、
    タグプロトコル識別子（ＴＰＩＤ）、
    仮想ローカルエリアネットワーク識別子（ＶＩＤ）、
    優先度コードポイント（ＰＣＰ）、
    廃棄優先度（ＤＥＩ）、
    データフィールド、
    パディングビット、
    巡回冗長検査（ＣＲＣ）、
    現在のデータパケットがフィードバックパケット又はデータパケットであることを示すためのパケットインジケータ、
    イーサネットフレームデータパケットの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットの可変部分が変化したかどうか、又は、イーサネットフレームデータパケットの可変フィールド部分を含むかどうかを示すための第１可変フィールドインジケータ、
    イーサネットフレームデータパケットのフレームヘッダーの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットが可変フィールド部分を含むかどうか、又は、イーサネットフレームデータパケットのフレームヘッダーの可変部分が変化したかどうかを示すための第２可変フィールドインジケータ、
    Ｑタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＱタグ可変フィールドインジケータ、
    Ｃタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＣタグ可変フィールドインジケータ、
    Ｓタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＳタグ可変フィールドインジケータ、
    現在のデータパケットのパディングビットのサイズを示すためのパディングビットサイズインジケータ、
    パディングビットを圧縮するかどうか、現在のデータパケットのパディングビットを圧縮したかどうか、現在のデータパケットがパディングビットを含むかどうか、又は、パディングビットの長さが変化したかどうかを示すためのパディングビット圧縮指示、
    ヘッダー圧縮に設定した又は対象の異なるデータパケットがマッピングされ得るコンテキストインデックス又は識別子を示すためのサブチャネル識別子、
    現在のデータパケットが圧縮データパケット又は非圧縮データパケットであることを示すためのパケット圧縮指示、
    現在のデータパケットにおける圧縮後のサブヘッダー情報を示すためのヘッダー圧縮指示、
    Ｑタグを圧縮したかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグを含むかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグ或いはＳタグ及び／又はＣタグを圧縮したかどうか又はその少なくとも一部が変化したかどうかを示すための仮想ローカルエリアネットワーク（ＶＬＡＮ）圧縮指示、
    長さフィールドを圧縮したかどうか、又は、長さフィールドを含むかどうか、又は、長さフィールドが変化したかどうかを示すための長さフィールドインジケータ、及び、
    タイプフィールドを圧縮したかどうか、又は、タイプフィールドを含むかどうか、又は、タイプフィールドが変化したかどうかを示すためのタイプフィールドインジケータ、のうちの少なくとも１つを含むことを特徴とする請求項３７～６６のいずれか１項に記載の方法。
  86. 前記解凍装置が、前記目標データパケットを解凍するかどうかを決定することは、
    前記解凍装置が未圧縮のＸ個のデータパケットを受信した後、前記目標データパケットを解凍することを含むことを特徴とする請求項３７～８５のいずれか１項に記載の方法。
  87. 前記解凍装置が、前記目標データパケットを解凍するかどうかを決定することは、
    前記解凍装置が肯定応答（ＡＣＫ）を示すＹ個の未圧縮データパケットのフィードバックパケットを送信した後、前記目標データパケットを解凍することを含むことを特徴とする請求項３７～８５のいずれか１項に記載の方法。
  88. 前記方法は更に、
    前記解凍装置は圧縮装置が報告した圧縮能力を受信し、前記圧縮能力は前記圧縮装置がイーサネットフレームの圧縮をサポートするかどうかを示すことに用いられ、及び／又は、前記圧縮能力はサポートする圧縮対象を示すことに用いられることを含むことを特徴とする請求項３７～８７のいずれか１項に記載の方法。
  89. 同じベアラに対応する圧縮パラメータは同じ又は異なることを特徴とする請求項３７～８８のいずれか１項に記載の方法。
  90. アップリンクに対応する圧縮パラメータとダウンリンクに対応する圧縮パラメータは同じ又は異なることを特徴とする請求項３７～８９のいずれか１項に記載の方法。
  91. 圧縮装置であって、通信ユニットを備え、
    前記通信ユニットはイーサネットフレームの圧縮パラメータに基づいて第１データパケット又は第２データパケットを送信することに用いられ、前記第２データパケットが前記第１データパケットの圧縮データパケットであることを特徴とする圧縮装置。
  92. 前記通信ユニットは更に、
    アクセスネットワーク装置又はコアネットワーク装置から送信された前記圧縮パラメータを受信することに用いられることを特徴とする請求項９１に記載の圧縮装置。
  93. 前記圧縮装置は第１決定ユニットを更に備え、
    前記第１決定ユニットは前記圧縮パラメータに基づいて、前記第１データパケットを圧縮するかどうかを決定することに用いられることを特徴とする請求項９１又は９２に記載の圧縮装置。
  94. 前記圧縮パラメータは第１インデックスを含むことを特徴とする請求項９１～９３のいずれか１項に記載の圧縮装置。
  95. 前記通信ユニットは具体的に、
    前記第１インデックスがイーサネットフレームデータパケットを圧縮しないことを指示することに用いられる場合、前記第１データパケットを送信すること、及び／又は、
    前記第１インデックスがイーサネットフレームデータパケットを圧縮しないことを指示することに用いられる場合、前記第１データパケットを圧縮しないことに用いられることを特徴とする請求項９４に記載の圧縮装置。
  96. 前記通信ユニットは具体的に、
    前記第１インデックスに基づいて第１圧縮対象を決定することと、
    前記第１圧縮対象を圧縮した前記第２データパケットを送信することと、に用いられることを特徴とする請求項９４又は９５に記載の圧縮装置。
  97. 前記通信ユニットはより具体的に、
    前記第１インデックス及び第１対応関係に基づいて、前記第１インデックスに対応する第１圧縮対象を決定することに用いられ、
    前記第１対応関係は少なくとも１つの圧縮対象及び前記少なくとも１つの圧縮対象に対応するインデックスを含み、前記少なくとも１つの圧縮対象は前記第１圧縮対象を含むことを特徴とする請求項９６に記載の圧縮装置。
  98. 前記少なくとも１つの圧縮対象は、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを特徴とする請求項９７に記載の圧縮装置。
  99. 前記少なくとも１つの圧縮対象は、
    Ｑタグ及びイーサネットフレームのフレームヘッダー、
    Ｃタグ及びイーサネットフレームのフレームヘッダー、
    Ｓタグ及びイーサネットフレームのフレームヘッダー、
    Ｃタグ、Ｓタグ及びイーサネットフレームのフレームヘッダー、
    Ｑタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
    Ｃタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
    Ｓタグ及びイーサネットフレームのフレームヘッダー及びパディングビット、
    Ｃタグ、Ｓタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
    パディングビット、
    Ｑタグ及びパディングビット、
    Ｃタグ及びパディングビット、
    Ｓタグ及びパディングビット、
    Ｃタグ、Ｓタグ及びパディングビット、
    イーサネットフレームヘッダーのフレームヘッダー、
    Ｑタグ、
    Ｃタグ、
    Ｓタグ、
    Ｃタグ及びＳタグ、
    宛先アドレスフィールド、
    ソースアドレスフィールド、
    タイプフィールド、並びに、
    長さフィールド、のうちの少なくとも１つを含むことを特徴とする請求項９７に記載の圧縮装置。
  100. 前記イーサネットフレームのフレームヘッダーは、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、及び長さフィールドのうちの少なくとも１つを含むことを特徴とする請求項９９に記載の圧縮装置。
  101. 前記第１対応関係における１つのインデックスは１つ又は複数の圧縮対象に対応することを特徴とする請求項９７～１００のいずれか１項に記載の圧縮装置。
  102. 前記第１インデックスは複数のインデックスを含むことを特徴とする請求項９７～１００のいずれか１項に記載の圧縮装置。
  103. 前記第１対応関係は事前設定情報であることを特徴とする請求項９７～１０２のいずれか１項に記載の圧縮装置。
  104. 前記通信ユニットは更に、
    解凍装置に前記第１インデックスを送信することに用いられることを特徴とする請求項９４～１０３のいずれか１項に記載の圧縮装置。
  105. 前記第１データパケット又は第２データパケットは前記第１インデックスを含むことを特徴とする請求項１０４に記載の圧縮装置。
  106. 前記圧縮パラメータは、イーサネットフレームデータパケットにおける圧縮対象又は非圧縮対象を示すための第１指示情報を含むことを特徴とする請求項９１～９３のいずれか１項に記載の圧縮装置。
  107. 前記第１指示情報は具体的に、イーサネットフレームデータパケットにおける非圧縮対象が、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられることを特徴とする請求項１０６に記載の圧縮装置。
  108. 前記第１指示情報は具体的に、イーサネットフレームデータパケットにおける圧縮対象が、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられることを特徴とする請求項１０６に記載の圧縮装置。
  109. 前記第１指示情報はイーサネットフレームデータパケットにおける圧縮対象がデータフィールドにおけるパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられることを特徴とする請求項１０６に記載の圧縮装置。
  110. 前記通信ユニットは更に、
    解凍装置に前記第１指示情報を送信することに用いられることを特徴とする請求項１０６～１０９のいずれか１項に記載の圧縮装置。
  111. 前記第１データパケット又は第２データパケットは前記第１指示情報を含むことを特徴とする請求項１１０に記載の圧縮装置。
  112. 前記圧縮装置は第２決定ユニットを更に備え、
    前記第２決定ユニットは前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は廃棄するかどうかを決定することに用いられることを特徴とする請求項９１～１１１のいずれか１項に記載の圧縮装置。
  113. 前記第２決定ユニットは具体的に、
    第１条件を満足する場合、前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は廃棄することに用いられることを特徴とする請求項１１２に記載の圧縮装置。
  114. 前記第１条件は、
    イーサネットフレームのフレームフォーマットが８０２．３フォーマットであること、
    イーサネットフレームのタイプ／長さフィールドが長さフィールドを代表すること、
    イーサネットフレームのタイプ／長さフィールドの値が第１閾値より小さいこと、
    パディングビットを圧縮することを、アクセスネットワークが設定し、又はコアネットワークが設定し、又は予め定義すること、
    解凍装置がパディングビットを解凍又は回復する能力を持つこと、
    圧縮装置がＸ個の未圧縮データパケットを送信したこと、
    圧縮装置が肯定応答（ＡＣＫ）を示すＹ個のヘッダー圧縮のフィードバックパケットを受信したこと、
    圧縮装置がパディングビットを圧縮する能力を持つこと、
    解凍装置によるパディングビットの圧縮又は廃棄の指示情報を受信したこと、
    長さフィールドが圧縮され、又は圧縮される必要があること、及び、
    長さフィールドを圧縮しないこと、のうちの少なくとも１つを含むことを特徴とする請求項１１３に記載の圧縮装置。
  115. 前記解凍装置がパディングビットを解凍又は回復する能力を持つことは、解凍装置が、
    解凍装置は解凍装置がパディングビットを解凍又は回復する能力を持つことを指示すること、
    解凍装置がデータ部の情報に対する復号化に基づいてパディングビットを回復する能力を持つこと、
    解凍装置がデータ部の情報に対して深層復号化を行う能力を持つこと、及び、
    解凍装置が下位層データパケットに基づいてパディングビットを回復できること、のうちの少なくとも１つを満足することを意味することを特徴とする請求項１１４に記載の圧縮装置。
  116. 前記通信ユニットは更に、第２指示情報を送信することに用いられ、前記第２指示情報は前記データパケットにおけるパディングビットのサイズ又はデータパケットにおける圧縮前のパディングビットのサイズを示すことに用いられることを特徴とする請求項９１～１１５のいずれか１項に記載の圧縮装置。
  117. 前記第１データパケット又は第２データパケットは前記第２指示情報を含むことを特徴とする請求項１１６に記載の圧縮装置。
  118. 前記通信ユニットは更に、第３指示情報を送信することに用いられ、前記第３指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第３指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられることを特徴とする請求項９１～１１７のいずれか１項に記載の圧縮装置。
  119. 前記第１データパケット又は第２データパケットは前記第３指示情報を含むことを特徴とする請求項１１８に記載の圧縮装置。
  120. 前記第１データパケット又は前記第２データパケットは、
    宛先アドレスフィールド、
    ソースアドレスフィールド、
    タイプフィールド、
    長さフィールド、
    仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド又はＱタグ、
    Ｃタグ、
    Ｓタグ、
    タグプロトコル識別子（ＴＰＩＤ）、
    仮想ローカルエリアネットワーク識別子（ＶＩＤ）、
    優先度コードポイント（ＰＣＰ）、
    廃棄優先度（ＤＥＩ）、
    データフィールド、
    パディングビット、
    巡回冗長検査（ＣＲＣ）、
    現在のデータパケットがフィードバックパケット又はデータパケットであることを示すためのパケットインジケータ、
    イーサネットフレームデータパケットの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットの可変部分が変化したかどうか、又は、イーサネットフレームデータパケットの可変フィールド部分を含むかどうかを示すための第１可変フィールドインジケータ、
    イーサネットフレームデータパケットのフレームヘッダーの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットが可変フィールド部分を含むかどうか、又は、イーサネットフレームデータパケットのフレームヘッダーの可変部分が変化したかどうかを示すための第２可変フィールドインジケータ、
    Ｑタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＱタグ可変フィールドインジケータ、
    Ｃタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＣタグ可変フィールドインジケータ、
    Ｓタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＳタグ可変フィールドインジケータ、
    現在のデータパケットのパディングビットのサイズを示すためのパディングビットサイズインジケータ、
    パディングビットを圧縮するかどうか、現在のデータパケットのパディングビットを圧縮したかどうか、現在のデータパケットがパディングビットを含むかどうか、又は、パディングビットの長さが変化したかどうかを示すためのパディングビット圧縮指示、
    ヘッダー圧縮に設定した又は対象の異なるデータパケットがマッピングされ得るコンテキストインデックス又は識別子を示すためのサブチャネル識別子、
    現在のデータパケットが圧縮データパケット又は非圧縮データパケットであることを示すためのパケット圧縮指示、
    現在のデータパケットにおける圧縮後のサブヘッダー情報を示すためのヘッダー圧縮指示、
    Ｑタグを圧縮したかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグを含むかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグ或いはＳタグ及び／又はＣタグを圧縮したかどうか又はその少なくとも一部が変化したかどうかを示すための仮想ローカルエリアネットワーク（ＶＬＡＮ）圧縮指示、
    長さフィールドを圧縮したかどうか、又は、長さフィールドを含むかどうか、又は、長さフィールドが変化したかどうかを示すための長さフィールドインジケータ、及び、
    タイプフィールドを圧縮したかどうか、又は、タイプフィールドを含むかどうか、又は、タイプフィールドが変化したかどうかを示すためのタイプフィールドインジケータ、のうちの少なくとも１つを含むことを特徴とする請求項９１～１１９のいずれか１項に記載の圧縮装置。
  121. 前記圧縮装置は第３決定ユニットを更に備え、
    前記第３決定ユニットは、前記第１データパケットにおける長さフィールドを圧縮するかどうかを決定することに用いられることを特徴とする請求項９１～１２０のいずれか１項に記載の圧縮装置。
  122. 前記第３決定ユニットは具体的に、
    前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は除去する場合、前記長さフィールドを圧縮すること、及び／又は、
    前記第１データパケットのデータフィールドにおけるパディングビットを圧縮又は除去しない場合、長さフィールドを圧縮しないことに用いられることを特徴とする請求項１２１に記載の圧縮装置。
  123. 前記第１データパケット又は前記第２データパケットは長さフィールドを含むことを特徴とする請求項９１～１２０のいずれか１項に記載の圧縮装置。
  124. 前記通信ユニットは具体的に、
    未圧縮のＸ個のデータパケットを受信した後、前記第２データパケットを送信すること、及び／又は、
    肯定応答（ＡＣＫ）を示すＹ個の未圧縮データパケットのフィードバックパケットを受信した後、前記第２データパケットを送信することに用いられることを特徴とする請求項９１～１２３のいずれか１項に記載の圧縮装置。
  125. 前記通信ユニットは更に、圧縮能力を報告することに用いられ、前記圧縮能力は前記圧縮装置がイーサネットフレームの圧縮をサポートするかどうかを示すことに用いられ、及び／又は、前記圧縮能力はサポートする圧縮対象を示すことに用いられることを特徴とする請求項９１～１２４のいずれか１項に記載の圧縮装置。
  126. 同じベアラに対応する圧縮パラメータは同じ又は異なり、及び／又は、アップリンクに対応する圧縮パラメータとダウンリンクに対応する圧縮パラメータは同じ又は異なることを特徴とする請求項９１～１２５のいずれか１項に記載の圧縮装置。
  127. 解凍装置であって、
    目標データパケットを受信することに用いられる通信ユニットと、
    前記目標データパケットを解凍するかどうかを決定することに用いられる決定ユニットと、を備えることを特徴とする解凍装置。
  128. 前記決定ユニットは更に、
    前記目標データパケットにおける圧縮対象又は解凍対象を決定することに用いられることを特徴とする請求項１２７に記載の解凍装置。
  129. 前記圧縮対象又は解凍対象は、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを特徴とする請求項１２８に記載の解凍装置。
  130. 前記決定ユニットは具体的に、
    前記目標データパケットにおけるパディングビットを解凍又は回復するかどうかを決定することに用いられることを特徴とする請求項１２７～１２９のいずれか１項に記載の解凍装置。
  131. 前記決定ユニットはより具体的に、
    第２条件を満足する場合、前記目標データパケットにおけるパディングビットを解凍又は回復することに用いられることを特徴とする請求項１３０に記載の解凍装置。
  132. 前記第２条件は、
    イーサネットフレームのフレームフォーマットが８０２．３フォーマットであること、
    イーサネットフレームのタイプ／長さフィールドが長さフィールドの情報を代表すること、
    イーサネットフレームのタイプ／長さフィールドの値が第１閾値より小さいこと、
    パディングビットを圧縮することを、アクセスネットワークが設定し、又はコアネットワークが設定し、又は予め定義すること、
    解凍装置がパディングビットを解凍又は回復する能力を持つこと、
    データパケットにおける長さフィールドに対してヘッダー圧縮を行っていないこと、
    イーサネットフレームデータパケットが６４バイトより小さいこと、
    イーサネットフレームデータパケットのデータ部分が４６バイトより小さいこと、
    解凍後のイーサネットフレームデータパケットが６４バイトより小さいこと、
    解凍後のイーサネットフレームデータパケットのデータ部分が４６バイトより小さいこと、
    パディングビットが圧縮されたかどうかの指示を受信したこと、
    パディングビットの占有する長さの指示を受信したこと、
    パディングビット圧縮指示を受信したこと、
    圧縮装置がＸ個の未圧縮データパケットを送信したこと、
    圧縮装置が肯定応答（ＡＣＫ）を示すＹ個のヘッダー圧縮のフィードバックパケットを受信したこと、
    圧縮装置がパディングビット圧縮能力を持つこと、
    パディングビットが圧縮又は除去されること、
    長さフィールドが圧縮されること、
    圧縮装置がパディングビットを圧縮できる能力の指示を受信したこと、及び、
    長さフィールドが圧縮されておらず、又はデータパケットが長さフィールドを含むこと、のうちの少なくとも１つを含むことを特徴とする請求項１３１に記載の解凍装置。
  133. 前記解凍装置がパディングビットを解凍又は回復する能力を持つことは、解凍装置が、
    解凍装置は解凍装置がパディングビットを解凍又は回復する能力を持つことを指示すること、
    解凍装置がデータ部の情報に対する復号化に基づいてパディングビットを回復する能力を持つこと、
    解凍装置がデータ部の情報に対して深層復号化を行う能力を持つこと、及び、
    解凍装置が下位層データパケットに基づいてパディングビットを回復できること、のうちの少なくとも１つを満足することを意味することを特徴とする請求項１３２に記載の解凍装置。
  134. 前記解凍装置は追加ユニットを更に備え、
    前記追加ユニットは、前記目標データパケットにおけるデータフィールド又はイーサネットフレーム有効データの後で、パディングビットのバイト数と同じである０又は１ビットストリングを追加して、解凍後又は最終的なデータフィールドを取得することに用いられることを特徴とする請求項１２７～１３３のいずれか１項に記載の解凍装置。
  135. 前記決定ユニットは更に、
    前記目標データパケットにおける長さフィールドの情報に基づいて前記パディングビットのバイト数を決定することに用いられることを特徴とする請求項１３４に記載の解凍装置。
  136. 前記決定ユニットは具体的に、
    ４６バイトから前記長さフィールドのバイト数を引いて、前記パディングビットのバイト数を取得することに用いられることを特徴とする請求項１３５に記載の解凍装置。
  137. 前記決定ユニットは更に、
    下位層データパケットに含まれる長さフィールドインジケータに基づいて、前記目標データパケットにおけるパディングビットのバイト数及び／又は前記目標データパケットにおける長さフィールドの情報を決定することに用いられることを特徴とする請求項１２７～１３６のいずれか１項に記載の解凍装置。
  138. 前記長さフィールドインジケータは、無線リンク制御（ＲＬＣ）パケット、媒体アクセス制御（ＭＡＣ）パケット及びパケットデータ収束プロトコル（ＰＤＣＰ）パケットのうちの少なくとも１つに含まれることを特徴とする請求項１３７に記載の解凍装置。
  139. 前記通信ユニットは更に、第２指示情報を受信することに用いられ、前記第２指示情報は前記目標データパケットのパディングビットのサイズ又は圧縮前のパディングビットのサイズを示すことに用いられることを特徴とする請求項１２７～１３８のいずれか１項に記載の解凍装置。
  140. 前記決定ユニットは更に、
    前記第２指示情報に基づいて、前記目標データパケットにおけるパディングビットを解凍又は回復することに用いられることを特徴とする請求項１３９に記載の解凍装置。
  141. 前記目標データパケットは前記第２指示情報を含むことを特徴とする請求項１３９に記載の解凍装置。
  142. 前記通信ユニットは更に、第３指示情報を送信することに用いられ、前記第３指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第３指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられることを特徴とする請求項１２７～１４１のいずれか１項に記載の解凍装置。
  143. 前記通信ユニットは更に、
    前記第３指示情報に基づいて、前記目標データパケットにおけるパディングビットを解凍又は回復することに用いられることを特徴とする請求項１４２に記載の解凍装置。
  144. 前記目標データパケットは前記第３指示情報を含むことを特徴とする請求項１４２に記載の解凍装置。
  145. 前記決定ユニットは更に、
    前記目標データパケットにおけるパディングビットが圧縮又は除去されたかどうかを決定すること、又は、
    前記目標データパケットがパディングビットを含むかどうかを決定することに用いられることを特徴とする請求項１２７～１４４のいずれか１項に記載の解凍装置。
  146. 前記決定ユニットは具体的に、
    前記解凍装置が前記目標データパケットにおける長さフィールドを解凍するかどうかを決定することに用いられることを特徴とする請求項１２７～１４５のいずれか１項に記載の解凍装置。
  147. 前記決定ユニットは更に、
    前記目標データパケットにおけるパディングビットが圧縮されたかどうかによって、前記目標データパケットにおける長さフィールドを解凍するかどうかを決定することに用いられることを特徴とする請求項１４６に記載の解凍装置。
  148. 前記決定ユニットは具体的に、
    前記目標データパケットにおけるパディングビットが圧縮又は除去された場合、前記目標データパケットにおける長さフィールドを解凍又は回復すること、及び／又は、
    前記目標データパケットにおけるパディングビットが圧縮又は除去されていない場合、前記目標データパケットにおける長さフィールドを解凍又は回復しないことに用いられることを特徴とする請求項１４７に記載の解凍装置。
  149. 前記決定ユニットは更に、
    前記目標データパケットにおける長さフィールドが圧縮されたかどうかを決定すること、又は、
    前記目標データパケットが長さフィールドを含むかどうかを決定することに用いられることを特徴とする請求項１２７～１４８のいずれか１項に記載の解凍装置。
  150. 前記決定ユニットは更に、
    前記目標データパケットにおける長さフィールドが解凍又は回復される必要がないことを決定すること、又は、
    前記目標データパケットにおける長さフィールドが圧縮されておらず、又は前記目標データパケットが長さフィールドを含むことを決定することに用いられることを特徴とする請求項１２７～１４９のいずれか１項に記載の解凍装置。
  151. 前記決定ユニットは更に、
    前記目標データパケットにおけるパディングビットのサイズに基づいて前記長さフィールドのバイト数を決定すること、又は、
    前記目標データパケットにおける圧縮前のパディングビットのサイズに基づいて前記長さフィールドのバイト数を決定することに用いられることを特徴とする請求項１２７～１５０のいずれか１項に記載の解凍装置。
  152. 前記パディングビットのサイズはパディングビットのバイト数であることを特徴とする請求項１５１に記載の解凍装置。
  153. 前記決定ユニットは具体的に、
    ４６バイトから前記パディングビットのバイト数を引いて、前記長さフィールドのバイト数を取得することに用いられることを特徴とする請求項１５１に記載の解凍装置。
  154. 前記決定ユニットは具体的に、
    前記目標データパケットにおけるタイプフィールドを解凍するかどうかを決定することに用いられることを特徴とする請求項１２７～１５３のいずれか１項に記載の解凍装置。
  155. 前記決定ユニットは更に、
    圧縮パラメータを決定することに用いられることを特徴とする請求項１２７～１５４のいずれか１項に記載の解凍装置。
  156. 前記通信ユニットは更に、
    アクセスネットワーク装置又はコアネットワーク装置から送信された圧縮パラメータを受信することに用いられることを特徴とする請求項１５５に記載の解凍装置。
  157. 前記圧縮パラメータは第１インデックスを含むことを特徴とする請求項１５５又は１５６に記載の解凍装置。
  158. 前記決定ユニットは具体的に、
    前記第１インデックスがイーサネットフレームデータパケットを圧縮しないことを指示することに用いられる場合、前記目標データパケットが解凍又は回復される必要がないことを決定することに用いられることを特徴とする請求項１５７に記載の解凍装置。
  159. 前記決定ユニットは更に、
    前記第１インデックスに基づいて第１圧縮対象を決定することと、
    前記目標データパケットにおける前記第１圧縮対象を解凍又は回復することと、に用いられることを特徴とする請求項１５７又は１５８に記載の解凍装置。
  160. 前記決定ユニットは具体的に、前記第１インデックス及び第１対応関係に基づいて、前記第１インデックスに対応する第１圧縮対象を決定することに用いられ、前記第１対応関係は少なくとも１つの圧縮対象及び前記少なくとも１つの圧縮対象に対応するインデックスを含み、前記少なくとも１つの圧縮対象は前記第１圧縮対象を含むことを特徴とする請求項１５９に記載の解凍装置。
  161. 前記少なくとも１つの圧縮対象は、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを特徴とする請求項１６０に記載の解凍装置。
  162. 前記少なくとも１つの圧縮対象は、
    Ｑタグ及びイーサネットフレームのフレームヘッダー、
    Ｃタグ及びイーサネットフレームのフレームヘッダー、
    Ｓタグ及びイーサネットフレームのフレームヘッダー、
    Ｃタグ、Ｓタグ及びイーサネットフレームのフレームヘッダー、
    Ｑタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
    Ｃタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
    Ｓタグ及びイーサネットフレームのフレームヘッダー及びパディングビット、
    Ｃタグ、Ｓタグ、イーサネットフレームのフレームヘッダー及びパディングビット、
    パディングビット、
    Ｑタグ及びパディングビット、
    Ｃタグ及びパディングビット、
    Ｓタグ及びパディングビット、
    Ｃタグ、Ｓタグ及びパディングビット、
    イーサネットフレームヘッダーのフレームヘッダー、
    Ｑタグ、
    Ｃタグ、
    Ｓタグ、
    Ｃタグ及びＳタグ、
    宛先アドレスフィールド、
    ソースアドレスフィールド、
    タイプフィールド、並びに、
    長さフィールド、のうちの少なくとも１つを含むことを特徴とする請求項１６０に記載の解凍装置。
  163. 前記イーサネットフレームのフレームヘッダーは、宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、及び長さフィールドのうちの少なくとも１つを含むことを特徴とする請求項１６２に記載の解凍装置。
  164. 前記第１対応関係における１つのインデックスは１つ又は複数の圧縮対象に対応することを特徴とする請求項１６０～１６３のいずれか１項に記載の解凍装置。
  165. 前記第１インデックスは複数のインデックスを含むことを特徴とする請求項１６０～１６３のいずれか１項に記載の解凍装置。
  166. 前記第１対応関係は事前設定情報であることを特徴とする請求項１６０～１６３のいずれか１項に記載の解凍装置。
  167. 前記通信ユニットは更に、
    前記圧縮装置から送信された前記第１インデックスを受信することに用いられることを特徴とする請求項１５７～１６６のいずれか１項に記載の解凍装置。
  168. 前記目標データパケットは前記第１インデックスを含むことを特徴とする請求項１６７に記載の解凍装置。
  169. 前記圧縮パラメータは、イーサネットフレームデータパケットにおける圧縮対象又は非圧縮対象を示すための第１指示情報を含むことを特徴とする請求項１５５又は１５６に記載の解凍装置。
  170. 前記第１指示情報は、イーサネットフレームデータパケットにおける非圧縮対象が、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられることを特徴とする請求項１６９に記載の解凍装置。
  171. 前記第１指示情報は、イーサネットフレームデータパケットにおける圧縮対象が、
    宛先アドレスフィールド、ソースアドレスフィールド、タイプフィールド、長さフィールド、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド、Ｑタグ、Ｃタグ、Ｓタグ、タグプロトコル識別子（ＴＰＩＤ）、仮想ローカルエリアネットワーク識別子（ＶＩＤ）、優先度コードポイント（ＰＣＰ）、廃棄優先度（ＤＥＩ）及びデータフィールドにおけるパディングビットのうちの少なくとも１つを含むことを示すことに用いられることを特徴とする請求項１６９に記載の解凍装置。
  172. 前記第１指示情報はイーサネットフレームデータパケットにおける圧縮対象がデータフィールドにおけるパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットがパディングビットを含むかどうかを示すことに用いられ、又は、前記第１指示情報はイーサネットフレームデータパケットのパディングビットを圧縮したかどうかを示すことに用いられることを特徴とする請求項１６９に記載の解凍装置。
  173. 前記通信ユニットは更に、
    圧縮装置から送信された前記第１指示情報を受信することに用いられることを特徴とする請求項１６９～１７２のいずれか１項に記載の解凍装置。
  174. 前記目標データパケットは前記第１指示情報を含むことを特徴とする請求項１７３に記載の解凍装置。
  175. 前記目標データパケットは、
    宛先アドレスフィールド、
    ソースアドレスフィールド、
    タイプフィールド、
    長さフィールド、
    仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド又はＱタグ、
    Ｃタグ、
    Ｓタグ、
    タグプロトコル識別子（ＴＰＩＤ）、
    仮想ローカルエリアネットワーク識別子（ＶＩＤ）、
    優先度コードポイント（ＰＣＰ）、
    廃棄優先度（ＤＥＩ）、
    データフィールド、
    パディングビット、
    巡回冗長検査（ＣＲＣ）、
    現在のデータパケットがフィードバックパケット又はデータパケットであることを示すためのパケットインジケータ、
    イーサネットフレームデータパケットの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットの可変部分が変化したかどうか、又は、イーサネットフレームデータパケットの可変フィールド部分を含むかどうかを示すための第１可変フィールドインジケータ、
    イーサネットフレームデータパケットのフレームヘッダーの可変フィールド部分を圧縮したかどうか、イーサネットフレームデータパケットが可変フィールド部分を含むかどうか、又は、イーサネットフレームデータパケットのフレームヘッダーの可変部分が変化したかどうかを示すための第２可変フィールドインジケータ、
    Ｑタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＱタグ可変フィールドインジケータ、
    Ｃタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＣタグ可変フィールドインジケータ、
    Ｓタグの可変フィールド部分を圧縮したかどうか、データパケットが可変フィールド部分を含むかどうか、可変部分が変化したかどうか、又は、可変部分が圧縮されるかどうかを示すためのＳタグ可変フィールドインジケータ、
    現在のデータパケットのパディングビットのサイズを示すためのパディングビットサイズインジケータ、
    パディングビットを圧縮するかどうか、現在のデータパケットのパディングビットを圧縮したかどうか、現在のデータパケットがパディングビットを含むかどうか、又は、パディングビットの長さが変化したかどうかを示すためのパディングビット圧縮指示、
    ヘッダー圧縮に設定した又は対象の異なるデータパケットがマッピングされ得るコンテキストインデックス又は識別子を示すためのサブチャネル識別子、
    現在のデータパケットが圧縮データパケット又は非圧縮データパケットであることを示すためのパケット圧縮指示、
    現在のデータパケットにおける圧縮後のサブヘッダー情報を示すためのヘッダー圧縮指示、
    Ｑタグを圧縮したかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグを含むかどうか或いはＳタグ及び／又はＣタグ又はその少なくとも一部を圧縮したかどうか、又は、Ｑタグ或いはＳタグ及び／又はＣタグを圧縮したかどうか又はその少なくとも一部が変化したかどうかを示すための仮想ローカルエリアネットワーク（ＶＬＡＮ）圧縮指示、
    長さフィールドを圧縮したかどうか、又は、長さフィールドを含むかどうか、又は、長さフィールドが変化したかどうかを示すための長さフィールドインジケータ、及び、
    タイプフィールドを圧縮したかどうか、又は、タイプフィールドを含むかどうか、又は、タイプフィールドが変化したかどうかを示すためのタイプフィールドインジケータ、のうちの少なくとも１つを含むことを特徴とする請求項１２７～６６のいずれか１項に記載の解凍装置。
  176. 前記決定ユニットは具体的に、
    未圧縮のＸ個のデータパケットを受信した後、前記目標データパケットを解凍することに用いられることを特徴とする請求項１２７～１７５のいずれか１項に記載の解凍装置。
  177. 前記決定ユニットは具体的に、
    肯定応答（ＡＣＫ）を示すＹ個の未圧縮データパケットのフィードバックパケットを送信した後、前記目標データパケットを解凍することに用いられることを特徴とする請求項１２７～１７５のいずれか１項に記載の解凍装置。
  178. 前記通信ユニットは更に、圧縮装置が報告した圧縮能力を受信することに用いられ、前記圧縮能力は前記圧縮装置がイーサネットフレームの圧縮をサポートするかどうかを示すことに用いられ、及び／又は、前記圧縮能力はサポートする圧縮対象を示すことに用いられることを特徴とする請求項１２７～１７７のいずれか１項に記載の解凍装置。
  179. 同じベアラに対応する圧縮パラメータは同じ又は異なることを特徴とする請求項１２７～１７８のいずれか１項に記載の解凍装置。
  180. アップリンクに対応する圧縮パラメータとダウンリンクに対応する圧縮パラメータは同じ又は異なることを特徴とする請求項１２７～１７９のいずれか１項に記載の解凍装置。
  181. 通信装置であって、プロセッサ、メモリ及び送受信機を備え、前記メモリはコンピュータプログラムを記憶することに用いられ、前記プロセッサは前記メモリに記憶されるコンピュータプログラムを呼び出して実行して、請求項１～３６のいずれか１項に記載の方法を実行することに用いられることを特徴とする通信装置。
  182. 通信装置であって、プロセッサ、メモリ及び送受信機を備え、前記メモリはコンピュータプログラムを記憶することに用いられ、前記プロセッサは前記メモリに記憶されるコンピュータプログラムを呼び出して実行して、請求項３７～９０のいずれか１項に記載の方法を実行することに用いられることを特徴とする通信装置。
  183. チップであって、メモリからコンピュータプログラムを呼び出して実行し、前記チップが取り付けられる装置に請求項１～３６のいずれか１項に記載の方法を実行させるためのプロセッサを備えることを特徴とするチップ。
  184. チップであって、メモリからコンピュータプログラムを呼び出して実行し、前記チップが取り付けられる装置に請求項３７～９０のいずれか１項に記載の方法を実行させるためのプロセッサを備えることを特徴とするチップ。
  185. コンピュータプログラムを記憶することに用いられ、前記コンピュータプログラムによってコンピュータが請求項１～３６のいずれか１項に記載の方法を実行することを特徴とするコンピュータ可読記憶媒体。
  186. コンピュータプログラムを記憶することに用いられ、前記コンピュータプログラムによってコンピュータが請求項３７～９０のいずれか１項に記載の方法を実行することを特徴とするコンピュータ可読記憶媒体。
  187. コンピュータプログラム命令を含み、前記コンピュータプログラム命令によってコンピュータが請求項１～３６のいずれか１項に記載の方法を実行することを特徴とするコンピュータプログラム製品。
  188. コンピュータプログラム命令を含み、前記コンピュータプログラム命令によってコンピュータが請求項３７～９０のいずれか１項に記載の方法を実行することを特徴とするコンピュータプログラム製品。
  189. コンピュータに請求項１～３６のいずれか１項に記載の方法を実行させることを特徴とするコンピュータプログラム。
  190. コンピュータに請求項３７～９０のいずれか１項に記載の方法を実行させることを特徴とするコンピュータプログラム。
JP2021537868A 2019-04-30 2019-04-30 無線通信方法及び装置 Pending JP2022515628A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/085340 WO2020220328A1 (zh) 2019-04-30 2019-04-30 无线通信的方法和设备

Publications (1)

Publication Number Publication Date
JP2022515628A true JP2022515628A (ja) 2022-02-21

Family

ID=73029645

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021537868A Pending JP2022515628A (ja) 2019-04-30 2019-04-30 無線通信方法及び装置

Country Status (12)

Country Link
US (1) US11477306B2 (ja)
EP (1) EP3905627B1 (ja)
JP (1) JP2022515628A (ja)
KR (1) KR20210113659A (ja)
CN (2) CN113133055B (ja)
AU (1) AU2019443141B2 (ja)
BR (1) BR112021009524A2 (ja)
CA (1) CA3117837A1 (ja)
MX (1) MX2021005933A (ja)
RU (1) RU2767321C1 (ja)
SG (1) SG11202105005XA (ja)
WO (1) WO2020220328A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114363420B (zh) * 2018-09-28 2024-02-09 Oppo广东移动通信有限公司 通信方法、终端设备和网络设备
JP6926158B2 (ja) * 2019-08-09 2021-08-25 シャープ株式会社 端末装置、基地局装置、および通信方法
EP4016948A4 (en) * 2019-08-15 2022-07-20 Huawei Technologies Co., Ltd. METHOD AND APPARATUS FOR COMPRESSING AN ETHERNET HEADER, AND METHOD AND APPARATUS FOR DECOMPRESSING AN ETHERNET HEADER
US11463558B2 (en) * 2021-02-23 2022-10-04 Gigamon Inc. Tool port aware stateful protocol visibility for packet distribution
WO2023102938A1 (zh) * 2021-12-10 2023-06-15 Oppo广东移动通信有限公司 无线通信方法和通信设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100177693A1 (en) * 2007-06-04 2010-07-15 Ki Seon Ryu Method of mac header generation and data transmitting
JP2012169764A (ja) * 2011-02-10 2012-09-06 Panasonic Corp 通信システム、送信制御装置及び送信制御方法
US20190116521A1 (en) * 2017-10-16 2019-04-18 Weihua QIAO Header Compression for Ethernet Frame

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6542931B1 (en) * 1999-11-05 2003-04-01 Nokia Corporation Using sparse feedback to increase bandwidth efficiency in high delay, low bandwidth environment
WO2002058352A1 (en) 2001-01-16 2002-07-25 I-Phone Marketing, Llc Simultaneous, transparent use of a telephone line for voice and data communications
US7693508B2 (en) * 2001-03-28 2010-04-06 Qualcomm Incorporated Method and apparatus for broadcast signaling in a wireless communication system
IL162305A (en) * 2004-06-02 2010-06-16 Eci Telecom Ltd Method, device and system for transmitting ethernet packets
US8582663B2 (en) * 2006-08-08 2013-11-12 Core Wireless Licensing S.A.R.L. Method, device, and system for multiplexing of video streams
US8391148B1 (en) * 2007-07-30 2013-03-05 Rockstar Consortion USLP Method and apparatus for Ethernet data compression
CN101365158A (zh) * 2007-08-10 2009-02-11 华为技术有限公司 头压缩反馈的参数协商、实现方法和系统
CN101453298B (zh) * 2007-12-07 2013-06-05 华为技术有限公司 一种无线网络中头压缩的处理方法及系统、装置
US8787242B2 (en) * 2009-11-06 2014-07-22 Qualcomm Incorporated Header compression for relay nodes
CN101848491A (zh) * 2010-04-21 2010-09-29 中兴通讯股份有限公司 鲁棒性头压缩中一种模式转换的方法及装置
CN102075287B (zh) * 2010-11-22 2014-04-02 浪潮(北京)电子信息产业有限公司 一种数据处理方法及装置
CN103188247A (zh) * 2011-12-31 2013-07-03 深圳市金蝶友商电子商务服务有限公司 一种数据传输方法及系统
US9769701B2 (en) * 2013-06-14 2017-09-19 Texas Instruments Incorporated Header compression for wireless backhaul systems
WO2017147754A1 (zh) * 2016-02-29 2017-09-08 华为技术有限公司 数据包的压缩方法和装置
CN106817365B (zh) * 2016-12-30 2019-07-09 Oppo广东移动通信有限公司 一种基于移动终端架构的数据传输方法及移动终端
CA3021658A1 (en) * 2017-10-20 2019-04-20 Comcast Cable Communications, Llc Non-access stratum capability information
EP3891948A1 (en) * 2018-12-20 2021-10-13 Huawei Technologies Co., Ltd. Device and method for flexible frame compression

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100177693A1 (en) * 2007-06-04 2010-07-15 Ki Seon Ryu Method of mac header generation and data transmitting
JP2012169764A (ja) * 2011-02-10 2012-09-06 Panasonic Corp 通信システム、送信制御装置及び送信制御方法
US20190116521A1 (en) * 2017-10-16 2019-04-18 Weihua QIAO Header Compression for Ethernet Frame

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
OPPO: "Discussion on Ethernet Header Compression[online]", 3GPP TSG-RAN WG2 MEETING #105BIS R2-1903223, JPN6022034240, 29 March 2019 (2019-03-29), ISSN: 0005012637 *
SONY: "PDCP based Ethernet Header Compression[online]", 3GPP TSG-RAN WG2 MEETING #105BIS R2-1904204, JPN6022034239, 28 March 2019 (2019-03-28), ISSN: 0005012636 *

Also Published As

Publication number Publication date
CN113133055A (zh) 2021-07-16
KR20210113659A (ko) 2021-09-16
EP3905627A4 (en) 2022-01-19
WO2020220328A1 (zh) 2020-11-05
SG11202105005XA (en) 2021-06-29
US11477306B2 (en) 2022-10-18
CN112585925A (zh) 2021-03-30
EP3905627A1 (en) 2021-11-03
RU2767321C1 (ru) 2022-03-17
AU2019443141B2 (en) 2022-08-18
CN113133055B (zh) 2022-11-29
BR112021009524A2 (pt) 2021-11-16
CA3117837A1 (en) 2020-11-05
AU2019443141A1 (en) 2021-05-27
EP3905627B1 (en) 2023-01-11
MX2021005933A (es) 2021-07-02
US20210266385A1 (en) 2021-08-26

Similar Documents

Publication Publication Date Title
US8897298B2 (en) Systems and methods for compressing headers and payloads
JP2022515628A (ja) 無線通信方法及び装置
WO2019153766A1 (zh) 无线通信的方法、网络设备和终端设备
US11218913B2 (en) Air-interface protocol stack configuration method, data transmission method, air-interface protocol stack configuration device, and data transmission device
CN110505714B (zh) 多链接通信方法、设备和终端
EP3840518B1 (en) Rrc connection method and terminal
EP4016948A1 (en) Method and apparatus for compressing ethernet header, and method and apparatus for decompressing ethernet header
JP2022501945A (ja) 通信方法及びデバイス
EP4175356A1 (en) Wireless communication method, terminal device, and network device
CN113115361B (zh) 以太网帧头压缩处理方法、装置、芯片及计算机程序
EP3818683B1 (en) Method and apparatus for a wireless communication terminal
JP2022520347A (ja) 無線通信方法及び装置
WO2018053685A1 (zh) 数据封装方法、装置以及通信系统
WO2021087923A1 (zh) 一种传输信息的方法和装置
WO2020062091A1 (zh) 通信方法、终端设备和网络设备
CN110958647A (zh) 一种数据传输方法及装置
CN114342462B (zh) 无线通信方法和设备
WO2023015420A1 (zh) 数据传输方法及装置
CN111567015B (zh) 一种数据传输方法及装置、计算机存储介质
TW202041064A (zh) 無線通訊方法、終端設備和存取網設備
WO2020062181A1 (zh) 无线通信方法、终端设备和接入网设备
WO2020062240A1 (zh) 一种信息传输方法及装置、通信设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210625

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210625

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220711

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220819

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20230314