JPWO2018062499A1 - ユーザ装置、及びデータ送信方法 - Google Patents

Abstract

接続状態とアイドル状態との間の中間状態をサポートする無線通信システムにおけるユーザ装置において、前記中間状態にある前記ユーザ装置において、上りデータが発生した場合に、当該上りデータのサイズと、所定の上限値とを比較する比較部と、前記比較部により、前記上りデータのサイズが前記所定の上限値よりも小さいと判定された場合に、前記上りデータをコンテンションベースで基地局に送信し、前記比較部により、前記上りデータのサイズが前記所定の上限値よりも大きいと判定された場合に、前記上りデータをコンテンションフリーで前記基地局に送信する送信部とを備える。

Description

本発明は、無線通信システムにおけるユーザ装置及び基地局に関連するものである。

現在、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム及びＬＴＥ−Ａｄｖａｎｃｅｄシステムの次世代規格（５Ｇ又はＮＲ（Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ））が３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）において検討されている。３ＧＰＰにおける議論の１つとして、ユーザ装置の通信状態が検討されている。ＬＴＥシステム及びＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ユーザ装置は、無線ネットワークを制御するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）において、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態とＲＲＣ＿ＩＤＬＥ状態との２つの通信状態で動作することが規定されている（非特許文献１）。

３ＧＰＰ ＴＳ ３６．３３１ Ｖ１３．２．０（２０１６−０６）

一方、ＮＲシステムでは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（接続状態）とＲＲＣ＿ＩＤＬＥ状態（アイドル状態）との間の中間状態を導入することが検討されている。この中間状態では、ユーザ装置と基地局との間の接続はサスペンドされ、ユーザ装置に対する個別リソースの割り当てはなされない一方、コアネットワークと基地局との間ではユーザ装置に関わる接続は維持される。

当該中間状態では、接続状態において設定された無線パラメータ（ＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ） ｃｏｎｔｅｘｔ）はユーザ装置及び基地局に保存されるので、中間状態から接続状態に遷移する場合において、少ない量のシグナリングで遷移を行うことができる。

ここで、ＮＲ（５Ｇ）におけるユーザ装置の例として、ＩｏＴ端末（例：スマートメータ）のように、少量のデータを低頻度で送信する端末がある。このようなＩｏＴ端末は膨大な数の端末が配備されることが想定される。

個別リソースの割り当てがなされない中間状態にあるユーザ装置に少量のＵＬ（上り）データが発生した場合に、個別リソースを取得するための（つまり、接続状態に遷移するための）シグナリングの送受信を行うと、送信するＵＬデータ量に対して無駄な電力消費が発生するとともに、送信するＵＬデータ量に対して無駄なＮＷリソースを消費することとなり、非効率である。このような課題は、ＩｏＴ端末に限らずに生じ得る課題である。しかし、中間状態にあるユーザ装置においてＵＬデータが発生した場合に、ユーザ装置が効率的にＵＬデータを送信する技術は提案されていない。

本発明は上記の点に鑑みてなされたものであり、接続状態とアイドル状態の間の中間状態にあるユーザ装置においてＵＬデータが発生した場合に、当該ユーザ装置が効率的に当該ＵＬデータを送信することを可能とする技術を提供することを目的とする。

開示の技術によれば、接続状態とアイドル状態との間の中間状態をサポートする無線通信システムにおけるユーザ装置であって、
前記中間状態にある前記ユーザ装置において、上りデータが発生した場合に、当該上りデータのサイズと、所定の上限値とを比較する比較部と、
前記比較部により、前記上りデータのサイズが前記所定の上限値よりも小さいと判定された場合に、前記上りデータをコンテンションベースで基地局に送信し、前記比較部により、前記上りデータのサイズが前記所定の上限値よりも大きいと判定された場合に、前記上りデータをコンテンションフリーで前記基地局に送信する送信部と、
を備えることを特徴とするユーザ装置が提供される。

開示の技術によれば、接続状態とアイドル状態の間の中間状態にあるユーザ装置においてＵＬデータが発生した場合に、当該ユーザ装置が効率的に当該ＵＬデータを送信することを可能とする技術が提供される。

本発明の実施の形態における無線通信システムの構成図である。 本発明の実施の形態において前提としているＲＲＣ状態遷移図である。 本発明の実施の形態において前提としているＲＲＣ状態遷移図である。 状態間遷移のためのプロシージャリストを示す図である。 ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ→ＲＲＣ＿ＩＮＡＣＴＩＶＥの状態遷移手順を示す図である。 ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態での着信処理を示すシーケンス図である。 ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態での着信処理を示すシーケンス図である。 位置登録エリア更新手順を示すシーケンス図である。 ＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＲＲＣ＿ＩＤＬＥの状態遷移手順を示す図である。 ＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＲＲＣ＿ＩＤＬＥ遷移時のＣＮ−ＲＡＮコネクションの解放手順を示す図である。 ＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＲＲＣ＿ＩＤＬＥの状態遷移手順を示す図である。 ＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＮＲ ＲＲＣ＿ＩＤＬＥの状態遷移手順を示す図である。 本発明の実施の形態における全体の処理の流れの例を示す図である。 実施例１におけるユーザ装置１００の動作を説明するためのフローチャートである。 実施例２−１におけるＵＬデータ送信手順の概要を示す図である。 実施例２−２におけるＵＬデータ送信手順の概要を示す図である。 実施例２−１におけるＵＬデータ送信手順を示すシーケンス図である。 実施例２−２におけるＵＬデータ送信手順を示すシーケンス図である。 実施例３におけるＵＬデータ送信手順を示すシーケンス図である。 実施例３において基地局２００がＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ指示の実行を判定するための手順を示すフローチャートである。 ユーザ装置１００の機能構成の一例を示す図である。 基地局２００の機能構成の一例を示す図である。 ユーザ装置１００及び基地局２００のハードウェア構成の一例を示す図である。

以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。

本実施の形態の無線通信システムは、少なくともＬＴＥの通信方式をサポートしていることを想定している。よって、無線通信システムが動作するにあたっては、適宜、ＬＴＥで規定された既存技術を使用できる。ただし、当該既存技術はＬＴＥに限られない。また、本明細書で使用する「ＬＴＥ」は、特に断らない限り、ＬＴＥ−Ａｄｖａｎｃｅｄ、及び、ＬＴＥ−Ａｄｖａｎｃｅｄ以降の方式を含む広い意味を有するものとする。また、本発明は、ＬＴＥ以外の通信方式にも適用可能である。

また、以下では、接続状態とアイドル状態との間の中間の状態である中間状態を主にＩＮＡＣＴＩＶＥ状態（非アクティブ状態）と呼ぶが、これをＳＵＳＴＡＩＮＥＤ状態（維持状態）と呼んでもよい。そのため、適宜、"ＩＮＡＣＴＩＶＥ状態（ＳＵＳＴＡＩＮＥＤ状態）"等の表記を用いている。なお、このような括弧書きの表記がない場合でも、ＩＮＡＣＴＩＶＥ状態をＳＵＳＴＡＩＮＥＤ状態に言い換えてもよい。また、「ｉｎａｃｔｉｖａｔｉｏｎ」を「ｓｕｓｔｅｎａｎｃｅ」と言い換えてもよい。また、中間状態をこれら以外の名称で呼んでもよい。また、後述する実施例１〜３の動作は、当該中間状態を前提としているが、これは例であり、中間状態以外の状態において、後述する実施例１〜３の動作を実施することとしてもよい。

（システム全体構成）
図１に本実施の形態に係る無線通信システムの構成図を示す。本実施の形態に係る無線通信システムは、図１に示すように、ユーザ装置１００、基地局２００、及び基地局３００を含む。なお、基地局３００については、本実施の形態において前提とする状態遷移手順等を説明する際に登場する。図１には、ユーザ装置１００、基地局２００、基地局３００がそれぞれ１つずつ示されているが、これは例であり、それぞれ複数であってもよい。

また、本実施の形態の無線通信システムにおいては、例えば、基地局２００はＮＲシステム（５Ｇと呼んでもよい）に準拠した基地局（ＮＲ Ｎｏｄｅ。または、ｇＮＢと呼んでもよい）であり、基地局３００は、ＮＲシステムではないＬＴＥシステムに準拠した基地局（ｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ））であってもよい。以下の説明では、基地局２００がＮＲ Ｎｏｄｅであり、基地局３００がｅＮＢであると仮定する。

ユーザ装置１００は、スマートフォン、携帯電話、タブレット、ウェアラブル端末、ＩｏＴ端末等の無線通信機能を備えた何れか適切な情報処理装置であり、本実施の形態の無線通信システム（ＮＲシステム）及びＬＴＥシステムの双方と通信可能である。ユーザ装置１００は、基地局２００との無線通信では、接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）、非アクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態）及びアイドル状態（ＲＲＣ＿ＩＤＬＥ状態）の３つの通信状態により動作し、基地局３００との無線通信では、接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）及びアイドル状態（ＲＲＣ＿ＩＤＬＥ状態）の２つの通信状態により動作する。なお、ＮＲシステムにおける状態名に"ＮＲ"を付加し、ＬＴＥシステムにおける状態名に"ＬＴＥ"（又は"Ｅ−ＵＴＲＡ"）を付加してもよい。明細書本文において、どちらのシステムの状態かが明らかである場合、及び、システムを区別する必要がない場合には、"ＮＲ"及び"ＬＴＥ"（又は"Ｅ−ＵＴＲＡ"）を付加していない。

ＮＲシステムにおける接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）は、ＬＴＥシステムにおけるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に相当し、基地局２００がユーザ装置１００のモビリティを制御すると共に、個別無線リソース（以下、個別リソースと記述する）をユーザ装置１００に割り当てる。

ＮＲシステムにおけるアイドル状態（ＲＲＣ＿ＩＤＬＥ状態）は、ＬＴＥシステムにおけるＲＲＣ＿ＩＤＬＥ状態に相当し、ユーザ装置１００が自らのモビリティを制御すると共に、コアネットワーク（ＣＮ）ベースのページングが行われる。アイドル状態では、個別リソースは割り当てられず、また、接続状態においてユーザ装置１００と基地局２００との間で設定された無線パラメータを示すＡＳコンテクストは、ユーザ装置１００及び基地局２００において破棄されている。

（中間状態に関連する方式について）
上記のとおり、本実施の形態に係る無線通信システムは、接続状態とアイドル状態との間の中間の状態である中間状態をサポートし、後述する実施例１〜３の動作は、基本的に当該中間状態において実施される。そこで、まずは、当該中間状態に関する無線通信システムの方式(機能)を説明しておく。

上記のとおり、ＮＲシステムにおける非アクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態）は、ＬＴＥシステムにおけるＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態とＲＲＣ＿ＩＤＬＥ状態との間の中間状態に相当する。すなわち、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態では、ユーザ装置１００が自らモビリティを制御し、例えば、自律的にセル再選択を実行可能である。また、個別リソースはユーザ装置１００に割り当てられない一方、ユーザ装置１００に関するコネクションはコアネットワークと基地局２００との間で維持され、ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ベース又は基地局ベースのページングが実行される。すなわち、ダウンリンクデータは、コアネットワークから基地局２００に送信され（ＮＭＭ（Ｎｅｔｗｏｒｋ Ｍｏｎｉｔｏｒ Ｍｏｄｅ） Ｒｅｇｉｓｔｅｒｅｄ Ｒｅａｄｙ状態）、後述されるような基地局ベース位置登録エリアに対してページングが実行される。また、ユーザ装置１００と基地局２００との間の無線通信のための無線パラメータを示すＡＳコンテクストは、ユーザ装置１００及び基地局２００に保持される。このため、接続状態に戻る際、ユーザ装置１００は、当該無線パラメータに従って基地局２００との無線通信を迅速に再開することができる。なお、接続状態とアイドル状態との間の中間状態は、上述したＩＮＡＣＴＩＶＥ状態に限定されず、接続状態の特徴とアイドル状態の特徴とを併せ持つ他の状態であってもよい。なお、このような他の状態も「中間状態」と称してよい。

