JP2022511297A

JP2022511297A - イーサネットヘッダーの圧縮方法、伸張方法および機器

Info

Publication number: JP2022511297A
Application number: JP2021512884A
Authority: JP
Inventors: ▲艷▼霞 ▲張▼; ▲ユ▼民 ▲呉▼
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2018-09-07
Filing date: 2019-09-06
Publication date: 2022-01-31
Anticipated expiration: 2039-09-06
Also published as: EP3849234B1; US20210195463A1; CN110891287A; AU2019335843B2; EP4145807B1; HUE060574T2; KR102554900B1; EP3849234A4; CA3111864C; EP4145807A1; AU2022235571A1; RU2763035C1; CN110891287B; AU2022235571B2; PT3849234T; ES2968220T3; KR20210055732A; ES2933398T3; HUE064646T2; EP3849234A1

Abstract

本開示の実施例は、イーサネットヘッダーの圧縮方法、伸張方法および装置を提供し、前記圧縮方法は、前記送信端の送信ＰＤＣＰエンティティーによって、第１のデータ無線ベアラＤＲＢに対応する第１のＰＤＣＰＰＤＵを送信し、ただし、前記第１のＤＲＢにはイーサネットヘッダーの圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵは、第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すための１つまたは複数の第１の情報を含む。

Description

（関連出願の相互参照）
本出願は、２０１８年９月７日に中国で提出された中国特許出願番号Ｎｏ．２０１８１１０４６２９２．７の優先権を主張しており、同出願の内容の全ては、ここに参照として取り込まれる。本開示の実施例は、通信の技術分野に関し、具体的に、イーサネットヘッダーの圧縮方法、伸張方法および機器に関する。

ロングタームエボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ＬＴＥ）とニューラジオＮＲ（ＮｅｗＲａｄｉｏ）において、プロトコルには、無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＲＡＮ）側で、パケットデータコンバージェンスプロトコル（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ、ＰＤＣＰ）のサブレイヤによってヘッダー圧縮またはヘッダー伸張機能が実行されることが規定されている。

ヘッダー圧縮プロトコルは、インターネットエンジニアリングタスクフォース（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ、ＩＥＴＦ）によって作成されたリクエスト・フォー・コメンツ（ＲｅｑｕｅｓｔＦｏｒＣｏｍｍｅｎｔｓ、ＲＦＣ）９７９５プロトコルに基づくものであり、当該プロトコルには、ロバストヘッダ圧縮（ＲｏｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ、ＲＯＨＣ）の枠組みが定義されている。ＲＯＨＣ枠組みには、複数種類のヘッダー圧縮アルゴリズムがあり、プロファイル（ｐｒｏｆｉｌｅ）と呼ばれる。各プロファイルは、特定のネットワークレイヤ、伝送レイヤ、および、アップレイヤにおけるプロトコルの組み合わせに対応する。例えば、トランスミッション・コントロール・プロトコル（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ、ＴＣＰ）／インターネットプロトコル（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ、ＩＰ）及びリアルタイムトランスポートプロトコル（Ｒｅａｌ－ｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ、ＲＴＰ）／ＴＣＰ／ＩＰが挙げられる。
ヘッダー圧縮の機能が配置されると、ヘッダー圧縮プロトコルには、以下の２種類の出力パケットが発生する。

（１）圧縮グループ化パケットであって、各圧縮グループ化パケットは、１つのＰＤＣＰサービスデータユニット（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ、ＳＤＵ）がヘッダー圧縮処理によって得られるものである。

（２）離散的ＲＯＨＣフィードバックであって、ＰＤＣＰＳＤＵに関連付けられるものではなく、ＰＤＣＰレイヤで発生したＰＤＣＰ制御（ｃｏｎｔｒｏｌ）プロトコルデータユニット（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ，ＰＤＵ）に属するものである。

ＰＤＣＰレイヤのＰＤＣＰｃｏｎｔｒｏｌＰＤＵは、（１）ＰＤＣＰエンティティーのフィードバック受信状態を受信すること、および、（２）ＰＤＣＰエンティティーのフィードバック伸張状態を受信すること、という２種類の用途があり、ただし、離散的ＲＯＨＣフィードバックのフォーマットについて、図１を参照されてよい。

モノのインターネット（ＩｎｄｕｓｔｒｙＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇ、ＩＩＯＴ）アイテムは、ＲＡＮ側でイーサネットヘッダー（Ｅｔｈｅｒｎｅｔｈｅａｄｅｒ）の圧縮を実行可能であることを要求しているが、関連技術においてヘッダー圧縮機能を実行するＰＤＣＰレイヤはイーサネットヘッダーの圧縮をサポートすることができない。

本開示の実施例は、ヘッダー圧縮機能を実行するＰＤＣＰレイヤがイーサネットヘッダーの圧縮をサポートしないという問題を解決するための、イーサネットヘッダーの圧縮方法、伸張方法及び機器を提供することを１つの目的にしている。

第１の態様では、本開示の実施例は、送信端に用いられるイーサネットヘッダーの圧縮方法であって、
前記送信端の送信パケットデータコンバージェンスプロトコルＰＤＣＰエンティティーによって、第１のデータ無線ベアラＤＲＢに対応する第１のＰＤＣＰＰＤＵを送信することを含み、
前記第１のＤＲＢにはイーサネットヘッダーの圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すための１つまたは複数の第１の情報を含む、方法を提供する。

第２の態様では、本開示の実施例は、受信端に用いられるイーサネットヘッダーの伸張方法であって、
前記受信端の受信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを受信すること、および、
前記第１のＤＲＢにはイーサネットヘッダー圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵに対してイーサネットヘッダー伸張処理を行うこと、を含み、
前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すための１つまたは複数の第１の情報を含む、方法を提供する。

第３の態様では、本開示の実施例は、さらに、
前記送信端の送信パケットデータコンバージェンスプロトコルＰＤＣＰエンティティーによって、第１のデータ無線ベアラＤＲＢに対応する第１のＰＤＣＰＰＤＵを送信するための第１の送信モジュールを備え、
前記第１のＤＲＢにはイーサネットヘッダーの圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すための１つまたは複数の第１の情報を含む、送信端を提供する。

第４の態様では、本開示の実施例は、さらに、
前記受信端の受信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを受信するための第３の受信モジュールと、
前記第１のＤＲＢにはイーサネットヘッダー圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵに対してイーサネットヘッダー伸張処理を行うための伸張モジュールとを備え、
前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すための１つまたは複数の第１の情報を含む、受信端を提供する。

第５の態様では、本開示の実施例は、さらに、プロセッサと、メモリと、前記メモリに記憶されているとともに、前記プロセッサにて運行できるプログラムと、を含み、前記プログラムが前記プロセッサによって実行されるとき、第１の態様に記載のイーサネットヘッダーの圧縮方法のステップを実現させる送信端を提供する。

第６の態様では、本開示の実施例は、さらに、プロセッサと、メモリと、前記メモリに記憶されているとともに、前記プロセッサにて運行できるプログラムと、を含み、前記プログラムが前記プロセッサによって実行されるとき、第２の態様に記載のイーサネットヘッダーの伸張方法のステップを実現させる受信端を提供する。

第７の態様では、本開示の実施例は、さらに、プログラムが記憶されており、前記プログラムがプロセッサによって実行されるとき、第１の態様又は第２の態様に記載のイーサネットヘッダーの圧縮方法又は伸張方法のステップを実現させる、コンピュータ可読記憶媒体を提供する。
本開示の実施例では、送信端はイーサネットヘッダーに対する圧縮を行うことができ、イーサネットヘッダーのコストを大幅に低下させた。

以下の選択可能な実施の形態に対する詳細を閲覧したうえで、本開示のさまざまな他のメリットや有益な効果は、当業者にとっては明瞭なものとなるだろう。添付図面は、選択可能な実施の形態を例示するためのものに過ぎず、本開示を制限するものではない。しかも、全ての添付図面において、同一の部材は同一の参照符号で示される。

関連技術における離散的ＲＯＨＣフィードバックのフォーマットの概略図である。本開示の実施例における無線通信システムのアーキテクチャの概略図である。本開示の実施例におけるイーサネットヘッダーの圧縮方法のフローチャートである。本開示の実施例におけるイーサネットヘッダーの伸張方法のフローチャートである。本開示の実施例におけるＰＤＣＰｄａｔａＰＤＵの概略図（その１）である。本開示の実施例におけるＰＤＣＰｄａｔａＰＤＵの概略図（その２）である。本開示の実施例におけるＰＤＣＰｃｏｎｔｒｏｌＰＤＵの概略図である。本開示の実施例におけるＰＤＣＰｄａｔａＰＤＵの概略図（その３）である。本開示の実施例におけるＰＤＣＰｄａｔａＰＤＵの概略図（その４）である。本開示の実施例における送信端の構成概略図である。本開示の実施例における受信端の構成概略図である。本開示の実施例における端末の構成図である。本開示の実施例におけるネットワーク機器の構成図である。

以下では、本願発明の実施例における添付図面を結び付けながら、本願発明の実施例の技術案を明確かつ完全に説明する。明らかに、記載された実施例は本願発明の一部の実施例であり、全部の実施例ではない。本願発明の実施例を基に、当業者が創造的な労力を払わないことを前提として得られる全ての他の実施例はいずれも、本願発明の保護範囲に属する。

