JP7185054B2 - リソース周期構成方法およびデバイス、リンク処理および確立方法およびデバイス - Google Patents

Description

本願は、その開示が参照することによってその全体として本明細書に組み込まれる２０１９年１月１８日にＣＮＩＰＡに出願された中国特許出願第２０１９１００４９４０３．８号の優先権を主張する。

（技術分野）
本開示は、通信の分野、具体的に、リソース周期構成方法およびデバイスと、リンク処理および確立方法およびデバイスとに関する。

産業用のモノのインターネット（ＩＩｏＴ）システムでは、ＩＩｏＴトラフィックは、概して、機械命令を伝送し、トラフィック遅延は、非常に敏感であり、通常、マイクロ秒レベルに達する。そのようなトラフィックは、イーサネット（登録商標）内で伝えられ、端末間のクロックは、完全に整合させることが困難である。

ネットワーク展開コストおよび他の要因を考慮すると、ＩＩｏＴトラフィックが第５世代（５Ｇ）無線システム（次の無線）内で伝えられ得ること、すなわち、ＮＲ－ＩＩｏＴがサポートされることが予期される。ＮＲ－ＩＩｏＴシステムの基本的理念は、ＮＲシステムの境界においてイーサネット（登録商標）適合ノードを追加し、イーサネット（登録商標）データパケットをＮＲシステムのデータパケットに変換し、次いで、ＮＲシステム内でデータパケットを伝送することである。したがって、以下の向上が、ＮＲシステムにおいて考慮される必要がある。

構成されたグラント（ＣＧ）または半持続的スケジューリング（ＳＰＳ）のトラフィック周期精緻化：関連技術分野におけるトラフィック周期間隔は、列挙型であり、周期間隔は、イーサネット（登録商標）のトラフィックモードにうまく合致することができない。従って、ＣＧまたはＳＰＳのトラフィック周期精緻化が、強化される必要がある。

移動プロセスにおける標的セルのリソース事前構成：端末の移動プロセスにおいて、標的セルのＣＧまたはＳＰＳリソースがハンドオーバ命令を通して構成される場合、標的セルのリソース構成遅延が、トラフィック伝送の中断を引き起こし得、それは、ＩＩｏＴトラフィックのリアルタイム性能要件を満たすことができない。従って、移動プロセスにおける標的セルのリソース事前構成を強化することが考慮される。

イーサネット（登録商標）のヘッダ圧縮：イーサネット（登録商標）のパケットヘッダが固定され、ＮＲシステムのエアインターフェースリソースが限定されるので、各パケットヘッダがイーサネット（登録商標）ヘッダを伝えることは、エアインターフェースリソースの無駄である。しかしながら、ＮＲシステムは、イーサネット（登録商標）ヘッダ圧縮をサポートしない。従って、強化が必要とされる。

イーサネット（登録商標）端末の命令協調：イーサネット（登録商標）が、互いに協調して稼働するように複数の端末に要求し、イーサネット（登録商標）端末のクロックが完全に同期化されることを保証することが不可能であるので、異なる端末がある瞬間に同じ命令を実行する必要があるとき、異なる端末の実行タイミングを協調させることは困難である。差動同期化機構を導入し、ユーザ機器（ＵＥ）間の挙動協調を保証することが必要である。

本開示の実施形態は、少なくともＣＧトラフィックまたはＳＰＳトラフィックに対応する周期間隔がイーサネット（登録商標）のトラフィックモードにうまく合致することができず、モノのインターネット（ＩｏＴ）トラフィックのリアルタイム性能要件が満たされることができないという関連技術分野における問題を解決するために、リソース周期構成の方法およびデバイスと、リンク処理および確立の方法およびデバイスとを提供する。

ある実施形態によると、リソース周期構成方法が、提供される。方法は、下で説明されるステップを含み、ネットワーク側が、ＵＥによって報告されるトラフィックモードおよび／またはクロック正確度能力を受信し、ネットワーク側が、リソース構成情報をＵＥに送信し、リソース構成情報は、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝え、構成情報は、ＵＥのＳＰＳまたはＣＧに関連するリソースを構成するために使用される。

随意に、構成リソースの周期係数は、構成リソースのリソース周期の単位を示すために使用される。

随意に、リソース構成情報が周期係数を含む場合、ＣＧの周期が、ＣＧの構成周期と周期係数とによって合同で決定されるか、または、ＳＰＳの周期が、ＳＰＳの構成周期と周期係数とによって合同で決定され、または、リソース構成情報が周期粒度と周期の長さとを含む場合、ＣＧの周期またはＳＰＳの周期は、周期粒度の単位における周期の長さの時間の長さである。

ある実施形態によると、リンクパス処理方法が、提供される。方法は、下で説明されるステップを含み、ソースセルが、リソース構成情報を要求するためのリソース構成要求を標的セルに送信し、標的セルによってフィードバックされるリソース構成応答を受信し、ソースセルが、ユーザ機器（ＵＥ）と標的セルとの間にリンクパスを確立するための標的セルリンク追加要求をＵＥに送信し、標的セルリンク追加要求は、リソース構成情報を伝え、リソース構成情報は、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝え、構成情報は、ＵＥのＳＰＳまたはＣＧに関連するリソースを構成するために使用される。

随意に、標的セルリンク追加要求は、ソースセルによって処理されるデータおよび標的セルによって処理されるデータを監視するようにＵＥに命令するためにさらに使用され、ソースセルによって処理されるデータおよび標的セルによって処理されるデータは、ＳＰＳまたはＣＧに関連するリソース上で送信される。

随意に、ソースセルが標的セルリンク追加要求をＵＥに送信した後、方法は、下で説明されるステップをさらに含み、ソースセルが、ＵＥによって送信される無線品質指示情報を受信し、無線品質指示情報は、参照信号受信電力（ＲＳＲＰ）または参照信号受信品質（ＲＳＲＱ）を含み、無線品質指示情報がソースセルの品質が不良であることを示すことを決定した場合、ソースセルが、標的セルへのハンドオーバを要求するためのパスハンドオーバ指示をモビリティ管理エンティティ（ＭＭＥ）に送信する。

随意に、標的セルリンク追加要求は、ソースセルによって処理されるデータおよび標的セルによって処理されるデータを監視するようにＵＥに命令するためにさらに使用され、ソースセルによって処理されるデータおよび標的セルによって処理されるデータは、ＳＰＳまたはＣＧに関連するリソース上で伝えられる。

随意に、方法は、下で説明されるステップをさらに含み、ソースセルが、ＵＥによって監視されるソースセルまたは標的セルの無線品質指示情報を受信し、無線品質指示情報は、ＲＳＲＰおよび／またはＲＳＲＱを含み、無線品質指示情報がソースセルの品質が不良であることを示すことを決定した場合、ソースセルが、データ転送タイマおよび標的セルへのハンドオーバを要求するためのパスハンドオーバ指示をＭＭＥに送信し、無線品質指示情報が標的セルの品質が不良であることを示すことを決定した場合、ソースセルが、ＵＥと標的セルとの間のリンクパスの削除を要求するための標的セルリンク削除要求をＵＥに送信する。データ転送タイマは、タイムアウトがない場合、同時にダウンリンクデータをソースセルおよび標的セルに送信するようにＭＭＥに命令するために使用される。

随意に、方法は、下で説明されるステップをさらに含み、無線品質指示情報が、ソースセルの品質が不良であることを示すことを決定した場合、ソースセルが、ＵＥとソースセルとの間のリンクパスを削除するためのソースセルリンク削除要求をＵＥに送信する。

随意に、ソースセルリンク削除要求は、標的セルによって処理されるデータを監視するようにＵＥに命令するためにさらに使用され、標的セルリンク削除要求は、ソースセルによって処理されるデータを監視するようにＵＥに命令するためにさらに使用される。

ある実施形態によると、リンクパス確立方法が、提供される。方法は、下で説明されるステップを含み、ＵＥが、ソースセルによって送信される標的セルリンク追加要求を受信し、標的セルとのリンクパスを確立し、標的セルリンク追加要求は、リソース構成情報を伝え、リソース構成情報は、ソースセルからのリソース構成要求を標的セルに送信することによって入手され、リソース構成情報は、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝え、リソース構成情報は、ＵＥのＳＰＳまたはＣＧに関連するリソースを構成するために使用される。

随意に、ＵＥが、ソースセルによって送信される標的セルリンク追加要求を受信し、標的セルとのリンクパスを確立した後、方法は、下で説明されるステップをさらに含み、標的セルリンク追加要求に従って、ＵＥが、ソースセルによって処理されるデータおよび／または標的セルによって処理されるデータを監視し、ソースセルによって処理されるデータおよび標的セルによって処理されるデータの両方は、ＳＰＳまたはＣＧに関連するリソース上で送信または受信される。

随意に、方法は、下で説明されるステップをさらに含み、ＵＥが、ソースセルの無線品質指示情報をソースセルに送信し、無線品質指示情報がソースセルの品質が不良であることを示すために使用されていることを決定した場合、ソースセルは、標的セルへのハンドオーバを要求するためのパスハンドオーバ指示をＭＭＥに送信する。

随意に、ＵＥが、ソースセルによって送信される標的セルリンク追加要求を受信し、標的セルとのリンクパスを確立した後、方法は、下で説明されるステップをさらに含み、標的セルリンク追加要求に従って、ＵＥが、ソースセルによって処理されるデータを監視し、ソースセルによって処理されるデータおよび標的セルによって処理されるデータは、ＳＰＳまたはＣＧトラフィックリソース上で伝えられる。

随意に、方法は、下で説明されるステップをさらに含み、ＵＥが、ソースセルによって処理されるデータまたは標的セルによって処理されるデータのうちの１つに対応する無線品質指示情報をソースセルに送信し、無線品質指示情報がソースセルの品質が不良であることを示す場合、無線品質指示情報は、データ転送タイマおよび標的セルへのハンドオーバを要求するためのパスハンドオーバ指示をＭＭＥに送信するようにソースセルに命令するためにさらに使用され、無線品質指示情報が標的セルの品質が不良であることを示す場合、ＵＥが、データ転送タイマおよびソースセルによって送信される標的セルリンク削除要求を受信し、転送タイマがタイムアウトした後、ＵＥと標的セルとの間のリンクパスを削除する。データ転送タイマは、タイムアウトがない場合、同時にダウンリンクデータをソースセルおよび標的セルに送信するようにＭＭＥに命令するために使用される。

随意に、方法は、下で説明されるステップをさらに含み、無線品質指示情報がソースセルの品質が不良であることを示す場合、ＵＥが、ソースセルによって送信されるソースセルリンク削除要求を受信し、ＵＥとソースセルとの間のリンクパスを削除する。

随意に、ＵＥとソースセルとの間のリンクパスが削除された後、ＵＥが、標的セルによって処理されるデータを監視し、ＵＥと標的セルとの間のリンクパスが削除された後、ＵＥが、ソースセルによって処理されるデータを監視する。

ある実施形態によると、イーサネット（登録商標）フレームのフレームヘッダを圧縮する方法が、提供される。方法は、下で説明されるステップを含み、第２の通信ノードが、第１のイーサネット（登録商標）フレームを伝え、第１の通信ノードによって送信される第１の圧縮されたデータパケットを受信し、ヘッダ圧縮ドメイン情報と第１のイーサネット（登録商標）フレームのフレームヘッダとの間の対応情報を受信し、第２の通信ノードが、第２のイーサネット（登録商標）フレームを伝え、第１の通信ノードによって送信される第２の圧縮されたデータパケットを受信し、第２のイーサネット（登録商標）フレームのフレームヘッダが、第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報およびヘッダ圧縮ドメイン情報と第１のイーサネット（登録商標）フレームのフレームヘッダとの間の受信された対応情報に従って、復元される。第１のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されていないイーサネット（登録商標）フレームであり、第２のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されているイーサネット（登録商標）フレームであり、ヘッダ圧縮ドメイン情報は、ヘッダ圧縮ドメインプロファイルおよび／またはヘッダ圧縮ドメインコンテンツインデックスを含む。

随意に、第１の通信ノードは、以下の様式で第２の圧縮されたデータパケットを送信することを決定し、すなわち、第１の通信ノードは、送信されるべきデータパケットにおけるイーサネット（登録商標）フレームヘッダが送信されたデータパケットにおけるイーサネット（登録商標）フレームヘッダと同一であるかどうかを判断し、判断結果が「はい」である場合、イーサネット（登録商標）フレームヘッダ圧縮後の第２のイーサネット（登録商標）フレームが、送信されるべきデータパケット内で伝えられる。

随意に、判断結果が「いいえ」である場合、または第１の通信ノードが送信されたデータパケットが不正確に伝送されていることを決定した場合、第１のイーサネット（登録商標）フレームを伝えるデータパケットが、第２の通信ノードに送信されるか、または、データパケットが、第２の通信ノードに送信することを停止させられる。

随意に、第２のイーサネット（登録商標）フレームのフレームヘッダが、第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報およびヘッダ圧縮ドメイン情報と第１のイーサネット（登録商標）フレームにおけるフレームヘッダとの間の記憶された対応に従って復元されるステップは、下で説明されるステップを含み、第２の通信ノードが、記憶されたヘッダ圧縮ドメイン情報を第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報と合致させ、合致が成功した場合、合致した第２のイーサネット（登録商標）フレームのフレームヘッダが、データパケットの形態で上位層に報告される。

随意に、第１の通信ノードがＵＥである場合、第２の通信ノードは、ネットワーク側であり、第１の通信ノードがネットワーク側である場合、第２の通信ノードは、ＵＥである。

随意に、第１の通信ノードがＵＥであり、第２の通信ノードがネットワーク側である場合、方法は、下で説明されるステップをさらに含み、ＵＥが、イーサネット（登録商標）ヘッダ圧縮のサポート能力をネットワーク側に送信し、ネットワーク側によってフィードバックされるイーサネット（登録商標）ヘッダ圧縮のパラメータを受信する。イーサネット（登録商標）ヘッダ圧縮のサポート能力は、イーサネット（登録商標）ヘッダ圧縮をサポートするかどうか、またはイーサネット（登録商標）をサポートするヘッダ圧縮ドメイン情報のうちの少なくとも１つを含み、イーサネット（登録商標）ヘッダ圧縮のパラメータは、圧縮を可能にするためのイーサネット（登録商標）ドメイン指示、または圧縮を可能にするためのヘッダ圧縮ドメイン情報のうちの少なくとも１つを含む。

随意に、ヘッダ圧縮ドメインプロファイルは、イーサネット（登録商標）フレームのフレームヘッダを圧縮しないこと、イーサネット（登録商標）フレーム内のイーサネット（登録商標）の宛先アドレスおよびソースアドレスを圧縮すること、イーサネット（登録商標）ＩＩフレームのフレームヘッダを圧縮すること、８０２．２サービスアクセスポイント（ＳＡＰ）ドメインを伝える電気電子技術者協会（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ ｅｎｇｉｎｅｅｒｓ；ＩＥＥＥ）８０２．３フレームのフレームヘッダを圧縮すること、サブネットワークアクセスプロトコル（ＳＮＡＰ）ドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、８０２．１Ｑタグドメインを含むイーサネット（登録商標）ＩＩフレームのフレームヘッダを圧縮すること、８０２．２ＳＡＰドメインおよび８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、ＳＮＡＰドメインおよび８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、第１の８０２．１Ｑタグドメインおよび第２の８０２．１Ｑタグドメインを含むイーサネット（登録商標）ＩＩフレームのフレームヘッダを圧縮すること、８０２．２ＳＡＰドメイン、第１の８０２．１Ｑタグドメイン、および第２の８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、ＳＮＡＰドメイン、第１の８０２．１Ｑタグドメイン、および第２の８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、または産業用イーサネット（登録商標）の特定のフレーム構造のフレームヘッダを圧縮することのうちの１つを含む。ヘッダ圧縮ドメインコンテンツインデックスは、圧縮されたイーサネット（登録商標）フレームヘッダのコンテンツを識別するために使用される。

