特開 2023-130533 端末装置、基地局装置、方法、および、集積回路

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023130533

(43)【公開日】2023-09-21

(54)【発明の名称】端末装置、基地局装置、方法、および、集積回路

(51)【国際特許分類】

   H04W 4/06 20090101AFI20230913BHJP

   H04W 76/10 20180101ALI20230913BHJP

【ＦＩ】

H04W4/06 150

H04W76/10

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2020132234

(22)【出願日】2020-08-04

(71)【出願人】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(74)【代理人】

【識別番号】100160783

【弁理士】

【氏名又は名称】堅田 裕之

(72)【発明者】

【氏名】堀 貴子

(72)【発明者】

【氏名】山田 昇平

(72)【発明者】

【氏名】坪井 秀和

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA15

5K067DD34

5K067EE02

5K067EE10

5K067JJ12

(57)【要約】      （修正有）

【課題】ＮＲ（Ｎｅｗ Ｒａｄｉｏ）を用いて効率的にＭＢＳ（マルチキャスト・ブロードキャストサービス）を受信することができる端末装置、方法及び集積回路を提供する。
【解決手段】端末装置ＵＥ１２２において、基地局装置ｇＮＢ１０８から、ＭＢＳセッションのセッション情報の一部を含むＲＲＣメッセージを、ＤＣＣＨを介して受信する事に基づいて、また、ポイント・ツー・マルチポイントで受信する事に基づいて、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立する。
【選択図】図１３

【特許請求の範囲】

【請求項1】

基地局装置と通信する端末装置であって、
前記基地局装置から、ＭＢＳセッションのセッション情報の一部を含むＲＲＣメッセージを、ＤＣＣＨを介して受信する事に基づいて、
前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立する、
端末装置。

【請求項2】

基地局装置と通信する端末装置であって、
ＭＢＳセッションをポイント・ツー・マルチポイントで受信する事に基づいて、
前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立する、
端末装置。

【請求項3】

端末装置と通信する基地局装置であって、
前記端末装置に、ＭＢＳセッションのセッション情報の一部を含むＲＲＣメッセージを、ＤＣＣＨを介して送信する事に基づいて、
前記端末装置に、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立させる、
基地局装置。

【請求項4】

基地局装置と通信する端末装置の方法であって、
前記基地局装置から、ＭＢＳセッションのセッション情報の一部を含むＲＲＣメッセージを、ＤＣＣＨを介して受信する事に基づいて、
前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立する、
方法。

【請求項5】

基地局装置と通信する端末装置の方法であって、
ＭＢＳセッションをポイント・ツー・マルチポイントで受信する事に基づいて、
前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立する、
方法。

【請求項6】

端末装置と通信する基地局装置の方法であって、
前記端末装置に、ＭＢＳセッションのセッション情報の一部を含むＲＲＣメッセージを、ＤＣＣＨを介して送信する事に基づいて、
前記端末装置に、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立させる、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【先行技術文献】

【非特許文献】

【0005】

【非特許文献1】３ＧＰＰ ＲＰ－１９３２４８，“Ｎｅｗ Ｗｏｒｋ Ｉｔｅｍ ｏｎ ＮＲ Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅｓ”

【非特許文献2】３ＧＰＰ ＴＳ ２３．５０１ ｖ１６．５．０,“Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ； Ｓｔａｇｅ ２”

【非特許文献3】３ＧＰＰ ＴＳ ３６．３００ ｖ１６．２．０，“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ－ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２”

【非特許文献4】３ＧＰＰ ＴＳ ３６．３３１ ｖ１６．１．０,“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）；Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”

【非特許文献5】３ＧＰＰ ＴＳ ３６．３２３ ｖ１６．１．０,“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）；Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ （ＰＤＣＰ） ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【非特許文献6】３ＧＰＰ ＴＳ ３６．３２２ ｖ１６．０．０,“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）；Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ （ＲＬＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【非特許文献7】３ＧＰＰ ＴＳ ３６．３２１ ｖ１６．１．０,“Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【非特許文献8】３ＧＰＰ ＴＳ ３７．３４０ｖ １６．２．０,“ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌ Ｔｅｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）ａｎｄ ＮＲ; Ｍｕｌｔｉ－Ｃｏｎｎｅｃｔｉｖｉｔｙ; Ｓｔａｇｅ ２”

