WO2021205923A1

WO2021205923A1 - 通信システム、通信端末および基地局

Info

Publication number: WO2021205923A1
Application number: PCT/JP2021/013207
Authority: WO
Inventors: 忠宏下田; 望月　満
Original assignee: 三菱電機株式会社
Priority date: 2020-04-07
Filing date: 2021-03-29
Publication date: 2021-10-14
Also published as: EP4135468A4; CN115486134A; JPWO2021205923A1; EP4135468A1; BR112022019342A2; US20230131538A1; MX2022012358A

Abstract

良好な通信を提供する。通信システムは、通信端末（ＵＥ）と、通信端末と無線通信可能に構成された基地局（ｇＮＢ＃１、ｇＮＢ＃２）とを含む。通信端末が利用を所望するＲＡＮ（Radio Access Network）スライスである所望スライスが、基地局によってサポートされているか否かを、通信端末または基地局が判断する（ステップＳＴ１４２０～ＳＴ１４２６）。

Description

通信システム、通信端末および基地局

　本開示は、無線通信技術に関する。

　移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）において、無線区間についてはロングタームエボリューション（Long Term Evolution：ＬＴＥ）と称し、コアネットワークおよび無線アクセスネットワーク（以下、まとめて、ネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System Architecture Evolution：ＳＡＥ）と称される通信方式が検討されている（例えば、非特許文献１～５）。この通信方式は３．９Ｇ（3.9 Generation）システムとも呼ばれる。

　ＬＴＥのアクセス方式としては、下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ－ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）が用いられる。また、ＬＴＥは、Ｗ－ＣＤＭＡ（Wideband Code Division Multiple Access）とは異なり、回線交換を含まず、パケット通信方式のみになる。

　非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する決定事項について、図１を用いて説明する。図１は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図１において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink Synchronization Signal）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ－ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ－ＳＳ）とがある。

　３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する決定事項が、非特許文献１（５章）に記載されている。ＣＳＧ（Closed Subscriber Group）セルにおいてもｎｏｎ－ＣＳＧセルと同じチャネル構成が用いられると想定されている。

　物理報知チャネル（Physical Broadcast Channel：ＰＢＣＨ）は、基地局装置（以下、単に「基地局」という場合がある）から移動端末装置（以下、単に「移動端末」という場合がある）などの通信端末装置（以下、単に「通信端末」という場合がある）への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。

　物理制御フォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの数を、基地局から通信端末へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。

　物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＣＣＨは、後述のトランスポートチャネルの１つである下り共有チャネル（Downlink Shared Channel：ＤＬ－ＳＣＨ）のリソース割り当て（allocation）情報、後述のトランスポートチャネルの１つであるページングチャネル（Paging Channel：ＰＣＨ）のリソース割り当て（allocation）情報、ＤＬ－ＳＣＨに関するＨＡＲＱ（Hybrid Automatic Repeat reQuest）情報を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。

　物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）、およびトランスポートチャネルであるＰＣＨがマッピングされている。

　物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast Channel：ＭＣＨ）がマッピングされている。

　物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response signal）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＳＩ（Channel State Information）を運ぶ。ＣＳＩは、ＲＩ（Rank Indicator）、ＰＭＩ（Precoding Matrix Indicator）、ＣＱＩ（Channel Quality Indicator）レポートで構成される。ＲＩとは、ＭＩＭＯにおけるチャネル行列のランク情報である。ＰＭＩとは、ＭＩＭＯにて用いるプリコーディングウェイト行列の情報である。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。

　物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＳＣＨには、トランスポートチャネルの１つである上り共有チャネル（Uplink Shared Channel：ＵＬ－ＳＣＨ）がマッピングされている。

　物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答信号であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。

　下り参照信号（リファレンスシグナル（Reference Signal）：ＲＳ）は、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の５種類の下りリファレンスシグナルが定義されている。セル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）、ＭＢＳＦＮ参照信号（MBSFN Reference Signal）、ＵＥ固有参照信号（UE-specific Reference Signal）であるデータ復調用参照信号（Demodulation Reference Signal：ＤＭ－ＲＳ）、位置決定参照信号（Positioning Reference Signal：ＰＲＳ）、チャネル状態情報参照信号（Channel State Information Reference Signal：ＣＳＩ－ＲＳ）。通信端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference Signal Received Power：ＲＳＲＰ）測定がある。

　上り参照信号についても同様に、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の２種類の上りリファレンスシグナルが定義されている。データ復調用参照信号（Demodulation Reference Signal：ＤＭ－ＲＳ）、サウンディング用参照信号（Sounding Reference Signal：ＳＲＳ）である。

　非特許文献１（５章）に記載されるトランスポートチャネル（Transport channel）について、説明する。下りトランスポートチャネルのうち、報知チャネル（Broadcast Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。

　下り共有チャネル（Downlink Shared Channel：ＤＬ－ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＤＬ－ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent Scheduling）ともいわれる。ＤＬ－ＳＣＨは、通信端末の低消費電力化のために通信端末の間欠受信（Discontinuous reception：ＤＲＸ）をサポートする。ＤＬ－ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。

　ページングチャネル（Paging Channel：ＰＣＨ）は、通信端末の低消費電力を可能とするために通信端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。

　マルチキャストチャネル（Multicast Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳ（Multimedia Broadcast Multicast Service）サービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。

　上りトランスポートチャネルのうち、上り共有チャネル（Uplink Shared Channel：ＵＬ－ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＵＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ－ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。

　ランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。

　ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic Repeat reQuest：ＡＲＱ）と誤り訂正（Forward Error Correction）との組合せによって、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送によって誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。

　再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic Redundancy Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。

　非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical channel）について、説明する。報知制御チャネル（Broadcast Control Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

　ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）は、ページング情報（Paging Information）およびシステム情報（System Information）の変更を送信するための下りチャネルである。ＰＣＣＨは、通信端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。

　共有制御チャネル（Common Control Channel：ＣＣＣＨ）は、通信端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされる。

　マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから通信端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるマルチキャストチャネル（ＭＣＨ）へマッピングされる。

　個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）は、１対１にて、通信端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、通信端末がＲＲＣ接続（connection）である場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）にマッピングされる。

　個別トラフィックチャネル（Dedicated Traffic Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別通信端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

　マルチキャストトラフィックチャネル（Multicast Traffic channel：ＭＴＣＨ）は、ネットワークから通信端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。

　ＣＧＩとは、セルグローバル識別子（Cell Global Identifier）のことである。ＥＣＧＩとは、Ｅ－ＵＴＲＡＮセルグローバル識別子（E-UTRAN Cell Global Identifier）のことである。ＬＴＥ、後述のＬＴＥ－Ａ（Long Term Evolution Advanced）およびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧ（Closed Subscriber Group）セルが導入される。

　通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリアと呼ぶ。

　また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ－Ａ）の規格策定が進められている（非特許文献３、非特許文献４参照）。ＬＴＥ－Ａは、ＬＴＥの無線区間通信方式を基本とし、それにいくつかの新技術を加えて構成される。

　ＬＴＥ－Ａシステムでは、１００ＭＨｚまでのより広い周波数帯域幅（transmission bandwidths）をサポートするために、二つ以上のコンポーネントキャリア（Component Carrier：ＣＣ）を集約する（「アグリゲーション（aggregation）する」とも称する）、キャリアアグリゲーション（Carrier Aggregation：ＣＡ）が検討されている。ＣＡについては、非特許文献１に記載されている。

　ＣＡが構成される場合、ＵＥはネットワーク（Network：ＮＷ）と唯一つのＲＲＣ接続（RRC connection）を有する。ＲＲＣ接続において、一つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary Cell：ＰＣｅｌｌ）と呼ぶ。下りリンクで、ＰＣｅｌｌに対応するキャリアは、下りプライマリコンポーネントキャリア（Downlink Primary Component Carrier：ＤＬ　ＰＣＣ）である。上りリンクで、ＰＣｅｌｌに対応するキャリアは、上りプライマリコンポーネントキャリア（Uplink Primary Component Carrier：ＵＬ　ＰＣＣ）である。

　ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとともに、サービングセルの組を形成するために構成される。下りリンクで、ＳＣｅｌｌに対応するキャリアは、下りセカンダリコンポーネントキャリア（Downlink Secondary Component Carrier：ＤＬ　ＳＣＣ）である。上りリンクで、ＳＣｅｌｌに対応するキャリアは、上りセカンダリコンポーネントキャリア（Uplink Secondary Component Carrier：ＵＬ　ＳＣＣ）である。

　一つのＰＣｅｌｌと一つ以上のＳＣｅｌｌとからなるサービングセルの組が、一つのＵＥに対して構成される。

　また、ＬＴＥ－Ａでの新技術としては、より広い帯域をサポートする技術（Wider bandwidth extension）、および多地点協調送受信（Coordinated Multiple Point transmission and reception：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ－Ａのために検討されているＣｏＭＰについては、非特許文献１に記載されている。

　また、３ＧＰＰにおいて、将来の膨大なトラフィックに対応するために、スモールセルを構成するスモールｅＮＢ（以下「小規模基地局装置」という場合がある）を用いることが検討されている。例えば、多数のスモールｅＮＢを設置して、多数のスモールセルを構成することによって、周波数利用効率を高めて、通信容量の増大を図る技術などが検討されている。具体的には、ＵＥが２つのｅＮＢと接続して通信を行うデュアルコネクティビティ（Dual Connectivity；ＤＣと略称される）などがある。ＤＣについては、非特許文献１に記載されている。

　デュアルコネクティビティ（ＤＣ）を行うｅＮＢのうち、一方を「マスタｅＮＢ（ＭｅＮＢと略称される）」といい、他方を「セカンダリｅＮＢ（ＳｅＮＢと略称される）」という場合がある。

　モバイルネットワークのトラフィック量は、増加傾向にあり、通信速度も高速化が進んでいる。ＬＴＥおよびＬＴＥ－Ａが本格的に運用を開始されると、更に通信速度が高速化されることが見込まれる。

　さらに、高度化する移動体通信に対して、２０２０年以降にサービスを開始することを目標とした第５世代（以下「５Ｇ」という場合がある）無線アクセスシステムが検討されている。例えば、欧州では、ＭＥＴＩＳという団体で５Ｇの要求事項がまとめられている（非特許文献５参照）。

　５Ｇ無線アクセスシステムでは、ＬＴＥシステムに対して、システム容量は１０００倍、データの伝送速度は１００倍、データの処理遅延は１０分の１（１／１０）、通信端末の同時接続数は１００倍として、更なる低消費電力化、および装置の低コスト化を実現することが要件として挙げられている。

　このような要求を満たすために、３ＧＰＰでは、リリース１５として、５Ｇの規格検討が進められている（非特許文献６～１８参照）。５Ｇの無線区間の技術は「New Radio Access Technology」と称される（「New Radio」は「ＮＲ」と略称される）。

　ＮＲシステムは、ＬＴＥシステム、ＬＴＥ－Ａシステムを基にして検討が進められているが、以下の点でＬＴＥシステム、ＬＴＥ－Ａシステムからの変更および追加が行われている。

　ＮＲのアクセス方式としては、下り方向はＯＦＤＭ、上り方向はＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭ（DFT-spread-OFDM）が用いられる。

　ＮＲでは、伝送速度向上、処理遅延低減のために、ＬＴＥに比べて高い周波数の使用が可能となっている。

　ＮＲにおいては、狭いビーム状の送受信範囲を形成する（ビームフォーミング）とともにビームの向きを変化させる（ビームスイーピング）ことで、セルカバレッジの確保が図られる。

　ＮＲのフレーム構成においては、様々なサブキャリア間隔、すなわち、様々なヌメロロジ（Numerology）がサポートされている。ＮＲにおいては、ヌメロロジによらず、１サブフレームは１ミリ秒であり、また、１スロットは１４シンボルで構成される。また、１サブフレームに含まれるスロット数は、サブキャリア間隔１５ｋＨｚのヌメロロジにおいては１つであり、他のヌメロロジにおいては、サブキャリア間隔に比例して多くなる（非特許文献１３（TS38.211 V16.0.0）参照）。

　ＮＲにおける下り同期信号は、同期信号バースト（Synchronization Signal Burst；以下、ＳＳバーストと称する場合がある）として、所定の周期で、所定の継続時間をもって基地局から送信される。ＳＳバーストは、基地局のビーム毎の同期信号ブロック（Synchronization Signal Block；以下、ＳＳブロックと称する場合がある）により構成される。基地局はＳＳバーストの継続時間内において各ビームのＳＳブロックを、ビームを変えて送信する。ＳＳブロックは、Ｐ－ＳＳ、Ｓ－ＳＳ、およびＰＢＣＨによって構成される。

　ＮＲにおいては、ＮＲの下り参照信号として、位相追尾参照信号（Phase Tracking Reference Signal：ＰＴＲＳ）の追加により、位相雑音の影響の低減が図られている。上り参照信号においても、下りと同様にＰＴＲＳが追加されている。

　ＮＲにおいては、スロット内におけるＤＬ／ＵＬの切替えを柔軟に行うために、ＰＤＣＣＨに含まれる情報にスロット構成通知（Slot Format Indication：ＳＦＩ）が追加された。

　また、ＮＲにおいては、キャリア周波数帯のうちの一部（以下、Bandwidth Part（ＢＷＰ）と称する場合がある）を基地局がＵＥに対して予め設定し、ＵＥが該ＢＷＰにおいて基地局との送受信を行うことで、ＵＥにおける消費電力の低減が図られる。

　３ＧＰＰでは、ＤＣの形態として、ＥＰＣに接続するＬＴＥ基地局とＮＲ基地局によるＤＣ、５Ｇコアシステムに接続するＮＲ基地局によるＤＣ、また、５Ｇコアシステムに接続するＬＴＥ基地局とＮＲ基地局によるＤＣが検討されている（非特許文献１２、１６、１９参照）。

　また、３ＧＰＰでは、いくつかの新たな技術が検討されている。例えば、ＲＡＮ（Radio Access Network）のリソースを通信サービス毎に専用に割り当てて使用するＲＡＮスライシングが検討されている（非特許文献１６、２０、２１参照）。なお、通信サービス毎に専用に割り当てられたＲＡＮのリソースを、ＲＡＮスライスと称する場合がある。また、サイドリンク（ＳＬ：Side Link）通信を用いたサービスを、ＥＰＳにおいても、５Ｇコアシステムにおいてもサポートすることが検討されている（非特許文献１、２２、２６、２７，２８参照）。ＳＬ通信を用いたサービスとして、たとえば、Ｖ２Ｘサービス、プロキシミティサービスなどがある。

３ＧＰＰ　ＴＳ　３６．３００　Ｖ１６．０．０３ＧＰＰ　Ｓ１－０８３４６１３ＧＰＰ　ＴＲ　３６．８１４　Ｖ９．２．０３ＧＰＰ　ＴＲ　３６．９１２　Ｖ１５．０．０ "Scenarios, requirements and KPIs for 5G mobile and wireless system"、ＩＣＴ－３１７６６９－ＭＥＴＩＳ／Ｄ１．１３ＧＰＰ　ＴＲ　２３．７９９　Ｖ１４．０．０３ＧＰＰ　ＴＲ　３８．８０１　Ｖ１４．０．０３ＧＰＰ　ＴＲ　３８．８０２　Ｖ１４．２．０３ＧＰＰ　ＴＲ　３８．８０４　Ｖ１４．０．０３ＧＰＰ　ＴＲ　３８．９１２　Ｖ１５．０．０３ＧＰＰ　ＲＰ－１７２１１５３ＧＰＰ　ＴＳ　３７．３４０　Ｖ１６．０．０３ＧＰＰ　ＴＳ　３８．２１１　Ｖ１６．０．０３ＧＰＰ　ＴＳ　３８．２１３　Ｖ１６．０．０３ＧＰＰ　ＴＳ　３８．２１４　Ｖ１６．０．０３ＧＰＰ　ＴＳ　３８．３００　Ｖ１６．０．０３ＧＰＰ　ＴＳ　３８．３２１　Ｖ１５．８．０３ＧＰＰ　ＴＳ　３８．２１２　Ｖ１６．０．０３ＧＰＰ　ＲＰ－１６１２６６３ＧＰＰ　ＲＰ－１９３２５４３ＧＰＰ　Ｓ２－２００１４６７３ＧＰＰ　ＴＳ　２３．２８５　Ｖ１６．２．０３ＧＰＰ　ＴＳ　３８．４１３　Ｖ１６．０．０３ＧＰＰ　ＴＳ　３８．３３１　Ｖ１５．８．０３ＧＰＰ　ＴＳ　２３．５０２　Ｖ１６．３．０３ＧＰＰ　ＴＳ　２３．２８７　Ｖ１６．１．０３ＧＰＰ　ＴＳ　２３．５０１　Ｖ１６．３．０３ＧＰＰ　ＴＲ　３７．９８５　Ｖ１．１．０３ＧＰＰ　ＴＲ　２３．７０３　Ｖ１２．０．０３ＧＰＰ　ＴＳ　３８．３０４　Ｖ１５．６．０

　ＵＥのＮＷへの登録（registration）において、ＵＥは、通信に用いたいＲＡＮスライスをＡＭＦに通知する。ＡＭＦは、該通知、および、ＵＥが接続するセルがサポートするＲＡＮスライスを用いて、ＵＥの通信に許可するＲＡＮスライスを決定する。ところが、ＵＥによるセル選択および／あるいはセル再選択が、ＵＥの所望スライスをサポートしていない場合がある。この場合において、ＡＭＦは、ＵＥの所望スライスを用いた登録を許可しない。それにより、ＵＥは、所望スライスを用いた通信が不可能となる。その結果、通信のＱｏＳを確保できなくなる恐れが生じる。

　また、ＳＬ通信（ＰＣ５通信とも称する）を用いた多種のサービスを、ＥＰＳにおいても、５Ｇコアシステムにおいてもサポートすることが検討されている（非特許文献１、２０、２１、２２、２３）。ＳＬ通信では端末間で通信が行われる。ＳＬ通信においては、端末間の直接通信だけでなく、リレー（relay）を介した間接通信が提案されている（非特許文献２４）。このようなリレーを介した間接通信において、サービスに要求されるＱｏＳを如何に満たすか、また、サービスの信頼性を如何に向上させるか、また、ＳＬ通信に用いるリソースの利用効率をどのように向上させるかが問題となる。

　本開示は、上記課題に鑑み、サービスに要求されるＱｏＳの確保を実現することで、良好な通信を提供することを、目的の一つとする。

　本開示に係る通信システムは、通信端末と、前記通信端末と無線通信可能に構成された基地局とを備える通信システムであって、前記通信端末が利用を所望するＲＡＮ（Radio Access Network）スライスである所望スライスが、前記基地局によってサポートされているか否かを、前記通信端末または前記基地局が判断することを特徴とする。
本開示に係る通信端末は、基地局と無線通信可能に構成された通信端末であって、前記通信端末は、前記通信端末が利用を所望するＲＡＮ（Radio Access Network）スライスである所望スライスが、前記基地局によってサポートされているか否かを判断することを特徴とする。
本開示に係る基地局は、通信端末と無線通信可能に構成された基地局であって、前記基地局は、前記通信端末が利用を所望するＲＡＮ（Radio Access Network）スライスである所望スライスが、前記基地局によってサポートされているか否かを判断することを特徴とする。

　本開示によれば、良好な通信を提供することができる。

　本開示の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。３ＧＰＰにおいて議論されているＮＲ方式の通信システム２１０の全体的な構成を示すブロック図である。ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。ＮＧコアに接続するｇＮＢによるＤＣの構成図である。ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。図２に示す移動端末２０２の構成を示すブロック図である。図２に示す基地局２０３の構成を示すブロック図である。ＭＭＥの構成を示すブロック図である。５ＧＣの構成を示すブロック図である。ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。ＮＲシステムにおけるセルの構成の一例を示す図である。実施の形態１について、ＵＥが、基地局からの報知情報を用いて、所望スライスをサポート可能な基地局に接続する動作の例を示すシーケンス図である。実施の形態１について、ＰＣＩに、サポートするＲＡＮスライスを割り振る例について示した図である。実施の形態１について、ＵＥが、セルのＰＣＩを用いて、所望スライスをサポート可能な基地局に接続する動作を示すシーケンス図である。実施の形態１について、ＵＥが、基地局からのランダムアクセス応答を用いて、所望スライスをサポート可能な基地局に接続する動作を示すシーケンス図である。実施の形態１について、基地局がＵＥの登録可否を判断する動作を示すシーケンス図である。実施の形態２について、所望スライスをサポートしない基地局に接続したＵＥが、所望スライスをサポートする基地局にハンドオーバする動作の例を示すシーケンス図である。実施の形態２について、所望スライスをサポートしない基地局に接続したＵＥが、所望スライスをサポートする基地局にハンドオーバする動作の例を示すシーケンス図である。実施の形態２について、所望スライスをサポートしない基地局に接続したＵＥが、所望スライスをサポートする基地局にセル再接続する動作の第１例を示すシーケンス図である。実施の形態２について、所望スライスをサポートしない基地局に接続したＵＥが、所望スライスをサポートする基地局にセル再接続する動作の第１例を示すシーケンス図である。実施の形態２について、所望スライスをサポートしない基地局に接続したＵＥが、所望スライスをサポートする基地局にセル再接続する動作の第２例を示すシーケンス図である。実施の形態２について、所望スライスをサポートしない基地局に接続したＵＥが、所望スライスをサポートする基地局にセル再接続する動作の第２例を示すシーケンス図である。実施の形態４について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の例を示すシーケンス図である。実施の形態４の変形例１について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の例を示すシーケンス図である。実施の形態４の変形例７について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の例を示すシーケンス図である。実施の形態４の変形例７について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の例を示すシーケンス図である。実施の形態４の変形例７について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の例を示すシーケンス図である。実施の形態４の変形例８について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の第１例を示すシーケンス図である。実施の形態４の変形例８について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の第１例を示すシーケンス図である。実施の形態４の変形例８について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の第２例を示すシーケンス図である。実施の形態４の変形例８について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の第２例を示すシーケンス図である。実施の形態４の変形例８について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の第３例を示すシーケンス図である。実施の形態４の変形例８について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の第３例を示すシーケンス図である。実施の形態４の変形例９について、ＳＬを用いたＵＥ間直接通信において、ＵＥでＨＯが発生した場合のＳＬＲＢの設定方法の第１例を示すシーケンス図である。実施の形態４の変形例９について、ＳＬを用いたＵＥ間直接通信において、ＵＥでＨＯが発生した場合のＳＬＲＢの設定方法の第１例を示すシーケンス図である。実施の形態４の変形例９について、ＳＬを用いたＵＥ間直接通信において、ＵＥでＨＯが発生した場合のＳＬＲＢの設定方法の第２例を示すシーケンス図である。実施の形態４の変形例９について、ＳＬを用いたＵＥ間直接通信において、ＵＥでＨＯが発生した場合のＳＬＲＢの設定方法の第２例を示すシーケンス図である。実施の形態４の変形例９について、ＳＬを用いたＵＥ間直接通信において、ＵＥでＨＯが発生した場合のＳＬＲＢの設定方法の第３例を示すシーケンス図である。実施の形態４の変形例９について、ＳＬを用いたＵＥ間直接通信において、ＵＥでＨＯが発生した場合のＳＬＲＢの設定方法の第３例を示すシーケンス図である。実施の形態４の変形例９について、ＳＬを用いたＵＥ間間接通信において、ＵＥ－ＴＸでＨＯが発生した場合のＳＬＲＢの設定方法の第１例を示すシーケンス図である。実施の形態４の変形例９について、ＳＬを用いたＵＥ間間接通信において、ＵＥ－ＴＸでＨＯが発生した場合のＳＬＲＢの設定方法の第１例を示すシーケンス図である。実施の形態４の変形例９について、ＳＬを用いたＵＥ間間接通信において、ＵＥ－ＴＸでＨＯが発生した場合のＳＬＲＢの設定方法の第２例を示すシーケンス図である。実施の形態４の変形例９について、ＳＬを用いたＵＥ間間接通信において、ＵＥ－ＴＸでＨＯが発生した場合のＳＬＲＢの設定方法の第２例を示すシーケンス図である。実施の形態４の変形例９について、ＳＬを用いたＵＥ間間接通信において、ＵＥ－ＴＸでＨＯが発生した場合のＳＬＲＢの設定方法の第２例を示すシーケンス図である。実施の形態４の変形例９について、ＳＬを用いたＵＥ間間接通信において、ＵＥ－ＴＸでＨＯが発生した場合のＳＬＲＢの設定方法の第２例を示すシーケンス図である。実施の形態４の変形例１０について、ＳＬを用いたＵＥ間間接通信において、ＵＥ－ＴＸからＵＥ－ＲＸに対してＳＬＲＢ設定を通知する方法の第１例を示すシーケンス図である。実施の形態４の変形例１０について、ＳＬを用いたＵＥ間間接通信において、ＵＥ－ＴＸからＵＥ－ＲＸに対してＳＬＲＢ設定を通知する方法の第２例を示すシーケンス図である。

　実施の形態１．
　図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）２０１と称される。通信端末装置である移動端末装置（以下「移動端末（User Equipment：ＵＥ）」という）２０２は、基地局装置（以下「基地局（E-UTRAN NodeB：ｅＮＢ）」という）２０３と無線通信可能であり、無線通信で信号の送受信を行う。

　ここで、「通信端末装置」とは、移動可能な携帯電話端末装置などの移動端末装置だけでなく、センサなどの移動しないデバイスも含んでいる。以下の説明では、「通信端末装置」を、単に「通信端末」という場合がある。

　移動端末２０２に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局２０３で終端するならば、Ｅ－ＵＴＲＡＮは１つあるいは複数の基地局２０３によって構成される。

　移動端末２０２と基地局２０３との間の制御プロトコルＲＲＣ（Radio Resource Control）は、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局２０３と移動端末２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとがある。

　ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbor cell）の測定（メジャメント（measurement））などが行われる。

　基地局２０３は、１つあるいは複数のｅＮＢ２０７により構成される。またコアネットワークであるＥＰＣ（Evolved Packet Core）と、無線アクセスネットワークであるＥ－ＵＴＲＡＮ２０１とで構成されるシステムは、ＥＰＳ（Evolved Packet System）と称される。コアネットワークであるＥＰＣと、無線アクセスネットワークであるＥ－ＵＴＲＡＮ２０１とを合わせて、「ネットワーク」という場合がある。

　ｅＮＢ２０７は、移動管理エンティティ（Mobility Management Entity：ＭＭＥ）、あるいはＳ－ＧＷ（Serving Gateway）、あるいはＭＭＥおよびＳ－ＧＷを含むＭＭＥ／Ｓ－ＧＷ部（以下「ＭＭＥ部」という場合がある）２０４とＳ１インタフェースにより接続され、ｅＮＢ２０７とＭＭＥ部２０４との間で制御情報が通信される。一つのｅＮＢ２０７に対して、複数のＭＭＥ部２０４が接続されてもよい。ｅＮＢ２０７間は、Ｘ２インタフェースにより接続され、ｅＮＢ２０７間で制御情報が通信される。

　ＭＭＥ部２０４は、上位装置、具体的には上位ノードであり、基地局であるｅＮＢ２０７と、移動端末（ＵＥ）２０２との接続を制御する。ＭＭＥ部２０４は、コアネットワークであるＥＰＣを構成する。基地局２０３は、Ｅ－ＵＴＲＡＮ２０１を構成する。

　基地局２０３は、１つのセルを構成してもよいし、複数のセルを構成してもよい。各セルは、移動端末２０２と通信可能な範囲であるカバレッジとして予め定める範囲を有し、カバレッジ内で移動端末２０２と無線通信を行う。１つの基地局２０３が複数のセルを構成する場合、１つ１つのセルが、移動端末２０２と通信可能に構成される。

　図３は、３ＧＰＰにおいて議論されている５Ｇ方式の通信システム２１０の全体的な構成を示すブロック図である。図３について説明する。無線アクセスネットワークは、ＮＧ－ＲＡＮ（Next Generation Radio Access Network）２１１と称される。ＵＥ２０２は、ＮＲ基地局装置（以下「ＮＲ基地局（NG-RAN NodeB：ｇＮＢ）」という）２１３と無線通信可能であり、無線通信で信号の送受信を行う。また、コアネットワークは、５Ｇコア（5G Core：５ＧＣ）と称される。

　ＵＥ２０２に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン（以下、Ｕ－Ｐｌａｎｅと称する場合もある）、例えばＳＤＡＰ（Service Data Adaptation Protocol）、ＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とがＮＲ基地局２１３で終端するならば、ＮＧ－ＲＡＮは１つあるいは複数のＮＲ基地局２１３によって構成される。

　ＵＥ２０２とＮＲ基地局２１３との間の制御プロトコルＲＲＣ（Radio Resource Control）の機能はＬＴＥと同様である。ＲＲＣにおけるＮＲ基地局２１３とＵＥ２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤと、ＲＲＣ＿ＩＮＡＣＴＩＶＥとがある。

　ＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤは、ＬＴＥ方式と同様である。ＲＲＣ＿ＩＮＡＣＴＩＶＥは５ＧコアとＮＲ基地局２１３との間の接続が維持されつつ、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。

　ｇＮＢ２１７は、アクセス・移動管理機能（Access and Mobility Management Function：ＡＭＦ）、セッション管理機能（Session Management Function：ＳＭＦ）、あるいはＵＰＦ（User Plane Function）、あるいはＡＭＦ、ＳＭＦおよびＵＰＦを含むＡＭＦ／ＳＭＦ／ＵＰＦ部（以下「５ＧＣ部」という場合がある）２１４とＮＧインタフェースにより接続される。ｇＮＢ２１７と５ＧＣ部２１４との間で制御情報および／あるいはユーザデータが通信される。ＮＧインタフェースは、ｇＮＢ２１７とＡＭＦとの間のＮ２インタフェース、ｇＮＢ２１７とＵＰＦとの間のＮ３インタフェース、ＡＭＦとＳＭＦとの間のＮ１１インタフェース、および、ＵＰＦとＳＭＦとの間のＮ４インタフェースの総称である。一つのｇＮＢ２１７に対して、複数の５ＧＣ部２１４が接続されてもよい。ｇＮＢ２１７間は、Ｘｎインタフェースにより接続され、ｇＮＢ２１７間で制御情報および／あるいはユーザデータが通信される。

　ＮＲ基地局２１３も、基地局２０３同様、１つあるいは複数のセルを構成してもよい。１つのＮＲ基地局２１３が複数のセルを構成する場合、１つ１つのセルが、ＵＥ２０２と通信可能に構成される。

　ｇＮＢ２１７は、中央ユニット（Central Unit；以下、ＣＵと称する場合がある）２１８と分散ユニット（Distributed Unit；以下、ＤＵと称する場合がある）２１９に分割されていてもよい。ＣＵ２１８は、ｇＮＢ２１７の中に１つ構成される。ＤＵ２１９は、ｇＮＢ２１７の中に１つあるいは複数構成される。ＣＵ２１８は、ＤＵ２１９とＦ１インタフェースにより接続され、ＣＵ２１８とＤＵ２１９との間で制御情報および／あるいはユーザデータが通信される。

　５Ｇ方式の通信システムにおいて、非特許文献２７（３ＧＰＰ　ＴＳ２３．５０１　Ｖ１６．３．０）に記載の統合データ管理（Unified Data Management; ＵＤＭ）機能、ポリシー制御機能（Policy Control Function; ＰＣＦ）が含まれてもよい。ＵＤＭおよび／あるいはＰＣＦは、図３における５ＧＣ部に含まれるとしてもよい。

　５Ｇ方式の通信システムにおいて、非特許文献２７（３ＧＰＰ　ＴＳ２３．５０１　Ｖ１６．３．０）に記載の非３ＧＰＰ相互動作機能（Non-3GPP InterworkingFunction; Ｎ３ＩＷＦ）が含まれてもよい。Ｎ３ＩＷＦは、ＵＥとの間における非３ＧＰＰアクセスにおいて、アクセスネットワーク（Access Network; ＡＮ）をＵＥとの間で終端してもよい。

　図４は、ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図４において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図４において、ｅＮＢ２２３－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＥＮ－ＤＣと称する場合がある）。図４において、ＭＭＥ部２０４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｅＮＢ２２３－１経由で行われる例について示しているが、ＭＭＥ部２０４とｇＮＢ２２４－２との間で直接行われてもよい。

　図５は、ＮＧコアに接続するｇＮＢによるＤＣの構成を示した図である。図５において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図５において、ｇＮＢ２２４－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＮＲ－ＤＣと称する場合がある）。図５において、５ＧＣ部２１４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｇＮＢ２２４－１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４－２との間で直接行われてもよい。

　図６は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図６において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図６において、ｅＮＢ２２６－１がマスタ基地局となり、ｇＮＢ２２４－２がセカンダリ基地局となる（このＤＣ構成を、ＮＧ－ＥＮ－ＤＣと称する場合がある）。図６において、５ＧＣ部２１４とｇＮＢ２２４－２との間のＵ－Ｐｌａｎｅ接続がｅＮＢ２２６－１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４－２との間で直接行われてもよい。

　図７は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの、他の構成を示した図である。図７において、実線はＵ－Ｐｌａｎｅの接続を示し、破線はＣ－Ｐｌａｎｅの接続を示す。図７において、ｇＮＢ２２４－１がマスタ基地局となり、ｅＮＢ２２６－２がセカンダリ基地局となる（このＤＣ構成を、ＮＥ－ＤＣと称する場合がある）。図７において、５ＧＣ部２１４とｅＮＢ２２６－２との間のＵ－Ｐｌａｎｅ接続がｇＮＢ２２４－１経由で行われる例について示しているが、５ＧＣ部２１４とｅＮＢ２２６－２との間で直接行われてもよい。

　図８は、図２に示す移動端末２０２の構成を示すブロック図である。図８に示す移動端末２０２の送信処理を説明する。まず、プロトコル処理部３０１からの制御データ、およびアプリケーション部３０２からのユーザデータが、送信データバッファ部３０３へ保存される。送信データバッファ部３０３に保存されたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部３０３から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調部３０５にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７－１～３０７－４から基地局２０３に送信信号が送信される。図８において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。

　また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７－１～３０７－４により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調部３０８にて、ウェイト計算および乗算処理が行われてもよい。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図８では省略しているが、各部３０１～３０９と接続している。図８において、移動端末２０２が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。

　図９は、図２に示す基地局２０３の構成を示すブロック図である。図９に示す基地局２０３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２０３とＥＰＣ（ＭＭＥ部２０４など）との間のデータの送受信を行う。５ＧＣ通信部４１２は、基地局２０３と５ＧＣ（５ＧＣ部２１４など）との間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。プロトコル処理部４０３からの制御データ、ならびにＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２からのユーザデータおよび制御データは、送信データバッファ部４０４へ保存される。

　送信データバッファ部４０４に保存されたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部４０４から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調部４０６にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８－１～４０８－４より一つもしくは複数の移動端末２０２に対して送信信号が送信される。図９において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。

　また、基地局２０３の受信処理は以下のように実行される。一つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部４０３あるいは５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１、他基地局通信部４０２へ渡され、ユーザデータは５ＧＣ通信部４１２、ＥＰＣ通信部４０１および他基地局通信部４０２へ渡される。基地局２０３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図９では省略しているが、各部４０１～４１０と接続している。図９において、基地局２０３が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。

　図９は、基地局２０３の構成について示したブロック図であるが、基地局２１３についても同様の構成としてもよい。また、図８および図９について、移動端末２０２のアンテナ数と、基地局２０３のアンテナ数は、同じであってもよいし、異なってもよい。

　図１０は、ＭＭＥの構成を示すブロック図である。図１０では、前述の図２に示すＭＭＥ部２０４に含まれるＭＭＥ２０４ａの構成を示す。ＰＤＮ　ＧＷ通信部５０１は、ＭＭＥ２０４ａとＰＤＮ　ＧＷとの間のデータの送受信を行う。基地局通信部５０２は、ＭＭＥ２０４ａと基地局２０３との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ　ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ　ＧＷ通信部５０１から、ユーザプレイン通信部５０３経由で基地局通信部５０２に渡され、１つあるいは複数の基地局２０３へ送信される。基地局２０３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５０２から、ユーザプレイン通信部５０３経由でＰＤＮ　ＧＷ通信部５０１に渡され、ＰＤＮ　ＧＷへ送信される。

　ＰＤＮ　ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ　ＧＷ通信部５０１から制御プレイン制御部５０５へ渡される。基地局２０３から受信したデータが制御データであった場合、制御データは、基地局通信部５０２から制御プレイン制御部５０５へ渡される。

　制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５－１、ＳＡＥベアラコントロール部５０５－２、アイドルステート（Idle State）モビリティ管理部５０５－３などが含まれ、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５０５－１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部５０５－２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部５０５－３は、待受け状態（アイドルステート（Idle State）；ＬＴＥ－ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。

　ＭＭＥ２０４ａは、１つまたは複数の基地局２０３に対して、ページング信号の分配を行う。また、ＭＭＥ２０４ａは、待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ２０４ａは、移動端末が待ち受け状態のとき、および、アクティブ状態（Active State）のときに、トラッキングエリア（Tracking Area）リストの管理を行う。ＭＭＥ２０４ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ２０４ａに接続されるｅＮＢ２０７のＣＳＧの管理、ＣＳＧ　ＩＤの管理、およびホワイトリストの管理は、アイドルステートモビリティ管理部５０５－３で行われてもよい。

　図１１は、５ＧＣの構成を示すブロック図である。図１１では、前述の図３に示す５ＧＣ部２１４の構成を示す。図１１は、図５にて示す５ＧＣ部２１４に、ＡＭＦの構成、ＳＭＦの構成およびＵＰＦの構成が含まれた場合について示している。Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１は、５ＧＣ部２１４とＤａｔａ　Ｎｅｔｗｏｒｋとの間のデータの送受信を行う。基地局通信部５２２は、５ＧＣ部２１４と基地局２０３との間のＳ１インタフェース、および／あるいは、５ＧＣ部２１４と基地局２１３との間のＮＧインタフェースによるデータの送受信を行う。Ｄａｔａ　Ｎｅｔｗｏｒｋから受信したデータがユーザデータであった場合、ユーザデータは、Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１から、ユーザプレイン通信部５２３経由で基地局通信部５２２に渡され、１つあるいは複数の、基地局２０３および／あるいは基地局２１３へ送信される。基地局２０３および／あるいは基地局２１３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５２２から、ユーザプレイン通信部５２３経由でＤａｔａ　Ｎｅｔｗｏｒｋ通信部５２１に渡され、Ｄａｔａ　Ｎｅｔｗｏｒｋへ送信される。

　Ｄａｔａ　Ｎｅｔｗｏｒｋから受信したデータが制御データであった場合、制御データは、Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部５２１からユーザプレイン通信部５２３経由でセッション管理部５２７へ渡される。セッション管理部５２７は、制御データを制御プレイン制御部５２５へ渡す。基地局２０３および／あるいは基地局２１３から受信したデータが制御データであった場合、制御データは、基地局通信部５２２から制御プレイン制御部５２５に渡す。制御プレイン制御部５２５は、制御データをセッション管理部５２７へ渡す。

　制御プレイン制御部５２５は、ＮＡＳセキュリティ部５２５－１、ＰＤＵセッションコントロール部５２５－２、アイドルステート（Idle State）モビリティ管理部５２５－３などを含み、制御プレイン（以下、Ｃ－Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５２５－１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＰＤＵセッションコントロール部５２５－２は、移動端末２０２と５ＧＣ部２１４との間のＰＤＵセッションの管理などを行う。アイドルステートモビリティ管理部５２５－３は、待受け状態（アイドルステート（Idle State）；ＲＲＣ＿ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。

　５ＧＣ部２１４は、１つまたは複数の基地局２０３および／あるいは基地局２１３に対して、ページング信号の分配を行う。また、５ＧＣ部２１４は、待受け状態（Idle State）のモビリティ制御（Mobility Control）を行う。５ＧＣ部２１４は、移動端末が待ち受け状態のとき、インアクティブ状態（Inactive State）および、アクティブ状態（Active State）のときに、トラッキングエリア（Tracking Area）リストの管理を行う。５ＧＣ部２１４は、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。

　次に通信システムにおけるセルサーチ方法の一例を示す。図１２は、ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。通信端末は、セルサーチを開始すると、ステップＳＴ６０１で、周辺の基地局から送信される第一同期信号（Ｐ－ＳＳ）、および第二同期信号（Ｓ－ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。

　Ｐ－ＳＳとＳ－ＳＳとを合わせて、同期信号（Synchronization Signal：ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩに１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。

　次に同期がとれたセルに対して、ステップＳＴ６０２で、基地局からセル毎に送信される参照信号（リファレンスシグナル：ＲＳ）であるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を検出し、ＲＳの受信電力（Reference Signal Received Power：ＲＳＲＰ）の測定を行う。参照信号（ＲＳ）には、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ６０１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳの受信電力を測定することが可能となる。

　次にステップＳＴ６０３で、ステップＳＴ６０２までで検出された一つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。

　次にステップＳＴ６０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がマッピングされる。したがって、ＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。

　次にステップＳＴ６０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ－ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking Area Code：ＴＡＣ）が含まれる。

　次にステップＳＴ６０６で、通信端末は、ステップＳＴ６０５で受信したＳＩＢ１のＴＡＣと、通信端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking Area Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI list）とも称される。ＴＡＩはトラッキングエリアを識別するための識別情報であり、ＭＣＣ（Mobile Country Code）と、ＭＮＣ（Mobile Network Code）と、ＴＡＣ（Tracking Area Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。

　通信端末は、ステップＳＴ６０６で比較した結果、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、通信端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core Network，ＥＰＣ）へ、ＴＡＵ（Tracking Area Update）を行うためにトラッキングエリアの変更を要求する。

　図１２に示す例においては、ＬＴＥ方式におけるセルサーチから待ち受けまでの動作の例について示したが、ＮＲ方式においては、ステップＳＴ６０３において、ベストセルに加えてベストビームを選択してもよい。また、ＮＲ方式においては、ステップＳＴ６０４において、ビームの情報、例えば、ビームの識別子を取得してもよい。また、ＮＲ方式においては、ステップＳＴ６０４において、リメイニングミニマムＳＩ（Remaining Minimum SI：ＲＭＳＩ）のスケジューリング情報を取得してもよい。ＮＲ方式においては、ステップＳＴ６０５において、ＲＭＳＩを受信するとしてもよい。

　コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ－ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。

　スマートフォンおよびタブレット型端末装置の普及によって、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソースの不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し、空間分離を進めることが検討されている。

　従来のセルの構成では、ｅＮＢによって構成されるセルは、比較的広い範囲のカバレッジを有する。従来は、複数のｅＮＢによって構成される複数のセルの比較的広い範囲のカバレッジによって、あるエリアを覆うように、セルが構成されている。

　小セル化された場合、ｅＮＢによって構成されるセルは、従来のｅＮＢによって構成されるセルのカバレッジに比べて範囲が狭いカバレッジを有する。したがって、従来と同様に、あるエリアを覆うためには、従来のｅＮＢに比べて、多数の小セル化されたｅＮＢが必要となる。

　以下の説明では、従来のｅＮＢによって構成されるセルのように、カバレッジが比較的大きいセルを「マクロセル」といい、マクロセルを構成するｅＮＢを「マクロｅＮＢ」という。また、小セル化されたセルのように、カバレッジが比較的小さいセルを「スモールセル」といい、スモールセルを構成するｅＮＢを「スモールｅＮＢ」という。

　マクロｅＮＢは、例えば、非特許文献７に記載される「ワイドエリア基地局（Wide Area Base Station）」であってもよい。

　スモールｅＮＢは、例えば、ローパワーノード、ローカルエリアノード、ホットスポットなどであってもよい。また、スモールｅＮＢは、ピコセルを構成するピコｅＮＢ、フェムトセルを構成するフェムトｅＮＢ、ＨｅＮＢ、ＲＲＨ（Remote Radio Head）、ＲＲＵ（Remote Radio Unit）、ＲＲＥ（Remote Radio Equipment）またはＲＮ（Relay Node）であってもよい。また、スモールｅＮＢは、非特許文献７に記載される「ローカルエリア基地局（Local Area Base Station）」または「ホーム基地局（Home Base Station）」であってもよい。

　図１３は、ＮＲにおけるセルの構成の一例を示す。ＮＲのセルでは、狭いビームを形成し、方向を変えて送信する。図１３に示す例において、基地局７５０は、ある時間において、ビーム７５１－１を用いて移動端末との送受信を行う。他の時間において、基地局７５０は、ビーム７５１－２を用いて移動端末との送受信を行う。以下同様にして、基地局７５０はビーム７５１－３～７５１－８のうち１つあるいは複数を用いて移動端末との送受信を行う。このようにすることで、基地局７５０は広範囲のセルを構成する。

　図１３において、基地局７５０が用いるビームの数を８とする例について示したが、ビームの数は８とは異なっていてもよい。また、図１３に示す例において、基地局７５０が同時に用いるビームの数を１つとしたが、複数であってもよい。

　３ＧＰＰにおいて、Ｄ２Ｄ（Device to Device）通信、Ｖ２Ｖ（Vehicle to Vehicle）通信のため、サイドリンク（ＳＬ：Side Link）がサポートされている（非特許文献１参照）。ＳＬはＰＣ５インタフェースによって規定される。

　ＳＬに用いられる物理チャネル（非特許文献１参照）について説明する。物理サイドリンク報知チャネル（ＰＳＢＣＨ：Physical sidelink broadcast channel）は、システムと同期に関連する情報を運び、ＵＥから送信される。

　物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ：Physical sidelink discovery channel）は、ＵＥからサイドリンクディスカバリメッセージを運ぶ。

　物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical sidelink control channel）は、サイドリンク通信とＶ２Ｘサイドリンク通信のためのＵＥからの制御情報を運ぶ。

　物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical sidelink shared channel）は、サイドリンク通信とＶ２Ｘサイドリンク通信のためのＵＥからのデータを運ぶ。

　ＳＬに用いられるトランスポートチャネル（非特許文献１参照）について説明する。サイドリンク報知チャネル（ＳＬ－ＢＣＨ：Sidelink broadcast channel）は、予め決められたトランスポートフォーマットを有し、物理チャネルであるＰＳＢＣＨにマッピングされる。

　サイドリンクディスカバリチャネル（ＳＬ－ＤＣＨ：Sidelink discovery channel）は、固定サイズの予め決められたフォーマットの周期的報知送信を有する。また、ＳＬ－ＤＣＨは、ＵＥ自動リソース選択（UE autonomous resource selection）と、ｅＮＢによってスケジュールされたリソースアロケーションの両方をサポートする。ＵＥ自動リソースセレクションでは衝突リスクが有り、ＵＥがｅＮＢによって個別リソースをアロケーションされた時は、衝突は無い。また、ＳＬ－ＤＣＨは、ＨＡＲＱコンバイニングをサポートするが、ＨＡＲＱフィードバックはサポートしない。ＳＬ－ＤＣＨは物理チャネルであるＰＳＤＣＨにマッピングされる。

　サイドリンク共有チャネル（ＳＬ－ＳＣＨ：Sidelink shared channel）は、報知送信をサポートする。ＳＬ－ＳＣＨは、ＵＥ自動リソース選択（UE autonomous resource selection）と、ｅＮＢによってスケジュールされたリソースアロケーションの両方をサポートする。ＵＥ自動リソースセレクションでは衝突リスクが有り、ＵＥがｅＮＢによって個別リソースをアロケーションされた時は、衝突は無い。また、ＳＬ－ＳＣＨは、ＨＡＲＱコンバイニングをサポートするが、ＨＡＲＱフィードバックはサポートしない。また、ＳＬ－ＳＣＨは、送信電力、変調、コーディングを変えることによって、動的リンクアダプテーションをサポートする。ＳＬ－ＳＣＨは物理チャネルであるＰＳＳＣＨにマッピングされる。

　ＳＬに用いられる論理チャネル（非特許文献１参照）について説明する。サイドリンク報知制御チャネル（ＳＢＣＣＨ；Sidelink Broadcast Control Channel）は、一つのＵＥから他のＵＥにサイドリンクシステム情報を報知するためのサイドリンク用チャネルである。ＳＢＣＣＨはトランスポートチャネルであるＳＬ－ＢＣＨにマッピングされる。

　サイドリンクトラフィックチャネル（ＳＴＣＨ；Sidelink Traffic Channel）は、一つのＵＥから他のＵＥにユーザ情報を送信するための１対多のサイドリンク用トラフィックチャネルである。ＳＴＣＨは、サイドリンク通信能力を有するＵＥと、Ｖ２Ｘサイドリンク通信能力を有するＵＥによってのみ用いられる。２つのサイドリンク通信能力を有するＵＥ間の１対１通信もまたＳＴＣＨで実現される。ＳＴＣＨはトランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。

　３ＧＰＰでは、ＮＲにおいてもＶ２Ｘ通信をサポートすることが検討されている。ＮＲにおけるＶ２Ｘ通信の検討が、ＬＴＥシステム、ＬＴＥ－Ａシステムを基にして進められているが、以下の点でＬＴＥシステム、ＬＴＥ－Ａシステムからの変更および追加が行われている。

　ＬＴＥではＳＬ通信はブロードキャスト（broadcast）のみであった。ＮＲでは、ＳＬ通信として、ブロードキャストに加え、ユニキャスト（unicast）とグループキャスト（groupcast）のサポートが検討されている（非特許文献２１（ＴＳ２３．２８７）参照）。

　ユニキャスト通信やグループキャスト通信では、ＨＡＲＱのフィードバック（Ａｃｋ／Ｎａｃｋ）、ＣＳＩ報告等のサポートが検討されている。

　ＳＬ通信で、ブロードキャストに加え、ユニキャスト（unicast）とグループキャスト（groupcast）をサポートするため、ＰＣ５－Ｓシグナリングのサポートが検討されている（非特許文献２１（ＴＳ２３．２８７）参照）。たとえば、ＳＬ、すなわちＰＣ５通信を実施するためのリンクを確立するため、ＰＣ５－Ｓシグナリングが実施される。該リンクはＶ２Ｘレイヤで実施され、レイヤ２リンクとも称される。

　また、ＳＬ通信において、ＲＲＣシグナリングのサポートが検討されている（非特許文献２１（ＴＳ２３．２８７）参照）。ＳＬ通信におけるＲＲＣシグナリングを、ＰＣ５　ＲＲＣシグナリングとも称する。たとえば、ＰＣ５通信を行うＵＥ間で、ＵＥのケーパビリティを通知することや、ＰＣ５通信を用いてＶ２Ｘ通信を行うためのＡＳレイヤの設定などを通知することが提案されている。

　ＵＥのＮＷへの登録（registration）において、ＵＥは、通信に用いたいＲＡＮスライス（以下、所望スライスと称する場合がある）をＡＭＦに通知する。ＵＥは、所望スライスに関する情報、例えばＳ－ＮＳＳＡＩ（Single Network Slice Selection Assistance Information）を、要求ＮＳＳＡＩ（requested Network Slice Selection Assistance Information；requested NSSAI）に含めて通知してもよい。該通知は、基地局経由で行われてもよい。ＡＭＦは、該通知を用いて、ＵＥの通信に許可するＲＡＮスライスを決定してもよい。ＡＭＦにおける該決定に、ＵＥが接続するセルがサポートするＲＡＮスライスに関する情報が用いられてもよい。ＡＭＦは、許可するＲＡＮスライスに関する情報を、基地局経由でＵＥに通知してもよい。ＡＭＦは、許可するＲＡＮスライスに関する情報を、許可ＮＳＳＡＩ（Allowed NSSAI）として通知してもよい。ＵＥは、ＡＭＦから許可されたＲＡＮスライスを、ＮＷとの通信に用いてもよい。

　前述において、以下に示す問題が生じる。すなわち、ＵＥによって選択および／あるいは再選択されたセルが、ＵＥの所望スライスをサポートしていない場合がある。この場合において、ＡＭＦは、ＵＥの所望スライスを用いた登録を許可しない。それにより、ＵＥは、所望スライスを用いた通信が不可能となる。その結果、通信のＱｏＳを確保できず、例えば、所望の通信レートを確保できなくなる、所望のレイテンシを満たせなくなる、などの問題が発生する恐れがある。

　本実施の形態１では、前述の問題点を解決する方法を開示する。

　基地局は、自基地局にてサポート可能な１つまたは複数のＲＡＮスライスに関する情報を報知する。該情報は、例えば、基地局がサポート可能なＳ－ＮＳＳＡＩ（Single Network Slice Selection Assistance Information）に関する情報であってもよい。該情報は、ＳＳＴ（Slice/Service Type）に関する情報を含んでもよいし、ＳＤ（Slice Differentiator）に関する情報を含んでもよいし、前述の両方を含んでもよい。

　該情報に、自基地局内のセルがサポートする１つまたは複数のＲＡＮスライスに関する情報が含まれてもよい。該セルに関する情報、例えば、セルの識別子（例えば、ＰＣＩ）が含まれてもよい。該セルに関する情報と、該セルがサポートするＲＡＮスライスに関する情報の組合せの情報が含まれてもよい。

　自基地局内の他のセルがサポートする１つまたは複数のＲＡＮスライスに関する情報が含まれてもよい。このことにより、例えば、ＵＥは、所望のＲＡＮスライスをサポートするセルへの迅速な再選択が可能となる。

　自基地局内の他のセルがサポートするＲＡＮスライスに関する該情報は、該セルに関する情報と対応付けられてもよい。該対応付けは、例えば、リストの形であってもよい。該リストに、自セルがサポートするＲＡＮスライスに関する情報が含まれてもよい。

　該情報に、自基地局内のＤＵがサポートする１つまたは複数のＲＡＮスライスに関する情報が含まれてもよい。該ＤＵに関する情報、例えば、ＤＵの識別子（例えば、ＤＵ－ＩＤ）が含まれてもよい。該ＤＵに関する情報と、該ＤＵがサポートするＲＡＮスライスに関する情報の組合せの情報が含まれてもよい。

　自基地局内の他のＤＵがサポートする１つまたは複数のＲＡＮスライスに関する情報が含まれてもよい。このことにより、例えば、ＵＥは、所望のＲＡＮスライスをサポートするＤＵへの迅速な接続切替えが可能となる。

　自基地局内の他のＤＵがサポートするＲＡＮスライスに関する該情報は、該ＤＵに関する情報と対応付けられてもよい。該対応付けは、例えば、リストの形であってもよい。該リストに、自ＤＵがサポートするＲＡＮスライスに関する情報が含まれてもよい。

　該情報に、自基地局内のＴＲＰがサポートする１つまたは複数のＲＡＮスライスに関する情報が含まれてもよい。該ＴＲＰに関する情報、例えば、ＴＲＰの識別子が含まれてもよい。該ＴＲＰに関する情報と、該ＴＲＰがサポートするＲＡＮスライスに関する情報の組合せの情報が含まれてもよい。

　自基地局内の他のＴＲＰがサポートする１つまたは複数のＲＡＮスライスに関する情報が含まれてもよい。このことにより、例えば、ＵＥは、所望のＲＡＮスライスをサポートするＴＲＰへの迅速な接続切替えが可能となる。

　自基地局内の他のＴＲＰがサポートするＲＡＮスライスに関する該情報は、該ＴＲＰに関する情報と対応付けられてもよい。該対応付けは、例えば、リストの形であってもよい。該リストに、自ＴＲＰがサポートするＲＡＮスライスに関する情報が含まれてもよい。

　基地局は、報知情報を用いて該情報を報知してもよい。該報知情報は、例えば、ＭＩＢであってもよい。このことにより、例えば、基地局は該情報を迅速に報知可能となる。

　他の例として、該報知情報は、ＳＩＢ１であってもよい。このことにより、例えば、基地局は、多くの情報を迅速に通知可能となる。他の例として、該報知情報は、アザーＳＩ（Other SI）であってもよい。このことにより、例えば、基地局はさらに多くの情報を報知可能となる。前述のアザーＳＩは既存のＳＩＢであってもよいし、新たなＳＩＢが設けられてもよい。前述の新たなＳＩＢは、例えば、ＲＡＮスライシングに関する情報のためのＳＩＢであってもよい。

　前述の、自基地局にてサポート可能なＲＡＮスライスに関する情報は、基地局毎に設けられてもよいし、セル毎に設けられてもよいし、ＤＵ毎に設けられてもよいし、ＴＲＰ（Transmission Reception Point）毎に設けられてもよいし、アンテナパネル毎に設けられてもよい。このことにより、例えば、通信システムにおけるＲＡＮスライシングの制御を柔軟に実行可能となる。該情報に、基地局、セル、ＤＵ、および／あるいはＴＲＰに関する情報が含まれてもよい。該情報と、基地局、セル、ＤＵ、および／あるいはＴＲＰに関する情報が組合せて用いられてもよい。このことにより、例えば、ＵＥは基地局、セル、ＤＵ、および／あるいはＴＲＰ毎にサポート可能なＲＡＮスライスを識別可能になる。その結果、ＵＥは所望スライスをサポート可能な基地局、セル、ＤＵ、および／あるいはＴＲＰに接続可能となる。

　該報知情報は、アクセス制御に関する情報、例えばバーリング（barring）に関する情報を含んでもよい。バーリングが、ＲＡＮスライス毎に行われてもよい。該報知情報は、ＲＡＮスライス毎のバーリングに関する情報を含んでもよい。このことにより、例えば、通信システムにおける柔軟なアクセス制御が可能となる。

　基地局は、サポート可能なＲＡＮスライスに関する情報を、ＵＥに個別に通知してもよい。例えば、基地局は該情報を、ＵＥのＲＲＣ立上げ指示に含めて通知してもよい。基地局は該情報を、ＵＥへのＲＲＣ再開指示に含めて通知してもよい。基地局は該情報を、ＵＥへのＲＲＣ再設定指示に含めて通知してもよい。基地局は、移動先基地局のＲＡＮスライスに関する情報を、ハンドオーバ要求に含めて通知してもよい。このことにより、例えば、報知情報のシグナリング量を削減可能となる。

　ＵＥは、基地局からの該報知情報および／あるいは該通知を用いて、該基地局へのアクセス可否を決定してもよい。例えば、ＵＥは、自ＵＥが用いたいＲＡＮスライス（以下、所望スライスと称する場合がある）をサポートする基地局にのみ接続するとしてもよいし、所望スライスをサポート可能なセル、ＤＵ、および／あるいはＴＲＰにのみ接続するとしてもよい。ＵＥは、当該処理を、セル選択において行ってもよい。このことにより、例えば、ＵＥは、所望スライスを用いた通信を、電源投入後、迅速に開始可能となる。他の例として、ＵＥは、当該処理を、セル再選択において行ってもよい。このことにより、例えば、ＲＲＣ＿ＩＤＬＥあるいはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥは、所望スライスを用いた基地局との通信を迅速に復旧可能となる。

　例えば、ＵＥにおける「適切なセル（suitable cell）」（非特許文献３０（ＴＳ３８．３０４）参照）の判断条件に、セルが所望スライスをサポート可能である場合が追加されてもよい。このことにより、例えば、ＵＥは、「適切なセル」を用いて、所望のＱｏＳを満たす通信を実現可能となる。

　ＵＥにおける該決定は、異なる周波数のセル、ＤＵ、および／あるいはＴＲＰ間で行われてもよい。例えば、周波数毎にサポート可能なＲＡＮスライスが異なる場合において、ＵＥは、所望スライスをサポート可能な周波数のみを、セル選択および／あるいはセル再選択に用いてもよい。このことにより、例えば、ＵＥによるセル選択および／あるいはセル再選択における処理量を削減可能となる。他の例として、ＵＥにおける該決定が、同じ周波数のセル、ＤＵ、および／あるいはＴＲＰ間で行われてもよい。例えば、ＵＥは、セル選択および／あるいはセル再選択において同じ周波数内で最も強いセルを選択するにあたり、所望スライスをサポートしないセルを選択対象から除外してもよい。このことにより、例えば、ＵＥが、所望スライスをサポートしないセルを選択することを防止可能となる。その結果、ＵＥの通信におけるＱｏＳ確保が可能となる。

　図１４は、ＵＥが、基地局からの報知情報を用いて、所望スライスをサポート可能な基地局に接続する動作を示すシーケンス図である。図１４に示す例において、ＵＥの所望スライスはＳ－ＮＳＳＡＩ＃２であり、ｇＮＢ＃１はＳ－ＮＳＳＡＩ＃１をサポートし、ｇＮＢ＃２はＳ－ＮＳＳＡＩ＃２をサポートする。

　図１４に示すプロシージャ１４０１において、ｇＮＢ（ｇＮＢ＃１、ｇＮＢ＃２）とＡＭＦとの間で、サポート可能なＲＡＮスライスに関する設定が行われる。該プロシージャは、例えば、非特許文献２３（ＴＳ３８．４１３）に開示されるＮＧセットアップ（NG Setup）であってもよい。ステップＳＴ１４１０において、ｇＮＢ＃１はＡＭＦに対して、自ｇＮＢ＃１がサポートするＳ－ＮＳＳＡＩに関する情報を通知する。図１４に示す例において、ｇＮＢ＃１は、自ｇＮＢ＃１がＳ－ＮＳＳＡＩ＃１をサポートすることを示す情報を、ＡＭＦに通知する。ステップＳＴ１４１０の通知は、例えば、非特許文献２３（ＴＳ３８．４１３）において開示されたＮＧセットアップ要求（NG SETUP REQUEST）に含まれてもよい。ステップＳＴ１４１２において、ＡＭＦはステップＳＴ１４１０で受信した情報を保持する。ステップＳＴ１４１４において、ｇＮＢ＃２はＡＭＦに対して、自ｇＮＢ＃２がサポートするＳ－ＮＳＳＡＩに関する情報を通知する。図１４に示す例において、ｇＮＢ＃２は、自ｇＮＢ＃２がＳ－ＮＳＳＡＩ＃２をサポートすることを示す情報を、ＡＭＦに通知する。ステップＳＴ１４１４の通知は、例えば、非特許文献２３（ＴＳ３８．４１３）において開示されたＮＧセットアップ要求（NG SETUP REQUEST）に含まれてもよい。ステップＳＴ１４１６において、ＡＭＦはステップＳＴ１４１４で受信した情報を保持する。

　図１４に示すステップＳＴ１４２０において、ｇＮＢ＃１は配下のＵＥに対して報知情報を送信する。ステップＳＴ１４２０の報知情報には、ｇＮＢ＃１がＳ－ＮＳＳＡＩ＃１をサポートすることを示す情報が含まれる。ステップＳＴ１４２２において、ＵＥは、ｇＮＢ＃１のセルを接続先として選択しないことを決定する。ＵＥは、該決定において、ステップＳＴ１４２０に含まれる情報を用いてもよい。

　図１４に示すステップＳＴ１４２４において、ｇＮＢ＃２は配下のＵＥに対して報知情報を送信する。ステップＳＴ１４２４の報知情報には、ｇＮＢ＃２がＳ－ＮＳＳＡＩ＃２をサポートすることを示す情報が含まれる。ステップＳＴ１４２６において、ＵＥは、ｇＮＢ＃２のセルを接続先として選択することを決定する。ＵＥは、該決定において、ステップＳＴ１４２４に含まれる情報を用いてもよい。

　図１４に示すステップＳＴ１４３０において、ＵＥとｇＮＢ＃２との間でランダムアクセス処理が行われる。ステップＳＴ１４３０において、ＵＥとｇＮＢ＃２との間の接続が確立する。ステップＳＴ１４３５において、ＵＥはｇＮＢ＃２に対して、ＮＷへの登録要求を行う。ＵＥは、該要求に、要求ＮＳＳＡＩがＳ－ＮＳＳＡＩ＃２であることを含めて、該要求を通知する。ステップＳＴ１４３７において、ｇＮＢ＃２はＡＭＦに対して、ステップＳＴ１４３５の登録要求を転送する。

　図１４に示すステップＳＴ１４３８において、ＡＭＦはＵＥの登録に関する動作を行う。例えば、ＡＭＦは、ＵＥに対する許可ＮＳＳＡＩ、拒否ＮＳＳＡＩを決定する。図１４に示す例において、ＵＥからの要求ＮＳＳＡＩに含まれるＳ－ＮＳＳＡＩ＃２が、ｇＮＢ＃２でサポートされていることを用いて、ＡＭＦは、Ｓ－ＮＳＳＡＩ＃２を許可ＮＳＳＡＩに含める。ステップＳＴ１４４０において、ＡＭＦは、基地局がＵＥのＲＡＴ、周波数の決定するために用いるＲＦＳＰ（RAT/Frequency Selection Priority）（非特許文献２７（ＴＳ２３．５０１）参照）を決定する。

　図１４に示すステップＳＴ１４４２において、ＡＭＦはｇＮＢ＃２に対して、ＵＥの登録を受理することを示す情報を通知する。該通知には、ＵＥへの許可ＮＳＳＡＩに関する情報が含まれてもよいし、ＲＦＳＰに関する情報、例えば、ＲＦＳＰインデックス（非特許文献２７（ＴＳ２３．５０１）参照）が含まれてもよい。該通知は、ＡＭＦと基地局との間のインタフェース（例えば、Ｎ２インタフェース）を用いて行われてもよい。図１４に示す例において、ＡＭＦは、許可ＮＳＳＡＩとしてＳ－ＮＳＳＡＩ＃２を通知する。ステップＳＴ１４４４において、ｇＮＢ＃２はＵＥに対し、登録受理を通知する。ステップＳＴ１４４４の該通知には、ＵＥへの許可ＮＳＳＡＩに関する情報が含まれてもよい。図１４に示す例において、ｇＮＢ＃２は、許可ＮＳＳＡＩとしてＳ－ＮＳＳＡＩ＃２を通知する。ＵＥは、該通知を用いて、Ｓ－ＮＳＳＡＩ＃２を用いた通信を行う。

　ＵＥは、所望スライスをサポートしないセル、ＤＵ、および／あるいはＴＲＰに接続してもよい。例えば、ＵＥが接続可能なセル、ＤＵ、および／あるいはＴＲＰのいずれも、ＵＥの所望セルをサポートしていない場合において、ＵＥは前述の動作を行ってもよい。例えば、ＡＭＦは、ＵＥがデフォルトＳ－ＮＳＳＡＩを用いて通信することを決定してもよい。ＵＥは、デフォルトＳ－ＮＳＳＡＩを用いてＮＷとの接続を行ってもよい。ＵＥの所望セルをサポートしていない場合における他の例として、所望スライス以外のＲＡＮスライスが用いられてもよい。例えば、ＡＭＦは、ＵＥの所望スライスがＵＲＬＬＣのＲＡＮスライスであり、ＵＥの接続先セルにおいてＵＲＬＬＣをサポートしない場合において、ｅＭＢＢのＲＡＮスライスを用いて通信することを決定してもよい。ＡＭＦは、ＵＥの要求ＮＳＳＡＩ（requested NSSAI）に含まれないＳ－ＮＳＳＡＩを、許可ＮＳＳＡＩ（Allowed NSSAI）に含めて、基地局に通知してもよい。基地局は該通知をＵＥに転送してもよい。ＵＥは、該通知を用いて、所望スライスとは異なるＲＡＮスライスを用いて通信を行ってもよい。このことにより、例えば、ＵＥの所望スライスをサポートするセルがＵＥの周辺に存在しない場合においても、ＵＥとＮＷとの間の通信が可能となる。

　所望スライス以外のＲＡＮスライスとしてＡＭＦに決定されるＲＡＮスライスに、優先順位が設けられてもよい。該優先順位は、所望スライス毎に設けられてもよい。該優先順位は、規格で決定されてもよいし、ＡＭＦが決定してもよい。該優先順位は、基地局が決定してＡＭＦに通知してもよい。他の例として、ＵＥが該優先順位に関する情報を有して、ＡＭＦに通知してもよい。例えば、ＵＥはＳＩＭカードに該優先順位に関する情報を有してもよい。

　該優先順位の例として、所望スライスがＵＲＬＬＣとなる場合に設定されるＲＡＮスライスは、ｅＭＢＢ、ｍＭＴＣ、Ｖ２Ｘの順であってもよい。例えば、大容量通信が可能なＲＡＮスライスにおいてはシンボル長も短い場合が多いことに鑑み、ＵＲＬＬＣのＲＡＮスライスをサポートしない場合においてｅＭＢＢのＲＡＮスライスを選択した場合においても、通信のレイテンシ減少が可能となる。該優先順位に、所望スライスが含まれてもよい。このことにより、例えば、所望スライスをサポートする／しないによらず、使用するＲＡＮスライスの決定に当該優先順位を用いることが可能となる。その結果、ＲＡＮスライス選択の処理における複雑性を回避可能となる。

　ＵＥは、所望スライスをサポートするセルの選択において、周波数帯に関する情報を用いてもよい。例えば、ＵＥは、セルの周波数帯がＦ１帯かＦ２帯かの情報を用いて、あるいは、セル、ＤＵ、および／あるいはＴＲＰの周波数帯に関する情報を用いて、所望スライスをサポートするかどうかを判断してもよい。例えば、ｅＭＢＢのサービスを用いるＵＥは、大容量伝送が可能なＦ２帯のセルを選択してもよい。このことにより、例えば、ＵＥは、所望スライスをサポートするセルに迅速に接続可能となる。

　ＵＥは、所望スライスをサポートするセルの選択において、周波数幅に関する情報を用いてもよい。例えば、ＵＥは、セル、ＤＵ、および／あるいはＴＲＰの周波数幅に関する情報を用いて、所望スライスをサポートするかどうかを判断してもよい。例えば、ｅＭＢＢのサービスを用いるＵＥは、周波数幅が所定の値より大きいセルを選択してもよい。このことにより、例えば、ＵＥは、所望スライスをサポートするセルに迅速に接続可能となる。

　他の例として、ＵＥは、所望スライスをサポートするセルの選択において、シンボル長に関する情報を用いてもよい。例えば、ＵＲＬＬＣのサービスを用いるＵＥは、シンボル長が短いセルを選択してもよい。このことにより、例えば、前述と同様の効果が得られる。

　ＵＥは、所望のスライスで用いられる周波数および／あるいはシンボル長をサポートしているセルを、セル選択および／あるいはセル再選択において優先的に用いてもよい。ＵＥは、前述において適切なセルが見つからなかった場合において、通常のセル選択および／あるいはセル再選択を行うとしてもよい。このことにより、例えば、ＵＥは、所望スライスをサポートするセルを迅速に、選択および／あるいは再選択可能となる。

　ＲＡＮスライスとセルの周波数が互いに対応付けられてもよい。ＲＡＮスライスとセルのシンボル長が互いに対応付けられてもよい。ＲＡＮスライスと、セルの周波数およびシンボル長の組合せが、互いに対応付けられてもよい。

　前述の対応付けは、あらかじめ規格で定められてもよい。ＵＥは、規格に定められた該対応付けを用いて、所望スライスをサポートするセルの選択に用いてもよい。このことにより、例えば、ＵＥは所望スライスを迅速に検出可能となる。

　他の例として、前述の対応付けに関する情報をあらかじめＵＥが備えていてもよい。例えば、該情報がＵＥのＳＩＭ（Subscriber Identity Module）に備えられてもよい。このことにより、例えば、通信事業者は該対応付けを柔軟に変更可能となる。

　他の例として、ＵＥは、前述の対応付けに関する情報として、前回の登録時の情報を用いてもよい。ＵＥは、前回の登録時に取得した、セルの周波数および／あるいはシンボル長に関する情報と、サポートするＲＡＮスライスに関する情報を、該対応付けの情報として保持してもよい。このことにより、例えば、ＵＥは再度の登録時において、所望スライスをサポートするセルを迅速に検出可能となる。

　他の解決策を開示する。セルの識別子に、サポートするＲＡＮスライスに対応する情報を割り振る。セルの識別子は、例えば、ＰＣＩであってもよい。ＰＣＩの所定のビットに、ＲＡＮスライス、例えば、ＳＳＴが割り当てられてもよい。すなわち、ＰＣＩの所定のビットが、各ＲＡＮスライス、例えば、各ＳＳＴの対応可否を表すとしてもよい。例えば、対応可能なＲＡＮスライスのビットを１とし、対応不可能なＲＡＮスライスのビットを０としてもよい。他の例として、対応可能なＲＡＮスライスのビットを０とし、対応不可能なＲＡＮスライスのビットを１としてもよい。ＰＣＩの値を構成するビットのうち、所定の該ビット以外のビットの値は、セルの識別のために与えられてもよい。

　セル毎に、サポート可能なスライスを割り当ててもよい。ＵＥは、基地局のセルのうち、所望スライスをサポートするセルに接続してもよい。このことにより、例えば、基地局は多様なＲＡＮスライスをサポート可能となる。

　図１５は、ＰＣＩに、サポートするＲＡＮスライスを割り振る例について示した図である。図１５に示す例において、ＰＣＩは、０ビット目～８ビット目の計９ビットで構成され、当該９ビットによって表現される０～５１１のいずれかの値が与えられる。８ビット目がＭＳＢ（Most Significant Bit）であるとする。

　図１５に示す例において、ｅＭＢＢが８ビット目に割り当てられ、ＵＲＬＬＣが７ビット目に割り当てられ、ｍＭＴＣが６ビット目に割り当てられ、Ｖ２Ｘが５ビット目に割り当てられている。図１５に示す例において、ＵＲＬＬＣのみをサポートするセルのＰＣＩでは、８ビット目、６ビット目、５ビット目は０となり、７ビット目は１となる。０ビット目～４ビット目の値は、セルが任意に割り当ててもよい。例えば、基地局は、周辺セルとＰＣＩが重複しないように、０ビット目～４ビット目の値を決めてもよい。

　ＵＥは、セルのＰＣＩを用いて、当該セルがサポート可能なＲＡＮスライスに関する情報を取得してもよい。ＵＥは、該情報を用いて、接続先のセルを決定してもよい。このことにより、例えば、ＵＥは、所望スライスをサポートするセルに迅速に接続可能となる。

　セルがサポート可能なＲＡＮスライスに関する情報がＰＣＩに含まれるかどうかの情報を、基地局はＵＥに対して報知してもよい。ＵＥは、報知された該情報を用いて、サポート可能なＲＡＮスライスに関する情報がＰＣＩに含まれるかどうかを判断してもよい。このことにより、例えば、ＰＣＩにＲＡＮスライスに関する情報を含むセルと、そうでないセルとが、共存可能となる。

　他の例として、基地局は、ＲＡＮスライスに関する情報がＰＣＩに含まれるかどうかの情報を、ランダムアクセス処理においてＵＥに通知してもよい。例えば、基地局は、ランダムアクセス応答（Random Access Response；ＲＡＲ）に、ＲＡＮスライスに関する情報がＰＣＩに含まれるかどうかの情報を含めてもよい。このことにより、例えば、基地局がセルに割り当て可能なＰＣＩ数の圧迫を防止可能となる。ＵＥは、ＲＡＮスライスに関する情報がＰＣＩに含まれるかどうかの情報を用いて、セルがサポート可能なＲＡＮスライスの情報を取得してもよい。ＵＥは、該セルが所望スライスをサポートしない場合において、ランダムアクセス処理を止めてもよい。例えば、ＵＥは、前述の場合において、ランダムアクセス処理におけるメッセージ３を送信しないとしてもよい。前述の場合における他の例として、ＵＥは、ランダムアクセス処理を完了させてもよい。該ＵＥは、ランダムアクセス処理完了後、基地局とのＲＲＣ接続を解放してもよい。

　図１６は、ＵＥが、セルのＰＣＩを用いて、所望スライスをサポート可能な基地局に接続する動作を示すシーケンス図である。図１６に示す例において、ＵＥの所望スライスはＳ－ＮＳＳＡＩ＃２であり、ｇＮＢ＃１はＳ－ＮＳＳＡＩ＃１をサポートし、ｇＮＢ＃２はＳ－ＮＳＳＡＩ＃２をサポートする。図１６において、図１４と同様の処理には同じ番号を付し、共通する説明を省略する。

　図１６のプロシージャ１４０１は、図１４と同様である。

　図１６に示すステップＳＴ１５２０において、ｇＮＢ＃１はＳＳブロックを送信する。ステップＳＴ１５２０に含まれるｇＮＢ＃１のＰＣＩは、Ｓ－ＮＳＳＡＩ＃１をサポートするセルに割り当てられる内容となっている。ステップＳＴ１５２１において、ｇＮＢ＃１は配下のＵＥに対して報知情報を送信する。ステップＳＴ１５２１の報知情報は、ｇＮＢ＃１のセルがサポートするＲＡＮスライスに関する情報がＰＣＩに含まれることを示す情報を含んでいる。ＵＥは、ステップＳＴ１５２０およびステップＳＴ１５２１によって、ｇＮＢ＃１のセルがサポート可能なＲＡＮスライスに関する情報を取得する。ステップＳＴ１５２２において、ＵＥは、ｇＮＢ＃１に接続しないことを決定する。

　図１６に示すステップＳＴ１５２４において、ｇＮＢ＃２はＳＳブロックを送信する。ステップＳＴ１５２４に含まれるｇＮＢ＃２のＰＣＩは、Ｓ－ＮＳＳＡＩ＃２をサポートするセルに割り当てられる内容となっている。ステップＳＴ１５２５において、ｇＮＢ＃２は配下のＵＥに対して報知情報を送信する。ステップＳＴ１５２５の報知情報は、ｇＮＢ＃２のセルがサポートするＲＡＮスライスに関する情報がＰＣＩに含まれることを示す情報を含んでいる。ＵＥは、ステップＳＴ１５２４およびステップＳＴ１５２５によって、ｇＮＢ＃２のセルがサポート可能なＲＡＮスライスに関する情報を取得する。ステップＳＴ１５２６において、ＵＥは、ｇＮＢ＃２に接続することを決定する。

　図１６に示すステップＳＴ１４３０～ＳＴ１４４４は、図１４と同様である。

　他の例として、基地局は、サポート可能なＲＡＮスライスに関する情報そのものを、ランダムアクセス処理においてＵＥに通知してもよい。例えば、基地局は、ランダムアクセス応答（Random Access Response；ＲＡＲ）に、自基地局、セル、ＤＵ、および／あるいはＴＲＰがサポート可能なＲＡＮスライスに関する情報を含めてもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。ＵＥは、該情報を用いて、セル、ＤＵ、および／あるいはＴＲＰがサポート可能なＲＡＮスライスの情報を取得してもよい。ＵＥは、該セルが所望スライスをサポートしない場合において、ランダムアクセス処理を止めてもよい。例えば、ＵＥは、前述の場合において、ランダムアクセス処理におけるメッセージ３を送信しないとしてもよい。前述の場合における他の例として、ＵＥは、ランダムアクセス処理を完了させてもよい。該ＵＥは、ランダムアクセス処理完了後、基地局とのＲＲＣ接続を解放してもよい。前述の場合における他の例として、ＵＥは基地局に、ランダムアクセス処理におけるメッセージ３を送信するとしてもよい。該メッセージ３には、例えば、ＵＥがランダムアクセス処理を中止することを示す情報が含まれてもよい。基地局は、該情報を用いて、ＵＥとの間のランダムアクセス処理を中止してもよい。このことにより、例えば、基地局はＵＥとの間のランダムアクセス処理を迅速に中止可能となり、その結果、基地局における通信効率の向上が可能となる。

　図１７は、ＵＥが、基地局からのランダムアクセス応答から、サポート可能なＲＡＮスライスに関する情報を取得して、所望スライスをサポート可能な基地局に接続する動作を示すシーケンス図である。図１７に示す例において、ＵＥの所望スライスはＳ－ＮＳＳＡＩ＃２であり、ｇＮＢ＃１はＳ－ＮＳＳＡＩ＃１をサポートし、ｇＮＢ＃２はＳ－ＮＳＳＡＩ＃２をサポートする。図１７において、図１４と同様の処理には同じ番号を付し、共通する説明を省略する。

　図１７のプロシージャ１４０１は、図１４と同様である。

　図１７に示すステップＳＴ１６２０において、ｇＮＢ＃１はＳＳブロックを送信する。ＵＥは、ステップＳＴ１６２０のＳＳブロックを用いて、ｇＮＢ＃１との間の下り同期を確立する。

　図１７に示すステップＳＴ１６２１において、ＵＥはｇＮＢ＃１に対してＰＲＡＣＨを送信する。ステップＳＴ１６２２において、ｇＮＢ＃１はＵＥに対してランダムアクセス応答を送信する。ｇＮＢ＃１からのランダムアクセス応答には、ｇＮＢ＃１の当該セルがサポート可能なＲＡＮスライスに関する情報が含まれる。図１７に示す例においては、ステップＳＴ１６２２のランダムアクセス応答には、ｇＮＢ＃１がＳ－ＮＳＳＡＩ＃１をサポートすることを示す情報が含まれる。図１７に示す例においては、ｇＮＢ＃１は、ＵＥの所望スライスであるＳ－ＮＳＳＡＩ＃２をサポートしていないので、ＵＥは、ステップＳＴ１６２３において、ｇＮＢ＃１との接続を中止する。すなわち、ＵＥは、ｇＮＢ＃１との間のランダムアクセス処理を中止する。

　図１７に示すステップＳＴ１６２４において、ｇＮＢ＃２はＳＳブロックを送信する。ＵＥは、ステップＳＴ１６２４のＳＳブロックを用いて、ｇＮＢ＃２との間の下り同期を確立する。

　図１７に示すステップＳＴ１６２５において、ＵＥはｇＮＢ＃２に対してＰＲＡＣＨを送信する。ステップＳＴ１６２６において、ｇＮＢ＃２はＵＥに対してランダムアクセス応答を送信する。ｇＮＢ＃２からのランダムアクセス応答には、ｇＮＢ＃２の当該セルがサポート可能なＲＡＮスライスに関する情報が含まれる。図１７に示す例においては、ステップＳＴ１６２６のランダムアクセス応答には、ｇＮＢ＃２がＳ－ＮＳＳＡＩ＃２をサポートすることを示す情報が含まれる。図１７に示す例においては、ｇＮＢ＃２は、ＵＥの所望スライスであるＳ－ＮＳＳＡＩ＃２をサポートするので、ＵＥは、ステップＳＴ１６２７において、ｇＮＢ＃２との接続を続行する。すなわち、ＵＥは、ｇＮＢ＃２との間のランダムアクセス処理を継続する。ステップＳＴ１６３０において、ＵＥとｇＮＢ＃２との間で、ランダムアクセスのメッセージ３およびメッセージ４の送受信が行われる。

　図１７に示すステップＳＴ１４３５～ＳＴ１４４４は、図１４と同様である。

　他の解決策を開示する。基地局がＵＥの登録可否を判断する。基地局がＵＥのＮＷへのアクセス可否を判断してもよい。基地局における該判断に、ＵＥからの登録要求が用いられてもよい。基地局は、ＵＥの所望スライスに関する情報を用いて、ＵＥの登録可否を判断してもよい。例えば、基地局は、自基地局のセルがＵＥの所望スライスをサポートしていない場合において、ＵＥの登録を否と判断してもよい。基地局はＵＥに対し、登録が否であることを示す情報を通知してもよい。基地局は該通知に、登録が否である理由、例えば、自基地局のセルがＵＥの所望スライスをサポートしていないことを示す情報を含めてもよい。このことにより、例えば、ＵＥが、所望スライスをサポートしていないセル経由で、ＡＭＦに登録されることを防止可能となる。その結果、ＵＥは所望のＱｏＳを確保可能となる。

　基地局によるアクセス可否の判断の例として、基地局は、ＵＥが接続したいＮＷに関する情報（例えば、ＰＬＭＮ－ＩＤ）を用いて、ＵＥのアクセス可否を判断してもよい。

　基地局は、該通知に、ＵＥの所望スライスをサポートするセル、ＤＵ、および／あるいはＴＲＰに関する情報を含めてもよい。基地局は、周辺のセル、ＤＵ、および／あるいはＴＲＰにおいてサポートするＲＡＮスライスの情報を取得してもよい。基地局は、例えば、実施の形態１の変形例１において開示した方法を用いて該情報を取得してもよい。ＵＥは、該情報を用いて、自ＵＥの所望スライスをサポートするセル、ＤＵ、および／あるいはＴＲＰに接続しなおしてもよい。該情報に、ＵＥの所望スライスに関する情報が含まれてもよい。該情報と、ＵＥの所望スライスに関する情報が組合せて含まれてもよい。このことにより、例えば、ＵＥは、所望スライスをサポートするセルに迅速に接続可能となる。

　ＵＥが接続するセル、ＤＵ、および／あるいはＴＲＰが、ＵＥの所望スライスをサポートしている場合において、基地局はＵＥの登録を可と判断してもよい。基地局は、該ＵＥの登録を可と判断した場合において、ＵＥからの登録要求をＡＭＦに転送してもよい。

　基地局は、ＵＥの登録を可と判断したことを示す情報を、ＵＥに通知しないとしてもよい。このことにより、例えば、ＵＥと基地局との間のシグナリングを削減可能となる。

　図１８は、ＵＥの登録において、基地局がＵＥの登録可否を判断する動作を示すシーケンス図である。図１８に示す例において、ＵＥの所望スライスはＳ－ＮＳＳＡＩ＃２であり、ｇＮＢ＃１はＳ－ＮＳＳＡＩ＃１をサポートし、ｇＮＢ＃２はＳ－ＮＳＳＡＩ＃２をサポートする。図１８において、図１４、図１７と同様の処理には同じ番号を付し、共通する説明を省略する。

　図１８に示すプロシージャ１４０１は、図１４と同様である。

　図１８に示すステップＳＴ１６２０は、図１６と同様である。ステップＳＴ１７２２において、ＵＥはｇＮＢ＃１との間でランダムアクセス処理を行う。

　図１８に示すステップＳＴ１７２３において、ＵＥはｇＮＢ＃１に対し、ＡＭＦへの登録要求を行う。ステップＳＴ１７２３の登録要求には、ＵＥの所望スライスがＳ－ＮＳＳＡＩ＃２であることを示す情報が含まれる。ステップＳＴ１７２４において、ｇＮＢ＃１は、ＵＥのＡＭＦへの登録可否を判断する。図１８に示す例においては、ｇＮＢ＃１はＵＥの所望スライスであるＳ－ＮＳＳＡＩ＃２をサポートしていないので、ｇＮＢ＃１はＵＥの登録を否と判断する。ステップＳＴ１７２５において、ｇＮＢ＃１はＵＥに対し、ＡＭＦへの登録の拒否を通知する。ステップＳＴ１７２５の通知には、登録拒否の理由、例えば、ＵＥの所望スライスをサポートしていないことを示す情報が含まれてもよい。ステップＳＴ１７２５の通知には、ＵＥの所望スライスをサポートするセルに関する情報が含まれてもよい。図１８の例においては、ＵＥの所望スライスをサポートするセルに関する情報は、ｇＮＢ＃２のセルに関する情報、例えば、該セルのＰＣＩであってもよい。ＵＥは、ステップＳＴ１７２５の通知を用いて、ｇＮＢ＃２のセルの受信動作を行ってもよい。

　図１８に示すステップＳＴ１６２４は、図１７と同様である。

　図１８に示すステップＳＴ１４３０、ＳＴ１４３５は、図１４と同様である。ステップＳＴ１７３６において、ｇＮＢ＃２は、ＵＥのＡＭＦへの登録可否を判断する。図１８に示す例においては、ｇＮＢ＃２はＵＥの所望スライスであるＳ－ＮＳＳＡＩ＃２をサポートしているので、ＵＥの登録を可と判断する。

　図１８に示すステップＳＴ１４３７～ＳＴ１４４４は、図１４と同様である。

　他の解決策を開示する。ＵＥは初期アクセス時に、所望スライスに関する情報を基地局に通知してもよい。該通知には、例えば、ランダムアクセスプリアンブルが用いられてもよい。所望スライス毎にランダムアクセスプリアンブルが割り当てられてもよい。このことにより、例えば、ＵＥは所望スライスに関する情報を迅速に基地局に通知可能となる。

　該割り当ては、例えば、ＲＡＮスライス毎、例えば、ＳＳＴ毎に、ランダムアクセスプリアンブルの値が割り当てられるものであってもよい。例えば、０～１５がｅＭＢＢに割り当てられ、１６～３１がＵＲＬＬＣに割り当てられ、３２～４７がｍＭＴＣに割り当てられ、４８～６３がＶ２Ｘに割り当てられてもよい。このことにより、例えば、同じ所望スライスのＵＥに割り当て可能なプリアンブル数を多く確保することが可能となる。その結果、同じ所望スライスのＵＥの収容可能数を多く確保可能となる。

　該割り当てに関する他の例として、ランダムアクセスプリアンブルの所定のビットに、ＲＡＮスライス、例えば、ＳＳＴが割り当てられてもよい。すなわち、ランダムアクセスプリアンブルの所定のビットが、各ＲＡＮスライス、例えば、各ＳＳＴの対応可否を表すとしてもよい。例えば、対応可能なＲＡＮスライスのビットを１と、対応不可能なＲＡＮスライスのビットを０としてもよい。他の例として、対応可能なＲＡＮスライスのビットを０と、対応不可能なＲＡＮスライスのビットを１としてもよい。このことにより、例えば、複数の所望スライスの情報を通知可能となる。

　ＵＥの所望スライスが複数となる場合において、ＵＥが最初にアクセスするセルは、例えば、非特許文献３０（ＴＳ３８．３０４）において開示された「適切なセル（suitable cell）」であるとＵＥが最初に判断したセルであってもよい。このことにより、例えば、ＵＥは基地局に迅速に接続可能となる。前述の、適切なセルであると最初に判断したセルは、ＵＥの所望スライスのいずれかをサポートするセルであってもよい。ＵＥは、本実施の形態１において開示した方法、例えば、セルがサポートするＲＡＮスライスを報知情報から取得する方法等を用いて、セルが所望スライスをサポートするかどうかを判断してもよい。このことにより、例えば、ＵＥは所望スライスをサポートするセルに迅速に接続可能となる。

　ＵＥが最初にアクセスするセルに関する他の例として、ＲＡＮスライス毎に優先順位が設けられてもよい。例えば、ＵＥが最初にアクセスするセルとして、ＵＲＬＬＣをサポートするセル、ｅＭＢＢをサポートするセル、ｍＭＴＣをサポートするセル、Ｖ２Ｘをサポートするセルの順に、優先順位が決められてもよい。ＵＥは、本実施の形態１において開示した方法、例えば、セルがサポートするＲＡＮスライスを報知情報から取得する方法等を用いて、セルが所望スライスをサポートするかどうかを判断してもよい。このことにより、例えば、低遅延が求められる通信において、迅速に通信を開始可能となる。

　ＵＥが最初にアクセスするセルは、他の例として、セルの周波数を用いて決められてもよい。例えば、ＵＥは、周波数が高いセルから順に接続を行うとしてもよい。このことにより、例えば、ＵＥは、カバレッジが狭い、高い周波数のセルに優先的に接続可能となる。その結果、通信システムにおけるＵＥの収容数を向上可能となる。他の例として、ＵＥは、周波数が低いセルから順に接続を行うとしてもよい。このことにより、例えば、ＵＥは、カバレッジの広いセルに優先的に接続可能となる、その結果、ＵＥのハンドオーバ回数を削減可能となる。

　ＵＥが最初にアクセスするセルは、他の例として、セルの周波数幅を用いて決められてもよい。例えば、ＵＥは、周波数幅が大きいセルから順に接続を行うとしてもよい。このことにより、例えば、ＵＥは、伝送容量の大きいセルに優先的に接続可能となる。その結果、ＵＥと基地局との間の通信速度を向上可能となる。

　ＵＥが最初にアクセスするセルは、規格で決められてもよい。このことにより、例えば、通信システムにおける複雑性を回避可能となる。他の例として、ＵＥが最初にアクセスするセルを、基地局が決定してＵＥに報知あるいは通知してもよい。例えば、前述の報知あるいは通知に、セル毎の優先度に関するパラメータが設けられてもよい。ＵＥは、該優先度に関する情報を用いて、接続するセルを決定してもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。他の例として、ＵＥが最初にアクセスするセルを、ＡＭＦが決定してＵＥに報知あるいは通知してもよい。該報知あるいは通知は、基地局経由で行われてもよい。このことにより、例えば、基地局において、ＵＥが最初にアクセスするセルを決定する処理を削減可能となる。

　他の解決策を開示する。ＵＥは、基地局とのＲＲＣ接続確立の際に、所望スライスに関する情報を基地局に通知してもよい。例えば、ＵＥは、所望スライスに関する情報を、非特許文献２４（ＴＳ３８．３３１）に開示されたＲＲＣ立上げ要求（RRCSetupRequest）のシグナリングに含めて、基地局に通知してもよい。基地局は、該情報を用いて、ＵＥのＲＲＣ立上げ可否を判断してもよい。基地局は、例えば、自基地局のセルがＵＥの所望スライスをサポートしていない場合において、ＵＥのＲＲＣ立上げを拒否してもよい。前述の場合において、基地局はＵＥに対し、ＲＲＣ拒否（RRCReject）を通知してもよい。基地局は該通知に、ＵＥの所望スライスをサポートしていないことを示す情報を含めてもよい。該情報は、例えば、該通知に含まれる「理由（Cause）」のパラメータとして含まれてもよい。このことにより、例えば、ＵＥは、基地局が所望スライスをサポートしないことを把握可能となる。基地局はＵＥに対し、ＵＥの所望スライスをサポートするセルに関する情報を通知してもよい。該情報は、例えば、前述のＲＲＣ拒否（RRCReject）のシグナリングに含まれてもよい。ＵＥは、該情報を用いて、所望スライスをサポートするセルに接続しなおしてもよい。このことにより、例えば、ＵＥは所望スライスをサポートするセルに迅速に接続可能となる。

　他の解決策を開示する。基地局は、ＵＥに送信するページングに、通信サービスに必要なＲＡＮスライスに関する情報を含めてもよい。ＵＥは、該情報を用いて、自ＵＥが用いるＲＡＮスライスを決定してもよい。ＵＥは、該情報を用いて、接続先のセル、ＣＵ－ＵＰ、ＤＵ、および／あるいはＴＲＰを決定してもよい。このことにより、例えば、下り通信が発生した場合においても、ＵＥは通信サービスに必要なＲＡＮスライスを用いることが可能となる。

　本実施の形態１において、ＡＭＦは、ＵＥの所望スライスに関する情報を用いて、ＲＦＳＰを決定してもよい。ＡＭＦは、決定したＲＦＳＰに関する情報を、基地局に通知してもよい。基地局は、該情報をＵＥに通知してもよい。該通知は、例えば、登録受理（Registration Accept）のシグナリングに含まれてもよいし、登録拒否（Registration Reject）のシグナリングに含まれてもよい。他の例として、ＡＭＦは該情報を直接（例えば、ＮＡＳシグナリングを用いて）ＵＥに通知してもよい。ＵＥは、該情報を用いて、接続および／あるいは再接続先のセルを決定してもよい。このことにより、例えば、ＵＥは所望スライスをサポートするセルを選択可能となる。

　本実施の形態１において開示した方法が、ＣＵとＤＵに分離されている基地局に適用されてもよい。例えば、ＤＵは、自ＤＵにおいてサポートするＲＡＮスライスに関する情報を、ＵＥに報知してもよいし、ＵＥ個別に通知してもよい。ＵＥは、該情報を用いて、所望スライスをサポートするセルに係るＤＵに接続してもよい。このことにより、例えば、ＵＥは、ＣＵとＤＵに分離されている基地局に対しても、所望スライスをサポートするＤＵに接続可能となる。

　本実施の形態１によって、ＵＥは、所望スライスをサポートするセルへ迅速に接続および／あるいは再接続することが可能となる。

　実施の形態１の変形例１．
　基地局はＵＥに対し、他の基地局でサポート可能なＲＡＮスライスに関する情報を報知あるいは通知してもよい。ＵＥは、該情報を用いて、所望スライスをサポートするセルへの接続を行ってもよい。

　前述において、以下に示す問題が生じる。すなわち、基地局は、他の基地局でサポート可能なＲＡＮスライスに関する情報を取得する方法が開示されていない。その結果、基地局は、該情報をＵＥに報知あるいは通知することができない。

　本変形例１では、前述の問題点を解決する方法を開示する。

　ＵＥは、他の基地局でサポート可能なＲＡＮスライスに関する情報を、基地局に通知する。ＵＥは、実施の形態１において開示した方法、例えば、基地局からの報知情報を用いて、ＲＡＮスライスに関する該情報を取得してもよい。ＵＥは、該情報を測定報告（measurement report）に含めて基地局に通知してもよい。あるいは、ＵＥは該情報を、他のＲＲＣシグナリングを用いて通知してもよいし、ＭＡＣシグナリングを用いて通知してもよいし、Ｌ１／Ｌ２シグナリングを用いて通知してもよい。前述の通知を行うＵＥは、基地局から前述の報知あるいは通知を受信するＵＥとは異なっていてもよい。該通知のためのＲＲＣシグナリングが新たに設けられてもよい。

　他の解決策を開示する。ＡＭＦが基地局に対して、所定のＲＡＮスライスをサポート可能な周辺基地局に関する情報を通知する。ＡＭＦは該通知を、ＮＧ立上げ（NG Setup）のプロシージャにおいて通知してもよい。例えば、ＡＭＦは該通知を、非特許文献２３（ＴＳ３８．４１３）に開示されるＮＧ　ＳＥＴＵＰ　ＲＥＳＰＯＮＳＥのシグナリングを用いて行ってもよい。あるいは、ＡＭＦは該通知を、他のＮ２シグナリング、例えば、ＵＥの登録受理を通知するシグナリングを用いて行ってもよいし、ＵＥの登録拒否を通知するシグナリングを用いて行ってもよい。該通知用の新たなＮ２シグナリングが設けられてもよい。このことにより、例えば、ＵＥと基地局の間のシグナリングを削減可能となる。

　他の例として、ＡＭＦは該通知を、所定の周期で行ってもよい。このことにより、例えば、基地局は該情報の更新を迅速に把握可能となる。所定の該周期は、規格で定められてもよいし、ＡＭＦが決定してもよい。

　他の例として、ＡＭＦは該通知を、ＴＡ内の基地局の構成変更時に行ってもよい。このことにより、例えば、基地局は該情報の更新をさらに迅速に把握可能となる。

　他の例として、ＡＭＦは該通知を、ＲＮＡ（RAN Notification Area）内の基地局の構成変更時に行ってもよい。このことにより、例えば、基地局とＡＭＦとの間のシグナリング量を削減可能となる。

　他の解決策を開示する。基地局は周辺の基地局に対し、自基地局でサポート可能な１つまたは複数のＲＡＮスライスに関する情報を通知する。該情報に、自基地局内のセル、ＤＵ、および／あるいはＴＲＰにおいてサポート可能なＲＡＮスライスに関する情報が含まれてもよい。該情報に、基地局、セル、ＤＵ、および／あるいはＴＲＰに関する情報、例えば、識別子が含まれてもよい。前述の情報の組合せが通知されてもよい。基地局は、他の基地局に対し、該他の基地局でサポート可能なＲＡＮスライスに関する情報を要求してもよい。該通知および／あるいは該要求には、Ｘｎシグナリングが用いられてもよい。このことにより、例えば、基地局とＡＭＦとの間のシグナリング量を削減可能となる。

　他の例として、基地局は周辺基地局から、当該周辺基地局でサポート可能なＲＡＮスライスに関する情報を、直接取得してもよい。基地局は、例えば、セルサーチを用いて該情報を取得してもよい。当該周辺基地局は、実施の形態１において開示した方法を用いて、自基地局でサポート可能なＲＡＮスライスに関する情報を報知するとよい。このことにより、例えば、基地局は、基地局間インタフェースを用いることなく該情報を取得可能となる。その結果、基地局間インタフェースのシグナリング量を削減可能となる。

　他の解決策を開示する。ＯＡＭ（Operation, Administration and Management/Maintenance）が基地局に対し、周辺基地局でサポート可能なＲＡＮスライスに関する情報を通知する。基地局はＯＡＭに対し、該情報を要求してもよい。基地局はＯＡＭに対し、自基地局でサポート可能なＲＡＮスライスに関する情報を通知してもよい。ＯＡＭは基地局に対し、該基地局でサポート可能なＲＡＮスライスに関する情報を要求してもよい。このことにより、例えば、前述と同様の効果が得られる。

　他の解決策を開示する。非特許文献２２に記載のＮＷＤＡＦ（Network Data Analytics Function）が基地局に対し、周辺基地局でサポート可能なＲＡＮスライスに関する情報を通知する。基地局はＮＷＤＡＦに対し、該情報を要求してもよい。基地局はＮＷＤＡＦに対し、自基地局でサポート可能なＲＡＮスライスに関する情報を通知してもよい。ＮＷＤＡＦは基地局に対し、該基地局でサポート可能なＲＡＮスライスに関する情報を要求してもよい。このことにより、例えば、前述と同様の効果が得られる。前述の通知および／あるいは要求は、ＡＭＦを経由して行われてもよい。このことにより、例えば、通信システムにおける複雑性を回避可能となる。

　本変形例１により、基地局は、他セルがサポートするスライスに関する情報を取得可能となり、ＵＥに対して該情報を報知あるいは通知可能となる。その結果、ＵＥは所望スライスをサポート可能なセルに迅速に接続可能となる。

　実施の形態２．
　ＵＥの登録（registration）において、ＡＭＦは、ＵＥの接続先セルがサポートしていないＲＡＮスライスを用いた接続を拒否してもよい。ＡＭＦは、該ＲＡＮスライスに関する情報を、基地局経由でＵＥに通知してもよい。例えば、ＡＭＦは該情報を、該ＲＡＮスライスを拒否ＮＳＳＡＩ（rejected NSSAI）に含めてＵＥに通知してもよい。

　前述において、以下に示す問題が生じる。すなわち、ＵＥの所望スライスが拒否ＮＳＳＡＩ（rejected NSSAI）となった場合において、ＵＥはその後、所望スライスで接続することができない。その結果、必要なＱｏＳの確保が困難になるという問題が生じる。

　本実施の形態２では、前述の問題点を解決する方法を開示する。

　ＵＥは登録解除（De-registeration）を行う。ＵＥは登録時と異なるセルに接続し直す。

　ＵＥは、登録解除前に接続していたセルに関する情報を保持してもよい。ＵＥは、該セルに接続しないとしてもよい。このことにより、例えば、所望スライスをサポートしないセルへの再度の接続による登録し直しの繰り返しを防止可能となる。

　ＵＥは、該セルを、セル選択および／あるいはセル再選択における測定対象から除外してもよい。このことにより、例えば、ＵＥにおける測定の処理量を削減可能となる。他の例として、ＵＥは該セルを、セル選択および／あるいはセル再選択における判定対象から除外してもよい。このことにより、例えば、セル選択および／あるいはセル再選択における動作の複雑性を回避可能となる。

　ＡＭＦは基地局に対し、ＵＥの所望スライスをサポート可能なセルおよび／あるいは基地局に関する情報を通知してもよい。該通知には、ＵＥの所望スライスをサポートする周波数に関する情報が含まれてもよい。該通知には、ＵＥが接続する基地局が所望スライスをサポートしないことを示す情報が含まれてもよい。該情報は該通知に、例えば、該通知の理由（Cause）として含まれてもよい。

　基地局はＡＭＦに対し、ＵＥの所望スライスをサポート可能な基地局、セル、ＤＵ、および／あるいはＴＲＰに関する情報を通知してもよい。ＯＡＭは基地局に対し、該基地局、セル、ＤＵ、および／あるいはＴＲＰでサポート可能なＲＡＮスライスに関する情報を通知してもよい。該基地局は該情報を用い、自基地局でサポートするＲＡＮスライスに関する設定を行ってもよい。基地局は、ＯＡＭからの該情報を用い、ＵＥの所望スライスをサポート可能な基地局、セル、ＤＵ、および／あるいはＴＲＰに関する情報を導出してもよい。このことにより、例えば、基地局からＡＭＦに対する、サポート可能なＲＡＮスライスに関する事前の通知が不要となり、その結果、基地局とＡＭＦとの間のシグナリングを削減可能となる。

　ＡＭＦは基地局に対し、ＵＥの所望スライスをサポート可能なＣＵ－ＵＰ（Central Unit-User Plane）に関する情報を通知してもよいし、該スライスをサポート可能なＤＵ－ＵＰ（Distributed Unit-User Plane）に関する情報を通知してもよい。該動作は、例えば、通信ＮＷにおいてＣＰ－ＵＰ分離が行われている場合に行われてもよい。ＣＵ－ＣＰ（Central Unit-User Plane）はＡＭＦに対し、配下のＣＵ－ＵＰ毎のサポート可能なＲＡＮスライスに関する情報を通知してもよい。このことにより、例えば、ＣＰ－ＵＰ分離が行われている通信ＮＷにおいても同様の効果を得ることができる。

　基地局はＡＭＦに対し、ＵＥの所望スライスをサポート可能なＣＵ－ＵＰに関する情報を通知してもよい。ＯＡＭは基地局に対し、ＣＵ－ＵＰにてサポート可能なＲＡＮスライスに関する情報を通知してもよい。該基地局は該情報を用い、各ＣＵ－ＵＰでサポートするＲＡＮスライスに関する設定を行ってもよい。基地局は、ＯＡＭからの該情報を用い、ＵＥの所望スライスをサポート可能なＣＵ－ＵＰに関する情報を導出してもよい。このことにより、例えば、基地局からＡＭＦに対する、サポート可能なＲＡＮスライスに関する事前の通知が不要となり、その結果、基地局とＡＭＦとの間のシグナリングを削減可能となる。

　基地局は、ＡＭＦからの該通知を、ＵＥに通知してもよい。ＵＥは、登録解除後に、該通知を用いて、所望スライスをサポートする基地局、セル、ＣＵ－ＵＰ、ＤＵ、および／あるいはＴＲＰに接続し直してもよい。このことにより、例えば、ＵＥは、所望スライスを用いた通信を迅速に実行可能となる。

　他の解決策を開示する。ＡＭＦは、ＵＥの接続先セルがサポートしていないＲＡＮスライスでの登録を許可する。ＡＭＦは、ＵＥの所望スライスを、許可ＮＳＳＡＩ（Allowed NSSAI）に含めて基地局に通知する。基地局はＵＥに対し、ＡＭＦからの該通知を転送する。該通知は、ＵＥの登録を許可する旨の情報を含めたＮ２シグナリングに含まれてもよい。ＡＭＦは、該通知に、ＵＥの所望スライスをサポートする基地局、ＣＵ－ＵＰ、ＤＵ、ＴＲＰ、および／あるいはセルに関する情報を含めてもよい。該通知に、ＵＥの所望スライスに関する情報が含まれてもよい。ＵＥの所望スライスに関する情報と、ＵＥの所望スライスをサポートする基地局、ＣＵ－ＵＰ、ＤＵ、ＴＲＰ、および／あるいはセルに関する情報が組合せられてもよい。このことにより、例えば、ＵＥは、所望スライスをサポート可能なセルを迅速に把握可能となる。他の例として、該通知に、ＵＥの所望スライスに関する情報が含まれなくてもよい。このことにより、例えば、該通知のシグナリングのサイズを削減可能となる。

　ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤを維持してもよい。ＵＥのハンドオーバが行われてもよい。基地局はＵＥに対し、ハンドオーバを指示してもよい。このことにより、例えば、ＵＥのＲＲＣステート遷移に関する、ＵＥと基地局との間のシグナリングを削減可能となる。

　基地局はＵＥに対し、ＵＥの所望スライスをサポートする基地局、セル、ＣＰ－ＣＵ、ＤＵ、および／あるいはＴＲＰの測定を指示してもよい。該指示は、例えば、基地局からＵＥへの登録受理のシグナリングに含まれてもよいし、含まれないとしてもよい。他の例として、測定の該指示は暗黙的な指示であってもよい。例えば、ＵＥは、該登録受理の通知を用いて、ＵＥの所望スライスをサポートする基地局、セル、ＣＰ－ＣＵ、ＤＵ、および／あるいはＴＲＰの測定を暗黙的に行ってもよい。このことにより、例えば、ＵＥと基地局との間のシグナリングを削減可能となる。

　基地局からＵＥに対する測定の該指示に、ＵＥの所望スライスをサポートする基地局、セル、ＣＰ－ＣＵ、ＤＵ、および／あるいはＴＲＰに関する情報が含まれてもよい。他の例として、基地局からＵＥに対する測定の該指示に、ＵＥの所望スライスに関する情報が含まれてもよい。ＵＥは、該情報を用いて、測定対象の基地局、セル、ＣＰ－ＣＵ、ＤＵ、および／あるいはＴＲＰに関する情報を導出してもよい。このことにより、例えば、基地局からＵＥへのシグナリングの大きさを削減可能となる。

　ＵＥは、基地局からの該指示を用いて、他の基地局、セル、ＣＰ－ＣＵ、ＤＵ、および／あるいはＴＲＰの測定を行ってもよい。ＵＥは基地局に対し、測定結果を通知してもよい。基地局は該通知を用いて、ＵＥのハンドオーバ先を決定してもよい。

　ＵＥから基地局に対する、測定結果の通知に、所望スライスに関する情報が含まれてもよいし、測定対象の基地局、セル、ＣＰ－ＣＵ、ＤＵ、および／あるいはＴＲＰにおいてサポート可能な１つあるいは複数のＲＡＮスライスに関する情報が含まれてもよい。基地局は、該情報を用いて、ＵＥのハンドオーバ先を決定してもよい。このことにより、例えば、基地局は、ＵＥの所望スライスをサポート可能な基地局、セル、ＣＰ－ＣＵ、ＤＵ、および／あるいはＴＲＰをハンドオーバ先として選択可能となり、その結果、ＵＥは、ハンドオーバ後においても、所望のＱｏＳを満たした通信が可能となる。

　図１９および図２０は、所望スライスをサポートしない基地局に接続したＵＥが、所望スライスをサポートする基地局にハンドオーバする動作を示すシーケンス図である。図１９および図２０は境界線ＢＬ１９２０の位置でつながっている。図１９および図２０において、図１４、図１７および図１８と同様の処理には同じステップ番号を付し、共通する説明を省略する。

　図１９におけるプロシージャ１４０１は、図１４と同様である。

　図１９におけるステップＳＴ１６２０は、図１７と同様である。

　図１９におけるステップＳＴ１７２２、ＳＴ１７２３は、図１８と同様である。

　図１９におけるステップＳＴ１９３７において、ｇＮＢ＃１はＵＥからの登録要求をＡＭＦに通知する。ステップＳＴ１９３８において、ＡＭＦは、配下にＳ－ＮＳＳＡＩ＃２をサポートする基地局が存在することを用いて、ＵＥに対してＳ－ＮＳＳＡＩ＃２を許可する。

　図１９におけるステップＳＴ１４４０は、図１４と同様である。

　図１９におけるステップＳＴ１９４２において、ＡＭＦはｇＮＢ＃１に対して、ＵＥの登録を受理することを示す情報を通知する。該通知は、ＵＥへの許可ＮＳＳＡＩに関する情報を含んでもよいし、ＲＦＳＰに関する情報、例えば、ＲＦＳＰインデックスを含んでもよい。該通知は、ＡＭＦと基地局との間のインタフェース（例えば、Ｎ２インタフェース）を用いて行われてもよい。図１９に示す例において、ＡＭＦは、許可ＮＳＳＡＩとしてＳ－ＮＳＳＡＩ＃２を通知する。ステップＳＴ１９４２の通知は、許可ＮＳＳＡＩであるＳ－ＮＳＳＡＩ＃２をサポートする基地局に関する情報を含んでもよい。図１９に示す例において、ＡＭＦは、Ｓ－ＮＳＳＡＩ＃２をサポートする基地局に関する情報として、ｇＮＢ＃２に関する情報を通知する。

　図１９におけるステップＳＴ１９４４において、ｇＮＢ＃１はＵＥに対し、登録受理を通知する。ステップＳＴ１９４４の該通知は、ＵＥへの許可ＮＳＳＡＩに関する情報を含んでもよいし、許可ＮＳＳＡＩをサポートする基地局に関する情報を含んでもよい。図１９に示す例において、ｇＮＢ＃１は、許可ＮＳＳＡＩとしてＳ－ＮＳＳＡＩ＃２を通知するとともに、許可ＮＳＳＡＩであるＳ－ＮＳＳＡＩ＃２をサポートする基地局に関する情報として、ｇＮＢ＃２に関する情報を通知する。ステップＳＴ１９４６において、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートを維持する。

　図１９におけるステップＳＴ１６２４は、図１７と同様である。

　図２０におけるステップＳＴ１９５０において、ＵＥはｇＮＢ＃２のセルからの下り信号を測定する。図１９および図２０に示す例において、ＵＥは下り信号としてステップＳＴ１６２４のＳＳブロックを測定する。ステップＳＴ１９５２において、ＵＥは該測定結果をｇＮＢ＃１に報告する。ステップＳＴ１９５４において、ｇＮＢ＃１は、ＵＥをｇＮＢ＃２にハンドオーバさせることを決定する。ステップＳＴ１９５６において、ｇＮＢ＃１はｇＮＢ＃２に対して、ハンドオーバ要求を送信する。ステップＳＴ１９５８において、ｇＮＢ＃２はｇＮＢ＃１に対して、ハンドオーバ要求肯定応答を送信する。ステップＳＴ１９６０において、ｇＮＢ＃１はＵＥに対し、ｇＮＢ＃２へのハンドオーバを指示する。該指示は、例えば、ＲＲＣ再設定（RRCReconfiguration）のシグナリングを用いて行われてもよい。ＵＥは、ステップＳＴ１９６０の指示を用いて、ｇＮＢ＃２へのハンドオーバ動作を開始する。

　図２０におけるステップＳＴ１９６４において、ＵＥはｇＮＢ＃２からのＳＳブロックを受信する。ステップＳＴ１９６６において、ＵＥはｇＮＢ＃２との下り同期を確立する。

　図２０におけるステップＳＴ１４３０は、図１４と同様である。

　図２０におけるステップＳＴ１９７０において、ＵＥはｇＮＢ＃２に対して、ハンドオーバ完了を通知する。該通知には、例えば、ＲＲＣ再設定完了（RRCReconfigurationComplete）のシグナリングが用いられてもよい。ステップＳＴ１９７２において、ｇＮＢ＃２はＡＭＦに対し、ＵＥのデータの経路変更を要求する。ステップＳＴ１９７４において、ＡＭＦはｇＮＢ＃２に対し、経路変更要求の肯定応答を通知する。

　他の例として、ＵＥはＲＲＣ＿ＩＤＬＥステートに遷移してもよい。基地局はＵＥに対し、ＲＲＣ解放を指示してもよい。ＵＥはセル再選択を行ってもよい。ＵＥは、基地局からの通知を用いて、所望スライスをサポートするセルに再接続してもよい。このことにより、例えば、ＵＥから基地局への測定結果報告が不要となり、その結果、ＵＥと基地局との間のシグナリングを削減可能となる。

　基地局からＵＥに対するＲＲＣ解放の指示に、ＵＥの所望スライスをサポートする基地局および／あるいはセルに関する情報が含まれてもよい。基地局からＵＥに対する、ＵＥの登録を許可する旨の通知に、ＵＥの所望スライスをサポートする基地局および／あるいはセルに関する情報が含まれないとしてもよい。このことにより、例えば、ＵＥの登録許可の通知におけるシグナリングのサイズを削減可能となる。

　基地局からＵＥに対する、ＵＥの登録を許可する旨の通知と、ＲＲＣ解放の指示が１つのシグナリングに統合されてもよい。例えば、ＵＥの登録を許可する旨の通知に、ＲＲＣ解放の指示が含まれてもよいし、ＲＲＣ解放の指示に、ＵＥの登録を許可する旨の通知が含まれてもよい。このことにより、例えば、基地局とＵＥとの間のシグナリングを削減可能となる。統合された該シグナリングに、ＵＥの所望スライスをサポートする基地局および／あるいはセルに関する情報が含まれてもよい。このことにより、例えば、ＵＥは所望スライスをサポート可能な基地局および／あるいはセルの再選択が可能となる。

　図２１および図２２は、所望スライスをサポートしない基地局に接続したＵＥが、所望スライスをサポートする基地局にセル再接続する動作の第１例を示すシーケンス図である。図２１および図２２は境界線ＢＬ２１２２の位置でつながっている。図２１および図２２は、ＵＥはＲＲＣ＿ＩＤＬＥに遷移する例について示している。図２１および図２２において、図１４、図１７、図１８、図１９および図２０と同様の処理には同じステップ番号を付し、共通する説明を省略する。

　図２１におけるプロシージャ１４０１は、図１４と同様である。

　図２１におけるステップＳＴ１６２０は、図１７と同様である。

　図２１におけるステップＳＴ１７２２、ＳＴ１７２３は、図１８と同様である。

　図２１におけるステップＳＴ１９３７、ＳＴ１９３８は、図１９と同様である。

　図２１におけるステップＳＴ１４４０は、図１４と同様である。

　図２１におけるステップＳＴ１９４２、ＳＴ１９４４は、図１９と同様である。

　図２１におけるステップＳＴ２０４５において、ｇＮＢ＃１はＵＥに対して、ＲＲＣ解放を指示する。該指示には、例えば、ＲＲＣ解放（RRCRelease）のシグナリングが用いられてもよい。ステップＳＴ２０４６において、ＵＥはＲＲＣ＿ＩＤＬＥに遷移する。

　図２１におけるステップＳＴ１６２４は、図１７と同様である。

　図２２におけるステップＳＴ２０６７において、ＵＥはｇＮＢ＃２へのセル再選択を決定する。

　図２２におけるステップＳＴ１４３０は、図１４と同様である。

　図２２におけるステップＳＴ２０７０において、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移する。ステップＳＴ２０７１において、ＵＥはｇＮＢ＃２に対し、ＲＲＣ立上げ完了を通知する。該通知には、例えば、ＲＲＣ立上げ完了（RRCSetupComplete）のシグナリングが用いられてもよい。

　図２２におけるステップＳＴ２０７２において、ｇＮＢ＃２はＡＭＦに対し、初期ＵＥメッセージを送信する。ステップＳＴ２０７４において、ＡＭＦはｇＮＢ＃２に対し、初期コンテキストの設定を要求する。ステップＳＴ２０７６において、ＵＥとｇＮＢ＃２との間で初期コンテキストの設定が行われる。ステップＳＴ２０７８において、ｇＮＢ＃２はＡＭＦに対し、初期コンテキスト設定応答を通知する。

　他の例として、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移してもよい。基地局はＵＥに対し、ＲＲＣ停止を指示してもよい。ＵＥはセル再選択を行ってもよい。ＵＥは、基地局からの通知を用いて、所望スライスをサポートするセルに再接続してもよい。このことにより、例えば、前述と同様の効果が得られるとともに、ＵＥのＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートへの復帰を迅速に実行可能となる。

　基地局からＵＥに対するＲＲＣ停止の指示に、ＵＥの所望スライスをサポートする基地局および／あるいはセルに関する情報が含まれてもよい。基地局からＵＥに対する、ＵＥの登録を許可する旨の通知に、ＵＥの所望スライスをサポートする基地局および／あるいはセルに関する情報が含まれないとしてもよい。このことにより、例えば、ＵＥの登録許可の通知におけるシグナリングのサイズを削減可能となる。

　基地局からＵＥに対する、ＵＥの登録を許可する旨の通知と、ＲＲＣ停止の指示が１つのシグナリングに統合されてもよい。例えば、ＵＥの登録を許可する旨の通知に、ＲＲＣ停止の指示が含まれてもよいし、ＲＲＣ停止の指示に、ＵＥの登録を許可する旨の通知が含まれてもよい。このことにより、例えば、基地局とＵＥとの間のシグナリングを削減可能となる。統合された該シグナリングに、ＵＥの所望スライスをサポートする基地局および／あるいはセルに関する情報が含まれてもよい。このことにより、例えば、ＵＥは所望スライスをサポート可能な基地局および／あるいはセルの再選択が可能となる。

　図２３および図２４は、所望スライスをサポートしない基地局に接続したＵＥが、所望スライスをサポートする基地局にセル再接続する動作の第２例を示すシーケンス図である。図２３および図２４は境界線ＢＬ２３２４の位置でつながっている。図２３および図２４は、ＵＥはＲＲＣ＿ＩＤＬＥに遷移する例について示している。図２３および図２４において、図１４、図１７、図１８、図１９、図２０、図２１および図２２と同様の処理には同じステップ番号を付し、共通する説明を省略する。

　図２３におけるプロシージャ１４０１は、図１４と同様である。

　図２３におけるステップＳＴ１６２０は、図１７と同様である。

　図２３におけるステップＳＴ１７２２、ＳＴ１７２３は、図１８と同様である。

　図２３におけるステップＳＴ１９３７、ＳＴ１９３８は、図１９と同様である。

　図２３におけるステップＳＴ１４４０は、図１４と同様である。

　図２３におけるステップＳＴ１９４２、ＳＴ１９４４は、図１９と同様である。

　図２３におけるステップＳＴ２１４５において、ｇＮＢ＃１はＵＥに対して、ＲＲＣ停止を指示する。該指示には、例えば、ＲＲＣ停止（RRCSuspend）のシグナリングが用いられてもよい。ステップＳＴ２１４６において、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移する。

　図２３におけるステップＳＴ１６２４は、図１７と同様である。

　図２４におけるステップＳＴ２０６７は、図２２と同様である。

　図２４におけるステップＳＴ１４３０は、図１４と同様である。

　図２４におけるステップＳＴ２０７０は、図２２と同様である。

　図２４におけるステップＳＴ２０７１において、ＵＥはｇＮＢ＃２に対し、ＲＲＣ再開完了を通知する。該通知には、例えば、ＲＲＣ再開完了（RRCResumeComplete）のシグナリングが用いられてもよい。

　図２４におけるステップＳＴ１９７２、ＳＴ１９７４は、図２０と同様である。

　他の解決策を開示する。ＵＥの登録の変更を行う。登録の変更は、例えば、ＵＥの所望スライスを、拒否ＮＳＳＡＩから許可ＮＳＳＡＩに変更するものであってもよい。

　ＵＥの接続先セルの変更が行われてもよい。該変更には、前述の解決策にて開示された方法が用いられてもよい。該変更は、ハンドオーバによって行われてもよい。すなわち、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤを維持してもよい。他の例として、該変更は、セル再選択を用いて行われてもよい。すなわち、ＵＥはＲＲＣ＿ＩＤＬＥに遷移してもよいし、ＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移してもよい。

　ＵＥの接続先セルの変更後において、ＵＥが保持する拒否ＮＳＳＡＩの情報がクリアされてもよい。このことにより、例えば、ＵＥにおけるメモリ使用量を削減可能となる。他の例として、ＵＥの接続先セルの変更後において、ＵＥが保持する拒否ＮＳＳＡＩの情報が維持されてもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。

　ＵＥはＡＭＦに対し、登録の変更を要求してもよい。ＵＥからの該要求は、ＵＥの接続先セルの変更後に行われるとしてもよい。登録の変更のためのシグナリングが設けられてもよい。該シグナリングは、ＲＲＣシグナリングであってもよいし、Ｎ２シグナリングであってもよいし、ＮＡＳシグナリングであってもよいし、前述のうちの複数の組合せであってもよい。

　該要求のシグナリングは、ＲＡＮスライスに関する情報を含んでもよい。例えば、該要求のシグナリングは、許可ＮＳＳＡＩに追加したいＳ－ＮＳＳＡＩに関する情報を含んでもよいし、許可ＮＳＳＡＩから削除したいＳ－ＮＳＳＡＩに関する情報を含んでもよいし、拒否ＮＳＳＡＩから削除したいＳ－ＮＳＳＡＩに関する情報を含んでもよいし、拒否ＮＳＳＡＩに追加したＳ－ＮＳＳＡＩに関する情報を含んでもよい。

　登録変更のプロシージャは、例えば、非特許文献２５（ＴＳ２３．５０２）の４．２．２．２．２節に開示された登録のプロシージャと同様であってもよい。前述において、登録要求のシグナリングが、登録変更要求（Registration Modification Request）のシグナリングに置き換わったものであってもよい。登録変更受理のシグナリングが設けられてもよい。前述において、登録受理（Registration Accept）のシグナリングが、登録変更受理（Registration Modification Accept）のシグナリングに置き換わったものであってもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。

　本実施の形態２において開示した方法が、ＣＵとＤＵに分離されている基地局に適用されてもよい。例えば、ＵＥの接続先が、所望スライスをサポートするＤＵに切替ってもよい。このことにより、例えば、ＵＥは、ＣＵとＤＵに分離されている基地局に対しても、所望スライスをサポートするＤＵに接続可能となる。

　本実施の形態２によって、ＵＥは、所望スライスを用いた接続の拒否から復旧可能となる。その結果、所定のＱｏＳを満たした通信が可能となる。

　実施の形態３．
　ＵＥのハンドオーバにおいて、移動前基地局は移動先基地局に対し、ＵＥが使用するＲＡＮスライスのサポート可否を問い合わせてもよい。該問い合わせは、例えば、ハンドオーバ要求のシグナリングを用いて行ってもよい。移動先基地局は移動前基地局に対し、該ＲＡＮスライスのサポート可否を通知してもよい。該通知は、例えば、ハンドオーバ要求肯定応答のシグナリングを用いて行ってもよいし、ハンドオーバ拒否のシグナリングを用いて行ってもよい。

　前述において、以下に示す問題が生じる。すなわち、ハンドオーバ先の基地局がＵＥの所望スライスをサポートしていない場合、ＵＥは該基地局にハンドオーバすることができない。その結果、ＵＥの通信サービスが停止する、といった問題が生じる。

　本実施の形態３では、前述の問題点を解決する方法を開示する。

　移動先基地局は、該ＵＥのハンドオーバを許可する。移動先基地局はＡＭＦに対して、該移動先基地局がサポート可能なＲＡＮスライスに関する情報を通知する。ＡＭＦは移動先基地局に対し、デフォルトＳ－ＮＳＳＡＩの使用を通知する。移動先基地局は移動前基地局に対して、デフォルトＳ－ＮＳＳＡＩを使用することを通知する。移動前基地局はＵＥに対し、デフォルトＳ－ＮＳＳＡＩを使用することを通知する。移動前基地局からＵＥへの該通知には、ハンドオーバ指示のシグナリング、例えば、ＲＲＣ再設定（RRCReconfiguration）のシグナリングが用いられてもよい。

　ＵＥの登録変更が行われてもよい。該登録変更には、実施の形態２において開示した方法が用いられてもよい。

　ＵＥと移動先基地局との間の通信において、他のＲＡＮスライスが用いられてもよい。該ＲＡＮスライスは、ＵＥに許可されたＲＡＮスライスであってもよいし、移動先基地局がサポートするＲＡＮスライスであってもよいし、ＵＥに許可され且つ移動先基地局がサポートするＲＡＮスライスであってもよい。ＵＥのＰＤＵセッション変更が行われてもよい。例えば、ＲＡＮスライスとＰＤＵセッションとの間の対応付けの変更が行われてもよい。ＰＤＵセッションの変更に、例えば、非特許文献２５（ＴＳ２３．５０２）の４．３．３．２節に開示されたプロシージャが用いられてもよい。このことにより、例えば、ＵＥに許可された他のＲＡＮスライスを使用可能となる。その結果、ＵＥの通信におけるＱｏＳ確保が可能となる。

　実施の形態３において開示した方法が、複数のＲＡＮスライスを用いるＵＥのハンドオーバに適用されてもよい。例えば、移動先基地局がサポートしていないＲＡＮスライスを用いるＰＤＵセッションにおいて、デフォルトＳ－ＮＳＳＡＩが用いられてもよいし、他のＲＡＮスライスが用いられてもよい。このことにより、例えば、複数のＲＡＮスライスを用いるＵＥのハンドオーバにおいても、一部のＰＤＵセッションの断を防止可能となる。

　他の例として、移動先基地局がサポートしていないＲＡＮスライスを用いる通信が、他の基地局（以下、ＤＣ先基地局と称する場合がある）を用いて行われるとしてもよい。例えば、ＵＥのハンドオーバに伴いＤＣが行われるとしてもよい。このことにより、例えば、ＵＥはハンドオーバ後においても通信のＱｏＳを確保可能となる。

　移動先基地局は、ＤＣの可否を判断してもよい。移動先基地局はＤＣ先基地局を決定してもよい。移動先基地局は、ＤＣ可否の判断および／あるいはＤＣ先基地局の決定を、例えば、移動先基地局が有する、他基地局がサポートするＲＡＮスライスに関する情報を用いて行ってもよい。移動先基地局はＤＣ先基地局に対し、ＵＥの所望スライスを用いたＤＣを要求してもよい。該要求は、例えば、セカンダリ基地局追加要求（SN Addition Request）を用いて行われてもよい。該要求に、ＵＥの所望スライスに関する情報が含まれてもよい。ＤＣ先基地局は、ＵＥの所望スライスに関する情報を用いて、ＤＣの可否を決定してもよい。ＤＣ先基地局は移動先基地局に対し、該要求に対する応答を通知してもよい。該応答は、例えば、セカンダリ基地局追加要求肯定応答（SN Addition Request Acknowledgement）であってもよいし、セカンダリ基地局追加要求拒否（SN Addition Request Reject）であってもよい。

　ＤＣの該構成は、ハンドオーバ以外において用いられてもよい。例えば、ＵＥのＮＷへの接続時において用いられてもよい。例えば、ＵＥの接続先基地局が所望スライスをサポートしない場合において、所望スライスをサポートする基地局がセカンダリ基地局として設定されてもよい。

　ＤＣの該構成は、他の例として、ＵＥにおけるサービスの追加の時に用いられてもよい。例えば、ＵＥにおいて追加されたサービスに必要なＲＡＮスライスを基地局がサポートしていない場合において、基地局は、該ＲＡＮスライスをサポートする基地局をセカンダリ基地局として追加してもよい。ＵＥは基地局に対し、追加されたサービスに必要なＲＡＮスライスに関する情報を通知してもよい。基地局は、該通知を用いて、セカンダリ基地局として追加する基地局を決定してもよい。このことにより、例えば、通信システムはＵＥのサービスの追加に柔軟に対応可能となる。

　ＤＣの該構成は、他の例として、同じＲＡＮスライスをサポートする基地局を用いて行われてもよい。すなわち、マスタ基地局とセカンダリ基地局が同じＲＡＮスライスをサポートするとしてもよい。このことにより、例えば、マスタ基地局とセカンダリ基地局との間のベアラの切替えを柔軟に実行可能となる。

　本実施の形態３により、ＵＥは、所望スライスをサポートしていない基地局へのハンドオーバ後においても、通信の継続が可能となる。

　実施の形態４．
　ＳＬ通信においては、ＵＥ間の直接通信だけでなく、リレー（relay）を介した間接通信が提案されている（非特許文献２９（３ＧＰＰ　ＴＲ　２３．７０３　Ｖ１２．０．０参照））。ＵＥ間のリレーを、ＵＥ－ｔｏ－ＵＥリレー、あるいは、ＵＥ間リレーと称する場合がある。本開示では、ＵＥ間リレーを実施するＵＥを、リレーＵＥと称する場合がある。

　たとえば、隊列走行をしている複数のＵＥが交差点に差し掛かった状況において、建物によるブロッキングなどにより、ＵＥ間直接通信ができなくなるような場合が生じる。また、ＵＥは、近傍のＵＥだけでなく、より遠方の複数のＵＥに対して通信を行う必要性が生じる場合がある。このような場合、ＵＥ間リレーを用いる方法が考えられる。たとえば、送信ＵＥ（UE-TXと称する場合がある）と受信ＵＥ（UE-RXと称する場合がある）との間のＳＬ通信を、リレーＵＥを介して行う。リレーＵＥを介したＵＥ間のＳＬ通信を、ＵＥ間間接通信と称する場合がある。

　ＵＥ間でＳＬ通信を用いるサービス（アプリケーションでもよい）は、ＵＥ－ＴＸとＵＥ－ＲＸとの間で行われる。このため、ＵＥ間直接通信では、サービスに要求されるＱｏＳを満たすために、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信用ＱｏＳおよびＳＬ用無線ベアラ（SLRBと称する場合がある）の設定が行われる。しかし、リレーＵＥを用いたＵＥ間間接通信では、リレーＵＥを介した通信となるので、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信と、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信が行わる。このため、従来のＵＥ間直接通信の方法では、リレーＵＥを用いたＵＥ間間接通信に必要な、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用ＱｏＳおよびＳＬＲＢの設定と、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＱｏＳおよびＳＬＲＢの設定を実施することができない。その結果、サービスに要求されるＱｏＳを満たすことはできなくなるという問題が生じる。

　本実施の形態４では、このような課題を解決する方法を開示する。

　ＵＥ－ＴＸとリレーＵＥとの間のＳＬと、リレーＵＥとＵＥ－ＲＸとの間のＳＬのそれぞれに対して、ＳＬＲＢの設定を行う。リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定に、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定を用いてもよい。このようにすることで、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢを、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢと同じに設定できる。

　ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信に、ＵＥ－ＴＸとＵＥ－ＲＸとの間で実施されるサービスに対応したＳＬＲＢ設定を用いてもよい。ＵＥ－ＴＸとリレーＵＥとの間のＱｏＳに、ＵＥ－ＴＸとＵＥ－ＲＸとの間で実施されるサービスに要求されるＱｏＳを用いてもよい。ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用ＳＬＲＢ設定は、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに要求されるＱｏＳに関する情報を用いて、導出されてもよい。このようにすることで、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢを、サービスに要求されるＱｏＳを満たすように設定可能となる。また、前述のリレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定に、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定を用いる方法を組み合わせることで、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信に、ＵＥ－ＴＸとＵＥ－ＲＸとの間で実施されるサービスに対応したＳＬＲＢの設定を行うことができる。リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢを、ＵＥ－ＴＸとＵＥ－ＲＸとの間で実施されるサービスに要求されるＱｏＳを満たすよう設定可能となる。

　ＱｏＳに関する情報は、ＰＣ５　ＱｏＳパラメータ（ＰＣ５を省略して単にＱｏＳパラメータと称する場合がある）であってもよい。ＰＣ５　ＱｏＳパラメータは、たとえば、ＰＱＩを含んでいてもよい（非特許文献26（TS23.287 V16.1.0）参照）。また、ＱｏＳに関する情報は、ＱｏＳ特性（QoS characteristics）を含んでいてもよい（非特許文献26（TS23.287 V16.1.0）参照）。ＰＣ５　ＱｏＳパラメータとＱｏＳ特性とを、ＱｏＳプロファイルと称する場合がある。

　ＵＥ－ＴＸは、ＵＥ－ＲＸとの間でＳＬ通信を用いるサービスが生じた場合、該サービスのサービスタイプ（たとえば、PSID、ITS-AIDなど）、該サービスに対する要求、送信先ＵＥの識別子、送信元ＵＥの識別子を導出する。ＵＥ－ＴＸは、該サービスのサービスタイプ（たとえば、PSID、ITS-AIDなど）と該サービスに対する要求を用いて、該サービスに要求される一つまたは複数のＰＣ５　ＱｏＳパラメータを導出する。

　ＵＥ－ＴＸは、ＰＣ５　ＱｏＳパラメータに対応するＰＣ５　ＱｏＳフローが存在する場合は、該ＰＣ５　ＱｏＳフローを該ＰＣ５　ＱｏＳパラメータに適するように更新する。ＵＥ－ＴＸは、ＰＣ５　ＱｏＳパラメータに対応するＰＣ５　ＱｏＳフローが存在しない場合は、新たなＰＣ５　ＱｏＳフローを該ＰＣ５　ＱｏＳパラメータに適するように設ける。ＰＣ５　ＱｏＳフローを特定するためのＰＣ５　ＱｏＳフローの識別子（PFIと称する場合がある）を新たに設定してもよい。

　ＵＥ－ＴＸは、サービスデータを、設定したＰＣ５　ＱｏＳフローへマッピングするためのＰＣ５　ＱｏＳルールを導出する。ＰＣ５　ＱｏＳルールは、ＰＣ５パケットフィルタを含んでもよい。ＵＥ－ＴＸは、ＵＥ－ＲＸに対するＰＣ５　ＱｏＳパラメータと、V２Xサービスタイプと、ＰＣ５　ＱｏＳルールを記憶してもよい。

　ＰＣ５　ＱｏＳパラメータの導出、ＰＣ５　ＱｏＳフローの設定、ＰＦＩの設定、ＰＣ５　ＱｏＳルールの導出の一部または全部は、ＳＤＡＰよりも上位のレイヤで行われてもよいし、ＳＤＡＰとアプリケーションレイヤとの間で行われてもよい。該一部または全部の処理機能を有するレイヤがＵＥ－ＴＸに設けられてもよく、該一部または全部の処理はＵＥ－ＴＸのＶ２Ｘレイヤで実施されてもよい。

　ＰＣ５　ＱｏＳフローは、ＳＬ通信に用いられるＳＬＲＢにマッピングされる。該マッピングはＵＥ－ＴＸのＳＤＡＰレイヤで実施されてもよい。ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用ＳＬＲＢ設定は、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに要求されるＱｏＳに関する情報を用いて、導出される。ＳＬＲＢの設定は、該ＱｏＳに関する情報を満たすように行われてもよい。ＳＬＲＢの設定は、たとえば、ＵＥ－ＴＸ内に予め設定された（pre-configured）方法によって導出されてもよい。該方法は、ＵＥ－ＴＸがｇＮＢ傘下に存在しない場合、および／あるいは、ＵＥ－ＴＸがカバレッジ外に存在するような場合に適用してもよい。

　ＵＥ間直接通信においては、ＳＤＡＰは送信先ＵＥ毎に設けられる。しかし、リレーＵＥを介したＵＥ間間接通信が行われる場合のＳＤＡＰの構成方法は何ら開示されていない。ここでは、リレーＵＥを介したＵＥ間間接通信が行われる場合のＳＤＡＰの構成方法について開示する。

　ＵＥ－ＴＸにおけるＳＤＡＰを、ＵＥ間間接通信用と、ＵＥ間直接通信用とで同じとしてもよい。ＵＥ間間接通信用とＵＥ間直接通信用とで、送信先ＵＥが同じ場合、ＵＥ－ＴＸにおけるＳＤＡＰを、ＵＥ間間接通信用と、ＵＥ間直接通信用とで同じとしてもよい。このようにすることで、ＵＥ－ＴＸおよびリレーＵＥで構成するＳＤＡＰの数を低減することが可能となる。ＵＥ－ＴＸおよびリレーＵＥの構成を容易にすることができる。

　他の方法を開示する。

　ＵＥ－ＴＸにおけるＳＤＡＰを、ＵＥ間間接通信用と、ＵＥ間直接通信用とで別にしてもよい。ＵＥ間間接通信用とＵＥ間直接通信用とで、送信先ＵＥが同じ場合であっても、ＵＥ－ＴＸにおけるＳＤＡＰを、ＵＥ間間接通信用と、ＵＥ間直接通信用とで個別に設けてもよい。このようにすることで、ＵＥ－ＴＸおよびリレーＵＥで、ＵＥ間間接通信用と、ＵＥ間直接通信用とで異なるＳＤＡＰを用いることができる。このため、誤動作を低減でき、リレーＵＥを介したＵＥ間間接通信の信頼性を向上させることができる。

　前述したＳＤＡＰ構成方法を、リレーＵＥにおけるＳＤＡＰの構成方法に適用してもよい。リレーＵＥとＵＥ－ＲＸとの間において、同様の効果を得ることができる。

　ＵＥ－ＴＸはＳＬＲＢ設定をリレーＵＥに通知する。ＵＥ－ＴＸは、設定したＰＦＩと、該ＰＦＩに対応するＰＣ５　ＱｏＳフローをマッピングするＳＬＲＢのＳＬＲＢ設定を、リレーＵＥに通知してもよい。該通知は、ＰＣ５－Ｓリンク確立処理において行われてもよい。該通知は、ＰＣ５－Ｓシグナリングを用いて行われてもよい。たとえば、ＰＣ５におけるダイレクト通信（direct communication）処理で、該通知が行われてもよい。早期の通知が可能となる。他の通知方法として、ＰＣ５のＲＲＣシグナリングを用いてもよい。通知する情報をＰＣ５　ＲＲＣメッセージに含めてＰＣ５　ＲＲＣシグナリングを用いて通知してもよい。ＰＦＩとＳＬＲＢ設定を通知する場合、ＰＦＩとＳＬＲＢ設定は異なるシグナリングで通知してもよい。柔軟なタイミングで設定が可能となる。このようにすることで、ＵＥ－ＴＸはＰＦＩおよび／あるいはＳＬＲＢ設定をリレーＵＥに通知することができる。

　ＵＥ－ＴＸはリレーＵＥに対して、ＳＬ通信を用いるサービスに関する情報を通知してもよい。これらの通知に、ＰＣ５－Ｓシグナリングが用いられてもよい。たとえば、ＰＣ５におけるダイレクト通信が用いられてもよい。他の通知方法として、ＰＣ５　ＲＲＣシグナリング用いられてもよい。前述のＳＬＲＢの通知と組合せて、サービスとＳＬＲＢ設定を対応付けて通知してもよい。リレーＵＥは、サービスと対応するＳＬＲＢ設定を認識することが可能となる。

　ＳＬＲＢ設定として、送信側のみに関連するＳＬＲＢパラメータ、送信側と受信側に関連するＳＬＲＢパラメータ、受信側のみに関連するＳＬＲＢパラメータがある。送信側のみに関連するＳＬＲＢパラメータとして、たとえば、ＲＯＨＣプロファイル、最大再送閾値（MaxRetxThreshold）等がある。送信側と受信側に関連するＳＬＲＢパラメータとして、たとえば、ＳＬＲＢ識別子（SLRB IDと称する場合がある）、ＳＬＲＢにマッピングされる一つまたは複数のＱｏＳフロー等がある。受信側のみに関連するＳＬＲＢパラメータとして、たとえば、データを順番に並べなおすことが可能な時間を示すリオーダリングタイマ（T-reordering timer）、データをリアセンブリ可能な時間を示すリアセンブリタイマ（T-Reassembly timer）等がある。

　ＵＥ間直接通信においては、送信側と受信側とでＳＬＲＢ設定の整合を図るために、ＵＥ－ＴＸはＵＥ－ＲＸに対して、送信側と受信側に関連するＳＬＲＢパラメータのみを通知すればよい。しかし、ＵＥ間間接通信においては、ＵＥ－ＴＸはリレーＵＥに対して、送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知する。また、ＵＥ－ＴＸはリレーＵＥに対して、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。このようにすることで、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定が可能となる。各ノード間で通知されるＳＬＲＢ設定に関する情報を、ＳＬＲＢ関連情報と称する場合がある。

　リレーＵＥは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定を行う。リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定を、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用ＳＬＲＢ設定と同じに設定してもよい。

　リレーＵＥは、ＵｕのＲＲＣ接続状態にかかわらず、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報を用いて、リレーＵＥとＵＥ－ＲＸとのＳＬ通信用ＳＬＲＢの設定を行う、としてもよい。

　他の方法として、リレーＵＥのＵｕのＲＲＣ接続状態に応じて、ＳＬＲＢ設定方法を異ならせても良い。また、リレーＵＥがＲＡＮノードのカバレッジ内か否かに応じて、ＳＬＲＢ設定方法を異ならせても良い。たとえば、リレーＵＥがＲＡＮノードのカバレッジ外の場合、前述の方法を用いて、リレーＵＥは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報を用いて、リレーＵＥとＵＥ－ＲＸとのＳＬ通信用ＳＬＲＢの設定を行う。リレーＵＥがＲＡＮノードのカバレッジ内の場合、実施の形態４の変形例８で開示したような方法を用いて、リレーＵＥは、ＲＡＮノードから受信したＳＬＲＢ関連情報を用いて、リレーＵＥとＵＥ－ＲＸとのＳＬ通信用ＳＬＲＢの設定を行う。

　これらの設定方法は、予め規格等で決められてもよいし、予めＣＮあるいはＲＡＮノードから通知されてもよいし、ＵＥ－ＴＸやリレーＵＥに通知されてもよい。このようにすることで、各ノードの接続状態に応じて柔軟にＳＬＲＢの設定を行うことができる。

　ＵＥ－ＴＸとリレーＵＥとの間のＰＦＩを、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩとしてもよい。ＵＥ－ＴＸとリレーＵＥとの間のＰＦＩを、リレーＵＥとＵＥ－ＲＸとの間のＰＣ５　ＱｏＳフローの識別子としてもよい。リレーＵＥは、ＵＥ－ＴＸから受信したＰＦＩを、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩに設定してもよい。

　リレーＵＥは、リレーするデータをマッピングするＰＣ５　ＱｏＳフローを設定しなくてもよい。リレーＵＥは、ＵＥ－ＴＸから受信したデータを、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用に設定したＳＬＲＢにマッピングする。

　リレーＵＥは、リレーするデータをマッピングするＰＣ５　ＱｏＳフローを設定してもよい。たとえば、リレー用のＰＣ５　ＱｏＳフローを設定してもよい。デフォルトのＰＣ５　ＱｏＳフローを設けてもよい。リレー用のＰＣ５　ＱｏＳフローとしてデフォルトのＰＣ５　ＱｏＳフローを用いてもよい。デフォルトのＰＣ５　ＱｏＳフローは予め規格等で決められてもよいし、予めコアネットワークやＲＡＮノードから通知されてもよいし、リレーＵＥ内に予め設定されてもよい。設定したＰＣ５　ＱｏＳフローに前述のＰＦＩを設定するとよい。リレーＵＥは、ＵＥ－ＴＸから受信したデータを、設定したＰＣ５　ＱｏＳフローにマッピングしてもよい。リレーＵＥは、設定したＰＣ５　ＱｏＳフローを、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用に設定したＳＬＲＢにマッピングする。

　リレーＵＥは、リレーを行うＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに関するポリシを提供されなくてよい。サービスに関するポリシ（ＰＣ５ポリシと称する場合がある）として、例えば、Ｖ２ＸサービスタイプからＰＣ５　ＱｏＳパラメータへのマッピング設定（PC5 QoSマッピング設定と称する場合がある）、ＳＬＲＢ設定とＰＣ５　ＱｏＳプロファイルのＳＬＲＢへのマッピング設定などがある（非特許文献26（TS23.287 V16.1.0）参照）。

　たとえば、ＣＮ（コアネットワーク）またはＲＡＮは、リレーＵＥに対して、ＰＣ５ポリシを提供しなくてよい。たとえば、リレーＵＥ内にはＰＣ５ポリシが予め設定されなくてもよい。

　リレーＵＥは、ＵＥ－ＲＸに対して、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用に設定したＰＦＩとＳＬＲＢ設定を通知する。リレーＵＥは、ＳＬＲＢ設定として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。該通知は、ＰＣ５－Ｓリンク確立処理において行われてもよい。該通知は、ＰＣ５－Ｓシグナリングを用いて行われてもよい。たとえば、ＰＣ５におけるダイレクト通信（direct communication）処理で、該通知が行われてもよい。早期の通知が可能となる。他の通知方法として、ＰＣ５のＲＲＣシグナリングを用いてもよい。通知する情報をＰＣ５　ＲＲＣメッセージに含めてＰＣ５　ＲＲＣシグナリングを用いて通知してもよい。ＰＦＩとＳＬＲＢ設定を通知する場合、ＰＦＩとＳＬＲＢ設定は異なるシグナリングで通知してもよい。柔軟なタイミングで設定が可能となる。このようにすることで、リレーＵＥはＰＦＩおよび／あるいはＳＬＲＢ設定をＵＥ－ＲＸに通知することができる。ＵＥ－ＲＸは、リレーＵＥからＰＦＩとＳＬＲＢ関連情報を受信し、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢを設定する。

　リレーＵＥはＵＥ－ＲＸに対して、ＳＬ通信を用いるサービスに関する情報を通知してもよい。これらの通知に、ＰＣ５－Ｓシグナリングが用いられてもよい。たとえば、ＰＣ５におけるダイレクト通信が用いられてもよい。他の通知方法として、ＰＣ５　ＲＲＣシグナリング用いられてもよい。前述のＳＬＲＢの通知と組合せて、サービスとＳＬＲＢ設定を対応付けて通知してもよい。ＵＥ－ＲＸは、サービスと対応するＳＬＲＢ設定を認識することが可能となる。

　ＵＥ－ＴＸからリレーＵＥへの通知やリレーＵＥからＵＥ－ＲＸへの通知に用いるＳＬＲＢとして、デフォルトのＳＲＬＢを設けてもよい。デフォルトＳＬＲＢの設定は予め規格等で決められてもよいし、予めコアネットワークやＲＡＮノードから通知されてもよいし、ＵＥ－ＴＸ内やリレーＵＥ内に予め設定されてもよい。デフォルトのＳＬＲＢをＳＲＢとしてもよい。ＰＦＩやＳＬＲＢの設定情報を制御情報として扱ってもよい。デフォルトのＳＬＲＢをＤＲＢとしてもよい。ＰＦＩやＳＬＲＢの設定情報をデータとして扱ってもよい。このようにすることで、ＳＬ通信を用いたサービスデータ通信用ＳＬＲＢの設定に先立って、該設定に必要な設定情報を、ＵＥ－ＴＸとリレーＵＥとの間およびリレーＵＥとＵＥ－ＲＸとの間で通知することが可能となる。

　このようにすることで、ＵＥ－ＴＸとリレーＵＥとの間およびリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＱｏＳおよびＳＬＲＢを設定可能となる。これにより、ＵＥ－ＴＸとＵＥ－ＲＸとの間に生じたサービスデータを、リレーＵＥを介してＵＥ－ＴＸとＵＥ－ＲＸとの間で送信可能となる。

　図２５は、実施の形態４について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の例を示すシーケンス図である。図２５は、ＵＥ－ＴＸにおいてＶ２Ｘサービスが発生した場合について示している。ＵＥ－ＴＸからリレーＵＥを介してＵＥ－ＲＸにサービスデータを送信する。

　ステップＳＴ４１０１で、ＵＥ－ＴＸは、発生したサービスからＱｏＳ関連情報を導出する。ステップＳＴ４１０２で、ＵＥ－ＴＸは、ＱｏＳ関連情報を用いてＰＦＩを設定する。前述したように、たとえば、サービスから導出したＰＣ５　ＱｏＳパラメータに適するＰＣ５　ＱｏＳフローが無い場合、新たにＰＣ５　ＱｏＳフローを設けて、該ＰＣ５　ＱｏＳフローのＰＦＩを設定する。

　ステップＳＴ４１０３で、ＵＥ－ＴＸは、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用のＳＬＲＢを設定する。このＳＬＲＢの設定は、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに要求されるＱｏＳ関連情報を用いて導出されてもよい。図２５の例は、ＵＥ－ＴＸがｇＮＢの傘下に存在せずカバレッジ外（OOC（Out Of Coverage）と称する場合がある）の場合について開示している。ＵＥ－ＴＸがＯＯＣの場合、予めＵＥ内に設定された情報、たとえば、ＰＣ５　ＱｏＳパラメータとＳＬＲＢ設定の情報から、該サービスに要求されるＱｏＳ関連情報を用いて、ＳＬＲＢ設定を導出するとよい。ＵＥ－ＴＸは、導出したＳＬＲＢの設定を、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用に用いる。

　ステップＳＴ４１０４で、ＵＥ－ＴＸは、リレーＵＥに対して、設定したＰＦＩとＳＬＲＢ関連情報を通知する。ＵＥ－ＴＸは、ＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知する。また、ＵＥ－ＴＸは、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。

　ステップＳＴ４１０５で、リレーＵＥは、ＵＥ－ＴＸから受信した、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ関連情報の内で、送信側と受信側に関連する情報を用いて、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を行う。

　ステップＳＴ４１０６、ＳＴ４１０７で、リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定を行う。ステップＳＴ４１０６で、リレーＵＥは、ＵＥ－ＴＸから通知されたＰＦＩを、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩに設定する。ステップＳＴ４１０７で、リレーＵＥは、ＵＥ－ＴＸから通知されたＳＬＲＢ関連情報の全てを用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定を、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定と同じにする。

　ステップＳＴ４１０８で、リレーＵＥは、ＵＥ－ＲＸに対して、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用に設定したＳＬＲＢのＳＬＲＢ関連情報を通知する。ここでは、リレーＵＥは、ＳＬＲＢ関連情報の内で、送信側と受信側に関連する情報のみを通知すればよい。ステップＳＴ４１０９で、ＵＥ－ＲＸは、リレーＵＥから受信したＳＬＲＢ関連情報を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定を行う。

　ステップＳＴ４１１０で、ＵＥ－ＲＸは、リレーＵＥに対して、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定が完了したことを通知する。ＵＥ－ＲＸは該完了通知にＰＦＩを含めてもよい。ＵＥ－ＲＸから該完了通知を受信したリレーＵＥは、ステップＳＴ４１１１で、ＵＥ－ＴＸに対して、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定が完了したことと、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定が完了したことを通知する。リレーＵＥは該完了通知にＰＦＩを含めてもよい。

　ステップＳＴ４１１２で、ＵＥ－ＴＸは、リレーＵＥに対して、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定を用いて、サービスデータを送信する。ステップＳＴ４１１３で、リレーＵＥは、ＵＥ－ＴＸから送信されたたデータを、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定を用いて受信し、受信したデータを、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢにマッピングする。リレーＵＥは、マッピングしたデータを、ステップＳＴ４１１４で、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定を用いて、ＵＥ－ＲＸに送信する。

　このようにすることで、ＵＥ－ＴＸで発生したサービスデータを、リレーＵＥを介してＵＥ－ＲＸに対して送信することができる。

　ステップＳＴ４１１１の通知、すなわちＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定が完了したことの通知は、ステップＳＴ４１０５においてリレーＵＥがＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定を完了した後に、リレーＵＥからＵＥ－ＴＸに対して行ってもよい。たとえば、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定が完了したことの通知は、ステップＳＴ４１０６からステップＳＴ４１１０の処理の前、すなわちリレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定の前に行ってもよい。これにより、ＵＥ－ＴＸは、ＵＥ－ＴＸとリレーＵＥとの間でＳＬ通信を用いたサービスデータの通信が可能になったことを認識できる。リレーＵＥから、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定が完了したことの通知を受信したＵＥ－ＴＸは、リレーＵＥに対して、サービスデータを送信してもよい。

　リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定が完了するまで、ＵＥ－ＴＸから受信したサービスデータを記憶しておくとよい。リレーＵＥにバッファを設けて、該バッファに、受信したサービスデータを記憶しておくとよい。Ｌ２（Layer2）リレーの場合、受信したサービスデータを、ＰＤＣＰ　ＰＤＵの形式あるいはＲＬＣ　ＳＤＵの形式で記憶してもよい。リレーＵＥとＵＥ－ＲＸとの間のＲＬＣ　ＳＮ（Sequence number）をＵＥ－ＴＸとリレーＵＥとの間のＲＬＣ　ＳＮとは独立に付与可能となり、通信システムの運用が柔軟になる。Ｌ３（Layer3）リレーの場合、受信したサービスデータを、パケットデータの形式あるいはＳＤＡＰ　ＳＤＵの形式で記憶してもよい。リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定が完了後、リレーＵＥは、記憶しておいたサービスデータを、ＵＥ－ＲＸに対して送信するとよい。

　このようにすることで、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定完了後、早期にリレーＵＥからＵＥ－ＲＸに対してサービスデータを送信することが可能となる。リレーＵＥを介したＵＥ－ＴＸからＵＥ－ＲＸへのサービスデータの通信が、低遅延で実施可能となる。

　前述した方法は、各ＳＬ通信用ＳＬＲＢ設定の修正にも適用してもよい。各ＳＬ通信用ＳＬＲＢの設定を各ＳＬ通信用に修正されたＳＬＲＢの設定にすればよい。同様の効果を得ることが可能となる。各ノード間における２回目以降の修正されたＳＬＲＢ設定の通知には、修正されたパラメータのみ通知してもよい。前回のＳＬＲＢ設定との差分を通知してもよい。このようにすることで、通知する情報量を低減可能となる。

　ＳＬＲＢ設定非完了情報を設けてもよい。ＳＬＲＢ設定の拒否情報を設けてもよい。該情報を通知するシグナリングを設けてもよい。該ＳＬＲＢ設定の非完了情報あるいは拒否情報は、リンク毎の情報としてもよい。該シグナリングをＰＣ５－Ｓシグナリングとしてもよいし、あるいは、ＰＣ５　ＲＲＣシグナリングとしてもよい。リレーＵＥがＳＬＲＢの設定を行えない場合がある。たとえば、リレーＵＥの無線リソースの不足により、リレーＵＥでリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢを構成できないような場合である。このような場合、リレーＵＥは、ＵＥ－ＴＸに対してリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢ設定拒否シグナリングを通知してもよい。

　拒否の理由情報を設けてもよい。たとえば、バッファ余裕不足等である。たとえば、バッファの余裕値を示す情報を設けてもよい。拒否理由情報と共に、該バッファ余裕値を通知してもよい。このようにすることで、ＵＥ－ＴＸは、リレーＵＥでＳＬＲＢ設定が不可能であることを認識可能となる。

　ＳＬＲＢ設定拒否シグナリングを受信したＵＥ－ＴＸは、ＳＬＲＢ設定を変更してもよい。ＵＥ－ＴＸは、変更したＳＬＲＢ設定をリレーＵＥに通知してもよい。このようにすることで、リレーＵＥでのＳＬＲＢ設定を可能にしやすくすることができる。

　リレーＵＥでＳＬＲＢ設定ができない場合、サービスデータの通信にデフォルトのＳＬＲＢを用いてもよい。デフォルトのＳＬＲＢとして、デフォルトのＤＲＢを用いてもよい。たとえば、リレーＵＥで、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定が不可能な場合、リレーＵＥはＵＥ－ＴＸに対して、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定拒否シグナリングを通知する。リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定として、デフォルトＤＲＢを用いてＳＬ通信を実施する。リレーＵＥがリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信にデフォルトＤＲＢを用いることを、ＵＥ－ＴＸに通知してもよい。該通知は、リレーＵＥからＵＥ－ＴＸに通知するＳＬＲＢ設定拒否情報とともに送信してもよい。このようにすることで、たとえ、リレーＵＥで所望のＳＬＲＢ設定ができない場合も、ＳＬ通信を実施可能となる。

　本実施の形態４で開示したような方法とすることで、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢを、サービスに要求されるＱｏＳを満たすように設定可能となる。また、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢに、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢの設定を用いることで、リレーＵＥとＵＥ－ＲＸとの間のサービスにおいても、ＵＥ－ＴＸとリレーＵＥとの間と同等のＱｏＳを満たすことが可能となる。リレーＵＥを介したＵＥ間間接通信において、該通信を用いたサービスに要求されるＱｏＳを満たすことが可能となる。

　また、ＵＥ－ＴＸとリレーＵＥとの間と、リレーＵＥとＵＥ－ＲＸとの間に、同じＳＬＲＢ設定を用いることが可能となる。このため、リレーＵＥでのＳＬＲＢの設定を簡易にすることができる。リレーを介したＵＥ間間接通信における誤動作を低減させることが可能となる。

　ＳＬ通信に用いるＳＬＲＢ設定を複数設けてもよい。それらをＳＬＲＢ設定候補と称する場合がある。ＵＥ－ＴＸはＳＬＲＢ設定を複数設けて、その一つをＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用ＳＬＲＢとして設定してもよい。

　ＵＥ－ＴＸはリレーＵＥに対してＳＬＲＢ設定候補を通知してもよい。リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢ設定として、ＳＬＲＢ設定候補から一つを選択してもよい。

　ＳＬＲＢ設定候補内の各ＳＬＲＢ設定を特定するための識別子を設けてもよい。

　ＵＥ－ＴＸはリレーＵＥに対して、ＳＬＲＢ設定候補と共に、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信に用いるＳＬＲＢ設定を示す識別子を通知してもよい。たとえば、リレーＵＥは、該ＳＬＲＢ設定を示す識別子で特定されたＳＬＲＢ設定を、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢとして設定する。

　このようにすることで、リレーＵＥを介してＵＥ間間接通信を行うサービスに要求されるＱｏＳを考慮するとともに、各ノードの無線リソース使用状況を考慮して、各ＳＬ通信用のＳＬＲＢ設定を実施可能となる。

　ＳＬＲＢ設定候補と該候補内のＳＬＲＢ設定を特定するための識別子とを、異なるシグナリングで通知してもよい。たとえば、ＳＬＲＢ設定候補をＰＣ５－Ｓシグナリングで通知し、該候補内のＳＬＲＢ設定を特定するための識別子をＰＣ５　ＲＲＣシグナリングで通知する。このようにすることで、柔軟なＳＬＲＢ設定を可能とする。

　ＳＬ通信として、１対１の双方向通信を行うユニキャスト（unicast）通信、ＵＥが一つまたは複数のＵＥからなるグループと通信を行うグループキャスト（groupcast）通信、ＵＥが一つまたは複数のＵＥに対して送信するブロードキャスト（broadcast）通信がある。リレーＵＥを介したＵＥ間間接通信における各リンクのＳＬ通信が、ユニキャスト通信に限らず、グループキャスト通信やブロードキャスト通信の場合も、ＱｏＳおよびＳＬＲＢの設定に、前述したような方法を適宜適用してもよい。

　たとえば、ＳＬＲＢ設定として、ユニキャスト通信の場合はユニキャスト通信に関するＳＬＲＢパラメータ、グループキャスト通信の場合はグループキャスト通信に関するＳＬＲＢパラメータ、ブロードキャスト通信の場合はブロードキャスト通信に関するＳＬＲＢパラメータを用いればよい。

　たとえば、ＵＥ－ＴＸとリレーＵＥとの間がユニキャスト通信で、リレーＵＥとＵＥ－ＲＸとの間がユニキャスト通信の場合、ＵＥ－ＴＸはリレーＵＥに対して、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定としてユニキャスト通信に関するＳＬＲＢパラメータと、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定としてユニキャスト通信に関するＳＬＲＢパラメータとを通知するとよい。リレーＵＥは、ＵＥ－ＴＸとリレーＵＥとの間のユニキャスト通信用のＳＬＲＢの設定が可能となり、リレーＵＥとＵＥ－ＲＸとの間のユニキャスト通信用のＳＬＲＢの設定が可能となる。

　たとえば、ＵＥ－ＴＸとリレーＵＥとの間がユニキャスト通信で、リレーＵＥとＵＥ－ＲＸとの間がグループキャスト通信の場合、ＵＥ－ＴＸはリレーＵＥに対して、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定としてユニキャスト通信に関するＳＬＲＢパラメータと、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定としてグループキャスト通信に関するＳＬＲＢパラメータとを通知するとよい。リレーＵＥは、ＵＥ－ＴＸとリレーＵＥとの間のユニキャスト通信用のＳＬＲＢの設定が可能となり、リレーＵＥとＵＥ－ＲＸとの間のグループキャスト通信用のＳＬＲＢの設定が可能となる。

　このようにすることで、リレーＵＥを介したＵＥ間間接通信の各ＳＬにおいてユニキャスト通信だけでなくグループキャスト通信やブロードキャスト通信を用いた場合も、ＱｏＳおよびＳＬＲＢの設定を可能とする。

　実施の形態４の変形例１．
　本実施の形態４の変形例１では、実施の形態４に記載した課題を解決する他の方法を開示する。主に、実施の形態４で開示した方法と異なる部分について説明する。

　リレーＵＥが、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定を行う。

　リレーＵＥが、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩを設定してもよい。リレーＵＥが、ＰＣ５　ＱｏＳフローを設定してもよい。

　ＵＥ－ＴＸは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに要求されるＱｏＳ関連情報を、リレーＵＥに対して通知してもよい。リレーＵＥは、ＵＥ－ＴＸから受信したＱｏＳ関連情報を用いて、ＰＣ５　ＱｏＳフローの設定および／あるいはＰＦＩの設定を行ってもよい。設定方法として、実施の形態４で開示した、ＵＥ－ＴＸがＰＣ５　ＱｏＳフローの設定および／あるいはＰＦＩの設定を行う方法を適用するとよい。リレーＵＥは、ＵＥ－ＲＸに対するＰＣ５　ＱｏＳパラメータを記憶してもよい。

　リレーＵＥは、ＵＥ－ＴＸから通知されたＰＣ５　ＱｏＳパラメータを用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定を行ってもよい。リレーＵＥは、設定するＳＬＲＢの関連情報を任意に設定してもよい。リレーＵＥは、該ＰＣ５　ＱｏＳパラメータを満たすようにＳＬＲＢの設定を行ってもよい。他の方法として、たとえば、ＳＬＲＢの設定は、リレーＵＥ内に予め設定された（pre-configured）方法によって導出されてもよい。該方法は、リレーＵＥがｇＮＢ傘下に存在しない場合、および／あるいは、ＵＥ－ＴＸがカバレッジ外に存在するような場合に適用してもよい。

　ＵＥ－ＴＸは、設定したＰＦＩと、該ＰＦＩに対応するＰＣ５　ＱｏＳフローをマッピングするＳＬＲＢのＳＬＲＢ設定を、リレーＵＥに通知する。ＵＥ－ＴＸは、リレーＵＥに対して、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。リレーＵＥは、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用ＳＬＲＢ設定が可能となる。

　図２６は、実施の形態４の変形例１について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の例を示すシーケンス図である。図２６は、ＵＥ－ＴＸにおいてＶ２Ｘサービスが発生した場合について示している。ＵＥ－ＴＸからリレーＵＥを介してＵＥ－ＲＸにサービスデータを送信する。図２６において、図２５と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ４２０１で、ＵＥ－ＴＸは、リレーＵＥに対して、導出したＱｏＳ関連情報と、設定したＰＦＩと、該ＰＦＩに対応するＰＣ５　ＱｏＳフローをマッピングするＳＬＲＢのＳＬＲＢ関連情報を通知する。ＳＬＲＢ関連情報は、送信側と受信側に関連するＳＬＲＢパラメータのみとしてもよい。

　ステップＳＴ４２０２、ＳＴ４２０３で、リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信ＳＬＲＢの設定を行う。ステップＳＴ４２０２で、リレーＵＥは、ＵＥ－ＴＸから通知されたＱｏＳ関連情報を用いて、ＰＣ５　ＱｏＳフローの設定と、ＰＣ５　ＱｏＳフローを特定するためのＰＦＩの設定を行う。

　ＰＣ５　ＱｏＳフローの設定は、リレー専用のＰＣ５　ＱｏＳフローの設定であってもよい。該ＱｏＳフローは、リレーＵＥにおいてＳＬ通信を用いたサービスが発生するような場合に設定するＰＣ５　ＱｏＳフローと別としてもよい。リレーＵＥが、リレー用にＰＣ５　ＱｏＳフローの設定を行わなくてもよい。リレーＵＥは、ＵＥ－ＴＸから受信したデータを、ＵＥ－ＲＸへのＰＣ５　ＱｏＳフローを用いずに、ＵＥ－ＲＸへの送信用ＳＬＲＢにマッピングしてもよい。ＰＣ５　ＱｏＳフローの設定を行わない場合も、ＰＦＩは設定されてもよい。

　ステップＳＴ４２０３で、リレーＵＥは、ＵＥ－ＴＸから通知されたＱｏＳ関連情報を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定を行う。リレーＵＥは、ＵＥ－ＴＸから通知されたＱｏＳ関連情報を満たすように、ＳＬＲＢの設定を行う。

　本実施の形態４の変形例１で開示したような方法とすることで、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢを、サービスに要求されるＱｏＳを満たすように設定可能となる。また、ＵＥ－ＴＸが導出したＱｏＳ関連情報をリレーＵＥに通知することで、リレーＵＥは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに要求されるＱｏＳの関連情報（ＱｏＳ関連情報）を認識することができる。リレーＵＥは、該ＱｏＳ関連情報を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢを設定することが可能となる。リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信において、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに要求されるＱｏＳを満たすことが可能となる。リレーＵＥを介したＵＥ間間接通信において、該通信を用いたサービスに要求されるＱｏＳを満たすことが可能となる。

　また、リレーＵＥがリレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定を行うので、リレーＵＥの無線リソースや、リレーＵＥとＵＥ－ＲＸとの間の電波伝搬環境に適したＳＬＲＢを設定することができる。このため、リレーＵＥの無線リソースの利用効率の向上や、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信の通信品質の向上が図れる。

　ＵＥ－ＴＸは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに要求されるＱｏＳ関連情報を、複数設定してもよい。ＵＥ－ＴＸとＵＥ－ＲＸとの間に設定された複数のＱｏＳ関連情報を、ＱｏＳ関連情報候補と称する場合がある。ＵＥ－ＴＸは、ＱｏＳ関連情報を複数設けて、その一つをリレーＵＥに通知してもよい。

　ＵＥ－ＴＸはリレーＵＥに対してＱｏＳ関連情報候補を通知してもよい。リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用に、ＱｏＳ関連情報候補から一つを選択し、選択したＱｏＳ関連情報を用いてＳＬＲＢの設定を実施してもよい。

　ＱｏＳ関連情報候補内の各ＱｏＳ関連情報を特定するための識別子を設けてもよい。

　ＵＥ－ＴＸはリレーＵＥに対して、ＱｏＳ関連情報候補と共に、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＱｏＳ関連情報を示す識別子を通知してもよい。たとえば、リレーＵＥは、該ＱｏＳ関連情報を示す識別子で特定されたＱｏＳ関連情報を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定を行う。

　このように、リレーＵＥを介してＵＥ間間接通信を行うサービスに要求されるＱｏＳの候補を複数設けることで、たとえば、各ノードの無線リソース使用状況や各ノード間の通信品質に適したＱｏＳを用いて、各ＳＬ通信用のＳＬＲＢ設定を実施可能となる。

　ＱｏＳ関連情報候補と該候補内のＱｏＳ関連情報を特定するための識別子とを、異なるシグナリングで通知してもよい。たとえば、ＱｏＳ関連情報候補をＰＣ５－Ｓシグナリングで通知し、該候補内のＱｏＳ関連情報を特定するための識別子をＰＣ５　ＲＲＣシグナリングで通知する。このようにすることで、柔軟なＱｏＳ関連情報の通知が可能となる。

　実施の形態４の変形例２．
　ＵＥ間直接通信においては、ＰＦＩは、同じ送信元ＵＥと送信先ＵＥの範囲内で唯一の識別子が割当てられる（非特許文献26（TS23.287 V16.1.0）参照）。すなわち、同じ送信元ＵＥと送信先ＵＥの範囲内で設定される複数のＰＦＩに同じ識別子は割当てられない。送信元ＵＥを示す識別子をソースＬ２ＩＤ（SRC L2ID）と称する場合がある。送信先ＵＥを示す識別子をデスティネーションＬ２ＩＤ（DST L2ID）と称する場合がある。

　リレーＵＥを用いたＵＥ間間接通信では、各リンクのＳＬ通信の送受信ノードと、Ｖ２Ｘサービスの送受信ノードとが異なる。このような場合、ＤＳＴ　Ｌ２ＩＤを、各リンクのＳＬ通信の受信ノードにするのか、Ｖ２Ｘサービスの受信ノードにするのかが不明となる。このため、リレーＵＥを用いたＵＥ間間接通信における各ノードでの処理において整合がとれず、誤動作が生じ、通信が正常に行われなくなるという問題が発生する場合がある。

　本実施の形態４の変形例２では、このような課題を解決する方法を開示する。

　ＤＳＴ　Ｌ２ＩＤをＶ２Ｘサービスの受信ノードにする。ＤＳＴ　Ｌ２ＩＤをＵＥ－ＲＸとする。

　ＰＦＩとして、ＵＥ－ＴＸとＵＥ－ＲＸとの間で唯一の識別子が割当てられてもよい。ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信およびリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信に、該ＰＦＩを用いる。ＵＥ－ＴＸが、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信およびリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信に用いるＰＦＩを設定してもよい。ＵＥ－ＴＸが、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信に用いるＰＦＩを設定し、リレーＵＥが、該ＰＦＩを、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩに設定してもよい。

　前述した方法を、実施の形態４や実施の形態４の変形例１に開示した方法に適用してもよい。実施の形態４の変形例１では、リレーＵＥが、ＵＥ－ＴＸから受信したＱｏＳ関連情報を用いて、ＰＣ５　ＱｏＳフローの設定および／あるいはＰＦＩの設定を行ってもよいことを開示した。このＰＦＩの設定において、ＵＥ－ＴＸが設定したＰＦＩを設定してもよい。ＵＥ－ＴＸは、リレーＵＥに対して、設定したＰＦＩを通知するとよい。ＵＥ－ＴＸは、設定したＰＦＩを、ＱｏＳ関連情報と共に通知してもよい。

　このようにすることで、ＵＥ－ＴＸとＵＥ－ＲＸとの間で統一したＤＳＴ　Ｌ２ＩＤを割当てることができ、各ノードで整合のとれた処理を行うことが可能となる。また、各ノードでの処理を簡略化できる。

　前述の方法でＵＥ－ＴＸがＵＥ－ＴＸとＵＥ－ＲＸとの間で唯一の識別子として設定したＰＦＩが、リレーＵＥがＵＥ－ＲＸとの間で発生したサービスデータを送信する場合にリレーＵＥとＵＥ－ＲＸとの間で唯一の識別子として設定したＰＦＩと同じになることが生じる。

　ＵＥ－ＴＸとＵＥ－ＲＸとの間で行われるサービスについて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信のＳＲＣ　Ｌ２ＩＤは、送信元であるリレーＵＥとしてもよい。リレーＵＥがＵＥ－ＲＸに送信するデータに対して統一したＳＲＣ　Ｌ２ＩＤを用いることが可能となり、処理の簡略化が図れる。

　このような場合、ＵＥ－ＲＸは、リレーＵＥから受信したデータが、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスデータか、リレーＵＥとＵＥ－ＲＸとの間のサービスデータかを判断することができなくなる。該両方のデータについて、ＰＦＩ、ＤＳＴ　Ｌ２ＩＤ、ＳＲＣ　Ｌ２ＩＤが同じになるからである。

　このような課題を解決する方法を開示する。

　リレーＵＥとＵＥ－ＲＸとの間のＰＦＩの再設定を行う。リレーＵＥは、ＵＥ-ＴＸが設定したＰＦＩが、既にＵＥ-ＲＸに対して設定済みのＰＦＩと同じであるかを判断する。該ＰＦＩが同じ場合、リレーＵＥは、リレーＵＥとＵＥ-ＲＸとの間のＰＦＩを、重複しないように再設定する。ＵＥ－ＴＸが設定したＰＦＩは変更しないとしてもよい。リレーＵＥは、ＵＥ-ＲＸに対して、再設定したＰＦＩを通知する。リレーＵＥは、再設定したＰＦＩと対応するＳＬＲＢ設定を通知してもよい。リレーＵＥはＳＬＲＢＩＤを通知してもよい。

　リレーＵＥは、ＵＥ－ＴＸが設定したＰＦＩを、ＵＥ－ＲＸに通知してもよい。リレーＵＥは、ＵＥ－ＴＸが設定したＰＦＩと、リレーＵＥが再設定したＰＦＩとを、ＵＥ－ＲＸに通知してもよい。リレーＵＥは、ＵＥ－ＴＸが設定したＰＦＩとリレーＵＥが再設定したＰＦＩとを対応付けて、ＵＥ－ＲＸに通知してもよい。

　ＰＦＩの再設定とともに、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定の変更を可能としてもよい。柔軟にＳＬＲＢを設定可能となる。ＳＬＲＢの設定は変更せずに、ＰＦＩのみ再設定可能としてもよい。ＳＬＲＢ再設定の処理を省略できる。

　リレーＵＥは、ＵＥ-ＴＸが設定したＰＦＩが、既にＵＥ-ＲＸに対して設定済みのＰＦＩと同じであるかを判断する。該ＰＦＩが異なる場合、リレーＵＥは、ＵＥ－ＴＸが設定したＰＦＩを用いる。

　このようにすることで、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスデータと、リレーＵＥとＵＥ－ＲＸとの間のサービスデータとで、ＰＦＩを異ならせることが可能となる。このため、ＵＥ－ＲＸは、受信したサービスデータが、どちらのサービスデータであるかを判別可能となる。

　前述の課題を解決する他の方法を開示する。

　ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩの再設定を行う。ＰＦＩの再設定要求を設けてもよい。リレーＵＥは、ＵＥ-ＴＸが設定したＰＦＩが、既にＵＥ-ＲＸに対して設定済みのＰＦＩと同じであるかを判断する。該ＰＦＩが同じ場合、リレーＵＥは、ＵＥ－ＴＸに対して、ＰＦＩの再設定要求を通知する。リレーＵＥは、自リレーＵＥで既に使用しているＰＦＩ情報を通知してもよい。リレーＵＥは、自リレーＵＥで使用可能なＰＦＩ情報を通知してもよい。リレーＵＥは、自リレーＵＥで既に使用しているＰＦＩ情報あるいは自リレーＵＥで使用可能なＰＦＩ情報を、該要求のための情報と共に、通知してもよい。リレーＵＥは、自リレーＵＥで既に使用しているＰＦＩ情報あるいは自リレーＵＥで使用可能なＰＦＩ情報を、該要求のためのメッセージに含めて、通知してもよい。ＵＥ－ＴＸにおいてＰＦＩ再設定が繰り返されることを回避できる。

　ＵＥ-ＴＸは、リレーＵＥからＰＦＩ再設定要求を受信した場合、ＵＥ-ＲＸとの間のＰＦＩを再設定する。ＵＥ－ＴＸは、該要求とともに受信したＰＦＩ情報をもとに、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩと重複しないように、再設定を行ってもよい。ＵＥ－ＴＸは、ＰＣ５　ＱｏＳフローの再設定を行ってもよい。ＵＥ－ＴＸは、ＰＦＩの再設定のためＰＣ５　ＱｏＳフローの再設定を行ってもよい。

　ＰＣ５　ＱｏＳフローの再設定要求を設けてもよい。ＰＣ５　ＱｏＳフローの再設定要求を受信したＵＥ－ＴＸは、ＰＣ５　ＱｏＳフローの再設定を行う。ＰＣ５　ＱｏＳフローの再設定要求がＰＦＩの再設定要求を含んでもよい。ＰＣ５　ＱｏＳフローの再設定要求を受信したＵＥ－ＴＸは、ＰＣ５　ＱｏＳフローの再設定とＰＦＩの再設定を行う。

　ＵＥ-ＴＸは、リレーＵＥに対して、再設定したＰＦＩを通知する。ＵＥ-ＴＸは、再設定したＰＦＩと対応するＳＬＲＢ設定を通知してもよい。ＵＥ-ＴＸはＳＬＲＢＩＤを通知してもよい。

　ＰＦＩの再設定とともに、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定の変更を可能としてもよい。柔軟にＳＬＲＢを設定可能となる。ＳＬＲＢの設定は変更せずに、ＰＦＩのみ再設定可能としてもよい。ＳＬＲＢ再設定の処理を省略できる。

　リレーＵＥは、ＵＥ－ＴＸから受信した再設定されたＰＦＩを用いる。

　前述の課題を解決する他の方法を開示する。

　ＵＥ-ＴＸとＵＥ-ＲＸとの間で割当てるＰＦＩとは別に、リレーＵＥとＵＥ-ＲＸとの間に割当てるＰＦＩを設けてもよい。リレーＵＥが、該ＰＦＩを、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩとして設定する。リレーＵＥは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩと、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩとを対応付けるとよい。

　ＵＥ－ＴＸは、リレーＵＥに対して、ＵＥ-ＴＸとＵＥ-ＲＸとの間で割当てるＰＦＩを通知してもよい。リレーＵＥはＵＥ-ＴＸとＵＥ-ＲＸとの間で割当てられたＰＦＩを認識可能となる。

　リレーＵＥは、ＵＥ-ＴＸとＵＥ-ＲＸとの間で割当てられたＰＦＩを、ＵＥ－ＲＸに通知してもよい。リレーＵＥは、リレーＵＥとＵＥ-ＲＸとの間で割当てるＰＦＩを、ＵＥ－ＲＸに通知してもよい。リレーＵＥは、ＵＥ-ＴＸとＵＥ-ＲＸとの間で割当てられたＰＦＩと、リレーＵＥとＵＥ-ＲＸとの間で割当てるＰＦＩとを、ＵＥ－ＲＸに通知してもよい。リレーＵＥは、ＵＥ-ＴＸとＵＥ-ＲＸとの間で割当てられたＰＦＩとリレーＵＥとＵＥ-ＲＸとの間で割当てるＰＦＩとを対応付けて、ＵＥ－ＲＸに通知してもよい。

　リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定として、ＵＥ－ＴＸによる設定を用いてもよいし、リレーＵＥによる設定を用いてもよい。

　ＳＤＡＰ　ＰＤＵのヘッダに設定するＰＦＩについて開示する。ＵＥ－ＴＸのＳＤＡＰにおいて、ＳＤＡＰ　ＰＤＵのヘッダとして設定するＰＦＩを、ＵＥ－ＴＸとＵＥ－ＲＸとの間で設定されるＰＦＩとする。リレーＵＥのＳＤＡＰにおいて、ＳＤＡＰ　ＰＤＵのヘッダとして設定するＰＦＩを、ＵＥ－ＴＸとＵＥ－ＲＸとの間で設定されるＰＦＩとしてもよい。リレーＵＥは、ＵＥ－ＴＸから受信したサービスデータを、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩを用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢへマッピングする。

　リレーＵＥのＳＤＡＰにおいて、ＳＤＡＰ　ＰＤＵのヘッダとして設定するＰＦＩを、リレーＵＥとＵＥ－ＲＸとの間で設定されるＰＦＩとしてもよい。リレーＵＥは、ＵＥ－ＴＸから受信したサービスデータを、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩに対応付けた、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩを用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢへマッピングする。

　前述の課題を解決する他の方法を開示する。

　ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスデータと、リレーＵＥとＵＥ－ＲＸとの間のサービスデータとで、ＳＲＣ　Ｌ２ＩＤを異ならせる。たとえば、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービス用のＳＲＣ　Ｌ２ＩＤとして、ＵＥ－ＴＸの識別子を設定し、リレーＵＥとＵＥ－ＲＸとの間のサービス用のＳＲＣ　Ｌ２ＩＤとして、リレーＵＥの識別子を設定する。

　ＵＥ－ＲＸは、リレーＵＥから受信したデータを、ＳＲＣ　Ｌ２ＩＤによって、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスデータか、リレーＵＥとＵＥ－ＲＸとの間のサービスデータかを判別するとよい。ＵＥ－ＲＸは、ＰＦＩの設定方法によらず、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスデータとリレーＵＥとＵＥ－ＲＸとの間のサービスデータとを分別することが可能となる。

　本実施の形態４の変形例２で示した課題を解決する他の方法を開示する。

　ＤＳＴ　Ｌ２ＩＤを、各リンクのＳＬ通信における受信ノードにする。ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信においては、ＤＳＴ　Ｌ２ＩＤをリレーＵＥとする。リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信においては、ＤＳＴ　Ｌ２ＩＤをＵＥ－ＲＸとする。

　ＵＥ－ＴＸとリレーＵＥとの間でのＰＦＩとして、唯一の識別子が割当てられてもよい。ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信に該ＰＦＩを用いる。リレーＵＥとＵＥ－ＲＸとの間でのＰＦＩとして、唯一の識別子が割当てられてもよい。リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信に該ＰＦＩを用いる。ＵＥ－ＴＸが、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信に用いるＰＦＩを設定してもよい。リレーＵＥが、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信に用いるＰＦＩを設定してもよい。

　リレーＵＥは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩと、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩとを対応付けるとよい。

　前述した方法を、実施の形態４や実施の形態４の変形例１に開示した方法に適用してもよい。ＵＥ－ＴＸが、ＰＣ５　ＱｏＳフローの設定および／あるいはＰＦＩの設定を行ってもよいことを開示した。このＰＦＩの設定において、ＵＥ－ＴＸとリレーＵＥとの間でのＰＦＩを設定してもよい。実施の形態４で、リレーＵＥが、ＵＥ－ＴＸから受信したＰＦＩを、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩに設定してもよいことを開示した。このＰＦＩの設定において、リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信に用いるＰＦＩを設定してもよい。リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定として、ＵＥ－ＴＸによる設定を用いてもよいし、リレーＵＥによる設定を用いてもよい。

　ＳＤＡＰ　ＰＤＵのヘッダに設定するＰＦＩについては、前述した方法を適宜適用するとよい。同様の効果が得られる。

　このようにすることで、リレーＵＥを介したＵＥ間間接通信の各リンクにおいて、各リンクの送信先ノードをＤＳＴ　Ｌ２ＩＤとすることができ、各ノードで整合のとれた処理を行うことが可能となる。また、各リンクでの送信先ノードの設定が、ＵＥ間直接通信における送信先ノードの設定と同様とみなすことができるので、各ノードにおいてＵＥ間間接通信のサポートを容易にすることができる。

　ＤＳＴ　Ｌ２ＩＤを複数設ける。Ｖ２Ｘサービスの受信ノードに設定したＤＳＴ　Ｌ２ＩＤと、各リンクのＳＬ通信における受信ノードに設定したＤＳＴ　Ｌ２ＩＤとを設ける。

　ＵＥ－ＴＸとＵＥ－ＲＸとの間でのＰＦＩとして、唯一の識別子が割当てられる。また、ＵＥ－ＴＸとリレーＵＥとの間でのＰＦＩとして、唯一の識別子が割当てられ、リレーＵＥとＵＥ－ＲＸとの間でのＰＦＩとして、唯一の識別子が割当てられる。ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信に、ＵＥ－ＴＸとリレーＵＥとの間でのＰＦＩを用いる。リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信に、リレーＵＥとＵＥ－ＲＸとの間でのＰＦＩを用いる。ＵＥ－ＴＸが、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信に用いるＰＦＩを設定してもよい。リレーＵＥが、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信に用いるＰＦＩを設定してもよい。

　ＵＥ－ＴＸは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩと、ＵＥ－ＴＸとリレーＵＥとの間のＰＦＩとを対応付けてもよい。リレーＵＥは、ＵＥ－ＴＸとリレーＵＥとの間のＰＦＩと、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩとを対応付けてもよい。

　リレーＵＥは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩと、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩとを対応付けてもよい。

　前述した方法を、実施の形態４や実施の形態４の変形例１に開示した方法に適用してもよい。ＰＣ５　ＱｏＳフローの設定および／あるいはＰＦＩの設定を行ってもよいことを開示した。このＰＦＩの設定において、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩに対応付けられた、ＵＥ－ＴＸとリレーＵＥとの間のＰＦＩを設定してもよい。実施の形態４で、リレーＵＥが、ＵＥ－ＴＸから受信したＰＦＩを、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩに設定してもよいことを開示した。このＰＦＩの設定において、リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信に用いるＰＦＩを設定してもよい。リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定として、ＵＥ－ＴＸによる設定を用いてもよいし、リレーＵＥによる設定を用いてもよい。

　ＵＥ－ＴＸは、リレーＵＥに対して、設定した複数のＰＦＩを通知してもよい。ＵＥ－ＴＸは、設定した複数のＰＦＩを対応付けて通知してもよい。リレーＵＥにおいて、サービスデータのリレーが可能となる。リレーＵＥは、ＵＥ－ＲＸに対して、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩを通知してもよい。または、リレーＵＥは、ＵＥ－ＲＸに対して、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩと、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩとを通知してもよい。リレーＵＥは、これらのＰＦＩを対応付けて通知してもよい。ＵＥ－ＲＸは、リレーＵＥからのサービスデータの受信が可能となる。

　ＳＤＡＰ　ＰＤＵのヘッダに設定するＰＦＩについて開示する。ＵＥ－ＴＸのＳＤＡＰにおいて、ＳＤＡＰ　ＰＤＵのヘッダとして設定するＰＦＩを、ＵＥ－ＴＸとＵＥ－ＲＸとの間で設定されるＰＦＩとしてもよい。ＵＥ－ＴＸは、送信するサービスデータを、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩに対応付けた、ＵＥ－ＴＸとリレーＵＥとの間のＰＦＩを用いて、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用ＳＬＲＢへマッピングする。

　リレーＵＥのＳＤＡＰにおいて、ＳＤＡＰ　ＰＤＵのヘッダとして設定するＰＦＩを、ＵＥ－ＴＸとＵＥ－ＲＸとの間で設定されるＰＦＩとしてもよい。リレーＵＥは、ＵＥ－ＴＸから受信したサービスデータを、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩに対応付けた、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩを用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢへマッピングする。

　ＳＤＡＰ　ＰＤＵのヘッダに設定するＰＦＩについて他の方法を開示する。ＵＥ－ＴＸのＳＤＡＰにおいて、ＳＤＡＰ　ＰＤＵのヘッダとして設定するＰＦＩを、ＵＥ－ＴＸとＵＥ－ＲＸとの間で設定されるＰＦＩとしてもよい。リレーＵＥのＳＤＡＰにおいて、ＳＤＡＰ　ＰＤＵのヘッダとして設定するＰＦＩを、リレーＵＥとＵＥ－ＲＸとの間で設定されるＰＦＩとしてもよい。リレーＵＥは、ＵＥ－ＴＸから受信したサービスデータを、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩに対応付けた、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩを用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢへマッピングする。

　ＳＤＡＰ　ＰＤＵのヘッダに設定するＰＦＩについて他の方法を開示する。ＵＥ－ＴＸのＳＤＡＰにおいて、ＳＤＡＰ　ＰＤＵのヘッダとして設定するＰＦＩを、ＵＥ－ＴＸとリレーＵＥとの間で設定されるＰＦＩとしてもよい。ＵＥ－ＴＸは、送信するサービスデータを、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩに対応付けた、ＵＥ－ＴＸとリレーＵＥとの間のＰＦＩを用いて、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用ＳＬＲＢへマッピングする。リレーＵＥのＳＤＡＰにおいて、ＳＤＡＰ　ＰＤＵのヘッダとして設定するＰＦＩを、リレーＵＥとＵＥ－ＲＸとの間で設定されるＰＦＩとしてもよい。リレーＵＥは、ＵＥ－ＴＸから受信したサービスデータを、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩ、あるいは、ＵＥ－ＴＸとリレーＵＥとの間のＰＦＩに対応付けた、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩを用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢへマッピングする。

　ＳＤＡＰ　ＰＤＵのヘッダに設定するＰＦＩについて他の方法を開示する。ＵＥ－ＴＸのＳＤＡＰにおいて、ＳＤＡＰ　ＰＤＵのヘッダに複数のＰＦＩを設定する。ＵＥ－ＴＸとＵＥ－ＲＸとの間で設定されるＰＦＩと、ＵＥ－ＴＸとリレーＵＥとの間で設定されるＰＦＩとを、ＳＤＡＰ　ＰＤＵのヘッダとして設定する。リレーＵＥのＳＤＡＰにおいて、ＳＤＡＰ　ＰＤＵのヘッダとして複数のＰＦＩを設定する。ＵＥ－ＴＸとＵＥ－ＲＸとの間で設定されるＰＦＩと、リレーＵＥとＵＥ－ＲＸとの間で設定されるＰＦＩとを、ＳＤＡＰ　ＰＤＵのヘッダとして設定する。リレーＵＥは、ＵＥ－ＴＸから受信したサービスデータを、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＰＦＩに対応付けた、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩを用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢへマッピングする。

　ＳＤＵ　ＰＤＵヘッダにＰＦＩが複数設定されていることを示す情報を設けてもよい。ＳＤＵ　ＰＤＵヘッダに設定されるＰＦＩの個数を示す情報を設けてもよい。ＳＤＵ　ＰＤＵヘッダに設定されるＰＦＩの個数をたとえば２個としてもよい。たとえば、ＵＥ－ＴＸとＵＥ－ＲＸとの間で設定されるＰＦＩと、ＵＥ－ＴＸとリレーＵＥとの間あるいはリレーＵＥとＵＥ－ＲＸとの間で設定されるＰＦＩの２個としてもよい。

　ＵＥ－ＴＸはリレーＵＥに対して該情報を通知してもよい。リレーＵＥはＵＥ－ＲＸに対して該情報を通知してもよい。たとえば、該情報をＰＣ５　ＲＲＣシグナリングを用いて通知してもよい。該情報をＳＤＵ　ＰＤＵヘッダとして設けてもよい。ＵＥ－ＴＸからリレーＵＥに通知されるＳＤＵ　ＰＤＵのヘッダに該情報を設定してもよい。リレーＵＥからＵＥ－ＲＸに通知されるＳＤＵ　ＰＤＵのヘッダに該情報を設定してもよい。受信側のノードが複数のＰＦＩが設定されていることを認識可能となる。

　このようにすることで、設定された各ＤＳＴ　Ｌ２ＩＤに対してＰＦＩを設定可能となる。このため、各ノードで整合のとれた処理を行うことが可能となる。また、サービスに対応する送信先ノードと、各リンクでの送信先ノードとを個別に設定することで、サービスと各リンクの対応付けが明確になる。このため、リレーを介したＵＥ間間接通信処理における誤動作を低減することが可能となる。

　本実施の形態４の変形例２で開示したような方法とすることで、リレーＵＥを用いたＵＥ間間接通信のように、各リンクのＳＬ通信の送受信ノードとＶ２Ｘサービスの送受信ノードとが異なるような場合でも、送信先ノードの設定を明確にできる。このため、リレーＵＥを用いたＵＥ間間接通信において、各ノードでの処理における誤動作を低減できる。その結果、該通信の信頼性を向上させることが可能となる。

　実施の形態４の変形例３．
　ＵＥ間直接通信において、ＳＲＣ　Ｌ２ＩＤとＤＳＴ　Ｌ２ＩＤの各々が、その一部がＳＣＩ（Sidelink Control Information）に含められ、残りの部分がＭＡＣヘッダに含められる。データ受信側のＵＥは、ＳＣＩに含められたＤＳＴ　Ｌ２ＩＤの一部を受信することで、該ＳＣＩに対応するＰＳＳＣＨにマッピングされたデータが自ＵＥ宛てか否かを判断可能となる。また、同様に、データ受信側のＵＥは、ＭＡＣヘッダに含められたＤＳＴ　Ｌ２ＩＤの残りの部分を受信することで、該ＭＡＣ　ＰＤＵが自ＵＥ宛てか否かを判断可能となる。ＳＣＩは、ＳＬ通信のための制御情報であり、ＰＳＣＣＨにマッピングされる。

　リレーＵＥを用いたＵＥ間間接通信では、各リンクのＳＬ通信の送受信ノードと、サービスの送受信ノードとが異なる。このような場合、ＤＳＴ　Ｌ２ＩＤを、各リンクのＳＬ通信の受信ノードにするのか、サービスの受信ノードにするのかが不明となる。たとえば、ＵＥ－ＴＸからリレーＵＥへのＳＬ通信において、ＤＳＴ　Ｌ２ＩＤをＵＥ－ＲＸとした場合、リレーＵＥは、ＳＣＩに含まれるＤＳＴ　Ｌ２ＩＤの一部（L1IDと称する場合がある）を自ＵＥ宛てと判断できず、ＰＳＳＣＨを受信しないことになる。また、リレーＵＥは、たとえＰＳＳＣＨを受信できたとしても、ＭＡＣヘッダに含まれるＤＳＴ　Ｌ２ＩＤの残りの部分（DST L2ID-MAC）を自ＵＥ宛てと判断できず、ＭＡＣ　ＰＤＵを受信しないことになる。このため、リレーＵＥは、ＵＥ－ＴＸからのデータを受信できなくなってしまう。

　このような課題を解決する方法を開示する。

　各リンクのＳＬ通信用ＤＳＴ　Ｌ２ＩＤは、各リンクのＳＬ通信における受信ノードにする。サービスのＤＳＴ　Ｌ２ＩＤと、ＳＬ通信用ＤＳＴ　Ｌ２ＩＤとを異ならせてもよい。ＵＥ-ＴＸとリレーＵＥとの間のＤＳＴ　Ｌ２ＩＤは、リレーＵＥとする。リレーＵＥとＵＥ-ＲＸとの間のＤＳＴ　Ｌ２ＩＤは、ＵＥ-ＲＸとするとよい。

　前述の方法として、実施の形態４の変形例２で開示した方法を適宜適用してもよい。

　他の方法を開示する。

　ＤＳＴ　Ｌ２ＩＤを複数設ける。サービスの受信ノードに設定したＤＳＴ　Ｌ２ＩＤと、各リンクのＳＬ通信における受信ノードに設定したＤＳＴ　Ｌ２ＩＤとを設けてもよい。各リンクのＳＬ通信用ＤＳＴ　Ｌ２ＩＤとして、各リンクのＳＬ通信における受信ノードに設定したＤＳＴ　Ｌ２ＩＤを用いるとよい。ＵＥ-ＴＸとリレーＵＥとの間のＤＳＴ　Ｌ２ＩＤは、リレーＵＥとする。リレーＵＥとＵＥ-ＲＸとの間のＤＳＴ　Ｌ２ＩＤは、ＵＥ-ＲＸとするとよい。

　ＳＣＩに、各リンクのＳＬ通信における受信ノードに設定したＤＳＴ　Ｌ２ＩＤと、サービスの受信ノードに設定したＤＳＴ　Ｌ２ＩＤとを含めてもよい。ＭＡＣヘッダに、各リンクのＳＬ通信における受信ノードに設定したＤＳＴ　Ｌ２ＩＤと、サービスの受信ノードに設定したＤＳＴ　Ｌ２ＩＤとを含めてもよい。

　ＤＳＴ　Ｌ２ＩＤが複数設定されていることを示す情報を設けてもよい。設定されるＤＳＴ　Ｌ２ＩＤの個数を示す情報を設けてもよい。ＤＳＴ　Ｌ２ＩＤの個数をたとえば２個としてもよい。たとえば、サービスのＤＳＴ　Ｌ２ＩＤと、各リンクのＳＬ通信用ＤＳＴ　Ｌ２ＩＤの２個としてもよい。

　ＵＥ－ＴＸはリレーＵＥに対して該情報を通知してもよい。リレーＵＥはＵＥ－ＲＸに対して該情報を通知してもよい。たとえば、該情報をＳＣＩに含めて通知してもよい。たとえば、該情報を複数有するか否かで異なるＳＣＩのフォーマットを設けてもよい。該情報を複数有するか否かで異なるＳＣＩの識別子を設けてもよい。該情報を複数有するか否かで異なるＰＳＣＣＨのフォーマットを設けてもよい。該情報をＭＡＣヘッダとして設けてもよい。該情報をＭＡＣ　ＣＥとして設けてもよい。該情報を複数有するか否かで異なるＭＡＣ　ＣＥとしてもよい。該情報を複数有するか否かで異なるＭＡＣ　ＣＥの識別子としてもよい。このようにすることで、受信側のノードが複数のＤＳＴ　Ｌ２ＩＤが設定されていることを認識可能となる。

　サービスの受信ノードに設定したＤＳＴ　Ｌ２ＩＤと、各リンクのＳＬ通信における受信ノードに設定したＤＳＴ　Ｌ２ＩＤとを設ける場合、ＰＦＩには、ＵＥ－ＴＸとＵＥ－ＲＸとの間で唯一の識別子が割当てられてもよい。各リンクでＰＦＩを設定しなくてもよい。各リンクのＳＬ通信における受信ノードに設定したＤＳＴ　Ｌ２ＩＤは、ＰＦＩと連動しない。各リンクのＳＬ通信における受信ノードに設定したＤＳＴ　Ｌ２ＩＤは、各リンクのＳＬ通信の受信側ノードを特定する。

　このようにすることで、リレーＵＥが、ＵＥ－ＴＸからのデータを受信可能となる。

　前述のように、ＵＥ間直接通信において、ＳＲＣ　Ｌ２ＩＤとＤＳＴ　Ｌ２ＩＤの各々が、その一部がＳＣＩに含められ、残りの部分がＭＡＣヘッダに含められる。データ受信側のＵＥは、ＳＣＩに含められたＳＲＣ　Ｌ２ＩＤの一部を受信することで、該ＳＣＩに対応するＰＳＳＣＨにマッピングされたデータの送信元ＵＥを特定可能となる。また、同様に、データ受信側のＵＥは、ＭＡＣヘッダに含められたＳＲＣ　Ｌ２ＩＤの残りの部分を受信することで、該ＭＡＣ　ＰＤＵの送信元ＵＥを特定可能となる。

　リレーＵＥを用いたＵＥ間間接通信では、各リンクのＳＬ通信の送受信ノードと、サービスの送受信ノードとが異なる。このような場合、ＳＲＣ　Ｌ２ＩＤを、各リンクのＳＬ通信の送信ノードにするのか、サービスの送信ノードにするのかが不明となる。たとえば、リレーＵＥからＵＥ－ＲＸへのＳＬ通信において、ＳＲＣ　Ｌ２ＩＤをリレーＵＥとした場合、ＵＥ－ＲＸは、リレーＵＥから受信したデータをＵＥ－ＴＸからのサービスデータだと判断できなくなってしまう。このため、ＵＥ－ＲＸは、ＵＥ－ＴＸからのサービスデータを受信できなくなってしまう。

　このような課題を解決する方法を開示する。

　各リンクのＳＬ通信用ＳＲＣ　Ｌ２ＩＤは、サービスの送信ノードにする。ＵＥ-ＴＸとリレーＵＥとの間のＳＲＣ　Ｌ２ＩＤは、ＵＥ－ＴＸとする。リレーＵＥとＵＥ-ＲＸとの間のＳＲＣ　Ｌ２ＩＤは、ＵＥ－ＴＸとするとよい。このようにすることで、ＵＥ－ＲＸは、ＵＥ－ＴＸからのサービスデータを特定することが可能となる。

　他の方法を開示する。

　ＳＲＣ　Ｌ２ＩＤを複数設ける。サービスの送信ノードに設定したＳＲＣ　Ｌ２ＩＤと、各リンクのＳＬ通信における送信ノードに設定したＳＲＣ　Ｌ２ＩＤとを設けてもよい。各リンクのＳＬ通信用ＳＲＣ　Ｌ２ＩＤとして、各リンクのＳＬ通信における受信ノードに設定したＳＲＣ　Ｌ２ＩＤを用いるとよい。ＵＥ-ＴＸとリレーＵＥとの間のＳＲＣ　Ｌ２ＩＤは、ＵＥ－ＴＸとする。リレーＵＥとＵＥ-ＲＸとの間のＳＲＣ　Ｌ２ＩＤは、リレーＵＥとするとよい。

　ＳＣＩに、各リンクのＳＬ通信における送信ノードに設定したＳＲＣ　Ｌ２ＩＤと、サービスの受信ノードに設定したＳＲＣ　Ｌ２ＩＤとを含めてもよい。ＭＡＣヘッダに、各リンクのＳＬ通信における受信ノードに設定したＳＲＣ　Ｌ２ＩＤと、サービスの受信ノードに設定したＳＲＣ　Ｌ２ＩＤとを含めてもよい。このようにすることで、ＵＥ－ＲＸは、ＵＥ－ＴＸからのサービスデータを特定することが可能となる。

　ＳＲＣ　Ｌ２ＩＤが複数設定されていることを示す情報を設けてもよい。設定されるＳＲＣ　Ｌ２ＩＤの個数を示す情報を設けてもよい。ＳＲＣ　Ｌ２ＩＤの個数をたとえば２個としてもよい。たとえば、サービスのＳＲＣ　Ｌ２ＩＤと、各リンクのＳＬ通信用ＳＲＣ　Ｌ２ＩＤの２個としてもよい。

　ＵＥ－ＴＸはリレーＵＥに対して該情報を通知してもよい。リレーＵＥはＵＥ－ＲＸに対して該情報を通知してもよい。たとえば、該情報をＳＣＩに含めて通知してもよい。たとえば、該情報を複数有するか否かで異なるＳＣＩのフォーマットを設けてもよい。該情報を複数有するか否かで異なるＳＣＩの識別子を設けてもよい。該情報を複数有するか否かで異なるＰＳＣＣＨのフォーマットを設けてもよい。該情報をＭＡＣヘッダとして設けてもよい。該情報をＭＡＣ　ＣＥとして設けてもよい。該情報を複数有するか否かで異なるＭＡＣ　ＣＥとしてもよい。該情報を複数有するか否かで異なるＭＡＣ　ＣＥの識別子としてもよい。このようにすることで、受信側のノードが複数のＳＲＣ　Ｌ２ＩＤが設定されていることを認識可能となる。

　サービスの送信ノードに設定したＳＲＣ　Ｌ２ＩＤと、各リンクのＳＬ通信における送信ノードに設定したＳＲＣ　Ｌ２ＩＤとを設ける場合、ＰＦＩには、ＵＥ－ＴＸとＵＥ－ＲＸとの間で唯一の識別子が割当てられてもよい。各リンクでＰＦＩを設定しなくてもよい。各リンクのＳＬ通信における送信ノードに設定したＳＲＣ　Ｌ２ＩＤは、ＰＦＩと連動しない。各リンクのＳＬ通信における送信ノードに設定したＳＲＣ　Ｌ２ＩＤは、各リンクのＳＬ通信の送信側ノードを特定する。

　他の方法を開示する。

　各リンクのＳＬ通信用ＳＲＣ　Ｌ２ＩＤは、各リンクのＳＬ通信における送信ノードにする。サービスのＳＲＣ　Ｌ２ＩＤと、ＳＬ通信用ＳＲＣ　Ｌ２ＩＤとを異ならせてもよい。ＵＥ-ＴＸとリレーＵＥとの間のＳＲＣ　Ｌ２ＩＤは、ＵＥ－ＴＸとする。リレーＵＥとＵＥ-ＲＸとの間のＳＲＣ　Ｌ２ＩＤは、リレーＵＥとするとよい。ＵＥ－ＲＸは、ＵＥ－ＴＸからのサービスデータを、ＳＲＣ　Ｌ２ＩＤを用いて特定せず、他の方法を用いて特定するとよい。たとえば、ＵＥ－ＲＸは、リレーＵＥから送信されるデータに付随するＰＦＩを用いて、ＵＥ－ＴＸからのサービスデータを特定するとよい。ＰＦＩの設定方法は、実施の形態４の変形例２で開示した方法を適宜適用するとよい。

　このようにすることで、ＵＥ－ＲＸは、リレーＵＥから受信したデータにおいて、ＵＥ－ＴＸからのサービスデータを受信可能となる。

　本実施の形態４の変形例３で開示したような方法とすることで、リレーＵＥを用いたＵＥ間間接通信のように、各リンクのＳＬ通信の送受信ノードとＶ２Ｘサービスの送受信ノードとが異なるような場合でも、該通信を可能にする。しかも、各ノードでの処理における誤動作を低減でき、該通信の信頼性を向上させることが可能となる。

　ＰＣ５における制御情報のシグナリングにおいて、送信先ＵＥの識別子を設定してもよい。実施の形態４の変形例２あるいは実施の形態４の変形例３で開示した方法を適宜適用してもよい。前述のＳＬＲＢ関連情報を通知するシグナリングの送信先ＵＥ識別子の設定方法として、実施の形態４の変形例２あるいは実施の形態４の変形例３で開示した方法を適宜適用してもよい。

　ＰＣ５における制御情報のシグナリングにおいて、送信元ＵＥの識別子を設定してもよい。実施の形態４の変形例３で開示した方法を適宜適用してもよい。前述のＳＬＲＢ関連情報を通知するシグナリングの送信元ＵＥ識別子の設定方法として、実施の形態４の変形例３で開示した方法を適宜適用してもよい。

　このようにすることで、ＰＣ５における制御情報のシグナリングにおいても、同様の効果を得ることができる。制御情報のシグナリングに適用することで、たとえばリレーＵＥを介したＵＥ間間接通信における信頼性をより向上させることが可能となる。

　実施の形態４の変形例４．
　ＵＥ間直接通信において、異なるＤＳＴ　Ｌ２ＩＤを同じＭＡＣ　ＰＤＵに多重しない。ＭＡＣ　ＰＤＵで多重されるのは、同じＤＳＴ　Ｌ２ＩＤを有するデータとなる。

　リレーＵＥを用いたＵＥ間間接通信では、ＵＥ－ＴＸとリレーＵＥとの間およびリレーＵＥとＵＥ－ＲＸとの間でＳＬ通信が行われる。ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信において、ＤＳＴ　Ｌ２ＩＤをリレーＵＥとする場合、ＵＥ－ＴＸにおいて、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスデータと、ＵＥ－ＴＸとリレーＵＥとの間のサービスデータとが、同じＭＡＣ　ＰＤＵに多重される場合が生じる。どちらも、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信において、リレーＵＥをＤＳＴ　Ｌ２ＩＤとするからである。

　このように異なるサービスデータが同じＭＡＣ　ＰＤＵに多重された場合、リレーＵＥが各サービスデータをどのように判別するかが問題となる。

　本実施の形態４の変形例４では、このような課題を解決する方法を開示する。

　異なるサービスに対しては、異なるＬＣＩＤを設定する。ＵＥ－ＴＸは、リレーＵＥに対して、設定したＬＣＩＤを通知する。ＵＥ－ＴＸは、設定したＬＣＩＤを、ＳＬＲＢ関連情報に含めて、リレーＵＥに通知してもよい。

　このようにすることで、たとえ、ＵＥ－ＴＸにおいて、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスデータと、ＵＥ－ＴＸとリレーＵＥとの間のサービスデータとが、同じＭＡＣ　ＰＤＵに多重されたとしても、リレーＵＥは、各サービスに設定されたＬＣＩＤを用いてサービスを判別可能となる。リレーＵＥは、受信したデータにＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスのＬＣＩＤが設定されている場合、該データをＵＥ－ＲＸに送信する。

　他の方法を開示する。

　異なるサービスに対しては、異なるＲＬＣチャネルを設定する。ＲＬＣチャネルを特定するためのＲＬＣチャネル識別子を設けてもよい。異なるサービスに対しては、異なるＲＬＣベアラを設定するとしてもよい。ＲＬＣベアラを特定するためのＲＬＣベアラ識別子を設けてもよい。ＲＬＣ　ＰＤＵヘッダとして、ＲＬＣチャネル識別子を含めてもよい。ＲＬＣ　ＰＤＵヘッダとして、ＲＬＣベアラ識別子を含めてもよい。

　このようにすることで、リレーＵＥは、各サービスに設定されたＲＬＣチャネル識別子あるいはＲＬＣベアラ識別子を用いて、サービスを判別可能となる。リレーＵＥは、受信したデータに、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスのＲＬＣチャネル識別子あるいはＲＬＣベアラ識別子が設定されている場合、該データをＵＥ－ＲＸに送信する。

　他の方法を開示する。

　異なるサービスのデータを、同じＭＡＣ　ＰＤＵに多重することを禁止する。異なるサービスのデータを、同じＭＡＣ　ＰＤＵに多重することを許可しない、としてもよい。同じサービスのデータが、同じＭＡＣ　ＰＤＵに多重される。

　リレーＵＥは、サービス毎のＭＡＣ　ＰＤＵを受信することで、サービスを判別可能となる。サービスの判別方法として、本開示の他の実施例で開示した方法を適宜適用してもよい。

　異なるサービスは、ＵＥ間直接通信を用いたサービスと、ＵＥ間間接通信を用いたサービスであってもよい。たとえば、ＵＥ－ＴＸとリレーＵＥとの間で、ＵＥ間間接通信を用いたサービスだけでなく、ＵＥ間直接通信を用いたサービスとが行われる場合や、リレーＵＥとＵＥ－ＲＸとの間で、ＵＥ間間接通信を用いたサービスだけでなく、ＵＥ間直接通信を用いたサービスとが行われる場合に、前述したような方法を適宜適用してもよい。同様の効果を得ることが可能となる。

　実施の形態４の変形例４で開示したような方法とすることで、リレーＵＥは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスデータと、ＵＥ－ＴＸとリレーＵＥとの間のサービスデータとを判別可能となる。このため、リレーＵＥは、ＵＥ－ＲＸへの送信が必要なデータをＵＥ－ＲＸにリレーすることが可能となる。リレーＵＥの処理における誤動作を低減可能となる。

　実施の形態４の変形例５．
　３ＧＰＰにおいて、リレーＵＥを介したＵＥ間間接通信における、リレーＵＥでのデータのリレー方法については、なんら議論されていない。たとえば、リレーＵＥにおいて、ＵＥ－ＴＸから受信したデータをどのＳＬＲＢにマッピングするかといった方法が不明となる。このため、リレーＵＥはデータを適切にリレーできず、リレーＵＥを介したＵＥ間間接通信ができないという問題が生じる。

　本実施の形態４の変形例５では、このような課題を解決する方法を開示する。

　リレーＵＥとＵＥ－ＲＸとの間に、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定を用いる場合について開示する。リレーを介したＵＥ間間接通信では、ＰＦＩのヘッダ付きＳＤＡＰ　ＰＤＵを用いるとよい。リレーＵＥは、Ｖ２ＸレイヤとＳＤＡＰとの間でデータをリレーする。リレーＵＥは、ＵＥ－ＴＸから受信したＳＤＡＰ　ＰＤＵのヘッダに設定されているＰＦＩを用いて、データを、ＵＥ－ＲＸへの送信用のＳＬＲＢにマッピングするとよい。ＰＦＩの設定方法や対応付け方法や通知方法については、前述の実施の形態や変形例に開示した方法を適用するとよい。

　このようにすることで、リレーＵＥはデータを適切にリレーすることが可能となる。

　リレーＵＥとＵＥ－ＲＸとの間に、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定を用いる場合について、他の方法を開示する。ＵＥ間間接通信においてリレーＵＥは、ＲＬＣとＰＤＣＰとの間でデータをリレーする。リレーＵＥは、ＲＬＣベアラでデータをリレーするとしてもよい。または、リレーＵＥは、ＲＬＣチャネルでデータをリレーするとしてもよい。

　リレーを介したＵＥ間間接通信において、リレーＵＥのＲＬＣとＰＤＣＰとの間に、リレー用に新たなレイヤを設けてもよい。新たなプロトコルスタックを設けてもよい。該レイヤあるいはプロトコルスタックは、ＵＥ－ＴＸから受信したデータをＵＥ-ＲＸへルーティングする機能を有してもよい。該レイヤあるいはプロトコルスタックは、ＵＥ-ＴＸから受信したデータを、ＵＥ-ＲＸに送信するためのＲＬＣにマッピングする機能を有してもよい。

　リレーＵＥとＵＥ-ＲＸとの間のＲＬＣチャネル識別子として、ＵＥ-ＴＸとリレーＵＥとの間のＲＬＣチャネル識別子と同じＲＬＣチャネル識別子を用いる。リレーＵＥは、ＵＥ－ＴＸから受信したＲＬＣチャネルのＲＬＣチャネル識別子を用いて、ＵＥ－ＲＸへの送信用の同じ識別子を有するＲＬＣチャネルに、データをマッピングするとよい。ＲＬＣチャネルではなく、ＲＬＣベアラを用いてもよい。リレーＵＥは、ＵＥ－ＴＸから受信したＲＬＣベアラのＲＬＣベアラ識別子を用いて、ＵＥ－ＲＸへの送信用の同じ識別子を有するＲＬＣベアラに、データをマッピングするとよい。

　ＲＬＣベアラのかわりにレグ（leg）を用いてもよい。レグを特定するための識別子を設けてもよい。リレーＵＥは、ＵＥ－ＴＸから受信したレグのレグ識別子を用いて、ＵＥ－ＲＸへの送信用の同じ識別子を有するレグに、データをマッピングするとよい。レグは、たとえば、ＤＣ（Dual Connectivity）において設定される場合がある。ＤＣで設定される複数のＲＬＣベアラの各ＲＬＣベアラがレグとして設定される。ＳＬ通信において各リンクにおいて設定されるＲＬＣベアラをレグとして設定してもよい。

　リレーＵＥは、リレーＵＥとＵＥ-ＲＸとの間のＲＣＬチャネルやＲＬＣベアラやレグに、ＵＥ－ＴＸから受信したＳＬＲＢの設定を用いてもよい。ＳＬＲＢ関連情報を用いてもよい。ＲＣＬチャネルやＲＬＣベアラに関連するＳＬＲＢの設定や、対応するＲＬＣチャネル識別子やＲＬＣベアラ識別子を、送信側と受信側に関連するＳＬＲＢパラメータに含めてもよい。ＳＬＲＢの設定方法や対応付け方法や通知方法については、前述の実施の形態や変形例に開示した方法を適用するとよい。

　ＵＥ間間接通信においてリレーＵＥが、ＲＬＣとＰＤＣＰとの間でデータをリレーする他の方法を開示する。リレーＵＥとＵＥ-ＲＸとの間のＬＣＩＤとして、ＵＥ-ＴＸとリレーＵＥとの間のＬＣＩＤと同じＬＣＩＤを用いる。リレーＵＥは、ＵＥ－ＴＸから受信したＬＣＩＤを用いて、ＵＥ－ＲＸへの送信用の同じＬＣＩＤを有するＳＬＲＢに、データをマッピングするとよい。

　リレーＵＥは、リレーＵＥとＵＥ-ＲＸとの間のＬＣＩＤに、ＵＥ－ＴＸから受信したＳＬＲＢの設定を用いてもよい。ＳＬＲＢ関連情報を用いてもよい。ＬＣＩＤを、送信側と受信側に関連するＳＬＲＢパラメータに含めてもよい。ＳＬＲＢの設定方法や対応付け方法や通知方法については、前述の実施の形態や変形例に開示した方法を適用するとよい。

　ＵＥ－ＴＸとリレーＵＥが各リンクのＳＬＲＢを設定する場合について開示する。リレーを介したＵＥ間間接通信では、ＰＦＩのヘッダ付きＳＤＡＰ　ＰＤＵを用いるとよい。リレーＵＥは、Ｖ２ＸレイヤとＳＤＡＰとの間でデータをリレーする。リレーＵＥは、ＵＥ－ＴＸから受信したＳＤＡＰ　ＰＤＵのヘッダに設定されているＰＦＩを用いて、該ＰＤＵを、ＵＥ－ＲＸへの送信用のＳＬＲＢにマッピングするとよい。リレーＵＥは、ＵＥ-ＴＸが設定したＰＦＩのデータを、リレーＵＥが設定したＰＦＩのデータにマッピングする。ＰＦＩの設定方法や対応付け方法や通知方法については、前述の実施の形態や変形例に開示した方法を適用するとよい。

　ＵＥ－ＴＸとリレーＵＥが各リンクのＳＬＲＢを設定する場合について、他の方法を開示する。ＵＥ間間接通信においてリレーＵＥは、ＲＬＣとＰＤＣＰとの間でデータをリレーする。リレーＵＥは、ＲＬＣベアラでデータをリレーするとしてもよい。または、リレーＵＥは、ＲＬＣチャネルでデータをリレーするとしてもよい。

　リレーを介したＵＥ間間接通信において、リレーＵＥのＲＬＣとＰＤＣＰとの間に、リレー用に新たなレイヤを設けてもよい。新たなプロトコルスタックを設けてもよい。前述した方法を適用するとよい。

　リレーＵＥとＵＥ-ＲＸとの間のＲＬＣチャネル識別子は、リレーＵＥが設定する。リレーＵＥは、ＵＥ－ＴＸから受信したＲＬＣチャネルのＲＬＣチャネル識別子を用いて、ＵＥ－ＲＸへの送信用のリレーＵＥが設定したＲＬＣ識別子を有するＲＬＣチャネルに、データをマッピングするとよい。ＲＬＣチャネルではなく、ＲＬＣベアラを用いてもよい。リレーＵＥは、ＵＥ－ＴＸから受信したＲＬＣベアラのＲＬＣベアラ識別子を用いて、ＵＥ－ＲＸへの送信用のリレーＵＥが設定した識別子を有するＲＬＣベアラに、データをマッピングするとよい。

　ＲＬＣベアラのかわりにレグ（leg）を用いてもよい。レグを特定するための識別子を設けてもよい。リレーＵＥは、ＵＥ－ＴＸから受信したレグのレグ識別子を用いて、ＵＥ－ＲＸへの送信用の同じ識別子を有するレグに、データをマッピングするとよい。ＳＬ通信において各リンクにおいて設定されるＲＬＣベアラをレグとして設定してもよい。

　リレーＵＥは、リレーＵＥとＵＥ-ＲＸとの間のＲＣＬチャネルやＲＬＣベアラに、リレーＵＥが設定したＳＬＲＢの設定を用いてもよい。ＳＬＲＢ関連情報を用いてもよい。ＲＣＬチャネルやＲＬＣベアラに関連するＳＬＲＢの設定や、対応するＲＬＣチャネル識別子やＲＬＣベアラ識別子を、送信側と受信側に関連するＳＬＲＢパラメータに含めてもよい。ＳＬＲＢの設定方法や対応付け方法や通知方法については、前述の実施の形態や変形例に開示した方法を適用するとよい。

　ＵＥ間間接通信においてリレーＵＥが、ＲＬＣとＰＤＣＰとの間でデータをリレーする他の方法を開示する。リレーＵＥとＵＥ-ＲＸとの間のＬＣＩＤは、リレーＵＥが設定する。リレーＵＥは、ＵＥ－ＴＸから受信したＬＣＩＤを用いて、ＵＥ－ＲＸへの送信用のリレーＵＥが設定したＬＣＩＤを有するＳＬＲＢに、データをマッピングするとよい。

　リレーＵＥは、リレーＵＥとＵＥ-ＲＸとの間のＬＣＩＤに、リレーＵＥが設定したＳＬＲＢの設定を用いてもよい。ＳＬＲＢ関連情報を用いてもよい。ＬＣＩＤを、送信側と受信側に関連するＳＬＲＢパラメータに含めてもよい。ＳＬＲＢの設定方法や対応付け方法や通知方法については、前述の実施の形態や変形例に開示した方法を適用するとよい。

　リレーＵＥがＲＬＣとＰＤＣＰとの間でデータをリレーする場合、リレーＵＥは、ＲＬＣベアラの設定のみを実施してもよい。リレーＵＥがＲＬＣとＰＤＣＰとの間でデータをリレーする場合、リレーＵＥでは、ＲＬＣベアラの設定のみが許可されるとしてもよい。リレーＵＥがＲＬＣとＰＤＣＰとの間でデータをリレーする場合、リレーＵＥはＰＦＩの設定は実施しないとしてもよい。リレーＵＥがＲＬＣとＰＤＣＰとの間でデータをリレーする場合、リレーＵＥはＳＤＡＰの設定を実施しないとしてもよい。リレーＵＥがＲＬＣとＰＤＣＰとの間でデータをリレーする場合、リレーＵＥはＰＤＣＰの設定は実施しないとしてもよい。

　リレーＵＥにおいてＲＬＣとＰＤＣＰとの間でデータがリレーされる場合、ＵＥ－ＴＸがリレーＵＥに対して通知するＳＬＲＢ設定は、ＲＬＣベアラに関する情報のみであってもよいし、ＲＬＣより下位レイヤの設定に関する情報のみであってもよい。

　リレーＵＥがＲＬＣとＰＤＣＰとの間でデータをリレーする場合、リレーＵＥでは、データはＳＤＡＰとＰＤＣＰを介さない。このため、ＵＥ－ＴＸとリレーＵＥとの間と、リレーＵＥとＵＥ－ＲＸとの間とでＳＤＡＰの設定やＰＤＣＰの設定を変えてしまうと、リレーＵＥでそれらの対応付けができなくなってしまう。その結果、ＵＥ－ＴＸからのデータを、ＵＥ－ＲＸは正常に受信できなくなる。前述した方法とすることで、リレーＵＥがＲＬＣとＰＤＣＰとの間でデータをリレーする場合に、リレーＵＥにおけるそれらの対応付けは不要となり、ＵＥ－ＴＸからのデータをＵＥ－ＲＸが正常に受信可能となる。

　データに、リレーを示す情報を含めてもよい。データに、リレーを行うか否かを示す情報を含めてもよい。ＵＥ－ＴＸは、リレーを示す情報を、リレーＵＥに対して送信するデータに含めて、送信する。リレーＵＥは、ＵＥ－ＴＸから受信したデータにリレーを示す情報が含まれている場合、該データをＵＥ－ＲＸに対して送信する。

　リレーを示す情報を、たとえば、ＳＤＡＰのヘッダとして設定してもよいし、ＰＤＣＰのヘッダとして設定してもよいし、ＲＬＣのヘッダとして設定してもよいし、ＭＡＣのヘッダとして設定してもよいし、ＳＣＩに含めてもよい。これらのリレーを示す情報は、既存の情報とは別に設定されてもよい。既存の情報とは別とすることで、リレー処理における誤動作を低減可能となる。このようにすることで、リレーＵＥは、ＵＥ－ＴＸから受信したデータをリレーするか否かを判断することが可能となる。

　リレーを示す情報の設定は、前述した方法と適宜組合せてもよい。リレーＵＥは、リレーを行うか否かを明確に判断することが可能となる。リレー処理における誤動作を低減可能となる。

　本実施の形態４の変形例５で開示したような方法とすることで、リレーＵＥにおいて、ＵＥ－ＴＸからの受信データを、ＵＥ－ＲＸへの送信用ＳＬＲＢにマッピング可能となる。このため、リレーＵＥは、リレーが必要なデータを、ＵＥ－ＴＸにリレーすることが可能となる。リレーＵＥにおけるリレー処理の誤動作を低減可能とし、リレーＵＥを介したＵＥ間間接通信の信頼性を向上させることができる。また、リレーＵＥにおいて、適切なＳＬＲＢ間のマッピングが可能となり、ＵＥ－ＴＸからＵＥ－ＲＸへのサービスに要求されるＱｏＳ満足させることが可能となる。

　実施の形態４の変形例６．
　本実施の形態４の変形例６では、実施の形態４の変形例５に記載した課題を解決する他の方法を開示する。

　リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定として、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用に設定されているＳＬＲＢ設定を用いるか否かを示す情報を設ける。該情報は例えば１ビットで示すことが可能である（１ビットに反映させることが可能である）。たとえば、当該ビットの状態が”１”の場合、当該ビットは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定として、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用に設定されているＳＬＲＢ設定を用いることを示す。例えば当該ビットの状態が”０”の場合、当該ビットは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定として、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用に設定されているＳＬＲＢ設定を用いないことを示す。リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定として、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用に設定されているＳＬＲＢ設定を用いるか否かを示す（反映する）情報を、反映情報と称する場合がある。

　反映情報の設定方法として以下に６つの具体例を示す。

　（１）ＳＤＡＰ　ＰＤＵに反映情報を設定する。たとえば、ＳＤＡＰ　ＰＤＵヘッダに反映情報を設定してもよい。

　（２）ＰＤＣＰ　ＰＤＵに反映情報を設定する。たとえば、ＰＤＣＰ　ＰＤＵのヘッダに反映情報を設定してもよい。

　（３）ＲＬＣ　ＰＤＵに反映情報を設定する。たとえば、ＲＬＣ　ＰＤＵのヘッダに反映情報を設定してもよい。

　（４）ＭＡＣ　ＰＤＵに反映情報を設定する。たとえば、ＭＡＣ　ＰＤＵのヘッダに反映情報を設定してもよい。

　（５）ＳＣＩに反映情報を含める。

　（６）（１）から（５）の組合せ。

　これらの設定方法は、あらかじめ規格等で静的に決められてもよい。あるいは、これらの設定方法は、ＣＮ側ノードからＵＥ－ＴＸに対して、予め通知されてもよい。あるいは、これらの設定方法は、ＲＡＮノードからＵＥ－ＴＸに対して、予め通知されてもよい。あるいは、これらの設定方法はＵＥ－ＴＸに予め設定されてもよい。

　反映情報を（１）のＳＤＡＰ　ＰＤＵや（２）のＰＤＣＰ　ＰＤＵに設定する場合は、リレーＵＥは、ＳＤＡＰやＰＤＣＰで反映情報を認識可能となる。このため、ＳＤＡＰより上位レイヤでリレーを行う場合に適する。たとえば、Ｌ３リレーに適する。反映情報を（３）のＲＬＣ　ＰＤＵや（４）のＭＡＣ　ＰＤＵや（５）のＳＣＩに設定する場合は、リレーＵＥは、ＲＬＣやＭＡＣやＰＨＹレイヤで反映情報を認識可能となる。このため、ＲＬＣレイヤより上位レイヤでリレーを行う場合に適する。たとえば、Ｌ３リレーやＬ２リレーに適する。

　ＵＥ－ＴＸは、リレーＵＥを介してＵＥ－ＲＸへ送信するサービスデータに、反映情報を設定する。たとえば、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定として、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用に設定されているＳＬＲＢ設定を用いる場合は、ＵＥ－ＴＸは反映情報を”１”に設定する。リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定として、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用に設定されているＳＬＲＢ設定を用いない場合は、ＵＥ－ＴＸは反映情報を”０”に設定する。

　反映情報が”０”に設定された場合、たとえば、リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定として、リレーＵＥが設定したＳＬＲＢ設定を用いてもよい。たとえば、実施の形態４の変形例１で開示したような方法を適宜適用してもよい。

　リレーＵＥは、ＵＥ－ＴＸから受信したサービスデータに設定された反映情報を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢを設定可能となる。前述のように反映情報が”１”に設定されている場合は、リレーＵＥは、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用に設定されているＳＬＲＢ設定を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢを設定する。リレーＵＥは、ＵＥ－ＴＸから受信したサービスデータを、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用に設定したＳＬＲＢを用いて、ＵＥ－ＲＸに送信する。

　このようにすることで、リレーＵＥを介してＵＥ－ＴＸとＵＥ－ＲＸとの間のＵＥ間間接通信を実施可能となる。ＵＥ－ＴＸは、発生したサービスデータを、リレーＵＥを介してＵＥ－ＲＸに対して送信することが可能となる。ＵＥ－ＲＸは、ＵＥ－ＴＸからのサービスデータを、リレーＵＥを介して受信することが可能となる。

　ＵＥ－ＴＸは、リレーＵＥに対して、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用に設定したＳＬＲＢ設定を通知する。ＵＥ－ＴＸは、リレーＵＥに対して、送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知する。また、ＵＥ－ＴＸは、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。このようにすることで、リレーＵＥは、ＵＥ－ＴＸとの間のＳＬ通信用ＳＬＲＢの設定、および、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定を実施可能となる。

　リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定を、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定を受信した後に、実施するとよい。リレーＵＥは、該ＳＬＲＢの設定を、ＵＥ－ＴＸからのサービスデータと、該データに付随する反映情報（前述の例では”１”が設定されている場合）とを受信した場合に、実施してもよい。

　リレーＵＥは、ＵＥ－ＲＸに対して、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用に設定したＳＬＲＢ設定を通知する。リレーＵＥは、ＳＬＲＢの設定として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。このようにすることで、ＵＥ－ＲＸは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定を実施可能となる。

　本実施の形態４の変形例６で開示した方法を、実施の形態４で開示した方法に適用してもよい。同様の効果を得ることができる。

　本実施の形態４の変形例６で開示したような方法によれば、リレーＵＥは、ＵＥ－ＴＸからのサービスデータに付随する反映情報を受信することで、ＵＥ-ＴＸとリレーＵＥとの間のＳＬＲＢ設定を用いて、ＵＥ-ＴＸからのサービスデータをＵＥ-ＲＸに送信することが可能となる。このため、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信において、サービスに要求されるＱｏＳを満たすことが可能となる。また、反映情報を用いることで、リレーＵＥにおけるリレー処理を簡易にすることができ、誤動作を低減可能となる。リレーＵＥを介したＵＥ間間接通信の信頼性を向上させることが可能となる。

　反映情報の設定方法として他の例を開示する。ＰＣ５　ＲＲＣメッセージに反映情報を含めてもよい。ＵＥ－ＴＸはリレーＵＥに対して、反映情報をＰＣ５　ＲＲＣシグナリングを用いて通知する。反映情報の設定方法は前述の方法を適用するとよい。反映情報は、反映情報を設定するＳＬ通信を用いたサービスを特定する情報と対応付けて通知してもよい。たとえば、反映情報を、ＳＬ通信用ＳＬＲＢ設定関連情報、ＰＦＩ、あるいはＱｏＳ関連情報と対応付けて、通知してもよい。リレーＵＥは、ＵＥ－ＴＸから受信した反映情報を用いて、該サービスのためのリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢを設定可能となる。このようにすることで、前述した具体例に比べ、リレーＵＥに対して通知する情報量を低減させることができる。

　反映情報はセミスタティックに変更されてもよい。ＵＥ－ＴＸはリレーＵＥに対してセミスタティックに反映情報を変更してもよい。ＵＥ－ＴＸはリレーＵＥに、変更した反映情報を通知することで、ＳＬＲＢ設定の変更を通知可能となる。リレーＵＥは、変更された反映情報を受信した場合に、ＳＬＲＢの設定方法を変更する。このようにすることで、各ＳＬ通信用のＳＬＲＢの設定を柔軟に実施可能となる。

　ＵＥ－ＲＸからＵＥ－ＴＸへのＳＬ通信用のＳＬＲＢの設定として、ＵＥ－ＴＸからＵＥ－ＲＸへのＳＬ通信用に設定されているＳＬＲＢ設定を用いてもよい。ＵＥ－ＲＸからリレーＵＥへのＳＬ通信用のＳＬＲＢの設定として、リレーＵＥからＵＥ－ＲＸへのＳＬ通信用に設定されているＳＬＲＢ設定を用いてもよい。リレーＵＥからＵＥ－ＴＸへのＳＬ通信用のＳＬＲＢの設定として、ＵＥ－ＴＸからリレーＵＥへのＳＬ通信用に設定されているＳＬＲＢ設定を用いてもよい。

　ＵＥ－ＲＸからＵＥ－ＴＸへのＳＬ通信用のＳＬＲＢの設定として、ＵＥ－ＴＸからＵＥ－ＲＸへのＳＬ通信用に設定されているＳＬＲＢ設定を用いるか否かを示す情報を設けてもよい。ＵＥ－ＲＸからリレーＵＥへのＳＬ通信用のＳＬＲＢの設定として、リレーＵＥからＵＥ－ＲＸへのＳＬ通信用に設定されているＳＬＲＢ設定を用いるか否かを示す情報を設けてもよい。リレーＵＥからＵＥ－ＴＸへのＳＬ通信用のＳＬＲＢの設定として、ＵＥ－ＴＸからリレーＵＥへのＳＬ通信用に設定されているＳＬＲＢ設定を用いるか否かを示す情報を設けてもよい。

　これらの情報として、前述した反映情報を適宜適用してもよい。各リンクに個別に反映情報が設けられてもよい。

　各リンクのＳＬＲＢ設定と、反映情報を組合せてもよい。

　たとえば、ＵＥ－ＲＸは、リレーＵＥに送信するサービスデータに、ＵＥ－ＴＸとリレーＵＥとの間の反映情報を設定する。ＵＥ－ＴＸとリレーＵＥとの間の反映情報が“１”に設定された場合、リレーＵＥは、リレーＵＥからＵＥ－ＴＸへのＳＬ通信用のＳＬＲＢの設定に、ＵＥ－ＴＸからリレーＵＥへのＳＬ通信用に設定されたＳＬＲＢ設定を用いる。

　たとえば、リレーＵＥは、ＵＥ－ＲＸに送信するサービスデータに、リレーＵＥとＵＥ－ＲＸとの間の反映情報を設定する。リレーＵＥとＵＥ－ＲＸとの間の反映情報が“１”に設定された場合、ＵＥ－ＲＸは、ＵＥ－ＲＸからリレーＵＥへのＳＬ通信用のＳＬＲＢの設定に、リレーＵＥからＵＥ－ＲＸへのＳＬ通信用に設定されたＳＬＲＢ設定を用いる。

　このように、各リンクのＳＬＲＢ設定と反映情報を組み合わせることで、柔軟にＳＬＲＢを設定可能となる。たとえ、ＵＥ－ＲＸからリレーＵＥに対して、あるいは、リレーＵＥからＵＥ－ＴＸに対してＳＬＲＢの設定が行われなくても、各リンクのＳＬＲＢ設定が可能となる。ＳＬＲＢ設定のためのシグナリング量を削減可能となる。リレーＵＥを介したＵＥ間間接通信において、双方向の通信におけるリレー処理を簡易にすることができ、誤動作を低減可能となる。リレーＵＥを介したＵＥ間間接通信の信頼性を向上させることが可能となる。

　前述した方法は、ＵＥ間間接通信でだけでなく、ＵＥ間直接通信にも適用してもよい。ＵＥ間直接通信においても同様の効果を得ることができる。

　実施の形態４の変形例７．
　前述において、リレーＵＥに対してＰＣ５ポリシを提供しなくてよいことを開示した。本実施の形態４の変形例７では他の方法を開示する。

　リレーＵＥはＰＣ５ポリシを提供される。たとえば、ＣＮまたはＲＡＮはリレーＵＥに対してＰＣ５ポリシを提供する。たとえば、リレーＵＥ内にＰＣ５ポリシが予め設定されてもよい。

　リレーＵＥに提供されるＱｏＳポリシは、リレーＵＥとしてリレー処理を実施可能なサービスのＱｏＳポリシであってもよい。リレー処理を実施不可能なサービスのＱｏＳポリシは提供されないとしてもよい。

　たとえば、リレーＵＥがＣＮに対して行うレジストレーション処理において、ＣＮがリレーＵＥに対して、リレー処理実施可能なサービスのＱｏＳポリシを提供してもよい。たとえば、リレーＵＥがＣＮに対して行うリレーＵＥとしての認証処理において、ＣＮがリレーＵＥに対して、リレー処理実施可能なサービスのＱｏＳポリシを提供してもよい。ＣＮはＲＡＮノードを介してリレーＵＥに、該ＱｏＳポリシを通知してもよい。

　リレーＵＥは、リレーＵＥに提供されたＰＣ５ポリシと、ＵＥ－ＴＸから通知されたＰＣ５　ＱｏＳパラメータを用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定を行ってもよい。ＳＬＲＢの設定は、該ＰＣ５　ＱｏＳパラメータを満たすように行われてもよい。

　ＵＥ－ＴＸは、リレーＵＥに対して、ＵＥ－ＲＸとの間で行うサービスに関する情報を通知してもよい。サービスに関する情報は、サービスタイプやサービスに対する要求、送信先ＵＥの識別子、送信元ＵＥの識別子であってもよい。リレーＵＥは、前述したＱｏＳポリシと、該サービスに関する情報とを用いて、該サービスに要求される一つまたは複数のＱｏＳパラメータを導出する。

　リレーＵＥは、ＰＣ５　ＱｏＳパラメータに対応する、ＵＥ－ＲＸへのＳＬ通信用ＰＣ５　ＱｏＳフローが存在する場合は、該ＰＣ５　ＱｏＳフローを該ＰＣ５　ＱｏＳパラメータに適するように更新する。リレーＵＥは、ＰＣ５　ＱｏＳパラメータに対応する、ＵＥ－ＲＸへのＳＬ通信用ＰＣ５　ＱｏＳフローが存在しない場合は、新たなＰＣ５　ＱｏＳフローを該ＰＣ５　ＱｏＳパラメータに適するように設ける。ＰＣ５　ＱｏＳフローを特定するためのＰＣ５　ＱｏＳフローの識別子（PFIと称する場合がある）を新たに設定してもよい。

　リレーＵＥは、サービスデータを、設定したＰＣ５　ＱｏＳフローへマッピングするためのＰＣ５　ＱｏＳルールを導出する。ＰＣ５　ＱｏＳルールは、ＰＣ５パケットフィルタを含んでもよい。リレーＵＥは、ＵＥ－ＲＸに対するＰＣ５　ＱｏＳパラメータと、V２Xサービスタイプと、ＰＣ５　ＱｏＳルールを記憶してもよい。

　ＰＣ５　ＱｏＳパラメータの導出、ＰＣ５　ＱｏＳフローの設定、ＰＦＩの設定、ＰＣ５　ＱｏＳルールの導出は、リレーＵＥのＶ２Ｘレイヤで実施されてもよい。

　ＰＣ５　ＱｏＳフローは、ＳＬ通信に用いられるＳＬＲＢにマッピングされる。該マッピングはリレーのＳＤＡＰレイヤで実施されてもよい。リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定は、リレーＵＥがＵＥ－ＴＸから受信したサービスに関する情報を用いて導出したＰＣ５　ＱｏＳパラメータを用いて、導出される。ＳＬＲＢの設定は、該ＰＣ５　ＱｏＳパラメータを満たすように行われてもよい。

　リレーＵＥは、ＵＥ－ＴＸから受信したサービスデータを、リレーＵＥが設定したリレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢを用いて、ＵＥ－ＲＸに対して送信する。ＤＳＴ　Ｌ２ＩＤやＰＦＩの設定方法や、リレーＵＥでのデータのリレー方法等は、前述の実施の形態や変形例で開示した方法を適宜適用するとよい。

　図２７～図２９は、実施の形態４の変形例７について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の例を示すシーケンス図である。図２７～図２９は境界線ＢＬ２７２８、ＢＬ２８２９の位置でつながっている。図２７～図２９は、ＵＥ－ＴＸにおいてＶ２Ｘサービスが発生した場合について示している。ＵＥ－ＴＸからリレーＵＥを介してＵＥ－ＲＸにサービスデータを送信する。図２７～図２９において、図２５と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ４３０１からステップＳＴ４３０７で、リレーＵＥとＣＮとの間で、ＱｏＳポリシ提供処理が行われる。たとえば、ＱｏＳポリシ提供処理にレジストレーション処理を用いてもよい。ステップＳＴ４３０１で、リレーＵＥは、ＲＡＮノード（ｇＮＢであってもよい）に対して、Ｖ２Ｘサービスのリレー機能をサポートすることを示すＶ２Ｘケーパビリティを通知する。ステップＳＴ４３０２で、ＲＡＮノードはＡＭＦに対して、該リレーＵＥの識別子と共に、該リレーＵＥのＶ２Ｘケーパビリティを通知する。ＡＭＦは、該リレーＵＥがＶ２Ｘケーパビリティを有することを認識可能となる。

　ステップＳＴ４３０３で、ＡＭＦは、ＰＣＦに対して、該リレーＵＥの認証を要求する。ＡＭＦは、該認証要求と共に、リレーＵＥのＱｏＳポリシ提供要求を通知する。ステップＳＴ４３０４で、ＰＣＦは、該リレーに対する認証を実施し、該リレーがＶ２Ｘサービスのリレー機能を有すると判断した場合、該リレーがリレー可能なサービスと、サービスに対応するＱｏＳポリシを導出する。

　ステップＳＴ４３０５で、ＰＣＦはＡＭＦに対して、該リレーＵＥのＶ２Ｘ通信関連情報を通知する。ＰＣＦは、Ｖ２Ｘ通信関連情報として、ＰＣＦが導出した、該リレーＵＥに対するサービスの関連情報と、サービスに対するＱｏＳポリシを通知するとよい。ステップＳＴ４３０６で、ＡＭＦは、リレーＵＥと接続するＲＡＮノードに対して、該リレーＵＥのＶ２Ｘ通信関連情報を通知する。ステップＳＴ４３０７で、ＲＡＮノードは該リレーＵＥに対して、該リレーＵＥのＶ２Ｘ通信関連情報を通知する。このようにすることで、リレーＵＥは、リレー可能なサービスと、サービスに対応するＱｏＳポリシを受信することが可能となる。

　ステップＳＴ４３０８で、ＵＥ－ＴＸは、リレーＵＥに対して、設定したＰＦＩとＳＬＲＢ関連情報と、サービスに関する情報とを通知する。ＵＥ－ＴＸは、ＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータを通知すればよい。ステップＳＴ４１０５で、リレーＵＥは、ＵＥ－ＴＸから受信した、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ関連情報を用いて、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を行う。

　ステップＳＴ４３０９で、リレーＵＥは、ＵＥ－ＴＸから受信した、サービスに関する情報と、ステップＳＴ４３０７でＲＡＮノードから受信した、リレー可能なサービスと、サービスに対応するＱｏＳポリシを用いて、ＱｏＳ関連情報を導出する。ステップＳＴ４３１０で、リレーＵＥは、ＱｏＳ関連情報を用いてＰＦＩを設定する。前述したように、たとえば、ＰＣ５　ＱｏＳパラメータに適するＰＣ５　ＱｏＳフローが無い場合、リレーＵＥは、新たにＰＣ５　ＱｏＳフローを設けて、該ＰＣ５　ＱｏＳフローのＰＦＩを設定する。

　ステップＳＴ４３１１で、リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢを設定する。このＳＬＲＢの設定は、リレーＵＥで導出したＱｏＳ関連情報を用いて、導出するとよい。図２７～図２９は、リレーＵＥがｇＮＢの傘下に存在する（IC（In Coverage）と称する場合がある）場合について開示している。リレーＵＥが、ｇＮＢのカバレッジ外の場合、予めリレーＵＥ内に設定されたＰＣ５　ＱｏＳパラメータとＳＬＲＢ設定の情報から、リレーＵＥで導出したＱｏＳ関連情報を用いて、ＳＬＲＢ設定を導出するとよい。リレーＵＥは、導出したＳＬＲＢの設定を、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用に用いる。

　このようにすることで、リレーＵＥはＰＣ５ポリシを提供されることができる。また、リレーＵＥが、ＰＣ５ポリシを用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢを設定することが可能となる。

　本実施の形態４の変形例７で開示したような方法とすることで、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢを、サービスに要求されるＱｏＳを満たすように設定可能となる。リレーＵＥを介したＵＥ間間接通信において、該通信を用いたサービスに要求されるＱｏＳを満たすことが可能となる。

　また、リレーＵＥが、ＱｏＳ関連の情報の導出、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定を実施できるので、リレーＵＥの負荷状況やリソース使用量、また、ＵＥ－ＲＸとの電波伝搬状況に応じた設定が実施可能となる。このため、リレーＵＥからＵＥ－ＲＸへのＳＬ通信の通信品質を向上させることが可能となる。リレーＵＥを介したＵＥ間間接通信を高い信頼性で実施可能となる。

　実施の形態４の変形例８．
　リレーＵＥを介したＵＥ間間接通信における、各リンクのＳＬＲＢの設定方法について開示する。

　ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢの設定方法について開示する。ｇＮＢのカバレッジ内に存在している接続状態（RRC_Connected状態）のＵＥ－ＴＸは、ｇＮＢに対して、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに要求されるＱｏＳ関連情報を通知する。ＵＥ－ＴＸはＰＣ５　ＱｏＳパラメータを通知してもよい。ＵＥ－ＴＸはＰＣ５　ＱｏＳプロファイルを通知してもよい。ＵＥ－ＴＸは、ＱｏＳ関連情報とともに、設定したＰＦＩを通知する。ｇＮＢは、ＵＥ－ＴＸから受信したＱｏＳ関連情報を用いて、ＳＬＲＢの設定を行う。ｇＮＢは、設定したＳＬＲＢと、対応するＰＦＩとを、ＵＥ－ＴＸに通知する。これらの通知には、ＵｕにおけるＲＲＣシグナリングを用いるとよい。

　ＵＥ－ＴＸは、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢに、該ｇＮＢから受信したＳＬＲＢ設定を用いるとよい。このようにすることで、ＵＥ－ＴＸは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに適したＳＬＲＢ設定を実施可能となる。

　他の方法を開示する。

　ｇＮＢは、ＱｏＳ関連情報と、ＱｏＳ関連情報に対応するＳＬＲＢの設定を、報知情報に含めて報知する。ＱｏＳ関連情報は一つに限らず複数であってもよい。ＳＬＲＢ設定の情報も一つに限らず複数であってもよい。ｇＮＢのカバレッジ内に存在しているアイドル状態（RRC_Idle状態）あるいは非動作状態（RRC_Inactive状態）のＵＥ－ＴＸは、ｇＮＢから報知されるＱｏＳ関連情報と、該ＱｏＳ関連情報に対応するＳＬＲＢの設定を受信する。ＵＥ－ＴＸは、受信したこれらの情報を用いて、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに要求されるＱｏＳ関連情報から、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定を導出する。

　ＲＡＮノードは、あらかじめ、ＱｏＳ関連情報と、ＱｏＳ関連情報に対応するＳＬＲＢの設定情報を有しておくとよい。該情報は、たとえば、ＣＮノードから提供されてもよい。たとえば、該情報はＰＣＦからＡＭＦを介して提供されてもよい。あるいは、該情報はＯＡＭから提供されてもよい。たとえば、該情報はＡＭＦを介して提供されてもよい。

　他の方法を開示する。

　ＵＥ－ＴＸ内に、ＱｏＳ関連情報と、ＱｏＳ関連情報に対応するＳＬＲＢの設定があらかじめ設定される。ＱｏＳ関連情報は一つに限らず複数であってもよい。ＳＬＲＢ設定の情報も一つに限らず複数であってもよい。ｇＮＢのカバレッジ外に存在しているＵＥ－ＴＸは、予め設定された該情報を用いて、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに要求されるＱｏＳ関連情報から、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定を導出する。

　ＵＥ－ＴＸにあらかじめ設定されるＱｏＳ関連情報と、ＱｏＳ関連情報に対応するＳＬＲＢの設定情報は、たとえば、ＣＮノードから提供されてもよい。たとえば、ＵＥ－ＴＸがＶ２Ｘサービスを実施する際の認証処理において、該情報が提供されてもよい。該情報はＰＣＦ、ＡＭＦ、ＲＡＮノードを介して提供されてもよい。

　ＵＥ－ＴＸ内に設定されたＱｏＳ関連情報と、ＱｏＳ関連情報に対応するＳＬＲＢの設定は、ＵＥ－ＴＸが直近にカバレッジ内に入ったｇＮＢから前述の方法で受信したＱｏＳ関連情報と、ＱｏＳ関連情報に対応するＳＬＲＢの設定に、更新しておいてもよい。このようにすることで、ＱｏＳ関連情報と、ＱｏＳ関連情報に対応するＳＬＲＢの設定を、新しい設定に更新可能となる。より新しい状況をもとにしてＳＬＲＢを設定可能となる。

　図３０および図３１は、実施の形態４の変形例８について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の第１例を示すシーケンス図である。図３０および図３１は境界線ＢＬ３０３１の位置でつながっている。図３０および図３１は、ＵＥ－ＴＸにおいてＶ２Ｘサービスが発生した場合について示している。ＵＥ－ＴＸからリレーＵＥを介してＵＥ－ＲＸにサービスデータを送信する。図３０および図３１は、ＵＥ－ＴＸがｇＮＢと接続状態にある場合について開示している。図３０および図３１は、において、図２５と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ４４０１で、ＵＥ－ＴＸは、ｇＮＢに対して、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスから導出したＱｏＳ関連情報と、設定したＰＦＩとを通知する。ステップＳＴ４４０２で、ｇＮＢは、ＵＥ－ＴＸから受信したＱｏＳ関連情報を用いて、ＳＬＲＢの設定を行う。ステップＳＴ４４０３で、ｇＮＢは、設定したＳＬＲＢと、対応するＰＦＩとを、ＵＥ－ＴＸに通知する。ステップＳＴ４１０３で、ＵＥ－ＴＸは、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢに、該ｇＮＢから受信したＳＬＲＢ設定を用いる。

　このようにすることで、ＵＥ－ＴＸは、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用のＳＬＲＢに、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに適したＳＬＲＢ設定を行うことが可能となる。

　前述の方法は、実施の形態４の変形例１０で開示した、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢを設定する場合にも適用してもよい。同様の効果を得ることが可能となる。

　リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定方法について開示する。ｇＮＢのカバレッジ内に存在している接続状態（RRC_Connected状態）のリレーＵＥは、ｇＮＢに対して、ＱｏＳ関連情報を通知する。該ＱｏＳ関連情報は、リレーＵＥが導出したＱｏＳ関連情報であってもよい。あるいは、該ＱｏＳ関連情報は、リレーＵＥがＵＥ－ＴＸから通知されたＱｏＳ関連情報であってもよい。リレーＵＥは、リレーＵＥが導出したＰＣ５　ＱｏＳパラメータ、あるいは、リレーＵＥがＵＥ－ＴＸから通知されたＰＣ５　ＱｏＳパラメータを、通知してもよい。リレーＵＥは、リレーＵＥが導出したＰＣ５　ＱｏＳプロファイル、あるいは、リレーＵＥがＵＥ－ＴＸから通知されたＰＣ５　ＱｏＳプロファイルを、通知してもよい。リレーＵＥは、ＱｏＳ関連情報とともに、設定したＰＦＩを通知する。ｇＮＢは、リレーＵＥから受信したＱｏＳ関連情報を用いて、ＳＬＲＢの設定を行う。ｇＮＢは、設定したＳＬＲＢと、対応するＰＦＩとを、リレーＵＥに通知する。これらの通知には、ＵｕにおけるＲＲＣシグナリングを用いるとよい。

　リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢに、該ｇＮＢから受信したＳＬＲＢ設定を用いるとよい。このようにすることで、リレーＵＥは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに適したＳＬＲＢ設定を実施可能となる。

　他の方法を開示する。

　ｇＮＢは、ＱｏＳ関連情報と、ＱｏＳ関連情報に対応するＳＬＲＢの設定を報知情報に含めて報知する。ＱｏＳ関連情報は一つに限らず複数であってもよい。ＳＬＲＢ設定の情報も一つに限らず複数であってもよい。ｇＮＢのカバレッジ内に存在しているアイドル状態（RRC_Idle状態）あるいは非動作状態（RRC_Inactive状態）のリレーＵＥは、ｇＮＢから報知されるＱｏＳ関連情報と、ＱｏＳ関連情報に対応するＳＬＲＢの設定を受信する。リレーＵＥは、受信したこれらの情報を用いて、リレーＵＥが導出したＱｏＳ関連情報、あるいは、リレーＵＥがＵＥ－ＴＸから通知されたＱｏＳ関連情報から、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定を導出する。

　リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢに、該ｇＮＢから受信したＳＬＲＢ設定を用いるとよい。このようにすることで、リレーＵＥは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに適したリレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定を実施可能となる。

　他の方法を開示する。

　リレーＵＥ内に、ＱｏＳ関連情報と、ＱｏＳ関連情報に対応するＳＬＲＢの設定があらかじめ設定される。ＱｏＳ関連情報は一つに限らず複数であってもよい。ＳＬＲＢ設定の情報も一つに限らず複数であってもよい。ｇＮＢのカバレッジ外に存在しているリレーＵＥは、予め設定された該情報を用いて、リレーＵＥが導出したＱｏＳ関連情報、あるいは、リレーＵＥがＵＥ－ＴＸから通知されたＰＣ５　ＱｏＳ関連情報から、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定を導出する。

　リレーＵＥにあらかじめ設定されるＱｏＳ関連情報と、ＱｏＳ関連情報に対応するＳＬＲＢの設定情報は、たとえば、ＣＮノードから提供されてもよい。たとえば、リレーＵＥがリレーとしてＶ２Ｘサービスを実施する際の認証処理において、該情報が提供されてもよい。該情報はＰＣＦ、ＡＭＦ、ＲＡＮノードを介して提供されてもよい。

　リレーＵＥ内に設定されたＱｏＳ関連情報と、該パラメータに対応するＳＬＲＢの設定は、リレーＵＥが直近にカバレッジ内に入ったｇＮＢから前述の方法で受信したＱｏＳ関連情報と、該パラメータに対応するＳＬＲＢの設定に、更新しておいてもよい。このようにすることで、ＱｏＳ関連情報と、ＱｏＳ関連情報に対応するＳＬＲＢの設定を、新しい設定に更新可能となる。より新しい状況をもとにしてＳＬＲＢを設定可能となる。

　図３２および図３３は、実施の形態４の変形例８について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の第２例を示すシーケンス図である。図３２および図３３は境界線ＢＬ３２３３の位置でつながっている。図３２および図３３は、ＵＥ－ＴＸにおいてＶ２Ｘサービスが発生した場合について示している。ＵＥ－ＴＸからリレーＵＥを介してＵＥ－ＲＸにサービスデータを送信する。図３２および図３３は、ＵＥ－ＴＸおよびリレーＵＥがｇＮＢと接続状態にある場合について開示している。図３２および図３３は、ＵＥ－ＴＸが接続するｇＮＢとリレーＵＥが接続するｇＮＢとが異なる場合について開示している。図３２および図３３において、図２５、図３０、図３１と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ４４０１からＳＴ４４０３で、ＵＥ－ＴＸは、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定をｇＮＢ１から取得する処理を実施する。

　ステップＳＴ４５０１で、ＵＥ－ＴＸは、リレーＵＥに対して、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスから導出したＱｏＳ関連情報と、設定したＰＦＩと、ＳＬＲＢ関連情報を通知する。

　ステップＳＴ４５０２で、リレーＵＥは、ｇＮＢ２に対して、ＵＥ－ＴＸから受信したＱｏＳ関連情報と、設定したＰＦＩとを通知する。ステップＳＴ４５０３で、ｇＮＢは、リレーＵＥから受信したＱｏＳ関連情報を用いて、ＳＬＲＢの設定を行う。ステップＳＴ４５０４で、ｇＮＢは、設定したＳＬＲＢと、対応するＰＦＩとを、リレーＵＥに通知する。ステップＳＴ４１０７で、リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢに、該ｇＮＢから受信したＳＬＲＢ設定を用いる。

　ＵＥ－ＴＸが接続するｇＮＢ１とリレーＵＥが接続するｇＮＢ２とが同じ場合も前述の方法を適用できる。ｇＮＢ１とｇＮＢ２が同じであり、かつ、ＵＥ－ＴＸから受信したＰＦＩおよび／あるいはＱｏＳ関連情報と、リレーＵＥから受信したＰＦＩおよび／あるいはＱｏＳ関連情報とが同じである場合、ＵＥ－ＴＸに対して設定するＳＬＲＢ設定と、リレーＵＥに対して設定するＳＬＲＢ設定とを同じにしてもよい。

　このようにすることで、リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢに、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに適したＳＬＲＢ設定を行うことが可能となる。

　前述において、ＲＡＮノードが、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢの設定、および、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定を行う方法を開示した。たとえば、ＵＥ－ＴＸはＲＡＮノードに対してＱｏＳ関連情報を通知し、ＲＡＮノードは該ＱｏＳ関連情報を用いて、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定を行う。たとえば、リレーＵＥは、自ＵＥが導出したＱｏＳ関連情報、あるいは、ＵＥ－ＴＸから受信したＱｏＳ関連情報を、ＲＡＮノードに通知し、ＲＡＮノードは該ＱｏＳ関連情報を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定を行う。ＵＥ－ＴＸが接続するＲＡＮノードと、リレーＵＥが接続するＲＡＮノードは、同じであってもよいし、異なっていてもよい。

　ＵＥ－ＴＸとＲＡＮノードとの間、ＵＥ－ＴＸとリレーＵＥとの間、および、リレーＵＥとＲＡＮノードとの間で、ＱｏＳ関連情報の通知が行われると、各ノード間で通知が必要な情報量が多くなってしまう。各ノード間の通信に必要な無線リソースが増大してしまう。

　ここでは、このような課題を解決する方法を開示する。

　リレーＵＥは、接続するＲＡＮノードに対して、ＰＦＩを通知するが、ＱｏＳ関連情報を通知しない。ＵＥ－ＴＸは、設定したＰＦＩをリレーＵＥに対して通知する。リレーＵＥは、接続するＲＡＮノードに対して、ＵＥ－ＴＸから受信したＰＦＩを通知する。

　ＲＡＮノードは、傘下のＵＥ－ＴＸから通知されたＰＦＩおよびＱｏＳ関連情報を、周辺のＲＡＮノードに対して通知する。ＲＡＮノードはＰＦＩおよびＱｏＳ関連情報を、基地局間のインタフェース、たとえば、Ｘｎインタフェースを用いて通知してもよい。ＲＡＮノードはＰＦＩおよびＱｏＳ関連情報を、Ｘｎシグナリングを用いて通知してもよい。あるいは、ＲＡＮノードはＰＦＩおよびＱｏＳ関連情報を、ＡＭＦを介して通知してもよい。このようにすることで、ＲＡＮノードは、周辺ＲＡＮノード傘下のＵＥ－ＴＸが設定したＰＦＩとＱｏＳ関連情報を認識できる。

　リレーＵＥが接続するＲＡＮノードは、リレーＵＥから受信したＰＦＩと、周辺ＲＡＮノードから受信したＰＦＩおよびＱｏＳ関連情報とを用いて、リレーＵＥから受信したＰＦＩに対応するＱｏＳ関連情報を導出する。ＲＡＮノードは、導出したＱｏＳ関連情報を用いてＳＬＲＢ設定を行う。ＲＡＮノードは、リレーＵＥに対して、設定したＳＬＲＢ設定を通知する。ＲＡＮノードは、ＳＬＲＢ設定とともに、ＰＦＩを通知してもよい。このようにすることで、リレーＵＥは、ＵＥ－ＴＸから通知されたＰＦＩに対応する、ＳＬＲＢ設定を受信することができる。

　リレーＵＥは、ＲＡＮノードから受信したＳＬＲＢを、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢに設定する。このようにすることで、リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定を、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに要求されるＱｏＳを満たすように設定することが可能となる。

　ＵＥ－ＴＸからＲＡＮノードに対して、また、ＵＥ－ＴＸからリレーＵＥに対して、また、リレーＵＥからＲＡＮノードに対して、また、ＲＡＮノードから周辺ＲＡＮノードに対して、ＰＦＩとともに、自ＵＥのＵＥ識別子を通知してもよい。それに加えてあるいは替えて、該ＰＦＩに対応するＤＳＴ　Ｌ２ＩＤ、および／あるいは、ＳＲＣ　Ｌ２ＩＤを通知してもよい。

　このようにすることで、リレーＵＥが接続するＲＡＮノードは、周辺ＲＡＮノードから通知されたＰＦＩに対応するＵＥ－ＴＸあるいはＰＦＩが設定されるＤＳＴ　Ｌ２ＩＤおよび／あるいはＳＲＣ　Ｌ２ＩＤを認識することができる。リレーＵＥが接続するＲＡＮノードが、リレーＵＥから受信したＰＦＩと、周辺ＲＡＮノードから受信したＰＦＩおよびＱｏＳ関連情報とを用いて、リレーＵＥから受信したＰＦＩに対応するＱｏＳ関連情報を導出する処理において、前述の情報を用いることで、誤動作を低減可能となる。

　図３４および図３５は、実施の形態４の変形例８について、リレーＵＥを介したＵＥ間間接通信におけるＱｏＳとＳＬＲＢの設定方法の第３例を示すシーケンス図である。図３４および図３５は境界線ＢＬ３４３５の位置でつながっている。図３４および図３５は、ＵＥ－ＴＸにおいてＶ２Ｘサービスが発生した場合について示している。ＵＥ－ＴＸからリレーＵＥを介してＵＥ－ＲＸにサービスデータを送信する。図３４および図３５は、ＵＥ－ＴＸがＲＡＮノード１と接続状態にあり、リレーＵＥがＲＡＮノード２と接続状態にある場合について開示している。図３４および図３５において、図２５、図３０～図３３と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ４６０１で、ＲＡＮノード１は、ＵＥ－ＴＸから受信したＰＦＩとＱｏＳ関連情報を、周辺ＲＡＮノードに通知する。周辺ＲＡＮノードとしてＲＡＮノード２が含まれる。これにより、ＲＡＮノード２は、ＲＡＮノード１傘下のＵＥ－ＴＸが設定したＰＦＩおよびＱｏＳ関連情報を取得することが可能となる。

　ステップＳＴ４６０２で、ＵＥ－ＴＸは、リレーＵＥに対して、設定した、ＰＦＩと、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ関連情報とを通知する。ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ関連情報は、送信側と受信側に関連するＳＬＲＢパラメータであってもよい。

　ステップＳＴ４１０６で、リレーＵＥは、ＵＥ－ＴＸから受信したＰＦＩを、リレーＵＥとＵＥ－ＲＸとの間のＰＦＩに設定する。

　ステップＳＴ４６０３で、リレーＵＥは、接続するＲＡＮノード２に対して、設定したＰＦＩを通知する。ステップＳＴ４６０４で、ＲＡＮノード２は、リレーＵＥから受信したＰＦＩと、ＲＡＮノード１から受信したＵＥ－ＴＸが設定したＰＦＩおよびＱｏＳ関連情報とを用いて、リレーＵＥから受信したＰＦＩに対応するＱｏＳ関連情報を導出する。また、ＲＡＮノード２は、導出したＱｏＳ関連情報を用いて、ＳＬＲＢを設定する。このようにすることで、ＲＡＮノード２は、リレーＵＥから通知されたＰＦＩに対応するＳＬＲＢを設定することができる。ＲＡＮノード２は、リレーＵＥからＱｏＳ関連情報を通知されなくても、ＰＦＩに対応するＳＬＲＢを設定することができる。

　ステップＳＴ４６０５で、ＲＡＮノード２はリレーＵＥに対して、ＰＦＩと、ＰＦＩに対応するＳＬＲＢの関連情報とを通知する。ＳＬＲＢ関連情報は、ＳＬＲＢ設定の全パラメータであってもよい。ステップＳＴ４１０７で、リレーＵＥは、ＲＡＮノード２から受信したＳＬＲＢ関連情報を、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢに設定する。

　このようにすることで、リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢに、ＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスに適したＳＬＲＢ設定を行うことが可能となる。また、ＵＥ－ＴＸとＲＡＮノードとの間、ＵＥ－ＴＸとリレーＵＥとの間、および、リレーＵＥとＲＡＮノードとの間で、ＱｏＳ関連情報の通知を不要とすることができる。このため、各ノード間で通知される情報量を低減でき、各ノード間の通信に必要な無線リソースが増大するのを回避することができる。

　ＲＡＮノード１はＳＬＲＢ設定を周辺ＲＡＮノードに通知してもよい。たとえば、ＲＡＮノード１は、ステップＳＴ４４０２で設定したＳＬＲＢ設定を、周辺ＲＡＮノードに通知する。ＲＡＮノード１は、ステップＳＴ４４０２で設定したＳＬＲＢ設定を、ＰＦＩともに、周辺ＲＡＮノードに通知してもよい。ステップＳＴ４６０１において、ＱｏＳ関連情報のかわりに、ＳＬＲＢ設定を通知してもよい。周辺ＲＡＮノードとしてＲＡＮノード２が含まれる。これにより、ＲＡＮノード２は、ＲＡＮノード１が設定したＳＬ通信用ＳＬＲＢ設定を取得することが可能となる。

　ＲＡＮノード２は、ステップＳＴ４６０５で、ＲＡＮノード１から受信したＳＬＲＢ設定を、リレーＵＥに通知してもよい。このようにすることで、前述と同様の効果を得ることができる。また、ＲＡＮノード２においてＱｏＳ関連情報からＳＬＲＢを設定する処理が不要となるので、ＲＡＮノード２の処理量を低減することが可能となる。また、ＲＡＮノード２での誤動作の低減が図れる。

　実施の形態４の変形例９．
　ＳＬでＵＥ間直接通信を行うＵＥが移動することにより、ＵＥが接続するｇＮＢのハンドオーバ（ＨＯ）が生じる場合がある。ＵＥがハンドオーバした場合に、ＳＬ通信用のＳＬＲＢの設定方法が問題となるが、その方法については何ら開示されていない。

　ここでは、このような課題を解決する方法を開示する。

　ＳＬを用いたＵＥ間直接通信において、ＵＥ－ＴＸがＨＯ元ｇＮＢ（Source gNB（S-gNB）と称する場合がある）からＨＯ先ｇＮＢ（Target gNB（T-gNB）と称する場合がある）へハンドオーバした場合のＳＬＲＢの設定方法について開示する。

　ＳＬＲＢの設定は、ＵＥ－ＴＸがハンドオーバした後、ＵＥ－ＴＸとＨＯ先ｇＮＢとの間で実施される。

　ＵＥ－ＴＸがＨＯ処理によりＨＯ先ｇＮＢと接続した後、ＵＥ－ＴＸは、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、ＨＯ先ｇＮＢに対して通知する。該通知はＵｕ上のＲＲＣシグナリングで行われてもよい。ＨＯ先ｇＮＢは、接続したＵＥ－ＴＸからＱｏＳ関連情報を受信することにより、ＵＥ－ＴＸが実施するサービスに要求されるＱｏＳ関連情報を認識できる。ＨＯ先ｇＮＢは、ＱｏＳ関連情報を用いて、ＳＬＲＢを設定する。ＨＯ先ｇＮＢは、設定したＳＬＲＢに関する情報を、ＵＥ－ＴＸに対して通知する。該通知は、Ｕｕ上のＲＲＣシグナリングで行われてもよい。

　ＳＬＲＢ関連情報として、ＳＬＲＢ設定に要する一部または全部のパラメータを通知する。ＨＯ先ｇＮＢは、ＵＥ－ＴＸに対して、送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知してもよい。また、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。このようにすることで、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定を実施可能となる。

　ＵＥ－ＴＸは、ＨＯ先ｇＮＢから、ＳＬ通信用のＳＬＲＢ関連情報を受信する。ＵＥ－ＴＸは、ＨＯ先ｇＮＢから受信したＳＬＲＢ関連情報を用いて、ＳＬ通信用のＳＬＲＢの設定を実施する。また、ＵＥ－ＴＸは、ＳＬＲＢ関連情報をＵＥ－ＲＸに通知する。該通知は、ＰＣ５のＲＲＣシグナリングで行われてもよい。ＵＥ－ＴＸからＵＥ－ＲＸに対して通知するＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。ＵＥ－ＲＸは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報を用いて、ＳＬ通信用のＳＬＲＢの設定を実施する。

　このようにすることで、ＵＥ－ＴＸがハンドオーバした後、ＵＥ－ＲＸとの間でＳＬ通信を用いたサービスを実行可能となる。

　図３６および図３７は、実施の形態４の変形例９について、ＳＬを用いたＵＥ間直接通信において、ＵＥでＨＯが発生した場合のＳＬＲＢの設定方法の第１例を示すシーケンス図である。図３６および図３７は境界線ＢＬ３６３７の位置でつながっている。図３６および図３７において、図３０および図３１と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ＵＥ－ＴＸは、Ｓ－ｇＮＢと接続状態にあり、ステップＳＴ４４０３でＳ－ｇＮＢからＳＬＲＢ関連情報を受信する。ステップＳＴ４７０１で、ＵＥ－ＴＸは、Ｓ－ｇＮＢから受信したＳＬＲＢ関連情報を用いて、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬＲＢ設定を行う。ステップＳＴ４７０２で、ＵＥ－ＴＸは、ＵＥ－ＲＸに対して、設定したＰＦＩとＳＬＲＢ関連情報を通知する。ＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。

　ステップＳＴ４７０３で、ＵＥ－ＲＸは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報を用いて、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬＲＢ設定を行う。ステップＳＴ４７０４で、ＵＥ－ＲＸは、ＵＥ－ＴＸに対して、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬＲＢ設定が完了したことを通知する。該完了通知にＰＦＩを含めてもよい。これにより、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いたサービスデータの通信が可能となる。ステップＳＴ４７０６で、ＵＥ－ＴＸはＵＥ－ＲＸに対して、サービスデータを送信する。

　ステップＳＴ４７０６で、ＵＥ－ＴＸはメジャメントを行う。メジャメント設定は、予めＳ－ｇＮＢからＵＥ－ＴＸに通知されてもよい。ステップＳＴ４７０７で、ＵＥ－ＴＸはＳ－ｇＮＢに対してメジャメント結果を報告する。ステップＳＴ４７０８で、Ｓ－ｇＮＢは、ＵＥ－ＴＸからのメジャメント結果報告を用いて、Ｔ－ｇＮＢへのＨＯを決定する。

　ステップＳＴ４７０９で、Ｓ－ｇＮＢはＴ－ｇＮＢに対してＨＯ要求を通知する。該ＨＯ要求の通知に、ＨＯを行うＵＥ－ＴＸの識別子を含めてもよい。ステップＳＴ４７１０で、Ｔ－ｇＮＢは、ＵＥ－ＴＸのＨＯを受け入れるか否かを判断する。Ｔ－ｇＮＢは、ＨＯ受け入れると判断した場合、ステップＳＴ４７１１で、Ｓ－ｇＮＢに対して、ＨＯ要求応答を通知する。該ＨＯ要求応答の通知に、ＨＯを行うＵＥ－ＴＸの識別子を含めてもよい。

　ステップＳＴ４７１２で、Ｓ－ｇＮＢは、ＵＥ－ＴＸに対してＨＯの指示を通知する。ＨＯの指示の通知に、Ｔ－ｇＮＢの識別子を含めてもよい。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いてＨＯの指示を通知してもよい。ＨＯ指示を受信したＵＥ－ＴＸは、ステップＳＴ４７１３で、Ｔ－ｇＮＢと同期処理を実施し、アクセスを開始する。ＲＡＣＨ処理を実施し、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを通知してもよい。このようにすることで、ＵＥ－ＴＸは、Ｓ－ｇＮＢからＴ－ｇＮＢにＨＯを行う。

　ステップＳＴ４７１４で、ＵＥ－ＴＸは、Ｔ－ｇＮＢに対して、ステップＳＴ４１０１で導出したＱｏＳ関連情報を通知する。ＵＥ－ＴＸは、ステップＳＴ４１０２で設定したＰＦＩを、ＱｏＳ関連情報とともに、あるいはＱｏＳ関連情報に含めて通知してもよい。ステップＳＴ４７１５でＴ－ｇＮＢは、ＵＥ－ＴＸから受信したＱｏＳ関連情報を用いて、ＳＬＲＢの設定を行う。ステップＳＴ４７１６で、Ｔ－ｇＮＢは、ＵＥ－ＴＸに対して、設定したＰＦＩとＳＬＲＢ関連情報を通知する。ＳＬＲＢ関連情報として、ＳＬＲＢ設定に要する一部または全部のパラメータを通知する。ＨＯ先ｇＮＢは、ＵＥ－ＴＸに対して、送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知してもよい。また、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。

　ステップＳＴ４７１７で、ＵＥ－ＴＸは、Ｔ－ｇＮＢから受信したＳＬＲＢ関連情報を用いて、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬＲＢ設定を行う。ステップＳＴ４７１８で、ＵＥ－ＴＸは、ＵＥ－ＲＸに対して、ＰＦＩとＳＬＲＢ関連情報を通知する。ＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。

　ステップＳＴ４７１９で、ＵＥ－ＲＸは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報を用いて、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬＲＢ設定を行う。ステップＳＴ４７２０で、ＵＥ－ＲＸは、ＵＥ－ＴＸに対して、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬＲＢ設定が完了したことを通知する。該完了通知にＰＦＩを含めてもよい。これにより、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いたサービスデータの通信が可能となる。ステップＳＴ４７２１で、ＵＥ－ＴＸはＵＥ－ＲＸに対して、サービスデータを送信する。

　このようにすることで、ＵＥ－ＴＸがハンドオーバした後、ＵＥ－ＲＸとの間でＳＬ通信を用いたサービスを実行可能となる。たとえば、ＵＥ－ＴＸの移動や、電波伝搬環境の変動によりＨＯが発生するような場合でも、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬ通信を用いたサービスを実行可能となる。

　ＳＬでリレーＵＥを介したＵＥ間間接通信を行う場合、ＵＥ－ＴＸとＵＥ－ＲＸだけでなく、リレーＵＥも移動する。たとえ、これらのＵＥが移動しないとしても、周辺の電波伝搬環境が変化し、ＵＥ－ＴＸが接続するｇＮＢのＨＯや、リレーＵＥが接続するｇＮＢのＨＯが生じる場合がある。これらのＨＯは同時に生じるとは限らない。このように、リレーＵＥを介したＵＥ間間接通信を行う場合、ＵＥ－ＴＸやリレーＵＥでＨＯが発生した場合のＳＬ通信用のＳＬＲＢの設定方法が問題となる。しかし、その方法については何ら開示されていない。

　ここでは、このような課題を解決する方法を開示する。

　ＳＬにおけるリレーＵＥを介したＵＥ間間接通信において、ＳＬＲＢの設定は、ＵＥ－ＴＸがハンドオーバした後、ＵＥ－ＴＸとＨＯ先ｇＮＢとの間で実施され、リレーＵＥは、該ＳＬＲＢの設定をＵＥ－ＲＸとのＳＬ通信用に設定する。

　ＵＥ－ＴＸが接続するＨＯ元ｇＮＢをＨＯ元ｇＮＢ１（S-gNB1）と称し、ＨＯ先ｇＮＢをＨＯ先ｇＮＢ１（T-gNB1）と称する場合がある。リレーＵＥが接続するＨＯ元ｇＮＢをＨＯ元ｇＮＢ２（S-gNB2）と称し、ＨＯ先ｇＮＢをＨＯ先ｇＮＢ２（T-gNB2）と称する場合がある。

　ＵＥ－ＴＸがＨＯ処理によりＨＯ先ｇＮＢ１と接続した後、ＵＥ－ＴＸは、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、ＨＯ先ｇＮＢ１に対して通知する。該通知はＵｕ上のＲＲＣシグナリングで行われてもよい。ＨＯ先ｇＮＢ１は、接続したＵＥ－ＴＸからＱｏＳ関連情報を受信することにより、ＵＥ－ＴＸが実施するサービスに要求されるＱｏＳ関連情報を認識できる。ＨＯ先ｇＮＢ１は、ＱｏＳ関連情報を用いて、ＳＬＲＢを設定する。ＨＯ先ｇＮＢ１は、設定したＳＬＲＢに関する情報を、ＵＥ－ＴＸに対して通知する。該通知は、Ｕｕ上のＲＲＣシグナリングで行われてもよい。

　ＳＬＲＢ関連情報として、ＳＬＲＢ設定に要する一部または全部のパラメータを通知する。ＨＯ先ｇＮＢ１は、ＵＥ－ＴＸに対して、送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知してもよい。また、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。

　ＵＥ－ＴＸは、ＨＯ先ｇＮＢ１から、ＳＬ通信用のＳＬＲＢ関連情報を受信する。ＵＥ－ＴＸは、ＨＯ先ｇＮＢ１から受信したＳＬＲＢ関連情報を用いて、リレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を実施する。また、ＵＥ－ＴＸは、ＳＬＲＢ関連情報をリレーＵＥに通知する。該通知は、ＰＣ５のＲＲＣシグナリングで行われてもよい。ＵＥ－ＴＸからリレーＵＥに対して通知するＳＬＲＢ関連情報として、ＳＬＲＢ設定に要する一部または全部のパラメータを通知する。送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知する。また、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。

　リレーＵＥは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報を用いて、ＵＥ－ＴＸとの間のＳＬ通信用のＳＬＲＢの設定を実施する。また、リレーＵＥは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報をＵＥ－ＲＸに通知する。該通知は、ＰＣ５のＲＲＣシグナリングで行われてもよい。リレーＵＥからＵＥ－ＲＸに対して通知するＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。ＵＥ－ＲＸは、リレーＵＥから受信したＳＬＲＢ関連情報を用いて、リレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を実施する。

　リレーＵＥにおいて接続するｇＮＢのＨＯが発生したとしても、該ＨＯによるＳＬＲＢ設定の変更を行わない。リレーＵＥは、ＵＥ－ＲＸとの間のＳＬＲＢにＵＥ－ＴＸから通知されたＳＬＲＢ設定を用いることで、リレーＵＥのＨＯ処理による影響を避けることが可能となる。

　このような方法とすることで、ＵＥ－ＴＸが接続するｇＮＢのＨＯや、リレーＵＥが接続するｇＮＢのＨＯが生じる場合も、ＵＥ－ＴＸとリレーＵＥとの間およびリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定が可能となる。リレーＵＥを介したＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いたサービスを実行可能となる。ここで開示した方法を、実施の形態４で開示した方法と組合せてもよい。リレーＵＥにおける処理を簡易にすることが可能となる。ＳＬ通信を用いたリレーＵＥを介したＵＥ間間接通信の誤動作を低減でき、信頼性を向上させることが可能となる。

　ＵＥ－ＴＸやリレーＵＥでＨＯが発生した場合のＳＬＲＢの設定方法について、他の方法を開示する。

　ＳＬにおけるリレーＵＥを介したＵＥ間間接通信において、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢの設定は、ＵＥ－ＴＸがハンドオーバした後、ＵＥ－ＴＸとＨＯ先ｇＮＢとの間で実施され、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定は、リレーＵＥがハンドオーバした後、リレーＵＥとＨＯ先ｇＮＢとの間で実施される。

　ＵＥ－ＴＸは、ＨＯ先ｇＮＢ１から、ＳＬ通信用のＳＬＲＢ関連情報を受信する。ＵＥ－ＴＸは、ＨＯ先ｇＮＢ１から受信したＳＬＲＢ関連情報を用いて、リレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を実施する。また、ＵＥ－ＴＸは、ＳＬＲＢ関連情報をリレーＵＥに通知する。該通知は、ＰＣ５のＲＲＣシグナリングで行われてもよい。ＵＥ－ＴＸからリレーＵＥに対して通知するＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。リレーＵＥは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報を用いて、ＵＥ－ＴＸとの間のＳＬ通信用のＳＬＲＢの設定を実施する。

　ＵＥ－ＴＸは、リレーＵＥに対して、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を通知する。該通知は、ＰＣ５のＲＲＣシグナリングで行われてもよい。

　リレーＵＥがＨＯ処理によりＨＯ先ｇＮＢ２と接続した後、リレーＵＥは、ＵＥ－ＴＸから受信したＱｏＳ関連情報を、ＨＯ先ｇＮＢ２に対して通知する。該通知はＵｕ上のＲＲＣシグナリングで行われてもよい。ＨＯ先ｇＮＢ２は、接続したリレーＵＥからＱｏＳ関連情報を受信することにより、ＵＥ－ＴＸが実施するサービスに要求されるＱｏＳ関連情報を認識できる。ＨＯ先ｇＮＢ２は、ＱｏＳ関連情報を用いて、ＳＬＲＢを設定する。ＨＯ先ｇＮＢ２は、設定したＳＬＲＢに関する情報を、リレーＵＥに対して通知する。該通知は、Ｕｕ上のＲＲＣシグナリングで行われてもよい。

　ＳＬＲＢ関連情報として、ＳＬＲＢ設定に要する一部または全部のパラメータを通知する。ＨＯ先ｇＮＢ２は、リレーＵＥに対して、送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知してもよい。また、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。

　リレーＵＥは、ＨＯ先ｇＮＢ２から受信したＳＬＲＢ関連情報をＵＥ－ＲＸに通知する。該通知は、ＰＣ５のＲＲＣシグナリングで行われてもよい。リレーＵＥからＵＥ－ＲＸに対して通知するＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。ＵＥ－ＲＸは、リレーＵＥから受信したＳＬＲＢ関連情報を用いて、リレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を実施する。

　ＵＥ－ＴＸおよび／あるいはリレーＵＥでＨＯが発生した場合、ＨＯ先において、ＵＥ－ＴＸからリレーＵＥに対するＱｏＳ関連情報の通知を不要としてもよい。ＱｏＳ関連情報は、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出される。ＵＥ－ＴＸは、ＱｏＳ関連情報を、ＵＥ－ＲＸとの間でリレーを介したＵＥ間間接通信を実施する場合に、リレーＵＥに対して通知すればよい。ＵＥ－ＴＸおよび／あるいはリレーＵＥでＨＯが発生した場合、ＨＯ先において、ＵＥ－ＴＸからリレーＵＥに対するＱｏＳ関連情報の通知を不要とすることで、シグナリング量を低減可能となる。

　ＵＥ－ＴＸのＨＯが、リレーＵＥのＨＯより先に行われなくてもよい。ＵＥ－ＴＸのＨＯのタイミングとリレーＵＥのＨＯのタイミングは限定されない。ＱｏＳ関連情報がＵＥ－ＴＸからリレーＵＥに通知されていれば、どのタイミングであっても前述の方法は実施可能となる。

　ＨＯによりＵＥ－ＴＸとＵＥ－ＲＸとの間で行われるサービスの変更、あるいは、該サービスから導出されるＱｏＳ関連情報に変更がなされた場合は、ＵＥ－ＴＸからリレーＵＥに対するＱｏＳ関連情報の通知を実施してもよい。該通知は、ＲＲＣシグナリングで行われてもよい。該通知は、ＨＯに限らず、ＵＥ－ＴＸとＵＥ－ＲＸとの間で行われるサービスの変更、あるいは、該サービスから導出されるＱｏＳ関連情報に変更がなされた場合に実施されても良い。ＱｏＳ関連情報の更新がなされた場合に該通知が実施されてもよい。ＱｏＳ関連情報の更新が可能となり、たとえば、ＱｏＳが満たされず、ＳＬ通信を用いたサービスが中断するなどの問題を低減することが可能となる。

　このような方法とすることで、ＵＥ－ＴＸが接続するｇＮＢ１のＨＯや、リレーＵＥが接続するｇＮＢ２のＨＯが生じる場合も、ＵＥ－ＴＸとリレーＵＥとの間およびリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定が可能となる。リレーＵＥを介したＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いたサービスを実行可能となる。ここで開示した方法を、実施の形態４の変形例１で開示した方法と組合せてもよい。リレーＵＥは、ＨＯ先ｇＮＢ２が設定したＳＬＲＢを、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢに設定することが可能となる。

　前述したような方法では、ＳＬＲＢの設定がＵＥ－ＴＸやリレーＵＥのＨＯ後の処理となるので、遅延が大きくなってしまう。

　ここでは、このような課題を解決するための他の方法を開示する。

　ＳＬを用いたＵＥ間直接通信において、ＵＥ－ＴＸがＨＯ元ｇＮＢからＨＯ先ｇＮＢへハンドオーバした場合のＳＬＲＢの設定方法について開示する。

　ＵＥ－ＴＸが接続するＨＯ元ｇＮＢは、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、予め周辺ｇＮＢに対して通知する。このようにすることで、周辺ｇＮＢは、ＵＥ－ＴＸで導出したＱｏＳ関連情報を取得可能となる。

　ＵＥ－ＴＸが接続するＨＯ元ｇＮＢは、ＱｏＳ関連情報から導出したＳＬＲＢ関連情報を、予め周辺ｇＮＢに対して通知してもよい。ＳＬＲＢ関連情報として、ＳＬＲＢ設定に要する一部または全部のパラメータを通知する。ＨＯ元ｇＮＢは、周辺ｇＮＢに対して、送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知してもよい。また、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。このようにすることで、周辺ｇＮＢは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定を取得することができる。

　ＨＯ元ｇＮＢから周辺ｇＮＢへのＱｏＳ関連情報の通知方法は、実施の形態４の変形例８で開示した方法を適宜適用してもよい。ＨＯ元ｇＮＢから周辺ｇＮＢへのＳＬＲＢ関連情報の通知方法は、実施の形態４の変形例８で開示した方法を適宜適用してもよい。

　図３８および図３９は、実施の形態４の変形例９について、ＳＬを用いたＵＥ間直接通信において、ＵＥでＨＯが発生した場合のＳＬＲＢの設定方法の第２例を示すシーケンス図である。図３８および図３９は境界線ＢＬ３８３９の位置でつながっている。図３８および図３９において、図３６および図３７と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ４４０１で、ＵＥ－ＴＸは、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、接続するｇＮＢ（ＨＯ元ｇＮＢ）に対して通知する。該ＱｏＳ関連情報を導出したサービスを特定するための情報をあわせて通知してもよい。該情報は、たとえば、ＵＥ－ＴＸの識別子であってもよいし、該サービスの送信先ＵＥの識別子であってもよいし、該サービスの送信元ＵＥの識別子であってもよいし、ＵＥ－ＴＸで設定したＰＦＩであってもよい。これらの情報を組み合わせてもよい。該通知は、Ｕｕ上のＲＲＣシグナリングで行われてもよい。

　ＵＥ－ＴＸが接続するＨＯ元ｇＮＢは、ＵＥ－ＴＸから受信したＱｏＳ関連情報とサービスを特定する情報とを対応付けて記憶しておいてもよい。

　ステップＳＴ４８０１で、ＵＥ－ＴＸが接続するＨＯ元ｇＮＢは、ＵＥ－ＴＸから受信したＱｏＳ関連情報とサービスを特定する情報とを、予め周辺ｇＮＢに対して通知する。該通知は、ＸｎあるいはＸ２上で行われてもよい。ＨＯ元ｇＮＢから該情報を受信した周辺ｇＮＢは、受信したＱｏＳ関連情報とサービスを特定する情報とを対応付けて記憶しておいてもよい。

　ステップＳＴ４７１３で、ＵＥ－ＴＸがＨＯ処理によりＨＯ先ｇＮＢと接続した後、ステップＳＴ４７１５で、ＨＯ先ｇＮＢは、ステップＳＴ４８０１でＨＯ元ｇＮＢから受信した該ＱｏＳ関連情報とサービスを特定する情報とを用いて、ＳＬＲＢを設定する。ステップＳＴ４７１６で、ＨＯ先ｇＮＢは、設定したＳＬＲＢに関する情報を、ＵＥ－ＴＸに対して通知する。該通知は、Ｕｕ上のＲＲＣシグナリングで行われてもよい。

　ＵＥ－ＴＸがＨＯ処理によりＨＯ先ｇＮＢと接続する前に、周辺ｇＮＢは、ＨＯ元ｇＮＢから受信した該ＱｏＳ関連情報とサービスを特定する情報とを用いて、ＳＬＲＢを設定しておいてもよい。より早期にＳＬＲＢの設定が可能となる。

　ＵＥ－ＴＸは、ＨＯ処理によりＨＯ先ｇＮＢと接続した後、ステップＳＴ４８０２で、ＨＯ先ｇＮＢに対して、ＳＬＲＢ設定の要求を示す情報を通知してもよい。また、サービスを特定する情報をあわせて通知してもよい。サービスを特定する情報として、前述した情報を適宜適用してもよい。該通知は、Ｕｕ上のＲＲＣシグナリングで行われても良い。ＵＥ－ＴＸからＳＬＲＢ設定の要求を示す情報を受信したＨＯ先ｇＮＢは、ステップＳＴ４７１６で、該サービスに対して設定したＳＬＲＢに関する情報を、ＵＥ－ＴＸに対して通知する。該通知は、Ｕｕ上のＲＲＣシグナリングで行われてもよい。

　このようにすることで、ＵＥ－ＴＸがハンドオーバした後、ＵＥ－ＲＸとの間でＳＬ通信を用いたサービスを実行可能となる。また、予めｇＮＢ間でＱｏＳ関連情報が通知されるので、ＵＥ－ＴＸがハンドオーバした後、ＨＯ先ｇＮＢから早期にＳＬＲＢ設定を受信可能となる。ＵＥ－ＴＸでＨＯが生じた場合も、ＨＯ先でのＳＬを用いたサービスを低遅延で実施可能となる。

　前述のように、リレーＵＥを介したＵＥ間間接通信を行う場合、ＵＥ－ＴＸやリレーＵＥでＨＯが発生した場合のＳＬ通信用のＳＬＲＢの設定方法が問題となる。ここでは、このような課題を解決する他の方法を開示する。

　ＳＬにおけるリレーＵＥを介したＵＥ間間接通信において、ＵＥ－ＴＸが接続するＨＯ元ｇＮＢ１は、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、予め周辺ｇＮＢに対して通知する。

　前述のように、ＱｏＳ関連情報のかわりに、ＱｏＳ関連情報から導出したＳＬＲＢ関連情報を用いてもよい。

　ＨＯ元ｇＮＢ１から周辺ｇＮＢへのＱｏＳ関連情報の通知方法は、実施の形態４の変形例８で開示した方法を適宜適用してもよい。ＨＯ元ｇＮＢから周辺ｇＮＢへのＳＬＲＢ関連情報の通知方法は、実施の形態４の変形例８で開示した方法を適宜適用してもよい。

　ＵＥ－ＴＸは、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、接続するｇＮＢ（ＨＯ元ｇＮＢ１）に対して通知する。該ＱｏＳ関連情報を導出したサービスを特定するための情報をあわせて通知してもよい。該情報は、たとえば、ＵＥ－ＴＸの識別子であってもよいし、該サービスの送信先ＵＥの識別子であってもよいし、該サービスの送信元ＵＥの識別子であってもよいし、ＵＥ－ＴＸで設定したＰＦＩであってもよい。これらの情報を組み合わせてもよい。該通知は、Ｕｕ上のＲＲＣシグナリングで行われてもよい。

　ＵＥ－ＴＸが接続するＨＯ元ｇＮＢ１は、ＵＥ－ＴＸから受信したＱｏＳ関連情報とサービスを特定する情報とを対応付けて記憶しておいてもよい。

　ＵＥ－ＴＸが接続するＨＯ元ｇＮＢ１は、ＵＥ－ＴＸから受信したＱｏＳ関連情報とサービスを特定する情報とを、予め周辺ｇＮＢに対して通知する。該通知は、ＸｎあるいはＸ２上で行われてもよい。ＨＯ元ｇＮＢから該情報を受信した周辺ｇＮＢは、受信したＱｏＳ関連情報とサービスを特定する情報とを対応付けて記憶しておいてもよい。

　ＵＥ－ＴＸがＨＯ処理によりＨＯ先ｇＮＢ１と接続した後、ＨＯ先ｇＮＢ１は、ＨＯ元ｇＮＢ１から受信した該ＱｏＳ関連情報とサービスを特定する情報とを用いて、ＳＬＲＢを設定する。ＨＯ先ｇＮＢ１は、設定したＳＬＲＢに関する情報を、ＵＥ－ＴＸに対して通知する。該通知は、Ｕｕ上のＲＲＣシグナリングで行われてもよい。

　ＵＥ－ＴＸがＨＯ処理によりＨＯ先ｇＮＢ１と接続する前に、周辺ｇＮＢは、ＨＯ元ｇＮＢ１から受信した該ＱｏＳ関連情報とサービスを特定する情報とを用いて、ＳＬＲＢを設定しておいてもよい。より早期にＳＬＲＢの設定が可能となる。

　ＵＥ－ＴＸは、ＨＯ処理によりＨＯ先ｇＮＢ１と接続した後、ＨＯ先ｇＮＢ１に対して、ＳＬＲＢ設定の要求を示す情報を通知してもよい。また、サービスを特定する情報をあわせて通知してもよい。サービスを特定する情報として、前述した情報を適宜適用してもよい。該通知は、Ｕｕ上のＲＲＣシグナリングで行われても良い。

　ＵＥ－ＴＸからＳＬＲＢ設定の要求を示す情報を受信したＨＯ先ｇＮＢ１は、該サービスに対して設定したＳＬＲＢに関する情報を、ＵＥ－ＴＸに対して通知する。該通知は、Ｕｕ上のＲＲＣシグナリングで行われてもよい。

　ＵＥ－ＴＸは、ＨＯ先ｇＮＢ１から、ＳＬ通信用のＳＬＲＢ関連情報を受信する。ＵＥ－ＴＸは、ＨＯ先ｇＮＢ１から受信したＳＬＲＢ関連情報を用いて、リレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を実施する。また、ＵＥ－ＴＸは、ＳＬＲＢ関連情報をリレーＵＥに通知する。該通知は、ＰＣ５のＲＲＣシグナリングで行われてもよい。ＵＥ－ＴＸからリレーＵＥに対して通知するＳＬＲＢ関連情報として、ＳＬＲＢ設定の全パラメータを通知する。送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知する。また、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。

　リレーＵＥは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報を用いて、ＵＥ－ＴＸとの間のＳＬ通信用のＳＬＲＢの設定を実施する。

　リレーＵＥは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報をＵＥ－ＲＸに通知する。該通知は、ＰＣ５のＲＲＣシグナリングで行われてもよい。リレーＵＥからＵＥ－ＲＸに対して通知するＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。ＵＥ－ＲＸは、リレーＵＥから受信したＳＬＲＢ関連情報を用いて、リレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を実施する。

　このような方法とすることで、ＵＥ－ＴＸが接続するｇＮＢのＨＯや、リレーＵＥが接続するｇＮＢのＨＯが生じる場合も、ＵＥ－ＴＸとリレーＵＥとの間およびリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定が可能となる。リレーＵＥを介したＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いたサービスを実行可能となる。また、予めｇＮＢ間でＱｏＳ関連情報が通知されるので、ＵＥ－ＴＸがハンドオーバした後、ＨＯ先ｇＮＢから早期にＳＬＲＢ設定を受信可能となる。ＵＥ－ＴＸやリレーＵＥでＨＯが生じた場合も、ＨＯ先でのＳＬを用いたサービスを低遅延で実施可能となる。

　ここで開示した方法を、実施の形態４で開示した方法と組合せてもよい。リレーＵＥにおける処理を簡易にすることが可能となる。ＳＬ通信を用いたリレーＵＥを介したＵＥ間間接通信の誤動作を低減でき、信頼性を向上させることが可能となる。

　ＳＬにおけるリレーＵＥを介したＵＥ間間接通信において、ＵＥ－ＴＸが接続するＨＯ元ｇＮＢ１は、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、予め周辺ｇＮＢに対して通知する。また、リレーＵＥが接続するＨＯ元ｇＮＢ２は、リレーＵＥから通知された、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、予め周辺ｇＮＢに対して通知する。リレーＵＥが接続するＨＯ元ｇＮＢ２は、周辺ｇＮＢから通知された、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、予め周辺ｇＮＢに対して通知してもよい。

　ＵＥ－ＴＸが接続するＨＯ元ｇＮＢ１は、ＵＥ－ＴＸから受信したＱｏＳ関連情報とサービスを特定する情報とを、予め周辺ｇＮＢに対して通知する。該通知は、ＸｎあるいはＸ２上で行われてもよい。ＨＯ元ｇＮＢ１から該情報を受信した周辺ｇＮＢは、受信したＱｏＳ関連情報とサービスを特定する情報とを対応付けて記憶しておいてもよい。

　ＵＥ－ＴＸがＨＯ処理によりＨＯ先ｇＮＢ１と接続する前に、周辺ｇＮＢはＨＯ元ｇＮＢ１から受信した該ＱｏＳ関連情報とサービスを特定する情報とを用いて、ＳＬＲＢを設定しておいてもよい。より早期にＳＬＲＢの設定が可能となる。

　ＵＥ－ＴＸは、ＨＯ先ｇＮＢ１から、ＳＬ通信用のＳＬＲＢ関連情報を受信する。ＵＥ－ＴＸは、ＨＯ先ｇＮＢ１から受信したＳＬＲＢ関連情報を用いて、リレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を実施する。また、ＵＥ－ＴＸは、ＳＬＲＢ関連情報をリレーＵＥに通知する。該通知は、ＰＣ５のＲＲＣシグナリングで行われてもよい。ＵＥ－ＴＸからリレーＵＥに対して通知するＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。

　リレーＵＥは、ＵＥ－ＴＸから受信したＱｏＳ関連情報を、接続するｇＮＢ（ＨＯ元ｇＮＢ２）に対して通知する。該ＱｏＳ関連情報を導出したサービスを特定するための情報をあわせて通知してもよい。該情報は、たとえば、リレーＵＥの識別子であってもよいし、ＵＥ－ＴＸの識別子であってもよいし、該サービスの送信先ＵＥの識別子であってもよいし、該サービスの送信元ＵＥの識別子であってもよいし、ＵＥ－ＴＸで設定したＰＦＩであってもよいし、リレーＵＥで設定したＰＦＩであってもよい。これらの情報を組み合わせてもよい。該通知は、Ｕｕ上のＲＲＣシグナリングで行われてもよい。

　リレーＵＥが接続するＨＯ元ｇＮＢ２は、リレーＵＥから受信したＱｏＳ関連情報とサービスを特定する情報とを対応付けて記憶しておいてもよい。

　リレーＵＥが接続するＨＯ元ｇＮＢ２は、リレーＵＥから受信したＱｏＳ関連情報とサービスを特定する情報とを、予め周辺ｇＮＢに対して通知する。該通知は、ＸｎあるいはＸ２上で行われてもよい。ＨＯ元ｇＮＢ２から該情報を受信した周辺ｇＮＢは、受信したＱｏＳ関連情報とサービスを特定する情報とを対応付けて記憶しておいてもよい。

　リレーＵＥがＨＯ処理によりＨＯ先ｇＮＢ２と接続した後、ＨＯ先ｇＮＢ２は、ＨＯ元ｇＮＢ２から受信した該ＱｏＳ関連情報とサービスを特定する情報とを用いて、ＳＬＲＢを設定する。ＨＯ先ｇＮＢ２は、設定したＳＬＲＢに関する情報を、リレーＵＥに対して通知する。該通知は、Ｕｕ上のＲＲＣシグナリングで行われてもよい。

　リレーＵＥがＨＯ処理によりＨＯ先ｇＮＢ２と接続する前に、周辺ｇＮＢはＨＯ元ｇＮＢ２から受信した該ＱｏＳ関連情報とサービスを特定する情報とを用いて、ＳＬＲＢを設定しておいてもよい。より早期にＳＬＲＢの設定が可能となる。

　リレーＵＥは、ＨＯ処理によりＨＯ先ｇＮＢ２と接続した後、ＨＯ先ｇＮＢ２に対して、ＳＬＲＢ設定の要求を示す情報を通知してもよい。また、サービスを特定する情報をあわせて通知してもよい。サービスを特定する情報として、前述した情報を適宜適用してもよい。該通知は、Ｕｕ上のＲＲＣシグナリングで行われても良い。

　リレーＵＥからＳＬＲＢ設定の要求を示す情報を受信したＨＯ先ｇＮＢ２は、該サービスに対して設定したＳＬＲＢに関する情報を、リレーＵＥに対して通知する。該通知は、Ｕｕ上のＲＲＣシグナリングで行われてもよい。

　ＳＬＲＢ関連情報として、ＳＬＲＢ設定に要する一部または全部のパラメータを通知する。ＨＯ先ｇＮＢ２は、ＵＥ－ＴＸに対して、送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知してもよい。また、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。

　リレーＵＥは、ＨＯ先ｇＮＢ２から、ＳＬ通信用のＳＬＲＢ関連情報を受信する。リレーＵＥは、ＨＯ先ｇＮＢ２から受信したＳＬＲＢ関連情報を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定を実施する。また、リレーＵＥは、ＳＬＲＢ関連情報をＵＥ－ＲＸに通知する。該通知は、ＰＣ５のＲＲＣシグナリングで行われてもよい。リレーＵＥからＵＥ－ＲＸに対して通知するＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。ＵＥ－ＲＸは、リレーＵＥから受信したＳＬＲＢ関連情報を用いて、リレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を実施する。

　このような方法とすることで、ＵＥ－ＴＸが接続するｇＮＢのＨＯや、リレーＵＥが接続するｇＮＢのＨＯが生じる場合も、ＵＥ－ＴＸとリレーＵＥとの間およびリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定が可能となる。リレーＵＥを介したＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いたサービスを実行可能となる。また、予めｇＮＢ間でＱｏＳ関連情報が通知されるので、ＵＥ－ＴＸおよび／あるいはリレーＵＥがハンドオーバした後、ＨＯ先ｇＮＢから早期にＳＬＲＢ設定を受信可能となる。ＵＥ－ＴＸやリレーＵＥでＨＯが生じた場合も、ＨＯ先でのＳＬを用いたサービスを低遅延で実施可能となる。

　ここで開示した方法を、実施の形態４の変形例１で開示した方法と組合せてもよい。リレーＵＥは、ＨＯ先ｇＮＢが設定したＳＬＲＢを、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢに設定することが可能となる。

　ここでは、ＵＥ間直接通信あるいはＵＥ間間接通信を行うＵＥでＨＯが生じた場合も、ＨＯ先でのＳＬを用いたサービスをさらに低遅延で実施可能とする方法を開示する。

　ＵＥ－ＴＸが接続するＨＯ元ｇＮＢは、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、ＵＥ－ＴＸのＨＯ処理中に、ＨＯ先ｇＮＢに対して通知する。このようにすることで、ＨＯ先ｇＮＢは、ＵＥ－ＴＸで導出したＱｏＳ関連情報を取得可能となる。

　ＵＥ－ＴＸが接続するＨＯ元ｇＮＢは、ＱｏＳ関連情報から導出したＳＬＲＢ関連情報を、ＵＥ－ＴＸのＨＯ処理中（ＨＯ準備処理中であってもよい）に、ＨＯ先ｇＮＢに対して通知してもよい。ＳＬＲＢ関連情報として、ＳＬＲＢ設定の全パラメータを通知する。ＨＯ元ｇＮＢは、ＨＯ先ｇＮＢに対して、送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知する。また、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。このようにすることで、ＨＯ先ｇＮＢは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定を取得することができる。

　図４０および図４１は、実施の形態４の変形例９について、ＳＬを用いたＵＥ間直接通信において、ＵＥでＨＯが発生した場合のＳＬＲＢの設定方法の第３例を示すシーケンス図である。図４０および図４１は境界線ＢＬ４０４１の位置でつながっている。図４０および図４１において、図３６および図３７と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ４７０８で、ＵＥ－ＴＸが接続するＨＯ元ｇＮＢが、ＵＥ－ＴＸを、ＨＯ先ｇＮＢに対してＨＯさせることを決定する。たとえば、ＨＯ元ｇＮＢは、ステップＳＴ４７０７でＵＥ－ＴＸから受信した測定結果を用いて、ＨＯさせるか否かを判断しても良い。ステップＳＴ４９０１で、ＨＯ元ｇＮＢは、ＨＯ先ｇＮＢに対して、ＵＥ－ＴＸのＨＯ要求を通知する。ＨＯ元ｇＮＢは、ＵＥ－ＴＸから受信したＱｏＳ関連情報を、該ＨＯ要求とともに、あるいは、該ＨＯ要求に含めて、ＨＯ先ｇＮＢに対して通知する。該ＱｏＳ関連情報を導出したサービスを特定するための情報をあわせて通知してもよい。該通知は、ＸｎあるいはＸ２シグナリングで行われてもよい。ＨＯ元ｇＮＢから該情報を受信したＨＯ先ｇＮＢは、受信したＱｏＳ関連情報とサービスを特定する情報とを対応付けて記憶しておいてもよい。

　ステップＳＴ４９０２で、ＨＯ先ｇＮＢは、受信したＱｏＳ関連情報を用いて、ＳＬＲＢの設定を行う。ＨＯ先ｇＮＢは、ステップＳＴ４７１０で、ＵＥ－ＴＸに対してＨＯ受入れ可能と判断した場合に、ＳＬＲＢの設定を実施してもよい。

　ステップＳＴ４９０３で、ＨＯ先ｇＮＢは、設定したＳＬＲＢに関する情報を、ＨＯ元ｇＮＢに対して通知する。ＨＯ先ｇＮＢは、ＵＥ－ＴＸがハンドオーバすることを許可する場合、ステップＳＴ４９０３で、ＨＯ元ｇＮＢに対して、ＵＥ－ＴＸのＨＯ要求応答を通知する。ＨＯ先ｇＮＢは、ＳＬＲＢ関連情報を、該ＨＯ要求応答とともに、あるいは、該ＨＯ応答に含めて、ＨＯ元ｇＮＢに対して通知する。該ＳＬＲＢ関連情報とともに、対応するサービスを特定するための情報を通知してもよい。該通知は、ＸｎあるいはＸ２シグナリングで行われてもよい。

　ＨＯ先ｇＮＢからＵＥ－ＴＸのＨＯ要求応答を受信したＨＯ元ｇＮＢは、ステップＳＴ４９０４で、ＵＥ－ＴＸに対して、ＨＯ先ｇＮＢへのＨＯ指示を通知する。ＨＯ元ｇＮＢは、ＨＯ先ｇＮＢから受信したＳＬＲＢ関連情報を、該ＨＯ指示とともに、あるいは、該ＨＯ指示に含めて、ＵＥ－ＴＸに対して通知する。該ＳＬＲＢ関連情報とともに、対応するサービスを特定するための情報を通知してもよい。ＨＯの指示の通知に、Ｔ－ｇＮＢの識別子を含めてもよい。該通知は、Ｕｕ上のＲＲＣシグナリング行われてもよい。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いてＨＯの指示を通知してもよい。

　ＳＬＲＢ関連情報として、ＳＬＲＢ設定に要する一部または全部のパラメータを通知する。ＨＯ先ｇＮＢは、ＵＥ－ＴＸに対して、送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知してもよい。また、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。このようにすることで、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定が可能となる。

　ＨＯ元ｇＮＢからＨＯ指示を受信したＵＥ－ＴＸは、ステップＳＴ４７１３で、ＨＯ先ｇＮＢに対して、同期処理を行い、アクセスを開始する。ステップＳＴ４７１７で、ＵＥ－ＴＸは、ＨＯ元ｇＮＢから受信したＳＬＲＢ関連情報を用いて、ＳＬ通信用のＳＬＲＢの設定を実施する。ステップＳＴ４７１８で、ＵＥ－ＴＸは、ＳＬＲＢ関連情報をＵＥ－ＲＸに通知する。該通知は、ＰＣ５のＲＲＣシグナリングで行われてもよい。ＵＥ－ＴＸからＵＥ－ＲＸに対して通知するＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。ステップＳＴ４７１９で、ＵＥ－ＲＸは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報を用いて、ＳＬ通信用のＳＬＲＢの設定を実施する。

　このようにすることで、ＵＥ－ＴＸはハンドオーバした後、ＵＥ－ＲＸとの間でＳＬ通信を用いたサービスを実行可能となる。また、ＵＥ－ＴＸでＨＯが発生した場合、ＨＯ処理においてＳＬＲＢ関連情報がＵＥ－ＴＸに対して通知されるので、ＵＥ－ＴＸは、より早期にＳＬＲＢ設定を受信可能となる。ＵＥ－ＴＸでＨＯが生じた場合も、ＨＯ先でのＳＬを用いたサービスを、より低遅延で実施可能となる。また、ＱｏＳ関連情報をＨＯ元ｇＮＢからＨＯ先ｇＮＢに対して通知するので、ｇＮＢ間のシグナリング量を低減可能となる。

　ＳＬにおけるリレーＵＥを介したＵＥ間間接通信において、ＵＥ－ＴＸが接続するＨＯ元ｇＮＢは、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、ＵＥ－ＴＸのＨＯ処理中に、ＨＯ先ｇＮＢに対して通知する。

　図４２および図４３は、実施の形態４の変形例９について、ＳＬを用いたＵＥ間間接通信において、ＵＥ－ＴＸでＨＯが発生した場合のＳＬＲＢの設定方法の第１例を示すシーケンス図である。図４２および図４３は境界線ＢＬ４２４３の位置でつながっている。図４２および図４３において、図２５、図３０、図３１、図４０、図４１と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ５００１で、ＵＥ－ＴＸ、リレーＵＥ、ＵＥ－ＲＸ、ＨＯ元ｇＮＢ１間で、ＳＬ通信を用いたリレーＵＥを介したＵＥ間間接通信が実施される。たとえば、図３０および図３１に開示した方法を適用してもよい。ステップＳＴ５００２で、リレーＵＥは、ＨＯ元ｇＮＢ２に接続する。

　ステップＳＴ４７０６からステップＳＴ４７１３の処理は、図４０および図４１に開示した方法と同様なので説明を省略する。

　ステップＳＴ４１０３で、ＵＥ－ＴＸは、ＨＯ元ｇＮＢ１から受信したＳＬＲＢ関連情報を用いて、リレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を実施する。

　ステップＳＴ４１０４からステップＳＴ４１１４の処理は、図２５に開示した方法と同様なので説明を省略する。

　このような方法とすることで、ＵＥ－ＴＸが接続するｇＮＢのＨＯや、リレーＵＥが接続するｇＮＢのＨＯが生じる場合も、ＵＥ－ＴＸとリレーＵＥとの間およびリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定が可能となる。リレーＵＥを介したＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いたサービスを実行可能となる。また、ＨＯ処理中にＨＯ元ｇＮＢとＨＯ先ｇＮＢとの間でＱｏＳ関連情報が通知され、ＵＥ－ＴＸはＨＯ処理中にＨＯ先ｇＮＢから早期にＳＬＲＢ設定を受信可能となる。ＵＥ－ＴＸやリレーＵＥでＨＯが生じた場合も、ＨＯ先でのＳＬを用いたサービスを低遅延で実施可能となる。また、ＱｏＳ関連情報をＨＯ元ｇＮＢからＨＯ先ｇＮＢに対して通知するので、ｇＮＢ間のシグナリング量を低減可能となる。

　ＳＬにおけるリレーＵＥを介したＵＥ間間接通信において、ＵＥ－ＴＸが接続するＨＯ元ｇＮＢは、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、ＵＥ－ＴＸのＨＯ処理中に、ＨＯ先ｇＮＢに対して通知する。また、リレーＵＥが接続するＨＯ元ｇＮＢは、リレーＵＥから通知された、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いて行うサービスから導出したＱｏＳ関連情報を、リレーＵＥのＨＯ処理中に、ＨＯ先ｇＮＢに対して通知する。

　図４４～図４７は、実施の形態４の変形例９について、ＳＬを用いたＵＥ間間接通信において、ＵＥ－ＴＸでＨＯが発生した場合のＳＬＲＢの設定方法の第２例を示すシーケンス図である。図４４～図４７は境界線ＢＬ４４４５、ＢＬ４５４６、ＢＬ４６４７の位置でつながっている。図４４～図４７において、図２５、図３２、図３３、図４０、図４１、図４２、図４３と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ５１０１で、ＵＥ－ＴＸ、リレーＵＥ、ＵＥ－ＲＸ、ＨＯ元ｇＮＢ１、ＨＯ元ｇＮＢ２間で、ＳＬ通信を用いたリレーＵＥを介したＵＥ間間接通信が実施される。たとえば、図３２および図３３に開示した方法を適用してもよい。

　ステップＳＴ４７０６からステップＳＴ４１１４の処理は、図４２および図４３に開示した方法と同様なので説明を省略する。

　ステップＳＴ５１０２で、リレーＵＥは、メジャメントを行う。メジャメント設定は、予めＳ－ｇＮＢ２からリレーＵＥに通知されてもよい。ステップＳＴ５１０３で、リレーＵＥはＳ－ｇＮＢ２に対してメジャメント結果を報告する。ステップＳＴ５１０４で、Ｓ－ｇＮＢ２は、リレーＵＥからのメジャメント結果報告を用いて、Ｔ－ｇＮＢ２へのＨＯを決定する。

　ステップＳＴ５１０５で、ＨＯ元ｇＮＢ２は、ＨＯ先ｇＮＢ２に対して、リレーＵＥのＨＯ要求を通知する。ＨＯ元ｇＮＢ２は、リレーＵＥから受信したＱｏＳ関連情報を、該ＨＯ要求とともに、あるいは、該ＨＯ要求に含めて、ＨＯ先ｇＮＢ２に対して通知する。該ＱｏＳ関連情報を導出したサービスを特定するための情報をあわせて通知してもよい。該ＨＯ要求の通知に、ＨＯを行うリレーＵＥの識別子を含めてもよい。該通知は、ＸｎあるいはＸ２シグナリングで行われてもよい。ＨＯ元ｇＮＢ２から該情報を受信したＨＯ先ｇＮＢ２は、受信したＱｏＳ関連情報とサービスを特定する情報とを対応付けて記憶しておいてもよい。

　ステップＳＴ５１０６で、Ｔ－ｇＮＢ２は、リレーＵＥのＨＯを受け入れるか否かを判断する。Ｔ－ｇＮＢ２は、ＨＯ受け入れると判断した場合、Ｓ－ｇＮＢ２に対して、ＨＯ要求応答を通知する。該ＨＯ要求応答の通知に、ＨＯを行うリレーＵＥの識別子を含めてもよい。

　ステップＳＴ５１０７で、ＨＯ先ｇＮＢ２は、受信したＱｏＳ関連情報を用いて、ＳＬＲＢの設定を行う。ＨＯ先ｇＮＢ２は、ステップＳＴ５１０６で、リレーＵＥに対してＨＯ受入れ可能と判断した場合に、ＳＬＲＢの設定を実施してもよい。

　ステップＳＴ５１０８で、ＨＯ先ｇＮＢ２は、設定したＳＬＲＢに関する情報を、ＨＯ元ｇＮＢ２に対して通知する。ＨＯ先ｇＮＢ２は、リレーＵＥがハンドオーバすることを許可する場合、ステップＳＴ５１０８で、ＨＯ元ｇＮＢ２に対して、リレーＵＥのＨＯ要求応答を通知する。ＨＯ先ｇＮＢ２は、ＳＬＲＢ関連情報を、該ＨＯ要求応答とともに、あるいは、該ＨＯ要求応答に含めて、ＨＯ先ｇＮＢ２に対して通知する。該ＳＬＲＢ関連情報とともに、対応するサービスを特定するための情報を通知してもよい。該通知は、ＸｎあるいはＸ２シグナリングで行われてもよい。

　ＨＯ先ｇＮＢ２からリレーＵＥのＨＯ要求応答を受信したＨＯ元ｇＮＢ２は、ステップＳＴ５１０９で、リレーＵＥに対して、ＨＯ先ｇＮＢ２へのＨＯ指示を通知する。ＨＯ元ｇＮＢ２は、ＨＯ先ｇＮＢ２から受信したＳＬＲＢ関連情報を、該ＨＯ指示とともに、あるいは、該ＨＯ指示に含めて、リレーＵＥに対して通知する。該ＳＬＲＢ関連情報とともに、対応するサービスを特定するための情報を通知してもよい。ＨＯの指示の通知に、Ｔ－ｇＮＢの識別子を含めてもよい。該通知は、Ｕｕ上のＲＲＣシグナリング行われてもよい。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを用いてＨＯの指示を通知してもよい。

　ＳＬＲＢ関連情報として、ＳＬＲＢ設定に要する一部または全部のパラメータを通知する。ＨＯ先ｇＮＢは、リレーＵＥに対して、送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知してもよい。また、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。

　ＨＯ元ｇＮＢ２からＨＯ指示を受信したリレーＵＥは、ステップＳＴ５１１０で、ＨＯ先ｇＮＢに対して、同期処理を行い、アクセスを開始する。ステップＳＴ５１１１で、リレーＵＥは、ＨＯ元ｇＮＢ２から受信したＳＬＲＢ関連情報を用いて、ＵＥ－ＲＸ間のＳＬ通信用のＳＬＲＢの設定を実施する。ステップＳＴ５１１２で、リレーＵＥは、ＳＬＲＢ関連情報をＵＥ－ＲＸに通知する。該通知は、ＰＣ５のＲＲＣシグナリングで行われてもよい。リレーＵＥからＵＥ－ＲＸに対して通知するＳＬＲＢ関連情報として、送信側と受信側に関連するＳＬＲＢパラメータのみを通知してもよい。

　ステップＳＴ５１１３で、ＵＥ－ＲＸは、リレーＵＥから受信したＳＬＲＢ関連情報を用いて、リレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を実施する。ステップＳＴ５１１４で、ＵＥ－ＲＸは、リレーＵＥに対して、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定が完了したことを通知する。該完了通知にＰＦＩを含めてもよい。これにより、リレーＵＥとＵＥ－ＲＸとの間でＳＬ通信を用いたサービスデータの通信が可能となる。

　ステップＳＴ５１１５で、リレーＵＥは、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢからリレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢへのマッピングを実施する。これにより、ステップＳＴ５１１６で、ＵＥ－ＴＸとリレーＵＥとの間のサービスデータを、リレーＵＥとＵＥ－ＲＸとの間にリレーすることが可能となる。ＵＥ－ＴＸとＵＥ－ＲＸとの間で、リレーＵＥを介したＵＥ間間接通信が可能となる。

　このような方法とすることで、ＵＥ－ＴＸが接続するｇＮＢのＨＯや、リレーＵＥが接続するｇＮＢのＨＯが生じる場合も、ＵＥ－ＴＸとリレーＵＥとの間およびリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢ設定が可能となる。リレーＵＥを介したＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信を用いたサービスを実行可能となる。また、ＨＯ処理中にＨＯ元ｇＮＢとＨＯ先ｇＮＢとの間でＱｏＳ関連情報が通知されるので、ＵＥ－ＴＸおよび／あるいはリレーＵＥがハンドオーバした後、ＨＯ先ｇＮＢから早期にＳＬＲＢ設定を受信可能となる。ＵＥ－ＴＸやリレーＵＥでＨＯが生じた場合も、ＨＯ先でのＳＬを用いたサービスを低遅延で実施可能となる。また、ＱｏＳ関連情報をＨＯ元ｇＮＢからＨＯ先ｇＮＢに対して通知するので、ｇＮＢ間のシグナリング量を低減可能となる。

　ここで開示した方法を、実施の形態４の変形例１で開示した方法と組合せてもよい。リレーＵＥは、ＨＯ先ｇＮＢが設定したＳＬＲＢをリレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢに設定することが可能となる。

　前述した方法において、Ｓ－ｇＮＢ１あるいはＴ－ｇＮＢ１と、Ｓ－ｇＮＢ２あるいはＴ－ｇＮＢ２が同じであってもよい。同様の効果を得ることができる。

　ＵＥ－ＴＸが接続するｇＮＢのＨＯが発生した場合、ＨＯ処理によりＵＥ－ＴＸが接続するｇＮＢが変更される。この場合、ＨＯ処理中、ＳＬＲＢ設定として何を用いるのかが問題となる。ここでは、このような課題を解決する方法を開示する。

　ＨＯ処理により、ＵＥ－ＴＸが、ＨＯ先ｇＮＢが設定したＳＬ通信用ＳＬＲＢを受信した場合に、ＵＥ－ＴＸはＳＬ通信に、受信したＳＬＲＢ設定を用いる。ＵＥ－ＴＸが、ＨＯ先ｇＮＢが設定したＳＬ通信用ＳＬＲＢを受信していない場合は、ＨＯ元ｇＮＢが設定したＳＬ通信用ＳＬＲＢ設定を用いる。このようにすることで、ＵＥ－ＴＸが接続するｇＮＢがＨＯ元ｇＮＢからＨＯ先ｇＮＢに移行中も、ＳＬＲＢ設定を用いてＳＬ通信を実施することが可能となる。

　前述した方法は、ＳＬ通信を用いたＵＥ間直接通信だけでなく、ＳＬ通信を用いたＵＥ間間接通信にも適用してもよい。たとえば、前述の方法は、リレーＵＥが接続するｇＮＢのＨＯが生じた場合にも適用可能である。同様の効果を得ることができる。

　ＨＯ処理によりＳＬＲＢ設定が変更された場合、サービスのデータフローはＨＯ元ｇＮＢが設定したＳＬＲＢからＨＯ先ｇＮＢが設定したＳＬＲＢにマッピング変更される。このような場合、データの処理とマッピング変更タイミングが異なると、ＵＥ間で通信されないデータが発生してしまう。ここでは、このような課題を解決する方法を開示する。

　ＨＯ処理によりＳＬＲＢ設定が変更された場合、ＨＯ元ｇＮＢが設定したＳＬＲＢにマッピングされたデータは、該ＳＬＲＢ設定で送受信される。ＨＯ元ｇＮＢが設定したＳＬＲＢにマッピングされたデータの送受信が完了するまで、該ＳＬＲＢをリリースしない。これらの処理がＳＬ通信を行うＵＥ間で実施される。このようにすることで、ＨＯ処理によりＳＬＲＢ設定が変更されたとして、ＳＬ通信を行うＵＥ間で通信するデータのロスを低減することが可能となる。また、データ転送処理を不要となるので、データ送受信処理を容易にすることができる。

　前述した方法は、ＳＬ通信を用いたＵＥ間直接通信だけでなく、ＳＬ通信を用いたＵＥ間間接通信にも適用してもよい。前述した方法は、ＳＬ通信を行うＵＥ－ＴＸとＵＥ－ＲＸとの間、ＵＥ－ＴＸとリレーＵＥとの間、リレーＵＥとＵＥ－ＲＸとの間に適用可能である。同様の効果を得ることができる。

　前述した方法は、リレーＵＥにおいて、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢからリレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢにマッピング変更される場合に適用してもよい。ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢおよび／あるいはリレーＵＥ間とＵＥ－ＲＸとの間のＳＬＲＢが変更された場合、変更前のＳＬＲＢにマッピングされたデータは、該ＳＬＲＢ設定で送受信される。変更前のＳＬＲＢにマッピングされたデータの送受信が完了するまで、該ＳＬＲＢをリリースしない。これらの処理がＳＬ通信を行うＵＥ間で実施される。このようにすることで、リレーＵＥを介したＵＥ間間接通信を行うデータのロスを低減可能となる。また、データ転送処理を不要となるので、データ送受信処理を容易にすることができる。

　本実施の形態４の変形例９に開示したような方法とすることで、ＳＬ通信によるＵＥ間直接通信中や、ＳＬ通信によるリレーＵＥを介したＵＥ間間接通信中に、ＵＥ－ＴＸやリレーＵＥが接続するｇＮＢのＨＯが生じたとしても、ＳＬ通信用のＳＬＲＢの設定が可能となる。ＳＬ通信によるＵＥ間直接通信や、ＳＬ通信によるリレーＵＥを介したＵＥ間間接通信を用いたサービスデータの通信が可能となる。

　実施の形態４の変形例１０．
　本実施の形態４の変形例１０では、実施の形態４に記載した課題を解決する他の方法を開示する。主に実施の形態４および実施の形態４の変形例１で開示した方法と異なる部分について説明する。

　ＵＥ－ＴＸはＵＥ－ＲＸに対してＳＬＲＢ設定を通知する。ＵＥ－ＴＸはＵＥ－ＲＸに対してＳＬＲＢ関連情報を通知する。ＵＥ－ＴＸはＵＥ－ＲＸに対してＳＬＲＢ関連情報を、リレーＵＥを介して通知してもよい。リレーＵＥは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報をデコードしなくてもよい。コンテナ情報として、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報をＵＥ－ＲＸに通知してもよい。ＳＬＲＢ関連情報として、送信側と受信側に関連する情報を通知すればよい。このようにすることで、ＵＥ－ＴＸとＵＥ－ＲＸとの間でＳＬ通信用のＳＬＲＢの設定が可能となる。

　該通知方法として、実施の形態４で開示した方法を適宜適用してもよい。ＵＥ－ＴＸはＵＥ－ＲＸに対してＳＬＲＢ関連情報を通知可能となる。ＵＥ－ＲＸは、ＵＥ－ＴＸからＳＬＲＢ関連情報を受信し、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定が可能となる。

　リレーＵＥを介してＵＥ－ＴＸがＵＥ－ＲＸに対して通知する情報を送信するためのメッセージを設けてもよい。たとえば、該メッセージとして、ＳＬ　ｉｎｆｏｒｍａｔｉｏｎ　ｔｒａｎｓｆｅｒ　ｍｅｓｓａｇｅを設けてもよい。ＵＥ－ＴＸは、ＵＥ－ＲＸに対して情報を送信する必要が生じた場合、該メッセージを送信する処理を起動するとよい。該メッセージは、ＰＣ５－Ｓシグナリングで送信してもよいし、ＰＣ５　ＲＲＣシグナリングで送信してもよい。該メッセージを送信する処理では、リレーＵＥは該メッセージをデコードしないとしてもよい。リレーＵＥは、ＵＥ－ＴＸから受信した該メッセージを、デコードせずに、ＵＥ－ＲＸに送信する。

　ＵＥ－ＴＸは、ＳＬＲＢ関連情報を、該メッセージに含めて、リレーＵＥに対して通知してもよい。該メッセージを受信したリレーＵＥは、該メッセージに含まれる情報を、デコードせずに、ＵＥ－ＴＸに対して通知する。このようにすることで、リレーＵＥでの処理を容易にすることができる。リレーＵＥでの誤動作を低減可能となり、リレーＵＥを介したＵＥ間間接通信の信頼性を向上させることができる。

　前述の方法と実施の形態４で開示した方法とを組合せるとよい。ＵＥ－ＴＸはＵＥ－ＲＸに対してＳＬＲＢ関連情報を通知し、ＵＥ－ＴＸはリレーＵＥに対してＳＬＲＢ関連情報を通知する。このようにすることで、リレーＵＥは、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定と、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定が可能となる。

　図４８は、実施の形態４の変形例１０について、ＳＬを用いたＵＥ間間接通信において、ＵＥ－ＴＸからＵＥ－ＲＸに対してＳＬＲＢ設定を通知する方法の第１例を示すシーケンス図である。図４８は、ＵＥ－ＴＸにおいてＶ２Ｘサービスが発生した例について示している。図４８の例では、ＵＥ－ＴＸからリレーＵＥを介してＵＥ－ＲＸにサービスデータを通信する。図４８において、図２５と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ４１０１で、ＵＥ－ＴＸは、発生したサービスからＱｏＳ関連情報を導出する。ステップＳＴ４１０２で、ＵＥ－ＴＸは、ＱｏＳ関連情報を用いてＰＦＩを設定する。

　ステップＳＴ５２０１で、ＵＥ－ＴＸは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢを設定する。また、ＵＥ－ＴＸは、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用のＳＬＲＢを設定する。ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬＲＢ設定と、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定を同じにする。ＵＥ－ＴＸは、発生したサービスから導出したＱｏＳ関連情報を用いて導出したＳＬＲＢの設定を、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬＲＢ設定およびＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定として用いる。

　ステップＳＴ５２０２で、ＵＥ－ＴＸは、ＵＥ－ＲＸに対して、設定したＰＦＩとＳＬＲＢ関連情報を通知する。ＳＬＲＢ関連情報として、送信側と受信側に関連する情報を通知すればよい。ステップＳＴ４１０９で、ＵＥ－ＲＸは、ＵＥ－ＴＸから受信したＳＬＲＢ関連情報を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定を行う。

　ステップＳＴ５２０２は、リレーＵＥを介して行われてもよい。たとえば、ＵＥ－ＴＸからリレーＵＥに対してＰＦＩ、ＳＬＲＢ関連情報をコンテナ情報として通知し、リレーＵＥは、ＵＥ－ＴＸから受信したＰＦＩ、ＳＬＲＢ関連情報をデコードせずにＵＥ－ＲＸに通知してもよい。

　ステップＳＴ５２０１、ＳＴ５２０２で、ＵＥ－ＴＸは、ＵＥ－ＴＸとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢを設定し、ＵＥ－ＲＸに通知するとしたが、ＵＥ－ＴＸは、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢの設定を行い、該ＳＬＲＢ設定をＵＥ－ＲＸに通知してもよい。ＵＥ－ＲＸは、ＵＥ－ＴＸから受信した該ＳＬＲＢ設定を、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信に用いる。

　ステップＳＴ５２０３で、ＵＥ－ＲＸは、ＵＥ－ＴＸに対して、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定が完了したことを通知する。該完了通知にＰＦＩを含めてもよい。ステップＳＴ５２０３は、リレーＵＥを介して行われてもよい。たとえば、ＵＥ－ＲＸからリレーＵＥに対してＰＦＩ，ＳＬＲＢ設定完了を示す情報をコンテナ情報として通知し、リレーＵＥは、ＵＥ－ＲＸから受信したＰＦＩ、ＳＬＲＢ設定完了を示す情報を、デコードせずに、ＵＥ－ＴＸに通知してもよい。

　このようにすることで、ＵＥ－ＲＸは、リレーＵＥを介してＵＥ－ＴＸから送信されるサービスデータを受信可能となる。

　ステップＳＴ４１０４からステップＳＴ４１１１で、図２５で開示したように、ＵＥ－ＴＸは、リレーＵＥとの間のＳＬＲＢの設定を行い、リレーＵＥは、該ＳＬＲＢの設定を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢの設定を行う。

　リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定のリレーＵＥからＵＥ－ＲＸへの通知は省略してもよい。図２５で開示したステップＳＴ４１０８は省略してもよい。ステップＳＴ５２０２でＵＥ－ＴＸからＵＥ－ＲＸに対してＳＬＲＢ設定を通知しているので、ステップＳＴ４１０８の処理が無くても、ＵＥ－ＴＸはリレーＵＥとの間のＳＬＲＢ設定を実施可能となる。

　ステップＳＴ４１１１、ＳＴ５２０３で、リレーＵＥとＵＥ－ＲＸからＳＬＲＢ設定完了通知を受信したＵＥ－ＴＸは、リレーＵＥを介したＵＥ－ＲＸとの間の通信が可能と判断できる。ステップＳＴ４１１２からステップＳＴ４１１４で、ＵＥ－ＴＸはリレーＵＥを介してＵＥ－ＲＸとの間でサービスデータの通信を行う。

　ＵＥ－ＴＸからＵＥ－ＲＸへのＳＬＲＢ設定の通知（図４８の例ではステップＳＴ５２０２）を、リレーＵＥでデコード可能としてもよい。ＵＥ－ＴＸからＵＥ－ＲＸへ通知するＳＬＲＢ関連情報として、ＳＬＲＢ設定に要する一部または全部のパラメータを通知する。送信側と受信側に関連するＳＬＲＢパラメータだけでなく、送信側のみに関連するＳＬＲＢパラメータも通知してもよい。また、受信側のみに関連するＳＬＲＢパラメータも通知してもよい。リレーＵＥは、ＵＥ－ＴＸからＵＥ－ＲＸへのＳＬＲＢ設定を認識可能となる。

　リレーＵＥは、ＵＥ－ＴＸからＵＥ－ＲＸへのＳＬＲＢ設定を、ＵＥ－ＴＸとの間のＳＬＲＢ設定およびＵＥ－ＲＸとの間のＳＬＲＢ設定として用いる。このようにすることで、ＵＥ－ＴＸからリレーＵＥへのＳＬＲＢ設定の通知（図４１の例ではステップＳＴ４１０４）が省略可能となる。シグナリング量を削減可能となる。

　ＵＥ－ＴＸからリレーＵＥに対して、ＳＬＲＢ設定の内、ＲＬＣレイヤ以下の設定を通知してもよい。Ｌ２リレーに適用するとよい。Ｌ２リレーの場合、リレーＵＥにおいてＲＬＣとＰＤＣＰとの間でデータが転送される。ＵＥ－ＴＸからリレーＵＥに対して、ＳＬＲＢ設定の内、ＲＬＣレイヤ以下の設定を通知することで、リレーＵＥは、ＲＬＣレイヤ以下の設定を用いて、ＵＥ－ＴＸからのデータの受信およびＵＥ－ＲＸへのデータの送信が可能となる。

　ＲＬＣレイヤ以下のＳＬＲＢパラメータの具体例として、ＲＬＣベアラ設定、論理チャネル識別子（LCID）、セルグループ設定がある。

　前述したような方法とすることで、リレーＵＥを介したＵＥ間間接通信において、該通信を用いたサービスに要求されるＱｏＳを満たすことが可能となる。また、リレーＵＥでのＳＬＲＢの設定を簡易にすることができる。リレーを介したＵＥ間間接通信における誤動作を低減させることが可能となる。

　実施の形態４で開示した方法を組合せた方法を開示したが、実施の形態４の変形例１で開示した方法を組合せてもよい。ＵＥ－ＴＸはＵＥ－ＲＸに対してＳＬＲＢ関連情報を通知し、ＵＥ－ＴＸはリレーＵＥに対してＳＬＲＢ関連情報とＱｏＳ関連情報を通知する。リレーＵＥは、ＳＬＲＢ関連情報を用いてＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定を行う。リレーＵＥは、ＱｏＳ関連情報を用いてリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定を行う。

　リレーＵＥは、ＵＥ－ＲＸに対して、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定を通知する。リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定を、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢ設定と異なる設定とした場合に、ＵＥ－ＲＸに対して、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定を通知してもよい。ＵＥ－ＲＸは、リレーＵＥから受信したＳＬＲＢ設定を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢ設定を行う。

　このようにすることで、リレーＵＥは、ＵＥ－ＴＸとリレーＵＥとの間のＳＬ通信用のＳＬＲＢの設定と、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定が可能となる。

　図４９は、実施の形態４の変形例１０について、ＳＬを用いたＵＥ間間接通信において、ＵＥ－ＴＸからＵＥ－ＲＸに対してＳＬＲＢ設定を通知する方法の第２例を示すシーケンス図である。図４９は、ＵＥ－ＴＸにおいてＶ２Ｘサービスが発生した例について示している。図４９の例では、ＵＥ－ＴＸからリレーＵＥを介してＵＥ－ＲＸにサービスデータを通信する。図４２において、図２６、図４８と共通するステップについては同じステップ番号を付し、共通する説明を省略する。

　ステップＳＴ４２０１で、ＵＥ－ＴＸは、リレーＵＥに対して、導出したＱｏＳ関連情報と、設定したＰＦＩと、該ＰＦＩに対応するＰＣ５　ＱｏＳフローをマッピングするＳＬＲＢのＳＬＲＢ関連情報とを通知する。ＳＬＲＢ関連情報は、送信側と受信側に関連するＳＬＲＢパラメータであってもよい。

　ステップＳＴ５３０１で、リレーＵＥは、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定を行う。リレーＵＥは、ＳＬＲＢ設定としてＲＬＣレイヤ以下の設定を行ってもよい。リレーＵＥは、ＵＥ－ＴＸから受信したＳＬＲＢ設定の内、ＲＬＣレイヤより上位のレイヤの設定を同じとしてもよい。Ｌ２リレーに適用するとよい。Ｌ２リレーの場合、リレーＵＥにおいてＲＬＣとＰＤＣＰとの間でデータが転送される。リレーＵＥは、ＲＬＣレイヤ以下の設定を行いＵＥ－ＲＸに通知することで、ＵＥ－ＴＸからのデータの受信およびＵＥ－ＲＸへのデータの送信が可能となる。

　ステップＳＴ５３０２で、リレーＵＥは、ＵＥ－ＲＸに対して、設定したＰＦＩとＳＬＲＢ関連情報を通知する。ＳＬＲＢ関連情報として、送信側と受信側に関連する情報を通知すればよい。ステップＳＴ５３０３で、ＵＥ－ＲＸは、リレーＵＥから受信したＳＬＲＢ関連情報を用いて、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用のＳＬＲＢの設定変更を行う。リレーＵＥからＲＬＣレイヤ以下のＳＬＲＢ関連情報が通知される場合は、リレーＵＥとＵＥ－ＲＸとの間のＳＬ通信用ＳＬＲＢの設定として、ＲＬＣレイヤ以下のＳＬＲＢ設定変更を行う。

　ステップＳＴ４１１０で、ＵＥ－ＲＸは、リレーＵＥに対して、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定が完了したことを通知する。該完了通知にＰＦＩを含めてもよい。ステップＳＴ４１１１で、リレーＵＥは、ＵＥ－ＴＸに対して、リレーＵＥとＵＥ－ＲＸとの間のＳＬＲＢ設定の完了、および、ＵＥ－ＴＸとリレーＵＥとの間のＳＬＲＢの完了を通知する。該完了通知にＰＦＩを含めてもよい。

　このようにすることで、リレーＵＥを介してＵＥ－ＴＸとＵＥ－ＲＸとの間のサービスデータの通信が可能となる。

　ステップＳＴ４１１１で、リレーＵＥとＵＥ－ＲＸからＳＬＲＢ設定完了通知を受信したＵＥ－ＴＸは、リレーＵＥを介したＵＥ－ＲＸとの間の通信が可能と判断できる。ステップＳＴ４１１２からステップＳＴ４１１４で、ＵＥ－ＴＸはリレーＵＥを介してＵＥ－ＲＸとの間でサービスデータの通信を行う。

　前述したような方法とすることで、リレーＵＥを介したＵＥ間間接通信において、該通信を用いたサービスに要求されるＱｏＳを満たすことが可能となる。また、リレーＵＥの無線リソースの利用効率の向上やリレーＵＥとＵＥ－ＲＸとの間のＳＬ通信の通信品質の向上が図れる。

　本実施の形態４の変形例１０に開示したような方法とすることで、ＵＥ－ＴＸとＵＥ－ＲＸとの間でのＳＬＲＢの設定が可能となる。このため、ＵＥ－ＴＸとＵＥ－ＲＸとの間で行われるサービスに要求されるＱｏＳを満たすＳＬＲＢの設定を、ＵＥ－ＴＸとＵＥ－ＲＸとの間で確実に実施可能となる。その結果、リレーＵＥを介したＵＥ間間接通信の信頼性を向上させることができる。

　本開示では、サービスデータが発生したＵＥをＵＥ－ＴＸとした。たとえば、ＵＥ－ＴＸをＵＥ１とし、ＵＥ－ＲＸをＵＥ２とした場合、ＵＥ２でサービスデータが発生し、ＵＥ１に対してデータを送信するような場合は、ＵＥ２をＵＥ－ＴＸとし、ＵＥ１をＵＥ－ＲＸとして本開示の方法を適用するとよい。同様の効果を得ることができる。

　前述の各実施の形態およびその変形例は、例示に過ぎず、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。

　例えば、前述の各実施の形態およびその変形例において、サブフレームは、第５世代基地局通信システムにおける通信の時間単位の一例である。スケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、サブフレーム単位として記載している処理を、ＴＴＩ単位、スロット単位、サブスロット単位、ミニスロット単位として行ってもよい。

　例えば、前述の各実施の形態およびその変形例において開示した方法は、Ｖ２Ｘ（Vehicle-to-everything）サービスに限らずＳＬ通信が用いられるサービスに適用してもよい。たとえば、プロキシミティサービス（Proximity-based service）、パブリックセイフティ（Public Safety）、ウェアラブル端末間通信、工場における機器間通信など、多種のサービスで用いられるＳＬ通信に適用してもよい。

　本開示は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、限定的なものではない。例示されていない無数の変形例が、想定され得るものと解される。

　２００，２１０　通信システム、２０２　通信端末装置、２０３　基地局装置。

Claims

　通信端末と、
　前記通信端末と無線通信可能に構成された基地局と
を備える通信システムであって、
　前記通信端末が利用を所望するＲＡＮ（Radio Access Network）スライスである所望スライスが、前記基地局によってサポートされているか否かを、前記通信端末または前記基地局が判断することを特徴とする通信システム。
　前記基地局は、前記基地局によってサポート可能なＲＡＮスライスに関する情報であるサポート情報を、報知信号または前記通信端末宛ての個別信号に含めて、送信し、
　前記通信端末は、前記基地局から前記報知信号または前記個別信号を受信し、当該受信信号に含まれている前記サポート情報に基づいて、前記所望スライスが前記基地局によってサポートされているか否かを判断する、
ことを特徴とする請求項１に記載の通信システム。
　前記報知信号は、ＭＩＢ（Master Information Block）と、ＳＩＢ（System Information Block）と、ＳＳ（Synchronization Signal）ブロックとのうちのいずれかを送信するための信号であり、
　前記個別信号は、ＲＲＣ（Radio Resource Control）立上げ指示と、ＲＲＣ再開指示と、ＲＲＣ再設定指示と、ハンドオーバ要求と、ランダムアクセス応答とのうちのいずれかを送信するための信号である、
ことを特徴とする請求項２に記載の通信システム。
　前記通信端末は、前記所望スライスに関する情報を、前記基地局に送信し、
　前記基地局は、前記通信端末から前記情報を受信し、当該受信情報に基づいて、前記所望スライスが前記基地局によってサポートされているか否かを判断する、
ことを特徴とする請求項１に記載の通信システム。
　前記所望スライスが前記基地局によってサポートされていない場合、前記基地局は、前記通信端末の登録を拒否することを、拒否理由とともに、前記通信端末に送信することを特徴とする請求項４に記載の通信システム。
　基地局と無線通信可能に構成された通信端末であって、
　前記通信端末は、前記通信端末が利用を所望するＲＡＮ（Radio Access Network）スライスである所望スライスが、前記基地局によってサポートされているか否かを判断することを特徴とする通信端末。
　通信端末と無線通信可能に構成された基地局であって、
　前記基地局は、前記通信端末が利用を所望するＲＡＮ（Radio Access Network）スライスである所望スライスが、前記基地局によってサポートされているか否かを判断することを特徴とする基地局。