JP2022519554A - 処理方法及び通信機器 - Google Patents

Abstract

本開示の実施例は、処理方法及び通信機器を提供し、当該方法は、第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することを含み、ここで、前記第一情報は、ＰＤＣＰパケットのパケットヘッダ内の指示情報と、モビリティ手順完了の情報と、ＰＤＣＰパケットのＰＤＣＰ識別子と、ＰＤＣＰパケットに対応する接続と、ＰＤＣＰ制御パケット内の指示情報と、ＰＤＣＰ設定情報と、圧縮又は解凍用ＲＯＨＣエンティティの設定情報とのうち、何れか１つである。

Description

（関連出願の相互参照）
本願は、２０１９年１月３０日に中国で出願された中国特許出願第２０１９１００９３５９９．０号の優先権を主張し、その内容の全ては、参照により本願に組み込まれる。
本開示の実施例は、通信の技術分野に関し、具体的に、処理方法及び通信機器に関する。

ネットワーク側には、端末の１つのデータ無線ベアラＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）（又はパケットデータコンバージェンスプロトコルＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ））に対して、その為に働く圧縮（又は解凍）用ロバストヘッダ圧縮ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）エンティティが複数ある場合、端末側及びネットワーク側のパケットヘッダの圧縮又は解凍を如何に実現するかは、急いで解決すべき課題になっている。

本開示の実施例の目的の１つは、端末側及びネットワーク側のパケットヘッダの圧縮又は解凍の問題を解决するための処理方法及び通信機器を提供することにある。

本開示の実施例の第一局面によれば、通信機器に適用される処理方法であって、
第一情報に従って、圧縮又は解凍用ロバストヘッダ圧縮ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）エンティティを確定することを含み、
ここで、前記第一情報は、パケットデータコンバージェンスプロトコルＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）パケットのパケットヘッダ内の指示情報と、モビリティ手順完了の情報と、ＰＤＣＰパケットのＰＤＣＰ識別子と、ＰＤＣＰパケットに対応する接続と、ＰＤＣＰ制御パケット内の指示情報と、ＰＤＣＰ設定情報と、圧縮又は解凍用ＲＯＨＣエンティティの設定情報とのうち、１つ又は複数である、処理方法を提供している。

本開示の実施例の第二局面によれば、通信機器であって、
第一情報に従って、圧縮又は解凍用ロバストヘッダ圧縮ＲＯＨＣエンティティを確定するための確定モジュールを含み、
ここで、前記第一情報は、ＰＤＣＰパケットのパケットヘッダ内の指示情報と、モビリティ手順完了の情報と、ＰＤＣＰパケットのＰＤＣＰ識別子と、ＰＤＣＰパケットに対応する接続と、ＰＤＣＰ制御パケット内の指示情報と、ＰＤＣＰ設定情報と、圧縮又は解凍用ＲＯＨＣエンティティの設定情報とのうち、１つ又は複数である、通信機器を更に提供している。

本開示の実施例の第三局面によれば、プロセッサと、メモリと、前記メモリに記憶されて前記プロセッサ上で動作可能なプログラムとを含み、前記プログラムが前記プロセッサによって実行されると、上記に記載の処理方法が実現される、通信機器を更に提供している。

本開示の実施例の第四局面によれば、コンピュータプログラムを記憶したコンピュータ読取可能な記憶媒体であって、前記コンピュータプログラムがプロセッサによって実行されると、上記に記載の処理方法が実現される、コンピュータ読取可能な記憶媒体を更に提供している。

本開示の実施例において、ネットワーク側には、端末の１つのＤＲＢ（又はＰＤＣＰ）に対して、その為に働く圧縮又は解凍用ＲＯＨＣエンティティが複数ある場合であっても、端末側及びネットワーク側は、パケットヘッダの圧縮又は解凍機能を実現することができる。

以下の選択的な実施形態の詳細な説明を読むことで、当業者にとって、様々な他の利点及びメリットが明らかになるであろう。図面は、選択的な実施形態を示すためのものに過ぎず、本開示に対する制限と見なされるべきではない。更に、図面全体において、同じ部材は、同じ参照符号で示される。

本開示の実施例に係る無線通信システムのアーキテクチャ模式図である。 本開示の実施例に係る処理方法のフローチャートである。 本開示の実施例に係る通信機器の構造図その一である。 本開示の実施例に係る通信機器の構造図その二である。

以下、本開示の実施例における図面を参照しながら、本開示の実施例における技術案を明確且つ完全に説明するが、明らかなことに、説明される実施例は本開示の一部の実施例であり、すべての実施例ではない。本開示における実施例に基づいて、当業者によって創造的な労働を払わずに得られた他の実施例は、全て本開示の保護範囲に含まれるものとする。

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

本開示の実施例において、「例示的」又は「例えば」などの用語は、例として例証又は説明するためのものである。本開示の実施例において、「例示的」又は「例えば」などの用語で記載されるあらゆる実施例又は設計案は、他の実施例や設計案に比較してより好適であったり、より利点を有すると解釈されてはならない。適切に言えば、具体的な形態で関連概念を示すために、「例示的」又は「例えば」などの用語が使用されている。

本開示の実施例の技術案を理解し易くするために、以下、いくつかの技術的ポイントを紹介する。

一、ロバストヘッダ圧縮又は頑健ヘッダ圧縮ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）についての紹介。
長期進化（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）又は第五世代移動通信５Ｇ（５ｔｈ－ｇｅｎｅｒａｔｉｏｎ）の新しいラジオＮＲ（Ｎｅｗ Ｒａｄｉｏ）システムにおいて、ネットワーク側は、パケットデータコンバージェンスプロトコルＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）エンティティ内にＲＯＨＣ機能を設定することが可能である。当該ＲＯＨＣ機能は、ＰＤＣＰエンティティ内において、最大１つのＲＯＨＣ圧縮（例えば、端末側の対応する上りリンクデータ送信）エンティティ（又はモジュール、又はプロトコル層、又はコンテキスト）、及び、最大１つのＲＯＨＣ解凍（例えば、端末側の対応する下りリンクデータ受信）エンティティ（又はモジュール、又はプロトコル層、又はコンテキスト）に対応付けられる。ＲＯＨＣエンティティは、上位層データパケット（例えば、伝送制御プロトコルＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／インターネットプロトコルＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ））のパケットヘッダを圧縮及び解凍することが可能である一方で、ＲＯＨＣ解凍エンティティは、解凍のステータスに関するフィードバック情報を相手方のＲＯＨＣ圧縮エンティティに送信することが可能である。

ハンドオーバ手順中では、ネットワーク側は、当該ＰＤＣＰエンティティのＲＯＨＣエンティティをリセットする必要があるかどうかを設定する（即ち、ＤＲＢ ＲＯＨＣ連続（ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣ）シグナリングを通して指示する）ことが可能である。

例えば、ネットワーク側は、ハンドオーバ手順中で依然としてハンドオーバ前のＲＯＨＣエンティティを端末に採用させることを望む場合、ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣを端末に設定すれば、端末は、自身のＲＯＨＣをリセットせずに、ハンドオーバ前のＲＯＨＣエンティティを引き続き使用することになる。

二、デュアル接続ＤＣ（Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）ハンドオーバについての紹介。
５Ｇシステムにおいて、０ｍｓというモビリティ手順の中断遅延を満たす必要があるため、端末にとっては、その移動中に、ソースノードとターゲットノードとの両方で、データ送受信用の接続を確保する必要がある。ソースノードとターゲットノードとの両方で、データ接続を維持しなければならない。対応するネットワーク側のソースノードとターゲットノードとには、独立したＲＯＨＣ圧縮又は解凍エンティティを持たせる。

本明細書に記載の技術は、５Ｇシステム及びその後の進化型通信システム、並びにＬＴＥ／ＬＴＥの進化ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）システムに限定されず、様々な無線通信システム、例えば符号分割多元接続ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、時間分割多元接続ＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、周波数分割多元接続ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、直交周波数分割多元接続ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、シングルキャリア周波数分割多元接続ＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）及び他のシステムにも使用可能である。

用語「システム」と「ネットワーク」とは、互換的に用いられることが多い。ＣＤＭＡシステムは、例えばＣＤＭＡ２０００、ユニバーサル地上無線アクセスＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）等のラジオ技術を実現できる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＷＣＤＭＡ(登録商標)）及び他のＣＤＭＡ変形態を含む。ＴＤＭＡシステムは、例えばグローバルシステムフォーモバイルコミュニケーションＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などのラジオ技術を実現できる。ＯＦＤＭＡシステムは、例えばウルトラモバイルブロードバンドＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、進化型ＵＴＲＡ（Ｅｖｏｌｕｔｉｏｎ－ＵＴＲＡ、Ｅ－ＵＴＲＡ）、ＩＥＥＥ ８０２．１１（ワイヤレスフィデリティＷｉ－Ｆｉ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ））、ＩＥＥＥ ８０２．１６（マイクロ波アクセスの世界的相互運用性ＷｉＭＡＸ（Ｗｏｒｌｄ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＩＥＥＥ ８０２．２０、Ｆｌａｓｈ－ＯＦＤＭ等のラジオ技術を実現できる。ＵＴＲＡ及びＥ－ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステムＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。ＬＴＥ及びより高度なＬＴＥ（例えば、ＬＴＥ－Ａ）は、Ｅ－ＵＴＲＡを用いた新しいＵＭＴＳバージョンである。ＵＴＲＡ、Ｅ－ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ－Ａ及びＧＳＭは、「第３世代パートナーシッププロジェクト」３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）とい名前の組織からの文献に記載されている。ＣＤＭＡ２０００及びＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名前の組織からの文献に記載されている。本明細書に記載の技術は、上記のシステム及びラジオ技術に使用可能であるし、他のシステム及びラジオ技術にも使用可能である。

以下、図面と併せて本開示の実施例を紹介する。本開示の実施例による処理方法及び機器は、無線通信システムに適用可能である。図１を参照して、同図は、本開示の実施例による無線通信システムのアーキテクチャ模式図である。当該無線通信システムは、図１に示すように、第一ネットワーク機器１０、第二ネットワーク機器１１、及び端末を含んでもよく、端末は、ユーザ機器ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１２と記され、ＵＥ１２は、第一ネットワーク機器１０及び第二ネットワーク機器１１との通信（シグナリング伝送又はデータ伝送）が可能である。実際の応用において、上記各機器間の接続は、無線接続であってもよいが、直感的に各機器間の接続関係を示し易くするために、図１では、実線を用いて模式的に示している。説明すべきなのは、上記通信システムは、複数のＵＥ１２を含んでもよく、第一ネットワーク機器１０及び第二ネットワーク機器１１は、複数のＵＥ１２との通信が可能である。

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

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

本開示の実施例において、ＲＯＨＣエンティティは、ＲＯＨＣモジュール、ＲＯＨＣプロトコル層又はＲＯＨＣコンテキストと称されてもよい。

図２を参照して、本開示の実施例は、処理方法を更に提供しており、当該方法の実行主体は、通信機器、例えば端末又はネットワーク機器であってもよく、当該方法は、ステップ２０１を含む。

