(57)【要約】  通信装置、処理装置及び方法は、Ｍ個のＲＬＣ ＳＤＵを含むＭ個のＲＬＣプロトコルデータユニット(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ)を各々構成し、ここで、Ｍは１より大きく；送信機会に対してＭ個のＲＬＣ ＰＤＵのうちの最下位のＬ個のＳＮを有するＬ個のＲＬＣ ＳＤＵに対するＬ個のＲＣＬ ＰＤＵのみをＭＡＣ層に提出、ここで、Ｌ＜Ｍであり、Ｌ個のＲＬＣ ＰＤＵは受信装置での状態報告をトリガーするためにポールを備える第１のＲＬＣ ＰＤＵを含み；Ｌ個のＲＬＣ ＰＤＵを受信装置に送信、ポールを備える第１ＲＬＣ ＰＤＵを送信する時、ポール再送信タイマーが満了して新しいＲＬＣ ＳＤＵ或いはＲＬＣ ＳＤＵセグメントが送信できない場合、ＭＡＣ層に提出されたＲＬＣ ＳＤＵのＳＮのうちの最上位ＳＮを有する第２のＲＬＣ ＳＤＵを含む第２のＲＬＣ ＰＤＵを構成する。
2021509792.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてデータユニットを送信する通信装置であって、
トランシーバー及び
前記トランシーバーを制御するように設定されたプロセッサを備えてなり、
前記プロセッサは、
Ｍ個の無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ、ＲＬＣ）サービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ、ＳＤＵ）を含むＭ個のＲＬＣプロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ、ＰＤＵ）を各々（ｒｅｓｐｅｃｔｉｖｅｌｙ）構成し、ここで、Ｍは１より大きく；
送信機会に対して前記Ｍ個のＲＬＣ  ＰＤＵのうちの最下位のＬ個のシーケンス番号（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ、ＳＮ）を有するＬ個のＲＬＣ  ＳＤＵに対するＬ個のＲＣＬ  ＰＤＵのみを媒体接続制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ、ＭＡＣ）階層に提出し、ここで、Ｌ＜Ｍであり、前記Ｌ個のＲＬＣ  ＰＤＵは受信装置での状態報告をトリガーするためにポールを備える第１のＲＬＣ  ＰＤＵを備え；
前記ポールを備える前記第１のＲＬＣ  ＰＤＵを前記ＭＡＣ層に提出する時、ポール再送信タイマーを開始し；
前記Ｌ個のＲＬＣ  ＰＤＵを前記受信装置に送信するように前記トランシーバーを制御し；
前記ポール再送信タイマーが満了して新しいＲＬＣ  ＳＤＵ或いはＲＬＣ  ＳＤＵセグメントが送信できない場合、前記ＭＡＣ層に提出されたＲＬＣ  ＳＤＵのＳＮのうちの最上位ＳＮを有する第２のＲＬＣ  ＳＤＵを含む第２のＲＬＣ  ＰＤＵを構成し；及び
前記第２のＲＬＣ  ＳＤＵを含む前記第２のＲＬＣ  ＰＤＵを送信するように前記トランシーバーを制御するように設定される、通信装置。
【請求項２】
前記プロセッサは、前記ポールを前記第２のＲＬＣ  ＰＤＵに含むように設定される、請求項１に記載の通信装置。
【請求項３】
前記プロセッサは、状態変数を前記Ｍ個のＲＬＣ  ＰＤＵのＳＮのうちの最上位ＳＮ＋１にセットするように設定され、
前記状態変数は新しく生成するＲＬＣ  ＰＤＵに対して割り当てられるＳＮを保有し、ＲＬＣ  ＳＤＵ或いはＲＬＣ  ＳＤＵの最後セグメントを含み、ＳＮ＝前記状態変数を有するＲＬＣ  ＰＤＵが構成される度にアップデートされる、請求項１に記載の通信装置。
【請求項４】
前記プロセッサは、
前記Ｌ個のＲＬＣ  ＰＤＵを含むＭＡＣ  ＰＤＵが構成；及び
前記送信機会に前記ＭＡＣ  ＰＤＵを送信するようにトランシーバを制御するように設定される、請求項１に記載の通信装置。
【請求項５】
前記ＭＡＣ層に提出されたＲＬＣ  ＳＤＵのＳＮのうちの前記最上位ＳＮは前記Ｍ個のＲＬＣ  ＳＤＵのＳＮのうちの最上位ＳＮより少ない、請求項１に記載の通信装置。
【請求項６】
処理装置であって、
少なくとも１つのプロセッサ；及び
前記少なくとも１つのプロセッサに動作可能に連結可能であり、実行時に前記少なくとも１つのプロセッサをして動作を行うようにする指示が格納されている、少なくとも１つのコンピューターメモリを備えてなり、
前記動作は、
Ｍ個の無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ、ＲＬＣ）サービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ、ＳＤＵ）を含むＭ個のＲＬＣプロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ、ＰＤＵ）を各々（ｒｅｓｐｅｃｔｉｖｅｌｙ）構成し、ここで、Ｍは１より大きく；
送信機会に対して前記Ｍ個のＲＬＣ  ＰＤＵのうちの最下位のＬ個のシーケンス番号（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ、ＳＮ）を有するＬ個のＲＬＣ  ＳＤＵに対するＬ個のＲＣＬ  ＰＤＵのみを媒体接続制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ、ＭＡＣ）層に提出し、ここで、Ｌ＜Ｍであり、前記Ｌ個のＲＬＣ  ＰＤＵは受信装置での状態報告をトリガーするためにポールを備える第１のＲＬＣ  ＰＤＵを含み；
前記ポールを備える前記第１のＲＬＣ  ＰＤＵを前記ＭＡＣ層に提出する時、ポール再送信タイマーを開始し；
前記Ｌ個のＲＬＣ  ＰＤＵを前記受信装置に送信し；
前記ポール再送信タイマーが満了して新しいＲＬＣ  ＳＤＵ或いはＲＬＣ  ＳＤＵセグメントが送信できない場合、前記ＭＡＣ層に提出されたＲＬＣ  ＳＤＵのＳＮのうちの最上位ＳＮを有する第２のＲＬＣ  ＳＤＵを含む第２のＲＬＣ  ＰＤＵを構成し；及び
前記第２のＲＬＣ  ＳＤＵを含む前記第２のＲＬＣ  ＰＤＵを送信することを含んでなる、処理装置。
【請求項７】
前記動作は、前記ポールを前記第２のＲＬＣ  ＰＤＵに含むことをさらに含んでなる、請求項６に記載の処理装置。
【請求項８】
前記動作は、
状態変数を前記Ｍ個のＲＬＣ  ＰＤＵのＳＮのうちの最上位ＳＮ＋１にセットすることをさらに含み、
前記状態変数は新しく生成されるＲＬＣ  ＰＤＵに対して割り当てられるＳＮを保有し、ＲＬＣ  ＳＤＵ或いはＲＬＣ  ＳＤＵの最後セグメントを含み、ＳＮ＝前記状態変数を有するＲＬＣ  ＰＤＵが構成される度にアップデートされる、請求項６に記載の処理装置。
【請求項９】
さらに前記動作は、
前記Ｌ個のＲＬＣ  ＰＤＵを含むＭＡＣ  ＰＤＵが構成；及び
前記送信機会に前記Ｌ個のＲＬＣ  ＰＤＵを含む前記ＭＡＣ  ＰＤＵを送信することを含んでなる、請求項６に記載の処理装置。
【請求項１０】
前記ＭＡＣ層に提出された前記ＲＬＣ  ＳＤＵのＳＮのうちの前記最上位ＳＮは前記Ｍ個のＲＬＣ  ＳＤＵのＳＮのうちの最上位ＳＮより少ない、請求項６に記載の処理装置。
【請求項１１】
無線通信システムにおいて通信装置がデータユニットを送信する方法であって、
Ｍ個の無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ、ＲＬＣ）サービスデータユニット（ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ、ＳＤＵ）を含むＭ個のＲＬＣプロトコルデータユニット（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ、ＰＤＵ）を各々（ｒｅｓｐｅｃｔｉｖｅｌｙ）構成、ここで、Ｍは１より大きく；
送信機会に対して前記Ｍ個のＲＬＣ  ＰＤＵのうちの最下位のＬ個のシーケンス番号（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ、ＳＮ）を有するＬ個のＲＬＣ  ＳＤＵに対するＬ個のＲＣＬ  ＰＤＵのみを媒体接続制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ、ＭＡＣ）層に提出、ここで、Ｌ＜Ｍであり、前記Ｌ個のＲＬＣ  ＰＤＵは受信装置での状態報告をトリガーするためにポールを備える第１のＲＬＣ  ＰＤＵを含み；
前記ポールを備える前記第１のＲＬＣ  ＰＤＵを前記ＭＡＣ層に提出する時、ポール再送信タイマーを開始し；
前記Ｌ個のＲＬＣ  ＰＤＵを前記受信装置に送信し；
前記ポール再送信タイマーが満了して新しいＲＬＣ  ＳＤＵ或いはＲＬＣ  ＳＤＵセグメントが送信できない場合、前記ＭＡＣ層に提出されたＲＬＣ  ＳＤＵのＳＮのうちの最上位ＳＮを有する第２のＲＬＣ  ＳＤＵを含む第２のＲＬＣ  ＰＤＵを構成し；及び
前記第２のＲＬＣ  ＳＤＵを含む前記第２のＲＬＣ  ＰＤＵを送信することを含んでなる、データユニットを送信する方法。
【請求項１２】
さらに前記ポールを前記第２のＲＬＣ  ＰＤＵに含むことを含んでなる、請求項１１に記載のデータユニットを送信する方法。
【請求項１３】
状態変数を前記Ｍ個のＲＬＣ  ＰＤＵのＳＮのうちの最上位ＳＮ＋１にセットすることをさらに含んでなり、
前記状態変数は新しく生成されるＲＬＣ  ＰＤＵに対して割り当てられるＳＮを保有し、ＲＬＣ  ＳＤＵ或いはＲＬＣ  ＳＤＵの最後セグメントを含み、ＳＮ＝前記状態変数を有するＲＬＣ  ＰＤＵが構成される度にアップデートされる、請求項１１に記載のデータユニットを送信する方法。
【請求項１４】
前記Ｌ個のＲＬＣ  ＰＤＵを含むＭＡＣ  ＰＤＵが構成し；及び
前記送信機会に前記Ｌ個のＲＬＣ  ＰＤＵを含む前記ＭＡＣ  ＰＤＵを送信することをさらに含んでなる、請求項１１に記載のデータユニットを送信する方法。
【請求項１５】
前記ＭＡＣ層に提出された前記ＲＬＣ  ＳＤＵのＳＮのうちの前記最上位ＳＮは前記Ｍ個のＲＬＣ  ＳＤＵのＳＮのうちの最上位ＳＮより少ない、請求項１１に記載のデータユニットを送信する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細は、無線通信システムに関する。
【背景技術】
【０００２】
この明細を適用可能な無線通信システムの一例であって、３ＧＰＰ ＬＴＥ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕ；以下、"ＬＴＥ"という)通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例として、Ｅ―ＵＭＴＳ網の構造を概略的に示す図である。Ｅ―ＵＭＴＳ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)は、既存のＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)から進化したシステムであって、現在、３ＧＰＰで基礎的な標準化作業を進めている。一般に、Ｅ―ＵＭＴＳは、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)システムと称することもできる。ＵＭＴＳ及びＥ―ＵＭＴＳの技術規格(ｔｅｃｈｎｉｃａｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ)の詳細な内容は、それぞれ「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ ７とＲｅｌｅａｓｅ ８を参照することができる。
【０００４】
図１を参照すると、Ｅ―ＵＭＴＳは、ユーザ機器(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ)、基地局(ｅＮｏｄｅ Ｂ；ｅＮＢ)及びネットワーク(Ｅ―ＵＴＲＡＮ)の終端に位置し、外部ネットワークと接続される接続ゲートウェイ(Ａｃｃｅｓｓ Ｇａｔｅｗａｙ；ＡＧ)を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは１．２５、２．５、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数のＵＥに下り又は上り送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定される。基地局は、複数のＵＥに対するデータ送受信を制御する。下りリンク(Ｄｏｗｎｌｉｎｋ；ＤＬ)データに対して、基地局は下りリンクスケジューリング情報を送信し、該当ＵＥにデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ)関連情報などを知らせる。また、上りリンク(Ｕｐｌｉｎｋ；ＵＬ)データに対して、基地局は上りリンクスケジューリング情報を該当ＵＥに送信し、該当ＵＥが使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局同士の間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを用いることができる。コアネットワーク(Ｃｏｒｅ Ｎｅｔｗｏｒｋ；ＣＮ)はＡＧ及びＵＥのユーザ登録などのためのネットワークノードなどで構成可能である。ＡＧは複数のセルで構成されるＴＡ(Ｔｒａｃｋｉｎｇ Ａｒｅａ)単位にＵＥの移動性を管理する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
新しい無線通信技術の導入により、基地局(ＢＳ)が所定のリソース領域でサービスを提供するユーザ機器(ＵＥ)の数が増加し、ＢＳがＵＥに送信する制御情報及びデータの量も増加している。ＵＥとの通信のためにＢＳが利用可能な通常的に制限されたリソースにより、ＢＳが制限された無線リソースを用いて上りリンク／下りリンクデータ及び／又は上りリンク／下りリンク制御情報を効率的に送受信するための新しい技術が必要である。特に、ディレイ又は遅延を克服することは、ディレイ／遅延によって性能が大きく左右されるアプリケーションにおいて重要な課題になっている。
【０００７】
本明細で遂げようとする技術的目的は以上で言及した事項に限定されず、言及していない別の技術的課題は、以下に説明する本明細の実施例から、本明細の属する技術の分野における通常の知識を有する者によって考慮されるであろう。
【課題を解決するための手段】
【０００８】
本明細の一様相において、無線通信システムにおいてデータユニットを送信する通信装置が提供される。この通信装置は、トランシーバー及び該トランシーバーを制御するように設定されたプロセッサを含む。このプロセッサは:Ｍ個の無線リンク制御(ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ)サービスデータユニット(ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ、ＳＤＵ)を含むＭ個のＲＬＣプロトコルデータユニット(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ)を各々(ｒｅｓｐｅｃｔｉｖｅｌｙ)構成し、ここで、Ｍは１より大きく；送信機会に対してＭ個のＲＬＣ ＰＤＵのうちの最下位のＬ個のシーケンス番号(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ、ＳＮ)を有するＬ個のＲＬＣ ＳＤＵに対するＬ個のＲＣＬ ＰＤＵのみを媒体接続制御(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ)層に提出、ここで、Ｌ＜Ｍであり、Ｌ個のＲＬＣ ＰＤＵは受信装置での状態報告をトリガーするためにポールを備える第１のＲＬＣ ＰＤＵを含み；ポールを備える第１のＲＬＣ ＰＤＵをＭＡＣ層に提出する時、ポール再送信タイマーを開始；Ｌ個のＲＬＣ ＰＤＵを受信装置に送信するようにトランシーバーを制御；ポール再送信タイマーが満了して新しいＲＬＣ ＳＤＵ或いはＲＬＣ ＳＤＵセグメントが送信できない場合、ＭＡＣ層に提出されたＲＬＣ ＳＤＵのＳＮのうちの最上位ＳＮを有する第２のＲＬＣ ＳＤＵを含む第２のＲＬＣ ＰＤＵを構成；及び第２のＲＬＣ ＳＤＵを含む第２のＲＬＣ ＰＤＵを送信するようにトランシーバーを制御するように設定される。
【０００９】
本明細の他の様相において、少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結可能であり、実行時に少なくとも１つのプロセッサをして動作を行うようにする指示が格納されている、少なくとも１つのコンピューターメモリを含む。この動作は:Ｍ個の無線リンク制御(ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ)サービスデータユニット(ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ、ＳＤＵ)を含むＭ個のＲＬＣプロトコルデータユニット(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ)を各々(ｒｅｓｐｅｃｔｉｖｅｌｙ)構成し、ここで、Ｍは１より大きく；送信機会に対してＭ個のＲＬＣ ＰＤＵのうちの最下位のＬ個のシーケンス番号(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ、ＳＮ)を有するＬ個のＲＬＣ ＳＤＵに対するＬ個のＲＣＬ ＰＤＵのみを媒体接続制御(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ)層に提出、ここで、Ｌ＜Ｍであり、Ｌ個のＲＬＣ ＰＤＵは受信装置での状態報告をトリガーするためにポールを備える第１のＲＬＣ ＰＤＵを含み；ポールを備える第１のＲＬＣ ＰＤＵをＭＡＣ層に提出する時、ポール再送信タイマーを開始；Ｌ個のＲＬＣ ＰＤＵを受信装置に送信；ポール再送信タイマーが満了して新しいＲＬＣ ＳＤＵ或いはＲＬＣ ＳＤＵセグメントが送信できない場合、ＭＡＣ層に提出されたＲＬＣ ＳＤＵのＳＮのうちの最上位ＳＮを有する第２のＲＬＣ ＳＤＵを含む第２のＲＬＣ ＰＤＵを構成；及び第２のＲＬＣ ＳＤＵを含む第２のＲＬＣ ＰＤＵを送信することを含む。
【００１０】
本明細のさらに他の様相において、無線通信システムにおいて通信装置がデータユニットを送信する方法が提供される。この方法は:Ｍ個の無線リンク制御(ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ)サービスデータユニット(ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ、ＳＤＵ)を含むＭ個のＲＬＣプロトコルデータユニット(ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＰＤＵ)を各々構成、ここで、Ｍは１より大きく；送信機会に対してＭ個のＲＬＣ ＰＤＵのうちの最下位のＬ個のシーケンス番号(ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ、ＳＮ)を有するＬ個のＲＬＣ ＳＤＵに対するＬ個のＲＣＬ ＰＤＵのみを媒体接続制御(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ)層に提出、ここで、Ｌ＜Ｍであり、Ｌ個のＲＬＣ ＰＤＵは受信装置での状態報告をトリガーするためにポールを備える第１のＲＬＣ ＰＤＵを含み；ポールを備える第１のＲＬＣ ＰＤＵをＭＡＣ層に送信する時、ポール再送信タイマーを開始；Ｌ個のＲＬＣ ＰＤＵを受信装置に送信；ポール再送信タイマーが満了して新しいＲＬＣ ＳＤＵ或いはＲＬＣ ＳＤＵセグメントが送信できない場合、ＭＡＣ層に提出されたＲＬＣ ＳＤＵのＳＮのうちの最上位ＳＮを有する第２のＲＬＣ ＳＤＵを含む第２のＲＬＣ ＰＤＵを構成；及び第２のＲＬＣ ＳＤＵを含む第２のＲＬＣ ＰＤＵを送信することを含む。
【００１１】
本明細の各様相において、ポールが第２のＲＬＣ ＰＤＵに含まれる。
【００１２】
本明細の各様相において、状態変数はＭ個のＲＬＣ ＰＤＵのＳＮのうちの最上位ＳＮ＋１にセットされる。この状態変数は新しく発生するＲＬＣ ＰＤＵに対して割り当てられるＳＮを保有し(ｈｏｌｄ)、ＲＬＣ ＳＤＵ或いはＲＬＣ ＳＤＵの最後セグメントを含み、ＳＮ＝状態変数を有するＲＬＣ ＰＤＵが構成される度にアップデートされる。
【００１３】
本明細の各様相において、Ｌ個のＲＬＣ ＰＤＵを含むＭＡＣ ＰＤＵが構成される。このＬ個のＲＬＣ ＰＤＵを含むＭＡＣ ＰＤＵが送信機会に送信される。
【００１４】
本明細の各様相において、ＭＡＣ層に提出されたＲＬＣ ＳＤＵのＳＮのうちの最上位ＳＮはＭ個のＲＬＣ ＳＤＵのＳＮのうちの最上位ＳＮより小さい。
【００１５】
上記の技術的解決方法は、本明細の一部の具現に過ぎず、本明細の技術的特徴が反映された様々な具現が当該技術分野における通常的な知識を有する者によって後述する本明細の詳しい説明に基づいて導き出され、理解されるであろう。
【発明の効果】
【００１６】
いくつかのシナリオにおいて、本明細の具現は以下の利点のうちのいずれか一つを提供する。いくつかのシナリオにおいて、無線通信信号をより効率的に送受信することができる。従って、無線通信システムの全般的なスループットが向上する。
【００１７】
本明細のいくつかの具現によれば、端末と基地局の間の通信時に発生するディレイ／遅延が減少する。
【００１８】
また新しい無線接続技術における信号をより効率的に送受信することができる。
【００１９】
本明細で得られる効果は以上に言及した効果に制限されず、言及していない他の効果は下記の記載から本明細が属する当該技術分野における当業者に明確に理解されるであろう。
【図面の簡単な説明】
【００２０】
本明細の理解を助けるための添付図面は、本明細に対する実施例を提供し、詳細な説明と共に、本明細の技術的思想を説明する：
【００２１】
【図１】無線通信システムの一例であって、Ｅ−ＵＭＴＳ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ)ネットワーク構造の一例を示す図である。
【図２】Ｅ−ＵＴＲＡＮ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)を例示するブロック図である。
【図３】一般的なＥ−ＵＴＲＡＮとＥＰＣの構造の一例を示すブロック図である。
【図４】３ＧＰＰ基盤の無線通信システムにおいて、プロトコルスタックを例示する図である。
【図５】３ＧＰＰ基盤の無線通信システムにおいて、フレーム構造を例示する図である。
【図６】３ＧＰＰ ＬＴＥシステムにおいて、データ流れを例示する図である。
【図７】３ＧＰＰ ＮＲシステムにおいて、データ流れを例示する図である。
【図８】３ＧＰＰ ＬＴＥシステムにおいて、確認モード(ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｍｏｄｅ、ＡＭ)無線接続制御(ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ)エンティティのモデルを示す図である。
【図９】本明細の具現で使用可能なＡＭ ＲＬＣエンティティのモデルを示す図である。
【図１０】本明細の具現によるデータ送信を例示する図である。
【図１１】本明細の方法を実行可能な通信装置を例示するブロック図である。
【発明を実施するための形態】
【００２２】
無線通信技術は、ＷＣＤＭＡ（登録商標）に基づいてＬＴＥにまで開発されてきたが、ユーザと事業者の要求と期待は増す一方である。その上、他の無線接続技術の開発が続いており、将来、競争力を持つためには新しい技術進化が要求される。ビット当たりのコストの削減、サービス可用性の増大、柔軟な周波数バンドの使用、単純構造と開放型インターフェース、ＵＥの適度な電力消耗などが要求される。
【００２３】
より多い通信装置がより大きい通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ)に比べて向上したモバイル広帯域通信が必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模(ｍａｓｓｉｖｅ)ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考慮される主なイシューの一つである。また、信頼性(ｒｅｌｉａｂｉｌｉｔｙ)及び遅延(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮した通信システム設計が論議されている。次世代(ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ)無線接続技術の導入は向上したモバイル広帯域(ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ｅＭＢＢ)通信、ｍＭＴＣ、超信頼性及び低待機時間通信(ｕｌｔｒａ−ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＵＲＬＬＣ)などを考慮して論議されている。
【００２４】
以下、本明細に係る好適な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本明細の例示的な実施の形態を説明するためのものであり、本明細が実施し得る唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本明細の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者にとってはこのような具体的な細部事項なしにも本明細を実施できることは明らかである。
【００２５】
以下に説明する技法(ｔｅｃｈｎｉｑｕｅ)及び装置、システムは、様々な無線多重接続システムに適用することができる。多重接続システムの例には、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＭＣ−ＦＤＭＡ(ｍｕｌｔｉ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)又はＣＤＭＡ２０００のような無線技術(ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)、ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)(ｉ．ｅ．，ＧＥＲＡＮ)などのような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ(Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ)８０２．１１(Ｗｉ−Ｆｉ)、ＩＥＥＥ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ(ｅｖｏｌｖｅｄ−ＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ)の一部であり、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳの一部である。３ＧＰＰ ＬＴＥは、下りリンク(ｄｏｗｎｌｉｎｋ、ＤＬ)ではＯＦＤＭＡを採択し、上りリンク(ｕｐｌｉｎｋ、ＵＬ)ではＳＣ−ＦＤＭＡを採択している。ＬＴＥ−Ａ(ＬＴＥ−ａｄｖａｎｃｅｄ)は、３ＧＰＰ ＬＴＥの進化した形態である。説明の便宜のために、以下では、本明細を３ＧＰＰ基盤通信システムに関連して説明する。しかし、本明細の技術的特徴はこれに制限されるものではない。例えば、以下の詳細な説明が、移動通信システムが３ＧＰＰ基盤のシステムに対応する移動通信システムに基づいて説明されても、３ＧＰＰ基盤のシステム特有の事項以外は、他の任意の移動通信システムにも適用可能である。
【００２６】
例えば、本明細は、３ＧＰＰ基盤のシステムのように、ＢＳがＵＥに下りリンク／上りリンク時間／周波数リソースを割り当て、ＵＥがＢＳの割当てによって下りリンク信号を受信し、上りリンク信号を送信する非−競合ベース(ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ)通信だけでなく、Ｗｉ−Ｆｉのような競合ベース(ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ)通信にも適用することができる。非−競合ベース通信技法は、接続ポイント(ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ)或いは上記接続ポイントを制御する制御ノード(ｎｏｄｅ)が、ＵＥと上記ＡＰ間の通信のためのリソースを割り当てるが、競合ベース通信技法は、ＡＰに接続しようとする複数ＵＥ間の競合によって通信リソースが占有される。競合ベース通信技法について簡略に説明すると、競合ベース通信技法の一種として搬送波感知多元接続(ｃａｒｒｉｅｒ ｓｅｎｓｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＳＭＡ)がある。ＣＳＭＡとは、ノード或いは通信器機が周波数帯域(ｂａｎｄ)のような、共有送信媒体(ｓｈａｒｅｄ ｔｒａｎｓｍｉｓｓｉｏｎ ｍｅｄｉｕｍ)(共有チャネルともいう。)上でトラフィック(ｔｒａｆｆｉｃ)を送信する前に、同一のま共有送信媒体上に他のトラフィックがないことを確認する確率的(ｐｒｏｂａｂｉｌｉｓｔｉｃ)媒体接続制御(ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ)プロトコル(ｐｒｏｔｏｃｏｌ)を指す。ＣＳＭＡにおいて送信装置は受信装置にトラフィックを送信することを試みる前に、他の送信が進行中であるか否か決定する。換言すれば、送信装置は、送信を試みる前に、他の送信装置からの搬送波(ｃａｒｒｉｅｒ)の存在を検出(ｄｅｔｅｃｔ)することを試みる。搬送波が感知されると、送信装置は、自身の送信を開始する前に、進行中の他の送信装置によって送信が完了(ｆｉｎｉｓｈ)することを待つ。結局、ＣＳＭＡは、“ｓｅｎｓｅ ｂｅｆｏｒｅ ｔｒａｎｓｍｉｔ”或いは“ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ”の原理に基づく通信技法といえる。ＣＳＭＡを用いる競合ベース通信システムにおいて送信装置間の衝突を回避するための技法としてＣＳＭＡ／ＣＤ(Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ)及び／又はＣＳＭＡ／ＣＡ(Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ)が用いられる。ＣＳＭＡ／ＣＤは、有線ＬＡＮ環境での衝突検出技法であり、まずイーサネット(ｅｔｈｅｒｎｅｔ)環境で通信をしようとするＰＣ(Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ)やサーバー(ｓｅｒｖｅｒ)がネットワーク上で通信が行われているか確認した後、他の装置(ｄｅｖｉｃｅ)がデータを上記ネットワーク上で載せて送っていると、待ってからデータを送る。すなわち、２人以上のユーザ(例えば、ＰＣ、ＵＥなど)が同時にデータを乗せて送る場合、上記同時送信間に衝突が発生するが、ＣＳＭＡ／ＣＤはこの衝突を監視し、柔軟性あるデータ送信がなされるようにする技法である。ＣＳＭＡ／ＣＤを用いる送信装置は、特定の規則を用いて他の送信装置によるデータ送信を感知し、自身のデータ送信を調節する。ＣＳＭＡ／ＣＡは、ＩＥＥＥ８０２．１１標準に明示されている媒体接近制御プ���トコルである。ＩＥＥＥ８０２．１１標準によるＷＬＡＮシステムは、ＩＥＥＥ８０２．３標準で用いられたＣＳＭＡ／ＣＤを用いず、ＣＡ、すなわち、衝突を回避する方式を用いている。送信装置は、常にネットワークの搬送波を感知しているが、ネットワークが空になると、目録に登載された自身の位置によって、定められた時間を待ってからデータを送る。目録内で送信装置間の優先順位を決め、これを再設定(ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ)するためには様々方法を用いることができる。ＩＥＥＥ８０２．１１標準の一部バージョンに従うシステムでは、衝突が起きることがあり、この場合には衝突感知手順が行われる。ＣＳＭＡ／ＣＡを用いる送信装置は、特定規則を用いて、他の送信装置によるデータ送信と自身のデータ送信間の衝突を回避する。
【００２７】
本明細に記載された用語及び技術のうち、特に言及しない用語及び技術については本明細の公開前の無線通信標準文書を参照できる。例えば、以下の文書を参照できる。
【００２８】
３ＧＰＰ ＬＴＥ
【００２９】
−３ＧＰＰ ＴＳ ３６.２１１：Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ
【００３０】
−３ＧＰＰ ＴＳ ３６.２１２：Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ
【００３１】
−３ＧＰＰ ＴＳ ３６.２１３：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ
【００３２】
−３ＧＰＰ ＴＳ ３６.２１４：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ； Ｍｅａｓｕｒｅｍｅｎｔｓ
【００３３】
−３ＧＰＰ ＴＳ ３６.３００：Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ
【００３４】
−３ＧＰＰ ＴＳ ３６.３０４：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ(ＵＥ) ｐｒｏｃｅｄｕｒｅｓ ｉｎ ｉｄｌｅ ｍｏｄｅ
【００３５】
−３ＧＰＰ ＴＳ ３６.３１４：Ｌａｙｅｒ ２ −Ｍｅａｓｕｒｅｍｅｎｔｓ
【００３６】
−３ＧＰＰ ＴＳ ３６.３２１：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ(ＭＡＣ) ｐｒｏｔｏｃｏｌ
【００３７】
−３ＧＰＰ ＴＳ ３６.３２２：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ(ＲＬＣ) ｐｒｏｔｏｃｏｌ
【００３８】
−３ＧＰＰ ＴＳ ３６.３２３：Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ(ＰＤＣＰ)
【００３９】
−３ＧＰＰ ＴＳ ３６.３３１：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ(ＲＲＣ) ｐｒｏｔｏｃｏｌ
【００４０】
３ＧＰＰ ＮＲ
【００４１】
−３ＧＰＰ ＴＳ ３８.２１１：Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ
【００４２】
−３ＧＰＰ ＴＳ ３８.２１２：Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ
【００４３】
−３ＧＰＰ ＴＳ ３８.２１３：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｃｏｎｔｒｏｌ
【００４４】
−３ＧＰＰ ＴＳ ３８.２１４：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｄａｔａ
【００４５】
−３ＧＰＰ ＴＳ ３８.２１５：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｍｅａｓｕｒｅｍｅｎｔｓ
【００４６】
−３ＧＰＰ ＴＳ ３８.３００：Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ
【００４７】
−３ＧＰＰ ＴＳ ３８.３０４：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ(ＵＥ) ｐｒｏｃｅｄｕｒｅｓ ｉｎ ｉｄｌｅ ｍｏｄｅ ａｎｄ ｉｎ ＲＲＣ ｉｎａｃｔｉｖｅ ｓｔａｔｅ
【００４８】
−３ＧＰＰ ＴＳ ３８.３２１：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ(ＭＡＣ) ｐｒｏｔｏｃｏｌ
【００４９】
−３ＧＰＰ ＴＳ ３８.３２２：Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ(ＲＬＣ) ｐｒｏｔｏｃｏｌ
【００５０】
−３ＧＰＰ ＴＳ ３８.３２３：Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ(ＰＤＣＰ)
【００５１】
−３ＧＰＰ ＴＳ ３８.３３１：ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ(ＲＲＣ) ｐｒｏｔｏｃｏｌ
【００５２】
−３ＧＰＰ ＴＳ ３7.３２４：Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ(ＳＤＡＰ)
【００５３】
−３ＧＰＰ ＴＳ ３7.３４０：Ｍｕｌｔｉ−ｃｏｎｎｅｃｔｉｖｉｔｙ； Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ
【００５４】
本明細において、ＵＥは、固定していても移動性を有してもよく、基地局(ｂａｓｅ ｓｔａｔｉｏｎ、ＢＳ)と通信してユーザデータ及び／又は各種制御情報を送受信する各種機器がこれに属する。ＵＥは端末(Ｔｅｒｍｉｎａｌ Ｅｑｕｉｐｍｅｎｔ)、ＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、ＭＴ(Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ)、ＵＴ(Ｕｓｅｒ Ｔｅｒｍｉｎａｌ)、ＳＳ(Ｓｕｂｓｃｒｉｂｅ Ｓｔａｔｉｏｎ)、無線機器(ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ)、ＰＤＡ(Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ)、無線モデム(ｗｉｒｅｌｅｓｓ ｍｏｄｅｍ)、携帯機器(ｈａｎｄｈｅｌｄ ｄｅｖｉｃｅ)などと呼ぶことができる。また、本明細において、ＢＳは、一般に、ＵＥ及び／又は他のＢＳと通信する固定局(ｆｉｘｅｄ ｓｔａｔｉｏｎ)のことをいい、ＵＥ及び他のＢＳと通信して各種データ及び制御情報を交換する。ＢＳは、ＡＢＳ(Ａｄｖａｎｃｅｄ Ｂａｓｅ Ｓｔａｔｉｏｎ)、ＮＢ(Ｎｏｄｅ−Ｂ)、ｅＮＢ(ｅｖｏｌｖｅｄ−ＮｏｄｅＢ)、ＢＴＳ(Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ)、接続ポイント(Ａｃｃｅｓｓ Ｐｏｉｎｔ)、ＰＳ(Ｐｒｏｃｅｓｓｉｎｇ Ｓｅｒｖｅｒ)等の他の用語と呼ぶこともできる。特に、ＵＭＴＳのＢＳはＮＢと呼び、ＥＰＣ／ＬＴＥのＢＳはｅＮＢと呼び、ＮＲ(ｎｅｗ ｒａｄｉｏ)システムのＢＳはｇＮＢと呼ぶ。
【００５５】
本明細でいうノード(ｎｏｄｅ)とは、ＵＥと通信して無線信号を送／受信できる固定した地点(ｐｏｉｎｔ)のことをいう。様々な形態のｅＮＢを、その名称に関係なくノードとして用いることができる。例えば、ＢＳ、ＮＢ、ｅＮＢ、ピコセルｅＮＢ(ＰｅＮＢ)、ホームｅＮＢ(ＨｅＮＢ)、リレー、リピータなどをノードとすることができる。また、ノードは、ｅＮＢでなくてもよい。例えば、無線リモートヘッド(ｒａｄｉｏ ｒｅｍｏｔｅ ｈｅａｄ、ＲＲＨ)、無線リモートユニット(ｒａｄｉｏ ｒｅｍｏｔｅ ｕｎｉｔ、ＲＲＵ)とすることもできる。ＲＲＨ、ＲＲＵなどは、一般に、ｅＮＢの電力レベル(ｐｏｗｅｒ ｌｅｖｅｌ)よりも低い電力レベルを有する。ＲＲＨ或いはＲＲＵ(以下、ＲＲＨ／ＲＲＵ)は、一般に、光ケーブルなどの専用回線(ｄｅｄｉｃａｔｅｄ ｌｉｎｅ)でｅＮＢに接続されているため、一般に、無線回線で接続されたｅＮＢによる協調通信に比べて、ＲＲＨ／ＲＲＵとｅＮＢによる協調通信を円滑に行うことができる。一つのノードには少なくとも一つのアンテナが設置される。上記アンテナは物理アンテナを意味することもでき、アンテナポート、仮想アンテナ、又はアンテナグループを意味することもできる。ノードは、ポイント(ｐｏｉｎｔ)とも呼ばれる。
【００５６】
本明細でいう“セル(ｃｅｌｌ)”とは、一つ以上のノードが通信サービスを提供する一定の地理的領域をいうか、又は無線リソースをいう。 地理的領域の“セル”は、ノードが搬送波を用いてサービスを提供できるカバレッジ(ｃｏｖｅｒａｇｅ)と理解することができ、無線リソース(例えば、時間−周波数リソース)としての“セル”は、搬送波によって設定(ｃｏｎｆｉｇｕｒｅ)される周波数範囲である帯域幅(ＢＷ)に関連する。無線リソースに連関する“セル”は、下りリンクリソース及び上りリンクリソースの組み合わせ、例えば、下りリンク(ＤＬ)の構成搬送波(ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＣＣ)及び上りリンク(ＵＬ)ＣＣの組み合わせにより定義される。セルは下りリソース単独、又は下りリソースと上りリソースの組合せに設定されることができる。ノードが有効な信号を送信できる範囲である下りリンクカバレッジと、ＵＥから有効な信号を受信できる範囲である上りリンクカバレッジは、当該信号を運ぶ搬送波に依存するので、ノードのカバレッジは、上記ノードが用いる無線リソースの“セル”のカバレッジと関連することもある。従って、“セル”という用語は、時にはノードによるサービスのカバレッジを、時には無線リソースを、時には上記無線リソースを用いた信号が有効な強度で到達できる範囲を意味することに用いることができる。
【００５７】
搬送波集成(ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ、ＣＡ)において、２つ以上のＣＣが集成される。ＵＥはその能力によって一つ又は多数のＣＣを同時に受信又は送信することができる。ＣＡが連続ＣＣと非連続ＣＣの両方について支援される。ＣＡが構成されると、ＵＥのみがネットワークと一つの無線リソース制御(ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ)連結を形成する。ＲＲＣ連結確立／再確立／ハンドオーバーにおいて、一つのサービングセルは非−接続層(ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＮＡＳ)移動性情報を提供し、ＲＲＣ連結再確立／ハンドオーバーにおいて、一つのサービングセルは保安入力を提供する。このセルを１次セル(ｐｒｉｍａｒｙ ｃｅｌｌ、ＰＣｅｌｌ)という。ＰＣｅｌｌは１次周波数で動作するセルであり、この周波数でＵＥは初期連結確立手順を行うか、又は連結再確立の手順を開始する。ＵＥ能力によって、２次セル(ｓｅｃｏｎｄａｒｙ ｃｅｌｌ、ＳＣｅｌｌ)がＰＣｅｌｌと共にサービングセルのセットを形成するように設定される。ＳＣｅｌｌは特殊セルに加えて更なる無線リソースを提供するセルである。従って、ＵＥに設定されたサービングセルのセットは、常に一つのＰＣｅｌｌ及び一つ以上のＳＣｅｌｌからなる。二重連結性(ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ)の動作のために、特殊セル(ｓｐｅｃｉａｌ ｃｅｌｌ、ＳｐＣｅｌｌ)という用語は、マスターセルグループ(ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ、ＭＣＧ)のＰＣｅｌｌ又は２次セルグループ(ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ、ＳＣＧ)のＰＳＣｅｌｌをいう。ＳｐＣｅｌｌはＰＵＣＣＨ送信及び競争基盤の任意の接続を支援し、常に活性化される。ＭＣＧはマスターノードに関連するサービングセルグループであって、ＳｐＣｅｌｌ(ＰＣｅｌｌ)及び選択的に一つ以上のＳＣｅｌｌを含む。ＳＣＧは２次ノードに関連するサービングセルのサブセットであって、二重連結性(ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＤＣ)で設定されたＵＥについてＰＳＣｅｌｌ及び０個以上のＳＣｅｌｌからなる。ＣＡ／ＤＣに設定されていないＲＲＣ_ＣＯＮＮＥＣＴＥＤのＵＥについては、ＰＣｅｌｌからなる一つのサービングセルのみが存在する。ＣＡ／ＤＣに設定されたＲＲＣ_ＣＯＮＮＥＣＴＥＤのＵＥについて、"サービングセル"という用語は、ＳｐＣｅｌｌ及び全てのＳＣｅｌｌからなるセルセットを示すために使用される。ＤＣにおいて、２つのＭＡＣエンティティ、即ち、ＭＣＧのためのＭＡＣエンティティとＳＣＧのためのＭＡＣエンティティがＵＥに設定される。
【００５８】
本明細において、“ＰＤＣＣＨ”は、ＰＤＣＣＨ(設定された場合、サブフレームにおいて)、ＭＴＣ ＰＤＣＣＨ(ＭＰＤＣＣＨ)、Ｒ−ＰＤＣＣＨが設定されており、中止していないリレーノード(ｒｅｌａｙ ｎｏｄｅ、ＲＮ)の場合には、Ｒ−ＰＤＣＣＨに、又は狭帯域モノのインターネット(ＮＢ−ＩｏＴ)については狭帯域ＰＤＣＣＨ(ｎａｒｒｏｗｂａｎｄ ＰＤＣＣＨ、ＮＢＰＤＣＣＨ)を意味する。
【００５９】
本明細において、チャネルをモニタリングするとは、チャネルのデコーディングを試みることを意味する。例えば、ＰＤＣＣＨをモニタリングするとは、ＰＤＣＣＨ(又はＰＤＣＣＨ候補)のデコーディングを試みることを意味する。
【００６０】
本明細において、二重連結動作について“特別のセル(Ｓｐｅｃｉａｌ Ｃｅｌｌ)”という用語は、マスターセルグループ(ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ、ＭＣＧ)のＰＣｅｌｌや２次セルグループ(Ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ、ＳＣＧ)のＰＣｅｌｌを称し、それ以外の場合、特別のセルはＰＣｅｌｌを称する。ＭＣＧは少なくともＳ１−ＭＭＥを終了するマスターＢＳに連関するサービングセルのグループであり、ＳＣＧはＵＥにさらなる無線リソースを提供するものの、マスターＢＳではない２次ＢＳに連関したサービングセルのグループである。ＳＣＧは１次ＳＣｅｌｌ(ｐｒｉｍａｒｙ ＳＣｅｌｌ、ＰＳＣｅｌｌ)及び選択的に一つ以上のＳＣｅｌｌで構成される。二重連結では、２つのＭＡＣエンティティ、即ち、ＭＣＧのためのＭＡＣエンティティ及びＳＣＧのためのＭＡＣエンティティがＵＥに設定される。各々のＭＡＣエンティティはＰＵＣＣＨ送信及び競争基盤の任意接続を支援するサービングセルを有するようにＲＲＣにより設定される。本明細において、ＳＰＣｅｌｌという用語はこのようなセルを意味し、反面ＳＣｅｌｌはそれ以外のサービングセルを意味する。ＳＰＣｅｌｌという用語は、ＭＡＣエンティティーがＭＣＧに連関するか、それともＳＣＧに連関するかによって、ＭＣＧのＰＣｅｌｌ又はＳＣＧのＰＳＣｅｌｌを示す。
【００６１】
本明細において、“Ｃ−ＲＮＴＩ”はセルＲＮＴＩを示し、“ＳＩ−ＲＮＴＩ”はシステム情報ＲＮＴＩを示す。“Ｐ−ＲＮＴＩ”はページングＲＮＴＩを示し、“ＲＡ−ＲＮＴＩ”はランダム接続ＲＮＴＩを示し、“ＳＣ−ＲＮＴＩ”は単一セルＲＮＴＩを示し、“ＳＬ−ＲＮＴＩ”はサイドリンクＲＮＴＩを示し、“ＳＰＳ Ｃ−ＲＮＴＩ”は準−持続的(Ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ)スケジューリングＣ−ＲＮＴＩを示し、また“ＣＳ−ＲＮＴＩ”は設定されたスケールＲＮＴＩを示す。
【００６２】
図２はＥ−ＵＴＲＡＮ(Ｅｖｏｌｖｅｄ−Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ)網構造を示すブロック図である。Ｅ−ＵＭＴＳはＬＴＥシステムとも呼ばれる。通信網はＩＭＳ及びパケットデータを通じたＶｏＩＰ(Ｖｏｉｃｅ ｏｖｅｒ ＩＰ)などの多様なサービスを提供するために広く配置される。
【００６３】
図２に示したように、Ｅ−ＵＭＴＳ網は、Ｅ−ＵＴＲＡＮ(ｅｖｏｌｖｅｄ ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ)、ＥＰＣ(Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ)及び一つ以上のＵＥを含む。Ｅ−ＵＴＲＡＮは一つ以上のｅＮＢ(ｅｖｏｌｖｅｄ ＮｏｄｅＢ)２０を含み、複数のＵＥ１０が一つのセルに位置する。一つ以上のＥ−ＵＴＲＡＮ ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)／ＳＡＥ(Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ)ゲートウェイ３０はネットワークの終端に位置し、外部ネットワークに接続することもできる。
【００６４】
本明細書において、「下りリンク(ｄｏｗｎｌｉｎｋ)」はｅＮＢ２０からＵＥ１０への通信を称し、「上りリンク(ｕｐｌｉｎｋ)」はＵＥ１０からｅＮＢ２０への通信を称する。
【００６５】
図３は一般的なＥ−ＵＴＲＡＮと一般的なＥＰＣの構造を示すブロック図である。
【００６６】
図３に示したように、ｅＮＢ２０は、ユーザ平面及び制御平面のエンドポイント(ｅｎｄ ｐｏｉｎｔ)をＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０はセッション及び移動性管理機能のエンドポイントをＵＥ１０に提供する。ｅＮＢ２０及びＭＭＥ／ＳＡＥゲートウェイ３０はＳ１インタフェースを介して接続される。
【００６７】
ｅＮＢ２０は一般にＵＥ１０と通信する固定局であって、基地局(ＢＳ)又はアクセスポイント(ａｃｃｅｓｓ ｐｏｉｎｔ)とも称される。一つのｅＮＢ２０はセルごとに配置することができる。ユーザトラフィック又は制御トラフィックを送信するためのインタフェースをｅＮＢ２０間で使用することができる。
【００６８】
ＭＭＥは、ｅＮＢ２０に対するＮＡＳシグナリング、ＮＡＳシグナリング保安、ＡＳ保安制御、３ＧＰＰ接続ネットワーク間の移動性のためのインター(ｉｎｔｅｒ)ＣＮノードシグナリング、(ページング再送信の制御及び実行を含む)遊休モード(ｉｄｌｅ ｍｏｄｅ)ＵＥ接近性(Ｒｅａｃｈａｂｉｌｉｔｙ)、(遊休モード及び活性モード(ａｃｔｉｖｅ ｍｏｄｅ)のＵＥのための)トラッキング領域リスト管理、ＰＤＮ ＧＷ及びサービングＧＷ選択、ＭＭＥ変化が伴うハンドオーバーのためのＭＭＥ選択、２Ｇ又は３Ｇ ３ＧＰＰ接続ネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング、認証、専用ベアラ設定を含むベアラ管理、(ＥＴＷＳ及びＣＭＡＳを含む)ＰＷＳメッセージ送信のためのサポートを含む多様な機能を行う。ＳＡＥゲートウェイホストは、パー−ユーザ(Ｐｅｒ−ｕｓｅｒ)基盤のパケットフィルタリング(例えば、深層パケット検査を使用)、適法なインターセプション(Ｌａｗｆｕｌ Ｉｎｔｅｒｃｅｐｔｉｏｎ)、ＵＥ ＩＰアドレス割り当て、下りリンクでの送信(Ｔｒａｎｓｐｏｒｔ)レベルパケットマーキング、ＵＬ及びＤＬサービスレベル課金、ゲーティング及びレート強化、ＡＰＮ−ＡＭＢＲに基づいたＤＬレート強化を含む多様な機能を提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は明確性のために本明細書では単純に「ゲートウェイ」と称する。しかし、ＭＭＥ／ＳＡＥゲートウェイ３０はＭＭＥ及びＳＡＥゲートウェイの両方を全て含む。
【００６９】
複数のノードは、ｅＮＢ２０とゲートウェイ３０との間でＳ１インタフェースを介して連結される。各ｅＮＢ２０はＸ２インタフェースを介して相互接続することができ、各隣接ｅＮＢはＸ２インタフェースを有するメッシュネットワーク構造(ｍｅｓｈｅｄ ｎｅｔｗｏｒｋ ｓｔｒｕｃｔｕｒｅ)を有することができる。
【００７０】
図３に示したように、ｅＮＢ２０は、ゲートウェイ３０に対する選択、無線リソース制御(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ)活性化の間、ゲートウェイに向かうルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル(ＢＣＣＨ)情報のスケジューリング及び送信、上りリンク及び下りリンクの全てにおける各ＵＥ１０のための動的リソース割り当て、ｅＮＢ測定の構成及び準備、無線ベアラ制御、無線承認制御(Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ、ＲＡＣ)及びＬＴＥ_ＡＣＴＩＶＥ状態での接続移動性制御などの各機能を行う。ＥＰＣにおいて、ゲートウェイ３０はページング発信、ＬＴＥ_ＩＤＬＥ状態管理、ユーザ平面暗号化、システム構造エボリューション(Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ、ＳＡＥ)ベアラ制御及び非−接続層(Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ、ＮＡＳ)シグナリングの暗号化及び無欠性保護などの各機能を行う。
【００７１】
ＥＰＣは、移動性管理エンティティ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥ)、サービング−ゲートウェイ(ｓｅｒｖｉｎｇ−ｇａｔｅｗａｙ、Ｓ−ＧＷ)及びパケットデータネットワーク−ゲートウェイ(Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ、ＰＤＮ−ＧＷ)を含む。ＭＭＥは、主に各ＵＥの移動性を管理する目的で用いられる接続及び可用性に対する情報を有する。Ｓ−ＧＷは、Ｅ−ＵＴＲＡＮを終端点として有するゲートウェイで、ＰＤＮ−ＧＷは、パケットデータネットワーク(ＰＤＮ)を終端点として有するゲートウェイである。
【００７２】
近い未来に完全な移動性及び連結性を有する社会が期待されているが、これは連結性とトラフィックボリューム及びさらに広い使用シナリオの範囲における莫大な成長により特徴付けられる。一般的な趨勢はデータトラフィックの爆発的な増加、連結された装置の大幅増加及び新しいサービスの持続的な出表などを含む。市場の要求事項以外にも、モバイル通信社会自体が生態系の持続可能な開発を必要とし、これはスペクトル効率、エネルギー効率、動作効率及び費用効率などのシステム効率を一層改善する必要性を発生させる。市場及びモバイル通信社会からの増加する要求事項を満たすために、近い未来に次世代の接続技術が出現すると予想される。
【００７３】
ＩＭＴ−２０００(３Ｇ)及びＩＭＴ−アドバンス(４Ｇ)の成功に基づいて、３ＧＰＰは２０１５年９月以後ＩＭＴ−２０２０(５Ｇ)の開発に専念している。５Ｇ ＮＲ(Ｎｅｗ Ｒａｄｉｏ)は現在のＩＭＴ−アドバンス標準以上、例えば、ｅＭＢＢ(ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ)、ＵＲＬＬＣ(Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)及びｍＭＴＣ(ｍａｓｓｉｖｅ ＭＡＣｈｉｎｅ ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)を持続する様々な使用ケースシナリオ及びアプリケーションを拡張して支援すると期待される。ｅＭＢＢは室内外の全てにおけるシームレスな(ｓｅａｍｌｅｓｓ)データ接続などの高いデータレートのモバイルブロードバンドサービス及びＡＲ／ＶＲアプリケーションを対象とし；ＵＲＬＬＣは自立走行が可能であり、産業プラントにおいてネットワーク制御可能な車両間通信などの厳しい遅延及び信頼性の要求事項を有するアプリケーションのために定義され；ｍＭＴＣはインフラ管理、環境モニタリング及びヘルスケア・アプリケーションのために許容されるＩｏＴにおける連結性に基づく。
【００７４】
図４は３ＧＰＰ基盤の無線通信システムにおいてプロトコルスタックを例示する図である。
【００７５】
特に、図４の(ａ)はＵＥと基地局(ＢＳ)の間の無線インターフェースユーザ平面プロトコルスタックを例示し、図４の(ｂ)はＵＥとＢＳの間の無線インターフェース制御平面プロトコルスタックを例示している。制御平面はＵＥとネットワークが信号(ｃａｌｌ)を管理するために用いる制御メッセージが送信される通路を意味する。ユーザ平面はアプリケーション階層で生成されたデータ、例えば、音声データ又はインターネットパケットデータが送信される通路を意味する。図４の(ａ)を参照すると、ユーザ平面プロトコルスタックは、第１階層(階層１)(即ち、物理(ＰＨＹ)階層)と第２階層(階層２)に分かれる。図４の(ｂ)を参照すると、制御平面プロトコルスタックは、階層１(即ち、ＰＨＹ階層)、階層２、階層３(例えば、無線リソース制御(ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ)階層及び非−接続層(ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＮＡＳ)階層に分かれる。階層１、階層２及び階層３を接続層(ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＡＳ)という。
【００７６】
３ＧＰＰ ＬＴＥシステムにおいて、階層２は以下のような下位階層に分割される：媒体接続制御(ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ)、無線リンク制御(ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ)及びパケットデータ収束プロトコル(ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ、ＰＤＣＰ)。３ＧＰＰ ＮＲ(Ｎｅｗ Ｒａｄｉｏ)システムにおいて、階層２は以下のような下位階層に分割される：ＭＡＣ、ＲＬＣ、ＰＤＣＰ及びサービスデータ適応プロトコル(ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＤＡＰ)。ＰＨＹ階層はＭＡＣサブ階層に送信チャネルを提供し、ＭＡＣサブ階層はＲＬＣサブ階層に論理チャネルを提供し、ＲＬＣサブ階層はＰＤＣＰサブ階層にＲＬＣチャネルを提供し、ＰＤＣＰサブ階層はＳＤＡＰサブ階層に無線ベアラを提供する。ＳＤＡＰサブ階層は５ＧコアネットワークにＱｏＳ流れを提供する。
【００７７】
３ＧＰＰ ＮＲシステムにおいて、ＳＤＡＰの主要サービス及び機能は以下を含む。：ＱｏＳ流れとデータ無線ベアラの間のマッピング；ＤＬ及びＵＬパケットの両方におけるＱｏＳ流れＩＤ(ＱｏＳ ｆｌｏｗ ＩＤ、ＱＦＩ)のマーキング。ＳＤＡＰの単一プロトコルエンティティが各々のＰＤＵセクションについて設定される。
【００７８】
３ＧＰＰ ＮＲシステムにおいて、ＲＲＣサブ階層の主要サービス及び機能は以下を含む：ＡＳ及びＮＡＳに関連するシステム情報のブロードキャスト；５ＧＣ又はＮＧ−ＲＡＮにより開示されたページング；ＵＥとＮＧ−ＲＡＮの間のＲＲＣ連結の設定、維持及び解除；キー管理を含む保安機能；シグナリング無線ベアラ(ｓｉｇｎａｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ、ＳＲＢ)及びデータ無線ベアラ(ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ、ＤＲＢ)の確立、設定、維持及び解除；(ハンドオーバー及びコンテキスト伝達；ＵＥセル選択、再選択及びセル選択及び再選択の制御；ＲＡＴの間の移動性を含む)移動性機能；ＱｏＳ管理機能、ＵＥ測定報告及び報告の制御；無線リンク失敗の検出及び無線リンク失敗から復旧；ＵＥからＮＡＳ及びＮＡＳからＵＥへのＮＡＳメッセージの伝達。
【００７９】
３ＧＰＰ ＮＲシステムにおいて、ユーザ平面のためのＰＤＣＰサブ階層の主要サービス及び機能は以下を含む：シーケンス番号付け；ヘッダー圧縮及び圧縮−解除(堅固なヘッダー圧縮(ｒｏｂｕｓｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ、ＲＯＨＣ)の場合のみ)；ユーザデータ伝達；再配列(ｒｅｏｒｄｅｒｉｎｇ)及び複製検出(ｄｕｐｌｉｃａｔｅ ｄｅｔｅｃｔｉｏｎ)；順次送信；ＰＤＣＰ ＰＤＵルーティング(ｓｐｌｉｔ ｂｅａｒｅｒの場合)；ＰＤＣＰ ＳＤＵの再送信；暗号化(ｃｉｐｈｅｒｉｎｇ)、解読(ｄｅｃｉｐｈｅｒｉｎｇ)及び完全性保護(ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ)；ＰＤＣＰ ＳＤＵ廃棄；ＲＬＣ ＡＭのためのＰＤＣＰ再確立及びデータ復旧(ｒｅｃｏｖｅｒｙ)；ＲＬＣ ＡＭのためのＰＤＣＨ状態報告；ＰＤＣＰ ＰＤＵの複製及び下位階層への複製廃棄指示。制御平面のためのＰＤＣＰサブ階層の主要サービス及び機能は以下を含む：シーケンス番号付け；暗号化(ｃｉｐｈｅｒｉｎｇ)、解読(ｄｅｃｉｐｈｅｒｉｎｇ)及び完全性保護(ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ)；制御平面データの伝達；再配列及び複製検出；順次送信；ＰＤＣＰ ＰＤＵの複製、及び下位階層への複製廃棄指示。
【００８０】
３ＧＰＰ ＮＲシステムにおいて、ＲＬＣサブ階層は３つの送信モード、即ち、透過モード(ｔｒａｎｓｐａｒｅｎｔ ｍｏｄｅ、ＴＭ)、非確認モード(ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ、ＵＭ)、確認モード(ａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ、ＡＭ)を支援する。ＲＬＣ設定は、ニューマロロジー及び／又は送信区間に左右されず、論理チャネルごとに適用される。３ＧＰＰ ＮＲシステムにおいて、ＲＬＣサブ階層の主要サービス及び機能は送信モードにより左右され、上位階層ＰＤＵの伝達；ＰＤＣＰでの番号付けとは独立するシーケンス番号付け(ＵＭ及びＡＭの場合)；ＡＲＱ(ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ)によるエラー訂正(ＡＭの場合のみ)；ＲＬＣ ＳＤＵの分割(ｓｅｇｍｅｎｔａｔｉｏｎ)(ＵＭ及びＡＭの場合)及び再分割(ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ)(ＡＭの場合のみ)；ＳＤＵの再結合(ｒｅａｓｓｅｍｂｌｙ)(ＵＭ及びＡＭの場合)；ＲＬＣ ＳＤＵ廃棄(ｄｉｓｃａｒｄ)(ＵＭ及びＡＭの場合)；ＲＬＣ再確立(ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ)；プロトコルエラー検出(ＡＭの場合のみ)を含む。
【００８１】
３ＧＰＰ ＮＲシステムにおいて、ＭＡＣサブ階層の主要サービス及び機能は以下を含む：論理チャネルと送信チャネルの間のマッピング；送信チャネルを介してＰＨＹ階層に／から伝達される輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ)に／から一つ又は異なる論理チャネルに属するＭＡＣ ＳＤＵの多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)／逆多重化(ｄｅｍｕｌｔｉｐｌｅｘｉｎｇ)；スケール情報報告；ＨＡＲＱ(ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ)(ＣＡの場合、セルごとに一つのＨＡＲＱエンティティ)によるエラー訂正；動的(ｄｙｎａｍｉｃ)スケジューリングを用いたＵＥの間の優先順位ハンドリング；論理チャネル優先順位を用いた一つのＵＥの論理チャネルの間の優先順位ハンドリング；パディング(ｐａｄｄｉｎｇ)。単一のＭＡＣエンティティは多重のニューマロロジー、送信タイミング及びセルを支援する。論理チャネル優先順位において、マッピング制約は論理チャネルがどのニューマロロジー、セル及び送信タイミングを使用するかを制御する。互いに異なるタイプのデータ送信サービスがＭＡＣにより提供される。互いに異なるタイプのデータ送信サービスを収容するために、多数の論理チャネルタイプ、即ち、各々が特定タイプの情報送信を支援する論理チャネルタイプが定義される。各々の論理チャネルタイプはどのタイプの情報が伝達されるかによって定義される。論理チャネルは２つのグループ、即ち、制御チャネルとトラフィックチャネルに分類される。制御チャネルは制御平面情報のみを伝達するために使用され、トラフィック制御チャネルはユーザ平面情報のみを伝達するために使用される。ブロードキャスト制御チャネル(ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＢＣＣＨ)はシステム制御情報をブロードキャストするための下りリンク論理チャネルであり、ページング制御チャネル(ｐａｇｉｎｇ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＣＣＨ)はページング情報、システム情報変更通知及び進行中のＰＷＳブロードキャストの指示を伝達する下りリンク論理チャネルであり、共通制御チャネル(ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＣＣＣＨ)はＵＥとネットワークの間の制御情報を送信するための論理チャネルであって、ネットワークとＲＲＣ連結を有しないＵＥのために使用されるチャネルであり、専用制御チャネル(ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＤＣＣＨ)はＵＥとネットワークの間に専用制御情報を送信する点−対−点(ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ)の両方向論理チャネルであって、ＲＲＣ連結を有するＵＥにより使用されるチャネルである。専用トラフィックチャネル(ｄｅｄｉｃａｔｅｄ ｔｒａｆｆｉｃ ｃｈａｎｎｅｌ、ＤＴＣＨ)はユーザ情報を伝達するための単一のＵＥに専用される点−対−点論理チャネルである。ＤＴＣＨは上りリンク及び下りリンクの両方に存在する。下りリンクにおいて、論理チャネルと送信チャネルの間の連結は以下の通りである：ＢＣＣＨはＢＣＨにマッピングされる；ＢＣＣＨは下りリンク共有チャネル(ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＤＬ−ＳＣＨ)にマッピングされる；ＰＣＣＨはＰＣＨにマッピングされる；ＣＣＣＨはＤＬ−ＳＣＨにマッピングさ��る；ＤＣＣＨはＤＬ−ＳＣＨにマッピングされる；ＤＴＣＨはＤＬ−ＳＣＨにマッピングされる。上りリンクにおいて、論理チャネルと送信チャネルの間の連結は以下の通りである：ＣＣＣＨは上りリンク共有チャネル(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＵＬ−ＳＣＨ)にマッピングされる；ＤＣＣＨはＵＬ−ＳＣＨにマッピングされる；ＤＴＣＨはＵＬ−ＳＣＨにマッピングされる。
【００８２】
図５は３ＧＰＰ基盤の無線通信システムにおいて、フレーム構造を例示する図である。
【００８３】
図５のフレーム構造は一例に過ぎず、フレームにおいて、サブフレーム数、スロット数及び／又はシンボル数は様々に変更可能である。３ＧＰＰ基盤の無線通信システムでは、一つのＵＥについて集成される複数のセル間にＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、副搬送波間隔(ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ、ＳＣＳ)、送信時間間隔(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ、ＴＴＩ)区間)が異なるように設定される。例えば、ＵＥがセルについて集成されたセルに対して互いに異なるＳＣＳで設定されると、同じ数のシンボルで構成された時間リソース(例えば、サブフレーム、スロット又はＴＴＩ)の(絶対時間)区間は、集成されたセル間で互いに異なることができる。ここで、シンボルはＯＦＤＭシンボル(或いはＣＰ−ＯＦＤＭシンボル)、ＳＣ−ＦＤＭＡシンボル(或いはＤＦＴ−ｓ−ＯＦＤＭ(ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ−ｓｐｒｅａｄ−ＯＦＤＭ)シンボル)を含む。
【００８４】
図５を参照すると、上りリンク及び下りリンク送信はフレームで構成される。各々のフレームはＴf＝１０ｍｓの区間を有し、各々５ｍｓの区間である２つのハーフフレーム(ｈａｌｆ−ｆｒａｍｅ)に区分される。各々のハーフフレームは５つのサブフレームで構成され、各々のサブフレームの区間(Ｔsf)は１ｍｓである。各々のサブフレームはスロットに分割され、サブフレーム内のスロットの数は副搬送波間隔によって異なる。各々のスロットはＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)に基づいて１４個或いは１２個のＯＦＤＭシンボルで構成される。一般(ｎｏｒｍａｌ)ＣＰでは、各々のスロットは１４個のＯＦＤＭシンボルで構成され、拡張(ｅｘｔｅｎｄｅｄ)ＣＰの場合には、各々のスロットは１２個のＯＦＤＭシンボルで構成される。ニューマロロジーは指数関数的にスケーラブルな副搬送波間隔(△ｆ＝２u＊１５ｋＨｚ)に基づく。以下の表は副搬送波間隔(△ｆ＝２u＊１５ｋＨｚ)によって、一般ＣＰについて、スロットごとのＯＦＤＭシンボル数、フレームごとのスロット数及びスロット数を示す。
【００８５】
【表１】
2021509792.tif 000003
【００８６】
以下の表は副搬送波間隔(△ｆ＝２ｕ＊１５ｋＨｚ)によって、拡張ＣＰについて、スロットごとのＯＦＤＭシンボルの数、フレームごとのスロットの数及びサブフレームごとのスロット数を示す。
【００８７】
【表２】
2021509792.tif 000004
【００８８】
スロットは時間ドメインにおいて複数(例えば、１４個又は１２個)のシンボルを含む。それぞれのニューマロロジー(例えば、副搬送波間隔)及び搬送波について、上位階層シグナリング(例えば、無線リソース制御(ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ)シグナリング)により指示される共通リソースブロック(ｃｏｍｍｏｎ Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＣＲＢ)(Ｎstart,ugrid)から開始される、Ｎsize,ugrid,x＊ＮRBsc個の副搬送波及びＮsubframe,usymb個のＯＦＤＭシンボルのリソース格子が定義される。ここで、Ｎsize,ugrid,xはリソース格子内のリソースブロック(Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ)の数であり、下添字ｘは下りリンクについてはＤＬであり、上りリンクについてはＵＬである、ＮRBscはＲＢごとの副搬送波の数である。３ＧＰＰ基盤の無線通信システムにおいて、ＮRBscは一般的に１２である。与えられたアンテナポート(p)、副搬送波間隔の設定(ｃｏｎｆｉｇｕｒａｔｉｏｎ)(u)及び送信方向(ＤＬ又はＵＬ)について一つのリソース格子が存在する。副搬送波間隔の設定(u)に対する搬送波帯域幅(Ｎsize,ugrid)は、上位階層パラメータ(例えば、ＲＲＣパラメータ)により与えられる。アンテナポート(ｐ)及び副搬送波間隔の設定(ｕ)に対するリソース格子内の各々の要素はリソース要素(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ)と呼ばれ、各々のリソース要素には一つの複素シンボルがマッピングされる。リソース格子内の各々のリソース要素は、周波数ドメイン内のインデックス(k)及び時間ドメインで参照ポイントに対して相対的なシンボル位置を表示するインデックス(l)により固有に識別される。３ＧＰＰ基盤の無線通信システムにおいて、ＲＢは周波数ドメインで１２つの連続する副搬送波により定義される。３ＧＰＰ ＮＲシステムにおいて、ＲＢは共通リソースブロック(ＣＲＢ)と物理リソースブロック(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＰＲＢ)に分類される。ＣＲＢは副搬送波間隔の設定(u)に対する周波数ドメインにおいて０から増加する方向に番号付けされる。副搬送波間隔の設定(u)に対するＣＲＢ ０の副搬送波０の中心は、リソースブロック格子に対する共通参照ポイントである'ポイントＡ'と一致する。３ＧＰＰ ＮＲシステムにおいて、ＰＲＢは帯域幅パート(ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＢＷＰ)内で定義され、０からＮsizeＢＷＰ,i-１まで番号付けされる。ここで、ｉは上記帯域幅パートの番号である。帯域幅パート(ｉ)内の物理リソースブロック(ｎPRB)と共通リソースブロック(ｎCRB)の間の関係は以下の通りである：ｎPRB＝ｎCRB＋NsizeＢＷＰ,i。ここで、ＮsizeＢＷＰ,iは帯域幅パートがＣＲＢ ０に対して開始する共通リソースブロックである。ＢＷＰは周波数ドメインで複数の連続するＲＢを含む。搬送波は最大Ｎ個(例えば、５個)のＢＷＰを含む。ＵＥは与えられた構成搬送波で一つ以上のＢＷＰとして設定される。ＵＥについて設定されたＢＷＰのうち、ただ一つのＢＷＰのみが１回に活性化される。活性化されたＢＷＰはセルの動作帯域幅内でＵＥの動作帯域幅を定義する。
【００８９】
図６は３ＧＰＰ ＬＴＥシステムにおいて、データ流れの一例を示す。図７は３ＧＰＰ ＮＲシステムにおいて、データ流れの一例を示す。図６及び図７において、"Ｈ"はヘッダー及びサブヘッダーを示す。
【００９０】
ＭＡＣ ＰＤＵは無線リソースを使用してＰＨＹ階層を介して外部装置に／から送受信される。ＭＡＣ ＰＤＵは輸送ブロック形態でＰＨＹ階層に到達する。ＰＨＹ階層において、上りリンク送信チャネルであるＵＬ−ＳＣＨ及びＲＡＣＨは、物理的チャネルであるＰＵＳＣＨ及びＰＲＡＣＨにそれぞれマッピングされ、下りリンク送信チャネルであるＤＬ−ＳＣＨ、ＢＣＨ及びＰＣＨは、ＰＤＳＣＨ、ＰＢＣＨ及びＰＤＳＣＨにそれぞれマッピングされる。ＰＨＹ階層において、上りリンク制御情報(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ)はＰＵＣＣＨにマッピングされ、下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ)はＰＤＣＣＨにマッピングされる。ＵＬ−ＳＣＨに関連するＭＡＣ ＰＤＵはＵＬグラントに基づいてＰＵＳＣＨを介してＵＥにより送信され、ＤＬ−ＳＣＨに関連するＭＡＣ ＰＤＵはＤＬ割り当てに基づいてＰＤＳＣＨを介してＢＳにより送信される。
【００９１】
ＲＬＣサブ階層の機能は、ＲＬＣエンティティにより行われる。ＢＳで設定されたＲＬＣエンティティについて、ＵＥで設定された相手側のＲＬＣエンティティ(ｐｅｅｒ ＲＬＣ ｅｎｔｉｔｙ)が存在し、その逆の場合も成立する。ＲＬＣエンティティは上位階層から／にＲＬＣ ＳＤＵを受信／伝達し、下位階層を介して相手側のＲＬＣエンティティに／からＲＬＣ ＰＤＵを送／受信する。ＲＬＣエンティティは以下の３つのモード、即ち、透過モード(ｔｒａｎｓｐａｒｅｎｔ ｍｏｄｅ、ＴＭ)、非確認モード(ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ、ＵＭ)、確認モード(ａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ、ＡＭ)のうちのいずれかでデータ送信を行うように設定される。結果的には、ＲＬＣエンティティはＲＬＣエンティティが提供するように設定されたデータ送信モードによってＴＭ ＲＬＣエンティティ、ＵＭ ＲＬＣエンティティ又はＡＭ ＲＬＣエンティティに分類される。ＴＭ ＲＬＣエンティティは送信ＴＭ ＲＬＣエンティティ又は受信ＴＭ ＲＬＣエンティティとして設定される。送信ＴＭ ＲＬＣエンティティは上位階層からＲＬＣ ＳＤＵを受信し、下位階層を介してその相手側の受信ＴＭ ＲＬＣエンティティにＲＬＣ ＰＤＵを送信する。受信ＴＭ ＲＬＣエンティティはＲＬＣ ＳＤＵを上位階層に伝達し、下位階層を介してその相手側の送信ＴＭ ＲＬＣエンティティからＲＬＣ ＰＤＵを受信する。ＵＭ ＲＬＣエンティティは送信ＵＭ ＲＬＣエンティティ又は受信ＵＭ ＲＬＣエンティティとして設定される。送信ＵＭ ＲＬＣエンティティは上位階層からＲＬＣ ＳＤＵを受信し、下位階層を介してその相手側の受信ＵＭ ＲＬＣエンティティにＲＬＣ ＰＤＵを送信する。受信ＵＭ ＲＬＣエンティティはＲＬＣ ＳＤＵを上位階層に伝達し、下位階層を介してその相手側の送信ＵＭ ＲＬＣエンティティからＲＬＣ ＰＤＵを受信する。ＡＭ ＲＬＣエンティティは送信側及び受信側として設定される。ＡＭ ＲＬＣエンティティの送信側は上位階層からＲＬＣ ＳＤＵを受信し、下位階層を介してその相手側のＡＭ ＲＬＣエンティティにＲＬＣ ＰＤＵを送信する。ＡＭ ＲＬＣエンティティの受信側はＲＬＣ ＳＤＵを上位階層に伝達し、下位階層を介してその相手側のＡＭ ＲＬＣエンティティからＲＬＣ ＰＤＵを受信する。
【００９２】
本明細の具現において、以下のサービスは下位階層(即ち、ＭＡＣ)からのＲＬＣによって期待される：データ送信；及び送信機会に送信されるＲＬＣ ＰＤＵの全体サイズと共に送信機会の通知。
【００９３】
図８は３ＧＰＰ ＬＴＥシステムにおいて、確認モード(ＡＭ)無線リンク制御(ＲＬＣ)エンティティのモデルを示す。
【００９４】
３ＧＰＰ ＬＴＥシステムにおいて、バイト整列された可変サイズのＲＬＣ ＳＤＵ(即ち、８ビットの倍数)が、全てのＲＬＣエンティティタイプ(ＴＭ、ＵＭ及びＡＭ ＲＬＣエンティティ)について支援される。ＲＬＣ ＰＤＵは送信機会が下位階層により(即ち、ＭＡＣによって)通知された時にのみ形成されて下位階層に伝達される。３ＧＰＰ ＬＴＥシステムにおいて、ＡＭ ＲＬＣエンティティの主要サービス及び機能は以下を含む：上位階層ＰＤＵの送信；ＡＲＱによるエラー訂正；ＲＬＣ ＳＤＵの連接(ｃｏｎｃａｔｅｎａｔｉｏｎ)、分割(ｓｅｇｍｅｎｔａｔｉｏｎ)及び再結合(ｒｅａｓｓｅｍｂｌｙ)；ＲＬＣデータＰＤＵの再分割；及びＲＬＣデータＰＤＵの再配列(ｒｅｏｒｄｅｒｉｎｇ)。
【００９５】
図８を参照すると、３ＧＰＰ ＬＴＥシステムにおいて、ＡＭ ＲＬＣエンティティ(以下、ＬＴＥ ＡＭ ＲＬＣエンティティ)は以下の論理チャネル、即ち、ＤＬ／ＵＬ ＤＣＣＨ又はＤＬ／ＵＬ ＤＴＣＨを介してＲＬＣ ＰＤＵを送／受信するように設定される。ＬＴＥ ＡＭ ＲＬＣエンティティは、ＲＬＣデータＰＤＵ、即ち、確認モードデータ(ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｍｏｄｅ ｄａｔａ、ＡＭＤ)ＰＤＵ及びＡＭＤ ＰＤＵセグメントを送／受信する。ＬＴＥ ＡＭ ＲＬＣエンティティは、ＳＴＡＴＵＳ ＰＤＵ ＲＬＣのようなＲＬＣ制御ＰＤＵを送／受信する。ＬＴＥ ＡＭ ＲＬＣエンティティの送信側がＲＬＣ ＳＤＵからＡＭＤ ＰＤＵを形成すると、ＬＴＥ ＡＭ ＲＬＣエンティティの送信側はＡＭＤ ＰＤＵが下位階層によって指示された特定の送信機会で下位階層によって示されたＲＬＣ ＰＤＵの全体サイズ内に収まるように、ＲＬＣ ＳＤＵを分割及び／又は連結する。分割／連接過程を行った後、ＬＴＥ ＡＭ ＲＬＣエンティティはＲＬＣヘッダーを追加してＡＭＤ ＰＤＵを形成する。
【００９６】
ＬＴＥ ＡＭ ＲＬＣエンティティはＡＭＤ ＰＤＵを下位階層(ＭＡＣ)に提出する。特定期間の間に相手側(ｐｅｅｒ)のＬＴＥ ＡＭ ＲＬＣエンティティから、ＬＴＥ ＡＭ ＲＬＣエンティティが送信されたＲＬＣ ＰＤＵについてＮＡＣＫを受信するか、又はポール(ｐｏｌｌ)と共に送信されたＲＬＣ ＰＤＵについてのいかなる応答も受信しないと、ＬＴＥ ＡＭ ＲＬＣエンティティは送信バッファーに格納されたＲＬＣ ＰＤＵを再送信のために考慮して、送信ウィンドウに属するＲＬＣ ＰＤＵを再送信バッファーに格納する。ＬＴＥ ＡＭ ＲＬＣエンティティが再送信バッファー内のＲＬＣ ＰＤＵに対するＡＣＫを受信すると、ＬＴＥ ＡＭ ＲＬＣエンティティは状態変数をアップデートし、送信ウィンドウを前進させる。
【００９７】
或いは、ＡＭＤ ＰＤＵを下位階層(ＭＡＣ)に送信する時、ＬＴＥ ＡＭ ＲＬＣエンティティは各々のＡＭＤ ＰＤＵの同一の写しを生成して２つの写しのうちの一方を位階層(ＭＡＣ)に提出し、その写しを再送信バッファーに送信する。ＬＴＥ ＡＭ ＲＬＣエンティティが送信されたＲＬＣ ＰＤＵについてＮＡＣＫを受信するか、又は特定期間の間に相手側のＬＴＥ ＡＭ ＲＬＣエンティティからポールと共に送信されたＲＬＣ ＰＤＵに対するいかなる応答も受信されないと、ＬＴＥ ＡＭ ＲＬＣエンティティは再送信のために再送信バッファーに格納されたＲＬＣ ＰＤＵを考慮する。ＬＴＥ ＡＭ ＲＬＣエンティティが再送信バッファーにある送信されたＲＬＣ ＰＤＵに対するＡＣＫを受信すると、ＲＬＣ ＰＤＵは廃棄される。
【００９８】
ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は、ＲＬＣデータＰＤＵ(ＡＲＱ)の再送信を支援する。再送信されるＲＬＣデータＰＤＵが下位階層により通知された特定の送信機会に下位階層により指示されたＲＬＣ ＰＤＵの全体サイズ内に収まらないと、ＬＴＥ ＡＭ ＲＬＣエンティティはＲＬＣデータＰＤＵをＡＭＤ ＰＤＵセグメントに再分割することができる。ここで、再分割回数は制限されない。ＬＴＥ ＡＭ ＲＬＣエンティティの送信側が上位階層から受信されるＲＬＣ ＳＤＵからＡＭＤ ＰＤＵを形成するか、又は再送信されるＲＬＣデータＰＤＵからＡＭＤ ＰＤＵセグメントを形成する場合、前記送信側はＲＬＣデータＰＤＵに該当ＲＬＣヘッダを含める必要がある。
【００９９】
３ＧＰＰ ＬＴＥシステムにおいて、ＡＭデータはＬＴＥ ＲＬＣエンティティの送信側とＬＴＥ ＲＬＣエンティティの受信側の間で以下のように送信される。ＬＴＥ ＡＭ ＲＬＣエンティティの送信側はＲＬＣデータＰＤＵよりもＲＬＣ制御ＰＤＵの送信を優先する。ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は新しいＡＭＤ ＰＤＵの送信よりもＲＬＣデータＰＤＵの再送信を優先する。ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は状態変数(ＶＴ(Ａ)及びＶＴ(ＭＳ))によって以下のように送信ウィンドウを維持しなければならない：
【０１００】
−もしＶＴ(Ａ)≦ＳＮ＜ＶＴ(ＭＳ)であると、ＳＮは送信ウィンドウ内に含まれ；
【０１０１】
−そうではないと、ＳＮは送信ウィンドウ内に含まれない。
【０１０２】
各々のＬＴＥ ＡＭ ＲＬＣエンティティの送信側はＶＴ(Ａ)及びＶＴ(ＭＳ)を維持しなければならない。ＶＴ(Ａ)は肯定の確認応答(ｐｏｓｉｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)が順に受信される次のＡＭＤ ＰＤＵのＳＮ値を保有(ｈｏｌｄ)する確認応答状態変数であり、送信ウィンドウの下部エッジの役割を果たす。ＶＴ(Ａ)は初期に０にセットされ、ＬＴＥ ＡＭ ＲＬＣエンティティがＳＮ＝ＶＴ(Ａ)であるＡＭＤ ＰＤＵに対して肯定の確認応答を受信する度にアップデートされる。ＶＴ(ＭＳ)はＶＴ(Ａ)＋ＡＭ_Ｗｉｎｄｏｗ_Ｓｉｚｅと同じ最大送信状態変数であり、送信ウィンドウの上部エッジの役割を果たす。ＡＭ_Ｗｉｎｄｏｗ_Ｓｉｚｅは各々のＬＴＥ ＡＭ ＲＬＣエンティティの送信側と受信側がＶＴ(Ａ)からＶＴ(ＭＳ)を計算し、ＶＲ(Ｒ)からＶＲ(ＭＲ)を計算するために使用する定数である。１０ビットＳＮを使用する場合、ＡＭ_Ｗｉｎｄｏｗ_Ｓｉｚｅ＝５１２であり、１６ビットＳＮを使用する場合は、ＡＭ_Ｗｉｎｄｏｗ_Ｓｉｚｅ＝３２７６８である。各々のＬＴＥ ＡＭ ＲＬＣエンティティの受信エンティティはＶＲ(Ｒ)及びＶＲ(ＭＲ)を維持しなければならない。ＶＲ(Ｒ)はＡＭＤ ＰＤＵが最後に順に受信された後のＳＮ値を保有する受信状態変数であり、受信ウィンドウの下部エッジの役割を果たす。ＶＲ(Ｒ)は初期に０にセットされ、ＡＭ ＲＬＣエンティティがＳＮ＝ＶＲ(Ｒ)であるＡＭＤ ＰＤＵを受信する度にアップデートされる。ＶＲ(ＭＲ)はＶＲ(Ｒ)＋ＡＭ_Ｗｉｎｄｏｗ_Ｓｉｚｅと同じ最大の許容可能な受信状態変数である。ＶＲ(Ｒ)は受信ウィンドウを超えた最初のＡＭＤ ＰＤＵのＳＮ値を保有し、受信ウィンドウの上部エッジの役割を果たす。
【０１０３】
ＬＴＥ ＡＭ ＲＬＣエンティティの送信側はＳＮが送信ウィンドウ範囲外のＲＬＣデータＰＤＵを下位階層に渡してはいけない。新しいＡＭＤ ＰＤＵを下位階層に渡す時、ＡＭ ＲＬＣエンティティの送信側はＡＭＤ ＰＤＵのＳＮをＶＴ(Ｓ)としてセットし、ＶＴ(Ｓ)を一つ増加させる。各々のＬＴＥ ＡＭ ＲＬＣエンティティの送信側はＶＴ(Ｓ)を維持しなければならない。ＶＴ(Ｓ)は次に新しく生成されるＡＭＤ ＰＤＵに対して割り当てられるＳＮ値を保有する送信状態変数である。ＶＴ(Ｓ)は初期に０にセットされ、ＡＭ ＲＬＣエンティティがＳＮ＝ＶＴ(Ｓ)であるＡＭＤ ＰＤＵを送信する度にアップデートされる。
【０１０４】
ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は自分の相手側のＬＴＥ ＡＭ ＲＬＣエンティティからＳＴＡＴＵＳ ＰＤＵによりＲＬＣデータＰＤＵに対する肯定の確認応答(相手側のＡＭ ＲＬＣエンティティによる成功的な受信の確認)を受信する。ＳＮ＝ＶＴ(Ａ)であるＡＭＤ ＰＤＵに対する肯定の確認応答を受信すると、ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は：
【０１０５】
−ＳＮがＶＴ(Ａ)≦ＳＮ≦ＶＴ(Ｓ)の範囲に属し、それに対する肯定の確認応答がまだ受信されていないＡＭＤ ＰＤＵのうち、最小ＳＮを有するＡＭＤ ＰＤＵのＳＮと同様にＶＴ(Ａ)をセットし；
【０１０６】
−送信されたＲＬＣ ＳＤＵに関連する全てのＡＭＤ ＰＤＵに対して肯定の確認応答が受信された場合は、ＲＬＣ ＳＤＵの成功的な渡しの表示を上位階層に送る。
【０１０７】
ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は、自分の相手側のＬＴＥ ＡＭ ＲＬＣエンティティからＳＴＡＴＵＳ ＰＤＵによりＡＭＤ ＰＤＵ又はＡＭＤ ＰＤＵの一部に対する否定の確認応答(相手側のＬＴＥ ＡＭ ＲＬＣエンティティによる受信失敗の通知)を受信することができる。相手側のＬＴＥ ＡＭ ＲＬＣエンティティからＳＴＡＴＵＳ ＰＤＵによってＡＭＤ ＰＤＵ又はＡＭＤ ＰＤＵの一部に対する否定の確認応答を受信すると、ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は：
【０１０８】
−該当ＡＭＤ ＰＤＵのＳＮがＶＴ(Ａ)≦ＳＮ＜ＶＴ(Ｓ)の範囲内にある場合、否定の確認応答が受信されたＡＭＤ ＰＤＵ又はＡＭＤ ＰＤＵの一部を再送信するために考慮する。
【０１０９】
−ＡＭＤ ＰＤＵ又はＡＭＤ ＰＤＵの一部が再送信のために考慮される時、ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は：
【０１１０】
−ＡＭＤ ＰＤＵが最初に再送信のために考慮される場合は、ＡＭＤ ＰＤＵに関連するＲＥＴＸ_ＣＯＵＮＴを０にセットし；
【０１１１】
−その他に、それ(再送信のために考慮されるＡＭＤ ＰＤＵ又はＡＭＤ ＰＤＵの一部)が再送信のために保留されるものではないか、又はその一部が再送信のために保留されるものではない場合は、ＲＥＴＸ_ＣＯＵＮＴを増加させる。
【０１１２】
−もしＲＥＴＸ_ＣＯＵＮＴ＝ｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄであると、最大の再送信に到達したことを上位階層に表示しなければならない。ＲＥＴＸ_ＣＯＵＮＴは各々のＬＴＥ ＡＭ ＲＬＣエンティティの送信側により維持されるカウンターである。ＲＥＴＸ_ＣＯＵＮＴは初期には０にセットされ、最近のポールビットが送信された後に送信されたＡＭＤ ＰＤＵの数をカウントする。ｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄはＡＭＤ ＰＤＵの再送信の回数を制限するために、ＲＲＣにより設定され、各々のＬＴＥ ＡＭ ＲＬＣエンティティの送信側により使用されるパラメータである。ＬＴＥ ＡＭ ＲＬＣエンティティの送信側がＵＥである場合は、ＵＥはネットワーク(例えば、ＢＳ)からＲＲＣシグナリングによりｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄを受信することにより、ｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄを有して設定される。
【０１１３】
ＡＭＤ ＰＤＵを再送信する時、ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は：
【０１１４】
−ＡＭＤ ＰＤＵが特定の送信機会に下位階層により指示されるＲＬＣ ＰＤＵの全体サイズ内に完全に収まると、Ｐフィールドを除いてＡＭＤ ＰＤＵをそのまま下位階層に渡さなければならない；
【０１１５】
−そうではないと、ＡＭＤ ＰＤＵを分割し、特定の送信機会に下位階層により指示されたＲＬＣ ＰＤＵの全体サイズに収まる新しいＡＭＤ ＰＤＵセグメントを形成して、その新しいＡＭＤ ＰＤＵセグメントを下位階層に渡す。
【０１１６】
ＡＭＤ ＰＤＵの一部を再送信する時、ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は必要によってＡＭＤ ＰＤＵの一部を分割し、特定の送信機会に下位階層により指示されたＲＬＣ ＰＤＵの全体サイズに収まる新しいＡＭＤ ＰＤＵセグメントを形成して、その新しいＡＭＤ ＰＤＵセグメントを下位階層に渡す。
【０１１７】
新しいＡＭＤ ＰＤＵセグメントを形成する時、ＡＭ ＲＬＣエンティティの送信側は元々のＡＭＤ ＰＤＵのデータフィールドを新しいＡＭＤ ＰＤＵセグメントのデータフィールドのみにマッピングし、新しいＡＭＤ ＰＤＵセグメントのヘッダーをセットし；後述するポーリング手順としてＰフィールドをセットする。
【０１１８】
ＡＭＤ ＰＤＵはデータフィールドとＡＭＤ ＰＤＵヘッダーに設定される。ＡＭＤ ＰＤＵヘッダーはＰフィールド及びＳＮフィールドを含む。３ＧＰＰ ＬＴＥシステムにおいて、ＳＮフィールドは該当ＡＭＤ ＰＤＵのＳＮを示す。ＡＭＤ ＰＤＵセグメントの場合、ＳＮフィールドはＡＭＤ ＰＤＵセグメントが構成された元々のＡＭＤ ＰＤＵのＳＮを示す。ＰフィールドはＬＴＥ ＡＭ ＲＬＣエンティティの送信側が相手側のＬＴＥ ＡＭ ＲＬＣエンティティからのＳＴＡＴＵＳ報告を要請したか否かを示す。３ＧＰＰ ＬＴＥ及びＮＲシステムにおいて、Ｐフィールドの解釈が以下の表に示される。
【０１１９】
【表３】
2021509792.tif 000005
【０１２０】
ＬＴＥ ＡＭ ＲＬＣエンティティは、相手側のＬＴＥ ＡＭ ＲＬＣエンティティでＳＴＡＴＵＳ報告をトリガーするために、相手側のＡＭ ＲＬＣエンティティをポーリングすることができる。新しいＡＭＤ ＰＤＵを結合する時、ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は:＞ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを一つ増加させ;
【０１２１】
＞ＬＴＥ ＡＭ ＲＬＣエンティティの送信側がＲＬＣデータＰＤＵのデータフィールドにマッピングするデータフィールド要素の新しいバイトごとにＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを増加させ;
【０１２２】
＞もしＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬ≧ｐｏｌｌＰＤＵ;或いは
【０１２３】
＞もしＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬ≧ｐｏｌｌＢｙｔｅであると;
【０１２４】
＞＞後述するように、ＲＬＣデータＰＤＵにポールを含める。
【０１２５】
ＡＭＤ ＰＤＵ又はＡＭＤ ＰＤＵセグメントを結合する時、ＡＭ ＲＬＣエンティティの送信側は:
【０１２６】
＞ＲＬＣデータＰＤＵの送信後、(確認応答を待つ送信されたＲＬＣデータＰＤＵは除いて)送信バッファー及び再送信バッファーの両方が空になった場合;又は
【０１２７】
＞ＲＬＣデータＰＤＵの送信後、(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)新しいＲＬＣデータＰＤＵを送信できない場合;
【０１２８】
＞＞後述するように、ＲＬＣデータＰＤＵにポールを含める。
【０１２９】
各々のＬＴＥ ＡＭ ＲＬＣエンティティの送信側は、ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬ及びＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを維持する。ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬは初期に０にセットされるカウンターであり、最近のポールビットが送信された後に送信されたＡＭＤ ＰＤＵの数をカウントする。ｐｏｌｌＰＤＵ及びｐｏｌｌＢｙｔｅはＲＲＣにより設定されるパラメータである。ｐｏｌｌＰＤＵはｐｏｌｌＰＤＵに該当する数のＰＤＵごとにポールをトリガーするために、各ＬＴＥ ＡＭ ＲＬＣエンティティの送信側により使用されるパラメータである。ｐｏｌｌＢｙｔｅはｐｏｌｌＢｙｔｅに該当する数のバイトごとにポールをトリガーするために、各々のＬＴＥ ＡＭ ＲＬＣエンティティの送信側により使用されるパラメータである。ＬＴＥ ＡＭ ＲＬＣエンティティの送信側がＵＥである場合、ＵＥはネットワーク(例えば、ＢＳ)からＲＲＣシグナリングによりｐｏｌｌＰＤＵ及びｐｏｌｌＢｙｔｅを受信することによりｐｏｌｌＰＤＵ及びｐｏｌｌＢｙｔｅに設定される。
【０１３０】
ＲＬＣデータＰＤＵにポールを含めるために、ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は、ＲＬＣデータＰＤＵのＰフィールドを"１"にセットし；ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットする。ポールを含むＲＬＣデータＰＤＵを下位階層に渡した後、又は必要な場合、ＶＴ(Ｓ)を増加させた後、ＡＭ ＲＬＣエンティティの送信側は：
【０１３１】
＞ＰＯＬＬ_ＳＮをＶＴ(Ｓ)−１にセットしなければならず;
【０１３２】
＞ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔが駆動中ではない場合:
【０１３３】
＞＞ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを開始し;
【０１３４】
＞そうではないと:
【０１３５】
＞＞ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを再開する。
【０１３６】
各々のＬＴＥ ＡＭ ＲＬＣエンティティの送信側は、ＰＯＬＬ_ＳＮを維持する。ＰＯＬＬ_ＳＮは最近"１"にセットされたポールビットを有するＲＬＣデータＰＤＵが送信された時、ＶＴ(Ｓ)−１の値を保有するポール送信状態変数である。ＰＯＬＬ_ＳＮは初期に０にセットされる。ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔはポールを再送信するために、ＲＲＣにより設定され、各々のＬＴＥ ＡＭ ＲＬＣエンティティの送信側により使用されるタイマーである。ＬＴＥ ＡＭ ＲＬＣエンティティの送信側がＵＥである場合、ＵＥはネットワーク(例えば、ＢＳ)からＲＲＣシグナリングによりｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを受信することにより、ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔに設定される。受信ＲＬＣ ＡＭエンティティからＳＴＡＴＵＳ報告を受信すると、ＬＴＥ ＡＭ ＲＬＣエンティティの送信側は：
【０１３７】
＞状態報告がＰＯＬＬ_ＳＮと同じシーケンス番号を有するＲＬＣデータＰＤＵについて肯定又は否定の確認応答を含む場合:
【０１３８】
＞＞もしｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔが駆動中であると:
【０１３９】
＞＞＞ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを中止してリセットする。
【０１４０】
ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔが満了すると、ＡＭ ＲＬＣエンティティの送信側は:
【０１４１】
＞送信バッファー及び再送信バッファーの両方が空になった場合(確認応答を待つ送信されたＲＬＣデータＰＤＵは除いて);又は
【０１４２】
＞新しいＲＬＣデータＰＤＵを送信できない場合(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより):
【０１４３】
＞＞再送信のためにＳＮ＝ＶＴ(Ｓ)−１であるＡＭＤ ＰＤＵを考慮し;或いは
【０１４４】
＞＞再送信に対する肯定的な確認応答のない任意のＡＭＤ ＰＤＵを考慮する;
【０１４５】
＞上述したように、ＲＬＣデータＰＤＵにポールを含める。
【０１４６】
ＬＴＥ ＡＭ ＲＬＣエンティティはＲＬＣ ＰＤＵ(又はその一部)の肯定及び／又は否定の確認応答を提供するために、ＳＴＡＴＵＳ ＰＤＵをその相手側のＬＴＥ ＡＭ ＲＬＣエンティティに送信する。ＬＴＥ ＡＭ ＲＬＣエンティティでＳＴＡＴＵＳ報告を開始するためのトリガリングは、相手側のＬＴＥ ＡＭ ＲＬＣエンティティからのポーリングを含む。
【０１４７】
上述したように、３ＧＰＰ ＬＴＥシステムにおいて、新しいＡＭデータＰＤＵ(ＡＭＤ ＰＤＵ)は、下位階層(ＭＡＣ)から送信機会通知が受信された場合にのみ構成される。送信機会に対する通知があった場合、単一のＡＭＤ ＰＤＵが構成されてＭＡＣに送信される。新しく構成されたＡＭＤ ＰＤＵのシーケンス番号(ＳＮ)は、次に新しく生成されるＡＭＤ ＰＤＵに対して割り当てられるＳＮ値を保有する送信状態変数であるＶＴ(Ｓ)にセットされる。３ＧＰＰ ＬＴＥシステムにおいて、ＶＴ(Ｓ)−１はＡＭ ＲＬＣエンティティの送信側で最後に構成されたＡＭＤ ＰＤＵのＳＮを意味する。この状況において、ポール再送信タイマー(ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔ)が満了すると、ＡＭ ＲＬＣエンティティの送信側は最後に構成されたＡＭＤ ＰＤＵのＳＮであるＳＮ＝ＶＴ(Ｓ)−１を有するＡＭＤ ＰＤＵを再送信のために考慮することができる。
【０１４８】
３ＧＰＰ ＮＲシステムにおいて、バイト整列された可変サイズのＲＬＣ ＳＤＵ(即ち、８ビットの倍数)は、３ＧＰＰ ＬＴＥシステムと同様に全てのＲＬＣエンティティタイプ(ＴＭ、ＵＭ及びＡＭ ＲＬＣエンティティ)について支援される。しかし、３ＧＰＰ ＮＲシステムにおいて、各々のＲＬＣ ＳＤＵは下位階層からの(即ち、ＭＡＣにより)送信機会の通知を待たず、ＲＬＣ ＰＤＵを構成するために使用される。ＵＭ及びＡＭ ＲＬＣエンティティの場合、図７に示したように、ＲＬＣ ＳＤＵは下位階層からの通知に基づいて２つ以上のＲＬＣ ＰＤＵを使用して分割されて送信される。ＲＬＣ ＰＤＵは下位階層により(即ち、ＭＡＣにより)送信機会が通知された場合にのみ下位階層に輸送される。言い換えれば、３ＧＰＰ ＮＲシステムにおいて、ＲＬＣエンティティは下位階層からの送信機会の通知がなくても、予めＲＬＣデータＰＤＵを構成するように許容される。即ち、ＲＬＣデータＰＤＵの事前構成が許容される。いつ、どのくらいのＲＬＣデータＰＤＵが予め構成されるかは、ＵＥ具現による。従って、次に新しく生成されるＡＭＤ ＰＤＵに対して割り当てられるＳＮの値を保有する送信状態変数(以下、ＴＸ_Ｎｅｘｔ)は、下位階層による送信機会の通知無しに、新しいＡＭＤ ＰＤＵが構成される度に増加することができる。かかる状況において、ＳＮ＝ＴＸ_Ｎｅｘｔ−1を有するＲＬＣ ＳＤＵが３ＧＰＰ ＬＴＥシステムでのようにｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔの満了時に再送信のために考慮される場合、ＡＭ ＲＬＣエンティティの送信側はまだ送信されておらず、送信ウィンドウ上にない最後の予め構成されたＡＭＤ ＰＤＵを再送信しようとする。これはＡＭ ＲＬＣエンティティの送信側が送信ウィンドウの外にある誤ったＲＬＣ ＳＤＵを再送信のために選択する可能性があることを意味する。新しいＲＬＣ ＳＤＵが(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)送信できない場合、ＡＭ ＲＬＣエンティティの送信側は、選択されたＲＬＣ ＳＤＵが送信ウィンドウ上におらず、選択されたＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを送信するための送信ウィンドウ上に空間もないので、ＲＬＣ ＳＤＵを再送信できない。言い換えれば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇを解決できない。従って、ＮＲでは、ＳＮ＝ＴＸ_Ｎｅｘｔ−１を有するＲＬＣ ＳＤＵは再送信のために考慮されず、この問題を解決するためには、再送信のための新しいＲＬＣ ＳＤＵの選択規則を導入する必要がある。
【０１４９】
本明細の具現において、ポール再送信タイマー(ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔ)が満了する時、送信バッファー及び再送信バッファーが全部(確認応答を待つ送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントを除いて)空いているか、又は(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)新しいＲＬＣ ＳＤＵが送信できない場合、ＡＭ ＲＬＣエンティティの送信側は再送信のために下位階層(即ち、ＭＡＣ)に提出されたＲＬＣ ＳＤＵのうちの最上位ＳＮを有するＲＬＣ ＳＤＵを考慮する。言い換えれば、送信装置が受信装置に送信したＲＬＣ ＳＤＵのうち、最上位ＳＮを有するＲＬＣ ＳＤＵが再送信のために考慮される。この具現において、下位階層に提出されたＲＬＣ ＳＤＵのうちの最上位ＳＮを有するＲＬＣ ＳＤＵは、ポールと共に送信されたＲＬＣ ＳＤＵであることもでき、そうではないこともできる。
【０１５０】
また本明細の他の具現において、ポール再送信タイマー(ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔ)が満了する時、送信バッファー及び再送信バッファーが全部(確認応答を待つ送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントを除いて)空いているか、又は(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)新しいＲＬＣ ＳＤＵが送信できない場合、ＡＭ ＲＬＣエンティティの送信側は下位階層(例えば、ＭＡＣ)に提出されたポールを含むＡＭＤ ＰＤＵのセットのうち、ポールを含むＡＭＤ ＰＤＵの最上位ＳＮに対応するＲＬＣ ＳＤＵを再送信のために考慮する。
【０１５１】
本明細の具現は任意のタイプのＵＥ、例えば、マシンタイプ通信(ＭＴＣ)ＵＥ、狭帯域モノインターネット(ｎａｒｒｏｗ ｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ、ＮＢ−ＩｏＴ)ＵＥ、通常のＵＥに提供できる。
【０１５２】
ポール再送信タイマー(ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔ)がＡＭ ＲＬＣエンティティの送信側によりポールを再送信する時に使用される。ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔはＲＲＣにより設定される。ＡＭ ＲＬＣエンティティの送信側がＵＥである場合、ＵＥはネットワーク(例えば、ＢＳ)からＲＲＣシグナリングによりｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを受信することにより、ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを有して設定される。
【０１５３】
本明細において、確認応答を待つ送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントとは、ＡＭ ＲＬＣエンティティの送信側がＲＬＣ ＳＤＵ及びＲＬＣ ＳＤＵセグメントを予め送信し、送信されたＲＬＣ ＳＤＵ及びＲＬＣ ＳＤＵセグメントに対する状態(ＳＴＡＴＵＳ)報告を待つことを意味する。
【０１５４】
本明細において、"ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇ"はＲＬＣの送信ウィンドウを停止させることを意味するか、又は送信ウィンドウを進行させるために一時停止することを意味する。例えば、送信ウィンドウが満たすと、ＲＬＣエンティティは送信ウィンドウの下部エッジが早められるまで新しいＲＬＣ ＰＤＵを送信しないことができる。かかる状況をｗｉｎｄｏｗ ｓｔａｌｌｉｎｇという。言い換えれば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇとは、ＡＭ ＲＬＣエンティティの送信側が、送信ウィンドウ内の全てのＲＬＣ ＳＤＵ及びＲＬＣ ＳＤＵセグメントを送信するが、送信されたＲＬＣ ＳＤＵ及びＲＬＣ ＳＤＵセグメントに対する確認応答をまだ受信していないことを意味する。従って、ＡＭ ＲＬＣエンティティの送信側は、ＳＮを含むＲＬＣ ＳＤＵが送信ウィンドウ外側のＡＭＤ ＰＤＵを下位階層に提出してはならないため、ＡＭ ＲＬＣエンティティの送信側は新しいＲＬＣ ＳＤＵを送信できない。
【０１５５】
本明細において、最上位ＳＮはモジュロ演算に基づいた最上位ＳＮである。例えば、ＳＮが０から１０２３まで割り当てられる場合、現在割り当てられたＳＮが１０００から始まって１で終わると、モジュロ演算が１０２４と１０２５を各々０と１にセットするので、最上位ＳＮは１になる。しかし、現在割り当てられたＳＮが１から始まって５００で終わると、最上位ＳＮは５００になる。
【０１５６】
本明細において、ポールを含むＡＭＤ ＰＤＵとは、"１"にセットされたポールビットを有するＡＭＤ ＰＤＵを意味する。言い換えれば、本明細において、ＲＬＣ ＰＤＵにポールを含むとは、ＲＬＣ ＰＤＵに含まれたＰフィールドに"１"値を含めることを意味し、ポールを含むＲＬＣ ＰＤＵしたＰフィールドが"１"の値を含むＲＬＣ ＰＤＵを意味する。
【０１５７】
本明細の具現において、ＡＭ ＲＬＣエンティティの送信側は、以下を含むポーリング設定情報をネットワークから受信することにより、ポーリング手順のためのタイマー及びパラメータを有して設定される：
【０１５８】
−ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔの満了後、ポールを再送信するためのｔ-ＰｏｌｌＲｅｔｒａｎｓｍｉｔ。
【０１５９】
−ｐｏｌｌＰＤＵ ＰＤＵごとにポールをトリガーするためのｐｏｌｌＰＤＵ；
【０１６０】
−ｐｏｌｌＢｙｔｅごとにポールをトリガーするためのｐｏｌｌＢｙｔｅ。ｐｏｌｌＰＤＵはｐｏｌｌＰＤＵごとにポールをトリガーするために、各々のＡＭ ＲＬＣエンティティの送信側により使用されるパラメータであり、ｐｏｌｌＢｙｔｅはｐｏｌｌＢｙｔｅごとにポールをトリガーするために、各々のＡＭ ＲＬＣエンティティの送信側により使用されるパラメータである。
【０１６１】
本明細の具現において、ＡＭ ＲＬＣエンティティの送信側は以下のカウンターを管理する：
【０１６２】
−ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬは最近のポーリングビットが送信された後に送信されるＡＭＤ ＰＤＵの数をカウントし、このカウンターは初期に０にセットされる；
【０１６３】
−ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬは最近のポーリングビットが送信された後に送信されるデータバイトの数をカウントし、このカウンターは初期に０にセットされる。
【０１６４】
本明細の具現において、ＡＭ ＲＬＣエンティティの送信側が下位階層(即ち、ＭＡＣ)による送信機会の通知後にＡＭＤ ＰＤＵセットを提出する時、前記ＡＭ ＲＬＣエンティティの送信側はＳＮが増加する順に次第にＡＭＤ ＰＤＵを下位階層(即ち、ＭＡＣ)に提出する。又はＡＭ ＲＬＣエンティティの送信側は多数のＡＭＤ ＰＤＵを同時に下位階層に提出することができる。
【０１６５】
本明細において、全ての状態変数及びカウンターは負ではない整数である。
【０１６６】
図９は本明細の具現において使用可能なＡＭ ＲＬＣエンティティのモデルを示す図である。
【０１６７】
図９を参照すると、ＡＭ ＲＬＣエンティティはＤＬ／ＵＬ ＤＣＣＨ又はＤＬ／ＵＬ ＤＴＣＨのような論理チャネルを介してＲＬＣ ＰＤＵを送／受信するように設定される。ＡＭ ＲＬＣエンティティはＡＭＤ ＰＤＵのようなＲＬＣデータＰＤＵを送／受信する。ＡＭＤ ＰＤＵは一つの完全なＲＬＣ ＳＤＵ又は一つのＲＬＣ ＳＤＵセグメントを含む。ＡＭ ＲＬＣエンティティはＲＬＣ制御ＰＤＵであるＳＴＡＴＵＳ ＰＤＵを送／受信する。
【０１６８】
本明細の具現において、ＡＭ ＲＬＣエンティティの送信側は、各々のＲＬＣ ＳＤＵについてＡＭＤ ＰＤＵを生成する。下位階層により送信機会が通知されると、送信ＡＭ ＲＬＣエンティティは、必要な場合、ＲＬＣ ＳＤＵを分割して、必要によってアップデートされたＲＬＣヘッダーを有する該当ＡＭＤ ＰＤＵが下位階層により指示されたＲＬＣ ＰＤＵの全体サイズ内に収まるようにする。ＡＭ ＲＬＣエンティティの送信側はＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメント(ＡＲＱ)の再送信を支援する。(ＲＣＬヘッダーを含めて)再送信されるＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントが下位階層により指示された特定の送信機会に下位階層により指示されたＲＬＣ ＰＤＵの全体サイズ内に収まらないと、ＡＭ ＲＬＣエンティティはＲＬＣ ＳＤＵを分割するか、又はＲＬＣ ＳＤＵセグメントをＲＬＣ ＳＤＵセグメントに再分割する。ここで、再分割の回数は制限されない。ＡＭ ＲＬＣエンティティの送信側がＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントからＡＭＤ ＰＤＵを形成する時、ＡＭ ＲＬＣエンティティの送信側はＡＭＤ ＰＤＵに該当ＲＬＣヘッダーを含める。
【０１６９】
本明細の具現において、ＡＭＤ ＰＤＵはデータフィールド及びＡＭＤ ＰＤＵヘッダーで構成される。ＡＭ ＲＬＣエンティティは１２ビットＳＮ又は１８ビットＳＮのうちの一つを使用するようにＲＲＣにより設定される。ＡＭＤ ＰＤＵヘッダーはＰフィールドとＳＮフィールドを含む。ＳＮフィールドは該当ＲＬＣ ＳＤＵのＳＮを示す。ＲＬＣ ＡＭの場合、ＳＮはＲＬＣ ＳＤＵごとに一つ増加する。
【０１７０】
本明細の具現において、ＲＬＣエンティティの送信側とＲＬＣエンティティの受信側の間のデータ送信手順は以下の通りである。
【０１７１】
ＡＭ ＲＬＣエンティティの送信側はＡＭＤ ＰＤＵよりもＲＬＣ制御ＰＤＵの送信を優先する。ＡＭ ＲＬＣエンティティの送信側は以前に送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントを含まないＡＭＤ ＰＤＵの送信よりも以前に送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントを含むＡＭＤ ＰＤＵの送信を優先する。
【０１７２】
ＡＭ ＲＬＣエンティティの送信側は状態変数ＴＸ_Ｎｅｘｔ_Ａｃｋによって以下のように送信ウィンドウを維持する。
【０１７３】
−ＴＸ_Ｎｅｘｔ_Ａｃｋ≦ＳＮ＜ＴＸ_Ｎｅｘｔ_Ａｃｋ＋ＡＭ_Ｗｉｎｄｏｗ_Ｓｉｚｅである場合、ＳＮは送信ウィンドウ内に属する。
【０１７４】
−そうではないと、ＳＮは送信ウィンドウに含められない。ＴＸ_Ｎｅｘｔ_Ａｃｋは各々のＡＭ ＲＬＣエンティティの送信側で維持される確認応答状態変数であり、肯定の確認応答が順に受信される次のＲＬＣ ＳＤＵのＳＮ値を保有して、送信ウィンドウの下部エッジの役割を果たす。ＴＸ_Ｎｅｘｔ_Ａｃｋは最初に０にセットされ、ＡＭ ＲＬＣエンティティがＳＮ＝ＴＸ_Ｎｅｘｔ_ＡｃｋであるＲＬＣ ＳＤＵについて肯定の確認応答を受信する度にアップデートされる。ＡＭ_Ｗｉｎｄｏｗ_Ｓｉｚｅは各々のＡＭ ＲＬＣエンティティの送信側と受信側の両方で使用する定数である。１２ビットのＳＮを使用する場合、ＡＭ_Ｗｉｎｄｏｗ_Ｓｉｚｅ＝２０４８であり、１８ビットＳＮを使用する場合は、ＡＭ_Ｗｉｎｄｏｗ_Ｓｉｚｅ＝１３１０７２である。
【０１７５】
ＡＭ ＲＬＣエンティティの送信側は送信ウィンドウに含められないＳＮを有するＡＭＤ ＰＤＵは下位階層に提出しない。上位階層(例えば、ＰＤＣＰ)で受信される各ＲＬＣ ＳＤＵについてＡＭ ＲＬＣエンティティはＴＸ_ＮｅｘｔＤであるＳＮをＲＬＣ ＳＤＵに連関させ、ＡＭＤ ＰＤＵのＳＮをＴＸ_ＮｅｘｔにセットしてＡＭＤ ＰＤＵを構成し、ＴＸ_Ｎｅｘｔを一つ増加させる。ＴＸ_Ｎｅｘｔは各々のＡＭ ＲＬＣエンティティの送信側で維持される状態変数であり、次に新しく生成されるＡＭＤ ＰＤＵについて割り当てられるＳＮ値を保有する。ＴＸ_Ｎｅｘｔは最初に０にセットされ、ＡＭ ＲＬＣエンティティがＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵの最後セグメントを含むＳＮ＝ＴＸ_ＮｅｘｔであるＡＭＤ ＰＤＵを構成する度にＴＸ_Ｎｅｘｔがアップデートされる。言い換えれば、ＡＭＤ ＰＤＵのＳＮフィールドは対応するＲＬＣ ＰＤＵのＳＮを示すので、ＡＭ ＲＬＣエンティティがＴＸ＿ＮｅｘｔであるＲＬＣ ＳＤＵ又はＳＮ＝ＴＸ＿ＮｅｘｔであるＲＬＣ ＳＤＵの最後セグメントを含むＡＭＤ ＰＤＵを構成する度にＴＸ＿Ｎｅｘｔがアップデートされる。
【０１７６】
ＲＬＣ ＳＤＵのセグメントを含むＡＭＤ ＰＤＵを下位階層に提出する時、ＡＭ ＲＬＣエンティティの送信側はＡＭＤ ＰＤＵのＳＮを該当ＲＬＣ ＳＤＵのＳＮにセットする。
【０１７７】
ＡＭ ＲＬＣエンティティの送信側は、自分の相手側のＡＭ ＲＬＣエンティティからＳＴＡＴＵＳ ＰＤＵによりＲＬＣ ＳＤＵに対する肯定の確認応答(相手側のＡＭ ＲＬＣエンティティによる成功的な受信の確認)を受信する。ＳＮ＝ｘであるＲＬＣ ＳＤＵに対する肯定の確認応答を受信すると、ＡＭ ＲＬＣエンティティの送信側はＲＬＣ ＳＤＵの成功的な送信の表示を上位階層に送り；ＴＸ_Ｎｅｘｔ_ＡｃｋであるＲＬＣ ＳＤＵのＳＮを最小のＳＮを有するようにセットする。ここで、ＲＬＣ ＳＤＵのＳＮはＴＸ_Ｎｅｘｔ_Ａｃｋ≦ＳＮ≦ＴＸ_Ｎｅｘｔの範囲内に含まれ、ＲＬＣ ＳＤＵに対する肯定の確認応答はまだ受信されていない。言い換えれば、ＳＮ＝ｘであるＲＬＣ ＳＤＵに対する肯定の確認応答を受信する時、ＡＭ ＲＬＣエンティティの送信側は送信ウィンドウの下部エッジを肯定の確認応答が送信ウィンドウ内で受信されないＲＬＣ ＳＤＵの最下位ＳＮに前進させる。
【０１７８】
ＡＭ ＲＬＣエンティティの送信側は、相手側のＡＭ ＲＬＣエンティティからＳＴＡＴＵＳ ＰＤＵによりＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントに対する否定の確認応答(相手側のＡＭ ＲＬＣエンティティによる受信失敗の通知)を受信する。相手側のＡＭ ＲＬＣエンティティからＳＴＡＴＵＳ ＰＤＵによりＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントに対する否定の確認応答を受信すると、ＡＭ ＲＬＣエンティティの送信側は、否定の確認応答が受信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントを該当ＲＬＣ ＳＤＵのＳＮがＴＸ_Ｎｅｘｔ_Ａｃｋ≦ＳＮ＜ＴＸ_Ｎｅｘｔの範囲内にある場合に再送信のために考慮する。
【０１７９】
ＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントが再送信のために考慮される時、ＡＭ ＲＬＣエンティティの送信側は：
【０１８０】
−ＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントが最初に再送信のために考慮される場合、ＲＬＣ ＳＤＵに関連するＲＥＴＸ_ＣＯＵＮＴを０にセットする；
【０１８１】
−もしそれ(再送信のために考慮されるＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメント)が再送信のために保留されるものではなく、同じＳＴＡＴＵＳ ＰＤＵでのさらに他の否定の確認応答によりＲＬＣ ＳＤＵに連関するＲＥＴＸ_ＣＯＵＮＴが増加することではないと、ＲＥＴＸ_ＣＯＵＮＴを増加させる；
【０１８２】
−ＲＥＴＸ_ＣＯＵＮＴ＝ｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄである場合、最大の再送信に到達したことを上位階層に表示する。ＲＥＴＸ_ＣＯＵＮＴは各々のＡＭ ＲＬＣエンティティの送信側で維持されるカウンターであり、ＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントの再送信回数をカウントする。ＲＬＣ ＳＤＵごとに維持される一つのＲＥＴＸ_ＣＯＵＮＴカウンターが存在する。ｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄはＲＲＣにより設定され、ＲＬＣ ＳＤＵセグメントを含むＲＬＣ ＳＤＵに対応する再送信回数を制限するために、各々のＡＭ ＲＬＣエンティティの送信側により使用されるパラメータである。ＡＭ ＲＬＣエンティティの送信側がＵＥである場合、ＵＥはネットワーク(例えば、ＢＳ)からＲＲＣシグナリングによりｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄを受信することによりｍａｘＲｅｔｘＴｈｒｅｓｈｏｌｄを有して設定される。
【０１８３】
ＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントを再送信する場合、ＡＭ ＲＬＣエンティティの送信側は:
【０１８４】
−必要な場合、ＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントを分割する;
【０１８５】
−特定の送信機会に下位階層により指示されたＡＭＤ ＰＤＵの全体サイズに含まれる新しいＡＭＤ ＰＤＵを形成する;
【０１８６】
−新しいＡＭＤ ＰＤＵを下位階層に提出する。
【０１８７】
新しいＡＭＤ ＰＤＵを形成する場合、ＡＭ ＲＬＣエンティティの送信側は:
【０１８８】
−元々のＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントのみを新しいＡＭＤ ＰＤＵのデータフィールドにマッピングし;
【０１８９】
−新しいＡＭＤ ＰＤＵのヘッダーを変更する。新しいＡＭＤ ＰＤＵのヘッダーを変更することは、後述するように、Ｐフィールドをセットすることを含む。
【０１９０】
下位階層(即ち、ＭＡＣ)による送信機会の通知時、送信のために提出された各々のＡＭＤ ＰＤＵに対して、ＡＭＤ ＰＤＵが未送信のＲＬＣ ＳＤＵ又は未送信のバイトセグメントを含むＲＬＣ ＳＤＵセグメントを含むように、ＡＭ ＲＬＣエンティティの送信側は:
【０１９１】
＞ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを一つ増加させる。
【０１９２】
＞ＡＭ ＲＬＣエンティティの送信側がＡＭＤ ＰＤＵのデータフィールドにマッピングするデータフィールド要素の新しいバイトごとにＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを増加させる。
【０１９３】
＞もしＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬ≧ｐｏｌｌＰＤＵであると;或いは
【０１９４】
＞もしＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬ≧ｐｏｌｌＢｙｔｅであると;
【０１９５】
＞＞ＡＭＤ ＰＤＵのＰフィールドを"１"にセットし;
【０１９６】
＞＞ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし;
【０１９７】
＞＞ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし;
【０１９８】
＞ＡＭＤ ＰＤＵを下位階層に提出する。
【０１９９】
下位階層による送信機会の通知時、ＡＭ ＲＬＣエンティティの送信側は、送信のために提出された各々のＡＭＤ ＰＤＵについて:
【０２００】
＞ＡＭＤ ＰＤＵの送信後、送信バッファー及び再送信バッファーの両方が空になった場合(確認応答を待つ送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントは除いて);又は
【０２０１】
＞ＡＭＤ ＰＤＵの送信後、(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)新しいＲＬＣ ＳＤＵを送信できない場合;
【０２０２】
＞＞ＡＭＤ ＰＤＵのＰフィールドを"１"にセットし;
【０２０３】
＞＞ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし;
【０２０４】
＞＞ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし;
【０２０５】
＞ＡＭＤ ＰＤＵを下位階層に提出する。
【０２０６】
(確認応答を待つ送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントは除いて)空いているＲＬＣバッファーは、データが上位階層(例えば、ＰＤＣＰ、ＳＤＡＰ、ＲＲＣ)で待機している場合、不要なポーリングを起こしてはいけない。(確認応答を待つ送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵ セグメントは除いて)空いているＲＬＣバッファーが不要なポーリングを起こすことを防止するために、ＡＭ ＲＬＣエンティティの送信側はＲＬＣバッファーがＡＭＤ ＰＤＵの送信後に空になっても、ＡＭＤ ＰＤＵのＰフィールドを"０"にセットすることができる。
【０２０７】
ＡＭ ＲＬＣエンティティの送信側がＡＭＤ ＰＤＵを下位階層に提出する場合、ＡＭ ＲＬＣエンティティの送信側は:
【０２０８】
＞ポールを含むＡＭＤ ＰＤＵが下位階層に提出されると、ＰＯＬＬ_ＳＮをポールを含むＡＭＤ ＰＤＵのＳＮにセットし;
【０２０９】
＞＞ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔが駆動中ではないと、ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを開始し;
【０２１０】
＞＞ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔが駆動中であると、ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを再開する。
【０２１１】
ポール再送信タイマー(ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔ)が満了すると、ＡＭ ＲＬＣエンティティの送信側はポールを再送信するために送信或いは再送信手順を行う。
【０２１２】
ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔが満了すると、ＡＭ ＲＬＣエンティティの送信側は：
【０２１３】
＞送信バッファー及び再送信バッファーが(確認応答を待つ送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントは除いて)全て空いている場合；及び／又は
【０２１４】
＞新しいＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントが(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)送信できない場合：
【０２１５】
＞＞下位階層に送信されたＲＬＣ ＳＤＵのうちの最上位ＳＮを有するＲＬＣ ＳＤＵを再送信のために考慮し；
【０２１６】
＞上述したように、ポールをＡＭＤ ＰＤＵに含める。
【０２１７】
特に本明細の具現は、ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔの満了時、(確認応答を待つ送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントを除いて)ＲＬＣバッファーが空いている場合及び／又は新しいＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントが(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)送信できない場合、ＡＭ ＲＬＣエンティティの送信側は、ＭＡＣに提出されたＲＬＣ ＳＤＵのうちの最上位ＳＮを有するＲＬＣ ＳＤＵを再送信のために考慮する。ＡＭ ＲＬＣエンティティの送信側は、再送信のために考慮されるＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵにポールを含ませ、送信機会がある時、送信のためにＡＭＤ ＰＤＵをＭＡＣに提出する。本明細の具現において、ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔの満了時及び(確認応答を待つ送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントを除いて)ＲＬＣバッファーが空いているか、又は新しいＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントが(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)送信できない場合、再送信のために考慮されるＲＬＣ ＳＤＵは、ポールと共にＭＡＣに提出されたＲＬＣ ＳＤＵであることができ、そうではないこともできる。本明細の具現において、ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔの満了時、また新しいＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントが(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)送信できない場合、再送信のために考慮されるＲＬＣ ＳＤＵは、最後に構成されたＡＭＤ ＰＤＵに含まれたＲＬＣ ＳＤＵではないこともできる。本明細のかかる具現は、ＡＭ ＲＬＣエンティティの送信側がＡＭ ＲＬＣエンティティの受信側にＡＭ ＲＬＣエンティティの送信側によりＡＭ ＲＬＣエンティティの受信側に実際に送信した最後のＲＬＣ ＳＤＵまでに関する状態報告を送ることを要請するという点で利点がある。
【０２１８】
ＡＭ ＲＬＣエンティティの送信側がＰＯＬＬ_ＳＮであるＳＮを有するＲＬＣ ＳＤＵに対して肯定又は否定の確認応答を含む状態(ＳＴＡＴＵＳ)報告を受信する場合、ＡＭ ＲＬＣエンティティの送信側はｔ−Ｐｏｌｌ ＰｏｌｌＲｅｔｒａｎｓｍｉｔが駆動中であると、ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを中止(ｓｔｏｐ)してリセットする。
【０２１９】
図１０は本明細の具現によるデータ送信の一例を示す。図１０において、全てのＲＬＣ ＳＤＵは１００バイトであって同じサイズを有し、ｐｏｌｌＰＤＵは３であり、ｐｏｌｌＢｙｔｅは４００バイトであり、送信ウィンドウのサイズは８であると仮定する。
【０２２０】
図１０の(ａ)はｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔが満了し、(確認応答を待つ送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントを除いて)送信バッファー及び再送信バッファーが全て空いている例を示す。図１０の(ａ)において、ＡＭ ＲＬＣエンティティの送信側が下位階層(例えば、ＭＡＣ)により送信機会の通知を受信すると、ＡＭ ＲＬＣエンティティの送信側は：
【０２２１】
−ＳＮ４に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１つ増加させ；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＳＮ４に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；
【０２２２】
−ＳＮ５に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを一つ増加させ；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＳＮ５についてＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；
【０２２３】
−ＳＮ６に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを一つ増加させ；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬがｐｏｌｌＰＤＵ＝３と同一であるので、ＳＮ６に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵのＰフィールドを"１"にセットし；ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし；そして、ＳＮ６に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；ＰＯＬＬ_ＳＮをＳＮ６にセットし；ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを開始し；ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１つ増加させ；
【０２２４】
−ＳＮ７に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＳＮ７に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１つ増加させ；
【０２２５】
−ＳＮ８に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＡＭＤ ＰＤＵの送信後(確認応答を待つ送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントを除いて)送信バッファー及び再送信バッファーが全部空いているので、ＳＮ８に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵのＰフィールドを"１"にセットし；ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし；ＳＮ８に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；ＰＯＬＬ_ＳＮをＳＮ８にセットし；及びｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを再開する。
【０２２６】
ＳＮ４からＳＮ８までの全てのＲＬＣ ＳＤＵが送信され、確認応答を待つ。図１０の(ａ)に示すように、ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔが満了すると、ＡＭ ＲＬＣエンティティの送信側は：
【０２２７】
＞送信バッファー及び再送信バッファーが空いているか否かを確認し；
【０２２８】
＞送信バッファーと再送信バッファーが空いていると、ＳＮ８が下位階層(即ち、ＭＡＣ)に提出されたＲＬＣ ＳＤＵのうち、最上位ＳＮであるので、ＳＮ８を有するＲＬＣ ＳＤＵを再送信のために考慮する；
【０２２９】
＞選択されたＲＬＣ ＳＤＵをＳＮ８と共に再送信する。
【０２３０】
図１０の(ｂ)はｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔが満了し、新しいＲＬＣ ＳＤＵが(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)送信できない例を示している。図１０の(ｂ)において、ＡＭ ＲＬＣエンティティの送信側が下位階層(例えば、ＭＡＣ)により送信機会の通知を受信すると、ＡＭ ＲＬＣエンティティの送信側は：
【０２３１】
−ＳＮ１に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１つ増加させ；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＳＮ１に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；
【０２３２】
−ＳＮ２に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１つ増加させ；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＳＮ２に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；
【０２３３】
−ＳＮ３に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１つ増加させ；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬがｐｏｌｌＰＤＵ＝３であるので、ＳＮ３に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵのＰフィールドを"１"にセットし；ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし；ＳＮ３に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；ＰＯＬＬ_ＳＮをＳＮ３にセットし；ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを開始し；
【０２３４】
−ＳＮ４に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１つ増加させ；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＳＮ４に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；
【０２３５】
−ＳＮ５に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１つ増加させ；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＳＮ５に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；
【０２３６】
−ＳＮ６に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１つ増加させ；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬがｐｏｌｌＰＤＵ＝３であるので、ＳＮ６に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵのＰフィールドを"１"にセットし；ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０に設定し；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし；ＳＮ６に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；ＰＯＬＬ_ＳＮをＳＮ６にセットし；ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを再開し；
【０２３７】
−ＳＮ７に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１つ増加させ；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＳＮ７に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；
【０２３８】
−ＳＮ８に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵの場合：ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１つ増加させ；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを１００バイト増加させ；ＡＭＤ ＰＤＵの送信後に(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)新しいＲＬＣ ＳＤＵが送信できないので、ＳＮ８に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵのＰフィールドを"１"にセットし；ＰＤＵ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし；ＢＹＴＥ_ＷＩＴＨＯＵＴ_ＰＯＬＬを０にセットし；ＳＮ８に対するＲＬＣ ＳＤＵを含むＡＭＤ ＰＤＵを下位階層に提出し；ＰＯＬＬ_ＳＮをＳＮ８にセットし；ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔを再開する。
【０２３９】
ＳＮ１からＳＮ８までの全てのＲＬＣ ＳＤＵが送信され、確認応答を待つ。図１０の(ｂ)に示したように、ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔが満了すると、ＡＭ ＲＬＣエンティティの送信側は：
【０２４０】
＞新しいＲＬＣ ＳＤＵが(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)送信できるか否かを確認し；
【０２４１】
＞新しいＲＬＣ ＳＤＵが(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)送信できない場合、ＳＮ８が下位階層(即ち、ＭＡＣ)に送信されたＲＬＣ ＳＤＵのうちの最上位ＳＮであるので、ＳＮ８を有するＲＬＣ ＳＤＵを再送信のために考慮する；
【０２４２】
＞ＳＮ８を有する選択されたＲＬＣ ＳＤＵを再送信する。
【０２４３】
図１０の(ａ)及び図１０の(ｂ)において、ｔ−ＰｏｌｌＲｅｔｒａｎｓｍｉｔが満了する時、送信バッファー及び再送信バッファーが(確認応答を待つ送信されたＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントは除いて)全て空いているか、又は新しいＲＬＣ ＳＤＵが(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇにより)送信できない場合、ＡＭ ＲＬＣエンティティの送信側はＳＮ８が再送信のために下位階層(即ち、ＭＡＣ)に提出されたＡＭＤ ＰＤＵのセットのうち、ＡＭＤ ＰＤＵの最上位ＳＮであるので、ＳＮ８を有するＲＬＣ ＳＤＵを再送信のために考慮する。
【０２４４】
図１１は本明細の方法を実行可能な通信装置を例示するブロック図である。
【０２４５】
図１１において、通信装置１１００及び通信装置１２００のうちの一方は端末(ＵＥ)であり、他方は基地局(ＢＳ)である。又は通信装置１１００及び通信装置１２００のうちの一方はＵＥであり、他方はＵＥである。又は通信装置１１００及び通信装置１２００のうちの一方はネットワークノードであり、他方は他のネットワークノードであることができる。本明細において、ネットワークノードはＢＳである。いくつかのシナリオにおいて、ネットワークノードはコアネットワーク装置である(例えば、移動性管理機能を有するネットワーク装置、セクション管理機能を有するネットワーク装置など)。
【０２４６】
本明細のいくつかのシナリオにおいて、通信装置１１００，１２００のうちの一つ又は通信装置１１００，１２００は各々、外部装置と無線信号を送受信するように設定された、又は外部装置と無線信号を送受信するように無線通信モジュールが取り付けられた無線通信装置である。無線通信モジュールはトランシーバー１１１３，１２１３である。無線通信装置はＵＥ又はＢＳに限定されず、無線通信装置は本明細の一つ以上の具現を実行するように設定された車両通信システム又は装置、装着型装置、ノート型パソコン、スマートフォンなどの任意の適合するモバイルコンピューターデバイスである。本明細において、ＵＥ又はＢＳとして言及される通信装置は、車両通信システム又は装置、装着型装置、ノート型パソコン、スマートフォンなどの任意の無線通信装置に代替することができる。
【０２４７】
本明細において、通信装置１１００，１２００はプロセッサ１１１１，１２１１及びメモリ１１１２，１２１２を含む。さらに通信装置１１００はトランシーバー１１１３，１２１３を含むか、又はトランシーバー１１１３，１２１３に動作可能に連結されるように設定される。
【０２４８】
プロセッサ１１１１，１２１１は本明細に開示された機能、手順及び／又は方法を具現する。一つ以上のプロトコルがプロセッサ１１１１，１２１１により具現される。例えば、プロセッサ１１１１，１２１１は一つ以上の階層(例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層)を具現する。プロセッサ１１１１，１２１１は本明細に開示された機能、手順及び／又は方法によってプロトコルデータユニット(ＰＤＵ)及び／又はサービスデータユニット(ＳＤＵ)を生成する。プロセッサ１１１１，１２１１は本明細に開示された機能、手順及び／又は方法によってメッセージ又は情報を生成する。プロセッサ１１１１，１２１１は本明細に開示された機能、手順及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ又は情報を含む信号(例：基底帯域信号)を生成し、プロセッサに連結されたトランシーバー１１１３及び／又はトランシーバー１２１３に信号を提供する。プロセッサ１１１１，１２１１はそれに連結されたトランシーバー１１１３，１２１３から信号(例えば、基底帯域信号)を受信し、本明細に開示された機能、手順及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ又は情報を得る。
【０２４９】
プロセッサ１１１１，１２１１はコントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピューターとも呼ばれる。プロセッサ１１１１，１２１１はハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせで具現される。ハードウェアの設定において、ＡＳＩＣｓ(ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ)、ＤＳＰｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ)、ＤＳＰＤｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ)、ＰＬＤｓ(ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ)或いはＦＰＧＡｓ(ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ)がプロセッサ１１１１，１２１１に備えられる。本明細はファームウェアやソフトウェアを使用して具現でき、本明細の機能又は動作を行うモジュール、手順、機能などを含むようにファームウェアやソフトウェアが設定される。本明細を行うように設定されたファームウェアやソフトウェアは、プロセッサ１１１１，１２１１内に備えられるか、メモリ１１１２，１２１２に格納されてプロセッサ１１１１，１２１１により駆動される。
【０２５０】
メモリ１１１２，１２１２はネットワークノードのプロセッサに連結され、様々なタイプのＰＤＵ、ＳＤＵ、メッセージ、情報及び／又は指示を貯蔵する。メモリ１１１２，１２１２はプロセッサ１１１１，１２１１の内部又は外部に配置されるか、有線又は無線連結のような様々な技術によりプロセッサ１１１１，１２１１に連結される。
【０２５１】
トランシーバー１１１３，１２１３はプロセッサ１１１１，１２１１に連結され、プロセッサ１１１１，１２１１により制御されて外部装置と信号を送受信する。プロセッサ１１１１，１２１１は通信を開始し、有線インターフェース又は無線インターフェースにより送信又は受信される様々なタイプの情報又はデータを含む信号を送受信するようにトランシーバー１１１３，１２１３を制御する。トランシーバー１１１３，１２１３は外部装置から信号を受信し、外部装置に信号を送信するための受信器を含む。トランシーバー１１１３，１２１３はプロセッサ１１１１，１２１１の制御下でＯＦＤＭ基底帯域信号を搬送波周波数に上り変換し、上り変換されたＯＦＤＭ信号を搬送波周波数で送信する。トランシーバー１１１３，１２１３は(アナログ)オシレーターを含み、オシレーターによってＯＦＤＭ基底帯域信号を搬送波周波数に上り変換する。トランシーバー１１１３，１２１３はトランシーバー１１１１、１２１１の制御下でＯＦＤＭ信号を搬送波周波数で受信し、ＯＦＤＭ信号をＯＦＤＭ基底帯域信号に下り変換する。トランシーバー１１１３，１２１３はオシレーターによって搬送波周波数を有するＯＦＤＭ信号をＯＦＤＭ基底帯域信号に下り変換することができる。
【０２５２】
ＵＥ又はＢＳのような無線通信装置において、アンテナは無線信号送信及び受信を容易にする。無線通信装置において、トランシーバー１１１３，１２１３は無線周波数(ＲＦ)信号のような無線信号を送信及び／又は受信する。無線通信装置(例えば、ＢＳ又はＵＥ)である通信装置について、トランシーバー１１１３，１２１３は無線周波数(ＲＦ)ユニットとも呼ばれる。いくつかの具現において、トランシーバー１１１３，１２１３はプロセッサ１１１１，１２１１により提供された基底帯域信号を伝達し、無線周波数を有する無線信号に変換する。無線通信装置において、トランシーバー１１１３，１２１３は無線インターフェース(例えば、時間／周波数リソース)により本明細に開始された機能、手順及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ又は情報を含む無線信号を送信又は受信する。本明細のいくつかの具現において、さらに他の通信装置から無線周波数を有する無線信号を受信する時、トランシーバー１１１３，１２１３はプロセッサ１１１１，１２１１による処理のために無線信号を伝達するか、又は基底帯域信号に変換する。無線周波数は搬送波周波数とも呼ばれる。ＵＥにおいて、処理された信号は聞き取り又は読み取り可能な情報に変換されてＵＥのスピーカー出力のような様々な技術によって処理される。
【０２５３】
本明細のいくつかのシナリオにおいて、本明細に開始された機能、手順及び／又は方法は、処理装置により具現される。処理装置はシステム−オン−チップ(ｓｙｓｔｅｍ−ｏｎ−ｃｈｉｐ、ＳｏＣ)である。処理装置はプロセッサ１１１１，１２１１及びメモリ１１１２，１２１２を含み、通信装置１１００，１２００上に取り付けられるか、設けられるか、又は連結される。処理装置はここに開示する方法及び／又は過程のうちの一つを行うか又は制御するように、及び／又は同様の方法及び過程が処理装置が取り付けられるか、設けられるか又は連結された通信装置によって行われるように設定される。処理装置内のメモリ１１１２，１２１２は、プロセッサ１１１１，１２１１により行われる時、プロセッサ１１１１，１２１１をして本明細で論議された機能、方法又はプロセッサのうちの一部又は全部を実行させる指示を含むソフトウェアコードを格納するように設定される。処理装置内のメモリ１１１２，１２１２は、処理装置のプロセッサにより生成された情報又はデータ又は処理装置のプロセッサにより復元されるか又は得られた情報を格納又はバッファリングする。情報又はデータの送信又は受信を伴う一つ以上のプロセスは、処理装置のプロセッサ１１１１，１２１１により又は処理装置のプロセッサ１１１１，１２１１の制御下で行われる。例えば、処理装置に動作可能に連結又は結合されたトランシーバー１１１３，１２１３は、処理装置のプロセッサ１１１１，１２１１の制御下で情報又はデータを含む信号を送信又は受信することができる。
【０２５４】
本明細の具現において、ＵＥは上りリンクで送信装置により動作し、下りリンクでは受信装置により動作する。本明細の具現において、ＢＳは上りリンクで受信装置により動作し、及び下りリンクでは送信装置により動作する。本明細において、ＵＥに含まれるか又は搭載されたプロセッサ、トランシーバー及びメモリは各々、ＵＥプロセッサ、ＵＥトランシーバー及びＵＥメモリと呼ばれ、ＢＳに含まれるか又は搭載されたプロセッサ、トランシーバー及びメモリは各々、ＢＳプロセッサ、ＢＳトランシーバー及びＢＳメモリと呼ばれる。
【０２５５】
本明細の具現によるＡＭ ＲＬＣエンティティはプロセッサ１１１１，１２１１によって具現される。
【０２５６】
プロセッサ１１１１，１２１１は送信機会がある前にＭ個のＲＬＣ ＳＤＵを含むＭ個のＲＬＣ ＰＤＵを各々(ｒｅｓｐｅｃｔｉｖｅｌｙ)構成(ｃｏｎｓｔｒｕｃｔ)するように設定(ｃｏｎｆｉｇｕｒｅ)できる。プロセッサ１１１１，１２１１が利用可能な送信機会(以下、第１の送信機会)が発生すると、プロセッサはＭ個のＲＬＣ ＰＤＵのうちの一部又は全部を送信する。プロセッサ１１１１，１２１１は送信機会に送信されるＲＬＣ ＰＤＵの総サイズがＭ個のＲＬＣ ＰＤＵを全て収容できる程度に大きい場合及びＭ個のＲＬＣ ＰＤＵのＳＮがいずれも送信ウィンドウ内にある場合、Ｍ個のＲＬＣ ＰＤＵを全て送信することができる。いくつかの状況において、プロセッサ１１１１，１２１１は第１の送信機会にＬ個のＲＬＣ ＰＤＵのみを送信し、ここで、Ｌ＜Ｍである。例えば、Ｍ個のＲＬＣ ＰＤＵがＳＮが送信ウィンドウから離れたＲＬＣ ＰＤＵを含む場合、プロセッサ１１１１，１２１１はＳＮが送信ウィンドウから離れるＲＬＣ ＳＤＵを送信／伝送しない。Ｌ個のＲＬＣ ＰＤＵは送信ウィンドウ内に属するＳＮを有する。プロセッサ１１１１，１２１１に設定されたＭＡＣエンティティは、ＲＬＣエンティティに第１の送信機会を知らせ、プロセッサ１１１１，１２１１に設定されたＲＬＣエンティティはＭ個のＲＬＣ ＰＤＵのうちの第１の送信機会に対してＬ個のＲＬＣ ＰＤＵのみを送信する。Ｌ個のＲＬＣ ＰＤＵはＭ個のＲＬＣ ＰＤＵに含まれたＭ個のＲＬＣ ＳＤＵのＳＮのうち、最下位のＬ個のＳＮを有するＬ個のＲＬＣ ＳＤＵを各々含む。Ｌ個のＲＬＣ ＳＤＵは各々(完全な)ＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵのセグメントである。
【０２５７】
プロセッサ１１１１，１２１１は第１の送信機会に送信されるＬ個のＲＬＣ ＰＤＵのうち、少なくとも１つのＲＬＣ ＰＤＵ(以下、第１のＲＬＣ ＰＤＵ)にポールを含むことができる。プロセッサ１１１１，１２１１はＲＬＣ ＰＤＵをＭＡＣに提出する時、第１のＲＬＣ ＰＤＵのＰＯＬＬ_ＳＮをＳＮにセットするように設定される。具体的には、ＲＬＣエンティティはＬ個のＲＬＣ ＰＤＵのうち、第１のＲＬＣ ＰＤＵにポールを含ませ、ポールを含む第１のＲＬＣ ＰＤＵをＭＡＣに提出する時、ポール再送信タイマーを開始する。プロセッサ１１１１，１２１１は第１の送信機会に対してＬ個のＲＬＣ ＰＤＵを含むＭＡＣ ＰＤＵを構成する。プロセッサ１１１１，１２１１は第１の送信機会にＭＡＣ ＰＤＵを送信(又は送信のためにプロセッサ１１１１，１２１１に動作可能に接続又は連結されたトランシーバーを制御)することができる。ＲＬＣエンティティはＭＡＣにＲＬＣ ＰＤＵを提出する時、第１のＲＬＣ ＰＤＵのＰＯＬＬ_ＳＮをＳＮにセットする。
【０２５８】
ポール再送信タイマーは他の送信機会がないか、又はプロセッサ１１１１，１２１１がＰＯＬＬ_ＳＮであるＳＮを有するＲＬＣ ＳＤＵに対する肯定又は否定の確認応答を含む状態(ＳＴＡＴＵＳ)報告を受信しない限り、再開されるか又は中止されない。第１のＲＬＣ ＰＤＵに基づいて開始されるポール再送信タイマーは時間が経過するにしたがって満了することができる。ポール再送信タイマーの満了は、第１の送信機会とポール再送信タイマーの満了の間に送信機会がなく、プロセッサ１１１１，１２１１がＰＯＬＬ_ＳＮであるＳＮを有するＲＬＣ ＳＤＵに対する肯定又は否定の確認応答を含む状態報告を受信しなかったことを意味する。
【０２５９】
ポール再送信タイマーが満了すると、プロセッサ１１１１，１２１１はＲＬＣバッファー(例えば、送信バッファー及び再送信バッファー)が確認応答を待つ送信されたＲＬＣ又はＲＬＣ ＳＤＵセグメントを除いて、空いているか否かを判断する。この例において、Ｍ個のＲＬＣ ＰＤＵのうちのＬ個のＲＬＣ ＰＤＵのみが送信され、第１の送信機会後、またポール再送信タイマーの満了前に他の送信機会がないため、ＲＬＣバッファーは少なくとも１つのＲＬＣ ＰＤＵを有する。ポール再送信タイマーが満了すると、プロセッサ１１１１，１２１１は新しいＲＬＣ ＳＤＵを送信できるか否かを決定する。本明細の具現において、新しいＲＬＣ ＳＤＵは以前に送信されなかったＲＬＣ ＳＤＵ又は以前に送信されなかったＲＬＣ ＳＤＵセグメントを意味する。Ｍ個のＲＬＣ ＳＤＵのうち、既に提出／送信されたＬ個のＲＬＣ ＳＤＵ以外の残りのＲＬＣ ＳＤＵ、及び／又はＭ個のＲＬＣ ＳＤＵのうちの最上位ＳＮより高いＳＮを有する他のＲＬＣ ＳＤＵは、これらが送信されることを防ぐ理由(例えば、ｗｉｎｄｏｗ ｓｔａｌｌｉｎｇ)がない限り、送信のために利用可能な新しいＲＬＣ ＳＤＵである。例えば、残りのＲＬＣ ＳＤＵのＳＮが送信ウィンドウから離れた場合、プロセッサ１１１１，１２１１はＭＡＣに提出又は送信されていないＲＬＣバッファー内のＲＬＣ ＳＤＵが送信できないと決定する。この場合(又はｗｉｎｄｏｗ ｓｔａｌｌｉｎｇの場合)、プロセッサ１１１１，１２１１は新しいＲＬＣ ＳＤＵ又はＲＬＣセグメントが送信できないと決定する。プロセッサ１１１１，１２１１はポール再送信タイマーが満了する時、また新しいＲＬＣ ＳＤＵ又はＲＬＣ ＳＤＵセグメントが送信できない時、再送信のために、ＭＡＣに提出されたＲＬＣ ＳＤＵのうち(又は受信装置に送信されたＲＬＣ ＳＤＵのうち)、最上位ＳＮを有するＲＬＣ ＳＤＵ(以下、第２のＲＬＣ ＳＤＵ)を考慮するように設定される。言い換えれば、プロセッサ１１１１，１２１１はポール再送信タイマーが満了される時、また新しいＲＬＣ ＳＤＵ或いはＲＬＣ ＳＤＵセグメントが送信できない時、再送信のためにＭＡＣに提出されたＲＬＣ ＳＤＵ(又は受信装置に送信されるＲＬＣ ＳＤＵ)のうちの最上位ＳＮを有するＲＬＣ ＳＤＵを選択するように設定される。最近の送信機会が第１の送信機会であるので、ＭＡＣに提出される(又は受信側に送信される)ＲＬＣ ＳＤＵのうちの最上位ＳＮは、第１の送信機会に送信／伝送されるＬ個のＲＬＣ ＳＤＵのＳＮのうちの最上位ＳＮと同一である。即ち、Ｌ個のＲＬＣ ＳＤＵのうちの最上位ＳＮを有するＲＬＣ ＳＤＵが再送信されるＲＬＣ ＳＤＵとして選択される。
【０２６０】
プロセッサ１１１１，１２１１は第２のＲＬＣ ＳＤＵを含む新しいＲＬＣ ＰＤＵ(以下、第２のＲＬＣ ＰＤＵ)を形成することができる。プロセッサ１１１１，１２１１は第２のＲＬＣ ＳＤＵだけではなく、ポールを含む第２のＲＬＣ ＰＤＵを形成することができる。プロセッサ１１１１，１２１１は送信機会(以下、第２の送信機会)が発生すると、第２のＲＬＣ ＰＤＵをＭＡＣに提出する。プロセッサ１１１１，１２１１は第２のＲＬＣ ＰＤＵを含むＭＡＣ ＰＤＵを構成し、第２の送信機会にＭＡＣ ＰＤＵを送信する(又は送信のためにトランシーバーを制御する)。
【０２６１】
Ｍ個のＲＬＣ ＰＤＵを構成する時又は構成する間に、プロセッサ１１１１，１２１１は状態変数ＴＸ_Ｎｅｘｔをアップデートする。ＴＸ_ＮｅｘｔはＭ個のＲＬＣ ＰＤＵを構成した直後に'Ｍ個のＲＬＣ ＰＤＵの最上位ＳＮ＋１'である値を保有する。プロセッサ１１１１，１２１１はプロセッサ１１１１，１２１１がＳＮ＝ＴＸ_Ｎｅｘｔを有するＲＬＣ ＳＤＵを含むＲＬＣ ＰＤＵ又はＳＮ＝ＴＸ_Ｎｅｘｔを有するＲＬＣ ＳＤＵの最後のセグメントを構成する度に、ＴＸ_Ｎｅｘｔをアップデートするように設定される。
【０２６２】
上述したような本明細の好ましい具現についての詳しい説明は、当業者が本明細を具現して実施できるように提供される。上記では本明細の好ましい具現を参照して説明したが、該当技術分野における当業者は、以下の請求範囲に記載された本明細の思想及び領域から抜け出さない範囲で本明細を様々に修訂及び変更できることが理解できるだろう。従って、本明細はここに記載した具現に制限されず、ここに開始する原理及び新規の特徴と一致する広い範囲を付与する。
【産業上の利用可能性】
【０２６３】
本明細の具現は、無線通信システムにおいて、ネットワークノード(例えば、ＢＳ)又はユーザ機器、その他の装備に使用することができる。
【図１】
2021509792.tif 000006
【図２】
2021509792.tif 000007
【図３】
2021509792.tif 000008
【図４】
2021509792.tif 000009
【図５】
2021509792.tif 000010
【図６】
2021509792.tif 000011
【図７】
2021509792.tif 000012
【図８】
2021509792.tif 000013
【図９】
2021509792.tif 000014
【図１０】
2021509792.tif 000015
【図１１】
2021509792.tif 000016
【国際調査報告】
2021509792.tif 000017
2021509792.tif 000018