WO2022080308A1

WO2022080308A1 - 通信システム

Info

Publication number: WO2022080308A1
Application number: PCT/JP2021/037552
Authority: WO
Inventors: 忠宏下田; 満望月; 正幸中澤; 直文岩山
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2020-10-13
Filing date: 2021-10-11
Publication date: 2022-04-21
Anticipated expiration: 2023-04-13
Also published as: JP7778082B2; EP4231733A1; US20230354250A1; JPWO2022080308A1; EP4231733A4; CN116250373A; JP2026041782A

Abstract

通信システムは、基地局と、基地局に接続する通信端末（ＵＥ）と、を備え、基地局は、通信端末が送信する上り測位信号の受信結果と自基地局の位置情報とを、通信端末の位置を導出する測位機能を有する装置である測位実施装置へ送信し、通信端末は、基地局が送信する下り測位信号の受信結果を測位実施装置へ送信する。

Description

通信システム

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　基地局はＳＳバーストの継続時間内において各ビームのＳＳブロックを、ビームを変えて送信する。ＳＳブロックは、Ｐ－ＳＳ、Ｓ－ＳＳ、およびＰＢＣＨによって構成される。

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

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

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

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

　また、３ＧＰＰでは、いくつかの新たな技術が検討されている。例えば、測位技術（非特許文献２４～２７参照）やアクセス・バックホール統合（Integrated　Access　and　Backhaul：ＩＡＢ）が検討されている（非特許文献１６、２８、２９参照）。

　測位技術として、例えば、ＵＥと複数の基地局の間の往復遅延時間を用いた測位方法（Multi-Round　Trip　Time：Ｍｕｌｔｉ－ＲＴＴ）が検討されている（非特許文献２４参照）。

　ＩＡＢとして、例えば、ＵＥと基地局との間のリンクであるアクセスリンク、基地局間のリンクであるバックホールリンクの、無線リソース内における多重や、レイテンシ低減などが検討されている（非特許文献１６、２８、２９参照）。

　また、３ＧＰＰでは、サイドリンク（ＳＬ：Side　Link）通信（ＰＣ５通信とも称する）を用いたサービス（アプリケーションでもよい）を、後述するＥＰＳ（Evolved　Packet　System）においても、５Ｇコアシステムにおいてもサポートすることが検討されている（非特許文献１、１６、２０、２１、２２、２３参照）。ＳＬ通信を用いたサービスとして、たとえば、Ｖ２Ｘ（Vehicle-to-everything）サービス、プロキシミティサービスなどがある。

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

　上記の測位技術では、通信端末の測位を行う場合に、測位対象の通信端末と通信可能な１つ以上の基地局との相対的な位置に関する情報が用いられる。そのため、基地局が動く場合においては、測位に用いる情報の精度が劣化する、すなわち、測位精度が劣化する、という問題がある。

　本開示は、上記課題に鑑み、基地局が動く場合であっても通信端末の測位を精度よく行うことが可能な通信システムを実現することを目的の一つとする。

　本開示に係る通信システムは、基地局と、基地局に接続する通信端末と、を備え、基地局は、通信端末が送信する上り測位信号の受信結果と自基地局の位置情報とを、通信端末の位置を導出する測位機能を有する装置である測位実施装置へ送信し、通信端末は、基地局が送信する下り測位信号の受信結果を測位実施装置へ送信する。

　本開示によれば、基地局が動く場合であっても通信端末の測位を精度よく行うことが可能な通信システムを実現できる。

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

ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。３ＧＰＰにおいて議論されているＮＲ方式の通信システム２１０の全体的な構成を示すブロック図である。ＥＰＣに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。ＮＧコアに接続するｇＮＢによるＤＣの構成図である。ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。ＮＧコアに接続するｅＮＢおよびｇＮＢによるＤＣの構成図である。図２に示す移動端末２０２の構成を示すブロック図である。図２に示す基地局２０３の構成を示すブロック図である。ＭＭＥの構成を示すブロック図である。５ＧＣ部の構成を示すブロック図である。ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。ＮＲシステムにおけるセルの構成の一例を示す図である。実施の形態１について、基地局からＬＭＦに対して、自基地局の位置と時刻情報の組合せを通知する、ＵＥの測位シーケンスの一例を示すシーケンス図である。実施の形態１について、基地局からＬＭＦに対して、自基地局の位置と時刻情報の組合せを通知する、ＵＥの測位シーケンスの他の例を示したシーケンス図である。実施の形態１の変形例１について、基地局がＬＭＦを有する場合におけるＵＥの測位シーケンスにおいて、周辺基地局からサービング基地局に対して、自基地局の位置と時刻情報の組合せを通知する動作を示すシーケンス図である。実施の形態１の変形例２について、ＵＥがＬＭＦを有する場合におけるＵＥの測位シーケンスにおいて、サービング基地局がＵＥに対して、自基地局および周辺基地局における、位置と時刻情報の組合せを通知する動作を示すシーケンス図である。実施の形態２について、ＤＵからＣＵに対して、自ＤＵの位置を通知する処理を含む、ＵＥの測位シーケンスの一例を示すシーケンス図である。実施の形態３について、ＩＡＢノードの測位シーケンスの一例を示すシーケンス図である。実施の形態３について、ＩＡＢノードとＵＥの測位が同時に行われる場合の測位シーケンスの一例を示すシーケンス図である。実施の形態４について、ＣＵがアダプテーションレイヤを有する場合におけるプロトコルスタックの一例を示す図である。実施の形態４について、ＤＵがアダプテーションレイヤを有する場合におけるプロトコルスタックの一例を示す図である。実施の形態４の変形例１について、ＢＡＰがアダプテーションレイヤの上位に配置される場合におけるプロトコルスタックの一例を示す図である。実施の形態４の変形例１について、アダプテーションレイヤをＢＡＰの上位に配置する場合におけるプロトコルスタックの一例を示す図である。実施の形態４の変形例１について、アダプテーションレイヤをＢＡＰの上位に配置する場合におけるプロトコルスタックの他の例を示す図である。実施の形態４の変形例１について、リレーＵＥとＩＡＢノードの間ではアダプテーションレイヤを、ＩＡＢノード間、および、ＩＡＢノードとＩＡＢドナーＤＵとの間ではＢＡＰを、それぞれ用いる場合におけるプロトコルスタックの一例を示す図である。

実施の形態１．
　図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ－ＵＴＲＡＮ（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）、あるいはＡＭＦ、ＳＭＦおよびＵＰＦを含むＡＭＦ／ＳＭＦ／ＵＰＦ部（以下「５ＧＣ部」という場合がある）２１４とＮＧインタフェースにより接続される。ｇＮＢ２１７と５ＧＣ部２１４との間で制御情報および／あるいはユーザデータが通信される。ＮＧインタフェースは、ｇＮＢ２１７とＡＭＦとの間のＮ２インタフェース、ｇＮＢ２１７とＵＰＦとの間のＮ３インタフェース、ＡＭＦとＳＭＦとの間のＮ１１インタフェース、および、ＵＰＦとＳＭＦとの間のＮ４インタフェースの総称である。一つのｇＮＢ２１７に対して、複数の５ＧＣ部２１４が接続されてもよい。ｇＮＢ２１７間は、Ｘｎインタフェースにより接続され、ｇＮＢ２１７間で制御情報および／あるいはユーザデータが通信される。

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

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

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

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

　５Ｇ方式の通信システムにおいて、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に記載の位置管理機能（Location　Management　Function：ＬＭＦ）が設けられてもよい。ＬＭＦは、非特許文献３０（３ＧＰＰ　ＴＳ２３．２６３）に開示されているように、ＡＭＦを経由して基地局に接続されていてもよい。

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

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

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

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

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

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

　また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７－１～３０７－４により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調部３０８にて、ウェイト計算および乗算処理が行われてもよい。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図８では省略しているが、各部３０１～３０９と接続している。制御部３１０は、例えば、プロセッサおよびメモリを含んで構成される処理回路で実現される。すなわち、移動端末２０２の一連の処理が記述されたプログラムをプロセッサが実行することにより制御部３１０が実現される。移動端末２０２の一連の処理が記述されたプログラムはメモリに格納されている。メモリの例は、ＲＡＭ（Random　Access　Memory）、ＲＯＭ（Read　Only　Memory）、フラッシュメモリー、等の、不揮発性または揮発性の半導体メモリである。制御部３１０は、ＦＰＧＡ（Field　Programmable　Gate　Array）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＤＳＰ（Digital　Signal　Processor）などの専用の処理回路で実現されてもよい。図８において、移動端末２０２が送信に用いるアンテナ数と受信に用いるアンテナ数は、同じであってもよいし、異なっていてもよい。

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

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

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

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

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

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

　ＨｅＮＢＧＷ通信部５０４は、ＭＭＥ２０４ａとＨｅＮＢ　ＧＷ（Home-eNB　Gate　Way）との間のデータの送受信を行う。ＨｅＮＢＧＷ通信部５０４がＨｅＮＢ　ＧＷから受信した制御データは制御プレイン制御部５０５に渡される。ＨｅＮＢＧＷ通信部５０４は、制御プレイン制御部５０５から入力される制御データをＨｅＮＢ　ＧＷへ送信する。

　制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５－１、ＳＡＥベアラコントロール部５０５－２、アイドルステート（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）：ＲＲＣ＿ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。

　５ＧＣ部２１４の一連の処理は、制御部５２６によって制御される。よって制御部５２６は、図１１では省略しているが、各部５２１～５２３，５２５，５２７と接続している。制御部５２６は、上述した移動端末２０２の制御部３１０と同様に、プロセッサおよびメモリを含んで構成される処理回路、または、ＦＰＧＡ、ＡＳＩＣ、ＤＳＰなどの専用の処理回路で実現される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ：Physical　sidelink　feedback　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）は、一つのＵＥから他のＵＥにユーザ情報を送信するための１対多のサイドリンク用トラフィックチャネルである。ＳＴＣＨは、サイドリンク通信能力を有するＵＥと、Ｖ２Ｘサイドリンク通信能力を有するＵＥによってのみ用いられる。２つのサイドリンク通信能力を有するＵＥ間の１対１通信もまたＳＴＣＨで実現される。ＳＴＣＨはトランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。

　サイドリンク制御チャネル（ＳＣＣＨ：Sidelink　Control　Channel）は、一つのＵＥから他のＵＥに制御情報を送信するためのサイドリンク用制御チャネルである。ＳＣＣＨはトランスポートチャネルであるＳＬ－ＳＣＨにマッピングされる。

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

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

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

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

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

　ＵＥの測位が、基地局とＵＥとの間における測位信号送受信を用いて行われてもよい。下りの測位信号は、例えば、ＰＲＳ（Positioning　Reference　Signal）であってもよいし、ＳＳブロックであってもよいし、ＤＭ－ＲＳであってもよいし、ＰＴＲＳであってもよい。上りの測位信号は、例えば、ＳＲＳ（Sounding　Reference　Signal）であってもよいし、ＰＲＡＣＨであってもよいし、ＤＭ－ＲＳであってもよいし、ＰＴＲＳであってもよい。例えば、基地局はＵＥに対して下り測位信号を送信してもよい。ＵＥは基地局に対し、上り測位信号を送信してもよい。基地局からの下り測位信号送信と、ＵＥからの上り測位信号送信は、独立に行われてもよい。他の例として、ＵＥは、基地局からの下り測位信号受信を契機として上り測位信号を送信してもよい。他の例として、基地局は、ＵＥからの上り測位信号受信を契機として下り測位信号を送信してもよい。

　ＵＥは、下り測位信号受信結果を、ＬＭＦに通知してもよい。下り測位信号の受信結果には、例えば、下り測位信号の伝搬遅延に関する情報が含まれてもよいし、下り測位信号の到来方向に関する情報が含まれてもよい。他の例として、ＵＥはＬＭＦに対し、下り測位信号を受信してから上り測位信号を送信するまでの時間差に関する情報を送信してもよいし、上り測位信号送信時刻に関する情報を送信してもよいし、下り測位信号受信時刻に関する情報を送信してもよい。

　基地局は、上り測位信号受信結果を、ＬＭＦに通知してもよい。上り測位信号の受信結果には、例えば、上り測位信号の伝搬遅延に関する情報が含まれてもよいし、上り測位信号の到来方向に関する情報が含まれてもよい。他の例として、基地局はＬＭＦに対して、下り測位信号送信時刻に関する情報を通知してもよいし、上り測位信号受信時刻に関する情報を送信してもよいし、上り測位信号を受信してから下り測位信号を送信するまでの時間差に関する情報を送信してもよい。