本開示の明細書及び特許請求の範囲における用語である「含む」及びその任意の変形は、非排他的な「含む」をカバーするためのものであり、例えば、一連のステップまたはユニットのプロセス、方法、システム、製品又は機器を含むことは、これらのステップまたはユニットを明瞭に列挙することに限らず、明瞭に列挙されていない、または、これらのプロセス、方法、製品または機器の固有の他のステップまたはユニットを含んでもよいことを意味している。また、明細書及び特許請求の範囲において、「及び／又は」が用いられて、接続される対象の少なくとも１つを表し、例えば、Ａ及び／又はＢとは、単一のＡ、単一のＢ、および、ＡとＢの両方という３つの場合が存在することを意味している。

本開示の実施例では、「例示的」又は「例えば」などの言葉は、例、例証、または、説明を表すためのものである。本開示の実施例では、「例示的」または「例えば」として記述される任意の実施例または設計方案は、他の実施例または設計方案よりも更に好ましい又は更に優勢のあるものとして解釈されてはならない。適切にいうと、「例示的」又は「例えば」などの言葉を用いることは、具体的な方式により、関連した概念を表すことを目的にしている。

本明細書に記載の技術は、ロングタームエボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ＬＴＥ）／拡張ロングタームエボリューション（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムに限らず、種々の無線通信システム、例えば、符号分割多元接続（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＣＤＭＡ）システム、時分割多元接続（ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多元接続（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多元接続（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒＦｒｅｑｕｅｎｃｙ－ＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）及び他のシステム、例えば、第５世代移動通信（５ｔｈ－ｇｅｎｅｒａｔｉｏｎ、５Ｇ）システム及びその後続の進化型通信システムにも用いられてもよい。

用語である「システム」と「ネットワーク」は常に交換可能に用いられる。ＣＤＭＡシステムでは、例えば、ＣＤＭＡ２０００、ユニバーサル・テレストリアル・ラジオ・アクセス（ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ、ＵＴＲＡ）などのラジオ技術を実現することができる。ＵＴＲＡはワイドバンドＣＤＭＡ（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＷＣＤＭＡ（登録商標））及び他のＣＤＭＡ変形を含む。ＴＤＭＡシステムは、例えば、グローバル移動通信システム（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）のようなラジオ技術を実現することができる。ＯＦＤＭＡシステムは、例えば、ウルトラモバイルブロードバンド（ＵｌｔｒａＭｏｂｉｌｅＢｒｏａｄｂａｎｄ、ＵＭＢ）、進化型ＵＴＲＡ（Ｅｖｏｌｕｔｉｏｎ－ＵＴＲＡ、Ｅ－ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ－ＯＦＤＭなどのラジオ技術を実現することができる。ＵＴＲＡとＥ－ＵＴＲＡは移動通信システム（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ、ＵＭＴＳ）の部分である。ＬＴＥと更にハイレベルのＬＴＥ（例えば、ＬＴＥ－Ａ）はＥ－ＵＴＲＡを用いた新規ＵＭＴＳバージョンである。ＵＴＲＡ、Ｅ－ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ－ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ、３ＧＰＰ）と呼ばれる機関からの文献に記載されている。ＣＤＭＡ２０００とＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と呼ばれる機関からの文献に記載されている。本明細書に記載の技術は、上記言及されたシステム及びラジオ技術に用いられてもよいし、他のシステム及びラジオ技術に用いられてもよい。

以下では、添付図面を組み合わせながら、本開示の実施例を紹介する。本開示の実施例が提供するイーサネットヘッダーの圧縮方法、伸張方法および機器は、無線通信システムに用いられてもよい。

図２を参照して、本開示の実施例が提供する無線通信システムのアーキテクチャの概略図が示される。図２に示されるように、当該無線通信システムは、ネットワーク機器２０と端末を含んでもよく、端末がユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）２１として記され、ＵＥ２１がネットワーク機器２０との通信（シグナリングの伝送又はデータの伝送）を行うことができる。実際な応用では、上記各機器間の接続は無線接続であってもよいが、各機器間の接続関係を直感的かつ便利的に表すために、図２では、実線で示される。ここに説明すべきなのは、上記通信システムは、複数のＵＥ２１を含んでもよく、ネットワーク機器２０が複数のＵＥ２１との通信を行うことができる。

本開示の実施例が提供する端末は、携帯電話、タブレットパソコン、ノートパソコン、スーパーモバイルパーソナルコンピュータ（Ｕｌｔｒａ－ＭｏｂｉｌｅＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ、ＵＭＰＣ）、ネットブック又はパーソナルデジタルアシスタント（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ、ＰＤＡ）、モバイルインターネット機器（ＭｏｂｉｌｅＩｎｔｅｒｎｅｔＤｅｖｉｃｅ、ＭＩＤ）、ウェアラブル機器（ＷｅａｒａｂｌｅＤｅｖｉｃｅ）又は車載機器などであってもよい。

本開示の実施例が提供するネットワーク機器２０は、基地局であってもよく、当該基地局は、一般的に用いられる基地局であってもよいし、進化型基地局（ｅｖｏｌｖｅｄｎｏｄｅｂａｓｅｓｔａｔｉｏｎ、ｅＮＢ）であってもよいし、５Ｇシステムにおけるネットワーク機器（例えば、次世代基地局（ｎｅｘｔｇｅｎｅｒａｔｉｏｎｎｏｄｅｂａｓｅｓｔａｔｉｏｎ，ｇＮＢ））又は送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎａｎｄｒｅｃｅｐｔｉｏｎｐｏｉｎｔ，ＴＲＰ）などの機器であってもよい。

図３を参照して、本開示の実施例は、イーサネットヘッダーの圧縮方法を提供し、当該方法が送信端によって実行され、当該送信端が端末またはネットワーク機器であってもよい。具体的なステップは以下の通りである。

ステップ３０１：送信端の送信ＰＤＣＰエンティティーによって、第１のデータ無線ベアラ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ、ＤＲＢ）に対応する第１のＰＤＣＰＰＤＵを送信すること。

ただし、第１のＤＲＢにはイーサネットヘッダーの圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールド（Ｅｔｈｅｒｎｅｔｆｉｅｌｄ）が多重化されたかを示すための１つまたは複数の第１の情報を含む。

ただし、特定のイーサネットフィールド（又は、イーサネットヘッダーにおける特定のフィールド）は、イーサネットフレームフォーマットにおけるイーサネット機能を実現するためのフィールドを指してもよい。特定のイーサネットフィールドは、ターゲットメディアアクセス制御（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）アドレス、ソースＭＡＣアドレス、種類、仮想ローカルエリアネットワークタグ（ＶＬＡＮｔａｇ）などを含んでもよいが、それらに限らない。

ただし、第１の情報は、第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すためのものである。例えば、第１の情報の値として、「１」をとると、第１の情報が対応するイーサネットフィールドがその前に送信されたデータパケットのデータフィールドが所持するイーサネットフィールドと同じであることを示し、第１のＰＤＣＰＰＤＵのデータフィールドにおいては、当該イーサネットフィールドを所持しなくてもよい。

第１の情報は、第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すためのものである。例えば、第１の情報の値として、「０」をとると、第１のＰＤＣＰＰＤＵのデータフィールドが、当該第１の情報に対応するイーサネットフィールドを所持することを示す。

本開示の実施例では、選択的に、送信端が端末である場合、前記送信端の送信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを送信する前に、方法は、配置メッセージを受信することをさらに含み、配置メッセージは、第２のＤＲＢのイーサネットヘッダー圧縮機能を配置することを指示するための第２の情報、および、第３のＤＲＢのイーサネットヘッダー圧縮機能を利用禁止することを指示するための第３の情報のうちの１つまたは複数の任意の組み合わせを含む。

ただし、第２のＤＲＢの確立時、イーサネットヘッダー圧縮機能を配置し、第３のＤＲＢの解放時、イーサネットヘッダー圧縮機能を利用禁止する。

ただし、第２のＤＲＢのイーサネットヘッダー圧縮機能を利用開始する時点は、第２のＤＲＢの確立後の任意の時点であってもよく、第３のＤＲＢのイーサネットヘッダー圧縮機能を利用禁止する時点は、第３のＤＲＢの解放前の任意の時点であってもよい。

ただし、第２のＤＲＢに対応する受信ＰＤＣＰエンティティーにはアウトオブオーダーデリバリー（ｏｕｔｏｆｏｒｄｅｒｄｅｌｉｖｅｒｙ）機能が配置された場合、前記第２のＤＲＢにはイーサネットヘッダー圧縮機能が配置されない。

ただし、選択的に、配置メッセージは、無線リソースコントロール（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）再配置メッセージであってもよいが、それに限らない。ＲＲＣ再配置メッセージを発行するネットワーク機器は、単一接続構造におけるサービス基地局であってもよく、又は、二重接続（ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）アーキテクチャにおける一次ノードまたは二次ノード（シグナリング無線ベアラ３（ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒｓ３、ＳＲＢ３）が配置された場合）であってもよい。

本開示の実施例では、選択的に、送信端の送信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを送信した後、方法は、送信端の受信ＰＤＣＰエンティティーによって、イーサネットヘッダー伸張状態フィードバック情報を受信することをさらに含む。

