JP2024078343A - 通信制御方法、基地局、及びユーザ装置 - Google Patents

Abstract

【課題】タイマの最適化を図ることが可能な通信制御方法、基地局、及びユーザ装置を提供する。【解決手段】一態様に係る通信制御方法は、移動通信システムにおける通信制御方法である。前記通信制御方法は、基地局が、複数の衛星を含む衛星バックホール回線の遅延時間に基づいて変更された、ＮＡＳタイマのタイマ値を報知するステップを有する。ここで、衛星バックホール回線は、基地局とコアネットワーク装置との間に存在する。【選択図】図２５

Description

本発明は、通信制御方法、基地局、及びユーザ装置に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（Third Generation Partnership Project）（登録商標。以下同じ。）において、衛星を用いた衛星バックホールシナリオについての検討が行われている。衛星バックホールシナリオでは、ＲＡＮ（Radio Access Network）ノードとＣＮ（Core Network）ノードとの間において、衛星を介した衛星バックホール回線が用いられる。衛星バックホール回線が用いられることで、例えば、災害が発生した場合に、衛星バックホール回線を用いて通信を継続させることが可能となる。なお、衛星バックホール回線により、ユーザ装置（ＵＥ： User Equipment）とＣＮノードとの間の伝送遅延が、２ｍｓから１４０ｍｓの範囲になることが想定されている。

また、３ＧＰＰでは、衛星バックホール回線について、様々なユースケースについての検討も行われている。このようなユースケースとして、例えば、複数台の衛星が用いられるユースケース、複数種類の衛星により複数の経路が形成されるユースケース、又は、衛星バックホール回線と地上バックホール回線とがハイブリッドで用いられるユースケースなどがある。

一方、ＵＥからＣＮノード（例えばＡＭＦ）へ送信されるＮＡＳ（Non-Access Stratum）メッセージに対しては、タイマが用いられる。このようなタイマとして、例えば、Ｔ３５１０、Ｔ３５１７、Ｔ３５８０、Ｔ３５８１、及びＴ３５８２などがある。例えば、ＵＥでは、ＮＡＳメッセージを送信するときにタイマのカウントを開始し、当該タイマが満了（又はタイムアウト）すると、ＮＡＳメッセージを再送したりすることが行われる。なお、３ＧＰＰでは、当該タイマに関して、衛星バックホール回線を考慮して、ワーストケースで最大５倍の伝送遅延をサポートすべきことが提案されている。

３ＧＰＰ ＴＲ ２３．７３７ Ｖ１７．２．０ （２０２１－０３） Ｓ２－２１０３８３２、３ＧＰＰ ＴＳＧ ＳＡ２ Ｍｅｅｔｉｎｇ ＃１４５－ｅ、Ｍａｙ ２０２１

しかしながら、ＮＡＳメッセージの送信に用いられるタイマは、ワーストケースを考慮したとしても、１台の衛星で構成される衛星バックホール回線を想定している。そのため、ＮＡＳメッセージの送信に用いられるタイマは、衛星バックホール回線での様々なユースケースに対応したものとはなっていない。

そこで、本開示は、タイマの最適化を図ることが可能な通信制御方法、基地局、及びユーザ装置を提供することを目的とする。

一態様に係る通信制御方法は、移動通信システムにおける通信制御方法である。前記通信制御方法は、基地局が、複数の衛星を含む衛星バックホール回線の遅延時間に基づいて変更された、ＮＡＳタイマのタイマ値を報知するステップを有する。ここで、衛星バックホール回線は、基地局とコアネットワーク装置との間に存在する。

また、一態様に係る基地局は、複数の衛星を含む衛星バックホール回線の遅延時間に基づいて変更された、ＮＡＳタイマのタイマ値を報知する送信部を有する。ここで、衛星バックホール回線は、基地局とコアネットワーク装置との間に存在する。

更に、一態様に係る通信制御方法は、移動通信システムにおける通信制御方法である。前記通信制御方法は、ユーザ装置が、第１ＮＡＳメッセージを、複数の衛星を含む衛星バックホール回線を介してコアネットワーク装置へ送信するステップを有する。また、前記通信制御方法は、ユーザ装置が、第１ＮＡＳメッセージに対応する第２ＮＡＳメッセージを、衛星バックホール回線を介してコアネットワーク装置から受信するステップを有する。更に、前記通信制御方法は、ユーザ装置が、第１ＮＡＳメッセージを送信後、第２ＮＡＳメッセージを受信するまでの時間を測定するステップを有する。更に、前記通信制御方法は、ユーザ装置が、時間に基づいて、ＮＡＳタイマのタイマ値を変更するステップを有する。ここで、衛星バックホール回線は、基地局と前記コアネットワーク装置との間に存在する。

更に、一態様に係るユーザ装置は、第１ＮＡＳメッセージを、複数の衛星を含む衛星バックホール回線を介してコアネットワーク装置へ送信する送信部を有する。また、前記ユーザ装置は、ＮＡＳメッセージに対応する第２ＮＡＳメッセージを、衛星バックホール回線を介してコアネットワーク装置から受信する受信部を有する。更に、前記ユーザ装置は、第１ＮＡＳメッセージを送信後、第２ＮＡＳメッセージを受信するまでの時間を測定する制御部を有する。制御部は、当該時間に基づいて、ＮＡＳタイマのタイマ値を変更する。また、衛星バックホール回線は、基地局とコアネットワーク装置との間に形成されている。

本開示によれば、タイマの最適化を図ることが可能な通信制御方法、基地局、及びユーザ装置を提供することができる。

図１は、第１実施形態に係る移動通信システムの構成例を示す図である。 図２は、第１実施形態に係るＵＥ（ユーザ装置）の構成例を示す図である。 図３は、第１実施形態に係るｇＮＢ（基地局）の構成例を示す図である。 図４は、第１実施形態に係るＡＭＦの構成例を示す図である。 図５は、第１実施形態に係る衛星の構成例を表す図である。 図６は、第１実施形態に係るユーザプレーンのプロトコルスタックの構成例を表す図である。 図７は、第１実施形態に係る制御プレーンのプロトコルスタックの構成例を表す図である。 図８は、第１実施例の第１動作例のおけるシーケンス例を表す図である。 図９は、第１実施例の第１動作例におけるＮＡＳタイマの変更処理の例を表す図である。 図１０は、第１実施例の第２動作例におけるシーケンス例を表す図である。 図１１は、第１実施例の第２動作例におけるＮＡＳタイマの変更処理の例を表す図である。 図１２は、第１実施例の第３動作例におけるシーケンス例を表す図である。 図１３は、第１実施例の第３動作例におけるシーケンス例を表す図である。 図１４は、第１実施例の第３動作例におけるＮＡＳタイマの変更処理の例を表す図である。 図１５（Ａ）及び図１５（Ｂ）は、第１実施例の第３動作例におけるＮＡＳタイマの変更処理の例を表す図である。 図１６は、第２実施例の第１動作例におけるシーケンス例を表す図である。 図１７は、第２実施例の第１動作例におけるＮＡＳタイマの変更処理の例を表す図である。 図１８は、第２実施例の第２動作例におけるシーケンス例を表す図である。 図１９は、第２実施例の第２動作例におけるＮＡＳタイマの変更処理の例を表す図である。 図２０は、第２実施例の第３動作例におけるシーケンス例を表す図である。 図２１は、第２実施例の第３動作例におけるＮＡＳタイマの変更処理の例を表す図である。 図２２は、第２実施例の第３動作例におけるＮＡＳタイマの変更処理の例を表す図である。 図２３は、第２実施例の第３動作例におけるＮＡＳタイマの変更処理の例を表す図である。 図２４は、第２実施形態に係る動作例を表す図である。 図２５は、第２実施形態に係る第１動作例のシーケンス例を表す図である。 図２６は、第２実施形態に係る第２動作例のシーケンス例を表す図である。 図２７は、第２実施形態に係る第３動作例のシーケンス例を表す図である。 図２８は、第３実施形態に係る動作例を表す図である。 図２９は、第３実施形態に係る動作例を表す図である。 図３０は、第３実施形態に係るＵＥにおける動作例を表す図である。 図３１は、第３実施形態に係る他の動作例１のシーケンス例を表す図である。 図３２は、第３実施形態に係る他の動作例２のシーケンス例を表す図である。 図３３（Ａ）及び図３３（Ｂ）は、第１実施形態に係る伝送遅延の例を表す図である。 図３４は、第１実施形態に係るＴ３５１０の利用例を表す図である。

［第１実施形態］
図３３（Ａ）及び図３３（Ｂ）は、第１実施形態に係る伝送遅延の例を表す図である。

上述したように、３ＰＰでは、衛星バックホール回線が用いられた場合のＵＥとＣＮノードとの間の伝送遅延として、２ｍｓから１４０ｍｓの範囲を想定している。しかし、当該伝送遅延は、１台の衛星から構成される衛星バックホール回線であることが前提となっている。

また、上述したように、衛星バックホール回線においては、様々なユースケースが想定されており、複数台の衛星を介したり、複数の経路を介したりするケースが存在する。このような場合、伝送遅延が、想定される範囲（２ｍｓから１４０ｍｓ）よりも長くなったり、衛星の移動などに応じて動的に変化したりする場合がある。

ＮＡＳメッセージで用いられるタイマ（例えば、Ｔ３５１０、Ｔ３５１７、Ｔ３５８０、Ｔ３５８１、Ｔ３５８２）は、衛星バックホール回線を考慮したとしても、基本的には固定値である。そのため、当該タイマは、伝送遅延が所定値以上大きくなったり、動的に変化したりする場合に、適切に対応することができない場合がある。Ｔ３５１０を例にして以下説明する。

図３４は、第１実施形態に係るＴ３５１０の利用例を表す図である。図３４では、衛星バックホール回線による伝送遅延が「２ｓ」であり、Ｔ３５１０のタイマ値（又は満了値）として、デフォルト値である「１５ｓ」が設定されている場合の例を表している。なお、図３４では、ＲＡＮとしてｇＮＢ、ＣＮとしてＡＭＦを夫々例にして説明する。

Ｔ３５１０は、初期登録（Ｉｎｉｔｉａｌ ｒｅｇｉｓｔｒａｔｉｏｎ）用の登録（ｒｅｇｉｓｔｒａｔｉｏｎ）プロシージャで用いられるタイマである。ＵＥは、ＮＡＳメッセージである登録要求（ＲｅｇｉｓｔｒａｔｉｏｎＲｅｑｕｅｓｔ）メッセージをＡＭＦへ送信して登録プロシージャを開始すると、Ｔ３５１０のカウントを開始する。ＵＥは、登録要求メッセージに対する登録許可（ＲｅｇｉｓｔｒａｔｉｏｎＡｃｃｅｐｔ）メッセージを受信するか、又は登録拒否（ＲｅｇｉｓｔｒａｔｉｏｎＲｅｊｅｃｔ）メッセージを受信すると、Ｔ３５１０の当該カウントを停止する。ＵＥは、登録許可メッセージまたは登録拒否メッセージを受信することなく、カウント値がタイマ値に達すると（すなわち、Ｔ３５１０が満了（又はタイムアウト）すると）、登録要求メッセージを再送する。

図３４に示すように、衛星バックホール回線における伝送遅延が往復４ｓあり、識別要求（ＩｄｅｎｔｉｔｙＲｅｑｕｅｓｔ）プロシージャ、認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）プロシージャ、及びセキュリティ（Ｓｅｃｕｒｉｔｙ）プロシージャが行われると、ＵＥが、登録要求メッセージを送信後、登録許可メッセージを受信するまで「１６ｓ」かかる場合がある。この場合、ＵＥは、登録要求メッセージを再送する。以降、ＵＥは、登録要求メッセージを再送する毎にＴ３５１０のカウントを開始するものの、Ｔ３５１０の満了前に、登録許可メッセージを受信することがなく、再度、登録要求メッセージを再送することを繰り返す。そのため、登録プロシージャが永遠に終了しないことになる。

そこで、第１実施形態では、Ｔ３５１０を含むタイマの最適化を図ることを目的としている。

そのため、第１実施形態では、第１に、コアネットワーク装置（例えばＡＭＦ）が、複数の衛星を含む衛星バックホール回線における遅延時間に基づいて、ＮＡＳタイマのタイマ値を変更する。第２に、コアネットワーク装置が、衛星バックホール回線及び基地局（例えばｇＮＢ）を介して、変更後のタイマ値をユーザ装置（例えばＵＥ）へ送信する。ここで、衛星バックホール回線は、基地局とコアネットワーク装置との間に存在する。

このように、ＡＭＦでは、衛星バックホール回線における遅延時間に基づいてＮＡＳタイマ値を変更し、ＵＥへ送信するようにしている。そのため、ＵＥでは、衛星バックホール回線における遅延時間に基づいて、ＮＡＳタイマのタイマ値を延長させることが可能となる。従って、例えば、ＵＥでは、登録要求メッセージの応答メッセージである登録許可メッセージを、Ｔ３５１０の満了前に受信することが可能となる。しかも、衛星バックホール回線による遅延が動的に変化する場合でも、ＮＡＳタイマのタイマ値を変化に応じた値にすることも可能である。よって、ＮＡＳタイマの最適化を図ることが可能となる。これにより、第１実施形態では、ＮＡＳタイマのタイマ値を延長させない場合と比較して、応答メッセージを受信できる可能性を高めることが可能となる。

以下、第１実施形態について具体的に説明する。最初に、第１実施形態に係る移動通信システムの構成例について説明する。

（移動通信システムの構成）
図１は、第１実施形態に係る移動通信システムの構成を表す図である。移動通信システム１は、３ＧＰＰ規格の第５世代システム（５ＧＳ：5th Generation System）に準拠する。以下において、５ＧＳを例に挙げて説明するが、移動通信システムにはＬＴＥ（Long Term Evolution）システムが少なくとも部分的に適用されてもよいし、第６世代（６Ｇ）システムが少なくとも部分的に適用されてもよい。図１に示す移動通信システム１は、５Ｇシステムであってもよい。

移動通信システム１は、ユーザ装置（ＵＥ：User Equipment）１００と、（Ｒ）ＡＮ（以下では、「ＲＡＮ」と表記する場合がある。）２００と、アクセスモビリティ装置（ＡＭＦ：Access and Mobility Management Function）３００とを有する。また、移動通信システム１は、ユーザプレーン装置（ＵＰＦ：User Plane Function）４００と、データネットワーク（ＤＮ：Data Network）５００と、セッション管理装置（ＳＭＦ：Session Management Function）６００と、ネットワーク装置（ＮＦ：Network Function）７００とを有する。

ＡＭＦ３００と、ＵＰＦ４００と、ＳＭＦ６００と、ＮＦ７００とは、コアネットワーク（ＣＮ）と呼ばれるネットワークに接続されたコアネットワーク装置の一例である。一方、ＲＡＮ２００は、コアネットワークと接続された無線アクセスネットワーク装置であり、ＵＥ１００に対して無線通信を提供する。以下では、ＲＡＮ２００として、ｇＮＢ（基地局）を例にして説明する。

ＵＥ１００は、移動可能な無線通信装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わないが、例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）やタブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ ＵＥ）、飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ ＵＥ、又はＵＡＶ（Unmanned Aerial Vehicle））である。

ｇＮＢ２００は、基地局間インタフェースであるＸｎインタフェースを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数（以下、単に「周波数」と呼ぶ）に属する。

なお、ｇＮＢ２００がＬＴＥのコアネットワークであるＥＰＣ（Evolved Packet Core）に接続することもできる。ＬＴＥの基地局（ｅＮＢ：evolved Node B）が５Ｇのネットワークに接続することもできる。ＬＴＥの基地局とｇＮＢ２００とが基地局間インタフェースを介して接続されることもできる。

ＡＭＦ３００は、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦ３００は、Ｎ１インタフェース上のＮＡＳメッセージを用いてＵＥ１００と通信することが可能である。また、ＡＭＦ３００は、Ｎ２インタフェース上のＮ２メッセージを用いてｇＮＢ２００と通信することが可能である。ＡＭＦ３００は、このような通信を行うことで、ＵＥ１００に対するモビリティ管理、及びＵＥ１００に対する位置管理などを行う。

