JP2022180254A - 在圏判定システム - Google Patents

Abstract

【課題】移動機の在圏をより確実に判定すること。
【解決手段】在圏判定システム１は、５ＧＣ網に在圏していると登録されているＵＥがＬＴＥ網へ位置登録する際に、当該ＵＥについて当該５ＧＣ網での在圏状態が無効である旨の設定をする設定部１１と、設定部１１によって設定がされているＵＥは、５ＧＣ網に在圏していないとの判定を行う判定部１２と、を備える。判定部１２は、在圏している移動体通信網が判定できないＵＥであって、設定部１１によって設定がされているＵＥは、５ＧＣ網に在圏していないとの判定を行ってもよい。在圏している移動体通信網が判定できないＵＥとは、ＵＥへの通信の中継先として複数の移動体通信網の中継先が対応付けられているＵＥであってもよい。
【選択図】図４

Description

本開示の一側面は、移動機の在圏の判定を行う在圏判定システムに関する。

下記非特許文献１では、移動体通信網システムである５Ｇ（5th Generation；第５世代）システムの処理が規定されている。

3GPP TS 23.502 V16.8.0 (2021-03)

上記非特許文献１の４．１１．１．３．２節では、５ＧＣ（5G Core）網（５Ｇコアネットワーク）からＬＴＥ（Long Term Evolution）網（４Ｇ（4th Generation；第４世代）コアネットワーク）への移動機の在圏移動における信号処理が規定されている。しかしながら、一部の信号が不達の場合の処理については規定されていない。その場合、例えば、移動機が５ＧＣ網又はＬＴＥ網のどちらに在圏しているかを判定することができないという問題がある。

そこで、移動機の在圏をより確実に判定することが望まれている。

本開示の一側面に係る在圏判定システムは、第１の移動体通信網に在圏していると登録されている移動機が第２の移動体通信網へ位置登録する際に、当該移動機について当該第１の移動体通信網での在圏状態が無効である旨の設定をする設定部と、設定部によって設定がされている移動機は、第１の移動体通信網に在圏していないとの判定を行う判定部と、を備える。

このような側面においては、第１の移動体通信網での在圏状態が無効である旨の設定がされている移動機は、第１の移動体通信網に在圏していないとの判定が行われる。すなわち、移動機の在圏をより確実に判定することができる。

本開示の一側面によれば、移動機の在圏をより確実に判定することができる。

５ＧＣ網からＬＴＥ網への在圏移動時における信号処理の一例を示すシーケンス図である。 ５ＧＣ網からＬＴＥ網への在圏移動時における処理の全体像を示す図である。 ＵＥへのＳＭＳ配信時における処理の全体像を示す図である。 第１実施形態及び第２実施形態に係る在圏判定システムの機能構成の一例を示す図である。 第１実施形態に係る在圏判定システムによる５ＧＣ網からＬＴＥ網への在圏移動時における処理の全体像を示す図である。 第１実施形態に係る在圏判定システムによるＵＥへのＳＭＳ配信時における処理の全体像を示す図である。 第１実施形態に係る在圏判定システムが実行する処理の一例を示すフローチャートである。 第２実施形態に係る在圏判定システムによるＬＴＥ網から５ＧＣ網への在圏移動時における処理の全体像を示す図である。 第２実施形態に係る在圏判定システムによるＵＥへのＳＭＳ配信時における処理の全体像を示す図である。 第２実施形態に係る在圏判定システムが実行する処理の一例を示すフローチャートである。 第１実施形態及び第２実施形態に係る在圏判定システムで用いられるコンピュータのハードウェア構成の一例を示す図である。

以下、図面を参照しながら本開示での実施形態を詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。また、以下の説明における本開示での実施形態は、本発明の具体例であり、特に本発明を限定する旨の記載がない限り、これらの実施形態に限定されないものとする。

まず、従来技術及びその課題について説明する。なお、本実施形態において、３ＧＰＰ（Third Generation Partnership Project）標準に規定されている装置、システム、論理ノード、信号、データ及び情報などは説明を省略する。詳細については、３ＧＰＰ標準の各技術仕様書を参照されたい。

３ＧＰＰ標準にて、５ＧＣ網からＬＴＥ網へのＵＥの在圏移動時における解放信号送達規定は以下の２つである。

１つ目は、ＨＳＳ（Home Subscriber Server）とＵＤＭ（Unified Data Management）との（物理的な又は論理的な）組み合わせであるＨＳＳ＋ＵＤＭからＡＭＦ（Access and Mobility management Function）への解放要求であり、上記非特許文献１の４．１１．１．３．２節「5GS to EPS Idle mode mobility using N26 interface」に規定されている。同節の図４．１１．１．３．２－１「5GS to EPS Idle mode mobility using N26 interface」を図１に示す。図１は、５ＧＣ網からＬＴＥ網へのＵＥの在圏移動時における信号処理の一例を示すシーケンス図である。図１中のステップ１５「Nudm_UECM_DeregistrationNotification」が、ＨＳＳ＋ＵＤＭからＡＭＦへの解放要求である。

２つ目は、ＡＭＦからＳＭＳＦ（Short Message Service Function）への解放要求であり、上記非特許文献１の４．１３．３．２節「Deregistration procedures for SMS over NAS」に規定されている（同節に図は無し）。

上記２つの解放信号送達規定を合わせた全体像を図２に示す。図２は、５ＧＣ網からＬＴＥ網へのＵＥの在圏移動時における処理の全体像（の要約イメージ）を示す図である。図２の左側は、一般的なシーケンス図である。図２の右側は、ＨＳＳ＋ＵＤＭに格納されたプロファイルの時系列的な変遷を、図２の左側のシーケンス図の時系列に合わせて示した表である。なお、ＨＳＳ＋ＵＤＭに格納されたプロファイルの全体をプロファイル状態と適宜呼ぶ。本実施形態では、図２のシーケンス図のＨＳＳ（別名Ｆ－ＳＣＰ）、ＵＤＭ（別名ｖＵＤＭ）及びＨＳＳ／ＵＤＲ（User Data Repository）（別名ｖＤＳＣＰ）、並びに、図２の表のプロファイル状態を総称して「ＨＳＳ＋ＵＤＭ」（別名ＳＣＰ）と適宜呼ぶ。