【非特許文献9】３ＧＰＰ ＴＳ ３８．３００ｖ １６．２．０,“ＮＲ；ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ； Ｓｔａｇｅ ２”

【非特許文献10】３ＧＰＰ ＴＳ ３８．３３１ ｖ１６．１．０,“ＮＲ；Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ）；Ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎｓ”

【非特許文献11】３ＧＰＰ ＴＳ ３８．３２３ ｖ１６．１．０,“ＮＲ；Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ （ＰＤＣＰ） ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【非特許文献12】３ＧＰＰ ＴＳ ３８．３２２ ｖ１６．１．０,“ＮＲ；Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ （ＲＬＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【非特許文献13】３ＧＰＰ ＴＳ ３８．３２１ ｖ１６．１．０,“ＮＲ；Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ （ＭＡＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【非特許文献14】３ＧＰＰ ＴＳ ２３．４０１ ｖ１６．７．０，“Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ＧＰＲＳ） ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ－ＵＴＲＡＮ） ａｃｃｅｓｓ”

【非特許文献15】３ＧＰＰ ＴＳ ２６．３４６ ｖ１６．５．０,“Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ （ＭＢＭＳ）；Ｐｒｏｔｏｃｏｌｓ ａｎｄ ｃｏｄｅｃｓ”

【非特許文献16】３ＧＰＰ ＴＳ ３７．３２４ ｖ１６．１．０,“ＮＲ；Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＤＡＰ） ｓｐｅｃｉｆｉｃａｔｉｏｎ”

【発明の概要】

【発明が解決しようとする課題】

【0006】

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

【0007】

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

【0008】

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

【0009】

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

【課題を解決するための手段】

【0010】

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

【0011】

また本発明の一態様は、基地局装置と通信する端末装置であって、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッションをポイント・ツー・マルチポイントで受信する事に基づいて、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立する。

【0012】

また本発明の実施の一様態は、端末装置と通信する基地局装置であって、前記端末装置に、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッションのセッション情報の一部を含むＲＲＣメッセージを、ＤＣＣＨを介して送信する事に基づいて、前記端末装置に、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立させる。

【0013】

また本発明の実施の一様態は、基地局装置と通信する端末装置の方法であって、前記基地局装置から、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッションのセッション情報の一部を含むＲＲＣメッセージを、ＤＣＣＨを介して受信する事に基づいて、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立する。

【0014】

また本発明の実施の一様態は、基地局装置と通信する端末装置の方法であって、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッションをポイント・ツー・マルチポイントで受信する事に基づいて、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立する。

【0015】

また本発明の実施の一様態は、端末装置と通信する基地局装置の方法であって、前記端末装置に、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッションのセッション情報の一部を含むＲＲＣメッセージを、ＤＣＣＨを介して送信する事に基づいて、前記端末装置に、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立させる。

【0016】

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

【発明の効果】

【0017】

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

【図面の簡単な説明】

【0018】

【図1】本発明の各実施の形態に係る通信システムの概略図。

【図2】本発明の各実施の形態における、Ｅ－ＵＴＲＡにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。

【図3】本発明の各実施の形態における、ＮＲにおける端末装置と基地局装置のＵＰ及びＣＰのプロトコルスタック図。

【図4】本発明の各実施の形態におけるＲＲＣ２０８、及び／又はＲＲＣ３０８における、各種設定のための手順のフローの一例を示す図

【図5】本発明の各実施の形態における端末装置の構成を示すブロック図。

【図6】本発明の各実施の形態における基地局装置の構成を示すブロック図。

【図7】本発明の実施の形態におけるＮＲでのＲＲＣコネクションの再設定に関するメッセージに含まれるＡＳＮ．１記述の一例。