本開示の実施例では、選択的に、送信端の受信ＰＤＣＰエンティティーによって、イーサネットヘッダー伸張状態フィードバック情報を受信した後、方法は、イーサネットヘッダー伸張状態フィードバック情報がイーサネットヘッダーを成功に伸張しなかったことを示した場合、第２のＰＤＣＰＰＤＵを送信し、前記第２のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、第２のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されなかったことを示すための１つまたは複数の第５の情報を含み、前記第２のＰＤＣＰＳＤＵが前記第２のＰＤＣＰＰＤＵに対応する。

本開示の実施例では、選択的に、第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、さらに、
前記第１のＰＤＣＰＰＤＵに対応するデータストリームをマークするための第６の情報、
従来のＰＤＣＰサブヘッダーに対して増加したバイト長を指示するための第７の情報、
イーサネットフィールドを検証するための第８の情報、および、
第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行う否かを示すための第９の情報、のうちの１つまたは複数を含む。図８を参照して、Ｆフィールドは当該第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行うかを示すためのものであり、例えば、その値として「０」をとると、第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行わないことを示し、または、その値として「１」をとると、第１のＰＤＣＰＰＤＵのＰＤＣＰにイーサネットヘッダー圧縮機能を行うことを示す。

本開示の実施例では、選択的に、第８の情報は、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおけるすべてのイーサネットフィールドによって、特定のアルゴリズムによって算出されたものであり、前記特定のアルゴリズムは、プロトコルによって約束され、又は、ネットワーク機器と端末とのネゴシエーションによって配置される。

本開示の実施例では、選択的に、第１のＤＲＢがイーサネットヘッダー圧縮機能を利用禁止した場合、第１のＰＤＣＰＰＤＵのフォーマットは従来のＰＤＣＰデータフォーマットであり、図６を参照してよい。

本開示の実施例では、選択的に、前記第１のＤＲＢがイーサネットヘッダー圧縮機能を利用禁止した場合、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、前記第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行うかを示すための第１０の情報を含む。図９を参照して、Ｆフィールドは当該第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行うかを示すためのものであり、例えば、その値として「０」をとると、第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行わないことを示し、またｈ、その値として「１」をとると、第１のＰＤＣＰＰＤＵのＰＤＣＰにイーサネットヘッダー圧縮機能を行うことを示す。

本開示の実施例では、イーサネットヘッダーに対する圧縮を行うことができ、ヘッダーのコストを低下させた。また、受信端からのフィードバックに基づき、圧縮機と伸張機との同期化が確保され、正しいイーサネットヘッダーに伸張できることが確保される。

図４を参照して、本開示の実施例は、イーサネットヘッダーの圧縮方法を提供し、当該方法が受信端によって実行され、当該受信端が端末またはネットワーク機器であってもよい。具体的なステップは以下の通りである。

ステップ４０１：受信端の受信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを受信すること、
ステップ４０２：第１のＤＲＢにはイーサネットヘッダー圧縮機能が配置された場合、第１のＰＤＣＰＰＤＵに対してイーサネットヘッダー伸張処理を行うこと。

ただし、第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すための１つまたは複数の第１の情報を含む。

本開示の実施例では、選択的に、前記第１のＰＤＣＰＰＤＵに対してイーサネットヘッダー伸張処理を行った後、前記方法は、受信端の送信ＰＤＣＰエンティティーによって、イーサネットヘッダー伸張状態フィードバック情報をフィードバックすることをさらに含む。

本開示の実施例では、選択的に、前記受信端がネットワーク機器である場合、前記受信端の受信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを受信する前に、前記方法は、配置メッセージを送信することをさらに含み、前記配置メッセージは、第２のＤＲＢのイーサネットヘッダー圧縮機能を配置することを指示するための第２の情報、および、第３のＤＲＢのイーサネットヘッダー圧縮機能を利用禁止することを指示するための第３の情報のうちの１つまたは複数の任意の組み合わせを含む。

ただし、第２のＤＲＢが対応する受信ＰＤＣＰエンティティーにはアウトオブオーダーデリバリー（ｏｕｔｏｆｏｒｄｅｒｄｅｌｉｖｅｒｙ）機能が配置された場合、前記第２のＤＲＢにはイーサネットヘッダー圧縮機能が配置されない。

ただし、選択的に、配置メッセージは、ＲＲＣ再配置メッセージであってもよいが、それに限らない。

本開示の実施例では、選択的に、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、さらに、
前記第１のＰＤＣＰＰＤＵに対応するデータストリームをマークするための第６の情報、
従来のＰＤＣＰサブヘッダーに対して増加したバイト長を指示するための第７の情報、
イーサネットフィールドを検証するための第８の情報、および、
前記第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行うか否かを示すための第９の情報、のうちの１つまたは複数を含む。図８を参照して、Ｆフィールドは当該第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行うかを示すためのものであり、例えば、その値として「０」をとると、第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行わないことを示し、またｈ、その値として「１」をとると、第１のＰＤＣＰＰＤＵのＰＤＣＰにイーサネットヘッダー圧縮機能を行うことを示す。

本開示の実施例では、選択的に、前記第１のＰＤＣＰＰＤＵのイーサネットヘッダーに対して伸張処理を行うことは、
前記第６の情報に関連付けられるイーサネットヘッダー伸張コンテキストを作成すること、
前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドによって前記第７の情報の検証を行うこと、
前記第８の情報の検証が成功した場合、前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーを取得するとともに、前記イーサネットヘッダー伸張コンテキストを更新すること、
または、
前記第６の情報に対応するイーサネットヘッダー伸張コンテキストから、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおいて多重化されたイーサネットフィールドを取得すること、
前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおいて多重化されたイーサネットフィールドと前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより、前記第８の情報の検証を行うこと、および、
前記第８の情報の検証が成功した場合、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおいて多重化されたイーサネットフィールドと前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーを取得するとともに、前記第６の情報に対応するイーサネットヘッダー伸張コンテキストを更新すること、のうちの少なくとも１つを含む。

ただし、イーサネットヘッダー伸張コンテキストは、次のデータパケットを伸張する履歴情報とされてもよい。

本開示の実施例では、送信端はイーサネットヘッダーに対する圧縮を行うことができ、ヘッダーのコストを低下させた。また、受信端からのフィードバックに基づき、圧縮機と伸張機との同期化が確保され、正しいイーサネットヘッダーに伸張できることが確保される。

以下では、例１と例２を組み合わせて、本開示の実施例におけるイーサネットヘッダー圧縮とイーサネットヘッダー伸張の処理プロセスを紹介する。

例１：
ステップ１：ネットワーク機器が無線リソースコントロールＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）再配置メッセージを送信端に送信し、ただし、ＲＲＣ再配置メッセージは、
イーサネットヘッダー圧縮機能のデータ無線ベアラＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ、ＤＲＢ）を配置することを示す第１の情報、および、
イーサネットヘッダー圧縮機能のＤＲＢを利用禁止することを示す第２の情報のうちの１つまたは複数の任意の組み合わせを含む。

ただし、１つのＤＲＢのイーサネットヘッダー圧縮機能に対する再配置は、以下のような場合に行われる。

ＤＲＢの確立時、イーサネットヘッダー圧縮機能を配置し、または、ＤＲＢの解放時、イーサネットヘッダー圧縮機能を利用禁止する。

ただし、ＤＲＢに対応するＰＤＣＰエンティティーにはアウトオブオーダーデリバリー（ｏｕｔｏｆｏｒｄｅｒｄｅｌｉｖｅｒｙ）機能が配置された場合、当該ＤＲＢにはイーサネットヘッダー圧縮機能が配置されない。

ただし、ＲＲＣ再配置メッセージを発行するネットワーク機器は、単一接続構造におけるサービス基地局であってもよく、二重接続（ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ）アーキテクチャにおける一次ノードまたは二次ノード（シグナリング無線ベアラ３（ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒｓ３、ＳＲＢ３）が配置された場合）であってもよい。

ステップ２：送信端は、ネットワーク機器から発行されたＲＲＣ再配置メッセージを受信するとともに、当該ＲＲＣ再配置メッセージを応用すること。

アップレイヤ（例えば、サービスディスカバリーアプリケーションプロファイル（ＳｅｒｖｉｃｅＤｉｓｃｏｖｅｒｙＡｐｐｌｉｃａｔｉｏｎＰｒｏｆｉｌｅ、ＳＤＡＰ））からＤＲＢが対応するデータを受信したとき、相応な処理行為は以下の通りである。

ステップ２．１：当該ＤＲＢにはイーサネットヘッダー圧縮機能が配置された場合、当該ＤＲＢに対応するＰＤＣＰエンティティーによってＰＤＣＰＰＤＵが送信されるとき、従来（ｌｅｇａｃｙ）のＰＤＣＰデータフォーマット（ｄａｔａｆｏｒｍａｔ）に対して、ＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーが（１つまたは複数個の）バイトを増加し、当該バイトは、当該ＰＤＣＰＰＤＵに対応するＰＤＣＰＳＵＤのイーサネットヘッダーにおけるイーサネットフィールドの多重化状況を示すためのものであること。

