JP7400363B2

JP7400363B2 - 通信端末、基地局、及び通信方法

Info

Publication number: JP7400363B2
Application number: JP2019203298A
Authority: JP
Inventors: 利之田村
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2019-11-08
Filing date: 2019-11-08
Publication date: 2023-12-19
Anticipated expiration: 2039-11-08
Also published as: JP2021077999A

Description

本開示は、通信端末、基地局、及び通信方法に関する。

無線通信を利用するにあたり免許を必要とする周波数（ライセンススペクトラムもしくはライセンス周波数）もしくは免許を必要としない周波数（アンライセンススペクトラムもしくはアンライセンス周波数）を用いて動作する５Ｇ無線通信システムを、企業もしくは工場等のプライベートネットワークに適用することが検討されている。５Ｇ無線通信システムが適用されたプライベートネットワークは、5G-LAN、Private 5G、Vertical 5G、もしくはローカル5G等と称されてもよい。

最先端技術を用いる工場においては、精密機械を制御するために、制御サーバと精密機械との間において、数ミリ秒を周期として同期する通信が要求される。さらに、精密機械は、工場内を移動する車両に搭載される場合がある。モビリティ制御が必要とされる精密機械には、一般的に用いられる無線ＬＡＮより、モビリティ特性が優れる３ＧＰＰ（3rd Generation Partnership Project）で規定される無線アクセスシステム、および前記無線アクセスシステムを収容するコアネットワークの適用が望まれている。５Ｇ－ＬＡＮにおいても前記３ＧＰＰで規定される無線アクセスシステム、および前記無線アクセスシステムを収容するコアネットワークが用いられる。非特許文献１には、高信頼性及び低遅延の通信を実現するURLLC（Ultra-Reliable and Low Latency Communication）をサポートする通信システムの構成が開示されている。

3GPP TR 23.725 V16.2.0 （2019-06）

URLLCをサポートする通信システムにおいては、高信頼性及び低遅延の通信を実現する必要がある。そのため、通信システム内においてモビリティ制御の対象となる通信端末及びモビリティ制御を実行する基地局等の負担を軽減させ、高信頼性及び低遅延の通信を実現することが求められている。

本開示の目的は、通信システム内においてモビリティ制御の対象となる通信端末及びモビリティ制御を実行する基地局等の負担を軽減させることができる通信端末、基地局、及び通信方法を提供することにある。

本開示の第１の態様にかかる通信端末は、基地局との間に無線チャネルを構築する制御部と、移動先のセルへハンドオーバするタイミングに、前記移動先のセルの識別情報を含むハンドオーバを要求するメッセージを前記基地局へ送信する通信部と、を備え、前記移動先のセルへハンドオーバするタイミングは、目的地までの移動スケジュールに基づいて定まる。

本開示の第２の態様にかかる基地局は、通信端末との間に無線チャネルを構築する制御部と、前記通信端末が移動先のセルへハンドオーバするタイミングに、前記移動先のセルの識別情報を含むハンドオーバを要求するメッセージを前記通信端末から受信する通信部と、を備え、前記移動先のセルへハンドオーバするタイミングは、前記通信端末の目的地までの移動スケジュールに基づいて定まる。

本開示の第３の態様にかかる通信端末において実行される通信方法は、基地局との間に無線チャネルを構築し、移動先のセルへハンドオーバするタイミングに、前記移動先のセルの識別情報を含むハンドオーバを要求するメッセージを前記基地局へ送信し、前記移動先のセルへハンドオーバするタイミングは、目的地までの移動スケジュールに基づいて定まる、通信端末において実行される。

本開示の第４の態様にかかる基地局において実行される通信方法は、通信端末との間に無線チャネルを構築し、前記通信端末が移動先のセルへハンドオーバするタイミングに、前記移動先のセルの識別情報を含むハンドオーバを要求するメッセージを前記通信端末から受信し、前記移動先のセルへハンドオーバするタイミングは、前記通信端末の目的地までの移動スケジュールに基づいて定まる、基地局において実行される。

