JP6889386B2 - 基地局装置、端末装置、無線通信システム、及び端末移動方法 - Google Patents

Description

本発明は、基地局装置、端末装置、無線通信システム、及び端末移動方法に関する。

近年、パソコンなどのインターネット関連機器以外の様々な装置を、インターネットに接続するＩｏＴ（Internet of Things）が注目されている。ＩｏＴで接続される装置は、例えば、遠隔から操作される家庭用電気製品や、定期的に測定結果をサーバなどに送信するセンサなどがある。これらの装置は、通信量及び通信回数が少ないため、基地局装置と常時無線接続していなくてもよい。しかし、これらの装置の通信頻度によっては、通信が発生する毎に基地局装置と無線接続を行うことは、通信毎に電力を消費し、電力効率が良くない場合がある。そこで、次世代（例えば、５Ｇ（第５世代移動体通信））の通信規格においては、基地局装置と無線接続しておらず、基地局装置の通信エリア内に在圏している状態（例えば、ＩＤＬＥ状態）と、基地局装置と無線接続し、無線通信が可能である状態（例えば、ＣＯＮＮＥＣＴＥＤ状態）との中間の状態で、ＣＯＮＮＥＣＴＥＤ状態に遷移することなく、少ないデータ量の通信を行うことができるＩＮＡＣＴＩＶＥ状態が検討されている。

通信システムにおける中間の状態に関する技術については、以下の特許文献１，２に記載されている。

特開２０１６−１５４３３９号公報 特開２０１６−１８７２２４号公報

しかし、ＩＮＡＣＴＩＶＥ状態の端末装置が、無線通信中の基地局装置と異なる通信方式（ＲＡＴ:Radio Access Technology）の基地局装置（例えば、４Ｇ（第４世代移動体通信）の基地局装置）に移動する場合がある。

ＩＮＡＣＴＩＶＥ状態の端末装置が、例えば、セルリセレクションで基地局装置を移動し、移動先の基地局装置でＩＤＬＥ状態になったとする。この場合、端末装置は、移動先の基地局装置に対してＴＡＵ(Tracking Area Update)手順を行うことで、基地局装置に対して位置情報の更新を行う。

一方、ＩＮＡＣＴＩＶＥ状態の端末装置が、例えば、ＲＡＴ間ハンドオーバで基地局装置を移動し、移動先の基地局装置でＣＯＮＮＥＣＴＥＤ状態になったとする。この場合、端末装置と移動元及び移動先の基地局装置との間でＲＡＴ間ハンドオーバ手順を実施する。

上述したように、いずれの場合においても、ＩＮＡＣＴＩＶＥ状態の端末装置が旧バージョンの基地局装置に移動する場合、移動のための手順が必要であり、手順を実行することに伴うメッセージの送受信が必要となる。当該メッセージの送受信を行うことで、端末装置は電力を消費し、無線リソースを使用する。

そこで、端末装置の他ＲＡＴの基地局装置への移動に伴う移動手順を抑制する第１基地局装置、端末装置、無線通信システム、及び端末移動方法を提供する。

１つの側面では、端末装置と、第１通信方式の基地局装置と、前記第１通信方式とは異なる第２通信方式の他の基地局装置を有し、前記基地局装置及び前記他の基地局装置は前記端末装置の通信を中継する無線通信システムにおける前記基地局装置であって、前記基地局装置に対する前記端末装置の状態であって、前記第２通信方式では対応しない状態である第１状態の端末装置から、前記端末装置の移動先での状態を示す移動先状態を受信する受信部と、前記端末装置が前記他の基地局装置に移動するとき、前記移動先状態及び前記端末装置の通信経路に関するコンテキスト情報を、前記他の基地局装置に送信する送信部とを有する。

一開示は、端末装置の他ＲＡＴの基地局装置への移動に伴う移動手順を抑制する。

図１は、無線通信システム１０の構成例を示す図である。 図２は、第１基地局装置２００に接続する端末装置１００の状態遷移の例を示す図である。 図３は、第１基地局装置２００の構成例を示す図である。 図４は、第２基地局装置３００の構成例を示す図である。 図５は、端末装置１００の構成例を示す図である。 図６は、無線通信システム１０における端末移動処理のシーケンスの例を示す図である。 図７は、移動要求受信処理Ｓ１０３の処理フローチャートの例を示す図である。 図８は、移動確認受信処理Ｓ１０５の処理フローチャートの例を示す図である。 図９は、端末装置１００が指定状態としてＣＯＮＮＥＣＴＥＤを指定した場合の端末移動処理のシーケンスの例を示す図である。 図１０は、端末装置１００が指定状態としてＣＯＮＮＥＣＴＥＤを指定した場合の端末移動処理のシーケンスの例を示す図である。 図１１は、端末装置１００が基地局装置を移動するときの、指定状態判定処理を行うシーケンスの例を示す図である。 図１２は、指定状態判定処理Ｓ４０１の処理フローチャートの例を示す図である。 図１３は、無線通信システム１０における端末移動処理のシーケンスの例を示す図である。 図１４は、指定状態判定処理Ｓ５０１の処理フローチャートの例を示す図である。 図１５は、指定パラメータ一覧の例を示す図である。 図１６は、移動要求受信処理Ｓ５０３の処理フローチャートの例を示す図である。 図１７は、移動確認受信処理Ｓ５０５の処理フローチャートの例を示す図である。 図１８は、無線通信システム１０における端末移動処理のシーケンスの例を示す図である。 図１９は、移動要求受信処理Ｓ６０２の処理フローチャートの例を示す図である。 図２０は、無線通信システム１０における端末移動処理のシーケンスの例を示す図である。

以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。

[第１の実施の形態]
第１の実施の形態について説明する。

＜無線通信システムの構成例＞
図１は、無線通信システム１０の構成例を示す図である。無線通信システム１０は、端末装置１００、第１基地局装置２００、第２基地局装置３００、及びＮＲ−ＣＮ（New Radio-Core Network）４００を有する。

端末装置１００は、例えば、スマートフォンやタブレット端末などの移動体通信装置である。端末装置１００は、例えば、第１基地局装置２００又は第２基地局装置３００と無線接続し、外部ネットワークや他の通信装置と通信を行う。

第１基地局装置２００は、第１通信方式（例えば、５Ｇ）の基地局装置である。第１基地局装置２００は、端末装置１００と無線接続し、端末装置１００の行う通信を中継する、例えば、ｇＮｏｄｅＢである。第１基地局装置２００は、通信エリアＡ２００を有する。通信エリアは、第１基地局装置２００が、端末装置１００と無線接続することができる範囲である。

第２基地局装置３００（他の基地局装置）は、第１通信方式とは異なる第２通信方式（例えば、４Ｇ）の基地局装置である。第２基地局装置３００は、端末装置１００と無線接続し、端末装置１００の行う通信を中継する、ｅＮｏｄｅＢ（evolved Node B）である。第２基地局装置３００は、通信エリアＡ３００を有する。

ＮＲ−ＣＮ４００は、第１基地局装置２００及び第２基地局装置３００を管理し、外部ネットワークと端末装置１００の通信を中継するコアネットワーク、又は制御装置である。ＮＲ−ＣＮ４００は、例えば、ＭＭＥ（Mobility Management Entity）や、Ｓ−ＧＷ（Serving Gateway）を有する。また、ＮＲ−ＣＮ４００は、例えば、異なる通信方式の基地局装置である第２基地局装置３００及び第１基地局装置２００を接続することで、端末装置１００の基地局装置間（第１基地局装置２００と第２基地局装置３００）の移動を実現する。