図２の内容を時系列に沿って簡単に説明する。まず、初期段階において、ＵＥは５ＧＣ網に在圏していることから、ＨＳＳ＋ＵＤＭに格納されたプロファイルにおいて、ＬＴＥ網の論理ノードであるＭＭＥ（Mobility Management Entity）プロファイルは「無」に設定され、５ＧＣ網の論理ノードであるＡＭＦプロファイルは「有（旧）」に設定され、５ＧＣ網の論理ノードであるＳＭＦ（Session Management Function）プロファイルは「有（旧）」に設定され、５ＧＣ網の論理ノードであるＳＭＳＦプロファイルは「有（旧）」に設定されている。なお、本実施形態では説明の便宜上、「（旧）」は初期状態で設定されている旨を示し、「（新）」は初期状態の後に設定された旨を示し、「（消去）」は消去された旨を示している。ただし、プロファイルとして、例えば「有（旧）」及び「有（新）」は単に「有」に設定してもよいし、「無（消去）」は単に「無」に設定してもよい。プロファイルの各値は、どの論理ノードに信号を送っていいかを示す値とも言える。また、プロファイルはＵＥごとに存在する。図２では説明の便宜上、一つのＵＥに対するプロファイル状態を示しているが、実際はＵＥごとにプロファイル状態が存在する。本実施形態では、説明の便宜上、基本的には一つのＵＥに対する処理として説明を行うが、それに限るものではない。

なお、図２の表において、ある列の空欄のセルは、当該列の当該セルの上方に設定されている値が引き続き設定されていることを示している。例えば、ＭＭＥプロファイルは上述の通り当初「無」に設定されており、ステップＡ１及びステップＡ２の処理の段階では「無」のまま設定されており、ステップＡ２の処理後に「有（新）」に設定され、以後、ステップＡ１２の処理まで「有（新）」に設定されたままであることを示している。

初期段階から始まり、ステップＡ１にて、ＭＭＥからＨＳＳへ「Dia_ULR」が送信される。次に、ステップＡ２にて、ＨＳＳとＨＳＳ／ＵＤＲとの間でＭＭＥ書換が行われる。ステップＡ２の処理の結果、プロファイルのうちＭＭＥプロファイルは「有（新）」に設定される。次に、ステップＡ３にて、ＨＳＳからＭＭＥへ「Dia_ULA」が送信される。次に、ステップＡ４にて、ＨＳＳからＵＤＭへ在圏削除指示（５ＧＣ）が送信される。次に、ステップＡ５にて、ＵＤＭとＨＳＳ／ＵＤＲとの間でＡＭＦ書換が行われる。ステップＡ５の処理の結果、プロファイルのうちＡＭＦプロファイルは「無（消去）」に設定される。次に、ステップＡ６にて、ＵＤＭからＡＭＦへ「Nudm_UECM_DeregistrationNotification Request」が送信される。次に、ステップＡ７にて、ＡＭＦからＵＤＭへ「Nudm_UECM_DeregistrationNotification Response」が送信される。次に、ステップＡ８にて、ＡＭＦからＳＭＦ／ＳＭＳＦへ（ＳＭＦ用の）「Nsmf_PDUSession_Update/Release-SMContext Request」又は（ＳＭＳＦ用の）「Nsmsf_SMService_Deactivate Request」が送信される。なお、ステップＡ７とステップＡ８とはパラレル制御であり、便宜上ＳＭＦ／ＳＭＳＦをまとめて表現している。また、本実施形態では、主にＳＭＳＦを対象として説明し、ＳＭＦについては適宜説明を省略するが、ＳＭＦについてもＳＭＳＦと同様である。

次に、ステップＡ９にて、ＳＭＳ／ＳＭＳＦからＵＤＭへ「Nudm_UECM_Deregistration Request」が送信される。次に、ステップＡ１０にて、ＵＤＭとＨＳＳ／ＵＤＲとの間でＳＭＦ／ＳＭＳＦ書換が行われる。ステップＡ１０の処理の結果、プロファイルのうちＳＭＦプロファイル及びＳＭＳＦプロファイルは「無（消去）」に設定される。次に、ステップＡ１１にて、ＵＤＭからＳＭＦ／ＳＭＳＦへ「Nudm_UECM_Deregistration Response」が送信される。次に、ステップＡ１２にて、ＳＭＦ／ＳＭＳＦからＡＭＦへ「Nsmf_PDUSession_Update/Release-SMContext Response」又は「Nsmsf_SMService_Deactivate Response」が送信される。

しかしながら、３ＧＰＰ標準では、（一部ステップでの信号の送受信などの）不達時の規定が無い。不達時は、ＨＳＳ＋ＵＤＭなどのシステム実装に委ねられる。

続いて、ＳＭＳ（Short Message Service）配信について、３ＧＰＰ標準では非特許文献１の４．１３．３．６節「MT SMS over NAS in CM-IDLE state via 3GPP access」に規定されている。同節の図４．１３．３．６－１「MT SMS over NAS in CM_IDLE state via 3GPP access」を図３の一部（左側のシーケンス図）として示す。図３は、ＵＥへのＳＭＳ配信時における処理の全体像を示す図である。図３の左側は、上述の３ＧＰＰ標準でのシーケンス図である。図３の右側は、ＨＳＳ＋ＵＤＭに格納されたプロファイル状態を示した表である。本実施形態では、図３のシーケンス図のＵＤＭ、及び、図３の表のプロファイル状態を総称して「ＨＳＳ＋ＵＤＭ」と適宜呼ぶ。