本開示により、通信システム内においてモビリティ制御の対象となる通信端末及びモビリティ制御を実行する基地局等の負担を軽減させることができる通信端末、基地局、及び通信方法を提供することができる。

実施の形態１にかかる通信端末の構成図である。実施の形態２にかかる基地局の構成図である。実施の形態２にかかるPDU Connection設定処理の流れを示す図である。実施の形態２にかかるハンドオーバ処理の流れを示す図である。実施の形態３にかかるハンドオーバ処理の流れを示す図である。それぞれの実施の形態にかかる中継装置及びＵＥの構成図である。それぞれの実施の形態にかかる基地局の構成図である。

（実施の形態１）
以下、図面を参照して本開示の実施の形態について説明する。図１を用いて実施の形態１にかかる通信端末１０の構成例について説明する。通信端末１０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。通信端末１０は、携帯電話端末、スマートフォン端末、ＩｏＴ（Internet Of Things）端末、ＭＴＣ（Machine Type Communication）端末等であってもよい。また、通信端末１０は、３ＧＰＰにおいて、通信端末の総称として用いられるＵＥ（User Equipment）であってもよい。また、通信端末１０は、車両等に搭載されて移動してもよい。車両は、例えば、ＡＧＶ（Automatic Guided Vehicle）であってもよい。

通信端末１０は、制御部１１及び通信部１２を有している。制御部１１及び通信部１２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、制御部１１及び通信部１２は、回路もしくはチップ等のハードウェアであってもよい。

制御部１１は、基地局２０との間に無線チャネルを構築する。具体的には、制御部１１は、通信部１２を介して、基地局２０との間に無線チャネルを構築する。無線チャネルは、RRC（Radio Resource Control） ConnectionもしくはPDU（Protocol Data Unit） Session等と称されてもよい。

通信部１２は、通信端末１０が、移動先のセルへハンドオーバするタイミングに、移動先のセルの識別情報を含む、ハンドオーバを要求するメッセージを基地局２０へ送信する。移動先のセルは、ターゲットセルと称されてもよい。ハンドオーバは、通信端末１０が通信中に、現在在圏しているセルから、移動先のセルへ移動する際に通信を継続するために実行される処理である。

通信端末１０が移動先のセルへハンドオーバするタイミングは、通信端末１０の目的地までの移動スケジュールに基づいて定まる。通信端末１０の目的地までの移動スケジュールは、予め定められているとする。通信端末１０は、複数のセルを経由して、目的地まで移動する。つまり、通信端末１０は、ハンドオーバを繰り返し実行し、目的地まで移動する。移動スケジュールは、移動経路、移動速度、セルのエリアに侵入する時刻、セルのエリアから脱出する時刻、及びハンドオーバを実行する時刻等であってもよい。通信端末１０は、目的地までの移動スケジュールを、通信端末１０内のメモリ等に格納していてもよい。通信端末１０の管理者等が、通信端末１０へ目的地までの移動スケジュールを入力してもよい。もしくは、通信端末１０は、移動スケジュールを格納しているサーバ装置等から、ネットワークを介して移動スケジュールを受信してもよい。

一般的に、通信端末は、基地局からハンドオーバの実行に関する指示メッセージを受信したことを契機として、ハンドオーバを実行する。基地局は、通信端末から送信されるメッセージもしくは信号の受信電力もしくは受信品質等が所定の強度もしくは品質を下回った場合、通信端末へ指示メッセージを送信する。通信端末は、指示メッセージを受信すると、周辺のセルにおける信号の受信電力もしくは受信品質等を測定し、測定結果を基地局へ送信する。基地局は、通信端末から送信された測定結果に基づいて、通信端末の移動先のセルを決定する。

一方、実施の形態１にかかる通信端末１０がハンドオーバを実行するタイミングは、移動スケジュールに基づいて決定される。例えば、移動スケジュールにおいて、現在のセルから移動先のセルのエリアに侵入する時刻が決定されている場合、通信端末１０がハンドオーバを実行するタイミングは、通信端末１０が移動先のセルのエリアに侵入する時刻であってもよい。もしくは、通信端末１０がハンドオーバを実行するタイミングは、通信端末１０が移動先のセルのエリアに侵入する時刻の所定期間前もしくは所定期間経過後であってもよい。

