JP5135444B2 - 無線装置とネットワーク間のデータユニットのシーケンスの送信のための無線通信方法 - Google Patents

Description

本出願は、２００８年２月４日付けで出願された米国仮出願番号６１／０２６，１１７の優先権を主張し、その全体的な内容は参照することにより本書に完全に組み込まれる。

本発明は無線通信に関する。

特に、本発明は、データユニットを受信したか否かによって、無線装置とネットワークとの間でデータユニットを選択的に再送することに関する。

本発明は、例示の目的で、またＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）タイプのセルラーネットワークのコンテキストに適するため、ＬＴＥタイプのセルラーネットワークに関連して後述されるが、通信技術分野における通常の知識を有する者であれば、本明細書に開示された発明を他の様々なタイプのセルラーネットワークにも適用できることを認識するであろう。

ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）は、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）やＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅｓ）などの欧州のシステムをベースとしたＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）に準拠した第３世代非同期移動通信システムである。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）としても知られているＬＴＥ方式のＵＭＴＳは、ＵＭＴＳの標準化を担当している３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）により議論中である。

ＬＴＥは高速パケット通信を可能にする技術である。ユーザ及びプロバイダのコストの低減、サービス品質の向上、カバレッジ及びシステム容量の拡大及び向上という目的を含み、ＬＴＥを目標とする多くの方式が提案されている。ＬＴＥにおいては、上位の要求事項として、ビット当たりコストの低減、サービス利用可能性の増加、周波数帯域の柔軟な使用、単純な構造、オープンインタフェース、及び端末の適切な電力消費が要求される。

図１は、ＬＴＥシステムのネットワーク構造を示すブロック図である。通信ネットワークは、音声やパケットデータなどの様々な通信サービスを提供するために広範囲に用いられる。

図１に示すように、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）、及び１つ以上のユーザ装置を含む。Ｅ−ＵＴＲＡＮは１つ以上のｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）２０を含み、複数のユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）１０が１つのセルに位置することもある。１つ以上のＥ−ＵＴＲＡＮ ＭＭＥ（Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）ゲートウェイ３０がネットワークのエンドに位置し、外部のネットワークに接続することもできる。

本明細書で用いられているように、「ダウンリンク」とは、ｅＮｏｄｅＢ２０からＵＥ１０への通信をいい、「アップリンク」とは、ＵＥからｅＮｏｄｅＢへの通信をいう。ＵＥ１０とは、ユーザが携帯する通信装置をいい、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ：ＭＳ）、ユーザ端末（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ：ＵＴ）、加入者局（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ：ＳＳ）、又は無線装置とも呼ばれる。

ｅＮｏｄｅＢ２０は、ユーザプレーン及び制御プレーンのエンドポイントをＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、ＵＥ１０のためのセッション及び移動性管理機能のエンドポイントを提供する。ｅＮｏｄｅＢとＭＭＥ／ＳＡＥゲートウェイとは、Ｓ１インタフェースで接続することができる。

一般に、ｅＮｏｄｅＢ２０は、ＵＥ１０と通信する固定局であって、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ； ＢＳ）又はアクセスポイントとも呼ばれる。１つのｅＮｏｄｅＢ２０はセル毎に配置することができる。ｅＮｏｄｅＢ２０間では、ユーザトラフィック又は制御トラフィックを送信するためのインタフェースを使用することができる。

ＭＭＥは、ｅＮｏｄｅＢ２０へのページングメッセージの分配、セキュリティ制御、アイドル状態移動性制御、ＳＡＥベアラ制御、並びにＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングの暗号化（ｃｉｐｈｅｒｉｎｇ）及び完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を含む様々な機能を提供する。ＳＡＥゲートウェイホストは、ページングに起因するＵプレーンパケットの終了やＵＥ移動性をサポートするためのＵプレーンの切替などの様々な機能を提供する。より明確には、ＭＭＥ／ＳＡＥゲートウェイ３０は、本明細書では単に「ゲートウェイ」と呼ばれるが、このエンティティはＭＭＥとＳＡＥゲートウェイの全てを含むことを理解すべきである。

ｅＮｏｄｅＢ２０とゲートウェイ３０との間にはＳ１インタフェースを介して複数のノードを接続することができる。ｅＮｏｄｅＢ２０同士はＸ２インタフェースを介して接続され、隣接するｅＮｏｄｅＢはＸ２インタフェースを有するメッシュネットワーク構造を有する。

図２は、一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構成を示すブロック図である。図に示すように、ｅＮｏｄｅＢ２０は、ゲートウェイ３０のための選択、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）アクティブ期間中のゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）情報のスケジューリング及び送信、アップリンクとダウンリンクの全てでのＵＥ１０へのリソースの動的割当、ｅＮｏｄｅＢ測定の構成及び提供、無線ベアラ制御、ＲＡＣ（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、並びにＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動性制御などの機能を実行する。前述のように、ＥＰＣにおいて、ゲートウェイ３０は、ページング開始、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーンの暗号化、ＳＡＥベアラ制御、並びにＮＡＳシグナリングの暗号化及び完全性保護などの機能を実行する。

図３及び図４は、Ｅ−ＵＭＴＳのためのユーザプレーンプロトコル及び制御プレーンプロトコルスタックを示すブロック図である。図に示すように、プロトコル層は、通信システム技術でよく知られているＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）、及び第３層（Ｌ３）に区分される。

物理層である第１層（Ｌ１）は、物理チャネルを用いて上位層に情報送信サービスを提供する。物理層は、トランスポートチャネルを介して上位に位置するＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層に接続され、ＭＡＣ層と物理層間では、トランスポートチャネルでデータが送受信される。異なる物理層間、すなわち送信側の物理層と受信側の物理層間では、前記物理チャネルでデータが送受信される。

第２層（Ｌ２）のＭＡＣ層は、論理チャネルで（上位層である）ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層にサービスを提供する。第２層（Ｌ２）のＲＬＣ層は、信頼性のあるデータ送信をサポートする。図３及び図４においてはＲＬＣ層を示すが、ＲＬＣ機能がＭＡＣ層で実現されてＭＡＣ層により実行される場合、ＲＬＣ層自体が必要ないこともある。第２層（Ｌ２）のＰＤＣＰ層は、ＩＰｖ４やＩＰｖ６などのＩＰパケットを使用して送信されるデータを相対的に帯域幅の狭い無線インタフェースで効率的に送信できるように、不要な制御情報を減らすヘッダ圧縮機能を実行する。ＰＤＣＰ層は、入力としてＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を受信し、出力として圧縮されたＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）を下位層に送る。

第３層（Ｌ３）の最下位に位置するＲＲＣ層は、制御プレーンでのみ定義され、無線ベアラ（ＲＢ）の設定、再設定、及び解除に関連して、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ここで、ＲＢとは、端末とＥ−ＵＴＲＡＮ間のデータ送信のために第２層（Ｌ２）により提供されるサービスを意味する。

