JP5631336B2 - Ｒｌｃプロトコルの新パケットインジケータ - Google Patents

Description

本発明は、概して無線通信ネットワークの無線リンク制御プロトコルに関し、特にパケット損失に対するロバスト性を改良するために、上位層データパケットの分割及び再組み立てを行う方法及び装置に関する。

無線リンク制御（ＲＬＣ：radio link control）は、無線チャネルにおける誤り率を低減するために、無線通信ネットワークにおいて用いられるプロトコルである。ＲＬＣは、上位層パケットを、無線通信チャネルを介して送信するための、ＲＬＣデータと呼ばれる小規模なユニットに分割する。ＲＬＣ動作モードによっては、各ＲＬＣデータプロックの配信を保証するために再送信プロトコルが用いられうる。受信機にＲＬＣデータブロックが届かない場合、受信機は届かないＲＬＣデータブロックの再送信を要求できる。受信機において、上位層パケットは受信されたＲＬＣデータから再組み立てされる。

ＲＬＣプロトコルは、確認型モード（ＡＭ：acknowledged mode）、非確認型モード（ＵＭ：unacknowledged mode）、及び非永続モード（ＮＰＭ：non-persistent mode）の３つの主たる動作モードを有する。ＡＭではＲＬＣは、全てのＲＬＣデータブロックの配信を保証するために、再送信プロトコルを用いる。受信機にＲＬＣデータブロックが届かない場合、受信端末は、届かないＲＬＣデータブロックの再送信を要求できる。ＵＭでは再送信はなく、ＲＬＣは届かないパケットをいずれも無視する。またＮＰＭでは、ＲＬＣは届かないＲＬＣデータブロックの再送信を要求するために再送信プロトコルを用いる。同一のＲＬＣデータブロックについての再送信が、最初の送信後の所定時間内に制限される点で、ＮＰＭはＡＭと異なる。ＮＰＭは、例えばＶｏＩＰパケットの送信やパケット遅延が懸念される他の状況において、有用である。

ＲＬＣでは、長さインジケータ（length indicator）が上位層パケットの終端を示すために用いられる。具体的には、ＲＬＣデータブロックが上位層パケットの最終セグメントを含む場合、そのＲＬＣデータブロックが上位層データパケットの最後のセグメントを含むこと並びに最終セグメントの長さを示すために長さインジケータがＲＬＣデータブロックに追加される。これらの長さインジケータの１つを含むＲＬＣデータブロックの損失は、上位層におけるより大きなデータ損失を引き起こし得る、ＲＬＣ層での上位層パケットの不正確な再組み立てを引き起こしうる。このような作用を本明細書では誤り伝播と呼ぶ。誤り伝播により、正しく受信された場合であっても、いくつかの上位層パケットが再送信及び／または廃棄される。故に、ＲＬＣプロトコルにおいて、上位層プロトコルへの誤り伝播を抑止し、ＲＬＣパケット損失に対するロバスト性を上昇させるための改良が必要である。

本発明は、上位層プロトコルへの誤り伝播の問題を低減するための、ロバストなＲＬＣの分割及び連結の手順を提供する。具体的には本発明の実施形態は、ＲＬＣデータブロックにおいて、本明細書で新パケットインジケータと呼ばれる、新たな上位層パケットの開始を示す付加的な長さインジケータと、上位層パケットの最後のセグメントの長さを示す従来の長さインジケータとを用いることにより、上位層プロトコルへの誤り伝播を低減する。新パケットインジケータは、前のデータブロックの長さインジケータが受信されていない場合であっても、ＲＬＣデータブロックの開始位置における上位層データセグメントが、前のＲＬＣデータブロックのデータと連結されることを抑止する。

１つの例示的な実施形態は、送信端末から受信端末へのデータパケットの送信方法を含む。方法は、上位層データパケット用のデータセグメントを、下位層データパケットにカプセル化する工程と、データセグメントが新たな上位層データパケットの先頭を有する場合、新たな上位層データパケットの開始を示すために、所定の値が設定された新パケットインジケータを下位層データパケットに追加する工程と、データセグメントが上位層データパケットの終端を有する場合に、長さインジケータを下位層データパケットに追加する工程と、を有する。