【図8】本発明の実施の形態におけるＥ－ＵＴＲＡでのＲＲＣコネクションの再設定に関するメッセージに含まれるＡＳＮ．１記述の一例。

【図9】ＳＣ－ＰＴＭを用いたＭＢＭＳ受信の設定のための手順のフローを示す図。

【図10】ＳＩＢ２０（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ Ｔｙｐｅ ２０）に含まれる、フィールド、及び／又は情報要素を表すＡＳＮ．１記述の一例を示す図。

【図11】ＳＣ－ＰＴＭ設定メッセージ（ＳＣＰＴＭＣｏｎｆｉｇｕｒａｔｉｏｎ）に含まれる、フィールド、及び／又は情報要素を表すＡＳＮ．１記述の一例を示す図。

【図12】本発明の実施の形態におけるＳＤＡＰサブレイヤの構成を示す一例を示す図。

【図13】本発明の実施の形態における、ＮＲにおけるＭＢＳ受信の設定のための手順のフローの一例を示す図。

【発明を実施するための形態】

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

またＲＲＣメッセージは、論理チャネルのＢＣＣＨを用いて送られても良いし、論理チャネルのＰＣＣＨを用いて送られても良いし、論理チャネルのＭＣＣＨを用いて送られても良いし、論理チャネルのＣＣＣＨを用いて送られても良いし、論理チャネルのＤＣＣＨを用いて送られても良い。

【0066】

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

【0067】

ＰＣＣＨを用いて送られるＲＲＣメッセージには、例えば非特許文献４に記載のページングメッセージが含まれても良いし、他のＲＲＣメッセージが含まれても良い。

【0068】

ＭＣＣＨを用いて送られるＲＲＣメッセージには、例えば非特許文献４に記載のＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ Ｂｒｏａｄｃａｓｔ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）エリア設定（ＭＢＳＦＮＡｒｅａＣｏｎｆｉｇｕｒａｔｉｏｎ）が含まれても良いし、ＭＢＭＳ継続要求（ＭＢＭＳＣｏｎｔｉｎｕｉｎｇＲｅｑｕｅｓｔ）が含まれても良いし、他のＲＲＣメッセージが含まれても良い。

【0069】

ＣＣＣＨを用いてアップリンク（ＵＬ）方向送られるＲＲＣメッセージには、例えば非特許文献４に記載のＲＲＣ接続要求メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ）、ＲＲＣコネクション再開要求メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔ）、ＲＲＣ接続再確立要求メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔ）などが含まれても良いし、他のＲＲＣメッセージが含まれても良い。またＣＣＣＨを用いてダウンリンク（ＤＬ）方向送られるＲＲＣメッセージには、例えば非特許文献４に記載のＲＲＣ接続拒絶メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｊｅｃｔ）、ＲＲＣ接続セットアップメッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）、ＲＲＣコネクション再確立メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）、ＲＲＣコネクション再確立拒絶メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｊｅｃｔ）などが含まれても良いし、他のＲＲＣメッセージが含まれても良い。

【0070】

ＤＣＣＨを用いてアップリンク（ＵＬ）方向送られるＲＲＣメッセージには、例えば非特許文献４に記載の測定報告メッセージ（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）、ＲＲＣコネクション再設定完了メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）、ＲＲＣ接続セットアップ完了メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ）、ＲＲＣ接続再確立完了メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｍｐｌｅｔｅ）などが含まれても良いし、他のＲＲＣメッセージが含まれても良い。またＣＣＣＨを用いてダウンリンク（ＤＬ）方向送られるＲＲＣメッセージには、例えば非特許文献４に記載のＲＲＣ接続再設定メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＲＲＣ接続解放メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ
Ｒｅｌｅａｓｅ）などが含まれても良いし、他のＲＲＣメッセージが含まれても良い。

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

またＲＲＣメッセージは、論理チャネルのＢＣＣＨを用いて送られても良いし、論理チャネルのＰＣＣＨを用いて送られても良いし、論理チャネルのＣＣＣＨを用いて送られても良いし、論理チャネルのＤＣＣＨを用いて送られても良い。