ステップ２０１：第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定する。
ここで、前記第一情報は、ＰＤＣＰパケットのパケットヘッダ内の指示情報と、モビリティ手順完了の情報と、ＰＤＣＰパケットのＰＤＣＰ識別子と、ＰＤＣＰパケットに対応する接続と、ＰＤＣＰ制御パケット内の指示情報と、ＰＤＣＰ設定情報と、圧縮又は解凍用ＲＯＨＣエンティティの設定情報とのうち、１つ又は複数であってもよい。

説明すべきなのは、上記ＰＤＣＰパケットは、ＰＤＣＰデータパケット及び／又はＲＯＨＣフィードバックパケットであってもよい。

通信機器には、圧縮又は解凍用ＲＯＨＣエンティティが複数ある場合、例示的に、
（１．１）ＰＤＣＰパケットヘッダ内に、使用されるＲＯＨＣエンティティを指示するための指示情報を追加する。
（１．２）ＰＤＣＰパケットのシリアル番号が、指定されたＰＤＣＰシリアル番号ＳＮ（Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）の前にあれば、通信機器は、ＲＯＨＣエンティティ１を採用し、指定されたＰＤＣＰ ＳＮ番号の後にあれば、通信機器は、ＲＯＨＣエンティティ２を採用する。
（１．３）接続１からのＰＤＣＰパケットに対して、接続１に関連するＲＯＨＣエンティティ１を採用し、接続２からのＰＤＣＰパケットに対して、接続２に関連するＲＯＨＣエンティティ２を採用する。
（１．４）ＰＤＣＰ制御パケット内の指示情報は、通信機器によって使用されるＲＯＨＣエンティティを変更するかどうかを指示する。

通信機器には、ＲＯＨＣエンティティが１つある場合、例示的に、
（２．１）ＰＤＣＰ制御パケット内の指示情報は、通信機器にその前のＲＯＨＣエンティティ（旧ＲＯＨＣエンティティ）を削除させ、新しいＲＯＨＣエンティティを確立させることを指示する。
（２．２）指定されたＰＤＣＰ ＳＮ番号の前にあれば、通信機器は、ＲＯＨＣエンティティ１を採用し、指定されたＰＤＣＰ ＳＮ番号の後にあれば、通信機器は、ＲＯＨＣエンティティ１を削除し、ＲＯＨＣエンティティ２を確立して採用する。

例示的に、通信機器によってＲＯＨＣ連続（ＲＯＨＣ Ｃｏｎｔｉｎｕｅ）機能が採用される場合、通信機器は、圧縮又は解凍用ＲＯＨＣエンティティを１つ採用し、それ以外の場合、通信機器は、圧縮又は解凍用ＲＯＨＣを複数採用する。理解できるように、通信機器が圧縮又は解凍用ＲＯＨＣエンティティを１つ採用する場合、上記（２．１）～（２．２）で説明された方式は、何れも適用可能である。通信機器が圧縮又は解凍用ＲＯＨＣエンティティを複数採用する場合、上記（１．１）～（１．４）で説明された方式は、何れも適用可能である。

本開示の実施例において、選択的に、ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されており、前記通信機器の１つのＰＤＣＰエンティティは、圧縮又は解凍用ＲＯＨＣエンティティを１つ含むようにしてもよい。

本開示の実施例において、選択的に、ＰＤＣＰ設定情報によって、通信機器にＲＯＨＣ連続機能を採用させることが指示されておらず、前記通信機器の１つのＰＤＣＰエンティティは、圧縮又は解凍用ＲＯＨＣエンティティを複数含むようにしてもよい。

本開示の実施例において、選択的に、前記ＰＤＣＰ制御パケット内の指示情報は、
（１）通信機器に圧縮又は解凍用ＲＯＨＣエンティティを変更させることと、
（２）通信機器に圧縮又は解凍用ＲＯＨＣエンティティを変更させないことと、
（３）通信機器にその前の圧縮又は解凍用ＲＯＨＣエンティティを削除させ、新しい圧縮又は解凍用ＲＯＨＣエンティティを確立させることとのうち、少なくとも１つを指示するものであってもよい。

本開示の実施例において、選択的に、ステップ２０１の前に、図２に示す方法は、
特定の指示方式に従って、対応する前記第一情報を確定することを更に含んでもよく、
ここで、前記特定の指示方式は、
（１）ＰＤＣＰパケットのパケットヘッダによる指示と、
（２）ＰＤＣＰパケットのＰＤＣＰ識別子の設定情報による指示と、
（３）ＰＤＣＰパケットに対応する接続の設定情報による指示と、
（４）ＰＤＣＰ制御パケットによる指示とのうち、１つ又は複数を含んでもよい。

本開示の実施例において、選択的に、前記特定の指示方式は、ネットワーク側によって設定されるか、或いはプロトコルによって規定されてもよい。

本開示の実施例において、選択的に、前記ＰＤＣＰ識別子の設定情報には、
（１）指定されたＰＤＣＰパケット識別子と、
（２）前記指定されたＰＤＣＰパケット識別子の前に採用される圧縮又は解凍用ＲＯＨＣエンティティと、
（３）前記指定されたＰＤＣＰパケット識別子の後に採用される圧縮又は解凍用ＲＯＨＣエンティティとのうち、１つ又は複数が含まれてもよい。

本開示の実施例において、選択的に、通信機器のＰＤＣＰエンティティが圧縮又は解凍用ＲＯＨＣエンティティを複数含む場合、ステップ２０１は、
（１）前記ＰＤＣＰパケットのＰＤＣＰ識別子が、指定されたＰＤＣＰ識別子の前にあれば、対応する圧縮又は解凍用ＲＯＨＣエンティティを採用することと、
（２）前記ＰＤＣＰパケットのＰＤＣＰ識別子が、指定されたＰＤＣＰ識別子の後にあれば、対応する圧縮又は解凍用ＲＯＨＣエンティティを採用することとのうち、何れか１つを含んでもよい。

本開示の実施例において、選択的に、通信機器のＰＤＣＰエンティティが圧縮又は解凍用ＲＯＨＣエンティティを１つ含む場合、ステップ２０１は、
（１）前記ＰＤＣＰパケットのＰＤＣＰ識別子が、指定されたＰＤＣＰ識別子の前にあれば、第一圧縮又は解凍用ＲＯＨＣエンティティを採用することと、
（２）前記ＰＤＣＰパケットのＰＤＣＰ識別子が、指定されたＰＤＣＰ識別子の後にあれば、第一圧縮又は解凍用ＲＯＨＣエンティティを削除し、新しい圧縮又は解凍用ＲＯＨＣエンティティを確立して採用することとのうち、何れか１つを含んでもよく、
ここで、前記第一圧縮又は解凍用ＲＯＨＣエンティティは、複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報に従って前記通信機器によって確立された１つの特定の圧縮又は解凍用ＲＯＨＣエンティティである。

本開示の実施例において、選択的に、前記ＰＤＣＰパケットに対応する接続の設定情報には、
（１）特定の接続と、特定の圧縮用ＲＯＨＣエンティティとの対応関係と、
（２）特定の接続と、特定の解凍用ＲＯＨＣエンティティとの対応関係とのうち、１つ又は複数が含まれてもよい。

本開示の実施例において、選択的に、ステップ２０１は、
前記ＰＤＣＰパケットに対応する接続が第一接続であれば、前記第一接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを採用することを含んでもよい。

本開示の実施例において、選択的に、ステップ２０１は、
（１）複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを複数確立することと、
（２）１つの圧縮又は解凍用ＲＯＨＣエンティティの設定情報に従って、特定の圧縮又は解凍用ＲＯＨＣエンティティを１つ確立することとのうち、１つ又は複数を含んでもよい。

本開示の実施例において、選択的に、ステップ２０１は、
モビリティ手順完了後に、モビリティ手順完了の情報に従って、ターゲット接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを確定することを含んでもよい。

本開示の実施例において、選択的に、ステップ２０１の後に、図２に示す方法は、
（１）ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
（２）ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを削除することとのうち、１つ又は複数を更に含んでもよい。

本開示の実施例において、選択的に、前記モビリティ手順完了のトリガイベントは、
（１）ネットワーク側から送信されたモビリティ手順完了の指示情報が端末によって受信されたことと、
（２）端末からネットワーク側にモビリティ手順完了の指示情報が送信されたことと、
（３）ターゲット接続のランダムアクセス手順が完了したことと、
（４）ソース接続のデータに対する処理が完了した旨の指示情報が端末によって受信されたこととのうち、１つ又は複数を含む。

本開示の実施例において、選択的に、ステップ２０１の後に、図２に示す方法は、
（１）ＰＤＣＰパケットのＰＤＣＰ識別子に従って、ＰＤＣＰパケットが送信される接続を確定することと、
（２）ＰＤＣＰパケットを圧縮した圧縮用ＲＯＨＣエンティティに従って、ＰＤＣＰパケットが送信される接続を確定することとのうち、何れか１つを更に含んでもよい。

本開示の実施例において、選択的に、ステップ２０１の後に、図２に示す方法は、
（１）ＲＯＨＣエンティティ変更情報を送信する時に、変更後の圧縮又は解凍用ＲＯＨＣエンティティによってＰＤＣＰパケットのパケットヘッダを圧縮又は解凍することと、
（２）ＲＯＨＣエンティティ変更情報を送信する前に、変更後の圧縮又は解凍用ＲＯＨＣエンティティによってＰＤＣＰパケットのパケットヘッダを圧縮又は解凍することと、
（３）ＲＯＨＣエンティティ変更情報を送信した後に、変更後の圧縮又は解凍用ＲＯＨＣエンティティによってＰＤＣＰパケットのパケットヘッダを圧縮又は解凍することとのうち、何れか１つを更に含んでもよい。

本開示の実施例において、選択的に、ステップ２０１の後に、図２に示す方法は、
（１）使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていれば、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットしないことと、
（２）使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する前に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていれば、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットしないことと、
（３）使用される圧縮又は解凍用ＲＯＨＣエンティティを変更した後に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていれば、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットしないこととのうち、何れか１つを更に含む。

本開示の実施例において、選択的に、ステップ２０１の後に、図２に示す方法は、
（１）使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていなければ、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
（２）使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する前に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていなければ、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
（３）使用される圧縮又は解凍用ＲＯＨＣエンティティを変更した後に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていなければ、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることとのうち、何れか１つを更に含む。

本開示の実施例において、選択的に、ステップ２０１の後に、図２に示す方法は、
（１）使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
（２）使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する前に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
（３）使用される圧縮又は解凍用ＲＯＨＣエンティティを変更した後に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることとのうち、何れか１つを更に含んでもよい。

本開示の実施例において、選択的に、ステップ２０１の後に、図２に示す方法は、
（１）使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを削除することと、
（２）使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する前に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを削除することと、
（３）使用される圧縮又は解凍用ＲＯＨＣエンティティを変更した後に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを削除することとのうち、何れか１つを更に含んでもよい。