図２はＲＲＣ状態遷移の例１を示す図であり、図３はＲＲＣ状態遷移の例２を示す図である。図２及び図３から理解されるように、例１と例２とは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態とＥ−ＵＴＲＡ（ＬＴＥ） ＲＲＣ＿ＩＤＬＥ状態との間の遷移のみ異なる。すなわち、例１では、ユーザ装置１００は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＥ−ＵＴＲＡ ＲＲＣ＿ＩＤＬＥ状態に遷移可能である一方、Ｅ−ＵＴＲＡ ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移することはできず、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＥ−ＵＴＲＡ ＲＲＣ＿ＩＤＬＥ状態への一方向の遷移のみ可能である。他方、例２では、ユーザ装置１００は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＥ−ＵＴＲＡ ＲＲＣ＿ＩＤＬＥ状態に遷移可能であると共に、Ｅ−ＵＴＲＡ ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移可能であり、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態とＥ−ＵＴＲＡ ＲＲＣ＿ＩＤＬＥ状態との間の遷移は双方向で可能である。これは、例１によるユーザ装置１００は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＥ−ＵＴＲＡ ＲＲＣ＿ＩＤＬＥ状態への遷移後、遷移元の基地局２００との無線通信のためのＡＳコンテクストを破棄する一方、例２によるユーザ装置１００は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＥ−ＵＴＲＡ ＲＲＣ＿ＩＤＬＥ状態への遷移後、遷移元の基地局２００との無線通信のためのＡＳコンテクストを保持するためである。

図２及び図３では、各通信状態間の遷移に用いられる具体的な手順が例示されており、図４において、これらの手順がリスト化されている。以下の説明では、ＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に関連する遷移処理、すなわち、ＮＲ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ→ＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥの遷移処理、ＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＮＲ ＲＲＣ＿ＩＤＬＥの遷移処理、ＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＬＴＥ ＲＲＣ＿ＩＤＬＥの遷移処理及びＬＴＥ ＲＲＣ＿ＩＤＬＥ→ＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥの遷移処理を説明する。これらのうち、ＮＲ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ→ＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥの遷移処理及びＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＮＲ ＲＲＣ＿ＩＤＬＥの遷移処理は、ＮＲシステム内で実現される。他方、ＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＬＴＥ ＲＲＣ＿ＩＤＬＥの遷移処理及びＬＴＥ ＲＲＣ＿ＩＤＬＥ→ＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥの遷移処理は、ＮＲシステムとＬＴＥシステムとの間のＲＡＴ間のセル再選択として実現される。

なお、ＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＮＲ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの遷移処理は、ＬＴＥシステムにおけるＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅを適用することによって実現できると考えられ、以下において、その具体的な遷移処理は省略される。

次に、図５〜７を参照して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ→ＲＲＣ＿ＩＮＡＣＴＩＶＥの遷移処理について説明する。図５は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ→ＲＲＣ＿ＩＮＡＣＴＩＶＥの状態遷移手順を示す図である。

図５に示されるように、ユーザ装置１００は、接続状態から非アクティブ状態に遷移させるための非アクティブ化メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｉｎａｃｔｉｖａｔｉｏｎ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｕｓｔｅｎａｎｃｅと称してもよい））を基地局２００から受信する。当該メッセージを受信すると、ユーザ装置１００は、接続状態から非アクティブ状態に遷移し、非アクティブ化メッセージからユーザ装置１００と基地局２００との間の無線通信のための無線パラメータ情報を特定するコンテクスト識別子と、基地局２００のセルを含む１つ以上のセルから構成される基地局ベース位置登録エリアとを抽出し、無線パラメータ情報、コンテクスト識別子及び基地局ベース位置登録エリアを保持する。

具体的には、非アクティブ化メッセージは、基地局２００に接続した際にユーザ装置１００に対して設定された無線パラメータを示すＡＳコンテクストを特定するｒｅｓｕｍｅ ＩＤと、非アクティブ状態のユーザ装置１００にページングチャネルを送信する複数のセルを示す基地局ベース位置登録エリアとを含むものであってもよい。一方、非アクティブ化メッセージを送信すると、基地局２００は、ユーザ装置１００のＡＳコンテクストとｒｅｓｕｍｅ ＩＤとを保持する。ここで、ｒｅｓｕｍｅ ＩＤは、ユーザ装置１００に対して設定されているＡＳコンテクストをＮＲシステム内で一意的に特定するための識別子である。しかしながら、本実施の形態によるコンテクスト識別子はこれに限定されず、ユーザ装置１００に対して設定され、保持される無線パラメータ情報を特定可能な他の何れか適切な識別子であってもよい。また、基地局ベース位置登録エリアは、典型的には、基地局２００を管理するコアネットワークがページングチャネルを送信する基地局を示すコアネットワークベース位置登録エリアより狭いものであってもよい。

非アクティブ化メッセージは更に、無線パラメータ情報と基地局ベース位置登録エリアとの有効期間を示すタイマ情報を有してもよい。具体的には、ユーザ装置１００は、当該タイマ情報に従って、保持されたＡＳコンテクスト及び／又は基地局ベース位置登録エリアに対して個別又は共通のタイマを設定し、ＡＳコンテクスト及び／又は基地局ベース位置登録エリアの保持時間を計時する。タイマが満了すると、ユーザ装置１００は、ＡＳコンテクストを破棄し、及び／又は後述される基地局ベース位置登録エリアの更新手順を実行してもよい。

上述したように、非アクティブ状態では、ユーザ装置１００に対してコアネットワークと基地局２００との間の接続は維持される。このため、コアネットワークからユーザ装置１００宛のダウンリンクデータは、基地局２００に送信される。図６及び図７を参照して、非アクティブ状態のユーザ装置１００に対する着信手順を説明する。図示される例では、基地局２００（ＮＲ基地局＃１）から非アクティブ化メッセージを受信し、非アクティブ状態に遷移したユーザ装置１００が、ＮＲシステムにおける他の基地局（ＮＲ基地局＃２）へのセル再選択を実行したケースが示される。

図６は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態での着信処理を示すシーケンス図である。図６に示される例では、ＮＲ基地局＃１とＮＲ基地局＃２とは、同一の基地局ベース（ＲＡＮ内）位置登録エリアに属していると仮定する。また、ユーザ装置１００は「ＵＥ」として示されている。

図６に示されるように、ステップＳ１０１において、ユーザ装置１００は、ＮＲ基地局＃１から非アクティブ化メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｉｎａｃｔｉｖａｔｉｏｎ）を受信してＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移した後、ＮＲ基地局＃２へのセル再選択を実行する。

ステップＳ１０２において、ＮＲ基地局＃１は、非アクティブ化メッセージを送信した後、ユーザ装置１００に対するＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び基地局ベース位置登録エリアを保持すると共に、ユーザ装置１００に対するページングチャネルの送信元として機能する。

ステップＳ１０３において、ＮＲ基地局＃１は、コアネットワークからユーザ装置１００宛のダウンリンクデータを受信する。

ＮＲ基地局＃１は、ステップＳ１０４において、ユーザ装置１００宛のダウンリンクデータを受信したことを通知するため、自セルにおいてページングチャネル（ページング信号と称してもよい）を送信すると共に、ステップＳ１０５において、基地局ベース位置登録エリア内の全ての基地局にユーザ装置１００宛のダウンリンクデータを受信したことを通知するためのページングチャネルを送信するよう指示する。当該ページングチャネルの送信タイミングにおいてユーザ装置１００は基地局ベース位置登録エリア内のＮＲ基地局＃２に在圏しているため、ステップＳ１０６において、ユーザ装置１００は、ＮＲ基地局＃２からページングチャネルを受信する。

ステップＳ１０７において、アイドル状態のユーザ装置１００は、コアネットワークから送信されたダウンリンクデータの受信のためにＮＲ基地局＃２との通信接続を確立するため、保持されるｒｅｓｕｍｅ ＩＤを含むＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ ｒｅｑｕｅｓｔをＮＲ基地局＃２に送信する。すなわち、当該通信接続は、非アクティブ状態においてユーザ装置１００及びＮＲ基地局＃１に保持されるＡＳコンテクストを援用することによって確立可能であるため、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔでなく、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅにより確立可能である。以降の通信再開処理における各ステップの順序は、単なる一例であり、以下に限定されるものでない。

ＮＲ基地局＃２は、ステップＳ１０８において、ユーザ装置１００のＡＳコンテクストを取得するため、ｒｅｓｕｍｅ ＩＤを含むＲｅｔｒｉｅｖｅ ＵＥ ｃｏｎｔｅｘｔ ｒｅｑｕｅｓｔをＮＲ基地局＃１に送信し、ステップＳ１０９において、要求したＡＳコンテクストをＲｅｔｒｉｅｖｅ ＵＥ ｃｏｎｔｅｘｔ ｒｅｓｐｏｎｓｅにより受信する。

ＮＲ基地局＃２は、ステップＳ１１０において、取得したＡＳコンテクストに基づきユーザ装置１００との無線接続を再開するため、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅをユーザ装置１００に送信し、ステップＳ１１１において、無線接続の再開の完了を示すＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ ｃｏｍｐｌｅｔｅを受信する。

ステップＳ１１２において、ＮＲ基地局＃２は、ＮＲ基地局＃１からユーザ装置１００宛のダウンリンクデータを受信する。

ステップＳ１１３において、ＮＲ基地局＃２は、ユーザ装置１００宛のダウンリンクデータの転送先をＮＲ基地局＃１からＮＲ基地局＃２に変更するようＰａｔｈ ｓｗｉｔｃｈ ｒｅｑｕｅｓｔをコアネットワーク（図６では、Ｎｅｘｔ Ｇｅｎ（Ｇｅｎｅｒａｔｉｏｎ） Ｃｏｒｅとして示される）に送信する。

ステップＳ１１４において、ＮＲ基地局＃２は、ＮＲ基地局＃１から転送されたダウンリンクデータをユーザ装置１００に送信する。

ステップＳ１１５において、ＮＲ基地局＃２は、ユーザ装置１００宛のダウンリンクデータの転送先が変更されたことを示すＰａｔｈ ｓｗｉｔｃｈ ｒｅｓｐｏｎｓｅを受信する。

ステップＳ１１６において、ＮＲ基地局＃２は、コアネットワークから転送されたユーザ装置１００宛のダウンリンクデータをユーザ装置１００に送信する。

図７は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態での着信処理を示すシーケンスの他の例を示す図である。図７に示される例では、ＮＲ基地局＃１とＮＲ基地局＃２とは、異なる基地局ベース（ＲＡＮ内）位置登録エリアに属していると仮定する。

図７に示されるように、ステップＳ２０１において、ユーザ装置１００は、ＮＲ基地局＃１から非アクティブ化メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｉｎａｃｔｉｖａｔｉｏｎ）を受信してＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移する。

ステップＳ２０２において、ＮＲ基地局＃１は、非アクティブ化メッセージを送信した後、ユーザ装置１００に対するＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び基地局ベース位置登録エリアを保持すると共に、ユーザ装置１００に対するページングチャネルの送信元として機能する。

