知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024091926
(43)【公開日】2024-07-05
(54)【発明の名称】無線局、第２無線局、及び無線通信システム
(51)【国際特許分類】
H04W 72/1268 20230101AFI20240628BHJP
【ＦＩ】
H04W72/1268
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2024071722
(22)【出願日】2024-04-25
(62)【分割の表示】P 2022529129の分割
【原出願日】2020-06-01
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】110003421
【氏名又は名称】弁理士法人フィールズ国際特許事務所
(72)【発明者】
【氏名】太田 好明
(72)【発明者】
【氏名】河▲崎▼ 義博
(72)【発明者】
【氏名】矢野 哲也
(72)【発明者】
【氏名】小林 綾介
(57)【要約】
【課題】無線リソースの割り当てにおいて、シグナリングの増大あるいは消費電力を抑制する。
【解決手段】複数のチャネルを集束したチャネル群である集束チャネルと、前記集束チャネルに関する第１情報を設定し、前記集束チャネルのデータ量と前記第１情報とに応じて第１信号の送信契機を生成するよう制御し、前記第１信号の送信契機に応じて、前記第１信号の上りリソースを要求する第２信号の送信契機を生成する制御を実施する制御部と、前記第２信号の送信契機に応じて、前記第２信号を他の無線局に送信し、前記他の無線局から無線リソースを受信する通信部と、を有する。
【選択図】図１
【解決手段】複数のチャネルを集束したチャネル群である集束チャネルと、前記集束チャネルに関する第１情報を設定し、前記集束チャネルのデータ量と前記第１情報とに応じて第１信号の送信契機を生成するよう制御し、前記第１信号の送信契機に応じて、前記第１信号の上りリソースを要求する第２信号の送信契機を生成する制御を実施する制御部と、前記第２信号の送信契機に応じて、前記第２信号を他の無線局に送信し、前記他の無線局から無線リソースを受信する通信部と、を有する。
【選択図】図１
【特許請求の範囲】
【請求項1】
複数のチャネルを集束したチャネル群である集束チャネルと、前記集束チャネルに関する第１情報を設定し、前記集束チャネルのデータ量と前記第１情報とに応じて第１信号の送信契機を生成するよう制御し、前記第１信号の送信契機に応じて、前記第１信号の上りリソースを要求する第２信号の送信契機を生成する制御を実施する制御部と、
前記第２信号の送信契機に応じて、前記第２信号を他の無線局に送信し、前記他の無線局から無線リソースを受信する通信部と、
を有する無線局。
前記第２信号の送信契機に応じて、前記第２信号を他の無線局に送信し、前記他の無線局から無線リソースを受信する通信部と、
を有する無線局。
【請求項2】
前記第１情報は、前記集束チャネルのデータ量に関する第１閾値を含み、
前記制御部は、前記集束チャネルのデータ量が前記第１閾値以上であるとき、前記第１信号の送信契機を生成する
請求項１記載の無線局。
前記制御部は、前記集束チャネルのデータ量が前記第１閾値以上であるとき、前記第１信号の送信契機を生成する
請求項１記載の無線局。
【請求項3】
前記第１信号は、データ量に関する情報を含むバッファ状態報告（ＢＳＲ：Buffer Status Report）であって、
前記第２信号は、上り無線リソースを要求するスケジューリングリクエスト（ＳＲ：Scheduling request）である
請求項１または２記載の無線局。
前記第２信号は、上り無線リソースを要求するスケジューリングリクエスト（ＳＲ：Scheduling request）である
請求項１または２記載の無線局。
【請求項4】
前記第１信号は、前記集束チャネルを含むチャネルのデータ量に関する情報を含む
請求項３記載の無線局。
請求項３記載の無線局。
【請求項5】
前記制御部は、前記第１信号の送信契機の生成の制御を、前記集束チャネルのデータの発生に応じて実施する
請求項１または４記載の無線局。
請求項１または４記載の無線局。
【請求項6】
前記第１情報は、前記集束チャネルのデータ量に関する第１閾値を含み、
前記第１信号は、前記集束チャネルを構成する第１チャネルのデータ量に関する情報を含み、
前記制御部は、前記第１信号の送信契機の生成の制御を、前記第１チャネルのデータ量に応じた前記第１チャネルの前記第１信号の送信契機で実施し、前記集束チャネルのデータ量が前記第１閾値以上であるとき、前記第１信号の送信契機を生成する
請求項１記載の無線局。
前記第１信号は、前記集束チャネルを構成する第１チャネルのデータ量に関する情報を含み、
前記制御部は、前記第１信号の送信契機の生成の制御を、前記第１チャネルのデータ量に応じた前記第１チャネルの前記第１信号の送信契機で実施し、前記集束チャネルのデータ量が前記第１閾値以上であるとき、前記第１信号の送信契機を生成する
請求項１記載の無線局。
【請求項7】
前記制御部は、前記第１信号の送信契機の生成の制御を、前記集束チャネルを構成する第１チャネルのデータ量に応じた前記第１チャネルの前記第１信号の送信契機で実施する
請求項１または４記載の無線局。
請求項１または４記載の無線局。
【請求項8】
前記制御部は、さらにガードタイマを有し、前記集束チャネルのデータの蓄積開始タイミングで前記ガードタイマを起動し、前記集束チャネルのデータを送信したタイミングで前記ガードタイマを停止し、前記ガードタイマがタイムアウトしたとき、前記第１信号の送信契機を生成する
請求項１記載の無線局。
請求項１記載の無線局。
【請求項9】
前記ガードタイマのタイマ値は、前記集束チャネルのデータの許容遅延時間に応じて設定される
請求項８記載の無線局。
請求項８記載の無線局。
【請求項10】
前記通信部は、前記集束チャネル以外のチャネルに対して割り当てられた無線リソースを、前記集束チャネルのデータ送信に使用しない
請求項１記載の無線局。
請求項１記載の無線局。
【請求項11】
前記通信部は、前記集束チャネルに対して割り当てられた無線リソースを使用し、前記集束チャネル以外のチャネルのデータを送信する
請求項１記載の無線局。
請求項１記載の無線局。
【請求項12】
複数のチャネルを集束したチャネル群である集束チャネルと、前記集束チャネルに関する第１情報を設定し、前記集束チャネルのデータ量と前記第１情報とに応じて第１信号の送信契機を生成するよう制御し、前記第１信号の送信契機に応じて、前記第１信号の上りリソースを要求する第２信号の送信契機を生成する制御を実施する制御部と、
前記第２信号の送信契機に応じて、前記第２信号を他の無線局から受信し、他の無線局と通信を行う通信部と、
前記第２信号の受信に応答し、前記他の無線局に割り当てた無線リソースを送信する送信部と、
を有する無線局。
前記第２信号の送信契機に応じて、前記第２信号を他の無線局から受信し、他の無線局と通信を行う通信部と、
前記第２信号の受信に応答し、前記他の無線局に割り当てた無線リソースを送信する送信部と、
を有する無線局。
【請求項13】
第１無線局と第２無線局を有する通信システムであって、
前記第１無線局は、
複数のチャネルを集束したチャネル群である集束チャネルと、前記集束チャネルに関する第１情報を設定し、前記集束チャネルのデータ量と前記第１情報とに応じて第１信号の送信契機を生成するよう制御し、前記第１信号の送信契機に応じて、前記第１信号の上りリソースを要求する第２信号の送信契機を生成する制御を実施し，前記第２信号の送信契機に応じて、前記第２信号を前記第２無線局に送信し、
前記第２無線局は、
前記第２信号の受信に応答し、前記第１信号の上りリソースを割り当て、前記第１無線局に通知する
通信システム。
前記第１無線局は、
複数のチャネルを集束したチャネル群である集束チャネルと、前記集束チャネルに関する第１情報を設定し、前記集束チャネルのデータ量と前記第１情報とに応じて第１信号の送信契機を生成するよう制御し、前記第１信号の送信契機に応じて、前記第１信号の上りリソースを要求する第２信号の送信契機を生成する制御を実施し，前記第２信号の送信契機に応じて、前記第２信号を前記第２無線局に送信し、
前記第２無線局は、
前記第２信号の受信に応答し、前記第１信号の上りリソースを割り当て、前記第１無線局に通知する
通信システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、無線局及び通信システムに関する。
【背景技術】
【0002】
現在のネットワークは、モバイル端末（スマートフォンやフューチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。
【0003】
一方で、ＩｏＴ（Internet of things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇまたは、ＮＲ（Ｎｅｗ Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献１～１１）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。
【0004】
なお、第５世代通信規格については、３ＧＰＰ(登録商標)（Third Generation Partnership Project）の作業部会（例えば、ＴＳＧ－ＲＡＮ ＷＧ１、ＴＳＧ－ＲＡＮ ＷＧ２等）で技術検討が進められている。（非特許文献１２～４０）。
【0005】
上述したように、多種多様なサービスに対応するために、５Ｇでは、ｅＭＢＢ（Enhanced Mobile Broad Band）、Ｍａｓｓｉｖｅ ＭＴＣ（Machine Type Communications)、およびＵＲＬＬＣ（Ultra-Reliable and Low Latency Communication）に分類される多くのユースケースのサポートを想定している。
【0006】
モバイル端末などの端末装置は、通信を行うとき、無線リソースの割り当てを基地局装置に要求する。基地局装置は、端末装置の要求に応じて、無線リソースを割り当て、端末装置に通知する。そして、端末装置は、割り当てられた無線リソースを使用し、基地局装置にデータを送信する。
【0007】
なお、端末装置と基地局装置の間の通信だけではなく、Ｖ２Ｘも同様である。この場合は、端末装置と他の端末装置との間で通信が実施される。
【0008】
以下、便宜上、端末装置と基地局装置間の通信として記載するが、通信を行う装置は、これには限らない。例えば、Ｖ２Ｘなど端末装置間の通信にも適用が可能である。この場合、例えば、「基地局装置」は「他の端末装置」と置き換えられる。
【0009】
５Ｇに関する技術としては、以下の先行技術文献に記載されている。
【先行技術文献】
【非特許文献】
【0010】
【非特許文献1】3GPP TＳ 36.211 V16.0.0（2019-12）
【非特許文献2】3GPP TＳ 36.212 V16.0.0（2019-12）
【非特許文献3】3GPP TＳ 36.213 V16.0.0（2019-12）
【非特許文献4】3GPP TＳ 36.300 V16.0.0（2019-12）
【非特許文献5】3GPP TＳ 36.321 V15.8.0（2019-12）
【非特許文献6】3GPP TＳ 36.322 V15.3.0（2019-09）
【非特許文献7】3GPP TＳ 36.323 V15.5.0（2019-12）
【非特許文献8】3GPP TＳ 36.331 V15.8.0（2019-12）
【非特許文献9】3GPP TＳ 36.413 V16.0.0（2019-12）
【非特許文献10】3GPP TＳ 36.423 V16.0.0（2019-12）
【非特許文献11】3GPP TＳ 36.425 V15.0.0（2018-06）
【非特許文献12】3GPP TＳ 37.340 V16.0.0（2019-12）
【非特許文献13】3GPP TＳ 38.201 V16.0.0（2019-12）
【非特許文献14】3GPP TＳ 38.202 V16.0.0（2019-12）
【非特許文献15】3GPP TＳ 38.211 V16.0.0（2019-12）
【非特許文献16】3GPP TＳ 38.212 V16.0.0（2019-12）
【非特許文献17】3GPP TＳ 38.213 V16.0.0（2019-12）
【非特許文献18】3GPP TＳ 38.214 V16.0.0（2019-12）
【非特許文献19】3GPP TＳ 38.215 V16.0.1（2020-01）
【非特許文献20】3GPP TＳ 38.300 V16.0.0（2019-12）
【非特許文献21】3GPP TＳ 38.321 V15.8.0（2019-12）
【非特許文献22】3GPP TＳ 38.322 V15.5.0（2019-03）
【非特許文献23】3GPP TＳ 38.323 V15.6.0（2019-06）
【非特許文献24】3GPP TＳ 38.331 V15.8.0（2019-12）
【非特許文献25】3GPP TＳ 38.340 V0.1.1（2019-11）
【非特許文献26】3GPP TＳ 38.401 V16.0.0（2019-12）
【非特許文献27】3GPP TＳ 38.410 V16.0.0（2019-12）
【非特許文献28】3GPP TＳ 38.413 V16.0.0（2019-12）
【非特許文献29】3GPP TＳ 38.420 V15.2.0（2018-12）
【非特許文献30】3GPP TＳ 38.423 V16.0.0（2019-12）
【非特許文献31】3GPP TＳ 38.470 V16.0.0（2019-12）
【非特許文献32】3GPP TＳ 38.473 V16.0.0（2019-12）
【非特許文献33】3GPP TR 38.801 V14.0.0（2017-03）
【非特許文献34】3GPP TR 38.802 V14.2.0（2017-09）
【非特許文献35】3GPP TR 38.803 V14.2.0（2017-09）
【非特許文献36】3GPP TR 38.804 V14.0.0（2017-03）
【非特許文献37】3GPP TR 38.900 V15.0.0（2018-06）
【非特許文献38】3GPP TR 38.912 V15.0.0（2018-06）
【非特許文献39】3GPP TR 38.913 V15.0.0（2018-06）
【非特許文献40】3GPP TR 37.324 V15.1.0（2018-09）
【特許文献】
【0011】
【特許文献1】特開２０１９－１８００９８号公報
【特許文献2】特表２０２０－５０１４４１号公報
【発明の概要】
【発明が解決しようとする課題】
【0012】
しかし、端末装置は、データを送信する契機が頻繁に発生すると、無線リソースの割り当てを要求する回数および無線リソースの割り当て回数が増大、換言するとシグナリングが増大する。無線リソースの割り当ては、メッセージの送受信が発生し、端末装置の消費電力も増大する。また、例えば、端末装置が省電力状態（スリープ状態、間欠受信状態）などの場合、省電力状態の解除を繰り返すことで、端末装置の消費電力が増大する。
【0013】
そこで、一開示は、無線リソースの割り当てにおいて、シグナリングの増大あるいは消費電力を抑制する、無線局及び通信システムを提供する。
【課題を解決するための手段】
【0014】
無線局は、複数のチャネルを集束したチャネル群である集束チャネルと、前記集束チャネルに関する第１情報を設定し、前記集束チャネルの送信データ量と前記第１情報とに応じて第１信号の送信契機を生成するよう制御し、前記第１信号の送信契機に応じて、前記第１信号の上りリソースを要求する第２信号の送信契機を生成する制御を実施する制御部と、前記第２信号の送信契機に応じて、前記第２信号を他の無線局に送信する通信部と、を有する。さらに前期通信部は、他の無線局から第２信号に応じて第３の信号を受信し、第３の信号に応じて、送信データを送信する。なお、「複数のチャネル」ではなく「１つのチャネル」の場合であっても同じ手段が適用できることに留意する。よって、以降は便宜上「複数」のチャネルを集束した場合で説明するが、１つのチャネルの場合であっても、同じ意味である。
【発明の効果】
【0015】
そこで、一開示は、無線リソースの割り当てにおいて、シグナリングの増大あるいは消費電力を抑制することができる。
【図面の簡単な説明】
【0016】
【発明を実施するための形態】
【0017】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても、技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。
【0018】
［第１の実施の形態］
第１の実施の形態について説明する。
第１の実施の形態について説明する。
【0019】
図１は、通信システム１の構成例を示す図である。通信システム１は、無線局１０と他の無線局２０とで構成される。無線局１０と他の無線局２０は、無線接続し、通信を行う。上り無線リソースは、無線局１０の要求に応答し、他の無線局２０が割り当てる。
【0020】
無線局１０は、制御部１１と通信部１２を有する。制御部１１及び通信部１２は、例えば、無線局１０が有するプロセッサが、プログラムを実行することで構築される。また、無線局１０は、各データに対応する複数のチャネルを束ねた（集束した）チャネル群である集束チャネル１３を設定する。集束チャネル１３は、例えば、チャネル１からチャネルｎ（ｎは整数）の複数のチャネルを集束する。また、無線局１０は、集束チャネル１３に関する情報である第１情報を設定する。集束チャネルの設定や第１情報など、集束に関する設定は、他の無線局２０から無線局１０に送信される制御信号で設定される。
【0021】
制御部１１は、無線局２０に送信するデータが発生すると、集束チャネルの送信データ量（蓄積されているデータ量）と、第１情報とに応じて、第１信号の送信契機を生成（トリガー）できるように制御する。
【0022】
制御部１１は、第１信号の送信契機の生成（トリガー）に応じて、第１信号の上りリソースを要求する第２信号の送信契機を生成する（トリガーする）。
【0023】
通信部１２は、第２信号の送信契機の生成（トリガー）に応じて、第２信号を他の無線局２０に送信する。さらに、他の無線局２０から第３信号を受信し、第３信号に応じて、送信データを他の無線局に送信する。
【0024】
なお、「複数のチャネル」ではなく「１つのチャネル」の場合であっても同じ手段が適用できることに留意する。例えば、１つのチャネルに対し、異なるサービス品質（ＱｏＳ）を有する複数のデータが多重される場合がある。
【0025】
制御部１１は、１つのチャネルに多重された個々のデータについて分類を実施する。分類は、例えば、ＱｏＳに応じて実施できる。データ中の任意のヘッダを分析しＱｏＳ毎にクラス分けを実施しＱｏＳクラス１からＱｏＳクラスｎ（ｎは整数）の複数のＱｏＳクラスに分類する。そして、各ＱｏＳクラスを仮想的なｎ本のチャネルに対応付ける。さらに、複数のチャネルを束ねた（集束した）チャネル群を集束チャネル１３として設定すればよい。
【0026】
ＱｏＳは、例えば、データのスループット、遅延時間、ロス率など、通信性能に関する要求条件である。エンドツーエンドの通信性能であってもよいし、無線アクセス部の通信性能であってもよい。データが通信性能を満足することが難しい場合、高いＱｏＳを設定し、通信性能が満足できる制御を行うようにする。
【0027】
分類はこれには限らない。例えば、データの種別・種類で分類してもよい。例えば、データが通信制御のための重要なデータか、その他のデータかによって分類できる。また、例えば、ＬＣＧ（Logical Channel Group）（非特許文献２１参照）に応じて分類されてもよい。
【0028】
制御部１１は、第１信号の送信契機の生成（トリガー）に応じて、第１信号の上りリソースを要求する第２信号の送信契機を生成する（トリガーする）。
【0029】
通信部１２は、第２信号の送信契機の生成（トリガー）に応じて、第２信号を他の無線局装置２０に送信する。さらに、他の無線局から第３信号を受信し、第３信号に応じて、送信データを他の無線局に送信する。
【0030】
本実施例では、無線リソースの割り当てにおいて、集束チャネルに応じて第１信号および第２信号の生成を実施するため、個々のチャネルに応じて第１信号および第２信号を生成する場合と比較して、シグナリングの増大あるいは端末装置の消費電力を抑制するという効果を奏する。
【0031】
［第２の実施の形態］
第２の実施の形態について説明する。なお、以降の説明において、端末装置及び基地局装置は、無線局又は他の無線局と呼ぶ場合がある。例えば、一方の装置を無線局と呼び、もう一方の装置は他の無線局と呼ぶ場合がある。
第２の実施の形態について説明する。なお、以降の説明において、端末装置及び基地局装置は、無線局又は他の無線局と呼ぶ場合がある。例えば、一方の装置を無線局と呼び、もう一方の装置は他の無線局と呼ぶ場合がある。
【0032】
図２は、通信システム３０の構成例を示す図である。
【0033】
通信システム３０は、端末装置１００、基地局装置２００、及びコアネットワーク３００を有する。通信システム３０は、端末装置１００が、コアネットワーク３００上の他の通信装置と、基地局装置２００を介して通信するシステムである。
【0034】
端末装置１００は、基地局装置２００と無線接続し、通信を行う。端末装置１００は、データの送信契機が発生すると、基地局装置２００に無線リソースの割り当てを要求する。
【0035】
基地局装置２００は、端末装置１００と他の装置との通信を中継する通信装置である。基地局装置２００は、端末装置１００の上りデータ用の無線リソースを管理する。また、基地局装置２００は、上り及び下りのデータ用の無線リソースを管理しても良い。
【0036】
コアネットワーク３００は、例えば、IP（Internet Protocol）アドレスを用いて通信を行うネットワークである。コアネットワークは、例えば、インターネットやローカルネットワークである。
【0037】
通信システム３０において、端末装置１００は、無線リソースの割り当て手順において、基地局装置２００に対してスケジューリングリクエスト（ＳＲ：Scheduling request）を送信する。本手順はＳＲ手順（SR procedure）と呼称される。基地局装置２００は、ＳＲを受信すると、端末装置１００による上りデータ送信を許可するＵＬグラント（UL grant：上り送信許可）を端末装置１００に送信する。端末装置１００は、ＵＬグラントを受信すると、例えば、送信するデータ量に関する情報を含むバッファ状態報告（ＢＳＲ：Buffer Status Report）を送信する。ＢＳＲを受信した基地局装置２００は、送信するデータ量に関する情報に応じて、上りデータ送信用の無線リソースを端末装置１００に割り当て、割り当てた無線リソースを通知するＵＬグラントを端末装置１００へ送信する。端末装置１００は、通知された無線リソースに応じて上りデータを基地局装置２００へ送信する。
【0038】
通信システム３０において、端末装置１００は、集束ＬＣＨ（Logical Channel）の蓄積データ量に応じて、ＢＳＲを送信するか否かを決定することができる。集束ＬＣＨは、複数の個別ＬＣＨで構成される。蓄積データ量は、例えば、基地局装置２００に送信する未送信のデータ（送信するデータとして発生しているが、まだ送信していないデータ）のデータ量を示す。あるいは、技術的には「Ｄａｔａ Ａｖａｉｌａｂｌｅ Ｔｒａｎｓｍｉｓｓｉｏｎ」とも呼称される。
【0039】
＜端末装置１００の構成例＞
図３は、端末装置１００の構成例を表す図である。端末装置１００は、ＣＰＵ（Central Processing Unit）１１０、ストレージ１２０、メモリ１３０、及び通信回路１４０を有する。
図３は、端末装置１００の構成例を表す図である。端末装置１００は、ＣＰＵ（Central Processing Unit）１１０、ストレージ１２０、メモリ１３０、及び通信回路１４０を有する。
【0040】
ストレージ１２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、又はＳＳＤ（Solid Sate Drive）などの補助記憶装置である。ストレージ１２０は、集束ＬＣＨ制御プログラム１２１、個別ＬＣＨ制御プログラム１２２、集束ＬＣＨ無線リソース割当プログラム１２３、個別ＬＣＨ無線リソース割当プログラム１２４、データ送信プログラム１２５を記憶する。
【0041】
メモリ１３０は、ストレージ１２０に記憶されているプログラムをロードする領域である。また、メモリ１３０は、プログラムがデータを記憶する領域としても使用されてもよい。
【0042】
通信回路１４０は、基地局装置と無線接続し、通信を行う回路である。通信回路１４０は、例えば、ネットワークインターフェースカードである。
【0043】
ＣＰＵ１１０は、ストレージ１２０に記憶されているプログラムを、メモリ１３０にロードし、ロードしたプログラムを実行し、各部を構築し、各処理を実現するプロセッサである。
【0044】
ＣＰＵ１１０は、集束ＬＣＨ制御プログラムを実行することで、制御部及び通信部を構築し、集束ＬＣＨ制御処理を行う。集束ＬＣＨ制御処理は、集束ＬＣＨの蓄積データ量と、集束閾値（第１閾値）に応じて、ＢＳＲを送信するための無線リソースの割当を要求するか否か（ＳＲ手順を実施するか否か）を決定する処理である。この際にＢＳＲがトリガーされ、当該ＢＳＲが続くＳＲ手順を実施するためのトリガーとなる。
【0045】
ＣＰＵ１１０は、個別ＬＣＨ制御プログラムを実行することで、制御部及び通信部を構築し、個別ＬＣＨ制御処理を行う。個別ＬＣＨ制御処理は、個別ＬＣＨの蓄積データ、集束ＬＣＨの蓄積データ、個別閾値、及び集束閾値に応じて、ＢＳＲを送信するための無線リソースの割当を要求するか否かを決定する処理である。
【0046】
ＣＰＵ１１０は、集束ＬＣＨ無線リソース割当プログラムを実行することで、制御部及び通信部を構築し、集束ＬＣＨ無線リソース割当処理を行う。集束ＬＣＨ無線リソース割当処理は、集束ＬＣＨの蓄積データ量に関する情報を含むＢＳＲの送信を行う処理である。
【0047】
ＣＰＵ１１０は、個別ＬＣＨ無線リソース割当プログラムを実行することで、制御部及び通信部を構築し、個別ＬＣＨ無線リソース割当処理を行う。個別ＬＣＨ無線リソース割当処理は、個別ＬＣＨの蓄積データ量に関する情報を含むＢＳＲの送信を行う処理である。
【0048】
ＣＰＵ１１０は、データ送信プログラムを実行することで、制御部及び通信部を構築し、データ送信処理を行う。データ送信処理は、基地局装置２００から割り当てられた無線リソースを使用し、データ（集束ＬＣＨ、個別ＬＣＨ、またはその両方）を送信する処理である。また、データ送信処理は、例えば、後述するＬＣＰ（Logical Channel Prioritization）処理を有し、送信するデータを決定する。
【0049】
制御部及び通信部の構成は、無線基地局装置２００から受信する制御信号で設定することができる。例えば、制御プログラムや無線リソース割当プログラムに関する設定は、他の無線局２０から無線局１０に送信される制御信号で設定される。当該設定に応じて、個別および集束ＬＣＨが構成され、ＢＳＲトリガー、ＳＲ手順、ＢＳＲ送信などが設定される。当該制御信号は、例えば、ＲＲＣ（Radio Resource Control）信号であることが好ましいが、設定の即応性の観点では、ＭＡＣ信号（ＭＡＣ ＣＥ：MAC Control Element）としてもよい。
【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】
また、「複数のチャネル」ではなく「１つのチャネル」の場合であっても同じ手段が適用できることに留意する。端末装置１００は、１つのチャネルに多重された個々のデータについて分類を実施する。分類は、例えば実施の形態１で記載したように、ＱｏＳに応じて実施できる。データ中の任意のヘッダを分析しＱｏＳ毎にクラス分けを実施しＱｏＳクラス１からＱｏＳクラスｎ（ｎは整数）の複数のＱｏＳクラスに分類する。ＩＰヘッダ中のＴｏＳフィールドや、ＳＤＡＰヘッダのＱＩＦ（QoS Flow ID）フィールドやＰＦＩフィールド（ID of the PC5 QoS flow）を解析すればよい（非特許文献４０参照）。そして、各ＱｏＳクラスを仮想的なｎ本のチャネルに対応付ける。さらに、複数のチャネルを束ねた（集束した）チャネル群を集束ＬＣＨとして設定すればよい。なお、分類はＱｏＳによる分離には限らない。データの種別・種類によっても分類できる。また、分類は、データサイズやパケットサイズに応じて実施されてもよい。さらに、分類は、データの蓄積量（滞留量）に応じて実施されてもよい。すなわち、「複数のチャネル」ではなく「１つのチャネル」で同じ手段を適用する場合、上述したように、１つのチャネル内で分類された複数のクラスを集束した集束クラスを、集束チャネルと同様に取り扱ってもよい。
【0076】
また、無線端末と基地局装置の間の通信だけではなく、Ｖ２Ｘも同様である。この場合は、端末装置と他の端末装置との間で通信が実施される。上述した第２の実施の形態では「端末装置」と「基地局装置」の間での無線通信の例を記載したが、Ｖ２Ｘにおける「端末装置」と「他の端末装置」の間の無線通信にも適用できる。
【0077】
［第３の実施の形態］
第３の実施の形態について説明する。第３の実施の形態の端末装置１００は、集束ＬＣＨを、個別ＬＣＨの有効性の制御またはＢＳＲの有効性の制御に用いる。
第３の実施の形態について説明する。第３の実施の形態の端末装置１００は、集束ＬＣＨを、個別ＬＣＨの有効性の制御またはＢＳＲの有効性の制御に用いる。
【0078】
＜無線リソース割り当て処理＞
図８は、無線リソース割り当て処理のシーケンスの例を示す図である。端末装置１００において、個別ＬＣＨ（例えばＬＣＨ＿１）のデータの送信契機が発生する（Ｓ２００）。この、個別ＬＣＨのデータの送信契機は、例えば、個別ＬＣＨ無線リソース割当処理Ｓ２０００において、ＬＣＨ＿１の蓄積データ量が、ＬＣＨ＿１の個別閾値を以上となった場合を示す。
図８は、無線リソース割り当て処理のシーケンスの例を示す図である。端末装置１００において、個別ＬＣＨ（例えばＬＣＨ＿１）のデータの送信契機が発生する（Ｓ２００）。この、個別ＬＣＨのデータの送信契機は、例えば、個別ＬＣＨ無線リソース割当処理Ｓ２０００において、ＬＣＨ＿１の蓄積データ量が、ＬＣＨ＿１の個別閾値を以上となった場合を示す。
【0079】
端末装置１００は、上りの送信データの送信契機が発生すると（Ｓ２００）、個別ＬＣＨ制御処理を行う（Ｓ２０１）。個別ＬＣＨ制御処理Ｓ２０１は、個別ＬＣＨの蓄積データ量と閾値を比較し、閾値を超えていれば（閾値以上であれば）、当該個別ＬCHの蓄積データ量に関する情報を含むＢＳＲ（個別ＢＳＲと呼ぶ場合がある）の送信を試みる処理である。当該処理において、ＢＳＲがトリガーされ、当該ＢＳＲが続くＳＲ手順を実施するためのトリガーとなる。
【0080】
図９は、個別ＬＣＨ制御処理Ｓ２０１の処理フローチャートの例を示す図である。端末装置１００は、個別ＬＣＨのデータ送信契機が発生するのを待ち受ける（Ｓ２０１－１のＮｏ）。端末装置１００は、個別ＬＣＨのデータ送信契機が発生すると（Ｓ２０１－１のＹｅｓ）、当該個別ＬＣＨが、集束ＬＣＨの対象であるか否かを確認する（Ｓ２０１－２）。
【0081】
端末装置１００は、当該個別ＬＣＨが集束ＬＣＨの対象でない（Ｓ２０１－２のＮｏ）、個別ＬＣＨ無線リソース割当処理を実行し（Ｓ２０００）、再度個別ＬＣＨのデータ送信契機が発生するのを待ち受ける（Ｓ２０１－１）。なお、個別ＬＣＨ無線リソース割当処理Ｓ２０００は、第２の実施の形態における個別ＬＣＨ無線リソース割当処理Ｓ２００と同じであってもよいし、処理Ｓ２０１－１で個別ＬＣＨのデータ送信契機か否かを判定しているため、当該処理Ｓ２０１－１に相当する処理は、省略されてもよい。
【0082】
端末装置１００は、当該個別ＬＣＨが集束ＬＣＨの対象である場合（Ｓ２０１－２のＹｅｓ）、集束ＬＣＨとしての蓄積データ量の合計値を算出する（Ｓ２０１－３）。そして、端末装置１００は、蓄積データ量が集束閾値以上か否かを判定する（Ｓ２０１－４）。
【0083】
端末装置１００は、蓄積データ量が集束閾値以上でない場合（Ｓ２０１－４のＮｏ）、再度個別ＬＣＨのデータ送信契機が発生するのを待ち受ける（Ｓ２０１－１）。この際に、当該個別ＬＣＨは無効であると判断される制御が実施される。
【0084】
一方、端末装置１００は、蓄積データ量が集束閾値以上である場合（Ｓ２０１－４のＹｅｓ）、個別ＬＣＨ無線リソース割当処理を行う（Ｓ２０００）。この際に、当該個別ＬＣＨは有効でないと判断される制御が実施される。
【0085】
そして、端末装置１００は、再度、個別ＬＣＨのデータ送信契機が発生するのを待ち受ける（Ｓ２０１－１）。
【0086】
図８のシーケンスに戻り、端末装置１００は、個別ＬＣＨ制御処理Ｓ２０１において、集束ＬＣＨの蓄積データ量（例えば、データ１～３の合計値）が集束閾値以上であると判定する（図９のＳ２０１－４のＹｅｓ）。この際に、当該個別ＬＣＨは有効だと判断される制御が実施される。
【0087】
端末装置１００は、個別ＬＣＨ無線リソース割当処理Ｓ２０００において、ＳＲを基地局装置２００に送信する（Ｓ２０２）。基地局装置２００は、ＳＲを受信すると、上りデータの送信を許可するＵＬグラントを送信する（Ｓ２０３）。
【0088】
端末装置１００は、ＵＬグラントを受信すると（Ｓ２０３）、個別ＬＣＨ（ＬＣＨ＿１）の蓄積データ量（データ１の蓄積量）に関する情報を含むＢＳＲを、基地局装置２００に送信する（Ｓ２０４）。基地局装置２００は、ＢＳＲを受信すると（Ｓ２０４）、当該ＢＳＲに含まれる情報に応じて割り当てた無線リソースに関する情報を含むＵＬグラントを送信する（Ｓ２０５）。
【0089】
端末装置１００は、ＵＬグラントを受信すると（Ｓ２０５）、ＬＣＰを実施し（Ｓ２０６）、ＭＡＣ ＰＤＵを生成し、割り当てられた無線リソースで個別ＬＣＨ（ＬＣＨ＿１）の蓄積したデータ１を、基地局装置２００に送信する（Ｓ２０７）。
【0090】
このように、第２の実施の形態における端末装置１００は、集束ＬＣＨの蓄積データ量及び集束閾値を、個別ＬＣＨの有効性の判定に使用する。個別ＬＣＨの有効性の判定とは、当該ＬＣＨがトリガーしたＢＳＲの有効性の判定、ともいえる。
【0091】
なお、端末装置１００は、個別ＬＣＨ制御処理Ｓ２０１において、蓄積データ量が集束閾値以上でない場合、集束ＬＣＨの蓄積データ量以外の情報（例えば、無線リソースに使用状況、蓄積されているデータの緊急度など）に基づき、当該個別ＬＣＨのＢＳＲが有効（アクティベーション）または無効（ディアクティベーション）のいずれであるかの判定をさらに行い、有効であれば個別ＬＣＨ無線リソース割当処理Ｓ２０００を行ってもよい。
【0092】
ここまで、個別ＬＣＨの有効性に関して説明した。しかし、ＢＳＲの有効性という観点で本実施例を説明する。個別ＬＣＨがトリガーしたＢＳＲについて、当該ＢＳＲの有効・無効判定（有効化・無効化）を経て、当該ＢＳＲが有効と判定されれば、続くＳＲ手順を実施するためのトリガーとなる。
【0093】
端末装置１００は、蓄積データ量が集束閾値以上でない場合（Ｓ２０１－４のＮｏ）、トリガーされたＢＳＲは無効であると判定される（デアクティベートされる）。その結果、当該ＢＳＲは無効化され、続くＳＲ手順を実施するためのトリガーとはならない。無効化された当該トリガーは保留ＢＳＲ（Pending BSR）とし、有効になるまで端末装置１００が保有できる。
【0094】
一方、端末装置１００は、蓄積データ量が集束閾値以上である場合（Ｓ２０１－４のＹｅｓ）、トリガーされた当該ＢＳＲは有効であると判定される（アクティベートされる）。その結果、当該ＢＳＲは有効化され、続くＳＲ手順を実施するためのトリガーとなる。
【0095】
本実施例においても、無線リソース割当手順の実行を抑制することができ、シグナリングの増大あるいは端末装置１００の消費電力を抑制することができる。
【0096】
［第４の実施の形態］
第４の実施の形態について説明する。第４の実施の形態の端末装置１００は、個別ＬＣＨのデータ送信契機発生時に、集束ＬＣＨの蓄積データ量を含むＢＳＲを送信するか否かを判定する。すなわち、第４の実施の形態における端末装置１００は、個別ＬＣＨの蓄積データ量に応じたデータ送信契機と、集束ＬＣＨの蓄積データ量に応じたデータ送信契機の両方を満たす条件において、集束ＬＣＨの蓄積データ量に関する情報を含むＢＳＲを送信する。
第４の実施の形態について説明する。第４の実施の形態の端末装置１００は、個別ＬＣＨのデータ送信契機発生時に、集束ＬＣＨの蓄積データ量を含むＢＳＲを送信するか否かを判定する。すなわち、第４の実施の形態における端末装置１００は、個別ＬＣＨの蓄積データ量に応じたデータ送信契機と、集束ＬＣＨの蓄積データ量に応じたデータ送信契機の両方を満たす条件において、集束ＬＣＨの蓄積データ量に関する情報を含むＢＳＲを送信する。
【0097】
＜無線リソース割り当て処理＞
図１０は、無線リソース割り当て処理のシーケンスの例を示す図である。端末装置１００において、個別ＬＣＨ（例えばＬＣＨ＿１）のデータの送信契機が発生する（Ｓ３００）。
図１０は、無線リソース割り当て処理のシーケンスの例を示す図である。端末装置１００において、個別ＬＣＨ（例えばＬＣＨ＿１）のデータの送信契機が発生する（Ｓ３００）。
【0098】
端末装置１００は、上りの送信データの送信契機が発生すると（Ｓ３００）、個別ＬＣＨ制御処理を行う（Ｓ３０１）。個別ＬＣＨ制御処理Ｓ３０１は、個別ＬＣＨの蓄積データ量と閾値を比較し、閾値を超えていれば（閾値以上であれば）、集束ＬCHの蓄積データ量に関する情報を含む、ＢＳＲの送信を試みる処理である。当該処理において、ＢＳＲがトリガーされ、当該ＢＳＲが続くＳＲ手順を実施するためのトリガーとなる。
【0099】
図１１は、個別ＬＣＨ制御処理Ｓ３０１の処理フローチャートの例を示す図である。端末装置１００は、個別ＬＣＨのデータ送信契機が発生するのを待ち受ける（Ｓ３０１－１のＮｏ）。端末装置１００は、個別ＬＣＨのデータ送信契機が発生すると（Ｓ３０１－１のＹｅｓ）、当該個別ＬＣＨが、集束ＬＣＨの対象であるか否かを確認する（Ｓ３０１－２）。
【0100】
端末装置１００は、当該個別ＬＣＨが集束ＬＣＨの対象でない場合（Ｓ３０１－２のＮｏ）、個別ＬＣＨ無線リソース割当処理を実行し（Ｓ２０００）、再度個別ＬＣＨのデータ送信契機が発生するのを待ち受ける（Ｓ３０１－１）。
【0101】
端末装置１００は、当該個別ＬＣＨが集束ＬＣＨの対象である場合（Ｓ３０１－２のＹｅｓ）、集束ＬＣＨとしての蓄積データ量の合計値を算出する（Ｓ３０１－３）。そして、端末装置１００は、蓄積データ量が集束閾値以上か否かを判定する（Ｓ３０１－４）。
【0102】
端末装置１００は、蓄積データ量が集束閾値以上でない場合（Ｓ３０１－４のＮｏ）、再度個別ＬＣＨのデータ送信契機が発生するのを待ち受ける（Ｓ３０１－１）。その際、第３の実施の形態と同様に、個別ＬＣＨあるいはＢＳＲの無効判定の制御が実施されてもよい。
【0103】
一方、端末装置１００は、蓄積データ量が集束閾値以上である場合（Ｓ３０１－４のＹｅｓ）、集束ＬＣＨ無線リソース割当処理を行う（Ｓ１０００）。その際、第３の実施の形態と同様に、個別ＬＣＨあるいはＢＳＲの有効判定の制御が実施されてもよい。
【0104】
そして、端末装置１００は、再度、個別ＬＣＨのデータ送信契機が発生するのを待ち受ける（Ｓ３０１－１）。
【0105】
図１０のシーケンスに戻り、端末装置１００は、個別ＬＣＨ制御処理Ｓ３０１において、集束ＬＣＨの蓄積データ量（例えば、データ１～３の合計値）が集束閾値以上であると判定する（図１１のＳ３０１－４のＹｅｓ）。その際、第３の実施の形態と同様に、個別ＬＣＨあるいはＢＳＲの有効判定の制御が実施されてもよい。
【0106】
端末装置１００は、集束ＬＣＨ無線リソース割当処理Ｓ１０００において、ＳＲを基地局装置２００に送信する（Ｓ３０２）。基地局装置２００は、ＳＲを受信すると、上りデータの送信を許可するＵＬグラントを送信する（Ｓ３０３）。以降の処理Ｓ３０３～処理Ｓ３０７は、図５における処理Ｓ１０２～処理Ｓ１０６と同様である。
【0107】
第４の実施の形態の端末装置１００は、個別ＬＣＨの蓄積データ量と、集束ＬＣＨの蓄積データ量の、両方のデータ量とも送信契機（個別ＬＣＨは個別閾値以上、集束ＬＣＨは集束閾値以上）を満たす場合、集束ＬＣＨの蓄積データ量に関する情報を含むＢＳＲを送信する。これにより、無線リソースの割り当ての要求数を抑制でき、シグナリングの増大あるいは端末装置１００の消費電力を抑制することができる。
【0108】
なお、例えば、図１１における分岐処理Ｓ３０１～４のＮｏのパスにおいて、個別無線リソース割当処理Ｓ２０００を行っても良い。例えば、端末装置１００の電力が充分な場合や、端末装置１００が充電器に接続している場合など、端末装置１００の消費電力を考慮する必要性が低い場合がある。この場合、当該処理を行うことで、個別ＬＣＨの蓄積データ量と、集束ＬＣＨの蓄積データ量のいずれかが閾値以上となった場合、無線リソースの割当処理が実行されるので、より即時性を有するデータ送信を行うことが可能となる。
【0109】
［第５の実施の形態］
第５の実施の形態について説明する。上述した第１から第４の実施の形態において、集束ＬＣＨの蓄積データ量に基づき無線リソースの割当処理を行う場合、集束ＬＣＨのデータが蓄積されるのが遅い場合（集束ＬＣＨのデータの発生頻度が低い場合）、データが送信されるまでの時間が長くなり、遅延が生じる場合がある。そこで、第５の実施の形態では、集束ＬＣＨガードタイマ（タイマ）を設け、所定時間以上に集束ＬＣＨのデータが送信されない場合、集束ＬＣＨ無線リソース割当処理Ｓ１０００を実行する。
第５の実施の形態について説明する。上述した第１から第４の実施の形態において、集束ＬＣＨの蓄積データ量に基づき無線リソースの割当処理を行う場合、集束ＬＣＨのデータが蓄積されるのが遅い場合（集束ＬＣＨのデータの発生頻度が低い場合）、データが送信されるまでの時間が長くなり、遅延が生じる場合がある。そこで、第５の実施の形態では、集束ＬＣＨガードタイマ（タイマ）を設け、所定時間以上に集束ＬＣＨのデータが送信されない場合、集束ＬＣＨ無線リソース割当処理Ｓ１０００を実行する。
【0110】
＜無線リソース割り当て処理＞
図１２は、集束ＬＣＨガードタイマがタイムアウトした時の無線リソース割り当て処理のシーケンスの例を示す図である。端末装置１００において、集束ＬＣＨガードタイマのタイムアウトが発生する（Ｓ４００）。端末装置１００は、集束ＬＣＨガードタイマのタイムアウトが発生すると（Ｓ４００）、集束ＬＣＨ無線リソース割当処理Ｓ１０００を実行する。以降の処理Ｓ４０１～処理Ｓ４０６は、図５における処理Ｓ１０１～処理Ｓ１０６と同様である。
図１２は、集束ＬＣＨガードタイマがタイムアウトした時の無線リソース割り当て処理のシーケンスの例を示す図である。端末装置１００において、集束ＬＣＨガードタイマのタイムアウトが発生する（Ｓ４００）。端末装置１００は、集束ＬＣＨガードタイマのタイムアウトが発生すると（Ｓ４００）、集束ＬＣＨ無線リソース割当処理Ｓ１０００を実行する。以降の処理Ｓ４０１～処理Ｓ４０６は、図５における処理Ｓ１０１～処理Ｓ１０６と同様である。
【0111】
集束ＬＣＨガードタイマ（ガードタイマ）は、例えば、集束ＬＣＨの蓄積データ量が０の時（集束ＬＣＨの蓄積データを送信した後で、集束ＬＣＨの対象データが新たに発生していない状態）に、集束ＬＣＨの対象データが発生したタイミングで起動される。また、集束ＬＣＨガードタイマは、例えば、集束ＬＣＨの蓄積データを送信した時に、停止される。
【0112】
集束ＬＣＨガードタイマのタイマ値は、例えば、端末装置間や、アプリケーション間などのエンドトゥーエンドで許容される遅延時間を考慮して設定される。端末装置１００は、当該許容遅延時間を超えない程度の時間を、タイマ値として設定する。
【0113】
また、集束ＬＣＨガードタイマのタイマ値は、例えば、ディスカードタイマ（PDCP Discard Timer）に基づき設定されても良い。ディスカードタイマは、例えば、PDCPレイヤで当該データを保持して良い時間（送信まで許容される時間）である。当該時間が満了すると、対応するデータ（PDCP SDU）は廃棄される。端末装置１００は、ディスカードタイマのタイマ値を超えないように、集束ＬＣＨガードタイマのタイマ値を設定する。なお、ディスカードタイマは、データの重要性（例えば、クリティカルなデータであるか否か）や、許容遅延時間などに基づき設定されるので、端末装置１００は、集束ＬＣＨのデータの重要性や許容遅延時間などに基づき、考慮する（参考にする）ディスカードタイマのタイマ値を選択する必要がある。また、当該ガードタイマの値は、ＲＲＣ信号で設定することができる。
【0114】
［第６の実施の形態］
第６の実施の形態について説明する。上述した第１から第４の実施の形態の端末装置１００は、ＬＣＰ処理において、個別ＢＳＲに対する無線リソースは個別ＬＣＨのデータの送信に使用し、集束ＢＳＲに対する無線リソースは集束ＬＣＨのデータの送信に使用している。しかし、ＬＣＰ処理は、例えば、あらかじめ決められたアルゴリズムで実施される設計事項であって、端末装置１００が基地局装置２００から受信したＵＬグラントで指定された無線リソースは、どのＬＣＨのデータを送信にも使われる可能性がある。例えば、図５のシーケンスのＭＡＣ ＰＤＵにおいて、ＵＬグラントは、データ１～３以外のデータ４の送信に使用されてもよい。換言すると、ＵＬグラントは、端末装置１００を最小単位として割り当てられるのであって、特定のＬＣＨのデータ送信のために占有的に割り当てられるのではない。また、例えば、図８のシーケンスのＭＡＣ ＰＤＵにおいて、ＵＬグラントは、データ１以外のデータ２～４の送信に使用されてもよい。
第６の実施の形態について説明する。上述した第１から第４の実施の形態の端末装置１００は、ＬＣＰ処理において、個別ＢＳＲに対する無線リソースは個別ＬＣＨのデータの送信に使用し、集束ＢＳＲに対する無線リソースは集束ＬＣＨのデータの送信に使用している。しかし、ＬＣＰ処理は、例えば、あらかじめ決められたアルゴリズムで実施される設計事項であって、端末装置１００が基地局装置２００から受信したＵＬグラントで指定された無線リソースは、どのＬＣＨのデータを送信にも使われる可能性がある。例えば、図５のシーケンスのＭＡＣ ＰＤＵにおいて、ＵＬグラントは、データ１～３以外のデータ４の送信に使用されてもよい。換言すると、ＵＬグラントは、端末装置１００を最小単位として割り当てられるのであって、特定のＬＣＨのデータ送信のために占有的に割り当てられるのではない。また、例えば、図８のシーケンスのＭＡＣ ＰＤＵにおいて、ＵＬグラントは、データ１以外のデータ２～４の送信に使用されてもよい。
【0115】
第６の実施の形態における端末装置１００は、ＬＣＰ処理において、割り当てられた無線リソースの使用方法を規定する。
【0116】
図１３は、端末装置１００がＬＣＰ処理を実施した結果、個別ＬＣＨに無線リソースが割当された場合の無線リソースに使用方法の例を示す図である。図１３では、端末装置１００が個別ＬＣＨ（ＬＣＨ＿４）のＢＳＲに対してＳＲ手順を実施しＵＬグラントを受信する。端末装置１００は、ＬＣＰ処理において、無線リソースが当該個別ＬＣＨに対して割当られるように制御するため、集束ＬＣＨのデータを送信することを禁止する（あるいは制約する）制御を実施する。例えば、ＬＣＨ＿４は、ＵＲＬＬＣデータのＬＣＨであり、ｅＭＢＢと比較して許容遅延時間が短い。そのため、ＬＣＨ＿４は、集束ＬＣＨよりも優先して送信されることが好ましい。よって、端末装置１００は、例えば、優先度の高いデータの個別ＬＣＨに割り当てられた無線リソースを、集束ＬＣＨのデータ送信に使用しないようにすることで、優先度の高いデータの送信遅延を抑制する。このような制御は、例えば、ＬＣＰ処理を拡張し、当該制約を実施するアルゴリズムを導入する。
【0117】
図１４は、端末装置１００がＬＣＰ処理を実施した結果、集束ＬＣＨに無線リソースが割当された場合の無線リソースに使用方法の例を示す図である。図１４では、端末装置１００が集束ＬＣＨのＢＳＲに対してＳＲ手順を実施しＵＬグラントを受信する。端末装置１００は、ＬＣＰ処理において、無線リソースが集束ＬＣＨに対して割当られないように制御し、個別ＬＣＨ（ＬＣＨ＿４）のデータ４を送信することを許可する。上述したように、ＬＣＨ＿４のような、集束ＬＣＨのデータよりも優先して送信されるデータが存在する場合、端末装置１００は、集束ＬＣＨに割り当てられた無線リソースであっても、優先度の高い個別ＬＣＨのデータの送信を許可する。これにより、優先度の高いＬＣＨのデータを、先行して送信することができる。このような制御は、例えば、ＬＣＰ処理を拡張し、当該制約を実施するアルゴリズムを導入する。
【0118】
なお、これらの例において、優先度が高いＬＣＨのデータに無線リソースが割り当てられた後、無線リソースが余っている（余裕がある）場合には、集束ＬＣＨに無線リソースを割り当ててもよい。
【0119】
［その他の実施の形態］
各実施の形態は、それぞれ組み合わせてもよい。ＬＣＰ処理で送信するデータや、ＢＳＲに含む情報は、それぞれ各実施の形態におけるものを他の実施の形態で使用してもよい。
各実施の形態は、それぞれ組み合わせてもよい。ＬＣＰ処理で送信するデータや、ＢＳＲに含む情報は、それぞれ各実施の形態におけるものを他の実施の形態で使用してもよい。
【0120】
また、集束ＬＣＨによる制御と、個別ＬＣＨによる制御は、使い分けられてもよい。端末装置１００は、例えば、無線品質、データの発生頻度、許容遅延時間などに応じて、個別ＬＣＨで制御するか、集束ＬＣＨとして制御するかを決定してもよい。また、基地局装置２００が、いずれの制御を使用するかを、端末装置１００に通知してもよい。
【符号の説明】
【0121】
１ ：通信システム
１０ ：無線局
１１ ：制御部
１２ ：通信部
１３ ：集束チャネル
２０ ：他の無線局
３０ ：通信システム
１００ ：端末装置
１１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：集束ＬＣＨ制御プログラム
１２２ ：個別ＬＣＨ制御プログラム
１２３ ：集束ＬＣＨ無線リソース割当プログラム
１２４ ：個別ＬＣＨ無線リソース割当プログラム
１２５ ：データ送信プログラム
１３０ ：メモリ
１４０ ：通信回路
２００ ：基地局装置
２１０ ：ＣＰＵ
２２０ ：ストレージ
２２１ ：無線通信制御プログラム
２２２ ：無線リソース割当プログラム
２３０ ：メモリ
２４０ ：通信回路
３００ ：コアネットワーク
１０ ：無線局
１１ ：制御部
１２ ：通信部
１３ ：集束チャネル
２０ ：他の無線局
３０ ：通信システム
１００ ：端末装置
１１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：集束ＬＣＨ制御プログラム
１２２ ：個別ＬＣＨ制御プログラム
１２３ ：集束ＬＣＨ無線リソース割当プログラム
１２４ ：個別ＬＣＨ無線リソース割当プログラム
１２５ ：データ送信プログラム
１３０ ：メモリ
１４０ ：通信回路
２００ ：基地局装置
２１０ ：ＣＰＵ
２２０ ：ストレージ
２２１ ：無線通信制御プログラム
２２２ ：無線リソース割当プログラム
２３０ ：メモリ
２４０ ：通信回路
３００ ：コアネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【手続補正書】
【提出日】2024-05-20
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線リソースを取得するための第２信号の送信契機を生成する制御ができる制御部と、
前記送信契機に応じて、前記第２信号を他の無線局に送信し、前記他の無線局から前記無線リソースを受信することができる通信部と、を有し、
前記制御部は、集束チャネルのデータ量と、前記集束チャネルに関する第１の情報と、に応じて前記送信契機を生成する、又は、前記集束チャネルに対応するタイマが満了したときに前記送信契機を生成するように制御し、
前記無線リソースは、前記集束チャネルのデータに割り当てられ、前記集束チャネルに含まれないチャネルのデータに割り当てられない
無線局。
前記送信契機に応じて、前記第２信号を他の無線局に送信し、前記他の無線局から前記無線リソースを受信することができる通信部と、を有し、
前記制御部は、集束チャネルのデータ量と、前記集束チャネルに関する第１の情報と、に応じて前記送信契機を生成する、又は、前記集束チャネルに対応するタイマが満了したときに前記送信契機を生成するように制御し、
前記無線リソースは、前記集束チャネルのデータに割り当てられ、前記集束チャネルに含まれないチャネルのデータに割り当てられない
無線局。
【請求項2】
前記集束チャネルは、複数のチャネルを集束したチャネル群である、
請求項１記載の無線局。
請求項１記載の無線局。
【請求項3】
前記通信部は、前記集束チャネルに含まれないチャネルのデータが発生した場合、前記チャネルの送信のための無線リソースを取得するための信号を送信する
請求項１記載の無線局。
請求項１記載の無線局。
【請求項4】
前記通信部は、前記集束チャネルの設定の情報である第３の情報を含む制御信号であるＲＲＣの信号を受信する
請求項１に記載の無線局。
請求項１に記載の無線局。
【請求項5】
前記通信部は、前記第１の情報を含む制御信号であるＲＲＣの信号を受信する
請求項１に記載の無線局。
請求項１に記載の無線局。
【請求項6】
前記タイマの値は、ＲＲＣの信号を介して、設定される、
請求項１に記載の無線局。
請求項１に記載の無線局。
【請求項7】
集束チャネルのデータ量と、前記集束チャネルに関する第１の情報と、に応じて生成される又は、前記集束チャネルに対応するタイマが満了したときに生成される、無線リソースを取得するための第２信号の送信契機に応じて送信された、前記第２信号を他の無線局から受信する受信部と、
前記他の無線局に前記無線リソースを送信することができる送信部と、を有し、
前記無線リソースは、前記集束チャネルのデータに割り当てられ、前記集束チャネルに含まれないチャネルのデータに割り当てられない
第２無線局。
前記他の無線局に前記無線リソースを送信することができる送信部と、を有し、
前記無線リソースは、前記集束チャネルのデータに割り当てられ、前記集束チャネルに含まれないチャネルのデータに割り当てられない
第２無線局。
【請求項8】
無線リソースを取得するための第２信号の送信契機を生成する制御ができ、前記送信契機に応じて、前記第２信号を送信する第１無線局と、
前記第２信号を受信し、前記無線リソースを前記第１無線局に送信する第２無線局と、を有する無線通信システムであって、
前記第１無線局は、集束チャネルのデータ量と、前記集束チャネルに関する第１の情報と、に応じて前記送信契機を生成する又は、前記集束チャネルに対応するタイマが満了したときに前記送信契機を生成するように制御し、
前記無線リソースは、前記集束チャネルのデータに割り当てられ、前記集束チャネルに含まれないチャネルのデータに割り当てられない
無線通信システム。
前記第２信号を受信し、前記無線リソースを前記第１無線局に送信する第２無線局と、を有する無線通信システムであって、
前記第１無線局は、集束チャネルのデータ量と、前記集束チャネルに関する第１の情報と、に応じて前記送信契機を生成する又は、前記集束チャネルに対応するタイマが満了したときに前記送信契機を生成するように制御し、
前記無線リソースは、前記集束チャネルのデータに割り当てられ、前記集束チャネルに含まれないチャネルのデータに割り当てられない
無線通信システム。