特許 7603761 基地局装置、制御方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-12-12

(45)【発行日】2024-12-20

(54)【発明の名称】基地局装置、制御方法及びプログラム

(51)【国際特許分類】

   H04W 36/14 20090101AFI20241213BHJP

   H04W 60/04 20090101ALI20241213BHJP

   H04W 48/18 20090101ALI20241213BHJP

   H04W 36/16 20090101ALI20241213BHJP

   H04W 88/06 20090101ALI20241213BHJP

【ＦＩ】

H04W36/14

H04W60/04

H04W48/18 111

H04W36/16

H04W88/06

【請求項の数】 8

(21)【出願番号】P 2023147078

(22)【出願日】2023-09-11

【審査請求日】2024-02-08

【早期審査対象出願】

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】長谷川 洸

【審査官】久松 和之

(56)【参考文献】

【文献】Huawei, HiSilicon, CMCC, China Telecom, China Unicom, LG Uplus，EPS fallback enhancements for UEs in IDLE/INACTIVE，3GPP TSG RAN WG2 #116-e R2-2110485，2021年10月22日

【文献】vivo, China Telecom, CMCC, SoftBank, China Unicom, Vodafone, Ericsson，Early measurement for EPS Fallback，3GPP TSG RAN WG2 #118-e R2-2205054，2022年04月25日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４、６

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

第１無線通信システムの基地局装置からのハンドオーバ先となる第２無線通信システムの基地局装置であって、
前記第１無線通信システムに接続中の端末装置が前記第１無線通信システムから前記第２無線通信システムへハンドオーバして音声通信を行うためのハンドオーバ要求を、前記第２無線通信システムの移動管理装置から受信すると、前記ハンドオーバ要求に従ってハンドオーバ処理を行う第１処理手段と、
前記ハンドオーバ処理が完了すると、前記移動管理装置によって管理される、前記端末装置の位置登録エリアを更新する更新処理を行う第２処理手段と、
前記更新処理が行われている間に前記第２無線通信システムにおける前記端末装置のハンドオーバのための測定設定が前記端末装置へ送信されないように、前記移動管理装置から受信した前記ハンドオーバ要求に対する応答を前記移動管理装置へ送信する際に、前記測定設定を含めずに当該応答を前記移動管理装置へ送信する通信制御手段と、
を備える、基地局装置。

【請求項2】

前記通信制御手段は、前記更新処理の完了後に、前記第２無線通信システムにおける前記端末装置のハンドオーバを実行可能にするためのメッセージを前記端末装置へ送信する、請求項１に記載の基地局装置。

【請求項3】

前記通信制御手段は、前記更新処理の完了後に、前記測定設定を含むメッセージを前記端末装置へ送信する、請求項２に記載の基地局装置。

【請求項4】

前記通信制御手段は、前記更新処理の完了後に、前記音声通信に用いられるベアラを確立するためのベアラ確立要求を前記移動管理装置から受信すると、前記測定設定を含むメッセージを前記端末装置へ送信する、請求項３に記載の基地局装置。

【請求項5】

前記通信制御手段は、前記測定設定を含む前記メッセージとして、前記測定設定を含む無線リソース制御（ＲＲＣ）接続再設定メッセージを前記端末装置へ送信する、請求項３に記載の基地局装置。

【請求項6】

前記第１無線通信システムはＮＲシステムであり、前記第２無線通信システムはＬＴＥシステムである、請求項１又は２に記載の基地局装置。

【請求項7】

第１無線通信システムの基地局装置からのハンドオーバ先となる第２無線通信システムの基地局装置の制御方法であって、
前記第１無線通信システムに接続中の端末装置が前記第１無線通信システムから前記第２無線通信システムへハンドオーバして音声通信を行うためのハンドオーバ要求を、前記第２無線通信システムの移動管理装置から受信すると、前記ハンドオーバ要求に従ってハンドオーバ処理を行う工程と、
前記ハンドオーバ処理が完了すると、前記移動管理装置によって管理される、前記端末装置の位置登録エリアを更新する更新処理を行う工程と、
前記更新処理が行われている間に前記第２無線通信システムにおける前記端末装置のハンドオーバのための測定設定が前記端末装置へ送信されないように、前記移動管理装置から受信した前記ハンドオーバ要求に対する応答を前記移動管理装置へ送信する際に、前記測定設定を含めずに当該応答を前記移動管理装置へ送信する工程と、
を含む、制御方法。

【請求項8】

請求項７に記載の制御方法を基地局装置のプロセッサに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システム（移動体通信システム）における基地局装置、制御方法及びプログラムに関するものである。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ(登録商標)）の第５世代（５Ｇ）規格（ＮＲ（New Radio）規格とも称される。）の無線通信システム（移動体通信システム）における音声通信サービスの提供方式の１つとして、ＥＰＳ（Evolved Packet System）フォールバック方式が規定されている。ＥＰＳフォールバック方式では、ＮＲ規格の無線通信システム（ＮＲシステム又は５Ｇ ＮＲシステム）で待ち受け又は通信中の端末を、ＬＴＥ（Long Term Evolution）／ＬＴＥ Ａｄｖａｎｃｅｄ規格の無線通信システム（ＬＴＥシステム）へハンドオーバさせ、ＬＴＥシステムにおいて音声通信サービスを提供する。なお、ＮＲシステムは５Ｇシステム（５ＧＳ）とも称され、ＬＴＥシステムはＥＰＳとも称される。