ステップＳ２０３において、ユーザ装置１００は、ＮＲ基地局＃１の在圏セルにおいてブロードキャストされるシステム情報を受信する。具体的には、当該システム情報は、コアネットワークベース位置登録エリア（ＬＴＥシステムにおけるトラッキングエリア）、非アクティブ状態のユーザ装置１００にページングチャネルを送信する基地局を示す基地局ベース位置登録エリアを含む。

ステップＳ２０４において、ユーザ装置１００は、ＮＲ基地局＃２へのセル再選択を実行する。

ステップＳ２０５において、ユーザ装置１００は、ＮＲ基地局＃２の在圏セルにおいてブロードキャストされるシステム情報を受信する。具体的には、当該システム情報は、コアネットワークベース位置登録エリア（ＬＴＥシステムにおけるトラッキングエリア）、非アクティブ状態のユーザ装置１００にページングチャネルを送信する基地局を示す基地局ベース位置登録エリアを含む。図示された例では、ＮＲ基地局＃１とＮＲ基地局＃２とは、異なる基地局ベース位置登録エリアに属する。

ステップＳ２０６において、ユーザ装置１００は、ステップＳ２０３において受信した基地局ベース位置登録エリアと、ステップＳ２０６において受信した基地局ベース位置登録エリアとが異なることを検出し、基地局ベース位置登録エリアが変更されたと判断する。この場合、ＮＲ基地局＃１がコアネットワークからユーザ装置１００宛のダウンリンクデータを受信しても、ＮＲ基地局＃１は、当該ダウンリンクデータの受信をページングチャネルによってユーザ装置１００に通知することができない。このため、以下のステップにおいて、基地局ベース位置登録エリアの変更処理が実行される必要がある。

ステップＳ２０７において、ユーザ装置１００は、ユーザ装置１００の基地局ベース位置登録エリアをＮＲ基地局＃２の基地局ベース位置登録エリアによって更新するため、保持されるｒｅｓｕｍｅ ＩＤを含む更新リクエストをＮＲ基地局＃２に送信する。

ステップＳ２０８において、ＮＲ基地局＃２は、ユーザ装置１００のＡＳコンテクストを取得するため、ｒｅｓｕｍｅ ＩＤを含むＲｅｔｒｉｅｖｅ ＵＥ ｃｏｎｔｅｘｔ ｒｅｑｕｅｓｔをＮＲ基地局＃１に送信し、ステップＳ２０９において、要求したＡＳコンテクストをＲｅｔｒｉｅｖｅ ＵＥ ｃｏｎｔｅｘｔ ｒｅｓｐｏｎｓｅにより受信する。

ステップＳ２１０において、ＮＲ基地局＃２は、ユーザ装置１００に対するＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び基地局ベース位置登録エリアを保持すると共に、ユーザ装置１００に対するページングチャネルの送信元として機能する。

ＮＲ基地局＃２は、ステップＳ２１１において、ユーザ装置１００に基地局ベース位置登録エリアを更新するよう指示し、ステップＳ２１２において、基地局ベース位置登録エリアの更新完了通知を受信する。

ＮＲ基地局＃２は、ステップＳ２１３において、ユーザ装置１００宛のダウンリンクデータの転送先をＮＲ基地局＃１からＮＲ基地局＃２に変更するようＰａｔｈ ｓｗｉｔｃｈ ｒｅｑｕｅｓｔをコアネットワークに送信し、ステップＳ２１４において、ユーザ装置１００宛のダウンリンクデータの転送先が変更されたことを示すＰａｔｈ ｓｗｉｔｃｈ ｒｅｓｐｏｎｓｅを受信する。以降、ユーザ装置１００宛のダウンリンクデータは、コアネットワークからＮＲ基地局＃２に転送される。

次に、図８を参照して、上述した基地局ベース位置登録エリアの具体的な更新手順を説明する。当該更新手順は、上述したように、例えば、保持される基地局ベース位置登録エリアとセル再選択後に取得した基地局ベース位置登録エリアとが異なっていることを検出したことに応答して、実行される。

図８に示されるように、ユーザ装置１００は、基地局ベース位置登録エリアの更新をリクエストするため、ＲＡＮ Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ ＲｅｑｕｅｓｔをＮＲ基地局（例：基地局２００）（上述した具体例では、ＮＲ基地局＃２）に送信する。例えば、ＲＡＮ Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔは、保持されるＡＳコンテクストを特定するｒｅｓｕｍｅ ＩＤに加えて、ＡＳコンテクストを認証するための識別子（例えば、ｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉ等）、当該位置登録更新の実行原因を示すｃａｕｓｅ値等を含むものであってもよい。

ＲＡＮ Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔを受信すると、ＮＲ基地局は、ＲＡＮ Ｔｒａｃｋｉｎｇ Ａｒｅａ ｕｐｄａｔｅをユーザ装置１００に送信する。例えば、ＲＡＮ Ｔｒａｃｋｉｎｇ Ａｒｅａ ｕｐｄａｔｅは、新たな基地局ベース位置登録エリア（Ｎｅｗ ＲＡＮ Ｔｒａｃｋｉｎｇ Ａｒｅａ）、新たなｒｅｓｕｍｅ ＩＤ、（必要である場合）セキュリティキーの更新指示（ｋｅｙ ｃｈａｎｇｅ ｉｎｄｉｃａｔｏｒ）、（更新される場合）無線設定（Ｒａｄｉｏ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含むものであってもよい。ユーザ装置１００に対するＡＳコンテクストを保存する基地局が変更されるため、新たなｒｅｓｕｍｅ ＩＤがユーザ装置１００に通知される。また、セキュリティキーの更新については、ＬＴＥ規格と同様に、Ｒｅｆｒｅｓｈ及び／又はＲｅ−ｋｅｙｉｎｇが利用されてもよい。また、（ベアラを含む）無線設定が更新される場合、更新後の全ての無線設定が通知されてもよいし、差分のみが通知されてもよい。

その後、ユーザ装置１００は、ＲＡＮ Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ ＣｏｍｐｌｅｔｅをＮＲ基地局に送信する。

次に、図９〜１０を参照して、ＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＮＲ ＲＲＣ＿ＩＤＬＥの遷移処理について説明する。図９は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＮＲ ＲＲＣ＿ＩＤＬＥの状態遷移手順を示す図である。図示される例では、基地局２００からのシグナリングによって、ユーザ装置１００は非アクティブ状態からアイドル状態に遷移する。

図９に示されるように、ユーザ装置１００は、非アクティブ状態からアイドル状態に遷移させるためのリリースメッセージ（ＲＲＣ Ｉｎａｃｔｉｖａｔｉｏｎ Ｒｅｌｅａｓｅ（ＲＲＣ Ｓｕｓｔｅｎａｎｃｅ Ｒｅｌｅａｓｅ））を基地局２００から受信する。当該リリースメッセージを受信すると、ユーザ装置１００は、保持されているコンテクスト識別子に基づきリリースメッセージがユーザ装置１００宛のものであるか判断し、リリースメッセージがユーザ装置１００宛のものであると判断すると、ユーザ装置１００を非アクティブ状態からアイドル状態に遷移させる。当該リリースメッセージは、図示されるように、新たに規定されたＲＲＣ Ｉｎａｃｔｉｖａｔｉｏｎ Ｒｅｌｅａｓｅ等の新規手順に実現されてもよいし、あるいは、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｌｅａｓｅ、ｐａｇｉｎｇ ｍｅｓｓａｇｅ等のＬＴＥシステムにおける手順を援用してもよい。

上述したように、非アクティブ状態では、ユーザ装置１００に対して個別リソースは割り当てられず、基地局２００は、共通チャネル（共通制御チャネル）によりユーザ装置１００にリリースメッセージを送信する。あるいは、非アクティブ状態のユーザ装置１００のみが受信可能な論理チャネル又はメッセージによって、リリースメッセージが通知されてもよい。例えば、リリースメッセージは、ＳＣＣＨ（Ｓｕｓｔａｉｎｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）等の新たに規定した論理チャネルにより通知されてもよいし、あるいは、ＳＣＣＨ（論理チャネル）−ＤＬ−ＳＣＨ（トランスポートチャネル）−ＰＤＳＣＨ（物理チャネル）のようにマッピングされてもよい。あるいは、非アクティブ状態用のＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ ＩＤ）を規定し、当該メッセージのＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）が、ＲＮＴＩにスクランブル化されてもよい。

また、リリースメッセージは、ｒｅｓｕｍｅ ＩＤを含んでもよい。この場合、非アクティブ状態のユーザ装置１００がリリースメッセージを受信すると、ユーザ装置１００は、受信したｒｅｓｕｍｅ ＩＤが保持されているｒｅｓｕｍｅ ＩＤに一致しているか判断し、一致している場合、保持される対応するＡＳコンテクスト及び基地局ベース位置登録エリアを破棄し、ユーザ装置１００を非アクティブ状態からアイドル状態に遷移させる。

上述した例では、基地局２００からのシグナリングによって、ユーザ装置１００が非アクティブ状態からアイドル状態に遷移したが、他の例では、無線パラメータ情報、コンテクスト識別子及び基地局ベース位置登録エリアの保持期間を計時するタイマが利用され、当該タイマが満了すると、ユーザ装置１００は、自律的に非アクティブ状態からアイドル状態に遷移してもよい。具体的には、ユーザ装置１００は、保持されたＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアに対して個別又は共通のタイマを設定し、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアの保持時間を計時する。タイマが満了すると、ユーザ装置１００は、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアを破棄し、自律的にＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＮＲ ＲＲＣ＿ＩＤＬＥ状態にユーザ装置１００を遷移させるようにしてもよい。この場合、当該個別又は共通のタイマは、ユーザ装置１００がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移する際に、基地局２００からユーザ装置１００に通知されてもよい。あるいは、個別又は共通のタイマは、基地局２００からの非アクティブ化メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｉｎａｃｔｉｖａｔｉｏｎ）で通知されてもよい。

このようにして、ユーザ装置１００が基地局２００からのリリースメッセージによって、又はタイマを用いて自律的に非アクティブ状態からアイドル状態に遷移する場合、基地局２００とコアネットワークとの間のコネクションも解放されてもよい。具体的には、図１０に示される解放手順に従って、基地局２００とコアネットワークとの間のコネクションが解放されてもよい。

すなわち、ユーザ装置１００に対して設定したタイマが満了したとき、又はユーザ装置１００にＲＲＣ Ｉｎａｃｔｉｖａｔｉｏｎ（Ｓｕｓｔｅｎａｎｃｅ） Ｒｅｌｅａｓｅを送信した後、基地局２００は、コアネットワークと基地局２００との間に維持されているコネクションを解放し、ユーザ装置１００宛のダウンリンクデータを受信した際はコアネットワークベース位置登録エリアの基地局にページングを実行するようコアネットワークに要求する。なお、コアネットワークベース位置登録エリアは、ＬＴＥシステムにおけるトラッキングエリアに相当し、コアネットワークがページングを通知する基地局を示す。これにより、基地局２００及びコアネットワークは、維持されているコネクションを解放する。その後、ユーザ装置１００宛のダウンリンクデータを受信すると、コアネットワークは、当該ダウンリンクデータを基地局２００に転送することなく、コアネットワークベース位置登録エリアの基地局にページングを通知することになる。

次に、図１１〜１２を参照して、ＲＲＣ＿ＩＮＡＣＴＩＶＥとＬＴＥ ＲＲＣ＿ＩＤＬＥとの間の遷移処理について説明する。上述したように、非アクティブ状態のユーザ装置１００は、自らモビリティを制御するため、自律的にＬＴＥシステムの基地局３００へのセル再選択（ＲＡＴ間セル再選択）を実行可能である。

