JP6991859B2 - 端末、基地局、及び移動通信システム - Google Patents

端末、基地局、及び移動通信システム Download PDF

Info

Publication number
JP6991859B2
JP6991859B2 JP2017549127A JP2017549127A JP6991859B2 JP 6991859 B2 JP6991859 B2 JP 6991859B2 JP 2017549127 A JP2017549127 A JP 2017549127A JP 2017549127 A JP2017549127 A JP 2017549127A JP 6991859 B2 JP6991859 B2 JP 6991859B2
Authority
JP
Japan
Prior art keywords
context
information
enb
base station
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017549127A
Other languages
English (en)
Other versions
JPWO2017078143A1 (ja
Inventor
ウリ アンダルマワンティ ハプサリ
秀明 高橋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of JPWO2017078143A1 publication Critical patent/JPWO2017078143A1/ja
Application granted granted Critical
Publication of JP6991859B2 publication Critical patent/JP6991859B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Landscapes

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

Description

本発明は、移動通信システムにおけるユーザ装置ＵＥと基地局ｅＮＢのそれぞれが、ＵＥコンテクストを保持する技術に関連するものである。
ＬＴＥシステムにおいて、ユーザ装置ＵＥ（以下、ＵＥと記述する）における基地局ｅＮＢ（以下、ｅＮＢと記述する）との間の接続状態はＲＲＣ（Radio Resource Control）アイドル状態（RRC_Idle）と、ＲＲＣ接続状態（RRC_Connected）の２つで示される。
ＵＥがネットワークに接続する際に、コアＮＷ側のＭＭＥ（Mobility Management Entity）によりＵＥコンテクストが生成され、ＲＲＣ接続状態において、当該ＵＥコンテクストはＵＥが接続するｅＮＢ及びＵＥに保持される。なお、ＵＥコンテクストは、ベアラ関連情報、セキュリティ関連情報等を含む情報である。
ＵＥがＲＲＣアイドル状態とＲＲＣ接続状態との間を遷移する際に、コアＮＷ側も含めた呼制御のシグナリングが多く発生するため、シグナリングを如何にして削減するかが課題となっている。
例えば、ＵＥをＲＲＣ接続状態からＲＲＣアイドル状態に遷移させる際には、図１に示すようなシグナリングが発生する（非特許文献１等）。図１のケースは、ｅＮＢ２が、ＵＥ１の通信が所定時間発生しないことを検知し、ＵＥ１との接続を切断して、ＲＲＣアイドル状態に遷移させるようなケースである。
図１において、ｅＮＢ２が、ＵＥコンテクスト解放要求（UE Context Release Request）をＭＭＥ３に送信する（ステップ１）。ＭＭＥ３は、ベアラ解放要求（Release Access Bearers Request）をＳ－ＧＷ４に送信し（ステップ２）、Ｓ－ＧＷ４はベアラ解放応答（Release Access Bearers Response）をＭＭＥ３に返す（ステップ３）。
ＭＭＥ３は、ＵＥコンテクスト解放指示（UE Context Release Command）をｅＮＢ２に送信する（ステップ４）。ｅＮＢ２は、ＲＲＣ接続解放（RRC Connection Release）をＵＥ１に送信し（ステップ５）、ＵＥ１に対してＵＥコンテクストを解放させて、ＲＲＣアイドル状態に遷移させる。また、ｅＮＢ２はＵＥコンテクストを解放し、ＵＥコンテクスト解放完了（UE Context Release Complete）をＭＭＥ３に送信する（ステップ６）。
3GPP TS 36.413 V12.4.0 (2014-12) 3GPP TSG RAN Meeting #66 RP-142030 Maui, USA, 8th -11th December 2014 3GPP TR 23.720 V1.1.0(2015-10) 3GPP TS 36.331 V12.6.0 (2015-06) 3GPP TS 36.300 V13.1.0 (2015-09)
図１に示すようなシグナリング手順では、ＲＲＣ接続解放時に多くのシグナリングが発生するのみならず、ＵＥがＲＲＣアイドル状態から再びＲＲＣ接続状態に遷移する際に、ＵＥコンテクストの設定のために多くのシグナリングが発生する。
ＵＥがＲＲＣアイドル状態とＲＲＣ接続状態との間を遷移する際のシグナリングを削減するために、ＵＥが同一ｅＮＢ内でＲＲＣ接続状態‐＞ＲＲＣアイドル状態－＞ＲＲＣ接続状態と遷移する場合に、ＵＥコンテクストをｅＮＢ及びＵＥで保持したままにしておき、再利用する方法が検討され始めている（非特許文献２）。当該方法において考えられる手順の例を図２を参照して説明する。
図２の（ａ）に示す状態は、ＵＥ１がＲＲＣ接続状態にあり、コアＮＷ側において、当該ＵＥ１に係るＳ１－ＣのコネクションとＳ１－Ｕのコネクション（図ではＳ１‐Ｃ／Ｕ）が確立されている状態である。なお、Ｓ１－Ｃのコネクションは、Ｃ－ｐｌａｎｅ信号を送るＳ１コネクションであり、Ｓ１－ＵのコネクションはＵ－ｐｌａｎｅを通すＳ１コネクションである。
（ａ）に示す状態から、（ｂ）、（ｃ）に示すように、ＲＲＣ接続解放（RRC Connection Release）によりＵＥ１がＲＲＣアイドル状態に遷移される。このとき、ｅＮＢ２におけるＵＥ１に対するＵＥコンテクストは保持されたままであり、また、ＵＥ１におけるｅＮＢ２に対するＵＥコンテクストも保持されたままであり、ＵＥ１に対するＳ１‐Ｃ／Ｕコネクションも維持されたままである。そして、（ｄ）に示すように、ＵＥ１がＲＲＣ接続状態に遷移する際に、ｅＮＢ２とＵＥ１は保持しておいたＵＥコンテクストを再利用することで、シグナリングを削減して、ＲＲＣ接続を確立する。
ここで、図２の（ｄ）に示すケースにおいては、ＵＥ１がｅＮＢ２のセルに在圏したままであり、ＵＥ１とｅＮＢ２が、それぞれ保持したＵＥコンテクストを用いてＲＲＣ接続確立が行われる例を示している。
ここで、例えば図３に示すように、ＵＥ１がｅＮＢ＿Ａ配下のセルでＲＲＣ接続状態からＲＲＣアイドル状態になり、ＲＲＣアイドル状態のまま（ＵＥコンテクストを保持したまま）別のｅＮＢ＿Ｂ配下のセルに移動したとする。この場合、ＵＥ１が、保持しているＵＥコンテクストを再利用してｅＮＢ＿Ｂと接続しようとしても、ｅＮＢ＿ＢはＵＥ１との接続のためのＵＥコンテクストを保持していないので、ＵＥコンテクストを再利用した接続を行うことができず、従来と同様の手順で接続を行うことになり、シグナリング数削減ができなくなるという課題がある。
本発明は上記の点に鑑みてなされたものであり、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおいて、接続状態にないユーザ装置がセル間を移動する場合でも、ユーザ装置がコンテクスト情報を再利用して基地局と接続することを可能とする技術を提供することを目的とする。
本発明の実施の形態によれば、端末であって、
前記端末が端末側コンテクスト情報を保持している場合に、当該端末の基地局側コンテクスト情報を保持する保持基地局から当該基地局側コンテクスト情報を取得するための特定情報を含む情報を、前記保持基地局とは異なる別の基地局に送信する送信手段と、
前記別の基地局により、前記保持基地局から前記基地局側コンテクスト情報が取得された後に、前記端末側コンテクスト情報を利用して、前記基地局との間で接続を確立する接続手段と
を備え、
前記特定情報を含む情報は、前記端末のＡｃｃｅｓｓ Ｓｔｒａｔｕｍ（ＡＳ）層のセキュリティ情報を使用して計算されたビットシーケンスの少なくとも一部であるＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｔｏｋｅｎを含む、
端末、が提供される。
また、本発明の実施の形態によれば、基地局であって、
端末が端末側コンテクスト情報を保持する場合に、当該端末の基地局側コンテクスト情報を保持する保持基地局から当該基地局側コンテクスト情報を取得するための特定情報を含む情報を受信する受信手段と、
前記保持基地局に対して、前記特定情報を含むコンテクスト要求メッセージを送信し、当該コンテクスト要求メッセージに応じて前記保持基地局から送信される前記基地局側コンテクスト情報を取得するコンテクスト取得手段と
を備え、
前記特定情報を含む情報は、前記端末のＡｃｃｅｓｓ Ｓｔｒａｔｕｍ（ＡＳ）層のセキュリ情報を使用して前記端末により計算されたビットシーケンスの少なくとも一部であるＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｔｏｋｅｎを含む、
基地局が提供される。
また、本発明の実施の形態によれば、端末と基地局とを有する移動通信システムであって、
前記端末が端末側コンテクスト情報を保持している場合に、前記端末が当該端末の基地局側コンテクスト情報を保持する保持基地局から当該基地局側コンテクスト情報を取得するための特定情報を含む情報を、前記保持基地局とは異なる前記基地局に送信する送信手段と、
前記基地局が、前記保持基地局に対して、前記特定情報を含むコンテクスト要求メッセージを送信し、当該コンテクスト要求メッセージに応じて前記保持基地局から送信される前記基地局側コンテクスト情報を取得するコンテクスト取得手段と、
前記端末が、前記端末側コンテクスト情報を利用して、前記基地局との間で接続を確立する接続手段と、
を備え、
前記特定情報を含む情報は、前記端末のＡｃｃｅｓｓ Ｓｔｒａｔｕｍ（ＡＳ）層のセキュリ情報を使用して前記端末により計算されたビットシーケンスの少なくとも一部であるＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｔｏｋｅｎを含む、
移動通信システムが提供される。
本発明の実施の形態によれば、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおいて、接続状態にないユーザ装置がセル間を移動する場合でも、ユーザ装置がコンテクスト情報を再利用して基地局と接続することを可能とする技術が提供される。
ＲＲＣアイドル状態に遷移する場合のシグナリングシーケンス例を示す図である。 ＵＥコンテクストを保持する場合の処理の例を説明するための図である。 課題を説明するための図である。 本発明の実施の形態における通信システムの構成図である。 実施例１におけるシステム全体の処理シーケンスの例を示す図である。 実施例１におけるシステム全体の処理シーケンスの例を示す図である。 実施例１におけるｅＮＢの特定情報を通知する方法の例１を示す図である。 実施例１におけるｅＮＢの特定情報を通知する方法の例２を示す図である。 実施例１におけるコンテクスト取得手順例１を示す図である。 実施例１におけるコンテクスト取得手順例２を示す図である。 実施例２におけるシステム全体の処理シーケンスの例を示す図である。 実施例２における接続確立手順を説明するための図である。 実施例２における接続解放手順を説明するための図である。 実施例２におけるシステム全体の処理シーケンスの他の例を示す図である。 RRCConnectionRequest messageの仕様変更例を示す図である。 RRCConnectionRequest messageの仕様変更例を示す図である。 RRCConnectionSetup messageの仕様変更例を示す図である。 RRCConnectionSetup messageの仕様変更例を示す図である。 RRCConnectionSetupComplete messageの仕様変更例を示す図である。 RRCConnectionRelease messageの仕様変更例１を示す図である。 RRCConnectionRelease messageの仕様変更例１を示す図である。 RRCConnectionRelease messageの仕様変更例２を示す図である。 RRCConnectionRelease messageの仕様変更例２を示す図である。 実施例２におけるｅＮＢの特定情報を通知する方法の例を示す図である。 実施例２におけるコンテクスト取得手順例１を示す図である。 実施例２におけるコンテクスト取得手順例２を示す図である。 実施例２におけるｅＮＢの特定情報を通知する方法の変形例１を示す図である。 変形例１の仕様変更例を示す図である。 実施例２におけるｅＮＢの特定情報を通知する方法の変形例２を示す図である。 変形例２の仕様変更例を示す図である。 ＭＭＥとＳ－ＧＷの構成図である。 ＵＥ５０の構成図である。 ＵＥ５０のＨＷ構成図である。 ｅＮＢ１０の構成図である。 ｅＮＢ１０のＨＷ構成図である。
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態では、ＬＴＥのシステムを対象としているが、本発明はＬＴＥに限らずに適用可能である。また、本明細書及び特許請求の範囲では、特に断らない限り、「ＬＴＥ」の用語は３ＧＰＰの特定のＲｅｌ（リリース）に限定されない。
（システム全体構成）
図４は、本発明の実施の形態における通信システムの構成例を示す図である。図４に示すように、本実施の形態の通信システムは、ｅＮＢ１０、ｅＮＢ２０、ＭＭＥ３０、Ｓ－ＧＷ（Serving Gateway）４０、ＵＥ５０を含む。なお、図４は、コアネットワーク（ＥＰＣ）に関して、本実施の形態に関連する部分のみを示している。
ＵＥ５０は携帯電話機等のユーザ装置である。ｅＮＢ１０、２０はそれぞれ基地局である。ＭＭＥ３０は、ｅＮＢを収容し、位置登録、ページング、ハンドオーバ等のモビリティ制御、ベアラ確立／削除等を行うノード装置である。Ｓ－ＧＷ４０は、ユーザデータ（Ｕ－Ｐｌａｎｅデータ）の中継を行うノード装置である。なお、ＭＭＥ３０とＳ－ＧＷ４０からなるシステムを通信制御装置と呼ぶ。また、ＭＭＥ３０とＳ－ＧＷ４０を１つの装置で構成し、それを通信制御装置と呼ぶこととしてもよい。
図４に示すように、ＭＭＥ３０とｅＮＢ１０、２０間はＳ１－ＭＭＥインターフェースで接続され、Ｓ－ＧＷ４０とｅＮＢ１０、２０間はＳ１－Ｕインターフェースで接続される。また、ｅＮＢ間はＸ２インターフェースで接続される。
本実施の形態では、ＵＥ５０がＲＲＣ接続状態から非ＲＲＣ接続状態に遷移する場合でも、ＵＥ５０のＵＥコンテクストが保持される方式を前提とする。前述したように、この方式は、シグナリング数削減を可能とする方式である。
本実施の形態では、上記の方式の例として、非特許文献３に記載されている方式であるRRC-Suspended（及びECM-Suspended）という新しいＲＲＣの状態を定義する方式に基づく実施例を実施例１として説明し、新たなＲＲＣの状態を定義することなくＵＥコンテクストの再利用を行う方式に基づく実施例を実施例２として説明する。
（実施例１）
まず、実施例１について説明する。上記のとおり、実施例１の方式では、従来のRRC-Idle（ＲＲＣアイドル状態）とRRC-Connected（ＲＲＣ接続状態）に加えて、RRC-Suspended（ＲＲＣ保留状態と呼ぶ）という状態が追加されている。ＲＲＣ保留状態において、ＵＥとｅＮＢはそれぞれ、ＲＲＣ保留状態になる前のＲＲＣ接続状態で接続に使用したＵＥコンテクストを保持する。そして、ＲＲＣ保留状態からＲＲＣ接続状態に遷移するときに、当該保持したＵＥコンテクストを使用してＲＲＣ接続確立をする。
本実施の形態に係る実施例１では、ＵＥ５０が、あるｅＮＢの配下のセルでＲＲＣ接続状態からＲＲＣ保留状態になり、その状態のままで他のｅＮＢ配下のセルに移動する場合でも、ＵＥ５０は、当該移動後のｅＮＢ配下のセルでＵＥコンテクストを再利用してＲＲＣ接続を確立すること（ＲＲＣ接続状態に遷移すること）が可能である。
＜実施例１：全体シーケンス例＞
まず、実施例１における通信システム全体のシーケンス例として、ＵＥ５０が、ＲＲＣアイドル状態からＲＲＣ保留状態（及びＥＣＭ保留状態）に遷移する場合の処理シーケンスを図５を参照して説明する。なお、図５、及び図６に示す全体の処理シーケンス自体は非特許文献３に開示されている。
ステップ１０１において、ｅＮＢ１０は、ＲＲＣ接続を保留することを決定する。ステップ１０２において、ｅＮＢ１０は、ＵＥ５０のＲＲＣ接続が保留されたことを示すメッセージをＭＭＥ３０に送信する。ＭＭＥ３０とｅＮＢ１０はＵＥコンテクストを保持する。
ステップ１０３、１０４でのメッセージ送受信を経て、ステップ１０５において、ＭＭＥ３０はステップ１０２に対するＡｃｋを返す。ステップ１０６で、ＭＭＥ３０はECM-SUSPENDEDの状態に入る。
ステップ１０７では、ｅＮＢ１０はＵＥ５０にRRC connection suspendメッセージを送信し、ＵＥ５０をＲＲＣ保留状態にする（ステップ１０８）。RRC connection suspendメッセージには、Resume ID（再開ＩＤ）が含まれる。Resume IDは、次にＲＲＣ接続を再開する場合に使用される識別子である。ＲＲＣ保留状態において、ＵＥ５０とｅＮＢ１０はそれぞれ、ＵＥコンテクストを格納する。
ここで、実施例１において、ＵＥ５０とｅＮＢ１０のそれぞれで保持されるＵＥコンテクストは、例えば、ＲＲＣコンフィギュレーション（RRC configuration）、ベアラコンフィギュレーション（bearer configuration： RoHC state information等を含む)、ＡＳセキュリティコンテクスト（Access Stratum Security Context）、L2/L1パラメータ（MAC、PHYのコンフィギュレーション等）等である。
また、ＵＥ５０とｅＮＢ１０とでＵＥコンテクストとして同じ情報を保持してもよいし、ＵＥ５０は、ｅＮＢ１０との接続に必要なＵＥコンテクストの情報のみを保持し、ｅＮＢ１０は、ＵＥ５０との接続に必要なＵＥコンテクストの情報のみを保持してもよい。
より具体的には、例えば、ＵＥ５０とｅＮＢ１０はそれぞれ、RRC Connection Setupで運ばれるRadioResourceConfigDedicatedの情報、RRC Connection Setup Completeで運ばれる能力情報、及びセキュリティ関連情報（キー情報等）、RRC Security Mode Commandで運ばれるセキュリティ関連情報、RRC Connection Reconfigurationで運ばれるコンフィギュレーション情報等を、ＵＥコンテクストとして保持する。なお、これらは一例であり、ＵＥコンテクストとして保持する情報は、これらに限られず、追加で情報を保持してもよいし、これらの情報の一部を保持しないこととしてもよい。
ＵＥ５０とｅＮＢ１０はそれぞれＵＥコンテクストとして上記のような情報を保持することで、ＲＲＣ保留状態からＲＲＣ接続状態に遷移する際に、RRC Connection Setup Complete、RRC Security Mode Command、RRC Security Mode Complete、RRC Connection Reconfiguration、RRC Connection Reconfiguration Complete、等のメッセージの送受信を行うことなくＲＲＣ接続確立を行うことができる。
次に、ＵＥ５０が、ＲＲＣ保留状態からＲＲＣ接続状態に遷移する場合のシーケンス例を図６を参照して説明する。図６は、ＲＲＣ保留状態（ステップ１５１）にあるＵＥ５０が着信を受ける（ステップ１５２～１５５）ケースを示しているが、これは例であり、ＲＲＣ保留状態にあるＵＥ５０が発信をする場合も、ＵＥコンテクストの再利用に関しては同様の処理が行われる。
ｅＮＢ１０からページングを受信したＵＥにおいて、ステップ１５６では、ＥＭＭレイヤから、ＲＲＣ再開手順（resume procedure）が起動される。ステップ１５７にてRandom Access PreambleがＵＥ５０からｅＮＢ１０に送信され、ステップ１５８にて、Random Access ResponseがｅＮＢ１０からＵＥ５０に返される。
ステップ１５９では、メッセージ３として、ＵＥ５０は、RRC Connection Resume RequestメッセージをｅＮＢ１０に送信する。
当該RRC Connection Resume Requestメッセージには、ＵＥ５０がＵＥコンテクストを保持することを示す情報であるResume Id（再開ＩＤ）が含まれる。RRC Connection Resume Requestメッセージを受信したｅＮＢ１０は、当該メッセージに含まれるResume Idに対応付けて格納されている、ＵＥ５０のＵＥコンテクストを取得し、ＵＥコンテクストの情報に基づき、ベアラの再開等を行う。なお、ＵＥ５０のＵＥコンテクストが格納されていない場合には、後述するコンテクスト取得手順が実行される。
ステップ１６０では、ｅＮＢ１０は、ＵＥ５０に対してResume Idを含むRRC Connection Resume Completeメッセージを送信する。
ステップ１６１では、ＵＥ５０とｅＮＢ１０は、格納したセキュリティコンテクストを再開する。そして、ステップ１６２～１６５において、ＭＭＥ３０に対するＵＥ５０の状態変更の通知等が行われる。
＜実施例１：ＵＥ５０とｅＮＢ２０との間の手順例＞
上記の図５、図６に示した例では、ＵＥ５０は、同一のｅＮＢ１０の配下でＲＲＣ接続状態からＲＲＣ保留状態になり、その後、再びＲＲＣ接続状態になる。
以下では、ＵＥ５０がｅＮＢ１０の配下でＲＲＣ接続状態からＲＲＣ保留状態になり（図５の処理）、その後、ＵＥ５０が、ｅＮＢ１０とは異なるｅＮＢ２０の配下のセルの移動する場合について説明する。なお、ｅＮＢ１０とｅＮＢ２０はそれぞれ、図５、図６で説明したようなコンテクスト保持機能を有するとともに、以下で説明するように、コンテクスト取得手順を実行する機能を有している。
―――例１―――
まず、ＵＥ５０とｅＮＢ２０との間の処理手順例１を図７を参照して説明する。図７の処理の前提として、ＵＥ５０は、ＲＲＣ保留状態にあり、ｅＮＢ１０との間の接続時におけるＵＥコンテクストをResume Idとともに保持している。そして、ＵＥ５０は、ＲＲＣ保留状態のままでｅＮＢ２０配下のセルに移動し、発信を実施することを契機として、もしくは着信を受けたことを契機としてＲＲＣ再開手順（resume procedure）が起動された状況を想定する。
ステップ２０１にてRandom Access PreambleがＵＥ５０からｅＮＢ２０に送信され、ステップ２０２にて、Random Access ResponseがｅＮＢ２０からＵＥ５０に返される。
ステップ２０３において、ＵＥ５０は、RRC Connection Resume RequestメッセージをｅＮＢ２０に送信する。
当該RRC Connection Resume Requestメッセージには、ＵＥ５０がｅＮＢ１０から取得したResume Id（再開ＩＤ）が含まれる。RRC Connection Resume Requestメッセージを受信したｅＮＢ２０は、当該メッセージに含まれるResume Idに対応付けて格納されているＵＥ５０のＵＥコンテクストを検索するが、ＵＥ５０のＵＥコンテクストを検出できない。あるいは、受信したResume IdとマッチするResume Idが存在しないため、ＵＥ５０のＵＥコンテクストは存在しないと判断する。そのため、ステップ２０４において、ｅＮＢ２０は、ＵＥ５０のＵＥコンテクストがｅＮＢ２０において存在しないことを示す情報を含むRRC Connection Resume CompleteメッセージをＵＥ５０に送信する。なお、ステップ２０４でのメッセージは、RRC Connection Resume Completeメッセージに限らず、他のメッセージでもよい。
上記の情報を含むメッセージを受信したＵＥ５０は、ｅＮＢ２０にコンテクスト取得手順（Context Fetch procedure）を実行させるために、ステップ２０５において、RRC Connection Resume Complete－SecurityメッセージをｅＮＢ２０に送信する。なお、ステップ２０５において送信するメッセージは、RRC Connection Resume Complete－Securityメッセージに限られず、他のメッセージでもよい。
ステップ２０５で送信するメッセージには、ＵＥ５０が保持するＵＥコンテクストに対応するｅＮＢ側ＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、当該ＵＥコンテクストがＵＥ５０のものであることを特定（及び認証）するための情報（ＵＥ５０のＵＥコンテクストを特定するための情報）とを含む。
図７の例では、ｅＮＢ側のＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報として、ＰＣＩ（ｅＮＢ１０を特定する物理セルＩＤ）が含まれる。なお、ｅＮＢを特定する情報はＰＣＩに限らず、ｅＮＢ ＩＤ等の他の情報でもよい。
また、ＵＥ５０のＵＥコンテクストを特定するための情報としてAuthentication Token、Short MAC-I、(MTC)C-RNTIを含む。なお、ＵＥ５０のＵＥコンテクストを特定するための情報としては、これらのうちの全部でなく、一部（１つ又は２つ）でもよい。また、これら以外の情報を使用してもよい。一般には、ＵＥ５０のＵＥコンテクストを特定するための情報として、ｅＮＢ１０に保持されているＵＥコンテクストに含まれるＵＥ５０に対応する情報、あるいは、ｅＮＢ１０において当該ＵＥコンテクストと対応付けて保持される情報（ＵＥ５０に対応付けられた情報）を使用することができる。これらの情報は、ＵＥ５０のＩＤ等に基づいて、ＵＥ５０とｅＮＢ１０において既知であるセキュリティ関連アルゴリズムで計算される情報であってもよい。
なお、実施例１の方式がＭＴＣ（Machine Type Communications）に関連するために、ＵＥ５０を特定するための識別情報として(MTC)C-RNTI（MTC UEを特定するためのRNTI相当のASレイヤID）であることが示されているが、これは例であり、一般的なＵＥのC-RNTIを使用することとしてもよい。ここでのC-RNTIは、ＵＥ５０がｅＮＢ１０に接続しているときに取得されたC-RNTIである。
ここで送信されるAuthentication Tokenは、ＵＥ５０が保持するＵＥコンテクストの一部であり、ｅＮＢ１０において、ＵＥ５０のＵＥコンテクストにおけるセキュリティコンテクストを特定及び認証するために使用される。また、Short MAC-I及びC-RNTIは、ｅＮＢ１０において、ＵＥ５０のＵＥコンテクストを特定及び認証するための使用される。なお、Authentication TokenやShort MAC-Iは、少なくともＵＥのASレイヤのセキュリティ・キーを用いて生成したビット列（ビット列の一部でもよい）である。
ステップ２０５のメッセージを受信したｅＮＢ２０は、ＰＣＩ等により特定されるｅＮＢ１０との間でコンテクスト取得手順を実行する。コンテクスト取得手順の詳細は後述する。
なお、上記の例では、ｅＮＢ２０がＵＥコンテクストを保持するか否かを示す情報をＵＥ５０に通知しているが、このような通知を行わないこととしてもよい。その場合、ＵＥ５０は、ｅＮＢ２０がＵＥコンテクストを保持するか否かに関わらずに、ＵＥコンテクストを特定する特定情報（例：Authentication Token、Short MAC-I、(MTC)C-RNTI）をｅＮＢ２０に送信する。ｅＮＢ２０は、当該特定情報に該当するＵＥコンテクストを自分自身が保持していないことを検知した場合に、後述するコンテクスト取得手順（context fetch procedure）を実行する。
―――例２―――
次に、ＵＥ５０とｅＮＢ２０との間の処理手順例２を図８を参照して説明する。前提は図７の場合と同じである。
ステップ２５１にてRandom Access PreambleがＵＥ５０からｅＮＢ２０に送信され、ステップ２５２にて、Random Access ResponseがｅＮＢ２０からＵＥ５０に返される。
ステップ２５３において、ＵＥ５０は、RRC Connection Resume RequestメッセージをｅＮＢ２０に送信する。例２では、RRC Connection Resume Requestメッセージの中に、ＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、ＵＥ５０のＵＥコンテクストを特定する情報が含まれる。これらの情報の内容については例１と同じである。つまり、例２では、ＵＥ５０は、ｅＮＢ２０がＵＥコンテクストを保持するか否かを確認することなく、ＵＥコンテクストを特定する特定情報をｅＮＢ２０に送信する。
当該RRC Connection Resume Requestメッセージには、ＵＥ５０がｅＮＢ１０から取得したResume Id（再開ＩＤ）も含まれる。RRC Connection Resume Requestメッセージを受信したｅＮＢ２０は、当該メッセージに含まれるResume Idに対応付けて格納されているＵＥ５０のＵＥコンテクストを検索するが、ＵＥ５０のＵＥコンテクストを検出できない。あるいは、受信したResume IdとマッチするResume Idが存在しないため、ＵＥ５０のＵＥコンテクストは存在しないと判断する。
そこで、ｅＮＢ２０は、RRC Connection Resume Requestメッセージに含まれている、ＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、ＵＥ５０のＵＥコンテクストを特定する情報とを用いてコンテクスト取得手順を実行する（ステップ２５４）。なお、仮に、ｅＮＢ２０がＵＥ５０のＵＥコンテクストを保持している場合には、コンテクスト取得手順を実行せずに、ステップ２５５に進む。
ｅＮＢ２０は、ステップ２５４により、ＵＥ５０のＵＥコンテクストを取得し、当該ＵＥコンテクストの情報に基づき、ベアラの再開等を行う。そして、ステップ２５５において、ｅＮＢ２０は、ＵＥ５０に対してRRC Connection Resume Completeメッセージを送信する。これにより、ＵＥ５０とｅＮＢ２０との間で、ＵＥコンテクストを再利用してＲＲＣ接続を確立できる。
＜実施例１：コンテクスト取得手順例１＞
次に、図７、図８で示したコンテクスト取得手順の内容例について、コンテクスト取得手順例１とコンテクスト取得手順例２について説明する。コンテクスト取得手順例１は、非特許文献５等に記載されているＸ２インターフェースを用いたｅＮＢ間通信に関わるメッセージを利用する手順例であり、コンテクスト取得手順例２はＸ２インターフェースを用いた新規のメッセージを利用する手順例である。
まず、コンテクスト取得手順例１について図９を参照して説明する。図９では、ＵＥ５０とｅＮＢ２０との間の手順の例２の場合について示しているが、例１の場合でもコンテクスト取得手順の内容は同じである。
ステップ３０１において、ＵＥ５０は、RRC Connection Resume RequestメッセージをｅＮＢ２０に送信する。RRC Connection Resume Requestメッセージの中には、ＵＥ５０のＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、ＵＥ５０のＵＥコンテクストを特定する情報が含まれる。具体的には、前述したとおり、PCI、Authentication Token、Short MAC-I、(MTC)C-RNTIが含まれる。
ステップ３０２において、ｅＮＢ２０は、ＰＣＩにより識別されるｅＮＢ１０に対してRLF Indication (Radio Link Failure Indication：無線リンク障害指示)メッセージを送信する。当該RLF Indicationメッセージには、ＵＥ５０から受信したＵＥ５０のＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、ＵＥ５０のＵＥコンテクストを特定する情報が含まれる。すなわち、PCI、Authentication Token、Short MAC-I、(MTC)C-RNTIが含まれる。
ステップ３０２で、RLF Indicationメッセージを受信したｅＮＢ１０は、ＵＥ５０のＵＥコンテクストを特定する情報に基づいて、ｅＮＢ１０において記憶手段に保持されている複数のＵＥコンテクストの中から、ＵＥ５０のＵＥコンテクストを取得する。
そして、ステップＳ３０３で、ｅＮＢ１０は、取得したＵＥコンテクストを含むHandover RequestメッセージをｅＮＢ２０に送信する。なお、図９には、当該ＵＥコンテクストの内容例としてUE RRM and security context（ＵＥの無線リソース管理とセキュリティのコンテクスト）が示されている。
Handover Requestメッセージを受信したｅＮＢ２０は、ステップ３０４において、Handover ResponseメッセージをｅＮＢ１０に返す。
ＵＥ５０のＵＥコンテクストを取得したｅＮＢ２０は、ベアラの再開等を行うとともに、ステップ３０５において、ＵＥ５０に対してResume Idを含むRRC Connection Resume Completeメッセージを送信する。これにより、ＵＥ５０とｅＮＢ２０は、ＵＥコンテクストを再利用して、ＵＥ５０とｅＮＢ２０との間の接続を確立し、状態をＲＲＣ接続状態に遷移させる。
なお、ｅＮＢ２０が、コンテクスト取得手順を実行したが、目的のＵＥコンテクストを取得できなかった場合（ステップ３０６）、例えば、RRC Connection Releaseメッセージを送信し、ＵＥ５０をＲＲＣアイドル状態とする。なお、この場合、RRC Connection Resume Completeメッセージを送信してもよいし、送信しなくてもよい。
＜実施例１：コンテクスト取得手順例２＞
次に、コンテクスト取得手順例２について図１０を参照して説明する。図１０でも、ＵＥ５０とｅＮＢ２０との間の手順の例２の場合について示しているが、例１の場合でもコンテクスト取得手順の内容は同じである。
ステップ３５１において、ＵＥ５０は、RRC Connection Resume RequestメッセージをｅＮＢ２０に送信する。RRC Connection Resume Requestメッセージの中には、ＵＥ５０のＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、ＵＥ５０のＵＥコンテクストを特定する情報が含まれる。具体的には、前述したとおり、PCI、Authentication Token、Short MAC-I、(MTC)C-RNTIが含まれる。
ステップ３５２において、ｅＮＢ２０は、ＰＣＩにより識別されるｅＮＢ１０に対してContext Requestメッセージ（コンテクスト要求メッセージ）を送信する。Context Requestメッセージには、ＵＥ５０から受信したＵＥ５０のＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、ＵＥ５０のＵＥコンテクストを特定する情報が含まれる。すなわち、PCI、Authentication Token、Short MAC-I、(MTC)C-RNTIが含まれる。なお、コンテクスト取得手順例１で用いたRLF Indicationメッセージについても、コンテクストを要求する機能を有するので、これをコンテクスト要求メッセージと呼んでもよい。
ステップ３５２で、Context Requestメッセージを受信したｅＮＢ１０は、ＵＥ５０のＵＥコンテクストを特定する情報に基づいて、ｅＮＢ１０において記憶手段に保持されている複数のＵＥコンテクストの中から、ＵＥ５０のＵＥコンテクストを取得する。
そして、ステップＳ３５３で、ｅＮＢ１０は、取得したＵＥコンテクストを含むContext Responseメッセージ（コンテクスト応答メッセージ）をｅＮＢ２０に送信する。なお、コンテクスト取得手順例１で用いたHandover Requestメッセージについても、コンテクストを応答する機能を有するので、これをコンテクスト応答メッセージと呼んでもよい。
Context ResponseメッセージによりＵＥ５０のＵＥコンテクストを取得したｅＮＢ２０は、ベアラの再開等を行うとともに、ステップ３５４において、ＵＥ５０に対してResume Idを含むRRC Connection Resume Completeメッセージを送信する。これにより、ＵＥ５０とｅＮＢ２０は、ＵＥコンテクストを再利用して、ＵＥ５０とｅＮＢ２０との間の接続を確立し、状態をＲＲＣ接続状態に遷移させる。
なお、ｅＮＢ２０がコンテクスト取得手順を実行したが、目的のＵＥコンテクストを取得できなかった場合（ステップ３５５）、例えば、RRC Connection Releaseメッセージを送信し、ＵＥ５０をＲＲＣアイドル状態とする。なお、この場合、RRC Connection Resume Completeメッセージを送信してもよいし、送信しなくてもよい。
（実施例２）
次に、実施例２について説明する。前述したとおり、実施例２は、RRC-Suspendedのような新しい状態を定義することなく、ＲＲＣアイドル状態において、ＵＥとｅＮＢがＵＥコンテクストを保持し、ＲＲＣ接続状態に遷移する際に、保持したＵＥコンテクストを再利用することで、シグナリング数削減を可能とする方式である。以下では、まず、実施例２で前提とする方式の内容について説明し、その後に、当該方式におけるコンテクスト取得手順等について説明する。
＜実施例２：全体のシーケンス例＞
まず、実施例２における通信システム全体のシーケンス例として、ＲＲＣアイドル状態のＵＥ５０に対する着信がある場合に、ＭＭＥ３０からページングを行う方式について説明する。より具体的には、ＵＥ５０がｅＮＢ１０に接続してＲＲＣ接続状態となり、ｅＮＢ１０の配下のセルでＲＲＣアイドル状態となり、同一セルで、その後に着信を受ける場合の処理シーケンスを図１１を参照して説明する。
図１１の処理の前提として、ＵＥ５０はｅＮＢ１０のセルにおいてＲＲＣ接続状態にあり、ＵＥ５０に関するＳ１－Ｃ／Ｕのコネクションが確立されている状態とする。図１１において、Ｓ１－Ｃコネクションは、ｅＮＢ１０とＭＭＥ３０との間のコネクションとＭＭＥ３０とＳ－ＧＷ４０間のコネクションを含み、Ｓ１－Ｕコネクションは、ｅＮＢ１０とＳ－ＧＷ４０間のコネクションを含む。コネクションが確立されている場合、コネクション確立信号等のコネクションセットアップのための手順を実行することなく、該当ノード装置間でＵＥ５０に係る信号（データ）を送受信できる。
図１１の手順の説明に入る前に、ＵＥ５０が最初にｅＮＢ１０に接続する際の手順の一例の概要を説明しておく（非特許文献４）。なお、この最初の接続に係る手順は、実施例１にも適用できる。ＵＥ５０のランダムアクセス時に、ｅＮＢ１０は、RRC Connection SetupをＵＥ５０に送信し、ＵＥ５０をＲＲＣ接続状態とし、ＵＥ５０からRRC Connection Setup Completeを受信する。その後、ｅＮＢ１０は、ＭＭＥ３０からInitial Context Setup Requestを受信し、ＵＥ５０に対してRRC Security Mode Commandを送信し、ＵＥ５０からRRC Security Mode Completeを受信し、また、ＵＥ５０に対してRRC Connection Reconfigurationを送信し、ＵＥ５０からRRC Connection Reconfiguration Completeを受信し、ＭＭＥ３０に対してInitial Context Setup Responseを送信する。このような手順を経て、ＵＥ５０とｅＮＢ１０におけるＵＥコンテクストの確立、保持等がなされる。
図１１に示すように、ＲＲＣ接続状態において、ｅＮＢ１０はＭＭＥ３０に対してコネクション維持指示信号を送信する（ステップ４０１）。また、ＭＭＥ３０はコネクション維持指示信号をＳ－ＧＷ４０に送信する（ステップ４０２）。
コネクション維持指示信号は、当該ＵＥ５０に関するＳ１－Ｃ／Ｕコネクションを維持しながら、ＵＥ５０への着信時に下りデータをＳ－ＧＷ４０に保留して、ＭＭＥ３０からページングを行うことを指示する信号である。
コネクション維持指示信号を受信したＳ－ＧＷ４０は、指示を確認したことを示す確認応答をＭＭＥ３０に送信し（ステップ４０３）、ＭＭＥ３０は、確認応答をｅＮＢ１０に送信する（ステップ４０４）。
ＵＥ５０に関するｅＮＢ１０からＭＭＥ３０へのコネクション維持指示信号の送信は、例えば、ｅＮＢ１０において、ＵＥ５０をＲＲＣアイドル状態に遷移させる事象が発生したことをトリガーとして行ってもよいし、ＵＥ５０が最初にｅＮＢ１０の配下でＲＲＣ接続状態になり、当該ＵＥ５０に関するＳ１－Ｃ／Ｕコネクションが確立された直後に行うこととしてもよい。
上記のＲＲＣアイドル状態に遷移させる事象とは、例えば、所定のタイマ（例：UE Inactivity Timer）の満了によって、ＵＥ５０との通信（上り下りのユーザデータ通信）が一定時間発生しないことを検知した場合であるが、これに限られるわけではない。
図１１は、ＵＥ５０との通信（上り下りのユーザデータ通信）が一定時間発生しないことを検知したことをトリガーとする場合を想定しており、ステップ４０１～４０４の後に、ＲＲＣ接続解放（RRC Connection Release）をＵＥ５０に送信し、ＵＥ５０をＲＲＣアイドル状態に遷移させる（ステップ４０５）。
ＵＥ５０が、ＲＲＣアイドル状態に遷移する場合でも、ＵＥ５０とｅＮＢ１０のそれぞれにおいて、ＲＲＣ接続時に確立したＵＥコンテクストは保持される。
その後、ＵＥ５０向けの下りデータが発生し、当該下りデータがＳ－ＧＷ４０に到着する（ステップ４０６）。ここでは、Ｓ１－Ｕコネクションは確立済みであるが、ステップ４０２で受信したコネクション維持指示信号に基づき、Ｓ－ＧＷ４０は、当該下りデータをｅＮＢ１０に転送せずにバッファに保留しておく。
Ｓ－ＧＷ４０は、下りデータ着信通知をＭＭＥ３０に送信し（ステップ４０７）、ＭＭＥ３０はＵＥ５０向けのＳ１－ＡＰページングの信号をｅＮＢ１０に送信する（ステップ４０８）。このページング自体は、既存のページングと同様であり、ＵＥ５０のトラッキングエリアの各ｅＮＢに送信されるが、図１１ではｅＮＢ１０への送信を示している。
Ｓ１－ＡＰページングの信号を受信したｅＮＢ１０は、配下のＵＥ５０にＲＲＣページングの信号を送信する（ステップ４０９）。
ＲＲＣページング信号を受信したＵＥ５０は、ＲＲＣ接続確立手順を実行し、ＲＲＣ接続を確立させる（ステップ４１０）。その後、ｅＮＢ１０は、ＲＲＣ接続の確立が完了したことを示す信号であるＲＲＣ接続確立完了をＭＭＥ３０に送信する（ステップ４１１）。なお、ｅＮＢ１０は、ＵＥ５０とのＲＲＣ接続が確立したことを、例えば、ｅＮＢ１０がＵＥ５０からRRC Connection Setup Completeを受信したことで判別できる。
ＭＭＥ３０はＲＲＣ接続確立完了の信号をＳ－ＧＷ４０に送信する（ステップ４１２）。これにより、Ｓ－ＧＷ４０はＵＥ５０とｅＮＢ１０間のＲＲＣ接続が確立したと判断し、既に確立されているＵＥ５０に係るＳ１－Ｕコネクションを利用して、保留していた下りデータのｅＮＢ１０への転送を開始する（ステップ４１３）。当該下りデータはｅＮＢ１０からＵＥ５０に届く（ステップ４１４）。このようにしてＵＥ５０への下りデータの伝送が開始される。
図１１のステップ４１０のＲＲＣ接続確立手順の詳細については後述する。当該ＲＲＣ接続確立手順では、ＵＥ５０とｅＮＢ１０のそれぞれでＲＲＣ接続時に確立し、保持しておいたＵＥコンテクストが利用されるので、従来は必要であった、RRC Security Mode Command、RRC Security Mode Complete、RRC Connection Reconfiguration、RRC Connection Reconfiguration Complete、等のメッセージの送受信を行うことなくＲＲＣ接続確立を行うことができる。
ここで、ＵＥ５０とｅＮＢ１０のそれぞれで保持されるＵＥコンテクストは、例えば、ＲＲＣコンフィギュレーション（RRC configuration）、ベアラコンフィギュレーション（bearer configuration： RoHC state information等を含む)、ＡＳセキュリティコンテクスト（Access Stratum Security Context）、L2/L1パラメータ（MAC、PHYのコンフィギュレーション等）等である。
また、ＵＥ５０とｅＮＢ１０とでＵＥコンテクストとして同じ情報を保持してもよいし、ＵＥ５０は、ｅＮＢ１０との接続に必要なＵＥコンテクストの情報のみを保持し、ｅＮＢ１０は、ＵＥ５０との接続に必要なＵＥコンテクストの情報のみを保持してもよい。
より具体的には、例えば、ＵＥ５０とｅＮＢ１０はそれぞれ、RRC Connection Setupで運ばれるRadioResourceConfigDedicatedの情報、RRC Connection Setup Completeで運ばれる能力情報、及びセキュリティ関連情報（キー情報等）、 RRC Security Mode Commandで運ばれるセキュリティ関連情報、RRC Connection Reconfigurationで運ばれるコンフィギュレーション情報等を、ＵＥコンテクストとして保持する。なお、これらは一例であり、ＵＥコンテクストとして保持する情報は、これらに限られず、追加で情報を保持してもよいし、これらの情報の一部を保持しないこととしてもよい。
ＵＥ５０とｅＮＢ１０はそれぞれＵＥコンテクストとして上記のような情報を保持することで、ＲＲＣアイドル状態からＲＲＣ接続状態に遷移する際に、RRC Security Mode Command、RRC Security Mode Complete、RRC Connection Reconfiguration、RRC Connection Reconfiguration Complete、等のメッセージの送受信を行うことなくＲＲＣ接続確立を行うことができる。
また、実施例２では、ｅＮＢ１０は、ＵＥコンテクストを、当該ＵＥコンテクストに対応するＵＥの識別子（ＵＥ識別子）に対応付けて記憶手段に保持する。ＵＥ識別子の種類には限定はないが、実施例２では、一例として、ＵＥ識別子としてS-TMSI（SAE temporary mobile subscriber identity）を使用している。
＜ＲＲＣ接続確立手順の例＞
次に、実施例２におけるＵＥ５０とｅＮＢ１０との間のＲＲＣ接続確立手順について、図１２のシーケンスを参照して説明する。なお、図１２に示すシーケンスは、図１１のステップ４１０の手順を想定しているが、これに限られない。例えば、図１２に示すシーケンスが、ＵＥ５０からの発信時のＲＲＣ接続確立手順におけるものであってもよい。
図１２に示すシーケンスの前に、ＵＥ５０からｅＮＢ１０にRandom Access Preambleが送信され、ｅＮＢ１０からＵＥ５０にRandom Access Responseが送信されているとする。
ＵＥ５０は、Random Access Responseに含まれるＵＬグラントで割り当てられるリソースにより、ステップ５０１において、RRC Connection Requestメッセージ（ＲＲＣ接続要求）をｅＮＢ１０に送信する。実施例２では、ステップ５０１において、ＵＥ５０は、RRC Connection Requestメッセージにおけるスペアビット（spare bit ：１ビット）を使用して、ＵＥ５０がＵＥコンテクストを保持していることをｅＮＢ１０に通知する。例えば、ビットが立っている（１である）場合に、ＵＥ５０はＵＥコンテクストを保持していることを示す。ＵＥ５０がＵＥコンテクストを保持していることを示すこの情報をＵＥコンテクスト保持情報と呼ぶことにする。
また、RRC Connection Requestメッセージには、上記のビットに加えて、ＵＥ５０を識別するＵＥ識別子（具体的には、S-TMSI（SAE temporary mobile subscriber identity ））が含まれる。S-TMSIは、ＵＥ５０固有の識別子から生成される一時的なＵＥ５０の識別子であり、ＵＥ５０の位置登録時等にＭＭＥ３０から払い出されるものである。本実施の形態では、ＵＥ５０と各ｅＮＢは、ＵＥ５０を識別するためのS-TMSIを保持しているものとする。
ステップ５０１で上記RRC Connection Requestメッセージを受信したｅＮＢ１０は、当該メッセージからＵＥコンテクスト保持情報とＵＥ識別子を読み出すことで、ＵＥ識別子で識別されるＵＥ５０がＵＥコンテクストを保持していることを認識し、保持している複数のＵＥコンテクストの中から、当該ＵＥ識別子に対応するＵＥコンテクストを記憶手段から検索する。すなわち、ＵＥ識別子のマッチング処理を行う。
ステップ５０２において、ｅＮＢ１０は、検索の結果、ＵＥ識別子に対応するＵＥコンテクストを検出すると、RRC Connection Setupメッセージ（ＲＲＣ接続確立メッセージ）により、ｅＮＢ１０がＵＥ５０のＵＥコンテクストを保持していることをＵＥ５０に通知するとともに、ＵＥ５０の認証のための情報を送信するようにＵＥ５０に要求する。なお、ここではｅＮＢ１０がＵＥコンテクストを保持している場合の例を説明している。ｅＮＢ１０がＵＥコンテクストを保持していない場合については後述する。
ＵＥ５０のＵＥコンテクストを保持していることを示す情報が含まれるRRC Connection Setupメッセージを受信したＵＥ５０は、保持していたＵＥコンテクスト（ベアラ、security key、コンフィギュレーション等）を継続使用する。
また、RRC Connection Setupメッセージに含まれるRadioResourceConfigDedicatedには、ベアラ、ＭＡＣ及びＰＨＹコンフィギュレーション等に関するパラメータ値が含まれるが、ステップ５０２において上記の通知・要求を含むRRC Connection Setupメッセージを受信したＵＥ５０は、RadioResourceConfigDedicatedにより通知されるパラメータ値を無視し、保持していたＵＥコンテクストのパラメータ値を継続使用する。なお、RadioResourceConfigDedicatedにより通知されるパラメータ値を無視せずに、通知されたパラメータ値を使用することとしてもよい。これにより、既に保持しているパラメータ値がｅＮＢ１０により変更された場合に、その変更を反映することができる。
次に、ステップ５０３において、ＵＥ５０は、RRC Connection Setup Completeメッセージに、Authentication token、shortMAC-I等の認証情報を含めてｅＮＢ１０に送信する。ここでのAuthentication token、shortMAC-I等の認証情報は、ｅＮＢ１０がＵＥ５０を認証するために使用される情報である。
RRC Connection Setup Completeメッセージを受信したｅＮＢ１０は、当該メッセージに含まれる認証情報を使用して、ＵＥ５０が、ＵＥ識別子により検索されたＵＥコンテクストに対応する正しいＵＥであることを認証する。その後、ＵＥ５０とｅＮＢ１０はそれぞれ、保持していたＵＥコンテクストを利用して接続を確立（再開）する。なお、保持していたＵＥコンテクストを利用して接続を確立（再開）するにあたって、ステップ５０３は必ずしも必須ではなく、ステップ５０３を実施しないこととしてもよい。
＜ＲＲＣ接続解放手順の例＞
実施例２においては、ＵＥ５０がｅＮＢ１０からRRC Connection Releaseメッセージを受信してＲＲＣアイドル状態に遷移する際に、常にＵＥコンテクストを保持することとしてもよいし、RRC Connection Releaseメッセージ内にＵＥコンテクストを保持することを指示する情報が含まれていた場合にのみＵＥコンテクストを保持することとしてもよい。後者の例を以下に説明する。
図１３に示すように、ｅＮＢ１０がＵＥ５０をＲＲＣアイドル状態に遷移させる場合に、ｅＮＢ１０はＵＥ５０に対してRRC Connection Releaseメッセージを送信する（ステップ６０１）。
当該RRC Connection Releaseメッセージには、ＲＲＣアイドル状態においてＵＥコンテクストを保持し続けることをＵＥ５０に指示する指示情報（indication）が含まれる。なお、指示情報については、新規のindicationをメッセージ中に含めても良いし、既存のrelease causeのスペアビットを用いることとしてもよい。具体例については後述する。
ＵＥ５０は、RRC Connection Releaseメッセージから上記指示情報を検知した場合、ＲＲＣアイドル状態の間、ＲＲＣアイドル状態遷移時のＵＥコンテクスト（ベアラ情報，セキュリティ情報等）を保持し続ける。
＜実施例２：システム全体の処理シーケンスの他の例＞
図１１に示した例では、ＵＥ５０は、同じｅＮＢ１０の下で、ＲＲＣ接続状態とＲＲＣアイドル状態との間の遷移を行ったが、ここでは別の例として、ＵＥ５０がｅＮＢ１０に接続してＲＲＣ接続状態となり、ｅＮＢ１０の配下のセルでＲＲＣアイドル状態となり、その後に、ＵＥ５０がｅＮＢ２０の配下のセルに移動して、着信を受ける場合の処理シーケンスを図１４を参照して説明する。
図１１の場合と同様にして、ｅＮＢ１０はＭＭＥ３０に対してコネクション維持指示信号を送信する（ステップ７０１）。また、ＭＭＥ３０はコネクション維持指示信号をＳ－ＧＷ４０に送信する（ステップ７０２）。
コネクション維持指示信号を受信したＳ－ＧＷ４０は、確認応答をＭＭＥ３０に送信し（ステップ７０３）、ＭＭＥ３０は、確認応答をｅＮＢ１０に送信する（ステップ７０４）。
ｅＮＢ１０は、ステップ７０１～７０４の後に、ＲＲＣ接続解放（RRC Connection Release）をＵＥ５０に送信し、ＵＥ５０をＲＲＣアイドル状態に遷移させる（ステップ７０５）。この後に、ＵＥ５０はｅＮＢ２０配下のセルに移動する。当該RRC Connection Releaseメッセージには、ＵＥコンテクストを保持する指示が含まれており、ＵＥ５０及びｅＮＢ１０は、ＵＥコンテクストを保持する。ただし、このＵＥコンテクストは、ｅＮＢ１０との接続に利用された情報である。
その後、ＵＥ５０向けの下りデータが発生し、当該下りデータがＳ－ＧＷ４０に到着する（ステップ７０６）。ここでは、Ｓ１－Ｕコネクションは確立済みであるが、ステップ７０２で受信したコネクション維持指示信号に基づき、Ｓ－ＧＷ４０は、当該下りデータをｅＮＢ１０に転送せずにバッファに保留しておく。
Ｓ－ＧＷ４０は、下りデータ着信通知をＭＭＥ３０に送信し（ステップ７０７）、ＭＭＥ３０はＵＥ５０向けのＳ１－ＡＰページングの信号をｅＮＢ２０に送信する（ステップ７０８）。
Ｓ１－ＡＰページングの信号を受信したｅＮＢ２０は、配下のＵＥ５０にＲＲＣページングの信号を送信する（ステップ７０９）。
ＲＲＣページングを受信したＵＥ５０は、ＲＲＣ接続確立手順を実行し、ＲＲＣ接続を確立させる（ステップ７１０）。また、ｅＮＢ２０とコアＮＷ側（図１４ではＳ－ＧＷ４０）との間でＮＡＳ接続手順が実行され、ｅＮＢ２０についてのＳ１－Ｃ／Ｕコネクションが確立される（ステップ７１１）。
上記により、ＵＥ５０とＳ－ＧＷ４０とのコネクションが確立されるため、Ｓ－ＧＷ４０は、ＵＥ５０への下りデータの送信を開始する（ステップ７１２、Ｓ７１３）。また、ｅＮＢ１０とＭＭＥ３０間でのＵＥコンテクストが解放されるとともに、ｅＮＢ１０についてのＳ１－Ｃ／Ｕコネクションが解放される（ステップ７１４）。
上記の例では、ステップ７１０のＲＲＣ接続確立手順において、ＵＥ５０は、図１２のステップ５０１のメッセージを送信するが、ｅＮＢ２０は、ＵＥ５０に対応するＵＥコンテクストを保持していないと判断するため、後述するコンテクスト取得手順が実行される。当該コンテクスト取得手順で取得したＵＥコンテクストを利用するため、シグナリング数を削減してｅＮＢ２０とＵＥ５０間のＲＲＣ接続を確立できる。
＜仕様変更例＞
次に、図１２、図１３で説明した各種の通知を行う場合における３ＧＰＰ仕様書（３ＧＰＰ ＴＳ ３６．３３１、非特許文献４）の記載例（抜粋）を図１５～図１９に示す。図１５～図１９において、非特許文献４からの変更箇所に下線が引かれている。
図１５Ａは、図１２のステップ５０１でＵＥ５０から送信されるRRC Connection Requestメッセージの例を示す。図１５Ａに示すように、ue-ContextStoring（例：１ビット）が追加されている。図１５Ｂに示すように、ue-ContextStoringは、ＵＥ５０が、前回のＲＲＣ接続において使用したＵＥコンテクストを保持していることを示す情報である。また、図１５Ａに示すとおり、S-TMSIが含まれている。
図１６Ａは、図１２のステップ５０２でｅＮＢ１０から送信されるRRC Connection Setupメッセージの例を示す。図１６Ａに示すように、ue-ContextStoredとue-AuthenticationInfoReqが追加されている。
図１６Ｂに示すように、ue-AuthenticationInfoReqは、ＵＥに対して認証情報を送信するよう要求する情報である。ue-ContextStoredは、ｅＮＢが、RRC Connection Setupの対象するＵＥのＵＥコンテクストを保持することを示す情報である。ＵＥは、この情報（フィールド）が存在することを検出した場合、当該RRC Connection Setupメッセージにより通知されるradioRecourceConfigDedicatedフィールドを無視する。なお、前述したとおり、radioRecourceConfigDedicatedフィールドを無視せずに、これにより通知されたパラメータ値を適用することとしてもよい。
図１７は、図１２のステップ５０３においてＵＥ５０から送信されるRRC Connection Setup Completeメッセージの例を示す。図１７に示すとおり、認証情報であるue-AuthenticationToken及びue-AuthenticationInfoが追加されている。
図１８～図１９は、図１３のステップ６０１においてｅＮＢ１０から送信されるRRC Connection Releaseメッセージの例１、２を示す。
図１８Ａ，Ｂは、Cause valueを使用してＵＥコンテクスト保持指示を行う例（例１）を示す。この場合、図１８Ａに示すように、ReleaseCause内にUEcontextHoldingが追加される。図１８Ｂに示すとおり、ue-ContextHoldingの値は、ＵＥがＲＲＣアイドル状態の間、ＵＥコンテクストを保持し続ける指示を示す。
図１９Ａ、Ｂは、新規indicationを使用してＵＥコンテクスト保持指示を行う例（例２）を示す。図１９Ａに示すように、新規indicationとしてue-ContextHoldingが追加されている。図１９Ｂに示すとおり、ue-ContextHoldingは、ＵＥがＲＲＣアイドル状態の間、ＵＥコンテクストを保持し続ける指示を示す。
＜実施例２：ＵＥ５０とｅＮＢ２０との間の手順例＞
以下では、ＵＥ５０がｅＮＢ１０の配下でＲＲＣ接続状態からＲＲＣアイドル状態になり、その後、ＵＥ５０が、ｅＮＢ１０とは異なるｅＮＢ２０の配下のセルの移動する場合（例：図１４に示したケース）について、ｅＮＢ２０がＵＥコンテクストを取得するための処理について説明する。なお、ｅＮＢ１０とｅＮＢ２０はそれぞれ、コンテクスト保持機能を有するとともに、以下で説明するように、コンテクスト取得手順を実行する機能を有している。
まず、ＵＥ５０とｅＮＢ２０との間の処理手順について、図２０を参照して説明する。図２０の処理の前提として、ＵＥ５０は、ＲＲＣアイドル状態にあり、ｅＮＢ１０との間の接続時におけるＵＥコンテクストを保持している。そして、ＵＥ５０は、ＲＲＣアイドル状態のままでｅＮＢ２０配下のセルに移動し、発信を実施することを契機として、もしくは着信を受けたことを契機としてＲＲＣ接続状態への遷移手順が起動された状況を想定する。また、以下で説明する動作は、図１２を参照して説明した動作をベースとするが、以下の動作は、図１２の場合と異なり、ｅＮＢ２０がＵＥ５０のＵＥコンテクストを保持しない場合の動作である。
ステップ８０１にてRandom Access PreambleがＵＥ５０からｅＮＢ２０に送信され、ステップ８０２にて、Random Access ResponseがｅＮＢ２０からＵＥ５０に返される。
ステップ８０３において、ＵＥ５０は、RRC Connection RequestメッセージをｅＮＢ２０に送信する。
当該RRC Connection Requestメッセージには、ＵＥ５０がＵＥコンテクストを保持していることを示す情報と、ＵＥ識別子（S-TMSI）が含まれている。RRC Connection Requestメッセージを受信したｅＮＢ２０は、当該メッセージに含まれるＵＥ識別子に対応付けて格納されている、ＵＥ５０のＵＥコンテクストを検索するが、ＵＥ５０のＵＥコンテクストを検出できない。
そのため、ステップ８０４では、ｅＮＢ２０は、ＵＥ５０のＵＥコンテクストがｅＮＢ２０において存在しないことを示す情報を含む（あるいは、ＵＥ５０のＵＥコンテクストがｅＮＢ２０において存在することを示す情報を含まない）RRC Connection SetupメッセージをＵＥ５０に送信する。
上記の情報を含むメッセージを受信したＵＥ５０は、ｅＮＢ２０がＵＥコンテクストを保持しないことを認識し、ｅＮＢ２０にコンテクスト取得手順（Context Fetch procedure）を実行させるために、ステップ８０５において、RRC Connection Setup CompleteメッセージをｅＮＢ２０に送信する。
ステップ８０５で送信するメッセージには、ＵＥ５０が保持するＵＥコンテクストに対応するｅＮＢ側のＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、当該ＵＥコンテクストがＵＥ５０のものであることを特定（及び／又は認証）するための情報（ＵＥ５０のＵＥコンテクストを特定するための情報）とを含む。具体的な情報の内容の説明は、実施例１での説明と同じである。
ステップ８０５のメッセージを受信したｅＮＢ２０は、ＰＣＩ等により特定されるｅＮＢ１０との間でコンテクスト取得手順を実行する（ステップ８０６）。
なお、上記の例では、ｅＮＢ２０がＵＥコンテクストを保持するか否かを示す情報をＵＥ５０に通知しているが、このような通知を行わないこととしてもよい。その場合、ＵＥ５０は、ｅＮＢ２０がＵＥコンテクストを保持するか否かに関わらずに、ＵＥコンテクストを特定する特定情報（例：Authentication Token、Short MAC-I、(MTC)C-RNTI）をｅＮＢ２０に送信する。ｅＮＢ２０は、当該特定情報に該当するＵＥコンテクストを自分自身が保持していないことを検知した場合に、後述するコンテクスト取得手順（context fetch procedure）を実行する。
＜実施例２：コンテクスト取得手順例１＞
次に、図２０で示したコンテクスト取得手順の例について、コンテクスト取得手順例１とコンテクスト取得手順例２について説明する。コンテクスト取得手順例１は、非特許文献５等に記載されているＸ２インターフェースを用いたｅＮＢ間通信に関わるメッセージを利用する手順例であり、コンテクスト取得手順例２はＸ２インターフェースを用いた新規のメッセージを利用する手順例である。
まず、コンテクスト取得手順例１について図２１を参照して説明する。ステップ９０１において、ＵＥ５０は、RRC Connection Setup CompleteメッセージをｅＮＢ２０に送信する。RRC Connection Setup Completeメッセージの中には、ＵＥ５０のＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、ＵＥ５０のＵＥコンテクストを特定する情報が含まれる。具体的には、PCI、Authentication Token、Short MAC-I、(MTC)C-RNTIが含まれる。
ステップ９０２において、ｅＮＢ２０は、ＰＣＩにより識別されるｅＮＢ１０に対してRLF Indication (Radio Link Failure Indication：無線リンク障害指示)メッセージを送信する。当該RLF Indicationメッセージには、ＵＥ５０から受信した、ＵＥ５０のＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、ＵＥ５０のＵＥコンテクストを特定する情報が含まれる。すなわち、PCI、Authentication Token、Short MAC-I、(MTC)C-RNTIが含まれる。
ステップ９０２で、RLF Indicationメッセージを受信したｅＮＢ１０は、ＵＥ５０のＵＥコンテクストを特定する情報に基づいて、ｅＮＢ１０において記憶手段に保持されている複数のＵＥコンテクストの中から、ＵＥ５０のＵＥコンテクストを取得する。
そして、ステップＳ９０３で、ｅＮＢ１０は、取得したＵＥコンテクストを含むHandover RequestメッセージをｅＮＢ２０に送信する。Handover Requestメッセージを受信したｅＮＢ２０は、ステップ９０４において、Handover ResponseメッセージをｅＮＢ１０に返す。
ＵＥ５０のＵＥコンテクストを取得したｅＮＢ２０は、ステップ９０５において、RRC Connection ReconfigurationメッセージをＵＥ５０に送信する。また、ステップ９０６において、ＵＥ５０は、RRC Connection Reconfiguration CompleteメッセージをｅＮＢ２０に送信する。これにより、ＵＥ５０とｅＮＢ２０は、ＵＥコンテクストを再利用して、ＵＥ５０とｅＮＢ２０との間の接続を確立し、状態をＲＲＣ接続状態に遷移させる。
なお、ＵＥ５０とｅＮＢ２０は、保持／取得したＵＥコンテクストを再利用することでＵＥ５０とｅＮＢ２０との間のＲＲＣ接続を確立できるので、ステップ９０５とステップ９０６を実行しないこととしてもよい。もしくは、ＵＥ５０は、RRC Connection Reconfigurationメッセージで受信するコンフィギュレーション情報のうちの一部又は全部を無視してもよい。また、無視せずに、RRC Connection Reconfigurationメッセージで受信するコンフィギュレーション情報を適用してもよい。
なお、ｅＮＢ２０が、コンテクスト取得手順を実行したが、目的のＵＥコンテクストを取得できなかった場合（ステップ９０７）、例えば、RRC Connection Releaseメッセージを送信し、ＵＥ５０をＲＲＣアイドル状態とする。
＜実施例２：コンテクスト取得手順例２＞
次に、コンテクスト取得手順例２について図２２を参照して説明する。ステップ９５１において、ＵＥ５０は、RRC Connection Setup CompleteメッセージをｅＮＢ２０に送信する。RRC Connection Resume Requestメッセージの中には、ＵＥ５０のＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、ＵＥ５０のＵＥコンテクストを特定する情報が含まれる。具体的には、PCI、Authentication Token、Short MAC-I、(MTC)C-RNTIが含まれる。
ステップ９５２において、ｅＮＢ２０は、ＰＣＩにより識別されるｅＮＢ１０に対してContext Requestメッセージ（コンテクスト要求メッセージ）を送信する。Context Requestメッセージには、ＵＥ５０から受信した、ＵＥ５０のＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、ＵＥ５０のＵＥコンテクストを特定する情報が含まれる。すなわち、PCI、Authentication Token、Short MAC-I、(MTC)C-RNTIが含まれる。なお、コンテクスト取得手順例１で用いたRLF Indicationメッセージについても、コンテクストを要求する機能を有するので、これをコンテクスト要求メッセージと呼んでもよい。
ステップ９５２で、Context Requestメッセージを受信したｅＮＢ１０は、ＵＥ５０のＵＥコンテクストを特定する情報に基づいて、ｅＮＢ１０において記憶手段に保持されている複数のＵＥコンテクストの中から、ＵＥ５０のＵＥコンテクストを取得する。
そして、ステップＳ９５３で、ｅＮＢ１０は、取得したＵＥコンテクストを含むContext Responseメッセージ（コンテクスト応答メッセージ）をｅＮＢ２０に送信する。なお、コンテクスト取得手順例１で用いたHandover Requestメッセージについても、コンテクストを応答する機能を有するので、これをコンテクスト応答メッセージと呼んでもよい。
ＵＥ５０のＵＥコンテクストを取得したｅＮＢ２０は、ステップ９５４において、RRC Connection ReconfigurationメッセージをＵＥ５０に送信する。また、ステップ９５５において、ＵＥ５０は、RRC Connection Reconfiguration CompleteメッセージをｅＮＢ２０に送信する。これにより、ＵＥ５０とｅＮＢ２０は、ＵＥコンテクストを再利用して、ＵＥ５０とｅＮＢ２０との間の接続を確立し、状態をＲＲＣ接続状態に遷移させる。
なお、ＵＥ５０とｅＮＢ２０は、保持／取得したＵＥコンテクストを再利用することでＵＥ５０とｅＮＢ２０との間のＲＲＣ接続を確立できるので、ステップ９５４とステップ９５５を実行しないこととしてもよい。もしくは、ＵＥ５０は、RRC Connection Reconfigurationメッセージで受信するコンフィギュレーション情報のうちの一部又は全部を無視してもよい。また、無視せずに、RRC Connection Reconfigurationメッセージで受信するコンフィギュレーション情報を適用してもよい。
なお、ｅＮＢ２０が、コンテクスト取得手順を実行したが、目的のＵＥコンテクストを取得できなかった場合（ステップ９５６）、例えば、RRC Connection Releaseメッセージを送信し、ＵＥ５０をＲＲＣアイドル状態とする（ステップ９５７）。
＜実施例２：ｅＮＢの特定情報を通知する方法の変形例１＞
実施例２において、図２０を参照して説明した方法では、RRC Connection Setup CompleteメッセージにｅＮＢの特定情報を含めて送信しているが、これは一例であり、他のメッセージでｅＮＢの特定情報を送信することも可能である。変形例１では、RRC Connection RequestメッセージにｅＮＢの特定情報を含めて送信する。変形例１を図２３、図２４を参照して説明する。
まず、図２３に示す処理の前提として、ＵＥ５０は、ＲＲＣアイドル状態にあり、ｅＮＢ１０との間の接続時におけるＵＥコンテクストを保持している。そして、ＵＥ５０は、ＲＲＣアイドル状態のままでｅＮＢ２０配下のセルに移動し、発信を実施することを契機として、もしくは着信を受けたことを契機としてＲＲＣ接続状態への遷移手順が起動された状況を想定する。
ステップ１００１にてRandom Access PreambleがＵＥ５０からｅＮＢ２０に送信され、ステップ１００２にて、Random Access ResponseがｅＮＢ２０からＵＥ５０に返される。
ステップ１００３において、ＵＥ５０は、RRC Connection RequestメッセージをｅＮＢ２０に送信する。ステップ１００３で送信するメッセージには、ＵＥ５０が保持するＵＥコンテクストに対応するｅＮＢ側のＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、当該ＵＥコンテクストがＵＥ５０のものであることを特定（及び／又は認証）するための情報（ＵＥ５０のＵＥコンテクストを特定するための情報）とを含む。具体的な情報の内容の説明は、実施例１での説明と同様である。図２３の例では、PCIとeNB IDの両方を含むが、いずれか一方のみを含めることとしてもよい。
ステップ１００４では、ｅＮＢ２０は、ＵＥ５０にRRC Connection SetupメッセージをＵＥ５０に送信する。ステップ１００５において、ＵＥ５０は、RRC Connection Setup CompleteメッセージをｅＮＢ２０に送信する。
ステップ１００６において、ｅＮＢ２０は、ステップＳ１００３で受信したＰＣＩ等により特定されるｅＮＢ１０との間でコンテクスト取得手順を実行する。コンテクスト取得手順の内容は、図２１、図２２を参照して説明したとおりである。
ステップＳ１００３におけるRRC Connection Requestメッセージの送信を行う場合における３ＧＰＰ仕様書（３ＧＰＰ ＴＳ ３６．３３１、非特許文献４）の記載例（抜粋）を図２４に示す。
図２４に示すように、criticalExtensionsFutureとして、RRCConnectionRequest-r13-IEsが追加される。RRCConnectionRequest-r13-IEsは、UE-AS-ConfigIdenity-r13を含み、UE-AS-ConfigIdenity-r13は、Authentication Token ID、前回接続時（ｅＮＢ１０との接続時）のeNB-ID、C-RNTI、PCI、Short MAC-Iを含む。
＜実施例２：ｅＮＢの特定情報を通知する方法の変形例２＞
変形例２では、RRC Connection Reestablishment RequestメッセージにｅＮＢの特定情報を含めて送信する。変形例２を図２５、図２６を参照して説明する。なお、RRC Connection Reestablishment（接続再確立）手順は、無線リンク故障（radio link failure）、ハンドオーバ失敗（Handover failure）等の場合に実行される手順である。
図２３に示す処理の前提として、ＵＥ５０は、ｅＮＢ１０との間の接続時におけるＵＥコンテクストを保持している。そして、ＵＥ５０は、ＲＲＣアイドル状態のままでｅＮＢ２０配下のセルに移動するが、無線リンク故障が生じた状況を想定する。
ステップ１１０１にてRandom Access PreambleがＵＥ５０からｅＮＢ２０に送信され、ステップ１１０２にて、Random Access ResponseがｅＮＢ２０からＵＥ５０に返される。
ステップ１１０３において、ＵＥ５０は、RRC Connection Reestablishment RequestメッセージをｅＮＢ２０に送信する。ステップ１１０３で送信するメッセージには、ＵＥ５０が保持するＵＥコンテクストに対応するｅＮＢ側のＵＥコンテクストを保持するｅＮＢ（ここではｅＮＢ１０）を特定する情報と、当該ＵＥコンテクストがＵＥ５０のものであることを特定（及び／又は認証）するための情報（ＵＥ５０のＵＥコンテクストを特定するための情報）とを含む。具体的な情報の内容の説明は、実施例１での説明と同様である。図２４の例では、PCIとeNB IDの両方を含むが、いずれか一方のみを含めることとしてもよい。
ステップ１１０４において、ｅＮＢ２０は、ステップＳ１１０３で受信したＰＣＩ等により特定されるｅＮＢ１０との間でコンテクスト取得手順を実行する。コンテクスト取得手順の内容は、図２１、図２２を参照して説明したとおりである。
コンテクスト取得手順によりＵＥコンテクストを取得したｅＮＢ２０は、ステップ１１０５において、RRC Connection ReestablishmentメッセージをＵＥ５０に送信する。
なお、ＵＥ５０は、コンテクストを保持しているので、RRC Connection Reestablishmentメッセージで受信するコンフィギュレーション情報（radioResourceConfigDedicated等）のうちの一部又は全部を無視してもよい。また、無視せずに、RRC Connection Reestablishmentメッセージで受信するコンフィギュレーション情報を適用してもよい。
ステップＳ１１０３におけるRRC Connection Reestablishment Requestメッセージの送信を行う場合における３ＧＰＰ仕様書（３ＧＰＰ ＴＳ ３６．３３１、非特許文献４）の記載例（抜粋）を図２６に示す。
図２６に示すように、criticalExtensionsFutureとして、RRCConnectionReestablishmentRequest-r13-IEsが追加される。RRCConnectionReestablishmentRequest-r13-IEsは、ReestabUE-Identity-r13を含み、ReestabUE-Identity-r13は、Authentication Token ID、前回接続時（ｅＮＢ１０との接続時）のeNB-ID、C-RNTI、PCI、Short MAC-Iを含む。
（装置構成例）
次に、本発明の実施の形態における装置の構成例を説明する。以下で説明する各装置の構成は、発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（ＥＰＣを含む意味のＬＴＥ）に準拠した通信システムにおける装置として動作するための図示しない機能も有するものである。また、各図に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
各装置は、実施例１と実施例２の両方の機能を備えてもよいし、実施例１と実施例２のうちのいずれか一方を備えることとしてもよい。以下の説明では、各装置は実施例１と実施例２の両方の機能を備えるものとする。
＜ＭＭＥ、Ｓ－ＧＷの構成例＞
まず、図２７を参照して、ＭＭＥ３０とＳ－ＧＷ４０の構成例を説明する。図２７に示すように、ＭＭＥ３０は、ｅＮＢ通信部３１、ＳＧＷ通信部３２、通信制御部３３を含む。
ｅＮＢ通信部３１は、ｅＮＢとの間でＳ１－ＭＭＥインターフェースによる制御信号の送受信を行う機能を含む。ＳＧＷ通信部３２は、Ｓ－ＧＷとの間でＳ１１インターフェースによる制御信号の送受信を行う機能を含む。
また、Ｓ－ＧＷ４０は、ｅＮＢ通信部４１、ＭＭＥ通信部４２、ＮＷ通信部４３、通信制御部４４を含む。ｅＮＢ通信部４１は、ｅＮＢとの間でＳ１－Ｕインターフェースによるデータの送受信を行う機能を含む。ＭＭＥ通信部４２は、ＭＭＥとの間でＳ１１インターフェースによる制御信号の送受信を行う機能を含む。ＮＷ通信部４３は、コアＮＷ側のノード装置との間で制御信号の送受信及びデータの送受信を行う機能を含む。
なお、ここまでの説明は実施例１と実施例２で共通である。以下では特に、実施例２（非特許文献３とは異なる方式）についての機能を説明する。
通信制御部３３は、ｅＮＢからコネクション維持指示信号を受信した場合に、当該コネクション維持指示信号をＳ－ＧＷに送信するようＳＧＷ通信部３２に指示するとともに、Ｓ－ＧＷから確認応答を受信した場合に、当該確認応答をｅＮＢに送信するようＳＧＷ通信部３２に指示する機能を含む。
通信制御部４４は、ＭＭＥからコネクション維持指示信号を受信した場合に、確認応答をＭＭＥに送信するようＭＭＥ通信部４２に指示する機能を含む。また、通信制御部４４は、ＭＭＥからコネクション維持指示信号を受信している場合において、該当ＵＥへの下りデータを受信した場合に、当該下りデータをバッファに保留しておくようにＮＷ通信部４３に指示し、ＲＲＣ接続確立完了をｅＮＢから受信した場合に、当該下りデータを送信するようにＮＷ通信部４３に指示する機能を含む。
なお、ＭＭＥ３０とＳ－ＧＷ４０を１つの装置として構成することもできる。その場合、ＳＧＷ通信部３２とＭＭＥ通信部４２間のＳ１１インターフェースの通信は、装置内部の通信となる。
次に、本発明の実施の形態（実施例１と実施例２を含む）におけるＵＥ５０とｅＮＢ１０の構成例を説明する。なお、ｅＮＢ１０とｅＮＢ２０は、同じ機能を備えており、ここでは例としてｅＮＢ１０を挙げている。
＜ユーザ装置ＵＥ＞
図２８に、ユーザ装置（ＵＥ５０）の機能構成図を示す。図２８に示すように、ＵＥ５０は、ＤＬ信号受信部５１、ＵＬ信号送信部５２、ＲＲＣ処理部５３、ＵＥコンテクスト管理部５４を備える。なお、図２８は、ＵＥ５０において本発明に特に関連する機能部のみを示すものであり、ＵＥ５０は、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。
ＤＬ信号受信部５１は、基地局ｅＮＢから各種の下り信号を受信し、受信した物理レイヤの信号からより上位のレイヤの情報を取得する機能を含み、ＵＬ信号送信部５２は、ＵＥ５０から送信されるべき上位のレイヤの情報から、物理レイヤの各種信号を生成し、基地局ｅＮＢに対して送信する機能を含む。
ＲＲＣ処理部５３は、図７～図１０、図１２、図１３、図１５～図２６等を参照して説明した、ＵＥ側の判定処理、ＲＲＣメッセージの生成・送信（送信はＵＬ信号送信部５２を介した送信）、ＤＬ信号受信部５１により受信したＲＲＣメッセージの解釈等を行う。また、ＲＲＣ処理部５３は、ＵＥコンテクスト管理部５４に保持しておいたＵＥコンテクストを利用してＲＲＣ接続を再開する機能等も含む。
ＵＥコンテクスト管理部５４は、メモリ等の記憶手段を含み、例えば、図５のステップ１０７、図１３等で説明した指示に基づいて、ＲＲＣ保留状態／ＲＲＣアイドル状態においてＵＥコンテクスト及びＵＥ識別子（S-TMSI等）を保持する。また、図１２に示す手順においては、ＵＥコンテクストの保持の有無を判断し、ＵＥコンテクストを保持している場合には、ＵＥコンテクストを保持していることを示す情報を通知するよう、ＲＲＣ処理部５３に指示する。
図２８に示すＵＥ５０の構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
図２９は、ＵＥ５０のハードウェア（ＨＷ）構成の例を示す図である。図２９は、図２８よりも実装例に近い構成を示している。図２９に示すように、ＵＥは、無線信号に関する処理を行うＲＥ（Ｒａｄｉｏ Ｅｑｕｉｐｍｅｎｔ）モジュール１５１と、ベースバンド信号処理を行うＢＢ（Ｂａｓｅ Ｂａｎｄ）処理モジュール１５２と、上位レイヤ等の処理を行う装置制御モジュール１５３と、ＵＳＩＭカードにアクセスするインタフェースであるＵＳＩＭスロット１５４とを有する。
ＲＥモジュール１５１は、ＢＢ処理モジュール１５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Ａｎａｌｏｇ ｔｏ Ｄｉｇｉｔａｌ）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール１５２に渡す。ＲＥモジュール１５１は、例えば、図２８のＤＬ信号受信部５１及びＵＬ信号送信部５２における物理レイヤ等の機能を含む。
ＢＢ処理モジュール１５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）１６２は、ＢＢ処理モジュール１５２における信号処理を行うプロセッサである。メモリ１７２は、ＤＳＰ１６２のワークエリアとして使用される。ＢＢ処理モジュール１５２は、例えば、図２８のＤＬ信号受信部５１及びＵＬ信号送信部５２におけるレイヤ２等の機能、ＲＲＣ処理部５３及びＵＥコンテクスト管理部５４を含む。なお、ＲＲＣ処理部５３及びＵＥコンテクスト管理部５４の機能の全部又は一部を装置制御モジュール１５３に含めることとしてもよい。
装置制御モジュール１５３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ１６３は、装置制御モジュール１５３が行う処理を行うプロセッサである。メモリ１７３は、プロセッサ１６３のワークエリアとして使用される。また、プロセッサ１６３は、ＵＳＩＭスロット１５４を介してＵＳＩＭとの間でデータの読出し及び書込みを行う。
＜基地局ｅＮＢ＞
図３０に、基地局ｅＮＢ（ｅＮＢ１０）の機能構成図を示す。図３０に示すように、ｅＮＢ１０は、ＤＬ信号送信部１１、ＵＬ信号受信部１２、ＲＲＣ処理部１３、ＵＥコンテクスト管理部１４、認証部１５、ＵＥコンテクスト取得部１６、ＮＷ通信部１７を備える。なお、図３０は、ｅＮＢ１０において本発明の実施の形態に特に関連する機能部のみを示すものであり、ｅＮＢ１０は、少なくともＬＴＥ方式に準拠した動作を行うための図示しない機能も有するものである。
ＤＬ信号送信部１１は、ｅＮＢ１０から送信されるべき上位のレイヤの情報から、物理レイヤの各種信号を生成し、送信する機能を含む。ＵＬ信号受信部１２は、ユーザ装置ＵＥから各種の上り信号を受信し、受信した物理レイヤの信号からより上位のレイヤの情報を取得する機能を含む。
ＲＲＣ処理部１３は、図７～図１０、図１２、図１３、図１５～図２６等を参照して説明した、ｅＮＢ側の判定処理、ＲＲＣメッセージの生成・送信（送信はＤＬ信号送信部１１を介した送信）、ＵＬ信号受信部１２により受信したＲＲＣメッセージの解釈等を行う。また、ＲＲＣ処理部１３は、ＵＥコンテクスト管理部１４に保持しておいたＵＥコンテクストを利用してＲＲＣ接続を再開する機能等も含む。
ＵＥコンテクスト管理部１４は、メモリ等の記憶手段を含み、例えば、図５のステップ１０７、図１３等で説明した指示の送信に基づいて、ＲＲＣ保留状態／ＲＲＣアイドル状態においてＵＥコンテクスト及びＵＥ識別子（S-TMSI等）を保持する。また、図１２に示す手順においては、ＵＥから受信するＵＥ識別子に基づいて、ＵＥコンテクストを検索し、ＵＥコンテクストが保持されていることを確認したら、ＵＥコンテクストが保持されていることを示す通知、及び、認証情報の要求をＲＲＣ処理部１３に指示する。
認証部１５は、図１２に示したステップ５０３において、ＵＥから認証情報を受信し、ＵＥの認証を行う機能を含む。
ＵＥコンテクストを保持するＵＥ（ＲＲＣ保留状態／ＲＲＣアイドル状態）との間でＲＲＣ接続を確立するために必要なＵＥコンテクストがＵＥコンテクスト管理部１４に格納されていない場合に、ＵＥコンテクスト取得部１６は、これまでに説明したようにコンテクスト取得手順を実行する（図９、１０、２１、２２等）。また、ＵＥコンテクスト取得部１６は、他の基地局から、コンテクスト要求メッセージを受信したときに、対象のＵＥコンテクストを特定する情報に基づいて、当該ＵＥコンテクストをＵＥコンテクスト管理部１４から取得して、当該他の基地局に返す機能を有する。
ＮＷ通信部１７は、Ｓ１－ＭＭＥインターフェースでＭＭＥとの間で制御信号を送受信する機能、及び、Ｓ１－ＵインターフェースでＳ－ＧＷとの間でデータを送受信する機能、コネクション維持指示信号の送信機能、ＲＲＣ接続確立完了の送信の送信機能等を含む。
図３０に示すｅＮＢ１０の構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
図３１は、ｅＮＢ１０のハードウェア（ＨＷ）構成の例を示す図である。図３１は、図３０よりも実装例に近い構成を示している。図３１に示すように、ｅＮＢ１０は、無線信号に関する処理を行うＲＥモジュール２５１と、ベースバンド信号処理を行うＢＢ処理モジュール２５２と、上位レイヤ等の処理を行う装置制御モジュール２５３と、ネットワークと接続するためのインタフェースである通信ＩＦ２５４とを有する。
ＲＥモジュール２５１は、ＢＢ処理モジュール２５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール２５２に渡す。ＲＥモジュール２５１は、例えば、図３０のＤＬ信号送信部１１及びＵＬ信号受信部１２における物理レイヤ等の機能を含む。
ＢＢ処理モジュール２５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ２６２は、ＢＢ処理モジュール２５２における信号処理を行うプロセッサである。メモリ２７２は、ＤＳＰ２５２のワークエリアとして使用される。ＢＢ処理モジュール２５２は、例えば、図３０のＤＬ信号送信部１１及びＵＬ信号受信部１２におけるレイヤ２等の機能、ＲＲＣ処理部１３、ＵＥコンテクスト管理部１４、認証部１５、ＵＥコンテクスト取得部１６を含む。なお、ＲＲＣ処理部１３、ＵＥコンテクスト管理部１４、認証部１５、ＵＥコンテクスト取得部１６の機能の全部又は一部を装置制御モジュール２５３に含めることとしてもよい。
装置制御モジュール２５３は、ＩＰレイヤのプロトコル処理、ＯＡＭ処理等を行う。プロセッサ２６３は、装置制御モジュール２５３が行う処理を行うプロセッサである。メモリ２７３は、プロセッサ２６３のワークエリアとして使用される。補助記憶装置２８３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。
なお、図２７～図３１に示す装置の構成（機能区分）は、本実施の形態（実施例１と実施例２を含む）で説明する処理を実現する構成の一例に過ぎない。本実施の形態（実施例１と実施例２を含む）で説明する処理を実現できるのであれば、その実装方法（具体的な機能部の配置、名称等）は、特定の実装方法に限定されない。
（実施の形態のまとめ）
以上、説明したように、本実施の形態により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記ユーザ装置であって、前記ユーザ装置がユーザ装置側コンテクスト情報を保持している場合に、当該ユーザ装置の基地局側コンテクスト情報を保持する保持基地局を特定する第１特定情報と、当該基地局側コンテクスト情報を特定する第２特定情報とを、前記基地局に送信する送信手段と、前記基地局により、前記保持基地局から前記基地局側コンテクスト情報が取得された後に、前記ユーザ装置側コンテクスト情報を利用して、前記基地局との間で接続を確立する接続手段とを備えるユーザ装置が提供される。
上記の構成により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおいて、接続状態にないユーザ装置がセル間を移動する場合でも、当該ユーザ装置がコンテクスト情報を再利用して基地局と接続することが可能となる。
前記ユーザ装置は、前記基地局が前記基地局側コンテクスト情報を保持していないことを示す情報を、当該基地局から受信する受信手段を備えてもよく、前記受信手段により、前記基地局側コンテクスト情報を保持していないことを示す情報を受信した場合に、前記送信手段は、前記第１特定情報と前記第２特定情報とを前記基地局に送信することとしてもよい。この構成により、基地局が基地局側コンテクスト情報を保持していないことを確認できた場合に、第１特定情報と第２特定情報とを基地局に送信できるので、無駄な情報送信を回避できる。
また、前記基地局が前記基地局側コンテクスト情報を保持しているか否かを示す情報を受信しない場合でも、前記送信手段は、前記第１特定情報と前記第２特定情報とを前記基地局に送信することとしてもよい。この構成によれば、ユーザ装置は、前記基地局が前記基地局側コンテクスト情報を保持しているか否かを確認する処理を行うことなく、迅速に第１特定情報と第２特定情報とを基地局に送信できる。
また、本実施の形態により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおける前記基地局であって、ユーザ装置側コンテクスト情報を保持する前記ユーザ装置から、当該ユーザ装置の基地局側コンテクスト情報を保持する保持基地局を特定する第１特定情報と、当該基地局側コンテクスト情報を特定する第２特定情報とを受信する受信手段と、前記第１特定情報により特定される前記保持基地局に対して、前記第２特定情報を含むコンテクスト要求メッセージを送信し、当該コンテクスト要求メッセージに応じて前記保持基地局から送信される前記基地局側コンテクスト情報を取得するコンテクスト取得手段とを備える基地局が提供される。
上記の構成により、ユーザ装置と基地局のそれぞれに保持されるコンテクスト情報を再利用して接続確立を行う機能をサポートする移動通信システムにおいて、接続状態にないユーザ装置がセル間を移動する場合でも、当該ユーザ装置がコンテクスト情報を再利用して基地局と接続することが可能となる。
前記基地局は、前記受信手段により、前記ユーザ装置から、前記ユーザ装置が前記ユーザ装置側コンテクスト情報を保持することを示す情報を受信した場合に、前記基地局が前記基地局側コンテクスト情報を保持していないことを示す情報を、前記ユーザ装置に送信する送信手段を備え、前記送信手段により、前記基地局側コンテクスト情報を保持していないことを示す情報を送信した後に、前記受信手段は、前記第１特定情報と前記第２特定情報とを前記ユーザ装置から受信することとしてもよい。この構成により、ユーザ装置は、基地局が基地局側コンテクスト情報を保持していないことを確認できた場合に、第１特定情報と第２特定情報とを基地局に送信できるので、無駄な情報送信を回避できる。
また、前記基地局が前記基地局側コンテクスト情報を保持しているか否かを示す情報を送信しない場合でも、前記受信手段は、前記第１特定情報と前記第２特定情報とを前記ユーザ装置から受信することとしてもよい。この構成によれば、基地局は、第１特定情報と第２特定情報とを受信してから、第２特定情報を使用して、自分自身が基地局側コンテクスト情報を保持しているかどうかを確認できる。
前記コンテクスト取得手段は、前記基地局側コンテクスト情報を取得できない場合に、前記ユーザ装置に対して接続解放メッセージを送信することとしてもよい。この構成により、ユーザ装置に対して、コンテクスト情報を再利用しない通常の方法で接続を確立させることを促すことができる。
前記コンテクスト取得手段は、他の基地局から、当該他の基地局配下のユーザ装置のためのコンテクスト要求メッセージを受信した場合に、当該他の基地局配下のユーザ装置に対する基地局側コンテクスト情報を記憶手段から取得し、当該基地局側コンテクスト情報を前記他の基地局に送信することとしてもよい。この構成により、他の基地局からの要求に応じて、基地局側コンテクスト情報を他の基地局に提供できる。
なお、上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、各装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って当該装置が有するプロセッサにより動作するソフトウェアは、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
＜実施形態の補足＞
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣメッセージは、ＲＲＣシグナリングと呼ばれてもよい。また、ＲＲＣメッセージは、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
判定又は判断は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。
ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
また、本明細書で説明した各態様／実施形態の処理手順、シーケンスなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わないこと）によって行われてもよい。
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
本特許出願は２０１５年１１月５日に出願した日本国特許出願第２０１５－２１８０１６号、及び２０１６年２月４日に出願した日本国特許出願第２０１６－０２０３２２号に基づきその優先権を主張するものであり、日本国特許出願第２０１５－２１８０１６号、及び日本国特許出願第２０１６－０２０３２２号の全内容を本願に援用する。
１０、２０ ｅＮＢ
１１ ＤＬ信号送信部
１２ ＵＬ信号受信部
１３ ＲＲＣ処理部
１４ ＵＥコンテクスト管理部
１５ 認証部
１６ ＵＥコンテクスト取得部
１７ ＮＷ通信部
３０ ＭＭＥ
３１ ｅＮＢ通信部
３２ ＳＧＷ通信部
３３ 通信制御部
４０ Ｓ－ＧＷ
４１ ｅＮＢ通信部
４２ ＭＭＥ通信部
４３ ＮＷ通信部
４４ 通信制御部
５０ ＵＥ
５１ ＤＬ信号受信部
５２ ＵＬ信号送信部
５３ ＲＲＣ処理部
５４ ＵＥコンテクスト管理部
１５１ ＲＥモジュール
１５２ ＢＢ処理モジュール
１５３ 装置制御モジュール
１５４ ＵＳＩＭスロット
２５１ ＲＥモジュール
２５２ ＢＢ処理モジュール
２５３ 装置制御モジュール
２５４ 通信ＩＦ

