JP2023082230A

JP2023082230A - 端末装置、方法、および、集積回路

Info

Publication number: JP2023082230A
Application number: JP2020079034A
Authority: JP
Inventors: 貴子堀; Takako Hori; 昇平山田; Shohei Yamada; 秀和坪井; Hidekazu Tsuboi
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2020-04-28
Filing date: 2020-04-28
Publication date: 2023-06-14
Also published as: EP4145937A1; US20230171790A1; WO2021221009A1; CN115517006A; EP4145937A4

Abstract

【課題】ＮＲを用いて効率的にＭＢＳを受信することができる端末装置、方法、集積回路を提供すること。【解決手段】端末装置であって、基地局装置からＭＢＳの設定情報を含む、ＲＲＣメッセージを受信する受信部と、処理部と、を備え、前記ＭＢＳの設定情報は、ＭＢＳセッション情報を含み、前記ＭＢＳセッション情報は、ＰＤＵセッション情報を含み、前記処理部は、前記端末装置が、前記ＭＢＳセッションの受信を開始する事に基づいて、ＭＢＳ用無線ベアラを確立し、前記ＭＢＳセッション情報の一部又は全てを上位レイヤに通知する処理を行う。【選択図】図１３

Description

本発明は、端末装置、方法、および、集積回路に関する。

セルラ移動通信システムの標準化プロジェクトである、第３世代パートナーシッププロジェクト（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ：３ＧＰＰ）において、無線アクセス、コアネットワーク、サービス等を含む、セルラ移動通信システムの技術検討及び規格策定が行われている。

例えば、Ｅ－ＵＴＲＡ（ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ）は、３ＧＰＰにおいて、第３．９世代および第４世代向けセルラ移動通信システム向け無線アクセス技術（ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ：ＲＡＴ）として、技術検討及び規格策定が開始された。現在も３ＧＰＰにおいて、Ｅ－ＵＴＲＡの拡張技術の技術検討及び規格策定が行われている。なお、Ｅ－ＵＴＲＡは、ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ（ＬＴＥ：登録商標）とも称し、拡張技術をＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＬＴＥ－ＡｄｖａｎｃｅｄＰｒｏ（ＬＴＥ－ＡＰｒｏ）と称する事もある。

また、ＮＲ（ＮｅｗＲａｄｉｏ、またはＮＲＲａｄｉｏａｃｃｅｓｓ）は、３ＧＰＰにおいて、第５世代（５ｔｈＧｅｎｅｒａｔｉｏｎ：５Ｇ）向けセルラ移動通信システム向け無線アクセス技術（ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ：ＲＡＴ）として、技術検討及び規格策定が開始された。現在も３ＧＰＰにおいて、ＮＲの拡張技術の技術検討及び規格策定が行われている。

Ｅ－ＵＴＲＡの拡張技術検討の一つとして、マルチキャスト／ブロードキャストサービスを提供するために、ＭＢＭＳ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅ）伝送技術が規格化されている。ＭＢＭＳ伝送には、ＭＢＳＦＮ（ＭｕｌｔｉｃａｓｔＢｒｏａｄｃａｓｔＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）又はＳＣ－ＰＴＭ（ＳｉｎｇｌｅＣｅｌｌＰｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）を用いた伝送が用いられる。

ＭＢＳＦＮを用いた伝送は、複数のセルからなるＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ－ＢｒｏａｄｃａｓｔＳｉｎｇｌｅ－ＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）エリア単位で、ＰＭＣＨ（ＰｈｙｓｉｃａｌＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）を用いて、マルチキャスト／ブロードキャストデータの送信を行う。これに対し、ＳＣ－ＰＴＭを用いた伝送は、セル単位で、ＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）を用いて、マルチキャストデータの送信を行う。

一方、ＮＲの拡張技術としての、マルチキャスト／ブロードキャストサービス（Ｍｕｌ
ｔｉｃａｓｔＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅ：ＭＢＳ）が検討されている。（非特許文献１）。ＮＲを介してＭＢＳを行う場合、Ｅ－ＵＴＲＡとは異なるＮＲ特有技術や、５Ｇ向けに規格策定されたコアネットワーク等を考慮する必要がある。しかしＮＲを用いて効率的にＭＢＳを受信するための詳細な動作については、まだ検討がなされていない。

本発明の一態様は、上記した事情に鑑みてなされたもので、ＮＲを用いて効率的にＭＢＳを受信することができる端末装置、方法、集積回路を提供することを目的の一つとする。

上記の目的を達成するために、本発明の一態様は、以下のような手段を講じた。すなわち本発明の一態様は、基地局装置と通信する端末装置であって、前記基地局装置からマルチキャスト・ブロードキャストサービス（ＭＢＳ）の設定情報を含む、ＲＲＣメッセージを受信する受信部と、処理部と、を備え、前記ＭＢＳの設定情報は、ＭＢＳセッション情報を含み、前記ＭＢＳセッション情報は、ＰＤＵセッション情報を含み、前記処理部は、前記端末装置が、前記ＭＢＳセッションの受信を開始する事に基づいて、ＭＢＳ用無線ベアラを確立し、前記ＭＢＳセッション情報の一部又は全てを上位レイヤに通知する処理を行う。

また本発明の一態様は、基地局装置と通信する端末装置の方法であって、前記基地局装置からマルチキャスト・ブロードキャストサービス（ＭＢＳ）の設定情報を含む、ＲＲＣメッセージを受信し、前記ＭＢＳの設定情報は、ＭＢＳセッション情報を含み、前記ＭＢＳセッション情報は、ＰＤＵセッション情報を含み、前記端末装置が、前記ＭＢＳセッションの受信を開始する事に基づいて、ＭＢＳ用無線ベアラを確立し、前記ＭＢＳセッション情報の一部又は全てを上位レイヤに通知する。

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

本発明の一態様によれば、端末装置は、ＮＲを用いて効率的にＭＢＳを受信することができる。

本発明の各実施の形態に係る通信システムの概略図。本発明の各実施の形態における、Ｅ－ＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。本発明の各実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。本発明の各実施の形態におけるＲＲＣ２０８、及び／又はＲＲＣ３０８における、各種設定のための手順のフローの一例を示す図本発明の各実施の形態における端末装置の構成を示すブロック図。本発明の各実施の形態における基地局装置の構成を示すブロック図。本発明の実施の形態におけるＮＲでのＲＲＣコネクションの再設定に関するメッセージに含まれるＡＳＮ．１記述の一例。本発明の実施の形態におけるＥ－ＵＴＲＡでのＲＲＣコネクションの再設定に関するメッセージに含まれるＡＳＮ．１記述の一例。ＳＣ－ＰＴＭを用いたＭＢＭＳ受信の設定のための手順のフローを示す図。ＳＩＢ２０（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２０）に含まれる、フィールド、及び／又は情報要素を表すＡＳＮ．１記述の一例を示す図。ＳＣ－ＰＴＭ設定メッセージ（ＳＣＰＴＭＣｏｎｆｉｇｕｒａｔｉｏｎ）に含まれる、フィールド、及び／又は情報要素を表すＡＳＮ．１記述の一例を示す図。本発明の実施の形態におけるＳＤＡＰサブレイヤの構成を示す一例を示す図。本発明の実施の形態における、ＮＲにおけるＭＢＳ受信の設定のための手順のフローの一例を示す図。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ｅ－ＵＴＲＡで用いられる、上りリンク（ＵＬ：Ｕｐｌｉｎｋ）、及び／又は下りリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）用論理チャネルについて説明する。

ＢＣＣＨ（ＢｒｏａｄｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、システム情報（ＳＩ：ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ）等の、制御情報を報知（ｂｒｏａｄｃａｓｔ）するための下りリンク論理チャネルであっても良い。

ＰＣＣＨ（ＰａｇｉｎｇＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、呼び出し（Ｐａｇｉｎｇ）メッセージを運ぶための下りリンク論理チャネルであっても良い。またＰＣＣＨは、システム情報の変更を通知するために使われても良い。

ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、ＵＥ１２２とｅＮＢ１０２との間で制御情報を送信するための論理チャネルであっても良い。ＣＣＣＨは、ＵＥ１２２が、後述のＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）接続を有しない場合に用いられても良い。またＣＣＣＨは基地局装置と複数の端末装置との間で使われても良い。

ＤＣＣＨ（ＤｅｄｉｃａｔｅｄＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、ＵＥ１２２とｅＮＢ１０２との間で、１対１（ｐｏｉｎｔ－ｔｏ－ｐｏｉｎｔ）の双方向（ｂｉ－ｄｉｒｅｃｔｉｏｎａｌ）で、専用制御情報を送信するための論理チャネルであっても良い。専用制御情報とは、各端末装置専用の制御情報であっても良い。ＤＣＣＨは、ＵＥ１２２がｅＮＢ１０２との間で、後述のＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）接続を有する場合に用いられても良い。