【0003】

ＥＰＳフォールバック方式では、ＮＲシステムからＬＴＥシステムへのハンドオーバ（ＨＯ）処理の完了後に、端末の位置登録エリアの管理をＮＲシステムからＬＴＥシステムへ移す必要がある。このため、ＨＯ処理の完了後に、端末の位置登録エリア（トラッキングエリア）を更新するトラッキングエリア更新（ＴＡＵ：Tracking Area Update）処理が行われる（例えば、非特許文献１）。

【先行技術文献】

【非特許文献】

【0004】

【文献】清水, 阿部, 宮崎, 小原, 「5G SA方式での音声通話を実現するコアネットワーク技術概要」, NTT DOCOMOジャーナル, Vol.30, No.4, 2023年1月.

【発明の概要】

【発明が解決しようとする課題】

【0005】

上述の方式では、通常、ＮＲシステムからＬＴＥシステムへのＨＯ処理の完了直後から、ＬＴＥシステムにおける端末の次のＨＯ処理（例えば、受信品質の低下に伴うセル間のＨＯ処理）を行うことが可能になる。しかし、ＴＡＵ処理が行われている間に、ＬＴＥシステムにおいて端末の次のＨＯ処理が開始されると、当該ＨＯ処理とＴＡＵ処理との競合が生じる。その結果、ＴＡＵ処理を完了できなくなり、音声呼の確立が失敗することになる。

【0006】

そこで、本発明は、第１無線通信システム（ＮＲシステム）から第２無線通信システム（ＬＴＥシステム）へ端末装置の接続先を切り替えて音声通信サービスを提供する際に、処理競合の発生を防止する技術を提供する。

【課題を解決するための手段】

【0007】

本発明の一態様に係る基地局装置は、第１無線通信システムの基地局装置からのハンドオーバ先となる第２無線通信システムの基地局装置であって、前記第１無線通信システムに接続中の端末装置が前記第１無線通信システムから前記第２無線通信システムへハンドオーバして音声通信を行うためのハンドオーバ要求を、前記第２無線通信システムの移動管理装置から受信すると、前記ハンドオーバ要求に従ってハンドオーバ処理を行う第１処理手段と、前記ハンドオーバ処理が完了すると、前記移動管理装置によって管理される、前記端末装置の位置登録エリアを更新する更新処理を行う第２処理手段と、前記更新処理が行われている間に前記第２無線通信システムにおける前記端末装置のハンドオーバのための測定設定が前記端末装置へ送信されないように、前記移動管理装置から受信した前記ハンドオーバ要求に対する応答を前記移動管理装置へ送信する際に、前記測定設定を含めずに当該応答を前記移動管理装置へ送信する通信制御手段と、を備える。

【発明の効果】

【0008】

本発明によれば、第１無線通信システム（ＮＲシステム）から第２無線通信システム（ＬＴＥシステム）へ端末装置の接続先を切り替えて音声通信サービスを提供する際に、処理競合の発生を防止することが可能になる。

【図面の簡単な説明】

【0009】

【図1】通信システムの構成例を示す図。

【図2】基地局装置（ｅＮＢ）のハードウェア構成例を示すブロック図。

【図3】基地局装置（ｅＮＢ）の機能構成例を示すブロック図。

【図4】通信システムにおいて実行される処理のシーケンスの例を示すシーケンス図。

【図5】通信システムにおいて実行される処理のシーケンスの例を示すシーケンス図。

【発明を実施するための形態】

【0010】

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうちの二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

【0011】

＜通信システムの構成＞
図１は、本開示の実施形態に係る通信システムの構成例を示す。本実施形態では、第１無線通信システムから第２無線通信システムへ端末装置の接続先を切り替えて音声通信サービスを提供する通信システムについて説明する。第１無線通信システム及び第２無線通信システムは、それぞれ異なる無線通信技術（ＲＡＴ）に対応するセルラ通信システムである。本実施形態では、一例として、第１無線通信システムは、３ＧＰＰのＮＲ規格（５Ｇ規格）に従うセルラ通信システム（ＮＲシステム）で構成される。また、第２無線通信システムは、３ＧＰＰのＬＴＥ／ＬＴＥ Ａｄｖａｎｃｅｄ規格に従うセルラ通信システム（ＬＴＥシステム）で構成される。

【0012】

ＮＲシステム２０は、基地局装置（ｇＮＢ）２１と、コアネットワーク２００とを含む。コアネットワーク２００は、端末装置のモビリティ管理を行う移動管理装置としてＡＭＦ（Access and Mobility Management Function）２５を含む。なお、コアネットワーク２００は５ＧＣ（5G Core）とも称される。コアネットワーク２００は、インターネット等のデータネットワーク４０に接続されている。