図３のシーケンス図のステップ２（どの在圏に送信すれば良いかの問い合わせ）にて、ＨＳＳ＋ＵＤＭは格納（保持）しているＳＭＳ中継先アドレス（ＭＭＥアドレス又はＳＭＳＦアドレス）を返信（応答）する。なお、ＳＭＳ中継先アドレスとは、ＳＭＳ配信（通信）の配信先（通信の中継先）のアドレス（中継先に関する情報）である。ステップ２の後、ＳＭＳ－ＧＭＳＣ（Gateway Mobile Service Switching Center）にてＳＭＳ中継先判定が行われる。ＳＭＳ中継先判定では、ＳＭＳＦアドレス受信（返信）時はＳＭＳＦ（５ＧＣ網）へ配信要求し、ＭＭＥアドレス受信時はＭＭＥ（ＬＴＥ網）へ配信要求する。ここで、図３のシーケンス図のステップ３において、ＳＭＳ－ＧＭＳＣで５ＧＣ網とＬＴＥ網との間における再送手順の規定が３ＧＰＰ標準に無い。配信失敗時は、ＳＭＳ蓄積に遷移する。なお、図３（並びに後述の図６及び図９）のステップ３以降は、中継先がＳＭＳＦ（５ＧＣ網）の場合である。

続いて、図２及び図３を用いて従来技術の課題について説明する。

図２のシーケンス図におけるＬＴＥ在圏への位置登録（ステップＡ１）にて、ＨＳＳ＋ＵＤＭは新在圏局となったＭＭＥアドレスを受信して格納する。つまり、ＨＳＳ＋ＵＤＭが格納（保有）するＭＭＥプロファイルが「有（新）」へ遷移する。続いて、５ＧＣ網からＬＴＥ網へのＵＥの在圏移動を検知したＨＳＳ＋ＵＤＭは、ステップＡ４にて５ＧＣ網の解放動作を起動し、ステップＡ６にてＡＭＦへ解放を要求する。解放が正常終了の場合、ステップＡ９が実行されてＨＳＳ＋ＵＤＭが格納する（ＳＭＦプロファイル及び）ＳＭＳＦプロファイルが「無（消去）」へ遷移する。よって、ＭＭＥアドレスだけを格納しているプロファイル状態となる。

一方、解放が信号不達（異常終了）の場合、ステップＡ９が実行されず、ＨＳＳ＋ＵＤＭが格納する（ＳＭＦプロファイル及び）ＳＭＳＦプロファイルが「有（旧）」のまま残置する。よって、ＭＭＥアドレスと（ＳＭＦプロファイル及び）ＳＭＳＦアドレスとの両方を格納しているプロファイル状態となる。また、３ＧＰＰ標準規定の論理ノードであるＨＳＳ及びＵＤＭが物理的に別装置である場合、ステップＡ４にて信号不達（異常終了）となった場合にはステップＡ６と同様な両アドレス格納の課題が発生する。信号不達の原因としては、ＵＤＭとＡＭＦとの間の回線障害、及び、ＡＭＦでのシステム障害などが挙げられる。（信号不達の）当該状態でＳＭＳ配信を実行すると、２つの問題が発生する。

１つ目の問題は、ＵＥは必ず一方の網（５ＧＣ網又はＬＴＥ網）に在圏しているが、現状処理ではどちらに在圏しているかをＨＳＳ＋ＵＤＭで判断することができないという問題である（図３の表参照）。２つ目の問題は、１つ目の問題によって仮に図３のシーケンス図のステップ２にてＨＳＳ＋ＵＤＭが両アドレス（５ＧＣ網のＳＭＳＦアドレス及びＬＴＥ網のＭＭＥアドレス）を返信した場合、ＳＭＳ－ＧＭＳＣで中継先の優先付け考慮が必要である（ただし、ＳＭＳ－ＧＭＳＣでは優先の正解が分からない）、及び、ＳＭＳ－ＧＭＳＣで一方が空振りする可能性がある（現状は再送手順の規定が３ＧＰＰ標準に無いため、事象遭遇時はＳＭＳ配信が不可になる）という問題である。また、仮に再送手順を考慮しても、空振りは無駄な動作となる。

以上が、従来技術及びその課題についての説明である。

図４は、実施形態（第１実施形態及び第２実施形態）に係る在圏判定システム１（在圏判定システム）の機能構成の一例を示す図である。図４に示す通り、在圏判定システム１は、格納部１０、設定部１１（設定部）及び判定部１２（判定部）を含んで構成される。

在圏判定システム１は、１つ以上の装置から構成される。すなわち、在圏判定システム１は、単一の装置から構成されてもよいし、複数の装置から構成されてもよい。実施形態では、在圏判定システム１はＨＳＳ＋ＵＤＭを想定するが、これに限るものではない。例えば、在圏判定システム１はＨＳＳ＋ＵＤＭ以外に他の１つ以上の論理ノードを含んでもよい。

在圏判定システム１の各機能ブロックは、在圏判定システム１内にて機能することを想定しているが、これに限るものではない。例えば、在圏判定システム１の機能ブロックの一部は、在圏判定システム１とは異なるコンピュータ装置であって、在圏判定システム１とネットワーク接続されたコンピュータ装置内において、在圏判定システム１と情報を適宜送受信しつつ機能してもよい。また、在圏判定システム１の一部の機能ブロックは無くてもよいし、複数の機能ブロックを一つの機能ブロックに統合してもよいし、一つの機能ブロックを複数の機能ブロックに分解してもよい。