ＤＴＣＨ（ＤｅｄｉｃａｔｅｄＴｒａｆｆｉｃＣｈａｎｎｅｌ）は、ＵＥ１２２とｅＮＢ１０２との間で、１対１（ｐｏｉｎｔ－ｔｏ－ｐｏｉｎｔ）で、ユーザデータを送信するための論理チャネルであっても良い。

ＭＴＣＨ（ＭｕｌｔｉｃａｓｔＴｒａｆｆｉｃＣｈａｎｎｅｌ）は、ｅＮＢ１０２からＵＥ１２２に対し、データを送信するための１対多（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）の下りリンクチャネルであっても良い。ＳＣ－ＭＴＣＨは、ＵＥ１２２がＭＢＭＳを受信する場合にのみ、該当ＵＥ１２２によって使われても良い。

ＭＣＣＨ（ＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、ｅＮＢ１０２からＵＥ１２２へ、一つ又は複数のＭＴＣＨに対するＭＢＭＳ制御情報を送るための、１対多（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）の下りリンクチャネルであっても良い。ＭＣＣＨはＵＥ１２２がＭＢＭＳを受信する、又はＵＥ１２２がＭＢＭＳを受信する事に興味がある時にのみ、該当ＵＥ１２２によって使われても良い。

ＳＣ－ＭＴＣＨ（ＳｉｎｇｌｅＣｅｌｌＭｕｌｔｉｃａｓｔＴｒａｆｆｉｃＣｈａｎｎｅｌ）は、ｅＮＢ１０２からＵＥ１２２に対し、ＳＣ－ＰＴＭを用いてデータを送信するための１対多（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）の下りリンクチャネルであっても良い。ＳＣ－ＭＴＣＨは、ＵＥ１２２がＳＣ－ＰＴＭ（ＳｉｎｇｌｅＣｅｌｌＰｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）を用いてＭＢＭＳを受信する場合にのみ、該当ＵＥ１２２によって使われても良い。

ＳＣ－ＭＣＣＨ（ＳｉｎｇｌｅＣｅｌｌＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、ｅＮＢ１０２からＵＥ１２２へ、一つ又は複数のＳＣ－ＭＴＣＨに対するＭＢＭＳ制御情報を送るための、１対多（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）の下りリンクチャネルであっても良い。ＳＣ－ＭＣＣＨはＵＥ１２２がＳＣ－ＰＴＭを用いてＭＢＭＳを受信する、又はＵＥ１２２がＳＣ－ＰＴＭを用いてＭＢＭＳを受信する事に興味がある時にのみ、該当ＵＥ１２２によって使われても良い。

Ｅ－ＵＴＲＡにおける上りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。

ＣＣＣＨは、上りリンクトランスポートチャネルである、ＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ
ＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされても良い。

ＤＣＣＨは、上りリンクトランスポートチャネルである、ＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ
ＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされても良い。

ＤＴＣＨは、上りリンクトランスポートチャネルである、ＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ
ＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされても良い。

Ｅ－ＵＴＲＡにおける下りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。

ＢＣＣＨは、下りリンクトランスポートチャネルであるＢＣＨ（ＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）、及び／又はＤＬ－ＳＣＨ（ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされても良い。

ＰＣＣＨは、下りリンクトランスポートチャネルであるＰＣＨ（ＰａｇｉｎｇＣｈａｎｎｅｌ）にマップされても良い。

ＣＣＣＨは、下りリンクトランスポートチャネルであるＤＬ－ＳＣＨ（ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされても良い。

ＤＣＣＨは、下りリンクトランスポートチャネルであるＤＬ－ＳＣＨ（ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされても良い。

ＤＴＣＨは、下りリンクトランスポートチャネルであるＤＬ－ＳＣＨ（ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされても良い。

ＭＴＣＨは、下りリンクトランスポートチャネルであるＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）にマップされても良い。

ＭＣＣＨは、下りリンクトランスポートチャネルであるＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）にマップされても良い。

ＳＣ－ＭＴＣＨは、下りリンクトランスポートチャネルであるＤＬ－ＳＣＨ（ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされても良い。

ＲＬＣ２０４は、後述する上位のＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌＬａｙｅｒ）２０６から受信したデ－タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層（下位レイヤ）が適切にデ－タ送信できるようにデ－タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。ＲＬＣ２０４には、トランスパレントモード（ＴＭ：ＴｒａｎｓｐａｒｅｎｔＭｏｄｅ）、非応答モード（ＵＭ：ＵｎａｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ）、応答モード（ＡＭ：ＡｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ）の３つのモードがある。ＴＭでは上位層から受信したデータの分割は行わず、ＲＬＣヘッダの付加は行わない。ＵＭでは上位層から受信したデータの分割、及びＲＬＣヘッダの付加等は行うが、データの再送制御は行わない。ＡＭでは上位層から受信したデータの分割、及びＲＬＣヘッダの付加、データの再送制御等を行う。再送制御機能は各デ－タが要求するＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）を保証するための機能であっても良い。データの再送制御を行うにあたり、ＲＬＣの受信側から送信側に送られる、届いていないデータの情報の事を、ステータスレポートと言う。またＲＬＣの送信側から受信側に送られる、ステータスレポートを促す指示の事をポール（ｐｏｌｌ）と言う。なお、ＴＭで下位層に送信されるデータの事をＴＭＤＰＤＵ、ＵＭで下位層に送信されるデータの事をＵＭＤＰＤＵ、ＡＭで下位層に送信されるデータの事をＡＭＤＰＤＵと呼ぶ場合がある。（非特許文献６）。

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

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

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

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

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

また、ＳＲＢは、次のＳＲＢ０からＳＲＢ２が定義されてよいし、これ以外のＳＲＢが定義されても良い。ＳＲＢ０は、論理チャネルのＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣＨａｎｎｅｌ）を用いたＲＲＣメッセージのためのＳＲＢであってよい。ＳＲＢ１は、（ピギーバックされたＮＡＳメッセージを含むかもしれない）ＲＲＣメッセージのため、およびＳＲＢ２の確立前のＮＡＳメッセージのためのＳＲＢであってよく、すべて論理チャネルのＤＣＣＨ（ＤｅｄｉｃａｔｅｄＣｏｎｔｒｏｌＣＨａｎｎｅｌ）が用いられてよい。ＳＲＢ２は、ＮＡＳメッセージのためのＳＲＢであってよく、すべて論理チャネルのＤＣＣＨが用いられてよい。また、ＳＲＢ２はＳＲＢ１よりも低い優先度であってよい。

またＲＲＣメッセージは、論理チャネルのＢＣＣＨを用いて送られても良いし、論理チャネルのＰＣＣＨを用いて送られても良いし、論理チャネルのＭＣＣＨを用いて送られても良い。ＢＣＣＨを用いて送られるＲＲＣメッセージには、例えば非特許文献４に記載のマスター情報ブロック（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）が含まれても良いし、各タイプのシステム情報ブロック（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）が含まれても良いし、他のＲＲＣメッセージが含まれても良い。ＢＣＣＨを用いて送られるＲＲＣメッセージには、例えば非特許文献４に記載のページングメッセージが含まれても良いし、他のＲＲＣメッセージが含まれても良い。ＭＣＣＨを用いて送られるＲＲＣメッセージには、例えば非特許文献４に記載のＭＢＳＦＮ（ＭｕｌｔｉｃａｓｔＢｒｏａｄｃａｓｔＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）エリア設定（ＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎ）が含まれても良いし、ＭＢＭＳ継続要求（ＭＢＭＳＣｏｎｔｉｎｕｉｎｇＲｅｑｕｅｓｔ）が含まれても良いし、他のＲＲＣメッセージが含まれても良い。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＮＲで用いられる、上りリンク（ＵＬ：Ｕｐｌｉｎｋ）、及び／又は下りリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）用論理チャネルについて説明する。

ＰＣＣＨ（ＰａｇｉｎｇＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、呼び出し（Ｐａｇｉｎｇ）メッセージを運ぶための下りリンク論理チャネルであっても良い。

ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、ＵＥ１２２とｇＮＢ１０８との間で制御情報を送信するための論理チャネルであっても良い。ＣＣＣＨは、ＵＥ１２２が、ＲＲＣ接続を有しない場合に用いられても良い。またＣＣＣＨは基地局装置と複数の端末装置との間で使われても良い。

ＤＣＣＨ（ＤｅｄｉｃａｔｅｄＣｏｎｔｒｏｌＣｈａｎｎｅｌ）は、ＵＥ１２２とｇＮＢ１０８との間で、１対１（ｐｏｉｎｔ－ｔｏ－ｐｏｉｎｔ）の双方向（ｂｉ－ｄｉｒｅｃｔｉｏｎａｌ）で、専用制御情報を送信するための論理チャネルであっても良い。専用制御情報とは、各端末装置専用の制御情報であっても良い。ＤＣＣＨは、ＵＥ１２２が、ＲＲＣ接続を有する場合に用いられても良い。

