(57)【要約】【課題】ＰＤＵの欠落を低減し、元の情報を再構成できるように制御する無線通信装置を提供する。【解決手段】無線通信装置１００であって、無線基地局２００から送信されるＰＤＵを受信する受信部１１０と、受信したＰＤＵをシーケンス番号を用いて並べ替え、上位のレイヤに提供するＳＤＵを生成する生成部１２２とを備え、生成部１２２は、第１種別の情報を構成するＰＤＵの場合、シーケンス番号の抜けを検知すると、第１タイマーを起動し、当該第１タイマーが満了するまで抜けたシーケンス番号のＰＤＵの受信を試み、第２種別の情報を構成するＰＤＵの場合、前記第１タイマーを無効とし、第２のタイマーが満了するまでＰＤＵの受信を試みる。【選択図】図４
2017092574.tif 000002
【特許請求の範囲】
【請求項１】
無線リンク制御レイヤにおいて、シーケンス番号が割り当てられたプロトコルデータユニットを受信する無線通信装置であって、
無線基地局から送信されるプロトコルデータユニットを受信する受信部と、
受信したプロトコルデータユニットを、前記シーケンス番号を用いて並べ替え、上位のレイヤに提供するサービスデータユニットを生成する生成部と、を備え、
前記生成部は、
第１種別の情報を構成するプロトコルデータユニットの場合、前記シーケンス番号の抜けを検知すると、第１タイマーを起動し、前記第１タイマーが満了するまで抜けたシーケンス番号のプロトコルデータユニットの受信を試み、 
第２種別の情報を構成するプロトコルデータユニットの場合、前記第１タイマーを無効とし、第２のタイマーが満了するまでプロトコルデータユニットの受信を試みること、
を特徴とする無線通信装置。
【請求項２】
請求項１記載の無線通信装置であって、
第２種別の情報を構成するプロトコルデータユニットの場合に前記第１タイマーを無効とすることは、論理チャネル、または、無線リンク制御レイヤの設定情報を用いて通知されること、を特徴とする無線通信装置。
【請求項３】
請求項１記載の無線通信装置であって、
無線基地局から、前記第１タイマーの値が通知さない場合、あるいは、前記第１タイマーの値として「０」または「無限大」が通知された場合、前記生成部は、第２種別の情報を構成するプロトコルデータユニットの場合に、前記第１タイマーを無効とすること、を特徴とする無線通信装置。
【請求項４】
無線リンク制御レイヤにおいて、シーケンス番号が割り当てられたプロトコルデータユニットを受信する無線通信装置であって、
無線基地局から送信されるプロトコルデータユニットを受信する受信部と、
受信したプロトコルデータユニットを、前記シーケンス番号を用いて並べ替えて、上位のレイヤに提供するサービスデータユニットを生成する生成部と、を備え、
前記生成部は、
第１種別の情報を構成するプロトコルデータユニットの場合、前記シーケンス番号の長さに基づくサイズの順序補正ウィンドウを用いて、プロトコルデータユニットの受信状況を管理し、
第２種別の情報を構成するプロトコルデータユニットの場合、前記サイズより大きなサイズの順序補正ウィンドウを用いて、プロトコルデータユニットの受信状況を管理すること
を特徴とする無線通信装置。
【請求項５】
請求項４記載の無線通信装置であって、
前記生成部は、第１種別の情報を構成するプロトコルデータユニットの場合、２（シーケンス番号の長さ−１）のサイズの順序補正ウィンドウを用いてプロトコルデータユニットの受信状況を管理し、第２種別の情報を構成するプロトコルデータユニットの場合、２（シーケンス番号の長さ）のサイズの順序補正ウィンドウを用いてプロトコルデータユニットの受信状況を管理すること
を特徴とする無線通信装置。
【請求項６】
請求項１から５のいずれか１項に記載の無線通信装置であって、
前記第２種別の情報には、報知情報、ページング、および、ＭＢＭＳの少なくとも１つが含まれること、を特徴とする無線通信装置。
【請求項７】
無線リンク制御レイヤにおいて、シーケンス番号が割り当てられたプロトコルデータユニットを受信する無線通信装置であって、
無線基地局から送信される前記プロトコルデータユニットを受信する受信部と、
受信した前記プロトコルデータユニットを、前記シーケンス番号を用いて並べ替え、上位のレイヤに提供するサービスデータユニットを生成する生成部と、を備え、
前記生成部は、前記サービスデータユニット毎に、順序補正ウィンドウにおける各プロトコルデータユニットの受信状態を管理するための状態変数を初期化すること
を特徴とする無線通信装置。
【請求項８】
請求項７記載の無線通信装置であって、
前記生成部は、直前のサービスデータユニットが生成されたタイミングで、次に受信するサービスデータユニット用の順序補正ウィンドウの状態変数を初期化すること、を特徴とする無線通信装置。
【請求項９】
請求項７記載の無線通信装置であって、
前記生成部は、次のサービスデータユニットを構成するプロトコルデータユニットを受信したタイミングで、順序補正ウィンドウの状態変数を初期化すること、を特徴とする無線通信装置。
【請求項１０】
請求項７から９のいずれか１項に記載の無線通信装置であって、
前記サービスデータユニットは、報知情報、ページング、および、ＭＢＭＳのいずれかであること、を特徴とする無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線制御リンクレイヤにおいて、プロトコルデータユニットを送受信する無線通信装置に関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Project）のリリース１３において、ＩｏＴ（Internet of Things）シナリオを想定したＭＴＣ（Machine  Type  Communication）向けの低コストユーザ端末の検討が進められている（非特許文献１参照）。
【０００３】
ＮＢ−ＩｏＴ（NarrowBand Internet of Things）では、スマートフォンにように広帯域通信が必要なく、また、バッテリー消費に関する要求条件が厳しい。このため、狭帯域通信を想定した物理レイヤの変更、レイヤ２の設計を見直すことで、低コスト化の検討が進められている。
【０００４】
また、３ＧＰＰにおいて、無線リンク制御レイヤでは、ベアラの特性（要求）に応じて、異なる制御を行うことが規定されている（非特許文献２参照）。具体的には、ＲＬＣ-ＴＭ （RLC-Transparent Mode）と、ＲＬＣ−ＡＭ（RLC-Acknowledged Mode）と、ＲＬＣ−ＵＭ（RLC -Unacknowledged Mode）とがある。無線基地局から無線通信装置に送信される報知情報は、ＲＬＣ-ＴＭで送信することが規定されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP RP-15162, “Narrowband IOT”、3GPP、２０１５年９月
【非特許文献２】3GPP TS 36.322 version 12.1.0 Release 12  LTE;  Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC) protocol specification、3GPP、２０１４年９月
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＮＢ−ＩｏＴは、狭帯域通信であるため、一度に受信できるビット数に制限があり、無線通信装置は、報知情報を一度に受信できない可能性がある。報知情報自体を小さくすることも想定されるが、将来的な拡張性等が失われてしまうデメリットがある。  
【０００７】
そこで、ＮＢ−ＩｏＴの無線通信装置に対して、報知情報を分割して送信することが３ＧＰＰ標準化で提案されており、その際に、ＲＬＣ−ＵＭを用いることが想定されている（非特許文献１参照）。
【０００８】
しかしながら、報知情報をＲＬＣ−ＵＭを用いて送信する際に、どのようにして送信するのかの具体的な実現方法は規定されていない。例えば、ＲＬＣ-ＵＭでは、受信側でプロトコルデータユニット（以下、ＰＤＵ）の抜けを検出した場合、所定期間、抜けたＰＤＵの受信を試みて、受信できなければ当該ＰＤＵの受信を諦める。このため、報知情報をシーケンス番号順に受信できない場合には、一部のバイトセグメントが抜けて、元の報知情報を組み上げることができない、という問題がある。
【０００９】
また、ＲＬＣ−ＵＭの状態変数はＰＤＵの送受信の度に更新され、ハンドオーバなどのレイヤ２再接続が発生しない限り維持される。そのため、複数の報知情報にまたがってシーケンス番号が連続していると、報知情報を分割するＴＢＳ（Transport Block Size)を柔軟に変更することができないという問題がある。具体的には、ある報知情報のＴＢＳを変更すると、当該報知情報のＰＤＵの分割数が変更となるため、後続の報知番号のＰＤＵのシーケンス番号がずれてしまう。
【００１０】
本発明は、このような状況に鑑みてなされたものであり、ＲＬＣ−ＵＭを用いて大きなサイズの情報をＰＤＵに分割して送信する際に、受信側でのＰＤＵの欠落を低減し、元の情報を再構成できるように制御する無線通信装置の提供を目的とする。
【課題を解決するための手段】
【００１１】
本発明の一態様は、無線リンク制御レイヤにおいて、シーケンス番号が割り当てられたプロトコルデータユニットを受信する無線通信装置であって、無線基地局から送信されるプロトコルデータユニットを受信する受信部と、受信したプロトコルデータユニットを、前記シーケンス番号を用いて並べ替え、上位のレイヤに提供するサービスデータユニットを生成する生成部と、を備え、前記生成部は、第１種別の情報を構成するプロトコルデータユニットの場合、前記シーケンス番号の抜けを検知すると、第１タイマーを起動し、前記第１タイマーが満了するまで抜けたシーケンス番号のプロトコルデータユニットの受信を試み、 第２種別の情報を構成するプロトコルデータユニットの場合、前記第１タイマーを無効とし、第２のタイマーが満了するまでプロトコルデータユニットの受信を試みることを要旨とする。
【００１２】
本発明の一態様は、無線リンク制御レイヤにおいて、シーケンス番号が割り当てられたプロトコルデータユニットを受信する無線通信装置であって、無線基地局から送信されるプロトコルデータユニットを受信する受信部と、受信したプロトコルデータユニットを、前記シーケンス番号を用いて並べ替えて、上位のレイヤに提供するサービスデータユニットを生成する生成部と、を備え、前記生成部は、第１種別の情報を構成するプロトコルデータユニットの場合、前記シーケンス番号の長さに基づくサイズの順序補正ウィンドウを用いて、プロトコルデータユニットの受信状況を管理し、第２種別の情報を構成するプロトコルデータユニットの場合、前記サイズより大きなサイズの順序補正ウィンドウを用いて、プロトコルデータユニットの受信状況を管理することを要旨とする。
【００１３】
本発明の一態様は、無線リンク制御レイヤにおいて、シーケンス番号が割り当てられたプロトコルデータユニットを受信する無線通信装置であって、無線基地局から送信される前記プロトコルデータユニットを受信する受信部と、受信した前記プロトコルデータユニットを、前記シーケンス番号を用いて並べ替え、上位のレイヤに提供するサービスデータユニットを生成する生成部と、を備え、前記生成部は、前記サービスデータユニット毎に、順序補正ウィンドウにおける各プロトコルデータユニットの受信状態を管理するための状態変数を初期化することを要旨とする。
【発明の効果】
【００１４】
上述した無線通信装置によれば、ＲＬＣ−ＵＭを用いて大きなサイズの情報をＰＤＵに分割して送信する際に、受信側でのＰＤＵの欠落を低減し、元の情報を再構成できるように制御することができる。
【図面の簡単な説明】
【００１５】
【図１】図１は、移動通信システム１０の全体概略構成図である。
【図２】図２は、ＲＬＣ−ＵＭベアラにおけるプルウィンドウを示す図である。
【図３】図３は、順序補正ウィンドウの状態変数を示す図である。
【図４】図４は、報知情報（ＳＩＢ）の送信イメージを示す図である。
【図５】図５は、ＵＥ１００の機能ブロック構成図である。
【図６】図６は、ｅＮＢ２００の機能ブロック構成図である。
【図７】図７（ａ）及び（ｂ）は、第１実施形態に係るＲＬＣ ＰＤＵをシーケンス番号順に受信できた場合の動作を示す図である。
【図８】図８（ａ）及び（ｂ）は、第１実施形態に係る第１種別の情報のＲＬＣＰＤＵのシーケンス番号の抜けを検出した場合の動作を示す図である。
【図９】図９は、第１実施形態に係るＵＥ１００による第１種別の情報のＲＬＣＰＤＵの受信動作を示すフローチャートである。
【図１０】図１０（ａ）及び（ｂ）は、第１実施形態に係る第２種別の情報のＲＬＣＰＤＵのシーケンス番号の抜けを検出した場合の動作を示す図である。
【図１１】図１１（ａ）及び（ｂ）は、第２実施形態に係る複数の報知情報でシーケンス番号が連続する場合の動作を示す図である。
【図１２】図１２（ａ）及び（ｂ）は、第２実施形態に係る報知情報毎にシーケンス番号を初期化する場合の動作を示す図である。
【図１３】図１３は、第２実施形態に係るＵＥ１００によるＲＬＣ ＰＤＵの受信動作を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、実施形態を図面に基づいて説明する。なお、同一の機能や構成には、同一または類似の符号を付して、その説明を適宜省略する。
【００１７】
［第１実施形態］
（１）移動通信システムの全体概略構成
図１は、本実施形態に係る移動通信システム１０の全体概略構成図である。図１に示すように、移動通信システム１０は、ＬＴＥ（Long Term Evolution）またはＬＴＥ-Ａｄｖａｎｃｅｄに従った無線通信システムである。移動通信システム１０は、無線アクセスネットワーク２０、ユーザ装置１００（以下、ＵＥ１００）、及び無線基地局２００（以下、ｅＮＢ２００）を含む。
【００１８】
無線アクセスネットワーク２０は、３ＧＰＰにおいて規定されるＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）であり、ｅＮＢ２００を含む。
【００１９】
なお、移動通信システム１０は、必ずしもＬＴＥ（Ｅ−ＵＴＲＡＮ）に限定されない。例えば、無線アクセスネットワーク２０は、５Ｇとして規定されるＵＥ１００と無線通信を実行する無線基地局を含む無線アクセスネットワークであってもよい。
【００２０】
ＵＥ１００及びｅＮＢ２００は、ＬＴＥの仕様に従った無線通信を実行する。特に、本実施形態では、ｅＮＢ２００は、無線制御（Radio Link Control）レイヤ（以下、ＲＬＣレイヤ）における下り方向のＰＤＵ（Protocol Data Unit）であるＲＬＣ ＰＤＵを、ＵＥ１００に送信する。すなわち、ＵＥ１００及びｅＮＢ２００は、ＲＬＣレイヤにおいてＲＬＣＰＤＵを送受信する。
【００２１】
ＲＬＣレイヤでは、ベアラの特性（要求）に応じて異なる制御を行う。ＲＬＣ−ＴＭ（Transparent Mode）は、上位レイヤから受け取ったＲＬＣ ＳＤＵを、透過させるモードである。ＲＬＣ−ＴＭは、ＲＬＣレイヤが関与しないチャネル（例えば、ＰＣＣＨ、ＢＣＣＨ等）の制御に用いられる。
【００２２】
ＲＬＣ−ＡＭ（Acknowledged Mode）は、データの送達確認を行うモードであって、ロスレス（Lossless）を担保するベアラ（例えば、SRB、Best Effortベアラ等）の制御に用いられる。ＲＬＣ−ＵＭ（Unacknowledged Mode）は、データの送達確認を行わないモードであって、リアルタイム性が必要なベアラ（例えば、音声ベアラ等）の制御に用いられる。
【００２３】
本実施形態のＵＥ１００及びｅＮＢ２００は、ＲＬＣ−ＵＭを用いて、ＲＬＣ ＰＤＵを送受信する。なお、ＲＬＣ−ＵＭでは、各ＲＬＣ ＰＤＵに、シーケンス番号（ＳＮ：Sequence Number）を含むヘッダを付加し、受信側がどのＲＬＣ ＰＤＵが損失したかわかるようにする。
【００２４】
図２は、ＲＬＣ−ＵＭベアラにおけるＲＬＣ処理の一例を示す図である。ＲＬＣ−ＵＭでは、３ＧＰＰ  ３６．３２２の規定に従って、プルウィンドウ（Pull-window）を採用している。プルウィンドウでは、送信側は、受信側の受信状態を意識することなく、シーケンス番号を単純にインクリメントしながらＲＬＣＰＤＵを生成し、送信する。一方、受信側は、順序補正ウィンドウ（Reordering window）の範囲外のシーケンス番号のＲＬＣ ＰＤＵを受信したことを契機に、当該順序補正ウィンドウを更新する。
【００２５】
図３は、ＲＬＣ−ＵＭの受信側の状態変数および順序補正ウィンドウの制御イメージである。ここでは、シーケンス番号は、５ビットの長さで表されるものとする。
【００２６】
順序補正ウィンドウには、ＲＬＣＳＤＵの再構成を待機中の受信済みのＲＬＣ ＰＤＵが格納される。順序補正ウィンドウは、受信した各ＲＬＣ  ＰＤＵをシーケンス番号順に補正する（並べ替える）ために用いられるウィンドウである。なお、順序補正ウィンドウは、「ＵＭ＿Ｗｉｎｄｏｗ」ともいう（３ＧＰＰ  ３６．３２２参照）。
【００２７】
状態変数は、順序補正ウィンドウにおける各ＲＬＣ ＰＤＵの受信状態を管理するため変数である。図示する例では、状態変数は、ＶＲ（ＵＲ）：受信待機番号と、ＶＲ（ＵＨ）：最大受信番号である。
【００２８】
ＶＲ（ＵＲ）は、最も古い並び替え待ち（受信待ち）のＲＬＣ ＰＤＵのシーケンス番号を意味する。ＶＲ（ＵＲ）は、抜けが発生しているシーケンス番号のＲＬＣ ＰＤＵを受信した場合、または、抜けが発生しているシーケンス番号のＲＬＣ ＰＤＵのタイマー（Reordering timer）の満了時（当該ＲＬＣ  ＰＤＵの受信を諦めた場合）に更新される。なお、並び替えタイマーは、例えば３５ｍｓとするが、これに限定されるものではない。
【００２９】
ＶＲ（ＵＨ）は、受信済みのＲＬＣ ＰＤＵの中で、最大のシーケンス番号に１を加えたシーケンス番号を意味する。
【００３０】
ここで、領域Ａは、「ＶＲ（ＵＨ）−順序補正ウィンドウ（Reordering window）＿Ｓｉｚｅ（ここでは、１６）」から「ＶＲ（ＵＲ）」の間のシーケンス番号の領域であって、既に受信済みのＲＬＣＰＤＵの領域である。領域Ａの範囲内のシーケンス番号のＲＬＣ ＰＤＵが後に受信された場合、当該ＲＬＣ ＰＤＵは破棄される。
【００３１】
領域Ｂは、「ＶＲ（ＵＲ）」から「ＶＲ（ＵＨ）」の間のシーケンス番号の領域であって、受信を期待している、並び替え待ちのＲＬＣＰＤＵの領域である。領域Ｂの範囲内のシーケンス番号のＲＬＣ ＰＤＵが受信された場合は、未受信のシーケンス番号のＲＬＣ ＰＤＵは受け入れ、既に受信済みの重複したシーケンス番号のＲＬＣＰＤＵは破棄する。なお、領域Ａおよび領域Ｂが、順序補正ウィンドウの領域である。
【００３２】
領域Ｃは、未受信のＲＬＣ ＰＤＵの領域である。領域Ｃの範囲内のシーケンス番号のＲＬＣ ＰＤＵが受信された場合、順序補正ウィンドウが更新される。
【００３３】
次に、ｅＮＢ２００からＵＥ１００に送信される下り方向の情報について説明する。  
【００３４】
下り方向の情報として、ＬＴＥでは、ｅＮＢ２００は、アイドル状態のＵＥ１００に対して、セルまたは無線アクセスネットワーク２０に接続するため、あるいは、ＵＥ１００を制御（例えば、規制制御）するための報知情報を送信している。
【００３５】
報知情報には、ＭＩＢ (Master information block)と、ＳＩＢ (System information block)の２つの種類がある。ＭＩＢは、ＵＥ１００が最初に読む報知情報である。ＳＩＢは、ＵＥ１００が、ＭＩＢを受信した後に読む報知情報である。
【００３６】
ＵＥ１００が、ＳＩＢのシステム情報を取得するタイミングは、「セルの選択時またはセルの再選択時」、「ハンドオーバ時」、「ＥＴＷＳ（Earthquake and Tsunami Warning System）が通知された時（ＳＩＢ１０、ＳＩＢ１１のみ）」、「システム情報の変更を検出した時」などである。
【００３７】
図４に、ＳＩＢの送信イメージを示す。ＳＩＢは、動的な情報の種類（例えば、ＳＩＢ１、ＳＩ−１、ＳＩ−２、ＳＩ−３、ＳＩ−４）により、８０ｍｓ、１６０ｍｓ、３２０ｍｓ、１２８０ｍｓなどの周期でそれぞれ伝送される。
【００３８】
（２）移動通信システムの機能ブロック構成
次に、移動通信システム１０の機能ブロック構成について説明する。具体的には、ＵＥ１００及びｅＮＢ２００の機能ブロック構成について説明する。
【００３９】
（２．１）ＵＥ１００
図５は、ＵＥ１００の機能ブロック構成図である。図５に示すように、ＵＥ１００は、ＤＬ信号受信部１１０と、ＲＬＣ管理部１２０と、処理部１３０と、ＵＬ信号送信部１４０とを備える。
【００４０】
なお、図示すように、ＵＥ１００の各機能ブロックは、無線通信モジュール、プロセッサ（メモリを含む）、機能モジュール（ユーザIF、位置検出、カメラ、オーディオ・ビデオなど）、ディスプレイ及び電源（バッテリ含む）などのハードウェア要素によって実現される。
【００４１】
また、本実施形態のＵＥ１００には、ＭＴＣ向けの低コストのＭＴＣ端末を用いることとしてもよい。ＭＴＣ端末の場合、機能モジュールとしては、最低限の機能のみ搭載し、また、ディスプレイを備えない端末であってもよい。
【００４２】
ＤＬ信号受信部１１０は、ｅＮＢ２００から送信された下り方向の信号（ＤＬ信号）を受信する。具体的には、ＤＬ信号受信部１１０は、３ＧＰＰの仕様に従った無線信号を受信し、復調された上位レイヤの信号を出力する。本実施形態のＤＬ信号受信部１１０は、ＲＬＣレイヤの信号であるＲＬＣ ＰＤＵをＲＬＣ管理部１２０に出力する。
【００４３】
また、本実施形態のＤＬ信号受信部１１０は、ｅＮＢ２００から送信されるスケジューリング情報を受信し、ＲＬＣ管理部１２０に出力してもよい。なお、報知情報の受信タイミングは、基本的には、例えば図３に示すように、一意に決定されている。しかしながら、各報知情報を複数のＲＬＣ ＰＤＵに分割して送信する場合、各ＲＬＣ ＰＤＵの受信タイミングをＵＥ１００が知る必要がある可能性もある。このような場合を考慮して、本実施形態のＵＥ１００は、報知情報のスケジューリング情報として、例えば、シーケンス番号０のＲＬＣ ＰＤＵのスケジュール情報、報知情報ＳＩＢｘを構成するＲＬＣ ＰＤＵ全てのスケジューリング情報などを、ｅＮＢ２００から受信してもよい。
【００４４】
ＲＬＣ管理部１２０は、ＲＬＣレイヤにおけるＲＬＣの動作（ここでは、ＲＬＣ−ＵＭの動作）を管理する。図示するＲＬＣ管理部１２０は、情報判別部１２１と、ＳＤＵ生成部１２２とを含む。
【００４５】
情報判別部１２１は、ＤＬ信号受信部１１０から送出されるＲＬＣ ＰＤＵが、第１種別の情報を構成するＲＬＣ ＰＤＵであるか、あるいは、第２の種別の情報を構成するＲＬＣ ＰＤＵであるかを判別する。情報判別部１２１は、例えば、スケジューリングのタイミング（前記スケジューリング情報に設定されたタイミングを含む）、ベアラのヘッダ情報などを用いて、ＲＬＣ ＰＤＵを判別する。
【００４６】
第１種別の情報としては、リアルタイム性を必要とする情報であって、例えば、音声情報などである。第２種別の情報は、ここでは、報知情報であるものとする。ただし、第２種別の情報は、報知情報に限定されるものではなく、ページング、ＭＢＭＳ（Multimedia Broadcast Multicast Service）であってもよい。これら以外にも、第２種別の情報は、従来、ＲＬＣ-ＴＭで制御されている情報であってもよい。
【００４７】
ＳＤＵ生成部１２２は、受信したＲＬＣ ＰＤＵを、シーケンス番号（ＳＮ）順に並べ替えて、シーケンス番号の順序の通りにＲＬＣＳＤＵを生成（再構成）し、生成したＲＬＣ ＳＤＵを上位レイヤ（ＰＤＣＰ(Packet Data convergence Protocol)レイヤ）へ送出する並べ替え処理を行う。
【００４８】
本実施形態では、ＳＤＵ生成部１２２は、ＲＬＣＰＤＵがシーケンス番号順に受信できずに、ＲＬＣ ＰＤＵの抜けを検出した場合、ＲＬＣ ＰＤＵを構成する情報の種別に応じて、異なる処理を行う。
【００４９】
具体的には、第１種別の情報の場合、ＳＤＵ生成部１２２は、シーケンス番号の抜けを検知すると、第１タイマー（Reordering Timer）を起動し、当該第１タイマーが満了するまで未受信のシーケンス番号のＲＬＣ ＰＤＵの受信を試みる。すなわち、ＳＤＵ生成部１２２は、未受信のシーケンス番号のＲＬＣ ＰＤＵの受信を待つ。なお、第１タイマーは、抜けを検出したＲＬＣ ＰＤＵ毎に起動される。
【００５０】
一方、第２種別の情報の場合、ＳＤＵ生成部１２２は、第１タイマーを無効とし、第２のタイマーが満了するまで未受信のＲＬＣ ＰＤＵの受信を試みる。なお、第２タイマーは、第１タイマーとは異なるタイマーである。第２タイマーは、例えば、第１タイマーより長い時間が設定されるものとする。
【００５１】
なお、第２種別の場合に、第１タイマーを無効とすることは、論理チャネル（ＢＣＣＨ）、または、ＲＬＣレイヤの設定情報により、ｅＮＢ２００から暗示的に通知されることとしてもよい。ＲＬＣレイヤの設定情報は、例えば、ＲＬＣ−ＵＭのＣｏｎｆｉｇ（um-Uni-Directional-DL）などである。
【００５２】
あるいは、ｅＮＢ２００から、第２種別の情報について、第１タイマーの値が通知されない場合、あるいは、前記第１タイマーの値として「０」または「無限大（infinity）」が、明示的に通知されることとしてもよい。
【００５３】
処理部１３０は、ＲＬＣ管理部１２０が生成したＲＬＣ ＳＤＵを用いて、所定の処理を実行する。ＵＬ信号送信部１４０は、処理部１３０の処理内容に応じて、上り方向の信号（ＵＬ信号）をｅＮＢ２００に送信する。
【００５４】
（２．２）ｅＮＢ２００
図６は、ｅＮＢ２００の機能ブロック構成図である。図６に示すように、ｅＮＢ２００は、ＲＬＣ管理部２１０、ＲＲＣ（Radio Resource control）管理部２１５、ＤＬ信号送信部２２０、ＵＬ信号受信部２３０、及び規制制御部２４０を備える。
【００５５】
なお、図示すように、ｅＮＢ２００の各機能ブロックは、無線通信モジュール、プロセッサ（メモリを含む）、機能モジュール（ネットワークIFなど）及び電源などのハードウェア要素によって実現される。
【００５６】
ＲＬＣ管理部２１０は、ＲＬＣレイヤにおけるＲＬＣの動作（ここでは、ＲＬＣ−ＵＭの動作）を管理する。具体的には、ＲＬＣ管理部２１０は、ＲＬＣレイヤの上位のレイヤであるＰＤＣＰレイヤから受けとったＲＬＣＳＤＵを、ＭＡＣレイヤから通知されるＴＳＢ（Transport Block Size)に合わせて分割し、シーケンス番号を付加してＲＬＣ ＰＤＵを生成するセグメンテーション処理を行う。また、ＲＬＣ管理部２１０は、ＰＤＣＰレイヤから受けとった複数のＲＬＣ ＳＤＵ（或いは、その一部）を同一のＲＬＣ ＰＤＵ内に多重化（concatenation）してもよい。
【００５７】
また、ＲＬＣ管理部２１０は、第２種別の情報の場合に、第１タイマーを無効とすることをＵＥ１００に通知する。例えば、ＲＬＣ管理部２１０は、論理チャネル（ＢＣＣＨ）、または、ＲＬＣレイヤの設定情報により、暗示的に通知してもよい。また、ＲＬＣ管理部２１０は、第２種別の情報について、第１タイマーの値を通知しない、あるいは、第１タイマーの値として「０」または「無限大（infinity）」を明示的に通知することとしてもよい。
【００５８】
ＲＲＣ管理部２１５は、報知情報のスケジューリング情報を、ＤＬ信号送信部２２を介してＵＥ１００に送信することとしてもよい。ＲＲＣ管理部２１５は、報知情報のスケジューリング情報として、例えば、シーケンス番号０のＲＬＣ ＰＤＵのスケジュール情報、または、報知情報ＳＩＢｘを構成するＲＬＣ ＰＤＵ全てのスケジューリング情報などを送信してもよい。
【００５９】
ＤＬ信号送信部２２は、下り方向の信号（ＤＬ信号）を送信する。具体的には、ＤＬ信号送信部２２０は、ＲＬＣ管理部２１０から出力されたＲＬＣＰＤＵを変調し、３ＧＰＰの仕様に従った無線信号を送信する。
【００６０】
ＵＬ信号受信部２３０は、ＵＥ１００から送信される上り方向の信号（ＵＬ信号）を受信する。具体的には、ＵＬ信号受信部２３０は、３ＧＰＰの仕様に従った無線信号を受信し、復調された上位レイヤの信号を出力する。
【００６１】
規制制御部２４０は、ＵＬ信号受信部２３０を介して、ＵＥ１００から受信したセルまたはネットワークへ接続要求を規制する。例えば、規制制御部２４０は、ＵＥ１００の仕様またはスペックに応じて接続要求を規制する。具体的には、第２種別の情報をＲＬＣ-ＵＭで受信可能なＵＥ１００からの接続要求を受け付け、それ以外のＵＥ１００からの接続要求を規制（拒否または破棄）することとしてもよい。あるいは、規制制御部２４０は、狭帯域通信のＵＥ１００からの接続要求を受け付け、それ以外の広帯域通信のＵＥ１００からの接続要求を規制することとしてもよい。また、規制制御部２４０は、報知情報を用いて、接続可能なＵＥ１００の条件をＵＥ１００に報知することとしてもよい。
【００６２】
（３）移動通信システムの動作
次に、移動通信システム１０の動作について説明する。具体的には、ＵＥ１００およびｅＮＢ２００による、ＲＬＣ−ＵＭにおけるＲＬＣＰＤＵの送受信処理について説明する。
【００６３】
まず、ＵＥ１００が、ＲＬＣ ＰＤＵをシーケンス番号順に受信できた場合の動作について説明する。この場合、受信するＲＬＣ ＰＤＵが第１種別の情報または第２種別の情報であっても、同じである。ここでは、第２種別の情報のＳＩＢを例として説明する。
【００６４】
図７（ａ）及び（ｂ）は、ＵＥ１００が、ＲＬＣ ＰＤＵをシーケンス番号順に受信できた場合の処理を示す。ｅＮＢ２００は、ＳＩＢｘを４つのＲＬＣ ＰＤＵに分割してＵＥ１００に送信する。ｅＮＢ２００は、分割した各ＲＬＣ ＰＤＵに、それぞれシーケンス番号を付与する。
【００６５】
図７（ａ）では、ＵＥ１００は、シーケンス番号０、１のＲＬＣ ＰＤＵをシーケンス番号順に受信する。図７（ｂ）では、ＵＥ１００は、シーケンス番号２、３のＲＬＣＰＤＵをシーケンス番号順に受信する。そして、ＵＥ１００は、最後のＲＬＣ ＰＤＵ（シーケンス番号３）を受信後に、受信した各ＲＬＣ ＰＤＵからＳＩＢｘ（ＲＬＣＳＤＵ）を再構成する。なお、最後となるシーケンス番号３のＲＬＣ ＰＤＵには、自身が最後のＲＬＣ ＰＤＵであることを示すフラグが設定されている。
【００６６】
次に、ＵＥ１００が、ＲＬＣＰＤＵをシーケンス番号順に受信できない場合の動作について説明する。本実施形態では、ＵＥ１００が、ＲＬＣＰＤＵをシーケンス番号順に受信できない場合、すなわち、シーケンス番号の抜けを検出した場合、ｅＮＢ２００から送信される情報の種別に応じて、異なる処理を行う。
【００６７】
図８（ａ）及び（ｂ）は、第１種別の情報を構成するＲＬＣ ＰＤＵのシーケンス番号の抜けを検出した場合の動作を示す。ｅＮＢ２００は、第１種別の情報であるＲＬＣ  ＳＤＵを４つのＲＬＣ ＰＤＵに分割してＵＥ１００に送信する。ｅＮＢ２００は、分割した各ＲＬＣ ＰＤＵに、それぞれシーケンス番号（図示する例では、ＳＮ：０〜３）を付与する。
【００６８】
図８（ａ）では、ＵＥ１００は、ｅＮＢ２００が送信したシーケンス番号０のＲＬＣＰＤＵを受信する前に、シーケンス番号１のＲＬＣ ＰＤＵを受信する。これにより、ＵＥ１００は、シーケンス番号０のＲＬＣ ＰＤＵの抜けが発生したことを検知し、シーケンス番号０用の第１タイマーを起動する。
【００６９】
図８（ｂ）では、第１タイマーが満了した時点において、ＵＥ１００は、シーケンス番号１、２、３のＲＬＣＰＤＵを受信しているが、シーケンス番号０のＲＬＣ ＰＤＵは受信できていない。この時点で、ＵＥ１００は、シーケンス番号０のＲＬＣ ＰＤＵの受信を諦め、受信した各ＲＬＣＰＤＵ１、２、３からＲＬＣ ＳＤＵの再構成を試みる。しかしながら、シーケンス番号０のＲＬＣＰＤＵを受信していないため、一部のバイトセグメントが抜けて、元のＲＬＣ ＳＤＵを再構成することができない。
【００７０】
第１種別の情報の場合、リアルタイム性を担保するために、所定の時間が経過しても、受信できないＲＬＣＰＤＵがある場合、当該ＲＬＣ ＰＤＵの受信を諦める。なお、第１タイマーの満了後に、抜けていたシーケンス番号のＲＬＣＰＤＵが受信された場合、重複受信と見なされて破棄される。
【００７１】
図９は、図８に示すＵＥ１００の受信動作を示すフローチャートの一例である。図９に示す動作は、ＲＬＣ ＰＤＵを受信する毎に行われる。
【００７２】
ＵＥ１００は、ｅＮＢ２００から送信されたＲＬＣ ＰＤＵを受信し（Ｓ１１）、受信したＲＬＣ ＰＤＵのシーケンス番号と、今までに受信した受信済みのＲＬＣ ＰＤＵのシーケンス番号とを用いて、シーケンス番号の抜けが発生したか否かを検知する（Ｓ１２）。図８の例では、シーケンス番号１のＲＬＣ ＰＤＵを受信した場合、シーケンス番号０のＲＬＣ ＰＤＵが抜けていることを検知する。
【００７３】
抜けを検出した場合（Ｓ１２：ＹＥＳ）、ＵＥ１００は、抜けたシーケンス番号のＲＬＣ ＰＤＵ用の第１タイマー（Reordering Timer）が既に起動中か否かを判別する（Ｓ１３）。第１タイマーが起動中の場合は（Ｓ１３：ＹＥＳ）、Ｓ１５に進み、第１タイマーが未起動の場合は（Ｓ１３：ＮＯ）、ＵＥ１００は、第１タイマーを起動する（Ｓ１４）。
【００７４】
そして、ＵＥ１００は、第１タイマーが満了するまで、抜けが発生しているＲＬＣＰＤＵの受信を試みる。第１タイマーが満了するまでに、抜けが発生しているＲＬＣ ＰＤＵを受信できない場合（Ｓ１５：ＮＯ）、ＵＥ１００は、抜けが発生しているＲＬＣ ＰＤＵの受信を諦める（Ｓ１６）。これにより、ＵＥ１００は、図３に示す状態変数（ＶＲ（ＵＲ））を更新する。
【００７５】
一方、第１タイマーが満了するまでに、抜けが発生しているＲＬＣ ＰＤＵを受信できた場合（Ｓ１５：ＹＥＳ）、ＵＥ１００は、受信したＲＬＣ ＰＤＵを図３の領域Ｂに格納し、状態変数（ＶＲ（ＵＲ））を更新する。
【００７６】
また、抜けを検出しない場合（Ｓ１２：ＮＯ）、ＵＥ１００は、受信したＲＬＣ ＰＤＵを図３の領域Ｂに格納し、受信したＲＬＣ ＰＤＵが受信済みのＲＬＣ ＰＤＵの中で最大の場合は、状態変数（ＶＲ（ＵＨ））を更新する。
【００７７】
図１０（ａ）及び（ｂ）は、第２種別の情報を構成するＲＬＣ ＰＤＵのシーケンス番号の抜けを検出した場合の動作を示す。第２種別の情報の場合、ＵＥ１００は、第１タイマーを無効（disable）とする。
【００７８】
ｅＮＢ２００は、第２種別の情報であるＲＬＣ  ＳＤＵ（ここでは、ＳＩＢｘ）を４つのＲＬＣ ＰＤＵに分割してＵＥ１００に送信する。ｅＮＢ２００は、分割した各ＲＬＣ ＰＤＵに、それぞれシーケンス番号（図示する例では、ＳＮ：０〜３）を付与する。
【００７９】
図１０（ａ）では、ＵＥ１００は、ｅＮＢ２００が送信したシーケンス番号０のＲＬＣＰＤＵを受信する前に、シーケンス番号１のＲＬＣ ＰＤＵを受信する。これにより、ＵＥ１００は、シーケンス番号０のＲＬＣ ＰＤＵの抜けが発生したことを検知するが、第１タイマーを起動しない。
【００８０】
図１０（ｂ）では、第１タイマーが起動されていないため、ＵＥ１００は、シーケンス番号０のＲＬＣＰＤＵの受信を試み続ける。ＵＥ１００は、シーケンス番号０のＲＬＣ ＰＤＵの受信した後に、受信したシーケンス番号０〜３のＲＬＣ ＰＤＵを用いて、元のＲＬＣＳＤＵを再構成する。
【００８１】
なお、第２種別の情報（ＳＩＢｘ）の受信を試み始めてから所定の時間がたっても、当該情報の全てのＲＬＣ ＰＤＵを受信できない場合には、何らかの異常が発生したものみなし、受信済みのＲＬＣ ＰＤＵ（並び替え待ちのＲＬＣ ＰＤＵ）を破棄することとしてもよい。その後、再度、当該情報の受信を再開することとしてもよい。
【００８２】
具体的には、ＵＥ１００は、第１タイマーとは異なる第２タイマーが満了するまで、未受信のＲＬＣ ＰＤＵの受信を試みる。第２タイマーを起動するタイミングは、例えば、第２種別の情報（ＳＩＢｘ）の受信を試み始めたとき、または、当該情報の最初のＲＬＣ ＰＤＵを受信したときなどとすることが想定される。
【００８３】
なお、第２種別の情報（ＳＩＢｘ）の受信を試みるタイミングは、当該第２種別の情報のスケジューリングのタイミング、直前の第２種別の情報（ＳＩＢｘ-１）のＲＬＣ ＳＤＵが再構成されたタイミング、ＳＩＢｘを構成するバイトセグメントを初めて受信したタイミングなどであってもよい。また、スケジューリングのタイミングには、ｅＮＢ２００から通知されるスケジューリング情報（例えば、シーケンス番号０またはＳＩＢｘを構成する全てのＲＬＣ ＰＤＵのスケジュール情報）に設定された受信タイミングであってもよい。
【００８４】
（４）作用・効果
上述した第１実施形態によれば、以下の作用効果が得られる。上述したように、第１種別の情報を構成するＲＬＣ ＰＤＵの場合、シーケンス番号の抜けを検知すると、第１タイマーを起動し、当該第１タイマーが満了するまで抜けたシーケンス番号のＲＬＣ ＰＤＵの受信を試み、第２種別の情報を構成するＲＬＣ ＰＤＵの場合、第１タイマーを無効とし、第１タイマーとは異なる第２のタイマーが満了するまでＲＬＣ ＰＤＵの受信を試みる。
【００８５】
これにより、本実施形態では、報知情報などの第２種別の情報をＲＬＣ−ＵＭを用いて受信する際に、第１タイマーの満了時間を経過した後も、抜けたシーケンス番号のＰＤＵを受信できるように制御することができる。
【００８６】
すなわち、本実施形態では、第２種別の情報においては、シーケンス番号順にＲＬＣ ＰＤＵを受信できない場合であっても、一部のバイトセグメント（受信できなかったシーケンス番号のＲＬＣＰＤＵ）が抜けて、元のＲＬＣ ＳＤＵを組み上げることができないという状況を、低減することができる。したがって、本実施形態では、ＲＬＣ−ＵＭを用いて大きなサイズの情報をＰＤＵに分割して送信する際に、受信側でのＰＤＵの欠落を低減し、元の情報を再構成できるように制御することができる。
【００８７】
一方、リアルタイム性が必要な第１種別の情報においては、シーケンス番号の抜けを検出したタイミングで第１タイマーを起動し、第１タイマーの満了時点で抜けが発生しているＲＬＣ ＰＤＵの受信を諦めるため、リアルタイム性を担保することができる。
【００８８】
このように、本実施形態では、受信する情報の種別に応じて、ＲＬＣ ＰＤＵの受信処理を柔軟に制御することができる。
【００８９】
また、本実施形態では、図３に示すように、順序補正ウィンドウとして、シーケンス番号で表現できる受信領域（領域Ａ、Ｂ、Ｃ）の半分を使用することで、１つの情報（ＲＬＣ ＳＤＵ）をＲＬＣ ＰＤＵに分割する際の分割数の制限はない。すなわち、１つの情報を、２（シーケンス番号の長さ）以上の数に分割することができる。
【００９０】
［第１実施形態の変形例］
次に、第１実施形態の変形例について説明する。以下、上述した第１実施形態と異なる部分について主に説明し、同様の部分については、その説明を適宜省略する。本変形例のＵＥ１００及びｅＮＢ２００は、図５及び図６と同様の機能ブロック構成を有する。
【００９１】
本変形例では、ＳＤＵ生成部１２２は、ＲＬＣＰＤＵを構成する情報の種別に応じて、異なる順序補正ウィンドウを使用する。
【００９２】
具体的には、第１種別の情報を構成するＰＤＵの場合、ＳＤＵ生成部１２２は、シーケンス番号の長さに基づくサイズの順序補正ウィンドウを用いて、ＰＤＵの受信状況を管理する。具体的には、図３に示すように、２（シーケンス番号の長さ−１）のサイズの順序補正ウィンドウを用いて各ＲＬＣ ＰＤＵの受信状況を管理する。図示する例では、シーケンス番号の長さは、５ビットであり、順序補正ウィンドウのサイズは１６である。
【００９３】
すなわち、第１種別の情報では、ＲＬＣ ＰＤＵのシーケンス番号の重複チェックを確実に行うため、シーケンス番号で表現できる受信領域（領域Ａ＋Ｂ＋Ｃ）の半分のサイズの順序補正ウィンドウを使用する。なお、この場合のＵＥ１００の受信動作については、第１実施形態の第１種別の情報と同様（図３参照）に、状態変数を用いて受信状況を管理する。
【００９４】
一方、第２種別の情報を構成するＰＤＵの場合、ＳＤＵ生成部１２２は、第１種別の情報用の順序補正ウィンドウのサイズより大きなサイズの順序補正ウィンドウを用いて、ＲＬＣ ＰＤＵの受信状況を管理する。具体的には、２（シーケンス番号の長さ）のサイズの順序補正ウィンドウを用いてＲＬＣ ＰＤＵの受信状況を管理する。シーケンス番号の長さが５ビットの場合、順序補正ウィンドウのサイズは３２である。この場合、ＳＤＵ生成部１２２は、シーケンス番号毎に、ＲＬＣ ＰＤＵを受信したか否か管理する。
【００９５】
これにより、本変形例では、報知情報などの第２種別の情報をＲＬＣ−ＵＭを用いて受信する際に、第１種別の情報用の順序補正ウィンドウのサイズより大きなサイズの順序補正ウィンドウを用いることで、比較的長い間、抜けたシーケンス番号のＲＬＣ ＰＤＵの受信を待機できるように制御することができる。
【００９６】
なお、本変形例では、第２種別の情報を構成するＲＬＣ ＰＤＵの場合、２（シーケンス番号の長さ）のサイズの順序補正ウィンドウを用いてＲＬＣ ＰＤＵの受信状況を管理する。この場合、順序補正ウィンドウは、シーケンス番号で表現できる受信領域と等しいサイズであるため、１つの情報（ＲＬＣ ＳＤＵ）のＲＬＣ ＰＤＵへの分割数は、２（シーケンス番号の長さ）に制限される。
【００９７】
［第２実施形態］
次に、本発明の第２実施形態について説明する。以下、上述した第１実施形態と異なる部分について主に説明し、同様の部分については、その説明を適宜省略する。
【００９８】
従来、ＲＬＣ−ＵＭの状態変数は、ＲＬＣ ＰＤＵの送受信の度に更新され、レイヤ２の再接続（例えば、ハンドオーバなど)が発生しない限り維持される。
【００９９】
一方、例えば報知情報をＲＬＣ−ＵＭで送信する際に、複数の報知情報にまたがってシーケンス番号が連続していると、報知情報を送信するビットを柔軟に変更することができないという問題がある。具体的には、通信中に報知情報の所要受信品質を変更するために、ＴＢＳを小さく、または、大きくする場合があり、これにより、報知情報を構成するＲＬＣ ＰＤＵの数が変更となる。
【０１００】
例えば、図１１（ａ）に示すように、ＳＩＢｘをシーケンス番号０、１で送信し、ＳＩＢｘ＋１をシーケンス番号２、３で送信し、ＳＩＢｘ＋２をシーケンス番号４、５で送信している状態で ＴＢＳを変更し、図１１（ｂ）に示すように、ＳＩＢｘをシーケンス番号０〜３で送信したい場合には、ｅＮＢ２００は、ＳＩＢｘ＋１以降のＲＬＣ ＰＤＵのシーケンス番号を＋２ずつ、全てずらす必要がある。
【０１０１】
また、ＵＥ１００では、シーケンス番号０〜３のＲＬＣ ＰＤＵを受信した後、ＳＩＢｘ＋１の最初のＲＬＣ ＰＤＵをシーケンス番号４から受信を試みているため、ＳＩＢｘ＋１以降のＲＬＣ ＰＤＵの受信に失敗する可能性がある。
【０１０２】
本実施形態は、報知情報をＲＬＣ−ＵＭで送信する際に、ＴＢＳを柔軟に変更可能とする制御を行うものである。
【０１０３】
（１）移動通信システムの機能ブロック構成
図５および図６に示したように、本実施形態に係るＵＥ１００及びｅＮＢ２００も、第１実施形態に係るＵＥ１００及びｅＮＢ２００と同様の機能ブロック構成を有する。本実施形態では、ｅＮＢ２００からＵＥ１００に送信される情報が、報知情報である場合を例として以下に説明するが、本発明は、報知情報に限定されるものではない。
【０１０４】
本実施形態のＵＥ１００のＳＤＵ生成部１２２は、各報知情報（ＲＬＣ ＳＤＵ）を受信した時点で、図３に示す状態変数（ＶＲ（ＵＨ）、ＶＲ（ＵＲ））を一旦、初期化（リセット）する。
【０１０５】
具体的には、ＳＤＵ生成部１２２は、最初の報知情報（ＭＩＢまたはＳＩＢ１）の受信を試みる場合、状態変数を初期化する。また、ＳＤＵ生成部１２２は、後続のＳＩＢｘの受信を試みる場合、状態変数を初期化する。
【０１０６】
なお、後続のＳＩＢｘの受信に向けて状態変数を初期化する際、以下を第１の契機、または、第２の契機に初期化を行ってもよい。
【０１０７】
第１の契機は、直前の報知情報（ＳＩＢｘ-1）のＲＬＣ ＳＤＵが組み上がった時点（再構成された時点）である。
【０１０８】
第２の契機は、ＳＩＢｘのＲＬＣ ＰＤＵ（または、ＳＩＢｘのＲＬＣ ＰＤＵの一部）を、最初に受信できた時点である。例えば、ＭＡＣ（Media Access Control）レイヤからＲＬＣレイヤへ、ＲＬＣ ＰＤＵが到来した時点である。この場合、ＭＡＣレイヤからＲＬＣレイヤにＲＬＣ ＰＤＵを受信したことが通知される。具体的には、ＤＬ受信部１１０からＲＬＣ管理部１２０のＳＤＵ生成部１２２に、ＳＩＢｘの最初のＲＬＣ ＰＤＵが受信されたことが通知される。
【０１０９】
ＳＤＵ生成部１２２は、ＳＩＢｘの受信を試みたタイミングから所定期間が経過しても、元のＲＬＣ ＳＤＵが再構成できない場合には、報知情報の取得に失敗とみなしてもよい。この場合、ＳＤＵ生成部１２２は、状態変数を一旦初期化してもよいし、再度、報知情報の受信を試みることとしてもよい。また、ＵＥ１００が、接続状態であれば、再接続手順を行ってもよいし、アイドル状態であれば、再度ベストセルをサーチしにいってもよい。
【０１１０】
なお、ＳＩＢｘの受信を試みたタイミングは、ＳＩＢｘ-１のＲＬＣ ＳＤＵが再構成されたタイミングでもよいし、ＳＩＢｘを構成するバイトセグメントを初めて受信した場合でもよい。
【０１１１】
本実施形態のｅＮＢ２００のＲＬＣ管理部２１０は、必要に応じて、ＴＢＳを変更することができる。すなわち、ＲＬＣ管理部２１０は、変更したＴＳＢで報知情報を分割し、ＲＬＣ ＰＤＵを生成する。また、ＲＬＣ管理部２１０は、報知情報毎に、シーケンス番号を初期化して、ＲＬＣ ＰＤＵに付加する。
【０１１２】
（２）移動通信システムの動作
次に、移動通信システム１０の動作について説明する。
【０１１３】
図１２に、本実施形態における、ＵＥ１００およびｅＮＢ２００の動作を示す。
【０１１４】
図１２（ａ）に示すように、ｅＮＢ２００は、報知情報毎に、シーケンス番号を初期化して、ＲＬＣ ＰＤＵに付加する。図示する例では、ｅＮＢ２００は、ＳＩＢｘをシーケンス番号０、１の２つのＲＬＣ ＰＤＵで送信し、ＳＩＢｘ＋１をシーケンス番号０、１の２つのＲＬＣ ＰＤＵで送信し、ＳＩＢｘ＋２をシーケンス番号０、１のＲＬＣ ＰＤＵで送信する。
【０１１５】
ＵＥ１００は、報知情報毎に、順序補正ウィンドウの状態変数を初期化する。これにより、ＵＥ１００は、報知情報毎（ＲＬＣ ＳＤＵ毎）に、常に、シーケンス番号０のＲＬＣ ＰＤＵから受信を試みる。具体的には、ＳＩＢｘのシーケンス番号０、１のＲＬＣ ＰＤＵを受信し、ＳＩＢｘを再構成した後に、次のＳＩＢｘ＋１のＲＬＣ ＰＤＵの受信をシーケンス番号０から試みる。
【０１１６】
図１２（ｂ）は、ｅＮＢ２００が、ＴＢＳを変更した場合の動作を示す。ｅＮＢ２００は、ＴＢＳを変更することで、ＳＩＢｘを４つに分割し、シーケンス番号０〜３で送信する。
【０１１７】
この場合、ｅＮＢ２００は、ＳＩＢｘをシーケンス番号０〜４の４つのＲＬＣ ＰＤＵで送信し、ＳＩＢｘ＋１以降は、図１２（ａ）と同様に、シーケンス番号０、１の２つのＲＬＣ ＰＤＵで送信する。本実施形態では、報知情報毎にシーケンス番号を初期化するために、ＴＢＳの変更により、前の報知情報のシーケンス番号の変更の影響を受けず、シーケンス番号をずらす必要がない。
【０１１８】
ＵＥ１００は、報知情報毎に、順序補正ウィンドウの状態変数を初期化するため、報知情報毎（ＲＬＣ ＳＤＵ毎）に、常に、シーケンス番号０のＲＬＣ ＰＤＵの受信を試みる。具体的には、ＳＩＢｘのシーケンス番号０〜３のＲＬＣ ＰＤＵを受信し、ＳＩＢｘを再構成した後に、次のＳＩＢｘ＋１のＲＬＣ ＰＤＵの受信をシーケンス番号０から試みる。
【０１１９】
図１３は、図１２に示すＵＥ１００の受信動作を示すフローチャートの一例である。
【０１２０】
ＵＥ１００は、変数ｋに０を設定して初期化し（Ｓ３１）、シーケンス番号がｋのＲＬＣＰＤＵを受信する（Ｓ３２）。そして、ＵＥ１００は、ｋを１つインクリメントし（Ｓ３３）、今まで受信したＲＬＣＰＤＵから、ＲＬＣ ＳＤＵの再構成が可能か否かを判別する（Ｓ３４）。
【０１２１】
再構成が不可能な場合（Ｓ３４：ＮＯ）、ＵＥ１００は、Ｓ３２に戻り、以降の処理を行う。一方、再構成が可能な場合（Ｓ３４：ＹＥＳ）、ＵＥ１００は、ＲＬＣＳＤＵを再構成する。そして、ＵＥ１００は、Ｓ３１に戻り、ｋに０を設定して初期化して、以降の処理を繰り返し行う。
【０１２２】
（３）作用・効果
上述した第２実施形態によれば、以下のような作用効果が得られる。上述したように、本実施形態では、報知情報毎に、順序補正ウィンドウの状態変数を初期化する。これにより、本実施形態では、ＲＬＣ−ＵＭを用いて報知情報を送信する際に、ＴＢＳを容易に変更できる。
【０１２３】
具体的には、ｅＮＢ２００は、報知情報毎にシーケンス番号を初期化して付与するため、ある報知情報のＴＢＳを変更した場合であっても、後続の報知情報のシーケンス番号は影響を受けず、シーケンス番号をずらす必要がない。
【０１２４】
また、ＵＥ１００は、報知情報毎に状態変数を初期化し、各報知情報を受信する際に、常にシーケンス番号０のＲＬＣＰＤＵの受信を試みる。このため、ＵＥ１００は、ＴＢＳの変更により、ある報知情報におけるＲＬＣＰＤＵの分割数が変更された場合であっても、シーケンス番号のずれに起因する後続の報知情報の受信失敗を回避することができる。
【０１２５】
したがって、本実施形態では、ＲＬＣ−ＵＭを用いて大きなサイズの情報をＰＤＵに分割して送信する際に、受信側でのＰＤＵの欠落を低減し、元の情報を再構成できるように制御することができる。
【０１２６】
［その他の実施形態］
以上、実施形態に沿って本発明の内容を説明したが、本発明はこれらの記載に限定されるものではなく、種々の変形及び改良が可能であることは、当業者には自明である。
【０１２７】
例えば、上述した第１実施形態、第１実施形態の変形例および第２実施形態では、ＲＬＣ−ＵＭを用いた情報の送受信について説明したが、本発明は、ＲＬＣ−ＵＭに限定されるものではない。今後、ＲＬＣの新たなモードが出現した場合、当該モードに適用することとしてもよい。
【０１２８】
また、上述した第１実施形態および第１実施形態の変形例では、第２種別の情報として報知情報を一例として説明し、また、第２実施形態においても報知情報を一例として説明したが、本発明は、報知情報に限定されるものではない。本発明は、報知情報以外に、ページング、ＭＢＭＳ（Multimedia Broadcast Multicast Service）など、ＲＬＣ-ＴＭで制御されている情報に適用してもよい。
【０１２９】
また、上述した第１実施形態、第１実施形態の変形例および第２実施形態の何れかを組み合わせて、ＲＬＣ-ＵＭの制御を行うこととしてもよい。例えば、第１実施形態と第２実施形態とを組み合わせて、ＲＬＣ -ＵＭの制御を行うこととしてもよい。具体的には、第１の実施形態において、ＵＥ１００は、第２種別の情報用の第２のタイマーに、第１のタイマーと同じタイマーを用いて、シーケンス番号の抜けを検出したタイミングで、当該抜けたシーケンス番号のＲＬＣ  ＰＤＵ用の第１タイマーを起動する。そして、ＵＥ１００は、第１タイマーが満了するまでに抜けたシーケンス番号のＲＬＣ  ＰＤＵを受信できない場合は、報知情報の取得に失敗とみなす。この場合、ＵＥ１００は、受信済みのＲＬＣ ＰＤＵ（並び替え待ちのＲＬＣ ＰＤＵ）は破棄し、状態変数を一旦初期化し、再度、報知情報の受信を試みる。このように、状態変数を初期化して、再度、報知情報の受信を試みることで、受信側でのＰＤＵの欠落を低減し、元の報知情報を再構成できるように制御することができる。
【０１３０】
また、第１実施形態、第１実施形態の変形例および第２実施形態では、ＲＬＣレイヤにおける情報の送受信について説明したが、ＲＬＣレイヤの機能（具体的には、ＵＥ１００のＲＬＣ管理部１２０、ｅＮＢ２００のＲＬＣ管理部２１０）を他のレイヤ（例えば、ＭＡＣレイヤ、ＰＤＣＰレイヤ）に統合し、当該他のレイヤで行うこととしてもよい。
【０１３１】
また、本発明は、以下のように表現されてもよい。
【０１３２】
本発明の一態様は、無線リンク制御レイヤにおいて、シーケンス番号が割り当てられたプロトコルデータユニットを受信する無線通信装置（例えば、ＵＥ１００）であって、無線基地局（例えば、ｅＮＢ２００）から送信されるプロトコルデータユニットを受信する受信部（ＤＬ信号受信部１１０）と、受信したプロトコルデータユニットを、前記シーケンス番号を用いて並べ替え、上位のレイヤに提供するサービスデータユニットを生成する生成部（ＳＤＵ生成部１２２）と、を備え、前記生成部は、第１種別の情報を構成するプロトコルデータユニットの場合、前記シーケンス番号の抜けを検知すると、第１タイマーを起動し、前記第１タイマーが満了するまで抜けたシーケンス番号のプロトコルデータユニットの受信を試み、第２種別の情報を構成するプロトコルデータユニットの場合、前記第１タイマーを無効とし、第２のタイマーが満了するまでプロトコルデータユニットの受信を試みることを要旨とする。
【０１３３】
本発明の一態様において、第２種別の情報を構成するプロトコルデータユニットの場合に前記第１タイマーを無効とすることは、論理チャネル、または、無線リンク制御レイヤの設定情報を用いて通知されることとしてもよい。
【０１３４】
本発明の一態様において、無線基地局から、前記第１タイマーの値が通知さない場合、あるいは、前記第１タイマーの値として「０」または「無限大」が通知された場合、前記生成部は、第２種別の情報を構成するプロトコルデータユニットの場合に、前記第１タイマーを無効とすることとしてもよい。
【０１３５】
本発明の一態様は、無線リンク制御レイヤにおいて、シーケンス番号が割り当てられたプロトコルデータユニットを受信する無線通信装置（例えば、ＵＥ１００）であって、無線基地局（例えば、ｅＮＢ２００）から送信されるプロトコルデータユニットを受信する受信部（ＤＬ信号受信部１１０）と、受信したプロトコルデータユニットを、前記シーケンス番号を用いて並べ替え、上位のレイヤに提供するサービスデータユニットを生成する生成部（ＳＤＵ生成部１２２）と、を備え、前記生成部は、第１種別の情報を構成するプロトコルデータユニットの場合、前記シーケンス番号の長さに基づくサイズの順序補正ウィンドウを用いて、プロトコルデータユニットの受信状況を管理し、第２種別の情報を構成するプロトコルデータユニットの場合、前記サイズより大きなサイズの順序補正ウィンドウを用いて、プロトコルデータユニットの受信状況を管理することを要旨とする。
【０１３６】
本発明の一態様において、前記生成部は、第１種別の情報を構成するプロトコルデータユニットの場合、２（シーケンス番号の長さ−１）のサイズの順序補正ウィンドウを用いてプロトコルデータユニットの受信状況を管理し、第２種別の情報を構成するプロトコルデータユニットの場合、２（シーケンス番号の長さ）のサイズの順序補正ウィンドウを用いてプロトコルデータユニットの受信状況を管理することとしてもよい。
【０１３７】
本発明の一態様において、前記第２種別の情報には、報知情報、ページング、および、ＭＢＭＳ（Multimedia Broadcast Multicast Service）の少なくとも１つが含まれることとしてもよい。
【０１３８】
本発明の一態様は、無線リンク制御レイヤにおいて、シーケンス番号が割り当てられたプロトコルデータユニットを受信する無線通信装置（例えば、ＵＥ１００）であって、無線基地局（例えば、ｅＮＢ２００）から送信されるプロトコルデータユニットを受信する受信部（ＤＬ信号受信部１１０）と、受信したプロトコルデータユニットを、前記シーケンス番号を用いて並べ替え、上位のレイヤに提供するサービスデータユニットを生成する生成部（ＳＤＵ生成部１２２）と、を備え、前記生成部は、前記サービスデータユニット毎に、順序補正ウィンドウにおける各プロトコルデータユニットの受信状態を管理するための状態変数を初期化することを要旨とする。
【０１３９】
本発明の一態様において、前記生成部は、直前のサービスデータユニットが生成されたタイミングで、次に受信するサービスデータユニット用の順序補正ウィンドウの状態変数を初期化することとしてもよい。
【０１４０】
本発明の一態様において、前記生成部は、次のサービスデータユニットを構成するプロトコルデータユニットを受信したタイミングで、順序補正ウィンドウの状態変数を初期化することとしてもよい。
【０１４１】
本発明の一態様として、前記サービスデータユニットは、報知情報、ページング、および、ＭＢＭＳ（Multimedia Broadcast Multicast Service）のいずれかであることとしてもよい。
【０１４２】
上記のように、本発明の実施形態を記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
【符号の説明】
【０１４３】
１０  移動通信システム
２０  無線アクセスネットワーク
１００  ＵＥ
１１０  ＤＬ信号受信部
１２０  ＲＬＣ管理部
１２１  情報判別部
１２２  ＳＤＵ生成部
１３０  処理部
１４０  ＵＬ信号送信部
２００  ｅＮＢ
２１０  ＲＬＣ管理部
２１５  ＲＲＣ管理部
２２０  ＤＬ信号送信部
２３０  ＵＬ信号受信部
２４０  規制制御部
【図１】
2017092574.tif 000003
【図２】
2017092574.tif 000004
【図３】
2017092574.tif 000005
【図４】
2017092574.tif 000006
【図５】
2017092574.tif 000007
【図６】
2017092574.tif 000008
【図７】
2017092574.tif 000009
【図８】
2017092574.tif 000010
【図９】
2017092574.tif 000011
【図１０】
2017092574.tif 000012
【図１１】
2017092574.tif 000013
【図１２】
2017092574.tif 000014
【図１３】
2017092574.tif 000015