　ＬＭＦは、ＵＥ、および／あるいは基地局からの前述の情報を用いて、ＵＥの位置を導出してもよい。

　ＵＥの測位において、基地局は、静止していてもよいし、動いていてもよい。

　前述において、以下に示す問題が生じる。すなわち、ＵＥの測位において、基地局との相対的な位置に関する情報が用いられる。従って、基地局が動くことにより、ＵＥの測位結果に誤差が生じる、という問題が生じる。

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

　基地局はＬＭＦに対し、自基地局の位置に関する情報を通知する。時刻情報を通知してもよい。基地局はＬＭＦに対し、該情報を１回送付してもよいし、複数回送付してもよい。

　基地局はＬＭＦに対し、自基地局の位置と時刻情報を対応付けた情報を通知してもよい。ＬＭＦは、該情報を、ＵＥの位置計算に用いてもよい。このことにより、例えば、該時刻における基地局の位置が判明しているため、ＬＭＦはＵＥの位置を精度良く計算可能となる。

　基地局がＬＭＦに通知する情報の例として、以下の（１）～（１２）を開示する。

　（１）基地局を識別する情報。

　（２）基地局の位置に関する情報。

　（３）測位信号の受信結果に関する情報。

　（４）時刻に関する情報。

　（５）基地局の速度に関する情報。

　（６）基地局の加速度に関する情報。

　（７）測位方法に関する情報。

　（８）通知内容の有効期間に関する情報。

　（９）測位対象のＵＥに関する情報。

　（１０）ＤＵに関する、前述の（１）～（８）と同様の情報あるいはその組合せ。

　（１１）ＴＲＰに関する、前述の（１）～（８）と同様の情報あるいはその組合せ。

　（１２）前述の（１）～（１１）の組合せ。

　前述の（１）の情報は、例えば、基地局の識別子であってもよい。該識別子の情報は、例えば、ｇＮＢ－ＩＤであってもよい。ＬＭＦは、該情報を用いて、通知元の基地局を識別してもよい。このことにより、例えば、ＬＭＦは通知元の基地局を容易に識別可能となり、その結果、通信システムにおける測位プロシージャを迅速に実行可能となる。

　前述の（２）の情報は、例えば、基地局の位置を示す情報を含んでもよい。基地局の位置を示す情報は、例えば、緯度、経度、および／あるいは高度を示す情報であってもよいし、所定の地点からの相対位置を示す情報であってもよい。このことにより、例えば、ＬＭＦはＵＥの位置計算における誤差を低減可能となる。

　前述の（２）の情報に、基地局の位置の精度に関する情報が含まれてもよい。精度に関する該情報は、例えば、座標軸に関係なく設けられてもよいし、座標軸毎に設けられてもよい。座標軸毎に設けられる例として、緯度、経度、高度のそれぞれについて精度が与えられてもよいし、水平方向、すなわち緯経度方向の精度と、鉛直方向、すなわち、高度方向の精度が設けられてもよい。このことにより、例えば、ＬＭＦはＵＥの位置計算における精度を導出可能となる。

　前述の（２）の情報は、例えば、非特許文献３３（３ＧＰＰ　ＴＲ３７．９８５）に開示されたゾーンに関する情報を含んでもよい。ゾーンに関する該情報は、１つであってもよいし、複数であってもよい。ＬＭＦは、該情報を用いて、測位に用いる基地局の変更を行ってもよい。例えば、ＬＭＦは、ＵＥの測位に用いる基地局を、同じゾーンに属する基地局としてもよい。このことにより、例えば、測位に用いる基地局が存在する範囲を不用に大きくすることを防止可能となり、その結果、測位精度を向上可能となる。

　ＬＭＦは、基地局の位置を示す情報とゾーンを示す情報を用いて、基地局へのゾーンの再割り当てを行ってもよい。ＬＭＦは基地局に対し、再割り当て後のゾーンの情報を通知してもよい。基地局は、該情報を用いて、自基地局のゾーンの情報を更新してもよい。このことにより、例えば、該基地局配下のＵＥが行うサイドリンク通信において、他ＵＥへの干渉を低減可能となる。

　前述の（３）の情報には、測位信号の伝搬遅延に関する情報が含まれてもよいし、該伝搬遅延の精度に関する情報が含まれてもよいし、測位信号の到来角に関する情報が含まれてもよいし、該到来角の精度に関する情報が含まれてもよいし、前述の複数の組合せの情報が含まれてもよい。このことにより、例えば、ＬＭＦはＵＥの位置を迅速に導出可能となる。

　前述の（４）の情報には、例えば、基地局の位置を導出した時刻に関する情報が含まれてもよいし、該時刻の精度に関する情報が含まれてもよいし、ＵＥに測位信号を送信した時刻に関する情報が含まれてもよいし、該時刻の精度に関する情報が含まれてもよいし、ＵＥから測位信号を受信した時刻に関する情報が含まれてもよいし、該時刻の精度に関する情報が含まれてもよいし、前述の複数の組合せの情報が含まれてもよい。ＬＭＦは、該情報を用いて、ある時刻におけるＵＥの位置を導出してもよい。例えば、ＬＭＦは、基地局の位置を導出した時刻と、ＵＥに測位信号を送信した時刻と、ＵＥから測位信号を受信した時刻とが互いに近接する時刻の組合せを用いて、ＵＥの位置を導出してもよい。このことにより、例えば、ＬＭＦはＵＥの位置導出の精度を向上可能となる。

　前述の（５）の情報は、例えば、基地局の一次元的な速さであってもよいし、水平方向、鉛直方向それぞれの速度であってもよいし、緯度、経度、および／あるいは高度方向の速度であってもよい。ＬＭＦは、該情報を用いて、ＵＥの位置を計算してもよい。このことにより、例えば、ＬＭＦはＵＥの位置導出の精度を向上可能となる。

　前述の（６）の情報は、例えば、基地局の加速度の絶対値であってもよいし、水平方向、鉛直方向それぞれの加速度であってもよいし、緯度、経度、および／あるいは高度方向の加速度であってもよい。ＬＭＦは、該情報を用いて、ＵＥの位置を計算してもよい。このことにより、例えば、ＬＭＦはＵＥの位置導出の精度を向上可能となる。

　前述の（７）の情報は、例えば、通信システムの電波を用いた測位方法を示す情報であってもよい。該測位方法は、例えば、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）にて開示された、ＯＴＤＯＡ（Observed　Time　Difference　Of　Arrival）であってもよいし、Ｅ－ＣＩＤ（Enhanced　Cell　ID）であってもよいし、ＮＲ　Ｅ－ＣＩＤであってもよいし、複数基地局のそれぞれとＵＥとの間の往復伝搬遅延時間（Round-Trip　Time：ＲＴＴ）を用いるマルチＲＴＴ（Multi-RTT）であってもよいし、ＤＬ－ＡｏＤ（Downlink　Angle　of　Departure）であってもよいし、ＤＬ－ＴＤＯＡ（Downlink　Time　Difference　Of　Arrival）であってもよいし、ＵＬ－ＴＤＯＡ（Uplink　Time　Difference　Of　Arrival）であってもよいし、ＵＬ－ＡｏＡ（Uplink　Angle　of　Arrival）であってもよい。他の例として、前述の（７）の情報は、ＧＮＳＳ（Global　Navigation　Satellite　System）を用いた測位であってもよいし、気圧センサを用いた測位であってもよいし、ＷＬＡＮ（Wireless　Local　Area　Network）を用いた測位であってもよいし、ブルートゥース（登録商標）（Bluetooth）を用いた測位であってもよいし、地上波ビーコンシステム（Terrestrial　Beacon　System）を用いた測位であってもよい。ＬＭＦは、該情報を用いて、ＵＥの測位方法に関する情報を取得してもよい。このことにより、例えば、ＬＭＦは、ＵＥの測位方法に関する情報を迅速に取得可能となり、その結果、ＬＭＦはＵＥの測位を迅速に実行可能となる。

　前述の（８）の情報は、基地局からＬＭＦへの通知の有効期間を示す情報であってもよい。該有効期間は、例えば、ＵＥの測位についての要件（例、精度）を用いて決められてもよいし、基地局の速度を用いて決められてもよい。ＬＭＦは、該情報を用いて、基地局の位置等に関する情報が有効な期間を取得してもよい。ＬＭＦは、該有効期間が満了した場合において、基地局に対して位置等の情報の通知を要求してもよい。基地局は、該有効期間が満了した場合において、ＬＭＦに対して該通知を再び行ってもよい。このことにより、例えば、ＵＥの測位精度を向上可能となる。

　前述の（９）の情報は、測位対象のＵＥの識別子に関する情報であってもよい。識別子に関する該情報は、例えば、ＵＥ－ＩＤであってもよいし、非特許文献２１（３ＧＰＰ　ＴＳ２３．５０１）において開示されたSubscription　Permanent　Identifier（ＳＵＰＩ）、Subscription　Concealed　Identifier（ＳＵＣＩ）、Permanent　Equipment　Identifier（ＰＥＩ）、および／あるいは5G　Globally　Unique　Temporary　Identifier（５Ｇ－ＧＵＴＩ）であってもよい。ＬＭＦは、該情報を用いて、ＵＥを識別してもよい。このことにより、例えば、複数のＵＥの測位が行われている場合においても、ＬＭＦはＵＥを迅速に識別可能となる。

　前述の（１０）の情報は、例えば、前述の（１）～（８）において、基地局をＤＵに読替えた情報であってもよい。前述の（１０）の情報は、１つであってもよいし、複数、例えば、ＤＵの個数の分含まれてもよい。このことにより、例えば、ＣＵとＤＵに分かれた構成の基地局を用いた通信システムにおいても、ＵＥの測位精度を向上可能となる。

　前述の（１１）の情報は、例えば、前述の（１）～（８）において、基地局をＴＲＰに読替えた情報であってもよい。前述の（１１）の情報は、１つであってもよいし、複数、例えば、ＴＲＰの個数の分含まれてもよい。このことにより、例えば、ＴＲＰを有する基地局を用いた通信システムにおいても、ＵＥの測位精度を向上可能となる。

　基地局の位置と時刻情報を対応付けた情報は、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に開示された、ｇＮＢからＬＭＦへのアシスタンスデータ通知に含まれてもよい。例えば、該アシスタンスデータ通知に、前述の（４）の情報が含まれてもよい。このことにより、例えば、基地局とＬＭＦとの間のシグナリング量を削減可能となる。

　他の例として、該情報は、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に開示された、上り情報／ＵＥ設定データの通知に含まれてもよい。例えば、該通知に、前述の（２）および（４）の情報が含まれてもよい。このことにより、例えば、前述と同様の効果が得られる。

　他の例として、該情報は、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に開示された、測位信号受信結果の通知に含まれてもよい。例えば、該通知に、前述の（２）および（４）の情報が含まれてもよい。（４）の該情報は、例えば、基地局の位置を取得した時刻の情報であってもよい。このことにより、例えば、前述と同様の効果が得られる。

　他の例として、該情報を送信するための新たなシグナリングが設けられてもよい。新たなシグナリングは、例えば、ＴＲＰ情報更新（TRP　information　update）であってもよい。このことにより、例えば、通信システムにおける後方互換性を確保可能となる。

　基地局は、自基地局の位置と時刻情報を対応付けた情報を、１回のみ通知するとしてもよい。１回の該通知に、該対応付けた情報が１つのみ含まれてもよいし、複数含まれてもよい。複数含まれる場合の例として、複数の該情報に含まれる時刻の範囲が、測位信号の送受信の時間を含むようにしてもよい。このことにより、例えば、ＬＭＦは、基地局および／あるいはＵＥの位置の導出に補外処理でなく補間処理を適用可能となり、その結果、位置計算の精度を向上可能となる。複数含まれる場合の他の例として、複数の該情報に含まれる時刻の範囲が、測位信号の送受信の時間を含まないようにしてもよい。例えば、該範囲の終点が、測位信号の送受信の時間の終点より前に来てもよい。このことにより、例えば、測位の遅延を低減可能となる。