図３において、（ネットワーク側のｅＮｏｄｅＢ２０で終端する）ＲＬＣ層及びＭＡＣ層は、スケジューリング、ＡＲＱ（Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）、及びＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）などの機能を実行する。（ネットワーク側のｅＮｏｄｅＢ２０で終端する）ＰＤＣＰ層は、ヘッダ圧縮、完全性保護、及び暗号化などのユーザプレーン機能を実行する。

図４において、（ネットワーク側のｅＮｏｄｅＢ２０で終端する）ＲＬＣ層及びＭＡＣ層は、制御プレーンと同様の機能を実行する。また、（ネットワーク側のｅＮｏｄｅＢ２０で終端する）ＲＲＣ層は、ブロードキャスト、ページング、ＲＲＣ接続管理、無線ベアラ（ＲＢ）制御、移動性機能、並びにＵＥ測定報告及び管理などの機能を実行する。さらに、（ネットワーク側のゲートウェイ３０のＭＭＥで終端する）ＮＡＳ制御プロトコルは、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性処理、ＬＴＥ＿ＩＤＬＥでのページング開始、ゲートウェイとＵＥ１０間のシグナリングのためのセキュリティ制御などの機能を実行する。

ＮＡＳ制御プロトコルは３つの異なる状態を使用することができる。第一に、ＲＲＣエンティティがない場合のＬＴＥ＿ＤＥＴＡＣＨＥＤ状態であり、第二に、最小のＵＥ情報を保存する間はＲＲＣ接続がない場合のＬＴＥ＿ＩＤＬＥ状態であり、第三に、ＲＲＣ接続が設定された場合のＬＴＥ＿ＡＣＴＩＶＥ状態である。また、ＲＲＣ状態は２つの異なる状態、すなわちＲＲＣ＿ＩＤＬＥ状態とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に分けられる。

ＲＲＣ＿ＩＤＬＥ状態で、ＵＥ１０は、ＮＡＳにより構成されたＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）を指定する一方でシステム情報及びページング情報のブロードキャストを受信することができ、ＵＥにはトラッキングエリアでＵＥを固有に識別するＩＤが割り当てられている。さらに、ＲＲＣ＿ＩＤＬＥ状態で、ｅＮｏｄｅＢにはどのＲＲＣコンテキストも保存されない。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、ＵＥ１０は、ネットワーク（ｅＮｏｄｅＢ）とのデータ送受信ができるように、Ｅ−ＵＴＲＡＮでＥ−ＵＴＲＡＮ ＲＲＣ接続及びコンテキストを有する。また、ＵＥ１０は、ｅＮｏｄｅＢにチャネル品質情報及びフィードバック情報を報告することができる。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、Ｅ−ＵＴＲＡＮはＵＥ１０の属するセルが分かる。従って、ネットワークは、ＵＥ１０とデータ送受信を行うことができ、ＵＥの移動性（ハンドオーバー）を制御することができ、隣接セルのセル測定を行うことができる。

ＲＲＣ＿ＩＤＬＥモードで、ＵＥ１０はページングＤＲＸサイクルを指定する。特に、ＵＥ１０は、全てのＵＥ特定ページングＤＲＸサイクルの特定のページング時点（ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ）でページング信号をモニタする。

無線通信リンクは、無線装置（例えば、ＬＴＥのコンテキストのＵＥ）と複数の基地局を有するネットワーク（例えば、ＬＴＥのコンテキストのｅＮｏｄｅＢ）間のリンクである。これは、方向性を有するので、このような無線通信リンクは、データユニット送信側とデータユニット受信側を有する。リンクの方向によって、ネットワークがデータユニット受信側にあるときは無線装置がデータユニット送信側にあってもよく、ネットワークがデータユニット送信側にあるときは無線装置がデータユニット受信側にあってもよい。

場合によっては、このような無線装置と無線通信リンクのハンドオーバーは、ソース基地局からターゲット基地局に開始してもよい。

ハンドオーバー手順は、ソースｅＮｏｄｅＢによりサービスされるソースセルからターゲットｅＮｏｄｅＢによりサービスされるターゲットセルに待機中の通信を送信又はハンドオフすることに注意する。ここでは、ソース及びターゲットセルが同一ｅＮｏｄｅＢによりサービスされない非制限的なケースを考慮する。

図５は、無線装置がデータユニット受信側にあり、ネットワークが無線通信リンクのデータユニット送信側にあるとき、無線通信リンクのＵＥとのハンドオーバーがソースｅＮｏｄｅＢからターゲットｅＮｏｄｅＢに開始される無線通信リンクに関する送信を示す図である。

送信されるメッセージに関するより詳細な事項は、該当ＬＴＥ技術、特に２００７年１２月に発刊された３ＧＰＰ ＴＳ ３６．４２３ Ｖ８．０．０「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＥＵＴＲＡＮ）；Ｘ２ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ（Ｘ２ＡＰ）（Ｒｅｌｅａｓｅ ８）」及び３ＧＰＰ ＴＳ ３６．３００ Ｖ８．３．０「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）ａｎｄ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ ２（Ｒｅｌｅａｓｅ ８）」に開示されている。

ハンドオーバー手順の開始前に、（ダウンリンク）データユニットのシーケンスがｅＮｏｄｅＢからＵＥに無線通信リンクに沿って送信される。

ここで考慮するデータユニットは、ＰＤＣＰ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層であり、ＰＤＣＰ ＳＤＵとも呼ばれる。ＬＴＥのコンテキストのＰＤＣＰは、２００７年１２月に発刊された技術明細書３ＧＰＰ ＴＳ ３６．３２３ Ｖ８．０．０「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ ８）」に記述されている。

しかしながら、当業者に公知の他の形態のデータユニットも考えることができる。特に、ＰＤＣＰとは異なる層のデータユニットを考えることもできる。

前記ソースｅＮｏｄｅＢは、各ｅＮｏｄｅＢに備えられる領域制限情報に応じて図２に示すＲＲＣの一部を形成するＵＥ測定手順を構成する。これは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＵＥに少なくとも１つのＭＥＡＳＵＲＥＭＥＮＴ ＣＯＮＴＲＯＬメッセージを送信して行うことができる。ソースｅＮｏｄｅＢにより要求された測定は、ＵＥの接続移動性を制御する機能をサポートすることができる。そうすると、ＵＥは、例えばソースｅＮｏｄｅＢによりブロードキャストされるシステム情報及び／又はＭＥＡＳＵＲＥＭＥＮＴ ＣＯＮＴＲＯＬメッセージもしくは追加されたダウンリンクシグナリングにおいて指定されるシステム情報に応じて設定された規則に従ってＭＥＡＳＵＲＥＭＥＮＴ ＲＥＰＯＲＴメッセージ（１参照）を送信するようにトリガされる。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある各ＵＥに対して、ソースｅＮｏｄｅＢは、その入力がＵＥにより報告される測定及びソースｅＮｏｄｅＢにより行われる他の測定を含む少なくとも１つのハンドオーバー制御アルゴリズムを行う。前記測定により、ソースｅＮｏｄｅＢは、ターゲットｅＮｏｄｅＢに対して前記ＵＥがハンドオフを行なうことを決定することができる。この場合、ソースｅＮｏｄｅＢは、ターゲットｅＮｏｄｅＢにＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを発行して（２参照）ターゲット側にハンドオーバーの準備のために必要な情報を送信する。このような情報は、ソースｅＮｏｄｅＢのＵＥ Ｘ２シグナリングコンテキストレファレンス、ＵＥ Ｓ１ ＥＰＣシグナリングコンテキストレファレンス、ターゲットセル識別子、ＲＲＣコンテキスト、及びＳＡＥベアラコンテキストを含む。ＵＥ Ｘ２及びＵＥ Ｓ１シグナリングコンテキストレファレンスは、ターゲットｅＮｏｄｅＢがソースｅＮｏｄｅＢ及びＥＰＣを指定できるようにする。ＳＡＥベアラコンテキストは、必要とするＲＮＬ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｌａｙｅｒ）及びＴＮＬ（Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ Ｌａｙｅｒ）アドレッシング情報を含む。

