特許 7383794 通信制御方法及びユーザ装置

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

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

(11)【特許番号】

(24)【登録日】2023-11-10

(45)【発行日】2023-11-20

(54)【発明の名称】通信制御方法及びユーザ装置

(51)【国際特許分類】

   H04W 72/0457 20230101AFI20231113BHJP

   H04W 24/10 20090101ALI20231113BHJP

   H04W 72/1268 20230101ALI20231113BHJP

【ＦＩ】

H04W72/0457

H04W24/10

H04W72/1268

【請求項の数】 6

(21)【出願番号】P 2022508213

(86)(22)【出願日】2021-03-05

(86)【国際出願番号】 JP2021008647

(87)【国際公開番号】W WO2021187158

(87)【国際公開日】2021-09-23

【審査請求日】2022-09-15

(31)【優先権主張番号】P 2020048413

(32)【優先日】2020-03-18

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】弁理士法人キュリーズ

(72)【発明者】

【氏名】藤代 真人

【審査官】岡本 正紀

(56)【参考文献】

【文献】国際公開第２０１０／０１６１４９（ＷＯ，Ａ１）

【文献】特開２０１２－０３４４０７（ＪＰ，Ａ）

【文献】国際公開第２０１５／１４１４７８（ＷＯ，Ａ１）

【文献】特開２０００－０６９５４８（ＪＰ，Ａ）

【文献】特開２０１１－２５０４８１（ＪＰ，Ａ）

【文献】特開２００８－０７２１９４（ＪＰ，Ａ）

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

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

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

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

【請求項1】

ユーザ装置が実行する通信制御方法であって、
前記ユーザ装置が論理チャネルを介して基地局に送信する未送信データの滞留時間を計測することと、
前記滞留時間に基づいて、データ送信用のリソースを前記論理チャネルに割り当てることと、を有し、
前記割り当てることは、
前記滞留時間が前記論理チャネルに設定された滞留上限時間を超えることを抑制するように、他の論理チャネルよりも優先して前記リソースを前記論理チャネルに割り当てることと、
前記滞留時間が所定時間に達した場合、前記論理チャネルに設定された優先度にかかわらず、所定リソースよりも多い前記リソースを前記論理チャネルに割り当てることと、を含み、
前記所定時間は、前記滞留上限時間よりも短い時間であり、
前記所定リソースは、前記論理チャネルに最低限保証されたリソースである
通信制御方法。

【請求項2】

前記計測すること及び前記割り当てることは、前記ユーザ装置のＭＡＣレイヤにより実行される
請求項１に記載の通信制御方法。

【請求項3】

前記滞留上限時間は、前記基地局から前記ユーザ装置に対して設定される可変パラメータである
請求項１に記載の通信制御方法。

【請求項4】

前記滞留時間が前記滞留上限時間を超えた場合、前記未送信データを破棄するデータ破棄処理、及び異常の発生を検知又は通知する異常検知処理のうち、少なくとも一方を実行することをさらに有する
請求項１乃至３のいずれか１項に記載の通信制御方法。

【請求項5】

前記計測することは、前記論理チャネルと対応付けられた送信バッファに前記未送信データが格納されたタイミング又は前記ユーザ装置のＭＡＣレイヤが前記未送信データを認識したタイミングで前記滞留時間の計測を開始することを含む
請求項１乃至４のいずれか１項に記載の通信制御方法。

【請求項6】

請求項１乃至５のいずれか１項に記載の通信制御方法を実行する
ユーザ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動通信システムに用いる通信制御方法及びユーザ装置に関する。

【背景技術】

【0002】

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格に基づく移動通信システムにおいて、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤは、複数の論理チャネルのそれぞれに設定された優先度に基づいて、送信するデータを優先度順に選択する論理チャネル優先度付け処理を行う（例えば、非特許文献１参照）。ＭＡＣレイヤは、論理チャネル優先度付け処理により選択されたデータを送信データブロックに多重化する。

【先行技術文献】

【非特許文献】

【0003】