ＰＤＣＰＰＤＵのフォーマットについて、図５を参照されてよい。図５には、ＰＤＣＰシーケンス番号（ＳｅｒｉａｌＮｕｍｂｅｒ、ＳＮ）のサイズ（ｓｉｚｅ）が１２ビット（ｂｉｔ）に等しいことを例にした場合の対応するＰＤＣＰｄａｔａＰＤＵのフォーマットが示される。

ただし、コンテキストＩＤ（ＣｏｎｔｅｘｔＩＤ）の値の範囲が［０，ｍａｘｅｔｈｅｒｎｅｔＩＤ－１］であり、そのうち、最大イーサネットＩＤ（ｍａｘｅｔｈｅｒｎｅｔＩＤ）がＲＲＣによって配置されてもよい。ＣｏｎｔｅｘｔＩＤフィールドは、１つのデータストリームを唯一にマークするものである。例えば、特定のメディアアクセス制御（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）ソースアドレス（ｓｏｕｒｃｅａｄｄｒｅｓｓ）またはＭＡＣ目的アドレス（ｄｅｓｔｉｎａｔｉｏｎａｄｄｒｅｓｓ）の組み合わせに対応するデータストリームをマークし、ＣｏｎｔｅｘｔＩＤは特定のＭＡＣｓｏｕｒｃｅａｄｄｒｅｓｓ又はＭＡＣｄｅｓｔｉｎａｔｉｏｎａｄｄｒｅｓｓの組み合わせに対応する圧縮コンテキストに関連付けられる。

ただし、Ｌフィールドは、ｌｅｇａｃｙＰＤＣＰサブヘッダーに対して新たに増加した（又はマルチインポートとも呼ばれる）バイト長を示すためのものである。

ただし、チェック（Ｃｈｅｃｋ）フィールドは、イーサネットフィールドを検証するためのものであり、受信端が正しいイーサネットヘッダーを成功に伸張できることが確保される。当該チェックフィールドは、ＰＤＣＰＳＤＵのイーサネットヘッダーにおけるすべてのイーサネットフィールドが特定のアルゴリズムによって算出されたものであり、特定のアルゴリズムは、プロトコルによって約束され、又は、ネットワーク機器と送信端とのネゴシエーションによって配置される。

ただし、Ｆ１、Ｆ２又はＦ３フィールドは、ＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたか否かを示すためのものである。例えば、Ｆ１がイーサネットヘッダーのＭＡＣｓｏｕｒｃｅａｄｄｒｅｓｓフィールドに対応し、Ｆ２がイーサネットヘッダーにおけるＭＡＣｄｅｓｔｉｎａｔｉｏｎａｄｄｒｅｓｓフィールドに対応し、Ｆ３がイーサネットヘッダーにおけるタイプ（ｔｙｐｅ）フィールドに対応する。

例えば、Ｆ１、Ｆ２、または、Ｆ３フィールドの値として、「１」をとると、当該Ｆ１、Ｆ２又はＦ３フィールドが多重化されたことを示す。それについて、今回送信されたデータパケットにおけるイーサネットフィールドが一つ前のデータパケットのイーサネットフィールドと同じであるため、今回送信されたデータパケットのイーサネットヘッダーには、対応するイーサネットフィールドが所持されないこととなる、と理解されてもよい。

Ｆ１、Ｆ２、または、Ｆ３フィールドの値として、「０」をとると、当該Ｆ１、Ｆ２又はＦ３に対応するイーサネットフィールドが多重化されないことを示すため、今回送信されたデータパケットのイーサネットヘッダーには、対応するイーサネットフィールドが所持されることになる。

ステップ２．２：１つのＤＲＢに対してイーサネットヘッダー圧縮機能を利用禁止した場合、当該ＤＲＢに対応するＰＤＣＰエンティティーがｌｅｇａｃｙのＰＤＣＰｄａｔａＰＤＵのフォーマットでデータ伝送を行うこと。

ＰＤＣＰＳＮｓｉｚｅが１２ｂｉｔであることを例にすると、対応するＰＤＣＰｄａｔａＰＤＵのフォーマットの例として、図６を参照されてよい。

ステップ３：受信ＰＤＣＰエンティティーはボトムレイヤ（無線リンク制御プロトコル（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ、ＲＬＣ））から１つのＤＲＢに対応するデータを受信すること。当該ＤＲＢには、イーサネットヘッダー圧縮機能が配置された場合、アップレイヤ（例えば、ＳＤＡＰ）へデータパケットをデリバリーすることを決定する前に、イーサネットヘッダーに対して伸張処理を行い、相応な処理行為は以下の通りである。

ステップ３．１：ＰＤＣＰｄａｔａＰＤＵサブヘッダーが所持したｃｏｎｔｅｘｔＩＤに対して、対応するイーサネット伸張コンテキストがまだ作成されていない場合、イーサネットヘッダー伸張コンテキストを作成して、ｃｏｎｔｅｘｔＩＤに関連付けるが、ｃｈｅｃｋフィールドの検証が成功した場合、ＰＤＣＰｄａｔａＰＤＵサブヘッダーが所持するイーサネットフィールドを基にしてイーサネットヘッダーのオリジナルイーサネットヘッダーを取得するとともに、イーサネットヘッダー伸張コンテキストを更新すること。

ステップ３．２：ＰＤＣＰｄａｔａＰＤＵサブヘッダーが所持したｃｏｎｔｅｘｔＩＤに対して、受信ＰＤＣＰエンティティーによって対応するイーサネットヘッダー伸張コンテキストが既に作成された場合、ｃｏｎｔｅｘｔＩＤに対応する伸張コンテキストから、記憶されている多重化されたインターネットフィールドを抽出するとともに、ＰＤＣＰＳＤＵが所持する多重化されていないイーサネットフィールドを結合してｃｈｅｃｋフィールドの検証を行い、ｃｈｅｃｋフィールドの検証が成功した場合、オリジナルインターネットヘッダーを取得して、当該ｃｏｎｔｅｘｔＩＤに対応する伸張コンテキストを更新すること。

ステップ３．３：受信ＰＤＣＰエンティティーによって、送信ＰＤＣＰエンティティーへ、イーサネットヘッダー伸張状態フィードバック情報をフィードバックすること。

ただし、インターネットヘッダー伸張状態フィードバック情報について、図７を参照されてよい。図には、インターネット（Ｅｔｈｅｒｎｅｔ）に用いられるＰＤＣＰｃｏｎｔｒｏｌＰＤＵが示される。

ただし、ＣｏｎｔｅｘｔＩＤは、特定のＭＡＣｓｏｕｒｃｅ又はＭＡＣｄｅｓｔｉｎａｔｉｏｎの組み合わせを唯一にマークする。

ただし、Ａフィールドは、受信ＰＤＣＰによってイーサネットヘッダーが成功に伸張されたか否かを示すためのものであり、例えば、Ａフィールドの値として、「１」をとると、成功に伸張したことを示すが、Ａフィールドの値として、「０」をとると、伸張が失敗したことを示す。

ステップ４：送信ＰＤＣＰエンティティーは、ボトムレイヤからイーサネットヘッダー圧縮フィードバックを含むＰＤＣＰｃｏｎｔｒｏｌＰＤＵを受信し、相応な処理行為は以下の通りである。

イーサネットヘッダーを成功に伸張しなかったことをフィードバックした場合、送信ＰＤＣＰエンティティーはすべてのイーサネット多重化指示フィールドを再配置する必要があり、例えば、０に設置する。

例２：
ステップ１：ネットワーク機器がＲＲＣ再配置メッセージを送信端に送信し、ただし、ＲＲＣ再配置メッセージは、
イーサネットヘッダー圧縮機能のデータ無線ベアラＤＲＢ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ、ＤＲＢ）を配置することを示す第１の情報、および、
イーサネットヘッダー圧縮機能のＤＲＢを利用禁止することを示す第２の情報のうちの１つまたは複数の任意の組み合わせを含む。

ただし、１つのＤＲＢのイーサネットヘッダー圧縮機能に対する再配置は、以下のような場合のみに行われる。

１つのＤＲＢのイーサネットヘッダー圧縮機能を利用開始することは、ＤＲＢの確立後の任意の時点に発生してもよく、
１つのＤＲＢのイーサネットヘッダー圧縮機能を利用禁止することは、ＤＲＢの解放前の任意の時点に発生してもよい。

ただし、１つのＤＲＢに対応するＰＤＣＰエンティティーにはアウトオブオーダーデリバリー（ｏｕｔｏｆｏｒｄｅｒｄｅｌｉｖｅｒｙ）機能が配置された場合、当該ＤＲＢにはイーサネットヘッダー圧縮機能が配置されない。

ただし、ＲＲＣ再配置メッセージを発行するネットワーク機器は、単一接続構造におけるサービス基地局であってもよく、二重接続アーキテクチャにおける一次ノードまたは二次ノード（ＳＲＢ３が配置された場合）であってもよい。

ステップ２：送信端は、ネットワーク機器から発行されたＲＲＣ再配置メッセージを受信するとともに、当該再配置メッセージを応用すること。

アップレイヤ（ＳＤＡＰ）から１つのＤＲＢに対応するデータを受信した場合、相応な処理行為は以下の通りである。

