JP7327831B2 - 通信方法及びデバイス - Google Patents

Description

本願は、２０１８年９月２７日に中国国家知識産権局に出願された「通信方法及びデバイス（ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＭＥＴＨＯＤ ＡＮＤ ＤＥＶＩＣＥ）」と題する中国特許出願第２０１８１１１３３８０８．１号に基づく優先権を主張し、当該特許出願はその全体が参照により本明細書に組み込まれる。

本願は通信分野に関し、より具体的には、通信方法及びデバイスに関する。

通信ネットワークでは、エアインタフェースの無線リソースが貴重である。エアインタフェースの無線リソースを減らすために、データパケットが伝送される場合、データパケットは最初に圧縮されてよく、次いで圧縮後に得られたデータパケットが伝送される。例えば、データパケットのヘッダが圧縮されてよい。

いくつかの通信シナリオでは、データ通信時に、データパケットがイーサネット（登録商標）フォーマットに基づいて伝送される。例えば、５Ｇ通信では、産業用通信が重要なシナリオである。産業用通信では、データパケットは通常、イーサネットフォーマットで伝送される。しかしながら現在では、イーサネットヘッダを含むデータパケットに適用可能な圧縮手段がない。

本願は、イーサネットヘッダを含むデータパケットの圧縮及び解凍を行うための通信方法及びデバイスを提供することで、エアインタフェースの無線伝送リソースを減らす。

第１態様によれば、通信方法が提供される。本通信方法は、送信デバイスが送信対象データパケットを決定する段階であって、送信対象データパケットはイーサネットヘッダを含むデータパケットである、決定する段階と、送信デバイスが送信対象データパケットのヘッダ内の圧縮されるフィールドを決定する段階と、送信デバイスが送信対象データパケットのヘッダを、予め設定した手段に従って圧縮する段階であって、予め設定した手段は、圧縮されるフィールドをデータパケットのヘッダから削除すること、又は圧縮されるフィールドを対応するショートフィールドに置き換えることを含む、圧縮する段階と、送信デバイスが圧縮後に得られたデータパケットを送信する段階とを含む。

本願で提供される解決手段において、送信デバイスは、予め設定した手段に従って、イーサネットヘッダを含むデータパケットを圧縮し、圧縮後に得られたデータパケットがエアインタフェースを介して伝送されることにより、エアインタフェースの無線伝送リソースを減らすことができる。

第１態様に関連して、第１態様の実行可能な実装形態では、本通信方法はさらに、送信デバイスが送信対象データパケットのヘッダコンテキスト情報を受信デバイスに送信する段階を含んでよく、ヘッダコンテキスト情報は、送信対象データパケットの完全ヘッダ、圧縮されるフィールドの完全コンテンツ、及びショートフィールドと圧縮されるフィールドとの対応関係のうちの少なくとも１つを含む。

この実装形態では、送信デバイスがヘッダコンテキスト情報を受信デバイスに送信することにより、受信デバイスは、ヘッダコンテキスト情報に基づいて、圧縮後に得られた受信済みデータパケットを解凍できる。

ある実装形態では、送信デバイスは、データパケットのヘッダコンテキスト情報が変わったと判定した場合、ヘッダコンテキスト変更指示情報を受信デバイスに送信する。このように、送信デバイス側のヘッダコンテキスト情報は受信デバイス側のヘッダコンテキスト情報と必ず一致することになる。

ある実装形態では、ヘッダコンテキスト情報が変わるということは、ヘッダコンテキスト情報内のルールが削除されていること、ヘッダコンテキスト情報内のルールが修正されていること、又は新たなルールがヘッダコンテキスト情報に追加されていることを含み、１つのルールがショートフィールドと圧縮されるフィールドとの対応関係を示すのに用いられる。

ある実装形態では、ヘッダコンテキスト内のルールが削除されていると判定することは、当該ルールに対応するデータパケットを指定時間内に受信していない場合に、当該ルールが削除されていると判定することを含む。

第１態様に関連して、第１態様の実行可能な実装形態では、本通信方法はさらに、圧縮後に得られたデータパケットを送信デバイスが送信する前に、送信デバイスが受信デバイスから第１のフィードバック情報を受信する段階を含んでよく、第１のフィードバック情報は、データパケットのヘッダの圧縮を開始するよう送信デバイスに指示するのに用いられる。このように、受信デバイスが解凍に必要なヘッダコンテキスト情報を受信したと判定された後に、データ圧縮の実行が開始されてよい。

ある実装形態では、第１のフィードバック情報は第１の指示情報を含み、第１の指示情報はヘッダ圧縮の圧縮レベルを示すのに用いられる。

第１態様に関連して、第１態様の実行可能な実装形態では、本通信方法はさらに、ある指定条件が満たされていると判定した場合に、送信デバイスが圧縮後に得られたデータパケットの送信を停止する、且つ／又は送信対象データパケットのヘッダコンテキスト情報を受信デバイスに再度送信するか、若しくはヘッダ圧縮の圧縮レベルを調整する段階を含んでよく、その指定条件は以下に挙げる条件、すなわち、第２のフィードバック情報を受信していること（第２のフィードバック情報は解凍が失敗したことを示すのに用いられる）、及び第３のフィードバック情報を指定時間内に受信していないこと（第３のフィードバック情報はヘッダコンテキスト情報が受信デバイスで有効であることを示すのに用いられる）のうちの少なくとも１つを含む。

第１態様に関連して、第１態様の実行可能な実装形態では、本通信方法はさらに、圧縮後に得られたデータパケットを送信デバイスが送信する前に、第２の指示情報を受信デバイスに送信する段階を含んでよく、第２の指示情報はデータパケットが圧縮済みデータパケットであることを示すのに用いられる。あるいは、圧縮後に得られたデータパケットのヘッダが第３の指示情報を含み、第３の指示情報はデータパケットが圧縮済みデータパケットであることを示すのに用いられる。このように、受信デバイスは、第２の指示情報又は第３の指示情報に基づいて、データパケットを解凍する必要があるかどうかを判定できる。

ある実装形態では、イーサネットヘッダを含むデータパケットのヘッダ圧縮機能が、無線リソース制御ＲＲＣシグナリングを介してネットワークデバイスにより構成される。

第２態様によれば、通信方法が提供される。本通信方法は、受信デバイスが第１のデータパケットを受信する段階であって、第１のデータパケットはイーサネットヘッダを含むデータパケットである、受信する段階と、第１のデータパケットのヘッダが圧縮されていると受信デバイスが判定した場合、予め設定した手段に従って第１のデータパケットを解凍する段階であって、予め設定した手段は、圧縮済みフィールドの完全コンテンツを第１のデータパケットのヘッダに追加すること、又は第１のデータパケットのヘッダ内のショートフィールドを対応する圧縮済みフィールドの完全コンテンツに置き換えることを含む、解凍する段階とを含む。

本願で提供される解決手段において、送信デバイスは、予め設定した手段に従って、イーサネットヘッダを含むデータパケットを圧縮し、圧縮後に得られたデータパケットがエアインタフェースを介して伝送されることにより、エアインタフェースの無線伝送リソースを減らすことができる。受信デバイスは、対応する方法に従って、データパケットを解凍してよい。

第２態様に関連して、第２態様の実行可能な実装形態では、本通信方法はさらに、受信デバイスが第１のデータパケットのヘッダコンテキスト情報を受信する段階を含んでよく、ヘッダコンテキスト情報は、第１のデータパケットの完全ヘッダ、圧縮されるフィールドの完全コンテンツ、及びショートフィールドと圧縮されるフィールドとの対応関係のうちの少なくとも１つを含む。

この実装形態では、受信デバイスはヘッダコンテキスト情報を受信し、ヘッダコンテキスト情報に基づいて、圧縮後に得られた受信済みデータパケットを解凍してよい。

ある実装形態では、本通信方法はさらに、受信デバイスがヘッダコンテキスト変更指示情報を受信する段階であって、ヘッダコンテキスト変更指示情報はデータパケットのヘッダコンテキスト情報が変わったことを示すのに用いられる、受信する段階と、ローカルに格納されたヘッダコンテキスト情報を受信デバイスがヘッダコンテキスト変更指示情報に基づいて更新する段階とを含む。このように、送信デバイス側のヘッダコンテキスト情報は受信デバイス側のヘッダコンテキスト情報と必ず一致することになる。

ある実装形態では、ヘッダコンテキスト情報が変わるということは、ヘッダコンテキスト情報内のルールが削除されていること、ヘッダコンテキスト情報内のルールが修正されていること、又は新たなルールがヘッダコンテキスト情報に追加されていることを含み、１つのルールがショートフィールドと圧縮されるフィールドとの対応関係を示すのに用いられる。

ある実装形態では、本通信方法はさらに、当該ルールに対応するデータパケットを指定時間内に受信していない場合、ローカルに格納されたヘッダコンテキスト情報から当該ルールを削除する段階を含む。

第２態様に関連して、第２態様の実行可能な実装形態では、本通信方法はさらに、受信デバイスが第１のフィードバック情報を送信デバイスに送信する段階を含んでよく、第１のフィードバック情報は、データパケットのヘッダの圧縮を開始するよう送信デバイスに指示するのに用いられる。このように、受信デバイスが解凍に必要なヘッダコンテキスト情報を受信したと判定された後に、データ圧縮の実行が開始されてよい。

ある実装形態では、第１のフィードバック情報は第１の指示情報を含み、第１の指示情報はヘッダ圧縮の圧縮レベルを示すのに用いられる。

第２態様に関連して、第２態様の実行可能な実装形態では、本通信方法はさらに、受信デバイスが第２のフィードバック情報を送信デバイスに送信する段階を含んでよく、第２のフィードバック情報は解凍が失敗したことを示すのに用いられる。

第２態様に関連して、第２態様の実行可能な実装形態では、本通信方法はさらに、受信デバイスが第３のフィードバック情報を送信デバイスに送信する段階を含んでよく、第３のフィードバック情報は、ヘッダコンテキスト情報が受信デバイスで有効であることを示すのに用いられる。

ある実装形態では、第１のデータパケットのヘッダが圧縮されていると受信デバイスが判定する段階は、受信デバイスが第１のデータパケットを受信する前に第２の指示情報を受信する段階であって、第２の指示情報は第１のデータパケットが圧縮済みデータパケットであることを示すのに用いられる、受信する段階と、受信デバイスが第２の指示情報に基づいて、第１のデータパケットのヘッダが圧縮されていると判定する段階、又は受信デバイスが第３の指示情報に基づいて、第１のデータパケットのヘッダが圧縮されていると判定する段階であって、第３の指示情報は第１のデータパケットのヘッダに含まれており、第３の指示情報は第１のデータパケットが圧縮済みデータパケットであることを示すのに用いられる、判定する段階とを含む。

ある実装形態では、イーサネットヘッダを含むデータパケットのヘッダ圧縮機能が、無線リソース制御ＲＲＣシグナリングを介してネットワークデバイスにより構成される。

第３態様によれば、送信デバイスが提供される。送信デバイスは、第１態様又は第１態様の実行可能な実装形態のうちのいずれか１つにおける通信方法を実行するように構成される。具体的には、送信デバイスは、第１態様又は第１態様の実行可能な実装形態のうちのいずれか１つにおける通信方法を実行するように構成されたモジュールを含んでよい。

第４態様によれば、送信デバイスが提供される。送信デバイスはメモリ及びプロセッサを含み、メモリは命令を格納するように構成され、プロセッサはメモリに格納された命令を実行するように構成され、メモリに格納された命令を実行することによって、プロセッサは第１態様又は第１態様の実行可能な実装形態のうちのいずれか１つにおける方法を実行することが可能になる。

第５態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体はコンピュータプログラムを格納し、プログラムがプロセッサによって実行されると、第１態様又は第１態様の実行可能な実装形態のうちのいずれか１つによる方法が実施される。

第６態様によれば、受信デバイスが提供される。受信デバイスは、第２態様又は第２態様の実行可能な実装形態のうちのいずれか１つにおける通信方法を実行するように構成される。具体的には、受信デバイスは、第２態様又は第２態様の実行可能な実装形態のうちのいずれか１つにおける通信方法を実行するように構成されたモジュールを含んでよい。

第７態様によれば、受信デバイスが提供される。受信デバイスはメモリ及びプロセッサを含み、メモリは命令を格納するように構成され、プロセッサはメモリに格納された命令を実行するように構成され、メモリに格納された命令を実行することによって、プロセッサは第２態様又は第２態様の実行可能な実装形態のうちのいずれか１つにおける方法を実行することが可能になる。

第８態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体はコンピュータプログラムを格納し、プログラムがプロセッサによって実行されると、第２態様又は第２態様の実行可能な実装形態のうちのいずれか１つにおける方法が実施される。

本発明の一実施形態が適用可能なシステムアーキテクチャの概略図である。

本発明の一実施形態による通信方法の概略フローチャートである。

本発明の一実施形態による通信デバイスのプロトコルアーキテクチャの概略図である。

本発明の一実施形態による送信デバイスの概略ブロック図である。

本発明の一実施形態による送信デバイスの別の概略ブロック図である。

本発明の一実施形態による送信デバイスのさらに別の概略ブロック図である。

本発明の一実施形態による受信デバイスの概略ブロック図である。

本発明の一実施形態による受信デバイスの別の概略ブロック図である。

本発明の一実施形態による受信デバイスのさらに別の概略ブロック図である。

本願の一実施形態による通信装置の概略ブロック図である。

本願の一実施形態による通信装置の別の概略ブロック図である。

