(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて状態報告を送信するように構成された通信装置であって、
前記通信装置は、
ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）状態報告（以下、ＰＤＣＰ状態報告と略す）を構成する構成ユニットであって、前記ＰＤＣＰ状態報告は、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層の上に位置するＰＤＣＰ層によって使用され、前記ＰＤＣＰ状態報告は、最初の未受信のＳＤＵのシーケンスナンバーを示すインジケータと、前記最初の未受信のＳＤＵに続くＳＤＵのセットに対する状態情報を提供するビットマップとを含む、構成ユニットと、
前記構成されたＰＤＣＰ状態報告を下位層に送信する送信ユニットと
を備え、
前記インジケータは、最初の損失ＰＤＣＰシーケンスナンバーフィールド（以下、ＦＭＳと略す）であり、前記ＦＭＳは、最初の未受信ＰＤＣＰ  ＳＤＵのシーケンスナンバーを含み、
ＰＤＣＰ  ＳＤＵのセットは、前記最初の未受信ＰＤＣＰ  ＳＤＵから１つのＰＤＣＰ  ＳＤＵだけ後から始まり、
前記ＦＭＳフィールドが、１２ビットのサイズを有し、Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ（ＰＤＵ）タイプフィールドと、前記ＰＤＣＰ状態報告のビットマップとの間に位置する、通信装置。
【請求項２】
前記ビットマップは、どのＰＤＣＰ  ＳＤＵが損失しているかを示し、どのＰＤＣＰ  ＳＤＵが再送の必要がないかを示すように記録される、請求項１に記載の通信装置。
【請求項３】
前記ビットマップにおいて、損失していると示された前記ＰＤＣＰ  ＳＤＵは、ＰＤＣＰ  ＳＤＵが受信されていないこと、または、受信されたが正確に圧縮解除されていないことを示す、請求項２に記載の通信装置。
【請求項４】
前記ビットマップにおいて、再送の必要がないと示された前記ＰＤＣＰ  ＳＤＵは、ＰＤＣＰ  ＳＤＵが正確に受信され、かつ、正確に圧縮解除されたこと、または、正確に受信され、かつ、正確に圧縮解除されていないことを示す、請求項２に記載の通信装置。
【請求項５】
前記ビットマップの「０」ビットは、ＰＤＣＰシーケンスナンバー＝（ＦＭＳ＋ビット位置）ｍｏｄｕｌｏ  ４０９６が損失しているＰＤＣＰ  ＳＤＵを示す、請求項３に記載の通信装置。
【請求項６】
前記ビットマップの「１」ビットは、ＰＤＣＰシーケンスナンバー＝（ＦＭＳ＋ビット位置）ｍｏｄｕｌｏ  ４０９６が再送される必要がないＰＤＣＰ  ＳＤＵを示す、請求項４に記載の通信装置。
【請求項７】
前記ビットマップは、前記最初の未受信ＰＤＣＰ  ＳＤＵのシーケンスナンバーを含む前記ＦＭＳフィールドの存在に起因して、前記最初の未受信ＰＤＣＰ  ＳＤＵに関連するビットを含まないことにより、このようなＰＤＣＰ  ＳＤＵが受信されていないことを暗に示す、請求項１に記載の通信装置。
【請求項８】
無線通信システムにおいて状態報告を送信する方法であって、
前記方法は、
ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）状態報告（以下、ＰＤＣＰ状態報告と略す）を構成することであって、前記ＰＤＣＰ状態報告は、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層の上に位置するＰＤＣＰ層によって使用され、前記ＰＤＣＰ状態報告は、最初の未受信のＳＤＵのシーケンスナンバーを示すインジケータと、前記最初の未受信のＳＤＵに続くＳＤＵのセットに対する状態情報を提供するビットマップとを含む、ことと、
前記構成されたＰＤＣＰ状態報告を下位層に送信することと
を含み、
前記インジケータは、最初の損失ＰＤＣＰシーケンスナンバーフィールド（以下、ＦＭＳと略す）であり、前記ＦＭＳは、最初の未受信ＰＤＣＰ  ＳＤＵのシーケンスナンバーを含み、
ＰＤＣＰ  ＳＤＵのセットは、前記最初の未受信ＰＤＣＰ  ＳＤＵから１つのＰＤＣＰ
ＳＤＵだけ後から始まり、
前記ＦＭＳフィールドが、１２ビットのサイズを有し、Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ（ＰＤＵ）タイプフィールドと、前記ＰＤＣＰ状態報告のビットマップとの間に位置する、方法。
【請求項９】
前記ビットマップは、どのＰＤＣＰ  ＳＤＵが損失しているかを示し、どのＰＤＣＰ  ＳＤＵが再送の必要がないかを示すように記録される、請求項８に記載の方法。
【請求項１０】
前記ビットマップにおいて、損失していると示された前記ＰＤＣＰ  ＳＤＵは、ＰＤＣＰ  ＳＤＵが受信されていないこと、または、受信されたが正確に圧縮解除されていないことを示す、請求項９に記載の方法。
【請求項１１】
前記ビットマップにおいて、再送の必要がないと示された前記ＰＤＣＰ  ＳＤＵは、ＰＤＣＰ  ＳＤＵが正確に受信され、かつ、正確に圧縮解除されたこと、または、正確に受信され、かつ、正確に圧縮解除されていないことを示す、請求項９に記載の方法。
【請求項１２】
前記ビットマップの「０」ビットは、ＰＤＣＰシーケンスナンバー＝（ＦＭＳ＋ビット位置）ｍｏｄｕｌｏ  ４０９６が損失しているＰＤＣＰ  ＳＤＵを示す、請求項１０に記載の方法。
【請求項１３】
前記ビットマップの「１」ビットは、ＰＤＣＰシーケンスナンバー＝（ＦＭＳ＋ビット位置）ｍｏｄｕｌｏ  ４０９６が再送される必要がないＰＤＣＰ  ＳＤＵを示す、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００８年２月４日付けで出願された米国仮出願第６１／０２６，１１７号を優先権主張の基礎として優先権を主張するものであり、これらの全ての内容は参照することによりここに援用される。
【０００２】
本発明は無線通信に関する。
【０００３】
特に、本発明は、データユニットを受信したか否かによって、無線装置とネットワークとの間でデータユニットを選択的に再送することに関する。
【０００４】
本発明は、例示の目的で、またＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）タイプのセルラーネットワークのコンテキストに適するため、ＬＴＥタイプのセルラーネットワークに関連して後述されるが、通信技術分野における通常の知識を有する者であれば、本明細書に開示された発明を他の様々なタイプのセルラーネットワークにも適用できることを認識するであろう。
【背景技術】
【０００５】
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）やＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅｓ）などの欧州のシステムをベースとしたＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）に準拠した第３世代非同期移動通信システムである。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）としても知られているＬＴＥ方式のＵＭＴＳは、ＵＭＴＳの標準化を担当している３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）により議論中である。
【０００６】
ＬＴＥは高速パケット通信を可能にする技術である。ユーザ及びプロバイダのコストの低減、サービス品質の向上、カバレッジ及びシステム容量の拡大及び向上という目的を含み、ＬＴＥを目標とする多くの方式が提案されている。ＬＴＥにおいては、上位の要求事項として、ビット当たりコストの低減、サービス利用可能性の増加、周波数帯域の柔軟な使用、単純な構造、オープンインタフェース、及び端末の適切な電力消費が要求される。
【０００７】
図１は、ＬＴＥシステムのネットワーク構造を示すブロック図である。通信ネットワークは、音声やパケットデータなどの様々な通信サービスを提供するために広範囲に用いられる。
【０００８】
図１に示すように、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）、及び１つ以上のユーザ装置を含む。Ｅ−ＵＴＲＡＮは１つ以上のｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）２０を含み、複数のユーザ装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）１０が１つのセルに位置することもある。１つ以上のＥ−ＵＴＲＡＮ  ＭＭＥ（Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ
Ｅｎｔｉｔｙ）／ＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ゲートウェイ３０がネットワークのエンドに位置し、外部のネットワークに接続することもできる。
【０００９】
本明細書で用いられているように、「ダウンリンク」とは、ｅＮｏｄｅＢ２０からＵＥ１０への通信をいい、「アップリンク」とは、ＵＥからｅＮｏｄｅＢへの通信をいう。ＵＥ１０とは、ユーザが携帯する通信装置をいい、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ：ＭＳ）、ユーザ端末（Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ：ＵＴ）、加入者局（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ：ＳＳ）、又は無線装置とも呼ばれる。
【００１０】
ｅＮｏｄｅＢ２０は、ユーザプレーン及び制御プレーンのエンドポイントをＵＥ１０に提供する。ＭＭＥ／ＳＡＥゲートウェイ３０は、ＵＥ１０のためのセッション及び移動性管理機能のエンドポイントを提供する。ｅＮｏｄｅＢとＭＭＥ／ＳＡＥゲートウェイとは、Ｓ１インタフェースで接続することができる。
【００１１】
一般に、ｅＮｏｄｅＢ２０は、ＵＥ１０と通信する固定局であって、基地局（Ｂａｓｅ
Ｓｔａｔｉｏｎ；  ＢＳ）又はアクセスポイントとも呼ばれる。１つのｅＮｏｄｅＢ２０はセル毎に配置することができる。ｅＮｏｄｅＢ２０間では、ユーザトラフィック又は制御トラフィックを送信するためのインタフェースを使用することができる。
【００１２】
ＭＭＥは、ｅＮｏｄｅＢ２０へのページングメッセージの分配、セキュリティ制御、アイドル状態移動性制御、ＳＡＥベアラ制御、並びにＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリングの暗号化（ｃｉｐｈｅｒｉｎｇ）及び完全性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む様々な機能を提供する。ＳＡＥゲートウェイホストは、ページングに起因するＵプレーンパケットの終了やＵＥ移動性をサポートするためのＵプレーンの切替などの様々な機能を提供する。より明確には、ＭＭＥ／ＳＡＥゲートウェイ３０は、本明細書では単に「ゲートウェイ」と呼ばれるが、このエンティティはＭＭＥとＳＡＥゲートウェイの全てを含むことを理解すべきである。
【００１３】
ｅＮｏｄｅＢ２０とゲートウェイ３０との間にはＳ１インタフェースを介して複数のノードを接続することができる。ｅＮｏｄｅＢ２０同士はＸ２インタフェースを介して接続され、隣接するｅＮｏｄｅＢはＸ２インタフェースを有するメッシュネットワーク構造を有する。
【００１４】
図２は、一般的なＥ−ＵＴＲＡＮ及びＥＰＣの構成を示すブロック図である。図に示すように、ｅＮｏｄｅＢ２０は、ゲートウェイ３０のための選択、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）アクティブ期間中のゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）情報のスケジューリング及び送信、アップリンクとダウンリンクの全てでのＵＥ１０へのリソースの動的割当、ｅＮｏｄｅＢ測定の構成及び提供、無線ベアラ制御、ＲＡＣ（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、並びにＬＴＥ＿ＡＣＴＩＶＥ状態での接続移動性制御などの機能を実行する。前述のように、ＥＰＣにおいて、ゲートウェイ３０は、ページング開始、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーンの暗号化、ＳＡＥベアラ制御、並びにＮＡＳシグナリングの暗号化及び完全性保護などの機能を実行する。
【００１５】
図３及び図４は、Ｅ−ＵＭＴＳのためのユーザプレーンプロトコル及び制御プレーンプロトコルスタックを示すブロック図である。図に示すように、プロトコル層は、通信システム技術でよく知られているＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルの下位３層に基づいて、第１層（Ｌ１）、第２層（Ｌ２）、及び第３層（Ｌ３）に区分される。
【００１６】
物理層である第１層（Ｌ１）は、物理チャネルを用いて上位層に情報送信サービスを提供する。物理層は、トランスポートチャネルを介して上位に位置するＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層に接続され、ＭＡＣ層と物理層間では、トランスポートチャネルでデータが送受信される。異なる物理層間、すなわち送信側の物理層と受信側の物理層間では、前記物理チャネルでデータが送受信される。
【００１７】
第２層（Ｌ２）のＭＡＣ層は、論理チャネルで（上位層である）ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層にサービスを提供する。第２層（Ｌ２）のＲＬＣ層は、信頼性のあるデータ送信をサポートする。図３及び図４においてはＲＬＣ層を示すが、ＲＬＣ機能がＭＡＣ層で実現されてＭＡＣ層により実行される場合、ＲＬＣ層自体が必要ないこともある。第２層（Ｌ２）のＰＤＣＰ層は、ＩＰｖ４やＩＰｖ６などのＩＰパケットを使用して送信されるデータを相対的に帯域幅の狭い無線インタフェースで効率的に送信できるように、不要な制御情報を減らすヘッダ圧縮機能を実行する。ＰＤＣＰ層は、入力としてＳＤＵ（Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）を受信し、出力として圧縮されたＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）を下位層に送る。
【００１８】
第３層（Ｌ３）の最下位に位置するＲＲＣ層は、制御プレーンでのみ定義され、無線ベアラ（ＲＢ）の設定、再設定、及び解除に関連して、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ここで、ＲＢとは、端末とＥ−ＵＴＲＡＮ間のデータ送信のために第２層（Ｌ２）により提供されるサービスを意味する。
【００１９】
図３において、（ネットワーク側のｅＮｏｄｅＢ２０で終端する）ＲＬＣ層及びＭＡＣ層は、スケジューリング、ＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）、及びＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）などの機能を実行する。（ネットワーク側のｅＮｏｄｅＢ２０で終端する）ＰＤＣＰ層は、ヘッダ圧縮、完全性保護、及び暗号化などのユーザプレーン機能を実行する。
【００２０】
図４において、（ネットワーク側のｅＮｏｄｅＢ２０で終端する）ＲＬＣ層及びＭＡＣ層は、制御プレーンと同様の機能を実行する。また、（ネットワーク側のｅＮｏｄｅＢ２０で終端する）ＲＲＣ層は、ブロードキャスト、ページング、ＲＲＣ接続管理、無線ベアラ（ＲＢ）制御、移動性機能、並びにＵＥ測定報告及び管理などの機能を実行する。さらに、（ネットワーク側のゲートウェイ３０のＭＭＥで終端する）ＮＡＳ制御プロトコルは、ＳＡＥベアラ管理、認証、ＬＴＥ＿ＩＤＬＥ移動性処理、ＬＴＥ＿ＩＤＬＥでのページング開始、ゲートウェイとＵＥ１０間のシグナリングのためのセキュリティ制御などの機能を実行する。
【００２１】
ＮＡＳ制御プロトコルは３つの異なる状態を使用することができる。第一に、ＲＲＣエンティティがない場合のＬＴＥ＿ＤＥＴＡＣＨＥＤ状態であり、第二に、最小のＵＥ情報を保存する間はＲＲＣ接続がない場合のＬＴＥ＿ＩＤＬＥ状態であり、第三に、ＲＲＣ接続が設定された場合のＬＴＥ＿ＡＣＴＩＶＥ状態である。また、ＲＲＣ状態は２つの異なる状態、すなわちＲＲＣ＿ＩＤＬＥ状態とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に分けられる。
【００２２】
ＲＲＣ＿ＩＤＬＥ状態で、ＵＥ１０は、ＮＡＳにより構成されたＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）を指定する一方でシステム情報及びページング情報のブロードキャストを受信することができ、ＵＥにはトラッキングエリアでＵＥを固有に識別するＩＤが割り当てられている。さらに、ＲＲＣ＿ＩＤＬＥ状態で、ｅＮｏｄｅＢにはどのＲＲＣコンテキストも保存されない。
【００２３】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、ＵＥ１０は、ネットワーク（ｅＮｏｄｅＢ）とのデータ送受信ができるように、Ｅ−ＵＴＲＡＮでＥ−ＵＴＲＡＮ  ＲＲＣ接続及びコンテキストを有する。また、ＵＥ１０は、ｅＮｏｄｅＢにチャネル品質情報及びフィードバック情報を報告することができる。
【００２４】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、Ｅ−ＵＴＲＡＮはＵＥ１０の属するセルが分かる。従って、ネットワークは、ＵＥ１０とデータ送受信を行うことができ、ＵＥの移動性（ハンドオーバー）を制御することができ、隣接セルのセル測定を行うことができる。
【００２５】
ＲＲＣ＿ＩＤＬＥモードで、ＵＥ１０はページングＤＲＸサイクルを指定する。特に、ＵＥ１０は、全てのＵＥ特定ページングＤＲＸサイクルの特定のページング時点（ｐａｇｉｎｇ  ｏｃｃａｓｉｏｎ）でページング信号をモニタする。
【００２６】
無線通信リンクは、無線装置（例えば、ＬＴＥのコンテキストのＵＥ）と複数の基地局を有するネットワーク（例えば、ＬＴＥのコンテキストのｅＮｏｄｅＢ）間のリンクである。これは、方向性を有するので、このような無線通信リンクは、データユニット送信側とデータユニット受信側を有する。リンクの方向によって、ネットワークがデータユニット受信側にあるときは無線装置がデータユニット送信側にあってもよく、ネットワークがデータユニット送信側にあるときは無線装置がデータユニット受信側にあってもよい。
【００２７】
場合によっては、このような無線装置と無線通信リンクのハンドオーバーは、ソース基地局からターゲット基地局に開始してもよい。
【００２８】
ハンドオーバー手順は、ソースｅＮｏｄｅＢによりサービスされるソースセルからターゲットｅＮｏｄｅＢによりサービスされるターゲットセルに待機中の通信を送信又はハンドオフすることに注意する。ここでは、ソース及びターゲットセルが同一ｅＮｏｄｅＢによりサービスされない非制限的なケースを考慮する。
【００２９】
図５は、無線装置がデータユニット受信側にあり、ネットワークが無線通信リンクのデータユニット送信側にあるとき、無線通信リンクのＵＥとのハンドオーバーがソースｅＮｏｄｅＢからターゲットｅＮｏｄｅＢに開始される無線通信リンクに関する送信を示す図である。
【００３０】
送信されるメッセージに関するより詳細な事項は、該当ＬＴＥ技術、特に２００７年１２月に発刊された３ＧＰＰ  ＴＳ  ３６．４２３  Ｖ８．０．０「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（ＥＵＴＲＡＮ）；Ｘ２  ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｔｏｃｏｌ（Ｘ２ＡＰ）（Ｒｅｌｅａｓｅ  ８）」及び３ＧＰＰ  ＴＳ  ３６．３００  Ｖ８．３．０「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）ａｎｄ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）；Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ  ２（Ｒｅｌｅａｓｅ  ８）」に開示されている。
【００３１】
ハンドオーバー手順の開始前に、（ダウンリンク）データユニットのシーケンスがｅＮｏｄｅＢからＵＥに無線通信リンクに沿って送信される。
【００３２】
ここで考慮するデータユニットは、ＰＤＣＰ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層であり、ＰＤＣＰ  ＳＤＵとも呼ばれる。ＬＴＥのコンテキストのＰＤＣＰは、２００７年１２月に発刊された技術明細書３ＧＰＰ  ＴＳ
３６．３２３  Ｖ８．０．０「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）；Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ  ８）」に記述されている。
【００３３】
しかしながら、当業者に公知の他の形態のデータユニットも考えることができる。特に、ＰＤＣＰとは異なる層のデータユニットを考えることもできる。
【００３４】
前記ソースｅＮｏｄｅＢは、各ｅＮｏｄｅＢに備えられる領域制限情報に応じて図２に示すＲＲＣの一部を形成するＵＥ測定手順を構成する。これは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＵＥに少なくとも１つのＭＥＡＳＵＲＥＭＥＮＴ  ＣＯＮＴＲＯＬメッセージを送信して行うことができる。ソースｅＮｏｄｅＢにより要求された測定は、ＵＥの接続移動性を制御する機能をサポートすることができる。そうすると、ＵＥは、例えばソースｅＮｏｄｅＢによりブロードキャストされるシステム情報及び／又はＭＥＡＳＵＲＥＭＥＮＴ  ＣＯＮＴＲＯＬメッセージもしくは追加されたダウンリンクシグナリングにおいて指定されるシステム情報に応じて設定された規則に従ってＭＥＡＳＵＲＥＭＥＮＴ  ＲＥＰＯＲＴメッセージ（１参照）を送信するようにトリガされる。
【００３５】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある各ＵＥに対して、ソースｅＮｏｄｅＢは、その入力がＵＥにより報告される測定及びソースｅＮｏｄｅＢにより行われる他の測定を含む少なくとも１つのハンドオーバー制御アルゴリズムを行う。前記測定により、ソースｅＮｏｄｅＢは、ターゲットｅＮｏｄｅＢに対して前記ＵＥがハンドオフを行なうことを決定することができる。この場合、ソースｅＮｏｄｅＢは、ターゲットｅＮｏｄｅＢにＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージを発行して（２参照）ターゲット側にハンドオーバーの準備のために必要な情報を送信する。このような情報は、ソースｅＮｏｄｅＢのＵＥ  Ｘ２シグナリングコンテキストレファレンス、ＵＥ  Ｓ１  ＥＰＣシグナリングコンテキストレファレンス、ターゲットセル識別子、ＲＲＣコンテキスト、及びＳＡＥベアラコンテキストを含む。ＵＥ  Ｘ２及びＵＥ  Ｓ１シグナリングコンテキストレファレンスは、ターゲットｅＮｏｄｅＢがソースｅＮｏｄｅＢ及びＥＰＣを指定できるようにする。ＳＡＥベアラコンテキストは、必要とするＲＮＬ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）及びＴＮＬ（Ｔｒａｎｓｐｏｒｔ  Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）アドレッシング情報を含む。
【００３６】
許可制御機能は、受信されたＳＡＥベアラサービス品質（ＱｏＳ）情報に応じてターゲットｅＮｏｄｅＢにより行われ、必要とするリソースがターゲットｅＮｏｄｅＢで利用できる場合、ハンドオーバーの成功可能性を増加させる。前記ハンドオーバーが許可される場合、ターゲットｅＮｏｄｅＢは、受信されたＳＡＥベアラサービス品質（ＱｏＳ）情報に応じて前記リソースを構成してターゲットセルのＵＥを区別するための新しいＣ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を確保する。ターゲットｅＮｏｄｅＢは、第１及び第２層のハンドオーバーを準備してソースｅＮｏｄｅＢにＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＤＥＤＧＥメッセージを送信する（３参照）。前記ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＤＥＤＧＥメッセージは、ＵＥ１０に送信するトランスペアレントなコンテナを含む。前記コンテナは、ターゲットｅＮｏｄｅＢにより割り当てられた新しいＣ−ＲＮＴＩを含んでもよく、アクセスパラメータ、システム情報ブロック（ＳＩＢ）などのいくつかの他のパラメータを含んでもよい。前記ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＤＥＤＧＥメッセージは、必要であれば、伝送トンネルのためのＲＮＬ／ＴＮＬ情報を含むこともできる。
【００３７】
これに対して、ソースｅＮｏｄｅＢは、ＲＲＣプロトコルのＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージを生成してこれをＵＥに送信する（４参照）。同時に、ソースｅＮｏｄｅＢは、ＵＥによるデータユニットの確認状態に関する情報だけでなく、ＵＥに送信するためにバッファリングされており、かつ現在ＵＥに移動中のデータユニットの一部又は全部をターゲットｅＮｏｄｅＢに送信する。
【００３８】
前記ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージは、ターゲットｅＮｏｄｅＢから受信したトランスペアレントなコンテナを含む。前記ソースｅＮｏｄｅＢは、完全性保護及び暗号化の必要機能を前記メッセージに適用する。前記ＵＥは、必要とするパラメータ（新しいＣ−ＲＮＴＩ、可能な開始時間、ターゲットｅＮｏｄｅＢ  ＳＩＢなど）と共に前記ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤメッセージを受信するので、前記ソースｅＮｏｄｅＢからハンドオーバー実行の指示を受ける。前記ＵＥは、ソースセルから分離して同期して前記ターゲットセルにアクセスすることにより前記ハンドオーバー命令に従う。
【００３９】
前記ＵＥがターゲットセルに正常にアクセスすると、新しく割り当てられたＣ−ＲＮＴＩを利用してＨＡＮＤＯＶＥＲ  ＣＯＮＦＩＲＭメッセージをターゲットｅＮｏｄｅＢに送信して（９参照）前記ハンドオーバー手順がＵＥ側において完了したことを示す。前記ターゲットｅＮｏｄｅＢは、ＨＡＮＤＯＶＥＲ  ＣＯＮＦＩＲＭメッセージで送信されたＣ−ＲＮＴＩを確認する。前記確認が肯定的である場合、前記ＵＥが変更されたセルを有しているということがＨＡＮＤＯＶＥＲ  ＣＯＭＰＬＥＴＥメッセージによりターゲットｅＮｏｄｅＢからＥＰＣに通知される。前記ＥＰＣは、ダウンリンクデータ経路をターゲット側に切り替え、ソースｅＮｏｄｅＢに向かった全てのＵプレーン／ＴＮＬリソースを解除する。前記ＥＰＣは、ＨＡＮＤＯＶＥＲ  ＣＯＭＰＬＥＴＥ  ＡＣＫメッセージを返して確認する。
【００４０】
そうすると、前記ターゲットｅＮｏｄｅＢは、ＲＥＬＥＡＳＥ  ＲＥＳＯＵＲＣＥメッセージを送信してハンドオーバーが正常に行われたことを前記ソースｅＮｏｄｅＢに通知し（１３参照）、このメッセージは、前記ソースｅＮｏｄｅＢによりリソース、すなわち、ＵＥコンテキストに関する無線及びＣ−プレーン関連リソースの解除をトリガする。
【００４１】
図５に示ように、前記ソースｅＮｏｄｅＢから前記ターゲットｅＮｏｄｅＢへのハンドオーバーが開始された後（１〜４参照）、前記ソースｅＮｏｄｅＢが、前記ＵＥの受信が前記ソースｅＮｏｄｅＢに確認されていないダウンリンクＰＤＣＰ  ＳＤＵを前記ターゲットｅＮｏｄｅＢに送信するので（６参照）、前記ターゲットｅＮｏｄｅＢが前記ＵＥにそれらを再送することができる。
【００４２】
ＰＤＣＰ状態報告は、前記ＵＥにおいて構成され、前記ＵＥは、前記ＰＤＣＰ状態報告を下位層に送信する。前記ＵＥの送信ユニットは、前記ＰＤＣＰ状態報告を前記ターゲットｅＮｏｄｅＢにさらに送信できる（１０参照）。前記ＰＤＣＰ状態報告が送信されるか否かは、ＲＲＣシグナリングにより示される。前記ＰＤＣＰ状態報告のフォーマット及びコンテンツは、前述したＴＳ  ３６．３２３のＳｅｃｔｉｏｎ  ６．２．６に示されており、図９に再び示す。
【００４３】
図７に示すように、前記ＰＤＣＰ状態報告は、最後の順次受信ＰＤＣＰシーケンスナンバーを含む１２ビットのＬＩＳフィールドを含み、これは、前記ＵＥにより順に受信された最後のＰＤＣＰ  ＳＤＵのシーケンスナンバーである。
【００４４】
「順次受信ＰＣＳＰ  ＳＤＵ」は、前記シーケンスで最初の未受信ＰＤＣＰ  ＳＤＵ以前に送信されたＰＤＣＰ  ＳＤＵのシーケンスの受信されたＰＤＣＰ  ＳＤＵと定義される。従って、ＬＩＳフィールドは、前記最初の未受信ＰＤＣＰ  ＳＤＵのすぐ前のシーケンスのＰＤＣＰ  ＳＤＵを指定するポインタである。
【００４５】
前記ＰＤＣＰ状態報告は、また、前記シーケンスのＰＤＣＰ  ＳＤＵに関する状態情報を提供するビットマップを含み、これは、前記ＵＥの保存ユニットに保存され、ＬＩＳより高いシーケンスナンバー（ＳＮ）を有する各ＰＤＣＰ  ＳＤＵに対して（すなわち、最後の順次受信ＰＤＣＰ  ＳＤＵの次のシーケンスの各ＰＤＣＰ  ＳＤＵに対して）前記ＰＤＣＰ  ＳＤＵがＵＥにより受信されているか否かを示す。
【００４６】
より詳しくは、このビットマップは、サイズが可変的であり、その最初のオクテットのＭＳＢ（Ｍｏｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）（図７のＯｃｔ３）は、ＳＮ（ＬＩＳ＋１）ｍｏｄｕｌｏ  ４０９６を有するＰＤＣＰ  ＳＤＵが受信されているか否かを示し、選択的に最初のオクテットのＬＳＢ（Ｌｅａｓｔ  Ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ）（図７のＯｃｔ３）は、ＳＮ（ＬＩＳ＋８）ｍｏｄｕｌｏ  ４０９６を有するＰＤＣＰ  ＳＤＵが正確に受信されているか否かを示す一方で、対応するＰＤＣＰ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）が正確に圧縮されたか否かを示す。同一方式がビットマップのＮ番目のオクテットまで適用され（図７のＯｃｔ２＋Ｎ）、前記ビットマップは、最後の順次受信ＰＤＣＰ  ＳＤＵのすぐ後のＰＤＣＰ  ＳＤＵから最後に受信されたＰＤＣＰ  ＳＤＵまでの全てのＰＤＣＰ  ＳＤＵを含むことができる。
【００４７】
前記ビットマップの各ビットは、以下のように設定される。
【００４８】
ＰＤＣＰシーケンスナンバー＝（ＬＩＳ＋ビット位置）ｍｏｄｕｌｏ  ４０９６を有するＰＤＣＰ  ＰＤＵが受信されていないか、選択的に受信されているが、正確に圧縮されていない場合は「０」である。
【００４９】
ＰＤＣＰシーケンスナンバー＝（ＬＩＳ＋ビット位置）ｍｏｄｕｌｏ  ４０９６を有するＰＤＣＰ  ＰＤＵが正確に受信され、正確に復元されているか、復元されていない場合は「１」である。
【００５０】
すなわち、ＲＬＣにより示されたように、受信されていないＰＤＣＰ  ＳＤＵに対応するビットマップの全ての位置において、及び選択的に復元に失敗したＰＤＣＰ  ＰＤＵは「０」に設定されるが、ビットマップの他の全ての位置においては「１」に設定される。
【００５１】
前記ソースｅＮｏｄｅＢがＰＤＣＰ状態報告を受信すると、ＬＩＳフィールドにより示されたＰＤＣＰ  ＳＮと同一であるか、又は、低いＰＤＣＰ  ＳＮを有するＰＤＣＰ  ＳＤＵだけでなく、前記ビットマップの二進値１で示された全てのＰＤＣＰ  ＳＤＵを廃棄することができる（図５の１１参照）。
【００５２】
他のＰＤＣＰ  ＳＤＵ、すなわち、前記ビットマップにおいて二進値０で示されたＰＤＣＰ  ＳＤＵは、ソースｅＮｏｄｅＢから既にそれらを受信したターゲットｅＮｏｄｅＢがＵＥに再送できる（１２参照）。
【００５３】
この方法で、前記ソースｅＮｏｄｅＢがハンドオーバー前に前記ＵＥから最新ＲＬＣ状態情報を受信していない場合、前記ＵＥにより既に受信されたＰＤＣＰ  ＳＤＵのターゲットｅＮｏｄｅＢによる不要な再送を防止する。
【００５４】
図６は、無線装置がデータユニット送信側にあり、ネットワークが無線通信リンクのデータユニット受信側にある無線通信リンクに関連する送信、ソースｅＮｏｄｅＢからターゲットｅＮｏｄｅＢに開始されるＵＥと無線通信リンクのハンドオーバーを概略的に示す図である。
【００５５】
従って、ハンドオーバー手順が開始する前に、（アップリンク）データユニットのシーケンスはＵＥからソースｅＮｏｄｅＢに無線通信リンクに沿って送信される。
【００５６】
図６に示す送信の大部分は、図９の送信と同一又は類似している。
【００５７】
前記ソースｅＮｏｄｅＢから前記ターゲットｅＮｏｄｅＢに送信されるＳＮ状態送信メッセージ（５’参照）は、その後のアップリンクＰＤＣＰ  ＳＤＵがビットマップの形態でソースｅＮｏｄｅＢに正確に受信されたか否かだけでなく、最後の順次受信ＰＤＣＰシーケンスナンバーのインジケータを含む。
【００５８】
ＳＮ状態送信メッセージに含まれる情報に応じて、前記ターゲットｅＮｏｄｅＢは、図５に示すようにＰＤＣＰ状態報告を作成してＵＥに送信することができ、（１０’参照）、最後の順次受信ＰＤＣＰシーケンスナンバーを識別するＬＩＳフィールド及びＬＩＳより大きなシーケンスナンバー（ＳＮ）を有するＰＤＣＰ  ＳＤＵがソースｅＮｏｄｅＢにより受信されているか否かを示すビットマップを含むことができる。
【００５９】
ＰＤＣＰ状態報告を受信した場合、前記ＵＥは、ＬＩＳフィールドにより示されたＰＤＣＰ  ＳＮと同一であるか又は低いＰＤＣＰ  ＳＮを有するＰＤＣＰ  ＳＤＵだけでなく、前記ビットマップの二進値１で示された全てのＰＤＣＰ  ＳＤＵを廃棄できる（図６の１１’参照）。
【００６０】
他のＰＤＣＰ  ＳＤＵ、すなわち、前記ビットマップにおいて二進値０で示されたＰＤＣＰ  ＳＤＵは、前記ＵＥがターゲットｅＮｏｄｅＢに再送できる（１２’参照）。
【００６１】
もちろん、１つはダウンリンクＰＤＣＰ  ＳＤＵを送信し、他の１つはアップリンクＰＤＣＰ  ＳＤＵを送信する２つの反対方向を有する無線通信リンクがＵＥとネットワーク間に同時に存在する。この場合、図５及び図６に示す前述したメカニズムは、全て同時に行うことができ、選択的な再送は両方向に発生し得る。
【００６２】
前述したように、アップリンク又はダウンリンク方向の前記状態報告のＬＩＳフィールドは、「最後の順次」受信されたＰＤＣＰ  ＳＤＵのシーケンスナンバー（ＳＮ）を含む。これは、少なくとも１つのＰＤＣＰ  ＳＤＵが順に受信されたことを意味する。
【００６３】
しかしながら、送信された最初のＰＤＣＰ  ＳＤ、すなわち、シーケンスナンバー０を有するＰＤＣＰ  ＳＤＵが受信されていないが、他のＰＤＣＰ  ＳＤＵが受信された場合、順次受信ＰＤＣＰ  ＳＤＵがない。すなわち、最初の未受信ＰＤＣＰ  ＳＤＵ以前に受信されたＰＤＣＰ  ＳＤＵはない。
【００６４】
そのような状況を図８に示し、ここで、交差線の欄は、受信されたＰＤＣＰ  ＳＤＵを示し、空白の欄は、未受信ＰＤＣＰ  ＳＤＵ（又は、不正確に復元されたＰＤＣＰ  ＰＤＵ）を示す。図８に示すように、ＳＮ０を有するＰＤＣＰ  ＳＤＵは、（ソースｅＮｏｄｅＢ又はＵＥによって）データユニット受信側で受信されていない。従って、受信した最初のＰＤＣＰ  ＳＤＵは、最初の未受信ＰＤＣＰ  ＳＤＵでもある。しかしながら、ＳＮ１、２、４及びＭを有する他のＰＤＣＰ  ＳＤＵは受信されている。この場合、順次受信ＰＤＣＰ  ＳＤＵはない。
【００６５】
この場合、いずれのＬＩＳ値も決定できないので、ＵＥ及びターゲットｅＮｏｄｅＢは、状態報告に書き入れることができず、いかなるＰＤＣＰ  ＳＤＵが受信されており、いかなるＰＤＣＰ  ＳＤＵが受信されていないかを示すことはできない。そのような情報がない場合、これは大規模な再送又は逆に再送の急落をもたらすことがある、これは、全て有害な結果を招く（通信での帯域幅占有又は有用な情報の莫大な損失）。
【００６６】
実際に、前記値−１が状態報告のＬＩＳフィールドに示されるようにすることにより、ビットマップは、ＳＮ０を有するＰＤＣＰ  ＳＤＵで開始することができる。しかしながら、これは、既に全て使用されたＬＩＳフィールドのために利用できる限られた数の値（ＬＴＥの１２ビット形態に対して４０９６個の値）であるため不可能である。従って、前記値−１の追加は、ＬＩＳフィールドのサイズの拡大、例えば、少なくとも１つの追加ビットを必要とするので、従来の仕様と一致しないであろう。
【００６７】
本発明の目的は、このような欠点を克服することにある。
【発明の概要】
【課題を解決するための手段】
【００６８】
本発明は、無線装置と複数の基地局を有するネットワーク間でデータユニット送信側とデータユニット受信側を有する無線通信リンクに沿って送信されるデータのシーケンスのための状態報告を送信する無線通信方法を提案する。
【００６９】
前記方法は、前記データユニット受信側において、各データユニットに対して前記データユニットが前記データユニット受信側に受信されているか否かを示す前記シーケンスのデータユニットに関する状態情報を決定する段階と、前記無線通信リンクの前記データユニット受信側から前記データユニット送信側に前記シーケンスの最初の未受信データユニットを示すポインタ及び前記シーケンスの前記最初の未受信データユニット以後の１セットのデータユニットに関する前記状態情報を提供するビットマップを含む状態報告を送信する段階とを含む。
【００７０】
最後に順次受信したデータユニットとは対照的に、前記最初の未受信データユニットは常に識別可能なので、前記状態報告は常に作成可能である。
【００７１】
また、前記最初の未受信データユニットは、前記状態報告の前記ポインタにより示されるので、前記状態報告の受信機は、それが受信されていないことを直接把握できる。前記ビットマップにおいて、前記最初の未受信データユニットを示す必要がない。従って、前記ビットマップの１ビットが節約できるので、前記状態報告を１ビット少ないビットで作成できる。また、前記状態報告のサイズを維持することができ、前記追加ビットは、さらなるデータユニットのための状態情報などのさらなる情報を含むことができる。
【００７２】
好ましくは、前記方法は、前記データユニット送信側から前記データユニットセットの少なくとも１つのデータユニットを受信する段階をさらに含み、ここで、前記データユニットセットの少なくとも１つのデータユニットは、前記データユニット受信側に受信されない。
【００７３】
好ましくは、前記方法は、前記状態報告に含まれる前記ビットマップに応じて前記無線通信リンクに沿って前記データユニットセットの少なくとも１つのデータユニットを選択的に再送する段階をさらに含む。
【００７４】
前記状態報告は、ダウンリンク及び／又はアップリンクに使用できる。これは、また、ソースノードとターゲットノードの間で送信される状態メッセージにも使用できる。
【００７５】
前記状態報告は、前記無線装置と無線通信リンクのハンドオーバーがソース基地局からターゲット基地局に開始された後、前記無線装置とターゲット基地局間で送信できる。しかしながら、これは、また、前記無線通信リンクのハンドオーバーが発生しないときは、前記無線装置と前記ネットワークの基地局間でも送信できる。
【００７６】
本発明の他の態様は、上記方法を行う手段を含むシステムに関する。
【００７７】
本発明のさらに他の態様は、状態報告を構成するために備えられた通信装置に関し、前記装置は、ハンドオーバーが発生した後、最初の未受信データユニットのシーケンスナンバーを示すインジケータ及び前記最初の未受信データユニット以後の少なくとも１つのデータユニットを受信しているか否かを示すビットマップを含むＰＤＣＰ状態報告を構成する構成ユニットと、前記ＰＤＣＰ状態報告を下位層に送信する送信ユニットとを含む。
【００７８】
本発明のさらに他の態様は、状態報告を構成する無線通信方法に関し、前記方法は、上位層からハンドオーバーが発生したことを示すインジケータを受信する段階と、最初の未受信データユニットのシーケンスナンバーを示すインジケータ及び前記最初の未受信データユニット以後の少なくとも１つのデータユニットを受信したか否かを示すビットマップを含むＰＤＣＰ状態報告を構成する段階と、前記構成されたＰＤＣＰ状態報告を下位層に送信する段階とを含む。
【００７９】
好ましくは、前記方法は、前記構成されたＰＤＣＰ状態報告をネットワークに送信する段階をさらに含む。
【００８０】
好ましくは、前記最初の未受信データユニット以後の前記少なくとも１つのデータユニットは、最後の非順次（ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ）受信データユニット以後にある。
【００８１】
本発明のさらに他の態様は、複数の基地局を有するネットワークから送信されるデータのシーケンスを受信するために作成された無線装置に関する。前記無線装置は、
前記シーケンスのデータユニットに関する状態情報、すなわち各データユニットに対して前記データユニットが前記無線装置により受信されているか否かを示す状態情報を保存する保存ユニットと、前記シーケンスの最初の未受信データユニットを示すポインタ及び前記シーケンスの前記最初の未受信データユニット以後の１セットのデータユニットに関する前記状態情報を提供するビットマップを含む状態報告を前記ネットワークに送信する送信ユニットとを含む。
【００８２】
本発明のさらに他の態様は、無線装置から送信されるデータのシーケンスを受信するために備えられた複数の基地局を含むネットワークに関する。前記ネットワークは、
前記シーケンスのデータユニットに関する状態情報、すなわち、各データユニットに対して前記データユニットが前記ネットワークにより受信されているか否かを示す状態情報を保存する保存ユニットと、前記シーケンスの最初の未受信データユニットを示すポインタ及び前記シーケンスの前記最初の未受信データユニット以後の１セットのデータユニットに関する前記状態情報を提供するビットマップを含む状態報告を前記無線装置に送信する送信ユニットとを含む。
【００８３】
本発明のさらに他の態様は、無線装置と複数の基地局を有するネットワーク間でデータユニット送信側とデータユニット受信側を有する無線通信リンクに沿ってデータユニットのシーケンスを送信する方法を提案する。
【００８４】
前記方法は、前記データユニット受信側に、前記シーケンスのデータユニットに関する状態情報、すなわち、各データユニットに対して前記データユニットが前記データユニット受信側により受信されているか否かを示す状態情報を保存する段階と、前記シーケンスの最初の未受信データユニットを示すポインタ及び前記シーケンスの前記最初の未受信データユニット以後の１セットのデータユニットに関する前記状態情報を提供するビットマップを含む状態報告を前記無線通信リンクのデータユニット受信側からデータユニット送信側に送信する段階と、前記状態報告に含まれるビットマップに応じて前記無線通信リンクに沿って前記データユニットセットの一部を選択的に再送する段階とを含む。
例えば、本発明は以下の項目を提供する。
（項目１）
無線装置と複数の基地局を有するネットワーク間でデータユニット送信側とデータユニット受信側を有する無線通信リンクに沿って送信されるデータのシーケンスのための状態報告を送信する無線通信方法であって、
上記データユニット受信側において、各データユニットに対して上記データユニットが上記データユニット受信側に受信されているか否かを示す上記シーケンスのデータユニットに関する状態情報を決定する段階と、
上記無線通信リンクの上記データユニット受信側から上記データユニット送信側に上記シーケンスの最初の未受信データユニットを示すポインタ及び上記シーケンスの上記最初の未受信データユニット以後の１セットのデータユニットに関する上記状態情報を提供するビットマップを含む状態報告を送信する段階と
を含むことを特徴とする方法。
（項目２）
上記データユニット送信側から上記データユニットセットの少なくとも１つのデータユニットを受信する段階をさらに含み、ここで、上記データユニットセットの少なくとも１つのデータユニットは、上記データユニット受信側に受信されないことを特徴とする項目１に記載の方法。
（項目３）
上記無線通信リンクの上記データユニット受信側から上記データユニット送信側に上記状態報告を送信する前に、ソース基地局からターゲット基地局に上記無線装置と上記無線通信リンクのハンドオーバーを開始する段階を含むことを特徴とする項目１に記載の方法。
（項目４）
上記無線装置は、上記無線通信リンクの上記データユニット受信側にあり、上記ネットワークは、上記データユニット送信側にあり、上記シーケンスの少なくとも一部のデータユニットは、上記ソース基地局から上記ターゲット基地局に送信され、上記状態報告は、上記無線装置から上記ターゲット基地局に送信され、上記データユニットセットの一部は、上記ターゲット基地局から上記無線装置に選択的に再送されることを特徴とする項目３に記載の方法。
（項目５）
上記無線装置は、上記無線通信リンクの上記データユニット送信側にあり、上記ネットワークは、上記データユニット受信側にあり、上記シーケンスのデータユニットに関する状態情報は、上記ソース基地局から上記ターゲット基地局に送信され、上記状態報告は、上記ターゲット基地局から上記無線装置に送信され、上記データユニットセットの一部は、上記無線装置から上記ターゲット基地局に選択的に再送されることを特徴とする項目３に記載の方法。
（項目６）
上記データユニットのセットは、上記最初の未受信データユニットから１つのデータユニットだけ後から始まることを特徴とする項目１に記載の方法。
（項目７）
上記データユニットのセットは、上記シーケンスの連続したデータユニットから構成されることを特徴とする項目１に記載の方法。
（項目８）
上記状態報告に含まれる上記ポインタにより示される上記最初の未受信データユニットは、上記無線通信リンクに沿って再送されることを特徴とする項目１に記載の方法。
（項目９）
上記状態情報は、それぞれの受信したデータユニットに対して上記データユニットが正確に復元されているか否かをさらに示すことを特徴とする項目１に記載の方法。
（項目１０）
上記シーケンスの上記データユニットはＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層のデータユニットであることを特徴とする項目１に記載の方法。
（項目１１）
上記ネットワークは、Ｅ−ＵＭＴＳネットワークであることを特徴とする項目１に記載の方法。
（項目１２）
上記無線通信リンクに沿って上記状態報告に含まれる上記ビットマップに応じて上記無線通信リンクの上記データユニット受信側に受信されていない上記データユニットセットの一部を再送する段階及び上記状態報告に含まれる上記ビットマップに応じて上記無線通信リンクのデータユニット受信側で受信した上記データユニットセットの一部を上記無線通信リンクの上記データユニット送信側で廃棄する段階を含むことを特徴とする項目１に記載の方法。
（項目１３）
状態報告を構成するために備えられた通信装置であって、
ハンドオーバーが発生した後、最初の未受信データユニットのシーケンスナンバーを示すインジケータ及び上記最初の未受信データユニット以後の少なくとも１つのデータユニットを受信しているか否かを示すビットマップを含むＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ
Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）状態報告を構成する構成ユニットと、
上記ＰＤＣＰ状態報告を下位層に送信する送信ユニットと
を含むことを特徴とする通信装置。
（項目１４）
状態報告を構成する無線通信方法であって 、
上位層からハンドオーバーが発生したことを示すインジケータを受信する段階と、
最初の未受信データユニットのシーケンスナンバーを示すインジケータ及び上記最初の未受信データユニット以後の少なくとも１つのデータユニットを受信したか否かを示すビットマップを含むＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）状態報告を構成する段階と、
上記構成されたＰＤＣＰ状態報告を下位層に送信する段階と
を含むことを特徴とする無線通信方法。
（項目１５）
上記構成されたＰＤＣＰ状態報告をネットワークに送信する段階をさらに含むことを特徴とする項目１４に記載の方法。
（項目１６）
上記最初の未受信データユニット以後の上記少なくとも１つのデータユニットは、最後の非順次（ｏｕｔ−ｏｆ−ｓｅｑｕｅｎｃｅ）受信データユニット以後にあることを特徴とする項目１４に記載の方法。
【図面の簡単な説明】
【００８５】
本発明の目的、特徴、及び長所は、後述する発明の詳細な説明及び添付図面によりさらに明確になるであろう。
【図１】Ｅ−ＵＭＴＳ（又は、ＬＴＥ）システムのネットワーク構造を示すブロック図である。
【図２】ＬＴＥシステムの典型的なネットワークエンティティの論理的構造を示すブロック図である。
【図３】ユーザプレーン（Ｕプレーン）プロトコルスタックの典型的なネットワークエンティティの論理的構造を示すブロック図である。
【図４】制御プレーン（Ｃプレーン）プロトコルスタックの典型的なネットワークエンティティの論理的構造を示すブロック図である。
【図５】ソースｅＮｏｄｅＢからＵＥへのデータユニットの順次送信を含む通信に関する一般のハンドオーバー手順を示す図である。
【図６】ＵＥからソースｅＮｏｄｅＢへのデータユニットの順次送信を含む通信に関する一般のハンドオーバー手順を示す図である。
【図７】ハンドオーバー手順中にＵＥからターゲットｅＮｏｄｅＢに送信されるＰＤＣＰ状態報告の形態を示す図である。
【図８】最後の順次受信ＰＤＣＰ  ＳＤＵを識別できない受信状態を概略的に示す図である。
【図９】本発明によるダウンリンク又はアップリンク方向に関する状態報告のためのフォーマットの非制限的例を示す図である。
【発明を実施するための形態】
【００８６】
前述したように、本発明は、特に、ＬＴＥ又はＥ−ＵＭＴＳネットワークのＰＤＣＰ層に適用されるように説明される。しかしながら、本発明は、当業者に明らかなように、他のプロトコル層及び／又は他の形態のネットワーク（例えば、ＵＭＴＳ）のデータユニットにも適用される。この場合、ＬＴＥのコンテキストに言及された前記ＵＥ、ｅＮｏｄｅＢ、ＰＤＣＰ  ＳＤＵなどは、適切な無線装置、基地局、データユニットなどに代えられる。
【００８７】
前述したメカニズムを続けて適用することができる。しかしながら、本発明によれば、ＰＤＣＰ状態報告のフォーマットは、図９に示すように変形する。
【００８８】
前述したＬＩＳフィールドの代わりに、ＰＤＣＰ状態報告は、前記シーケンスの最初の未受信ＰＤＣＰ  ＳＤＵを示すポインタを含む。図９に示す本例においては、このポインタは、最初の未受信ＰＤＣＰ  ＳＤＵのシーケンスナンバーＳＮを含むフィールドの形態を有する。以下、本フィールドは、最初の損失ＰＤＣＰシーケンスナンバーのためのＦＭＳと呼ばれる。前記ＦＭＳ値は、これが使用された場合、ＬＩＳフィールドが含まれる値に１を足した値と見ることができる。
【００８９】
ＦＭＳフィールドは、他のサイズが適合することもあるが、好ましくは、ＬＩＳフィールドと同一サイズ、すなわち１２ビットである。
【００９０】
図８の非制限的例においては、前記ＦＭＳは、ＳＮ値０を含む。その結果、順次受信ＰＤＣＰ  ＳＤＵがない場合であっても、ＦＭＳ値は、常に決定可能であり、状態報告は常に作成可能である。
【００９１】
最後の順次ＰＤＣＰ  ＳＤＵが識別できる場合、これは、常に最初の未受信ＰＤＣＰ  ＳＤＵに直結するという点に留意する。これにより、図７に示すように、従来技術のＰＤＣＰ状態報告に常に０に設定されていたビットマップの最初のビットを持つことになる。このような最初のビットは、前記ＬＩＳフィールドにさらなる情報を提供していない。
【００９２】
図９に示すＰＤＣＰ状態報告は、前記ビットマップに最初の未受信ＰＤＣＰ  ＳＤＵに関するビットを持つ必要がないが、これは、最初の未受信ＰＤＣＰ  ＳＤＵのシーケンスナンバーのＦＭＳフィールドの存在により、このようなＰＤＣＰ  ＳＤＵを受信しなかったことが明らかなためである。
【００９３】
従って、ＬＩＳが報告される場合と比較して、ビットマップのサイズは１ビット小さくなる。
【００９４】
従って、前記ビットマップは、その最初のオクテットのＭＳＢ（図９のＯｃｔ３）は、ＳＮ（ＦＭＳ＋１）ｍｏｄｕｌｏ  ４０９６を有するＰＤＣＰ  ＳＤＵが受信されているか否かを示し、選択的にその最初のオクテットのＬＳＢ（図９のＯｃｔ３）は、ＳＮ（ＦＭＳ＋８）ｍｏｄｕｌｏ  ４０９６を有するＰＤＣＰ  ＳＤＵが正確に受信されているか否かを示す一方で、対応するＰＤＣＰ  ＰＤＵが正確に復元されているか否かを示すように作成することができる。同一方式がビットマップのＮ番目のオクテットに適用され（図９のＯｃｔ２＋Ｎ）、前記ビットマップは、最初の未受信ＰＤＣＰ  ＳＤＵすぐ後のＰＤＣＰ  ＳＤＵから最後に受信されたＰＤＣＰ  ＳＤＵまでの全てのＰＤＣＰ  ＳＤＵを含むことができる。
【００９５】
前記ＵＥは、いかなるＳＤＵが損失しているか（非設定ビット−「０」）、すなわちＳＤＵが受信されているか否か又は選択的に受信されたが正確に復元されているか否か、及びいかなるＳＤＵが再送を必要としないか（設定ビット−「１」）、すなわち、ＳＤＵが正確に受信されているか否か、及び正確に復元されているか又は復元されていないかを示すビットマップを記録する。
【００９６】
これは、以下の表に示す。
【００９７】
【表１】
0005281700.tif 000002
より一般的には、状態報告に含まれるビットマップは、前記シーケンスの最初の未受信ＰＤＣＰ  ＳＤＵ以後の１セットのＰＤＣＰ  ＳＤＵに関する状態情報を提供する。
【００９８】
このようなＰＤＣＰ  ＳＤＵのセットは、前述した例に示すように、最初の未受信ＰＤＣＰ  ＳＤＵから１つのＰＤＣＰ  ＳＤＵだけ後から始まることができる。しかしながら、前記シーケンスで前記セットの最初のＰＤＣＰ  ＳＤＵと最初の未受信ＰＤＣＰ  ＳＤＵ間のより大きな間隔を代案として使用できる。
【００９９】
同様に、前記ビットマップにおいてその状態が報告された前記ＰＤＣＰ  ＳＤＵのセットは、前記シーケンスの連続したＰＤＣＰ  ＳＤＵ、すなわちＦＭＳ値より高い連続したシーケンスナンバーを有するＰＤＣＰ  ＳＤＵで構成することができる。しかしながら、他の可能性も考慮できる（例えば、奇数のＳＮ、偶数のＳＮ、一連の特定ＳＮなど）。
【０１００】
好ましくは、最初の未受信ＰＤＣＰ  ＳＤＵ以後の少なくとも１つのデータユニットは、最後の非順次受信データユニット以後にある。
【０１０１】
前記ＰＤＣＰ  ＳＤＵのセットが前記最初の未受信ＰＤＣＰ  ＳＤＵ以後に限られた数の前記シーケンスのＰＤＣＰ  ＳＤＵのみを含む場合、従来技術と比較して、さらなるＰＤＣＰ  ＳＤＵのための状態情報又は任意の他の追加情報を提供するためのビットマップの保存されているビットを使用できる。
【０１０２】
図９に示すように、ＰＤＣＰ状態報告をＵＥからターゲットｅＮｏｄｅＢに送信する場合、ターゲットｅＮｏｄｅＢは、これを分析してそのＦＭＳフィールドから最初の未受信ＰＤＣＰ  ＳＤＵを得て、前記ビットマップから次のＰＤＣＰ  ＳＤＵを受信したか否かを確認する。
【０１０３】
このような方式で、選択的な再送をＰＤＣＰ状態報告に含まれるビットマップに応じてターゲットｅＮｏｄｅＢが行うことができる。実際に、ターゲットｅＮｏｄｅＢは、前記受信されたＰＤＣＰ  ＳＤＵの少なくとも一部を廃棄し、ＵＥにより受信されていないＰＤＣＰ  ＳＤＵの少なくとも一部及び選択的にＵＥにおいて正常に復元されていないＰＤＣＰ  ＳＤＵの少なくとも一部をＵＥに再送することができる。
【０１０４】
ＰＤＣＰ状態報告のビットマップに最初の未受信ＰＤＣＰ  ＳＤＵに関するビットがないが、ターゲットｅＮｏｄｅＢは、前記最初の未受信ＰＤＣＰ  ＳＤＵを再送することができるが、これは、ＦＭＳフィールドからこのＰＤＣＰ  ＳＤＵが受信されていないことを把握しているためである。
【０１０５】
同様に、図６に示すように、ＰＤＣＰ状態報告をターゲットｅＮｏｄｅＢからＵＥに送信した場合、前記ＵＥは、これを分析してそのＦＭＳフィールドから最初の未受信ＰＤＣＰ  ＳＤＵを得て、前記ビットマップから次のＰＤＣＰ  ＳＤＵを受信しているか否かを確認する。
【０１０６】
このような方式で、選択的な再送をＰＤＣＰ状態報告に含まれるビットマップに応じてＵＥが行うことができる。実際に、前記ＵＥは、前記受信されたＰＤＣＰ  ＳＤＵの少なくとも一部を廃棄し、ｅＮｏｄｅＢにより受信されないＰＤＣＰ  ＳＤＵの少なくとも一部及び選択的にｅＮｏｄｅＢにおいて正常に復元されていないＰＤＣＰ  ＳＤＵの少なくとも一部をターゲットｅＮｏｄｅＢに再送することができる。
【０１０７】
ＰＤＣＰ状態報告のビットマップに最初の未受信ＰＤＣＰ  ＳＤＵに関するビットがないが、前記ＵＥは前記最初の未受信ＰＤＣＰ  ＳＤＵを再送することができ、これは、ＦＭＳフィールドからこのＰＤＣＰ  ＳＤＵが受信されていないことを把握しているためである。
【０１０８】
この場合、ターゲットｅＮｏｄｅＢは、ソースｅＮｏｄｅＢによりＳＮ状態送信メッセージ（図６の５’参照）で最初の未受信ＰＤＣＰ  ＳＤＵ及び前記最初の未受信ＰＤＣＰ
ＳＤＵ以後のＰＤＣＰ  ＳＤＵが受信されているか否かを予め通知されている。この情報は、好ましくは、図９に示すＰＤＣＰ状態報告と同一タイプのフォーマットを用いる。
【０１０９】
本発明は、ＵＥと無線通信リンクのハンドオーバーがソースｅＮｏｄｅＢからターゲットｅＮｏｄｅＢに開始された後、ＵＥとターゲットｅＮｏｄｅＢ間でＰＤＣＰ状態報告が送信される場合に前述したように説明される。例えば、ダウンリンクの場合、前記ＵＥは、上位層からハンドオーバーが発生したというインジケータを受信した後、ＰＤＣＰ状態報告を構成することができる。
【０１１０】
しかしながら、この状態報告を送信し、本発明による状態報告に基づいて選択的な再送を行う段階は、無線通信リンクのハンドオーバーの発生中にＵＥとｅＮｏｄｅＢ間の無線通信にも適用することができる。非制限的な例として、最新ＲＬＣ状態情報を無線通信リンクのデータユニット送信側で受信していないか、又は、受信できないと考慮されるある程度の理由がある場合、ＰＤＣＰ状態報告は無線通信リンクに沿って送信することができる。
【図１】
0005281700.tif 000003
【図２】
0005281700.tif 000004
【図３】
0005281700.tif 000005
【図４】
0005281700.tif 000006
【図５】
0005281700.tif 000007
【図６】
0005281700.tif 000008
【図７】
0005281700.tif 000009
【図８】
0005281700.tif 000010
【図９】
0005281700.tif 000011