続いて、図４に示す在圏判定システム１の各機能について説明する。以下では、在圏判定システム１の機能ブロック及び処理について、第１実施形態及び第２実施形態に分けて説明する。第１実施形態は、ＵＥ（移動機）が５ＧＣ網（第１実施形態における「第１の移動体通信網」）からＬＴＥ網（第１実施形態における「第２の移動体通信網」）へ在圏移動する場合をフォーカスしたものである。第２実施形態は、ＵＥがＬＴＥ網（第２実施形態における「第１の移動体通信網」）から５ＧＣ網（第２実施形態における「第２の移動体通信網」）へ在圏移動する場合をフォーカスしたものである。在圏判定システム１は、第１実施形態及び第２実施形態に示す機能を両方備えてもよいし、片方のみを備えてもよい。第１実施形態及び第２実施形態において、在圏判定システム１、格納部１０、設定部１１及び判定部１２の参照符号は区別せず説明する（例えば、第１実施形態は在圏判定システム１Ａ、第２実施形態は在圏判定システム１Ｂなどと区別しない）。

＜第１実施形態＞

格納部１０は、一般的なＨＳＳ、ＵＤＭ及びＵＤＲが格納する情報を格納する。例えば、格納部１０は、上述の通り、５ＧＣ網及びＬＴＥ網に含まれる論理ノードのプロファイルを格納する。より具体的には、格納部１０は、ＭＭＥプロファイル、ＡＭＦプロファイル、ＳＭＦプロファイル及びＳＭＳＦプロファイルなどのプロファイルを格納する。さらに、格納部１０は、設定部１１によって設定される後述のＬＴＥ在圏プロファイル及び５ＧＣ在圏プロファイルを格納してもよい。格納部１０は、その他にも、在圏判定システム１における算出などで利用される任意の情報及び在圏判定システム１における算出の結果などを格納してもよい。格納部１０によって格納された情報は、在圏判定システム１の各機能によって適宜参照されてもよい。

設定部１１は、５ＧＣ網に在圏していると登録されているＵＥがＬＴＥ網へ位置登録する際に、当該ＵＥについて当該５ＧＣ網での在圏状態が無効である旨の設定をする。設定部１１は、ＵＥがＬＴＥ網へ位置登録する際に、当該ＵＥについて５ＧＣ網に在圏しているとの登録が削除されたら、当該ＵＥについて当該５ＧＣ網での在圏状態が有効である旨の設定をしてもよい。

図５を用いて具体的に説明する。図５は、第１実施形態に係る在圏判定システム１による５ＧＣ網からＬＴＥ網への在圏移動時における処理の全体像を示す図である。図５は、図２と同様であり、図２との差分を図５中の太字で示している。図２と同様の内容については説明を省略する。なお、図２のシーケンス図のステップＡ１～Ａ１２は、それぞれ図５のシーケンス図のステップＢ１～Ｂ１２に基本的には対応する（後述の差分を除く）。

図５について、図２との差分を説明する。まず、在圏判定システム１（ＨＳＳ＋ＵＤＭ）の格納部１０が、ＭＭＥプロファイル、ＡＭＦプロファイル、ＳＭＦプロファイル及びＳＭＳＦプロファイルに加え、新たに２つのプロファイルを格納する。１つ目は、ＵＥについてＬＴＥ網での在圏状態が有効であるか無効であるかを示すＬＴＥ在圏プロファイルである。ＬＴＥ在圏プロファイルは、有効か無効かの２値をとるが、これに限るものではない。例えば、有効度合を示す百分率の値であってもよい。２つ目は、ＵＥについて５ＧＣ網での在圏状態が有効であるか無効であるかを示す５ＧＣ在圏プロファイルである。５ＧＣ在圏プロファイルは、有効か無効かの２値をとるが、これに限るものではない。例えば、有効度合を示す百分率の値であってもよい。初期状態では、ＬＴＥ在圏プロファイル及び５ＧＣ在圏プロファイルは共に有効に設定されている。

図５のシーケンス図のステップＢ２にて、ＨＳＳとＨＳＳ／ＵＤＲとの間でＭＭＥ書換と共にフラグ書込が行われる。ステップＢ２の処理の結果、プロファイルのうちＭＭＥプロファイルは「有（新）」に設定されると共に、設定部１１により５ＧＣ在圏プロファイルが「無効」に設定される（フラグ書込）。すなわち、設定部１１は、５ＧＣ網に在圏していると登録されている（５ＧＣ網の論理ノードであるＡＭＦ、ＳＭＦ及びＳＭＳＦのプロファイルが有効である）ＵＥがＬＴＥ網へ位置登録する（ステップＢ１）際に、当該ＵＥについて当該５ＧＣ網での在圏状態が無効である旨の設定をする（５ＧＣ在圏プロファイルを「無効」に設定する）。設定部１１は、ＬＴＥ網への位置登録（Ｄｉａ＿ＵＬＲ）時に、５ＧＣ在圏状態を無効化するフラグをプロファイルに格納しているとも言える。なお、在圏判定システム１がステップＢ１を受信した際に、ＬＴＥ在圏プロファイルが「無効」であった場合、ステップＢ２の処理の結果、設定部１１によりさらにＬＴＥ在圏プロファイルが「有効」に設定されてもよい（フラグ書換）。