ステップ２．１：当該ＤＲＢにはイーサネットヘッダー圧縮機能が配置された場合、当該ＤＲＢに対応するＰＤＣＰエンティティーによってデータが送信されるとき、ｌｅｇａｃｙのＰＤＣＰｄａｔａＰＤＵのフォーマットに対して、ＰＤＣＰサブヘッダーが（１つまたは複数個の）バイトを増加し、イーサネットヘッダーが所持するフィールドの多重化状況を示すためのものであること。対応するＰＤＣＰｄａｔａＰＤＵのフォーマットについて、以下のように例を挙げる。

ＰＤＣＰＳＮｓｉｚｅが１２ｂｉｔと等しいことを例にすると、対応するＰＤＣＰｄａｔａＰＤＵのフォーマットの例として、図８を参照されてよい。

ただし、Ｆフィールドは当該データパケットにイーサネットヘッダー圧縮機能を行うかを示すためのものであり、例えば、その値として「０」をとると、イーサネットヘッダー圧縮機能を行わないことを示し、Ｆフィールドの値として「１」をとると、イーサネットヘッダー圧縮機能を行うことを示す。

ただし、ＣｏｎｔｅｘｔＩＤの値の範囲が［０，ｍａｘｅｔｈｅｒｎｅｔＩＤ－１］であり、そのうち、ｍａｘｅｔｈｅｒｎｅｔＩＤがＲＲＣによって配置される。ＣｏｎｔｅｘｔＩＤフィールドは、１つのデータストリームを唯一にマークするものである。例えば、特定のＭＡＣｓｏｕｒｃｅａｄｄｒｅｓｓ／ＭＡＣｄｅｓｔｉｎａｔｉｏｎａｄｄｒｅｓｓの組み合わせに対応するデータストリームをマークし、ＣｏｎｔｅｘｔＩＤは特定のＭＡＣｓｏｕｒｃｅａｄｄｒｅｓｓ／ＭＡＣｄｅｓｔｉｎａｔｉｏｎａｄｄｒｅｓｓの組み合わせに対応する圧縮コンテキストに関連付けられる。

ただし、チェック（Ｃｈｅｃｋ）フィールドは、イーサネットフィールドを検証するためのものであり、受信端が正しいイーサネットヘッダーを成功に伸張できることが確保される。当該Ｃｈｅｃｋフィールドは、現在報告されたすべてのイーサネットフィールドが特定のアルゴリズムによって算出されたものであり、特定のアルゴリズムは、プロトコルによって約束され、又は、ネットワーク機器と端末とのネゴシエーションによって配置される。

ただし、Ｆ１、Ｆ２又はＦ３フィールドは、イーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたか否かを示すためのものである。例えば、Ｆ１がイーサネットヘッダーのＭＡＣｓｏｕｒｃｅａｄｄｒｅｓｓフィールドに対応し、Ｆ２がイーサネットヘッダーにおけるＭＡＣｄｅｓｔｉｎａｔｉｏｎａｄｄｒｅｓｓフィールドに対応し、Ｆ３がイーサネットヘッダーにおけるタイプ（ｔｙｐｅ）フィールドに対応する。

例えば、Ｆ１、Ｆ２、または、Ｆ３フィールドの値として、「１」をとると、当該Ｆ１、Ｆ２又はＦ３フィールドが多重化されたことを示す。それについて、今回の送信パケットにおけるイーサネットフィールドが一つ前の送信パケットのイーサネットフィールドと同じであるため、今回送信パケットのイーサネットヘッダーには、対応するイーサネットフィールドが所持されないこととなる、と理解されてもよい。

Ｆ１、Ｆ２、または、Ｆ３フィールドの値として、「０」をとると、当該Ｆ１、Ｆ２又はＦ３に対応するイーサネットフィールドが多重化されないことを示す。それで、今回の送信パケットのイーサネットヘッダーには、対応するイーサネットフィールドが所持されることになる。

ステップ２．２：１つのＤＲＢに対してイーサネットヘッダー圧縮機能を利用禁止した場合、当該ＤＲＢに対応するＰＤＣＰエンティティーがｌｅｇａｃｙのＰＤＣＰｄａｔａＰＤＵのｆｏｒｍａｔでデータ伝送を行うこと。

ＰＤＣＰＳＮｓｉｚｅが１２ｂｉｔと等しいことを例にすると、対応するＰＤＣＰｄａｔａＰＤＵのｆｏｒｍａｔの例として、図９を参照されてよい。

Ｆフィールドは当該パケットにイーサネットヘッダー圧縮機能を行うかを示すためのものであり、例えば、Ｆフィールドの値として「０」をとると、イーサネットヘッダー圧縮機能を行わないことを示し、または、Ｆフィールドの値として「１」をとると、イーサネットヘッダー圧縮機能を行うことを示す。

ステップ３：受信ＰＤＣＰエンティティーはボトムレイヤ（ＲＬＣ）から１つのＤＲＢに対応するデータを受信すること。ＤＲＢには、イーサネットヘッダー圧縮機能が配置された場合、アップレイヤ（ＳＤＡＰ）へパケットをデリバリーすることを決定する前に、イーサネットヘッダーに対して伸張処理を行い、相応な処理行為は以下の通りである。

ステップ３．１：ＰＤＣＰｄａｔａＰＤＵサブヘッダーが所持したｃｏｎｔｅｘｔＩＤに対して、対応するイーサネット伸張コンテキストがまだ作成されていない場合、イーサネットヘッダー伸張コンテキストを作成して、ｃｏｎｔｅｘｔＩＤに関連付けるが、ｃｈｅｃｋフィールドの検証が成功した場合、ＰＤＣＰｄａｔａＰＤＵサブヘッダーが所持するイーサネットフィールドを基にしてオリジナルイーサネットヘッダーを取得するとともに、イーサネットヘッダー伸張コンテキストを更新すること。

ステップ３．２：ＰＤＣＰｄａｔａＰＤＵサブヘッダーが所持したｃｏｎｔｅｘｔＩＤに対して、受信ＰＤＣＰエンティティーによって対応するイーサネットヘッダー伸張コンテキストが既に作成された場合、ｃｏｎｔｅｘｔＩＤに対応する伸張コンテキストから、記憶されている多重化されたインターネットフィールドを抽出するとともに、ＰＤＣＰＳＤＵが所持する多重化されていないイーサネットフィールドを結合してｃｈｅｃｋフィールドの検証を行い、検証が成功した場合、オリジナルインターネットヘッダーを取得して、当該ｃｏｎｔｅｘｔＩＤに対応する伸張コンテキストを更新すること。

インターネットヘッダー伸張状態フィードバック情報のフォーマットについて、図７を参照されてよい。図には、インターネット（Ｅｔｈｅｒｎｅｔ）に用いられるＰＤＣＰｃｏｎｔｒｏｌＰＤＵが示される。

本開示の実施例は送信端をさらに提供し、送信端による問題解決の原理は本開示の実施例におけるヘッダー圧縮処理の方法と類似したので、当該送信端の実施について、方法の実施を参照されてよい。重複したところを省略する。

図１０を参照して、本開示の実施例は送信端を提供し、当該送信端１０００は、
前記送信端の送信ＰＤＣＰエンティティーによって、第１のデータ無線ベアラＤＲＢに対応する第１のＰＤＣＰＰＤＵを送信するための第１の送信モジュール１００１を備え、
前記第１のＤＲＢにはイーサネットヘッダーの圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵは、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すための１つまたは複数の第１の情報を含む。
ただし、第１のＰＤＣＰＰＤＵはＰＤＣＰＰＤＵであってもよく、第１のＰＤＣＰＳＤＵは当該ＰＤＣＰＰＤＵに対応するＰＤＣＰＳＤＵであってもよい。

本開示の実施例では、選択的に、前記送信端が端末である場合、前記送信端は、さらに、
前記第１の送信モジュールが前記送信端の送信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを送信する前に、配置メッセージを受信するための第１の受信モジュールを含み、
前記配置メッセージは、
第２のＤＲＢのイーサネットヘッダー圧縮機能を配置することを指示するための第２の情報、および、
第３のＤＲＢのイーサネットヘッダー圧縮機能を利用禁止することを指示するための第３の情報のうちの１つまたは複数の任意の組み合わせを含む。

本開示の実施例では、選択的に、前記第２のＤＲＢの確立時、イーサネットヘッダー圧縮機能を配置し、または、前記第３のＤＲＢの解放時、イーサネットヘッダー圧縮機能を利用禁止し、または、前記第２のＤＲＢのイーサネットヘッダー圧縮機能を利用開始する時点は、前記第２のＤＲＢの確立後の任意の時点であり、または、前記第３のＤＲＢのイーサネットヘッダー圧縮機能を利用禁止する時点は、前記第３のＤＲＢの解放前の任意の時点である。

本開示の実施例では、選択的に、前記第２のＤＲＢに対応する受信ＰＤＣＰエンティティーにはアウトオブオーダーデリバリー機能が配置された場合、前記第２のＤＲＢにはイーサネットヘッダー圧縮機能が配置されない。

本開示の実施例では、選択的に、前記送信端は、さらに、
前記第１の送信モジュールが前記送信端の送信ＰＤＣＰエンティティーによって第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを送信した後、前記送信端の受信ＰＤＣＰエンティティーによって、イーサネットヘッダー伸張状態フィードバック情報を受信するための第２の受信モジュールを含む。

