JP6926158B2

JP6926158B2 - 端末装置、基地局装置、および通信方法

Info

Publication number: JP6926158B2
Application number: JP2019147899A
Authority: JP
Inventors: 貴子堀; 山田　昇平; 昇平山田; 秀和坪井
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2019-08-09
Filing date: 2019-08-09
Publication date: 2021-08-25
Anticipated expiration: 2039-08-09
Also published as: CN114424616A; JP2021029032A; WO2021029369A1; US11849350B2; US20220279380A1

Description

本発明は、端末装置、基地局装置、および通信方法に関する。

セルラ−移動通信の無線アクセス方式および無線ネットワーク（以下、「ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）」、または、「ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ：ＥＵＴＲＡ」と称する。）、及びコアネットワーク（以下、「ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ：ＥＰＣ」）が、第３世代パートナーシッププロジェクト（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ：３ＧＰＰ）において検討されている。ＥＵＴＲＡはＥ−ＵＴＲＡとも称する。

また、３ＧＰＰにおいて、第５世代のセルラ−システムに向けた無線アクセス方式および無線ネットワーク技術として、ＬＴＥの拡張技術であるＬＴＥ−ＡｄｖａｎｃｅｄＰｒｏ、および新しい無線アクセス技術であるＮＲ（ＮｅｗＲａｄｉｏｔｅｃｈｎｏｌｏｇｙ）の技術検討及び規格策定が行われている（非特許文献１）。また第５世代セルラーシステムに向けたコアネットワークである、５ＧＣ（５ＧｅｎｅｒａｔｉｏｎＣｏｒｅＮｅｔｗｏｒｋ）の検討も行われている（非特許文献２）。

また、ローカルエリアネットワークの規格の一つとして、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））が、アイトリプルイー（ＩＥＥＥ：ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ）８０２委員会により規格化されている。

ＮＲの技術検討において、既存のＮＲの技術を、工業用モノのインターネット（ＩＩｏＴ：ＩｎｄｕｓｔｒｉａｌＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）に拡張する仕組みが検討されている。（非特許文献１７）。これらの検討には、イーサネットフレームをＮＲを用いて送受信する事を想定し、データに対するイーサネットヘッダのオーバーヘッドを削減するための技術である、イーサネットヘッダ圧縮技術の検討が含まれる。

イーサネットヘッダ圧縮は、コンテキスト識別子と呼ばれる識別子を、イーサネットヘッダ情報と関連付け、全イーサネットヘッダ情報に変えてコンテキスト識別子を用いる事により実現するという方向性が検討されている（非特許文献１８）。しかしながら、データ送受信を効率的に制御するための詳細な端末の動作についてはまだ検討されていない。

本発明の一態様は、上記した事情に鑑みてなされたもので、データの送受信を効率的に制御することができる端末装置、基地局装置、および通信方法を提供することを目的の一つとする。

上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち、基地局装置と通信する端末装置であって、前記基地局装置からＲＲＣメッセージを受信する受信部と、前記ＲＲＣメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する処理部とを有する。

また、本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置からＲＲＣメッセージを受信する受信部と、前記ＲＲＣメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、上位層から第１のサービスデータユニットを受け取った際、前記第１のサービスデータユニットに含まれるヘッダに関する第１のコンテキストが格納されていない場合には、前記第１のサービスデータユニットに含まれるヘッダに関する第１のコンテキストを作成し、前記第１のコンテキストに対する第１のタイマーをスタート又は再スタートし、前記第１のサービスデータユニットに含まれるヘッダに関する第１のコンテキストが格納されてる場合には、前記第１のタイマーをスタート又は再スタートし、前記第１のタイマーが満了した事に基づいて、前記第１のコンテキストを削除する処理部とを有する。

また、本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置からＲＲＣメッセージを受信する受信部と、前記ＲＲＣメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、下位層から第２のプロトコルデータユニットを受け取った際、前記第２のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第２のプロトコルデータユニットに含まれるヘッダに関する第２のコンテキストを作成し、前記第２のコンテキストに対する第２のタイマーをスタート又は再スタートし、前記第２のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第２のタイマーをスタート又は再スタートし、前記第２のタイマーが満了した事に基づいて、前記第２のコンテキストを削除する処理部とを有する。

また、本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置からコンテキスト識別子の最大値を含むＲＲＣメッセージを受信し、上位層から第３のサービスデータユニットを受け取った際、前記第３のサービスデータユニットに含まれるヘッダに関する第３のコンテキストが格納されていない場合で、かつ格納しているコンテキストの数が前記コンテキスト識別子の最大値に達している場合には、前記格納しているコンテキストのうち一つに関連付いている第４のコンテキスト識別子を前記第３のコンテキストに割り当てる処理部とを有する。

また、本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置へＲＲＣメッセージを送信する送信部と、前記端末装置に、前記ＲＲＣメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する処理を行わ
せる、処理部とを有する。

また、本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置へＲＲＣメッセージを送信する送信部と、前記端末装置に、前記ＲＲＣメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、上位層から第１のサービスデータユニットを受け取った際、前記第１のサービスデータユニットに含まれるヘッダに関する第１のコンテキストが格納されていない場合には、前記第１のサービスデータユニットに含まれるヘッダに関する第１のコンテキストを作成し、前記第１のコンテキストに対する第１のタイマーをスタート又は再スタートし、前記第１のサービスデータユニットに含まれるヘッダに関する第１のコンテキストが格納されてる場合には、前記第１のタイマーをスタート又は再スタートし、前記第１のタイマーが満了した事に基づいて、前記第１のコンテキストを削除する処理を行わせる、処理部とを有する。

また、本発明の一態様は、端末装置と通信する基地局装置であって、、前記端末装置へＲＲＣメッセージを送信する送信部と、前記端末装置に、前記ＲＲＣメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、下位層から第２のプロトコルデータユニットを受け取った際、前記第２のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第２のプロトコルデータユニットに含まれるヘッダに関する第２のコンテキストを作成し、前記第２のコンテキストに対する第２のタイマーをスタート又は再スタートし、前記第２のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第２のタイマーをスタート又は再スタートし、前記第２のタイマーが満了した事に基づいて、前記第２のコンテキストを削除する処理を行わせる、処理部とを有する。

また、本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置へコンテキスト識別子の最大値を含むＲＲＣメッセージを送信し、前記端末装置に、上位層から第３のサービスデータユニットを受け取った際、前記第３のサービスデータユニットに含まれるヘッダに関する第３のコンテキストが格納されていない場合で、かつ格納しているコンテキストの数が前記コンテキスト識別子の最大値に達している場合には、前記格納しているコンテキストのうち一つに関連付いている第４のコンテキスト識別子を前記第３のコンテキストに割り当てる処理を行わせる、処理部とを有する。

また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からＲＲＣメッセージを受信し、前記ＲＲＣメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する。

また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からＲＲＣメッセージを受信し、前記ＲＲＣメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、上位層から第１のサービスデータユニットを受け取った際、前記第１のサービスデータユニットに含まれるヘッダに関する第１のコンテキストが格納されていない場合には、前記第１のサービスデータユニットに含まれるヘッダに関する第１のコンテキストを作成し、前記第１のコンテキストに対する第１のタイマーをスタート又は再スタートし、前記第１のサービスデータユニットに含まれるヘッダに関する第１のコンテキストが格納されてる場合には、前記第１のタイマーをスタート又は再スタートし、前記第１のタイマーが満了した事に基づいて、前記第１のコンテキストを削除する。

また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からＲＲＣメッセージを受信し、前記ＲＲＣメッセージに、コンテキスト管理タイマ
ーを設定する情報が含まれている事に基づいて、下位層から第２のプロトコルデータユニットを受け取った際、前記第２のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第２のプロトコルデータユニットに含まれるヘッダに関する第２のコンテキストを作成し、前記第２のコンテキストに対する第２のタイマーをスタート又は再スタートし、前記第２のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第２のタイマーをスタート又は再スタートし、前記第２のタイマーが満了した事に基づいて、前記第２のコンテキストを削除する。

また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からコンテキスト識別子の最大値を含むＲＲＣメッセージを受信し、上位層から第３のサービスデータユニットを受け取った際、前記第３のサービスデータユニットに含まれるヘッダに関する第３のコンテキストが格納されていない場合で、かつ格納しているコンテキストの数が前記コンテキスト識別子の最大値に達している場合には、前記格納しているコンテキストのうち一つに関連付いている第４のコンテキスト識別子を前記第３のコンテキストに割り当てる。

また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置へＲＲＣメッセージを送信し、前記端末装置に、前記ＲＲＣメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する処理を行わせる。

また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、、前記端末装置へＲＲＣメッセージを送信し、前記端末装置に、前記ＲＲＣメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、上位層から第１のサービスデータユニットを受け取った際、前記第１のサービスデータユニットに含まれるヘッダに関する第１のコンテキストが格納されていない場合には、前記第１のサービスデータユニットに含まれるヘッダに関する第１のコンテキストを作成し、前記第１のコンテキストに対する第１のタイマーをスタート又は再スタートし、前記第１のサービスデータユニットに含まれるヘッダに関する第１のコンテキストが格納されてる場合には、前記第１のタイマーをスタート又は再スタートし、前記第１のタイマーが満了した事に基づいて、前記第１のコンテキストを削除する処理を行わせる。

また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置へＲＲＣメッセージを送信し、前記端末装置に、前記ＲＲＣメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、下位層から第２のプロトコルデータユニットを受け取った際、前記第２のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第２のプロトコルデータユニットに含まれるヘッダに関する第２のコンテキストを作成し、前記第２のコンテキストに対する第２のタイマーをスタート又は再スタートし、前記第２のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第２のタイマーをスタート又は再スタートし、前記第２のタイマーが満了した事に基づいて、前記第２のコンテキストを削除する処理を行わせる。

また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置へコンテキスト識別子の最大値を含むＲＲＣメッセージを送信し、前記端末装置に、上位層から第３のサービスデータユニットを受け取った際、前記第３のサービスデータユニットに含まれるヘッダに関する第３のコンテキストが格納されていない場合で、かつ格納しているコンテキストの数が前記コンテキスト識別子の最大値に達している場合には、前記格納しているコンテキストのうち一つに関連付いている第４のコンテキスト識別子を前記第３のコンテキストに割り当てる処理を行わせる。

なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本発明の一態様によれば、端末装置は、効率的なモビリティ処理を実現することができる。

本発明の各実施の形態に係る通信システムの概略図。本発明の各実施の形態における、Ｅ−ＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。本発明の各実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。本発明の各実施の形態におけるＲＲＣ２０８及び／又はＲＲＣ３０８における、各種設定のための手順のフローの一例を示す図。本発明の各実施の形態における端末装置の構成を示すブロック図。本発明の各実施の形態における基地局装置の構成を示すブロック図。本発明の実施の形態におけるＮＲでのＲＲＣコネクションの再設定に関するメッセージに含まれるＡＳＮ．１記述の一例。本発明の実施の形態におけるＥ−ＵＴＲＡでのＲＲＣコネクションの再設定に関するメッセージに含まれるＡＳＮ．１記述の一例。本実施の各形態におけるＲＲＣメッセージにイーサネットヘッダ圧縮を適用する事を示す情報要素又はフィールドを含む、ＡＳＮ．１記述の一例。本発明の実施の形態におけるＲＲＣメッセージにイーサネットＰＤＵセッションである事を示す情報要素又はフィールドを含む、ＡＳＮ．１記述の一例。本発明の実施の形態におけるイーサネットヘッダ圧縮プロトコルの処理方法の一例。本発明の実施の形態におけるＵＥ１２２の処理方法の第１の例。本発明の実施の形態におけるＲＲＣメッセージに含まれる解放又は削除するコンテキストに関する情報のＡＳＮ．１記述の一例。本発明の実施の形態におけるＵＥ１２２の処理方法の第２の例。本発明の実施の形態におけるＰＤＣＰ設定情報要素に、コンテキストを管理するためのタイマーに関する情報要素又はフィールドを含む、ＡＳＮ．１記述の一例。本発明の実施の形態におけるＵＥ１２２の処理方法の第３の例。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。

ＬＴＥ（およびＬＴＥ−ＡＰｒｏ）とＮＲは、異なる無線アクセス技術（Ｒａｄｉｏ
ＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ：ＲＡＴ）として定義されてもよい。またＮＲは、ＬＴＥに含まれる技術として定義されてもよい。ＬＴＥは、ＮＲに含まれる技術として定義されてもよい。また、ＮＲとＭｕｌｔｉＲａｄｉｏＤｕａｌｃｏｎｎｅｃｔｉｖｉｔｙで接続可能なＬＴＥは、従来のＬＴＥと区別されてもよい。また、コアネットワークが５ＧＣであるＬＴＥは、コアネットワークがＥＰＣである従来のＬＴＥと区別されてもよい。本実施形態はＮＲ、ＬＴＥおよび他のＲＡＴに適用されてよい。以下の説明では、ＬＴＥおよびＮＲに関連する用語を用いて説明するが、他の用語を用いる他の技術において適用されてもよい。また本実施形態でのＥ−ＵＴＲＡという用語は、ＬＴＥという用語に置き換えられても良いし、ＬＴＥという用語はＥ−ＵＴＲＡという用語に置き換えられても良い。

図１は本発明の各実施の形態に係る通信システムの概略図である。

Ｅ−ＵＴＲＡ１００は非特許文献３等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（ＣｅｌｌＧｒｏｕｐ：ＣＧ）から成る。ｅＮＢ（Ｅ−ＵＴＲＡＮＮｏｄｅＢ）１０２は、Ｅ−ＵＴＲＡ１００の基地局装置である。ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）１０４は、非特許文献１４等に記載のコア網であり、Ｅ−ＵＴＲＡ１００用のコア網として設計された。インタフェース１１２はｅＮＢ１０２とＥＰＣ１０４の間のインタフェース（ｉｎｔｅｒｆａｃｅ）であり、制御信号が通る制御プレーン（ＣｏｎｔｒｏｌＰｌａｎｅ：ＣＰ）と、そのユーザデータが通るユーザプレーン（ＵｓｅｒＰｌａｎｅ：ＵＰ）が存在する。

ＮＲ１０６は非特許文献９等に記載の無線アクセス技術であり、１つ又は複数の周波数帯域で構成するセルグループ（ＣｅｌｌＧｒｏｕｐ：ＣＧ）から成る。ｇＮＢ（ｇＮｏｄｅＢ）１０８は、ＮＲ１０６の基地局装置である。５ＧＣ１１０は、非特許文献２等に記載のコア網であり、ＮＲ１０６用のコア網として設計されているが、５ＧＣ１１０に接続する機能をもつＥ−ＵＴＲＡ１００用のコア網として使われても良い。以下Ｅ−ＵＴＲＡ１００とは５ＧＣ１１０に接続する機能をもつＥ−ＵＴＲＡ１００を含んでも良い。

インタフェース１１４はｅＮＢ１０２と５ＧＣ１１０の間のインタフェース、インタフェース１１６はｇＮＢ１０８と５ＧＣ１１０の間のインタフェース、インタフェース１１８はｇＮＢ１０８とＥＰＣ１０４の間のインタフェース、インタフェース１２０はｅＮＢ１０２とｇＮＢ１０８の間のインタフェース、インタフェース１２４はＥＰＣ１０４と５ＧＣ１１０間のインタフェースである。インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１２４等はＣＰのみ、又はＵＰのみ、又はＣＰ及びＵＰ両方を通すインタフェースであっても良い。また、インタフェース１１４、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１２４等は、通信事業者が提供する通信システムに応じて存在しない場合もあっても良い。

