(57)【要約】【課題】遅延時間に関する要求を満たしつつ、リソースの有効活用が可能な無線通信端末を提供すること。【解決手段】通信可能な無線通信装置に上りリソースの割り当てを要求するためのスケジューリング要求を送信する際に用いる個別スケジューリング要求リソースが設定された無線通信端末は、この無線通信端末に上りリソースが割り当てられていない場合に上りデータが生起すると、上りデータの優先度の高低を判断し、上りデータの優先度が低いと判断した場合、個別スケジューリング要求リソースを用いてスケジューリング要求を無線通信装置に送信して、無線通信装置に上りリソースの割り当てを要求するよう処理し、上りデータの優先度が高いと判断した場合、ランダムアクセスプリアンブルを無線通信装置に送信して、無線通信装置に上りリソースの割り当てを要求するよう処理する。【選択図】図２
2013236327.tif 000002
【特許請求の範囲】
【請求項１】
通信可能な無線通信装置に上りリソースの割り当てを要求するためのスケジューリング要求を送信する際に用いる個別スケジューリング要求リソースが設定された無線通信端末であって、
前記無線通信端末に前記上りリソースが割り当てられていない場合、前記無線通信端末に上りデータが生起すると、所定の判断方法により前記上りデータの優先度の高低を判断する優先度判断部と、
前記上りデータの優先度が低いと判断された場合、前記個別スケジューリング要求リソースを用いてスケジューリング要求を前記無線通信装置に送信して、前記無線通信装置に上りリソースの割り当てを要求するよう処理するＤＳＲ管理部と、
前記上りデータの優先度が高いと判断された場合、ランダムアクセスプリアンブルを前記無線通信装置に送信して、前記無線通信装置に上りリソースの割り当てを要求する処理をするＲＡＣＨ管理部と、
を備えた無線通信端末。
【請求項２】
請求項１に記載の無線通信端末であって、
前記優先度判断部は、MAC層において区別されるデータ種別に応じて前記上りデータの優先度の高低を判断する無線通信端末。
【請求項３】
請求項２に記載の無線通信端末であって、
前記優先度判断部は、
遅延を許容できないデータ、及び、前記個別スケジューリング要求リソースまでの時間を許容できないデータの優先度を高いと判断し、
遅延を許容できるデータ、及び、前記個別スケジューリング要求リソースまでの時間を許容できるデータの優先度を低いと判断する無線通信端末。
【請求項４】
請求項２に記載の無線通信端末であって、
前記優先度判断部は、RRC層の制御情報の優先度を高いと判断し、RRC層の制御情報以外のデータの優先度を低いと判断する無線通信端末。
【請求項５】
請求項２に記載の無線通信端末であって、
前記優先度判断部は、移動制御に関連するデータの優先度を高いと判断し、移動制御に関連しないデータの優先度を低いと判断する無線通信端末。
【請求項６】
請求項１に記載の無線通信端末であって、
前記優先度判断部は、前記上りデータが送信されるトンネルに応じて前記上りデータの優先度の高低を判断する無線通信端末。
【請求項７】
請求項６に記載の無線通信端末であって、
前記トンネルがlogical channelであり、
前記優先度判断部は、特定のlogical channel上で送信されるデータの優先度を高いと判断し、特定のlogical channel上で送信されるデータ以外のデータの優先度を低いと判断する無線通信端末。
【請求項８】
請求項６に記載の無線通信端末であって、
前記トンネルがlogical channelであり、
前記優先度判断部は、特定のlogical channel group上で送信されるデータの優先度を高いと判断し、特定のlogical channel group上で送信されるデータ以外のデータの優先度を低いと判断する無線通信端末。
【請求項９】
請求項６に記載の無線通信端末であって、
前記トンネルがベアラであり、
前記優先度判断部は、特定のベアラ上で送信されるデータの優先度を高いと判断し、特定のベアラ以外のベアラ上で送信されるデータの優先度を低いと判断する無線通信端末。
【請求項１０】
請求項１に記載の無線通信端末であって、
前記優先度判断部は、前記無線通信端末が有する蓄電器の残容量に応じて前記上りデータの優先度の高低を判断する無線通信端末。
【請求項１１】
請求項１〜１０のいずれか一項に記載の無線通信端末であって、
前記上りデータの遅延許容値を前記無線通信装置に送信する処理をする遅延許容値報告部を備えた無線通信端末。
【請求項１２】
請求項１１に記載の無線通信端末であって、
前記遅延許容値報告部は、前記無線通信端末が前記無線通信装置から得られたランダムアクセス応答によって通知された上りリソースを用いて前記上りデータを送信する場合に動作する無線通信端末。
【請求項１３】
無線通信端末と通信可能な無線通信装置であって、
前記無線通信端末が利用可能な個別スケジューリング要求リソースに関する設定情報と、前記無線通信端末で高優先度の上りデータが生起した場合に、上りリソースの割り当てを求めるためにランダムアクセス手続きの開始を指示するランダムアクセス許容情報と、を含む個別制御情報を前記無線通信端末に送信する無線通信装置。
【請求項１４】
請求項１３に記載の無線通信装置であって、
前記ランダムアクセス許容情報は、前記無線通信端末で高優先度の上りデータが生起した場合にランダムアクセス手続きの開始を許容するか否かを１ビットの情報で示す無線通信装置。
【請求項１５】
請求項１３又は１４に記載の無線通信装置であって、
前記無線通信端末から前記上りデータの遅延許容値が送信された場合、前記遅延許容値に応じて前記個別スケジューリング要求リソースに関する設定情報を変更する無線通信装置。
【請求項１６】
通信可能な無線通信装置に上りリソースの割り当てを要求するためのスケジューリング要求を送信する際に用いる個別スケジューリング要求リソースが設定された無線通信端末による上りリソース要求処理方法であって、
前記無線通信端末に前記上りリソースが割り当てられていない場合、前記無線通信端末に上りデータが生起すると、前記上りデータの優先度の高低を判断し、
前記上りデータの優先度が低いと判断した場合、前記個別スケジューリング要求リソースを用いてスケジューリング要求を前記無線通信装置に送信して、前記無線通信装置に上りリソースの割り当てを要求するよう処理し、
前記上りデータの優先度が高いと判断した場合、ランダムアクセスプリアンブルを前記無線通信装置に送信して、前記無線通信装置に上りリソースの割り当てを要求するよう処理する上りリソース要求処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信端末が送信したスケジューリング要求を受信する無線通信装置、無線通信端末及び上りリソース要求処理方法に関する。
【背景技術】
【０００２】
標準化団体3GPP（The 3rd Generation Partnership Project）は、LTE（Long Term Evolution）方式と互換性のある次世代の通信規格として、LTE-Advanced（Long Term Evolution Advanced：LTE-A）の標準化を進めている。LTEでは、ネットワーク（Evolved Universal Terrestrial Radio Access Network：E-UTRAN）の無線通信装置（以下「NE（Network Entity）」ともいう）は、１つ以上の通信セルを提供する。
【０００３】
無線通信装置は、無線通信基地局（E-UTRAN NodeB：eNB）や張り出し基地局（Remote Radio Head：RRH）、中継装置（リレーノード又はリピータ）等といった、無線通信端末（User Equipment：UE）のアクセスポイントとなる装置である。無線通信端末は、無線通信装置が提供する１つ以上の通信セルのうちの１つの通信セルに属する。なお、無線通信端末は、複数の周波数を使用し、複数の通信セルに属する場合もある。また、無線通信端末は、１つの周波数の複数の通信セルと送受信を行う場合もある。以下、無線通信装置を「基地局」と呼び、無線通信端末を「端末」と呼び、通信セルを「セル」と呼ぶ。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】3GPP TS36.321 V10.4.0, “Evolved Universal Terrestrial Radio Access (E-UTRA) Medium Access Control(MAC) protol specification”
【非特許文献２】3GPP TS36.331 v10.4.0, “Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource Control(RRC)”
【非特許文献３】R2-120189 “PUCCH analysis for EDDA”, Nokia Siemens Networks, Nokia Corporation
【非特許文献４】R2-121424 “Analysis of PUCCH efficiency for eDDA”, Chaina Unicom
【発明の概要】
【発明が解決しようとする課題】
【０００５】
LTEでは、端末が新しい送信のための上り共有チャネルリソース（Physical Uplink Shared Channel：PUSCH）を要求するために「スケジューリング要求（Scheduling Request：SR）」を使用する。また、端末がスケジューリング要求（SR）を送信するためには、PUCCH（Physical Uplink Control CHannel）リソース（以下、「個別スケジューリング要求リソース（Dedicated Scheduling Request：D-SR）」と呼ぶ）が設定される。個別スケジューリング要求リソースが割り当てられている場合、端末で上りデータが生起（be available for transmission）し、上りリソースが割り当てられていなければ、当該端末は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する。一方、個別スケジューリング要求リソースが割り当てられていない場合、端末で上りデータが生起し、上りリソースが割り当てられていなければ、当該端末は、上りリソースの割り当てを求めるためにランダムアクセス手続き（Random Access Procedure）を開始する。
【０００６】
LTE-Advancedでは、基地局が短い周期の個別スケジューリング要求リソースを端末に割り当てる場合、端末で生起する上りデータ量が少ないと、当該端末が割り当てられた個別スケジューリング要求リソースを使用する機会は少ない。このとき、周波数リソースの使用効率は低下してしまう可能性がある。一方、基地局が長い周期の個別スケジューリング要求リソースを端末に割り当てる場合、端末は、この割り当てられた個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する。このとき、端末がスケジューリング要求（SR）を送信できる間隔が長いため、上りデータの生起からスケジューリング要求（SR）の送信が可能なタイミングまでの時間（遅延時間）に関する要求を満たせない場合がある。
【０００７】
本開示の目的は、遅延時間に関する要求を満たしつつ、リソースの有効活用が可能な無線通信端末、無線通信装置及び上りリソース要求処理方法を提供することである。
【課題を解決するための手段】
【０００８】
本開示は、通信可能な無線通信装置に上りリソースの割り当てを要求するためのスケジューリング要求を送信する際に用いる個別スケジューリング要求リソースが設定された無線通信端末であって、前記無線通信端末に前記上りリソースが割り当てられていない場合、前記無線通信端末に上りデータが生起すると、前記上りデータの優先度の高低を判断する優先度判断部と、前記上りデータの優先度が低いと判断された場合、前記個別スケジューリング要求リソースを用いてスケジューリング要求を前記無線通信装置に送信して、前記無線通信装置に上りリソースの割り当てを要求するよう処理するＤＳＲ管理部と、前記上りデータの優先度が高いと判断された場合、ランダムアクセスプリアンブルを前記無線通信装置に送信して、前記無線通信装置に上りリソースの割り当てを要求するよう処理するＲＡＣＨ管理部と、を備えた無線通信端末を提供する。
【０００９】
本開示は、無線通信端末と通信可能な無線通信装置であって、前記無線通信端末が利用可能な個別スケジューリング要求リソースに関する設定情報と、前記無線通信端末で高優先度の上りデータが生起した場合に、上りリソースの割り当てを求めるためにランダムアクセス手続きの開始を指示するランダムアクセス許容情報と、を含む個別制御情報を前記無線通信端末に送信する無線通信装置を提供する。
【００１０】
本開示は、通信可能な無線通信装置に上りリソースの割り当てを要求するためのスケジューリング要求を送信する際に用いる個別スケジューリング要求リソースが設定された無線通信端末による上りリソース要求処理方法であって、前記無線通信端末に前記上りリソースが割り当てられていない場合、前記無線通信端末に上りデータが生起すると、前記上りデータの優先度の高低を判断し、前記上りデータの優先度が低いと判断した場合、前記個別スケジューリング要求リソースを用いてスケジューリング要求を前記無線通信装置に送信して、前記無線通信装置に上りリソースの割り当てを要求するよう処理し、前記上りデータの優先度が高いと判断した場合、ランダムアクセスプリアンブルを前記無線通信装置に送信して、前記無線通信装置に上りリソースの割り当てを要求するよう処理する上りリソース要求処理方法を提供する。
【発明の効果】
【００１１】
本開示に係る無線通信端末、無線通信装置及び上りリソース要求処理方法によれば、遅延時間に関する要求を満たしつつ、リソースを有効活用できる。
【図面の簡単な説明】
【００１２】
【図１】第１の実施形態の無線通信システムにおける状態の一例を示す概要図
【図２】第１の実施形態の無線通信システムにおける端末UE1と無線通信装置NE1の間の処理を含むタイミングチャートの一例を示す図
【図３】第１の実施形態の無線通信システムを構成する端末UE1のブロック図
【図４】第１の実施形態の無線通信システムを構成する無線通信装置NE1のブロック図
【図５】第１の実施形態の無線通信システムにおいて、端末UE1に上りリソースが割り当てられていない状態で端末UE1に上りデータが生起した場合の端末UE1の動作を示すフローチャート
【図６】第２の実施形態の無線通信システムにおける端末UE2と無線通信装置NE1の間の処理を含むタイミングチャートの一例を示す図
【図７】第２の実施形態の無線通信システムを構成する端末UE2のブロック図
【図８】第３の実施形態の無線通信システムにおける状態の一例を示す概要図
【図９】第３の実施形態の無線通信システムにおける端末UE3が無線通信装置NE3にスケジューリング要求（SR）を送信する際のタイミングチャートの一例を示す図
【発明を実施するための形態】
【００１３】
LTEでのスケジューリング要求（Scheduling Request：SR）は、無線通信端末が新しい送信のための上り共有チャネルリソース（Physical Uplink Shared Channel：PUSCH）を無線通信装置に要求するために使用される。無線通信端末は、スケジューリング要求（SR）がトリガーされ、当該スケジューリング要求（SR）がキャンセルされるまで、スケジューリング要求（SR）を保留とみなす。このため、MAC PDU（Medium Access Control Packet Data Unit）がまとめられ、このMAC PDUがバッファ状態報告（Buffer Status Report：BSR）をトリガーした最後のイベントまでのバッファ状態を含んだBSRを含む場合に、全ての保留中のスケジューリング要求（SR）はキャンセルされ、タイマー（sr-ProhibitTimer）は停止される。あるいは、上り割り当て（UL grant）が全ての保留中のデータを送信可能に適応できる場合に、全ての保留中のスケジューリング要求（SR）はキャンセルされ、タイマー（sr-ProhibitTimer）は停止される。
【００１４】
仮に、スケジューリング要求（SR）がトリガーされ、保留中のスケジューリング要求（SR）がない場合、無線通信端末はカウンター（SR_COUNTER）を０にセットする。一つのスケジューリング要求（SR）が保留されている間、無線通信端末は、各TTI（Transmission Time Interval）において以下の動作を行わなわなければならない。
（１）このTTIで上り共有チャネルのリソースが送信のために有効でない場合において、スケジューリング要求（SR）のために設定されるPUCCHリソースがどのTTIにおいても有効でなければ、無線通信端末は、ランダムアクセス手続き（Random Access Procedure）を開始し、全ての保留中のスケジューリング要求（SR）をキャンセルする。
（２）このTTIで上り共有チャネルのリソースが送信のために有効でない場合において、上記以外の場合は、このTTIにスケジューリング要求（SR）のために設定されるPUCCHリソースが有効である。したがって、このTTIがmeasurement gapの一部ではなく、タイマー（sr-prohibitTimer）が走っていない場合、無線通信端末のMAC層は以下の動作を行う。
【００１５】
カウンター(SR_COUNTER)の値が最大送信回数（dsr-TransMax）よりも低い場合、無線通信端末のMAC層は、
１．カウンター（SR_COUNTER）の値を１増やす。
２．物理層にPUCCHリソース上でスケジューリング要求の信号を送ることを指示する。
３．タイマー（sr-ProhibitTimer）を開始する。
【００１６】
一方、上記以外の場合、無線通信端末のMAC層は、
１．RRC（Radio Resource Control）にPUCCH/SRSの解放（release）を伝える。
２．設定された下り割り当てと上り割り当てを消す（clear）。
３．ランダムアクセス手続きを開始し、全ての保留中のスケジューリング要求（SR）をキャンセルする。
【００１７】
無線通信端末の物理層は、無線通信端末のMAC層からの指示に応じて、スケジューリング要求（SR）を無線通信装置に送信する。また、RRC層は、MAC層からの指示に応じて、PUCCH/SRSの個別設定を解放する。タイマー（sr-ProhibitTimer）は、制御情報によって設定される場合のみ使用され、制御情報によって値も設定される。タイマー（sr-ProhibitTimer）が満了すると、無線通信端末はタイマー（sr-ProhibitTimer）を停止する。なお、最大送信回数（dsr-TransMax）も制御情報によって設定される。
【００１８】
以下、本開示に係る無線通信システムの実施の形態について、図面を参照して詳細に説明する。以下説明する実施形態の無線通信システムは、少なくとも１つの無線通信端末と、無線通信ネットワークを介して無線通信端末と通信可能な複数の無線通信装置とを備える。以下の説明では、無線通信端末を単に「端末」という。端末は、例えば携帯電話機である。また、以下の説明において、無線通信装置は、例えば、無線通信基地局（E-UTRAN NodeB：eNB）、無線通信基地局から離れた位置に設置される張り出し基地局（Remote Radio Head：RRH）、無線通信基地局等と無線で接続される中継装置（リレーノード又はリピータ）、フェムト基地局及びピコ基地局等を総称した、端末が無線で通信可能な装置である。なお、張り出し基地局（RRH）は、無線通信基地局（eNB）の無線部（Radio Frequency部：ＲＦ部）と同様の機能を有し、光ファイバケーブル等の有線ケーブルで無線通信基地局（eNB）に接続されている。
【００１９】
無線通信システムは、3GPP（The 3rd Generation Partnership Project）で規格化されているLTE又はLTE-Advancedの移動通信技術を利用する。但し、無線通信システムが利用する移動通信技術は、上記規格に限られず、無線ＬＡＮ（Wireless Local Area Network）、ＩＥＥＥ８０２.１６、ＩＥＥＥ８０２.１６ｅ若しくはＩＥＥＥ８０２.１６ｍ等のＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、３ＧＰＰ２、ＳＡＥ（System Architecture Evolution）、ＵＭＴＳ(Universal Mobile Telecommunications System)、又は第四世代移動通信規格であっても良い。
【００２０】
各無線通信装置は、少なくとも１つの通信セルを構成する。通信セルは、地理的エリアに対して割り当てられた識別子又は当該地理的エリアで用いられる周波数の相違に基づいて、端末がユニークに識別できる無線ネットワークオブジェクトをいう。
【００２１】
以下の説明では、通信セルを単に「セル」という。１つの無線通信装置又は１つの受信点によって、１つ以上のキャリア周波数の各々につき、１つ以上のセルが構成される。なお、上記構成は基本概念であり、無線通信装置が他の無線通信装置と協調して１つのセルを構成しても良い。端末は、無線通信装置が構成する少なくとも１つのセルを利用して通信する。
【００２２】
以下、第１〜第３の実施形態の無線通信システムについて順に説明する。なお、第１〜第３の実施形態において、同一機能を有する構成には同一符号を付し、重複する説明は省略する。
【００２３】
（第１の実施形態）
図１〜図５を参照して、第１の実施形態の無線通信システムについて説明する。第１の実施形態の無線通信システムは、上記説明した端末及び無線通信装置から構成される。端末は、無線通信装置から上りリソースを割り当ててもらうために、スケジューリング要求（Scheduling Request：SR）を無線通信装置に送信する。無線通信装置は、上りリソースを端末に割り当てる。また、無線通信装置は、各端末に対する無線リソース（例えば、周波数領域又は時間領域での周波数帯域）の割り当て及び管理を行い、端末のための無線アクセスネットワークのアクセスポイントの役割を有する。
【００２４】
図１は、第１の実施形態の無線通信システムにおける状態の一例を示す概要図である。図１に示すように、端末には、上記説明した周期的な個別スケジューリング要求リソース（D-SR）が設定される。当該端末に上りリソースが割り当てられていない場合、端末で高優先度の上りデータ（例えば、遅延を許容しないデータ）が生起すると、端末は、上りリソースの割り当てを求めるためにランダムアクセス手続きを開始して、RACH（Random Access CHannel）でランダムアクセスプリアンブル（Random Access Preamble）を無線通信装置に送信する。一方、上りリソースが割り当てられていない場合に、端末で低優先度の上りデータ（例えば、遅延を許容するデータ）が生起すると、端末は、上りリソースの割り当てを求めるために、ランダムアクセス手続きは開始せず、割り当てられた個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を無線通信装置に送信する。
【００２５】
図２は、第１の実施形態の無線通信システムにおける端末UE1と無線通信装置NE1の間の処理を含むタイミングチャートの一例を示す図である。図２に示すように、無線通信装置NE1は、スケジューリング要求設定の制御情報を含む個別制御情報を端末UE1に送信する（Ｔ１０１）。なお、個別制御情報は、RRC接続セットアップ（RRC Connection Setup）メッセージ、RRC再接続設定（RRC Connection Reconfiguration）メッセージ若しくは他のRRCメッセージ、又は、MAC層若しくは物理層のシグナリングである。
【００２６】
なお、無線通信装置NE1から端末UE1に送信される個別制御情報には、ランダムアクセス許容情報も含まれる。ランダムアクセス許容情報は、端末UE1で高優先度の上りデータが生起した場合に、上りリソースの割り当てを求めるためにランダムアクセス手続きの開始を指示するために使用される。端末UE1は、高優先度の上りデータが生起すると、個別スケジューリング要求リソースを用いたスケジューリング要求（SR）を送信する代わりに、ランダムアクセス許容情報に応じてランダムアクセス手続きを開始して、ランダムアクセスプリアンブルを無線通信装置NE1に送信する。
【００２７】
このように、端末UE1は、端末UE1で生起した上りデータの優先度に応じて、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信するか、ランダムアクセス手続きを開始するかを判断する。端末UE1は、上りリソースが割り当てられていない場合に生起した上りデータの優先度の高低を判断する（Ｔ１０２）。
【００２８】
端末UE1は、低優先度の上りデータが生起したと判断すると（Ｔ１０３）、個別スケジューリング要求リソースを用いて、無線通信装置NE1にスケジューリング要求（SR）を送信する（Ｔ１０５）。無線通信装置NE1は、受信したスケジューリング要求（SR）に応じて割り当てた上りリソースを端末UE1に通知する（Ｔ１０７）。端末UE1は、通知された上りリソースを用いて上りデータを無線通信装置NE1に送信する。
【００２９】
また、端末UE1は、高優先度の上りデータが生起したと判断すると（Ｔ１０９）、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりに、ランダムアクセス手続きを開始してランダムアクセスプリアンブルを送信する（Ｔ１１１）。無線通信装置NE1は、上りリソースの通知を含むランダムアクセス応答を端末UE1に送信する（Ｔ１１３）。端末UE1は、通知された上りリソースを用いて上りデータを無線通信装置NE1に送信する。
【００３０】
なお、ランダムアクセス許容情報によって、高優先度の上りデータが生起した際にはランダムアクセス手続きの開始が設定される場合であっても、高優先度の上りデータが生起後の個別スケジューリング要求リソースまでの時間が短い場合、端末UE1は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信してもよい。すなわち、高優先度の上りデータの生起から個別スケジューリング要求リソースまでの時間が所定時間未満であれば、端末UE1は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信してもよい。この場合、端末UE1によるPRACH（Physical Random Access CHannel）リソースの使用を抑制できる。
【００３１】
図２に示した判断処理Ｔ１０２における、端末UE1による上りデータの優先度の高低の判断は、以下に示す判断方法例１〜７のいずれかに基づいて行われる。但し、判断方法例１〜７以外の判断方法に基づいても良い。なお、判断方法例２及び３で説明されるlogical channel並びに判断方法例４で説明されるベアラは、データを下位の通信レイヤを介して透過的に通すための仮想的な通信経路であるトンネルである。
【００３２】
［判断方法例１］
高優先度の上りデータとは、遅延を許容できないデータ、又は、割り当てられた個別スケジューリング要求リソースまでの時間を許容できないデータである。低優先度の上りデータとは、遅延を許容できるデータ、又は、割り当てられた個別スケジューリング要求リソースまでの時間を許容できるデータである。
【００３３】
［判断方法例２］
高優先度の上りデータとは、特定の「logical channel」上で送信されるデータである。低優先度の上りデータとは、特定の「logical channel」上で送信されるデータ以外のデータである。
【００３４】
［判断方法例３］
高優先度の上りデータとは、特定の「logical channel group」上で送信されるデータである。低優先度の上りデータとは、特定の「logical channel group」上で送信されるデータ以外のデータである。
【００３５】
［判断方法例４］
高優先度の上りデータとは、特定のベアラ上で送信されるデータである。低優先度の上りデータとは、特定のベアラ以外のベアラ上で送信されるデータである。
【００３６】
［判断方法例５］
高優先度の上りデータとは、RRC層の制御情報である。低優先度の上りデータとは、RRC層の制御情報以外のデータである。
【００３７】
［判断方法例６］
高優先度の上りデータとは、移動制御に関連するデータである。低優先度の上りデータとは、移動制御に関連しないデータである。
【００３８】
［判断方法例７］
高優先度の上りデータとは、端末UE1が有する図示しないバッテリーの残容量が多い時に生起したデータである。低優先度の上りデータとは、端末UE1のバッテリーの残容量が少ない時に生起したデータである。
【００３９】
上記説明した、図２に示した個人制御情報に含まれるランダムアクセス許容情報は、以下に示すランダムアクセス許容情報例１〜９のいずれかである。
【００４０】
［ランダムアクセス許容情報例１］
端末UE1には、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりにランダムアクセス手続きを開始する場合に用いる特定のlogical channelが予め設定されている。この場合のランダムアクセス許容情報は１ビットの情報である。ランダムアクセス許容情報は、特定のlogical channel上でのデータ生起時にランダムアクセス手続きを開始するか否かを通知する情報である。上りリソースの割り当てがない場合、特定のlogical channel上でデータが生起すると、端末UE1は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりに、ランダムアクセス手続きを開始する。なお、特定のlogical channelは、端末UE1が決めても良い。
【００４１】
［ランダムアクセス許容情報例２］
ランダムアクセス許容情報は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりにランダムアクセス手続きを開始する場合に用いる特定のlogical channelを指示する識別子を含む。上りリソースの割り当てがない場合、ランダムアクセス許容情報によって指示された特定のlogical channel上でデータが生起すると、端末UE1は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりに、ランダムアクセス手続きを開始する。
【００４２】
［ランダムアクセス許容情報例３］
端末UE1には、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりにランダムアクセス手続きを開始する場合に用いる特定のlogical channelと、個別スケジューリング要求リソースを用いると判断可能な、上りデータの生起から個別スケジューリング要求リソースまでの最大時間（以下「D-SR選択可能時間」という）とが予め設定されている。この場合のランダムアクセス許容情報は１ビットの情報である。上りリソースの割り当てがない場合、特定のlogical channel上でデータが生起すると、個別スケジューリング要求リソースまでの時間がD-SR選択可能時間よりも長い場合、端末UE1は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりに、ランダムアクセス手続きを開始する。なお、特定のlogical channel及びD-SR選択可能時間は、端末UE1が決定してもよい。
【００４３】
［ランダムアクセス許容情報例４］
端末UE1には、D-SR選択可能時間が予め設定されている。ランダムアクセス許容情報は、特定のlogical channelを指示する識別子を含む。上りリソースの割り当てがない場合、特定のlogical channel上でデータが生起すると、個別スケジューリング要求リソースまでの時間がD-SR選択可能時間よりも長い場合、端末UE1は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりに、ランダムアクセス手続きを開始する。なお、D-SR選択可能時間は、端末UE1が決定してもよい。
【００４４】
［ランダムアクセス許容情報例５］
端末UE1には、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりにランダムアクセス手続きを開始する場合に用いる特定のlogical channelが予め設定されている。ランダムアクセス許容情報は、D-SR選択可能時間を示す情報を含む。上りリソースの割り当てがない場合、特定のlogical channel上でデータが生起すると、個別スケジューリング要求リソースまでの時間がD-SR選択可能時間よりも長い場合、端末UE1は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりに、ランダムアクセス手続きを開始する。なお、特定のlogical channelは、端末UE1が決定してもよい。
【００４５】
［ランダムアクセス許容情報例６］
ランダムアクセス許容情報は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりにランダムアクセス手続きを開始する場合に用いる特定のlogical channelと、特定のlogical channel間で共通するD-SR選択可能時間とを含む。上りリソースの割り当てがない場合、ランダムアクセス許容情報によって指示された特定のlogical channel上でデータが生起すると、個別スケジューリング要求リソースまでの時間がD-SR選択可能時間よりも長い場合、端末UE1は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりに、ランダムアクセス手続きを開始する。
【００４６】
［ランダムアクセス許容情報例７］
ランダムアクセス許容情報は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりにランダムアクセス手続きを開始する場合に用いる特定のlogical channelと、logical channel毎のD-SR選択可能時間とを含む。上りリソースの割り当てがない場合、ランダムアクセス許容情報によって指示された特定のlogical channel上でデータが生起すると、個別スケジューリング要求リソースまでの時間が当該logical channelに対応するD-SR選択可能時間よりも長い場合、端末UE1は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりに、ランダムアクセス手続きを開始する。
【００４７】
［ランダムアクセス許容情報例８］
ランダムアクセス許容情報は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりにランダムアクセス手続きを開始することを許容するか否かを示す１ビットの情報である。ランダムアクセス許容情報がランダムアクセス手続きの開始を許容する場合、上りリソースの割り当てがない場合に上りデータが生起すると、端末UE1は、生起したデータに応じて、ランダムアクセス手続きを開始するか否かを判断する。例えば、端末UE1は、端末UE1が有するバッテリーの残容量に応じて、ランダムアクセス手続きを開始するか否かを判断する。このように、バッテリーの電力消費を少しでも減らしたいか否かに応じてデータの優先度を変えることで、ユーザエクスペリエンスを向上することができる。また、例えば、端末UE1は、アプリケーション毎にランダムアクセス手続きを開始するか否かを判断する。その場合、端末UE1は、アプリケーションが高優先度か否かを判断して決定することができる。なお、D-SR選択可能時間は、端末UE1がアプリケーション毎に決定してもよい。また、端末UE1は、バッテリーの残容量に応じて、アプリケーションの優先度を変更してもよい。
【００４８】
［ランダムアクセス許容情報例９］
端末UE1には、D-SR選択可能時間が予め設定されている。ランダムアクセス許容情報は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりにランダムアクセス手続きを開始することを許容するか否かを示す１ビットの情報である。ランダムアクセス許容情報がランダムアクセス手続きの開始を許容する場合、上りリソースの割り当てがない場合に上りデータが生起すると、端末UE1は、生起したデータに応じて、ランダムアクセス手続きを開始するか否かを判断する。例えば、端末UE1は、アプリケーション毎にランダムアクセス手続きを開始するか否かを判断する。その場合、端末UE1は、アプリケーションが高優先度か否かを判断して決定することができる。なお、端末UE1は、高優先度のアプリケーションであると判断し、個別スケジューリング要求リソースまでの時間がD-SR選択可能時間よりも長い場合、端末UE1は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりに、ランダムアクセス手続きを開始する。なお、D-SR選択可能時間は、端末UE1がアプリケーション毎に決定してもよい。
【００４９】
なお、上記説明したランダムアクセス許容情報例において、予め設定されるD-SR選択可能時間は、個別スケジューリング要求リソースの周期に基づいて決定されてもよい。すなわち、端末UE1は、個別スケジューリング要求リソースの周期に基づいて、D-SR選択可能時間を算出しても良い。この場合、D-SR選択可能時間を個別スケジューリング要求リソースの周期に応じて変更できるため、個別スケジューリング要求リソースの周期を設定した際の端末UE1に対する送信機会の優先度をそのまま適用することができる。
【００５０】
また、ランダムアクセス許容情報が含むD-SR選択可能時間は選択値でもよい。例えば、予めD-SR選択可能時間として選択可能な値及びその値を識別する識別子のリストを端末UE1と無線通信装置NE1で共有し、ランダムアクセス許容情報に含まれるD-SR選択可能時間は、リストの中のD-SR選択可能時間を識別するための識別子によって表される。この場合、D-SR選択可能時間を通知する個別制御情報のデータサイズを小さくすることができる。
【００５１】
また、ランダムアクセス許容情報が含むD-SR選択可能時間は、個別スケジューリング要求リソースの周期からD-SR選択可能時間を求めるための値でもよい。この場合、端末UE1には、個別スケジューリング要求リソースの周期と、個別スケジューリング要求リソースの周期からD-SR選択可能時間を求めるための値から、D-SR選択可能時間を算出するための方法が予め設定されている。こうすることで、D-SR選択可能時間を通知する個別制御情報のデータサイズを小さくすることができる。さらに、端末UE1の状態又は種別に応じて、端末間で送信機会の優先度を変えることができる。また、将来的な拡張に対しても容易に対応できる。
【００５２】
また、ランダムアクセス許容情報を用いることによって、全ての端末が勝手にランダムアクセスチャネル（RACH）を使用することを防ぐことができる。その結果、無線通信装置NE1が許容した端末のみがランダムアクセスチャネル（RACH）を用いるため、ランダムアクセスチャネル（RACH）の混雑度合いを無線通信装置NE1が考慮した運用を行うことができる。
【００５３】
また、上記説明したランダムアクセス許容情報例１〜７は判断方法例２で説明したlogical channelを用いて説明したが、別の判断方法例で説明した別のものに置き換えることができる。例えば、「特定のlogical channel」を、「高優先度」、「遅延を許容しない」、「特定のlogical channel group」、「特定のベアラ」と読み替えることができる。また、ランダムアクセス許容情報例８，９にも、上記判断方法例１〜７で説明したものに置き換えて適用可能である。なお、上記は一例であり、ランダムアクセス許容情報は、上記以外の情報でもよい。
【００５４】
［第１の実施形態の端末UE1の構成］
図３は、第１の実施形態の無線通信システムを構成する端末UE1のブロック図である。図３に示すように、第１の実施形態の端末UE1は、受信部１０１と、制御部１０３と、送信部１０５とを備える。制御部１０３は、ＤＳＲ管理部１１１と、ＲＡＣＨ管理部１１３と、ＳＲ判断部（又は優先度判断部）１１５とを有する。
【００５５】
受信部１０１は、制御部１０３からの指示に応じて、端末UE1が接続しているセルのダウンリンクを介して、報知情報又は個別制御情報等の制御情報を受信する。受信部１０１は、受信した制御情報を制御部１０３へ出力する。また、受信部１０１は、ランダムアクセス応答を受信する。受信部１０１は、受信したランダムアクセス応答を制御部１０３のＲＡＣＨ管理部１１３へ出力する。さらに、受信部１０１は、衝突解決（Contention Resolution）のメッセージを受信する。受信部１０１は、受信した衝突解決のメッセージを制御部１０３に出力する。
【００５６】
制御部１０３は、受信部１０１に報知情報又は個別制御情報等の制御情報の受信を指示する。制御部１０３には、受信部１０１が受信した制御情報が入力される。制御部１０３に入力された制御情報に含まれるランダムアクセスチャネル設定（RACH config）に関する情報は、制御部１０３のＲＡＣＨ管理部１１３に入力される。また、制御部１０３に入力された制御情報に含まれる個別スケジューリング要求リソースの設定情報は、制御部１０３のＤＳＲ管理部１１１に入力される。制御部１０３は、端末UE1の状態及び制御情報に基づいて、必要に応じて、個別スケジューリング要求リソースの解放（release）をＤＳＲ管理部１１１に指示する。また、制御部１０３に入力された制御情報に含まれるランダムアクセス許容情報は、制御部１０３のＳＲ判断部１１５に入力される。制御部１０３は、予め端末UE1に設定されているランダムアクセス許容情報に関連する情報をＳＲ判断部１１５に出力する。
【００５７】
制御部１０３は、ＲＡＣＨ管理部１１３から得られたランダムアクセス応答に含まれる、上りデータを送信するために必要な情報が入力されると、送信したい上りデータを、指示された上りリソースを用いて送信するように、送信部１０５へ指示する。また、制御部１０３は、ＲＡＣＨ管理部１１３から得られたランダムアクセス応答に含まれる当該ランダムアクセス応答を送信するために必要な情報と、衝突解決（Contention Resolution）が必要であることを示す情報とが入力されると、それらの情報を基にメッセージ（message 3）を生成して、当該メッセージを送信部１０５へ出力する。
【００５８】
制御部１０３は、受信部１０１が衝突解決のメッセージを受信した場合、受信部１０１から入力された当該メッセージをＲＡＣＨ管理部１１３に出力する。一方、制御部１０３は、受信部１０１が衝突解決のメッセージを受信しない場合、ＲＡＣＨ管理部１１３にランダムアクセスプリアンブルの再送を指示する。制御部１０３は、ＲＡＣＨ管理部１１３からランダムアクセス手続きが失敗したことを通知されると、再接続（Re-establishment）の手続きを開始する。
【００５９】
制御部１０３は、端末UE1に上りリソースが割り当てられていない場合に端末UE1で上りデータが生起すると、当該上りデータの優先度を判断可能な情報及びスケジューリング要求（SR）の送信指示をＳＲ判断部１１５に出力する。なお、制御部１０３は、スケジューリング要求（SR）の送信をＳＲ判断部１１５に指示した後、端末UE1に上りリソースが割り当てられると、上りリソースが割り当てられたことをＤＳＲ管理部１１１に通知する。
【００６０】
上りデータの優先度を判断可能な情報とは、アプリケーションからの高優先度フラグ、アプリケーションからの遅延を許容できるかの指示、データを送信するベアラ、データを送信するlogical channel、データを送信するlogical channel group、RRC層の制御情報か否か、移動制御に関連する情報か否かの情報である。なお、上りデータの優先度を判断可能な情報を制御部１０３がＳＲ判断部１１５に出力しない場合、生起した全ての上りデータは高優先度として扱われる。
【００６１】
以下、制御部１０３が有する各構成要素について説明する。
【００６２】
ＤＳＲ管理部１１１は、制御部１０３から入力された個別スケジューリング要求リソースの設定情報を管理する。なお、個別スケジューリング要求リソースの設定情報は、個別スケジューリング要求リソース（sr-PUCCH-ResourceIndex, sr-ConfigIndex, sr-PUCCH-ResourceIndexP1-r10）、及び、個別スケジューリング要求リソースを用いたスケジューリング要求（SR）の最大送信可能回数(dsr-Trans)などを含む。また、ＤＳＲ管理部１１１は、制御部１０３から指示された個別スケジューリング要求リソースに関する現在の設定の解放（release）を行う。
【００６３】
ＤＳＲ管理部１１１は、ＳＲ判断部１１５からの指示に応じて、個別スケジューリング要求リソースの設定情報をＳＲ判断部１１５に出力する。また、ＤＳＲ管理部１１１は、ＳＲ判断部１１５からスケジューリング要求（SR）を送信するように指示されるとスケジューリング要求（SR）を生成し、個別スケジューリング要求リソースの設定情報に基づくタイミングで当該スケジューリング要求（SR）を送信するよう送信部１０５に指示する。また、ＤＳＲ管理部１１１は、端末UE1に上りリソースが割り当てられたことが制御部１０３から通知されるとスケジューリング要求（SR）の送信を停止し、スケジューリング要求（SR）の送信が成功したことをＳＲ判断部１１５に通知する。また、ＤＳＲ管理部１１１は、スケジューリング要求（SR）の送信回数が最大送信可能回数(dsr-Trans)に達しても上りリソースの割り当てが通知されない場合、スケジューリング要求（SR）の送信が失敗したことをＳＲ判断部１１５に通知する。
【００６４】
ＲＡＣＨ管理部１１３は、制御部１０３から入力されたランダムアクセスチャネル設定（RACH config）を管理する。ＲＡＣＨ管理部１１３は、ＳＲ判断部１１５からの指示に応じて、ランダムアクセス手続きを開始する。このとき、ＲＡＣＨ管理部１１３は、ランダムアクセスプリアンブルを生成して送信部１０５に出力する。また、ＲＡＣＨ管理部１１３は、ランダムアクセスプリアンブルを送信しても受信部１０１がランダムアクセス応答を受信しない場合、再送のためにランダムアクセスプリアンブルを生成して送信部１０５に出力する。
【００６５】
ＲＡＣＨ管理部１１３は、受信部１０１がランダムアクセス応答を受信すると、必要に応じて衝突解決（Contention Resolution）の動作を行う。ＲＡＣＨ管理部１１３は、衝突解決が必要ではないと判断した場合、ランダムアクセス応答に含まれる当該ランダムアクセス応答を送信するために必要な情報を制御部１０３に出力し、ランダムアクセス手続きを終了する。一方、ＲＡＣＨ管理部１１３は、衝突解決が必要であると判断した場合、ランダムアクセス応答に含まれる当該ランダムアクセス応答を送信するために必要な情報と、衝突解決が必要であることを示す情報とを制御部１０３に出力する。
【００６６】
ＲＡＣＨ管理部１１３は、制御部１０３からの指示に応じて、再送のためにランダムアクセスプリアンブルを生成して送信部１０５に出力する。ＲＡＣＨ管理部１１３は、受信部１０１が衝突解決のメッセージを受信したことが制御部１０３から通知されるとランダムアクセス手続きを終了する。ＲＡＣＨ管理部１１３は、ランダムアクセスプリアンブルの送信回数が最大送信可能回数（preambleTransMax）になると、ランダムアクセス手続きが失敗したことを制御部１０３に通知してランダムアクセス手続きを終了する。
【００６７】
ＳＲ判断部１１５は、制御部１０３からスケジューリング要求（SR）を送信するように指示されると、端末UE1に生起した上りデータの優先度の高低を判断する。端末UE1に生起した上りデータが低優先度であると判断された場合は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する。このとき、ＳＲ判断部１１５は、ＤＳＲ管理部１１１にスケジューリング要求（SR）の送信を指示する。一方、端末UE1に生起した上りデータが高優先度であると判断された場合は、個別スケジューリング要求リソースを用いる代わりに、ランダムアクセス手続きを開始してランダムアクセスプリアンブルを送信する。このとき、ＳＲ判断部１１５は、ＲＡＣＨ管理部１１３にランダムアクセス手続きの開始を指示する。
【００６８】
ＳＲ判断部１１５は、制御部１０３から入力されたランダムアクセス許容情報、ＤＳＲ管理部１１１から入力されたランダムアクセス許容情報の設定情報、及び上りデータの優先度を判断可能な情報に基づいて、上記説明した上りデータの優先度の高低判断を行う。なお、個別スケジューリング要求リソースの設定情報は、ＳＲ判断部１１５によってその出力がＤＳＲ管理部１１１に指示されることによって得られる。ＳＲ判断部１１５は、上りデータの優先度を判断可能な情報が入力されない場合、端末UE1に生起した全ての上りデータを高優先度と判断する。
【００６９】
また、ＳＲ判断部１１５は、ＤＳＲ管理部１１１によるスケジューリング要求（SR）の送信が失敗したことがＤＳＲ管理部１１１から通知されると、ＲＡＣＨ管理部１１３にランダムアクセス手続きの開始を指示する。
【００７０】
ＳＲ判断部１１５は、上述した判断方法例１〜７及びランダムアクセス許容情報例１〜９に基づいて、上記説明した上りデータの優先度の高低判断を行う。ただし、本開示の請求範囲は、上述の判断方法例１〜７及びランダムアクセス許容情報例１〜９に限定されない。
【００７１】
送信部１０５は、ランダムアクセスプリアンブル、スケジューリング要求（SR）、制御信号に対する応答、又は上りデータなどを無線通信装置NE1に送信する。
【００７２】
［第１の実施形態の無線通信装置NE1の構成］
図４は、第１の実施形態の無線通信システムを構成する無線通信装置NE1のブロック図である。図４に示すように、第１の実施形態の無線通信装置NE1は、受信部１５１と、制御部１５３と、送信部１５５とを備える。制御部１５３は、ＲＡＣＨ許容部１６１を有する。
【００７３】
受信部１５１は、端末UE1から送信されたランダムアクセスプリアンブル、スケジューリング要求（SR）、制御信号に対する応答、又は上りデータなどを受信して、制御部１５３へ出力する。
【００７４】
制御部１５３は、端末UE1に個別スケジューリング要求リソースを割り当てるか否かを判断する。制御部１５３は、個別スケジューリング要求リソースを割り当てると判断すると、個別スケジューリング要求リソースの設定情報を含む制御情報を作成して送信部１５５に出力する。
【００７５】
制御部１５３は、受信部１５１が受信した端末UE1からのスケジューリング要求（SR）が入力されると、端末UE1に上りリソースを割り当てる。制御部１５３は、受信部１５１が受信した端末UE1からのランダムアクセスプリアンブルが入力されると、ランダムアクセス応答を生成して送信部１５５に出力する。
【００７６】
また、制御部１５３は、端末UE1が高優先度の上りデータを送信するためにスケジューリング要求（SR）を送信する場合において、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりに、ランダムアクセス手続きを行ってよいか否かをＲＡＣＨ許容部１６１に問い合わせる。制御部１５３は、当該問い合わせに対するＲＡＣＨ許容部１６１からの応答内容に基づいて、ランダムアクセス許容情報を生成する。制御部１５３がランダムアクセス許容情報に含める情報は、上述の判断方法例１〜７及びランダムアクセス許容情報例１〜９に基づくが、上述の判断方法例１〜７及びランダムアクセス許容情報例１〜９以外の情報から構成されてもよい。
【００７７】
ＲＡＣＨ許容部１６１は、端末UE1が高優先度の上りデータを送信するためにスケジューリング要求（SR）を送信する場合において、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりに、ランダムアクセス手続きを行ってよいか否かを判断する。ＲＡＣＨ許容部１６１は、当該判断結果を制御部１５３に出力する。
【００７８】
送信部１５５は、制御部１５３から入力されたデータ、報知情報、個別制御情報、又はランダムアクセス応答などを端末UE1に送信する。
【００７９】
（第１の実施形態における端末UE1の動作）
以下、図５を参照して、端末UE1に上りリソースが割り当てられていない状態で端末UE1に上りデータが生起した場合の端末UE1の動作について説明する。図５は、第１の実施形態の無線通信システムにおいて、端末UE1に上りリソースが割り当てられていない状態で端末UE1に上りデータが生起した場合の端末UE1の動作を示すフローチャートである。なお、端末UE1が無線通信装置NE1から受信する個別制御情報に含まれるランダムアクセス許容情報は、上述したランダムアクセス許容情報例９である。したがって、端末UE1にはD-SR選択可能時間が予め設定されている。また、ランダムアクセス許容情報は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりにランダムアクセス手続きを開始することを許容するか否かを１ビットの情報で示す。なお、制御部１０３のＳＲ判断部１１５は、上りデータの優先度を判断できる情報が端末UE1に入力されない場合、生起した全ての上りデータを高優先度と判断する。
【００８０】
図５に示すように、端末UE1で上りデータが生起する（ステップＳ１０１）と、制御部１０３のＳＲ判断部１１５は、ＤＳＲ管理部１１１に個別スケジューリング要求リソースが割り当てられているか否かを確認する（ステップＳ１０２）。個別スケジューリング要求リソースが割り当てられている場合はステップＳ１０３に遷移し、割り当てられていない場合はステップＳ１０８に遷移する。
【００８１】
ステップＳ１０３において、ＳＲ判断部１１５は、生起した上りデータが高優先度の場合、制御部１０３から入力されたランダムアクセス許容情報が、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりにランダムアクセス手続きを開始することを許容しているか否かを確認する。ランダムアクセス許容情報がランダムアクセス手続きの開始を許容している場合はステップＳ１０４に遷移し、許容していない場合はステップＳ１０８に遷移する。なお、そもそも制御部１０３からＳＲ判断部１１５にランダムアクセス許容情報が入力されない場合はステップＳ１０８に遷移する。
【００８２】
ステップＳ１０４において、ＳＲ判断部１１５は、制御部１０３から入力された上りデータの優先度を判断可能な情報に基づいて、上りデータが高優先度であるか低優先度であるかを判断する。上りデータが高優先度であるとＳＲ判断部１１５が判断するとステップＳ１０５に遷移し、低優先度であると判断するとステップＳ１０６に遷移する。
【００８３】
ステップＳ１０５において、ＳＲ判断部１１５は、ＤＳＲ管理部１１１から入力された個別スケジューリング要求リソースの設定情報に基づいて、上りデータの生起から次の個別スケジューリング要求リソースまでの時間がD-SR選択可能時間よりも短いか長いかを判断する。個別スケジューリング要求リソースまでの時間がD-SR選択可能時間よりも短いとＳＲ判断部１１５が判断するとステップＳ１０６に遷移し、長いと判断するとステップＳ１０８に遷移する。
【００８４】
ステップＳ１０６において、ＳＲ判断部１１５は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信するようＤＳＲ管理部１１１に指示する。次に、ＳＲ判断部１１５は、スケジューリング要求（SR）の送信が成功したことがＤＳＲ管理部１１１から通知されると、一連の処理を終了し、失敗したことが通知されるとステップＳ１０８に遷移する（ステップＳ１０７）。ステップＳ１０８において、ＳＲ判断部１１５は、ＲＡＣＨ管理部１１３にランダムアクセス手続きの開始を指示する。
【００８５】
なお、図５を参照した上記説明は、ランダムアクセス許容情報例９を用いた場合であるが、ランダムアクセス許容情報例１，２，８のようにD-SR選択可能時間を用いない場合、ステップＳ１０４においてＳＲ判断部１１５が上りデータは高優先度であると判断すると、ステップＳ１０８に遷移する。
【００８６】
以上説明したように、本実施形態によれば、端末UE1に上りリソースが割り当てられていない状態で端末UE1に高優先度の上りデータが生起すると、端末UE1は、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する代わりにランダムアクセス手続きを開始する。ランダムアクセス手続きでは端末間で共有のチャネルを使用するため、個別にリソースを予め割り当てる必要がない。このため、端末UE1は、ランダムアクセスプリアンブルを送信したい場合に送信することができる。一方、端末UE1に低優先度の上りデータが生起した場合、当該上りデータの送信の遅延は許容できるため、端末UE1は、個別スケジューリング要求リソースのタイミングまで待って、当該個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する。
【００８７】
このように、上りデータの優先度の高低に応じて、個別スケジューリング要求リソースの利用とランダムアクセス手続きの活用を分ければ、個別スケジューリング要求リソースの周期の長さに伴う遅延の発生を防止しつつ、個別スケジューリング要求リソースの利用効率を上げることができる。すなわち、個別スケジューリング要求リソースの周期を長く設定しても、個別スケジューリング要求リソースが使用されない確率を下げることができる。
【００８８】
また、ランダムアクセス許容情報を用いることによって、全ての端末が勝手にランダムアクセスチャネル（RACH）を使用することを防ぐことができる。その結果、無線通信装置NE1が許容した端末のみがランダムアクセスチャネル（RACH）を用いるため、ランダムアクセスチャネル（RACH）の混雑度合いを無線通信装置NE1が考慮した運用を行うことができる。
【００８９】
また、ランダムアクセス手続きの開始は、高優先度の上りデータが生起した場合及び上りデータの生起から個別スケジューリング要求リソースまでの時間がD-SR選択可能時間よりも長い場合に制限されているため、端末UE1によるPRACHリソースの使用を抑制できる。その結果、他の端末によるPRACHリソースの使用に対する影響を抑えることができる。また、ランダムアクセス手続きの開始は、上りデータの生起から個別スケジューリング要求リソースまでの時間がD-SR選択可能時間よりも長い場合に制限されているため、遅延時間に関する要求を満たしつつ、PRACHリソースの使用を抑制できる。その結果、PRACHリソースの使用に伴う電力消費を低減できる。
【００９０】
（第２の実施形態）
図６〜図７を参照して、第２の実施形態の無線通信システムについて説明する。第２の実施形態の無線通信システムが、第１の実施形態の無線通信システムと異なる点は、端末が上りデータの遅延許容値を通知することである。この点以外は、第１の実施形態と同様である。遅延許容値は、端末で生起した上りデータが許容可能な、スケジューリング要求（SR）を送信するまで端末が待つことができる時間を示す。
【００９１】
図６は、第２の実施形態の無線通信システムにおける端末UE2と無線通信装置NE1の間の処理を含むタイミングチャートの一例を示す図である。なお、図６では、第１の実施形態で図２に示した処理又はデータと同じ処理又はデータには同じ符号が付されている。図６に示すように、端末UE2は、上りリソースが割り当てられていない状態で高優先度の上りデータが生起した場合、無線通信装置NE2に送信したランダムアクセスプリアンブルに対するランダムアクセス応答を受信した後、このランダムアクセス応答によって通知された上りリソースを用いて上りデータを送信する際、ランダムアクセス手続きをトリガーした上りデータの遅延許容値を無線通信装置NE2に送信する（Ｔ２０１）。
【００９２】
上記説明した遅延許容値及び遅延許容値を通知する値の例として以下に示す例１〜４があげられる。
【００９３】
［遅延許容値及び通知値例１］
遅延許容値は、個別スケジューリング要求リソースの周期として規定されている値の中から選択された値を示す。この場合、各周期と対応するビットが予め設定されており、端末UE2は、選択した値に対応するビットを遅延許容値として通知する。
【００９４】
［遅延許容値及び通知値例２］
遅延許容値は、スケジューリング要求設定インデックス（SR config index）から選択された値を示す。この場合、端末UE2は、インデックスを遅延許容値として通知する。
【００９５】
［遅延許容値及び通知値例３］
遅延許容値は、1ms単位、2ms単位、10ms単位など予め設定された単位又は無線通信装置NE2から通知された単位で表される。この場合、端末UE2は、遅延許容時間を設定された単位で除算した値を遅延許容値として通知する。
【００９６】
［遅延許容値及び通知例４］
遅延許容値は、1ms単位、2ms単位、10ms単位など予めリストとして設定された単位から選択された単位で表される。この場合、端末UE2は、単位を示す識別子及び遅延許容時間を選択した単位で除算した値を遅延許容値として通知する。
【００９７】
［遅延許容値及び通知例５］
遅延許容値は、１ビットで通知される。遅延許容値は、端末UE2で現在設定されている個別スケジューリング要求リソースの周期を許容できない上りデータが、継続的に発生することを示す。このようにすることで、無線通信装置NE2は、個別スケジューリング要求リソースの周期を短くするか否かを判断することができる。
【００９８】
なお、上記説明した例以外の値を遅延許容値として用いても良い。また、端末UE2は、MAC制御要素（MAC Control Element：MACCE）で遅延許容値を通知してもよい。
【００９９】
［第２の実施形態の端末UE2の構成］
図７は、第２の実施形態の無線通信システムを構成する端末UE2のブロック図である。図７に示すように、第２の実施形態の端末UE2は、受信部１０１と、制御部２０３と、送信部１０５とを備える。制御部２０３は、第１の実施形態の制御部１０３が有するＤＳＲ管理部１１１、ＲＡＣＨ管理部１１３及びＳＲ判断部１１５に加え、遅延許容値報告部２１１をさらに有する。また、第２の実施形態の制御部２０３は、第１の実施形態で説明した制御部１０３の機能に加え、以下の機能を有する。
【０１００】
制御部２０３は、上りデータの遅延許容値及び個別スケジューリング要求リソースの設定情報を遅延許容値報告部２１１に出力する。なお、制御部２０３は、上りデータの生起情報を遅延許容値報告部２１１に出力してもよい。上りデータの生起情報には、上りデータが生起する周期又は頻度を示す情報などが含まれる。
【０１０１】
制御部２０３は、無線通信装置NE2に遅延許容値を送信するよう遅延許容値報告部２１１から要求された場合、message3に割り当てられた上りリソースに遅延許容値を含めることができると判断すると、遅延許容値報告部２１１に作成中のmessage3及び上りリソースを出力する。また、制御部２０３は、message3に割り当てられた上りリソースに遅延許容値を含めることができないと判断すると、別の上りリソースがある場合、この別の上りリソースと作成中のmessage3を遅延許容値報告部２１１に出力する。このように、端末UE2は、割り当てられた他の上りリソースを用いて遅延許容値を送っても良い。なお、message3は、ランダムアクセス応答で指示されたUL grantを用いて送信するメッセージである。
【０１０２】
遅延許容値報告部２１１は、制御部２０３から入力された上りデータの遅延許容値及び個別スケジューリング要求リソースの設定情報から、ランダムアクセス手続きを行うと判断すると、無線通信装置NE2への遅延許容値の送信を制御部２０３に要求する。遅延許容値報告部２１１は、制御部２０３から上りリソースが通知されると、遅延許容値を含むデータを作成し、上りデータと共に送信部１０５へ出力する。遅延許容値報告部２１１は、作成中のデータが入力される場合、そのデータに遅延許容値を追加してデータを作成する。
【０１０３】
なお、遅延許容値報告部２１１は、制御部２０３から入力される情報に上りデータの生起情報が含まれ、上りデータの生起情報から個別スケジューリング要求リソースの短周期化を判断した場合にのみ、無線通信装置NE2への遅延許容値の送信を制御部２０３に要求しても良い。この場合、端末UE2から無駄な遅延許容値の送信を防ぐことができるとともに、無線通信装置NE2による個別スケジューリング要求リソースの不必要な更新を防ぐことができる。
【０１０４】
以上説明したように、本実施形態によれば、無線通信装置NE2は、高優先度の上りデータが生起した端末UE2から送信された遅延許容値に基づいて、個別スケジューリング要求リソースの周期を更新することができる。個別スケジューリング要求リソースの周期が短くなれば、高優先度の上りデータが生起した端末UE2において、個別スケジューリング要求リソースを用いてスケジューリング要求（SR）を送信する場合も遅延要求を満たすことができる。
【０１０５】
また、端末UE2が、高優先度の上りデータが生起する周期を示す情報を遅延許容値と共に送る場合、無線通信装置NE2は、個別スケジューリング要求リソースを更新すべきかどうかを判断することができる。
【０１０６】
なお、端末UE2は、端末UE2で高優先度の上りデータが継続して生起すると判断した場合にのみ、遅延許容値を送信してもよい。この場合、無線通信装置NE2は不必要な個別スケジューリング要求リソースの更新を行うことがないため、個別制御情報の送受信に要するリソースの消費及び端末UE2での電力消費を防ぐことができる。
【０１０７】
また、端末UE2は、端末UE2において個別スケジューリング要求リソースの周期よりも短い間隔で上りデータが継続して生起すると判断した場合のみ、遅延許容値を送信してもよい。この場合、端末UE2は、個別スケジューリング要求リソースの周期を見直して欲しい場合のみ遅延許容値を通知できるため、個別制御情報の送受信に要するリソースの消費及び端末UE2での電力消費を抑えることができる。また、無線通信装置NE2の処理負荷を軽減できる。
【０１０８】
（第３の実施形態）
図８〜図９を参照して、第３の実施形態の無線通信システムについて説明する。第３の実施形態の無線通信システムは、端末及び無線通信装置から構成される。端末は、無線通信装置から上りリソースを割り当ててもらうために、スケジューリング要求（SR）を無線通信装置に送信する。無線通信装置は、上りリソースを端末に割り当てる。また、無線通信装置は、各端末に対する無線リソース（例えば、周波数領域又は時間領域での周波数帯域）の割り当て及び管理を行い、端末のための無線アクセスネットワークのアクセスポイントの役割を有する。
【０１０９】
図８は、第３の実施形態の無線通信システムにおける状態の一例を示す概要図である。図８に示すように、端末には、複数の異なる周期の個別スケジューリング要求リソース（D-SR1, D-SR2）が設定される。当該端末に上りリソースが割り当てられていない場合、端末で上りデータが生起すると、端末は、上りリソースの割り当てを求めるために、ランダムアクセス手続きは開始せず、割り当てられた複数の個別スケジューリング要求リソースのいずれかを用いてスケジューリング要求（SR）を無線通信装置に送信する。
【０１１０】
図９は、第３の実施形態の無線通信システムにおける端末UE3が無線通信装置NE3にスケジューリング要求（SR）を送信する際のタイミングチャートの一例を示す図である。図９に示すように、無線通信装置NE3は、複数のスケジューリング要求設定の制御情報を含む個別制御情報を端末UE3に送信する（Ｔ３０１）。なお、個別制御情報は、RRC接続セットアップ（RRC Connection Setup）メッセージ、RRC再接続設定（RRC Connection Reconfiguration）メッセージ若しくは他のRRCメッセージ、又は、MAC層若しくは物理層のシグナリングである。
【０１１１】
端末UE3は、上りリソースが割り当てられていない場合に上りデータが生起すると（Ｔ３０２）、端末UE3に設定された複数の異なる周期の個別スケジューリング要求リソースの中で最も早くタイミングが回ってくる個別スケジューリング要求リソースを用いて、無線通信装置NE3にスケジューリング要求（SR）を送信する（Ｔ３０３）。無線通信装置NE3は、受信したスケジューリング要求（SR）に応じて割り当てた上りリソースを端末UE3に通知する（Ｔ３０４）。端末UE3は、通知された上りリソースを用いて上りデータを無線通信装置NE3に送信する。
【０１１２】
本実施形態によれば、無線通信装置NE3は、上りデータを生起するアプリケーション毎に適当な周期の個別スケジューリング要求リソースを端末UE3に割り当てることができる。したがって、個別スケジューリング要求リソースが効率的に使用される。
【０１１３】
なお、無線通信装置NE3は、複数のスケジューリング要求設定で共通の最大送信回数及びスケジューリング要求禁止タイマー（sr-prohibit timer）を使用してもよい。この場合、端末UE3での処理負荷を軽減できる。
【０１１４】
上記各実施形態では、本開示をハードウェアで構成する場合を例にとって説明したが、本開示はハードウェアとの連携においてソフトウェアで実現することも可能である。
【０１１５】
また、上記各実施形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１１６】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
【０１１７】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行っても良い。バイオ技術の適用等が可能性としてありえる。
【０１１８】
なお、上記実施形態ではアンテナとして説明したが、アンテナポートでも同様に適用できる。アンテナポート（Antenna port）とは、１本又は複数の物理アンテナから構成される論理的なアンテナを指す。すなわち、アンテナポートは必ずしも１本の物理アンテナを指すとは限らず、複数のアンテナから構成されるアレイアンテナ等を指すことがある。例えばＬＴＥ（Long Term Evolution）においては、アンテナポートが何本の物理アンテナから構成されるかは規定されず、基地局が異なる参照新号（Reference signal）を送信できる最小単位として規定されている。また、アンテナポートは、プリコーディング・ベクトル（Precoding vector）の重み付けを乗算する最小単位として規定されることもある。
【０１１９】
以上説明した各実施の形態は、次のような態様の開示を含むものである。
＜無線通信端末UEの開示１＞
通信可能な無線通信装置に上りリソースの割り当てを要求するためのスケジューリング要求を送信する際に用いる個別スケジューリング要求リソースが設定された無線通信端末であって、
前記無線通信端末に前記上りリソースが割り当てられていない場合、前記無線通信端末に上りデータが生起すると、前記上りデータの優先度の高低を判断する優先度判断部と、
前記上りデータの優先度が低いと判断された場合、前記個別スケジューリング要求リソースを用いてスケジューリング要求を前記無線通信装置に送信して、前記無線通信装置に上りリソースの割り当てを要求するよう処理するＤＳＲ管理部と、
前記上りデータの優先度が高いと判断された場合、ランダムアクセスプリアンブルを前記無線通信装置に送信して、前記無線通信装置に上りリソースの割り当てを要求するよう処理するＲＡＣＨ管理部と、
を備えた無線通信端末。
【０１２０】
＜無線通信端末UEの開示２＞
上記開示１に記載の無線通信端末であって、
前記優先度判断部は、MAC層において区別されるデータ種別に応じて前記上りデータの優先度の高低を判断する無線通信端末。
【０１２１】
＜無線通信端末UEの開示３＞
上記開示２に記載の無線通信端末であって、
前記優先度判断部は、
遅延を許容できないデータ、及び、前記個別スケジューリング要求リソースまでの時間を許容できないデータの優先度を高いと判断し、
遅延を許容できるデータ、及び、前記個別スケジューリング要求リソースまでの時間を許容できるデータの優先度を低いと判断する無線通信端末。
【０１２２】
＜無線通信端末UEの開示４＞
上記開示２に記載の無線通信端末であって、
前記優先度判断部は、RRC層の制御情報の優先度を高いと判断し、RRC層の制御情報以外のデータの優先度を低いと判断する無線通信端末。
【０１２３】
＜無線通信端末UEの開示５＞
上記開示２に記載の無線通信端末であって、
前記優先度判断部は、移動制御に関連するデータの優先度を高いと判断し、移動制御に関連しないデータの優先度を低いと判断する無線通信端末。
【０１２４】
＜無線通信端末UEの開示６＞
上記開示１に記載の無線通信端末であって、
前記優先度判断部は、前記上りデータが送信されるトンネルに応じて前記上りデータの優先度の高低を判断する無線通信端末。
【０１２５】
＜無線通信端末UEの開示７＞
上記開示６に記載の無線通信端末であって、
前記優先度判断部は、特定のlogical channel上で送信されるデータの優先度を高いと判断し、特定のlogical channel上で送信されるデータ以外のデータの優先度を低いと判断する無線通信端末。
【０１２６】
＜無線通信端末UEの開示８＞
上記開示６に記載の無線通信端末であって、
前記優先度判断部は、特定のlogical channel group上で送信されるデータの優先度を高いと判断し、特定のlogical channel group上で送信されるデータ以外のデータの優先度を低いと判断する無線通信端末。
【０１２７】
＜無線通信端末UEの開示９＞
上記開示６に記載の無線通信端末であって、
前記優先度判断部は、特定のベアラ上で送信されるデータの優先度を高いと判断し、特定のベアラ以外のベアラ上で送信されるデータの優先度を低いと判断する無線通信端末。
【０１２８】
＜無線通信端末UEの開示１０＞
上記開示１に記載の無線通信端末であって、
前記優先度判断部は、前記無線通信端末が有する蓄電器の残容量に応じて前記上りデータの優先度の高低を判断する無線通信端末。
【０１２９】
＜無線通信端末UEの開示１１＞
上記開示１〜１０のいずれか一項に記載の無線通信端末であって、
前記上りデータの遅延許容値を前記無線通信装置に送信するよう処理する遅延許容値報告部を備えた無線通信端末。
【０１３０】
＜無線通信端末UEの開示１２＞
上記開示１１に記載の無線通信端末であって、
前記遅延許容値報告部は、前記無線通信端末が前記無線通信装置から得られたランダムアクセス応答によって通知された上りリソースを用いて前記上りデータを送信する場合に動作する無線通信端末。
【０１３１】
＜無線通信装置NEの開示１＞
無線通信端末と通信可能な無線通信装置であって、
前記無線通信端末が利用可能な個別スケジューリング要求リソースに関する設定情報と、前記無線通信端末で高優先度の上りデータが生起した場合に、上りリソースの割り当てを求めるためにランダムアクセス手続きの開始を指示するランダムアクセス許容情報と、を含む個別制御情報を前記無線通信端末に送信する無線通信装置。
【０１３２】
＜無線通信装置NEの開示２＞
上記開示１に記載の無線通信装置であって、
前記ランダムアクセス許容情報は、前記無線通信端末で高優先度の上りデータが生起した場合にランダムアクセス手続きの開始を許容するか否かを１ビットの情報で示す無線通信装置。
【０１３３】
＜無線通信装置NEの開示３＞
上記開示１又は２に記載の無線通信装置であって、
前記無線通信端末から前記上りデータの遅延許容値が送信された場合、前記遅延許容値に応じて前記個別スケジューリング要求リソースに関する設定情報を変更する無線通信装置。
【０１３４】
＜上りリソース要求処理方法の開示＞
通信可能な無線通信装置に上りリソースの割り当てを要求するためのスケジューリング要求を送信する際に用いる個別スケジューリング要求リソースが設定された無線通信端末による上りリソース要求処理方法であって、
前記無線通信端末に前記上りリソースが割り当てられていない場合、前記無線通信端末に上りデータが生起すると、前記上りデータの優先度の高低を判断し、
前記上りデータの優先度が低いと判断した場合、前記個別スケジューリング要求リソースを用いてスケジューリング要求を前記無線通信装置に送信して、前記無線通信装置に上りリソースの割り当てを要求するよう処理し、
前記上りデータの優先度が高いと判断した場合、ランダムアクセスプリアンブルを前記無線通信装置に送信して、前記無線通信装置に上りリソースの割り当てを要求するよう処理する上りリソース要求処理方法。
【０１３５】
（第３の実施形態の開示１）
通信可能な無線通信装置に上りリソースの割り当てを要求するためのスケジューリング要求を送信する際に用いる、複数の異なる周期の個別スケジューリング要求リソースが設定された無線通信端末であって、
前記無線通信端末に前記上りリソースが割り当てられていない場合、前記無線通信端末に上りデータが生起すると、前記複数の個別スケジューリング要求リソースのいずれかを用いてスケジューリング要求を前記無線通信装置に送信するよう処理するＤＳＲ管理部と、
を備えた無線通信端末。
【０１３６】
上記第３の実施形態の開示１に記載の無線通信端末であって、
ＤＳＲ管理部は、前記上りデータが生起した後、前記複数の個別スケジューリング要求リソースの中で最も早くタイミングが回ってくる個別スケジューリング要求リソースを用いて前記スケジューリング要求を前記無線通信装置に送信するよう処理する。
【産業上の利用可能性】
【０１３７】
本開示に係る無線通信端末及び無線通信装置は、遅延時間に関する要求を満たしつつ、リソースを有効活用する無線通信端末及び無線通信装置等として有用である。
【符号の説明】
【０１３８】
UE1,UE2,UE3  無線通信端末（端末）
NE1,NE2,NE3  無線通信装置
１０１  受信部
１０３，２０３  制御部
１０５  送信部
１１１  ＤＳＲ管理部
１１３  ＲＡＣＨ管理部
１１５  ＳＲ判断部
１５１  受信部
１５３  制御部
１５５  送信部
１６１  ＲＡＣＨ許容部
２１１  遅延許容値報告部
【図１】
2013236327.tif 000003
【図２】
2013236327.tif 000004
【図３】
2013236327.tif 000005
【図４】
2013236327.tif 000006
【図５】
2013236327.tif 000007
【図６】
2013236327.tif 000008
【図７】
2013236327.tif 000009
【図８】
2013236327.tif 000010
【図９】
2013236327.tif 000011