【0112】

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

【0113】

ＣＣＣＨを用いてアップリンク（ＵＬ）方向送られるＲＲＣメッセージには、例えば非特許文献１０に記載のＲＲＣセットアップ要求メッセージ（ＲＲＣ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ）、ＲＲＣ再開要求メッセージ（ＲＲＣ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔ）、ＲＲＣ再確立要求メッセージ（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔ）、ＲＲＣシステム情報要求メッセージ（ＲＲＣ Ｓｙｓｔｅｍ Ｉｎｆｏ Ｒｅｑｕｅｓｔ）などが含まれても良いし、他のＲＲＣメッセージが含まれても良い。またＣＣＣＨを用いてダウンリンク（ＤＬ）方向送られるＲＲＣメッセージには、例えば非特許文献１０に記載のＲＲＣ拒絶メッセージ（ＲＲＣ Ｒｅｊｅｃｔ）、ＲＲＣセットアップメッセージ（ＲＲＣ Ｓｅｔｕｐ）などが含まれても良いし、他のＲＲＣメッセージが含まれても良い。

【0114】

ＤＣＣＨを用いてアップリンク（ＵＬ）方向送られるＲＲＣメッセージには、例えば非
特許文献１０に記載の測定報告メッセージ（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）、ＲＲＣ再設定完了メッセージ（ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）、ＲＲＣセットアップ完了メッセージ（ＲＲＣ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ）、ＲＲＣ再確立完了メッセージ（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｍｐｌｅｔｅ）、ＲＲＣ再開完了メッセージ（ＲＲＣ Ｒｅｓｕｍｅ Ｃｏｍｐｌｅｔｅ）などが含まれても良いし、他のＲＲＣメッセージが含まれても良い。またＣＣＣＨを用いてダウンリンク（ＤＬ）方向送られるＲＲＣメッセージには、例えば非特許文献１０に記載のＲＲＣ再設定メッセージ（ＲＲＣ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＲＲＣ再開メッセージ（ＲＲＣ Ｒｅｓｕｍｅ）、ＲＲＣ解放メッセージ（ＲＲＣ Ｒｅｌｅａｓｅ）、ＲＲＣ再確立メッセージ（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）などが含まれても良いし、他のＲＲＣメッセージが含まれても良い。

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

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

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

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

【0162】

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

【0163】

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

【0164】

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

【0165】

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

【0166】

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

【0167】

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

【0168】

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

【0169】

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

【0170】

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

【0171】

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

【0172】

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

【0173】

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

【0174】

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

【0175】

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

【0176】

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

【0177】

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

【0178】

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

【0179】