本開示の実施例において、ネットワーク側には、通信機器の１つのＤＲＢ（又はＰＤＣＰ）に対して、その為に働く圧縮又は解凍用ＲＯＨＣエンティティが複数ある場合であっても、通信機器は、パケットヘッダの圧縮又は解凍機能を実現することができる。

本開示の実施例をより良く理解するために、以下の実施例におけるＰＤＣＰ送信端は、それぞれＵＥ及びネットワーク側のＰＤＣＰ送信端に対応するものであり、ＰＤＣＰ受信端は、それぞれＵＥ及びネットワーク側のＰＤＣＰ受信端に対応するものであり得る。

実施例１．１：ＰＤＣＰパケットのパケットヘッダによって、複数の圧縮又は解凍用ＲＯＨＣエンティティを指示する。

ステップ１：ＵＥがパケットヘッダによる指示（例えば、ＰＤＣＰパケットヘッダの指示情報）の方式を採用して複数の圧縮又は解凍用ＲＯＨＣエンティティを管理することを、ネットワーク側によって設定しておくか、或いはプロトコルによって規定しておく。

ステップ２：ＵＥは、１つのＰＤＣＰエンティティの複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報を受信したとき、UEは、上りリンク送信に対して複数の圧縮用ＲＯＨＣエンティティを確立し、下りリンク受信に対して複数の解凍用ＲＯＨＣエンティティを確立する。

例示的に、ＤＣハンドオーバ手順の場合、同一ＰＤＣＰエンティティに対して、ソース接続及びターゲット接続の両方には、それに対応する圧縮又は解凍用ＲＯＨＣエンティティ（例えば、圧縮又は解凍用ＲＯＨＣ１、及び、圧縮又は解凍用ＲＯＨＣ２）がそれぞれ設定されていれば、ＵＥは、上りリンク送信に対して複数の圧縮用ＲＯＨＣエンティティを確立し、下りリンク受信に対して複数の解凍用ＲＯＨＣエンティティを確立する。

ステップ３．１：ステップ２に応じて、ＰＤＣＰ受信端の挙動は、
ＰＤＣＰ受信端がＰＤＣＰパケット（例えば、ＰＤＣＰデータパケット及び／又はＲＯＨＣフィードバックパケット）を受信した後、当該ＰＤＣＰパケットのＰＤＣＰプロトコルデータユニットＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）のパケットヘッダのＲＯＨＣエンティティ指示情報に従って、特定の圧縮又は解凍用ＲＯＨＣエンティティを採用して処理することを含む。

例えば、ＵＥのＰＤＣＰ受信エンティティによるＰＤＣＰデータパケットの受信時に、もしＰＤＣＰデータパケットのＰＤＣＰ ＰＤＵのパケットヘッダによって、当該ＰＤＣＰデータパケットに採用される解凍用ＲＯＨＣ１が指示されていれば、ＵＥのＰＤＣＰ受信エンティティは、解凍用ＲＯＨＣ１を採用して当該ＰＤＣＰ ＰＤＵのパケットヘッダを解凍する。

更に例えば、ＵＥのＰＤＣＰ受信エンティティによるＲＯＨＣフィードバックパケットの受信時に、もしＲＯＨＣフィードバックパケットのＰＤＣＰ ＰＤＵのパケットヘッダによって、当該ＰＤＣＰ ＰＤＵのパケットヘッダパケットに採用される解凍用ＲＯＨＣ１が指示されていれば、ＵＥのＰＤＣＰ受信エンティティは、解凍用ＲＯＨＣ１を採用して当該ＰＤＣＰ ＰＤＵのパケットヘッダを処理する。

ステップ３．２：ステップ１に応じて、ＰＤＣＰ送信端の挙動は、
ＰＤＣＰ送信端が特定の圧縮又は解凍用ＲＯＨＣエンティティを採用して圧縮する（又はＲＯＨＣフィードバックパケット（例えば、「Ｃｏｎｔｒｏｌ ＰＤＵ ｆｏｒ ｉｎｔｅｒｓｐｅｒｓｅｄ ＲＯＨＣ ｆｅｅｄｂａｃｋ」）を送信する）際、ＰＤＣＰ送信端が、送信されるＰＤＣＰパケットヘッダ内で、採用される圧縮又は解凍用ＲＯＨＣエンティティを指示することを含む。

例えば、ＵＥのＰＤＣＰ送信エンティティによるデータの送信時に、もし当該データのＰＤＣＰパケットヘッダ圧縮に採用されたのが圧縮用ＲＯＨＣ１であれば、当該データのＰＤＣＰ ＰＤＵのパケットヘッダ内で、圧縮用ＲＯＨＣ１が採用されたことを指示する。

更に例えば、ＵＥのＰＤＣＰ送信エンティティによるＲＯＨＣフィードバックパケット（例えば、「Ｃｏｎｔｒｏｌ ＰＤＵ ｆｏｒ ｉｎｔｅｒｓｐｅｒｓｅｄ ＲＯＨＣ ｆｅｅｄｂａｃｋ」）の送信時に、もし当該ＲＯＨＣフィードバックパケットに採用されたのが圧縮用ＲＯＨＣ１であれば、当該ＲＯＨＣフィードバックパケットのＰＤＣＰ ＰＤＵのパケットヘッダ内で、圧縮用ＲＯＨＣ１が採用されたことを指示する。

追加的に、ＰＤＣＰ送信端は、各接続へ送信されるデータパケットに対して、各接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを採用する。

例示的に、ネットワーク側の設定情報（例えば、ソース接続が圧縮又は解凍用ＲＯＨＣ１を採用し、ターゲット接続が圧縮又は解凍用ＲＯＨＣ２を採用するもの）に従って、ＵＥのＰＤＣＰ送信端は、ソース接続へ送信されるデータに対して圧縮又は解凍用ＲＯＨＣ１を採用し、ターゲット接続へ送信されるデータに対して圧縮又は解凍用ＲＯＨＣ２を採用する。

追加的に、ステップ４：モビリティ手順（例えば、ハンドオーバ又はセカンダリセルグループ変更ＳＣＧ ｃｈａｎｇｅ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ ｃｈａｎｇｅ））に対して、ＵＥは、当該モビリティ手順完了後に、そのＰＤＣＰ送信エンティティが、ターゲット接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを採用する（即ち、ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを採用しなくなる）。

さらに、ＵＥの送信ＰＤＣＰエンティティは、ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティをリセット及び／又は削除する。

ここで、当該モビリティ手順完了のトリガイベントは、
（１）ネットワーク側から送信されたモビリティ手順完了の指示情報が受信されたこと、例えば、ネットワーク側から、ソース接続を削除する設定メッセージが送信されてきたことと、
（２）モビリティ手順完了の指示情報がネットワーク側へ送信されたこと、例えば、ＵＥから、ソース接続を削除する指示メッセージがネットワーク側に送信されたことと、
（３）ターゲット接続のランダムアクセス手順が完了したことと、
（４）ＰＤＣＰ送信エンティティによって受信されたソース接続のデータの全てに対する処理が完了したこと（例えば、解凍が完了したか、或いは復号化が完了したか、或いは上位層に送信されたこと）とのうち、１つ又は複数による任意の組み合わせを含む。

実施例１．２：ＰＤＣＰ識別子によって、複数の圧縮又は解凍用ＲＯＨＣエンティティを指示する。

ステップ１：ＵＥがＰＤＣＰ識別子（例えば、ＰＤＣＰ ＳＮ又はカウント（ＣＯＵＮＴ））による指示の方式を採用して複数の圧縮又は解凍用ＲＯＨＣエンティティを管理することを、ネットワーク側によって設定しておくか、或いはプロトコルによって規定しておく。

ここで、当該ＰＤＣＰ識別子設定情報には、
（１）下りリンクＰＤＣＰパケット識別子と、
（２）上りリンクＰＤＣＰパケット識別子と、
（３）当該下りリンク又は上りリンクＰＤＣＰパケット識別子の前（又は後）に採用される圧縮又は解凍用ＲＯＨＣエンティティとのうち、何れか１つが含まれる。

例示的に、ネットワーク側は、指定されたＰＤＣＰ ＳＮ（例えば、１００）の前に圧縮又は解凍用ＲＯＨＣ１を使用し、その後に圧縮又は解凍用ＲＯＨＣ２を採用するように設定する。

ステップ２：ＵＥは、１つのＰＤＣＰエンティティの複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報を受信したとき、UEは、上りリンク送信に対して複数の圧縮用ＲＯＨＣエンティティを確立し、下りリンク受信に対して複数の解凍用ＲＯＨＣエンティティを確立する。

例示的に、ＤＣハンドオーバ手順の場合、同一ＰＤＣＰエンティティに対して、ソース接続及びターゲット接続の両方には、それに対応する圧縮又は解凍用ＲＯＨＣエンティティ（例えば、圧縮又は解凍用ＲＯＨＣ１、及び、圧縮又は解凍用ＲＯＨＣ２）がそれぞれ設定されていれば、ＵＥは、上りリンク送信に対して複数の圧縮用ＲＯＨＣエンティティを確立し、下りリンク受信に対して複数の解凍用ＲＯＨＣエンティティを確立する。

ステップ３．１：ステップ２に応じて、ＰＤＣＰ受信端の挙動は、
ＰＤＣＰ受信端がＰＤＣＰパケット（例えば、ＰＤＣＰデータパケット及び／又はＲＯＨＣフィードバックパケット）を受信した後、ＵＥが、受信されたＰＤＣＰパケット識別子に従って特定の圧縮又は解凍用ＲＯＨＣエンティティを採用して処理することを含む。

例えば、ＵＥのＰＤＣＰ受信エンティティによるデータの受信時に、もしＰＤＣＰ ＰＤＵのパケットヘッダによって、当該ＰＤＣＰデータパケットのＰＤＣＰ ＳＮが、設定されたＰＤＣＰ ＳＮの前の番号であることが指示されていれば、ＵＥのＰＤＣＰ受信エンティティは、圧縮又は解凍用ＲＯＨＣ１を採用して当該ＰＤＣＰ ＰＤＵのパケットヘッダを解凍し、そうでなければ、圧縮又は解凍用ＲＯＨＣ２を採用する。

更に例えば、ＵＥのＰＤＣＰ受信エンティティによるＲＯＨＣフィードバックパケットの受信時に、もし当該ＲＯＨＣフィードバックパケットの前に受信（又は送信）されたＰＤＣＰパケットのＰＤＣＰ ＳＮが、設定されたＰＤＣＰ ＳＮ番号の前の番号であれば、ＵＥのＰＤＣＰ受信エンティティは、圧縮又は解凍用ＲＯＨＣ１を採用して当該ＰＤＣＰ ＰＤＵのパケットヘッダを処理し、そうでなければ、圧縮又は解凍用ＲＯＨＣ２を採用する。

ステップ３．２：ステップ１に応じて、ＰＤＣＰ送信端の挙動は、
ＰＤＣＰ送信端によるＰＤＣＰパケット（例えば、ＰＤＣＰデータパケット及び／又はＲＯＨＣフィードバックパケット）の送信時に、ＵＥが、送信されるＰＤＣＰパケット識別子に従って特定の圧縮又は解凍用ＲＯＨＣエンティティを採用して処理することを含む。