Claims (7)

  1. 端末であって、
    前記端末が端末側コンテクスト情報を保持している場合に、当該端末の基地局側コンテクスト情報を保持する保持基地局から当該基地局側コンテクスト情報を取得するための特定情報を含む情報を、前記保持基地局とは異なる別の基地局に送信する送信手段と、
    前記別の基地局により、前記保持基地局から前記基地局側コンテクスト情報が取得された後に、前記端末側コンテクスト情報を利用して、前記基地局との間で接続を確立する接続手段と
    を備え、
    前記特定情報を含む情報は、前記端末のＡｃｃｅｓｓ Ｓｔｒａｔｕｍ（ＡＳ）層のセキュリティ情報を使用して計算されたビットシーケンスの少なくとも一部であるＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｔｏｋｅｎを含む、
    端末。
  2. 前記端末をＲＲＣアイドル状態とすることを示す情報を、前記別の基地局から受信する受信手段を備え、
    前記受信手段により、前記情報を受信した場合に、前記端末は、ＲＲＣアイドル状態に遷移する
    請求項１に記載の端末。
  3. 基地局であって、
    端末が端末側コンテクスト情報を保持する場合に、当該端末の基地局側コンテクスト情報を保持する保持基地局から当該基地局側コンテクスト情報を取得するための特定情報を含む情報を受信する受信手段と、
    前記保持基地局に対して、前記特定情報を含むコンテクスト要求メッセージを送信し、当該コンテクスト要求メッセージに応じて前記保持基地局から送信される前記基地局側コンテクスト情報を取得するコンテクスト取得手段と
    を備え、
    前記特定情報を含む情報は、前記端末のＡｃｃｅｓｓ Ｓｔｒａｔｕｍ（ＡＳ）層のセキュリ情報を使用して前記端末により計算されたビットシーケンスの少なくとも一部であるＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｔｏｋｅｎを含む、
    基地局。
  4. 前記端末をＲＲＣアイドル状態とすることを示す情報を、前記端末に送信する送信手段を備える、
    請求項３に記載の基地局。
  5. 前記端末をＲＲＣアイドル状態とすることを示す情報は、接続解放メッセージである
    請求項３に記載の基地局。
  6. 端末と基地局とを有する移動通信システムであって、
    前記端末が端末側コンテクスト情報を保持している場合に、前記端末が当該端末の基地局側コンテクスト情報を保持する保持基地局から当該基地局側コンテクスト情報を取得するための特定情報を含む情報を、前記保持基地局とは異なる前記基地局に送信する送信手段と、
    前記基地局が、前記保持基地局に対して、前記特定情報を含むコンテクスト要求メッセージを送信し、当該コンテクスト要求メッセージに応じて前記保持基地局から送信される前記基地局側コンテクスト情報を取得するコンテクスト取得手段と、
    前記端末が、前記端末側コンテクスト情報を利用して、前記基地局との間で接続を確立する接続手段と、
    を備え、
    前記特定情報を含む情報は、前記端末のＡｃｃｅｓｓ Ｓｔｒａｔｕｍ（ＡＳ）層のセキュリ情報を使用して前記端末により計算されたビットシーケンスの少なくとも一部であるＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｔｏｋｅｎを含む、
    移動通信システム。
  7. 前記コンテクスト取得手段が前記保持基地局から前記基地局側コンテクスト情報を取得できなかった場合に、接続解放メッセージを前記基地局が前記端末に送信する基地局側送信手段と、
    前記端末が、接続解放メッセージを受信した場合に、前記端末をＲＲＣアイドル状態とする制御手段と、
    を備える、請求項６に記載の移動通信システム。