ＤＴＣＨ（ＤｅｄｉｃａｔｅｄＴｒａｆｆｉｃＣｈａｎｎｅｌ）は、ＵＥ１２２とｇＮＢ１０８との間で、１対１（ｐｏｉｎｔ－ｔｏ－ｐｏｉｎｔ）で、ユーザデータを送信するための論理チャネルであっても良い。ＤＴＣＨは上りリンク、下りリンク両方に存
在しても良い。

ＮＲにおける上りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。

ＮＲにおける下りリンクの、論理チャネルとトランスポートチャネルのマッピングについて説明する。

ＲＬＣ３０４は、後述する上位のＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌＬａｙｅｒ）３０６から受信したデ－タを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）し、下位層が適切にデ－タ送信できるようにデ－タサイズを調節する無線リンク制御層（無線リンク制御レイヤ）である。ＲＬＣ３０４には、トランスパレントモード（ＴＭ：ＴｒａｎｓｐａｒｅｎｔＭｏｄｅ）、非応答モード（ＵＭ：ＵｎａｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ）、応答モード（ＡＭ：ＡｃｋｎｏｗｌｅｄｇｅｄＭｏｄｅ）の３つのモードがある。ＴＭでは上位層から受信したデータの分割は行わず、ＲＬＣヘッダの付加は行わない。ＵＭでは上位層から受信したデータの分割、及びＲＬＣヘッダの付加等は行うが、データの再送制御は行わない。ＡＭでは上位層から受信したデータの分割、及びＲＬＣヘッダの付加、データの再送制御等を行う。再送制御機能は各デ－タが要求するＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）を保証するための機能であっても良い。データの再送制御を行うにあたり、ＲＬＣの受信側から送信側に送られる、届いていないデータの情報の事を、ステータスレポートと言う。またＲＬＣの送信側から受信側に送られる、ステータスレポートを促す指示の事をポール（ｐｏｌｌ）と言う。なお、ＴＭで下位層に送信されるデータの事をＴＭＤＰＤＵ、ＵＭで下位層に送信されるデータの事をＵＭＤＰＤＵ、ＡＭで下位層に送信されるデータの事をＡＭＤＰＤＵと呼ぶ場合がある。（非特許文献１２）。

ＰＤＣＰ３０６は、ＩＰパケット（ＩＰＰａｃｋｅｔ）等のユーザデータを無線区間で効率的に伝送するパケットデータ収束プロトコル層（パケットデータ収束プロトコル層）である。ＰＤＣＰ３０６は、不要な制御情報の圧縮を行うヘッダ圧縮機能を持ってもよい。また、ＰＤＣＰ３０６は、デ－タの暗号化、データの完全性保護の機能も持ってもよい。またＰＤＣＰ３０６は、リオーダリング（ｒｅ－ｏｒｄｅｒｉｎｇ）の機能を持っても良い（非特許文献１１）。

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

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

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

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

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

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

またＲＲＣメッセージは、論理チャネルのＢＣＣＨを用いて送られても良いし、論理チャネルのＰＣＣＨを用いて送られても良い。ＢＣＣＨを用いて送られるＲＲＣメッセージには、例えば非特許文献１０に記載のマスター情報ブロック（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ：ＭＩＢ）が含まれても良いし、各タイプのシステム情報ブロック（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ：ＳＩＢ）が含まれても良いし、他のＲＲＣメッセージが含まれても良い。ＢＣＣＨを用いて送られるＲＲＣメッセージには、例えば非特許文献１０に記載のページングメッセージが含まれても良いし、他のＲＲＣメッセージが含まれても良い。

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

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

なお、本発明の各実施の形態において、３ＧＰＰにおいて規格化されているサービス網の一つである、ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）で用いられるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）やＳＤＰ（ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎＰｒｏｔｏｃｏｌ）等、またメディア通信又はメディア通信制御に用いられるＲＴＰ（Ｒｅａｌ－ｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ）、ＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅＴｒａｎｓｐｏｒｔＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）等、及び各種メディアのコーデック等の内のいずれかまたは全ては、アプリケーションレイヤに所属しても良い。

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

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

なお、ＰＤＣＰ層、又はＰＤＣＰエンティティにおいて、暗号化、又は完全性保護の処理を行う際、ＣＯＵＮＴ値を用いても良い。ＣＯＵＮＴ値とは、ＨＦＮ（ＨｙｐｅｒＦｒａｍｅＮｕｍｂｅｒ）と、ＰＤＣＰＰＤＵのヘッダに付加されるシーケンス番号（ＳＮ：ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ）から構成されても良い。シーケンス番号は、送信側のＰＤＣＰ層又はＰＤＣＰエンティティでＰＤＣＰＤＡＴＡＰＤＵが生成される度に、１加算されても良い。ＨＦＮは、シーケンス番号が最大値に達する度に、１加算されても良い。また、送信側、及び受信側でＣＯＵＮＴ値を管理するために、次の（Ａ）から（Ｆ）の状態変数（ステート変数）の一部又は全てが使われても良い。
（Ａ）次に送信されるＰＤＣＰＳＤＵのＣＯＵＮＴ値を示すステート変数。非特許文献１１に記載のＴＸ＿ＮＥＸＴという名称のステート変数であっても良い。
（Ｂ）本ＰＤＣＰエンティティにおいて、次に送信されるＰＤＣＰＳＤＵのシーケンス番号を示すステート変数。非特許文献５に記載のＮｅｘｔ＿ＰＤＣＰ＿ＴＸ＿ＳＮという名称のステート変数であっても良い。
（Ｃ）本ＰＤＣＰエンティティにおいて、ＰＤＣＰＰＤＵのＣＯＵＮＴ値を生成するために使われるＨＦＮ値を表すステート変数。非特許文献５に記載のＴＸ＿ＨＦＮという名称のステート変数であっても良い。
（Ｄ）ＰＤＣＰエンティティの受信側において、次に受信する事が予想されるＰＤＣＰＳＤＵのＣＯＵＮＴ値を示すステート変数。非特許文献１１に記載の、ＲＸ＿ＮＥＸ
Ｔという名称のステート変数であっても良い。
（Ｅ）本ＰＤＣＰエンティティの受信側において、次に受信する事が予想されるＰＤＣＰＳＤＵのシーケンス番号を示すステート変数。非特許文献５に記載のＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮという名称のステート変数であっても良い。
（Ｆ）本ＰＤＣＰエンティティにおいて、受信したＰＤＣＰＰＤＵに対するＣＯＵＮＴ値を生成するために使われるＨＦＮ値を表すステート変数。非特許文献５に記載のＲＸ＿ＨＦＮという名称のステート変数であっても良い。

また、ＰＤＣＰ層、又はＰＤＣＰエンティティにおいて、リオーダリング（ｒｅ－ｏｒｄｅｒｉｎｇ）とは、ＰＤＣＰＳＤＵを受信バッファに格納し、ＰＤＣＰＤＡＴＡＰＤＵのヘッダ情報から得られるＣＯＵＮＴ値の順番通りにＰＤＣＰＳＤＵを上位レイヤに引き渡すための処理であっても良い。またリオーダリングとは、受け取ったＰＤＣＰデータＰＤＵのＣＯＵＮＴ値が、まだ上位レイヤに受け渡していない最初のＰＤＣＰＳＤＵのＣＯＵＮＴ値である場合に、格納されているＰＤＣＰＳＤＵをＣＯＵＮＴ値の順番通りに上位レイヤに受け渡す処理を含んでも良い。すなわちリオーダリングにおいて、受信したＰＤＣＰデータＰＤＵのＣＯＵＮＴ値より小さいＣＯＵＮＴ値を持つＰＤＣＰデータＰＤＵが受信できていない（ＰＤＣＰデータＰＤＵがロスしている）場合には、その受信したＰＤＣＰデータＰＤＵをＰＤＣＰＳＤＵに変換してリオーダリングバッファに格納し、ロスしているＰＤＣＰデータＰＤＵが全て受信及びＰＤＣＰＳＤＵに変換されてから、上位レイヤに受け渡す処理であっても良い。リオーダリングにおいて、ＰＤＣＰデータＰＤＵのロスを検出するために、リオーダリングタイマー（非特許文献１１、又は非特許文献５に記載のｔ－Ｒｅｏｒｄｅｒｉｎｇという名称のタイマー）が使われても良い。また、リオーダリングのために、次の（Ａ）から（Ｆ）の状態変数（ステート変数）のうちの一部又は全てが使われても良い。
（Ａ）ＰＤＣＰエンティティの受信側において、次に受信する事が予想されるＰＤＣＰＳＤＵのＣＯＵＮＴ値を示すステート変数。非特許文献１１に記載の、ＲＸ＿ＮＥＸＴという名称のステート変数であっても良い。
（Ｂ）本ＰＤＣＰエンティティの受信側において、次に受信する事が予想されるＰＤＣＰＳＤＵのシーケンス番号を示すステート変数。非特許文献５に記載のＮｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮという名称のステート変数であっても良い。
（Ｃ）本ＰＤＣＰエンティティにおいて、受信したＰＤＣＰＰＤＵに対するＣＯＵＮＴ値を生成するために使われるＨＦＮ値を表すステート変数。非特許文献５に記載のＲＸ＿ＨＦＮという名称のステート変数であっても良い。
（Ｄ）ＰＤＣＰエンティティの受信側において、上位層に配信していない受信待ちのＰＤＣＰＳＤＵのうち最初のＰＤＣＰＰＤＵのＣＯＵＮＴ値を示すステート変数。非特許文献１１に記載の、ＲＸ＿ＤＥＬＩＶという名称のステート変数であっても良い。
（Ｅ）本ＰＤＣＰエンティティの受信側において、最後に上位層に配信したＰＤＣＰ
ＳＤＵのＰＤＣＰＰＤＵのシーケンス番号を示すステート変数。非特許文献５に記載の、Ｌａｓｔ＿Ｓｕｂｍｉｔｔｅｄ＿ＰＤＣＰ＿ＲＸ＿ＳＮという名称のステート変数であっても良い。
（Ｆ）ＰＤＣＰエンティティの受信側において、リオーダリングタイマーを開始させたＰＤＣＰＰＤＵのＣＯＵＮＴ値の次のＣＯＵＮＴ値を示すステート変数。非特許文献１１に記載の、ＲＸ＿ＲＥＯＲＤという名称のステート変数、又は非特許文献５に記載のＲｅｏｒｄｅｒｉｎｇ＿ＰＤＣＰ＿ＲＸ＿ＣＯＵＮＴという名称のステート変数であっても良い。

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

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