例えば、ＵＥのＰＤＣＰ送信エンティティによるデータの送信時に、もし当該ＰＤＣＰデータパケットのＰＤＣＰ ＳＮが、設定されたＰＤＣＰ ＳＮの前の番号であれば、ＵＥのＰＤＣＰ受信エンティティは、圧縮又は解凍用ＲＯＨＣ１を採用して当該ＰＤＣＰ ＰＤＵのパケットヘッダを圧縮し、そうでなければ、圧縮又は解凍用ＲＯＨＣ２を採用する。

追加的に、ＰＤＣＰ送信端は、各接続へ送信されるデータパケットに対して、ＰＤＣＰ識別子に従って、当該データパケットが送信される接続を判断する。例えば、ＤＣハンドオーバ手順中では、ＵＥのＰＤＣＰ送信エンティティによるデータの送信時に、もし当該データパケットのＰＤＣＰ ＳＮが、設定されたＰＤＣＰ ＳＮ番号の前の番号であれば、ＵＥは、当該データパケットを、ソース接続を介して送信し、そうでなければ、ターゲット接続を介して送信する。

追加的に、ステップ４：モビリティ手順（例えば、ハンドオーバ又はＳＣＧ ｃｈａｎｇｅ）に対して、ＵＥは、当該モビリティ手順完了後に、そのＰＤＣＰエンティティが、ターゲット接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを採用し、即ち、ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを採用しなくなる。

追加的に、ＵＥのＰＤＣＰエンティティは、ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティをリセット及び／又は削除する。

ここで、当該モビリティ手順完了のトリガイベントは、
（１）ネットワーク側から送信されたモビリティ手順完了の指示情報が受信されたこと、例えば、ネットワーク側から、ソース接続を削除する設定メッセージが送信されてきたことと、
（２）モビリティ手順完了の指示情報がネットワーク側へ送信されたこと、例えば、ＵＥから、ソース接続を削除する指示メッセージがネットワーク側に送信されたことと、
（３）ターゲット接続のランダムアクセス手順が完了したことと、
（４）ＰＤＣＰによって受信されたソース接続のデータの全てに対する処理が完了したこと（例えば、解凍が完了したか、或いは復号化が完了したか、或いは上位層に送信されたこと）とのうち、１つ又は複数による任意の組み合わせを含む。

実施例１．３：複数の圧縮又は解凍用ＲＯＨＣエンティティから、ＰＤＣＰパケットに対応する接続に従って、圧縮又は解凍用ＲＯＨＣエンティティを選択する。

ステップ１：ＵＥがＰＤＣＰパケットに対応する接続を採用して複数の圧縮又は解凍用ＲＯＨＣエンティティを管理することを、ネットワーク側によって設定しておくか、或いはプロトコルによって規定しておく。

ここで、当該ＰＤＣＰパケットに対応する接続設定情報には、特定の接続に対応する特定の圧縮又は解凍用ＲＯＨＣエンティティが含まれる。

例えば、受信された接続１のデータパケットに対して解凍用ＲＯＨＣ１を採用し、送信される接続１のデータパケットに対して圧縮用ＲＯＨＣ１を採用するようにネットワーク側は設定する。

ステップ２：ＵＥは、１つのＰＤＣＰエンティティの複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報を受信したとき、UEは、上りリンク送信に対して複数の圧縮用ＲＯＨＣエンティティを確立し、下りリンク受信に対して複数の解凍用ＲＯＨＣエンティティを確立する。

例えば、ＤＣハンドオーバ手順の場合、同一ＰＤＣＰエンティティに対して、ソース接続及びターゲット接続の両方には、それに対応する圧縮又は解凍用ＲＯＨＣエンティティ（例えば、圧縮又は解凍用ＲＯＨＣ１、及び、圧縮又は解凍用ＲＯＨＣ２）がそれぞれ設定されていれば、ＵＥは、上りリンク送信に対して複数の圧縮用ＲＯＨＣエンティティを確立し、下りリンク受信に対して複数の解凍用ＲＯＨＣエンティティを確立する。

ステップ３．１：ステップ２に応じて、ＰＤＣＰ受信端の挙動は、
ＰＤＣＰ受信端がＰＤＣＰパケット（例えば、ＰＤＣＰデータパケット及び／又はＲＯＨＣフィードバックパケット）を受信した後、ＵＥが、受信されたＰＤＣＰパケットの接続に従って特定の圧縮又は解凍用ＲＯＨＣエンティティを採用して処理することを含む。

例えば、ＵＥのＰＤＣＰ受信エンティティによるＰＤＣＰデータパケットの受信時に、もしＰＤＣＰデータパケットが接続１からのものであれば、ＵＥのＰＤＣＰ受信エンティティは、解凍用ＲＯＨＣ１を採用して当該ＰＤＣＰデータパケットのＰＤＣＰ ＰＤＵのパケットヘッダを解凍する。

更に例えば、ＵＥのＰＤＣＰ受信エンティティによるＲＯＨＣフィードバックパケットの受信時に、もし当該ＲＯＨＣフィードバックパケットが接続１からのものであれば、ＵＥのＰＤＣＰ受信エンティティは、解凍用ＲＯＨＣ１を採用して当該ＰＤＣＰ ＰＤＵを処理する。

ステップ３．２：ステップ１に応じて、ＰＤＣＰ送信端の挙動は、
ＰＤＣＰ送信端がＰＤＣＰパケット（例えば、ＰＤＣＰデータパケット及び／又はＲＯＨＣフィードバックパケット）を送信する際、ＵＥが、送信されるＰＤＣＰパケットの接続に従って特定の圧縮又は解凍用ＲＯＨＣエンティティを採用して処理することを含む。

例えば、ＵＥのＰＤＣＰ送信エンティティによるＰＤＣＰデータパケットの送信時に、もしＰＤＣＰデータパケットが接続１を介して送信されるものであれば、ＵＥのＰＤＣＰ送信エンティティは、圧縮用ＲＯＨＣ１を採用して当該ＰＤＣＰデータパケットのＰＤＣＰ ＰＤＵを圧縮する。

更に例えば、ＵＥのＰＤＣＰ送信エンティティによるＲＯＨＣフィードバックパケットの送信時に、もし当該ＲＯＨＣフィードバックパケットが、ＲＯＨＣ１の受信データパケットに対するＲＯＨＣフィードバックパケットであれば、ＵＥのＰＤＣＰ送信エンティティは、圧縮用ＲＯＨＣ１を採用して当該ＲＯＨＣ ＰＤＣＰ ＰＤＵのパケットヘッダを処理するとともに、当該ＲＯＨＣフィードバックパケットを圧縮用ＲＯＨＣ１に対応する接続に送信する。

追加的に、ＰＤＣＰ送信端は、各接続へ送信されるＰＤＣＰパケットに対して、採用された圧縮又は解凍用ＲＯＨＣエンティティに従って、当該ＰＤＣＰパケットが送信される接続を判断する。

例えば、ＤＣハンドオーバ手順中では、ＵＥのＰＤＣＰ送信エンティティによるＰＤＣＰパケットの送信時に、もし当該ＰＤＣＰパケットに採用されたのが圧縮用ＲＯＨＣ１であれば、当該ＰＤＣＰパケットは、圧縮用ＲＯＨＣ１に対応する接続を介して送信される。

追加的に、ステップ４：モビリティ手順（例えば、ハンドオーバ又はＳＣＧ ｃｈａｎｇｅ）に対して、ＵＥは、当該モビリティ手順完了後に、そのＰＤＣＰエンティティが、ターゲット接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを採用する（即ち、ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを採用しなくなる）。

追加的に、ＵＥのＰＤＣＰエンティティは、ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティをリセット及び／又は削除する。

ここで、当該モビリティ手順完了のトリガイベントは、
（１）ネットワーク側から送信されたモビリティ手順完了の指示情報が受信されたこと、例えば、ネットワーク側から、ソース接続を削除する設定メッセージが送信されてきたことと、
（２）モビリティ手順完了の指示情報がネットワーク側へ送信されたこと、例えば、ＵＥから、ソース接続を削除する指示メッセージがネットワーク側に送信されたことと、
（３）ターゲット接続のランダムアクセス手順が完了したことと、
（４）ＰＤＣＰによって受信されたソース接続のデータの全てに対する処理が完了したこと（例えば、解凍が完了したか、或いは復号化が完了したか、或いは上位層に送信されたこと）とのうち、１つ又は複数による任意の組み合わせを含む。

実施例１．４：ＰＤＣＰ制御パケットによって、複数の圧縮又は解凍用ＲＯＨＣエンティティを変える。

ステップ１：ＵＥがＰＤＣＰ制御パケットの方式を採用して複数の圧縮又は解凍用ＲＯＨＣエンティティを管理することを、ネットワーク側によって設定しておくか、或いはプロトコルによって規定しておく。

例えば、ＰＤＣＰ制御パケットを受信した後、当該ＰＤＣＰ制御パケットの指示情報に従って、その後に採用されるべき圧縮又は解凍用ＲＯＨＣエンティティを判断する。

ステップ２：ＵＥは、１つのＰＤＣＰエンティティの複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報を受信したとき、UEは、上りリンク送信に対して複数の圧縮用ＲＯＨＣエンティティを確立し、下りリンク受信に対して複数の解凍用ＲＯＨＣエンティティを確立する。

例えば、ＤＣハンドオーバ手順の場合、同一ＰＤＣＰエンティティに対して、ソース接続及びターゲット接続の両方には、それに対応する圧縮又は解凍用ＲＯＨＣエンティティ（例えば、圧縮又は解凍用ＲＯＨＣ１、及び、圧縮又は解凍用ＲＯＨＣ２）がそれぞれ設定されていれば、ＵＥは、上りリンク送信に対して複数の圧縮用ＲＯＨＣエンティティを確立し、下りリンク受信に対して複数の解凍用ＲＯＨＣエンティティを確立する。

ステップ３：ＵＥは、ネットワーク側から送信されたＲＯＨＣエンティティ変更情報（例えば、ＰＤＣＰ制御パケット）を受信した後、変更後の圧縮又は解凍用ＲＯＨＣエンティティを採用する。

例えば、ＵＥの１つのＰＤＣＰエンティティによってＰＤＣＰ制御パケットが受信され、当該ＰＤＣＰ制御パケットによって、当該ＰＤＣＰに採用されるべき圧縮又は解凍用ＲＯＨＣエンティティが指示されていれば、当該ＰＤＣＰエンティティは、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する。

又は、ＵＥは、ＲＯＨＣエンティティ変更情報をネットワーク側に送信する時（又は送信する前、又は送信した後）に、変更後の圧縮又は解凍用ＲＯＨＣエンティティを採用する。

例えば、ＵＥの１つのＰＤＣＰエンティティによるＰＤＣＰ制御パケットの送信時（又は送信前、又は送信後）に、もし当該ＰＤＣＰ制御パケットによって、当該ＰＤＣＰに採用されるべき圧縮又は解凍用ＲＯＨＣエンティティが指示されていれば、当該ＰＤＣＰエンティティは、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する。