本願の一実施形態による通信装置のさらに別の概略ブロック図である。

以下では、添付図面を参照して、本願の技術的解決手段を説明する。

本願で提供される技術的解決手段は、例えば、現在の４Ｇ通信システム、及び５Ｇ通信システムなどの将来の進化型ネットワークといった様々な通信システム、例えば、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ロングタームエボリューションアドバンスド（ＬＴＥ Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システム、新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）システム、第３世代パートナーシッププロジェクト（ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、３ＧＰＰ）に関連したセルラーシステム、公衆陸上移動体ネットワーク（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ、ＰＬＭＮ）システム、複数の通信コンバージェンスシステム、及び他のそのような通信システムに適用されてよい。複数の応用シナリオが含まれてよい。例えば、マシンツーマシン（ｍａｃｈｉｎｅ ｔｏ ｍａｃｈｉｎｅ、Ｍ２Ｍ）、デバイスツーマシン（ｄｅｖｉｃｅ ｔｏ ｍａｃｈｉｎｅ、Ｄ２Ｍ）、マクロ－マイクロ通信、高速モバイルインターネット（ｅｎｈａｎｃｅ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）、超高信頼低遅延通信（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｕＲＬＬＣ）、及び大量のマシンタイプ通信（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）などのシナリオが含まれる。これらのシナリオは、限定されるものではないが、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）同士の通信シナリオ、ネットワークデバイス同士の通信シナリオ、及びネットワークデバイスとＵＥとの間の通信シナリオなどを含んでよい。

本願の実施形態で提供される技術的解決手段は、図１に示すシステムアーキテクチャに適用されてよい。このシステムアーキテクチャには、ネットワークデバイス１００と、ネットワークデバイス１００に接続された１つ又は複数の端末デバイス２００とが含まれてよい。

ネットワークデバイス１００は、端末デバイス２００と通信できるデバイスであってよい。ネットワークデバイス１００は、ＬＴＥにおけるｅＮＢ（ｅｖｏｌｕｔｉｏｎａｌ ＮｏｄｅＢ）でもｅＮｏｄｅＢでもよい。ネットワークデバイス１００は代替的に、中継局、又はアクセスポイントなどであってもよい。ネットワークデバイス１００は代替的に、クラウド型無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＣＲＡＮ）シナリオにおける無線コントローラであってもよい。ネットワークデバイス１００は代替的に、将来の５Ｇネットワークにおけるネットワークデバイス又は将来の進化型ネットワークにおけるネットワークデバイスであってもよく、ウェアラブルデバイス又は車載デバイスなどであってもよい。

本発明のこの実施形態におけるネットワークデバイス１００は、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）デバイスとも呼ばれることがある。ＲＡＮデバイスは、端末デバイスに接続され、端末デバイスからデータを受信し、そのデータをコアネットワークデバイスに送信するように構成される。ＲＡＮデバイスは、異なる通信システムの異なるデバイスに対応する。例えば、ＲＡＮデバイスは、２Ｇシステムにおける基地局及び基地局コントローラに対応し、３Ｇシステムにおける基地局及び無線ネットワークコントローラ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）に対応し、４Ｇシステムにおける進化型ＮｏｄｅＢ（ｅｖｏｌｕｔｉｏｎａｌ ＮｏｄｅＢ、ｅＮＢ）に対応し、５Ｇシステムにおける５Ｇシステム、例えば、新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）システムにおけるアクセスネットワークデバイス（例えば、ｇＮＢ、ＣＵ、又はＤＵ）に対応する。

端末デバイス２００は、無線送受信機能を含み且つネットワークデバイスと連携して通信サービスをユーザに提供できるデバイスであってよい。具体的には、端末デバイス２００は、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：モノのインターネット）端末、アクセス端末、ＵＥユニット、ＵＥ局、移動局、モバイルコンソール、遠隔局、遠隔端末、モバイルデバイス、ＵＥ端末、端末、無線通信デバイス、ＵＥエージェント、又はＵＥ装置などであってよい。ＩｏＴ端末は、データを収集してデータをネットワークデバイス１００に送信する機能を実装し、データ収集、予備処理、暗号化、及び伝送などの複数の機能を担っている。ＩｏＴ端末は、シェアサイクル、水道メータ、電気メータ、街灯、火災報知器、マンホールカバー、給油所、高速鉄道、又はプリンタなどであってもよい。アクセス端末は、携帯電話、コードレス電話、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）ステーション、携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）、無線通信機能を備えたハンドヘルドデバイス、無線モデムに接続されたコンピューティングデバイス又は他の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークの端末、又は将来の進化型ネットワークの端末などであってもよい。これらの端末デバイス２００のうちの１つ又は複数が、別の端末デバイスとネットワークデバイスとの間の通信用の中継デバイス又はトランジットデバイスとしての機能を果たしてよい。

図１に示すシステムアーキテクチャは、一例として用いられているだけであり、本願の技術的解決手段の限定を意図するものではないことに留意されたい。当業者であれば、特定の実装プロセスにおいて、このシステムアーキテクチャはさらに別のデバイスを含んでよく、ネットワークデバイス１００及び端末デバイス２００は特定の要件に基づいて構成されてもよいことを理解するはずである。

図１に示すシステムアーキテクチャでは、通信デバイス同士のデータ伝送が異なるタイプのシステム要件に適合するために、異なるカプセル化フォーマットが用いられてよい。例えば、従来型のセルラーネットワーク通信では、データ通信がインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、ＩＰ）にほとんど準拠しており、データパケットもＩＰパケットフォーマットに基づいて伝送される。従来型のセルラーネットワークとは異なり、５Ｇシステム、例えば産業用通信シナリオでは、データパケットがイーサネットフォーマットで伝送されてよい。データが通信デバイス同士で伝送される場合、データパケットが送信デバイス側で圧縮されてよく、受信デバイスが、データパケットを受信した後に、データパケットを解凍するので、伝送リソースを減らすことができる。現在、イーサネットヘッダを含むデータパケットを圧縮／解凍する機能を実装するのに用いることができる、イーサネットヘッダを圧縮／解凍するための手段はない。別のフォーマットのデータパケットを圧縮／解凍する手段を、イーサネットヘッダを含むデータパケットに適用することはできない。例えば、ＩＰフォーマットのヘッダとイーサネットヘッダとは異なる構造を有するので、ＩＰフォーマットのデータパケットをデータパケット伝送のために圧縮／解凍する手段を、イーサネットヘッダを含むデータパケットの伝送に適用することはできない。

例えば、イーサネットフォーマットのデータパケットの構造が表１に示されている。

表１では、送信先アドレスフィールドと送信元アドレスフィールドとがそれぞれ、６バイトの長さを有し、データパケットの受信アドレス及び送信アドレスを表している。例えば、各ネットワークアダプタ（受信デバイス）は６バイト長の１つの媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）アドレスを有しており、このアドレスは、イーサネットのネットワークアダプタを一意に識別するのに用いられる。ネットワークアダプタは、データパケットを受信する場合、送信先アドレスフィールドをネットワークアダプタのＭＡＣアドレスと比較して、このデータパケットを受信するかどうかを判定してよい。例えば、６バイト長の送信先アドレスという書き込みフォーマットが、００－０１－０２－０３－０４－０５である。この６バイトがイーサネットでは左から右へ送信される。バイトごとに、最下位ビットのビット０が最初に送信され、最上位ビットのビット７が最後に送信される。送信先アドレスは、ユニキャストアドレス、マルチキャストアドレス、及びブロードキャストアドレスという３つのタイプに分類されてよい。ユニキャストアドレスは通常、特定のネットワークアダプタのＭＡＣアドレスに対応し、最初のバイトのビット０が０であることを必要とする。マルチキャストアドレスは、最初のバイトのビット０が１であることを必要とする。このように、あるネットワークのマルチキャストアドレスが任意のネットワークアダプタのＭＡＣアドレスと同じになることはなく、マルチキャストデータを複数のネットワークアダプタが同時に受信できる。ブロードキャストアドレスの全４８ビットが全て１である（すなわち、ＦＦ－ＦＦ－ＦＦ－ＦＦ－ＦＦ－ＦＦ）。同じローカルエリアネットワークの全てのネットワークアダプタが、ブロードキャストされたデータパケットを受信できる。

長さ／タイプフィールドが２バイトの長さを有し、データ／パディングフィールドの長さ又はタイプを示す。長さ／タイプフィールドの値が１５１８より小さい場合、それはデータ／パディングフィールドの長さを示す。長さ／タイプフィールドの値が１５１８より大きい場合、それはイーサネットフォーマットのデータパケットが属する上位層プロトコルを示す（例えば０ｘ８００はＩＰデータパケットを表し、０ｘ８０６はアドレス解決プロトコル（ａｄｄｒｅｓｓ ｒｅｓｏｌｕｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＡＲＰ）データパケットを表す）。

データ／パディングフィールドの長さは、４６バイトから１５００バイトに及ぶ。

チェックシーケンスフィールドの巡回冗長コード（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ、ＣＲＣ）フィールドは、４バイトの長さを有する。受信デバイスは、ＣＲＣフィールドに基づいて、データパケットが正確に伝送されているかどうかを判定する。データパケットが間違って伝送されていると判定された場合、受信デバイスはこのデータパケットを破棄する。

例えば、ＩＰフォーマットのデータパケットの構造が表２に示されている。

ＩＰフォーマットのヘッダ用の圧縮アルゴリズムは完全アルゴリズムであり、ＩＰフォーマットの標準的なデータパケットだけを識別できる。ＩＰフォーマットのデータパケットとイーサネットフォーマットのデータパケットとはそれぞれ、一連の０及び１を含む数字列である。デバイスがデータパケットを処理する場合、デバイスが直感的に理解できるコンテンツは、一連の０及び１を含む数字列だけである。したがって、異なるパケットフォーマットが、対応するデータパケットのタイプをどのように理解して処理するかをデバイスに示すために、様々なアルゴリズムルールを作成する必要がある。具体的には、データパケットの各フィールドの構成及びサイズと、各フィールドの境界の画定方法とを明確に示す必要がある。フィールドのタイプが、そのフィールドの境界、サイズ、及び構成に基づいて判定されることで、対応する圧縮手段が選択されて、異なるパケットフォーマットのフィールド又は同じパケットフォーマットの異なるタイプのフィールドが圧縮される。以上のように、ＩＰフォーマットのヘッダの構造は、イーサネットヘッダの構造とは異なる。ＩＰフォーマットのヘッダ用の圧縮アルゴリズムがイーサネットフォーマットのデータパケットに用いられ、イーサネットフォーマットのデータパケットがＩＰフォーマットに基づいて解析された場合、データパケットの各フィールドの境界及び値を識別することはできない。したがって、ＩＰパケットのヘッダ圧縮アルゴリズムに特有の解析ルールがイーサネットのデータパケットに用いられた後に、間違った圧縮パケットが生成されるので、受信側はそのパケットを解析できない。さらに、一連の成熟した圧縮アルゴリズムでは、圧縮ルールをパケットフォーマットの特徴に基づいて具体的に作成する必要があるだけでなく、特定の圧縮フィードバックメカニズム及び特定の応用シナリオも必要になる。以下では、ある実施形態の通信システムにおける、イーサネットフォーマットのパケット用の圧縮アルゴリズムを説明する。本願の一実施形態が、イーサネットヘッダを含むデータパケットの圧縮及び解凍を行う通信方法を提供する。本願のこの実施形態では、イーサネットヘッダを含むデータパケットはイーサネットフォーマットのデータパケットであってよく、このデータパケットのヘッダはイーサネットヘッダである。あるいは、イーサネットヘッダを含むデータパケットは、ＩＰフォーマットのデータパケットとイーサネットフォーマットのデータパケットとを組み合わせることで得られるデータパケットであってもよく、このデータパケットのヘッダはイーサネットヘッダである。例えば、ＩＰフォーマットのデータパケットとイーサネットフォーマットのデータパケットとの組み合わせとは、イーサネットフォーマットのデータパケットがＩＰフォーマットのデータパケットのペイロードデータとして用いられることであっても、ＩＰフォーマットのデータパケットがイーサネットフォーマットのデータパケットのペイロードデータとして用いられることであってもよい。

以下では、本願に現れるいくつかの用語の意味を説明し、その特徴を述べる。

１．圧縮されるフィールド、ショートフィールド

イーサネットヘッダを含むデータパケットが圧縮されている場合、圧縮されるフィールドが圧縮されるフィールドであり、圧縮後に得られたデータパケットには圧縮されるフィールドが含まれていない。

ショートフィールドとは、その長さが、圧縮されるフィールドの長さより短いフィールドである。ショートフィールドは、圧縮されるフィールドを示すのに用いられてよい。例えば、ショートフィールドの値が、インデックスであっても、コンテキスト識別子であってもよい。ショートフィールドは、圧縮される１つ又は複数のフィールドに対応してよい。

２．本明細書における用語「複数の」が意味することは、２つ又はそれより多いということである。本明細書では、「第１」及び「第２」という用語は、異なる対象物同士を区別することを意図しており、それらの対象物の特定の順序を示すものではない。例えば、「第１のフィードバック情報」と「第２のフィードバック情報」とが、異なるフィードバック情報を区別するのに用いられており、これらのフィードバック情報の特定の順序を説明するのに用いられているわけではない。本明細書での「及び／又は」という用語は、関連する対象物を説明するための対応関係だけを説明しており、３つの関係が存在し得ることを表している。例えば、Ａ及び／又はＢとは、Ａだけが存在する、Ａ及びＢが両方とも存在する、Ｂだけが存在するという３つの場合を表してよい。本明細書では、「／」が「又は」の関係を表している。例えば、Ａ／Ｂとは、Ａだけが存在する、Ｂだけが存在するという２つの場合を表してよい。