ある実施形態によると、イーサネット（登録商標）命令協調方法が、提供される。方法は、下で説明されるステップを含み、第５世代モバイル通信技術システム（５ＧＳ）が、データパケットが到着したときの到着タイムスタンプとデータパケットが出発したときの出発時間とを入手し、データパケットの滞在持続時間を計算し、５ＧＳが、確認遅延の命令および滞在持続時間を伝える情報をＵＥに送信する。

随意に、５ＧＳが確認遅延の命令および滞在持続時間を伝える情報をＵＥに送信するステップは、５ＧＳが、確認遅延と滞在持続時間との間の差異を計算し、差異に従って命令を更新することを含む。

代替として、５ＧＳが確認遅延の命令および滞在持続時間を伝える情報をＵＥに送信するステップは、５ＧＳが、滞在持続時間をデータパケットの中に追加し、滞在持続時間および確認遅延に従って、確認遅延を更新するようにＵＥに命令することを含む。

代替として、５ＧＳが、確認遅延の命令および滞在持続時間を伝える情報をＵＥに送信するステップは、５ＧＳが、滞在持続時間をデータパケット内の滞在持続時間に累積し、データパケット内の累積された滞在持続時間および確認遅延に従って、確認遅延を更新するようにＵＥに命令することを含む。

ある実施形態によると、リソース周期構成デバイスが、提供される。デバイスは、ネットワーク側に位置し、第１の受信モジュールと、構成モジュールとを含み、第１の受信モジュールは、ＵＥによって報告されるトラフィックモードおよび／またはクロック正確度能力を受信するように構成され、構成モジュールは、リソース構成情報をＵＥに送信するように構成される。リソース構成情報は、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝え、構成情報は、ＵＥのＳＰＳまたはＣＧに関連するリソースを構成するために使用される。

ある実施形態によると、リンクパス処理デバイスが、提供される。デバイスは、ソースセル内に位置し、第２の受信モジュールと、送信モジュールとを含み、第２の受信モジュールは、リソース構成情報を要求するためのリソース構成要求を標的セルに送信し、標的セルによってフィードバックされるリソース構成応答を受信するように構成され、送信モジュールは、ＵＥと標的セルとの間にリンクパスを確立するための標的セルリンク追加要求をＵＥに送信するように構成される。標的セルリンク追加要求は、リソース構成情報を伝え、リソース構成情報は、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝え、構成情報は、ＵＥのＳＰＳまたはＣＧに関連するリソースを構成するために使用される。

ある実施形態によると、リンクパス確立デバイスが、提供される。デバイスは、ＵＥ内に位置し、ソースセルによって送信される標的セルリンク追加要求を受信し、標的セルとのリンクパスを確立するように構成される確立モジュールを含み、標的セルリンク追加要求は、リソース構成情報を伝え、リソース構成情報は、ソースセルによってリソース構成要求を標的セルに送信することによって入手され、リソース構成情報は、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝え、リソース構成情報は、ＵＥのＳＰＳまたはＣＧに関連するリソースを構成するために使用される。

ある実施形態によると、イーサネット（登録商標）フレームのフレームヘッダを圧縮するためのデバイスが、提供される。デバイスは、第２の通信ノード内に位置し、記憶モジュールと、復元モジュールとを含み、記憶モジュールは、第２の通信ノードによって、第１のイーサネット（登録商標）フレームを伝え、第１の通信ノードによって送信される第１の圧縮されたデータパケットを受信し、ヘッダ圧縮ドメイン情報と第１のイーサネット（登録商標）フレームのフレームヘッダとの間の対応情報を受信するように構成され、復元モジュールは、第２のイーサネット（登録商標）フレームを伝え、第１の通信ノードによって送信される第２の圧縮されたデータパケットを受信し、第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報と、ヘッダ圧縮ドメイン情報と第１のイーサネット（登録商標）フレームのフレームヘッダとの間の受信された対応情報とに従って、第２のイーサネット（登録商標）フレームのフレームヘッダを復元するように構成される。第１のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されていないイーサネット（登録商標）フレームであり、第２のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されているイーサネット（登録商標）フレームであり、ヘッダ圧縮ドメイン情報は、ヘッダ圧縮ドメインプロファイルおよび／またはヘッダ圧縮ドメインコンテンツインデックスを含む。

ある実施形態によると、イーサネット（登録商標）命令協調デバイスが、提供される。デバイスは、５ＧＳシステム内に位置し、計算モジュールと、指示モジュールとを含み、計算モジュールは、データパケットが到着するときの到着タイムスタンプとデータパケットが出発するときの出発時間とを入手し、データパケットの滞在持続時間を計算するように構成され、指示モジュールは、確認遅延の命令および滞在持続時間を伝える情報をＵＥに送信するように構成される。

別の実施形態によると、記憶媒体が、さらに提供される。記憶媒体は、コンピュータプログラムを記憶するように構成され、コンピュータプログラムは、実行されると、上で説明される方法の実施形態のうちのいずれか１つのステップを実施するように構成される。

別の実施形態によると、電子デバイスが、さらに提供される。電子デバイスは、メモリとプロセッサとを含む。メモリは、コンピュータプログラムを記憶するように構成され、プロセッサは、コンピュータプログラムを実行し、上で説明される方法の実施形態のうちのいずれか１つのステップを実施するように構成される。

