JP2024011597A - 通信装置、端末装置、通信システム、及び通信方法 - Google Patents

通信装置、端末装置、通信システム、及び通信方法 Download PDF

Info

Publication number
JP2024011597A
JP2024011597A JP2022113731A JP2022113731A JP2024011597A JP 2024011597 A JP2024011597 A JP 2024011597A JP 2022113731 A JP2022113731 A JP 2022113731A JP 2022113731 A JP2022113731 A JP 2022113731A JP 2024011597 A JP2024011597 A JP 2024011597A
Authority
JP
Japan
Prior art keywords
network
terminal device
communication
priority
list information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022113731A
Other languages
English (en)
Inventor
幸夫 小林
Yukio Kobayashi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2022113731A priority Critical patent/JP2024011597A/ja
Priority to US18/219,355 priority patent/US20240023012A1/en
Publication of JP2024011597A publication Critical patent/JP2024011597A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】災害が発生した場合に、ネットワークの負荷の上昇を抑えることができる通信装置を提供すること。【解決手段】本開示にかかる通信装置１は、災害が発生した際に端末装置が利用可能なネットワークを示す複数のネットワークIDと、ネットワークIDの優先度と、複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を送信する送信部２、を備える。【選択図】図１

Description

本開示は、通信装置、端末装置、通信システム、及び通信方法に関する。
災害時に、ある通信事業者が管理するモバイル通信ネットワークに障害が発生した場合に、その障害が発生したモバイル通信ネットワークに接続している通信端末の救済方法が検討されている。例えば、通信端末が、その障害が発生したモバイル通信ネットワークの代わりに、他の通信事業者が管理するモバイル通信ネットワークへ接続することを可能とする接続形態が検討されている。一方、通信端末が、他の通信事業者が管理するモバイル通信ネットワークへ接続する際に、他の通信事業者における負荷が急激に増加することを防止することが求められている。
特許文献１には、災害が発生した場合に、各端末が、IMSI（International Mobile Subscriber Identity）もしくはIMEI（International Mobile Equipment Identity）等の各端末の固有端末情報を用いてEPC（Evolved Packet Core）へランダムにアクセスすることが記載されている。
特開２０１７－１０３６９４号公報
しかし、災害が発生した場合には、その災害によりEPC内の通信装置に障害が発生すること等によって、EPCの処理能力が低下することがある。このような場合、端末がEPCへのアクセスタイミングをランダムにしても、EPCにアクセスする端末の数は減少されないため、EPCの負荷を軽減することができないという問題がある。
本開示の目的の一つは、上記の課題に鑑み、災害が発生した場合に、ネットワークの負荷の急激な上昇を抑えることができる通信装置、端末装置、通信システム、及び通信方法を提供することにある。
本開示の第１の態様にかかる通信装置は、災害が発生した際に端末装置が利用可能なネットワークを示す複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を送信する送信部、を備える。
本開示の第２の態様にかかる端末装置は、災害が発生した際に端末装置がアクセス可能な複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を受信する受信部と、災害が発生した際に、前記優先度及び前記識別情報に基づいて選択したネットワークIDが示すネットワークへ登録を要求するメッセージを送信する送信部と、を備える。
本開示の第３の態様にかかる通信システムは、災害が発生した際に利用可能なネットワークを示す複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を送信する通信装置と、前記リスト情報を受信し、災害が発生した際に、前記優先度及び前記識別情報に基づいて選択したネットワークIDが示すネットワークへ登録を要求するメッセージを送信する端末装置と、を備える。
本開示の第４の態様にかかる通信装置において実行される通信方法は、災害が発生した際に端末装置が利用可能なネットワークを示す複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を管理し、前記リスト情報を送信する。
本開示の第５の態様にかかる端末装置において実行される通信方法は、災害が発生した際に端末装置がアクセス可能な複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を受信し、災害が発生した際に、前記優先度及び前記識別情報に基づいて選択したネットワークIDが示すネットワークへ登録を要求するメッセージを送信する。
本開示の第６の態様にかかるプログラムは、災害が発生した際に端末装置が利用可能なネットワークを示す複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を管理し、前記リスト情報を送信する、ことをコンピュータに実行させる。
本開示により、災害が発生した場合に、ネットワークの負荷の上昇を抑えることができる通信装置、端末装置、通信システム、及び通信方法を提供することができる。
実施の形態１にかかる通信装置の構成図である。 実施の形態１にかかる端末装置の構成図である。 実施の形態１にかかる通信装置において実行される通信方法の処理フローである。 実施の形態１にかかる端末装置において実行される通信方法の処理フローである。 実施の形態２にかかる通信システムの構成図である。 実施の形態２にかかるＡＭＦの構成図である。 実施の形態２にかかるリスト情報を示す図である。 実施の形態２にかかるＵＥの構成図である。 実施の形態２にかかるPLMNの選択処理のフローチャートである。 実施の形態２にかかるRegistration処理の流れを示す図である。 実施の形態２にかかる災害が発生した際のRegistration処理の流れを示す図である。 実施の形態２にかかる災害が発生した際のRegistration処理の流れを示す図である。 実施の形態３にかかるリスト情報を示す図である。 それぞれの実施の形態にかかる端末装置及びＵＥの構成図である。 それぞれの実施の形態にかかる通信装置及びＡＭＦの構成図である。
（実施の形態１）
以下、図面を参照して本開示の実施の形態について説明する。図１を用いて実施の形態１にかかる通信装置１の構成例について説明する。通信装置１は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。通信装置１は、送信部２を有している。送信部２は、送信機と言い換えられてもよい。送信部２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、送信部２は、回路もしくはチップ等のハードウェアであってもよい。
送信部２は、リスト情報を送信する。例えば、送信部２は、端末装置へリスト情報を送信してもよい。さらに、送信部２は、基地局を介して端末装置へリスト情報を送信してもよい。送信部２は、通信装置１を介して通信サービスを利用する全ての端末装置へリスト情報を送信してもよい。もしくは、通信装置１を介して通信サービスを利用する全ての端末装置のうちの一部の端末装置へリスト情報を送信してもよい。一部の端末装置は、通信サービスを優先的に利用することができる優先端末であってもよい。
リスト情報には、災害が発生した際に端末装置が利用可能なネットワークを示す複数のネットワークIDが含まれる。端末装置が利用可能なネットワークは、端末装置が接続可能なネットワークと言い換えられてもよい。さらに、リスト情報には、複数のネットワークIDと、それぞれのネットワークIDの優先度と、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報とが関連付けられている。なお、２以上のネットワークIDに、同じ優先度が設定されてもよい。優先度が同じネットワークが複数存在することによって、それぞれのネットワークに接続する端末装置の数が分散され、それぞれのネットワークにおける急激な負荷の上昇を防止することができる。
続いて、図２を用いて実施の形態１にかかる端末装置５の構成例について説明する。端末装置５は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
端末装置５は、携帯端末、無線端末、移動端末、スマートフォン端末、タブレット型端末、IoT（Internet of Things）端末、ＭＴＣ（Machine Type Communication）端末、ユーザ端末等の、通信機能を有するコンピュータ装置であってもよい。端末装置５は、３ＧＰＰ（3rd Generation Partnership Project）において端末の総称として定義されているＵＥ（User Equipment）であってもよい。
端末装置５は、受信部６及び送信部７を有している。受信部６は受信機と、送信部７は送信機と、言い換えられてもよい。受信部６及び送信部７は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、受信部６及び送信部７は、回路もしくはチップ等のハードウェアであってもよい。
受信部６は、通信装置１からリスト情報を受信する。受信部６は、例えば、通信装置１から送信されたリスト情報を、無線通信回線を用いて、基地局を介して受信してもよい。
送信部７は、リスト情報に含められた複数のネットワークIDのなかから選択された１のネットワークIDが示すネットワークへ、登録を要求するメッセージを送信する。送信部７は、登録を要求するメッセージを、無線通信回線を用いて、基地局を介して送信してもよい。端末装置５は、ネットワークに登録されることによって、ネットワークに接続された状態となり、ネットワークが提供する通信サービスを利用することができる。
端末装置５は、通信事業者が運営するネットワークに接続し、通信サービスを利用する。端末装置５がネットワークに接続した状態は、端末装置５が、ネットワークと通信を行うことができる状態であるとする。なお、運営するとは、管理する、提供する等と言い換えられてもよい。
しかし、災害が発生したことによって、端末装置５が接続していた通信事業者のネットワークに障害が発生した場合、端末装置５は、その通信事業者が運営するネットワークと接続することができなくなり、通信サービスを利用することができなくなることがある。または、災害が発生したことによって、通信事業者が提供するネットワークの処理能力が低下し、その通信事業者が運営する通信サービスの品質が低下することがある。このような場合、端末装置５は、災害によって障害が発生したネットワークの代わりに、他のネットワークに接続することによって、通信サービスを継続して利用することができる。つまり、災害発生時に端末装置５が利用可能なネットワークは、障害が発生したネットワークの代わりに端末装置５へ通信サービスを提供することが可能なネットワークである。また、災害発生時に端末装置５が利用可能なネットワークは、災害が発生する前まで端末装置５が利用していたネットワークを提供している通信事業者とは異なる通信事業者が運営するネットワークであってもよい。
災害が発生した際に、端末装置５は、通信装置１から受信していたリスト情報に基づいて、優先度が高いネットワークIDによって識別されるネットワークへ接続することを試みる。これにより、優先度が高いネットワークほど、災害時に接続する端末装置の数が増加する可能性が高くなる。
端末装置５は、リスト情報において優先度が同一である複数のネットワークIDが存在する場合、それらの中から１つのネットワークIDを選択してもよい。端末装置５は、選択したネットワークIDによって識別されるネットワークへ接続を試みる。言い換えると、端末装置５は、リスト情報に示されている識別情報を用いて優先度が同一である２以上のネットワークIDの中から、１つのネットワークIDを選択してもよい。
識別情報とは、例えば、端末装置５を識別する情報、もしくは、端末装置５を利用するユーザまたは加入者を識別する情報であってもよく、他の情報であってもよい。具体的には、端末装置５は、優先度Ａが関連付けられた複数のネットワークIDの中から１つのネットワークIDを選択する際には、端末装置５を識別する情報を用いてもよい。さらに、端末装置５は、優先度Ｂが関連付けられた複数のネットワークIDの中から１つのネットワークIDを選択する際には、端末装置５を利用するユーザまたは加入者を識別する情報を用いてもよい。端末装置５を識別する情報は、例えば、３ＧＰＰにおいて規定されているIMEIであってもよい。IMEIは、端末装置固有の番号である。また、端末装置５を利用するユーザまたは加入者を識別する情報は、３ＧＰＰにおいて規定されているIMSIであってもよい。IMSIは、通信事業者のサービスを利用する加入者に割り当てられる番号である。IMSIは、MCC（Mobile Country Code）、MNC（Mobile Network Code）、及びMSIN（Mobile Station Identification Number）から構成される。MCCは、IMSIの先頭の3桁の数値であり、MNCは、MCCに続く2桁もしくは3桁の数値である。MNCの桁数は、国によって異なる。MSINは、MCC及びMNCを除いた残りのいくつかの桁の数値であり、加入者識別番号を表す。
続いて、図３を用いて実施の形態１にかかる通信装置１において実行される通信方法について説明する。はじめに、送信部２は、リスト情報を保持する（Ｓ１１）。保持するとは、記憶する、記録する、格納する、管理する、等と言い換えられてもよい。リスト情報には、災害が発生した際に端末装置が利用可能なネットワークを示す複数のネットワークIDが含まれる。さらに、リスト情報においては、複数のネットワークIDと、それぞれのネットワークIDの優先度と、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報とが関連付けられている。次に、送信部２は、リスト情報を送信する（Ｓ１２）。例えば、送信部２は、端末装置５へ向けて、リスト情報を送信する。
続いて、図４を用いて実施の形態１にかかる端末装置５において実行される通信方法について説明する。はじめに、受信部６は、通信装置１から送信されたリスト情報を受信する（Ｓ２１）。次に、送信部７は、そのリスト情報に含められた複数のネットワークIDのなかから選択された１のネットワークIDが示すネットワークへ、登録を要求するメッセージを送信する（Ｓ２２）。
以上説明したように、実施の形態１にかかる端末装置５は、複数のネットワークIDと、優先度と、ネットワークIDを選択する際に用いられる識別情報とを関連付けたリスト情報を通信装置１から受信する。端末装置５は、高い優先度が関連付けられた複数のネットワークIDの中から、識別情報に従って１のネットワークIDを選択する。識別情報は、端末毎に異なる。そのため、災害が発生した際に、災害が発生したネットワークを利用していた複数の端末装置が接続するネットワークは分散される。その結果、災害発生時に、特定のネットワークに端末装置からの接続が集中することを防止することができるため、１つ１つのネットワークにおける負荷の急激な上昇を防止することができる。
（実施の形態２）
続いて、図５を用いて実施の形態２にかかる通信システムの構成例について説明する。図５の通信システムは、５ＧＣ（5th Generation Core network）２０、ｇＮＢ（gNode B）３０、５ＧＣ４０、及びｇＮＢ５０を有している。
ｇＮＢ３０及びｇＮＢ５０は、３ＧＰＰにおいて定められている無線通信規格である５Ｇをサポートする基地局に相当する。ｇＮＢ３０及びｇＮＢ５０は、無線アクセスネットワークを構成する装置である。ｇＮＢ３０またはｇＮＢ５０によって構成される無線アクセスネットワークは、5G-RAN（5G-Radio Access Network）またはNG-RAN（Next Generation Radio Access Network）と称されてもよい。
ｇＮＢ３０は、通信エリア７０を形成している。また、図５においては、ｇＮＢ５０もｇＮＢ３０と同様に通信エリア７０を形成していることを示しているが、ｇＮＢ５０が形成する通信エリアは、通信エリア７０の一部のエリアと重複するエリアであってもよい。または、ｇＮＢ５０が形成する通信エリアは、通信エリア７０を含むエリアであってもよい。ＵＥ６０は、通信エリア７０内に存在する。
ＵＥ６０は、実施の形態１における端末装置５に相当する。ＵＥは、３ＧＰＰにおいて端末装置の総称として用いられる。
ここで、図５の通信システムは、二つの通信事業者が管理する通信システムを含んでいることを想定している。例えば、通信事業者Ａが、５ＧＣ２０及びｇＮＢ３０を管理し、通信事業者Ｂが、５ＧＣ４０及びｇＮＢ５０を管理してもよい。５ＧＣ４０の構成は、５ＧＣ２０の構成と実質的に同じであるため詳細な説明を省略する。ただし、５ＧＣ４０は、５ＧＣ２０と異なる冗長化構成を有していてもよく、例えば、５ＧＣ４０を構成するノード装置の台数が５ＧＣ２０を構成するノード装置の台数と異なってもよい。
また、通信事業者Ａが管理する通信システムが、ＵＥ６０におけるHPLMN（Home Public Land Mobile Network）であり、通信事業者Ｂが管理する通信システムが、ＵＥ６０におけるVPLMN（Visited PLMN）であってもよい。ＵＥ６０が、VPLMNへ接続することは、ＵＥ６０がVPLMNへローミングする、と称されてもよい。PLMNは、MCC及びMNCを組み合わせた数値である。PLMNは、通信事業者が管理するネットワークである。
また、図５の通信システムは、ｇＮＢ３０とｇＮＢ５０とが異なる装置である例が示されているが、ｇＮＢ３０とｇＮＢ５０とは同じ装置であってもよい。言い換えると、５ＧＣ２０と、５ＧＣ４０とは、一つのｇＮＢを共有してもよい。
５ＧＣ２０は、ＡＭＦ（Access and Mobility management Function）エンティティ２１、ＵＤＭ（Unified Data Management）エンティティ２２を有している。ＡＭＦエンティティ２１は、以下の説明においてＡＭＦ２１と表わす。ＵＤＭエンティティ２２は、以下の説明においてＵＤＭ２２と表わす。ＡＭＦ及びＵＤＭは、コアネットワークを構成する装置である。ＵＤＭは、記憶装置、サーバまたは管理装置とも呼ばれる。なお、記憶装置、サーバまたは管理装置は、通信機能を有するコンピュータ装置であってもよい。なお、エンティティは、ノードや装置と言い換えられてもよい。また、５ＧＣ等のコアネットワークを構成する装置は、コアネットワークノード、コアネットワーク装置、コアネットワークエンティティ等と称されてもよい。
ＡＭＦ２１は、ＵＥ６０のモビリティ管理を行う。さらに、ＡＭＦ２１は、ＵＥ６０に関する、認証処理を行う。ＵＥの認証処理は、例えば、ＵＥに搭載されているＳＩＭ（Subscriber Identity Module）に関する認証処理であってもよい。
ＵＤＭ２２は、ＵＥ６０の認証処理に用いられる認証用証明情報を管理する。さらに、ＵＤＭ２２は、ＵＥ６０に関する加入者情報もしくはユーザ情報を管理する。
ＡＭＦ４１は、ＡＭＦ２１と同様の構成及び機能を有し、ＵＤＭ４２は、ＵＤＭ２２と同様の構成及び機能を有するため、詳細な説明を省略する。
続いて、図６を用いて実施の形態２にかかるＡＭＦ２１の構成例について説明する。ＡＭＦ２１は、実施の形態１にかかる通信装置１に相当する。ＡＭＦ２１は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。ＡＭＦ２１は、管理部１１及び通信部１２を有している。通信部１２は、送信部及び受信部で構成されていてもよい。送信部は、図１の送信部２に相当する。管理部１１及び通信部１２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、管理部１１及び通信部１２は、回路もしくはチップ等のハードウェアであってもよい。
管理部１１は、災害発生時にＵＥが利用可能なネットワークを示すリスト情報を管理する。または、管理部１１は、記憶部としてリスト情報を記憶してもよい。リスト情報は、ＵＥ６０を含む複数のＵＥが利用可能な情報であってもよい。つまり、リスト情報は、ＵＥ６０を含む複数のＵＥによって共有されてもよい。言い換えると、リスト情報は、ＵＥ６０を含む複数のＵＥに共通の情報が含まれてもよい。もしくは、リスト情報は、ＵＥ毎に異なる内容の情報が含まれてもよい。もしくは、リスト情報は、５ＧＣ２０において管理されている全てのＵＥに共通の情報が含まれてもよい。つまり、リスト情報は、５ＧＣ毎に管理されてもよい。
管理部１１は、他の装置から受信したリスト情報を管理してもよい。他の装置は、例えばＵＥに関する加入者情報を管理するＵＤＭ２２であってもよい。
通信部１２は、他の装置からリスト情報を受信する。さらに、通信部１２は、ＵＥに関するRegistration処理を実行するために、ＵＥからｇＮＢを介してRegistration Requestメッセージを受信する。さらに、通信部１２は、ＵＥのRegistrationを許容もしくは許可する場合、Registration Requestメッセージへの応答メッセージとして、Registration AcceptメッセージをｇＮＢを介してＵＥへ送信する。Registration Acceptメッセージは、管理部１１において管理されているリスト情報を含む。通信部１２は、ＵＥのRegistrationを拒否する場合、Registration Requestメッセージへの応答メッセージとして、Registration RejectメッセージをｇＮＢを介してＵＥへ送信する。
ここで、図７を用いて、管理部１１が管理するリスト情報について説明する。リスト情報は、優先度、接続先PLMN、アクセスアルゴリズム、及び判断値が関連付けられている。
優先度は、ＵＥがPLMNを選択する際の優先度を示している。接続先PLMNに示されている、PLMN1-A、PLMN2-A等は、PLMNの識別情報であり、PLMN IDと称されてもよい。識別情報は、識別子と言い換えられてもよい。
図７は、優先度１が最も優先度が高く、優先度３が最も優先度が低いことを示している。つまり、災害が発生した場合、ＵＥは、はじめに、優先度１に関連付けられているPLMN1-AからPLMN1-Eのいずれかを選択する。ここで、ＵＥが、PLMN IDを選択することは、PLMN IDによって識別されるPLMNを選択することを意味する。ＵＥは、選択したPLMNへ接続することができなかった場合、次に、優先度２に関連付けられているPLMN2-AからPLMN2-Eのいずれかを選択する。
アクセスアルゴリズムは、ＵＥが接続先PLMNを選択する際に用いる識別情報などの種別の値を示している。図７の例は、ＵＥが優先度１に関連付けられたいずれかのPLMNを選択する際に、そのＵＥのIMEIの末尾の値を用いることを示している。優先度１の判断値は、IMEIの末尾の値を示している。例えば、IMEIの末尾の値が０もしくは１のＵＥは、PLMN1-Aによって識別されるネットワークへ接続を行う。また、IMEIの末尾の値が２もしくは３のＵＥは、PLMN1-Bによって識別されるネットワークへ接続を行う。
さらに、図７の例は、ＵＥが、優先度２に関連付けられたいずれかのPLMNを選択する際に、そのＵＥのIMSIの末尾の値を用いることを示している。優先度２の判断値は、IMSIの末尾の値を示している。例えば、IMSIの末尾の値が０もしくは１のＵＥは、PLMN2-Aによって識別されるネットワークへ接続を行う。また、IMSIの末尾の値が２もしくは３のＵＥは、PLMN2-Bによって識別されるネットワークへ接続を行う。
さらに、図７の例は、優先度３に関連付けられたいずれかのPLMNを選択する際に、そのＵＥが生成した疑似乱数を用いることを示している。優先度３の判断値は、疑似乱数の値を示している。例えば、疑似乱数の値が０から１９のＵＥは、PLMN3-Aによって識別されるネットワークへ接続を行う。また、疑似乱数の値が２０から３９のＵＥは、PLMN3-Bによって識別されるネットワークへ接続を行う。
判断値には、IMEIもしくはIMSIの末尾に限定されず、例えば、末尾から数えて二桁目の値が用いられてもよく、IMEIもしくはIMSIの任意の桁の値が用いられてもよい。また、疑似乱数が３桁以上である場合、判断値には、末尾の二桁の値が用いられてもよく、疑似乱数の任意の二つの桁の値が用いられてもよい。
また、アクセスアルゴリズムに用いられる識別情報は、IMEI、IMSI、もしくは疑似乱数に限定されない。例えば、識別情報は、ＵＥが災害前のPLMNへRegistration Requestメッセージを送信した時間、ＵＥが災害前のPLMNからRegistration Acceptメッセージを受信した時間、もしくは、ＵＥが災害の発生を検出した時間、等の時間に関する数値であってもよい。災害が発生する前にＵＥが接続していたPLMNは、HPLMNであってもよく、VPLMNであってもよい。または、識別情報は、ＵＥが存在する位置に関する情報であってもよい。位置に関する情報は、例えば、ＵＥが存在する位置の緯度もしくは経度が示す数値が用いられてもよい。または、位置に関する情報は、ＵＥが存在する位置の緯度及び経度を組み合わせて生成される数値が用いられてもよい。
続いて、図８を用いてＵＥ６０の構成例について説明する。ＵＥ６０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。ＵＥ６０は、通信部６１及び制御部６２を有している。通信部６１は、送信部及び受信部で構成されていてもよい。送信部６１は、図２の送信部７に相当する。受信部は、図１の受信部６に相当する。制御部は、制御器と称されてもよい。通信部６１及び制御部６２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部６１及び制御部６２は、回路もしくはチップ等のハードウェアであってもよい。
ＵＥ６０が５ＧＣ２０と登録処理を実行する際に、通信部６１は、ｇＮＢ３０を介してＡＭＦ２１へRegistration Requestメッセージを送信し、ｇＮＢ３０を介してＡＭＦ２１からRegistration Acceptメッセージを受信する。ＡＭＦ２１から受信するRegistration Acceptメッセージは、リスト情報を含む。もしくは、通信部６１は、ＡＭＦ２１によってRegistrationを拒否された場合、Registration Rejectメッセージを受信する。
さらに、災害が発生し、ＵＥ６０が５ＧＣ２０における登録を解除し、５ＧＣ４０へ登録する際に、通信部６１は、ｇＮＢ５０を介して、ＡＭＦ４１へRegistration Requestメッセージを送信する。ＡＭＦ４１によってRegistrationを許可された場合、通信部６１は、ｇＮＢ５０を介して、ＡＭＦ４１からRegistration Acceptメッセージを受信する。一方、ＡＭＦ４１によってRegistrationを拒否された場合、通信部６１は、ｇＮＢ５０を介して、Registration Rejectメッセージを受信する。
制御部６２は、災害が発生し、ＵＥ６０が５ＧＣ２０における登録を解除する場合に、ＡＭＦ２１から受信していたリスト情報の中から、ＵＥ６０が接続するPLMNを選択する。
ここで、図９を用いて、制御部６２におけるPLMNの選択処理の流れについて説明する。はじめに、制御部６２は、災害時のローミング処理を行うことを決定する（Ｓ３１）。災害時のローミング処理は、ＵＥ６０が、災害が発生する前まで利用していたPLMNとは異なるPLMNへ接続もしくは登録を試みることであってもよい。つまり、災害時のローミング処理は、災害が発生したことを契機として、ＵＥ６０が、HPLMNからVPLMNへローミングすることであってもよく、VPLMNからVPLMNへローミングすることであってもよい。
例えば、制御部６２は、所定の基準を満たす場合に、災害時のローミング処理を行うことを決定してもよい。所定の基準は、例えば、次のように定められてもよい。所定の基準は、以下に限定されず、例えば、通信事業者毎に異なる内容の基準が定められてもよい。
（１）災害が発生していない平常時に接続することが許可されているPLMNを利用することができない。言い換えると、ＵＥ６０が、５ＧＣ２０へ接続できない。
（２）ＵＥ６０が、５ＧＣ２０へ接続されているnon-3GPP accessを介して、５ＧＣ２０へ登録されていない状態、つまり、RM-REGISTEREDの状態ではなく、ＡＭＦ２１とNAS signaling connectionを有していない状態、つまり、CM-CONNECTEDの状態ではない。non-3GPP accessは、３ＧＰＰにおいて規定された通信規格をサポートしていないアクセスノードである。
（３）ＵＥ６０が、non-3GPP accessを介してサービスを受けることができない。
（４）ＵＥ６０が、災害時のローミングサービス（Disaster Roaming service）をサポートしている。
（５）ＵＥ６０のHPLMNが５ＧＣ２０を含むPLMNである場合に、５ＧＣ２０において、ＵＥ６０が災害時にローミングを行うことができる、との情報が設定されている。
（６）災害状態（Disaster Condition）ではないPLMNが、災害状態であるPLMNからローミングするＵＥを受け入れることができる。
例えば、制御部６２は、所定の基準として定められている（１）～（６）の全てを満たす場合に、災害時のローミング処理を行うことを決定してもよい。もしくは、制御部６２は、（１）～（６）のうち１以上のいくつかの基準を満たす場合に、災害時のローミング処理を行うことを決定してもよい。
例えば、制御部６２は、平常時に接続することが許可されているPLMNとの間において、Registrationの状態を維持することができない場合に、（１）を満たすと判定してもよい。
例えば、制御部６２は、ＵＥ６０が、non-3GPP accessを介して、５ＧＣ２０と、RM-REGISTEREDではなく、さらに、CM-CONNECTEDではない場合に、（２）及び（３）を満たすと判定してもよい。
例えば、制御部６２は、ＵＥ６０が、災害時（災害状態）に利用可能なPLMNが示されているリスト情報を有する場合、（４）及び（５）を満たすと判定してもよい。
例えば、制御部６２は、ＵＥ６０が、５ＧＣ４０からｇＮＢ５０を介して、災害時のローミングを受け入れることができることを示す情報を受信した場合に、（６）を満たすと判定してもよい。
図９に戻り、制御部６２は、リスト情報において、優先度１に関連付けられたPLMN IDのうち、一のPLMN IDを選択し、そのPLMN IDにおいて識別されるPLMNに対してRegistrationを実行する（Ｓ３２）。具体的には、制御部６２は、ＵＥ６０のIMEIの末尾の値に応じて、選択するPLMN IDを決定する。例えば、ＵＥ６０のIMEIの末尾が０もしくは１である場合、制御部６２は、PLMN 1-Aを選択する。制御部６２は、Registrationが正常に完了したと判断した場合、PLMNの選択処理を終了する。制御部６２は、通信部６１がRegistration Acceptメッセージを受信した場合に、Registrationが正常に完了したと判断してもよい。一方、制御部６２は、通信部６１がRegistration Rejectメッセージを受信した場合に、Registrationが正常に完了しなかったと判断してもよい。
制御部６２は、優先度１によるRegistrationが正常に完了しなかったと判断した場合、次に、リスト情報において、優先度２に関連付けられたPLMN IDのうち、一のPLMN IDを選択し、そのPLMN IDにおいて識別されるPLMNに対してRegistrationを実行する（Ｓ３３）。具体的には、制御部６２は、ＵＥ６０のIMSIの末尾の値に応じて、選択するPLMN IDを決定する。例えば、ＵＥ６０のIMSIの末尾が０もしくは１である場合、制御部６２は、PLMN 2-Aを選択する。制御部６２は、Registrationが正常に完了したと判断した場合、PLMNの選択処理を終了する。制御部６２は、通信部６１がRegistration Acceptメッセージを受信した場合に、Registrationが正常に完了したと判断してもよい。一方、制御部６２は、通信部６１がRegistration Rejectメッセージを受信した場合に、Registrationが正常に完了しなかったと判断してもよい。
制御部６２は、優先度２によるRegistrationが正常に完了しなかったと判断した場合、次に、リスト情報において、優先度３に関連付けられたPLMN IDのうち、一のPLMN IDを選択し、そのPLMN IDにおいて識別されるPLMNに対してRegistrationを実行する（Ｓ３４）。具体的には、制御部６２は、ＵＥ６０が生成した疑似乱数の値に応じて、選択するPLMN IDを決定する。例えば、疑似乱数の値が０－１９のいずれかである場合、制御部６２は、PLMN 3-Aを選択する。制御部６２は、Registrationが正常に完了したと判断した場合、PLMNの選択処理を終了する。制御部６２は、Registrationが正常に完了しなかったと判断した場合、ステップＳ３２以降の処理を再度実行し、Registrationの処理を繰り返し実行してもよい。もしくは、制御部６２は、Registrationが正常に完了しなかったと判断した場合、予め定められたPLMNへRegistrationを実行してもよい。もしくは、制御部６２は、Registrationが正常に完了しなかったと判断した場合、優先度１に関連付けられたPLMN IDのうち、まだ選択していないPLMN IDを選択してもよい。例えば、制御部６２は、ＵＥ６０のIMEIの末尾に、所定の値を加算して新たな判断値を生成し、新たな判断値に基づいて接続先PLMNを選択してもよい。優先度２もしくは優先度３に関連付けられたPLMN IDのうち、まだ選択していないPLMN IDを選択する場合も同様である。もしくは、制御部６２は、ステップＳ３２からＳ３４の処理を所定の回数繰り返しても、Registrationが正常に完了しない場合、PLMN IDの選択処理を終了してもよい。
続いて、図１０を用いて、実施の形態２にかかるRegistration処理の流れについて説明する。図１０は、3GPP TS23.502 V17.4.0のFigure 4.2.2.2.2-1:Registration procedureから、抜粋された処理を示している。図１０に記載されていない処理についても、Figure 4.2.2.2.2-1:Registration procedureに記載されている処理と同様の処理が実行されるとする。
はじめに、ＵＥ６０は、ｇＮＢ３０へRegistration Requestメッセージを送信する（Ｓ４１）。具体的には、ＵＥ６０は、ＡＮパラメータ及びRegistration Requestメッセージを含むAN（Access Network）メッセージをｇＮＢ３０へ送信する。ＡＮパラメータには、例えば、5G-S-TMSI（5G S Temporary Mobile Subscription Identifier）もしくはGUAMI（Globally Unique AMF Identifier）が含まれてもよい。5G-S-TMSIは、ＵＥ６０を識別するための識別情報である。5G-S-TMSIは、AMF Set ID、AMF Pointer、及び5G-TMSIを含む。AMF Set IDは、１以上のＡＭＦを含むAMFセットを識別するための識別情報であり、AMF Pointerは、AMFセットに含まれるそれぞれのＡＭＦを識別するための識別情報である。5G-TMSIは、ＡＭＦにおいて管理されているＵＥ６０の識別情報である。
GUAMIは、ＡＭＦを識別するための識別情報である。GUAMIは、MCC（Mobile Country Code）、MNC（Mobile Network Code）、AMF Region ID、AMF Set ID、及びAMF Pointerを含む。MCCは、国もしくは地域を表し、MNCは事業者を表す。AMF Region IDは、ＡＭＦが設置されている地域を表す。
Registration Requestメッセージは、Registration typeを含む。ステップＳ４１において送信されるRegistration Requestメッセージには、例えば、Initial Registrationであることを示すRegistration typeが含まれてもよい。Initial Registrationは、ＵＥ６０が、RM-DEREGISTERED状態である場合に実行されるRegistrationである。RM-DEREGISTERED状態は、ＵＥ６０がまだネットワークに登録されていない状態であることを示す。
次に、ｇＮＢ３０は、Registration Requestメッセージの送信先となるＡＭＦを選択する（Ｓ４２）。ｇＮＢ３０は、ＡＮパラメータに、5G-S-TMSIもしくはGUAMIが含まれる場合、5G-S-TMSIもしくはGUAMIによって特定されるＡＭＦを選択してもよい。もしくは、ｇＮＢ５１は、ＡＮパラメータに、5G-S-TMSIもしくはGUAMIが含まれる場合であっても、5G-S-TMSIもしくはGUAMIによって特定されるＡＭＦとは異なるＡＭＦを選択してもよい。
例えば、ｇＮＢ３０は、ＡＮパラメータに含まれる5G-S-TMSIもしくはGUAMIによって特定されるＡＭＦを利用することができない場合に、5G-S-TMSIもしくはGUAMIによって特定されるＡＭＦとは異なるＡＭＦを選択してもよい。具体的には、5G-S-TMSIもしくはGUAMIによって特定されるＡＭＦに障害が発生していることをｇＮＢ３０が検出した場合、5G-S-TMSIもしくはGUAMIによって特定されるＡＭＦとは異なるＡＭＦを選択してもよい。もしくは、5G-S-TMSIもしくはGUAMIによって特定されるＡＭＦを利用することができないことを予め通知されている場合、ｇＮＢ３０は、5G-S-TMSIもしくはGUAMIによって特定されるＡＭＦとは異なるＡＭＦを選択してもよい。もしくは、ｇＮＢ３０は、5G-S-TMSIもしくはGUAMIによって特定されるＡＭＦの負荷が予め定められた値よりも大きい場合、5G-S-TMSIもしくはGUAMIによって特定されるＡＭＦを選択しなくてもよい。
ｇＮＢ３０は、AMF Region ID及びAMF Set IDに基づいてＡＭＦを選択してもよい。例えば、ｇＮＢ３０は、AMF Set IDに含まれる複数のＡＭＦの中から、Registration Requestメッセージの送信先となるＡＭＦを選択してもよい。もしくは、ｇＮＢ３０は、５ＧＣを管理する事業者のポリシー等に従ってＡＭＦを選択してもよく、ＡＭＦの負荷状況を考慮してＡＭＦを選択してもよい。ステップＳ４２においては、ｇＮＢ３０は、ＡＭＦ２１を選択したと仮定する。
次に、ｇＮＢ３０は、ステップＳ４１においてＵＥ６０から受信したRegistration RequestメッセージをＡＭＦ２１へ送信する（Ｓ４３）。次に、ＵＥ６０、ＡＭＦ２１、及びＵＤＭ２２との間において認証処理が実行される（Ｓ４４）。ここでは、ＵＥ６０が正常に認証されたと仮定する。
次に、ＡＭＦ２１は、Nudm_UECM_Registrationサービスを実行する（Ｓ４５）。具体的には、ＡＭＦ２１は、ＵＤＭ２２におけるNudm_UECM_Registrationサービスを呼び出すために要求メッセージをＵＤＭ２２へ送信する。さらに、ＡＭＦ２１は、ＵＤＭ２２から、要求メッセージに対する応答メッセージを受信する。Nudm_UECM_Registrationにおいて、ＡＭＦ２１は、ＵＥ６０がＡＭＦ２１によって管理されるエリアに在圏することをＵＤＭ２２へ通知する。
次に、ＡＭＦ２１は、Nudm_SDM_Getサービスを実行する（Ｓ４６）。具体的には、ＡＭＦ２１は、ＵＤＭ２２におけるNudm_SDM_Getサービスを呼び出すために要求メッセージをＵＤＭ２２へ送信する。さらに、ＡＭＦ２１は、ＵＤＭ２２から、要求メッセージに対する応答メッセージを受信する。Nudm_SDM_Getにおいて、ＡＭＦ２１は、ＵＤＭ２２から、ＵＥ６０に関する加入者情報を受信する。加入者情報は、例えば、Access and Mobility Subscription dataであってもよい。ＡＭＦ２１が受信する加入者データは、災害時のローミングサービスのための加入者データであってもよい。災害時のローミングサービスのための加入者データは、災害時に利用可能なPLMNが示されているリスト情報を含む。
次に、ＡＭＦ２１は、Registration AcceptメッセージをｇＮＢ３０を介してＵＥ６０へ送信する（Ｓ４７）。Registration Acceptメッセージは、災害（災害状態）時に利用可能なPLMNが示されているリスト情報を含む。ＵＥ６０は、Registration Acceptメッセージに含まれているリスト情報を保持する。ＵＥ６０がRegistration Acceptメッセージを受信することによって、Registration処理が完了する。
続いて、図１１Ａを用いて、実施の形態２にかかる、災害が発生した際のRegistration処理の流れについて説明する。はじめに、ＵＥ６０は、災害時のローミング処理を行うことを決定する（Ｓ５１）。次に、ＵＥ６０は、ＡＭＦ２１から受信したリスト情報に基づいてローミングするPLMNを表すPLMN IDを選択する（Ｓ５２）。例えば、ＵＥ６０は、優先度１に関連付けられたPLMN IDの中から１つのPLMN IDを選択してもよい。ここでは、ＵＥ６０は、ローミングするVPLMNとして、５ＧＣ４０を管理する通信事業者のPLMNを選択したとする。
次に、ＵＥ６０は、ｇＮＢ５０へRegistration Requestメッセージを送信する（Ｓ５３）。具体的には、ＵＥ６０は、ＡＮパラメータ及びRegistration Requestメッセージを含むAN（Access Network）メッセージをｇＮＢ５０へ送信する。ＡＮパラメータには、例えば、5G-S-TMSI（5G S Temporary Mobile Subscription Identifier）もしくはGUAMI（Globally Unique AMF Identifier）が含まれてもよい。さらに、ＡＮパラメータには、ＵＥ６０がＡＭＦ２１から受信していたリスト情報に基づいて選択したPLMNに関する情報が含まれている。ＵＥ６０が選択したPLMNに関する情報は、例えば、ＵＥ６０が、優先度１に関連付けられたPLMN IDの中から選択したPLMN IDとする。
また、Registration Requestメッセージには、例えば、災害時のローミングであることを示すRegistrationの種別もしくは情報が含まれてもよい。そのRegistrationの種別もしくは情報は、Registration Typeであってもよい。災害時のローミングであることを示すRegistration typeは、例えば、Disaster Roaming Registration、Disaster Roaming Initial Registration、もしくはDisaster Roaming Mobility Registration Updateであってもよい。
次に、ｇＮＢ５０は、Registration Requestメッセージの送信先となるＡＭＦを選択する（Ｓ５４）。ここでは、ｇＮＢ５０は、ＵＥ６０から受信したPLMN IDに基づいて、ＡＭＦ４１を選択したと仮定する。次に、ｇＮＢ５０は、ステップＳ５２においてＵＥ６０から受信したRegistration RequestメッセージをＡＭＦ４１へ送信する（Ｓ５５）。具体的には、ｇＮＢ５０は、N2パラメータ及びRegistration Requestメッセージを含むN2メッセージをＡＭＦ４１へ送信する。N2パラメータには、例えば、ステップＳ５３において受信したPLMN IDが含まれてもよい。
次に、ＡＭＦ４１は、ＵＥ６０へ災害時のローミングサービスを提供すると判定した場合、ＵＥ６０へRegistration Acceptメッセージを送信する（Ｓ５６）。例えば、ＡＭＦ４１は、ＵＥ６０を登録してもＡＭＦ４１に輻輳が発生しない、ＵＥ６０を登録するための空リソースが十分に存在する、等の場合に、ＵＥ６０へ災害時のローミングサービスを提供すると判定してもよい。ＵＥ６０を登録するための空リソースが十分に存在するとは、空きリソースの容量が、予め定められた基準の容量以上に存在することであってもよい。例えば、ＡＭＦ４１は、ＵＥ６０へ災害時のローミングサービスを提供すると判定した場合、災害時のローミングに関する登録の結果を示す情報を、Registration Acceptメッセージに含めてもよい。災害時のローミングに関する登録の結果を示す情報は、例えば、Registration Acceptメッセージにおける”no additional information”に設定されてもよい。
続いて、図１１Ｂを用いて、実施の形態２にかかる、災害が発生した際のRegistration処理の流れについて説明する。ステップＳ５１～Ｓ５５は、図１１Ａと同様であるため詳細な説明を省略する。また、図１１Ｂにおいては、５ＧＣ２０及び５ＧＣ４０とは異なる５ＧＣによって管理されるｇＮＢ８０と、ｇＮＢ８０を管理する５ＧＣに含まれるＡＭＦ７１とを追加してRegistration処理の流れについて説明する。
次に、ＡＭＦ４１は、ＵＥ６０へ災害時のローミングサービスを提供しない、もしくは、ＵＥ６０へ災害時のローミングサービスを提供することができないと判定した場合、ｇＮＢ５０を介して、Registration RejectメッセージをＵＥ６０へ送信する（Ｓ５６）。災害時のローミングサービスは、災害が発生した際に、他のPLMNからローミングするＵＥを受け入れるサービスであってもよい。例えば、ＡＭＦ４１は、ＵＥ６０を認証することができなかった場合、もしくは災害時のローミングサービスをＵＥ６０を含む複数のＵＥへ提供することによって輻輳する可能性がある場合等に、Registration RejectメッセージをＵＥ６０に対して送信してもよい。または、ＡＭＦ４１は、ＡＭＦ４１に既に輻輳が発生している場合にも、Registration RejectメッセージをＵＥ６０に対して送信してもよい。もしくは、ＡＭＦ４１は、ＵＥ６０の現在位置が、災害時のローミングサービスを提供する位置の対象外であると判定した場合に、Registration RejectメッセージをＵＥ６０に対して送信してもよい。Registration Rejectメッセージは、ＡＭＦ４１がＵＥ６０へ災害時のローミングサービスを提供しない理由、ＵＥ６０へ災害時のローミングサービスを提供できない理由、もしくはＵＥ６０のRegistrationを拒否する理由を示す情報を含んでもよい。その情報は、Cause valueであってもよい。
次に、ＵＥ６０は、ＡＭＦ２１から受信したリスト情報に基づいてローミングするPLMNを表すPLMN IDを選択する（Ｓ５７）。例えば、ＵＥ６０は、優先度２に関連付けられたPLMN IDの中から１つのPLMN IDを選択してもよい。
次に、ＵＥ６０は、ｇＮＢ８０へ、Registration Requestメッセージを送信する（Ｓ５８）。具体的には、ＵＥ６０は、優先度２に関連付けられたPLMN IDの中から選択したPLMN IDを含むANパラメータ及びRegistration Requestメッセージを含むANメッセージをｇＮＢ８０へ送信する。ｇＮＢ８０及びＡＭＦ７１は、ＵＥ６０が選択したPLMN IDによって識別されるPLMNを構成する。ステップＳ５９及びＳ６０の処理は、ステップＳ５４及びＳ５５と同様の処理であるため説明を省略する。
次に、ＡＭＦ７１は、ＵＥ６０へ災害時のローミングサービスを提供すると判定した場合、ＵＥ６０へRegistration Acceptメッセージを送信する（Ｓ６１）。例えば、ＡＭＦ７１は、ＵＥ６０を登録してもＡＭＦ７１に輻輳が発生しない、ＵＥ６０を登録するための空リソースが十分に存在する、等の場合に、ＵＥ６０へ災害時のローミングサービスを提供すると判定してもよい。ＵＥ６０を登録するための空リソースが十分に存在するとは、空きリソースの容量が、予め定められた基準の容量以上に存在することであってもよい。
以上説明したように、実施の形態２にかかるＡＭＦ２１は、Registration処理において、優先度、接続先PLMN、アクセスアルゴリズム、及び判断値が関連付けられているリスト情報をＵＥ６０へｇＮＢ３０を介して送信する。また、ＵＥ６０は、災害が発生したことにより、ＡＭＦ２１を含むPLMNとは異なるPLMNへ接続することが必要になった場合に、リスト情報に従って接続先PLMNを選択する。ＵＥ６０がリスト情報に従ってPLMNを選択することによって、災害が発生した場合に、特定のPLMN（例えば、Disaster Roamingを提供しているPLMN）にアクセスが集中し、そのPLMNにおいて輻輳が発生することを防止することができる。
（実施の形態３）
続いて、図１２を用いて、実施の形態３にかかるリスト情報について説明する。図１２に示されるリスト情報は、図７に示されるリスト情報と比較して、一つの接続先PLMN IDに割り当てられる判断値の数が異なっている。具体的には、図７に示されるリスト情報は、それぞれの接続先PLMN IDに割り当てられる判断値の数が均等であるのに対して、図１２に示されるリスト情報は、それぞれの接続先PLMN IDに割り当てられる判断値の数が不均等となっている。言い換えると、図１２に示されるリスト情報は、それぞれの接続先PLMN IDに割り当てられる判断値の数に、重みづけが行われている。例えば、図１２に示されるように、優先度１に関連付けられたPLMN IDのうち、PLMN 1-Aに関連付けられる判断値を０～４の５つとしてもよい。さらに、PLMN 1-Dに関連付けられる判断値を７及び８の２つとし、その他のPLMN IDに関連付けられる判断値の数を、それぞれ１つとしてもよい。優先度２及び３に関連付けられたPLMN IDにおいても同様に、それぞれのPLMN IDに関連付けられる判断値の数は、それぞれ異なってもよい。
例えば、登録可能なＵＥの数が、他のPLMNより多いPLMNを示すPLMN IDには、他のPLMNのPLMN IDよりも多くの数の判断値が関連付けられてもよい。他のPLMNよりも多くの数の判断値が関連付けられたPLMN IDが示すPLMNは、災害が発生した際に、他のPLMNよりも多くのＵＥを接続することが可能である。言い換えると、他のPLMNよりも多くの数の判断値が関連付けられたPLMN IDが示すPLMNは、災害が発生した際に、他のPLMNよりも多くのＵＥを登録すること、他のPLMNよりも多くのＵＥを受け入れること、他のPLMNよりも多くのＵＥを収容すること、ができる。さらに言い換えると、他のPLMNよりも多くの数の判断値が関連付けられたPLMN IDが示すPLMNは、災害が発生した際に、他のPLMNよりも多くのＵＥに対して、サービスを提供することができる。災害が発生した際には、他のPLMNよりも多くの判断値の数が関連付けられたPLMN IDが示すPLMNには、他のPLMNよりも多くのＵＥが、Registration Requestメッセージが送信される。つまり、多くの判断値の数が関連付けられたPLMN IDが示すPLMNには、他のPLMNよりも多くのＵＥが登録される。一方、登録可能なＵＥの数が、他のPLMNより少ないPLMNを示すPLMN IDには、他のPLMN IDよりも少ない数の判断値が関連付けられてもよい。登録可能なＵＥの数は、例えば、リソースと言い換えられてもよい。つまり、PLMNのリソースが多くなるにつれて、多くの数の判断値がそのPLMNに関連付けられてもよい。PLMNのリソースは、例えば、PLMNが管理するＡＭＦの数、その他のコアネットワークノードの数、もしくは、１つのＡＭＦの性能等に基づいて決定されてもよい。または、PLMNの空リソースが多くなるにつれて、多くの数の判断値がそのPLMNに関連付けられてもよい。例えば、HPLMNに含まれるＡＭＦは、VPLMNに含まれるＡＭＦもしくは他のコアネットワークノードから、登録済みのＵＥの数に関する情報を取得し、VPLMNの空リソースの状況を管理してもよい。登録済みのＵＥの数は、RM-REGISTERED状態のＵＥと言い換えられてもよい。
もしくは、複数のPLMNを管理する団体もしくは機関等によって、それぞれの接続先PLMN IDに割り当てられる判断値の数の重みづけが決定されてもよい。複数のPLMNを管理する団体もしくは機関等は、標準規格を策定する団体であってもよく、政府等であってもよい。
以上説明したように、図１２に示されるリスト情報を用いることによって、災害が発生した際に、特定のPLMNにＵＥが集中してアクセスすることを防止するとともに、リソースの多いPLMNへ、より多くのＵＥをアクセスさせることが可能となる。これにより、リソースの少ないPLMNへ、リソースの多いPLMNと同程度のＵＥがアクセスした際に、リソースの少ないPLMNにおいて輻輳が発生することを防止することができる。
図１３は、上述の実施の形態において説明した端末装置５及びＵＥ６０（以下、端末装置５等とする）の構成例を示すブロック図である。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., 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）内のメモリを含んでもよい。
メモリ１１０６は、上述の複数の実施形態で説明された端末装置５等による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュールをメモリ１１０６から読み出して実行することで、上述の実施形態で説明された端末装置５等の処理を行うよう構成されてもよい。
図１４は、上述の実施の形態において説明した通信装置１及びＡＭＦ２１（以下、通信装置１等とする）の構成例を示すブロック図である。図１４を参照すると、通信装置１等は、ネットワークインターフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインターフェース１２０１は、ネットワークノードと通信するために使用されてもよい。ネットワークインターフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。IEEEは、Institute of Electrical and Electronics Engineersを表す。
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてフローチャートを用いて説明された通信装置１等の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/O（Input/Output）インタフェースを介してメモリ１２０３にアクセスしてもよい。
図１４の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明された通信装置１等の処理を行うことができる。
図１４を用いて説明したように、上述の実施形態における通信装置１等が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
上述の例において、プログラムは、コンピュータに読み込まれた場合に、実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、random-access memory（RAM）、read-only memory（ROM）、フラッシュメモリ、solid-state drive（SSD）又はその他のメモリ技術、CD-ROM、digital versatile disc（DVD）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、またはその他の形式の伝搬信号を含む。
なお、本開示における技術的思想は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
災害が発生した際に端末装置が利用可能なネットワークを示す複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を送信する送信部、を備える通信装置。
（付記２）
前記送信部は、
前記リスト情報を、基地局を介して前記端末装置へ送信する、付記１に記載の通信装置。
（付記３）
前記送信部は、
前記端末装置に関する登録処理において、前記リスト情報を前記端末装置へ送信する、付記２に記載の通信装置。
（付記４）
前記リスト情報を他の装置から受信する受信部をさらに備える、付記１から３のいずれか１項に記載の通信装置。
（付記５）
前記受信部は、
前記端末装置に関する登録処理において、前記端末装置の加入者情報を管理する管理装置から前記リスト情報を受信する、付記４に記載の通信装置。
（付記６）
前記リスト情報を管理する管理部をさらに備える、付記１から５のいずれか１項に記載の通信装置。
（付記７）
前記識別情報は、
前記端末装置を識別する情報、及び、前記端末装置を利用するユーザを識別する情報、の少なくとも一方を含む、付記１から６のいずれか１項に記載の通信装置。
（付記８）
前記リスト情報は、
前記識別情報に基づいて特定される設定値を、前記ネットワークIDに関連付ける、付記１から７のいずれか１項に記載の通信装置。
（付記９）
前記リスト情報は、
前記ネットワークIDに関連付けられる前記設定値の数を前記複数のネットワークID間において均等にする、付記８に記載の通信装置。
（付記１０）
前記リスト情報は、
前記ネットワークIDに関連付けられる前記設定値の数を前記複数のネットワークID間において不均等にする、付記８に記載の通信装置。
（付記１１）
災害が発生した際に端末装置がアクセス可能な複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を受信する受信部と、
災害が発生した際に、前記優先度及び前記識別情報に基づいて選択したネットワークIDが示すネットワークへ登録を要求するメッセージを送信する送信部と、を備える端末装置。
（付記１２）
前記送信部は、
前記ネットワークへの登録が拒否された場合、前記ネットワークを示す前記ネットワークIDに関連付けられた優先度よりも低い優先度が関連付けられたネットワークIDが示すネットワークへ、登録を要求するメッセージを送信する、付記１１に記載の端末装置。
（付記１３）
前記受信部は、
通信装置へ送信した登録を要求するメッセージに対する応答メッセージであって、前記リスト情報を含む前記応答メッセージを受信する、付記１１又は１２に記載の端末装置。
（付記１４）
災害が発生した際に利用可能なネットワークを示す複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である少なくとも１つのネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を送信する通信装置と、
前記リスト情報を受信し、災害が発生した際に、前記優先度及び前記識別情報に基づいて選択したネットワークIDが示すネットワークへ登録を要求するメッセージを送信する端末装置と、を備える通信システム。
（付記１５）
前記通信装置は、
前記リスト情報を、基地局を介して前記端末装置へ送信する、付記１４に記載の通信システム。
（付記１６）
前記通信装置は、
前記端末装置に関する登録処理において、前記リスト情報を前記端末装置へ送信する、付記１５に記載の通信システム。
（付記１７）
災害が発生した際に端末装置が利用可能なネットワークを示す複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を管理し、
前記リスト情報を送信する、通信装置において実行される通信方法。
（付記１８）
災害が発生した際に端末装置がアクセス可能な複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を受信し、
災害が発生した際に、前記優先度及び前記識別情報に基づいて選択したネットワークIDが示すネットワークへ登録を要求するメッセージを送信する、端末装置において実行される通信方法。
（付記１９）
災害が発生した際に端末装置が利用可能なネットワークを示す複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を管理し、
前記リスト情報を送信する、ことをコンピュータに実行させるプログラム。
（付記２０）
災害が発生した際に端末装置がアクセス可能な複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を受信し、
災害が発生した際に、前記優先度及び前記識別情報に基づいて選択したネットワークIDが示すネットワークへ登録を要求するメッセージを送信する、ことをコンピュータに実行させるプログラム。
１ 通信装置
２ 送信部
５ 端末装置
６ 受信部
７ 送信部
１０ 通信装置
１１ 管理部
１２ 通信部
２０ ５ＧＣ
２１ ＡＭＦ
２２ ＵＤＭ
３０ ｇＮＢ
４０ ５ＧＣ
４１ ＡＭＦ
４２ ＵＤＭ
５０ ｇＮＢ
６０ ＵＥ
６１ 通信部
６２ 制御部
７０ 通信エリア
７１ ＡＭＦ
８０ ｇＮＢ