JP2017549127A 2015-11-05 2016-11-04 端末、基地局、及び移動通信システム Active JP6991859B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2015218016 2015-11-05
JP2015218016 2015-11-05
JP2016020322 2016-02-04
JP2016020322 2016-02-04
PCT/JP2016/082816 WO2017078143A1 (ja) 2015-11-05 2016-11-04 ユーザ装置、基地局、接続確立方法、及びコンテクスト情報取得方法

Publications (2)

Publication Number Publication Date
JPWO2017078143A1 JPWO2017078143A1 (ja) 2018-08-30
JP6991859B2 true JP6991859B2 (ja) 2022-01-13

Family

ID=58662182

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017549127A Active JP6991859B2 (ja) 2015-11-05 2016-11-04 端末、基地局、及び移動通信システム

Country Status (4)

Country Link
US (1) US20190059119A1 (ja)
JP (1) JP6991859B2 (ja)
CN (1) CN108353444B (ja)
WO (1) WO2017078143A1 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6699913B2 (ja) * 2015-11-12 2020-05-27 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 音声サービスを実行している端末を処理するための方法および装置、通信システム、プログラムならびにコンピュータ可読記憶媒体
GB201600474D0 (en) * 2016-01-11 2016-02-24 Nec Corp Communication system
US10779260B2 (en) * 2016-02-02 2020-09-15 Lg Electronics Inc. Method and apparatus for paging with resume ID for suspended user equipment in wireless communication system
CN107318176B (zh) * 2016-04-26 2022-12-20 中兴通讯股份有限公司 恢复标识的获取、发送方法及装置、ue、接入网设备
CN107371264B (zh) * 2016-05-12 2019-08-16 电信科学技术研究院 一种上行数据传输的方法及设备
US10764953B2 (en) * 2016-05-18 2020-09-01 Telefonaktiebolaget Lm Ericsson (Publ) Methods of resuming a radio bearer and related wireless terminals and network nodes
WO2018174625A1 (ko) * 2017-03-24 2018-09-27 엘지전자 주식회사 Rrc 연결을 요청하는 방법 및 장치
US20190021058A1 (en) * 2017-07-17 2019-01-17 Fg Innovation Ip Company Limited Method and apparatus for power saving in a wireless communication system
US10581495B2 (en) * 2017-08-18 2020-03-03 Nokia Technologies Oy Physical layer configuration continuity during radio resource control restoration
EP3720205B1 (en) 2018-01-24 2023-07-05 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Paging processing method, network device, user equipment
CN111510924B (zh) * 2018-02-23 2021-10-01 Oppo广东移动通信有限公司 一种安全算法的确定方法及装置、计算机存储介质
CN110636572A (zh) * 2018-06-21 2019-12-31 华为技术有限公司 通信方法及装置
WO2020072959A1 (en) 2018-10-05 2020-04-09 Google Llc User equipment context transfer over radio access network paging
KR102460418B1 (ko) * 2018-11-21 2022-10-31 한국전자통신연구원 통신 시스템에서 제어 메시지의 송수신 방법 및 장치
WO2021007729A1 (zh) * 2019-07-12 2021-01-21 Oppo广东移动通信有限公司 一种信息反馈方法、设备及存储介质
CN114175589B (zh) * 2019-07-18 2023-07-18 华为技术有限公司 用于管理连接的设备和方法
DE102021114298B4 (de) 2020-06-22 2023-06-07 Nokia Solutions And Networks Oy Konfiguration von Funkressourcen-Parametern
JP2022091001A (ja) 2020-12-08 2022-06-20 キヤノン株式会社 通信装置、通信装置の制御方法、およびプログラム
WO2022147671A1 (zh) * 2021-01-06 2022-07-14 华为技术有限公司 一种通信方法和装置
US20230032390A1 (en) * 2021-08-02 2023-02-02 Nokia Technologies Oy Enablers for radio access network context storage and resiliency

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007052527A1 (ja) 2005-10-31 2007-05-10 Matsushita Electric Industrial Co., Ltd. 無線通信システム、通信装置、及び中継装置
JP2010525753A (ja) 2007-04-23 2010-07-22 インターデイジタル テクノロジー コーポレーション 無線リンク障害およびハンドオーバ障害の処理
WO2013144606A1 (en) 2012-03-27 2013-10-03 Research In Motion Limited User equipment preference indicator for suspension of radio communications

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070153793A1 (en) * 2006-01-04 2007-07-05 Innovative Sonic Limited Method and apparatus of modifying integrity protection configuration in a mobile user equipment of a wireless communications system
US20080240439A1 (en) * 2007-03-15 2008-10-02 Interdigital Technology Corporation Methods and apparatus to facilitate data and security context transfer, and re-initialization during mobile device handover
CN102215537B (zh) * 2010-04-09 2014-06-04 华为技术有限公司 一种切换方法、基站和家庭网关
EP2658315A4 (en) * 2010-12-21 2016-03-30 Fujitsu Ltd WIRELESS COMMUNICATION SYSTEM, WIRELESS COMMUNICATION PROCESS, WIRELESS BASE STATION AND WIRELESS COMMUNICATION TERMINAL
CN106973416B (zh) * 2011-10-03 2020-02-14 华为技术有限公司 无线资源控制连接重建方法及基站
CN103906152B (zh) * 2012-12-24 2022-02-25 北京三星通信技术研究有限公司 支持ue快速恢复的方法
EP3078236A1 (en) * 2013-12-06 2016-10-12 Interdigital Patent Holdings, Inc. Layered connectivity in wireless systems
WO2016068777A1 (en) * 2014-10-28 2016-05-06 Telefonaktiebolaget L M Ericsson (Publ) Network nodes, a user equipment and methods therein for handling a connection between the user equipment and a wireless communications network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007052527A1 (ja) 2005-10-31 2007-05-10 Matsushita Electric Industrial Co., Ltd. 無線通信システム、通信装置、及び中継装置
JP2010525753A (ja) 2007-04-23 2010-07-22 インターデイジタル テクノロジー コーポレーション 無線リンク障害およびハンドオーバ障害の処理
WO2013144606A1 (en) 2012-03-27 2013-10-03 Research In Motion Limited User equipment preference indicator for suspension of radio communications

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Ericsson，Further updates to solution 6.5[online]，3GPP TSG-SA WG2#111 S2-153179，2015年10月23日，Internet<URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_111_Chengdu/Docs/S2-153179.zip>
NTT DOCOMO, INC.，Work on user plane based solution with AS information stored in RAN[online]，3GPP TSG-RAN WG2#92 R2-156424，2015年11月20日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_92/Docs/R2-156424.zip>