次にＬＴＥ及びＮＲにおけるＵＥ１２２の状態遷移について説明する。ＥＰＣ、又は５ＧＣに接続するＵＥ１２２は、ＲＲＣ接続が設立されている（ＲＲＣｃｏｎｎｅｃｔｉｏｎｈａｓｂｅｅｎｅｓｔａｂｌｉｓｈｅｄ）とき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であってよい。ＲＲＣ接続が設立されている状態とは、ＵＥ１２２が、後述のＵＥコンテキストの一部又は全てを保持している状態を含んでも良い。またＲＲＣ接続が設立されている状態とは、ＵＥ１２２がユニキャストデータを送信、及び／又は受信できる状態を含んでも良い。また、ＵＥ１２２は、ＲＲＣ接続が休止しているとき、（もしＵＥ１２２が５ＧＣに接続しているなら）ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であってよい。もし、それらのケースでないなら、ＵＥ１２２は、ＲＲＣ＿ＩＤＬＥ状態であってよい。

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

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

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

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

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

次にＬＴＥ及びＮＲにおけるハンドオーバについて説明する。ハンドオーバとはＲＲＣ接続状態のＵＥ１２２がサービングセルを変更する処理であっても良い。ハンドオーバは、ＵＥ１２２がｅＮＢ１０２、及び／又はｇＮＢ１０８より、ハンドオーバを指示するＲＲＣメッセージを受信した時に行われても良い。ハンドオーバを指示するＲＲＣメッセージとは、ハンドオーバを指示するパラメータ（例えば非特許文献４に記載のＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏという名称の情報要素、又は非特許文献１０に記載のＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＷｉｔｈＳｙｎｃという名称の情報要素、）を含むＲＲＣコネクションの再設定に関するメッセージの事であっても良いし、他のＲＡＴのセルへの移動を示すメッセージ（例えば非特許文献４に記載のＭｏｂｉｌｉｔｙＦｒｏｍＥＵＴＲＡＣｏｍｍａｎｄ、又は非特許文献１０に記載のＭｏｂｉｌｉｔｙＦｒｏｍＮＲＣｏｍｍａｎｄ）の事であっても良い。またＵＥ１２２がハンドオーバを行う事ができる条件に、ＡＳセキュリティが活性化されている時、ＳＲＢ２が確立されている時、少なくとも一つのＤＲＢが確立している事のうちの一部又は全てを含んでも良い。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＲＲＣ接続が確立されるとき、またはＲＲＣ接続が再確立されるとき、またはハンドオーバのとき、一つのサービングセルがＮＡＳのモビリティ情報を提供する。ＲＲＣ接続が再確立されるとき、またはハンドオーバのとき、一つのサービングセルがセキュリティ入力を提供する。このサービングセルがプライマリセル（ＰＣｅｌｌ）として参照されても良い。また端末装置の能力に依存して、プライマリセルとともに、一つまたは複数のサービングセル（セカンダリセル、ＳＣｅｌｌ）が追加で設定されてもよい。

また、端末装置に対して、二つのサブセットで構成されるサービングセルのセットが設定されてもよい。二つのサブセットは、プライマリセル（ＰＣｅｌｌ）を含む一つまたは複数のサービングセルで構成されるセルグループ（マスターセルグループ）と、プライマリセカンダリセル（ＰＳＣｅｌｌ）を含みプライマリセルを含まない一つまたは複数のサ
ービングセルで構成される一つまたは複数のセルグループ（セカンダリセルグループ）とで構成されてもよい。プライマリセカンダリセルは、ＰＵＣＣＨリソースが設定されるセルであってよい。なお、ＰＣｅｌｌ、及び／又はＰＳＣｅｌｌはスペシャルセル（ＳｐＣｅｌｌ）と呼ばれても良い。

以上の説明をベースとして、本発明の様々な実施の形態を説明する。なお、以下の説明で省略される各処理については上記で説明した各処理が適用されてよい。

図５は本発明の各実施の形態における端末装置（ＵＥ１２２）の構成を示すブロック図である。なお、説明が煩雑になることを避けるために、図５では、本発明の一形態と密接に関連する主な構成部のみを示す。

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

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

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

図９～図１１用いて、ＳＣ－ＰＴＭを用いたＭＢＭＳ送信／受信の動作の概要を説明する。なお、以下の説明において用いられる用語である、ＭＢＭＳ、ＭＢＭＳサービス、ＭＢＭＳセッションは同等の意味を持つ用語であっても良く、互いに言い換えられても良い。

図９は、ＳＣ－ＰＴＭを用いたＭＢＭＳ受信の設定のための手順のフローを示す図である。図１０は、図９における、ＳＩＢ２０（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２０）に含まれる、フィールド、及び／又は情報要素を表すＡＳＮ．１記述の一例を示す図である。また図１１は、図９におけるＳＣ－ＰＴＭ設定メッセージ（ＳＣＰＴＭＣｏｎｆｉｇｕｒａｔｉｏｎ）に含まれる、フィールド、及び／又は情報要素を表すＡＳＮ．１記述の一例を示す図である。

図９に示すように、ｅＮＢ１０２の処理部６０２は、ＲＲＣメッセージであるＳＩＢ２０（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｔｙｐｅ２０）を作成し、送信部６００より、ＢＣＣＨを介してＵＥ１２２へ送信する。ＵＥ１２２の受信部５００は、ＳＩＢ２０を受信する。（ステップＳ９００）。

非特許文献４に記載の通り、ＳＩＢ２０は、ＳＣ－ＰＴＭを用いたＭＢＭＳの送信に関する制御情報（具体的には、ＳＣ－ＭＣＣＨ）の取得に必要な情報を含む。例えば、ＳＩＢ２０は、ＳＣ－ＭＣＣＨの内容が変更され得る周期を示すｓｃ－ｍｃｃｈ－ＭｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄで表されるフィールド、ＳＣ－ＭＣＣＨの送信（再送）時間間隔を無線フレーム数で示すｓｃ－ｍｃｃｈ－ＲｅｐｅｔｉｔｉｏｎＰｅｒｉｏｄで表されるフィールド、ＳＣ－ＭＣＣＨがスケジュールされる無線フレームのオフセットを示すｓｃ－ｍｃｃｈ－Ｏｆｆｓｅｔで表されるフィールド、ＳＣ－ＭＣＣＨがスケジュールされるサブフレームを示すｓｃ－ｍｃｃｈ－ＦｉｒｓｔＳｕｂｆｒａｍｅで表されるフィールド、ＳＣ－ＭＣＣＨがスケジュールされるサブフレームの期間を示すｓｃ－ｍｃｃｈ－ｄｕｒａｔｉｏｎで表されるフィールド、等のフィールド、及び／又は情報要素のうちの一部又は全てを含む。

次にｅＮＢ１０２の処理部は、ＲＲＣメッセージであるＳＣ―ＰＴＭ設定メッセージ（ＳＣＰＴＭＣｏｎｆｉｇｕｒａｔｉｏｎ）を作成し、送信部６００よりＳＣ－ＭＣＣＨを介して送信する。ＵＥ１２２の受信部５００は、ＳＩＢ２０の設定に基づいて、ＳＣ－ＰＴＭ設定情報を受信する。物理層において、ＳＣ－ＭＣＣＨの送信にはＳＣ－ＲＮＴＩ（ＳｉｎｇｌｅＣｅｌｌＲＮＴＩ）が用いられる。（ステップＳ９０２）。