図２及び図３を参照して説明したように、ＲＲＣ＿ＩＮＡＣＴＩＶＥとＬＴＥ ＲＲＣ＿ＩＤＬＥとの間の遷移処理については、ＲＡＴ間遷移においてＡＳコンテクストが破棄され、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＬＴＥ ＲＲＣ＿ＩＤＬＥ状態への一方向のみの遷移が可能な遷移手順例１と、ＲＡＴ間遷移においてＡＳコンテクストが保持され、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態とＬＴＥ ＲＲＣ＿ＩＤＬＥ状態との間の双方向の遷移が可能な遷移手順例２とが想定される。

まず、遷移手順例１によるＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＬＴＥ ＲＲＣ＿ＩＤＬＥの遷移処理を説明する。本例では、ユーザ装置１００が基地局２００と非アクティブ状態（ＲＲＣ＿ＩＮＡＣＴＩＶＥ）により通信しているとき、基地局３００へのセル再選択を実行すると、ユーザ装置１００は、非アクティブ状態から基地局３００におけるアイドル状態（ＬＴＥ ＲＲＣ＿ＩＤＬＥ）に遷移し、所定の破棄タイミングに従って無線パラメータ情報、コンテクスト識別子及び基地局ベース位置登録エリアを破棄してもよい。

具体的には、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のユーザ装置１００がＬＴＥシステムの基地局３００へのセル再選択を実行し、基地局３００のセルに在圏すると、ユーザ装置１００はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＬＴＥ ＲＲＣ＿ＩＤＬＥ状態に遷移する。遷移手順例１では、ＲＡＴ間遷移においてＡＳコンテクストは破棄されるため、ユーザ装置１００は、保持されるＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び基地局ベース位置登録エリアを所定の破棄タイミングで破棄する。ユーザ装置１００は、基地局３００へのセル再選択の実行タイミングで、保持されるＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアを破棄してもよい。

他の例では、ユーザ装置１００は、保持されたＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアに対して個別又は共通のタイマを設定し、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアの保持時間を計時する。タイマが満了すると（基地局２００又は基地局３００の何れに在圏しているかに依ることなく）、ユーザ装置１００は、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアを破棄してもよい。

更なる他の例では、ユーザ装置１００は、セル再選択後に在圏する基地局３００との通信接続が確立しようとするタイミングで、又は当該通信接続の確立が完了したタイミングで、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアを破棄してもよい。すなわち、ユーザ装置１００が基地局３００にセル再選択した際（ＬＴＥ ＲＲＣ＿ＩＤＬＥ）には、ユーザ装置１００は、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアを保持し続け、基地局３００において接続状態になった後（ＬＴＥ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアを破棄してもよい。

次に、遷移手順例２によるＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＬＴＥ ＲＲＣ＿ＩＤＬＥの遷移処理を説明する。本例では、ユーザ装置１００が基地局２００と非アクティブ状態で通信しているとき、基地局３００へのセル再選択を実行すると、ユーザ装置１００は、ユーザ装置１００と基地局２００との間の無線通信のための無線パラメータ情報及び当該無線パラメータ情報を特定するコンテクスト識別子を保持したまま、基地局３００へのセル再選択を実行する。具体的には、ユーザ装置１００が基地局２００とＲＲＣ＿ＩＮＡＣＴＩＶＥ状態により通信しているとき、基地局３００へのセル再選択を実行すると、ユーザ装置１００は、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び基地局ベース位置登録エリアを破棄することなく、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＬＴＥ ＲＲＣ＿ＩＤＬＥ状態に遷移する。

図１１は、遷移手順例２によるＲＲＣ＿ＩＮＡＣＴＩＶＥ→ＬＴＥ ＲＲＣ＿ＩＤＬＥの状態遷移手順を示す図である。

図１１に示されるように、ステップＳ３０１において、ユーザ装置１００は、基地局２００（ＮＲ基地局）に接続し、ユーザ装置１００は、ユーザ装置１００の通信状態をＮＲ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとして管理する。

ステップＳ３０２において、ＮＲ基地局は、ＬＴＥシステムの基地局３００（ＬＴＥ ｅＮＢ＃１）にユーザ装置１００がＬＴＥ ｅＮＢ＃１に接続する際に適用されるＡＳコンテクストを要求する。

ステップＳ３０３において、ＮＲ基地局は、ＬＴＥ ｅＮＢ＃１との無線通信においてユーザ装置１００に設定されるＡＳコンテクストと当該ＡＳコンテクストを特定するｒｅｓｕｍｅ ＩＤとを取得する。すなわち、ユーザ装置１００がＮＲ基地局に接続すると、ＮＲ基地局は、ユーザ装置１００とＬＴＥ ｅＮＢ＃１との間の無線通信のための無線パラメータ情報及びコンテクスト識別子をＬＴＥ ｅＮＢ＃１から取得する。

ステップＳ３０４において、ＮＲ基地局は、ユーザ装置１００をＮＲ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移させるための非アクテョブ化メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｉｎａｃｔｉｖａｔｉｏｎ（Ｓｕｓｔｅｎａｎｃｅ））をユーザ装置１００に送信する。非アクティブ化メッセージは、ＮＲ基地局との無線通信のためにユーザ装置１００に設定されたＡＳコンテクスト及びｒｅｓｕｍｅ ＩＤと、ＬＴＥ ｅＮＢ＃１との無線通信のためにユーザ装置１００に設定されたＡＳコンテクスト及びｒｅｓｕｍｅ ＩＤと、基地局ベース位置登録エリアとを含むものであってもよい。当該非アクティブ化メッセージを受信すると、ユーザ装置１００は、ＮＲ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＮＲ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移する。また、ユーザ装置１００は、ＮＲ基地局との無線通信のためにユーザ装置１００に設定されたＡＳコンテクスト及びｒｅｓｕｍｅ ＩＤと、ＬＴＥ ｅＮＢ＃１との無線通信のためにユーザ装置１００に設定されたＡＳコンテクスト及びｒｅｓｕｍｅ ＩＤと、基地局ベース位置登録エリアとを保持する。すなわち、ユーザ装置１００を接続状態から非アクティブ化状態に遷移させるための非アクティブ化メッセージをＮＲ基地局から受信すると、ユーザ装置１００は、非アクティブ化メッセージからユーザ装置１００とＮＲ基地局との間の無線通信のための無線パラメータ情報及び当該無線パラメータ情報を特定するコンテクスト識別子と、ユーザ装置１００とＬＴＥ ｅＮＢ＃１との間の無線通信のための無線パラメータ情報及び当該無線パラメータ情報を特定するコンテクスト識別子と、ＮＲ基地局の基地局ベース位置登録エリアとを抽出及び保持する。

ステップＳ３０５において、ユーザ装置１００は、ＬＴＥ ｅＮＢ＃２にセル再選択し、ＬＴＥ ｅＮＢ＃２との無線接続を確立することを決定し、ＬＴＥ ｅＮＢ＃２との無線接続を確立するための以降のステップを実行する。

ステップＳ３０６において、ユーザ装置１００は、無線接続を確立するため、保持されるｒｅｓｕｍｅ ＩＤを含むＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ ｒｅｑｕｅｓｔをＬＴＥ ｅＮＢ＃２に送信する。

ステップＳ３０７において、ＬＴＥ ｅＮＢ＃２は、ユーザ装置１００のＡＳコンテクストを取得するため、ｒｅｓｕｍｅ ＩＤを含むＲｅｔｒｉｅｖｅ ＵＥ ｃｏｎｔｅｘｔ ｒｅｑｕｅｓｔをＬＴＥ ｅＮＢ＃１に送信し、ステップＳ３０８において、要求したＡＳコンテクストをＲｅｔｒｉｅｖｅ ＵＥ ｃｏｎｔｅｘｔ ｒｅｓｐｏｎｓｅにより受信する。なお、ｒｅｓｕｍｅ ＩＤは、対応するＡＳコンテクストが保存されているＬＴＥ ｅＮＢ＃１を示すよう構成されている。従って、ＬＴＥ ｅＮＢ＃２は、受信したｒｅｓｕｍｅ ＩＤに対応するＡＳコンテクストがＬＴＥ ｅＮＢ＃１に保持されていると判断できる。

ＬＴＥ ｅＮＢ＃２は、ステップＳ３０９において、取得したＡＳコンテクストに基づきユーザ装置１００との無線接続を再開するため、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅをユーザ装置１００に送信し、ステップＳ３１０において、無線接続の再開の完了を示すＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ ｃｏｍｐｌｅｔｅを受信する。このようにして、ユーザ装置１００とＬＴＥ ｅＮＢ＃２との無線接続が確立される。

次に、遷移手順例２によるＬＴＥ ＲＲＣ＿ＩＤＬＥ→ＲＲＣ＿ＩＮＡＣＴＩＶＥの遷移処理を説明する。本例では、ユーザ装置１００が基地局３００とアイドル状態で通信しているとき、基地局２００へのセル再選択を実行すると、ユーザ装置１００は、ユーザ装置１００と基地局３００との間の無線通信のための無線パラメータ情報及び当該無線パラメータ情報を特定するコンテクスト識別子を保持したまま、基地局２００へのセル再選択を実行する。具体的には、ユーザ装置１００が基地局３００にＬＴＥ ＲＲＣ＿ＩＤＬＥ状態により在圏しているとき、基地局２００へのセル再選択を実行すると、ユーザ装置１００は、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び基地局ベース位置登録エリアを破棄することなく、ＬＴＥ ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移する。

図１２は、遷移手順例２によるＬＴＥ ＲＲＣ＿ＩＤＬＥ→ＲＲＣ＿ＩＮＡＣＴＩＶＥの状態遷移手順を示す図である。

図１２に示されるように、ステップＳ４０１において、ユーザ装置１００は、基地局３００（ＬＴＥ ｅＮＢ）に接続し、ユーザ装置１００の通信状態をＲＲＣ＿ＣＯＮＮＥＣＴＥＤとして管理する。

ステップＳ４０２において、ＬＴＥ ｅＮＢは、ＮＲシステムの基地局２００（ＮＲ基地局＃１）にユーザ装置１００がＮＲ基地局＃１に接続する際に適用されるＡＳコンテクストを要求する。

ステップＳ４０３において、ＬＴＥ ｅＮＢは、ＮＲ基地局＃１との無線通信においてユーザ装置１００に設定されるＡＳコンテクストと当該ＡＳコンテクストを特定するｒｅｓｕｍｅ ＩＤとを取得する。すなわち、ユーザ装置１００がＬＴＥ ｅＮＢに接続すると、ＬＴＥ ｅＮＢは、ユーザ装置１００とＮＲ基地局＃１との間の無線通信のための無線パラメータ情報及びコンテクスト識別子をＮＲ基地局＃１から取得する。

ステップＳ４０４において、ＬＴＥ ｅＮＢは、ユーザ装置１００をＬＴＥ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＬＴＥ ＲＲＣ＿ＩＤＬＥ状態に遷移させるためのリリースメッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ）をユーザ装置１００に送信する。リリースメッセージは、ＬＴＥ ｅＮＢとの無線通信のためにユーザ装置１００に設定されたＡＳコンテクスト及びｒｅｓｕｍｅ ＩＤと、ＮＲ基地局＃１との無線通信のためにユーザ装置１００に設定されたＡＳコンテクスト及びｒｅｓｕｍｅ ＩＤと、基地局ベース位置登録エリアとを含むものであってもよい。当該メッセージを受信すると、ユーザ装置１００は、ＬＴＥ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＬＴＥ ＲＲＣ＿ＩＤＬＥ状態に遷移する。また、ユーザ装置１００は、ＬＴＥ ｅＮＢとの無線通信のためにユーザ装置１００に設定されたＡＳコンテクスト及びｒｅｓｕｍｅ ＩＤと、ＮＲ基地局＃１との無線通信のためにユーザ装置１００に設定されたＡＳコンテクスト及びｒｅｓｕｍｅ ＩＤと、基地局ベース位置登録エリアとを保持する。すなわち、ユーザ装置１００を接続状態からアイドル状態に遷移させるためのリリースメッセージをＬＴＥ ｅＮＢから受信すると、ユーザ装置１００は、リリースメッセージからユーザ装置１００とＬＴＥ ｅＮＢとの間の無線通信のための無線パラメータ情報及び当該無線パラメータ情報を特定するコンテクスト識別子と、ユーザ装置１００とＮＲ基地局＃１との間の無線通信のための無線パラメータ情報及び当該無線パラメータ情報を特定するコンテクスト識別子と、ＮＲ基地局＃１の基地局ベース位置登録エリアとを抽出及び保持する。