許可制御機能は、受信されたＳＡＥベアラサービス品質（ＱｏＳ）情報に応じてターゲットｅＮｏｄｅＢにより行われ、必要とするリソースがターゲットｅＮｏｄｅＢで利用できる場合、ハンドオーバーの成功可能性を増加させる。前記ハンドオーバーが許可される場合、ターゲットｅＮｏｄｅＢは、受信されたＳＡＥベアラサービス品質（ＱｏＳ）情報に応じて前記リソースを構成してターゲットセルのＵＥを区別するための新しいＣ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を確保する。ターゲットｅＮｏｄｅＢは、第１及び第２層のハンドオーバーを準備してソースｅＮｏｄｅＢにＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＤＥＤＧＥメッセージを送信する（３参照）。前記ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＤＥＤＧＥメッセージは、ＵＥ１０に送信するトランスペアレントなコンテナを含む。前記コンテナは、ターゲットｅＮｏｄｅＢにより割り当てられた新しいＣ−ＲＮＴＩを含んでもよく、アクセスパラメータ、システム情報ブロック（ＳＩＢ）などのいくつかの他のパラメータを含んでもよい。前記ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＤＥＤＧＥメッセージは、必要であれば、伝送トンネルのためのＲＮＬ／ＴＮＬ情報を含むこともできる。

これに対して、ソースｅＮｏｄｅＢは、ＲＲＣプロトコルのＨＡＮＤＯＶＥＲ ＣＯＭＭＡＮＤメッセージを生成してこれをＵＥに送信する（４参照）。同時に、ソースｅＮｏｄｅＢは、ＵＥによるデータユニットの確認状態に関する情報だけでなく、ＵＥに送信するためにバッファリングされており、かつ現在ＵＥに移動中のデータユニットの一部又は全部をターゲットｅＮｏｄｅＢに送信する。

前記ＨＡＮＤＯＶＥＲ ＣＯＭＭＡＮＤメッセージは、ターゲットｅＮｏｄｅＢから受信したトランスペアレントなコンテナを含む。前記ソースｅＮｏｄｅＢは、完全性保護及び暗号化の必要機能を前記メッセージに適用する。前記ＵＥは、必要とするパラメータ（新しいＣ−ＲＮＴＩ、可能な開始時間、ターゲットｅＮｏｄｅＢ ＳＩＢなど）と共に前記ＨＡＮＤＯＶＥＲ ＣＯＭＭＡＮＤメッセージを受信するので、前記ソースｅＮｏｄｅＢからハンドオーバー実行の指示を受ける。前記ＵＥは、ソースセルから分離して同期して前記ターゲットセルにアクセスすることにより前記ハンドオーバー命令に従う。

前記ＵＥがターゲットセルに正常にアクセスすると、新しく割り当てられたＣ−ＲＮＴＩを利用してＨＡＮＤＯＶＥＲ ＣＯＮＦＩＲＭメッセージをターゲットｅＮｏｄｅＢに送信して（９参照）前記ハンドオーバー手順がＵＥ側において完了したことを示す。前記ターゲットｅＮｏｄｅＢは、ＨＡＮＤＯＶＥＲ ＣＯＮＦＩＲＭメッセージで送信されたＣ−ＲＮＴＩを確認する。前記確認が肯定的である場合、前記ＵＥが変更されたセルを有しているということがＨＡＮＤＯＶＥＲ ＣＯＭＰＬＥＴＥメッセージによりターゲットｅＮｏｄｅＢからＥＰＣに通知される。前記ＥＰＣは、ダウンリンクデータ経路をターゲット側に切り替え、ソースｅＮｏｄｅＢに向かった全てのＵプレーン／ＴＮＬリソースを解除する。前記ＥＰＣは、ＨＡＮＤＯＶＥＲ ＣＯＭＰＬＥＴＥ ＡＣＫメッセージを返して確認する。

そうすると、前記ターゲットｅＮｏｄｅＢは、ＲＥＬＥＡＳＥ ＲＥＳＯＵＲＣＥメッセージを送信してハンドオーバーが正常に行われたことを前記ソースｅＮｏｄｅＢに通知し（１３参照）、このメッセージは、前記ソースｅＮｏｄｅＢによりリソース、すなわち、ＵＥコンテキストに関する無線及びＣ−プレーン関連リソースの解除をトリガする。

図５に示ように、前記ソースｅＮｏｄｅＢから前記ターゲットｅＮｏｄｅＢへのハンドオーバーが開始された後（１〜４参照）、前記ソースｅＮｏｄｅＢが、前記ＵＥの受信が前記ソースｅＮｏｄｅＢに確認されていないダウンリンクＰＤＣＰ ＳＤＵを前記ターゲットｅＮｏｄｅＢに送信するので（６参照）、前記ターゲットｅＮｏｄｅＢが前記ＵＥにそれらを再送することができる。

ＰＤＣＰ状態報告は、前記ＵＥにおいて構成され、前記ＵＥは、前記ＰＤＣＰ状態報告を下位層に送信する。前記ＵＥの送信ユニットは、前記ＰＤＣＰ状態報告を前記ターゲットｅＮｏｄｅＢにさらに送信できる（１０参照）。前記ＰＤＣＰ状態報告が送信されるか否かは、ＲＲＣシグナリングにより示される。前記ＰＤＣＰ状態報告のフォーマット及びコンテンツは、前述したＴＳ ３６．３２３のＳｅｃｔｉｏｎ ６．２．６に示されており、図７に再び示す。

図７に示すように、前記ＰＤＣＰ状態報告は、最後の順次受信ＰＤＣＰシーケンスナンバーを含む１２ビットのＬＩＳフィールドを含み、これは、前記ＵＥにより順に受信された最後のＰＤＣＰ ＳＤＵのシーケンスナンバーである。

「順次受信ＰＣＳＰ ＳＤＵ」は、前記シーケンスで最初の未受信ＰＤＣＰ ＳＤＵ以前に送信されたＰＤＣＰ ＳＤＵのシーケンスの受信されたＰＤＣＰ ＳＤＵと定義される。従って、ＬＩＳフィールドは、前記最初の未受信ＰＤＣＰ ＳＤＵのすぐ前のシーケンスのＰＤＣＰ ＳＤＵを指定するポインタである。