非特許文献４に記載の通り、ＳＣ－ＰＴＭ設定情報は、ＭＢＭＳ受信に適用可能な制御情報を含む。例えばＳＣ－ＰＴＭ設定情報は、当該情報を送信するセルにおける各ＳＣ－ＭＴＣＨの設定を含むｓｃ－ｍｔｃｈ－ＩｎｆｏＬｉｓｔで表されるフィールド、及びＭＢＭＳを提供する隣接セルのリストであるｓｃｐｔｍ－ＮｅｉｇｈｂｏｕｒＣｅｌｌＬｉｓｔで表されるフィールド、等のフィールド、及び／又は情報要素のうちの一部又は全てを含む。

ｓｃ－ｍｔｃｈ－ＩｎｆｏＬｉｓｔは、１又は複数のＳＣ－ＭＴＣＨ－Ｉｎｆｏで表される情報要素を含む。各ＳＣ－ＭＴＣＨ－Ｉｎｆｏは、ＭＢＭＳセッションの情報であるｍｂｍｓＳｅｓｓｉｏｎＩｎｆｏで表されるフィールド、マルチキャストグループ（具体的には、特定グループ宛てのＳＣ－ＭＴＣＨ）を識別するＲＮＴＩ（ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ）であるｇ－ＲＮＴＩで表されるフィールド、ＳＣ－ＭＴＣＨのためのＤＲＸ情報であるｓｃ－ｍｔｃｈ－ｓｃｈｅｄｕｌｉｎｇＩｎｆｏで表されるフィールド、当該ＭＢＭＳセッションがＳＣ－ＭＴＣＨを用いて受信できる近隣セルの情報であるｓｃ－ｍｔｃｈ－ｎｅｉｇｈｂｏｕｒＣｅｌｌで表されるフィールド、等のフィールドのうちの一部又は全てを含む。ｍｂｍｓＳｅｓｓｉｏｎＩｎｆｏは、非特許文献１５等に記載の、ＭＢＭＳベアラサービスを識別する識別子、ＴＭＧＩ（ＴｅｍｐｏｒａｒｙＭｏｂｉｌｅＧｒｏｕｐＩｄｅｎｔｉｔｙ）であるｔｍｇｉで表されるフィールド、及び非特許文献１５等に記載の、ＭＢＭＳセッションの識別子であるｓｅｓｓｉｏｎＩｄで表されるフィールド、等のフィールドのうちの一部又は全てを含む。

ＵＥ１２２の処理部５０２は、興味のあるＭＢＭＳセッションの受信を開始するために、ＳＣ－ＰＴＭを用いたＭＢＭＳセッション受信用の無線ベアラである、ＳＣ－ＭＲＢ（ＳｉｎｇｌｅＣｅｌｌＭＢＭＳＰｏｉｎｔｔｏＭｕｌｔｉｐｏｉｎｔＲａｄｉｏＢｅａｒｅｒ）確立処理を行っても良い（ステップＳ９０４）。ＳＣ－ＭＲＢ確立処理は、例えば当該ＭＢＭＳセッションの開始の時、ＵＥ１２２が興味のあるＭＢＭＳサービスがＳＣ－ＭＲＢを介して提供されるセルに入った時、ＭＢＭＳサービスに興味を持った時、ＭＢＭＳサービスの受信が抑制されていたＵＥ能力の限界が取り除かれた時、等に起動されても良い。ＳＣ－ＭＲＢ確立処理はＵＥ１２２がＲＲＣ＿ＩＤＬＥ状態の時に行われても良いし、ＵＥ１２２がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の時に行われても良い。ＵＥ１２２の処理部５０２はＳＣ－ＭＲＢ確立処理を行う際、以下の（Ａ）から（Ｄ）の処理のうちの一部又は全てを行っても良い。
（Ａ）ＳＣ－ＭＣＣＨ及びＳＣ－ＭＴＣＨのデフォルト設定に従って、ＲＬＣエンティティを確立する。
（Ｂ）確立するＳＣ－ＭＲＢに適用するＳＣ－ＭＴＣＨ論理チャネルを設定し、ＭＡＣエンティティを、上述のＳＣ－ＰＴＭ設定メッセージを受信したセルに対し、上述のＳＣ－ＰＴＭ設定メッセージに従って、当該ＭＢＭＳセッションを受信できるようインストラクト（ｉｎｓｔｒｕｃｔ）する。
（Ｃ）確立するＳＣ－ＭＲＢに対し、物理レイヤを上述のｓｃ－ｍｔｃｈ－ＩｎｆｏＬｉｓｔに基づいて設定する。
（Ｄ）上位レイヤに対し、確立したＳＣ－ＭＲＢに対応するｔｍｇｉとｓｅｓｓｉｏｎＩｄを通知する事により、ＳＣ－ＭＲＢの確立を知らせる。

ＵＥ１２２の処理部５０２は、上述のＳＣ－ＰＴＭ設定メッセージに従って、確立したＳＣ－ＭＲＢを介して当該ＭＢＭＳセッションを受信する（ステップＳ９０６）。当該ＭＢＭＳセッションを受信する以前に、ＵＥ１２２の処理部５０２は、ＳＣ－ＭＲＢを介してＭＢＭＳサービスを受信する事、又は受信する事に興味がある事をｅＮＢ１０２に通知するための、ＭＢＭＳ興味通知メッセージ（ＭＢＭＳＩｎｔｅｒｅｓｔＩｎｄｉｃａｔｉｏｎ）を作成し、送信部５０４よりｅＮＢ１０２に送信しても良い（不図示）。ＭＢＭＳ興味通知メッセージには、ＭＢＭＳサービス受信をユニキャスト受信よりも優先するか否かの情報を含んでも良い。またＭＢＭＳ興味通知メッセージは、ＳＩＢ２０を受信した後、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する際、又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移した後に送られても良い。またＭＢＭＳ興味通知メッセージは、ハンドオーバの際にＳＩＢ２０を受信した場合に送られても良いし、ＲＲＣコネクションの再確立の際にＳＩＢ２０を受信した場合に送られても良い。

ＵＥ１２２の処理部５０２は、ＭＢＭＳセッションの受信を停止するために、ＳＣ－ＭＲＢ解放処理を行っても良い（ステップＳ９０８）。ＳＣ－ＭＲＢ解放処理は例えば、受信しているＭＢＭＳセッションを停止する時、ＳＣ－ＭＲＢが確立されているセルから離れる時、ＭＢＭＳサービスに対する興味が失われた時、ＵＥ能力の限界でＭＢＭＳサービスの受信が抑制される時、等に起動されても良い。ＳＣ－ＭＲＢ解放処理はＵＥ１２２がＲＲＣ＿ＩＤＬＥ状態の時に行われても良いし、ＵＥ１２２がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の時に行われても良い。ＵＥ１２２の処理部５０２はＳＣ－ＭＲＢ解放処理を行う際、以下の（Ａ）から（Ｂ）の処理のうちの一部又は全てを行っても良い。
（Ａ）解放するＳＣ－ＭＲＢのＲＬＣエンティティ、及び関連するＭＡＣと物理レイヤ設定を解放する。
（Ｂ）上位レイヤに対し、解放したＳＣ－ＭＲＢに対応するｔｍｇｉとｓｅｓｓｉｏｎＩｄを通知する事により、ＳＣ－ＭＲＢの解放を知らせる。

以上、ＳＣ－ＰＴＭを用いたＭＢＭＳ受信の設定に関する動作の概要を説明した。非特許文献４等に記載の通り、ＳＣ－ＰＴＭを用いた基地局装置からのＭＢＭＳ送信／端末装置におけるＭＢＭＳ受信（以下ＭＢＭＳ送信／受信と記述する）の他、ＭＢＳＦＮを用いたＭＢＭＳ送信／受信も規格化されている。しかしながら、非特許文献４に記載のＳＣ－ＰＴＭを用いたＭＢＭＳ送信／受信、及びＭＢＳＦＮを用いたＭＢＭＳ送信／受信は、ＲＡＴとしてＥ－ＵＴＲＡを用いる。ＲＡＴとしてＮＲを用いたマルチキャスト・ブロードキャストサービス（ＭＢＳ：ＭｕｌｔｉｃａｓｔＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅ
）送信／受信は、また規格化されていない。

図１２から図１３を用いて、本発明の実施の形態における、ＭＢＳ受信の設定に関する動作の一例を説明する。なお、本発明の実施の形態において用いられる用語である、ＭＢＳ、ＭＢＳサービス、ＭＢＳセッションは同等の意味を持つ用語であっても良く、互いに言い換えられても良い。また本発明の実施の形態において用いられる用語である、ＭＢＳ、ＭＢＳサービス、ＭＢＳセッションは、非特許文献４等に記載の、ＭＢＭＳ、ＭＢＭＳサービス、ＭＢＭＳセッションと同等の意味を持つ用語であっても良い。また本発明の実施の形態において、ＭＲＢとはＭＢＳ受信用にＵＥ１２２において確立される無線ベアラであっても良い。またＭＲＢとはＭＢＳ伝送用にｇＮＢ１０８において確立される無線ベアラであっても良い。