本開示を通して、ＣＧトラフィックまたはＳＰＳトラフィックに対応する周期間隔がイーサネット（登録商標）のトラフィックモードにうまく合致することができず、ＩｏＴトラフィックのリアルタイム性能要件が満たされることができないという関連技術分野における問題が、解決されることができ、それによって、トラフィック周期の最適化の効果を達成し、ＩＩｏＴトラフィックのリアルタイム性能要件を満たす。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
リソース周期構成方法であって、前記方法は、
ネットワーク側によって、ユーザ機器（ＵＥ）によって報告されるトラフィックモードまたはクロック正確度能力のうちの少なくとも１つを受信することと、
前記ネットワーク側によって、リソース構成情報を前記ＵＥに送信することと
を含み、
前記リソース構成情報は、構成リソースの周期係数、前記構成リソースの周期粒度、または前記構成リソースの周期の長さのうちの少なくとも１つを伝え、前記構成情報は、前記ＵＥの半持続的スケジューリング（ＳＰＳ）または構成されたグラント（ＣＧ）に関連するリソースを構成するために使用される、方法。
（項目２）
前記構成リソースの前記周期係数は、前記構成リソースのリソース周期の単位を示すために使用される、項目１に記載の方法。
（項目３）
前記リソース構成情報が前記周期係数を備えている場合、前記ＣＧの周期が、前記ＣＧの構成周期と前記周期係数とによって合同で決定されるか、または、前記ＳＰＳの周期が、前記ＳＰＳの構成周期と前記周期係数とによって合同で決定され、または、
前記リソース構成情報が前記周期粒度と前記周期の長さとを備えている場合、前記ＣＧの周期または前記ＳＰＳの周期は、前記周期粒度の単位における前記周期の長さの時間の長さである、項目２に記載の方法。
（項目４）
リンクパス処理方法であって、前記方法は、
ソースセルによって、リソース構成情報を要求するためのリソース構成要求を標的セルに送信し、前記標的セルによってフィードバックされるリソース構成応答を受信することと、
前記ソースセルによって、ユーザ機器（ＵＥ）と前記標的セルとの間にリンクパスを確立するための標的セルリンク追加要求を前記ＵＥに送信することと
を含み、
前記標的セルリンク追加要求は、前記リソース構成情報を伝え、前記リソース構成情報は、構成リソースの周期係数、前記構成リソースの周期粒度、または前記構成リソースの周期の長さのうちの少なくとも１つを伝え、前記構成情報は、前記ＵＥの半持続的スケジューリング（ＳＰＳ）または構成されたグラント（ＣＧ）に関連するリソースを構成するために使用される、方法。
（項目５）
前記標的セルリンク追加要求は、前記ソースセルによって処理されるデータおよび前記標的セルによって処理されるデータを監視するように前記ＵＥに命令するためにさらに使用され、前記ソースセルによって処理される前記データおよび前記標的セルによって処理される前記データは、前記ＳＰＳまたは前記ＣＧに関連する前記リソース上で送信される、項目４に記載の方法。
（項目６）
前記ソースセルによって、前記標的セルリンク追加要求を前記ＵＥに送信した後、前記方法は、
前記ソースセルによって、前記ＵＥによって送信される以下の無線品質指示情報：参照信号受信電力（ＲＳＲＰ）または参照信号受信品質（ＲＳＲＱ）のうちの少なくとも１つを受信することと、
前記無線品質指示情報が前記ソースセルの品質が不良であることを示すことを決定した場合、前記ソースセルによって、前記標的セルへのハンドオーバを要求するためのパスハンドオーバ指示をモビリティ管理エンティティ（ＭＭＥ）に送信することと
をさらに含む、項目５に記載の方法。
（項目７）
前記標的セルリンク追加要求は、前記ソースセルによって処理されるデータおよび前記標的セルによって処理されるデータを監視するように前記ＵＥに命令するためにさらに使用され、前記ソースセルによって処理される前記データおよび前記標的セルによって処理される前記データは、前記ＳＰＳまたは前記ＣＧに関連する前記リソース上で伝えられる、項目４に記載の方法。
（項目８）
前記ソースセルによって、前記ＵＥによって監視される前記ソースセルまたは前記標的セルの以下の無線品質指示情報：ＲＳＲＰまたはＲＳＲＱのうちの少なくとも１つを受信することと、
前記無線品質指示情報が前記ソースセルの品質が不良であることを示すことを決定した場合、前記ソースセルによって、データ転送タイマおよび前記標的セルへのハンドオーバを要求するためのパスハンドオーバ指示をＭＭＥに送信することと、
前記無線品質指示情報が前記標的セルの品質が不良であることを示すことを決定した場合、前記ソースセルによって、前記ＵＥおよび前記標的セルの削除を要求するための標的セルリンク削除要求を前記ＵＥに送信することと
をさらに含み、
前記データ転送タイマは、タイムアウトがない場合、ダウンリンクデータを前記ソースセルと前記標的セルとに同時に送信するように前記ＭＭＥに命令するために使用される、項目７に記載の方法。
（項目９）
前記無線品質指示情報が前記ソースセルの品質が不良であることを示すことを決定した場合、前記ソースセルによって、前記ＵＥおよび前記ソースセルを削除するためのソースセルリンク削除要求を前記ＵＥに送信することをさらに含む、項目６または８に記載の方法。
（項目１０）
前記ソースセルリンク削除要求は、前記標的セルによって処理されるデータを監視するように前記ＵＥに命令するためにさらに使用され、前記標的セルリンク削除要求は、前記ソースセルによって処理されるデータを監視するように前記ＵＥに命令するためにさらに使用される、項目９に記載の方法。
（項目１１）
リンクパス確立方法であって、前記方法は、ユーザ機器（ＵＥ）によって、ソースセルによって送信される標的セルリンク追加要求を受信し、標的セルとのリンクパスを確立することを含み、
前記標的セルリンク追加要求は、リソース構成情報を伝え、前記リソース構成情報は、リソース構成要求を前記ソースセルから前記標的セルに送信することによって入手され、前記リソース構成情報は、構成リソースの周期係数、前記構成リソースの周期粒度、または前記構成リソースの周期の長さのうちの少なくとも１つを伝え、前記リソース構成情報は、前記ＵＥの半持続的スケジューリング（ＳＰＳ）または構成されたグラント（ＣＧ）に関連するリソースを構成するために使用される、方法。
（項目１２）
前記ＵＥによって、前記ソースセルによって送信される前記標的セルリンク追加要求を受信し、前記標的セルとの前記リンクパスを確立した後、前記方法は、前記ＵＥによって、前記標的セルリンク追加要求に従って、前記ソースセルによって処理されるデータまたは前記標的セルによって処理されるデータのうちの少なくとも１つを監視することをさらに含み、
前記ソースセルによって処理される前記データおよび前記標的セルによって処理される前記データは、前記ＳＰＳまたは前記ＣＧに関連する前記リソース上で送信または受信される、項目１１に記載の方法。
（項目１３）
前記ＵＥによって、前記ソースセルの無線品質指示情報を前記ソースセルに送信することをさらに含み、前記無線品質指示情報が前記ソースセルの品質が不良であることを示すために使用されていることを決定した場合、前記ソースセルは、前記標的セルへのハンドオーバを要求するためのパスハンドオーバ指示をモビリティ管理エンティティ（ＭＭＥ）に送信する、項目１２に記載の方法。
（項目１４）
前記ＵＥによって、前記ソースセルによって送信される前記標的セルリンク追加要求を受信し、前記標的セルとの前記リンクパスを確立した後、前記方法は、
前記ＵＥによって、前記標的セルリンク追加要求に従って、前記ソースセルによって処理されるデータを監視することをさらに含み、
前記ソースセルによって処理される前記データおよび前記標的セルによって処理されるデータは、前記ＳＰＳまたは前記ＣＧに関連する前記リソース上で伝えられる、項目１１に記載の方法。
（項目１５）
前記ＵＥによって、前記ソースセルによって処理される前記データまたは前記標的セルによって処理される前記データのうちの１つに対応する無線品質指示情報を前記ソースセルに送信することであって、
前記無線品質指示情報が前記ソースセルの品質が不良であることを示す場合、前記無線品質指示情報は、データ転送タイマおよび前記標的セルへのハンドオーバを要求するためのパスハンドオーバ指示をＭＭＥに送信するように前記ソースセルに命令するためにさらに使用される、ことと、
前記無線品質指示情報が前記標的セルの品質が不良であることを示す場合、前記ＵＥによって、前記ソースセルによって送信される前記データ転送タイマおよび標的セルリンク削除要求を受信し、前記転送タイマがタイムアウトした後、前記ＵＥと前記標的セルとの間の前記リンクパスを削除することと
をさらに含み、
前記データ転送タイマは、タイムアウトがない場合、ダウンリンクデータを前記ソースセルと前記標的セルとに同時に送信するように前記ＭＭＥに命令するために使用される、項目１４に記載の方法。
（項目１６）
前記無線品質指示情報が前記ソースセルの品質が不良であることを示す場合、前記ＵＥによって、前記ソースセルによって送信されるソースセルリンク削除要求を受信し、前記ＵＥと前記ソースセルとの間のリンクパスを削除することをさらに含む、項目１３または１５に記載の方法。
（項目１７）
前記ＵＥと前記ソースセルとの間の前記リンクパスを削除した後、前記ＵＥによって、前記標的セルによって処理される前記データを監視することと、
前記ＵＥと前記標的セルとの間の前記リンクパスを削除した後、前記ＵＥによって、前記ソースセルによって処理される前記データを監視することと
をさらに含む、項目１６に記載の方法。
（項目１８）
イーサネット（登録商標）フレームのフレームヘッダを圧縮する方法であって、前記方法は、
第２の通信ノードによって、
第１の圧縮されたデータパケットを受信することであって、前記第１の圧縮されたデータパケットは、第１のイーサネット（登録商標）フレームを伝え、第１の通信ノードによって送信される、ことと、ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームのフレームヘッダとの間の対応情報を受信することとを行うことと、
前記第２の通信ノードによって、
第２の圧縮されたデータパケットを受信することであって、第２の圧縮されたデータパケットは、第２のイーサネット（登録商標）フレームを伝え、前記第１の通信ノードによって送信される、ことと、前記第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報と、前記ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームの前記フレームヘッダとの間の受信された対応情報とに従って、前記第２のイーサネット（登録商標）フレームのフレームヘッダを復元することとを行うことと
を含み、
前記第１のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されていないイーサネット（登録商標）フレームであり、前記第２のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されているイーサネット（登録商標）フレームであり、
前記ヘッダ圧縮ドメイン情報は、ヘッダ圧縮ドメインプロファイルまたはヘッダ圧縮ドメインコンテンツインデックスのうちの少なくとも１つを備えている、方法。
（項目１９）
前記第１の通信ノードは、
前記第１の通信ノードによって、送信されるべきデータパケットにおけるイーサネット（登録商標）フレームヘッダが送信されたデータパケットにおけるイーサネット（登録商標）フレームヘッダと同一であるかどうかを判断することと、判断結果が「はい」である場合、前記送信されるべきデータパケットにおいて、前記送信されたデータパケットにおけるイーサネット（登録商標）フレームヘッダ圧縮後の前記第２のイーサネット（登録商標）フレームを伝えることとを行う態様で、
前記第２の圧縮されたデータパケットを送信することを決定する、項目１８に記載の方法。
（項目２０）
前記第１の通信ノードが、前記送信されるべきデータパケットにおける前記イーサネット（登録商標）フレームヘッダが前記送信されたデータパケットにおける前記イーサネット（登録商標）フレームヘッダと同一であるかどうかを判断した後、前記方法は、前記判断結果が「いいえ」である場合、または、前記第１の通信ノードが前記送信されたデータパケットが不正確に伝送されていることを決定した場合、前記第１のイーサネット（登録商標）フレームを伝えるデータパケットを前記第２の通信ノードに送信すること、または、データパケットを前記第２の通信ノードに送信することを停止することをさらに含む、項目１９に記載の方法。
（項目２１）
前記第２のイーサネット（登録商標）フレームにおける前記ヘッダ圧縮ドメイン情報と、前記ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームにおける前記フレームヘッダとの間の記憶された対応とに従って、前記第２のイーサネット（登録商標）フレームの前記フレームヘッダを復元することは、
前記第２の通信ノードによって、前記対応に記憶された前記ヘッダ圧縮ドメイン情報を前記第２のイーサネット（登録商標）フレームにおける前記ヘッダ圧縮ドメイン情報と合致させることと、
前記合致が成功した場合、前記合致した第２のイーサネット（登録商標）フレームのフレームヘッダをデータパケットの形態で上位層に報告することと
を含む、項目１８に記載の方法。
（項目２２）
前記第１の通信ノードがユーザ機器（ＵＥ）である場合、前記第２の通信ノードは、ネットワーク側であり、前記第１の通信ノードがネットワーク側である場合、前記第２の通信ノードは、ＵＥである、項目１８－２１のいずれか１項に記載の方法。
（項目２３）
前記第１の通信ノードが前記ＵＥであり、前記第２の通信ノードが前記ネットワーク側である場合、前記方法は、
前記ＵＥによって、イーサネット（登録商標）ヘッダ圧縮のサポート能力を前記ネットワーク側に送信し、前記ネットワーク側によってフィードバックされる前記イーサネット（登録商標）ヘッダ圧縮のパラメータを受信することをさらに含み、
前記イーサネット（登録商標）ヘッダ圧縮の前記サポート能力は、前記イーサネット（登録商標）ヘッダ圧縮をサポートするかどうか、またはイーサネット（登録商標）をサポートするヘッダ圧縮ドメイン情報のうちの少なくとも１つを備え、
前記イーサネット（登録商標）ヘッダ圧縮のパラメータは、圧縮を可能にするためのイーサネット（登録商標）ドメイン指示、または圧縮を可能にするためのヘッダ圧縮ドメイン情報のうちの少なくとも１つを備えている、項目２２に記載の方法。
（項目２４）
前記ヘッダ圧縮ドメインプロファイルは、
前記イーサネット（登録商標）フレームの前記フレームヘッダを圧縮しないこと、
前記イーサネット（登録商標）フレーム内のイーサネット（登録商標）の宛先アドレスおよびソースアドレスを圧縮すること、
イーサネット（登録商標）ＩＩフレームのフレームヘッダを圧縮すること、
８０２．２サービスアクセスポイント（ＳＡＰ）ドメインを伝える電気電子技術者協会（ｉｎｓｔｉｔｕｔｅ ｏｆ ｅｌｅｃｔｒｉｃａｌ ａｎｄ ｅｌｅｃｔｒｏｎｉｃｓ
ｅｎｇｉｎｅｅｒｓ；ＩＥＥＥ）８０２．３フレームのフレームヘッダを圧縮すること、
サブネットワークアクセスプロトコル（ＳＮＡＰ）ドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、
８０２．１Ｑタグドメインを含むイーサネット（登録商標）ＩＩフレームのフレームヘッダを圧縮すること、
８０２．２ＳＡＰドメインおよび８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、
ＳＮＡＰドメインおよび８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、
第１の８０２．１Ｑタグドメインおよび第２の８０２．１Ｑタグドメインを含むイーサネット（登録商標）ＩＩフレームのフレームヘッダを圧縮すること、
８０２．２ＳＡＰドメイン、第１の８０２．１Ｑタグドメイン、および第２の８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、
ＳＮＡＰドメイン、第１の８０２．１Ｑタグドメイン、および第２の８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、または
産業用イーサネット（登録商標）の特定のフレーム構造のフレームヘッダを圧縮すること
のうちの１つを含み、
前記ヘッダ圧縮ドメインコンテンツインデックスは、圧縮されたイーサネット（登録商標）フレームヘッダのコンテンツを識別するために使用される、項目１８－２３のいずれか１項に記載の方法。
（項目２５）
イーサネット（登録商標）命令協調方法であって、前記方法は、
第５世代モバイル通信技術システム（５ＧＳ）によって、データパケットが到着するときの到着タイムスタンプと前記データパケットが出発するときの出発時間とを入手し、前記データパケットの滞在持続時間を計算することと、
前記５ＧＳによって、確認遅延の命令および前記滞在持続時間を伝える情報をユーザ機器（ＵＥ）に送信することと
を含む、方法。
（項目２６）
前記５ＧＳによって、前記確認遅延の命令および前記滞在持続時間を伝える前記情報を前記ＵＥに送信することは、前記５ＧＳによって、前記確認遅延と前記滞在持続時間との間の差異を計算し、前記差異に従って前記命令を更新することを含む、項目２５に記載の方法。
（項目２７）
前記５ＧＳによって、前記確認遅延の命令および前記滞在持続時間を伝える前記情報を前記ＵＥに送信することは、前記５ＧＳによって、前記滞在持続時間を前記データパケットの中に追加し、前記滞在持続時間および前記確認遅延に従って、前記確認遅延を更新するように前記ＵＥに命令することを含む、項目２５に記載の方法。
（項目２８）
前記５ＧＳによって、前記確認遅延の命令および前記滞在持続時間を伝える前記情報を前記ＵＥに送信することは、前記５ＧＳによって、前記滞在持続時間を前記データパケット内の滞在持続時間に累積し、前記データパケット内の前記累積された滞在持続時間および前記確認遅延に従って、前記確認遅延を更新するように前記ＵＥに命令することを含む、項目２５に記載の方法。
（項目２９）
ネットワーク側に位置しているリソース周期構成デバイスであって、前記デバイスは、
ユーザ機器（ＵＥ）によって報告されるトラフィックモードまたはクロック正確度能力のうちの少なくとも１つを受信するように構成された第１の受信モジュールと、
リソース構成情報を前記ＵＥに送信するように構成された構成モジュールと
を備え、
前記リソース構成情報は、構成リソースの周期係数、前記構成リソースの周期粒度、または前記構成リソースの周期の長さのうちの少なくとも１つを伝え、前記構成情報は、前記ＵＥの半持続的スケジューリング（ＳＰＳ）または構成されたグラント（ＣＧ）に関連するリソースを構成するために使用される、デバイス。
（項目３０）
ソースセル内に位置しているリンクパス処理デバイスであって、前記デバイスは、
リソース構成情報を要求するためのリソース構成要求を標的セルに送信し、前記標的セルによってフィードバックされるリソース構成応答を受信するように構成された第２の受信モジュールと、
ユーザ機器（ＵＥ）と前記標的セルとの間にリンクパスを確立するための標的セルリンク追加要求を前記ＵＥに送信するように構成された送信モジュールと
を備え、
前記標的セルリンク追加要求は、前記リソース構成情報を伝え、前記リソース構成情報は、構成リソースの周期係数、前記構成リソースの周期粒度、または前記構成リソースの周期の長さのうちの少なくとも１つを伝え、前記構成情報は、前記ＵＥの半持続的スケジューリング（ＳＰＳ）または構成されたグラント（ＣＧ）に関連するリソースを構成するために使用される、デバイス。
（項目３１）
ユーザ機器（ＵＥ）内に位置しているリンクパス確立デバイスであって、前記デバイスは、ソースセルによって送信される標的セルリンク追加要求を受信し、標的セルとのリンクパスを確立するように構成された確立モジュールを備え、
前記標的セルリンク追加要求は、リソース構成情報を伝え、前記リソース構成情報は、リソース構成要求を前記ソースセルから前記標的セルに送信することによって入手され、前記リソース構成情報は、構成リソースの周期係数、前記構成リソースの周期粒度、または前記構成リソースの周期の長さのうちの少なくとも１つを伝え、前記リソース構成情報は、前記ＵＥの半持続的スケジューリング（ＳＰＳ）または構成されたグラント（ＣＧ）に関連するリソースを構成するために使用される、デバイス。
（項目３２）
第２の通信ノード内に位置しているイーサネット（登録商標）フレームのフレームヘッダを圧縮するためのデバイスであって、前記デバイスは、
記憶モジュールであって、前記記憶モジュールは、第２の通信ノードによって、第１の圧縮されたデータパケットを受信することであって、前記第１の圧縮されたデータパケットは、第１のイーサネット（登録商標）フレームを伝え、第１の通信ノードによって送信される、ことと、ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームのフレームヘッダとの間の対応情報を受信することとを行うように構成されている、記憶モジュールと、
復元モジュールと
を備え、
前記復元モジュールは、第２の圧縮されたデータパケットを受信することであって、前記第２の圧縮されたデータパケットは、第２のイーサネット（登録商標）フレームを伝え、前記第１の通信ノードによって送信される、ことと、前記第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報と、前記ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームの前記フレームヘッダとの間の受信された対応情報とに従って、前記第２のイーサネット（登録商標）フレームのフレームヘッダを復元することとを行うように構成され、前記第１のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されていないイーサネット（登録商標）フレームであり、前記第２のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されているイーサネット（登録商標）フレームであり、前記ヘッダ圧縮ドメイン情報は、ヘッダ圧縮ドメインプロファイルまたはヘッダ圧縮ドメインコンテンツインデックスのうちの少なくとも１つを備えている、デバイス。
（項目３３）
第５世代モバイル通信技術システム（５ＧＳ）内に位置しているイーサネット（登録商標）命令協調デバイスであって、前記デバイスは、
データパケットが到着するときの到着タイムスタンプと前記データパケットが出発するときの出発時間とを入手し、前記データパケットの滞在持続時間を計算するように構成された計算モジュールと、
確認遅延の命令および前記滞在持続時間を伝える情報をユーザ機器（ＵＥ）に送信するように構成された指示モジュールと
を備えている、デバイス。
（項目３４）
実行されると、項目１－３、項目４－１０、項目１１－１７、項目１８－２４、または項目２５－２８のいずれか１項に記載の方法を実施するように構成されたコンピュータプログラムを記憶している記憶媒体。
（項目３５）
メモリと、プロセッサとを備えている電子デバイスであって、前記メモリは、コンピュータプログラムを記憶するように構成され、前記プロセッサは、前記コンピュータプログラムを実行し、項目１－３、項目４－１０、項目１１－１７、項目１８－２４、または項目２５－２８のいずれか１項に記載の方法を実施するように構成されている、電子デバイス。

図１は、本開示のある実施形態によるリソース周期構成方法のフローチャートである。 図２は、本開示のある実施形態によるＣＧトラフィックまたはＳＰＳトラフィックのトラフィック周期最適化の概略図である。 図３は、本開示のある実施形態によるリンクパス処理方法のフローチャートである。 図４は、本開示のある実施形態によるリンクパスを確立するためのフローチャートである。 図５は、本開示のある実施形態によるリソース事前構成シナリオにおけるソフトハンドオーバのフローチャートである。 図６は、本開示のある実施形態によるリソース事前構成シナリオにおける別のソフトハンドオーバのフローチャートである。 図７は、本開示のある実施形態によるイーサネット（登録商標）フレームのフレームヘッダを圧縮する方法のフローチャートである。 図８は、本開示のある実施形態によるイーサネット（登録商標）フレームの構造図である。 図９は、本開示のある実施形態によるイーサネット（登録商標）ヘッダの圧縮されたフレームの構造図である。 図１０は、本開示のある実施形態によるイーサネット（登録商標）ヘッダの別の圧縮されたフレームの構造図である。 図１１は、本開示のある実施形態によるイーサネット（登録商標）ヘッダ圧縮フローの概略図である。 図１２は、本開示のある実施形態による別のイーサネット（登録商標）ヘッダ圧縮フローの概略図である。 図１３は、本開示のある実施形態によるイーサネット（登録商標）ヘッダ圧縮状態機械の概略図である。 図１４は、本開示のある実施形態によるイーサネット（登録商標）命令協調方法のフローチャートである。 図１５は、本開示のある実施形態によるイーサネット（登録商標）命令協調のフローチャートである。 図１６は、本開示のある実施形態によるイーサネット（登録商標）命令協調の別のフローチャートである。 図１７は、本開示のある実施形態によるリソース周期構成デバイスの構造ブロック図である。 図１８は、本開示のある実施形態によるリンクパス処理デバイスの構造ブロック図である。 図１９は、本開示のある実施形態によるリンクパス確立デバイスの構造ブロック図である。 図２０は、本開示のある実施形態によるイーサネット（登録商標）フレームのフレームヘッダを圧縮するためのデバイスの構造ブロック図である。 図２１は、本開示のある実施形態によるイーサネット（登録商標）命令協調デバイスの構造ブロック図である。

本開示は、実施形態と併せて図面を参照して、以降で詳細に説明されるであろう。不一致が生じない場合、本願における実施形態およびその中の特徴が互いに組み合わせられ得ることに留意されたい。

本開示の説明、請求項、および図面内の用語「第１」、「第２」等は、類似するオブジェクトを区別するために使用され、必ずしも特定の順番または順序を説明するために使用されないことに留意されたい。

（実施形態１）
本実施形態は、リソース周期構成方法を提供する。図１は、本開示のある実施形態によるリソース周期構成方法のフローチャートである。図１に示されるように、方法は、下で説明されるステップを含む。