前記ＰＤＣＰ状態報告は、また、前記シーケンスのＰＤＣＰ ＳＤＵに関する状態情報を提供するビットマップを含み、これは、前記ＵＥの保存ユニットに保存され、ＬＩＳより高いシーケンスナンバー（ＳＮ）を有する各ＰＤＣＰ ＳＤＵに対して（すなわち、最後の順次受信ＰＤＣＰ ＳＤＵの次のシーケンスの各ＰＤＣＰ ＳＤＵに対して）前記ＰＤＣＰ ＳＤＵがＵＥにより受信されているか否かを示す。

より詳しくは、このビットマップは、サイズが可変的であり、その最初のオクテットのＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）（図７のＯｃｔ３）は、ＳＮ（ＬＩＳ＋１）ｍｏｄｕｌｏ ４０９６を有するＰＤＣＰ ＳＤＵが受信されているか否かを示し、選択的に最初のオクテットのＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）（図７のＯｃｔ３）は、ＳＮ（ＬＩＳ＋８）ｍｏｄｕｌｏ ４０９６を有するＰＤＣＰ ＳＤＵが正確に受信されているか否かを示す一方で、対応するＰＤＣＰ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）が正確に圧縮されたか否かを示す。同一方式がビットマップのＮ番目のオクテットまで適用され（図７のＯｃｔ２＋Ｎ）、前記ビットマップは、最後の順次受信ＰＤＣＰ ＳＤＵのすぐ後のＰＤＣＰ ＳＤＵから最後に受信されたＰＤＣＰ ＳＤＵまでの全てのＰＤＣＰ ＳＤＵを含むことができる。

前記ビットマップの各ビットは、以下のように設定される。

ＰＤＣＰシーケンスナンバー＝（ＬＩＳ＋ビット位置）ｍｏｄｕｌｏ ４０９６を有するＰＤＣＰ ＰＤＵが受信されていないか、選択的に受信されているが、正確に圧縮されていない場合は「０」である。

ＰＤＣＰシーケンスナンバー＝（ＬＩＳ＋ビット位置）ｍｏｄｕｌｏ ４０９６を有するＰＤＣＰ ＰＤＵが正確に受信され、正確に復元されているか、復元されていない場合は「１」である。

すなわち、ＲＬＣにより示されたように、受信されていないＰＤＣＰ ＳＤＵに対応するビットマップの全ての位置において、及び選択的に復元に失敗したＰＤＣＰ ＰＤＵは「０」に設定されるが、ビットマップの他の全ての位置においては「１」に設定される。

前記ソースｅＮｏｄｅＢがＰＤＣＰ状態報告を受信すると、ＬＩＳフィールドにより示されたＰＤＣＰ ＳＮと同一であるか、又は、低いＰＤＣＰ ＳＮを有するＰＤＣＰ ＳＤＵだけでなく、前記ビットマップの二進値１で示された全てのＰＤＣＰ ＳＤＵを廃棄することができる（図５の１１参照）。

他のＰＤＣＰ ＳＤＵ、すなわち、前記ビットマップにおいて二進値０で示されたＰＤＣＰ ＳＤＵは、ソースｅＮｏｄｅＢから既にそれらを受信したターゲットｅＮｏｄｅＢがＵＥに再送できる（１２参照）。

この方法で、前記ソースｅＮｏｄｅＢがハンドオーバー前に前記ＵＥから最新ＲＬＣ状態情報を受信していない場合、前記ＵＥにより既に受信されたＰＤＣＰ ＳＤＵのターゲットｅＮｏｄｅＢによる不要な再送を防止する。

図６は、無線装置がデータユニット送信側にあり、ネットワークが無線通信リンクのデータユニット受信側にある無線通信リンクに関連する送信、ソースｅＮｏｄｅＢからターゲットｅＮｏｄｅＢに開始されるＵＥと無線通信リンクのハンドオーバーを概略的に示す図である。

従って、ハンドオーバー手順が開始する前に、（アップリンク）データユニットのシーケンスはＵＥからソースｅＮｏｄｅＢに無線通信リンクに沿って送信される。

図６に示す送信の大部分は、図５の送信と同一又は類似している。

前記ソースｅＮｏｄｅＢから前記ターゲットｅＮｏｄｅＢに送信されるＳＮ状態送信メッセージ（５’参照）は、その後のアップリンクＰＤＣＰ ＳＤＵがビットマップの形態でソースｅＮｏｄｅＢに正確に受信されたか否かだけでなく、最後の順次受信ＰＤＣＰシーケンスナンバーのインジケータを含む。

ＳＮ状態送信メッセージに含まれる情報に応じて、前記ターゲットｅＮｏｄｅＢは、図５に示すようにＰＤＣＰ状態報告を作成してＵＥに送信することができ、（１０’参照）、最後の順次受信ＰＤＣＰシーケンスナンバーを識別するＬＩＳフィールド及びＬＩＳより大きなシーケンスナンバー（ＳＮ）を有するＰＤＣＰ ＳＤＵがソースｅＮｏｄｅＢにより受信されているか否かを示すビットマップを含むことができる。

ＰＤＣＰ状態報告を受信した場合、前記ＵＥは、ＬＩＳフィールドにより示されたＰＤＣＰ ＳＮと同一であるか又は低いＰＤＣＰ ＳＮを有するＰＤＣＰ ＳＤＵだけでなく、前記ビットマップの二進値１で示された全てのＰＤＣＰ ＳＤＵを廃棄できる（図６の１１’参照）。

他のＰＤＣＰ ＳＤＵ、すなわち、前記ビットマップにおいて二進値０で示されたＰＤＣＰ ＳＤＵは、前記ＵＥがターゲットｅＮｏｄｅＢに再送できる（１２’参照）。

もちろん、１つはダウンリンクＰＤＣＰ ＳＤＵを送信し、他の１つはアップリンクＰＤＣＰ ＳＤＵを送信する２つの反対方向を有する無線通信リンクがＵＥとネットワーク間に同時に存在する。この場合、図５及び図６に示す前述したメカニズムは、全て同時に行うことができ、選択的な再送は両方向に発生し得る。

ＰＤＣＰ ＳＤＵ状態報告のサイズは、大幅に変更することができる。実際に、最後に受信されたＰＤＣＰ ＳＤＵが最後の順次受信ＰＤＣＰ ＳＤＵに近い場合、前記ビットマップはごくわずかのＰＤＣＰ ＳＤＵに関連している可能性がある。この場合、１つのオクテットビットマップで十分である。それに対して、ＰＤＣＰ ＳＤＵ状態報告は、最後に受信されたＰＤＣＰ ＳＤＵが最後の順次受信ＰＤＣＰ ＳＤＵと離れている場合、非常に長くなる可能性があり、これは、多くの（非順次受信）ＰＤＣＰ ＳＤＵがその間に送信されたことを意味する。