他の例示的な実施形態は、移動端末にデータを送信する移動通信ネットワークの通信端末（例えば基地局あるいは移動端末）を含む。通信端末は、無線通信チャネルを介して、信号を送信及び受信する送受信機と、無線通信チャネルを介して送信するデータパケットを生成するプロセッサを含む。プロセッサは、上位層データパケット用のデータセグメントを下位層データパケットにカプセル化し、データセグメントが新たな上位層データパケットの先頭を有する場合、新たな上位層データパケットの開始を示すために、所定の値が設定された新パケットインジケータを下位層データパケットに追加し、データセグメントが、上位層データパケットの終端を有する場合に、長さインジケータを下位層データパケットに追加するように構成される。

外部パケットデータネットワークへの接続を提供する例示的な移動通信システムを示す図 移動端末と外部のパケットデータネットワーク間のＩＰパケットを送信する移動通信システムについての、例示的なプロトコルスタックを示す図 誤り伝播が生じうるダウンリンクチャネルを介するパケット送信の例示的なシナリオを示す図 誤り伝播を低減する、ダウンリンク接続を介するパケット送信の例示的なシナリオを示す図 誤り伝播を低減する、アップリンクチャネルを介するパケット送信の例示的なシナリオを示す図 ダミーＬＬＣ ＰＤＵを用いてＲＬＣデータブロックの書式設定を行う、例示的な書式設定手順を示すフローチャート 新パケットインジケータを用いてＲＬＣデータブロックの書式設定を行う、例示的な書式設定手順を示すフローチャート ＲＬＣデータブロックの書式設定を行うＲＬＣプロセッサを含む、例示的な通信端末を示す図

以下、第３世代パートナーシッププロジェクト（３ＧＰＰ）により標準化されたＥＧＰＲＳ（Enhanced General Packet Radio Service）に基づく例示的な無線通信システム１０について、図を参照して本発明は説明される。図１に示されるＥＧＰＲＳネットワーク１０は、ＧＳＭ／ＥＧＰＲＳ無線アクセスネットワーク（ＧＥＲＡＮ：GSM/EGPRS radio access network）１２及びコアネットワーク１６を含む。ＧＥＲＡＮ１２は通常、１以上の基地局サブシステム（ＢＳＳ：base station subsystem）を含む。各ＢＳＳ１４は、同一の場所あるいは別々の場所に配置される、基地局コントローラ（ＢＳＣ：base station controller）及び１以上のベーストランシーバ基地局（ＢＴＳ：base transceiver station）を含む。ＢＴＳは、移動端末１００との通信に必要な、アンテナ、ＲＦ装置、及びベースバンド処理回路を有する。ＢＳＣは移動端末１００との通信に用いられる無線リソースを管理し、コアネットワーク１６への接続を提供する。

コアネットワーク１６は、１以上の在圏ＧＰＲＳサポートノード（ＳＧＳＮ：serving GPRS support node）１８、及び１以上の関門ＧＰＲＳサポートノード（ＧＧＳＮ：gateway GPRS support node）２０を含む。ＳＧＳＮ１８は、パケット交換型通信を提供し、該パケット交換型サービスにおけるセッション管理機能及び移動性管理機能を処理し、ＧＧＳＮ２０への接続を提供する。ＧＧＳＮ２０は、例えばインターネット等の、コアネットワーク１６と外部パケットデータネットワーク３０との間のゲートウェイとして機能する。パケットデータ通信について、移動端末１００は、ＳＧＳＮ１８を用いて通信セッションを確立し、ＧＧＳＮ２０はＳＧＳＮ１８と外部パケットデータネットワーク３０とを接続する。コアネットワーク１６のより詳細な説明は、関連するＥＧＰＲＳ規格において容易に取得できる。

図２は、移動端末１００とＳＧＳＮ１８との間のパケットデータ送信に用いられるプロトコルスタック５０を、簡略的に示している。プロトコルスタック５０は、複数のプロトコル層を有する。プロトコルスタック５０の様々な層は、メモリを有するホストコンピュータにおいて実行されるソフトウェアにより実現され得る、プログラム及びプロトコルのセットを表している。各層は、次の下位層に伝えられるプロトコルデータユニット（ＰＤＵ）を生成するために、上位層プロトコルから受信したデータをカプセル化する。ＰＤＵは、本明細書ではパケットと同義語として用いられる。

