特許 7481820 ランダムアクセス手順を実行する端末装置、基地局装置、制御方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-01

(45)【発行日】2024-05-13

(54)【発明の名称】ランダムアクセス手順を実行する端末装置、基地局装置、制御方法、及びプログラム

(51)【国際特許分類】

   H04W 74/0833 20240101AFI20240502BHJP

   H04W 76/27 20180101ALI20240502BHJP

   H04W 28/02 20090101ALI20240502BHJP

【ＦＩ】

H04W74/0833

H04W76/27

H04W28/02

【請求項の数】 15

(21)【出願番号】P 2019176948

(22)【出願日】2019-09-27

(65)【公開番号】P2021057673

(43)【公開日】2021-04-08

【審査請求日】2022-04-18

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(74)【代理人】

【識別番号】100134175

【弁理士】

【氏名又は名称】永川 行光

(74)【代理人】

【識別番号】100131886

【弁理士】

【氏名又は名称】坂本 隆志

(74)【代理人】

【識別番号】100170667

【弁理士】

【氏名又は名称】前田 浩次

(72)【発明者】

【氏名】大関 武雄

(72)【発明者】

【氏名】山崎 浩輔

【審査官】吉村 真治▲郎▼

(56)【参考文献】

【文献】欧州特許出願公開第０３５０６７０８（ＥＰ，Ａ１）