ＵＥ１２２はＥ−ＵＴＲＡ１００及びＮＲ１０６の内のいずれかまたは全てに対応した端末装置である。非特許文献３、及び非特許文献９の内のいずれかまたは全てに記載の通り、ＵＥ１２２が、Ｅ−ＵＴＲＡ１００及びＮＲ１０６の内のいずれかまたは全てを介してコア網と接続する際、ＵＥ１２２と、Ｅ−ＵＴＲＡ１００及びＮＲ１０６の内のいずれかまたは全てとの間に、無線ベアラ（ＲＢ：ＲａｄｉｏＢｅａｒｅｒ）と呼ばれる論理経路が確立される。ＣＰに用いられる無線ベアラは、シグナリング無線ベアラ（ＳＲＢ：ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒ）と呼ばれ、ＵＰに用いられる無線ベアラは、データ無線ベアラ（ＤＲＢＤａｔａＲａｄｉｏＢｅａｒｅｒ）と呼ばれる。各ＲＢは、ＲＢ識別子（ＲＢＩｄｅｎｔｉｔｙ，又はＲＢＩＤ）が割り当てられ、一意に識別される。ＳＲＢ用ＲＢ識別子は、ＳＲＢ識別子（ＳＲＢＩｄｅｎｔｉｔｙ，又はＳＲＢＩＤ）と呼ばれ、ＤＲＢ用ＲＢ識別子は、ＤＲＢ識別子（ＤＲＢＩｄｅｎｔｉｔｙ，又はＤＲＢＩＤ）と呼ばれる。

非特許文献３に記載の通り、ＵＥ１２２の接続先コア網がＥＰＣ１０４である場合、ＵＥ１２２と、Ｅ−ＵＴＲＡ１００及びはＮＲ１０６の内のいずれかまたは全てとの間に確
立された各ＤＲＢは更に、ＥＰＣ１０４内を経由する各ＥＰＳ（ＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍ）ベアラと一意に紐づけられる。各ＥＰＳベアラは、ＥＰＳベアラ識別子（Ｉｄｅｎｔｉｔｙ，又はＩＤ）が割り当てられ、一意に識別される。また同一のＥＰＳベアラを通るデータは同一のＱｏＳが保証される。

非特許文献９に記載の通り、ＵＥ１２２の接続先コア網が５ＧＣ１１０である場合、ＵＥ１２２と、Ｅ−ＵＴＲＡ１００及びＮＲ１０６の内のいずれかまたは全てとの間に確立された一つ又は複数のＤＲＢは更に、５ＧＣ１１０内に確立されるＰＤＵ（Ｐａｃｋｅｔ
ＤａｔａＵｎｉｔ）セッションの一つに紐づけられる。各ＰＤＵセッションには、一つ又は複数のＱｏＳフローが存在する。各ＤＲＢは、紐づけられているＰＤＵセッション内に存在する、一つ又は複数のＱｏＳフローと対応付け（ｍａｐ）されても良いし、どのＱｏＳフローと対応づけられなくても良い。各ＰＤＵセッションは、ＰＤＵセッション識別子（Ｉｄｅｎｔｉｔｙ，又はＩＤ）で識別される。また各ＱｏＳフローは、ＱｏＳフロー識別子で識別される。また同一のＱｏＳフローを通るデータは同一のＱｏＳが保証される。

ＥＰＣ１０４には、ＰＤＵセッション及びＱｏＳフローの内のいずれかまたは全ては存在せず、５ＧＣ１１０にはＥＰＳベアラは存在しない。言い換えると、ＵＥ１２２がＥＰＣ１０４と接続している際、ＵＥ１２２はＥＰＳベアラの情報を持ち、ＵＥ１２２が５ＧＣ１１０と接続している際、ＵＥ１２２はＰＤＵセッション及びＱｏＳフローの内のいずれかまたは全ての情報を持つ。

以下の説明において、ｅＮＢ１０２および／またはｇＮＢ１０８を単に基地局装置とも称し、ＵＥ１２２を単に端末装置とも称する。

図２は本発明の各実施の形態における、Ｅ−ＵＴＲＡ無線アクセス層（無線アクセスレイヤ）における端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（ＰｒｏｔｏｃｏｌＳｔａｃｋ）図である。

図２（Ａ）はＥ−ＵＴＲＡ１００においてＵＥ１２２がｅＮＢ１０２と通信を行う際に用いるＵＰのプロトコルスタック図である。

ＰＨＹ（Ｐｈｙｓｉｃａｌｌａｙｅｒ）２００は、無線物理層（無線物理レイヤ）であり、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を利用して上位層（上位レイヤ）に伝送サービスを提供する。ＰＨＹ２００は、後述する上位のＭＡＣ（Ｍｅｄｉｕｍ
ＡｃｃｅｓｓＣｏｎｔｒｏｌｌａｙｅｒ）２０２とトランスポートチャネル（ＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）で接続される。トランスポートチャネルを介して、ＭＡＣ２０２とＰＨＹ２００の間でデ−タが移動する。ＵＥ１２２とｅＮＢ１０２のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われる。

ＭＡＣ２０２は、多様な論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層（媒体アクセス制御レイヤ）である。ＭＡＣ２０２は、後述する上位のＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌｌａｙｅｒ）２０４と、論理チャネルで接続される。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられる。ＭＡＣ２０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ２００の制御を行う機能、ランダムアクセス（ＲａｎｄｏｍＡｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持つ（非特許文献７）。

ＲＬＣ２０４は、後述する上位のＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌＬａｙｅｒ）２０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層（下位レイヤ）が適切にデ−タ送信できるようにデ−タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。また、ＲＬＣ２００は、各デ−タが要求するＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）を保証するための機能も持つ。すなわち、ＲＬＣ２０４は、デ−タの再送制御等の機能を持つ（非特許文献６）。

ＰＤＣＰ２０６は、ユーザデータであるＩＰパケット（ＩＰＰａｃｋｅｔ）を無線区間で効率的に伝送するためのパケットデータ収束プロトコル層（パケットデータ収束プロトコルレイヤ）である。ＰＤＣＰ２０６は、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ２０６は、デ−タの暗号化の機能も持ってもよい。（非特許文献５）。

なお、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６において処理されたデータの事を、それぞれＭＡＣＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）、ＲＬＣＰＤＵ、ＰＤＣＰＰＤＵと呼ぶ。また、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣＳＤＵ（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）、ＲＬＣＳＤＵ、ＰＤＣＰＳＤＵと呼ぶ。

またＰＤＣＰＰＤＵは、データ用と制御用を区別するため、それぞれＰＤＣＰＤＡＴＡＰＤＵ（ＰＤＣＰＤａｔａＰＤＵ）、ＰＤＣＰＣＯＮＴＲＯＬＰＤＵ（ＰＤＣＰＣｏｎｔｒｏｌＰＤＵ）と呼ばれても良い。またＲＬＣＰＤＵは、データ用と制御用を区別するため、それぞれＲＬＣＤＡＴＡＰＤＵ（ＲＬＣＤａｔａＰＤＵ）、ＲＬＣＣＯＮＴＲＯＬＰＤＵ（ＲＬＣＣｏｎｔｒｏｌＰＤＵ）と呼ばれても良い。

図２（Ｂ）はＥ−ＵＴＲＡ１００において、ＵＥ１２２がｅＮＢ１０２、および認証やモビリティマネージメントなどの機能を提供する論理ノードであるＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）と通信を行う際に用いるＣＰのプロトコルスタック図である。

ＣＰのプロトコルスタックには、ＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６に加え、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌｌａｙｅｒ）２０８、およびＮＡＳ（ｎｏｎＡｃｃｅｓｓＳｔｒａｒｕｍ）２１０が存在する。ＲＲＣ２０８は、ＲＲＣ接続の確立、再確立、一時停止（ｓｕｓｐｅｎｄ）、一時停止解除（ｒｅｓｕｍｅ）等の処理や、ＲＲＣ接続の再設定、例えば無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ：ＲＢ）及びセルグループ（ＣｅｌｌＧｒｏｕｐ）の確立、変更、解放等の設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御などを行う他、ハンドオーバ及び測定（Ｍｅａｓｕｒｅｍｅｎｔ：メジャメント）の設定などを行う、無線リンク制御層（無線リンク制御レイヤ）である。ＲＢは、シグナリグ無線ベアラ（ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｅＮＢ１０２とＵＥ１２２のＲＲＣ２０８間で各ＲＢの設定が行われてもよい。またＲＢのうちＲＬＣ２０４とＭＡＣ２０２で構成される部分をＲＬＣベアラと呼んでも良い（非特許文献４）。また、ＭＭＥとＵＥ１２２との間の信号を運ぶＮＡＳ層（ＮＡＳレイヤ）に対して、ＵＥ１２２とｅＮＢ１０２との間の信号及びデータを運ぶＰＨＹ２００、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、ＲＲＣ２０８の一部の層（レイヤ）あるいはすべての層をＡＳ（ＡｃｃｅｓｓＳｔｒａｒｕｍ）層（ＡＳレイヤ）と称してよい。

前述のＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層の機能の一部あるいは全部が他の層に含まれてもよい。

なお、ＩＰ層（ＩＰレイヤ）、及びＩＰ層より上のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ
ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）層（ＴＣＰレイヤ）、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）層（ＵＤＰレイヤ）、アプリケーション層（アプリケーションレイヤ）などは、ＰＤＣＰ層の上位層（上位レイヤ）となる（不図示）。またＲＲＣ層やＮＡＳ（ｎｏｎＡｃｃｅｓｓＳｔｒａｒｕｍ）層もＰＤＣＰ層の上位層（上位レイヤ）となる（不図示）。言い換えれば、ＰＤＣＰ層はＲＲＣ層、ＮＡＳ層、ＩＰ層、及びＩＰ層より上のＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）層、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）層、アプリケーション層の下位層（下位レイヤ）となる。

図３は本発明の各実施の形態における、ＮＲ無線アクセス層における端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック（ＰｒｏｔｏｃｏｌＳｔａｃｋ）図である。

図３（Ａ）はＮＲ１０６においてＵＥ１２２がｇＮＢ１０８と通信を行う際に用いるＵＰのプロトコルスタック図である。

ＰＨＹ（Ｐｈｙｓｉｃａｌｌａｙｅｒ）３００は、ＮＲの無線物理層（無線物理レイヤ）であり、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を利用して上位層に伝送サービスを提供してもよい。ＰＨＹ３００は、後述する上位のＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌｌａｙｅｒ）３０２とトランスポートチャネル（ＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）で接続されてもよい。トランスポートチャネルを介して、ＭＡＣ３０２とＰＨＹ３００の間でデ−タが移動してもよい。ＵＥ１２２とｇＮＢ１０８のＰＨＹ間において、無線物理チャネルを介してデ−タの送受信が行われてもよい。

ここで、物理チャネルについて説明する。

端末装置と基地局装置との無線通信では、以下の物理チャネルが用いられてよい。

ＰＢＣＨ（物理報知チャネル：ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣＨａｎｎｅｌ）
ＰＤＣＣＨ（物理下りリンク制御チャネル：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）
ＰＤＳＣＨ（物理下りリンク共用チャネル：ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）
ＰＵＣＣＨ（物理上りリンク制御チャネル：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ）
ＰＵＳＣＨ（物理上りリンク共用チャネル：ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）
ＰＲＡＣＨ（物理ランダムアクセスチャネル：ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣＨａｎｎｅｌ）

ＰＢＣＨは、端末装置が必要とするシステム情報を報知するために用いられる。

また、ＮＲにおいて、ＰＢＣＨは、同期信号のブロック（ＳＳ／ＰＢＣＨブロックとも
称する）の周期内の時間インデックス（ＳＳＢ−Ｉｎｄｅｘ）を報知するために用いられてよい。

ＰＤＣＣＨは、下りリンクの無線通信（基地局装置３から端末装置への無線通信）において、下りリンク制御情報（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を送信する（または運ぶ）ために用いられる。ここで、下りリンク制御情報の送信に対して、１つまたは複数のＤＣＩ（ＤＣＩフォーマットと称してもよい）が定義される。すなわち、下りリンク制御情報に対するフィールドがＤＣＩとして定義され、情報ビットへマップされる。ＰＤＣＣＨは、ＰＤＣＣＨ候補において送信される。端末装置は、サービングセルにおいてＰＤＣＣＨ候補（ｃａｎｄｉｄａｔｅ）のセットをモニタする。モニタするとは、あるＤＣＩフォーマットに応じてＰＤＣＣＨのデコードを試みることを意味する。あるＤＣＩフォーマットは、サービングセルにおけるＰＵＳＣＨのスケジューリングのために用いられてもよい。ＰＵＳＣＨは、ユーザデータの送信や、ＲＲＣメッセージの送信などのために使われてよい。

ＰＵＣＣＨは、上りリンクの無線通信（端末装置から基地局装置への無線通信）において、上りリンク制御情報（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ：ＵＣＩ）を送信するために用いられてよい。ここで、上りリンク制御情報には、下りリンクのチャネルの状態を示すために用いられるチャネル状態情報（ＣＳＩ：ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ）が含まれてもよい。また、上りリンク制御情報には、ＵＬ−ＳＣＨリソースを要求するために用いられるスケジューリング要求（ＳＲ：ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）が含まれてもよい。また、上りリンク制御情報には、ＨＡＲＱ−ＡＣＫ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅｑｕｅｓｔＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）が含まれてもよい。

ＰＤＳＣＨは、ＭＡＣ層からの下りリンクデータ（ＤＬ−ＳＣＨ：ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）の送信に用いられてよい。また、下りリンクの場合にはシステム情報（ＳＩ：ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ）やランダムアクセス応答（ＲＡＲ：ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ）などの送信にも用いられる。

ＰＵＳＣＨは、ＭＡＣ層からの上りリンクデータ（ＵＬ−ＳＣＨ：ＵｐｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ）または上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはＣＳＩを送信するために用いられてもよい。また、ＣＳＩのみ、または、ＨＡＲＱ−ＡＣＫおよびＣＳＩのみを送信するために用いられてもよい。すなわち、ＵＣＩのみを送信するために用いられてもよい。また、ＰＤＳＣＨまたはＰＵＳＣＨは、ＲＲＣシグナリング（ＲＲＣメッセージとも称する）、およびＭＡＣコントロールエレメントを送信するために用いられてもよい。ここで、ＰＤＳＣＨにおいて、基地局装置から送信されるＲＲＣシグナリングは、セル内における複数の端末装置に対して共通のシグナリングであってもよい。また、基地局装置から送信されるＲＲＣシグナリングは、ある端末装置に対して専用のシグナリング（ｄｅｄｉｃａｔｅｄｓｉｇｎａｌｉｎｇとも称する）であってもよい。すなわち、端末装置固有（ＵＥスペシフィック）の情報は、ある端末装置に対して専用のシグナリングを用いて送信されてもよい。また、ＰＵＳＣＨは、上りリンクにおいてＵＥの能力（ＵＥＣａｐａｂｉｌｉｔｙ）の送信に用いられてもよい。

ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられてもよい。ＰＲＡＣＨは、初期コネクション確立（ｉｎｉｔｉａｌｃｏｎｎｅｃｔｉｏｎｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、ハンドオーバプロシージャ、コネクション再確立（ｃｏｎｎｅｃｔｉｏｎｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）プロシージャ、上りリンク送信に対する同期（タイミング調整）、およびＰＵＳＣＨ（ＵＬ−ＳＣＨ）リソースの要求を示すために用いられてもよい。