本願の実施形態では、「例」又は「例えば」という用語は、一例、実例、又は説明の提示を表すのに用いられている。本願の実施形態において「例」として又は「例えば」と説明される実施形態又は設計方式はどれも、別の実施形態又は設計方式より好ましい又はより多くの利点を有していると解釈されるべきではない。正確には、「例」又は「例えば」という用語の使用は、特定の方式における相対概念を示すことを意図している。

本願の一実施形態が通信方法を提供する。本通信方法は、図１に示すシステムアーキテクチャ内の任意の２つの通信デバイスが互いに通信するというシナリオに適用される。２つの通信デバイス間で伝送されるデータパケットにはイーサネットヘッダが含まれている。イーサネットヘッダを含むデータパケットを通信デバイスが別の通信デバイスに伝送する場合、データパケットを送信するデバイスが送信対象データパケットを圧縮し、圧縮後に得られたデータパケットを受信デバイスに送信して、伝送リソースを減らすことができる。受信デバイスは、圧縮後に得られたデータパケットを受信し、送信デバイスの圧縮手段に対応する解凍手段に従って圧縮済みデータパケットを解凍して、完全なデータパケットを取得する。例えば、ダウンリンク伝送では、送信デバイスは図１のネットワークデバイス１００であり、受信デバイスは図１の端末デバイス２００である。あるいは、アップリンク伝送では、送信デバイスは図１の端末デバイス２００であり、受信デバイスは図１のネットワークデバイス１００である。あるいは、送信デバイス及び受信デバイスは両方とも、図１の端末デバイス２００である。送信デバイス及び受信デバイスの具体的な形態が、本願のこの実施形態において限定されることはない。

本願のこの実施形態における通信方法では、送信デバイス又は受信デバイスの実行部の具体的な構造が、本願のこの実施形態において特に限定されることはない。ただし、本願のこの実施形態における通信方法のコードを記録したプログラムを実行して、本願のこの実施形態における通信方法に従って通信を行うことができるものとする。例えば、本願のこの実施形態で提供される通信方法は、ネットワークデバイス又は端末デバイスによって実行されてもよく、ネットワークデバイス又は端末デバイスに含まれ且つプログラムを呼び出して実行できる機能モジュールによって実行されてもよく、ネットワークデバイス又は端末デバイスに用いられる装置（例えば、チップ）によって実行されてもよい。これについては、本願において限定されることはない。本明細書では、ネットワークデバイス及び端末デバイスが前述の通信方法を実行するという一例が、説明に用いられている。

図２に示すように、本願のこの実施形態で提供される通信方法は、Ｓ１０１～Ｓ１１３を含んでよい。

Ｓ１０１：ネットワークデバイスが、イーサネットヘッダを含むデータパケットのヘッダ圧縮機能を構成する。

ある実装形態では、イーサネットヘッダを含むデータパケット用のヘッダ圧縮機能は、ネットワークデバイスによって構成される。ネットワークデバイスは、コアネットワークデバイスの指示に従って又はサービス要件に従って、イーサネットヘッダを含むデータパケット用のヘッダ圧縮機能を、サービスを運ぶチャネルがサポートしていると判定する。ある実装形態では、コアネットワークデバイスは、ＩＰベースのチャネル又はイーサネットベースのチャネルの確立を選択してよい。コアネットワークデバイスは、異なるタイプのチャネルを確立する場合、指示情報をネットワークデバイスに送信して、ＩＰパケットのヘッダ圧縮メカニズム又はイーサネットパケットのヘッダ圧縮メカニズムを用いてデータパケットのヘッダを圧縮するようネットワークデバイスに指示してよい。

ある実装形態では、ネットワークデバイスは、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）シグナリングを介して、チャネルに対応する端末デバイスがイーサネットヘッダを含むデータパケット用のヘッダ圧縮機能をサポートするように構成してよい。例えば、ＲＲＣシグナリングは、イーサネットヘッダを含むデータパケット用のヘッダ圧縮機能がサポートされていることを示すのに用いられる情報要素を含む、又はイーサネットヘッダを含むデータパケット用のヘッダ圧縮機能をサポートする情報要素の値が「ｔｒｕｅ」に設定されている。ネットワークデバイス又は端末デバイスが送信デバイスとしての機能を果たしてデータを送信する場合、ネットワークデバイス又は端末デバイスは、イーサネットヘッダを含む送信対象データパケットを圧縮してよい。

Ｓ１０２：送信デバイスは送信対象データパケットを決定する。

送信デバイスは送信対象データパケットを決定し、送信対象データパケットはイーサネットヘッダを含むデータパケットである。例えば、送信デバイスは、受信デバイスへのＱ個の送信対象データパケット（Ｑは１より大きい）を決定する。Ｑ個のデータパケットは同じサービスのデータパケットであり、Ｑ個のデータパケットは表１に示すフォーマットになっている。Ｑ個のデータパケットは、同じ送信先アドレスに送信され、同じ送信元アドレスから送信される。

Ｓ１０３：送信デバイスは、送信対象データパケットのヘッダ内の圧縮されるフィールドを決定する。

例えば、Ｑ個の送信対象データパケットのヘッダでは、送信先アドレス及び送信元アドレスは同じままであり、ヘッダ内の送信先アドレス及び送信元アドレスは圧縮されてよく、送信デバイスは、圧縮されるフィールドが送信先アドレス及び送信元アドレスであると判定する。

Ｓ１０４：送信デバイスは、送信対象データパケットのヘッダコンテキスト情報を受信デバイスに送信する。

ヘッダコンテキスト情報は、ヘッダのフィールドの指示情報を含む。送信デバイスは、送信対象データパケットを決定した後に、送信対象データパケットのヘッダに関する完全情報を取得し、ヘッダに関する完全情報に基づいてヘッダコンテキスト情報を生成してよい。送信デバイスは、ヘッダコンテキスト情報を受信デバイスに送信する。ある実装形態では、送信デバイス及び受信デバイスは、得られたヘッダコンテキスト情報をローカルに格納する。受信デバイスは、圧縮後に得られたデータパケットを受信した後に、圧縮済みデータパケットのヘッダに関する完全情報をヘッダコンテキスト情報に基づいて取得してよい。送信デバイスがヘッダコンテキスト情報を受信デバイスに送信する方式には、制御シグナリングを介してヘッダコンテキスト情報を転送すること、送信対象データパケットのヘッダを介してヘッダコンテキスト情報を転送すること、又は専用のデータパケットを介してヘッダコンテキスト情報を転送することが含まれてよい。

例えば、図３に示すように、送信デバイス又は受信デバイスは、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）層、サービスデータアダプテーションプロトコル（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＤＡＰ）層、パケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）層、無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ）層、媒体アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）層、及び物理層（ｐｈｙｓｉｃａｌ、ＰＨＹ）などのプロトコル層を含んでよい。専用のデータパケットを介してヘッダコンテキスト情報を転送することは、ＰＤＣＰ制御用プロトコルデータユニット（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ）及びＳＤＡＰ制御用ＰＤＵなどの制御用ＰＤＵを介してヘッダコンテキスト情報を送信することを含んでよい。

ヘッダコンテキスト情報は、送信対象データパケットの完全ヘッダ、圧縮されるフィールドの完全コンテンツ、又はショートフィールドと圧縮されるフィールドとの対応関係のうちの少なくとも１つを含んでよい。

ある実装形態では、ヘッダコンテキスト情報は少なくとも１つのルールを含み、１つのルールはショートフィールドと圧縮されるフィールドとの対応関係を示すのに用いられる。例えば、１つのヘッダコンテキスト情報が表３に示されている。

例えば、最初のルールは、ショートフィールド００に対応する圧縮されるフィールドが送信先アドレス００－０１－０２－０３－０４－０５及び送信元アドレス１０－０１－０８－０３－０４－０５であることを示している。ショートフィールドは、圧縮されるフィールドより短い指定コンテンツであってよい。例えば、ショートフィールドはＳＤＡＰ層のフロー識別子（Ｆｌｏｗ ＩＤ）であってよい。

ある実装形態では、データパケットのヘッダコンテキスト情報が変わったと送信デバイスが判定した場合、送信デバイスはヘッダコンテキスト変更指示情報を受信デバイスに送信する。ヘッダコンテキスト変更指示情報は、データパケットのヘッダコンテキスト情報が変わったことを示すのに用いられる。受信デバイスは、ヘッダコンテキスト変更指示情報に基づいて、ローカルに格納したヘッダコンテキスト情報を更新する。

ある実装形態では、ヘッダコンテキスト情報はショートフィールドと圧縮されるフィールドとの対応関係を含み、ヘッダコンテキスト情報が変わるということは、ヘッダコンテキスト情報内のルールが削除されていること、ヘッダコンテキスト情報内のルールが修正されていること、又は新たなルールがヘッダコンテキスト情報に追加されていることを含む。

例えば、送信対象データパケットのヘッダが新たな送信先アドレス０２－０３－０９－０５－０６－０１を含み、対応する送信元アドレスが００－０３－Ｃ４－０５－０９－０７であると送信デバイスが判定した場合、送信デバイスは新たなルールを追加すると決定する。例えば、ルール４を追加した後のヘッダコンテキスト情報が表４に示されている。

送信デバイスは、制御シグナリング又は制御用ＰＤＵを介してヘッダコンテキスト変更指示情報を受信デバイスに送信して、新たなルールがヘッダコンテキスト情報に追加されていることを示してよい。ある実装形態では、送信デバイスは１つの制御シグナリング又は１つの制御用ＰＤＵを受信デバイスに送信する。制御シグナリング又は制御用ＰＤＵは、追加された新たなルールのコンテンツを含み、ショートフィールド及び圧縮されるフィールドを含む。別の実装形態では、送信デバイスは、新たなルールがヘッダコンテキスト情報に追加されていることを示すのに、制御シグナリング又は制御用ＰＤＵを受信デバイスに別個に送信しない。受信デバイスが受信したデータパケットのヘッダが、ローカルのヘッダコンテキスト情報に格納されていないショートフィールドを含む場合、新たなルールが追加されていると判定される。例えば、受信デバイスは、ショートフィールドに対応するヘッダコンテキスト情報を要求するためのフィードバック情報を送信デバイスに送信して、追加された新たなルールを取得してよい。

例えば、送信デバイスは、ヘッダコンテキスト情報内のルールが修正されていると判定した場合、制御シグナリング又は制御用ＰＤＵを介してヘッダコンテキスト変更指示情報を受信デバイスに送信し、ヘッダコンテキスト情報内のルールが修正されていることを示してよい。ヘッダコンテキスト変更指示情報は、修正されたルールのコンテンツを含む。

例えば、送信デバイスは、ヘッダコンテキスト情報内のルールが削除されていると判定した場合、制御シグナリング又は制御用ＰＤＵを介してヘッダコンテキスト変更指示情報を受信デバイスに送信し、ヘッダコンテキスト情報内のルールが削除されていることを示してよい。例えば、ヘッダコンテキスト情報内のルールが削除されていると送信デバイスが判定する方法は以下の通りである。各ルールが確立されている場合、送信デバイスはルールに対応するタイマーを設けて、ルールに対応するデータパケットを送信デバイスが受信するたびにタイマーを再始動させる。ルールに対応するデータパケットを特定の時間内に受信していない（タイマーがタイムアウトした）場合）、ルールが削除されていると判定される。ルールに対応するデータパケットとは、ルール内にあるものと一致するショートフィールド又は圧縮されるフィールドをデータパケットのヘッダが含んでいることを意味する。受信デバイスは、ヘッダコンテキスト変更指示情報に基づいて、ローカルにルールを削除する。別の実装形態では、受信デバイスは、各ルールが受信デバイス側で確立している場合、ルールに対応するタイマーを代替的に設けて、ルールに対応するデータパケットを受信するたびにタイマーを再始動させてよい。ルールに対応するデータパケットを特定の時間内に受信していない（タイマーがタイムアウトした）場合、受信デバイスはルールをローカルに削除してよい。

Ｓ１０５：受信デバイスはヘッダコンテキスト情報を受信する。

受信デバイスは、ヘッダコンテキスト情報を送信デバイスから受信した後に、ヘッダコンテキスト情報をローカルに格納してよい。

受信デバイスは、必要に応じて、ヘッダコンテキスト情報を受信した後にＳ１０６を実行してよい。

Ｓ１０６：受信デバイスは第１のフィードバック情報を送信デバイスに送信する。

第１のフィードバック情報は、データパケットのヘッダの圧縮を開始するよう送信デバイスに指示するのに用いられる。

ある実装形態では、第１のフィードバック情報は第１の指示情報を含み、第１の指示情報はヘッダ圧縮の圧縮レベルを示すのに用いられる。例えば、圧縮レベルは、第１レベル、第２レベル、及び第３レベルに分類される。例えば、第１レベルは１つのフィールドが圧縮されていることを示し、第２レベルは２つのフィールドが圧縮されていることを示し、第３レベルは３つのフィールドが圧縮されていることを示す。あるいは、例えば、第１レベルはｗ個のフィールドが圧縮されていることを示し、第２レベルはｓ個のフィールドが圧縮されていることを示し、第３レベルはｚ個のフィールドが圧縮されていることを示す。ここで、０≦ｗ＜ｓ＜ｚである。

Ｓ１０７：送信デバイスは第１のフィードバック情報を受信する。

