JP2017092574A - 無線通信装置 - Google Patents

無線通信装置 Download PDF

Info

Publication number
JP2017092574A
JP2017092574A JP2015217013A JP2015217013A JP2017092574A JP 2017092574 A JP2017092574 A JP 2017092574A JP 2015217013 A JP2015217013 A JP 2015217013A JP 2015217013 A JP2015217013 A JP 2015217013A JP 2017092574 A JP2017092574 A JP 2017092574A
Authority
JP
Japan
Prior art keywords
information
protocol data
data unit
rlc
sequence number
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2015217013A
Other languages
English (en)
Inventor
徹 内野
Toru Uchino
徹 内野
アンダルマワンティ ハプサリ ウリ
Wuri Andarmawanti Hapsari
アンダルマワンティ ハプサリ ウリ
高橋　秀明
Hideaki Takahashi
秀明 高橋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2015217013A priority Critical patent/JP2017092574A/ja
Publication of JP2017092574A publication Critical patent/JP2017092574A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】ＰＤＵの欠落を低減し、元の情報を再構成できるように制御する無線通信装置を提供する。
【解決手段】無線通信装置１００であって、無線基地局２００から送信されるＰＤＵを受信する受信部１１０と、受信したＰＤＵをシーケンス番号を用いて並べ替え、上位のレイヤに提供するＳＤＵを生成する生成部１２２とを備え、生成部１２２は、第１種別の情報を構成するＰＤＵの場合、シーケンス番号の抜けを検知すると、第１タイマーを起動し、当該第１タイマーが満了するまで抜けたシーケンス番号のＰＤＵの受信を試み、第２種別の情報を構成するＰＤＵの場合、前記第１タイマーを無効とし、第２のタイマーが満了するまでＰＤＵの受信を試みる。
【選択図】図４

Description

本発明は、無線制御リンクレイヤにおいて、プロトコルデータユニットを送受信する無線通信装置に関する。
３ＧＰＰ（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）のいずれかであることとしてもよい。
上記のように、本発明の実施形態を記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例及び運用技術が明らかとなろう。
１０ 移動通信システム
２０ 無線アクセスネットワーク
１００ ＵＥ
１１０ ＤＬ信号受信部
１２０ ＲＬＣ管理部
１２１ 情報判別部
１２２ ＳＤＵ生成部
１３０ 処理部
１４０ ＵＬ信号送信部
２００ ｅＮＢ
２１０ ＲＬＣ管理部
２１５ ＲＲＣ管理部
２２０ ＤＬ信号送信部
２３０ ＵＬ信号受信部
２４０ 規制制御部