このように、通信端末１０の移動先のセルは、予め決定されているため、通信端末１０及び基地局２０は、移動先のセルを決定するための処理を省略することができる。その結果、ハンドオーバ時の通信端末１０及び基地局２０の処理は、通信端末が周辺セルの受信電力等の測定を行う場合と比較して軽減する。

（実施の形態２）
続いて、図２を用いて実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムにおいては、基地局２０の構成例が示されている。通信端末１０の構成は、図１における通信端末１０と同様であるため詳細な説明を省略する。

基地局２０は、制御部２１及び通信部２２を有している。基地局２０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。基地局２０は、例えば、３ＧＰＰにおいて規定されているｅＮＢ（evolved Node B）であってもよく、３ＧＰＰにおいて規定されているＮＲ（New Radio）であってもよく、３ＧＰＰにおいていわゆる５Ｇとして定められている無線通信規格をサポートする基地局であってもよい。

制御部２１及び通信部２２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、制御部２１及び通信部２２は、回路もしくはチップ等のハードウェアであってもよい。

制御部２１は、通信端末１０との間に無線チャネルを構築する。具体的には、制御部２１は、通信部２２を介して、通信端末１０との間に無線チャネルを構築する。通信部２２は、通信端末１０が移動先のセルへハンドオーバするタイミングに、移動先のセルの識別情報を含む、ハンドオーバを要求するメッセージを通信端末１０から受信する。通信端末１０が移動先のセルへハンドオーバするタイミングは、通信端末１０の目的地までの移動スケジュールに基づいて定まる。

続いて、図３を用いて実施の形態２にかかるPDU（Protocol Data Unit） session設定処理の流れについて説明する。PDU sessionは、RRC connectionと言い換えられてもよい。また、図３においては、図２の通信端末１０に相当する装置として、ＵＥ３０を用いて説明する。さらに、図３においては、図２の基地局２０に相当する装置として、ｅＮＢ４０を用いて説明する。図３以降の説明においても、図３と同様に、ＵＥ及びｅＮＢを用いて説明する。

はじめに、ＵＥ３０は、PRACH（Physical Random Access Chanel） PreambleをｅＮＢ４０へ送信する（Ｓ１１）。PRACH Preambleは、ｅＮＢ４０が形成するセルにおいて、ＵＥ３０がｅＮＢ４０とコネクションを確立もしくは構築する際に、ＵＥ３０から最初に送信される信号である。次に、ｅＮＢ４０は、PRACH ResponseをＵＥ３０へ送信する（Ｓ１２）。PRACH responseは、ＵＥ３０がRRC Connection requestを送信するタイミングに関する情報等を含む。次に、ＵＥ３０は、RRC Connectionを確立するために、ｅＮＢ４０へRRC Connection requestを送信する（Ｓ１３）。RRC Connection requestは、Next handover informationを含む。

Next handover informationは、ＵＥ３０の移動スケジュールをｅＮＢ４０へ通知するために用いられる。Next handover informationは、例えば、Target Cell ID、Carrier Frequency、及びExpected Handover time等を含む。Target Cell IDは、ＵＥ３０の移動先のセルを識別する情報である。言い換えると、Target Cell IDは、ＵＥ３０のハンドオーバ先のセルを識別する情報である。Target Cell IDは、ＵＥ３０が現在在圏しているセルではなく、ＵＥ３０が現在在圏しているセルから移動した後のセルを識別する情報である。

Carrier Frequencyは、ＵＥ３０の移動先のセルにおいて用いられる周波数を示す。Expected Handover timeは、ＵＥ３０が、ハンドオーバを実行する時刻を示す。もしくは、Expected Handover timeは、ハンドオーバを実行する時刻から現在時刻を引いた時間であってもよい。つまり、Expected Handover timeは、現在時刻からハンドオーバを実行する時刻までの時間であってもよい。