【0013】

ＬＴＥシステム３０は、基地局装置（ｅＮＢ）３１と、コアネットワーク３００とを含む。コアネットワーク３００は、端末装置のモビリティ管理を行う移動管理装置としてＭＭＥ（Mobility Management Entity）３５を含む。なお、コアネットワーク３００はＥＰＣ（Evolved Packet Core）とも称される。コアネットワーク３００は、データネットワーク４０に接続されている。

【0014】

ユーザ装置（ＵＥ）１０は、ＮＲ規格のＲＡＴ及びＬＴＥ／ＬＴＥ Ａｄｖａｎｃｅｄ規格のＲＡＴに対応している端末装置（無線端末）であり、例えば、スマートフォン又はタブレット端末等で構成される。ＵＥ１０は、ＮＲシステム２０のｇＮＢ２１に対して無線アクセスを行うことで、ｇＮＢ２１及びコアネットワーク２００を介してデータネットワーク４０にアクセス可能である。また、ＵＥ１０は、ＬＴＥシステム３０のｅＥＮＢ３１に対して無線アクセスを行うことで、ｅＮＢ３１及びコアネットワーク３００を介してデータネットワーク４０にアクセス可能である。

【0015】

本実施形態の通信システムにおいて、端末装置（ＵＥ１０）に対する音声通信サービスの提供は、ＬＴＥシステム３０によって行われる。このため、ＮＲシステム２０で待ち受け中又は通信中の端末装置に対して音声通信サービスの提供を開始する際には、ＮＲシステム２０からＬＴＥシステム３０へ端末装置の接続先の切り替え（ハンドオーバ）を行う必要がある。ＮＲシステム２０からＬＴＥシステム３０へのこのような切り替えは、上述のように、ＥＰＳフォールバックとも称される。

【0016】

本実施形態では、通信システムにおいて、ｇＮＢ２１のセルとｅＮＢ３１のセルとが重なり合っているエリアにＵＥ１０が位置している状態で、ＵＥ１０に対して音声通信サービスを提供する例について説明する。

【0017】

＜基地局装置（ｅＮＢ）の構成＞
図２は、本実施形態に係る、第２無線通信システム（ＬＴＥシステム３０）の基地局装置（ｅＮＢ３１）のハードウェア構成例を示す。ｅＮＢ３１は、１つ以上のプロセッサ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ＨＤＤ等の記憶装置（ストレージ）３１４、及び通信デバイス３１５を備える。

【0018】

ｅＮＢ３１では、例えばＲＯＭ３１２、ＲＡＭ３１３及びストレージ３１４のいずれかに格納された、後述するｅＮＢ３１の各機能を実現するプログラムが、ＣＰＵ等のプロセッサ３１１によって実行される。なお、プロセッサ３１１は、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＤＳＰ（デジタルシグナルプロセッサ）等の１つ以上のプロセッサによって置き換えられてもよい。通信デバイス３１５は、プロセッサ３１１による制御下で、外部装置（端末装置、コアネットワーク３００のネットワークノード等）との通信を行うための通信インタフェースである。通信デバイス３１５は、ｅＮＢ３１によって形成されるセル内の端末装置（無線端末）との無線通信のための無線通信インタフェースを含む。ｅＮＢ３１は、それぞれ接続先が異なる複数の通信デバイス３１５を有していてもよい。

【0019】

図３は、本実施形態に係る、第２無線通信システム（ＬＴＥシステム３０）の基地局装置（ｅＮＢ３１）の機能構成（ソフトウェア構成）例を示す。ｅＮＢ３１は、ハンドオーバ（ＨＯ）処理部３２１、位置登録エリア更新（ＴＡＵ）処理部３２２、及び通信制御部３２３を有する。ｅＮＢ３１のこれらの機能ユニットは、例えばＲＯＭ３１２、ＲＡＭ３１３及びストレージ３１４のいずれかに格納されたプログラムをプロセッサ３１１が実行することによって、ｅＮＢ３１において実現される。

【0020】

ＨＯ処理部３２１は、ｅＮＢ３１のセル内の端末装置（ＵＥ１０）のハンドオーバ（ＨＯ）処理を行うように構成される。本実施形態では、ＨＯ処理部３２１は、ＮＲシステム２０に接続中の端末装置（ＵＥ１０）がＮＲシステム２０からＬＴＥシステム３０へハンドオーバして音声通信を行うためのハンドオーバ（ＨＯ）要求をＭＭＥ３５から受信すると、ＨＯ要求に従ってＨＯ処理を行う。

【0021】