Ｓ１０８：送信デバイスは送信対象データパケットのヘッダを圧縮する。

必要に応じて、送信デバイスが第１のフィードバック情報を受信した場合、送信デバイスはイーサネットヘッダを含むデータパケットに対してヘッダ圧縮の実行を開始する。必要に応じて、別の実装形態では、イーサネットヘッダを含むデータパケット用のヘッダ圧縮機能が構成されていると送信デバイスが判定した場合、送信デバイスは、データパケットを送信する必要があるときにヘッダ圧縮の実行を開始する。例えば、送信デバイスがデータパケットを送信する必要がある場合、送信デバイスは最初に、Ｒ個のヘッダコンテキスト情報を送信し、次いで、送信対象データパケットのヘッダの圧縮を開始する。

送信デバイスは、指定された方法に基づいて送信対象データパケットのヘッダを圧縮し、圧縮後に得られたデータパケットを取得する。設定手段が、圧縮されるフィールドをデータパケットのヘッダから削除すること、又は圧縮されるフィールドを対応するショートフィールドに置き換えることを含んでよい。

いくつかの実施形態では、データパケットのヘッダを圧縮する手段が、圧縮されるフィールドをデータパケットのヘッダから削除することである。

例えば、ヘッダフォーマットが表１に示すヘッダであるデータパケットが圧縮され、圧縮前のヘッダは、送信先アドレス（００－０１－０２－０３－０４－０５）、送信元アドレス（１０－０１－０８－０３－０４－０５）、及び長さ／タイプ（００－９Ｃ）という３つのフィールドを含み、合計で１４バイトを有する。例えば、ヘッダは表５に示す形式で表されてよく、１つの行が１バイトを表し、１つのセルが１ビットを表している。表５は、ヘッダ内のフィールドが占有するバイトの数とビットの数とを説明するのに用いられ、データパケットのヘッダの形式を限定するわけではないことに留意されたい。

例えば、圧縮されるフィールドは送信先アドレスであり、圧縮後に得られたヘッダが、送信元アドレス及び長さ／タイプという２つのフィールドを含み、合計で８バイトを有する。このヘッダは、表６に示す形式で表されてよい。

例えば、圧縮されるフィールドは、送信先アドレス及び送信元アドレスという２つのフィールドであり、圧縮後に得られたヘッダが長さ／タイプという１つのフィールドを含み、合計で２バイトを有する。このヘッダは、表７に示す形式で表されてよい。

例えば、圧縮されるフィールドは、送信先アドレス、送信元アドレス、及び長さ／タイプという３つのフィールドであり、データパケットのヘッダ内の３つのフィールドは全て圧縮されている。

いくつかの実施形態では、データパケットのヘッダを圧縮する手段が、圧縮されるフィールドを対応するショートフィールドに置き換えることである。

例えば、圧縮前のヘッダが、送信先アドレス（００－０１－０２－０３－０４－０５）、送信元アドレス（１０－０１－０８－０３－０４－０５）、及び長さ／タイプ（００－９Ｃ）という３つのフィールドを含む。ショートフィールドと圧縮されるフィールドとの対応関係が表８に示されている。ショートフィールドの長さは１バイトである。

ヘッダフォーマットが表１に示すヘッダであるデータパケットが圧縮される。圧縮前のヘッダが、送信先アドレス、送信元アドレス、及び長さ／タイプという３つのフィールドを含み、合計で１４バイトを有する。圧縮されるフィールドは、送信先アドレス及び送信元アドレスという２つのフィールドである。圧縮後に得られたヘッダが、ショートフィールド及び長さ／タイプという２つのフィールドを含み、表９に示すように合計で３バイトを有する。

例えば、圧縮前のヘッダが、送信先アドレス（００－０１－０２－０３－０４－０５）、送信元アドレス（００－Ｆ２－０３－０４－０５－０６）、及び長さ／タイプ（００－９Ｃ）という３つのフィールドを含む。ショートフィールドと圧縮されるフィールドとの対応関係が表１０に示されている。ショートフィールドの長さは４バイトであり、ショートフィールドの値範囲は０～１５である。

ヘッダフォーマットが表１に示すヘッダであるデータパケットが圧縮される。圧縮前のヘッダが、送信先アドレス、送信元アドレス、及び長さ／タイプという３つのフィールドを含み、合計で１４バイトを有する。圧縮されるフィールドは、送信先アドレス及び送信元アドレスという２つのフィールドである。圧縮後に得られたヘッダが、ショートフィールド及び長さ／タイプという２つのフィールドを含み、表１１に示すように合計で３バイトを有する。

例えば、圧縮前のヘッダが、送信先アドレス（００－０１－０２－０３－０４－０５）、送信元アドレス（００－Ｆ２－０３－０４－０５－０６）、及び長さ／タイプ（００－９Ｃ）という３つのフィールドを含む。ショートフィールドと圧縮されるフィールドとの対応関係が表１２に示されている。ショートフィールドの長さは２バイトであり、ショートフィールドの値範囲は０～３である。

ヘッダフォーマットが表１に示すヘッダであるデータパケットが圧縮される。圧縮前のヘッダが、送信先アドレス、送信元アドレス、及び長さ／タイプという３つのフィールドを含み、合計で１４バイトを有する。圧縮されるフィールドは長さ／タイプである。圧縮後に取得されたヘッダが、送信先アドレス、送信元アドレス、及びショートフィールドという３つのフィールドを含み、表１３に示すように合計で１３バイトを有する。１３番目のバイトの最初のビット及び２番目のビットがショートフィールドの値であり、１３番目のバイトの３番目のビットから８番目のビットまでが予約ビットである。

例えば、圧縮前のヘッダが、送信先アドレス（００－０２－０３－０４－０５－０６）、送信元アドレス（１０－０１－０８－０３－０４－０５）、及び長さ／タイプ（０８－０６）という３つのフィールドを含む。ショートフィールドと圧縮されるフィールドとの対応関係が表１４に示されている。ショートフィールドの長さは２バイトであり、ショートフィールドの値範囲は０～３である。

ヘッダフォーマットが表１に示すヘッダであるデータパケットが圧縮される。圧縮前のヘッダが、送信先アドレス、送信元アドレス、及び長さ／タイプという３つのフィールドを含み、合計で１４バイトを有する。圧縮されるフィールドは、送信先アドレス、送信元アドレス、及び長さ／タイプである。圧縮後に取得されたヘッダがショートフィールドを含み、表１５に示すように合計で１バイトを有する。最初のビット及び２番目のビットが送信先アドレスに対応するショートフィールドの値であり、３番目のビット及び４番目のビットが送信元アドレスに対応するショートフィールドの値であり、５番目のビット及び６番目のビットが長さ／タイプに対応するショートフィールドの値であり、７番目のビット及び８番目のビットが予約ビットである。

ある実装形態では、イーサネットヘッダを含むデータパケットの圧縮機能が、ＰＤＣＰ層に位置してよい。別の実装形態では、イーサネットヘッダを含むデータパケットの圧縮機能が、ＳＤＡＰ層に位置してよい。あるいは、イーサネットヘッダを含むデータパケットの圧縮機能が、ＲＬＣ層又はＭＡＣ層に位置してよい。別の実装形態では、イーサネットヘッダを含むデータパケットの圧縮機能が、コアネットワークノード、例えば、ユーザプレーン機能モジュール（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＵＰＦ）に位置してもよい。

Ｓ１０９：送信デバイスは、圧縮後に得られたデータパケットを送信する。

ある実装形態では、送信デバイスは第２の指示情報を受信デバイスに送信する。第２の指示情報は、送信されるデータパケットが圧縮済みデータパケットであることを示すのに用いられる（例えば、第２の指示情報は、その後に送信されるＮ個のデータパケットが圧縮済みデータパケットであることを示してよい）。次いで送信デバイスは、圧縮後に得られたデータパケットを送信する。

第２の指示情報は、専用のデータパケットであっても制御シグナリング（例えば、ＲＲＣシグナリング、物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）シグナリング、又はダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）など）であってもよい。例えば、第２の指示情報は、ＰＤＣＰパケットヘッダ、ＳＤＡＰパケットヘッダ、又はＲＬＣ／ＭＡＣデータパケットヘッダに含まれてもよい。

別の実装形態では、送信デバイスは圧縮後に得られたデータパケットを送信し、圧縮後に得られたデータパケットのヘッダが第３の指示情報を含み、第３の指示情報は、データパケットが圧縮済みデータパケットであることを示すのに用いられる。

Ｓ１１０：受信デバイスは、圧縮後に得られたデータパケットを受信する。

受信デバイスは第１のデータパケットを受信し、第１のデータパケットはイーサネットヘッダを含むデータパケットである。受信デバイスは、第１のデータパケットを受信した後に、第２の指示情報又は第３の指示情報に基づいて、第１のデータパケットが圧縮済みデータパケットであると判定してよい。

ある実装形態では、送信デバイスの圧縮手段が、圧縮されるフィールドをデータパケットのヘッダから削除することである。送信デバイスは、圧縮後に得られたデータパケットと、対応するヘッダコンテキスト情報とを受信デバイスに送信する。ヘッダコンテキスト情報は、送信対象データパケットの完全ヘッダ又は圧縮されるフィールドの完全コンテンツを含む。受信デバイスは、圧縮後に得られたデータパケットを受信した後に、圧縮されるフィールドの完全ヘッダ又は完全コンテンツを受信済みデータパケットのヘッダに追加し、データパケットを解凍してよい。

ある実装形態では、送信デバイスの圧縮手段が、圧縮されるフィールドを対応するショートフィールドに置き換えることである。送信デバイスは、圧縮後に得られたデータパケットと、対応するヘッダコンテキスト情報とを受信デバイスに送信する。ヘッダコンテキスト情報は、ショートフィールドと圧縮されるフィールドとの対応関係を含む。受信デバイスは、圧縮後に得られたデータパケットを受信した後に、ショートフィールドを圧縮されるフィールドの完全コンテンツに置き換え、データパケットを解凍してよい。

さらに、ある実装形態では、受信デバイスは、解凍が失敗したと判定した場合、Ｓ１１１を実行して第２のフィードバック情報を送信デバイスに送信する。第２のフィードバック情報は、解凍が失敗したことを示すのに用いられる。例えば、受信デバイスがＭ個のデータパケット（Ｍは０より大きい）を解凍できない場合、解凍が失敗したと判定される。例えば、受信デバイスが連続したＭ個のデータパケットを解凍できない、又は受信デバイスがＭ個のデータパケットを指定時間内に解凍できない。

ある実装形態では、受信デバイスは送信デバイスに第３のフィードバック情報を通常の解凍処理で送信してよい。第３のフィードバック情報は、ヘッダコンテキスト情報が受信デバイスで有効であることを示すのに用いられる。例えば、解凍が失敗しなかったと受信デバイスが判定した場合、Ｓ１１２が指定時間の間隔を置いて実行され、第３のフィードバック情報を送信デバイスに送信する。

Ｓ１１１：受信デバイスは第２のフィードバック情報を送信デバイスに送信する。

Ｓ１１２：受信デバイスは第３のフィードバック情報を送信デバイスに送信する。

ある実装形態では、受信デバイスは、第２のフィードバック情報又は第３のフィードバック情報を、専用の制御シグナリングまたは専用の制御用ＰＤＵを介して送信デバイスに送信してよい。例えば、専用のＰＤＣＰ制御用ＰＤＵが表１６に示されている。

データパケットが制御用ＰＤＵなのかデータ用ＰＤＵなのかを示すのに、Ｄ／Ｃフィールドが用いられる。ＰＤＵタイプフィールドがＰＤＵのタイプを示すのに用いられる。例えば、ＰＤＵタイプは、ＩＰフォーマットのヘッダの圧縮、イーサネットヘッダの圧縮、又はステータスレポートなどであってもよい。Ｒは予約ビットを示す。データは、ステータスフィードバック、ヘッダコンテキスト情報、又はショートフィールドと圧縮されるフィールドとの対応関係などの、圧縮及び解凍に用いられる情報であってよく、送信デバイス及び受信デバイスが圧縮ステータスと圧縮情報とを同期させるのに用いられてよい。

Ｓ１１３：送信デバイスは、受信デバイスが実行した解凍が失敗したと判定する。

ある実装形態では、ある指定条件が満たされていると判定した場合、送信デバイスは、圧縮後に得られたデータパケットの送信を停止する、且つ／又は送信対象データパケットのヘッダコンテキスト情報を受信デバイスに再度送信するか若しくはヘッダ圧縮の圧縮レベルを調整する。その指定条件は、第２のフィードバック情報を受信していること、及び第３のフィードバック情報を指定時間内に受信していないことのうちの少なくとも１つを含む。例えば、イーサネットヘッダを含むデータパケット用のヘッダ圧縮機能の実行を開始するとき、送信デバイスはタイマーを始動させ、タイマーがタイムアウトする前に第３のフィードバック情報を受信した場合、タイマーを再始動させ、タイマーがタイムアウトした後に第３のフィードバック情報を受信していない場合、受信デバイスが解凍を実行できないと判定する。

本願のこの実施形態で提供される通信方法によれば、イーサネットヘッダを含むデータパケットは、データ伝送時に圧縮され、また解凍されてよく、これにより、伝送リソースを減らすことができる。

上記では本発明の実施形態で提供される通信方法を説明しているが、以下では、本発明の実施形態で提供される送信デバイス及び受信デバイスを説明する。