ステップＳ４０５において、ユーザ装置１００は、ＮＲ基地局＃２にセル再選択し、ＮＲ基地局＃２との無線接続を確立することを決定し、ＮＲ基地局＃２との無線接続を確立するための以降のステップを実行する。

ステップＳ４０６において、ユーザ装置１００は、無線接続を確立するため、保持されるｒｅｓｕｍｅ ＩＤを含むＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ ｒｅｑｕｅｓｔをＮＲ基地局＃２に送信する。

ステップＳ４０７において、ＮＲ基地局＃２は、ユーザ装置１００のＡＳコンテクストを取得するため、ｒｅｓｕｍｅ ＩＤを含むＲｅｔｒｉｅｖｅ ＵＥ ｃｏｎｔｅｘｔ ｒｅｑｕｅｓｔをＮＲ基地局＃１に送信し、ステップＳ４０８において、要求したＡＳコンテクストをＲｅｔｒｉｅｖｅ ＵＥ ｃｏｎｔｅｘｔ ｒｅｓｐｏｎｓｅにより受信する。なお、ｒｅｓｕｍｅ ＩＤは、対応するＡＳコンテクストが保存されているＮＲ基地局＃１を示すよう構成されている。従って、ＮＲ基地局＃２は、受信したｒｅｓｕｍｅ ＩＤに対応するＡＳコンテクストがＮＲ基地局＃１に保持されていると判断できる。

ＮＲ基地局＃２は、ステップＳ４０９において、取得したＡＳコンテクストに基づきユーザ装置１００との無線接続を再開するため、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅをユーザ装置１００に送信し、ステップＳ４１０において、無線接続の再開の完了を示すＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ ｃｏｍｐｌｅｔｅを受信する。このようにして、ユーザ装置１００とＮＲ基地局＃２との無線接続が確立される。

上述したように、遷移手順例２によると、ユーザ装置１００は、ＬＴＥシステム及びＮＲシステムのための無線パラメータ情報（ＡＳコンテクスト）と、当該ＡＳコンテクストを特定するコンテクスト識別子（ｒｅｓｕｍｅ ＩＤ）とをセル再選択の間は保持し続ける。ユーザ装置１００は、基地局２００，３００における無線パラメータ情報及びコンテクスト識別子の一方又は双方の保持期間を計時するタイマを有し、当該タイマが満了すると、保持される無線パラメータ情報及びコンテクスト識別子の一方又は双方を破棄してもよい。他の例では、ユーザ装置１０は、ユーザ装置１００がＬＴＥシステム及びＮＲシステム以外の他のＲＡＴ（ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）等）のシステムにセル再選択したら、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアを破棄してもよい。更なる他の例では、他ＲＡＴシステムにセル再選択した後であっても、タイマが満了するまでは、ユーザ装置１００は、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアを保持し続けてもよい。更なる他の例では、ユーザ装置１００は、他ＲＡＴシステムへのセル再選択後に在圏する他ＲＡＴ基地局との通信接続が確立しようとするタイミングで、又は当該通信接続の確立が完了したタイミングで、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアを破棄してもよい。すなわち、ユーザ装置１００が他ＲＡＴ基地局にセル再選択した際には、ユーザ装置１００は、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアを保持し続け、他ＲＡＴ基地局において接続状態になった後、ＡＳコンテクスト、ｒｅｓｕｍｅ ＩＤ及び／又は基地局ベース位置登録エリアを破棄してもよい。

（本発明の実施の形態における全体の処理動作）
以下、本発明の実施の形態における処理動作として、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（ＲＲＣ＿ＳＵＳＴＡＩＮＥＤ状態）にあるユーザ装置１００においてＵＬデータが発生する場合の処理動作の例を詳細に説明する。なお、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（ＳＵＳＴＡＩＮＥＤ状態）では、ユーザ装置１００は個別リソースを保持しておらず、ＣＱＩのｆｅｅｄｂａｃｋを基地局２００に行わない。従って、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）は、ユーザ装置１００がセル端にいる状態でもＵＬデータを伝送できるようなロバストな設定を用いる。その場合、伝送可能なＵＬデータ量は大きくはできない。

上記の点に鑑みて、本実施の形態では、基本的に、ユーザ装置１００において発生する（送信しようとする）ＵＬデータのサイズが小さい場合には、ユーザ装置１００は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ（コンテンションベース）でＵＬデータを送信する。なお、コンテンションベースの送信は、ユーザ装置１００に対して、ＵＬデータ送信用の個別リソース（他のユーザ装置と衝突しないリソース）が割り当てられずに、送信を行うことである。また、コンテンションベースの送信は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態ではない状態（本例では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態）で行うデータ送信であると考えてもよい。

一方、ＵＬデータのサイズが大きい場合には、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄでは伝送が困難であるため、ユーザ装置１００は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移して、個別リソースの割り当てを受けて、ＣＱＩ ｆｅｅｄｂａｃｋができる状態で、ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ（コンテンションフリー）でＵＬデータを送信する。コンテンションフリーの送信は、ユーザ装置１００に対して、ＵＬデータ送信用の個別リソースが割り当てられて、送信を行うことである。また、コンテンションフリーの送信は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で行うデータ送信であると考えてもよい。

最初に、上記の処理を含む全体の処理の流れの例を図１３を参照して説明する。

まず、ステップＳ５０１において、基地局２００からユーザ装置１００に対して、ユーザ装置１００がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄで送信可能なＵＬデータのサイズの上限値を送信し、ユーザ装置１００において当該上限値が設定される。

ステップＳ５０２では、ユーザ装置１００においてＵＬデータが発生し、ユーザ装置１００は、ステップＳ５０１で設定した上限値と、発生したＵＬデータのサイズとを比較することにより、ＵＬデータの送信方法（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ又はｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ）を決定する。

ステップＳ５０３において、ユーザ装置１００はＵＬデータを送信する（ここでは、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄの例を示している）。なお、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で（つまり、ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅで）ＵＬデータを送信する技術は既存技術である。

ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄで送信されたＵＬデータは、基地局２００により正常に受信されない場合がある。本実施の形態では、基地局２００がｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄで送信されたＵＬデータを受信できない場合に、基地局２００は、Ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ指示（接続再開指示）をユーザ装置１００に送信することにより、ユーザ装置１００をＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移させ、ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅでＵＬデータを送信させることとしている。

図１３の例では、ステップＳ５０４において、基地局２００がＣｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ指示を行うことを決定する。ステップＳ５０５において、基地局２００はユーザ装置１００に対し、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ指示を送信し、ステップＳ５０６において、ユーザ装置１００はｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅでＵＬデータを送信する。

以下、上述したステップＳ５０１、Ｓ５０２の動作を実施例１として詳細に説明し、ステップＳ５０３の動作を実施例２として詳細に説明し、ステップＳ５０４〜Ｓ５０６の動作を実施例３として詳細に説明する。

（実施例１）
まず、実施例１を詳細に説明する。既に説明したとおり、実施例１では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるユーザ装置１００にＵＬデータが発生した場合において、ユーザ装置１００は、図１３のステップＳ５０１で設定された上限値と、ＵＬデータのサイズとを比較することで、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄでＵＬデータを送信するか、それとも、ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅでＵＬデータを送信するかを決定する。

図１３のステップＳ５０１における基地局２００からユーザ装置１００への上限値の送信は、ユーザ装置１００をＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に遷移させるメッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｉｎａｃｔｉｖａｔｉｏｎ ｍｅｓｓａｇｅ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｕｓｔｅｎａｎｃｅ ｍｅｓｓａｇｅと称してもよい）で行う（図５に示した手順）。つまり、当該メッセージに上限値が含められる。ただし、これは一例であり、その他のメッセージ（例：ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で用いられるメッセージ）を用いて上限値が基地局２００からユーザ装置１００に送信されてもよい。

上限値は、セル毎（基地局毎）に予め定められた値でもよいし、通信状況（混雑度等）及び／又は通信環境（セルサイズ等）に応じて決定される値でもよい。通信状況（混雑度等）及び／又は通信環境（セルサイズ等）に応じて上限値を決定する場合において、基地局２００が上限値を決定してもよいし、上位ノードもしくはオペレーションシステムが上限値を決定し、上位ノードもしくはオペレーションシステムが当該上限値を基地局２００に設定してもよい。

図１３のステップＳ５０２として示した判定の詳細を図１４のフローチャートを参照して説明する。図１４において、便宜上、ユーザ装置１００を「ＵＥ」と表記している。

ステップＳ６０１において、ユーザ装置１００はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある。ステップＳ６０２において、ユーザ装置１００は、基地局２００から、上限値（Ｍ）を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＩｎａｃｔｉｖａｔｉｏｎメッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｕｓｔｅｎａｎｃｅメッセージ）を受信する。

ステップＳ６０３において、ユーザ装置１００は、ステップＳ６０２で受信したメッセージから、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄで送信可能なＵＬデータサイズの上限値（Ｍ）を取得する。ステップＳ６０４において、ユーザ装置１００は、ユーザ装置１００自信の状態をＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（ＲＲＣ＿ＳＵＳＴＡＩＮＥＤ状態）に遷移させる。

ステップＳ６０５において、ユーザ装置１００にＵＬデータが発生する。当該ＵＬデータのサイズをＸとする。ステップＳ６０６において、ユーザ装置１００は、ＵＬデータのサイズが上限値よりも小さいかどうか（Ｘ＜Ｍかどうか）を判定する。

ステップＳ６０６での判定結果がＹｅｓの場合（Ｘ＜Ｍの場合）、処理はステップＳ６０７に進む。ステップＳ６０７において、ユーザ装置１００は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（ＲＲＣ ＲＲＣ＿ＳＵＳＴＡＩＮＥＤ状態）のままｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄでＵＬデータを送信する。

ステップＳ６０６での判定結果がＮｏの場合（Ｘ＜Ｍではない場合。つまり、Ｘ＞Ｍ又はＸ＝Ｍの場合。）、処理はステップＳ６０８に進む。ステップＳ６０８において、ユーザ装置１００は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ手順を実行し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。ステップＳ６０９において、ユーザ装置１００は、ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅでＵＬデータを送信する。なお、ステップＳ６０６での判定において、Ｘ＝Ｍの場合はＮｏに分岐し、ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅでＵＬデータ送信を行うことが図示されているが、ステップＳ６０６での判定はＸ＜＝Ｍかどうかの判定であってもよい。すなわち、Ｘ＝Ｍの場合はＹｅｓに分岐し、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄでＵＬデータを送信するようになっていてもよい。

上記のように、実施例１に係る技術により、ＵＬデータのサイズが小さい場合には、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移することなくＵＬデータを送信することができる。これにより、無駄なシグナリングによるネットワーク負荷の増加を回避できるとともに、ユーザ装置１００の無駄なバッテリ消費を回避でき、効率的なＵＬデータ送信を実現できる。