ＴＡＵ処理部３２２は、ＭＭＥ３５によって管理されている、ｅＮＢ３１のセル内の端末装置（ＵＥ１０）の位置登録エリア（トラッキングエリア）を更新する更新処理（ＴＡＵ処理）を行うように構成される。本実施形態では、ＴＡＵ処理部３２２は、端末装置（ＵＥ１０）が音声通信を行うためのＮＲシステム２０からＬＴＥシステム３０へのＨＯ処理が完了すると、ＭＭＥ３５によって管理される、端末装置（ＵＥ１０）のＴＡＵ処理を行う。

【0022】

通信制御部３２３は、通信デバイス３１５による通信を制御するように構成される。例えば、通信制御部３２３は、ＨＯ処理部３２１によるＨＯ処理、及びＴＡＵ処理部３２２によるＴＡＵ処理において行われる通信を制御する。本実施形態では、後述するように、通信制御部３２３は、ＴＡＵ処理が行われている間にＬＴＥシステム３０における端末装置（ＵＥ１０）のハンドオーバを抑制するように、端末装置（ＵＥ１０）との通信を制御する。

【0023】

＜処理手順＞
図４は、通信システムにおいて実行される処理のシーケンスの例を示すシーケンス図であり、後述する本実施形態におけるシーケンス（図５）に対する比較例のシーケンスを示している。

【0024】

本例は、ＮＲシステム２０からＬＴＥシステム３０へＵＥ１０の接続先を切り替えて（即ち、ハンドオーバを行って）、ＬＴＥシステム３０において音声通信サービスを提供する、ＥＰＳフォールバックの手順の例を示す。本例において、ＵＥ１０は、ＮＲシステム２０で待ち受け中又は通信中の状態にあり、ｇＮＢ２１によって形成されるセル（ＮＲセル）に在圏しているものとする。本例において、ｇＮＢ２１は、セル内のＵＥ１０に通信サービスを提供するサービング基地局である。

【0025】

ＵＥ１０による発呼又はＵＥ１０に対する着呼が生じることで、ＮＲシステム２０において、ＵＥ１０に対して音声呼を確立するための処理が開始される。Ｓ４０１で、ＵＥ１０は、Measurement Report（測定報告）メッセージを、サービングｇＮＢ（ｇＮＢ２１）へ送信する。測定報告メッセージには、サービングセル（ｇＮＢ２１のセル）及び隣接ＬＴＥセルについての受信電力（ＲＳＲＰ：Reference Signal Received Power）又は受信品質（ＲＳＲＱ：Reference Signal Received Quality）等の測定結果を示す情報が含まれる。ｇＮＢ２１は、測定報告メッセージに含まれる情報に基づいて、ＥＰＳフォールバックのためのハンドオーバ先となるＬＴＥセルを決定する。本例では、ｅＮＢ３１のセルがハンドオーバ先として決定されるものとする。

【0026】

Ｓ４０２で、ｇＮＢ２１は、ＮＲシステム２０（ＮＲセル）からＬＴＥシステム３０（ＬＴＥ）へのＵＥ１０のＨＯ処理の実行を要求するHandover Requiredメッセージを、ＡＭＦ２５へ送信する。Handover Requiredメッセージには、ハンドオーバ先のセル（本例では、ｅＮＢ３１のセル）のセルＩＤ等が含まれうる。

【0027】

Handover Requiredメッセージを受信したＡＭＦ２５は、Ｓ４０３で、ＬＴＥシステム３０におけるターゲットＭＭＥを選択し、当該ＭＭＥに対して、ＵＥ１０がハンドオーバすることを通知するForward Relocation Request（リロケーション転送要求）メッセージを送信する。本例では、ＭＭＥ３５に対してForward Relocation Requestメッセージが送信されるものとする。Forward Relocation Requestメッセージを受信したＭＭＥ３５は、Ｓ４０４で、ハンドオーバ先のＬＴＥセルに対応するｅＮＢ３１へ、Handover Request（ハンドオーバ要求（ＨＯ要求））メッセージを送信する。

【0028】

ＭＭＥ３５からHandover Requestメッセージを受信したｅＮＢ３１は、受信した当該メッセージ（ＨＯ要求）に従って、ＵＥ１０についてのＨＯ処理を開始する。まずＳ４０５で、ｅＮＢ３１は、Handover Requestメッセージに対する応答として、Handover Request AcknowledgeメッセージをＭＭＥ３５へ送信する。Handover Request Acknowledgeメッセージには、Measurement Configuration（測定設定）が含められる。測定設定は、ハンドオーバ先のＬＴＥシステム３０におけるハンドオーバ（セル間のハンドオーバ等）のためにHandover Request Acknowledgeメッセージに含められ、ＵＥ１０に対して設定されることになる。なお、Handover Request Acknowledgeメッセージには更に、ハンドオーバ先からハンドオーバ元へ無線関連情報を伝えるための「Target to Source Transparent Container」IE（情報要素）等が含められる。

【0029】

ＭＭＥ３５は、Handover Request AcknowledgeメッセージをｅＮＢ３１から受信すると、Ｓ４０６で、Forward Relocation Requestメッセージ（Ｓ４０３）に対する応答として、Forward Relocation ResponseメッセージをＡＭＦ２５へ送信する。