図４は、本発明の一実施形態による送信デバイス４００の概略ブロック図である。送信デバイス４００は、送信対象データパケットを決定するように構成された処理モジュール４０１であって、送信対象データパケットはイーサネットヘッダを含むデータパケットであり、処理モジュール４０１はさらに、送信対象データパケットのヘッダ内の圧縮されるフィールドを決定するように構成され、処理モジュール４０１はさらに、送信対象データパケットのヘッダを、予め設定した手段に従って圧縮するように構成され、予め設定した手段は、圧縮されるフィールドをデータパケットのヘッダから削除すること、又は圧縮されるフィールドを対応するショートフィールドに置き換えることを含む、処理モジュール４０１と、圧縮後に得られたデータパケットを送信するように構成された送信モジュール４０２とを含む。

ある実施形態では、送信モジュール４０２はさらに、送信対象データパケットのヘッダコンテキスト情報を受信デバイスに送信するように構成され、ヘッダコンテキスト情報は、送信対象データパケットの完全ヘッダ、圧縮されるフィールドの完全コンテンツ、及びショートフィールドと圧縮されるフィールドとの対応関係のうちの少なくとも１つを含む。

ある実施形態では、処理モジュール４０１はさらに、データパケットのヘッダコンテキスト情報が変わったかどうかを判定するように構成され、送信モジュール４０２はさらに、データパケットのヘッダコンテキスト情報が変わったと決定モジュール４０１が判定した場合に、ヘッダコンテキスト変更指示情報を受信デバイスに送信するように構成される。

ある実施形態では、ヘッダコンテキスト情報が変わるということは、ヘッダコンテキスト情報内のルールが削除されていること、ヘッダコンテキスト情報内のルールが修正されていること、又は新たなルールがヘッダコンテキスト情報に追加されていることを含み、１つのルールがショートフィールドと圧縮されるフィールドとの対応関係を示すのに用いられる。

ある実施形態では、図５に示すように、送信デバイス４００はさらに、データパケットを受信するように構成された受信モジュール４０３を含み、処理モジュール４０１はさらに、受信モジュール４０３がルールに対応するデータパケットを指定時間内に受信していない場合、そのルールが削除されていると判定するように構成される。

ある実施形態では、受信モジュール４０３は、圧縮後に得られたデータパケットを送信モジュール４０２が送信する前に、第１のフィードバック情報を受信デバイスから受信するように構成され、第１のフィードバック情報は、データパケットのヘッダの圧縮を開始するよう送信デバイスに指示するのに用いられる。

ある実施形態では、第１のフィードバック情報は第１の指示情報を含み、第１の指示情報はヘッダ圧縮の圧縮レベルを示すのに用いられる。

ある実施形態では、処理モジュール４０１はさらに、ある指定条件が満たされているかどうかを判定するように構成され、その指定条件は、第２のフィードバック情報を受信していること（第２のフィードバック情報は解凍が失敗したことを示すのに用いられる）、及び第３のフィードバック情報を指定時間内に受信していないこと（第３のフィードバック情報はヘッダコンテキスト情報が受信デバイスで有効であることを示すのに用いられる）のうちの少なくとも１つを含む。また、送信モジュール４０２はさらに、ある事前設定条件が満たされていると処理モジュール４０１が判定した場合、圧縮後に得られたデータパケットの送信を停止する、且つ／又は送信対象データパケットのヘッダコンテキスト情報を受信デバイスに再度送信するか若しくはヘッダ圧縮の圧縮レベルを調整するように構成される。

ある実施形態では、送信モジュール４０２はさらに、圧縮後に得られたデータパケットを送信する前に、第２の指示情報を受信デバイスに送信するように構成され、第２の指示情報は、データパケットが圧縮済みデータパケットであることを示すのに用いられる、又は圧縮後に得られたデータパケットのヘッダが第３の指示情報を含み、第３の指示情報はデータパケットが圧縮済みデータパケットであることを示すのに用いられる。

本発明のこの実施形態の処理モジュール４０１は、プロセッサ又はプロセッサ関連の回路部品により実装されてよく、送信モジュール４０２及び受信モジュール４０３は、送受信機又は送受信機関連の回路部品により実装されてよいことを理解されたい。

図６に示すように、本発明の一実施形態がさらに送信デバイス５００を提供する。送信デバイス５００は、プロセッサ５０１と、メモリ５０２と、送受信機５０３とを含む。メモリ５０２は命令又はプログラムを格納し、プロセッサ５０１は、メモリ５０２に格納された命令又はプログラムを実行するように構成される。メモリ５０２に格納された命令又はプログラムが実行されると、プロセッサ５０１は、前述の実施形態の処理モジュール４０１により行われるオペレーションを行うように構成され、送受信機５０３は、前述の実施形態の送信モジュール４０２及び受信モジュール４０３により行われるオペレーションを行うように構成される。

本発明の実施形態による送信デバイス４００又は送信デバイス５００は、本発明の実施形態による通信方法のＳ１０１～Ｓ１１３における送信デバイスに対応してよく、送信デバイス４００又は送信デバイス５００の各モジュールのオペレーション及び／又は機能が図２における方法の対応する手順を実装できることを理解されたい。詳細は再度ここで説明しない。

図７は、本発明の一実施形態による受信デバイス７００の概略ブロック図である。受信デバイス７００は、第１のデータパケットを受信するように構成された受信モジュール７０１であって、第１のデータパケットはイーサネットヘッダを含むデータパケットである、受信モジュール７０１と、第１のデータパケットのヘッダが圧縮されているかどうかを判定するように構成された処理モジュール７０２であって、処理モジュール７０２はさらに、第１のデータパケットのヘッダが圧縮されていると判定した場合、予め設定した手段に従って第１のデータパケットを解凍するように構成され、予め設定した手段は、圧縮済みフィールドの完全コンテンツを第１のデータパケットのヘッダに追加すること、又は第１のデータパケットのヘッダ内のショートフィールドを対応する圧縮済みフィールドの完全コンテンツに置き換えることを含む、処理モジュール７０２とを含む。

ある実施形態では、受信モジュール７０１はさらに、第１のデータパケットのヘッダコンテキスト情報を受信するように構成され、ヘッダコンテキスト情報は、第１のデータパケットの完全ヘッダ、圧縮されるフィールドの完全コンテンツ、及びショートフィールドと圧縮されるフィールドとの対応関係のうちの少なくとも１つを含む。

ある実施形態では、受信モジュール７０１はさらに、ヘッダコンテキスト変更指示情報を受信するように構成され、ヘッダコンテキスト変更指示情報は、データパケットにヘッダコンテキスト情報が変わったことを示すのに用いられる。また、処理モジュール７０２はさらに、ヘッダコンテキスト変更指示情報に基づいて、ローカルに格納されたヘッダコンテキスト情報を更新するように構成される。

ある実施形態では、ヘッダコンテキスト情報が変わるということは、ヘッダコンテキスト情報内のルールが削除されていること、ヘッダコンテキスト情報内のルールが修正されていること、又は新たなルールがヘッダコンテキスト情報に追加されていることを含み、１つのルールがショートフィールドと圧縮されるフィールドとの対応関係を示すのに用いられる。

ある実施形態では、処理モジュール７０２はさらに、受信モジュール７０１がルールに対応するデータパケットを指定時間内に受信していない場合、ローカルに格納されたヘッダコンテキスト情報からそのルールを削除するように構成される。

ある実施形態では、図８に示すように、受信デバイスはさらに、第１のフィードバック情報を送信デバイスに送信するように構成された送信モジュール７０３を含み、第１のフィードバック情報は、データパケットのヘッダの圧縮を開始するよう送信デバイスに指示するのに用いられる。

ある実施形態では、第１のフィードバック情報は第１の指示情報を含み、第１の指示情報はヘッダ圧縮の圧縮レベルを示すのに用いられる。

ある実施形態では、送信モジュール７０３は第２のフィードバック情報を送信デバイスに送信するように構成され、第２のフィードバック情報は解凍が失敗したことを示すのに用いられる。

ある実施形態では、送信モジュール７０３は第３のフィードバック情報を送信デバイスに送信するように構成され、第３のフィードバック情報は、ヘッダコンテキスト情報が受信デバイスで有効であることを示すのに用いられる。

ある実施形態では、受信モジュール７０１はさらに、第１のデータパケットを受信する前に第２の指示情報を受信するように構成され、第２の指示情報は第１のデータパケットが圧縮済みデータパケットであることを示すのに用いられ、処理モジュール７０２はさらに、第２の指示情報に基づいて、第１のデータパケットのヘッダが圧縮されていると判定するように構成される。また、処理モジュール７０２はさらに、第３の指示情報に基づいて、第１のデータパケットのヘッダが圧縮されていると判定するように構成され、第３の指示情報は第１のデータパケットのヘッダに含まれており、第３の指示情報は第１のデータパケットが圧縮済みデータパケットであることを示すのに用いられる。

本発明のこの実施形態の処理モジュール７０２は、プロセッサ又はプロセッサ関連の回路部品により実装されてよく、受信モジュール７０１及び送信モジュール７０３は、送受信機又は送受信機関連の回路部品により実装されてよいことを理解されたい。

図９に示すように、本発明の一実施形態がさらに受信デバイス８００を提供する。受信デバイス８００は、プロセッサ８０１と、メモリ８０２と、送受信機８０３とを含む。メモリ８０２は命令又はプログラムを格納し、プロセッサ８０１は、メモリ８０２に格納された命令又はプログラムを実行するように構成される。メモリ８０２に格納された命令又はプログラムが実行されると、プロセッサ８０１は、前述の実施形態の処理モジュール７０２により行われるオペレーションを行うように構成され、送受信機８０３は、前述の実施形態の受信モジュール７０１及び送信モジュール７０３により行われるオペレーションを行うように構成される。

本発明の実施形態による受信デバイス７００又は受信デバイス８００は、本発明の実施形態による通信方法のＳ１０１～Ｓ１１３における受信デバイスに対応してよく、受信デバイス７００又は受信デバイス８００の各モジュールのオペレーション及び／又は機能が図２における方法の対応する手順を実装できることを理解されたい。詳細は再度ここで説明しない。

本発明の一実施形態がさらにコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体はコンピュータプログラムを格納し、プログラムがプロセッサにより実行されると、前述の方法の実施形態で提供された通信方法における送信デバイスに関連した手順が実施されてよい。

本発明の一実施形態がさらにコンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体はコンピュータプログラムを格納し、プログラムがプロセッサにより実行されると、前述の方法の実施形態で提供された通信方法における受信デバイスに関連した手順が実施されてよい。

本願の一実施形態がさらに通信装置を提供する。通信装置は、端末デバイスであっても回路であってもよい。通信装置は、前述の方法の実施形態における端末デバイスにより行われる動作を行うように構成されてよい。端末デバイスは、前述の方法の実施形態における送信デバイスであっても受信デバイスであってもよい。

通信装置が端末デバイスである場合、図１０は、端末デバイスの簡略化した概略構造図である。理解と説明を容易にするために、図１０では、端末デバイスが携帯電話である一例が用いられている。図１０に示すように、端末デバイスは、プロセッサ、メモリ、無線周波数回路、アンテナ、及び入力／出力装置を含む。プロセッサは主に、通信プロトコル及び通信データの処理、端末デバイスの制御、ソフトウェアプログラムの実行、及びソフトウェアプログラムのデータの処理などを行うように構成される。メモリは主に、ソフトウェアプログラム及びデータを格納するように構成される。無線周波数回路は主に、ベースバンド信号と無線周波数信号との間の変換を行い、無線周波数信号を処理するように構成される。アンテナは主に、電磁波形の無線周波数信号を送受信するように構成される。タッチスクリーン、表示画面、及びキーボードなどの入力／出力装置は主に、ユーザが入力したデータを受信し、データをユーザに出力するように構成される。いくつかのタイプの端末デバイスは入力／出力装置を備えていなくてもよいことに留意されたい。

データを送信する必要がある場合、プロセッサは、送信対象データに対してベースバンド処理を行い、ベースバンド信号を無線周波数回路に出力する。無線周波数回路は、ベースバンド信号に対して無線周波数処理を行った後に、アンテナを介して電磁波形の無線周波数信号を送信する。データが端末デバイスに送信されると、無線周波数回路はアンテナを介して無線周波数信号を受信し、この無線周波数信号をベースバンド信号に変換し、このベースバンド信号をプロセッサに出力する。プロセッサは、ベースバンド信号をデータに変換し、このデータを処理する。説明を容易にするために、図１０は１つのメモリ及び１つのプロセッサだけを示している。実際の端末デバイス製品では、１つ又は複数のプロセッサ及び１つ又は複数のメモリがあってもよい。メモリは、記憶媒体又は記憶装置などとも呼ばれることがある。メモリは、プロセッサから独立して配置されてもよく、プロセッサと一体化されてもよい。これについては、本願のこの実施形態で限定されることはない。

本願のこの実施形態では、送受信機機能を有するアンテナ及び無線周波数回路は、端末デバイスの送受信機ユニットとみなされてよく、処理機能を有するプロセッサは端末デバイスの処理ユニットとみなされてよい。図１０に示すように、端末デバイスは送受信機ユニット１００１と処理ユニット１００２とを含む。送受信機ユニットは、送受信機マシン、送受信機、又は送受信機装置などとも呼ばれることがある。処理ユニットは、プロセッサ、処理ボード、処理モジュール、又は処理装置などとも呼ばれることがある。必要に応じて、送受信機ユニット１００１内にあって受信機能を実装するように構成されたコンポーネントが受信ユニットとみなされてよく、送受信機ユニット１００１内にあって送信機能を実装するように構成されたコンポーネントが送信ユニットとみなされてよい。言い換えれば、送受信機ユニット１００１は受信ユニット及び送信ユニットを含む。送受信機ユニットは、送受信機、送受信機マシン、又は送受信機回路などとも呼ばれることがある。受信ユニットは、受信機、受信機マシン、又は受信機回路などとも呼ばれることがある。送信ユニットは、送信機、送信機マシン、又は送信機回路などとも呼ばれることがある。