第２通信方式における、端末装置１００と第２基地局装置３００との接続状態を示す状態は、ＩＤＬＥ状態及びＣＯＮＮＥＣＴＥＤ状態がある。

ＩＤＬＥ状態は、例えば、端末装置１００が第２基地局装置３００の通信エリア２００Ａ内に在圏しており、第２基地局装置３００が端末装置１００の位置情報を認識している状態である。第２基地局装置３００は、例えば、ＩＤＬＥ状態の端末装置１００に対して着信があった場合、ページングを使用して端末装置１００を呼び出すことができる。端末装置１００は、例えば、データ通信を行わない待ち受け時に、ＩＤＬＥ状態となる。

ＣＯＮＮＥＣＴＥＤ状態は、例えば、端末装置１００と第２基地局装置３００が無線接続し、端末装置１００と第２基地局装置３００間でパケットの送受信などのデータ通信を行うことができる状態である。端末装置１００は、例えば、音声通話やデータ通信を行うとき、ＣＯＮＮＥＣＴＴＥＤ状態となる。

第１通信方式における、端末装置１００と第１基地局装置２００との接続状態を示す状態は、ＩＤＬＥ状態及びＣＯＮＮＥＣＴＥＤ状態に加え、ＩＮＡＣＴＩＶＥ状態がある。

ＩＮＡＣＴＩＶＥ状態は、例えば、端末装置１００がＣＯＮＮＥＣＴＥＤ状態に遷移することなく、所定データ量（例えば、ＣＯＮＮＥＣＴＥＤ状態において通信可能なデータ量より少ないデータ量）の通信を行うことができる状態である。ＩＮＡＣＴＩＶＥ状態の端末装置１００は、例えば、ＩＮＡＣＴＩＶＥ状態における識別子であるＲｅｓｕｍｅＩＤ（identifier）が第１基地局装置２００から割り当てられる。ＩＮＡＣＴＩＶＥ状態の端末装置１００は、例えば、ＩＮＡＣＴＩＶＥ状態の端末装置１００が使用するＩＮＡＣＴＩＶＥ状態の端末装置専用の周波数帯域を使用し、ＲＲＣ（Radio Resource Control）レイヤのコネクションを確立することなく、第１基地局装置２００にデータを送信することができる。ＩＮＡＣＴＩＶＥ状態は、端末装置１００と第１基地局装置２００との間は、無線接続していない状態（ＩＤＬＥ状態と同様）であるが、第１基地局装置２００とＮＲ−ＣＮ４００間のセッションは維持（保持）されている状態である。

図２は、第１基地局装置２００に接続する端末装置１００の状態遷移の例を示す図である。第２基地局装置３００における端末装置１００の状態は、ＩＤＬＥ状態及びＣＯＮＮＥＣＴＥＤ状態の２状態であるが、第１基地局装置２００における端末装置１００の状態は、さらに、ＩＮＡＣＴＩＶＥ状態を有する。

例えば、第２基地局装置３００における端末装置１００の状態遷移は、ＩＤＬＥ状態からＣＯＮＮＥＣＴＥＤ状態、又はＣＯＮＮＥＣＴＥＤ状態からＩＤＬＥ状態である（Ｔ１）。しかし、第１基地局装置２００における端末装置１００の状態遷移は、遷移Ｔ１に加え、ＩＮＡＣＴＩＶＥ状態に遷移する、又はＩＮＡＣＴＩＶＥ状態から遷移する遷移Ｔ２、及び遷移Ｔ３が存在する。

端末装置１００は、例えば、電源を通電させたとき、近接する第１又は第２基地局装置に位置情報を送信し、初期状態であるＩＤＬＥ状態となる。端末装置１００は、第１基地局装置２００と通信を行うとき、ＩＤＬＥ状態から、例えば、ＩＮＡＣＴＩＶＥ状態に遷移する（Ｔ２）。一方、端末装置１００は、ＩＮＡＣＴＩＶＥ状態における通信を終了すると、ＩＮＡＣＴＩＶＥ状態からＩＤＬＥ状態に遷移する（Ｔ２）。なお、ＩＮＡＣＴＩＶＥ状態は、例えば、ＲＲＣコネクションを確立していない（無線接続していない）状態であるため、ＣＯＮＮＥＣＴＥＤ状態に比べて消費電力が低い。そのため、端末装置１００は、通信が終了してもＩＤＬＥ状態に遷移せず、ＩＮＡＣＴＩＶＥ状態を維持してもよい。

また、第１基地局装置２００と大量のデータ通信を行うとき、ＩＮＡＣＴＩＶＥ状態からＣＯＮＮＥＣＴＥＤ状態に遷移する（Ｔ３）。一方、端末装置１００は、第１基地局装置２００との大量のデータ通信を終了すると、ＣＯＮＮＥＣＴＥＤ状態からＩＮＡＣＴＩＶＥ状態に遷移する（Ｔ３）。端末装置１００は、例えば、通信するデータ量に応じて、ＩＮＡＣＴＩＶＥ状態とＣＯＮＮＥＣＴＥＤ状態のどちらの状態に遷移するかを決定してもよい。

なお、第１基地局装置２００における端末装置１００の状態遷移は、ＩＤＬＥ状態とＩＮＡＣＴＩＶＥ状態の遷移Ｔ２、及びＩＮＡＣＴＩＶＥ状態とＣＯＮＮＥＣＴＥＤ状態の遷移Ｔ３の、両方向全ての状態遷移を実装されなくてもよい。例えば、端末装置１００は、ＩＮＡＣＴＩＶＥ状態とＣＯＮＮＥＣＴＥＤ状態の遷移Ｔ３が実装されていなくてもよい。

図１に戻り、端末装置１００は、第１基地局装置２００におけるＩＮＡＣＴＩＶＥ状態である。そして、端末装置１００は、端末装置１００のユーザの移動や、周辺の電波の劣化により、第２基地局装置３００に移動する。第２基地局装置３００は、ＩＮＡＣＴＩＶＥ状態に対応しないため、端末装置１００はＩＮＡＣＴＩＶＥ状態を維持したまま第２基地局装置３００に移動することができない。

そこで、第１の実施の形態では、端末装置１００が移動後の状態を決定する。そして、移動元の第１基地局装置２００は、移動先の第２基地局装置３００に、位置情報などを含む端末装置１００のＵＥ（User Equipment）コンテキスト（以降、コンテキストと呼ぶ場合がある）を送信する。移動先の第２基地局装置３００は、受信したコンテキストを内部メモリに記憶することで、移動後の端末装置１００からコンテキストの取得を行わない。

＜第１基地局装置の構成例＞
図３は、第１基地局装置２００の構成例を示す図である。第１基地局装置２００は、ＣＰＵ（Central Processing Unit）２１０、ストレージ２２０、ＤＲＡＭ（Dynamic Random Access Memory）などのメモリ２３０、ＮＩＣ（Network Interface Card）２４０、及びＲＦ（Radio Frequency）回路２５０を有する。