次に、ｅＮＢ４０は、RRC Connection setupをＵＥ３０へ送信する（Ｓ１４）。RRC Connection setupは、ＵＥ３０とｅＮＢ４０との間においてRRC Connectionを確立するための制御情報を含む。次に、ＵＥ３０は、RRC Connection setupへの応答として、RRC Connection setup completeをｅＮＢ４０へ送信する（Ｓ１５）。

図３においては、Next handover informationが、ステップＳ１３において送信されるRRC Connection requestに含まれる例が示されているが、ステップＳ１５において送信されるRRC Connection setup completeに含まれてもよい。

また、ＵＥ３０は、Next handover informationのかわりに、UIH（UE Initiated Handover） UE supportをｅＮＢ４０へ送信してもよい。UIH UE supportは、ＵＥ３０が予め定められた移動スケジュールに従ってハンドオーバを実行するＵＥであることを示す情報である。さらに、ｅＮＢ４０は、UIH RAN supportをＵＥ３０へ送信してもよい。UIH RAN supportは、ｅＮＢ４０が、予め定められた移動スケジュールに従ってハンドオーバを実行するＵＥの動作もしくは処理に対応することができることを示す情報である。ＵＥ３０とｅＮＢ４０との間において、UIH UE support及びUIH RAN supportを送信することによって、ＵＥ３０及びｅＮＢ４０は、ＵＩＨ機能に関する能力交渉を行う。

ＵＥ３０は、UIH UE supportをRRC Connection requestもしくはRRC Connection setup completeに含めて送信してもよい。ｅＮＢ４０は、UIH RAN supportをPRACH ResponseもしくはRRC Connection setupに含めて送信してもよい。

図３に示されるPDU Connection設定処理が実行されることによって、ｅＮＢ４０は、Next handover informationもしくはUIH UE supportを受信することができる。これより、ｅＮＢ４０は、ＵＥ３０が、予め定められた移動スケジュールに従ってハンドオーバを実行するＵＥであることを認識することができる。

続いて、図４を用いて実施の形態２にかかるハンドオーバ処理の流れについて説明する。図４においては、図３の処理が実施され、ＵＥ３０とｅＮＢ４０との間にPDU Sessionが確立されている状態であり、ＵＥ３０とｅＮＢ４０とが通信中であることを前提とする（Ｓ２１）。ＵＥ３０は、ｅＮＢ４０と通信中にも、予め定められた移動スケジュールに従って移動している。そのため、ＵＥ３０は、予め定められたハンドオーバの実行時刻に達した場合、ｅＮＢ４０が形成するセルとは異なるセルへハンドオーバすることを決定する（Ｓ２２）。具体的には、ＵＥ３０は、ｅＮＢ４１が形成するセルへハンドオーバすることを決定する。

ＵＥ３０は、ハンドオーバの実行時刻に達した場合以外であっても、例えば、予め定められた場所もしくはエリアに到達した場合に、ハンドオーバすることを決定してもよい。例えば、ＵＥ３０は、ｅＮＢ４１が形成するセルのエリアに侵入した場合、もしくは、ｅＮＢ４１が形成するセルのエリアに侵入する前であって、ｅＮＢ４１が形成するセルの境界から予め定められた距離離れた位置に達した場合に、ハンドオーバすることを決定してもよい。もしくは、ＵＥ３０は、ｅＮＢ４１が形成するセル内の予め定められた位置に達した場合に、ハンドオーバすることを決定してもよい。

次に、ＵＥ３０は、Handover indicationをｅＮＢ４０へ送信する（Ｓ２３）。Handover indicationは、ＵＥ３０の移動先のセルを示す情報を含む。ＵＥ３０の移動先のセルを示す情報は、例えば、Target cell IDであってもよい。Target Cell IDは、ｅＮＢ４１が形成するセルを示す。ＵＥ３０は、予め定められたセルへハンドオーバすることを通知するために、ｅＮＢ４０へHandover indicationを送信する。ＵＥ３０は、ｅＮＢ４１が形成するセルへのハンドオーバを要求するために、Handover indicationを送信する。