そのような状況を図８に示し、ここで、交差線の欄は、受信されたＰＤＣＰ ＳＤＵを示し、空白の欄は、未受信ＰＤＣＰ ＳＤＵ（又は、不正確に復元されたＰＤＣＰ ＰＤＵ）を示す。この例において、最後の順次受信ＰＤＣＰ ＳＤＵ、最初の未受信ＰＤＣＰ ＳＤＵ、及び最後に受信されたＰＤＣＰ ＳＤＵのＳＮは、それぞれ３、４、及びＭである。従って、Ｍ−３個の非順次受信ＰＤＣＰ ＳＤＵ（すなわち、最初の未受信ＰＤＣＰ ＳＤＵから最後に受信されたＳＤＵまでのＰＤＣＰ ＳＤＵ）があり、これらの状態情報が前記ＰＤＣＰ状態報告のビットマップに含まれなければならない。Ｍが高くなるほど、ビットマップも長くなる。

しかしながら、長いＰＤＣＰ ＳＤＵ状態報告は、大きなオーバーヘッドを招く可能性がある。また、実際には、大部分の場合、小さいサイズのＰＤＣＰ ＳＤＵ状態報告を必要とするが、これは、ＵＥ実現が、大きなＰＤＣＰ ＳＤＵ状態報告を生成できるように用意されるべきであるということを意味する。

本発明の目的は、このような欠点を克服するためのものである。

本発明は、無線装置と複数の基地局を有するネットワーク間でデータユニット送信側とデータユニット受信側を有する無線通信リンクに沿って送信されるデータのシーケンスのための状態報告を送信する無線通信方法を提案する。

前記方法は、前記データユニット受信側において、各データユニットに対して前記データユニットが前記データユニット受信側に受信されているか否かを示す前記シーケンスの最初の未受信データユニット及び前記シーケンスの前記最初の未受信データユニット以後のデータユニットを含む第１セットのデータユニットを含む前記シーケンスのデータユニットに関する状態情報を決定する段階と、前記無線通信リンクの前記データユニット受信側から前記データユニット送信側に前記第１セットのデータユニットに含まれる第２セットのデータユニットのための状態情報を提供する所定の最大サイズを有するビットマップを含む状態報告を送信する段階とを含む。

前記ビットマップは、所定の最大サイズを有するので、オーバーヘッドを制限することができ、前記状態報告のサイズの変化が減少するので、ＵＥの実現が単純になる。

しかしながら、第１セットのデータユニットがあまり大きくない場合、第２セットのデータユニットが前記第１セットと同一になるので、前記ビットマップにおいて状態情報の損失はない。

好ましくは、前記方法は、前記データユニット送信側から前記第２セットのデータユニットの少なくとも１つのデータユニットを受信する段階をさらに含み、前記第２セットのデータユニットの少なくとも１つのデータユニットは、前記データユニット受信側に受信されていない。

好ましくは、前記方法は、前記状態報告に含まれる前記ビットマップに応じて前記無線通信リンクに沿って前記第２セットのデータユニットの少なくとも１つのデータユニットを選択的に再送する段階をさらに含む。

前述した状態報告は、ダウンリンク及び／又はアップリンクに使用できる。これは、ソースノード及びターゲットノード間で送信される状態メッセージにも使用できる。

前記状態報告は、前記無線装置と無線通信リンクのハンドオーバーがソース基地局からターゲット基地局に開始された後、前記無線装置とターゲット基地局間で送信することができる。しかしながら、これは、前記無線通信リンクのハンドオーバーが発生しないときは、前記無線装置と前記ネットワークの基地局間で送信することもできる。

前記第１セットのデータユニットから前記第２セットのデータユニットを決定するために多くのシナリオを構想することができる。前記第２セットは、例えば、前記シーケンスの最初の未受信データユニットのすぐ後のデータユニット、前記第１セットのデータユニットのうち最大数の未受信データユニット、前記第１セットのデータユニットのうち最大数の受信データユニット、及び／又は前記第１セットのデータユニットのうち最後に受信されたデータユニットを含むことができる。

前記所定の最大サイズは、全ての無線通信リンクに対して固定されてもよく、前記無線通信リンク及び／又は環境によって異なる値でもよい。

これは、前記状態報告を作成するためにデータユニット受信側に信号送信され、かつ／又は前記ネットワークによりシステム情報メッセージでブロードキャストされる。

これは、前記無線通信リンク構成に又は前記無線通信リンクのハンドオーバーのフレームワーク内に設定できる。

前記第２セットの一部ではない前記第１セットのデータユニットに対して、無線通信リンクのデータユニット送信側が他の方法を適用することもできる。実際に、無線通信リンクのデータユニット受信側にそれらの全部もしくは一部のみが送信されるか、又はそれらのうち何も送信されないこともある。

本発明の他の態様は、複数の基地局を有するネットワークから送信されるデータのシーケンスを受信するために備えられた無線装置に関する。

前記無線装置は、前記シーケンスの最初の未受信データユニット及び前記シーケンスの前記最初の未受信データユニット以後のデータユニットを含む第１セットのデータユニットを含み、各データユニットに対して前記データユニットが前記無線装置により受信されているか否かを示す前記シーケンスのデータユニットに関する状態情報を決定する決定ユニットと、前記ネットワークに前記第１セットのデータユニットに含まれる第２セットのデータユニットのための状態情報を提供し、所定の最大サイズを有するビットマップを含む状態報告を送信する送信ユニットとを含む。

本発明のさらに他の態様は、無線装置から送信されるデータのシーケンスを受信するために備えられた複数の基地局を有するネットワークに関する。

前記ネットワークは、前記シーケンスの最初の未受信データユニット及び前記シーケンスの前記最初の未受信データユニット以後のデータユニットを含む第１セットのデータユニットを含み、各データユニットに前記データユニットが前記ネットワークにより受信されているか否かを示す前記シーケンスのデータユニットに関する状態情報を決定する決定ユニットと、前記無線装置に前記第１セットのデータユニットに含まれる第２セットのデータユニットのための状態情報を提供し、所定の最大サイズを有するビットマップを含む状態報告を送信する送信ユニットとを含む。

本発明のさらに他の態様は、無線装置と複数の基地局を有するネットワーク間でデータユニット送信側とデータユニット受信側を有する無線通信リンクに沿ってデータユニットのシーケンスを送信する方法に関する。

前記方法は、データユニット受信側に、前記シーケンスの最初の未受信データユニット及び前記シーケンスの前記最初の未受信データユニットのすぐ後のデータユニットを含む第１セットのデータユニットを含む前記シーケンスのデータユニットに関する状態情報、すなわち、各データユニットに対して前記データユニットが前記データユニット受信側により受信されているか否かを示す状態情報を保存する段階と、前記第１セットのデータユニットに含まれる第２セットのデータユニットに関する前記状態情報を提供し、所定の最大サイズを有するビットマップを含む状態報告を前記無線通信リンクのデータユニット受信側からデータユニット送信側に送信する段階と、前記状態報告に含まれるビットマップに応じて前記無線通信リンクに沿って前記第２セットのデータユニットの一部を選択的に再送する段階とを含む。