ＳＧＳＮ１８は、ＧＧＳＮ２０からＩＰパケットを受信する。ＩＰパケットあるいは他のデータパケットは、例えばＧＰＲＳトンネリングプロトコル（ＧＴＰ）を用いてＳＧＮＳＮに送信される。ＳＧＳＮ１８及び移動端末１００により実行されるプロトコルスタック５０は、サブネットワークディペンデントコンバージェンスプロトコル（ＳＮＤＣＰ：Sub Network Dependent Convergence Protocol）層、論理リンク制御（ＬＬＣ：Logical Link Control）層、無線リンク制御（ＲＬＣ：Radio Link Control）層、メディアアクセス制御（ＭＡＣ：Medium Access Control）層、及び物理層（ＰＬ：Physical layer）を含む。ＳＮＤＣＰ層は、下層のＧＰＲＳネットワーク構造と互換性のある書式にＩＰパケットを変換する。ＳＮＤＣＰ ＰＤＵは、論理リンク制御（ＬＬＣ）層を通過する。ＬＬＣ層は、ＳＧＳＮ１８と移動端末１００との間の論理接続を提供する。ＬＬＣ層は、ＬＬＣ ＰＤＵを生成するために、ＬＬＣヘッダを用いてＳＮＤＣＰ ＰＤＵをカプセル化する。基地局システムＧＰＲＳプロトコル（ＢＳＳＧＰ：Base Station System GPRS Protocol）層（不図示）は、（例えば物理層のフレームリレーを介して）在圏ＢＳＳ１４にＬＬＣ ＰＤＵを送信する。ＢＳＳＧＰは、ＳＧＳＮ１８とＢＳＳとの間で動作する。例えば、ＢＳＳＧＰは無線インタフェースには及ばない。

ＢＳＳ１４において、ＬＬＣ ＰＤＵは無線リンク制御（ＲＬＣ）層に提供される。ＲＬＣ層は、（例えばパケット交換型サービスに対応するＱｏＳに要求された場合に）ＢＳＳ１４と移動端末１００との間の信頼性のあるリンクを確立する。ＲＬＣ層は、本明細書ではＲＬＣデータブロックと呼ばれるＲＬＣパケットへの、上位層ＰＤＵ（この例ではＬＬＣ ＰＤＵ）の分割及び再組み立てを実行する。そしてＲＬＣデータブロックは、ＭＡＣヘッダを用いてＲＬＣデータブロックをカプセル化するメディアアクセス制御（ＭＡＣ）層に通される。ＭＡＣ層は、ＲＬＣデータブロックの伝送に用いられるアップリンク及びダウンリンク無線ブロックの割り当てを含む、無線インタフェース上のアクセス信号を制御する。そしてデータは、物理層を介して全てのインタフェースを渡って移動端末１００に送信される。物理層は、ＭＡＣ層から受信されたデータを、移動端末１００への無線インタフェースを介した送信に適したビットストリームへの変換に関与する。

ＲＬＣプロトコルは、確認型モード（ＡＭ：acknowledged mode）、非確認型モード（ＵＭ：unacknowledged mode）、及び非永続モード（ＮＰＭ：non-persistent mode）３つの主たる動作モードを有する。ＡＭではＲＬＣは、全てのＲＬＣデータブロックの配信を保証するために、再送信プロトコルを実行する。受信機にＲＬＣ ＰＤＵが届かない場合、受信端末は届かないＲＬＣ ＰＤＵの再送信を要求できる。ＵＭでは再送信はなく、ＲＬＣは届かないパケットは全て無視する。またＮＰＭでは、ＲＬＣは届かないＲＬＣデータブロックの再送信を要求するために再送信プロトコルを用いる。同一のＲＬＣデータブロックについての再送信が、最初の送信後の所定時間内に制限される点で、ＮＰＭはＡＭと異なる。ＮＰＭは、例えばＶｏＩＰパケットや、パケット遅延が主な懸念の１つである他の形式のデータの送信において有用である。