次に、ｅＮＢ４０は、ＵＥ３０の移動先のセルを形成するｅＮＢ４１へ、Handover requestを送信する（Ｓ２４）。ｅＮＢ４１は、Handover requestの応答として、Handover request ackをｅＮＢ４０へ送信する（Ｓ２５）。

次に、ｅＮＢ４０は、ＵＥ３０へRRC connection reconfigurationを送信する（Ｓ２６）。RRC connection reconfigurationは、例えば、ｅＮＢ４１において用いられるセキュリティアルゴリズムに関する情報等を含む。ＵＥ３０は、RRC connection reconfigurationの応答として、RRC connection reconfiguration completeをｅＮＢ４０へ送信する（Ｓ２７）。次に、ｅＮＢ４０は、ｅＮＢ４１へSN status transferを送信する（Ｓ２８）。SN status transferは、例えば、ＵＥ３０からｅＮＢ４０へ送信されるアップリンクデータを示すPDCP（Packet Data Convergence Protocol） SN（Sequence Number）、及び、ｅＮＢ４０からＵＥ３０へ送信されるダウンリンクデータを示すPDCP SNを含んでもよい。

以上説明したように、実施の形態２にかかるＵＥ３０は、ｅＮＢ４０からハンドオーバの実行に関する指示メッセージを受信することなく、Handover indicationをｅＮＢ４０へ送信することができる。これより、ＵＥ３０は、現在在圏しているセルの周辺セルにおける信号の受信電力もしくは受信品質等の測定処理を省略することができる。つまり、ＵＥ３０における測定処理に伴う処理負荷が軽減される。さらに、ｅＮＢ４０は、ＵＥ３０に対する測定処理の実行指示の送信に伴う処理負荷が軽減される。

また、ステップＳ２３におけるHandover indicationは、現在定義されていない新たなＲＲＣメッセージを用いて送信されてもよい。もしくは、Handover Indicationは、測定処理の結果をｅＮＢ４０へ通知するために用いられる既存のメッセージであるMeasurement reportを用いて送信されてもよい。例えば、Handover indicationに含まれる移動先のセルを示す情報が、測定を実施したセルを識別する情報として、Measurement reportに含められてもよい。また、受信電力もしくは受信品質等の測定値を示す情報の代わりに、ＵＥ３０が予め定められた移動スケジュールに従ってハンドオーバを実行することを示す情報が、Measurement reportに含められてもよい。

（実施の形態３）
続いて、図５を用いて実施の形態３にかかるハンドオーバ処理の流れについて説明する。図５のステップＳ３１は、図４のステップＳ２１と同様であるため詳細な説明を省略する。ステップＳ３１において、ＵＥ３０からｅＮＢ４０へ、Next handover informationが送信されているとする。これにより、ｅＮＢ４０は、ＵＥ３０の移動スケジュールを認識しているとする。

ｅＮＢ４０は、Next handover informationに従って、ＵＥ３０におけるMeasurement実行を決定する（Ｓ３２）。例えば、ｅＮＢ４０は、Expected Handover timeにおいて示されている時刻にＵＥ３０においてMeasurementを実行させることを決定してもよい。もしくは、ｅＮＢ４０は、Expected Handover timeよりも予め定められた時間前、もしくは、Expected Handover timeよりも予め定められた時間経過後に、ＵＥ３０においてMeasurementを実行させることを決定してもよい。

次に、ｅＮＢ４０は、ＵＥ３０にMeasurementを実行させるために、RRC Connection reconfigurationを送信する（Ｓ３３）。RRC Connection reconfigurationは、Measurementの実行を指示するメッセージもしくはパラメータを含む。例えば、RRC Connection reconfigurationは、Measurement requestもしくはMeasurement controlとするメッセージもしくはパラメータを含んでもよい。ここで、ｅＮＢ４０は、ＵＥ３０の移動先のセルが、ｅＮＢ４１によって形成されるセルであることを認識している。そのため、ｅＮＢ４０は、Measurement requestもしくはMeasurement controlにおいて、Measurementを実行するセルを識別する情報として、Target Cell IDのみを設定する。具体的には、ｅＮＢ４０は、Measurement requestもしくはMeasurement controlにおいて、ｅＮＢ４１によって形成されるセルを識別するTarget Cell IDを設定してもよい。

