JP2022520347A

JP2022520347A - 無線通信方法及び装置

Info

Publication number: JP2022520347A
Application number: JP2021545799A
Authority: JP
Inventors: ワン、シュクン
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2019-03-29
Filing date: 2019-03-29
Publication date: 2022-03-30
Also published as: EP3873050A4; KR20210137548A; CN113207133A; CN112655183A; US20210274384A1; WO2020198966A1; EP3873050A1; CN113207133B

Abstract

無線通信方法及び装置であって、該方法は、圧縮側装置はイーサネットフレームヘッダーのヘッダー圧縮パラメータを設定するための第１設定情報を受信することと、前記圧縮側装置が前記第１設定情報に基づいてデータパケットのイーサネットフレームヘッダーを圧縮することと、を含む。

Description

本願の実施例は通信分野に関し、具体的に無線通信方法及び装置に関する。

ロングタームエボリューション（ＬＴＥ、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）システムにおいて、プロトコルデータユニット（ＰＤＵ、ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションのタイプはインターネットプロトコル（ＩＰ、ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）タイプである。

新無線（ＮＲ、ＮｅｗＲａｄｉｏ）システムにおいて、ＩＰパケットタイプをサポートするだけではなく、更にイーサネット（Ｅｔｈｅｒｎｅｔ）フレームタイプが導入されている。

この場合、イーサネットフレームヘッダーの圧縮をどのように実現するかは早急な解決の待たれる問題である。

本願の実施例は第１設定情報に基づいてイーサネットフレームヘッダーの圧縮を実現することのできる無線通信方法及び装置を提供する。

第１態様では無線通信方法を提供し、該方法は、圧縮側装置が第１設定情報を受信し、前記第１設定情報はイーサネットフレームヘッダーのヘッダー圧縮パラメータを設定することに用いられることと、前記圧縮側装置が前記第１設定情報に基づいてデータパケットのイーサネットフレームヘッダーを圧縮することと、を含む。

第２態様では無線通信方法を提供し、解凍側装置が第１装置から送信された第１設定情報を受信し、前記第１設定情報はイーサネットフレームヘッダーのヘッダー圧縮パラメータを設定することに用いられることと、前記解凍側装置が前記第１設定情報に基づいて、受信されたデータパケットのイーサネットフレームヘッダーを解凍することと、を含む。

第３態様では無線通信方法を提供し、第１装置が圧縮側装置及び／又は解凍側装置に第１設定情報を送信し、前記第１設定情報はイーサネットフレームヘッダーのヘッダー圧縮パラメータを設定することに用いられることを含む。

第４態様では、上記第１態様又は第１態様のいずれか１つの可能な実現方式における方法を実行することに用いられる無線通信装置を提供する。具体的に、該装置は上記第１態様又は第１態様のいずれか１つの可能な実現方式における方法を実行するためのユニットを備える。

第５態様では、上記第２態様又は第２態様のいずれか１つの可能な実現方式における方法を実行することに用いられる無線通信装置を提供する。具体的に、該装置は上記第２態様又は第２態様のいずれか１つの可能な実現方式における方法を実行するためのユニットを備える。

第６態様では、上記第３態様又は第３態様のいずれか１つの可能な実現方式における方法を実行することに用いられる無線通信装置を提供する。具体的に、該装置は上記第３態様又は第３態様のいずれか１つの可能な実現方式における方法を実行するためのユニットを備える。

第７態様では無線通信装置を提供し、該装置はプロセッサとメモリを備える。該メモリはコンピュータプログラムを記憶することに用いられ、該プロセッサは該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第１態様又はその各実現方式における方法を実行することに用いられる。

第８態様では無線通信装置を提供し、該装置はプロセッサとメモリを備える。該メモリはコンピュータプログラムを記憶することに用いられ、該プロセッサは該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第２態様又はその各実現方式における方法を実行することに用いられる。

第９態様では無線通信装置を提供し、該装置はプロセッサとメモリを備える。該メモリはコンピュータプログラムを記憶することに用いられ、該プロセッサは該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第３態様又はその各実現方式における方法を実行することに用いられる。

第１０態様では、上記第１態様～第３態様のうちのいずれか１つの態様又はその各実現方式における方法を実現することに用いられるチップを提供する。

具体的に、該チップは、メモリからコンピュータプログラムを呼び出して実行し、該チップが取り付けられる装置に上記第１態様～第３態様のうちのいずれか１つの態様又はその各実現方式における方法を実行させるためのプロセッサを備える。

第１１態様ではコンピュータ可読記憶媒体を提供し、コンピュータプログラムを記憶することに用いられ、該コンピュータプログラムによってコンピュータが上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。

第１２態様ではコンピュータプログラム製品を提供し、コンピュータプログラム命令を含み、該コンピュータプログラム命令によってコンピュータが上記第１態様～第３態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。

第１３態様ではコンピュータプログラムを提供し、コンピュータにおいて実行されるとき、コンピュータが上記第１態様～第３態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。

上記技術案によれば、圧縮側装置は第１設定情報に基づいてイーサネットフレームヘッダーのヘッダー圧縮パラメータを決定し、それによりイーサネットフレームのヘッダー圧縮機能を実現することができ、更にエアインターフェースのリソースオーバーヘッドを低減して、リソース利用率を向上させることができる。

図１は本願の実施例に係る応用シーンの模式図である。図２はイーサネットフレームの代表的ないくつかのフレームフォーマットの模式図である。図３はイーサネットフレームの代表的ないくつかのフレームフォーマットの模式図である。図４はイーサネットフレームの代表的ないくつかのフレームフォーマットの模式図である。図５は本願の実施例に係る無線通信方法の模式図である。図６は本願の実施例に係る他の無線通信方法の模式図である。図７は本願の実施例に係る更なる無線通信方法の模式図である。図８は本願の実施例に係る無線通信装置の模式的なブロック図である。図９は本願の実施例に係る他の無線通信装置の模式的なブロック図である。図１０は本願の実施例に係る更なる無線通信装置の模式的なブロック図である。図１１は本願の実施例に係る通信装置の模式的なブロック図である。図１２は本願の実施例に係るチップの模式的なブロック図である。図１３は本願の実施例に係る通信システムの模式的なブロック図である。

以下、本願の実施例の図面を参照しながら、本願の実施例の技術案を説明する。明らかに、説明される実施例は本願の一部の実施例であり、全部の実施例ではない。本願の実施例に基づいて、当業者が進歩性のある労働を必要とせずに取得する他の実施例は、いずれも本願の保護範囲に属する。

本願の実施例の技術案は様々な通信システム、例えば、モバイル通信用グローバル（ＧＳＭ、ＧｌｏｂａｌＳｙｓｔｅｍｏｆＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、符号分割多元接続（ＣＤＭＡ、ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ、ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ、ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）、ロングタームエボリューション（ＬＴＥ、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）システム、ＬＴＥ周波数分割複信（ＦＤＤ、ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）システム、ＬＴＥ時分割複信（ＴＤＤ、ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ、ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）、マイクロ波利用アクセスに関する世界的な相互運用（ＷｉＭＡＸ、ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）通信システム又は５Ｇシステム等に適用できる。

例示的に、本願の実施例が適用される通信システム１００は図１に示される。該通信システム１００は端末装置１１０を備えてもよく、該端末装置１１０はアクセスネットワーク装置１２０のカバレッジ範囲内に位置してもよい。ここで使用される「端末装置」としては、有線回線を介して接続するもの、例えば公衆電話交換網（ＰＳＴＮ、ＰｕｂｌｉｃＳｗｉｔｃｈｅｄＴｅｌｅｐｈｏｎｅＮｅｔｗｏｒｋｓ）、デジタル加入者回線（ＤＳＬ、ＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅ）、デジタルケーブル、直接ケーブルを介して接続するもの、及び／又は他のデータ接続／ネットワーク、及び／又は無線インターフェース、例えばセルラーネットワーク、無線ローカルエリアネットワーク（ＷＬＡＮ、ＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）例えばＤＶＢ－Ｈネットワークに対するデジタルテレビネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機を介するもの、及び／又は他の端末装置が通信信号を送受信するように設定される装置、及び／又はモノのインターネット（ＩｏＴ、ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）装置を含むが、それらに限らない。無線インターフェースを介して通信するように設定される端末装置は「無線通信端末」、「無線端末」又は「モバイル端末」と称されてもよい。モバイル端末の例は衛星又はセルラー方式の電話、セルラー無線電話及びデータ処理、ファックス及びデータ通信機能を組み合わせることのできるパーソナル移動通信システム（ＰＣＳ、ＰｅｒｓｏｎａｌＣｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）端末、無線電話、ポケットベル、インターネット／イントラネットへのアクセス、Ｗｅｂブラウザ、メモ帳、カレンダー及び／又は全地球測位システム（ＧＰＳ、ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）受信機を備えてもよいＰＤＡ、及び通常のラップトップ及び／又はパームトップ受信機又は無線電話送受信機を備える他の電子装置を含むが、それらに限らない。端末装置とはアクセス端末、ユーザー装置（ＵＥ、ＵｓｅｒＥｑｕｉｐｍｅｎｔ）、ユーザー要素、加入者局、移動局、トラバーサー、遠隔局、遠隔端末、モバイルデバイス、ユーザー端末、端末、無線通信装置、ユーザーエージェント又はユーザーデバイスを指してもよい。アクセス端末はセルラー電話、コードレスホン、セッション確立プロトコル（ＳＩＰ、ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）電話、ワイヤレスローカルループ（ＷＬＬ、ＷｉｒｅｌｅｓｓＬｏｃａｌＬｏｏｐ）局、パーソナルデジタルアシスタント（ＰＤＡ、ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、無線通信機能を有する携帯端末、コンピューティングデバイス又は無線モデムに接続される他の処理装置、車載装置、ウェアラブルデバイス、５Ｇネットワークにおける端末装置又は将来発展するＰＬＭＮにおける端末装置等であってもよい。

該通信システム１００はアクセスネットワーク装置１２０を備えてもよく、アクセスネットワーク装置１２０は端末装置１１０（通信端末、端末とも称される）と通信する装置であってもよい。アクセスネットワーク装置１２０は特定の地理的領域に通信カバレッジを提供することができ、且つ該カバレッジ領域内の端末装置と通信することができる。選択肢として、アクセスネットワーク装置１２０はＧＳＭシステム又はＣＤＭＡシステムにおける基地局（ＢＴＳ、ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ）、ＷＣＤＭＡシステムにおける基地局（ＮＢ、ＮｏｄｅＢ）、ＬＴＥシステムにおける発展型基地局（ｅＮＢ又はｅＮｏｄｅＢ、ＥｖｏｌｕｔｉｏｎａｌＮｏｄｅＢ）、又はクラウド無線アクセスネットワーク（ＣＲＡＮ、ＣｌｏｕｄＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）における無線コントローラであってもよい。又は、該ネットワーク装置は移動交換局、中継局、アクセスポイント、車載装置、ウェアラブルデバイス、ハブ、スイッチ、ブリッジ、ルータ、５Ｇネットワークにおけるネットワーク側装置又は将来発展する公衆陸上移動網（ＰＬＭＮ、ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）におけるネットワーク装置等であってもよい。

該無線通信システム１００はアクセスネットワーク装置と通信するコアネットワーク装置１３０を更に備える。選択肢として、該コアネットワーク装置１３０は５Ｇコアネットワーク装置、例えば、アクセス及びモビリティ管理を担い、ユーザーに対する認証、切り替え、位置更新等の機能を持つアクセス及びモビリティ管理機能（ＡＭＦ、ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）、更に例えば、パケットデータユニット（ＰＤＵ、ｐａｃｋｅｔｄａｔａｕｎｉｔ）セッションの確立、修正、解放等を含むセッション管理を担うセッション管理機能（ＳＭＦ、ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）、更に例えば、ユーザーデータの転送を担うユーザープレーン機能（ＵＰＦ、ｕｓｅｒｐｌａｎｅｆｕｎｃｔｉｏｎ）であってもよい。コアネットワーク装置はＬＴＥシステム又は他のシステムにおけるコアネットワーク装置であってもよい。

選択肢として、５Ｇシステム又は５Ｇネットワークは更に新無線（ＮＲ、ＮｅｗＲａｄｉｏ）システム又はＮＲネットワークと称されてもよい。

理解されるように、本明細書における用語「システム」と「ネットワーク」は本明細書において常に交換可能に使用される。本明細書における用語「及び／又は」は関連オブジェクトの関連関係を説明するためのものに過ぎず、３つの関係が存在してもよいことを示す。例えば、「Ａ及び／又はＢ」は「Ａが独立して存在する」、「ＡとＢが同時に存在する」、「Ｂが独立して存在する」の３つの状況を示してもよい。また、本明細書における文字「／」は一般的に前後関連オブジェクトが「又は」の関係であることを示す。

選択肢として、本願の実施例は公衆地上波移動体ネットワーク又はローカルネットワークに適用できる。

公衆地上波移動体ネットワークはＰＬＭＮに基づく公衆地上波移動体ネットワークであってもよい。

ローカルネットワークはローカルエリアネットワーク又はプライベートネットワークと称されてもよい。該ローカルネットワークは一般的にオフィスシーン、ホームシーン、工場に配置され、より効果的で安全な管理を実現することができる。一般的にローカルユーザー又は管理者はローカルネットワークを配置する。一般的に、許可されたアクセスできるユーザーはローカルネットワークにアクセスする権限を持つ。

ローカルネットワークは公衆地上波移動体ネットワークにより管理又は管轄されてもよいが、公衆地上波移動体ネットワークにより管理又は管轄されなくてもよい。

選択肢として、ローカルネットワークはアンライセンス周波数帯を用いて通信を行ってもよく、又は、公衆地上波移動体ネットワークとライセンス周波数帯を共有してもよい。

選択肢として、ローカルネットワークは３ＧＰＰ範囲に属するネットワークであってもよい。該ローカルネットワークのコアネットワークはＮＲ又はＬＴＥのコアネットワークであってもよく、ローカルネットワークはＮＲアクセスネットワーク、ＬＴＥアクセスネットワーク又はワイヤレスフィデリティ（Ｗｉｆｉ、ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ）経由でコアネットワークにアクセスすることができる。

選択肢として、本願の実施例では、公衆地上波移動体ネットワークとローカルネットワークはコアネットワークを共有できるが、アクセスネットワークが独立したものであり、又は、アクセスネットワークを共有できるが、コアネットワークが独立したものであり、又は、アクセスネットワークとコアネットワークを共有でき、又は、アクセスネットワークとコアネットワークを共有できない。

選択肢として、本願の実施例では、複数又は複数種類のローカルネットワークはコアネットワークを共有できるが、アクセスネットワークが独立したものであり、又は、アクセスネットワークを共有できるが、コアネットワークが独立したものであり、又は、アクセスネットワークとコアネットワークを共有でき、又は、アクセスネットワークとコアネットワークを共有できない。

ＮＲシステムにおいて、ＩＰタイプをサポートするだけではなく、更にイーサネットフレームタイプが導入されている。ＰＤＵ層（ｌａｙｅｒ）については、ＰＤＵセッション（Ｓｅｓｓｉｏｎ）タイプがＩＰｖ４又はＩＰｖ６又はＩＰｖ４ｖ６である場合、該ＰＤＵセッションに対応するのはＩＰｖ４データパケット（ｐａｃｋｅｔｓ）及び／又はＩＰｖ６データパケットであり、ＰＤＵセッションタイプがイーサネットフレームタイプである場合、該ＰＤＵセッションに対応するのはイーサネットフレーム構造（ｆｒａｍｅｓ）である。

以下、図２～図４を参照しながら、本願の実施例に関わるイーサネットフレームのフレームフォーマットを説明する。

図２におけるフレームフォーマットにおいて、イーサネットフレームヘッダーは複数のフィールド（領域、サブヘッダーとも称される）、例えば、宛先アドレスフィールド、ソースアドレスフィールド、長さフィールドを含んでもよく、データ部はデータを含んでもよい。また、５Ｇネットワークにおいて伝送しない２つの部分、即ちプリアンブル（ｐｒｅａｍｂｌｅ）及びフレームチェックシーケンス（ＦＣＳ、ｆｒａｍｅｃｈｅｃｋｓｅｑｕｅｎｃｅ）を更に含む。該図２に示されるイーサネットフレームはイーサネット８０２．３オリジナル（ｒａｗ）フレームタイプであってもよい。

図３におけるフレームフォーマットにおいて、イーサネットフレームヘッダーは複数のフィールド、例えば宛先アドレスフィールド、ソースアドレスフィールド及びタイプフィールドを含んでもよく、データ部はデータを含んでもよい。また、５Ｇネットワークにおいて伝送しない２つの部分、即ちプリアンブル及びＦＣＳを更に含んでもよい。図３に示されるイーサネットフレームはＥｔｈｅｒｎｅｔＩＩフレームタイプであってもよい。

ＮＲシステムにおいて、一般的に公衆ネットワークシステム、即ちＰＬＭＮに基づく公衆地上波移動体ネットワークを配置する。同時に、いくつかのシーン、例えばオフィス、ホーム、工場等のシーンにおいて、管理をより安全で効果的に行うために、一般的にローカルユーザー又は管理者はローカルネットワークを配置し、許可されたアクセスできるユーザーでなければローカルネットワークにアクセスする権限を持たない。

