(57)【要約】      （修正有）【課題】RLC層において、LCH毎のリソース割り当てに依らず、最新のデータ状態でRLC STATSU PDUを設定することができ、かつRLC Data PDUを生成することができる通信システム、通信装置及び無線リソース割り当て方法を提供する。【解決手段】MAC部（MAC層）１１０が、RLC部（RLC層）１２０への無線リソースサイズ通知において、論理チャネル（LCH）毎の割り当て無線リソースサイズと併せて総無線リソースサイズを通知する。また、RLC部（RLC層）１２０が、MAC部（MAC層）１１０から、論理チャネル（LCH）毎の割り当て無線リソースサイズと併せて総無線リソースサイズを受信する。さらに、RLC部（RLC層）１２０では、LCH毎の割り当てサイズを参照し、総無線リソースサイズの範囲内で各LCHの送信データの設定を行う。【選択図】図７
2012227599.tif 000002
【特許請求の範囲】
【請求項１】
無線リンク制御層と、媒体アクセス制御層と、を備える通信システムであって、
前記媒体アクセス制御層は、
前記無線リンク制御層への無線リソースサイズ通知において、論理チャネル毎の割り当て無線リソースサイズと併せて総無線リソースサイズを通知する通知手段を備え、
前記無線リンク制御層は、
前記媒体アクセス制御層から、論理チャネル毎の割り当て無線リソースサイズと併せて総無線リソースサイズを受信する受信手段と、
前記論理チャネル毎の割り当てサイズを参照し、前記総無線リソースサイズの範囲内で各論理チャネルの送信データの設定を行う無線リソース割当手段と、
を備える通信システム。
【請求項２】
無線リンク制御層と、媒体アクセス制御層と、を備える通信装置であって、
前記無線リンク制御層は、前記媒体アクセス制御層から、論理チャネル毎の割り当て無線リソースサイズと併せて総無線リソースサイズを受信する受信手段と、
前記論理チャネル毎の割り当てサイズを参照し、前記総無線リソースサイズの範囲内で各論理チャネルの送信データの設定を行う無線リソース割当手段と、
を備える通信装置。
【請求項３】
前記無線リンク制御層は、優先度の高い論理チャネルから順に、前記媒体アクセス制御層から通知された総無線リソースサイズの範囲内で、Data PDUより優先してSTATUS PDUの設定を行う、請求項２に記載の通信装置。
【請求項４】
前記無線リンク制御層は、優先度の高い論理チャネルから順に、前記媒体アクセス制御層から通知された論理チャネル毎のリソースサイズを基に、前記総無線リソースサイズの範囲内で、SDUを分割しないようにData PDUの設定を行う、請求項２に記載の通信装置。
【請求項５】
前記無線リンク制御層は、優先度の高い論理チャネルから順に、前記媒体アクセス制御層から通知された前記総無線リソースサイズの範囲内で、Data PDUより優先してSTATUS PDUの設定を行い、
無線リソースが余った場合には、優先度の高い論理チャネルから順に、前記媒体アクセス制御層から通知された論理チャネル毎のリソースサイズを基に、余剰無線リソースの範囲内で、SDUを分割しないようにData PDUの設定を行う、請求項２に記載の通信装置。
【請求項６】
無線リンク制御層と、媒体アクセス制御層と、を備える通信システムの無線リソース割り当て方法であって、
前記無線リンク制御層では、前記媒体アクセス制御層から、論理チャネル毎の割り当て無線リソースサイズと併せて総無線リソースサイズを受信するステップと、
前記論理チャネル毎の割り当てサイズを参照し、前記総無線リソースサイズの範囲内で各論理チャネルの送信データの設定を行うステップと、
を有する無線リソース割り当て方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信装置及び無線リソース割り当て方法に関し、特に、3GPP移動通信システムのRLC層及びMAC層における、無線リソースの割り当てを実施する通信システム、通信装置及び無線リソース割り当て方法に関する。
【背景技術】
【０００２】
現在、3rd Generation Partnership Project （3GPP）のTechnical Specification Group Radio Access Network（TSG RAN）において、次世代移動通信システムであるLong Term Evolution （LTE）の検討が進められている。
【０００３】
LTEの無線リンク制御層（Radio Link Control、以下「RLC」と記載する）では、非特許文献１の規格に示すように、データ伝送のために、上位層から受信したデータ（RLC SDU）を下位層から通知される送信可能サイズに適応するように結合及び分割を行い、RLC Headerを付加したRLC PDUを生成する。
【０００４】
図１は、RLC層における送信データ生成の様子を示す図である。分割されたRLC SDUは、RLC SDU Segmentと呼ばれる。RLC層は、上位レイヤから受信したRLC SDUからRLC PDUを生成し、下位層に伝送する。また、RLC層では、無線ベアラ（Radio Bearer、以下「RB」と記載する）が要求する様々なサービス品質（QoS）に応じて、透過型データ転送モード（Transparent Mode：TM）、非確認型データ転送モード（Un-acknowledged Mode：UM）、及び確認型データ転送モード（Acknowledged Mode：AM）の３つの動作モードを提供する。
【０００５】
AMモードでは、RLCから下位層に伝送する送信データ（以下、「RLC Data PDU」と記載する）の再送メカニズムによるエラー訂正機能（ARQ：Automatic Repeat Request）を提供している。ARQでは、データ受信側がデータ送信側に対してデータを正しく受信したことを通知するメッセージ（送達確認：acknowledgement）を通知することで、データ送信成否を検出する。データの送信に失敗した場合には、データ再送を実施することにより、データ伝送の信頼性を高めている。送達確認を通知する制御データは、RLC STATUS PDUと呼ばれ、RLC層では、RLC Data PDUより優先して送信することが規定されている。
【０００６】
媒体アクセス制御層（Medium Access Control、以下「MAC」と記載する）は、RLC層の下位に位置する。非特許文献２の規格に示すように、MAC層では、論理チャネル（Logical Channel、以下「LCH」と記載する）とトランスポートチャネル（Transport Channel、以下「TrCH」と記載する）のマッピングを行う。上位レイヤから受信した各LCHのデータ（MAC SDU）をTransport Block（以下、「TB」と記載する）に多重化し、適切なTrCHで下位レイヤに伝送する。
【０００７】
MAC層では、様々なLCHのデータをTBに多重化する際、LCHの優先度に応じた無線リソースの割り当て（Logical Channel Prioritization、以下「LCP」と記載する）を行う。LCPでは、LCHのデータをTBに多重化する際、LCH毎に設定される優先度及び保証帯域（Prioritized Bit Rate、以下「PBR」と記載する）に基づいてLCH毎のデータ送信量を決定する。
【０００８】
以下に非特許文献２で規定されている割り当てルールを記載する。
【０００９】
MAC層では、LCHj毎にBucket size（Bj）という値を管理する。Bjは、PBRの値を元に算出され、TTI毎にPBRが加算される。送信機会の都度、以下の手順でLCPを実施する。
【００１０】
Ｓｔｅｐ１：Bj>0の全LCHについて、高優先度のLCHから順にリソース割り当てを行う。
【００１１】
Ｓｔｅｐ２：上記Ｓｔｅｐ１で割り当てたデータサイズをBjから減算する（Bjは、マイナス値も可）。
【００１２】
Ｓｔｅｐ３：上記Ｓｔｅｐ１の割り当てで無線リソースが残った場合は、Bjの値に関わらず、高優先度のLCHから順に、送信データがなくなるかリソースがなくなるまで、割り当てを行う。
【００１３】
図２及び図３は、LCP適用例を示す図である。図２は、無線リソースサイズ≧LCH毎の割り当て合計値の場合のLCP実施例を示し、図３は、無線リソースサイズ＜LCH毎の割り当て合計値の場合のLCP実施例を示す。
【００１４】
優先度は、LCH#1>LCH#2>LCH#3とする。上記Ｓｔｅｐ１において、優先度の順にリソースを割り当てる。そして、余りのリソースは、上記Ｓｔｅｐ３で高優先度のLCH（ここではLCH#1）から順に割り当てられることになる。
【００１５】
図２に示すように、１回の送信機会でUEに割り当てられた無線リソースのサイズが、上記Ｓｔｅｐ１での各LCHの割り当てサイズ合計値より大きい場合は、全LCHにリソース割り当てが行われるため、全LCHでデータ送信が可能である。
【００１６】
一方、図３に示すように、UEに割り当てられた無線リソースのサイズが、上記Ｓｔｅｐ１での各LCHの割り当てサイズ合計値より小さい場合も有り得る。この場合、高優先度のLCH（ここではLCH#1, LCH#2）への割り当てが優先されるため、優先度の低いLCH（ここではLCH#3）にはリソース割り当てが行われない。その結果、優先度の低いLCHのデータ送信が行われないことになる。
【００１７】
RLC層のAMモードでは、ARQ機能を実施しているため、データの受信が成功した場合、RLC STATUS PDUで送達確認（ACK）を送信し、対向RLC層にデータ受信成功を通知する必要がある。対向RLCでは、送達確認（ACK）を受信できない場合、データの再送を実施することになる。
【００１８】
しかし上述したように、データを受信しているLCHの優先度が低く、無線リソース割り当てが行われない場合、RLC STAUTS PDUを送信することができないという問題が発生する。そして送達確認が受信できないことによりデータの再送が繰り返された場合、再送回数が規定上限値に達すると、コネクションの再接続がトリガされることになる。
【００１９】
このような、優先度の低いLCHのRLC STAUTS PDUを送信することができないという課題を解決する手法として、特許文献１に示す方法が知られている。
【００２０】
特許文献１では、RLC STATUS PDUを全LCHのRLC Data PDUより優先して送信する方法を提案している。
【００２１】
図４は、特許文献１に記載のRLC層-MAC層の制御シーケンスである。図５は、従来方式におけるMAC層でのLCPによるリソース割り当て方法を示す図である。
【００２２】
図４に示すように、従来の方式では、RLC層がRLC STATUS PDUのサイズ及びRLC Data PDUのサイズを計算しMAC層に通知する。そして、MAC層では、通知されたLCH毎のRLC STATUS PDUのサイズに基づいて、無線リソース割り当てを行う。その際、図５に示すように、まず、RLC STATUS PDUにLCPの優先順に無線リソースの割り当てを行う。そして、余ったリソースがある場合は、RLC Data PDUにLCPの優先順にリソース割り当てを行う。MAC層から割り当てリソースサイズを通知されたRLC層では、RLC STATUS PDUをRLC Data PDUより優先的に送信する。このような方法により、RLC STATUS PDUが送信できないという課題を解決している
【先行技術文献】
【特許文献】
【００２３】
【特許文献１】特表２０１０−５２１８６９号公報
【非特許文献】
【００２４】
【非特許文献１】3GPP TS 36.322 V8.7.0 (2009-09) Radio Link Control (RLC) protocol specification(Release 8)
【非特許文献２】3GPP TS 36.322 V8.7.0 (2009-09) Medium Access Control (MAC) protocol specification(Release 8)
【発明の概要】
【発明が解決しようとする課題】
【００２５】
しかしながら、特許文献１の無線リソース割り当て方式では、RLC層において、RLC Data PDUだけでなくRLC STATUS PDUのサイズを別に管理し、MAC層に通知する必要がある。さらに、MAC層では、LCPでの無線リソース割り当ての際、RLC STAUS PDUのサイズを考慮して割り当てを行う必要がある。そしてRLC層では、MAC層から通知されたLCH毎のリソースサイズに応じてRLC STATUS PDUを優先して送信する。
【００２６】
したがって、MAC層-RLC層間のInteractionが必要となるために、RLC層でのサイズ算出から、MAC層でリソース割り当てを実施しRLC層でデータの設定を行うまでの間にRLC層で保持している送信可能なRLC Data PDU及びRLC Status PDUのデータ量が変化した場合には、適切なリソース割り当てができないことになる。つまり、特許文献１の無線リソース割り当て方式では、最新のデータ状態を反映しての送信ができないという課題がある。
【００２７】
さらに、特許文献１の無線リソース割り当て方式では、MAC層でLCH毎に割り当てたサイズをRLC層に通知し、RLC層ではLCH毎にMAC層から割り当てられたリソース内でRLC PDUを生成し、送信を行う。
【００２８】
図６は、従来方式におけるRLC層でのデータ設定方法を示す図である。
【００２９】
図６に示すように、LCH毎にRLC SDUがセグメントされ、RLC SDU Segmentが生じることになる。
【００３０】
RLC Headerには、RLC PDU中のRLC SDUあるいはRLC SDU Segmentの長さを示すLI field（Length Indicator field）を設定する必要がある。そのため、各LCHでRLC SDUのセグメントが生じると、RLC SDU数が増加することにより設定するLI fieldが増加し、RLC Header量が増加することになる。
【００３１】
このため、特許文献１の無線リソース割り当て方式では、無線リソースを有効利用できていないという課題がある。
【００３２】
本発明の目的は、RLC層において、LCH毎のリソース割り当てに依らず、最新のデータ状態でRLC STATSU PDUを設定することができ、かつRLC Data PDUを生成することができる通信システム、通信装置及び無線リソース割り当て方法を提供することである。
【課題を解決するための手段】
【００３３】
本発明の通信システムは、無線リンク制御層と、媒体アクセス制御層と、を備える通信システムであって、前記媒体アクセス制御層は、前記無線リンク制御層への無線リソースサイズ通知において、論理チャネル毎の割り当て無線リソースサイズと併せて総無線リソースサイズを通知する通知手段を備え、前記無線リンク制御層は、前記媒体アクセス制御層から、論理チャネル毎の割り当て無線リソースサイズと併せて総無線リソースサイズを受信する受信手段と、前記論理チャネル毎の割り当てサイズを参照し、前記総無線リソースサイズの範囲内で各論理チャネルの送信データの設定を行う無線リソース割当手段と、を備える構成を採る。
【００３４】
本発明の通信装置は、無線リンク制御層と、媒体アクセス制御層と、を備える通信装置であって、前記無線リンク制御層は、前記媒体アクセス制御層から、論理チャネル毎の割り当て無線リソースサイズと併せて総無線リソースサイズを受信する受信手段と、前記論理チャネル毎の割り当てサイズを参照し、前記総無線リソースサイズの範囲内で各論理チャネルの送信データの設定を行う無線リソース割当手段と、を備える構成を採る。
【００３５】
本発明のデータ処理方法は、無線リンク制御層と、媒体アクセス制御層と、を備える通信システムの無線リソース割り当て方法であって、前記無線リンク制御層では、前記媒体アクセス制御層から、論理チャネル毎の割り当て無線リソースサイズと併せて総無線リソースサイズを受信するステップと、前記論理チャネル毎の割り当てサイズを参照し、前記総無線リソースサイズの範囲内で各論理チャネルの送信データの設定を行うステップと、を有する。
【発明の効果】
【００３６】
本発明によれば、RLC層において、LCH毎のリソース割り当てに依らず、最新のデータ状態でRLC STATSU PDUを設定することができ、かつRLC Data PDUを生成することができる。
【図面の簡単な説明】
【００３７】
【図１】RLC層における送信データ生成の様子を示す図
【図２】LCP適用例を示す図
【図３】LCP適用例を示す図
【図４】従来のRLC層-MAC層の制御シーケンス図
【図５】従来のMAC層でのLCPによるリソース割り当て方法を示す図
【図６】従来のRLC層でのデータ設定方法を示す図
【図７】本発明の実施の形態１に係る通信装置の構成を示すブロック図
【図８】上記実施の形態１に係る通信装置の無線リソース割当方法を説明する図
【図９】上記実施の形態１の無線リソース割り当て方法が適用される通信装置のRLC部（RLC層）における処理を示すフロー図
【図１０】本発明の実施の形態２の無線リソース割り当て方法が適用される通信装置のRLC部（RLC層）における処理を示すフロー図
【図１１】本発明の実施の形態３の無線リソース割り当て方法が適用される通信装置のRLC部（RLC層）における処理を示すフロー図
【発明を実施するための形態】
【００３８】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００３９】
（実施の形態１）
図７は、本発明の実施の形態１に係る通信装置１００の構成を示すブロック図である。
【００４０】
通信装置１００は、アンテナ１０１と、無線通信部１０２と、MAC部（MAC層）１１０と、RLC部（RLC層）１２０と、PDCP（Packet Data Convergence Protocol）部（PDCP層）１３０とから主に構成される。通信装置１００は、例えば移動機等の通信端末装置である。
【００４１】
アンテナ１０１は、信号を受信して無線通信部１０２へ出力する。また、アンテナ１０１は、無線通信部１０２から入力した信号を送信する。
【００４２】
無線通信部１０２は、アンテナ１０１から入力した信号を無線信号からベースバンド信号に変換するとともに、復調してMAC部１１０へ出力する。また、無線通信部１０２は、MAC部１１０から入力した再送要求を含む送信信号を変調するとともに、ベースバンド周波数から無線周波数に周波数変換してアンテナ１０１へ出力する。また、無線通信部１０２は、PDCP部１３０からRLC部１２０及びMAC部１１０を経由して入力したメッセージを含む送信信号を変調するとともに、ベースバンド周波数から無線周波数に周波数変換してアンテナ１０１へ出力する。
【００４３】
MAC部（MAC層）１１０は、RLC部（RLC層）１２０から通知される送信データサイズ、PRBに基づいて無線リソースを割り当てる。この場合、MAC部１１０は、RLC部１２０でのサイズ算出/MACでのリソース割り当てで、データPDU/状態PDUを区別しない。すなわち、本実施の形態では、MAC部１１０からRLC部１２０にLCH毎の割り当てだけでなく、無線リソースのTotalサイズも通知する。
【００４４】
RLC部１２０は、受信バッファ１２１、SDU生成部１２２、STAUTS PDU作成部１２３及びRLC-PDU作成部１２４を備え、無線リンクの制御を行う。
【００４５】
受信バッファ１２１は、MAC部１１０から受信データを受信し、ARQ及びHARQのReordering処理を行う。
【００４６】
SDU生成部１２２は、ARQ及びHARQのReordering処理により順番が揃ったデータについてRLC-SDUの生成を行う。
【００４７】
STATUS PDU作成部１２３は、受信バッファ１２１により欠損データを検出する等の状態PDU作成条件が整った場合、状態PDU（Status PDU）を作成する。
【００４８】
RLC-PDU作成部１２４は、PDCP部１３０からの送信データ（RLC-SDU）及び状態PDUもしくは再送のRLC-PDUについて、MAC部１１０から通知された無線リソース割り当て量に従って、データPDU（RLC-PDU）を作成し、MAC部１１０へ送信する。
【００４９】
RLC-PDU作成部１２４は、Totalのリソースサイズ内でMACから割り当てられたLCH毎のリソースサイズを超えて状態PDUを送信する。また、RLC-PDU作成部１２４は、リソースが余った場合、LCP/PBRに基づいてデータPDUを送信する。その際、LCH毎の割り当てに依らず、RLC SDUが極力SegmentされないようにデータPDUを設定する。
【００５０】
これにより、不要なMAC-RLC間Interactionを抑制することができ、RLCの最新のデータ状態でPDU生成が可能になる。
【００５１】
また、LCH毎の割り当てに依らず、Totalリソース内で柔軟なデータ割り当てが可能になる。Segment数が減少するため、Headerサイズ削減が可能になる。その結果、無線リソースの有効利用を図ることができる。
【００５２】
PDCP部１３０は、データの暗号化・復号化、ハンドオーバ時のパケット順序制御等を行う。
【００５３】
以下、上述のように構成された通信装置１００を含む通信システムにおける通信方法について説明する。なお、動作説明において、説明の便宜上、MAC部（MAC層）１１０は、MAC層、RLC部（RLC層）１２０は、RLC層と呼称する。
【００５４】
本実施の形態の無線リソース割り当て方法は、特許文献１と異なり、RLC層での送信データサイズ算出及びMAC層でのLCH毎のリソース割り当てにおいて、RLC STATUS PDUのサイズを考慮しない。RLC層からMAC層へは、RLC STATUS PDUとRLC Data PDUのサイズは区別せず、LCH毎の送信可能データサイズを通知する。MAC層では、RLC層から通知される送信データサイズ及びPBRの値に基づいて、Step1のLCH毎のリソース割り当てを行う。
【００５５】
そして、本実施の形態では、MAC層で割り当てられたLCH毎のリソースサイズをRLC層に通知する際、LCH毎のリソースサイズだけでなく、UEに割り当てられた無線リソースの総サイズも併せて通知する。
【００５６】
図８は、本実施の形態の無線リソース割当方法を説明する図である。図８は、RLC層でのデータ設定方法を例に採る。
【００５７】
RLC層では、RLC Data PDUよりRLC STATUS PDUを優先して送信する必要があるため、送信すべきRLC STATUS PDUがある場合、無線リソースの総サイズ内であれば、優先度の高いLCHから順にRLC STATUS PDUを設定する。図８の例では、LCH#3へはMAC層でのリソース割り当ては行われていないが、RLC STAUS PDUを設定することになる。
【００５８】
そしてRLC STATUS PDUを設定後、無線リソースが余っている場合は優先度の高いLCHから順にRLC Data PDUを設定する。その際、無線リソースの総サイズの余りを参照し、サイズ内であれば、MACから割り当てられたLCH毎のリソースサイズを参照し、RLC SDUを極力SegmentしないようにRLC Data PDUを生成する。
【００５９】
RLC SDUを極力SegmentしないようにRLC Data PDUを設定する方法としては、以下（１）−（３）がある。
【００６０】
（１）MAC層から割り当てられたLCH毎のリソースサイズを超えてRLC SDUを設定する方法。
【００６１】
（２）MAC層から割り当てられたLCH毎のリソースサイズ以内でRLC SDUを設定する方法。
【００６２】
（３）MAC層から割り当てられたLCH毎のリソースサイズとの誤差が小さくなるようにRLC SDUを設定する方法。
【００６３】
図８は、MAC層から割り当てられたLCH毎のリソースサイズを超えてRLC SDUを設定する方法の適用例を示す。
【００６４】
この例では、最も優先度の高いLCH#1でのRLC Data PDU設定において、MAC層でのリソース割り当てサイズを超えて、RLC SDU2がSDU SegmentとならないようにRLC Data PDUを生成している。
【００６５】
上記のような方法を用いると、優先度の高いLCHはRLC SDU Segmentが生成されず、RLC SDU Segmentが発生するのは、優先度の低い1LCHのみとなる。図８の例では、LCH#2でのみRLC SDU Segmentが生成されている。
【００６６】
図９は、本実施の形態の無線リソース割り当て方法が適用される通信装置のRLC部（RLC層）における処理を示すフローチャートである。図中、Ｓはフローの各ステップを示す。
【００６７】
ステップＳ１では、RLC部（RLC層）１２０は、MAC部（MAC層）１１０からLCH毎の割り当てリソースサイズとともに、総無線リソースサイズの情報を受信する。
【００６８】
そして、優先度の高いLCHから順にRLC STATUS PDUを設定する（ループ端：Ｓ２）。
【００６９】
ステップＳ３では、RLC部１２０は、RLC STATUS PDUを設定する。RLC STATUS PDU設定処理は、全LCHのRLC STATUS PDUを設定するか、無線リソースを全て使用するまでLCHの優先度が高い順に実施する。
【００７０】
RLC STATUS PDUの設定後、ステップＳ４でRLC部１２０は、無線リソースサイズに余りがあるか否かを判定する。RLC STATUS PDUの設定後、無線リソースサイズに余りがない場合は、本フローを終了する。
【００７１】
RLC STATUS PDUの設定後、無線リソースサイズに余りがある場合は、このループ終端を抜け、優先度の高い順にLCH毎に実施する（ループ端：Ｓ５）。
【００７２】
ステップＳ６乃至Ｓ９では、RLC部１２０は、RLC Data PDUの設定を行う。具体的には、ステップＳ６でRLC部１２０は、優先度の高いLCHから順に、RLC SDUをSegmentせずにRLC Data PDUを設定可能か判定する。RLC SDUをSegmentせずにRLC Data PDUを設定可能な場合は、ステップＳ７で、RLC部１２０は、RLC SDUをSegmentせずにRLC Data PDUの設定を行う。また、上記ステップＳ６で余りのリソース内でRLC SDUをSegmentせずにRLC Data PDUの設定ができない場合は、ステップＳ７で、RLC部１２０は、余りのリソース内でRLC SDUをSegmentしてRLC Data PDUの設定を行う。
【００７３】
上記ステップＳ７でRLC SDUをSegmentせずにRLC Data PDUの設定を行った場合、ステップＳ９で、RLC部１２０は、無線リソースに余りがあるか否かを判定する。無線リソースに余りがある場合は、無線リソースに余りがなくなるまで上記処理を繰り返す。無線リソースに余りがない場合は、本フローを終了する。
【００７４】
このように、RLC Data PDU設定処理は、全LCHのRLC SDUを設定するか、無線リソースを全て使用するまでLCHの優先度が高い順に実施する。
【００７５】
以上詳細に説明したように、本実施の形態の無線リソース割り当て方法が適用される通信装置１００は、MAC部（MAC層）１１０が、RLC部（RLC層）１２０への無線リソースサイズ通知において、論理チャネル（LCH）毎の割り当て無線リソースサイズと併せて総無線リソースサイズを通知する。また、RLC部（RLC層）１２０が、MAC部（MAC層）１１０から、論理チャネル（LCH）毎の割り当て無線リソースサイズと併せて総無線リソースサイズを受信する。さらに、RLC部（RLC層）１２０では、LCH毎の割り当てサイズを参照し、総無線リソースサイズの範囲内で各LCHの送信データの設定を行う。
【００７６】
これにより、RLC部（RLC層）１２０において、LCH毎のリソース割り当てに依らず、最新のデータ状態でRLC STATSU PDUの設定及びRLC Data PDUの生成が可能となる。
【００７７】
また、無線リソースの総サイズ内で、柔軟なデータ割り当てが可能となるために、RLC SDU Segmentが極力生じないようにRLC Data PDUを生成することが可能となり、RLC Headerサイズを削減することができる。
【００７８】
このように、本発明の無線リソース割り当て方式では、従来の方式と比較して、無線リソースの有効利用が可能となる。
【００７９】
特に、本実施の形態では、RLC STATUS PDUを優先的に送信可能となるとともに、最新のデータ量に応じた無線リソースの割り当てが可能となり、かつ冗長なRLC Headerを削減することができるため、無線リソースの有効利用が可能となる。
【００８０】
（実施の形態２）
実施の形態１の無線リソース割り当て方式は、RLC STATUS PDUの設定処理及びRLC Data PDUの設定処理をそれぞれ単独で実施することも可能である。
【００８１】
実施の形態２は、RLC STATUS PDUの設定処理を単独で実施した場合の処理である。
【００８２】
本発明の実施の形態２における通信装置の基本的な構成及び動作は、実施の形態１と同様である。
【００８３】
図１０は、本発明の実施の形態２の無線リソース割り当て方式が適用される通信装置のRLC部（RLC層）における処理を示すフローチャートである。図９のフローと同一処理を行うステップには同一符号を付している。
【００８４】
ステップＳ１１では、RLC部（RLC層）１２０は、MAC部（MAC層）１１０からLCH毎の割り当てリソースサイズとともに、総無線リソースサイズの情報を受信する。
【００８５】
そして、優先度の高いLCHから順にRLC STATUS PDUを設定する（ループ端：Ｓ２）。
【００８６】
ステップＳ３では、RLC部１２０は、RLC STATUS PDUを設定する。RLC STATUS PDU設定処理は、全LCHのRLC STATUS PDUを設定するか、無線リソースを全て使用するまでLCHの優先度が高い順に実施する。
【００８７】
RLC STATUS PDUの設定後、ステップＳ４でRLC部１２０は、無線リソースサイズに余りがあるか否かを判定する。RLC STATUS PDUの設定後、無線リソースサイズに余りがない場合は、本フローを終了する。無線リソースに余りがある場合は、無線リソースに余りがなくなるまで上記処理を繰り返す。
【００８８】
このように、本実施の形態では、RLC部（RLC層）１２０は、MAC部（MAC層）１１０からLCH毎の割り当てリソースサイズとともに、総無線リソースサイズの情報を受信する。
【００８９】
そして、優先度の高いLCHから順にRLC STATUS PDUを設定する。RLC STATUS PDU設定処理は、全LCHのRLC STATUS PDUを設定するか、無線リソースを全て使用するまでLCHの優先度が高い順に実施する。
【００９０】
したがって、本実施の形態では、RLC STATUS PDUを優先的に送信可能となるとともに、最新のRLC STATUS PDUのデータ量に応じて無線リソースを有効利用することが可能となる。
【００９１】
（実施の形態３）
実施の形態３は、RLC Data PDUの設定処理を単独で実施した場合の処理である。
【００９２】
本発明の実施の形態３における通信装置の基本的な構成及び動作は、実施の形態１と同様である。
【００９３】
図１１は、本発明の実施の形態３の無線リソース割り当て方式が適用される通信装置のRLC部（RLC層）における処理を示すフローチャートである。図９及び図１０のフローと同一処理を行うステップには同一符号を付している。
【００９４】
ステップＳ１１では、RLC部（RLC層）１２０は、MAC部（MAC層）１１０からLCH毎の割り当てリソースサイズとともに、総無線リソースサイズの情報を受信する。
【００９５】
ループ端Ｓ５では、優先度の高い順にLCH毎に実施する。
【００９６】
ステップＳ６乃至Ｓ９では、RLC部１２０は、RLC Data PDUの設定を行う。具体的には、ステップＳ６でRLC部１２０は、優先度の高いLCHから順に、RLC SDUをSegmentせずにRLC Data PDUを設定可能か判定する。RLC SDUをSegmentせずにRLC Data PDUを設定可能な場合は、ステップＳ７で、RLC部１２０は、RLC SDUをSegmentせずにRLC Data PDUの設定を行う。また、上記ステップＳ６で余りのリソース内でRLC SDUをSegmentせずにRLC Data PDUの設定ができない場合は、ステップＳ８で、RLC部１２０は、余りのリソース内でRLC SDUをSegmentしてRLC Data PDUの設定を行う。
【００９７】
上記ステップＳ７でRLC SDUをSegmentせずにRLC Data PDUの設定を行った場合、ステップＳ９で、RLC部１２０は、無線リソースに余りがあるか否かを判定する。無線リソースに余りがある場合は、無線リソースに余りがなくなるまで上記処理を繰り返す。無線リソースに余りがない場合は、本フローを終了する。
【００９８】
このように、本実施の形態では、RLC部（RLC層）１２０は、MAC部（MAC層）１１０からLCH毎の割り当てリソースサイズとともに、総無線リソースサイズの情報を受信する。
【００９９】
そして、優先度の高いLCHから順に、RLC SDUをSegmentせずにRLC Data PDUを設定可能か判定し、設定可能な場合は、RLC Data PDUの設定を行う。余りのリソース内でRLC SDUをSegmentせずにRLC Data PDUの設定ができない場合は、余りのリソース内でRLC SDUをSegmentしてRLC Data PDUの設定を行う。RLC Data PDU設定処理は、全LCHのRLC SDUを設定するか、無線リソースを全て使用するまでLCHの優先度が高い順に実施する。
【０１００】
以上のように、本実施の形態では、最新のデータ量に応じた無線リソースの割り当てが可能となり、冗長なRLC Headerを削減することができるため、無線リソースの有効利用が可能となる。
【０１０１】
以上の説明は本発明の好適な実施の形態の例証であり、本発明の範囲はこれに限定されることはない。
【０１０２】
例えば、上記各実施の形態において、MAC部、RLC部及びRRC部を設けたが、本発明はこれに限らず、MAC部、RLC部及びRRC部以外のこれらと同様の処理を行う任意のプロトコル処理を行う構成を各々採用することができる。
【０１０３】
上記実施の形態では、通信システム、通信装置及び無線リソース割り当て方法という名称を用いたが、これは説明の便宜上であり、装置は無線通信端末、LTE端末、移動通信システム、方法は通信制御方法等であってもよい。
【０１０４】
さらに、上記通信装置を構成する各構成部、例えば無線通信部の種類、プロトコル処理などは前述した実施の形態に限られない。
【０１０５】
上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。
【０１０６】
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１０７】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１０８】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適用等が可能である。
【産業上の利用可能性】
【０１０９】
本発明の通信システム、通信装置及び無線リソース割り当て方法は、RLC層においてARQを実施し、MAC層においてLCPを実施する3GPP移動通信システム等に有用である。
【符号の説明】
【０１１０】
１００  通信装置
１０１  アンテナ
１０２  無線通信部
１１０  MAC部（MAC層）
１２０  RLC部（RLC層）
１２１  受信バッファ
１２２  SDU生成部
１２３  STAUTS PDU作成部
１２４  RLC-PDU作成部
１３０  PDCP部（PDCP層）
【図１】
2012227599.tif 000003
【図２】
2012227599.tif 000004
【図３】
2012227599.tif 000005
【図４】
2012227599.tif 000006
【図５】
2012227599.tif 000007
【図６】
2012227599.tif 000008
【図８】
2012227599.tif 000009
【図９】
2012227599.tif 000010
【図１１】
2012227599.tif 000011
【図７】
2012227599.tif 000012
【図１０】
2012227599.tif 000013