追加的に、ＵＥのＰＤＣＰエンティティは、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、圧縮又は解凍用ＲＯＨＣエンティティをリセットする。

追加的に、ＵＥのＰＤＣＰエンティティは、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを削除する。

実施例２．１：ＰＤＣＰ制御パケットによって、１つの圧縮又は解凍用ＲＯＨＣエンティティを変える。

ステップ１：ＵＥがＰＤＣＰ制御パケットの方式を採用して１つの圧縮又は解凍用ＲＯＨＣエンティティを管理することを、ネットワーク側によって設定しておくか、或いはプロトコルによって規定しておく。

例えば、ＰＤＣＰ制御パケットを受信した後、当該ＰＤＣＰ制御パケットの指示情報に従って、その後に採用されるべき圧縮又は解凍用ＲＯＨＣエンティティを判断する。

ステップ２：ＵＥは、１つのＰＤＣＰエンティティの複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報を受信したとき、最初に１つの特定の圧縮又は解凍用ＲＯＨＣエンティティを使用する。

例えば、ＤＣハンドオーバ手順の場合、同一ＰＤＣＰエンティティに対して、ソース接続及びターゲット接続の両方には、それに対応する圧縮又は解凍用ＲＯＨＣエンティティ（例えば、圧縮又は解凍用ＲＯＨＣ１、及び、圧縮又は解凍用ＲＯＨＣ２）がそれぞれ設定されていれば、ＵＥは、上りリンク送信に対して、最初に圧縮用ＲＯＨＣ１を採用し、下りリンク受信に対して、最初に解凍用ＲＯＨＣ１を採用する。

ステップ３：ＵＥは、ネットワーク側から送信されたＲＯＨＣエンティティ変更情報（例えば、ＰＤＣＰ制御パケット）を受信した後、変更後の圧縮又は解凍用ＲＯＨＣエンティティを採用（又は確立）する。

例えば、ＵＥの１つのＰＤＣＰエンティティによってＰＤＣＰ制御パケットが受信され、当該ＰＤＣＰ制御パケットによって、ＰＤＣＰに採用されるべき圧縮又は解凍用ＲＯＨＣエンティティが指示されていれば、当該ＰＤＣＰエンティティは、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する。

又は、ＵＥは、圧縮又は解凍用ＲＯＨＣエンティティ変更情報をネットワーク側に送信する時（又は送信する前、又は送信した後）に、変更後の圧縮又は解凍用ＲＯＨＣエンティティを採用（又は確立）する。

例えば、ＵＥの１つのＰＤＣＰエンティティによるＰＤＣＰ制御パケットの送信時（又は送信前、又は送信後）に、もし当該ＰＤＣＰ制御パケットによって、当該ＰＤＣＰに採用されるべき圧縮又は解凍用ＲＯＨＣエンティティが指示されていれば、当該ＰＤＣＰエンティティは、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する。

追加的に、ＵＥのＰＤＣＰエンティティは、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、ＲＯＨＣエンティティをリセットする。

追加的に、ＵＥのＰＤＣＰエンティティは、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、その前に使用されていたＲＯＨＣエンティティを削除する。

追加的に、ＵＥのＰＤＣＰエンティティが、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、もしネットワーク側によって、ＲＯＨＣ連続機能（例えば、ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣ）が設定されていれば、ＵＥのＰＤＣＰエンティティは、圧縮又は解凍用ＲＯＨＣエンティティをリセットしない。

追加的に、ＵＥのＰＤＣＰエンティティが、それに使用されるＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、もしネットワーク側によって、圧縮又は解凍用ＲＯＨＣ連続機能（例えば、ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣ）が設定されていなければ、ＵＥのＰＤＣＰエンティティは、圧縮又は解凍用ＲＯＨＣエンティティをリセットする。

実施例２．２：ＰＤＣＰ識別子によって、１つの圧縮又は解凍用ＲＯＨＣエンティティを変える。

ステップ１：ＵＥがＰＤＣＰ識別子（例えば、ＰＤＣＰ ＳＮ又はＣＯＵＮＴ）の方式を採用して１つの圧縮又は解凍用ＲＯＨＣエンティティを管理することを、ネットワーク側によって設定しておくか、或いはプロトコルによって規定しておく。
ここで、当該ＰＤＣＰ識別子設定情報には、
（１）下りリンクＰＤＣＰパケット識別子と、
（２）上りリンクＰＤＣＰパケット識別子と、
（３）ＰＤＣＰパケット識別子の前（又は後）に採用される圧縮又は解凍用ＲＯＨＣエンティティと、のうち、何れか１つが含まれる。

例えば、ネットワーク側は、指定されたＰＤＣＰ ＳＮ（例えば、１００）の前に圧縮又は解凍用ＲＯＨＣ１を使用し、その後に圧縮又は解凍用ＲＯＨＣ２を採用するように設定する。

ステップ２：ＵＥは、１つのＰＤＣＰエンティティの複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報を受信したとき、最初に１つの特定の圧縮又は解凍用ＲＯＨＣエンティティを使用する。

例えば、ＤＣハンドオーバ手順の場合、同一ＰＤＣＰエンティティに対して、ソース接続及びターゲット接続の両方には、それに対応する圧縮又は解凍用ＲＯＨＣエンティティ（例えば、圧縮又は解凍用ＲＯＨＣ１、及び、圧縮又は解凍用ＲＯＨＣ２）がそれぞれ設定されていれば、ＵＥは、上りリンク送信に対して、最初に圧縮用ＲＯＨＣ１を採用し、下りリンク受信に対して、最初に解凍用ＲＯＨＣ１を採用する。

ステップ３：ＵＥは、ネットワーク側から送信された、対応するＰＤＣＰ識別子情報を受信した後、変更後の圧縮又は解凍用ＲＯＨＣエンティティを採用（又は確立）する。

例えば、ＵＥの１つのＰＤＣＰエンティティによって受信されたＰＤＣＰ識別子が、設定されたＰＤＣＰ ＳＮ番号の前の番号であれば、ＵＥのＰＤＣＰ受信エンティティは、解凍用ＲＯＨＣ１を採用して当該ＰＤＣＰ ＰＤＵを処理し、そうでなければ、解凍用ＲＯＨＣ２を採用する。

又は、ＵＥは、ネットワーク側に送信される、対応するＰＤＣＰ識別子情報に従って、変更後の圧縮又は解凍用ＲＯＨＣエンティティを採用（又は確立）する。

例えば、ＵＥの１つのＰＤＣＰエンティティによって送信されるＰＤＣＰ識別子が、設定されたＰＤＣＰ ＳＮの前の番号であれば、ＵＥのＰＤＣＰ受信エンティティは、圧縮用ＲＯＨＣ１を採用して当該ＰＤＣＰ ＰＤＵを処理し、そうでなければ、圧縮用ＲＯＨＣ２を採用する。

追加的に、ＵＥのＰＤＣＰエンティティは、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットする。

追加的に、ＵＥのＰＤＣＰエンティティは、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを削除する。

追加的に、ＵＥのＰＤＣＰエンティティが、それに使用されるＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、もしネットワーク側によって、ＲＯＨＣ連続機能（例えば、ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣ）が設定されていれば、ＵＥのＰＤＣＰエンティティは、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットしない。

追加的に、ＵＥのＰＤＣＰエンティティが、それに使用されるＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、もしネットワーク側によって、ＲＯＨＣ連続機能（例えば、ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣ）が設定されていなければ、ＵＥのＰＤＣＰエンティティは、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットする。

実施例２．３：ＰＤＣＰパケットに対応する接続を変えることによって、１つの圧縮又は解凍用ＲＯＨＣエンティティを変える。

ステップ１：ＵＥがＰＤＣＰパケットに対応する接続を採用して１つの圧縮又は解凍用ＲＯＨＣエンティティを管理することを、ネットワーク側によって設定しておくか、或いはプロトコルによって規定しておく。

ここで、当該ＰＤＣＰパケットに対応する接続設定情報には、特定の接続に対応する特定の圧縮又は解凍用ＲＯＨＣエンティティが含まれる。

例えば、受信された接続１のデータパケットに対して解凍用ＲＯＨＣ１を採用し、送信される接続１のデータパケットに対して圧縮用ＲＯＨＣ１を採用するようにネットワーク側は、設定する。

ステップ２：ＵＥは、１つのＰＤＣＰエンティティの複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報を受信したとき、最初に１つの特定の圧縮又は解凍用ＲＯＨＣエンティティを使用する。

例えば、ＤＣハンドオーバ手順の場合、同一ＰＤＣＰエンティティに対して、ソース接続及びターゲット接続の両方には、それに対応する圧縮又は解凍用ＲＯＨＣエンティティ（例えば、圧縮又は解凍用ＲＯＨＣ１、及び、圧縮又は解凍用ＲＯＨＣ２）がそれぞれ設定されていれば、ＵＥは、上りリンク送信に対して、最初に圧縮用ＲＯＨＣ１を採用し、下りリンク受信に対して、最初に解凍用ＲＯＨＣ１を採用する。

ステップ３．１：ステップ２に応じて、ＰＤＣＰ受信端の挙動は、
ＰＤＣＰ受信端がＰＤＣＰパケット（例えば、ＰＤＣＰデータパケット及び／又はＲＯＨＣフィードバックパケット）を受信した後、ＵＥが、受信されたＰＤＣＰパケットの接続に従って特定の解凍用ＲＯＨＣエンティティを採用して処理することを含む。

例えば、ＵＥのＰＤＣＰ受信エンティティによるＰＤＣＰデータパケットの受信時に、もしＰＤＣＰデータパケットがソース接続からのものであれば、ＵＥのＰＤＣＰ受信エンティティは、ソース接続に対応する解凍用ＲＯＨＣ１を採用して、当該ＰＤＣＰデータパケットのＰＤＣＰ ＰＤＵのパケットヘッダを解凍する。

当該ＵＥのＰＤＣＰ受信エンティティによって受信されたＰＤＣＰデータパケットの接続がソース接続からターゲット接続に変更されると、当該ＰＤＣＰエンティティは、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを変更する。

更に例えば、ＵＥのＰＤＣＰ受信エンティティによるＲＯＨＣフィードバックパケットの受信時に、もし当該ＲＯＨＣフィードバックパケットが接続１からのものであれば、ＵＥのＰＤＣＰ受信エンティティは、接続１に対応する解凍用ＲＯＨＣ１を採用して、当該ＰＤＣＰ ＰＤＵのパケットヘッダの解凍処理を行う。

ステップ３．２：ステップ１に応じて、ＰＤＣＰ送信端の挙動は、
ＰＤＣＰ送信端によるＰＤＣＰパケット（例えば、ＰＤＣＰデータパケット及び／又はＲＯＨＣフィードバックパケット）の送信時に、ＵＥが、送信されるＰＤＣＰパケットの接続に従って特定の圧縮用ＲＯＨＣエンティティを採用して処理することを含む。