図１２から図１３を用いて、本発明の実施の形態における、ＭＢＳ受信の設定に関する動作の一例を説明する。なお、本発明の実施の形態において用いられる用語である、ＭＢＳ、ＭＢＳサービス、ＭＢＳセッションは同等の意味を持つ用語であっても良く、互いに言い換えられても良い。また本発明の実施の形態において用いられる用語である、ＭＢＳ、ＭＢＳサービス、ＭＢＳセッションは、非特許文献４等に記載の、ＭＢＭＳ、ＭＢＭＳサービス、ＭＢＭＳセッションと同等の意味を持つ用語であっても良い。また本発明の実施の形態において、ＭＲＢ（ＭＢＳ Ｒａｄｉｏ Ｂｅａｒｅｒ）とはＭＢＳ受信用にＵＥ１２２において確立される無線ベアラであっても良い。またＭＲＢとはＭＢＳ伝送用にｇＮＢ１０８において確立される無線ベアラであっても良い。また本発明の実施の形態において、ＭＢＳ受信用の無線ベアラの事をＭＲＢという名称を用いて説明するが、別の名称であっても良い。また本発明の実施の形態において、ＭＲＢには、ＭＢＳを１対多（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）で受信、及び／又は伝送するためのＭＲＢが存在しても良いし、ＭＢＳを１対１（ポイント・ツー・ポイント：Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ）で受信、及び／又は伝送するためのＭＲＢが存在しても良い。ＭＢＳを１対多で受信、及び／又は伝送するとは、ＭＢＳをＭＴＣＨやＳＣ－ＭＴＣＨなどのマルチキャスト用論理チャネルを介して受信、及び／又は伝送する事であっても良い。またＭＢＳを１対１で受信、及び／又は伝送するとは、ＭＢＳをＤＴＣＨなどの専用ユーザデータ用論理チャネルを介して受信、及び／又は伝送する事であっても良い。また本発明の実施の形態において、ＭＢＳを１対多で受信、及び／又は伝送するモードから、ＭＢＳを１対１で受信、及び／又は伝送するモードへ切り替える動作を含む。また本発明の実施の形態において、ＭＢＳを１対１で受信、及び／又は伝送するモードから、ＭＢＳを１対多で受信、及び／又は伝送するモードへ切り替える動作を含む。なお、本発明の実施の形態において、ＭＢＳを１対多で受信、及び／又は伝送するとは、ＭＢＳをポイント・ツー・マルチポイントで受信、及び／又は伝送すると言い換えられても良いし、ＭＢＳをマルチキャストで受信、及び／又は伝送すると言い換えられても良い。また本発明の実施の形態において、ＭＢＳを１対１で受信、及び／又は伝送するとは、ＭＢＳをポイント・ツー・ポイントで受信、及び／又は伝送すると言い換えられても良いし、ＭＢＳをユニキャストで受信、及び／又は伝送すると言い換えられても良い。

【0180】

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

【0181】

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

【0182】

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

【0183】

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

【0184】

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

【0185】

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

【0186】

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

【0187】

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

【0188】

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

【0189】

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

【0190】

なお、ＭＢＳ受信、及び／又は伝送は、ＭＲＢを介して行われても良い。またＭＢＳ受信、及び／又は伝送は、上述の、ＭＢＳを１対多で受信、及び／又は伝送するためのＭＲＢを介して行われても良い。またＭＢＳ受信、及び／又は伝送は、上述の、ＭＢＳを１対１で受信、及び／又は伝送するためのＭＲＢを介して行われても良い。またＭＢＳ送信、及び／又は伝送は、ＤＲＢを介して行われても良い。ＭＲＢ受信、及び／又は伝送が上述の、ＭＢＳを１対１で受信、及び／又は伝送するためのＭＲＢを介して行われる場合、ＤＴＣＨを介して受信、及び／又は伝送されても良い。またＭＲＢ受信、及び／又は伝送がＤＲＢを介して行われる場合、ＤＴＣＨを介して受信、及び／又は伝送されても良い。

【0191】

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

【0192】

なお、上述のステップＳ１３０４において、ＭＲＢ確立処理は、ｇＮＢ１０８よりＭＲＢを確立する事を示唆するＲＲＣメッセージを受信する、又は受信した事に基づいて起動
されても良い。またＭＲＢ確立処理は、ｇＮＢ１０８より興味のあるＭＢＳセッションのセッション情報の一部又は全てを含むＲＲＣメッセージを、ＤＣＣＨ論理チャネルを介して受信する、又は受信した事に基づいて起動されても良い。またＭＲＢ確立処理は、ｇＮＢ１０８より興味のあるＭＢＳセッションのセッション情報の一部又は全てを含むＲＲＣメッセージを、ＤＣＣＨ論理チャネルを介して受信する、又は受信した事、尚且つ上述のＲＲＣメッセージに含まれる興味のあるＭＢＳセッションのセッション情報の一部又は全てに対応するＭＲＢが、確立されていない事に基づいて起動されても良い。またＭＲＢ確立処理は、ＭＢＳの１対多での受信を開始する事に基づいて起動されても良い。またＭＲＢ確立処理は、上位レイヤからのＭＢＳ確立指示、又はＭＢＳの１対多で受信を開始する事の指示等を受け取る事に基づいて起動されても良い。上述のＭＲＢを確立する事を示唆するＲＲＣメッセージには、ＭＢＳセッションのセッション情報の一部又は全てが含まれても良い。上述のＭＢＳセッションのセッション情報の一部又は全て、とは、ＭＢＳに対応するＴＭＧＩ、Ｓｅｓｓｉｏｎ ＩＤ、ＰＤＵセッションＩＤ、ＱｏＳフローのうちの一部又は全てを含む情報であっても良い。またＭＲＢ確立処理は、ｇＮＢ１０８より興味のあるＭＢＳセッション受信開始を意味する制御情報要素を受け取る事に基づいて起動されても良い。上述の興味のあるＭＢＳセッション受信開始を意味する制御情報要素には、上述の興味のあるＭＢＳセッション受信に用いられるＲＮＴＩ情報、及び／又はロジカルチャネル識別子が含まれても良い。