ＭＡＣ３０２は、多様な論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングを行う媒体アクセス制御層（媒体アクセス制御レイヤ）である。ＭＡＣ３０２は、後述する上位のＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌｌａｙｅｒ）３０４と、論理チャネルで接続されてもよい。論理チャネルは、伝送される情報の種類によって大きく分けられ、制御情報を伝送する制御チャネルとユ−ザ情報を伝送するトラフィックチャネルに分けられてもよい。ＭＡＣ３０２は、間欠受送信（ＤＲＸ・ＤＴＸ）を行うためにＰＨＹ３００の制御を行う機能、ランダムアクセス（ＲａｎｄｏｍＡｃｃｅｓｓ）手順を実行する機能、送信電力の情報を通知する機能、ＨＡＲＱ制御を行う機能などを持ってもよい（非特許文献１３）。

ＲＬＣ３０４は、後述する上位のＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌＬａｙｅｒ）３０６から受信したデ−タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ−タ送信できるようにデ−タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。また、ＲＬＣ３０４は、各デ−タが要求するＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）を保証するための機能も持っても良い。すなわち、ＲＬＣ３０４は、デ−タの再送制御等の機能を持っても良い（非特許文献１２）。

ＰＤＣＰ３０６は、ユーザデータを無線区間で効率的に伝送するパケットデータ収束プロトコル層（パケットデータ収束プロトコル層）である。ＰＤＣＰ３０６、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ３０６は、デ−タの暗号化、データの完全性保護の機能も持ってもよい（非特許文献１１）。なお上述のユーザデータとは、ＩＰパケット（ＩＰＰａｃｋｅｔ）であっても良いし、非特許文献１９等に記載のイーサネットフレームであっても良いし、これに限らなくても良い。

ＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ）３１０は、５ＧＣ１１０から基地局装置を介して端末装置に送られるダウンリンクのＱｏＳフローとＤＲＢとの対応付け（マッピング：ｍａｐｐｉｎｇ）、及び端末装置から基地局装置を介して５ＧＣ１１０に送られるアップリンクのＱｏＳフローと、ＤＲＢとのマッピングを行い、マッピングルール情報を格納する機能を持もつ、サービスデータ適応プロトコル層（サービスデータ適応プロトコルレイヤ）である（非特許文献１６）。

なお、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０において処理されたデータの事を、それぞれＭＡＣＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）、ＲＬＣＰＤＵ、ＰＤＣＰＰＤＵ、ＳＤＡＰＰＤＵと呼ぶ。また、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０に上位層から渡されるデータ、又は上位層に渡すデータの事を、それぞれＭＡＣＳＤＵ（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）、ＲＬＣＳＤＵ、ＰＤＣＰＳＤＵ、ＳＤＡＰＳＤＵと呼ぶ。

また、ＳＤＡＰＰＤＵは、データ用と制御用を区別するため、それぞれＳＤＡＰＤＡＴＡＰＤＵ（ＳＤＡＰＤａｔａＰＤＵ）、ＳＤＡＰＣＯＮＴＲＯＬＰＤＵ（ＳＤＡＰＣｏｎｔｒｏｌＰＤＵ）と呼ばれても良い。またＰＤＣＰＰＤＵは、データ用と制御用を区別するため、それぞれＰＤＣＰＤＡＴＡＰＤＵ（ＰＤＣＰＤａｔａＰＤＵ）、ＰＤＣＰＣＯＮＴＲＯＬＰＤＵ（ＰＤＣＰＣｏｎｔｒｏｌＰＤＵ）と呼ばれても良い。またＲＬＣＰＤＵは、データ用と制御用を区別するため、それぞれＲＬＣＤＡＴＡＰＤＵ（ＲＬＣＤａｔａＰＤＵ）、ＲＬＣＣＯＮＴＲＯＬＰＤＵ（ＲＬＣＣｏｎｔｒｏｌＰＤＵ）と呼ばれても良い。

図３（Ｂ）はＮＲ１０６において、ＵＥ１２２がｇＮＢ１０８、および認証やモビリティマネージメントなどの機能を提供する論理ノードであるＡＭＦ（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔｆｕｎｃｔｉｏｎ）と通信を行う際に用いるＣＰのプロトコルスタック図である。

ＣＰのプロトコルスタックには、ＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６に加え、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌｌａｙｅｒ）３０８、およびＮＡＳ（ｎｏｎＡｃｃｅｓｓＳｔｒａｒｕｍ）３１２が存在する。ＲＲＣ３０８は、ＲＲＣ接続の確立、再確立、一時停止（ｓｕｓｐｅｎｄ）、一時停止解除（ｒｅｓｕｍｅ）等の処理や、ＲＲＣ接続の再設定、例えば無線ベアラ（ＲａｄｉｏＢｅａｒｅｒ：ＲＢ）及びセルグループ（ＣｅｌｌＧｒｏｕｐ）の確立、変更、解放等の設定を行い、論理チャネル、トランスポートチャネル及び物理チャネルの制御などを行う他、ハンドオーバ及び測定（Ｍｅａｓｕｒｅｍｅｎｔ：メジャメント）の設定などを行う、無線リンク制御層（無線リンク制御レイヤ）である。ＲＢは、シグナリグ無線ベアラ（ＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒ：ＳＲＢ）とデ−タ無線ベアラ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ：ＤＲＢ）とに分けられてもよく、ＳＲＢは、制御情報であるＲＲＣメッセージを送信する経路として利用されてもよい。ＤＲＢは、ユーザデータを送信する経路として利用されてもよい。ｇＮＢ１０８とＵＥ１２２のＲＲＣ３０８間で各ＲＢの設定が行われてもよい。またＲＢのうちＲＬＣ３０４とＭＡＣ３０２で構成される部分をＲＬＣベアラと呼んでも良い（非特許文献１０）。また、ＡＭＦとＵＥ１２２との間の信号を運ぶＮＡＳ層に対して、ＵＥ１２２とｇＮＢ１０８との間の信号及びデータを運ぶＰＨＹ３００、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８、ＳＤＡＰ３１０の一部の層あるいはすべての層をＡＳ（ＡｃｃｅｓｓＳｔｒａｒｕｍ）層と称してよい。

また、ＳＲＢは、次のＳＲＢ０からＳＲＢ３が定義されてよい。ＳＲＢ０は、論理チャネルのＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣＨａｎｎｅｌ）を用いたＲＲＣメッセージのためのＳＲＢであってよい。ＳＲＢ１は、（ピギーバックされたＮＡＳメッセージを含むかもしれない）ＲＲＣメッセージのため、およびＳＲＢ２の確立前のＮＡＳメッセージのためのＳＲＢであってよく、すべて論理チャネルのＤＣＣＨ（ＤｅｄｉｃａｔｅｄＣｏｎｔｒｏｌＣＨａｎｎｅｌ）が用いられてよい。ＳＲＢ２は、ＮＡＳメッセージのためのＳＲＢであってよく、すべて論理チャネルのＤＣＣＨが用いられてよい。また、ＳＲＢ２はＳＲＢ１よりも低い優先度であってよい。ＳＲＢ３は、ＵＥ１２２がＥＮ−ＤＣ，ＮＧＥＮ−ＤＣ、ＮＲ−ＤＣなどが設定されているときの特定のＲＲＣメッセージのためのＳＲＢであってよく、すべて論理チャネルのＤＣＣＨが用いられてよい。また、その他の用途のために他のＳＲＢが用意されてもよい。

前述のＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＳＤＡＰ３１０、及びＲＲＣ３０８の機能分類は一例であり、各機能の一部あるいは全部が実装されなくてもよい。また、各層（各レイヤ）の機能の一部あるいは全部が他の層（レイヤ）に含まれてもよい。

なお、ＡＳ層の上位層（不図示）を非特許文献２に記載の通り、ＰＤＵ層（ＰＤＵレイヤ）と呼んでも良い。ＰＤＵ層には、ＩＰ層、ＩＰ層より上のＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）層、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）層、イーサネット層、その他の層のうちの何れか又は全てが含まれても良い。アプリケーション層はＰＤＵ層の上位層であっても良いし、ＰＤＵ層に含まれても良い。なお、ＰＤＵ層は、ＡＳ層のユーザプレーンに対する上位層であっても良い。またＲＲＣ層やＮＡＳ（ｎｏｎＡｃｃｅｓｓＳｔｒａｒｕｍ）層はもＳＤＡＰ層及びＰＤＣＰ層の内のいずれかまたは全ての上位層となっても良い（不図示）。言い換えれば、ＳＤＡＰ層及びＰＤＣＰ層の内のいずれかまたは全てはＲＲＣ層、ＮＡＳ層、ＩＰ層、及びＩＰ層より上のＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）層、ＵＤＰ（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）層、イーサネット層、及びアプリケーション層の内のいずれかまたは全ての下位層となる。

なお上述のイーサネット層とは、非特許文献１９等に記載のイーサネットフレームを処理する機能をもつ層であっても良いし、これに限らなくても良い。

なお、本発明の各実施の形態において、ＩＭＳで用いられるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）やＳＤＰ（ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎＰｒｏｔｏｃｏｌ）等、またメディア通信又はメディア通信制御に用いられるＲＴＰ（Ｒｅａｌ−ｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）、ＲＴＣＰ（Ｒｅａｌ−ｔｉｍｅＴｒａｎｓｐｏｒｔＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）等、及び各種メディアのコーデック等の内のいずれかまたは全ては、アプリケーション層に所属するものとしても良い。

なお、端末装置の物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、及びＳＤＡＰ層は、端末装置のＲＲＣ層により確立、設定、及び制御のうちの何れか又は全てが行われても良い。また端末装置のＲＲＣ層は、基地局装置のＲＲＣ層から送信されるＲＲＣのメッセージに従って、物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、及びＳＤＡＰ層を確立、及び／又は設定しても良い。また、ＭＡＣ層（ＭＡＣレイヤ）、ＲＬＣ層（ＲＬＣレイヤ）、ＰＤＣＰ層（ＰＤＣＰレイヤ）、ＳＤＡＰ層（ＳＤＡＰレイヤ）を、それぞれＭＡＣ副層（ＭＡＣサブレイヤ）、ＲＬＣ副層（ＲＬＣサブレイヤ）、ＰＤＣＰ副層（ＰＤＣＰサブレイヤ）、ＳＤＡＰ副層（ＳＤＡＰサブレイヤ）と呼んでも良い。

なお、端末装置、及び基地局装置の内のいずれかまたは全てに設定されるＡＳ層に属する各層、又は各層の機能の事を、エンティティと呼んでも良い。即ち、端末装置、及び基地局装置の内のいずれかまたは全てに、確立、設定、及び制御のうちの何れか又は全てが行われる、物理層（ＰＨＹ層）、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＳＤＡＰ層、及びＲＲＣ層の事、又は各層の機能の事を、物理エンティティ（ＰＨＹエンティティ）、ＭＡＣエンティティ、ＲＬＣエンティティ、ＰＤＣＰエンティティ、ＳＤＡＰエンティティ、及びＲＲＣエンティティと、それぞれ呼んでも良い。また、各層のエンティティは、各層に一つ又は複数含まれていても良い。また、ＰＤＣＰエンティティ、及びＲＬＣエンティティは、無線ベアラ毎に、確立、設定、及び制御のうちの何れか又は全てが行われても良い。また、ＭＡＣエンティティはセルグループ毎に、確立、設定、及び制御のうちの何れか又は全てが行われても良い。また、ＳＤＡＰエンティティはＰＤＵセッション毎に、確立、設定、及び制御のうちの何れか又は全てが行われても良い。

なお、ＰＤＣＰ層、又はＰＤＣＰエンティティにおいて、暗号化、又は完全性保護の処理を行う際、ＣＯＵＮＴ値を用いても良い。ＣＯＵＮＴ値とは、ＨＦＮ（ＨｙｐｅｒＦｒａｍｅＮｕｍｂｅｒ）と、ＰＤＣＰＰＤＵのヘッダに付加されるシーケンス番号（ＳＮ：ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ）から構成されても良い。シーケンス番号は、送信側のＰＤＣＰ層又はＰＤＣＰエンティティでＰＤＣＰＤＡＴＡＰＤＵが生成される度に、１加算されても良い。ＨＦＮは、シーケンス番号が最大値に達する度に、１加算されても良い。

なお、本発明の各実施の形態では、以下Ｅ−ＵＴＲＡのプロトコルとＮＲのプロトコルを区別するため、ＭＡＣ２０２、ＲＬＣ２０４、ＰＤＣＰ２０６、及びＲＲＣ２０８を、それぞれＥ−ＵＴＲＡ用ＭＡＣ又はＬＴＥ用ＭＡＣ、Ｅ−ＵＴＲＡ用ＲＬＣ又はＬＴＥ用ＲＬＣ、Ｅ−ＵＴＲＡ用ＰＤＣＰ又はＬＴＥ用ＰＤＣＰ、及びＥ−ＵＴＲＡ用ＲＲＣ又は
ＬＴＥ用ＲＲＣと呼ぶ事もある。また、ＭＡＣ３０２、ＲＬＣ３０４、ＰＤＣＰ３０６、ＲＲＣ３０８を、それぞれＮＲ用ＭＡＣ、ＮＲ用ＲＬＣ、ＮＲ用ＲＬＣ、及びＮＲ用ＲＲＣと呼ぶ事もある。又は、Ｅ−ＵＴＲＡＰＤＣＰ又はＬＴＥＰＤＣＰ、ＮＲＰＤＣＰなどとスペースを用いて記述する場合もある。

また、図１に示す通り、ｅＮＢ１０２、ｇＮＢ１０８、ＥＰＣ１０４、５ＧＣ１１０は、インタフェース１１２、インタフェース１１６、インタフェース１１８、インタフェース１２０、及びインタフェース１１４を介して繋がってもよい。このため、多様な通信システムに対応するため、図２のＲＲＣ２０８は、図３のＲＲＣ３０８に置き換えられてもよい。また図２のＰＤＣＰ２０６は、図３のＰＤＣＰ３０６に置き換えられても良い。また、図３のＲＲＣ３０８は、図２のＲＲＣ２０８の機能を含んでも良い。また図３のＰＤＣＰ３０６は、図２のＰＤＣＰ２０６であっても良い。また、Ｅ−ＵＴＲＡ１００において、ＵＥ１２２がｅＮＢ１０２と通信する場合であってもＰＤＣＰとしてＮＲＰＤＣＰが使われても良い。

次にＬＴＥ及びＮＲにおけるＵＥ１２２の状態遷移について説明する。ＥＰＣに接続するＵＥ１２２は、ＲＲＣ接続が設立されている（ＲＲＣｃｏｎｎｅｃｔｉｏｎｈａｓ
ｂｅｅｎｅｓｔａｂｌｉｓｈｅｄ）とき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であってよい。また、ＵＥ１２２は、ＲＲＣ接続が休止しているとき、（もしＵＥ１２２が５ＧＣに接続しているなら）ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であってよい。もし、それらのケースでないなら、ＵＥ１２２は、ＲＲＣ＿ＩＤＬＥ状態であってよい。