【文献】３ＧＰＰ技術仕様書「ＴＳ３８．３２１ Ｖ１５．８．０」 ２０１９年１２月、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／３８＿ｓｅｒｉｅｓ／３８．３２１／３８３２１－ｆ８０．ｚｉｐ＞

【発明の概要】

【0004】

第１の態様に係る通信制御方法は、ユーザ装置が実行する方法である。前記通信制御方法は、前記ユーザ装置が論理チャネルを介して基地局に送信する未送信データの滞留時間を計測することと、前記滞留時間に基づいて、データ送信用のリソースを前記論理チャネルに割り当てることとを有する。

【0005】

第２の態様に係る通信制御方法は、ユーザ装置が実行する方法である。前記通信制御方法は、前記ユーザ装置が論理チャネルを介して送信する未送信データの滞留時間を計測することと、前記滞留時間に基づく時間情報を基地局に通知することとを有する。前記時間情報は、前記基地局が前記ユーザ装置に上りリンク無線リソースを割り当てるために参照される情報である。

【0006】

第３の態様に係るユーザ装置は、第１の態様又は第２の態様に係る通信制御方法を実行する。

【図面の簡単な説明】

【0007】

【図1】実施形態に係る移動通信システムの構成を示す図である。

【図2】実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。

【図3】実施形態に係るｇＮＢ（基地局）の構成を示す図である。

【図4】データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

【図5】シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

【図6】実施形態に係る想定シナリオを示す図である。

【図7】実施形態に係るＵＥのＭＡＣレイヤの構成を示す図である。

【図8】実施形態に係るＬＣＰ処理の一例を示す図である。

【図9】第１実施形態に係る通信制御方法の概要を示す図である。

【図10】第１実施形態に係る通信制御方法のフロー例を示す図である。

【図11】第２実施形態に係るＳＲ信号及びＢＳＲを示す図である。

【図12】第２実施形態に係る通信制御方法のフロー例を示す図である。

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

【0008】

近年、３ＧＰＰ規格に基づく移動通信システムを産業用ネットワークに導入し、産業用ネットワークの少なくとも一部を無線化することが検討されている。しかしながら、産業用ネットワークは厳密なリアルタイム動作が要求されるため、上述したようなＭＡＣレイヤの処理に起因する遅延が問題になり得る。

【0009】

そこで、本開示は、低遅延が要求されるデータを適切に伝送可能とすることを目的とする。

【0010】

図面を参照しながら、第１実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

【0011】

［第１実施形態］
（移動通信システムの構成）
まず、第１実施形態に係る移動通信システムの構成について説明する。図１は、第１実施形態に係る移動通信システムの構成を示す図である。この移動通信システムは、３ＧＰＰ規格の第５世代システム（５ＧＳ：５ｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）に準拠する。以下において、５ＧＳを例に挙げて説明するが、移動通信システムにはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムが少なくとも部分的に適用されてもよい。

【0012】

図１に示すように、５ＧＳ１は、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）２０とを有する。

【0013】

ＵＥ１００は、移動可能な無線通信装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わない。例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）、タブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ ＵＥ）、及び／又は飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ ＵＥ）である。

【0014】

ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、及び／又はモビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。

【0015】

なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）に接続することもできる。ＬＴＥの基地局が５ＧＣに接続することもできる。ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されることもできる。

【0016】

５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００のモビリティを管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。

【0017】

図２は、ＵＥ１００（ユーザ装置）の構成を示す図である。

【0018】

図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

【0019】

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。

【0020】

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

【0021】

制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

【0022】

図３は、ｇＮＢ２００（基地局）の構成を示す図である。

【0023】

図３に示すように、ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

【0024】

送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

【0025】

受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

【0026】

制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵと、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

【0027】

バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢは、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間はＦ１インターフェイスで接続されてもよい。

【0028】

図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

【0029】

図４に示すように、ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤとを有する。

【0030】

ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。

【0031】

ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。

【0032】

ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

【0033】

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

【0034】

ＳＤＡＰレイヤは、コアネットワークがＱｏＳ制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。