ステップＳ１０２では、ネットワーク側が、ＵＥによって報告されるトラフィックモードおよび／またはクロック正確度能力を受信する。

ステップＳ１０４では、ネットワーク側が、リソース構成情報をＵＥに送信し、リソース構成情報は、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝え、構成情報は、ＵＥのＳＰＳまたはＣＧに関連するリソースを構成するために使用される。

ある実施形態によると、リソース周期構成方法が、提供される。方法は、ネットワーク側によって、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝えるリソース構成情報をＵＥに送信することを含む。構成情報は、ＵＥのＣＧトラフィックまたはＳＰＳトラフィックを示すために使用される。

随意に、構成リソースの周期係数は、構成リソースのリソース周期の単位を示すために使用される。

随意に、リソース構成情報が周期係数を備えている場合、ＣＧの周期が、ＣＧの構成周期と周期係数とによって合同で決定されるか、または、ＳＰＳの周期が、ＳＰＳの構成周期と周期係数とによって合同で決定され；代替として、リソース構成情報が周期粒度と周期の長さとを含む場合、ＣＧの周期またはＳＰＳの周期は、周期粒度の単位における周期の長さの時間の長さである。

図２は、本開示のある実施形態によるＣＧトラフィックまたはＳＰＳトラフィックのトラフィック周期最適化の概略図である。図２に示されるように、ＵＥは、トラフィックモードおよび／またはＵＥクロック正確度能力情報をネットワーク側に報告する。

トラフィックモードは、データパケットのサイズ、またはデータパケットの伝送時間間隔に関連する情報のうちの少なくとも１つを含む。トラフィックモードの報告は、無線リソース制御（ＲＲＣ）メッセージおよび／またはアップリンク媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を通して伝えられ得る。

ＲＲＣメッセージは、以下のうちの少なくとも１つを含む：ＲＲＣメッセージ３（ＲＲＣ Ｍｓｇ３）ＲＲＣ接続要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ）、ＲＲＣ初期データ要求メッセージ（ＲＲＣＡｒｌｙＤａｔａＲｅｑｕｅｓｔ）、ＲＲＣ接続再開要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ）またはＲＲＣ接続再開再確立要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ）、ＲＲＣメッセージ５（ＲＲＣＭｓｇ５）（ＲＲＣ接続設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ）、ＲＲＣ接続再開完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅ）またはＲＲＣ接続再確立完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅ））、または、他の新たに導入されるアップリンクＲＲＣメッセージ。

ＵＥクロック正確度能力情報は、少なくともＵＥクロック正確度レベル（例えば、層－１，・・・または層－４）、または、単位時間あたりのＵＥクロックの最大エラー（例えば、ｐｐｍの単位における、または１秒あたりｘマイクロ秒の最大エラーの単位における）を含む。ＵＥクロック正確度能力情報は、以下の様式のうちのいずれか１つで報告される：ＵＥトラフィックモード情報とともに報告される；ＲＲＣ Ｍｓｇ５（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＣｏｍｐｌｅｔｅ、またはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｉｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅ）を通して独立して報告される；または、ＵＥ能力情報（ＵＥＣａｐａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ）を通して独立して報告される。

ネットワーク側は、ＣＧまたはＳＰＳのリソース構成をＵＥに送信し、ＣＧまたはＳＰＳのリソース構成は、以下の情報のうちの少なくとも１つを伝える：周期係数、ビットマップの様式で表される周期内のトラフィック機会、リソース構成インデックスを伝えるＣＧまたはＳＰＳリソースの複数の組、または周期粒度および周期の長さ。リソース構成は、ダウンリンクＲＲＣメッセージにおいて実施される。

具体的に、ＣＧまたはＳＰＳのトラフィック周期の値の範囲は、以下を含む（シンボルの単位で）。
副搬送波間隔（ＳＣＳ）が１５ｋＨｚに等しい場合：２、７、およびｎ^＊１４であり、ｎ＝｛１，２，４，５，８，１０，１６，２０，３２，４０，６４，８０，１２８，１６０，３２０，６４０｝であり；
ＳＣＳが３０ｋＨｚに等しい場合：２、７、およびｎ^＊１４であり、ｎ＝｛１，２，４，５，８，１０，１６，２０，３２，４０，６４，８０，１２８，１６０，２５６，３２０，６４０，１２８０｝であり；
ＳＣＳが通常のサイクリックプレフィックス（ＣＰ）を伴って６０ｋＨｚに等しい場合：２、７、およびｎ^＊１４であり、ｎ＝｛１，２，４，５，８，１０，１６，２０，３２，４０，６４，８０，１２８，１６０，２５６，３２０，５１２，６４０，１２８０，２５６０｝であり；
ＳＣＳが拡張サイクリックプレフィックス（ＥＣＰ）を伴って６０ｋＨｚに等しい場合：２、６、およびｎ^＊１２であり、ｎ＝｛１，２，４，５，８，１０，１６，２０，３２，４０，６４，８０，１２８，１６０，２５６，３２０，５１２，６４０，１２８０，２５６０｝であり；
ＳＣＳが１２０ｋＨｚに等しい場合：２、７、およびｎ^＊１４であり、ｎ＝｛１，２，４，５，８，１０，１６，２０，３２，４０，６４，８０，１２８，１６０，２５６，３２０，５１２，６４０，１０２４，１２８０，２５６０，５１２０｝である。

表１に具体的に示されるように、１つのサブフレームは、１ミリ秒の持続時間であり、１つのサブフレームは、１～１６個のスロットに対応し、１つのスロットは、１２または１４個のシンボルに対応する。

すなわち、関連技術分野のＮＲ規格では、ＣＧまたはＳＰＳの最大トラフィック周期は、６４０ミリ秒であり、値範囲は、比較的に大きい間隔を有し、値範囲（ｎ＝４８０等）外の周期は、構成されることができない。したがって、ネットワーク側が、ＵＥのためのＣＧまたはＳＰＳを構成するとき、リソース周期以外に、ネットワーク側は、周期係数、ビットマップの様式で表される周期内のトラフィック機会、リソース構成インデックスを伝えるＣＧまたはＳＰＳリソースの複数の組、または周期粒度および周期の長さも構成する。リソース構成インデックスは、ビットマップの様式で１つ以上のＣＧまたはＳＰＳを同時にアクティブにするために、またはアクティブ解除するために、ネットワーク側によって使用される。

周期係数は、正の整数、例えば、１／ｎからｍまでの列挙値であり得、ｎおよびｍは、正の整数である。

周期粒度は、新しい周期の単位を表すために使用され、値範囲は、少なくともシンボル、スロット、サブフレーム、無線フレーム、および１秒あたりの回数（Ｈｚ）を含む。

新しい周期は、周期粒度の単位で周期の長さを表し、値範囲は、正の整数、例えば、１からｍまでの値であり得、ｍは、正の整数である。

周期係数が、構成される場合、ＣＧまたはＳＰＳのリソース間隔または周期は、リソース周期^＊周期係数である。

周期粒度および新しい周期が、構成される場合、ＣＧまたはＳＰＳのリソース間隔または周期は、単位としての周期粒度および長さとしての新しい周期を伴う時間間隔である。

構成された周期粒度が、Ｈｚである場合、ＣＧまたはＳＰＳのリソース間隔または周期は、以下の様式で計算される：（１／長さとしての新しい周期）を（１秒あたりのシンボルの数）で除算し、次いで、端数の切り上げを実施し、計算されたシンボルの数をリソース間隔または周期とする。リソース間隔または周期の計算方法は、以下である：

代替として、構成された周期粒度は、Ｈｚであり、ＣＧまたはＳＰＳのリソース場所を決定する方法は：第ｎリソースの開始場所から第１のリソースの開始場所までの時間の長さは、

ということであり、ｎは、正の整数である。

ビットマップの様式で表される周期内のトラフィック機会が、構成される場合、トラフィック機会は、ビットマップによって示されるモードに従って周期範囲内に現れる。例えば、トラフィック周期が、１つの無線フレームであり、ビット列＝１０１０００００００である場合、トラフィック機会は、１つの無線フレーム内の第０のスロットおよび第２のスロットにおいて１回現れ、残りのスロットではもう現れない。

ＣＧまたはＳＰＳリソースの複数の組が、構成される場合、リソースの各組が、１つのリソースインデックスに対応し、１つのビットマップが、リソースインデックスに対応するために使用される。例えば、８組のリソース構成が、８ビットのビットマップに対応する。第１のビットは、リソースの第１の組を表し、第２のビットは、リソースの第２の組を表し、・・・第８のビットは、リソースの第８の組を表す。０のビット値は、関連動作が対応するリソースに関連しないことを表し、１のビット値は、関連動作が対応するリソースに関連することを表す。例えば、１０１０００００のビットマップ値を有する、リソースインデックスのリソースをアクティブにすることは、ＣＧ／ＳＰＳリソースの第１および第３の組がアクティブにされることを表す。

上で説明される実施形態の説明から、上で説明される実施形態における方法は、必要な汎用ハードウェアプラットフォームを加えたソフトウェアを用いて実装され得るか、または、当然ながらハードウェアによって実装され得ることが、当業者に明白であろう。本開示のソリューションは、ソフトウェア製品の形態で実質的に具現化され得る。コンピュータソフトウェア製品は、記憶媒体（読み取り専用メモリ（ＲＯＭ）／ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク、または光学ディスク等）内に記憶され、端末デバイス（携帯電話、コンピュータ、サーバ、ネットワークデバイス等であり得る）が上で説明される実施形態の各々における方法を実行することを可能にするためのいくつかの命令を含む。

（実施形態２）
本実施形態は、リンクパス処理方法を提供する。図３は、本開示のある実施形態によるリンクパス処理方法のフローチャートである。図３に示されるように、方法は、下で説明されるステップを含む。

ステップＳ３０２では、ソースセルが、リソース構成情報を要求するためのリソース構成要求を標的セルに送信し、標的セルによってフィードバックされるリソース構成応答を受信する。

ステップＳ３０４では、ソースセルが、ＵＥと標的セルとの間にリンクパスを確立するための標的セルリンク追加要求をＵＥに送信し、標的セルリンク追加要求は、リソース構成情報を伝え、リソース構成情報は、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝え、構成情報は、ＵＥのＳＰＳまたはＣＧに関連するリソースを構成するために使用される。

随意に、標的セルリンク追加要求は、ソースセルによって処理されるデータおよび標的セルによって処理されるデータを監視するようにＵＥに命令するためにさらに使用され、ソースセルによって処理されるデータおよび標的セルによって処理されるデータは、ＳＰＳまたはＣＧに関連するリソース上で送信される。

随意に、方法は、下で説明されるステップをさらに含み、ソースセルが標的セルリンク追加要求をＵＥに送信した後、ソースセルは、ＵＥによって送信される以下の無線品質指示情報のうちの少なくとも１つを受信する：ＲＳＲＰまたはＲＳＲＱ；および、無線品質指示情報が、ソースセルの品質が不良であることを示すことを決定した場合、ソースセルは、標的セルへのハンドオーバを要求するためのパスハンドオーバ指示をＭＭＥに送信する。

随意に、標的セルリンク追加要求はさらに、ソースセルによって処理されるデータおよび標的セルによって処理されるデータを監視するようにＵＥに命令するために使用され、ソースセルによって処理されるデータおよび標的セルによって処理されるデータは、ＳＰＳまたはＣＧに関連するリソース上で伝えられる。

随意に、方法は、下で説明されるステップをさらに含み、ソースセルは、ＵＥによって監視されるソースセルまたは標的セルのＲＳＲＰおよび／またはＲＳＲＱの無線品質指示情報を受信し、無線品質指示情報がソースセルの品質が不良であることを示すことを決定した場合、ソースセルは、データ転送タイマおよび標的セルへのハンドオーバを要求するためのパスハンドオーバ指示をＭＭＥに送信し、無線品質指示情報が標的セルの品質が不良であることを示すことを決定した場合、ソースセルは、ＵＥと標的セルとの間のリンクパスの削除を要求するための標的セルリンク削除要求をＵＥに送信する。データ転送タイマは、タイムアウトがない場合、ダウンリンクデータをソースセルと標的セルとに同時に送信するようにＭＭＥに命令するために使用される。

随意に、方法は、下で説明されるステップをさら含み、無線品質指示情報がソースセルの品質が不良であることを示すことを決定した場合、ソースセルは、ＵＥとソースセルとの間のリンクパスを削除するためのソースセルリンク削除要求をＵＥに送信する。

随意に、ソースセルリンク削除要求は、標的セルによって処理されるデータを監視するようにＵＥに命令するためにさらに使用され、標的セルリンク削除要求は、ソースセルによって処理されるデータを監視するようにＵＥに命令するためにさらに使用される。

上で説明される実施形態の説明から、上で説明される実施形態における方法は、必要な汎用ハードウェアプラットフォームを加えたソフトウェアを用いて実装され得るか、または、当然ながらハードウェアによって実装され得ることが、当業者に明白であろう。本開示のソリューションは、ソフトウェア製品の形態で具現化され得る。コンピュータソフトウェア製品は、記憶媒体（ＲＯＭ／ＲＡＭ、磁気ディスク、または光学ディスク等）内に記憶され、端末デバイス（携帯電話、コンピュータ、サーバ、ネットワークデバイス等であり得る）が上で説明される実施形態の各々における方法を実行することを可能にするためのいくつかの命令を含む。

（実施形態３）
本実施形態は、リンクパス確立方法を提供する。図４は、本開示のある実施形態によるリンクパス確立方法のフローチャートである。図４に示されるように、方法は、下で説明されるステップを含む。

ステップＳ４０２では、ＵＥが、ソースセルによって送信される標的セルリンク追加要求を受信し、標的セルとのリンクパスを確立する。標的セルリンク追加要求は、リソース構成情報を伝え、リソース構成情報は、ソースセルからのリソース構成要求を標的セルに送信することによって入手され、リソース構成情報は、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝え、リソース構成情報は、ＵＥのＳＰＳまたはＣＧに関連するリソースを構成するために使用される。

随意に、ＵＥがソースセルによって送信される標的セルリンク追加要求を受信し、標的セルとのリンクパスを確立した後、方法は、下で説明されるステップをさらに含み、ＵＥは、標的セルリンク追加要求に従って、ソースセルによって処理されるデータおよび／または標的セルによって処理されるデータを監視し、ソースセルによって処理されるデータおよび標的セルによって処理されるデータの両方は、ＳＰＳまたはＣＧに関連するリソース上で送信または受信される。

随意に、方法は、下で説明されるステップをさらに含み、ＵＥが、ソースセルの無線品質指示情報をソースセルに送信し、無線品質指示情報がソースセルの品質が不良であることを示すために使用されていることを決定した場合、ソースセルは、標的セルへのハンドオーバを要求するためのパスハンドオーバ指示をＭＭＥに送信する。

随意に、ＵＥが、ソースセルによって送信される標的セルリンク追加要求を受信し、標的セルとのリンクパスを確立した後、方法は、下で説明されるステップをさらに含み、ＵＥは、標的セルリンク追加要求に従って、ソースセルによって処理されるデータを監視し、ソースセルによって処理されるデータおよび標的セルによって処理されるデータは、ＣＧまたはＳＰＳトラフィックリソース上で伝えられる。