なお、ステップＳ６０７におけるｃｏｎｔｅｎｓｉｏｎ ｂａｓｅｄのＵＬデータ送信については、下記の実施例２の技術を使用することができる。ただし、実施例２の技術以外の技術を使用してもよい。

（実施例２）
次に、ユーザ装置１００がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のままｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄでＵＬデータを送信する動作の例を実施例２として説明する。実施例２は、実施例１を前提としている。ただし、実施例２で説明するＵＬデータ送信動作を実施例１とは独立に実施することとしてもよい。例えば、実施例１とは異なる方法でコンテンションベースでのＵＬ送信を行うことが決定された場合に、実施例２で説明するＵＬデータ送信動作を実行することとしてもよい。また、本実施の形態に係る無線通信システムを使用するアプリケーションの特性によっては、ＵＬデータを送信する際には常に実施例２で説明するＵＬデータ送信動作を実行することも考えられる。

ここでは、実施例２−１と実施例２−２を説明する。まず、実施例２−１に対応する図１５に示すように、実施例２−１では、ユーザ装置１００は、Ｒａｎｄｏｍ Ａｃｃｅｓｓ手順（ステップＳ７０１、Ｓ７０２）を行った後にＵＬデータを送信する（ステップＳ７０３）。ただし、当該Ｒａｎｄｏｍ Ａｃｃｅｓｓ手順は従来のＲａｎｄｏｍ Ａｃｃｅｓｓ手順とは異なる手順である。

一方、実施例２−２に対応する図１６に示すように、実施例２−２では、ユーザ装置１００は、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅと一緒にＵＬデータを送信する（ステップＳ７５１）。以下、実施例２−１、実施例２−２をより詳細に説明する。

＜実施例２−１＞
図１７のシーケンス図を参照して、実施例２−１における動作を詳細に説明する。

最初に、ユーザ装置１００はＲＲＣ＿ＣＮＮＥＣＴＥＤ状態にあるものとする。ステップＳ８０１において、基地局２００からユーザ装置１００に対し、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｉｎａｃｔｉｖａｔｉｏｎメッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｕｓｔｅｎａｎｃｅメッセージ）が送信され、ステップＳ８０２において、ユーザ装置１００の状態がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（ＲＲＣ＿ＳＵＳＴＡＩＮＥＤ状態）に遷移する。

ステップＳ８０１において基地局２００からユーザ装置１００に送信されるメッセージには、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄのデータ送信用の１つ又は複数の専用のＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅが含まれており、ユーザ装置１００は、後述するステップＳ８０３において、当該専用のＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅを使用する。これにより、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄのデータ送信用に送信されるＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅが、既存のＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅと衝突することを回避できる。ただし、専用のＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅを使用することは一例であり、既存のＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ（例：６４個）の中から選択したＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅを使用することとしてもよい。その場合、ステップＳ８０１のメッセージの中に専用のＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅは含まれないこととしてもよい。また、専用のＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅを使用する場合において、基地局２００からユーザ装置１００に当該専用のＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅを送信するメッセージは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｉｎａｃｔｉｖａｔｉｏｎメッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｕｓｔｅｎａｎｃｅメッセージ）以外のメッセージであってもよい。

ステップＳ８０３において、ユーザ装置１００は、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅと、基地局２００においてユーザ装置１００を認証するための識別子と、ユーザ装置１００のＡＳ ｃｏｎｔｅｘｔを特定する識別子とを基地局２００に送信する。

図１７に示すように、ユーザ装置１００を認証するための識別子は、ＬＴＥで規定されているｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉである。ただし、ｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉを使用することは一例であり、ｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉ以外の識別子が使用されてもよい。また、ユーザ装置１００のＡＳ ｃｏｎｔｅｘｔを特定する識別子は、ｒｅｓｕｍｅ ＩＤである。ただし、ｒｅｓｕｍｅ ＩＤを使用することは一例であり、ｒｅｓｕｍｅ ＩＤ以外の識別子を使用してもよい。なお、ステップＳ８０３においてｒｅｓｕｍｅ ＩＤを含めないこととしてもよい。その場合、基地局２００は、認証したユーザ装置１００に対応付られているｒｅｓｕｍｅ ＩＤを基地局２００の記憶手段等から取得する。

また、ステップＳ８０３での「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ ＋ ｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉ ＋ ｒｅｓｕｍｅ ＩＤ」を送信するためのリソースは、ＬＴＥで規定されたＰＲＡＣＨのリソースでもよいし、当該ＰＲＡＣＨのリソース以外のリソースでもよい。

図１７のステップＳ８０４において、基地局２００は、認証のための識別子（本例ではｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉ）を使用してユーザ装置１００を認証する。ここでは認証に成功したものとする。

ｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉでユーザ装置１００を認証した基地局２００は、ステップＳ８０５において、ステップＳ８０３で受信したｒｅｓｕｍｅ ＩＤと、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ送信の識別子であるＲＮＴＩ（ＣＢ−ＲＮＴＩと呼ぶ）を含むＲａｎｄｏｍ Ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅをユーザ装置１００に送信する。

なお、ＣＢ−ＲＮＴＩは、例えば規格の仕様で１つだけ定義してもよいし、複数のＣＢ−ＲＮＴＩを定義し、ユーザ装置毎に異なるＣＢ−ＲＮＴＩが割り当てられてもよい。ユーザ装置毎に異なるＣＢ−ＲＮＴＩを割り当てる場合、当該ＣＢ−ＲＮＴＩは、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ送信を識別する識別子であるとともに、ユーザ装置を識別する識別子でもある。なお、ステップＳ８０５において、ｒｅｓｕｍｅ ＩＤが含まれないこととしてもよい。この場合、例えば、ユーザ装置１００は、ステップＳ８０３でのメッセージ送信後の所定の時間ウィンドウでＲａｎｄｏｍ Ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅを受信したことにより、基地局２００での認証が成功していると判断し、ＵＬデータ送信を行うこととしてもよい。ただし、ｒｅｓｕｍｅ ＩＤを含めない場合、ユーザ装置１００は、他のユーザ装置向けのＲａｎｄｏｍ Ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅをユーザ装置１００へのＲａｎｄｏｍ Ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅであると誤る可能性が高くなることから、ｒｅｓｕｍｅ ＩＤを含めることが望ましい。

ユーザ装置１００は、ステップＳ８０５のＲａｎｄｏｍ Ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅを受信し、Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ内にユーザ装置１００自身のｒｅｓｕｍｅ ＩＤを検出した場合に、ステップＳ８０６において、ＵＬデータを、ｒｅｓｕｍｅ ＩＤと、ステップＳ８０５で受信したＣＢ−ＲＮＴＩと共に送信する。ここでのＵＬデータ送信は、ＲＬＣレイヤにおいてＲＬＣ−ＵＭで行う。ただし、これは例であり、他のモード（例：ＴＭ）で送信を行うこととしてもよい。また、ステップＳ８０６において、ｒｅｓｕｍｅ ＩＤを含めないこととしてもよい。また、ステップＳ８０６においては、ステップＳ８０５のＲａｎｄｏｍ Ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅで指示されるリソースを使用して送信がなされる。ただし、当該リソースは個別リソースではなく、衝突の発生の可能性があるリソースである。また、ステップＳ８０５のＲａｎｄｏｍ Ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅでリソースを指示しないこととしてもよい。この場合、ユーザ装置１００は、例えば、予め定められた範囲のリソースから選択したリソースを用いて送信を行う。なお、ステップＳ８０５のＲａｎｄｏｍ Ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅを受信したユーザ装置１００が、Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅから自身のｒｅｓｕｍｅ ＩＤを検出できなかった場合には、ステップＳ８０６のＵＬデータ送信を行わない。

ステップＳ８０６の後、例えば、基地局２００がＵＬデータを正常に受信できた場合において、基地局２００からユーザ装置１００に対してＡＣＫが送信される。また、基地局２００がＵＬデータを正常に受信できない場合（ＵＬデータの復号に失敗した場合等）において、基地局２００からユーザ装置１００に対してＮＡＣＫが送信される。ユーザ装置１００がＮＡＣＫを受信した場合、ユーザ装置１００は、例えばステップＳ８０６と同様にして、ＵＬデータの再送を行う。ただし、基地局２００からユーザ装置１００へのＡＣＫ／ＮＡＣＫの送信、及びＵＬデータの再送を行わないようにしてもよい。

＜実施例２−２＞
次に、図１８のシーケンス図を参照して、実施例２−２における動作を詳細に説明する。図１８に示す例では、既にユーザ装置１００はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（ＲＲＣ＿ＳＵＳＴＡＩＮＥＤ状態）にあるものとする。

なお、実施例２−１と同様に、ＲＲＣ＿ＣＯＮＮＣＴＥＤ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態への遷移の際に、基地局２００からユーザ装置１００に対し、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄデータ送信のための専用のＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅを含むＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｉｎａｃｔｉｖａｔｉｏｎメッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｕｓｔｅｎａｎｃｅメッセージ）が送信され、ユーザ装置１００が以下で説明する処理において当該専用のＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅを使用することとしてもよい。また、専用のＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅではなく、既存のＲａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅを使用してもよい。

図１８のステップＳ９０１において、ユーザ装置１００は、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅと、ＵＬデータと、基地局２００におけるユーザ装置１００の認証のための識別子（本例では、一例としてｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉを使用）とを基地局２００に送信する。

ステップＳ９０１でＵＬデータ送信処理が終了する。ただし、オプショナルで、ステップＳ９０２に示す処理が実行されてもよい。ステップＳ９０２において、基地局２００はユーザ装置１００に対して、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅを返信する。当該Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅには、例えば、認証ＯＫ／ＮＧ、又は、ＵＬデータのＡＣＫ／ＮＡＣＫ、又は、認証ＯＫ／ＮＧとＵＬデータのＡＣＫ／ＮＡＣＫの両方が含まれる。ここで、ユーザ装置１００がＮＡＣＫを受信した場合には、ステップＳ９０１と同様にしてＵＬデータの再送を行うことができる。

ステップＳ９０１での「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ ＋ ＵＬ ｄａｔａ ＋ ｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉ」を送信するためのリソースは、ＬＴＥで規定されたＰＲＡＣＨのリソースでもよいし、当該リソース以外のリソースでもよい。また、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅの系列の中の一部が、ＵＬデータであってもよい。また、ステップＳ９０１において、「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ ＋ ＵＬ ｄａｔａ ＋ ｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉ」に加えて、ｒｅｓｕｍｅ ＩＤが含められてもよい。

実施例２（２−１と２−２）によれば、Ｒａｎｄｏｍ Ａｃｃｅｓｓ手順を活用してＵＬデータ送信を行うので、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移することなく、中間状態のまま効率的にＵＬデータ送信を行うことができる。

（実施例３）
既に説明したように、ユーザ装置１００が、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（ＲＲＣ＿ＳＵＳＴＡＩＮＥＤ状態）においてｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄでＵＬデータを送信（再送を含む）してもデータ送信が成功しない場合（基地局２００がＵＬデータを正常に受信できない場合）があることが考えられる。実施例３では、このような場合において、基地局２００が、ユーザ装置１００に対し、再送をｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅで実行させることとしている。以下、図１９のシーケンス図、及び図２０のフローチャートを参照して実施例３における動作例を詳細に説明する。なお、実施例３は実施例２を前提としている。ただし、実施例３に係る技術を実施例２とは独立に実施することとしてもよい。例えば、図１７及び図１８に示した方法以外の方法でＵＬデータがｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄで送信された場合に、実施例３での図１９に示す動作が適用されることとしてもよい。