【0030】

ＡＭＦ２５は、Forward Relocation ResponseメッセージをＭＭＥ３５から受信すると、Ｓ４０７で、Handover Commandメッセージを、ハンドオーバ元のｇＮＢであるｇＮＢ２１へ送信する。Handover Commandメッセージには、ＭＭＥ３５によってｅＮＢ３１から受信されたHandover Request Acknowledgeメッセージ内の情報が含まれる。

【0031】

ｇＮＢ２１は、Handover CommandメッセージをＡＭＦ２５から受信すると、Ｓ４０８で、mobilityFromNRCommandメッセージをＵＥ１０へ送信する。mobilityFromNRCommandメッセージは、ＮＲシステム２０（ＮＲセル）からＬＴＥシステム３０（ＬＴＥセル）へのハンドオーバを指示するハンドオーバコマンドとしてＵＥ１０へ送信される、ＲＲＣメッセージである。mobilityFromNRCommandメッセージには、Handover Request Acknowledgeメッセージ（Ｓ４０５）に設定された測定設定が含まれている。このため、ＵＥ１０は、受信したメッセージに含まれる測定設定に従って、ＬＴＥシステム３０におけるハンドオーバのための測定（ＲＳＲＰ又はＲＳＲＱ等の測定）を行い、測定報告をｅＮＢ３１へ送信するように動作する。

【0032】

ＵＥ１０は、mobilityFromNRCommandメッセージに従って、ｅＮＢ３１のセルへの接続を行う。接続に成功すると、Ｓ４０９で、ハンドオーバの完了を示すRRC Reconfiguration CompleteメッセージをｅＮＢ３１へ送信する。当該メッセージを受信したｅＮＢ３１は、Ｓ４１０で、ＵＥ１０のハンドオーバの完了を示すHandover NotifyメッセージをＭＭＥ３５へ送信する。以上の処理により、ｅＮＢ３１は、ＭＭＥ３５から受信したＨＯ要求によるＵＥ１０のＨＯ処理を完了する。ＮＲシステム２０（ＮＲセル）からＬＴＥシステム３０（ＬＴＥセル）へのＨＯ処理が完了すると、ＵＥ１０は、当該ＨＯ処理の完了直後から、上述の測定設定に従った測定に基づいて、ＬＴＥシステム３０における次のＨＯ処理を行うことが可能になる。

【0033】

上述のＨＯ処理の完了後、ｅＮＢ３１は、ＵＥ１０からのＴＡＵ要求（TAU accept）メッセージの受信に応じて、ＭＭＥ３５によって管理される、ＵＥ１０の位置登録エリア（トラッキングエリア）を更新するトラッキングエリア更新（ＴＡＵ）処理を行う。具体的には、ｅＮＢ３１は、ＵＥ１０のトラッキングエリアの更新を求めるＴＡＵ要求メッセージを、ＭＭＥ３５に向けて送信する。ＴＡＵ要求メッセージは、Ｓ４１１で、UL Information Transferメッセージに含められて、ＵＥ１０からｅＮＢ３１へ送信される。ＴＡＵ要求メッセージは更に、Ｓ４１２で、UPlink NAS Transportメッセージに含められて、ｅＮＢ３１からＭＭＥ３５へ送信される。ＭＭＥ３５は、このようにＵＥ１０から受信したＴＡＵ要求メッセージに従って、ＵＥ１０のトラッキングエリアを更新する。

【0034】

図４の例では、上述のように、ＴＡＵ処理が行われている間に、ＬＴＥシステム３０においてＵＥ１０の次のＨＯ処理（Ｓ４２１～Ｓ４２７）が開始される。具体的には、Ｓ４２１で、ＵＥ１０は、上述のようにＳ４０８において受信した測定設定に従って測定を行い、Measurement Report（測定報告）メッセージをｅＮＢ３１へ送信する。ｅＮＢ３１は、受信した測定報告メッセージに基づいてＬＴＥシステム３０におけるＵＥ１０のハンドオーバ先の基地局を決定する。本例では、ｅＮＢ３２がハンドオーバ先の基地局として決定される。即ち、ｅＮＢ３１をソースｅＮＢ（ＳｅＮＢ）、ｅＮＢ３２をターゲットｅＮＢ（ＴｅＮＢ）として、ＵＥ１０のＨＯ処理が実行される。

【0035】

Ｓ４２２で、ｅＮＢ３１（ＳｅＮＢ）は、ＵＥ１０のハンドオーバの実行を求めるHandover Requestメッセージを、ｅＮＢ３２（ＴｅＮＢ）へ送信する。Handover Requestメッセージを受信したｅＮＢ３２（ＴｅＮＢ）は、ＵＥ１０のハンドオーバの受け入れを決定すると、Ｓ４２３で、Handover Requestメッセージに対する応答として、Handover Request AcknowledgeメッセージをｅＮＢ３１（ＳｅＮＢ）へ送信する。

【0036】