Claims (10)

  1. 無線リンク制御レイヤにおいて、シーケンス番号が割り当てられたプロトコルデータユニットを受信する無線通信装置であって、
    無線基地局から送信されるプロトコルデータユニットを受信する受信部と、
    受信したプロトコルデータユニットを、前記シーケンス番号を用いて並べ替え、上位のレイヤに提供するサービスデータユニットを生成する生成部と、を備え、
    前記生成部は、
    第１種別の情報を構成するプロトコルデータユニットの場合、前記シーケンス番号の抜けを検知すると、第１タイマーを起動し、前記第１タイマーが満了するまで抜けたシーケンス番号のプロトコルデータユニットの受信を試み、
    第２種別の情報を構成するプロトコルデータユニットの場合、前記第１タイマーを無効とし、第２のタイマーが満了するまでプロトコルデータユニットの受信を試みること、
    を特徴とする無線通信装置。
  2. 請求項１記載の無線通信装置であって、
    第２種別の情報を構成するプロトコルデータユニットの場合に前記第１タイマーを無効とすることは、論理チャネル、または、無線リンク制御レイヤの設定情報を用いて通知されること、を特徴とする無線通信装置。
  3. 請求項１記載の無線通信装置であって、
    無線基地局から、前記第１タイマーの値が通知さない場合、あるいは、前記第１タイマーの値として「０」または「無限大」が通知された場合、前記生成部は、第２種別の情報を構成するプロトコルデータユニットの場合に、前記第１タイマーを無効とすること、を特徴とする無線通信装置。
  4. 無線リンク制御レイヤにおいて、シーケンス番号が割り当てられたプロトコルデータユニットを受信する無線通信装置であって、
    無線基地局から送信されるプロトコルデータユニットを受信する受信部と、
    受信したプロトコルデータユニットを、前記シーケンス番号を用いて並べ替えて、上位のレイヤに提供するサービスデータユニットを生成する生成部と、を備え、
    前記生成部は、
    第１種別の情報を構成するプロトコルデータユニットの場合、前記シーケンス番号の長さに基づくサイズの順序補正ウィンドウを用いて、プロトコルデータユニットの受信状況を管理し、
    第２種別の情報を構成するプロトコルデータユニットの場合、前記サイズより大きなサイズの順序補正ウィンドウを用いて、プロトコルデータユニットの受信状況を管理すること
    を特徴とする無線通信装置。
  5. 請求項４記載の無線通信装置であって、
    前記生成部は、第１種別の情報を構成するプロトコルデータユニットの場合、２（シーケンス番号の長さ−１）のサイズの順序補正ウィンドウを用いてプロトコルデータユニットの受信状況を管理し、第２種別の情報を構成するプロトコルデータユニットの場合、２（シーケンス番号の長さ）のサイズの順序補正ウィンドウを用いてプロトコルデータユニットの受信状況を管理すること
    を特徴とする無線通信装置。
  6. 請求項１から５のいずれか１項に記載の無線通信装置であって、
    前記第２種別の情報には、報知情報、ページング、および、ＭＢＭＳの少なくとも１つが含まれること、を特徴とする無線通信装置。
  7. 無線リンク制御レイヤにおいて、シーケンス番号が割り当てられたプロトコルデータユニットを受信する無線通信装置であって、
    無線基地局から送信される前記プロトコルデータユニットを受信する受信部と、
    受信した前記プロトコルデータユニットを、前記シーケンス番号を用いて並べ替え、上位のレイヤに提供するサービスデータユニットを生成する生成部と、を備え、
    前記生成部は、前記サービスデータユニット毎に、順序補正ウィンドウにおける各プロトコルデータユニットの受信状態を管理するための状態変数を初期化すること
    を特徴とする無線通信装置。
  8. 請求項７記載の無線通信装置であって、
    前記生成部は、直前のサービスデータユニットが生成されたタイミングで、次に受信するサービスデータユニット用の順序補正ウィンドウの状態変数を初期化すること、を特徴とする無線通信装置。
  9. 請求項７記載の無線通信装置であって、
    前記生成部は、次のサービスデータユニットを構成するプロトコルデータユニットを受信したタイミングで、順序補正ウィンドウの状態変数を初期化すること、を特徴とする無線通信装置。
  10. 請求項７から９のいずれか１項に記載の無線通信装置であって、
    前記サービスデータユニットは、報知情報、ページング、および、ＭＢＭＳのいずれかであること、を特徴とする無線通信装置。
JP2015217013A 2015-11-04 2015-11-04 無線通信装置 Pending JP2017092574A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2015217013A JP2017092574A (ja) 2015-11-04 2015-11-04 無線通信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015217013A JP2017092574A (ja) 2015-11-04 2015-11-04 無線通信装置

Publications (1)

Publication Number Publication Date
JP2017092574A true JP2017092574A (ja) 2017-05-25

Family

ID=58768609

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015217013A Pending JP2017092574A (ja) 2015-11-04 2015-11-04 無線通信装置

Country Status (1)