送受信機ユニット１００１は、前述の方法の実施形態における端末デバイス側で送信オペレーション及び受信オペレーションを行うように構成され、処理ユニット１００２は、前述の方法の実施形態における端末デバイスで送信オペレーション及び受信オペレーションを除くオペレーションを行うように構成されることを理解されたい。

例えば、ある実装形態では、送受信機ユニット１００１は、図２のＳ１０４、Ｓ１０６、Ｓ１０９、Ｓ１１１、若しくはＳ１１２における端末デバイス側での送信オペレーション、又はＳ１０５、Ｓ１０７、若しくはＳ１１０における端末デバイス側での受信オペレーションを行うように構成される、且つ／又は送受信機ユニット１００１はさらに、本願の実施形態における端末デバイス側で他の送受信段階を行うように構成される。処理ユニット１００２は、図２のＳ１０２、Ｓ１０３、Ｓ１０８、若しくはＳ１１３を行うように構成され、且つ／又は処理ユニット１００２はさらに、本願の実施形態における端末デバイス側で別の処理段階を行うように構成される。

通信装置がチップである場合、このチップは送受信機ユニットと処理ユニットとを含む。送受信機ユニットは、入力／出力回路であっても通信インタフェースであってもよい。処理ユニットは、プロセッサ、マイクロプロセッサ、又はチップ上に統合された集積回路であってもよい。

この実施形態の通信装置が端末デバイスである場合には、図１１に示すデバイスを参照されたい。一例において、本デバイスは、図６のプロセッサ５０１又は図９のプロセッサ８０１の機能と同様の機能を備えることができる。図１１において、本デバイスは、プロセッサ１１０１と、データ送信プロセッサ１１０２と、データ受信プロセッサ１１０３とを含む。前述の実施形態の処理モジュール７１０は、図１１のプロセッサ１１０１であってよく、対応する機能を備えている。前述の実施形態の送信モジュール４０２及び送信モジュール７０３は図１１のデータ送信プロセッサ１１０２であってよく、受信モジュール４０３及び受信モジュール７０１は図１１のデータ受信プロセッサ１１０３であってよい。図１１はチャネル符号化器及びチャネル復号器を示しているが、これらのモジュールはこの実施形態に対する限定となるのではなく、単なる例にすぎないことが理解されるであろう。

図１２は、この実施形態の別の形態を示す。処理装置１２００は、変調サブシステム、中央演算処理サブシステム、及び周辺装置サブシステムなどのモジュールを含む。この実施形態の通信装置は、処理装置１２００の変調サブシステムとして用いられてよい。具体的には、変調サブシステムはプロセッサ１２０３及びインタフェース１２０４を含んでよい。プロセッサ１２０３は、処理モジュール４０１又は処理モジュール７０２の機能を備え、インタフェース１２０４は送信モジュール４０２、受信モジュール４０３、受信モジュール７０１、又は送信モジュール７０３の機能を備えている。別の変形体では、変調サブシステムは、メモリ１２０６と、プロセッサ１２０３と、メモリ１２０６に格納され且つプロセッサ上で実行可能なプログラムとを含む。プロセッサ１２０３は、プログラムを実行すると、前述の方法の実施形態における端末デバイス側でこの方法を実施する。メモリ１２０６は不揮発性であっても揮発性であってもよいことに留意されたい。メモリ１２０６は、変調サブシステム内に位置してもよく、処理装置１２００内に位置してもよい。ただし、メモリ１２０６はプロセッサ１２０３に接続できるものとする。

この実施形態の別の形態では、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納し、命令が実行されると、前述の方法の実施形態における端末デバイス側での方法が実行される。

この実施形態の別の形態では、命令を含むコンピュータプログラム製品が提供される。命令が実行されると、前述の方法の実施形態における端末デバイス側での方法が実行される。

上記に提供した送信デバイス、受信デバイス、通信装置、端末デバイス、コンピュータ可読記憶媒体、及びコンピュータプログラム製品のうちのいずれか１つの関連内容の説明及び有益な効果については、上記に提供した対応する方法の実施形態を参照されたい。詳細は再度ここで説明しない。

本発明の実施形態で言及したプロセッサは、中央演算処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）であってもよく、別の汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）若しくは別のプログラム可能型論理デバイス、ディスクリートゲート若しくはトランジスタロジックデバイス、又はディスクリートハードウェアコンポーネントなどであってもよいことを理解されたい。汎用プロセッサはマイクロプロセッサであってもよく、このプロセッサは任意の従来型のプロセッサなどであってもよい。

本発明の実施形態のメモリは揮発性メモリであっても不揮発性メモリであってもよく、揮発性メモリ及び不揮発性メモリの両方を含んでもよいことをさらに理解されたい。不揮発性メモリは、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、プログラム可能型リードオンリメモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラム可能型リードオンリメモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラム可能型リードオンリメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして用いられるランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）であってよい。限定的な説明ではなく例を通じて、多くの形式のＲＡＭが用いられてよく、例えば、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、同期型ダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレート同期型ダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、高速同期型ダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）、及びダイレクトランバスランダムアクセスメモリ（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）である。

プロセッサが汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡ若しくは別のプログラム可能型論理デバイス、ディスクリートゲート若しくはトランジスタロジックデバイス、又はディスクリートハードウェアコンポーネントである場合、メモリ（記憶モジュール）はプロセッサに統合されることに留意されたい。

本明細書で説明したメモリは、限定されることはないが、これらのメモリ及び別の適切なタイプの任意のメモリを含むことを意図していることに留意されたい。

前述の処理の連続番号は本願の様々な実施形態において実行順序を意味しているわけではないことを理解されたい。これらの処理の実行順序は、これらの処理の機能及び内部論理に従って決定されるべきであり、本発明の実施形態の実装処理に対するいかなる限定とも解釈されるべきではない。

当業者であれば、本明細書で開示された実施形態で説明した各例のユニット及びアルゴリズム段階と組み合わせて、本願が、電子的ハードウェア又はコンピュータソフトウェアと電子的ハードウェアとの組み合わせにより実現され得ることに気づくであろう。これらの機能がハードウェアで実行されるのかソフトウェアで実行されるのかは、技術的解決手段の具体的な用途及び設計上の制約で決まる。当業者であれば、異なる方法を用いて、説明した具体的な用途の機能を実現するかもしれないが、その実装形態が本願の範囲を超えるものとみなされるべきではない。

簡便且つ簡潔な説明のために、前述のシステム、装置、及びユニットの詳細な作業処理については、前述の方法の実施形態における対応する処理を参照することとし、詳細は再度ここで説明しないことを、当業者であれば明確に理解するであろう。

本願で提供したいくつかの実施形態では、開示したシステム、装置、及び方法が他の方式で実現されてもよいことを理解されたい。例えば、説明した装置の実施形態は単なる例にすぎない。例えば、複数のユニットへの分割は単なる論理的な機能分割にすぎず、実際の実装では他の分割であってもよい。例えば、複数のユニット又はコンポーネントが別のシステムに組み合わされても統合されてもよく、いくつかの特徴が無視されても行われなくてもよい。さらに、示された又は説明された相互連結、すなわち直接的な連結又は通信接続が、いくつかのインタフェースを介して実現されてよい。装置同士又はユニット同士の間接的な連結又は通信接続が、電気的形式、機械的形式、又は他の形式で実現されてよい。

別個の部分として説明した各ユニットが物理的に離れていてもいなくてもよく、ユニットとして示した部分が物理的なユニットであってもなくてもよい。言い換えれば、同じ位置に配置されてもよく、複数のネットワークユニット上に分散されてもよい。これらのユニットの一部又は全てが、実際の要件に基づいて選択され、各実施形態の解決手段の目的を実現してよい。

さらに、本願の実施形態の各機能ユニットが１つの処理ユニットに統合されてもよく、これらのユニットのそれぞれが物理的に単独で存在してもよく、２つ又はそれより多くのユニットが１つのユニットに統合されてもよい。

これらの機能がソフトウェア機能ユニットの形式で実現され、別個の製品として販売又は使用される場合、これらの機能はコンピュータ可読記憶媒体に格納されてよい。そのような理解に基づいて、本願の技術的解決手段は基本的に、又は先行技術に寄与する部分、又は技術的解決手段の一部は、ソフトウェア製品の形式で実現されてよい。コンピュータソフトウェア製品は記憶媒体に格納され、本願の実施形態で説明した方法の段階の全て又は一部を行うようコンピュータデバイス（パーソナルコンピュータでも、サーバでも、ネットワークデバイスでもよい）に指示するためのいくつかの命令を含む。前述の記憶媒体には、プログラムコードを格納できる任意の媒体、例えば、ＵＳＢフラッシュドライブ、着脱式ハードディスク、リードオンリメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、又は光ディスクなどが含まれる。