ＵＥ３０は、RRC Connection reconfigurationへの応答として、RRC Connection reconfiguration completeをｅＮＢ４０へ送信する（Ｓ３４）。さらに、ＵＥ３０は、RRC Connection reconfigurationにおいて設定されたTarget Cell IDによって識別されるセルにおいて信号の受信電力もしくは受信品質等を測定するMeasurementを実行する。ＵＥ３０は、Measurementの実行結果を含むRRC Measurement reportをｅＮＢ４０へ送信する（Ｓ３５）。RRC Measurement reportは、Target Cellへのハンドオーバを要求するリクエストメッセージもしくはTarget Cellへのハンドオーバを指示する指示メッセージに相当する。ここで、ＵＥ３０は、RRC Connection reconfigurationにおいて設定されたTarget Cell IDによって識別されるセルにおいて信号の受信電力もしくは受信品質等を測定しなくてもよい。つまり、ＵＥ３０は、次に移動するセルが決定されているため、Target Cell IDによって識別されるセルにおける測定処理を実行しなくてもよい。この場合、ＵＥ３０は、RRC Measurement reportには、予め定められた値を設定してもよい。予め定められた値は、例えば、ｅＮＢ４０が、ｅＮＢ４１が形成したセルへのハンドオーバを許可することができる程度の、受信電力もしくは受信品質の値であってもよい。もしくは、予め定められた値は、測定処理を省略したことを示す値であってもよい。

ステップＳ３６乃至Ｓ４０は、図４のステップＳ２４乃至Ｓ２８と同様であるため詳細な説明を省略する。

ここで、ＵＥ３０は、ステップＳ３４において送信するRRC Connection reconfiguration completeに、ｅＮＢ４１によって形成されるセルの次のセルへの移動スケジュールを示すNext handover informationを含めてもよい。さらに、ｅＮＢ４０は、ステップＳ３６において送信するHandover requestに、RRC Connection reconfiguration completeに含まれるNext handover informationを含めてもよい。もしくは、ＵＥ３０は、RRC Connection reconfiguration completeに、今後移動先となりうる複数のセルへの移動スケジュールを示すNext handover informationを含めてもよい。

このように、ｅＮＢ４１が、ｅＮＢ４１によって形成されるセルの次のセルへの移動スケジュールを示すNext handover informationを受信することによって、ｅＮＢ４１は、ステップＳ３２と同様に、ＵＥ３０におけるMeasurement実行を決定することができる。

以上説明したように、図５のハンドオーバ処理においては、ｅＮＢ４０は、ＵＥ３０においてMeasurementを実行させるセルを識別する情報として、Next handover informationに含まれるTarget Cell IDを指定することができる。これにより、ＵＥ３０は、Target Cell IDによって識別されるセル以外のセルにおけるMeasurementを実行する必要がなくなる。その結果、Target Cell IDが指定された場合のＵＥ３０における処理負荷は、Target Cell IDが指定されない場合と比較して、軽減される。

また、ｅＮＢ４１は、次のセルへの移動スケジュールを示すNext handover informationを受信することによって、ＵＥ３０におけるMeasurement実行を決定することができる。

続いて以下では、上述の複数の実施形態で説明された、通信端末１０及び基地局２０の構成例について説明する。

図６は、通信端末１０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、基地局２０と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナ１１０２及びベースバンドプロセッサ１１０３と結合される。すなわち、RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。

ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解を含む。さらに、デジタルベースバンド信号処理は、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。

例えば、LTEおよび5Gの場合、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。

ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。

アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラムを実行することによって、通信端末１０の各種機能を実現する。アプリケーションプログラムは、例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーションであってもよい。

いくつかの実装において、図６に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。

メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。

メモリ１１０６は、上述の複数の実施形態で説明された通信端末１０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明された通信端末１０の処理を行うよう構成されてもよい。