なお、ＥＰＣに接続するＵＥ１２２は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を持たないが、Ｅ−ＵＴＲＡＮによってＲＲＣ接続の休止が開始されてもよい。この場合、ＲＲＣ接続が休止されるとき、ＵＥ１２２はＵＥのＡＳコンテキストと復帰に用いる識別子（ｒｅｓｕｍｅＩｄｅｎｔｉｔｙ）を保持してＲＲＣ＿ＩＤＬＥ状態に遷移する。ＵＥ１２２がＵＥのＡＳコンテキストを保持しており、かつＥ−ＵＴＲＡＮによってＲＲＣ接続の復帰が許可（Ｐｅｒｍｉｔ）されており、かつＵＥ１２２がＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する必要があるとき、休止されたＲＲＣ接続の復帰が上位レイヤ（例えばＮＡＳレイヤ）によって開始されてよい。

すなわち、ＥＰＣに接続するＵＥ１２２と、５ＧＣに接続するＵＥ１２２とで、休止の定義が異なってよい。また、ＵＥ１２２がＥＰＣに接続している場合（ＲＲＣ＿ＩＤＬＥ状態で休止している場合）と５ＧＣに接続している場合（ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で休止している場合）とで、休止から復帰する手順のすべてあるいは一部が異なってよい。

なお、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、ＲＲＣ＿ＩＤＬＥ状態の事をそれぞれ、接続状態（ｃｏｎｎｅｃｔｅｄｍｏｄｅ）、非活性状態（ｉｎａｃｔｉｖｅｍｏｄｅ）、休止状態（ｉｄｌｅｍｏｄｅ）と呼んでも良い。

ＵＥ１２２が保持するＵＥのＡＳコンテキストは、現在のＲＲＣ設定、現在のセキュリティコンテキスト、ＲＯＨＣ（ＲＯｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）状態を含むＰＤＣＰ状態、接続元（Ｓｏｕｒｃｅ）のＰＣｅｌｌで使われていたＣ−ＲＮＴＩ（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ）、セル識別子（ｃｅｌｌＩｄｅｎｔｉｔｙ）、接続元のＰＣｅｌｌの物理セル識別子、のすべてあるいは一部を含む情報であってよい。なお、ｅＮＢ１０２およびｇＮＢ１０８の内のいずれかまたは全ての保持するＵＥのＡＳコンテキストは、ＵＥ１２２が保持するＵＥのＡＳコンテキストと同じ情報を含んでもよいし、ＵＥ１２２が保持するＵＥのＡＳコンテキストに含まれる情報とは異なる情報が含まれてもよい。

セキュリティコンテキストとは、ＡＳレベルにおける暗号鍵、ＮＨ（ＮｅｘｔＨｏｐ
ｐａｒａｍｅｔｅｒ）、次ホップのアクセス鍵導出に用いられるＮＣＣ（ＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔｅｒｐａｒａｍｅｔｅｒ）、選択されたＡＳレベルの暗号化アルゴリズムの識別子、リプレイ保護のために用いられるカウンター、のすべてあるいは一部を含む情報であってよい。

図４は、本発明の各実施の形態におけるＲＲＣ２０８及び／又は（ａｎｄ／ｏｒ）ＲＲＣ３０８における、各種設定のための手順（ｐｒｏｃｅｄｕｒｅ）のフローの一例を示す図である。図４は、基地局装置（ｅＮＢ１０２及び／又はｇＮＢ１０８）から端末装置（ＵＥ１２２）にＲＲＣメッセージが送られる場合のフローの一例である。

図４において、基地局装置はＲＲＣメッセージを作成する（ステップＳ４００）。基地局装置におけるＲＲＣメッセージの作成は、基地局装置が報知情報（ＳＩ：Ｓｙｓｔｅｍ
Ｉｎｆｏｒｍａｔｉｏｎ）やページング情報を配信する際に行われても良いし、基地局装置が特定の端末装置に対して処理を行わせる必要があると判断した際、例えばセキュリティに関する設定や、ＲＲＣ接続（コネクション）の再設定（無線線ベアラの処理（確立、変更、解放など）や、セルグループの処理（確立、追加、変更、解放など）、メジャメント設定、ハンドオーバ設定など）、ＲＲＣ接続状態の解放などの際に行われても良い。またＲＲＣメッセージは異なるＲＡＴへのハンドオーバコマンドに用いられても良い。ＲＲＣメッセージには各種情報通知や設定のための情報（パラメータ）が含まれる。非特許文献４又は非特許文献１０などのＲＲＣに関する仕様書では、これらのパラメータは、フィールド及び／又は情報要素呼ばれ、ＡＳＮ．１（ＡｂｓｔｒａｃｔＳｙｎｔａｘＮｏｔａｔｉｏｎＯｎｅ）という記述方式を用いて記述される。

図４において、次に基地局装置は、作成したＲＲＣメッセージを端末装置に送信する（ステップＳ４０２）。次に端末装置は受信した上述のＲＲＣメッセージに従って、設定などの処理が必要な場合には処理を行う（ステップＳ４０４）。

なお、ＲＲＣメッセージの作成は、上述の例に限らず、非特許文献４や、非特許文献１０などに記載の通り、他の目的で作成されても良い。

例えば、ＲＲＣメッセージは、ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）や、非特許文献８に記載のＭｕｌｔｉ−ＲａｄｉｏＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ（ＭＲ−ＤＣ）に関する設定に用いられても良い。

ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）とは、２つの基地局装置（ノード）がそれぞれ構成するセルグループ、すなわちマスターノード（ＭａｓｔｅｒＮｏｄｅ：ＭＮ）が構成するマスターセルグループ（ＭａｓｔｅｒＣｅｌｌＧｒｏｕｐ：ＭＣＧ）及びセカンダリノード（ＳｅｃｏｎｄｅｒｙＮｏｄｅ：ＳＮ）が構成するセカンダリセルグループ（ＳｅｃｏｎｄｅｒｙＣｅｌｌＧｒｏｕｐ：ＳＣＧ）の両方の無線リソースを利用してデータ通信を行う技術であっても良い。また、マスターノードとセカンダリノードは同じノード（同じ基地局装置）であってもよい。また非特許文献８に記載のＭＲ−ＤＣとは、Ｅ−ＵＴＲＡとＮＲの両方のＲＡＴ（ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ）のセルをＲＡＴ毎にセルグループ化してＵＥに割り当て、ＭＣＧとＳＣＧの両方の無線リソースを利用してデータ通信を行う技術であっても良い。ＭＲ−ＤＣにおいて、マスターノードとは、ＭＲ−ＤＣに係る主なＲＲＣ機能、例えば、セカンダリノードの追加、ＲＢの確立、変更、及び解放、ＭＣＧの追加、変更、解放、ハンドオーバ等の機能、を持つ基地局であっても良く、セカンダリノードとは、一部のＲＲＣ機能、例えばＳＣＧの変更、及び解放等、を持つ基地局であっても良い。

非特許文献８に記載のＭＲ−ＤＣにおいて、マスターノード側のＲＡＴのＲＲＣが、ＭＣＧ及びＳＣＧ両方の設定を行うために用いられても良い。例えばコア網がＥＰＣ１０４で、マスターノードがｅＮＢ１０２（拡張型ｅＮＢ１０２とも称する）である場合のＭＲ−ＤＣである、ＥＮ−ＤＣ（Ｅ−ＵＴＲＡ−ＮＲＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）、コア網が５ＧＣ１１０で、マスターノードがｅＮＢ１０２である場合のＭＲ−ＤＣである、ＮＧＥＮ−ＤＣ（ＮＧ−ＲＡＮＥ−ＵＴＲＡ−ＮＲＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）において、非特許文献４に記載のＥ−ＵＴＲＡのＲＲＣメッセージがｅＮＢ１０２とＵＥ１２２との間で送受信されても良い。この場合ＲＲＣメッセージには、ＬＴＥ（Ｅ−ＵＴＲＡ）の設定情報だけでなく、非特許文献１０に記載の、ＮＲの設定情報が含まれても良い。またｅＮＢ１０２からＵＥ１２２に送信されるＲＲＣメッセージは、ｅＮＢ１０２からｇＮＢ１０８を経由してＵＥ１２２に送信されても良い。また、本ＲＲＣメッセージの構成は、非ＭＲ−ＤＣであって、ｅＮＢ１０２（拡張型ｅＮＢ）がコア網として５ＧＣを用いる、Ｅ−ＵＴＲＡ／５ＧＣ（非特許文献１７に記載のオプション５）に用いられても良い。

また逆に、非特許文献８に記載のＭＲ−ＤＣにおいて、コア網が５ＧＣ１１０で、マスターノードがｇＮＢ１０８である場合のＭＲ−ＤＣである、ＮＥ−ＤＣ（ＮＲ−Ｅ−ＵＴＲＡＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）において、非特許文献１０に記載のＮＲのＲＲＣメッセージがｇＮＢ１０８とＵＥ１２２との間で送受信されても良い。この場合ＲＲＣメッセージには、ＮＲの設定情報だけでなく、非特許文献４に記載の、ＬＴＥ（Ｅ−ＵＴＲＡ）の設定情報が含まれても良い。またｇＮＢ１０８からＵＥ１２２に送信されるＲＲＣメッセージは、ｇＮＢ１０８からｅＮＢ１０２を経由してＵＥ１２２に送信されても良い。

なお、ＭＲ−ＤＣを利用する場合に限らず、ｅＮＢ１０２からＵＥ１２２に送信されるＥ−ＵＴＲＡ用ＲＲＣメッセージに、ＮＲ用ＲＲＣメッセージが含まれていても良いし、ｇＮＢ１０８からＵＥ１２２に送信されるＮＲ用ＲＲＣメッセージに、Ｅ−ＵＴＲＡ用ＲＲＣメッセージが含まれていても良い。

また、マスターノードがｅＮＢ１０２でＥＰＣ１０４をコア網とするネットワーク構成をＥ−ＵＴＲＡ／ＥＰＣと呼んでも良い。またマスターノードがｅＮＢ１０２で５ＧＣ１１０をコア網とするネットワーク構成をＥ−ＵＴＲＡ／５ＧＣと呼んでも良い。またマスターノードがｇＮＢ１０８で５ＧＣ１１０をコア網とするネットワーク構成をＮＲ、又はＮＲ／５ＧＣと呼んでも良い。またこの呼び方はＤＣが設定される場合に限らなくても良い。ＤＣが設定されない場合において、上述のマスターノードとは、端末装置と通信を行う基地局装置の事を指しても良い。

図５に示すＵＥ１２２は、基地局装置よりＲＲＣメッセージ等を受信する受信部５００、及び受信したメッセージに含まれる各種情報要素（ＩＥ：ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ）、各種フィールド、及び各種条件等の内のいずれかまたは全ての設定情報に従って処理を行う処理部５０２、および基地局装置にＲＲＣメッセージ等を送信する送信部５０４から成る。上述の基地局装置とは、ｅＮＢ１０２である場合もあるし、ｇＮＢ１０８である場合もある。また、処理部５０２には様々な層（例えば、物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＳＤＡＰ層、ＲＲＣ層、およびＮＡＳ層）の機能の一部または全部が含まれてよい。すなわち、処理部５０２は、物理層処理部、ＭＡＣ層処理部、ＲＬＣ層処理部、ＰＤＣＰ層処理部、ＲＲＣ層処理部、およびＮＡＳ層処理部の一部または全部が含まれてよい。

図６は本発明の各実施の形態における基地局装置の構成を示すブロック図である。なお
、説明が煩雑になることを避けるために、図６では、本発明と密接に関連する主な構成部のみを示す。上述の基地局装置とは、ｅＮＢ１０２である場合もあるし、ｇＮＢ１０８である場合もある。

図６に示す基地局装置は、ＵＥ１２２へＲＲＣメッセージ等を送信する送信部６００、及び各種情報要素（ＩＥ：ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ）、各種フィールド、及び各種条件等の内のいずれかまたは全ての設定情報を含めたＲＲＣメッセージを作成し、ＵＥ１２２に送信する事により、ＵＥ１２２の処理部５０２に処理を行わせる処理部６０２、およびＵＥ１２２からＲＲＣメッセージ等を受信する受信部６０４を含んで構成される。また、処理部６０２には様々な層（例えば、物理層、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層、ＲＲＣ層、およびＮＡＳ層）の機能の一部または全部が含まれてよい。すなわち、処理部６０２は、物理層処理部、ＭＡＣ層処理部、ＲＬＣ層処理部、ＰＤＣＰ層処理部、ＳＤＡＰ層処理部、ＲＲＣ層処理部、およびＮＡＳ層処理部の一部または全部が含まれてよい。

図７は、図４において、ＮＲでのＲＲＣコネクションの再設定に関するメッセージに含まれる、無線ベアラ設定に関するフィールド及び情報要素うちのいずれかまたは全部を表すＡＳＮ．１記述の一例である。また図８は、図４において、Ｅ−ＵＴＲＡでのＲＲＣコネクションの再設定に関するメッセージに含まれる、無線ベアラ設定に関するフィールド及び情報要素うちのいずれかまたは全部を表すＡＳＮ．１記述の一例である。図７、図８に限らず、本発明の実施の形態におけるＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報要素が省略されていても良い。なお本発明の実施の形態におけるＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明の実施形態におけるＲＲＣコネクションの再設定に関するメッセージのパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。また本発明の実施の形態におけるＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明と密接に関連する主な情報に関する例のみを示す。なお、本発明の実施の形態において、ＡＳＮ．１で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本発明の実施の形態において、ＲＲＣメッセージに含まれる、ＡＳＮ．１で記述されるフィールド、情報要素等のパラメータを、情報と言う場合もある。なおＲＲＣコネクションの再設定に関するメッセージとは、ＮＲにおけるＲＲＣ再設定メッセージであっても良いし、Ｅ−ＵＴＲＡにおけるＲＲＣコネクション再設定メッセージであっても良い。

図７においてＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇで表される情報要素は、ＳＲＢ、ＤＲＢ等の無線ベアラの設定に関する情報要素で、後述のＰＤＣＰ設定情報要素や、ＳＤＡＰ設定情報要素を含む。ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇで表される情報要素に含まれる、ＳＲＢ−ＴｏＡｄｄＭｏｄで表される情報要素は、ＳＲＢ（シグナリング無線ベアラ）設定を示す情報であっても良く、ＳＲＢ設定情報要素、又はシグナリング無線ベアラ設定情報要素と言い換える事もある。またＳＲＢ−ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報要素は、ＳＲＢ設定を示す情報のリストであっても良い。ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇで表される情報要素に含まれる、ＤＲＢ−ＴｏＡｄｄＭｏｄで表される情報要素は、ＤＲＢ（データ無線ベアラ）設定を示す情報であっても良く、ＤＲＢ設定情報要素、又はデータ無線ベアラ設定情報要素と言い換える事もある。ＤＲＢ−ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報要素は、ＤＲＢ設定を示す情報のリストであっても良い。なお、ＳＲＢ設定、及びＤＲＢ設定のうちの何れか、または全ての事を、無線ベアラ設定と言い換える事もある。

ＳＲＢ設定情報要素の中の、ＳＲＢ−Ｉｄｅｎｔｉｔｙで表される情報要素は、追加又
は変更するＳＲＢのＳＲＢ識別子（ＳＲＢＩｄｅｎｔｉｔｙ）の情報であり、各端末装置においてＳＲＢを一意に識別する識別子であっても良い。ＳＲＢ識別子情報要素、または無線ベアラ識別子情報要素、またはシグナリング無線ベアラ識別子情報要素と言い換える事もある。