図５のシーケンス図のステップＢ５にて、ＵＤＭとＨＳＳ／ＵＤＲとの間でＡＭＦ書換が行われるが、この際に設定部１１によって５ＧＣ在圏プロファイルの設定変更は行われない。なぜなら、まだＳＭＦ／ＳＭＳＦは在圏残置であるからである。図５のシーケンス図のステップＢ１０にて、ＵＤＭとＨＳＳ／ＵＤＲとの間でＳＭＦ／ＳＭＳＦ書換と共に（全ての５ＧＣ在圏が消去ならば）フラグ戻しが行われる。ステップＢ１０の処理の結果、プロファイルのうちＳＭＦプロファイル及びＳＭＳＦプロファイルは「無（消去）」に設定されると共に、設定部１１により５ＧＣ在圏プロファイルが「有効」に設定される（フラグ戻し）。すなわち、設定部１１は、ＵＥがＬＴＥ網へ位置登録する（ステップＢ１）際に、当該ＵＥについて５ＧＣ網に在圏しているとの登録が削除されたら（ステップＢ１０）、当該ＵＥについて当該５ＧＣ網での在圏状態が有効である旨の設定をする（５ＧＣ在圏プロファイルを「有効」に設定する）。設定部１１は、正常状態に影響が出ないよう、図５のシーケンス図のステップＢ９にて５ＧＣ網の在圏情報が全て削除された場合に（５ＧＣ在圏状態を無効化する）フラグの無効を有効に戻しているとも言える。以上、図５について、図２との差分を説明した。

判定部１２は、設定部１１によって設定（ＵＥについて５ＧＣ網での在圏状態が無効である旨の設定）がされているＵＥは、５ＧＣ網に在圏していないとの判定を行う。判定部１２は、在圏している移動体通信網が判定できないＵＥであって、設定部１１によって設定がされているＵＥは、５ＧＣ網に在圏していないとの判定を行ってもよい。在圏している移動体通信網が判定できないＵＥとは、ＵＥへの通信の中継先として複数の移動体通信網の中継先が対応付けられているＵＥであってもよい。判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて（当該判定部１２による）判定が行われた場合は、５ＧＣ網の中継先に関する情報を応答しなくてもよい。判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて判定が行われた場合は、５ＧＣ網以外の中継先に関する情報を応答してもよい。判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて判定が行われた場合は、ＬＴＥ網の中継先に関する情報を応答してもよい。上述の判定は、５ＧＣ網以外に在圏しているとの判定、又は、ＬＴＥ網に在圏しているとの判定であってもよい。

図６を用いて具体的に説明する。図６は、第１実施形態に係る在圏判定システム１によるＵＥへのＳＭＳ配信時における処理の全体像を示す図である。図６は、図３と同様であり、図３との差分を図６中の太字で示している。図３と同様の内容については説明を省略する。

図６について、図３との差分を説明する。図５で説明したように、在圏判定システム１（ＨＳＳ＋ＵＤＭ）の格納部１０は、５ＧＣ在圏プロファイルを格納している。判定部１２は、設定部１１によって５ＧＣ在圏状態プロファイル（フラグ）が「無効」に設定されている場合、ＳＭＳＦプロファイルが「無」であると判定（判断）する。すなわち、ある時点で、格納部１０によって格納されたＭＭＥプロファイルが「有」であり、ＳＭＳＦプロファイルが「有」であり、５ＧＣ在圏状態プロファイルが「無効」である場合、判定部１２は、ＭＭＥプロファイルが「有」であり、ＳＭＳＦプロファイルが「無」であると判定する。また、判定部１２は、ＭＭＥプロファイルが「有」であり、ＳＭＳＦプロファイルが「無」であると判定したことに基づいた別の判定及び処理を行っても良い。

例えば、図６のステップ２にて在圏判定システム１の格納部１０が両アドレス（ＭＭＥアドレス及びＳＭＳＦアドレス）を格納している場合、５ＧＣ在圏プロファイルを参照して「無効」の場合はＳＭＳＦアドレスを返信しなくてもよい。例えば、判定部１２は、設定部１１によって設定がされている（設定部１１によって５ＧＣ在圏プロファイルが無効に設定されている）ＵＥは、５ＧＣ網に在圏していないとの判定を行う。例えば、判定部１２は、在圏している移動体通信網が判定できないＵＥであって、設定部１１によって設定がされているＵＥは、５ＧＣ網に在圏していないとの判定を行ってもよい。在圏している移動体通信網が判定できないＵＥとは、ＵＥへの通信の中継先（ＭＭＥ、ＳＭＳＦなど）として複数の移動体通信網（５ＧＣ網、ＬＴＥ網など）の中継先が対応付けられている（ＭＭＥプロファイルとＳＭＳＦプロファイルとが共に「有」であるなど）ＵＥであってもよい。判定部１２は、ＵＥへの通信（ＳＭＳ配信など）の中継先に関する問い合わせがあった際に（図６のシーケンス図のステップ２）、当該ＵＥについて判定が行われた場合は、５ＧＣ網の中継先に関する情報（ＳＭＳＦアドレスなど）を応答しなくてもよい。判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて判定が行われた場合は、５ＧＣ網以外の中継先に関する情報（ＭＭＥアドレスなど）を応答してもよい。判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて判定が行われた場合は、ＬＴＥ網の中継先に関する情報（ＭＭＥアドレスなど）を応答してもよい。上述の判定は、５ＧＣ網以外に在圏しているとの判定、又は、ＬＴＥ網に在圏しているとの判定であってもよい。以上、図６について、図３との差分を説明した。

判定部１２は、判定結果を出力してもよい。例えば、判定部１２は判定結果を後述の通信装置１００４を介して他の装置に送信してもよいし、後述の出力装置１００６を介して在圏判定システム１のディスプレイなどに表示してもよい。

続いて、図７を参照しながら、在圏判定システム１が実行する処理の例を説明する。図７は、第１実施形態に係る在圏判定システム１が実行する処理（在圏判定方法）の一例を示すフローチャートである。まず、設定部１１が、５ＧＣ網に在圏していると登録されているＵＥがＬＴＥ網へ位置登録する際に、当該ＵＥについて当該５ＧＣ網での在圏状態が無効である旨の設定をする（ステップＳ１）。次に、判定部１２が、Ｓ１の設定がされているＵＥは、５ＧＣ網に在圏していないとの判定を行う（ステップＳ２）。

＜第２実施形態＞
第２実施形態は、基本的には、第１実施形態の５ＧＣ網をＬＴＥ網で置き換え、第１実施形態のＬＴＥ網を５ＧＣ網に置き換えたものである。第２実施形態については、第１実施形態との当該置き換え以外の主な差分について説明する。