本発明の目的、特徴、及び長所は、後述する発明の詳細な説明及び添付図面によりさらに明確になるであろう。
Ｅ−ＵＭＴＳ（又は、ＬＴＥ）システムのネットワーク構造を示すブロック図である。 ＬＴＥシステムの典型的なネットワークエンティティの論理的構造を示すブロック図である。 ユーザプレーン（Ｕプレーン）プロトコルスタックの典型的なネットワークエンティティの論理的構造を示すブロック図である。 制御プレーン（Ｃプレーン）プロトコルスタックの典型的なネットワークエンティティの論理的構造を示すブロック図である。 ソースｅＮｏｄｅＢからＵＥへのデータユニットの順次送信を含む通信に関する一般のハンドオーバー手順を示す図である。 ＵＥからソースｅＮｏｄｅＢへのデータユニットの順次送信を含む通信に関する一般のハンドオーバー手順を示す図である。 ハンドオーバー手順中にＵＥからターゲットｅＮｏｄｅＢに送信されるＰＤＣＰ状態報告の形態を示す図である。 Ｍ−３個の非順次受信ＰＤＣＰ ＳＤＵを含む受信状態を概略的に示す図である。 状態報告のビットマップで報告されるＰＤＣＰ ＳＤＵを選択するための様々な例示的シナリオＡ〜Ｄを示す図である。

前述したように、本発明は、特に、ＬＴＥ又はＥ−ＵＭＴＳネットワークのＰＤＣＰ層に適用されるように説明される。しかしながら、本発明は、当業者に明らかなように、他のプロトコル層及び／又は他の形態のネットワーク（例えば、ＵＭＴＳ）のデータユニットにも適用される。この場合、ＬＴＥのコンテキストに言及された前記ＵＥ、ｅＮｏｄｅＢ、ＰＤＣＰ ＳＤＵなどは、適切な無線装置、基地局、データユニットなどに代えられる。

前述したメカニズムを続けて適用することができる。しかしながら、本発明によれば、ＰＤＣＰ状態報告のフォーマットは、以下のように変形する。

前記無線通信リンクのデータユニット受信側において、状態情報を前記シーケンスの最初の未受信ＰＤＣＰ ＳＤＵ及び前記シーケンスの前記最初の未受信ＰＤＣＰ ＳＤＵ以後のＰＤＣＰ ＳＤＵを含む第１セットのＰＤＣＰ ＳＤＵ（すなわち、非順次受信ＰＤＣＰ ＳＤＵ）について決定することを考慮すれば、前記状態報告は、前記第１セットのＰＤＣＰ ＳＤＵに含まれる第２セットのＰＤＣＰ ＳＤＵに関する状態情報を提供し、所定の最大サイズのビットマップを含む。

すなわち、前記ビットマップのサイズ及びそれによる前記ＰＤＣＰ ＳＤＵ状態報告のサイズは、制限されて所定の最大サイズを超過することはできない。前記第１セットのＰＤＣＰ ＳＤＵに関する状態情報を提供するビットマップが所定の最大サイズ以下のサイズを有するように第１セットのＰＤＣＰ ＳＤＵが構成される場合、第２セットのＰＤＣＰ ＳＤＵは、第１セットと同一になる。しかしながら、前記第１セットのＰＤＣＰ ＳＤＵに関する状態情報を提供するビットマップが所定の最大サイズ以上のサイズを有するように第１セットのＰＤＣＰ ＳＤＵが構成される場合、第２セットのＰＤＣＰ ＳＤＵは、第１セットの部分集合とならなければならない。

非制限的な例として、前記ビットマップの所定の最大サイズが１０ビットである場合、前記状態報告に含まれるビットマップは、第１セットのＰＤＣＰ ＳＤＵに含まれる１０以下のＰＤＣＰ ＳＤＵの第２セットに関する状態情報を提供する。もちろん、１０以外の他の値も使用できる。

このような方式で、ＰＤＣＰ ＳＤＵ状態報告により生成されるオーバーヘッドは制限される。また、ＵＥの実現が単純になるが、これは、長いＰＤＣＰ状態報告の生成のために準備する必要がないためである。

前記ＰＤＣＰ状態報告は、これを参照して第２セットのＰＤＣＰ ＳＤＵの一部を前記無線通信リンクのデータユニット送信側で識別できる前記シーケンスのＰＤＣＰ ＳＤＵを示すポインタをさらに含むことができる。

ＬＩＳフィールドは、このような役割を果たすことができる。この場合、状態報告のビットマップが状態情報を提供する前記第２セットのＰＤＣＰ ＳＤＵは、好ましくはＬＩＳ＋１〜ＬＩＳ＋ｂｍのＳＮを有するＰＤＣＰ ＳＤＵを示すことができ、ここで、ＬＩＳは、ＬＩＳフィールドに含まれるＳＮを示し、ｂｍは、前記ビットマップの所定の最大サイズを示す。

また、前述したＬＩＳフィールドの代わりに使用される前記シーケンスの最初の未受信ＰＤＣＰ ＳＤＵのシーケンスナンバーを含むＦＭＳ（Ｆｉｒｓｔ Ｍｉｓｓｉｎｇ Ｓｅｑｕｅｎｃｅ ｎｕｍｂｅｒ）フィールドがこのような役割を果たすことができる。この場合、状態報告のビットマップが状態情報を提供する前記第２セットのＰＤＣＰ ＳＤＵは、好ましくはＦＭＳ＋１〜ＦＭＳ＋ｂｍのＳＮを有するＰＤＣＰ ＳＤＵを示すことができ、ここで、ＦＭＳは、ＦＭＳフィールドに含まれるＳＮを示し、ｂｍは、前記ビットマップの所定の最大サイズを示す。

もちろん、これを参照して第２セットのＰＤＣＰ ＳＤＵの一部を前記無線通信リンクのデータユニット送信側で識別できる前記シーケンスのＰＤＣＰ ＳＤＵを示す他のポインタを前記ＬＩＳ／ＦＭＳフィールドに加えて又は前記ＬＩＳ／ＦＭＳフィールドの代わりに使用することができる。

前述した例と同様に、前記ビットマップは、前記シーケンスの連続したＰＤＣＰ ＳＤＵ、すなわち、連続したシーケンスナンバーを有するＰＤＣＰ ＳＤＵに関連する。しかしながら、前記第２セットのＰＤＣＰ ＳＤＵは、代案的に非連続的なＰＤＣＰ ＳＤＵ（例えば、奇数のＳＮ、偶数のＳＮ、一連の特定ＳＮなど）を含むことができる。

図９は、前記第２セットのＰＤＣＰ ＳＤＵ、すなわち、その状態情報が前記ビットマップで提供される非順次受信ＰＤＣＰ ＳＤＵを選択するための様々な例示的シナリオを示す。

図９に示す例においては、最初の未受信ＰＤＣＰ ＳＤＵ（ＳＮ４）から最後に受信されたＰＤＣＰ ＳＤＵ（ＳＮ Ｍ）までＭ−３個の非順次受信ＰＤＣＰ ＳＤＵがある。先行技術において、このような状況は、Ｍ−３ビットのビットマップを有するようにする。