ＤＲＢ設定情報要素の中の、ＤＲＢ−Ｉｄｅｎｔｉｔｙで表される情報要素は、追加又は変更するＤＲＢのＤＲＢ識別子（ＤＲＢＩｄｅｎｔｉｔｙ）の情報であり、各端末装置においてＤＲＢを一意に識別する識別子であっても良い。ＤＲＢ識別子情報要素、または無線ベアラ識別子情報要素、またはデータ無線ベアラ識別子情報要素と言い換える事もある。ＤＲＢ識別子の値は図７の例では１から３２の整数値としているが、別の値を取っても良い。ＤＣの場合、ＤＲＢ識別子は、ＵＥ１２２のスコープ内で固有である。

ＤＲＢ設定情報要素の中の、ｃｎＡｓｓｏｃｉａｔｉｏｎで表される情報要素は、コア網にＥＰＣ１０４を用いるか、又は５ＧＣ１１０を用いるかを示す情報要素であっても良く、コア網関連付け情報要素と言い換える事もある。即ち、ＵＥ１２２がＥＰＣと接続する際にはＤＲＢが、ｃｎＡｓｓｏｃｉａｔｉｏｎ中のＥＰＳベアラ識別子情報要素（ｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙ）、又はＥＰＳベアラ識別子情報要素の値であるＥＰＳベアラ識別子（ＥＰＳｂｅａｒｅｒｉｄｅｎｔｉｔｙ）に関連付けられ、ＵＥ１２２が５ＧＣ１１０と接続する際には、ＤＲＢが、後述のＳＤＡＰ設定情報要素（ｓｄａｐ−Ｃｏｎｆｉｇ）に従って設定されるＳＤＡＰエンティティ、又はＳＤＡＰ設定情報要素に含まれる、後述のＰＤＵセッション情報要素、又はＰＤＵセッション情報要素の値であるＰＤＵセッション識別子、又はＰＤＵセッション情報要素が示すＰＤＵセッションに関連付けられるようにしてもよい。即ち、ｃｎＡｓｓｏｃｉａｔｉｏｎで表される情報には、ＥＮ−ＤＣを用いる場合等のコア網にＥＰＣ１０４を用いる場合にはＥＰＳベアラ識別子情報要素（ｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙ）を含み、コア網５ＧＣ１１０を用いる場合は、即ちＥＮ−ＤＣを用いない場合等はＳＤＡＰ設定を示す情報要素（ｓｄａｐ−Ｃｏｎｆｉｇ）を含んでも良い。

ｓｄａｐ−Ｃｏｎｆｉｇで表される情報要素は、コア網が５ＧＣ１１０であった場合に、ＱｏＳフローとＤＲＢの対応（ｍａｐ）方法を決定する、ＳＤＡＰエンティティの設定又は再設定に関する情報であってもよく、ＳＤＡＰ設定情報要素と言い換える事もある。

ＳＤＡＰ設定情報要素に含まれる、ｐｄｕ−ｓｅｓｓｉｏｎ又はＰＤＵ−ＳｅｓｓｉｏｎＩＤで示されるフィールド又は情報要素は、本ＳＤＡＰ設定情報要素を含むＤＲＢ設定情報要素に含まれる、無線ベアラ識別子情報要素の値に対応する無線ベアラと対応（ｍａｐ）付けられるＱｏＳフローが所属する、非特許文献２に記載のＰＤＵセッションのＰＤＵセッション識別子でも良く、ＰＤＵセッション識別子情報要素と言い換える事もある。ＰＤＵセッション識別子情報要素の値は負でない整数であっても良い。また各端末装置において、一つのＰＤＵセッション識別子に、複数のＤＲＢ識別子が対応しても良い。

ＳＤＡＰ設定情報要素に含まれる、ｍａｐｐｅｄＱｏＳ−ＦｌｏｗｓＴｏＡｄｄで示される情報要素は、本ＳＤＡＰ設定情報要素を含むＤＲＢ設定情報要素に含まれる、無線ベアラ識別子情報要素の値に対応する無線ベアラに対応（ｍａｐ）させる、又は追加で対応（ｍａｐ）させる、ＱｏＳフローの、後述のＱｏＳフロー識別子（ＱＦＩ：ＱｏＳＦｌｏｗＩｄｅｎｔｉｔｙ）情報要素のリストを示す情報であっても良く、追加するＱｏＳフロー情報要素と言い換える事もある。上述のＱｏＳフローは本ＳＤＡＰ設定情報要素に含まれるＰＤＵセッション情報要素が示すＰＤＵセッションのＱｏＳフローであっても良い。

また、ＳＤＡＰ設定情報要素に含まれる、ｍａｐｐｅｄＱｏＳ−ＦｌｏｗｓＴｏＲｅｌ
ｅａｓｅで示される情報要素は、本ＳＤＡＰ設定情報要素を含むＤＲＢ設定情報要素に含まれる、無線ベアラ識別子情報要素の値に対応する無線ベアラに対応（ｍａｐ）しているＱｏＳフローのうち、対応関係を解放するＱｏＳフローの、後述のＱｏＳフロー識別子（ＱＦＩ：ＱｏＳＦｌｏｗＩｄｅｎｔｉｔｙ）情報要素のリストを示す情報であっても良く、解放するＱｏＳフロー情報要素と言い換える事もある。上述のＱｏＳフローは本ＳＤＡＰ設定情報要素に含まれるＰＤＵセッション情報要素が示すＰＤＵセッションのＱｏＳフローであっても良い。

ＱＦＩで示される情報要素は、非特許文献２に記載の、ＱｏＳフローを一意に識別するＱｏＳフロー識別子であってもよく、ＱｏＳフロー識別子情報要素と言い換える事もある。ＱｏＳフロー識別子情報要素の値は負でない整数であっても良い。またＱｏＳフロー識別子情報要素の値はＰＤＵセッションに対し一意であっても良い。

またＳＤＡＰ設定情報要素には、この他に、設定されるＤＲＢを介して送信するアップリンクデータにアップリンク用ＳＤＡＰヘッダが存在するか否かを示すアップリンクヘッダ情報情報要素、設定されるＤＲＢを介して受信するダウンリンクデータにダウンリンク用ＳＤＡＰヘッダが存在するか否か事を示すダウンリンクヘッダ情報要素、設定されるＤＲＢがデフォルト無線ベアラ（デフォルトＤＲＢ）であるか否かを示すデフォルトベアラ情報要素などが含まれても良い。

また、ＳＲＢ設定情報要素、及びＤＲＢ設定情報要素の中の、ｐｄｃｐ−Ｃｏｎｆｉｇ又はＰＤＣＰ−Ｃｏｎｆｉｇで表される情報要素はＳＲＢ用、及び／又はＤＲＢ用のＰＤＣＰ３０６の確立や変更を行うための、ＮＲＰＤＣＰエンティティの設定に関する情報要素であっても良く、ＰＤＣＰ設定情報要素と言い換える事もある。ＮＲＰＤＣＰエンティティの設定に関する情報要素には、アップリンク用シーケンス番号のサイズを示す情報要素、ダウンリンク用シーケンス番号のサイズを示す情報要素、ヘッダ圧縮（ＲｏＨＣ：ＲＯｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）のプロファイルを示す情報要素、リオーダリング（ｒｅ−ｏｒｄｅｒｉｎｇ）タイマー情報要素などが含まれても良い。

ＲａｄｉｏＢｅａｒｅｒＣｏｎｆｉｇで表される情報要素に含まれる、ＤＲＢ−ＴｏＲｅｌｅａｓｅＬｉｓｔで表される情報要素は、解放する一つ以上のＤＲＢ識別子を示す情報を含んで良い。

図８においてＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄで表される情報要素は、無線ベアラの設定、変更、解放等に使われる情報要素であっても良い。ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄで表される情報要素に含まれる、ＳＲＢ−ＴｏＡｄｄＭｏｄで表される情報要素は、ＳＲＢ（シグナリング無線ベアラ）設定を示す情報であっても良く、ＳＲＢ設定情報要素又はシグナリング無線ベアラ設定情報要素と言い換える事もある。ＳＲＢ−ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報要素はＳＲＢ設定を示す情報のリストであっても良い。ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄで表される情報要素に含まれる、ＤＲＢ−ＴｏＡｄｄＭｏｄで表される情報要素は、ＤＲＢ（データ無線ベアラ）設定を示す情報であっても良く、ＤＲＢ設定情報要素又はデータ無線ベアラ設定情報要素と言い換える事もある。ＤＲＢ−ＴｏＡｄｄＭｏｄＬｉｓｔで表される情報要素は、ＤＲＢ設定を示す情報のリストであっても良い。なお、ＳＲＢ設定、及びＤＲＢ設定のうちの何れか、または全ての事を、無線ベアラ設定と言い換える事もある。

ＳＲＢ設定情報要素の中の、ＳＲＢ−Ｉｄｅｎｔｉｔｙで表される情報要素は、追加又は変更するＳＲＢのＳＲＢ識別子（ＳＲＢＩｄｅｎｔｉｔｙ）の情報であり、各端末装
置においてＳＲＢを一意に識別する識別子であっても良い。ＳＲＢ識別子情報要素、または無線ベアラ識別子情報要素、またはシグナリング無線ベアラ識別子情報要素と言い換える事もある。図８のＳＲＢ−Ｉｄｅｎｔｉｔｙで表される情報要素は、図７のＳＲＢ−Ｉｄｅｎｔｉｔｙで表される情報要素と、同一の役割をもつ情報要素であっても良い。

ＤＲＢ設定の中の、ＤＲＢ−Ｉｄｅｎｔｉｔｙで表される情報要素は、追加又は変更するＤＲＢのＤＲＢ識別子（ＤＲＢＩｄｅｎｔｉｔｙ）の情報であり、各端末装置においてＤＲＢを一意に識別するＤＲＢ識別子であっても良い。ＤＲＢ識別子情報要素、又は無線ベアラ識別子情報要素、またはデータ無線ベアラ識別子情報要素と言い換える事もある。ＤＲＢ識別子の値は、図８の例では１から３２の整数値としているが、別の値を取っても良い。図８のＤＲＢ−Ｉｄｅｎｔｉｔｙで表される情報要素は、図７のＤＲＢ−Ｉｄｅｎｔｉｔｙで表される情報要素と、同一の役割をもつ情報要素であっても良い。

ＤＲＢ設定情報要素の中の、ｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙで表される情報要素は、各端末装置においてＥＰＳベアラを一意に識別するＥＰＳベアラ識別子であっても良い。ｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙで表される情報要素は、ＥＰＳベアラ識別子情報要素と呼ぶ事もある。ＥＰＳベアラ識別子の値は、図８の例では１から１５の整数値としているが、別の値を取っても良い。図８のｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙで表される情報要素は、図７のｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙで表される情報要素と、同一の役割をもつ情報要素であっても良い。またＥＰＳベアラ識別子と、ＤＲＢ識別子とは各端末装置において、一対一に対応しても良い。

またＳＲＢ設定情報要素、及びＤＲＢ設定情報要素の中の、ｐｄｃｐ−Ｃｏｎｆｉｇ又はＰＤＣＰ−Ｃｏｎｆｉｇで表される情報要素はＳＲＢ用、及び／又はＤＲＢ用のＰＤＣＰ２０６の確立や変更を行うための、Ｅ−ＵＴＲＡＰＤＣＰエンティティの設定に関する情報要素であっても良く、ＰＤＣＰ設定情報要素と言い換える事もある。Ｅ−ＵＴＲＡ
ＰＤＣＰエンティティの設定に関する情報要素には、シーケンス番号のサイズを示す情報要素、ヘッダ圧縮（ＲｏＨＣ：ＲＯｂｕｓｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）のプロファイルを示す情報要素、リオーダリング（ｒｅ−ｏｒｄｅｒｉｎｇ）タイマー情報情報などが含まれても良い。

また図７又は図８に示す一部、又は全ての情報要素は、オプショナルであっても良い。即ち図７又は図８に示す情報要素は必要や条件に応じてＲＲＣコネクションの再設定に関するメッセージに含まれても良い。またＲＲＣコネクションの再設定に関するメッセージには、無線ベアラの設定に関する情報要素の他に、フル設定が適用される事を意味する情報要素が含まれても良い。フル設定が適用される事を意味する情報要素は、ｆｕｌｌＣｏｎｆｉｇなどの情報要素名で表されても良く、ｔｒｕｅ、ｅｎａｂｌｅなどを用いてフル設定が適用される事を示しても良い。

ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄで表される情報要素に含まれる、ＤＲＢ−ＴｏＲｅｌｅａｓｅＬｉｓｔで表される情報要素は、解放する一つ以上のＤＲＢ識別子を示す情報を含んで良い。

次に、図９から図１１を用いて、本発明の実施の形態における、イーサネットヘッダ圧縮プロトコルの処理方法の一例について説明する。なお上述のイーサネットヘッダ圧縮プロトコルは、イーサネットヘッダ圧縮処理と言っても良い。またイーサネットヘッダ圧縮処理は、基地局装置からＵＥ１２２に送信されるＲＲＣメッセージの中に、イーサネットヘッダ圧縮を適用する事を示す情報要素又はフィールド、及び／又はイーサネットＰＤＵセッションである事を示す情報要素又はフィールドが含まれている事に基づいて行われても良い。本例では、ＰＤＣＰエンティティにおいてイーサネットヘッダ圧縮を行う例を示
すが、他の層のエンティティで行われても良い。また基地局装置とは、ｅＮＢ１０２であっても良いし、ｇＮＢ１０８であっても良いが、説明が煩雑になる事を避けるため、以下ｇＮＢ１０８を用いて説明する。また本発明の実施の形態において、イーサネットヘッダとは、イーサネットフレームに含まれている通信制御情報の一部又は全ての事であっても良い。また本発明の実施の形態において、イーサネットフレームとは、非特許文献１９などのＩＥＥＥの文献に示される、ＩＥＥＥ８０２．１ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）フレームフォーマットの事であっても良い。

図９は、ｇＮＢ１０８からＵＥ１２２に送信されるＲＲＣメッセージの中に、イーサネットヘッダ圧縮を適用する事を示す情報要素又はフィールドを含む、ＡＳＮ．１記述の一例である。また図１０は、ｇＮＢ１０８からＵＥ１２２に送信されるＲＲＣメッセージの中に、イーサネットＰＤＵセッションである事を示す情報要素又はフィールドを含む、ＡＳＮ．１記述の一例である。なお、図７及び図８と同様に、ＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報要素が省略されていても良い。なおＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明の実施形態におけるＲＲＣメッセージのパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。またＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明と密接に関連する主な情報に関する例のみを示す。なお、ＡＳＮ．１で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本発明の実施の形態において、ＲＲＣメッセージに含まれる、ＡＳＮ．１で記述されるフィールド、情報要素等のパラメータを、情報と言う場合もある。

