(57)【要約】  高信頼性、高伝送レート、かつ、低消費電力な無線通信技術を提供する。通信システムは通信端末と基地局とを備える。基地局は、通信端末と無線通信可能に構成された複数の送受信機を有し、複数の送受信機の一部または全部を使用して通信端末と無線通信を行うように構成されている。通信端末は、新たに接続する少なくとも１つの第１送受信機から下り同期信号（ＳＳＢ）を受信し（ステップＳＴ１４２８）、下り同期信号を用いて少なくとも１つの第１送受信機との下り同期を確立する（ステップＳＴ１４２９）。通信端末は、ランダムアクセス処理（ステップＳＴ１４３０、ＳＴ１４３１、ＳＴ１４３５、ＳＴ１４３６）によって少なくとも１つの第１送受信機との上り同期を確立する。
2020031884.tif 000002
【特許請求の範囲】
【請求項１】
通信端末と、
前記通信端末と無線通信可能に構成された複数の送受信機を有し、前記複数の送受信機の一部または全部を使用して前記通信端末と無線通信を行うように構成された基地局と
を備える通信システムであって、
前記通信端末は、新たに接続する少なくとも１つの第１送受信機から下り同期信号を受信し、前記下り同期信号を用いて前記少なくとも１つの第１送受信機との下り同期を確立し、
前記通信端末は、ランダムアクセス処理によって前記少なくとも１つの第１送受信機との上り同期を確立する、
通信システム。
【請求項２】
前記基地局は、前記ランダムアクセス処理の開始指示を、前記通信端末と接続中の送受信機を経由して、前記通信端末に送信し、
前記通信端末は、前記開始指示の受信によって、前記ランダムアクセス処理を開始する、
請求項１に記載の通信システム。
【請求項３】
前記通信端末は前記ランダムアクセス処理を自律的に開始する、請求項１に記載の通信システム。
【請求項４】
前記基地局は、前記通信端末と少なくとも１つの第２送受信機との接続を解放するための解放指示を、前記通信端末と接続中の送受信機を経由して、前記通信端末に送信し、
前記通信端末は、前記解放指示に従って前記少なくとも１つの第２送受信機との接続を解放する、
請求項１から請求項３のうちのいずれか１つに記載の通信システム。
【請求項５】
複数の送受信機を有する基地局と前記複数の送受信機の一部または全部を経由して無線通信を行うように構成された通信端末であって、
前記通信端末は、新たに接続する少なくとも１つの第１送受信機から下り同期信号を受信し、前記下り同期信号を用いて前記少なくとも１つの第１送受信機との下り同期を確立し、
前記通信端末は、ランダムアクセス処理によって前記少なくとも１つの第１送受信機との上り同期を確立する、
通信端末。
【請求項６】
通信端末と無線通信可能に構成された基地局であって、
前記基地局は、複数の送受信機を有し、前記複数の送受信機の一部または全部を使用して前記通信端末と無線通信を行うように構成され、
前記通信端末がランダムアクセス処理を開始すると、前記基地局は、前記通信端末に新たに接続する少なくとも１つの第１送受信機を経由して、前記通信端末との間で前記ランダムアクセス処理を行う、
基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信技術に関する。
【背景技術】
【０００２】
移動体通信システムの規格化団体である３ＧＰＰ（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 v15.0.0）参照）。【００５０】
ＮＲにおける下り同期信号は、同期信号バースト（Synchronization Signal Burst；以下、ＳＳバーストと称する場合がある）として、所定の周期で、所定の継続時間をもって基地局から送信される。ＳＳバーストは、基地局のビーム毎の同期信号ブロック（Synchronization Signal Block；以下、ＳＳブロックと称する場合がある）により構成される。基地局はＳＳバーストの継続時間内において各ビームのＳＳブロックを、ビームを変えて送信する。ＳＳブロックは、Ｐ−ＳＳ、Ｓ−ＳＳ、およびＰＢＣＨによって構成される。【００５１】
ＮＲにおいては、ＮＲの下り参照信号として、位相追尾参照信号（Phase Tracking Reference Signal：ＰＴＲＳ）の追加により、位相雑音の影響の低減が図られている。上り参照信号においても、下りと同様にＰＴＲＳが追加されている。【００５２】
ＮＲにおいては、スロット内におけるＤＬ／ＵＬの切替えを柔軟に行うために、ＰＤＣＣＨに含まれる情報にスロット構成通知（Slot Format Indication：ＳＦＩ）が追加された。【００５３】
また、ＮＲにおいては、キャリア周波数帯のうちの一部（以下、Bandwidth Part（ＢＷＰ）と称する場合がある）を基地局がＵＥに対して予め設定し、ＵＥが該ＢＷＰにおいて基地局との送受信を行うことで、ＵＥにおける消費電力の低減が図られる。【００５４】
３ＧＰＰでは、ＤＣの形態として、ＥＰＣに接続するＬＴＥ基地局とＮＲ基地局によるＤＣ、５Ｇコアシステムに接続するＮＲ基地局によるＤＣ、また、５Ｇコアシステムに接続するＬＴＥ基地局とＮＲ基地局によるＤＣが検討されている（非特許文献１２、１６、１９参照）。【００５５】
また、３ＧＰＰでは、いくつかの新たな技術が検討されている。例えば、基地局における複数ＴＲＰ（Transmission Reception Point）のサポートによる通信の信頼性向上（非特許文献２０参照）、ＤＣにおけるＭＣＧ（Master Cell Group）故障からの迅速な復旧（非特許文献２１参照）、サイドリンクにおける複数キャリアの設定方法（非特許文献２２参照）などが検討されている。
【先行技術文献】
【非特許文献】
【００５６】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．２．０
【非特許文献２】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献３】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．２．０
【非特許文献４】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ１５．０．０
【非特許文献５】“Scenarios, requirements and KPIs for 5G mobile and wireless system”、ＩＣＴ−３１７６６９−ＭＥＴＩＳ／Ｄ１．１
【非特許文献６】３ＧＰＰ  ＴＲ  ２３．７９９  Ｖ１４．０．０
【非特許文献７】３ＧＰＰ  ＴＲ  ３８．８０１  Ｖ１４．０．０
【非特許文献８】３ＧＰＰ  ＴＲ  ３８．８０２  Ｖ１４．２．０
【非特許文献９】３ＧＰＰ  ＴＲ  ３８．８０４  Ｖ１４．０．０
【非特許文献１０】３ＧＰＰ  ＴＲ  ３８．９１２  Ｖ１４．１．０
【非特許文献１１】３ＧＰＰ  ＲＰ−１７２１１５
【非特許文献１２】３ＧＰＰ  ＴＳ  ３７．３４０  Ｖ１５．２．０
【非特許文献１３】３ＧＰＰ  ＴＳ  ３８．２１１  Ｖ１５．２．０
【非特許文献１４】３ＧＰＰ  ＴＳ  ３８．２１３  Ｖ１５．２．０
【非特許文献１５】３ＧＰＰ  ＴＳ  ３８．２１４  Ｖ１５．２．０
【非特許文献１６】３ＧＰＰ  ＴＳ  ３８．３００  Ｖ１５．２．０
【非特許文献１７】３ＧＰＰ  ＴＳ  ３８．３２１  Ｖ１５．２．０
【非特許文献１８】３ＧＰＰ  ＴＳ  ３８．２１２  Ｖ１５．２．０
【非特許文献１９】３ＧＰＰ  ＲＰ−１６１２６６
【非特許文献２０】３ＧＰＰ  ＲＰ−１８１４５３
【非特許文献２１】３ＧＰＰ  Ｒ２−１８０７０８１
【非特許文献２２】３ＧＰＰ  ＴＳ３６．３３１  Ｖ１５．２．２
【非特許文献２３】３ＧＰＰ  Ｒ２−１８０２４７３
【非特許文献２４】３ＧＰＰ  ＴＲ３６．８８５  Ｖ１４．０．０
【非特許文献２５】３ＧＰＰ  Ｒ２−１７０８０６２
【非特許文献２６】３ＧＰＰ  ＴＳ  ３８．３３１  Ｖ１５．２．１
【非特許文献２７】３ＧＰＰ  Ｒ１−１７１４２３９
【発明の概要】
【発明が解決しようとする課題】
【００５７】
基地局が複数ＴＲＰを用いてＵＥと通信を行う場合において、基地局本体から各ＴＲＰまでのバックホール遅延、及び各ＴＲＰからＵＥまでの伝搬遅延がＴＲＰ毎に異なる。ところが、ＵＥが各ＴＲＰとどのように同期を取るかについて開示されていない。そのため、ＵＥは、基地局配下におけるＴＲＰ間の切替えおよび／あるいは複数ＴＲＰとの同時通信が不可能となる。その結果、信頼性およびスループットが低下する。【００５８】
また、Ｄ２Ｄ（Device to Device）通信、Ｖ２Ｖ（Vehicle to Vehicle）通信のためにサポートされているサイドリンク（SL：Side Link）において、マルチキャリアの運用がサポートされている。ところが、物理サイドリンク制御チャネル（ＰＳＣＣＨ：Physical sidelink control channel）および物理サイドリンク共有チャネル（ＰＳＳＣＨ：Physical sidelink shared channel）のタイミングの設定がキャリア毎に異なると、ＳＬでの受信側ＵＥは、各キャリア向けに設定されたタイミングにおいてＰＳＣＣＨ、ＰＳＳＣＨを受信する必要がある。このため、消費電力が増大することになる。【００５９】
本発明は、上記課題に鑑み、ＮＲとサイドリンク通信とのうちの少なくとも１つにおいて、高信頼性、高伝送レート、かつ、低消費電力な無線通信技術を提供することを、目的の一つとする。
【課題を解決するための手段】
【００６０】
本発明によれば、通信端末と、前記通信端末と無線通信可能に構成された複数の送受信機を有し、前記複数の送受信機の一部または全部を使用して前記通信端末と無線通信を行うように構成された基地局とを備える通信システムであって、前記通信端末は、新たに接続する少なくとも１つの第１送受信機から下り同期信号を受信し、前記下り同期信号を用いて前記少なくとも１つの第１送受信機との下り同期を確立し、前記通信端末は、ランダムアクセス処理によって前記少なくとも１つの第１送受信機との上り同期を確立する、通信システムが提供される。【００６１】
また、本発明によれば、複数の送受信機を有する基地局と前記複数の送受信機の一部または全部を経由して無線通信を行うように構成された通信端末であって、前記通信端末は、新たに接続する少なくとも１つの第１送受信機から下り同期信号を受信し、前記下り同期信号を用いて前記少なくとも１つの第１送受信機との下り同期を確立し、前記通信端末は、ランダムアクセス処理によって前記少なくとも１つの第１送受信機との上り同期を確立する、通信端末が提供される。【００６２】
また、本発明によれば、通信端末と無線通信可能に構成された基地局であって、前記基地局は、複数の送受信機を有し、前記複数の送受信機の一部または全部を使用して前記通信端末と無線通信を行うように構成され、前記通信端末がランダムアクセス処理を開始すると、前記基地局は、前記通信端末に新たに接続する少なくとも１つの第１送受信機を経由して、前記通信端末との間で前記ランダムアクセス処理を行う、基地局が提供される。
【発明の効果】
【００６３】
本発明によれば、高信頼性、高伝送レート、かつ、低消費電力を実現することが可能となる。【００６４】
本発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００６５】
【図１】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図２】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。
【図３】３ＧＰＰにおいて議論されているＮＲ方式の通信システム２１０の全体的な構成を示すブロック図である。
【図４】ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。
【図５】ＮＧコアに接続するｇＮＢによるＤＣの構成図である。
【図６】ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。
【図７】ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。
【図８】図２に示す移動端末２０２の構成を示すブロック図である。
【図９】図２に示す基地局２０３の構成を示すブロック図である。
【図１０】ＭＭＥの構成を示すブロック図である。
【図１１】５ＧＣの構成を示すブロック図である。
【図１２】ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図１３】ＮＲシステムにおけるセルの構成の一例を示す図である。
【図１４】実施の形態１について、ＵＥの接続ＴＲＰを切替える動作を示す図である。
【図１５】実施の形態１について、ＵＥの接続ＴＲＰを切替える動作を示す図である。
【図１６】実施の形態１について、複数ＴＲＰと接続するＵＥが接続ＴＲＰを切替える動作を示す図である。
【図１７】実施の形態１について、複数ＴＲＰと接続するＵＥが接続ＴＲＰを切替える動作を示す図である。
【図１８】実施の形態１について、ＵＥにおける接続ＴＲＰを追加する動作を示す図である。
【図１９】実施の形態１について、ＵＥにおける接続ＴＲＰを追加する動作を示す図である。
【図２０】実施の形態１について、ＵＥと接続するＴＲＰを複数まとめて追加する動作を示す図である。
【図２１】実施の形態１について、ＵＥと接続するＴＲＰを複数まとめて追加する動作を示す図である。
【図２２】実施の形態１について、ＵＥにおける接続ＴＲＰの解放の動作を示す図である。
【図２３】実施の形態１の変形例１について、ＵＥにおける下り通信用ＴＲＰの切替えの動作を示す図である。
【図２４】実施の形態１の変形例１について、ＵＥにおける下り通信用ＴＲＰの切替えの動作を示す図である。
【図２５】実施の形態１の変形例１について、ＵＥにおける下り通信用ＴＲＰの切替えの動作の他の例を示す図である。
【図２６】実施の形態１の変形例１について、ＵＥにおける下り通信用ＴＲＰの切替えの動作の他の例を示す図である。
【図２７】実施の形態１の変形例１について、ＵＥにおける下り通信用ＴＲＰの切替えの動作の他の例を示す図である。
【図２８】実施の形態１の変形例１について、ＵＥにおける下り通信用ＴＲＰの切替えの動作の他の例を示す図である。
【図２９】実施の形態１の変形例２について、ＵＥにおける上り通信用ＴＲＰの切替えの動作を示す図である。
【図３０】実施の形態１の変形例２について、ＵＥにおける上り通信用ＴＲＰの切替えの動作を示す図である。
【図３１】実施の形態１の変形例２について、ＵＥにおける上り通信用ＴＲＰの切替えの動作の他の例を示す図である。
【図３２】実施の形態１の変形例２について、ＵＥにおける上り通信用ＴＲＰの切替えの動作の他の例を示す図である。
【図３３】実施の形態１の変形例２について、ＵＥにおける上り通信用ＴＲＰの切替えの動作の他の例を示す図である。
【図３４】実施の形態１の変形例２について、ＵＥにおける上り通信用ＴＲＰの切替えの動作の他の例を示す図である。
【図３５】実施の形態４について、ＭＣＧ故障からの復旧に役割切替えを適用する動作を示す図である。
【図３６】実施の形態４の変形例１について、ＭＣＧ故障からの復旧に役割切替えを適用する動作を示す図である。
【図３７】実施の形態５について、ＳＬにおけるマルチキャリアの運用を示す図である。
【図３８】実施の形態５について、複数のキャリア上で同じタイミングのＰＳＣＣＨ、ＰＳＳＣＨを設定するためのシーケンスの一例である。
【図３９】実施の形態５について、複数のキャリア上で同じタイミングのＰＳＣＣＨ、ＰＳＳＣＨを設定するためのシーケンスの一例である。
【図４０】実施の形態５の変形例１について、複数のキャリア上で同じタイミングのＰＳＣＣＨ、ＰＳＳＣＨを設定するためのシーケンスの一例である。
【図４１】実施の形態６について、ＰＣ５ベースのＶ２Ｖを説明するための概念図である。
【図４２】実施の形態６について、ＵｕベースのＶ２Ｖを説明するための概念図である。
【図４３】実施の形態６について、ＰＣ５ベースのＶ２ＶとＵｕベースのＶ２Ｖを用いたパケット複製を説明するための概念図である。
【図４４】実施の形態６について、ＵＥ＿ｔｘにおけるパケット複製を示す図である。
【図４５】実施の形態６について、ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いたパケット複製の一例を示す図である。
【図４６】実施の形態６について、パケット複製用のベアラ設定のためのシーケンスの一例を示す図である。
【図４７】実施の形態６について、パケット複製用のベアラ設定のためのシーケンスの一例を示す図である。
【図４８】実施の形態６の変形例１について、ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いたパケット複製の一例を示す図である。
【図４９】実施の形態６の変形例１について、パケット複製用のベアラ設定のためのシーケンスの一例を示す図である。
【図５０】実施の形態６の変形例１について、パケット複製用のベアラ設定のためのシーケンスの一例を示す図である。
【図５１】実施の形態６の変形例２について、ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いたパケット複製の一例を示す図である。
【図５２】実施の形態６の変形例２について、スプリットベアラ設定のためのシーケンスの一例を示す図である。
【図５３】実施の形態６の変形例２について、スプリットベアラ設定のためのシーケンスの一例を示す図である。
【発明を実施するための形態】
【００６６】
実施の形態１．
図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ−ＵＴＲＡＮ（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；以下、ＤＵと称する場合がある）２１９に分割されていてもよい。ＣＵ２１８は、ｇＮＢ２１７の中に１つ構成される。ＤＵ２１９は、ｇＮＢ２１７の中に１つあるいは複数構成される。ＣＵ２１８は、ＤＵ２１９とＦ１インタフェースにより接続され、ＣＵ２１８とＤＵ２１９との間で制御情報および／あるいはユーザデータが通信される。
【００８２】
図４は、ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図４において、実線はＵ−Ｐｌａｎｅの接続を示し、破線はＣ−Ｐｌａｎｅの接続を示す。図４において、ｅＮＢ２２３−１がマスタ基地局となり、ｇＮＢ２２４−２がセカンダリ基地局となる（このＤＣ構成を、ＥＮ−ＤＣと称する場合がある）。図４において、ＭＭＥ部２０４とｇＮＢ２２４−２との間のＵ−Ｐｌａｎｅ接続がｅＮＢ２２３−１経由で行われる例について示しているが、ＭＭＥ部２０４とｇＮＢ２２４−２との間で直接行われてもよい。
【００８３】
図５は、ＮＧコアに接続するｇＮＢによるＤＣの構成を示した図である。図５において、実線はＵ−Ｐｌａｎｅの接続を示し、破線はＣ−Ｐｌａｎｅの接続を示す。図５において、ｇＮＢ２２４−１がマスタ基地局となり、ｇＮＢ２２４−２がセカンダリ基地局となる（このＤＣ構成を、ＮＲ−ＤＣと称する場合がある）。図５において、５ＧＣ部２１４とｇＮＢ２２４−２との間のＵ−Ｐｌａｎｅ接続がｇＮＢ２２４−１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４−２との間で直接行われてもよい。
【００８４】
図６は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成を示した図である。図６において、実線はＵ−Ｐｌａｎｅの接続を示し、破線はＣ−Ｐｌａｎｅの接続を示す。図６において、ｅＮＢ２２６−１がマスタ基地局となり、ｇＮＢ２２４−２がセカンダリ基地局となる（このＤＣ構成を、ＮＧ−ＥＮ−ＤＣと称する場合がある）。図６において、５ＧＣ部２１４とｇＮＢ２２４−２との間のＵ−Ｐｌａｎｅ接続がｅＮＢ２２６−１経由で行われる例について示しているが、５ＧＣ部２１４とｇＮＢ２２４−２との間で直接行われてもよい。
【００８５】
図７は、ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの、他の構成を示した図である。図７において、実線はＵ−Ｐｌａｎｅの接続を示し、破線はＣ−Ｐｌａｎｅの接続を示す。図７において、ｇＮＢ２２４−１がマスタ基地局となり、ｅＮＢ２２６−２がセカンダリ基地局となる（このＤＣ構成を、ＮＥ−ＤＣと称する場合がある）。図７において、５ＧＣ部２１４とｅＮＢ２２６−２との間のＵ−Ｐｌａｎｅ接続がｇＮＢ２２４−１経由で行われる例について示しているが、５ＧＣ部２１４とｅＮＢ２２６−２との間で直接行われてもよい。
【００８６】
図８は、図２に示す移動端末２０２の構成を示すブロック図である。図８に示す移動端末２０２の送信処理を説明する。まず、プロトコル処理部３０１からの制御データ、およびアプリケーション部３０２からのユーザデータが、送信データバッファ部３０３へ保存される。送信データバッファ部３０３に保存されたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部３０３から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調部３０５にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７−１〜３０７−４から基地局２０３に送信信号が送信される。図８において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。
【００８７】
また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７−１〜３０７−４により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調部３０８にて、ウェイト計算および乗算処理が行われてもよい。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図８では省略しているが、各部３０１〜３０９と接続している。図８において、移動端末２０２が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。
【００８８】
図９は、図２に示す基地局２０３の構成を示すブロック図である。図９に示す基地局２０３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２０３とＥＰＣ（ＭＭＥ部２０４など）との間のデータの送受信を行う。５ＧＣ通信部４１２は、基地局２０３と５ＧＣ（５ＧＣ部２１４など）との間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。プロトコル処理部４０３からの制御データ、ならびにＥＰＣ通信部４０１、５ＧＣ通信部４１２、および他基地局通信部４０２からのユーザデータおよび制御データは、送信データバッファ部４０４へ保存される。
【００８９】
送信データバッファ部４０４に保存されたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部４０４から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調部４０６にて、ＭＩＭＯにおけるプリコーディングが行われてもよい。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８−１〜４０８−４より一つもしくは複数の移動端末２０２に対して送信信号が送信される。図９において、アンテナの数が４つである場合について例示したが、アンテナ数は４つに限定されない。
【００９０】
また、基地局２０３の受信処理は以下のように実行される。一つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部４０３あるいは５ＧＣ通信部４１２あるいはＥＰＣ通信部４０１、他基地局通信部４０２へ渡され、ユーザデータは５ＧＣ通信部４１２、ＥＰＣ通信部４０１および他基地局通信部４０２へ渡される。基地局２０３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図４では省略しているが、各部４０１〜４１０と接続している。図９において、基地局２０３が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。
【００９１】
図９は、基地局２０３の構成について示したブロック図であるが、基地局２１３についても同様の構成としてもよい。また、図８および図９について、移動端末２０２のアンテナ数と、基地局２０３のアンテナ数は、同じであってもよいし、異なってもよい。
【００９２】
図１０は、ＭＭＥの構成を示すブロック図である。図１０では、前述の図２に示すＭＭＥ部２０４に含まれるＭＭＥ２０４ａの構成を示す。ＰＤＮ  ＧＷ通信部５０１は、ＭＭＥ２０４ａとＰＤＮ  ＧＷとの間のデータの送受信を行う。基地局通信部５０２は、ＭＭＥ２０４ａと基地局２０３との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ  ＧＷ通信部５０１から、ユーザプレイン通信部５０３経由で基地局通信部５０２に渡され、１つあるいは複数の基地局２０３へ送信される。基地局２０３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５０２から、ユーザプレイン通信部５０３経由でＰＤＮ  ＧＷ通信部５０１に渡され、ＰＤＮ  ＧＷへ送信される。
【００９３】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ  ＧＷ通信部５０１から制御プレイン制御部５０５へ渡される。基地局２０３から受信したデータが制御データであった場合、制御データは、基地局通信部５０２から制御プレイン制御部５０５へ渡される。
【００９４】
制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５−１、ＳＡＥベアラコントロール部５０５−２、アイドルステート（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）」であってもよい。
【０１１６】
図１３は、ＮＲにおけるセルの構成の一例を示す。ＮＲのセルでは、狭いビームを形成し、方向を変えて送信する。図１３に示す例において、基地局７５０は、ある時間において、ビーム７５１−１を用いて移動端末との送受信を行う。他の時間において、基地局７５０は、ビーム７５１−２を用いて移動端末との送受信を行う。以下同様にして、基地局７５０はビーム７５１−３〜７５１−８のうち１つあるいは複数を用いて移動端末との送受信を行う。このようにすることで、基地局７５０は広範囲のセルを構成する。
【０１１７】
図１３において、基地局７５０が用いるビームの数を８とする例について示したが、ビームの数は８とは異なっていてもよい。また、図１３に示す例において、基地局７５０が同時に用いるビームの数を１つとしたが、複数であってもよい。
【０１１８】
ＵＥとＮＲ基地局（以下、ｇＮＢと称する場合がある）との接続において、ｇＮＢ配下の複数のＴＲＰ（Transmission Reception Point）が用いられてもよい。例えば、図１３における基地局７５０が、ｇＮＢ配下のＴＲＰのうちの１つであってもよい。なお、ＴＲＰは送受信機（transmitter-receiver）と称してもよい。前述の複数のＴＲＰは、互いに非同期であってもよい。すなわち、各ＴＲＰが送受信する信号のサブフレーム境界が、互いに異なっていてもよい。前述の非同期は、例えば、バックホール遅延が互いに異なることによるものであってもよい。ｇＮＢは配下のＵＥに対して、複数のＴＲＰを用いた送受信を、同時に行ってもよいし、各ＴＲＰについて異なるタイミングで行ってもよい。ＵＥは、ｇＮＢに対し、該複数のＴＲＰとの間の送受信を、同時に行ってもよいし、異なるタイミングで行ってもよい。
【０１１９】
他の例として、ＵＥは、ｇＮＢ配下の送受信先ＴＲＰを切替えてもよい。例えば、ＵＥは、接続中のＴＲＰよりも、同じｇＮＢ配下の他のＴＲＰとの間の通信品質が良くなったことを用いて、接続先のＴＲＰを、前述の、通信品質が良くなったＴＲＰに切替えてもよい。
【０１２０】
前述において、以下に示す問題が生じる。すなわち、新しく接続するＴＲＰと同期を確立するための方法が開示されていない。このことにより、ＵＥは新しく接続するＴＲＰとの間で同期を確立することができず、その結果、新しく接続するＴＲＰとの間の通信を開始できないといった問題が生じる。
【０１２１】
前述の問題に対する解決策を以下に開示する。
【０１２２】
ＵＥをＴＲＰと接続させる場合において、例えば、ＵＥが接続するＴＲＰの切替えにおいて、ｇＮＢはＵＥに対してランダムアクセス処理の開始を指示する。該指示は、Ｌ１／Ｌ２シグナリング、例えば、ＰＤＣＣＨを用いて通知されてもよい。すなわち、該ランダムアクセス処理は、ＰＤＣＣＨ指示ＲＡ（PDCCH-order Random Access）であってもよい。このことにより、例えば、基地局はＵＥに対して迅速なランダムアクセス指示が可能となる。
【０１２３】
他の例として、該指示は、ＭＡＣシグナリングを用いて通知されてもよい。このことにより、例えば、基地局は該指示に多くの情報を載せることが可能となる。他の例として、該指示は、ＲＲＣシグナリングを用いて通知されてもよい。このことにより、例えば、基地局は該指示にさらに多くの情報を載せることが可能となる。
【０１２４】
ｇＮＢは、該指示を、切替え対象のＴＲＰ（例えば、切替え前のＴＲＰ）を用いて行ってもよいし、切替え対象とは異なるＴＲＰを用いて行ってもよい。前述の、切替え対象とは異なるＴＲＰを用いた該指示は、例えば、ｇＮＢがＵＥと複数のＴＲＰを用いて通信する場合において用いられてもよい。このことにより、例えば、切替え対象のＴＲＰよりも通信品質が良いＴＲＰを用いることで、ｇＮＢからＵＥへのＴＲＰ切替え指示における信頼性向上が可能となる。
【０１２５】
該指示が、ＳＣｅｌｌのＴＲＰの切替えに用いられてもよい。ｇＮＢは、該切替え指示を、ＳＣｅｌｌとは異なるセル、例えば、ＰＣｅｌｌ、ＰＳＣｅｌｌ、あるいはＰＤＣＣＨ送信可能なＳＣｅｌｌから送信してもよい。該指示に、ＴＲＰ切替えが行われるセルに関する情報（例えばセルの識別子）が含まれてもよい。このことにより、例えば、ｇＮＢは、異なるセルに対するＴＲＰ切替え指示が可能となる。
【０１２６】
該指示が、セル間のＴＲＰの切替えに用いられてもよい。ｇＮＢは、該切替え指示を、切替え前後のセルから送信してもよいし、該セルとは異なるセルから送信してもよい。該指示に、セル間のＴＲＰ切替えが行われるセルに関する情報（例えば、切替え前および／あるいは切替え後のセルの識別子）が含まれてもよい。このことにより、例えば、ｇＮＢは、セル間のＴＲＰ切替え指示が可能となる。
【０１２７】
ｇＮＢは、ＵＥからの測定結果通知を用いて、切替え後のＴＲＰを判断してもよい。ｇＮＢは、該ＴＲＰにおいてＵＥとの通信に用いるビームを判断してもよい。このことにより、例えば、ＵＥとｇＮＢとの間のＴＲＰ切替え後の通信における信頼性を確保可能となる。ＵＥにおける該測定結果は、ＣＳＩ−ＲＳの測定結果であってもよいし、ＳＳブロックの測定結果であってもよい。ｇＮＢは、ＵＥが受信した前述の信号の信号強度、例えば、ＲＳＲＰを用いて、切替え後のＴＲＰを判断してもよい。ｇＮＢは、前述の信号の受信品質、例えば、ＲＳＲＱを用いて、切替え後のＴＲＰを判断してもよい。ｇＮＢは、信号対雑音比を用いて切替え後のＴＲＰを判断してもよい。
【０１２８】
ｇＮＢは、ＵＥに対し、前述の信号の測定指示を行ってもよい。該測定指示は、ＲＲＣシグナリングを用いて行われてもよい。ＲＲＣシグナリングの例として、非特許文献２６（３ＧＰＰ  ＴＳ３８．３３１  Ｖ１５．２．１）に記載のＭｅａｓＣｏｎｆｉｇが用いられてもよいし、他のシグナリングが用いられてもよい。他の例として、該測定指示は、ＭＡＣシグナリングを用いて行われてもよいし、Ｌ１／Ｌ２シグナリングを用いて行われてもよい。ＣＳＩ報告指示が用いられてもよいし、他のシグナリングが用いられてもよい。このことにより、例えば、ｇＮＢはＵＥに対して測定指示を迅速に通知可能となる。
【０１２９】
ｇＮＢは、ＵＥに対する測定指示に、測定対象とするＴＲＰに関する情報、例えば、ＴＲＰの識別子を含めてもよい。ｇＮＢは該測定指示に、測定対象とするビームに関する情報、例えばビームの識別子を含めてもよい。ｇＮＢは該測定指示に、ＵＥからｇＮＢに対して報告する測定結果の個数に関する情報を含めてもよい。他の例として、ｇＮＢは該測定指示に、測定対象とするＴＲＰおよび／あるいはビームの一覧を含めてもよい。測定対象とするビームに関する情報は、例えば、該ビームを用いて送信されるＣＳＩ−ＲＳの識別子であってもよいし、該ビームを用いて送信されるＳＳブロックの識別子であってもよい。
【０１３０】
ＴＲＰの識別子は、ｇＮＢ内で一意に与えられてもよいし、セル内で一意に与えられてもよいし、ＵＥ毎に、例えば、仮想セル識別子（Virtual Cell ID）毎に与えられてもよい。ＴＲＰの識別子が、セル識別子を含んでもよいし、ＵＥの識別子を含んでもよいし、仮想セル識別子を含んでもよい。ビームの識別子についても、ＴＲＰの識別子と同様としてもよいし、ＴＲＰ内で一意に与えられてもよい。ビームの識別子が、ＴＲＰの識別子を含んでもよい。
【０１３１】
ＵＥはｇＮＢに対し、測定結果を報告してもよい。該報告には、測定したＴＲＰに関する情報が含まれてもよい。該報告には、該ＴＲＰにおけるビームに関する情報、例えば、該ビームにおけるＣＳＩ−ＲＳ識別子および／あるいはＳＳブロック識別子が含まれてもよい。該報告には、該ビームにおける受信信号強度、受信品質、および／あるいは信号対雑音比が含まれてもよい。該報告に、接続中のＴＲＰおよび／あるいはビームの測定結果が含まれてもよい。前述の、接続中のＴＲＰおよび／あるいはビームは、ｇＮＢからＵＥに対する測定指示に測定対象として含まれないＴＲＰおよび／あるいはビームであってもよい。ＵＥは、接続中のＴＲＰおよび／あるいはビームの測定を、該測定指示の測定対象に含まれていなくとも、行うとしてもよい。このことにより、例えば、ｇＮＢは、ＵＥが接続中のＴＲＰおよび／あるいはビームも含めて最適な接続先ＴＲＰおよび／あるいはビームを選択可能となり、その結果、通信の信頼性を向上可能となる。
【０１３２】
前述の測定結果の報告には、例えば、ＲＲＣシグナリングが用いられてもよい。ＲＲＣシグナリングが用いられる例として、非特許文献２６（３ＧＰＰ  ＴＳ３８．３３１  Ｖ１５．２．１）に記載のＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔが用いられてもよいし、他のシグナリングが用いられてもよい。他の例として、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。Ｌ１／Ｌ２シグナリングが用いられる例として、ＣＳＩ報告（CSI reporting）が用いられてもよい。前述のＣＳＩ報告は、ＰＵＣＣＨに含まれるとしてもよいし、ＰＵＳＣＨに含まれるとしてもよい。前述のＣＳＩ報告は、周期的なＣＳＩ報告であってもよいし、セミパーシステントなＣＳＩ報告であってもよいし、非周期的なＣＳＩ報告であってもよい。他の例として、ＲＡＣＨが用いられてもよいし、ＳＲＳが用いられてもよい。ＲＡＣＨが用いられる場合の例として、測定結果の情報がＲＡＣＨのプリアンブルのシーケンスとして含まれてもよい。ＳＲＳが用いられる場合の例として、測定対象のＴＲＰおよび／あるいはビームに関する情報がＳＲＳの時間および／あるいは周波数のリソースとして含まれてもよいし、測定結果の情報がＳＲＳの時間および／あるいは周波数のリソースとして含まれてもよいし、ＳＲＳのシーケンスとして含まれてもよいし、前述の組合せであってもよい。
【０１３３】
ビームの識別子は、ｇＮＢの中で一意としてもよい。ＴＲＰとビームの対応付けに関する情報をｇＮＢが配下のＵＥに対し、報知してもよいし、個別に通知してもよい。ＵＥは、測定結果の該報告に、ビームの識別子を含めてもよい。このことにより、例えば、該報告におけるシグナリング量を削減可能となる。該通知には、例えば、ＲＲＣ個別シグナリングが用いられてもよいし、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。
【０１３４】
他の例として、ビームの識別子は、ＴＲＰの中で一意としてもよい。ＵＥは、測定結果の該報告に、ＴＲＰの識別子を含めてｇＮＢに通知してもよい。このことにより、例えば、１つのＴＲＰ内でサポート可能なビームの数を多くすることが可能となり、その結果、通信システムにおける柔軟性を向上可能となる。ｇＮＢはＵＥに対し、ＴＲＰの識別子に関する情報を報知してもよいし、個別に通知してもよい。該報知には、例えば、ＰＢＣＨが用いられてもよいし、ＲＭＳＩ（Remaining System Information）が用いられてもよいし、その他のシステム情報（Other System Information）が用いられてもよい。該通知には、例えば、ＲＲＣ個別シグナリングが用いられてもよいし、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。
【０１３５】
切替え後のＴＲＰの判断における他の例として、ＵＥが切替え後ＴＲＰの候補をｇＮＢに通知するとしてもよい。ｇＮＢが、該候補の中から切替え後ＴＲＰを決定するとしてもよい。ｇＮＢは、決定したＴＲＰをＵＥに通知してもよい。該通知は、例えば、ｇＮＢがＵＥからの測定結果通知を用いて切替え後のＴＲＰを判断する方法と同様の方法であってもよい。このことにより、例えば、ｇＮＢはＴＲＰの負荷状況を用いて切替え後ＴＲＰを選択可能となり、その結果、通信システムを効率的に運用可能となる。
【０１３６】
ＵＥは、接続先ＴＲＰを含む周辺ＴＲＰの測定を行ってもよい。該測定は、ｇＮＢからの測定指示を用いて行われてもよいし、該測定指示が無くとも行われてもよい。例えば、該測定は、周期的に行われてもよいし、所定の条件を満たした場合に行われるとしてもよい。該条件は、例えば、接続中のＴＲＰとの間の通信品質に関する条件であってもよい。該条件において、接続中のＴＲＰとの通信における受信誤り率（例えば、ＢＥＲでもよいし、ＢＬＥＲでもよい）に関する閾値が用いられてもよいし、該ＴＲＰから送信されるＲＳのＲＳＲＰに関する閾値が用いられてもよいし、ＲＳＲＱに関する閾値が用いられてもよいし、ＳＩＮＲに関する閾値が用いられてもよい。該ＲＳは、例えば、ＤＭＲＳであってもよいし、ＣＳＩ−ＲＳであってもよいし、ＰＴＲＳであってもよい。ＲＳの代わりにＳＳブロックが用いられてもよい。該条件は、例えば、ＵＥにおける通信品質について、前述の閾値以下、あるいは未満となった場合に、ＵＥが該測定を開始する、というものであってもよい。このことにより、例えば、ＵＥとｇＮＢとの間の通信品質を確保しつつ、ＵＥとｇＮＢとの間のシグナリング量を削減可能となる。
【０１３７】
前述における閾値は、規格で予め定められてもよいし、ｇＮＢからＵＥに対して報知あるいは通知されてもよい。該通知に、例えば、ＲＲＣシグナリングが用いられてもよいし、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。
【０１３８】
ＵＥにおける該候補の選択方法として、周辺ＴＲＰから受信した信号のＲＳＲＰを用いてもよいし、ＲＳＲＱを用いてもよいし、ＳＩＮＲを用いてもよいし、前述の組合せを用いてもよい。例えば、ＲＳＲＰの良い順に、予め定められた数のＴＲＰおよび／あるいはビームを該候補としてもよいし、所定の閾値以上あるいは上回るＲＳＲＰとなるＴＲＰおよび／あるいはビームを該候補としてもよい。あるいは、例えば、前述の所定の閾値以上あるいは上回るＲＳＲＰおよび／あるいはビームのうち、ＲＳＲＰあるいはＲＳＲＱあるいはＳＩＮＲが良い順に、予め定められた数までのＴＲＰおよび／あるいはビームを、該候補としてもよい。このことにより、例えば、ＵＥとｇＮＢとの間のシグナリング量の増大を防止可能となる。前述において、所定の閾値以上あるいは上回るかどうかにかかわらず、最低１つのＴＲＰおよび／あるいはビームを該候補とする、としてもよい。
【０１３９】
前述の、該候補の選択に用いられる閾値は、ＵＥの測定開始に用いられる閾値と同じとしてもよいし、異ならせてもよい。該候補の選択に用いられる閾値の決め方についても、ＵＥの測定開始に用いられる閾値と同様に決められてもよいし、同様の方法でＵＥに報知あるいは通知されてもよい。このことにより、例えば、通信システムの設計における複雑性を回避可能となる。
【０１４０】
前述における、予め定められた数は、規格で定められてもよいし、ｇＮＢからＵＥに対して報知あるいは通知されてもよい。該通知に、例えば、ＲＲＣシグナリングが用いられてもよいし、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよい。
【０１４１】
切替え後のＴＲＰの判断における他の例として、ＵＥが切替え後のＴＲＰを判断してもよい。ＵＥは、例えば、接続先ＴＲＰを含む周辺ＴＲＰの測定を行ってもよい。該測定は、ｇＮＢからの測定指示を用いて行われてもよいし、該測定指示が無くとも、例えば、周期的に、行われてもよいし、ｇＮＢからＵＥに対するＴＲＰ切替え指示を用いて行われてもよい。ｇＮＢからＵＥに対するＴＲＰ切替え指示において、切替え先のＴＲＰに関する情報が無いとしてもよい。ＵＥは、判断したＴＲＰに関する情報をｇＮＢに通知してもよい。該指示には、該ＴＲＰにおけるビームに関する情報が含まれてもよい。ビームに関する該情報は、例えば、該ビームにおけるＣＳＩ−ＲＳ識別子および／あるいはＳＳブロック識別子であってもよい。該通知には、例えば、ＲＲＣシグナリングが用いられてもよいし、ＭＡＣシグナリングが用いられてもよいし、Ｌ１／Ｌ２シグナリングが用いられてもよいし、前述の組合せが用いられてもよい。例えば、ＭＡＣシグナリングおよび／あるいはＬ１／Ｌ２シグナリングが用いられることにより、ＵＥは基地局に対して、判断したＴＲＰに関する情報を迅速にｇＮＢに通知可能となる。
【０１４２】
ＵＥは、自ＵＥが受信した前述の信号の信号強度、例えば、ＲＳＲＰを用いて、切替え後のＴＲＰを判断してもよい。ＵＥは、前述の信号の受信品質、例えば、ＲＳＲＱを用いて、切替え後のＴＲＰを判断してもよい。ＵＥは、信号対雑音比を用いて切替え後のＴＲＰを判断してもよい。このことにより、例えば、ＴＲＰ切替え後におけるＵＥとｇＮＢとの間の通信の信頼性を向上可能となる。
【０１４３】
ｇＮＢからＵＥへのランダムアクセス開始指示に含まれる情報の例として、以下の（１）〜（１４）を開示する。
【０１４４】
（１）新しく接続するＴＲＰに関する情報。
【０１４５】
（２）接続中のＴＲＰとの接続が切れることを示す情報。
【０１４６】
（３）接続が切れるＴＲＰに関する情報。
【０１４７】
（４）接続を維持するＴＲＰに関する情報。
【０１４８】
（５）新しく接続するＴＲＰの候補に関する情報。
【０１４９】
（６）接続先のＴＲＰへのＰＲＡＣＨ送信タイミングに関する情報。
【０１５０】
（７）接続先のＴＲＰへのＰＲＡＣＨに用いるプリアンブルに関する情報。
【０１５１】
（８）切替え前ＴＲＰと切替え後ＴＲＰとの間の同期、非同期に関する情報。
【０１５２】
（９）切替え後ＴＲＰのフレームタイミングに関する情報。
【０１５３】
（１０）切替え後ＴＲＰのバックホール遅延に関する情報。
【０１５４】
（１１）ＴＲＰ切替え後のプライマリＴＲＰ（非特許文献２７参照）に関する情報。
【０１５５】
（１２）ＴＲＰ切替え後のプライマリおよび／あるいはセカンダリＰＤＣＣＨ（非特許文献２７参照）に関する情報。
【０１５６】
（１３）ＵＥに対するスケジューリング情報。
【０１５７】
（１４）前述の（１）〜（１３）の組合せ。
【０１５８】
前述の（１）の情報は、例えば、接続先のＴＲＰの識別子であってもよいし、該ＴＲＰが用いるビームに関する情報であってもよい。該ビームの情報として、例えば、ＳＳブロックに関する情報が用いられてもよいし、ＣＳＩ−ＲＳに関する情報が用いられてもよいし、前述の両方が用いられてもよい。前述の（１）の情報に該ビームの情報が含まれることにより、例えば、ＵＥは、接続先のビームを迅速に捕捉可能となる。前述のＳＳブロックに関する情報は、例えば、ＳＳブロックの識別子であってもよい。前述のＣＳＩ−ＲＳに関する情報は、例えば、ＣＳＩ−ＲＳリソースの識別子であってもよい。
【０１５９】
前述の（１）の情報は、１つであってもよいし、複数であってもよい。例えば、ＵＥにおける接続先として複数のＴＲＰを追加する場合において、前述の（１）の情報を複数としてもよい。複数のビームを追加する場合においても、同様としてもよい。前述の、複数のビームを追加する場合にあっては、接続先のＴＲＰは１つであってもよいし、複数であってもよい。このことにより、例えば、ＵＥの接続先として複数のＴＲＰおよび／あるいはビームを追加する場合における基地局からＵＥへのシグナリング量を削減可能となる。
【０１６０】
前述の（１）の情報は、接続先のＴＲＰおよび／あるいはビームの個数に関する情報を含んでもよい。このことにより、例えば、ＵＥは接続先のＴＲＰおよび／あるいはビームの数を迅速に取得可能となり、その結果、ＵＥはＴＲＰおよび／あるいはビームの接続処理を迅速に実行可能となる。
【０１６１】
前述の（１）の情報は、接続先のＴＲＰおよび／あるいはビームの個数の情報のみであってもよい。例えば、ＵＥは、送受信可能なＴＲＰおよび／あるいはビームの中から、前述の個数のＴＲＰおよび／あるいはビームを新しい接続先として決定してもよい。ＵＥは、新しい接続先ＴＲＰおよび／あるいはビームの決定にあたり、ＴＲＰおよび／あるいはビームから受信した信号の強度を用いてもよいし、該ＴＲＰおよび／あるいはビームに対するＰＲＡＣＨ送信タイミングを用いてもよいし、他の指標（例えば、受信した信号の信号対雑音比）を用いてもよい。このことにより、例えば、ＵＥは、通信品質の高いＴＲＰおよび／あるいはビームを用いて基地局と通信が可能となり、その結果、ＵＥと基地局との間の通信品質を向上可能となる。また、例えば、ＵＥはＰＲＡＣＨ送信タイミングが早いＴＲＰおよび／あるいはビームを用いることが可能となり、その結果、ＵＥにおける迅速なＴＲＰおよび／あるいはビームの切替えおよび／あるいは追加が可能となる。
【０１６２】
前述の（２）について、ＵＥは、該情報を用いて、ＵＥが接続するＴＲＰを切替えるか追加するかを判断してもよい。例えば、前述の（２）の情報が、接続が切れないという内容を示している場合、ＵＥは該内容を用いて、接続するＴＲＰを追加することとしてもよい。このことにより、例えば、ＵＥは、接続先のＴＲＰの追加、切替えを迅速に判断可能となる。
【０１６３】
前述の（３）の情報は、例えば、前述の（１）の情報と同様であってもよい。例えば、該情報は、切替え前のＴＲＰおよび／あるいはビーム、例えば、ＵＥとの接続が切れるＴＲＰおよび／あるいはビームに関する情報であってもよいし、該ＴＲＰおよび／あるいはビームの個数に関する情報を含んでもよい。このことにより、例えば、前述の（１）と同様の効果が得られる。
【０１６４】
前述の（３）の情報は、ランダムアクセス開始指示とは異なるシグナリングでｇＮＢからＵＥに通知されてもよい。例えば、該情報はＴＲＰ解放指示としてｇＮＢからＵＥに対してシグナリングされてもよい。このことにより、例えば、接続ＴＲＰの解放のみを行う場合において、ｇＮＢからＵＥに対してランダムアクセス開始指示を送信不要となり、その結果、ｇＮＢとＵＥとの間のシグナリング量を削減可能となる。
【０１６５】
ＴＲＰ解放指示は、例えば、Ｌ１／Ｌ２シグナリングであってもよい。このことにより、例えば、ｇＮＢからＵＥに対して迅速な通知が可能となる。他の例として、該シグナリングは、ＭＡＣシグナリングであってもよいし、ＲＲＣシグナリングであってもよい。このことにより、例えば、多くの情報を通知可能となる。
【０１６６】
前述の（４）の情報も、例えば、前述の（１）の情報と同様であってもよい。例えば、該情報は、ＵＥとの接続を維持するＴＲＰおよび／あるいはビームに関する情報であってもよいし、該ＴＲＰおよび／あるいはビームの個数に関する情報を含んでもよい。このことにより、例えば、前述の（１）と同様の効果が得られる。
【０１６７】
前述の（４）の情報も、前述の（３）と同様、ランダムアクセス開始指示とは異なるシグナリングでｇＮＢからＵＥに通知されてもよい。例えば、前述のＴＲＰ解放指示に前述の（４）の情報が含まれてもよい。
【０１６８】
前述の（５）の情報は、例えば、前述の（１）の情報と同様であってもよい。例えば、該情報は、ＵＥとの接続の候補となるＴＲＰおよび／あるいはビームに関する情報であってもよい。ＵＥは、前述の（５）に含まれる接続先のＴＲＰおよび／あるいはビームの中から、新しく接続するＴＲＰおよび／あるいはビームを選択してもよい。ＵＥは、前述の（１）に含まれる個数のＴＲＰおよび／あるいはビームを選択してもよい。ＵＥは、新しい接続先ＴＲＰおよび／あるいはビームの決定にあたり、前述の（１）の情報に関して開示した方法を用いてもよい。このことにより、例えば、ＵＥは、通信品質の高い、および／あるいは、ＰＲＡＣＨ送信タイミングが早いＴＲＰおよび／あるいはビームを選択可能となる。その結果、ＵＥと基地局との間の通信品質を向上可能となる。また、例えば、ＵＥにおける迅速なＴＲＰおよび／あるいはビームの切替えおよび／あるいは追加が可能となる。
【０１６９】
前述の（６）の情報は、例えば、切替え後のＴＲＰおよび／あるいはビームに対してＵＥがＰＲＡＣＨを送信すべきタイミングに関する情報であってもよい。ＵＥは、該情報を用いて、接続先のＴＲＰおよび／あるいはビームに対してＰＲＡＣＨを送信してもよい。このことにより、ＵＥは、接続先のＴＲＰおよび／あるいはビームに対するランダムアクセス処理を迅速に実行可能となる。
【０１７０】
前述の（６）の情報は、他の例として、切替え後のＴＲＰにおける、ＳＳブロックとＰＲＡＣＨ送信可能タイミング（例えばＰＲＡＣＨオケージョン（occasion））との対応関係を示す情報であってもよい。該情報におけるＳＳブロックは、例えば、ＳＳブロックインデックス（SSB index）であってもよい。ＵＥは、該情報の取得により、切替え後のＴＲＰにおけるシステム情報を取得しないとしてもよい。このことにより、例えば、ＵＥはＴＲＰ切替えを迅速に実行可能となる。
【０１７１】
他の例として、ＵＥは、前述の（６）の情報を、ｇＮＢの報知情報から取得するとしてもよい。該報知情報は、例えば、接続先のＴＲＰから送信されてもよい。このことにより、例えば、ｇＮＢからＵＥに対するランダムアクセス指示のシグナリング量を削減可能となる。
【０１７２】
前述の（７）の情報に含まれるプリアンブルは、該ＵＥに対して個別に与えられたプリアンブルとするとよい。ＵＥは、通知されたＲＡプリアンブルの情報を用いて、新しく接続するＴＲＰおよび／あるいはビームとのランダムアクセス処理を開始してもよい。このことにより、ＵＥとｇＮＢとの間のランダムアクセス処理を迅速に実行可能となる。
【０１７３】
前述の（７）の情報に含まれるプリアンブルは、ＴＲＰの中で一意に与えられてもよいし、ＴＲＰが用いる各ビームの中で一意に与えられてもよい。このことにより、例えば、ＲＡプリアンブルの枯渇を防止可能となり、その結果、収容可能ＵＥ数を増大可能となる。
【０１７４】
他の例として、前述の（７）の情報に含まれるプリアンブルは、ｇＮＢの中で一意に与えられてもよい。前述の（７）に含まれるプリアンブルの情報から、ＵＥが接続すべきＴＲＰおよび／あるいはビームが一意に決まるとしてもよい。このことにより、例えば、基地局からＵＥに対するランダムアクセス指示におけるシグナリング量を削減可能となる。
【０１７５】
前述の（７）の情報は、他の例として、切替え後のＴＲＰにおける、ＳＳブロックとプリアンブルとの対応関係を示す情報であってもよい。該情報におけるＳＳブロックは、例えば、ＳＳブロックインデックス（SSB index）であってもよい。ＵＥは、該情報の取得により、切替え後のＴＲＰにおけるシステム情報を取得しないとしてもよい。このことにより、例えば、ＵＥはＴＲＰ切替えを迅速に実行可能となる。
【０１７６】
ＵＥがｇＮＢとの接続に用いるＲＡプリアンブルに関する他の例として、前述の（１）に関する情報からＲＡプリアンブルが一意に決まるとしてもよい。このことにより、例えば、基地局からＵＥに対するランダムアクセス指示におけるシグナリング量を削減可能となる。
【０１７７】
前述の（８）の情報は、例えば、ｇＮＢが測定したものであってもよいし、ＵＥが測定してｇＮＢに報告したものであってもよい。ＵＥは、前述の（８）の情報を用いて、例えば、切替え前ＴＲＰと切替え後ＴＲＰが同期である場合において、切替え後ＴＲＰに対してランダムアクセス処理を行わないとしてもよい。このことにより、例えば、ＵＥにおけるＴＲＰ切替えを迅速に実行可能となる。
【０１７８】
前述の（９）の情報は、例えば、切替え前ＴＲＰと切替え後ＴＲＰとのフレームタイミングの差分に関する情報であってもよい。該情報は、例えば、ｇＮＢが測定したものであってもよいし、ＵＥが測定してｇＮＢに報告したものであってもよい。ＵＥは、該情報を用いて、切替え後ＴＲＰのＰＲＡＣＨ受信タイミングにおいてＰＲＡＣＨを送信してもよい。このことにより、例えば、ＵＥは切替え後ＴＲＰからのＳＳバーストを待つ必要が無くなり、その結果、ＵＥは切替え後ＴＲＰへのＲＡＣＨ送信を迅速に実行可能となる。
【０１７９】
前述の（１０）の情報は、例えば、切替え前ＴＲＰにおけるバックホール遅延と切替え後ＴＲＰにおけるバックホール遅延の差分に関する情報であってもよい。該情報は、例えば、ｇＮＢが測定したものであってもよいし、ＵＥが測定してｇＮＢに報告したものであってもよい。ＵＥは、該情報を用いて、切替え後ＴＲＰに対するＰＲＡＣＨ送信を行ってもよい。このことにより、例えば、ＲＡ応答におけるＴＡ（Timing Advance）の値を小さくすることが可能となり、その結果、ＲＡ応答受信後におけるＵＥの処理量を削減可能となる。
【０１８０】
前述の（１１）の情報は、例えば、プライマリＴＲＰの識別子であってもよい。他の例として、前述の（１１）の情報は、プライマリＴＲＰの切替え有無を示す識別子であってもよいし、切替え後のＴＲＰがプライマリＴＲＰであるかどうかを示す識別子であってもよい。ｇＮＢおよびＵＥは、該ＴＲＰ以外のＴＲＰをセカンダリＴＲＰと判断してもよい。ＵＥは、前述の（１１）に関する情報を用いて、プライマリＴＲＰの切替えを行ってもよい。このことにより、例えば、ＵＥに対してプライマリＴＲＰが設定されている場合において、ＵＥはプライマリＴＲＰの切替えを迅速に実行可能となる。
【０１８１】
前述の（１２）の情報は、例えば、プライマリＰＤＣＣＨおよび／あるいはセカンダリＰＤＣＣＨを送信するＴＲＰの識別子であってもよい。前述のＴＲＰの識別子は、１つであってもよいし、複数であってもよい。セカンダリＰＤＣＣＨを送信するＴＲＰの識別子が無いとしてもよい。セカンダリＰＤＣＣＨを送信するＴＲＰの識別子が無い場合において、セカンダリＰＤＣＣＨが送信されない、としてもよい。前述の（１２）の情報に、プライマリＴＲＰの識別子が含まれないとしてもよい。プライマリＰＤＣＣＨは、少なくともプライマリＴＲＰから送信される、としてもよい。ＵＥは、前述の（１２）の情報を用いて、プライマリＰＤＣＣＨおよび／あるいはセカンダリＰＤＣＣＨの受信動作を行ってもよい。ＵＥは、前述の（１２）の情報に含まれないＴＲＰに対する受信動作を停止するとしてもよい。このことにより、例えば、ＵＥにおける消費電力を削減可能となる。
【０１８２】
前述の（１３）の情報は、例えば、ＵＥが切替え後のＴＲＰとの間で行う送受信のスケジューリング情報であってもよい。ＵＥは、前述の（１３）の情報を用いて、切替え後ＴＲＰとの間の信号および／あるいはデータの送受信を行ってもよい。このことにより、例えば、ＵＥは、切替え後ＴＲＰとの同期確立後、迅速にデータ送受信を実行可能となる。
【０１８３】
前述の（１３）の情報に関する他の例として、該情報がＲＡ応答に含まれてもよい。このことにより、例えば、ＵＥは、切替え後ＴＲＰとの同期確立後、迅速にデータ送受信を実行可能となるとともに、ＵＥのＴＲＰ切替え時における通信環境をスケジューリングに反映可能となる。このため、通信システムにおける送受信の効率を向上可能となる。
【０１８４】
前述の（１３）の情報に関する他の例として、該情報がランダムアクセス指示とＲＡ応答の両方に含まれてもよい。例えば、周期的および／あるいはセミパーシステントなスケジューリングに関する情報がランダムアクセス指示に含まれ、動的なスケジューリングに関する情報がＲＡ応答に含まれるとしてもよい。このことにより、例えば、ＵＥは、切替え後ＴＲＰとの同期確立後、迅速にデータ送受信を実行可能となるとともに、ＲＡ応答におけるシグナリング量を削減可能となる。
【０１８５】
前述の（１３）の情報について、プライマリＰＤＣＣＨによってスケジューリングされるＰＤＳＣＨの情報が含まれてもよいし、ＰＵＣＣＨの情報が含まれてもよいし、ＰＵＳＣＨの情報が含まれてもよいし、ＳＲＳの情報が含まれてもよい。前述のＰＤＳＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、および／あるいはＳＲＳの情報には、該チャネルおよび／あるいは信号の送受信が行われるＴＲＰの情報、例えば、ＴＲＰの識別子が含まれてもよい。前述のＰＤＳＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、および／あるいはＳＲＳの情報に含まれるＴＲＰは、複数であってもよい。ＵＥは、前述の（１３）の情報を用いて、該チャネルおよび／あるいは信号の送受信を行ってもよい。このことにより、例えば、複数ＴＲＰを用いた通信における柔軟なスケジューリングが可能となる。
【０１８６】
ＵＥは、ｇＮＢからのランダムアクセス指示を用いて、接続先ＴＲＰとのランダムアクセスを行う。ＵＥは、切替え後ＴＲＰのフレームタイミングを用いて、ランダムアクセス処理を開始してもよい。ＵＥは、該ランダムアクセス指示を用いて、切替え後ＴＲＰとの下り同期を確立してもよい。ＵＥは、接続先ＴＲＰから送信されるＳＳブロックの受信を用いて、該下り同期確立を行ってもよい。このことにより、例えば、切替え後ＴＲＰにおける干渉を防止可能となる。ＵＥは、接続先ＴＲＰとの下り同期を予め取っておいてもよい。例えば、ＵＥは、接続先ＴＲＰの測定時において確立した下り同期を維持してもよい。前述の測定は、例えば、ＣＳＩ−ＲＳの測定であってもよいし、ＳＳブロックの測定であってもよい。このことにより、例えば、ＵＥはｇＮＢに対してＰＲＡＣＨを迅速に送信可能となる。
【０１８７】
他の例として、ＵＥは、切替え前ＴＲＰのフレームタイミングを用いてランダムアクセス処理を開始してもよい。ＵＥは、前述の（９）に関する情報を用いて、切替え後ＴＲＰのフレームタイミングを導出してもよい。ＵＥは、導出したフレームタイミングを用いて、切替え後ＴＲＰのＰＲＡＣＨ受信タイミングにおいてＰＲＡＣＨを送信してもよい。このことにより、例えば、ＵＥは切替え後ＴＲＰからのＳＳバーストを待つ必要が無くなり、その結果、ＵＥは切替え後ＴＲＰへのＲＡＣＨ送信を迅速に実行可能となる。
【０１８８】
ＵＥは、ランダムアクセス処理にあたり、ｇＮＢからのシステム情報を取得してもよい。ＵＥは、該システム情報を用いて、ＰＲＡＣＨ送信タイミング（例えば、ＰＲＡＣＨオケージョン（occasion））を取得してもよい。このことにより、例えば、ｇＮＢは前述の（６）の情報をＵＥに個別に通知不要となり、その結果、ｇＮＢとＵＥとの間のシグナリング量を削減可能となる。
【０１８９】
他の例としてＵＥは、ランダムアクセス処理にあたり、ｇＮＢからのシステム情報を取得しなくてもよい。ｇＮＢはＵＥに対して、前述の（６）の情報を通知してもよい。ＵＥは、前述の（６）の情報を用いて、ＰＲＡＣＨ送信タイミング（例えば、ＰＲＡＣＨオケージョン（occasion））を取得してもよい。このことにより、例えば、ＵＥはシステム情報の取得が不要となり、その結果、ＵＥはランダムアクセスを迅速に実行可能となる。
【０１９０】
ｇＮＢはＵＥに対して、前述の（７）の情報を予め通知してもよい。ＵＥは、前述の（７）の情報に含まれるプリアンブルを用いてランダムアクセス処理を行ってもよい。このことにより、例えば、ランダムアクセスにおける他のＵＥとの衝突を防止可能となり、その結果、ＵＥはランダムアクセスを迅速に実行可能となる。
【０１９１】
ＳＳブロックとＰＲＡＣＨ送信可能タイミングとの対応関係は、ＴＲＰ内で一意に与えられるとしてもよい。例えば、該対応関係が、ＴＲＰ間で異なるとしてもよい。このことにより、例えば、ｇＮＢにおけるＰＲＡＣＨ送信可能タイミングの割り当てを柔軟に実行可能となる。
【０１９２】
他の例として、ＳＳブロックとＰＲＡＣＨ送信可能タイミングとの対応関係は、セル内で一意に与えられるとしてもよい。すなわち、該対応関係がＴＲＰ間で一意であるとしてもよい。このことにより、例えば、通信システムにおける複雑性を回避可能となる。
【０１９３】
ｇＮＢから送信されるシステム情報が、送信元のＴＲＰ毎に異なっていてもよい。例えば、該システム情報は、該ＴＲＰに関するシステム情報のみとしてもよい。該ＴＲＰに関するシステム情報には、例えば、該ＴＲＰにおける、前述のＳＳブロックとＰＲＡＣＨ送信可能タイミングとの対応関係が含まれてもよい。このことにより、例えば、ｇＮＢが送信するシステム情報の量を削減可能となる。
【０１９４】
他の例として、ｇＮＢから送信されるシステム情報に、ｇＮＢ配下の全部あるいは一部のＴＲＰに関するシステム情報が含まれてもよい。該ＴＲＰに関するシステム情報には、例えば、該ＴＲＰにおける、前述のＳＳブロックとＰＲＡＣＨ送信可能タイミングとの対応関係が含まれてもよい。このことにより、例えば、ＵＥはＴＲＰ切替え時における切替え先のＴＲＰにて用いられるシステム情報を取得済みとできるため、ＵＥはＴＲＰ切り替えを迅速に実行可能となる。
【０１９５】
ＵＥは、ｇＮＢからのランダムアクセス指示を用いて、切替え前のＴＲＰを経由した信号および／あるいはデータの送受信を停止してもよい。ＵＥは、ｇＮＢから切替え後ＴＲＰを経由して受信したＲＡ応答を用いて、切替え後のＴＲＰを経由した信号および／あるいはデータの送受信を再開してもよい。ｇＮＢについても、同様としてもよい。このことにより、例えば、ＴＲＰ切替え中における切替え前および／あるいは切替え後のＴＲＰへの干渉を防止可能となる。
【０１９６】
ＵＥは、ｇＮＢからのランダムアクセス指示に対するＨＡＲＱ応答を、切替え前のＴＲＰに対して送信してもよい。該ＨＡＲＱ応答の送信は、例えば、該ランダムアクセス指示がＲＲＣシグナリングあるいはＭＡＣシグナリングを用いて行われた場合に行ってもよい。このことにより、例えば、ＵＥにおける該シグナリングのＨＡＲＱ復号結果がＮＧとなった場合においても、ＵＥはｇＮＢに対してＨＡＲＱ−Ｎａｃｋを通知することが可能となるとともに、ｇＮＢはＵＥに対して、該ランダムアクセス指示を再送可能となる。
【０１９７】
ＵＥは、ｇＮＢからの下りデータに対するＨＡＲＱ応答を、切替え前のＴＲＰに対して送信してもよい。切替え前のＴＲＰに対するＨＡＲＱ応答の送信は、例えば、前述のランダムアクセス指示に対するＨＡＲＱ応答の送信前において行われるとしてもよい。このことにより、例えば、ＵＥにおける該下りデータのＨＡＲＱ復号結果がＮＧとなった場合においても、ＵＥはｇＮＢに対してＨＡＲＱ−Ｎａｃｋを通知することが可能となるとともに、ｇＮＢはＵＥに対して、該下りデータを再送可能となる。
【０１９８】
ＵＥは、ｇＮＢからの下りデータに対するＨＡＲＱ応答を、切替え後のＴＲＰに対して送信してもよい。切替え後のＴＲＰに対するＨＡＲＱ応答の送信は、例えば、前述のランダムアクセス指示に対するＨＡＲＱ応答の送信後において行われるとしてもよい。ＵＥは、該ＨＡＲＱ応答を、切替え後のＴＲＰへのＰＲＡＣＨ送信タイミングまで保留するとしてもよい。このことにより、例えば、前述と同様の効果が得られる。
【０１９９】
ＵＥは、ｇＮＢへの上りデータに対するＨＡＲＱ応答を、切替え前のＴＲＰより受信してもよい。切替え前のＴＲＰからのＨＡＲＱ応答の受信は、例えば、前述のランダムアクセス指示に対するＨＡＲＱ応答の送信前において行われるとしてもよい。このことにより、例えば、ｇＮＢにおける該上りデータのＨＡＲＱ復号結果がＮＧとなった場合においても、ＵＥはｇＮＢからのＨＡＲＱ−Ｎａｃｋを受信することが可能となるとともに、ＵＥはｇＮＢに対して、該上りデータを再送可能となる。
【０２００】
ＵＥは、ｇＮＢへの上りデータに対するＨＡＲＱ応答を、切替え後のＴＲＰより受信してもよい。切替え後のＴＲＰからのＨＡＲＱ応答の受信は、例えば、前述のランダムアクセス指示に対するＨＡＲＱ応答の送信前において行われるとしてもよい。ＵＥは、該ＨＡＲＱ応答の受信を、切替え後のＴＲＰからのＲＡ応答受信タイミング以降まで保留するとしてもよい。このことにより、例えば、前述と同様の効果が得られる。
【０２０１】
他の例として、ＵＥは、該ランダムアクセス指示以降、あるいは該指示より後における下りデータ受信を想定しなくてもよい。ＵＥは、該ランダムアクセス指示以降、あるいは該指示より後の下りデータを受信しないとしてもよい。ＵＥに対する下りデータ送信は、切替え後ＴＲＰからのＲＡ応答後に再開されるとしてもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。
【０２０２】
他の例として、ＵＥは、該ランダムアクセス指示以降、あるいは該指示より後における上りデータ送信を行わないとしてもよい。ＵＥからの上りデータ送信は、切替え後ＴＲＰからのＲＡ応答後に再開されるとしてもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。
【０２０３】
ＵＥは、接続先ＴＲＰを選択し直してもよいし、決定し直してもよい。前述の動作は、例えば、ＵＥが切替え後のＴＲＰへの切替え処理に失敗した場合に行ってもよい。該切替え処理の失敗とは、例えば、ランダムアクセス処理の失敗であってもよいし、ＳＳブロックの捕捉失敗であってもよい。ＵＥは、接続先ＴＲＰの再選択あるいは再決定において、ｇＮＢに対し、ＴＲＰ切替え処理に失敗したことを示す情報を含めて通知してもよい。このことにより、例えば、ＴＲＰ切替え処理に失敗した場合におけるｇＮＢとＵＥとの間の通信不能状態を回避可能となる。その結果、通信システムにおけるロバスト性を向上可能となる。
【０２０４】
図１４および図１５は、ＵＥの接続ＴＲＰを切替える動作を示す図である。図１４と図１５とは境界線ＢＬ１４１５の位置で繋がっている。図１４および図１５に示す例において、ＵＥが接続するＴＲＰがＴＲＰ＃１からＴＲＰ＃２に切替わるとする。また、図１４および図１５は、ＵＥはＣＳＩ−ＲＳを測定し、ｇＮＢが該測定結果を用いて接続先ＴＲＰを決定する場合の動作例について示している。
【０２０５】
図１４に示すステップＳＴ１４０１、ＳＴ１４０２において、ＵＥとｇＮＢとの間で、ＴＲＰ＃１を経由した上り／下りデータの送受信が行われる。ステップＳＴ１４０１はＵＥとＴＲＰ＃１との間のデータ送受信を示し、また、ステップＳＴ１４０２はＴＲＰ＃１とｇＮＢとの間のデータ送受信を示す。
【０２０６】
図１４に示すステップＳＴ１４０５、ＳＴ１４０６において、ｇＮＢはＴＲＰ＃１経由でＵＥに対してＣＳＩ−ＲＳの測定を指示する。ステップＳＴ１４０５はｇＮＢからＴＲＰ＃１への測定指示を示し、また、ステップＳＴ１４０６はＴＲＰ＃１からＵＥへの測定指示を示す。ステップＳＴ１４０５、ＳＴ１４０６にて示される測定指示は、ＲＲＣシグナリングで行われてもよいし、ＭＡＣシグナリングで行われてもよいし、Ｌ１／Ｌ２シグナリングで行われてもよい。
【０２０７】
図１４に示すステップＳＴ１４１０、ＳＴ１４１１において、ＴＲＰ＃１およびＴＲＰ＃２はＵＥに対してＣＳＩ−ＲＳを送信する。ステップＳＴ１４１０はＴＲＰ＃１からのＣＳＩ−ＲＳ送信を示し、また、ステップＳＴ１４１１はＴＲＰ＃２からのＣＳＩ−ＲＳ送信を示す。ステップＳＴ１４１３において、ＵＥはステップＳＴ１４１０、ＳＴ１４１１にて示されるＣＳＩ−ＲＳを受信し、該信号の測定を行う。
【０２０８】
図１４に示すステップＳＴ１４１５、ＳＴ１４１６において、ＵＥはＴＲＰ＃１経由でｇＮＢにＣＳＩ−ＲＳの測定結果を通知する。ステップＳＴ１４１５はＵＥからＴＲＰ＃１への測定結果通知を示し、また、ステップＳＴ１４１６はＴＲＰ＃１からｇＮＢへの測定結果通知を示す。ステップＳＴ１４１５、ＳＴ１４１６にて示される測定結果通知は、ＲＲＣシグナリングで行われてもよいし、ＭＡＣシグナリングで行われてもよいし、Ｌ１／Ｌ２シグナリングで行われてもよい。
【０２０９】
図１４に示すステップＳＴ１４２０にて、ｇＮＢはステップＳＴ１４１６の測定結果を用いて、ＵＥの接続先のＴＲＰをＴＲＰ＃１からＴＲＰ＃２に切替えると判断する。
【０２１０】
図１４に示すステップＳＴ１４２５、ＳＴ１４２６において、ｇＮＢはＴＲＰ＃１経由でＵＥに対してＲＡＣＨの開始を指示する。ステップＳＴ１４２５はｇＮＢからＴＲＰ＃１への該指示を示し、また、ステップＳＴ１４２６はＴＲＰ＃１からＵＥへの該指示を示す。該指示は、ＰＤＣＣＨを用いて送信されてもよい。該指示には、ＴＲＰ＃１からＴＲＰ＃２への切替えを示す情報が含まれる。該指示に、ＲＡプリアンブルに関する情報が含まれてもよい。ＵＥは、ステップＳＴ１４２６を用いて、図１５に示すステップＳＴ１４２７において、ＴＲＰ＃１との接続を解放する。また、図１５に示すステップＳＴ１４２８において、ＴＲＰ＃２からＵＥに対してＳＳブロックが送信され、図１５に示すステップＳＴ１４２９において、ＵＥは、ステップＳＴ１４２８のＳＳブロックを用いてＴＲＰ＃２との下り同期を確立する。ｇＮＢは、ステップＳＴ１４２５で指示を送信した後において、ＴＲＰ＃１を経由した下りデータ送信を停止する。ＵＥは、ステップＳＴ１４２６で指示を受信した後において、ＴＲＰ＃１を経由した上りデータ送信を停止する。
【０２１１】
図１５に示すステップＳＴ１４３０、ＳＴ１４３１において、ＵＥはＴＲＰ＃２経由でｇＮＢにＰＲＡＣＨを送信する。ステップＳＴ１４３０はＵＥからＴＲＰ＃２へのＰＲＡＣＨ送信を示し、また、ステップＳＴ１４３１はＴＲＰ＃２からｇＮＢへのＰＲＡＣＨ送信を示す。該ＰＲＡＣＨ送信におけるＲＡプリアンブルは、ステップＳＴ１４２６に含まれるＲＡプリアンブルであってもよいし、異なっていてもよい。
【０２１２】
図１５に示すステップＳＴ１４３５、ＳＴ１４３６において、ｇＮＢはＴＲＰ＃２経由でＵＥに対してランダムアクセス応答を通知する。ステップＳＴ１４３５はｇＮＢからＴＲＰ＃２へのランダムアクセス応答通知を示し、また、ステップＳＴ１４３６はＴＲＰ＃２からＵＥへのランダムアクセス応答通知を示す。ＵＥは、該応答を用いて、ＴＲＰ＃２との上り同期を確立する。ｇＮＢは、ステップＳＴ１４３５で指示を送信した後において、ＴＲＰ＃２を経由した下りデータ送信を開始する。ＵＥは、ステップＳＴ１４３６で指示を受信した後において、ＴＲＰ＃２を経由した上りデータ送信を開始する。
【０２１３】
図１５に示すステップＳＴ１４４０、ＳＴ１４４１において、ＵＥとｇＮＢとの間で、ＴＲＰ＃２を経由した上り／下りデータの送受信が行われる。ステップＳＴ１４４０はＵＥとＴＲＰ＃２との間のデータ送受信を示し、また、ステップＳＴ１４４１はＴＲＰ＃２とｇＮＢとの間のデータ送受信を示す。
【０２１４】
図１４および図１５において、ＣＳＩ−ＲＳの測定を行う例について示したが、ＳＳブロックの測定が行われてもよい。ｇＮＢはＵＥに対して、ステップＳＴ１４０５、ＳＴ１４０６においてＳＳブロックの測定を指示してもよい。ＵＥはｇＮＢに対して、ステップＳＴ１４１５、ＳＴ１４１６においてＳＳブロックの測定結果を通知してもよい。このことにより、例えば、ＵＥは測定対象ＴＲＰの同期に用いる信号をそのまま測定対象とできるため、ＵＥにおいて迅速な測定が可能となる。
【０２１５】
図１４および図１５において、ステップＳＴ１４２７にて示す、ＵＥにおけるＴＲＰ＃１接続解放をステップＳＴ１４３０のＰＲＡＣＨ送信の前に行う例について示した。しかし、ＴＲＰ＃１接続解放をステップＳＴ１４３６のランダムアクセス応答の後に行ってもよい。このことにより、例えば、ＵＥがＴＲＰ＃２との接続に失敗した場合においても、ＵＥはＴＲＰ＃１との接続を継続可能となり、その結果、通信システムの信頼性を向上可能となる。
【０２１６】
図１４および図１５において、ＵＥはステップＳＴ１４３６のランダムアクセス応答の後に上り同期を確立する例を示したが、ＵＥはｇＮＢに対してランダムアクセスのメッセージ３を送信してもよい。ｇＮＢはＵＥに対して、ランダムアクセスのメッセージ４を送信してもよい。前述の、ランダムアクセスのメッセージ３およびメッセージ４の送受信は、例えば、ＵＥが、ステップＳＴ１４３１にてｇＮＢから通知されたＲＡプリアンブルと異なるＲＡプリアンブルを用いている場合において適用してもよい。このことにより、例えば、ＵＥとｇＮＢとの間のＴＲＰ切替えにおいて衝突前提のランダムアクセスが可能となり、その結果、ｇＮＢにおける収容ＵＥ数を増加可能となる。
【０２１７】
他の解決策を開示する。ＵＥが接続するＴＲＰの切替えにおいて、ＵＥは自律的にランダムアクセス処理を開始する。すなわち、ＵＥは、ｇＮＢから送信される前述のランダムアクセス指示無しに、ランダムアクセス処理を開始するとしてもよい。前述のランダムアクセス指示は、例えば、ＴＲＰ切替え指示であってもよい。
【０２１８】
ｇＮＢは、ＵＥによる自律的なランダムアクセス処理に対して拒否の応答を行わないとしてもよい。該ランダムアクセス処理に続いて基地局がＵＥに対してＴＲＰの切替え指示および／あるいはＴＲＰの解放指示をすることが、ｇＮＢにおける、該自律的なランダムアクセス処理に対する拒否の動作として行われてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。
【０２１９】
他の例として、ｇＮＢは、ＵＥによる自律的なランダムアクセス処理に対して拒否の応答を行うとしてもよい。該応答は、例えば、ＲＡ応答が予め定められた期間に行われないことであってもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。
【０２２０】
前述のランダムアクセス処理は、衝突無しランダムアクセス（Contention-free RandomAccess）であってもよい。すなわち、ＵＥは、ｇＮＢから予め割り当てられたＲＡプリアンブルを用いてもよい。このことにより、例えば、ランダムアクセス処理を迅速に完了可能となる。他の例として、前述のランダムアクセス処理は、衝突前提ランダムアクセス（Contention-based Random Access）であってもよい。このことにより、例えば、ｇＮＢにおけるＲＡプリアンブルのリソースの枯渇を防止可能となり、その結果、ｇＮＢにおける収容ＵＥ数を増加可能となる。
【０２２１】
本実施の形態１において開示した方法を、ＵＥが複数ＴＲＰと送受信を行っている場合におけるＴＲＰの切替えに適用してもよい。前述において切替えるＴＲＰは１つであってもよいし、複数であってもよい。複数のＴＲＰを切替える場合において、１つずつＴＲＰを切替えてもよいし、複数のＴＲＰの切替えを一度に行ってもよい。例えば、複数のＴＲＰの切替えを一度に行うことにより、ＴＲＰ切替えを迅速に実行可能となる。
【０２２２】
ＵＥはｇＮＢに対し、自ＵＥが同時通信可能なＴＲＰの組合せに関する情報を通知してもよい。該情報は、自ＵＥが同時通信可能なビームの組合せに関する情報であってもよい。ＵＥは、該情報を、前述の測定結果報告のシグナリングに含めて通知してもよいし、異なるシグナリングを用いて通知してもよい。ｇＮＢは、該ＵＥにおける切替え先のＴＲＰの判断に、該情報を用いてもよい。このことにより、例えば、ｇＮＢは、該ＵＥが同時通信可能なＴＲＰを容易に判断可能となる。その結果、ＵＥとｇＮＢとの間における通信レートを向上可能となるとともに、ＵＥとｇＮＢとの間における信頼性を向上可能となる。
【０２２３】
ｇＮＢからＵＥに対するＴＲＰ切替え指示の通知にあたり、例えば、ＰＣｅｌｌの通信に用いているＴＲＰが用いられてもよいし、ＰＳＣｅｌｌの通信に用いられるＴＲＰが用いられてもよいし、ＰＤＣＣＨ送信可能なＳＣｅｌｌの通信用いられるＴＲＰが用いられてもよい。
【０２２４】
図１６および図１７は、複数ＴＲＰと接続するＵＥが接続ＴＲＰを切替える動作を示す図である。図１６と図１７とは境界線ＢＬ１６１７の位置で繋がっている。図１６および図１７に示す例において、ＵＥが接続するＴＲＰがＴＲＰ＃１、＃２からＴＲＰ＃１、＃３に切替わるとする。また、図１６および図１７は、ＵＥはＣＳＩ−ＲＳを測定し、ｇＮＢが該測定結果を用いて接続先ＴＲＰを決定する場合の動作例について示している。図１６および図１７において、図１４および図１５と共通する箇所には同じ番号を付し、共通する説明を省略する。
【０２２５】
図１６におけるステップＳＴ１４０１、ＳＴ１４０２は、図１４と同様である。
【０２２６】
図１６に示すステップＳＴ１５０１、ＳＴ１５０２において、ＵＥとｇＮＢとの間で、ＴＲＰ＃２を経由した上り／下りデータの送受信が行われる。ステップＳＴ１５０１はＵＥとＴＲＰ＃２との間のデータ送受信を示し、また、ステップＳＴ１５０２はＴＲＰ＃２とｇＮＢとの間のデータ送受信を示す。
【０２２７】
図１６におけるステップＳＴ１４０５〜ＳＴ１４１１は、図１４と同様である。
【０２２８】
図１６に示すステップＳＴ１５０３において、ＴＲＰ＃３はＵＥに対してＣＳＩ−ＲＳを送信する。ステップＳＴ１４１３において、ＵＥはステップＳＴ１４１０、ＳＴ１４１１、ＳＴ１５０３にて示されるＣＳＩ−ＲＳを受信し、該信号の測定を行う。
【０２２９】
図１６におけるステップＳＴ１４１５、ＳＴ１４１６は、図１４と同様である。
【０２３０】
図１６に示すステップＳＴ１５０４にて、ｇＮＢはステップＳＴ１４１６の測定結果を用いて、ＵＥの接続先のＴＲＰをＴＲＰ＃１、＃２からＴＲＰ＃１、＃３に切替えると判断する。
【０２３１】
図１６に示すステップＳＴ１５０５、ＳＴ１５０６において、ｇＮＢはＴＲＰ＃１経由でＵＥに対してＴＲＰ＃２を解放する指示を通知する。ステップＳＴ１５０５はｇＮＢからＴＲＰ＃１への該指示を示し、また、ステップＳＴ１５０６はＴＲＰ＃１からＵＥへの該指示を示す。該指示は、ＰＤＣＣＨを用いて送信されてもよい。ＵＥは、ステップＳＴ１５０６を用いて、図１７に示すステップＳＴ１５２７において、ＴＲＰ＃２との接続を解放する。
【０２３２】
図１７に示すステップＳＴ１５２５、ＳＴ１５２６において、ｇＮＢはＴＲＰ＃１経由でＵＥに対してＲＡＣＨの指示を開始する。ステップＳＴ１５２５はｇＮＢからＴＲＰ＃１への該指示を示し、また、ステップＳＴ１５２６はＴＲＰ＃１からＵＥへの該指示を示す。該指示は、ＰＤＣＣＨを用いて送信されてもよい。該指示には、ＴＲＰ＃３の追加を示す情報が含まれる。該指示に、ＲＡプリアンブルに関する情報が含まれてもよい。ＵＥは、ステップＳＴ１５２６を用いて、図１７に示すステップＳＴ１５２８においてＴＲＰ＃３からＵＥに対して送信されるＳＳブロックの受信動作を開始する。図１７に示すステップＳＴ１５２９において、ＵＥは、ステップＳＴ１５２８のＳＳブロックを用いてＴＲＰ＃３との下り同期を確立する。
【０２３３】
図１７に示すステップＳＴ１５０７、ＳＴ１５０８において、ＵＥはＴＲＰ＃３経由でｇＮＢにＰＲＡＣＨを送信する。ステップＳＴ１５０７はＵＥからＴＲＰ＃３へのＰＲＡＣＨ送信を示し、また、ステップＳＴ１５０８はＴＲＰ＃３からｇＮＢへのＰＲＡＣＨ送信を示す。該ＰＲＡＣＨ送信におけるＲＡプリアンブルは、ステップＳＴ１５２６に含まれるＲＡプリアンブルであってもよいし、異なっていてもよい。
【０２３４】
図１７に示すステップＳＴ１５０９、ＳＴ１５１０において、ｇＮＢはＴＲＰ＃３経由でＵＥに対してランダムアクセス応答を通知する。ステップＳＴ１５０９はｇＮＢからＴＲＰ＃３へのランダムアクセス応答通知を示し、また、ステップＳＴ１５１０はＴＲＰ＃３からＵＥへのランダムアクセス応答通知を示す。ＵＥは、該応答を用いて、ＴＲＰ＃３との上り同期を確立する。ｇＮＢは、ステップＳＴ１５０９で応答を送信した後において、ＴＲＰ＃３を経由した下りデータ送信を開始する。ＵＥは、ステップＳＴ１５１０で応答を受信した後において、ＴＲＰ＃３を経由した上りデータ送信を開始する。
【０２３５】
図１７に示すステップＳＴ１５１１、ＳＴ１５１２において、ＵＥとｇＮＢとの間で、ＴＲＰ＃１を経由した上り／下りデータの送受信が行われる。ステップＳＴ１５１１はＵＥとＴＲＰ＃１との間のデータ送受信を示し、また、ステップＳＴ１５１２はＴＲＰ＃１とｇＮＢとの間のデータ送受信を示す。
【０２３６】
図１７に示すステップＳＴ１５１３、ＳＴ１５１４において、ＵＥとｇＮＢとの間で、ＴＲＰ＃３を経由した上り／下りデータの送受信が行われる。ステップＳＴ１５１３はＵＥとＴＲＰ＃３との間のデータ送受信を示し、また、ステップＳＴ１５１４はＴＲＰ＃３とｇＮＢとの間のデータ送受信を示す。
【０２３７】
図１６および図１７において、ＣＳＩ−ＲＳの測定を行う例について示したが、ＳＳブロックの測定が行われてもよい。ｇＮＢはＵＥに対して、ステップＳＴ１４０５、ＳＴ１４０６においてＳＳブロックの測定を指示してもよい。ＵＥはｇＮＢに対して、ステップＳＴ１４１５、ＳＴ１４１６においてＳＳブロックの測定結果を通知してもよい。このことにより、例えば、ＵＥは測定対象ＴＲＰの同期に用いる信号をそのまま測定対象とできるため、ＵＥにおいて迅速な測定が可能となる。
【０２３８】
図１６および図１７において、ステップＳＴ１５０５、ＳＴ１５０６にて示す、ｇＮＢからＵＥに対してＴＲＰ＃２を解放する指示、および、ステップＳＴ１５２７にて示す、ＵＥにおけるＴＲＰ＃２接続解放を、ステップＳＴ１５２５、ＳＴ１５２６のＲＡＣＨ送信指示の前に行う例について示した。しかし、ｇＮＢからＵＥに対してＴＲＰ＃２を解放する指示、および、ＵＥにおけるＴＲＰ＃２接続解放を、ステップＳＴ１５０９、ＳＴ１５１０のランダムアクセス応答の後に行ってもよい。このことにより、例えば、ＵＥがＴＲＰ＃３との接続に失敗した場合においても、ＵＥはＴＲＰ＃２との接続を継続可能となり、その結果、通信システムの信頼性を向上可能となる。
【０２３９】
図１６および図１７において、ＵＥはステップＳＴ１５１０のランダムアクセス応答の後に上り同期を確立する例を示したが、ＵＥはｇＮＢに対してランダムアクセスのメッセージ３を送信してもよい。ｇＮＢはＵＥに対して、ランダムアクセスのメッセージ４を送信してもよい。前述の、ランダムアクセスのメッセージ３およびメッセージ４の送受信は、例えば、ＵＥが、ステップＳＴ１５０８にてｇＮＢから通知されたＲＡプリアンブルと異なるＲＡプリアンブルを用いている場合において適用してもよい。このことにより、例えば、ＵＥとｇＮＢとの間のＴＲＰ切替えにおいて衝突前提のランダムアクセスが可能となり、その結果、ｇＮＢにおける収容ＵＥ数を増加可能となる。
【０２４０】
図１６および図１７において、ステップＳＴ１５０５、ＳＴ１５０６として示されるＴＲＰ＃２の解放がＴＲＰ＃１経由で行われる例について示したが、ＴＲＰ＃２経由で行われてもよい。このことにより、例えば、ｇＮＢとＵＥはＴＲＰ＃１のリソースを用いて互いにデータの送受信が可能となり、その結果、通信システムにおける効率を向上可能となる。
【０２４１】
複数ＴＲＰと接続するＵＥにおけるＴＲＰの切替えにおいて、ＵＥによる自律的なランダムアクセス処理が行われてもよい。前述において、ＴＲＰの切替えは、１つずつ行われるとしてもよい。また、切替え前のＴＲＰは、例えば、ＰＣｅｌｌの通信に用いているＴＲＰであるとしてもよいし、ＰＳＣｅｌｌの通信に用いられるＴＲＰであるとしてもよいし、ＰＤＣＣＨ送信可能なＳＣｅｌｌであるとしてもよい。他の例として、ＰＲＡＣＨに、切替え前のＴＲＰの情報が含まれるとしてもよい。例えば、ＲＡプリアンブルが、切替え前のＴＲＰの識別子を用いて決められるとしてもよい。
【０２４２】
ｇＮＢは、ＵＥによる自律的なランダムアクセス処理に対して拒否の応答を行わないとしてもよい。該ランダムアクセス処理に続いて基地局がＵＥに対してＴＲＰの切替え指示および／あるいはＴＲＰの解放指示をすることが、ｇＮＢにおける、該自律的なランダムアクセス処理に対する拒否の動作として行われてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。
【０２４３】
他の例として、ｇＮＢは、ＵＥによる自律的なランダムアクセス処理に対して拒否の応答を行うとしてもよい。該応答は、例えば、ＲＡ応答が予め定められた期間に行われないことであってもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。
【０２４４】
本実施の形態１において開示した方法を、ＵＥにおける接続ＴＲＰの追加に適用してもよい。前述において追加するＴＲＰは１つであってもよいし、複数であってもよい。複数のＴＲＰを切替える場合において、１つずつＴＲＰを切替えてもよいし、複数のＴＲＰを一度に切替えてもよい。例えば、複数のＴＲＰを一度に切替えることにより、ＴＲＰ切替えを迅速に実行可能となる。
【０２４５】
ＵＥはｇＮＢに対し、自ＵＥが同時通信可能なＴＲＰの組合せに関する情報を通知してもよい。該情報に含まれる内容および／あるいは通知方法は、ＵＥが複数ＴＲＰと送受信を行っている場合におけるＴＲＰの切替えにおけるものと同様としてもよい。このことにより、例えば、前述と同様の効果が得られる。
【０２４６】
図１８および図１９は、ＵＥにおける接続ＴＲＰの追加の動作を示す図である。図１８と図１９とは境界線ＢＬ１８１９の位置で繋がっている。図１８および図１９に示す例は、ＴＲＰ＃１と接続するＵＥについて、ＴＲＰ＃２が接続先として追加される場合について示している。また、図１８および図１９は、ＵＥはＣＳＩ−ＲＳを測定し、ｇＮＢが該測定結果を用いて接続先ＴＲＰの追加を決定する場合の動作例について示している。図１８および図１９において、図１４および図１５および図１６および図１７と共通する箇所には同じ番号を付し、共通する説明を省略する。
【０２４７】
図１８におけるステップＳＴ１４０１〜ＳＴ１４１６は、図１４と同様である。
【０２４８】
図１８に示すステップＳＴ１６０１にて、ｇＮＢはステップＳＴ１４１６の測定結果を用いて、ＵＥの接続先のＴＲＰにＴＲＰ＃２を追加すると判断する。
【０２４９】
図１８におけるステップＳＴ１６２５、ＳＴ１６２６において、ｇＮＢはＴＲＰ＃１経由でＵＥに対してＲＡＣＨの指示を開始する。ステップＳＴ１６２５はｇＮＢからＴＲＰ＃１への該指示を示し、また、ステップＳＴ１６２６はＴＲＰ＃１からＵＥへの該指示を示す。該指示は、ＰＤＣＣＨを用いて送信されてもよい。該指示には、ＴＲＰ＃２の追加を示す情報が含まれる。該指示に、ＲＡプリアンブルに関する情報が含まれてもよい。ＵＥは、ステップＳＴ１６２６を用いて、図１９に示すステップＳＴ１４２８においてＴＲＰ＃２からＵＥに対して送信されるＳＳブロックの受信動作を開始する。図１９に示すステップＳＴ１４２９において、ＵＥは、ステップＳＴ１４２８のＳＳブロックを用いてＴＲＰ＃２との下り同期を確立する。
【０２５０】
図１９におけるステップＳＴ１４３０、ＳＴ１４３１、ＳＴ１４３５、ＳＴ１４３６は、図１５と同様である。
【０２５１】
図１９に示すステップＳＴ１５１１、ＳＴ１５１２は、図１７と同様である。図１９に示すステップＳＴ１４４０、ＳＴ１４４１は、図１５と同様である。
【０２５２】
図１８および図１９において、ＣＳＩ−ＲＳの測定を行う例について示したが、ＳＳブロックの測定が行われてもよい。ｇＮＢはＵＥに対して、ステップＳＴ１４０５、ＳＴ１４０６においてＳＳブロックの測定を指示してもよい。ＵＥはｇＮＢに対して、ステップＳＴ１４１５、ＳＴ１４１６においてＳＳブロックの測定結果を通知してもよい。このことにより、例えば、ＵＥは測定対象ＴＲＰの同期に用いる信号をそのまま測定対象とできるため、ＵＥにおいて迅速な測定が可能となる。
【０２５３】
図１８および図１９において、ＵＥはステップＳＴ１４３５のランダムアクセス応答の後に上り同期を確立する例を示したが、ＵＥはｇＮＢに対してランダムアクセスのメッセージ３を送信してもよい。ｇＮＢはＵＥに対して、ランダムアクセスのメッセージ４を送信してもよい。前述の、ランダムアクセスのメッセージ３およびメッセージ４の送受信は、例えば、ＵＥが、ステップＳＴ１４３１にてｇＮＢから通知されたＲＡプリアンブルと異なるＲＡプリアンブルを用いている場合において適用してもよい。このことにより、例えば、ＵＥとｇＮＢとの間のＴＲＰ切替えにおいて衝突前提のランダムアクセスが可能となり、その結果、ｇＮＢにおける収容ＵＥ数を増加可能となる。
【０２５４】
ＴＲＰの追加において、ＵＥによる自律的なランダムアクセス処理が行われてもよい。前述において、ＴＲＰの追加は、１つずつ行われるとしてもよい。ＵＥによる自律的なランダムアクセス処理によって行われる動作（例えば、ＴＲＰの切替、ＴＲＰの追加）について、規格で静的に決められるとしてもよいし、ｇＮＢからＵＥに対して報知あるいは通知してもよい。他の例として、該動作に関する情報がＰＲＡＣＨに含まれるとしてもよい。例えば、ＲＡプリアンブルが、切替え前のＴＲＰの識別子を用いて決められるとしてもよい。このことにより、例えば、ＴＲＰ追加の処理が迅速に実行可能となる。
【０２５５】
ｇＮＢは、ＵＥによる自律的なランダムアクセス処理に対して拒否の応答を行わないとしてもよい。該ランダムアクセス処理に続いて基地局がＵＥに対してＴＲＰの切替え指示および／あるいはＴＲＰの解放指示をすることが、ｇＮＢにおける、該自律的なランダムアクセス処理に対する拒否の動作として行われてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。
【０２５６】
他の例として、ｇＮＢは、ＵＥによる自律的なランダムアクセス処理に対して拒否の応答を行うとしてもよい。該応答は、例えば、ＲＡ応答が予め定められた期間に行われないことであってもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。
【０２５７】
図２０および図２１は、ＵＥと接続するＴＲＰを複数まとめて追加する動作を示す図である。図２０と図２１とは境界線ＢＬ２０２１の位置で繋がっている。図２０および図２１に示す例は、ＴＲＰ＃１と接続するＵＥについて、ＴＲＰ＃２、＃３が接続先として追加される場合について示している。また、図２０および図２１は、ＵＥはＣＳＩ−ＲＳを測定し、ｇＮＢが該測定結果を用いて接続先ＴＲＰの追加を決定する場合の動作例について示している。図２０および図２１において、図１４および図１５および図１６および図１７と共通する箇所には同じ番号を付し、共通する説明を省略する。
【０２５８】
図２０におけるステップＳＴ１４０１〜ＳＴ１４１１は、図１４と同様である。図２０におけるステップＳＴ１５０３は、図１６と同様である。図２０におけるステップＳＴ１４１３〜ＳＴ１４１６は、図１４と同様である。
【０２５９】
図２０に示すステップＳＴ１７０１にて、ｇＮＢはステップＳＴ１４１６の測定結果を用いて、ＵＥの接続先のＴＲＰとしてＴＲＰ＃２およびＴＲＰ＃３を追加すると判断する。
【０２６０】
図２０に示すステップＳＴ１７２５、ＳＴ１７２６において、ｇＮＢはＴＲＰ＃１経由でＵＥに対してＲＡＣＨの指示を開始する。ステップＳＴ１７２５はｇＮＢからＴＲＰ＃１への該指示を示し、また、ステップＳＴ１７２６はＴＲＰ＃１からＵＥへの該指示を示す。該指示は、ＰＤＣＣＨを用いて送信されてもよい。該指示には、ＴＲＰ＃２およびＴＲＰ＃３の追加を示す情報が含まれる。該指示に、ＲＡプリアンブルに関する情報が含まれてもよい。ＲＡプリアンブルに関する情報は、ＴＲＰ＃２、ＴＲＰ＃３について互いに異なっていてもよいし、同じであってもよい。ＵＥは、ステップＳＴ１７２６を用いて、図２１に示すステップＳＴ１４２８においてＴＲＰ＃２からＵＥに対して送信されるＳＳブロックの受信動作を開始する。図２１に示すステップＳＴ１４２９において、ＵＥは、ステップＳＴ１４２８のＳＳブロックを用いてＴＲＰ＃２との下り同期を確立する。
【０２６１】
図２１に示すステップＳＴ１４３０、ＳＴ１４３１において、ＵＥはＴＲＰ＃２経由でｇＮＢにＰＲＡＣＨを送信する。該ＰＲＡＣＨ送信は、図１５と同様である。
【０２６２】
ＵＥは、ステップＳＴ１７２６を用いて、図２１に示すステップＳＴ１４３５、ＳＴ１４３６のＲＡ応答を待たずに、ステップＳＴ１５２８においてＴＲＰ＃３からＵＥに対して送信されるＳＳブロックの受信動作を開始する。図２１に示すステップＳＴ１５２９において、ＵＥは、ステップＳＴ１５２８のＳＳブロックを用いてＴＲＰ＃３との下り同期を確立する。
【０２６３】
ＵＥは、図２１に示すステップＳＴ１４３５、ＳＴ１４３６のＲＡ応答を待たずに、ステップＳＴ１５０７、ＳＴ１５０８において、ＵＥはＴＲＰ＃３経由でｇＮＢにＰＲＡＣＨを送信する。該ＰＲＡＣＨ送信は、図１７と同様である。
【０２６４】
図２１に示すステップＳＴ１４３５、ＳＴ１４３６において、ｇＮＢはＴＲＰ＃２経由でＵＥに対してランダムアクセス応答を通知する。該ランダムアクセス応答は、図１７と同様である。
【０２６５】
図２１に示すステップＳＴ１５０９、ＳＴ１５１０において、ｇＮＢはＴＲＰ＃３経由でＵＥに対してランダムアクセス応答を通知する。該ランダムアクセス応答は、図１７と同様である。
【０２６６】
図２１に示すステップＳＴ１５１１、ＳＴ１５１２は、図１７と同様である。図２１に示すステップＳＴ１４４０、ＳＴ１４４１は、図１５と同様である。図２１に示すステップＳＴ１５１３、ＳＴ１５１３は、図１７と同様である。
【０２６７】
図２０および図２１において、ＣＳＩ−ＲＳの測定を行う例について示したが、ＳＳブロックの測定が行われてもよい。ｇＮＢはＵＥに対して、ステップＳＴ１４０５、ＳＴ１４０６においてＳＳブロックの測定を指示してもよい。ＵＥはｇＮＢに対して、ステップＳＴ１４１５、ＳＴ１４１６においてＳＳブロックの測定結果を通知してもよい。このことにより、例えば、ＵＥは測定対象ＴＲＰの同期に用いる信号をそのまま測定対象とできるため、ＵＥにおいて迅速な測定が可能となる。
【０２６８】
図２０および図２１において、ＵＥはステップＳＴ１４３６、ＳＴ１５１０のランダムアクセス応答の後に上り同期を確立する例を示したが、ＵＥはｇＮＢに対してランダムアクセスのメッセージ３を送信してもよい。ｇＮＢはＵＥに対して、ランダムアクセスのメッセージ４を送信してもよい。前述の、ランダムアクセスのメッセージ３およびメッセージ４の送受信は、例えば、ＵＥが、ステップＳＴ１７２６にてｇＮＢから通知されたＲＡプリアンブルと異なるＲＡプリアンブルを用いている場合において適用してもよい。このことにより、例えば、ＵＥとｇＮＢとの間のＴＲＰ切替えにおいて衝突前提のランダムアクセスが可能となり、その結果、ｇＮＢにおける収容ＵＥ数を増加可能となる。
【０２６９】
図２０および図２１において、ステップＳＴ１４２８に示すＴＲＰ＃３からのＳＳブロック受信およびステップＳＴ１５２９に示すＴＲＰ＃３下り同期確立を、ステップＳＴ１４３０、ＳＴ１４３１に示すＴＲＰ＃２経由のＰＲＡＣＨ送信の後に行う例について示した。しかし、ＴＲＰ＃３からのＳＳブロック受信およびＴＲＰ＃３下り同期確立は、ＴＲＰ＃２経由のＰＲＡＣＨ送信の前に行われてもよい。このことにより、例えば、ＵＥは、ＴＲＰ＃３との下り同期確立を迅速に実行可能となる。
【０２７０】
図２０および図２１において、ステップＳＴ１４２８〜ＳＴ１４３１に示すＴＲＰ＃２からのＳＳブロック受信、ＴＲＰ＃２との下り同期確立、ＴＲＰ＃２経由のＰＲＡＣＨ送信を、ステップＳＴ１５２８、ＳＴ１５２９、ＳＴ１５０７、ＳＴ１５０８に示すＴＲＰ＃３からのＳＳブロック受信、ＴＲＰ＃３との下り同期確立、ＴＲＰ＃３経由のＰＲＡＣＨ送信の前に行う例について示した。しかし、ＴＲＰ＃２からのＳＳブロック受信、ＴＲＰ＃２との下り同期確立、ＴＲＰ＃２経由のＰＲＡＣＨ送信が、ＴＲＰ＃３からのＳＳブロック受信、ＴＲＰ＃３との下り同期確立、ＴＲＰ＃３経由のＰＲＡＣＨ送信の後に行われるとしてもよい。前述の、後に行われる動作は、例えば、ＴＲＰ＃３からのＳＳブロック送信タイミングがＴＲＰ＃２からのＳＳブロック送信タイミングよりも前である場合に行われるとしてもよい。このことにより、例えば、ＴＲＰ＃２、＃３のＳＳブロック送信タイミングに応じて、ＵＥにおける迅速なＴＲＰ追加処理が可能となる。
【０２７１】
本実施の形態１において開示した方法を、ＵＥにおける接続ＴＲＰの解放に適用してもよい。前述において解放するＴＲＰは１つであってもよいし、複数であってもよい。複数のＴＲＰを解放する場合において、１つずつＴＲＰを解放してもよいし、複数のＴＲＰを一度に解放してもよい。例えば、複数のＴＲＰを一度に解放することにより、ＴＲＰ解放を迅速に実行可能となる。
【０２７２】
接続ＴＲＰの解放にあたり、前述のＴＲＰ解放指示が用いられてもよい。ｇＮＢはＵＥに対し、ＴＲＰ解放指示を通知してもよい。ＵＥは、該指示を用いて、接続先ＴＲＰを解放してもよい。
【０２７３】
ｇＮＢはＴＲＰ解放指示を、解放対象のＴＲＰを経由してＵＥに通知するとしてもよい。前述のＴＲＰは、１つであってもよいし、複数であってもよい。前述のＴＲＰは、解放対象のＴＲＰのうち全部であってもよいし、一部であってもよい。ＵＥは、該指示を送信したＴＲＰを、解放対象のＴＲＰと判断してもよい。このことにより、例えば、ｇＮＢからＵＥに送信するＴＲＰ解放指示に含める情報量を削減可能となる。ＵＥは、該指示を受信後、該ＴＲＰとの送受信を行わないとしてもよい。このことにより、例えば、該ＴＲＰ解放後に該ＴＲＰを用いてデータ送受信が行われる、といった誤動作を防止可能となる。
【０２７４】
他の例として、ｇＮＢはＴＲＰ解放指示を、解放対象ではないＴＲＰを経由してＵＥに通知するとしてもよい。前述のＴＲＰは、例えば、ＵＥとの間の通信品質が一番良いＴＲＰであってもよい。ＵＥは、該信号受信後、該解放指示にて示されるＴＲＰとの接続を解放してもよい。このことにより、例えば、該解放指示の通知における信頼性を確保可能となる。
【０２７５】
ＵＥは、該解放指示を用いて、解放対象のＴＲＰの通信に用いる自ＵＥのビームを停止してもよい。ＵＥは、解放対象のＴＲＰへの上り送信および下り受信の動作を止めてもよい。例えば、ＵＥは、解放対象のＴＲＰに対するＳＲＳ送信を停止してもよいし、該ＴＲＰからのＰＤＣＣＨ受信動作を停止してもよいし、該ＴＲＰからのＳＳブロックの受信動作を停止してもよいし、前述の２つ以上の組合せの動作を行ってもよい。このことにより、例えば、ＵＥにおける消費電力を削減可能となる。
【０２７６】
図２２は、ＵＥにおける接続ＴＲＰの解放の動作を示す図である。図２２に示す例は、ＴＲＰ＃１、＃２と接続するＵＥについて、ＴＲＰ＃２との接続が解放される場合について示している。また、図２２は、ＵＥはＣＳＩ−ＲＳを測定し、ｇＮＢが該測定結果を用いて接続先ＴＲＰの解放を決定する場合の動作例について示している。また、図２２は、ｇＮＢが、解放対象とは異なるＴＲＰを用いて、接続ＴＲＰの解放をＵＥに通知する場合について示している。図２２において、図１４および図１５および図１６および図１７と共通する箇所には同じ番号を付し、共通する説明を省略する。
【０２７７】
図２２におけるステップＳＴ１４０１、ＳＴ１４０２は、図１４と同様である。ステップＳＴ１５０１、ＳＴ１５０２は、図１６と同様である。
【０２７８】
図２２におけるステップＳＴ１４０５〜ＳＴ１４１６は、図１４と同様である。
【０２７９】
図２２に示すステップＳＴ１８０１にて、ｇＮＢはステップＳＴ１４１６の測定結果を用いて、ＵＥの接続先のＴＲＰのうちＴＲＰ＃２を解放すると判断する。
【０２８０】
図２２に示すステップＳＴ１８０５、ＳＴ１８０６において、ｇＮＢはＴＲＰ＃１経由でＵＥに対してＴＲＰ＃２を解放する指示を通知する。ステップＳＴ１８０５はｇＮＢからＴＲＰ＃１への該指示を示し、また、ステップＳＴ１８０６はＴＲＰ＃１からＵＥへの該指示を示す。該指示は、ＰＤＣＣＨを用いて送信されてもよい。ＵＥは、ステップＳＴ１８０６を用いて、図２２に示すステップＳＴ１８０２において、ＴＲＰ＃２との接続を解放する。
【０２８１】
図２２におけるステップＳＴ１５１１、ＳＴ１５１２は、図１７と同様である。
【０２８２】
図２２において、ＣＳＩ−ＲＳの測定を行う例について示したが、図１４および図１５の記載と同様、ＳＳブロックの測定が行われてもよい。このことにより、例えば、ＵＥは測定対象ＴＲＰの同期に用いる信号をそのまま測定対象とできるため、ＵＥにおいて迅速な測定が可能となる。
【０２８３】
図２２において、ステップＳＴ１８０５、ＳＴ１８０６として示されるＴＲＰ＃２の解放がＴＲＰ＃１経由で行われる例について示したが、ＴＲＰ＃２経由で行われてもよい。このことにより、例えば、ｇＮＢとＵＥはＴＲＰ＃１のリソースを用いて互いにデータの送受信が可能となり、その結果、通信システムにおける効率を向上可能となる。
【０２８４】
本実施の形態１において開示した方法が、ＵＥのイニシャルアクセスにおいて用いられてもよい。例えば、ＵＥは、ｇＮＢへのイニシャルアクセスにおいて、複数のＴＲＰとの接続を行ってもよい。このことにより、例えば、ＵＥとｇＮＢとの接続プロシージャにおける信頼性を向上可能となる。
【０２８５】
他の例として、本実施の形態１において開示した方法が、セル再選択に用いられてもよい。例えば、該方法が、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおける接続先ＴＲＰ切替えに適用されてもよい。ｇＮＢからＵＥに対するページングが、ｇＮＢ配下の全てのＴＲＰを用いて行われるとしてもよいし、一部のＴＲＰから行われるとしてもよい。ｇＮＢからＵＥに対するページングに用いられるＴＲＰは、１つであってもよいし、複数であってもよい。このことにより、例えば、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおいて同じｇＮＢ配下の他のＴＲＰのカバレッジ内に移動した場合においても、ｇＮＢはＵＥに対してページングを実行可能となる。
【０２８６】
他の例として、本実施の形態１において開示した方法が、ハンドオーバに用いられてもよい。例えば、ｇＮＢからＵＥに対するハンドオーバ指示に、ハンドオーバ先基地局の接続先ＴＲＰに関する情報が含まれてもよい。ＵＥは、該情報を用いて、該ＴＲＰに対して接続を行ってもよい。このことにより、例えば、ハンドオーバ後の通信の信頼性を向上可能となる。
【０２８７】
他の例として、本実施の形態１において開示した方法が、ビームフェイリャ回復（Beam failure recovery）に用いられてもよい。ｇＮＢはＵＥに対し、再接続するＴＲＰおよび／あるいはビームに関する情報を通知してもよい。該情報は、例えば、ｇＮＢからＵＥに対するビームフェイリャ回復設定（BeamFailureRecoveryConfig）に含めて通知されてもよい。このことにより、例えば、ＵＥにおけるビームフェイリャ回復を迅速に実行可能となる。
【０２８８】
セル毎に異なるプライマリＴＲＰおよび／あるいはセカンダリＴＲＰが用いられてもよい。このことにより、例えば、各セルの使用周波数等に応じてプライマリＴＲＰおよび／あるいはセカンダリＴＲＰを柔軟に設定可能となり、その結果、通信システムにおける通信の信頼性を向上可能となる。セル毎に異なるプライマリＰＤＣＣＨおよび／あるいはセカンダリＰＤＣＣＨが用いられるとしてもよい。
【０２８９】
他の例として、ネットワークスライス毎に異なるプライマリＴＲＰおよび／あるいはセカンダリＴＲＰが用いられてもよい。プライマリＴＲＰおよび／あるいはセカンダリＴＲＰが、ＱＣＩを用いて決められてもよい。このことにより、例えば、各ネットワークスライスの通信要件に応じてプライマリおよび／あるいはセカンダリＴＲＰを柔軟に設定可能となり、その結果、通信システムにおける通信の信頼性を向上可能となる。ネットワークスライス毎に異なるプライマリＰＤＣＣＨおよび／あるいはセカンダリＰＤＣＣＨが用いられるとしてもよい。
【０２９０】
ＵＥが接続可能なＴＲＰに関する情報（例えば、ＴＲＰの識別子の一覧）が、ｇＮＢからＵＥに予め報知あるいは通知されてもよい。他の例として、ＵＥにおけるＴＲＰ切替えの条件に関する情報（例えば、ＵＥがＴＲＰ切替えの判断に用いるパラメータおよび閾値）が、ｇＮＢからＵＥに予め報知あるいは通知されてもよい。ＵＥは、該情報を用いて、ＴＲＰ切替えを行ってもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。
【０２９１】
本実施の形態１によって、ＴＲＰ間モビリティにおける同期確立を迅速に実行可能となる。また、互いに非同期なＴＲＰ間、例えば、バックホール遅延のあるネットワークにおけるＴＲＰ間のモビリティにおける同期確立を迅速に実行可能となる。
【０２９２】
実施の形態１の変形例１．
実施の形態１においては、上りおよび下り通信用のＴＲＰの切替え、追加、および削除について開示したが、下り通信のみについてＴＲＰを切替えるとしてもよい。
【０２９３】
ｇＮＢはＵＥに対し、下り同期指示を通知してもよい。該下り同期指示の通知は、切替え前のＴＲＰを用いて行われてもよい。該下り同期指示は、例えば、Ｌ１／Ｌ２シグナリングを用いて行われてもよい。このことにより、例えば、基地局はＵＥに対して該下り同期指示を迅速に通知可能となる。他の例として、該下り同期指示は、ＭＡＣシグナリングを用いて行われてもよいし、ＲＲＣシグナリングを用いて行われてもよい。このことにより、例えば、該下り同期指示に多くの情報を含めてＵＥに通知可能となる。
【０２９４】
ｇＮＢからＵＥへの下り同期指示に含まれる情報は、実施の形態１におけるランダムアクセス開始指示に含まれる情報の例として開示した（１）〜（１４）と同様であってもよい。
【０２９５】
ＵＥは、該下り同期指示を用いて、該下り同期指示に含まれるＴＲＰに対して下り同期を確立してもよい。ＵＥは、該ＴＲＰに対して、上り信号および／あるいは上りデータを送信しないとしてもよい。ＵＥからの上り通信には、下り通信用ＴＲＰの切替え前に用いていたＴＲＰを引き続き使用するとしてもよい。このことにより、例えば、ＵＥは上り通信と下り通信をそれぞれ異なるＴＲＰを用いて通信可能となる。その結果、例えば、上りリンクと下りリンクの電波環境が異なる場合において、上り通信と下り通信をそれぞれ最適な通信経路を用いて通信可能となる。
【０２９６】
ＵＥは、上り通信に用いるＴＲＰとの下り同期を維持するとしてもよい。このことにより、例えば、ＵＥが該ＴＲＰとの上り同期を維持可能となり、その結果、上り通信における信頼性を向上可能となる。
【０２９７】
ＵＥはＳＲを、切替え前のＴＲＰに対して送信してもよい。切替え前のＴＲＰへのＳＲ送信に必要な情報、例えば、ＳＲ用のＰＵＣＣＨリソース設定に関する情報は、該下り同期指示を受信する前から用いられる情報であってもよい。
【０２９８】
ｇＮＢは、該ＳＲに対する上りグラントを、切替え後の下り通信用ＴＲＰ経由でＵＥに送信してもよい。ＵＥが該上りグラントを受信するにあたり必要な設定、例えば、切替え後下り通信用ＴＲＰから送信されるＤＣＩのマッピングに関する設定（例えば、ＰＤＣＣＨにおけるサーチスペースの設定）は、ｇＮＢからＵＥに対して予め通知されてもよいし、該下り同期指示に含まれてもよい。このことにより、例えば、ＵＥは切替え後の下り通信用ＴＲＰより早く受信可能となる。その結果、例えば、切替え前の下り通信用ＴＲＰとの下り通信環境が急速に悪化する場合において、ＵＥとｇＮＢとの通信品質を確保可能となる。
【０２９９】
ＵＥは、該上りグラントを用いて、該ＴＲＰとの下り同期が確立したことを示す情報を通知してもよい。該情報の通信において、切替え後の下り通信用ＴＲＰが用いられてもよい。このことにより、例えば、下り同期確立完了前においてｇＮＢが切替え後のＴＲＰを用いて下りデータを送信することによって発生する、該下りデータの送信不達による通信効率の低下を防止可能となる。
【０３００】
該情報の通知には、例えば、Ｌ１／Ｌ２シグナリングが用いられてもよい。このことにより、例えば、ＵＥは下り同期が確立したことを迅速に通知可能となる。他の例として、ＭＡＣシグナリングを用いてもよいし、ＲＲＣシグナリングを用いてもよい。このことにより、例えば、ＵＥは該情報の多くの情報を載せてｇＮＢに通知可能となる。
【０３０１】
他の例として、下り同期が確立したことの通知にＰＲＡＣＨが用いられてもよい。例えば、ＵＥは、該切替え後のＴＲＰに対してＰＲＡＣＨを送信してもよい。ｇＮＢは、該ＰＲＡＣＨに対するＲＡ応答をＵＥに送信しないとしてもよい。ＵＥは、該ＰＲＡＣＨ送信に対するＲＡ応答を受信しないとしてもよい。ＵＥは、該ＰＲＡＣＨ送信タイミングを、ｇＮＢからの報知情報より取得してもよいし、前述の、下り同期指示より取得してもよい。該下り同期指示からの該ＰＲＡＣＨ送信タイミング取得において、ｇＮＢからＵＥへのランダムアクセス開始指示に含まれる情報の例として開示した（６）を用いてもよい。
【０３０２】
該情報は、下り同期が確立したＴＲＰに関する情報を含んでもよい。ｇＮＢは、該情報を用いて、該ＴＲＰを用いた下りデータ送信を開始してもよい。このことにより、例えば、下り同期確立完了前においてｇＮＢが切替え後のＴＲＰを用いて下りデータを送信することによって発生する、該下りデータの送信不達による通信効率の低下を防止可能となる。該情報に含まれるＴＲＰは、複数であってもよい。このことにより、例えば、ＵＥから基地局に対するシグナリング量を削減可能となる。
【０３０３】
他の例として、該情報は、下り同期が確立したＴＲＰに関する情報を含まないとしてもよい。該情報が、下り同期が確立したＴＲＰに関する情報を含まないことが、ＵＥにおいて切替え後の全てのＴＲＰとの下り同期確立が完了したことを表すとしてもよい。このことにより、例えば、ＵＥから基地局に対するシグナリング量を削減可能となる。
【０３０４】
ＵＥは、該情報を、切替え前のＴＲＰ経由でｇＮＢに送信してもよい。該切替え前のＴＲＰは、例えば、上り送信用のＴＲＰであってもよい。このことにより、例えば、上りリンクと下りリンクの電波環境が異なる場合において、上り通信と下り通信をそれぞれ最適な通信経路を用いて通信可能となる。その結果、該情報の送信における信頼性を向上可能となる。
【０３０５】
ＵＥにおける、下りデータに対するＨＡＲＱ応答のタイミングは、下りデータ受信時点における、上り通信用ＴＲＰのスロット番号を基準として導出してもよい。下りデータ受信からＨＡＲＱ応答送信までのスロットオフセットは、上り通信用ＴＲＰにおけるスロット長を単位としたスロットオフセットであってもよい。該スロットオフセットは、例えば、ｇＮＢからＵＥに準静的に通知してもよいし、動的に通知してもよいし、前述の両方を組み合わせてもよい。ＵＥは、例えば、下りデータ受信時点における、上り通信用ＴＲＰのスロット番号に、該スロットオフセットを加算したスロット番号において、ＨＡＲＱ応答を送信するとしてもよい。ｇＮＢは、各ＴＲＰにおけるＴＡおよび／あるいは各ＴＲＰとのバックホール遅延の差分を用いて、ＵＥにおける、下りデータ受信時点での上り通信用ＴＲＰのスロット番号を導出してもよい。このことにより、例えば、ＵＥは、下り通信用ＴＲＰと非同期のＴＲＰに対してもＨＡＲＱ応答の送信が可能となる。
【０３０６】
ＵＥにおける、ＳＲＳ送信のタイミングにおいても、下りデータに対するＨＡＲＱ応答のタイミングと同様の方法が用いられてもよい。このことにより、例えば、前述と同様の効果が得られる。
【０３０７】
ＵＥは、下り通信用ＴＲＰを切替えないとしてもよい。例えば、ＵＥは、ｇＮＢからの下り通信用ＴＲＰ切替えに失敗した場合において、ＵＥは下り通信用ＴＲＰを切替えないとしてもよい。前述において、ＵＥはｇＮＢに対して、下り通信用ＴＲＰ切替えに失敗したことを示す情報を通知してもよい。前述において、ｇＮＢとＵＥとの下り通信において、切替え前のＴＲＰが用いられるとしてもよい。このことにより、例えば、下り通信用ＴＲＰの切替えに失敗した場合においても、ＵＥとｇＮＢとの間の通信を継続可能となる。
【０３０８】
図２３および図２４は、ＵＥにおける下り通信用ＴＲＰの切替えの動作を示す図である。図２３と図２４とは境界線ＢＬ２３２４の位置で繋がっている。図２３および図２４は、ＴＲＰ＃１と接続するＵＥについて、下り通信用のＴＲＰがＴＲＰ＃２に切替わり、ＴＲＰ＃１は上り通信用ＴＲＰとなる場合について示している。また、図２３および図２４は、ＵＥはＣＳＩ−ＲＳを測定し、ｇＮＢが該測定結果を用いて下り通信用ＴＲＰの切替えを決定する場合の動作例について示している。図２３および図２４において、図１４および図１５と共通する箇所には同じ番号を付し、共通する説明を省略する。
【０３０９】
図２３におけるステップＳＴ１４０１〜ＳＴ１４１６は、図１４と同様である。
【０３１０】
図２３に示すステップＳＴ２５０１にて、ｇＮＢはステップＳＴ１４１６の測定結果を用いて、ＵＥの下り通信用ＴＲＰをＴＲＰ＃１からＴＲＰ＃２に切替えると判断する。
【０３１１】
図２３におけるステップＳＴ２５０２、ＳＴ２５０３において、ｇＮＢはＴＲＰ＃１経由でＵＥに対して下り通信用ＴＲＰ切替えの指示を開始する。ステップＳＴ２５０２はｇＮＢからＴＲＰ＃１への該指示を示し、また、ステップＳＴ２５０３はＴＲＰ＃１からＵＥへの該指示を示す。該指示は、ＰＤＣＣＨを用いて送信されてもよい。該指示には、下り通信用ＴＲＰのＴＲＰ＃１からＴＲＰ＃２のへの切替えを示す情報が含まれる。ＵＥは、ステップＳＴ２５０３を用いて、図２４に示すステップＳＴ１４２８においてＴＲＰ＃２からＵＥに対して送信されるＳＳブロックの受信動作を開始する。図２４に示すステップＳＴ１４２９において、ＵＥは、ステップＳＴ１４２８のＳＳブロックを用いてＴＲＰ＃２との下り同期を確立する。
【０３１２】
図２４に示すステップＳＴ２５０４、ＳＴ２５０５において、ＵＥはＴＲＰ＃１経由でｇＮＢに対し、ＴＲＰ＃２との下り同期が完了したことを通知する。ステップＳＴ２５０４はＵＥからＴＲＰ＃１への該通知を示し、また、ステップＳＴ２５０５はＴＲＰ＃１からｇＮＢへの該通知を示す。ｇＮＢは、ＳＴ２５０５を用いて、ＵＥにおける下り通信用ＴＲＰの切替えの完了を認識する。
【０３１３】
図２４に示すステップＳＴ２５０７、ＳＴ２５０８において、ＵＥからｇＮＢに対する、ＴＲＰ＃１を経由した上りデータの送信が行われる。ステップＳＴ２５０７はＵＥからＴＲＰ＃１へのデータ送信を示し、また、ステップＳＴ２５０８はＴＲＰ＃１からｇＮＢへのデータ送信を示す。
【０３１４】
図２４に示すステップＳＴ２５０９、ＳＴ２５１０において、ｇＮＢからＵＥに対する、ＴＲＰ＃２を経由した下りデータの送信が行われる。ステップＳＴ２５０９はｇＮＢからからＴＲＰ＃２へのデータ送信を示し、また、ステップＳＴ２５１０はＴＲＰ＃２からＵＥへのデータ送信を示す。
【０３１５】
図２３および図２４において、ＣＳＩ−ＲＳの測定を行う例について示したが、図１４および図１５の記載と同様、ＳＳブロックの測定が行われてもよい。このことにより、例えば、ＵＥは測定対象ＴＲＰの同期に用いる信号をそのまま測定対象とできるため、ＵＥにおいて迅速な測定が可能となる。
【０３１６】
図２５および図２６は、ＵＥにおける下り通信用ＴＲＰの切替えの動作の他の例を示す図である。図２５と図２６とは境界線ＢＬ２５２６の位置で繋がっている。図２５および図２６に示す例は、ＴＲＰ＃１と上り通信を行い、ＴＲＰ＃２と下り通信を行うＵＥについて、下り通信用のＴＲＰがＴＲＰ＃２からＴＲＰ＃３に切替わる場合について示している。また、図２５および図２６は、ＵＥはＣＳＩ−ＲＳを測定し、ｇＮＢが該測定結果を用いて下り通信用ＴＲＰの切替えを決定する場合の動作例について示している。図２５および図２６において、図１４および図１５と共通する箇所には同じ番号を付し、共通する説明を省略する。
【０３１７】
図２５に示すステップＳＴ２６０１、ＳＴ２６０２において、ＵＥからｇＮＢに対する、ＴＲＰ＃１を経由した上りデータの送信が行われる。ステップＳＴ２６０１はＵＥからＴＲＰ＃１へのデータ送信を示し、また、ステップＳＴ２６０２はＴＲＰ＃１からｇＮＢへのデータ送信を示す。
【０３１８】
図２５に示すステップＳＴ２６０３、ＳＴ２６０４において、ｇＮＢからＵＥに対する、ＴＲＰ＃２を経由した下りデータの送信が行われる。ステップＳＴ２６０３はｇＮＢからからＴＲＰ＃２へのデータ送信を示し、また、ステップＳＴ２６０４はＴＲＰ＃２からＵＥへのデータ送信を示す。
【０３１９】
図２５におけるステップＳＴ１４０５〜ＳＴ１４１１は、図１４と同様である。図２５におけるステップＳＴ１５０３は、図１６と同様である。図２５におけるステップＳＴ１４１３〜ＳＴ１４１６は、図１４と同様である。
【０３２０】
図２５に示すステップＳＴ２６１１にて、ｇＮＢはステップＳＴ１４１６の測定結果を用いて、ＵＥの下り通信用ＴＲＰをＴＲＰ＃２からＴＲＰ＃３に切替えると判断する。
【０３２１】
図２５におけるステップＳＴ２６０５、ＳＴ２６０６において、ｇＮＢはＴＲＰ＃２経由でＵＥに対して下り通信用ＴＲＰ切替えの指示を開始する。ステップＳＴ２６０５はｇＮＢからＴＲＰ＃２への該指示を示し、また、ステップＳＴ２６０６はＴＲＰ＃２からＵＥへの該指示を示す。該指示は、ＰＤＣＣＨを用いて送信されてもよい。該指示には、下り通信用ＴＲＰのＴＲＰ＃２からＴＲＰ＃３のへの切替えを示す情報が含まれる。ＵＥは、ステップＳＴ２６０６を用いて、図２６に示すステップＳＴ１５２８においてＴＲＰ＃３からＵＥに対して送信されるＳＳブロックの受信動作を開始する。図２６に示すステップＳＴ１５２９において、ＵＥは、ステップＳＴ１５２８のＳＳブロックを用いてＴＲＰ＃３との下り同期を確立する。
【０３２２】
図２６に示すステップＳＴ２５０４、ＳＴ２５０５は、図２４と同様である。
【０３２３】
図２６に示すステップＳＴ２５０７、ＳＴ２５０８は、図２４と同様である。
【０３２４】
図２６に示すステップＳＴ２６０９、ＳＴ２６１０において、ｇＮＢからＵＥに対する、ＴＲＰ＃３を経由した下りデータの送信が行われる。ステップＳＴ２６０９はｇＮＢからからＴＲＰ＃３へのデータ送信を示し、また、ステップＳＴ２６１０はＴＲＰ＃３からＵＥへのデータ送信を示す。
【０３２５】
図２５および図２６において、ＣＳＩ−ＲＳの測定を行う例について示したが、図１４および図１５の記載と同様、ＳＳブロックの測定が行われてもよい。このことにより、例えば、ＵＥは測定対象ＴＲＰの同期に用いる信号をそのまま測定対象とできるため、ＵＥにおいて迅速な測定が可能となる。
【０３２６】
実施の形態１の本変形例１が、下り通信用ＴＲＰの切替え後において上り通信用ＴＲＰと下り通信用ＴＲＰが同一となる場合に適用されてもよい。前述の場合において、ＵＥは、下りＴＲＰ切替え指示を用いて、継続中の上り通信に必要な下り同期状態を維持するとしてもよい。ＵＥは、ｇＮＢに対する下り同期完了通知を行わないとしてもよい。このことにより、例えば、ＵＥにおける迅速な下り通信用ＴＲＰ切替えが可能となる。
【０３２７】
図２７および図２８は、ＵＥにおける下り通信用ＴＲＰの切替えの動作の他の例を示す図である。図２７と図２８とは境界線ＢＬ２７２８の位置で繋がっている。図２７および図２８に示す例は、ＴＲＰ＃１と上り通信を行い、ＴＲＰ＃２と下り通信を行うＵＥについて、下り通信用のＴＲＰがＴＲＰ＃２からＴＲＰ＃１に切替わり、ＴＲＰ＃１と上りおよび下りの通信を行う場合について示している。また、図２７および図２８は、ＵＥはＣＳＩ−ＲＳを測定し、ｇＮＢが該測定結果を用いて下り通信用ＴＲＰの切替えを決定する場合の動作例について示している。図２７および図２８において、図１４および図１５および図２５および図２６と共通する箇所には同じ番号を付し、共通する説明を省略する。
【０３２８】
図２７におけるステップＳＴ２６０１〜ＳＴ２６０４は、図２５と同様である。
【０３２９】
図２７におけるステップＳＴ１４０５〜ＳＴ１４１６は、図１４と同様である。
【０３３０】
図２７に示すステップＳＴ２７０１にて、ｇＮＢはステップＳＴ１４１６の測定結果を用いて、ＵＥの下り通信用ＴＲＰをＴＲＰ＃２からＴＲＰ＃１に切替えると判断する。
【０３３１】
図２７におけるステップＳＴ２７０５、ＳＴ２７０６において、ｇＮＢはＴＲＰ＃２経由でＵＥに対して下り通信用ＴＲＰ切替えの指示を開始する。ステップＳＴ２７０５はｇＮＢからＴＲＰ＃２への該指示を示し、また、ステップＳＴ２７０６はＴＲＰ＃２からＵＥへの該指示を示す。該指示は、ＰＤＣＣＨを用いて送信されてもよい。該指示には、下り通信用ＴＲＰのＴＲＰ＃２からＴＲＰ＃１のへの切替えを示す情報が含まれる。ＵＥは、ステップＳＴ２７０６を用いて、図２８に示すステップＳＴ２７０２においてＴＲＰ＃１からＵＥに対して送信されるＳＳブロックの受信動作を開始する。図２８に示すステップＳＴ２７０３において、ＵＥは、ステップＳＴ２７０２のＳＳブロックを用いてＴＲＰ＃１との下り同期を確立する。
【０３３２】
図２８に示すステップＳＴ２５０４、ＳＴ２５０５は、図２４と同様である。
【０３３３】
図２８に示すステップＳＴ１５１１、ＳＴ１５１２は、図１７と同様である。
【０３３４】
図２７および図２８において、ＣＳＩ−ＲＳの測定を行う例について示したが、図１４および図１５の記載と同様、ＳＳブロックの測定が行われてもよい。このことにより、例えば、ＵＥは測定対象ＴＲＰの同期に用いる信号をそのまま測定対象とできるため、ＵＥにおいて迅速な測定が可能となる。
【０３３５】
図２７および図２８において、ステップＳＴ２７０３においてＵＥがＴＲＰ＃１との下り同期確立を行う例について示したが、下り同期確立を行わないとしてもよい。前述において、ＵＥは、継続中の上り通信に必要な下り同期状態を維持するとしてもよい。前述において、ＵＥは、ステップＳＴ２５０４、ＳＴ２５０５における下り同期完了通知を行わないとしてもよい。このことにより、例えば、ＵＥにおける迅速な下り通信用ＴＲＰ切替えが可能となる。
【０３３６】
実施の形態１の本変形例１によって、ＵＥは上り通信と下り通信をそれぞれ異なるＴＲＰを用いて通信可能となる。その結果、例えば、上りリンクと下りリンクの電波環境が異なる場合において、上り通信と下り通信をそれぞれ最適な通信経路を用いて通信可能となる。
【０３３７】
実施の形態１の変形例２．
実施の形態１の変形例１においては、下り通信のみについてＴＲＰを切替えるとしたが、上り通信のみについてＴＲＰを切替えるとしてもよい。
【０３３８】
ｇＮＢはＵＥに対し、上り同期指示を通知してもよい。該上り同期指示の通知は、切替え前のＴＲＰを用いて行われてもよい。該上り同期指示は、実施の形態１において開示したランダムアクセス開始指示であってもよいし、他のシグナリングであってもよい。該上り同期指示は、例えば、Ｌ１／Ｌ２シグナリングを用いて行われてもよい。このことにより、例えば、基地局はＵＥに対して該上り同期指示を迅速に通知可能となる。他の例として、該上り同期指示は、ＭＡＣシグナリングを用いて行われてもよいし、ＲＲＣシグナリングを用いて行われてもよい。このことにより、例えば、該上り同期指示に多くの情報を含めてＵＥに通知可能となる。
【０３３９】
該ランダムアクセス開始指示において、上り通信用のＴＲＰのみを切替えることを示す情報が含まれるとよい。例えば、上り通信用のＴＲＰのみを切替えることを示す識別子が、該ランダムアクセス開始指示に含まれるとよい。あるいは、下り通信用のＴＲＰを切替えないことを示す情報が含まれるとよい。例えば、下り通信用のＴＲＰを切替えないことを示す識別子が含まれてもよいし、下り通信用のＴＲＰとして元のＴＲＰの情報（例えば、元のＴＲＰの識別子）が含まれてもよい。このことにより、例えば、上り同期指示として新たなシグナリングを設ける必要が無くなり、その結果、通信システムにおける設計の複雑性を回避可能となる。
【０３４０】
ＵＥは、該上り同期指示に対するＨＡＲＱ応答を、切替え前の上り通信用ＴＲＰに対して送信するとしてもよい。このことにより、例えば、ＵＥにおける該上り同期指示のＨＡＲＱ復号結果がＮＧとなった場合においても、ＵＥはｇＮＢに対してＨＡＲＱ−Ｎａｃｋを通知することが可能となる。
【０３４１】
ｇＮＢからＵＥへの上り同期指示に含まれる情報は、実施の形態１におけるランダムアクセス開始指示に含まれる情報の例として開示した（１）〜（１４）と同様であってもよい。
【０３４２】
ＵＥは、該上り同期指示を用いて、該上り同期指示に含まれるＴＲＰに対して上り同期を確立してもよい。上り同期の確立の処理は、例えば、ランダムアクセス処理であってもよい。ＵＥの下り通信には、上り通信用ＴＲＰの切替え前に用いていたＴＲＰを引き続き使用するとしてもよい。このことにより、例えば、ＵＥは上り通信と下り通信をそれぞれ異なるＴＲＰを用いて通信可能となる。その結果、例えば、上りリンクと下りリンクの電波環境が異なる場合において、上り通信と下り通信をそれぞれ最適な通信経路を用いて通信可能となる。
【０３４３】
ｇＮＢは、ＵＥと該ＴＲＰとの上り同期が確立したことを示す情報をＵＥに通知してもよい。該通知は、例えば、ｇＮＢからＵＥに対するランダムアクセス応答であってもよい。このことにより、例えば、上り同期確立処理および上り同期確立の通知のために新たなシグナリングを設ける必要が無い。その結果、通信システムにおける設計の複雑性を回避可能となる。
【０３４４】
ＵＥにおける、下りデータに対するＨＡＲＱ応答のタイミングは、下りデータ受信時点における、上り通信用ＴＲＰのスロット番号を基準として導出してもよい。下りデータ受信からＨＡＲＱ応答送信までのスロットオフセットは、上り通信用ＴＲＰにおけるスロット長を単位としたスロットオフセットであってもよい。該スロットオフセットは、例えば、ｇＮＢからＵＥに準静的に通知してもよいし、動的に通知してもよいし、前述の両方を組み合わせてもよい。ＵＥは、例えば、下りデータ受信時点における、上り通信用ＴＲＰのスロット番号に、該スロットオフセットを加算したスロット番号において、ＨＡＲＱ応答を送信するとしてもよい。ｇＮＢは、各ＴＲＰにおけるＴＡおよび／あるいは各ＴＲＰとのバックホール遅延の差分を用いて、ＵＥにおける、下りデータ受信時点での上り通信用ＴＲＰのスロット番号を導出してもよい。このことにより、例えば、ＵＥは、下り通信用ＴＲＰと非同期のＴＲＰに対してもＨＡＲＱ応答の送信が可能となる。
【０３４５】
ＵＥにおける、ＳＲＳ送信のタイミングにおいても、下りデータに対するＨＡＲＱ応答のタイミングと同様の方法が用いられてもよい。このことにより、例えば、前述と同様の効果が得られる。
【０３４６】
図２９および図３０は、ＵＥにおける上り通信用ＴＲＰの切替えの動作を示す図である。図２９と図３０とは境界線ＢＬ２９３０の位置で繋がっている。図２９および図３０に示す例は、ＴＲＰ＃１と接続するＵＥについて、上り通信用のＴＲＰがＴＲＰ＃２に切替わり、ＴＲＰ＃１は下り通信用ＴＲＰとなる場合について示している。また、図２９および図３０は、ＵＥはＣＳＩ−ＲＳを測定し、ｇＮＢが該測定結果を用いて上り通信用ＴＲＰの切替えを決定する場合の動作例について示している。図２９および図３０において、図１４および図１５と共通する箇所には同じ番号を付し、共通する説明を省略する。
【０３４７】
図２９におけるステップＳＴ１４０１〜ＳＴ１４１６は、図１４と同様である。
【０３４８】
図２９に示すステップＳＴ３１００にて、ｇＮＢはステップＳＴ１４１６の測定結果を用いて、ＵＥの上り通信用ＴＲＰをＴＲＰ＃１からＴＲＰ＃２に切替えると判断する。
【０３４９】
図２９におけるステップＳＴ３１０１、ＳＴ３１０２において、ｇＮＢはＴＲＰ＃１経由でＵＥに対して上り通信用ＴＲＰ切替えの指示を開始する。ステップＳＴ３１０１はｇＮＢからＴＲＰ＃１への該指示を示し、また、ステップＳＴ３１０２はＴＲＰ＃１からＵＥへの該指示を示す。該指示は、ＰＤＣＣＨを用いて送信されてもよい。該指示には、上り通信用ＴＲＰのＴＲＰ＃１からＴＲＰ＃２のへの切替えを示す情報が含まれる。該指示に、ＲＡプリアンブルに関する情報が含まれてもよい。ＵＥは、ステップＳＴ３１０２を用いて、図３０に示すステップＳＴ１４２８においてＴＲＰ＃２からＵＥに対して送信されるＳＳブロックの受信動作を開始する。図３０に示すステップＳＴ１４２９において、ＵＥは、ステップＳＴ１４２８のＳＳブロックを用いてＴＲＰ＃２との下り同期を確立する。
【０３５０】
図３０に示すステップＳＴ３１０３、ＳＴ３１０４において、ＵＥはＴＲＰ＃２経由でｇＮＢに対しＰＲＡＣＨを送信する。ステップＳＴ３１０３はＵＥからＴＲＰ＃２へのＰＲＡＣＨ送信を示し、また、ステップＳＴ３１０４はＴＲＰ＃２からｇＮＢへのＰＲＡＣＨ送信を示す。該ＰＲＡＣＨ送信におけるＲＡプリアンブルは、ステップＳＴ３１０２に含まれるＲＡプリアンブルであってもよいし、異なっていてもよい。
【０３５１】
図３０に示すステップＳＴ３１０５、ＳＴ３１０６において、ｇＮＢはＴＲＰ＃１経由でＵＥに対してランダムアクセス応答を通知する。ステップＳＴ３１０５はｇＮＢからＴＲＰ＃１へのランダムアクセス応答通知を示し、また、ステップＳＴ３１０６はＴＲＰ＃１からＵＥへのランダムアクセス応答通知を示す。ＵＥは、該応答を用いて、ＴＲＰ＃２との上り同期を確立する。
【０３５２】
図３０に示すステップＳＴ３１０７、ＳＴ３１０８において、ＵＥからｇＮＢに対する、ＴＲＰ＃２を経由した上りデータの送信が行われる。ステップＳＴ３１０７はＵＥからＴＲＰ＃２へのデータ送信を示し、また、ステップＳＴ３１０８はＴＲＰ＃２からｇＮＢへのデータ送信を示す。
【０３５３】
図３０に示すステップＳＴ３１０９、ＳＴ３１１０において、ｇＮＢからＵＥに対する、ＴＲＰ＃１を経由した下りデータの送信が行われる。ステップＳＴ３１０９はｇＮＢからからＴＲＰ＃１へのデータ送信を示し、また、ステップＳＴ３１１０はＴＲＰ＃１からＵＥへのデータ送信を示す。
【０３５４】
図２９および図３０において、ＣＳＩ−ＲＳの測定を行う例について示したが、図１４および図１５の記載と同様、ＳＳブロックの測定が行われてもよい。このことにより、例えば、ＵＥは測定対象ＴＲＰの同期に用いる信号をそのまま測定対象とできるため、ＵＥにおいて迅速な測定が可能となる。
【０３５５】
図２９および図３０において、ＵＥはランダムアクセス応答の後に上り同期を確立する例を示したが、図１４および図１５の記載と同様、ＵＥはｇＮＢに対してランダムアクセスのメッセージ３を送信してもよい。ｇＮＢはＵＥに対して、ランダムアクセスのメッセージ４を送信してもよい。このことにより、例えば、ＵＥとｇＮＢとの間のＴＲＰ切替えにおいて衝突前提のランダムアクセスが可能となり、その結果、ｇＮＢにおける収容ＵＥ数を増加可能となる。
【０３５６】
図３１および図３２は、ＵＥにおける上り通信用ＴＲＰの切替えの動作の他の例を示す図である。図３１と図３２とは境界線ＢＬ３１３２の位置で繋がっている。図３１および図３２に示す例は、ＴＲＰ＃１と下り通信を行い、ＴＲＰ＃２と上り通信を行うＵＥについて、上り通信用のＴＲＰがＴＲＰ＃２からＴＲＰ＃３に切替わる場合について示している。また、図３１および図３２は、ＵＥはＣＳＩ−ＲＳを測定し、ｇＮＢが該測定結果を用いて上り通信用ＴＲＰの切替えを決定する場合の動作例について示している。図３１および図３２において、図１４および図１５および図１６および図１７および図２９および図３０と共通する箇所には同じ番号を付し、共通する説明を省略する。
【０３５７】
図３１に示すステップＳＴ３２０１、ＳＴ３２０２は、図３０に示すステップＳＴ３１０７、ＳＴ３１０８と同様である。ステップＳＴ３２０３、ＳＴ３２０４は、図３０に示すステップＳＴ３１０９、ＳＴ３１１０と同様である。
【０３５８】
図３１に示すステップＳＴ１４０５〜ＳＴ１４１１は、図１４と同様である。図３１に示すステップＳＴ１５０３は、図１６と同様である。図３１に示すステップＳＴ１４１３は、図１４と同様である。
【０３５９】
図３１に示すステップＳＴ３２０５、ＳＴ３２０６において、ＵＥはＴＲＰ＃２経由でｇＮＢにＣＳＩ−ＲＳの測定結果を通知する。ステップＳＴ３２０５、ＳＴ３２０６に含まれる情報は、図１４に示すステップＳＴ１４１５、ＳＴ１４１６と同様であってもよい。ステップＳＴ３２０５、ＳＴ３２０６に用いられるシグナリングは、図１４に示すステップＳＴ１４１５、ＳＴ１４１６と同様であってもよい。
【０３６０】
図３１に示すステップＳＴ３２００にて、ｇＮＢはステップＳＴ３２０６の測定結果を用いて、ＵＥの上り通信用ＴＲＰをＴＲＰ＃２からＴＲＰ＃３に切替えると判断する。
【０３６１】
図３１におけるステップＳＴ３２１１、ＳＴ３２１２において、ｇＮＢはＴＲＰ＃１経由でＵＥに対して上り通信用ＴＲＰ切替えの指示を開始する。ステップＳＴ３２１１はｇＮＢからＴＲＰ＃１への該指示を示し、また、ステップＳＴ３２１２はＴＲＰ＃１からＵＥへの該指示を示す。該指示は、ＰＤＣＣＨを用いて送信されてもよい。該指示には、上り通信用ＴＲＰのＴＲＰ＃２からＴＲＰ＃３への切替えを示す情報が含まれる。該指示に、ＲＡプリアンブルに関する情報が含まれてもよい。ＵＥは、ステップＳＴ３２１２を用いて、図３２に示すステップＳＴ１５２８においてＴＲＰ＃３からＵＥに対して送信されるＳＳブロックの受信動作を開始する。図３２に示すステップＳＴ１５２９において、ＵＥは、ステップＳＴ１５２８のＳＳブロックを用いてＴＲＰ＃３との下り同期を確立する。
【０３６２】
図３２に示すステップＳＴ３２０７、ＳＴ３２０８において、ＵＥはＴＲＰ＃３経由でｇＮＢに対しＰＲＡＣＨを送信する。ステップＳＴ３２０７はＵＥからＴＲＰ＃３へのＰＲＡＣＨ送信を示し、また、ステップＳＴ３２０８はＴＲＰ＃３からｇＮＢへのＰＲＡＣＨ送信を示す。該ＰＲＡＣＨ送信におけるＲＡプリアンブルは、ステップＳＴ３２１２に含まれるＲＡプリアンブルであってもよいし、異なっていてもよい。
【０３６３】
図３２に示すステップＳＴ３１０５、ＳＴ３１０６は、図３０と同様のランダムアクセス応答である。ＵＥは、該応答を用いて、ＴＲＰ＃３との上り同期を確立する。
【０３６４】
図３２に示すステップＳＴ３２０９、ＳＴ３２１０において、ＵＥからｇＮＢに対する、ＴＲＰ＃３を経由した上りデータの送信が行われる。ステップＳＴ３２０９はＵＥからＴＲＰ＃３へのデータ送信を示し、また、ステップＳＴ３２１０はＴＲＰ＃３からｇＮＢへのデータ送信を示す。
【０３６５】
図３２に示すステップＳＴ３１０９、ＳＴ３１１０は、図３０と同様である。
【０３６６】
図３１および図３２において、ＣＳＩ−ＲＳの測定を行う例について示したが、図１４および図１５の記載と同様、ＳＳブロックの測定が行われてもよい。このことにより、例えば、ＵＥは測定対象ＴＲＰの同期に用いる信号をそのまま測定対象とできるため、ＵＥにおいて迅速な測定が可能となる。
【０３６７】
図３１および図３２において、ＵＥはランダムアクセス応答の後に上り同期を確立する例を示したが、図１４および図１５の記載と同様、ＵＥはｇＮＢに対してランダムアクセスのメッセージ３を送信してもよい。ｇＮＢはＵＥに対して、ランダムアクセスのメッセージ４を送信してもよい。このことにより、例えば、ＵＥとｇＮＢとの間のＴＲＰ切替えにおいて衝突前提のランダムアクセスが可能となり、その結果、ｇＮＢにおける収容ＵＥ数を増加可能となる。
【０３６８】
実施の形態１の本変形例２が、上り通信用ＴＲＰの切替え後において上り通信用ＴＲＰと下り通信用ＴＲＰが同一となる場合に適用されてもよい。前述の場合において、ＵＥは、上りＴＲＰ切替え指示を用いて、継続中の下り通信に必要な下り同期状態を維持するとしてもよい。このことにより、例えば、ＵＥにおける迅速な上り通信用ＴＲＰ切替えが可能となる。
【０３６９】
図３３および図３４は、ＵＥにおける上り通信用ＴＲＰの切替えの動作の他の例を示す図である。図３３と図３４とは境界線ＢＬ３３３４の位置で繋がっている。図３３および図３４に示す例は、ＴＲＰ＃１と下り通信を行い、ＴＲＰ＃２と上り通信を行うＵＥについて、上り通信用のＴＲＰがＴＲＰ＃２からＴＲＰ＃１に切替わり、ＴＲＰ＃１と上りおよび下りの通信を行う場合について示している。また、図３３および図３４は、ＵＥはＣＳＩ−ＲＳを測定し、ｇＮＢが該測定結果を用いて上り通信用ＴＲＰの切替えを決定する場合の動作例について示している。図３３および図３４において、図１４および図１５および図１７および図１８および図２９〜図３２と共通する箇所には同じ番号を付し、共通する説明を省略する。
【０３７０】
図３３に示すステップＳＴ３２０１〜ＳＴ３２０４は、図３１と同様である。
【０３７１】
図３３に示すステップＳＴ１４０５〜ＳＴ１４１３は、図１４と同様である。図３３に示すステップＳＴ３２０５、ステップＳＴ３２０６は、図３１と同様である。
【０３７２】
図３３に示すステップＳＴ３３００にて、ｇＮＢはステップＳＴ３２０６の測定結果を用いて、ＵＥの上り通信用ＴＲＰをＴＲＰ＃２からＴＲＰ＃１に切替えると判断する。
【０３７３】
図３３におけるステップＳＴ３１０１、ＳＴ３１０２において、ｇＮＢはＴＲＰ＃１経由でＵＥに対して上り通信用ＴＲＰ切替えの指示を開始する。ステップＳＴ３１０１はｇＮＢからＴＲＰ＃１への該指示を示し、また、ステップＳＴ３１０２はＴＲＰ＃１からＵＥへの該指示を示す。該指示は、ＰＤＣＣＨを用いて送信されてもよい。該指示には、上り通信用ＴＲＰのＴＲＰ＃２からＴＲＰ＃１のへの切替えを示す情報が含まれる。該指示に、ＲＡプリアンブルに関する情報が含まれてもよい。ＵＥは、ステップＳＴ３１０２を用いて、図３４に示すステップＳＴ２７０２においてＴＲＰ＃１からＵＥに対して送信されるＳＳブロックの受信動作を開始する。図３４に示すステップＳＴ２５０６において、ＵＥは、ステップＳＴ２７０２のＳＳブロックを用いてＴＲＰ＃１との下り同期を確立する。
【０３７４】
図３４に示すステップＳＴ３３０１、ＳＴ３３０２において、ＵＥはＴＲＰ＃１経由でｇＮＢに対しＰＲＡＣＨを送信する。ステップＳＴ３３０１はＵＥからＴＲＰ＃１へのＰＲＡＣＨ送信を示し、また、ステップＳＴ３３０２はＴＲＰ＃１からｇＮＢへのＰＲＡＣＨ送信を示す。該ＰＲＡＣＨ送信におけるＲＡプリアンブルは、ステップＳＴ３１０２に含まれるＲＡプリアンブルであってもよいし、異なっていてもよい。
【０３７５】
図３４に示すステップＳＴ３１０５、ＳＴ３１０６は、図３０と同様のランダムアクセス応答である。ＵＥは、該応答を用いて、ＴＲＰ＃１との上り同期を確立する。
【０３７６】
図３４に示すステップＳＴ１５１１、ＳＴ１５１２は、図１７と同様である。
【０３７７】
図３３および図３４において、ＣＳＩ−ＲＳの測定を行う例について示したが、図１４および図１５の記載と同様、ＳＳブロックの測定が行われてもよい。このことにより、例えば、ＵＥは測定対象ＴＲＰの同期に用いる信号をそのまま測定対象とできるため、ＵＥにおいて迅速な測定が可能となる。
【０３７８】
図３３および図３４において、ＵＥはランダムアクセス応答の後に上り同期を確立する例を示したが、図１４および図１５の記載と同様、ＵＥはｇＮＢに対してランダムアクセスのメッセージ３を送信してもよい。ｇＮＢはＵＥに対して、ランダムアクセスのメッセージ４を送信してもよい。このことにより、例えば、ＵＥとｇＮＢとの間のＴＲＰ切替えにおいて衝突前提のランダムアクセスが可能となり、その結果、ｇＮＢにおける収容ＵＥ数を増加可能となる。
【０３７９】
図３３および図３４において、ステップＳＴ２５０６においてＵＥがＴＲＰ＃１との下り同期確立を行う例について示したが、下り同期確立を行わないとしてもよい。前述において、ＵＥは、継続中の下り通信における下り同期状態を維持するとしてもよい。このことにより、例えば、ＵＥにおける迅速な下り通信用ＴＲＰ切替えが可能となる。
【０３８０】
実施の形態１にて開示したＴＲＰの切替えを、実施の形態１の変形例１と本変形例２の組合せによって行ってもよい。すなわち、ＴＲＰの切替えを、上り通信用ＴＲＰの切替えと下り通信用ＴＲＰの切替えに分けて行ってもよい。前述において、上り通信用ＴＲＰを先に切替えてもよい。例えば、大電力送信が可能なＴＲＰ（以下、大電力ＴＲＰと称する場合がある）から小電力送信を行うＴＲＰ（以下、小電力ＴＲＰと称する場合がある）への切替えにおいて、ＵＥと大電力ＴＲＰとの間の距離が離れることにより、先に上り通信用ＴＲＰを小電力ＴＲＰに切替えてもよい。例えば、ＵＥと大電力ＴＲＰとの間の距離がさらに離れた場合において、下り通信用ＴＲＰを小電力ＴＲＰに切替えてもよい。このことにより、例えば、上り、下りともに通信品質を確保可能となる。
【０３８１】
他の例として、下り通信用ＴＲＰを先に切替えてもよい。例えば、小電力ＴＲＰから大電力ＴＲＰへの切替えにおいて、例えば、ＵＥと大電力ＴＲＰとの間の距離が近づくことにより、先に下り通信用ＴＲＰを大電力ＴＲＰに切替えてもよい。例えば、ＵＥと大電力ＴＲＰとの間の距離がさらに近づくことにより、上り通信用ＴＲＰを大電力ＴＲＰに切替えてもよい。このことにより、前述と同様の効果が得られる。
【０３８２】
実施の形態１の本変形例２において、上り通信用のＴＲＰが追加されるとしてもよいし、解放されるとしてもよい。上り通信用のＴＲＰの追加および／あるいは解放において、実施の形態１において開示された方法が適用されてもよい。このことによって、例えば、通信システムにおける柔軟性を向上可能となる。
【０３８３】
実施の形態１の本変形例２によって、ＵＥは上り通信と下り通信をそれぞれ異なるＴＲＰを用いて通信可能となる。その結果、例えば、上りリンクと下りリンクの電波環境が異なる場合において、上り通信と下り通信をそれぞれ最適な通信経路を用いて通信可能となる。
【０３８４】
実施の形態１の変形例３．
複数ＴＲＰの追加を同時に行う場合において、以下に示す問題が生じる。すなわち、ＵＥが、追加対象の一部のＴＲＰに対してＰＲＡＣＨを送信する場合において、ＲＡプリアンブルが他の追加対象のＴＲＰに干渉し、その結果、ＰＲＡＣＨの通信品質が低下するといった問題が生じる。また、他の追加対象のＴＲＰが、前述のＲＡプリアンブルを誤検出するといった問題が生じる。
【０３８５】
前述の問題に対する解決策を開示する。各ＴＲＰに対するＰＲＡＣＨにおいてそれぞれ異なるＲＡプリアンブルを割り当てる。ｇＮＢはＵＥに対し、複数のＲＡプリアンブルを割り当て可能としてもよい。ｇＮＢはＵＥに対し、ＴＲＰおよび／あるいはビームと、割り当てるＲＡプリアンブルとを組み合わせた情報を通知してもよい。ＵＥは、該情報を用いて、該情報に含まれるＴＲＰおよび／あるいはビームに対し、該情報に含まれるＲＡプリアンブルを送信するとしてもよい。ｇＮＢは、ＵＥに送信した該情報に含まれるＴＲＰおよび／あるいはビームにおいては、該情報に含まれるＲＡプリアンブルのみを受信するとしてもよい。このことにより、例えば、ＴＲＰが、他のＴＲＰ向けのＲＡプリアンブルを誤検出することを防止可能となる。
【０３８６】
該情報は、例えば、実施の形態１で開示した、ランダムアクセス指示に含まれて通知されてもよいし、実施の形態１の変形例２で開示した上り同期指示に含まれて通知されてもよい。
【０３８７】
他の解決策を開示する。各ＴＲＰに対するＰＲＡＣＨの送信タイミングを互いに異ならせる。ｇＮＢはＵＥに対し、複数のＰＲＡＣＨ送信タイミングを割り当て可能としてもよい。ｇＮＢはＵＥに対し、ＴＲＰおよび／あるいはビームと、ＰＲＡＣＨ送信タイミングを組み合わせた情報を通知してもよい。ＵＥは、該情報を用いて、該情報に含まれるＴＲＰおよび／あるいはビームに対し、該情報に含まれるＰＲＡＣＨ送信タイミングにおいてＰＲＡＣＨを送信するとしてもよい。ｇＮＢは、ＵＥに送信した該情報に含まれるＴＲＰおよび／あるいはビームにおいては、該情報に含まれるＰＲＡＣＨ送信タイミングにおいてのみＰＲＡＣＨを受信するとしてもよい。このことにより、例えば、ＴＲＰ向けのＰＲＡＣＨが、他のＴＲＰ向けのＰＲＡＣＨに干渉することによるＰＲＡＣＨの通信品質の低下を防止可能となる。
【０３８８】
該情報は、例えば、実施の形態１で開示した、ランダムアクセス指示に含まれて通知されてもよいし、実施の形態１の変形例２で開示した上り同期指示に含まれて通知されてもよい。
【０３８９】
ｇＮＢはＵＥに対し、ＴＲＰおよび／あるいはビームに関する情報のみを通知するとしてもよい。ＵＥは、ｇＮＢからの報知情報を用いて、該ＴＲＰおよび／あるいはビームにおけるＰＲＡＣＨ送信タイミングを取得するとしてもよい。このことにより、例えば、ｇＮＢからＵＥに対するシグナリング量を削減可能となる。
【０３９０】
前述の２つの解決策を組み合わせて用いてもよい。例えば、各ＴＲＰに対するＲＡプリアンブルとＰＲＡＣＨ送信タイミングの両方を、互いに異ならせるとしてもよい。このことにより、例えば、ＴＲＰ向けのＰＲＡＣＨが、他のＴＲＰ向けのＰＲＡＣＨに干渉することによるＰＲＡＣＨの通信品質の低下をさらに防止可能となる。
【０３９１】
他の解決策を開示する。ＵＥは、複数ＴＲＰの追加を同時に行わないとしてもよい。例えば、ＵＥは、１つのＴＲＰからのＲＡ応答を受信する前において他のＴＲＰへのＰＲＡＣＨの送信を行わないとしてもよい。このことにより、例えば、他のＴＲＰ向けのＰＲＡＣＨに干渉することによるＰＲＡＣＨの通信品質の低下や、他のＴＲＰにおけるＰＲＡＣＨの誤検出を防止可能になる。それとともに、ＵＥの処理の複雑性を回避可能となる。
【０３９２】
ｇＮＢは、１つのＴＲＰ向けに送信するＰＲＡＣＨを、いずれのＴＲＰにおいても受信可能としてもよい。ＵＥは、前述の各ＴＲＰに対応するＲＡ応答受信タイミングのいずれにおいてもＲＡ応答を受信可能としてもよい。このことにより、例えば、ＵＥにおけるＲＡ接続機会を広げることが可能となり、その結果、ＵＥからの迅速なＲＡ処理が実現可能となる。
【０３９３】
実施の形態１の本変形例３によって、複数ＴＲＰの切替えおよび／あるいは追加時において、各ＴＲＰ間のＰＲＡＣＨの干渉低下および誤検出防止が可能となる。その結果、ランダムアクセス処理の信頼性を向上可能となる。
【０３９４】
実施の形態１の変形例４．
ＵＥによるＴＲＰの測定において、以下に示す問題が生じる。すなわち、接続中のＴＲＰと、測定対象のＴＲＰが非同期である場合において、ＵＥは測定対象ＴＲＰの測定ができない。
【０３９５】
前述の問題に対する解決策を開示する。ＵＥは、各ＴＲＰの測定を、メジャメントギャップを用いて行う。ＵＥは、メジャメントギャップの期間において、測定対象のＴＲＰとの間の同期を確立してもよい。
【０３９６】
ＵＥがメジャメントギャップを用いて測定するＴＲＰおよび／あるいはビームは、接続中のＴＲＰおよび／あるいはビームと非同期となるＴＲＰおよび／あるいはビームのみとしてもよい。ｇＮＢはＵＥに対し、接続中のＴＲＰおよび／あるいはビームと非同期となるＴＲＰおよび／あるいはビームに関する情報を通知してもよい。該情報は、例えば、実施の形態１において、ｇＮＢからＵＥへのランダムアクセス開始指示に含まれる情報として開示した（１）と同様であってもよい。ＵＥは、該情報を用いて、接続中のＴＲＰおよび／あるいはビームと非同期となるＴＲＰの情報を取得してもよい。ＵＥは、接続中のＴＲＰおよび／あるいはビームと同期しているＴＲＰおよび／あるいはビームの測定を、メジャメントギャップとは異なるタイミングにおいて行ってもよい。このことにより、例えば、メジャメントギャップ期間における測定対象ＴＲＰおよび／あるいはビームの数の増加を抑えることが可能となる。前述において、同期とは、例えば、ｇＮＢから各ＴＲＰにおける伝送遅延（例えば、バックホール遅延）の差分が、巡回プリフィックスの時間以下あるいは未満であることとしてもよい。
【０３９７】
他の例として、ｇＮＢはＵＥに対し、接続中のＴＲＰおよび／あるいはビームと同期しているＴＲＰおよび／あるいはビームに関する情報を通知してもよい。該情報は、前述と同様の情報であってもよい。該情報は、各ＴＲＰおよび／あるいはビームが接続中のＴＲＰおよび／あるいはビームとＱＣＬ（Quasi-CoLocated）の関係にあるか否かを示す情報であってもよい。
【０３９８】
実施の形態１の本変形例４によって、ＵＥは、接続中のＴＲＰおよび／あるいはビームと同期しているＴＲＰおよび／あるいはビームと、非同期のＴＲＰおよび／あるいはビームとの両方の測定を、短時間で実行可能となる。その結果、通信システムにおける効率を向上可能となる。
【０３９９】
実施の形態１の変形例５．
プライマリＴＲＰの切替えを、ＵＥが接続するＴＲＰの切替えなしに行うとしてもよい。プライマＴＲＰとは、ＵＥが初期アクセス時に接続するＴＲＰであるとしてもよい。他の例として、プライマリＴＲＰとは、制御プレインデータを他のＴＲＰよりも優先的に送信するＴＲＰであるとしてもよい。プライマリＴＲＰは、ＵＥが接続するＴＲＰのうち１つのみとしてもよいし、複数であってもよい。セカンダリＴＲＰとは、ＵＥが接続するＴＲＰのうち、プライマリＴＲＰ以外のもの、としてもよい。前述において、ｇＮＢはＵＥに対し、プライマリＴＲＰの切替えを指示してもよい。ＵＥは、該指示を用いて、プライマリＴＲＰを切替えてもよい。ＵＥは、切替え後のプライマリＴＲＰ以外の接続先ＴＲＰをセカンダリＴＲＰとしてもよい。
【０４００】
該指示は、Ｌ１／Ｌ２シグナリング、例えば、ＰＤＣＣＨを用いて通知されてもよい。このことにより、例えば、ｇＮＢはＵＥに対して迅速なプライマリＴＲＰ切替えが可能となる。
【０４０１】
他の例として、該指示は、ＭＡＣシグナリングで通知されてもよい。このことにより、例えば、ｇＮＢからＵＥに対して迅速な通知を可能としつつ、多値変調により多くの情報量を送信可能となる。
【０４０２】
他の例として、該指示は、ＲＲＣシグナリングで通知されてもよい。このことにより、例えば、ｇＮＢからＵＥに対してさらに多くの情報量を送信可能となる。
【０４０３】
他の例として、該指示は、ＲＲＣシグナリングで通知されてもよい。このことにより、例えば、ｇＮＢからＵＥに対してさらに多くの情報量を送信可能となる。
【０４０４】
他の例として、該指示は、前述の組合せとして通知されてもよい。例えば、切替え先のＴＲＰの候補と所定の通し番号を対応付けた情報をＲＲＣシグナリングでｇＮＢからＵＥに予め通知し、切替え先のＴＲＰに対応する前述の通し番号をＬ１／Ｌ２シグナリングを用いてｇＮＢからＵＥに通知するとしてもよい。このことにより、例えば、ｇＮＢからＵＥに対して多くの情報量を送信可能としつつ、迅速なＴＲＰ切替えが可能となる。
【０４０５】
プライマリＴＲＰの切替えの指示に含まれる情報として、実施の形態１においてｇＮＢからＵＥへのランダムアクセス開始指示に含まれる情報として開示した（１）と同様の情報が用いられてもよい。
【０４０６】
プライマリおよび／あるいはセカンダリＰＤＣＣＨを送信するＴＲＰの切替えについても、ＵＥが接続するＴＲＰの切替えなしに行うとしてもよい。プライマリＰＤＣＣＨとは、プライマリＴＲＰから送信されるＰＤＣＣＨであるとしてもよい。セカンダリＰＤＣＣＨとは、プライマリＰＤＣＣＨ以外のＰＤＣＣＨであるとしてもよい。他の例として、プライマリＰＤＣＣＨとは、制御プレインデータを他のＰＤＣＣＨよりも優先的にスケジューリングするＰＤＣＣＨである、としてもよい。前述において、ｇＮＢはＵＥに対し、プライマリおよび／あるいはセカンダリＰＤＣＣＨを送信するＴＲＰの切替えを指示してもよい。該指示は、プライマリＴＲＰの切替え指示と同様のシグナリングで通知されてもよい。プライマリＰＤＣＣＨを送信するＴＲＰの切替え指示と、セカンダリＰＤＣＣＨを送信するＴＲＰの切替え指示を、同じシグナリングを用いて行ってもよいし、異なるシグナリングを用いて行ってもよい。このことにより、例えば、スケジューリングの柔軟性を向上可能となる。
【０４０７】
セカンダリＰＤＣＣＨを送信するＴＲＰは、１つであってもよいし複数であってもよい。セカンダリＰＤＣＣＨを送信するＴＲＰが無いとしてもよい。セカンダリＰＤＣＣＨを送信するＴＲＰが無いとした場合において、セカンダリＰＤＣＣＨがデアクティベートされたとしてもよい。各ＴＲＰは、プライマリＰＤＣＣＨとセカンダリＰＤＣＣＨの両方を送信できない、としてもよい。他の例として、各ＴＲＰは、プライマリＰＤＣＣＨとセカンダリＰＤＣＣＨの両方を送信できるとしてもよい。このことにより、例えば、通信システムにおけるＴＲＰ制御の複雑性を回避可能となる。
【０４０８】
プライマリおよび／あるいはセカンダリＰＤＣＣＨを送信するＴＲＰの切替えの指示に含まれる情報として、実施の形態１においてｇＮＢからＵＥへのランダムアクセス開始指示に含まれる情報として開示した（１２）と同様の情報が用いられてもよい。
【０４０９】
セカンダリＰＤＣＣＨのアクティベーション／デアクティベーションの切替えが、ＵＥが接続するＴＲＰの切替えなしに行われるとしてもよい。プライマリＰＤＣＣＨは常に動作するとしてもよい。ｇＮＢはＵＥに対し、セカンダリＰＤＣＣＨのアクティベーション／デアクティベーションの切替えを指示してもよい。該指示は、プライマリＴＲＰの切替え指示と同様のシグナリングで通知されてもよい。プライマリＰＤＣＣＨを送信するＴＲＰの切替え指示と、セカンダリＰＤＣＣＨを送信するＴＲＰの切替え指示を、同じシグナリングを用いて行ってもよいし、異なるシグナリングを用いて行ってもよい。このことにより、例えば、スケジューリングの柔軟性を向上可能となる。
【０４１０】
プライマリおよび／あるいはセカンダリＰＤＳＣＨを送信するＴＲＰの切替えについても、ＵＥが接続するＴＲＰの切替えなしに行うとしてもよい。プライマリＰＤＳＣＨとは、プライマリＴＲＰから送信されるＰＤＳＣＨであるとしてもよいし、プライマリＰＤＣＣＨによってスケジューリングされるＰＤＳＣＨであるとしてもよい。セカンダリＰＤＳＣＨとは、セカンダリＰＤＣＣＨによってスケジューリングされるＰＤＳＣＨであるとしてもよい。他の例として、プライマリＰＤＳＣＨとは、制御プレインデータを他のＰＤＳＣＨよりも優先的にマッピングされるＰＤＳＣＨである、としてもよい。前述において、ｇＮＢはＵＥに対し、プライマリおよび／あるいはセカンダリＰＤＳＣＨを送信するＴＲＰの切替えを指示してもよい。該指示は、プライマリＴＲＰの切替え指示と同様のシグナリングで通知されてもよい。プライマリＰＤＳＣＨを送信するＴＲＰの切替え指示と、セカンダリＰＤＳＣＨを送信するＴＲＰの切替え指示を、同じシグナリングを用いて行ってもよいし、異なるシグナリングを用いて行ってもよい。このことにより、例えば、スケジューリングの柔軟性を向上可能となる。
【０４１１】
プライマリおよび／あるいはセカンダリＰＤＳＣＨを送信するＴＲＰの切替えの指示に含まれる情報として、実施の形態１においてｇＮＢからＵＥへのランダムアクセス開始指示に含まれる情報として開示した（１３）と同様の情報が用いられてもよい。
【０４１２】
ＵＥがプライマリおよび／あるいはセカンダリＰＵＣＣＨを送信するＴＲＰの切替えについても、プライマリおよび／あるいはセカンダリＰＤＳＣＨを送信するＴＲＰの切替えと同様の方法を適用してもよい。プライマリＰＵＣＣＨとは、プライマリＴＲＰに対して送信するＰＵＣＣＨであるとしてもよいし、プライマリＰＤＣＣＨによってスケジューリングされるＰＵＣＣＨであるとしてもよい。セカンダリＰＵＣＣＨとは、セカンダリＰＤＣＣＨによってスケジューリングされるＰＵＣＣＨであるとしてもよいし、ＵＥが送信するＰＵＣＣＨのうちプライマリＰＵＣＣＨと異なるＰＵＣＣＨであるとしてもよい。
【０４１３】
ＵＥがプライマリおよび／あるいはセカンダリＰＵＳＣＨを送信するＴＲＰの切替えについても、プライマリおよび／あるいはセカンダリＰＤＳＣＨを送信するＴＲＰの切替えと同様の方法を適用してもよい。プライマリＰＵＳＣＨとは、プライマリＴＲＰに対して送信するＰＵＳＣＨであるとしてもよいし、プライマリＰＤＣＣＨによってスケジューリングされるＰＵＳＣＨであるとしてもよい。セカンダリＰＵＳＣＨとは、セカンダリＰＤＣＣＨによってスケジューリングされるＰＵＳＣＨであるとしてもよいし、ＵＥが送信するＰＵＳＣＨのうちプライマリＰＵＳＣＨと異なるＰＵＳＣＨであるとしてもよい。他の例として、プライマリＰＵＳＣＨは、制御プレイン情報が他のＰＵＳＣＨよりも優先してマッピングされるＰＵＳＣＨであるとしてもよい。
【０４１４】
ＵＥがプライマリおよび／あるいはセカンダリＳＲＳを送信するＴＲＰの切替えについても、プライマリおよび／あるいはセカンダリＰＤＳＣＨを送信するＴＲＰの切替えと同様の方法を適用してもよい。プライマリＳＲＳとは、プライマリＴＲＰに対して送信するＳＲＳであるとしてもよいし、プライマリＰＤＣＣＨによってスケジューリングされるＳＲＳであるとしてもよい。セカンダリＳＲＳとは、セカンダリＰＤＣＣＨによってスケジューリングされるＳＲＳであるとしてもよいし、ＵＥが送信するＳＲＳのうちプライマリＳＲＳと異なるＳＲＳであるとしてもよい。
【０４１５】
ＵＥにおける、下りデータに対するＨＡＲＱ応答のタイミングは、下りデータ受信時点における、上り通信用ＴＲＰのスロット番号を基準として導出してもよい。下りデータ受信からＨＡＲＱ応答送信までのスロットオフセットは、上り通信用ＴＲＰにおけるスロット長を単位としたスロットオフセットであってもよい。該スロットオフセットは、例えば、ｇＮＢからＵＥに準静的に通知してもよいし、動的に通知してもよいし、前述の両方を組み合わせてもよい。ＵＥは、例えば、下りデータ受信時点における、上り通信用ＴＲＰのスロット番号に、該スロットオフセットを加算したスロット番号において、ＨＡＲＱ応答を送信するとしてもよい。ｇＮＢは、各ＴＲＰにおけるＴＡおよび／あるいは各ＴＲＰとのバックホール遅延の差分を用いて、ＵＥにおける、下りデータ受信時点での上り通信用ＴＲＰのスロット番号を導出してもよい。このことにより、例えば、ＵＥは、下り通信用ＴＲＰと非同期のＴＲＰに対してもＨＡＲＱ応答の送信が可能となる。
【０４１６】
ＵＥにおける、ＳＲＳ送信のタイミングにおいても、下りデータに対するＨＡＲＱ応答のタイミングと同様の方法が用いられてもよい。このことにより、例えば、前述と同様の効果が得られる。
【０４１７】
実施の形態１の本変形例５にて記載した各指示を、同じシグナリングに含めて送信してもよいし、互いに異なるシグナリングを用いて通知してもよい。複数のシグナリングを組み合わせて送信してもよい。このことにより、例えば、ｇＮＢからＵＥに対するシグナリングの回数を削減可能となり、その結果、ｇＮＢからＵＥに対する迅速なスケジューリングが可能となる。
【０４１８】
ＵＥは、１つのｇＮＢに対して、１つのＭＡＣエンティティのみを用いるとしてもよいし、複数のＭＡＣエンティティを用いるとしてもよい。例えば、ＵＥは、プライマリＰＤＣＣＨおよびセカンダリＰＤＣＣＨの個数分のＭＡＣエンティティを用いるとしてもよい。あるいは、例えば、ＵＥは、プライマリＰＤＣＣＨに対して１つのＭＡＣエンティティを用い、セカンダリＰＤＣＣＨに対して１つのＭＡＣエンティティを用いるとしてもよい。このことにより、例えば、複数ＴＲＰを用いた通信におけるスケジューリングの柔軟性を向上可能となる。
【０４１９】
セカンダリＰＤＣＣＨのデアクティベーションが、例えば、複数のＴＲＰを用いたダイバーシチに用いられてもよい。このことにより、例えば、ＵＥとｇＮＢとの間における通信品質を向上可能となる。
【０４２０】
セカンダリＰＤＣＣＨのアクティベーションが、例えば、複数のＰＤＣＣＨを用いたパケット複製に用いられてもよい。前述の複数のＰＤＣＣＨは、例えば、プライマリＰＤＣＣＨとセカンダリＰＤＣＣＨであってもよい。ＵＥは、複製したＰＤＣＰパケットのそれぞれを、各ＰＤＣＣＨによってスケジューリングされたＰＵＳＣＨを用いて送信してもよい。このことにより、例えば、ＵＥとｇＮＢとの間の通信の信頼性を向上可能となる。
【０４２１】
実施の形態１の本変形例５によって、接続ＴＲＰの切替えをすることなく、柔軟なスケジューリングが可能となる。また、通信の信頼性を向上可能となる。
【０４２２】
実施の形態２．
ＵＥは、複数ＴＲＰおよび／あるいはビームに対して並行して通信を行ってもよい。例えば、ＵＥは、自ＵＥが制御する異なるビームを用いて、異なるＴＲＰおよび／あるいはビームに対して通信を行ってもよい。
【０４２３】
前述の方法を適用するにあたり、以下に示す問題が生じる。例えば、ＵＥから見て複数のＴＲＰがＵＥ制御のビームのうち同じビームの範囲内に位置する場合においては、ＵＥは前述の複数のＴＲＰおよび／あるいはビームに対して並行して通信を行うことができない。このことにより、ＵＥと複数のＴＲＰとの送受信において、複数のＴＲＰ間で干渉が発生することで通信の信頼性が低下し、また、スループットが低下するといった問題が生じる。
【０４２４】
前述の問題に対する解決策を開示する。ＵＥは、複数のＴＲＰおよび／あるいはビームに対して並行して通信可能かどうかに関する情報をｇＮＢに通知する。
【０４２５】
該情報に前述の問題に対する解決策を開示する。ＵＥは、複数のＴＲＰおよび／あるいはビームに対して並行して通信可能かどうかに関する情報をｇＮＢに通知する。該情報は、例えば、ＵＥは、複数のＴＲＰおよび／あるいはビームに対して並行した通信の可否を表すフラグであってもよい。該情報は、例えば、ＵＥにおける複数送受信回路のサポート有無に関する情報であってもよい。該情報は、例えば、ＵＥと、接続中のＴＲＰおよび／あるいはビームとの間の位置関係に関する情報であってもよい。前述の位置関係に関する情報とは、例えば、同じＵＥ制御ビームの範囲内に属するＴＲＰおよび／あるいはビームに関する情報であってもよい。他の例として、該情報は、ＵＥが並行して送受信可能なＴＲＰおよび／あるいはビームの組み合わせに関する情報であってもよいし、ＵＥが並行して送受信不可能なＴＲＰおよび／あるいはビームの組み合わせに関する情報であってもよい。
【０４２６】
該情報の通知には、Ｌ１／Ｌ２シグナリングが用いられてもよい。例えば、ＣＳＩ報告用のＵＣＩが用いられてもよいし、新たなＵＣＩが設けられてもよい。このことにより、例えば、ＵＥは該情報をｇＮＢに迅速に通知可能となる。
【０４２７】
他の例として、ＵＥは該通知を、ＭＡＣシグナリングを用いて通知してもよいし、ＲＲＣシグナリングを用いて通知してもよい。このことにより、例えば、ＵＥはｇＮＢに対して多くの情報を通知可能となる。
【０４２８】
前述の通知方法の組合せが用いられてもよい。例えば、ＵＥにおける複数送受信回路のサポート有無に関する情報がＲＲＣシグナリングを用いて（例えば、ＵＥケーパビリティに含まれて）ＵＥからｇＮＢに通知されてもよいし、ＵＥが接続中のＴＲＰおよび／あるいはビームとＵＥとの位置関係に関する情報がＬ１／Ｌ２シグナリングを用いてＵＥからｇＮＢに通知されてもよい。このことにより、例えば、ＵＥからｇＮＢに対するシグナリング量を削減可能となる。
【０４２９】
ｇＮＢは、ＵＥからの該通知を用いて、ＵＥに対するスケジューリングを行ってもよい。ｇＮＢは、ＵＥに対する下り割当て、および／あるいは上りグラントの通知に、ｇＮＢが下りデータ、および／あるいは上りデータに使用するＴＲＰおよび／あるいはビームに関する情報を含めて通知してもよい。該情報は、例えば、実施の形態１においてｇＮＢからＵＥへのランダムアクセス開始指示に含まれる情報の例として開示した（１）と同様のものが用いられてもよい。ＵＥは、該情報を用いて、自ＵＥのビームを制御してｇＮＢとの間で送受信を行ってもよい。このことにより、例えば、ＵＥが複数ＴＲＰおよび／あるいはビームを用いてｇＮＢと送受信を行う場合における通信の信頼性を向上可能となる。
【０４３０】
ｇＮＢがＵＥに対する下り割当て、および／あるいは上りグラントの通知に含める情報の他の例として、ＵＥが制御するビームに関する情報（例えば、ＵＥが制御するビームの識別子）であってもよい。他の例として、ＵＥの通信先のＴＲＰに関する情報（例えばＴＲＰの識別子）が該情報に含まれてもよい。ＵＥは基地局に対して、使用可能なビームに関する情報（例えば、使用可能なビームの数）を予め通知してもよい。このことにより、例えば、前述と同様の効果が得られる。
【０４３１】
本実施の形態２によって、ＵＥと複数のＴＲＰとの送受信におけるＴＲＰ間の干渉が低減可能となる。その結果、信頼性の向上およびスループットの向上が可能となる。
【０４３２】
実施の形態３．
ｇＮＢが複数ＴＲＰを用いてＵＥと通信を行うことにより、異なるＴＲＰおよび／あるいはビーム間における干渉が増加する。その結果、ＵＥとｇＮＢとの間の通信における信頼性およびスループットが低下するといった問題が生じる。
【０４３３】
前述の問題に対する解決策を開示する。ｇＮＢは、配下の複数のＴＲＰのうち一部を停止する。停止するＴＲＰは、例えば、ｇＮＢ配下のＵＥが接続しないＴＲＰであってもよい。
【０４３４】
前述の停止は、一部の信号を停止しないことによって実行してもよい。例えば、ＳＳバーストの送信を停止しないとしてもよい。このことにより、例えば、ＴＲＰの消費電力を削減可能としつつ、ｇＮＢは、ＵＥが該ＴＲＰの通信範囲内に存在する場合において該ＴＲＰを再開可能となり、その結果、ＵＥは該ＴＲＰを用いてｇＮＢとの通信を継続可能となる。前述において、ＵＥは、該ＳＳバーストの測定を行ってもよい。ＵＥは、該ＳＳバーストの測定結果をｇＮＢに通知してもよい。停止しない信号は、例えば、ＣＳＩ−ＲＳであってもよい。前述と同様の効果が得られる。
【０４３５】
前述の停止における他の例として、ＳＳバーストの送信頻度を下げてもよい。このことによって、例えば、ＴＲＰの消費電力をさらに削減可能となる。前述において、停止しない信号は、例えば、ＣＳＩ−ＲＳであってもよい。前述と同様の効果が得られる。
【０４３６】
前述の停止における他の例として、該ＴＲＰにおける全ての送受信を停止してもよい。基地局は、該ＴＲＰの近傍のＴＲＰおよび／あるいはビームにおけるＵＥの在圏状況を用いて、該ＴＲＰの動作を再開してもよい。このことにより、例えば、ＴＲＰの消費電力をさらに削減可能となる。
【０４３７】
停止されるＴＲＰの候補が予め決められていてもよい。ｇＮＢは、停止されるＴＲＰを、該候補の中から決定するとしてもよい。該候補に属さないＴＲＰは停止しないとしてもよい。該候補に属さないＴＲＰは、例えば、通信範囲が大きいＴＲＰであってもよい。このことにより、例えば、ＴＲＰの消費電力を削減可能としつつ、ｇＮＢ配下のＴＲＰにおける通信の安定性を確保可能となる。
【０４３８】
ｇＮＢは配下のＵＥに対して、ＴＲＰ停止に関する情報を、報知してもよいし、個別に通知してもよい。ＴＰＲ停止に関する情報として、以下の（１）〜（４）を開示する。
【０４３９】
（１）停止しているＴＲＰに関する情報。
【０４４０】
（２）停止されるＴＲＰの候補に関する情報。
【０４４１】
（３）停止しているＴＲＰにおいて送信される信号に関する情報。
【０４４２】
（４）前述の（１）〜（３）の組合せ。
【０４４３】
前述の（１）において、ＴＲＰの識別子が用いられてもよい。このことにより、例えば、ｇＮＢからＵＥに対するシグナリング量を削減可能となる。他の例として、ＴＲＰにおけるビームに関する情報が用いられてもよい。前述において、ビームの識別子が、ｇＮＢを通して一意に与えられているとよい。ＵＥは、該情報を用いて、接続したいＴＲＰを決定してもよい。このことにより、例えば、ＵＥが、停止中のＴＲＰと停止していないＴＲＰの両方のＳＳブロックを受信した場合において、ＵＥは、停止していないＴＲＰに対する接続を開始可能となる。その結果、ＵＥはＴＲＰへの接続を迅速に実行可能となる。
【０４４４】
前述の（２）の情報は、前述の（１）に関する情報と同様としてもよい。このことにより、例えば、前述の（１）と同様の効果が得られる。
【０４４５】
前述の（３）の情報は、例えば、該信号の種別に関する情報（例えば、ＳＳブロック、ＣＳＩ−ＲＳ）であってもよいし、該信号が送信される周期および／あるいはタイミングオフセットに関する情報であってもよい。ＵＥは、該情報を用いて、停止中のＴＲＰにおける該信号の受信動作を行うとしてもよい。このことにより、例えば、ＵＥにおける消費電力を削減可能となる。
【０４４６】
本実施の形態３にて開示した方法を、ＴＲＰ内のパネル（panel）の停止に適用してもよい。ｇＮＢは配下のＵＥに対して、パネル停止に関する情報を、報知してもよいし、個別に通知してもよい。パネルの停止に関する情報として、本実施の形態３において開示した、ＴＰＲ停止に関する情報の（１）〜（４）におけるＴＲＰをパネルに読み替えた情報を用いてもよい。このことにより、例えば、通信システムにおける干渉電力を低下可能となる。
【０４４７】
本実施の形態３によって、ＵＥと複数のＴＲＰとの送受信におけるＴＲＰ間の干渉を低減可能となる。その結果、ＵＥとｇＮＢとの間の信頼性の向上およびスループットの向上が可能となる。
【０４４８】
実施の形態４．
ＤＣ構成を用いるＵＥは、ＭＣＧ故障（MCG failure）の情報をＳＣＧに送信してもよい。該送信において、例えば、スプリットベアラが用いられてもよい。ＳＣＧは、該情報をＭＮに送信してもよい。ＭＮは、該情報を用いて、ＭＣＧ故障からの復旧を行ってもよい。
【０４４９】
前述の方法において、以下に示す問題が生じる。すなわち、ＭＮによるＭＣＧ復旧の動作において、基地局間のシグナリングが増大する。例えば、ＳＮは変わらず、ＭＮが他の基地局に切替わる場合において、切替え前のＭＮから切替え後のＭＮへのハンドオーバ要求およびその応答、切替え後のＭＮからＳＮへのＳＮ追加要求およびその応答、切替え前のＭＮからＳＮへのＳＮ解放要求およびその応答が発生する（非特許文献１２参照）。このことにより、ＭＣＧ復旧が迅速に行われないという問題が生じる。
【０４５０】
前述の問題に対する解決策を開示する。ＭＣＧ故障からの復帰に、ＭＮとＳＮの役割切替え（role change）を用いる。役割切替えは、例えば、非特許文献２３（Ｒ２−１８０２４７３）にて開示された、ハンドオーバにおいて用いられる方法を、ＭＣＧ故障からの復帰に適用することによって、実行されてもよい。このことにより、例えば、ＭＣＧ復旧における基地局間シグナリングを削減可能となり、その結果、迅速なＭＣＧ復旧が可能となる。
【０４５１】
ＭＮは、役割切替えの実行有無を判断してもよい。該判断は、例えば、ＵＥからＳＣＧ経由で通知された、ＭＣＧ故障の情報を用いて行われてもよい。このことにより、例えば、ＭＣＧ故障後、ＭＣＧ復旧動作を迅速に開始可能となる。
【０４５２】
ＭＮはＳＮに対し、役割切替え要求（role change request）を通知してもよい。該通知は、ＭＮがＵＥとの接続に用いていたＭＮ設定に関する情報を含んでもよい。ＳＮは、該情報を用いて、役割切替え後のＵＥとの接続設定を行ってもよい。ＳＮはＭＮに対し、役割切替え応答（role change response）を通知してもよい。該通知は、ＳＮがＵＥとの接続に用いていたＳＮ設定に関する情報を含んでもよい。ＭＮは、該情報を用いて、役割切替え後のＵＥとの接続設定を行ってもよい。
【０４５３】
ＭＣＧ故障からの復帰において、ＳＮはＭＮを、切替え後のＳＮとして用いないとしてもよい。ＳＮは、ＭＮからの役割切替え要求を用いて、ＭＮを切替え後のＳＮとして用いるか否かを判断してもよい。ＳＮは、ＭＮを切替え後のＳＮとして用いるか否かに関する情報を、ＭＮに対して通知する役割切替え応答に含めてＭＮに通知してもよい。ＭＮは、該情報が否であることを用いて、ＵＥとの接続を解放してもよい。このことにより、例えば、通信システムにおける柔軟なＮＷ構成が可能となるとともに、ＵＥは切替え前のＭＮの解放を迅速に実行可能となる。
【０４５４】
他の例として、ＳＮはＭＮに対し、ＳＮ解放要求（SN release request）を、役割切替え応答に含めて通知してもよい。ＳＮ解放要求は、役割切替え応答とは異なるシグナリングを用いて通知されてもよい。このことにより、例えば、切替え前のＭＮの解放における基地局間シグナリングを削減可能となる。
【０４５５】
ＭＮは、ＵＥに対する設定変更指示、例えば、ＲＲＣ接続再設定のシグナリングを、ＳＣＧ経由で送信してもよい。該送信には、例えば、スプリットＳＲＢが用いられてもよい。このことにより、例えば、ＭＣＧ故障の状態においても、ＭＮはＵＥに対して設定変更指示が可能となり、その結果、ＵＥはＭＣＧ復旧を迅速に実行可能となる。
【０４５６】
ＵＥは、設定変更指示、例えば、ＲＲＣ接続再設定に対する応答を、ＳＮに対して送信してもよい。ＳＮは、該応答を受信したことにより、切替え後のＭＮとして動作してもよい。
【０４５７】
他の例として、ＵＥに対する設定変更指示、例えば、ＲＲＣ接続再設定のシグナリングを、ＳＮがＵＥに送信するとしてもよい。前述において、役割切替え後のＵＥとの接続設定を、ＳＮが行ってもよい。該送信には、ＳＮが終端するＳＲＢ、例えば、ＳＲＢ３が用いられてもよい。ＵＥは、設定変更指示、例えば、ＲＲＣ接続再設定に対する応答を、ＳＮに対して送信してもよい。このことにより、例えば、基地局間におけるシグナリングを削減可能となる。
【０４５８】
図３５は、ＭＣＧ故障からの復旧に役割切替えを適用する動作を示す図である。図３５に示す例は、切替え後のＭＮの解放が行われない場合について示している。
【０４５９】
図３５に示すステップＳＴ４００１において、ＵＥはＭＣＧ故障（MCG failure）を検出する。ＭＣＧ故障検出の理由は、例えば、ＭＣＧにおけるＲＬＦであってもよい。ステップＳＴ４００３において、ＵＥはＭＣＧ故障通知（MCG failure indication）をＳＮに送信する。ステップＳＴ４００３において、スプリットＳＲＢが用いられるとする。ステップＳＴ４００４において、ＳＮはＭＮに対し、ステップＳＴ４００３において受信したＭＣＧ故障通知を転送する。
【０４６０】
図３５に示すステップＳＴ４００５において、ＭＮはＳＮとの、マスタ基地局とセカンダリ基地局の役割切替えを行うことを決定する。ステップＳＴ４００７において、ＭＮはＳＮに対し、役割切替え要求（Role change request）を送信する。該役割切替え要求は、ＭＮにおけるＵＥ設定情報を含んでもよい。ステップＳＴ４００９において、ＳＮはＭＮに対して役割切替え応答（Role change response）を通知する。該役割切替え応答は、ＳＮにおけるＵＥ設定情報を含んでもよいし、役割切替え後のセカンダリ基地局の維持可否を示す情報を含んでもよい。図３５に示す例においては、役割切替え後のセカンダリ基地局を維持するものとする。
【０４６１】
図３５に示すステップＳＴ４０１１において、ＭＮはＳＮに対し、ＵＥに通知するＲＲＣ接続再設定のシグナリングを送信する。ステップＳＴ４０１２において、ＳＮはＵＥに対し、ステップＳＴ４０１１にて受信したＲＲＣ接続再設定のシグナリングを送信する。該送信には、スプリットＳＲＢが用いられてもよい。ＵＥは、ステップ４０１２を用いて、ＭＮとＳＮの役割の切替えに関する設定を行う。ステップＳＴ４０１３において、ＵＥはＳＮ、すなわち役割切替え後のマスタ基地局に対し、ＲＲＣ接続再設定完了を通知する。ステップＳＴ４０１５において、ＳＮは、ＭＮ、すなわち、役割切替え後のセカンダリ基地局に対し、セカンダリ基地局再設定完了（SN reconfiguration complete）を通知する。
【０４６２】
図３５に示すステップＳＴ４０１７において、ＵＥはＭＮに対してＲＡプリアンブルを送信する。ステップＳＴ４０１９において、ＭＮはＵＥに対してＲＡ応答を送信する。
【０４６３】
図３５に示すステップＳＴ４０２１において、ＳＮはＡＭＦに対し、パス切替え要求（Path Switch Request）を送信する。ステップＳＴ４０２３において、ＡＭＦはＳＮに対し、パス切替え応答（Path Switch Response）を送信する。
【０４６４】
図３５の例では、ＭＮが切替え後のセカンダリ基地局として維持される場合について示したが、ＭＮが解放されてもよい。前述の場合において、ＵＥとＭＮとの間で、ステップＳＴ４０１７、ＳＴ４０１９として示されるランダムアクセス処理が行われないとしてもよい。このことにより、例えば、ＵＥのＭＣＧ復旧処理における複雑性を回避可能となる。
【０４６５】
本実施の形態４によって、ＭＣＧ復旧の動作におけるシグナリング量を削減可能となり、その結果、ＵＥにおけるＭＣＧ復旧動作を迅速に実行可能となる。
【０４６６】
実施の形態４の変形例１．
実施の形態４において、ＤＣ構成におけるＭＣＧ故障の情報の通知を、スプリットＳＲＢを用いて行う例について開示したが、ＳＮにて終端するＳＲＢ、すなわち、ＳＲＢ３が用いられてもよい。例えば、スプリットＳＲＢが設定されていない場合において、ＵＥはＳＮに対し、ＭＣＧ故障の情報を通知してもよい。
【０４６７】
前述の方法において、以下に示す問題が生じる。すなわち、ＭＮとＳＮの役割切替えはＭＮが起動するため、ＵＥがＳＲＢ３を用いてＭＣＧ故障の通知を行う場合において、ＭＮとＳＮの役割切替えを適用できないという問題が生じる。その結果、ＭＣＧ故障からの復旧を迅速に実行できないという問題が生じる。
【０４６８】
前述の問題に対する解決策を開示する。ＳＮが役割切替えを起動する。ＳＮは、役割切替えの実行有無を判断する。該判断は、例えば、ＵＥからＳＮに通知された、ＭＣＧ故障の情報を用いて行われてもよい。このことにより、例えば、ＭＣＧ故障後、ＭＣＧ復旧動作を迅速に開始可能となる。
【０４６９】
ＳＮはＭＮに対し、役割切替え要求（role change request）を通知してもよい。該通知は、ＳＮがＵＥとの接続に用いていたＳＮ設定に関する情報を含んでもよい。
【０４７０】
ＳＮはＭＮを、切替え後のＳＮとして用いないとしてもよい。ＳＮは、ＵＥからのＭＣＧ故障情報通知を用いて、ＭＮを切替え後のＳＮとして用いるか否かを判断してもよい。ＳＮは、ＭＮを切替え後のＳＮとして用いるか否かに関する情報を、ＭＮに対して通知する役割切替え要求に含めてＭＮに通知してもよい。このことにより、例えば、通信システムにおける柔軟なＮＷ構成が可能となるとともに、ＵＥは切替え前のＭＮの解放を迅速に実行可能となる。
【０４７１】
他の例として、ＳＮはＭＮに対し、ＳＮ解放要求（SN release request）を、役割切替え応答に含めて通知してもよい。ＳＮ解放要求は、役割切替え応答とは異なるシグナリングを用いて通知されてもよい。このことにより、例えば、切替え前のＭＮの解放における基地局間シグナリングを削減可能となる。
【０４７２】
ＭＮはＳＮに対し、役割切替え応答（role change response）を通知してもよい。該通知は、ＭＮがＵＥとの接続に用いていたＭＮ設定に関する情報を含んでもよい。ＳＮは、該情報を用いて、役割切替え後のＵＥとの接続設定を行ってもよい。
【０４７３】
ＳＮは、ＵＥに対する設定変更指示、例えば、ＲＲＣ接続再設定のシグナリングを送信してもよい。該送信には、例えば、ＳＲＢ３が用いられてもよい。このことにより、例えば、ＭＣＧ故障の状態においても、ＭＮはＵＥに対して設定変更指示が可能となり、その結果、ＵＥはＭＣＧ復旧を迅速に実行可能となる。
【０４７４】
ＵＥは、設定変更指示、例えば、ＲＲＣ接続再設定に対する応答を、ＳＮに対して送信してもよい。ＳＮは、該応答を受信したことにより、切替え後のＭＮとして動作してもよい。
【０４７５】
他の例として、ＵＥに対する設定変更指示、例えば、ＲＲＣ接続再設定のシグナリングを、ＭＮがＳＣＧを経由してＵＥに送信するとしてもよい。前述において、役割切替え後のＵＥとの接続設定を、ＭＮが行ってもよい。該送信には、スプリットＳＲＢが用いられてもよい。ＵＥは、設定変更指示、例えば、ＲＲＣ接続再設定に対する応答を、ＳＮに対して送信してもよい。このことにより、例えば、通信システムにおける設計の複雑性を回避可能となる。
【０４７６】
図３６は、ＭＣＧ故障からの復旧に役割切替えを適用する動作を示す図である。図３６に示す例は、切替え後のＭＮの解放が行われない場合について示している。図３６において、図３５と共通する処理には同じステップ番号を付し、共通する説明を省略する。
【０４７７】
図３６に示すステップＳＴ４００１は図３５と同じである。
【０４７８】
図３６に示すステップＳＴ４１０３において、ＵＥはＭＣＧ故障通知（MCG failure indication）をＳＮに送信する。ステップＳＴ４１０３において、ＳＲＢ３が用いられるとする。ステップＳＴ４１０５において、ＳＮはＭＮとの、セカンダリ基地局とマスタ基地局の役割切替えを行うことを決定する。ステップＳＴ４１０７において、ＳＮはＭＮに対し、役割切替え要求（Role change request）を送信する。該役割切替え要求は、ＳＮにおけるＵＥ設定情報を含んでもよいし、役割切替え後のセカンダリ基地局の維持可否を示す情報を含んでもよい。図３６に示す例においては、役割切替え後のセカンダリ基地局を維持するものとする。ステップＳＴ４１０９において、ＭＮはＳＮに対して役割切替え応答（Role change response）を通知する。該役割切替え応答は、ＭＮにおけるＵＥ設定情報を含んでもよい。
【０４７９】
図３６に示すステップＳＴ４１１１において、ＳＮはＵＥに対し、ＲＲＣ接続再設定のシグナリングを送信する。該送信には、ＳＲＢ３が用いられてもよい。ＵＥは、ステップ４１１１を用いて、ＭＮとＳＮの役割の切替えに関する設定を行う。
【０４８０】
図３６に示すステップＳＴ４０１３〜ＳＴ４０２３は、図３５と同じである。
【０４８１】
図３６の例では、図３５と同様、ＭＮが切替え後のセカンダリ基地局として維持される場合について示したが、ＭＮが解放されてもよい。前述の場合において、ＵＥとＭＮとの間で、ステップＳＴ４０１７、ＳＴ４０１９として示されるランダムアクセス処理が行われないとしてもよい。このことにより、例えば、ＵＥのＭＣＧ復旧処理における複雑性を回避可能となる。
【０４８２】
実施の形態４と実施の形態４の本変形例１が組み合わせて用いられてもよい。例えば、ＵＥからのＭＣＧ故障通知に、スプリットＳＲＢとＳＲＢ３のどちらのベアラが用いられるかについて、規格で静的に決められてもよい。このことにより、例えば、通信システムにおける複雑性を回避可能となる。
【０４８３】
ＵＥからのＭＣＧ故障通知に用いられるベアラが規格で静的に決められる例として、スプリットＳＲＢが用いられるとしてもよい。例えば、ＵＥのＤＣ設定において、スプリットＳＲＢとＳＲＢ３のうち、両方が設定されている場合、および／あるいは、スプリットＳＲＢのみが設定されている場合において、スプリットＳＲＢが用いられるとしてもよい。このことにより、例えば、通信システムへのＭＣＧ故障通知の機能実装における複雑性を回避可能となる。
【０４８４】
他の例として、ＳＲＢ３が用いられるとしてもよい。例えば、ＵＥのＤＣ設定において、スプリットＳＲＢとＳＲＢ３のうち、両方が設定されている場合、および／あるいは、ＳＲＢ３のみが設定されている場合において、ＳＲＢ３が用いられるとしてもよい。このことにより、例えば、ＭＣＧ故障からの復旧における基地局間シグナリング量を削減可能となる。
【０４８５】
ＵＥからのＭＣＧ故障通知に、スプリットＳＲＢとＳＲＢ３のどちらのベアラが用いられるかについての他の例として、使用するベアラを基地局が決めてＵＥに通知するとしてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。該通知は、例えば、ＲＲＣシグナリングを用いて通知されてもよい。該ＲＲＣシグナリングは、例えば、ＵＥとマスタ基地局との初期接続に用いられるシグナリングであってもよいし、ＵＥが該マスタ基地局へのハンドオーバに用いられるシグナリングであってもよい。他の例として、該ＲＲＣシグナリングは、ＳＮ追加時に用いられるシグナリングであってもよいし、ＳＮ変更（SN modification）に用いられるシグナリングであってもよいし、ＳＮ切替え（SN change）に用いられるシグナリングであってもよい。
【０４８６】
実施の形態４と実施の形態４の本変形例１の組み合わせに関する他の例として、ネットワーク側（マスタ基地局あるいはセカンダリ基地局）からＵＥに対するＲＲＣ接続再設定のシグナリングに、スプリットＳＲＢとＳＲＢ３のどちらのベアラが用いられるかについて、ＵＥからのＭＣＧ故障通知と同様に決められてもよい。このことにより、例えば、前述と同様の効果が得られる。他の例として、ＵＥからのＭＣＧ故障通知と同じベアラが用いられとしてもよいし、ＵＥからのＭＣＧ故障通知とは異なるベアラが用いられるとしてもよい。
【０４８７】
実施の形態４の本変形例１によって、ＭＣＧ復旧の動作におけるシグナリング量を削減可能となり、その結果、ＵＥにおけるＭＣＧ復旧動作を迅速に実行可能となる。
【０４８８】
実施の形態５．
３ＧＰＰにおいて、Ｄ２Ｄ（Device to Device）通信、Ｖ２Ｖ（Vehicle to Vehicle）通信のため、サイドリンク（SL: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）は、一つのＵＥから他のＵＥにユーザ情報を送信するための１対多のサイドリンク用トラフィックチャネルである。ＳＴＣＨは、サイドリンク通信能力を有するＵＥとＶ２Ｘサイドリンク通信能力を有するＵＥによってのみ用いられる。２つのサイドリンク通信能力を有するＵＥ間の１対１通信もまたＳＴＣＨで実現される。ＳＴＣＨはトランスポートチャネルであるＳＬ−ＳＣＨにマッピングされる。
【０４９８】
ＳＬではマルチキャリアの運用がサポートされている。図３７はＳＬでマルチキャリアの運用を示す概念図である。ｅＮＢとＵＥとの間はインタフェースＵｕで通信が行われる。上りリンク（Uplink）でＵＥからｅＮＢへの上り通信が行われ、下りリンク（Downlink）でｅＮＢからＵＥへの下り通信が行われる。ＵＥとＵＥとの間はインタフェースＰＣ５で通信が行われる。
【０４９９】
ＳＬでは一つまたは複数のキャリア（Carrier#0〜Carrier#n）が用いられ、一つのＵＥ（ＵＥ＃１）から一つまたは複数のＵＥ（ＵＥ＃２〜ＵＥ＃４）への通信が行われる。
【０５００】
ＳＬの１つのキャリア上でＰＳＣＣＨとＰＳＳＣＨ用のリソースが設定される。ＳＬで複数のキャリアが設定された場合、ＰＳＣＣＨとＰＳＳＣＨ用のリソースは各キャリア上で個別に設定されるため、各キャリア上のＰＳＣＣＨタイミング、ＰＳＳＣＨタイミングは異なる。
【０５０１】
ＳＬでの送信側ＵＥ（UE_tx）は、各キャリア上のＰＳＣＣＨタイミング、ＰＳＳＣＨタイミングで送信する。各キャリア上のＰＳＣＣＨタイミング、ＰＳＳＣＨタイミングが異なると、ＳＬでの受信側ＵＥ（UE_rx）は、タイミングの異なる各キャリア上のＰＳＣＣＨ、ＰＳＳＣＨを受信する必要があるため、消費電力が増大することになる。
【０５０２】
消費電力の増大は電池の消費を早め通信時間が低減することになる。たとえば、ＵＥ＿ｒｘが歩行者（pedestrian）用の端末の場合、通常、該端末は小容量の電池しか持たないため、消費電力の増大は問題となる。本実施の形態５ではこのような問題を解決する方法を開示する。
【０５０３】
ＳＬにおける複数のキャリア上で、同じタイミングのＰＳＳＣＨを設定する。言い換えると、ＳＬにおける複数のキャリア上で、ＰＳＳＣＨの送信タイミングを同じに設定する。設定方法について開示する。各キャリアのＰＳＳＣＨのリソースタイミングを同じにする。ＰＳＳＣＨのスケジューリング情報の内、時間軸方向のパラメータを同じに設定する。ＰＳＳＣＨのリソースのスケジューリング情報はＳＣＩに含められ、ＵＥ＿ｔｘからＵＥ＿ｒｘに対してＰＳＣＣＨで通知される。ＰＳＣＣＨ、ＰＳＳＣＨは各キャリアで送信され、ＰＳＣＣＨとＰＳＳＣＨは同じキャリア上で送信される。
【０５０４】
各キャリアのＰＳＣＣＨのスケジューリング情報はＤＣＩに含められ、ｅＮＢからＵＥ＿ｔｘに対してＰＤＣＣＨで通知される。ＵＥ＿ｔｘはＰＤＣＣＨを受信することで、各キャリアのＰＳＣＣＨのスケジューリング情報を受信できる。
【０５０５】
他の方法として、ＵＥ＿ｔｘが、各キャリアのＰＳＣＣＨおよび／あるいはＰＳＳＣＨに利用するリソースを選択してもよい。ｅＮＢはＵＥ＿ｔｘに対して、各キャリアに対するＰＳＣＣＨおよび／あるいはＰＳＳＣＨに利用可能なリソースを、予め通知する。該利用可能なリソースをリソースプールとして通知してもよい。ＵＥ＿ｔｘは、ｅＮＢから通知された各キャリアに対する利用可能なリソースの中から、利用するリソースを選択するとよい。
【０５０６】
各キャリアのＰＳＣＣＨおよび／あるいはＰＳＳＣＨに利用可能なリソースが、ＵＥ＿ｔｘ内に予め設定されてもよい。たとえば、該利用可能なリソースの情報が、オペレータにより、ＵＥ＿ｔｘのＳＩＭに記憶されてもよい。ＵＥ＿ｔｘは、予め設定された各キャリアに対する利用可能なリソースの中から、利用するリソースを選択するとよい。
【０５０７】
ＵＥ＿ｔｘが、各キャリアのＰＳＣＣＨおよびＰＳＳＣＨに利用するリソースを選択する方法として、センシング処理を行うと良い。センシング処理として、ＵＥ＿ｔｘは、ｅＮＢから予め通知された、あるいは、ＵＥ_ｔｘに予め設定された、ＰＳＳＣＨに利用可能なリソースの受信電力や受信信号強度を測定する。リソースの選択のために、測定結果に対して所定の閾値を設けてもよい。
【０５０８】
たとえば、ＰＳＳＣＨに利用可能なリソースをＲＢ毎に測定し、測定結果が所定の閾値を超えたＲＢは選択不可能とし、所定の閾値以下のＲＢは選択可能とする。測定はＲＢ毎に行われても良いし、複数のＲＢ毎に行われてもよい。このようにすることで、ＵＥ＿ｔｘが各キャリアのＰＳＣＣＨおよびＰＳＳＣＨに利用するリソースを選択可能となる。
【０５０９】
図３８および図３９は複数のキャリア上で同じタイミングのＰＳＳＣＨを設定するためのシーケンスの一例である。図３８と図３９とは境界線ＢＬ３８３９の位置で繋がっている。図３８および図３９の例は、ＳＬ通信のキャリアとして４つのキャリアが用いられる場合について示している。
【０５１０】
ステップＳＴ４９０１で、ｅＮＢはＵＥ＿ｔｘ、ＵＥ＿ｒｘに対してＰＣ５のリソース設定を通知する。ＰＣ５のリソース設定として、一つまたは複数のキャリア情報を含むキャリアリスト、各キャリアのリソースプール設定がある。キャリアリストの中に各キャリアの周波数情報を含めるとよい。ＰＣ５のリソース設定は、システム情報に含められて報知されても良いし、ＲＲＣ情報に含められて個別ＲＲＣシグナリングで通知されてもよい。
【０５１１】
ステップＳＴ４９０２で、ＰＣ５で送信するデータが発生したＵＥ＿ｔｘは、ｅＮＢに対してＰＣ５通信に用いるリソースを要求する。該要求はＲＲＣ情報に含められて個別ＲＲＣシグナリングで通知される。該要求メッセージにＳＲあるいはＢＳＲを含めて通知してもよい。これにより、ｅＮＢはＵＥ＿ｔｘがＰＣ５上で送信するデータを有することを認識する。
【０５１２】
ステップＳＴ４９０３で、ｅＮＢはＵＥ＿ｔｘに対してＰＤＣＣＨでキャリア情報、ＰＳＣＣＨスケジューリング情報を通知する。これらの情報をＤＣＩに含めて通知してもよい。これらの情報を含むＤＣＩ用のフォーマットを新たに設けてもよい。あるいは、これらの情報を既存のＤＣＩ５Ａに含めて通知してもよい。キャリア情報として、キャリアを特定するための識別子あるいは番号を用いてもよい。キャリア情報はキャリアリストの中の各キャリアと関連付けておいてもよい。ステップＳＴ４９０１のキャリアリストの中のキャリアを特定することができる。
【０５１３】
例えばステップＳＴ４９０３では、キャリア番号０に関する情報が通知される。ＰＳＣＣＨのスケジューリング情報として、キャリア番号０上で送信されるＰＳＣＣＨのリソースのスケジューリング情報を含めるとよい。ＵＥ＿ｔｘはキャリア番号０が送信可能であることを認識し、該キャリア上のＰＳＣＣＨリソースを特定できる。
【０５１４】
同様に、ステップＳＴ４９０４で、ｅＮＢはＵＥ＿ｔｘに対してＰＤＣＣＨでキャリア情報、ＰＳＣＣＨスケジューリング情報を通知する。ＵＥ＿ｔｘはキャリア番号１が送信可能であることを認識し、該キャリア上のＰＳＣＣＨリソースを特定できる。
【０５１５】
同様に、ステップＳＴ４９０５で、ｅＮＢはＵＥ＿ｔｘに対してＰＤＣＣＨでキャリア情報、ＰＳＣＣＨスケジューリング情報を通知する。ＵＥ＿ｔｘはキャリア番号２が送信可能であることを認識し、該キャリア上のＰＳＣＣＨリソースを特定できる。
【０５１６】
同様に、ステップＳＴ４９０６で、ｅＮＢはＵＥ＿ｔｘに対してＰＤＣＣＨでキャリア情報、ＰＳＣＣＨスケジューリング情報を通知する。ＵＥ＿ｔｘはキャリア番号３が送信可能であることを認識し、該キャリア上のＰＳＣＣＨリソースを特定できる。
【０５１７】
ステップＳＴ４９０３からステップＳＴ４９０６で、ｅＮＢはＵＥ＿ｔｘに対して、キャリア毎にキャリア情報とＰＳＣＣＨリソースのスケジューリング情報をＰＤＣＣＨで送信した。他の方法として、各キャリアのキャリア情報とＰＳＣＣＨリソースのスケジューリング情報を一回のＰＤＣＣＨで送信してもよい。ｅＮＢは、一つのキャリアのキャリア情報とＰＳＣＣＨリソースのスケジューリング情報とを一つのＤＣＩに含め、複数のキャリア分のＤＣＩを一つのＰＤＣＣＨに含める。これにより、ｅＮＢは該一つのＰＤＣＣＨで、上記の一つのキャリアのキャリア情報とＰＳＣＣＨリソースのスケジューリング情報とを、ＵＥ＿ｔｘに対して通知する。
【０５１８】
このようにすることで、ＵＥ＿ｔｘは１回のＰＤＣＣＨを受信すればよくなるため、各キャリアの上記情報を早期に受信可能となる。また、受信回数を減らせることで、ＵＥ＿ｔｘの消費電力を削減可能となる。
【０５１９】
また、上記方法では、各キャリアのＤＣＩを個別にＰＤＣＣＨに含めたが、複数のキャリアの情報とキャリア毎のＰＳＣＣＨリソースのスケジューリング情報とを一つのＤＣＩに含めてもよい。ｅＮＢは、該情報を一つのＤＣＩに含め、該一つのＤＣＩを一つのＰＤＣＣＨに含めることによって、該情報を一つのＰＤＣＣＨでＵＥ＿ｔｘに対して通知してもよい。このようにすることで、複数のＤＣＩを受信しなくて済むため、早期にＤＣＩ情報を受信可能となる。
【０５２０】
一つのＤＣＩで複数のキャリア情報を示す方法として、例えばビットマップを用いてもよい。ステップＳＴ４９０１で示したキャリアリストのキャリア数のビットマップを設け、どのキャリアの情報かを、該キャリアに対応するビットを用いて示してもよい。たとえば、キャリアリストの昇べきの順にビットマップのＬＳＢから対応させておいてもよい。このようにすることで、複数のキャリアの情報を少ないビットで示すことが可能となる。
【０５２１】
ステップＳＴ４９０７で、ＵＥ＿ｔｘは、各キャリア（キャリア番号０、キャリア番号１、キャリア番号２、キャリア番号３）上でＰＳＳＣＨ用のリソースを探すためセンシング処理を行う。センシング処理では、たとえば、他のＵＥがＳＬ通信に使用していないリソースを検出する。ＵＥ＿ｔｘは、ステップＳＴ４９０１で通知された各キャリアのリソースプール設定を用いてもよい。ＵＥ＿ｔｘは、センシング処理により使用可能なリソースを特定する。
【０５２２】
ｅＮＢはＵＥ＿ｔｘに対して、ステップＳＴ４９０３からステップＳＴ４９０６でＰＳＳＣＨのスケジューリング情報を通知してもよい。これにより、ＵＥ＿ｔｘはＰＳＳＣＨのスケジューリング情報を特定可能となる。この場合、ステップＳＴ４９０７における各キャリアでのセンシング処理を省略可能となる。
【０５２３】
ｅＮＢがＵＥ＿ｔｘに対してＰＳＳＣＨのスケジューリング情報を通知する場合、ｅＮＢが各キャリアで同じタイミングのＰＳＳＣＨ送信用リソースを設定して通知するとよい。これにより、ＵＥ＿ｔｘは各キャリアで同じタイミングのＰＳＳＣＨ送信用リソースを設定可能となる。
【０５２４】
ｅＮＢからＵＥ＿ｔｘに対して通知するステップＳＴ４９０２からステップＳＴ４９０６を省略してもよい。この場合、ＵＥ＿ｔｘは、ステップＳＴ４９０１でｅＮＢから受信した各キャリアのリソースプールを用いて、ステップＳＴ４９０７で各キャリアでのセンシング処理を実施するとよい。このようにすることで、ＵＥ＿ｔｘは、ＰＳＳＣＨ送信用に同じタイミングのリソースとキャリアを選択可能となる。
【０５２５】
ステップＳＴ４９０８で、ＵＥ＿ｔｘは、特定した使用可能なリソースから、複数のキャリア上で、同じタイミングのリソースを選択する。あるいは、ＵＥ＿ｔｘは、特定した使用可能なリソースの内、同じタイミングのリソースを有するキャリアを選択してもよい。このようにすることで、ＵＥ＿ｔｘは、同じタイミングのリソースを有する複数のキャリアを選択する。図３８および図３９の例では、同じタイミングのリソースを有するキャリアは、キャリア番号０、キャリア番号１、キャリア番号３の３つのキャリアとする。
【０５２６】
ステップＳＴ４９０９で、ＵＥ＿ｔｘはＵＥ＿ｒｘに対して、キャリア番号０のＰＳＣＣＨでＰＳＳＣＨのスケジューリング情報を通知する。同様に、ステップＳＴ４９１０で、ＵＥ＿ｔｘはＵＥ＿ｒｘに対して、キャリア番号１のＰＳＣＣＨでＰＳＳＣＨのスケジューリング情報を通知する。同様に、ステップＳＴ４９１１で、ＵＥ＿ｔｘはＵＥ＿ｒｘに対して、キャリア番号３のＰＳＣＣＨでＰＳＳＣＨのスケジューリング情報を通知する。
【０５２７】
ＰＳＳＣＨのスケジューリング情報は、ステップＳＴ４９０８で選択した同じタイミングのリソースのスケジューリング情報とするとよい。時間軸上のリソースのスケジューリング情報は、他のキャリアと同じとする。周波数軸上のリソースのスケジューリング情報は、他のキャリアと同じでもよいし、異なっていても良い。
【０５２８】
ＰＳＳＣＨのリソースタイミングは周期的であってもよい。また、ＰＳＳＣＨのリソースタイミングはセミパーシステントであってもよい。
【０５２９】
ステップＳＴ４９１２で、ＵＥ＿ｔｘはキャリア番号０のＰＳＳＣＨでデータ送信を行う。また、ステップＳＴ４９１３で、ＵＥ＿ｔｘはキャリア番号１のＰＳＳＣＨでデータ送信を行う。また、ステップＳＴ４９１４で、ＵＥ＿ｔｘはキャリア番号３のＰＳＳＣＨでデータ送信を行う。
【０５３０】
ＵＥ＿ｒｘは、ステップＳＴ４９０９、ＳＴ４９１０、ＳＴ４９１１で、キャリア番号０、１、３のキャリア上でＰＳＣＣＨを受信し、各キャリアのＰＳＣＣＨに含まれるＰＳＣＣＨのスケジューリング情報により、各キャリア上でＵＥ＿ｔｘからのデータを受信する。
【０５３１】
本実施の形態５で開示した方法とすることで、複数キャリアがサポートされるＳＬにおいて、各キャリアのＰＳＳＣＨのリソースタイミングを同じにすることが可能となる。このため、ＵＥ＿ｒｘの消費電力を低減させることが可能となる。
【０５３２】
実施の形態５の変形例１．
実施の形態５で開示した方法では、ＳＬに用いる複数キャリアに対してキャリア毎に同じリソースタイミングのスケジューリングを設定する必要がある。このため、情報量が多大になり、制御に要するリソース量が増大する。データ送信に必要となるオーバヘッドが増大してしまう。本変形例１ではこのような問題を解決する方法を開示する。
【０５３３】
同じリソースタイミングのスケジューリングをする候補となるキャリア情報を設ける。これを候補キャリア情報と称することにする。ｅＮＢはＵＥ＿ｔｘに対して候補キャリア情報を通知する。候補キャリア情報はＤＣＩに含めてＰＤＣＣＨで通知してもよい。候補キャリア情報をＵＥ＿ｔｘの必要に応じてダイナミックに設定可能となる。他の通知方法として、候補キャリア情報はＲＲＣ情報としてＲＲＣシグナリングで通知してもよい。あるいは、候補キャリア情報はＭＡＣ情報としてＭＡＣシグナリングで通知してもよい。再送制御が行われるため受信誤り率を低減可能である。
【０５３４】
ＰＳＳＣＨのスケジューリングを行うＰＳＣＣＨ用のキャリア情報を設ける。これをＰＳＣＣＨ用キャリア情報と称することにする。同じリソースタイミングのスケジューリングをする複数のキャリアにおいて、一つのキャリアでＰＳＣＣＨを送信する。ＰＳＣＣＨ用キャリア情報は、ＰＳＣＣＨを送信する該一つのキャリアの情報である。ｅＮＢはＵＥ＿ｔｘに対してＰＳＣＣＨ用キャリア情報を通知する。通知方法は、候補キャリア情報と同様の方法を適用するとよい。
【０５３５】
同じリソースタイミングのスケジューリングを実際に行うキャリア情報を設ける。これを使用キャリア情報と称することにする。ＵＥ＿ｔｘはＵＥ＿ｒｘに対して使用キャリア情報を通知する。使用キャリア情報はＳＣＩに含めてＰＳＣＣＨで通知してもよい。
【０５３６】
ＰＳＣＣＨ用キャリアのＰＳＣＣＨで、ＰＳＳＣＨのスケジューリング情報を通知する。ＰＳＳＣＨのスケジューリング情報として、複数のキャリアに設定する同じリソースタイミングのＰＳＳＣＨのスケジューリング情報を用いるとよい。ＵＥ＿ｔｘは、該情報をＳＣＩに含めてＰＳＣＣＨ用キャリアのＰＳＣＣＨでＵＥ＿ｒｘに対して通知してもよい。
【０５３７】
ＰＳＳＣＨのリソース設定において、リソースタイミングだけでなく、周波数軸上のリソースも同じ設定としてもよい。周波数方向のオフセットと、該オフセットからのリソースを設定してもよい。オフセットは、たとえば、キャリア内で最も低いサブキャリアを基準として設定してもよい。設定単位は、たとえば、サブキャリア単位、ＰＲＢ単位等としてもよい。スケジューリング情報として、複数のキャリアに設定する同じリソースのＰＳＳＣＨのスケジューリング情報を用いるとよい。使用キャリア全てでＰＳＳＣＨのリソース設定を同じとすることで、ＵＥ＿ｔｘからＵＥ＿ｒｘに通知が必要な情報量を削減可能となる。ＰＳＣＣＨで通知が必要な情報量を削減可能となる。
【０５３８】
図４０は、実施の形態５の本変形例について、複数のキャリア上で同じタイミングのＰＳＣＣＨ、ＰＳＳＣＨを設定するためのシーケンスの一例である。図４０の例は、ＳＬ通信のキャリアとして４つのキャリアが用いられる場合について示している。
【０５３９】
ステップＳＴ５００１、ＳＴ５００２は、図３８および図３９のステップＳＴ４９０１、ＳＴ４９０２と同じなので、ここでは説明を省略する。
【０５４０】
ステップＳＴ５００３で、ｅＮＢはＵＥ＿ｔｘに対してＰＤＣＣＨで、候補キャリア情報、ＰＳＣＣＨ用キャリア情報、ＰＳＣＣＨスケジューリング情報を通知する。これらの情報をＤＣＩに含めて通知してもよい。これらの情報を含むＤＣＩ用のフォーマットを新たに設けてもよい。あるいは、これらの情報を既存のＤＣＩ５Ａに含めて通知してもよい。候補キャリア情報として、キャリアを特定するための識別子あるいは番号を用いてもよい。候補キャリア情報はキャリアリストの中の各キャリアと関連付けておいてもよい。ステップＳＴ５００１のキャリアリストの中のキャリアを特定することができる。
【０５４１】
例えば、候補キャリア情報はキャリア番号０、１、２、３とする。例えば、ＰＳＣＣＨ用キャリア情報はキャリア番号０とする。ＰＳＣＣＨのスケジューリング情報として、キャリア番号０上で送信されるＰＳＣＣＨのリソースのスケジューリング情報を含める。
【０５４２】
ＵＥ＿ｔｘは、候補キャリア情報から、キャリア番号０、１、２，３の４キャリアが送信可能であることを認識する。また、ＵＥ＿ｔｘは、ＰＳＣＣＨキャリア情報から、ＰＳＣＣＨ送信を行うのがキャリア番号０のキャリア上であることを認識する。また、ＵＥ＿ｔｘは、ＰＳＣＣＨのスケジューリング情報から、キャリア番号０のキャリア上のＰＳＣＣＨ用リソースを認識する。
【０５４３】
ステップＳＴ５００４で、ＵＥ＿ｔｘは、候補キャリア（キャリア番号０、キャリア番号１、キャリア番号２、キャリア番号３）上でＰＳＳＣＨ用のリソースを探すためセンシング処理を行う。ＵＥ＿ｔｘは、ステップＳＴ５００１で通知された各キャリアのリソースプール設定を用いてもよい。ＵＥ＿ｔｘは、センシング処理により使用可能なリソースを特定する。
【０５４４】
ｅＮＢはＵＥ＿ｔｘに対して、ステップＳＴ５００３で使用キャリア情報を通知してもよい。また、ｅＮＢはＵＥ＿ｔｘに対して、ステップＳＴ５００３でＰＳＳＣＨのスケジューリング情報を通知してもよい。これにより、ＵＥ＿ｔｘはＰＳＳＣＨのスケジューリング情報を特定可能となる。この場合、ステップＳＴ５００４の各キャリアでのセンシング処理を省略可能となる。
【０５４５】
ｅＮＢがＵＥ＿ｔｘに対してＰＳＳＣＨのスケジューリング情報を通知する場合、ｅＮＢが各キャリアで同じタイミングのＰＳＳＣＨ送信用リソースを設定して通知するとよい。これにより、ＵＥ＿ｔｘは各キャリアで同じタイミングのＰＳＳＣＨ送信用リソースを設定可能となる。
【０５４６】
ｅＮＢからＵＥ＿ｔｘに対して通知するステップＳＴ５００２からステップＳＴ５００３を省略してもよい。この場合、ＵＥ＿ｔｘは、ステップＳＴ５００１でｅＮＢから受信した各キャリアのリソースプールを用いて、ステップＳＴ５００４で各キャリアでのセンシング処理を実施するとよい。このようにすることで、ＵＥ＿ｔｘは、ＰＳＳＣＨ送信用に同じタイミングのリソースとキャリアを選択可能となる。
【０５４７】
ステップＳＴ５００５で、ＵＥ＿ｔｘは、特定した使用可能なリソースから、複数のキャリア上で、同じタイミングのリソースを選択する。あるいは、ＵＥ＿ｔｘは、特定した使用可能なリソースの内、同じタイミングのリソースを有するキャリアを選択してもよい。このようにすることで、ＵＥ＿ｔｘは、同じタイミングのリソースを有する複数のキャリアを選択する。図４０の例では、同じタイミングのリソースを有するキャリアは、キャリア番号０、キャリア番号１、キャリア番号３の３つのキャリアとする。
【０５４８】
ステップＳＴ５００６で、ＵＥ＿ｔｘはＵＥ＿ｒｘに対して、使用キャリア情報を通知する。ＵＥ＿ｔｘはＵＥ＿ｒｘに対して、キャリア番号０のＰＳＣＣＨでＰＳＳＣＨのスケジューリング情報を通知する。使用キャリア情報として、ここでは、キャリア番号０、キャリア番号１、キャリア番号３を通知する。ＰＳＳＣＨのスケジューリング情報として、ステップＳＴ５００５で選択した同じタイミングのリソースのスケジューリング情報を用いるとよい。
【０５４９】
時間軸上のリソースは、使用するキャリア全てで同じとするとよい。時間軸上のスケジューリング情報が一つで済む。周波数軸上のリソースは使用するキャリア全てで同じでもよいし、異なっていても良い。同じ場合、周波数軸上のスケジューリング情報が一つで済む。異なる場合、各キャリアと各キャリア上のスケジューリング情報とを対応付けておくとよい。
【０５５０】
ＰＳＳＣＨのリソースタイミングは周期的であってもよい。また、ＰＳＳＣＨのリソースタイミングはセミパーシステントであってもよい。
【０５５１】
ステップＳＴ５００６で、ＵＥ＿ｔｘはＵＥ＿ｒｘに対して、ＰＳＣＣＨ用キャリアのＰＳＣＣＨを送信することを示した。ＵＥ＿ｒｘは、ＰＳＣＣＨ用キャリアを受信するため、キャリアリストにあるキャリアのＰＳＣＣＨを受信するとよい。たとえば、ＵＥ＿ｒｘは、使用キャリア情報およびＰＳＳＣＨスケジューリング情報を含んだＰＳＣＣＨを受信することで、ＰＳＣＣＨ用キャリアを認識できる。ＵＥ＿ｒｘは、ＰＳＣＣＨ用キャリアのＰＳＣＣＨを受信した場合、さらなるキャリアのＰＳＣＣＨの受信を停止してもよい。
【０５５２】
ＵＥ＿ｒｘがＰＳＣＣＨ用キャリア情報を得るための他の方法を開示する。ｅＮＢはＰＳＣＣＨ用キャリア情報を、ステップＳＴ５００１で通知する情報に含めて通知してもよい。ＰＳＣＣＨ用キャリア情報をＳＩＢに含めて報知してもよい。ＵＥ＿ｔｘ、ＵＥ＿ｒｘともにＰＳＣＣＨ用キャリア情報を認識可能となる。ＵＥ＿ｔｘはステップＳＴ５００６のＰＵＣＣＨ用キャリアを特定可能となる。ＵＥ＿ｒｘはステップＳＴ５００６において、ＰＳＣＣＨ用キャリアのみのＰＳＣＣＨを受信すればよくなる。
【０５５３】
ｅＮＢはＰＳＣＣＨスケジューリング情報を、ステップＳＴ５００１で通知する情報に含めて通知してもよい。ＰＳＣＣＨスケジューリング情報をＳＩＢに含めて報知してもよい。ＵＥ＿ｔｘ、ＵＥ＿ｒｘともにＰＳＣＣＨスケジューリング情報を認識可能となる。ＵＥ＿ｔｘ、ＵＥ＿ｒｘともに、ステップＳＴ５００６のＰＵＣＣＨ用キャリア上で使用するＰＳＣＣＨのリソースを認識できる。
【０５５４】
ｅＮＢは候補キャリア情報を、ステップＳＴ５００１で通知する情報に含めて通知してもよい。ｅＮＢは候補キャリア情報をＳＩＢに含めて報知してもよい。ＵＥ＿ｔｘは候補キャリア情報を認識可能となる。ＵＥ＿ｔｘはステップＳＴ５００４において、候補キャリアの各キャリアでセンシング可能となる。
【０５５５】
ｅＮＢはＵＥ＿ｔｘ、ＵＥ＿ｒｘに対して、ＰＳＣＣＨ用キャリア情報、ＰＳＣＣＨスケジューリング情報、候補キャリア情報をステップＳＴ５００１で通知することによって、ステップＳＴ５００２からステップＳＴ５００３のシグナリングを省略可能となる。たとえば、ＵＥ＿ｔｘが各キャリアのＰＳＳＣＨに利用するリソースを選択する場合に適用可能である。
【０５５６】
ステップＳＴ５００７で、ＵＥ＿ｔｘはキャリア番号０のＰＳＳＣＨでデータ送信を行う。また、ステップＳＴ５００８で、ＵＥ＿ｔｘはキャリア番号１のＰＳＳＣＨでデータ送信を行う。また、ステップＳＴ５００９で、ＵＥ＿ｔｘはキャリア番号３のＰＳＳＣＨでデータ送信を行う。
【０５５７】
ＵＥ＿ｒｘは、ステップＳＴ５００６において、ＰＳＣＣＨ用キャリアのＰＳＣＣＨを受信し、ＰＳＣＣＨに含まれるＰＳＣＣＨのスケジューリング情報により、キャリア番号０、１、３のキャリア上で、ＵＥ＿ｔｘからのデータを受信する。
【０５５８】
ＵＥ＿ｒｘが使用キャリアのＰＳＳＣＨのスケジューリング情報を得るための他の方法を開示する。候補キャリアに含まれる全キャリアのＰＳＣＣＨで、使用キャリア情報とＰＳＳＣＨスケジューリング情報を通知してもよい。ＵＥ＿ｒｘは候補キャリアのいずれかのＰＳＣＣＨを受信すれば、使用キャリアおよびＰＳＳＣＨのスケジューリング情報を入手することが可能となる。ＵＥ＿ｒｘの受信処理を削減でき、消費電力を削減可能となる。
【０５５９】
実施の形態５の本変形例１で開示した方法とすることで、実施の形態５と同様の効果を得ることができる。また、ＳＬにおいてマルチキャリアで通信を行うために必要となる情報量を削減できる。ｅＮＢからＵＥ＿ｔｘへ通知が必要となるリソース量と、ＵＥ＿ｔｘからＵＥ＿ｒｘへ通知が必要となるリソース量を削減できるため、ＳＬでのデータ通信に必要となるオーバヘッドの削減を図れる。
【０５６０】
実施の形態５と、実施の形態５の変形例１では、ＵＥ＿ｔｘが各キャリアでセンシングを実施することを開示した。ＳＬ通信用のリソースが他のＵＥ＿ｔｘによって使用されている可能性があるからである。ＳＬ通信用のリソースが他のＵＥ＿ｔｘによって使用されている場合、複数のキャリアで同じタイミングのリソースを選択できなくなってしまう。Ｖ２Ｖ通信やＶ２Ｐ通信では多数のＵＥが通信することが想定される。例えば、これらの多数のＵＥがＳＬ通信用のリソースを使用した場合、複数のキャリアで同じタイミングのリソースを選択できなくなってしまう状況が発生してしまう。
【０５６１】
このような問題を解決する方法を開示する。複数のキャリアでの同じタイミングリソース設定専用のリソースプールを設ける。従来のリソースプールと区別することで、複数のキャリアでの同じタイミングリソースの選択を容易にする。ＰＣ５リソースの設定として、図３８および図３９の例ではステップＳＴ４９０１で、図４０の例ではステップＳＴ５００１で、複数のキャリアでの同じタイミングリソース設定専用のリソースプール設定を通知するとよい。該リソースプール設定は、図３８の例のステップＳＴ４９０１および図４０の例のステップＳＴ５００１の各キャリアのリソースプール設定とは別に設定して通知するとよい。
【０５６２】
このようにすることで、複数のキャリアで同じタイミングのリソースを選択できなくなってしまう状況が発生することを防ぐことが可能となる。ＵＥ＿ｒｘの消費電力の削減を容易に可能とする。
【０５６３】
実施の形態５の変形例１では、ｅＮＢがＰＳＣＣＨ用キャリアを設定してＵＥ＿ｔｘに通知した。他の方法として、ＵＥがＰＳＣＣＨ用キャリアを設定してもよい。ｅＮＢからＵＥ＿ｔｘに対してＰＳＣＣＨ用キャリアを通知しなくて済む。
【０５６４】
ＵＥ＿ｔｘは、同じタイミングのリソースを有する複数のキャリアを選択することを開示した。ＵＥ＿ｔｘは、選択したキャリアの中から、ＰＳＣＣＨ用キャリアを選択する。例えば図４０では、ステップＳＴ５００５で該処理を実施するとよい。
【０５６５】
ＵＥ＿ｔｘはＵＥ＿ｒｘに対して、自身で選択したＰＳＣＣＨ用キャリアで、使用キャリア情報とＰＳＳＣＨのスケジューリング情報を通知する。これらの情報を、選択したＰＳＣＣＨ用キャリアのＰＳＣＣＨのＳＣＩ１に含めて通知するとよい。例えば図４０ではステップＳＴ５００６で該処理を実施すると良い。
【０５６６】
このようにすることで、ＵＥが、ＰＳＣＣＨを送信するキャリアを選択可能となるため、良好な通信品質のＳＬ用キャリアを選択することが可能となる。ＳＬでの通信用制御チャネルの通信品質を向上させることで、ＳＬでのデータ通信の信頼性を向上させることが可能となる。
【０５６７】
ＮＲではＳＵＬ（Supplementary Uplink）がサポートされる（非特許文献１６参照）。ＳＬをＳＵＬ上に構成してもよい。ＳＬに用いるキャリアとして、ＳＵＬとして設定されたキャリアを用いてもよい。
【０５６８】
たとえば、ｅＮＢがＤ２Ｄ用、Ｖ２Ｖ用ＵＥに対してＰＣ５リソース設定を行う際に、ＰＣ５に用いるキャリアとして、ＳＵＬとして設定されたキャリアを設定する。この際、ＳＵＬであることを示す情報を設けてもよい。ＲＲＣでＳＵＬ用のキャリアを設定する際にＳＵＬ用キャリアとしての番号を付与しておき、ＳＵＬであることを示す情報として該番号を用いてもよい。
【０５６９】
また、非ＳＵＬのキャリア毎に対応するＳＵＬのキャリアを設けておいてもよい。非ＳＵＬのキャリア番号とＳＵＬのキャリア番号を対応づけておいてもよい。
【０５７０】
ＳＵＬとして設定されたキャリア上にＳＬ用のチャネルをアロケーションする。たとえば、ＳＵＬとして設定されたキャリア上にＰＳＣＣＨ、ＰＳＳＣＨをアロケーションするとよい。
【０５７１】
ＳＵＬを用いたＳＬの通信に、実施の形態５、実施の形態５の変形例１で開示した方法を適用してもよい。
【０５７２】
ＳＬの通信にＳＵＬと非ＳＵＬを用いてもよい。ＳＵＬのキャリアと非ＳＵＬのキャリアを用いてＳＬの通信を行う。ＳＵＬと非ＳＵＬを切替えてもよい。該切替えをたとえばダイナミックに行ってもよい。たとえば、実施の形態５、実施の形態５の変形例１の、複数キャリアでのＰＳＳＣＨのリソースタイミングを同じにする方法を適宜適用するとよい。これにより、ＰＳＣＣＨのリソースタイミングは同じになるため、ＳＵＬと非ＳＵＬをダイナミックに切替え可能となる。
【０５７３】
ＳＵＬと非ＳＵＬとの切替えを、いずれか一つのキャリア上の制御チャネルで行ってもよい。例えば、ＰＳＣＣＨ用キャリアのＰＳＣＣＨで該切替えを行ってもよい。ＳＵＬと非ＳＵＬとの切替えを示す情報をＳＣＩに含めてもよい。該ＳＣＩをＰＳＣＣＨ用キャリアのＰＳＣＣＨでＵＥ＿ｔｘからＵＥ＿ｒｘに通知する。ＳＵＬと非ＳＵＬの切替えを示す情報として、使用するキャリアの設定を用いてもよい。
【０５７４】
たとえば、ＳＵＬを用いる場合はＳＵＬのキャリア設定を、切替えを示す情報として用いる。非ＳＵＬを用いる場合は非ＳＵＬのキャリア設定を、切替えを示す情報として用いる。また、ＳＵＬと非ＳＵＬの切替えを示す情報とともに、リソースアロケーション情報をＳＣＩに含めてもよい。
【０５７５】
たとえば、図４０のステップＳＴ５００６のＰＳＣＣＨ用キャリアのＰＳＣＣＣＨのＳＣＩに、これらの情報を含めて通知してもよい。ＵＥ＿ｔｘは、ＳＵＬと非ＳＵＬのどちらを用いるかを判断し、これらの情報をＳＣＩに含めてＰＳＣＣＨ用キャリアのＰＳＣＣＨでＵＥ＿ｒｘに通知する。
【０５７６】
ＰＳＣＣＨ用キャリアのＰＳＣＣＨを受信したＵＥ＿ｒｘは、ＳＵＬと非ＳＵＬの切替え、すなわちＳＵＬと非ＳＵＬのどちらのキャリアでＰＳＳＣＨの送信が行われるかを認識できる。また、ＵＥ＿ｒｘはＰＳＣＣＨのスケジューリング情報を受信することでＰＳＣＣＨを受信可能となる。
【０５７７】
ＳＵＬと非ＳＵＬとの切替えを示す情報の通知をＰＳＣＣＨ用キャリアのＰＳＣＣＨで行っても良いことを開示した。他の例として、実際にＳＬで通信を行う複数のキャリアのうちの一つのキャリアのＰＳＣＣＨで、切替えを示す情報を通知してもよい。例えば、図３９のステップＳＴ４９０９に示した、キャリア番号０のＰＳＣＣＨで、切替えを示す情報を通知してもよい。非ＳＵＬのキャリア毎に対応するＳＵＬのキャリアを設けるような場合にも有効である。
【０５７８】
このようにすることで、ＮＲにおいてＳＵＬが設定された場合に、ＳＵＬが設定されたキャリア上でＳＬを構成可能となりＳＬの通信を可能とする。ＳＵＬを用いることで、ＳＬでの通信のカバレッジを拡大可能となる。ＳＬの通信の信頼性を向上させることができる。
【０５７９】
ＳＬの通信にＳＵＬを用いてもよいことを開示したが、Ｕｕインタフェースを用いたＶ２Ｘの通信にＳＵＬを用いてもよい。Ｕｕを用いたＶ２Ｘ通信の上りリンクにＳＵＬを用いてもよい。また、Ｕｕを用いたＶ２Ｘ通信の上りリンクにおいてＳＵＬと非ＳＵＬの切替えを行ってもよい。このようにすることで、ＮＲにおいてＳＵＬが設定された場合に、ＳＵＬが設定されたキャリア上で、Ｕｕを用いたＶ２Ｘ通信が可能となり、Ｖ２Ｘ通信のカバレッジを拡大可能となる。Ｖ２Ｘ通信の信頼性を向上させることができる。
【０５８０】
実施の形態５、実施の形態５の変形例１では、複数キャリアのＰＳＳＣＨのリソースタイミングを同じにすることを開示した。該タイミングは同一でなくてもよい。所定の範囲内で揃えるようにしてもよい。所定の範囲は規格等で予め決められてもよい。たとえば、所定の範囲をタイミングウインドウとしてもよい。設定単位として、たとえば、シンボル単位、ミニスロット単位、スロット単位、サブフレーム単位、ＴＴＩ単位、短ＴＴＩ単位等とするとよい。このようにすることで、スケジューリングに柔軟性が生じる。また、ＵＥ＿ｒｘは該所定の範囲で受信を行えば良く、消費電力を削減する効果も有する。
【０５８１】
実施の形態５、実施の形態５の変形例１では、基地局としてｅＮＢをあげたが、ｇＮＢであってもよい。ＮＲでＳＬをサポートする場合にも実施の形態５、実施の形態５の変形例１で開示したような方法を適宜適用するとよい。同様の効果を得ることが可能となる。
【０５８２】
実施の形態６．
３ＧＰＰにおいて、ｅＮＢのカバレッジ内のＶ２Ｖ通信では２つのルートが検討されている。ＰＣ５ベースのＶ２ＶとＵｕベースのＶ２Ｖである（非特許文献２４（TR36.885V14.0.0）参照）。図４１および図４２はＰＣ５ベースのＶ２ＶとＵｕベースのＶ２Ｖを説明するための概念図である。図４１はＰＣ５ベースのＶ２Ｖの概念図である。ＰＣ５ベースのＶ２Ｖでは、Ｖ２Ｖ用ＵＥ（ＵＥ＃１）からＶ２Ｖ用ＵＥ（ＵＥ＃２、ＵＥ＃３、ＵＥ＃４）へ直接、ＳＬ５１０２を用いて通信が行われる。
【０５８３】
図４２はＵｕベースのＶ２Ｖの概念図である。ＵｕベースのＶ２Ｖでは、Ｖ２Ｖ用ＵＥ（ＵＥ＃１）からＶ２Ｖ用ＵＥ（ＵＥ＃２、ＵＥ＃３、ＵＥ＃４）へ、ｅＮＢ５１０３を介して通信が行われる。Ｖ２Ｖ用ＵＥ（ＵＥ＃１）からｅＮＢ５１０３への通信はＵＬ５１０４を用いて行われる。ｅＮＢ５１０３からＶ２Ｖ用ＵＥ（ＵＥ＃２、ＵＥ＃３、ＵＥ＃４）への通信はＤＬ５１０５を用いて行われる。
【０５８４】
Ｖ２Ｖを含むＶ２Ｘ通信は自動運転に用いられる。交差点での自動車間衝突回避、急ブレーキ車両や緊急停車車両との衝突回避、歩行者や自転車との衝突回避などの安全対策のために用いられることが想定されている。このため、Ｖ２Ｘ通信には高い信頼性が要求される。
【０５８５】
Ｖ２Ｖ通信における信頼性向上のため、３ＧＰＰにおいてＰＣ５のＣＡベースのパケット複製が議論されている（非特許文献２５（R2-1708062）参照）。ＳＬにおいてＣＡ（Carrier Aggregation）を行い、ＰＤＣＰで複製したデータを異なるコンポーネントキャリアを用いて送信する方法である。
【０５８６】
ＰＣ５のＣＡベースのパケット複製では、たとえば、Ｖ２Ｖ用ＵＥとＶ２Ｖ用ＵＥとの間に障害物が存在するような場合、たとえ複数のキャリアがＣＡされていようとも、どのキャリアも通信品質が劣化してしまうことになる。このような場合にパケット複製を行ったとしても、異なるコンポーネントキャリアを用いて送信したデータの両方とも受信できなくなってしまう。このように、ＰＣ５のＣＡベースのパケット複製では、Ｖ２Ｖ通信の信頼性が劣化してしまう問題が生じる場合がある。
【０５８７】
本実施の形態６では、このような問題を解決する方法を開示する。
【０５８８】
ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いてパケット複製を行う。図４３はＰＣ５ベースのＶ２ＶとＵｕベースのＶ２Ｖを用いたパケット複製を説明するための概念図である。Ｖ２Ｖ用ＵＥ（ＵＥ＃１）は、送信データの複製を行い、複製したデータの一方をＶ２Ｖ用ＵＥ（ＵＥ＃２、ＵＥ＃３、ＵＥ＃４）へ直接、ＳＬ５２０３を用いて送信する。
【０５８９】
Ｖ２Ｖ用ＵＥ（ＵＥ＃１）は、他方のデータを、ｅＮＢ５２０１を介してＶ２Ｖ用ＵＥ（ＵＥ＃２、ＵＥ＃３、ＵＥ＃４）に送信する。Ｖ２Ｖ用ＵＥ（ＵＥ＃１）からｅＮＢ５２０１への通信はＵＬ５２０２を用いて行われる。ｅＮＢ５２０１からＶ２Ｖ用ＵＥ（ＵＥ＃２、ＵＥ＃３、ＵＥ＃４）への通信はＤＬ５２０４を用いて行われる。
【０５９０】
ＰＣ５ベースのＶ２ＶとＵｕベースのＶ２Ｖを用いたパケット複製を実施する詳細な方法について開示する。Ｖ２Ｖ通信の送信側ＵＥをＵＥ＿ｔｘとし、受信側ＵＥをＵＥ＿ｒｘとする。ＵＥ＿ｔｘにＰＣ５用のプロトコルスタックとＵｕ用のプロトコルスタックを設ける。
【０５９１】
ＵＥ＿ｔｘのＰＤＣＰの上位レイヤでパケット複製を行う。複製したデータの一方をＰＣ５のプロトコルスタックを通してＵＥ＿ｒｘに対して送信する。他方のデータをＵｕのプロトコルスタックを通してｅＮＢに対して送信する。
【０５９２】
図４４はＵＥ＿ｔｘにおけるパケット複製を示す図である。ＵＥ＿ｔｘはアプリケーションレイヤと、ＩＰレイヤと、ＰＣ５用のレイヤ（ＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹ）と、Ｕｕ用のレイヤ（ＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹ）とで構成される。パケット複製の機能は、ＰＣ５用のＰＤＣＰおよびＵｕ用のＰＤＣＰの上位レイヤに設けられる。パケット複製用のレイヤを設けてもよい。あるいは、ＩＰレイヤでパケット複製を行ってもよい。あるいは、アプリケーションレイヤでパケット複製を行ってもよい。
【０５９３】
ＵＥ＿ｔｘは、パケット複製レイヤでデータを複製し、一方のデータをＰＣ５のプロトコルスタックを通してＵＥ＿ｒｘに対して送信し、他方のデータをＵｕのプロトコルスタックを通してｅＮＢに対して送信する。
【０５９４】
ｅＮＢは、ＵＥ＿ｔｘから受信した複製データを、ＰＤＣＰの上位レイヤで受信側から送信側に転送し、ＵＥ＿ｒｘに対して送信する。ＵＥ＿ｒｘは、ｅＮＢから受信した複製データについて、ＰＤＣＰの上位レイヤでデータが重複しているか否かの検出を行い、重複している場合は重複データを廃棄する。
【０５９５】
このようにすることで、ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いてパケット複製を可能とする。
【０５９６】
ｅＮＢは、受信したデータがＶ２Ｘ用の場合には該受信データをｅＮＢで終端し、受信したデータがＶ２Ｖ用の場合には該受信データを受信側から送信側に転送する。ｅＮＢが受信したデータがＶ２Ｘ用かＶ２Ｖ用かを判断可能とする方法を開示する。
【０５９７】
ＵＥ＿ｔｘで、Ｕｕで送信されるデータに、Ｖ２Ｖ用かＶ２Ｘ用かを示す情報を付与する。たとえば、Ｖ２Ｖ用データに、Ｖ２Ｖ用データであることを示す情報を付与する。あるいは、ＵＥ＿ｔｘで、Ｖ２Ｘ用データにＶ２Ｘ用データであることを示す情報を付与してもよい。あるいは、これらの両方を利用してもよい。
【０５９８】
Ｖ２Ｖ用かＶ２Ｘ用かを示す情報の付与は、パケット複製用のレイヤで行うようにしてもよい。パケット複製との親和性が高く制御を容易にする。あるいは、ＩＰレイヤまたはアプリケーションレイヤで該情報付与を行うようにしてもよい。データがＶ２Ｘ用かＶ２Ｖ用かを判断するレイヤで該情報付与を行うようにしてもよい。
【０５９９】
他の方法として、Ｖ２Ｖ用かＶ２Ｘ用かを示す情報の付与は、ＵｕのＰＤＣＰで行うようにしてもよい。ＵＥ＿ｔｘのＡＳ（access stratum）がＶ２Ｖ用かＶ２Ｘ用かを判断する場合に有効である。たとえば、パケット複製をＵＥ＿ｔｘのＡＳが行うような場合に有効となる。
【０６００】
ＵＥ＿ｔｘからＵｕで送信されたデータを受信したｅＮＢは、該受信したデータに付与されたＶ２Ｖ用かＶ２Ｘ用かを示す情報を用いて、該データがＶ２Ｘ用なのか、Ｖ２Ｖ用なのかを判断する。該判断はＰＤＣＰの上位レイヤで行うと良い。ｅＮＢは、受信したデータがＶ２Ｘ用の場合には該受信データをｅＮＢで終端し、受信データがＶ２Ｖ用の場合には該受信データを受信側から送信側に転送する。このようにすることで、ｅＮＢがＵＥ＿ｔｘからＵｕで受信したデータがＶ２Ｖ用かＶ２Ｘ用か不明となる問題を回避することが可能となる。
【０６０１】
ｅＮＢは、ＵＥ＿ｔｘからＵｕで受信したデータを、該ｅＮＢのＩＰレイヤあるいはアプリケーションレイヤで、受信側から送信側に転送しても良い。たとえば、ＵＥ＿ｔｘがパケット複製をＩＰレイヤで実施する場合は、ｅＮＢは自身のＩＰレイヤで、受信データを受信側から送信側に転送するとしてもよい。また、たとえば、ＵＥ＿ｔｘがパケット複製をアプリケーションレイヤで実施する場合は、ｅＮＢは自身のアプリケーションレイヤで、受信データを受信側から送信側に転送するとしてもよい。
【０６０２】
ｅＮＢがＩＰレイヤあるいはアプリケーションレイヤでデータを受信側から送信側に転送する場合、受信側から送信側にデータが転送される際に、ＩＰパケットデータのＳＮが変わってしまう。ＳＮが変わると、ＵＥ＿ｒｘは、ｅＮＢから受信したＶ２Ｖ用データについて、複製データの重複を検出できなくなってしまう。このような問題を解決する方法を開示する。
【０６０３】
ＵＥ＿ｔｘが、Ｖ２Ｖ送信用データに、Ｖ２Ｖ送信用データ専用のＳＮを付与する。ＵＥ＿ｔｘは、通常のＩＰパケットデータに付与されるＳＮとは別に、Ｖ２Ｖ送信用データ専用のＳＮを付与する。ＵＥ＿ｔｘは、ＩＰレイヤあるいはアプリケーションレイヤでＶ２Ｖ送信用データにＶ２Ｖ送信用データ専用のＳＮを付与し、Ｖ２Ｖ送信用データ専用のＳＮが付与されたデータにＩＰパケットデータ用のＳＮを付与し、Ｖ２Ｖ送信用データ専用のＳＮとＩＰパケットデータ用のＳＮが付与されたデータを送信する。
【０６０４】
ｅＮＢは、ＵＥ＿ｔｘからＶ２Ｖ用データを受信した場合、Ｖ２Ｖ送信用データ専用のＳＮが付与されたデータを、ＩＰレイヤあるいはアプリケーションレイヤで受信側から送信側に転送する。ＵＥ＿ｒｘは、ｅＮＢから受信した、Ｖ２Ｖ送信用データ専用のＳＮが付与されたデータから、ＩＰレイヤあるいはアプリケーションレイヤで、該ＳＮを認識する。
【０６０５】
また、ＵＥ＿ｒｘは、ＵＥ＿ｔｘからＳＬを用いて送信されたＶ２Ｖ用データに付与されたＶ２Ｖ送信用データ専用のＳＮを認識する。ＵＥ＿ｒｘは、ｅＮＢから受信したＶ２Ｖ用データに付与されたＶ２Ｖ送信用データ専用のＳＮと、ＵＥ＿ｔｘから受信したＶ２Ｖ用データに付与されたＶ２Ｖ送信用データ専用のＳＮとを用いて、Ｖ２Ｖ用データの重複を検出する。重複したデータは廃棄される。
【０６０６】
このようにすることで、ｅＮＢでＶ２Ｖ用データが受信側から送信側に転送される際にＩＰパケットデータのＳＮが変わってしまうような場合も、ＵＥ＿ｒｘはＵＥ＿ｔｘから送信されたＶ２Ｖ用データの重複を検出可能となる。
【０６０７】
図４５はＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いたパケット複製の一例を示す図である。図４５はＵＥ＿ｔｘのＰＤＣＰの上位レイヤに、パケット複製機能を有するパケット複製レイヤ（プロトコルであってもよい）を設けた例について開示している。ＵＥ＿ｔｘはパケット複製レイヤでＶ２Ｖ用データに、Ｖ２Ｖ用かＶ２Ｘ用かを示す情報を付与し、パケット複製を行う。
【０６０８】
複製されたパケットデータの一方は、ＰＣ５のＰＤＣＰに入力され、ＲＬＣ、ＭＡＣ、ＰＨＹで処理され、ＵＥ＿ｒｘに対して送信される。複製されたパケットデータの他方は、ＵｕのＰＤＣＰに入力され、ＲＬＣ、ＭＡＣ、ＰＨＹで処理され、ｅＮＢに対して送信される。
【０６０９】
パケット複製レイヤでパケット複製を実施した後、Ｕｕで送信するデータに、Ｖ２Ｖ用かＶ２Ｘ用かを示す情報を付与しても良い。ｅＮＢで該データがＶ２Ｖ用かＶ２Ｘ用かを判断可能となる。また、ＰＣ５で送信するデータにＶ２Ｖ用かＶ２Ｘ用かを示す情報を付与しなくて済むため、データのオーバヘッドを削減することが可能となる。
【０６１０】
ｅＮＢは、ＵＥ＿ｔｘから送信されたＶ２Ｖ用データを受信し、該受信データに対して受信側のＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰの処理を行う。ｅＮＢは、受信側のＰＤＣＰから出力されたデータに対して、複製パケットの検出と受信側から送信側への転送を行う。複製パケットの検出処理と転送処理は、ＰＤＣＰの上位レイヤで実施される。ここでは、複製パケットの検出・転送処理用のレイヤ（プロトコルであってもよい）を設ける。
【０６１１】
ｅＮＢは、ＰＤＣＰから出力されたデータに付与されているＶ２Ｖ用かＶ２Ｘ用かを示す情報を用いて、該データがＶ２Ｖ用かＶ２Ｘ用かを判断する。受信したデータがＶ２Ｘ用の場合、ｅＮＢはコアネットワークにデータを転送し、コアネットワークでＩＰレイヤ、アプリケーションレイヤの処理を実施し、Ｖ２Ｘ用データを得る。受信したデータがＶ２Ｖ用の場合、ｅＮＢは該データを受信側から送信側に転送する。
【０６１２】
送信側に転送する際に、Ｖ２Ｖ用かＶ２Ｘ用かを示す情報を付与したままでもよい。あるいは該情報を取り除いてもよい。取り除いた場合、ｅＮＢからＵＥ＿ｒｘへのデータのオーバヘッドを削減可能となる。
【０６１３】
ｅＮＢで受信側から送信側に転送されたＶ２Ｖ用データは、送信側のＰＤＣＰに入力され、ＲＬＣ、ＭＡＣ、ＰＨＹで処理され、ＵＥ＿ｒｘに送信される。ＵＥ＿ｒｘは、ｅＮＢから送信されたＶ２Ｖ用データを受信し、該受信データに対してＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰの処理を行う。
【０６１４】
一方、ＵＥ＿ｒｘは、ＵＥ＿ｔｘから送信されたＶ２Ｖ用データを受信し、該受信データに対してＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰの処理を行う。
【０６１５】
ＵＥ＿ｒｘは、これらのＰＤＣＰから出力されたデータに対して、重複データの検出と廃棄を行う。重複データの検出処理と廃棄処理は、ＰＤＣＰの上位レイヤで実施される。ここでは、重複データの検出・廃棄処理用のレイヤ（プロトコルであってもよい）を設ける。
【０６１６】
ＵＥ＿ｒｘは、ＩＰレイヤで付与されたＳＮを用いて複製データの検出を行うと良い。ＵＥ＿ｒｘは、同じＳＮのデータを受信した場合、後から受信したデータを廃棄する。同じＳＮのデータを受信したかどうかを検出する期間を設けてもよい。最初の受信から所定の期間内に、同じＳＮのデータを受信したかどうかを検出する。所定の期間はｅＮＢからＵＥ＿ｒｘに予め通知されてもよいし、規格等で予め決めておいてもよい。このようにすることで、最初に受信したデータをいつまでも保持しなくてすむ。該データ保持のためのバッファ容量を削減できる。
【０６１７】
ＵＥ＿ｒｘにおける重複データの検出処理と廃棄処理は、ＩＰレイヤあるいはアプリケーションレイヤで実施されてもよい。ＩＰレイヤでＩＰパケットデータにＳＮを付与する場合、ＩＰレイヤで該検出処理と廃棄処理を行うと処理が容易となる。
【０６１８】
複製データの検出・転送機能をｅＮＢに設けたが、コアネットワーク側に設けても良い。複製データの検出・転送機能をｅＮＢに設けることによって、受信側から送信側への転送時間の短縮をはかることが可能となる。ＵｕベースのＶ２Ｖ通信の遅延時間を削減可能となる。ＮＲでは、基地局ｇＮＢをＣＵ（Central Unit）とＤＵ（Distributed Unit）に分離することがサポートされる。複製データの検出・転送機能をＣＵに設けてもよい。同様の効果を得ることができる。
【０６１９】
パケット複製用に、ＰＣ５のリソースプールの設定とＵｕのベアラ設定を行ってもよい。これらの設定をパケット複製開始前に予め実施してもよい。パケット複製の設定をトリガにして、ＰＣ５リソースプールの設定とＵｕのベアラ設定を実施してもよい。上記設定は、パケット複製を行うデータサービスのＱｏＳ（ＱＣＩ）を用いて実施してもよい。
【０６２０】
図４６および図４７は、パケット複製用のベアラ設定のためのシーケンスの一例を示す図である。図４６と図４７とは境界線ＢＬ４６４７の位置で繋がっている。ステップＳＴ５５０２で、ＵＥ＿ｔｘはパケット複製を実施するか否かを決定する。パケット複製を決定する前にＶ２Ｖ通信が行われていてもよいし、行われていなくてもよい。ここでは、ステップＳＴ５５０１で、ＵＥ＿ｔｘとＵＥ＿ｒｘとの間でＰＣ５上でのＶ２Ｖ通信が行われている。
【０６２１】
パケット複製を実施する決定は、たとえば、通信データのＱｏＳが所定の値を満たさない場合や、通信データに要求されるＱｏＳが所定の値以上の場合になされてもよい。
【０６２２】
ＱｏＳの指標は、たとえば、信頼性を示す指標であってもよい。信頼性を示す指標は、たとえば、受信誤り率であってもよい。ＱｏＳの指標は、たとえば、遅延特性を示す指標であってもよい。遅延特性を示す指標は、たとえば、遅延時間であってもよい。ＱｏＳの指標は、たとえば、通信速度を示す指標であってもよい。ＱｏＳの指標は、たとえば、ビットレート示す指標であってもよい。
【０６２３】
このようにすることで、ＰＣ５のＶ２Ｖ通信のみでは所望のＱｏＳを達成できないような場合に、パケット複製を決定することができる。パケット複製により所望のＱｏＳを達成することが可能となる。
【０６２４】
また、ＵＥ＿ｔｘは、ＳＬの通信に用いるリソースの負荷量を用いて、パケット複製を行うか否かを決定してもよい。ＳＬの通信に用いるリソースの負荷量として、使用量や余裕度、他のＵＥのＳＬの通信との優先順位などを用いてもよい。負荷量が少ない場合は、通信に十分なリソースを確保できないとして、Ｕｕベースのパケット複製を実施することを決定してもよい。ＵＥ＿ｔｘはＳＬの通信に用いるリソースの負荷量を予め測定しておいてもよい。
【０６２５】
ステップＳＴ５５０２でパケット複製の実施を決定したＵＥ＿ｔｘは、ステップＳＴ５５０３で、ｅＮＢに対してパケット複製設定要求を通知する。該要求に、ベアラの識別子、ＱｏＳ指標、ＳＬリソースの負荷量等の情報を含めてもよい。該要求に、パケット複製用であることを示す情報を含めてもよい。ＱｏＳ指標は前述のような情報であってもよい。該要求は、ＲＲＣシグナリングを用いて通知してもよいし、あるいはＭＡＣシグナリングを用いて通知してもよい。あるいは、該要求をＵＣＩに含めてＰＵＣＣＨを用いて通知してもよい。
【０６２６】
ステップＳＴ５５０４で、ｅＮＢとＵＥ＿ｔｘとの間で、Ｖ２Ｖ通信データのパケット複製用のＰＣ５のリソース設定を行う。たとえば、ｅＮＢはＵＥに対して、ＰＣ５用のキャリア周波数、リソースプール、ＰＳＣＣＨのリソース設定、たとえば、リソースアロケーション情報を通知する。これらの情報は、ＲＲＣシグナリングを用いて通知してもよいし、あるいはＭＡＣシグナリングを用いて通知してもよい。あるいは、これらの情報をＤＣＩに含めてＰＤＣＣＨを用いて通知してもよい。ＲＲＣシグナリングを用いる場合、既存のＲＲＣメッセージであるRRCConnectionReconfigurationを用いてもよい。新たにメッセージを設ける必要がなく、制御を容易にできる。
【０６２７】
ステップＳＴ５５０５で、ｅＮＢとＵＥ＿ｔｘとの間で、Ｖ２Ｖ通信データのパケット複製用のＵｕ上のベアラ設定を行う。ｅＮＢはＵＥに対して、Ｕｕ上での通信の設定を行う。たとえば、ＵＬ用周波数などの設定を実施してもよい。該設定はＲＲＣシグナリングを用いて通知してもよいし、あるいはＭＡＣシグナリングを用いて通知してもよい。あるいは、該設定をＤＣＩに含めてＰＤＣＣＨを用いて通知してもよい。ＲＲＣシグナリングを用いる場合、既存のＲＲＣメッセージであるRRCConnectionReconfigurationを用いてもよい。新たにメッセージを設ける必要がなく、制御を容易にできる。
【０６２８】
ステップＳＴ５５０６で、ｅＮＢとＵＥ＿ｒｘとの間で、Ｖ２Ｖ通信データのパケット複製用のＵｕ上のベアラ設定を行う。ｅＮＢはＵＥに対して、Ｕｕ上での通信の設定を行う。たとえば、ＤＬ用に、ＭＢＭＳ通信やＳＣ−ＰＴＭ通信の設定を実施してもよい。該設定はＲＲＣシグナリングを用いて通知してもよいし、あるいはＭＡＣシグナリングを用いて通知してもよい。あるいは、該設定をＤＣＩに含めてＰＤＣＣＨを用いて通知してもよい。
【０６２９】
ＭＢＭＳ通信やＳＣ−ＰＴＭ通信の設定をする際に、ｅＮＢはコアネットワーク側との間でＭＢＭＳ通信やＳＣ−ＰＴＭ通信のためのベアラ設定を行ってもよい。
【０６３０】
Ｖ２Ｖ通信データのパケット複製用ＰＣ５リソース設定およびＵｕ上ベアラ設定を行ったＵＥ＿ｔｘは、ステップＳＴ５５０７でパケット複製を開始する。ＵＥ＿ｔｘはパケット複製レイヤでデータの複製を行い、ステップＳＴ５５０８で、一方の複製データをＰＣ５でＵＥ＿ｒｘに対して送信し、ステップＳＴ５５０９で、他方の複製データをＵｕでｅＮＢに対して送信する。
【０６３１】
ステップＳＴ５５１０で、ｅＮＢは、ＵＥ＿ｔｘから受信したデータがＶ２Ｖ通信用のデータか否かを、複製パケット検出・転送レイヤにおいて、Ｖ２Ｖ用かＶ２Ｘ用かを示す情報を用いて検出する。Ｖ２Ｖ通信用のデータの場合、ｅＮＢは該データを受信側から送信に転送する。ステップＳＴ５５１１で、ｅＮＢは、転送された複製データをＵＥ＿ｒｘに送信する。
【０６３２】
ステップＳＴ５５０８、ＳＴ５５０９、ＳＴ５５１１の通信は、ステップＳＴ５５０４、ＳＴ５５０５、ＳＴ５５０６での設定を用いて実施するとよい。
【０６３３】
ステップＳＴ５５１２で、ＵＥ＿ｒｘは、重複データの検出・廃棄処理用のレイヤで、ｅＮＢから受信したデータとＵＥ＿ｔｘから受信したデータが重複しているか否かを、ＩＰレイヤで付与されたＳＮを用いて検出する。重複している場合は、ステップＳＴ５５１３で、後から受信したデータを廃棄する。先に受信したデータおよび重複していないデータは、ＩＰレイヤ、アプリケーションレイヤに送られる。
【０６３４】
このようにして、ＵＥ＿ｒｘは、ＵＥ＿ｔｘでパケット複製されたＶ２Ｖ通信用のデータを受信可能となる。
【０６３５】
ＵＥ＿ｔｘはパケット複製を終了するか否かを決定してもよい。たとえば、通信データのＱｏＳや、ＳＬの通信に用いるリソースの負荷量を用いて、パケット複製を終了するか否かを判断してもよい。たとえば、通信データのＱｏＳが所定の値を満たした場合、パケット複製を終了すると決定してもよい。また、たとえば、ＳＬの通信に用いるリソースの負荷量が所定の値を下回った場合、パケット複製を終了すると決定してもよい。
【０６３６】
このようにすることで、パケット複製が不要な場合にはパケット複製を終了することが可能となる。パケット複製はＰＣ５上とＵｕ上の両方のリソースを必要とする。パケット複製を終了可能とすることで無駄なリソースの使用を削減可能となる。
【０６３７】
Ｖ２Ｖ通信用のベアラを別途設けてもよい。Ｖ２Ｖ通信用のベアラを用いてパケット複製を行ってもよい。また、Ｖ２Ｖ通信データのパケット複製用のベアラを別途設けた場合、パケット複製に用いるチャネルおよび／あるいはチャネルグループを、他の通信に用いるチャネルおよび／あるいはチャネルグループと異ならせてもよい。パケット複製専用のチャネルおよび／あるいはチャネルグループを設定してもよい。ＱｏＳに応じた処理を実施可能となる。
【０６３８】
Ｖ２Ｖ通信データのパケット複製用に、設定済みのＰＣ５のリソース設定とＵｕのベアラ設定を用いてもよい。ステップＳＴ５５０４、ＳＴ５５０５、ＳＴ５５０６を省略できる。このようにすることで、ＰＣ５のリソース設定処理およびＵｕのベアラ設定処理にかかる時間を削減できる。パケット複製決定してからパケット複製を実施するまでの遅延時間を低減できる。
【０６３９】
Ｖ２Ｖ通信データのパケット複製用に、設定済みのＰＣ５リソース設定と設定済みのＵｕのベアラ設定の一部を用いてもよい。たとえば、ｅＮＢからＵＥ＿ｒｘへのＵｕの設定には、既存のＭＢＭＳベアラあるいはＳＣ−ＰＴＭベアラ用のリソース設定を用いる。該設定以外は新たに設定する。ｅＮＢからＵＥ＿ｒｘへのＵｕの設定には、ＭＢＭＳ用あるいはＳＣ−ＰＴＭ用のリソース設定を用いるため、コアネットワークとのベアラ設定を要する。このため、設定に特に時間がかかる。この時間を削減することで、パケット複製決定してからパケット複製を実施するまでの遅延時間を低減できる。
【０６４０】
前述に開示した方法では、ＵＥ＿ｔｘがパケット複製を実施するか否かを判断した。他の方法として、ｅＮＢがパケット複製を実施するか否かを判断してもよい。パケット複製の実施を決定したｅＮＢは、ＵＥ＿ｔｘに対して、パケット複製の実施（アクティベーション）を通知する。パケット複製のアクティベーションに、どのベアラのパケット複製をアクティベーションさせるかを示す情報を含めると良い。該情報としてたとえば、ベアラの識別子を用いてもよい。
【０６４１】
該通知には、ＲＲＣシグナリングを用いるとよい。多くの情報量を通知できる。ＭＡＣシグナリング、または、ＰＤＣＣＨを用いて該通知を行ってもよい。ダイナミックに通知可能となる。ＭＡＣシグナリングの場合、誤動作を低減可能となる。
【０６４２】
ｅＮＢからパケット複製のアクティベーションを受信したＵＥ＿ｔｘは、パケット複製を実施する。パケット複製の設定を完了したＵＥ＿ｔｘは、ｅＮＢに、設定完了の報告をしてもよい。該報告はＲＲＣシグナリング、あるいはＭＡＣシグナリング、あるいはＰＵＣＣＨを用いて通知するとよい。
【０６４３】
前述に開示した方法では、ＵＥ＿ｔｘがパケット複製を終了するか否かを判断した。他の方法として、ｅＮＢがパケット複製を終了するか否かを判断してもよい。パケット複製の終了を決定したｅＮＢは、ＵＥ＿ｔｘに対して、パケット複製の終了（デアクティベーション）を通知する。パケット複製のデアクティベーションに、どのベアラのパケット複製をデアクティベーションさせるかを示す情報を含めると良い。該情報としてたとえば、ベアラの識別子を用いてもよい。
【０６４４】
該通知には、ＲＲＣシグナリングを用いるとよい。多くの情報量を通知できる。ＭＡＣシグナリング、または、ＰＤＣＣＨを用いて該通知を行ってもよい。ダイナミックに通知可能となる。ＭＡＣシグナリングの場合、誤動作を低減可能となる。
【０６４５】
ｅＮＢはＵＥ＿ｔｘに対して、パケット複製の設定、リセットをＲＲＣシグナリングで通知して、パケット複製のアクティベーション、デアクティベーションをＭＡＣシグナリン、あるいはＰＤＣＣＨで通知してもよい。設定を予め行っておき、該設定を用いたアクティベーション、デアクティベーションをダイナミックにすることが可能となる。
【０６４６】
ＵＥ＿ｔｘはｅＮＢに対して、パケット複製実施要求を通知してもよい。ｅＮＢは該要求を受信した場合に、パケット複製を実施するか否かを判断する。ｅＮＢは、実施すると決定した場合、ＵＥ＿ｔｘに対してパケット複製のアクティベーションを通知する。ｅＮＢは、実施しないと決定した場合、ＵＥ＿ｔｘに対してリジェクトメッセージを通知する。リジェクトメッセージに、実施しない理由を含めてもよい。該理由としてたとえば、Ｕｕ間のリソース不足などがある。
【０６４７】
同様に、ＵＥ＿ｔｘはｅＮＢに対して、パケット複製実施終了要求を通知してもよい。ｅＮＢは該要求を受信した場合に、パケット複製を終了するか否かを判断する。ｅＮＢは、終了すると決定した場合、ＵＥ＿ｔｘに対してパケット複製のデアクティベーションを通知する。ｅＮＢは、終了しないと決定した場合、ＵＥ＿ｔｘに対してリジェクトメッセージを通知する。リジェクトメッセージに、終了しない理由を含めてもよい。該理由としてたとえば、Ｕｕ間のリソースに余裕があることなどがある。パケット複製を継続させることで、低遅延特性を得られるため、更なるスループットの向上を図れる。
【０６４８】
ＵＥ＿ｔｘがｅＮＢに対して通知するパケット複製実施要求に、パケット複製実施を要求するベアラの識別子、ＱｏＳ指標、ＳＬリソースの負荷量等の情報を含めて通知してもよい。ＵＥ＿ｔｘが測定したＱｏＳやＳＬリソースの負荷量を通知してもよい。ｅＮＢはこれらの情報を用いてパケット複製実施をするか否かを判断してもよい。
【０６４９】
また、ｅＮＢは、ｅＮＢ自身に関する情報やＵｕのリソースに関する情報を用いて、パケット複製を実施するか否かを判断してもよい。ｅＮＢ自身に関する情報として、ｅＮＢの処理能力、ＣＰＵ使用量、バッファ使用量等がある。Ｕｕリソースに関する情報として、ＵＬのリソースの使用量や、ＤＬのＭＢＳＦＮでのサブフレーム使用量などがある。このように、ｅＮＢでの情報を用いることで、ｅＮＢの状況やＵｕでの電波伝搬環境や負荷量を考慮して判断することが可能となる。
【０６５０】
ＵＥ＿ｔｘがｅＮＢに対して通知するパケット複製実施要求に、図４６および図４７で開示したパケット複製設定要求（ステップＳＴ５５０３）を用いてもよい。該設定要求に、パケット複製実施要求であることを示す情報を含めてもよい。また、ｅＮＢがＵＥ＿ｔｘに対して通知するパケット複製アクティベーションに、図４６および図４７で開示した、パケット複製用ＰＣ５リソース設定（ステップＳＴ５５０４）、あるいは、パケット複製用Ｕｕ上ベアラ設定（ステップＳＴ５５０５）を用いてもよい。パケット複製用ＰＣ５リソース設定、あるいは、パケット複製用Ｕｕ上ベアラ設定に、パケット複製アクティベーションであることを示す情報を含めてもよい。
【０６５１】
ｅＮＢは、ＵＥ＿ｒｘに対しても、パケット複製アクティベーション、デアクティベーションを通知してもよい。図４６および図４７で開示したパケット複製用Ｕｕ上ベアラ設定（ステップＳＴ５５０６）を用いてもよい。
【０６５２】
本実施の形態６で開示した方法とすることで、ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いてパケット複製を行うことが可能となる。ＣＡベースのパケット複製とは異なり、他のノード、たとえばｅＮＢを用いてパケット複製が可能となる。このため、たとえば、Ｖ２Ｖ間に障害物が発生した場合など、Ｖ２Ｖ間のＳＬの通信品質がキャリア周波数よらず劣化したような場合にも、他のノードを用いたパケット複製を実施可能となる。このため、Ｖ２Ｖ通信において要求される高い信頼性を得ることが可能となる。
【０６５３】
また、ＣＡベースのパケット複製では、ＣＡをサポートしない端末にはパケット複製を適用できなくなる。しかし、本実施の形態６で開示した方法とすることで、ＣＡをサポートしない端末にもパケット複製の実施を可能とする。このため、Ｖ２Ｖ通信において要求される高い信頼性を得ることができる。
【０６５４】
また、ＰＣ５のみのＶ２Ｖ通信では、ＳＬの通信品質が劣化すると、パケットデータの再送が生じ、遅延時間が増大する場合がある。本実施の形態６で開示した方法とすることで、ＰＣ５ベースのＶ２Ｖ通信において遅延が生じた場合も、ＵｕベースのＶ２Ｖ通信を用いてパケットデータの通信が可能となるため、通信の遅延時間を削減可能となる。
【０６５５】
ＮＲにおける基地局（ｇＮＢ）や５Ｇコアネットワークに接続されるＬＴＥにおける基地局、また、該基地局と接続するＵＥでは、ＰＤＣＰの上位レイヤにＳＤＡＰが構成される。ＳＤＡＰが構成される場合、パケット複製をＳＤＡＰあるいはＳＤＡＰの上位のレイヤで実施してもよい。ＰＤＵセッションにおけるパケット複製を実施する。このような場合も、本実施の形態６で開示した、Ｖ２Ｖ用かＶ２Ｘ用かを示す情報を付与する方法を適用するとよい。
【０６５６】
ＮＲにおける基地局（ｇＮＢ）や５Ｇコアネットワークに接続されるＬＴＥにおける基地局では、ＵＥ＿ｔｘからのＶ２Ｖ通信用データを検出し、ＵＥ＿ｒｘへ転送することが可能となる。これらの機能は、ＳＤＡＰあるいはＳＤＡＰの上位のレイヤで実施するとよい。また、ＵＥ＿ｒｘでは、ＳＤＡＰあるいはＳＤＡＰの上位のレイヤで重複パケットの検出と廃棄を行うとよい。
【０６５７】
このようにすることで、ＮＲにおける基地局（ｇＮＢ）や５Ｇコアネットワークに接続されるＬＴＥにおける基地局、また、該基地局と接続するＵＥでのＶ２Ｖ通信を可能にし、ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いたパケット複製を可能にする。
【０６５８】
ＵＥ＿ｔｘはｅＮＢに対してパケット複製設定要求を通知することを開示した。ＵＥ＿ｔｘがＮＲにおける基地局（ｇＮＢ）や、５Ｇコアネットワークに接続されるＬＴＥにおける基地局と接続するような場合、ＵＥ＿ｔｘは、該基地局に対して、ＰＤＵセッション識別子、ＱｏＳフロー識別子を通知してもよい。
【０６５９】
また、ｅＮＢはＵＥ＿ｔｘに対してパケット複製のアクティベーション、デアクティベーションを通知しても良いことを開示した。ＵＥ＿ｔｘがＮＲにおける基地局（ｇＮＢ）や、５Ｇコアネットワークに接続されるＬＴＥにおける基地局からＵＥ＿ｔｘに対して通知するパケット複製のアクティベーション、デアクティベーションに、ＰＤＵセッション識別子、ＱｏＳフロー識別子を含めてもよい。
【０６６０】
このようにすることで、パケット複製をＰＤＵセッションあるいはＱｏＳフローに対して実施するような場合にも、パケット複製を実施するＰＤＵセッションあるいはＱｏＳフローを特定することができる。
【０６６１】
実施の形態６の変形例１．
実施の形態６で示したような問題を解決する他の方法を開示する。ＵＥ＿ｔｘのＰＤＣＰレイヤでパケット複製を行う。ＰＣ５用のＰＤＣＰレイヤでパケット複製を行うとよい。ＵＥ＿ｔｘのＰＤＣＰレイヤにパケット複製の機能を設ける。ＰＣ５用のＰＤＣＰレイヤにパケット複製の機能を設けるとよい。
【０６６２】
図４８は、ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いたパケット複製の一例を示す図である。図４８は、ＵＥ＿ｔｘのＰＤＣＰレイヤにパケット複製の機能を設けた場合について開示している。
【０６６３】
ＵＥ＿ｔｘのＰＣ５用のＰＤＣＰでパケット複製を行う。複製したデータの一方をＰＣ５のプロトコルスタックを通してＵＥ＿ｒｘに対して送信する。他方のデータをＵｕのＰＤＣＰレイヤに入力し、Ｕｕのプロトコルスタックを通してｅＮＢに対して送信する。複製したデータをＵｕのＰＤＣＰに入力する場合、該データをＰＤＣＰ  ＳＤＵとしてＵｕ用のＰＤＣＰに入力してもよい。
【０６６４】
ｅＮＢは、ＵＥ＿ｔｘから受信した複製データを、ＰＤＣＰレイヤあるいはＰＤＣＰの上位レイヤで受信側から送信側に転送し、ＵＥ＿ｒｘに対して送信する。ＵＥ＿ｒｘは、ｅＮＢから受信した複製データを、ＵｕのＰＤＣＰレイヤあるいはＰＤＣＰの上位レイヤで検出し、ＰＣ５のＰＤＣＰレイヤに転送する。ＵＥ＿ｒｘは、ＰＣ５のＰＤＣＰでデータが重複しているか否かの検出を行い、重複している場合は重複データを廃棄する。
【０６６５】
このようにすることで、ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いてパケット複製を可能とする。
【０６６６】
ｅＮＢは、受信したデータがＶ２Ｘ用の場合には該受信データをｅＮＢで終端し、受信データがＶ２Ｖ用の場合には該受信データを受信側から送信側に転送する。ｅＮＢが受信したデータがＶ２Ｘ用かＶ２Ｖ用かを判断可能とする方法を開示する。
【０６６７】
ＵＥ＿ｔｘのＰＣ５のＰＤＣＰで、Ｖ２Ｖ送信用データであることを示す情報を付与する。ＰＣ５のＰＤＣＰのＳＮ（シーケンスナンバ）は従来通り付与してもよい。秘匿処理は従来通りＰＣ５のＰＤＣＰで行ってもよい。
【０６６８】
ＳＮの付与処理および秘匿処理を実施した後にパケット複製を実施するとよい。Ｖ２Ｖ送信用データであることを示す情報を付与は、ＰＣ５のＰＤＣＰでパケット複製を行ってから実施してもよい。該情報付与はＵｕのＰＤＣＰレイヤに入力するデータのみに実施してもよい。ＰＣ５で通信されるデータは従来と同じデータフォーマットになるため、制御を容易にできる。Ｖ２Ｖ送信用データであることを示す情報が付与されたデータは、ＵｕのＰＤＣＰレイヤにＰＤＣＰ  ＳＤＵとして入力される。
【０６６９】
ＵＥ＿ｔｘからＵｕで送信されたデータを受信したｅＮＢは、該受信したデータに付与されたＶ２Ｖ送信用データであることを示す情報を用いて、該データがＶ２Ｘ用なのか、Ｖ２Ｖ用なのかを判断する。該判断はＰＤＣＰレイヤあるいはＰＤＣＰの上位レイヤで行うと良い。ｅＮＢは、受信したデータがＶ２Ｘ用の場合には該受信データをｅＮＢで終端し、受信データがＶ２Ｖ用の場合には該受信データを受信側から送信側に転送する。このようにすることで、ｅＮＢがＵＥ＿ｔｘからＵｕで受信したデータがＶ２Ｖ用かＶ２Ｘ用か不明となる問題を回避することが可能となる。
【０６７０】
ＵＥ＿ｔｘのＰＣ５通信に用いる秘匿情報、たとえば秘匿キーなどをｅＮＢが認識している場合は、Ｖ２Ｖ送信用データであることを示す情報をＵＥ＿ｔｘにおいて付与する処理は、秘匿処理を実施する前に行っても良い。ｅＮＢは、ＵＥ＿ｔｘからＵｕで送信されたデータについて、ＰＣ５通信に用いる秘匿情報を用いて解除し、データに付与されたＶ２Ｖ送信用データであることを示す情報を用いて、該データがＶ２Ｘ用なのか、Ｖ２Ｖ用なのかを判断する。該判断はＰＤＣＰの上位レイヤで行う方が良い。ｅＮＢの受信側ＵｕのＰＤＣＰの機能を分離することで、該ＰＤＣＰで秘匿解除処理を複数回、実施する必要がなくなる。このため、該ＰＤＣＰでの誤動作を低減させることができる。
【０６７１】
ｅＮＢは、ＵＥ＿ｔｘがＰＣ５通信に用いる秘匿情報をＵＥ＿ｔｘに予め通知しておくとよい。ｅＮＢは秘匿情報をＰＣ５のリソース設定に含めて通知してもよい。あるいは、ＵＥ＿ｔｘがＰＣ５通信に用いる秘匿情報を自律的に決定する場合は、ＵＥ＿ｔｘはＰＣ５通信に用いる秘匿情報をｅＮＢに予め通知しておくとよい。
【０６７２】
このようにすることで、ｅＮＢがＵＥ＿ｔｘからＵｕで受信したデータがＶ２Ｖ用かＶ２Ｘ用か不明となる問題を回避することが可能となる。
【０６７３】
ＵＥ＿ｒｘはｅＮＢから受信したデータを、該受信したデータに付与されたＶ２Ｖ送信用データであることを示す情報を用いて、該データがパケット複製されたデータか否かを判断する。該判断はＵｕのＰＤＣＰレイヤで行ってもよい。あるいは、該判断はＰＤＣＰの上位レイヤで行っても良い。ｅＮＢとＵＥ＿ｒｘとの間のＵｕのＰＤＣＰの処理を終えた後、該受信したデータに付与されたＶ２Ｖ送信用データであることを示す情報を用いて該判断を行うとよい。
【０６７４】
ＵＥ＿ｒｘはｅＮＢから受信したデータがパケット複製されたデータであると判断した場合、ＵｕのＰＤＣＰで処理を終えたデータを、ＰＣ５のＰＤＣＰレイヤに入力する。ＰＣ５のＰＤＣＰは、ＵＥ＿ｔｘのＰＤＣＰで行われた秘匿処理を解除し、ＰＤＣＰのＳＮを用いて、ｅＮＢから送信されたＶ２Ｖ送信用データと、ＵＥ＿ｔｘからＰＣ５上で送信されたＶ２Ｖ送信用データとの重複を検出する。重複したデータは廃棄される。重複していないデータは上位レイヤへ送られる。
【０６７５】
図４９および図５０は、実施の形態６の本変形例１について、パケット複製用のベアラ設定のためのシーケンスの一例を示す図である。図４９と図５０とは境界線ＢＬ４９５０の位置で繋がっている。図４９および図５０では、パケット複製用に、設定済みのＰＣ５のリソース設定とＵｕのベアラ設定を用いている。Ｕｕのベアラ設定として、既存のＶ２Ｘ用ベアラ設定を用いてもよい。
【０６７６】
ステップＳＴ５７０１で、ＵＥ＿ｔｘとＵＥ＿ｒｘとの間でＰＣ５上でのＶ２Ｖ通信が行われている。ステップＳＴ５７０２で、ＵＥ＿ｔｘとｅＮＢとの間でＵｕ上でのＶ２Ｘ通信が行われている。ステップＳＴ５７１３で、ｅＮＢとＵＥ＿ｒｘとの間でＵｕ上でのＶ２Ｘ通信が行われている。
【０６７７】
ステップＳＴ５７０３で、ＵＥ＿ｔｘはパケット複製を実施するか否かを決定する。パケット複製の決定方法は実施の形態６で開示した方法を適用すると良い。ｅＮＢがパケット複製実施をするか否かを決定してもよい。実施の形態６で開示した方法を適用するとよい。ステップＳＴ５７０３でパケット複製の実施を決定したＵＥ＿ｔｘは、ステップＳＴ５７０４でパケット複製を開始する。ＵＥ＿ｔｘはＰＣ５のＰＤＣＰレイヤでデータの複製を行い、Ｖ２Ｖ用送信用データであることを示す情報を付与する。ｅＮＢに対してＵｕで送信するデータのみに該情報を付与しても良い。ステップＳＴ５７０５で、一方の複製データをＰＣ５でＵＥ＿ｒｘに対して送信し、ステップＳＴ５７０６で、他方の複製データをＵｕでｅＮＢに対して送信する。
【０６７８】
ステップＳＴ５７０７で、ｅＮＢは、ＰＤＣＰレイヤあるいはＰＤＣＰより上位のレイヤにおいて、ＵＥ＿ｔｘから受信したデータに対して、複製パケット検出・転送を行う。ｅＮＢは、ＵＥ＿ｔｘから受信したデータがＶ２Ｖ通信用のデータか否かを、Ｖ２Ｖ用送信用データであることを示す情報を用いて検出し、Ｖ２Ｖ通信用のデータの場合、該データを受信側から送信側に転送する。ステップＳＴ５７０８で、ｅＮＢは、転送された複製データをＵＥ＿ｒｘに送信する。
【０６７９】
ステップＳＴ５７０５、ＳＴ５７０６、ＳＴ５７０８の通信は、ステップＳＴ５７０１、ＳＴ５７０２、ＳＴ５７１３で用いられているＰＣ５のリソース設定、Ｕｕのベアラ設定を用いて実施するとよい。
【０６８０】
ステップＳＴ５７０９で、ＵＥ＿ｒｘは、複製パケットの検出を行う。該検出はＰＤＣＰレイヤあるいはＰＤＣＰより上位のレイヤで行う。ＵＥ＿ｒｘは、ｅＮＢから受信したデータが複製データか否かを、Ｖ２Ｖ用送信用データであることを示す情報を用いて検出し、複製データの場合、ステップＳＴ５７１０でＰＣ５のＰＤＣＰレイヤに転送する。ＵＥ＿ｒｘは、ステップＳＴ５７０９で複製データではないと判断した場合、該データをＩＰレイヤ、アプリケーションレイヤに送る。
【０６８１】
ＵＥ＿ｒｘは、ＰＣ５のＰＤＣＰで、重複データの検出・廃棄処理を行う。ステップＳＴ５７１１で、ＵＥ＿ｒｘは、Ｕｕ側から転送されたデータとＵＥ＿ｔｘから受信したデータが重複しているか否かを、ＵＥ＿ｔｘのＰＤＣＰレイヤで付与されたＳＮを用いて検出する。重複している場合は、ステップＳＴ５７１２で、後から受信したデータを廃棄する。先に受信したデータおよび重複していないデータは、ＩＰレイヤ、アプリケーションレイヤに送られる。
【０６８２】
このようにして、ＵＥ＿ｒｘは、ＵＥ＿ｔｘでパケット複製されたＶ２Ｖ通信用のデータを受信可能となる。
【０６８３】
ＵＥ＿ｔｘはパケット複製を終了するか否かを決定してもよい。決定方法は実施の形態６で開示した方法を適用するとよい。ｅＮＢが、パケット複製を終了するか否かを決定してもよい。実施の形態６で開示した方法を適用するとよい。
【０６８４】
実施の形態６の本変形例１で開示したような方法とすることで、実施の形態６で示したのと同様の効果を得られる。また、ＰＤＣＰでパケット複製を実施するため、ＲＡＮ、たとえばｅＮＢで、Ｖ２Ｖ通信用データか否かの判断が可能となる。また、ＰＤＣＰでパケット複製を実施するため、ＵＥ＿ｒｘのＰＤＣＰで、複製データの検出処理、ならびに、重複データの検出処理および廃棄処理が可能となる。
【０６８５】
また、基地局におけるＶ２Ｖ通信用データか否かの判断について、アプリケーションレイヤやＩＰレイヤでの処理を不要とするため、基地局において早期にＶ２Ｖ通信用データの検出と転送を実施可能となる。ＵｕベースのＶ２Ｖ通信における遅延時間を低減可能となる。このため、ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いたパケット複製を低遅延で実施可能にし、信頼性の向上、スループットの向上を可能とする。
【０６８６】
また、ＵＥ＿ｔｘのＡＳでパケット複製の決定を判断可能となるため、上位レイヤの関与が不要となる。ＵＥ＿ｔｘがパケット複製の決定を判断するための指標は、ＵＥ＿ｔｘのＡＳが取得する場合が多い。このため、ＵＥ＿ｔｘでのパケット複製決定を早期に判断可能となる。ＳＬの電波伝搬環境の時間変化に迅速に対応可能となる。
【０６８７】
また、実施の形態６の本変形例１で開示したような方法では、ＰＤＣＰでパケット複製を実施するため、実施の形態６の本変形例１で開示したような方法を、ＮＲにおける基地局（ｇＮＢ）や、５Ｇコアネットワークに接続されるＬＴＥにおける基地局を介したＶ２Ｖ通信を用いたパケット複製にも適用してもよい。前述と同様の効果が得られる。
【０６８８】
実施の形態６の変形例２．
実施の形態６で示したような問題を解決する他の方法を開示する。ＵＥ＿ｔｘのＰＣ５のＰＤＣＰレイヤでパケット複製を行い、複製したデータをＰＣ５とＵｕとの間でスプリットする。ＰＣ５とＵｕとの間でスプリットベアラを設けてもよい。
【０６８９】
図５１はＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いたパケット複製の一例を示す図である。図５１は、ＵＥ＿ｔｘのＰＣ５のＰＤＣＰレイヤにパケット複製の機能を設け、ＰＣ５とＵｕとの間でスプリットする場合について開示している。
【０６９０】
ＵＥ＿ｔｘのＰＣ５用のＰＤＣＰでパケット複製を行い、複製したデータをスプリットする。スプリットした一方のデータを、ＰＣ５のプロトコルスタックを通して、ＵＥ＿ｒｘに対して送信する。スプリットした他方のデータを、ＵｕのＲＬＣレイヤに入力し、Ｕｕのプロトコルスタックを通してｅＮＢに対して送信する。スプリットされた複製データをＵｕのＲＬＣに入力する場合、該データをＲＬＣ  ＳＤＵとしてＵｕ用のＲＬＣに入力してもよい。
【０６９１】
ｅＮＢは、ＵＥ＿ｔｘから受信した複製データを、ＲＬＣレイヤで受信側から送信側に転送し、ＵＥ＿ｒｘに対して送信する。ＵＥ＿ｒｘは、ｅＮＢから受信した複製データを、ＵｕのＲＬＣレイヤで検出し、ＰＣ５のＰＤＣＰレイヤに転送する。ＵＥ＿ｒｘは、ＰＣ５のＰＤＣＰでデータが重複しているか否かの検出を行い、重複している場合は重複データを廃棄する。
【０６９２】
このようにすることで、ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いてパケット複製を可能とする。
【０６９３】
ｅＮＢは、ＵＥ＿ｔｘから受信したデータがＶ２Ｘ用の場合には該受信データをｅＮＢで終端し、受信したデータがＶ２Ｖ用の場合には該受信データをＲＬＣレイヤで受信側から送信側に転送する。ｅＮＢが受信したデータがＶ２Ｘ用かＶ２Ｖ用かを判断可能とする方法を開示する。
【０６９４】
ＰＣ５とＵｕとの間でスプリットベアラを設ける。ＵＥ＿ｔｘのＰＣ５からＵＥ＿ｒｘのＰＣ５へ直接繋がる第１の通信と、ＵＥ＿ｔｘのＰＣ５から、ＵＥ＿ｔｘのＵｕと、ｅＮＢのＵｕのＲＸ側およびＴＸ側と、ＵＥ＿ｒｘのＵｕとを介して、ＵＥ＿ｒｘのＰＣ５へ繋がる第２の通信とを、並行して行うための、スプリットベアラを設ける。スプリットベアラを設け、スプリットベアラを用いた通信に用いるチャネルおよび／あるいはチャネルグループを、他の通信に用いるチャネルおよび／あるいはチャネルグループと異ならせる。スプリットベアラを用いた通信専用のチャネルおよび／あるいはチャネルグループを設定してもよい。
【０６９５】
スプリットベアラにおいては、ＵＥ＿ｔｘのＰＣ５のＰＤＣＰで従来通りＳＮの付与と秘匿処理をするとよい。ＵＥ＿ｔｘのＰＣ５のＰＤＣＰで従来通りＳＮの付与と秘匿処理を実施した後にパケット複製を実施し、パケット複製したデータをスプリットしてＰＣ５のＲＬＣとＵｕのＲＬＣに入力するとよい。
【０６９６】
このように、スプリットベアラを設け、スプリットベアラを用いた通信を他の通信と分別する。これにより、ｅＮＢのＵｕの受信側のＲＬＣレイヤで、ｅＮＢが受信したデータがＶ２Ｖ用か否かを判断可能となる。
【０６９７】
ｅＮＢは、設定したスプリットベアラにおけるＲＬＣレイヤで受信側から送信側に転送したＶ２Ｖ用データを、ＵＥ＿ｒｘに対して送信する。ＵＥ＿ｒｘは、ｅＮＢから受信したデータに対して、設定したスプリットベアラにおけるＲＬＣまでの処理を行い、該ＲＬＣ処理後のデータをＰＣ５のＰＤＣＰに転送する。
【０６９８】
このように、スプリットベアラをｅＮＢとＵＥ＿ｒｘとの間にも設け、ＵＥ＿ｒｘでスプリットベアラを用いた通信を他の通信と分別する。これにより、ＵＥ＿ｒｘのＵｕの受信側のＲＬＣレイヤで、ｅＮＢから受信したデータがＵＥ＿ｔｘのＰＣ５のＰＤＣＰでパケット複製されたデータか否かを判断可能となる。
【０６９９】
ＵＥ＿ｒｘのＰＣ５のＰＤＣＰは、ＵＥ＿ｔｘのＰＤＣＰで行われた秘匿処理を解除し、ＰＤＣＰのＳＮを用いて、ｅＮＢから送信されたＶ２Ｖ送信用データと、ＵＥ＿ｔｘからＰＣ５上で送信されたＶ２Ｖ送信用データとの重複を検出する。重複したデータは廃棄される。重複していないデータは上位レイヤへ送られる。
【０７００】
他の方法として、ＵＥ＿ｔｘは、ＵｕのＲＬＣの入力（RLC SDU）、あるいは、ＰＣ５のＰＤＣＰの出力（PDCP PDU）で、Ｖ２Ｖ通信用であることを示す情報を付与してもよい。ｅＮＢは、Ｖ２Ｖ通信用であることを示す情報を用いて、受信側ＵｕのＲＬＣあるいはＲＬＣとＰＤＣＰの間で、該データがＶ２Ｖ通信用か否かを判断可能となる。また、このようにすることで、ＵＥ＿ｒｘにおいてもＵｕのＲＬＣあるいはＲＬＣとＰＤＣＰの間で、該データがパケット複製されたデータか否かを判断可能となる。
【０７０１】
図５２および図５３は、実施の形態６の本変形例２について、スプリットベアラ設定のためのシーケンスの一例を示す図である。図５２と図５３とは境界線ＢＬ５２５３の位置で繋がっている。設定したスプリットベアラを用いてパケット複製を実施する。
【０７０２】
ステップＳＴ５９０１で、ＵＥ＿ｔｘとＵＥ＿ｒｘとの間でＰＣ５上でのＶ２Ｖ通信が行われている。ステップＳＴ５９０２で、ＵＥ＿ｔｘはパケット複製を実施するか否かを決定する。パケット複製の決定方法は実施の形態６で開示した方法を適用すると良い。ｅＮＢがパケット複製実施をするか否かを決定してもよい。実施の形態６で開示した方法を適用するとよい。
【０７０３】
ステップＳＴ５９０２でパケット複製の実施を決定したＵＥ＿ｔｘは、ステップＳＴ５９０３で、ｅＮＢに対してスプリットベアラの設定要求を通知する。該要求に、ベアラの識別子、ＱｏＳ指標、ＳＬリソースの負荷量等の情報を含めてもよい。ＱｏＳ指標は前述のような情報であってもよい。該要求は、ＲＲＣシグナリングを用いて通知してもよいし、あるいはＭＡＣシグナリングを用いて通知してもよい。あるいは、該要求をＵＣＩに含めてＰＵＣＣＨを用いて通知してもよい。
【０７０４】
ステップＳＴ５９０４で、ｅＮＢとＵＥ＿ｔｘとの間で、Ｕｕ上にスプリットベアラの設定を実施する。該設定はＲＲＣシグナリングを用いて通知してもよいし、あるいはＭＡＣシグナリングを用いて通知してもよい。あるいは、該設定をＤＣＩに含めてＰＤＣＣＨを用いて通知してもよい。ＲＲＣシグナリングを用いる場合、既存のＲＲＣメッセージであるRRCConnectionReconfigurationを用いてもよい。新たにメッセージを設ける必要がなく、制御を容易にできる。
【０７０５】
ステップＳＴ５９０５で、ｅＮＢとＵＥ＿ｒｘとの間で、Ｕｕ上にスプリットベアラの設定を行う。たとえば、ＤＬ用に、ＭＢＭＳ通信やＳＣ−ＰＴＭ通信の設定を実施してもよい。該設定はＲＲＣシグナリングを用いて通知してもよいし、あるいはＭＡＣシグナリングを用いて通知してもよい。あるいは、該設定をＤＣＩに含めてＰＤＣＣＨを用いて通知してもよい。
【０７０６】
ＭＢＭＳ通信やＳＣ−ＰＴＭ通信の設定をする際に、ｅＮＢはコアネットワーク側との間でＭＢＭＳ通信やＳＣ−ＰＴＭ通信のためのベアラ設定を行ってもよい。
【０７０７】
Ｕｕ上にスプリットベアラの設定を行ったＵＥ＿ｔｘは、ステップＳＴ５９０６でパケット複製を開始する。ＵＥ＿ｔｘはＰＣ５のＰＤＣＰレイヤでデータの複製を行い、複製したデータをＰＣ５のＲＬＣとＵｕのＲＬＣとにスプリットする。ＵＥ＿ｔｘは、ステップＳＴ５９０７で、一方の複製データをＰＣ５でＵＥ＿ｒｘに対して送信し、ステップＳＴ５９０８で、他方の複製データをＵｕでｅＮＢに対して送信する。
【０７０８】
ステップＳＴ５９０９で、ｅＮＢは、ＲＬＣあるいはＲＬＣとＰＤＣＰの間で、ＵＥ＿ｔｘから受信したデータに対して、Ｖ２Ｖ通信用パケット検出を行う。ｅＮＢは、Ｖ２Ｖ用かＶ２Ｘ用かを示す情報を用いて、受信データがＶ２Ｖ通信用のデータか否かを検出する。該検出は、スプリットベアラを用いた通信か否かで判断するとよい。Ｖ２Ｖ通信用のデータの場合、ｅＮＢは該データをＵｕの受信側のＲＬＣから送信側のＲＬＣに転送する。ステップＳＴ５９１０で、ｅＮＢは、転送された複製データをＵＥ＿ｒｘに送信する。
【０７０９】
ステップＳＴ５９１１で、ＵＥ＿ｒｘは、スプリットベアラを用いた通信用データの検出を行う。該検出は、スプリットベアラを用いたデータか否かで判断するとよい。該検出はＲＬＣあるいはＲＬＣとＰＤＣＰの間で行う。スプリットベアラを用いたデータの場合、ＵＥ＿ｒｘは、ステップＳＴ５９１２でＰＣ５のＰＤＣＰレイヤに転送する。ＵＥ＿ｒｘは、ステップＳＴ５９１１でスプリットベアラを用いた通信ではないと判断した場合、該データをＩＰレイヤ、アプリケーションレイヤに送る。
【０７１０】
ＵＥ＿ｒｘは、ＰＣ５のＰＤＣＰで、重複データの検出・廃棄処理を行う。ステップＳＴ５９１３で、ＵＥ＿ｒｘは、Ｕｕ側から転送されたデータとＵＥ＿ｔｘから受信したデータが重複しているか否かを、ＵＥ＿ｔｘのＰＤＣＰレイヤで付与されたＳＮを用いて検出する。重複している場合は、ステップＳＴ５９１４で、後から受信したデータを廃棄する。先に受信したデータおよび重複していないデータは、ＩＰレイヤ、アプリケーションレイヤに送られる。
【０７１１】
このようにして、ＵＥ＿ｒｘは、ＵＥ＿ｔｘでパケット複製されたＶ２Ｖ通信用のデータを受信可能となる。
【０７１２】
ＵＥ＿ｔｘはパケット複製を終了するか否かを決定してもよい。決定方法は実施の形態６で開示した方法を適用するとよい。ｅＮＢが、パケット複製を終了するか否かを決定してもよい。実施の形態６で開示した方法を適用するとよい。
【０７１３】
実施の形態６の本変形例２で開示したような方法とすることで、実施の形態６の変形例１で示したのと同様の効果を得られる。また、ｅＮＢではＲＬＣあるいはＲＬＣとＰＤＣＰ間で複製パケットデータを受信側から送信側へ転送するため、処理時間を削減可能となる。ＰＣ５ベースのＶ２Ｖ通信の遅延時間を、より低減させることが可能となる。このため、パケット複製運用時のスループットを向上させることができる。
【０７１４】
また、ＵＥ＿ｔｘのＰＤＣＰにおけるＳＮの付与処理および秘匿処理に、従来の処理を用いることが可能となる。このため、ＵＥ＿ｔｘのＰＤＣＰでの処理を容易にすることが可能となる。また、誤動作の発生を低減させることができる。
【０７１５】
また、実施の形態６の本変形例２で開示したような方法では、ＰＤＣＰでパケット複製を実施するため、実施の形態６の本変形例２で開示したような方法を、ＮＲにおける基地局（ｇＮＢ）や、５Ｇコアネットワークに接続されるＬＴＥにおける基地局を介したＶ２Ｖ通信を用いたパケット複製にも適用してもよい。前述と同様の効果が得られる。
【０７１６】
基地局において、パケット複製が行われたレイヤよりも下位のレイヤでＶ２Ｖ通信用データの検出と転送を行ってもよい。この場合、ＵＥ＿ｔｘがＶ２Ｖ用かＶ２Ｘ用かを示す情報を付与することを開示したが、情報の付与でなくてもよい。Ｖ２Ｖ用とＶ２Ｘ用とを識別可能にすればよい。
【０７１７】
たとえば、ＵＥ＿ｔｘはＶ２Ｖ通信用とＶ２Ｘ通信用とでロジカルチャネルを異ならせる。基地局は、ＭＡＣレイヤあるいはＭＡＣレイヤとＲＬＣレイヤとの間で、Ｖ２Ｖ通信用とＶ２Ｘ通信用のどちらのロジカルチャネルが用いられているかを判断し、Ｖ２Ｖ通信用データの検出および転送を実施する。
【０７１８】
たとえば、ＵＥ＿ｔｘはＶ２Ｖ通信用とＶ２Ｘ通信用とでロジカルチャネルを異ならせておく。また、基地局あるいはＵＥ＿ｔｘは、該ロジカルチャネルに対応して、データをマッピングする物理リソースをＶ２Ｖ通信用とＶ２Ｘ通信用とで異ならせておく。基地局は、ＰＨＹレイヤで、データがＶ２Ｖ通信用とＶ２Ｘ通信用のどちらの物理リソースにマッピングされているかを判断し、Ｖ２Ｖ通信用データの検出および転送を実施する。
【０７１９】
このように、Ｖ２Ｖ用とＶ２Ｘ用とを識別可能にすることで、パケット複製が行われたレイヤよりも下位のレイヤ、たとえば、ＲＬＣ，ＭＡＣ，ＰＨＹのレイヤで基地局はＶ２Ｖ通信用データの検出と転送を実施可能となる。このようにすることで、基地局での処理遅延時間を削減することが可能となる。ＵｕベースのＶ２Ｖ通信の処理遅延を削減可能となる。このため、ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いたパケット複製を低遅延で可能にし、信頼性の向上、スループットの向上を可能とする。
【０７２０】
ＵｕベースのＶ２Ｖ通信の遅延時間を削減するため、Ｖ２Ｖ通信用データの優先順位を他の通信よりも高くしてもよい。また、ＵｕベースのＶ２Ｖ通信の遅延時間を削減するため、ＵｕでサポートされるＨＡＲＱの再送回数を低減してもよい。また、ＵｕベースのＶ２Ｖ通信では、ＲＬＣでの送信モードをＡＲＱ無しのモードとしてもよい。また、前述ではＶ２Ｖ通信用としたが、パケット複製用と限定してもよい。このようにすることで、ＵｕベースのＶ２Ｖ通信の遅延時間あるいはパケット複製における遅延時間を削減することができる。
【０７２１】
３ＧＰＰではＶ２Ｘ通信用にＲＳＵ（Roadside Unit）の運用が検討されている。ＲＳＵには、基地局の機能を有する基地局タイプのＲＳＵと、ＵＥの機能を有するＵＥタイプのＲＳＵとがある。実施の形態６から実施の形態６の変形例２で開示した方法におけるＵＥは、ＵＥタイプのＲＳＵであってもよい。また、実施の形態６から実施の形態６の変形例２で開示した方法における基地局は、基地局タイプのＲＳＵであってもよい。同様の効果を得られる。
【０７２２】
Ｖ２Ｖ通信において、ＵＥタイプのＲＳＵを介してＵＥと基地局との間を接続する方法が検討されている。たとえば、Ｖ２Ｖ通信用データを、ＵＥ＿ｔｘはＵＥタイプのＲＳＵへ送信し、ＵＥタイプのＲＳＵは基地局へ送信し、基地局は他のＵＥタイプのＲＳＵに送信し、他のＵＥタイプのＲＳＵはＵＥ＿ｒｘに送信する。
【０７２３】
このような場合にも、実施の形態６から実施の形態６の変形例２で開示した方法を適用してもよい。ＵＥタイプのＲＳＵを介すため、ＵＥタイプのＲＳＵでＶ２Ｖ通信用データの検出、転送が必要となる。該機能を実施の形態６から実施の形態６変形例２で開示した方法に適用するとよい。各方法に適したレイヤにおいてＶ２Ｖ通信用データの検出、転送を実施するとよい。
【０７２４】
このようにすることで、Ｖ２Ｖ通信において、ＵＥタイプのＲＳＵを介したＶ２Ｖ通信を可能にし、ＰＣ５ベースのＶ２Ｖ通信とＵｕベースのＶ２Ｖ通信を用いたパケット複製を可能にする。
【０７２５】
実施の形態６の変形例１および変形例２では、ＵＥ＿ｔｘのＰＣ５ベースのＶ２Ｖ通信のデータをパケット複製することを開示した。ＵＥ＿ｔｘのＵｕベースのＶ２Ｖ通信のデータにパケット複製を適用してもよい。実施の形態６の変形例１および変形例２で開示した方法を適宜適用するとよい。パケット複製により同様の効果を得ることが可能となる。
【０７２６】
前述の各実施の形態およびその変形例は、本発明の例示に過ぎず、本発明の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。
【０７２７】
例えば、前述の各実施の形態およびその変形例において、サブフレームは、第５世代基地局通信システムにおける通信の時間単位の一例である。スケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、サブフレーム単位として記載している処理を、ＴＴＩ単位、スロット単位、サブスロット単位、ミニスロット単位として行ってもよい。
【０７２８】
本発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【０７２９】
２００  通信システム、２０２  通信端末装置、２０３  基地局装置。
【図１】
2020031884.tif 000003
【図２】
2020031884.tif 000004
【図３】
2020031884.tif 000005
【図４】
2020031884.tif 000006
【図５】
2020031884.tif 000007
【図６】
2020031884.tif 000008
【図７】
2020031884.tif 000009
【図８】
2020031884.tif 000010
【図９】
2020031884.tif 000011
【図１０】
2020031884.tif 000012
【図１１】
2020031884.tif 000013
【図１２】
2020031884.tif 000014
【図１３】
2020031884.tif 000015
【図１４】
2020031884.tif 000016
【図１５】
2020031884.tif 000017
【図１６】
2020031884.tif 000018
【図１７】
2020031884.tif 000019
【図１８】
2020031884.tif 000020
【図１９】
2020031884.tif 000021
【図２０】
2020031884.tif 000022
【図２１】
2020031884.tif 000023
【図２２】
2020031884.tif 000024
【図２３】
2020031884.tif 000025
【図２４】
2020031884.tif 000026
【図２５】
2020031884.tif 000027
【図２６】
2020031884.tif 000028
【図２７】
2020031884.tif 000029
【図２８】
2020031884.tif 000030
【図２９】
2020031884.tif 000031
【図３０】
2020031884.tif 000032
【図３１】
2020031884.tif 000033
【図３２】
2020031884.tif 000034
【図３３】
2020031884.tif 000035
【図３４】
2020031884.tif 000036
【図３５】
2020031884.tif 000037
【図３６】
2020031884.tif 000038
【図３７】
2020031884.tif 000039
【図３８】
2020031884.tif 000040
【図３９】
2020031884.tif 000041
【図４０】
2020031884.tif 000042
【図４１】
2020031884.tif 000043
【図４２】
2020031884.tif 000044
【図４３】
2020031884.tif 000045
【図４４】
2020031884.tif 000046
【図４５】
2020031884.tif 000047
【図４６】
2020031884.tif 000048
【図４７】
2020031884.tif 000049
【図４８】
2020031884.tif 000050
【図４９】
2020031884.tif 000051
【図５０】
2020031884.tif 000052
【図５１】
2020031884.tif 000053
【図５２】
2020031884.tif 000054
【図５３】
2020031884.tif 000055
【国際調査報告】
2020031884.tif 000056
2020031884.tif 000057
2020031884.tif 000058
2020031884.tif 000059