　他の例として、基地局は、自基地局の位置と時刻情報を対応付けた情報を、複数回通知するとしてもよい。複数回の該通知は、例えば、回数を指定して行われてもよいし、回数を指定しないで行われてもよい。複数回の該通知は、例えば、周期的に行われてもよい。回数および／あるいは周期に関する情報を、あらかじめ規格で定めてもよいし、ＬＭＦが決定してもよいし、ＡＭＦが決定してもよいし、基地局が決定してもよい。ＬＭＦおよび／あるいはＡＭＦは基地局に対し、該情報を通知してもよい。例えば、ＬＭＦは該情報をＬＰＰシグナリングおよび／あるいはＮＲＰＰａシグナリングを用いて基地局に通知してもよい。ＡＭＦは該情報を、ＮＡＳシグナリングを用いて基地局に通知してもよい。基地局は、周期的な該通知を、測位信号送受信前に開始してもよいし、ＬＭＦからの測位信号送受信開始指示を契機として開始してもよいし、ＵＥへの上り測位信号送信指示のあとに開始してもよい。基地局は周期的な該通知を、ＵＥとの測位信号送受信完了を契機として終了してもよいし、ＬＭＦへの測位信号送受信結果通知を契機として終了してもよい。このことにより、例えば、ＵＥの測位精度向上が可能となる。

　該情報の複数回通知に関する他の例として、基地局は、ＬＭＦへの該通知の有効期間の満了を契機としてＬＭＦに対して再度通知を行ってもよいし、前回の通知に含まれる位置と、現時点での基地局の位置とが所定の値以上離れたことを契機として再度通知を行ってもよい。前述の所定の値は、例えば、ＵＥ測位の要件（例、精度）を用いて決められてもよい。このことにより、例えば、ＵＥ測位の精度を向上可能となる。

　該情報の複数回通知に関する他の例として、基地局は、所定のイベントを契機として該通知を行ってもよい。基地局は、例えば、該通知を、ＬＭＦからの測位信号送受信開始指示を契機として行ってもよいし、ＵＥへの上り測位信号送信指示を契機として行ってもよいし、ＵＥとの測位信号送受信完了を契機として行ってもよいし、ＬＭＦへの測位信号送受信結果通知を契機として行ってもよいし、前述のうちいずれか複数において行ってもよい。このことにより、例えば、基地局とＬＭＦとの間のシグナリング量を削減可能となる。

　基地局からＬＭＦへの該情報の通知は、基地局からＬＭＦに対して自律的に行われてもよい。例えば、基地局は、所定のイベントを契機として該通知を行ってもよい。所定のイベントは、例えば、ＬＭＦからの測位信号送受信開始指示の受信であってもよいし、ＵＥへの上り測位信号送信指示の送信であってもよいし、ＵＥとの測位信号送受信完了であってもよいし、ＬＭＦへの測位信号送受信結果通知の送信であってもよいし、前述のうち複数であってもよい。このことにより、例えば、基地局とＬＭＦとの間のシグナリング量を削減可能となる。

　基地局からＬＭＦへの該情報の通知に関する他の例として、ＬＭＦが基地局に対して該情報の通知を要求してもよい。基地局は、該要求を契機として、該情報をＬＭＦに通知してもよい。

　ＬＭＦは基地局に対し、該情報の通知開始を要求してもよいし、該情報の通知停止を要求してもよい。基地局は、該要求を契機として、該情報の通知を開始してもよいし、該情報の通知を停止してもよい。このことにより、例えば、通信システムにおける複雑性を回避可能となる。

　該要求に関する他の例として、ＬＭＦは基地局に対し、複数個の該情報を通知することを要求してもよい。複数個の該情報の、基地局からＬＭＦへの通知は、一度に行われてもよい。このことにより、例えば、基地局とＬＭＦとの間のシグナリング量を削減可能となる。他の例として、基地局からＬＭＦへの通知が複数回に分けて行われてもよい。該通知が、周期的に行われてもよい。

　ＬＭＦから基地局への該要求に含まれる情報の例として、以下の（Ａ）～（Ｊ）を開示する。

　（Ａ）開始要求。

　（Ｂ）停止要求。

　（Ｃ）時間を指定する情報。

　（Ｄ）通知の周期に関する情報。

　（Ｅ）通知の回数に関する情報。

　（Ｆ）通知に含まれる情報の数に関する情報。例えば、１回の通知に含まれる、基地局の位置と時刻の組合せの情報の個数。

　（Ｇ）測位方法に関する情報。

　（Ｈ）通知内容に関する情報。

　（Ｉ）測位の要件に関する情報。

　（Ｊ）前述の（Ａ）～（Ｉ）の組合せ。

　基地局は、前述の（Ａ）に関する情報を用いて、ＬＭＦに対して通知を開始してもよい。このことにより、例えば、基地局において該通知を開始するための処理に関する設計の複雑性を回避可能となる。

　基地局は、前述の（Ｂ）に関する情報を用いて、ＬＭＦに対する通知を停止してもよい。このことにより、例えば、基地局において該通知を停止するための処理に関する設計の複雑性を回避可能となる。

　前述の（Ｃ）に示す情報は、例えば、基地局からＬＭＦに通知する時刻情報の範囲を示す情報であってもよい。該時刻情報は、例えば、上述した、基地局がＬＭＦに通知する情報の（４）として開示した情報であってもよい。前述の（Ｃ）に示す情報には、該時刻情報の範囲の始点を示す情報が含まれてもよいし、終点を示す情報が含まれてもよいし、該範囲の期間を示す情報が含まれてもよい。基地局は、前述の（Ｃ）に示す情報を用いて、ＬＭＦに対する該通知に含める情報を決定してもよい。このことにより、例えば、基地局からＬＭＦに対する該通知における情報の過不足を防止可能となる。

　前述の（Ｄ）に示す情報は、例えば、基地局からＬＭＦに対する該通知の周期が含まれてもよいし、該周期に対するオフセットの情報が含まれてもよいし、前述の両方が含まれてもよい。該オフセットは、例えば、基地局が該通知を送信する時刻の、周期による剰余で与えられてもよいし、ある送信時刻の情報で与えられてもよい。該オフセットは、時刻を用いた情報で与えられてもよいし、無線フレーム番号、サブフレーム番号、スロット番号、および／あるいはシンボル番号を用いた情報で与えられてもよい。基地局は、該情報を用いて、ＬＭＦに対して該通知を行ってもよい。このことにより、例えば、ＬＭＦは基地局の位置変化を追跡可能となり、その結果、ＵＥの位置計算を迅速に可能となる。

　前述の（Ｅ）に示す情報は、例えば、１回であってもよいし、複数回であってもよい。例えば、ＬＭＦが前述の（Ｅ）の値を小さく設定することにより、基地局とＬＭＦとの間のシグナリング量を削減可能となる。他の例として、ＬＭＦが前述の（Ｅ）の値を大きく設定することにより、基地局の位置を高精度で計算可能となり、その結果、ＵＥ位置の測位精度を向上可能となる。

　前述の（Ｆ）に示す情報は、例えば、基地局からＬＭＦへの１回の通知に含まれる、位置に関する情報の個数であってもよい。該情報の値は、１であってもよいし、２以上であってもよい。例えば、ＬＭＦが前述の（Ｆ）の値を小さく設定することにより、基地局における処理量を削減可能となる。他の例として、ＬＭＦが前述の（Ｆ）の値を大きく設定することにより、ある時刻における基地局の位置を高精度で計算可能となり、その結果、ＵＥ位置の測位精度を向上可能となる。

　前述の（Ｇ）に示す情報は、例えば、ＬＭＦが基地局に要求する測位方法に関する情報を含んでもよい。該測位方法に関する情報は、例えば、上述した、基地局がＬＭＦに通知する情報の（７）として開示した情報と同様であってもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　前述の（Ｈ）に示す情報は、例えば、上述した、基地局がＬＭＦに通知する情報の例として開示した（１）～（１２）を示すものであってもよい。基地局は、前述の（Ｈ）の情報を用いて、ＬＭＦに通知する情報を導出してもよい。このことにより、例えば、基地局とＬＭＦとの間のシグナリング量を削減可能とするとともに、基地局における処理量を低減可能となる。

　前述の（Ｉ）に示す情報は、例えば、測位のレイテンシに関する情報であってもよいし、測位の精度に関する情報であってもよい。基地局は、例えば、測位の精度に関する情報を用いて、ＬＭＦに対する通知を再び実行するかどうかを判断してもよい。例えば、基地局が、前回の通知時点の位置から、所定の値以上動いた場合において、ＬＭＦに対して再度通知を行うとしてもよい。前述の所定の値は、例えば、前述の（Ｉ）に含まれる精度の要件を用いて決められてもよい。このことにより、例えば、ＵＥ測位の精度を向上可能となる。

　ＬＭＦから基地局への該情報は、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に開示された、ＬＭＦからｇＮＢへのアシスタンスデータ要求のシグナリング（例、TRP　information　request）に含まれてもよい。このことにより、例えば、基地局とＬＭＦとの間のシグナリング量を削減可能となる。

　他の例として、該情報は、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に開示された、ＵＬ　ＳＲＳ設定要求のシグナリング（例、positioning　information　request）に含まれてもよい。このことにより、例えば、前述と同様の効果が得られる。

　他の例として、該情報は、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に開示された、測位信号送受信要求のシグナリング（例、Measurement　request）に含まれてもよい。このことにより、例えば、前述と同様の効果が得られる。

　他の例として、該情報を送信するための新たなシグナリングが設けられてもよい。このことにより、例えば、通信システムにおける後方互換性を確保可能となる。

　つづいて、実施の形態１にかかる通信システムにおけるＵＥの測位方法について説明する。

　図１４は、基地局からＬＭＦに対して、自基地局の位置と時刻情報の組合せを通知する、ＵＥの測位シーケンスの一例を示すシーケンス図である。図１４は、測位方法として、マルチＲＴＴを用いた場合について示す。図１４に示す測位シーケンス例において、基地局はＬＭＦに対して、自基地局の位置と時刻情報の組合せの情報を周期的に通知する場合について示す。図１４は、ＵＥの位置を導出する測位機能を基地局の上位装置が有する場合のシーケンス例、すなわち、上位装置が測位実施装置として動作する場合のシーケンス例を示す。

　図１４に示すステップＳＴ１４０３において、ＡＭＦはＬＭＦに対し、測位サービスの要求を行う。該要求は、例えば、ＵＥ位置の測定に関する要求であってもよい。ＡＭＦは、該要求を、５Ｇシステム外に存在する位置サービス（Location　Service：ＬＣＳ）クライアントからの要求を契機として行ってもよいし、ＵＥからの要求を契機として行ってもよいし、ＡＭＦが自発的に行ってもよい。

　５Ｇシステム外に存在するＬＣＳ、ＵＥ、および／あるいはＡＭＦからの該要求に、ＵＥが接続する基地局の位置に関する情報の要求が含まれてもよい。ＡＭＦはＬＭＦに対し、該基地局の位置に関する情報を要求してもよい。このことにより、例えば、ＬＣＳは、ＵＥが接続する基地局の位置を迅速に把握可能となり、位置情報サービスにおける処理を迅速に実行可能となる。

　非特許文献２１（３ＧＰＰ　ＴＳ２３．５０１）に開示されたＮＷＤＡＦ（Network　Data　Analytics　Function）がＬＭＦに対し、ＵＥおよび／あるいは基地局の位置に関する情報を要求してもよい。該要求は、ＡＭＦ経由で行われてもよい。ＡＭＦは、ＮＷＤＡＦからの該要求を契機として、ステップＳＴ１４０３の処理を行ってもよい。このことにより、例えば、ＮＷＤＡＦにおける位置情報の処理が可能となり、その結果、通信ネットワーク装置における他の装置の処理量を削減可能となる。

　図１４に示すプロシージャ１４０５において、ＬＭＦとサービング基地局との間で、下りＰＲＳ設定情報の交換が行われる。プロシージャ１４０５におけるシグナリングは、例えば、ＮＲＰＰａシグナリングであってもよい。ステップＳＴ１４０７において、ＬＭＦはサービング基地局に対し、ＴＲＰ情報を要求する。ステップＳＴ１４０９において、サービング基地局はＬＭＦに対して、ＴＲＰ情報を通知する。ステップＳＴ１４０９には、サービング基地局のセル、ＤＵ、および／あるいはＴＲＰ（以下、セル等と称する場合がある）の識別子に関する情報が含まれてもよいし、セル等のタイミングに関する情報（例、フレームタイミング）が含まれてもよいし、セル等のＰＲＳ設定に関する情報が含まれてもよいし、セル等のＳＳブロック、ＳＳバーストに関する情報（例、周波数および／あるいは時間リソースに関する情報）が含まれてもよいし、セル等からのＰＲＳ送信方向に関する情報が含まれてもよいし、セル等の位置に関する情報が含まれてもよい。