公衆ネットワークシステムとローカルネットワークが共存するシーンにおいて、ＰＤＵセッションがイーサネットフレームタイプである場合、イーサネットＰＤＵに仮想ローカルエリアネットワーク（ＶＬＡＮ、ＶｉｒｔｕａｌＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）フィールドが含まれる可能性もあるし、ＶＬＡＮプレフィックスが含まれない可能性もあり、対応のイーサネットフレーム構造は異なる。図４には、図２又は図３に示されるフレームフォーマットにＶＬＡＮフィールド（ＶＬＡＮｆｉｅｌｄ）を追加するフレームフォーマットを示し、該ＶＬＡＮフィールドは該イーサネットフレームの属するＶＬＡＮの情報を示すことに用いられてもよい。

理解されるように、図２～図４に示されるフレームフォーマットは例示的に説明するものであって、本願の実施例を特に制限するものではない。

更に理解されるように、本願の実施例の様々な実現方式は更にイーサネットフレーム以外の他のタイプのフレームに適用できる。簡潔のために、本願の実施例はここで詳細な説明を省略する。

図５は本願の実施例に係る無線通信方法２００の模式的なフローチャートである。該方法２００は、
圧縮側装置が、イーサネットフレームヘッダーのヘッダー圧縮パラメータを設定するための第１設定情報を受信するＳ２１０、
前記圧縮側装置が前記第１設定情報に基づいてデータパケットのイーサネットフレームヘッダーを圧縮するＳ２２０、のうちの少なくとも一部を含む。

理解されるように、該方法２００はダウンリンク伝送に適用されてもよく、アップリンク伝送に適用されてもよく、サイドリンク伝送に適用されてもよい。ダウンリンク伝送に適用される場合、圧縮側装置はアクセスネットワーク装置であってもよく、解凍側装置は端末装置であってもよい。アップリンク伝送に適用される場合、圧縮側装置は端末装置であってもよく、解凍側装置はアクセスネットワーク装置であってもよい。サイドリンク伝送に適用される場合、該圧縮側装置は端末装置であってもよく、該解凍側装置は端末装置であってもよい。

選択肢として、本願の実施例では、前記データパケットは圧縮側装置が解凍側装置に送信しようとするデータパケットである。該データパケットヘッダーはイーサネットフレームタイプ、例えば図２～図４に示されるイーサネットフレームである。該圧縮側装置は受信された該第１設定情報に基づいて、該データパケットのパケットヘッダー即ちイーサネットフレームヘッダー（選択肢として、更にＶＬＡＮフィールドを含んでもよい）を圧縮するかどうかを決定することができる。前記イーサネットフレームヘッダーを圧縮する必要がある場合、該圧縮側装置は更に該第１設定情報に基づいて該イーサネットフレームヘッダーの圧縮方式、即ちヘッダー圧縮（ｈｅａｄｅｒｃｏｍｐｒｅｓｓｉｏｎ）をどのように行うか、例えば、イーサネットフレームヘッダーにおけるどのフィールドを圧縮するか、データパケットをどのコンテキスト識別子に対応するサブ対象チャネルにマッピングするか等を決定することができる。

理解されるように、本願の実施例では、主にデータパケットのイーサネットフレームヘッダーを圧縮する場合を例として説明するが、本願の実施例では、イーサネットフレームヘッダーの圧縮方式に基づいて該データパケットにおけるデータ部分を圧縮してもよい。又は、他の実施例では、前記第１設定情報は該データパケットにおけるデータ部分の圧縮パラメータ、例えば該データ部分を圧縮するかどうか、該データ部分の圧縮方式等を設定することに用いられてもよい。これにより、該圧縮側装置は該データ部分の圧縮パラメータに基づいて該データパケットのデータ部分を圧縮し、更に圧縮されたデータパケットを解凍側装置に送信してもよい。本願の実施例はこれを制限しない。

理解されるように、本願の実施例では、以下は主にデータパケットのイーサネットフレームヘッダーのマッピングを例として説明するが、本願の実施例はイーサネットフレームヘッダーのマッピング方式に基づいて該データパケットをマッピングしてもよい。

選択肢として、いくつかの実施例では、前記第１設定情報は予め設定されたもの、プロトコルに従って決められたもの、又は該圧縮側装置と解凍側装置が決めたものであってもよい。この場合、該方法２００は該ステップ２１０を含まなくてもよい。該圧縮側装置と解凍側装置は予め設定された該第１設定情報又は決められた該第１設定情報に基づいてイーサネットフレームヘッダーの圧縮又は解凍を行ってもよい。

選択肢として、いくつかの実施例では、前記第１設定情報の一部は予め設定されたもの、プロトコルに従って決められたもの、又は該圧縮側装置と解凍側装置が決めたものであってもよい。この場合、該圧縮側装置と解凍側装置は少なくとも予め設定された該第１設定情報の一部又は決められた該第１設定情報の一部に基づいてイーサネットフレームヘッダーの圧縮又は解凍を行ってもよい。

選択肢として、他の実施例では、該第１設定情報は第１装置が該圧縮側装置に設定したものであってもよい。選択肢として、前記第１装置は該第１設定情報を解凍側装置に指示又は設定してもよく、それにより該解凍側装置は該第１設定情報に基づいて、該圧縮側装置から送信された圧縮データパケットを解凍する。

選択肢として、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置、例えばデータネットワークノード（ＤＮＮ、ＤａｔａＮｅｔｗｏｒｋＮｏｄｅ）等であってもよい。

例えば、前記第１装置はアクセスネットワーク装置であってもよく、前記圧縮側装置は端末装置であってもよい。この場合、前記第１装置は無線リソース制御（ＲＲＣ、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）メッセージによって圧縮側装置に該ヘッダー圧縮パラメータを設定してもよく、又は、前記第１装置は他のメッセージ、例えば媒体アクセス制御（ＭＡＣ、ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）制御要素（ＣＥ、ＣｏｎｔｒｏｌＥｌｅｍｅｎｔ）又はダウンリンク制御情報（ＤＣＩ、ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）等のダウンリンクメッセージによって圧縮側装置に前記第１設定情報を送信してもよい。

更に、例えば、前記第１装置はコアネットワーク装置であってもよく、前記圧縮側装置は端末装置であってもよい。この場合、該コアネットワーク装置は端末装置とコアネットワークとの間のメッセージ、例えば非アクセス層（ＮＡＳ、Ｎｏｎ－ＡｃｃｅｓｓＳｔｒａｔｕｍ）メッセージによって圧縮側装置に該ヘッダー圧縮パラメータを設定してもよい。

更に、例えば、前記第１装置はコアネットワーク装置であってもよく、前記圧縮側装置は端末装置であってもよい。この場合、該コアネットワーク装置は端末装置とコアネットワークとの間のメッセージ、例えば非アクセス層（ＮＡＳ、Ｎｏｎ－ＡｃｃｅｓｓＳｔｒａｔｕｍ）メッセージによって該情報をアクセスネットワーク装置に通知し、その後、アクセスネットワーク装置はアクセス層（ＡＳ、ＡｃｃｅｓｓＳｔｒａｔｕｍ）メッセージ、例えばＲＲＣメッセージによって圧縮側装置に該ヘッダー圧縮パラメータを設定してもよい。

更に、例えば、前記第１装置はコアネットワーク装置であってもよく、前記圧縮側装置はアクセスネットワーク装置であってもよい。この場合、該コアネットワーク装置はアクセスネットワーク装置とコアネットワークとの間のメッセージ、例えばＮ２メッセージによってアクセスネットワーク装置に該ヘッダー圧縮パラメータを設定してもよい。選択肢として、端末装置が解凍側装置である場合、ＡＳ層メッセージ又はＮＡＳ層メッセージによって該ヘッダー圧縮パラメータを端末装置に指示又は設定してもよく、即ちアクセスネットワーク装置又はコアネットワーク装置によって端末装置に指示又は設定してもよい。

選択肢として、いくつかの実施例では、前記ヘッダー圧縮パラメータは、
イーサネットフレームヘッダーを圧縮するかどうかを示すためのイーサネットフレームヘッダーのヘッダー圧縮識別子、
ＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうか、又は前記イーサネットフレームヘッダーがＶＬＡＮフィールドを含むかどうかを示すための仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド指示、
圧縮する必要のあるサブヘッダーの情報、即ち、イーサネットフレームヘッダーにおけるどのサブヘッダー又はどのフィールドを圧縮する必要があるかの情報、
圧縮する必要のあるサブヘッダーのタイプを示すためのヘッダー圧縮フィールドタイプ情報、
ヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルの最大数を示すためのコンテキスト（ｃｏｎｔｅｘｔ）識別子（ＩＤ、Ｉｄｅｎｔｉｆｙ）の最大数（前記ヘッダー圧縮対象はヘッダー圧縮を行う単位を示すことに用いられ、各サブチャネルは対応のコンテキストがあり、又は、コンテキストは、ヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルに対応し、又は、各ヘッダー圧縮設定／識別子のみに対してヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルに対応する）、
解凍側装置が用いるフィードバックモードを示すためのフィードバックモード、
前記フィードバックモードに基づいて圧縮状態の遷移を行うかどうかを示すためのヘッダー圧縮モード、のうちの少なくとも１つを含む。

具体的に、該イーサネットフレームヘッダーのヘッダー圧縮識別子は該イーサネットフレームヘッダーを圧縮するかどうかを示すことに用いられてもよい。該イーサネットフレームヘッダーを圧縮しない場合、該圧縮側装置は該データパケットのイーサネットフレームヘッダーを圧縮しなくてもよく、又は、目標対象／チャネルに対応するデータパケットのイーサネットフレームヘッダーを圧縮しなくてもよく、又は、該第１設定情報に対応して設定したデータパケットのイーサネットフレームヘッダーを圧縮しなくてもよく、即ち完全なイーサネットフレームヘッダーを含むデータパケットを解凍装置に送信する。この場合、該圧縮側装置の圧縮状態が非圧縮状態であると見なしてもよい。又は、該イーサネットフレームヘッダーを圧縮する場合、該圧縮側装置は更に該第１設定情報における他の情報を参照して該イーサネットフレームヘッダーの圧縮方式を決定してもよく、以下に更に説明する。

前記ＶＬＡＮフィールド指示はＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうか、又は前記イーサネットフレームヘッダーがＶＬＡＮフィールドを含むかどうかを示すことに用いられる。選択肢として、ＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうかは異なる識別子で示されてもよく、前記イーサネットフレームヘッダーがＶＬＡＮフィールドを含むかどうかは異なる識別子で示されてもよい。従って、該圧縮側装置はＶＬＡＮフィールド指示に基づいてＶＬＡＮフィールドを含むイーサネットフレームヘッダー及びＶＬＡＮフィールドを含まないイーサネットフレームヘッダーの圧縮ポリシーを決定することができる。又は、該圧縮側装置はＶＬＡＮフィールド指示に基づいてＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうかを決定することができる。又は、該圧縮側装置はＶＬＡＮフィールド指示に基づいてイーサネットフレームヘッダーの圧縮を行うことを決定する場合、ＶＬＡＮフィールドを含むイーサネットフレームヘッダー及びＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを決定又は区別することができる。又は、該圧縮側装置はＶＬＡＮフィールド指示に基づいてイーサネットフレームヘッダーの圧縮を行う場合、ＶＬＡＮフィールドを含むイーサネットフレームヘッダー及びＶＬＡＮフィールドを含まないイーサネットフレームヘッダーの圧縮ポリシーを決定することができる。

一実現方式では、前記ＶＬＡＮフィールド指示はイーサネット／ＶＬＡＮ及びイーサネットの２つの指示を含んでもよい。イーサネット／ＶＬＡＮはＶＬＡＮフィールドを含むイーサネットフレームを示し、イーサネットはＶＬＡＮフィールドを含まないイーサネットフレームを示す。前記ＶＬＡＮフィールド指示はイーサネット／ＶＬＡＮであり、即ち該イーサネットフレームヘッダーはＶＬＡＮフィールドを含む場合、圧縮側装置はこの指示に対応するヘッダー圧縮設定に基づいてＶＬＡＮフィールドを含むデータパケットに対してヘッダー圧縮を行ってもよい。又は、前記ＶＬＡＮフィールド指示はイーサネットである場合、圧縮側装置はこの指示に対応するヘッダー圧縮設定に基づいてＶＬＡＮフィールドを含まないデータパケットに対してヘッダー圧縮を行ってもよく、即ちＶＬＡＮフィールドを含むデータパケット及びＶＬＡＮフィールドを含まないデータパケットに異なるヘッダー圧縮パラメータを設定してもよい。

一実現方式では、前記ＶＬＡＮフィールド指示はイーサネット／ＶＬＡＮ及びイーサネットの２つの指示を含んでもよい。イーサネット／ＶＬＡＮはＶＬＡＮフィールドを含むイーサネットフレームを示し、イーサネットはＶＬＡＮフィールドを含まないイーサネットフレームを示す。前記ＶＬＡＮフィールド指示はイーサネット／ＶＬＡＮであり、即ち該イーサネットフレームヘッダーはＶＬＡＮフィールドを含む場合、圧縮側装置はデータパケットを異なるコンテキストＩＤに対応するサブ対象チャネルにマッピングしてもよい。又は、前記ＶＬＡＮフィールド指示はイーサネットである場合、圧縮側装置はデータパケットを異なるコンテキストＩＤに対応するサブ対象チャネルにマッピングしてもよい（例えば、ＶＬＡＮフィールドを含むデータパケットを１つのサブ対象チャネルにマッピングし、ＶＬＡＮフィールドを含まないデータパケットを他のサブ対象チャネルにマッピングする）。又は、圧縮側装置はデータパケットを異なるコンテキストＩＤに対応するサブ対象チャネルにマッピングしなくてもよい（例えば、ＶＬＡＮフィールドを圧縮するかどうか、又はＶＬＡＮフィールドに対してヘッダー圧縮を行わないことを考慮する）。

他の実現方式では、前記ＶＬＡＮフィールド指示はイーサネットを含んでもよく、ＶＬＡＮフィールドを含むかどうかにかかわらず、いずれもイーサネットフレームヘッダーを圧縮することを示す。

選択肢として、本願の実施例では、前記ＶＬＡＮフィールドはＱタグ（Ｑ－ｔａｇｓ）と称されてもよく、カスタマータグ（Ｃ－ｔａｇ）を含んでもよく、カスタマーＶＬＡＮフィールド（ＣｕｓｔｏｍｅｒＶＬＡＮフィールド）及びサービスタグ（Ｓ－ｔａｇ）と称されてもよく、サービスＶＬＡＮフィールド（ＳｅｒｖｉｃｅＶＬＡＮフィールド）と称されてもよく、又は、他の情報を含んでもよく、本願の実施例はこれを制限しない。

特に、本願の実施例では、前記圧縮側装置はＶＬＡＮフィールドにおける一部のサブヘッダーのみに対してヘッダー圧縮を行ってもよい。

前記ヘッダー圧縮フィールドタイプ情報は圧縮する必要のあるサブヘッダーのタイプを示すことに用いられる。例示的な説明であって制限的ではないが、前記ヘッダー圧縮フィールドタイプ情報は、静的（ｓｔａｔｉｃ）カテゴリ、既知の静的（ｓｔａｔｉｃ－ｋｎｏｗｎ）カテゴリ、定義された静的（ｓｔａｔｉｃ－ｄｅｆ）カテゴリ、推測された（ｉｎｆｅｒｒｅｄ）カテゴリ、可変（ｃｈａｎｇｉｎｇ）カテゴリ、不変カテゴリのうちの少なくとも１つを含む。

例えば、前記第１設定情報は特定のタイプのサブヘッダーに対してヘッダー圧縮を行い、例えば不変カテゴリのサブヘッダーに対してヘッダー圧縮を行うように設定されてもよい。選択肢として、該不変カテゴリは静的カテゴリ、既知の静的カテゴリ、定義された静的カテゴリ、推測されたカテゴリを含んでもよい。又は、該不変タイプは静的カテゴリ、既知の静的カテゴリ、定義された静的カテゴリ及び推測されたカテゴリのうちの一部のタイプを含んでもよい。

選択肢として、前記圧縮する必要のあるサブヘッダーの情報は、宛先アドレス、ソースアドレス、イーサネットタイプ、イーサネット長さ、タグプロトコル識別子（ＴＰ－ＩＤ、ＴａｇＰｒｏｔｏｃｏｌＩＤ）、優先コードポイント（ＰＣＰ、ＰｒｅｃｅｄｅｎｃｅＣｏｄｅＰｏｉｎｔ）、廃棄識別子（ＤＥＩ、ＤｒｏｐＥｌｉｇｉｂｌｅＩｎｄｉｃａｔｏｒ）、ＶＬＡＮＩＤのうちの少なくとも１つを含んでもよい。

該ＴＲ－ＩＤはフレームタイプ、例えば８０２．１Ｑタグフレーム、即ちＶＬＡＮフィールドを含むイーサネットフレームを示すことに用いられてもよい。

優先度（ＰＲＩ、Ｐｒｉｏｒｉｔｙ）とも称される該ＰＣＰはフレームの優先度を示すことに用いられてもよい。ネットワークが輻輳する場合、ＰＣＰ優先度の高いデータパケットを優先的に送信する。

該ＤＥＩは廃棄優先度を示すことに用いられてもよい。ネットワークが輻輳する場合、優先度の低いデータパケットを優先的に廃棄する。

更に、圧縮可能なサブヘッダーは更に、サブネットワークアクセスプロトコル（ＳＮＡＰ、ＳｕｂＮｅｔｗｏｒｋＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）フィールド、論理リンク制御（ＬＬＣ、ＬｏｇｉｃａｌＬｉｎｋＣｏｎｔｒｏｌ）フィールドのうちの少なくとも１つを含んでもよい。