ストレージ２２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、又はＳＳＤ（Solid State Drive）などの補助記憶装置である。ストレージ２２０は、通信制御プログラム２２１、端末移動管理プログラム２２２、及び端末コンテキスト情報テーブル２２３を記憶する。

端末コンテキスト情報テーブル２２３は、第１基地局装置２００とＩＤＬＥ状態、ＩＮＡＣＴＩＶＥ状態、又はＣＯＮＮＥＣＴＥＤ状態の端末装置１００（以降、第１基地局装置２００配下の端末装置１００と呼ぶ場合がある）のＵＥコンテキスト（コンテキスト情報）を、端末装置ごとに記憶するテーブルである。

ＵＥコンテキストは、例えば、端末装置１００が通信するネットワークとの通信経路の関する情報であり、端末装置１００に対して設定されているベアラに関する情報や、端末装置１００の無線測定に関わる設定情報などが含まれる。また、ＵＥコンテキストには、例えば、第１基地局装置２００及び第２基地局装置３００（以降、基地局装置と呼ぶ場合がある）内で端末装置１００を一意に識別する識別子である、ＰＣＩ（Physical Cell Identifier）、Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）などが含まれる。また、ＵＥコンテキストには、端末装置１００の位置情報が含まれてもよい。

メモリ２３０は、ストレージ２２０に記憶されているプログラムをロードする領域である。また、メモリ２３０は、プログラムがデータを記憶する領域としても使用される。

ＮＩＣ２４０は、他の基地局装置やＣＲ−ＣＮ４００を介して、外部ネットワークと接続するネットワークインターフェースである。第１基地局装置２００は、ＮＩＣ２４０介して、他の通信装置や外部ネットワークとパケットの送受信を行うことで、端末装置１００の通信を中継する。

ＲＦ回路２５０は、端末装置１００と無線接続する装置である。ＲＦ回路２５０は、例えば、アンテナを有し、無線接続する端末装置１００と信号（電波）を送受信することで、端末装置１００とデータを含むパケットの送受信を実現する。

ＣＰＵ２１０は、通信制御プログラム２２１を実行することで、通信制御処理を行う。通信制御処理は、端末装置１００が行う通信を中継する処理である。第１基地局装置２００は、通信制御処理において、例えば、端末装置１００から受信したパケットをパケットの送信先に送信する。また、第１基地局装置２００は、通信制御処理において、例えば、端末装置１００宛てのパケットを受信すると、端末装置１００に受信したパケットを送信する。

ＣＰＵ２１０は、端末移動管理プログラム２２２を実行することで、受信部及び送信部を構築し、端末移動管理処理を行う。端末移動管理処理は、第１基地局装置２００の配下の端末装置１００の移動管理を行う処理である。端末移動管理処理は、サブルーチンとして移動要求受信処理を有する。

また、ＣＰＵ２１０は、端末移動管理プログラム２２２が有する移動要求受信モジュール２２２１を実行することで、受信部及び送信部を構築し、移動要求受信処理を行う。移動要求受信処理は、端末装置１００から移動要求を受信したときに実行され、移動先の基地局装置に端末装置１００のコンテキストを送信する処理である。

＜第２基地局装置の構成例＞
図４は、第２基地局装置３００の構成例を示す図である。第２基地局装置３００は、ＣＰＵ３１０、ストレージ３２０、ＤＲＡＭなどのメモリ３３０、ＮＩＣ３４０、及びＲＦ回路３５０を有する。

ストレージ３２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ、又はＳＳＤなどの補助記憶装置である。ストレージ３２０は、通信制御プログラム３２１、端末移動管理プログラム３２２、及び端末コンテキスト情報テーブル３２３を記憶する。

端末コンテキスト情報テーブル３２３は、第２基地局装置３００とＩＤＬＥ状態又はＣＯＮＮＥＣＴＥＤ状態の端末装置１００（以降、第２基地局装置３００配下の端末装置１００と呼ぶ場合がある）のコンテキスト情報を、端末装置ごとに記憶するテーブルである。

メモリ３３０は、ストレージ２２０に記憶されているプログラムをロードする領域である。また、メモリ３３０は、プログラムがデータを記憶する領域としても使用される。

ＮＩＣ３４０は、他の基地局装置やＣＲ−ＣＮ４００を介して、外部ネットワークと接続するネットワークインターフェースである。

ＲＦ回路３５０は、端末装置１００と無線接続する装置である。ＲＦ回路３５０は、例えば、アンテナを有し、無線接続する端末装置１００と信号（電波）を送受信することで、端末装置１００とデータを含むパケットの送受信を実現する。

ＣＰＵ３１０は、通信制御プログラム３２１を実行することで、通信制御処理を行う。通信制御処理は、第１基地局装置２００の有する通信制御処理と同様の処理である。通信制御処理は、サブルーチンとして移動確認受信処理を有する。

ＣＰＵ３１０は、端末移動管理プログラム３２２を実行することで、端末移動管理処理を行う。端末移動管理処理は、第２基地局装置３００の配下の端末装置１００の移動管理を行う処理である。端末移動管理処理は、サブルーチンとして移動確認受信処理を有する。

また、ＣＰＵ３１０は、端末移動管理プログラム３２２が有する移動確認受信モジュール３２２１を実行することで、移動確認受信処理を行う。移動確認受信処理は、移動元の基地局装置から移動確認を受信したときに実行され、自基地局装置の処理負荷や配下の端末装置の数などに応じて、端末装置１００の移動を許可するか否かを決定する処理である。また、第２基地局装置３００は、移動確認受信処理において、端末装置１００の移動を許可する場合、受信した端末装置１００のコンテキストを内部テーブル（端末コンテキスト情報テーブル３２３）に記憶する。

＜端末装置の構成例＞
図５は、端末装置１００の構成例を示す図である。端末装置１００は、ＣＰＵ１１０、ストレージ１２０、ＤＲＡＭなどのメモリ１３０、及びＲＦ回路１５０を有する。

ストレージ１２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ、又はＳＳＤなどの補助記憶装置である。ストレージ１２０は、通信プログラム１２１、品質監視プログラム１２２を記憶する。

ＣＰＵ１１０は、通信プログラム１２１を実行することで、通信処理を行う。通信処理は、基地局装置２００を介して、外部ネットワークや他の通信装置と通信を行う処理である。端末装置１００は、通信処理において、例えば、基地局装置を介して、通信相手の通信装置にパケットを送信する。また、端末装置１００は、通信処理において、例えば、基地局装置を介して、通信相手の通信装置からパケットを受信する。

ＣＰＵ１１０は、品質監視プログラム１２２を実行することで、決定部及び移動先状態送信部を構築し、品質監視処理を行う。品質監視処理は、基地局装置から受信する電波の受信品質、例えば、受信電力やＦＥＲ（Frame Err Rate）などを測定し、監視する処理である。端末装置１００は、例えば、受信品質が所定値以下となったとき(品質劣化が発生したとき)、他の基地局装置に移動することを要求する移動要求を、通信する基地局装置に送信する。また、端末装置１００は、例えば、定期的に測定した受信品質を、通信する基地局装置に送信する。なお、定期的に送信される受信品質は、移動要求に含めてもよい。

また、ＣＰＵ１１０は、品質監視プログラム１２２が有する移動要求送信モジュール１２２１を実行することで、移動先状態送信部を構築し、移動要求送信処理を行う。移動要求送信処理は、定期的、又は品質劣化が発生したとき、通信する基地局装置に移動要求を送信する処理である。