図８は、第２実施形態に係る在圏判定システム１によるＬＴＥ網から５ＧＣ網への在圏移動時における処理の全体像を示す図である。図８の内容を時系列に沿って簡単に説明する。まず、初期段階において、ＵＥはＬＴＥ網に在圏していることから、在圏判定システム１に格納されたプロファイルにおいて、ＭＭＥプロファイルは「有（旧）」に設定され、ＡＭＦプロファイルは「無」に設定され、ＳＭＦプロファイルは「無」に設定され、ＳＭＳＦプロファイルは「無」に設定されている。また、図５と同様に、ＬＴＥ在圏プロファイル及び５ＧＣ在圏プロファイルは共に有効に設定されている。

初期段階から始まり、ステップＣ１にて、ＡＭＦからＵＤＭへ「Nudm_UECM_Registration Request」が送信される。次に、ステップＣ２にて、ＵＤＭとＨＳＳ／ＵＤＲとの間でＡＭＦ書換と共にフラグ書換が行われる。ステップＣ２の処理の結果、プロファイルのうちＡＭＦプロファイルは「有（新）」に設定されると共に、設定部１１によりＬＴＥ在圏プロファイルが「無効」に設定される（フラグ書換）。すなわち、設定部１１は、５ＧＣ網への位置登録（ＵＥＣＭ＿Ｒｅｇ）時に、ＬＴＥ在圏状態を無効化するフラグをプロファイルに格納していると言える。なお、在圏判定システム１がステップＣ１を受信した際に、５ＧＣ在圏プロファイルが「無効」であった場合、ステップＣ２の処理の結果、設定部１１によりさらに５ＧＣ在圏プロファイルが「有効」に設定されてもよい（フラグ書換）。次に、ステップＣ３にて、ＵＤＭからＡＭＦへ「Nudm_UECM_Registration Response」が送信される。次に、ステップＣ４にて、ＵＤＭからＨＳＳへ在圏削除指示（ＬＴＥ）が送信される。次に、ステップＣ５にて、ＨＳＳとＨＳＳ／ＵＤＲとの間でＭＭＥ書換と共にフラグ戻しが行われる。ステップＣ５の処理の結果、プロファイルのうちＭＭＥプロファイルは「無（消去）」に設定されると共に、設定部１１によりＬＴＥ在圏プロファイルが「有効」に設定される（フラグ戻し）。

次に、ステップＣ６にて、ＨＳＳからＭＭＥへ「Dia_CLR」が送信される。次に、ステップＣ７にて、ＭＭＥからＨＳＳへ「Dia_CLA」が送信される。次に、ステップＣ８にて、ＡＭＦからＳＭＦ／ＳＭＳＦへ（ＳＭＦ用の）「Nsmf_PDUSession_CreateSMContext Request」又は（ＳＭＳＦ用の）「Nsmsf_SMService_Activate Request」が送信される。次に、ステップＣ９にて、ＳＭＳ／ＳＭＳＦからＵＤＭへ「Nudm_UECM_Registration Request」が送信される。次に、ステップＣ１０にて、ＵＤＭとＨＳＳ／ＵＤＲとの間でＳＭＦ／ＳＭＳＦ書換が行われる。ステップＣ１０の処理の結果、プロファイルのうちＳＭＦプロファイル及びＳＭＳＦプロファイルは「有（新）」に設定される。次に、ステップＣ１１にて、ＵＤＭからＳＭＦ／ＳＭＳＦへ「Nudm_UECM_Registration Response」が送信される。次に、ステップＣ１２にて、ＳＭＦ／ＳＭＳＦからＡＭＦへ「Nsmf_PDUSession_CreateSMContext Response」又は「Nsmsf_SMService_Activate Response」が送信される。

図８において、３ＧＰＰ標準規定の論理ノードであるＨＳＳ及びＵＤＭが物理的に別装置である場合、ステップＣ４にて信号不達（異常終了）となった場合には在圏判定システム１の格納部１０が格納するＭＭＥプロファイルが「有（旧）」のまま残置するという課題がある。また、ステップＣ９のＳＭＳＦアドレス登録はステップＣ４とパラレル制御となる（またＡＭＦはＬＴＥ在圏消去完了を把握することはできない）ため、ステップＣ４が異常遭遇すると最終的にＭＭＥアドレスとＳＭＳＦアドレスとの両方を格納しているプロファイル状態となるという課題がある。

図９は、図６と同様であり、図６との差分を説明する。在圏判定システム１（ＨＳＳ＋ＵＤＭ）の格納部１０は、ＬＴＥ在圏プロファイルを格納している。判定部１２は、設定部１１によってＬＴＥ在圏状態プロファイル（フラグ）が「無効」に設定されている場合、ＭＭＥプロファイルが「無」であると判定（判断）する。すなわち、ある時点で、格納部１０によって格納されたＭＭＥプロファイルが「有」であり、ＳＭＳＦプロファイルが「有」であり、ＬＴＥ在圏状態プロファイルが「無効」である場合、判定部１２は、ＭＭＥプロファイルが「無」であり、ＳＭＳＦプロファイルが「有」であると判定する。また、判定部１２は、ＭＭＥプロファイルが「無」であり、ＳＭＳＦプロファイルが「有」であると判定したことに基づいた別の判定及び処理を行っても良い。