ＵＰＦ４００は、Ｎ３インタフェースを介してｇＮＢ２００と接続し、Ｎ６インタフェースを介してＤＮ５００と接続する。ＵＰＦ４００は、ｇＮＢ２００又はＤＮ５００から受信したパケットデータをバッファリングしたり、パケットデータをルーティングし転送したりするなど、ユーザデータに対する処理を行う。また、ＵＰＦ４００は、トラフィック利用の報告を行うこともできる。更に、ＵＰＦ４００は、ＵＥ１００との間で設定されたＰＤＵセッションのアンカーポイント（終点）として機能する。具体的には、ＵＰＦ４００は、ユーザプレーンのＱｏＳハンドリングを行うことができる。ＵＰＦ４００は、ＳＭＦ６００の制御により処理を行う。

ＤＮ５００は、移動通信システム１外部のネットワークである。ＤＮ５００は、インターネットサービスなど、各種サービスをＵＥ１００へ提供できる。

ＳＭＦ６００は、セッションの確立、セッションの修正、及びセッションの解放など、セッションに関する管理を行う機能ブロックである。ＳＭＦ６００は、Ｎ４インタフェースを介してＵＰＦ４００と接続する。ＳＭＦ６００は、ＵＰＦ４００を制御して、ユーザプレーン機能の選択と制御とを行う。また、ＳＭＦ６００は、ＵＰＦ４００に対してトラフィック制御を設定し、ＵＰＦ４００におけるトラフィックを適切な送信先へルーティングする。なお、ＳＭＦ６００とＡＭＦ３００とは、コアネットワークを介して互いに接続される。

ＮＦ７００は、コアネットワークに接続されたネットワーク装置（又はネットワークエンティティ）である。ＡＭＦ３００及びＳＭＦ６００は、ＮＦ７００の一部であってもよい。ＮＦ７００の例として、アプリケーションサービスを提供するアプリケーション装置（ＡＦ：Application Function）、及び、他のネットワーク装置からデータを収集して分析情報を提供するネットワークデータ分析装置（ＮＷＤＡＦ：Network Data Analytics Function）などがある。

図１に示すように、ｇＮＢ２００とコアネットワーク装置との間には、複数の衛星８００を含む衛星バックホール回線が存在する。具体的には、Ｎ１インタフェース、Ｎ２インタフェース、及びＮ３インタフェースは、衛星バックホール回線上に存在する。すなわち、第１実施形態に係る移動通信システム１では、複数の衛星８００を介して、ｇＮＢ２００とコアネットワーク装置とが接続される構成となっている。

次に、移動通信システム１に含まれる各装置の構成例について説明する。

（ＵＥの構成例）
最初に、ＵＥ１００の構成例について説明する。

図２は、第１実施形態に係るＵＥ１００（ユーザ装置）の構成例を表す図である。ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。受信部１１０及び送信部１２０は、ｇＮＢ２００との無線通信を行う無線通信部を構成する。

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号。例えば、ＲＲＣメッセージ又はＮＡＳメッセージなどのメッセージ。）に変換して制御部１３０に出力する。

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号。例えば、ＲＲＣメッセージ又はＮＡＳメッセージなどのメッセージ。）を無線信号に変換してアンテナから送信する。

制御部１３０は、ＵＥ１００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Central Processing Unit）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。なお、後述するＵＥ１００における処理又は動作は、制御部１３０により行われてもよい。

（ｇＮＢの構成例）
次に、ｇＮＢ２００の構成例について説明する。

図３は、第１実施形態に係るｇＮＢ２００（基地局）の構成を表す図である。ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びネットワーク通信部２５０を備える。送信部２１０及び受信部２２０は、ＵＥ１００との無線通信を行う無線通信部を構成する。ネットワーク通信部２５０は、ＡＭＦ３００との通信を行うネットワーク通信部を構成する。

送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

制御部２３０は、ｇＮＢ２００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。なお、後述するｇＮＢ２００における処理又は動作は、制御部２３０により行われてもよい。

ネットワーク通信部２５０は、基地局－コアネットワーク間インタフェースであるＮＧインタフェースを介して、ＵＰＦ４００及びＡＭＦ３００と接続される。具体的には、ネットワーク通信部２５０は、衛星バックホール回線を介して、Ｎ２インタフェースによりＡＭＦ３００と接続される。また、ネットワーク通信部２５０は、衛星バックホール回線を介して、Ｎ３インタフェースによりＵＰＦ４００と接続される。ネットワーク通信部２５０では、衛星との通信を行うため、アンテナ、送信機、及び受信機を有してもよい。この場合、ネットワーク通信部２５０では、送信機及びアンテナを利用して、メッセージを無線信号に変換して衛星へ送信し、受信機及びアンテナを利用して、衛星から送信された無線信号をベースバンド帯域の受信信号（又は各種メッセージ）を受信するようにしてもよい。ネットワーク通信部２５０も制御部２３０の制御下で、各種処理が行われてもよい。

なお、ｇＮＢ２００は、ＣＵ（Central Unit）とＤＵ（Distributed Unit）とで構成され（すなわち、機能分割され）、両ユニット間がフロントホールインターフェイスであるＦ１インタフェースで接続されてもよい。

（ＡＭＦの構成例）
次に、ＡＭＦ３００の構成例について説明する。

図４は、第１実施形態に係るＡＭＦ３００の構成例を表す図である。図４に示すように、ＡＭＦ３００は、受信部３１０と、送信部３２０と、制御部３３０とを有する。

受信部３１０は、制御部３３０の制御の下で各種の受信を行う。受信部３１０は、衛星バックホール回線を介して、ｇＮＢ２００から送信されたメッセージ（例えばＮ２メッセージ）を受信する。受信部３１０は、アンテナ及び受信機を含んでもよい。受信機は、アンテナで受信した、衛星からの無線信号をベースバンド信号へ変換することで、ｇＮＢ２００から送信されたメッセージを受信する。受信部３１０は、受信したＮ２メッセージを制御部３３０へ出力する。

送信部３２０は、制御部３３０の制御の下で各種の送信を行う。送信部３２０は、制御部３３０から受け取ったメッセージ（例えばＮ２メッセージ）を、衛星バックホール回線を介してｇＮＢ２００へ送信する。送信部３２０は、アンテナ及び送信機を含んでもよい。送信機は、制御部３３０から受けとったメッセージを無線信号へ変換し、アンテナから当該無線信号を送信することで、衛星バックホール回線を介して、当該メッセージをｇＮＢ２００へ送信する。

制御部３３０は、ＡＭＦ３００における各種の制御及び処理を行う。例えば、制御部３３０は、衛星バックホール回線の遅延時間を算出し、当該遅延時間に基づいて、ＮＡＳタイマのタイマ値を変更する。制御部３３０は、当該タイマ値を含むＮＡＳメッセージを生成し、当該ＮＡＳメッセージを含むＮ２メッセージを送信部３２０へ出力する。制御部３３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ＣＰＵを含んでもよい。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。なお、後述するＡＭＦ３００における処理又は動作は、制御部３３０により行われてもよい。

（衛星の構成例）
図５は、衛星８００の構成例を表す図である。図５に示すように、衛星８００は、受信部８１０と、送信部８２０と、制御部８３０とを有する。

受信部８１０は、制御部８３０の制御の下で各種の受信を行う。受信部８１０は、衛星バックホール回線を介して、ｇＮＢ２００又は他の衛星から送信されたメッセージ（例えばＮ２メッセージ）を受信する。受信部８１０は、アンテナ及び受信機を含んでもよい。受信機は、アンテナで受信した無線信号をベースバンド信号へ変換することで、メッセージを受信してもよい。受信部８１０は、受信したメッセージを制御部３３０へ出力する。

送信部８２０は、制御部８３０の制御の下で各種の送信を行う。送信部８２０は、制御部８３０から受け取ったメッセージ（例えばＮ２メッセージ）を、衛星バックホール回線を介して、ｇＮＢ２００又は他の衛星へ送信する。送信部８２０は、アンテナ及び送信機を含んでもよい。送信機は、制御部３３０から受け取ったメッセージを無線信号へ変換し、アンテナから当該無線信号を、ｇＮＢ２００又は他の衛星へ送信してもよい。

制御部８３０は、衛星８００における各種の制御及び処理を行う。制御部８３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ＣＰＵを含んでもよい。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。なお、後述する衛星８００における処理又は動作は、制御部８３０により行われてもよい。

（ユーザプレーンのプロトコルスタック）
図６は、データを取り扱うユーザプレーンのプロトコルスタックの構成を表す図である。ユーザプレーンのプロトコルは、ＵＥ１００とｇＮＢ２００との間の無線インタフェースプロトコルと、ｇＮＢ２００とＵＰＦ４００との間の有線インタフェースプロトコルとを含む。

ユーザプレーンの無線インタフェースプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Medium Access Control）レイヤと、ＲＬＣ（Radio Link Control）レイヤと、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤと、ＳＤＡＰ（Service Data Adaptation Protocol）レイヤとを有する。

ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。なお、ＵＥ１００のＰＨＹレイヤは、ｇＮＢ２００から物理下りリンク制御チャネル（ＰＤＣＣＨ）上で送信される下りリンク制御情報（ＤＣＩ）を受信する。具体的には、ＵＥ１００は、無線ネットワーク一時識別子（ＲＮＴＩ）を用いてＰＤＣＣＨのブラインド復号を行い、復号に成功したＤＣＩを自ＵＥ宛てのＤＣＩとして取得する。ｇＮＢ２００から送信されるＤＣＩには、ＲＮＴＩによってスクランブルされたＣＲＣパリティビットが付加されている。

ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。

ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化等を行う。

ＳＤＡＰレイヤは、コアネットワークがＱｏＳ制御を行う単位であるＩＰフローとＡＳ（Access Stratum）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。

ユーザプレーンの有線インタフェースプロトコルは、Ｌ１（Layer 1）と、Ｌ２（Layer 2）と、ＩＰ（Internet Protocol）レイヤと、ＵＤＰ（User Datagram Protocol）レイヤと、ＧＴＰ－Ｕ（GPRS Tunneling Protocol for User Plane）とを有する。

Ｌ１レイヤは、ユーザプレーンの無線インタフェースプロトコルにおけるＰＨＹレイヤに対応する。また、Ｌ２レイヤは、ユーザプレーンの無線インタフェースプロトコルにおけるＭＡＣレイヤを含む。Ｌ２レイヤはデータリンクレイヤとも呼ばれる。

ＩＰレイヤは、インターネットレイヤに相当する。ｇＮＢ２００のＩＰレイヤとＵＰＦ４００のＩＰレイヤとの間では、ＩＰアドレスを用いてＩＰパケットが送受信される。

ＵＤＰレイヤは、トランスポートレイヤに相当する。ｇＮＢ２００のＵＤＰレイヤと、ＵＰＦ４００のＵＤＰとの間では、通信相手の応答を待つことなくＵＤＰパケットの送信が可能である。

ＧＴＰ－Ｕレイヤは、ＧＰＲＳ（General Packet Radio Service）トンネリングプロトコルを用いて、ユーザプレーンＰＤＵ（Protocol Data Unit）を送受信するレイヤである。ｇＮＢ２００のＧＴＰ－Ｕレイヤと、ＵＰＦ４００のＧＴＰ－Ｕレイヤとの間では、ＧＴＰ－Ｕパケットが送受信される。ＧＰＲＳトンネルは、トンネルエンドポイント識別子（ＴＥＩＤ：Tunnel Endpoint Identifier）により識別される。

（制御プレーンのプロトコルスタック）
図７は、シグナリング（制御信号）を取り扱う制御プレーンの無線インタフェースのプロトコルスタックの構成を表す図である。

制御プレーンの無線インタフェースのプロトコルスタックは、図７に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Radio Resource Control）レイヤ及びＮＡＳ（Non-Access Stratum）を有する。

ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間にコネクション（ＲＲＣコネクション）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間にコネクション（ＲＲＣコネクション）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間のコネクションがサスペンドされている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。

ＲＲＣレイヤよりも上位に位置するＮＡＳは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳとＡＭＦ３００のＮＡＳとの間では、ＮＡＳシグナリングが伝送される。なお、ＵＥ１００は、無線インタフェースのプロトコル以外にアプリケーションレイヤ等を有する。また、ＮＡＳよりも下位のレイヤをＡＳ（Access Stratum）と呼ぶ。

（第１実施形態に係る通信制御方法）
次に、第１実施形態の通信制御方法について説明する。以下では、通信制御方法として、具体的な動作例を説明する。最初に、第１実施例として、ＵＥ１００のネットワークへの初回接続時における動作例を説明する。次に、第２実施例として、ＵＥ１００のネットワークへの２回目以降の接続時における動作例を説明する。

なお、以下において、ＲＡＮとしてｇＮＢ２００、コアネットワーク装置としてＡＭＦ３００を夫々例にして説明する。また、ＮＡＳメッセージの送信の際に用いられるタイマを、ＮＡＳタイマと称する場合がある。ＮＡＳタイマの例としては、Ｔ３５１０、Ｔ３５１７、Ｔ３５８０、Ｔ３５８１、及びＴ３５８２などがある。

（第１実施例）
第１実施例では、更に、３つの動作例について説明する。

（Ａ１）第１動作例：送信時刻情報を利用して、衛星バックホール回線の遅延時間を算出する
（Ａ２）第２動作例：衛星情報を利用して、衛星バックホール回線の遅延時間を算出する
（Ａ３）第３動作例：遅延測定Ｎ２メッセージを利用して、衛星バックホール回線の遅延時間を算出する
以下、順番に説明する。

（Ａ１）第１動作例
最初に、第１動作例について説明する。第１動作例では、ＵＥ１００がネットワークへ初回接続を行う際に、ＡＭＦ３００において、送信時刻情報を利用して、衛星バックホール回線の遅延時間を算出し、当該遅延時間に基づいてＮＡＳタイマ（ここではＴ３５１０）のタイマ値を変更する例について説明する。

具体的には、第１に、基地局（例えばｇＮＢ２００）が、送信時刻情報を含むＮ２メッセージを、複数の衛星（例えば衛星８００）を含む衛星バックホール回線を介してコアネットワーク装置（例えばＡＭＦ３００）へ送信する。第２に、コアネットワーク装置が、送信時刻情報に基づいて、衛星バックホール回線の遅延時間を算出する。第３に、コアネットワーク装置が、遅延時間に基づいて、ＮＡＳタイマのタイマ値を変更する。

これにより、例えば、ＡＭＦ３００において、衛星バックホール回線の遅延時間に基づくＮＡＳタイマのタイマ値に変更することが可能となるため、ＮＡＳタイマの適正化を図ることが可能となる。

図８は、第１実施例の第１動作例におけるシーケンス例を表す図である。図８の動作が開始される前に、Ｔ３５１０のタイマ値（又は満了値）として、「１５ｓ」（デフォルト値）が設定されているものとする。

図８に示すように、ステップＳ１０において、ＵＥ１００は、ＮＡＳメッセージである登録要求メッセージをＡＭＦ３００へ送信する。具体的には、ＵＥ１００は、当該登録要求メッセージを含むＲＲＣメッセージ（例えば、ＲＲＣ設定完了（ＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅ）メッセージ）をｇＮＢ２００へ送信する。ＵＥ１００は、当該登録要求メッセージを送信するときに、Ｔ３５１０のカウントを開始する。

ステップＳ１１において、ｇＮＢ２００は、登録要求メッセージを含むＲＲＣメッセージを受信したことに応じて、当該登録要求メッセージを含むＮ２メッセージ（例えば、初期ＵＥ（ＩｎｉｔｉａｌＵＥ）メッセージ）をＡＭＦ３００へ送信する。このとき、ｇＮＢ２００は、送信時刻情報を情報要素（ＩＥ）として含む当該Ｎ２メッセージを、衛星バックホール回線を介してＡＭＦ３００へ送信する。送信時刻情報は、当該Ｎ２メッセージを送信した時刻を表す。当該Ｎ２メッセージには、送信時刻情報及び登録要求メッセージが含まれることになる。当該Ｎ２メッセージは、複数の衛星を介して（すなわち、衛星バックホール回線を介して）、ＡＭＦ３００へ送信される。

ステップＳ１２において、ＡＭＦ３００は、当該Ｎ２メッセージを受信したことに応じて、ＮＡＳタイマの変更処理を行う。