また、ＣＰＵ１１０は、品質監視プログラム１２２が有する指定状態判定モジュール１２２２を実行することで、決定部を構築し、指定状態判定処理を行う。指定状態判定処理は、端末装置１００が第１基地局装置２００から第２基地局装置３００への移動要求を送信するとき、移動先での状態（以降、指定状態と呼ぶ場合がある）を判定する処理である。端末装置１００は、指定状態判定処理において、例えば、自装置の実施する通信の特性や、周辺の電波環境などに応じて、指定状態を判定（決定）する。

＜端末移動処理＞
図６は、無線通信システム１０における端末移動処理のシーケンスの例を示す図である。端末装置１００は、第１基地局装置２００とＩＮＡＣＴＩＶＥ状態であり（Ｓ１０１）、ＩＮＡＣＴＩＶＥ状態における端末装置１００を識別するＲｅｓｕｍｅＩＤである「Ｙ」（例えば、数字）を第１基地局装置２００から割り当てられている。そして、端末装置１００は、例えば、第１基地局装置２００から受信する信号の品質劣化（無線品質が基準値未満となる）の発生を検出し、第２基地局装置３００への移動を要求する移動要求を、第１基地局装置２００に送信する（Ｓ１０２）。移動要求は、例えば、移動先の基地局装置（第２基地局装置３００）の識別子、指定状態、及びＲｅｓｕｍｅＩＤを含むメッセージである。第６においては、移動要求Ｓ１０２は、第２基地局装置３００の識別子「３００」、指定状態「ＩＤＬＥ」、及びＲｅｓｕｍｅＩＤ「Ｙ」を含む。

第１基地局装置２００は、端末装置１００から移動要求を受信すると、移動要求受信処理を行う（Ｓ１０３）。

図７は、移動要求受信処理Ｓ１０３の処理フローチャートの例を示す図である。第１基地局装置２００は、移動要求に含まれるＲｅｓｕｍｅＩＤに対応する（すなわち、端末装置１００に対応する）コンテキスト、及び移動要求に含まれる指定状態を含む移動確認を生成する（Ｓ１０３−１）。移動確認は、移動先の第２基地局装置３００に、端末装置１００の移動を許可するか否かを確認するメッセージである。第１基地局装置２００は、ＲｅｓｕｍｅＩＤに対応するコンテキストを、端末コンテキスト情報テーブルから抽出する。

第１基地局装置２００は、生成した移動確認を移動先の基地局装置に送信する（Ｓ１０３−２）。そして、第１基地局装置２００は、移動確認結果を移動先の基地局装置から受信するのを待ち受ける（Ｓ１０３−３のＮｏ）。第１基地局装置２００は、移動確認結果を受信すると（Ｓ１０３−３のＹｅｓ）、移動確認結果を確認する（Ｓ１０３−４）。

第１基地局装置２００は、移動確認結果がＯＫである場合（Ｓ１０３−４のＹｅｓ）、端末装置１００の移動が許可されたと判定し、移動要求のＲｅｓｕｍｅＩＤに対応するコンテキストを削除し（Ｓ１０３−５）、端末装置１００に移動応答（ＯＫ）を送信する（Ｓ１０３−６）。第１基地局装置２００が移動要求のＲｅｓｕｍｅＩＤに対応するコンテキストを削除するのは、移動先の第２基地局装置３００にコンテキストを送信することで、端末装置１００が移動先の第２基地局装置３００に移動するためである。すなわち、端末装置１００は、第１基地局装置２００の配下ではなく、第２基地局装置３００の配下に移動する。なお、移動応答（ＯＫ）は、端末装置１００の送信する移動要求に含まれる移動先の基地局装置に、端末装置１００が移動することを許可する旨のメッセージである。

一方、第１基地局装置２００は、移動確認結果がＯＫでない場合（Ｓ１０３−４のＮｏ）、端末装置１００の移動が許可されないと判定し、端末装置１００に移動応答（ＮＧ）を送信する（Ｓ１０３−７）。移動応答（ＮＧ）は、端末装置１００の送信する移動要求に含まれる移動先の基地局装置に、端末装置１００が移動することを許可しない旨のメッセージである。第１基地局装置２００は、端末装置１００が移動先の基地局装置に移動しないため、端末装置１００のコンテキストを削除しない。

図６のシーケンスに戻り、第１基地局装置２００は、移動要求受信処理Ｓ１０３において、コンテキストと指定状態を含む移動確認を第２基地局装置３００に送信する（Ｓ１０４、図７のＳ１０３−２）。第２基地局装置３００は、移動確認を受信すると、移動確認受信処理を行う（Ｓ１０５）。

図８は、移動確認受信処理Ｓ１０５の処理フローチャートの例を示す図である。第２基地局装置３００は、受信した移動確認に含まれる指定状態がＣＯＮＮＥＣＴＥＤか否かを確認する（Ｓ１０５−１）。

第２基地局装置３００は、指定状態がＣＯＮＮＥＣＴＥＤ状態である場合（Ｓ１０５−１のＹｅｓ）、ＣＯＮＮＥＣＴＥＤ状態の端末装置１００を増加させることができるか否かを判定する（Ｓ１０５−２）。第２基地局装置３００は、例えば、自基地局装置が輻輳状態であったり、処理負荷が所定値以上であったりするとき、これ以上ＣＯＮＮＥＣＴＥＤ状態の端末装置１００を増加させることはできないと判定する。

第２基地局装置３００は、ＣＯＮＮＥＣＴＥＤ状態の端末装置１００を増加させることができると判定すると（Ｓ１０５−２のＹｅｓ）、移動確認に含まれるコンテキストを内部メモリ（端末コンテキスト情報テーブル３２３）に記憶し（Ｓ１０５−３）、移動確認結果（ＯＫ）を移動元の基地局装置に送信する（Ｓ１０５−４）。移動確認結果（ＯＫ）は、端末装置１００に、移動先の基地局装置への移動を許可するメッセージである。第２基地局装置３００は、移動してくる端末装置１００のコンテキストを内部メモリに記憶することで、コンテキストを取得するための端末装置１００との処理（所定メッセージの送受信）を省略することができる。

一方、第２基地局装置３００は、ＣＯＮＮＥＣＴＥＤ状態の端末装置１００を増加させることができないと判定すると（Ｓ１０５−２のＮｏ）、移動確認結果（ＮＧ）を移動元基地局装置に送信し（Ｓ１０５−５）、処理を終了する。移動確認結果（ＮＧ）は、端末装置１００に、移動先の基地局装置への移動を許可しないメッセージである。

図６のシーケンスに戻り、第２基地局装置３００は、移動確認受信処理Ｓ１０５において、コンテキストを記憶し（Ｓ１０６、図８のＳ１０５−３）、移動確認結果（ＯＫ）を送信する（Ｓ１０７、図８のＳ１０５−４）。

第１基地局装置２００は、移動要求受信処理Ｓ１０３において、移動確認結果（ＯＫ）を受信すると、端末装置１００のコンテキストを削除し（Ｓ１０８、図７のＳ１０３−５）、移動応答（ＯＫ）を端末装置１００に送信する（Ｓ１０９、図７のＳ１０３−６）。