ＲＬＣでは、ＬＬＣ ＰＤＵを有するＧＰＲＳにおける上位層パケットの終端を示すために、長さインジケータが用いられる。具体的には、ＲＬＣパケットが上位層パケットの最終セグメントを含む場合、上位層データパケットの終端を示すために、ＲＬＣデータブロックに長さインジケータが挿入される。これら長さインジケータの１つを有するＲＬＣデータブロックの損失は、上位層におけるより大きなデータ損失を引き起こし得る、ＲＬＣ層でのＬＬＣ ＰＤＵの不正確な再組み立てを引き起こし得る。このような作用を、本明細書では誤り伝播と呼ぶ。

誤り伝播の問題は、単純な例で示すことができる。図３は、６つのＬＬＣ ＰＤＵの送信を示している。なお、本明細書では便宜上、ＬＬＣ ＰＤＵはＬＬＣ１〜６として参照されるものとする。各ＬＬＣ ＰＤＵの長さは、図３に示されている。使用される変調及び符号化方式は、ＭＣＳ６であるものとする。ＭＣＳ６を用いることにより、各ＲＬＣデータブロックのペイロードは７４バイトを有する。本例において、合わせて７２バイトを有する２つのＬＬＣ ＰＤＵが各ＲＬＣデータブロックにカプセル化される。１バイトを有する１つの長さインジケータが各ＬＬＣ ＰＤＵに追加され、ＲＬＣデータブロックのペイロードは完全に埋まる。

３つのＲＬＣデータブロックは、ダウンリンクチャネルを介して、基地局１４から移動端末１００に送信される。本例では、２番目のＲＬＣデータブロックが損失する（受信されない）、あるいは復号に失敗するものとする。この場合、最初のＲＬＣデータブロック内に含められた、最初の２つのＬＬＣ ＰＤＵ（ＬＬＣ１及び２）は、ＬＬＣ層に通される。そして２番目のＲＬＣデータブロックが開かれた際に、問題が発生する。本例では、損失したＲＬＣ層は、ゼロパディングあるいは誤りを有する復号データに置き換えられる。ＲＬＣ層が３番目のＲＬＣデータブロックを開いた場合、ＬＬＣ５に対応する４０バイトのデータセグメントが、ＬＬＣ ＰＤＵの最終セグメントであることをＲＬＣ層は認識する。しかしながら、ＲＬＣ層は、最終セグメントが完全なＬＬＣ ＰＤＵであるのか、あるいは前のＲＬＣデータブロックで送信されたＬＬＣの続きなのかを知る方法を持たない。２番目のＲＬＣデータブロックの長さインジケータは受信されていないため、ＲＬＣ層は、ＬＬＣ５が２番目のＲＬＣデータブロックで送信されたＬＬＣ ＰＤＵの続きであると誤認識しうる。従って、ＲＬＣ層は、３番目のＲＬＣデータブロックで受信された４０バイトの実ＬＬＣデータと、２番目のＲＬＣデータブロックに関連する７４バイトのデータ（ゼロパディングあるいは誤りを有する復号データ）とを連結し、１１４バイトを有する誤りを有するＬＬＣ ＰＤＵを形成する。ＬＬＣ層が誤りを有するＬＬＣ ＰＤＵを受信した場合、ＣＲＣチェックは失敗する。従って、必要以上のＬＬＣ ＰＤＵが誤り伝播により失われうる。

１つの例示的な実施形態によれば、ダミーＬＬＣ ＰＤＵを巧みに使用することにより、誤り伝播は低減される。voice-over IPのような多種の用途において、多くの小規模なＬＬＣ ＰＤＵが送信されうる。ＲＬＣデータブロックがＬＬＣ ＰＤＵで埋まっておらず、送信すべき追加データもない場合、ＲＬＣ層はＲＬＣデータブロックを埋めるように、ダミーＬＬＣ ＰＤＵを生成しうる。この場合、ダミーのＰＤＵを適切な大きさとすることにより、対応する長さインジケータを有さないダミーのＰＤＵがＲＬＣデータブロックを完全に埋めることになり、誤り伝播は回避される。既存の規格によれば、対応する長さインジケータを有さないＬＬＣ ＰＤＵの最終セグメントがＲＬＣデータブロックを完全に埋める場合、値０が設定された特別な長さインジケータが用いられる。この場合、最終ＬＬＣセグメントについての長さインジケータは、次のＲＬＣデータブロックに追加され、値０が設定される。従って、ダミーＬＬＣ ＰＤＵがＲＬＣデータブロックを完全に埋める場合、送信機は次のＲＬＣデータブロックに値０が設定された長さインジケータを挿入する。値０が設定された長さインジケータを有する１つのＲＬＣデータブロックは、新たなＬＬＣ ＰＤＵがＲＬＣデータブロックにおいて開始することを受信機に通知し、そのＲＬＣデータブロックに含まれるＬＬＣ ＰＤＵと、前のＲＬＣデータブロックで受信されたＬＬＣデータとを受信機が連結しないようにする。