例えば、ＵＥのＰＤＣＰ送信エンティティによるＰＤＣＰデータパケットの送信時に、もしＰＤＣＰデータパケットがソース接続を介して送信されれば、ＵＥのＰＤＣＰ送信エンティティは、ソース接続に対応する圧縮用ＲＯＨＣ１を採用して、当該ＰＤＣＰデータパケットのＰＤＣＰ ＰＤＵを圧縮する。

当該ＵＥのＰＤＣＰ送信エンティティによって送信されるＰＤＣＰデータパケットの接続がソース接続からターゲット接続に変更されると、当該ＰＤＣＰエンティティは、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを変更する。

更に例えば、ＵＥのＰＤＣＰ送信エンティティによるＲＯＨＣフィードバックパケットの送信時に、もし当該ＲＯＨＣフィードバックパケットが、圧縮用ＲＯＨＣ１の受信データパケットに対するＲＯＨＣフィードバックパケットであれば、ＵＥのＰＤＣＰ送信エンティティは、圧縮用ＲＯＨＣ１を採用して当該ＰＤＣＰ ＰＤＵのパケットヘッダを処理するとともに、当該ＲＯＨＣフィードバックパケットを圧縮用ＲＯＨＣ１に対応する接続に送信する。

追加的に、ＵＥのＰＤＣＰエンティティは、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットする。

追加的に、ＵＥのＰＤＣＰエンティティは、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを削除する。

追加的に、ＵＥのＰＤＣＰエンティティは、それに使用されるＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットする。

追加的に、ＵＥのＰＤＣＰエンティティが、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、もしネットワーク側によって、ＲＯＨＣ連続機能（例えば、ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣ）が設定されていれば、ＵＥのＰＤＣＰエンティティは、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットしない。

追加的に、ＵＥのＰＤＣＰエンティティが、それに使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時（又は変更する前、又は変更した後）に、もしネットワーク側によって、ＲＯＨＣ連続機能（例えば、ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣ）が設定されていなければ、ＵＥのＰＤＣＰエンティティは、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットする。

追加的に、ＰＤＣＰ送信端は、各接続へ送信されるＰＤＣＰパケットに対して、採用された圧縮用ＲＯＨＣエンティティに従って、当該ＰＤＣＰパケットが送信される接続を判断する。

例えば、ＤＣハンドオーバ手順中では、ＵＥのＰＤＣＰ送信エンティティによるＰＤＣＰパケットの送信時に、もし当該ＰＤＣＰパケットに採用されたのが圧縮用ＲＯＨＣ１であれば、当該ＰＤＣＰパケットは、圧縮用ＲＯＨＣ１に対応する接続を介して送信される。

追加的に、ステップ４：モビリティ手順（例えば、ハンドオーバ又はＳＣＧ ｃｈａｎｇｅ）に対して、ＵＥは、当該モビリティ手順完了後に、そのＰＤＣＰエンティティが、ターゲット接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを採用する（即ち、ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを採用しなくなる）。

追加的に、ＵＥのＰＤＣＰエンティティは、ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティをリセット及び／又は削除する。

ここで、当該モビリティ手順完了のトリガイベントは、
（１）ネットワーク側から送信されたモビリティ手順完了の指示情報が受信されたこと、例えば、ネットワーク側から、ソース接続を削除する設定メッセージが送信されてきたことと、
（２）モビリティ手順完了の指示情報がネットワーク側へ送信されたこと、例えば、ＵＥから、ソース接続を削除する指示メッセージがネットワーク側に送信されたことと、
（３）ターゲット接続のランダムアクセス手順が完了したことと、
（４）ＰＤＣＰによって受信されたソース接続のデータの全てに対する処理が完了したこと（例えば、解凍が完了したか、或いは復号化が完了したか、或いは上位層に送信されたこと）とのうち、１つ又は複数による任意の組み合わせを含む。

実施例３：ネットワーク側によるＲＯＨＣ連続機能の設定及び制御によって、圧縮又は解凍用ＲＯＨＣエンティティを１つ採用するか、それとも複数採用するかを制御する。

ステップ１：ネットワーク側は、ＲＯＨＣ連続機能（例えば、ｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣ）を設定することによって、ＵＥの１つのＰＤＣＰエンティティが同時に圧縮又は解凍用ＲＯＨＣを１つ確立するか、それとも複数確立するかを制御する。

ステップ２：ステップ１の設定情報に応じて、ＵＥの挙動は、以下の（１）～（３）のうち、何れか１つを含む。
（１）ＰＤＣＰ設定情報によって、ＲＯＨＣ連続機能を採用すること（即ち、ＲＯＨＣがリセットされない旨の指示）が指示されていれば、当該ＰＤＣＰエンティティが、同一時刻で圧縮又は解凍用ＲＯＨＣエンティティを１つ採用し、且つ実施例２．１又は２．２における、圧縮又は解凍用ＲＯＨＣエンティティを変更する機能を採用しないことが可能である。
（２）ＰＤＣＰ設定情報によって、ＲＯＨＣ連続機能を採用させることが指示されておらず、且つＵＥによって、１つのＰＤＣＰエンティティの複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報が受信されていれば、ＵＥは、上りリンク送信に対して複数の圧縮用ＲＯＨＣエンティティを確立し、下りリンク受信に対して複数の解凍用ＲＯＨＣエンティティを確立する。
（３）ＰＤＣＰ設定情報によって、ＲＯＨＣ連続機能を採用させること（即ち、ＲＯＨＣがリセットされない旨の指示）が指示されていなければ、当該ＰＤＣＰエンティティは、同一時刻で圧縮又は解凍用ＲＯＨＣエンティティを１つ採用し、且つ実施例２．１又は２．２における圧縮又は解凍用ＲＯＨＣエンティティを変更する機能を採用することが可能である。

ＵＥが同時に圧縮又は解凍用ＲＯＨＣエンティティを複数採用（又は確立）する場合、ＵＥの挙動は、実施例１．１、１．２、１．３及び１．４と同じであり、ここで繰り返して説明しない。

ＵＥが同時に圧縮又は解凍用ＲＯＨＣエンティティを１つ採用（又は確立）する場合、もし実施例２．１又は２．２における圧縮又は解凍用ＲＯＨＣエンティティを変更する機能を採用すれば、ＵＥの挙動は、実施例２．１又は２．２における圧縮又は解凍用ＲＯＨＣエンティティを変更する機能と同じであり、ここで繰り返して説明しない。

本開示の実施例では、通信機器が更に提供されているが、通信機器が問題を解決する原理は、本開示の実施例における処理方法と類似しているため、当該通信機器の実施に関しては、方法の実施を参照でき、重複部分が繰り返して説明されない。

図３を参照して、本開示の実施例は、例えば端末又はネットワーク機器とされる通信機器を更に提供しており、当該通信機器３００は、
第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定するための第一確定モジュール３０１を含み、
ここで、前記第一情報は、ＰＤＣＰパケットのパケットヘッダ内の指示情報と、モビリティ手順完了の情報と、ＰＤＣＰパケットのＰＤＣＰ識別子と、ＰＤＣＰパケットに対応する接続と、ＰＤＣＰ制御パケット内の指示情報と、ＰＤＣＰ設定情報と、圧縮又は解凍用ＲＯＨＣエンティティの設定情報とのうち、１つ又は複数である。

本開示の実施例において、選択的に、前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されており、前記通信機器のＰＤＣＰエンティティは、圧縮又は解凍用ＲＯＨＣエンティティを１つ含むか、或いは、
前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されておらず、前記通信機器のＰＤＣＰエンティティは、圧縮又は解凍用ＲＯＨＣエンティティを複数含む。

本開示の実施例において、選択的に、前記ＰＤＣＰ制御パケット内の指示情報は、
前記通信機器に圧縮又は解凍用ＲＯＨＣエンティティを変更させることと、
前記通信機器に圧縮又は解凍用ＲＯＨＣエンティティを変更させないことと、
前記通信機器にその前の圧縮又は解凍用ＲＯＨＣエンティティを削除させ、新しい圧縮又は解凍用ＲＯＨＣエンティティを確立させることとのうち、少なくとも１つを指示するものである。

本開示の実施例において、選択的に、通信機器３００は、特定の指示方式に従って、対応する前記第一情報を確定するための第二確定モジュールを更に含み、
ここで、前記特定の指示方式は、
ＰＤＣＰパケットのパケットヘッダによる指示と、
ＰＤＣＰパケットのＰＤＣＰ識別子の設定情報による指示と、
ＰＤＣＰパケットに対応する接続の設定情報による指示と、
ＰＤＣＰ制御パケットによる指示とのうち、１つ又は複数を含む。

本開示の実施例において、選択的に、前記特定の指示方式は、ネットワーク側によって設定されるか、或いはプロトコルによって規定される。

本開示の実施例において、選択的に、前記ＰＤＣＰ識別子の設定情報には、
指定されたＰＤＣＰパケット識別子と、
前記指定されたＰＤＣＰパケット識別子の前に採用される圧縮又は解凍用ＲＯＨＣエンティティと、
前記指定されたＰＤＣＰパケット識別子の後に採用される圧縮又は解凍用ＲＯＨＣエンティティとのうち、１つ又は複数が含まれる。

本開示の実施例において、選択的に、第一確定モジュール３０１は、
前記ＰＤＣＰパケットのＰＤＣＰ識別子が、指定されたＰＤＣＰ識別子の前にあれば、対応する圧縮又は解凍用ＲＯＨＣエンティティを採用することと、
前記ＰＤＣＰパケットのＰＤＣＰ識別子が、指定されたＰＤＣＰ識別子の後にあれば、対応する圧縮又は解凍用ＲＯＨＣエンティティを採用することとのうち、何れか１つを実行するために更に用いられる。

本開示の実施例において、選択的に、第一確定モジュール３０１は、
前記ＰＤＣＰパケットのＰＤＣＰ識別子が、指定されたＰＤＣＰ識別子の前にあれば、第一圧縮又は解凍用ＲＯＨＣエンティティを採用することと、
前記ＰＤＣＰパケットのＰＤＣＰ識別子が、指定されたＰＤＣＰ識別子の後にあれば、第一圧縮又は解凍用ＲＯＨＣエンティティを削除し、新しい圧縮又は解凍用ＲＯＨＣエンティティを確立して採用することとのうち、何れか１つを実行するために更に用いられ、
ここで、前記第一圧縮又は解凍用ＲＯＨＣエンティティは、複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報に従って前記通信機器によって確立された１つの特定の圧縮又は解凍用ＲＯＨＣエンティティである。

本開示の実施例において、選択的に、前記ＰＤＣＰパケットに対応する接続の設定情報には、
特定の接続と、特定の圧縮用ＲＯＨＣエンティティとの対応関係と、
特定の接続と、特定の解凍用ＲＯＨＣエンティティとの対応関係とのうち、１つ又は複数が含まれる。

本開示の実施例において、選択的に、第一確定モジュール３０１は、
前記ＰＤＣＰパケットに対応する接続が第一接続であれば、前記第一接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを採用するために更に用いられる。

本開示の実施例において、選択的に、第一確定モジュール３０１は、
複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを複数確立することと、
１つの圧縮又は解凍用ＲＯＨＣエンティティの設定情報に従って、特定の圧縮又は解凍用ＲＯＨＣエンティティを１つ確立することとのうち、１つ又は複数を実行するために更に用いられる。