図９は、第１実施例の第１動作例におけるＮＡＳタイマの変更処理の例を表す図である。図９に示す処理では、図８に示す処理と一部重複する処理があるが、重複する処理はその都度説明する。ＮＡＳタイマの変更処理は、ＡＭＦ３００の制御部３３０で行われてもよい。

図９に示すように、ＡＭＦ３００は、ＮＡＳタイマの変更処理を開始すると（ステップＳ２０）、ステップＳ２１において、受信したＮ２メッセージに送信時刻情報が含まれるか否かを判定する。ステップＳ２１において、Ｎ２メッセージに送信時刻情報が含まれる場合（ステップＳ２１でＹｅｓ）、処理はステップＳ２２（図８のステップＳ１２）へ移行する。一方、ステップＳ２１において、Ｎ２メッセージに送信時刻情報が含まれない場合（ステップＳ２１でＮｏ）、処理はステップＳ２７へ移行する。

ステップＳ２２（図８のステップＳ１２）において、ＡＭＦ３００は、送信時刻情報に基づいて衛星バックホール回線の遅延時間を算出する。ＡＭＦ３００は、送信時刻情報を含むＮ２メッセージの受信時刻と、当該送信時刻情報により表された送信時刻とに基づいて、その時間差を計算することで、衛星バックホール回線の遅延時間を算出してもよい。

ステップＳ２３において、ＡＭＦ３００は、当該遅延時間が閾値（例えば第１閾値）以上か否かを判定する。ステップＳ２３において、当該遅延時間が閾値以上の場合（ステップＳ２３でＹｅｓ）、処理はステップＳ２４（図８のステップＳ１３）へ移行する。一方、ステップＳ２３において、当該遅延時間が閾値未満の場合（ステップＳ２３でＮｏ）、処理はステップＳ２７へ移行する。

ステップＳ２４（図８のステップＳ１３）において、ＡＭＦ３００は、遅延時間に基づいて、ＮＡＳタイマのタイマ値を変更する。例えば、ＡＭＦ３００は、ステップＳ２２で算出した遅延時間の２倍（すなわち、衛星バックホール回線の往復分）をＴ３５１０のデフォルト値（又は満了値）に加算した値を、Ｔ３５１０のタイマ値に変更する。例えば、ＡＭＦ３００は、遅延時間が「２．５ｓ」の場合、往復分の「５ｓ」を、Ｔ３５１０のデフォルト値「１５ｓ」に加算した値「２０ｓ」を、Ｔ３５１０のタイマ値とする。

ステップＳ２５（図８のステップＳ１４）において、ＡＭＦ３００は、変更後のタイマ値を含むＮＡＳメッセージを、ＵＥ１００へ送信する。具体的には、ＡＭＦ３００の送信部３２０が、変更後のタイマ値を情報要素（ＩＥ）として含むＮＡＳメッセージをＵＥ１００へ送信する。

なお、図８のステップＳ１４に示すように、当該ＮＡＳメッセージは、登録要求メッセージに対応するメッセージであればよい。登録要求メッセージに対応するメッセージは、登録要求メッセージの送信後、ＡＭＦ３００からＵＥ１００へ最初に送信されるＮＡＳメッセージであってもよい。具体的には、当該ＮＡＳメッセージは、登録要求メッセージの応答メッセージである登録許可（ＲｅｇｉｓｔｒａｔｉｏｎＡｃｃｅｐｔ）メッセージでもよいし、登録拒否メッセージ（ＲｅｇｉｓｔｒａｔｉｏｎＲｅｊｅｃｔ）メッセージでもよい。或いは、当該ＮＡＳメッセージは、ＡＭＦ３００がＵＥ１００へ、暗号化された加入者識別子（ＳＵＣＩ：Subscription Concealed Identifier）を要求する識別要求（ＩｄｅｎｔｉｔｙＲｅｑｕｅｓｔ）メッセージでもよい。或いは当該ＮＡＳメッセージは、認証プロシージャを開始することを要求する認証要求（ＡｕｔｈｅｎｔｉｃａｔｉｏｎＲｅｑｕｅｓｔ）メッセージでもよい。或いは、当該メッセージは、ＵＥ１００の認証後、ＵＥ１００との間で暗号化アルゴリズムを決定するために用いられるセキュリティモードコマンド（ＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄ）メッセージであってもよい。ＡＭＦ３００は、当該ＮＡＳメッセージ（登録許可メッセージ、登録拒否メッセージ、識別要求メッセージ、認証要求メッセージ、又はセキュリティモードコマンドメッセージ）にタイマ値を含めて送信することになる。

なお、ＡＭＦ３００は、当該ＮＡＳメッセージを含むＮ２メッセージをｇＮＢ２００へ送信する。ｇＮＢ２００は、Ｎ２メッセージから当該ＮＡＳメッセージを取り出し、当該ＮＡＳメッセージを含むＲＲＣメッセージをＵＥ１００へ送信する。ｇＮＢ２００では、ＮＡＳタイマの変更後のタイマ値をＡＭＦ３００から受信し、当該タイマ値をＵＥ１００へ送信することになる。これにより、変更後のタイマ値を含む当該ＮＡＳメッセージが、ＡＭＦ３００からＥ１００へ送信される。

図９に戻り、ステップＳ２６において、ＡＭＦ３００は、ＮＡＳタイマの変更処理を終了する。

一方、ステップＳ２７において、ＡＭＦ３００は、変更後のタイマ値を含めることなく、ＮＡＳメッセージをＵＥ１００へ送信する。そして、ステップＳ２６において、ＡＭＦ３００は、ＮＡＳタイマの変更処理を終了する。ＡＭＦ３００は、受信したＮ２メッセージに、送信時刻情報が含まれていなかったり（ステップＳ２１でＮｏ）、送信時刻情報が含まれていても、遅延時間が閾値未満であったりする場合（ステップＳ２３でＮｏ）、遅延時間を算出することはなく、変更後のタイマ値を含まないＮＡＳメッセージを送信することになる。

以降、ステップＳ１５において、ＵＥ１００は、Ｔ３５１０のタイマ値を変更し、変更後のタイマ値までカウントを行うことになる。図８の例では、Ｔ３５１０のタイマ値が、「１５ｓ」から「２０ｓ」に変更される。

このように、第１動作例では、ＡＭＦ３００が送信時刻情報に基づいて衛星バックホール回線の遅延時間を算出し、遅延時間に基づいて、Ｔ３５１０のタイマ値を変更している。そのため、ＵＥ１００では、当該回線の伝送遅延が所定値以上大きくなったり、動的に変化したりする場合であっても、登録許可メッセージ（又は登録拒否メッセージ）を受信することが可能である。例えば、図８の例では、ＵＥ１００は、変更後のタイマ値を含む識別要求メッセージを受信することでＴ３５１０のタイマ値を延長させ、その間に、登録許可メッセージ（又は登録拒否メッセージ）を受信することも可能となる。

（Ａ２）第２動作例
次に、第２動作例について説明する。

第２動作例では、ＵＥ１００がネットワークへ初回接続を行う際に、ＡＭＦ３００において、衛星情報を利用して、衛星バックホール回線の遅延時間を算出し、当該遅延時間に基づいてＮＡＳタイマ（ここではＴ３５１０）のタイマ値を変更する例について説明する。

具体的には、第１に、基地局（例えばｇＮＢ２００）が、衛星情報を含むＮ２メッセージを、複数の衛星（例えば衛星８００）を含む衛星バックホール回線を介してコアネットワーク装置（例えばＡＭＦ３００）へ送信する。第２に、コアネットワーク装置が、衛星情報に基づいて、衛星バックホール回線の遅延時間を算出する。第３に、コアネットワーク装置が、遅延時間に基づいて、ＮＡＳタイマのタイマ値を変更する。

これにより、例えば、ＡＭＦ３００では、衛星バックホール回線の遅延時間に基づくＮＡＳタイマのタイマ値に変更することが可能となるため、ＮＡＳタイマの適正化を図ることが可能となる。

図１０は、第１実施例の第２動作例におけるシーケンス例を表す図である。図１０の動作開始前において、Ｔ３５１０のタイマ値が「１５ｓ」（デフォルト値）に設定されているものとする。

図１０に示すように、ステップＳ３０において、ＵＥ１００は、登録要求メッセージをＡＭＦ３００へ送信する。具体的には、ＵＥ１００は、登録要求メッセージを含むＲＲＣメッセージをｇＮＢ２００へ送信する。ＵＥ１００は、登録要求メッセージを送信するときに、Ｔ３５１０のカウントを開始する。

ステップＳ３１において、ｇＮＢ２００は、登録要求メッセージを含むＲＲＣメッセージを受信したことに応じて、当該登録要求メッセージを含むＮ２メッセージをＡＭＦ３００へ送信する。第２動作例では、ｇＮＢ２００は、衛星情報を新たな情報要素（ＩＥ）として含む当該Ｎ２メッセージをＡＭＦ３００へ送信する。衛星情報は、例えば、衛星の種別及び衛星の個数を含む。

第１に、各衛星８００は、当該Ｎ２メッセージを受信する毎に、自身の衛星の種別を衛星情報として当該Ｎ２メッセージに書き込む（ステップＳ３２及びステップＳ３３）。衛星の種別は、衛星の高度の応じた種別（低軌道（ＬＥＯ：Low Earth Orbit）、中軌道（ＭＥＯ：Middle Earth Orbit）、又は静止軌道（ＧＥＯ：Geostationary Earth Orbit））でもよい。衛星の種別は、メーカー毎の種別でもよいし、製造年月日に基づく種別でもよい。

第２に、各衛星８００は、当該Ｎ２メッセージを受信する毎に、衛星の個数を「１つ」インクリメントする（ステップＳ３２及びステップＳ３３）。各衛星８００は、衛星の種別毎に衛星の個数をインクリメントしてもよい（例えば、「ＬＥＯ：３」など）。

ステップＳ３４において、ＡＭＦ３００は、ＮＡＳタイマの変更処理を行う。

図１１は、第１実施例の第２動作例におけるＮＡＳタイマの変更処理の例を表す図である。図１１に示す処理では、図１０に示す処理と一部重複する処理があるが、重複する処理についてはその都度説明する。

図１１に示すように、ステップＳ４０において、ＡＭＦ３００は、ＮＡＳタイマの変更処理を開始すると、ステップＳ４１において、受信したＮ２メッセージに衛星情報が含まれているか否かを判定する。ステップＳ４１において、Ｎ２メッセージに衛星情報が含まれる場合（ステップＳ４１でＹｅｓ）、処理はステップＳ４２（図１０のステップＳ３４）へ移行する。一方、Ｎ２メッセージに衛星情報が含まれない場合（ステップＳ４１でＮｏ）、処理はステップＳ４６へ移行する。

ステップＳ４２（図１０のステップＳ３４）において、ＡＭＦ３００は、衛星情報に基づいて、衛星バックホールの遅延時間を算出する。例えば、ＡＭＦ３００は、衛星の種別がＬＥＯの場合、１台あたりの遅延時間が「１ｓ」、衛星の種別がＭＥＯの場合、１台あたりの遅延時間が「２ｓ」、衛星の種別がＧＥＯの場合、１台あたりの遅延時間が「３ｓ」など、衛星の種類ごとに衛星１台分の遅延時間をメモリなどに保持している。例えば、衛星情報として、衛星の種別が「ＬＥＯ」で、衛星の個数が「６」である情報が含まれる場合、ＡＭＦ３００は、衛星の種別及び衛星の個数に基づいて、「１ｓ」×「６」＝「６ｓ」などと、遅延時間を算出する。

ステップＳ４３（図１０のステップＳ３５）において、ＡＭＦ３００は、遅延時間に基づいて、Ｔ３５１０のタイマ値を変更する。ＡＭＦ３００は、Ｔ３５１０のタイマ値のデフォルト値「１５ｓ」に、遅延時間「６ｓ」を加算した値「２１ｓ」を、変更後のタイマ値としてもよい。

ステップＳ４４（図１０のステップＳ３６）において、ＡＭＦ３００は、変更後のタイマ値を含むＮＡＳメッセージをＵＥ１００へ送信する。図１０に示すように、第１動作例と同様に、当該ＮＡＳメッセージは、登録許可メッセージでもよいし、登録拒否メッセージでもよいし、識別要求メッセージでもよいし、認証要求メッセージでもよい。或いは、当該ＮＡＳメッセージは、セキュリティコマンドメッセージでもよい。ＵＥ１００は、ＮＡＳタイマのタイマ値を変更する（図１０のステップＳ３７）。

図１１に戻り、ステップＳ４５において、ＡＭＦ３００は、ＮＡＳタイマの変更処理を終了する。

一方、ステップＳ４６において、ＡＭＦ３００は、変更後のタイマを含むことなくＮＡＳメッセージをＵＥ１００へ送信する。そして、ステップＳ４５において、ＡＭＦ３００は、ＮＡＳタイマの変更処理を終了する。

このように、第２動作例では、ＡＭＦ３００が衛星情報に基づいて衛星バックホール回線の遅延時間を算出し、遅延時間に基づいて、Ｔ３５１０のタイマ値を変更している。そのため、ＵＥ１００では、当該回線の伝送遅延が所定値以上大きくなったり、動的に変化したりする場合であっても、Ｔ３５１０のタイマ値も変化に対応する値となるため、登録許可メッセージ（又は登録拒否メッセージ）を受信することが可能となる。なお、衛星情報は、衛星の種別及び衛星の個数のいずれか一方を含む情報でもよく、遅延時間は、衛星の種別及び衛星の個数のいずれか一方に基づいて算出されてもよい。

（Ａ３）第３動作例
次に、第３動作例について説明する。

第３動作例では、遅延測定Ｎ２メッセージを利用して、衛星バックホール回線の遅延時間を算出する例について説明する。

第１動作例では、既存のＮ２メッセージ（例えば初期ＵＥメッセージ）を利用して送信時刻情報を送信する例について説明した。また、第２動作例では、既存のＮ２メッセージ（例えば初期ＵＥメッセージ）を利用して衛星情報を送信する例について説明した。第３動作例では、新規のＮ２メッセージである遅延測定Ｎ２メッセージを利用して、送信時刻情報及び衛星情報の少なくともいずれかが送信される例である。つまり、遅延測定Ｎ２メッセージには、情報要素（ＩＥ）として、送信時刻情報及び衛星情報の少なくともいずれかが含まれる。ＡＭＦ３００では、送信時刻情報を利用して第１動作例と同様に遅延時間を測定することができ、衛星情報を利用して第２動作例と同様に遅延時間を測定することができる。

図１２及び図１３は、第１実施例の第３動作例におけるシーケンス例を表す図である。

図１２に示すように、ステップＳ５１において、ｇＮＢ２００は、遅延測定Ｎ２メッセージを、衛星バックホール回線を介して、ＡＭＦ３００へ送信することができる。当該遅延測定Ｎ２メッセージに送信時刻情報が含まれる場合、当該送信時刻情報は、遅延測定Ｎ２メッセージの送信時刻が送信時刻情報となる。また、当該遅延測定Ｎ２メッセージに衛星情報が含まれる場合、各衛星８００は、第２動作例と同様に、衛星情報として、衛星の種別及び衛星の個数を当該遅延測定Ｎ２メッセージに書き込む。

なお、ｇＮＢ２００は、ＡＭＦ３００から受信した遅延測定要求Ｎ２メッセージを受信したことに応じて（ステップＳ５０）、当該遅延測定Ｎ２メッセージをＡＭＦ３００へ送信してもよい。遅延測定要求Ｎ２メッセージは、遅延測定Ｎ２メッセージの送信を要求する新規Ｎ２メッセージである。

また、ステップＳ５３において、ＡＭＦ３００は、遅延測定Ｎ２メッセージを、衛星バックホール回線を介して、ｇＮＢ２００へ送信することができる。遅延測定Ｎ２メッセージに送信時刻情報が含まれる場合、ＡＭＦ３００が遅延測定Ｎ２メッセージを送信する時刻が送信時刻情報となる。また、各衛星８００は、当該遅延測定Ｎ２メッセージに衛星情報が含まれる場合、第２動作例と同様に、衛星情報として、衛星の種別及び衛星の個数を当該遅延測定Ｎ２メッセージに書き込む。

なお、ＡＭＦ３００も、遅延測定要求Ｎ２メッセージをｇＮＢ２００から受信したことに応じて（ステップＳ５２）、当該遅延測定Ｎ２メッセージをｇＮＢ２００へ送信してもよい。