図４は、ダミーＬＬＣ ＰＤＵがどのように誤り伝播の回避に用いられるかを示している。図４は、ＬＬＣ層により提供された３つの実ＬＬＣ ＰＤＵ、及びＲＬＣ層により生成された３つのダミーＬＬＣ ＰＤＵの送信を示している。本例では、４０バイトの実データを有する３つのＬＬＣ ＰＤＵは、３つのＲＬＣデータブロックで送信される。ＲＬＣデータブロックは、ダミーＬＬＣ ＰＤＵにより埋められている。最初のＲＬＣデータブロックのダミーＬＬＣ ＰＤＵは３３バイトを有し、それに続く各ＲＬＣデータブロックのダミーＬＬＣ ＰＤＵは３２バイトを有する。既存の標準よれば、値０が設定された長さインジケータが、２番目及び３番目のＲＬＣデータブロックに追加される。

ダミーＬＬＣ ＰＤＵの使用は、アップリンクにおいて禁止されている。代わりに、ＬＬＣ ＰＤＵがＲＬＣデータブロック内で終了し、他に送信するＬＬＣ ＰＤＵがない場合、ＲＬＣデータブロックを埋めるためにフィラービットが使用されてもよい。慣習的に、送信機におけるＲＬＣ層は、２つの長さインジケータを有するＲＬＣデータブロックを送信する。最初の長さインジケータは、ＬＬＣデータセグメントにおけるオクテット数を示すように設定されており、２番目の長さインジケータは、ＲＬＣデータブロックがフィラービットを含むことを示すように１２７が設定される。上述したように、長さインジケータを有するＲＬＣデータブロックが損失したり、あるいは基地局２０において誤って復号されたりした場合、基地局２０はＬＬＣ ＰＤＵの再組み立てにおいて問題に直面するかもしれず、それはＬＬＣ層における大規模な損失の原因となりうる。

本発明の他の実施形態によれば、ＲＬＣデータブロック内において、上位層パケットの最後のセグメントを示す従来の長さインジケータに加えて、本明細書で新パケットインジケータと呼ぶ、新たな上位層パケットの開始を示す追加の長さインジケータを使用することにより、誤り伝播は低減される。一例として、値１２６あるいは他の所定値が設定された長さインジケータが、新たな上位層ＬＬＣ ＰＤＵの開始を示す新パケットインジケータとして用いられてよい。新パケットインジケータは、先行するＲＬＣデータブロックが損失したり、誤って復号されたりした場合における、ゼロパディングあるいは誤りを有する復号データとの連結を回避する。

１つの例示的な実施形態において、新パケットインジケータは、例えばＲＬＣデータブロックが新たなＬＬＣ ＰＤＵから始まる場合等、ＬＬＣ ＰＤＵの開始セグメントがＲＬＣデータブロックの最初のＬＬＣデータセグメントである場合にのみ用いられる。新パケットインジケータは、新たなＬＬＣ ＰＤＵがＲＬＣデータブロックの中途から始まる状況では不要である。ＬＬＣ ＰＤＵがＲＬＣデータブロックの中途から始まる場合、前のＬＬＣ ＰＤＵの最終セグメントの従来の長さインジケータが、どこから次のＬＬＣ ＰＤＵが始まるかを示すであろう。

あるＬＬＣ ＰＤＵが１つのＲＬＣデータブロックにちょうど収まる場合、ＲＬＣデータブロックは、２つの長さインジケータを有しうる。ＲＬＣデータブロックが新たなＬＬＣ ＰＤＵのセグメントで始まる場合、新パケットインジケータはＬＬＣ ＰＤＵの開始を示すために用いられる。ＬＬＣ ＰＤＵがＲＬＣデータブロックにちょうど収まる場合、従来の長さインジケータは、ＬＬＣ ＰＤＵの最後のセグメントの終端を示すために用いられる。