本開示の実施例において、選択的に、第一確定モジュール３０１は、モビリティ手順完了後に、前記モビリティ手順完了の情報に従って、ターゲット接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを確定するために更に用いられる。

本開示の実施例において、選択的に、通信機器３００は、第一処理モジュールを更に含み、当該第一処理モジュールは、
ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを削除することとのうち、１つ又は複数を実行するためのものである。

本開示の実施例において、選択的に、前記モビリティ手順完了のトリガイベントは、
ネットワーク側から送信されたモビリティ手順完了の指示情報が端末によって受信されたことと、
端末からネットワーク側にモビリティ手順完了の指示情報が送信されたことと、
ターゲット接続のランダムアクセス手順が完了したことと、
ソース接続のデータに対する処理が完了した旨の指示情報が端末によって受信されたこととのうち、１つ又は複数を含む。

本開示の実施例において、選択的に、通信機器３００は、第二処理モジュールを更に含み、当該第二処理モジュールは、
前記ＰＤＣＰパケットのＰＤＣＰ識別子に従って、前記ＰＤＣＰパケットが送信される接続を確定することと、
前記ＰＤＣＰパケットを圧縮した圧縮用ＲＯＨＣエンティティに従って、前記ＰＤＣＰパケットが送信される接続を確定することとのうち、何れか１つを実行するためのものである。

本開示の実施例において、選択的に、通信機器３００は、第三処理モジュールを更に含み、当該第三処理モジュールは、
ＲＯＨＣエンティティ変更情報を送信する時に、変更後の圧縮又は解凍用ＲＯＨＣエンティティによってＰＤＣＰパケットのパケットヘッダを圧縮又は解凍することと、
ＲＯＨＣエンティティ変更情報を送信する前に、変更後の圧縮又は解凍用ＲＯＨＣエンティティによってＰＤＣＰパケットのパケットヘッダを圧縮又は解凍することと、
ＲＯＨＣエンティティ変更情報を送信した後に、変更後の圧縮又は解凍用ＲＯＨＣエンティティによってＰＤＣＰパケットのパケットヘッダを圧縮又は解凍することとのうち、何れか１つを実行するためのものである。

本開示の実施例において、選択的に、通信機器３００は、第四処理モジュールを更に含み、当該第四処理モジュールは、
使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていれば、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットしないことと、
使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する前に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていれば、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットしないことと、
使用される圧縮又は解凍用ＲＯＨＣエンティティを変更した後に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていれば、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットしないこととのうち、何れか１つを実行するためのものである。

本開示の実施例において、選択的に、通信機器３００は、第五処理モジュールを更に含み、当該第五処理モジュールは、
使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていなければ、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する前に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていなければ、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
使用される圧縮又は解凍用ＲＯＨＣエンティティを変更した後に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていなければ、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることとのうち、何れか１つを実行するためのものである。

本開示の実施例において、選択的に、通信機器３００は、第六処理モジュールを更に含み、当該第六処理モジュールは、
使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する前に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
使用される圧縮又は解凍用ＲＯＨＣエンティティを変更した後に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることとのうち、何れか１つを実行するためのものである。

本開示の実施例において、選択的に、通信機器３００は、第七処理モジュールを更に含み、当該第七処理モジュールは、
使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを削除することと、
使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する前に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを削除することと、
使用される圧縮又は解凍用ＲＯＨＣエンティティを変更した後に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを削除することとのうち、何れか１つを実行するためのものである。

本開示の実施例による通信機器は、上記方法の実施例を実施可能であり、その実現原理及び技術的効果が類似しており、本実施例は、ここで繰り返して説明しない。

図４を参照して、図４は、本開示の実施例に適用される通信機器の構造図である。通信機器４００は、図４に示すように、プロセッサ４０１、送受信機４０２、メモリ４０３及びバスインターフェースを含む。

本開示の一実施例において、通信機器４００は、メモリ４０３に記憶されてプロセッサ４０１上で動作可能なプログラムを更に含み、プログラムがプロセッサ４０１によって実行されると、第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することが実現され、ここで、前記第一情報は、ＰＤＣＰパケットのパケットヘッダ内の指示情報と、モビリティ手順完了の情報と、ＰＤＣＰパケットのＰＤＣＰ識別子と、ＰＤＣＰパケットに対応する接続と、ＰＤＣＰ制御パケット内の指示情報と、ＰＤＣＰ設定情報と、圧縮又は解凍用ＲＯＨＣエンティティの設定情報とのうち、１つ又は複数である。

図４において、バスアーキテクチャは、任意数の相互接続されたバス及びブリッジを含んでもよく、具体的には、プロセッサ４０１を代表とした１つ又は複数のプロセッサと、メモリ４０３を代表としたメモリとの各種回路に繋げられている。バスアーキテクチャは、周辺機器、電圧レギュレータや電力管理回路等の様々な他の回路を互いに繋げることも可能であるが、これらは、当分野において公知されているため、本明細書において、さらなる説明をしない。バスインターフェースは、インターフェースを提供するものである。送受信機４０２は、複数の素子であってもよく、即ち送信機及び受信機を含んでもよく、伝送媒体にて様々な他の装置と通信するための手段を提供するものである。

プロセッサ４０１は、バスアーキテクチャ及び一般的な処理の管理を担っており、メモリ４０３は、プロセッサ４０１による操作実行時に用いられるデータを記憶可能である。

本開示の実施例による通信機器は、上記方法の実施例を実施可能であり、その実現原理及び技術的効果が類似しており、本実施例は、ここで繰り返して説明しない。

本開示の開示内容と併せて記載された方法又はアルゴリズムのステップは、ハードウェアの形で実現されてもよく、プロセッサでソフトウェアコマンドを実行する形で実現されてもよい。ソフトウェアコマンドは、該当するソフトウェアモジュールからなる。ソフトウェアモジュールは、ランダムアクセスメモリＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、フラッシュメモリ、読取専用メモリＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、消去可能プログラマブル読取専用メモリＥＰＲＯＭ（Ｅｒａｓａｂｌｅ ＰＲＯＭ）、電気的消去可能プログラマブル読取専用メモリＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）、レジスタ、ハードディスク、ポータブルハードディスク、読取専用光ディスクや本分野で周知されているあらゆる形式の記憶媒体に格納されてもよい。例示的な記憶媒体は、プロセッサに結合される。よって、プロセッサは、当該記憶媒体から情報を読み取り、かつ当該記憶媒体に情報を書き込むことができる。勿論、記憶媒体は、プロセッサの構成部分であってもよい。プロセッサと記憶媒体は、ＡＳＩＣに組み込まれてもよい。また、当該ＡＳＩＣは、コアネットワークインタフェース機器に組み込まれてもよい。勿論、プロセッサと記憶媒体は、分離コンポーネントとしてコアネットワークインタフェース機器に位置してもよい。

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

当業者であれば、本明細書に開示の実施例と併せて説明した各例におけるユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組合せによって実現できることに気づき得る。これらの機能がハードウェアによって実現されるか、それともソフトウェアによって実現されるかは、技術案の特定適用及び設計制約要件に依存する。当業者は、特定の適用ごとに、説明した機能を実現するために異なる方法を使用し得るが、このような実現形態は、本開示の範囲外と見なされるべきではない。

説明の便宜及び簡潔のために、上記で説明されたシステム、装置及びユニットの具体的な作業手順については、上記の方法実施例における対応する手順を参照でき、ここでは、繰り返して説明しないことを当業者には明確に理解されよう。

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

別個の部品として説明したユニットは、物理的に分離されていても、そうでなくてもよく、ユニットとして掲示した部品は、物理的なユニットであっても、そうでなくてもよく、１つの場所に位置してもよいし、複数のネットワークユニットに分散されてもよい。本実施例に係る技術案の目的を達成するために、実際のニーズに応じて、一部又は全てのユニットを選択すればよい。

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

上記機能は、ソフトウェア機能ユニットの形で実現され、独立した製品として販売又は使用される場合、コンピュータ読取可能な記憶媒体に記憶されてもよい。このような理解に基づいて、本開示の技術案の本質的部分、又は関連技術に対する貢献をもたらす部分は、ソフトウェア製品の形で具現化することができる。当該コンピュータソフトウェア製品は、記憶媒体に記憶され、本開示の各実施例に記載の方法における全て又は一部のステップを、コンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイスであり得る）に実行させるためのいくつかのコマンドを含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、ポータブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、又は光ディスクなどのプログラムコードを記憶することができるあらゆる媒体を含む。

当業者であれば理解できるように、上記実施例に係る方法における全て又は一部のフローは、コンピュータプログラムによって関連するハードウェアを制御することで実現されてもよく、前記のプログラムは、コンピュータ読取可能な記憶媒体に記憶されてもよく、当該プログラムは、実行されるとき、上記各方法の実施例のフローを含んでもよい。そのうち、前記記憶媒体は、磁気ディスク、光ディスク、読取専用メモリＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）や、ランダムアクセスメモリＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等であってもよい。

理解できるように、本開示の実施例に記載のこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、又は、その組み合わせによって実現可能である。ハードウェアによる実現について、処理ユニットは、１つ又は複数の特定用途向け集積回路ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、デジタル信号プロセッサＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、デジタル信号処理デバイスＤＳＰＤ（ＤＳＰ Ｄｅｖｉｃｅ）、プログラマブルロジックデバイスＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、フィールドプログラマブルゲートアレイＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載の機能を実行するための他の電子ユニット又はその組み合わせの中に実現可能である。

ソフトウェアによる実現について、本開示の実施例に記載の機能を実行するモジュール（例えばプロシージャ、関数等）によって、本開示の実施例に記載の技術を実現することが可能である。ソフトウェアコードは、メモリに記憶されてプロセッサによって実行されることが可能である。メモリは、プロセッサの内部、又は、プロセッサの外部で実現可能である。

以上に記載した具体的な実施形態によって、本開示の目的、技術案及び有益効果をさらなる詳細な説明をしたが、以上の記載は、本開示の具体的な実施形態に過ぎず、本開示の保護範囲を限定するためのものではない。本開示の技術案を基になされたあらゆる修正、均等置換及び改良などは、すべて本開示の保護範囲に含まれるべきである。

当業者であれば、本開示の実施例は、方法、システム、又はコンピュータプログラム製品として提供され得ると理解できる。従って、本開示の実施例は、完全にハードウェアの実施例、完全にソフトウェアの実施例、又はソフトウェアとハードウェアとを組み合わせた実施例の形態を取り得る。しかも、本開示の実施例は、コンピュータ利用可能なプログラムコードを含む１つ又は複数のコンピュータ利用可能な記憶媒体（磁気ディスクメモリ、コンパクトディスク読取専用メモリＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、光学メモリなどを含むが、それらに限定されない）で実施されるコンピュータプログラム製品の形態を取り得る。