本開示の実施例では、選択的に、前記第１の送信モジュール１００１は、さらに、前記イーサネットヘッダー伸張状態フィードバック情報がイーサネットヘッダーを成功に伸張しなかったことを示した場合、第２のＰＤＣＰＰＤＵを送信するために用いられ、前記第２のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、第２のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されなかったことを示すための１つまたは複数の第５の情報を含み、前記第２のＰＤＣＰＳＤＵが前記第２のＰＤＣＰＰＤＵに対応する。

本開示の実施例では、選択的に、前記第１のＰＤＣＰＰＤＵは、さらに、
前記第１のＰＤＣＰＰＤＵに対応するデータストリームをマークするための第６の情報、
従来のＰＤＣＰサブヘッダーに対して増加したバイト長を指示するための第７の情報、
イーサネットフィールドを検証するための第８の情報、および、
前記第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行うか否かを示すための第９の情報、のうちの１つまたは複数を含む。

本開示の実施例では、選択的に、前記第８の情報は、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおけるすべてのイーサネットフィールドが特定のアルゴリズムによって算出されたものであり、前記特定のアルゴリズムは、プロトコルによって約束され、又は、ネットワーク機器と端末とのネゴシエーションによって配置される。

本開示の実施例では、選択的に、前記第１のＤＲＢがイーサネットヘッダー圧縮機能を利用禁止した場合、前記第１のＰＤＣＰＰＤＵのフォーマットは従来のＰＤＣＰデータフォーマットである。

本開示の実施例が提供する送信端は、上記方法の実施例を実行することができ、その実現原理や技術的効果が類似したので、本実施例では、ここに説明を省略する。

本開示の実施例は受信端をさらに提供し、受信端による問題解決の原理は本開示の実施例におけるヘッダー圧縮処理の方法と類似したので、当該受信端の実施について、方法の実施を参照されてよい。重複したところを省略する。

図１１を参照して、本開示の実施例は受信端を提供し、当該受信端１１００は、
前記受信端の受信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを受信するための第３の受信モジュール１１０と、
前記第１のＤＲＢにはイーサネットヘッダー圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵに対してイーサネットヘッダー伸張処理を行うための伸張モジュール１１０２とを備え、
前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すための１つまたは複数の第１の情報を含む。

本開示の実施例では、選択的に、前記受信端は、さらに、
受信端の送信ＰＤＣＰエンティティーによって、イーサネットヘッダー伸張状態フィードバック情報をフィードバックする第２の送信モジュールを含む。
本開示の実施例では、選択的に、前記受信端がネットワーク機器である場合、前記受信端は、さらに、
前記第３の受信モジュールが前記受信端の受信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを受信する前に、配置メッセージを送信するための第３の送信モジュールを含み、
前記配置メッセージは、
第２のＤＲＢのイーサネットヘッダー圧縮機能を配置することを指示するための第２の情報、および、
第３のＤＲＢのイーサネットヘッダー圧縮機能を利用禁止することを指示するための第３の情報のうちの１つまたは複数の任意の組み合わせを含む。

本開示の実施例では、選択的に、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、さらに、
前記第１のＰＤＣＰＰＤＵに対応するデータストリームをマークするための第６の情報、
従来のＰＤＣＰサブヘッダーに対して増加したバイト長を指示するための第７の情報、
イーサネットフィールドを検証するための第８の情報、および、
前記第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行うか否かを示すための第９の情報、のうちの１つまたは複数を含む。

本開示の実施例では、選択的に、前記伸張モジュールは、さらに、
前記第６の情報に関連付けられるイーサネットヘッダー伸張コンテキストを作成すること、
前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより前記第７の情報の検証を行うこと、
前記第８の情報の検証が成功した場合、前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーを取得するとともに、前記イーサネットヘッダー伸張コンテキストを更新すること、
または、
前記第６の情報に対応するイーサネットヘッダー伸張コンテキストから、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおいて多重化されたイーサネットフィールドを取得すること、
前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおいて多重化されたイーサネットフィールドと前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより、前記第８の情報の検証を行うこと、および、
前記第８の情報の検証が成功した場合、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおいて多重化されたイーサネットフィールドと前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーを取得するとともに、前記第６の情報に対応するイーサネットヘッダー伸張コンテキストを更新すること、のうちの少なくとも１つを実行する。

本開示の実施例が提供する受信端は、上記方法の実施例を実行することができ、その実現原理や技術的効果が類似したので、本実施例では、ここに説明を省略する。

図１２に示されるように、図１２に示した端末１２００は、少なくとも１つのプロセッサ１２０１と、メモリ１２０２と、少なくとも１つのネットワークインターフェース１２０４と、ユーザインタフェース１２０３と、を含む。端末機器１２００における各部品は、バスシステム１２０５によって結合されている。理解すべきなのは、バスシステム１２０５は、それらの部品間の接続通信を実現するために用いられる。バスシステム１２０５は、データバスに加えて、電源バス、制御バス、状態信号バスをさらに含む。しかし、説明を明瞭にするために、図１２では、各種類のバスを全部、バスシステム１２０５として標記する。

ただし、ユーザインタフェース１２０３は、ディスプレイ、キーボード、クリック機器（例えば、マウス、トラックボール（ｔｒａｃｋｂａｌｌ））、タッチパネル又はタッチスクリーンなどを含んでもよい。

理解すべきなのは、本開示の実施例におけるメモリ１２０２は、揮発性メモリ又は不揮発性メモリであってもよく、又は、揮発性メモリと不揮発性メモリの両者を含んでもよい。ただし、不揮発性メモリは、リードオンリーメモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭ）、プログラマブル読取り専用メモリ（ＰｒｏｇｒａｍｍａｂｌｅＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブル読取り専用メモリ（ＥｒａｓａｂｌｅＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能なプログラマブル読取り専用メモリ（ＥｌｅｃｔｒｉｃａｌｌｙＥＰＲＯＭ、ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは、外部高速バッファとしてのランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭ）であってもよい。非制限的例示的な説明により、多くの形式のＲＡＭが利用可能なものである。例えば、静的ランダムアクセスメモリ（ＳｔａｔｉｃＲＡＭ、ＳＲＡＭ）、動的ランダムアクセスメモリ（ＤｙｎａｍｉｃＲＡＭ、ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ＳｙｎｃｈｒｏｎｏｕｓＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（ＤｏｕｂｌｅＤａｔａＲａｔｅＳＤＲＡＭ、ＤＤＲＳＤＲＡＭ）、エンハンスメント型同期ダイナミックランダムアクセスメモリ（ＥｎｈａｎｃｅｄＳＤＲＡＭ、ＥＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（ＳｙｎｃｈｌｉｎｋＤＲＡＭ、ＳＬＤＲＡＭ）、および、ダイレクトメモリアクセスメモリ（ＤｉｒｅｃｔＲａｍｂｕｓＲＡＭ、ＤＲＲＡＭ）が挙げられる。本開示の実施例に記載のシステム及び方法におけるメモリ１２０２は、上記メモリ及び他の適切な種類のメモリを含むが、それらに限らない。

幾つかの実施の形態では、メモリ１２０２には、実行可能なモジュール又はデータ構成、又はそれらの副セット、又はそれらの拡張セット（操作システム１２０２１とアプリケーションプログラム１２０２２）という要素が保存される。

ただし、操作システム１２０２１は、例えば、フレームレイヤ、コアライブラリレイヤ、ドライバレイヤなどの種々のシステムプログラムを含み、種々の基礎的業務の実現やハードウェアに基づくタスクの処理に用いられる。アプリケーションプログラム１２０２２は、例えば、メディアプレイヤー（ＭｅｄｉａＰｌａｙｅｒ）、ブラウザー（Ｂｒｏｗｓｅｒ）などの種々のアプリケーションプログラムを含み、種々のアプリケーション業務の実現に用いられる。本開示の実施例における方法を実現するプログラムは、アプリケーションプログラム１１０２２に含まれてもよい。

本開示の一実施例では、メモリ１２０２に保存したプログラムまたはコマンド（具体的に、アプリケーションプログラム１２０２２に保存したプログラムまたはコマンドであってもよい）を呼び出して実行されると、以下のステップが実現される。すなわち、前記送信端の送信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを送信し、ただし、前記第１のＤＲＢにはイーサネットヘッダーの圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、１つまたは複数の第１の情報を含み、前記第１の情報は、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すためのものである。

本開示の別の実施例では、メモリ１２０２に保存したプログラムまたはコマンド（具体的に、アプリケーションプログラム１２０２２に保存したプログラムまたはコマンドであってもよい）を呼び出して実行されると、以下のステップが実現される。すなわち、前記受信端の受信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを受信し、前記第１のＤＲＢにはイーサネットヘッダーの圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵに対してイーサネットヘッダー伸張処理を行い、ただし、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、１つまたは複数の第１の情報を含み、前記第１の情報は、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すためのものである。

本開示の実施例が提供する端末は、上記方法の実施例を実行することができ、その実現原理や技術的効果が類似したので、本実施例では、ここに説明を省略する。

図１３を参照して、図１３は本開示の実施例におけるネットワーク機器の構成図である。図１３に示されるように、ネットワーク側機器１３００は、プロセッサ１３０１、送受信機１３０２、メモリ１３０３、および、バスインターフェースを含み、ただし、
本開示の一実施例では、ネットワーク機器１３００は、メモリ１３０３に記憶されているとともに、プロセッサ１３０１にて運行できるプログラムをさらに含み、プログラムがプロセッサ１３０１によって実行されるとき、以下のステップが実現される。すなわち、前記送信端の送信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを送信し、ただし、前記第１のＤＲＢにはイーサネットヘッダーの圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、１つまたは複数の第１の情報を含み、前記第１の情報は、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すためのものである。