端末装置１００−１は、移動応答（ＯＫ）を受信すると、移動先の第２基地局装置３００と、指定状態であるＩＤＬＥ状態となる（Ｓ１１０）。ここで、端末装置１００−１は、端末装置１００と移動先の第２基地局装置３００間のコンテキストを確立する処理や、ＴＡＵ手順を行わない。これは、移動先の第２基地局装置３００が端末装置１００のコンテキストを記憶しているため、コンテキストを確立する処理や、ＴＡＵ手順を実行する必要がないためである。

第１の実施の形態では、ＩＮＡＣＴＩＶＥ状態の端末装置１００は、ＩＮＡＣＴＩＶＥ状態に対応しない第２基地局装置３００に移動するとき、移動先の状態を指定する。これにより、端末装置１００は、移動先の基地局装置で適切な状態に遷移することができる。

また、第１の実施の形態では、移動元の第１基地局装置２００は、端末装置１００が移動するとき、移動先の第２基地局装置３００に端末装置１００のコンテキストを引き継ぐ。これにより、端末装置１００の移動後のコンテキスト確立手順やＴＡＵ手順を省略することができる。従って、端末装置１００の省電力化や、手順実行による無線リソース使用量の削減が実現できる。

＜第１の変形例＞
第１の変形例では、端末装置１００がＣＯＮＮＥＣＴＥＤ状態を指定状態とし、ＣＯＮＮＥＴＥＤ状態に遷移する処理について説明する。

図９は、端末装置１００が指定状態としてＣＯＮＮＥＣＴＥＤを指定した場合の端末移動処理のシーケンスの例を示す図である。端末装置１００は、第１基地局装置２００とＩＮＡＣＴＩＶＥ状態である（Ｓ１０１）。端末装置１００は、移動要求を第１基地局装置２００に送信する（Ｓ２０１）。移動要求は、指定状態「ＣＯＮＮＥＣＴＥＤ」を含む。第１基地局装置２００は、端末装置１００から移動要求を受信すると、移動要求受信処理を行う（Ｓ１０３）。

第１基地局装置２００は、移動要求受信処理Ｓ１０３において、コンテキストと指定状態（ＣＯＮＮＥＣＴＥＤ）を含む移動確認を第２基地局装置３００に送信する（Ｓ２０２、図７のＳ１０３−２）。第２基地局装置３００は、移動確認を受信すると、移動確認受信処理を行う（Ｓ１０５）。

第２基地局装置３００は、移動確認受信処理Ｓ１０５において、端末装置１００を自装置の配下することができるか（ＣＯＮＮＥＣＴＥＤ状態の端末装置１００の増加が可能か）否かを判定する(図８のＳ１０５−２)。第２基地局装置３００は、端末装置１００を配下にすることができると判定すると（図８のＳ１０５−２のＹｅｓ）、コンテキストを記憶し（Ｓ１０６、図８のＳ１０５−３）、移動確認結果（ＯＫ）を送信する（Ｓ１０７、図８のＳ１０５−４）。

第１基地局装置２００は、移動要求受信処理Ｓ１０３において、移動確認結果（ＯＫ）を受信すると、端末装置１００のコンテキストを削除し（Ｓ１０８、図７のＳ１０３−５）、移動応答（ＯＫ）を端末装置１００に送信する（Ｓ１０９、図７のＳ１０３−６）。

端末装置１００−１は、移動応答（ＯＫ）を受信すると、移動先の第２基地局装置３００と、簡易アタッチ手順（省略手順）を行う（Ｓ２０３）。

簡易アタッチ手順は、例えば、端末装置１００がＣＯＮＮＥＣＴＥＤ状態を維持しつつ、基地局装置を移動するハンドオーバ手順から一部の手順を省略した手順である。省略する手順は、コンテキストに含まれる情報を取得（又は確立）する一部の手順である。

第２基地局装置３００は、例えば、ＩＭＳＩ（International Mobile Subscriber Identity）の要求（取得）手順を省略することができる。ＩＭＳＩは、端末装置１００の契約者を識別する識別子である。ＩＭＳＩの要求手順は、例えば、第２基地局装置３００がＩＭＳＩ要求を端末装置１００に送信し、端末装置１００がＩＭＳＩ応答を第２基地局装置３００に送信する手順である。

また、第２基地局装置３００は、例えば、認証やセキュリティに関する情報の取得手順を省略することができる。認証の要求手順は、例えば、第２基地局装置３００が認証要求を端末装置１００に送信し、端末装置１００が認証応答を第２基地局装置３００に送信する手順である。また、セキュリティの要求手順は、例えば、第２基地局装置３００がセキュリティ要求を端末装置１００に送信し、端末装置１００がセキュリティ応答を第２基地局装置３００に送信する手順である。なお、ＲＲＣ（Radio Resource Control）レイヤにおける暗号化の指示手順を省略してもよい。

さらに、第２基地局装置３００は、例えば、ＭＭＥとＳ−ＧＷ間のベアラに関する情報を確立（取得）する手順を省略することができる。ベアラ情報は、例えば、第２基地局装置３００とＮＲ−ＣＮ４００間のセッションに関する情報である。第２基地局装置３００は、コンテキストを第１基地局装置２００から受信したとき、第１基地局装置２００とＮＲ−ＣＮ４００間のセッションに関する情報を、自装置（第２基地局装置３００）とＮＲ−ＣＮ４００間のセッションに関する情報に変更し、内部メモリに記憶する。

さらに、第２基地局装置３００は、端末装置１００のＣａｐａｂｉｌｉｔｙに関する情報の取得手順を省略することができる。Ｃａｐａｂｉｌｉｔｙは、端末装置１００の能力やバージョンに関する情報である。Ｃａｐａｂｉｌｉｔｙの取得手順は、例えば、第２基地局装置３００がＣａｐａｂｉｌｉｔｙ要求を端末装置１００に送信し、端末装置１００がＣａｐａｂｉｌｉｔｙ応答を第２基地局装置３００に送信する手順である。

端末装置１００は、簡易アタッチ手順を行い、第２基地局装置３００とＣＯＮＮＥＣＴＥＤ状態となる（Ｓ２０４）。

第１の実施の形態の第１の変形例では、端末装置１００が移動先の基地局装置において、簡易アタッチ手順を行うことでＣＯＮＮＥＣＴＥＤ状態に遷移する。これにより、通常のハンドオーバ手順よりいくつかの手順を書略することができ、端末装置１００の省電力化、及び無線リソースの使用量の削減を実現できる。

＜第２の変形例＞
第２の変形例では、端末装置１００がＣＯＮＮＥＣＴＥＤ状態を指定状態とし、移動先の基地局装置が移動を許可しない場合の処理について説明する。

図１０は、端末装置１００が指定状態としてＣＯＮＮＥＣＴＥＤを指定した場合の端末移動処理のシーケンスの例を示す図である。端末装置１００は、第１基地局装置２００とＩＮＡＣＴＩＶＥ状態である（Ｓ１０１）。端末装置１００は、第２基地局装置３００への移動を要求する移動要求を、第１基地局装置２００に送信する（Ｓ２０１）。移動要求は、指定状態「ＣＯＮＮＥＣＴＥＤ」を含む。