図５は、アップリンク方向における新パケットインジケータの使用を示している。図５に示されるように、新パケットインジケータは、ＬＬＣ ＰＤＵの開始セグメントを示すためにＲＬＣデータブロックに挿入されうる。図５に示される例では、３つのＬＬＣパケットが３つの別々のＲＬＣデータブロックで送信される。各パケットは３つの長さインジケータを含んでいる。各パケットにおける１番目の長さインジケータは、所定の値（本例では１２６）が設定された新パケットインジケータである。各ＲＬＣデータブロックにおける２番目の長さインジケータは、ＬＬＣ ＰＤＵが４０オクテットの長さであることを示す、従来の長さインジケータである。各ＲＬＣデータブロックにおける、３番目であり最後の長さインジケータには、ＲＬＣデータブロックがフィラービットを含むことを示す所定値が設定される。

新パケットインジケータがない場合、ＲＬＣ層は、最初あるいは２番目のＲＬＣデータブロック（ＢＮ１あるいは２）が損失した、あるいは誤って復号された場合、ＬＬＣパケットの再組み立てに問題を有しうる。この場合ＲＬＣ層は、後続のＲＬＣデータブロック（ＢＮ＝２あるいは３）に含まれる実ＬＬＣ ＰＤＵと、２番目のＲＬＣデータブロックの代わりのゼロパディングあるいは誤りを有する復号データとを結合する。しかしながら、後続のＲＬＣデータブロック内の新パケットインジケータは、ＲＬＣ層が後続パケット内のＬＬＣ ＰＤＵと、前のＬＬＣ ＰＤＵの代わりに誤りを有するデータとを連結することを回避するだろう。

新パケットインジケータの使用はアップリンクの送信について説明されたが、本技術分野に属する当業者は、ダウンリンクの送信についても同様に新パケットインジケータを用いることができることを理解するであろう。

図６は、ダウンリンクにおいて送信されるＬＬＣデータブロックをフォーマットするための、ＬＬＣ層のフォーマッタにより実行される例示的なフォーマット手順１２０を示している。手順１２０は、ＲＬＣデータブロック内の各ＬＬＣデータセグメントに適用される。最初のＬＬＣデータセグメントから始まる場合、ＲＬＣ層はＲＬＣデータブロック内にＬＬＣデータセグメントをカプセル化する（ブロック１２２）。そしてＲＬＣ層は、ＬＬＣデータセグメントがＬＬＣ ＰＤＵの最終セグメントであるか否かを判断する（ブロック１２４）。最終セグメントである場合、ＲＬＣ層はＬＬＣデータセグメントの長さを示す、従来の長さインジケータをＲＬＣデータブロックに追加する（ブロック１２６）。そしてフォーマッタは、ＲＬＣデータブロックが埋められているか否かを判断する（ブロック１２８）。ＬＬＣデータセグメントがＲＬＣデータブロックを埋めている場合、次のＲＬＣデータブロックについて処理を続ける（ブロック１３６）。ＲＬＣデータブロックが完全に埋められていない場合、フォーマッタはさらにＬＬＣデータがあるか否かを判断する。さらにＬＬＣデータが有る場合、フォーマッタはＲＬＣデータブロックが埋められるまで、ブロック１２２〜１２６の処理を繰り返す。送信するデータがなくなった場合、フォーマッタはＲＬＣデータブロックを埋めるために必要なダミーＬＬＣ ＰＤＵを生成し（ブロック１３２）、次のＲＬＣデータブロックに値０が設定された長さインジケータを追加する（ブロック１３４）。そして、次のＬＬＣデータセグメントについて処理が繰り返される（ブロック１３６）。