理解されるように、以上のイーサネットフレームヘッダーに含まれるサブヘッダーは例示的なものに過ぎず、標準の更新及び発展に従って、イーサネットフレームヘッダーに含まれるサブヘッダーは削減又は追加されてもよく、又は、その意味を更新してもよい。本願の実施例のサブヘッダーの意味は調整されてもよく、本願の実施例はこれを制限しない。

理解されるように、前記第１設定情報における一部の情報は予め設定されたものであってもよく、他の情報により決定されたものであってもよい。例えば、該第１設定情報に該圧縮する必要のあるサブヘッダーの情報が設定されていないが、該第１設定情報に該ヘッダー圧縮フィールドタイプ情報が設定されている場合、該ヘッダー圧縮フィールド情報に基づいて該圧縮する必要のあるサブヘッダーの情報を決定することができる。例えば、該ヘッダー圧縮フィールドタイプ情報が不変カテゴリである場合、該圧縮する必要のあるサブヘッダーはＰＣＰ及びタイプフィールドのうちの少なくとも１つを含まなくてもよい。又は、該ヘッダー圧縮フィールドタイプ情報が静的カテゴリである場合、圧縮する必要のあるサブヘッダーはソースアドレスフィールド、宛先アドレスフィールド及び長さフィールドのうちの少なくとも１つを含んでもよい。

選択肢として、本願の実施例では、前記フィードバックモードは、フィードバックデータパケットを返信する必要のあるモード、フィードバックデータパケットを返信する必要のないモード、特定の条件においてフィードバックデータパケットを返信する必要のあるモード、のうちの少なくとも１つを含む。

従って、解凍側装置は圧縮側装置から送信された圧縮後のイーサネットフレームを受信した後、該イーサネットフレームを解凍することができ、且つ該フィードバックモードに基づいて解凍結果をフィードバックすることができる。該解凍結果は例えば解凍に成功したかどうか又は連続解凍に成功したかどうか、又は部分解凍に成功したかどうか又は連続する部分解凍に成功したかどうか等を示してもよい。例えば、否定応答（ＮＡＣＫ、ＮｅｇａｔｉｖｅＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）をフィードバックすることは、全体解凍に失敗し又は部分解凍に失敗したことを示し、又は、肯定応答（ＡＣＫ、Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）をフィードバックすることは、解凍に成功したことを示す。選択肢として、該解凍結果は更にシーケンス番号（ＳＮ、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ）に対応するデータパケットの解凍結果を含んでもよい。選択肢として、該解凍結果は更に、少なくとも１つのＡＣＫに対応するデータパケットのＳＮ、少なくとも１つのＡＣＫに対応するデータパケットのＳＮ、解凍に失敗した１番目のデータパケットに対応するシーケンス番号、解凍に成功した最後のデータパケットに対応するシーケンス番号、解凍に成功した最後のデータパケットに対応するシーケンス番号＋１等のうちの少なくとも１つを含んでもよい。

選択肢として、本願の実施例では、前記特定の条件においてフィードバックデータパケットを返信する必要のあるモードは、
周期的にフィードバックし、即ち一定の周期に基づいてフィードバックし、例えば該周期内に受信された圧縮データパケットの解凍結果を統合してフィードバックしてもよく、シグナリングオーバーヘッドを低減することができること、
前記データパケットの解凍が誤った場合にフィードバックし、データパケットの解凍が誤った場合に解凍結果（送信が誤ったことを示す情報、具体的なエラー情報、送信に成功した情報のうちの少なくとも１つを含んでもよい）をフィードバックすることは解凍が誤ったデータパケットの確実な伝送を確保することに役立つこと、
データパケットの連続する複数回の解凍が誤った場合にフィードバックし、データパケットの連続する複数回の解凍が誤った場合に解凍結果（送信が誤ったことを示す情報、具体的なエラー情報、送信に成功した情報のうちの少なくとも１つを含んでもよい）をフィードバックすることは解凍が誤ったデータパケットの確実な伝送を確保することに役立つこと、
前記圧縮側装置の圧縮状態が変化した場合にフィードバックし、即ち１つの圧縮状態から他の圧縮状態に切り替え、例えば非圧縮状態から圧縮状態に切り替える場合、圧縮側装置の圧縮状態が変化したことはデータパケットの解凍に失敗した恐れがあることを示し、この場合、解凍結果をフィードバックすることは解凍が誤ったデータパケットの確実な伝送を確保することに役立つこと、
未圧縮データパケットを受信したこと、
未圧縮データパケットを複数回連続受信したこと、
圧縮側装置から送信された、フィードバックデータパケットを返信するように前記解凍側装置に指示するための第１指示を受信したこと、
前記解凍側装置の解凍状態が変化した場合にフィードバックすること、
特定のデータパケットを受信した場合にフィードバックすること、
現在の圧縮効率より圧縮効率が更に低い圧縮データパケットを受信したこと、
現在の圧縮効率より圧縮効率が更に低い圧縮データパケットを複数回連続受信したこと、のうちの少なくとも１つを含んでもよい。

具体的に、下記の解凍側装置が圧縮側装置に状態報告を送信する関連説明を参照してもよい。簡潔のために、ここで詳細な説明は省略する。

選択肢として、本願の実施例では、解凍側装置によるデータパケットの解凍結果はフィードバックデータパケットに搬送されてもよい。該フィードバックデータパケットは該イーサネットフレームヘッダーの少なくとも一部のフィードバックに対するものであってもよい。

例えば、該少なくとも一部は該イーサネットフレームヘッダーの可変部分（例えば、ＶＬＡＮフィールド、長さ及びタイプフィールド等）及び／又は該イーサネットフレームヘッダーの静的部分（例えば、ソースアドレス及び宛先アドレス等）である。

更に、例えば、該少なくとも一部は該イーサネットフレームヘッダーの可変部分の少なくとも一部（例えば、タイプフィールド等）及び／又は該イーサネットフレームヘッダーの静的部分の少なくとも一部（例えば、ソースアドレス及び宛先アドレス等）である。

選択肢として、本願の実施例では、前記圧縮側装置は該フィードバックモードに基づいて、圧縮状態の遷移を行うかどうかを決定することができる。例示的な説明であって制限的ではないが、前記圧縮状態は非圧縮状態、部分圧縮状態及び全圧縮状態のうちの少なくとも１つを含む。選択肢として、前記部分圧縮状態は更に複数の部分圧縮状態、例えば半圧縮又は２／３圧縮等に細分されてもよく、又は、該圧縮状態は非圧縮及び全圧縮の２つの圧縮状態のみを含んでもよく、本願の実施例はこれを制限しない。

圧縮側装置については、該フィードバックデータパケットを受信した場合、該フィードバックデータパケットに基づいてその送信した圧縮データパケットの解凍結果を決定することができる。解凍結果は少なくとも一部の解凍に失敗したことを示す場合、該圧縮側装置は圧縮状態の遷移を行うかどうか、例えば、より確実な圧縮状態に遷移してヘッダー圧縮を行い、例えば、全圧縮状態から部分圧縮状態又は非圧縮状態に切り替えてデータパケットの確実な伝送を確保することを決定することができる。

前記コンテキスト識別子の最大数はヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルの最大数、即ちあるヘッダー圧縮対象のデータパケットが区別され得るサブ対象チャネルの最大数を示すことに用いられる。選択肢として、前記圧縮側装置は第１条件を満足する場合、同じヘッダー圧縮対象に対応するデータパケットを、異なるコンテキストＩＤに対応するサブ対象チャネルにマッピングし、例えば、異なるＭＡＣアドレスを有するデータパケットを、異なるコンテキストＩＤに対応するサブ対象チャネルにマッピングし、又は、同じＭＡＣアドレスを有するデータパケットを、同じコンテキストＩＤに対応するサブ対象チャネルにマッピングすることができる。

選択肢として、該ＭＡＣアドレスはイーサネットフレームヘッダーにおけるソースアドレス及び／又は宛先アドレスであってもよい。

選択肢として、いくつかの実施例では、少なくとも１つのＱｏＳフロー、少なくとも１つのベアラ、端末装置、少なくとも１つのＰＤＵセッションのうちの少なくとも１つに基づいて、前記ヘッダー圧縮パラメータを設定する。

即ち、本願の実施例に係るヘッダー圧縮パラメータの粒度（又は、単位）は１つのサービス品質フロー（ＱｏＳＦｌｏｗ、ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅｆｌｏｗ）又は複数のＱｏＳフローであってもよく、又は、１つのベアラ又は複数のベアラであってもよく、又は、ＵＥを単位としてもよく、又は、１つのＰＤＵセッション（ｓｅｓｓｉｏｎ）を単位としてもよく、当然ながら、複数のＰＤＵセッションを単位としてもよく、本願の実施例はこれを制限しない。

理解されるように、前記ヘッダー圧縮パラメータはサービスタイプに基づいて設定されてもよい。例えば、異なるサービスの要件を満足するために、特定のタイプのサービスにヘッダー圧縮パラメータを設定し、例えば、拡張モバイルブロードバンド（ｅＭＢＢ、ＥｎｈａｎｃｅＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）に１組のヘッダー圧縮パラメータを設定し、超高信頼低遅延通信（ＵＲＬＬＣ、Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ）に１組のヘッダー圧縮パラメータを設定する。又は、他のパラメータに基づいて設定されてもよく、本願の実施例はこれを制限しない。

選択肢として、本願の実施例では、前記第１設定情報は更に、前記ヘッダー圧縮パラメータに対応するヘッダー圧縮対象情報、即ちどのヘッダー圧縮対象のデータパケットに対して該ヘッダー圧縮パラメータを用いてヘッダー圧縮を行うかを設定することに用いられる。例えば、前記ヘッダー圧縮対象情報は、少なくとも１つのサービス品質（ＱｏＳ）フロー識別子（ＩＤ）、少なくとも１つのベアラ識別子、少なくとも１つの端末装置識別子（ＩＤ）、少なくとも１つのプロトコルデータユニット（ＰＤＵ）セッション識別子のうちの少なくとも１つを含む。

即ち、該第１設定情報は該少なくとも１つのサービス品質（ＱｏＳ）フロー識別子（ＩＤ）に対応するＱｏＳフロー又は少なくとも１つのベアラ識別子に対応するベアラを設定することができる。前記少なくとも１つのプロトコルデータユニット（ＰＤＵ）セッション識別子に対応するＰＤＵセッション等のヘッダー圧縮対象に対応するデータパケットは該ヘッダー圧縮パラメータを用いてヘッダー圧縮を行う。これにより、これらのヘッダー圧縮対象に対応するデータパケットを圧縮する必要がある場合、該圧縮側装置は該ヘッダー設定パラメータに基づいてヘッダー圧縮を行うかどうかを決定し、ヘッダー圧縮を行う必要がある場合、更にヘッダー圧縮をどのように行うかを決定することができる。

従って、該第１設定情報はイーサネットフレームヘッダーのヘッダー圧縮パラメータを設定することができるだけではなく、該ヘッダー圧縮パラメータの対象を設定することもできる。そうすると、ヘッダー圧縮を行う粒度を制御可能にすることができ、例えば、ベアラレベルであってもよく、より精密であってもよく、例えばＱｏＳフローレベルであってもよい。

以上の説明によれば、イーサネットフレームヘッダーはＶＬＡＮフィールドを含まない可能性もあるし、ＶＬＡＮフィールドを含む可能性もあり、又は、１つのＶＬＡＮフィールドを含む可能性もあるし、２つ以上のＶＬＡＮフィールドを含む可能性もある。上記状況に基づいて、本願の実施例は更に上記いくつかのタイプのイーサネットフレームヘッダーとコンテキスト識別子とのマッピング方式を提供する。

選択肢として、一実施例として、前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダーとコンテキスト識別子とのマッピング方式を設定することに用いられる。又は、該第１設定情報はＶＬＡＮフィールドを含むデータパケットとコンテキスト識別子とのマッピング方式を示すことに用いられると見なしてもよく、即ちデータパケットのイーサネットフレームヘッダー及びデータ部分は同じマッピング方式を用いてもよい。

一実現方式では、前記第１設定情報は異なる個数のＶＬＡＮフィールドを含むイーサネットフレームヘッダーとコンテキスト識別子とのマッピング関係を設定することに用いられてもよい。例えば、前記第１設定情報は具体的に、
１つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを、第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、例えば、１つのＱタグを含むデータパケットのイーサネットフレームヘッダーを、コンテキストＩＤ１に対応するサブ対象チャネルにマッピングし、
更に、該１つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーに対応するデータパケットにおけるデータ部分を、該第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、例えば、１つのＱタグを含むデータパケットのデータ部分を、コンテキストＩＤ１に対応するサブ対象チャネルにマッピングし、
２つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを、第２コンテキスト識別子に対応するサブ対象チャネルにマッピングし、例えば、２つのＱタグを含むデータパケットのイーサネットフレームヘッダーを、コンテキストＩＤ２に対応するサブ対象チャネルにマッピングし、
更に、該２つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーに対応するデータパケットにおけるデータ部分を、該第２コンテキスト識別子に対応するサブ対象チャネルにマッピングし、例えば、２つのＱタグを含むデータパケットのデータ部分を、コンテキストＩＤ２に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを、第３コンテキスト識別子に対応するサブ対象チャネルにマッピングし、例えば、Ｑタグを含まないデータパケットのイーサネットフレームヘッダーを、コンテキストＩＤ３に対応するサブ対象チャネルにマッピングし、
更に、該ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーに対応するデータパケットにおけるデータ部分を、該第３コンテキスト識別子に対応するサブ対象チャネルにマッピングし、例えば、Ｑタグを含まないデータパケットにおけるデータ部分を、コンテキストＩＤ３に対応するサブ対象チャネルにマッピングするように設定することに用いられる。

選択肢として、前記第１設定情報は他の個数のＶＬＡＮフィールドを含むイーサネットフレームヘッダーとコンテキスト識別子とのマッピング関係を設定してもよく、本願の実施例はこれを制限しない。

選択肢として、他の実施例として、前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダー、ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーのそれぞれとコンテキスト識別子とのマッピング方式を設定することに用いられてもよい。又は、該第１設定情報はＶＬＡＮフィールドを含むデータパケット、ＶＬＡＮフィールドを含まないデータパケット及びコンテキスト識別子のマッピング方式を設定することに用いられると見なしてもよく、即ち、データパケットのイーサネットフレームヘッダー及びデータ部分は同じマッピング方式を用いてもよい。

一実現方式では、前記第１設定情報は具体的に、
ＶＬＡＮフィールドを含むイーサネットフレームヘッダーを、第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、例えば、Ｑタグを含むデータパケットのイーサネットフレームヘッダーを、コンテキストＩＤ１に対応するサブ対象チャネルにマッピングし、
更に、該ＶＬＡＮフィールドを含むイーサネットフレームヘッダーに対応するデータパケットにおけるデータ部分を、該第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、例えば、Ｑタグを含むデータパケットのデータ部分を、コンテキストＩＤ１に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを、第３コンテキスト識別子に対応するサブ対象チャネルにマッピングし、例えば、Ｑタグを含まないデータパケットのイーサネットフレームヘッダーを、コンテキストＩＤ３に対応するサブ対象チャネルにマッピングし、
更に、該ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーに対応するデータパケットにおけるデータ部分を、該第３コンテキスト識別子に対応するサブ対象チャネルにマッピングし、例えば、Ｑタグを含まないデータパケットのデータ部分を、コンテキストＩＤ３に対応するサブ対象チャネルにマッピングするように設定することに用いられる。

上記実現方式によれば、該第１設定情報は該圧縮側装置がイーサネットフレームヘッダーにＶＬＡＮフィールドが含まれるかどうか又は含まれるＶＬＡＮフィールドの個数とコンテキスト識別子とのマッピング関係に基づいて、イーサネットフレームヘッダーを対応のコンテキストＩＤに対応するサブ対象チャネルにマッピングするように設定してもよい。即ち、該第１設定情報は圧縮側装置がイーサネットフレームヘッダーにおけるＶＬＡＮフィールドの具体的な状況に応じて、該イーサネットフレームヘッダーを該第１設定情報により設定されたコンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定してもよい。

選択肢として、他の実施例では、該第１設定情報は該圧縮側装置が異なるサブ対象チャネルを利用して、対応のデータパケットのイーサネットフレームヘッダーにＶＬＡＮフィールドが含まれるかどうか又は含まれるＶＬＡＮフィールドの個数を区別するように設定してもよい。即ち、該第１設定情報は圧縮側装置がイーサネットフレームヘッダーにＶＬＡＮフィールドが含まれるかどうか又は含まれるＶＬＡＮフィールドの個数に基づいてサブ対象チャネルへのマッピングを行うように設定するが、どのコンテキストＩＤに対応するサブ対象チャネルにマッピングするかを具体的に限定しない。しかしながら、同じサブ対象チャネルにマッピングされるデータパケットに対応するＶＬＡＮフィールドの状況は同様であり、いずれもＶＬＡＮフィールドを含むか、いずれもＶＬＡＮフィールドを含まないか、いずれも１つのＶＬＡＮフィールドを含むか、いずれも２つのＶＬＡＮフィールドを含むか等である。

例えば、該圧縮側装置は同じＭＡＣアドレスを有するＶＬＡＮフィールドを含むデータパケットを同じサブ対象チャネル例えばコンテキストＩＤ１に対応するサブ対象チャネルにマッピングし、ＶＬＡＮフィールドを含まないデータパケットを同じサブ対象チャネル例えばコンテキストＩＤ２に対応するサブ対象チャネルにマッピングすることができる。それに対応して、解凍側装置はイーサネットフレームヘッダーがマッピングされるサブ対象チャネルに基づいて、該イーサネットフレームヘッダーにＶＬＡＮフィールドが含まれるかどうかを決定することができる。ここで、含まれるＶＬＡＮフィールドの情報は同じであってもよく、異なってもよい。