Claims (10)

  1. 災害が発生した際に端末装置が利用可能なネットワークを示す複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を送信する送信部、を備える通信装置。
  2. 前記送信部は、
    前記リスト情報を、基地局を介して前記端末装置へ送信する、請求項１に記載の通信装置。
  3. 前記送信部は、
    前記端末装置に関する登録処理において、前記リスト情報を前記端末装置へ送信する、請求項２に記載の通信装置。
  4. 前記リスト情報を他の装置から受信する受信部をさらに備える、請求項１から３のいずれか１項に記載の通信装置。
  5. 前記受信部は、
    前記端末装置に関する登録処理において、前記端末装置の加入者情報を管理する管理装置から前記リスト情報を受信する、請求項４に記載の通信装置。
  6. 前記リスト情報を管理する管理部をさらに備える、請求項１から３のいずれか１項に記載の通信装置。
  7. 災害が発生した際に端末装置がアクセス可能な複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を受信する受信部と、
    災害が発生した際に、前記優先度及び前記識別情報に基づいて選択したネットワークIDが示すネットワークへ登録を要求するメッセージを送信する送信部と、を備える端末装置。
  8. 災害が発生した際に利用可能なネットワークを示す複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を送信する通信装置と、
    前記リスト情報を受信し、災害が発生した際に、前記優先度及び前記識別情報に基づいて選択したネットワークIDが示すネットワークへ登録を要求するメッセージを送信する端末装置と、を備える通信システム。
  9. 災害が発生した際に端末装置が利用可能なネットワークを示す複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を管理し、
    前記リスト情報を送信する、通信装置において実行される通信方法。
  10. 災害が発生した際に端末装置がアクセス可能な複数のネットワークIDと、前記ネットワークIDの優先度と、前記複数のネットワークIDの内、優先度が同一である複数のネットワークIDの中から１つのネットワークIDを選択する際に用いられる識別情報と、を関連付けたリスト情報を受信し、
    災害が発生した際に、前記優先度及び前記識別情報に基づいて選択したネットワークIDが示すネットワークへ登録を要求するメッセージを送信する、端末装置において実行される通信方法。