　図１４に示すプロシージャ１４１０において、プロシージャ１４０５と同様の処理が、ＬＭＦと周辺基地局との間で行われる。

　図１４に示すステップＳＴ１４１５において、サービング基地局および／あるいは周辺基地局はＬＭＦに対し、自基地局の位置および／あるいは時刻情報を通知する。ステップＳＴ１４１５の通知には、例えば、ＮＲＰＰａシグナリングが用いられてもよい。ステップＳＴ１４１５において送信される情報には、基地局がＬＭＦに通知する情報の例として開示した上記の（１）～（１２）が含まれてもよい。ステップＳＴ１４１５の送信は、繰り返し行われてもよい。ＬＭＦは、ステップＳＴ１４１５を用いて、サービング基地局および／あるいは周辺基地局の位置に関する情報を取得する。図１４に示す例において、サービング基地局および／あるいは周辺基地局は、プロシージャ１４０５および／あるいはプロシージャ１４１０を契機としてステップＳＴ１４１５の通知を開始する。

　図１４に示すプロシージャ１４２０において、ＬＭＦとＵＥとの間で、測位に関するケーパビリティの要求および通知が行われる。プロシージャ１４２０におけるシグナリングは、例えば、ＬＰＰシグナリングであってもよい。ステップＳＴ１４２３において、ＬＭＦからＵＥに対して、測位に関するケーパビリティの要求が行われる。ステップＳＴ１４２５において、ＵＥからＬＭＦに対して、測位に関するケーパビリティの通知が行われる。

　図１４に示すステップＳＴ１４２７において、ＬＭＦはサービング基地局に対して、測位情報の要求が行われる。該要求には、上り測位信号、例えば、上りＳＲＳの設定の要求が含まれてもよい。ステップＳＴ１４３０において、サービング基地局は、ＵＥの上りＳＲＳリソースを決定する。ステップＳＴ１４３３において、サービング基地局はＵＥに対し、上りＳＲＳの設定を行う。ステップＳＴ１４３５において、サービング基地局はＬＭＦに対して、測位情報要求に対する応答を送信する。該応答には、ＵＥのＳＲＳ設定、例えば、ＳＲＳの時間および／あるいは周波数リソースに関する情報が含まれてもよい。

　図１４に示すステップＳＴ１４３６において、ＬＭＦはサービング基地局に対し、ＵＥのＳＲＳ送信のアクティベーションを要求する。ステップＳＴ１４３７において、サービング基地局はＵＥに対し、ＳＲＳ送信のアクティベーションを要求する。ＵＥは、ステップＳＴ１４３７を契機として、ＳＲＳの送信を開始する。

　図１４に示すステップＳＴ１４４０においてＬＭＦはサービング基地局および／あるいは周辺基地局に対して、測位信号の測定要求を行う。該要求には、例えば、ＮＲＰＰａシグナリングが用いられてもよい。該ＮＲＰＰａシグナリングには、例えば、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）にて開示されたNRPPa　MEASUREMENT　REQUESTが用いられてもよい。

　図１４に示すステップＳＴ１４４３において、ＬＭＦはＵＥに対して、測位に用いる情報を通知する。該情報は、例えば、サービング基地局および／あるいは周辺基地局の下りＰＲＳに関する情報であってもよいし、フレームタイミングに関する情報であってもよいし、前述の組合せであってもよい。該情報の通知には、例えば、ＬＰＰシグナリングが用いられてもよい。該ＬＰＰシグナリングは、例えば、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）にて開示されたＬＰＰ　Ｐｒｏｖｉｄｅ　Ａｓｓｉｓｔａｎｃｅ　Ｄａｔａであってもよい。

　図１４に示すステップＳＴ１４４５において、ＬＭＦはＵＥに対して、測位を要求する。該要求には、例えば、ＬＰＰシグナリングが用いられてもよい。該ＬＰＰシグナリングは、例えば、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）にて開示されたＬＰＰ　Ｒｅｑｕｅｓｔ　Ｌｏｃａｔｉｏｎ　Ｉｎｆｏｒｍａｔｉｏｎであってもよい。ＵＥは、該要求に従い、ＰＲＳの測定処理を行う。

　図１４に示すステップＳＴ１４４７において、ＵＥはサービング基地局に対して、測位信号送受信のためのメジャメントギャップ設定を要求する。該要求には、ＲＲＣシグナリング、例えば、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に開示されたRRC　Location　Measurement　Indicationが用いられてもよい。該要求には、測位用メジャメントギャップの開始に関する情報が含まれてもよい。ステップＳＴ１４４９において、サービング基地局はＵＥに対して、メジャメントギャップ設定を指示する。ＵＥは、ステップＳＴ１４４９による指示に従い、メジャメントギャップを設定する。

　図１４に示すステップＳＴ１４５１、ステップＳＴ１４５３において、サービング基地局、周辺基地局はそれぞれＵＥに対してＰＲＳを送信する。ステップＳＴ１４５５において、ＵＥはサービング基地局および／あるいは周辺基地局からのＰＲＳの受信処理を行う。該受信処理はＰＲＳの測定処理を含む。

　図１４に示すステップＳＴ１４５７において、ＵＥはサービング基地局に対してＳＲＳを送信する。ステップＳＴ１４５９において、サービング基地局はＵＥからのＳＲＳの受信処理を行う。該受信処理はＳＲＳの測定処理を含む。

　図１４に示すステップＳＴ１４６１において、ＵＥは周辺基地局に対してＳＲＳを送信する。ステップＳＴ１４６３において、周辺基地局はＵＥからのＳＲＳの受信処理を行う。該受信処理はＳＲＳの測定処理を含む。

　図１４に示すステップＳＴ１４６５において、ＵＥはＬＭＦに対して、測位信号の受信結果に関する情報を通知する。該通知には、例えば、ＬＰＰシグナリングが用いられてもよい。該ＬＰＰシグナリングは、例えば、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）にて開示されたＬＰＰ　Ｐｒｏｖｉｄｅ　Ｌｏｃａｔｉｏｎ　Ｉｎｆｏｒｍａｔｉｏｎであってもよい。

　図１４に示すステップＳＴ１４６７において、サービング基地局および／あるいは周辺基地局はＬＭＦに対し、測位信号の受信結果に関する情報を通知する。該通知には、例えば、ＮＲＰＰａシグナリングが用いられてもよい。該ＮＲＰＰａシグナリングは、例えば、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）において開示されたＮＲＰＰａ　ＭＥＡＳＵＲＥＭＥＮＴ　ＲＥＳＰＯＮＳＥが用いられてもよい。

　図１４に示すステップＳＴ１４６９において、ＵＥはサービング基地局に対し、メジャメントギャップの変更を要求する。該要求は、メジャメントギャップを測位前の設定に戻す要求であってもよい。該要求には、ＲＲＣシグナリング、例えば、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に開示されたRRC　Location　Measurement　Indicationが用いられてもよい。該要求には、測位用メジャメントギャップの停止に関する情報が含まれてもよい。ステップＳＴ１４７１において、サービング基地局はＵＥに対して、メジャメントギャップの設定を指示する。ＵＥはステップＳＴ１４７１による指示に従い、メジャメントギャップ設定を変更する。

　図１４に示すステップＳＴ１４７５において、サービング基地局および／あるいは周辺基地局からＬＭＦに対し、自基地局の位置および／あるいは時刻情報が送信される。ステップＳＴ１４７５において送信される情報は、ステップＳＴ１４１５と同様であってもよい。ＬＭＦは、ステップＳＴ１４７５を用いて、サービング基地局および／あるいは周辺基地局の位置に関する情報を取得する。図１４に示す例において、サービング基地局および／あるいは周辺基地局は、ステップＳＴ１４６７に示す測位信号の受信結果に関する情報の通知を契機として、ステップＳＴ１４７５に示す周期的な送信を終了させてもよい。例えば、ステップＳＴ１４６７の後に送信されるステップＳＴ１４６７のシグナリングを、最後の送信処理としてもよい。このことにより、例えば、基地局とＬＭＦとの間のシグナリング量を削減可能となる。

　図１４に示すステップＳＴ１４７９において、ＬＭＦはＵＥの位置を計算する。ＬＭＦにおけるＵＥ位置の計算には、ステップＳＴ１４１５、ステップＳＴ１４６５、ステップＳＴ１４６７、および／あるいはステップＳＴ１４７５の情報が用いられてもよい。

　図１４に示すステップＳＴ１４８１において、ＬＭＦはＡＭＦに対し、計算したＵＥ位置に関する情報を通知する。ＡＭＦは、該情報を、ＵＥに通知してもよいし、５Ｇシステム外のＬＣＳに対して通知してもよいし、自ＡＭＦにおいて用いてもよい。

　図１４に示すステップＳＴ１４８１に、基地局の位置および／あるいは時刻に関する情報が含まれてもよい。ＡＭＦは、基地局の位置および／あるいは時刻に関する情報をＵＥに通知してもよいし、５Ｇシステム外のＬＣＳに対して通知してもよいし、自ＡＭＦにおいて用いてもよい。このことにより、例えば、ＡＭＦは動く基地局に対してＲＮＡおよび／あるいはトラッキングエリアを適切に指定可能となる。

　ＬＭＦはＮＷＤＡＦに対し、ＵＥおよび／あるいは基地局の位置に関する情報を通知してもよい。該通知は、ＡＭＦ経由で行われてもよい。ＬＭＦは、ＮＷＤＡＦへの該通知を、ＮＷＤＡＦから該情報の要求があった場合において行うとしてもよい。ＮＷＤＡＦは、該情報を用いて、位置情報に関するデータ処理を行ってもよい。このことにより、例えば、通信ネットワーク装置における他の装置のデータ処理量を削減可能となる。

　図１４において、サービング基地局および／あるいは周辺基地局が、プロシージャ１４０５および／あるいはプロシージャ１４１０を契機としてステップＳＴ１４１５の通知を開始する例について示したが、他の処理、例えば、ステップＳＴ１４４０に示す測位信号の測定要求を契機として開始してもよい。このことにより、例えば、測位信号の測定要求前におけるステップＳＴ１４１５の処理が不要となり、その結果、ＬＭＦと基地局との間のシグナリング量を削減可能となる。

　図１４において、サービング基地局および／あるいは周辺基地局がＬＭＦに対するステップＳＴ１４１５および／あるいはステップＳＴ１４７５の処理は、各基地局から同時に行われてもよいし、異なるタイミングで行われてもよい。異なるタイミングで行われることにより、例えば、ＬＭＦと基地局間のインタフェースにおけるシグナリング負荷を平準化可能となる。

　図１５は、基地局からＬＭＦに対して、自基地局の位置と時刻情報の組合せを通知する、ＵＥの測位シーケンスの他の例を示したシーケンス図である。図１５は、測位方法として、マルチＲＴＴを用いた場合について示す。図１５においては、基地局が、ＬＭＦからの要求を契機として、自基地局の位置と時刻情報の組合せの情報を通知する例について示す。図１５において、図１４と同様の処理には同じステップ番号を付し、共通する説明を省略する。

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

　図１５に示すステップＳＴ１５３８において、ＬＭＦはサービング基地局および／あるいは周辺基地局に対して、基地局の位置および／あるいは時刻に関する情報を要求する。該要求には、ＮＲＰＰａシグナリングが用いられてもよい。該要求には、ＬＭＦから基地局への該要求に含まれる情報として開示した上記の（Ａ）～（Ｊ）が含まれてもよい。

　図１５に示すステップＳＴ１５３９において、サービング基地局および／あるいは周辺基地局はＬＭＦに対し、自基地局の位置および／あるいは時刻情報を通知する。ステップＳＴ１５３９の通知には、例えば、ＮＲＰＰａシグナリングが用いられてもよい。ステップＳＴ１５３９において送信される情報には、基地局がＬＭＦに通知する情報の例として開示した上記の（１）～（１２）が含まれてもよい。ＬＭＦは、ステップＳＴ１５３９を用いて、サービング基地局および／あるいは周辺基地局の位置に関する情報を取得する。

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

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

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