ステップＳ５１とステップＳ５３とにより、ＡＭＦ３００とｇＮＢ２００とにおいて、送信時刻情報及び衛星情報を取得することができる。なお、第３動作例では、ＡＭＦ３００において遅延時間の算出が行われるため、ステップＳ５２及びステップＳ５３はなくてもよい。

ステップＳ５４において、ＵＥ１００は、登録要求メッセージをＡＭＦ３００へ送信し、Ｔ３５１０のカウントを開始する。

ステップＳ５５において、ＡＭＦ３００は、登録要求メッセージを受信する。以降、ＡＭＦ３００は、ＮＡＳタイマの変更処理を行う。

図１４乃至図１５（Ｂ）は、第１実施例の第３動作例におけるＮＡＳタイマの変更処理の例を表す図である。図１４乃至図１５（Ｂ）において、図１２に示す処理と一部重複している部分はその都度説明する。

図１４に示すように、ステップＳ７０において、ＡＭＦ３００は、ＮＡＳタイマの変更処理を開始する。

ステップＳ７１において、ＡＭＦ３００は、受信した遅延測定Ｎ２メッセージ（ステップＳ５１）において、送信時刻情報が含まれるか否かを判定する。遅延測定Ｎ２メッセージに送信時刻情報が含まれる場合（ステップＳ７１でＹｅｓ）、処理はステップＳ７２（図１２のステップＳ５６）へ移行する。一方、遅延測定Ｎ２メッセージに送信時刻情報が含まれない場合（ステップＳ７１でＮｏ）、処理は、図１５（Ｂ）のステップＳ８２へ移行する。

ステップＳ７２（図１２のステップＳ５６）において、ＡＭＦ３００は、送信時刻情報に基づいて、衛星バックホール回線の遅延時間（例えば第１遅延時間）を算出する。遅延時間の算出方法は、第１動作例と同一でもよい。

ステップＳ７３において、ＡＭＦ３００は、受信した遅延測定Ｎ２メッセージ（ステップＳ５１）において、衛星情報が含まれるか否かを判定する。遅延測定Ｎ２メッセージに衛星情報が含まれる場合（ステップＳ７３でＹｅｓ）、処理はステップＳ７４（図１２のステップＳ５７）へ移行する。一方、遅延測定Ｎ２メッセージに衛星情報が含まれない場合（ステップＳ７３でＮｏ）、処理は、ステップＳ７８へ移行する。

ステップＳ７４（図１２のステップＳ５７）において、ＡＭＦ３００は、衛星情報に基づいて、衛星バックホール回線の遅延時間（例えば第２遅延時間）を算出する。遅延時間の算出方法は、第２動作例と同一でもよい。

ステップＳ７５（図１２のステップＳ５８）において、ＡＭＦ３００は、送信時刻情報から算出した遅延時間（ステップＳ７２）と、衛星情報から算出した遅延時間（ステップＳ７４）とのうち、長い方の遅延時間に基づいて、ＮＡＳタイマのタイマ値を変更する。長い方の遅延時間を利用することで、ＮＡＳタイマのタイマ値を延長させる時間も長くすることができ、タイマ値を延長させない場合と比較して、ＵＥ１００において登録許可メッセージ（又は登録拒否メッセージ）を受信する可能性を高めることが可能となる。タイマ値の変更方法は、第１動作例又は第２動作例と同一でもよい。

ステップＳ７６（図１３のステップＳ５９）において、ＡＭＦ３００は、変更後のタイマ値を情報要素（ＩＥ）として含むＮＡＳメッセージを、ＵＥ１００へ送信する。この場合、図１３に示すように、当該ＮＡＳメッセージは、第１動作例と同様に、登録許可メッセージでもよいし、登録拒否メッセージでもよいし、識別要求メッセージでもよいし、認証要求メッセージでもよい。或いは、当該ＮＡＳメッセージは、セキュリティコマンドメッセージでもよい。ｇＮＢ２００では、当該ＮＡＳメッセージを含むＮ２メッセージをＡＭＦ３００から受信したことに応じで、当該ＮＡＳメッセージを含むＲＲＣメッセージをＵＥ１００へ送信する。

図１４に戻り、ステップＳ７７において、ＡＭＦ３００は、ＮＡＳタイマの変更処理を終了する。

一方、ステップＳ７８において、ＡＭＦ３００は、送信時刻情報から算出した遅延時間が閾値（例えば第１閾値）以上か否かを判定する。ステップＳ７８において、遅延時間が閾値以上の場合（ステップＳ７８でＹｅｓ）、処理はステップＳ７９（図１２のステップＳ５８）へ移行する。一方、ステップＳ７８（図１２のステップＳ５８）において、遅延時間が閾値未満の場合（ステップＳ７８でＮｏ）、処理は、図１５（Ａ）のステップＳ８１へ移行する。

ステップＳ７９（図１２のステップＳ５８）において、ＡＭＦ３００は、送信時刻情報から算出した遅延時間に基づいてＮＡＳタイマのタイマ値を変更する。ＡＭＦ３００は、遅延測定Ｎ２メッセージに、衛星情報が含まれないものの（ステップＳ７３でＮｏ）、送信時刻情報が含まれている場合において（ステップＳ７１でＹｅｓ）、当該送信時刻情報が閾値以上の場合（ステップＳ７８でＹｅｓ）、ＮＡＳタイマのタイマ値を、送信時刻情報から算出した遅延時間に基づいて変更するようにしている。タイマ値の変更方法は、第１動作例と同一でもよい。

ステップＳ８０（図１３のステップＳ５９）において、ＡＭＦ３００は、変更後のタイマ値を含むＮＡＳメッセージをＵＥ１００へ送信する。そして、ステップＳ７７において、ＡＭＦ３００はＮＡＳタイマの変更処理を終了する。

一方、図１５（Ａ）に示すように、ステップＳ８１において、ＡＭＦ３００は、変更後のタイマ情報を含まないＮＡＳメッセージをＵＥ１００へ送信する。この場合、ＡＭＦ３００は、測定遅延Ｎ２メッセージには衛星情報が含まれないものの（ステップＳ７３でＮｏ）、送信時刻情報が含まれる（ステップＳ７１でＹｅｓ）場合において、送信時刻情報から算出した衛星バックホール回線の遅延時間が閾値未満であったため（ステップＳ７８でＮｏ）、ＮＡＳタイマを変更することなく、処理を終了している。

一方、図１５（Ｂ）に示すように、ステップＳ８２において、受信した遅延測定Ｎ２メッセージ（ステップＳ５１）に衛星情報が含まれるか否かを判定する。ステップＳ８２において、遅延測定Ｎ２メッセージに衛星情報が含まれる場合（ステップＳ８２でＹｅｓ）、処理はステップＳ８３へ移行する。一方、ステップＳ８２において、遅延測定Ｎ２メッセージに衛星情報が含まれない場合（ステップＳ８２でＮｏ）、処理はステップＳ８６へ移行する。

ステップＳ８３において、ＡＭＦ３００は、衛星情報に基づいて衛星バックホール回線の遅延時間を算出する。ＡＭＦ３００は、遅延測定Ｎ２メッセージに、送信時刻情報が含まれないものの（ステップＳ７１でＮｏ）、衛星情報が含まれる場合（ステップＳ８１でＹｅｓ）、当該衛星情報に基づいて、遅延時間を算出している。遅延時間の算出方法は第２動作例と同一でもよい。

以降は、第２動作例と同様に、ＡＭＦ３００は、遅延時間に基づいてＮＡＳタイマのタイマ値を変更し（ステップＳ８４）、変更後のタイマ値を含むＮＡＳメッセージをＵＥ１００へ送信する（ステップＳ８５）。そして、図１４に戻り、ＡＭＦ３００は、ＮＡＳタイマの変更処理を終了する。

一方、図１５（Ａ）のステップＳ８６において、ＡＭＦ３００は、ＮＡＳタイマのタイマ値を変更することなく、変更後のタイマ値を含まないＮＡＳメッセージをＵＥ１００へ送信する。ＡＭＦ３００では、遅延測定Ｎ２メッセージに送信時刻情報が含まれず（ステップＳ７１でＮｏ）、衛星情報も含まれないため（ステップＳ８２でＮｏ）、ＮＡＳタイマのタイマ値を変更することなく、変更後のタイマ値を含まないＮＡＳメッセージを送信している。そして、図１４に戻り、ＡＭＦ３００は、ＮＡＳタイマの変更処理を終了する（ステップＳ７７）。

図１３に示すように、ＵＥ１００では、Ｔ３５１０の変更後のタイマ値を受信することで、Ｔ３５１０のタイマ値を、デフォルト値の「１５ｓ」から「２０ｓ」へ変更することになる（ステップＳ６０）。

（第２実施例）
次に、第１実施形態に係る第２実施例について説明する。

第１実施例では、ＵＥ１００のネットワークへの初回接続時における動作例について説明した。第２実施例では、ＵＥ１００のネットワークへの２回目以降の接続時における動作例について説明する。

第２実施例では、ＮＡＳタイマとして、Ｔ３５１７が用いられる場合の動作例、すなわち、ＮＡＳメッセージとして、ＵＥ１００がサービス要求（ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ）メッセージを送信する場合の動作例を説明する。サービス要求メッセージは、ＵＥ１００とＡＭＦ３００との間でＮ１接続が確立されていない状態において、ＵＥ１００からＮ１接続を確立するために送信されるＮＡＳメッセージである。サービス要求メッセージにより、ＵＥ１００とＡＭＦ３００との間では、サービス要求プロシージャが開始される。サービス要求プロシージャが開始後、ＡＭＦ３００は、ＵＥ１００からのサービス要求メッセージに応じて、サービスの要求を許可するサービス許可（ＳｅｒｖｉｃｅＡｃｃｅｐｔ）メッセージをＵＥ１００へ送信するか、又は、サービスの要求を拒否するサービス拒否（ＳｅｒｖｉｃｅＲｅｊｅｃｔ）メッセージをＵＥ１００へ送信する。

Ｔ３５１７は、サービス要求メッセージを送信するときにカウントが開始され、サービス許可メッセージを受信するか又はサービス拒否メッセージを受信するとカウントを停止する。ただし、ＵＥ１００において、サービス許可メッセージまたはサービス拒否メッセージを受信する前に、Ｔ３５１７のカウント値がタイマ値（又は満了値）に達する（すなわち、Ｔ３５１７が満了すると）、ＵＥ１００は、サービス要求プロシージャを取りやめる（ａｂｏｒｔ）。

第２実施例では、第１実施例と同様に、衛星バックホール回線の遅延時間に基づいて、Ｔ３５１７のタイマ値を変更（又は延長）させる。これにより、第２実施例においても、当該遅延時間が所定時間以上となった場合であっても、Ｔ３５１７のタイマ値をデフォルト値よりも延長させることが可能となる。したがって、ＵＥ１００において、Ｔ３５１７のタイマ値を延長しない場合と比較して、サービス許可メッセージ又はサービス拒否メッセージを受信する可能性を高めることが可能となる。よって、タイマの最適化を図ることが可能となる。

第２実施例では、第１動作例と同様に、３つの動作例について説明する。

（Ｂ１）第１動作例：送信時刻情報を利用して、衛星バックホール回線の遅延時間を算出する
（Ｂ２）第２動作例：衛星情報を利用して、衛星バックホール回線の遅延時間を算出する
（Ｂ３）第３動作例：遅延測定Ｎ２メッセージを利用して、衛星バックホール回線の遅延時間を算出する
以下、順番に説明する。ただし、第２実施例では第１実施例と重複する部分もあるため、第１実施例との相違点を中心に説明する。

（Ｂ１）第１動作例
最初に、第２実施例における第１動作例について説明する。第１動作例は、送信時刻情報を利用して、衛星バックホール回線の遅延時間の算出が行われる例である。

図１６は、第２実施例の第１動作例におけるシーケンス例を表す図である。なお、図１６に示す動作例が開始される前では、Ｔ３５１７のタイマ値としてデフォルト値「１５ｓ」が設定されているものとする。

ステップＳ９０において、ＵＥ１００は、サービス要求メッセージをＡＭＦ３００へ送信する。具体的には、ＵＥ１００は、サービス要求メッセージを含むＲＲＣメッセージをｇＮＢ２００へ送信する。

ステップＳ９１において、ｇＮＢ２００は、当該ＲＲＣメッセージを受信したことに応じて、サービス要求メッセージを含むＮ２メッセージ（例えば初期ＵＥメッセージ）を、衛星バックホール回線を介してＡＭＦ３００へ送信する。当該Ｎ２メッセージには、送信時刻情報が含まれる。送信時刻情報は、ｇＮＢ２００が当該Ｎ２メッセージを送信した時刻を表す。

ＡＭＦ３００は、Ｎ２メッセージを受信したことに応じて、ＮＡＳタイマの変更処理を行う。

図１７は、第２実施例の第１動作例におけるＮＡＳタイマの変更処理の例を表す図である。図１７に示す処理では、図１６に示す処理と一部重複する処理があるが重複する処理についてはその都度説明する。

図１７に示すように、ＡＭＦ３００は、処理を開始すると（ステップＳ１００）、受信したＮ２メッセージに送信時刻情報が含まれるか否かを判定する（ステップＳ１０１）。

ＡＭＦ３００は、Ｎ２メッセージに送信時刻情報が含まれる場合（ステップＳ１０１でＹｅｓ）、送信時刻情報に基づいて、衛星バックホール回線の遅延時間を算出する（ステップＳ１０２（図１６のステップＳ９２））。遅延時間の算出方法は、第１実施例の第１動作例と同一でもよい。

ステップＳ１０３（図１６のステップＳ９３）において、ＡＭＦ３００は、算出した遅延時間が、前回に算出した遅延時間よりも一定時間（又は一定値）以上変化したか否かを判定する。ステップＳ１０３において、算出した遅延時間が一定時間以上変化した場合（ステップＳ１０３でＹｅｓ）、処理は、ステップＳ１０４（図１６のステップＳ９３）へ移行する。一方、ステップＳ１０３において、算出した遅延時間が一定時間以上変化しなかった場合（ステップＳ１０３でＮｏ）、処理は、ステップＳ１０７へ移行する。

このように、ＡＭＦ３００では、算出した遅延時間が一定時間以上変化した場合（ステップＳ１０３でＹｅｓ）、算出した遅延時間に基づいて、Ｔ３５１７のタイマ値を変更する。すなわち、ＡＭＦ３００では、前回算出した遅延時間に対して、衛星８００の移動などにより、衛星バックホール回線の遅延時間が一定時間以上変化したことを確認すると、新たに算出した遅延時間（ステップＳ１０２）を利用して、Ｔ３５１７のタイマ値を変更するようにする。これにより、ＮＡＳタイマのタイマ値を動的に変更することが可能となる。

ステップＳ１０５（図１６のステップＳ９４）において、ＡＭＦ３００は、変更後のタイマ値を含むＮＡＳメッセージをＵＥ１００へ送信する。

そして、ステップＳ１０６において、ＡＭＦ３００は、ＮＡＳタイマの変更処理を終了する。

一方、ステップＳ１０７において、ＡＭＦ３００は、ＮＡＳタイマの変更を行うことはなく、変更後のタイマ情報を含まないＮＡＳメッセージをＵＥ１００へ送信する。すなわち、ＡＭＦ３００では、前回算出した遅延時間に対して、今回算出した遅延時間が変化しない場合、Ｔ３５１７のタイマ値を変更することなく、前回変更したＴ３５１７のタイマ値（又は変更しなかった場合はデフォルト値）をそのままＵＥ１００に利用させるようにしている。

そして、ステップＳ１０６において、ＡＭＦ３００は、ＮＡＳタイマの変更処理を終了する。

なお、図１６に示すように、ＡＭＦ３００からＵＥ１００へ送信されるＮＡＳメッセージは、サービス許可メッセージ又はサービス拒否メッセージのいずれかである。変更後のタイマ値は、サービス許可メッセージ又はサービス拒否メッセージに含まれる。

ＵＥ１００は、変更後のタイマ値を受信すると、Ｔ３５１７のタイマ値を、デフォルト値の「１５ｓ」から「２０ｓ」へ変更する（ステップＳ９５）。

（Ｂ２）第２動作例
次に、第２実施例における第２動作例について説明する。

