(57)【要約】  端末装置と、前記端末装置と通信を行うことが可能な基地局装置と、制御装置とを有する通信システムにおける基地局装置であって、前記制御装置から第１種コンテキストの解放に関する制御情報を受信する受信部と、前記第１種コンテキストを解放する第１管理部と、第２種コンテキストを有する場合、前記第２種コンテキストを解放し、前記第２種コンテキストの解放に関する制御情報を他の基地局装置に通知する第２管理部とを有する。
2020031317.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と、前記端末装置と通信を行うことが可能な基地局装置と、制御装置とを有する通信システムにおける基地局装置であって、
前記制御装置から第１種コンテキストの解放に関する制御情報を受信する受信部と、
前記第１種コンテキストを解放する第１管理部と、
第２種コンテキストを有する場合、前記第２種コンテキストを解放し、前記第２種コンテキストの解放に関する制御情報を他の基地局装置に通知する第２管理部とを有する
基地局装置。
【請求項２】
前記第２種コンテキストは、前記端末装置が前記他の基地局装置と通信を再開するとき、接続手順の一部を実行することで通信が可能な第１状態に遷移することができる第２状態において、前記端末装置が前記第２状態に遷移したときに通信中であった基地局装置と前記端末装置との回線設定情報である
請求項１記載の基地局装置。
【請求項３】
前記第２管理部は、前記第２種コンテキストの解放に関する制御情報を呼び出し制御情報に含めて報知し、前記第２種コンテキストを解放するよう要求する制御情報を前記他の基地局装置に通知する
請求項２記載の基地局装置。
【請求項４】
前記端末装置は、前記呼び出し制御情報を受信したとき、自装置が前記第２種コンテキストの解放を要求されている端末装置である場合、自装置が有する前記第２種コンテキストを解放する
請求項３記載の基地局装置。
【請求項５】
前記呼び出し制御情報は、Ｐａｇｉｎｇであり、前記他の基地局装置への通知は、ＲＡＮ  Ｐａｇｉｎｇで行われる
請求項３記載の基地局装置。
【請求項６】
さらに、前記第２種コンテキストの解放に関する制御情報を受信したとき、前記第２種コンテキストを解放する解放対象端末装置に関する情報を記憶する解放対象端末記憶部と、
前記端末装置から通信の再開を要求されたとき、前記端末装置が前記解放対象端末装置である場合、前記端末装置からの要求を拒否する通信制御部とを有する
請求項２記載の基地局装置。
【請求項７】
前記通信制御部は、前記端末装置から通信の再開を要求されたとき、前記端末装置が前記解放対象端末装置でない場合、前記端末装置からの要求を許可し、前記接続手順の一部を実行し、前記端末装置を前記第１状態に遷移させる
請求項６記載の基地局装置。
【請求項８】
前記第１状態はＣＯＮＮＥＣＴＥＤ状態であり、前記第２状態はＩＮＡＣＴＩＶＥ状態である
請求項２記載の基地局装置。
【請求項９】
端末装置と、前記端末装置と通信を行う基地局装置と、前記基地局装置の制御装置とを有する
通信システムにおける端末装置であって、
制御装置から第１種コンテキストの解放に関する制御情報を受信する第１の基地局装置が第２種コンテキストを有する場合に、前記第1の基地局装置から前記第２種コンテキストの解放に関する制御情報を通知される第２の基地局装置から前記制御情報を含めた報知情報を受信する報知情報受信部と、
自装置が有する前記第２種コンテキストを解放するコンテキスト管理部とを有する
端末装置。
【請求項１０】
端末装置と、前記端末装置と通信を行う基地局装置と、制御装置とを有する通信システムであって、
前記制御装置は、前記基地局装置に第１種コンテキストの解放を指示する解放指示を送信し、
前記基地局装置は、前記第１種コンテキストを解放し、第２種コンテキストを有する場合、第２種コンテキストを解放し、第２種コンテキストの解放に関する制御情報を他の基地局装置と前記端末装置に通知し、
前記端末装置は、前記第２種コンテキストの解放に関する制御情報を受信し、前記第２種コンテキストを解放する
通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局装置、端末装置、及び通信システムに関する。
【背景技術】
【０００２】
現在のネットワークは、モバイル端末（スマートフォンやフィーチャーフォン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。【０００３】
一方で、ＩｏＴ（Internet of things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇまたは、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献１〜１１）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。なお、第５世代通信規格については、３ＧＰＰの作業部会（例えば、ＴＳＧ−ＲＡＮ  ＷＧ１、ＴＳＧ−ＲＡＮ  ＷＧ２等）で技術検討が進められている（非特許文献１２〜３８）。【０００４】
上記で述べたように、多種多様なサービスに対応するために、５Ｇでは、高速伝送を実現するｅＭＢＢ（Enhanced  Mobile  BroadBand）、多数のＩｏＴ装置を同時接続可能とするＭａｓｓｉｖｅ  ＭＴＣ（Machine  Type  Communications)、および高信頼低遅延伝送を実現する。ＵＲＬＬＣ（Ultra−Reliable and  Low  Latency  Communication）に分類される多くのユースケースのサポートを想定している。【０００５】
５Ｇでは、ＲＲＣ（Radio Resource Control）の状態として、ＩＤＬＥ状態、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（以下、ＣＯＮＮＥＣＴＥＤと略す）に加えて、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（以下、ＩＮＡＣＴＩＶＥと略す）が定義されている（非特許文献２０）。【０００６】
ＩＮＡＣＴＩＶＥ状態の端末装置と、端末装置をＩＮＡＣＴＩＶＥ状態に遷移させた基地局装置は、速やかに通信中（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（以下、ＣＯＮＮＥＣＴＥＤと略す）に移行できるよう、通信に使用する回線設定情報（コンテキスト）を互いに保持している。【０００７】
通信に関する技術は、以下の特許文献及び非特許文献に記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】国際公開第２０１８/０３０２５９号
【特許文献２】国際公開第２０１８/０６２４９９号
【非特許文献】
【０００９】
【非特許文献１】3GPP  TS  36.211  V15.1.0（2018-03）
【非特許文献２】3GPP  TS  36.212  V15.1.0（2018-03）
【非特許文献３】3GPP  TS  36.213  V15.1.0（2018-03）
【非特許文献４】3GPP  TS  36.300  V15.1.0（2018-03）
【非特許文献５】3GPP  TS  36.321  V15.1.0（2018-03）
【非特許文献６】3GPP  TS  36.322  V15.0.1（2018-04）
【非特許文献７】3GPP  TS  36.323  V14.5.0（2017-12）
【非特許文献８】3GPP  TS  36.331  V15.1.0（2018-03）
【非特許文献９】3GPP  TS  36.413  V15.1.0（2018-03）
【非特許文献１０】3GPP  TS  36.423  V15.1.0（2018-03）
【非特許文献１１】3GPP  TS  36.425  V14.1.0（2018-03）
【非特許文献１２】3GPP  TS  37.340  V15.1.0（2018-03）
【非特許文献１３】3GPP  TS  38.201  V15.0.0（2017-12）
【非特許文献１４】3GPP  TS  38.202  V15.1.0（2018-03）
【非特許文献１５】3GPP  TS  38.211  V15.1.0（2018-03）
【非特許文献１６】3GPP  TS  38.212  V15.1.1（2018-04）
【非特許文献１７】3GPP  TS  38.213  V15.1.0（2018-0312）
【非特許文献１８】3GPP  TS  38.214  V15.1.0（2018-03）
【非特許文献１９】3GPP  TS  38.215  V15.1.0（2018-03）
【非特許文献２０】3GPP  TS  38.300  V15.1.0（2018-03）
【非特許文献２１】3GPP  TS  38.321  V15.1.0（2018-03）
【非特許文献２２】3GPP  TS  38.322  V15.1.0（2018-03）
【非特許文献２３】3GPP  TS  38.323  V15.1.0（2018-03）
【非特許文献２４】3GPP  TS  38.331  V15.1.0（2018-03）
【非特許文献２５】3GPP  TS  38.401  V15.1.0（2018-03）
【非特許文献２６】3GPP  TS  38.410  V0.9.0（2018-04）
【非特許文献２７】3GPP  TS  38.413  V0.8.0（2018-04）
【非特許文献２８】3GPP  TS  38.420  V0.8.0（2018-04）
【非特許文献２９】3GPP  TS  38.423  V0.8.0（2018-04）
【非特許文献３０】3GPP  TS  38.470  V15.1.0（2018-03）
【非特許文献３１】3GPP  TS  38.473  V15.1.1（2018-04）
【非特許文献３２】3GPP  TR  38.801  V14.0.0（2017-04）
【非特許文献３３】3GPP  TR  38.802  V14.2.0（2017-09）
【非特許文献３４】3GPP  TR  38.803  V14.2.0（2017-09）
【非特許文献３５】3GPP  TR  38.804  V14.0.0（2017-03）
【非特許文献３６】3GPP  TR  38.900  V14.3.1（2017-07）
【非特許文献３７】3GPP  TR  38.912  V14.1.0（2017-06）
【非特許文献３８】3GPP  TR  38.913  V14.3.0（2017-06）
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、ＩＮＡＣＴＩＶＥ状態の端末装置が他の基地局装置のセルに移動した場合、例えば、移動前の基地局装置がＩＮＡＣＴＩＶＥ状態からＩＤＬＥ状態に遷移しても、端末装置はコンテキストを保持しており、ＩＮＡＣＴＩＶＥ状態を維持する。このように、基地局装置と端末装置が認識する端末の状態が食い違う場合がある。【００１１】
そこで、開示の技術は、状態遷移を効率的に行う基地局装置、端末装置、及び通信システムを提供する。
【課題を解決するための手段】
【００１２】
一つの側面では、端末装置と、前記端末装置と通信を行うことが可能な基地局装置と、制御装置とを有する通信システムにおける基地局装置であって、前記制御装置から第１種コンテキストの解放に関する制御情報を受信する受信部と、前記第１種コンテキストを解放する第１管理部と、第２種コンテキストを有する場合、前記第２種コンテキストを解放し、前記第２種コンテキストの解放に関する制御情報を他の基地局装置に通知する第２管理部とを有する。
【発明の効果】
【００１３】
開示の技術は、状態遷移を効率的に行うことができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、通信システム１０の構成例を示す図である。
【図２】図２は、通信システム１０の構成例を示す図である。
【図３】図３は、ＩＮＡＣＴＩＶＥ状態の端末装置１００の発信時のシーケンス（手順）の例を示す図である。
【図４】図４は、ＩＮＡＣＴＩＶＥ状態の端末装置１００の着信時のシーケンス（手順）の例を示す図である。
【図５】図５は、第１の実施の形態におけるＩＮＡＣＴＩＶＥ状態からＩＤＬＥ状態に遷移するシーケンス（手順）の例を示す図である。
【図６】図６は、基地局装置２００の構成例を示す図である。
【図７】図７は、端末装置１００の構成例を示す図である。
【図８】図８は、第２の実施の形態におけるＩＮＡＣＴＩＶＥ状態からＩＤＬＥ状態に遷移するシーケンス（手順）の例を示す図である。
【図９】図９は、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ受信処理Ｓ１０３の処理フローチャートの例を示す図である。
【図１０】図１０は、Ｐａｇｉｎｇ受信処理Ｓ１０７の処理フローチャートの例を示す図である。
【図１１】図１１は、ＲＡＮ  Ｐａｇｉｎｇのメッセージフォーマットの例を示す図である。
【図１２】図１２は、Ｐａｇｉｎｇのメッセージフォーマットの例を示す図である。
【図１３】図１３は、第３の実施の形態におけるＩＮＡＣＴＩＶＥ状態からＩＤＬＥ状態に遷移するシーケンス（手順）の例を示す図である。
【図１４】図１４は、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ受信処理Ｓ２０３の処理フローチャートの例を示す図である。
【図１５】図１５は、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ受信処理Ｓ２０６の処理フローチャートの例を示す図である。
【図１６】図１６は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ受信処理Ｓ２１０の処理フローチャートの例を示す図である。
【図１７】図１７は、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔのメッセージフォーマットの例を示す図である。
【図１８】図１８は、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅのメッセージフォーマットの例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。
【００１６】
＜通信システムの構成例＞
図２は、通信システム１０の構成例を示す図である。通信システム１０は、端末装置１００、基地局装置２００−１，２、及び制御装置３００を有する。通信システム１０は、例えば、５Ｇの通信規格に対応した通信システムである。
【００１７】
端末装置１００は、例えば、携帯端末やコンピュータである。端末装置１００は、例えば、基地局装置２００−１と通信を行い、データをダウンロードしたり、サービスの提供を受けたりする。また、端末装置１００と基地局装置２００−１，２は、例えば、ＴＣＰ／ＩＰに基づいて通信を行う。なお、端末装置１００は移動するものとし、移動前の端末装置１００を端末装置１００−ａ、移動後の端末装置１００を端末装置１００−ｂと表現する場合がある。
【００１８】
基地局装置２００−１，２（以降、基地局装置２００と呼ぶ場合がある）は、端末装置１００と無線接続し、端末装置１００とパケットを送受信する中継装置である。基地局装置２００は、例えば、端末装置１００が通信する相手装置に、端末装置１００から受信したパケットを送信したり、受信した端末装置１００宛てのパケットを、端末装置１００に送信したりする。基地局装置２００は、例えば、５ＧにおけるｇＮｏｄｅＢである。
【００１９】
基地局装置２００−１，２は、端末装置１００との無線通信が可能な領域を示す通信エリア（またはセル）を有する。基地局装置２００−１は、通信エリアＡ２００−１を有し、基地局装置２００−２は、通信エリアＡ２００−２を有する。
【００２０】
制御装置３００は、基地局装置２００と接続し、端末装置１００の移動管理を行う装置である。制御装置３００は、例えば、５ＧにおけるＡＭＦ（Access and Mobility management Function）である。
【００２１】
通信システム１０は、ＩＮＡＣＴＩＶＥ状態に対応する。以下、端末装置１００が移動前の端末装置１００−ａにおいてＩＮＡＣＴＩＶＥ状態となり、移動後の端末装置１００−ｂにいて発信及び着信を行う場合の処理について説明する。
【００２２】
図２は、端末装置１００がＩＮＡＣＴＩＶＥ状態に遷移するシーケンス（手順）の例を示す図である。端末装置１００は、基地局装置２００−１と無線接続し、通信を行うＣＯＮＮＥＣＴＥＤ状態である（Ｓ１０）。このように、端末装置１００は、ＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移する場合のシーケンス（手順）の一部を実行することで、ＣＯＮＮＥＣＴＥＤ状態に遷移することができる。なお、ＣＯＮＮＥＣＴＥＤとは、基地局装置と端末装置間で無線回線制御が実施されている状態を示す。言い換えれば、無線通信可能な状態であることを示す。更には高信頼低遅延通信や高速通信などサービスが実施されている状態でもある。一方、ＩＤＬＥとは基地局装置と端末装置間で無線回線制御が実施されている状態を示し、前記高信頼低遅延通信などのサービスを受けられない状態でもある。また、待ち受けとも呼ばれる。言い換えれば無線通信が不可能な状態であることを示す。更に、ＩＮＡＣＴＩＶＥ状態とは、ＣＯＮＮＥＣＴＥＤ状態とＩＤＬＥ状態の中間に位置する状態であり、無線回線が設定されておらず無線通信は不可能であるが、サービスレベルの設定が残っている状態、又は上述のサービスは切れているが、サービスは継続可能な状態である。なお、待ち受け状態と呼ぶこともできる。
【００２３】
基地局装置２００−１において、端末装置１００をＩＮＡＣＴＩＶＥ状態に遷移させる契機が発生すると（Ｓ１１）、端末装置１００に状態遷移を指示するメッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を送信し（Ｓ１２）、状態をＣＯＮＮＥＣＴＥＤ状態からＩＮＡＣＴＩＶＥ状態に遷移するよう指示する。
【００２４】
端末装置１００をＩＮＡＣＴＩＶＥ状態に遷移させる契機は、例えば、端末装置１００が最後のデータパケットを送信又は受信してから所定時間が経過した場合や、制御装置３００から端末装置１００をＩＮＡＣＴＩＶＥ状態に遷移させるよう指示された場合である。
【００２５】
基地局装置２００−１は、端末装置１００をＩＮＡＣＴＩＶＥ状態に遷移させたとき、端末装置１００に対応するＡＳ（Access Stratum）コンテキストを保持する（Ｓ１３）。
【００２６】
ＡＳコンテキストは、ＩＮＡＣＴＩＶＥ状態において保持する回線設定情報(Channel setting information or channel configuration)であり、例えば、ＭＡＣ−Ｉ、Ｉ−ＲＮＴＩや、ＡＳセキュリティに関する情報が含まれる。ＩＮＡＣＴＩＶＥ状態（第２状態）においては、端末装置１００と基地局装置２００は、互いにＡＳコンテキストを保持する。端末装置１００及び基地局装置２００は、ＩＮＡＣＴＩＶＥ状態においては、ＩＤＬＥ状態で実行される接続シーケンスの一部を実行することで、通信が可能となるＣＯＮＮＥＣＴＥＤ状態（第１状態）に遷移することができる。
【００２７】
端末装置１００は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを受信すると（Ｓ１２）、ＡＳコンテキストを保持し（Ｓ１４）、ＩＮＡＣＴＩＶＥ状態に遷移する（Ｓ１５）。
【００２８】
図３は、ＩＮＡＣＴＩＶＥ状態の端末装置１００の発信時のシーケンスの例を示す図である。端末装置１００は、端末装置１００−aから端末装置１００−ｂの位置に移動し、基地局装置２００−２の通信エリア内に位置する。
【００２９】
端末装置１００は、ＩＮＡＣＴＩＶＥ状態である（Ｓ２０）。端末装置１００は、ＲＲＣ接続の再開を要求するメッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ）を基地局装置２００−２に送信する（Ｓ２１）。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔは、Ｉ−ＲＮＴＩ（Inactive−Radio Network Temporary Identifier）を含む。Ｉ−ＲＮＴＩは、例えば、ＩＮＡＣＴＩＶＥ状態に端末装置１００が遷移するとき、端末装置に対して一時的に付与される識別子である。基地局装置２００は、Ｉ−ＲＮＴＩを取得することで、ＲＲＣ接続の再開の対象となる端末装置１００の識別が可能となる。
【００３０】
基地局装置２００−２は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔを受信すると（Ｓ２１）、対象となる端末装置１００のＵＥコンテキスト及びＡＳコンテキストを保持していないため、ＵＥコンテキストの取得を要求するメッセージ（例えば、Ｒｅｔｒｉｅｖｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ）を、ＡＳコンテキストを保持する基地局装置２００−１に送信する（Ｓ２２）。
【００３１】
以降、端末装置１００をＩＮＡＣＴＩＶＥ状態に遷移させ、ＡＳコンテキストを保持する基地局装置２００をアンカー基地局装置、ＩＮＡＣＴＩＶＥ状態の端末装置１００の移動先の基地局装置２００をサービング基地局装置と呼ぶ場合がある。なお、アンカー基地局装置は、端末装置が最初に接続した基地局装置であってもよく、サービング基地局装置は、端末の移動に伴って最初に接続した基地局装置であってもよい。
【００３２】
ＵＥコンテキストは、無線回線設定情報(Wireless channel setting information or Wireless channel configuration)であり、例えば、ベアラ情報、端末装置１００の識別子、無線通信に使用する無線に関する情報などが含まれる。ＵＥコンテキストは、基地局装置２００以外に、制御装置３００も保持している。なお、上述の回線設定情報と上記無線回線設定情報は、異なるものである。無線回線設定情報は、無線通信の設定に関するものであり、回線設定情報は、無線通信及びネットワークにおけるデータ伝送に関する設定に関するものである。
【００３３】
基地局装置２００−１は、Ｒｅｔｒｉｅｖｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔを受信すると、ＵＥコンテキストの取得要求に応答するメッセージ（例えば、Ｒｅｔｒｉｅｖｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅ）に、対応する端末装置１００のＵＥコンテキスト及びＡＳコンテキストを含め、基地局装置２００−２に送信し（Ｓ２３）、送信したＡＳコンテキストを解放（内部メモリから削除）する（Ｓ２４）。
【００３４】
基地局装置２００−２は、Ｒｅｔｒｉｅｖｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅを受信すると、取得したＡＳコンテキスト及びＵＥコンテキストを使用し、端末装置１００とのＲＲＣ接続を再開し、ＲＲＣ接続の再開を通知するメッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅ）を、端末装置１００に送信する（Ｓ２５）。
【００３５】
端末装置１００は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅを受信し（Ｓ２５）、ＣＯＮＮＥＣＴＥＤ状態に遷移する（Ｓ２６）。
【００３６】
図４は、ＩＮＡＣＴＩＶＥ状態の端末装置１００の着信時のシーケンスの例を示す図である。端末装置１００は、端末装置１００−aから端末装置１００−ｂの位置に移動し、基地局装置２００−２の通信エリア内に位置する。
【００３７】
端末装置１００は、ＩＮＡＣＴＩＶＥ状態である（Ｓ２０）。端末装置１００宛ての着信が発生すると、制御装置３００は、アンカー基地局装置である基地局装置２００−１に、端末装置１００に着信が発生したことを通知する（呼び出し）メッセージ（例えば、Ｐａｇｉｎｇ）を送信する（Ｓ３０）。
【００３８】
基地局装置１００−１は、端末装置１００に着信をかけるため、隣接する基地局装置２００（基地局装置２００−２も含まれる）に、端末装置１００に着信が発生したことを通知するメッセージ（例えば、ＲＡＮ（Radio Access Network）Ｐａｇｉｎｇ）を送信する（Ｓ３１）。
【００３９】
基地局装置２００−２は、ＲＡＮ  Ｐａｇｉｎｇを受信すると、端末装置１００に着信が発生していることを示すメッセージ（例えば、Ｐａｇｉｎｇ）を在圏する端末装置に通知（報知）する（Ｓ３２）。
【００４０】
端末装置１００は、自装置が含まれるＰａｇｉｎｇを受信すると（Ｓ３２）、通信を開始するため、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔを基地局装置２００−２に送信する（Ｓ２１）。以降、処理Ｓ２２から処理Ｓ２６までは、図３に示す処理Ｓ２２から処理Ｓ２６と同様である。
【００４１】
＜ＩＤＬＥ状態への遷移＞
アンカー基地局装置は、制御装置３００からの指示、又は自発的に、端末装置１００のＩＮＡＣＴＩＶＥ状態を解消し、ＩＤＬＥ状態に遷移する場合がある。このとき、アンカー基地局装置は、ＡＳコンテキストを解放する。
【００４２】
基地局装置契機でＩＤＬＥ状態に遷移するとき、端末装置１００の保持するＡＳコンテキストを解放しない（隣接基地局装置や端末装置に対してＡＳコンテキストに関する指示や要求を行わない）第１方式がある。しかし、第１方式において、端末装置１００は、ＡＳコンテキストの保持したままとなり、ＩＮＡＣＴＩＶＥ状態からのＲＲＣ接続の再開を実行し、ＲＲＣ接続の再開に失敗する。端末装置１００は、ＲＲＣ接続の再開が失敗すると、ＡＳコンテキストを解放する契機を得ることができるが、ＲＲＣ接続の再開が失敗するシーケンスが実行されてしまう。
【００４３】
また、基地局装置契機でＩＤＬＥ状態に遷移するとき、例えば、端末装置１００をＲＡＮ  Ｐａｇｉｎｇで呼び出し、応答した端末装置１００と着信シーケンスを実行し、端末装置１００にＲＲＣ接続の再開を実行させる第２方式がある。第２の方式では、第１の方式と同様に、ＲＲＣ接続の再開が失敗することで、端末装置１００の保持するＡＳコンテキストが解放される。しかし、第２方式において、端末装置１００と基地局装置２００−１間、また、基地局装置２００−１と基地局装置２００−２間で、着信シーケンスが実行されてしまう。
【００４４】
上述したように、第１方式及び第２方式では、どちらも余分なシーケンスが発生し、通信のリソースや、各装置の処理能力を、効率的に使用することができない。
【００４５】
そこで、本実施の形態において、基地局装置２００−１及び端末装置１００は、ＩＤＬＥ状態に遷移するとき、第１方式及び第２方式とは異なる方式を実行する。
【００４６】
［第１の実施の形態］
最初に第１の実施の形態について説明する。
【００４７】
＜第１の実施の形態におけるＩＮＡＣＴＩＶＥ状態からＩＤＬＥ状態への遷移＞
制御装置３００、基地局装置２００、端末装置１００は、それぞれプロセッサ及びメモリを有する。各装置の各処理は、各装置が記憶するプログラムをメモリにロードし、ロードしたプログラムをプロセッサが実行することで実現される。
【００４８】
図５は、第１の実施の形態におけるＩＮＡＣＴＩＶＥ状態からＩＤＬＥ状態に遷移するシーケンスの例を示す図である。なお、図５に示すシーケンスは、第１種コンテキスト及び第２種コンテキストの２種類のコンテキストを有する通信システムにおけるシーケンスである。第１種コンテキストは、例えば、ＵＥコンテキストであり、第２種コンテキストは、例えば、ＡＳコンテキストである。
【００４９】
端末装置１００は、ＩＮＡＣＴＩＶＥ状態である（Ｓ４０）。また、端末装置１００は、例えば、第２種コンテキストを保持している（Ｓ４１）。
【００５０】
制御装置３００は、基地局装置２００−１（アンカー基地局装置）に、第１種コンテキストの解放を指示する第１種コンテキスト削除指示を送信する（Ｓ４２）。
【００５１】
基地局装置２００−１は、第１種コンテキスト削除指示を受信すると（Ｓ４２）、解放対象の第１種コンテキストに対応する端末装置１００に対応する第２種コンテキストが解放対象であることを示す第２種コンテキスト削除通知を、隣接する隣接基地局装置２００−２に送信する（Ｓ４３）。なお、基地局装置２００−１は、第２種コンテキスト削除通知を、全ての隣接基地局装置２００に送信する。
【００５２】
そして、基地局装置２００−１は、第１種コンテキスト及び第２種コンテキストを解放し（Ｓ４４）、第１種コンテキストの解放が完了したことを示す第１種コンテキスト削除完了を制御装置３００に送信する（Ｓ４５）。
【００５３】
基地局装置２００−２は、第２種コンテキスト削除通知を受信すると（Ｓ４３）、第２種コンテキスト削除通知に含まれる端末装置１００（対象端末装置）の第２種コンテキストが解放対象であることを認識し（Ｓ４６）、ＩＤＬＥ状態へと遷移する（Ｓ４７）。
【００５４】
基地局装置２００−２は、対象端末装置の第２種コンテキストが解放対象であることを認識すると、例えば、端末装置１００に対して第２種コンテキストの解放を指示する。また、基地局装置２００−２は、対象端末装置の第２種コンテキストが解放対象であることを認識すると、例えば、以降、対象端末装置からのＲＲＣ接続の再開（ＩＮＡＣＴＩＶＥ状態からＣＯＮＮＥＣＴＥＤ状態への遷移）の要求に対して、拒否（リジェクト）する。
【００５５】
第１の実施の形態では、アンカー基地局装置は、第１種コンテキスト（例えば、ＵＥコンテキスト）の解放指示を受信すると、第２種コンテキスト（例えば、ＡＳコンテキスト）も解放する。そして、アンカー基地局装置は、隣接基地局装置に含まれるサービング基地局装置に、対象端末装置の第２種コンテキストは解放対象である旨の通知を行う。これにより、サービング基地局装置は、対象端末装置の第２種コンテキストは解放対象であること、すなわち、対象端末装置がＩＮＡＣＴＩＶＥ状態ではなくＩＤＬＥ状態として扱われることを認識できる。サービング基地局装置は、対象端末装置の第２種コンテキストは解放対象であることを認識できれば、以降の対象端末装置からのＲＲＣ接続の再開に対するリジェクトや、対象端末装置に対する第２種コンテキストの解放指示などを、アンカー基地局に問い合わせることなく実施でき、余計なシーケンスの実行が抑制され、円滑な状態遷移が可能となる。
【００５６】
［第２の実施の形態］
次に第２の実施の形態について説明する。
【００５７】
＜基地局装置の構成例＞
図６は、基地局装置２００の構成例を示す図である。基地局装置２００は、ＣＰＵ（Central Processing Unit）２１０、ストレージ２２０、メモリ２３０、及びＮＩＣ（Network Interface Card）２４０、ＲＦ（Radio Frequency）回路２５０を有する。
【００５８】
ストレージ２２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、又はＳＳＤ（Solid State Drive）などの補助記憶装置である。ストレージ２２０は、通信制御プログラム２２１、アンカー基地局プログラム２２２、及びサービング基地局プログラム２２３を記憶する。
【００５９】
メモリ２３０は、ストレージ２２０に記憶されているプログラムをロードする領域である。また、メモリ２３０、プログラムがデータを記憶する領域としても使用される。
【００６０】
ＮＩＣ２４０は、制御装置３００や他の通信装置と接続し、通信を行う装置である。ＮＩＣ２４０は、ハブやスイッチを介して他の装置と接続してもよい。
【００６１】
ＲＦ回路２５０は、端末装置１００と無線接続し、通信を行うインターフェースである。ＲＦ回路２５０は、例えば、アンテナを有し、通信エリア内の端末装置１００と無線接続する。
【００６２】
ＣＰＵ２１０は、ストレージ２２０に記憶されているプログラムを、メモリ２３０にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサである。
【００６３】
ＣＰＵ２１０は、通信制御プログラム２２１を実行することで、通信制御処理を行う。通信制御処理は、端末装置１００と無線接続し、無線接続した端末装置１００の通信を制御する処理である。
【００６４】
ＣＰＵ２１０は、アンカー基地局プログラム２２２を実行することで、受信部、第１管理部、及び第２管理部を構築し、アンカー基地局処理を実行する。アンカー基地局処理は、自装置がアンカー基地局装置である場合、ＡＳコンテキストの管理や、端末装置１００のＲＲＣ接続の再開を管理する。
【００６５】
また、ＣＰＵ２１０は、アンカー基地局プログラム２２２の有するＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ受信モジュール２２２１を実行することで、受信部、第１管理部、及び第２管理部を構築し、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ受信処理を行う。ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ受信処理は、制御装置３００から送信されるＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄを受信したときの処理であり、ＡＳコンテキストやＵＥコンテキストの解放を行う処理である。また、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ受信処理は、隣接基地局装置に対して、ＡＳコンテキストの解放対象である旨を通知する処理である。なお、基地局装置２００は、ＡＳコンテキストが解放対象である旨を、例えば、特定のメッセージに、ＡＳコンテキストに対応する端末装置（解放対象端末装置）の識別子や、当該端末装置のＩ−ＲＮＴＩを含め、隣接基地局装置に送信する。
【００６６】
ＣＰＵ２１０は、サービング基地局プログラム２２３を実行することで、解放対象端末記憶部及通信制御部を構築し、サービング基地局処理を実行する。サービング基地局処理は、自装置がサービング基地局装置である場合、ＡＳコンテキストの解放対象となる端末装置の識別子やＩ−ＲＮＴＩを記憶したり、解放対象端末装置からのＲＲＣ接続の再開を拒否したりする処理である。
【００６７】
また、ＣＰＵ２１０は、サービング基地局プログラム２２３が有するＤｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ受信モジュール２２３１を実行することで、解放対象端末記憶部及通信制御部を構築し、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ受信処理を行う。Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ受信処理は、アンカー基地局装置から送信されるＤｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔを受信する処理であり、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔに含まれるＩ−ＲＮＴＩや端末装置の識別子を記憶する処理である。
【００６８】
＜端末装置の構成例＞
図７は、端末装置１００の構成例を示す図である。端末装置１００は、ＣＰＵ１１０、ストレージ１２０、メモリ１３０、及びＲＦ回路１５０を有する。
【００６９】
ストレージ１２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ、又はＳＳＤなどの補助記憶装置である。ストレージ１２０は、通信プログラム１２１及びＡＳコンテキスト管理プログラム１２２を記憶する。
【００７０】
メモリ１３０は、ストレージ１２０に記憶されているプログラムをロードする領域である。また、メモリ１３０、プログラムがデータを記憶する領域としても使用される。
【００７１】
ＲＦ回路１５０は、基地局装置２００と無線接続し、通信を行うインターフェースである。ＲＦ回路１５０は、例えば、アンテナを有し、自装置が位置する通信エリア内の基地局装置２００と無線接続する。
【００７２】
ＣＰＵ１１０は、ストレージ１２０に記憶されているプログラムを、メモリ１３０にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサである。
【００７３】
ＣＰＵ１１０は、通信プログラム１２１を実行することで、通信処理を行う。通信処理は、基地局装置２００と無線接続し、基地局装置２００と通信する処理である。また、通信処理は、基地局装置２００と無線接続し、基地局装置２００を介して他の通信装置と通信を行う処理である。
【００７４】
ＣＰＵ１１０は、ＡＳコンテキスト管理プログラム１２２を実行することで、報知情報受信部及びコンテキスト管理部を構築し、ＡＳコンテキスト管理処理を行う。ＡＳコンテスト管理処理は、ＡＳコンテキストを解放する契機となる報知情報を受信したり、ＡＳコンテキストを解放したりする処理である。
【００７５】
また、ＣＰＵ１１０は、ＡＳコンテキスト管理プログラム１２２が有するＰａｇｉｎｇ受信モジュールを実行することで、報知情報受信部及びコンテキスト管理部を構築し、Ｐａｇｉｎｇ受信処理を行う。Ｐａｇｉｎｇ受信処理は、報知されるＰａｇｉｎｇを受信したときの処理である、通常の着信処理や、ＡＳコンテキストの解放を行う処理である。
【００７６】
＜第２の実施の形態におけるＩＮＡＣＴＩＶＥ状態からＩＤＬＥ状態への遷移＞
図８は、第２の実施の形態におけるＩＮＡＣＴＩＶＥ状態からＩＤＬＥ状態に遷移するシーケンスの例を示す図である。端末装置１００は、ＩＮＡＣＩＶＥ状態である（Ｓ１００）。基地局装置２００−１（アンカー基地局装置）は、ＵＥコンテキストを解放する契機が発生すると、ＵＥコンテキストの解放を要求するメッセージ（例えば、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＲｅｑｕｅｓｔ）を、制御装置３００に送信する（Ｓ１０１）。なお、ＵＥコンテキストの解放契機が制御装置３００側で発生した場合、処理Ｓ１０１は省略されてもよい。
【００７７】
制御装置３００は、ＵＥコンテキストの解放を許可する場合、基地局装置２００−１に、ＵＥコンテキストの解放を指示するメッセージ（例えば、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ）を送信する（Ｓ１０２）。
【００７８】
基地局装置２００−１は、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄを受信すると（Ｓ１０２）、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ受信処理を行う（Ｓ１０３）。
【００７９】
図９は、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ受信処理Ｓ１０３の処理フローチャートの例を示す図である。基地局装置２００は、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄに含まれるＵＥコンテキストの解放対象となる端末装置１００に対応するＡＳコンテキストを保持しているか否かを確認する（Ｓ１０３−１）。
【００８０】
基地局装置２００は、当該端末装置１００のＡＳコンテキストを保持している場合（Ｓ１０３−１のＹｅｓ）、当該端末装置１００のＡＳコンテキスト及びＵＥコンテキストを解放する（Ｓ１０３−２）。
【００８１】
そして、基地局装置２００は、隣接する隣接基地局に、ＡＳコンテキストを解放する対象端末装置のリスト（例えば、ＡＳＣｏｎｔｅｘｔＤｅｌｅｔｅＬｉｓｔ）を含む、ＲＡＮ  Ｐａｇｉｎｇを送信する（Ｓ１０３−３）。
【００８２】
一方、基地局装置２００は、当該端末装置１００のＡＳコンテキストを保持していない場合（Ｓ１０３−１のＮｏ）、当該端末装置１００のＵＥコンテキストを保持していれば、ＵＥコンテキストを解放する（Ｓ１０３−４）。
【００８３】
基地局装置２００は、処理Ｓ１０３−３又は処理Ｓ１０３−４を終えると、ＵＥコンテキストの解放が完了したことを通知するメッセージ（例えば、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｐｌｅｔｅ）を、制御装置３００に送信する（Ｓ１０３−５）。
【００８４】
図８のシーケンスに戻り、基地局装置２００−１は、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ受信処理Ｓ１０３において、端末装置１００のＡＳコンテキスト保持しているため（図９のＳ１０３−１のＹｅｓ）、ＡＳコンテキスト及びＵＥコンテキストを解放する（図９のＳ１０３−２）。そして、基地局装置２００−１は、隣接基地局装置に含まれる基地局装置２００−２（サービング基地局装置）に、端末装置１００を解放すること（Ｄｅｌｅｔｅ）を含むＲＡＮ  Ｐａｇｉｎｇを送信する（Ｓ１０４、図９のＳ１０３−３）。さらに基地局装置２００−２は、制御装置３００に、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｐｌｅｔｅを送信する（Ｓ１０５、図９のＳ１０３−５）。
【００８５】
基地局装置２００−２は、ＲＡＮ  Ｐａｓｉｎｇを受信すると（Ｓ１０４）、ＲＡＮ  Ｐａｇｉｎｇ（制御情報）に含まれる情報を含むＰａｇｉｎｇ（呼び出し制御情報）を、自セル内の端末装置１００に報知する（Ｓ１０６）。
【００８６】
端末装置１００は、Ｐａｇｉｎｇを受信すると（Ｓ１０６）、Ｐａｇｉｎｇ受信処理を行う（Ｓ１０７）。
【００８７】
図１０は、Ｐａｇｉｎｇ受信処理Ｓ１０７の処理フローチャートの例を示す図である。端末装置１００は、受信したＰａｇｉｎｇにＡＳＣｏｎｔｅｘｔＤｅｌｅｔｅＬｉｓｔが含まれるか否かを確認する（Ｓ１０７−１）。
【００８８】
端末装置１００は、ＡＳＣｏｎｔｅｘｔＤｅｌｅｔｅＬｉｓｔが含まれない場合（Ｓ１０７−１のＮｏ）、着信処理を行い（Ｓ１０７−４）、処理を終了する。
【００８９】
一方、端末装置１００は、ＡＳＣｏｎｔｅｘｔＤｅｌｅｔｅＬｉｓｔが含まれる場合（Ｓ１０７−１のＹｅｓ）、ＡＳＣｏｎｔｅｘｔＤｅｌｅｔｅＬｉｓｔに含まれる対象端末装置の識別子（ＵＥＣｏｎｔｅｘｔＩＤ）が、自装置のＩ−ＲＮＴＩと一致するか否かを確認する（Ｓ１０７−２）。すなわち、端末装置１００は、自装置が保持するＡＳコンテキストが、解放対象であるか否かを確認する。
【００９０】
端末装置１００は、自装置のＩ−ＲＮＴＩと一致する場合（Ｓ１０７−２のＹｅｓ）、保持するＡＳコンテキストを解放し（Ｓ１０７−３）、処理を終了する。
【００９１】
一方、端末装置１００は、自装置のＩ−ＲＮＴＩと一致しない場合（Ｓ１０７−２のＮｏ）、処理を終了する。
【００９２】
図８のシーケンスに戻り、端末装置１００は、受信したＰａｇｉｎｇに含まれる解放対象端末が自装置であると判定し（図１０のＳ１０７−２のＹｅｓ）、ＡＳコンテキストを解放し（図１０のＳ１０７−３）、ＩＤＬＥ状態に遷移する（Ｓ１０８）。
【００９３】
図１１は、ＲＡＮ  Ｐａｇｉｎｇのメッセージフォーマットの例を示す図である。ＲＡＮ  Ｐａｇｉｎｇは、Ｐａｇｉｎｇ  ｔｙｐｅにＤｅｌｅｔｅが設定されると、当該ＲＡＮ  ＰａｇｉｎｇはＡＳコンテキストの解放を通知するメッセージであることを示す。また、ＲＡＮ  Ｐａｇｉｎｇは、Ｐａｇｉｎｇ  ｔｙｐｅにＤｅｌｅｔｅが設定されると、ＵＥ  ＲＡＮ  Ｐａｇｉｎｇ  Ｉｄｅｎｔｉｆｙに、解放するＡＳコンテキストに対応するＩ−ＲＮＴＩが設定される。
【００９４】
図１２は、Ｐａｇｉｎｇのメッセージフォーマットの例を示す図である。Ｐａｇｉｎｇは、ＣＨＯＩＣＥ型のＡＳＣｏｎｔｅｘｔＤｅｌｅｔｅＬｉｓｔが設定されると、当該ＰａｇｉｎｇはＡＳコンテキストの解放を通知するメッセージであることを示す。また、Ｐａｇｉｎｇは、ＣＨＯＩＣＥ型のＡＳＣｏｎｔｅｘｔＤｅｌｅｔｅＬｉｓｔに、解放するＡＳコンテキストに対応するＩ−ＲＮＴＩ、又は端末装置の識別子が含まれる。
【００９５】
第２の実施の形態において、アンカー基地局装置は、Ｐａｇｉｎｇを使用して、端末装置１００が保持するＡＳコンテキストを、端末装置１００に解放させる。これにより、端末装置１００は、ＲＲＣ接続の再開を要求しなくなり、ＲＲＣ接続の再開が失敗するシーケンスが実行されることはなく、余分なシーケンスの実行が抑制される。
【００９６】
［第３の実施の形態］
次に第３の実施の形態について説明する。基地局装置２００及び端末装置１００の構成例は、それぞれ図６及び図７に示す構成例と同様である。
【００９７】
＜第３の実施の形態におけるＩＮＡＣＴＩＶＥ状態からＩＤＬＥ状態への遷移＞
図１３は、第３の実施の形態におけるＩＮＡＣＴＩＶＥ状態からＩＤＬＥ状態に遷移するシーケンスの例を示す図である。端末装置１００は、ＩＮＡＣＩＶＥ状態である（Ｓ２００）。基地局装置２００−１（アンカー基地局装置）は、ＵＥコンテキストを解放する契機が発生すると、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＲｅｑｕｅｓｔを、制御装置３００に送信する（Ｓ２０１）。なお、ＵＥコンテキストの解放契機が制御装置３００側で発生した場合、処理Ｓ２０１は省略されてもよい。
【００９８】
制御装置３００は、ＵＥコンテキストの解放を許可する場合、基地局装置２００−１に、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄを送信する（Ｓ２０２）。
【００９９】
基地局装置２００−１は、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄを受信すると（Ｓ２０２）、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ受信処理を行う（Ｓ２０３）。
【０１００】
図１４は、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ受信処理Ｓ２０３の処理フローチャートの例を示す図である。基地局装置２００は、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄに含まれるＵＥコンテキストの解放対象となる端末装置１００に対応するＡＳコンテキストを保持しているか否かを確認する（Ｓ２０３−１）。
【０１０１】
基地局装置２００は、当該端末装置１００のＡＳコンテキストを保持している場合（Ｓ２０３−１のＹｅｓ）、当該端末装置１００のＡＳコンテキスト及びＵＥコンテキストを解放する（Ｓ２０３−２）。そして、基地局装置２００は、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｐｌｅｔｅを、制御装置３００に送信する（Ｓ２０３−３）。
【０１０２】
さらに、基地局装置２００は、隣接する隣接基地局に、解放対象のＡＳコンテキストに対応するＩ−ＲＮＴＩを含むメッセージ（例えば、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ）を送信する（Ｓ２０３−４）。Ｉ−ＲＮＴＩが解放対象であるということは、例えば、当該Ｉ−ＲＮＴＩに対応する端末装置１００が、ＩＮＡＣＴＩＶＥ状態から他の状態に遷移しているということを示す。
【０１０３】
さらに、基地局装置２００は、全ての隣接基地局装置から、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔに応答したことを示すメッセージ（例えば、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅ）を受信するのを待受ける（Ｓ２０３−５のＮｏ）。
【０１０４】
基地局装置２００は、全ての隣接基地局装置から、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅを受信すると（Ｓ２０３−５のＹｅｓ）、処理を終了する。
【０１０５】
一方、基地局装置２００は、当該端末装置１００のＡＳコンテキストを保持していない場合（Ｓ２０３−１のＮｏ）、当該端末装置１００のＵＥコンテキストを保持していれば、ＵＥコンテキストを解放し（Ｓ２０３−６）、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｐｌｅｔｅを、制御装置３００に送信し（Ｓ２０３−７）、処理を終了する。
【０１０６】
図１３のシーケンスに戻り、基地局装置２００−１は、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｍａｎｄ受信処理Ｓ２０３において、端末装置１００のＡＳコンテキスト保持しているため（図１４のＳ２０３−１のＹｅｓ）、ＡＳコンテキスト及びＵＥコンテキストを解放し（図１４のＳ２０３−２）、ＵＥＣｏｎｔｅｘｔＲｅｌｅａｓｅＣｏｍｐｌｅｔｅを制御装置３００に送信する（Ｓ２０４、図１４のＳ２０３−３）。さらに、基地局装置２００−１は、隣接基地局装置に含まれる基地局装置２００−２（サービング基地局装置）に、端末装置１００を含むＤｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔを送信する（Ｓ２０５、図１４のＳ２０３−４）。
【０１０７】
基地局装置２００−２は、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔを受信すると（Ｓ２０５）、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ受信処理を行う（Ｓ２０６）。
【０１０８】
図１５は、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ受信処理Ｓ２０６の処理フローチャートの例を示す図である。基地局装置２００は、受信したＤｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔに含まれる端末装置１００のＩ−ＲＮＴＩが解放済であることを記憶する（Ｓ２０６−１）。そして、基地局装置２００は、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅを、送信元の基地局装置に送信し（Ｓ２０６−２）、処理を終了する。
【０１０９】
図１３のシーケンスに戻り、基地局装置２００−２は、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔ受信処理Ｓ２０６において、端末装置１００のＩ−ＲＮＴＩが解放済であることを記憶し（図１５のＳ２０６−１）、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅを基地局装置２００−１に送信する（Ｓ２０７、図１５のＳ２０６−２）。そして、端末装置１００は、ＩＤＬＥ状態に遷移する（Ｓ２０８）。
【０１１０】
端末装置１００は、例えば、通信を開始する契機が発生すると、ＡＳコンテキストを保持しているため、ＲＲＣ接続を再開するためＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔを基地局装置２００−２に送信する（Ｓ２０９）。
【０１１１】
基地局装置２００−２は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔを受信すると（Ｓ２０９）、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ受信処理を行う（Ｓ２１０）。
【０１１２】
図１６は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ受信処理Ｓ２１０の処理フローチャートの例を示す図である。基地局装置２００は、受信したＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔに含まれるＩ−ＲＮＴＩが解放済であるか否かを確認する（Ｓ２１０−１）。
【０１１３】
基地局装置２００は、Ｉ−ＲＮＴＩが解放済でない場合（Ｓ２１０−１のＮｏ）、端末装置１００のＲＲＣ接続の再開を許可し、ＲＲＣ接続再開処理を行う（Ｓ２１０−２）。ＲＲＣ接続再開処理は、自装置がＡＳコンテキストを保持する場合、端末装置１００にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅを送信し、自装置がＡＳコンテキストを保持しない場合、アンカー基地局装置からＡＳコンテキストを取得したのち、端末装置１００にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅを送信する処理である。
【０１１４】
一方、基地局装置２００は、Ｉ−ＲＮＴＩが解放済である場合（Ｓ２１０−１のＹｅｓ）、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｊｅｃｔを端末装置１００に送信する（Ｓ２１０−３）。
【０１１５】
図１３のシーケンスに戻り、基地局装置２００−２は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ受信処理Ｓ２１０において、端末装置１００に対応するＩ−ＲＮＴＩが解放済であるため（図１６のＳ２１０−１のＹｅｓ）、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｊｅｃｔを端末装置１００に送信する（Ｓ２１１、図１６のＳ２１０−３）。
【０１１６】
図１７は、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔのメッセージフォーマットの例を示す図である。Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔは、「Message」、「Procedure Code」、「Type of Message」、「UE Context ID」が含まれる。
【０１１７】
「Message」は、メッセージ種別が設定される。「Procedure Code」は、プロシージャコードが設定され、例えば、他のメッセージで使用されないプロシージャコード（例えば２３）が設定される。「Type of Message」は、メッセージタイプが設定され、例えば、当該メッセージが初期メッセージ（Initiating Message）であることが設定される。「UE Context ID」は、解放対象のＡＳコンテキストの識別子が設定され、例えば、Ｉ−ＲＮＴＩが設定される。
【０１１８】
図１８は、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅのメッセージフォーマットの例を示す図である。Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅは、「Message」、「Procedure Code」、「Type of Message」が含まれる。
【０１１９】
「Message」は、メッセージ種別が設定される。「Procedure Code」は、プロシージャコードが設定され、例えば、他のメッセージで使用されないプロシージャコード（例えば２３）が設定される。「Type of Message」は、メッセージタイプが設定され、例えば、当該メッセージが、初期メッセージでの要求が成功したことを示す応答メッセージ（Successful Outcome）であることが設定される。
【０１２０】
第３の実施の形態において、アンカー基地局装置は、Ｄｅｌｅｔｅ  ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｑｕｅｓｔを使用して、端末装置１００のＩ−ＲＮＴＩが解放対象であること、すなわち、端末装置１００のＡＳコンテキストは解放対象であることを、サービング基地局装置に通知する。そして、サービング基地局装置は、端末装置１００のＩ−ＲＮＴＩが解放対象であることを記憶する。これにより、サービング基地局装置は、端末装置１００からのＲＲＣ接続の再開の要求を、アンカー基地局装置に問い合わせることなく拒否することができ、余計なシーケンスの実行を抑制することができる。
【０１２１】
［その他の実施の形態］
各実施の形態における処理は、それぞれ組み合わせてもよい。
【０１２２】
基地局装置２００は、例えば、第２及び第３の実施の形態におけるＩＮＡＣＴＩＶＥ状態からＩＤＬＥ状態に遷移する処理の両方の処理を有してもよい。この場合、基地局装置２００は、例えば、所定条件に応じて、どちらの処理を行うかを決定してもよい。
【符号の説明】
【０１２３】
１０          ：通信システム
１００        ：端末装置
１１０        ：ＣＰＵ
１２０        ：ストレージ
１２１        ：通信プログラム
１２２        ：ＡＳコンテキスト管理プログラム
１３０        ：メモリ
１５０        ：ＲＦ回路
２００        ：基地局装置
２１０        ：ＣＰＵ
２２０        ：ストレージ
２２１        ：通信制御プログラム
２２２        ：アンカー基地局プログラム
２２３        ：サービング基地局プログラム
２３０        ：メモリ
２５０        ：ＲＦ回路
３００        ：制御装置
【図１】
2020031317.tif 000003
【図２】
2020031317.tif 000004
【図３】
2020031317.tif 000005
【図４】
2020031317.tif 000006
【図５】
2020031317.tif 000007
【図６】
2020031317.tif 000008
【図７】
2020031317.tif 000009
【図８】
2020031317.tif 000010
【図９】
2020031317.tif 000011
【図１０】
2020031317.tif 000012
【図１１】
2020031317.tif 000013
【図１２】
2020031317.tif 000014
【図１３】
2020031317.tif 000015
【図１４】
2020031317.tif 000016
【図１５】
2020031317.tif 000017
【図１６】
2020031317.tif 000018
【図１７】
2020031317.tif 000019
【図１８】
2020031317.tif 000020
【手続補正書】
【提出日】令和3年1月14日(2021.1.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末装置と、前記端末装置と通信を行うことが可能な基地局装置と、制御装置とを有する通信システムにおける基地局装置であって、
前記制御装置から第１種コンテキストの解放に関する制御情報を受信する受信部と、
前記第１種コンテキストを解放する第１管理部と、
第２種コンテキストを有する場合、前記第２種コンテキストを解放し、前記第２種コンテキストの解放に関する制御情報を他の基地局装置に通知する第２管理部とを有する
基地局装置。
【請求項２】
前記第２種コンテキストは、前記端末装置が前記他の基地局装置と通信を再開するとき、接続手順の一部を実行することで通信が可能な第１状態に遷移することができる第２状態において、前記端末装置が前記第２状態に遷移したときに通信中であった基地局装置と前記端末装置との回線設定情報である
請求項１記載の基地局装置。
【請求項３】
前記第２管理部は、前記第２種コンテキストの解放に関する制御情報を呼び出し制御情報に含めて報知し、前記第２種コンテキストを解放するよう要求する制御情報を前記他の基地局装置に通知する
請求項２記載の基地局装置。
【請求項４】
さらに、前記第２種コンテキストの解放に関する制御情報を受信したとき、前記第２種コンテキストを解放する解放対象端末装置に関する情報を記憶する解放対象端末記憶部と、
前記端末装置から通信の再開を要求されたとき、前記端末装置が前記解放対象端末装置である場合、前記端末装置からの要求を拒否する通信制御部とを有する
請求項２記載の基地局装置。
【請求項５】
前記通信制御部は、前記端末装置から通信の再開を要求されたとき、前記端末装置が前記解放対象端末装置でない場合、前記端末装置からの要求を許可し、前記接続手順の一部を実行し、前記端末装置を前記第１状態に遷移させる
請求項４記載の基地局装置。
【請求項６】
端末装置と、前記端末装置と通信を行う基地局装置と、前記基地局装置の制御装置とを有する
通信システムにおける端末装置であって、
前記制御装置から第１種コンテキストの解放に関する制御情報を受信する第１の基地局装置が第２種コンテキストを有する場合に、前記第１の基地局装置から前記第２種コンテキストの解放に関する制御情報を通知される第２の基地局装置から前記制御情報を含めた報知情報を受信する報知情報受信部と、
自装置が有する前記第２種コンテキストを解放するコンテキスト管理部とを有する
端末装置。
【請求項７】
端末装置と、前記端末装置と通信を行う基地局装置と、制御装置とを有する通信システムであって、
前記制御装置は、前記基地局装置に第１種コンテキストの解放を指示する解放指示を送信し、
前記基地局装置は、前記第１種コンテキストを解放し、第２種コンテキストを有する場合、前記第２種コンテキストを解放し、前記第２種コンテキストの解放に関する制御情報を他の基地局装置と前記端末装置に通知し、
前記端末装置は、前記第２種コンテキストの解放に関する制御情報を受信し、前記第２種コンテキストを解放する
通信システム。
【国際調査報告】
2020031317.tif 000021
2020031317.tif 000022
2020031317.tif 000023
2020031317.tif 000024