【文献】Ericsson (Rapporteur)，Report of email discussion: [96#31][NR] UL data in inactive solution B[online]，3GPP TSG RAN WG2 adhoc_2017_01_NR R2-1700626，2017年01月24日

【文献】Samsung，Overall procedure for data transfer in inactive state[online]，3GPP TSG RAN WG2 #96 R2- 168051，2016年11月04日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

移動通信ネットワークのランダムアクセス手順においてユーザデータを含む第１のメッセージを基地局装置に送信する送信手段を有する端末装置であって、
インアクティブ状態からコネクテッド状態へと遷移すべき所定の条件を満たす場合に、前記端末装置が前記コネクテッド状態へ遷移すべきであることを前記基地局装置に通知する所定の情報を含む前記第１のメッセージを送信し、
前記所定の条件を満たさない場合に、前記所定の情報を含まない前記第１のメッセージを送信する、
よう前記送信手段を制御する制御手段を備え、
前記所定の情報は、前記コネクテッド状態への遷移の指示を要求するＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含む、ことを特徴とする端末装置。

【請求項2】

前記基地局装置から、前記第１のメッセージへの応答として第２のメッセージを受信する第１の受信手段をさらに備え、
前記制御手段は、
前記第２のメッセージに前記コネクテッド状態への遷移の指示が含まれる場合には前記コネクテッド状態に遷移し、
前記第２のメッセージに前記指示が含まれない場合には前記インアクティブ状態を維持する、
よう前記端末装置を制御することを特徴とする請求項１に記載の端末装置。

【請求項3】

前記所定の情報は、前記基地局装置へ送信すべきユーザデータの量を示すＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含むことを特徴とする請求項１または２に記載の端末装置。

【請求項4】

前記所定の条件は、前記基地局装置へ送信すべきユーザデータのトラフィックパターンが所定の時間間隔より短いことであることを特徴とする請求項１から３のいずれか１項に記載の端末装置。

【請求項5】

前記基地局装置から、前記所定の条件に対応する情報を受信する第２の受信手段をさらに有することを特徴とする請求項１から４のいずれか１項に記載の端末装置。

【請求項6】

前記ランダムアクセス手順は、４ステップのランダムアクセス手順であり、
前記第１のメッセージは、ランダムアクセスレスポンスの後に送信されるメッセージであることを特徴とする請求項１から５のいずれか１項に記載の端末装置。

【請求項7】

前記ランダムアクセス手順は、２ステップのランダムアクセス手順であり、
前記第１のメッセージは、ランダムアクセスプリアンブルをさらに含むことを特徴とする請求項１から５のいずれか１項に記載の端末装置。

【請求項8】

移動通信ネットワークの基地局装置であって、
ランダムアクセス手順において、インアクティブ状態にある端末装置からユーザデータを含む第１のメッセージを受信する受信手段と、
前記第１のメッセージへの応答として、第２のメッセージを送信する第１の送信手段と、
制御手段であって、
前記第１のメッセージが所定の情報を含む場合に前記端末装置にコネクテッド状態への遷移の指示を含む前記第２のメッセージを送信し、
前記第１のメッセージが前記所定の情報を含まない場合に前記指示を含まない前記第２のメッセージを送信する、
よう前記第１の送信手段を制御する制御手段と、を備え、
前記所定の情報は、前記コネクテッド状態への遷移の指示を要求するＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含む、ことを特徴とする基地局装置。

【請求項9】

前記所定の情報は、前記基地局装置へ送信すべき所定の量以上のユーザデータの量を示すＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含むことを特徴とする請求項８に記載の基地局装置。

【請求項10】

前記所定の情報を含む前記第１のメッセージを送信するための所定の条件を前記端末装置へ送信する第２の送信手段をさらに備えることを特徴とする請求項９に記載の基地局装置。

【請求項11】

前記第２の送信手段は、ブロードキャスト信号またはＲＲＣＲｅｌｅａｓｅ信号によって前記所定の量に対応する情報を前記端末装置へ送信することを特徴とする請求項１０に記載の基地局装置。

【請求項12】

移動通信ネットワークの端末装置が実行する制御方法であって、
ランダムアクセス手順においてユーザデータを含む第１のメッセージを基地局装置に送信する送信工程を含み、
前記送信工程において、
インアクティブ状態からコネクテッド状態へと遷移すべき所定の条件を満たす場合に、前記端末装置が前記コネクテッド状態へ遷移すべきであることを前記基地局装置に通知する所定の情報を含む前記第１のメッセージが送信され、
前記所定の条件を満たさない場合に、前記所定の情報を含まない前記第１のメッセージが送信され、
前記所定の情報は、前記コネクテッド状態への遷移の指示を要求するＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含む、ことを特徴とする制御方法。

【請求項13】

移動通信ネットワークの端末装置に備えられたコンピュータに、ランダムアクセス手順においてユーザデータを含む第１のメッセージを基地局装置に送信させるためのプログラムであって、
インアクティブ状態からコネクテッド状態へと遷移すべき所定の条件を満たす場合に、前記端末装置が前記コネクテッド状態へ遷移すべきであることを前記基地局装置に通知する所定の情報を含む前記第１のメッセージを送信し、
前記所定の条件を満たさない場合に、前記所定の情報を含まない前記第１のメッセージを送信する、
よう前記端末装置を制御し、
前記所定の情報は、前記コネクテッド状態への遷移の指示を要求するＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含む、ことを特徴とするプログラム。

【請求項14】

移動通信ネットワークの基地局装置が実行する制御方法であって、
ランダムアクセス手順において、インアクティブ状態にある端末装置からユーザデータを含む第１のメッセージを受信する受信工程と、
前記第１のメッセージへの応答として、第２のメッセージを送信する送信工程と、
を含み、
前記送信工程では、
前記第１のメッセージが所定の情報を含む場合に前記端末装置にコネクテッド状態への遷移の指示を含む前記第２のメッセージが前記端末装置に送信され、
前記第１のメッセージが前記所定の情報を含まない場合に前記指示を含まない前記第２のメッセージが前記端末装置に送信され、
前記所定の情報は、前記コネクテッド状態への遷移の指示を要求するＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含む、ことを特徴とする制御方法。

【請求項15】

移動通信ネットワークの基地局装置に備えられたコンピュータに、
ランダムアクセス手順において、インアクティブ状態にある端末装置からユーザデータを含む第１のメッセージを受信させ、
前記第１のメッセージへの応答として、第２のメッセージを送信させる、
よう前記端末装置を制御するためのプログラムであって、
前記第１のメッセージが所定の情報を含む場合には、前記端末装置にコネクテッド状態への遷移の指示を含む前記第２のメッセージが送信され、
前記第１のメッセージが前記所定の情報を含まない場合には、前記指示を含まない前記第２のメッセージが送信され、
前記所定の情報は、前記コネクテッド状態への遷移の指示を要求するＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含む、ことを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ランダムアクセス手順の改善技術に関する。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ）において、ロングタームエボリューション（ＬＴＥ）や第５世代（５Ｇ）のＮｅｗ Ｒａｄｉｏ（ＮＲ）等の無線通信システムの規格が策定されている。ＬＴＥやＮＲでは、端末装置と基地局装置との間の初期接続のためのランダムアクセス手順が規定されている。ランダムアクセス手順は、４ステップまたは２ステップのメッセージング処理が提案されている。なお、以下では、２ステップのランダムアクセス手順を「２ステップＲＡＣＨ」と呼び、４ステップのランダムアクセス手順を「４ステップＲＡＣＨ」と呼ぶ場合がある。

【0003】

４ステップＲＡＣＨの処理例を図１（Ａ）に示す。４ステップＲＡＣＨでは、まず、端末装置（User Equipment、ＵＥ）が、第１のメッセージ（メッセージ１）としてランダムアクセス（ＲＡ）プリアンブルを基地局装置へ送信する。ここで、基地局装置は、一例において、ＮＲの場合はｇＮＢ、ＬＴＥの場合はｅＮＢと表記される。なお、ＲＡプリアンブルは、所定の無線リソース（周波数－時間リソース）を用いて送信される。基地局装置は、ＲＡプリアンブルを検出すると、第２のメッセージ（メッセージ２）として、ＲＡレスポンスを端末装置へ送信する。メッセージ２には、端末装置が、メッセージ２を受信した後に送信すべき第３のメッセージ（メッセージ３）の送信に使用すべき無線リソースや信号送信時のパラメータの情報が含まれる。また、メッセージ２には、信号のタイミングを同期させるためのタイミングアドバンス（ＴＡ）等の各種情報が含まれる。端末装置は、その情報によって指定された無線リソースや各種情報を用いて、メッセージ３として、初期アクセスを確立するための所定の情報が、端末装置から基地局装置へ送信される。例えば、端末装置がインアクティブ（RRC_Inactive）状態にある場合には、メッセージ３にはコネクテッド（RRC_Connected）状態への遷移の指示を要求するＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔが含まれる。また、その応答として基地局装置がコネクテッド状態への遷移を指示する場合には、第４のメッセージ（メッセージ４）にはコネクテッド状態への遷移を指示するＲＲＣＲｅｓｕｍｅが含まれる。そして、基地局装置は、メッセージ３に応答して、メッセージ４を端末装置へ送信する。これらの手順が行われることにより、端末装置と基地局装置との間の初期接続が確立される。

【0004】

次に、２ステップのランダムアクセス手順の処理例を図１（Ｂ）に示す。２ステップＲＡＣＨでは、まず、ＵＥが、第１のメッセージ（メッセージＡ）として上述したＲＡプリアンブルおよび初期アクセスを確立するための所定の情報を送信する。続いて、基地局装置は、ＲＡプリアンブルを検出すると、第２のメッセージ(メッセージＢ)として、ＲＡレスポンスおよび初期アクセスを確立するための所定の情報に対する応答を送信する。例えば、端末装置がインアクティブ状態にある場合には、メッセージＡにはコネクテッド状態への遷移の指示を要求するＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔが含まれる。また、その応答として基地局装置がコネクテッド状態への遷移を指示する場合には、メッセージＢにはコネクテッド状態への遷移を指示するＲＲＣＲｅｓｕｍｅが含まれる。

【先行技術文献】

【非特許文献】

【0005】

【文献】３ＧＰＰ、ＲＰ－１９０８３８

【発明の概要】

【発明が解決しようとする課題】

【0006】

３ＧＰＰでは、基地局装置とインアクティブ状態の端末装置とが、コネクテッド状態に遷移しないまま、少ないユーザデータの送受信を行うことが検討されている。非特許文献１には、２ステップＲＡＣＨ及び４ステップＲＡＣＨにおいて、端末装置をインアクティブ状態に維持したまま、端末装置と基地局装置との間でユーザデータを送受信することが記載されている。一方、基地局装置は、端末装置をインアクティブ状態とさせたままユーザデータの送受信を行うべきか、コネクテッド状態に遷移させてからユーザデータの送受信を行うべきかを判断することができない。この結果、例えば、基地局装置が、端末装置とのＲＡＣＨ処理によって、その端末装置を不必要にコネクテッド状態に遷移させることにより、不必要なシグナリングメッセージが増大することが想定される。

【課題を解決するための手段】

【0007】

本発明は、ランダムアクセス手順において端末装置と基地局装置との間でユーザデータを送受信する場合に、端末装置の状態を適切に管理することを課題とする。

【0008】

本発明の一態様による端末装置は、移動通信ネットワークのランダムアクセス手順においてユーザデータを含む第１のメッセージを基地局装置に送信する送信手段を有する端末装置であって、インアクティブ状態からコネクテッド状態へと遷移すべき所定の条件を満たす場合に、前記端末装置が前記コネクテッド状態へ遷移すべきであることを前記基地局装置に通知する所定の情報を含む前記第１のメッセージを送信し、前記所定の条件を満たさない場合に、前記所定の情報を含まない前記第１のメッセージを送信する、よう前記送信手段を制御する制御手段を備え、前記所定の情報は、前記コネクテッド状態への遷移の指示を要求するＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含む。

【0009】

本発明の一態様による基地局装置は、移動通信ネットワークの基地局装置であって、ランダムアクセス手順において、インアクティブ状態にある端末装置からユーザデータを含む第１のメッセージを受信する受信手段と、前記第１のメッセージへの応答として、第２のメッセージを送信する第１の送信手段と、制御手段であって、前記第１のメッセージが所定の情報を含む場合に前記端末装置にコネクテッド状態への遷移の指示を含む前記第２のメッセージを送信し、前記第１のメッセージが前記所定の情報を含まない場合に前記指示を含まない前記第２のメッセージを送信する、よう前記第１の送信手段を制御する制御手段と、を備え、前記所定の情報は、前記コネクテッド状態への遷移の指示を要求するＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含む。

【発明の効果】

【0010】

本発明によれば、ランダムアクセス手順において端末装置と基地局装置との間でユーザデータを送受信する場合に、端末装置の状態を適切に管理することができる。

【図面の簡単な説明】

【0011】

【図1】従来の４ステップのランダムアクセス手順および２ステップのランダムアクセス手順の流れを概略的に示す図である。

【図2】無線通信システムの構成例を示す図である。

【図3】端末装置のハードウェア構成例を示す図である。

【図4】端末装置の機能構成例を示す図である。

【図5】基地局装置のハードウェア構成例を示す図である。

【図6】基地局装置の機能構成例を示す図である。

【図7】第１実施形態に係る無線通信システムで送受信されるメッセージの例を示す図である。

【図8】第１実施形態に係る無線通信システムで実行される処理の流れの例を示す図である。

【図9】第２実施形態に係る無線通信システムで送受信されるメッセージの例を示す図である。

【図10】第２実施形態に係る無線通信システムで実行される処理の流れの例を示す図である。

【図11】第３実施形態に係る無線通信システムで送受信されるメッセージの例を示す図である。

【図12】第３実施形態に係る基地局装置が実行する処理の流れの例を示す図である。

【図13】第４実施形態に係る無線通信システムで送受信されるメッセージの例を示す図である。

【図14】第４実施形態に係る無線通信システムで実行される処理の流れの例を示す図である。

【発明を実施するための形態】

【0012】

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

【0013】

（システム構成）
本実施形態に係る無線通信システムの構成例を図２に示す。本システムは、一例において５Ｇのセルラ通信システム（移動通信ネットワーク）である。ただし、これに限られず、本システムは、例えば５Ｇ以降の後継のセルラ通信システムであってもよいし、セルラ以外の無線通信システムであってもよい。本システムは、基地局装置１０１および端末装置１０２を含んで構成される。なお、図２では、説明を簡単にするために、１つの基地局装置と１つの端末装置のみを示しているが、これらの装置の数は限定されるものではなく、より多くの基地局装置及び端末装置が当然に存在してもよい。

【0014】

本実施形態に係る端末装置１０２は、図１（Ａ）または図１（Ｂ）に示すような４ステップＲＡＣＨまたは２ステップＲＡＣＨを実行することによって、基地局装置１０１との接続を確立する。なお、２ステップＲＡＣＨによれば、端末装置と基地局装置とがそれぞれ１回のメッセージを送信するのみで接続が確立されるため、４ステップＲＡＣＨと比較して、短時間で端末装置と基地局装置との間の接続を確立することができる。

【0015】

本実施形態では、このＲＡＣＨの処理中に、基地局装置と端末装置とが、少量のユーザデータの送受信を行う。このとき、例えば、ＲＡＣＨフェーズの中でユーザデータの送受信が完結する、又は、少ない回数での送受信で完結するのであれば、端末装置をインアクティブ状態からコネクテッド状態に復帰（Ｒｅｓｕｍｅ）させる必要はない。一方、例えば、多量のユーザデータが送受信される場合等においては、端末装置をインアクティブ状態からコネクテッド状態に復帰させるべきである。

【0016】

しかしながら、基地局装置は、端末装置をインアクティブ状態からコネクテッド状態に遷移させる必要があるか否かを判断する仕組みがない。このため、基地局装置が、コネクテッド状態へのＲｅｓｕｍｅが必要な端末装置に対してＲｅｓｕｍｅを指示しないことや、コネクテッド状態へのＲｅｓｕｍｅが不要な端末装置に対してＲｅｓｕｍｅを指示してしまう。この結果、不要なシグナリングメッセージの送受信や、不必要にＲＡＣＨ処理を繰り返すことにより、周波数利用効率が低下してしまいうる。

【0017】

このため、本実施形態に係る無線通信システムでは、ＲＡＣＨフェーズにおいて、端末装置が、インアクティブ状態のままでユーザデータの送受信を行うか、ユーザデータの送受信を行うためにコネクテッド状態へ遷移すべきかを判定し、基地局装置に通知する。基地局装置は、この通知に基づいて、端末装置をコネクテッド状態に遷移させるか、インアクティブ状態を維持させるかを決定し、決定した内容に対応するシグナリングメッセージを端末装置へ送信する。これにより、基地局装置は、インアクティブ状態の端末装置をコネクテッド状態に遷移させるべきか否かを適切に判定し、周波数利用効率の低下を防ぐことができる。

【0018】

以下では、このような処理を実行する装置の構成と、処理の流れのいくつかの実施形態について説明する。なお、以下の実施形態では、インアクティブ状態にある端末装置がユーザデータを基地局装置に送信する際に、コネクテッド状態に遷移すべき所定の条件を満たすか否かを示す所定の情報を含むメッセージを送信する処理について説明する。

【0019】

＜第１実施形態＞
（端末装置の構成）
図３に、本実施形態に係る端末装置１０２のハードウェア構成例を示す。端末装置１０２は、一例において、プロセッサ３０１、ＲＯＭ３０２、ＲＡＭ３０３、記憶装置３０４、通信回路３０５、及びバッテリ３０６を有する。端末装置１０２では、例えばＲＯＭ３０２、ＲＡＭ３０３及び記憶装置３０４のいずれかに記録された、４ステップＲＡＣＨまたは２ステップＲＡＣＨにおける端末装置１０２の各機能を実現するプログラムがプロセッサ３０１により実行される。なお、プロセッサ３０１は、ＣＰＵ（中央処理装置）、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＤＳＰ（デジタルシグナルプロセッサ）等の１つ以上のプロセッサでありうる。

【0020】

端末装置１０２は、例えばプロセッサ３０１により通信回路３０５を制御して、相手装置（例えば、基地局装置）との間の通信を行う。なお、図３では、端末装置は、１つの通信回路３０５を有するような概略図を示しているが、これに限られない。例えば、端末装置１０２は、基地局装置１０１との通信用の通信回路と、例えば無線ＬＡＮ等の通信用の通信回路とを有していてもよい。また、端末装置１０２は、充放電が可能な二次電池などのバッテリ３０６を備え、図３に示す端末装置１０２の構成要素には、バッテリ３０６から電力が供給される。

【0021】

なお、端末装置１０２は、各機能を実行する専用のハードウェアを備えてもよいし、一部をハードウェアで実行し、プログラムを動作させるコンピュータでその他の部分を実行してもよい。また、全機能がコンピュータとプログラムにより実行されてもよい。

【0022】

次に、図４を参照して本実施形態に係る端末装置１０２の機能構成例を示す。端末装置１０２は、その機能として、通信制御部４０１、接続処理部４０２、ユーザデータ管理部４０３、状態制御部４０４、閾値取得部４０５、及びバッテリ制御部４０６を有する。なお、端末装置は、一般的な端末装置としての更なる機能を当然に有しうるが、ここでは説明を簡単にするために省略している。

【0023】

通信制御部４０１は、端末装置１０２が基地局装置１０１との間で実行する通信（例えば５Ｇの通信規格に準拠した無線通信）を制御する。通信制御部４０１は、例えば、基地局装置１０１との間の通信を実行するための各種制御を実行する。通信制御部４０１は、一例において、５Ｇ規格に準拠した無線通信のための各種制御を実行する。接続処理部４０２は、通信制御部４０１を介して、２ステップＲＡＣＨ又は４ステップＲＡＣＨを実行することにより、基地局装置１０１との間の接続を確立する。

【0024】

ユーザデータ管理部４０３は、基地局装置１０１と送受信するユーザデータを一時的に保持する。状態制御部４０４は、アイドル（RRC_Idle）状態、インアクティブ状態、及びコネクテッド状態を含む、基地局装置１０１との接続状態を管理する。アイドル状態とは、待受け状態の一種であり、基地局装置１０１と端末装置１０２との間で接続が確立されておらず、基地局装置１０１において端末装置１０２のコンテキスト情報が保持されていない状態である。インアクティブ状態も、待受け状態の一種であり、基地局装置１０１（または基地局装置１０１と通信可能なネットワークノード）と端末装置１０２との間で接続が確立されておらず、基地局装置１０１及びネットワークノードが、端末装置１０２のコンテキスト情報を保持している状態である。一例では、端末装置１０２は、インアクティブ状態において、制御部への電源供給は行うが、無線通信部への電源供給を行わない。これによって、端末装置１０２の消費電力を抑えることができる。コネクテッド状態とは、基地局装置１０１が、端末装置１０２のためにリソースを割り当てており、ユニキャストの通信が可能な状態である。

【0025】

閾値取得部４０５は、状態制御部４０４で管理されている状態をコネクテッド状態へ遷移させるべきか否かを判定するために使用する閾値を取得する。一例では、閾値取得部４０５は、基地局装置１０１が送信するブロードキャスト信号から閾値の情報を取得してもよい。また、閾値取得部４０５は、基地局装置１０１との間の接続が切断され、状態制御部４０４で管理されている状態がインアクティブ状態に遷移する際の個別メッセージにより、閾値の情報を取得してもよい。バッテリ制御部４０６は、端末装置１０２が有するバッテリ３０６の充電及び放電を含む動作を制御する。また、バッテリ制御部４０６は、バッテリ３０６の残電量を取得可能である。

【0026】

状態制御部４０４は、上述した接続処理部４０２、ユーザデータ管理部４０３、閾値取得部４０５、及びバッテリ制御部４０６のうちの少なくとも何れかからの情報に基づいて、端末装置１０２の状態を制御する。

【0027】

例えば、ユーザデータ管理部４０３に格納されたユーザデータがある場合であって、状態制御部４０４で管理されている状態がインアクティブ状態またはアイドル状態である場合には、接続処理部４０２は、４ステップＲＡＣＨ又は２ステップＲＡＣＨを実行する。このとき、状態制御部４０４で管理されている状態がアイドル状態である場合には、その状態がコネクテッド状態に遷移して、通信制御部４０１はその状態遷移後にユーザデータの通信を行う。一方、状態制御部で管理されている状態がインアクティブ状態である場合には、ユーザデータ管理部４０３に格納されたユーザデータのうち、所定のサイズより小さいユーザデータをメッセージに含めて送信しうる。また、通信制御部４０１は、端末装置１０２がコネクテッド状態にある場合に、基地局装置１０１によって割り当てられたリソースにおいて、ユーザデータ管理部４０３に格納されたユーザデータを送受信する。

【0028】

また、状態制御部４０４は、ユーザデータ管理部４０３が保持するユーザデータの量などに応じて、インアクティブ状態またはアイドル状態からコネクテッド状態への遷移を試行するかを判定する。そして、状態制御部４０４は、コネクテッド状態へ遷移すべきであると判定すると、４ステップＲＡＣＨ又は２ステップＲＡＣＨを実行する。例えば、状態制御部４０４は、インアクティブ状態において、ＲＡＣＨフェーズ中のメッセージ３やメッセージＡによってユーザデータの送信が完了する程度にユーザデータの量が少ない場合には、コネクテッド状態に遷移しないように判定しうる。

【0029】

一例では、端末装置１０２は、ユーザデータ管理部４０３が有しているユーザデータの量が、所定の数のメッセージ３だけでは送信できないと判定した場合に、コネクテッド状態へ遷移すべき条件を満たすと判定してもよい。例えば、端末装置１０２は、送信すべきユーザデータを有している場合に、ユーザデータの量が少ない場合には、コネクテッド状態に遷移してユーザデータの送信を行うのではなく、１つ以上のメッセージ３でそのユーザデータを送信するよう判定する。

【0030】

別の例では、端末装置１０２は、基地局装置１０１に送信したユーザデータの履歴に基づいて、トラフィックパターンを予測してもよい。例えば、端末装置１０２が周期的にユーザデータの送受信を必要とするプログラムを実行している場合、前記ユーザデータ管理部４０３は、トラフィックの発生パターンを特定し、発生周期又は次の発生タイミングまでの時間が所定の時間間隔より短い場合に、コネクテッド状態へ遷移すべき条件を満たすと判定してもよい。別の例では、ユーザデータ管理部４０３が有しているユーザデータの量の履歴に基づいて、送信すべきユーザデータの量を予測し、ユーザデータの予測量がメッセージ３だけでは送信できなくなると判定した場合にコネクテッド状態へ遷移すべきであると判定してもよい。

【0031】

一例では、状態制御部４０４の、インアクティブ状態からコネクテッド状態への遷移を試行するか否かの判定は、バッテリ制御部４０６で取得した、端末装置１０２のバッテリ残量に基づいてもよい。例えば、バッテリ残量が少ない場合には、バッテリ残量が多い場合と比較して、ユーザデータ管理部４０３が保持するデータの量が多い状況でもコネクテッド状態への遷移を試行しないようにしうる。これによれば、バッテリ残量が少ない場合に、インアクティブ状態が維持される確率が高まり、バッテリの消費を抑えることができる。

【0032】

（基地局装置の構成）
図５に、本実施形態に係る基地局装置１０１のハードウェア構成例を示す。基地局装置１０１は、一例において、プロセッサ５０１、ＲＯＭ５０２、ＲＡＭ５０３、記憶装置５０４、及び通信回路５０５を有する。これらの構成要素は、端末装置１０２のプロセッサ３０１、ＲＯＭ３０２、ＲＡＭ３０３、記憶装置３０４、及び通信回路３０５と同様のため、説明を省略する。なお、基地局装置１０１は、例えば、端末装置１０２との通信用の通信回路と、ネットワークノードとの通信用の通信回路とを有してもよい。

【0033】

図６に、本実施形態に係る基地局装置１０１の機能構成例を示す。基地局装置１０１は、その機能として、通信制御部６０１、接続処理部６０２、状態制御部６０３、ユーザデータ管理部６０４、閾値判定部６０５、及び閾値通知部６０６を有する。なお、基地局装置１０１は、一般的な基地局装置としての更なる機能を当然に有しうるが、ここでは説明を簡単にするために省略している。

【0034】

通信制御部６０１は、端末装置が基地局装置との間で実行する通信（例えば５Ｇの通信規格に準拠した無線通信）を制御する。通信制御部６０１は、例えば、基地局装置との間の通信を実行するための各種制御を実行する。通信制御部６０１は、一例において、５Ｇ規格に準拠した無線通信のための各種制御を実行する。接続処理部６０２は、通信制御部６０１を介して、端末装置が開始した２ステップＲＡＣＨ又は４ステップＲＡＣＨのメッセージ処理を行うことにより、端末装置との間の接続の確立を行う。

【0035】

状態制御部６０３は、インアクティブ状態にある端末装置１０２からの４ステップＲＡＣＨのメッセージ３や２ステップＲＡＣＨのメッセージＡに基づいて、後述するように、コネクテッド状態への遷移を指示するか否かを判定する。

【0036】

ユーザデータ管理部６０４は、端末装置１０２から受信したユーザデータ及び端末装置１０２に送信するユーザデータを一時的に格納する。

【0037】

閾値判定部６０５は、端末装置１０２に対して、コネクテッド状態への遷移を指示するか否かを判定するために用いる閾値を決定する。閾値通知部６０６は、閾値判定部６０５が決定した閾値を端末装置１０２に通知するための信号（例えばブロードキャスト信号（RACH Config）や、端末装置１０２をインアクティブ状態に遷移させる際のメッセージを含んだ信号（RRCRelease with suspendConfig））を生成する。閾値通知部６０６が生成した信号は、通信制御部６０１によって端末装置１０２へ通知される。

【0038】

（処理の流れ）
続いて、本実施形態に係る処理の流れの例について、図７～図８を用いて説明する。図７（Ａ）は、４ステップＲＡＣＨにおいて、基地局装置とインアクティブ状態にある端末装置との間でユーザデータを送受信し、端末装置１０２がコネクテッド状態へ遷移すべき条件を満たさないことを基地局装置１０１に通知する場合のメッセージの例を示している。図７（Ｂ）は、４ステップＲＡＣＨにおいて、基地局装置とインアクティブ状態にある端末装置との間でユーザデータを送受信し、端末装置１０２がコネクテッド状態へ遷移すべき条件を満たすことを基地局装置１０１に通知する場合のメッセージの例を示している。図８は、図７（Ａ）および図７（Ｂ）に示すメッセージ処理において、端末装置１０２および基地局装置１０１が実行する処理の例を示している。

【0039】

図７（Ａ）および図７（Ｂ）において、まず、端末装置１０２は基地局装置１０１にメッセージ１（メッセージ７０１）を送信する。メッセージ７０１は、従来の４ステップＲＡＣＨのランダムアクセスプリアンブルと同様である。続いて、基地局装置１０１は、メッセージ７０１への応答としてメッセージ２(メッセージ７０２)を送信する。メッセージ７０２は、従来の４ステップＲＡＣＨのランダムアクセスレスポンスと同様である。

【0040】

続いて、基地局装置１０１からメッセージ７０２を受信した端末装置１０２は、ユーザデータを含むメッセージ３（メッセージ７０３、７１３）を基地局装置１０１に送信する。ここで、端末装置１０２は、コネクテッド状態へ遷移すべき条件を満たした場合には、ユーザデータとＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔとを含むメッセージ７１３を送信する。一方、コネクテッド状態へ遷移すべき条件を満たしていない場合には、ユーザデータを含むが、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔは含まないメッセージ７０３を送信する。ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔとは、コネクテッド状態への遷移を要求するためのメッセージであり、ここでは、基地局装置１０１に対してコネクテッド状態への遷移を端末装置１０２に指示するためのＲＲＣＲｅｓｕｍｅを含むメッセージ４の送信を要求するメッセージである。これによって、メッセージ３を受信した基地局装置１０１は、メッセージ３にＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔが含まれるか否かを判定することで、端末装置１０２がコネクテッド状態へ遷移すべきか否かを判定することができる。なお、ユーザデータおよびＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔの少なくとも何れかはＰＵＳＣＨ（Physical Uplink Shared CHannel）で送信される。

【0041】

基地局装置１０１は、受信したメッセージ３がＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含まないメッセージ７０３である場合は、コネクテッド状態への遷移を指示するＲＲＣＲｅｓｕｍｅを含まないメッセージ４（メッセージ７０４）を端末装置１０２に送信する。メッセージ７０４を受信した端末装置１０２は、インアクティブ状態を維持する。一方、基地局装置１０１は、受信したメッセージ３がＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含むメッセージ７１３である場合は、Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎにコネクテッド状態への遷移を指示するＲＲＣＲｅｓｕｍｅを含むメッセージ４（メッセージ７１４）を端末装置１０２に送信する。メッセージ７１４を受信した端末装置１０２は、インアクティブ状態からコネクテッド状態へ遷移するＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅ（メッセージ７１５）を基地局装置１０１に送信し、残りのユーザデータの送受信を行う。なお、端末装置１０２は、メッセージ７１５にユーザデータを含んでもよい。

【0042】

次に、図８（Ａ）を参照して本実施形態に係る端末装置１０２が４ステップＲＡＣＨで実行する処理の例について説明する。図８（Ａ）の処理は、端末装置１０２のユーザデータ管理部４０３に送信すべきデータがあると判定された場合にプロセッサ３０１が所定のプログラムを実行することで開始される。

【0043】

まず、Ｓ８０１で端末装置１０２は、４ステップＲＡＣＨのメッセージ１を基地局装置１０１に送信する。続いて、処理をＳ８０２に進め、メッセージ１への応答であるメッセージ２を受信するまで待機する。メッセージ２を受信したと判定した場合（Ｓ８０２でＹｅｓ）は、端末装置１０２は処理をＳ８０３に進め、コネクテッド状態へ遷移すべき所定の条件を満たすか否かを判定する。一例では、ユーザデータ管理部４０３が、まだ送信していない所定の量以上のユーザデータを保持している場合にコネクテッド状態へ遷移すべき所定の条件を満たすと判定し、送信していないユーザデータの量が所定の量未満である場合にコネクテッド状態に遷移しないと判定してもよい。別の例としては、端末装置１０２は、上述したように、バッテリ残量やトラフィックパターンに基づいて所定の条件を満たすか否かを判定してもよい。

【0044】

コネクテッド状態へ遷移すべき所定の条件を満たすと判定した場合（Ｓ８０３でＹｅｓ）は、端末装置１０２は処理をＳ８０４に進め、ユーザデータとＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔとを含むメッセージ３を基地局装置に送信し、処理をＳ８０６に進める。一方、コネクテッド状態へ遷移すべき所定の条件を満たさないと判定した場合（Ｓ８０３でＮｏ）は、端末装置１０２は処理をＳ８０５に進め、ユーザデータを含むが、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含まないメッセージ３を基地局装置に送信し、処理をＳ８０６に進める。

【0045】

Ｓ８０６では、端末装置１０２はメッセージ３への応答であるメッセージ４を受信するまで待機する。

【0046】

メッセージ４を受信したと判定した場合（Ｓ８０６でＹｅｓ）、端末装置１０２は処理をＳ８０７に進め、受信したメッセージ４にＲＲＣＲｅｓｕｍｅが含まれるか否かを判定する。受信したメッセージ４にＲＲＣＲｅｓｕｍｅが含まれないと判定した場合（Ｓ８０７でＮｏ）、端末装置１０２は図８（Ａ）の処理を終了する。一方、受信したメッセージ４にＲＲＣＲｅｓｕｍｅが含まれると判定した場合（Ｓ８０７でＹｅｓ）は、端末装置１０２は処理をＳ８０８に進め、コネクテッド状態へ遷移し、ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅを基地局装置１０１に送信する。続いて、処理をＳ８０９に進め、ユーザデータの送受信を行い、図８（Ａ）の処理を終了する。

【0047】

次に、図８（Ｂ）を参照して本実施形態に係る基地局装置１０１が４ステップＲＡＣＨで実行する処理の例について説明する。図８（Ｂ）の処理は、基地局装置１０１の起動時などに、基地局装置１０１のプロセッサ５０１が所定のプログラムを実行することで開始される。

【0048】

まず、基地局装置１０１はＳ８５１で、端末装置からのメッセージ１を待ち受ける。メッセージ１を受信したと判定した場合（Ｓ８５１でＹｅｓ）、基地局装置１０１は処理をＳ８５２に進め、メッセージ１への応答としてメッセージ２を送信する。続いて、基地局装置１０１は処理をＳ８５３に進め、メッセージ３を受信するまで待ち受ける。メッセージ３を受信したと判定した場合（Ｓ８５３でＹｅｓ）、基地局装置１０１は処理をＳ８５４に進め、受信したメッセージ３にＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔが含まれるか否かを判定する。

【0049】

受信したメッセージ３にＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔが含まれないと判定した場合（Ｓ８５４でＮｏ）は、基地局装置１０１は処理をＳ８５５に進め、端末装置１０２は少量のユーザデータを送ればよく、コネクテッド状態へ遷移すべきではないと判定してＲＲＣＲｅｓｕｍｅを含まないメッセージ４を送信してＳ８５１に処理を戻す。一方、受信したメッセージ３にＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔが含まれると判定した場合（Ｓ８５４でＹｅｓ）は、基地局装置１０１は処理をＳ８５６に進め、端末装置１０２がコネクテッド状態へ遷移すべきであると判定し、ＲＲＣＲｅｓｕｍｅを含むメッセージ４を送信する。続いて、基地局装置１０１は処理をＳ８５７に進め、ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅを待ち受ける。ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅを受信した場合（Ｓ８５７でＹｅｓ）は、基地局装置１０１は処理をＳ８５８に進め、端末装置１０２と通信を行い、通信が完了するなどして端末装置１０２がインアクティブ状態に戻ると、処理をＳ８５１に戻す。

【0050】

なお、基地局装置１０１は、Ｓ８５４で受信したメッセージ３に含まれるユーザデータに対する肯定応答（ＡＣＫ）をＳ８５５またはＳ８５６でメッセージ４に含めて送信してもよい。

【0051】

以上説明したように、本実施形態に係る端末装置は、ランダムアクセス手順において、インアクティブ状態からコネクテッド状態へと遷移すべき所定の条件を満たす場合に、コネクテッド状態へ遷移すべきであることを基地局装置に通知する所定の情報を含めてメッセージを送信する。所定の条件とは、送信すべきユーザデータの量や、バッテリ残量、トラフィックパターンに基づいてもよい。コネクテッド状態へ遷移すべきであることを基地局装置に通知する所定の情報とは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含む。また、基地局装置は、所定の条件に関する情報を端末装置に送信してもよい。

【0052】

また、本実施形態に係る基地局装置は、インアクティブ状態にある端末装置からユーザデータを含む第１のメッセージを受信すると、第１のメッセージが所定の情報を含む場合には端末装置にコネクテッド状態への遷移の指示を含むメッセージを送信する。遷移の指示は、ＲＲＣＲｅｓｕｍｅを含む。

【0053】

これによって、基地局装置は、端末装置に適切にコネクテッド状態への遷移を指示することができ、周波数利用効率の低下を防ぐことができる。

【0054】

＜第２実施形態＞
第１実施形態では、端末装置は、コネクテッド状態へ遷移すべきである場合にはランダムアクセス手順においてＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含むメッセージを送信する。第２実施形態では、コネクテッド状態へ遷移すべきである場合には、ランダムアクセス手順において端末装置が送信すべきユーザデータの量に関する情報を含むメッセージを送信する端末装置を含む無線通信システムの一例について説明する。なお、第１実施形態と同様の構成または処理については同一の参照番号を付し、重複した説明は省略する。

【0055】

本実施形態に係る処理の流れの例について、図９及び図１０を用いて説明する。図９（Ａ）は、４ステップＲＡＣＨにおいて、基地局装置とインアクティブ状態にある端末装置との間でユーザデータを送受信し、端末装置１０２がコネクテッド状態へ遷移すべき条件を満たさないことを基地局装置１０１に通知する場合のメッセージの例を示している。図９（Ｂ）は、４ステップＲＡＣＨにおいて、基地局装置とインアクティブ状態にある端末装置との間でユーザデータを送受信し、端末装置１０２がコネクテッド状態へ遷移すべき条件を満たす場合に、端末装置が送信すべきユーザデータの量に関する情報を基地局装置１０１に通知する場合のメッセージの例を示している。

【0056】

メッセージ３において、端末装置１０２がコネクテッド状態へ遷移すべきである場合には、図９（Ｂ）に示すように、端末装置１０２はＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含むメッセージ９０１を送信する。一方、コネクテッド状態へ遷移すべきではない場合には、図９（Ａ）に示すように、Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含まないメッセージ９０２を送信する。

【0057】

基地局装置１０１は、受信したメッセージ３がＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含むメッセージ９０１である場合には、端末装置１０２がコネクテッド状態へ遷移すべきであると判定してＲＲＣＲｅｓｕｍｅを含むメッセージ７１４を端末装置１０２に送信する。一方、受信したメッセージ３がＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含まないメッセージ９０２である場合には、基地局装置１０１は端末装置１０２がコネクテッド状態へ遷移すべきではないと判定してＲＲＣＲｅｓｕｍｅを含まないメッセージ７０４を端末装置１０２に送信する。

【0058】

次に、図１０（Ａ）を参照して本実施形態に係る端末装置１０２が４ステップＲＡＣＨで実行する処理の例について説明する。図１０（Ａ）の処理は、端末装置１０２のユーザデータ管理部４０３に送信すべきデータがあると判定された場合にプロセッサ３０１が所定のプログラムを実行することで開始される。

【0059】

Ｓ８０１～Ｓ８０３は第１実施形態と同様の処理であるため説明を省略する。コネクテッド状態へ遷移すると判定した場合（Ｓ８０３でＹｅｓ）、端末装置１０２は処理をＳ１００１に進め、端末装置１０２はユーザデータとＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔとを含むメッセージ３を基地局装置１０１に送信し、処理をＳ８０６に進める。一方、コネクテッド状態へ遷移しないと判定した場合（Ｓ８０３でＮｏ）は、端末装置１０２は処理をＳ１００２に進め、ユーザデータを含むが、Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含まないメッセージ３を基地局装置に送信し、処理をＳ８０６に進める。以降の端末装置１０２の処理は第１実施形態と同様であるため、説明を省略する。

【0060】

なお、一例では、端末装置１０２は、ユーザデータ管理部４０３が有しているユーザデータの量が所定の閾値より多いか否かを示す情報を送信してもよい。

【0061】

次に、図１０（Ｂ）を参照して本実施形態に係る基地局装置１０１が４ステップＲＡＣＨで実行する処理の例について説明する。図１０（Ｂ）の処理は、基地局装置１０１の起動時などに、基地局装置１０１のプロセッサ５０１が所定のプログラムを実行することで開始される。

【0062】

Ｓ８５１～Ｓ８５３の処理は第１実施形態と同様であるため説明を省略する。メッセージ３を受信したと判定した場合（Ｓ８５３でＹｅｓ）、基地局装置１０１は処理をＳ１０５１に進め、受信したメッセージ３にＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔが含まれるか否かを判定する。

【0063】

受信したメッセージ３にＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔが含まれないと判定した場合（Ｓ１０５１でＮｏ）は、基地局装置１０１は処理をＳ８５５に進め、端末装置１０２はコネクテッド状態へ遷移すべき所定の条件を満たさないと判定してＲＲＣＲｅｓｕｍｅを含まないメッセージ４を送信してＳ８５１に処理を戻す。一方、受信したメッセージ３にＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔが含まれると判定した場合（Ｓ１０５１でＹｅｓ）は、基地局装置１０１は処理をＳ８５６に進め、端末装置１０２がコネクテッド状態へ遷移すべき所定の条件を満たすと判定し、ＲＲＣＲｅｓｕｍｅを含むメッセージ４を送信する。以降の基地局装置１０１の処理は第１実施形態と同様であるため説明を省略する。

【0064】

以上説明したように、本実施形態に係る端末装置は、ランダムアクセス手順において、インアクティブ状態からコネクテッド状態へと遷移すべき所定の条件を満たす場合に、コネクテッド状態へ遷移すべきであることを基地局装置に通知する所定の情報としてＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含めてメッセージを送信する。

【0065】

＜第３実施形態＞
第３実施形態では、端末装置から受信したメッセージに、コネクテッド状態へ遷移すべきであることを示す情報が含まれている場合に、当該情報に基づいて、端末装置にコネクテッド状態への遷移を指示するか否かをさらに判定する基地局装置について説明する。なお、第１実施形態又は第２実施形態と同様の構成または処理については同一の参照番号を付し、重複した説明は省略する。

【0066】

本実施形態に係る処理の流れの例について、図１１及び図１２を用いて説明する。図１１（Ａ）は、４ステップＲＡＣＨにおいて、端末装置１０２がコネクテッド状態へ遷移すべき条件を満たす場合に、端末装置が送信すべきユーザデータの量に関する情報を基地局装置１０１に通知するが、基地局装置１０１がコネクテッド状態への遷移を指示しない場合のメッセージの例を示す。図１１（Ｂ）は、４ステップＲＡＣＨにおいて、端末装置１０２がコネクテッド状態へ遷移すべき条件を満たす場合に、端末装置が送信すべきユーザデータの量に関する情報を基地局装置１０１に通知し、基地局装置１０１がコネクテッド状態への遷移を指示する場合のメッセージの例を示す。

【0067】

図１１（Ａ）および図１１（Ｂ）において、メッセージ３において、端末装置１０２がコネクテッド状態へ遷移すべきである場合には、端末装置１０２はＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含むメッセージ１１０１を送信し、コネクテッド状態へ遷移すべきではない場合には、Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含まないメッセージ３を送信する。

【0068】

基地局装置１０１は、受信したメッセージ３（メッセージ１１０３）がＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含む場合には、Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔに基づいて、端末装置１０２をコネクテッド状態へ遷移させるか否かを判定する。例えば、基地局装置１０１は、端末装置１０２が送信すべきデータ量を受信し、当該送信すべきデータ量が所定の量より少ない場合には、ＲＲＣＲｅｊｅｃｔを含むメッセージ１１０４を送信し、端末装置１０２にコネクテッド状態へ遷移させなくてもよい。一方、送信すべきデータ量が所定の量以上である場合には、ＲＲＣＲｅｓｕｍｅを含むメッセージ１１１４を送信し、端末装置１０２にコネクテッド状態への遷移を指示する。

【0069】

なお、受信したメッセージ３がＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含まないメッセージ３である場合には、第２実施形態と同様に、基地局装置１０１は端末装置１０２がコネクテッド状態へ遷移すべきではないと判定してＲＲＣＲｅｓｕｍｅを含まないメッセージ４を端末装置１０２に送信する。

【0070】

次に、図１２を参照して本実施形態に係る基地局装置１０１が４ステップＲＡＣＨで実行する処理の例について説明する。図１２の処理は、基地局装置１０１の起動時などに、基地局装置１０１のプロセッサ５０１が所定のプログラムを実行することで開始される。なお、本実施形態に係る端末装置１０２が４ステップＲＡＣＨで実行する処理は、第２実施形態と同様のため、説明を省略する。

【0071】

Ｓ８５１～Ｓ８５３の処理は第１実施形態と同様であるため説明を省略する。メッセージ３を受信したと判定した場合（Ｓ８５３でＹｅｓ）、基地局装置１０１は処理をＳ１２５１に進め、受信したメッセージ３にＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔが含まれるか否かを判定する。

【0072】

受信したメッセージ３にＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔが含まれないと判定した場合（Ｓ１２５１でＮｏ）は、基地局装置１０１は処理をＳ１２５３に進め、端末装置１０２は少量のユーザデータを送ればよく、コネクテッド状態へ遷移すべきではないと判定してＲＲＣＲｅｊｅｃｔを含むメッセージ４を送信して処理を終了する。一方、受信したメッセージ３にＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔが含まれると判定した場合（Ｓ１２５１でＹｅｓ）は、基地局装置１０１は処理をＳ１２５２に進め、端末装置１０２から受信したＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔに含まれる、端末装置１０２が送信すべきユーザデータの量が閾値より大きいか否かを判定する。一例では、当該閾値は閾値判定部６０５によって判定された閾値である。Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔに含まれる、送信すべきユーザデータの量が閾値より大きい場合（Ｓ１２５２でＹｅｓ）は処理をＳ１２５４に進め、基地局装置１０１は、ＲＲＣＲｅｓｕｍｅを含むメッセージ４を端末装置１０２に送信して、コネクテッド状態への遷移を指示する。一方、送信すべきユーザデータの量が閾値以下である場合（Ｓ１２５２でＮｏ）は、基地局装置１０１は処理をＳ１２５３に進め、ＲＲＣＲｅｊｅｃｔを含むメッセージ４を端末装置１０２に送信し、コネクテッド状態への遷移を拒否する。一例では、基地局装置１０１は、端末装置１０２がコネクテッド状態に遷移すべき所定の条件を満たさないと判定した場合は、ＲＲＣＲｅｌｅａｓｅ ｗｉｔｈ ｓｕｓｐｅｎｄＣｏｎｆｉｇを送信してもよい。以降の基地局装置１０１の処理は第１実施形態と同様であるため説明を省略する。

【0073】

以上説明したように、本実施形態に係る基地局装置は、インアクティブ状態にある端末装置からユーザデータを含む第１のメッセージを受信すると、第１のメッセージに含まれる所定の量以上のユーザデータ量を示すＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔが含まれるか否かに基づいて、端末装置がコネクテッド状態への遷移を指示する。これによって、端末装置に適切にコネクテッド状態への遷移を指示することができ、周波数利用効率の低下を防ぐことができる。

【0074】

＜第４実施形態＞
第４実施形態では、２ステップのランダムアクセス手順において、端末装置から受信したメッセージに、コネクテッド状態へ遷移すべきであることを示す情報が含まれている場合には、端末装置にコネクテッド状態への遷移を指示すると判定してメッセージを送信する無線通信システムの処理の例を説明する。なお、第１実施形態から第３の実施形態のいずれかと同様の構成または処理については同一の参照番号を付し、重複した説明は省略する。

【0075】

本実施形態に係る処理の流れの例について、図１３及び図１４を用いて説明する。図１３（Ａ）は、２ステップＲＡＣＨにおいて、基地局装置とインアクティブ状態にある端末装置との間でユーザデータを送受信し、端末装置１０２がコネクテッド状態へ遷移すべき条件を満たさないことを基地局装置１０１に通知する場合のメッセージの例を示している。図１３（Ｂ）は、２ステップＲＡＣＨにおいて、基地局装置とインアクティブ状態にある端末装置との間でユーザデータを送受信し、端末装置１０２がコネクテッド状態へ遷移すべき条件を満たすことを基地局装置１０１に通知する場合のメッセージの例を示している。

【0076】

図１３（Ａ）において、まず、端末装置１０２は基地局装置１０１にメッセージＡを送信する。メッセージＡは、ランダムアクセスプリアンブル（ＲＡプリアンブル）と、ユーザデータとを含む。ユーザデータは、ＰＵＳＣＨで送信される。端末装置１０２がコネクテッド状態へ遷移すべき所定の条件を満たさない場合には、図１３（Ａ）に示すように、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含まないメッセージＡであるメッセージ１３０１を送信する。一方、端末装置１０２がコネクテッド状態へ遷移すべき所定の条件を満たす場合には、図１３（Ｂ）に示すように、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含むメッセージＡであるメッセージ１３１１を送信する。

【0077】

図１３（Ａ）に示すように、基地局装置１０１は、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含まないメッセージ１３０１を受信すると、応答として、ランダムアクセスレスポンス（ＲＡレスポンス）、Ｃｏｎｔｅｎｔｉｎ Ｒｅｓｏｌｕｔｉｏｎ、及びユーザデータを含むメッセージＢ（メッセージ１３０２）を送信する。一例では、メッセージ１３０２に含まれるユーザデータは、メッセージ１３０１に含まれるユーザデータに対するＡＣＫを含む。一方、図１３（Ｂ）に示すように、基地局装置１０１が、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含むメッセージ１３１１を受信すると、応答として、応答として、ＲＡレスポンス、Ｃｏｎｔｅｎｔｉｎ Ｒｅｓｏｌｕｔｉｏｎ、及びユーザデータに加え、ＲＲＣＲｅｓｕｍｅを含むメッセージＢとしてメッセージ１３１２を送信する。端末装置１０２は、メッセージ１３０２を受信すると、コネクテッド状態への遷移を指示されていないと判定し、インアクティブ状態を維持して２ステップのＲＡＣＨを終了する。一方、メッセージ１３１２を受信した端末装置１０２は、ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅ１３１３を送信して、コネクテッド状態へと遷移し、ユーザデータの送受信を行う。

【0078】

次に、図１４（Ａ）を参照して本実施形態に係る端末装置１０２が２ステップＲＡＣＨで実行する処理の例について説明する。図１４（Ａ）の処理は、端末装置１０２のユーザデータ管理部４０３に送信すべきデータがあると判定された場合にプロセッサ３０１が所定のプログラムを実行することで開始される。

【0079】

まず、Ｓ１４０１で端末装置１０２は、コネクテッド状態へ遷移すべきであるか否かを判定する。判定は、上述したように、所定の量以上のユーザデータをユーザデータ管理部４０３が有していると端末装置１０２が判定した場合に、端末装置１０２はコネクテッド状態へ遷移すべきであると判定してもよい。

【0080】

コネクテッド状態へ遷移すべきであると判定した場合（Ｓ１４０１でＹｅｓ）は、端末装置１０２は処理をＳ１４０２に進め、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含むメッセージＡを送信する。一方、コネクテッド状態へ遷移すべきではないと判定した場合（Ｓ１４０１でＮｏ）は、端末装置１０２は処理をＳ１４０３に進め、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含まないメッセージＡを送信する。当該メッセージＡは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含むか含まないかに関わらずユーザデータを含んでもよい。

【0081】

次に、端末装置１０２は処理をＳ１４０４に進め、端末装置１０２は基地局装置１０１からメッセージＢを受信するまで待機する。メッセージＢを受信したと判定した（Ｓ１４０４でＹｅｓ）場合は、端末装置１０２は処理をＳ１４０５に進め、受信したメッセージＢがＲＲＣＲｅｓｕｍｅを含むか否かを判定する。受信したメッセージＢがＲＲＣＲｅｓｕｍｅを含まない（Ｓ１４０５でＮｏ）場合は、端末装置１０２は図１４（Ａ）の処理を終了する。一方、受信したメッセージＢがＲＲＣＲｅｓｕｍｅを含む（Ｓ１０４５でＹｅｓ）場合は、端末装置１０２は処理をＳ１４０６に進める。Ｓ１４０６及びＳ１４０７の処理は、図８のＳ８０８及びＳ８０９と同様のため、説明を省略する。

【0082】

次に、図１４（Ｂ）を参照して本実施形態に係る基地局装置１０１が２ステップＲＡＣＨで実行する処理の例について説明する。図１４（Ｂ）の処理は、基地局装置１０１の起動時などに、基地局装置１０１のプロセッサ５０１が所定のプログラムを実行することで開始される。

【0083】

まず、Ｓ１４５１で、基地局装置１０１は２ステップＲＡＣＨのメッセージＡを待受ける。メッセージＡを受信したと判定した場合（Ｓ１４５１でＹｅｓ）、端末装置１０２は処理をＳ１４５２に進め、受信したメッセージＡにＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含むか否かを判定する。メッセージＡにＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを含むと判定すると、基地局装置１０１は処理をＳ１４５４に進め、ＲＲＣＲｅｓｕｍｅを含むメッセージＢを端末装置１０２に送信する。一方、メッセージＡにＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔが含まれないと判定すると、基地局装置１０１は処理をＳ１４５３に進め、ＲＲＣＲｅｓｕｍｅを含まないメッセージＢを送信する。なお、メッセージＢは、ユーザデータを含んでもよく、一例では、受信したメッセージＡに含まれるユーザデータに対するＡＣＫを含んでもよい。以降のＳ１４５５及びＳ１４５６の処理は図８のＳ８５７及びＳ８５８と同様のため、説明を省略する。

【0084】

以上説明したように、本実施形態に係る端末装置は、２ステップのランダムアクセス手順において基地局装置とユーザデータを送受信する場合に、コネクテッド状態へ遷移すべきであることを示す情報として端末装置が送信すべきユーザデータの量に関する情報を含めてメッセージを送信する。これによって、基地局装置は、端末装置にコネクテッド状態への遷移を指示するか否かを判定することができ、適切なメッセージ処理を行うことができ、周波数利用効率の低下を防ぐことができる。

【0085】

＜その他の実施形態＞
発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

【0086】

例えば、第４実施形態で説明した２ステップＲＡＣＨのメッセージ処理において、端末装置がコネクテッド状態への遷移が必要であると判定すると、第３実施形態で説明したようにＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含むメッセージＡを送信してもよい。

【符号の説明】

【0087】

１０１：基地局装置、１０２：端末装置、３０１：プロセッサ、３０２：ＲＯＭ、３０３：ＲＡＭ、３０４：記憶装置、３０５：通信回路、３０６：バッテリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】