更に、例えば、該圧縮側装置は同じＭＡＣアドレスを有する１つのＶＬＡＮフィールドを含むデータパケットを同じサブ対象チャネル例えばコンテキストＩＤ１に対応するサブ対象チャネルにマッピングし、同じＭＡＣアドレスを有する２つのＶＬＡＮフィールドを含むデータパケットを同じサブ対象チャネル例えばコンテキストＩＤ２に対応するサブ対象チャネルにマッピングし、ＶＬＡＮフィールドを含まないデータパケットを同じサブ対象チャネル例えばコンテキストＩＤ３に対応するサブ対象チャネルにマッピングすることができる。それに対応して、解凍側装置はイーサネットフレームヘッダーがマッピングされるサブ対象チャネルに基づいて、該イーサネットフレームヘッダーに含まれるＶＬＡＮフィールドの個数を決定することができる。

更に、前記圧縮側装置は更に圧縮後のデータパケットを下位層に提出して、ＰＤＣＰ及び／又は無線リンク制御（ＲＬＣ、ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）等の層の処理を行い、最終的に物理層によって解凍装置に伝送してもよい。

本願の実施例では、前記圧縮側装置は更にイーサネットフレームヘッダーのヘッダー圧縮機能のアクティブ化（オンとも称される）又は非アクティブ化（オフとも称される）を制御してもよい。更に、該イーサネットフレームヘッダーのヘッダー圧縮機能がアクティブ状態にある場合、前記第１設定情報に基づいてデータパケットのイーサネットフレームヘッダーに対してヘッダー圧縮を行い、該イーサネットフレームヘッダーのヘッダー圧縮機能が非アクティブ状態にある場合、データパケットのイーサネットフレームヘッダーに対してヘッダー圧縮を行わない。

以下、具体的な実施例によって該イーサネットフレームヘッダーのヘッダー圧縮機能のアクティブ化方式を説明する。

実施例１
前記圧縮側装置は前記第１設定情報を受信した場合、前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化し、例えば、該圧縮側装置は第１装置のＲＲＣメッセージを受信した場合、該イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化してもよく、該ＲＲＣメッセージは該第１設定情報を含む。

実施例２
前記圧縮側装置は専用アクティブ化シグナリングを受信した場合、前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化し、即ち、該圧縮側装置は表示されているアクティブ化シグナリングを受信した場合、該ヘッダー圧縮機能をアクティブ化する。

例えば、前記圧縮側装置は第１アクティブ化シグナリングを受信した場合、前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化し、前記第１アクティブ化シグナリングは前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化するように前記圧縮側装置に指示することに用いられる。

選択肢として、いくつかの実施例では、前記圧縮側装置は端末装置であってもよく、前記第１アクティブ化シグナリングは前記第１装置から送信されたものであってもよい。この場合、前記第１アクティブ化シグナリングはＲＲＣメッセージ、ＭＡＣＣＥ又はＤＣＩであり、又は、他のダウンリンクメッセージ又はダウンリンク情報であってもよい。

実施例３
前記圧縮側装置はプリセットルールに従って前記イーサネットフレームヘッダーの圧縮機能をアクティブ化する。

選択肢として、前記プリセットルールはプロトコルに従って決められたものであってもよく、圧縮側装置と解凍側装置が決めたものであってもよく、ネットワーク装置が予め設定したものであってもよく、本願の実施例はこれを制限しない。

例えば、前記プリセットルールは前記イーサネットフレームヘッダーのヘッダー圧縮機能がデフォルトでアクティブ化されることを示してもよい。

更に、例えば、前記プリセットルールは特定の端末装置のイーサネットフレームヘッダーのヘッダー圧縮機能がデフォルトでアクティブ化されることを示し、該特定の端末装置はイーサネットフレームタイプのデータパケットを伝送することをサポートする端末装置、又は、イーサネットフレームタイプのデータパケットを伝送することのみをサポートする端末装置であってもよい。

更に、例えば、いくつかの場合、ネットワーク装置はベアラがロバストヘッダー圧縮（ＲｏＨＣ、ＲｏｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）モードを用いてヘッダー圧縮を行うように設定してもよい。この場合、前記プリセットルールはＲｏＨＣモードのベアラを設定していないイーサネットフレームヘッダーのヘッダー圧縮機能がデフォルトでアクティブ化されることを示す。そうすると、このようなベアラのデータパケットはイーサネットフレームヘッダーのヘッダー圧縮機能を用いてヘッダー圧縮を行ってもよい。

選択肢として、いくつかの実施例では、前記圧縮側装置は更に該イーサネットフレームヘッダーのヘッダー圧縮機能を非アクティブ化するように制御してもよい。選択肢として、該圧縮側装置は専用非アクティブ化シグナリングを受信した場合、該ヘッダー圧縮機能を非アクティブ化してもよい。

例えば、前記圧縮側装置は第１非アクティブ化シグナリングを受信した場合、前記イーサネットフレームヘッダーのヘッダー圧縮機能を非アクティブ化し、前記第１非アクティブ化シグナリングは前記イーサネットフレームヘッダーのヘッダー圧縮機能を非アクティブ化するように前記圧縮側装置に指示することに用いられる。

選択肢として、いくつかの実施例では、前記圧縮側装置は端末装置であってもよく、前記第１非アクティブ化シグナリングは前記第１装置から送信されたものであってもよい。この場合、前記第１非アクティブ化シグナリングはＲＲＣメッセージ、ＭＡＣＣＥ又はＤＣＩであり、又は、他のダウンリンクメッセージ又はダウンリンク情報であってもよい。

以上は図５を参照しながら圧縮側装置の観点から本願の実施例に係る無線通信方法を詳しく説明したが、以下に図６を参照しながら解凍側装置の観点から本願の他の実施例に係る無線通信方法を詳しく説明する。理解されるように、解凍側装置側の説明は圧縮側装置側の説明に対応し、類似の説明については以上の説明を参照してもよく、重複を避けるために、ここで詳細な説明は省略する。

図６は本願の他の実施例に係る無線通信方法３００の模式的なフローチャートである。図６に示すように、該方法３００は、
解凍側装置が第１装置から送信された、イーサネットフレームヘッダーのヘッダー圧縮パラメータを設定するための第１設定情報を受信するＳ３１０と、
前記解凍側装置が前記第１設定情報に基づいて、受信されたデータパケットのイーサネットフレームヘッダーを解凍するＳ３２０と、を含む。

選択肢として、いくつかの実施例では、前記ヘッダー圧縮パラメータは、イーサネットフレームヘッダーのヘッダー圧縮識別子、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド指示、圧縮する必要のあるサブヘッダーの情報、ヘッダー圧縮フィールドタイプ情報、コンテキスト識別子の最大数、ヘッダー圧縮モード、フィードバックモードのうちの少なくとも１つを含み、
前記ヘッダー圧縮識別子は前記イーサネットフレームヘッダーを圧縮するかどうかを示すことに用いられ、前記ヘッダー圧縮フィールドタイプ情報は圧縮する必要のあるサブヘッダーのタイプを示すことに用いられ、前記コンテキスト識別子の最大数はヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルの最大数を示すことに用いられ、前記ヘッダー圧縮モードは前記フィードバックモードに基づいて圧縮状態の遷移を行うかどうかを示すことに用いられ、前記フィードバックモードは解凍側装置が用いるフィードバックモードを示すことに用いられ、前記ＶＬＡＮフィールド指示は、ＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうか、又は前記イーサネットフレームヘッダーがＶＬＡＮフィールドを含むかどうかを示すことに用いられ、前記ヘッダー圧縮対象はヘッダー圧縮を行う単位を示すことに用いられる。

本願の実施例では、該解凍側装置は圧縮側装置から送信された圧縮後のデータパケットを受信した後、該第１設定情報及び該データパケットに含まれる情報に基づいて、該データパケットを対応のコンテキストＩＤに対応するサブ対象チャネルにマッピングし、更に該サブ対象チャネルにおけるコンテキスト内容に基づいて、圧縮されたデータパケットを回復することができる。

更に、該解凍側装置は解凍後のデータパケットを上位層に提出することができ、それにより該解凍側装置の高位層は該解凍後のデータパケットに対して更なる処理を行う。

選択肢として、いくつかの実施例では、前記ヘッダー圧縮フィールドタイプ情報は静的カテゴリ、既知の静的カテゴリ、定義された静的カテゴリ、推測されたカテゴリ、可変カテゴリ、不変カテゴリのうちの少なくとも１つを含む。

選択肢として、いくつかの実施例では、前記圧縮する必要のあるサブヘッダーの情報は、宛先アドレス、ソースアドレス、イーサネットタイプ、イーサネット長さ、タグプロトコル識別子（ＴＰ－ＩＤ）、優先コードポイント（ＰＣＰ）、廃棄識別子（ＤＥＩ）、ＶＬＡＮ識別子（ＩＤ）のうちの少なくとも１つを含む。

選択肢として、いくつかの実施例では、前記フィードバックモードは、フィードバックデータパケットを返信する必要のあるモード、フィードバックデータパケットを返信する必要のないモード、特定の条件においてフィードバックデータパケットを返信する必要のあるモード、のうちの少なくとも１つを含む。

選択肢として、いくつかの実施例では、前記第１設定情報は更に、前記ヘッダー圧縮パラメータに対応するヘッダー圧縮対象情報を設定することに用いられる。

選択肢として、いくつかの実施例では、前記ヘッダー圧縮対象情報は、少なくとも１つのサービス品質（ＱｏＳ）フロー識別子（ＩＤ）、少なくとも１つのベアラ識別子、少なくとも１つの端末装置識別子（ＩＤ）、少なくとも１つのプロトコルデータユニット（ＰＤＵ）セッション識別子のうちの少なくとも１つを含む。

選択肢として、いくつかの実施例では、前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダーとコンテキスト識別子とのマッピング方式を示すことに用いられる。

選択肢として、いくつかの実施例では、前記第１設定情報は具体的に、
１つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
２つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第２コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられる。

選択肢として、いくつかの実施例では、前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダー、ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーのそれぞれとコンテキスト識別子とのマッピング方式を示すことに用いられる。

選択肢として、いくつかの実施例では、前記第１設定情報は具体的に、
ＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられる。

本願の実施例では、前記解凍側装置は更にイーサネットフレームヘッダーの解凍機能のアクティブ化（オンとも称される）又は非アクティブ化（オフとも称される）を制御してもよい。更に、該イーサネットフレームヘッダーの解凍機能がアクティブ状態にある場合、前記第１設定情報に基づいて、受信されたデータパケットのイーサネットフレームヘッダーを解凍し、該イーサネットフレームヘッダーの解凍機能が非アクティブ状態にある場合、データパケットのイーサネットフレームヘッダーを解凍しない。

以下、具体的な実施例によって該イーサネットフレームヘッダーの解凍機能のアクティブ化方式を説明する。

実施例１
前記解凍側装置は前記第１設定情報を受信した場合、前記イーサネットフレームヘッダーの解凍機能をアクティブ化する。例えば、該解凍側装置は第１装置のＲＲＣメッセージを受信した場合、該イーサネットフレームヘッダーの解凍機能をアクティブ化してもよく、該ＲＲＣメッセージは該第１設定情報を含む。

実施例２
前記解凍側装置は専用アクティブ化シグナリングを受信した場合、前記イーサネットフレームヘッダーの解凍機能をアクティブ化してもよい。例えば、前記解凍側装置は第２アクティブ化シグナリングを受信した場合、前記イーサネットフレームヘッダーの解凍機能をアクティブ化し、前記第２アクティブ化シグナリングは前記イーサネットフレームヘッダーの解凍機能をアクティブ化するように前記解凍側装置に指示することに用いられる。

選択肢として、いくつかの実施例では、前記解凍側装置は端末装置であってもよく、前記第２アクティブ化シグナリングは前記第１装置から送信されたものであってもよい。この場合、前記第２アクティブ化シグナリングはＲＲＣメッセージ、ＭＡＣＣＥ又はＤＣＩであり、又は、他のダウンリンクメッセージ又はダウンリンク情報であってもよい。

実施例３
前記解凍側装置はプリセットルールに従って前記イーサネットフレームヘッダーの解凍機能をアクティブ化する。

例えば、前記プリセットルールは前記イーサネットフレームヘッダーの解凍機能がデフォルトでアクティブ化されることを示してもよい。

更に、例えば、前記プリセットルールは特定の端末装置のイーサネットフレームヘッダーの解凍機能がデフォルトでアクティブ化されることを示し、該特定の端末装置はイーサネットフレームタイプのデータパケットを伝送することをサポートする端末装置、又は、イーサネットフレームタイプのデータパケットを伝送することのみをサポートする端末装置であってもよい。

更に、例えば、いくつかの場合、ネットワーク装置はベアラがＲｏＨＣモードを用いてヘッダー圧縮を行うように設定してもよい。この場合、前記プリセットルールはＲｏＨＣモードのベアラを設定していないイーサネットフレームヘッダーの解凍機能がデフォルトでアクティブ化されることを示す。そうすると、このようなベアラのデータパケットはイーサネットフレームヘッダーの解凍機能に基づいて解凍されてもよい。

以上の説明によれば、該解凍装置はデータパケットの解凍結果をフィードバックし、即ち圧縮側装置に状態報告を送信することができる。該状態報告は該解凍側装置による受信されたデータパケットの解凍結果を含んでもよい。該解凍結果は例えば解凍に成功したかどうか又は連続解凍に成功したかどうか、又は部分解凍に成功したかどうか又は連続する部分解凍に成功したかどうか等を示してもよい。例えば、ＮＡＣＫをフィードバックすることは、全体解凍に失敗し又は部分解凍に失敗したことを示すことに用いられ、又は、ＡＣＫをフィードバックすることは、解凍に成功したことを示すことに用いられる。選択肢として、該解凍結果は更にＳＮに対応するデータパケットの解凍結果を含んでもよい。選択肢として、該解凍結果は更に、少なくとも１つのＡＣＫに対応するデータパケットのＳＮ、少なくとも１つのＡＣＫに対応するデータパケットのＳＮ、解凍に失敗した１番目のデータパケットに対応するシーケンス番号、解凍に成功した最後のデータパケットに対応するシーケンス番号、解凍に成功した最後のデータパケットに対応するシーケンス番号＋１等のうちの少なくとも１つを含んでもよい。

以下、具体的な実施例によって該解凍側装置が状態報告を送信するアクティブ化方式について説明する。

方式１
該解凍側装置が状態報告を送信する機能はデフォルトでアクティブ化又はオンされる。この場合、該圧縮側装置はデータパケットの解凍を完了した後に該圧縮側装置に状態報告を送信し、該データパケットの解凍結果を報告してもよい。

方式２
該解凍側装置は専用アクティブ化シグナリングを受信した場合、該機能をアクティブ化してもよい。

例えば、前記解凍側装置は第３アクティブ化シグナリングを受信した場合、前記送信状態の報告機能をアクティブ化し、前記第３アクティブ化シグナリングは状態報告の送信機能をアクティブ化するように前記解凍側装置に指示することに用いられる。

選択肢として、いくつかの実施例では、前記解凍側装置は端末装置であってもよく、前記第３アクティブ化シグナリングは前記第１装置から送信されたものであってもよい。この場合、前記第３アクティブ化シグナリングはＲＲＣメッセージ、ＭＡＣＣＥ又はＤＣＩであり、又は、他のダウンリンクメッセージ又はダウンリンク情報であってもよい。

方式３
前記解凍側装置は該第１設定情報により設定されたフィードバックモード又は予め定義されたフィードバックモードに基づいて、状態報告の送信機能をアクティブ化するかどうかを決定してもよい。

例えば、前記第１設定情報により設定されたフィードバックモードはフィードバックデータパケットを返信する必要のあるモードである場合、該解凍側装置は該状態報告の送信機能がデフォルトでアクティブ化されることを決定することができる。又は、該フィードバックモードはフィードバックデータパケットを返信する必要のないモードである場合、該解凍側装置は該状態報告の送信機能がデフォルトで非アクティブ化されることを決定することができる。又は、該フィードバックモードは特定の条件においてフィードバックデータパケットを返信する必要のあるモードである場合、該解凍側装置は特定の条件において該状態報告の送信機能がアクティブ化されることを決定することができ、即ち、該解凍側装置は特定の条件において状態報告の送信を行うことができる。

選択肢として、いくつかの実施例では、前記特定条件は以下の少なくとも１つを含んでもよい。

条件１
周期的に送信し、即ち一定の周期に基づいて状態報告の送信を行う。例えば、該周期内に受信された圧縮データパケットの解凍結果を統合してフィードバックしてもよく、シグナリングオーバーヘッドを低減することができる。選択肢として、該解凍結果は特定のＳＮのデータパケットに対応してもよく、即ち該解凍結果は該ＳＮのデータパケットの解凍結果である。

条件２
前記データパケットの解凍が誤った場合に状態報告を送信する。

該状態報告は該解凍が誤ったデータパケットの解凍結果を含んでもよい（送信が誤ったことを示す情報、具体的なエラー情報、送信に成功した情報のうちの少なくとも１つを含んでもよい）。これにより、該圧縮側装置は該状態報告を受信した場合、が誤ったデータパケットの再送を行い、例えば、圧縮状態の遷移を行い、全圧縮状態から部分圧縮状態に切り替え、より確実な圧縮状態でデータパケットの圧縮を行ってもよい。これは解凍が誤ったデータパケットの確実な伝送を確保することに役立つ。