図１９において、ユーザ装置１００は、最初、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（ＲＲＣ＿ＳＵＳＴＡＩＮＥＤ状態）にある。図１９のステップＳ１００１、Ｓ１００２において、ユーザ装置１００は、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄでＵＬデータを送信するが、送信に成功せず、また、再送を行っても送信に成功しない。なお、図１９では、１回の再送（Ｓ１００２）が示されているが、再送は複数回行うこととしてもよい。また、再送が行われない場合もある。

ステップＳ１００２の後、基地局２００は、ユーザ装置１００によるｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄでのＵＬデータ送信が成功しないことを検知すると、ステップＳ１００３において、基地局２００はユーザ装置１００に対して、ＲＲＣ ＣｏｎｎｅｃｔｉｏｎをＲｅｓｕｍｅ（再開）するよう指示する。その後、必要に応じて（例えば、ＵＬ同期が確立されていない場合等）、ユーザ装置１００は、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅの送信、及びＲａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅの受信を行い（ステップＳ１００４、Ｓ１００５）、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔを送信する（ステップＳ１００６）。ユーザ装置１００は、基地局２００から送信されたＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅを受信し（ステップＳ１００７）、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｃｏｍｐｌｅｔｅを送信する（ステップＳ１００８）。この時点で、ユーザ装置１００の状態はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である。そして、ステップＳ１００９のおいて、ユーザ装置１００は、ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅでＵＬデータを送信する。

＜ステップＳ１００３における指示について＞
ステップＳ１００３において、基地局２００からユーザ装置１００へのＲＲＣ ＣｏｎｎｅｃｔｉｏｎをＲｅｓｕｍｅ（再開）させる指示として、例えば、物理下り制御チャネル（ＰＤＣＣＨ（ＵＬ ｇｒａｎｔ））を使用することができる。この場合、例えば、基地局２００は、ステップＳ１００３において、当該ＰＤＣＣＨ内の１ビットを使用して、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎをｒｅｓｕｍｅすることをユーザ装置１００に通知する。

また、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎをｒｅｓｕｍｅすることを指示するＭＡＣ ＣＥを新規に定義してもよい。この場合、基地局２００は、ステップＳ１００３において、当該ＭＡＣ ＣＥを作成し、当該ＭＡＣ ＣＥをユーザ装置１００に送信する。

また、基地局２００は、ステップＳ１００３において、ＲＬＣ ｓｔａｔｕｓ ｒｅｐｏｒｔを送信することにより、ユーザ装置１００に対してＲＲＣ ｃｏｎｎｅｃｔｉｏｎをｒｅｓｕｍｅすることを指示してもよい。

＜ＲＲＣ ｃｏｎｎｅｃｔｉｏｎのｒｅｓｕｍｅ指示の送信判断について＞
基地局２００が、ユーザ装置１００によるｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄでのＵＬデータ送信が成功しないことを検知し、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎのｒｅｓｕｍｅ指示を行うことを決定するための方法に関しては、どのような方法を使用してもよい。一例として、図２０に示す方法を使用することができる。

図２０に示す方法では、例として、ユーザ装置１００は、図１７に示した手順（実施例２−１の手順）でＵＬデータ送信を行うことを想定している。また、基地局２００は、以下で説明する所定時間を計測するためのタイマを保持している。

図２０のステップＳ１１０１において、基地局２００は、「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ ＋ ｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉ ＋ ｒｅｓｕｍｅ ＩＤ」（図１７のステップＳ８０３）を受信することで、この時点以降に、ユーザ装置１００からＣｏｎｔｅｎｓｉｏｎ ｂａｓｅｄによりＵＬデータを受信することを検知する。

なお、ステップＳ１１０１での検知（タイマ起動の契機）は、基地局２００がＲａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ(図１７のステップＳ８０５)を送信したことで行ってもよい。

ステップＳ１１０１における検知（「Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ ＋ ｓｈｏｒｔＲｅｓｕｍｅＭＡＣ−Ｉ ＋ ｒｅｓｕｍｅ ＩＤ」の受信、又は、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅの送信）をした時点で、基地局２００は、所定時間を計測するタイマを起動する。

ステップＳ１１０２において、基地局２００は、ユーザ装置１００からＵＬデータを正常に受信したかどうかを判定し、ＵＬデータを受信した場合（Ｙｅｓの場合）、処理を終了する。ＵＬデータを受信していない場合（Ｎｏの場合）、処理はステップＳ１１０３に進む。ステップＳ１１０３において、基地局２０は、所定時間が経過したかどうか（タイマが満了したかどうか）を判定し、所定時間が経過していない場合（Ｎｏの場合）、ステップＳ１１０２に戻る。ステップＳ１１０３において、所定時間が経過している場合（Ｙｅｓの場合）、処理はステップＳ１１０４に進む。ステップＳ１１０４において、基地局２００は、ユーザ装置１００によるｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄでのＵＬデータ送信が成功しないことを検知し、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ指示の実行を決定する。

実施例３によれば、ユーザ装置１００は、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄでの無駄なＵＬデータの再送の繰り返しを回避することができ、効率的なＵＬデータ送信を実現できる。

（装置構成）
以上説明した本実施の形態の動作を実行するユーザ装置１００及び基地局２００の機能構成例を説明する。実施例１、実施例２、及び実施例３に関して、ユーザ装置１００及び基地局２００はそれぞれ、実施例１、実施例２、実施例３のうちのいずれか１つの実施例の機能を有してもよいし、いずれか２つの実施例の機能を有してもよいし、３つの実施例の機能を有してもよい。以下では、ユーザ装置１００及び基地局２００はそれぞれ、３つの実施例の機能を有することを想定している。

＜ユーザ装置１００＞
図２１は、ユーザ装置１００の機能構成の一例を示す図である。図２１に示すように、ユーザ装置１０は、信号送信部１０１と、信号受信部１０２と、状態管理部１０３と、通信制御部１０４を有する。通信制御部１０４は比較部１１４を含む。なお、ユーザ装置１００が実施例１の機能を備えない場合には、比較部１１４を備えないこととしてもよい。図２１に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。例えば、通信制御部１０４を受信側と送信側に分けて、送信側の通信制御部１０４を信号送信部１０１に含め、受信側の通信制御部１０４を信号受信部１０２に含めてもよい。

信号送信部１０１は、ユーザ装置１００から送信されるべきデータを、無線で送信するための信号に変換し、当該信号を無線で送信するように構成されている。信号受信部１０２は、各種の信号を無線で受信し、受信した信号からデータを取得するように構成されている。

状態管理部１０３は、本実施の形態において説明した状態間の遷移を実行するとともに、現在の状態を管理（保持）する。通信制御部１０４は、各種識別子（ｒｅｓｕｍｅ ＩＤ、認証用の識別子、ＲＮＴＩ等）を取得し、保持するとともに、ＵＬデータ送信等のために必要な識別子を信号送信部１０１に渡す。また、通信制御部１０４は、ＡＳコンテクストを取得し、保持するとともに、当該ＡＳコンテクストに基づき、信号送信部１０１／信号受信部１０２に対し、信号の送受信動作を指示することができる。

また、通信制御部１０４は、上限値を取得、保持するとともに、図１４に示した判定動作を実行する。この場合、中間状態にあるユーザ装置１００において、上りデータが発生した場合に、当該上りデータのサイズと、所定の上限値とを比較する比較部１１４が使用される。

また、信号送信部１０１が、比較部１１４により、上りデータのサイズが所定の上限値よりも小さいと判定された場合に、上りデータをコンテンションベースで基地局２００に送信し、比較部１１４により、上りデータのサイズが前記所定の上限値よりも大きいと判定された場合に、上りデータをコンテンションフリーで基地局１００に送信するように構成されてもよい。

また、信号受信部１０２は、基地局２００から、前記所定の上限値を含む、接続状態から中間状態への状態遷移を指示するメッセージを受信するように構成され、比較部１１４は、前記メッセージから前記所定の上限値を取得し、当該所定の上限値と上りデータのサイズとを比較することとしてもよい。

また、上りデータをコンテンションベースで送信する場合において、信号送信部１０１は、ランダムアクセスプリアンブルと、基地局２００においてユーザ装置１００の認証に使用される識別子と、ユーザ装置１００のコンテクストを識別するための識別子とを基地局２００に送信し、基地局２００から受信するコンテンションベース送信を示す識別子とともに上りデータを基地局２００に送信するように構成されてもよい。

また、上りデータをコンテンションベースで送信する場合において、信号送信部１０１は、ランダムアクセスプリアンブルと、上りデータと、基地局２００においてユーザ装置１００の認証に使用される識別子とを基地局２００に送信するように構成されてもよい。

また、上りデータの基地局２００へのコンテンションベースでの送信が成功しない場合において、ユーザ装置１００は、中間状態から接続状態に遷移するよう指示する信号を基地局２００から受信したことに応じて、状態を中間状態から接続状態に遷移させ、信号送信部１０１が、コンテンションフリーで上りデータを基地局２００に送信することとしてもよい。

＜基地局２００＞
図２２は、基地局２００の機能構成の一例を示す図である。図２２に示すように、基地局２００は、信号送信部２０１と、信号受信部２０２と、状態管理部２０３と、通信制御部２０４とを有する。図２２に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。例えば、通信制御部２０４を受信側と送信側に分けて、送信側の通信制御部２０４を信号送信部２０１に含め、受信側の通信制御部２０４を信号受信部２０２に含めてもよい。

信号送信部２０１は、基地局２００から送信されるべきデータを、無線で送信するための信号に変換し、当該信号を無線で送信するように構成されている。信号受信部２０２は、各種の信号を無線で受信し、受信した信号からデータを取得するように構成されている。

状態管理部２０３は、本実施の形態において説明した状態間の遷移を実行するとともに、現在の状態を管理（保持）する。通信制御部２０４は、各種識別子（ｒｅｓｕｍｅ ＩＤ、認証用の識別子、ＲＮＴＩ等）を取得（生成を含む）し、保持するとともに、ＤＬメッセージ送信等のために必要な識別子を信号送信部２０１に渡す。また、通信制御部２０４は、ユーザ装置１００のＡＳコンテクストを取得し、保持するとともに、当該ＡＳコンテクストに基づき、信号送信部２０１／信号受信部２０２に対し、ユーザ装置１００と基地局２００との間の信号の送受信動作を指示することができる。また、通信制御部２０４は、認証用の識別子を用いて、ユーザ装置１００を認証することができる。

また、信号受信部２０２は、中間状態にあるユーザ装置において、上りデータが発生し、コンテンションベースで当該上りデータが送信される場合に、ランダムアクセスプリアンブルと、基地局２００においてユーザ装置１００の認証に使用される識別子と、ユーザ装置１００のコンテクストを識別するための識別子とをユーザ装置１００から受信するように構成されてもよい。また、信号送信部２０１は、前記コンテクストを識別するための識別子と、コンテンションベース送信を示す識別子とを有するランダムアクセス応答をユーザ装置１００に送信するように構成され、信号受信部２０２は、前記コンテンションベース送信を示す識別子とともに上りデータをユーザ装置１００から受信するように構成されてもよい。

また、信号送信部２０１は、中間状態にあるユーザ装置１００からコンテンションベースで送信される上りデータの受信に成功しないことを検知した場合に、中間状態から接続状態に遷移するよう指示する信号をユーザ装置１００に送信するように構成されてもよく、信号受信部２０２は、信号送信部２０１により送信した信号に基づき、ユーザ装置１００が接続状態に遷移した後、コンテンションフリーでユーザ装置１００から送信された上りデータを受信するように構成されてもよい。

＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図２１及び図２２）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。