ｅＮＢ３１（ＳｅＮＢ）は、Handover Request Acknowledgeメッセージを受信すると、Ｓ４２４で、ハンドオーバ先の基地局（セル）等の情報を含むRRC Connection Reconfigurationメッセージを、ＵＥ１０へ送信する。ｅＮＢ３１（ＳｅＮＢ）は更に、Ｓ４２５で、ＵＥ１０のセッション情報等を含むSN Status Transferメッセージを、ｅＮＢ３２（ＴｅＮＢ）へ送信する。また、ＵＥ１０は、ｅＮＢ３２（ＴｅＮＢ）のセルへの接続を行い、接続に成功すると、Ｓ４２６で、ハンドオーバの完了を示すRRC Reconfiguration CompleteメッセージをｅＮＢ３２（ＴｅＮＢ）へ送信する。

【0037】

本例では、ＵＥ１０がｅＮＢ３２（ＴｅＮＢ）のセルへの接続を完了した後に、上述のようにＴＡＵ要求メッセージに従ってＵＥ１０のトラッキングエリアの更新を行ったＭＭＥ３５から、Ｓ４１３で、ＴＡＵ受入（TAU accept）メッセージがｅＮＢ３１へ送信される。ＴＡＵ受入メッセージは、Downlink NAS Transportメッセージに含められて、ＭＭＥ３５からｅＮＢ３１へ送信される。

【0038】

本例においてｅＮＢ３１は、Ｓ４１４で、受信したＴＡＵ受入メッセージを、Downlink Information Transferメッセージに含めてＵＥ１０へ転送することを試みる。しかしながら、このタイミングにおいて、上述のようにｅＮＢ３１（ＳｅＮＢ）のセルからｅＮＢ３２（ＴｅＮＢ）のセルへのＵＥ１０の接続の切り替えが完了しているため、Downlink Information TransferメッセージをＵＥ１０へ届けることはできない。このように、ＬＴＥシステム３０へのＨＯ処理の完了後に、ＵＥ１０のＴＡＵ処理が行われている間に、ＵＥ１０の次のＨＯ処理が行われると、当該ＨＯ処理とＴＡＵ処理とが競合し、ＴＡＵ処理を完了できなくなる。その結果、ＵＥ１０に対する音声呼の確立が失敗することになる。

【0039】

また、本例においてｅＮＢ３２（ＴｅＮＢ）は、Ｓ４２７で、ＵＥ１０との間のデータの伝送に用いられるパスの切り替えを求めるPath Switch Request（パス切り替え要求）メッセージを、ＭＭＥ３５へ送信する。しかしながら、本例では、ＭＭＥ３５では、ＴＡＵ処理よりＵＥ１０のトラッキングエリアが更新されているため、ＵＥ１０用のパスの切り替えを行うことができず、ＨＯ処理を完了できなくない。このように、ＨＯ処理とＴＡＵ処理との競合に起因して、ＨＯ処理も完了できなくなりうる。

【0040】

本実施形態では、第１無線通信システム（ＮＲシステム２０）から第２無線通信システム（ＬＴＥシステム３０）へ端末装置（ＵＥ１０）の接続先を切り替えて音声通信サービスを提供する際に、処理競合の発生を防止する。このために、本実施形態におけるＬＴＥシステム３０の基地局装置（ｅＮＢ３１）は、ＮＲシステム２０からＬＴＥシステム３０へのＵＥ１０のＨＯ処理の完了後に、ＵＥ１０のＴＡＵ処理（ＵＥ１０の位置登録エリアを更新する更新処理）が行われている間にＬＴＥシステム３０におけるＵＥ１０のハンドオーバを抑制するように、ＵＥ１０との通信を制御する通信制御を行う。

【0041】

以下では、図５を参照して、ＬＴＥシステム３０の基地局装置（ｅＮＢ３１）による上述の通信制御の例について説明する。本例では、ｅＮＢ３１は、ＮＲシステム２０からＬＴＥシステム３０へのＵＥ１０のＨＯ処理が完了しても、ＬＴＥシステム３０におけるＵＥ１０のハンドオーバが実行可能とならないように、ＨＯ処理のための通信を制御するように構成される。

【0042】

図５は、本実施形態の通信システムにおいて実行される処理のシーケンスの例を示すシーケンス図である。なお、図５では、図４に示す比較例と基本的に同様の処理を行うステップに同一の参照符号を付しており、以下では主に比較例と異なる部分について主に説明する。

【0043】

図５の例では、図４と同様、ＮＲシステム２０からＬＴＥシステム３０へＵＥ１０の接続先を切り替えて（即ち、ハンドオーバを行って）、ＬＴＥシステム３０において音声通信サービスを提供する、ＥＰＳフォールバックの手順の例を示す。本例において、ＵＥ１０は、ＮＲシステム２０で待ち受け中又は通信中の状態にあり、ｇＮＢ２１によって形成されるセル（ＮＲセル）に在圏しているものとする。本例において、ｇＮＢ２１は、そのセル内のＵＥ１０に通信サービスを提供するサービング基地局である。