図７は、基地局２０の構成例を示すブロック図である。図７を参照すると、基地局２０は、RFトランシーバ１００１、ネットワークインターフェース１００３、プロセッサ１００４、及びメモリ１００５を含む。RFトランシーバ１００１は、UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１は、アンテナ１００２及びプロセッサ１００４と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１００４に供給する。

ネットワークインターフェース１００３は、ネットワークノード（e.g., 他のコアネットワークノード）と通信するために使用される。ネットワークインターフェース１００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。

プロセッサ１００４は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよび5Gの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。

プロセッサ１００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。

メモリ１００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１００５は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１００５は、プロセッサ１００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００４は、ネットワークインターフェース１００３又は図示されていないI/Oインタフェースを介してメモリ１００５にアクセスしてもよい。

メモリ１００５は、上述の複数の実施形態で説明された基地局２０による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１００４は、当該ソフトウェアモジュールをメモリ１００５から読み出して実行することで、上述の実施形態で説明された基地局２０の処理を行うよう構成されてもよい。

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。磁気記録媒体は、例えばフレキシブルディスク、磁気テープ、ハードディスクドライブであってもよい。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）であってもよい。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
基地局との間に無線チャネルを構築する制御部と、
移動先のセルへハンドオーバするタイミングに、前記移動先のセルの識別情報を含むハンドオーバを要求するメッセージを前記基地局へ送信する通信部と、を備え、
前記移動先のセルへハンドオーバするタイミングは、目的地までの移動スケジュールに基づいて定まる、通信端末。
（付記２）
前記制御部は、
前記無線チャネルを構築する際に、前記移動先のセルの識別情報及び前記移動先のセルへハンドオーバするタイミング情報を前記基地局へ送信し、
前記通信部は、
前記移動先のセルへハンドオーバするタイミングに前記基地局からハンドオーバを指示するメッセージを受信する、付記１に記載の通信端末。
（付記３）
前記ハンドオーバを指示するメッセージは、前記移動先のセルの識別情報を含む、付記２に記載の通信端末。
（付記４）
前記ハンドオーバを指示するメッセージは、前記通信端末が探索するセルとして、前記移動先のセルの識別情報のみを含む、付記２又は３に記載の通信端末。
（付記５）
前記通信部は、
前記移動先のセルの次の移動先のセルの識別情報及び前記次の移動先のセルへハンドオーバするタイミング情報を含む前記ハンドオーバを要求するメッセージを前記基地局へ送信する、付記１乃至４のいずれか１項に記載の通信端末。
（付記６）
前記制御部は、
目的地までの前記移動スケジュールに基づいて、移動先のセルへハンドオーバするタイミングを決定し、
前記通信部は、
決定された前記タイミングに、前記移動先のセルの識別情報を含むハンドオーバを要求するメッセージを前記基地局へ送信する、付記１乃至５のいずれか１項に記載の通信端末。
（付記７）
前記制御部は、
前記基地局との間に無線チャネルを構築する際に、前記通信端末が決定した前記タイミングに、前記ハンドオーバを要求するメッセージを送信することを示す情報を送信する、付記６に記載の通信端末。
（付記８）
通信端末との間に無線チャネルを構築する制御部と、
前記通信端末が移動先のセルへハンドオーバするタイミングに、前記移動先のセルの識別情報を含むハンドオーバを要求するメッセージを前記通信端末から受信する通信部と、を備え、
前記移動先のセルへハンドオーバするタイミングは、前記通信端末の目的地までの移動スケジュールに基づいて定まる、基地局。
（付記９）
前記制御部は、
通信端末との間に無線チャネルを構築する際に、前記通信端末が移動先のセルへハンドオーバするタイミングに関する情報を受信し、
前記通信部は、
前記通信端末が前記移動先のセルへハンドオーバするタイミングに、ハンドオーバの実行を指示する指示メッセージを前記通信端末へ送信する、付記８に記載の基地局。
（付記１０）
前記通信部は、
前記移動先のセルの識別情報を含む前記指示メッセージを前記通信端末へ送信する、付記８に記載の基地局。
（付記１１）
基地局との間に無線チャネルを構築し、
移動先のセルへハンドオーバするタイミングに、前記移動先のセルの識別情報を含むハンドオーバを要求するメッセージを前記基地局へ送信し、
前記移動先のセルへハンドオーバするタイミングは、目的地までの移動スケジュールに基づいて定まる、通信端末において実行される通信方法。
（付記１２）
通信端末との間に無線チャネルを構築し、
前記通信端末が移動先のセルへハンドオーバするタイミングに、前記移動先のセルの識別情報を含むハンドオーバを要求するメッセージを前記通信端末から受信し、
前記移動先のセルへハンドオーバするタイミングは、前記通信端末の目的地までの移動スケジュールに基づいて定まる、基地局において実行される通信方法。
（付記１３）
基地局との間に無線チャネルを構築し、
移動先のセルへハンドオーバするタイミングに、前記移動先のセルの識別情報を含むハンドオーバを要求するメッセージを前記基地局へ送信することをコンピュータに実行させ、
前記移動先のセルへハンドオーバするタイミングは、目的地までの移動スケジュールに基づいて定まる、プログラム。
（付記１４）
通信端末との間に無線チャネルを構築し、
前記通信端末が移動先のセルへハンドオーバするタイミングに、前記移動先のセルの識別情報を含むハンドオーバを要求するメッセージを前記通信端末から受信することをコンピュータに実行させ、
前記移動先のセルへハンドオーバするタイミングは、前記通信端末の目的地までの移動スケジュールに基づいて定まる、プログラム。