本発明によれば、前記ビットマップのビット数は、所定の数、例えば、１０に制限される。このような１０ビットのビットマップは最初の未受信ＰＤＣＰ ＳＤＵと最後に受信されたＰＤＣＰ ＳＤＵ間の全空間を含むわけではない（Ｍ＞１３のように）。

第１シナリオＡによれば、第２セットのＰＤＣＰ ＳＤＵ、すなわち、前記ＰＤＣＰ状態報告にその状態が反映されなければならない１０個の非順次受信ＰＤＣＰ ＳＤＵは、ＳＮ４を有する最初の未受信ＰＤＣＰ ＳＤＵのすぐ後のＰＤＣＰ ＳＤＵを含む。

図７に示すＰＤＣＰ状態報告フォーマットが用いられる場合、これは、ＳＮ４〜１３を有するＰＤＣＰ ＳＤＵを受信しているか否かを示す１０ビットを含む２オクテットのビットマップが続く前記ＬＩＳフィールドにＳＮ３を入れて達成することができる。従って、この場合、前記ビットマップは、最初の未受信ＰＤＣＰ ＳＤＵ自体に関する状態情報を含む。

さらに、ＦＭＳフィールドがＬＩＳフィールドの代わりに使用される場合、これは、ＳＮ４を含み、ＳＮ ５〜１４を有するＰＤＣＰ ＳＤＵを受信しているか否かを示す１０ビットを含む２オクテットのビットマップが続く。従って、この場合（ＳＮ １４のための）１つの追加情報ビットが提供されるが、これは、最初の未受信ＰＤＣＰ ＳＤＵに関する状態情報がビットマップに含まれていないためである（しかしながら、これは、ＰＤＣＰ ＳＤＵ状態報告のＦＭＳフィールド内にある前記最初の未受信ＰＤＣＰ ＳＤＵのＳＮの存在から類推できる）。

シナリオＢによれば、その状態がＰＤＣＰ ＳＤＵ状態報告のビットマップに反映されなければならない１０個のＰＤＣＰ ＳＤＵが選択されて前記最初の未受信ＰＤＣＰ ＳＤＵと最後に受信されたＰＤＣＰ ＳＤＵ間にある未受信ＰＤＣＰ ＳＤＵの最大数を含む。

図７に示すＰＤＣＰ状態報告フォーマットが用いられる場合、これは、ＳＮ１４〜２３を有する非順次受信ＰＤＣＰ ＳＤＵを受信しているか否かを示す１０ビットを含む２オクテットのビットマップが続く前記ＬＩＳフィールドにＳＮ１３を入れて達成することができる。

さらに、ＦＭＳフィールドがＬＩＳフィールドの代わりに使用される場合、これは、ＳＮ１３を含み、ＳＮ１４〜２３を有する非順次受信ＰＤＣＰ ＳＤＵを受信しているか否かを示す１０ビットを含む２オクテットのビットマップが続く。

シナリオＣによれば、その状態がＰＤＣＰ ＳＤＵ状態報告のビットマップに反映されなければならない１０個のＰＤＣＰ ＳＤＵが選択されて前記最初の未受信ＰＤＣＰ ＳＤＵと最後に受信されたＰＤＣＰ ＳＤＵ間にある受信されたＰＤＣＰ ＳＤＵの最大数を含む。

さらに、例えば、ＰＤＣＰ ＳＤＵ状態報告のＬＩＳフィールド又はＦＭＳフィールドを設定して達成することができる。

シナリオＤによれば、その状態がＰＤＣＰ ＳＤＵ状態報告のビットマップに反映されなければならない１０個のＰＤＣＰ ＳＤＵが選択されてＳＮ Ｍを有する最後に受信されたＰＤＣＰ ＳＤＵを含む。

これはＰＤＣＰ ＳＤＵ状態報告のＬＩＳフィールド又はＦＭＳフィールドＳＮ Ｍ−１０に設定して達成することができる。

さらに、当業者に周知のように、他のシナリオも非順次受信ＰＤＣＰ ＳＤＵの第２セットを定義するために使用できる。

前記ビットマップのこのような構成は、図５に示すように、前記ＵＥからターゲットｅＮｏｄｅＢに送信されるＰＤＣＰ ＳＤＵ状態報告、又は図６に示すように、ターゲットｅＮｏｄｅＢからＵＥに送信される全てのＰＤＣＰ ＳＤＵ状態報告に適用できる。

これは、ソースｅＮｏｄｅＢからターゲットｅＮｏｄｅＢに送信されるＳＮ状態送信メッセージ（図６の５’参照）に含まれるビットマップにも適用できる。

図５に示すように、ＰＤＣＰ状態報告をＵＥからターゲットｅＮｏｄｅＢに送信する場合、ターゲットｅＮｏｄｅＢは、これを分析して報告されたＰＤＣＰ ＳＤＵが受信されているか否かを確認する。

このような方式で、選択的な再送をＰＤＣＰ状態報告に含まれるビットマップに応じてターゲットｅＮｏｄｅＢが行うことができる。実際に、ターゲットｅＮｏｄｅＢは、前記受信されたＰＤＣＰ ＳＤＵの少なくとも一部を廃棄し、ＵＥにより受信されていないＰＤＣＰ ＳＤＵの少なくとも一部及び選択的にＵＥにおいて復元失敗したＰＤＣＰ ＳＤＵの少なくとも一部をＵＥに再送することができる。

しかしながら、ビットマップで報告されるＰＤＣＰ ＳＤＵの数は制限されるので、それらが受信されているか否かをターゲットｅＮｏｄｅＢが把握できないいくつかの未報告のＰＤＣＰ ＳＤＵが存在する。そうすると、ターゲットｅＮｏｄｅＢは、ソースｅＮｏｄｅＢにより転送されるＰＤＣＰ ＳＤＵに依存しなければならず、それらを再送するか否かを選択する。

例えば、ターゲットｅＮｏｄｅＢは、ソースｅＮｏｄｅＢにより転送された全てのＰＤＣＰ ＳＤＵを送信してＵＥにより既に受信されていたＰＤＣＰ ＳＤＵを再送する可能性がある。他の例として、ターゲットｅＮｏｄｅＢは、未報告のＰＤＣＰ ＳＤＵを再送しないように選択することができるが、これは、再送がＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）レベルのような上位層において発生する可能性もあるためである。

類似したメカニズムは、図６に示すように、ＰＤＣＰ ＳＤＵ状態報告がターゲットｅＮｏｄｅＢからＵＥに送信される場合に発生することがある。

ビットマップの所定の最大サイズは、全ての無線通信リンクに対して固定された数になる。この場合、ＰＤＣＰ ＳＤＵ状態報告の最大サイズも固定される。例えば、このような固定値は、標準に準拠して要求される。

さらに、ビットマップの所定の最大サイズは、他の値でもよい。

使用される所定の最大サイズ又は使用される前記値を類推できる情報は、状態報告の作成のために無線通信リンクのデータユニット受信側に信号送信することができる。

好ましくは、前記ビットマップの所定の最大サイズは、前記無線通信リンク構成（例えば、無線ベアラ構成）に又は前記無線通信リンクのハンドオーバーのフレームワーク内に設定できる。