【0035】

図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

【0036】

図５に示すように、制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤを有する。

【0037】

ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードである。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドルモードである。

【0038】

ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。

【0039】

なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。

【0040】

（産業用ネットワークの概要）
次に、第１実施形態に係る産業用ネットワークについて説明する。第１実施形態において、５ＧＳ１を産業用ネットワークに導入し、産業用ネットワークの少なくとも一部を無線化するシナリオを想定する。

【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】

ステップＳ１０９において、ＵＥ１００のＭＡＣレイヤは、ステップＳ１０８でのデータ送信の完了に応じて、計測した滞留時間（Ｔｒ）をゼロにリセットする。

【0088】

このように、第１実施形態によれば、ＵＥ１００のＭＡＣレイヤが、論理チャネルを介してｇＮＢ２００に送信する未送信データの滞留時間（Ｔｒ）を計測し、滞留時間（Ｔｒ）に基づいてデータ送信用のリソースを当該論理チャネルに割り当てる。このように、ＬＣＰに滞留時間という概念を導入することにより、滞留時間が滞留上限時間（Ｔｕｌ）に達する前に当該未送信データを優先的に送信可能になる。

【0089】

［第２実施形態］
次に、第２実施形態について、上述した第１実施形態との相違点を主として説明する。

【0090】

（ＳＲ及びＢＳＲの概要）
第２実施形態に係る割当要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）信号及びバッファ状態報告（ＢＳＲ）について説明する。図１１は、第２実施形態に係るＳＲ信号及びＢＳＲを示す図である。

【0091】

図１１に示すように、ＵＥ１００のＭＡＣレイヤ１５０は、各論理チャネルに対応する送信バッファのデータ量をＢＳＲにより通知する機能を有する。ｇＮＢ２００は、ＢＳＲに基づいてＵＥ１００に上りリンク無線リソースを割り当てる。ＢＳＲでは、ＭＡＣレイヤ１５０は、各論理チャネルを論理チャネルグループ（ＬＣＧ：Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｇｒｏｕｐ）に割り当て、各ＬＣＧに対する送信バッファ量をＭＡＣレイヤのメッセージとしてｇＮＢ２００に通知する。

【0092】

ＢＳＲがトリガされる条件として、いくつかの条件がある。例えば、送信可能なデータが発生し、更に、このデータが送信バッファにあるデータより論理チャネルの優先度が高い場合にＢＳＲがトリガされ、ＢＳＲを通知する。また、定期的なタイマが満了した場合にＢＳＲがトリガされ、ＢＳＲを通知してもよい。

【0093】

また、ＢＳＲがトリガされた場合にＢＳＲを通知するための無線リソース（物理上りリンク共用チャネル：ＰＵＳＣＨ）が割り当てられていない場合、ＭＡＣレイヤ１５０は、ＰＨＹレイヤにＳＲを送信するように指示する。ＭＡＣレイヤ１５０は、無線リソースが割り当てられてから、ＢＳＲを送信する。

【0094】

ＰＨＹレイヤは、ＭＡＣレイヤ１５０からＳＲの送信を指示された場合、物理上りリンク制御チャネル（ＰＵＣＣＨ）を介してＳＲを送信する。なお、ＰＨＹレイヤは、ＳＲ送信のための物理上りリンク制御チャネルＰＵＣＣＨを割り当てられていない場合、物理ランダムアクセスチャネル（ＰＲＡＣＨ）を使用してリソース割当を要求する。

【0095】

（第２実施形態に係る通信制御方法）
次に、第２実施形態に係る通信制御方法について説明する。

【0096】

上述した第１実施形態において、ＭＡＣレイヤのＬＣＰ処理に滞留時間（Ｔｒ）の概念を導入する一例について説明した。

【0097】

これに対し、第２実施形態においては、ＳＲ又はＢＳＲを用いて、滞留時間（Ｔｒ）に基づく時間情報をｇＮＢ２００に通知することにより、ｇＮＢ２００がＵＥ１００へのリソース割当の際に滞留時間（Ｔｒ）を考慮できるようにする。これにより、ｇＮＢ２００は、ＵＥ１００に対して上りリンク無線リソースを割り当てる緊急度及び割当量を適切に判定できる。