前述の説明は、本願の単なる具体的な実装形態にすぎず、本願の保護範囲の限定を意図するものではない。本願に開示された技術的範囲内で当業者が容易に考え出す変形例又は置換例はどれも、本願の保護範囲に含まれることになる。したがって、本願の保護範囲は特許請求の範囲の保護範囲に従うことになる。
［他の可能なクレーム］
（項目１）
通信方法であって、
送信デバイスが送信対象データパケットを決定する段階であって、上記送信対象データパケットはイーサネットヘッダを含むデータパケットである、決定する段階と、
上記送信デバイスが上記送信対象データパケットの上記ヘッダ内の圧縮されるフィールドを決定する段階と、
上記送信デバイスが上記送信対象データパケットの上記ヘッダを、予め設定した手段に従って圧縮する段階であって、上記予め設定した手段は、上記圧縮されるフィールドを上記データパケットの上記ヘッダから削除すること、又は上記圧縮されるフィールドを対応するショートフィールドに置き換えることを含む、圧縮する段階と、
上記送信デバイスが上記圧縮後に得られたデータパケットを送信する段階と
を備える方法。
（項目２）
上記方法はさらに、
上記送信デバイスが上記送信対象データパケットのヘッダコンテキスト情報を受信デバイスに送信する段階を備え、
上記ヘッダコンテキスト情報は、
上記送信対象データパケットの完全ヘッダ、
上記圧縮されるフィールドの完全コンテンツ、又は
上記ショートフィールドと上記圧縮されるフィールドとの対応関係
のうちの少なくとも１つを含む、項目１に記載の方法。
（項目３）
上記方法はさらに、
上記データパケットの上記ヘッダコンテキスト情報が変わったと判定した場合、上記送信デバイスが上記受信デバイスにヘッダコンテキスト変更指示情報を送信する段階を備える、項目２に記載の方法。
（項目４）
上記ヘッダコンテキスト情報が変わるということは、
上記ヘッダコンテキスト情報内のルールが削除されていること、上記ヘッダコンテキスト情報内のルールが修正されていること、又は新たなルールが上記ヘッダコンテキスト情報に追加されていることを含み、１つのルールがショートフィールドと圧縮されるフィールドとの対応関係を示すのに用いられ、
上記ヘッダコンテキスト内の上記ルールが削除されていると判定する段階は、
上記ルールに対応するデータパケットを指定時間内に受信していない場合、上記ルールが削除されていると判定する段階を有する、項目３に記載の方法。
（項目５）
上記送信デバイスが上記圧縮後に得られたデータパケットを送信する上記段階の前に、上記方法はさらに、
上記送信デバイスが上記受信デバイスから第１のフィードバック情報を受信する段階を備え、上記第１のフィードバック情報は、上記データパケットの上記ヘッダの圧縮を開始するよう上記送信デバイスに指示するのに用いられる、項目１から４のいずれか一項に記載の方法。
（項目６）
上記方法はさらに、
ある指定条件が満たされていると判定した場合、上記送信デバイスが上記圧縮後に得られた上記データパケットの送信を停止する、且つ／又は上記送信対象データパケットの上記ヘッダコンテキスト情報を上記受信デバイスに再度送信するか、若しくはヘッダ圧縮の圧縮レベルを調整する段階を備え、
上記指定条件は、
第２のフィードバック情報を受信していることであって、上記第２のフィードバック情報は解凍が失敗したことを示すのに用いられる、受信していること、及び
第３のフィードバック情報を指定時間内に受信していないことであって、上記第３のフィードバック情報は上記ヘッダコンテキスト情報が上記受信デバイスで有効であることを示すのに用いられる、受信していないこと
のうちの少なくとも１つを含む、項目１から５のいずれか一項に記載の方法。
（項目７）
上記方法はさらに、
上記送信デバイスが上記圧縮後に得られた上記データパケットを送信する前に、上記受信デバイスに第２の指示情報を送信する段階を備え、上記第２の指示情報は上記データパケットが圧縮済みデータパケットであることを示すのに用いられる、又は
圧縮後に得られた上記データパケットのヘッダが第３の指示情報を含み、上記第３の指示情報は上記データパケットが圧縮済みデータパケットであることを示すのに用いられる、項目１から６のいずれか一項に記載の方法。
（項目８）
通信方法であって、
受信デバイスが第１のデータパケットを受信する段階であって、上記第１のデータパケットはイーサネットヘッダを含むデータパケットである、受信する段階と、
上記第１のデータパケットの上記ヘッダが圧縮されていると上記受信デバイスが判定した場合、予め設定した手段に従って上記第１のデータパケットを解凍する段階であって、上記予め設定した手段は、圧縮済みフィールドの完全コンテンツを上記第１のデータパケットの上記ヘッダに追加すること、若しくは上記第１のデータパケットの上記ヘッダ内のショートフィールドを対応する上記圧縮済みフィールドの上記完全コンテンツに置き換えることを含む、解凍する段階と
を備える方法。
（項目９）
上記方法はさらに、
上記受信デバイスは上記第１のデータパケットのヘッダコンテキスト情報を受信する段階を備え、
上記ヘッダコンテキスト情報は、
上記第１のデータパケットの完全ヘッダ、
上記圧縮済みフィールドの上記完全コンテンツ、及び
上記ショートフィールド及び上記圧縮済みフィールドとの対応関係
のうちの少なくとも１つを含む、項目８に記載の方法。
（項目１０）
上記方法はさらに、
上記受信デバイスがヘッダコンテキスト変更指示情報を受信する段階であって、上記ヘッダコンテキスト変更指示情報は上記データパケットの上記ヘッダコンテキスト情報が変わったことを示すのに用いられる、受信する段階と、
上記受信デバイスが、上記ヘッダコンテキスト変更指示情報に基づいて、ローカルに格納された上記ヘッダコンテキスト情報を更新する段階と
を備える、項目９に記載の方法。
（項目１１）
上記ヘッダコンテキスト情報が変わるということは、
上記ヘッダコンテキスト情報内のルールが削除されていること、上記ヘッダコンテキスト情報内のルールが修正されていること、又は新たなルールが上記ヘッダコンテキスト情報に追加されていることを含み、１つのルールがショートフィールドと圧縮済みフィールドとの対応関係を示すのに用いられ、
上記方法はさらに、上記ルールに対応するデータパケットを指定時間内に受信していない場合、ローカルに格納された上記ヘッダコンテキスト情報から上記ルールを削除する段階を備える、項目１０に記載の方法。
（項目１２）
上記方法はさらに、
上記受信デバイスが第１のフィードバック情報を送信デバイスに送信する段階を備え、上記第１のフィードバック情報は、上記データパケットの上記ヘッダの圧縮を開始するよう上記送信デバイスに指示するのに用いられる、項目８から１１のいずれか一項に記載の方法。
（項目１３）
上記方法はさらに、
上記受信デバイスが上記送信デバイスに第２のフィードバック情報を送信する段階を備え、上記第２のフィードバック情報は解凍が失敗したことを示すのに用いられる、項目８から１２のいずれか一項に記載の方法。
（項目１４）
上記方法はさらに、
上記受信デバイスが上記送信デバイスに第３のフィードバック情報を送信する段階を備え、上記第３のフィードバック情報は、上記ヘッダコンテキスト情報が上記受信デバイスで有効であることを示すのに用いられる、項目８から１２のいずれか一項に記載の方法。
（項目１５）
上記第１のデータパケットの上記ヘッダが圧縮されていると上記受信デバイスが判定する上記段階は、
上記受信デバイスが上記第１のデータパケットを受信する前に第２の指示情報を受信する段階であって、上記第２の指示情報は上記第１のデータパケットが圧縮済みデータパケットであることを示すのに用いられる、受信する段階と、上記受信デバイスが上記第２の指示情報に基づいて、上記第１のデータパケットの上記ヘッダが圧縮されていると判定する段階、又は
上記受信デバイスが第３の指示情報に基づいて、上記第１のデータパケットの上記ヘッダが圧縮されていると判定する段階であって、上記第３の指示情報は上記第１のデータパケットの上記ヘッダに含まれ、上記第３の指示情報は上記第１のデータパケットが圧縮済みデータパケットであることを示すのに用いられる、判定する段階
を有する、項目８から１４のいずれか一項に記載の方法。
（項目１６）
送信対象データパケットを決定するように構成された処理モジュールであって、上記送信対象データパケットはイーサネットヘッダを含むデータパケットであり、上記処理モジュールはさらに、上記送信対象データパケットの上記ヘッダ内の圧縮されるフィールドを決定するように構成され、上記処理モジュールはさらに、予め設定した手段に従って上記送信対象データパケットの上記ヘッダを圧縮するように構成され、上記予め設定した手段は、上記圧縮されるフィールドを上記データパケットの上記ヘッダから削除すること、又は上記圧縮されるフィールドを対応するショートフィールドに置き換えることを含む、処理モジュールと、
上記圧縮後に得られたデータパケットを送信するように構成された送信モジュールと
を備える送信デバイス。
（項目１７）
上記送信モジュールはさらに、上記送信対象データパケットのヘッダコンテキスト情報を受信デバイスに送信するように構成され、
上記ヘッダコンテキスト情報は、
上記送信対象データパケットの完全ヘッダ、
上記圧縮されるフィールドの上記完全コンテンツ、及び
上記ショートフィールドと上記圧縮されるフィールドとの対応関係
のうちの少なくとも１つを含む、項目１６に記載の送信デバイス。
（項目１８）
上記処理モジュールはさらに、上記データパケットの上記ヘッダコンテキスト情報が変わったかどうかを判定するように構成され、
上記送信モジュールはさらに、上記データパケットの上記ヘッダコンテキスト情報が変わったと上記決定モジュールが判定した場合、上記受信デバイスにヘッダコンテキスト変更指示情報を送信するように構成される、項目１７に記載の送信デバイス。
（項目１９）
上記ヘッダコンテキスト情報が変わるということは、
上記ヘッダコンテキスト情報内のルールが削除されていること、上記ヘッダコンテキスト情報内のルールが修正されていること、又は新たなルールが上記ヘッダコンテキスト情報に追加されていることを含み、１つのルールがショートフィールドと圧縮されるフィールドとの対応関係を示すのに用いられ、
上記デバイスはさらに受信モジュールを備え、
上記受信モジュールは上記データパケットを受信するように構成され、
上記処理モジュールはさらに、上記受信モジュールが上記ルールに対応するデータパケットを指定時間内に受信していない場合、上記ルールが削除されていると判定するように構成される、項目１８に記載の送信デバイス。
（項目２０）
上記デバイスはさらに受信モジュールを備え、
上記受信モジュールは、上記送信モジュールが上記圧縮後に得られた上記データパケットを送信する前に、上記受信デバイスから第１のフィードバック情報を受信するように構成され、上記第１のフィードバック情報は、上記データパケットの上記ヘッダの圧縮を開始するよう上記送信デバイスに指示するのに用いられる、項目１６から１９のいずれか一項に記載の送信デバイス。
（項目２１）
上記処理モジュールはさらに、指定条件が満たされているかどうかを判定するように構成され、
上記指定条件は、
第２のフィードバック情報を受信していることであって、上記第２のフィードバック情報は解凍が失敗したことを示すのに用いられる、受信していること及び
第３のフィードバック情報を指定時間内に受信していないことであって、上記第３のフィードバック情報は上記ヘッダコンテキスト情報が上記受信デバイスで有効であることを示すのに用いられる、受信していないこと
のうちの少なくとも１つを含み、
上記送信モジュールはさらに、事前設定条件が満たされていると上記処理モジュールが判定した場合、上記圧縮後に得られた上記データパケットの送信を停止する、且つ／又は上記送信対象データパケットの上記ヘッダコンテキスト情報を上記受信デバイスに再度送信するか若しくはヘッダ圧縮の圧縮レベルを調整するように構成される、項目１６から２０のいずれか一項に記載の送信デバイス。
（項目２２）
上記送信モジュールはさらに、上記圧縮後に得られた上記データパケットを送信する前に、上記受信デバイスに第２の指示情報を送信するように構成され、上記第２の指示情報は上記データパケットが圧縮済みデータパケットであることを示すのに用いられる、又は
上記圧縮後に得られた上記データパケットにヘッダが第３の指示情報を含み、上記第３の指示情報は上記データパケットが圧縮済みデータパケットであることを示すのに用いられる、項目１６から２１のいずれか一項に記載の送信デバイス。
（項目２３）
第１のデータパケットを受信するように構成された受信モジュールであって、上記第１のデータパケットはイーサネットヘッダを含むデータパケットである、受信モジュールと、
上記第１のデータパケットの上記ヘッダが圧縮されているかどうかを判定するように構成された処理モジュールと
を備える受信デバイスであって、
上記処理モジュールはさらに、上記第１のデータパケットの上記ヘッダが圧縮されていると判定した場合、予め設定した手段に従って上記第１のデータパケットを解凍するように構成され、上記予め設定した手段は、上記第１のデータパケットの上記ヘッダに圧縮済みフィールドの完全コンテンツを追加すること、又は上記第１のデータパケットの上記ヘッダ内のショートフィールドを対応する上記圧縮済みフィールドの上記完全コンテンツに置き換えることを含む、受信デバイス。
（項目２４）
上記受信モジュールはさらに、上記第１のデータパケットのヘッダコンテキスト情報を受信するように構成され、
上記ヘッダコンテキスト情報は、
上記第１のデータパケットの完全ヘッダ、
上記圧縮済みフィールドの上記完全コンテンツ、及び
上記ショートフィールドと上記圧縮済みフィールドとの対応関係
のうちの少なくとも１つを含む、項目２３に記載の受信デバイス。
（項目２５）
上記受信モジュールはさらに、ヘッダコンテキスト変更指示情報を受信するように構成され、上記ヘッダコンテキスト変更指示情報は、上記データパケットの上記ヘッダコンテキスト情報が変わったことを示すのに用いられ、
上記処理モジュールはさらに、上記ヘッダコンテキスト変更指示情報に基づいて、ローカルに格納された上記ヘッダコンテキスト情報を更新するように構成される、項目２４に記載の受信デバイス。
（項目２６）
上記ヘッダコンテキスト情報が変わるということは、
上記ヘッダコンテキスト情報内のルールが削除されていること、上記ヘッダコンテキスト情報内のルールが修正されていること、又は新たなルールが上記ヘッダコンテキスト情報に追加されていることを含み、１つのルールがショートフィールドと圧縮済みフィールドとの対応関係を示すのに用いられ、
上記処理モジュールはさらに、上記受信モジュールが上記ルールに対応するデータパケットを指定時間内に受信していない場合、上記ルールをローカルに格納された上記ヘッダコンテキスト情報から削除するように構成される、項目２５に記載の受信デバイス。
（項目２７）
上記デバイスはさらに送信モジュールを備え、
上記送信モジュールは第１のフィードバック情報を送信デバイスに送信するように構成され、上記第１のフィードバック情報は、上記データパケットの上記ヘッダの圧縮を開始するよう上記送信デバイスに指示するのに用いられる、項目２３から２６のいずれか一項に記載の受信デバイス。
（項目２８）
上記デバイスはさらに送信モジュールを備え、
上記送信モジュールは上記送信デバイスに第２のフィードバック情報を送信するように構成され、上記第２のフィードバック情報は解凍が失敗したことを示すのに用いられる、項目２３から２７のいずれか一項に記載の受信デバイス。
（項目２９）
上記デバイスはさらに送信モジュールを含み、
上記送信モジュールは上記送信デバイスに第３のフィードバック情報を送信するように構成され、上記第３のフィードバック情報は上記ヘッダコンテキスト情報が上記受信デバイスで有効であることを示すのに用いられる、項目２３から２７のいずれか一項に記載の受信デバイス。
（項目３０）
上記受信モジュールはさらに、上記第１のデータパケットを受信する前に第２の指示情報を受信するように構成され、上記第２の指示情報は上記第１のデータパケットが圧縮済みデータパケットであることを示すのに用いられ、
上記処理モジュールはさらに、上記第２の指示情報に基づいて、上記第１のデータパケットの上記ヘッダが圧縮されていると判定するように構成され、
上記処理モジュールはさらに、第３の指示情報に基づいて、上記第１のデータパケットの上記ヘッダが圧縮されていると判定するように構成され、上記第３の指示情報は上記第１のデータパケットの上記ヘッダに含まれており、上記第３の指示情報は上記第１のデータパケットが圧縮済みデータパケットであることを示すのに用いられる、項目２３から２９のいずれか一項に記載の受信デバイス。
（項目３１）
メモリと、プロセッサと、上記メモリに格納され且つ上記プロセッサ上で実行できるプログラムとを備える通信装置であって、上記プロセッサが上記プログラムを実行すると、項目１から７のいずれか一項に記載の方法が実施される、通信装置。
（項目３２）
メモリと、プロセッサと、上記メモリに格納され且つ上記プロセッサ上で実行できるプログラムとを備える通信装置であって、上記プロセッサが上記プログラムを実行すると、項目８から１５のいずれか一項に記載の方法が実施される、通信装置。
（項目３３）
コンピュータ可読記憶媒体であって、上記コンピュータ可読記憶媒体はコンピュータプログラムを格納し、上記コンピュータプログラムを実行すると、項目１から７のいずれか一項に記載の方法が実施される、コンピュータ可読記憶媒体。
（項目３４）
コンピュータ可読記憶媒体であって、上記コンピュータ可読記憶媒体はコンピュータプログラムを格納し、上記コンピュータプログラムを実行すると、項目８から１５のいずれか一項に記載の方法が実施される、コンピュータ可読記憶媒体。
（項目３５）
項目１６から２２のいずれか一項に記載の送信デバイスと、項目２３から３０のいずれか一項に記載の受信デバイスとを備える通信システム。

Claims (21)