例えば、図９のステップ２にて在圏判定システム１の格納部１０が両アドレス（ＭＭＥアドレス及びＳＭＳＦアドレス）を格納している場合、ＬＴＥ在圏プロファイルを参照して「無効」の場合はＭＭＥアドレスを返信しなくてもよい。例えば、判定部１２は、設定部１１によって設定がされている（設定部１１によってＬＴＥ在圏プロファイルが無効に設定されている）ＵＥは、ＬＴＥ網に在圏していないとの判定を行う。例えば、判定部１２は、在圏している移動体通信網が判定できないＵＥであって、設定部１１によって設定がされているＵＥは、ＬＴＥ網に在圏していないとの判定を行ってもよい。在圏している移動体通信網が判定できないＵＥとは、ＵＥへの通信の中継先（ＭＭＥ、ＳＭＳＦなど）として複数の移動体通信網（５ＧＣ網、ＬＴＥ網など）の中継先が対応付けられている（ＭＭＥプロファイルとＳＭＳＦプロファイルとが共に「有」であるなど）ＵＥであってもよい。判定部１２は、ＵＥへの通信（ＳＭＳ配信など）の中継先に関する問い合わせがあった際に（図８のシーケンス図のステップ２）、当該ＵＥについて判定が行われた場合は、ＬＴＥ網の中継先に関する情報（ＭＭＥアドレスなど）を応答しなくてもよい。判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて判定が行われた場合は、ＬＴＥ網以外の中継先に関する情報（ＳＭＳＦアドレスなど）を応答してもよい。判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて判定が行われた場合は、５ＧＣ網の中継先に関する情報（ＳＭＳＦアドレスなど）を応答してもよい。上述の判定は、ＬＴＥ網以外に在圏しているとの判定、又は、５ＧＣ網に在圏しているとの判定であってもよい。以上、図９について、図６との差分を説明した。

設定部１１は、ＬＴＥ網に在圏していると登録されているＵＥが５ＧＣ網へ位置登録する際に、当該ＵＥについて当該ＬＴＥ網での在圏状態が無効である旨の設定をする。設定部１１は、ＵＥが５ＧＣ網へ位置登録する際に、当該ＵＥについてＬＴＥ網に在圏しているとの登録が削除されたら、当該ＵＥについて当該ＬＴＥ網での在圏状態が有効である旨の設定をしてもよい。

判定部１２は、設定部１１によって設定（ＵＥについてＬＴＥ網での在圏状態が無効である旨の設定）がされているＵＥは、ＬＴＥ網に在圏していないとの判定を行う。判定部１２は、在圏している移動体通信網が判定できないＵＥであって、設定部１１によって設定がされているＵＥは、ＬＴＥ網に在圏していないとの判定を行ってもよい。在圏している移動体通信網が判定できないＵＥとは、ＵＥへの通信の中継先として複数の移動体通信網の中継先が対応付けられているＵＥであってもよい。判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて（当該判定部１２による）判定が行われた場合は、ＬＴＥ網の中継先に関する情報を応答しなくてもよい。判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて判定が行われた場合は、ＬＴＥ網以外の中継先に関する情報を応答してもよい。判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて判定が行われた場合は、５ＧＣ網の中継先に関する情報を応答してもよい。上述の判定は、ＬＴＥ網以外に在圏しているとの判定、又は、５ＧＣ網に在圏しているとの判定であってもよい。

続いて、図１０を参照しながら、在圏判定システム１が実行する処理の例を説明する。図１０は、第１実施形態に係る在圏判定システム１が実行する処理（在圏判定方法）の一例を示すフローチャートである。まず、設定部１１が、ＬＴＥ網に在圏していると登録されているＵＥが５ＧＣ網へ位置登録する際に、当該ＵＥについて当該ＬＴＥ網での在圏状態が無効である旨の設定をする（ステップＳ３）。次に、判定部１２が、Ｓ３の設定がされているＵＥは、ＬＴＥ網に在圏していないとの判定を行う（ステップＳ４）。

続いて、第１実施形態及び第２実施形態に係る在圏判定システム１の作用効果について説明する。

在圏判定システム１によれば、設定部１１が、第１の移動体通信網（第１実施形態では５ＧＣ網、第２実施形態ではＬＴＥ網）に在圏していると登録されているＵＥが第２の移動体通信網（第１実施形態ではＬＴＥ網、第２実施形態では５ＧＣ網）へ位置登録する際に、当該ＵＥについて当該第１の移動体通信網での在圏状態が無効である旨の設定をし、判定部１２が、設定部１１によって上述の設定がされているＵＥは、第１の移動体通信網に在圏していないとの判定を行う。この構成により、第１の移動体通信網での在圏状態が無効である旨の設定がされているＵＥは、第１の移動体通信網に在圏していないとの判定が行われる。すなわち、ＵＥの在圏をより確実に判定することができる。

また、在圏判定システム１によれば、判定部１２は、在圏している移動体通信網が判定できないＵＥであって、設定部１１によって上述の設定がされているＵＥは、第１の移動体通信網に在圏していないとの判定を行ってもよい。この構成により、在圏している移動体通信網が判定できないＵＥについて、第１の移動体通信網に在圏していないとの判定を行うことができる。すなわち、ＵＥの在圏をより確実に判定することができる。

ここで、在圏している移動体通信網が判定できないＵＥとは、ＵＥへのＳＭＳ配信の中継先として複数の移動体通信網の中継先が対応付けられているＵＥであってもよい。この構成により、ＵＥへのＳＭＳ配信の中継先として複数の移動体通信網の中継先が対応付けられているＵＥについて、第１の移動体通信網に在圏していないとの判定を行うことができる。すなわち、ＵＥの在圏をより確実に判定することができる。

また、在圏判定システム１によれば、判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて上述の判定が行われた場合は、第１の移動体通信網の中継先に関する情報を応答しなくてもよい。この構成により、ＵＥへの通信の中継先に関する問い合わせがあった際に、ＵＥが在圏していないと判定された第１の移動体通信網の中継先に関する情報を応答しないため、より正確な応答が可能となる。