随意に、方法は、下で説明されるステップをさらに含み、ＵＥが、ソースセルによって処理されるデータまたは標的セルによって処理されるデータのうちの１つに対応する無線品質指示情報をソースセルに送信し、無線品質指示情報がソースセルの品質が不良であることを示す場合、品質指示情報は、データ転送タイマおよび標的セルへのハンドオーバを要求するためのパスハンドオーバ指示をＭＭＥに送信するようにソースセルに命令するためにさらに使用され、品質指示情報が標的セルの品質が不良であることを示す場合、ＵＥが、データ転送タイマおよびソースセルによって送信される標的セルリンク削除要求を受信し、転送タイマがタイムアウトした後、ＵＥと標的セルとの間のリンクパスを削除する。データ転送タイマは、タイムアウトがない場合、ダウンリンクデータをソースセルと標的セルとに同時に送信するようにＭＭＥに命令するために使用される。

随意に、方法は、下で説明されるステップをさらに含み、品質指示情報が、ソースセルの品質が不良であることを示す場合、ＵＥが、ソースセルによって送信されるソースセルリンク削除要求を受信し、ＵＥとソースセルとの間のリンクパスを削除する。

随意に、ＵＥとソースセルとの間のリンクパスが削除された後、ＵＥは、標的セルによって処理されるデータを監視し、ＵＥと標的セルとの間のリンクパスが削除された後、ＵＥは、ソースセルによって処理されるデータを監視する。

上で説明される実施形態の説明から、上で説明される実施形態における方法は、必要な汎用ハードウェアプラットフォームを加えたソフトウェアを用いて実装され得るか、または、当然ながらハードウェアによって実装され得ることが、当業者に明白であろう。本開示のソリューションは、ソフトウェア製品の形態で具現化され得る。コンピュータソフトウェア製品は、記憶媒体（ＲＯＭ／ＲＡＭ、磁気ディスク、または光学ディスク等）内に記憶され、端末デバイス（携帯電話、コンピュータ、サーバ、ネットワークデバイス等であり得る）が上で説明される実施形態の各々における方法を実行することを可能にするためのいくつかの命令を含む。

上で説明されるソリューションをさらに理解するために、本実施形態は、２つのシナリオをさらに提供する。

（シナリオ１）
図５は、本開示のある実施形態によるソフトハンドオーバのリソース事前構成シナリオのフローチャートである。図５に示されるように、ソフトハンドオーバは、以下を含む。ソースセル（セル１）内に留まるＵＥが、標的セル（セル２）の品質が良好になるという測定報告を報告する。

ソースセル（セル１）が、リソース構成要求を標的セル（セル２）に送信し、リソース構成要求は、ＣＧまたはＳＰＳのトラフィックモード（トラフィック開始時間、データパケットのサイズおよび周期、または、ソースセルのＣＧまたはＳＰＳ構成情報（グラント情報、周期、およびアクティブ化機会等））を伝える。

標的セル（セル２）が、リソース構成応答をソースセル（セル１）に送信し、リソース構成応答は、ＣＧまたはＳＰＳ構成情報（グラント情報、周期、およびアクティブ化機会等の情報）を伝える。

ソースセル（セル１）は、標的セルリンク追加要求をＵＥに送信し、標的セルリンク追加要求は、ＣＧまたはＳＰＳ構成情報（グラント情報、周期、およびアクティブ化機会等の情報）を伝える。標的セルリンク追加要求は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ等のハンドオーバ関連ダウンリンクＲＲＣシグナリングを通して伝えられ得る。

ＵＥは、ソースセル（セル１）と標的セルとのスケジューリング／ダウンリンクデータを同時に監視し（ＭＭＥによってセル１に送信されるデータは、セル２に転送され、次いで、同時にＵＥに送信され得る）、および／または、ソースセル（セル１）と標的セルとにおいてデータを同時に伝送する（セル２は、データを受信し、データをセル１に転送し、セル１は、データを組み合わせ、組み合わせられたデータをＭＭＥに送信する）。

ＵＥは、ソースセル（セル１）によって送信されるソースセルの不良品質の指示を報告し、指示は、測定報告／無線リンク障害（ＲＬＦ）を通して送信され得るか、または、ソースセルは、アップリンクＲＬＦ検出を通して指示を取得する。

ソースセル（セル１）は、パスハンドオーバ指示をＭＭＥに送信し、ＭＭＥは、Ｎｇインターフェース接続を標的セル（セル２）に切り替える。

ソースセル（セル１）は、ソースセルリンク削除要求をＵＥに送信する。ソースセルリンク削除要求は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ等のハンドオーバ関連ダウンリンクＲＲＣシグナリングを通して伝えられ得る。

ＵＥは、標的セルのスケジューリング／ダウンリンクデータのみを監視し（ＭＭＥは、データをセル２に送信し、セル２は、データをＵＥに送信する）、および／または、標的セルは、データ伝送を実施する（セル２は、データを受信し、次いで、データをＭＭＥに送信する）。

このシナリオと３Ｇシステムにおけるソフトハンドオーバプロセスとの間の差異は、以下の通りであることに留意されたい。３Ｇシステムでは、制御ノードは、無線ネットワークコントローラ（ＲＮＣ）である一方、このシナリオにはＲＮＣが存在せず、制御ノードは、一次セル（Ｐセル）である。３Ｇシステムでは、事前構成されたリソースが存在しない一方、このシナリオでは、標的セルに送信されるリソース要求は、トラフィックモードを伝え、標的セルの応答は、リソースグラント情報を伝え、３Ｇシステムでは、無線リンク（ＲＬ）追加要求が、セルの間に存在し、ＵＵインターフェースが、アクティブセット更新を送信する一方、このシナリオでは、ＲＬ追加要求が、セルの間に存在し、ＵＵインターフェースが、ＲＲＣ接続再構成を送信する。

（シナリオ２）
図６は、本開示のある実施形態によるリソース事前構成シナリオのフローチャートである。図６に示されるように、二重接続は、以下を含む。

ソースセル（セル１）内に留まるＵＥが、標的セル（セル２）の品質が良好になるという測定報告を報告する。

ソースセル（セル１）が、リソース構成要求を標的セル（セル２）に送信し、リソース構成要求は、ＣＧまたはＳＰＳのトラフィックモード（トラフィック開始時間、データパケットのサイズおよび周期、またはグラント情報、周期、およびアクティブ化機会等のソースセルのＣＧまたはＳＰＳ構成情報）を伝える。

標的セル（セル２）が、リソース構成応答をソースセル（セル１）に送信し、リソース構成応答は、ＣＧまたはＳＰＳ構成情報（グラント情報、周期、およびアクティブ化機会等の情報）を伝える。

ソースセル（セル１）は、二重接続確立要求をＵＥに送信し、二重接続確立要求は、二次セル（Ｓセル）のＣＧまたはＳＰＳ構成情報（グラント情報、周期、およびアクティブ化機会等）を伝える。標的セルリンク追加要求は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ等のハンドオーバ関連ダウンリンクＲＲＣシグナリングを通して伝えられ得る。

ＵＥは、ソースセル（セル１）のスケジューリング／ダウンリンクデータを監視し、（セル１は、ＭＭＥからセル１に送信されるデータをＵＥに送信する）、および／または、ソースセル（セル１）は、データ伝送を実施する（セル１は、データを受信した後にデータをＭＭＥに送信する）。

ＵＥは、ソースセル（セル１）によって送信されるソースセルの不良な品質の指示を報告し、指示は、測定報告／ＲＬＦを通して送信され得るか、または、ソースセルは、アップリンクＲＬＦ検出を通して指示を取得する。

ソースセル（セル１）は、パスハンドオーバ指示をＭＭＥに送信し、データ転送タイマが、同時に伝えられる。ＭＭＥは、Ｎｇインターフェース接続を標的セル（セル２）に切り替え、ソースセルと標的セルとの間のＮｇリンクが、タイマ内で維持され、ＭＭＥは、ダウンリンクデータをソースセルと標的セルとに同時に送信する。

ソースセル（セル１）は、ハンドオーバ命令をＵＥに送信する。ハンドオーバ命令は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ等のハンドオーバ関連ダウンリンクＲＲＣシグナリングを通して伝えられ得る。

ハンドオーバ命令を受信した後、ＵＥは、標的セル（セル２）のスケジューリング／ダウンリンクデータを監視し始め（セル１とセル２とは、ＭＭＥからセル１およびセル２に送信されるデータをＵＥに同時に送信する）、および／または、データ伝送が、標的セル（セル２）内で実施される（セル２は、データを受信した後、データをＭＭＥに送信する）。

ＵＥは、標的セルのスケジューリング／ダウンリンクデータのみを監視し（ＭＭＥは、データをセル２に送信し、セル２は、データをＵＥに送信する）、および／または、標的セルは、データ伝送を実施する（セル２は、データを受信し、データをＭＭＥに送信する）。

標的セルによって処理されるデータのみが監視される方式は、ソースセルによって処理されるデータタのみが監視される方式に類似することに留意されたい。差異は、標的セルに直接報告する代わりに、ＵＥが監視されたデータを報告するオブジェクトが、依然として、ソースセルであることである。リンクを削除することに関連する命令も、ソースセルによって行われる。加えて、ハンドオーバプロセスが関与しないので、このように、ソースセルは、いずれのハンドオーバ命令もＵＥに送信しない。

シナリオ２とシナリオ１との間の差異は、以下の通りであることに留意されたい。二重接続のシナリオでは、ＵＥが、１つのみのセルのＣＧ／ＳＰＳ情報を監視し、ハンドオーバ命令を送信するプロセスでは、ソースセルと標的セルとが、ダウンリンクデータをＵＥに同時に送信し得るが、ＵＥは、２つのセルのうちの１つのみを監視する。

ＵＥが、Ｓセルとしての役割を果たす標的セルの構成情報を受信する場合でさえ、ＵＥは、ＵＥがハンドオーバ命令を受信するまで、依然として、ソースセルのＣＧ／ＳＰＳチャネルのみを監視し、次いで、ＵＥは、標的セルのＣＧ／ＳＰＳ情報のみを監視し始める。

上で述べられる２つのシナリオは、関連技術分野における二重接続では、ＵＥがハンドオーバ命令を受信した後、一次セルおよび二次セルが同時に解放され、ＵＥが標的セル内で再同期化する一方で、上で述べられるシナリオでは、ＵＥがハンドオーバ命令を受信した後、二次セルの同期化、ＣＧ／ＳＰＳ等のリソース構成等が、依然として、維持され、ＵＥは、標的セル内で再同期化する必要はないという点で、関連技術分野における二重接続と異なる。

（実施形態４）
本実施形態は、イーサネット（登録商標）フレームのフレームヘッダを圧縮する方法を提供する。図７は、本開示のある実施形態によるイーサネット（登録商標）フレームのフレームヘッダを圧縮する方法のフローチャートである。図７に示されるように、方法は、下で説明されるステップを含む。

ステップＳ７０２では、第２の通信ノードが、第１のイーサネット（登録商標）フレームを伝え、第１の通信ノードによって送信される第１の圧縮されたデータパケットを受信し、ヘッダ圧縮ドメイン情報と第１のイーサネット（登録商標）フレームのフレームヘッダとの間の対応情報を受信する。

ステップＳ７０４では、第２の通信ノードが、第２のイーサネット（登録商標）フレームを伝え、第１の通信ノードによって送信される第２の圧縮されたデータパケットを受信し、第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報と、ヘッダ圧縮ドメイン情報と第１のイーサネット（登録商標）フレームのフレームヘッダとの間の受信された対応情報とに従って、第２のイーサネット（登録商標）フレームのフレームヘッダを復元する。第１のイーサネット（登録商標）フレームは、どんなヘッダ圧縮も実施されていないイーサネット（登録商標）フレームであり、第２のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されたイーサネット（登録商標）フレームであり、ヘッダ圧縮ドメイン情報は、ヘッダ圧縮ドメインプロファイルおよび／またはヘッダ圧縮ドメインコンテンツインデックスを含む。

随意に、第１の通信ノードは、以下の様式で第２の圧縮されたデータパケットを送信することを決定する：第１の通信ノードは、送信されるべきデータパケットにおけるイーサネット（登録商標）フレームヘッダが送信されたデータパケットにおけるイーサネット（登録商標）フレームヘッダと同一であるかどうかを判断し；判断結果が「はい」である場合、イーサネット（登録商標）フレームヘッダ圧縮後の第２のイーサネット（登録商標）フレームが、送信されるべきデータパケット内で伝えられる。

随意に、判断結果が「いいえ」である場合、または第１の通信ノードが、送信されたデータパケットが不正確に伝送されたことを決定した場合、第１のイーサネット（登録商標）フレームを伝えるデータパケットが、第２の通信ノードに送信されるか、または、データパケットは、第２の通信ノードに送信することを停止させられる。

随意に、第２のイーサネット（登録商標）フレームのフレームヘッダが第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報と、ヘッダ圧縮ドメイン情報と第１のイーサネット（登録商標）フレームにおけるフレームヘッダとの間の記憶された対応とに従って復元されるステップは、以下のステップを含む：第２の通信ノードが、記憶されたヘッダ圧縮ドメイン情報を第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報と合致させ、合致が成功した場合、合致した第２のイーサネット（登録商標）フレームのフレームヘッダが、データパケットの形態で上位層に報告される。

随意に、第１の通信ノードがＵＥである場合、第２の通信ノードは、ネットワーク側であり、第１の通信ノードがネットワーク側である場合、第２の通信ノードは、ＵＥである。

随意に、第１の通信ノードがＵＥであり、第２の通信ノードがネットワーク側である場合、方法は、下で説明されるステップをさらに含み、ＵＥが、イーサネット（登録商標）ヘッダ圧縮のサポート能力をネットワーク側に送信し、ネットワーク側によってフィードバックされるイーサネット（登録商標）ヘッダ圧縮のパラメータを受信する。イーサネット（登録商標）ヘッダ圧縮のサポート能力は、イーサネット（登録商標）ヘッダ圧縮をサポートするかどうか、またはイーサネット（登録商標）をサポートするヘッダ圧縮ドメイン情報のうちの少なくとも１つを含み、イーサネット（登録商標）ヘッダ圧縮のパラメータは、圧縮を可能にするためのイーサネット（登録商標）ドメイン指示、または圧縮を可能にするためのヘッダ圧縮ドメイン情報のうちの少なくとも１つを含む。

随意に、ヘッダ圧縮ドメインプロファイルは、以下のうちの１つを含む：イーサネット（登録商標）フレームのフレームヘッダを圧縮しないこと、イーサネット（登録商標）フレーム内のイーサネット（登録商標）の宛先アドレスおよびソースアドレスを圧縮すること、イーサネット（登録商標）ＩＩフレームのフレームヘッダを圧縮すること、８０２．２ＳＡＰドメインを伝えるＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、ＳＮＡＰドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、８０２．１Ｑタグドメインを含むイーサネット（登録商標）ＩＩフレームのフレームヘッダを圧縮すること、８０２．２ＳＡＰドメインおよび８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、ＳＮＡＰドメインおよび８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、第１の８０２．１Ｑタグドメインおよび第２の８０２．１Ｑタグドメインを含むイーサネット（登録商標）ＩＩフレームのフレームヘッダを圧縮すること、８０２．２ＳＡＰドメイン、第１の８０２．１Ｑタグドメイン、および第２の８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、ＳＮＡＰドメイン、第１の８０２．１Ｑタグドメイン、および第２の８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること、または産業用イーサネット（登録商標）の特定のフレーム構造のフレームヘッダを圧縮すること。ヘッダ圧縮ドメインコンテンツインデックスは、圧縮されたイーサネット（登録商標）フレームヘッダのコンテンツを識別するために使用される。