第１基地局装置２００は、移動要求受信処理Ｓ１０３において、コンテキストと指定状態（ＣＯＮＮＥＣＴＥＤ）を含む移動確認を第２基地局装置３００に送信する（Ｓ２０２、図７のＳ１０３−２）。第２基地局装置３００は、移動確認を受信すると、移動確認受信処理を行う（Ｓ１０５）。

第２基地局装置３００は、移動確認受信処理Ｓ１０５において、端末装置１００を自装置の配下することができるか否かを判定する(図８のＳ１０５−２)。第２基地局装置３００は、例えば、輻輳の発生や処理負荷の増大に基づき、端末装置１００を配下にすることができないと判定する（図８のＳ１０５−２のＮｏ）。第２基地局装置３００は、移動確認結果（ＮＧ）を送信する（Ｓ３０１、図８のＳ１０５−５）。

第１基地局装置２００は、移動要求受信処理Ｓ１０３において、移動確認結果（ＮＧ）を受信すると、移動応答（ＮＧ）を端末装置１００に送信する（Ｓ３０２、図７のＳ１０３−７）。このとき、第１基地局装置２００は、端末装置１００のコンテキストを削除しない。

端末装置１００−１は、移動応答（ＮＧ）を受信すると、移動元の第１基地局装置２００と、ＩＮＡＣＴＩＶＥ状態を維持する。あるいは、端末装置１００は、例えば、受信品質（無線品質）の劣化が発生している場合、第１基地局装置２００とＩＤＬＥ状態に遷移してもよい。

第１の実施の形態の第２の変形例では、端末装置１００は、例えば、移動先の基地局装置に輻輳が発生している場合など、移動先の基地局装置に移動しない。そして、端末装置１００は、例えば、ＩＮＡＣＴＩＶＥ状態を維持する。これにより、端末装置１００は、必要な通信量が確保できない基地局装置への移動を防止でき、移動元の基地局装置とのＩＮＡＣＴＩＶＥ状態を維持することができる。

[第２の実施の形態]
第２の実施の形態では、端末装置１００における指定状態判定処理について説明する。

＜指定状態判定処理＞
図１１は、端末装置１００が基地局装置を移動するときの、指定状態判定処理を行うシーケンスの例を示す図である。端末装置１００は、ＩＮＡＣＴＩＶＥ状態（Ｓ１０１）である第１基地局装置２００に送信する移動要求（Ｓ４０２）に含まれる指定状態を、指定状態判定処理にて決定する（Ｓ４０１）。

図１２は、指定状態判定処理Ｓ４０１の処理フローチャートの例を示す図である。指定状態判定処理Ｓ４０１では、端末装置１００は、過去所定時間における通信データ量の基づき、指定状態を決定する。

端末装置１００は、過去の所定時間の通信データ量を取得する（Ｓ４０１−１）。過去の所定時間の通信データ量は、例えば、端末装置１００が内部メモリに記憶しておく。

端末装置１００は、取得した所定時間の通信データ量が閾値未満の場合（Ｓ４０１−２のＮｏ）、指定状態をＩＤＬＥ状態と決定する（Ｓ４０１−３）。一方、取得した所定時間の通信データ量が閾値以上の場合（Ｓ４０１−２のＹｅｓ）、指定状態をＣＯＮＮＥＣＴＥＤ状態と決定する（Ｓ４０１−４）。

端末装置１００は、決定した指定状態、ＲｅｓｕｍｅＩＤ，移動先基地局装置の識別子を含む移動要求を、移動元の基地局装置に送信する（Ｓ４０１−５）。

これにより、端末装置１００は、通信データ量が少ない場合はＩＤＬＥ状態、通信データ量が多い場合はＣＯＮＮＥＣＴＥＤ状態に遷移し、通信データ量に応じた適切な状態に遷移することができる。

なお、端末装置１００がＩｏＴ端末の場合、通信頻度や通信データ量があらかじめ決まっている場合がある。このような場合、端末装置１００は、ＩＮＡＣＴＩＶＥ状態で基地局装置を移動するときであって、移動先の基地局装置がＩＮＡＣＴＩＶＥ状態に対応していない場合の遷移先の状態を、ストレージや内部メモリに記憶しておいてもよい。この場合、端末装置１００は、指定状態判定処理において、記憶している指定状態を読み出し、移動要求に含める。

[第３の実施の形態]
第３の実施の形態では、端末装置１００は、移動要求に指定パラメータを含め送信する場合について説明する。

＜端末移動処理＞
図１３は、無線通信システム１０における端末移動処理のシーケンスの例を示す図である。端末装置１００は、第１基地局装置２００とＩＮＡＣＴＩＶＥ状態である（Ｓ１０１）。端末装置１００は、ＩＮＡＣＴＩＶＥ状態（Ｓ１０１）である第１基地局装置２００に送信する移動要求（Ｓ５０２）に含まれる指定状態を、指定状態判定処理にて決定する（Ｓ５０１）。

図１４は、指定状態判定処理Ｓ５０１の処理フローチャートの例を示す図である。図１４の処理Ｓ４０１−１〜４は、図１２の処理Ｓ４０１−１〜４と同様である。

端末装置１００は、指定状態をＣＯＮＮＥＣＴＥＤと決定すると（Ｓ４０１−４）、指定パラメータを取得する（Ｓ５０１−１）。指定パラメータは、例えば、端末装置１００のストレージやメモリに記憶されている。そして、端末装置１００は、指定状態がＣＯＮＮＥＣＴＥＤである場合は、指定パラメータも移動要求に含め、移動要求を移動元の基地局装置に送信する（Ｓ５０１−２）。また、指定パラメータは、端末装置１００の特性によって決定されてもよい。特性とは、例えば、通信頻度、通信データ量、移動の有無などであり、端末装置１００が通信において享受、又は提供するサービス内容に応じた端末装置１００の特徴である。

図１５は、指定パラメータ一覧の例を示す図である。端末装置１００は、例えば、ＤＲＸ（Discontinuous Reception：間欠受信）の時間間隔を指定する。端末装置１００が、送信専用の端末装置である場合、受信間隔を長い時間（又は受信しない）を指定する。

また、端末装置１００は、ｕｅ−ＩｎａｃｔｉｖｅＴｉｍｅを指定する。第２基地局装置は、端末装置１００と通信を行わない無通信の時間を監視し、無通信がｕｅ−ＩｎａｃｔｉｖｅＴｉｍｅで指定された時間継続すると、端末装置１００とのＲＲＣコネクション（無線におけるセッション）を解放（リリース）する通信監視を行う。端末装置１００が、例えば、月に１回程度しか通信を行わない、通信頻度が低いＩｏＴ端末である場合、短い時間でＲＲＣコネクションをリリースするよう指定する。

さらに、端末装置１００は、ＲｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡに関する情報を指定する。ＲｅｐｏｒｔＣｏｎｆｉｇＥＵＴＲＡは、受信品質の測定内容や、測定結果を含む品質報告を送信する送信周期が設定される情報である。端末装置１００が移動しない端末装置である場合、受信品質の変化が発生する可能性は低いため、測定しないように指定する。

さらに、端末装置１００は、ＣＱＩ（Channel Quality Indicator）―ＲｅｐｏｒｔＣｏｎｆｉｇに関する情報を指定する。ＣＱＩ―ＲｅｐｏｒｔＣｏｎｆｉｇは、ＣＱＩ（品質報告）の報告周期（送信周期）や測定内容が設定される情報である。端末装置１００が移動しない端末装置である場合、ＣＱＩの変化が発生する可能性は低いため、測定（もしくは報告）しないように指定する。