また、在圏判定システム１によれば、判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて上述の判定が行われた場合は、第１の移動体通信網以外の中継先に関する情報を応答してもよい。この構成により、ＵＥへの通信の中継先に関する問い合わせがあった際に、ＵＥが在圏していないと判定された第１の移動体通信網以外の中継先に関する情報を応答するため、より正確かつ確実な応答が可能となる。

また、在圏判定システム１によれば、判定部１２は、ＵＥへの通信の中継先に関する問い合わせがあった際に、当該ＵＥについて上述の判定が行われた場合は、第２の移動体通信網の中継先に関する情報を応答してもよい。この構成により、ＵＥへの通信の中継先に関する問い合わせがあった際に、ＵＥが位置登録している第２の移動体通信網の中継先に関する情報を応答するため、より正確かつ確実な応答が可能となる。また、例えば、在圏判定システム１にてＵＥ在圏中の一方の網側アドレスを（ＳＭＳ－ＧＭＳＣなどへ）応答することができる。また、例えば、ＳＭＳ配信にて、在圏中の片方のアドレスだけを確実に通知することができる。

ここで、上述の判定は、第１の移動体通信網以外に在圏しているとの判定、又は、第２の移動体通信網に在圏しているとの判定であってもよい。この構成により、ＵＥが在圏していないと判定された第１の移動体通信網以外に在圏していると判定を行うことができる、又は、ＵＥが位置登録している第２の移動体通信網に在圏していると判定を行うことができるため、より正確で確実な判定を行うことができる。

また、在圏判定システム１によれば、設定部１１は、ＵＥが第２の移動体通信網へ位置登録する際に、当該ＵＥについて第１の移動体通信網に在圏しているとの登録が削除されたら、当該ＵＥについて当該第１の移動体通信網での在圏状態が有効である旨の設定をしてもよい。この構成により、ＵＥについて第１の移動体通信網での在圏状態の正確性がより担保される。

なお、本実施形態では移動体通信網として５ＧＣ網とＬＴＥ網との２つの移動体通信網を挙げたが、２つの移動体通信網に限るものではなく、３つ以上の移動体通信網にも適用可能である。例えば、上述の「第１の移動体通信網以外の中継先に関する情報」は、５ＧＣ網及びＬＴＥ網とは異なる第３の移動体通信網の中継先に関する情報であってもよい。また例えば、上述の「第１の移動体通信網以外に在圏しているとの判定」は、５ＧＣ網及びＬＴＥ網とは異なる第３の移動体通信網に在圏しているとの判定であってもよい。

なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

例えば、本開示の一実施の形態における在圏判定システム１などは、本開示の在圏判定方法の処理を行うコンピュータとして機能してもよい。図１１は、本開示の一実施の形態に係る在圏判定システム１のハードウェア構成の一例を示す図である。上述の在圏判定システム１は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。上述した通り、在圏判定システム１は複数の装置から構成されてもよい。その場合、複数の装置それぞれ（例えば、ＨＳＳ及びＵＤＭのそれぞれ）が上述の図１１に示すようなハードウェア構成を備える。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。在圏判定システム１のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

在圏判定システム１における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、上述の設定部１１及び判定部１２などは、プロセッサ１００１によって実現されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、設定部１１及び判定部１２は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ROM）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の格納部１０及び設定部１１などは、通信装置１００４によって実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

また、在圏判定システム１は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。

情報等は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。

本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。

移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。

また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。

同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。

本開示で使用する「判断（determining）」、「決定（determining）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up、search、inquiry）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

本開示において、例えば、英語でのa、an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

１…在圏判定システム、１０…格納部、１１…設定部、１２…判定部、１００１…プロセッサ、１００２…メモリ、１００３…ストレージ、１００４…通信装置、１００５…入力装置、１００６…出力装置、１００７…バス。

Claims (8)

1. 第１の移動体通信網に在圏していると登録されている移動機が第２の移動体通信網へ位置登録する際に、当該移動機について当該第１の移動体通信網での在圏状態が無効である旨の設定をする設定部と、
   前記設定部によって前記設定がされている前記移動機は、前記第１の移動体通信網に在圏していないとの判定を行う判定部と、
   を備える在圏判定システム。
2. 前記判定部は、在圏している移動体通信網が判定できない前記移動機であって、前記設定部によって前記設定がされている前記移動機は、前記第１の移動体通信網に在圏していないとの判定を行う、
   請求項１に記載の在圏判定システム。
3. 在圏している移動体通信網が判定できない前記移動機とは、前記移動機への通信の中継先として複数の移動体通信網の中継先が対応付けられている前記移動機である、
   請求項２に記載の在圏判定システム。
4. 前記判定部は、前記移動機への通信の中継先に関する問い合わせがあった際に、当該移動機について前記判定が行われた場合は、前記第１の移動体通信網の中継先に関する情報を応答しない、
   請求項１～３の何れか一項に記載の在圏判定システム。
5. 前記判定部は、前記移動機への通信の中継先に関する問い合わせがあった際に、当該移動機について前記判定が行われた場合は、前記第１の移動体通信網以外の中継先に関する情報を応答する、
   請求項１～４の何れか一項に記載の在圏判定システム。
6. 前記判定部は、前記移動機への通信の中継先に関する問い合わせがあった際に、当該移動機について前記判定が行われた場合は、前記第２の移動体通信網の中継先に関する情報を応答する、
   請求項１～５の何れか一項に記載の在圏判定システム。
7. 前記判定は、前記第１の移動体通信網以外に在圏しているとの判定、又は、前記第２の移動体通信網に在圏しているとの判定である、
   請求項１～６の何れか一項に記載の在圏判定システム。
8. 前記設定部は、前記移動機が前記第２の移動体通信網へ位置登録する際に、当該移動機について前記第１の移動体通信網に在圏しているとの登録が削除されたら、当該移動機について当該第１の移動体通信網での在圏状態が有効である旨の設定をする、
   請求項１～７の何れか一項に記載の在圏判定システム。

Images