図９は、図７及び／又は図８における、ＰＤＣＰ設定情報要素に、イーサネットヘッダ圧縮を適用する事を示す情報要素又はフィールドを含む例を示す。図９において、ＰＤＣＰ設定情報要素に含まれる、ｅｔｈｅｒｎｅｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ−ｒ１６という名称で示されるフィールド又は情報要素は、イーサネットヘッダ圧縮プロトコルに関する設定を行うためのフィールド又は情報要素である。以下イーサネットヘッダ圧縮プロトコルに関する設定を行うためのフィールド又は情報要素の事を、イーサネットヘッダ圧縮設定、又はＥＨＣ（ＥｔｈｅｒｎｅｔＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）設定と呼ぶ事もある。イーサネットヘッダ圧縮設定は、イーサネットＰＤＵセッションに関連するＤＲＢに対するＰＤＣＰエンティティを確立する時のみ存在し、それ以外の場合は存在しなくても良い。イーサネットヘッダ圧縮設定に含まれる、ｎｏｔＵｓｅｄという名称で示されるフィールド又は情報要素は、イーサネットヘッダ圧縮を適用しない事、又はイーサネットヘッダ圧縮を設定しない事を示すフィールド又は情報要素であっても良い。イーサネットヘッダ圧縮設定に含まれる、ｅｈｃという名称で示されるフィールド又は情報要素は、イーサネットヘッダ圧縮が適用される事、又はイーサネットヘッダ圧縮が設定される事を示す情報であっても良いし、イーサネットヘッダ圧縮を適用するために必要な情報を含んでも良い。上述のイーサネットヘッダ圧縮を適用するために必要な情報とは、例えば、コンテキスト識別子（ＣＩＤ：ＣｏｎｔｅｘｔＩＤｅｎｔｉｔｙ、又はＣｏｎｔｅｘｔＩＤｅｎｔｉｆｉｅｒ）の最大値であっても良い。上述のコンテキスト識別子の最大値とは、コンテキスト識別子として使う事のできる負でない整数、又は正の整数の最大値であっても良いし、コンテキスト識別子として使う事のできる整数の、個数の上限であっても良い。図９の例ではｅｈｃ−ｍａｘＣＩＤという名称で示されるフィールドが、上術のコンテキスト識別子の最大値を示す。図９の例ではコンテキスト識別子の最大値は、１から１２７までの整数を取っても良く、デフォルト値として１５が指定される記述になっているが、値はこの通りで無くても良い。また、上記コンテキスト識別子の最大値が、‘０’又は‘１’である場合には、イーサネットヘッダ圧縮を適用しない事を意味しても良い。またＰＤＵセッションに対する全てのＤＲＢにおけるコンテキスト識別子の最大値のトータルは、ＵＥ１２２がｇＮＢにＵＥ能力として送った、ＰＤＵセッションあたり、又はＵＥあたりのコンテキスト識別子の最大数を超えてはならないとしても良い。なおコンテキスト識別子とは、イーサネットヘッダを圧縮（ｃｏｍｐｒｅｓｓ）、及び／又は解凍（ｄｅｃｏｍｐｒｅｓｓ）する際に必要な情報を一意に識別するための識別子であっても良い。また上述のイーサネットヘッダを圧縮、及び／又は解凍する際に必要な情報とは、イーサネットヘッダ情報の一部又は全てであっても良い。また上述のイーサネットヘッダ情報の一部又は全てとは、イーサネットヘッダの情報のうちイーサネットヘッダ圧縮の圧縮対象となる情報であっても良い。また上述のイーサネットヘッダを圧縮、及び／又は解凍する際に必要な情報とはコンテキストと呼ばれても良い。イーサネットヘッダ圧縮のプロファイルであっても良い。図９のｅｈｃ−ｐｒｏｆｉｌｅｓという名称で示される情報要素又はフィールドが、上術のイーサネットヘッダ圧縮のプロファイルを示す情報要素であっても良い。上述のイーサネットヘッダ圧縮のプロファイルとは、イーサネットヘッダ圧縮方法を示すものであっても良い。上述のイーサネットヘッダ圧縮方法とは、ヘッダのどのフィールドを圧縮するかを指定する方法であっても良い。上述のイーサネットヘッダ圧縮プロファイルと、上術のイーサネットヘッダ圧縮方法の関係は、例えばイーサネットヘッダにＡとＢとＣの３つのフィールドが存在する場合に、プロファイル１はＡのみ圧縮する事を示し、プロファイル２はＡとＢのみを圧縮する事を示し、プロファイル３はＡとＢとＣを圧縮する事を示す。関係であっても良い。また上述のプロファイル１を示す情報要素又はフィールドは、図９のｅｈｃ−ｐｒｏｆｉｌｅ０ｘ０００１という名称で示される情報要素又はフィールドで示されても良い。また上述のプロファイル２を示す情報要素又はフィールドは、図９のｅｈｃ−ｐｒｏｆｉｌｅ０ｘ０００２という名称で示される情報要素又はフィールドで示されても良い。また上述のプロファイル３を示す情報要素又はフィールドは、図９のｅｈｃ−ｐｒｏｆｉｌｅ０ｘ０００３という名称で示される情報要素又はフィールドで示されても良い。また上述のイーサネットヘッダ圧縮のプロファイルとは、イーサネットフレームフォーマットの種類を示すものであっても良い。イーサネットフレームフォーマットの種類とは例えば非特許文献１９などのＩＥＥＥの文献に示される、Ｅｔｈｅｒｎｅｔ２、Ｅｔｈｅｒｎｅｔ２＋８０２．１Ｑタグ、Ｅｔｈｅｒｎｅｔ２＋８０２．１Ｑタグ＋８０２．１Ｑタグ、などであっても良い。また上述のイーサネットヘッダ圧縮のプロファイルとは、上術のイーサネットヘッダ圧縮方法、上術のイーサネットフレームフォーマットの種類、及びその他の情報のうちの一部又は全ての組み合わせを示す情報であっても良い。ＵＥ１２２はｇＮＢ１０８から受信したＲＲＣメッセージの中に、上術のイーサネットヘッダ圧縮が行われる事、又はイーサネットヘッダ圧縮が設定される事を示す情報が含まれている事に基づいて、イーサネットヘッダ圧縮を設定しても良い。また、上述のイーサネットヘッダ圧縮を適用するために必要な情報とは、利用できるコンテキスト識別子情報であっても良い（不図示）。利用できるコンテキスト識別子情報は、例えば「１０から２０」などの範囲で与えられても良いし、「５、１０、１５、２０」など値が指定されても良い。

なお、図９における、フールド及び情報要素のうちの一部又は全ては、送信（アップリンク）用、及び／又は受信（ダウンリンク）用として、別々に設定されても良い。即ちアップリンク用とダウンリンク用とで、異なる情報要素又はフィールドを用いて設定されても良い。

図１０は、図７のＳＤＡＰ設定情報要素の中に、イーサネットＰＤＵセッションである事を示す情報要素又はフィールドを含む例を示している。図１０において、ｅｔｈｅｒｎｅｔＰｄｕＳｅｓｓｉｏｎ−ｒ１６という名称で示されるフィールド又は情報要素は、本ＳＤＡＰ設定情報要素により確立及び／又は設定されるＳＤＡＰエンティティが関連付いているＰＤＵセッションが、イーサネットＰＤＵセッションである事、又はイーサネットＰＤＵセッションであるか否かを示すフィールド又は情報要素であっても良い。ｅｔｈｅｒｎｅｔＰｄｕＳｅｓｓｉｏｎ−ｒ１６という名称で示されるフィールド又は情報要素がｔｒｕｅであれば、イーサネットＰＤＵセッションである事を示しても良い。また図９に
おけるイーサネットヘッダ圧縮プロトコルに関する設定を行うためのフィールド又は情報要素は、図１０において、イーサネットＰＤＵセッションである事を示す情報が含まれているときにのみ、存在しても良い。なお、ｇＮＢ１０８から受信したＲＲＣメッセージの中に、上術のイーサネットＰＤＵセッションである事を示す情報要素又はフィールドが含まれている場合には、ＵＥ１２２のＳＤＡＰエンティティは、上位レイヤをイーサネット層だと見なしても良いし、下位レイヤから受け取ったＳＤＡＰＰＤＵを処理したＳＤＡＰＳＤＵを、イーサネット層に受け渡しても良い。

図１１は、本発明の実施の形態における、イーサネットヘッダ圧縮プロトコルの処理方法の一例である。ＵＥ１２２のＰＤＣＰエンティティは、上位層から受信したＰＤＣＰＳＤＵのイーサネットヘッダを確認し、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして、コンテキスト識別子と共に格納されていない場合には、上術の圧縮対象となるイーサネットヘッダ情報をコンテキストとして格納し、コンテキスト識別子に関連付ける。コンテキスト識別子とコンテキストは１対１に関連付けられても良い。また上述のコンテクスト識別子は、上術のコンテクストに含まれても良い。次にＵＥ１２２のＰＤＣＰエンティティは上述のＰＤＣＰＳＤＵに、関連付けたコンテキスト識別子、イーサネットヘッダが圧縮又は変更されていない事を示す情報、及びその他の情報のうちの何れか又は全てを付加し、下位レイヤに提出しても良い。またＵＥ１２２のＰＤＣＰエンティティは、上位層から受信したＰＤＣＰＳＤＵのイーサネットヘッダを確認し、圧縮対象となるイーサネットヘッダ情報と同一の情報が、コンテキストとして、コンテキスト識別子と共に保持されている場合、及び／又はｇＮＢ１０８の対応するＰＤＣＰエンティティより、イーサネットヘッダ圧縮を許可する事を示す（又はコンテキストが正しく格納された事を示す）フィードバックを受け取っている場合、上術のＰＤＣＰＳＤＵから上述の圧縮対象となるイーサネットヘッダ情報削除し、関連付けられているコンテキスト識別子、イーサネットヘッダが圧縮又は変更されている事を示す情報、及びその他の情報のうちの何れか又は全てを付加し、下位レイヤに提出しても良い（ステップＳ１１００）。

またＵＥ１２２のＰＤＣＰエンティティは、下位層から受信したＰＤＣＰＰＤＵに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれている場合には、上述のＰＤＣＰＰＤＵに含まれるイーサネットヘッダの内、圧縮対象となるイーサネットヘッダ情報をコンテキストとし、上術のＰＤＣＰＰＤＵに含まれるコンテキスト識別子と関連付けて格納しても良い。格納した際、ｇＮＢ１０８の対応するＰＤＣＰエンティティにイーサネットヘッダ圧縮を許可する事を示す（又はコンテキストが正しく格納された事を示す）フィードバックを送信しても良い。またＵＥ１２２のＰＤＣＰエンティティは、下位層から受信したＰＤＣＰＰＤＵに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が暗黙的又は明示的に含まれている場合には、イーサネットヘッダの解凍（ｄｅｃｏｍｐｒｅｓｓ）は行わず、ＰＤＣＰＳＤＵを上位レイヤに引き渡しても良い。またＵＥ１２２のＰＤＣＰエンティティは、下位層から受信したＰＤＣＰＰＤＵに、イーサネットヘッダが圧縮又は変更されている事を示す情報が暗黙的又は明示的に含まれている場合には、格納されているコンテキスト情報に従って、イーサネットヘッダを解凍し、ＰＤＣＰＳＤＵを上位レイヤに引き渡しても良い（ステップＳ１１０２）。

なお、上術の圧縮対象となるイーサネットヘッダ情報とは、全イーサネットヘッダ情報であっても良いし、イーサネットヘッダ情報の一部の情報であっても良い。また、上術のイーサネットヘッダ圧縮プロトコルは一例であって、この通りの手順で無くても良い。またステップＳ１１００とステップＳ１１０２との間には順序関係はなく、ステップＳ１１００とステップＳ１１０２は独立したステップとして行われても良い。

図１２を用いて、本発明の実施の形態におけるＵＥ１２２の処理方法の第１の例を説明
する。図１２に示す、本発明の実施の形態におけるＵＥ１２２の処理方法の概要は、ＵＥ１２２が、ｇＮＢ１０８から送られる解放又は削除するコンテキストの情報に基づいて、格納しているコンテキストを解放又は削除する処理である。ｇＮＢ１０８は、例えばＤＲＢに対応しているＱｏＳフローが解放された際、解放されたＱｏＳフローに紐づいているイーサネットフローに該当するコンテキストを、ＵＥ１２２から解放させるために、解放又は削除するコンテキストの情報をＵＥ１２２に送っても良い。またｇＮＢ１０８は、例えばＵＥ１１２に格納されているコンテキストに該当するイーサネットフレームの送信、及び又は受信が一定時間無い場合に、該当コンテキストをＵＥ１２２から解放させるために、解放又は削除するコンテキストの情報をＵＥ１２２に送っても良い。なお、図１２に示す、本発明の実施の形態におけるＵＥ１２２の処理は、イーサネットヘッダ圧縮が設定されている場合に行われても良い。なお上述のイーサネットフローとは、送信元ＭＡＣアドレス及び宛先ＭＡＣアドレス、及びその他のイーサネットヘッダの情報のうちの一部又は全てが同じであるイーサネットフレームの事を指しても良い。

図１２において、ｇＮＢ１０８の処理部６０２は、ＵＥ１２２に処理を行わせるためのＲＲＣメッセージを作成し、送信部６００よりＵＥ１２２へと送信する（不図示）。ＵＥ１２２の受信部５００は、ｇＮＢ１０８からＲＲＣメッセージを受信する（ステップＳ１２００）。なお上述のＲＲＣメッセージとは、ＲＲＣコネクションの再設定に関するメッセージであっても良いし、別のメッセージであっても良い。また上述のＲＲＣコネクションの再設定に関するメッセージとは、非特許文献１０に記載のＲＲＣ再設定メッセージという名称のメッセージであっても良い。なおＵＥ１２２は上述のＲＲＣコネクションの再設定に関するメッセージをｅＮＢ１０２から受け取っても良く、この場合のＲＲＣコネクションの再設定に関するメッセージは非特許文献４に記載のＲＲＣコネクション再確立メッセージという名称でのメッセージであっても良い。

次にＵＥ１２２の処理部５０２は、上術のＲＲＣメッセージに、解放するコンテキストに関する情報が含まれているか否かを確認する。解放するコンテキストに関する情報が含まれている場合には、解放するコンテキストに関する情報が含まれている事に基づいて、該当するコンテキストを解放する（ステップＳ１２０２）。なお、上術のコンテキストには、コンテキストを識別するための、コンテキスト識別子が関連付けられていても良い。また上述のコンテキスト識別子と上述のコンテキストは１対１に関連付いていても良い。また上述の解放するコンテキストに関する情報とは、該当するコンテキストに関連付いているコンテキスト識別子であっても良い。また上述の解放するコンテキストに関する情報は、コンテキスト識別子のリストにする事により、複数のコンテキストを解放できるようにしても良い。

なお、上術のコンテキストとは、イーサネットフレームにおける全イーサネットヘッダ情報であっても良い。また、上術のコンテキスト識別子とは、イーサネットヘッダ圧縮に用いられる識別子であっても良い。また上述のコンテキストとはＲｏＨＣコンテキストの事であっても良いし、上術のコンテキスト識別子とは、ＲｏＨＣにおけるコンテキスト識別子の事であっても良い。

また上述の解放するコンテキストに関する情報は、上り送信用の解放するコンテキストに関する情報と、下り受信用の解放するコンテキストに関する情報に分けられていても良い。

また上述の解放するコンテキストに関する情報は、図７及び／又は図８に示す、ＰＤＣＰ設定情報要素の中に含まれていても良い。ステップＳ１２０２において、解放するコンテキストに関する情報が含まれている事に基づいて、該当するコンテキストを解放する際、次の手順により解放しても良い。
（Ａ）ＵＥ１２２のＲＲＣ層は、受信したＲＲＣメッセージに含まれる無線ベアラ識別子情報要素（又は無線ベアラ識別子フィールド）の値が、ＵＥ１２２の現在の設定として存在する場合で、かつ受信したＲＲＣメッセージに解放するコンテキストに関する情報が含まれている事に基づいて、下位層又はＰＤＣＰエンティティに上述の解放するコンテキストに関する情報を通知する。
（Ｂ）ＰＤＣＰエンティティにおいて、上位層、又はＲＲＣ層より、コンテキストの解放が要求された事に基づいて、該当するコンテキストを解放する。
なお上述の（Ａ）の処理に代えて、ＵＥ１２２のＲＲＣ層は、受信したＲＲＣメッセージに含まれる無線ベアラ識別子情報要素（又は無線ベアラ識別子フィールド）の値が、ＵＥ１２２の現在の設定として存在する場合で、かつ受信したＲＲＣメッセージにＰＤＣＰ設定情報要素が含まれている事に基づいて、上術のＰＤＣＰ設定情報要素に従って、ＰＤＣＰエンティティを再設定しても良い。また上述の（Ｂ）の処理に代えて、ＰＤＣＰエンティティにおいて、上位層、又はＲＲＣ層より、解放するコンテキストのコンテキスト識別子を受信した事に基づいて、該当するコンテキストを解放しても良い。また上述のＢの処理は、ＰＤＣＰエンティティのイーサネットヘッダ圧縮プロトコルにおいて行われても良い。