条件３
データパケットの複数回の連続解凍が誤った場合に状態報告を送信する。

該状態報告は該解凍が誤ったデータパケットの解凍結果を含んでもよい（送信が誤ったことを示す情報、具体的なエラー情報、送信に成功した情報のうちの少なくとも１つを含んでもよい）。これにより、該圧縮側装置は該状態報告を受信した場合、解凍が誤ったデータパケットの再送を行い、例えば、圧縮状態の遷移を行い、全圧縮状態から部分圧縮状態に切り替え、又は全圧縮状態から非圧縮状態に切り替え、より確実な圧縮方式でデータパケットの圧縮を行ってもよい。これは解凍が誤ったデータパケットの確実な伝送を確保することに役立つ。

条件４
前記圧縮側装置の圧縮状態が変化し、即ち１つの圧縮状態から他の圧縮状態に切り替える場合に状態報告を送信する。例えば、非圧縮状態から圧縮状態に切り替え、又は圧縮状態から非圧縮状態に切り替える場合、圧縮側装置の圧縮状態が変化したことはデータパケットの解凍に失敗した恐れがあることを示す。この場合、状態報告を送信することは、データパケットの確実な伝送を確保することに役立つ。

条件５
未圧縮データパケットを受信した場合、該解凍側装置は圧縮側から送信されたデータパケットが圧縮されていないことを識別する。

この場合、該解凍装置から送信された状態報告は該データパケットが圧縮されていないことを示してもよい。それにより該圧縮側装置は部分圧縮状態又は全圧縮状態でデータパケットを送信することができる。これにより、エアインターフェースのリソースオーバーヘッドを低減して、リソース利用率を向上させることができる。

条件６
未圧縮データパケットを複数回連続受信した。

この場合、該解凍装置から送信された状態報告は該複数のデータパケットが圧縮されていないことを示してもよい。それにより該圧縮側装置は部分圧縮状態又は全圧縮状態でデータパケットを送信することができる。これにより、エアインターフェースのリソースオーバーヘッドを低減して、リソース利用率を向上させることができる。

条件７
圧縮側装置から送信された第１指示を受信し、前記第１指示はフィードバックデータパケットを返信するように前記解凍側装置に指示することに用いられる。即ち、該解凍側装置は該圧縮側装置の指示に基づいて該状態報告を送信することができる。例えば、信頼性への要件が比較的高いデータパケットに対して、該圧縮側装置は状態報告をフィードバックするように解凍側装置に指示することができ、それによりデータパケットの再送を行い、例えばより確実な圧縮状態でデータパケットの再送を行う。

条件８
前記解凍側装置の解凍状態が変化した。

解凍装置はデータパケットを解凍するためにコンテキストの情報を把握する必要があり、該解凍装置が該コンテキストを取得した状況に応じて、前記解凍状態は、
解凍する必要がない状態又は解凍できない状態と理解されてもよい、すべてのコンテキストを知ることができる状態ではない状態、
部分的に解凍される状態と理解されてもよい、一部のコンテキストを知ることができる状態、
全て解凍される状態と理解されてもよい、すべてのコンテキストを知ることができる状態、のうちの少なくとも１つを含む。

前記解凍側装置の解凍状態が変化し、例えば全て解凍される状態から部分的に解凍される状態に切り替える場合、該解凍側装置は圧縮側装置に状態報告を送信し、該圧縮側装置に解凍結果を通知することができる。それにより圧縮側装置はデータパケットの再送を行い、例えばより確実な圧縮状態でデータパケットの再送を行い、データパケットの伝送信頼性を向上させる。

条件９
特定のデータパケットを受信した場合にフィードバックする。

例えば、該解凍側装置は信頼性への要件の比較的高いデータパケット、例えばＵＲＬＬＣのデータパケットを受信した場合、圧縮側装置に状態報告を送信してもよい。更に、例えば、該解凍側装置は特定のデータパケット、例えば特定の圧縮状態データパケット（例えば、未圧縮データパケット又は全圧縮データパケット等）、特定指示付きのデータパケット、圧縮効率が変化した１番目のデータパケット、圧縮効率が変化したＫ個のデータパケットを受信した場合、圧縮側装置に状態報告を送信してもよく、Ｋが正の整数である。それにより、圧縮側装置は該状態報告に基づいてデータパケットの再送を行うかどうかを決定する。解凍に部分的に失敗し又は全体的に失敗した場合、データパケットの再送を行い、例えばより確実な圧縮状態でデータパケットの再送を行ってもよく、それによりデータパケットの伝送信頼性を向上させる。

条件１０
現在の圧縮効率より圧縮効率がより低い圧縮データパケットを受信した。

条件１１
現在の圧縮効率より圧縮効率がより低い圧縮データパケットを複数回連続受信した。

選択肢として、いくつかの実施例では、前記解凍側装置は更に該イーサネットフレームヘッダーの解凍機能を非アクティブ化するように制御してもよい。選択肢として、該解凍側装置は専用非アクティブ化シグナリングを受信した場合、該機能を非アクティブ化してもよい。

例えば、前記解凍側装置は第２非アクティブ化シグナリングを受信した場合、前記イーサネットフレームヘッダーの解凍機能を非アクティブ化し、前記第２非アクティブ化シグナリングは前記イーサネットフレームヘッダーの解凍機能を非アクティブ化するように前記解凍側装置に指示することに用いられる。

選択肢として、いくつかの実施例では、前記解凍側装置は端末装置であってもよく、前記第２非アクティブ化シグナリングは前記第１装置から送信されたものであってもよい。この場合、前記第２非アクティブ化シグナリングはＲＲＣメッセージ、ＭＡＣＣＥ又はＤＣＩであり、又は、他のダウンリンクメッセージ又はダウンリンク情報であってもよい。

従って、本願の実施例に係る無線通信方法によれば、解凍側装置は圧縮後のデータパケットを解凍処理することができるだけではなく、特定の条件において状態報告の送信を行うこともでき、より確実なヘッダー圧縮の解決案を提供することに役立つ。

以上は図５～図６を参照しながら圧縮側装置及び解凍側装置の観点から本願の方法実施例を詳しく説明したが、以下に図７を参照しながら制御装置の観点から本願の更なる実施例に係る無線通信方法を詳しく説明する。理解されるように、制御装置側及び解凍側装置側の説明は圧縮側装置側の説明に対応し、類似の説明については以上の説明を参照してもよく、重複を避けるために、ここで詳細な説明は省略する。

図７は本願の更なる実施例に係る無線通信方法３０の模式的なフローチャートである。図７に示すように、該方法３０は、
第１装置が圧縮側装置及び／又は解凍側装置に、イーサネットフレームヘッダーのヘッダー圧縮パラメータを設定するための第１設定情報を送信するＳ３１を含む。

選択肢として、いくつかの実施例では、前記圧縮状態は、非圧縮状態、部分圧縮状態及び全圧縮状態のうちの少なくとも１つを含む。

選択肢として、いくつかの実施例では、前記圧縮側装置は端末装置であり、前記解凍側装置は端末装置であり、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置である。

選択肢として、いくつかの実施例では、前記圧縮側装置は端末装置であり、前記解凍側装置はアクセスネットワーク装置であり、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置である。

選択肢として、いくつかの実施例では、前記圧縮側装置はアクセスネットワーク装置であり、前記解凍側装置は端末装置であり、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置である。

以上は図５～図７を参照しながら圧縮側装置及び解凍側装置の観点から本願の方法実施例を詳しく説明したが、以下に図８～図１３を参照しながら本願の装置実施例を詳しく説明する。理解されるように、装置実施例は方法実施例に対応し、類似の説明については方法実施例を参照してもよい。

図８は本願の実施例に係る無線通信装置４００の模式的なブロック図である。図８に示すように、該装置４００は、
イーサネットフレームヘッダーのヘッダー圧縮パラメータを設定するための第１設定情報を受信することに用いられる通信モジュール４１０と、
前記第１設定情報に基づいてデータパケットのイーサネットフレームヘッダーを圧縮することに用いられる圧縮モジュール４２０と、を備える。

選択肢として、いくつかの実施例では、前記ヘッダー圧縮パラメータは、イーサネットフレームヘッダーのヘッダー圧縮識別子、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド指示、圧縮する必要のあるサブヘッダーの情報、ヘッダー圧縮フィールドタイプ情報、コンテキスト識別子の最大数、ヘッダー圧縮モード、フィードバックモードのうちの少なくとも１つを含み、
前記ヘッダー圧縮識別子は前記イーサネットフレームヘッダーを圧縮するかどうかを示すことに用いられ、前記ヘッダー圧縮フィールドタイプ情報は圧縮する必要のあるサブヘッダーのタイプを示すことに用いられ、前記コンテキスト識別子の最大数はヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルの最大数を示すことに用いられ、前記ヘッダー圧縮モードは前記装置が前記フィードバックモードに基づいて圧縮状態の遷移を行うかどうかを示すことに用いられ、前記フィードバックモードは解凍側装置が用いるフィードバックモードを示すことに用いられ、前記ＶＬＡＮフィールド指示は、ＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうか、又は前記イーサネットフレームヘッダーがＶＬＡＮフィールドを含むかどうかを示すことに用いられ、前記ヘッダー圧縮対象はヘッダー圧縮を行う単位を示すことに用いられる。

選択肢として、いくつかの実施例では、前記ヘッダー圧縮フィールドタイプ情報は、静的カテゴリ、既知の静的カテゴリ、定義された静的カテゴリ、推測されたカテゴリ、可変カテゴリ、不変カテゴリのうちの少なくとも１つを含む。選択肢として、いくつかの実施例では、前記圧縮する必要のあるサブヘッダーの情報は、宛先アドレス、ソースアドレス、イーサネットタイプ、イーサネット長さ、タグプロトコル識別子（ＴＰ－ＩＤ）、優先コードポイント（ＰＣＰ）、廃棄識別子（ＤＥＩ）、ＶＬＡＮ識別子（ＩＤ）のうちの少なくとも１つを含む。

選択肢として、いくつかの実施例では、前記圧縮モジュール４２０は具体的に、ヘッダー圧縮対象に対応するデータパケットを、同じ又は異なるコンテキスト識別子に対応するサブ対象チャネル内にマッピングすることに用いられる。

選択肢として、いくつかの実施例では、前記装置は更に、前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することに用いられる制御モジュールを備える。

選択肢として、いくつかの実施例では、前記制御モジュールは具体的に、前記第１設定情報を受信した場合、前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することに用いられる。

選択肢として、いくつかの実施例では、前記制御モジュールは具体的に、第１アクティブ化シグナリングを受信した場合、前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することに用いられ、前記第１アクティブ化シグナリングは前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化するように前記装置に指示することに用いられる。

選択肢として、いくつかの実施例では、前記第１アクティブ化シグナリングは、無線リソース制御（ＲＲＣ）メッセージ、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）及びダウンリンク制御情報（ＤＣＩ）のうちの少なくとも１つである。

選択肢として、前記制御モジュールは具体的に、プリセットルールに従って前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することに用いられる。

選択肢として、いくつかの実施例では、前記プリセットルールは前記イーサネットフレームヘッダーのヘッダー圧縮機能がデフォルトでアクティブ化されることを示し、又は、前記プリセットルールは特定の端末装置のイーサネットフレームヘッダーのヘッダー圧縮機能がデフォルトでアクティブ化されることを示し、又は、前記プリセットルールはロバストヘッダー圧縮（ＲｏＨＣ）モードのベアラを設定していないイーサネットフレームヘッダーのヘッダー圧縮機能がデフォルトでアクティブ化されることを示す。

選択肢として、いくつかの実施例では、前記通信モジュール４１０は具体的に、第１装置から送信された無線リソース制御（ＲＲＣ）メッセージを受信することに用いられ、前記ＲＲＣメッセージは前記第１設定情報を含む。

選択肢として、前記装置は端末装置であり、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置である。

理解されるように、本願の実施例に係る装置４００は本願の方法実施例の圧縮側装置に対応してもよく、且つ装置４００の各ユニットの上記及び他の操作及び／又は機能はそれぞれ図５に示される方法２００における圧縮側装置の対応プロセスを実現するためのものである。簡潔のために、ここで詳細な説明は省略する。

図９は本願の実施例に係る無線通信装置の模式的なブロック図である。図９における装置５００は、
第１装置から送信された、イーサネットフレームヘッダーのヘッダー圧縮パラメータを設定するための第１設定情報を受信することに用いられる通信モジュール５１０と、
前記第１設定情報に基づいて、受信されたデータパケットのイーサネットフレームヘッダーを解凍することに用いられる解凍モジュール５２０と、を備える。

選択肢として、いくつかの実施例では、前記ヘッダー圧縮パラメータは、イーサネットフレームヘッダーのヘッダー圧縮識別子、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド指示、圧縮する必要のあるサブヘッダーの情報、ヘッダー圧縮フィールドタイプ情報、コンテキスト識別子の最大数、ヘッダー圧縮モード、フィードバックモードのうちの少なくとも１つを含み、
前記ヘッダー圧縮識別子は前記イーサネットフレームヘッダーを圧縮するかどうかを示すことに用いられ、前記ヘッダー圧縮フィールドタイプ情報は圧縮する必要のあるサブヘッダーのタイプを示すことに用いられ、前記コンテキスト識別子の最大数はヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルの最大数を示すことに用いられ、前記ヘッダー圧縮モードは圧縮側装置が前記フィードバックモードに基づいて圧縮状態の遷移を行うかどうかを示すことに用いられ、前記フィードバックモードは前記装置が用いるフィードバックモードを示すことに用いられ、前記ＶＬＡＮフィールド指示は、ＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうか、又は前記イーサネットフレームヘッダーがＶＬＡＮフィールドを含むかどうかを示すことに用いられ、前記ヘッダー圧縮対象はヘッダー圧縮を行う単位を示すことに用いられる。

選択肢として、いくつかの実施例では、前記装置は更に、前記イーサネットフレームヘッダーの解凍機能をアクティブ化することに用いられる制御モジュールを備える。

選択肢として、いくつかの実施例では、前記制御モジュールは具体的に、前記第１設定情報を受信した場合、前記イーサネットフレームヘッダーの解凍機能をアクティブ化することに用いられる。

選択肢として、いくつかの実施例では、前記制御モジュールは具体的に、第２アクティブ化シグナリングを受信した場合、前記イーサネットフレームヘッダーの解凍機能をアクティブ化することに用いられ、前記第２アクティブ化シグナリングは前記イーサネットフレームヘッダーの解凍機能をアクティブ化するように前記装置に指示することに用いられる。

選択肢として、いくつかの実施例では、前記第２アクティブ化シグナリングは、無線リソース制御（ＲＲＣ）メッセージ、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）及びダウンリンク制御情報（ＤＣＩ）のうちの少なくとも１つである。

選択肢として、いくつかの実施例では、前記制御モジュールは具体的に、プリセットルールに従って前記イーサネットフレームヘッダーの解凍機能をアクティブ化することに用いられる。

選択肢として、いくつかの実施例では、前記プリセットルールは前記イーサネットフレームヘッダーの解凍機能がデフォルトでアクティブ化されることを示し、又は、前記プリセットルールは特定の端末装置のイーサネットフレームヘッダーの解凍機能がデフォルトでアクティブ化されることを示し、又は、前記プリセットルールはロバストヘッダー圧縮（ＲＯＨＣ）モードのベアラを設定していないイーサネットフレームヘッダーの解凍機能がデフォルトでアクティブ化されることを示す。

選択肢として、いくつかの実施例では、前記通信モジュール５１０は更に、圧縮側装置に状態報告を送信することに用いられ、前記状態報告は前記装置による前記データパケットの解凍結果を示すことに用いられる。

選択肢として、いくつかの実施例では、前記通信モジュール５１０は具体的に、特定の条件において前記圧縮側装置に状態報告を送信することに用いられる。

選択肢として、いくつかの実施例では、前記特定の条件は、
周期的に送信すること、
前記データパケットの解凍が誤ったこと、
データパケットの連続するＫ回の解凍が誤り、前記Ｋが１より大きいこと、
前記圧縮側装置の圧縮状態が変化したこと、
未圧縮データパケットを受信したこと、
未圧縮データパケットを受信した回数がＸ回より大きく、Ｘ≧１であること、
圧縮側装置から送信された、状態報告を送信するように前記装置に指示するための第１指示を受信したこと、
前記装置の圧縮状態が変化したこと、
特定のデータパケットを受信したこと、のうちの１つである。

選択肢として、いくつかの実施例では、前記解凍状態は、
すべてのコンテキストを知ることができる状態ではない状態又は解凍される必要がない状態、
一部のコンテキストを知ることができる状態又は部分的に解凍される状態、
すべてのコンテキストを知ることができる状態又は全て解凍される状態、のうちの少なくとも１つを含む。

選択肢として、いくつかの実施例では、前記通信モジュール５１０は具体的に、第１装置から送信された無線リソース制御（ＲＲＣ）メッセージを受信することに用いられ、前記ＲＲＣメッセージは前記第１設定情報を含む。

選択肢として、いくつかの実施例では、前記装置は端末装置であり、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置である。

理解されるように、本願の実施例に係る装置５００は本願の方法実施例の解凍側装置に対応してもよく、且つ装置５００の各ユニットの上記及び他の操作及び／又は機能はそれぞれ図６に示される方法３００における解凍側装置の対応プロセスを実現するためのものである。簡潔のために、ここで詳細な説明は省略する。