図１２は、本発明の実施の形態におけるＳＤＡＰサブレイヤの構成を示す一例を示す図である。図１２の（Ａ）はＳＤＡＰサブレイヤとＲＬＣサブレイヤの間にＲＬＣ－ＳＡＰ（ＲＬＣ－ＳｅｒｖｉｃｅＡｃｃｅｓｓＰｏｉｎｔ）が存在する例である。図１２の（Ａ）の例では、ＵＥ１２２において、ＭＲＢを介して受信したＭＢＳセッションのデータは、上述のＭＲＢのＲＬＣエンティティにおいて、ＲＬＣＳＤＵとしてＳＤＡＰエンティティに受け渡されても良い。また図１２（Ａ）の例では、ｇＮＢ１０８において、コア網から送られたＭＢＳセッションのデータは、ｇＮＢ１０８のＳＤＡＰエンティティにおいて、上述のＭＢＳセッションのデータが紐づけられているＱｏＳフローと、ＭＲＢとの対応付けが行われ、対応付されているＭＲＢのＲＬＣエンティティに対し、ＳＤＡＰＰＤＵとして提出されても良い。

図１２の（Ｂ）はＳＤＡＰサブレイヤとＰＤＣＰサブレイヤの間にＰＤＣＰ－ＳＡＰ（ＰＤＣＰ－ＳｅｒｖｉｃｅＡｃｃｅｓｓＰｏｉｎｔ）が存在する例である。図１２の（Ｂ）の例では、ＵＥ１２２において、ＭＲＢを介して受信したＭＢＳセッションのデータは、上述のＭＲＢのＲＬＣエンティティにおいて、ＲＬＣＳＤＵとして上述のＭＲＢのＰＤＣＰエンティティに受け渡されても良い。上述のＲＬＣＳＤＵが受け渡されたＰＤＣＰエンティティは、受け渡されたＲＬＣＳＤＵ、即ちＰＤＣＰＰＤＵに対して、何も処理を行わず、そのままＰＤＣＰＳＤＵとしてＳＤＡＰエンティティに受け渡しても良い。また図１２（Ｂ）の例では、ｇＮＢ１０８において、コア網から送られたＭＢＳセッションのデータは、ｇＮＢ１０８のＳＤＡＰエンティティにおいて、上述のＭＢＳセッションのデータが紐づけられているＱｏＳフローと、ＭＲＢとの対応付けが行われ、対応付されているＭＲＢのＰＤＣＰエンティティに対し、ＳＤＡＰＰＤＵとして提出されても良い。上述のＳＤＡＰＰＤＵが受け渡されたＰＤＣＰエンティティは、受け渡されたＳＤＡＰＰＤＵ、即ちＰＤＣＰＳＤＵに対して、何も処理を行わず、そのままＰＤＣＰＰＤＵとして上述のＭＲＢのＲＬＣエンティティに受け渡しても良い。即ち図１２の（Ｂ）の例において、ＰＤＣＰエンティティは、何も処理を行わない透過的なエンティティとして存在しても良い。また、図１２の（Ｂ）の例において、ＰＤＣＰエンティティは、ＰＤＣＰサブレイヤの一部の処理を行うエンティティとして存在しても良い。

なお、紐づけられているとは、バンドル（ｂｕｎｄｌｅ）されていると言い換えられても良いし、他の類似する用語に言い換えられても良い。また対応付けるとは、マップ（ｍａｐ）すると言い換えられても良いし、他の類似する用語に言い換えられても良い。

ここで本発明の実施の形態における、ＭＲＢ、ＳＤＡＰエンティティ、及びＰＤＵセッションの関係について説明する。ＭＲＢが関連付けられるＳＤＡＰエンティティには、一つ又は複数のＤＲＢが関連付けられても良い。即ちＳＤＡＰエンティティはＭＢＳサービス及びユニキャストサービスに共通して確立、及び／又は設定されても良い。また一つのＰＤＵセッションがＭＢＳサービス及びユニキャストサービスに対応し、ＭＢＳサービス
、及び／又はユニキャストサービスを提供しても良い。また、一つのＰＤＵセッションに対し、ＭＢＳサービス及びユニキャストサービスに共通した一つのＳＤＡＰエンティティが確立、及び／又は設定されても良い。また、ＭＲＢが関連付けられるＳＤＡＰエンティティはＭＢＳサービス用であって、ユニキャストサービス用であるＤＲＢが関連付けられなくても良い。また一つのＰＤＵセッションに対し、ＭＢＳサービス用（ＭＲＢ用）の一つのＳＤＡＰエンティティと、ユニキャストサービス用（ＤＲＢ用）の一つのＳＤＡＰエンティティが其々確立、及び／又は設定されても良い。またＭＢＳサービス用ＰＤＵセッションが、ユニキャストサービス用ＰＤＵセッションとは別に存在しても良い。またＭＢＳサービス用のＰＤＵセッションに対し、一つのＭＢＳサービス用のＳＤＡＰエンティティが確立、及び／又は設定されても良い。またＭＢＳサービス用のＰＤＵセッションには、ＳＤＡＰエンティティは確立、及び／又は設定されなくても良い。またＰＤＵセッションには少なくとも１つのＭＲＢ、及び／又は少なくとも１つのＤＲＢが確立されても良い。またＭＲＢが関連付けられるＳＤＡＰエンティティが確立、及び／又は設定されるのは、ＵＥ１２２がＲＲＣ＿ＩＤＬＥ状態、及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移した時であっても良い。またＭＲＢが関連付けられるＳＤＡＰエンティティが確立、及び／又は設定されるのは、ＵＥ１２２がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の時であっても良い。

図１３は、本発明の実施の形態における、ＮＲにおけるＭＢＳ受信の設定のための手順のフローの一例を示す図である。なお、本実施の形態において、パラメータとは、ＡＳＮ．１におけるフィールド、及び／又は情報要素であっても良い。

図１３に示すように、ｇＮＢ１０８の処理部６０２は、ＭＢＳ送信に関する制御情報の取得に必要な情報をブロードキャストするために、ＲＲＣメッセージの一つであるＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）を作成し、送信部６００よりＵＥ１２２へ送信しても良い。ＵＥ１２２の受信部５００は、上述のＳＩＢを受信する。（ステップＳ９００）。なお、上述のＳＩＢは、ＢＣＣＨ論理チャネルを介して送信されても良い。また上述のＭＢＳ送信に関する制御情報の取得に必要な情報とは、ＭＣＣＨ（ＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）論理チャネルに関する情報であっても良い。上述のＭＣＣＨとは、ｇＮＢ１０８からＵＥ１２２へ、一つ又は複数のＭＴＣＨ（ＭｕｌｔｉｃａｓｔＴｒａｆｆｉｃＣｈａｎｎｅｌ）論理チャネルに対するＭＢＳ制御情報を送るための１対多（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）の下りリンクチャネルであっても良い。また上述のＭＴＣＨとは、ｇＮＢ１０８からＵＥ１２２へ、ＭＢＳのデータを送信するための１対多（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）の下りリンクチャネルであっても良い。上述のＭＴＣＨはＵＥ１２２がＭＢＭＳを受信する場合にのみ、そのＵＥ１２２によって使われても良い。なお、上述のＭＣＣＨは、ＭＢＳ－ＭＣＣＨ、ＮＲ－ＭＣＣＨ等の、別の名称で呼ばれても良い。また上述のＭＴＣＨは、ＭＢＳ－ＭＴＣＨ、ＮＲ－ＭＴＣＨ等の、別の名称で呼ばれても良い。またＭＢＳ送信は、ＭＲＢを介して行われても良い。また上述のＭＣＣＨは、下りリンクトランスポートチャネルであるＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）にマップされても良いし、下りリンクトランスポートチャネルであるＤＬ－ＳＣＨ（ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされても良い。また上述のＭＴＣＨは、下りリンクトランスポートチャネルであるＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）にマップされても良いし、下りリンクトランスポートチャネルであるＤＬ－ＳＣＨ（ＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）にマップされても良い。

上述のＳＩＢには、例えば、ＭＣＣＨの内容が変更され得る周期を示すパラメータ、ＭＣＣＨの送信（再送）時間間隔に関するパラメータ、ＭＣＣＨがスケジュールされる無線フレームのオフセットを示すパラメータ、ＭＣＣＨがスケジュールされるサブフレームを示すパラメータ、ＭＣＣＨがスケジュールされるサブフレームの期間を示すパラメータ、
等のパラメータのうちの一部又は全てを含んでも良い。なお上述のＭＣＣＨの送信（再送）時間間隔に関するパラメータは無線フレーム数で示されても良い。