図７は、新パケットインジケータを有するＬＬＣデータブロックをフォーマットするＬＬＣ層のフォーマッタにより実行される例示的なフォーマット手順１５０を示している。手順１５０は、アップリンク及びダウンリンク双方の送信に用いられうる。手順１５０は、ＲＬＣデータブロック内の各ＬＬＣデータセグメントに適用される。最初のＬＬＣデータセグメントから始まる場合、ＲＬＣ層はＲＬＣデータブロック内にＬＬＣデータセグメントをカプセル化する（ブロック１５２）。そしてＲＬＣ層は、カプセル化されたＬＬＣデータセグメントが新たなＬＬＣ ＰＤＵの最初のセグメントであるか否かを判断する（ブロック１５４）。ＬＬＣデータセグメントがＬＬＣ ＰＤＵの最初のセグメントである場合、ＲＬＣ層は、該ＬＬＣデータセグメントが新たな上位層ＰＤＵの開始を示す新パケットインジケータを、ＲＬＣデータブロックに追加する（ブロック１５６）。前述したように、新パケットインジケータは、所定の値が設定された長さインジケータ（例えばＬＩ＝１２６）を含む。いずれにしても、それからＲＬＣ層はＬＬＣデータセグメントがＬＬＣ ＰＤＵの最初のセグメントであるか否かを判断する（ブロック１５８）。最初のセグメントである場合、ＲＬＣ層はＬＬＣデータセグメントの長さを示す従来の長さインジケータを、ＲＬＣデータブロックに追加する（ブロック１６０）。そしてＲＬＣデータブロックの連続する各ＬＬＣデータセグメントについて処理が繰り返される（ブロック１６２）。

図８は、本明細書で説明されるようなロバストなＲＬＣ手順を実行する例示的な通信端末２００を示している。通信端末２００は移動端末１００あるいは基地局１４であってよい。通信端末２００は、信号を送受信するアンテナ２０２に接続された送信機２０４を含む。ベースバンドプロセッサ２０６は、通信端末２００から送信される信号、及び通信端末２００により受信された信号を処理する。ベースバンドプロセッサ２０６により実行される例示的な処理は、変調／復調、インタリーブ／デインタリーブ、符号化／復号等を含む。ベースバンドプロセッサ２０６は、本明細書で説明されるＲＬＣプロトコルを実行するＲＬＣプロセッサ２０８を含む。上述したように、ＲＬＣプロセッサ２０８は、ＬＬＣ ＰＤＵの分割及び連結の実行と、ＲＬＣデータブロックのフォーマットを行う。ＲＬＣデータパケットがフォーマットされた際、ＲＬＣプロセッサ２０８は、ＲＬＣデータブロックが新たなＬＬＣ ＰＤＵのセグメントから始まる場合は新パケットインジケータを挿入し、ＬＬＣデータセグメントが上位層ＰＤＵの最終セグメントである場合は従来の長さインジケータを追加する。

発明の本質的な特徴を逸脱することなく、本明細書において具体的に説明した方法とは異なる方法で本発明を実行することができることは言うまでもない。本実施形態は、あらゆる観点において例示的かつ非限定的なものとして解釈されるべきものであり、添付の請求項の意味及び均等な範囲に含まれるあらゆる変更は、本発明に包含されることが意図されている。

Claims (12)

1. 送信端末からのデータパケットの送信方法であって、
   上位層データパケット用のデータセグメントを、ヘッダ及びペイロードを有する下位層データパケットにカプセル化する工程であって、拡張汎用パケット無線サービスネットワークを介する送信のため、前記上位層データパケットが論理リンク制御プロトコルデータユニット（ＬＬＣ ＰＤＵ）を有し、前記下位層データパケットが無線リンク制御（ＲＬＣ）データブロックを有する工程と、
   前記データセグメントが新たな上位層データパケットの先頭を有する場合、新たな上位層データパケットの開始を示すために、所定の値が設定された新パケットインジケータを前記下位層データパケットの前記ヘッダに追加する工程と、
   前記データセグメントが上位層データパケットの終端を有する場合、長さインジケータを前記下位層データパケットの前記ヘッダに追加する工程と、を有し、
   前記新パケットインジケータを追加する工程は、前記下位層データパケットが新たな上位層データパケットのセグメントから始まる場合にのみ、前記下位層データパケットに前記新パケットインジケータを追加することを特徴とする方法。