　ＵＥはＬＭＦに対し、下り測位信号受信結果と時刻情報を組合せた情報を通知してもよい。該時刻情報は、例えば、ＵＥが下り測位信号を受信した時刻の情報であってもよい。ＵＥは、組合せた該情報を複数送信してもよい。該通知は、基地局および／あるいはＡＭＦを経由して行われてもよい。ＬＭＦは、該情報を用いて、ＵＥの位置を導出してもよい。このことにより、例えば、ＵＥの測位精度を向上可能となる。

　ＬＭＦは、基地局から通知された、組合せの該情報を用いて、ＵＥの位置を計算してもよい。例えば、ＬＭＦは、ＵＥと基地局との間で測位信号が送受信された時刻における基地局の位置を計算してもよい。ＬＭＦは、基地局の位置の計算に、基地局の速度に関する情報を用いてもよいし、基地局の加速度に関する情報を用いてもよい。他の例として、ＬＭＦは、基地局の速度および／あるいは加速度を求めてもよい。ＬＭＦは、前述で計算した基地局の位置、速度、および／あるいは加速度に関する情報を用いて、ＵＥの位置を計算してもよい。このことにより、例えば、ＵＥの位置計算の精度を向上可能となる。

　ＬＭＦは、ＵＥ位置の計算結果をＡＭＦに通知してもよい。ＡＭＦは、該情報を、位置サービス（Location　Service）機能を有する装置に通知してもよい。該装置は、例えば、ＵＥであってもよいし、５Ｇネットワークの外側のネットワークに存在する装置であってもよい。このことにより、例えば、通信システムを含むシステムにおいて、ＵＥ位置情報を用いた処理が可能となる。

　基地局は、ＬＭＦへのシグナリングをＡＭＦ経由で行ってもよい。ＬＭＦは、基地局へのシグナリングをＡＭＦ経由で行ってもよい。このことにより、例えば、基地局とＬＭＦとの間のインタフェースにおける複雑性を回避可能となる。

　本実施の形態１により、基地局が動く場合における、ＵＥの測位の精度を向上可能となる。

実施の形態１の変形例１．
　上記の実施の形態１では、５ＧＣにＬＭＦが存在する場合のＵＥの測位方法について説明したが、ＬＭＦを基地局が有する場合において、実施の形態１において開示した方法が用いられてもよい。サービング基地局が有するＬＭＦは、自基地局の位置および時刻に関する情報を取得してもよい。周辺基地局はサービング基地局に対し、自基地局の位置および時刻に関する情報を通知してもよい。

　図１６は、基地局がＬＭＦを有する場合におけるＵＥの測位シーケンスにおいて、周辺基地局からサービング基地局に対して、自基地局の位置と時刻情報の組合せを通知する動作を示すシーケンス図である。図１６は、測位方法として、マルチＲＴＴを用いた場合について示す。図１６は、ＵＥの位置を導出する測位機能を基地局が有する場合のシーケンス例、すなわち、基地局が測位実施装置として動作する場合のシーケンス例を示す。図１６に示す測位シーケンス例において、周辺基地局は、サービング基地局に対し、該情報を周期的に通知する。図１６において、図１４と同様の処理には同じステップ番号を付し、該処理の詳細については説明を省略する。

　図１６において、図１４と同じステップ番号の処理は、図１４の各ステップにおけるＬＭＦを、サービング基地局に読替えた処理である。

　図１６において、ステップＳＴ１４０３をＵＥが行ってもよい。例えば、ＵＥがサービング基地局に対して、測位サービスの要求を行ってもよい。このことにより、例えば、ＬＭＦを有するサービング基地局への測位サービスの要求を迅速に実行可能となる。ＵＥはＡＭＦに対し、ステップＳＴ１４０３の処理を行ったことを通知してもよい。ＡＭＦに対する該通知を、サービング基地局が行ってもよい。このことにより、例えば、ＡＭＦは、ＬＭＦに対して測位サービスの要求が行われたことを把握可能となり、その結果、測位サービスが重複して行われることを防止可能となる。

　図１６において、サービング基地局はステップＳＴ１４８１をＵＥに対して行ってもよい。該動作は、例えば、ＵＥが測位サービスの要求を行った場合に行われるとしてもよい。このことにより、例えば、ＬＭＦを有するサービング基地局は、測位結果をＵＥに迅速に通知可能となる。サービング基地局はＡＭＦに対し、ステップＳＴ１４８１の処理を行ったことを通知してもよい。このことにより、例えば、ＡＭＦは、測位が完了したことを把握可能となる。その結果、測位に関する処理における不要な処理待ち時間の発生を防止可能となる。

　他の例として、周辺基地局からサービング基地局に対する、自基地局の位置と時刻情報の組合せの通知が、サービング基地局からの要求を契機として行われてもよい。例えば、図１５におけるステップＳＴ１５３８、ステップＳＴ１５３９、ステップＳＴ１５７３、ステップＳＴ１５７４において、ＬＭＦをサービング基地局に読替えた処理が行われてもよい。このことにより、例えば、サービング基地局と周辺基地局との間のシグナリング量を削減可能となる。

　本変形例１により、サービング基地局がＬＭＦを有し、基地局が動く場合においても、ある時刻における基地局の位置を計算可能となり、その結果、ＵＥの測位精度を向上可能となる。

実施の形態１の変形例２．
　上記の実施の形態１では、５ＧＣにＬＭＦが存在する場合のＵＥの測位方法について説明したが、ＬＭＦをＵＥが有する場合において、実施の形態１において開示した方法が用いられてもよい。ＵＥが有するＬＭＦは、サービング基地局および／あるいは周辺基地局の位置および時刻に関する情報を取得してもよい。周辺基地局はＵＥに対し、サービング基地局経由で自基地局の位置および時刻に関する情報を通知してもよい。サービング基地局はＵＥに対し、自基地局および／あるいは周辺基地局の該情報を通知してもよい。

　図１７は、ＵＥがＬＭＦを有する場合におけるＵＥの測位シーケンスにおいて、サービング基地局がＵＥに対して、自基地局および周辺基地局における、位置と時刻情報の組合せを通知する動作を示すシーケンス図である。図１７は、測位方法として、マルチＲＴＴを用いた場合について示す。図１７は、ＵＥの位置を導出する測位機能をＵＥが有する場合のシーケンス例、すなわち、ＵＥが測位実施装置として動作する場合のシーケンス例を示す。図１７に示す測位シーケンス例において、サービング基地局はＵＥに対し、該情報を周期的に通知する。図１７において、図１４と同様の処理には同じステップ番号を付し、該処理の詳細については説明を省略する。

　図１７において、図１４と同じステップ番号の処理は、図１４の各ステップにおけるＬＭＦを、ＵＥに読替えた処理である。

　図１７に示すステップＳＴ１７１４において、周辺基地局はサービング基地局に対して、自基地局の位置および／あるいは時刻情報を通知する。ステップＳＴ１７１４の通知には、例えば、ＮＲＰＰａシグナリングが用いられてもよい。ステップＳＴ１７１４において送信される情報には、基地局がＬＭＦに通知する情報の例として開示した上記の（１）～（１２）が含まれてもよい。ステップＳＴ１７１４の送信は、繰り返し行われてもよい。

　図１７に示すステップＳＴ１７１５において、サービング基地局はＵＥに対して、自基地局および／あるいは周辺基地局の位置および／あるいは時刻情報を通知する。ステップＳＴ１７１５の通知には、例えば、ＮＲＰＰａシグナリングが用いられてもよい。ステップＳＴ１７１５において送信される情報には、基地局がＬＭＦに通知する情報の例として開示した上記の（１）～（１２）が含まれてもよい。ステップＳＴ１７１５は、繰り返し行われてもよい。ステップＳＴ１７１５の送信は、ステップＳＴ１７１４を契機として行われてもよいし、ステップＳＴ１７１４とは独立に行われてもよい。

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

　図１７において、ステップＳＴ１４０３をＵＥ内部において行ってもよい。例えば、ＵＥは他の装置に対して、ステップＳＴ１４０３を送信しないとしてもよい。該動作は、例えば、ＵＥが測位サービスの要求を行った場合に行われるとしてもよい。このことにより、例えば、ＵＥは、ＬＭＦを有する自ＵＥへの測位サービスの要求を迅速に実行可能となる。ＵＥはＡＭＦに対し、ステップＳＴ１４０３の処理を行ったことを通知してもよい。このことにより、例えば、ＡＭＦは、ＬＭＦに対して測位サービスの要求が行われたことを把握可能となり、その結果、測位サービスが重複して行われることを防止可能となる。

　図１７において、ＵＥはステップＳＴ１４８１を自ＵＥ内部において対して行ってもよい。例えば、ＵＥは他の装置に対して、ステップＳＴ１４８１を送信しないとしてもよい。該動作は、例えば、ＵＥが測位サービスの要求を行った場合に行われるとしてもよい。このことにより、例えば、ＬＭＦを有するＵＥは、測位結果を自ＵＥに迅速に通知可能となる。ＵＥはＡＭＦに対し、ステップＳＴ１４８１の処理を行ったことを通知してもよい。このことにより、例えば、ＡＭＦは、測位が完了したことを把握可能となる。その結果、測位に関する処理における不要な処理待ち時間の発生を防止可能となる。

　他の例として、周辺基地局からサービング基地局、および／あるいは、サービング基地局からＵＥに対する、自基地局および／あるいは周辺基地局の位置と時刻情報の組合せの通知が、ＵＥからの要求を契機として行われてもよい。また、周辺基地局からサービング基地局に対する、自基地局および／あるいは周辺基地局の位置と時刻情報の組合せの通知が、ＵＥからの要求を契機として行われてもよい。ＵＥはサービング基地局に対して、該組合せの通知を要求してもよい。サービング基地局は周辺基地局に対し、該組合せの通知を要求してもよい。周辺基地局は、サービング基地局からの要求を契機として、自基地局についての該組合せの通知を行ってもよい。サービング基地局は、周辺基地局からの該通知を契機として、ＵＥに対して、自基地局および／あるいは周辺基地局についての該組合せの通知を行ってもよい。このことにより、例えば、ＵＥとサービング基地局間、サービング基地局と周辺基地局との間のシグナリング量を削減可能となる。

　本変形例２により、サービング基地局がＵＥを有し、基地局が動く場合においても、ある時刻における基地局の位置を計算可能となり、その結果、ＵＥの測位精度を向上可能となる。

実施の形態２．
　５Ｇ方式の基地局は、上述したように、中央ユニット（ＣＵ）と分散ユニット（ＤＵ）とに分割された構成とすることが可能である。本実施の形態では、ＣＵとＤＵが分離した構成を有する基地局を用いて、ＵＥの測位が行われる場合について説明する。該測位において、ＵＥとＤＵとの間で測位信号が送受信されてもよい。ＣＵはＬＭＦに対して、ＤＵの位置に関する情報を通知してもよい。

　前述の構成において、以下に示す問題が生じる。すなわち、ＣＵはＤＵの位置を把握している必要がある。ところが、ＣＵがＤＵの位置を取得するための方法が、上記の非特許文献１～非特許文献３３をはじめとする、これまでに策定済みの規格等では開示されていない。そのため、例えば、ＤＵが動く場合において、ＣＵはＤＵの位置を把握できず、ＵＥの測位における精度悪化、あるいは測位不可能となる、という問題が生じる。

　そこで、本実施の形態では、前述の問題を解決する方法を開示する。すなわち、本実施の形態にかかる通信システムにおいて、ＤＵはＣＵに対し、自ＤＵの位置に関する情報を通知する。該情報に、時刻情報に関する情報が含まれてもよい。該時刻情報は、例えば、ＤＵが自ＤＵの位置情報を取得した時刻に関する情報であってもよい。

　ＤＵからＣＵへの該通知は、Ｆ１シグナリングを用いて行われてもよい。該Ｆ１シグナリングは、例えば、非特許文献３１（３ＧＰＰ　ＴＳ３８．４７３）に記載のＦ１セットアップ要求（F1　SETUP　REQUEST）のシグナリングであってもよいし、ＤＵ設定更新（GNB-DU　CONFIGUTATION　UPDATE）のシグナリングであってもよい。このことにより、例えば、ＤＵからＣＵへのシグナリング回数を削減可能となる。他の例として、新たなＦ１シグナリングが設けられてもよい。このことにより、例えば、既存のＦ１シグナリングの変更が不要となり、その結果、通信システムの設計における複雑性を回避可能となる。