【0098】

すなわち、第２実施形態に係る通信制御方法は、ＵＥ１００が実行する方法であって、ＵＥ１００が論理チャネルを介して送信する未送信データの滞留時間を計測するステップと、滞留時間に基づく時間情報をｇＮＢ２００に通知するステップとを有する。時間情報は、ｇＮＢ２００がＵＥ１００に上りリンク無線リソースを割り当てるために参照される情報である。

【0099】

ここで、計測するステップ及び通知するステップは、ＵＥ１００のＭＡＣレイヤにより実行されてもよい。通知するステップは、時間情報を含むＭＡＣレイヤメッセージをｇＮＢ２００に送信するステップを含んでもよい。ここで、ＭＡＣレイヤメッセージは、未送信データの量を示すＢＳＲであってもよい。具体的には、ＭＡＣレイヤメッセージは、既存のＢＳＲのフォーマットを拡張したものであってもよい。或いは、既存のＢＳＲのフォーマットと異なる新たなＭＡＣレイヤメッセージを定義してもよい。

【0100】

或いは、通知するステップは、時間情報と対応付けられた無線リソースによりＳＲ信号をｇＮＢ２００に送信するステップを含んでもよい。例えば、ＰＵＣＣＨリソース及び時間情報の対応付けがｇＮＢ２００からＵＥ１００に予め通知され、ＵＥ１００は、自身が生成した時間情報と対応付けられたＰＵＣＣＨリソースでＳＲ信号をｇＮＢ２００に送信する。これにより、ｇＮＢ２００は、ＳＲ信号の送信に用いられたＰＵＣＣＨリソースから時間情報を特定できる。このようなＳＲ信号を送信する場合、ＵＥ１００は、前回のＳＲの送信から一定時間が経過するまで今回のＳＲの送信を禁止するための禁止タイマを無効化してもよい。すなわち、ＵＥ１００は、時間情報をｇＮＢ２００に通知するためのＳＲ信号を禁止タイマの動作中であっても送信可能としてもよい。

【0101】

ＵＥ１００は、通信タイムアウト時間が設定された対象論理チャネル（ベアラ）又は当該対象論理チャネルが属するＬＣＧにデータが発生している場合（若しくは、そのような論理チャネルがＵＥ１００に設定されている場合）のみ、滞留時間（Ｔｒ）に基づく時間情報をｇＮＢ２００に対して通知するとしてもよい。或いは、ＵＥ１００は、滞留時間（Ｔｒ）に基づく時間情報の通知を許可（設定）している対象論理チャネルについてのみ、当該通知を行うとしてもよい。

【0102】

図１２は、第２実施形態に係る通信制御方法のフロー例を示す図である。

【0103】

図１２に示すように、ステップＳ２０１において、対象論理チャネルと対応付けられた送信バッファにデータが格納される。ステップＳ２０１は、図１０のステップＳ１０１と同様である。

【0104】

ステップＳ２０２において、ＵＥ１００のＭＡＣレイヤは、ステップＳ２０１で送信バッファに格納された未送信データの滞留時間（Ｔｒ）の計測を開始する。ステップＳ２０２は、図１０のステップＳ１０２と同様である。

【0105】

ステップＳ２０３において、ＵＥ１００のＭＡＣレイヤは、対象論理チャネルにおける滞留時間（Ｔｒ）に基づく時間情報をｇＮＢ２００に通知するトリガ条件が満たされたか否かを判定する。トリガ条件は、通常のＢＳＲのトリガ条件と同様であってもよいし、異なっていてもよい。

【0106】