なお、ＵＥ１２２のＰＤＣＰエンティティは、上述の解放するコンテキストに関する情報を、ＳＤＡＰエンティティから受け取っても良い。

なお、ステップＳ１２０２において、解放とは、削除であっても良い。ステップＳ１１０２における解放という用語は、削除又は同等の用語に置き換えられても良い。

図１３に、上術のステップＳ１２００において、ＵＥ１２２がｇＮＢ１０８から受信するＲＲＣメッセージに含まれる解放又は削除するコンテキストに関する情報のＡＳＮ．１記述の一例である。なお、図７、図８、図９及び図１０と同様に、ＡＳＮ．１の例で、＜略＞及び＜中略＞とは、ＡＳＮ．１の表記の一部ではなく、他の情報を省略している事を示す。なお＜略＞又は＜中略＞という記載の無い所でも、情報要素が省略されていても良い。なおＡＳＮ．１の例はＡＳＮ．１表記方法に正しく従ったものではなく、本発明の実施形態におけるＲＲＣメッセージのパラメータの一例を表記したものであり、他の名称や他の表記が使われても良い。またＡＳＮ．１の例は、説明が煩雑になることを避けるために、本発明と密接に関連する主な情報に関する例のみを示す。なお、ＡＳＮ．１で記述されるパラメータを、フィールド、情報要素等に区別せず、全て情報要素と言う場合がある。また本発明の実施の形態において、ＲＲＣメッセージに含まれる、ＡＳＮ．１で記述されるフィールド、情報要素等のパラメータを、情報と言う場合もある。

図１３は、図７及び／又は図８における、ＰＤＣＰ設定情報要素に、解放又は削除するコンテキストに関する情報要素又はフィールドを含む例を示す。図１３において、ＰＤＣＰ設定情報要素に含まれる、ｅｈｃ−ｃｏｎｔｅｘｔＴｏＲｅｌｅａｓｅＬｉｓｔ−ｒ１６という名称で示されるフィールド又は情報要素は、解放又は削除するコンテキストのコンテキスト識別子のリストを示す情報要素又はフィールドであっても良い。図１３の例において、ＥＨＣ−ＣＩＤという名称で示される情報要素又はフィールドは、コンテキスト識別子を示す情報要素又はフィールドであっても良い。また図１３のｅｈｃ−ｍａｘＣＩＤという名称で示される情報要素又はフィールドは、図９のｅｈｃ−ｍａｘＣＩＤという名称で示される情報要素又はフィールドと同じであっても良い。またコンテキスト識別子を示す情報要素又はフィールドは、１からｅｈｃ−ｍａｘＣＩＤまでの整数の値であっても良い。

なお、図１３における、フールド及び情報要素のうちの一部又は全ては、送信（アップリンク）用、及び／又は受信（ダウンリンク）用として、別々に設定されても良い。アッ
プリンク用とダウンリンク用とで、異なる情報要素又はフィールドを用いて設定されても良い。

図１４を用いて、本発明の実施の形態におけるＵＥ１２２の処理方法の第２の例を説明する。図１４に示す、本発明の実施の形態におけるＵＥ１２２の処理方法の概要は、ＵＥ１２２が、上位レイヤから同じコンテキスト情報（イーサネットヘッダの情報のうちの一部又は全て）を持つＰＤＣＰＳＤＵを受け取るたびに、コンテキスト削除タイマーをスタート、又は再スタートさせ、タイマーが満了した場合に該当コンテキストを削除しても良い。またＵＥ１２２が、下位レイヤから同じコンテキスト識別子を持つＰＤＣＰＰＤＵ受け取るたびに、コンテキスト削除タイマーをスタート、又は再スタートさせ、タイマーが満了した場合に該当コンテキストを削除しても良い。コンテキスト削除タイマーの値はｇＮＢ１０８から受け取るＲＲＣメッセージに含まれていても良い。なお、図１４に示す、本発明の実施の形態におけるＵＥ１２２の処理は、イーサネットヘッダ圧縮が設定されている場合に行われても良い。

図１４において、ｇＮＢ１０８の処理部６０２は、ＵＥ１２２に処理を行わせるためのＲＲＣメッセージを作成し、送信部６００よりＵＥ１２２へと送信する（不図示）。ＵＥ１２２のＲＲＣ層は、ｇＮＢ１０８から受信したＲＲＣメッセージの中に、コンテキストを管理するためのタイマーに関する情報要素又はフィールドが含まれているか否かを確認する。上述のコンテキストを管理するためのタイマーは、コンテキストを解放又は削除するために使われるタイマーと言い換えられても良い。コンテキストを管理するためのタイマーに関する情報要素又はフィールドが含まれている場合には、ＵＥ１２２のＲＲＣ層はＵＥ１２２のＰＤＣＰエンティティに対し、コンテキストを管理するためのタイマーを使用する事を要求しても良い（ステップＳ１４００）。

なおステップＳ１４００においてＵＥ１２２のＲＲＣ層は、ｇＮＢ１０８から受信したＲＲＣメッセージの中に、コンテキストを管理するためのタイマーに関する情報要素又はフィールドが含まれている場合には、ＵＥ１２２のＰＤＣＰエンティティにコンテキストを管理するためのタイマーを設定しても良い。

ＵＥ１２２のＰＤＣＰエンティティは、上位レイヤから受け取ったＰＤＣＰＳＤＵのイーサネットヘッダを確認し、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されているか否かを確認する。上述のＰＤＣＰＳＤＵのイーサネットヘッダの、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されていない場合には、上術の圧縮対象となるイーサネットヘッダ情報をコンテキスト識別子に関連付けて、コンテキストとして格納し、コンテキストを管理するためのタイマーを、上述の格納されたコンテキスト、又は上述のコンテキスト識別子に対し設定し、スタート又は再スタートしても良い。また上述のコンテキストを管理するためのタイマーを格納されたコンテキストに対し設定し、タイマーをスタート又は再スタートする事に代え、コンテキストを管理するためのタイマーを格納されたコンテキストが関連付けられているコンテキスト識別子に対して設定し、タイマーをスタート又は再スタートしても良い。なお、上術のコンテキストを管理するためのタイマーの設定は、ＲＲＣ層又は上位層によって行われても良い。また上術のコンテキストを管理するためのタイマーの設定は行われなくても良い。またＵＥ１２２のＰＤＣＰエンティティは、上述のＰＤＣＰＳＤＵのイーサネットヘッダの、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されている場合には、上術の格納されているコンテキスト、及び／又は上述のコンテキストが関連付いているコンテキスト識別子に対して設定されている、又は稼働している、コンテキストを管理するためのタイマーをスタート、又は再スタートしても良い。またＵＥ１２２のＰＤＣＰエンティティは、上術のコンテキスト又は上述のコンテキストが関連付いているコンテキスト識別子に対して設定されている、又は稼働している、コンテキストを管理するためのタイマーが満了した場合には、上術のコンテキスト及び／又は上述の任意のコンテキストが関連付いているコンテキスト識別子を、解放又は削除しても良い（ステップＳ１４０２）。

またＵＥ１２２のＰＤＣＰエンティティは、下位レイヤから受け取ったＰＤＣＰＰＤＵに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれているか否かを確認する。上述のＰＤＣＰＰＤＵに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれている場合には、上述のＰＤＣＰＰＤＵに含まれるイーサネットヘッダの内、圧縮対象となるイーサネットヘッダ情報をコンテキストとし、上術のＰＤＣＰＰＤＵに含まれるコンテキスト識別子と関連付けて格納し、コンテキストを管理するためのタイマーを、上述の格納されたコンテキスト、又は上述のコンテキスト識別子に対し設定し、スタート又は再スタートしても良い。また上述のコンテキストを管理するためのタイマーを格納されたコンテキストに対し設定し、タイマーをスタート又は再スタートする事に代え、コンテキストを管理するためのタイマーを格納されたコンテキストが関連付けられているコンテキスト識別子に対して設定し、タイマーをスタート又は再スタートしても良い。なお、上術のコンテキストを管理するためのタイマーの設定は、ＲＲＣ層又は上位層によって行われても良い。また上術のコンテキストを管理するためのタイマーの設定は行われなくても良い。またＵＥ１２２のＰＤＣＰエンティティは、上述のＰＤＣＰＰＤＵに、イーサネットヘッダが圧縮又は変更されている事を示す情報が明示的又は暗黙的に含まれている場合には、上術のＰＤＣＰＰＤＵに含まれるコンテキスト識別子、又は上述のコンテキスト識別子に関連付いているコンテキスト設定されている、又は稼働している、コンテキストを管理するためのタイマーを、スタート、又は再スタートしても良い。またＵＥ１２２のＰＤＣＰエンティティは、上術のコンテキスト又は上述のコンテキストが関連付いているコンテキスト識別子に対して設定されている、又は稼働している、コンテキストを管理するためのタイマーが満了した場合には、上術のコンテキスト及び／又は上述の任意のコンテキストが関連付いているコンテキスト識別子を、解放又は削除しても良い（ステップＳ１４０４）。

なお、ステップＳ１４０４において、ＵＥ１２２のＰＤＣＰエンティティは、下位レイヤから受け取ったＰＤＣＰＰＤＵに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれているか否かを確認する事に代え、下位レイヤから受け取ったＰＤＣＰＰＤＵに含まれるコンテキスト識別子に関連付いているコンテキストが格納されているか否かを確認しても良い。上述のＰＤＣＰＰＤＵに含まれるコンテキスト識別子に関連付いているコンテキストが格納されていない場合には、上述のＰＤＣＰＰＤＵに含まれるイーサネットヘッダの内、圧縮対象となるイーサネットヘッダ情報をコンテキストとし、上術のＰＤＣＰＰＤＵに含まれるコンテキスト識別子と関連付けて格納し、コンテキストを管理するためのタイマーを、上述の格納されたコンテキスト、又は上述のコンテキスト識別子に対し設定し、スタート又は再スタートしても良い。また上述のＰＤＣＰＰＤＵに含まれるコンテキスト識別子に関連付いているコンテキストが格納されている場合には、上術の格納されているコンテキスト、及び／又は上述のコンテキストが関連付いているコンテキスト識別子に対して設定されている、又は稼働している、コンテキストを管理するためのタイマーをスタート、又は再スタートしても良い。

なおステップＳ１４０２及び／又はステップＳ１４０４において、コンテキストを管理するためのタイマーは、コンテキスト毎、及び／又はコンテキスト識別子毎に独立して管理されても良い。即ち第１のコンテキスト及び／又は第１コンテキスト識別子対しては第１のコンテキストを管理するためのタイマー、第２のコンテキスト及び／又は第２のコンテキスト識別子対しては第２のコンテキストを管理するためのタイマー、が其々別々に独立して設定されても良いし、其々別々に独立してスタート又は再スタートされても良い。また、上術の第１のコンテキストを管理するためのタイマーが満了した場合には、上術の
第１のコンテキスト及び／又は第１コンテキスト識別子が、解放又は削除されても良いし、上術の第２のコンテキストを管理するためのタイマーが満了した場合には、上術の第２のコンテキスト及び／又は第２コンテキスト識別子が、解放又は削除されても良い。

なおステップＳ１４０２及び／又はステップＳ１４０４において、ｇＮＢ１０８によって、コンテキストを管理するためのタイマーに対し、新たなタイマーの値が設定された場合には、全てのタイマーを再スタートしても良し、稼働しているタイマーに関しては何もせずに新たにコンテキストが格納された際に設定されるタイマーに対し、新たなタイマー値を設定しても良い。

なお本発明の実施の形態において、タイマーをスタートするとは、タイマーを稼働させる事であっても良い。

なお、ステップＳ１４０２及び／又はステップ１４０４の処理は、ＵＥ１２２のＰＤＣＰエンティティが、ＲＲＣ層又は上位層によって、コンテキストを管理するためのタイマーを使用する事が要求されている事に基づいて、行われても良い。またステップＳ１４０２及び／又はステップ１４０４の処理は、ＵＥ１２２のＰＤＣＰエンティティが、ＲＲＣ層又は上位層からコンテキストを管理するためのタイマーが設定されている事に基づいて、行われても良い。

なお、ステップＳ１４０２、及びステップＳ１４０４との間には順序関係はなく、ステップＳ１４０２、及びステップＳ１４０４は独立したステップとして行われても良い。

なお、ステップＳ１４０２、及びステップＳ１４０４の処理は、上術のステップＳ１１００、及びステップＳ１１０２の処理と連動して行われても良い。

図１５は、図７及び／又は図８における、ＰＤＣＰ設定情報要素に、コンテキストを管理するためのタイマーに関する情報要素又はフィールドを含む、ＡＳＮ．１記述の一例を示す。図１５において、ＰＤＣＰ設定情報要素に含まれる、ｅｈｃＣｏｎｔｅｘｔＤｉｓｃａｒｄＴｉｍｅｒ−１６という名称で示されるフィールド又は情報要素は、コンテキストを管理するためのタイマーに関する情報要素又はフィールドであっても良い。図１５の例において、ｅｈｃＣｏｎｔｅｘｔＤｉｓｃａｒｄＴｉｍｅｒ−１６という名称で示されるフィールド又は情報要素は設定（Ｓｅｔｕｐ）の時にのみ存在しても良い。また図１５の例において、ｅｈｃＣｏｎｔｅｘｔＤｉｓｃａｒｄＴｉｍｅｒ−１６という名称で示されるフィールド又は情報要素は、ｓ１，ｓ２，ｓ３，ｓ５，ｓ７，ｓ１０，ｓ１５，ｓ２０，ｓ４０，ｓ５０，ｓ６０，ｓ８０，ｓ１００，ｓ１２０，ｓ１５０，ｓ１８０、のうちの、何れかの値を取っても良い。上述のｓＮ（Ｎは自然数）で表されるパラメータは、それぞれＮ秒（Ｎｓｅｃｏｎｄ（ｓ））を意味しても良い。

なお、図１５における、フールド及び情報要素のうちの一部又は全ては、送信（アップリンク）用、及び／又は受信（ダウンリンク）用として、別々に設定されても良い。アップリンク用とダウンリンク用とで、異なる情報要素又はフィールドを用いて設定されても良い。