【0044】

ＵＥ１０による発呼又はＵＥ１０に対する着呼が生じることで、ＮＲシステム２０において、ＵＥ１０に対して音声呼を確立するための処理が開始される。Ｓ４０１～Ｓ４０３の処理は、上述の比較例（図４）と同様に行われる。Ｓ４０３においてＡＭＦ２５からForward Relocation Requestメッセージを受信したＭＭＥ３５は、Ｓ４０４で、ハンドオーバ先のＬＴＥセルに対応するｅＮＢ３１へ、Handover Request（ＨＯ要求）メッセージを送信する。このＨＯ要求は、第１無線通信システム（ＮＲシステム２０）に接続中の端末装置（ＵＥ１０）が第１無線通信システムから第２無線通信システム（ＬＴＥシステム３０）へハンドオーバして音声通信を行うためのハンドオーバ要求の一例である。このようにして、ｅＮＢ３１は、第２無線通信システム（ＬＴＥシステム３０）の移動管理装置（ＭＭＥ３５）からＨＯ要求を受信する。

【0045】

ＭＭＥ３５からHandover Requestメッセージを受信したｅＮＢ３１は、受信した当該メッセージ（ハンドオーバ要求）に従って、ＵＥ１０についてのＨＯ処理を開始する。Ｓ４０５で、ｅＮＢ３１は、Handover Requestメッセージに対する応答として、Handover Request AcknowledgeメッセージをＭＭＥ３５へ送信する。本実施形態では、ｅＮＢ３１は、このHandover Request Acknowledgeメッセージに、Measurement Configuration（測定設定）を含めないように動作する。このように、ｅＮＢ３１は、ＭＭＥ３５から受信したＨＯ要求に対する応答をＭＭＥ３５へ送信する際に、ハンドオーバ先のＬＴＥシステム３０におけるハンドオーバ（セル間のハンドオーバ等）のための測定設定を含めずに当該応答をＭＭＥ３５へ送信する。

【0046】

ＭＭＥ３５は、Handover Request AcknowledgeメッセージをｅＮＢ３１から受信すると、Ｓ４０６で、Forward Relocation Requestメッセージ（Ｓ４０３）に対する応答として、Forward Relocation ResponseメッセージをＡＭＦ２５へ送信する。ＡＭＦ２５は、Forward Relocation ResponseメッセージをＭＭＥ３５から受信すると、Ｓ４０７で、Handover CommandメッセージをｇＮＢ２１へ送信する。

【0047】

ｇＮＢ２１は、Handover CommandメッセージをＡＭＦ２５から受信すると、Ｓ４０８で、mobilityFromNRCommandメッセージをＵＥ１０へ送信する。本実施形態では、上述のように、Handover Request Acknowledgeメッセージ（Ｓ４０５）には測定設定が含まれないため、ｇＮＢ２１からＵＥ１０へ送信されるmobilityFromNRCommandメッセージにも、測定設定が含まれてない。測定設定を受信していない状態で、ＵＥ１０は、ＬＴＥシステム３０におけるハンドオーバのための測定（ＲＳＲＰ又はＲＳＲＱ等の測定）を行うことはなく、測定報告をｅＮＢ３１へ送信することもない。

【0048】

Ｓ４０９～Ｓ４１０の処理は、上述の比較例（図４）と同様に行われる。Ｓ４１０の処理の完了により、ｅＮＢ３１は、ＭＭＥ３５から受信したＨＯ要求によるＵＥ１０のＨＯ処理を完了する。本例では、上述のように、ＵＥ１０が設定を受信していない状態であるため、ＨＯ処理が完了してもＬＴＥシステム３０におけるＵＥ１０のハンドオーバが実行可能とならない。このため、ＨＯ処理の完了後に以下のＴＡＵ処理（Ｓ４１１～Ｓ４１６）が行われている間に、ＵＥ１０の次のＨＯ処理が開始されることは無くなる。

【0049】

ＴＡＵ処理において、Ｓ４１１～Ｓ４１２の処理は、上述の比較例（図４）と同様に行われる。ＭＭＥ３５は、ＵＥ１０から受信したＴＡＵ要求メッセージに従って、ＵＥ１０のトラッキングエリアを更新した後、ＴＡＵ受入（TAU accept）メッセージをＵＥ１０に向けて送信する。ＴＡＵ受入メッセージは、Ｓ４１３で、Downlink NAS Transportメッセージに含められて、ＭＭＥ３５からｅＮＢ３１へ送信される。ＴＡＵ受入メッセージは更に、Ｓ４１４で、Downlink Information Transferメッセージに含められて、ｅＮＢ３１からＵＥ１０へ送信される。

【0050】