【0193】

なお、上述のステップＳ１３０４において、ＭＲＢ確立処理に代え、ＭＲＢ再開処理を行っても良い。ＭＲＢ再開処理とは、一時停止（ｓｕｓｐｅｎｄ）していたＭＲＢを、再開（ｒｅｓｕｍｅ）する処理であっても良い。ＭＲＢ再開処理は、例えば当該ＭＢＳセッションの開始の時、ＵＥ１２２が興味のあるＭＢＳサービスがＭＲＢを介して提供されるセルに入った時、ＭＢＳサービスに興味を持った時、ＭＢＳサービスの受信が抑制されていたＵＥ能力の限界が取り除かれた時、等に基づいて起動されても良い。ＭＲＢ再開処理はＵＥ１２２がＲＲＣ＿ＩＤＬＥ状態の時に行われても良いし、ＵＥ１２２がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の時に行われても良いし、ＵＥ１２２がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の時に行われても良い。ＭＲＢ再開処理を行う際、再開したＭＲＢに対応するＴＭＧＩ、Ｓｅｓｓｉｏｎ ＩＤ、ＰＤＵセッションＩＤ、ＱｏＳフローのうちの一部又は全てを含む情報を上位レイヤに通知しても良い。なお、上述のＭＲＢとは、上述の、ＭＢＳを１対多で受信、及び／又は伝送するためのＭＲＢであっても良いし、上述の、ＭＢＳを１対１で受信、及び／又は伝送するためのＭＲＢであっても良い。

【0194】

なお、上述のステップＳ１３０４において、ＭＲＢ再開処理は、ｇＮＢ１０８よりＭＲＢを再開する事を示唆するＲＲＣメッセージを受信する、又は受信した事に基づいて起動されても良い。またＭＲＢ再開処理は、ｇＮＢ１０８より興味のあるＭＢＳセッションのセッション情報の一部又は全てを含むＲＲＣメッセージを、ＤＣＣＨ論理チャネルを介して受信する、又は受信した事に基づいて起動されても良い。またＭＲＢ再開処理は、ｇＮＢ１０８より興味のあるＭＢＳセッションのセッション情報の一部又は全てを含むＲＲＣメッセージを、ＤＣＣＨ論理チャネルを介して受信する、又は受信した事、尚且つ上述のＲＲＣメッセージに含まれる興味のあるＭＢＳセッションのセッション情報の一部又は全てに対応するＭＲＢが、停止されている事に基づいて起動されても良い。またＭＲＢ再開処理は、ＭＢＳの１対多での受信を開始する事に基づいて起動されても良い。またＭＲＢ再開処理は、上位レイヤからのＭＢＳ再開指示、又はＭＢＳの１対多で受信を開始する事の指示等を受け取る事に基づいて起動されても良い。上述のＭＲＢを再開する事を示唆するＲＲＣメッセージには、ＭＢＳセッションのセッション情報の一部又は全てが含まれても良い。上述のＭＢＳセッションのセッション情報の一部又は全て、とは、ＭＢＳに対応するＴＭＧＩ、Ｓｅｓｓｉｏｎ ＩＤ、ＰＤＵセッションＩＤ、ＱｏＳフローのうちの一部又は全てを含む情報であっても良い。またＭＲＢ再開処理は、ｇＮＢ１０８より興味のあるＭＢＳセッション受信開始を意味する制御情報要素を受け取る事に基づいて起動され
ても良い。上述の興味のあるＭＢＳセッション受信開始を意味する制御情報要素には、上述の興味のあるＭＢＳセッション受信に用いられるＲＮＴＩ情報、及び／又はロジカルチャネル識別子が含まれても良い。