具体的に、ヘッダ圧縮ドメイン情報は、ヘッダ圧縮ドメインプロファイルまたはヘッダ圧縮ドメインコンテンツインデックスのうちの少なくとも１つを含む。

図８は、本開示のある実施形態によるイーサネット（登録商標）フレームの構造図である。図８に示されるように、プリアンブル、開始フレームデリミタ（ＳＦＤ）、フレームチェックシーケンス（ＦＣＳ）、およびフレーム間ギャップ（ＩＦＧ）は、５Ｇシステムでは伝送されず、考慮される必要がない。

宛先アドレス（ＤＳＴ ＡＤＲ）およびソースアドレス（ＳＲＣ ＡＤＲ）は、異なるフレーム構造内に同じ場所を有し、残りのヘッダの場所は、フレーム構造とともに変動する。

したがって、イーサネット（登録商標）ヘッダ圧縮ドメインプロファイルまたはインデックスは、少なくとも以下を含む：
イーサネット（登録商標）ヘッダを圧縮しないこと；
イーサネット（登録商標）の宛先アドレスおよびソースアドレスのみを圧縮すること；
（ＤＳＴ ＡＤＲ、ＳＲＣ ＡＤＲ、およびタイプを含む）イーサネット（登録商標）ＩＩフレームのフレームヘッダを圧縮すること；
（ＤＳＴ ＡＤＲ、ＳＲＣ ＡＤＲ、長さ、およびＩＥＥＥ ８０２．２を含む）８０２．２ＳＡＰドメインを伝えるＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること；
（ＤＳＴ ＡＤＲ、ＳＲＣ ＡＤＲ、長さ、ＩＥＥＥ ８０２．２、およびＳＮＡＰヘッダを含む）ＳＮＡＰドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること；
（ＤＳＴ ＡＤＲ、ＳＲＣ ＡＤＲ、８０２．１Ｑタグ、およびタイプを含む）８０２．１Ｑタグドメインを含むイーサネット（登録商標）ＩＩフレームのフレームヘッダを圧縮すること；
（ＤＳＴ ＡＤＲ、ＳＲＣ ＡＤＲ、８０２．１Ｑタグ、長さ、およびＩＥＥＥ ８０２．２を含む）８０２．２ＳＡＰドメインおよび８０２．１Ｑタグドメインを含むＩＥＥＥ
８０２．３フレームのフレームヘッダを圧縮すること；
（ＤＳＴ ＡＤＲ、ＳＲＣ ＡＤＲ、８０２．１Ｑタグ、長さ、ＩＥＥＥ ８０２．２、およびＳＮＡＰヘッダを含む）ＳＮＡＰドメインおよび８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること；
（ＤＳＴ ＡＤＲ、ＳＲＣ ＡＤＲ、８０２．１Ｑタグ、８０２．１Ｑタグ、およびタイプを含む）第１の８０２．１Ｑタグドメインおよび第２の８０２．１Ｑタグドメインを含むイーサネット（登録商標）ＩＩフレームのフレームヘッダを圧縮すること；
（ＤＳＴ ＡＤＲ、ＳＲＣ ＡＤＲ、８０２．１Ｑタグ、８０２．１Ｑタグ、長さ、およびＩＥＥＥ ８０２．２を含む）８０２．２ＳＡＰドメイン、第１の８０２．１Ｑタグドメイン、および第２の８０２．１Ｑタグドメインを含むイーサネット（登録商標）８０２．３フレームのフレームヘッダを圧縮すること；
（ＤＳＴ ＡＤＲ、ＳＲＣ ＡＤＲ、８０２．１Ｑタグ、８０２．１Ｑタグ、長さ、ＩＥＥＥ ８０２．２、およびＳＮＡＰヘッダを含む）ＳＮＡＰドメイン、第１の８０２．１Ｑタグドメイン、および第２の８０２．１Ｑタグドメインを含むＩＥＥＥ ８０２．３フレームのフレームヘッダを圧縮すること；または、
（ＥｔｈｅｒＣＡＴフレームのフレームヘッダ、Ｐｒｏｆｉｎｅｔフレームのフレームヘッダ、およびＰＲＯＦＩｓａｆｅフレームのフレームヘッダを含む）産業用イーサネット（登録商標）の特定のフレーム構造のフレームヘッダを圧縮すること。

ＩＥＥＥ ８０２．２は、３つのサブヘッダを含む：宛先サービスアクセスポイント（ＤＳＡＰ）、ソースＳＡＰ（ＳＳＡＰ）、制御ドメイン（ＣＴＲＬ）（ＩＥＥＥ ８０２．２と同時に圧縮される、または圧縮されない）。

ＳＮＡＰヘッダは、２つのサブヘッダを含む：組織化およびＥｔｈｅｒタイプ（それらは、ＳＮＡＰヘッダと同時に圧縮されるか、または、圧縮されない）。

８０２．１Ｑタグは、４つのサブヘッダを含む：タグプロトコル識別子（ＴＰＩＤ）、ユーザ優先順位（ユーザ＿ｐｒｉｏｒｉｔｙ：ＰＲＩ）、基準形式インジケータ（ＣＦＩ）、および仮想ローカルエリアネットワークインジケータ（ＶＬＡＮＩＤ、ＶＩＤ）（それらは、８０２．１Ｑタグと同時に圧縮されるか、または、圧縮されない）。

すなわち、少なくとも上で述べられる１２個のイーサネット（登録商標）ヘッダ圧縮ドメインプロファイルまたはインデックスが、定義される。

図９は、本開示のある実施形態によるイーサネット（登録商標）ヘッダの圧縮されたフレームの構造図である。図１０は、本開示のある実施形態によるイーサネット（登録商標）ヘッダの別の圧縮されたフレームの構造図である。図９および図１０に示されるように、イーサネット（登録商標）ヘッダの圧縮されたフレームの構造は、少なくとも以下の情報を含む必要がある：イーサネット（登録商標）ヘッダ圧縮指示（フレームタイプ、すなわち、圧縮するかどうか、圧縮された初期フレーム、および圧縮されたフレームを示すために使用される）、イーサネット（登録商標）ヘッダ圧縮ドメインプロファイル（圧縮されるフレームヘッダを示すために使用される）、イーサネット（登録商標）ヘッダ圧縮ドメインコンテンツインデックス（圧縮されたフレームヘッダのコンテンツインデックスを示すために使用される）、巡回冗長検査（ＣＲＣ）ビット、イーサネット（登録商標）ペイロードドメイン、イーサネット（登録商標）ヘッダ圧縮の初期データフレーム指示（イーサネット（登録商標）完了パケットヘッダを含む）、または、イーサネット（登録商標）ヘッダ圧縮状態のデータフレーム指示（パケットヘッダが圧縮された後のデータフレーム）。イーサネット（登録商標）ヘッダ圧縮の初期データフレーム指示およびイーサネット（登録商標）ヘッダ圧縮状態のデータフレームは、イーサネット（登録商標）ヘッダ圧縮指示によって間接的に識別され得る。

イーサネット（登録商標）ヘッダ圧縮が、ユーザプレーン機能（ＵＰＦ）ノードおよびＵＥノードにおいてであり、圧縮が、サービス品質フロー（ＱｏＳフロー）の単位で実施される場合、イーサネット（登録商標）ヘッダ圧縮ドメイン指示およびイーサネット（登録商標）ヘッダ圧縮ドメインコンテンツインデックスは、伝えられないこともある。

イーサネット（登録商標）ヘッダ圧縮が、ネットワーク側およびＵＥノードにおいてであり、周期的トラフィックのヘッダ圧縮に関して、ｅＮＢがＣＧまたはＳＰＳを構成するとき、イーサネット（登録商標）ヘッダ圧縮に関連する構成情報も、伝えられる。

現在、１４個のイーサネット（登録商標）ヘッダ圧縮ドメインプロファイルまたはインデックスが存在する。フレーム構造の可能な後の拡張を考慮すると、５ビット（合計３２個の値）が、イーサネット（登録商標）ヘッダ圧縮ドメインプロファイルを特徴付けるために使用され得る。フレーム構造がバイトの単位で整合させられることを考慮すると、ＩＩｏＴシステムにおけるイーサネット（登録商標）フレームヘッダは、変化する可能性が低いので、３ビット（合計８つの値）が、イーサネット（登録商標）ヘッダ圧縮コンテンツインデックスを特徴付けるために使用される。加えて、１バイトが、ヘッダ圧縮指示（イーサネット（登録商標）ヘッダが圧縮されるかどうかを示す）を識別するために必要とされる。ＣＲＣビット（１～４バイト）が、データデコードの正確性を確実にするために要求される。

フレーム構造の拡張およびＩＩｏＴシステムにおけるイーサネット（登録商標）フレームヘッダの変形例の拡張可能性を考慮すると、イーサネット（登録商標）ヘッダ圧縮ドメインプロファイルも、８つの独立したビットを使用することによって特徴付けられ得、イーサネット（登録商標）ヘッダ圧縮コンテンツインデックスは、８つの独立したビットを使用することによって特徴付けられ得る。

ヘッダ圧縮指示は、以下を示すために使用される：ヘッダ圧縮を実施しないこと；ヘッダ圧縮初期パケット；および、ヘッダ圧縮後のデータパケット。

図１１は、本開示のある実施形態によるイーサネット（登録商標）ヘッダ圧縮フローの概略図である。図１１に示されるように、イーサネット（登録商標）ヘッダ圧縮フローは、下で説明されるステップを含む。

ＵＥは、イーサネット（登録商標）ヘッダ圧縮のサポート能力をイーサネット（登録商標）ヘッダ圧縮ノード（ネットワーク側またはユーザプレーン機能（ＵＰＦ））側に送信する。サポート能力は、少なくとも以下の情報を含む：イーサネット（登録商標）ヘッダ圧縮をサポートするかどうか、イーサネット（登録商標）をサポートするヘッダ圧縮ドメインプロファイル（サポートされるヘッダの圧縮）、およびヘッダ圧縮ドメインコンテンツインデックスのサポートされた最大数。イーサネット（登録商標）ヘッダ圧縮ノードが、ネットワーク側である場合、サポート能力は、ＵＥ能力によって報告されるＲＲＣメッセージを通して送信される。イーサネット（登録商標）ヘッダ圧縮ノードが、ＵＰＦである場合、サポート能力は、ＵＥ能力によって報告されるＲＲＣメッセージを通してネットワーク側に送信され、次いで、ネットワーク側によってＵＰＦに送信されるか、または、サポート能力は、非アクセス層（ＮＡＳ）メッセージを通してＵＰＦに直接送信される。

イーサネット（登録商標）ヘッダ圧縮ノード（ネットワーク側またはＵＰＦ）は、ＵＥのためのイーサネット（登録商標）ヘッダ圧縮に関連するパラメータを構成し、パラメータは、圧縮されることが可能であるイーサネット（登録商標）ドメインプロファイル（リスト）と、使用されることが可能であるヘッダ圧縮ドメインコンテンツインデックスの最大数とを含む。

ＵＥは、初期の圧縮されたデータパケット（完全なイーサネット（登録商標）フレームヘッダを伝える）をイーサネット（登録商標）ヘッダ圧縮ノードに送信し、イーサネット（登録商標）ヘッダ圧縮ノードは、「ヘッダ圧縮ドメインプロファイル」、「ヘッダ圧縮ドメインコンテンツインデックス」、および「フレームヘッダ」間の対応を記録する。

ＵＥが、新たに送信されたデータパケットのフレームヘッダコンテンツが、送信された初期の圧縮されたデータパケット（完全なイーサネット（登録商標）フレームヘッダを伝える）のフレームヘッダコンテンツと一致することを見出すとき、ＵＥは、イーサネット（登録商標）ヘッダ圧縮のデータフレーム（ヘッダ圧縮後のデータフレーム、「ヘッダ圧縮ドメインプロファイル」、および「ヘッダ圧縮ドメインコンテンツインデックス」を伝える）をイーサネット（登録商標）ヘッダ圧縮ノードに送信する。

イーサネット（登録商標）ヘッダ圧縮ノードは、イーサネット（登録商標）フレーム構造内の「ヘッダ圧縮ドメインプロファイル」および「ヘッダ圧縮ドメインコンテンツインデックス」、および記憶された情報に基づいて、イーサネット（登録商標）フレームヘッダを復元する。

ダウンリンクイーサネット（登録商標）ヘッダ圧縮プロセスは、上で述べられるフローに類似する。図１２は、本開示のある実施形態による別のイーサネット（登録商標）ヘッダ圧縮フローの概略図である。図１２に示されるように、イーサネット（登録商標）ヘッダ圧縮フローは、下で説明されるステップを含む。

イーサネット（登録商標）ヘッダ圧縮ノードは、初期の圧縮されたデータパケット（完全なイーサネット（登録商標）フレームヘッダを伝える）をＵＥに送信し、イーサネット（登録商標）ヘッダ圧縮ノードは、「ヘッダ圧縮ドメインプロファイル」、「ヘッダ圧縮ドメインコンテンツインデックス」、および「フレームヘッダ」間の対応を記録する。

イーサネット（登録商標）ヘッダ圧縮ノードが、新たに送信されたデータパケットのフレームヘッダコンテンツが、送信された初期の圧縮されたデータパケット（完全なイーサネット（登録商標）フレームヘッダを伝える）のフレームヘッダコンテンツと一致することを見出すとき、イーサネット（登録商標）ヘッダ圧縮ノードは、イーサネット（登録商標）ヘッダ圧縮のデータフレーム（ヘッダ圧縮後のデータフレーム、「ヘッダ圧縮ドメインプロファイル」、および「ヘッダ圧縮ドメインコンテンツインデックス」を伝える）をＵＥに送信する。

ＵＥは、イーサネット（登録商標）フレーム構造内の「ヘッダ圧縮ドメインプロファイル」および「ヘッダ圧縮ドメインコンテンツインデックス」、および記憶された情報に基づいて、イーサネット（登録商標）フレームヘッダを復元する。

図１３は、本開示のある実施形態によるイーサネット（登録商標）ヘッダ圧縮状態機械の概略図である。

伝送端：伝送端が、送信されるべきデータパケットのフレーム構造およびフレームヘッダコンテンツが伝送される初期の圧縮されたデータパケットのフレーム構造およびフレームヘッダコンテンツと完全に一致することを見出すとき、伝送端は、ヘッダ圧縮後のデータパケットを送信し、イーサネット（登録商標）データパケット圧縮状態になる。伝送端が、送信されるべきデータパケットのフレーム構造およびフレームヘッダコンテンツが伝送されたデータパケットのフレーム構造およびフレームヘッダコンテンツと異なる（フレーム構造およびフレームヘッダコンテンツが送信されていない）ことを見出すとき、または前もって圧縮されているデータパケットが、不正確に伝送される（ヘッダ圧縮エラー）とき、伝送端は、フレームヘッダを含むデータパケット（初期の圧縮されたデータパケットまたは非圧縮データパケット）を送信し、イーサネット（登録商標）データパケット非圧縮状態になる。