ＴＡＵ受入メッセージを受信したＵＥ１０は、ＴＡＵ完了メッセージをＭＭＥ３５へ送信する。ＴＡＵ完了メッセージは、Ｓ４１５で、UL Information Transferメッセージに含められて、ＵＥ１０からｅＮＢ３１へ送信される。ＴＡＵ完了メッセージは更に、Ｓ４１６で、UPlink NAS Transportメッセージに含められて、ｅＮＢ３１からＭＭＥ３５へ送信される。以上により、ＵＥ１０のＴＡＵ処理が完了する。

【0051】

ＴＡＵ処理の完了後に、ｅＮＢ３１（通信制御部３２３）は、音声通信に用いられるベアラを確立するためのベアラ確立要求をＭＭＥ３５から受信すると、上述のMeasurement Configuration（測定設定）を含むメッセージをＵＥ１０へ送信する。これにより、ＵＥ１０による、ＬＴＥシステム３０におけるハンドオーバのための測定を可能にし、ＵＥ１０についての次のＨＯ処理を可能にする。

【0052】

具体的には、Ｓ４１７で、音声通信に用いられるベアラを確立するためのベアラ確立要求に相当するActive dedicated EPS bearer context requestを含む、E-RAB Setup Requestメッセージを、ＭＭＥ３５から受信する。当該メッセージの受信に応じて、ｅＮＢ３１は、Measurement Configuration（測定設定）メッセージをＵＥ１０へ送信する。このメッセージは、RRC Configuration Reconfiguration（ＲＲＣ接続再設定）メッセージとして送信される。当該メッセージを受信したＵＥ１０は、これ以降、次のＨＯ処理を行うことが可能になる。

【0053】

以上説明したように、本実施形態のｅＮＢ３１（基地局装置）において、ＨＯ処理部３２１は、ＮＲシステム２０（第１無線通信システム）に接続中のＵＥ１０（端末装置）がＮＲシステム２０からＬＴＥシステム３０（第２無線通信システム）へハンドオーバして音声通信を行うためのハンドオーバ要求（ＨＯ要求）を、ＬＴＥシステム３０のＭＭＥ３５（移動管理装置）から受信すると、当該ＨＯ要求に従ってハンドオーバ処理（ＨＯ処理）を行う。ＴＡＵ処理部３２２は、ＨＯ処理が完了すると、ＭＭＥ３５によって管理される、ＵＥ１０の位置登録エリアを更新する更新処理（ＴＡＵ処理）を行う。通信制御部３２３は、ＴＡＵ処理が行われている間にＬＴＥシステム３０におけるＵＥ１０のハンドオーバを抑制するように、ＵＥ１０との通信を制御する。

【0054】

本実施形態によれば、ＴＡＵ処理が行われている間に、ＬＴＥシステム３０においてＵＥ１０の次のＨＯ処理が開始されることがなくなるため、当該ＨＯ処理とＴＡＵ処理との競合を防止できる。即ち、第１無線通信システム（ＮＲシステム２０）から第２無線通信システム（ＬＴＥシステム３０）へ端末装置（ＵＥ１０）の接続先を切り替えて音声通信サービスを提供する際に、処理競合の発生を防止することが可能になる。これにより、端末装置（ＵＥ１０）に対する音声呼の確立が失敗することを防止できる。

【0055】

［その他の実施形態］
上述の実施形態に係る端末装置は、コンピュータをサーバ装置として機能させるためのコンピュータプログラムにより実現することができる。当該コンピュータプログラムは、コンピュータが読み取り可能な記憶媒体に記憶されて配布が可能なもの、又は、ネットワーク経由で配布が可能なものである。

【0056】

なお、本発明により、例えば、端末装置に対して音声通信サービスを提供する際に、処理競合による音声呼の確立の失敗を防止することが可能になることから、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

【0057】

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

【符号の説明】

【0058】

１０：ＵＥ、２１：ｇＮＢ、３１：ｅＮＢ、２５：ＡＭＦ、３５：ＭＭＥ、３２１：ＨＯ処理部、３２２：ＴＡＵ処理部、３２３：通信制御部

【要約】

【課題】第１無線通信システム（ＮＲシステム）から第２無線通信システム（ＬＴＥシステム）へ端末装置の接続先を切り替えて音声通信サービスを提供する際に、処理競合の発生を防止する。
【解決手段】ｅＮＢ３１（基地局装置）において、ＨＯ処理部３２１は、ＮＲシステム２０に接続中のＵＥ１０がＮＲシステム２０からＬＴＥシステム３０へハンドオーバして音声通信を行うためのハンドオーバ（ＨＯ）要求を、ＬＴＥシステム３０のＭＭＥ３５から受信すると、当該ＨＯ要求に従ってＨＯ処理を行う。ＴＡＵ処理部３２２は、ＨＯ処理が完了すると、ＭＭＥ３５によって管理される、ＵＥ１０の位置登録エリアを更新する更新処理（ＴＡＵ処理）を行う。通信制御部３２３は、ＴＡＵ処理が行われている間にＬＴＥシステム３０におけるＵＥ１０のハンドオーバを抑制するように、ＵＥ１０との通信を制御する。
【選択図】図３

【図1】

【図2】

【図3】

【図4】

【図5】