JP2022113731A 2022-07-15 2022-07-15 通信装置、端末装置、通信システム、及び通信方法 Pending JP2024011597A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022113731A JP2024011597A (ja) 2022-07-15 2022-07-15 通信装置、端末装置、通信システム、及び通信方法
US18/219,355 US20240023012A1 (en) 2022-07-15 2023-07-07 Communication apparatus, terminal device, communication system, and communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2022113731A JP2024011597A (ja) 2022-07-15 2022-07-15 通信装置、端末装置、通信システム、及び通信方法

Publications (1)

Publication Number Publication Date
JP2024011597A true JP2024011597A (ja) 2024-01-25

Family

ID=89509567

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022113731A Pending JP2024011597A (ja) 2022-07-15 2022-07-15 通信装置、端末装置、通信システム、及び通信方法

Country Status (2)

Country Link
US (1) US20240023012A1 (ja)
JP (1) JP2024011597A (ja)

Also Published As

Publication number Publication date
US20240023012A1 (en) 2024-01-18

Similar Documents

Publication Publication Date Title
CN109922472B (zh) 用户策略的获取
US11924641B2 (en) Security management for service access in a communication system
US20220248225A1 (en) Secure access control in communication system
CN113994633B (zh) 通信系统中的网络功能集合的授权
JP7099536B2 (ja) コアネットワーク装置、通信端末、コアネットワーク装置の方法、プログラム、及び通信端末の方法
US11917720B2 (en) Methods, systems, and computer readable media for enabling forwarding of subsequent network function subscription updates
WO2020098265A1 (en) Methods, network function nodes and computer readable media for event subscription management
US11564086B2 (en) Secure mobile-terminated message transfer
KR20210021837A (ko) 무선통신 시스템에서 다중 가입 서비스를 제공하는 방법 및 장치
US12028383B2 (en) Systems and methods for supporting internet protocol multimedia subsystem services in fifth-generation networks
JP2024011597A (ja) 通信装置、端末装置、通信システム、及び通信方法
US11689960B2 (en) Systems and methods for obtaining and indicating subscription information for a wireless communication service
WO2021159415A1 (zh) 通信方法、装置及系统
WO2023238743A1 (ja) コアネットワークノード、アクセスネットワークノード、無線端末、通信方法、及びコンピュータ可読媒体
JP6597772B2 (ja) 無線端末装置及びその方法
US20230345223A1 (en) Methods, systems, and computer readable media for identifying roaming messages
US20240236100A9 (en) Systems and methods for providing prioritization for data transport services
US20240137366A1 (en) Systems and methods for providing prioritization for data transport services
US20240205859A1 (en) Systems and methods for session setup or registration in a core network
US20240244416A1 (en) Systems and methods for optimized discovery of a network device
WO2023175666A1 (ja) 通信装置、通信装置の方法、端末装置、端末装置の方法、通信システム、及び非一時的なコンピュータ可読媒体
US20230379690A1 (en) Methods, systems, and computer readable media for facilitating processing of inter-public land mobile network (plmn) messages relating to existing subscriptions
CN116321110B (zh) 服务订阅方法、装置、服务提供网元及存储介质
JP7509226B2 (ja) Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ネットワークノード、及びこれらの方法
US20240196193A1 (en) Systems and methods for session setup in a core network