１０通信端末
１１制御部
１２通信部
２０基地局
２１制御部
２２通信部
３０ＵＥ
４０ｅＮＢ
４１ｅＮＢ

Claims

基地局との間に無線チャネルを構築する制御部と、
移動先のセルへハンドオーバするタイミングに、前記基地局からハンドオーバを指示するメッセージを受信する通信部と、を備え、
前記制御部は、前記無線チャネルを構築する際に、前記移動先のセルの識別情報及び前記移動先のセルへハンドオーバするタイミング情報を前記基地局へ送信し、
前記移動先のセルへハンドオーバするタイミングは、目的地までの移動スケジュールに基づいて定まる、通信端末。
前記ハンドオーバを指示するメッセージは、前記移動先のセルの識別情報を含む、請求項１に記載の通信端末。
前記ハンドオーバを指示するメッセージは、前記通信端末が探索するセルとして、前記移動先のセルの識別情報のみを含む、請求項１又は２に記載の通信端末。
通信端末との間に無線チャネルを構築する制御部と、
前記通信端末が移動先のセルへハンドオーバするタイミングに、ハンドオーバを指示するメッセージを送信する通信部と、を備え、
前記制御部は、前記無線チャネルを構築する際に、前記移動先のセルの識別情報及び前記移動先のセルへハンドオーバするタイミング情報を前記通信端末から受信し、
前記移動先のセルへハンドオーバするタイミングは、前記通信端末の目的地までの移動スケジュールに基づいて定まる、基地局。
基地局との間に無線チャネルを構築し、
移動先のセルへハンドオーバするタイミングに、前記基地局からハンドオーバを指示するメッセージを受信し、
前記無線チャネルを構築する際に、前記移動先のセルの識別情報及び前記移動先のセルへハンドオーバするタイミング情報を前記基地局へ送信し、
前記移動先のセルへハンドオーバするタイミングは、目的地までの移動スケジュールに基づいて定まる、通信端末において実行される通信方法。
通信端末との間に無線チャネルを構築し、
前記通信端末が移動先のセルへハンドオーバするタイミングに、ハンドオーバを指示するメッセージを送信し、
前記無線チャネルを構築する際に、前記移動先のセルの識別情報及び前記移動先のセルへハンドオーバするタイミング情報を前記通信端末から受信し、
前記移動先のセルへハンドオーバするタイミングは、前記通信端末の目的地までの移動スケジュールに基づいて定まる、基地局において実行される通信方法。