第２動作例は、衛星情報を利用して、衛星バックホール回線の遅延時間の算出が行われる例である。

図１８は、第２実施例の第２動作例におけるシーケンス例を表す図である。図１８に示す例においても、Ｔ３５１７のタイマ値としてデフォルト値「１５ｓ」が設定されているものとする。

図１８に示すように、ステップＳ１１０において、ＵＥ１００は、サービス要求メッセージをＡＭＦ３００へ送信する。具体的には、ＵＥ１００は、サービス要求メッセージを含むＲＲＣメッセージをｇＮＢ２００へ送信する。

ステップＳ１１１において、ｇＮＢ２００は、当該ＲＲＣメッセージを受信したことに応じて、サービス要求メッセージを含むＮ２メッセージ（例えば初期ＵＥメッセージ）を、衛星バックホール回線を介してＡＭＦ３００へ送信する。当該Ｎ２メッセージには、衛星情報が含まれる。衛星情報には、第１実施例の第２動作例と同様に、衛星の種別及び衛星の個数が含まれてもよい。各衛星８００も、第１実施例の第２動作例と同様に、自身の衛星の種別と、インクリメントした衛星の個数とを、衛星情報として、当該Ｎ２メッセージに書き込む（ステップＳ１１２及びステップＳ１１３）。

ＡＭＦ３００は、Ｎ２メッセージを受信したことに応じて、ＮＡＳタイマの変更処理を行う。

図１９は、第２実施例の第２動作例におけるＮＡＳタイマの変更処理の例を表す図である。図１９に示す処理も、図１８に示す処理と一部重複する処理があるが、重複する処理はその都度説明する。

図１９に示すように、ＡＭＦ３００は、処理を開始すると（ステップＳ１２０）、受信したＮ２メッセージに衛星情報が含まれるか否かを判定する（ステップＳ１２１）。

ＡＭＦ３００は、衛星情報が含まれている場合（ステップＳ１２１でＹｅｓ）、ステップＳ１２２において、当該衛星情報が前回の衛星情報から変化したか否かを判定する。具体的には、ＡＭＦ３００は、今回取得した衛星情報と、前回取得した衛星情報とが異なるか否かを判定する。ＡＭＦ３００は、今回取得した衛星の種別と前回取得した衛星の種別とが異なるか否かを判定するとともに、今回取得した衛星の個数と前回取得した衛星の個数とが異なるか否かを判定してもよい。

ＡＭＦ３００は、今回取得した衛星情報（ステップＳ１２１）が前回取得した衛星情報から変化した場合（ステップＳ１２１でＹｅｓ）、当該衛星情報に基づいて衛星バックホールの遅延時間を算出する（ステップＳ１２３（図１８のステップＳ１１４））。遅延時間の算出方法は、第１実施例の第２動作例と同一でもよい。以降の処理（ステップＳ１２４（図１８のステップＳ１１４）からステップＳ１２６）は、第１実施例の第２動作例と同一である。

図１８に示すように、ＵＥ１００は、変更後のタイマ値を受信すると、Ｔ３５１７のタイマ値をデフォルト値「１５ｓ」から「２０ｓ」に変更する（ステップＳ１１７）。

図１９に戻り、一方、ＡＭＦ３００は、今回取得した衛星情報（ステップＳ１２１）が前回取得した衛星情報から変化しなかった場合（ステップＳ１２１でＮｏ）、ＮＡＳタイマのタイマ値を変更することなく、変更後のタイマ値を含まないＮＡＳメッセージをＵＥ１００へ送信する。また、ＡＭＦ３００は、受信したＮ２メッセージに衛星情報が含まれない場合（ステップＳ１２１でＮｏ）も、ＮＡＳタイマのタイマ値を変更することなく、当該ＮＡＳメッセージをＵＥ１００へ送信する。そして、ＡＭＦ３００は、ＮＡＳタイマの変更処理を終了する（ステップＳ１２６）。

（Ｂ３）第３動作例
次に、第２実施例における第３動作例について説明する。第３動作例は、第１実施例の第３動作例と同様に、遅延測定Ｎ２メッセージを利用して、衛星バックホール回線の遅延時間を算出する例である。

図２０は、第２実施例の第３動作例におけるシーケンス例を表す図である。

ステップＳ１３１及びステップＳ１３３に示すように、遅延測定Ｎ２メッセージの内容は、第１実施例の第３動作例と同様である。また、ステップＳ１３０及びステップＳ１３２に示すように、遅延測定Ｎ２メッセージは、遅延測定要求Ｎ２メッセージの受信に応じて送信されてもよいことも、第１実施例の第３動作例と同様である。遅延測定Ｎ２メッセージに、送信時刻情報が含まれる場合、ｇＮＢ２００又はＡMＦ３００は、遅延測定Ｎ２メッセージを送信する時刻を送信時刻情報とする。また、遅延測定Ｎ２メッセージに、衛星情報が含まれる場合、経路上の各衛星８００は、衛星の種類及び衛星の個数を、衛星情報として当該遅延測定Ｎ２メッセージに書き込む。

第２実施例の第３動作例が、第１実施例の第３動作例と異なるのは、ＵＥ１００が送信するＮＡＳメッセージが、サービス要求メッセージとなっていることである。

すなわち、ステップＳ１３４において、ＵＥ１００は、サービス要求メッセージをＡＭＦ３００へ送信し、Ｔ３５１７のカウントを開始する。

ステップＳ１３５において、ｇＮＢ２００は、サービス要求メッセージを含むＲＲＣメッセージを受信すると、当該ＲＲＣメッセージを含むＮ２メッセージ（例えば初期ＵＥメッセージ）をＡＭＦ３００へ送信する。

ＡＭＦ３００は、サービス要求メッセージを受信したことに応じて、ＮＡＳタイマの変更処理を行う。

図２１乃至図２３は、第２実施例の第３動作例におけるＮＡＳタイマの変更処理の例を表す図である。図２１乃至図２３に示す処理では、図２０に示す処理と一部重複する処理があるが、重複する処理はその都度説明する。

図２１に示すように、ＡＭＦ３００は、処理を開始すると（ステップＳ１５０）、遅延測定Ｎ２メッセージに送信時刻情報が含まれるか否かを判定する（ステップＳ１５１）。遅延測定Ｎ２メッセージに送信時刻情報が含まれる場合（ステップＳ１５１でＹｅｓ）、処理はステップＳ１５２へ移行する。一方、遅延測定Ｎ２メッセージに送信時刻情報が含まれない場合（ステップＳ１５１でＮｏ）、処理は、図２３のステップＳ１７１へ移行する。

ステップＳ１５２（図２０のステップＳ１３６）において、ＡＭＦ３００は、送信時刻情報に基づいて衛星バックホール回線の遅延時間を算出する。遅延時間の算出は、第１実施例の第１動作例と同一でもよい。

ステップＳ１５３において、ＡＭＦ３００は、遅延測定Ｎ２メッセージに衛星情報が含まれているか否かを判定する。遅延測定Ｎ２メッセージに衛星情報が含まれる場合（ステップＳ１５３でＹｅｓ）、処理はステップＳ１５４へ移行する。一方、遅延測定Ｎ２メッセージに衛星情報が含まれない場合（ステップＳ１５３でＮｏ）、処理は、図２２のステップＳ１６５へ移行する。

ステップＳ１５４において、ＡＭＦ３００は、当該衛星情報が、前回の衛星情報から変化したか否かを判定する。当該衛星情報が、前回の衛星情報から変化した場合（ステップＳ１５４でＹｅｓ）、処理はステップＳ１５５（図２０のステップＳ１３７）へ移行する。一方、当該衛星情報が、前回の衛星情報から変化しなかった場合（ステップＳ１５４でＮｏ）、処理は、図２２のステップＳ１６５へ移行する。

ステップＳ１５５（図２０のステップＳ１３７）において、ＡＭＦ３００は、当該衛星情報に基づいて衛星バックホール回線の遅延時間を算出する。遅延時間の算出方法は、第１実施例の第２動作例と同一でもよい。

ステップＳ１５６において、ＡＭＦ３００は、送信時刻から算出した衛星バックホールの遅延時間（ステップＳ１５２）が一定値以上変化したか否かを判定する。遅延時間が一定値以上変化した場合（ステップＳ１５６でＹｅｓ）、処理はステップＳ１５７（図２０のステップＳ１３８）へ移行する。一方、遅延時間が一定値以上変化しなかった場合（ステップＳ１５６でＮｏ）、処理はステップＳ１６１へ移行する。

ステップＳ１５７（図２０のステップＳ１３８）において、ＡＭＦ３００は、送信時刻情報から算出した遅延時間（ステップＳ１５２）と、衛星情報から算出した遅延時間（ステップＳ１５５）とのうち、長い遅延時間に基づいて、ＮＡＳタイマのタイマ値を変更する。すなわち、ＡＭＦ３００では、遅延測定Ｎ２メッセージに、送信時刻情報が含まれ（ステップＳ１５１でＹｅｓ）、送信時刻情報に基づいて算出した遅延時間（ステップＳ１５２）が一定値以上変化した場合（ステップＳ１５６でＹｅｓ）の当該遅延時間と、遅延測定Ｎ２メッセージに含まれる衛星情報（ステップＳ１５３でＹｅｓ）から算出した遅延時間とを、比較している。そして、ＡＭＦ３００は、両者のうち、長い遅延時間に基づいて、ＮＡＳタイマのタイマ値を変更している。タイマ値の変更方法は、第１実施例の第３動作例と同一でもよい。以降の処理（ステップＳ１５８（図２０のステップＳ１３９）とステップＳ１５９）は、第１実施例の第３動作例と同一である。

一方、ステップＳ１６１において、ＡＭＦ３００は、衛星情報の遅延時間に基づいて、Ｔ３５１７のタイマ値を変更する。この場合、ＡＭＦ３００は、送信時刻情報が遅延測定Ｎ２メッセージに含まれるものの（ステップＳ１５１でＹｅｓ）、送信時刻情報に基づいて計算した遅延時間（ステップＳ１５２）が一定値以上変化しなかったため（ステップＳ１５６でＮｏ）、衛星情報から算出した遅延時間を利用して、タイマ値を変更している。以降の処理（ステップＳ１６２（図２０のステップＳ１３９）とステップＳ１５９）は、第１実施例の第３動作例と同一である。

一方、図２２に示すように、ステップＳ１６５において、ＡＭＦ３００は、送信時刻情報から算出した遅延時間が一定値以上変化したか否かを判定する（ステップＳ１６５）。ステップＳ１６５では、遅延測定Ｎ２メッセージに、衛星情報が含まれていないものの（ステップＳ１５３でＮｏ）、送信時刻情報が含まれているため（ステップＳ１５３）、送信時刻情報から算出した遅延時間（ステップＳ１５２）が変化しているか否かを判定している。或いは、ステップＳ１６５では、遅延測定Ｎ２メッセージに、衛星情報が含まれているものの（ステップＳ１５３でＹｅｓ）、前回の衛星情報と変化しない場合（ステップＳ１５４でＮｏ）に、送信時刻情報から算出した遅延時間（ステップＳ１５２）が変化しているか否かを判定している。本ステップＳ１６５における判定自体は、ステップＳ１５６の場合と同一である。

ＡＭＦ３００は、送信時刻情報から算出した遅延時間が一定値以上変化した場合（ステップＳ１６５でＹｅｓ）、当該遅延時間に基づいて、Ｔ３５１７のタイマ値を変更する（ステップＳ１６６（図２０のステップＳ１３８））。タイマ値の変更は、第１実施例の第１動作例と同一でもよい。以降の処理（ステップＳ１６７（図２０のステップＳ１３９）とステップＳ１５９）は、第１実施例の第３動作例を同一である。

一方、ＡＭＦ３００は、送信時刻情報が一定値以上変化していなかった場合（ステップＳ１６５でＮｏ）、ＮＡＳタイマのタイマ値を変更することはなく、変更後のタイマ値を含まないＮＡＳメッセージを送信する（ステップＳ１６８）。そして、ＡＭＦ３００は、ＮＡＳタイマの変更処理を終了する（ステップＳ１５９）。

一方、図２３に示すように、ステップＳ１７１において、ＡＭＦ３００は、衛星情報が含まれるか否かを判定する。ＡＭＦ３００は、衛星情報が含まれる場合（ステップＳ１７１でＹｅｓ）、当該衛星情報が前回取得した衛星情報から変化したか否かを判定する（ステップＳ１７２）。判定自体は、第２実施例の第２動作例と同一でもよい。

ＡＭＦ３００は、当該衛星情報が前回取得した衛星情報から変化した場合（ステップＳ１７２でＹｅｓ）、当該衛星情報に基づいて、衛星バックホール回線の遅延時間を算出する（ステップＳ１７３（図２０のステップＳ１３７））。すなわち、ＡＭＦ３００では、測定遅延Ｎ２メッセージに、送信時刻情報が含まれないものの（ステップＳ１５１でＮｏ）、衛星情報が含まれており（ステップＳ１７１でＹｅｓ）、かつ、当該衛星情報が前回の衛星情報から変化した場合（ステップＳ１７２でＹｅｓ）、当該衛星情報に基づいて、遅延時間を算出している。

以降の処理（ステップＳ１７４（図２０のステップＳ１３８）と、ステップＳ１７５（図２０のステップＳ１３９）とステップＳ１５９）は、第２実施例の第２動作例と同一である。

一方、ＡＭＦ３００は、衛星情報が含まれない場合（ステップＳ１７１でＮｏ）、又は、衛星情報が遅延測定Ｎ２メッセージに含まれる場合であっても当該衛星情報が前回の衛星情報から変化していない場合（ステップＳ１７２でＮｏ）、Ｔ３５１７のタイマ値を変更することなく、変更後のタイマ値を含まないＮＡＳメッセージをＵＥ１００へ送信する（ステップＳ１７６）。そして、ＡＭＦ３００は、ＮＡＳタイマの変更処理を終了する（図２１のステップＳ１５９）。

ＵＥ１００は、変更後のタイマ値を受信した場合、Ｔ３５１７のタイマ値を、デフォルト値「１５ｓ」から「２０ｓ」へ変更する（図２０のステップＳ１４０）。

（第２実施例の他の動作例）
第２実施例では、ＮＡＳタイマの例として、Ｔ３５１７を例にして説明したが、ＮＡＳタイマの例はこれに限定されない。例えば、ＮＡＳタイマは、Ｔ３５８０、Ｔ３５８１、又はＴ３５８２であってもよい。

例えば、Ｔ３５８０は、ＰＤＵセッション確立要求（ＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ）メッセージの送信に際に用いられるＮＡＳタイマである。ＵＥ１００では、ＰＤＵセッション確立要求メッセージを送信するときに、Ｔ３５８０のカウントを開始する。そして、ＵＥ１００は、Ｔ３５８０のタイマ値が満了するまでに、ＰＤＵセッション確立許可（ＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＡｃｃｅｐｔ）メッセージを受信するか、ＰＤＵセッション確立拒否（ＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｊｅｃｔ）メッセージを受信することができなかった場合、ＰＤＵセッション確立要求メッセージを再送する。この場合、ＡＭＦ３００は、ＰＤＵセッション確立許可メッセージ又はＰＤＵセッション確立拒否メッセージに、変更後のタイマ値を含めて、ＵＥ１００へ送信すればよい。第２実施例で説明したＮ２メッセージ又はＲＲＣメッセージには、ＰＤＵセッション確立許可メッセージ又はＰＤＵセッション確立拒否メッセージが含まれることになる。

また、例えば、Ｔ３５８１は、ＰＤＵセッション更新要求（ＰＤＵＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔ）メッセージにおいて用いられるＮＡＳタイマである。ＵＥ１００は、ＰＤＵセッション更新要求メッセージを送信するときに、Ｔ３５８１のカウントを開始する。そして、ＵＥ１００は、Ｔ３５８１のタイマ値が満了するまでに、ＰＤＵセッション更新コマンド（ＰＤＵＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎＣｏｍｍａｎｄ）メッセージを受信するか、ＰＤＵセッション更新拒否（ＰＤＵＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎＲｅｊｅｃｔ）メッセージを受信することができなかった場合、ＰＤＵセッション更新要求メッセージを再送する。この場合、ＡＭＦ３００は、ＰＤＵセッション更新コマンドメッセージ又はＰＤＵセッション更新拒否メッセージに、変更後のタイマ値を含めて、ＵＥ１００へ送信すればよい。第２実施例で説明したＮ２メッセージ又はＲＲＣメッセージには、ＰＤＵセッション更新コマンドメッセージ又はＰＤＵセッション更新拒否メッセージが含まれることになる。