本開示の実施例は、本開示の実施例による方法、機器（システム）及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照にして記載されている。フローチャート及び／又はブロック図における各フロー及び／又はブロック、及びフローチャート及び／又はブロック図におけるフロー及び／又はブロックの組み合わせは、コンピュータプログラムコマンドにより実現され得ると理解されるべきである。これらのコンピュータプログラムコマンドを汎用コンピュータ、専用コンピュータ、嵌め込み式プロセッサ又は他のプログラマブルデータ処理デバイスのプロセッサに提供して１つの機器を形成し、コンピュータ又は他のプログラマブルデータ処理デバイスのプロセッサにより実行されるコマンドにより、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現するための装置を形成する。

これらのコンピュータプログラムコマンドは、コンピュータ又は他のプログラマブルデータ処理デバイスを特定の方式で動作させるように導けるコンピュータ読み出し可能なメモリに格納されてもよく、当該コンピュータ読み取り可能なメモリに格納されるコマンドにより、コマンド装置を含む製品を形成する。当該コマンド装置は、フローチャートの１つ又は複数のフロー及び／又はブロック図の１つ又は複数のブロックで指定される機能を実現する。

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

明らかなことに、当業者であれば、本開示の精神及び範囲を逸脱せずに、本開示の実施例に対して様々な修正や変形をすることができる。本開示の実施例のこれらの修正や変形も、本開示の特許請求の範囲及びその同等技術の範囲に属するのであれば、本開示には、これらの修正や変形も含むこととする。

Claims (23)

1. 通信機器に適用される処理方法であって、
   第一情報に従って、圧縮又は解凍用ロバストヘッダ圧縮ＲＯＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）エンティティを確定することを含み、
   ここで、前記第一情報は、パケットデータコンバージェンスプロトコルＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）パケットのパケットヘッダ内の指示情報と、モビリティ手順完了の情報と、ＰＤＣＰパケットのＰＤＣＰ識別子と、ＰＤＣＰパケットに対応する接続と、ＰＤＣＰ制御パケット内の指示情報と、ＰＤＣＰ設定情報と、圧縮又は解凍用ＲＯＨＣエンティティの設定情報とのうち、１つ又は複数である、処理方法。
2. 前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されており、前記通信機器のＰＤＣＰエンティティは、圧縮又は解凍用ＲＯＨＣエンティティを１つ含むか、或いは、
   前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されておらず、前記通信機器のＰＤＣＰエンティティは、圧縮又は解凍用ＲＯＨＣエンティティを複数含む、請求項１に記載の方法。
3. 前記ＰＤＣＰ制御パケット内の指示情報は、
   前記通信機器に圧縮又は解凍用ＲＯＨＣエンティティを変更させることと、
   前記通信機器に圧縮又は解凍用ＲＯＨＣエンティティを変更させないことと、
   前記通信機器にその前の圧縮又は解凍用ＲＯＨＣエンティティを削除させ、新しい圧縮又は解凍用ＲＯＨＣエンティティを確立させることとのうち、少なくとも１つを指示するものである、請求項１に記載の方法。
4. 前記の第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することの前に、前記方法は、
   特定の指示方式に従って、対応する前記第一情報を確定することを更に含み、
   ここで、前記特定の指示方式は、
   ＰＤＣＰパケットのパケットヘッダによる指示と、
   ＰＤＣＰパケットのＰＤＣＰ識別子の設定情報による指示と、
   ＰＤＣＰパケットに対応する接続の設定情報による指示と、
   ＰＤＣＰ制御パケットによる指示とのうち、１つ又は複数を含む、請求項１に記載の方法。
5. 前記特定の指示方式は、ネットワーク側によって設定されるか、或いはプロトコルによって規定される、請求項４に記載の方法。
6. 前記ＰＤＣＰ識別子の設定情報には、
   指定されたＰＤＣＰパケット識別子と、
   前記指定されたＰＤＣＰパケット識別子の前に採用される圧縮又は解凍用ＲＯＨＣエンティティと、
   前記指定されたＰＤＣＰパケット識別子の後に採用される圧縮又は解凍用ＲＯＨＣエンティティとのうち、１つ又は複数が含まれる、請求項４に記載の方法。
7. 前記通信機器のＰＤＣＰエンティティは、圧縮又は解凍用ＲＯＨＣエンティティを複数含み、前記の第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することは、
   前記ＰＤＣＰパケットのＰＤＣＰ識別子が、指定されたＰＤＣＰ識別子の前にあれば、対応する圧縮又は解凍用ＲＯＨＣエンティティを採用することと、
   前記ＰＤＣＰパケットのＰＤＣＰ識別子が、指定されたＰＤＣＰ識別子の後にあれば、対応する圧縮又は解凍用ＲＯＨＣエンティティを採用することとのうち、何れか１つを含む、請求項１に記載の方法。
8. 前記通信機器のＰＤＣＰエンティティは、圧縮又は解凍用ＲＯＨＣエンティティを１つ含み、前記の第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することは、
   前記ＰＤＣＰパケットのＰＤＣＰ識別子が、指定されたＰＤＣＰ識別子の前にあれば、第一圧縮又は解凍用ＲＯＨＣエンティティを採用することと、
   前記ＰＤＣＰパケットのＰＤＣＰ識別子が、指定されたＰＤＣＰ識別子の後にあれば、第一圧縮又は解凍用ＲＯＨＣエンティティを削除し、新しい圧縮又は解凍用ＲＯＨＣエンティティを確立して採用することとのうち、何れか１つを含み、
   ここで、前記第一圧縮又は解凍用ＲＯＨＣエンティティは、複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報に従って前記通信機器によって確立された１つの特定の圧縮又は解凍用ＲＯＨＣエンティティである、請求項１に記載の方法。
9. 前記ＰＤＣＰパケットに対応する接続の設定情報には、
   特定の接続と、特定の圧縮用ＲＯＨＣエンティティとの対応関係と、
   特定の接続と、特定の解凍用ＲＯＨＣエンティティとの対応関係とのうち、１つ又は複数が含まれる、請求項４に記載の方法。
10. 前記の第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することは、
    前記ＰＤＣＰパケットに対応する接続が第一接続であれば、前記第一接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを採用することを含む、請求項１に記載の方法。
11. 前記の第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することは、
    複数の圧縮又は解凍用ＲＯＨＣエンティティの設定情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを複数確立することと、
    １つの圧縮又は解凍用ＲＯＨＣエンティティの設定情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを１つ確立することとのうち、１つ又は複数を含む、請求項１に記載の方法。
12. 前記の第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することは、
    モビリティ手順完了後に、前記モビリティ手順完了の情報に従って、ターゲット接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを確定することを含む、請求項１に記載の方法。
13. 前記のターゲット接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを確定することの後に、前記方法は、
    ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
    ソース接続に対応する圧縮又は解凍用ＲＯＨＣエンティティを削除することとのうち、１つ又は複数を更に含む、請求項１２に記載の方法。
14. 前記モビリティ手順完了のトリガイベントは、
    ネットワーク側から送信されたモビリティ手順完了の指示情報が端末によって受信されたことと、
    端末からネットワーク側にモビリティ手順完了の指示情報が送信されたことと、
    ターゲット接続のランダムアクセス手順が完了したことと、
    ソース接続のデータに対する処理が完了した旨の指示情報が端末によって受信されたこととのうち、１つ又は複数を含む、請求項１２に記載の方法。
15. 前記の第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することの後に、前記方法は、
    前記ＰＤＣＰパケットのＰＤＣＰ識別子に従って、前記ＰＤＣＰパケットが送信される接続を確定することと、
    前記ＰＤＣＰパケットを圧縮した圧縮用ＲＯＨＣエンティティに従って、前記ＰＤＣＰパケットが送信される接続を確定することとのうち、何れか１つを更に含む、請求項１に記載の方法。
16. 前記の第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することの後に、前記方法は、
    ＲＯＨＣエンティティ変更情報を送信する時に、変更後の圧縮又は解凍用ＲＯＨＣエンティティによってＰＤＣＰパケットのパケットヘッダを圧縮又は解凍することと、
    ＲＯＨＣエンティティ変更情報を送信する前に、変更後の圧縮又は解凍用ＲＯＨＣエンティティによってＰＤＣＰパケットのパケットヘッダを圧縮又は解凍することと、
    ＲＯＨＣエンティティ変更情報を送信した後に、変更後の圧縮又は解凍用ＲＯＨＣエンティティによってＰＤＣＰパケットのパケットヘッダを圧縮又は解凍することとのうち、何れか１つを更に含む、請求項１に記載の方法。
17. 前記の第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することの後に、前記方法は、
    使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていれば、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットしないことと、
    使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する前に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていれば、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットしないことと、
    使用される圧縮又は解凍用ＲＯＨＣエンティティを変更した後に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていれば、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットしないこととのうち、何れか１つを更に含む、請求項２に記載の方法。
18. 前記の第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することの後に、前記方法は、
    使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていなければ、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
    使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する前に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていなければ、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
    使用される圧縮又は解凍用ＲＯＨＣエンティティを変更した後に、もし前記ＰＤＣＰ設定情報によって、前記通信機器にＲＯＨＣ連続機能を採用させることが指示されていなければ、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることとのうち、何れか１つを更に含む、請求項２に記載の方法。
19. 前記の第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することの後に、前記方法は、
    使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
    使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する前に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることと、
    使用される圧縮又は解凍用ＲＯＨＣエンティティを変更した後に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティをリセットすることとのうち、何れか１つを更に含む、請求項１に記載の方法。
20. 前記の第一情報に従って、圧縮又は解凍用ＲＯＨＣエンティティを確定することの後に、前記方法は、
    使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する時に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを削除することと、
    使用される圧縮又は解凍用ＲＯＨＣエンティティを変更する前に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを削除することと、
    使用される圧縮又は解凍用ＲＯＨＣエンティティを変更した後に、その前に使用されていた圧縮又は解凍用ＲＯＨＣエンティティを削除することとのうち、何れか１つを更に含む、請求項１に記載の方法。
21. 通信機器であって、
    第一情報に従って、圧縮又は解凍用ロバストヘッダ圧縮ＲＯＨＣエンティティを確定するための確定モジュールを含み、
    ここで、前記第一情報は、パケットデータコンバージェンスプロトコルＰＤＣＰパケットのパケットヘッダ内の指示情報と、モビリティ手順完了の情報と、ＰＤＣＰパケットのＰＤＣＰ識別子と、ＰＤＣＰパケットに対応する接続と、ＰＤＣＰ制御パケット内の指示情報と、ＰＤＣＰ設定情報と、圧縮又は解凍用ＲＯＨＣエンティティの設定情報とのうち、１つ又は複数である、通信機器。
22. プロセッサと、メモリと、前記メモリに記憶されて前記プロセッサ上で動作可能なプログラムとを含み、前記プログラムが前記プロセッサによって実行されると、請求項１～２０の何れか一項に記載の処理方法が実現される、通信機器。
23. コンピュータプログラムを記憶したコンピュータ読取可能な記憶媒体であって、前記コンピュータプログラムがプロセッサによって実行されると、請求項１～２０の何れか一項に記載の処理方法が実現される、コンピュータ読取可能な記憶媒体。
    

Images