（受信端：）
受信端が、非圧縮データパケット受信するとき、受信端は、データパケットを上位層に伝送する。受信端が、ヘッダ圧縮初期データパケットを受信するとき、受信端は、「イーサネット（登録商標）フレームヘッダ」、「ヘッダ圧縮ドメインプロファイル」、および「ヘッダ圧縮コンテンツインデックス」の間の対応を記憶し、イーサネット（登録商標）データパケットを上位層に伝送する。受信端が、ヘッダ圧縮後の初期データパケットを受信するとき、受信端は、「イーサネット（登録商標）フレームヘッダ」、「ヘッダ圧縮ドメインプロファイル」、および「ヘッダ圧縮コンテンツインデックス」間の記憶された対応に基づいて、新しいデータパケットによって伝えられる「ヘッダ圧縮ドメインプロファイル」および「ヘッダ圧縮コンテンツインデックス」上で合致を実施する。合致が成功した場合、受信端は、合致した「イーサネット（登録商標）フレームヘッダ」をペイロードに追加し、イーサネット（登録商標）フレームヘッダを伝えるデータパケットを形成し、イーサネット（登録商標）フレームヘッダを伝えるデータパケットを上位層に伝送する。そうでなければ、受信端は、データパケット伝送エラー（ヘッダ圧縮エラー指示）を伝送端に返す。ヘッダ圧縮エラー指示は、所定のフィードバックフレーム構造、ＭＡＣ ＣＥ、ＮＡＳシグナリング等を通して、示され得る。

上で説明される実施形態の説明から、上で説明される実施形態における方法は、必要な汎用ハードウェアプラットフォームを加えたソフトウェアを用いて実装され得るか、または、当然ながらハードウェアによって実装され得ることが、当業者に明白であろう。本開示のソリューションは、ソフトウェア製品の形態で具現化され得る。コンピュータソフトウェア製品は、記憶媒体（ＲＯＭ／ＲＡＭ、磁気ディスク、または光学ディスク等）内に記憶され、端末デバイス（携帯電話、コンピュータ、サーバ、ネットワークデバイス等であり得る）が上で説明される実施形態の各々における方法を実行することを可能にするためのいくつかの命令を含む。

（実施形態５）
本実施形態は、イーサネット（登録商標）命令協調方法を提供する。図１４は、本開示のある実施形態によるイーサネット（登録商標）命令協調方法のフローチャートである。図１４に示されるように、方法は、下で説明されるステップを含む。

ステップＳ１４０２では、５ＧＳが、データパケットが到着するときの到着タイムスタンプとデータパケットが出発するときの出発時間とを入手し、データパケットの滞在持続時間を計算する。

ステップＳ１４０４では、５ＧＳが、確認遅延の命令および滞在持続時間を伝える情報をＵＥに送信する。

随意に、５ＧＳが確認遅延の命令および滞在持続時間を伝える情報をＵＥに送信するステップは、以下のステップを含む：５ＧＳが、確認遅延と滞在持続時間との間の差異を計算し、差異に従って命令を更新する。

随意に、５ＧＳが確認遅延の命令および滞在持続時間を伝える情報をＵＥに送信するステップは、以下のステップを含む：５ＧＳが、滞在持続時間をデータパケットの中に追加し、滞在持続時間および確認遅延に従って、確認遅延を更新するようにＵＥに命令する。

随意に、５ＧＳが、確認遅延の命令および滞在持続時間を伝える情報をＵＥに送信するステップは、以下のステップを含む：５ＧＳが、滞在持続時間をデータパケット内の滞在持続時間に累積し、データパケット内の累積された滞在持続時間および確認遅延に従って、確認遅延を更新するようにＵＥに命令する。

図１５は、本開示のある実施形態によるイーサネット（登録商標）命令協調フローの概略図である。図１５に示されるように、イーサネット（登録商標）命令協調フローは、下で説明されるステップを含む。命令が、イーサネット（登録商標）端末に送信されるとき、命令の確認遅延（例えば、命令が送信された瞬間から命令が発効するまでの長さ）も、同時に伝えられる。データパケットが、５ＧＳに到着すると、到着時点タイムスタンプ（５ＧＳ開始タイムスタンプ）が、５ＧＳのイーサネット（登録商標）適合ノードによってデータパケットの中に追加される。データパケットが、５ＧＳを通して伝送され、５ＧＳから退出するとき、５ＧＳにおいて伝送されたデータパケットの持続時間が、データパケットの到着時点タイムスタンプと現在の時点とに基づいて５ＧＳのイーサネット（登録商標）適合ノードによって計算され、持続時間は、５ＧＳ内のデータパケットの伝送持続時間または滞在持続時間として使用される。

５ＧＳ内のデータパケットの伝送持続時間または滞在持続時間は、以下も含み得る：「データパケットの伝送される持続時間」が、データパケットが５ＧＳの通信ノード間で伝送されるプロセスにおいても伝えられること；データが、ある通信ノードに到着すると、このノードは、このノード内におけるデータパケットの滞在持続時間を記録し、滞在持続時間を「データパケットの伝送される持続時間」に累積し、蓄積された「データパケットの伝送される持続時間」を次の通信ノードに伝送する。５ＧＳの最後の通信ノードによって受信された「データパケットの伝送される持続時間」は、５ＧＳにおけるデータパケットの伝送持続時間または滞在持続時間である。

５ＧＳのイーサネット（登録商標）適合ノードは、命令の確認遅延であるように、命令の確認遅延から５ＧＳ内のデータパケットの滞在持続時間を減算し、命令の確認遅延をイーサネット（登録商標）端末に伝送する。

代替として、５ＧＳのイーサネット（登録商標）適合ノードは、ＮＲシステム内のデータパケットの滞在持続時間をイーサネット（登録商標）データパケットに追加し、イーサネット（登録商標）端末に伝送し、イーサネット（登録商標）端末は、命令の確認遅延と伝送ノードにおける滞在遅延とに基づいて、命令の確認遅延（命令が受信された瞬間から命令が発効するまでの長さ）を計算する。

代替として、５ＧＳのイーサネット（登録商標）適合ノードは、滞在持続時間をイーサネット（登録商標）データパケットの滞在持続時間に累積し、イーサネット（登録商標）端末に伝送し、イーサネット（登録商標）端末は、命令の確認遅延とイーサネット（登録商標）データパケット内の滞在遅延とに基づいて、命令の確認遅延（命令が受信された瞬間から命令が発効するまでの長さ）を計算する。

アップリンクデータ伝送は、上で述べられるフローに類似する。図１６は、本開示のある実施形態による別のイーサネット（登録商標）命令協調フローの概略図である。図１６に示されるように、伝送シーケンス番号（ＴＳＮ）端末が、命令の予期される確認遅延を伝えるデータを送信するときである。データパケットが、５ＧＳに進入すると、開始タイムスタンプが、追加される。５ＧＳ内の滞在持続時間は、開始タイムスタンプとデータパケットが５ＧＳから退出するときの現在の時間とに基づいて計算される。滞在遅延は、命令の予期される確認遅延から減算され、結果は、命令の予期される確認遅延として次のノードに送信されるか、または滞在持続時間は、次のノードに送信されるか、または滞在持続時間は、イーサネット（登録商標）パケット内の滞在持続時間に蓄積され、次のノードに伝送される。

上で説明される実施形態の説明から、上で説明される実施形態における方法は、必要な汎用ハードウェアプラットフォームを加えたソフトウェアを用いて実装され得るか、または、当然ながらハードウェアによって実装され得ることが、当業者に明白であろう。本開示のソリューションは、ソフトウェア製品の形態で具現化され得る。コンピュータソフトウェア製品は、記憶媒体（ＲＯＭ／ＲＡＭ、磁気ディスク、または光学ディスク等）内に記憶され、端末デバイス（携帯電話、コンピュータ、サーバ、ネットワークデバイス等であり得る）が上で説明される実施形態の各々における方法を実行することを可能にするためのいくつかの命令を含む。

（実施形態６）
本実施形態は、リソース周期構成デバイスをさらに提供する。デバイスは、上で述べられる実施形態および代替実施形態を実装するために使用される。説明されたものは、繰り返されないであろう。下で使用されるように、用語「モジュール」は、事前決定された機能を実装することが可能なソフトウェア、ハードウェア、またはソフトウェアおよびハードウェアの組み合わせであり得る。本実施形態において下で説明されるデバイスは、ソフトウェアによって実装されるが、ハードウェアによる、またはソフトウェアおよびハードウェアの組み合わせによる実装も、可能であり、着想される。

図１７は、本開示のある実施形態によるリソース周期構成デバイスの構造ブロック図である。図１７に示されるように、デバイスは、ネットワーク側に位置し、第１の受信モジュール１７０２と、構成モジュール１７０４とを含む。

第１の受信モジュール１７０２は、ＵＥによって報告されるトラフィックモードおよび／またはクロック正確度能力を受信するように構成される。

構成モジュール１７０４は、リソース構成情報をＵＥに送信するように構成される。リソース構成情報は、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝え、構成情報は、ＵＥのＳＰＳまたはＣＧに関連するリソースを構成するために使用される。

上で説明される種々のモジュールは、ソフトウェアまたはハードウェアによって実装され得ることに留意されたい。ハードウェアによる実装は、以下の様式で実装され得るが、必ずしもそうではないこともあり、すなわち、上で説明される種々のモジュールは、同じプロセッサ内に位置するか、または、上で説明される種々のモジュールは、任意の組み合わせの形態でそれらの個別のプロセッサ内に位置する。

（実施形態７）
本実施形態は、リンクパス処理デバイスをさらに提供する。デバイスは、上で述べられる実施形態および代替実施形態を実装するために使用される。説明されたものは、繰り返されないであろう。下で使用されるように、用語「モジュール」は、事前決定された機能を実装することが可能なソフトウェア、ハードウェア、またはソフトウェアおよびハードウェアの組み合わせであり得る。本実施形態において下で説明されるデバイスは、ソフトウェアによって実装されるが、ハードウェアによる、またはソフトウェアおよびハードウェアの組み合わせによる実装も、可能であり、着想される。

図１８は、本開示のある実施形態によるリンクパス処理デバイスの構造ブロック図である。図１８に示されるように、デバイスは、ネットワーク側に位置し、第２の受信モジュール１８０２と、送信モジュール１８０４とを含む。

第２の受信モジュール１８０２は、リソース構成情報を要求するためのリソース構成要求を標的セルに送信し、標的セルによってフィードバックされるリソース構成応答を受信するように構成される。

送信モジュール１８０４は、ＵＥと標的セルとの間にリンクパスを確立するための標的セルリンク追加要求をＵＥに送信するように構成される。標的セルリンク追加要求は、リソース構成情報を伝え、リソース構成情報は、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝え、構成情報は、ＵＥのＳＰＳまたはＣＧに関連するリソースを構成するために使用される。

上で説明される種々のモジュールは、ソフトウェアまたはハードウェアによって実装され得ることに留意されたい。ハードウェアによる実装は、以下の様式で実装され得るが、必ずしもそうではないこともあり、すなわち、上で説明される種々のモジュールは、同じプロセッサ内に位置する、または上で説明される種々のモジュールは、任意の組み合わせの形態でそれらの個別のプロセッサ内に位置する。

（実施形態８）
本実施形態はさらに、リンクパス確立デバイスを提供する。デバイスは、上で述べられる実施形態および代替実施形態を実装するために使用される。説明されたものは、繰り返されないであろう。下で使用されるように、用語「モジュール」は、事前決定された機能を実装することが可能なソフトウェア、ハードウェア、またはソフトウェアおよびハードウェアの組み合わせであり得る。本実施形態において下で説明されるデバイスは、ソフトウェアによって実装されるが、ハードウェアによる、またはソフトウェアおよびハードウェアの組み合わせによる実装も、可能であり、着想される。

図１９は、本開示のある実施形態によるリンクパス確立デバイスの構造ブロック図である。図１９に示されるように、デバイスは、ＵＥ内に位置し、確立モジュール１９０２を含む。

確立モジュール１９０２は、ソースセルによって送信される標的セルリンク追加要求を受信し、標的セルとのリンクパスを確立するように構成される。標的セルリンク追加要求は、リソース構成情報を伝え、リソース構成情報は、ソースセルからのリソース構成要求を標的セルに送信することによって入手され、リソース構成情報は、構成リソースの周期係数、構成リソースの周期粒度、または構成リソースの周期の長さのうちの少なくとも１つを伝え、リソース構成情報は、ＵＥのＳＰＳトラフィックまたはＣＧトラフィックを示すために使用される。構成情報は、ＵＥのＳＰＳトラフィックまたはＣＧトラフィックを示すために使用される。

上で説明される種々のモジュールは、ソフトウェアまたはハードウェアによって実装され得ることに留意されたい。ハードウェアによる実装は、以下の様式で実装され得るが、必ずしもそうではないこともあり、すなわち、上で説明される種々のモジュールは、同じプロセッサ内に位置する、または上で説明される種々のモジュールは、任意の組み合わせの形態でそれらの個別のプロセッサ内に位置する。

（実施形態９）
本実施形態はさらに、イーサネット（登録商標）フレームのフレームヘッダを圧縮するためのデバイスを提供する。デバイスは、上で述べられる実施形態および代替実施形態を実装するために使用される。説明されたものは、繰り返されないであろう。下で使用されるように、用語「モジュール」は、事前決定された機能を実装することが可能なソフトウェア、ハードウェア、またはソフトウェアおよびハードウェアの組み合わせであり得る。本実施形態において下で説明されるデバイスは、ソフトウェアによって実装されるが、ハードウェアによる、またはソフトウェアおよびハードウェアの組み合わせによる実装も、可能であり、着想される。

図２０は、本開示のある実施形態によるイーサネット（登録商標）フレームのフレームヘッダを圧縮するためのデバイスの構造ブロック図である。図２０に示されるように、デバイスは、第２の通信ノード内に位置し、記憶モジュール２００２と、復元モジュール２００４とを含む。

記憶モジュール２００２は、第２の通信ノードによって、第１の圧縮されたデータパケットを受信することであって、第１の圧縮されたデータパケットは、第１のイーサネット（登録商標）フレームを伝え、第１の通信ノードによって送信される、ことと、ヘッダ圧縮ドメイン情報と第１のイーサネット（登録商標）フレームのフレームヘッダとの間の対応情報を受信することとを行うように構成される。

復元モジュール２００４は、第２の圧縮されたデータパケットを受信することであって、第２の圧縮されたデータパケットは、第２のイーサネット（登録商標）フレームを伝え、第１の通信ノードによって送信される、ことと、第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報と、ヘッダ圧縮ドメイン情報と第１のイーサネット（登録商標）フレームのフレームヘッダとの間の受信された対応情報とに従って、第２のイーサネット（登録商標）フレームのフレームヘッダを復元することとを行うように構成される。第１のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されていないイーサネット（登録商標）フレームであり、第２のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されたイーサネット（登録商標）フレームであり、ヘッダ圧縮ドメイン情報は、ヘッダ圧縮ドメインプロファイルおよび／またはヘッダ圧縮ドメインコンテンツインデックスを含む。

（実施形態１０）
本実施形態は、イーサネット（登録商標）命令協調デバイスをさらに提供する。デバイスは、上で述べられる実施形態および代替実施形態を実装するために使用される。説明されたものは、繰り返されないであろう。下で使用されるように、用語「モジュール」は、事前決定された機能を実装することが可能なソフトウェア、ハードウェア、またはソフトウェアおよびハードウェアの組み合わせであり得る。本実施形態において下で説明されるデバイスは、ソフトウェアによって実装されるが、ハードウェアによる、またはソフトウェアおよびハードウェアの組み合わせによる実装も、可能であり、着想される。

図２１は、本開示のある実施形態によるイーサネット（登録商標）命令協調デバイスの構造ブロック図である。図２１に示されるように、デバイスは、５ＧＳ内に位置し、計算モジュール２１０２と、指示モジュール２１０４とを含む。