更に、例えば、Ｔ３５８２は、ＰＤＵセッション開放要求（ＰＤＵＳｅｓｓｉｏｎＲｅｌｅａｓｅＲｅｑｕｅｓｔ）メッセージにおいて用いられるＮＡＳタイマである。ＵＥ１００は、ＰＤＵセッション開放要求メッセージを送信するときに、Ｔ３５８２のカウントを開始する。そして、ＵＥ１００は、Ｔ３５８２のタイマ値が満了するまでに、ＰＤＵセッション開放コマンド（ＰＤＵＳｅｓｓｉｏｎＲｅｌｅａｓｅＣｏｍｍａｎｄ）メッセージを受信するか、ＰＤＵセッション開放拒否（ＰＤＵＳｅｓｓｉｏｎＲｅｌｅａｓｅＲｅｊｅｃｔ）メッセージを受信できなかった場合、ＰＤＵセッション開放要求メッセージを再送する。この場合、ＡＭＦ３００は、ＰＤＵセッション開放コマンドメッセージ又はＰＤＵセッション開放拒否メッセージに、変更後のタイマ値を含めて、ＵＥ１００へ送信すればよい。第２実施例で説明したＮ２メッセージ又はＲＲＣメッセージには、ＰＤＵセッション開放コマンドメッセージ又はＰＤＵセッション開放拒否メッセージが含まれる。

（第１実施形態の他の動作例）
第１実施形態では、ＮＡＳタイマとして、Ｔ３５１０、Ｔ３５１７、Ｔ３５８０、Ｔ３５８１、又はＴ３５８２を例にして説明したが、これらに限定されない。ＮＡＳタイマは、例えば、３ＧＰＰ ＴＳ ２４．５０１の「１０．２ Ｔｉｍｅｒｓ ｏｆ ５ＧＳ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ」及び「１０．３ Ｔｉｍｅｒｓ ｏｆ ５ＧＳ ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ」に記載されているＮＡＳタイマであればどのようなものでもよい。これらのＮＡＳタイマは、ＮＡＳメッセージの送信の際に用いられるタイマとなっている。

[第２実施形態]
次に、第２実施形態について説明する。第２実施形態は、第１実施形態との相違点を中心に説明する。

例えば、以下のようなケースを想定する。すなわち、ＵＥ１００が登録要求（ＲｅｇｉｓｔｒａｔｉｏｎＲｅｑｕｅｓｔ）メッセージをＡＭＦ３００へ送信する。その後、ＵＥ１００は、当該登録要求メッセージの応答メッセージである登録許可（ＲｅｇｉｓｔｒａｔｉｏｎＡｃｃｅｐｔ）メッセージをＡＭＦ３００から受信する。当該登録要求メッセージに、ＮＡＳタイマの変更後のタイマ値が含まれる。

図２４は、第２実施形態に係る動作例を表す図である。図２４に示すように、ＵＥ１００が、登録要求メッセージを送信後、Ｔ３５１０のタイマ値として「１５ｓ」が設定されている。ＵＥ１００が、登録要求メッセージの送信後、「１５ｓ」経過後に、変更後のタイマ値を含む登録許可メッセージを受信すると、Ｔ３５１０が既に満了することになる。そのため、ＵＥ１００は登録要求メッセージを再送する。この場合、ＵＥ１００は、登録要求メッセージを再送後、当該登録許可メッセージを受信しても、不正なメッセージとして処理する。この場合、変更後のタイマ値も反映されない。

図２４では、Ｔ３５１０の例を示しているが、Ｔ３５１７など、その他のＮＡＳタイマについても、同様に、変更後のタイマ値がＵＥ１００へ最初に送信される際に、ＮＡＳタイマの満了によって、変更後のタイマ値が反映されない場合がある。そのため、ＮＡＳタイマの最適化を図ることができない場合がある。

そこで、第２実施形態においても、タイマの最適化を図ることを目的としている。

そのため、第２実施形態では、ｇＮＢ２００が、変更後のタイマ値を報知するようにしている。具体的には、基地局（例えばｇＮＢ２００）が、複数の衛星（例えば衛星８００）を含む衛星バックホール回線の遅延時間に基づいて変更された、ＮＡＳタイマのタイマ値を報知する。ここで、衛星バックホール回線は、基地局とコアネットワーク装置（例えばＡＭＦ３００）との間に存在する。

第２実施形態では、変更後のタイマ値がｇＮＢ２００から報知される。これにより、ＵＥ１００では、変更後のタイマ値をＮＡＳタイマに反映させることで、ＡＭＦ３００からＮＡＳメッセージを利用して送信された変更後のタイマ値を取得することが可能となる。

例えば、ＵＥ１００では、ｇＮＢ２００から報知された変更後のタイマ値を一時的なタイマ値（例えば変更後のタイマ値を含むＮＡＳメッセージを受信するためのタイマ値）として利用し、ＡＭＦ３００からＮＡＳメッセージを利用して受信した変更後のタイマ値を正式なタイマ値として利用することも可能である。よって、移動通信システム１では、タイマの最適化を図ることが可能となる。

第２実施形態では、以下の３つの動作例について説明する。

（Ｃ１）第１動作例：ｇＮＢ２００が遅延時間を算出してＮＡＳタイマのタイマ値を変更する
（Ｃ２）第２動作例：ＡＭＦ３００が遅延時間を算出してＮＡＳタイマのタイマ値を変更する
（Ｃ３）第３動作例：ＵＥ１００が時間差を測定してＮＡＳタイマのタイマ値を変更する
（Ｃ１）第１動作例
最初に、第１動作例について説明する。第１動作例は、ｇＮＢ２００が衛星バックホール回線の遅延時間を測定し、遅延時間に基づいて、ＮＡＳタイマのタイマ値を変更する例である。ｇＮＢ２００は、遅延時間の測定に、第１実施形態で説明した遅延測定Ｎ２メッセージを利用する。当該遅延測定Ｎ２メッセージに含まれる情報は、第１実施形態と同様に、送信時刻情報及び衛星情報の少なくともいずれかである。

図２５は、第２実施形態に係る第１動作例のシーケンス例を表す図である。

図２５に示すように、ステップＳ２００において、ｇＮＢ２００は、遅延測定要求Ｎ２メッセージを、衛星バックホール回線を介して、ＡＭＦ３００へ送信してもよい。遅延測定要求Ｎ２メッセージも、第１実施形態と同様に、遅延測定Ｎ２メッセージの送信を要求するＮ２メッセージを表している。

ステップＳ２０１において、ＡＭＦ３００は、遅延測定Ｎ２メッセージを、衛星バックホール回線を介してｇＮＢ２００へ送信する。ＡＭＦ３００は、遅延測定要求Ｎ２メッセージを受信したことに応じて、当該遅延測定Ｎ２メッセージを送信してもよい。遅延測定Ｎ２メッセージに送信時刻情報が含まれる場合、送信時刻情報は、ＡＭＦ３００が当該遅延測定Ｎ２メッセージを送信したときの時刻を表す。また、遅延測定Ｎ２メッセージに衛星情報が含まれる場合、第１実施形態と同様に、経路上の各衛星８００は、当該衛星測定Ｎ２メッセージを受信する毎に、衛星の種別及び衛星の個数を衛星情報に書き込む。

ステップＳ２０２において、ｇＮＢ２００は、遅延測定Ｎ２メッセージに送信時刻情報が含まれる場合、送信時刻情報を利用して、衛星バックホール回線の遅延時間を算出する。遅延時間の算出は、第１実施形態と同一でもよい。

ステップＳ２０３において、ｇＮＢ２００は、遅延測定Ｎ２メッセージに衛星情報が含まれる場合、衛星情報を利用して、衛星バックホール回線の遅延時間を算出する。遅延時間の算出は、第１実施形態と同一でもよい。このように、ｇＮＢ２００では、送信時刻情報及び衛星情報の少なくともいずれかに基づいて、衛星バックホール回線の遅延時間を算出する。

ステップＳ２０４において、ｇＮＢ２００は、遅延時間に基づいて、ＮＡＳタイマのタイマ値を変更する。図２５の例では、ｇＮＢ２００は、Ｔ３５１０のタイマ値を、デフォルト値の「１５ｓ」から「２０ｓ」へ変更する。タイマ値の変更方法も、第１実施形態と同様に、ｇＮＢ２００が、送信時刻情報からの遅延時間と、衛星情報からの遅延時間との２つの遅延時間を算出した場合、長い方の遅延時間に基づいて、タイマ値を変更してもよい。タイマ値の変更自体も、第１実施形態と同一でもよい。

このように、ｇＮＢ２００は、送信時刻情報及び衛星情報の少なくともいずれかに基づいて、衛星バックホール回線の遅延時間を算出し、算出した遅延時間に基づいて、タイマ値を変更している。

ステップＳ２０５において、ｇＮＢ２００は、変更後のタイマ値を含む遅延通知Ｎ２メッセージを、ＡＭＦ３００へ送信する。遅延通知Ｎ２メッセージは、変更後のタイマ値を情報要素（ＩＥ）として含む新規なＮ２メッセージである。

ステップＳ２０６において、ｇＮＢ２００は、変更後のタイマ値を含むシステム情報（ＳＩＢ：System Information Block）を報知する。例えば、ｇＮＢ２００の送信部２１０が当該ＳＩＢを報知する。このように、第２実施形態では、変更後のタイマ値を新たな情報要素（ＩＥ）として含むＳＩＢが報知される。或いは、変更後のタイマ値を含む新規なＳＩＢが報知されてもよい。或いは、変更後のタイマ値を新たな情報要素（ＩＥ）として含むマスタ情報（ＭＩＢ：Master Information Block）が報知されてもよい。ｇＮＢ２００は、衛星バックホール回線の遅延時間に基づいて変更された、ＮＡＳタイマのタイマ値を報知している。なお、ステップＳ２０５とステップＳ２０６との順番は逆でもよい。

ステップＳ２０７において、ＵＥ１００は、変更後のタイマ値を含むシステム情報を受信し、ＮＡＳタイマのタイマ値を変更（又は更新）する。図２５の例では、ＵＥ１００は、Ｔ３５１０のタイマ値を「１５ｓ」から「２０ｓ」へ変更する。

ステップＳ２０８において、ＵＥ１００は、要録要求メッセージをＡＭＦ３００へ送信し、Ｔ３５１０のカウントを開始する。この場合、Ｔ３５１０のタイマ値は、変更後の「２０ｓ」となっている。

ステップＳ２０９において、ＡＭＦ３００は、ＵＥ１００から送信された登録要求メッセージを受信する。

ステップＳ２１０において、ＡＭＦ３００は、変更後のタイマ値を含むＮＡＳメッセージを、ＵＥ１００へ送信する。変更後のタイマ値は、ｇＮＢ２００から受信した遅延通知Ｎ２メッセージに含まれるタイマ値であってもよいし、第１実施形態と同様に、送信時刻情報又は衛星情報を含むＮ２メッセージ（ステップＳ２０９）を利用して算出した変更後のタイマ値であってもよい。ＡＭＦ３００がＵＥ１００へ送信する当該ＮＡＳメッセージは、第１実施形態と同様に、登録許可メッセージでもよいし、登録拒否メッセージでもよいし、識別要求メッセージでもよいし、認証要求メッセージでもよい。ＵＥ１００は、Ｔ３５１０のカウント値が変更後のタイマ値となる前に、変更後のタイマ値を含むＮＡＳメッセージを受信することができる。

（Ｃ２）第２動作例
次に、第２動作例について説明する。第２動作例は、ＡＭＦ３００が遅延時間を算出してＮＡＳタイマのタイマ値を変更する例である。ＡＭＦ３００は、遅延時間の測定に、第２実施形態に係る第１動作例と同様に、遅延測定Ｎ２メッセージを利用する。遅延測定Ｎ２メッセージに含まれる情報も、第２実施形態に係る第１動作例と同様に、送信時刻情報及び衛星情報の少なくともいずれかである。

図２６は、第２実施形態に係る第２動作例のシーケンス例を表す図である。

図２６に示すように、ステップＳ２２０において、ＡＭＦ３００は、遅延測定要求Ｎ２メッセージを、衛星バックホール回線を介してｇＮＢ２００へ送信してもよい。

ステップＳ２２１において、ｇＮＢ２００は、遅延測定Ｎ２メッセージを、衛星バックホール回線を介してＡＭＦ３００へ送信する。ｇＮＢ２００は、ＡＭＦ３００から遅延測定要求Ｎ２メッセージを受信したことに応じて、当該遅延測定Ｎ２メッセージをＡＭＦ３００へ送信してもよい。遅延測定Ｎ２メッセージに送信時刻情報が含まれる場合、送信時刻情報は、ｇＮＢ２００が当該遅延測定Ｎ２メッセージを送信したときの時刻を表す。また、遅延測定Ｎ２メッセージに衛星情報が含まれる場合、第１実施形態と同様に、経路上の各衛星８００は、当該衛星測定Ｎ２メッセージを受信する毎に、衛星の種別及び衛星の個数を衛星情報に書き込む。

ステップＳ２２２において、ＡＭＦ３００は、遅延測定Ｎ２メッセージに送信時刻情報が含まれる場合、送信時刻情報を利用して、衛星バックホール回線の遅延時間を算出する。

ステップＳ２２３において、ＡＭＦ３００は、遅延測定Ｎ２メッセージに衛星情報が含まれる場合、衛星情報を利用して、衛星バックホール回線の遅延時間を算出する。このように、ＡＭＦ３００は、送信時刻情報及び衛星情報の少なくともいずれかに基づいて、衛星バックホール回線の遅延時間を算出する。

ステップＳ２２４において、ＡＭＦ３００は、遅延時間に基づいて、ＮＡＳタイマのタイマ値を変更する。タイマ値の変更方法も、第１実施形態と同様に、ＡＭＦ３００は、送信時刻情報からの遅延時間と、衛星情報からの遅延時間との２つの遅延時間を算出した場合、長い方の遅延時間に基づいて、タイマ値を変更してもよい。タイマ値の変更自体も、第１実施形態と同一でもよい。

ステップＳ２２５において、ＡＭＦ３００は、変更後のタイマ値を含む遅延通知Ｎ２メッセージを、ｇＮＢ２００へ送信する。

ステップＳ２２６において、ｇＮＢ２００は、変更後のタイマ値を含むシステム情報（ＳＩＢ：System Information Block）を報知する。ｇＮＢ２００は、遅延通知Ｎ２メッセージに含まれる変更後のタイマ値を、システム情報に含めて報知する。第２実施形態の第１動作例と同様に、変更後のタイマ値を新たな情報要素（ＩＥ）として含むＳＩＢが報知されてもよいし、変更後のタイマ値を含む新規なＳＩＢが報知されてもよいし、変更後のタイマ値を新たな情報要素（ＩＥ）として含むＭＩＢが報知されてもよい。

ステップＳ２２７において、ＵＥ１００は、変更後のタイマ値を含むシステム情報を受信し、ＮＡＳタイマ（ここでは、Ｔ３５１０）を変更（又は更新）する。

ステップＳ２２８において、ＵＥ１００は、要録要求メッセージをＡＭＦ３００へ送信し、Ｔ３５１０のカウントを開始する。この場合、Ｔ３５１０のタイマ値は、変更後の「２０ｓ」となっている。

ステップＳ２２９において、ＡＭＦ３００は、ＵＥ１００から送信された登録要求メッセージを受信する。

ステップＳ２３０において、ＡＭＦ３００は、変更後のタイマ値（ステップＳ２２４）を含むＮＡＳメッセージを、ＵＥ１００へ送信する。変更後のタイマ値は、ｇＮＢ２００へ送信した遅延通知Ｎ２メッセージに含まれるタイマ値であってもよいし、第１実施形態と同様に、送信時刻情報又は衛星情報を含むＮ２メッセージ（ステップＳ２２９）を利用して算出した変更後のタイマ値であってもよい。ＡＭＦ３００がＵＥ１００へ送信する当該ＮＡＳメッセージは、第１実施形態と同様に、登録許可メッセージでもよいし、登録拒否メッセージでもよいし、識別要求メッセージでもよいし、認証要求メッセージでもよい。