図９及び図１６を用いて、本発明の実施の形態におけるＵＥ１２２の処理方法の第３の例を説明する。図１６に示す、本発明の実施の形態におけるＵＥ１２２の処理方法の概要は、ＵＥ１２２が上位レイヤから受け取ったＰＤＣＰＳＤＵに対し、新たにコンテキストを格納しようとする際に、使えるコンテキスト識別子が無い場合、即ちＵＥ１２２に格納されているコンテキストの数がｇＮＢ１０８から設定されたコンテキスト識別子の最大値に達している場合には、ＵＥ１２２は任意の格納されているコンテキストに関連付いて
いるコンテキスト識別子を、新たなコンテキストに割り当てても良い。この際古いコンテキストを新しいコンテキストで上書きしても良い。またＵＥ１２２が下位レイヤから受け取ったＰＤＣＰＰＤＵに含まれる、コンテキスト識別子に関連付いているコンテキストが既に格納されているが、上術のＰＤＣＰＰＤＵにイーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれている場合には、格納しているコンテキストを、上術のＰＤＣＰＰＤＵに含まれるイーサネットヘッダの内、圧縮対象となるイーサネットヘッダ情報で上書きしても良い。

図１６において、ｇＮＢ１０８の処理部６０２は、ＵＥ１２２に処理を行わせるためのＲＲＣメッセージを作成し、送信部６００よりＵＥ１２２へと送信する（不図示）。ＵＥ１２２は、ｇＮＢ１０８より受信したＲＲＣメッセージに含まれる、コンテキスト識別子の最大値を示す情報要素又はフィールドより、コンテキスト識別子の最大値が設定される。なお、上術のコンテキスト識別子は図９に示すｅｈｃ−ｍａｘＣＩＤという名称で示されるフィールド又は情報要素であっても良い。またコンテキスト識別子の最大値は、アップリンク用コンテキスト識別子の最大値とダウンリンク用コンテキスト識別子の最大値とで、異なるフィールド又は情報要素を用いて設定されても良い（ステップＳ１６００）。

ＵＥ１２２のＰＤＣＰエンティティは、上位レイヤから受け取ったＰＤＣＰＳＤＵのイーサネットヘッダを確認し、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されているか否かを確認する。上述のＰＤＣＰＳＤＵのイーサネットヘッダの、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されていない場合で、かつ現在格納しているコンテキストの数が、設定されているコンテキスト識別子の最大値に達している場合には、ＵＥ１２２のＰＤＣＰエンティティは、現在格納されているコンテキストに関連付けているコンテキスト識別子の一つを、新しいイーサネットフローに関連付け、即ち上述のＰＤＣＰＳＤＵのイーサネットヘッダの、圧縮対象となるイーサネットヘッダの情報に関連付け、新しいコンテキストとして格納しても良い。この際、上術のコンテキスト識別子に関連付いていたコンテキストを、新しいコンテキストで上書きしても良い。またＵＥ１２２のＰＤＣＰエンティティは、上述のＰＤＣＰＳＤＵのイーサネットヘッダの、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されていない場合で、かつ現在格納しているコンテキストの数が、設定されているコンテキスト識別子の最大値に達している場合には、上術のイーサネットヘッダの圧縮対象となるイーサネットヘッダの情報をコンテキストとして格納せず、イーサネットヘッダ圧縮を適用せずに送っても良い（ステップＳ１６０２）。なお上述のイーサネットフローとは、イーサネットヘッダの情報のうちの一部又は全てが同じであるイーサネットフレームの事を指しても良い。

またＵＥ１２２のＰＤＣＰエンティティは、下位レイヤから受け取ったＰＤＣＰＰＤＵに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれているか否かを確認する。上述のＰＤＣＰＰＤＵに、イーサネットヘッダが圧縮又は変更されていない事を示す情報が明示的又は暗黙的に含まれている場合で、かつ上述のＰＤＣＰＰＤＵに含まれるコンテキスト識別子の値が、格納されているコンテキストに既に関連付けられている場合には、ＵＥ１２２のＰＤＣＰエンティティは、上術コンテキスト識別子に関連付けられているコンテキストを、上術の下位レイヤから受け取ったＰＤＣＰＰＤＵに含まれるイーサネットヘッダの内、圧縮対象となるイーサネットヘッダ情報で、上書きしても良い（ステップＳ１６０４）。

なお、ステップＳ１６０２、及びステップＳ１６０４との間には順序関係はなく、ステップＳ１６０２、及びステップＳ１６０４は独立したステップとして行われても良い。

なお、上術のステップＳ１６０２、及び／又はステップＳ１６０４において、イーサネ
ットヘッダ圧縮を適用したＰＤＣＰＰＤＵと、イーサネットヘッダ圧縮を適用していないＰＤＣＰＰＤＵを区別するために、イーサネットヘッダ圧縮を適用していないＰＤＣＰＰＤＵにはある特定の値のコンテキスト識別子が使われても良い。例えばコンテキスト識別子がゼロである場合には、イーサネットヘッダ圧縮を適用していない事を示すとしても良い。またイーサネットヘッダ圧縮を適用していない事を示すコンテキスト識別子は、ｇＮＢ１０８より、ＲＲＣメッセージによって設定されても良い。また、イーサネットヘッダ圧縮を適用していない事を示す特定のコンテキスト識別子を使用する事に代え、イーサネットヘッダ圧縮を適用していない事を示す情報を、ＰＤＣＰＰＤＵに付加しても良い。イーサネットヘッダ圧縮を適用していない事を示す情報は、ＰＤＣＰヘッダに付加されても良いし、ＰＤＣＰＰＤＵのペイロード部分に付加されても良い。

なお、本発明の実施の形態において、ステップＳ１１０２、ステップＳ１４０４、ステップＳ１６０４の処理は、イーサネットヘッダ圧縮が適用されているＰＤＣＰＰＤＵに対してのみ行われても良い。

また、本発明の実施の形態において、ステップＳ１１００、ステップＳ１４０２、の処理は、イーサネットヘッダ圧縮が適用されるＰＤＣＰＳＤＵに対してのみ行われても良い。

なお、本発明の実施の形態における、イーサネットヘッダ圧縮プロトコルの処理方法の一例、ＵＥ１２２の処理方法の第１の例、ＵＥ１２２の処理方法の第２の例、及びＵＥ１２２の処理方法の第３の例の処理のうちの一部又は全ては、連動して行われても良い。

なお、本発明の実施の形態における、圧縮対象となるイーサネットヘッダ情報とは、全イーサネットヘッダ情報であっても良いし、イーサネットヘッダ情報の一部の情報であっても良い。

なお、本発明の実施の形態において、圧縮対象となるイーサネットヘッダの情報が、コンテキストとして格納されている事とは、圧縮対象となるイーサネットヘッダの情報に、コンテキスト識別子が関連付いている事であっても良い。また本発明の実施の形態において、コンテキスト識別子は、コンテキストの一部であっても良い。

また本発明の実施の形態において、コンテキストの格納とは、コンテキストの生成と言い換えても良いし、コンテキストの確立と言い換えても良いし、その他の用語に言い換えられても良い。

また本発明の実施の形態において、イーサネットヘッダが圧縮又は変更されている事を示す情報が暗黙的に含まれている事とは、イーサネットヘッダが圧縮又は変更されていない事を示す情報が含まれていない事であっても良い。またイーサネットヘッダが圧縮又は変更されていない事を示す情報が暗黙的に含まれている事とは、イーサネットヘッダが圧縮又は変更されている事を示す情報が含まれていない事であっても良い。

また本発明の実施の形態における、イーサネットヘッダ圧縮処理において、送信側の処理はイーサネットヘッダ圧縮プロトコルの圧縮機（ｃｏｍｐｒｅｓｓｏｒ）が行っても良いし、受信側の処理はイーサネットヘッダ圧縮プロトコルの解凍機（ｄｅｃｏｍｐｒｅｓｓｏｒ）が行っても良い。

また本発明の実施の形態において、イーサネットヘッダ圧縮について説明したが、本発明の実施の形態の一部又は全ての処理は、別のヘッダ圧縮技術、例えばＲｏＨＣに適用されても良い。

上記説明において、「紐づけられた」、「対応付けられた」、「関連付けられた」等の表現は、互いに換言されてもよい。

なお、上記説明において、「ＡをＢと言い換えてよい」又は「ＡはＢであってよい」は、ＡをＢと言い換える、又はＡをＢとすることに加え、ＢをＡと言い換える、又はＢをＡとする意味も含んでよい。また上記説明において、「ＣはＤであっても良い」と「ＣはＥであっても良い」とが記載されている場合には、「ＤはＥであっても良い」事を含んでも良い。また上記説明において、「ＦはＧであっても良い」と「ＧはＨであっても良い」とが記載されている場合には、「ＦはＨであっても良い」事を含んでも良い。

以下、本発明の実施形態における、種々の態様について説明する。

本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置からＲＲＣメッセージを受信する受信部と、前記ＲＲＣメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する処理部とを有する。なお、前記コンテキスト識別子は、イーサネットヘッダ圧縮に使われ、前記コンテキストは、イーサネットヘッダ情報の一部又は全てである。

また、本発明の一態様は、端末装置と通信する基地局装置であって、前記端末装置へＲＲＣメッセージを送信する送信部と、前記端末装置に、前記ＲＲＣメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する処理を行わせる、処理部とを有する。なお、前記コンテキスト識別子は、イーサネットヘッダ圧縮に使われ、前記コンテキストは、イーサネットヘッダ情報の一部又は全てである。

また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からＲＲＣメッセージを受信し、前記ＲＲＣメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する。なお、前記コンテキスト識別子は、イーサネットヘッダ圧縮に使われ、前記コンテキストは、イーサネットヘッダ情報の一部又は全てである。

また、本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からＲＲＣメッセージを受信し、前記ＲＲＣメッセージに、コンテキスト管理タイマーを設定する情報が含まれている事に基づいて、下位層から第２のプロトコルデータユニットを受け取った際、前記第２のプロトコルデータユニットにヘッダ圧縮が行われていない事を示す情報が含まれている場合には、前記第２のプロトコルデータユニットに含まれるヘッダに関する第２のコンテキストを作成し、前記第２のコンテキストに対する第２のタイマーをスタート又は再スタートし、前記第２のプロトコルデータユニットにヘッダ圧縮が行われてる事を示す情報が含まれている場合には、前記第２のタイマーをスタート又は再スタートし、前記第２のタイマーが満了した事に基づいて、前記第２のコンテキストを削除する。

また、本発明の一態様は、端末装置と通信する基地局装置の方法であって、前記端末装置へＲＲＣメッセージを送信し、前記端末装置に、前記ＲＲＣメッセージに、解放するコンテキストのコンテキスト識別子が含まれている事に基づいて、前記コンテキスト識別子、及び前記コンテキスト識別子に関連付いているコンテキストを削除する処理を行わせる。なお、前記コンテキスト識別子は、イーサネットヘッダ圧縮に使われ、前記コンテキストは、イーサネットヘッダ情報の一部又は全てである。

本発明に関わる装置で動作するプログラムは、本発明に関わる上述した実施形態の機能を実現するように、ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ（ＣＰＵ）等を制御してコンピュ−タを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、処理時に一時的にＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリに読み込まれ、あるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄＤｉｓｋＤｒｉｖｅ（ＨＤＤ）に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

なお、上述した実施形態における装置の一部、をコンピュ−タで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュ−タが読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュ−タシステムに読み込ませ、実行することによって実現してもよい。ここでいう「コンピュ−タシステム」とは、装置に内蔵されたコンピュ−タシステムであって、オペレ−ティングシステムや周辺機器等のハ−ドウェアを含むものとする。また、「コンピュ−タが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体等のいずれであってもよい。

さらに「コンピュ−タが読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュ−タシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュ−タシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、すなわち典型的には集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、代わりにプロセッサは従来型のプロセッサ、コントロ−ラ、マイクロコントロ−ラ、またはステ−トマシンであってもよい。汎用用途プロセッサ、または前述した各回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能である。

なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一
例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信装置に適用出来る。

以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

１００Ｅ−ＵＴＲＡ
１０２ｅＮＢ
１０４ＥＰＣ
１０６ＮＲ
１０８ｇＮＢ
１１０５ＧＣ
１１２、１１４、１１６，１１８、１２０、１２４インタフェース
１２２ＵＥ
２００、３００ＰＨＹ
２０２、３０２ＭＡＣ
２０４、３０４ＲＬＣ
２０６、３０６ＰＤＣＰ
２０８、３０８ＲＲＣ
３１０ＳＤＡＰ
２１０、３１２ＮＡＳ
５００，６０４受信部
５０２、６０２処理部
５０４、６００送信部

Claims

基地局装置と通信する端末装置であって、
ＥＨＣ（Ethernet Header Compression）プロトコルの処理において、データにＥＨＣコンテキスト識別子を付加する処理部と、
前記ＥＨＣコンテキスト識別子が付加された前記データを前記基地局装置に送信する送信部と、を有し、
前記ＥＨＣコンテキスト識別子の値が特定の値の場合には、前記データのイーサネットヘッダにイーサネットヘッダ圧縮を適用しない事を示す、
端末装置。
前記基地局装置からＥＨＣ設定を含むＲＲＣ（Radio Resource Control）メッセージを受信する受信部をさらに有し、
前記処理部は前記ＥＨＣ設定に従って、ＥＨＣプロトコルの設定を行う、
請求項１に記載の端末装置。
前記ＥＨＣ設定はＥＨＣコンテキスト識別子の最大値を含み、
前記処理部は、格納しているＥＨＣコンテキストの数が、前記ＥＨＣコンテキスト識別子の最大値に達している場合で、前記格納しているＥＨＣコンテキストに、前記データのイーサネットヘッダに対応するＥＨＣコンテキストが存在しない事に基づいて、
前記データに付加される前記ＥＨＣコンテキスト識別子を、前記特定の値にする、
請求項２に記載の端末装置。
端末装置と通信する基地局装置であって、
ＥＨＣ（Ethernet Header Compression）プロトコルの処理においてＥＨＣコンテキスト識別子が付加されたデータを、前記端末装置から受信する受信部と、
前記ＥＨＣコンテキスト識別子の値が特定の値の場合には、前記データのイーサネットヘッダにイーサネットヘッダ圧縮が適用されていないと判断する処理部とを有する、
基地局装置。
前記端末装置にＥＨＣ設定を含むＲＲＣ（Radio Resource Control）メッセージを送信する送信部をさらに有し、
前記ＥＨＣ設定は、前記端末装置の前記ＥＨＣプロトコルの設定に使われる、
請求項４に記載の基地局装置。
前記ＥＨＣ設定はＥＨＣコンテキスト識別子の最大値を含み、
前記端末装置は、格納しているＥＨＣコンテキストの数が、前記ＥＨＣコンテキスト識別子の最大値に達している場合で、前記格納しているＥＨＣコンテキストに、前記データのイーサネットヘッダに対応するＥＨＣコンテキストが存在しない事に基づいて、
前記データに付加される前記ＥＨＣコンテキスト識別子を、前記特定の値にする、
請求項５に記載の基地局装置。
基地局装置と通信する端末装置の通信方法であって、
ＥＨＣ（Ethernet Header Compression）プロトコルの処理において、データにＥＨＣコンテキスト識別子を付加するステップと、
前記ＥＨＣコンテキスト識別子が付加された前記データを前記基地局装置に送信するステップと、を有し、
前記ＥＨＣコンテキスト識別子の値が特定の値の場合には、前記データのイーサネットヘッダにイーサネットヘッダ圧縮を適用しない事を示す、
通信方法。
端末装置と通信する基地局装置の通信方法であって、
ＥＨＣ（Ethernet Header Compression）プロトコルの処理においてＥＨＣコンテキスト識別子が付加されたデータを、前記端末装置から受信するステップと、
前記ＥＨＣコンテキスト識別子の値が特定の値の場合には、前記データのイーサネットヘッダにイーサネットヘッダ圧縮が適用されていないと判断するステップとを有する、
通信方法。