また、例えば、本発明の一実施の形態におけるユーザ装置１００と基地局２００はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図２３は、本実施の形態に係るユーザ装置１００及び基地局２００のハードウェア構成の一例を示す図である。上述のユーザ装置１００及び基地局２００はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７等を含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニット等に読み替えることができる。ユーザ装置１００及び基地局２００のハードウェア構成は、図に示した１００１〜１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

ユーザ装置１００及び基地局２００における各機能は、プロセッサ１００１、メモリ１００２等のハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタ等を含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）で構成されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ装置１００の信号送信部１０１、信号受信部１０２、状態管理部１０３、通信制御部１０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、基地局２００の信号送信部２０１、信号受信部２０２、状態管理部２０３、通信制御部２０４は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）等と呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュール等を保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップ等の少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュール等ともいう。例えば、ユーザ装置１００の信号送信部１０１及び信号受信部１０２は、通信装置１００４で実現されてもよい。また、基地局２００の信号送信部２０１及び信号受信部２０２は、通信装置１００４で実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプ等）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１及びメモリ１００２等の各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、ユーザ装置１００及び基地局２００はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

（実施の形態のまとめ）
以上、説明したように、本実施の形態によれば、接続状態とアイドル状態との間の中間状態をサポートする無線通信システムにおけるユーザ装置であって、前記中間状態にある前記ユーザ装置において、上りデータが発生した場合に、当該上りデータのサイズと、所定の上限値とを比較する比較部と、前記比較部により、前記上りデータのサイズが前記所定の上限値よりも小さいと判定された場合に、前記上りデータをコンテンションベースで基地局に送信し、前記比較部により、前記上りデータのサイズが前記所定の上限値よりも大きいと判定された場合に、前記上りデータをコンテンションフリーで前記基地局に送信する送信部と、を備えることを特徴とするユーザ装置が提供される。

上記の構成によれば、接続状態とアイドル状態の間の中間状態にあるユーザ装置においてＵＬデータが発生した場合に、当該ユーザ装置が効率的に当該ＵＬデータを送信することができる。

前記ユーザ装置は、前記基地局から、前記所定の上限値を含む、前記接続状態から前記中間状態への状態遷移を指示するメッセージを受信する受信部を更に備え、前記比較部は、前記メッセージから前記所定の上限値を取得し、当該所定の上限値と前記上りデータのサイズとを比較するようにしてもよい。この構成により、例えば、ユーザ装置は、基地局から通信環境及び／又は通信状況に応じた適切な上限値を受信でき、当該上限値を使用することで、適切なサイズのＵＬデータをコンテンションベースで送信することができる。

前記上りデータをコンテンションベースで送信する場合において、前記送信部は、ランダムアクセスプリアンブルと、前記基地局において前記ユーザ装置の認証に使用される識別子と、前記ユーザ装置のコンテクストを識別するための識別子とを前記基地局に送信し、前記基地局から受信するコンテンションベース送信を示す識別子とともに前記上りデータを前記基地局に送信することとしてもよい。この構成により、ユーザ装置は、ランダムアクセス手順を利用して、接続状態に遷移することなく、効率的にＵＬデータ送信を行うことができる。

また、前記上りデータをコンテンションベースで送信する場合において、前記送信部は、ランダムアクセスプリアンブルと、前記上りデータと、前記基地局において前記ユーザ装置の認証に使用される識別子とを前記基地局に送信することとしてもよい。この構成により、ユーザ装置は、ランダムアクセス手順を利用して、接続状態に遷移することなく、効率的にＵＬデータ送信を行うことができる。

前記上りデータの前記基地局へのコンテンションベースでの送信が成功しない場合において、前記ユーザ装置は、前記中間状態から前記接続状態に遷移するよう指示する信号を前記基地局から受信したことに応じて、状態を前記中間状態から前記接続状態に遷移させ、前記送信部は、コンテンションフリーで前記上りデータを前記基地局に送信することとしてもよい。この構成により、ユーザ装置は、無駄なコンテンションベースでの再送の繰り返しを回避でき、効率的にＵＬデータの送信を行うことができる。

＜その他の例＞
また、本実施の形態によれば、接続状態とアイドル状態との間の中間状態をサポートする無線通信システムにおけるユーザ装置であって、前記中間状態にある前記ユーザ装置において、上りデータが発生し、コンテンションベースで当該上りデータを送信する場合に、ランダムアクセスプリアンブルと、前記基地局において前記ユーザ装置の認証に使用される識別子と、前記ユーザ装置のコンテクストを識別するための識別子とを前記基地局に送信する送信部と、前記基地局から、前記コンテクストを識別するための識別子と、コンテンションベース送信を示す識別子とを有するランダムアクセス応答を受信する受信部とを備え、前記送信部は、前記コンテンションベース送信を示す識別子とともに前記上りデータを前記基地局に送信することを特徴とするユーザ装置が提供される。
また、本実施の形態によれば、接続状態とアイドル状態との間の中間状態をサポートする無線通信システムにおける基地局であって、前記中間状態にあるユーザ装置において、上りデータが発生し、コンテンションベースで当該上りデータが送信される場合に、ランダムアクセスプリアンブルと、前記基地局において前記ユーザ装置の認証に使用される識別子と、前記ユーザ装置のコンテクストを識別するための識別子とを前記ユーザ装置から受信する受信部と、前記コンテクストを識別するための識別子と、コンテンションベース送信を示す識別子とを有するランダムアクセス応答を前記ユーザ装置に送信する送信部とを備え、前記受信部は、前記コンテンションベース送信を示す識別子とともに前記上りデータを前記ユーザ装置から受信することを特徴とする基地局が提供される。

また、本実施の形態によれば、接続状態とアイドル状態との間の中間状態をサポートする無線通信システムにおけるユーザ装置であって、前記中間状態にある前記ユーザ装置において、上りデータが発生し、コンテンションベースで当該上りデータを送信する場合に、ランダムアクセスプリアンブルと、前記上りデータと、前記基地局において前記ユーザ装置の認証に使用される識別子とを前記基地局に送信する送信部を備えることを特徴とするユーザ装置が提供される。

また、本実施の形態によれば、接続状態とアイドル状態との間の中間状態をサポートする無線通信システムにおけるユーザ装置であって、前記中間状態にある前記ユーザ装置において、上りデータが発生した場合に、コンテンションベースで当該上りデータを送信する送信部と、前記上りデータの前記基地局への送信が成功しない場合において、前記中間状態から前記接続状態に遷移するよう指示する信号を前記基地局から受信する受信部と、を備え、前記受信部により受信した信号に基づき、前記ユーザ装置が前記接続状態に遷移した後、前記送信部は、コンテンションフリーで前記上りデータを前記基地局に送信することを特徴とするユーザ装置が提供される。

また、本実施の形態によれば、接続状態とアイドル状態との間の中間状態をサポートする無線通信システムにおける基地局であって、前記中間状態にあるユーザ装置からコンテンションベースで送信される上りデータの受信に成功しないことを検知した場合に、前記中間状態から前記接続状態に遷移するよう指示する信号を前記ユーザ装置に送信する送信部と、前記送信部により送信した信号に基づき、前記ユーザ装置が前記接続状態に遷移した後、コンテンションフリーで前記ユーザ装置から送信された前記上りデータを受信する受信部とを備えることを特徴とする基地局が提供される。

上記の＜その他の例＞において説明したユーザ装置と基地局のいずれによっても、接続状態とアイドル状態の間の中間状態にあるユーザ装置においてＵＬデータが発生した場合に、当該ユーザ装置が効率的に当該ＵＬデータを送信することが可能となる。

（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置１００及び基地局２００は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置１００が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局２００が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージ等であってもよい。

本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ Ｒａｄｉｏ Ａｃｃｅｓｓ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャート等は、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本明細書において基地局２００によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって行われることもある。基地局２００を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置１００との通信のために行われる様々な動作は、基地局２００および／または基地局２００以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷ等が考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局２００以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。

ユーザ装置１００は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

基地局２００は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ Ｓｔａｔｉｏｎ）、またはいくつかの他の適切な用語で呼ばれる場合もある。

本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事等を含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事等を含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）等した事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。

本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

本特許出願は２０１６年９月２９日に出願した日本国特許出願第２０１６−１９２３５８号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−１９２３５８号の全内容を本願に援用する。

１００ ユーザ装置
２００ 基地局
１０１ 信号送信部
１０２ 信号受信部
１０３ 状態管理部
１０４ 通信制御部
１１４ 比較部
２０１ 信号送信部
２０２ 信号受信部
２０３ 状態管理部
２０４ 通信制御部
１００１ プロセッサ
１００２ メモリ
１００３ ストレージ
１００４ 通信装置
１００５ 入力装置
１００６ 出力装置

Claims (6)

1. 接続状態とアイドル状態との間の中間状態をサポートする無線通信システムにおけるユーザ装置であって、
   前記中間状態にある前記ユーザ装置において、上りデータが発生した場合に、当該上りデータのサイズと、所定の上限値とを比較する比較部と、
   前記比較部により、前記上りデータのサイズが前記所定の上限値よりも小さいと判定された場合に、前記上りデータをコンテンションベースで基地局に送信し、前記比較部により、前記上りデータのサイズが前記所定の上限値よりも大きいと判定された場合に、前記上りデータをコンテンションフリーで前記基地局に送信する送信部と、
   を備えることを特徴とするユーザ装置。
2. 前記基地局から、前記所定の上限値を含む、前記接続状態から前記中間状態への状態遷移を指示するメッセージを受信する受信部を更に備え、
   前記比較部は、前記メッセージから前記所定の上限値を取得し、当該所定の上限値と前記上りデータのサイズとを比較する
   ことを特徴とする請求項１に記載のユーザ装置。
3. 前記上りデータをコンテンションベースで送信する場合において、前記送信部は、ランダムアクセスプリアンブルと、前記基地局において前記ユーザ装置の認証に使用される識別子と、前記ユーザ装置のコンテクストを識別するための識別子とを前記基地局に送信し、前記基地局から受信するコンテンションベース送信を示す識別子とともに前記上りデータを前記基地局に送信する
   ことを特徴とする請求項１又は２に記載のユーザ装置。
4. 前記上りデータをコンテンションベースで送信する場合において、前記送信部は、ランダムアクセスプリアンブルと、前記上りデータと、前記基地局において前記ユーザ装置の認証に使用される識別子とを前記基地局に送信する
   ことを特徴とする請求項１又は２に記載のユーザ装置。
5. 前記上りデータの前記基地局へのコンテンションベースでの送信が成功しない場合において、前記ユーザ装置は、前記中間状態から前記接続状態に遷移するよう指示する信号を前記基地局から受信したことに応じて、状態を前記中間状態から前記接続状態に遷移させ、前記送信部は、コンテンションフリーで前記上りデータを前記基地局に送信する
   ことを特徴とする請求項１ないし４のうちいずれか１項に記載のユーザ装置。
6. 接続状態とアイドル状態との間の中間状態をサポートする無線通信システムにおけるユーザ装置が実行するデータ送信方法であって、
   前記中間状態にある前記ユーザ装置において、上りデータが発生した場合に、当該上りデータのサイズと、所定の上限値とを比較する比較ステップと、
   前記比較ステップにおいて、前記上りデータのサイズが前記所定の上限値よりも小さいと判定された場合に、前記上りデータをコンテンションベースで基地局に送信し、前記比較ステップにおいて、前記上りデータのサイズが前記所定の上限値よりも大きいと判定された場合に、前記上りデータをコンテンションフリーで前記基地局に送信する送信ステップと、
   を備えることを特徴とするデータ送信方法。

Images