図１３のシーケンスに戻り、端末装置１００は、指定状態判定処理Ｓ５０１において、指定状態を「ＣＯＮＮＥＣＴＥＤ」、指定パラメータを「Ｚ」（Ｚは、図１５に示すパラメータの組み合わせ、又は１つである）を含む移動要求を送信する（Ｓ５０２、図１４のＳ５０１−２）。第１基地局装置２００は、端末装置１００から移動要求を受信すると、移動要求受信処理を行う（Ｓ５０３）。

図１６は、移動要求受信処理Ｓ５０３の処理フローチャートの例を示す図である。図１６の処理Ｓ１０３−２〜７は、図７の処理Ｓ１０３−２〜７と同様である。第１基地局装置２００は、ＲｅｓｕｍｅＩＤに対応するコンテキスト、指定状態に加え、移動要求に指定パラメータが含まれている場合、移動要求に含まれる指定パラメータを含む移動確認を生成する（Ｓ５０３−１）。

図１３のシーケンスに戻り、第１基地局装置２００は、移動要求受信処理Ｓ５０３において、指定パラメータを含む移動確認を第２基地局装置３００に送信する（Ｓ５０４、図１６のＳ１０３−２）。第２基地局装置３００は、移動確認を受信すると、移動確認受信処理を行う（Ｓ５０５）。

図１７は、移動確認受信処理Ｓ５０５の処理フローチャートの例を示す図である。図１７の処理Ｓ１０５−１〜５は、図８の処理Ｓ１０５−１〜５と同様である。第２基地局装置３００は、移動確認のコンテキストに加え（Ｓ１０５−４）、指定パラメータを内部メモリに記憶する（Ｓ５０５−１）。

図１３のシーケンスに戻り、第２基地局装置３００は、移動確認受信処理Ｓ５０５において、コンテキスト及び指定パラメータを内部メモリに記憶する（Ｓ５０６、図１７のＳ１０５−４及びＳ５０５−１）。そして、第２基地局装置３００は、移動確認受信処理Ｓ５０５において、移動確認結果（ＯＫ）を第１基地局装置２００に送信する（Ｓ１０７）。以降、図１３のシーケンスの処理Ｓ１０８、Ｓ１０９、Ｓ２０３、Ｓ２０４は、図９のシーケンスの処理Ｓ１０８、Ｓ１０９、Ｓ２０３、Ｓ２０４と同様である。

なお、端末装置１００は、第２基地局装置３００とのＣＯＮＮＥＣＴＥＤ状態において、指定パラメータに応じた処理を行う。

第３の実施の形態では、端末装置１００と移動先の第２基地局装置３００との間で、指定パラメータを共有する。これにより、端末装置１００は、さらなる省電力を実現することができる。

[第４の実施の形態]
第４の実施の形態では、端末装置１００は、定期的に移動要求を送信する。第１基地局装置２００は、端末装置１００の移動について判定を行う。

＜端末移動処理＞
図１８は、無線通信システム１０における端末移動処理のシーケンスの例を示す図である。端末装置１００は、第１基地局装置２００とＩＮＡＣＴＩＶＥ状態である（Ｓ１０１）。端末装置１００は、例えば、定期的に移動要求を第１基地局装置２００に送信する（Ｓ６０１）。

第１基地局装置２００は、端末装置１００から移動要求を受信すると、移動要求受信処理を行う（Ｓ６０２）。

図１９は、移動要求受信処理Ｓ６０２の処理フローチャートの例を示す図である。第１基地局装置２００は、端末装置１００の移動契機が発生したか否かを判定する（Ｓ６０２−１）。第１基地局装置２００は、例えば、移動要求に含まれる、端末装置１００による受信品質の測定結果に基づき、端末装置１００の移動契機を判定する。また、第１基地局装置２００は、例えば、端末装置１００から受信した信号の受信品質に基づき、端末装置１００の移動契機を判定する。もしくは、第１基地局装置２００は、端末装置１００の受信品質及び第１基地局装置２００の受信品質の両方に基づき、端末装置１００の移動契機を判定してもよい。

第１基地局装置２００は、端末装置１００の移動契機が発生したと判定すると（Ｓ６０２−Ｙｅｓ）、処理Ｓ１０３−１〜７を行う。図１９の処理Ｓ１０３−１〜７は、図７の処理Ｓ１０３−１〜７と同様の処理である。

一方、第１基地局装置２００は、端末装置１００の移動契機が発生していないと判定すると（Ｓ６０２−Ｎｏ）、処理を終了する。

図１８のシーケンスに戻り、第１基地局装置２００は、移動要求受信処理Ｓ６０２において、端末装置１００の移動契機は発生していないと判定し（図１９のＳ６０２−１のＹｅｓ）、処理を終了する。

そして、あるタイミングから無線品質の劣化（無線品質が基準値未満となる）が発生する（Ｓ６０４）。このとき、第１基地局装置２００は、移動要求を受信し（Ｓ６０５）、移動要求受信処理を行う（Ｓ６０２）。

第１基地局装置２００は、移動要求受信処理Ｓ６０２において、無線品質の劣化による端末装置１００の移動契機が発生していると判定し（図１９のＳ６０２−１のＹｅｓ）、移動確認を第２基地局装置３００に送信する（Ｓ６０６、図１９のＳ１０３−２）。以降、図１８の処理Ｓ１０５〜１１０は、図６の処理Ｓ１０５〜１１０と同様である。

第４の実施の形態において、端末装置１００は、移動先での状態に加え、移動先で使用するパラメータを指定する。これにより、端末装置１００は、移動先の基地局装置において、より適切な通信を行うことができる。

[第５の実施の形態]
第５の実施の形態において、端末装置１００は、ＩＤＬＥ状態及びＣＯＮＮＥＣＴＥＤ状態とは異なる中間状態を指定状態とする。中間状態は、例えば、第１通信方式におけるＩＮＡＣＴＩＶＥ状態と近似する（又は同等の）状態であり、第２通信方式における第２基地局装置３００が対応する状態である。

＜端末移動処理＞
図２０は、無線通信システム１０における端末移動処理のシーケンスの例を示す図である。端末装置１００は、第１基地局装置２００とＩＮＡＣＴＩＶＥ状態である（Ｓ１０１）。端末装置１００は、指定状態を中間状態（図２０においてはＮＥＷ）とした移動要求を、第１基地局装置２００に送信する（Ｓ７０１）。第１基地局装置２００は、端末装置１００から移動要求を受信すると、移動要求受信処理を行う（Ｓ１０３）。

第１基地局装置２００は、移動要求受信処理Ｓ１０３において、コンテキストと指定状態（中間状態）を含む移動確認を第２基地局装置３００に送信する（Ｓ７０２、図７のＳ１０３−２）。第２基地局装置３００は、移動確認を受信すると、移動確認受信処理を行う（Ｓ１０５）。以降、図２０の処理Ｓ１０５〜１０９は、図６の処理Ｓ１０５〜１０９と同様である。

端末装置１００は、移動応答（ＯＫ）を受信し（Ｓ１０９）、第２基地局装置３００と中間状態に遷移する（Ｓ７０３）。