本開示の別の実施例では、ネットワーク機器１３００は、メモリ１３０３に記憶されているとともに、プロセッサ１３０１にて運行できるプログラムをさらに含み、プログラムがプロセッサ１３０１によって実行されるとき、以下のステップが実現される。すなわち、前記受信端の受信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを受信し、前記第１のＤＲＢにはイーサネットヘッダーの圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵに対してイーサネットヘッダー伸張処理を行い、ただし、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、１つまたは複数の第１の情報を含み、前記第１の情報は、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すためのものである。

図１３では、バスアーキテクチャには、任意の数の相互接続されたバスとブリッジが含まれてもよい。具体的には、プロセッサ１３０１をはじめとする１つまたは複数のプロセッサは、メモリ１３０３をはじめとするメモリの種々の回路と接続されている。バスアーキテクチャは、周辺デバイス、電圧調整器、および電力管理回路等のような種々の他の回路を接続することもできる。それは、当分野で公知のものである。そのため、本明細書では、更なる説明を省略する。バスインターフェースは、インターフェースを提供する。送受信機１３０２は、複数の素子であってもよく、すなわち、送信機と受信機を含み、伝送媒体において種々の他の装置と通信するためのユニットを提供する。

プロセッサ１３０１は、バスアーキテクチャの管理や一般的な処理を行う役割を果たし、メモリ１３０３は、プロセッサ１３０１の操作時に用いられるデータを記憶することができる。

本開示の実施例が提供するネットワーク機器は、上記方法の実施例を実行することができ、その実現原理や技術的効果が類似したので、本実施例では、ここに説明を省略する。

本開示に開示された内容に記載の方法またはアルゴリズムのステップはハードウェアによって実現されてもよく、プロセッサがソフトウェアコマンドを実行することによって実現されてもよい。ソフトウェアコマンドは、相応なソフトウェアモジュールによって構成されてもよい。ソフトウェアモジュールは、ＲＡＭ、フラッシュメモリ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ－ＲＯＭまたは当業界でよく周知された任意の他の形式の記憶媒体に記憶されてもよい。例示的な記憶媒体はプロセッサに結合させることにより、プロセッサが当該メモリ媒体から情報を読み取るようになり、かつ、当該メモリ媒体に情報を書き込むことができる。記憶媒体は、プロセッサの構成部分であってもよい。プロセッサとメモリ媒体はＡＳＩＣに格納してもよい。また、当該ＡＳＩＣはコアネットワークインターフェース機器に格納してもよい。プロセッサと記憶媒体はディスクリートコンポーネントとしてコアネットワークインターフェース機器に存在してもよい。

当業者であれば、上記１つまたは複数の例示では、本開示に記載の機能がハードウェア、ソフトウェア、ファームウェア、または、それらの任意の組み合わせによって実現されてもよいことを意識できる。ソフトウェアによって実現された場合、それらの機能は、コンピュータ可読媒体に記憶されてもよく、又は、コンピュータ可読媒体における１つまたは複数のコマンドまたはコードとして伝送されてもよい。コンピュータ可読媒体は、コンピュータ記憶媒体と通信媒体を含み、ただし、通信媒体が一方の箇所から他方の箇所へのコンピュータプログラムの伝送を容易にする任意の媒体を含む。記憶媒体は、汎用または専門のコンピュータがアクセス可能な任意の利用可能な媒体であってもよい。

上記具体的な実施の形態では、本開示の目的、技術案、および、有益な効果について、更に詳しく説明されている。理解すべきなのは、上述した内容が本開示の具体的な実施の形態に過ぎず、本開示の保護範囲を限定するためのものではない。本開示の技術案を基にした如何なる補正、均等置換、改良などは、本開示の保護範囲に含まれているはずである。

当業者であれば分かるように、本開示の実施例は、方法、システム、または、コンピュータプログラム製品として提供されてもよい。そのため、本開示の実施例は、完全ハードウェアの実施例、完全ソフトウェアの実施例、または、ソフトウェアとハードウェアの方面を組み合わせた実施例の形式が用いられてもよい。しかも、本開示の実施例は、１つまたは複数の、コンピュータ利用可能なプログラムコードを含むコンピュータ利用可能な記憶媒体（ディスクメモリ、ＣＤ－ＲＯＭ、光学メモリなどを含むが、それらに限られない）に実施されるコンピュータプログラム製品の形式が用いられてもよい。

本開示の実施例は、本開示の実施例に係る方法、装置（システム）およびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して説明していた。理解すべきなのは、コンピュータプログラムコマンドによって、フローチャート及び／又はブロック図における各フロー及び／又はブロックや、フローチャート及び／又はブロック図におけるフロー及び／またはブロックの組み合わせが実現されてもよい。これらのコンピュータプログラムコマンドを、汎用コンピュータ、専用コンピュータ、埋込型プロセッサ、または、他のプログラマブルデータ処理機器のプロセッサに提供することにより、機器を発生させ、それにより、コンピュータ又は他のプログラマブルデータ処理機器のプロセッサによって実行されるコマンドにより、フローチャートにおける１つのフローまたは複数のフロー及び／又はブロック図の１つのブロックまたは複数のブロックに指定された機能を実現するための装置を発生させる。

これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラマブルデータ処理機器を特定の方式で作動するようにガイドできるコンピュータ可読メモリに記憶されてもよい。それにより、当該コンピュータ可読メモリに記憶されたコマンドは、コマンド装置を含む製品を発生させ、当該コマンド装置によれば、フローチャートにおける１つのフローまたは複数のフロー及び／又はブロック図の１つのブロックまたは複数のブロックに指定された機能が実現される。

これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラマブルデータ処理機器にロードされてもよい。それにより、コンピュータ又は他のプログラマブル機器において、一連の操作を実行して、コンピュータによって実現される処理を発生させ、さらに、コンピュータ又は他のプログラマブル機器に実行されるコマンドは、フローチャートにおける１つのフローまたは複数のフロー及び／又はブロック図の１つのブロックまたは複数のブロックに指定された機能を実現するためのステップを提供する。

明らかに、当業者は、本開示の精神や範囲から逸脱することなく、本開示の実施例に対する種々の変更や変形を行うことができる。それで、仮に、本開示の実施例に関するこれらの修正や変形は本開示の請求項及びその均等技術の範囲に属するとなると、本開示もそれらの変更や変形を含むことを意図する。

本開示の実施例では、選択的に、前記第１のＰＤＣＰＰＤＵのイーサネットヘッダーに対して伸張処理を行うことは、
前記第６の情報に関連付けられるイーサネットヘッダー伸張コンテキストを作成すること、
前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドによって前記第８の情報の検証を行うこと、
前記第８の情報の検証が成功した場合、前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーを取得するとともに、前記イーサネットヘッダー伸張コンテキストを更新すること、
または、
前記第６の情報に対応するイーサネットヘッダー伸張コンテキストから、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおいて多重化されたイーサネットフィールドを取得すること、
前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおいて多重化されたイーサネットフィールドと前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより、前記第８の情報の検証を行うこと、および、
前記第８の情報の検証が成功した場合、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおいて多重化されたイーサネットフィールドと前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーを取得するとともに、前記第６の情報に対応するイーサネットヘッダー伸張コンテキストを更新すること、のうちの少なくとも１つを含む。

ただし、操作システム１２０２１は、例えば、フレームレイヤ、コアライブラリレイヤ、ドライバレイヤなどの種々のシステムプログラムを含み、種々の基礎的業務の実現やハードウェアに基づくタスクの処理に用いられる。アプリケーションプログラム１２０２２は、例えば、メディアプレイヤー（ＭｅｄｉａＰｌａｙｅｒ）、ブラウザー（Ｂｒｏｗｓｅｒ）などの種々のアプリケーションプログラムを含み、種々のアプリケーション業務の実現に用いられる。本開示の実施例における方法を実現するプログラムは、アプリケーションプログラム１２０２２に含まれてもよい。

明らかに、当業者は、本開示の範囲から逸脱することなく、本開示の実施例に対する種々の変更や変形を行うことができる。それで、仮に、本開示の実施例に関するこれらの修正や変形は本開示の請求項及びその均等技術の範囲に属するとなると、本開示もそれらの変更や変形を含むことを意図する。

Claims