Also Published As

Publication number Publication date
CN108353444B (zh) 2022-04-08
WO2017078143A1 (ja) 2017-05-11
JPWO2017078143A1 (ja) 2018-08-30
CN108353444A (zh) 2018-07-31
US20190059119A1 (en) 2019-02-21

Similar Documents

Publication Publication Date Title
JP6991859B2 (ja) 端末、基地局、及び移動通信システム
US11206529B2 (en) User apparatus for retaining context information
US11602004B2 (en) User equipment, base station, and connection establishment method
US10448290B2 (en) User equipment, base station, and connection establishment method
JP7025386B2 (ja) ユーザ装置、及びランダムアクセス方法
CN113475109A (zh) 随着rrc恢复完成之类的消息的早期测量报告
US20170202051A1 (en) Method and apparatus for reusing access stratum context through unique base station identifier, and method and apparatus for resuming radio resource control (rrc) connection by using the same
EP3355652B1 (en) User equipment, base station, and methods for connection establishment
US9258711B2 (en) Wireless communication system and authentication method thereof
WO2017150601A1 (ja) ユーザ装置、及びランダムアクセス方法
CN107211391B (zh) 寻呼控制方法、通信控制装置以及基站
KR20190110603A (ko) 접속 해제 방법 및 디바이스
WO2013113240A1 (zh) 一种传输rn信息、寻呼ue的方法及装置
WO2017077979A1 (ja) ユーザ装置、基地局、及び接続確立方法
US20200252842A1 (en) Managing cell group configuration in disaggregated base station architecture

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190911

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20201117

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210115

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20210608

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210907

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20210907

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20210914

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20210921

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20211109

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20211208

R150 Certificate of patent or registration of utility model

Ref document number: 6991859

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150