次にｇＮＢ１０８の処理部は、上述のＭＣＣＨで送信されるＲＲＣメッセージを作成し、送信部６００より送信しても良い。ＵＥ１２２の受信部５００は、上述のＳＩＢの設定に基づいて、上述のＭＣＣＨで送信されたＲＲＣメッセージを受信しても良い。上述のＭＣＣＨの送信には、上述のＭＣＣＨ送信を識別するための専用のＲＮＴＩ（ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ）が用いられても良い。（ステップＳ１３０２）。本発明の実施の形態において、上述のＭＣＣＨで送信されるＲＲＣメッセージをＭＢＳ設定情報メッセージというメッセージ名を用いて説明するが、別のメッセージ名であっても良い。

上述のＭＢＳ設定情報は、ＭＢＳ受信に適用可能な制御情報を含んでも良い。例えばＭＢＳ設定情報は、ＭＢＳセッションの情報に関するパラメータ、マルチキャストグループ（特定グループ宛てのＭＴＣＨ）を識別するＲＮＴＩを示すパラメータ、ＭＴＣＨのためのＤＲＸ情報に関するパラメータ、同一のＭＢＳを提供する隣接セルのリストを示すパラメータ、等のフィールドのうちの一部又は全てを含んでも良い。上述のＭＢＳセッションの情報に関するパラメータには、例えばＭＢＳ（又はＭＢＭＳ）ベアラサービスを識別する識別子である非特許文献１５に記載のＴＭＧＩ（ＴｅｍｐｏｒａｒｙＭｏｂｉｌｅＧｒｏｕｐＩｄｅｎｔｉｔｙ）を示すパラメータ、ＭＢＳ（又はＭＢＭＳ）セッションの識別子である非特許文献１５等に記載のＳｅｓｓｉｏｎＩＤを示すパラメータ、上述のＭＢＳ（又はＭＢＭＳ）ベアラサービス、及び／又は上述のＭＢＳセッションが属するＰＤＵセッションを示すパラメータ、上述のＭＢＳ（又はＭＢＭＳ）ベアラサービス、及び／又は上述のＭＢＳセッションに用いられるＱｏＳフローを示すパラメータ、等のパラメータうちの一部又は全てを含んでも良い。

なお、上述のＭＢＳ設定情報に含まれるパラメータの一部又は全ては、リストの形で複数含まれても良い。上述のリストの形で含まれるパラメータは、上述のＭＣＣＨが送られるセルにおける、各ＭＴＣＨ（又は各ＭＢＳサービス）に対して存在しても良い。また上述の同一のＭＢＳを提供する隣接セルのリストを示すパラメータには、同一のＭＢＳをＭＴＣＨ、及び／又はＭＲＢを介して提供する隣接セルのリストを示すパラメータが含まれても良いし、同一のＭＢＳをユニキャスト、及び／又はＤＴＣＨ、及び／又はＤＲＢを介して提供する隣接セルのリストを示すパラメータが含まれても良い。また上述のＰＤＵセッションを示すパラメータとは非特許文献２等に記載のＰＤＵセッションＩＤであっても良い。また上述のＰＤＵセッションを示すパラメータ、及び／又はＱｏＳフローを示すパラメータは、ＳＤＡＰ設定を示すパラメータに含まれても良い。

ＵＥ１２２の処理部５０２は、興味のあるＭＢＳセッションの受信を開始するために、ＭＲＢ確立処理を行っても良い（ステップＳ１３０４）。ＭＲＢ確立処理は、例えば当該ＭＢＳセッションの開始の時、ＵＥ１２２が興味のあるＭＢＳサービスがＭＲＢを介して提供されるセルに入った時、ＭＢＳサービスに興味を持った時、ＭＢＳサービスの受信が抑制されていたＵＥ能力の限界が取り除かれた時、等に起動されても良い。ＭＲＢ確立処理はＵＥ１２２がＲＲＣ＿ＩＤＬＥ状態の時に行われても良いし、ＵＥ１２２がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の時に行われても良いし、ＵＥ１２２がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の時に行われても良い。ＵＥ１２２の処理部５０２はＭＲＢ確立処理を行う際、次の（Ａ）から（Ｇ）の処理のうちの一部又は全てを行っても良い。なお（Ａ）の処理は、ＵＥ１２２がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の時に行われても良い。なお（Ｆ）の処理は、ＵＥ１２２がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の時に行われても良いし、ＵＥ１２２がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の時に行われても良い。また（Ｆ）の処理は、ＵＥ１
２２がＲＲＣ＿ＩＤＬＥ状態、及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移した時に行われても良い。
（Ａ）ＭＢＳ設定に含まれるＰＤＵセッションを示すパラメータに該当するＰＤＵセッションに、ＳＤＡＰエンティティが存在しない場合には、ＳＤＡＰエンティティを確立、及び／又は設定する。
（Ｂ）ＭＲＢ確立に関するデフォルト設定に従って、ＰＤＣＰエンティティを確立する。
（Ｃ）ＭＲＢ確立に関するデフォルト設定に従って、ＲＬＣエンティティを確立する。
（Ｄ）確立するＭＲＢに適用するＭＴＣＨ論理チャネルを設定し、ＭＡＣエンティティを、受信したいＭＢＳセッションが受信できるようインストラクト（ｉｎｓｔｒｕｃｔ）する。
（Ｅ）確立するＭＲＢに対し、物理レイヤを受信した上述のＭＢＳ設定に基づいて設定する。
（Ｆ）ＳＤＡＰエンティティと確立したＭＲＢとを関連付ける。
（Ｇ）上位レイヤに対し、確立したＭＲＢに対応するＴＭＧＩ、ＳｅｓｓｉｏｎＩＤ、ＰＤＵセッションＩＤ、ＱｏＳフローのうちの一部又は全てを含む情報を通知する事により、ＭＲＢの確立を知らせる。

ＵＥ１２２の処理部５０２は、上述のＰＴＭ設定メッセージに従って、確立したＭＲＢを介して当該ＭＢＳセッションを受信する（ステップＳ１３０６）。当該ＭＢＳセッションを受信する以前に、ＵＥ１２２の処理部５０２は、ＭＲＢを介してＭＢＳサービスを受信する事、又は受信する事に興味がある事をｇＮＢ１０８に通知するためのＲＲＣメッセージを作成し、送信部５０４よりｅＮＢ１０２に送信しても良い（不図示）。なお本発明の実施の形態において、上述の、ＭＲＢを介してＭＢＳサービスを受信する事、又は受信する事に興味がある事をｇＮＢ１０８に通知するためのＲＲＣメッセージを、ＭＢＳ興味通知メッセージ（ＭＢＳＩｎｔｅｒｅｓｔＩｎｄｉｃａｔｉｏｎ）というメッセージ名を用いて説明するが、他のメッセージ名が用いられても良い。ＭＢＳ興味通知メッセージには、ＭＢＳサービス受信を他のユニキャスト受信よりも優先するか否かの情報を含んでも良い。またＭＢＳ興味通知メッセージには、ＭＢＳサービスをＭＴＣＨ、及び／又はＭＲＢを介して受信できるセルから、ＭＢＳサービスをＭＴＣＨ、及び／又はＭＲＢを介しての受信はできないが、同一ＭＢＳサービスをＤＴＣＨ、及び／又はＤＲＢを介して受信できるセルに移動した場合、同一ＭＢＳサービスをＤＴＣＨ、及び／又はＤＲＢを介して受信するか否かの情報を含んでも良い。またＭＢＳ興味通知メッセージは、ステップＳ１３００において説明したＳＩＢを受信した後、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する際、又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移した後に送られても良い。またＭＢＳ興味通知メッセージは、ハンドオーバの際にステップＳ１３００において説明したＳＩＢを受信した場合に送られても良いし、ＲＲＣコネクションの再確立の際にステップＳ１３００において説明したＳＩＢを受信した場合に送られても良いし、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する際にステップＳ１３００において説明したＳＩＢを受信した場合に送られても良い。

ＵＥ１２２の処理部５０２は、ＭＢＭＳセッションの受信を停止するために、ＭＲＢ解放処理を行っても良い（ステップＳ１３０８）。ＭＲＢ解放処理は例えば、受信しているＭＢＳセッションを停止する時、ＭＲＢが確立されているセルから離れる時、ＭＲＢを用いてＭＢＳサービスを受信できるセルから離れる時、ＭＢＳサービスに対する興味が失われた時、ＵＥ能力の限界でＭＢＳサービスの受信が抑制される時、等に起動されても良い。ＭＲＢ解放処理はＵＥ１２２がＲＲＣ＿ＩＤＬＥ状態の時に行われても良いし、ＵＥ１２２がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の時に行われても良いし、ＵＥ１２２がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の時に行われても良い。ＵＥ１２２の処理部５０２はＭＲＢ解放処理を行う際、次の（Ａ）から（Ｄ）の処理のうちの一部又は全てを行っても良い。なお、以下の（Ｄ）の処理は、ＵＥ１２２がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の時にのみ行われても良い
（Ａ）解放するＭＲＢのＰＤＣＰエンティティを解放する。
（Ｂ）解放するＭＲＢのＲＬＣエンティティ、及び関連するＭＡＣと物理レイヤ設定を解放する。
（Ｃ）上位レイヤに対し、解放したＭＲＢに対応するＴＭＧＩ、ＳｅｓｓｉｏｎＩＤ、ＰＤＵセッションＩＤ、ＱｏＳフローのうちの一部又は全てを含む情報を通知する事により、ＭＲＢの解放を知らせる。
（Ｄ）ＳＤＡＰエンティティのうち、関連付られているＭＲＢ、及び／又はＤＲＢを持たないＳＤＡＰエンティティに対し、そのＳＤＡＰエンティティを解放する。