送信端に用いられるイーサネットヘッダーの圧縮方法であって、
前記送信端の送信パケットデータコンバージェンスプロトコルＰＤＣＰエンティティーによって、第１のデータ無線ベアラＤＲＢに対応する第１のＰＤＣＰプロトコルデータユニットＰＤＵを送信することを含み、
前記第１のＤＲＢにはイーサネットヘッダーの圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰサービスデータユニットＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すための１つまたは複数の第１の情報を含む、方法。
前記送信端が端末である場合、前記送信端の送信ＰＤＣＰエンティティーによって、第１のＤＲＢが対応する第１のＰＤＣＰＰＤＵを送信する前に、前記方法は、
配置メッセージを受信することをさらに含み、
前記配置メッセージは、
第２のＤＲＢのイーサネットヘッダー圧縮機能を配置することを指示するための第２の情報、および、
第３のＤＲＢのイーサネットヘッダー圧縮機能を利用禁止することを指示するための第３の情報のうちの１つまたは複数の任意の組み合わせを含む、請求項１に記載の方法。
前記第２のＤＲＢの確立時、イーサネットヘッダー圧縮機能を配置し、
または、
前記第３のＤＲＢの解放時、イーサネットヘッダー圧縮機能を利用禁止し、
または、
前記第２のＤＲＢのイーサネットヘッダー圧縮機能を利用開始する時点は、前記第２のＤＲＢの確立後の任意の時点であり、
または、
前記第３のＤＲＢのイーサネットヘッダー圧縮機能を利用禁止する時点は、前記第３のＤＲＢの解放前の任意の時点である、請求項２に記載の方法。
前記第２のＤＲＢに対応する受信ＰＤＣＰエンティティーにはアウトオブオーダーデリバリー機能が配置された場合、前記第２のＤＲＢにはイーサネットヘッダー圧縮機能が配置されない、請求項２に記載の方法。
前記送信端の送信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを送信した後に、前記方法は、
前記送信端の受信ＰＤＣＰエンティティーによって、イーサネットヘッダー伸張状態フィードバック情報を受信することをさらに含む、請求項１に記載の方法。
前記送信端の受信ＰＤＣＰエンティティーによって、イーサネットヘッダー伸張状態フィードバック情報を受信した後、前記方法は、
前記イーサネットヘッダー伸張状態フィードバック情報がイーサネットヘッダーを成功に伸張しなかったことを示した場合、第２のＰＤＣＰＰＤＵを送信し、前記第２のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、前記第２のＰＤＣＰＰＤＵに対応する第２のＰＤＣＰＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されなかったことを示すための１つまたは複数の第５の情報を含む、請求項５に記載の方法。
前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、さらに、
前記第１のＰＤＣＰＰＤＵに対応するデータストリームをマークするための第６の情報、
従来のＰＤＣＰサブヘッダーに対して増加したバイト長を指示するための第７の情報、
イーサネットフィールドを検証するための第８の情報、および、
前記第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行う否かを示すための第９の情報、のうちの１つまたは複数を含む、請求項１に記載の方法。
前記第８の情報は、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおけるすべてのイーサネットフィールドによって、特定のアルゴリズムによって算出されたものであり、
前記特定のアルゴリズムは、プロトコルによって約束され、又は、ネットワーク機器と端末とのネゴシエーションによって配置される、請求項７に記載の方法。
前記第１のＤＲＢがイーサネットヘッダー圧縮機能を利用禁止した場合、前記第１のＰＤＣＰＰＤＵのフォーマットは従来のＰＤＣＰデータフォーマットであり、
又は、前記第１のＤＲＢがイーサネットヘッダー圧縮機能を利用禁止した場合、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、前記第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行うかを示すための第１０の情報を含む、請求項１に記載の方法。
受信端に用いられるイーサネットヘッダーの伸張方法であって、
前記受信端の受信パケットデータコンバージェンスプロトコルＰＤＣＰエンティティーによって、第１のデータ無線ベアラＤＲＢに対応する第１のＰＤＣＰプロトコルデータユニットＰＤＵを受信すること、および、
前記第１のＤＲＢにはイーサネットヘッダー圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵに対してイーサネットヘッダー伸張処理を行うこと、を含み、
前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、前記第１のＰＤＣＰプロトコルデータユニットＰＤＵに対応する第１のＰＤＣＰサービスデータユニットＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すための１つまたは複数の第１の情報を含む、方法。
前記第１のＰＤＣＰＰＤＵに対してイーサネットヘッダー伸張処理を行った後、前記方法は、
前記受信端の送信ＰＤＣＰエンティティーによって、イーサネットヘッダー伸張状態フィードバック情報をフィードバックすることをさらに含む、請求項１０に記載の方法。
前記受信端がネットワーク機器である場合、前記受信端の受信ＰＤＣＰエンティティーによって、第１のＤＲＢに対応する第１のＰＤＣＰＰＤＵを受信する前に、前記方法は、
配置メッセージを送信することをさらに含み、
前記配置メッセージは、
第２のＤＲＢのイーサネットヘッダー圧縮機能を配置することを指示するための第２の情報、および、
第３のＤＲＢのイーサネットヘッダー圧縮機能を利用禁止することを指示するための第３の情報のうちの１つまたは複数の任意の組み合わせを含む、請求項１０に記載の方法。
前記第２のＤＲＢの確立時、イーサネットヘッダー圧縮機能を配置し、
または、
前記第３のＤＲＢの解放時、イーサネットヘッダー圧縮機能を利用禁止し、
または、
前記第２のＤＲＢのイーサネットヘッダー圧縮機能を利用開始する時点は、前記第２のＤＲＢの確立後の任意の時点であり、
または、
前記第３のＤＲＢのイーサネットヘッダー圧縮機能を利用禁止する時点は、前記第３のＤＲＢの解放前の任意の時点である、請求項１２に記載の方法。
前記第２のＤＲＢに対応する受信ＰＤＣＰエンティティーにはアウトオブオーダーデリバリー機能が配置された場合、前記第２のＤＲＢにはイーサネットヘッダー圧縮機能が配置されない、請求項１２に記載の方法。
前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、さらに、
前記第１のＰＤＣＰＰＤＵに対応するデータストリームをマークするための第６の情報、
従来のＰＤＣＰサブヘッダーに対して増加したバイト長を指示するための第７の情報、
イーサネットフィールドを検証するための第８の情報、および、
前記第１のＰＤＣＰＰＤＵにイーサネットヘッダー圧縮機能を行うか否かを示すための第９の情報、のうちの１つまたは複数を含む、請求項１０に記載の方法。
前記第１のＰＤＣＰＰＤＵに対してイーサネットヘッダー伸張処理を行うことは、
前記第６の情報に関連付けられるイーサネットヘッダー伸張コンテキストを作成すること、
前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより前記第８の情報の検証を行うこと、
前記第８の情報の検証が成功した場合、前記第１のＰＤＣＰプロトコルデータユニットＰＤＵのデータフィールドが所持するイーサネットフィールドにより、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーを取得するとともに、前記イーサネットヘッダー伸張コンテキストを更新すること、
または、
前記第６の情報に対応するイーサネットヘッダー伸張コンテキストから、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおいて多重化されたイーサネットフィールドを取得すること、
前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおいて多重化されたイーサネットフィールドと前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより、前記第８の情報の検証を行うこと、および、
前記第８の情報の検証が成功した場合、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーにおいて多重化されたイーサネットフィールドと前記第１のＰＤＣＰＰＤＵのデータフィールドが所持するイーサネットフィールドにより、前記第１のＰＤＣＰＳＤＵのイーサネットヘッダーを取得するとともに、前記第６の情報に対応するイーサネットヘッダー伸張コンテキストを更新すること、のうちの少なくとも１つを含む、請求項１５に記載の方法。
送信端の送信パケットデータコンバージェンスプロトコルＰＤＣＰエンティティーによって、第１のデータ無線ベアラＤＲＢに対応する第１のＰＤＣＰプロトコルデータユニットＰＤＵを送信するための第１の送信モジュールを備え、
前記第１のＤＲＢにはイーサネットヘッダーの圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰサービスデータユニットＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すための１つまたは複数の第１の情報を含む、送信端。
受信端の受信パケットデータコンバージェンスプロトコルＰＤＣＰエンティティーによって、第１のデータ無線ベアラＤＲＢに対応する第１のプロトコルデータユニットＰＤＣＰＰＤＵを受信するための第３の受信モジュールと、
前記第１のＤＲＢにはイーサネットヘッダー圧縮機能が配置された場合、前記第１のＰＤＣＰＰＤＵに対してイーサネットヘッダー伸張処理を行うための伸張モジュールとを備え、
前記第１のＰＤＣＰＰＤＵのＰＤＣＰサブヘッダーは、前記第１のＰＤＣＰＰＤＵに対応する第１のＰＤＣＰサービスデータユニットＳＤＵのイーサネットヘッダーにおける特定のイーサネットフィールドが多重化されたかを示すための１つまたは複数の第１の情報を含む、受信端。
プロセッサと、メモリと、前記メモリに記憶されているとともに、前記プロセッサにて運行できるプログラムと、を含み、
前記プログラムが前記プロセッサによって実行されるとき、請求項１～９のいずれか１項に記載のイーサネットヘッダーの圧縮方法のステップを実現させる、送信端。
プロセッサと、メモリと、前記メモリに記憶されているとともに、前記プロセッサにて運行できるプログラムと、を含み、
前記プログラムが前記プロセッサによって実行されるとき、請求項１０～１６のいずれか１項に記載のイーサネットヘッダーの伸張方法のステップを実現させる、受信端。
コンピュータプログラムが記憶されており、
前記コンピュータプログラムがプロセッサによって実行されるとき、請求項１～９のいずれか１項に記載のイーサネットヘッダーの圧縮方法のステップを実現させ、又は、請求項１０～１６のいずれか１項に記載のイーサネットヘッダーの伸張方法のステップを実現させる、コンピュータ可読記憶媒体。