例えば、第１通信方式が５Ｇに準拠した方式であり、第２通信方式が４Ｇに準拠した通信であるとする。５Ｇで提案されるＩＮＡＣＴＩＶＥ状態は、４Ｇにおいては対応しない状態である。そこで、４Ｇにおいて、５ＧのＩＮＡＣＴＩＶＥ状態に近似する（又は同じ）中間状態を定義し、第２基地局装置３００が中間状態に対応することで、端末装置１００は、移動先の第２基地局装置３００で、ＩＮＡＣＴＩＶＥ状態と近似する（又は同じ）中間状態に遷移することが可能となる。例えば、ＩＮＡＣＴＩＶＥ状態において、端末装置１００と第１基地局装置２００との無線セッション（例えば、ＲＲＣセッション）を確立していないとすると、第２基地局装置３００との無線セッションも確立しないため、処理Ｓ７０２においては、ＴＡＵ手順や無線セッションの確立処理を省略することができる。

１０…無線通信システム
１００…端末装置
１１０…ＣＰＵ
１２０…ストレージ
１２１…通信プログラム
１２２…品質監視プログラム
１２２１…移動要求送信モジュール
１２２２…指定状態判定モジュール
１３０…メモリ
１５０…ＲＦ回路
２００…第１基地局装置
２１０…ＣＰＵ
２２０…ストレージ
２２１…通信制御プログラム
２２２…端末移動管理プログラム
２２２１…移動要求受信モジュール
２２３…端末コンテキスト情報テーブル
２３０…メモリ
２４０…ＮＩＣ
２５０…ＲＦ回路
３００…第２基地局装置
３１０…ＣＰＵ
３２０…ストレージ
３２１…通信制御プログラム
３２２…端末移動管理プログラム
３２２１…移動確認受信モジュール
３２３…端末コンテキスト情報テーブル
３３０…メモリ
３４０…ＮＩＣ
３５０…ＲＦ回路
４００…ＮＲ−ＣＮ

Claims (16)

1. 端末装置と、第１通信方式の基地局装置と、前記第１通信方式とは異なる第２通信方式の他の基地局装置を有し、前記基地局装置及び前記他の基地局装置は前記端末装置の通信を中継する無線通信システムにおける前記基地局装置であって、
   前記基地局装置に対する前記端末装置の状態であって、前記第２通信方式では対応しない状態である第１状態の端末装置から、前記端末装置の移動先での状態を示す移動先状態を受信する受信部と、
   前記端末装置が前記他の基地局装置に移動するとき、前記移動先状態及び前記端末装置の通信経路に関するコンテキスト情報を、前記他の基地局装置に送信する送信部とを有する
   基地局装置。
2. 前記第１状態は、前記基地局装置が、前記基地局装置及び前記他の基地局装置を制御する制御装置と前記基地局装置間の、前記端末装置の通信に関するセッションを保持する状態である
   請求項１記載の基地局装置。
3. 前記第１状態は、ＩＮＡＣＴＩＶＥ状態である
   請求項１記載の基地局装置。
4. 前記送信部は、さらに、
   前記端末装置が前記他の基地局装置に移動することを許可するか否か確認する移動確認を前記他の基地局装置に送信し、
   前記他の基地局装置から前記移動確認の結果を受信し、
   前記受信した移動確認の結果を前記端末装置に送信し、
   前記移動確認の結果において前記端末装置の移動が許可された場合、前記端末装置のコンテキスト情報を削除する、
   請求項１記載の基地局装置。
5. 前記送信部は、前記端末装置と前記基地局装置間の無線品質が基準値未満であるとき、前記端末装置が前記他の基地局装置に移動するときと判定する
   請求項１記載の基地局装置。
6. 前記送信部は、前記端末装置と前記基地局装置間の無線品質が基準値未満である場合に送信される前記移動先状態を前記端末装置から受信したとき、前記端末装置が前記他の基地局装置に移動するときと判定する
   請求項１記載の基地局装置。
7. 前記受信部は、さらに、前記端末装置が移動先で使用するパラメータを前記端末装置から受信し、
   前記送信部は、さらに、前記パラメータを前記他の基地局装置に送信する
   請求項１記載の基地局装置。
8. 端末装置と、第１通信方式の基地局装置と、前記第１通信方式とは異なる第２通信方式の他の基地局装置を有し、前記基地局装置及び前記他の基地局装置は前記端末装置の通信を中継する無線通信システムにおける端末装置であって、
   前記端末装置が、前記基地局装置に対する状態であって、前記第２通信方式では対応しない状態である第１状態である場合、前記端末装置の移動先での状態を示す移動先状態を決定する決定部と、
   前記基地局装置に前記移動先状態を送信する移動先状態送信部を有する
   端末装置。
9. 前記決定部は、前記端末装置の所定時間における通信データ量に基づき、前記移動先状態を決定する
   請求項８記載の端末装置。
10. 前記決定部は、さらに、前記端末装置が移動先で使用するパラメータを決定し、
    前記移動先状態送信部は、前記決定したパラメータを前記基地局装置に送信する
    請求項８記載の端末装置。
11. 前記決定部は、前記端末装置の有する特性に応じて、前記パラメータを決定する
    請求項１０記載の端末装置。
12. 端末装置と、
    前記端末装置の通信を中継する第１通信方式の基地局装置と、
    前記端末装置の通信を中継する前記第１通信方式とは異なる第２通信方式の他の基地局装置を有し、
    前記端末装置は、前記基地局装置に対する前記端末装置の状態であって、前記第２通信方式では対応しない状態である第１状態であるとき、前記端末装置の移動先での状態を示す移動先状態を前記基地局装置に送信し、
    前記基地局装置は、前記端末装置が前記他の基地局装置に移動するとき、受信した移動先状態及び前記端末装置の通信経路に関するコンテキスト情報を、前記他の基地局装置に送信し、
    前記他の基地局装置は、受信した前記端末装置のコンテキスト情報を記憶する
    無線通信システム。
13. 前記移動先状態が第２状態である場合、
    前記他の基地局装置は、前記コンテキスト情報に含まれる情報の取得手順を省略した省略手順を実施し、前記端末装置を前記第２状態に遷移させる
    請求項１２記載の無線通信システム。
14. 前記第２状態は、前記端末装置と前記他の基地局装置間で無線セッションを確立しないＩＤＬＥ状態である
    請求項１３記載の無線通信システム。
15. 前記第２状態は、前記端末装置と前記他の基地局装置間で所定データ量以上の通信を行うことができるＣＯＮＮＥＣＴＥＤ状態である
    請求項１３記載の無線通信システム。
16. 端末装置と、第１通信方式の基地局装置と、前記第１通信方式とは異なる第２通信方式の他の基地局装置を有し、前記基地局装置及び前記他の基地局装置は前記端末装置の通信を中継する無線通信システムにおける前記基地局装置における端末移動方法であって、
    前記基地局装置に対する前記端末装置の状態であって、前記第２通信方式では対応しない状態である第１状態の端末装置から、前記端末装置の移動先での状態を示す移動先状態を受信し、
    前記端末装置が前記他の基地局装置に移動するとき、前記移動先状態及び前記端末装置の通信経路に関するコンテキスト情報を、前記他の基地局装置に送信する
    端末移動方法。

Images