1. 通信方法であって、
   送信デバイスが送信対象データパケットを決定する段階であって、前記送信対象データパケットは、イーサネットヘッダを含むデータパケットであり、前記送信対象データパケットのヘッダ圧縮機能がパケットデータコンバージェンスプロトコル層（ＰＤＣＰ層）に位置している、決定する段階と、
   前記送信デバイスが前記送信対象データパケットの前記イーサネットヘッダ内の圧縮されるフィールドを決定する段階と、
   前記送信デバイスが前記送信対象データパケットのヘッダコンテキスト情報を受信デバイスに送信する段階と、
   前記送信デバイスが前記受信デバイスから第１のフィードバック情報を受信する段階であって、前記第１のフィードバック情報は、前記データパケットのヘッダ圧縮の実行を開始するよう前記送信デバイスに指示するのに用いられる、段階と、
   前記送信デバイスが前記送信対象データパケットの前記イーサネットヘッダを前記ＰＤＣＰ層内の予め設定した手段に従って圧縮する段階であって、前記予め設定した手段は、前記圧縮されるフィールドを前記送信対象データパケットの前記イーサネットヘッダから削除すること、又は前記圧縮されるフィールドを前記送信対象データパケットの前記イーサネットヘッダのコンテキスト識別子に置き換えることを含み、前記圧縮されるフィールドは、送信先アドレスフィールド、送信元アドレスフィールド、及び長さ／タイプフィールドを含む、圧縮する段階と、
   前記送信デバイスが前記圧縮の後に得られたデータパケットを送信する段階と
   を備え、
   前記ヘッダコンテキスト情報は、
   前記送信対象データパケットの完全ヘッダ、
   前記圧縮されるフィールドの完全コンテンツ、又は
   前記コンテキスト識別子と前記圧縮されるフィールドとの対応関係
   のうちの少なくとも１つを含む、
   方法。
2. 前記ヘッダ圧縮機能はネットワークデバイスにより無線リソース制御（ＲＲＣ）シグナリングを介して構成され、
   前記予め設定した手段は、前記圧縮されるフィールドを前記送信対象データパケットの前記イーサネットヘッダのコンテキスト識別子に置き換えることを含み、
   前記ヘッダコンテキスト情報は、前記コンテキスト識別子と前記圧縮されるフィールドとの対応関係を含む、請求項１に記載の方法。
3. 前記方法はさらに、
   前記送信デバイスが前記圧縮の後に得られた前記データパケットを送信する前に、前記受信デバイスに第２の指示情報を送信する段階を備え、前記第２の指示情報は前記データパケットが圧縮済みデータパケットであることを示すのに用いられる、又は
   圧縮の後に得られた前記データパケットの前記イーサネットヘッダは第３の指示情報を含み、前記第３の指示情報は前記データパケットが圧縮済みデータパケットであることを示すのに用いられる、請求項１又は２に記載の方法。
4. 前記方法はさらに、
   前記送信デバイスが前記ヘッダコンテキスト情報をローカルに格納する段階を備える、請求項１に記載の方法。
5. 通信方法であって、
   受信デバイスが第１のデータパケットのヘッダコンテキスト情報を受信する段階と、
   前記受信デバイスが第１のフィードバック情報を送信デバイスに送信する段階であって、前記第１のフィードバック情報はデータパケットのヘッダ圧縮の実行を開始するよう前記送信デバイスに指示するのに用いられる、段階と、
   前記受信デバイスが前記第１のデータパケットを受信する段階であって、前記第１のデータパケットはイーサネットヘッダを含むデータパケットであり、圧縮済みヘッダを含むデータパケットのヘッダ解凍機能がパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層に位置している、受信する段階と、
   前記第１のデータパケットの前記ヘッダが圧縮されていると前記受信デバイスが判定し、予め設定した手段に従って解凍する段階であって、前記予め設定した手段は、前記第１のデータパケットの前記ヘッダに圧縮済みフィールドの完全コンテンツを追加すること、又は前記第１のデータパケットの前記ヘッダのコンテキスト識別子を対応する前記圧縮済みフィールドの前記完全コンテンツに置き換えることを含み、前記圧縮済みフィールドは、送信先アドレスフィールド、送信元アドレスフィールド、及び長さ／タイプフィールドを含む、解凍する段階と
   を備え、
   前記ヘッダコンテキスト情報は、
   前記第１のデータパケットの完全ヘッダ、
   前記圧縮済みフィールドの前記完全コンテンツ、及び
   前記コンテキスト識別子と前記圧縮済みフィールドとの対応関係
   のうちの少なくとも１つを含む、
   方法。
6. 前記ヘッダ解凍機能はネットワークデバイスにより無線リソース制御（ＲＲＣ）シグナリングを介して構成され、
   前記予め設定した手段は、前記第１のデータパケットの前記ヘッダのコンテキスト識別子を対応する前記圧縮済みフィールドの前記完全コンテンツに置き換えることを含み、
   前記ヘッダコンテキスト情報は、前記コンテキスト識別子と前記圧縮済みフィールドとの対応関係を含む、請求項５に記載の方法。
7. 前記第１のデータパケットの前記ヘッダが圧縮されていると前記受信デバイスが判定する前記段階は、
   前記受信デバイスが前記第１のデータパケットを受信する前に第２の指示情報を受信する段階であって、前記第２の指示情報は前記第１のデータパケットが圧縮済みデータパケットであることを示すのに用いられる、受信する段階と、前記受信デバイスが前記第２の指示情報に基づいて、前記第１のデータパケットの前記ヘッダが圧縮されていると判定する段階、又は
   前記受信デバイスが第３の指示情報に基づいて、前記第１のデータパケットの前記ヘッダが圧縮されていると判定する段階であって、前記第３の指示情報は前記第１のデータパケットの前記ヘッダに含まれ、前記第３の指示情報は前記第１のデータパケットが圧縮済みデータパケットであることを示すのに用いられる、判定する段階
   を有する、請求項５に記載の方法。
8. 前記方法はさらに、
   前記受信デバイスが前記ヘッダコンテキスト情報をローカルに格納する段階を備え、
   前記受信デバイスによってローカルに格納された前記ヘッダコンテキスト情報は、前記送信デバイスから受信した指示情報に基づいて更新され、前記指示情報は、前記データパケットの前記ヘッダコンテキスト情報が変わったことを示す、請求項５に記載の方法。
9. 送信デバイスであって、
   送信対象データパケットを決定するように構成された処理モジュールであって、前記送信対象データパケットはイーサネットヘッダを含むデータパケットであり、前記送信対象データパケットのヘッダ圧縮機能がパケットデータコンバージェンスプロトコル層（ＰＤＣＰ層）に位置しており、前記処理モジュールはさらに、前記送信対象データパケットの前記イーサネットヘッダ内の圧縮されるフィールドを決定するように構成された、処理モジュールと、
   受信デバイスから第１のフィードバック情報を受信するように構成された受信モジュールであって、前記第１のフィードバック情報は、前記データパケットのヘッダ圧縮の実行を開始するよう前記送信デバイスに指示するのに用いられ、前記処理モジュールはさらに、前記送信対象データパケットの前記イーサネットヘッダを前記ＰＤＣＰ層内の予め設定した手段に従って圧縮するように構成され、前記予め設定した手段は、前記圧縮されるフィールドを前記送信対象データパケットの前記イーサネットヘッダから削除すること、又は前記圧縮されるフィールドを前記送信対象データパケットの前記イーサネットヘッダのコンテキスト識別子に置き換えることを含み、前記圧縮されるフィールドは、送信先アドレスフィールド、送信元アドレスフィールド、及び長さ／タイプフィールドを含む、受信モジュールと、
   前記圧縮の後に得られたデータパケットを送信するように構成された送信モジュールと
   を備え、
   前記送信モジュールはさらに、前記処理モジュールが前記送信対象データパケットの前記イーサネットヘッダ内の圧縮される前記フィールドを決定した後、前記受信モジュールが前記受信デバイスから前記第１のフィードバック情報を受信する前に、前記送信対象データパケットのヘッダコンテキスト情報を前記受信デバイスに送信するように構成され、
   前記ヘッダコンテキスト情報は、
   前記送信対象データパケットの完全ヘッダ、
   前記圧縮されるフィールドの完全コンテンツ、及び
   前記コンテキスト識別子と前記圧縮されるフィールドとの対応関係
   のうちの少なくとも１つを含む、
   送信デバイス。
10. 前記ヘッダ圧縮機能はネットワークデバイスにより無線リソース制御（ＲＲＣ）シグナリングを介して構成され、
    前記予め設定した手段は、前記圧縮されるフィールドを前記送信対象データパケットの前記イーサネットヘッダのコンテキスト識別子に置き換えることを含み、
    前記ヘッダコンテキスト情報は、前記コンテキスト識別子と前記圧縮されるフィールドとの対応関係を含む、請求項９に記載の送信デバイス。
11. 前記送信モジュールはさらに、前記圧縮の後に得られた前記データパケットを送信する前に、前記受信デバイスに第２の指示情報を送信するように構成され、前記第２の指示情報は前記データパケットが圧縮済みデータパケットであることを示すのに用いられる、又は
    前記圧縮の後に得られた前記データパケットのヘッダが第３の指示情報を含み、前記第３の指示情報は前記データパケットが圧縮済みデータパケットであることを示すのに用いられる、請求項９又は１０に記載の送信デバイス。
12. 前記送信デバイスは前記ヘッダコンテキスト情報をローカルに格納するように構成される、請求項９に記載の送信デバイス。
13. 第１のフィードバック情報を送信デバイスに送信するように構成された送信モジュールであって、前記第１のフィードバック情報は、データパケットのヘッダ圧縮の実行を開始するよう前記送信デバイスに指示するのに用いられる、送信モジュールと、
    第１のデータパケットを受信するように構成された受信モジュールであって、前記第１のデータパケットはイーサネットヘッダを含むデータパケットであり、圧縮済みヘッダを含むデータパケットのヘッダ解凍機能がパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層に位置している、受信モジュールと、
    前記第１のデータパケットの前記イーサネットヘッダが圧縮されているかどうかを判定するように構成された処理モジュールであって、前記処理モジュールはさらに、前記第１のデータパケットの前記イーサネットヘッダが圧縮されていると判定し、予め設定した手段に従って解凍するように構成され、前記予め設定した手段は、前記第１のデータパケットの前記イーサネットヘッダに圧縮済みフィールドの完全コンテンツを追加すること、又は前記第１のデータパケットの前記イーサネットヘッダのコンテキスト識別子を対応する前記圧縮済みフィールドの前記完全コンテンツに置き換えることを含み、前記圧縮済みフィールドは、送信先アドレスフィールド、送信元アドレスフィールド、及び長さ／タイプフィールドを含む、処理モジュールと
    を備え、
    前記受信モジュールはさらに、前記送信モジュールが前記第１のフィードバック情報を前記送信デバイスに送信する前に、前記第１のデータパケットのヘッダコンテキスト情報を受信するように構成され、
    前記ヘッダコンテキスト情報は、
    前記第１のデータパケットの完全ヘッダ、
    前記圧縮済みフィールドの前記完全コンテンツ、及び
    前記コンテキスト識別子と前記圧縮済みフィールドとの対応関係
    のうちの少なくとも１つを含む、
    受信デバイス。
14. 前記ヘッダ解凍機能はネットワークデバイスにより無線リソース制御（ＲＲＣ）シグナリングを介して構成され、
    前記予め設定した手段は、前記第１のデータパケットの前記イーサネットヘッダのコンテキスト識別子を対応する前記圧縮済みフィールドの前記完全コンテンツに置き換えることを含み、
    前記ヘッダコンテキスト情報は、前記コンテキスト識別子と前記圧縮済みフィールドとの対応関係を含む、請求項１３に記載の受信デバイス。
15. 前記処理モジュールはさらに、第３の指示情報に基づいて、前記第１のデータパケットの前記イーサネットヘッダが圧縮されていると判定するように構成され、前記第３の指示情報は前記第１のデータパケットの前記イーサネットヘッダに含まれており、前記第３の指示情報は前記第１のデータパケットが圧縮済みデータパケットであることを示すのに用いられる、請求項１３又は１４に記載の受信デバイス。
16. 前記受信デバイスは前記ヘッダコンテキスト情報をローカルに格納するように構成され、
    前記受信デバイスによってローカルに格納された前記ヘッダコンテキスト情報は、前記送信デバイスから受信した指示情報に基づいて更新され、前記指示情報は、前記データパケットの前記ヘッダコンテキスト情報が変わったことを示す、請求項１３に記載の受信デバイス。
17. メモリと、プロセッサと、前記メモリに格納され且つ前記プロセッサ上で実行できるプログラムとを備える通信装置であって、前記プロセッサが前記プログラムを実行すると、請求項１から４のいずれか一項に記載の方法が実施される、通信装置。
18. メモリと、プロセッサと、前記メモリに格納され且つ前記プロセッサ上で実行できるプログラムとを備える通信装置であって、前記プロセッサが前記プログラムを実行すると、請求項５から８のいずれか一項に記載の方法が実施される、通信装置。
19. コンピュータにより実行されると、請求項１から４のいずれか一項に記載の方法を前記コンピュータに実行させる命令を備えたコンピュータプログラム。
20. コンピュータにより実行されると、請求項５から８のいずれか一項に記載の方法を前記コンピュータに実行させる命令を備えたコンピュータプログラム。
21. 請求項９から１２のいずれか一項に記載の送信デバイスと、請求項１３から１６のいずれか一項に記載の受信デバイスとを備えた通信システム。

Images