また、ネットワークは、前記ビットマップの所定の最大サイズ又は前記ビットマップの所定の最大サイズを類推できる情報をシステム情報メッセージでブロードキャストすることができる。

もちろん、当業者に周知のように他の可能性を適用することもできる。

ＰＤＣＰ ＳＤＵ状態報告の送信部が前記ビットマップの所定の最大サイズを把握しているが、受信部がそれを把握している可能性も、把握していない可能性もあるという点に留意しなければならない。

本発明は、ＵＥと無線通信リンクのハンドオーバーがソースｅＮｏｄｅＢからターゲットｅＮｏｄｅＢに開始された後、ＵＥとターゲットｅＮｏｄｅＢ間でＰＤＣＰ状態報告が送信される場合に前述したように説明される。例えば、ダウンリンクの場合、ＵＥは、上位層からハンドオーバーが発生したという指示を受信した後、ＰＤＣＰ状態報告を構成することができる。

しかしながら、このような状態報告を送信し、本発明による状態報告に基づいて選択的な再送を行う段階は、無線通信リンクのハンドオーバーの発生中にＵＥとｅＮｏｄｅＢ間の無線通信にも適用することができる。非制限的な例として、最新ＲＬＣ状態情報を無線通信リンクのデータユニット送信側で受信していないか、又は受信できないと考慮されるいくつかの理由がある場合、ＰＤＣＰ状態報告は無線通信リンクに沿って送信することができる。

Claims (17)

1. 無線装置と複数の基地局を有するネットワーク間でデータユニット送信側とデータユニット受信側を有する無線通信リンクに沿って送信されるデータのシーケンスのための状態報告を送信する無線通信方法であって、
   前記データユニット受信側において、各データユニットに対して前記データユニットが前記データユニット受信側に受信されているか否かを示す前記シーケンスの最初の未受信データユニット及び前記シーケンスの最初の未受信データユニット以後のデータユニットを含む第１セットのデータユニットを含む前記シーケンスのデータユニットに関する状態情報を決定する段階と、
   前記無線通信リンクの前記データユニット受信側から前記データユニット送信側に前記第１セットのデータユニットに含まれる第２セットのデータユニットのための状態情報を提供する所定の最大サイズを有するビットマップを含む状態報告を送信する段階と
   を含むことを特徴とする無線通信方法。
2. 前記データユニット送信側から前記第２セットのデータユニットの少なくとも１つのデータユニットを受信する段階をさらに含み、
   前記第２セットのデータユニットの少なくとも１つのデータユニットは、前記データユニット受信側に受信されていないことを特徴とする請求項１に記載の方法。
3. 前記無線通信リンクの前記データユニット受信側から前記データユニット送信側に前記状態報告を送信する前に、ソース基地局からターゲット基地局に前記無線装置と前記無線通信リンクのハンドオーバーを開始する段階を含むことを特徴とする請求項１に記載の方法。
4. 前記無線装置は、前記無線通信リンクの前記データユニット受信側にあり、前記ネットワークは、前記データユニット送信側にあり、前記シーケンスの少なくとも一部のデータユニットは、前記ソース基地局から前記ターゲット基地局に送信され、前記状態報告は、前記無線装置から前記ターゲット基地局に送信され、前記第２セットのデータユニットの一部は、前記ターゲット基地局から前記無線装置に選択的に再送されることを特徴とする請求項３に記載の方法。
5. 前記無線装置は、前記無線通信リンクの前記データユニット送信側にあり、前記ネットワークは、前記データユニット受信側にあり、前記シーケンスのデータユニットに関する状態情報は、前記ソース基地局から前記ターゲット基地局に送信され、前記状態報告は、前記ターゲット基地局から前記無線装置に送信され、前記第２セットのデータユニットの一部は、前記無線装置から前記ターゲット基地局に選択的に再送されることを特徴とする請求項３に記載の方法。
6. 前記状態報告は、これを参照して前記第２セットのデータユニットを前記無線通信リンクのデータユニット送信側で識別できる前記シーケンスのパケットユニットを示すポインタをさらに含むことを特徴とする請求項１に記載の方法。
7. 前記第２セットのデータユニットは、前記シーケンスの連続したデータユニットから構成されることを特徴とする請求項１に記載の方法。
8. 前記第２セットのデータユニットは、前記シーケンスの最初の未受信データユニットのすぐ後のデータユニットを含むことを特徴とする請求項７に記載の方法。
9. 前記第２セットのデータユニットは、前記第１セットのデータユニットのうち最大数の未受信データユニットを含むことを特徴とする請求項７に記載の方法。
10. 前記第２セットのデータユニットは、前記第１セットのデータユニットのうち最大数の受信データユニットを含むことを特徴とする請求項７に記載の方法。
11. 前記第２セットのデータユニットは、前記第１セットのデータユニットのうち最後に受信されたデータユニットを含むことを特徴とする請求項７に記載の方法。
12. 前記ビットマップの前記所定の最大サイズは、全ての無線通信リンクに対して固定されていることを特徴とする請求項１に記載の方法。
13. 前記ビットマップの前記所定の最大サイズは、前記無線通信リンク構成に又は前記無線通信リンクのハンドオーバーのフレームワーク内に設定されることを特徴とする請求項１に記載の方法。
14. 前記ビットマップの前記所定の最大サイズ又は前記ビットマップの前記所定の最大サイズを類推可能な情報は、前記状態報告を作成するためにデータユニット受信側に信号送信されることを特徴とする請求項１に記載の方法。
15. 前記ビットマップの前記所定の最大サイズ又は前記ビットマップの前記所定の最大サイズを類推可能な情報は、前記ネットワークによりシステム情報メッセージでブロードキャストされることを特徴とする請求項１に記載の方法。
16. 複数の基地局を有するネットワークから送信されるデータのシーケンスを受信するために備えられた無線装置であって、
    前記シーケンスの最初の未受信データユニット及び前記シーケンスの前記最初の未受信データユニット以後のデータユニットを含む第１セットのデータユニットを含み、各データユニットに対して前記データユニットが前記無線装置により受信されているか否かを示す前記シーケンスのデータユニットに関する状態情報を決定する決定ユニットと、
    前記ネットワークに前記第１セットのデータユニットに含まれる第２セットのデータユニットのための状態情報を提供し、所定の最大サイズを有するビットマップを含む状態報告を送信する送信ユニットと
    を含むことを特徴とする無線装置。
17. 無線装置から送信されるデータのシーケンスを受信するために備えられた複数の基地局を有するネットワークであって、
    前記シーケンスの最初の未受信データユニット及び前記シーケンスの前記最初の未受信データユニット以後のデータユニットを含む第１セットのデータユニットを含み、各データユニットに前記データユニットが前記ネットワークにより受信されているか否かを示す前記シーケンスのデータユニットに関する状態情報を決定する決定ユニットと、
    前記無線装置に前記第１セットのデータユニットに含まれる第２セットのデータユニットのための状態情報を提供し、所定の最大サイズを有するビットマップを含む状態報告を送信する送信ユニットと
    を含むことを特徴とするネットワーク。

Images