Country Link
JP (1) JP2017092574A (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018207799A1 (ja) 2017-05-08 2018-11-15 国立大学法人九州大学 マニピュレータ
WO2019014918A1 (zh) * 2017-07-21 2019-01-24 Oppo广东移动通信有限公司 传输数据的方法和设备
WO2022210914A1 (ja) * 2021-03-30 2022-10-06 京セラ株式会社 通信制御方法及びユーザ装置
CN115515183A (zh) * 2017-06-09 2022-12-23 三星电子株式会社 支持rlc um模式操作的方法和装置

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018207799A1 (ja) 2017-05-08 2018-11-15 国立大学法人九州大学 マニピュレータ
CN115515183A (zh) * 2017-06-09 2022-12-23 三星电子株式会社 支持rlc um模式操作的方法和装置
WO2019014918A1 (zh) * 2017-07-21 2019-01-24 Oppo广东移动通信有限公司 传输数据的方法和设备
CN109565377A (zh) * 2017-07-21 2019-04-02 Oppo广东移动通信有限公司 传输数据的方法和设备
WO2022210914A1 (ja) * 2021-03-30 2022-10-06 京セラ株式会社 通信制御方法及びユーザ装置

Similar Documents

Publication Publication Date Title
US10420016B2 (en) Method and network device for responding to request
ES2906704T3 (es) Procedimiento y aparato para el procesamiento de un paquete en un sistema de comunicación inalámbrica
ES2868226T3 (es) Alineamiento de byte en unidades de octeto de una unidad de datos por paquetes (PDU) de estado para notificación de estado de RLC en un sistema de comunicación móvil de próxima generación
CN110915249B (zh) 用于无线网络中的用户平面完整性的动态激活和去激活的系统和方法
KR102629306B1 (ko) 차세대 이동통신 시스템에서 sdap 제어 pdu를 구분해서 처리하는 방법 및 장치
JP6161746B2 (ja) 無線通信システムにおけるＤ２Ｄ（Ｄｅｖｉｃｅ−Ｔｏ−Ｄｅｖｉｃｅ）ディスカバリーをサポートする方法と装置
KR102446260B1 (ko) D2d 통신 시스템을 위한 계층-2의 상태 변수의 명시적 신호를 전송하는 방법 및 그 장치
JP6685384B2 (ja) 無線通信システムにおけるｓｉアップデート、ｅａｂアップデート及びｐｗｓメッセージを通知するための方法及び装置
ES2749953T3 (es) Un nodo de red, un dispositivo inalámbrico y métodos en los mismos para gestionar información de contexto de una Red de Acceso de Radio (RAN) en una red de comunicaciones inalámbricas
KR101294517B1 (ko) 무선 통신 시스템에서 릴레이 노드를 사용하는 방법
US10623990B2 (en) User equipment and method for transmitting data, and network node and method for receiving data
KR20230030609A (ko) 차세대 이동 통신 시스템에서 비활성화 모드에 있는 단말의 셀 선택 및 재선택 수행 방법 및 장치
EP3410814B1 (en) Method for initiating tracking area update, and user equipment
US20220132388A1 (en) Notification of radio link failure in wireless relay networks
KR20130093774A (ko) Ｐｄｃｐ 패킷 전송 방법
US20230232189A1 (en) Mobility support method and device for multicast service in next generation mobile communication system
KR101166421B1 (ko) 알림정보 송신방법, 무선기지국 및 이동국
US10285021B2 (en) Method and apparatus for transmitting/receiving a MBSP message in a wireless access system
US9999016B2 (en) Status report polling to avoid HFN de-synchronization
ES2934314T3 (es) Gestión de claves para CIoT
JP2017092574A (ja) 無線通信装置
US20210100063A1 (en) Communications device, infrastructure equipment, communications system and methods
CN113728672A (zh) 用于测量无线通信系统中的频率的方法及装置
WO2020085964A1 (en) Solutions for enabling low overhead data transmission for cellular devices
KR20190129303A (ko) 차세대 이동 통신 시스템에서 페이징을 지원하는 방법 및 장치

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180810

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190520

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190528

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20190725

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20191119