【0195】

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

【0196】

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

【0197】

なお、上述のステップＳ１３０８において、ＭＲＢ解放処理は、ｇＮＢ１０８よりＭＲＢを解放する事を示唆するＲＲＣメッセージを受信する、又は受信した事に基づいて起動されても良い。またＭＲＢ解放処理は、ｇＮＢ１０８より興味のあるＭＢＳセッションのセッション情報の一部又は全てを含むＲＲＣメッセージを、ＤＣＣＨ論理チャネルを介して受信する、又は受信した事に基づいて起動されても良い。またＭＲＢ解放処理は、ｇＮＢ１０８より興味のあるＭＢＳセッションのセッション情報の一部又は全てを含むＲＲＣメッセージを、ＤＣＣＨ論理チャネルを介して受信する、又は受信した事、尚且つ上述のＲＲＣメッセージに含まれる興味のあるＭＢＳセッションのセッション情報の一部又は全てに対応するＭＲＢが、確立されている事に基づいて起動されても良い。またＭＲＢ解放処理は、ＭＢＳの１対１での受信を開始する事に基づいて起動されても良い。またＭＲＢ解放処理は、上位レイヤからのＭＢＳ解放指示、又はＭＢＳを１対１で受信する事の指示等を受け取る事に基づいて起動されても良い。上述のＭＲＢを解放する事を示唆するＲＲＣメッセージには、ＭＢＳセッションのセッション情報の一部又は全てが含まれても良い。上述のＭＢＳセッションのセッション情報の一部又は全て、とは、ＭＢＳに対応するＴＭＧＩ、Ｓｅｓｓｉｏｎ ＩＤ、ＰＤＵセッションＩＤ、ＱｏＳフローのうちの一部又は全てを含む情報であっても良い。またＭＲＢ解放処理は、ｇＮＢ１０８より興味のあるＭＢＳセッション受信停止を意味する制御情報要素を受け取る事に基づいて起動されても良い。上述の興味のあるＭＢＳセッション受信停止を意味する制御情報要素には、上述の興味のあるＭＢＳセッション受信に用いられるＲＮＴＩ情報、及び／又はロジカルチャネル識別子が含まれても良い。

【0198】

なお、ステップＳ１３０８において、ＭＲＢ解放処理に代え、ＭＲＢ停止処理を行っても良い。ＭＲＢ停止処理とは、ＭＲＢを一時停止（ｓｕｓｐｅｎｄ）する処理であっても良い。ＭＲＢ停止処理は例えば、受信しているＭＢＳセッションを停止する時、ＭＲＢが確立されているセルから離れる時、ＭＲＢを用いてＭＢＳサービスを受信できるセルから離れる時、ＭＢＳサービスに対する興味が失われた時、ＵＥ能力の限界でＭＢＳサービスの受信が抑制される時、等に基づいて起動されても良い。ＭＲＢ停止処理を行う際、停止するＭＲＢのＲＬＣエンティティを再確立しても良い。またＭＲＢ停止処理を行う際、ダウンリンク受信を停止しても良い。またＭＲＢ停止処理を行う際、ＰＤＣＣＨ監視を停止しても良い。またＭＲＢ停止処理を行う際、停止したＭＲＢに対応するＴＭＧＩ、Ｓｅｓｓｉｏｎ ＩＤ、ＰＤＵセッションＩＤ、ＱｏＳフローのうちの一部又は全てを含む情報を上位レイヤに通知しても良い。なお、上述のＭＲＢとは、上述の、ＭＢＳを１対多で受信、及び／又は伝送するためのＭＲＢであっても良いし、上述の、ＭＢＳを１対１で受信、及び／又は伝送するためのＭＲＢであっても良い。