計算モジュール２１０２は、データパケットが到着したときの到着タイムスタンプと、データパケットが出発したときの出発時間とを入手し、データパケットの滞在持続時間を計算するように構成される。

指示モジュール２１０４は、確認遅延の命令および滞在持続時間を伝える情報をＵＥに送信するように構成される。

（実施形態１１）
本開示の実施形態は、記憶媒体をさらに提供する。記憶媒体は、実行されると、上で説明される方法の実施形態のうちのいずれか１つのステップを実施するように構成されるコンピュータプログラムを記憶するように構成される。

随意に、本実施形態では、上で述べられる記憶媒体は、上で説明される実施形態のうちのいずれか１つを実施する方法を記憶するように構成され得る。

随意に、本実施形態では、上で述べられる記憶媒体は、限定ではないが、ユニバーサルシリアルバス（ＵＳＢ）フラッシュディスク、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、モバイルハードディスク、磁気ディスク、光ディスク、またはコンピュータプログラムを記憶することが可能な別の媒体を含み得る。

本実施形態は、電子デバイスをさらに提供する。電子デバイスは、メモリと、プロセッサとを含む。メモリは、コンピュータプログラムを記憶するように構成される。プロセッサは、コンピュータプログラムを実行し、上で説明される方法の実施形態のうちのいずれか１つのステップを実施するように構成される。

随意に、電子デバイスは、伝送デバイスと、入出力デバイスとをさらに含み得る。伝送デバイスおよび入出力デバイスの両方は、プロセッサに接続される。

随意に、本実施形態では、上で述べられるプロセッサは、上で説明される実施形態における方法のうちのいずれか１つを実施するように構成され得る。

随意に、本実施形態における具体的実施例に関して、本実施形態では繰り返されないであろう、前述の実施形態および代替実施形態に説明される実施例が参照され得る。

明白なこととして、本開示のモジュールまたはステップは、汎用コンピューティング装置によって実装され得、単一のコンピューティング装置上に集中させられること、または複数のコンピューティング装置によって形成されるネットワーク内に分散され得ることが、当業者によって理解されるべき。代替として、これらのモジュールまたはステップは、コンピューティング装置によって実行可能なプログラムコードによって実装され得る。したがって、これらのモジュールまたはステップは、記憶装置内に記憶され、コンピューティング装置によって実行され得る。さらに、ある場合、図示または説明されるステップは、本明細書に説明される順序と異なる順序で実行され得る。代替として、これらのモジュールまたはステップはそれぞれ、集積回路モジュールに作製されることによって実装され得るか、または、これらのモジュールまたはステップの中の複数のモジュールまたはステップは、単一の集積回路モジュールに作製されることによって実装され得る。このように、本開示は、ハードウェアおよびソフトウェアのいずれの具体的な組み合わせにも限定されない。

Claims (20)

1. イーサネット（登録商標）フレームのフレームヘッダを圧縮する方法であって、前記方法は、
   第２の通信ノードによって、第１の通信ノードから第１のイーサネット（登録商標）フレームを伝える第１の圧縮されたデータパケットと、ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームのフレームヘッダとの間の対応情報とを受信することと、
   前記第２の通信ノードによって、前記第１の通信ノードから第２のイーサネット（登録商標）フレームを伝える第２の圧縮されたデータパケットを受信することと、
   前記第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報と、前記ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームの前記フレームヘッダとの間の前記対応情報とに従って、前記第２のイーサネット（登録商標）フレームのフレームヘッダを復元することと
   を含み、
   前記第１のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されていないイーサネット（登録商標）フレームであり、前記第２のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されているイーサネット（登録商標）フレームであり、前記ヘッダ圧縮ドメイン情報は、ヘッダ圧縮ドメインコンテンツインデックスを備えている、方法。
2. 前記第２のイーサネット（登録商標）フレームにおける前記ヘッダ圧縮ドメイン情報と、前記ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームの前記フレームヘッダとの間の前記対応情報とに従って、前記第２のイーサネット（登録商標）フレームの前記フレームヘッダを復元することは、
   前記第２の通信ノードによって、前記対応情報における前記ヘッダ圧縮ドメイン情報を前記第２のイーサネット（登録商標）フレームにおける前記ヘッダ圧縮ドメイン情報と合致させることと、
   前記合致が成功した場合、前記第２のイーサネット（登録商標）フレームの前記フレームヘッダを上位層に報告することと
   を含む、請求項１に記載の方法。
3. 前記第１の通信ノードがユーザ機器（ＵＥ）である場合、前記第２の通信ノードは、ネットワーク側であり、前記第１の通信ノードがネットワーク側である場合、前記第２の通信ノードは、ＵＥである、請求項１に記載の方法。
4. 前記第１の通信ノードが前記ＵＥであり、前記第２の通信ノードが前記ネットワーク側である場合、前記方法は、
   前記ネットワーク側によって前記ＵＥからイーサネット（登録商標）ヘッダ圧縮のサポート能力を受信することと、前記ネットワーク側によって前記イーサネット（登録商標）ヘッダ圧縮のパラメータを送信することとをさらに含み、
   前記イーサネット（登録商標）ヘッダ圧縮の前記サポート能力は、前記イーサネット（登録商標）ヘッダ圧縮をサポートするかどうか、またはイーサネット（登録商標）をサポートするヘッダ圧縮ドメイン情報を備え、
   前記イーサネット（登録商標）ヘッダ圧縮の前記パラメータは、圧縮を可能にするためのヘッダ圧縮ドメイン情報を備えている、請求項３に記載の方法。
5. ヘッダ圧縮ドメインプロファイルは、
   前記イーサネット（登録商標）フレームにおけるイーサネット（登録商標）の宛先アドレスおよびソースアドレスを圧縮すること、または
   ８０２．１Ｑタグドメインを含むイーサネット（登録商標）フレームのフレームヘッダを圧縮すること
   のうちの１つを含む、請求項１に記載の方法。
6. 第２の通信のノードであって、
   トランシーバであって、前記トランシーバは、
   第１の通信ノードから第１のイーサネット（登録商標）フレームを伝える第１の圧縮されたデータパケットと、ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームのフレームヘッダとの間の対応情報とを受信することと、
   前記第１の通信ノードから第２のイーサネット（登録商標）フレームを伝える第２の圧縮されたデータパケットを受信することと
   を行うように構成されている、トランシーバと、
   前記第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報と、前記ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームの前記フレームヘッダとの間の前記対応情報とに従って、前記第２のイーサネット（登録商標）フレームのフレームヘッダを復元するように構成されている、少なくとも１つのプロセッサと
   を備え、
   前記第１のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されていないイーサネット（登録商標）フレームであり、前記第２のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されているイーサネット（登録商標）フレームであり、前記ヘッダ圧縮ドメイン情報は、ヘッダ圧縮ドメインコンテンツインデックスを備えている、第２の通信ノード。
7. 前記少なくとも１つのプロセッサは、
   前記対応情報における前記ヘッダ圧縮ドメイン情報を前記第２のイーサネット（登録商標）フレームにおける前記ヘッダ圧縮ドメイン情報と合致させることと、
   前記合致が成功した場合、前記第２のイーサネット（登録商標）フレームの前記フレームヘッダを上位層に報告することと
   によって、前記第２のイーサネット（登録商標）フレームの前記フレームヘッダを復元するように構成されている、請求項６に記載の第２の通信ノード。
8. 前記第１の通信ノードがユーザ機器（ＵＥ）である場合、前記第２の通信ノードは、ネットワーク側であり、前記第１の通信ノードがネットワーク側である場合、前記第２の通信ノードは、ＵＥである、請求項６に記載の第２の通信ノード。
9. 前記第１の通信ノードが前記ＵＥであり、前記第２の通信ノードが前記ネットワーク側である場合、前記少なくとも１つのプロセッサは、
   前記ネットワーク側によって前記ＵＥからイーサネット（登録商標）ヘッダ圧縮のサポート能力を受信することと、前記ネットワーク側によって前記イーサネット（登録商標）ヘッダ圧縮のパラメータを送信することとを行うようにさらに構成され、
   前記イーサネット（登録商標）ヘッダ圧縮の前記サポート能力は、前記イーサネット（登録商標）ヘッダ圧縮をサポートするかどうか、またはイーサネット（登録商標）をサポートするヘッダ圧縮ドメイン情報を備え、
   前記イーサネット（登録商標）ヘッダ圧縮の前記パラメータは、圧縮を可能にするためのヘッダ圧縮ドメイン情報を備えている、請求項８に記載の第２の通信ノード。
10. ヘッダ圧縮ドメインプロファイルは、
    前記イーサネット（登録商標）フレームにおけるイーサネット（登録商標）の宛先アドレスおよびソースアドレスを圧縮すること、または
    ８０２．１Ｑタグドメインを含むイーサネット（登録商標）フレームのフレームヘッダを圧縮すること
    のうちの１つを含む、請求項６に記載の第２の通信ノード。
11. イーサネット（登録商標）フレームのフレームヘッダを圧縮する方法であって、前記方法は、
    第１の通信ノードによって、第２の通信ノードに、第１のイーサネット（登録商標）フレームを伝える第１の圧縮されたデータパケットと、ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームのフレームヘッダとの間の対応情報とを送信することと、
    前記第１の通信ノードによって、前記第２の通信ノードに、第２のイーサネット（登録商標）フレームを伝える第２の圧縮されたデータパケットを送信することと
    を含み、
    前記第２のイーサネット（登録商標）フレームのフレームヘッダは、前記第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報と、前記ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームの前記フレームヘッダとの間の前記対応情報とに従って、復元され、
    前記第１のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されていないイーサネット（登録商標）フレームであり、前記第２のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されているイーサネット（登録商標）フレームであり、前記ヘッダ圧縮ドメイン情報は、ヘッダ圧縮ドメインコンテンツインデックスを備えている、方法。
12. 前記第１の通信ノードによって、送信されるべきデータパケットにおけるイーサネット（登録商標）フレームヘッダが送信されたデータパケットにおけるイーサネット（登録商標）フレームヘッダと同一であるかどうかを決定することによって、前記第２の圧縮されたデータパケットを送信するように決定することと、
    前記送信されるべきデータパケットにおける前記イーサネット（登録商標）フレームヘッダが前記送信されたデータパケットにおける前記イーサネット（登録商標）フレームヘッダと同一である場合、前記送信されるべきデータパケットにおいて前記第２のイーサネット（登録商標）フレームを伝えることと
    をさらに含む、請求項１１に記載の方法。
13. 前記送信されるべきデータパケットにおける前記イーサネット（登録商標）フレームヘッダが前記送信されたデータパケットにおける前記イーサネット（登録商標）フレームヘッダと同一であるかどうかを決定した後、前記方法は、
    前記送信されるべきデータパケットにおける前記イーサネット（登録商標）フレームヘッダが前記送信されたデータパケットにおける前記イーサネット（登録商標）フレームヘッダと異なる場合、前記第１の通信ノードによって、前記第１のイーサネット（登録商標）フレームを伝えるデータパケットを前記第２の通信ノードに送信することをさらに含む、請求項１２に記載の方法。
14. 前記第２のイーサネット（登録商標）フレームの前記フレームヘッダは、
    前記対応情報における前記ヘッダ圧縮ドメイン情報を前記第２のイーサネット（登録商標）フレームにおける前記ヘッダ圧縮ドメイン情報と合致させることと、
    前記合致が成功した場合、前記第２のイーサネット（登録商標）フレームの前記フレームヘッダが上位層に報告されることと
    によって復元される、請求項１１に記載の方法。
15. 前記第１の通信ノードがユーザ機器（ＵＥ）である場合、前記第２の通信ノードは、ネットワーク側であり、前記第１の通信ノードがネットワーク側である場合、前記第２の通信ノードは、ＵＥである、請求項１１に記載の方法。
16. 前記第１の通信ノードが前記ＵＥであり、前記第２の通信ノードが前記ネットワーク側である場合、前記方法は、
    前記ＵＥによって前記ネットワーク側にイーサネット（登録商標）ヘッダ圧縮のサポート能力を送信することと、前記ネットワーク側から前記イーサネット（登録商標）ヘッダ圧縮のパラメータを受信することとをさらに含み、
    前記イーサネット（登録商標）ヘッダ圧縮の前記サポート能力は、前記イーサネット（登録商標）ヘッダ圧縮をサポートするかどうか、またはイーサネット（登録商標）をサポートするヘッダ圧縮ドメイン情報を備え、
    前記イーサネット（登録商標）ヘッダ圧縮の前記パラメータは、圧縮を可能にするためのヘッダ圧縮ドメイン情報を備えている、請求項１５に記載の方法。
17. ヘッダ圧縮ドメインプロファイルは、
    前記イーサネット（登録商標）フレームにおけるイーサネット（登録商標）の宛先アドレスおよびソースアドレスを圧縮すること、または
    ８０２．１Ｑタグドメインを含むイーサネット（登録商標）フレームのフレームヘッダを圧縮すること
    のうちの１つを含む、請求項１１に記載の方法。
18. 第１の通信のノードであって、
    トランシーバを備え、
    前記トランシーバは、
    第２の通信ノードに、第１のイーサネット（登録商標）フレームを伝える第１の圧縮されたデータパケットと、ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームのフレームヘッダとの間の対応情報とを送信することと、
    前記第２の通信ノードに、第２のイーサネット（登録商標）フレームを伝える第２の圧縮されたデータパケットを送信することと
    を行うように構成され、
    前記第２のイーサネット（登録商標）フレームのフレームヘッダは、前記第２のイーサネット（登録商標）フレームにおけるヘッダ圧縮ドメイン情報と、前記ヘッダ圧縮ドメイン情報と前記第１のイーサネット（登録商標）フレームの前記フレームヘッダとの間の前記対応情報とに従って、復元され、
    前記第１のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されていないイーサネット（登録商標）フレームであり、前記第２のイーサネット（登録商標）フレームは、ヘッダ圧縮が実施されているイーサネット（登録商標）フレームであり、前記ヘッダ圧縮ドメイン情報は、ヘッダ圧縮ドメインコンテンツインデックスを備えている、第１の通信のノード。
19. 送信されるべきデータパケットにおけるイーサネット（登録商標）フレームヘッダが送信されたデータパケットにおけるイーサネット（登録商標）フレームヘッダと同一であるかどうかを決定することによって、前記第２の圧縮されたデータパケットを送信するように決定することと、
    前記送信されるべきデータパケットにおける前記イーサネット（登録商標）フレームヘッダが前記送信されたデータパケットにおける前記イーサネット（登録商標）フレームヘッダと同一である場合、前記送信されるべきデータパケットにおいて前記第２のイーサネット（登録商標）フレームを伝えることと
    を行うように構成されている、少なくとも１つのプロセッサをさらに備えている、請求項１８に記載の第１の通信のノード。
20. 前記送信されるべきデータパケットにおける前記イーサネット（登録商標）フレームヘッダが前記送信されたデータパケットにおける前記イーサネット（登録商標）フレームヘッダと同一であるかどうかを決定した後、前記トランシーバは、
    前記送信されるべきデータパケットにおける前記イーサネット（登録商標）フレームヘッダが前記送信されたデータパケットにおける前記イーサネット（登録商標）フレームヘッダと異なる場合、前記第１のイーサネット（登録商標）フレームを伝えるデータパケットを前記第２の通信ノードに送信するようにさらに構成されている、請求項１９に記載の第１の通信のノード。

Images