2. 前記下位層データパケットが上位層データパケットの最後のセグメントから始まる場合に、前記新パケットインジケータを省略する工程をさらに有することを特徴とする請求項１に記載の方法。
3. 前記長さインジケータは、前記データセグメントの長さを示すことを特徴とする請求項１に記載の方法。
4. 前記下位層データパケットを、基地局からダウンリンクチャネルを介して移動端末に送信する工程をさらに有することを特徴とする請求項１に記載の方法。
5. 前記下位層データパケットを、移動端末からアップリンクチャネルを介して基地局に送信する工程をさらに有することを特徴とする請求項１に記載の方法。
6. 移動通信ネットワークの通信端末であって、
   無線通信チャネルを介して、信号を送信及び受信する送受信機と、
   前記無線通信チャネルを介して送信するデータパケットを生成するプロセッサであって、
   上位層データパケット用のデータセグメントを、ヘッダ及びペイロードを有する下位層データパケットにカプセル化し、拡張汎用パケット無線サービスネットワークを介する送信のため、前記上位層データパケットは論理リンク制御プロトコルデータユニット（ＬＬＣ ＰＤＵ）を有し、前記下位層データパケットは無線リンク制御（ＲＬＣ）データブロックを有しており、
   前記データセグメントが新たな上位層データパケットの先頭を有する場合、新たな上位層データパケットの開始を示すために、所定の値が設定された新パケットインジケータを前記下位層データパケットの前記ヘッダに追加し、
   前記データセグメントが、上位層データパケットの終端を有する場合に、長さインジケータを前記下位層データパケットの前記ヘッダに追加する
   ように構成されたプロセッサと、を有し、
   前記プロセッサは、前記下位層データパケットが新たな上位層データパケットのセグメントから始まる場合にのみ、前記下位層データパケットに前記新パケットインジケータを追加することを特徴とする通信端末。
7. 前記プロセッサが、前記下位層データパケットが上位層データパケットの最後のセグメントから始まる場合に、前記新パケットインジケータを省略するように構成されたことを特徴とする請求項６に記載の通信端末。
8. 前記長さインジケータは、前記データセグメントの長さを示すことを特徴とする請求項６に記載の通信端末。
9. 前記下位層データパケットを、ダウンリンクチャネルを介して移動端末に送信する基地局として構成されたことを特徴とする請求項６に記載の通信端末。
10. 前記下位層データパケットを、アップリンクチャネルを介して基地局に送信する移動端末として構成されたことを特徴とする請求項６に記載の通信端末。
11. 送信端末からのデータパケットの送信方法であって、
    上位層データパケットのデータセグメントを、ヘッダ及びペイロードを有する下位層データパケットにカプセル化する工程であって、拡張汎用パケット無線サービスネットワークを介する送信のため、前記上位層データパケットが論理リンク制御プロトコルデータユニット（ＬＬＣ ＰＤＵ）を有し、前記下位層データパケットが無線リンク制御（ＲＬＣ）データブロックを有する工程と、
    前記データセグメントが上位層データパケットの終端を有する場合、長さインジケータを前記下位層データパケットの前記ヘッダに追加する工程と、
    前記下位層データパケットの前記ペイロードを完全に埋める大きさの、ダミー上位層データパケットを生成する工程と、
    新たな上位層データパケットの開始を示すように、所定の値が設定された長さインジケータを次の下位層データパケットの前記ヘッダに追加する工程と、を有し、
    前記長さインジケータを追加する工程は、前記下位層データパケットが新たな上位層データパケットのセグメントから始まる場合にのみ、前記下位層データパケットに前記長さインジケータを追加することを特徴とする方法。
12. 無線通信チャネルを介して、信号を送信及び受信する送受信機と、
    前記無線通信チャネルを介して送信するデータパケットを生成するプロセッサであって、
    上位層データパケット用のデータセグメントを、ヘッダ及びペイロードを有する下位層データパケットにカプセル化し、拡張汎用パケット無線サービスネットワークを介する送信のため、前記上位層データパケットは論理リンク制御プロトコルデータユニット（ＬＬＣ ＰＤＵ）を有し、前記下位層データパケットは無線リンク制御（ＲＬＣ）データブロックを有しており、
    前記データセグメントが上位層データパケットの終端を有する場合、長さインジケータを前記下位層データパケットの前記ヘッダに追加し、
    前記下位層データパケットの前記ペイロードを完全に埋める大きさの、ダミーの上位層パケットデータを生成し、
    新たな上位層パケットの開始を示すように、所定の値が設定された長さインジケータを次の下位層データパケットの前記ヘッダに追加する
    ように構成されたプロセッサと、を有し、
    前記プロセッサは、前記下位層データパケットが新たな上位層データパケットのセグメントから始まる場合にのみ、前記下位層データパケットに前記長さインジケータを追加することを特徴とする通信端末。

Images