図１０は本願の実施例に係る無線通信装置の模式的なブロック図である。図１０における装置６００は通信モジュール６１０を備え、
前記通信モジュール６１０は圧縮側装置及び／又は解凍側装置に第１設定情報を送信することに用いられ、前記第１設定情報はイーサネットフレームヘッダーのヘッダー圧縮パラメータを設定することに用いられる。

選択肢として、いくつかの実施例では、前記圧縮側装置は端末装置であり、前記解凍側装置は端末装置であり、前記装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置である。

選択肢として、いくつかの実施例では、前記圧縮側装置は端末装置であり、前記解凍側装置はアクセスネットワーク装置であり、前記装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置である。

選択肢として、いくつかの実施例では、前記圧縮側装置はアクセスネットワーク装置であり、前記解凍側装置は端末装置であり、前記装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置である。

理解されるように、本願の実施例に係る装置６００は本願の方法実施例の第１装置に対応してもよく、且つ装置６００の各ユニットの上記及び他の操作及び／又は機能はそれぞれ図７に示される方法３０における第１装置の対応プロセスを実現するためのものである。簡潔のために、ここで詳細な説明は省略する。

図１１は本願の実施例に係る通信装置７００の構造模式図である。図１１に示される通信装置７００はプロセッサ７１０を備え、プロセッサ７１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

選択肢として、図１１に示すように、通信装置７００は更にメモリ７２０を備えてもよい。プロセッサ７１０はメモリ７２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

メモリ７２０はプロセッサ７１０から独立した１つの独立したデバイスであってもよく、プロセッサ７１０に統合されてもよい。

選択肢として、図７に示すように、通信装置７００は更に送受信機７３０を備えてもよい。プロセッサ７１０は該送受信機７３０と他の装置との通信を制御することができ、具体的に、他の装置に情報又はデータを送信し、又は他の装置から送信された情報又はデータを受信することができる。

送受信機７３０は送信機と受信機を備えてもよい。送受信機７３０は更にアンテナを備えてもよく、アンテナの数が１つ又は複数であってもよい。

選択肢として、該通信装置７００は具体的に本願の実施例の圧縮側装置であってもよく、且つ該通信装置７００は本願の実施例の各方法における圧縮側装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該通信装置７００は具体的に本願の実施例の解凍側装置であってもよく、且つ該通信装置７００は本願の実施例の各方法における解凍側装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該通信装置７００は具体的に本願の実施例の第１装置であってもよく、且つ該通信装置７００は本願の実施例の各方法における第１装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

図１２は本願の実施例のチップの構造模式図である。図１２に示されるチップ１２００はプロセッサ１２１０を備え、プロセッサ１２１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

選択肢として、図１２に示すように、チップ１２００は更にメモリ１２２０を備えてもよい。プロセッサ１２１０はメモリ１２２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

メモリ１２２０はプロセッサ１２１０から独立した１つの独立したデバイスであってもよく、プロセッサ１２１０に統合されてもよい。

選択肢として、該チップ１２００は更に入力インターフェース１２３０を備えてもよい。プロセッサ１２１０は該入力インターフェース１２３０と他の装置又はチップとの通信を制御することができ、具体的に、他の装置又はチップから送信された情報又はデータを取得することができる。

選択肢として、該チップ１２００は更に出力インターフェース１２４０を備えてもよい。プロセッサ１２１０は該出力インターフェース１２４０と他の装置又はチップとの通信を制御することができ、具体的に、他の装置又はチップに情報又はデータを出力することができる。

選択肢として、該チップは本願の実施例の圧縮側装置に適用されてもよく、且つ該チップは本願の実施例の各方法における圧縮側装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該チップは本願の実施例の解凍側装置に適用されてもよく、且つ該チップは本願の実施例の各方法における解凍側装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該チップは本願の実施例の第１装置に適用されてもよく、且つ該チップは本願の実施例の各方法における第１装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

理解されるように、本願の実施例に言及したチップは更にシステムレベルチップ、システムチップ、チップシステム又はシステムオンチップ等と称されてもよい。

図１３は本願の実施例に係る通信システム１３００の模式的なブロック図である。図８に示すように、該通信システム１３００は圧縮側装置１３１０及び解凍側装置１３２０を備える。

選択肢として、いくつかの実施例では、前記通信システムは更に制御装置１３３０を備えてもよい。

該圧縮側装置１３１０は上記方法における圧縮側装置の実現する対応機能を実現することに用いられてもよく、該解凍側装置１３２０は上記方法における解凍側装置の実現する対応機能を実現することに用いられてもよく、該制御装置１３３０は上記方法における第１装置の実現する対応機能を実現することに用いられてもよい。簡潔のために、ここで詳細な説明は省略する。

理解されるように、本願の実施例のプロセッサは信号処理機能を有する集積回路チップでありうる。実現過程において、上記方法実施例の各ステップはプロセッサにおけるハードウェアの集積論理回路又はソフトウェア形式の命令で行われてもよい。上記プロセッサは汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ、ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ、ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ、ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）又は他のプログラマブルロジックデバイス、個別ゲート又はトランジスタロジックデバイス、個別ハードウェアコンポーネントであってもよい。本願の実施例に開示される各方法、ステップ及び論理ブロックを実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサはいかなる通常のプロセッサ等であってもよい。本願の実施例に開示される方法のステップはハードウェア復号プロセッサで遂行し、又は復号プロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせで遂行するように直接具現されてもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラム可能読み出し専用メモリ又は電気消去可能プログラム可能メモリ、レジスタ等の本分野で成熟している記憶媒体に位置してもよい。該記憶媒体はメモリに位置し、プロセッサはメモリにおける情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを行う。

理解されるように、本願の実施例では、メモリは揮発性メモリ又は不揮発性メモリであってもよく、又は、揮発性メモリ及び不揮発性メモリの両方を含んでもよい。不揮発性メモリは読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ、ＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ、ＥｒａｓａｂｌｅＰＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ、ＥｌｅｃｔｒｉｃａｌｌｙＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは外部キャッシュメモリとして使用されるランダムアクセスメモリ（ＲＡＭ、ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）であってもよい。例示的な説明であって制限的ではないが、多くの形式のＲＡＭ、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ、ＳｔａｔｉｃＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、ＤｙｎａｍｉｃＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、ＳｙｎｃｈｒｏｎｏｕｓＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲＳＤＲＡＭ、ＤｏｕｂｌｅＤａｔａＲａｔｅＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、ＥｎｈａｎｃｅｄＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、ＳｙｎｃｈｌｉｎｋＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲＲＡＭ、ＤｉｒｅｃｔＲａｍｂｕｓＲＡＭ）は利用可能である。注意されるように、本明細書に説明されるシステム及び方法のメモリはこれらのメモリ及び任意の他の適切なタイプのメモリを含むが、それらに限らないように意図されるものである。

理解されるように、上記メモリは例示的な説明であって制限的ではない。例えば、本願の実施例のメモリは更にスタティックランダムアクセスメモリ（ＳＲＡＭ、ｓｔａｔｉｃＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、ｄｙｎａｍｉｃＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、ｓｙｎｃｈｒｏｎｏｕｓＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲＳＤＲＡＭ、ｄｏｕｂｌｅｄａｔａｒａｔｅＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、ｅｎｈａｎｃｅｄＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、ｓｙｎｃｈｌｉｎｋＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲＲＡＭ、ＤｉｒｅｃｔＲａｍｂｕｓＲＡＭ）等であってもよい。即ち、本願の実施例のメモリはこれらのメモリ及び任意の他の適切なタイプのメモリを含むが、それらに限らないように意図されるものである。

本願の実施例はコンピュータプログラムを記憶することに用いられるコンピュータ可読記憶媒体を更に提供する。

選択肢として、該コンピュータ可読記憶媒体は本願の実施例の圧縮側装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータが本願の実施例の各方法における圧縮側装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該コンピュータ可読記憶媒体は本願の実施例の解凍側装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータが本願の実施例の各方法における解凍側装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該コンピュータ可読記憶媒体は本願の実施例の第１装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータが本願の実施例の各方法における第１装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

本願の実施例はコンピュータプログラム命令を含むコンピュータプログラム製品を更に提供する。

選択肢として、該コンピュータプログラム製品は本願の実施例の圧縮側装置に適用されてもよく、且つ該コンピュータプログラム命令によってコンピュータが本願の実施例の各方法における圧縮側装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該コンピュータプログラム製品は本願の実施例の解凍側装置に適用されてもよく、且つ該コンピュータプログラム命令によってコンピュータが本願の実施例の各方法における解凍側装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該コンピュータプログラム製品は本願の実施例の第１装置に適用されてもよく、且つ該コンピュータプログラム命令によってコンピュータが本願の実施例の各方法における第１装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

本願の実施例は更にコンピュータプログラムを提供する。

選択肢として、該コンピュータプログラムは本願の実施例の圧縮側装置に適用されてもよく、該コンピュータプログラムがコンピュータにおいて実行されるとき、コンピュータが本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該コンピュータプログラムは本願の実施例の解凍側装置に適用されてもよく、該コンピュータプログラムがコンピュータにおいて実行されるとき、コンピュータが本願の実施例の各方法におけるモバイル端末／端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該コンピュータプログラムは本願の実施例の第１装置に適用されてもよく、該コンピュータプログラムがコンピュータにおいて実行されるとき、コンピュータが本願の実施例の各方法におけるモバイル端末／端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

当業者であれば意識できるように、本明細書に開示される実施例を参照して説明した各例示的なユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせで実現できる。これらの機能をハードウェアそれともソフトウェア方式で実行するかは、技術案の特定応用及び設計制約条件によって決定される。当業者は各特定応用に対して異なる方法でここの説明される機能を実現することができるが、このような実現は本願の範囲を超えるものと見なされるべきではない。

当業者であれば明確に理解できるように、説明を容易で簡単にするために、上記説明されるシステム、装置及びユニットの具体的な動作過程については、前述の方法実施例における対応過程を参照してもよく、ここで詳細な説明は省略する。

本願に係るいくつかの実施例では、理解されるように、開示されるシステム、装置及び方法は他の方式で実現されてもよい。例えば、以上に説明される装置実施例は模式的なものに過ぎず、例えば、前記ユニットの区別は論理機能上の区別に過ぎず、実際に実現するとき、他の区別方式があってもよく、例えば複数のユニット又はコンポーネントは他のシステムに結合又は統合されてもよく、又はいくつかの特徴は省略してもよく、又は実行しなくてもよい。一方、表示又は検討される相互間の結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットによる間接結合又は通信接続であってもよく、電気、機械又は他の形式であってもよい。

分離部材として説明される前記ユニットは物理的に分離してもよく、物理的に分離しなくてもよく、ユニットとして表示される部材は物理ユニットであってもよく、物理ユニットでなくてもよく、即ち、一箇所に位置してもよく、複数のネットワークユニットに配置されてもよい。実際の必要に応じて、その一部又は全部のユニットを選択して本実施例案の目的を実現してもよい。

また、本願の各実施例では、各機能ユニットは１つの処理ユニットに統合されてもよく、各ユニットは独立して物理的に存在してもよく、２つ以上のユニットは１つのユニットに統合されてもよい。

前記機能はソフトウェア機能ユニットの形式で実現され、独立した製品として販売又は使用されるときは、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本願の技術案の本質的又は従来技術に貢献する部分、又は該技術案の一部はソフトウェア製品の形式で具現されてもよい。該コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク装置等であってもよい）に本願の各実施例に記載の方法の全部又は一部のステップを実行させるための若干の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体はＵＳＢメモリ、ポータブルハードディスク、読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。

以上の説明は本願の具体的な実施形態に過ぎず、本願の保護範囲を制限するためのものではない。当業者が本願に開示される技術的範囲内で容易に想到し得る変更や置換は、いずれも本願の保護範囲内に含まれるべきである。従って、本願の保護範囲は特許請求の範囲に準じるべきである。

第１１態様ではコンピュータ可読記憶媒体を提供し、コンピュータプログラムを記憶することに用いられ、該コンピュータプログラムによってコンピュータが上記第１態様～第３態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。

本願の実施例の技術案は様々な通信システム、例えば、モバイル通信用グローバル（ＧＳＭ、ＧｌｏｂａｌＳｙｓｔｅｍｏｆＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、符号分割多元接続（ＣＤＭＡ、ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ、ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ、ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）、ロングタームエボリューション（ＬＴＥ、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）システム、ＬＴＥ周波数分割複信（ＦＤＤ、ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）システム、ＬＴＥ時分割複信（ＴＤＤ、ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）システム、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ、ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）、マイクロ波利用アクセスに関する世界的な相互運用（ＷｉＭＡＸ、ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）通信システム又は５Ｇシステム等に適用できる。

Claims