　該通知に用いるシグナリングに関する他の例として、該通知がＲＲＣシグナリングを用いて行われてもよい。例えば、アクセス・バックホール統合（Integrated　Access　and　Backhaul）（非特許文献１６（３ＧＰＰ　ＴＳ３８．３００）参照）がされている基地局において、該通知がＲＲＣシグナリングを用いて行われてもよい。該通知用のＲＲＣシグナリングが設けられてもよいし、該通知が、ＲＲＣシグナリングにカプセル化されて送信されてもよい。例えば、該通知が、ＲＲＣシグナリングにカプセル化されたＦ１インタフェースのシグナリングを用いて行われてもよいし、ＲＲＣシグナリングを用いたＬＰＰシグナリングおよび／あるいはＮＲＰＰａシグナリングを用いて行われてもよい。このことにより、例えば、ＣＵとＤＵが無線で接続されている場合においてもＤＵからＣＵへの該通知が可能となる。

　該通知に用いるシグナリングに関する他の例として、該通知がＬＰＰシグナリングで行われてもよいし、ＮＲＰＰａシグナリングを用いて行われてもよい。例えば、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に開示された、ＴＲＰ情報応答（TRP　INFORMATION　RESPONSE）を用いて行われてもよい。ＣＵは、該情報をＬＭＦに転送してもよい。

　ＤＵは、ＬＰＰプロトコルを終端してもよいし、ＮＲＰＰａプロトコルを終端してもよい。このことにより、例えば、ＤＵの位置に関する情報のＬＭＦへの通知を迅速に実行可能となる。

　ＤＵからＣＵへの該通知に用いられる情報の例として、以下の（ａ）～（ｆ）を開示する。

　（ａ）ＤＵを識別する情報。

　（ｂ）ＤＵの位置に関する情報。

　（ｃ）時刻に関する情報。

　（ｄ）測位方法に関する情報。

　（ｅ）ＴＲＰに関する、前述の（ａ）～（ｃ）と同様の情報あるいはその組合せ。

　（ｆ）前述の（ａ）～（ｅ）の組合せ。

　前述の（ａ）に関する情報は、例えば、ＤＵの識別子であってもよい。該識別子は、例えば、ＤＵ－ＩＤであってもよい。ＣＵは、該情報を用いて、通知元のＤＵを識別してもよい。このことにより、例えば、ＣＵは通知元のＤＵ基地局を容易に識別可能となり、その結果、通信システムにおける測位プロシージャを迅速に実行可能となる。

　前述の（ｂ）に関する情報は、実施の形態１において、基地局がＬＭＦに通知する情報の例として開示した（２）と同様の情報であってもよい。例えば、該情報にＤＵの位置に関する情報が含まれてもよいし、ＤＵの位置の精度に関する情報が含まれてもよい。このことにより、例えば、ＬＭＦはＵＥの位置計算における精度を導出可能となる。

　前述の（ｃ）に関する情報は、実施の形態１において、基地局がＬＭＦに通知する情報の例として開示した（４）と同様の情報であってもよい。例えば、ＤＵの位置を導出した時刻に関する情報が含まれてもよいし、該時刻の精度に関する情報が含まれてもよい。ＬＭＦは、該情報を用いて、ある時刻におけるＵＥの位置を導出してもよい。このことにより、例えば、ＬＭＦはＵＥの位置導出の精度を向上可能となる。

　前述の（ｄ）に関する情報は、実施の形態１において、基地局がＬＭＦに通知する情報の例として開示した（７）と同様の情報であってもよい。ＬＭＦは、該情報を用いて、ＵＥの測位方法に関する情報を取得してもよい。このことにより、例えば、ＬＭＦは、ＵＥの測位方法に関する情報を迅速に取得可能となり、その結果、ＬＭＦはＵＥの測位を迅速に実行可能となる。

　前述の（ｅ）に関する情報は、例えば、前述の（ａ）～（ｃ）において、ＤＵをＴＲＰに読替えた情報であってもよい。前述の（ｅ）の情報は、１つであってもよいし、複数、例えば、ＴＲＰの個数の分含まれてもよい。このことにより、例えば、ＴＲＰを有する基地局を用いた通信システムにおいても、ＵＥの測位精度を向上可能となる。

　ＣＵはＤＵに対し、ＤＵの位置に関する情報の通知を要求してもよい。該要求は、Ｆ１シグナリングで行われてもよいし、ＲＲＣシグナリングで行われてもよいし、ＬＰＰシグナリングで行われてもよいし、ＮＲＰＰａシグナリングで行われてもよい。例えば、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に開示された、ＴＲＰ情報要求（TRP　INFORMATION　REQUEST）を用いて行われてもよいし、新たなシグナリングを用いて行われてもよい。ＣＵは、ＬＰＰプロトコルを終端してもよいし、ＮＲＰＰａプロトコルを終端してもよい。このことにより、例えば、ＤＵの位置に関する情報のＬＭＦへの通知を迅速に実行可能となる。

　図１８は、ＤＵからＣＵに対して、自ＤＵの位置を通知する処理を含む、ＵＥの測位シーケンスの一例を示すシーケンス図である。図１８は、測位方法として、マルチＲＴＴを用いた場合について示す。図１８において、図１４と同様の処理には同じステップ番号を付し、共通する説明を省略する。

　図１８において、図１４と同じステップ番号の処理は、図１４の各ステップにおける基地局を、ＣＵに読替えた処理である。

　図１８に示すプロシージャ１８０５において、図１４のプロシージャ１４０５と同様の処理が行われる。

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

　図１８に示すステップＳＴ１８０７において、ＣＵはＤＵに対し、ＤＵの位置に関する情報を要求する。ここでのＣＵはサービング基地局のＣＵ（サービングｇＮＢ－ＣＵ）、ＤＵはサービング基地局のＤＵ（サービングｇＮＢ－ＤＵ）である。以降の説明においても同様とする。該要求は、Ｆ１シグナリングで行われてもよいし、ＲＲＣシグナリングで行われてもよいし、ＬＰＰシグナリングで行われてもよいし、ＮＲＰＰａシグナリングで行われてもよい。例えば、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）に開示された、ＴＲＰ情報要求（TRP　INFORMATION　REQUEST）を用いて行われてもよいし、新たなシグナリングを用いて行われてもよい。

　図１８に示すステップＳＴ１８０８において、ＤＵはＣＵに対し、自ＤＵの位置に関する情報を通知する。該情報には、ＤＵからＣＵへの該通知に用いられる情報の例として開示した上記の（ａ）～（ｆ）の情報が含まれてもよい。ステップＳＴ１８０８のシグナリングは、Ｆ１シグナリングを用いて行われてもよいし、ＲＲＣシグナリングを用いて行われてもよいし、ＬＰＰシグナリングで行われてもよいし、ＮＲＰＰａシグナリングで行われてもよい。

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

　図１８に示すステップＳＴ１８５１において、ＤＵがＵＥに対し、ＰＲＳを送信する。

　図１８に示すステップＳＴ１８５７において、ＵＥはＤＵに対し、ＳＲＳを送信する。ステップＳＴ１８５９において、ＤＵはＳＲＳの測定処理を行う。

　図１８に示すステップＳＴ１８６６において、ＤＵはＣＵに対し、上りＳＲＳの測定結果に関する情報を通知する。ＣＵは、ステップＳＴ１４６７に示すＬＭＦへの測定結果通知において、ステップＳＴ１８６６で受信した情報の通知を含めてもよい。ＣＵは、ＬＭＦへの測定結果通知において、上記のステップＳＴ１８０８で通知を受けた、ＤＵの位置に関する情報を併せて通知してもよい。

　図１８に示すシーケンスが、周辺基地局がＣＵとＤＵと分割された構成を有する場合について適用されてもよい。この場合において、周辺基地局のＤＵがステップＳＴ１８０８の処理を行うとしてもよい。このことにより、例えば、周辺基地局がＣＵとＤＵとに分割された場合においても、サービング基地局のＤＵの位置を測定可能となる。

　図１８に示すシーケンスにおいて、サービング基地局のＤＵが複数用いられてもよい。前述において、一部のＤＵがＵＥとの間のシグナリング、データ、および／あるいは測位信号の送受信に用いられてもよいし、他のＤＵはＵＥとの間で測位信号送受信を行うとしてもよい。この場合において、周辺基地局が測位に用いられてもよいし、用いられなくてもよい。周辺基地局を用いることにより、例えば、ＵＥ測位の精度を向上可能となる。周辺基地局を用いないことにより、例えば、基地局とＬＭＦとの間のシグナリング量を削減可能となる。

　本実施の形態において開示された方法が、ＴＲＰの位置に関する情報の通知に用いられてもよい。例えば、ＤＵはＣＵに対し、配下のＴＲＰの位置に関する情報を通知してもよい。該情報には時刻に関する情報が含まれてもよい。ＣＵは該情報をＬＭＦに転送してもよい。ＬＭＦは該情報を用いて、ＴＲＰの位置を計算してもよい。このことにより、例えば、ＴＲＰを有する基地局を用いた測位においても、ＵＥ測位の精度を向上可能となる。

　本実施の形態２により、ＤＵからＣＵへの、自ＤＵの位置に関する情報を通知可能となり、その結果、ＬＭＦにおいてＵＥ測位の精度を向上可能となる。

　本実施の形態では、上位装置がＬＭＦを有する場合の例について説明したが、基地局がＬＭＦを有する構成としてもよいし、ＵＥがＬＭＦを有する構成としてもよい。

実施の形態３．
　５Ｇ方式の基地局は、アクセス・バックホール統合（Integrated　Access　and　Backhaul：ＩＡＢ）（非特許文献１６（３ＧＰＰ　ＴＳ３８．３００）参照）をサポート可能である。すなわち、ＩＡＢをサポートするする基地局（以下、ＩＡＢ基地局と称する場合がある）を用いて、ＵＥの測位が行われてもよい。ところが、ＩＡＢ基地局を用いた測位がどのように行われるかが、上記の非特許文献１～非特許文献３３をはじめとする、これまでに策定済みの規格等では開示されていない。そのため、ＩＡＢ基地局を用いた測位を実行できないという問題が生じる。

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

　すなわち、ＩＡＢを適用した通信システムにおいて、ＩＡＢノード（ＩＡＢノードとして動作する基地局）はＩＡＢドナーＣＵ（ＩＡＢドナーとして動作する基地局のＣＵ）に対し、自ノードの位置に関する情報を通知する。該通知は、ＩＡＢ親ノード、および／あるいはＩＡＢドナーＤＵを経由して行われてもよい。

　該通知に、Ｆ１シグナリングが用いられてもよい。Ｆ１シグナリングを用いた該通知と、実施の形態２において開示した通知方法が、組み合わせて用いられてもよい。このことにより、例えば、自ノードの位置に関する情報の通知に関し、ＣＵ、ＤＵ間の通信路が有線、無線にかかわらず同じＩ／Ｆを使用可能となり、その結果、通信システムにおける複雑性を回避可能となる。

　該Ｆ１シグナリングが、ＲＲＣシグナリングにカプセル化されてもよいし、非特許文献１６（３ＧＰＰ　ＴＳ３８．３００）に開示されたＢＡＰ（Backhaul　Adaptation　Protocol）サブレイヤにおけるシグナリングにカプセル化されてもよい。

　他の例として、該通知に、ＲＲＣシグナリングが用いられてもよい。既存のＲＲＣシグナリングが用いられてもよいし、自ノードの位置に関する情報の通知に用いられるＲＲＣシグナリングが設けられてもよい。このことにより、例えば、ＩＡＢノードはＩＡＢドナーＣＵに対して、自ノードの位置を迅速に通知可能となる。

　ＩＡＢノードからＩＡＢドナーＣＵに対する通知に含まれる情報は、実施の形態２にて開示した、ＤＵからＣＵへの該通知に用いられる上記の情報（ａ）～（ｆ）について、ＤＵをＩＡＢノードに読替えたものであってもよい。このことにより、例えば、自ノードの位置に関する情報の通知に関し、ＣＵ、ＤＵ間の通信路が有線、無線にかかわらず同じＩ／Ｆを使用可能となり、その結果、通信システムにおける複雑性を回避可能となる。