例えば、トリガ条件は、対象論理チャネルにおける滞留時間（Ｔｒ）が時間閾値を超えたという条件であってもよい。トリガ条件は、対象論理チャネルと対応付けられた通信タイムアウト時間から対象論理チャネルにおける滞留時間（Ｔｒ）を減算して得た時間が時間閾値以下になったという条件であってもよい。トリガ条件は、対象論理チャネルにデータが発生した（入ってきた）という条件であってもよい。トリガ条件は、滞留時間（Ｔｒ）が一定値を超えた（例えば、図９のＴ２期間になった）という条件であってもよい。トリガ条件は、ｇＮＢ２００がＵＥ１００に対して設定できてもよい。上述の各条件でトリガされたＢＳＲ送信に係るＳＲは、通常のＰＵＣＣＨリソースと異なる特別なリソースを用いて送信されてもよい。当該特別なリソースは、ｇＮＢ２００からＵＥ１００に対して設定されてもよい。

【0107】

ここで、時間閾値は、ｇＮＢ２００からＵＥ１００に対して、論理チャネルごとに設定される可変パラメータであってもよい。時間閾値は、ＲＲＣレイヤの論理チャネル設定メッセージにより設定されてもよい。

【0108】

トリガ条件が満たされた場合（ステップＳ２０３：ＹＥＳ）、ステップＳ２０４において、ＵＥ１００のＭＡＣレイヤは、対象論理チャネルにおける滞留時間（Ｔｒ）に基づく時間情報を生成する。時間情報は、対象論理チャネルにおける滞留時間（Ｔｒ）を示す情報であってもよい。

【0109】

時間情報は、対象論理チャネルにおける滞留時間（Ｔｒ）と、対象論理チャネルと対応付けられた通信タイムアウト時間とに基づいて生成される情報であってもよい。例えば、時間情報は、通信タイムアウト時間から滞留時間（Ｔｒ）を減算して得た時間を示す情報であってもよい。時間情報は、通信タイムアウト時間から、滞留時間（Ｔｒ）及びオフセット時間を減算して得た時間を示す情報であってもよい。

【0110】

ステップＳ２０５において、ＵＥ１００のＭＡＣレイヤは、ステップＳ２０４で生成した時間情報をｇＮＢ２００に通知する。

【0111】

このように、第２実施形態によれば、ＵＥ１００のＭＡＣレイヤが、論理チャネルを介してｇＮＢ２００に送信する未送信データの滞留時間（Ｔｒ）を計測し、滞留時間（Ｔｒ）に基づく時間情報をｇＮＢ２００に通知する。これにより、ｇＮＢ２００は、ＵＥ１００に対して上りリンク無線リソースを割り当てる緊急度及び割当量を適切に判定できる。

【0112】

（その他の実施形態）
上述した実施形態において、ＵＥ１００におけるＭＡＣレイヤ１５０の動作として、上りリンクの動作を主として説明したが、上りリンクに限定されるものではなく、例えばサイドリンク又は下りリンクに対して、上述した実施形態に係る構成及び動作を適用してもよい。サイドリンクは、ＵＥ１００間の直接的な通信に用いるリンクである。すなわち、ＵＥ１００の無線通信相手は、ｇＮＢ２００に限らず、他のＵＥ１００であってもよい。

【0113】

また、上述した実施形態において、ＵＥ１００における動作について主として説明したが、無線中継局の一種であるＩＡＢノードに対して、上述した実施形態に係る構成及び動作を適用してもよい。換言すれば、ＩＡＢノードが、上述した実施形態で説明されたＵＥ１００の動作を行ってもよい。具体的には、ＩＡＢノードは、親ノードと通信するための端末機能（ＭＴ機能）を有しており、この端末機能（ＭＴ機能）に対して、上述した実施形態に係る構成及び動作を適用してもよい。

【0114】

また、上述した実施形態において、５ＧＳ１を産業用ネットワーク３０に適用する一例について説明したが、５ＧＳ１が産業用ネットワーク３０に適用されない場合であっても、上述した実施形態に係る構成及び動作を実施可能である。

【0115】

ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。

【0116】

また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。

【0117】

以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

【0118】

本願は、日本国特許出願第２０２０－０４８４１３号（２０２０年３月１８日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】