【0199】

また、上述のステップＳ１３０８において、ＭＲＢ停止処理は、ｇＮＢ１０８よりＭＲＢを停止する事を示唆するＲＲＣメッセージを受信する、又は受信した事に基づいて起動されても良い。またＭＲＢ停止処理は、ｇＮＢ１０８より興味のあるＭＢＳセッションのセッション情報の一部又は全てを含むＲＲＣメッセージを、ＤＣＣＨ論理チャネルを介して受信する、又は受信した事に基づいて起動されても良い。またＭＲＢ停止処理は、ｇＮＢ１０８より興味のあるＭＢＳセッションのセッション情報の一部又は全てを含むＲＲＣメッセージを、ＤＣＣＨ論理チャネルを介して受信する、又は受信した事、尚且つ上述のＲＲＣメッセージに含まれる興味のあるＭＢＳセッションのセッション情報の一部又は全てに対応するＭＲＢが、停止されていない事に基づいて起動されても良い。またＭＲＢ停止処理は、ＭＢＳの１対１での受信を開始する事に基づいて起動されても良い。またＭＲＢ停止処理は、上位レイヤからのＭＢＳ停止指示、又はＭＢＳを１対１で受信する事の指
示等を受け取る事に基づいて起動されても良い。上述のＭＲＢを停止する事を示唆するＲＲＣメッセージには、ＭＢＳセッションのセッション情報の一部又は全てが含まれても良い。上述のＭＢＳセッションのセッション情報の一部又は全て、とは、ＭＢＳに対応するＴＭＧＩ、Ｓｅｓｓｉｏｎ ＩＤ、ＰＤＵセッションＩＤ、ＱｏＳフローのうちの一部又は全てを含む情報であっても良い。またＭＲＢ停止処理は、ｇＮＢ１０８より興味のあるＭＢＳセッション受信停止を意味する制御情報要素を受け取る事に基づいて起動されても良い。上述の興味のあるＭＢＳセッション受信停止を意味する制御情報要素には、上述の興味のあるＭＢＳセッション受信に用いられるＲＮＴＩ情報、及び／又はロジカルチャネル識別子が含まれても良い。

【0200】

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

【0201】

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

【0202】

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

【0203】

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

【0204】

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

【0205】

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

【0206】

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

【0207】

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

【0208】

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

【0209】

（１）本発明の実施の一様態は、基地局装置と通信する端末装置であって、前記基地局装置から、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッションのセッション情報の一部を含むＲＲＣメッセージを、ＤＣＣＨを介して受信する事に基づいて、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立する。

【0210】

（２）本発明の実施の一様態は、基地局装置と通信する端末装置であって、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッションをポイント・ツー・マルチポイントで受信する事に基づいて、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立する。

【0211】

（３）本発明の実施の一様態は、端末装置と通信する基地局装置であって、前記端末装置に、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッションのセッション情報の一部を含むＲＲＣメッセージを、ＤＣＣＨを介して送信する事に基づいて、前記端末装置に、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立させる。

【0212】

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

【0213】

（５）本発明の実施の一様態は、基地局装置と通信する端末装置の方法であって、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッションをポイント・ツー・マルチポイントで受信する事に基づいて、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立する。

【0214】

（６）本発明の実施の一様態は、端末装置と通信する基地局装置の方法であって、前記端末装置に、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッションのセッション情報の一部を含むＲＲＣメッセージを、ＤＣＣＨを介して送信する事に基づいて、前記端末装置に、前記ＭＢＳセッションの受信に用いられたＭＢＳ用無線ベアラを確立させる。

【0215】

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

【0216】

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

【0217】

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

【0218】

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

【0219】

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

【0220】

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

【符号の説明】

【0221】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】