なお、本発明の実施の形態において、ＵＥ１２２がＲＲＣコネクションの再設定に関するメッセージを受信し、ＤＲＢが確立される際、即ち上述のＲＲＣコネクションの再設定に関するメッセージに含まれるＤＲＢ識別子がＵＥ１２２の設定に存在しない場合、ＵＥ１２２の処理部５０２は、上述のＲＲＣコネクションの再設定に関するメッセージに含まれるｐｄｕ－ｓｅｓｓｉｏｎで示されるフィールドに対応するＰＤＵセッションに対するＳＤＡＰエンティティが存在する場合で、尚且つ確立された、又は確立されるＤＲＢが上述のＳＤＡＰエンティティ、及び／又は上述のＰＤＵセッションに対する最初のＤＲＢである事に基づいて、上位レイヤに対し、上述のＰＤＵセッションに対するユーザープレーンリソースが確立された事を通知しても良い。なお、上述の「ｐｄｕ－ｓｅｓｓｉｏｎで示されるフィールドに対応するＰＤＵセッションに対するＳＤＡＰエンティティが存在する場合で、尚且つ確立された、又は確立されるＤＲＢが上述のＳＤＡＰエンティティ、及び／又は上述のＰＤＵセッションに対する最初のＤＲＢである」場合とは、上述のＳＤＡＰエンティティがＭＲＢ確立の際に確立されたＳＤＡＰエンティティであり、上述のＳＤＡＰエンティティ、及び／又は上述のＰＤＵセッションに対する最初のＤＲＢが確立される、または確立された場合であっても良い。

また、本発明の実施の形態において、ＵＥ１２２がＲＲＣコネクションの再設定に関するメッセージを受信し、無線ベアラの設定に関する処理を行った後に、ＳＤＡＰエンティティのうち、関連付られているＤＲＢを持たないＳＤＡＰエンティティが存在する事に基づいて、上位レイヤに対し、上述の関連付られているＤＲＢを持たないＳＤＡＰエンティティに対するユーザープレーンリソースが解放された事を通知しても良い。また、本発明の実施の形態において、ＵＥ１２２がＲＲＣコネクションの再設定に関するメッセージを受信し、無線ベアラの設定に関する処理を行った後に、ＳＤＡＰエンティティのうち、関連付られているＤＲＢ、及び／又はＭＲＢを持たないＳＤＡＰエンティティが存在する事に基づいて、上述の関連付られている、ＤＲＢ、及び／又はＭＲＢを持たないＳＤＡＰエンティティを解放しても良い。

このように、本発明の実施の形態では、ＵＥ１２２はＮＲを用いて効率的にＭＢＳを受信することができる。

上記説明における無線ベアラは其々、ＤＲＢであっても良いし、ＳＲＢであっても良いし、ＤＲＢ及びＳＲＢであっても良い。

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

また上記説明における各処理の例、又は各処理のフローの例において、ステップの一部または全ては実行されなくても良い。また上記説明における各処理の例、又は各処理のフ
ローの例において、ステップの順番は異なっても良い。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の一部または全ての処理は実行されなくても良い。また上記説明における各処理の例、又は各処理のフローの例において、各ステップ内の処理の順番は異なっても良い。また上記説明において「Ａである事に基づいてＢを行う」は、「Ｂを行う」と言い換えられても良い。即ち「Ｂを行う」事は「Ａである事」と独立して実行されても良い。

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

また上記説明において、「Ａ」という条件と、「Ｂ」という条件が、相反する条件の場合には、「Ｂ」という条件は、「Ａ」という条件の「その他」の条件として表現されても良い。

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

（１）本発明の実施の一様態は、基地局装置と通信する端末装置であって、前記基地局装置からマルチキャスト・ブロードキャストサービス（ＭＢＳ）の設定情報を含む、ＲＲＣメッセージを受信する受信部と、処理部と、を備え、前記ＭＢＳの設定情報は、ＭＢＳセッション情報を含み、前記ＭＢＳセッション情報は、ＰＤＵセッション情報を含み、前記処理部は、前記端末装置が、前記ＭＢＳセッションの受信を開始する事に基づいて、ＭＢＳ用無線ベアラを確立し、前記ＭＢＳセッション情報の一部又は全てを上位レイヤに通知する処理を行う。

（２）前記処理部は更に、前記端末装置が、前記ＭＢＳセッションの受信を開始する事に基づいて、前記ＰＤＵセッションに対するＳＤＡＰエンティティが存在しない場合には前記ＳＤＡＰエンティティを確立する処理を行う、（１）に記載の端末装置。

（３）前記ＭＢＳ用無線ベアラの確立は、ＰＤＣＰエンティティの確立、ＲＬＣエンティティの確立、及びロジカルチャネルの設定、及び物理レイヤの設定のうちの一部又は全てを含む、（１）又は（２）に記載の端末装置。

（４）本発明の実施の一様態は、基地局装置と通信する端末装置の方法であって、前記基地局装置からマルチキャスト・ブロードキャストサービス（ＭＢＳ）の設定情報を含む、ＲＲＣメッセージを受信し、前記ＭＢＳの設定情報は、ＭＢＳセッション情報を含み、前記ＭＢＳセッション情報は、ＰＤＵセッション情報を含み、前記端末装置が、前記ＭＢＳセッションの受信を開始する事に基づいて、ＭＢＳ用無線ベアラを確立し、前記ＭＢＳセッション情報の一部又は全てを上位レイヤに通知する。

（５）前記端末装置の方法は更に、前記端末装置が、前記ＭＢＳセッションの受信を開始する事に基づいて、前記ＰＤＵセッションに対するＳＤＡＰエンティティが存在しない場合には前記ＳＤＡＰエンティティを確立する、（４）に記載の方法。

（６）前記ＭＢＳ用無線ベアラの確立は、ＰＤＣＰエンティティの確立、ＲＬＣエンティティの確立、及びロジカルチャネルの設定、及び物理レイヤの設定のうちの一部又は全てを含む、（４）又は（５）に記載の方法。

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

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

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

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

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

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

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

Claims

基地局装置と通信する端末装置であって、
前記基地局装置からマルチキャスト・ブロードキャストサービス（ＭＢＳ）の設定情報を含む、ＲＲＣメッセージを受信する受信部と、
処理部と、を備え、
前記ＭＢＳの設定情報は、ＭＢＳセッション情報を含み、
前記ＭＢＳセッション情報は、ＰＤＵセッション情報を含み、
前記処理部は、前記端末装置が、前記ＭＢＳセッションの受信を開始する事に基づいて、
ＭＢＳ用無線ベアラを確立し、
前記ＭＢＳセッション情報の一部又は全てを上位レイヤに通知する処理を行う、
端末装置。
前記処理部は更に、前記端末装置が、前記ＭＢＳセッションの受信を開始する事に基づいて、
前記ＰＤＵセッションに対するＳＤＡＰエンティティが存在しない場合には前記ＳＤＡＰエンティティを確立する処理を行う、
請求項１に記載の端末装置。
前記ＭＢＳ用無線ベアラの確立は、
ＰＤＣＰエンティティの確立、ＲＬＣエンティティの確立、及びロジカルチャネルの設定、及び物理レイヤの設定のうちの一部又は全てを含む、
請求項１又は２に記載の端末装置。
基地局装置と通信する端末装置の方法であって、
前記基地局装置からマルチキャスト・ブロードキャストサービス（ＭＢＳ）の設定情報を含む、ＲＲＣメッセージを受信し、
前記ＭＢＳの設定情報は、ＭＢＳセッション情報を含み、
前記ＭＢＳセッション情報は、ＰＤＵセッション情報を含み、
前記端末装置が、前記ＭＢＳセッションの受信を開始する事に基づいて、
ＭＢＳ用無線ベアラを確立し、
前記ＭＢＳセッション情報の一部又は全てを上位レイヤに通知する、
方法。
前記端末装置の方法は更に、前記端末装置が、前記ＭＢＳセッションの受信を開始する事に基づいて、
前記ＰＤＵセッションに対するＳＤＡＰエンティティが存在しない場合には前記ＳＤＡＰエンティティを確立する、
請求項４に記載の方法。
前記ＭＢＳ用無線ベアラの確立は、
ＰＤＣＰエンティティの確立、ＲＬＣエンティティの確立、及びロジカルチャネルの設定、及び物理レイヤの設定のうちの一部又は全てを含む、
請求項４又は５に記載の方法。