　ＩＡＢノードの測位が行われてもよい。該測位は、例えば、ＩＡＢノードとＩＡＢドナーＤＵ、ＩＡＢノードと周辺基地局との間における測位信号の送受信を用いて行われてもよい。測位信号の送受信によるＩＡＢノードの測位は、例えば、非特許文献２４（３ＧＰＰ　ＴＳ３８．３０５）にて開示された方法を用いて行われてもよいし、実施の形態１～実施の形態１の変形例２において開示した方法を用いて行われてもよい。前述の方法において、ＵＥをＩＡＢノードに読替えて行われてもよい。実施の形態１～実施の形態１の変形例２において開示した方法は、例えば、ＩＡＢドナーＤＵが動く場合において用いられてもよい。このことにより、例えば、ある時刻におけるＩＡＢドナーＤＵの位置を高精度で計算可能となり、その結果、ＩＡＢノードの位置計算の精度を向上可能となる。

　ＩＡＢノードは、ＮＡＳシグナリングを終端可能としてもよいし、ＬＰＰシグナリングを終端可能としてもよいし、ＮＲＰＰａシグナリングを終端可能としてもよい。このことにより、例えば、ＬＭＦとＩＡＢノードとの間でＬＰＰシグナリングおよび／あるいはＮＲＰＰａシグナリングを用いた送受信が可能となり、その結果、ＩＡＢノードの測位が可能となる。

　図１９は、ＩＡＢノードの測位シーケンスの一例を示すシーケンス図である。図１９は、測位方法として、マルチＲＴＴを用いた場合について示す。図１９において、図１４と同様の処理には同じ番号を付し、該処理の詳細については説明を省略する。

　図１９において、図１４と同様のプロシージャ番号、ステップ番号の処理は、図１４における各プロシージャ、各ステップについて、サービング基地局をＩＡＢドナーに読替えた処理である。

　図１９における処理のうち、プロシージャ番号、ステップ番号の下から３，４桁目が「１９」となっている処理は、図１４のプロシージャ番号、ステップ番号の内、下から１、２桁が同じとなっている処理について、サービング基地局をＩＡＢドナーに、ＵＥをＩＡＢノードに読替えた処理である。

　ＩＡＢノードを用いたＵＥの測位が行われてもよい。該測位は、例えば、ＵＥとＩＡＢノード、ＵＥと周辺基地局との間における測位信号の送受信を用いて行われてもよい。該測位は、例えば、実施の形態１～実施の形態１の変形例２と、実施の形態２とを組合わせた方法を用いて行われてもよい。

　ＩＡＢノードの測位とＵＥの測位が分かれて行われてもよい。例えば、ＩＡＢノードの測位の後にＵＥの測位が行われてもよい。前述において、例えば、図１９に示す測位シーケンスと図１４に示す測位シーケンスとが組み合わせて用いられてもよい。このことにより、例えば、ＵＥの測位処理における複雑性を回避可能となる。

　ＩＡＢノードとＵＥの測位が同時に行われてもよい。該測位は、例えば、ＵＥとＩＡＢノード、ＵＥと周辺基地局、ＩＡＢノードとＩＡＢドナーＤＵ、ＩＡＢノードと周辺基地局との間における測位信号の送受信を用いて行われてもよい。該測位方法は、実施の形態１～実施の形態１の変形例２、実施の形態２、および、本実施の形態３において開示した方法を組合わせて行われてもよい。例えば、図１４、図１８および図１９のそれぞれに示すシーケンスを組合せて用いられてもよい。このことにより、例えば、測位におけるレイテンシを低減可能となる。

　図２０は、ＩＡＢノードとＵＥの測位が同時に行われる場合の測位シーケンスの一例を示すシーケンス図である。図２０は、測位方法として、マルチＲＴＴを用いた場合について示す。図２０において、図１４、図１８、図１９と同様の処理には同じ番号を付し、該処理の詳細については説明を省略する。

　図２０において、プロシージャ番号、ステップ番号の下から３，４桁目が「１４」となっている処理は、図１４と同様である。

　図２０において、プロシージャ番号、ステップ番号の下から３，４桁目が「１８」となっている処理は、図１８と同様である。

　図２０において、プロシージャ番号、ステップ番号の下から３，４桁目が「１９」となっている処理は、図１９と同様である。

　ＩＡＢノードの測位の要否を、ＩＡＢドナーが判断してもよい。例えば、ＩＡＢドナーのＣＵが判断してもよい。ＩＡＢドナーは、例えば、ＬＭＦからのＴＲＰ情報要求（TRP　INFORMATION　REQUEST）のシグナリングを契機として、該判断を行ってもよいし、ＳＲＳ設定要求のシグナリングを契機として該判断を行ってもよいし、ＬＭＦからＩＡＢドナーへの、位置と時間に関する情報の要求（実施の形態１参照）を契機として該判断を行ってもよいし、ＩＡＢドナーが自律的に判断してもよい。

　ＩＡＢノードにおける該判断は、例えば、ＩＡＢノードの位置変化に関する情報を用いて行われてもよいし、測位の要件に関する情報、例えば、実施の形態１においてＬＭＦから基地局への該要求に含まれる情報として開示した（Ｉ）の情報を用いて行われてもよい。

　ＩＡＢドナーは、ＩＡＢノードの測位の要否に関する情報をＬＭＦに通知してもよい。該通知は、例えば、ＬＭＦへのＴＲＰ情報応答（TRP　INFORMATION　RESPONSE）に含めて行われてもよいし、該通知のための新たなシグナリングが設けられてもよい。ＬＭＦは、該情報を用いて、ＩＡＢノードの測位を開始してもよいし、ＩＡＢノードの測位を行わないとしてもよい。ＩＡＢノードの測位を行わないことにより、例えば、不要なＩＡＢノード測位を実行しなくてよくなり、その結果、レイテンシ削減可能となるとともに、通信システムにおけるシグナリング量を削減可能となる。

　ＩＡＢノードは、ＬＭＦとの間のＬＰＰプロトコルを終端してもよいし、ＮＲＰＰａプロトコルを終端してもよい。このことにより、例えば、ＩＡＢノード位置に関する情報のＬＭＦへの通知を迅速に実行可能となる。

　本実施の形態３によって、ＩＡＢ基地局を用いたＵＥの測位が可能となる。

　実施の形態１～本実施の形態３において、基地局は他の基地局に対し、自基地局の位置に関する情報を通知してもよいし、時刻に関する情報を通知してもよいし、前述の組合せに関する情報を通知してもよい。例えば、周辺基地局はサービング基地局に対し、自基地局の位置および／あるいは時刻に関する情報を通知してもよい。サービング基地局は、自基地局に関する該情報および／あるいは周辺基地局に関する該情報をＬＭＦに通知してもよい。このことにより、例えば、基地局とＬＭＦとの間のシグナリング量を削減可能となる。

　サービング基地局は周辺基地局に対し、基地局の位置および／あるいは時間に関する情報を要求してもよい。周辺基地局は、該要求を契機として、サービング基地局に対し、自基地局の位置および／あるいは時刻に関する情報を通知してもよい。このことにより、例えば、基地局間の不要なシグナリングを削減可能となる。

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

　たとえば、ＲＡＮノード（たとえばｇＮＢ）のカバレッジ内のＵＥだけでなく、より遠方のＵＥとＲＡＮノードとの間で通信を行う必要性が生じる場合がある。このような場合、ＵＥ－ＮＷ間リレーを用いる方法が考えられる。たとえば、ｇＮＢとＵＥ（リモートＵＥと称する場合がある）との間の通信を、リレーＵＥを介して行う。この場合、ｇＮＢとリレーＵＥとの間の通信をＵｕで行い、リレーＵＥとリモートＵＥとの間の通信をＰＣ５で行う。

　サイドリンクのリレーにおいて、アダプテーションレイヤをＲＬＣレイヤとＰＤＣＰレイヤの間に設けることが検討されている（非特許文献３２（３ＧＰＰ　Ｒ２－２００８２５４）参照）。

　ところが、ＣＵ－ＤＵ分離の基地局においてサイドリンクリレーが用いられる場合にアダプテーションレイヤを有すべき装置について、上記の非特許文献１～非特許文献３３をはじめとする、これまでに策定済みの規格等では開示されていない。このことにより、例えば、ＣＵとＤＵを互いに異なるベンダーが供する場合における相互動作（Inter-operability）が担保されず、前述の場合においてサイドリンクを用いた中継が動作しないという問題が生じる。

　そこで、本実施の形態では、前述の問題に対する解決策を開示する。

　すなわち、本実施の形態にかかる通信システムにおいては、ＣＵがアダプテーションレイヤを有する。ＤＵは、アダプテーションレイヤを有さない。Ｆ１インタフェースにおいて、アダプテーションレイヤのＰＤＵが送受信される。この場合において、アダプテーションレイヤのＰＤＵがＲＬＣ　ＳＤＵであってもよい。このことにより、例えば、ＤＵの回路規模を削減可能となる。

　図２１は、ＣＵがアダプテーションレイヤを有する場合における、リモートＵＥ、リレーＵＥ、基地局のＤＵ（ｇＮＢ―ＤＵ）、および基地局のＣＵ（ｇＮＢ－ＣＵ）の間のプロトコルスタックの一例を示す図である。図２１のプロトコルスタックは、Ｕプレインデータについて示している。図２１に示す例においては、リモートＵＥがアダプテーションレイヤを有さない場合について示している。

　図２１において、アダプテーション（ＡＤＡＰＴ）レイヤは、リレーＵＥとｇＮＢ－ＣＵとの間で終端される。ＰＤＣＰレイヤは、リモートＵＥとｇＮＢ－ＣＵとの間で終端される。

　図２１においてはＵプレインの場合について示したが、Ｃプレインについても同様としてもよい。例えば、Ｃプレインにおいて、ＰＤＣＰレイヤ以下のプロトコルスタックを、Ｕプレインと同様としてもよい。このことにより、例えば、通信システムの複雑性を回避可能となる。

　図２１においてはリモートＵＥがアダプテーションレイヤを有さない場合について示したが、アダプテーションレイヤを有するとしてもよい。この場合において、リモートＵＥとリレーＵＥ、リレーＵＥとｇＮＢ－ＣＵとの間でそれぞれ、アダプテーションレイヤが終端されるとしてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　他の解決策を開示する。ＤＵがアダプテーションレイヤを有する。ＣＵは、アダプテーションレイヤを有さない。Ｆ１インタフェースにおいて、アダプテーションレイヤのＳＤＵが送受信される。この場合において、アダプテーションレイヤのＳＤＵがＰＤＣＰ　ＰＤＵであってもよい。このことにより、例えば、ＣＵの処理量を削減可能となる。

　図２２は、ＤＵがアダプテーションレイヤを有する場合における、リモートＵＥ、リレーＵＥ、基地局のＤＵ（ｇＮＢ―ＤＵ）、および基地局のＣＵ（ｇＮＢ－ＣＵ）の間のプロトコルスタックの一例を示す図である。図２２のプロトコルスタックは、Ｕプレインデータについて示している。図２２に示す例においては、リモートＵＥがアダプテーションレイヤを有さない場合について示している。

　図２２において、アダプテーションレイヤは、リレーＵＥとｇＮＢ－ＤＵとの間で終端される。ＰＤＣＰレイヤは、リモートＵＥとｇＮＢ－ＣＵとの間で終端される。

　図２２においてはＵプレインの場合について示したが、Ｃプレインについても同様としてもよい。例えば、Ｃプレインにおいて、ＰＤＣＰレイヤ以下のプロトコルスタックを、Ｕプレインと同様としてもよい。このことにより、例えば、通信システムの複雑性を回避可能となる。

　図２２においてはリモートＵＥがアダプテーションレイヤを有さない場合について示したが、アダプテーションレイヤを有するとしてもよい。この場合において、リモートＵＥとリレーＵＥ、リレーＵＥとｇＮＢ－ＤＵとの間でそれぞれ、アダプテーションレイヤが終端されるとしてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　本実施の形態４により、ＣＵとＤＵを互いに異なるベンダーが供する場合における相互動作（Inter-operability）が可能となる。

実施の形態４の変形例１．
　ＩＡＢ基地局において、サイドリンクを用いた中継（Sidelink　Relay）を行おうとすると、以下の問題が生じる。すなわち、ＢＡＰと、サイドリンクのアダプテーションレイヤを含んだプロトコルスタックが開示されていないため、ＩＡＢ基地局を用いたサイドリンク中継を実行できないという問題が生じる。

　そこで、本実施の形態の変形例１では、前述の問題に対する解決策を開示する。

