(57)【要約】      （修正有）【課題】ＲＲＣ接続が中断される状態にあるユーザ装置が、ＲＲＣ接続の再開を要求するメッセージとともに上りリンクデータを送信する方法を提供する。【解決手段】ユーザ装置（ＵＥ１００）には、再開識別子が割り当てられ、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続Ｓ７０１が中断されるＳ７０５所定状態にある。ユーザ装置は、上りデータが存在する場合、ＲＲＣ接続を再開するか否かを決定するＳ７０６。ＲＲＣ接続を再開する場合、ＲＲＣ接続の再開を要求する第２のメッセージとともに上りリンクデータをネットワークに送信するＳ７０７。【選択図】図１２
2020053994.tif 000002
【特許請求の範囲】
【請求項１】
通信方法であって、
ユーザ装置が、前記ユーザ装置のＲＲＣ接続を中断するための第１のメッセージをネットワークから受信することと、
前記ＲＲＣ接続が中断される所定状態にある前記ユーザ装置が、前記ＲＲＣ接続の再開を要求する第２のメッセージとともに上りリンクデータを前記ネットワークに送信することと、を含む
通信方法。
【請求項２】
前記第１のメッセージは、前記ネットワークに保持されている前記ユーザ装置のコンテキスト情報と関連付けられる再開識別子を含み、
前記第２のメッセージは、前記再開識別子を含む
請求項１に記載の通信方法。
【請求項３】
前記所定状態にある前記ユーザ装置が、前記第２のメッセージを送信した後において、前記ユーザ装置を前記所定状態に維持するための第３のメッセージを前記ネットワークから受信することをさらに含む
請求項１に記載の通信方法。
【請求項４】
ユーザ装置であって、
前記ユーザ装置のＲＲＣ接続を中断するための第１のメッセージをネットワークから受信する受信部と、
前記ＲＲＣ接続が中断される所定状態において、前記ＲＲＣ接続の再開を要求する第２のメッセージとともに上りリンクデータを前記ネットワークに送信する送信部と、を備える
ユーザ装置。
【請求項５】
ユーザ装置を制御するプロセッサであって、
前記プロセッサは、
前記ユーザ装置のＲＲＣ接続を中断するための第１のメッセージをネットワークから受信する処理と、
前記ＲＲＣ接続が中断される所定状態において、前記ＲＲＣ接続の再開を要求する第２のメッセージとともに上りリンクデータを前記ネットワークに送信する処理と、を実行する
プロセッサ。
【請求項６】
基地局であって、
ユーザ装置に対して、前記ユーザ装置のＲＲＣ接続を中断するための第１のメッセージを送信する送信部と、
前記ＲＲＣ接続が中断される所定状態にある前記ユーザ装置から、前記ＲＲＣ接続の再開を要求する第２のメッセージとともに上りリンクデータを受信する受信部とを備える
基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信システムにおいて用いられる通信方法、ユーザ装置及びプロセッサに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）の要求に対処するために、新たな狭帯域無線技術であるＮＢ−ＩｏＴ（ＮａｒｒｏｗＢａｎｄ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）の仕様策定が進められている（例えば、非特許文献１参照）。
【０００３】
例えば、無線端末とネットワークとの間の接続を一時中断するための一時中断手順（Ｓｕｓｐｅｎｄ  Ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）及び当該接続を再開するための再開手順（Ｒｅｓｕｍｅ  Ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）の導入が検討されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告書「ＴＲ２３．７２０  Ｖ１．２．０」  ２０１５年１１月２３日
【発明の概要】
【０００５】
一の実施形態に係る通信方法では、無線端末とネットワークとの間の接続が一時中断される手順において、第１の基地局から前記無線端末へ、前記無線端末のコンテキスト情報と関連付けられた再開識別子を送信する。前記再開識別子の一部は、前記第１の基地局を識別するための情報である。
【０００６】
一の実施形態に係る無線端末は、レシーバを備える。前記レシーバは、前記無線端末とネットワークとの間の接続が一時中断される手順において、前記無線端末のコンテキスト情報と関連付けられた再開識別子を第１の基地局から受信するよう構成される。前記再開識別子の一部は、前記第１の基地局を識別するための情報である。
【０００７】
一の実施形態に係るプロセッサは、無線端末を制御するためのプロセッサである。前記プロセッサは、前記無線端末とネットワークとの間の接続が一時中断される手順において、前記無線端末のコンテキスト情報と関連付けられた再開識別子を第１の基地局から受信する処理を実行する。前記再開識別子の一部は、前記第１の基地局を識別するための情報である。
【０００８】
一の実施形態に係る基地局は、トランスミッタを備える。前記トランスミッタは、無線端末とネットワークとの間の接続が一時中断される手順において、前記無線端末へ、前記無線端末のコンテキスト情報と関連付けられた再開識別子を送信するよう構成される。前記再開識別子の一部は、前記基地局を識別するための情報である。
【０００９】
一の実施形態に係るプロセッサは、基地局を制御するためのプロセッサである。前記プロセッサは、無線端末とネットワークとの間の接続が一時中断される手順において、前記無線端末へ、前記無線端末のコンテキスト情報と関連付けられた再開識別子を送信する処理を実行する。前記再開識別子の一部は、前記基地局を識別するための情報である。
【００１０】
一の実施形態に係る通信方法では、無縁端末が前記無線端末とネットワークとの間の接続が一時中断される手順を実行する。基地局から前記無線端末へ前記接続を再開できるか否かを示す情報を送信する。前記無線端末は、前記情報により前記接続を再開できるか否かを判定する。
【図面の簡単な説明】
【００１１】
【図１】図１は、ＬＴＥシステムの構成を示す図である。
【図２】図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】図３は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図４】図４は、ＵＥ１００のブロック図である。
【図５】図５は、ｅＮＢ２００のブロック図である。
【図６】図６は、一時中断手順の概略を説明するためのシーケンス図である。
【図７】図７は、再開手順の概略を説明するためのシーケンス図である。
【図８】図８は、第１実施形態に係る動作を説明するためのシーケンス図である。
【図９】図９は、第１実施形態に係る変更例１を説明するためのシーケンス図である。
【図１０】図１０は、第１実施形態に係る変更例２を説明するためのシーケンス図である。
【図１１】図１１は、第１実施形態に係る変更例３を説明するためのフローチャートである。
【図１２】図１２は、第２実施形態を説明するためのシーケンス図である。
【発明を実施するための形態】
【００１２】
［実施形態の概要］
一の実施形態に係る通信方法では、無線端末とネットワークとの間の接続が一時中断される手順において、第１の基地局から前記無線端末へ、前記無線端末のコンテキスト情報と関連付けられた再開識別子を送信する。前記再開識別子の一部は、前記第１の基地局を識別するための情報である。
【００１３】
実施形態において、前記無線端末が前記接続を再開する場合に、前記無線端末から前記第１の基地局と異なる第２の基地局へ接続再開要求メッセージを送信してもよい。前記接続再開要求メッセージは、前記再開識別子を含んでもよい。
【００１４】
前記第２の基地局から前記第１の基地局へ、前記第２の基地局から前記第１の基地局へ前記無線端末のコンテキスト情報を転送するための要求メッセージを送ってもよい。前記要求メッセージは、前記再開識別子を含んでもよい。
【００１５】
前記第１の基地局が前記要求メッセージを受信したことに応じて、前記第１の基地局から前記第２の基地局へ、前記無線端末のコンテキスト情報を送ってもよい。
【００１６】
前記第２の基地局が前記無線端末のコンテキスト情報を受信した後に、前記第２の基地局からＭｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ（ＭＭＥ）へ、前記第２の基地局と前記ＭＭＥとの間の接続を確立するために要求メッセージを送ってもよい。
【００１７】
前記第２の基地局は、前記無線端末からの前記再開識別子を用いて、前記第１の基地局を識別してもよい。
【００１８】
第２の無線端末から前記第１の基地局へ、前記第２の無線端末のコンテキスト情報と関連付けられた第２の再開識別子を送信してもよい。前記第２の再開識別子は、前記再開識別子よりも短い識別子であってもよい。
【００１９】
一の実施形態に係る無線端末は、レシーバを備える。前記レシーバは、前記無線端末とネットワークとの間の接続が一時中断される手順において、前記無線端末のコンテキスト情報と関連付けられた再開識別子を第１の基地局から受信するよう構成される。前記再開識別子の一部は、前記第１の基地局を識別するための情報である。
【００２０】
一の実施形態に係るプロセッサは、無線端末を制御するためのプロセッサである。前記プロセッサは、前記無線端末とネットワークとの間の接続が一時中断される手順において、前記無線端末のコンテキスト情報と関連付けられた再開識別子を第１の基地局から受信する処理を実行する。前記再開識別子の一部は、前記第１の基地局を識別するための情報である。
【００２１】
一の実施形態に係る基地局は、トランスミッタを備える。前記トランスミッタは、無線端末とネットワークとの間の接続が一時中断される手順において、前記無線端末へ、前記無線端末のコンテキスト情報と関連付けられた再開識別子を送信するよう構成される。前記再開識別子の一部は、前記基地局を識別するための情報である。
【００２２】
一の実施形態に係るプロセッサは、基地局を制御するためのプロセッサである。前記プロセッサは、無線端末とネットワークとの間の接続が一時中断される手順において、前記無線端末へ、前記無線端末のコンテキスト情報と関連付けられた再開識別子を送信する処理を実行する。前記再開識別子の一部は、前記基地局を識別するための情報である。
【００２３】
一の実施形態に係る通信方法では、無縁端末が前記無線端末とネットワークとの間の接続が一時中断される手順を実行する。基地局から前記無線端末へ前記接続を再開できるか否かを示す情報を送信する。前記無線端末は、前記情報により前記接続を再開できるか否かを判定する。
【００２４】
一時中断手順が実行された場合、無線端末との接続を一時中断した基地局は、無線端末のコンテキスト情報を保持する。再開手順が実行されることにより、基地局は、無線端末のコンテキスト情報を再開する。これにより、接続を（再）確立する場合よりも、無線端末と基地局との間のシグナリングを低減できる。
【００２５】
しかしながら、一時中断手順によりＥＣＭアイドル状態へと移行した無線端末が、移動により、他の基地局が管理するセルを選択したと仮定する。他の基地局が、当該無線端末のコンテキスト情報を保持していない場合、再開手順が失敗する。無線端末は、再開手順が失敗した後に、接続を確立するための手順を実行しなければならない可能性がある。その結果、シグナリングが増加する虞がある。
【００２６】
一の実施形態に係る無線端末は、前記無線端末とネットワークとの間の接続が一時中断される手順において、前記無線端末に割り当てられた再開識別子を受信するレシーバと、前記接続の再開を要求する場合に、前記再開識別子を基地局へ送信するトランスミッタと、を備える。前記再開識別子の少なくとも一部は、前記手順が実行される時に前記無線端末が接続していた接続基地局を識別するための識別情報である。
【００２７】
前記識別情報は、前記手順が実行される時に前記無線端末が接続していたセルの識別子であってもよい。
【００２８】
前記トランスミッタは、前記無線端末と前記基地局との間のＲＲＣ接続を確立するために必要な情報を前記再開識別子と共に前記基地局へ送信してもよい。
【００２９】
前記トランスミッタは、前記手順が実行された後のセル再選択の回数が閾値未満である場合、前記再開識別子を前記基地局へ送信してもよい。前記トランスミッタは、前記セル再選択の回数が前記閾値以上である場合、前記再開識別子の送信を省略してもよい。
【００３０】
前記トランスミッタは、前記接続を再開できる領域内に前記無線端末が位置する場合、前記再開識別子を前記基地局へ送信してもよい。前記トランスミッタは、前記領域内に前記無線端末が位置しない場合、前記再開識別子の送信を省略してもよい。
【００３１】
前記トランスミッタは、前記無線端末のコンテキスト情報の転送をサポートする基地局グループに、前記基地局が含まれる場合、前記再開識別子を前記基地局へ送信してもよい。前記トランスミッタは、前記基地局グループに前記基地局が含まれない場合、前記再開識別子の送信を省略してもよい。
【００３２】
一の実施形態に係る無線端末は、前記無線端末とネットワークとの間の接続が一時中断される手順において、前記無線端末に割り当てられた再開識別子を受信するレシーバと、前記接続の再開を要求する場合に、前記再開識別子を基地局へ送信するトランスミッタと、を備える。前記トランスミッタは、前記手順が実行される時に前記無線端末が接続していた接続基地局を識別するための識別情報を前記基地局へ送信する。
【００３３】
前記トランスミッタは、前記識別情報を前記再開識別子と共に前記基地局へ送信してもよい。
【００３４】
前記レシーバは、前記再開識別子の送信後に、前記基地局が前記コンテキスト情報を保持していないことを示す情報を前記基地局から受信してもよい。前記トランスミッタは、前記情報の受信に応じて、前記識別情報を前記基地局へ送信してもよい。
【００３５】
一の実施形態に係る基地局は、無線端末から再開識別子を受信するレシーバと、前記再開識別子の受信後、前記無線端末のコンテキスト情報を受け取るための所定情報を他の基地局へ送るコントローラを備える。前記再開識別子は、前記無線端末とネットワークとの間の接続が一時中断される手順において前記無線端末に割り当てられた識別子である。前記コンテキスト情報は、前記接続を再開するために用いられる。前記再開識別子の少なくとも一部は、前記手順が実行される時に前記無線端末が接続していた接続基地局を識別するための識別情報である。前記コントローラは、前記接続基地局が前記基地局ではなく前記他の基地局である場合、前記他の基地局へ前記所定情報を送る。
【００３６】
前記レシーバは、前記無線端末と前記基地局との間のＲＲＣ接続を確立するために必要な情報を前記再開識別子と共に前記無線端末から受信してもよい。前記コントローラは、前記他の基地局から前記コンテキスト情報を受け取れなかった場合、前記必要な情報に基づいて前記ＲＲＣ接続を確立してもよい。
【００３７】
一の実施形態に係る基地局は、無線端末から再開識別子を受信するレシーバと、前記無線端末のコンテキスト情報を受け取るための所定情報を他の基地局へ送るコントローラと、を備える。前記再開識別子は、前記無線端末とネットワークとの間の接続が一時中断される手順において前記無線端末に割り当てられた識別子である。前記コンテキスト情報は、前記接続を再開するために用いられる。前記レシーバは、前記無線端末から、前記手順が実行される時に前記無線端末が接続していた接続基地局を識別するための識別情報を受信する。前記コントローラは、前記接続基地局が前記基地局ではなく前記他の基地局である場合、前記他の基地局へ前記所定情報を送る。
【００３８】
基地局は、前記再開識別子の受信後、前記コンテキスト情報を保持していないことを示す情報を前記無線端末へ送信するトランスミッタをさらに備えてもよい。前記レシーバは、前記情報の送信後、前記識別情報を前記無線端末から受信してもよい。
【００３９】
一の実施形態に係る基地局は、上りデータを含むＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージと、再開識別子とを無線端末から受信するレシーバと、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）内での前記無線端末の識別子と前記上りデータとを含むメッセージを前記ＭＭＥへ送る制御を実行するコントローラと、を備える。前記再開識別子は、前記無線端末とネットワークとの間の接続が一時中断される手順において前記無線端末に割り当てられた識別子である。前記再開識別子は、前記ＭＭＥ内での前記無線端末の識別子を含むコンテキスト情報と関連付けられている。
【００４０】
一の実施形態に係る無線端末は、上りデータを含むＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージを基地局へ送信するトランスミッタを備える。前記無線端末が下りデータを含むＮＡＳ  ＰＤＵ（ＮＡＳ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を前記基地局から受信していない場合に、前記トランスミッタは、前記ＮＡＳメッセージと共に再開識別子を前記基地局へ送信する。前記再開識別子は、前記無線端末とネットワークとの間の接続が一時中断される手順において前記無線端末に割り当てられた識別子である。前記再開識別子は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）内での前記無線端末の識別子を含むコンテキスト情報と関連付けられている。
【００４１】
［第１実施形態］
（移動通信システム）
以下において、実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。図１は、ＬＴＥシステムの構成を示す図である。
【００４２】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００４３】
ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置である。ＵＥ１００は、セル（後述するｅＮＢ２００）と無線通信を行う。ＵＥ１００の構成については後述する。
【００４４】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００４５】
ｅＮＢ２００は、１又は複数のセルを管理する。ｅＮＢ２００は、ｅＮＢ２００が管理するセルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、「データ」と称することがある）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される。「セル」は、ＵＥ１００との無線通信を行う機能を示す用語としても使用されてもよい。
【００４６】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、Ｅ−ＵＴＲＡＮ１０と共にネットワークを構成してもよい。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３００、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）４００及びＰＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）５００を含む。
【００４７】
ＭＭＥ３００は、例えば、ＵＥ１００に対する各種モビリティ制御を行う。ＳＧＷ４００は、例えば、データの転送制御を行う。ＭＭＥ３００及びＳＧＷ４００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。ＰＧＷ５００は、例えば、外部ネットワークから（及び外部ネットワークに）ユーザデータを中継する制御を行う。
【００４８】
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されている。第１層は、物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４９】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００５０】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、スケジューラ（ＭＡＣ  スケジューラ）を含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。
【００５１】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００５２】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５３】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は、ＲＲＣコネクティッド状態である。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がない場合、ＵＥ１００は、ＲＲＣアイドル状態である。
【００５４】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、例えば、セッション管理及びモビリティ管理を行う。
【００５５】
図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が適用される。上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が適用される。
【００５６】
図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓである。各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数のリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を含む。各サブフレームは、時間方向に複数のシンボルを含む。各リソースブロックは、周波数方向に複数のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより、１つのリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）が構成される。ＵＥ１００には、無線リソース（時間・周波数リソース）が割り当てられる。周波数方向において、無線リソース（周波数リソース）は、リソースブロックにより構成される。時間方向において、無線リソース（時間リソース）は、サブフレーム（又はスロット）により構成される。
【００５７】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ．  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームの残りの部分は、下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として使用可能な領域である。
【００５８】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）として使用可能な領域である。各サブフレームにおける残りの部分は、上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）として使用可能な領域である。
【００５９】
（無線端末）
実施形態に係るＵＥ１００（無線端末）について説明する。図４は、ＵＥ１００のブロック図である。図４に示すように、ＵＥ１００は、レシーバ（Ｒｅｃｅｉｖｅｒ：受信部）１１０、トランスミッタ（Ｔｒａｎｓｍｉｔｔｅｒ：送信部）１２０、及びコントローラ（Ｃｏｎｔｒｏｌｌｅｒ：制御部）１３０を備える。レシーバ１１０とトランスミッタ１２０とは、一体化されたトランシーバ（送受信部）であってもよい。
【００６０】
レシーバ１１０は、コントローラ１３０の制御下で各種の受信を行う。レシーバ１１０は、アンテナを含む。レシーバ１１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ１１０は、ベースバンド信号をコントローラ１３０に出力する。
【００６１】
トランスミッタ１２０は、コントローラ１３０の制御下で各種の送信を行う。トランスミッタ１２０は、アンテナを含む。トランスミッタ１２０は、コントローラ１３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ１３０は、無線信号をアンテナから送信する。
【００６２】
コントローラ１３０は、ＵＥ１００における各種の制御を行う。コントローラ１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより、各種の処理を行う。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００６３】
ＵＥ１００は、ＧＮＳＳ受信機を備えていてもよい。ＧＮＳＳ受信機は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信できる。ＧＮＳＳ受信機は、ＧＮＳＳ信号をコントローラ１３０に出力する。ＵＥ１００は、ＵＥ１００の位置情報を取得するためのＧＰＳ機能を有していてもよい。
【００６４】
本明細書では、ＵＥ１００が備えるレシーバ１１０、トランスミッタ１２０及びコントローラ１３０の少なくともいずれかが実行する処理を、便宜上、ＵＥ１００が実行する処理（動作）として説明する。
【００６５】
（基地局）
実施形態に係るｅＮＢ２００（基地局）について説明する。図５は、ｅＮＢ２００のブロック図である。図５に示すように、ｅＮＢ２００は、レシーバ（受信部）２１０、トランスミッタ（送信部）２２０、コントローラ（制御部）２３０、及びネットワークインターフェイス２４０を備える。トランスミッタ２１０とレシーバ２２０は、一体化されたトランシーバ（送受信部）であってもよい。
【００６６】
レシーバ２１０は、コントローラ２３０の制御下で各種の受信を行う。レシーバ２１０は、アンテナを含む。レシーバ２１０は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換する。レシーバ２１０は、ベースバンド信号をコントローラ２３０に出力する。
【００６７】
トランスミッタ２２０は、コントローラ２３０の制御下で各種の送信を行う。トランスミッタ２２０は、アンテナを含む。トランスミッタ２２０は、コントローラ２３０が出力するベースバンド信号（送信信号）を無線信号に変換する。トランスミッタ２２０は、無線信号をアンテナから送信する。
【００６８】
コントローラ２３０は、ｅＮＢ２００における各種の制御を行う。コントローラ２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンドプロセッサとＣＰＵとを含む。ベースバンドプロセッサは、例えば、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行することにより各種の処理を行う。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。
【００６９】
ネットワークインターフェイス２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続される。ネットワークインターフェイス２４０は、Ｓ１インターフェイスを介してＭＭＥ３００及びＳＧＷ４００と接続される。ネットワークインターフェイス２４０は、例えば、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に使用される。
【００７０】
本明細書では、ｅＮＢ２００が備えるトランスミッタ２１０、レシーバ２２０、コントローラ２３０、及びネットワークインターフェイス２４０の少なくともいずれかが実行する処理を、便宜上、ｅＮＢ２００が実行する処理（動作）として説明する。
【００７１】
（ＥＣＭ状態）
ＥＣＭ（ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）状態について説明する。ＥＣＭ状態は、ＵＥ１００とＥＰＣ２０との間のシグナリング接続性を表す。ＥＣＭ状態は、ＥＣＭアイドル状態（ＥＣＭ−ＩＤＬＥ  ｓｔａｔｅ）とＥＣＭ接続状態（ＥＣＭ−ＣＯＮＮＥＣＴＥＤ  ｓｔａｔｅ）とを含む。
【００７２】
ＥＣＭアイドル状態では、ＵＥ１００とネットワークとの間のＮＡＳシグナリング接続が存在しない。ＮＡＳシグナリング接続は、Ｓ１  ＭＭＥ接続及びＳ１  Ｕ接続により構成される。Ｓ１  ＭＭＥ接続は、制御信号を伝送するためのＣ（Ｃｏｎｔｒｏｌ）プレーンにおけるｅＮＢ２００とＭＭＥ３００との間の接続である。Ｓ１  Ｕ接続は、ユーザデータを伝送するためのＵ（Ｕｓｅｒ）プレーンにおけるｅＮＢ２００とＳＧＷ４００との間の接続である。Ｓ１  ＭＭＥ接続及びＳ１  Ｕ接続は、Ｓ１接続を構成する。
【００７３】
ＥＣＭアイドル状態では、Ｅ−ＵＴＲＡＮ１０においてＵＥ１００のＵＥコンテキスト（ＵＥ１００のモビリティ（例えば、トラッキングエリア（ＴＡ））を管理するためのコンテキスト以外のコンテキスト）が存在しない。但し、後述する一時再開手順が実行された場合、ＥＣＭアイドル状態において、Ｅ−ＵＴＲＡＮ１０においてＵＥ１００のＵＥコンテキストが存在してもよい。
【００７４】
ＥＣＭ接続状態では、ＵＥ１００とネットワークとの間のＮＡＳシグナリング接続が存在する。ＥＣＭ接続状態では、Ｅ−ＵＴＲＡＮ１０においてＵＥ１００のＵＥコンテキストが存在する。ＥＣＭ接続状態では、ＳＧＷ４００の識別子の精度で、ＵＥ１００の位置がＭＭＥ３００に知られている。
【００７５】
ＵＥ１００及びＭＭＥ３００は、ＥＣＭアイドル状態とＥＣＭ接続状態（ＥＣＭ  ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）との間でＥＣＭ状態を切り替える。
【００７６】
ＵＥ１００及びＭＭＥ３００は、ＵＥ１００とＭＭＥ３００との間のシグナリング接続を確立した時にＥＣＭアイドル状態からＥＣＭ接続状態に入る。ＵＥ１００は、ＲＲＣ接続の確立により、ＥＣＭアイドル状態からＥＣＭ接続状態に入る。ＭＭＥ３００は、ｅＮＢ２００とＳＧＷ４００との間のＳ１接続の確立により、ＥＣＭアイドル状態からＥＣＭ接続状態に入る。Ｓ１接続は、Ｓ１  ＭＭＥ接続及びＳ１  Ｕ接続により構成される。
【００７７】
ＵＥ１００及びＭＭＥ３００は、ＵＥ１００とＭＭＥ３００との間のシグナリング接続を解放した時又は当該シグナリング接続がブレイクした時にＥＣＭ接続状態からＥＣＭアイドル状態に入る。ＵＥ１００は、ＲＲＣ接続の解放により、ＥＣＭ接続状態からＥＣＭアイドル状態に入る。ＵＥ１００は、シグナリング接続の解放又はブレイク（失敗）をｅＮＢ２００から明示的に示されてもよい。ＵＥ１００は、シグナリング接続の解放又はブレイク（失敗）を検知してもよい。ＭＭＥ３００は、Ｓ１接続の解放により、ＥＣＭ接続状態からＥＣＭアイドル状態に入る。
【００７８】
（一時中断手順の概略）
一時中断手順（Ｓｕｓｐｅｎｄ  Ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）の概略について、図６を用いて説明する。図６は、一時中断手順の概略を説明するためのシーケンス図である。一時中断手順は、ＵＥ１００とネットワークとの間の接続を一時中断するための手順である。
【００７９】
図６の初期状態において、ＵＥ１００は、ｅＮＢ２００とＲＲＣ接続を確立している。従って、ＵＥ１００は、ＲＲＣ接続状態である。ＵＥ１００は、ＥＣＭ接続状態である。
【００８０】
図６に示すように、ステップＳ１１０において、ｅＮＢ２００は、一時中断手順をＭＭＥ３００に開始する。具体的には、ｅＮＢ２００は、ＵＥディアクティベートコンテキスト（ＵＥ  Ｄｅａｃｔｉｖａｔｅ  Ｃｏｎｔｅｘｔ）メッセージをＭＭＥ３００へ送る。ＵＥディアクティベートコンテキストメッセージは、ＭＭＥ３００がＥＣＭアイドル状態に入る上で、ＵＥ１００のＲＲＣ接続が一時中断されるべきであることをＭＭＥ３００に示すためのメッセージである。
【００８１】
ｅＮＢ２００及びＭＭＥ３００は、ＵＥ１００のコンテキスト情報を保持する。コンテキスト情報は、例えば、Ｓ１  ＡＰアソシエーションに関するデータ、ＵＥコンテキスト及びベアラコンテキスト、接続を再開するために必要不可欠な情報、セキュリティ情報（例えば、ｉｎｔｅｇｒｉｔｙ  ａｌｇｏｒｉｔｈｍ）の少なくともいずれかを含む。
【００８２】
ＭＭＥ３００は、ＥＣＭアイドル状態に入るため、コンテキスト情報がディアクティベートされる。
【００８３】
ステップＳ１２０において、ＭＭＥ３００は、解放アクセスベアラ要求（Ｒｅｌｅａｓｅ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒｓ  Ｒｅｑｕｅｓｔ）メッセージをＳＧＷ４００へ送る。解放アクセスベアラ要求メッセージは、ＵＥ１００のための全てのＳ１  Ｕベアラの解放を要求するためのメッセージである。Ｓ１  Ｕベアラは、Ｓ１  Ｕ接続に対応する。ＭＭＥ３００は、ＥＣＭ接続状態からＥＣＭアイドル状態へ入る。
【００８４】
ＳＧＷ４００は、Ｓ１  Ｕベアラ（Ｓ１  Ｕ接続）を解放する。ＳＧＷ４００は、ＵＥ１００に関する全てのｅＮＢ関連情報を解放する。一方、ＳＧＷ３００は、ＵＥ１００の他の情報は保持していてもよい。
【００８５】
ステップ１３０において、ＳＧＷ４００は、解放アクセスベアラ応答（Ｒｅｌｅａｓｅ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒｓ  Ｒｅｓｐｏｎｓｅ）メッセージでＭＭＥ３００へ応答する。解放アクセスベアラ応答メッセージは、Ｓ１  Ｕベアラの解放についてＭＭＥ３００に知らせるためのメッセージである。
【００８６】
ステップＳ１４０において、ＭＭＥ３００は、解放アクセスベアラ肯定応答（ＵＥ  Ｄｅａｃｔｉｖａｔｅ  Ｃｏｎｔｅｘｔ  ＡＣＫ）メッセージをｅＮＢ２００へ送る。
【００８７】
ステップＳ１５０において、ＵＥ１００とｅＮＢ２００との間でＲＲＣ接続が一時中断される。ｅＮＢ２００は、ＵＥ１００に対してＲＲＣ接続を一時中断することを示すメッセージを送信する。ＵＥ１００は、当該メッセージの受信に応じて、ＥＣＭ接続状態からＥＣＭアイドル状態へ入る。
【００８８】
ステップＳ１５０は、ＲＲＣ接続一時中断手順である。ＲＲＣ接続一時中断手順は、接続一時中断手順の一部である。
【００８９】
（再開手順の概略）
再開手順（Ｒｅｓｕｍｅ  Ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）の概略について図７を用いて説明する。図７は、再開手順の概略を説明するためのシーケンス図である。再開手順は、ＵＥ１００とネットワークとの間の接続を再開するための手順である。
【００９０】
図７の初期状態において、一時中断手順により、ＵＥ１００とネットワークとの間の接続が一時中断されている。従って、ＲＲＣ接続が中断されている。ＵＥ１００は、ＥＣＭアイドル状態である。
【００９１】
図７に示すように、ステップＳ２１０において、ＵＥ１００とｅＮＢ２００とは、ＲＲＣ接続を再開するための手順（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ）を実行する。ＵＥ１００は、ＲＲＣ接続を再開するためにＲＲＣ再開手順（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ）をトリガする。例えば、ＵＥ１００は、ＲＲＣ接続再開要求をｅＮＢ２００へ送信する。
【００９２】
ＲＲＣ接続再開手順は、再開手順の一部である。
【００９３】
ステップＳ２２０において、ｅＮＢ２００とＭＭＥ３００とは、アクティベートコンテキスト（Ａｃｔｉｖａｔｅ  Ｃｏｎｔｅｘｔ）手順を実行する。アクティベートコンテキスト手順において、ｅＮＢ２００は、ＵＥのＲＲＣ接続が再開することをＭＭＥ３００へ通知する。
【００９４】
ＭＭＥ３００は、ＥＣＭ接続状態へ入る。ＭＭＥ３００は、ＵＥ１００のコンテキスト情報をアクティベートする。
【００９５】
ステップＳ２３０において、ＵＥ１００は、上りデータをｅＮＢ２００へ送信する。ｅＮＢ２００は、上りデータをＳＧＷ４００へ送る。ＳＧＷ４００は、上りデータをＰＧＷ５００へ転送する。
【００９６】
ステップＳ２４０において、ＭＭＥ３００は、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）接続毎に変更ベアラ要求（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）メッセージをＳＧＷ４００へ送る。
【００９７】
ステップＳ２５０において、ＳＧＷ４００は、変更ベアラ応答（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥ３００へ送る。
【００９８】
（第１実施形態に係る動作）
第１実施形態に係る動作について図８を用いて説明する。図８は、第１実施形態に係る動作を説明するためのシーケンス図である。
【００９９】
図８において、ステップＳ３０１からＳ３０４は、一時中断手順に対応する。具体的には、ステップＳ３０１からＳ３０３は、ステップＳ１１０、Ｓ１２０及びＳ１５０に対応する。
【０１００】
ステップＳ３０３において、ｅＮＢ２００−１は、再開識別子（Ｒｅｓｕｍｅ  ＩＤ）をＵＥ１００に割り当てる。
【０１０１】
再開識別子は、一時中断手順においてＵＥ１００に割り当てられる識別子である。再開識別子は、ｅＮＢ２００−１に保持されるＵＥ１００のコンテキスト情報と関連付けられる。コンテキスト情報は、例えば、ＲＲＣコンテキスト又はＳ１ＡＰコンテキストなどの情報を含んでいてもよい。
【０１０２】
再開識別子の長さは可変であってもよい。ｅＮＢ２００−１は、自セル内のＵＥ数に応じて、再開識別子の長さを変更してもよい。ｅＮＢ２００−１は、特定の設定に応じて、再開識別子の長さを変更してもよい。特定の設定は、例えば、「再開識別子＝可変長識別子（Ｆｌｅｘｉｂｌｅ  ｌｅｎｇｔｈ  ＩＤ）＋追加識別子（Ａｄｄｉｔｉｏｎａｌ  ＩＤ）」である。可変長識別子は、長さを変更可能な識別子である。可変長識別子は、所定の情報（例えば、識別情報、及びＣ−ＲＮＴＩなど）を示す識別子であってもよい。追加識別子は、可変長識別子に応じた長さを有してもよい。追加識別子の長さは、再開識別子の長さが一定になるような長さであってもよい（再開識別子の長さ＝可変長識別子と追加識別子との合計長さ＝一定値）。
【０１０３】
再開識別子は、再開識別子の長さを識別するための情報を含んでいてもよい。例えば、以下の通りである。
【０１０４】
（ａ）再開識別子＝長さ識別子＋可変長識別子
長さ識別子は、可変長識別子（又は再開識別子）の長さを示す。長さ識別子が３ビットのケースを例に示す。長さ識別子が「００１」を示す場合、可変長識別子（再開識別子）は、５ビット（８ビット）である。長さ識別子が「０１０」を示す場合、可変長識別子（再開識別子）は、１３ビット（１６ビット）である。長さ識別子が「０１１」を示す場合、可変長識別子（再開識別子）は、２１ビット（２４ビット）である。長さ識別子が「１００」を示す場合、可変長識別子（再開識別子）は、２９ビット（３２ビット）である。
【０１０５】
（ｂ）再開識別子＝ヘッダ＋可変長識別子
ヘッダは、可変長識別子の長さを示す。例えば、ヘッダが「１」を示す場合、可変長識別子は、１バイトである。ヘッダが「２」を示す場合、可変長識別子は、２バイトである。ヘッダが「３」を示す場合、可変長識別子は、３バイトである。
【０１０６】
（ｃ）再開識別子＝第１識別子＋第１長さ識別子＋第２識別子＋第２長さ識別子＋・・・＋第Ｍ識別子＋第Ｍ長さ識別子＋・・・＋第Ｎ識別子＋第Ｎ長さ識別子
第Ｍ識別子は、固定値（例えば、７ビット）である。第Ｍ長さ識別子は、後に識別子が続くか否かを示す。例えば、第Ｍ長さ識別子が「１」を示す場合、後に識別子が存在する。この場合、第Ｍ長さ識別子の後に少なくとも８ビットの識別子（第（Ｍ＋１）識別子（７ビット）＋第（Ｍ＋１）長さ識別子（１ビット））が存在する。第Ｍ長さ識別子が「０」を示す場合、後に識別子が存在しない。例えば、第２長さ識別子が０を示す場合、再開識別子は、「第１識別子（７ビット）＋第１長さ識別子（１ビット：１）＋第２識別子（７ビット）＋第２長さ識別子（１ビット：０）」である。このように、再開識別子は、連続する識別子セット（第Ｍ識別子＋第Ｍ長さ識別子）によって構成されてもよい。
【０１０７】
ｅＮＢ２００は、再開識別子の長さを識別するための情報により再開識別子の長さを把握できる。従って、ｅＮＢ２００は、再開識別子の長さの変更により、長さが異なる複数の再開識別子を受信した場合であっても、混乱せずに、各再開識別子を正確に把握できる。ｅＮＢ２００は、他のｅＮＢ２００が割り当てた再開識別子であっても、再開識別子を正確に把握できる。
【０１０８】
再開識別子の少なくとも一部は、一時中断手順が実行される時にＵＥ１００が接続していたｅＮＢ２００−１を識別するための識別情報であってもよい。従って、再開識別子は、識別情報を含んでいてもよい。
【０１０９】
識別情報は、例えば、一時中断手順が実行される時にＵＥ１００が接続するセルを識別するためのセル識別子である。セル識別子は、例えば、ＰＣＩ（Ｐｈｙｓｉｃａｌ−ｌａｙｅｒ  Ｃｅｌｌ  Ｉｄｅｎｔｉｔｙ）又はＥＣＧＩ（Ｅ-ＵＴＲＡＮ Ｃｅｌｌ Ｇｌｏｂａｌ ＩＤ）である。ＥＣＧＩは、セルが属するＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）の識別子とＣＩ（Ｃｅｌｌ  Ｉｎｄｅｎｔｉｔｙ）とにより構成される。
【０１１０】
識別情報は、一時中断手順が実行される時にＵＥ１００が接続するｅＮＢ２００−１を識別するためのｅＮＢ識別子の情報を含んでいてもよい。ｅＮＢ識別子は、例えば、ｅＮＢ  ＩＤ又はグローバルｅＮＢ識別子である。グローバルｅＮＢ識別子は、ｅＮＢ２００−１が属するＰＬＭＮとｅＮＢ  ＩＤとにより構成される。
【０１１１】
再開識別子の少なくとも一部は、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）であってもよい。Ｃ−ＲＮＴＩは、ＵＥ１００が接続するセル内でのＵＥ１００の一時的な識別子である。
【０１１２】
ＲＲＣ接続一時中断手順の実行により、ＵＥ１００は、ＲＲＣ接続が一時中断される。ＵＥ１００は、ＥＣＭアイドル状態へ移行する。
【０１１３】
ステップＳ３０４において、ＵＥ１００は、新たなｅＮＢ（ｅＮＢ２００−２）へ移動する。具体的には、ＵＥ１００は、ｅＮＢ２００−２が管理するセル内へ移動する。ＵＥ１００は、セル再選択を実行することにより、当該セルを選択する。
【０１１４】
ステップＳ３０５において、ＵＥ１００は、ＲＲＣ接続を再開する場合に、ＲＲＣ接続再開要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ  Ｒｅｑｕｅｓｔ）メッセージをｅＮＢ２００−２へ送信する。ＲＲＣ接続再開要求メッセージは、ＲＲＣ接続の再開を要求するためのメッセージである。ＲＲＣ接続再開要求メッセージは、再開識別子を含む。従って、ＵＥ１００は、再開識別子をｅＮＢ２００−２へ送信する。
【０１１５】
ＵＥ１００は、ＲＲＣ接続再開要求メッセージに上述の識別情報（ＰＣＩ又はＥＣＧＩなど）を含めてもよい。従って、ＵＥ１００は、再開識別子と共に識別情報をｅＮＢ２００−２へ送信してもよい。ＵＥ１００は、再開識別子の少なくとも一部が識別情報でない場合に、識別情報をｅＮＢ２００−２へ送信してもよい。
【０１１６】
識別情報は、Ｃ−ＲＮＴＩ及び／又はＳｈｏｒｔ  ＭＡＣ−Ｉを含んでいてもよい。Ｃ−ＲＮＴＩは、ｅＮＢ２００−１に割り当てられたＣ−ＲＮＴＩである。Ｓｈｏｒｔ  ＭＡＣ−Ｉは、ソースセル（ｅＮＢ２００−１のセル）のセキュリティ設定と再確立セル（ｅＮＢ２００−２のセル）識別子とを用いて算出されるＭＡＣ−Ｉの１６個の最下位ビットである。
【０１１７】
ＵＥ１００は、一時中断手順が実行された後のセル再選択の回数が閾値以上である場合、識別情報をｅＮＢ２００−２へ送信してもよい。ＵＥ１００は、一時中断手順が実行された後のセル再選択の回数が閾値未満である場合、ｅＮＢ２００へ識別情報の送信を省略してもよい。閾値は、１以上の値である。これにより、ＵＥ１００は、再開識別子を割り当てたｅＮＢ２００−１に対して、接続の再開を要求する可能性が高い場合には、識別情報の送信を省略できる。一方、ＵＥ１００は、再開識別子を割り当てたｅＮＢ２００−１と異なる他のｅＮＢ（ｅＮＢ２００−２）に対して、接続の再開を要求する可能性が高い場合には、識別情報を送信できる。ｅＮＢ２００−２は、識別情報により、再開識別子を割り当てたｅＮＢ２００−１、すなわち、ＵＥ１００のコンテキスト情報を保持するｅＮＢ２００−１を識別できる。
【０１１８】
ＵＥ１００は、一時中断手順が実行された時のセル（又はｅＮＢ）と、ＲＲＣ接続再開要求メッセージの送信先が異なる場合にのみ、ＲＲＣ接続再開要求メッセージに識別情報を含めてもよい。すなわち、ＵＥ１００は、ｅＮＢ２００−２のセルにおいて一時中断手順が実行されていない場合に、識別情報をｅＮＢ２００−２へ送信してもよい。例えば、ＵＥ１００は、一時中断手順が実行された時のセル識別子（又はｅＮＢ識別子）を記憶する。ＵＥ１００は、記憶したセル識別子（又はｅＮＢ識別子）が、セル再選択により選択したセルの識別子（又は選択したセルを管理するｅＮＢ識別子）と一致しない場合にのみＲＲＣ接続再開要求メッセージに識別情報を含めてもよい。
【０１１９】
ＵＥ１００は、ＲＲＣ接続を（再）確立するために必要な情報を再開識別子と共にｅＮＢ２００−２へ送信してもよい。必要な情報は、ＲＲＣ（再）接続要求メッセージに含まれる情報である。例えば、必要な情報は、ＰＣＩ、Ｃ−ＲＮＴＩ及びＳｈｏｒｔ  ＭＡＣ−Ｉである。これにより、ＲＲＣ接続の再開が失敗した場合に、ＵＥ１００がＲＲＣ（再）接続要求メッセージを送信しなくても、ＵＥ１００とｅＮＢ２００−２との間のＲＲＣ接続が確立できる。
【０１２０】
ｅＮＢ２００−２は、ＲＲＣ接続再開要求メッセージをＵＥ１００から受信する。ｅＮＢ２００−２は、再開識別子（及び識別情報）を受信する。
【０１２１】
ｅＮＢ２００−２は、再開識別子（及び／又は識別情報）に基づいて、ＵＥ１００のコンテキスト情報を保持するか否かを判定する。ｅＮＢ２００−２は、例えば、ＵＥ１００から受信した再開識別子が自身が割り当てた再開識別子ではない場合に、ＵＥ１００のコンテキスト情報を保持していないと判定してもよい。ｅＮＢ２００−２は、ＵＥ１００から受信した再開識別子が自身が割り当てた再開識別子である場合に、ＵＥ１００のコンテキスト情報を保持していると判定する。ｅＮＢ２００−２は、ＵＥ１００から再開識別子と共に識別情報を受信した場合にコンテキスト情報を保持していないと判定してもよい。ｅＮＢ２００−２は、ＵＥ１００から識別情報を受信しない場合にコンテキスト情報を保持していると判定してもよい。ｅＮＢ２００−２は、ステップＳ３０６の処理により、ＵＥ１００のコンテキスト情報を保持するか否かを判定してもよい。
【０１２２】
ステップＳ３０６において、ｅＮＢ２００−２は、再開識別子及び／又は識別情報に基づいて、ＵＥ１００へ再開識別子を割り当てたｅＮＢ２００−１、すなわち、ＵＥ１００のコンテキスト情報を保持するｅＮＢ２００−１を識別する。ｅＮＢ２００−１は、ＵＥ１００へ再開識別子を割り当てた時に、ＵＥ１００が接続していたセルを管理するｅＮＢである。
【０１２３】
ｅＮＢ２００−２は、再開識別子及び／又は識別情報がセルを示す場合には、隣接ｅＮＢが管理するセルのリストに基づいて、間接的にｅＮＢ２００−１を識別してもよい。
【０１２４】
ｅＮＢ２００−２は、再開識別子及び／又は識別情報がｅＮＢ２００−２を示す場合、ｅＮＢ２００−２は、自身がコンテキスト情報を保持すると判断する。ｅＮＢ２００−２は、再開手順を実行する。すなわち、ｅＮＢ２００−２は、ＵＥ１００のコンテキスト情報に基づいて、ＲＲＣ接続を再開する。
【０１２５】
一方、ｅＮＢ２００−２は、再開識別子及び／又は識別情報が他のｅＮＢ（ｐｒｅｖｉｏｕｓ  ｅＮＢ）を示す場合、ステップＳ３０７の処理を実行する。
【０１２６】
本実施形態において、ｅＮＢ２００−２は、再開識別子及び／又は識別情報に基づいて、ｅＮＢ２００−１を識別する。ｅＮＢ２００−２は、識別したｅＮＢ２００−１に対して、ステップＳ３０７の処理を実行する。
【０１２７】
ステップＳ３０７において、ｅＮＢ２００−２は、コンテキストフェッチ要求（Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈ  Ｒｅｑｕｅｓｔ）メッセージをｅＮＢ２００−１に送る。ｅＮＢ２００−１は、コンテキストフェッチ要求メッセージをｅＮＢ２００−２から受け取る。
【０１２８】
コンテキストフェッチ要求メッセージは、ＵＥ１００のコンテキスト情報を受け取るためのメッセージ（情報）である。コンテキストフェッチ要求メッセージは、再開識別子を含んでもよい。コンテキストフェッチ要求メッセージは、識別情報を含んでもよい。
【０１２９】
ステップＳ３０８において、ｅＮＢ２００−１は、再開識別子（及び識別情報）に基づいて、ＵＥ１００のコンテキスト情報を識別する。
【０１３０】
ステップＳ３０９において、ｅＮＢ２００−１は、コンテキストフェッチ応答（Ｃｏｎｔｅｘｔ  Ｆｅｔｃｈ  Ｒｅｓｐｏｎｓｅ）メッセージをｅＮＢ２００−２へ送る。ｅＮＢ２００−２は、コンテキストフェッチ応答メッセージをｅＮＢ２００−１から受信する。
【０１３１】
コンテキストフェッチ応答メッセージは、ＵＥ１００のコンテキスト情報を含む。コンテキストフェッチ応答メッセージは、再開識別子を含んでいてもよい。コンテキストフェッチ応答メッセージは、識別情報を含んでいてもよい。
【０１３２】
ｅＮＢ２００−２は、ＵＥ１００のコンテキスト情報に基づいて、ＲＲＣ接続を再開する。
【０１３３】
ステップＳ３１０において、ｅＮＢ２００−２は、ＲＲＣ接続再開完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ  Ｃｏｍｐｌｅｔｅ）メッセージをＵＥ１００へ送信する。ＵＥ１００は、ＲＲＣ接続再開完了メッセージをｅＮＢ２００−２から受信する。ＵＥ１００は、ＲＲＣ接続状態へ入る。ＵＥ１００は、ＥＣＭ接続状態へ入る。
【０１３４】
ＲＲＣ接続再開完了メッセージは、再開識別子を含んでいてもよい。
【０１３５】
ステップＳ３１１において、ｅＮＢ２００−２とＭＭＥ３００とは、ＵＥコンテキストアクティベート手順を実行する。ステップＳ３１１は、ステップＳ２２０に対応する。ＭＭＥ３００は、ＥＣＭ接続状態へ入る。
【０１３６】
ｅＮＢ２００−２は、ＵＥ１００を管理するｅＮＢ２００が変更されることを示す情報と再開識別子とを含むメッセージをＭＭＥ３００に送ってもよい。当該メッセージは、パススイッチ要求メッセージであってもよい。ＭＭＥ３００は、当該パススイッチ要求メッセージに基づいて、ｅＮＢ２００−１からｅＮＢ２００−２へＳ１  Ｕ接続を切り替える制御を実行できる。
【０１３７】
（第１実施形態に係る変更例１）
第１実施形態に係る変更例１について図９を用いて説明する。図９は、第１実施形態に係る変更例１を説明するためのシーケンス図である。上述と同じ説明は、省略する。
【０１３８】
本変更例では、ＵＥ１００は、ｅＮＢ２００がＵＥ１００のコンテキスト情報を保持していないことを示す情報をｅＮＢ２００から受信した場合に、識別情報をｅＮＢ２００へ送信する。
【０１３９】
図９に示すように、ステップＳ４０１からＳ４０４は、ステップＳ３０１からＳ３０４に対応する。
【０１４０】
ステップＳ４０５において、ＵＥ１００は、ＲＲＣ接続再開要求メッセージをｅＮＢ２００−２へ送信する。本変更例において、ＲＲＣ接続再開要求メッセージは、再開識別子を含む。一方で、ＲＲＣ接続再開要求メッセージは、識別情報を含まない。
【０１４１】
ステップＳ４０６において、ｅＮＢ２００−２は、再開識別子に基づいて、ＵＥ１００のコンテキスト情報を保持しているか否かを判定する。ｅＮＢ２００−２は、再開識別子に基づいて、ＵＥ１００のコンテキスト情報を保持していないと判定した場合、すなわち、ＵＥ１００のコンテキスト情報を識別できない場合、ステップＳ４０７の処理を実行する。
【０１４２】
ｅＮＢ２００−２は、ＵＥ１００のコンテキスト情報を保持している場合、ＲＲＣ接続を再開する。その後、ステップＳ３１０及びＳ３１１の処理を実行する。
【０１４３】
ｅＮＢ２００−２は、ＲＲＣ接続を再開するか否かを判定してもよい。ｅＮＢ２００−２は、ＵＥ１００のコンテキスト情報を保持している場合、ＲＲＣ接続を再開すると判定する。ｅＮＢ２００−２は、ＵＥ１００のコンテキスト情報を保持していない場合、ＲＲＣ接続を再開しない（再開失敗）と判定する。
【０１４４】
ステップＳ４０７において、ｅＮＢ２００−２は、ＲＲＣ接続再開失敗（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｓｕｍｅ  Ｆａｉｌｕｒｅ）メッセージをＵＥ１００へ送信する。ＵＥ１００は、ＲＲＣ接続再開失敗メッセージをｅＮＢ２００−２から受信する。
【０１４５】
ＲＲＣ接続再開失敗メッセージは、ｅＮＢ２００がＵＥ１００のコンテキスト情報を保持していないことを示す情報を含んでもよい。当該情報は、ＵＥ１００のコンテキスト情報が識別できなかった理由情報であってもよい。ＲＲＣ接続再開失敗メッセージは、ｅＮＢ２００がＵＥ１００のコンテキスト情報を保持していないことを示してもよい。
【０１４６】
ステップＳ４０８において、ＵＥ１００は、当該情報の受信に応じて、ＲＲＣ接続再確立要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔ）メッセージをｅＮＢ２００−２へ送信する。ｅＮＢ２００−２は、ＲＲＣ接続再確立要求メッセージをＵＥ１００から受信する。
【０１４７】
ＵＥ１００は、Ｔ３１０タイマが満了していない場合であっても、ＲＲＣ接続再確立要求メッセージをｅＮＢ２００−２へ送信してもよい。ＵＥ１００は、Ｔ３１０タイマが満了した場合に、ＲＲＣ接続再確立手順を開始できる。ＵＥ１００は、ＥＣＭアイドル状態であっても、ＲＲＣ接続再確立要求メッセージをｅＮＢ２００−２へ送信してもよい。
【０１４８】
ＲＲＣ接続再確立要求メッセージは、識別情報を含む。例えば、ＲＲＣ接続再確立要求メッセージは、ＰＣＩ、Ｃ−ＲＮＴＩ及びＳｈｏｒｔ  ＭＡＣ−Ｉを含む。
【０１４９】
ステップＳ４０９からＳ４１２は、ステップＳ３０６からＳ３０９に対応する。
【０１５０】
ステップＳ４１３において、ｅＮＢ２００−２は、ＲＲＣ接続再確立（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージをＵＥ１００へ送信する。ＵＥ１００は、ＲＲＣ接続再確立メッセージをｅＮＢ２００−２から受信する。ＲＲＣ接続再確立メッセージは、再開識別子を含んでもよい。
【０１５１】
ステップＳ４１４において、ＵＥ１００は、ＲＲＣ接続再確立完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃｏｍｐｌｅｔｅ）メッセージをｅＮＢ２００−２へ送信する。ｅＮＢ２００−２は、ＲＲＣ接続再確立完了メッセージをＵＥ１００から受信する。これにより、ＵＥ１００とｅＮＢ２００−２との間にＲＲＣ接続が確立される。ＵＥ１００は、ＲＲＣ接続状態へ移行する。ＵＥ１００は、ＥＣＭ接続状態へ移行する。
【０１５２】
ステップＳ４１５は、ステップＳ３１１に対応する。
【０１５３】
（第１実施形態に係る変更例２）
第１実施形態に係る変更例２について図１０を用いて説明する。図１０は、第１実施形態に係る変更例２を説明するためのシーケンス図である。上述と同じ説明は、省略する。
【０１５４】
本変更例では、ｅＮＢ２００−２は、第１実施形態と異なる方法により、ＵＥ１００のコンテキスト情報をｅＮＢ２００−１から受け取る。
【０１５５】
図１０において、初期状態では、ＵＥ１００は、ｅＮＢ２００−１（Ｓｏｕｒｃｅ  ｅＮＢ）のセル（ソースセル）に在圏する。ＵＥ１００は、ｅＮＢ２００−１を介して、ＳＧＷ４００からパケットデータを受信する。ＵＥ１００は、ｅＮＢ２００−１を介して、ＳＧＷ４００へパケットデータを送信する。
【０１５６】
ステップＳ５０１において、ＵＥ１００は、ＲＲＣ一時中断手順を実行する。ＵＥ１００は、再確立識別子を含む。
【０１５７】
ステップＳ５０２において、ＵＥ１００は、無線リンク障害（ＲＬＦ）を検出する。ＵＥ１００は、ＲＬＦを検出せずに、（自発的に）ＲＲＣアイドル状態へ移行してもよい。
【０１５８】
ステップＳ５０３において、ＵＥ１００は、セル再選択を実行する。ＵＥ１００は、ターゲットセルを選択する。ターゲットセルは、ｅＮＢ２００−２が管理するセルである。
【０１５９】
ステップＳ５０４において、ＵＥ１００は、ＲＲＣ接続再確立メッセージをｅＮＢ２００−２へ送信する。ＲＲＣ接続再確立メッセージは、再確立識別子を含む。ＲＲＣ接続再確立メッセージは、ＰＣＩ、Ｃ−ＲＮＴＩ及びＳｈｏｒｔ  ＭＡＣ−Ｉを含む。ＵＥ１００は、ＲＲＣ接続再確立メッセージの代わりに、ＲＲＣ接続確立（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔ）メッセージを用いてもよい。
【０１６０】
ステップＳ５０２においてＲＲＣアイドル状態へ移行したＵＥ１００は、データ通信の開始を望む場合に、ＲＲＣ接続再確立メッセージをｅＮＢ２００−２へ送信してもよい。従って、ＵＥ１００は、データの発生をトリガとして、ステップＳ５０４の処理を開始してもよい。
【０１６１】
ステップＳ５０５において、ｅＮＢ２００−２は、コンテキストフェッチを実行するか否かを決定する。ｅＮＢ２００−２は、ＲＲＣ接続再確立メッセージが再確立識別子を含む場合、コンテキストフェッチを実行すると決定する。この場合、ｅＮＢ２００−２は、ステップＳ５０６の処理を実行する。
【０１６２】
ｅＮＢ２００−２は、ＵＥ１００のコンテキスト情報を保持する場合、コンテキストフェッチを実行しないと判定する。この場合、ｅＮＢ２００−２は、コンテキスト情報に基づいて、ＵＥ１００とのＲＲＣ接続の確立を開始する。
【０１６３】
ステップＳ５０６において、ｅＮＢ２００−２は、ＲＬＦインディケーションをｅＮＢ２００−１へ送る。ＲＬＦインディケーションは、ＲＬＦが発生したことを示すインディケーションである。ＲＬＦインディケーションは、ＵＥ１００のコンテキスト情報を識別するためにＰＣＩ（又はＥＣＧＩ）、Ｃ−ＲＮＴＩ及びＳｈｏｒｔ  ＭＡＣ−Ｉを含む。ＲＬＦインディケーションは、ターゲットセルを識別するためのＥＣＧＩを含む。ＲＬＦインディケーションは、再開識別子を含んでもよい。ＲＬＦインディケーションは、接続の再開が失敗したことを示す失敗情報を含んでいてもよい。例えば、ＲＬＦインディケーションに含まれるＲＲＣ  Ｃｏｎｎ  Ｒｅｅｓｔａｂ  Ｉｎｄｉｃａｔｏｒ  ＩＥが、再開失敗（ＥＮＵＭＲＡＴＥＤ：Ｒｅｓｕｍｅ  Ｆａｉｌｕｒｅ）を示す値を含んでいてもよい。或いは、ＲＬＦインディケーションが新たなＩＥ（ＲＲＣ  Ｒｅｓｕｍｅ  ｉｎｄｉｃａｏｒ）を含んでいてもよい。新たなＩＥは、接続再開の失敗を示す情報（Ｒｅｓｕｍｅ  Ｆａｉｌｕｒｅ）を含む。
【０１６４】
ｅＮＢ２００−２は、ＲＬＦが発生していない場合、すなわち、ＵＥ１００が自発的にＲＲＣアイドル状態へ移行した場合、ＲＬＦインディケーションの代わりに、新たなＸ２メッセージをｅＮＢ２００−１へ送ってもよい。新たなＸ２メッセージは、上述のＲＬＦインディケーションと同じ情報を含むことができる。
【０１６５】
ステップＳ５０７において、ｅＮＢ２００−１は、ＲＬＦインディケーション（再開識別子）の受信に応じて、コンテキストフェッチを実行するか否かを決定する。ｅＮＢ２００−１は、ＵＥ１００のコンテキスト情報を保持する場合、コンテキストフェッチを実行すると決定する。この場合、ｅＮＢ２００−１は、ステップＳ５０８の処理を実行する。一方、ｅＮＢ２００−１は、ＵＥ１００のコンテキスト情報を保持しない場合、コンテキストフェッチを実行しないと決定する。この場合、ｅＮＢ２００−１は、処理を終了してもよい。
【０１６６】
ステップＳ５０８において、ｅＮＢ２００−１は、ハンドオーバ要求をｅＮＢ２００−２へ送る。ハンドオーバ要求は、ＵＥ１００のコンテキスト情報を含む。ハンドオーバ要求は、再開識別子を含んでもよい。ＵＥ１００のコンテキスト情報は、コンテナ（Ｓｏｕｒｃｅ  ｅＮＢ  to  ｔａｒｇｅｔ  ｅＮＢ  Ｃｏｎｔａｉｎｅｒ  ＩＥ）に含まれる。
【０１６７】
ステップＳ５０９において、ｅＮＢ２００−２は、アドミッション制御を実行する。
【０１６８】
ステップＳ５１０において、ｅＮＢ２００−２は、ハンドオーバ要求に対する応答（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫ）をｅＮＢ２００−１へ送る。
【０１６９】
ステップＳ５１１及びＳ５１２は、ステップＳ４１３及びＳ４１４に対応する。
【０１７０】
ステップＳ５１３において、ｅＮＢ２００−１は、ＵＥ１００のデータをｅＮＢ２００−２へ転送することを決定する。
【０１７１】
ステップＳ５１４において、ｅＮＢ２００−１は、ＵＥ１００から受信したデータのシーケンス番号（ＰＤＣＰ  ＳＮ）及びＵＥ１００へ送信したデータのシーケンス番号（ＰＤＣＰ  ＳＮ）を伝えるためのＳＮ状態転送（ＳＮ  ＳＴＡＴＵＳ  ＴＲＡＮＳＦＥＲ）メッセージをｅＮＢ２００−２へ送る。
【０１７２】
ステップＳ５１５において、ｅＮＢ２００−１は、データをｅＮＢ２００−２へ転送する。
【０１７３】
ステップＳ５１６において、ｅＮＢ２００−２は、ｅＮＢ２００−１から転送されたデータ（パケット）を記憶する。
【０１７４】
ステップＳ５１７において、ｅＮＢ２００−２は、ＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥ１００へ送信する。
【０１７５】
ステップＳ５１８において、ＵＥ１００は、ＲＲＣ接続再設定完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージをｅＮＢ２００−２へ送信する。
【０１７６】
ステップＳ５１９において、ＵＥ１００とｅＮＢ２００−２との間でパケットデータが送信（及び／又は受信）される。ｅＮＢ２００−２は、ＳＧＷ４００へパケットデータを送る。
【０１７７】
ステップＳ５２０において、ｅＮＢ２００−２は、ＵＥ１００がセルを変更したことを知らせるためのパススイッチ要求（ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴ）メッセージをＭＭＥ３００へ送る。パススイッチ要求メッセージは、ＭＭＥ３００内でのＵＥ１００の識別子（ＭＭＥ  ＵＥ  Ｓ１  ＡＰ  ＩＤ）と、ｅＮＢ２００−２内でのＵＥ１００の識別子（ｅＮＢ  ＵＥ  Ｓ１  ＡＰ  ＩＤ）とを含む。パススイッチ要求メッセージは、ＭＭＥ  ＵＥ  Ｓ１  ＡＰ  ＩＤとｅＮＢ２００−１内でのＵＥ１００の識別子（ｅＮＢ  ＵＥ  Ｓ１  ＡＰ  ＩＤ）であってもよい。ｅＮＢ２００−１内でのＵＥ１００の識別子は、ＵＥ１００のコンテキスト情報に含まれていてもよい。
【０１７８】
ＭＭＥ３００は、これらの識別子に基づいて、接続を再開する。具体的には、ＭＭＥ３００は、これらの識別子に基づいて、ＵＥ１００のためのＳ１  ＭＭＥ接続を切り替える。すなわち、ＭＭＥ３００は、Ｓ１  ＭＭＥ接続の接続先をｅＮＢ２００−１からｅＮＢ２００−２へ切り替える。
【０１７９】
ステップＳ５２１において、ＭＭＥ３００は、変更ベアラ要求（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）メッセージをＳＧＷ４００へ送る。
【０１８０】
ステップＳ５２２において、ＳＧＷ４００は、下りデータパスを切り替える。すなわち、ＳＧＷ４００は、下りデータパスがｅＮＢ２００−２を経由するように、Ｓ１  Ｕ接続（Ｓ１  Ｕベアラ）の接続先をｅＮＢ２００−１からｅＮＢ２００−２へ切り替える。
【０１８１】
ステップＳ５２３において、ＳＧＷ４００は、エンドマーカパケットをｅＮＢ２００−１へ送る。ｅＮＢ２００−１は、エンドマーカパケットをｅＮＢ２００−２へ送る。
【０１８２】
ステップＳ５２４において、ＳＧＷ４００とｅＮＢ２００−２とは、ＵＥ１００のデータパケットを送信及び／又は受信する。
【０１８３】
ステップＳ５２５において、ＳＧＷ４００は、変更ベアラ応答（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）をＭＭＥ３００へ送る。
【０１８４】
ステップＳ５２６において、ＭＭＥ３００は、パススイッチ要求に対する肯定応答（ＰＡＴＨ  ＳＷＩＴＣＨ  ＲＥＱＵＥＳＴ  ＡＣＫ）をｅＮＢ２００−２へ送る。
【０１８５】
ステップＳ５２７において、ｅＮＢ２００−２は、ＵＥコンテキスト解放（ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ）メッセージをｅＮＢ２００−１へ送る。
【０１８６】
ステップＳ５２８において、ｅＮＢ２００−１は、ＵＥ１００のコンテキスト情報を解放する。
【０１８７】
（第１実施形態に係る変更例３）
第１実施形態に係る変更例３について図１１を用いて説明する。図１１は、第１実施形態に係る変更例３を説明するためのフローチャートである。上述と同じ説明は、省略する。
【０１８８】
本変更例では、ＵＥ１００は、条件に基づいて、接続の再開を要求するか否かを判定する。動作環境は、第１実施形態と同様である。
【０１８９】
初期状態において、ＵＥ１００は、ＲＲＣ一時中断手順により、ＲＲＣ接続が一時中断されている。ＵＥ１００は、ＥＣＭアイドル状態である。
【０１９０】
図１１に示すように、ＵＥ１００は、ＲＲＣ接続の再開又はＲＲＣ接続の（再）確立を望む場合、ステップＳ６１０の処理を実行する。
【０１９１】
ステップＳ６１０において、ＵＥ１００は、再開識別子を保持するか否かを判定する。ＵＥ１００は、再開識別子を保持する場合、ステップＳ６２０の処理を実行する。ＵＥ１００は、再開識別子を保持しない場合、ステップＳ６４０の処理を実行する。
【０１９２】
ステップＳ６２０において、ＵＥ１００は、ＲＲＣ再開手順を実行するか否かの条件を満たすか否かを判定する。ＵＥ１００は、条件を満たす場合、ステップＳ６３０の処理を実行する。ＵＥ１００は、条件を満たさない場合、ステップＳ６４０の処理を実行する。
【０１９３】
条件は、以下の少なくともいずれかの条件である。ＵＥ１００は、複数の条件が満たされた場合に、ステップＳ６３０の処理を実行してもよい。
【０１９４】
第１の条件は、一時中断手順が実行された後のセル再選択の回数が閾値未満であるという条件である。
【０１９５】
ＵＥ１００は、一時中断手順が実行された後のセル再選択の回数が閾値未満である場合、ステップＳ６３０の処理を実行する。ＵＥ１００は、一時中断手順が実行された後のセル再選択の回数が閾値以上である場合、ステップＳ６４０の処理を実行する。閾値は、１以上の値である。
【０１９６】
第２の条件は、接続を再開できる領域内にＵＥ１００が位置するという条件である。ＵＥ１００は、接続を再開できる領域内にＵＥ１００が位置する場合、ステップＳ６３０の処理を実行する。ＵＥ１００は、接続を再開できる領域内にＵＥ１００が位置しない場合、ステップＳ６４０の処理を実行する。
【０１９７】
ＵＥ１００は、例えば、ＵＥ１００が接続を再開できる領域（再開領域）にいるか否かを再開識別子に基づいて、判定してもよい。例えば、再開識別子の少なくとも一部は、再開領域を示すエリア情報であってもよい。エリア情報は、例えば、トラッキングエリアを示す。例えば、再開識別子のヘッダがエリア情報であってもよい。
【０１９８】
ＵＥ１００は、ＵＥ１００が位置するトラッキングエリアとエリア情報とが一致する場合、再開領域内に位置すると判定する。
【０１９９】
第３の条件は、ＲＲＣ接続を確立するｅＮＢ２００が、ＵＥ１００のコンテキスト情報の転送をサポートするｅＮＢグループ（ｅＮＢクラスタ）に含まれるという条件である。ＵＥ１００は、セル再選択の実行により、選択したセルを管理するｅＮＢ２００が当該ｅＮＢグループに含まれる場合、ステップＳ６３０の処理を実行する。ＵＥ１００は、ｅＮＢ２００がｅＮＢグループに含まれない場合、ステップＳ６４０の処理を実行する。
【０２００】
ＵＥ１００は、例えば、クラスタ情報に基づいて、ｅＮＢ２００がｅＮＢグループに含まれるか否かを判定してもよい。
【０２０１】
クラスタ情報は、ＵＥ１００のコンテキスト情報の転送をサポートするｅＮＢグループを識別するための情報である。同じｅＮＢグループに属するｅＮＢ（例えば、隣接ｅＮＢ）間でＵＥ１００のコンテキスト情報が転送可能である。同じｅＮＢグループに含まれるｅＮＢ間でＸ２インターフェイスが確立されていてもよい。クラスタ情報は、例えば、ＰＬＭＮ及びＰＣＩなどのセルを識別するための情報を含んでいてもよい。ＵＥ１００は、セルを識別するための情報を含むシステム情報ブロック（例えば、ＳＩＢ１：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  １）を受信することにより、当該ｅＮＢ２００（セル）がｅＮＢグループに含まれるか否かを判定できる。クラスタ情報は、他の情報（例えば、上述の識別情報）を含んでいてもよい。
【０２０２】
ＵＥ１００は、例えば、アタッチ手順などにより、ＵＥ１００のコンテキスト情報が生成される時に、ＮＡＳメッセージによりＭＭＥ３００からクラスタ情報を受信してもよい。ＵＥ１００は、一時中断手順が実行される際に、クラスタ情報を受信してもよい。
【０２０３】
ステップＳ６３０において、ＵＥ１００は、ＲＲＣ再開手順を実行する。すなわち、ＵＥ１００は、再開識別子をｅＮＢ２００へ送信する。
【０２０４】
ステップＳ６４０において、ＵＥ１００は、ＲＲＣ（再）接続手順を実行する。すなわち、ＵＥ１００は、再開識別子をｅＮＢ２００へ送信しない。
【０２０５】
以上により、例えば、ＵＥ１００は、一時中断手順が実行された後のセル再選択の回数が閾値未満である場合、再開識別子をｅＮＢ２００へ送信する。ＵＥ１００は、セル再選択の回数が閾値以上である場合、再開識別子の送信を省略する。これにより、ＵＥ１００は、再開識別子を割り当てたｅＮＢ２００（コンテキスト情報を保持するｅＮＢ２００）に対して、接続の再開を要求する可能性が高い場合には、再開識別子を送ることができる。ＵＥ１００は、再開識別子を割り当てていない他のｅＮＢ２００（コンテキスト情報を保持しないｅＮＢ２００）に対して、接続の再開を要求する可能性が高い場合には、既存のＲＲＣ（再）接続要求を行う。従って、ＲＲＣ再開手順が失敗することを低減できるため、シグナリングを低減できる。
【０２０６】
ＵＥ１００は、接続を再開できる領域内にＵＥ１００が位置する場合、再開識別子をｅＮＢ２００へ送信する。ＵＥ１００は、接続を再開できる領域内にＵＥ１００が位置しない場合、再開識別子の送信を省略する。これにより、ＵＥ１００は、接続を再開できないｅＮＢ２００へ対して、再開識別子を送信することを省略できる。従って、ＲＲＣ再開手順が失敗することを低減できるため、シグナリングを低減できる。
【０２０７】
ＵＥ１００は、接続先のｅＮＢ２００がｅＮＢグループに含まれる場合、再開識別子を送信する。ＵＥ１００は、接続先のｅＮＢ２００がｅＮＢグループに含まれない場合、再開識別子の送信を省略する。これにより、ＵＥ１００は、接続を再開できないｅＮＢ２００へ対して、再開識別子を送信することを省略できる。従って、ＲＲＣ再開手順が失敗することを低減できるため、シグナリングを低減できる。
【０２０８】
［第２実施形態］
第２実施形態について図１２を用いて説明する。図１２は、第２実施形態を説明するためのシーケンス図である。
【０２０９】
シグナリング減少のために、Ｓ１  Ｕベアラが確立されない状態で、上りデータをＮＡＳメッセージによりＵＥ１００からＭＭＥ３００へ送ることが想定されている。ＮＡＳシグナリングにＵプレーンデータをピギーバックさせることにより、上りデータ（及び下りデータ）をＵＥ１００とＭＭＥ３００との間で運ぶことができる。これにより、例えば、Ｅ−ＲＡＢ設定用の初期コンテキストセットアップ手順に関するシグナリング及びＲＲＣセキュリティモードコマンドに関するシグナリングが低減できる。
【０２１０】
初期状態では、初期ＵＥメッセージ（Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ）によりｅＮＢ２００からＭＭＥ３００へ上りデータが送られる。初期ＵＥメッセージに対する下りデータが存在する場合には、下りデータを含む下りＳ１ＡＰメッセージ（Ｄｏｗｎｌｉｎｋ  Ｓ１−ＡＰ  ｍｓｇ．）がＭＭＥ３００からｅＮＢ２００へ送られる。下りＳ１ＡＰメッセージは、ＭＭＥ３００内でのＵＥ１００の識別子（ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ）を含む。
【０２１１】
その後、上りデータが送信される場合、ＮＡＳ  ＵＬトランスポートメッセージによりｅＮＢ２００からＭＭＥ３００へ上りデータが送られる。
【０２１２】
ここで、ＮＡＳ  ＵＬトランスポートメッセージは、ＭＭＥ３００内でのＵＥ１００の識別子（ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ）を含む必要がある。初期ＵＥメッセージに対する下りデータが存在する場合には、ｅＮＢ２００は、ＭＭＥ３００から通知されたＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤをＮＡＳ  ＵＬトランスポートメッセージに含めることができる。
【０２１３】
初期ＵＥメッセージに対する下りデータが存在しない場合には、下りＳ１ＡＰメッセージがＭＭＥ３００からｅＮＢ２００へ送られることはない。従って、ｅＮＢ２００は、ＭＭＥ内でのＵＥ１００の識別子をＮＡＳ  ＵＬトランスポートメッセージに含めることができない可能性がある。ＮＡＳ  ＵＬトランスポートメッセージがＭＭＥ３００内でのＵＥ１００の識別子を含むことが必須であるため、ｅＮＢ２００は、ＮＡＳ  ＵＬトランスポートメッセージにより上りデータをＭＭＥ３００へ送ることができない虞がある。
【０２１４】
図１２において、初期状態では、ＵＥ１００は、ＲＲＣアイドル状態である。ＵＥ１００は、ＥＣＭアイドル状態である。
【０２１５】
図１２に示すように、ステップＳ７０１において、上りデータをＵＥ１００からｅＮＢ２００へ送るために、ＵＥ１００とｅＮＢ２００−２とはＲＲＣ接続を確立する。ＵＥ１００は、上りデータを含むＮＡＳメッセージをｅＮＢ２００へ送信する。
【０２１６】
ＮＡＳメッセージは、解放アシスタンス情報（Ｒｅｌｅａｓｅ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｎ）を含んでいてもよい。
【０２１７】
解放アシスタンス情報は、例えば、上りデータに対して下りデータ（ＡＣＫ又は応答）が期待されるか否かを示す情報である。解放アシスタンス情報は、下りデータの伝送後にＳ１接続が解放されるか否かを示す情報であってもよい。
【０２１８】
ステップＳ７０２において、ｅＮＢ２００は、ＭＭＥ３００へ初期ＵＥメッセージを送る。初期ＵＥメッセージは、ＮＡＳメッセージに含まれる上りデータを含む。
【０２１９】
ステップＳ７０３からＳ７０５は、ステップＳ３０１からＳ３０３に対応する。ステップＳ７０５において、ｅＮＢ２００は、一時中断手順において、ＵＥ１００のコンテキスト情報と関連付けた再開識別子をＵＥ１００に割り当てる。
【０２２０】
ステップＳ７０６において、上りデータが存在する場合、ＵＥ１００は、ステップＳ７０７の処理を実行するか否かを決定する。すなわち、ＵＥ１００は、再開手順を利用して、上りデータをＮＡＳメッセージにより送るか否かを決定する。
【０２２１】
ＵＥ１００は、下りデータを含むＮＡＳ  ＰＤＵ（ＮＡＳ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）をｅＮＢ２００から受信していない場合に、ステップＳ７０７の処理を実行してもよい。ＮＡＳ  ＰＤＵは、下りＳ１ＡＰメッセージがＭＭＥ３００からｅＮＢ２００へ送られた場合に、ｅＮＢ２００からＵＥ１００へ送られる。このため、ｅＮＢ２００が下りデータを含むＮＡＳ  ＰＤＵをＵＥ１００へ送信した場合、ｅＮＢ２００は、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤを既に知っている。
【０２２２】
ＵＥ１００は、ＮＡＳメッセージによる上りデータの送信回数が２回以上である場合であり、かつ、再開識別子を保持する場合、ステップＳ７０７の処理を実行してもよい。
【０２２３】
ＵＥ１００は、再開識別子を保持していない場合、ＲＲＣ一時中断手順をトリガしてもよい。すなわち、ＵＥ１００は、再開識別子をｅＮＢ２００から割り当てられるために、ＲＲＣ一時中断手順の実行をｅＮＢ２００−２へ要求してもよい。
【０２２４】
ステップＳ７０７において、ＵＥ１００は、再開要求をｅＮＢ２００へ送信する。ＵＥ１００は、下りデータを含むＮＡＳ  ＰＤＵ（ＮＡＳ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）をｅＮＢ２００から受信していない場合に、再開要求をｅＮＢ２００へ送信する。再開要求は、上りデータを含むＮＡＳメッセージ（ＮＡＳ  ＰＤＵ）と再開識別子とを含む。従って、ＵＥ１００は、ＮＡＳメッセージと共に再開識別子をｅＮＢ２００へ送信する。
【０２２５】
再開要求は、解放アシスタンス情報を含んでいてもよい。
【０２２６】
ステップＳ７０８において、ｅＮＢ２００は、再開応答をＵＥ１００へ送信する。
【０２２７】
ステップＳ７０９において、ｅＮＢ２００は、再開識別子に基づいて、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤを識別する。具体的には、ｅＮＢ２００は、再開識別子と関連付けられたＵＥ１００のコンテキスト情報を識別する。ｅＮＢ２００は、コンテキスト情報に含まれるＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤを取得する。
【０２２８】
ステップＳ７１０において、ｅＮＢ２００は、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤと上りデータとを含むＮＡＳ  ＵＬトランスポートメッセージをＭＭＥ３００へ送る制御を実行する。ＮＡＳ  ＵＬトランスポートメッセージは、ｅＮＢ２００内でのＵＥ１００の識別子であるｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤを含んでいてもよい。
【０２２９】
ステップＳ７１１において、ｅＮＢ２００とＭＭＥ３００とは、上述したＵＥコンテキストアクティベート手順を実行してもよい。或いは、ｅＮＢ２００とＭＭＥ３００とは、ＵＥコンテキストアクティベート手順を省略してもよい。これにより、シグナリングをさらに低減できる。
【０２３０】
ステップＳ７１２において、ＵＥ１００とｅＮＢ２００とは、上述したＲＲＣ接続一時中断手順を実行してもよい。或いは、ＵＥ１００とｅＮＢ２００とは、ＲＲＣ接続一時中断手順を省略してもよい。これにより、シグナリングをさらに低減できる。
【０２３１】
以上により、ＵＥ１００は、上りデータを含むＮＡＳメッセージと共に再開識別子をｅＮＢ２００へ送信する。ｅＮＢ２００は、上りデータを含むＮＡＳメッセージと共に再開識別子をＵＥ１００から受信する。これにより、ｅＮＢ２００は、再開識別子に基づいて、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤを識別する。従って、ｅＮＢ２００は、ＭＭＥ３００から下りＳ１ＡＰメッセージを受信していない場合であっても、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤを取得できるため、上りデータを含むＮＡＳ  ＵＬトランスポートメッセージを送信できる。
【０２３２】
［その他の実施形態］
各実施形態によって、本出願の内容を説明したが、この開示の一部をなす論述及び図面は、本出願の内容を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０２３３】
第１実施形態において、ＵＥ１００からｅＮＢ２００−２への再開識別子を含むメッセージ（ＲＲＣ接続再開要求メッセージ、ＲＲＣ接続再確立要求メッセージ及びＲＲＣ接続確立要求メッセージ）は、他のメッセージ（例えば、新規メッセージ）であってもよい。ＵＥ１００は、ＲＲＣ状態において送信可能なメッセージに再開識別子を含めてもよい。
【０２３４】
第１実施形態において、ＲＲＣ接続再開要求メッセージは、ＲＲＣ（再）接続確立要求メッセージに置き換えられてもよい。ＲＲＣ（再）接続確立要求メッセージは、ＲＲＣ接続再開要求メッセージに置き換えられてもよい。
【０２３５】
第１実施形態におけるステップＳ３０７からＳ３０９は、ステップＳ５０６からＳ５１０に置き換えられてもよい。具体的には、ステップＳ３０７におけるコンテキストフェッチ要求メッセージは、ステップＳ５０６におけるＲＬＦインディケーション（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ  Ｉｎｄｉｃａｔｉｏｎ）であってもよい。ステップＳ３０９におけるコンテキストフェッチ応答メッセージは、ステップＳ５０８におけるハンドオーバ要求メッセージであってもよい。この場合、ｅＮＢ２００−２は、ハンドオーバ要求に対する応答（ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫ）をｅＮＢ２００−１へ送ってもよい。ｅＮＢ２００−１は、ｅＮＢ２００−２からのＲＬＦインディケーションの受信に応じて、ｅＮＢ２００−２と異なる隣接ｅＮＢ２００へＵＥ１００のコンテキスト情報を送ってもよい。ｅＮＢ２００−１は、ハンドオーバ要求メッセージにより隣接ｅＮＢ２００へＵＥ１００のコンテキスト情報を送ってもよい。従って、ｅＮＢ２００−１は、ＲＬＦインディケーションの送信元と異なる隣接ｅＮＢへＵＥ１００のコンテキスト情報を送ってもよい。
【０２３６】
上述と同様に、ステップＳ５０６からＳ５１０は、ステップＳ３０７からＳ３０９に置き換えられてもよい。
【０２３７】
第１実施形態では、１つのｅＮＢ２００から再開識別子を割り当てられていたが、これに限られない。ＵＥ１００は、複数のｅＮＢ２００のそれぞれから再開識別子を割り当てられてもよい。例えば、ＵＥ１００は、再開手順を実行した後も、再開識別子を削除せずに、再開識別子を記憶しておく。ＵＥ１００は、新たなセル（新たなｅＮＢ２００）において一時中断手順を実行することにより、新たに再開識別子を取得する。これにより、ＵＥ１００は、複数の再開識別子を記憶する。ＵＥ１００は、再開識別子と当該再開識別子を割り当てたｅＮＢ２００とを関連付ける。ＵＥ１００は、ＲＲＣ接続再開要求を送信する場合、選択したセルを管理するｅＮＢ２００から割り当てられた再開識別子を含める。
【０２３８】
この場合、ＭＭＥ３００は、１つのＵＥ１００に対して複数のコンテキスト情報を管理する。例えば、ＭＭＥ３００は、初期アタッチに含まれるＵＥ１００の情報（例えば、ＧＵＴＩ：Ｇｌｏｂａｌ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）と各ｅＮＢ２００において共通のコンテキスト情報とを関連付けてもよい。これにより、ＭＭＥ３００は、記憶すべきコンテキスト情報の量を減らすことができるため、ＭＭＥ３００の負荷を低減できる。共通のコンテキスト情報は、ｅＮＢ２００とＭＭＥ３００との間のＳ１接続（Ｓ１−ＭＭＥ接続）に関するＳ１  ＵＥコンテキスト以外のコンテキストである。
【０２３９】
第１実施形態において、ｅＮＢ２００及び／又はＭＭＥ３００は、接続の再開に失敗した場合、ＵＥ１００のコンテキスト情報を再度作成してもよい。ｅＮＢ２００は、ＵＥ１００及び／又はＭＭＥ３００にコンテキスト情報の（再）作成を通知してもよい。ＵＥ１００及び／又はＭＭＥ３００は、コンテキスト情報の（再）作成に必要な情報をｅＮＢ２００−２へ送ってもよい。同様に、ＭＭＥ３００は、ＵＥ１００及び／又はｅＮＢ２００−２にコンテキスト情報の（再）作成を通知してもよい。ＵＥ１００及び／又はｅＮＢ２００−２は、コンテキスト情報の（再）作成に必要な情報をＭＭＥ３００へ送ってもよい。
【０２４０】
ｅＮＢ２００及び／又はＭＭＥ３００は、一部の接続（例えば、ＲＲＣ接続及び／又はＳ１接続など）の再開に失敗した場合、再開に成功した残りの接続を利用してもよい。すなわち、ｅＮＢ２００及び／又はＭＭＥ３００は、再開に失敗した一部の接続のみを（再）確立してもよい。これにより、シグナリングを低減できる。
【０２４１】
第２実施形態において、ＵＥ１００は、再開要求と異なる他のメッセージにより、上りデータを含むＮＡＳメッセージと再開識別子とを送ってもよい。例えば、ＵＥ１００は、ＲＲＣセットアップ手順におけるメッセージ（ＲＲＣセットアップ要求メッセージ）により、ＮＡＳメッセージと再開識別子とを送ってもよい。
【０２４２】
ＵＥ１００は、下りデータを含むＮＡＳ  ＰＤＵ（ＮＡＳ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）をｅＮＢ２００から一度でも受信している場合、再開識別子の送信を省略してもよい。すなわち、ＵＥ１００は、再開識別子を含まずに、上りデータを含むＮＡＳメッセージを含むメッセージをｅＮＢ２００へ送信してもよい。
【０２４３】
各実施形態に係る動作は、適宜組み合わせて実行されてもよい。上述した各シーケンスにおいて、必ずしも全ての動作が必須の構成ではない。例えば、各シーケンスにおいて、一部の動作のみが実行されてもよい。
【０２４４】
各実施形態では特に触れていないが、上述した各ノード（ＵＥ１００、ｅＮＢ２００など）のいずれかが行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。
【０２４５】
或いは、ＵＥ１００及びｅＮＢ２００のいずれかが行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサ）によって構成されるチップが提供されてもよい。
【０２４６】
実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願に係る内容を適用してもよい。
【０２４７】
［付記］
（１）検討
接続が中断された場所とは異なるｅＮＢとの接続を再開する機能を達成するために、以前にＵＥをサーブしたｅＮＢから、再開要求を受信し、有効なＵＥコンテキストを持たない他のｅＮＢへのＵＥコンテキストの転送が必要であるが、従来のＵＥのために同様の機能（すなわちＵＥコンテキスト転送）が利用可能である。既存のＵＥコンテキスト転送は、ＲＲＣ接続再確立要求メッセージによって開始されると仮定される。このメッセージは、ＲＲＣ接続（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）状態、厳密に言えば、ＲＲＣ接続の第２段階で送信されると仮定される。それは、既存のＵＥコンテキスト転送がＲＲＣ接続中にのみ利用可能であることを示す。
【０２４８】
一方、ＵＰ（Ｕｓｅｒ  ｐｌａｎｅ）ベースのソリューションをサポートするＮＢ−ＩｏＴ  ＵＥの場合、ＲＲＣアイドル（ＲＲＣ＿ＩＤＬＥ）ＵＥは、接続が中断された場所とは異なるｅＮＢとの接続を再開しようとする可能性がある。この場合は、ＵＥがＲＲＣアイドルに移行するときに、従来のｅＮＢがＵＥコンテキストを破棄するため、既存のＵＥコンテキスト転送機能によってサポートされない。しかしながら、ＵＰベースのソリューションでは、このソリューションをサポートするｅＮＢは、ＵＥがＲＲＣアイドルに移行しても、ＵＥコンテキストを保持することができ、このソリューションをサポートするｅＮＢがＵＥコンテキストを保持せず、当該ｅＮＢがＲＲＣメッセージをＵＥから受信した場合、他のｅＮＢが当該ＵＥのためのＵＥコンテキストを保持していれば、ｅＮＢは、他のｅＮＢからＵＥコンテキストを取ってくる（フェッチする）機会を依然として有することを意味する。従って、ＵＰベースのソリューション、すなわちシグナリングオーバーヘッドを減少させるという本来のモチベーションを尊重するために、ＲＲＣ接続およびＲＲＣアイドルの両方のケースを考慮する必要がある。
【０２４９】
見解１：ＵＰベースのソリューションの場合、このソリューションをサポートするｅＮＢは、ＵＥがＲＲＣアイドル移行時にＵＥコンテキストを保持することができるので、ＲＲＣアイドルＵＥ（ＮＢ−ＩｏＴ  ＵＥ）にＵＥコンテキスト転送を使用することができるだろう。
【０２５０】
注：ＮＢ−ＩｏＴ  ＵＥが、そのようなＵＥのためのＵＥコンテキストを持たないｅＮＢに向けて再開することを禁止する場合、ＲＲＣ＿ＩＤＬＥの場合の考慮は必要ない。
【０２５１】
（既存のＵＥコンテキスト転送）
ＵＥコンテキスト転送の機能について既に議論しており、この機能を達成するためにステージ２の変更を追加しました。この既存の機能は、ＵＥ状態がＲＲＣ接続の場合に実行可能である。この既存の機能は、少なくとも次の３つのステップで構成されている。
【０２５２】
・ＲＬＦインディケーション（ステップ１）
ＲＲＣ接続再確立要求メッセージを受信した後、（ＵＥコンテキストを持たない）ｅＮＢ１は、ＵＥが以前にサービスされた前のｅＮＢ（ｅＮＢ２）を識別し、ＵＥコンテキストが必要であることを知らせるためのＲＬＦインディケーションメッセージをｅＮＢ２に送信する。
【０２５３】
従って、ｅＮＢ１は、前のｅＮＢを識別し、どのＵＥのコンテキストが必要であるかを示す必要がある。これらの要件のために、ｅＮＢ１は、ＲＲＣ接続再確立要求メッセージに含まれる情報（すなわち、ＰＣＩおよびＣ−ＲＮＴＩ）を使用することができる。
【０２５４】
・ハンドオーバ手順（ステップ２）
ｅＮＢ１からＲＬＦインディケーションメッセージを受信した後、ｅＮＢ２は、どのＵＥのコンテキストが要求され、ｅＮＢ１に転送されるべきかを識別する必要がある。ｅＮＢ２は、ＵＥコンテキストを転送するためにハンドオーバ要求メッセージを使用することができる。この要件のために、ｅＮＢ２は、ＵＥコンテキストを識別するためにＣ−ＲＮＴＩおよびＰＣＩを使用して、ＲＬＦインディケーションメッセージに含まれるハンドオーバ要求メッセージのアドレスを識別するためにＥＣＧＩを使用できる。
【０２５５】
・パススイッチ要求（ステップ３）
ｅＮＢ２からＵＥコンテキストを受信した後、ｅＮＢ１は、Ｓｏｕｒｃｅ  ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ  ＩＥを使用してＤＬパスを更新する必要がある。
【０２５６】
（ケース１：ＲＲＣ接続のＮＢ−ＩｏＴ  ＵＥのためのＵＥコンテキスト転送）
ＮＢ−ＩｏＴ  ＵＥの場合、標準化努力を減少させるために、そのようなＵＥのためのＵＥコンテキスト転送が既存の機能に基づくと考えるべきである。さらに、「ソリューション２に関して、ＲＬＦでは、再確立がサポートされていないため、ＵＥがアイドルへ解放されるだろう。ソリューション１８に関して、再確立を行うことが可能だろう（再確立の失敗時に、ＵＥが従来のＬＴＥのようにアイドルへ解放されるかどうかは、更なる課題である）。」ことが決定された。これは、ＲＲＣ接続状態の間に、ＵＰベースのソリューションをサポートするＮＢ−ＩｏＴ  ＵＥがＲＬＦに直面する場合、当該ＵＥは、ＲＲＣ接続を維持するためＲＲＣ接続再確立要求メッセージを送信することができることを示す。従って、ｅＮＢの観点からは、このメッセージが、有効なＵＥコンテキストが存在しない場合の既存のＵＥコンテキスト転送機能だけでなく、例えばＲＬＦ後のＮＢ−ＩｏＴ  ＵＥのためのＵＥコンテキスト転送機能のトリガであるとｅＮＢが想定することができる。ＵＥのためのＵＥコンテキスト転送を達成するために必要な情報（すなわち、ＰＣＩ、Ｃ−ＲＮＴＩ）は、従来の手順と同じであるので、追加の情報は必要なくてもよい。
【０２５７】
パススイッチ要求に関して、ＭＭＥの観点から見た場合、ＭＭＥは、古いパスを新しいパスに切り替えるために、Ｓｏｕｒｃｅ  ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ  ＩＥだけが必要である。従って、どのｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ（すなわち、ｅＮＢ２によって中断されたｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ又はｅＮＢ１によって新たに割り当てられたｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ）がパススイッチ要求に含まれるべきかを、ｅＮＢは、気にする必要がなくてもよい。
【０２５８】
見解２：ＵＰベースのソリューションをサポートするＲＲＣ接続ＵＥに関して、ＲＲＣ接続再確立要求メッセージが、ＵＰベースのソリューションをサポートするＮＢ−ＩｏＴ  ＵＥのためのＵＥコンテキスト転送機能のトリガであるとｅＮＢが想定することができる。この場合、ｅＮＢは、ＵＥのための既存のＵＥコンテキスト転送機能（既存のＸ２メッセージ）を何ら影響与えることなく使用することができる。
【０２５９】
（ケース２：ＵＥのコンテキストが既に中断されているＵＰベースのソリューションをサポートする（すなわち、ＵＥがＲＲＣアイドル状態である）ＮＢ−ＩｏＴ  ＵＥためのＵＥコンテキスト転送）
この場合、以下の要件に従ってＲＲＣアイドルＵＥモビリティを考慮する必要がある。
【０２６０】
「以前に中断された接続の再開は、その接続が以前に中断されたｅＮＢ上にコンフィグ（設定）されたセルに限定される。しかしながら、このソリューションは、Ｘ２インターフェイスを介してｅＮＢ間のＵＥコンテキスト転送をサポートするｅＮＢのクラスタ上に導入することによって複数のｅＮＢ上でトランザクションを有するＵＥに対して、導入され、サポートされることもできる。（ハンドオーバ準備手順を用いるＴＳ３６．３００、２０．２．２．１節参照）。」
【０２６１】
この時点で、ＲＲＣ再開手順のメッセージはまだ決定されてなく、ＵＥコンテキスト転送のトリガも、ＵＰベースのソリューションをサポートするＲＲＣアイドルＵＥのために決定されていないことを意味する。従って、ＵＥコンテキスト転送のためのＰＣＩおよびＣ−ＲＮＴＩのような十分な情報があるか、トリガメッセージ内にないかどうかを知ることができない。いずれにしても、ＲＡＮ２決定後のケース２（すなわち、ＲＲＣメッセージがＲＲＣ再開手順に使用される）を考慮する必要がある。たとえ、ＲＡＮ２がＲＲＣ再開要求としてＲＲＣ再確立要求メッセージと異なるメッセージを使用することを決定したとしても、このメッセージはＵＥコンテキスト転送のための十分な情報を含み、このメッセージをＵＥコンテキスト転送のトリガとして使用できることを考慮する必要がある。この場合、異なるＲＲＣメッセージおよび既存の情報とは異なる情報が原因で、仕様の影響が予想されることがある。例えば、ＲＬＦインディケーションメッセージのトリガ（すなわち、ＲＲＣ再確立試行またはＲＬＦ報告受信）を変更する必要があり、それが仕様の影響を引き起こす可能性がある。
【０２６２】
提案１：ＵＰベースのソリューションをサポートするＲＲＣアイドルＵＥに関してＲＲＣアイドルＵＥからのＲＲＣ再開要求メッセージが既存のＲＲＣ接続再確立要求メッセージと異なる場合、ＵＥコンテキストフェッチの影響を考慮すべきである。
【０２６３】
なお、米国仮出願第６２／２９１１２８号（２０１６年２月４日出願）の全内容が、参照により、本願明細書に組み込まれている。
【図１】
2020053994.tif 000003
【図２】
2020053994.tif 000004
【図３】
2020053994.tif 000005
【図４】
2020053994.tif 000006
【図５】
2020053994.tif 000007
【図６】
2020053994.tif 000008
【図７】
2020053994.tif 000009
【図８】
2020053994.tif 000010
【図９】
2020053994.tif 000011
【図１０】
2020053994.tif 000012
【図１１】
2020053994.tif 000013
【図１２】
2020053994.tif 000014