（Ｃ３）第３動作例
次に、第３動作例について説明する。第３動作例は、ＵＥ１００が、ＮＡＳメッセージをＡＭＦ３００へ送信し、ＡＭＦ３００から当該ＮＡＳメッセージに対応するＮＡＳメッセージを受信したときの時間差に基づいて、ＮＡＳタイマのタイマ値を変更する例である。

具体的には、第１に、ユーザ装置（例えばＵＥ１００）が、第１ＮＡＳメッセージ（例えば登録要求メッセージ）を、複数の衛星（例えば衛星８００）を含む衛星バックホール回線を介してコアネットワーク装置（例えばＭＡＦ３００）へ送信する。第２に、ユーザ装置が、第１ＮＡＳメッセージに対応する第２ＮＡＳメッセージ（例えば識別要求メッセージ）を、衛星バックホール回線を介してコアネットワーク装置から受信する。第３に、ユーザ装置が、第１ＮＡＳメッセージを送信後、第２ＮＡＳメッセージを受信するまでの時間を測定する。第４に、ユーザ装置が、当該時間に基づいて、ＮＡＳタイマのタイマ値を変更する。ここで、衛星バックホール回線は、基地局とコアネットワーク装置との間に存在する。

このように、例えば、ＵＥ１００は、登録要求メッセージをＡＭＦ３００へ送信後、当該登録要求メッセージに対応する識別要求メッセージをＡＭＦ３００から受信するまでの時間に基づいて、Ｔ３５１０のタイマ値を変更する。変更後のタイマ値は、衛星バックホール回線の伝送遅延も考慮されている。そのため、ＵＥ１００では、登録許可メッセージを受信することが可能となり、当該登録許可メッセージに含まれる変更後のタイマ値を受信することが可能となる。よって、第３動作例においても、第１実施形態と同様に、タイマの最適化を図ることが可能となる。

図２７は、第２実施形態に係る第３動作例のシーケンス例を表す図である。

図２７に示すように、ステップＳ２４０において、ＵＥ１００は、登録要求メッセージ（例えば第１ＮＡＳメッセージ）をＡＭＦ３００へ送信する。

ステップＳ２４１において、ＵＥ１００は、Ｔ３５１０のカウントを開始するとともに、登録要求メッセージに対応するＮＡＳメッセージを受信するまでの時間の測定を開始する。対応するＮＡＳメッセージは、図２７の例では、識別要求メッセージ（例えば第２ＮＡＳメッセージ）である。

すなわち、ステップＳ２４２において、ＡＭＦ３００は、識別要求メッセージをＵＥ１００へ送信する。ＵＥ１００では、登録要求メッセージを送信後、識別要求メッセージを受信するまでの時間（又は時間差）を測定する。当該測定は制御部１３０において行われてもよい。

ステップＳ２４３において、ＵＥ１００は、当該時間に基づいて、ＮＡＳタイマ（ここではＴ３５１０）のタイマ値を変更する。例えば、当該時間が「５ｓ」の場合、ＵＥ１００は、当該タイマ値をデフォルト値の「１５ｓ」から「２０ｓ」へ変更する。当該変更も制御部１３０において行われてもよい。

ステップＳ２４４において、識別要求プロシージャが行われ、ステップＳ２４５において、認証プロシージャが行われ、ステップＳ２４６において、セキュリティモードプロシージャが行われる。

ステップＳ２４７において、ＡＭＦ３００は、登録許可メッセージをＵＥ１００へ送信する。ＵＥ１００では、Ｔ３５１０のタイマが「１５ｓ」から「２０ｓ」へ変更されているため、登録要求メッセージを再送することなく、ＡＭＦ３００から送信された登録許可メッセージを受信することができる。

なお、登録許可メッセージには、ＮＡＳタイマの変更後のタイマ値が含まれる。タイマ値の変更は、第１実施形態と同様に、送信時刻情報又は衛星情報から算出された遅延時間に基づいて変更されてもよい。

（第２実施形態の他の例）
第２実施形態では、ＮＡＳタイマの例として、Ｔ３５１０を例にして説明したが、ＮＡＳタイマはこれに限定されない。ＮＡＳタイマとして、例えば、第１実施形態と同様に、Ｔ３５１７、Ｔ３５８０、Ｔ３５８１、又はＴ３５８２などでもよい。すなわち、例えば、３ＧＰＰ ＴＳ ２４．５０１の「１０．２ Ｔｉｍｅｒｓ ｏｆ ５ＧＳ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ」及び「１０．３ Ｔｉｍｅｒｓ ｏｆ ５ＧＳ ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ」に記載されているＮＡＳタイマであればどのようなものでもよい。これらのＮＡＳタイマは、ＮＡＳメッセージの送信の際に用いられるタイマとなっている。

[第３実施形態]
次に、第３実施形態について説明する。第３実施形態は、第１実施形態との相違点を中心に説明する。

第２実施形態の第３動作例では、ＵＥ１００が登録要求メッセージを送信後、識別要求メッセージを受信するまでの時間を測定し、当該時間に基づいて、ＮＡＳタイマのタイマ値を変更する例について説明した。

しかしながら、識別要求メッセージについて再送が行われる場合がある。

図２８は、再送が行われる場合の動作例を表す図である。ＡＭＦ３００では、識別要求メッセージを送信後、所定時間内に、ＵＥ１００から識別応答（ＩｄｅｎｔｉｔｙＲｅｓｐｏｎｓｅ）メッセージを受信できないとき、識別要求メッセージを再送する。所定時間は、Ｔ３５７０のタイマ値である。図２８の例では、Ｔ３５７０のタイマ値は「３ｓ」となっている。図２８に示す例では、識別要求メッセージを２回再送し、ＵＥ１００では、２回目の再送で、識別要求メッセージを受信している。

このような状況において、登録要求メッセージの送信から識別要求メッセージの受信まで、「１４ｓ」経過したとすると、ＵＥ１００は、ＮＡＳタイマ（図２８ではＴ３５１０）のタイマ値を、デフォルト値の「１５ｓ」から「１４ｓ」を加算した「２９ｓ」へ変更することになる。

このとき、ＵＥ１００において、「２９ｓ」経過する前までに、変更後のタイマ値を含む登録許可メッセージ（又は登録拒否メッセージ）を受信できればよいが、識別要求メッセージについて再送が発生していることから、登録許可メッセージについても再送が発生する可能性がある。登録許可メッセージの再送が予想される状況で、Ｔ３５１０のタイマ値を「２９ｓ」まで延長させて、登録許可メッセージの受信を待つのは、登録プロシージャ全体が「２９ｓ」まで延長されることになり、必ずしも適切ではない。ＵＥ１００では、Ｔ３５１０のタイマ値を「２９ｓ」延長させたにも関わらず、登録許可メッセージの受信ができない場合、「２９ｓ」後に登録要求メッセージを再送することになるからである。この場合、「２９ｓ」を短くした方が望ましい。

そこで、第３実施形態では、ＮＡＳメッセージについて再送が発生した場合、ＮＡＳタイマのタイマ値を延長させないようにする。具体的には、第１に、ユーザ装置（例えばＵＥ１００）が、基地局（例えばｇＮＢ２００）と複数の衛星（例えば衛星８００）を含む衛星バックホール回線とを介してコアネットワーク装置（例えばＡＭＦ３００）に対して第１ＮＡＳメッセージ（例えば登録要求メッセージ）を送信する。第２に、コアネットワーク装置が、第１ＮＡＳメッセージに対応する第２ＮＡＳメッセージ（例えば識別要求メッセージ）を再送したとき、ユーザ装置はＮＡＳタイマのタイマ値を延長しないと判断する。ここで、衛星バックホール回線は、基地局とコアネットワーク装置との間に存在する。

このように、ＮＡＳメッセージの再送が発生するとき、ＵＥ１００では、ＮＡＳタイマのタイマ値を延長しないようにしている。そのため、例えば、図２８において、ＵＥ１００は、Ｔ３５１０のタイマ値を「１４ｓ」延長させることなく、「１５ｓ」のままとなり、登録要求メッセージ送信後、「１５ｓ」経過したときに、登録要求メッセージを再送することができる。従って、Ｔ３５１０のタイマ値を「１４ｓ」延長させる場合と比較して、登録プロシージャの処理を早めることが可能となる。また、ＮＡＳタイマのタイマ値を必要以上に長く延長させないようにすることで、ＮＡＳタイマの適正化を図ることも可能となる。

（第３実施形態に係る動作例）
次に、第３実施形態に係る動作例について説明する。

図２９は、第３実施形態に係る動作例を表す図である。図２９では、ＮＡＳタイマの例として、Ｔ３５１０を例にして説明する。

図２９に示すように、ステップＳ３００において、ＵＥ１００は、登録要求メッセージをＡＭＦ３００へ送信する。具体的には、ＵＥ１００は、登録要求メッセージを含むＲＲＣメッセージをｇＮＢ２００へ送信し、ｇＮＢ２００は、当該登録要求メッセージを含むＮ２メッセージを、衛星バックホール回線を介してＡＭＦ３００へ送信する（ステップＳ３０１）。

ステップＳ３０２において、ＡＭＦ３００は、識別要求メッセージをＵＥ１００へ送信する。具体的には、ＡＭＦ３００は、識別要求メッセージを含むＮ２メッセージを、衛星バックホール回線を介してｇＮＢ２００へ送信し、ｇＮＢ２００は、識別要求メッセージを含むＲＲＣメッセージをＵＥ１００へ送信する。このとき、ｇＮＢ２００とＵＥ１００との間の無線区間の無線状態は、一定状態以下となっている。そのため、ＵＥ１００は、当該識別要求メッセージを受信することができない。従って、ＵＥ１００は、当該識別要求メッセージの応答メッセージである識別応答メッセージを送信することもできない。ＡＭＦ３００では、当該識別要求メッセージを送信したときにＴ３５７０のカウントを開始し、カウント値がタイマ値（図２９の例では「３ｓ」）になっても（すなわち、Ｔ３５７０が満了）、識別応答メッセージを受信できない場合、識別要求メッセージを再送する。図２９の例では、ＡＭＦ３００は、識別要求メッセージを２回再送し、ＵＥ１００は、再送２回目の識別要求メッセージを受信する。

ステップＳ３０３において、ＵＥ１００は、無線区間の無線状態を判定する。そして、ＵＥ１００は、無線状態を表す指標が無線状態閾値未満のとき、識別要求メッセージの再送が発生していると判定し、Ｔ３５１０のタイマ値を延長しないようにする。

そのため、ＵＥ１００は、ステップＳ３０７において、登録要求メッセージを送信後（ステップＳ３００）、「１５ｓ」経過したときに、登録許可メッセージ（又は登録拒否メッセージ）を受信していないときは、登録要求メッセージを再送することができる。

なお、図２９の例では、登録要求メッセージの再送前に、識別要求プロシージャ（ステップＳ３０４）と、認証プロシージャ（ステップＳ３０５）と、セキュリティモードプロシージャ（ステップＳ３０６）とが行われる。

図３０は、第３実施形態に係るＵＥ１００における動作例を表す図である。図３０に示す処理は、図２９に示す処理と一部重複しているが、重複する処理はその都度説明する。

図３０に示すように、ＵＥ１００は、ステップＳ３１０において、処理を開始すると、ステップＳ３１１（図２９のステップＳ３００）において、ＮＡＳメッセージ（図２９の例では登録要求メッセージ）をＡＭＦ３００へ送信する。

ステップＳ３１２において、ＵＥ１００は、対応するＮＡＳメッセージ（図２９の例では識別要求メッセージ）を受信する。

ステップＳ３１３において、ＵＥ１００は、無線区間の無線状態を表す指標が無線状態閾値以上か否かを判定する。無線状態を表す指標は、公知のものでよく、無線信号強度（ＲＳＳＩ：Received Signal Strength Indicator）でもよいし、信号対雑音比（ＳＮＲ：Signal-to-Noise Ratio）でもよいし、参照信号受信品質（ＲＳＲＱ：Reference Signal Received Quality）でもよい。

ＵＥ１００は、無線状態を表す指標が無線状態閾値以上のとき（ステップＳ３１３でＹｅｓ）、遅延時間を算出し、ＮＡＳタイマのタイマ値を延長する（ステップＳ３１４）。遅延時間の算出方法は、第２実施形態の第３動作例と同一でもよい。そして、ＵＥ１００は、一連の処理を終了する（ステップＳ３１５）。

一方、ＵＥ１００は、無線状態を表す指標が無線状態閾値未満のとき（ステップＳ３１３でＮｏ）、ＮＡＳメッセージの再送が発生していると判定して、ＮＡＳタイマのタイマ値を延長させることなく、設定時のままの状態にしておく（図２９のステップＳ３０３）。そして、ＵＥ１００は、一連の処理を終了する（ステップＳ３１５）。

（第３実施形態の他の動作例１）
次に、第３実施形態に係る他の動作例１について説明する。他の動作例１では、第３実施形態との相違点を中心に説明する。

他の動作例１は、ＵＥ１００が、ＮＡＳメッセージの再送回数に基づいて、遅延時間を算出し、遅延時間に基づいて、ＮＡＳタイマのタイマ値を延長させる例である。

具体的には、第１に、ユーザ装置（例えばＵＥ１００）が、基地局（例えばｇＮＢ２００）と複数の衛星（例えば衛星８００）を含む衛星バックホール回線とを介してコアネットワーク装置（例えばＡＭＦ３００）に対して第１ＮＡＳメッセージ（例えば登録要求メッセージ）を送信する。第２に、ユーザ装置が、第１ＮＡＳメッセージに対応する第２ＮＡＳメッセージ（例えば識別要求メッセージ）の再送回数に基づいて、ＮＡＳタイマの延長後のタイマ値を算出する。ここで、衛星バックホール回線は、基地局とコアネットワーク装置との間に存在する。

このように、他の動作例１では、ＵＥ１００が再送回数から、ＮＡＳタイマのタイマ値を算出しているため、再送が行われなかった場合のＮＡＳタイマのタイマ値を算出することができる。従って、再送が発生することで、必要以上にＮＡＳタイマのタイマ値が長くなる事態を防止させることができる。これにより、ＮＡＳタイマのタイマ値の適正化を図ることも可能となる。

図３１は、第３実施形態に係る他の動作例１のシーケンス例を表す図である。

図３１に示すように、ステップＳ３２０及びステップＳ３２１において、ＵＥ１００は、登録要求メッセージをＡＭＦ３００へ送信する。

ステップＳ３２２において、ＡＭＦ３００は、登録要求メッセージに対応する識別要求メッセージをＵＥ１００へ送信する。このとき、第３実施形態と同様に、無線区間の無線状態が一定状態以下となっているため、識別要求メッセージ（又は、当該識別要求メッセージを含むＲＲＣメッセージ）の再送が発生している。ｇＮＢ２００は、当該識別要求メッセージの再送回数をカウントする。ｇＮＢ２００は、識別要求メッセージを含むＮ２メッセージ（例えばＤＬＮＡＳＴｒａｎｓｆｅｒメッセージ）を受信したことに応じて、当該識別要求メッセージと当該識別要求メッセージの再送回数とを含むＲＲＣメッセージを送信する。当該ＲＲＣメッセージには、新たな情報要素（ＩＥ）として、再送回数が含まれる。

図３１の例では、ｇＮＢ２００が、当該識別要求メッセージ（又は当該ＲＲＣメッセージ）の再送が「２回」行われ、２回目の再送のときの当該識別要求メッセージがＵＥ１００において受信される。

ステップＳ３２３において、ＵＥ１００は、再送回数に基づいて、ＮＡＳタイマの延長後のタイマ値を算出する。例えば、ＵＥ１００は、以下のようにしてタイマ値を算出する。

