(57)【要約】  ＮＲ（New Radio）およびＬＴＥにおいて、高速な通信システム等を提供する。セカンダリ基地局装置が、全てのベアラについて通信端末装置への下りデータが不活性であるデータ不活性状態を検出した場合（ＳＴ８０２）、セカンダリ基地局装置は、マスタ基地局装置からの問い合わせがなくても、データ不活性状態の発生をマスタ基地局装置に通知する（ＳＴ８０３）。マスタ基地局装置は、データ不活性状態の発生の通知を受信することによって、通信端末装置に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートからＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移することの指示を送信する（ＳＴ８０５）。通信端末装置は、マスタ基地局装置からの指示によって、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移する（ＳＴ８０８）。
2019065814.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 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：ＲＳＲＰ）測定がある。【００１５】
非特許文献１（５章）に記載されるトランスポートチャネル（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）セルが導入される。【００３１】
ＣＳＧ（Closed Subscriber Group）セルとは、利用可能な加入者をオペレータが特定しているセル（以下「特定加入者用セル」という場合がある）である。特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）の１つ以上のセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のセルを「ＣＳＧセル（ＣＳＧ  ｃｅｌｌ（ｓ））」と呼ぶ。ただし、ＰＬＭＮにはアクセス制限がある。【００３２】
ＣＳＧセルは、固有のＣＳＧアイデンティティ（CSG identity：ＣＳＧ  ＩＤ）を報知し、ＣＳＧインジケーション（CSG Indication）にて「ＴＲＵＥ」を報知するＰＬＭＮの一部である。予め利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ  ＩＤを用いてＣＳＧセルにアクセスする。【００３３】
ＣＳＧ  ＩＤは、ＣＳＧセルまたはセルによって報知される。ＬＴＥ方式の通信システムにＣＳＧ  ＩＤは複数存在する。そして、ＣＳＧ  ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために、通信端末（ＵＥ）によって使用される。【００３４】
通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリアと呼ぶ。【００３５】
３ＧＰＰにおいて、Ｈｏｍｅ−ＮｏｄｅＢ（Ｈｏｍｅ−ＮＢ；ＨＮＢ）、Ｈｏｍｅ−ｅＮｏｄｅＢ（Ｈｏｍｅ−ｅＮＢ；ＨｅＮＢ）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、およびＥ−ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献２には、ＨｅＮＢおよびＨＮＢへのアクセスの３つの異なるモードが開示されている。具体的には、オープンアクセスモード（Open access mode）と、クローズドアクセスモード（Closed access mode）と、ハイブリッドアクセスモード（Hybrid access mode）とが開示されている。【００３６】
また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（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」は「ＮＲ」と略称される）、いくつかの新たな技術が検討されている（非特許文献１１参照）。例えば、ＤＣを用いたＵＥにおけるインアクティビティ制御などが検討されている。さらに、ＬＴＥの規格拡張の検討も進められている。例えば、無人飛行体に搭載のＵＥにおける電力制御が検討されている（非特許文献１２、１３参照）。
【先行技術文献】
【非特許文献】
【００４８】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１４．３．０
【非特許文献２】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献３】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．２．０
【非特許文献４】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ１４．０．０
【非特許文献５】“Scenarios, requirements and KPIs for 5G mobile and wireless system”、ＩＣＴ−３１７６６９−ＭＥＴＩＳ／Ｄ１．１
【非特許文献６】３ＧＰＰ  ＴＲ  ２３．７９９  Ｖ１４．０．０
【非特許文献７】３ＧＰＰ  ＴＲ  ３８．８０１  Ｖ１４．０．０
【非特許文献８】３ＧＰＰ  ＴＲ  ３８．８０２  Ｖ１４．１．０
【非特許文献９】３ＧＰＰ  ＴＲ  ３８．８０４  Ｖ１４．０．０
【非特許文献１０】３ＧＰＰ  ＴＲ  ３８．９１２  Ｖ１４．０．０
【非特許文献１１】３ＧＰＰ  Ｒ２−１７０６８９２
【非特許文献１２】３ＧＰＰ  ＲＰ−１７１０５０
【非特許文献１３】３ＧＰＰ  Ｒ１−１７０８４３３
【発明の概要】
【発明が解決しようとする課題】
【００４９】
ＮＲでは、ＵＥの消費電力削減および迅速な通信再開を実現するための技術として、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートに関する制御技術が議論されている。ＤＣ構成を用いるＵＥについてのＲＲＣ＿ＩＮＡＣＴＩＶＥステート制御についても、同様に議論されている。ＭｇＮＢは、自ＭｇＮＢおよびＳｇＮＢにおいて送受信するデータの有無を確認するために、ＳｇＮＢに対してデータの有無を問い合わせる。ところが、該問い合わせのためのＭｇＮＢとＳｇＮＢとの間のシグナリングにより、基地局間の帯域が占有される。その結果、ＤＣにおける基地局間の通信速度が低下するため、ＭｇＮＢ，ＳｇＮＢとＵＥとの間における通信速度が低下する。【００５０】
また、無人航空機（Unmanned Aerial Vehicles）に搭載されるＵＥ（以下、ＵＡＶ−ＵＥと称する場合がある。）との通信において、周辺基地局への干渉を低減する技術が検討されている。ところが、周辺基地局への干渉の低減のためにＵＡＶ−ＵＥからの送信電力を低減させることにより、サービングセルにおける受信電力が低減し、ＵＡＶ−ＵＥとサービングセルとの間の通信品質が劣化し、通信速度が低下する。【００５１】
本発明は、上記課題に鑑み、ＮＲおよびＬＴＥにおいて、高速な通信システム等を提供することを、目的の一つとする。
【課題を解決するための手段】
【００５２】
本発明によれば、例えば、通信端末装置と、前記通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムであって、前記複数の基地局装置は、前記通信端末装置に対してベアラを構成する、マスタ基地局装置とセカンダリ基地局装置とを含み、前記セカンダリ基地局装置が、全てのベアラについて前記通信端末装置への下りデータが不活性であるデータ不活性状態を検出した場合、前記セカンダリ基地局装置は、前記マスタ基地局装置からの問い合わせがなくても、前記データ不活性状態の発生を前記マスタ基地局装置に通知し、前記マスタ基地局装置は、前記データ不活性状態の発生の通知を受信することによって、前記通信端末装置に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートからＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移することの指示を送信し、前記通信端末装置は、前記マスタ基地局装置からの前記指示によって、前記ＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移する、通信システムが提供される。【００５３】
本発明によれば、例えば、通信端末装置と無線通信可能に構成された基地局装置であって、前記基地局装置は、前記通信端末装置に対してマスタ基地局装置とともにベアラを構成するセカンダリ基地局装置として動作し、前記基地局装置が、全てのベアラについて前記通信端末装置への下りデータが不活性であるデータ不活性状態を検出した場合、前記基地局装置は、前記マスタ基地局装置からの問い合わせがなくても、前記データ不活性状態の発生を前記マスタ基地局装置に通知する、基地局装置が提供される。【００５４】
本発明によれば、例えば、通信端末装置と無線通信可能に構成された基地局装置であって、前記基地局装置は、前記通信端末装置に対してセカンダリ基地局装置とともにベアラを構成するマスタ基地局装置として動作し、前記セカンダリ基地局装置が、全てのベアラについて前記通信端末装置への下りデータが不活性であるデータ不活性状態を検出した場合、前記セカンダリ基地局装置は、前記基地局装置からの問い合わせがなくても、前記データ不活性状態の発生を前記基地局装置に通知し、前記基地局装置は、前記データ不活性状態の発生の通知を受信することによって、前記通信端末装置に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートからＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移することの指示を送信する、基地局装置が提供される。【００５５】
本発明によれば、例えば、複数の基地局装置と無線通信可能に構成された通信端末装置であって、前記複数の基地局装置は、前記通信端末装置に対してベアラを構成する、マスタ基地局装置とセカンダリ基地局装置とを含み、前記セカンダリ基地局装置が、全てのベアラについて前記通信端末装置への下りデータが不活性であるデータ不活性状態を検出した場合、前記セカンダリ基地局装置は、前記マスタ基地局装置からの問い合わせがなくても、前記データ不活性状態の発生を前記マスタ基地局装置に通知し、前記マスタ基地局装置は、前記データ不活性状態の発生の通知を受信することによって、前記通信端末装置に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートからＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移することの指示を送信し、前記通信端末装置は、前記マスタ基地局装置からの前記指示によって、前記ＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移する、通信端末装置が提供される。
【発明の効果】
【００５６】
本発明によれば、ＮＲおよびＬＴＥにおいて、高速な通信システム等を提供することができる。【００５７】
本発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００５８】
【図１】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図２】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。
【図３】本発明に係る通信端末である図２に示す移動端末２０２の構成を示すブロック図である。
【図４】本発明に係る基地局である図２に示す基地局２０３の構成を示すブロック図である。
【図５】本発明に係るＭＭＥの構成を示すブロック図である。
【図６】ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図７】マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。
【図８】実施の形態１について、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートへ遷移する動作およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰する動作を示すシーケンス図である。
【図９】実施の形態１について、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートへ遷移する動作およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰する動作を示すシーケンス図である。
【図１０】実施の形態１の変形例１について、ＵＥにおけるＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移がＭｇＮＢからのＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移中断指示により中断される動作を示すシーケンス図である。
【図１１】実施の形態１の変形例１について、ＵＥにおけるＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移が上りデータ発生により中断される動作を示すシーケンス図である。
【図１２】実施の形態１の変形例２について、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥがＳｇＮＢを決定する動作を示すシーケンス図である。
【図１３】実施の形態１の変形例２について、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥがＳｇＮＢを決定する動作を示すシーケンス図である。
【図１４】実施の形態１の変形例２について、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥがＳｇＮＢを決定する動作を示すシーケンス図である。
【図１５】実施の形態１の変形例２について、ＭｇＮＢが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥとの通信におけるＳｇＮＢを決定する動作を示すシーケンス図である。
【図１６】実施の形態１の変形例２について、ＭｇＮＢが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥとの通信におけるＳｇＮＢを決定する動作を示すシーケンス図である。
【図１７】実施の形態１の変形例２について、ＭｇＮＢが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥとの通信におけるＳｇＮＢを決定する動作を示すシーケンス図である。
【図１８】実施の形態１の変形例２について、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥが移動先ＭｇＮＢおよび移動先ＳｇＮＢを決定する動作を示すシーケンス図である。
【図１９】実施の形態１の変形例２について、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥが移動先ＭｇＮＢおよび移動先ＳｇＮＢを決定する動作を示すシーケンス図である。
【図２０】実施の形態１の変形例２について、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥが移動先ＭｇＮＢおよび移動先ＳｇＮＢを決定する動作を示すシーケンス図である。
【図２１】実施の形態２について、ＵＥからＳｇＮＢへの小データ送信を示すシーケンス図である。
【図２２】実施の形態２について、ＵＥからＭｇＮＢおよびＳｇＮＢへの小データ送信を示すシーケンス図である。
【図２３】実施の形態２の変形例１について、小データのパケット複製にＤＣを用いた場合の動作を示すシーケンス図である。
【図２４】実施の形態２の変形例１について、小データのパケット複製にＤＣを用いた場合の動作を示すシーケンス図である。
【図２５】実施の形態２の変形例１について、小データのパケット複製にＣＡを用いた場合の動作を示すシーケンス図である。
【図２６】実施の形態３について、ＵＡＶ−ＵＥに対して、セル毎に異なる周波数ホッピングパターンを与える例を示したパターン図である。
【図２７】実施の形態５について、ＵＡＶ−ＵＥが通信モードを決定する動作を示すシーケンス図である。
【発明を実施するための形態】
【００５９】
実施の形態１．
図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ−ＵＴＲＡＮ（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：ＨＯ）、隣接セル（Neighbour cell）の測定（メジャメント（measurement））などが行われる。
【００６４】
基地局２０３は、ｅＮＢ２０７と、Ｈｏｍｅ−ｅＮＢ２０６とに分類される。通信システム２００は、複数のｅＮＢ２０７を含むｅＮＢ群２０３−１と、複数のＨｏｍｅ−ｅＮＢ２０６を含むＨｏｍｅ−ｅＮＢ群２０３−２とを備える。またコアネットワークであるＥＰＣ（Evolved Packet Core）と、無線アクセスネットワークであるＥ−ＵＴＲＡＮ２０１とで構成されるシステムは、ＥＰＳ（Evolved Packet System）と称される。コアネットワークであるＥＰＣと、無線アクセスネットワークであるＥ−ＵＴＲＡＮ２０１とを合わせて、「ネットワーク」という場合がある。
【００６５】
ｅＮＢ２０７は、移動管理エンティティ（Mobility Management Entity：ＭＭＥ）、あるいはＳ−ＧＷ（Serving Gateway）、あるいはＭＭＥおよびＳ−ＧＷを含むＭＭＥ／Ｓ−ＧＷ部（以下「ＭＭＥ部」という場合がある）２０４とＳ１インタフェースにより接続され、ｅＮＢ２０７とＭＭＥ部２０４との間で制御情報が通信される。一つのｅＮＢ２０７に対して、複数のＭＭＥ部２０４が接続されてもよい。ｅＮＢ２０７間は、Ｘ２インタフェースにより接続され、ｅＮＢ２０７間で制御情報が通信される。
【００６６】
Ｈｏｍｅ−ｅＮＢ２０６は、ＭＭＥ部２０４とＳ１インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ２０６とＭＭＥ部２０４との間で制御情報が通信される。一つのＭＭＥ部２０４に対して、複数のＨｏｍｅ−ｅＮＢ２０６が接続される。あるいは、Ｈｏｍｅ−ｅＮＢ２０６は、ＨｅＮＢＧＷ（Home-eNB GateWay）２０５を介してＭＭＥ部２０４と接続される。Ｈｏｍｅ−ｅＮＢ２０６とＨｅＮＢＧＷ２０５とは、Ｓ１インタフェースにより接続され、ＨｅＮＢＧＷ２０５とＭＭＥ部２０４とはＳ１インタフェースを介して接続される。
【００６７】
一つまたは複数のＨｏｍｅ−ｅＮＢ２０６が一つのＨｅＮＢＧＷ２０５と接続され、Ｓ１インタフェースを通して情報が通信される。ＨｅＮＢＧＷ２０５は、一つまたは複数のＭＭＥ部２０４と接続され、Ｓ１インタフェースを通して情報が通信される。
【００６８】
ＭＭＥ部２０４およびＨｅＮＢＧＷ２０５は、上位装置、具体的には上位ノードであり、基地局であるｅＮＢ２０７およびＨｏｍｅ−ｅＮＢ２０６と、移動端末（ＵＥ）２０２との接続を制御する。ＭＭＥ部２０４は、コアネットワークであるＥＰＣを構成する。基地局２０３およびＨｅＮＢＧＷ２０５は、Ｅ−ＵＴＲＡＮ２０１を構成する。
【００６９】
さらに３ＧＰＰでは、以下のような構成が検討されている。Ｈｏｍｅ−ｅＮＢ２０６間のＸ２インタフェースはサポートされる。すなわち、Ｈｏｍｅ−ｅＮＢ２０６間は、Ｘ２インタフェースにより接続され、Ｈｏｍｅ−ｅＮＢ２０６間で制御情報が通信される。ＭＭＥ部２０４からは、ＨｅＮＢＧＷ２０５はＨｏｍｅ−ｅＮＢ２０６として見える。Ｈｏｍｅ−ｅＮＢ２０６からは、ＨｅＮＢＧＷ２０５はＭＭＥ部２０４として見える。
【００７０】
Ｈｏｍｅ−ｅＮＢ２０６が、ＨｅＮＢＧＷ２０５を介してＭＭＥ部２０４に接続される場合および直接ＭＭＥ部２０４に接続される場合のいずれの場合も、Ｈｏｍｅ−ｅＮＢ２０６とＭＭＥ部２０４との間のインタフェースは、Ｓ１インタフェースで同じである。
【００７１】
基地局２０３は、１つのセルを構成してもよいし、複数のセルを構成してもよい。各セルは、移動端末２０２と通信可能な範囲であるカバレッジとして予め定める範囲を有し、カバレッジ内で移動端末２０２と無線通信を行う。１つの基地局２０３が複数のセルを構成する場合、１つ１つのセルが、移動端末２０２と通信可能に構成される。
【００７２】
図３は、本発明に係る通信端末である図２に示す移動端末２０２の構成を示すブロック図である。図３に示す移動端末２０２の送信処理を説明する。まず、プロトコル処理部３０１からの制御データ、およびアプリケーション部３０２からのユーザデータが、送信データバッファ部３０３へ保存される。送信データバッファ部３０３に保存されたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部３０３から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７から基地局２０３に送信信号が送信される。
【００７３】
また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図３では省略しているが、各部３０１〜３０９と接続している。
【００７４】
図４は、本発明に係る基地局である図２に示す基地局２０３の構成を示すブロック図である。図４に示す基地局２０３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２０３とＥＰＣ（ＭＭＥ部２０４など）、ＨｅＮＢＧＷ２０５などとの間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。プロトコル処理部４０３からの制御データ、ならびにＥＰＣ通信部４０１および他基地局通信部４０２からのユーザデータおよび制御データは、送信データバッファ部４０４へ保存される。
【００７５】
送信データバッファ部４０４に保存されたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部４０４から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８より一つもしくは複数の移動端末２０２に対して送信信号が送信される。
【００７６】
また、基地局２０３の受信処理は以下のように実行される。一つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部４０３あるいはＥＰＣ通信部４０１、他基地局通信部４０２へ渡され、ユーザデータはＥＰＣ通信部４０１および他基地局通信部４０２へ渡される。基地局２０３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図４では省略しているが、各部４０１〜４１０と接続している。
【００７７】
図５は、本発明に係るＭＭＥの構成を示すブロック図である。図５では、前述の図２に示すＭＭＥ部２０４に含まれるＭＭＥ２０４ａの構成を示す。ＰＤＮ  ＧＷ通信部５０１は、ＭＭＥ２０４ａとＰＤＮ  ＧＷとの間のデータの送受信を行う。基地局通信部５０２は、ＭＭＥ２０４ａと基地局２０３との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ  ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ  ＧＷ通信部５０１から、ユーザプレイン通信部５０３経由で基地局通信部５０２に渡され、１つあるいは複数の基地局２０３へ送信される。基地局２０３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５０２から、ユーザプレイン通信部５０３経由でＰＤＮ  ＧＷ通信部５０１に渡され、ＰＤＮ  ＧＷへ送信される。
【００７８】
ＰＤＮ  ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ  ＧＷ通信部５０１から制御プレイン制御部５０５へ渡される。基地局２０３から受信したデータが制御データであった場合、制御データは、基地局通信部５０２から制御プレイン制御部５０５へ渡される。
【００７９】
ＨｅＮＢＧＷ通信部５０４は、ＨｅＮＢＧＷ２０５が存在する場合に設けられ、情報種別によって、ＭＭＥ２０４ａとＨｅＮＢＧＷ２０５との間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部５０４から受信した制御データは、ＨｅＮＢＧＷ通信部５０４から制御プレイン制御部５０５へ渡される。制御プレイン制御部５０５での処理の結果は、ＰＤＮ  ＧＷ通信部５０１経由でＰＤＮ  ＧＷへ送信される。また、制御プレイン制御部５０５で処理された結果は、基地局通信部５０２経由でＳ１インタフェースにより１つあるいは複数の基地局２０３へ送信され、またＨｅＮＢＧＷ通信部５０４経由で１つあるいは複数のＨｅＮＢＧＷ２０５へ送信される。
【００８０】
制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５−１、ＳＡＥベアラコントロール部５０５−２、アイドルステート（Idle State）モビリティ管理部５０５−３などが含まれ、制御プレイン（以下、Ｃ−Ｐｌａｎｅと称する場合もある）に対する処理全般を行う。ＮＡＳセキュリティ部５０５−１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部５０５−２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部５０５−３は、待受け状態（アイドルステート（Idle State）；ＬＴＥ−ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。
【００８１】
ＭＭＥ２０４ａは、１つまたは複数の基地局２０３に対して、ページング信号の分配を行う。また、ＭＭＥ２０４ａは、待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ２０４ａは、移動端末が待ち受け状態のとき、および、アクティブ状態（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）を行うためにトラッキングエリアの変更を要求する。
【００９０】
コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ−ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。
【００９１】
スマートフォンおよびタブレット型端末装置の普及によって、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソースの不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し、空間分離を進めることが検討されている。
【００９２】
従来のセルの構成では、ｅＮＢによって構成されるセルは、比較的広い範囲のカバレッジを有する。従来は、複数のｅＮＢによって構成される複数のセルの比較的広い範囲のカバレッジによって、あるエリアを覆うように、セルが構成されている。
【００９３】
小セル化された場合、ｅＮＢによって構成されるセルは、従来のｅＮＢによって構成されるセルのカバレッジに比べて範囲が狭いカバレッジを有する。したがって、従来と同様に、あるエリアを覆うためには、従来のｅＮＢに比べて、多数の小セル化されたｅＮＢが必要となる。
【００９４】
以下の説明では、従来のｅＮＢによって構成されるセルのように、カバレッジが比較的大きいセルを「マクロセル」といい、マクロセルを構成するｅＮＢを「マクロｅＮＢ」という。また、小セル化されたセルのように、カバレッジが比較的小さいセルを「スモールセル」といい、スモールセルを構成するｅＮＢを「スモールｅＮＢ」という。
【００９５】
マクロｅＮＢは、例えば、非特許文献７に記載される「ワイドエリア基地局（Wide Area Base Station）」であってもよい。
【００９６】
スモールｅＮＢは、例えば、ローパワーノード、ローカルエリアノード、ホットスポットなどであってもよい。また、スモールｅＮＢは、ピコセルを構成するピコｅＮＢ、フェムトセルを構成するフェムトｅＮＢ、ＨｅＮＢ、ＲＲＨ（Remote Radio Head）、ＲＲＵ（Remote Radio Unit）、ＲＲＥ（Remote Radio Equipment）またはＲＮ（Relay Node）であってもよい。また、スモールｅＮＢは、非特許文献７に記載される「ローカルエリア基地局（Local Area Base Station）」または「ホーム基地局（Home Base Station）」であってもよい。
【００９７】
図７は、マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。マクロｅＮＢによって構成されるマクロセルは、比較的広い範囲のカバレッジ７０１を有する。スモールｅＮＢによって構成されるスモールセルは、マクロｅＮＢ（マクロセル）のカバレッジ７０１に比べて範囲が小さいカバレッジ７０２を有する。
【００９８】
複数のｅＮＢが混在する場合、あるｅＮＢによって構成されるセルのカバレッジが、他のｅＮＢによって構成されるセルのカバレッジ内に含まれる場合がある。図７に示すセルの構成では、参照符号「７０４」または「７０５」で示されるように、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２が、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１内に含まれる場合がある。
【００９９】
また、参照符号「７０５」で示されるように、複数、例えば２つのスモールセルのカバレッジ７０２が、１つのマクロセルのカバレッジ７０１内に含まれる場合もある。移動端末（ＵＥ）７０３は、例えばスモールセルのカバレッジ７０２内に含まれ、スモールセルを介して通信を行う。
【０１００】
また図７に示すセルの構成では、参照符号「７０６」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが複雑に重複する場合が生じる。
【０１０１】
また、参照符号「７０７」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが重複しない場合も生じる。
【０１０２】
さらには、参照符号「７０８」で示されるように、多数のスモールｅＮＢによって構成される多数のスモールセルのカバレッジ７０２が、１つのマクロｅＮＢによって構成される１つのマクロセルのカバレッジ７０１内に構成される場合も生じる。
【０１０３】
ＮＲにおいて、ＵＥは基地局からの指示を受けてＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移する。ＤＣ構成を用いるＵＥに対しては、ＭｇＮＢがＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移する指示を行う。ＭｇＮＢは、ＳｇＮＢに対し、ＳＣＧベアラおよびＳＣＧスプリットベアラを通るデータが不活性、すなわち、該ベアラを通るデータの導通が行われていない状態となっているかどうかを問い合わせる。ＳｇＮＢは、該ＵＥが用いる全てのＳＣＧベアラおよびＳＣＧスプリットベアラを通るデータの不活性の状況を通知する。ＭｇＮＢは、該通知を用いて該ＵＥに対しＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を指示する。このことにより、ＭｇＮＢは、ＳＣＧベアラ／ＳＣＧスプリットベアラを通るデータの不活性状況を正しく反映したうえでＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移させることが可能となる。
【０１０４】
また、基地局は、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートのＵＥに対してページングを送信する。ＤＣ構成を保持するＲＲＣ＿ＩＮＡＣＴＩＶＥステートのＵＥに対しては、ＭｇＮＢがページングを送信する。ＳｇＮＢはＭｇＮＢに対し、ＳＣＧベアラおよび／あるいはＳＣＧスプリットベアラを通るデータが発生したことを通知する。該ＵＥはＭｇＮＢに対し、ＲＲＣ接続の再開を要求する。ＭｇＮＢはＵＥに対し、ＲＲＣ接続の再開を指示する。また、ＭｇＮＢはＳｇＮＢに対し、該ＵＥに対するＲＲＣ接続の再開を要求する。ＳｇＮＢはＭｇＮＢに対し、該ＵＥに対するＲＲＣ接続の再開の応答を通知する。このことにより、ＭｇＮＢは、ＳＣＧベアラおよび／あるいはＳＣＧスプリットベアラを通るデータ発生による、ＵＥのＲＲＣ＿ＩＮＡＣＴＩＶＥステートからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰が可能となる。
【０１０５】
前述の方法を適用した場合には、以下に示す問題が生じる。例えば、ＳＣＧベアラおよび／あるいはＳＣＧスプリットベアラを用いたデータの導通が継続している場合においては、ＭｇＮＢからＳｇＮＢに対する該問い合わせに対して、ＳｇＮＢは該ベアラを通るデータが活性状態であることを通知するため、ＭｇＮＢはＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移させることができない。ＭｇＮＢは、該ベアラを用いたデータの導通状況を適宜把握し、ＵＥのステート管理を適切に行うために、ＳｇＮＢに対して該問い合わせを繰り返し送信する必要がある。また、ＳｇＮＢからＭｇＮＢに対する該状況通知が繰り返される。このことにより、基地局間インタフェースにおけるシグナリング量が増加するとともに、ＭｇＮＢおよびＳｇＮＢにおける処理量が増加する。
【０１０６】
前述の問題に対する解決策を以下に開示する。
【０１０７】
ＳｇＮＢは、自ＳｇＮＢと接続中のＵＥとの通信において自ＳｇＮＢを通るデータが不活性であることを通知する。ＳｇＮＢを通るデータとは、ＳＣＧベアラを用いるデータであってもよいし、ＳＣＧスプリットベアラを通るデータであってもよいし、ＭＣＧスプリットベアラを通るデータであってもよい。該通知の送信は、該データが不活性の条件を満たしたときに行われてもよい。該通知の送信は、１度だけでもよいし、複数回であってもよい。例えば、該データが不活性の条件を満たす場合と満たさない場合との間を遷移するときに、ＳｇＮＢは該通知を複数回送信してもよい。他の例として、ＳｇＮＢは該通知を周期的に送信してもよい。
【０１０８】
ＭｇＮＢは、ＳｇＮＢに対し、該ＳｇＮＢを通るデータが不活性となっているかどうかを問い合わせなくてもよい。このことにより、例えば、基地局間インタフェースのシグナリング量が削減可能となる。
【０１０９】
ＭｇＮＢは、ＳｇＮＢに対し、該ＳｇＮＢを通るデータの不活性の評価を開始する指示を通知してもよい。ＳｇＮＢは、該指示を用いて、自ＳｇＮＢを通るデータの不活性の評価を開始してもよい。他の例として、ＭｇＮＢは該評価を開始する指示をＳｇＮＢに通知しなくてもよい。ＳｇＮＢは、自動的に、該評価を開始してもよい。例えば、ＳｇＮＢは、ＤＣ構成確立時に該評価を開始してもよい。このことにより、例えば、基地局間インタフェースのシグナリング量が削減可能となる。
【０１１０】
ＳｇＮＢにおいて該ＳｇＮＢを通るデータが不活性であるかどうかの判断条件を、予め規格で定めてもよい。
【０１１１】
他の例として、該判断条件を、上位ＮＷ装置が決定して配下のｇＮＢに通知してもよい。前述の上位ＮＷ装置は、例えば、ＡＭＦ（Access and Mobility Management Function）であってもよいし、ＳＭＦ（Session Management Function）であってもよい。該判断条件は、ＵＥ毎に異なっていてもよいし、ｇＮＢ毎に異なっていてもよい。ＵＥ毎、あるいはｇＮＢ毎に、柔軟な設定が可能となる。
【０１１２】
上位ＮＷ装置が決定した該判断条件を、該上位ＮＷ装置は、ＭｇＮＢに通知してもよい。ＭｇＮＢは、該判断条件をＳｇＮＢに通知してもよい。他の例として、該判断条件を、上位ＮＷ装置が決定して配下のｇＮＢに通知してもよい。上位ＮＷ装置はＭｇＮＢおよびＳｇＮＢにのみ該判断条件を通知可能となるため、上位ＮＷ装置と基地局との間のシグナリング量を削減可能となる。
【０１１３】
他の例として、該判断条件をＭｇＮＢが決めてもよい。ＭｇＮＢは、決定した判断条件をセカンダリ基地局に通知してもよい。ＭｇＮＢによる該判断条件の決定および／あるいはＳｇＮＢへの該判断条件の通知を、ＭｇＮＢがＳｇＮＢに対して前述の問い合わせを行う場合に適用してもよいし、前述の問い合わせを行わない場合に適用してもよい。該判断条件は、ＳｇＮＢとのＤＣ確立シーケンスにおけるシグナリングに含まれてもよいし、ＭｇＮＢからＳｇＮＢに対する、ＳＣＧベアラおよびＳＣＧスプリットベアラを通るデータが不活性であるかどうかの問い合わせに含まれてもよい。前述の、該ＳｇＮＢを通るデータの不活性の評価を開始する指示に含めてもよい。
【０１１４】
他の例として、該判断条件をＳｇＮＢが決めてもよい。例えば、判断条件の通知におけるシグナリング量の削減が可能となる。
【０１１５】
前述の判断条件は、時間で与えられてもよい。例えば、ＳｇＮＢにおいて該ＵＥとの通信が一定時間以上行われていないときに、ＳｇＮＢはデータが不活性であると判断してもよい。前述の一定の時間は、ベアラ毎に与えられてもよい。また、前述の時間は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとなっているＵＥの数に応じて与えられてもよい。このことにより、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとなっているＵＥ数が多い場合に、データが不活性であると判断するまでの時間を短くすることで、システム全体としての通信の効率を高めることが可能となる。
【０１１６】
前述の時間は、ＵＥに関する情報を用いて決定されてもよい。例えば、ＩｏＴ用のＵＥであることを示す情報を用いて、通常のＵＥよりも前述の時間を短く設定してもよい。他の例として、バッテリー容量に関する情報を用いて、バッテリー容量が少ないＵＥに対しては前述の時間を短く設定してもよい。このことにより、例えば、ＵＥの消費電力を抑えることが可能となる。
【０１１７】
ＭｇＮＢおよび／あるいはＳｇＮＢは、ページングに関するＲＡＮエリア内のｅＮＢ／ｇＮＢに対し、ＵＥ  ＡＳコンテキストを予め通知してもよい。前述のＵＥ  ＡＳコンテキストは、ＭｇＮＢ／ＳｇＮＢの単独の情報を含むものであってもよいし、ＭｇＮＢ、ＳｇＮＢ両方の情報を含むものであってもよい。例えば、ＭｇＮＢのみがページングに関するＲＡＮエリア内の基地局に対し、ＭｇＮＢ、ＳｇＮＢ両方の情報を含むＵＥ  ＡＳコンテキストを通知してもよい。他の例として、ＭｇＮＢ、ＳｇＮＢそれぞれが自ｇＮＢの情報を含むＵＥ  ＡＳコンテキストをページングに関するＲＡＮエリア内の基地局に対し通知してもよい。このことにより、例えば、ＵＥのモビリティ発生時において、ページング後の迅速な通信開始が可能となる。
【０１１８】
他の例として、ＭｇＮＢ、ＳｇＮＢそれぞれが、ＭｇＮＢ，ＳｇＮＢ両方の情報を含むＵＥ  ＡＳコンテキストを通知してもよい。該通知は、例えば、ＭｇＮＢ、ＳｇＮＢのそれぞれのページングに関するＲＡＮエリアが異なる場合に行われてもよい。このことにより、例えば、前述の場合におけるＵＥのステート制御が可能となる。
【０１１９】
ｅＮＢ／ｇＮＢは、該ＵＥ  ＡＳコンテキストを、ページングに関するＲＡＮエリア内の他のｅＮＢ／ｇＮＢに対して問い合わせてもよい。該問い合わせは、ＵＥと該ｅＮＢ／ｇＮＢとの間のランダムアクセス処理時に行ってもよい。前述の他のｅＮＢ／ｇＮＢは、該ＵＥ  ＡＳコンテキストをｅＮＢ／ｇＮＢに対して通知してもよい。前述のＵＥ  ＡＳコンテキストは、ＭｇＮＢ／ＳｇＮＢの単独の情報を含むものであってもよいし、ＭｇＮＢ、ＳｇＮＢ両方の情報を含むものであってもよい。基地局間インタフェースにおけるシグナリング量を削減可能となる。
【０１２０】
ＳｇＮＢからＭｇＮＢに対して送信する下りデータ通知において、ＵＥがＳｇＮＢとのランダムアクセス処理において用いるランダムアクセスプリアンブルの情報が含まれてもよい。該下りデータ通知におけるＳｇＮＢのランダムアクセスプリアンブルの情報は、ＤＣ構成時におけるランダムアクセスプリアンブルの通知に加えて行ってもよい。該ランダムアクセスプリアンブルの情報は、ＤＣ構成時にＳｇＮＢからＭｇＮＢに通知されるランダムアクセスプリアンブルの情報と異なっていてもよいし、同じであってもよい。このことにより、例えば、ＵＥとＳｇＮＢとの間のランダムアクセス処理を迅速に行うことが可能となる。また、該ランダムアクセスプリアンブルのＵＥからの送信電力に関する情報を含めてもよい。前述と同様の効果が得られる。また、ＳｇＮＢとＵＥとの通信に用いる、ＳｇＮＢのビームに関する情報を含めてもよい。このことにより、ＵＥにおけるＳｇＮＢのビーム捕捉を迅速に実施可能となる。また、ページングに必要な他の情報を含めてもよい。例えば、ＵＥの識別子に関する情報であってもよいし、ＰＤＵセッションに関する情報であってもよいし、ＱｏＳフローに関する情報であってもよい。ＳｇＮＢが属する、ページングに用いるＲＡＮエリアに関する情報が含まれてもよい。
【０１２１】
ＭｇＮＢからＵＥへのページングには、ＳｇＮＢにおいてデータが発生したことを示す情報を含めてもよい。該情報は、例えば、ＳｇＮＢにおいてデータが発生したことを示す識別子であってもよいし、ＳｇＮＢの識別子であってもよい。また、前述の、ＳｇＮＢからＭｇＮＢに対して送信する下りデータ通知と同じ情報を含めてもよい。下りデータ通知に含まれる情報による効果と同様の効果が得られる。
【０１２２】
ＭｇＮＢからＵＥへのページングにおいて、ＭｇＮＢにおいてデータが発生したことを示す情報を含めてもよい。該情報は、ＳｇＮＢにおいてデータが発生したことを示す情報と同様のものであってもよい。また、ＵＥがＭｇＮＢとのランダムアクセス処理において用いるランダムアクセスプリアンブルに関する情報が含まれてもよい。このことにより、例えば、ＵＥとＭｇＮＢとの間のランダムアクセス処理を迅速に行うことが可能となる。また、該ランダムアクセスプリアンブルのＵＥからの送信電力に関する情報を含めてもよい。前述と同様の効果が得られる。また、ＭｇＮＢとＵＥとの通信に用いる、ＭｇＮＢのビームに関する情報を含めてもよい。このことにより、ＵＥにおけるＭｇＮＢのビーム捕捉を迅速に実施可能となる。
【０１２３】
ＵＥは、該ページングを用いて、ＭｇＮＢとのランダムアクセス処理を開始してもよい。ＵＥはＭｇＮＢに対して、ＲＲＣ接続再開を要求してもよい。ＵＥは該要求を、ＭｇＮＢからのランダムアクセス応答の後に行ってもよい。ＭｇＮＢはＵＥに対し、ＲＲＣ接続再開を指示してもよい。該指示は、ＵＥからＭｇＮＢへの該要求の後に行ってもよい。ＵＥは、該指示を用いてＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰してもよい。
【０１２４】
ＵＥはＳｇＮＢに対してランダムアクセス処理を開始してもよい。ＵＥがＳｇＮＢに対して行うランダムアクセス処理は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰した後に行ってもよい。このことにより、通信システムの設計の複雑性を回避することが可能となる。あるいは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートの間に行ってもよい。例えば、ＵＥは、ＭｇＮＢからのランダムアクセス応答を待たずに、ＳｇＮＢに対しランダムアクセスプリアンブルを送信してもよい。他の例として、ＭｇＮＢからのランダムアクセス応答を待ってから、ＳｇＮＢに対しランダムアクセスプリアンブルを送信してもよい。このことにより、例えば、ＵＥは、ＳｇＮＢとのデータ送受信を迅速に再開可能となる。
【０１２５】
図８および図９は、本実施の形態１における、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートへ遷移する動作およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰する動作を示すシーケンス図である。図８と図９とは境界線ＢＬ０８０９の位置で繋がっている。図８および図９には、ＭｇＮＢがＳｇＮＢに対して、ＳｇＮＢを通るデータが不活性となっているかどうかを問い合わせない例を示している。
【０１２６】
図８に示すステップＳＴ８０１において、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートとなっている。ステップＳＴ８０２において、ＳｇＮＢは、自ＳｇＮＢを通るデータが不活性となったと判断する。ステップＳＴ８０３において、ＳｇＮＢは、自ＳｇＮＢを通るベアラを用いるデータがいずれも不活性であることをＭｇＮＢに通知する。
【０１２７】
図８に示すステップＳＴ８０５において、ＭｇＮＢは、ステップＳＴ８０３でＳｇＮＢから受信した前述の通知、および、自ＭｇＮＢを通るベアラを用いるデータが不活性であることを用い、ＵＥに対してＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を指示する。該指示には、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰に用いる識別子、例えば、レジュームＩＤが含まれる。また、該指示には、ＲＲＣ接続解放（RRCConnectionRelease）のシグナリングが用いられてもよい。ＲＲＣ接続解放のシグナリングにおいて、ＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移させることを示す情報が含まれる。ステップＳＴ８０５により、ＵＥは、ステップＳＴ８０８においてＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移する。
【０１２８】
図８に示す例においては、ステップＳＴ８０５においてＲＲＣ接続解放のシグナリングが用いられているが、他のＲＲＣシグナリングが用いられてもよい。前述の、他のＲＲＣシグナリングにおいても、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰に用いる識別子が含まれてもよいし、ＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移させることを示す情報が含まれてもよい。
【０１２９】
図８に示すステップＳＴ８０６において、ＭｇＮＢはＳｇＮＢに対して、該ＵＥとの接続の停止を通知する。ＳｇＮＢは、ステップＳＴ８０６を用いて、該ＵＥとの接続を停止させる。該接続の停止とは、例えば、ＳＣＧベアラと、ＳＣＧスプリットベアラのＳＣＧ側経路と、ＭＣＧスプリットベアラのＳＣＧ側経路との停止であってもよい。
【０１３０】
図８に示すステップＳＴ８０４において、ＵＰＦからの下りデータがＳｇＮＢに送信される。ステップＳＴ８０７において、ＳｇＮＢはＭｇＮＢに対し、ＵＥへの下りデータが発生したことを通知する。該通知において、ＵＥがＳｇＮＢとのランダムアクセス処理に用いるランダムアクセスプリアンブルの情報を通知してもよい。
【０１３１】
図９に示すステップＳＴ８０９〜ＳＴ８１３、ＳＴ８１６、およびＳＴ８２０は、ＭｇＮＢとＵＥの間におけるＲＲＣ＿ＩＮＡＣＴＩＶＥステートからＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートへの復帰の手順を示す。ステップＳＴ８０９において、ＭｇＮＢはＵＥに対しページングを送信する。該ページングには、ＳｇＮＢの識別子が含まれてもよい。また、ＭｇＮＢおよびＳｇＮＢのそれぞれとのランダムアクセス処理に用いるランダムアクセスプリアンブルの情報を通知してもよい。
【０１３２】
図９に示すステップＳＴ８１０において、ＵＥはＭｇＮＢに対し、ランダムアクセスプリアンブルを送信し、ステップＳＴ８１１において、ＭｇＮＢはＵＥに、ランダムアクセス応答を通知する。ステップＳＴ８１２において、ＵＥはＭｇＮＢに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰を要求する。該要求には、ステップＳＴ８０５にてＭｇＮＢからＵＥに通知された、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰に用いる識別子が含まれる。該要求には、例えば、ＲＲＣ接続再開要求（RRCConnectionResumeRequest）のシグナリングを用いてもよい。ＭｇＮＢは、ステップＳＴ８１２の要求および該識別子を用いて、該ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰させるかどうかを判断する。ステップＳＴ８１３において、ＭｇＮＢはＵＥに、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートへの復帰を指示する。ステップＳＴ８１６において、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰する。ステップＳＴ８２０において、ＵＥはＭｇＮＢに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰したことを通知する。該通知には、例えば、ＲＲＣ接続再開完了（RRCConnectionResumeComplete）のシグナリングを用いてもよい。
【０１３３】
図９に示すステップＳＴ８１４およびＳＴ８１５において、ＳｇＮＢとＵＥとの接続が再開する。該再開とは、例えば、ＳＣＧベアラと、ＳＣＧスプリットベアラのＳＣＧ側経路と、ＭＣＧスプリットベアラのＳＣＧ側経路との再開であってもよい。ステップＳＴ８１４において、ＭｇＮＢはＳｇＮＢに対し、ＵＥとの接続再開を要求する。ステップＳＴ８１５において、ＳｇＮＢはＭｇＮＢに対し、ＵＥとの接続が再開したことを通知する。
【０１３４】
図９に示すステップＳＴ８１７およびＳＴ８１８において、ＵＥとＳｇＮＢとの間におけるランダムアクセス処理が行われる。ステップＳＴ８１７において、ＵＥからＳｇＮＢにランダムアクセスプリアンブルが送信される。該ランダムアクセスプリアンブルは、ステップＳＴ８２９にてＭｇＮＢからＵＥに通知されるランダムアクセスプリアンブルであってもよい。ステップＳＴ８１８において、ＳｇＮＢからＵＥに対しランダムアクセス応答が通知される。
【０１３５】
図９に示すステップＳＴ８１９において、ステップＳＴ８０４でＵＰＦからＳｇＮＢに送信されたデータを含む下りデータが、ＳｇＮＢからＵＥに送信される。これによって、ＳｇＮＢを通る下り通信が再開される。
【０１３６】
図８および図９は、ＵＥとＳｇＮＢとの間のランダムアクセス処理をＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートにおいて行う例を示したが、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおいて行ってもよい。例えば、ステップＳＴ８１７およびＳＴ８１８は、ステップＳＴ８０９とＳＴ８１６の間に行われてもよい。ステップＳＴ８１７は、ステップＳＴ８１０の前に行われてもよいし、ステップＳＴ８１０の後に行われてもよいし、ステップＳＴ８１１の後に行われてもよい。このことにより、例えば、ＵＥとＳｇＮＢとの間の通信を迅速に再開可能となる。
【０１３７】
本実施の形態１によって、ＳＣＧベアラおよびＳＣＧスプリットベアラを用いるデータの不活性状況問い合わせおよび／あるいは通知に関する基地局間シグナリング量の削減が可能となる。また、ＳｇＮＢを通るデータの発生においても、ＭｇＮＢはＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに遷移させることが可能となる。このことにより、ＤＣを用いた通信を効率的に実現可能となる。
【０１３８】
実施の形態１によれば、例えば次のような構成が提供される。
【０１３９】
通信端末装置と、通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムが提供される。より具体的には、複数の基地局装置は、通信端末装置に対してベアラを構成する、マスタ基地局装置とセカンダリ基地局装置とを含む。セカンダリ基地局装置が、全てのベアラについて通信端末装置への下りデータが不活性であるデータ不活性状態を検出した場合、セカンダリ基地局装置は、マスタ基地局装置からの問い合わせがなくても、データ不活性状態の発生をマスタ基地局装置に通知する。マスタ基地局装置は、データ不活性状態の発生の通知を受信することによって、通信端末装置に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートからＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移することの指示を送信する。通信端末装置は、マスタ基地局装置からの指示によって、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移する。
【０１４０】
なお、この構成において、マスタ基地局装置とセカンダリ基地局装置とのうちの少なくとも一方は、通信端末装置がＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移した後も、通信端末装置との接続に関する情報を保持してもよい。
【０１４１】
実施の形態１によれば、例えば次のような構成も提供される。
【０１４２】
通信端末装置と、通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムが提供される。より具体的には、複数の基地局装置は、通信端末装置に対してベアラを構成する、マスタ基地局装置とセカンダリ基地局装置とを含む。セカンダリ基地局装置が、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにある通信端末装置への下りデータが発生したことを検出した場合、セカンダリ基地局装置は下りデータの発生をマスタ基地局装置に通知する。マスタ基地局装置は、下りデータの発生の通知を受信することによって、通信端末装置にページングを送信する。通信端末装置は、ページングを受信することによって、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートへの復帰をマスタ基地局装置に要求する。ここで、ページングは、通信端末装置とマスタ基地局装置との接続に関する情報と、通信端末装置とセカンダリ基地局装置との接続に関する情報とのうちの少なくとも一方を含む。
【０１４３】
上記構成は、実施の形態１を含む本明細書の開示および示唆に基づいて、様々に変形することが可能である。上記構成およびその変形した構成によれば、上記の課題を解決し、上記の効果を得ることができる。
【０１４４】
実施の形態１の変形例１．
ＤＣ構成を用いるＵＥのステート制御において、以下に示す問題が生じる。すなわち、ＭｇＮＢからＵＥに対してＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移指示を通知した直後に、上位ＮＷ装置からＭｇＮＢあるいはＳｇＮＢに該ＵＥに対する下りデータが送信された場合におけるＵＥ，ＭｇＮＢおよびＳｇＮＢの動作が定義されていない。従って、例えば、ＵＥとＭｇＮＢ、ＳｇＮＢの間でＵＥステートの齟齬が発生するといった問題が生じる。ＭｇＮＢがＵＥに対し該遷移指示を通知した直後にＵＥにおいて上りデータが発生した場合においても、同様の問題が生じる。
【０１４５】
前述の問題に対する解決策を以下に開示する。
【０１４６】
ＵＥは、一度ＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移してからＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰する。ＭｇＮＢはＵＥに対して、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移指示を行ってもよい。
【０１４７】
前述の動作を、下りデータ発生時に適用してもよい。すなわち、ＭｇＮＢはＵＥに対し、ページングを送信してもよい。ＭｇＮＢからＵＥへの該ページングの送信は、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移指示の直後であってもよい。ＭｇＮＢは、上位ＮＷ装置からの下りデータの受信を用いて、ＵＥに対し該ページングを送信してもよい。あるいは、ＳｇＮＢからＭｇＮＢへの、下りデータ発生を示す通知を用いて、ＵＥに対してページングを送信してもよい。ＳｇＮＢは上位ＮＷ装置からの下りデータの受信を用いて、該通知をＭｇＮＢに送信してもよい。
【０１４８】
ＳｇＮＢは、ＭｇＮＢへの下りデータ発生を示す通知を、ＭｇＮＢからＳｇＮＢに対し通知するＵＥ接続停止の通知よりも先に送信してもよい。ＳｇＮＢにおける処理量削減が可能となる。あるいは、下り発生を示す通知は、ＵＥ接続停止の通知よりも後であってもよい。通信システム設計の複雑性を回避可能となる。
【０１４９】
ＵＥが一度ＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移してからＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰する動作を、上りデータ発生時に適用してもよい。すなわち、ＵＥはＭｇＮＢに対してランダムアクセス処理を開始してもよい。以降の処理は、下りデータ発生時と同様であってもよい。また、上りデータ発生時においても、ＵＥは、ＳｇＮＢに対して行うランダムアクセス処理を、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰した後に行ってもよいし、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートの間に行ってもよい。ＵＥがＳｇＮＢに対して行うランダムアクセス処理は、ＭｇＮＢからのランダムアクセス応答を待って行ってもよいし、ＭｇＮＢからのランダム応答アクセスの先に行ってもよい。ＵＥからＭｇＮＢへのランダムアクセスプリアンブル送信より先に、ＵＥからＳｇＮＢへのランダムアクセスプリアンブル送信が行われてもよい。下りデータ発生時と同様の効果が得られる。
【０１５０】
ＵＥが一度ＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移してからＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰するシーケンスの例として、図８におけるステップＳＴ８０４が、ステップＳＴ８０３とステップＳＴ８０６の間にあるシーケンスであってもよい。ＵＥが一度ＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移してからＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰するシーケンスは、図８におけるステップＳＴ８０７が、ステップＳＴ８０６の前にあるシーケンスであってもよいし、後にあるシーケンスであってもよい。
【０１５１】
他の解決策を提示する。ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を中断する。このことにより、例えば、ＵＥとＳｇＮＢとの間のデータ送受信再開までの遅延を少なくすることが可能となる。
【０１５２】
ＭｇＮＢはＵＥに対し、ＲＲＣ接続解放（RRCConnectionRelease）を通知しなくてもよい。前述の動作は、例えば、ＵＰＦからＳｇＮＢに対するＤＬデータ送信、および、ＳｇＮＢからＭｇＮＢに対する下りデータ通知が、ＭｇＮＢがＵＥに対してＲＲＣ接続解放のシグナリングを送信するタイミングより前に実行された場合について適用されてもよい。前述の場合において、ＭｇＮＢはＳｇＮＢに対して、ＵＥ接続停止指示を通知しなくてもよい。このことにより、例えば、ＵＥとＳｇＮＢの間の通信再開を迅速に行うことが可能となる。
【０１５３】
他の例を開示する。ＵＥにおいて、ＭｇＮＢからのＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移指示の受信から、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの移行処理開始までの間に、待ち時間が設けられてもよい。ＵＥは、該待ち時間内に発生したＭｇＮＢおよび／あるいはＳｇＮＢへの上りデータを用いて、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を中断してもよい。ＭｇＮＢおよび／あるいはＳｇＮＢからの下りデータ受信を用いてもよい。ＭｇＮＢからの、ＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移を中断する指示を用いてもよい。ＵＥは、該待ち時間の経過後、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移する。
【０１５４】
該待ち時間を、ＭｇＮＢが設けてもよい。ＭｇＮＢは、該待ち時間においてＭＣＧベアラあるいはＭＣＧスプリットベアラを通る下りデータの発生を用いて、ＵＥのＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を中断してもよい。ＳｇＮＢからの下りデータ通知受信を用いてもよい。ＵＥからの、上りデータに関する情報、例えば、上りデータ、ＳＲ、ＢＳＲを用いて、ＵＥのＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を中断してもよい。ＭｇＮＢは、該待ち時間の経過後に、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移したと判断してもよい。
【０１５５】
該待ち時間を、ＵＥとＭｇＮＢの両方が設けてもよい。ＵＥおよびＭｇＮＢにおける待ち時間は同じとしてもよいし、異ならせてもよい。ＵＥおよび／あるいはＭｇＮＢは、上りデータに関する待ち時間と下りデータに関する待ち時間を分けて設けてもよい。上りデータに関する待ち時間と下りデータに関する待ち時間は同じであってもよいし、異なっていてもよい。例えば、上りデータに関する待ち時間について、基地局は、ＵＥが設ける待ち時間よりも長くしてもよい。他の例として、下りデータに関する待ち時間について、ＵＥは、ＭｇＮＢが設ける待ち時間よりも長くしてもよい。このことにより、例えば、上りデータのＨＡＲＱ再送の間にＵＥにおける上りデータに関する待ち時間を超過した場合において、ＵＥのＲＲＣステートに関するＵＥとＭｇＮＢとの間における認識の齟齬を防ぐことが可能となる。
【０１５６】
該待ち時間は、規格によって定められてもよい。通信システムの設計における複雑性の回避が可能となる。他の例として、ＭｇＮＢが決定してもよい。ＭｇＮＢはＵＥに対し、該待ち時間を通知してもよい。該待ち時間の通知には、ＤＣ設定時のシグナリングが用いられてもよい。例えば、ＭｇＮＢは、ＲＲＣ接続再設定のシグナリングに、該待ち時間に関する情報を含めてＵＥに通知してもよい。
【０１５７】
ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を中断するための方法を開示する。ＭｇＮＢはＵＥに対し、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を中断する指示を通知してもよい。ＵＥは、該指示を用いて、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を中断してもよい。該指示は、ＲＲＣ個別シグナリングであってもよい。該ＲＲＣ個別シグナリングとして、例えば、ＲＲＣ接続解放中断（RRCConnectionReleaseCancel）なるシグナリングを新しく設けてもよい。該指示には、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰に用いる識別子、例えば、レジュームＩＤが含まれてもよい。
【０１５８】
前述のＲＲＣ個別シグナリングとして、他のシグナリングを用いてもよい。例えば、ＲＲＣ接続再開（RRCConnectionResume）を用いてもよい。該ＲＲＣ接続再開のシグナリングには、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移の中断を示す情報を含めてもよい。また、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰に用いる識別子、例えば、レジュームＩＤが含まれてもよい。このことにより、ＲＲＣシグナリングの種別の増加を抑えることで、システムの複雑性の回避が可能となる。
【０１５９】
ＭｇＮＢは、前述の待ち時間内においてＭｇＮＢを通る下りデータの発生を用いて、該中断の指示をＵＥに通知してもよい。前述において、ＭｇＮＢを通る下りデータは、ＭＣＧベアラを用いる下りデータであってもよいし、ＭＣＧスプリットベアラを用いる下りデータであってもよいし、ＳＣＧスプリットベアラを用いる下りデータであってもよい。ＭｇＮＢは、該待ち時間内においてＳｇＮＢから下りデータ通知を受信したことを用いて、該中断の指示をＵＥに通知してもよい。
【０１６０】
図１０は、ＵＥにおけるＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移がＭｇＮＢからのＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移中断指示により中断される動作を示すシーケンス図である。図１０は、図８および図９と同様、ＳｇＮＢからＭｇＮＢへのＳＣＧデータ不活性通知の直後に、ＵＰＦからＳｇＮＢに対し該ＵＥへの下りデータが送信される例について示している。図１０に示すシーケンスは、図８および図９に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０１６１】
図１０におけるステップＳＴ８０１〜ＳＴ８０７は、図８と同じであるため、説明を省略する。
【０１６２】
図１０において、ステップＳＴ８０７の下りデータ通知が、ステップＳＴ８０５のＲＲＣ＿ＩＮＡＣＴＩＶＥ遷移指示の送信から一定時間内にＭｇＮＢにて受信されたことにより、ステップＳＴ９０１において、ＭｇＮＢはＵＥに対し、ＲＲＣ＿ＩＮＡＣＴＩＶＥ遷移の中断を指示する。該指示には、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰に用いる識別子、例えば、レジュームＩＤが含まれる。また、該指示には、例えば、ＲＲＣ接続解放中断（RRCConnectionReleaseCancel）のシグナリングが用いられてもよい。ＵＥは、ステップＳＴ９０１により、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの移行を中断し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートを維持する。
【０１６３】
図１０に示す例においては、ステップＳＴ９０１においてＲＲＣ接続解放中断のシグナリングが用いられているが、他のＲＲＣシグナリングが用いられてもよい。前述の、他のＲＲＣシグナリングにおいても、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰に用いる識別子が含まれてもよい。例えば、ＲＲＣ接続再開（RRCConnectionResume）が用いられてもよい。該ＲＲＣ接続再開のシグナリングには、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移の中断を示す情報が含まれてもよい。
【０１６４】
図１０におけるステップＳＴ８１４〜ＳＴ８１５は、図９と同じであるため、説明を省略する。
【０１６５】
図１０において、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートを維持しているため、図８および図９と異なり、ＭｇＮＢおよびＳｇＮＢとのランダムアクセス処理を行わない。
【０１６６】
図１０に示すステップＳＴ８１９は、図９と同じであるため、説明を省略する。
【０１６７】
図１０において、ＳｇＮＢは、ステップＳＴ８０６に示すＵＥ接続停止指示を待たずに、ステップＳＴ８０７に示す下りデータ通知をＭｇＮＢに対して送信してもよい。ＭｇＮＢはＳｇＮＢに対して、ＵＥ接続停止指示を通知しなくてもよい。ＭｇＮＢがＳｇＮＢに対してＵＥ接続停止指示を通知しない動作は、ＳｇＮＢがＵＥ接続停止指示を待たずに下りデータ通知をＭｇＮＢに対して送信した場合に適用してもよい。ＵＥ接続再開要求、ＵＥ接続再開応答についても、前述の、ＵＥ接続停止指示と同様としてもよい。このことにより、基地局間インタフェースにおけるシグナリング量の削減が可能となる。
【０１６８】
また、ＭｇＮＢは、ＳｇＮＢに対して送信するＵＥ接続停止指示を、ＳＣＧデータ不活性通知の受信から一定時間の経過後に送信してもよい。前述の一定時間は、例えば、ＵＥにおいて、ＭｇＮＢからのＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移指示の受信から、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの移行処理開始までの間に設けられる待ち時間と同一であってもよい。このことにより、例えば、ＳｇＮＢは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移するまでの時間を把握することが可能となるため、ＳｇＮＢにおけるＵＥの制御が容易となる。
【０１６９】
ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を中断するための他の方法を開示する。ＵＥは、下りデータの受信により、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を中断する。ＭｇＮＢにおけるＵＥへの下りデータ送信は、ＭｇＮＢからＵＥに対するＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移指示の直後に行ってもよい。ＳｇＮＢは、下りデータをＵＥに送信してもよい。ＳｇＮＢは、該下りデータを、ＳＣＧデータ不活性通知の直後に送信してもよい。ＭｇＮＢおよび／あるいはＳｇＮＢがＵＥに送信する下りデータは、ＭＣＧベアラおよび／あるいはＭＣＧスプリットベアラを通るデータであってもよいし、ＳＣＧベアラおよび／あるいはＳＣＧスプリットベアラを通るデータであってもよい。ＳｇＮＢはＭｇＮＢに、下りデータ通知を送信してもよい。ＭｇＮＢにおけるＵＥステートの管理が容易になる。ＭｇＮＢは、ＳｇＮＢに対して送信するＵＥ接続停止指示を、前述の待ち時間の経過後に送信してもよい。ＳｇＮＢにとって、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥへの遷移までの時間を把握することが可能となるため、ＳｇＮＢの制御が容易となる。
【０１７０】
ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を中断するための他の方法を開示する。ＵＥは、ＭｇＮＢおよび／あるいはＳｇＮＢに対する上りデータの送信により、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移を中断する。ＭｇＮＢからＵＥに対する、ＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移中断指示が不要となるため、シグナリング量削減が可能となる。該上りデータは、ＭＣＧベアラおよび／あるいはＭＣＧスプリットベアラを通るデータであってもよいし、ＳＣＧベアラおよび／あるいはＳＣＧスプリットベアラを通るデータであってもよい。上りデータの代わりにＳＲが用いられてもよい。該ＳＲは、ＭｇＮＢ宛てのＳＲであってもよいし、ＳｇＮＢ宛てのＳＲであってもよい。あるいは、ＢＳＲ（Buffer Status Report）が用いられてもよい。該ＢＳＲは、ＭｇＮＢ宛てのＢＳＲであってもよいし、ＳｇＮＢ宛てのＢＳＲであってもよい。ＭｇＮＢおよび／あるいはＳｇＮＢは、ＢＳＲに含まれる上りデータバッファ量が空でないことを用いて、ＵＥのＲＲＣ＿ＩＮＡＣＴＩＶＥステートへの遷移が中断されたと判断してもよい。ＳｇＮＢはＭｇＮＢに対し、ＵＥからの上りデータを受信したことを示す通知を送信してもよい。ＭｇＮＢは、ＳｇＮＢを経由する上りデータの状況を把握できるため、ＭｇＮＢにおけるステート制御が容易になる。前述の上りデータ通知は、ＳｇＮＢがＵＥからのＳＲを受信したときにＭｇＮＢに対して送信してもよいし、ＳｇＮＢがＵＥからのＢＳＲを受信したときにＭｇＮＢに対して送信してもよい。
【０１７１】
図１１は、ＵＥにおけるＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移が上りデータ発生により中断される動作を示すシーケンス図である。図１１は、ＳｇＮＢからＭｇＮＢへのＳＣＧデータ不活性通知の直後に、ＵＥからＳｇＮＢに対し上りデータ送信のためのＳＲが送信される例について示している。図１１に示すシーケンスは、図８および図９に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０１７２】
図１１におけるステップＳＴ８０１、ＳＴ８０３、ＳＴ８０５、ＳＴ８０６は、図８と同じであるため、説明を省略する。
【０１７３】
図１１に示すステップＳＴ１００１において、ステップＳＴ８０６のＵＥ接続停止指示の受信直後にＵＥからＳｇＮＢに対する上りデータが発生したことを受けて、ＵＥはＳｇＮＢに対してＳＲを送信する。ステップＳＴ１００２において、ＳｇＮＢはＵＥに対して上りデータ送信用のグラントを通知するとともに、ステップＳＴ１００３において、ＳｇＮＢはＭｇＮＢに対して上りデータ通知を送信する。
【０１７４】
図１１におけるステップＳＴ８１４〜ＳＴ８１５は、図９と同じであるため、説明を省略する。
【０１７５】
図１１において、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートを維持している。ステップＳＴ１００４において、ＵＥはＳｇＮＢに上りデータを送信し、ステップＳＴ１００５において、ＳｇＮＢはＵＰＦに該上りデータを送信する。
【０１７６】
図１１に示す例においては、ステップＳＴ１００１でのＳＲの送信によりＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートを維持しているが、ＢＳＲを用いてもよい。あるいは、上りデータ送信そのものを用いてもよい。例えば、グラント無しの上りデータ送信においても、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートを維持することが可能となる。
【０１７７】
また、図１１に示す例においては、ＳｇＮＢは上りデータ用のグラントの後にＭｇＮＢに対して上りデータ通知を送信しているが、該上りデータ通知を上りデータ用のグラントの前に送信してもよい。例えば、ＭｇＮＢにおけるＵＥステートの把握を迅速に行うことが可能となる。
【０１７８】
図１１において、ステップＳＴ１００１に示すＳＲ送信およびステップＳＴ１００３に示す上りデータ通知は、ステップＳＴ８０６に示すＵＥ接続停止指示よりも先に実行されてもよい。ＭｇＮＢは、ステップＳＴ８０６に示すＵＥ接続停止指示をＳｇＮＢに通知しなくてもよい。ＭｇＮＢが該ＵＥ接続停止指示をＳｇＮＢに通知しない動作は、例えば、ＳｇＮＢからＭｇＮＢに送信する上りデータ通知が該ＵＥ接続停止指示よりも先に行われた時に適用してもよい。同様に、ＭｇＮＢは、ステップＳＴ８１４に示すＵＥ接続再開要求をＳｇＮＢに通知しなくてもよいし、ＳｇＮＢは、ステップＳＴ８１５に示すＵＥ接続再開応答をＭｇＮＢに対して通知しなくてもよい。このことにより、例えば、基地局間インタフェースにおけるシグナリング量の削減が可能となる。
【０１７９】
また、ＭｇＮＢは、ＳｇＮＢに対して送信するＵＥ接続停止指示を、前述の待ち時間の経過後に送信してもよい。ＳｇＮＢにとって、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥへの遷移までの時間を把握することが可能となるため、ＳｇＮＢの制御が容易となる。
【０１８０】
本変形例１において開示した方法を、ＤＣ構成でない基地局およびＵＥに適用してもよい。ＤＣ構成でない基地局およびＵＥとは、例えば、ＵＥが１つの基地局と接続する構成であってもよいし、マルチコネクティビティ（Multi-Connectivity；ＭＣと略称される）の構成であってもよい。ＤＣにおける構成と同様の効果が得られる。
【０１８１】
本変形例１により、ＵＥがＭｇＮＢからＲＲＣ＿ＩＮＡＣＴＩＶＥ遷移指示を受けた直後に送受信データが発生した場合における誤動作を防ぎ、システムの堅牢性を高めることが可能となる。
【０１８２】
実施の形態１の変形例２．
ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのモビリティの方法として、ｇＮＢ間再開（Inter-gNB Resume）、ＭＮ（Master Node）ハンドオーバ、ＳＮ変更（Secondary Node Change）を組み合わせたプロシージャを用いる。
【０１８３】
前述の方法を適用した場合には、以下に示す問題が生じる。すなわち、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにあるＵＥについて、移動先ＳｇＮＢを誰が決定するかが明らかになっていない。従って、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにあるＵＥは、ＳｇＮＢのモビリティを行うことができないという問題が生じる。
【０１８４】
前述の問題に対する解決策を以下に開示する。
【０１８５】
ＵＥが、ＳｇＮＢを決定する。ＵＥは、ＳｇＮＢの決定にあたり、セル再選択を用いる。ＵＥは、セル再選択において検出したセルをＳｇＮＢとする。
【０１８６】
ＵＥは、周辺セルの測定を、周期的に行ってもよい。該周期は、規格で決められていてもよい。あるいはＤＲＸ周期と同じであってもよい。
【０１８７】
あるいは、ＵＥは、周辺セルの測定を、ページング受信時に行ってもよい。ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおけるＵＥの処理量削減が可能となる。
【０１８８】
ＵＥは、決定したＳｇＮＢの情報をＭｇＮＢに通知する。該情報は、例えば、ＳｇＮＢの識別子であってもよいし、ＳｇＮＢに属するセルの識別子、例えば、ＰＳＣｅｌｌの物理セルＩＤ（Physical Cell Identity）であってもよい。該情報は、ＵＥからＭｇＮＢへのＲＲＣ個別シグナリング、例えば、ＲＲＣ接続再開要求（RRCConnectionResumeRequest）に含まれてもよいし、ＲＲＣ＿ＩＮＡＣＴＩＶＥステート時に送信可能な小データに含まれてもよい。
【０１８９】
図１２〜図１４は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥがＳｇＮＢを決定する動作を示すシーケンス図である。図１２〜図１４は境界線ＢＬ１２１３，ＢＬ１３１４の位置で繋がっている。図１２〜図１４は、ＤＣ構成を用いるＵＥにおいて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてＳｇＮＢのモビリティが発生し、Ｓ−ＳｇＮＢからＴ−ＳｇＮＢに切り替わる例について示している。図１２〜図１４において、ＳｇＮＢを通る下りデータの発生によってＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに復帰する。図１２〜図１４に示すシーケンスは、図８および図９に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０１９０】
図１２に示すステップＳＴ１１０１において、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態となっている。ステップＳＴ１１０２において、ＵＥは、移動先のＳｇＮＢを決定する。図１２〜図１４の例において、移動先のＳｇＮＢはＴ−ＳｇＮＢである。ＵＥは、ＳｇＮＢの決定において、セル再選択を用いてもよい。
【０１９１】
図１２に示すステップＳＴ１１０３において、ＵＰＦは、該ＵＥのＳｇＮＢがＴ−ＳｇＮＢとなったことを把握していないため、移動元ＳｇＮＢであるＳ−ＳｇＮＢに対して下りデータを送信する。ステップＳＴ１１０４において、Ｓ−ＳｇＮＢはＭｇＮＢに対し、下りデータ通知を送信する。ステップＳＴ１１０４における下りデータ通知は、図８におけるステップＳＴ８０７と同様のものであってもよい。
【０１９２】
図１２におけるステップＳＴ８０９〜ステップＳＴ８１１は、図９と同じであるため、説明を省略する。
【０１９３】
図１２におけるステップＳＴ１１０８において、ＵＥはＭｇＮＢに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰を要求する。該要求には、ＵＥが決定した移動先ＳｇＮＢの情報が含まれる。ＵＥは、ＲＲＣ接続再開要求（RRCConnectionResumeRequest）のシグナリングを用いて該要求を通知してもよい。
【０１９４】
図１３におけるステップＳＴ１１０９において、ＭｇＮＢはＳ−ＳｇＮＢに対し、ＵＥコンテキスト（UE Context）を要求する。ステップＳＴ１１１０において、Ｓ−ＳｇＮＢはＭｇＮＢに対して、ＵＥコンテキストを送信する。ステップＳＴ１１０９において、ＭｇＮＢは、ＵＥコンテキストのうちセカンダリ基地局用の情報を要求することを示す情報を該要求に含めてもよい。ステップＳＴ１１１０において、ＳｇＮＢはＵＥコンテキストのうちセカンダリ基地局用の情報のみをＭｇＮＢに対して送信してもよい。このことにより、例えば、ＵＥコンテキスト送信に関するシグナリング量の削減が可能となる。
【０１９５】
図１３におけるステップＳＴ１１１１において、ＭｇＮＢはＴ−ＳｇＮＢに対し、セカンダリ基地局追加要求（SN Addition Request）を通知する。該要求には、Ｓ−ＳｇＮＢより取得したＵＥコンテキストが含まれてもよい。図１２〜図１４の例においては、Ｔ−ＳｇＮＢは、該要求を受け入れると判断する。ステップＳＴ１１１２において、Ｔ−ＳｇＮＢは、該要求に対する肯定応答（セカンダリ基地局追加要求肯定応答；SN Addition Request ACK）を通知する。ステップＳＴ１１１３において、ＭｇＮＢはＳ−ＳｇＮＢに対し、セカンダリ基地局解放要求（SN Release Request）を通知する。
【０１９６】
図１３におけるステップＳＴ８１３、ＳＴ８１６、およびＳＴ８２０は、図９と同じであるため説明を省略する。
【０１９７】
図１３に示すステップＳＴ１１１５において、ＭｇＮＢはＴ−ＳｇＮＢに対し、該ＵＥとの接続の設定を要求する。ステップＳＴ１１１６において、Ｔ−ＳｇＮＢはＭｇＮＢに対し、該設定が完了したことを通知する。
【０１９８】
図１４に示すステップＳＴ１１１８、ＳＴ１１１９において、ＵＥとＴ−ＳｇＮＢとの間でランダムアクセス処理を行う。ステップＳＴ１１１８、ＳＴ１１１９の処理は、図９に示すそれぞれステップＳＴ８１７、ＳＴ８１８と同様である。
【０１９９】
図１４に示すステップＳＴ１１２０、ＳＴ１１２１は、Ｓ−ＳｇＮＢからＰＤＣＰシーケンス番号受信／送達状態をＭｇＮＢ経由でＴ−ＳｇＮＢに転送する処理である。ステップＳＴ１１２０において、Ｓ−ＳｇＮＢはＭｇＮＢに対し、ＵＥと送受信するＰＤＣＰシーケンス番号の受信／送達状態を転送する。ステップＳＴ１１２１において、ＭｇＮＢは、ステップＳＴ１１２０においてＳ−ＳｇＮＢより受信した該状態をＴ−ＳｇＮＢに転送する。
【０２００】
図１４に示すステップＳＴ１１２３、ＳＴ１１２４は、Ｓ−ＳｇＮＢのＰＤＣＰバッファに蓄積された下り送信データをＭｇＮＢ経由でＴ−ＳｇＮＢに転送する処理である。ステップＳＴ１１２３において、Ｓ−ＳｇＮＢはＭｇＮＢに対し、ＰＤＣＰバッファに蓄積されたＰＤＣＰ  ＰＤＵを転送する。ステップＳＴ１１２４において、ＭｇＮＢは、ステップＳＴ１１２３においてＳ−ＳｇＮＢより受信した該ＰＤＣＰ  ＰＤＵをＴ−ＳｇＮＢに転送する。ステップＳＴ１１２３、ＳＴ１１２４において転送されるデータはステップＳＴ１１０３においてＵＰＦよりＳ−ＳｇＮＢに送信されたデータを含んでもよい。
【０２０１】
図１４に示すステップＳＴ１１２５において、ＭｇＮＢはＳＭＦに対し、ＰＤＵセッション変更要求（PDU Session Modification Request）を通知する。該要求にて変更されるＰＤＵセッションは、ＳＣＧを通るＰＤＵセッションであってもよい。また、ステップＳＴ１１２６において、ＳＭＦとＵＰＦは、ステップＳＴ１１２５のＰＤＵセッション変更要求に含まれるＰＤＵセッションの変更を行う。ステップＳＴ１１２６においても、ステップＳＴ１１２５と同様、ＡＭＦとＵＰＦの間でＰＤＵセッションの変更を行ってもよい。
【０２０２】
図１２〜図１４において、ＳＭＦはＡＭＦであってもよい。また、ＳＭＦがＵＰＦとＡＭＦの間に接続され、ＡＭＦが各ｇＮＢ、すなわち、ＭｇＮＢ、Ｔ−ＳｇＮＢ、Ｓ−ＳｇＮＢに接続される構成であってもよい。このことにより、例えば、通信システムにおける構成の柔軟性が高まる。本発明において、以下、同様であってもよい。
【０２０３】
図１４に示すステップＳＴ１１２７において、ＵＰＦから送信されるパケットの経路がＳ−ＳｇＮＢからＴ−ＳｇＮＢに切り替わる最後のパケットについて、エンドマーカーが付与され、ＵＰＦからＳ−ＳｇＮＢに送信される。ステップＳＴ１１２８、ＳＴ１１２９において、エンドマーカーが付与された該パケットがＳ−ＳｇＮＢからＭｇＮＢ経由でＴ−ＳｇＮＢに転送される。ステップＳＴ１１２８においては、該パケットがＳ−ＳｇＮＢからＭｇＮＢに転送され、ステップＳＴ１１２９においては該パケットがＭｇＮＢからＴ−ＳｇＮＢに転送される。
【０２０４】
図１４に示すステップＳＴ１１３０において、ＵＰＦから送信されるパケットの経路がＳ−ＳｇＮＢからＴ−ＳｇＮＢに切り替わり、ＵＰＦからＴ−ＳｇＮＢに対しパケットが送信される。ステップＳＴ１１３１において、ステップＳＴ１１３０にて送信されたパケットがＴ−ＳｇＮＢからＵＥに送信される。
【０２０５】
図１４に示すステップＳＴ１１３２において、ＳＭＦからＭｇＮＢに対し、ＰＤＵセッション変更が完了したことを通知する。ステップＳＴ１１３３において、ＭｇＮＢはＳ−ＳｇＮＢに対し、ステップＳＴ１１１０にてＭｇＮＢに通知したＵＥコンテキストの解放を指示し、Ｓ−ＳｇＮＢは該ＵＥコンテキストを解放する。ステップＳＴ１１３２においても、ステップＳＴ１１２５、ＳＴ１１２６と同様、ＳＭＦの代わりにＡＭＦが該通知を行ってもよい。
【０２０６】
図１２〜図１４に示す例においては、ＵＥはセル再選択を用いて移動先ＳｇＮＢを決定しているが、ＭｇＮＢから通知されたメジャメント設定を用いてもよい。該メジャメント設定は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートにあったときにＭｇＮＢから取得した設定であってもよい。例えば、ＳｇＮＢ決定方法の柔軟性を高めることが可能となる。
【０２０７】
ＵＥは、ＳｇＮＢの決定にあたり、予め定められた条件を満たすセルのうち、最初に検出したセルをＳｇＮＢとしてもよい。例えば、ＳｇＮＢ検出を迅速に実行可能となる。あるいは、条件が一番良いセルをＳｇＮＢとしてもよい。通信の信頼性を高めることが可能となる。
【０２０８】
他の解決策を提示する。ＭｇＮＢが、ＳｇＮＢを決定する。ＭｇＮＢは、ＵＥから通知されるメジャメント結果を用いてＳｇＮＢを決定する。
【０２０９】
ＵＥは、該メジャメントを、周期的に行ってもよい。該周期は、規格で決められていてもよい。あるいはＤＲＸ周期と同じであってもよい。あるいはＭｇＮＢよりＵＥ個別に通知してもよい。あるいはＭｇＮＢから配下のＵＥに報知してもよい。
【０２１０】
あるいは、ＵＥは、該メジャメントを、ページング受信時に行ってもよい。ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおけるＵＥの処理量削減が可能となる。
【０２１１】
ＵＥは、メジャメント結果をＭｇＮＢに通知してもよい。ＵＥは該通知を、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおいて送信可能な小データを用いて行ってもよい。メジャメント結果の迅速通知が可能となる。他の例として、メジャメント報告として通知してもよい。あるいは、ＲＲＣ接続再開要求（RRCConnectionResumeRequest）のシグナリングにメジャメント結果を含めてもよい。
【０２１２】
ＭｇＮＢは、ＳｇＮＢの決定にあたり、セル再選択の判断基準を用いてもよい。ＵＥはＭｇＮＢに、セル再選択に用いる測定結果を通知してもよい。
【０２１３】
図１５〜図１７は、ＭｇＮＢが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥとの通信におけるＳｇＮＢを決定する動作を示すシーケンス図である。図１５〜図１７は境界線ＢＬ１５１６，ＢＬ１６１７の位置で繋がっている。図１５〜図１７は、ＵＥが測定結果を、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおいて送信可能な小データを用いて、ＭｇＮＢに通知する場合について示している。図１５〜図１７において、ＳｇＮＢを通る下りデータの発生によってＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに復帰する。図１５〜図１７に示すシーケンスは、図８および図９、ならびに、図１２〜図１４に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２１４】
図１５に示すステップＳＴ１１０１、ＳＴ１１０３、ＳＴ１１０４は、図１２と同様であるため、説明を省略する。図１５においては、図１２におけるステップＳＴ１１０２に示す、ＵＥにおけるＳｇＮＢ決定を行わない点で、図１２と異なる。
【０２１５】
図１５におけるステップＳＴ８０９〜ＳＴ８１２は、図９と同様であるため、説明を省略する。
【０２１６】
図１５に示すステップＳＴ１２０２において、ＵＥはＭｇＮＢに対し、測定結果を通知する。図１５の例において、該通知は、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおいて送信可能な小データに含められる。また、該測定に関する設定は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるときに、ＭｇＮＢからＵＥに対して通知してもよい。ステップＳＴ１２０３において、ＭｇＮＢが移動先ＳｇＮＢを決定する。該決定には、ステップＳＴ１２０２にてＵＥより通知された測定結果を用いてもよい。図１５〜図１７の例においては、移動先ＳｇＮＢをＴ−ＳｇＮＢに決定した場合について示す。
【０２１７】
図１６におけるステップＳＴ１１０９〜ＳＴ１１１３は、図１３と同様であるため、説明を省略する。
【０２１８】
図１６に示すステップＳＴ１２０４において、図１３におけるステップＳＴ８１３と同様、ＭｇＮＢからＵＥに対してＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移を指示する。ステップＳＴ１２０４の指示には、ＭｇＮＢが決定した移動先ＳｇＮＢの情報が含まれる。移動先ＳｇＮＢの情報は、例えば、ＳｇＮＢの識別子であってもよいし、ＰＳＣｅｌｌの識別子、例えば、物理セル識別子であってもよい。ＵＥは、ステップＳＴ１２０４を用いて、移動先ＳｇＮＢがＴ−ＳｇＮＢであることを認識する。
【０２１９】
図１６および図１７におけるステップＳＴ８１６以降のシーケンスは、図１３および図１４と同様であるため、説明を省略する。
【０２２０】
他の解決策を提示する。ＭｇＮＢがＳｇＮＢを決定する場合と、ＵＥがＳｇＮＢを決定する場合の両方を設ける。ＳｇＮＢを決定する主体についての情報を、規格で定めてもよいし、ＭｇＮＢからＵＥに通知してもよいし、上位ＮＷ装置、例えば、ＳＭＦあるいはＡＭＦからＭｇＮＢおよび／あるいはＵＥに通知してもよい。
【０２２１】
ＳｇＮＢを決定する主体を規格で定める例として、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートのＵＥにおけるＭｇＮＢのモビリティの有無を用いてもよい。例えば、ＭｇＮＢのモビリティ発生時にはＵＥがＳｇＮＢを決定してもよいし、ＭｇＮＢのモビリティ発生時には移動先ＭｇＮＢがＳｇＮＢを決定してもよい。前述において、ＭｇＮＢのモビリティをＵＥが決定してもよい。
【０２２２】
ＵＥにおけるＳｇＮＢの決定において、例えば、セル再選択を用いてもよい。あるいは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートにおいてＭｇＮＢから通知されたメジャメント設定を用いてもよい。
【０２２３】
ＵＥはおけるＳｇＮＢの決定において、例えば、一定の条件を満たすセルのうち、最初に検出したセルを移動先ＭｇＮＢとしてもよいし、次に検出したセルを移動先ＳｇＮＢとしてもよい。このことにより、例えば、ＵＥは、ＭｇＮＢ、ＳｇＮＢを迅速に決定することが可能となる。
【０２２４】
他の例として、条件の一番良いセルをＭｇＮＢ、次に条件のよいセルをＳｇＮＢとしてもよい。通信の信頼性向上が可能となる。あるいは、逆に、条件の一番良いセルをＳｇＮＢ、次に条件のよいセルをＭｇＮＢとしてもよい。例えば、ＭｇＮＢにＣ−Ｐｌａｎｅの通信を割り当て、ＳｇＮＢにＵ−Ｐｌａｎｅの通信を割り当てる場合において、Ｕ−Ｐｌａｎｅの通信における伝送速度および信頼性の向上が可能となる。
【０２２５】
ＭｇＮＢにおけるＳｇＮＢの決定において、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートにおいてＭｇＮＢからＵＥに通知したメジャメント設定を用いてもよい。あるいは、セル再選択において用いるメジャメント設定を用いてもよい。
【０２２６】
図１８〜図２０は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥが移動先ＭｇＮＢおよび移動先ＳｇＮＢを決定する動作を示すシーケンス図である。図１８〜図２０は境界線ＢＬ１８１９，ＢＬ１９２０の位置で繋がっている。図１８〜図２０の例は、移動元ＭｇＮＢ、移動先ＭｇＮＢをそれぞれＳ−ＭｇＮＢ、Ｔ−ＭｇＮＢとし、移動元ＳｇＮＢ、移動先ＳｇＭＢをそれぞれＳ−ＳｇＮＢ、Ｔ−ＳｇＮＢとした場合について示している。図１８〜図２０において、ＳｇＮＢを通る下りデータの発生によってＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤに復帰する。また、図１８〜図２０において、Ｓ−ＭｇＮＢとＴ−ＭｇＮＢは同じＲＡＮエリアに属している。図１８〜図２０に示すシーケンスは、図８および図９、ならびに、図１２〜図１４に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２２７】
図１８において、ステップＳＴ１１０１、ＳＴ１１０３は、図１２と同様であるため、説明を省略する。
【０２２８】
図１８に示すステップＳＴ１３００において、ＵＥは移動先ＭｇＮＢ、移動先ＳｇＮＢをそれぞれＴ−ＭｇＮＢ、Ｔ−ＳｇＮＢに決定する。
【０２２９】
図１８に示すステップＳＴ１３０１において、Ｓ−ＳｇＮＢはＳ−ＭｇＮＢに下りデータが発生したことを通知する。ステップＳＴ１３０２において、Ｓ−ＭｇＮＢは、同じＲＡＮエリアに属するＴ−ＭｇＮＢに、ＵＥへのページングの情報を通知する。
【０２３０】
図１８に示すステップＳＴ１３０３において、Ｔ−ＭｇＮＢはステップＳＴ１３０２で通知されたページングの情報を用いてＵＥにページングを送信する。ステップＳＴ１３０４、ＳＴ１３０５において、ＵＥはＴ−ＭｇＮＢとランダムアクセス処理を行う。該ランダムアクセス処理は、図９に示すステップＳＴ８１０、ステップＳＴ８１１と同様である。
【０２３１】
図１８に示すステップＳＴ１３０６において、ＵＥはＴ−ＭｇＮＢに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに復帰する要求を通知する。ステップＳＴ１３０６は、図９におけるステップＳＴ８１２と同様、ＲＲＣ接続再開要求（RRCConnectionResumeRequest）のシグナリングを用いてもよい。また、ステップＳＴ１３０６の通知には、ＵＥが決定した移動先ＭｇＮＢ、移動先ＳｇＮＢを示す情報が含まれてもよい。図１８の例においては、Ｔ−ＭｇＮＢおよびＴ−ＳｇＮＢの情報が含まれる。
【０２３２】
図１８に示すステップＳＴ１３０７、ＳＴ１３０８は、ＭｇＮＢについてのＵＥコンテキストの転送処理を表す。ステップＳＴ１３０７において、Ｔ−ＭｇＮＢはＳ−ＭｇＮＢに対し、ＵＥコンテキストを要求する。ステップＳＴ１３０８において、Ｓ−ＭｇＮＢはＴ−ＭｇＮＢに対し、ＵＥコンテキストを送信する。ステップＳＴ１３０７において、Ｔ−ＭｇＮＢは、ＵＥコンテキストのうちマスタ基地局用の情報を要求することを示す情報を該要求に含めてもよい。ステップＳＴ１３０８において、Ｓ−ＭｇＮＢはＵＥコンテキストのうちマスタ基地局用の情報のみをＴ−ＭｇＮＢに対して送信してもよい。このことにより、例えば、ＵＥコンテキスト送信に関するシグナリング量の削減が可能となる。
【０２３３】
図１９に示すステップＳＴ１３０９〜ＳＴ１３１１は、ＳｇＮＢについてのＵＥコンテキストの転送処理およびＳｇＮＢ追加処理を表す。該ＵＥコンテキストは、Ｓ−ＳｇＮＢからＴ−ＭｇＮＢ経由でＴ−ＳｇＮＢに転送される。ステップＳＴ１３０９〜ＳＴ１３１１は、図１３に示すステップＳＴ１１０９〜ＳＴ１１１１とそれぞれ同様の処理を行う。ステップＳＴ１３１２において、Ｔ−ＳｇＮＢはＴ−ＭｇＮＢに対して、セカンダリ基地局追加要求に対して肯定応答を行う。ステップＳＴ１３１３において、Ｔ−ＭｇＮＢはＳ−ＳｇＮＢに対してセカンダリ基地局解放要求を行う。
【０２３４】
図１９に示すステップＳＴ１３１５において、Ｔ−ＭｇＮＢはＵＥに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移の指示を送信する。該指示は、図９におけるステップＳＴ８１３と同様のものであってもよい。
【０２３５】
図１９に示すステップＳＴ８１６において、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移する。ステップＳＴ１３１８において、ＵＥはＴ−ＭｇＮＢに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移が完了したことを通知する。
【０２３６】
図１９に示すステップＳＴ１３１６、ＳＴ１３１７は、図９に示すステップＳＴ８１４、ＳＴ８１５において、ＭｇＮＢをＴ−ＭｇＮＢに置き換え、ＳｇＮＢをＴ−ＳｇＮＢに置き換えたものである。
【０２３７】
図１９におけるステップＳＴ１１１８およびＳＴ１１１９は、図１４と同様であるため、説明を省略する。
【０２３８】
図２０に示すステップＳＴ１３２１〜ＳＴ１３２７は、図１４に示すステップＳＴ１１２０〜ＳＴ１１２４において、ＭｇＮＢをＴ−ＭｇＮＢに置き換えたものである。
【０２３９】
図２０の例において、ステップＳＴ１３２１およびＳＴ１３２５ではＳ−ＳｇＮＢからＴ−ＭｇＮＢに対して直接ＰＤＣＰシーケンス番号受信／送達状態およびＰＤＣＰ  ＰＤＵを転送しているが、Ｓ−ＭｇＮＢを経由して転送してもよい。例えば、Ｓ−ＳｇＮＢとＴ−ＭｇＮＢとの間の接続が確立されていない場合においても、ＭｇＮＢ、ＳｇＮＢ両方の切り替えが可能となる。
【０２４０】
図２０に示すステップＳＴ１３２８において、Ｔ−ＭｇＮＢはＳＭＦに対して、通信経路の切り替えを要求する（Path Switch Request）。該要求には、ＭｇＮＢ、ＳｇＮＢにおけるＰＤＵセッション切り替えの要求が含まれてもよい。ステップＳＴ１３２９において、ＳＭＦとＵＰＦとの間で通信経路の切り替えを行う。ＭｇＮＢ、ＳｇＮＢにおけるＰＤＵセッション切り替えを行ってもよい。また、ステップＳＴ１３２８、ＳＴ１３２９において、ＳＭＦの代わりにＡＭＦであってもよい。
【０２４１】
図２０に示すステップＳＴ１３３０〜ＳＴ１３３２は、図１４に示すステップＳＴ１１２７〜ＳＴ１１２９において、ＭｇＮＢをＴ−ＭｇＮＢに置き換えたものである。ステップＳＴ１３３１は、ステップＳＴ１３２１、ＳＴ１３２５同様、Ｓ−ＭｇＮＢを経由してもよい。
【０２４２】
図２０におけるステップＳＴ１１３０およびＳＴ１１３１は、図１４と同様であるため、説明を省略する。
【０２４３】
図２０に示すステップＳＴ１３３６において、ＳＭＦはＴ−ＭｇＮＢに対して、通信経路の切り替え完了（Path Switch Complete）を通知する。ステップＳＴ１３３７において、Ｔ−ＭｇＮＢはＳ−ＭｇＮＢに対し、ＭｇＮＢ向けのＵＥコンテキストの解放を指示する。ステップＳＴ１３３８において、Ｔ−ＭｇＮＢはＳ−ＳｇＮＢに対し、ＳｇＮＢ向けのＵＥコンテキストの解放を指示する。
【０２４４】
図２０に示すステップＳＴ１３３８において、ＳｇＮＢ向けのＵＥコンテキスト解放をＴ−ＭｇＮＢより通知する例を示したが、Ｓ−ＭｇＮＢ経由で通知してもよい。あるいは、ＳｇＮＢ向けのＵＥコンテキスト解放の指示を、Ｓ−ＭｇＮＢがＳ−ＳｇＮＢに通知してもよい。ステップＳＴ１３３７において、Ｔ−ＭｇＮＢはＳ−ＭｇＮＢに対し、ＳｇＮＢ向けのＵＥコンテキスト解放指示を含めてもよい。基地局間インタフェースにおけるシグナリング量削減が可能となる。
【０２４５】
他の解決策を提示する。上位ＮＷ装置が、ＳｇＮＢを決定する。上位ＮＷ装置は、ＡＭＦでもよいし、ＳＭＦであってもよい。上位ＮＷ装置は、決定したＳｇＮＢの情報をＭｇＮＢに通知する。ＭｇＮＢは、該ＳｇＮＢの情報をＵＥに通知する。
【０２４６】
上位ＮＷ装置は、配下のｇＮＢの負荷状況を用いてＳｇＮＢを決めてもよい。該負荷状況とは、例えば、基地局間インタフェースにおける負荷であってもよいし、処理負荷であってもよいし、無線リソースの負荷であってもよいし、収容ＵＥ数であってもよいし、前述の情報を組み合わせたものであってもよい。このことにより、例えば、ｇＮＢの負荷状況に応じてＳｇＮＢを決めることが可能となるため、通信システムとしての最適化が可能となる。
【０２４７】
ＭｇＮＢおよび／あるいはＳｇＮＢは、ページングに関するＲＡＮエリア内のｅＮＢ／ｇＮＢに対し、該ＵＥ  ＡＳコンテキストを予め通知してもよい。前述の通知において、実施の形態１と同様の方法を用いてもよい。例えば、ＵＥのモビリティ発生時において、ページング後の迅速な通信開始が可能となる。
【０２４８】
あるいは、ｅＮＢ／ｇＮＢは、該ＵＥ  ＡＳコンテキストを、ページングに関するＲＡＮエリア内の他のｅＮＢ／ｇＮＢに対して問い合わせてもよい。該問い合わせは、ＵＥと該ｅＮＢ／ｇＮＢとの間のランダムアクセス処理時に行ってもよい。前述の他のｅＮＢ／ｇＮＢは、該ＵＥ  ＡＳコンテキストをｅＮＢ／ｇＮＢに対して通知してもよい。前述のＵＥ  ＡＳコンテキストは、ＭｇＮＢ／ＳｇＮＢの単独の情報を含むものであってもよいし、ＭｇＮＢ、ＳｇＮＢ両方の情報を含むものであってもよい。基地局間インタフェースにおけるシグナリング量を削減可能となる。
【０２４９】
本変形例２を用いることで、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートのＵＥにおいてＳｇＮＢのモビリティが可能となる。
【０２５０】
実施の形態２．
ＤＣ構成のＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおいて、ＭｇＮＢに対して小データを送信する。ＭｇＮＢは、該ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥ遷移時にベアラ構成を変更してもよい。ベアラ構成の変更は、例えば、ＳＣＧベアラからＭＣＧベアラであってもよい。他の例として、ＳＣＧベアラからＳＣＧスプリットベアラであってもよい。このことにより、ベアラ変更前にＳＣＧベアラを用いていたデータについても、小データの送信により低遅延での通信が可能となる。
【０２５１】
前述の方法を適用した場合には、以下に示す問題が生じる。すなわち、該ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移するときにベアラ構成が変更されるため、ＭｇＮＢとＳｇＮＢとの間でシグナリング量が増大する。
【０２５２】
前述の問題に対する解決策を以下に開示する。
【０２５３】
ＵＥはＳｇＮＢに対して小データを送信する。ＭｇＮＢに対して小データを送信してもよい。すなわち、ＲＲＣ＿ＩＮＡＣＴＩＶＥにおける小データ送信についても、ＤＣ構成を適用してもよい。このことにより、ＭｇＮＢとＳｇＮＢとの間におけるベアラ変更が不要となるため、基地局間インタフェースのシグナリング量削減が可能となる。
【０２５４】
該小データは、ＳＣＧベアラのデータであってもよいし、ＳＣＧスプリットベアラのデータであってもよいし、ＭＣＧスプリットベアラのデータであってもよいし、ＭＣＧデータであってもよい。例えば、ＭＣＧスプリットベアラの小データをＳｇＮＢに対して送信することにより、ＵＥとＭｇＮＢとの間における無線チャネル状況が悪化した場合においても、迅速な小データ送信が可能となる。
【０２５５】
ＵＥは、小データが通るベアラの情報を用いて送信先の基地局を決めてもよい。例えば、ＭＣＧベアラあるいはＭＣＧスプリットベアラを用いる小データをＭｇＮＢに送信してもよい。ＳＣＧベアラあるいはＳＣＧスプリットベアラを用いる小データをＳｇＮＢに送信してもよい。例えば、基地局間インタフェースの導通が不要となるため、ＵＥから上位ＮＷ装置までの小データ通知を迅速に行うことが可能となる。
【０２５６】
前述において、ＵＥは、下り信号の測定結果の情報を用いて送信先の基地局を決めてもよい。例えば、ＭｇＮＢよりもＳｇＮＢの方が良い測定結果である場合において、ＵＥはＭＣＧスプリットベアラあるいはＳＣＧスプリットベアラを用いる小データをＳｇＮＢに送信してもよい。前述の下り信号は、例えば、同期信号（ＳＳ）であってもよい。また、測定結果の情報は、例えば、ＲＳＲＰであってもよいし、ＲＳＲＱであってもよい。このことにより、ＵＥは通信品質が良い基地局を用いて小データ通信を行うため、通信の信頼性向上が可能となる。
【０２５７】
前述において、ＵＥは、小データが通るベアラの情報と下り信号の測定結果の情報とを組み合わせて送信先の基地局を決めてもよい。例えば、ＭＣＧベアラを用いる小データをＭｇＮＢに送信してもよい。ＳＣＧベアラを用いる小データをＳｇＮＢに送信してもよい。ＭＣＧスプリットベアラあるいはＳＣＧスプリットベアラを用いる小データの送信先を、下り信号の測定結果の情報を用いてＵＥが決めてもよい。このことにより、迅速な小データ通知と信頼性向上を両立させることが可能となる。
【０２５８】
ＵＥからＳｇＮＢに対しての小データ送信にあたり、ＵＥはＳｇＮＢに対してランダムアクセスプリアンブルを送信してもよい。ＳｇＮＢはＵＥに対してランダムアクセス応答を送信してもよい。前述のランダムアクセス応答は、ＵＥからＳｇＮＢに対してのランダムアクセスプリアンブル送信の後に送信されてもよい。
【０２５９】
ＵＥは、ＳｇＮＢに対してＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰を要求してもよい。該要求は、ＳｇＮＢからＵＥに対するランダムアクセス応答送信の後に行われてもよい。
【０２６０】
ＵＥは、該要求に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰に用いる識別子、例えば、レジュームＩＤを含めてもよい。また、ＵＥは、該要求に、ＭｇＮＢを示す情報、例えば、ＭｇＮＢの識別子を含めてもよい。このことにより、例えば、ＳｇＮＢが他のＵＥに対するマスタ基地局として発行したレジュームＩＤとの番号の重複による誤動作を防ぐことが可能となる。他の例として、ＵＥは該要求に、ＵＥの識別子を含めてもよい。このことにより、例えば、前述と同様の効果が得られる。
【０２６１】
ＳｇＮＢはＭｇＮＢに対し、復帰に用いる該識別子に関する問い合わせを行ってもよい。該問い合わせには、ＵＥの識別子が含まれてもよい。
【０２６２】
ＭｇＮＢはＳｇＮＢに対し、復帰に用いる該識別子を通知してもよい。該通知に、ＭｇＮＢを示す情報を含めてもよい。あるいは、ＵＥの識別子を含めてもよい。該通知は、ＳｇＮＢからＭｇＮＢに対する該問い合わせの後に行われてもよいし、予め行われてもよい。前述の、予め行われる通知は、ＭｇＮＢからＳｇＮＢに対して送信されるＵＥ接続停止通知に含まれてもよいし、別々のシグナリングとして通知されてもよい。ＭｇＮＢはＳｇＮＢに対し、復帰に用いる該識別子を通知してもよい。
【０２６３】
ＳｇＮＢは、復帰に用いる該識別子の情報を保持してもよい。ＳｇＮＢは、復帰に用いる該識別子の情報を、ＭｇＮＢを示す情報と組み合わせて保持してもよいし、ＵＥの識別子と組み合わせて保持してもよい。このことにより、例えば、ＳｇＮＢが他のＵＥに対するマスタ基地局として発行したレジュームＩＤとの番号の重複による誤動作を防ぐことが可能となる。
【０２６４】
ＵＥは、ＳｇＮＢに対し小データを送信してもよい。該送信は、ＵＥからＳｇＮＢに対して行われるＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰の後に行われてもよい。該小データは、ＳＣＧベアラを通るデータであってもよいし、ＳＣＧスプリットベアラを通るデータであってもよいし、ＭＣＧスプリットベアラを通るベアラであってもよい。
【０２６５】
ＳｇＮＢはＵＥに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰の要求に対する応答を通知してもよい。該応答は、ＵＥがＲＲＣ＿ＩＮＡＶＴＩＶＥステートを維持する指示であってもよい。該応答には、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰に用いる識別子が含まれてもよいし、ＭｇＮＢを示す情報が含まれてもよいし、ＵＥの識別子が含まれてもよい。
【０２６６】
ＳｇＮＢはＵＥに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰の要求に対する応答を通知しなくてもよい。ＳｇＮＢは、該応答の代わりに該小データに対する応答を通知してもよい。
【０２６７】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰に用いる識別子、例えば、レジュームＩＤは、ＭｇＮＢを示す情報を含んでもよい。例えば、レジュームＩＤの一部を、ＭｇＮＢのＩＤと同一としてもよい。このことにより、例えば、復帰に用いる該識別子がｇＮＢ間で一意となるため、ＭｇＮＢ、ＳｇＮＢによる制御が容易となる。
【０２６８】
図２１は、ＵＥがＳｇＮＢに小データを送信する場合の動作を示すシーケンス図である。図２１に示すシーケンスは、図８よび図９に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２６９】
図２１におけるステップＳＴ８０１、ＳＴ８０３、ＳＴ８０５、およびＳＴ８０８は、図８と同様であるため、説明を省略する。
【０２７０】
図２１に示すステップＳＴ１４０１において、ＭｇＮＢはＳｇＮＢに対してＵＥ接続停止を通知する。該通知には、レジュームＩＤおよびＭｇＮＢのＩＤが含まれる。他の例として、ＭｇＮＢのＩＤを一部に含むレジュームＩＤが含まれてもよい。ＳｇＮＢは、該レジュームＩＤおよびＭｇＮＢのＩＤを保持する。
【０２７１】
図２１に示すステップＳＴ１４０７において、ＵＥからＳｇＮＢに対する上り送信データが発生する。図２１に示す、ステップＳＴ８１７、およびＳＴ８１８において、ＵＥはＳｇＮＢに対してランダムアクセス処理を行う。図２１におけるステップＳＴ８１７およびＳＴ８１８は、図９と同様である。
【０２７２】
図２１におけるステップＳＴ１４１０にて、ＵＥからＳｇＮＢに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰を要求する。該要求には、レジュームＩＤが含まれてもよいし、ＭｇＮＢの識別子が含まれてもよい。
【０２７３】
図２１におけるステップＳＴ１４１６において、ＵＥはＳｇＮＢに対して小データ送信を行う。該小データは、ＳＣＧベアラを通るデータであってもよいし、ＳＣＧスプリットベアラを通るデータであってもよいし、ＭＣＧスプリットベアラを通るベアラであってもよい。
【０２７４】
図２１に示すステップＳＴ１４１９において、ＳｇＮＢはＵＥに対し、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートを維持する指示を通知する。該指示には、レジュームＩＤが含まれてもよいし、ＭｇＮＢの識別子が含まれてもよい。
【０２７５】
ＵＥは、ＭｇＮＢ、ＳｇＮＢの両方に小データを送信してもよい。例えば、ＭＣＧベアラあるいはＭＣＧスプリットベアラを用いる小データをＭｇＮＢに送信してもよい。ＳＣＧベアラあるいはＳＣＧスプリットベアラを用いる小データをＳｇＮＢに送信してもよい。
【０２７６】
図２２は、ＵＥがＭｇＮＢおよびＳｇＮＢに小データを送信する場合の動作を示すシーケンス図である。図２２に示すシーケンスは、図８および図９ならびに図２１に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２７７】
図２２におけるステップＳＴ８０１からＳＴ１４０７までのシーケンスは、図２１と同様であるため、説明を省略する。
【０２７８】
図２２に示すステップＳＴ８１０およびＳＴ８１１において、ＵＥはＭｇＮＢに対してランダムアクセス処理を行う。ステップＳＴ８１７およびＳＴ８１８において、ＵＥはＳｇＮＢに対してランダムアクセス処理を行う。図２２におけるステップＳＴ８１０、ＳＴ８１１、ＳＴ８１７、およびＳＴ８１８は、図９と同様である。
【０２７９】
図２２におけるステップＳＴ８１２は、図９と同様である。ステップＳＴ１５１３において、ＵＥはＭｇＮＢに対して小データを送信する。該小データは、ＭＣＧベアラを通るデータであってもよいし、ＭＣＧスプリットベアラを通るデータであってもよいし、ＳＣＧスプリットベアラを通るベアラであってもよい。
【０２８０】
図２２におけるステップＳＴ１４１０にて、ＵＥからＳｇＮＢに対し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの復帰を要求する。該要求には、レジュームＩＤが含まれてもよいし、ＭｇＮＢの識別子が含まれてもよい。両方が含まれてもよい。ＭｇＮＢの識別子を一部に含んだレジュームＩＤが含まれてもよい。
【０２８１】
図２２におけるステップＳＴ１４１６において、ＵＥはＳｇＮＢに対して小データ送信を行う。該小データは、ＳＣＧベアラを通るデータであってもよいし、ＳＣＧスプリットベアラを通るデータであってもよいし、ＭＣＧスプリットベアラを通るベアラであってもよい。
【０２８２】
図２２に示すステップＳＴ１５１８において、ＭｇＮＢはＵＥに対し、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートを維持する指示を通知する。該指示には、レジュームＩＤが含まれてもよい。
【０２８３】
図２２に示すステップＳＴ１４１９において、ＳｇＮＢはＵＥに対し、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートを維持する指示を通知する。該指示には、レジュームＩＤが含まれてもよいし、ＭｇＮＢの識別子が含まれてもよい。
【０２８４】
図２１および図２２において、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートを維持する例について示したが、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移してもよい。ＵＥのＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの遷移にあたっては、実施の形態１に示すシーケンスを適用してもよい。
【０２８５】
本実施の形態２を用いることで、ＳｇＮＢへの小データ送信が可能となる。その結果、ＲＲＣ＿ＩＮＡＣＴＩＶＥ遷移時におけるベアラ変更が不要となり、基地局間インタフェースのシグナリング量削減が可能となる。
【０２８６】
実施の形態２によれば、例えば次のような構成が提供される。
【０２８７】
通信端末装置と、通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムが提供される。より具体的には、複数の基地局装置は、通信端末装置に対してベアラを構成する、マスタ基地局装置とセカンダリ基地局装置とを含む。ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにある通信端末装置は、セカンダリ基地局装置との間でランダムアクセス処理を行い、ランダムアクセス処理の後にセカンダリ基地局装置に対してＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートへの復帰を要求し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートへ復帰する前に、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートで送信可能な小データとして上りデータをセカンダリ基地局装置に送信する。
【０２８８】
なお、この構成において、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにある通信端末装置は、マスタ基地局装置との間でランダムアクセス処理を行い、ランダムアクセス処理の後にマスタ基地局装置に対してＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートへの復帰を要求し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートへ復帰する前に、小データとして上りデータをマスタ基地局装置に送信してもよい。
【０２８９】
上記構成は、実施の形態２を含む本明細書の開示および示唆に基づいて、様々に変形することが可能である。上記構成およびその変形した構成によれば、上記の課題を解決し、上記の効果を得ることができる。
【０２９０】
実施の形態２の変形例１．
低遅延、高信頼性が要求される通信の方法として、パケット複製を用いてもよい。パケット複製の方法として、ＤＣの構成を用いてもよいし、ＣＡの構成を用いてもよい。
【０２９１】
前述の方法を、低頻度であるが低遅延かつ高信頼性が要求される通信、例えば、地震等の緊急通信や、自動運転等における緊急制御信号などに適用した場合には、以下に示す問題が生じる。低頻度な通信においては、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移する。ところが、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおけるパケット複製をどのように行うか、明らかになっていない。その結果、低頻度であるが低遅延かつ高信頼性が要求される通信を実現できないという問題が生じる。
【０２９２】
前述の問題に対する解決策を以下に開示する。
【０２９３】
ＲＲＣ＿ＩＮＡＣＴＩＶＥステートのＵＥが実行できる小データ送信について、パケット複製を適用する。
【０２９４】
前述の、小データのパケット複製には、ＤＣの構成が用いられてもよい。該構成は、実施の形態２と同様の構成であってもよい。
【０２９５】
ＭｇＮＢは、パケット複製を行うための設定をＵＥおよびＳｇＮＢに対して行ってもよい。前述の設定は、例えば、ＤＣ構成の設定に含めて行ってもよい。このことにより、例えば、小データ送信時のパケット複製の設定を省略することができるため、小データ送信を迅速に開始可能となる。
【０２９６】
前述において、パケット複製のデフォルトの動作／停止状態を「動作」としてもよい。このことにより、例えば、小データ送信を迅速に開始可能となる。
【０２９７】
ＵＥは、ＭｇＮＢ、ＳｇＮＢの両方に対しランダムアクセス処理を行ってもよい。ＵＥがＳｇＮＢに対して行うランダムアクセス処理は、ＭｇＮＢからのランダムアクセス応答を待って行ってもよいし、ＭｇＮＢからのランダム応答アクセスの先に行ってもよい。ＵＥからＭｇＮＢへのランダムアクセスプリアンブル送信より先に、ＵＥからＳｇＮＢへのランダムアクセスプリアンブル送信が行われてもよい。該ランダムアクセス処理は、上り送信データ発生時に行ってもよい。
【０２９８】
図２３および図２４は、小データのパケット複製にＤＣを用いた場合の動作を示すシーケンス図である。図２３と図２４とは境界線ＢＬ２３２４の位置で繋がっている。図２３および図２４は、ＭＣＧスプリットベアラを用いてパケット複製を行う。図２３および図２４に示すシーケンスは、図８および図９、図２１、ならびに、図２２に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２９９】
図２３におけるステップＳＴ８０１からＳＴ８１８までのステップは、図２２と同様であるため、説明を省略する。
【０３００】
図２４に示すステップＳＴ１６１０において、ＵＥは上り送信データのパケット複製を行う。
【０３０１】
図２４におけるステップＳＴ８１２からＳＴ１４１０までのステップは、図２２と同様であるため、説明を省略する。
【０３０２】
図２４に示すステップＳＴ１４１６において、ＵＥはステップＳＴ１６１０にて複製されたパケットのうち、ステップＳＴ１５１３で送信されなかった方のパケットを小データとしてＳｇＮＢに送信する。ステップＳＴ１６１２において、ＳｇＮＢはＭｇＮＢに対して、ステップＳＴ１４１６にてＵＥより受信した該上り送信データを転送する。ステップＳＴ１６１３において、ＭｇＮＢは該上り送信データの重複を検出し、重複した上り送信データのうちの一つを除いて削除する。
【０３０３】
図２４に示すステップＳＴ１５１８およびＳＴ１４１９は、図２２と同じであるため、説明を省略する。
【０３０４】
小データのパケット複製において、ＣＡの構成が用いられてもよい。ＵＥおよびｇＮＢは、端末と基地局との間の接続に関する情報、例えば、ＵＥ  ＡＳコンテキストを保持してもよい。該ＵＥ  ＡＳコンテキストの保持は、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移するときに行ってもよい。
【０３０５】
ＤＣの構成を用いたパケット複製と同様、ｇＮＢは、ページングに関するＲＡＮエリア内のｅＮＢ／ｇＮＢに対し、該ＵＥ  ＡＳコンテキストを予め通知してもよいし、ｅＮＢ／ｇＮＢは、ページングに関するＲＡＮエリア内の他のｅＮＢ／ｇＮＢに対して、該ＵＥ  ＡＳコンテキストを問い合わせてもよい。
【０３０６】
基地局は、パケット複製を行うための設定をＵＥに対して行ってもよい。前述の設定は、例えば、ＵＥへのＣＡ構成の設定に含めて行ってもよい。例えば、ＵＥに対するＲＲＣ接続再設定のシグナリングに、前述の設定を含めてもよい。このことにより、例えば、小データ送信時のパケット複製の設定を省略することができるため、小データ送信を迅速に開始可能となる。
【０３０７】
前述において、パケット複製のデフォルトの動作／停止状態を「動作」としてもよい。このことにより、例えば、小データ送信を迅速に開始可能となる。
【０３０８】
ＵＥは、ｇＮＢのＰＣｅｌｌ、ＳＣｅｌｌに対しランダムアクセス処理を行ってもよい。ＵＥがＳＣｅｌｌに対して行うランダムアクセス処理は、ＰＣｅｌｌからのランダムアクセス応答を待って行ってもよいし、ＰＣｅｌｌからのランダム応答アクセスの先に行ってもよい。ＵＥからＰＣｅｌｌへのランダムアクセスプリアンブル送信より先に、ＵＥからＳＣｅｌｌへのランダムアクセスプリアンブル送信が行われてもよい。ＳＣｅｌｌを用いたデータ送信を迅速に実行可能となる。あるいは、異なるタイミングで行ってもよい。該ランダムアクセス処理は、上り送信データ発生時に行ってもよい。
【０３０９】
図２５は、小データのパケット複製にＣＡを用いた場合の動作を示すシーケンス図である。図２５の例において、ＰＣｅｌｌとＳＣｅｌｌを用いてパケット複製を行う。また、図２５の例において、ｇＮＢはＵＥへのシグナリングを、ＰＣｅｌｌを用いて送信する。図２５に示すシーケンスは、図８および図９、ならびに、図２１に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０３１０】
図２５におけるステップＳＴ８０１は、図８と同様であるため、説明を省略する。
【０３１１】
図２５に示すステップＳＴ１７０２において、ｇＮＢはＰＣｅｌｌを介してＵＥに対してＲＲＣ＿ＩＮＡＣＴＩＶＥ遷移を指示する。該指示は、図８のステップＳＴ８０５と同様のものであってもよい。
【０３１２】
図２５におけるステップＳＴ８０８およびＳＴ１４０７は、図２１と同様であるため、説明を省略する。
【０３１３】
図２５に示すステップＳＴ１７０５およびＳＴ１７０６において、ＵＥはＰＣｅｌｌとの間でランダムアクセス処理を行い、ステップＳＴ１７０７およびＳＴ１７０８において、ＵＥはＳＣｅｌｌとの間でランダムアクセス処理を行う。
【０３１４】
図２５におけるステップＳＴ１７０９において、ＵＥはＰＣｅｌｌを介してｇＮＢに対し、ＲＲＣ接続の再開を要求する。該要求は、図９におけるステップＳＴ８１２と同様としてもよい。
【０３１５】
図２５に示すステップＳＴ１６１０において、ＵＥは該上り送信データのパケット複製を行う。ステップＳＴ１７１１において、ＵＥは複製された該上り送信データの片方を小データとしてＰＣｅｌｌを介してｇＮＢに送信する。ステップＳＴ１７１２において、ＵＥは複製された該上り送信データの他方を小データとしてＳＣｅｌｌを介してｇＮＢに送信する。ステップＳＴ１７１３において、ｇＮＢは該上り送信データの重複を検出し、重複した上り送信データのうちの一つを除いて削除する。
【０３１６】
図２５に示すステップＳＴ１７１４において、ＭｇＮＢはＵＥに対し、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートを維持する指示を通知する。ステップＳＴ１７１４は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに遷移する指示であってもよい。
【０３１７】
本変形例１により、低頻度であるが低遅延かつ高信頼性な通信の実現が可能となる。
【０３１８】
実施の形態３．
無人航空機に搭載されるＵＥに対して、地上端末とは異なる送信電力制御を適用する。例えば、ＵＡＶ−ＵＥに対しては最大送信電力に制限を設けてもよい。他の例として、目標ＳＩＲ（Target-SIR）地上端末とＵＡＶ−ＵＥとで送信電力を異ならせてもよい。ＵＡＶ−ＵＥから基地局に対する上り干渉の削減が可能となる。
【０３１９】
前述の方法を適用した場合には、以下に示す問題が生じる。すなわち、前述の送信電力制御により、サービングセルに対する送信電力も低減するため、ＵＡＶ−ＵＥからサービングセルに送信する信号の受信品質が劣化する。
【０３２０】
前述の問題に対する解決策を以下に開示する。
【０３２１】
上り送信に対して、レペティション（repetition）を適用する。
【０３２２】
該レペティションを、前述の送信電力低減方法が適用されている場合に行ってもよい。このことにより、例えば、上り干渉電力を抑えつつ、上り送信の信頼性を確保することが可能となる。
【０３２３】
前述の、送信電力低減方法が適用されている場合の例として、ＵＡＶ−ＵＥか通常のＵＥかの違いであってもよい。例えば、ＵＡＶ−ＵＥにおいて、送信電力低減方法が適用されてもよい。
【０３２４】
他の例として、地上モードのＵＥと飛行モードのＵＥの違いであってもよい。例えば、飛行モードのＵＥにおいて、送信電力低減方法が適用されてもよい。ＵＥは、ＵＡＶ−ＵＥであってもよいし、通常のＵＥであってもよい。
【０３２５】
他の例として、ＵＥの高度の情報を用いて、送信電力低減方法を適用するか否かが決められてもよい。例えば、ＵＥの高度が高い場合に、送信電力低減方法が適用されてもよい。ＵＥは、ＵＡＶ−ＵＥであってもよいし、通常のＵＥであってもよい。
【０３２６】
他の例として、基地局における受信干渉レベルの情報を用いて、送信電力低減方法を適用するか否かが決められてもよい。例えば、受信干渉レベルが高い基地局との通信において、ＵＥの送信電力低減方法が適用されてもよい。ＵＥは、ＵＡＶ−ＵＥであってもよいし、通常のＵＥであってもよい。
【０３２７】
該上り送信において、レペティションを適用するチャネルおよび／あるいは信号の例として、以下の（１）〜（５）を開示する。
【０３２８】
（１）ＰＵＳＣＨ。
【０３２９】
（２）ＰＵＣＣＨ。
【０３３０】
（３）ＰＲＡＣＨ。
【０３３１】
（４）ＲＳ。
【０３３２】
（５）前述の（１）〜（４）の組み合わせ。
【０３３３】
前述の（４）におけるＲＳは、ＤＭＲＳであってもよいし、ＳＲＳであってもよいし、両方であってもよい。ＳＲＳのレペティションは、ＳＲＳの送信周期を短くしたものであってもよいし、レペティション送信用にシンボルを新たに設けてもよい。
【０３３４】
ＵＡＶ−ＵＥは、レペティション毎に周波数をホッピングさせて基地局に送信してもよい。ＵＡＶ−ＵＥは、レペティション番号毎に上り送信信号のＲＢを変えてもよい。
【０３３５】
前述の周波数ホッピングについて、ＵＡＶ−ＵＥは、レペティション毎に周波数をホッピングさせて基地局に送信してもよい。該ホッピングのパターンは、セル毎に与えられてもよい。例えば、該ホッピングのパターンは、セルＩＤ、例えば、ＰＣＩを用いて与えられてもよい。
【０３３６】
前述の周波数ホッピングの例として、レペティション毎に、ＵＡＶ−ＵＥが送信するＲＢにオフセットを設けてもよい。該オフセットを、セル毎に与えてもよい。例えば、該オフセットを、セルＩＤ、例えば、ＰＣＩを用いて決定してもよい。
【０３３７】
図２６は、ＵＡＶ−ＵＥに対して、セル毎に異なる周波数ホッピングパターンを与える例を示したパターン図である。図２６においては、ＰＵＳＣＨの例について示している。また、図２６においては、ＵＡＶ−ＵＥからの上り送信のレペティション回数を３回とした例について示している。
【０３３８】
図２６におけるＣｅｌｌ＃１を用いた例について説明する。ＵＡＶ−ＵＥは、ＰＵＳＣＨの初送において、ＲＢ１８０１を用いて基地局への送信を行う。該ＵＡＶ−ＵＥは、１回目の再送において、初送より周波数方向に１ＲＢ分だけ高くなったＲＢ１８０２を用いて基地局への送信を行う。２回目、３回目の再送についても同様に、ＵＡＶ−ＵＥは、それぞれ１回目、２回目の再送より周波数方向に１ＲＢだけ高くなったそれぞれＲＢ１８０３、ＲＢ１８０４を用いて基地局への送信を行う。
【０３３９】
図２６におけるＣｅｌｌ＃２を用いた例について説明する。ＵＡＶ−ＵＥは、ＰＵＳＣＨの初送において、ＲＢ１８１１を用いて基地局への送信を行う。該ＵＡＶ−ＵＥは、１回目の再送において、初送より周波数方向に２ＲＢ分だけ高くなったＲＢ１８１２を用いて基地局への送信を行う。２回目、３回目の再送についても同様に、ＵＡＶ−ＵＥは、それぞれ１回目、２回目の再送より周波数方向に２ＲＢだけ高くなったそれぞれＲＢ１８１３、ＲＢ１８１４を用いて基地局への送信を行う。
【０３４０】
図２６において、各回の上り送信に用いる周波数領域を１つのＲＢとした例について示したが、複数のＲＢであってもよい。該複数のＲＢは、周波数方向について連続であってもよいし、不連続、例えば、飛び飛びの周波数領域を用いてもよい。
【０３４１】
図２６において、各回の上り送信に用いる周波数領域を、周波数方向のオフセットを用いて与える例について示したが、周波数方向のオフセットの累積と、該ＵＡＶ−ＵＥが使用可能な周波数領域全体の剰余を用いて与えてもよい。例えば、図２６の例において、該ＵＡＶ−ＵＥが用いるＰＵＳＣＨに割り当てられた周波数領域が１０ＲＢ分であり、各回の周波数オフセットを７ＲＢとする場合において、初送は周波数方向において一番下のＲＢを用いて送信し、１回目の再送は下から８個目のＲＢを用いて送信し、２回目の再送は下から５個目のＲＢを用いて送信し、３回目の再送は下から２個目のＲＢを用いて送信してもよい。このことにより、例えば、周波数ホッピングのパターンの数を増やすことが可能となるため、ＵＡＶ−ＵＥの収容数を増加させることが可能となる。
【０３４２】
該ホッピングのパターンを与える他の例として、ＵＡＶ−ＵＥ毎であってもよい。このことにより、例えば、他のＵＡＶ−ＵＥとの間で周波数パターンを分散させることが可能となる。その結果、例えば、基地局における上り干渉電力の低減が可能となる。
【０３４３】
基地局は、周波数ホッピングのパターンをＵＥに通知してもよい。該通知には、例えば、Ｌ１／Ｌ２シグナリングを用いてもよい。このことにより、例えば、基地局による迅速な周波数リソース割り当てが可能となる。他の例として、ＭＡＣシグナリングを用いてもよい。このことにより、例えば、ＨＡＲＱ再送により、信頼性の高い通知が可能となる。他の例として、ＲＲＣシグナリングを用いてもよい。このことにより、例えば、多くの情報を通知することが可能となる。
【０３４４】
該通知について、基地局は該ホッピングパターンをレペティションの度に通知してもよい。基地局における柔軟なスケジューリングが可能となる。あるいは初送とレペティションの周波数ホッピングパターンをまとめて通知してもよい。ＵＥにおける処理の複雑性を回避することが可能となる。
【０３４５】
基地局は、周波数ホッピングのパターンを配下のＵＥに報知してもよい。このことにより、例えば、シグナリング量の削減が可能となる。
【０３４６】
他の例として、該ホッピングパターンは予め規格で与えられてもよい。例えば、ＵＥの識別子を用いて該ホッピングパターンが決められてもよい。このことにより、例えば、基地局とＵＡＶ−ＵＥとの間のシグナリング量削減が可能となる。
【０３４７】
本実施の形態３において、上り通信について開示したが、下り通信に適用してもよい。このことにより、例えば、基地局からＵＡＶ−ＵＥに対する下り干渉電力を低減することが可能となる。また、下り通信における信頼性の確保が可能となる。
【０３４８】
前述の下り通信は、例えば、ＰＤＳＣＨであってもよい。基地局は、ＵＡＶ−ＵＥに対し、ＰＤＳＣＨのレペティションを行ってもよい。周波数ホッピングを行ってもよい。
【０３４９】
他の例として、前述の下り通信は、ＰＤＣＣＨであってもよい。基地局は、ＵＡＶ−ＵＥに対し、ＰＤＣＣＨに含まれるＤＣＩのレペティションを行ってもよい。
【０３５０】
他の例として、前述の下り通信は、Ｅ−ＰＤＣＣＨであってもよい。基地局はＵＡＶ−ＵＥに対し、Ｅ−ＰＤＣＣＨのレペティションを行ってもよい。周波数ホッピングを行ってもよい。
【０３５１】
本実施の形態３において、ＵＡＶ−ＵＥについて示したが、通常のＵＥに適用してもよい。例えば、ＵＥの高度が高いことを示す情報を用いて、通常のＵＥに対しても本実施の形態３に示す方法を適用してもよい。このことにより、例えば、ＵＡＶに通常のＵＥを搭載して飛行する場合においても、ＵＡＶ−ＵＥと同様の干渉電力低減および受信品質確保が可能となる。
【０３５２】
本実施の形態３により、レペティションによる基地局および／あるいはＵＡＶ−ＵＥにおける受信信号電力増大が可能となる。また、周波数ホッピングによって他のＵＡＶ−ＵＥと周波数リソースを分散させることで、上りおよび／あるいは下り干渉電力の低減が可能となる。このことにより、基地局とＵＡＶ−ＵＥとの間の通信における受信品質の向上が可能となる。
【０３５３】
実施の形態３によれば、例えば次のような構成が提供される。
【０３５４】
通信端末装置と、通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムが提供される。より具体的には、通信端末装置の位置と基地局装置の位置との間の高度差が閾値以上である場合、通信端末装置と基地局装置とのうちの少なくとも一方は、送信対象を繰り返し送信するレペティション制御を行う。なお、この構成において、レペティション制御は送信対象の送信周波数をホッピングさせる制御を含んでもよい。
【０３５５】
上記構成は、実施の形態３を含む本明細書の開示および示唆に基づいて、様々に変形することが可能である。上記構成およびその変形した構成によれば、上記の課題を解決し、上記の効果を得ることができる。
【０３５６】
実施の形態３の変形例１．
ＵＡＶ−ＵＥからの上り干渉を低減する他の方法を開示する。
【０３５７】
ＰＵＣＣＨのＵＥ多重数に制限を設ける。該多重数は、ＰＵＣＣＨの１ＲＢ分に多重されるＵＥ数であってもよい。
【０３５８】
例えば、通常のＵＥとＵＡＶ−ＵＥとで、ＰＵＣＣＨのＵＥ多重数を異ならせてもよい。例えば、ＵＡＶ−ＵＥにおけるＰＵＣＣＨのＵＥ多重数を、通常ＵＥにおけるＰＵＣＣＨ多重数よりも少なくしてもよい。
【０３５９】
他の例として、地上モードのＵＥと飛行モードのＵＥとで、ＰＵＣＣＨのＵＥ多重数を異ならせてもよい。例えば、飛行モードのＵＥにおけるＰＵＣＣＨのＵＥ多重数を、地上モードのＵＥにおけるＰＵＣＣＨ多重数よりも少なくしてもよい。ＵＥは、ＵＡＶ−ＵＥであってもよいし、通常のＵＥであってもよい。
【０３６０】
他の例として、ＵＥの高度の情報を用いて、ＰＵＣＣＨのＵＥ多重数を異ならせてもよい。例えば、高度が高いＵＥにおけるＰＵＣＣＨのＵＥ多重数を、高度が低いＵＥにおけるＰＵＣＣＨ多重数よりも少なくしてもよい。ＵＥは、ＵＡＶ−ＵＥであってもよいし、通常のＵＥであってもよい。
【０３６１】
他の例として、基地局における受信干渉レベルの情報を用いて、ＰＵＣＣＨのＵＥ多重数を異ならせてもよい。例えば、受信干渉レベルが高い基地局との通信において、ＰＵＣＣＨのＵＥ多重数を少なくしてもよいし、受信干渉レベルが低い基地局との通信において、ＰＵＣＣＨのＵＥ多重数を多くしてもよい。ＵＥは、ＵＡＶ−ＵＥであってもよいし、通常のＵＥであってもよい。このことにより、例えば、基地局とＵＥとの間の通信品質を一定以上確保することが可能となる。
【０３６２】
前述におけるＵＥの多重数を、予め規格で決めてもよい。例えば、ＵＡＶ−ＵＥにおけるＰＵＣＣＨのＵＥ多重数を示すパラメータを新たに設けてもよい。他の例として、飛行モードにおけるＰＵＣＣＨのＵＥ多重数を示すパラメータを新たに設けてもよい。このことにより、例えば、基地局におけるＵＥの多重数の制御が容易になる。
【０３６３】
他の例として、前述におけるＵＥの多重数を、上位ＮＷ装置が決めてもよい。上位ＮＷ装置は、例えば、ＭＭＥであってもよいし、ＡＭＦであってもよい。上位ＮＷ装置は基地局に対し、前述におけるＵＥの多重数を通知してもよい。このことにより、例えば、ＵＥの収容数に応じて柔軟に干渉電力を制御することが可能となる。
【０３６４】
他の例として、前述におけるＵＥの多重数を、基地局が決めてもよい。基地局は、例えば、ビーム数を用いて決めてもよい。このことにより、例えば、ビーム数に応じた柔軟な制御が可能となる。
【０３６５】
本変形例１において、制限を設けた多重数を、制限を設けない多重数に優先させてもよい。例えば、基地局は、接続しているＵＥの中にＵＡＶ−ＵＥと通常のＵＥが混在する場合において、制限を設けた多重数を用いてもよい。このことにより、ＵＡＶ−ＵＥと通常のＵＥが混在している場合においても基地局における干渉電力を抑えることが可能となる。
【０３６６】
他の例として、制限を設けない多重数を、制限を設けた多重数に優先させてもよい。例えば、基地局は、接続しているＵＥの中にＵＡＶ−ＵＥと通常のＵＥが混在する場合において、制限を設けない多重数を用いてもよい。このことにより、基地局は多くのＵＥを収容可能となる。
【０３６７】
本変形例１により、ＰＵＣＣＨの１ＲＢあたり多重されるＵＥ数を少なくすることができるため、上り干渉の低減が可能となる。
【０３６８】
実施の形態４．
ＵＡＶ−ＵＥにおけるサービングセルの選択を、ＲＳＲＰを用いて行う。例えば、セル選択および／あるいはセル再選択において、ＵＡＶ−ＵＥはＲＳＲＰが最も高いセルを選択する。あるいは、ＵＡＶ−ＵＥは、ＲＳＲＰの測定結果をサービングセルに報告する。サービングセルは該測定結果を用いてハンドオーバ先を決定する。
【０３６９】
前述の方法を適用した場合には、以下に示す問題が生じる。すなわち、ＲＳの送信電力はセル毎に異なるため、下りＲＳＲＰの測定結果をもとにサービングセルを決定した場合、サービングセルに対する上り送信電力が必ずしも低くならないという問題が生じる。
【０３７０】
前述の問題点を解決する方法を以下に開示する。サービングセルの選択に、パスロスを用いる。ＵＡＶ−ＵＥは、セルのパスロスを測定する。
【０３７１】
パスロスを、セル選択および／あるいはセル再選択に用いてもよい。例えば、セル選択および／あるいはセル再選択に用いる閾値として、パスロスの条件を用いてもよい。
【０３７２】
ＵＡＶ−ＵＥは、パスロスの条件と、ＲＳＲＰの条件を切り替えてもよい。例えば、ＵＡＶ−ＵＥは、実施の形態３に記載の、地上とは異なる送信電力制御を用いているときに、パスロスの条件を用いてもよい。また、地上と同じ送信電力を用いているときに、ＵＥはＲＳＲＰの条件を用いてもよい。このことにより、ＵＡＶ−ＵＥにおける設計の複雑性の回避が可能となる。
【０３７３】
該閾値は、予め規格で決められてもよいし、基地局からＵＥに報知されてもよい。
【０３７４】
他の例として、該閾値は、基地局からＵＥに個別に通知されてもよい。基地局からＵＥへの個別の通知を、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートの時に行ってもよい。ＵＥは、該通知に含まれる閾値を、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートからＲＲＣ＿ＩＤＬＥステートあるいはＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移したときに用いてもよい。ＵＥ毎に柔軟なセル再選択制御が可能となる。
【０３７５】
セル選択および／あるいはセル再選択に、パスロスとＲＳＲＰを組み合わせて用いてもよい。例えば、セル選択および／あるいはセル再選択に用いる閾値として、パスロスの条件を用いてもよいし、ＲＳＲＰの条件を用いてもよいし、パスロスとＲＳＲＰの条件を組み合わせたものを用いてもよい。他の例として、パスロスの閾値とＲＳＲＰの閾値を用いてもよい。例えば、ＲＳＲＰの閾値を、ＲＳＲＰの最低要求値として用いてもよい。該ＲＳＲＰの閾値を、ＵＡＶ−ＵＥに対して適用してもよい。このことにより、例えば、ＵＡＶ−ＵＥにおける受信電力を最低限確保しつつ、上り干渉を低減させることが可能となる。
【０３７６】
ＵＡＶ−ＵＥにおけるセル選択および／あるいは再選択先判断方法として、例えば、ＵＡＶ−ＵＥは、パスロスが小さいセルを選択してもよい。該セルは、パスロスが一番小さいセルであってもよい。このことにより、例えば、ＵＡＶ−ＵＥからの送信電力低減により、セルにおける干渉の低減が可能となる。
【０３７７】
判断方法の他の例として、パスロスに閾値を設けてもよい。ＵＡＶ−ＵＥは、該閾値よりもパスロスが小さいセルを選択してもよい。該セルは、例えば、該閾値よりもパスロスが小さいセルのうち、最初に検出されたセルであってもよい。このことにより、例えば、ＵＡＶ−ＵＥは送信電力を一定以下に抑えることのできるセルの選択を迅速に行うことが可能となる。
【０３７８】
判断方法の他の例として、パスロスとＲＳＲＰの両方を用いてもよい。例えば、ＲＳＲＰの閾値を用いてもよい。ＵＡＶ−ＵＥは、例えば、ＲＳＲＰの閾値以上のセルのうち、パスロスが小さいセルを選択してもよい。該セルは、例えば、パスロスが一番小さいセルであってもよい。このことにより、例えば、ＵＡＶ−ＵＥにおける下り受信電力を一定以上確保しつつ、ＵＡＶ−ＵＥからの送信電力低減により、セルにおける干渉の低減が可能となる。
【０３７９】
パスロスとＲＳＲＰの両方を用いる判断方法の他の例として、パスロスの閾値を用いてもよい。ＵＡＶ−ＵＥは、例えば、パスロスの閾値以下のセルのうち、ＲＳＲＰが大きいセルを選択してもよい。該セルは、例えば、ＲＳＲＰが一番大きいセルであってもよい。このことにより、例えば、セルにおける干渉を一定以上低減しつつ、ＵＡＶ−ＵＥにおける下り受信電力を確保することが可能となる。
【０３８０】
前述の問題点を解決する他の方法として、パスロスを、ハンドオーバに用いてもよい。
【０３８１】
ＵＡＶ−ＵＥは、パスロスの測定を行ってもよい。ＵＡＶ−ＵＥは、基地局へのメジャメントレポート（Measurement Report）のシグナリングに、測定したパスロスの情報を含めてもよい。あるいは、パスロスの測定結果を通知するためのメジャメントレポートが新たに設けられてもよい。
【０３８２】
該メジャメントレポートにおいて、パスロスを用いたイベントトリガが新たに設けられてもよい。このことにより、ＵＡＶ−ＵＥはパスロスに関する一定の条件を満たしたセルの測定結果を迅速にサービングセルに通知することが可能となる。
【０３８３】
前述のイベントトリガに用いるパラメータが新たに設けられてもよい。該パラメータは、例えば、パスロスの閾値であってもよいし、サービングセルと隣接セルのパスロスの差であってもよい。該パラメータは、基地局からＵＥに対して報知されてもよいし、ＵＥ毎に個別に通知されてもよい。あるいは、ＵＡＶ−ＵＥに対して個別に通知されてもよい。
【０３８４】
前述のイベントトリガは、パスロスの条件を含むものであってもよい。例えば、既存のイベントトリガに、パスロスの条件が新たに追加されたものであってもよい。例えば、ＲＳＲＰ，ＲＳＲＱ，パスロスを用いたイベントトリガが設けられてもよい。このことにより、セルへの干渉低減に加え、ＵＡＶ−ＵＥにおける受信電力確保、受信品質確保が可能となる。
【０３８５】
ＵＡＶ−ＵＥは、パスロスの条件を含むイベントトリガと、従来のＲＳＲＰの条件を含むイベントトリガを切り替えて用いてもよい。例えば、ＵＡＶ−ＵＥは、実施の形態３に記載の、地上とは異なる送信電力制御を用いているときに、パスロスの条件を含むイベントトリガを用いてもよい。また、地上と同じ送信電力を用いているときに、ＵＡＶ−ＵＥはＲＳＲＰの条件を含むイベントトリガを用いてもよい。このことにより、ＵＡＶ−ＵＥにおける設計の複雑性の回避が可能となる。
【０３８６】
パスロスを用いるハンドオーバについて、セルがパスロスを導出してもよい。ＵＡＶ−ＵＥは、サービングセルおよび／あるいは周辺セルからのＲＳＲＰをサービングセルに通知してもよい。サービングセルおよび周辺セルは、自セルのＲＳ送信電力をセル間で通知してもよい。サービングセルは、ＵＥから通知されたＲＳＲＰおよびセル間で通知されたＲＳ送信電力を用いてパスロスを導出してもよい。このことにより、ＵＥにおける処理量削減が可能となる。
【０３８７】
サービングセルは、ＵＡＶ−ＵＥのハンドオーバ先決定にパスロスを用いてもよい。決定方法として、例えば、サービングセルは、パスロスが小さいセルを決定してもよい。ＵＡＶ−ＵＥからの上り干渉の低減が可能となる。
【０３８８】
サービングセルは、ＵＡＶ−ＵＥのハンドオーバ先決定方法を切替えてもよい。例えば、該ＵＡＶ−ＵＥが実施の形態３に記載の、地上とは異なる送信電力制御を用いているときに、サービングセルはＵＡＶ−ＵＥのハンドオーバ先決定にパスロスを用いてもよい。また、該ＵＡＶ−ＵＥが地上と同じ送信電力を用いているときに、サービングセルはＵＡＶ−ＵＥのハンドオーバ先決定にＲＳＲＰを用いてもよい。このことにより、例えば、通信システムにおける設計の複雑性の回避が可能となる。
【０３８９】
他の例として、一定の閾値以下のパスロスとなるセルを決定してもよい。該セルは、例えば、前述の一定の閾値以下のセルのうち、サービングセルが最初に検出したセルであってもよい。ＵＡＶ−ＵＥからの上り干渉を一定以上低減させるセルを迅速に検出可能となる。
【０３９０】
他の例として、一定の閾値以上のＲＳＲＰのセルのうち、パスロスが小さいセルを選択してもよい。ＵＡＶ−ＵＥにおける一定の受信電力を確保しつつ、ＵＡＶ−ＵＥからの上り干渉の低減が可能となる。
【０３９１】
他の例として、一定のパスロス以下のセルのうち、ＲＳＲＰが大きいセルを選択してもよい。ＵＡＶ−ＵＥからの上り干渉を一定以上低減しつつ、ＵＡＶ−ＵＥにおける受信電力を確保することが可能となる。
【０３９２】
本実施の形態４において、ＵＡＶ−ＵＥについて示したが、通常のＵＥに適用してもよい。例えば、ＵＥの高度が高いことを示す情報を用いて、通常のＵＥに対しても本実施の形態４に示す方法を適用してもよい。このことにより、例えば、ＵＡＶに通常のＵＥを搭載して飛行する場合においても、ＵＡＶ−ＵＥと同様の干渉電力低減および受信品質確保が可能となる。
【０３９３】
本実施の形態４において、パスロスを用いる場合について示したが、セルの送信電力を用いてもよい。例えば、送信電力が一定の閾値以下のセルを、セル選択／再選択先、および／あるいはハンドオーバ先としてもよい。このことにより、例えば、該セルから他のＵＥへの下り干渉電力低減が可能となる。
【０３９４】
本実施の形態４により、低い上り送信電力で送信可能なセルの検出が可能となる。セル選択および／あるいはセル再選択にパスロスを用いることにより、ＵＡＶ−ＵＥから低い送信電力で送信可能なセルを選択可能となる。また、ハンドオーバにパスロスを用いることで、サービングセルはＵＡＶ−ＵＥが低い送信電力で送信可能なセルにハンドオーバ可能となる。その結果、ＵＡＶ−ＵＥにおける上り干渉電力の低減が可能となる。
【０３９５】
実施の形態４によれば、例えば次のような構成が提供される。
【０３９６】
通信端末装置と、通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムが提供される。より具体的には、通信端末装置の位置と基地局装置の位置との間の高度差が閾値以上である場合、セル選択とセル再選択とハンドオーバ先セルの決定とのうちの少なくとも１つを、パスロスの情報を用いて行う。
【０３９７】
上記構成は、実施の形態４を含む本明細書の開示および示唆に基づいて、様々に変形することが可能である。上記構成およびその変形した構成によれば、上記の課題を解決し、上記の効果を得ることができる。
【０３９８】
実施の形態４の変形例１．
前述の実施の形態４において、例えば、パスロスが少ないセルにハンドオーバすることにより、以下の問題が生じる。すなわち、ＵＡＶ−ＵＥがハンドオーバを繰り返すことで、ハンドオーバ失敗となる可能性が高くなる。ハンドオーバ失敗により、ＵＡＶ−ＵＥの制御が不可能となり、例えば、飛行中のＵＡＶ−ＵＥが落下するといった問題が生じる。
【０３９９】
本変形例１では、前述の問題を解決する方法を開示する。
【０４００】
実施の形態４におけるセル選択／セル再選択先の判断方法として、例えば、ＵＡＶ−ＵＥは、パスロスが大きいセルを選択してもよい。該セルは、パスロスが一番大きいセルであってもよい。このことにより、例えば、ＵＡＶ−ＵＥは範囲が広いセルを選択可能となる。
【０４０１】
判断方法の他の例として、パスロスに閾値を設けてもよい。ＵＡＶ−ＵＥは、該閾値よりもパスロスが大きいセルを選択してもよい。該セルは、例えば、該閾値よりもパスロスが大きいセルのうち、最初に検出されたセルであってもよい。このことにより、例えば、ＵＡＶ−ＵＥは一定以上の範囲のセルを迅速に選択可能となる。
【０４０２】
判断方法の他の例として、パスロスとＲＳＲＰの両方を用いてもよい。例えば、ＲＳＲＰの閾値を用いてもよい。ＵＡＶ−ＵＥは、例えば、ＲＳＲＰの閾値以上のセルのうち、パスロスが大きいセルを選択してもよい。該セルは、例えば、パスロスが一番大きいセルであってもよい。このことにより、例えば、ＵＡＶ−ＵＥにおける下り受信電力を一定以上確保可能な、範囲の広いセルを選択可能となる。
【０４０３】
パスロスとＲＳＲＰの両方を用いる判断方法の他の例として、パスロスの閾値を用いてもよい。ＵＡＶ−ＵＥは、例えば、パスロスの閾値以上のセルのうち、ＲＳＲＰが大きいセルを選択してもよい。該セルは、例えば、ＲＳＲＰが一番大きいセルであってもよい。このことにより、例えば、一定以上の範囲のセルの選択と、ＵＡＶ−ＵＥにおける下り受信電力を確保することが可能となる。
【０４０４】
他の解決方法を開示する。実施の形態４におけるハンドオーバ先選択方法として、例えば、サービングセルは、パスロスが大きいセルを決定してもよい。セル範囲の広いセルを検出可能となる。
【０４０５】
他の例として、一定の閾値以上のパスロスとなるセルを決定してもよい。該セルは、例えば、前述の一定の閾値以上のセルのうち、サービングセルが最初に検出したセルであってもよい。一定以上の範囲のセルを迅速に検出可能となる。
【０４０６】
他の例として、一定の閾値以上のＲＳＲＰのセルのうち、パスロスが大きいセルを選択してもよい。ＵＡＶ−ＵＥにおける一定の受信電力を確保しつつ、セル範囲の広いセルを検出可能となる。
【０４０７】
他の例として、一定のパスロス以上のセルのうち、ＲＳＲＰが大きいセルを選択してもよい。一定の範囲以上のセルの検出と、ＵＡＶ−ＵＥにおける受信電力の確保が可能となる。
【０４０８】
他の解決方法を開示する。ＵＡＶ−ＵＥがアクセスするセルを、Ｃ−ＰｌａｎｅとＵ−Ｐｌａｎｅとで異ならせる。ＤＣの構成を用いてもよい。このことにより、例えば、通信の信頼性を高めることが可能となる。
【０４０９】
前述において、Ｃ−Ｐｌａｎｅ用セルとＵ−Ｐｌａｎｅ用セルの選択方法を変えてもよい。例えば、Ｃ−Ｐｌａｎｅ用セルの選択には本変形例１で開示する方法を用いてもよい。Ｕ−Ｐｌａｎｅ用セルの選択には、実施の形態４にて開示した方法を用いてもよい。このことにより、ＵＡＶ−ＵＥと基地局との通信における堅牢性を確保しつつ、基地局における上り干渉電力の低減が可能となる。
【０４１０】
本変形例１において、ＵＡＶ−ＵＥについて示したが、通常のＵＥに適用してもよい。例えば、ＵＥの高度が高いことを示す情報を用いて、通常のＵＥに対しても本変形例１に示す方法を適用してもよい。このことにより、例えば、ＵＡＶに通常のＵＥを搭載して飛行する場合においても、ＵＡＶ−ＵＥと同様、広いセルの選択が可能となる。
【０４１１】
本変形例１において、実施の形態４と同様、セルの送信電力を用いてもよい。例えば、送信電力が一定の閾値以上のセルを、セル選択／再選択先、および／あるいはハンドオーバ先としてもよい。このことにより、例えば、セル範囲の広いセルを選択可能となり、ハンドオーバ回数を低減させることが可能となる。その結果、ハンドオーバ失敗の可能性を低減させることが可能となる。
【０４１２】
本変形例１に示した方法により、ＵＡＶ−ＵＥはパスロスが大きいセルを用いることで、セル範囲が広いセルを用いることが可能となる。セル範囲が広いセルを用いることにより、ハンドオーバ回数の削減が可能となり、その結果、ハンドオーバ失敗の可能性を低減させることが可能となる。また、本変形例１をセル選択／セル再選択に適用することにより、ＵＡＶ−ＵＥの圏外への移行を低減させることが可能となる。
【０４１３】
実施の形態５．
ＵＡＶ−ＵＥと基地局との間の通信において、以下の問題が生じる。すなわち、ＵＡＶ−ＵＥが基地局と通信を行う高度によって電波伝搬環境が異なるため、高度によって基地局への上り干渉が異なり、実施の形態３、実施の形態３の変形例１、実施の形態４、および実施の形態４の変形例１にて記載した方法が有効でない場合が生じる。
【０４１４】
本実施の形態５では、前述の問題点を解決する方法を提示する。
【０４１５】
ＵＡＶ−ＵＥにおいて、新たに通信モードを設ける。該通信モードは、例えば、飛行中のＵＡＶ−ＵＥ用の通信モードであってもよい（以下、該通信モードを、飛行モードと称する場合がある）。ＵＡＶ−ＵＥは、飛行モードにおいて、従来の通信モード、例えば、通常モードと異なるパラメータ設定を用いて通信を行ってもよい。飛行モードにおけるパラメータは、例えば、実施の形態３、実施の形態３の変形例１、実施の形態４、および実施の形態４の変形例１において示したパラメータであってもよい。基地局はＵＡＶ−ＵＥに対し、飛行モードにおけるパラメータを報知してもよい。通常モードにおけるパラメータを含めてもよい。該報知の例として、システム情報を用いてもよい。
【０４１６】
あるいは、基地局はＵＡＶ−ＵＥに対し、飛行モードにおけるパラメータを通知してもよい。通常モードにおけるパラメータを含めてもよい。基地局からＵＡＶ−ＵＥに対して、予め該通知を行ってもよい。該通知として、例えば、ＲＲＣ個別シグナリングを用いてもよい。このことにより、例えば、基地局からＵＥに対するシグナリング量の削減が可能となる。
【０４１７】
基地局からＵＡＶ−ＵＥに対して、該通知を複数回送信してもよい。例えば、通信モード切り替え毎に、基地局は切り替え後の通信モードにおける該パラメータをＵＡＶ−ＵＥに対して送信してもよい。該通知として、例えば、ＲＲＣ個別シグナリングを用いてもよい。同じモードにおいて、設定されるパラメータを可変としてもよい。このことにより、例えば、同じ飛行モードにおいても、モード切り替え時点における基地局の電波環境に応じて運用の柔軟性を高めることが可能となる。
【０４１８】
他の例として、ＵＡＶ−ＵＥが飛行モードで通信中に、飛行モードにおけるパラメータに変更が生じた場合において、基地局からＵＡＶ−ＵＥに対して、変更後の飛行モード用のパラメータを通知してもよい。通常モードにおいても、同様としてもよい。このことにより、例えば、基地局はパラメータを柔軟に変更可能となるため、通信システムとしての柔軟性を高めることが可能となる。
【０４１９】
ＵＡＶ−ＵＥは、通常モードと飛行モードを切り替えて通信を行ってもよい。このことにより、例えば、離着陸中と飛行中のそれぞれにおいて適切な送信電力制御が可能となる。
【０４２０】
該切り替えを、ＵＡＶ−ＵＥが判断してもよい。該ＵＡＶ−ＵＥは、該切り替えを判断し、自ＵＡＶ−ＵＥに適用してもよい。該ＵＡＶ−ＵＥは、該切り替えを、基地局に通知してもよい。例えば、基地局における処理量低減が可能となる。
【０４２１】
該通知には、ＲＲＣシグナリングを用いてもよい。多くのデータを送ることが可能であるため、例えば、該切り替えに用いた測定結果の情報を含めることが可能となる。このことにより、例えば、基地局におけるＵＡＶ−ＵＥの適切な制御が容易になる。
【０４２２】
該通知における他の例として、ＭＡＣシグナリングを用いてもよい。ＨＡＲＱ再送によって高い信頼性を確保できるとともに、迅速な通知が可能となる。
【０４２３】
該通知における他の例として、Ｌ１／Ｌ２シグナリングを用いてもよい。さらに迅速な通知が可能となる。
【０４２４】
ＵＡＶ−ＵＥは、該切り替えを、ＲＳＲＰを用いて判断してもよい。パスロスを用いて判断してもよい。両者を組み合わせて判断してもよい。該判断にあたり、ＲＳＲＰおよび／あるいはパスロスの閾値が設けられてもよい。例えば、ＵＡＶ−ＵＥは、ＲＳＲＰおよびパスロスの各閾値を用いた条件を満たすセルを所定の個数以上検出したことを用いて、通常モードから飛行モードへの移行を判断してもよい。このことにより、例えば、ＵＡＶ−ＵＥは、測位情報を用いずに通常モードと飛行モードを切り替えることが可能となる。このため、ＵＡＶ−ＵＥにおける設計の複雑性を回避可能となる。
【０４２５】
該判断におけるＲＳＲＰおよび／あるいはパスロスの閾値は、予め規格で定められてもよいし、基地局からＵＡＶ−ＵＥに対して報知されてもよいし、基地局からＵＡＶ−ＵＥに対して個別に通知されてもよい。前述の、所定の個数においても、同様としてもよい。
【０４２６】
図２７は、ＵＡＶ−ＵＥが通信モード決定する動作を示すシーケンス図である。図２７は、通常モードおよび飛行モードにおけるパラメータを基地局からＵＡＶ−ＵＥに対し予め通知する例を示す。図２７の例においては、ＵＡＶ−ＵＥは、通常モードから飛行モードに切り替わり、その後、再び通常モードに切り替わる場合について示している。また、図２７の例においては、通信モードの切り替えをＵＡＶ−ＵＥから基地局に対してＬ１／Ｌ２シグナリングを用いて通知する。
【０４２７】
図２７に示すステップＳＴ１９０１において、基地局はＵＡＶ−ＵＥに対し、ＲＲＣパラメータを通知する。該ＲＲＣパラメータは、通常モードおよび飛行モードにおけるパラメータを含む。
【０４２８】
図２７に示すステップＳＴ１９０２において、ＵＡＶ−ＵＥは下り信号の測定を行う。測定対象は、ＲＳＲＰであってもよいし、パスロスであってもよいし、両方の組み合わせであってもよい。
【０４２９】
図２７に示すステップＳＴ１９０３において、ＵＡＶ−ＵＥは、ステップＳＴ１９０２の測定結果を用いて、飛行モード遷移条件を満足したと判断する。ＵＡＶ−ＵＥは、飛行モードに遷移する。ＵＡＶ−ＵＥは、ステップＳＴ１９０１において取得した飛行モード用パラメータを用いて、上り送信を行う。ステップＳＴ１９０４において、ＵＡＶ−ＵＥは、Ｌ１／Ｌ２シグナリングを用いて、基地局に対し、飛行モードに遷移したことを通知する。
【０４３０】
図２７に示すステップＳＴ１９０５において、ＵＡＶ−ＵＥは下り信号の測定を行う。測定対象は、ステップＳＴ１９０２と同様であってもよい。
【０４３１】
図２７に示すステップＳＴ１９０６において、ＵＡＶ−ＵＥは、ステップＳＴ１９０５の測定結果を用いて、通常モード遷移条件を満足したと判断する。ＵＡＶ−ＵＥは、通常モードに遷移する。ＵＡＶ−ＵＥは、ステップＳＴ１９０１において取得した通常モード用パラメータを用いて、上り送信を行う。ステップＳＴ１９０７において、ＵＡＶ−ＵＥは、Ｌ１／Ｌ２シグナリングを用いて、基地局に対し、通常モードに遷移したことを通知する。
【０４３２】
図２７においては、通常モードおよび飛行モードにおけるパラメータを基地局からＵＡＶ−ＵＥに対し予め通知する例を示したが、該パラメータを基地局からＵＡＶ−ＵＥに対し、複数回通知してもよい。例えば、ステップＳＴ１９０１において、基地局からＵＡＶ−ＵＥに対して通知するパラメータは、通常モード用のパラメータであってもよい。また、ステップＳＴ１９０４の後に、基地局からＵＡＶ−ＵＥに対し、飛行モード用のパラメータを通知してもよい。同様に、ステップＳＴ１９０７の後に、基地局からＵＡＶ−ＵＥに対し、通常モード用のパラメータを通知してもよい。このことにより、例えば、通常モードと飛行モードとの間の切り替わりが少ないＵＡＶ−ＵＥにおいて、基地局との間のシグナリング量の削減が可能である。他の例として、ＵＡＶ−ＵＥがステップＳＴ１９０３に示す通り飛行モードで通信中に、飛行モードにおけるパラメータに変更が生じた場合において、基地局からＵＡＶ−ＵＥに対して、変更後の飛行モード用のパラメータを通知してもよい。ステップＳＴ１９０６に示す通常モードにおいても、同様としてもよい。このことにより、例えば、基地局はパラメータを柔軟に変更可能となるため、通信システムとしての柔軟性を高めることが可能となる。
【０４３３】
該切り替えにおける他の例として、基地局が判断してもよい。基地局からＵＡＶ−ＵＥに対し、該切り替えを指示してもよい。このことにより、例えば、基地局におけるＵＡＶ−ＵＥの制御が容易になる。
【０４３４】
該指示には、ＲＲＣシグナリングを用いてもよい。例えば、他のＲＲＣシグナリングに、該指示を含めてもよい。シグナリング量の削減が可能となる。
【０４３５】
該指示における他の例として、ＭＡＣシグナリングを用いてもよい。ＨＡＲＱ再送によって高い信頼性を確保できるとともに、迅速な通知が可能となる。
【０４３６】
該指示における他の例として、Ｌ１／Ｌ２シグナリングを用いてもよい。さらに迅速な通知が可能となる。
【０４３７】
基地局は、該切り替えを、ＲＳＲＰを用いて判断してもよいし、パスロスを用いて判断してもよいし、両者を組み合わせて判断してもよい。基地局における該判断については、前述の、ＵＡＶ−ＵＥにおける該判断と同様としてもよい。
【０４３８】
基地局は、該切り替えを、セルを用いて判断してもよいし、ビームを用いて判断してもよいし、両者を組み合わせて判断してもよい。該セルおよび／あるいはビームは、例えば、飛行モードを用いた干渉低減が必要なセルおよび／あるいはビームであってもよい。基地局は、該セルおよび／あるいはビームの情報をＵＡＶ−ＵＥに通知してもよい。該情報は、該セルおよび／あるいはビームの識別子であってもよい。ＵＡＶ−ＵＥは、該セルおよび／あるいはビームの情報を用いて、該切り替えを行ってもよい。例えば、ＵＡＶ−ＵＥは該セルおよび／あるいはビームを用いて基地局と通信を行う場合に、通常モードから飛行モードに切り替えてもよい。このことにより、例えば、干渉低減が必要なセルおよび／あるいはビームに対しては干渉低減、他のセルおよび／あるいはビームに対しては送受信品質確保、といった、効率的な通信システム運用が可能となる。
【０４３９】
本実施の形態５にて開示した通信モードおよび通信モードの切り替えを、通常のＵＥに適用してもよい。例えば、高所に存在する通常のＵＥに対して、通信モードおよび該切り替えを適用してもよい。通常のＵＥに適用する該切り替えの条件は、ＵＡＶ−ＵＥに適用する条件と同様であってもよいし、異なってもよい。このことにより、例えば、ビルの屋上などの高所に存在する通常のＵＥからの上り送信電力による基地局への干渉の制御が可能となる。
【０４４０】
本実施の形態５を、実施の形態３、実施の形態３の変形例１、実施の形態４、および実施の形態４の変形例１に適用してもよい。すなわち、実施の形態３、実施の形態３の変形例１、実施の形態４、および実施の形態４の変形例１におけるＵＡＶ−ＵＥは、飛行モードのＵＥであってもよい。該飛行モードのＵＥは、ＵＡＶ−ＵＥであってもよいし、通常のＵＥであってもよい。このことにより、例えば、飛行中のＵＡＶ−ＵＥおよび／あるいは高所のＵＥに対し、適切に送信電力制御を行うことが可能となる。
【０４４１】
本実施の形態５により、ＵＥの飛行高度に応じた適切な電力制御が可能となる。
【０４４２】
実施の形態５によれば、例えば次のような構成が提供される。
【０４４３】
通信端末装置と、通信端末装置と無線通信可能に構成された複数の基地局装置と、を備える通信システムが提供される。より具体的には、通信端末装置と基地局装置とは、通信端末装置の位置と基地局装置の位置との間の高度差に応じて、複数の通信モードを切り替えて通信を行う。
【０４４４】
上記構成は、実施の形態５を含む本明細書の開示および示唆に基づいて、様々に変形することが可能である。上記構成およびその変形した構成によれば、上記の課題を解決し、上記の効果を得ることができる。
【０４４５】
前述の各実施の形態およびその変形例は、本発明の例示に過ぎず、本発明の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。
【０４４６】
例えば、前述の各実施の形態およびその変形例において、サブフレームは、第５世代基地局通信システムにおける通信の時間単位の一例である。スケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、サブフレーム単位として記載している処理を、ＴＴＩ単位、スロット単位、サブスロット単位、ミニスロット単位として行ってもよい。
【０４４７】
本発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【０４４８】
２００  通信システム、２０２  通信端末装置、２０３，８００  基地局装置。
【図１】
2019065814.tif 000003
【図２】
2019065814.tif 000004
【図３】
2019065814.tif 000005
【図４】
2019065814.tif 000006
【図５】
2019065814.tif 000007
【図６】
2019065814.tif 000008
【図７】
2019065814.tif 000009
【図８】
2019065814.tif 000010
【図９】
2019065814.tif 000011
【図１０】
2019065814.tif 000012
【図１１】
2019065814.tif 000013
【図１２】
2019065814.tif 000014
【図１３】
2019065814.tif 000015
【図１４】
2019065814.tif 000016
【図１５】
2019065814.tif 000017
【図１６】
2019065814.tif 000018
【図１７】
2019065814.tif 000019
【図１８】
2019065814.tif 000020
【図１９】
2019065814.tif 000021
【図２０】
2019065814.tif 000022
【図２１】
2019065814.tif 000023
【図２２】
2019065814.tif 000024
【図２３】
2019065814.tif 000025
【図２４】
2019065814.tif 000026
【図２５】
2019065814.tif 000027
【図２６】
2019065814.tif 000028
【図２７】
2019065814.tif 000029
【国際調査報告】
2019065814.tif 000030
2019065814.tif 000031
2019065814.tif 000032
2019065814.tif 000033
2019065814.tif 000034
2019065814.tif 000035
2019065814.tif 000036
2019065814.tif 000037
2019065814.tif 000038
2019065814.tif 000039
2019065814.tif 000040