　すなわち、本実施の形態の変形例１にかかる通信システムにおいては、ＢＡＰを、サイドリンクのアダプテーションレイヤの上位に配置する。アダプテーションレイヤが、リレーＵＥとＩＡＢノード、ＩＡＢノードとＩＡＢドナーＤＵとの間で、それぞれ終端されるとしてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　図２３は、ＢＡＰがアダプテーションレイヤの上位に配置される場合における、リモートＵＥ、リレーＵＥ、ＩＡＢノード、ＩＡＢドナーＤＵ、およびＩＡＢドナーＣＵ（ｇＮＢ－ＣＵ）の間のプロトコルスタックの一例を示す図である。図２３のプロトコルスタックは、Ｕプレインデータについて示している。図２３に示す例においては、リモートＵＥがアダプテーションレイヤを有さない場合について示している。

　図２３において、アダプテーションレイヤは、リレーＵＥとＩＡＢノード、ＩＡＢノードとＩＡＢドナーＤＵとの間でそれぞれ終端される。ＢＡＰは、ＩＡＢノードとＩＡＢドナーＤＵとの間で終端される。

　図２３においてはＵプレインの場合について示したが、Ｃプレインについても同様としてもよい。例えば、Ｃプレインにおいて、ＰＤＣＰレイヤ以下のプロトコルスタックを、Ｕプレインと同様としてもよい。このことにより、例えば、通信システムの複雑性を回避可能となる。

　図２３においてはリモートＵＥがアダプテーションレイヤを有さない場合について示したが、アダプテーションレイヤを有するとしてもよい。この場合において、リモートＵＥとリレーＵＥ、リレーＵＥとＩＡＢノード、ＩＡＢノードとＩＡＢドナーＤＵとの間でそれぞれ、アダプテーションレイヤが終端されるとしてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　図２３においてはＩＡＢノードが１つである場合について示したが、ＩＡＢノードが複数接続されてもよい。例えば、ＩＡＢノードが複数、縦列に接続されてもよい。この場合において、複数のＩＡＢノード間のプロトコルスタックは、ＩＡＢノードとＩＡＢドナーＤＵの間のプロトコルスタックと同様としてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　他の解決策を開示する。サイドリンクのアダプテーションレイヤを、ＢＡＰの上位に配置する。ＩＡＢノードは、アダプテーションレイヤのプロトコル処理を行わないとしてもよい。このことにより、例えば、ＩＡＢノードにおける回路規模を削減可能となる。

　サイドリンクのアダプテーションレイヤを、ＢＡＰの上位に配置する場合において、アダプテーションレイヤの処理をＩＡＢドナーＣＵが行うとしてもよい。このことにより、例えば、ＩＡＢドナーＤＵの回路規模を削減可能となる。

　図２４は、アダプテーションレイヤをＢＡＰの上位に配置する場合における、リモートＵＥ、リレーＵＥ、ＩＡＢノード、ＩＡＢドナーＤＵ、およびＩＡＢドナーＣＵ（ｇＮＢ－ＣＵ）の間のプロトコルスタックの一例を示す図である。図２４においては、ＩＡＢドナーＣＵがアダプテーションレイヤを有する場合について示している。図２４のプロトコルスタックは、Ｕプレインデータについて示している。図２４に示す例においては、リモートＵＥがアダプテーションレイヤを有さない場合について示している。

　図２４において、アダプテーションレイヤは、リレーＵＥとＩＡＢドナーＣＵとの間で終端される。ＢＡＰは、ＩＡＢノードとＩＡＢドナーＤＵとの間で終端される。

　図２４においてはＵプレインの場合について示したが、Ｃプレインについても同様としてもよい。例えば、Ｃプレインにおいて、ＰＤＣＰレイヤ以下のプロトコルスタックを、Ｕプレインと同様としてもよい。このことにより、例えば、通信システムの複雑性を回避可能となる。

　図２４においてはリモートＵＥがアダプテーションレイヤを有さない場合について示したが、アダプテーションレイヤを有するとしてもよい。この場合において、リモートＵＥとリレーＵＥ、リレーＵＥとＩＡＢノード、ＩＡＢノードとＩＡＢドナーＤＵとの間でそれぞれ、アダプテーションレイヤが終端されるとしてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　図２４においてはＩＡＢノードが１つである場合について示したが、ＩＡＢノードが複数接続されてもよい。例えば、ＩＡＢノードが複数、縦列に接続されてもよい。この場合において、複数のＩＡＢノード間のプロトコルスタックは、ＩＡＢノードとＩＡＢドナーＤＵの間のプロトコルスタックと同様としてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　サイドリンクのアダプテーションレイヤを、ＢＡＰの上位に配置する場合において、アダプテーションレイヤの処理をＩＡＢドナーＤＵが行うとしてもよい。このことにより、例えば、ＩＡＢドナーＣＵの処理量を削減可能となる。

　図２５は、アダプテーションレイヤをＢＡＰの上位に配置する場合における、リモートＵＥ、リレーＵＥ、ＩＡＢノード、ＩＡＢドナーＤＵ、およびＩＡＢドナーＣＵ（ｇＮＢ－ＣＵ）の間のプロトコルスタックの他の例を示す図である。図２５においては、ＩＡＢドナーＤＵがアダプテーションレイヤを有する場合について示している。図２５のプロトコルスタックは、Ｕプレインデータについて示している。図２５に示す例においては、リモートＵＥがアダプテーションレイヤを有さない場合について示している。

　図２５において、アダプテーションレイヤは、リレーＵＥとＩＡＢドナーＤＵとの間でそれぞれ終端される。ＢＡＰは、ＩＡＢノードとＩＡＢドナーＤＵとの間で終端される。

　図２５においてはＵプレインの場合について示したが、Ｃプレインについても同様としてもよい。例えば、Ｃプレインにおいて、ＰＤＣＰレイヤ以下のプロトコルスタックを、Ｕプレインと同様としてもよい。このことにより、例えば、通信システムの複雑性を回避可能となる。

　図２５においてはリモートＵＥがアダプテーションレイヤを有さない場合について示したが、アダプテーションレイヤを有するとしてもよい。この場合において、リモートＵＥとリレーＵＥ、リレーＵＥとＩＡＢノード、ＩＡＢノードとＩＡＢドナーＤＵとの間でそれぞれ、アダプテーションレイヤが終端されるとしてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　図２５においてはＩＡＢノードが１つである場合について示したが、ＩＡＢノードが複数接続されてもよい。例えば、ＩＡＢノードが複数、縦列に接続されてもよい。この場合において、複数のＩＡＢノード間のプロトコルスタックは、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＢＡＰが互いに終端する形としてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　他の解決策を開示する。リレーＵＥとＩＡＢノードの間ではアダプテーションレイヤを、ＩＡＢノード間、および、ＩＡＢノードとＩＡＢドナーＤＵとの間ではＢＡＰを用いる。この場合において、リレーＵＥと直接接続するＩＡＢノードのみが、アダプレーションレイヤの処理を行うとしてもよい。このことにより、例えば、ＩＡＢノード間、および、ＩＡＢノードとＩＡＢドナーＤＵとの間において、アダプテーションレイヤのヘッダおよび／あるいはトレイラが不要となり、その結果、ＩＡＢノード間、および、ＩＡＢノードとＩＡＢドナーＤＵとの間において送受信されるデータのサイズを削減可能となる。

　図２６は、リレーＵＥとＩＡＢノードとの間ではアダプテーションレイヤを、ＩＡＢノード間、および、ＩＡＢノードとＩＡＢドナーＤＵとの間ではＢＡＰを、それぞれ用いる場合における、リモートＵＥ、リレーＵＥ、ＩＡＢノード、ＩＡＢドナーＤＵ、およびＩＡＢドナーＣＵ（ｇＮＢ－ＣＵ）の間のプロトコルスタックの一例を示す図である。図２６のプロトコルスタックは、Ｕプレインデータについて示している。図２６に示す例においては、リモートＵＥがアダプテーションレイヤを有さない場合について示している。

　図２６において、アダプテーションレイヤは、リレーＵＥとＩＡＢノードとの間で終端される。ＢＡＰは、ＩＡＢノードとＩＡＢドナーＤＵとの間で終端される。ＩＡＢドナーＤＵも、ＩＡＢドナーＣＵも、アダプテーションレイヤを有さない。

　図２６においてはＵプレインの場合について示したが、Ｃプレインについても同様としてもよい。例えば、Ｃプレインにおいて、ＰＤＣＰレイヤ以下のプロトコルスタックを、Ｕプレインと同様としてもよい。このことにより、例えば、通信システムの複雑性を回避可能となる。

　図２６においてはリモートＵＥがアダプテーションレイヤを有さない場合について示したが、アダプテーションレイヤを有するとしてもよい。この場合において、リモートＵＥとリレーＵＥ、リレーＵＥとＩＡＢノードとの間でそれぞれ、アダプテーションレイヤが終端されるとしてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　図２６においてはＩＡＢノードが１つである場合について示したが、ＩＡＢノードが複数接続されてもよい。例えば、ＩＡＢノードが複数、縦列に接続されてもよい。この場合において、複数のＩＡＢノード間のプロトコルスタックは、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＢＡＰが互いに終端する形としてもよい。このことにより、例えば、通信システムにおける柔軟性を向上可能となる。

　本変形例１により、ＩＡＢ基地局において、サイドリンクを用いた中継を実行可能となる。

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

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

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

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

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

　２００，２１０　通信システム、２０２　通信端末装置（通信端末）、２０３，２０７，２１３，２１７，２２３－１，２２４－１，２２４－２，２２６－１，２２６－２，７５０　基地局装置（基地局）、２０４　ＭＭＥ／Ｓ－ＧＷ部（ＭＭＥ部）、２０４ａ　ＭＭＥ、２１４　ＡＭＦ／ＳＭＦ／ＵＰＦ部（５ＧＣ部）、２１８　中央ユニット、２１９　分散ユニット、３０１，４０３　プロトコル処理部、３０２　アプリケーション部、３０３，４０４　送信データバッファ部、３０４，４０５　エンコーダー部、３０５，４０６　変調部、３０６，４０７　周波数変換部、３０７－１～３０７－４，４０８－１～４０８－４　アンテナ、３０８，４０９　復調部、３０９，４１０　デコーダー部、３１０，４１１，５０６，５２６　制御部、４０１　ＥＰＣ通信部、４０２　他基地局通信部、４１２　５ＧＣ通信部、５０１　ＰＤＮ　ＧＷ通信部、５０２，５２２　基地局通信部、５０３，５２３　ユーザプレイン通信部、５０４　ＨｅＮＢＧＷ通信部、５０５，５２５　制御プレイン制御部、５０５－１，５２５－１　ＮＡＳセキュリティ部、５０５－２　ＳＡＥベアラコントロール部、５０５－３，５２５－３　アイドルステートモビリティ管理部、５２１　Ｄａｔａ　Ｎｅｔｗｏｒｋ通信部、５２５－２　ＰＤＵセッションコントロール部、５２７　セッション管理部、７５１－１～７５１－８　ビーム。

Claims

　基地局と、
　前記基地局に接続する通信端末と、
　を備え、
　前記基地局は、前記通信端末が送信する上り測位信号の受信結果と自基地局の位置情報とを、前記通信端末の位置を導出する測位機能を有する装置である測位実施装置へ送信し、
　前記通信端末は、前記基地局が送信する下り測位信号の受信結果を前記測位実施装置へ送信する、
　ことを特徴とする通信システム。
　前記基地局は、自基地局の前記位置情報を導出した時刻の情報を該位置情報と対応付けて前記測位実施装置へ送信する、
　ことを特徴とする請求項１に記載の通信システム。
　前記基地局は中央ユニットと１つ以上の分散ユニットとで構成され、
　前記位置情報は前記分散ユニットのそれぞれの位置を示す、
　ことを特徴とする請求項１または２に記載の通信システム。
　アクセス・バックホール統合をサポート可能な基地局を含んで構成される通信システムであって、
　前記アクセス・バックホール統合のドナーとして動作する第１の基地局は、前記アクセス・バックホール統合のノードとして動作する第２の基地局が送信する測位信号の受信結果と自基地局の位置情報とを、前記第２の基地局の位置を導出する測位機能を有する装置である測位実施装置へ送信し、
　前記第２の基地局は、前記第１の基地局が送信する測位信号の受信結果を前記測位実施装置へ送信する、
　ことを特徴とする通信システム。