すなわち、ＵＥ１００において、登録要求メッセージの送信（ステップＳ３２０）から識別要求メッセージの受信（ステップＳ３２２）まで、「１４ｓ」経過したとする。また、ＵＥ１００は、ＡＭＦ３００において、Ｔ３５７０のタイマ値（すなわち、識別要求メッセージ送信後、識別要求メッセージの再送が行われるまでの時間）が「３ｓ」であることを把握しているものとする。このような前提で、ＵＥ１００は、当該ＲＲＣメッセージに含まれる再送回数が「２」であることから、ＡＭＦ３００において、登録要求メッセージの受信（ステップＳ３２１）から、識別要求メッセージの２回目の再送が行われるまでの時間を、「６ｓ」（＝「３ｓ」×「２」回）であると把握する。そして、ＵＥ１００は、再送が行われなかった場合において、登録要求メッセージの送信（ステップＳ３２０）から識別要求メッセージの受信までにかかる時間として、「８ｓ」＝「１４ｓ」－「６ｓ」を算出する。当該登録要求メッセージの送信から、識別要求メッセージの受信までの間、４つのメッセージ（登録要求メッセージを含むＲＲＣメッセージ（ステップＳ３２０）と、登録要求メッセージを含むＮ２メッセージ（ステップＳ３２１）と、識別要求メッセージを含むＮ２メッセージと、識別要求メッセージを含むＲＲＣメッセージ）が送信される。そのため、ＵＥ１００は、１メッセージあたり、「２ｓ」の伝送遅延が発生していると判定する。ＵＥ１００は、衛星バックホール回線についても「２ｓ」の伝送遅延が発生していると判定する。よって、ＵＥ１００は、衛星バックホール回線において、往復で「４ｓ」の遅延が発生していると判定する。そして、ＵＥ１００は、「４ｓ」を現在のタイマ値に加算し、ＮＡＳタイマの延長後のタイマ値として「１９ｓ」を算出する。ＵＥ１００は、Ｔ３５１０のタイマ値を「１９ｓ」に設定する。なお、タイマ値の算出は、ＵＥ１００の制御部１３０において行われてもよい。

ステップＳ３２４において、識別要求プロシージャが行われ、ステップＳ３２５において、認証プロシージャが行われ、ステップＳ３２６において、セキュリティモードプロシージャが行われる。

ステップＳ３２７において、ＵＥ１００は、Ｔ３５１０のカウント値が「１５ｓ」となっても、登録要求メッセージを再送しない。

ステップＳ３２８において、ＵＥ１００は、Ｔ３５１０のカウント値がタイマ値「１９ｓ」になったため、登録要求メッセージを再送する。

（第３実施形態の他の動作例２）
次に、第３実施形態に係る他の動作例２について説明する。他の動作例２も、第３実施形態との相違点を中心に説明する。

他の動作例２では、ｇＮＢ２００が、ＮＡＳタイマの延長時間を算出する例について説明する。具体的には、第１に、基地局（例えばｇＮＢ２００）が、複数の衛星（例えば衛星８００）を含む衛星バックホール回線の遅延時間を測定する。第２に、基地局が、遅延時間に基づいて、ＮＡＳタイマの延長時間を算出する。第３に、基地局が、延長時間をユーザ装置へ送信する。ここで、衛星バックホール回線は、基地局とコアネットワーク装置との間に存在する。

このように、他の動作例２では、ＮＡＳメッセージの再送が発生している場合でも、ｇＮＢ２００が、衛星バックホール回線の遅延時間から、ＮＡＳタイマの延長時間を決定している。このため、ＮＡＳタイマの延長時間が必要以上に長くなることがなくなり、第３実施形態と同様に、ＮＡＳタイマの適正化を図ることが可能となる。

図３２は、第３実施形態に係る他の動作例２のシーケンス例を表す図である。

図３２に示すように、ステップＳ３３０において、ＵＥ１００は、登録要求メッセージをＡＭＦ３００へ送信する。具体的には、ＵＥ１００は、登録要求メッセージを含むＲＲＣメッセージを、ｇＮＢ２００へ送信し、ｇＮＢ２００は、当該登録要求メッセージを含むＮ２メッセージをＡＭＦ３００へ送信する（ステップＳ３３１）。

このとき、ｇＮＢ２００は、当該登録要求メッセージを含むＮ２メッセージを送信すると、衛星バックホール回線の遅延時間の測定を開始する。

ステップＳ３３２において、ＡＭＦ３００は、識別要求メッセージをＵＥ１００へ送信する。具体的には、ＡＭＦ３００は、当該識別要求メッセージを含むＮ２メッセージをｇＮＢ２００へ送信する。ｇＮＢ２００では、当該Ｎ２メッセージを受信するまでの時間（例えば、「４ｓ」）を、遅延時間として測定する。そして、ｇＮＢ２００は、当該識別要求メッセージと遅延時間とを含むＲＲＣメッセージをＵＥ１００へ送信する。当該ＲＲＣメッセージには、遅延時間が新たな情報要素（ＩＥ）として追加される。図３２の例では、その後、再送が「２回」行われて、ＵＥ１００において、当該ＲＲＣメッセージを受信することになる。

ステップＳ３３３において、ＵＥ１００は、遅延時間に基づいて、ＮＡＳタイマ（ここでは、Ｔ３５１０）のタイマ値を延長する。具体的には、ＵＥ１００は、ＮＡＳタイマのタイマ値を、遅延時間分、延長させる。図３２の例では、ＵＥ１００は、Ｔ３５１０のタイマ値を「４ｓ」延長させ、タイマ値を「１９ｓ」に設定する。

その後、識別要求プロシージャ（ステップＳ３３４）と、認証プロシージャ（ステップＳ３３５）と、セキュリティモードプロシージャ（ステップＳ３３６）とが行われる。

ステップＳ３３７において、ＵＥ１００は、Ｔ３５１０のカウント値が「１５ｓ」となっても、登録要求メッセージを再送しない。

ステップＳ３３８において、ＵＥ１００は、Ｔ３５１０のカウント値がタイマ値「１９ｓ」になったため、登録要求メッセージを再送する。

（第３実施形態の他の動作例３）
第３実施形態では、ＮＡＳタイマの例として、Ｔ３５１０を例にして説明したが、ＮＡＳタイマはこれに限定されない。ＮＡＳタイマとして、例えば、第１実施形態と同様に、Ｔ３５１７、Ｔ３５８０、Ｔ３５８１、又はＴ３５８２などでもよい。すなわち、例えば、３ＧＰＰ ＴＳ ２４．５０１の「１０．２ Ｔｉｍｅｒｓ ｏｆ ５ＧＳ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ」及び「１０．３ Ｔｉｍｅｒｓ ｏｆ ５ＧＳ ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ」に記載されているＮＡＳタイマであればどのようなものでもよい。これらのＮＡＳタイマは、ＮＡＳメッセージの送信の際に用いられるタイマとなっている。

［その他の実施形態］
ＵＥ１００、ｇＮＢ２００、又はＵＰＦ４００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。また、ＵＥ１００、ｇＮＢ２００、又はＡＭＦ３００が行う各処理を実行する回路を集積化し、ＵＥ１００、ｇＮＢ２００、又はＡＭＦ３００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。

以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、矛盾しない範囲で、各実施形態、各動作、各処理、及び各ステップの全部又は一部を組み合わせることも可能である。

（付記）
（付記１）
移動通信システムにおける通信制御方法であって、
基地局が、複数の衛星を含む衛星バックホール回線の遅延時間に基づいて変更された、ＮＡＳタイマのタイマ値を報知するステップ、を有し、
前記衛星バックホール回線は、前記基地局とコアネットワーク装置との間に存在する
通信制御方法。

（付記２）
前記コアネットワーク装置が、送信時刻情報及び衛星情報の少なくともいずれかを含む遅延測定Ｎ２メッセージを、前記衛星バックホール回線を介して前記基地局へ送信するステップと、
前記基地局が、前記送信時刻情報及び前記衛星情報の少なくともいずれかに基づいて、前記衛星バックホール回線の前記遅延時間を算出するステップと、
前記基地局が、前記遅延時間に基づいて、前記ＮＡＳタイマのタイマ値を変更するステップと、を更に有する
付記１記載の通信制御方法。

（付記３）
前記基地局が、変更後のタイマ値を含む遅延通知Ｎ２メッセージをコアネットワーク装置へ送信するステップ、を更に有する
付記１又は付記２に記載の通信制御方法。

（付記４）
前記遅延測定Ｎ２メッセージを送信するステップは、前記コアネットワーク装置が、前記基地局から遅延測定要求Ｎ２メッセージを受信したことに応じて、前記遅延測定Ｎ２メッセージを送信するステップを含む
付記１乃至付記３のいずれかに記載の通信制御方法。

（付記５）
前記基地局が、送信時刻情報及び衛星情報の少なくともいずれかを含む遅延測定Ｎ２メッセージを、前記衛星バックホール回線を介して前記コアネットワーク装置へ送信するステップと、
前記コアネットワーク装置が、前記送信時刻情報及び前記衛星情報の少なくともいずれかに基づいて、前記衛星バックホール回線の前記遅延時間を算出するステップと、
前記コアネットワーク装置が、前記遅延時間に基づいて、前記ＮＡＳタイマのタイマ値を変更するステップと、を更に有する
付記１乃至付記４のいずれかに記載の通信制御方法。

（付記６）
前記コアネットワーク装置が、変更後の前記タイマ値を含む変更通知Ｎ２メッセージを前記基地局へ送信するステップ、を更に有する
付記１乃至付記５のいずれかに記載の通信制御方法。

（付記７）
前記遅延測定Ｎ２メッセージを送信するステップは、前記基地局が、前記コアネットワーク装置から遅延測定要求Ｎ２メッセージを受信したことに応じて、前記遅延測定Ｎ２メッセージを送信するステップを含む
付記１乃至付記６のいずれかに記載の通信制御方法。

（付記８）
前記送信時刻情報は、前記遅延測定Ｎ２メッセージが送信された時刻を表す
付記１乃至付記７のいずれかに記載の通信制御方法。

（付記９）
前記衛星情報は、前記衛星の種別及び前記衛星の個数の少なくともいずれかを表す
付記１乃至付記３のいずれかに記載の通信制御方法。

（付記１０）
複数の衛星を含む衛星バックホール回線の遅延時間に基づいて変更された、ＮＡＳタイマのタイマ値を報知する送信部、を有し、
前記衛星バックホール回線は、前記基地局とコアネットワーク装置との間に存在する
基地局。

（付記１１）
移動通信システムにおける通信制御方法であって、
ユーザ装置が、第１ＮＡＳメッセージを、複数の衛星を含む衛星バックホール回線を介してコアネットワーク装置へ送信するステップと、
前記ユーザ装置が、前記第１ＮＡＳメッセージに対応する第２ＮＡＳメッセージを、前記衛星バックホール回線を介して前記コアネットワーク装置から受信するステップと、
前記ユーザ装置が、前記第１ＮＡＳメッセージを送信後、前記第２ＮＡＳメッセージを受信するまでの時間を測定するステップと、
前記ユーザ装置が、前記時間に基づいて、ＮＡＳタイマのタイマ値を変更するステップと、を有し、
前記衛星バックホール回線は、基地局と前記コアネットワーク装置との間に存在する
通信制御方法。

（付記１２）
第１ＮＡＳメッセージを、複数の衛星を含む衛星バックホール回線を介してコアネットワーク装置へ送信する送信部と、
前記ＮＡＳメッセージに対応する第２ＮＡＳメッセージを、前記衛星バックホール回線を介して前記コアネットワーク装置から受信する受信部と、
前記第１ＮＡＳメッセージを送信後、前記第２ＮＡＳメッセージを受信するまでの時間を測定する制御部と、を有し、
前記制御部は、前記時間に基づいて、ＮＡＳタイマのタイマ値を変更し、
前記衛星バックホール回線は、基地局と前記コアネットワーク装置との間に形成されている
ユーザ装置。

１ ：移動通信システム １００ ：ＵＥ
１１０ ：受信部 １２０ ：送信部
１３０ ：制御部 ２００ ：ｇＮＢ（ＲＡＮ）
２１０ ：送信部 ２２０ ：受信部
２３０ ：制御部 ２５０ ：ネットワーク通信部
３００ ：ＡＭＦ ３１０ ：受信部
３２０ ：送信部 ３３０ ：制御部

Claims (12)

1. 移動通信システムにおける通信制御方法であって、
   基地局が、複数の衛星を含む衛星バックホール回線の遅延時間に基づいて変更された、ＮＡＳタイマのタイマ値を報知するステップ、を有し、
   前記衛星バックホール回線は、前記基地局とコアネットワーク装置との間に存在する
   通信制御方法。
2. 前記コアネットワーク装置が、送信時刻情報及び衛星情報の少なくともいずれかを含む遅延測定Ｎ２メッセージを、前記衛星バックホール回線を介して前記基地局へ送信するステップと、
   前記基地局が、前記送信時刻情報及び前記衛星情報の少なくともいずれかに基づいて、前記衛星バックホール回線の前記遅延時間を算出するステップと、
   前記基地局が、前記遅延時間に基づいて、前記ＮＡＳタイマのタイマ値を変更するステップと、を更に有する
   請求項１記載の通信制御方法。
3. 前記基地局が、変更後のタイマ値を含む遅延通知Ｎ２メッセージをコアネットワーク装置へ送信するステップ、を更に有する
   請求項２記載の通信制御方法。
4. 前記遅延測定Ｎ２メッセージを送信するステップは、前記コアネットワーク装置が、前記基地局から遅延測定要求Ｎ２メッセージを受信したことに応じて、前記遅延測定Ｎ２メッセージを送信するステップを含む
   請求項２記載の通信制御方法。
5. 前記基地局が、送信時刻情報及び衛星情報の少なくともいずれかを含む遅延測定Ｎ２メッセージを、前記衛星バックホール回線を介して前記コアネットワーク装置へ送信するステップと、
   前記コアネットワーク装置が、前記送信時刻情報及び前記衛星情報の少なくともいずれかに基づいて、前記衛星バックホール回線の前記遅延時間を算出するステップと、
   前記コアネットワーク装置が、前記遅延時間に基づいて、前記ＮＡＳタイマのタイマ値を変更するステップと、を更に有する
   請求項１記載の通信制御方法。
6. 前記コアネットワーク装置が、変更後の前記タイマ値を含む変更通知Ｎ２メッセージを前記基地局へ送信するステップ、を更に有する
   請求項５記載の通信制御方法。
7. 前記遅延測定Ｎ２メッセージを送信するステップは、前記基地局が、前記コアネットワーク装置から遅延測定要求Ｎ２メッセージを受信したことに応じて、前記遅延測定Ｎ２メッセージを送信するステップを含む
   請求項５記載の通信制御方法。
8. 前記送信時刻情報は、前記遅延測定Ｎ２メッセージが送信された時刻を表す
   請求項２又は請求項５に記載の通信制御方法。
9. 前記衛星情報は、前記衛星の種別及び前記衛星の個数の少なくともいずれかを表す
   請求項２又は請求項５に記載の通信制御方法。
10. 複数の衛星を含む衛星バックホール回線の遅延時間に基づいて変更された、ＮＡＳタイマのタイマ値を報知する送信部、を有し、
    前記衛星バックホール回線は、前記基地局とコアネットワーク装置との間に存在する
    基地局。
11. 移動通信システムにおける通信制御方法であって、
    ユーザ装置が、第１ＮＡＳメッセージを、複数の衛星を含む衛星バックホール回線を介してコアネットワーク装置へ送信するステップと、
    前記ユーザ装置が、前記第１ＮＡＳメッセージに対応する第２ＮＡＳメッセージを、前記衛星バックホール回線を介して前記コアネットワーク装置から受信するステップと、
    前記ユーザ装置が、前記第１ＮＡＳメッセージを送信後、前記第２ＮＡＳメッセージを受信するまでの時間を測定するステップと、
    前記ユーザ装置が、前記時間に基づいて、ＮＡＳタイマのタイマ値を変更するステップと、を有し、
    前記衛星バックホール回線は、基地局と前記コアネットワーク装置との間に存在する
    通信制御方法。
12. 第１ＮＡＳメッセージを、複数の衛星を含む衛星バックホール回線を介してコアネットワーク装置へ送信する送信部と、
    前記ＮＡＳメッセージに対応する第２ＮＡＳメッセージを、前記衛星バックホール回線を介して前記コアネットワーク装置から受信する受信部と、
    前記第１ＮＡＳメッセージを送信後、前記第２ＮＡＳメッセージを受信するまでの時間を測定する制御部と、を有し、
    前記制御部は、前記時間に基づいて、ＮＡＳタイマのタイマ値を変更し、
    前記衛星バックホール回線は、基地局と前記コアネットワーク装置との間に形成されている
    ユーザ装置。

Images