無線通信方法であって、
圧縮側装置が第１設定情報を受信し、前記第１設定情報はイーサネットフレームヘッダーのヘッダー圧縮パラメータを設定することに用いられることと、
前記圧縮側装置が前記第１設定情報に基づいてデータパケットのイーサネットフレームヘッダーを圧縮することと、を含むことを特徴とする無線通信方法。
前記ヘッダー圧縮パラメータは、イーサネットフレームヘッダーのヘッダー圧縮識別子、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド指示、圧縮する必要のあるサブヘッダーの情報、ヘッダー圧縮フィールドタイプ情報、コンテキスト識別子の最大数、ヘッダー圧縮モード、フィードバックモードのうちの少なくとも１つを含み、
前記ヘッダー圧縮識別子は前記イーサネットフレームヘッダーを圧縮するかどうかを示すことに用いられ、前記ヘッダー圧縮フィールドタイプ情報は圧縮する必要のあるサブヘッダーのタイプを示すことに用いられ、前記コンテキスト識別子の最大数はヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルの最大数を示すことに用いられ、前記ヘッダー圧縮モードは圧縮側装置が前記フィードバックモードに基づいて圧縮状態の遷移を行うかどうかを示すことに用いられ、前記フィードバックモードは解凍側装置が用いるフィードバックモードを示すことに用いられ、前記ＶＬＡＮフィールド指示は、ＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうか、又は前記イーサネットフレームヘッダーがＶＬＡＮフィールドを含むかどうかを示すことに用いられ、前記ヘッダー圧縮対象はヘッダー圧縮を行う単位を示すことに用いられることを特徴とする請求項１に記載の方法。
前記ヘッダー圧縮フィールドタイプ情報は、静的カテゴリ、既知の静的カテゴリ、定義された静的カテゴリ、推測されたカテゴリ、可変カテゴリ、不変カテゴリのうちの少なくとも１つを含むことを特徴とする請求項２に記載の方法。
前記圧縮する必要のあるサブヘッダーの情報は、宛先アドレス、ソースアドレス、イーサネットタイプ、イーサネット長さ、タグプロトコル識別子（ＴＰ－ＩＤ）、優先コードポイント（ＰＣＰ）、廃棄識別子（ＤＥＩ）、ＶＬＡＮ識別子（ＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項２又は３に記載の方法。
前記フィードバックモードは、フィードバックデータパケットを返信する必要のあるモード、フィードバックデータパケットを返信する必要のないモード、特定の条件においてフィードバックデータパケットを返信する必要のあるモード、のうちの少なくとも１つを含むことを特徴とする請求項２～４のいずれか１項に記載の方法。
前記圧縮状態は、非圧縮状態、部分圧縮状態及び全圧縮状態のうちの少なくとも１つを含むことを特徴とする請求項２～５のいずれか１項に記載の方法。
前記第１設定情報は更に、前記ヘッダー圧縮パラメータに対応するヘッダー圧縮対象情報を設定することに用いられることを特徴とする請求項１～６のいずれか１項に記載の方法。
前記ヘッダー圧縮対象情報は、少なくとも１つのサービス品質（ＱｏＳ）フロー識別子（ＩＤ）、少なくとも１つのベアラ識別子、少なくとも１つの端末装置識別子（ＩＤ）、少なくとも１つのプロトコルデータユニット（ＰＤＵ）セッション識別子のうちの少なくとも１つを含むことを特徴とする請求項７に記載の方法。
少なくとも１つのＱｏＳフロー、少なくとも１つのベアラ、端末装置、少なくとも１つのＰＤＵセッションのうちの少なくとも１つに基づいて、前記ヘッダー圧縮パラメータを設定することを特徴とする請求項１～８のいずれか１項に記載の方法。
前記圧縮側装置が前記第１設定情報に基づいてデータパケットのイーサネットフレームヘッダーを圧縮することは、
前記圧縮側装置がヘッダー圧縮対象に対応するデータパケットを、同じ又は異なるコンテキスト識別子に対応するサブ対象チャネル内にマッピングすることを含むことを特徴とする請求項１～９のいずれか１項に記載の方法。
前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダーとコンテキスト識別子とのマッピング方式を示すことに用いられることを特徴とする請求項１～１０のいずれか１項に記載の方法。
前記第１設定情報は具体的に、
１つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
２つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第２コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられることを特徴とする請求項１１に記載の方法。
前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダー、ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーのそれぞれとコンテキスト識別子とのマッピング方式を示すことに用いられることを特徴とする請求項１～１０のいずれか１項に記載の方法。
前記第１設定情報は具体的に、
ＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられることを特徴とする請求項１３に記載の方法。
前記方法は更に、
前記圧縮側装置が前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することを含むことを特徴とする請求項１～１４のいずれか１項に記載の方法。
前記圧縮側装置が前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することは、
前記圧縮側装置が前記第１設定情報を受信した場合、前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することを含むことを特徴とする請求項１５に記載の方法。
前記圧縮側装置が前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することは、
前記圧縮側装置が第１アクティブ化シグナリングを受信した場合、前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化し、前記第１アクティブ化シグナリングは前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化するように前記圧縮側装置に指示することに用いられることを含むことを特徴とする請求項１５に記載の方法。
前記第１アクティブ化シグナリングは、無線リソース制御（ＲＲＣ）メッセージ、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）及びダウンリンク制御情報（ＤＣＩ）のうちの少なくとも１つであることを特徴とする請求項１７に記載の方法。
前記圧縮側装置が前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することは、
前記圧縮側装置がプリセットルールに従って前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することを含むことを特徴とする請求項１８に記載の方法。
前記プリセットルールは前記イーサネットフレームヘッダーのヘッダー圧縮機能がデフォルトでアクティブ化されることを示し、又は、
前記プリセットルールは特定の端末装置のイーサネットフレームヘッダーのヘッダー圧縮機能がデフォルトでアクティブ化されることを示し、又は、
前記プリセットルールはロバストヘッダー圧縮（ＲｏＨＣ）モードのベアラを設定していないイーサネットフレームヘッダーのヘッダー圧縮機能がデフォルトでアクティブ化されることを示すことを特徴とする請求項１９に記載の方法。
前記圧縮側装置が第１設定情報を受信することは、
前記圧縮側装置が第１装置から送信された無線リソース制御（ＲＲＣ）メッセージを受信し、前記ＲＲＣメッセージは前記第１設定情報を含むことを含むことを特徴とする請求項１～２０のいずれか１項に記載の方法。
前記圧縮側装置は端末装置であり、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置であることを特徴とする請求項２１に記載の方法。
無線通信方法であって、
解凍側装置が第１装置から送信された第１設定情報を受信し、前記第１設定情報はイーサネットフレームヘッダーのヘッダー圧縮パラメータを設定することに用いられることと、
前記解凍側装置が前記第１設定情報に基づいて、受信されたデータパケットのイーサネットフレームヘッダーを解凍することと、を含むことを特徴とする無線通信方法。
前記ヘッダー圧縮パラメータは、イーサネットフレームヘッダーのヘッダー圧縮識別子、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド指示、圧縮する必要のあるサブヘッダーの情報、ヘッダー圧縮フィールドタイプ情報、コンテキスト識別子の最大数、ヘッダー圧縮モード、フィードバックモードのうちの少なくとも１つを含み、
前記ヘッダー圧縮識別子は前記イーサネットフレームヘッダーを圧縮するかどうかを示すことに用いられ、前記ヘッダー圧縮フィールドタイプ情報は圧縮する必要のあるサブヘッダーのタイプを示すことに用いられ、前記コンテキスト識別子の最大数はヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルの最大数を示すことに用いられ、前記ヘッダー圧縮モードは圧縮側装置が前記フィードバックモードに基づいて圧縮状態の遷移を行うかどうかを示すことに用いられ、前記フィードバックモードは前記解凍側装置が用いるフィードバックモードを示すことに用いられ、前記ＶＬＡＮフィールド指示は、ＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうか、又は前記イーサネットフレームヘッダーがＶＬＡＮフィールドを含むかどうかを示すことに用いられ、前記ヘッダー圧縮対象はヘッダー圧縮を行う単位を示すことに用いられることを特徴とする請求項２３に記載の方法。
前記ヘッダー圧縮フィールドタイプ情報は、静的カテゴリ、既知の静的カテゴリ、定義された静的カテゴリ、推測されたカテゴリ、可変カテゴリ、不変カテゴリのうちの少なくとも１つを含むことを特徴とする請求項２４に記載の方法。
前記圧縮する必要のあるサブヘッダーの情報は、宛先アドレス、ソースアドレス、イーサネットタイプ、イーサネット長さ、タグプロトコル識別子（ＴＰ－ＩＤ）、優先コードポイント（ＰＣＰ）、廃棄識別子（ＤＥＩ）、ＶＬＡＮ識別子（ＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項２４又は２５に記載の方法。
前記フィードバックモードは、フィードバックデータパケットを返信する必要のあるモード、フィードバックデータパケットを返信する必要のないモード、特定の条件においてフィードバックデータパケットを返信する必要のあるモード、のうちの少なくとも１つを含むことを特徴とする請求項２４～２６のいずれか１項に記載の方法。
前記第１設定情報は更に、前記ヘッダー圧縮パラメータに対応するヘッダー圧縮対象情報を設定することに用いられることを特徴とする請求項２３～２７のいずれか１項に記載の方法。
前記ヘッダー圧縮対象情報は、少なくとも１つのサービス品質（ＱｏＳ）フロー識別子（ＩＤ）、少なくとも１つのベアラ識別子、少なくとも１つの端末装置識別子（ＩＤ）、少なくとも１つのプロトコルデータユニット（ＰＤＵ）セッション識別子のうちの少なくとも１つを含むことを特徴とする請求項２８に記載の方法。
少なくとも１つのＱｏＳフロー、少なくとも１つのベアラ、端末装置、少なくとも１つのＰＤＵセッションのうちの少なくとも１つに基づいて、前記ヘッダー圧縮パラメータを設定することを特徴とする請求項２３～２９のいずれか１項に記載の方法。
前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダーとコンテキスト識別子とのマッピング方式を示すことに用いられることを特徴とする請求項２３～３０のいずれか１項に記載の方法。
前記第１設定情報は具体的に、
１つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
２つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第２コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられることを特徴とする請求項３１に記載の方法。
前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダー、ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーのそれぞれとコンテキスト識別子とのマッピング方式を示すことに用いられることを特徴とする請求項２３～３０のいずれか１項に記載の方法。
前記第１設定情報は具体的に、
ＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられることを特徴とする請求項３３に記載の方法。
前記方法は更に、
前記解凍側装置が前記イーサネットフレームヘッダーの解凍機能をアクティブ化することを含むことを特徴とする請求項２３～３４のいずれか１項に記載の方法。
前記解凍側装置が前記イーサネットフレームヘッダーの解凍機能をアクティブ化することは、
前記解凍側装置が前記第１設定情報を受信した場合、前記イーサネットフレームヘッダーの解凍機能をアクティブ化することを含むことを特徴とする請求項３５に記載の方法。
前記解凍側装置が前記イーサネットフレームヘッダーの解凍機能をアクティブ化することは、
前記解凍側装置が第２アクティブ化シグナリングを受信した場合、前記イーサネットフレームヘッダーの解凍機能をアクティブ化し、前記第２アクティブ化シグナリングは前記イーサネットフレームヘッダーの解凍機能をアクティブ化するように前記解凍側装置に指示することに用いられることを含むことを特徴とする請求項３５に記載の方法。
前記第２アクティブ化シグナリングは、無線リソース制御（ＲＲＣ）メッセージ、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）及びダウンリンク制御情報（ＤＣＩ）のうちの少なくとも１つであることを特徴とする請求項３７に記載の方法。
前記解凍側装置が前記イーサネットフレームヘッダーの解凍機能をアクティブ化することは、
前記解凍側装置がプリセットルールに従って前記イーサネットフレームヘッダーの解凍機能をアクティブ化することを含むことを特徴とする請求項３５に記載の方法。
前記プリセットルールは前記イーサネットフレームヘッダーの解凍機能がデフォルトでアクティブ化されることを示し、又は、
前記プリセットルールは特定の端末装置のイーサネットフレームヘッダーの解凍機能がデフォルトでアクティブ化されることを示し、又は、
前記プリセットルールはロバストヘッダー圧縮（ＲＯＨＣ）モードのベアラを設定していないイーサネットフレームヘッダーの解凍機能がデフォルトでアクティブ化されることを示すことを特徴とする請求項３９に記載の方法。
前記方法は更に、
前記解凍側装置が圧縮側装置に状態報告を送信し、前記状態報告は前記解凍側装置による前記データパケットの解凍結果を示すことに用いられることを含むことを特徴とする請求項２３～４０のいずれか１項に記載の方法。
前記解凍側装置が圧縮側装置に状態報告を送信することは、
前記解凍側装置が特定の条件において前記圧縮側装置に状態報告を送信することを含むことを特徴とする請求項４１に記載の方法。
前記特定の条件は、
周期的に送信すること、
前記データパケットの解凍が誤ったこと、
データパケットの連続するＫ回の解凍が誤り、前記Ｋが１より大きいこと、
前記圧縮側装置の圧縮状態が変化したこと、
未圧縮データパケットを受信したこと、
未圧縮データパケットを受信した回数がＸ回より大きく、Ｘ≧１であること、
圧縮側装置から送信された、状態報告を送信するように前記解凍側装置に指示するための第１指示を受信したこと、
前記解凍側装置の解凍状態が変化したこと、
特定のデータパケットを受信したこと、のうちの１つであることを特徴とする請求項４２に記載の方法。
前記圧縮状態は、非圧縮状態、部分圧縮状態及び全圧縮状態のうちの少なくとも１つを含むことを特徴とする請求項４３に記載の方法。
前記解凍状態は、
すべてのコンテキストを知ることができる状態ではない状態又は解凍される必要がない状態、
一部のコンテキストを知ることができる状態又は部分的に解凍される状態、
すべてのコンテキストを知ることができる状態又は全て解凍される状態、のうちの少なくとも１つを含むことを特徴とする請求項４３又は４４に記載の方法。
前記解凍側装置が第１設定情報を受信することは、
前記解凍側装置が第１装置から送信された無線リソース制御（ＲＲＣ）メッセージを受信し、前記ＲＲＣメッセージは前記第１設定情報を含むことを含むことを特徴とする請求項２３～４５のいずれか１項に記載の方法。
前記解凍側装置は端末装置であり、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置であることを特徴とする請求項４６に記載の方法。
無線通信方法であって、
第１装置が圧縮側装置及び／又は解凍側装置に第１設定情報を送信し、前記第１設定情報はイーサネットフレームヘッダーのヘッダー圧縮パラメータを設定することに用いられることを含むことを特徴とする無線通信方法。
前記ヘッダー圧縮パラメータは、イーサネットフレームヘッダーのヘッダー圧縮識別子、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド指示、圧縮する必要のあるサブヘッダーの情報、ヘッダー圧縮フィールドタイプ情報、コンテキスト識別子の最大数、ヘッダー圧縮モード、フィードバックモードのうちの少なくとも１つを含み、
前記ヘッダー圧縮識別子は前記イーサネットフレームヘッダーを圧縮するかどうかを示すことに用いられ、前記ヘッダー圧縮フィールドタイプ情報は圧縮する必要のあるサブヘッダーのタイプを示すことに用いられ、前記コンテキスト識別子の最大数はヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルの最大数を示すことに用いられ、前記ヘッダー圧縮モードは前記フィードバックモードに基づいて圧縮状態の遷移を行うかどうかを示すことに用いられ、前記フィードバックモードは解凍側装置が用いるフィードバックモードを示すことに用いられ、前記ＶＬＡＮフィールド指示は、ＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうか、又は前記イーサネットフレームヘッダーがＶＬＡＮフィールドを含むかどうかを示すことに用いられ、前記ヘッダー圧縮対象はヘッダー圧縮を行う単位を示すことに用いられることを特徴とする請求項４８に記載の方法。
前記ヘッダー圧縮フィールドタイプ情報は、静的カテゴリ、既知の静的カテゴリ、定義された静的カテゴリ、推測されたカテゴリ、可変カテゴリ、不変カテゴリのうちの少なくとも１つを含むことを特徴とする請求項４９に記載の方法。
前記圧縮する必要のあるサブヘッダーの情報は、宛先アドレス、ソースアドレス、イーサネットタイプ、イーサネット長さ、タグプロトコル識別子（ＴＰ－ＩＤ）、優先コードポイント（ＰＣＰ）、廃棄識別子（ＤＥＩ）、ＶＬＡＮ識別子（ＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項４９又は５０に記載の方法。
前記フィードバックモードは、フィードバックデータパケットを返信する必要のあるモード、フィードバックデータパケットを返信する必要のないモード、特定の条件においてフィードバックデータパケットを返信する必要のあるモード、のうちの少なくとも１つを含むことを特徴とする請求項４９～５１のいずれか１項に記載の方法。
前記圧縮状態は、非圧縮状態、部分圧縮状態及び全圧縮状態のうちの少なくとも１つを含むことを特徴とする請求項４９～５２のいずれか１項に記載の方法。
前記第１設定情報は更に、前記ヘッダー圧縮パラメータに対応するヘッダー圧縮対象情報を設定することに用いられることを特徴とする請求項４８～５３のいずれか１項に記載の方法。
前記ヘッダー圧縮対象情報は、少なくとも１つのサービス品質（ＱｏＳ）フロー識別子（ＩＤ）、少なくとも１つのベアラ識別子、少なくとも１つの端末装置識別子（ＩＤ）、少なくとも１つのプロトコルデータユニット（ＰＤＵ）セッション識別子のうちの少なくとも１つを含むことを特徴とする請求項５４に記載の方法。
少なくとも１つのＱｏＳフロー、少なくとも１つのベアラ、端末装置、少なくとも１つのＰＤＵセッションのうちの少なくとも１つに基づいて、前記ヘッダー圧縮パラメータを設定することを特徴とする請求項４８～５５のいずれか１項に記載の方法。
前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダーとコンテキスト識別子とのマッピング方式を示すことに用いられることを特徴とする請求項４８～５６のいずれか１項に記載の方法。
前記第１設定情報は具体的に、
１つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
２つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第２コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられることを特徴とする請求項５７に記載の方法。
前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダー、ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーのそれぞれとコンテキスト識別子とのマッピング方式を示すことに用いられることを特徴とする請求項４８～５６のいずれか１項に記載の方法。
前記第１設定情報は具体的に、
ＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられることを特徴とする請求項５９に記載の方法。
前記圧縮側装置は端末装置であり、前記解凍側装置は端末装置であり、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置であることを特徴とする請求項４８～６０のいずれか１項に記載の方法。
前記圧縮側装置は端末装置であり、前記解凍側装置はアクセスネットワーク装置であり、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置であることを特徴とする請求項４８～６０のいずれか１項に記載の方法。
前記圧縮側装置はアクセスネットワーク装置であり、前記解凍側装置は端末装置であり、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置であることを特徴とする請求項４８～６０のいずれか１項に記載の方法。
無線通信装置であって、
イーサネットフレームヘッダーのヘッダー圧縮パラメータを設定するための第１設定情報を受信することに用いられる通信モジュールと、
前記第１設定情報に基づいてデータパケットのイーサネットフレームヘッダーを圧縮することに用いられる圧縮モジュールと、を備えることを特徴とする無線通信装置。
前記ヘッダー圧縮パラメータは、イーサネットフレームヘッダーのヘッダー圧縮識別子、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド指示、圧縮する必要のあるサブヘッダーの情報、ヘッダー圧縮フィールドタイプ情報、コンテキスト識別子の最大数、ヘッダー圧縮モード、フィードバックモードのうちの少なくとも１つを含み、
前記ヘッダー圧縮識別子は前記イーサネットフレームヘッダーを圧縮するかどうかを示すことに用いられ、前記ヘッダー圧縮フィールドタイプ情報は圧縮する必要のあるサブヘッダーのタイプを示すことに用いられ、前記コンテキスト識別子の最大数はヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルの最大数を示すことに用いられ、前記ヘッダー圧縮モードは前記装置が前記フィードバックモードに基づいて圧縮状態の遷移を行うかどうかを示すことに用いられ、前記フィードバックモードは解凍側装置が用いるフィードバックモードを示すことに用いられ、前記ＶＬＡＮフィールド指示は、ＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうか、又は前記イーサネットフレームヘッダーがＶＬＡＮフィールドを含むかどうかを示すことに用いられ、前記ヘッダー圧縮対象はヘッダー圧縮を行う単位を示すことに用いられることを特徴とする請求項６４に記載の装置。
前記ヘッダー圧縮フィールドタイプ情報は、静的カテゴリ、既知の静的カテゴリ、定義された静的カテゴリ、推測されたカテゴリ、可変カテゴリ、不変カテゴリのうちの少なくとも１つを含むことを特徴とする請求項６５に記載の装置。
前記圧縮する必要のあるサブヘッダーの情報は、宛先アドレス、ソースアドレス、イーサネットタイプ、イーサネット長さ、タグプロトコル識別子（ＴＰ－ＩＤ）、優先コードポイント（ＰＣＰ）、廃棄識別子（ＤＥＩ）、ＶＬＡＮ識別子（ＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項６５又は６６に記載の装置。
前記フィードバックモードは、フィードバックデータパケットを返信する必要のあるモード、フィードバックデータパケットを返信する必要のないモード、特定の条件においてフィードバックデータパケットを返信する必要のあるモード、のうちの少なくとも１つを含むことを特徴とする請求項６５～６７のいずれか１項に記載の装置。
前記圧縮状態は、非圧縮状態、部分圧縮状態及び全圧縮状態のうちの少なくとも１つを含むことを特徴とする請求項６５～６８のいずれか１項に記載の装置。
前記第１設定情報は更に、前記ヘッダー圧縮パラメータに対応するヘッダー圧縮対象情報を設定することに用いられることを特徴とする請求項６４～６９のいずれか１項に記載の装置。
前記ヘッダー圧縮対象情報は、少なくとも１つのサービス品質（ＱｏＳ）フロー識別子（ＩＤ）、少なくとも１つのベアラ識別子、少なくとも１つの端末装置識別子（ＩＤ）、少なくとも１つのプロトコルデータユニット（ＰＤＵ）セッション識別子のうちの少なくとも１つを含むことを特徴とする請求項７０に記載の装置。
少なくとも１つのＱｏＳフロー、少なくとも１つのベアラ、端末装置、少なくとも１つのＰＤＵセッションのうちの少なくとも１つに基づいて、前記ヘッダー圧縮パラメータを設定することを特徴とする請求項６４～７１のいずれか１項に記載の装置。
前記圧縮モジュールは具体的に、
ヘッダー圧縮対象に対応するデータパケットを、同じ又は異なるコンテキスト識別子に対応するサブ対象チャネル内にマッピングすることに用いられることを特徴とする請求項６４～７２のいずれか１項に記載の装置。
前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダーとコンテキスト識別子とのマッピング方式を示すことに用いられることを特徴とする請求項６４～７３のいずれか１項に記載の装置。
前記第１設定情報は具体的に、
１つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
２つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第２コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられることを特徴とする請求項７４に記載の装置。
前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダー、ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーのそれぞれとコンテキスト識別子とのマッピング方式を示すことに用いられることを特徴とする請求項６４～７３のいずれか１項に記載の装置。
前記第１設定情報は具体的に、
ＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられることを特徴とする請求項７６に記載の装置。
前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することに用いられる制御モジュールを更に備えることを特徴とする請求項６４～７７のいずれか１項に記載の装置。
前記制御モジュールは具体的に、前記第１設定情報を受信した場合、前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することに用いられることを特徴とする請求項７８に記載の装置。
前記制御モジュールは具体的に、第１アクティブ化シグナリングを受信した場合、前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することに用いられ、前記第１アクティブ化シグナリングは前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化するように前記装置に指示することに用いられることを特徴とする請求項７８に記載の装置。
前記第１アクティブ化シグナリングは無線リソース制御（ＲＲＣ）メッセージ、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）及びダウンリンク制御情報（ＤＣＩ）のうちの少なくとも１つであることを特徴とする請求項８０に記載の装置。
前記制御モジュールは具体的に、プリセットルールに従って前記イーサネットフレームヘッダーのヘッダー圧縮機能をアクティブ化することに用いられることを特徴とする請求項７８に記載の装置。
前記プリセットルールは前記イーサネットフレームヘッダーのヘッダー圧縮機能がデフォルトでアクティブ化されることを示し、又は、前記プリセットルールは特定の端末装置のイーサネットフレームヘッダーのヘッダー圧縮機能がデフォルトでアクティブ化されることを示し、又は、前記プリセットルールはロバストヘッダー圧縮（ＲｏＨＣ）モードのベアラを設定していないイーサネットフレームヘッダーのヘッダー圧縮機能がデフォルトでアクティブ化されることを示すことを特徴とする請求項８２に記載の装置。
前記通信モジュールは具体的に、第１装置から送信された無線リソース制御（ＲＲＣ）メッセージを受信することに用いられ、前記ＲＲＣメッセージは前記第１設定情報を含むことを特徴とする請求項６４～８３のいずれか１項に記載の装置。
前記装置は端末装置であり、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置であることを特徴とする請求項８４に記載の装置。
無線通信装置であって、通信モジュール及び解凍モジュールを備え、
前記通信モジュールは、第１装置から送信された第１設定情報を受信することに用いられ、前記第１設定情報はイーサネットフレームヘッダーのヘッダー圧縮パラメータを設定することに用いられ、
前記解凍モジュールは、前記第１設定情報に基づいて、受信されたデータパケットのイーサネットフレームヘッダーを解凍することに用いられることを特徴とする無線通信装置。
前記ヘッダー圧縮パラメータは、イーサネットフレームヘッダーのヘッダー圧縮識別子、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド指示、圧縮する必要のあるサブヘッダーの情報、ヘッダー圧縮フィールドタイプ情報、コンテキスト識別子の最大数、ヘッダー圧縮モード、フィードバックモードのうちの少なくとも１つを含み、
前記ヘッダー圧縮識別子は前記イーサネットフレームヘッダーを圧縮するかどうかを示すことに用いられ、前記ヘッダー圧縮フィールドタイプ情報は圧縮する必要のあるサブヘッダーのタイプを示すことに用いられ、前記コンテキスト識別子の最大数はヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルの最大数を示すことに用いられ、前記ヘッダー圧縮モードは圧縮側装置が前記フィードバックモードに基づいて圧縮状態の遷移を行うかどうかを示すことに用いられ、前記フィードバックモードは前記装置が用いるフィードバックモードを示すことに用いられ、前記ＶＬＡＮフィールド指示は、ＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうか、又は前記イーサネットフレームヘッダーがＶＬＡＮフィールドを含むかどうかを示すことに用いられ、前記ヘッダー圧縮対象はヘッダー圧縮を行う単位を示すことに用いられることを特徴とする請求項８６に記載の装置。
前記ヘッダー圧縮フィールドタイプ情報は、静的カテゴリ、既知の静的カテゴリ、定義された静的カテゴリ、推測されたカテゴリ、可変カテゴリ、不変カテゴリのうちの少なくとも１つを含むことを特徴とする請求項８７に記載の装置。
前記圧縮する必要のあるサブヘッダーの情報は、宛先アドレス、ソースアドレス、イーサネットタイプ、イーサネット長さ、タグプロトコル識別子（ＴＰ－ＩＤ）、優先コードポイント（ＰＣＰ）、廃棄識別子（ＤＥＩ）、ＶＬＡＮ識別子（ＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項８７又は８８に記載の装置。
前記フィードバックモードは、フィードバックデータパケットを返信する必要のあるモード、フィードバックデータパケットを返信する必要のないモード、特定の条件においてフィードバックデータパケットを返信する必要のあるモード、のうちの少なくとも１つを含むことを特徴とする請求項８７～８９のいずれか１項に記載の装置。
前記第１設定情報は更に、前記ヘッダー圧縮パラメータに対応するヘッダー圧縮対象情報を設定することに用いられることを特徴とする請求項８６～９０のいずれか１項に記載の装置。
前記ヘッダー圧縮対象情報は、少なくとも１つのサービス品質（ＱｏＳ）フロー識別子（ＩＤ）、少なくとも１つのベアラ識別子、少なくとも１つの端末装置識別子（ＩＤ）、少なくとも１つのプロトコルデータユニット（ＰＤＵ）セッション識別子のうちの少なくとも１つを含むことを特徴とする請求項９１に記載の装置。
少なくとも１つのＱｏＳフロー、少なくとも１つのベアラ、端末装置、少なくとも１つのＰＤＵセッションのうちの少なくとも１つに基づいて、前記ヘッダー圧縮パラメータを設定することを特徴とする請求項８６～９２のいずれか１項に記載の装置。
前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダーとコンテキスト識別子とのマッピング方式を示すことに用いられることを特徴とする請求項８６～９３のいずれか１項に記載の装置。
前記第１設定情報は具体的に、１つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、２つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第２コンテキスト識別子に対応するサブ対象チャネルにマッピングし、ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられることを特徴とする請求項９４に記載の装置。
前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダー、ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーのそれぞれとコンテキスト識別子とのマッピング方式を示すことに用いられることを特徴とする請求項８６～９３のいずれか１項に記載の装置。
前記第１設定情報は具体的に、
ＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられることを特徴とする請求項９６に記載の装置。
前記イーサネットフレームヘッダーの解凍機能をアクティブ化することに用いられる制御モジュールを更に備えることを特徴とする請求項８６～９７のいずれか１項に記載の装置。
前記制御モジュールは具体的に、前記第１設定情報を受信した場合、前記イーサネットフレームヘッダーの解凍機能をアクティブ化することに用いられることを特徴とする請求項９８に記載の装置。
前記制御モジュールは具体的に、第２アクティブ化シグナリングを受信した場合、前記イーサネットフレームヘッダーの解凍機能をアクティブ化することに用いられ、前記第２アクティブ化シグナリングは前記イーサネットフレームヘッダーの解凍機能をアクティブ化するように前記装置に指示することに用いられることを特徴とする請求項９８に記載の装置。
前記第２アクティブ化シグナリングは無線リソース制御（ＲＲＣ）メッセージ、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）及びダウンリンク制御情報（ＤＣＩ）のうちの少なくとも１つであることを特徴とする請求項１００に記載の装置。
前記制御モジュールは具体的に、プリセットルールに従って前記イーサネットフレームヘッダーの解凍機能をアクティブ化することに用いられることを特徴とする請求項９８に記載の装置。
前記プリセットルールは前記イーサネットフレームヘッダーの解凍機能がデフォルトでアクティブ化されることを示し、又は、前記プリセットルールは特定の端末装置のイーサネットフレームヘッダーの解凍機能がデフォルトでアクティブ化されることを示し、又は、前記プリセットルールはロバストヘッダー圧縮（ＲＯＨＣ）モードのベアラを設定していないイーサネットフレームヘッダーの解凍機能がデフォルトでアクティブ化されることを示すことを特徴とする請求項１０２に記載の装置。
前記通信モジュールは更に、圧縮側装置に状態報告を送信することに用いられ、前記状態報告は前記装置による前記データパケットの解凍結果を示すことに用いられることを特徴とする請求項８６～１０３のいずれか１項に記載の装置。
前記通信モジュールは具体的に、特定の条件において前記圧縮側装置に状態報告を送信することに用いられることを特徴とする請求項１０４に記載の装置。
前記特定の条件は、
周期的に送信すること、
前記データパケットの解凍が誤ったこと、
データパケットの連続するＫ回の解凍が誤り、前記Ｋが１より大きいこと、
前記圧縮側装置の圧縮状態が変化したこと、
未圧縮データパケットを受信したこと、
未圧縮データパケットを受信した回数がＸ回より大きく、Ｘ≧１であること、
圧縮側装置から送信された、状態報告を送信するように前記装置に指示するための第１指示を受信したこと、
前記装置の解凍状態が変化したこと、
特定のデータパケットを受信したこと、のうちの１つであることを特徴とする請求項１０５に記載の装置。
前記圧縮状態は、非圧縮状態、部分圧縮状態及び全圧縮状態のうちの少なくとも１つを含むことを特徴とする請求項１０６に記載の装置。
前記解凍状態は、
すべてのコンテキストを知ることができる状態ではない状態又は解凍される必要がない状態、
一部のコンテキストを知ることができる状態又は部分的に解凍される状態、
すべてのコンテキストを知ることができる状態又は全て解凍される状態、のうちの少なくとも１つを含むことを特徴とする請求項１０６又は１０７に記載の装置。
前記通信モジュールは具体的に、第１装置から送信された無線リソース制御（ＲＲＣ）メッセージを受信することに用いられ、前記ＲＲＣメッセージは前記第１設定情報を含むことを特徴とする請求項８６～１０８のいずれか１項に記載の装置。
前記装置は端末装置であり、前記第１装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置であることを特徴とする請求項１０９に記載の装置。
無線通信装置であって、通信モジュールを備え、
前記通信モジュールは圧縮側装置及び／又は解凍側装置に第１設定情報を送信することに用いられ、前記第１設定情報はイーサネットフレームヘッダーのヘッダー圧縮パラメータを設定することに用いられることを特徴とする無線通信装置。
前記ヘッダー圧縮パラメータは、イーサネットフレームヘッダーのヘッダー圧縮識別子、仮想ローカルエリアネットワーク（ＶＬＡＮ）フィールド指示、圧縮する必要のあるサブヘッダーの情報、ヘッダー圧縮フィールドタイプ情報、コンテキスト識別子の最大数、ヘッダー圧縮モード、フィードバックモードのうちの少なくとも１つを含み、
前記ヘッダー圧縮識別子は前記イーサネットフレームヘッダーを圧縮するかどうかを示すことに用いられ、前記ヘッダー圧縮フィールドタイプ情報は圧縮する必要のあるサブヘッダーのタイプを示すことに用いられ、前記コンテキスト識別子の最大数はヘッダー圧縮対象に対応するデータパケットがマッピング可能なサブ対象チャネルの最大数を示すことに用いられ、前記ヘッダー圧縮モードは前記フィードバックモードに基づいて圧縮状態の遷移を行うかどうかを示すことに用いられ、前記フィードバックモードは解凍側装置が用いるフィードバックモードを示すことに用いられ、前記ＶＬＡＮフィールド指示は、ＶＬＡＮフィールドに対してヘッダー圧縮を行うかどうか、又は前記イーサネットフレームヘッダーがＶＬＡＮフィールドを含むかどうかを示すことに用いられ、前記ヘッダー圧縮対象はヘッダー圧縮を行う単位を示すことに用いられることを特徴とする請求項１１１に記載の装置。
前記ヘッダー圧縮フィールドタイプ情報は静的カテゴリ、既知の静的カテゴリ、定義された静的カテゴリ、推測されたカテゴリ、可変カテゴリ、不変カテゴリのうちの少なくとも１つを含むことを特徴とする請求項１１２に記載の装置。
前記圧縮する必要のあるサブヘッダーの情報は、宛先アドレス、ソースアドレス、イーサネットタイプ、イーサネット長さ、タグプロトコル識別子（ＴＰ－ＩＤ）、優先コードポイント（ＰＣＰ）、廃棄識別子（ＤＥＩ）、ＶＬＡＮ識別子（ＩＤ）のうちの少なくとも１つを含むことを特徴とする請求項１１２又は１１３に記載の装置。
前記フィードバックモードは、フィードバックデータパケットを返信する必要のあるモード、フィードバックデータパケットを返信する必要のないモード、特定の条件においてフィードバックデータパケットを返信する必要のあるモード、のうちの少なくとも１つを含むことを特徴とする請求項１１２～１１４のいずれか１項に記載の装置。
前記圧縮状態は、非圧縮状態、部分圧縮状態及び全圧縮状態のうちの少なくとも１つを含むことを特徴とする請求項１１２～１１５のいずれか１項に記載の装置。
前記第１設定情報は更に、前記ヘッダー圧縮パラメータに対応するヘッダー圧縮対象情報を設定することに用いられることを特徴とする請求項１１１～１１６のいずれか１項に記載の装置。
前記ヘッダー圧縮対象情報は、少なくとも１つのサービス品質（ＱｏＳ）フロー識別子（ＩＤ）、少なくとも１つのベアラ識別子、少なくとも１つの端末装置識別子（ＩＤ）、少なくとも１つのプロトコルデータユニット（ＰＤＵ）セッション識別子のうちの少なくとも１つを含むことを特徴とする請求項１１７に記載の装置。
少なくとも１つのＱｏＳフロー、少なくとも１つのベアラ、端末装置、少なくとも１つのＰＤＵセッションのうちの少なくとも１つに基づいて、前記ヘッダー圧縮パラメータを設定することを特徴とする請求項１１１～１１８のいずれか１項に記載の装置。
前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダーとコンテキスト識別子とのマッピング方式を示すことに用いられることを特徴とする請求項１１１～１１９のいずれか１項に記載の装置。
前記第１設定情報は具体的に、
１つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
２つのＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第２コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられることを特徴とする請求項１２０に記載の装置。
前記第１設定情報は更に、ＶＬＡＮフィールドを含むイーサネットフレームヘッダー、ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーのそれぞれとコンテキスト識別子とのマッピング方式を示すことに用いられることを特徴とする請求項１１１～１１９のいずれか１項に記載の装置。
前記第１設定情報は具体的に、
ＶＬＡＮフィールドを含むイーサネットフレームヘッダーを第１コンテキスト識別子に対応するサブ対象チャネルにマッピングし、
ＶＬＡＮフィールドを含まないイーサネットフレームヘッダーを第３コンテキスト識別子に対応するサブ対象チャネルにマッピングするように設定することに用いられることを特徴とする請求項１２２に記載の装置。
前記圧縮側装置は端末装置であり、前記解凍側装置は端末装置であり、前記装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置であることを特徴とする請求項１１１～１２３のいずれか１項に記載の装置。
前記圧縮側装置は端末装置であり、前記解凍側装置はアクセスネットワーク装置であり、前記装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置であることを特徴とする請求項１１１～１２３のいずれか１項に記載の装置。
前記圧縮側装置はアクセスネットワーク装置であり、前記解凍側装置は端末装置であり、前記装置はアクセスネットワーク装置、コアネットワーク装置又はアプリケーション層装置であることを特徴とする請求項１１１～１２３のいずれか１項に記載の装置。
無線通信装置であって、プロセッサ及びメモリを備え、該メモリはコンピュータプログラムを記憶することに用いられ、前記プロセッサは前記メモリに記憶されるコンピュータプログラムを呼び出して実行して、請求項１～２２のいずれか１項に記載の方法、請求項２３～４７のいずれか１項に記載の方法、又は請求項４８～６３のいずれか１項に記載の方法を実行することに用いられることを特徴とする無線通信装置。
チップであって、メモリからコンピュータプログラムを呼び出して実行し、前記チップが取り付けられる装置に請求項１～２２のいずれか１項に記載の方法、請求項２３～４７のいずれか１項に記載の方法、又は請求項４８～６３のいずれか１項に記載の方法を実行させるためのプロセッサを備えることを特徴とするチップ。
コンピュータプログラムを記憶することに用いられ、前記コンピュータプログラムによってコンピュータが請求項１～２２のいずれか１項に記載の方法、請求項２３～４７のいずれか１項に記載の方法、又は請求項４８～６３のいずれか１項に記載の方法を実行することを特徴とするコンピュータ可読記憶媒体。
コンピュータプログラム命令を含み、該コンピュータプログラム命令によってコンピュータが請求項１～２２のいずれか１項に記載の方法、請求項２３～４７のいずれか１項に記載の方法、又は請求項４８～６３のいずれか１項に記載の方法を実行することを特徴とするコンピュータプログラム製品。
コンピュータに請求項１～２２のいずれか１項に記載の方法、請求項２３～４７のいずれか１項に記載の方法、又は請求項４８～６３のいずれか１項に記載の方法を実行させることを特徴とするコンピュータプログラム。