(57)【要約】中継局を介したアクセスを備えるユーザ機器のダウンリンク・ユーザ・データがハンドオーバ時に失われる可能性がある、従来技術におけるＲＬＣレイヤ・リレーの問題に対処するために、本発明は、基地局のネクストホップ・ネットワーク・デバイスが中継局である場合、ユーザ機器への少なくとも１つのＰＤＣＰ  ＰＤＵの送達に肯定応答するためのアクセス中継局からのユーザ機器送達肯定応答メッセージの受信時に、少なくとも１つのＰＤＣＰ  ＰＤＵに対応するＰＤＣＰ  ＳＤＵを廃棄するために基地局のＰＤＣＰエンティティをトリガするためのインジケーション・メッセージを、基地局のＲＬＣエンティティが基地局のＰＤＣＰエンティティに伝送するように、マルチホップ・リレー通信システム内でのダウンリンク・データ伝送を制御するための、方法および装置のソリューションを提案する。アクセス・リレーは、少なくとも１つのＰＤＣＰ  ＰＤＵに対応するすべてのＲＬＣ  ＰＤＵに関する肯定応答メッセージのユーザ機器からの受信時に、ユーザ機器送達肯定応答メッセージを生成する。好ましくは、アクセス中継局と基地局との間でバッファリングされた、ＲＬＣ  ＳＤＵが肯定応答されたかどうかに関するステータス情報を、暗黙的に同期化することが可能である。
2013502755.tif 000002
【特許請求の範囲】
【請求項１】
基地局においてダウンリンク・データ伝送を制御するための方法であって、前記基地局は１つまたは複数の中継局を介してユーザ機器と通信し、
Ａ．無線リンク制御レイヤで、１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵに対応するそれぞれの無線リンク制御レイヤＰＤＵを、前記ユーザ機器への経路を介してネクストホップ中継局へと伝送するステップと、
Ｂ．前記無線リンク制御レイヤで、前記１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵのうちの少なくとも１つが前記ユーザ機器に送達された旨の肯定応答に使用されるユーザ機器送達肯定応答メッセージが、受信されたかどうかを判断するステップと、
Ｃ．前記無線リンク制御レイヤが前記ユーザ機器送達肯定応答メッセージを受信した場合、前記無線リンク制御レイヤで前記パケット・データ収束プロトコル・レイヤにインジケーションを伝送するステップであって、前記インジケーションは、前記少なくとも１つのパケット・データ収束プロトコル・レイヤＰＤＵに対応するバッファリングされたパケット・データ収束プロトコル・レイヤＳＤＵを廃棄するよう、前記パケット・データ収束プロトコル・レイヤに命令するために使用される、伝送するステップと
を含む、方法。
【請求項２】
前記ステップＣの後、
Ｄ．前記パケット・データ収束プロトコル・レイヤで、前記インジケーションに従い、前記バッファリングされた対応するパケット・データ収束プロトコル・レイヤＳＤＵを廃棄するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵに対応する前記パケット・データ収束プロトコル・レイヤＳＤＵが、ＩＰレイヤでの伝送順序で、前記パケット・データ収束プロトコル・レイヤでバッファリングされ、前記ステップＡは、
前記無線リンク制御レイヤで、前記１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵに対応する前記それぞれの無線リンク制御レイヤＰＤＵを、前記伝送順序に従って前記ユーザ機器へ順次伝送するステップをさらに含み、
前記ユーザ機器送達肯定応答メッセージは、前記伝送順序に従った第１の未肯定応答パケット・データ収束プロトコル・レイヤＰＤＵ、または、前記伝送順序に従った前記第１の未肯定応答パケット・データ収束プロトコル・レイヤＰＤＵから始まる前記伝送順序に従った複数の順次パケット・データ収束プロトコル・レイヤＰＤＵが、前記ユーザ機器に送達された旨の肯定応答に使用され、
前記ステップＤは、
前記第１のパケット・データ収束プロトコル・レイヤＰＤＵまたは前記順次パケット・データ収束プロトコル・レイヤＰＤＵに対応する、前記パケット・データ収束プロトコル・レイヤＳＤＵを廃棄するステップをさらに含む、
請求項２に記載の方法。
【請求項４】
前記ユーザ機器送達肯定応答メッセージは、前記それぞれのパケット・データ収束プロトコル・レイヤＰＤＵが前記ユーザ機器に送達されたかどうかをそれぞれのビットがそれぞれ表す、ビットマップの形式で表される、請求項１または２に記載の方法。
【請求項５】
前記基地局と前記ユーザ機器との間の前記通信は、ホップ・バイ・ホップ自動再送要求再伝送機構を使用する、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
基地局が中継局内のダウンリンク・データ伝送を制御するのを支援するための方法であって、前記中継局はユーザ機器へのアクセスに使用され、
ａ．１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵに対応するそれぞれの無線リンク制御レイヤＰＤＵを前記ユーザ機器に伝送するステップと、
ｂ．前記１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵのうちの少なくとも１つに対応する前記それぞれの無線リンク制御レイヤＰＤＵに関する肯定応答メッセージが、前記ユーザ機器から受信されたかどうかを判断するステップと、
ｃ．前記肯定応答メッセージが受信された場合、ユーザ機器送達肯定応答メッセージを前記基地局に伝送するステップであって、前記ユーザ機器送達肯定応答メッセージは、前記少なくとも１つのパケット・データ収束プロトコル・レイヤＰＤＵが前記ユーザ機器に送達された旨の肯定応答に使用される、伝送するステップと
を含む、方法。
【請求項７】
前記ステップｃは、
前記肯定応答メッセージが、それぞれ、基地局伝送順序に従った第１の未肯定応答パケット・データ収束プロトコル・レイヤＰＤＵの前記それぞれの無線リンク制御レイヤＰＤＵ、または、前記基地局伝送順序に従った前記第１の未肯定応答パケット・データ収束プロトコル・レイヤＰＤＵから始まる前記基地局伝送順序に従った複数の順次パケット・データ収束プロトコル・レイヤＰＤＵの前記それぞれの無線リンク制御レイヤＰＤＵに、対応するかどうかを判断するステップと、
前記対応関係のいずれかが満たされている場合、前記ユーザ機器送達肯定応答メッセージを伝送するステップであって、前記ユーザ機器送達肯定応答メッセージは、前記第１のパケット・データ収束プロトコル・レイヤＰＤＵ、または前記順次パケット・データ収束プロトコル・レイヤＰＤＵが、前記ユーザ機器に送達された旨の肯定応答に使用される、伝送するステップと
をさらに含む、請求項６に記載の方法。
【請求項８】
前記肯定応答メッセージが前記複数の順次パケット・データ収束プロトコル・レイヤＰＤＵに対応する場合、前記ユーザ機器送達肯定応答メッセージが前記複数の順次パケット・データ収束プロトコル・レイヤＰＤＵの番号を備える、請求項７に記載の方法。
【請求項９】
前記ユーザ機器送達肯定応答メッセージは、前記それぞれのパケット・データ収束プロトコル・レイヤＰＤＵが前記ユーザ機器に送達されたかどうかをそれぞれのビットがそれぞれ表す、ビットマップの形式で表される、請求項６に記載の方法。
【請求項１０】
基地局においてダウンリンク・データ伝送を制御するための制御装置であって、前記基地局は１つまたは複数の中継局を介してユーザ機器と通信し、
無線リンク制御レイヤで、１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵに対応するそれぞれの無線リンク制御レイヤＰＤＵを、前記ユーザ機器への経路を介してネクストホップ中継局へと伝送するための、第１の伝送手段と、
前記無線リンク制御レイヤで、前記１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵのうちの少なくとも１つが前記ユーザ機器に送達された旨の肯定応答に使用されるユーザ機器送達肯定応答メッセージが、受信されたかどうかを判断するための、第１の判断手段と、
前記無線リンク制御レイヤが前記ユーザ機器送達肯定応答メッセージを受信した場合、前記無線リンク制御レイヤで前記パケット・データ収束プロトコル・レイヤにインジケーションを伝送するための、提供手段であって、前記インジケーションは、前記少なくとも１つのパケット・データ収束プロトコル・レイヤＰＤＵに対応するバッファリングされたパケット・データ収束プロトコル・レイヤＳＤＵを廃棄するよう、前記パケット・データ収束プロトコル・レイヤに命令するために使用される、提供手段と
を備える、制御装置。
【請求項１１】
前記パケット・データ収束プロトコル・レイヤで、前記インジケーションに従い、前記バッファリングされた対応するパケット・データ収束プロトコル・レイヤＳＤＵを廃棄するための、廃棄手段をさらに備える、請求項１０に記載の制御装置。
【請求項１２】
前記１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵに対応する前記パケット・データ収束プロトコル・レイヤＳＤＵは、ＩＰレイヤでの伝送順序で、前記パケット・データ収束プロトコル・レイヤでバッファリングされ、さらに前記第１の伝送手段は、前記無線リンク制御レイヤで、前記１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵに対応する前記それぞれの無線リンク制御レイヤＰＤＵを、前記伝送順序に従って前記ユーザ機器へ順次伝送するために使用され、
前記ユーザ機器送達肯定応答メッセージは、前記伝送順序に従った第１の未肯定応答パケット・データ収束プロトコル・レイヤＰＤＵ、または、前記伝送順序に従った前記第１の未肯定応答パケット・データ収束プロトコル・レイヤＰＤＵから始まる前記伝送順序に従った複数の順次パケット・データ収束プロトコル・レイヤＰＤＵが、前記ユーザ機器に送達された旨の肯定応答に使用され、さらに前記廃棄手段は、前記第１のパケット・データ収束プロトコル・レイヤＰＤＵまたは前記順次パケット・データ収束プロトコル・レイヤＰＤＵに対応する、前記パケット・データ収束プロトコル・レイヤＳＤＵを廃棄するために使用される、
請求項１１に記載の制御装置。
【請求項１３】
前記ユーザ機器送達肯定応答メッセージは、前記それぞれのパケット・データ収束プロトコル・レイヤＰＤＵが前記ユーザ機器に送達されたかどうかをそれぞれのビットがそれぞれ表す、ビットマップの形式で表される、請求項１０または１１に記載の制御装置。
【請求項１４】
基地局が中継局内のダウンリンク・データ伝送を制御するのを支援するための制御装置であって、前記中継局はユーザ機器へのアクセスに使用され、
１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵに対応するそれぞれの無線リンク制御レイヤＰＤＵを前記ユーザ機器に伝送するための、第２の伝送手段と、
前記１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵのうちの少なくとも１つに対応する前記それぞれの無線リンク制御レイヤＰＤＵに関する肯定応答メッセージが、前記ユーザ機器から受信されたかどうかを判断するための、第２の判断手段と、
前記肯定応答メッセージが受信された場合、ユーザ機器送達肯定応答メッセージを前記基地局に伝送するための、第３の伝送手段であって、前記ユーザ機器送達肯定応答メッセージは、前記少なくとも１つのパケット・データ収束プロトコル・レイヤＰＤＵが前記ユーザ機器に送達された旨の肯定応答に使用される、第３の伝送手段と
を備える、制御装置。
【請求項１５】
前記第３の伝送手段は、
前記肯定応答メッセージが、それぞれ、基地局伝送順序に従った第１の未肯定応答パケット・データ収束プロトコル・レイヤＰＤＵの前記それぞれの無線リンク制御レイヤＰＤＵ、または、前記基地局伝送順序に従った前記第１の未肯定応答パケット・データ収束プロトコル・レイヤＰＤＵから始まる前記基地局伝送順序に従った複数の順次パケット・データ収束プロトコル・レイヤＰＤＵの前記それぞれの無線リンク制御レイヤＰＤＵに、対応するかどうかを判断するための、第３の判断手段をさらに備え、
前記第３の伝送手段は、前記対応関係のいずれかが満たされている場合、前記ユーザ機器送達肯定応答メッセージを伝送し、前記ユーザ機器送達肯定応答メッセージは、前記第１のパケット・データ収束プロトコル・レイヤＰＤＵ、または前記順次パケット・データ収束プロトコル・レイヤＰＤＵが、前記ユーザ機器に送達された旨の肯定応答に使用される、
請求項１４に記載の制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の分野に関し、具体的に言えば、マルチホップ・リレー（multi-hop relay）通信システムにおいてダウンリンク・データ伝送を制御するための方法および装置に関する。
【背景技術】
【０００２】
マルチホップ・リレー手法は、無線ネットワークのカバレージを拡張するために、ならびに、システムのスループットおよび特にセルの縁部でのユーザのスループットを向上させるために、次世代モバイル・ネットワークに対する極めて重要な技術として採用されてきた。
【０００３】
シームレス・ハンドオーバおよび低遅延は、ハンドオーバ時の保証されたサービス・レベルに対する重要な要素である。たとえば中継局（ＲＳ）などのリレー・ノードが、たとえば無線アクセス・ネットワークに導入された状態では、中継局が動作する特定の層が、たとえば中継局がネットワーク層（すなわちレイヤ３（Ｌ３）リレー）で動作するか、データ・リンク層（すなわちレイヤ２（Ｌ２）リレー）で動作するかなどに対処しなければならないため、効果的なハンドオーバをどのように実行するかが重要な問題である。ハンドオーバ時のユーザ機器にとって、順次データ伝送が依然として必要であるため、ソース基地局または中継局内にバッファリングされたダウンリンク・データを宛先基地局または中継局に転送しなければならない。順次伝送とは、送信者が上位レイヤからデータ・パケットを受信する順序と同じ順序で受信者が上位レイヤにデータ・パケットをサブミットし、データ・パケットのシーケンス番号（ＳＮ）によって識別される順序と同じ順序で送信者が上位レイヤからデータ・パケットを受信することを言い表す。
【０００４】
第１に、ユーザ機器が基地局と直接通信する単一ホップ・シナリオについて考察する。順次ダウンリンク・データ伝送は、パケット・データ収束プロトコル（ＰＤＣＰ）レイヤで保証されている。ハンドオーバに備えてソース基地局と宛先基地局との間にトンネルが設定され、ハンドオーバ時に、ソース基地局は、ユーザ機器によって肯定応答されていないすべてのダウンリンクＰＤＣＰレイヤＳＤＵまたはＰＤＵを、宛先基地局に順次転送し、さらに経路切替えが成功するまで、Ｓ１インターフェース（ＭＭＥ／Ｓ−ＧＷネットワーク管理者と基地局との間のインターフェース）を介して受信された新規に到達したデータも宛先基地局に転送し、その後、サービング・ゲートウェイ（Ｓ−ＧＷ）は宛先基地局に直接データを伝送する。したがって、宛先基地局は、ＳＮによって識別されたダウンリンクＰＤＣＰレイヤのＰＤＣＰデータ・パケットの状況を知ることが可能であり、いかなるダウンリンク・サービス・データも失うことがない。
【０００５】
しかしながら、ユーザ機器が基地局ではなく中継局と直接通信する場合は、別のシナリオがある。多数のリレー・ソリューションの中で、ＲＬＣレイヤ（レイヤ２に常駐するＲＬＣ）のリレー・ソリューションが広く注目を集めている。ＲＬＣレイヤ・リレーとは、レイヤ２デバイスであり、ＲＬＣレイヤ、ＭＡＣレイヤ、およびＰＨＹレイヤのサービスを提供することが可能な、中継局を言い表す。しかしながら、ＲＬＣレイヤ・リレーの場合、順次ダウンリンク・データ伝送は、オリジナルの３ＧＰＰ機構の使用に伴い、ハンドオーバ時に損なわれる可能性がある。
【０００６】
図１は、従来技術における、ＲＬＣレイヤ・リレーに基づくダウンリンク・データ伝送ソリューションを示す概略図である。図１は、ホップ・バイ・ホップ（hop-by-hop）自動再送要求（ＡＲＱ）再伝送のシナリオを示す。ステップＳ１０では、基地局１内のＰＤＣＰエンティティ１ｂが、その低位レイヤＲＬＣエンティティ１ａにＰＤＣＰレイヤＰＤＵを提供する。次に、基地局１のＲＬＣエンティティ１ａは、ＰＤＣＰレイヤＰＤＵを１つまたは複数のＲＬＣ  ＰＤＵにカプセル化することによって、それらを区分または連結し、ステップＳ１１で、中継局２ａ内のピア・エンティティ、すなわち中継局２ａ内のＲＬＣエンティティに、１つまたは複数のＲＬＣ  ＰＤＵを提供する。中継局２ａは、１つまたは複数のＲＬＣ  ＰＤＵを受信すると、ステップＳ１２で、対応する肯定応答メッセージ（ＡＣＫ）または否定応答メッセージ（ＮＡＣＫ）を、基地局１のＲＬＣエンティティ１ａに伝送するが、ＡＲＱ再伝送機構は当業者に知られているため、本明細書では再述しない。中継局２ａからフィードバックされた、ＲＬＣサービス・データ・ユニット（ＳＤＵ）全体に対応するすべてのＲＬＣ  ＰＤＵへのＡＣＫを受信すると、ステップＳ１３で、基地局のＲＬＣエンティティ１ａは、基地局１のＰＤＣＰエンティティ１ｂに、ＲＬＣ  ＳＤＵに対応するＰＤＣＰ  ＳＤＵの廃棄を基地局１のＰＤＣＰエンティティ１ｂに対して命じるためのインジケーションを提供する。したがって基地局１のＰＤＣＰエンティティ１ｂは、ステップＳ１４で、ＲＬＣ  ＳＤＵに対応するＰＤＣＰ  ＳＤＵを廃棄し、さらに、ＰＤＣＰ  ＰＤＵが基地局１のＰＤＣＰエンティティ１ｂ内にバッファリングされている場合、基地局１のＰＤＣＰエンティティ１ｂは、ステップＳ１４で、ＲＬＣ  ＳＤＵに対応するＰＤＣＰ  ＰＤＵも廃棄する。次に、中継局２ａのＲＬＣエンティティは、ステップＳ１５で、受信したＲＬＣ  ＳＤＵを再区分または再連結し、ステップＳ１６で、対応するＲＬＣ  ＰＤＵをユーザ機器３に伝送しようとする。しかしながら図１では、ステップＳ１６の矢印は一点鎖線で示され、上に×印が付けられており、これはハンドオーバの発生を示すものであり、すなわち中継局２ａは、実際にはステップＳ１６を実行せずにユーザ機器にＲＬＣ  ＰＤＵを伝送しない。次にユーザ機器３のＰＤＣＰエンティティは、ステップＳ１７でＰＤＣＰ  ＳＤＵを受信しない。図１からわかるように、基地局１のＰＤＣＰエンティティ１ｂはステップＳ１４でＰＤＣＰ  ＳＤＵを廃棄し、その結果、ハンドオーバ時にＰＤＣＰ  ＳＤＵの損失が生じる。前述のハンドオーバは、セル内ハンドオーバ（たとえば、基地局と基地局に従属する中継局との間のユーザ機器のハンドオーバ、または、同じ基地局に従属する異なる中継局間のユーザ機器のハンドオーバ）およびセル間ハンドオーバ（たとえば、異なる基地局（またはそれらに従属する中継局）間のユーザ機器のハンドオーバ）を含む。図１で基地局２ａは、ステップＳ１１で基地局１からＲＬＣ  ＰＤＵを受信すると、ＲＬＣ  ＳＤＵを再区分または再連結することが可能であるため、代替として、ステップＳ１２からＳ１４の前またはそれらの間に、ステップＳ１５が実行されることが可能���ある。
【０００７】
したがって、ユーザ機器３が中継局２と直接通信し、ホップ・バイ・ホップＡＲＱ手法が採用されている場合、基地局１のＰＤＣＰエンティティ１ｂは、そこから伝送されたＰＤＣＰ  ＳＤＵが中継局によって首尾よく受信された場合、対応するＰＤＣＰ  ＳＤＵを削除するが、ＵＥはＰＤＣＰ  ＳＤＵを受信していない可能性がある。ＵＥがハンドオーバされた場合、中継局によって首尾よく受信されたがユーザ機器によって受信されていないすべてのＰＤＣＰ  ＳＤＵは、失われている可能性がある。
【０００８】
他のリレー・ソリューション、たとえばレイヤ３リレーまたはＲＬＣレイヤより下のリレーには、前述の問題はないが、それら独自の欠点を有する可能性がある。
【０００９】
レイヤ３リレーの場合、たとえばＰＤＣＰレイヤは中継局に対してアクティブであるため、中継局内のＰＤＣＰエンティティは、ハンドオーバ時の順次行データ伝送を保証する。ＰＤＣＰ  ＳＤＵは中継局のＰＤＣＰバッファ内にバッファリングされるため、ハンドオーバ時に失われない。しかしながら、ユーザ機器に伝送されていないＰＤＣＰ  ＳＤＵは、それへの入力が中継局であるトンネルを通じて宛先基地局に転送されるため、ユーザ機器に伝送されていないＰＤＣＰ  ＳＤＵおよび新規データは、第１にソース基地局から中継局へと伝送され、その後、中継局からトンネルを通じて宛先基地局へと伝送され、結果として貴重な無線リソースが無駄になり、ハンドオーバの期間も増加する。さらにＩＰデータ・パケットはレイヤ３リレーに転送されなければならないが、たとえばＶｏＩＰサービス、メッセージング、対話型ゲームなどの、ペイロードの小さな一部のＩＰアプリケーションでは、ＩＰヘッダにかなりのオーバヘッドが存在する。
【００１０】
他の例では、ＲＬＣレイヤより下のリレーの場合、ＡＲＱ再伝送の責務を負うＲＬＣエンティティは、ＲＬＣレイヤより下の中継局には存在しないため、基地局とユーザ機器との間でエンド・ツー・エンドＡＲＱが実行される。したがって、ＰＤＣＰ  ＳＤＵが首尾よくユーザ機器に転送され、基地局がユーザ機器からフィードバックされたＡＣＫメッセージを受信するまで、基地局はＰＤＣＰ  ＳＤＵを廃棄しないことになる。しかしながら、エンド・ツー・エンドＡＲＱ再伝送方式では、Ｋ個のホップを介したリレーのためのＡＲＱウィンドウのサイズは、単一ホップＡＲＱ再伝送方式でのサイズのＫ倍であるため、３ＧＰＰ  Ｒｅｌ８に定義されたＲＬＣ  ＰＤＵの既存のＳＮ長さでは不十分な可能性がある。さらに、再伝送は常に基地局から始まるため、エンド・ツー・エンドＡＲＱ再伝送のダウンリンク・スループットは制限され、ＲＬＣレイヤではさらなる区分が行われ、結果として上位レイヤのデータ・パケットはＭＡＣレイヤ・データ・パケットのサイズに区分することが可能であり、ＲＬＣエンティティなしのフレキシブルなスケジューリングに欠ける可能性がある。
【００１１】
さらに、エンド・ツー・エンドＡＣＫおよびホップ・バイ・ホップＮＡＣＫフィードバック機構には、ＡＲＱウィンドウのサイズ超過の問題も存在する可能性があるため、３ＧＰＰ  Ｒｅｌ８に定義されたＲＬＣ  ＳＮ長さは不十分であり、ネットワークのスループットは制限される可能性がある。さらに、ＮＡＣＫメッセージが失われると、場合によっては送信者からＲＬＣ  ＰＤＵが再伝送されないことになるため、ＮＡＣＫメッセージが失われた場合の、送信者と受信者との間のステータス同期化のための機構を考案しなければならず、結果として遅延およびダウンリンク・データ伝送オーバヘッドが生じることになる。さらに、中継局は、中継局によって受信されたＲＬＣ  ＰＤＵと中継局から伝送されたＲＬＣ  ＰＤＵとの間のマッピング関係を維持しなければならないため、結果として追加の複雑さおよび必要に応じてバッファ・スペースが生じることになる。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３２２  Ｒｅｌ−８
【発明の概要】
【課題を解決するための手段】
【００１３】
本発明は、従来技術の前述の問題に対処するための方法および装置を提案する。
【００１４】
本発明の方式によれば、基地局のネクストホップ（next-hop）・ネットワーク・デバイスが中継局である場合、基地局のＲＬＣエンティティは、ユーザ機器への少なくとも１つのＰＤＣＰ  ＰＤＵの送達に肯定応答するために、アクセス中継局からのユーザ機器送達肯定応答メッセージを受信すると、基地局のＰＤＣＰエンティティをトリガし、少なくとも１つのＰＤＣＰ  ＰＤＵに対応するＰＤＣＰ  ＳＤＵを廃棄するように、基地局のＰＤＣＰエンティティにインジケーションを伝送する。アクセス・リレーは、少なくとも１つのＰＤＣＰ  ＰＤＵに対応するすべてのＲＬＣ  ＰＤＵについて、ユーザ機器から肯定応答メッセージを受信すると、ユーザ機器送達肯定応答メッセージを生成する。好ましくは、アクセス中継局と基地局との間でバッファリングされた、ＲＬＣ  ＳＤＵが肯定応答されたかどうかに関するステータス情報は、暗黙的に同期化することができる。
【００１５】
本発明の第１の態様によれば、基地局においてダウンリンク・データ伝送を制御するための方法が提供され、ここで基地局は１つまたは複数の中継局を介してユーザ機器と通信し、この方法は、無線リンク制御レイヤで、１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵに対応するそれぞれの無線リンク制御レイヤＰＤＵを、ユーザ機器への経路を介してネクストホップ中継局へと伝送するステップと、無線リンク制御レイヤで、１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵのうちの少なくとも１つがユーザ機器に送達された旨の肯定応答に使用されるユーザ機器送達肯定応答メッセージが、受信されたかどうかを判断するステップと、無線リンク制御レイヤがユーザ機器送達肯定応答メッセージを受信した場合、無線リンク制御レイヤでパケット・データ収束プロトコル・レイヤにインジケーションを伝送するステップであって、このインジケーションは、少なくとも１つのパケット・データ収束プロトコル・レイヤＰＤＵに対応するバッファリングされたパケット・データ収束プロトコル・レイヤＳＤＵを廃棄するよう、パケット・データ収束プロトコル・レイヤに命令するために使用される、伝送するステップと、を含む。
【００１６】
本発明の第２の態様によれば、基地局が中継局内のダウンリンク・データ伝送を制御するのを支援するための方法が提供され、ここで中継局はユーザ機器へのアクセスに使用され、この方法は、１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵに対応するそれぞれの無線リンク制御レイヤＰＤＵをユーザ機器に伝送するステップと、１つまたは複数のパケット・データ収束プロトコル・レイヤＰＤＵのうちの少なくとも１つに対応するそれぞれの無線リンク制御レイヤＰＤＵに関する肯定応答メッセージが、ユーザ機器から受信されたかどうかを判断するステップと、肯定応答メッセージが受信された場合、ユーザ機器送達肯定応答メッセージを基地局に伝送するステップであって、ユーザ機器送達肯定応答メッセージは、少なくとも１つのパケット・データ収束プロトコル・レイヤＰＤＵがユーザ機器に送達された旨の肯定応答に使用される、伝送するステップと、を含む。
【００１７】
本発明の方式は、以下の利点を提供する。
１．ＲＬＣレイヤ・リレーに関して、ハンドオーバによる中継局を介したアクセスを備えたユーザ機器のダウンリンク・ユーザ・データの起こり得る損失に対処することができる。
２・ホップ・バイ・ホップＡＲＱ再伝送方式における既存のダウンリンク・データ伝送には影響を与えない。
３．追加のタイミングも追加のデータ伝送も不要である。
４．サイズの小さい肯定応答メッセージが導入されることで、プロトコル・コストが低下する。
５．ユーザ機器側ではいずれの修正も不要であるが、既存のリレー・リンク、すなわちＵｎインターフェース（Un interface）のシグナリングのみが修正されることになり、それによって良好な後方互換性が達成される。
【００１８】
図面に関連して適用された好ましい実施形態に対する詳細な説明を参照すると、本発明の上記目的、利点、および特徴がより明らかとなろう。
【図面の簡単な説明】
【００１９】
【図１】従来技術における、ＲＬＣレイヤ・リレーに基づくダウンリンク・データ伝送ソリューションを示す概略図である。
【図２】本発明の実施形態に従った、ＲＬＣレイヤ・リレーに基づくダウンリンク・データ伝送ソリューションを示す概略図である。
【図３】本発明の実施形態に従った、ＲＬＣレイヤ・リレーに基づくダウンリンク・データ伝送ソリューションにおける２つのＲＬＣ  ＳＤＵの伝送例を示す概略図である。
【図４】本発明の実施形態に従った、ＲＬＣレイヤ・リレーに基づくダウンリンク・データ伝送ソリューションのための装置を示すブロック図である。
【発明を実施するための形態】
【００２０】
同一または同様の参照番号は、同一または同様の装置（モジュール）あるいはステップ特徴を言い表す。
【００２１】
図２によれば、図２は本発明の実施形態に従ったダウンリンク・データ伝送ソリューションの概略図を示す。図２は、基地局１と２つの中継局２ａおよび２ｂとを示し、ここで、中間中継局である中継局２ａは、ダウンリンク中の第１ホップ中継局であり、アクセス中継局である中継局２ｂは、ダウンリンク中の第２のホップ中継局、すなわちユーザ機器３に最も近い中継局である。本実施形態では、中継局２ｂは移動局３と直接通信する。本実施形態では、説明に都合の良いように２つの基地局のみが示されているが、基地局とユーザ機器の間には１つまたは複数の中継局が存在してもよい。図２では、基地局１内に無線リンク制御レイヤ・エンティティ１ａおよびパケット・データ収束プロトコル・レイヤ・エンティティ１ｂが示されている。当業者であれば、ＰＤＣＰレイヤとＲＬＣレイヤはどちらもデータ・リンク・レイヤ（すなわちレイヤ２（Ｌ２））に属していることが理解できるであろう。当業者であれば、基地局１は、物理レイヤ、ＩＰレイヤ、および上位レイヤ・エンティティをさらに含むことが可能であり、これらのエンティティは本発明にそれほど関連していないため、これらおよび他のエンティティは図２には示されていないことを理解できるであろう。特にＰＤＣＰエンティティ１ｂはＲＬＣエンティティ１ａの上部に配置されており、ＰＤＣＰエンティティおよびＲＬＣエンティティはどちらも論理エンティティであって、ソフトウェア・モジュール内に実装可能である。基地局１のＰＤＣＰエンティティ１ｂのピア・エンティティは移動局３内に配置されており、基地局１のＲＬＣエンティティ１ａのピア・エンティティは、中継局２ａ、中継局２ｂ、およびユーザ機器３内に配置されている。
【００２２】
以下では、本発明に従ったシステムのための方法の流れ図について、図２を参照しながら説明する。図２に示されるように、基地局１のＰＤＣＰエンティティ１ｂは、ステップＳ２００で、基地局１のＲＬＣエンティティ１ａにＰＤＣＰ  ＰＤＵを伝送する。ステップＳ２００で矢印に続く破線で示された情報対話は、基地局内の異なるレイヤ間のエンティティ間で実行される。具体的に言えば、ＰＤＣＰレイヤで、基地局１のＰＤＣＰエンティティ１ｂは、ＩＰレイヤから移送されたデータ・パケットを獲得し、ＩＰデータ・パケットをそれらの伝送順序に従って順次カプセル化すること、ＰＤＣＰ  ＰＤＵの順次増分するシーケンス番号が順次追加されるＰＤＣＰ  ＰＤＵヘッダを付加すること、および、最終的にＰＤＣＰ  ＰＤＵを生成するためにデータを暗号化することによって、たとえばＲＯＨＣアルゴリズムでヘッダ圧縮を実行する。
【００２３】
基地局１のＲＬＣエンティティ１ａは、たとえば、ＭＡＣレイヤなどから示された伝送ブロック（ＴＢ）のサイズ、および、１つまたは複数のＰＤＣＰ  ＰＤＵに対応するそれぞれのＲＬＣ  ＰＤＵを順次生成するためのＰＤＣＰ  ＰＤＵのシーケンス番号（ＳＮ）の順序などの、基地局１のＭＡＣレイヤからの情報に従って、上位レイヤ、すなわちＰＤＣＰレイヤ１ｂからのＰＤＣＰ  ＰＤＵを順次区分および／または連結する。ＭＡＣレイヤからの情報は、基地局１と中継局２ａとの間のリンクを介して割り振られた無線リソース（たとえばリンクに対して割り振られた時間周波数リソースなど）と、リンクの伝送特徴（たとえばリンク品質など）および／または異なるサービス間の優先度とに従って、生成可能である。次に基地局１のＲＬＣエンティティ１ａは、ステップＳ２０１で、ユーザ機器３への経路を介して、１つまたは複数のＰＤＣＰ  ＰＤＵに対応するそれぞれのＲＬＣ  ＰＤＵをネクストホップ中継局に伝送する。本実施形態では、基地局１のＲＬＣエンティティ１ａは、１つまたは複数のＰＤＣＰ  ＰＤＵに対応するそれぞれのＲＬＣ  ＰＤＵを中継局２ａのＲＬＣエンティティに伝送する。
【００２４】
さらに基地局１のＰＤＣＰエンティティ１ｂは、獲得したＰＤＣＰ  ＳＤＵをバッファリングすることができる。バッファリング・ステップには、ＲＬＣレイヤでの中継局２ａへのＲＬＣ  ＰＤＵの伝送ステップとの実質的な順次関係がない可能性がある。第１に、ＰＤＣＰエンティティ１ｂは、ＰＤＣＰ  ＰＤＵをＲＬＣエンティティ１ａに伝送することが可能であり、次にこれがＰＤＣＰ  ＰＤＵを、ＵＥに伝送される１つまたは複数のＲＬＣ  ＰＤＵに区分／連結した後、ＰＤＣＰエンティティ１ｂがＰＤＣＰ  ＰＤＵを順次バッファリングするか、あるいは、第１に、ＰＤＣＰエンティティ１ｂがＰＤＣＰ  ＳＤＵを順次バッファリングし、ＰＤＣＰ  ＰＤＵをＲＬＣエンティティ１ａに伝送し、次にこれがＰＤＣＰ  ＰＤＵを、ＵＥに伝送される１つまたは複数のＲＬＣ  ＰＤＵに区分／連結する。
【００２５】
次に、中継局２ａのＲＬＣエンティティは、基地局１のＲＬＣエンティティ１ａから伝送されたそれぞれのＲＬＣ  ＰＤＵに対応するＡＣＫを、ステップＳ２０２で、基地局１のピア・エンティティ、すなわち基地局１のＲＬＣエンティティ１ａに伝送するが、特定のＡＣＫ／ＮＡＣＫフィードバック・プロセスは従来技術のステップと同じであるため、本明細書では再述しない。
【００２６】
次に中継局２ａは、ステップＳ２０３で、たとえば、１つまたは複数のＲＬＣ  ＳＤＵに対応するそれぞれのＲＬＣ  ＰＤＵを順次生成するための、中継局２ａなどのＭＡＣレイヤから示された伝送ブロック（ＴＢ）のサイズなどの、中継局２ａのＭＡＣレイヤからの情報に従って、基地局１のＲＬＣエンティティ１ａから受信した１つまたは複数のＲＬＣ  ＳＤＵを、順次再区分および／または再連結することができる。ＭＡＣレイヤからの情報は、中継局２ａと中継局２ｂとの間のリンクを介して割り振られた無線リソース（たとえばリンクに対して割り振られた時間周波数リソースなど）と、リンクの伝送特徴（たとえばリンク品質など）および／または異なるサービス間の優先度とに従って、生成可能である。当業者であれば、割り振られたリソースおよび／または基地局１と中継局２ａとの間の無線リンクの伝送特徴が、割り振られたリソースおよび／または中継局２ａと中継局２ｂとの間の無線リンクの伝送特徴とは異なる可能性が非常に高いため、基地局１のＲＬＣエンティティ１ａがＲＬＣ  ＳＤＵを区分する際に元にするサイズとは異なるサイズによって、中継局２ａのＲＬＣエンティティがＲＬＣ  ＳＤＵを区分することを理解できる。
【００２７】
次に中継局２ａは、ステップＳ２０４で、１つまたは複数のＲＬＣ  ＳＤＵに対応する再区分および／または再連結されたＲＬＣ  ＰＤＵを、中継局２ｂへ伝送する。
【００２８】
中継局２ｂのＲＬＣエンティティは、ステップＳ２０５で、中継局２ａのＲＬＣエンティティから伝送されたそれぞれのＲＬＣ  ＰＤＵに対応するＡＣＫ／ＮＡＣＫを、中継局２ａのＲＬＣエンティティへ伝送する。
【００２９】
次に中継局２ｂは、ステップＳ２０６で、たとえば、１つまたは複数のＲＬＣ  ＳＤＵに対応するそれぞれのＲＬＣ  ＰＤＵを順次生成するための、中継局２ｂなどのＭＡＣレイヤから示された伝送ブロック（ＴＢ）のサイズなどの、中継局２ｂのＭＡＣレイヤからの情報に従って、中継局２ａのＲＬＣエンティティから受信した１つまたは複数のＲＬＣ  ＳＤＵを、順次再区分および／または再連結する。
【００３０】
次に中継局２ｂは、ステップＳ２０７で、１つまたは複数のＲＬＣ  ＳＤＵに対応する再区分および／または再連結されたそれぞれのＲＬＣ  ＰＤＵを、ユーザ機器３に伝送する。
【００３１】
次にアクセス中継局２ｂは、ステップＳ２０８で、中継局２ｂのＲＬＣエンティティから伝送されたそれぞれのＲＬＣ  ＰＤＵに対応する、ユーザ機器３からフィードバックされたＡＣＫ／ＮＡＣＫを受信する。
【００３２】
中継局２ｂは、ステップＳ２０９で、ＲＬＣ  ＳＤＵに対応するそれぞれのＲＬＣ  ＰＤＵに関するＡＣＫがユーザ機器３から受信されたかどうかを判断する（すなわち中継局２ｂは、ＲＬＣ  ＳＤＵに対応するすべてのＲＬＣ  ＰＤＵに関するＡＣＫメッセージがユーザ機器３から受信されたかどうかを判断する）。各ＲＬＣ  ＰＤＵのＲＬＣヘッダは、ＲＬＣ  ＰＤＵのデータ部分に含まれたＲＬＣ  ＳＤＵまたはＲＬＣ  ＳＤＵセグメントの数と、それぞれのＲＬＣ  ＳＤＵまたはＲＬＣ  ＳＤＵセグメントの端部位置とを示すための、インジケーションを含む。中継局２ｂのＲＬＣエンティティは、前述の情報から、ＲＬＣ  ＳＤＵ全体に対応するすべてのＲＬＣ  ＰＤＵが受信されるタイミングを決定することができる。
【００３３】
中継局２ｂが、ステップＳ２１０で、ＲＬＣ  ＳＤＵに対応するそれぞれのＲＬＣ  ＰＤＵに関するＡＣＫが受信されたものと判断した場合、中継局２ｂは、ＲＬＣ  ＳＤＵがユーザ機器３に送達された旨を肯定応答するために、ユーザ機器送達肯定応答メッセージを中継局２ａに伝送する。理解され得るように、ＲＬＣ  ＳＤＵはＰＤＣＰ  ＰＤＵと等価である。一般に、ＲＬＣ  ＳＤＵはＲＬＣエンティティとＰＤＣＰエンティティとの間で交換され、ＰＤＣＰ  ＰＤＵはＰＤＣＰエンティティ間で交換される。
【００３４】
次に中継局２ａは、ステップＳ２１１で、ユーザ機器送達肯定応答メッセージを基地局１のＲＬＣエンティティ１ａに伝送する。
【００３５】
次に、基地局１のＲＬＣエンティティ１ａは、ステップＳ２１２で、ユーザ機器送達肯定応答メッセージの受信時に、ＲＬＣ  ＳＤＵ（ＰＤＣＰ  ＰＤＵ）に対応するバッファリングされたＰＤＣＰ  ＳＤＵを廃棄するようにＰＤＣＰエンティティ１ｂに命令するためのインジケーションを、基地局１のＰＤＣＰエンティティ１ｂに伝送する。ステップＳ２１２で矢印に続く破線で示されたインジケーション対話は、基地局内の異なるレイヤ間のエンティティ間で実行される。
【００３６】
次に基地局１のＰＤＣＰエンティティ１ｂは、ステップＳ２１３で、ユーザ機器送達肯定応答メッセージによって肯定応答されたＲＬＣ  ＳＤＵに対応する、バッファリングされたＰＤＣＰ  ＳＤＵを廃棄する。詳細には、ＰＤＣＰ  ＳＤＵは暗号化されていない純粋なデータ情報であり、ＰＤＣＰ  ＰＤＵはＰＤＣＰ  ＳＤＵが暗号化されるデータ・パケットである。データ暗号化アルゴリズムは基地局ごとに異なる可能性があるため、ＰＤＣＰ  ＳＤＵは通常、基地局内にバッファリングされ、ソース基地局は、暗号化されていないＰＤＣＰ  ＳＤＵをハンドオーバ時に宛先基地局に伝送する。もちろん、ユーザ機器送達肯定応答メッセージによって肯定応答されたＰＤＣＰ  ＳＤＵも基地局内にバッファリングされている場合、さらにステップＳ２１１で、ユーザ機器送達肯定応答メッセージによって肯定応答されたＰＤＣＰ  ＳＤＵはバッファから削除される。
【００３７】
さらに以下では、２つのＲＬＣ  ＳＤＵを例に挙げ、本発明の実施形態に従った図面を参照しながら本発明について説明する。
【００３８】
第１に、基地局１のＰＤＣＰエンティティ１ｂは、ステップＳ３００で、２つのＲＬＣ  ＳＤＵ、すなわちＲＬＣ  ＳＤＵ１およびＲＬＣ  ＳＤＵ２をそれぞれ、基地局１のＲＬＣエンティティ１ａに伝送する。特に明らかなように、ＲＬＣ  ＳＤＵ１のシーケンス番号はＲＬＣ  ＳＤＵ２の番号よりも小さいため、それぞれの中継局は、それぞれの中継局の後続の区分および連結動作全体を通じて、ＲＬＣ  ＳＤＵ１の順番をＲＬＣ  ＳＤＵ２よりも先行させることを保証するものとする。ＲＬＣ  ＳＤＵ１は、ＲＬＣ  ＳＤＵ２と区別するために斜線で表されている。
【００３９】
基地局１のＲＬＣエンティティ１ａは、たとえば、ＭＡＣレイヤなどから示された伝送ブロック（ＴＢ）のサイズ、ならびに、３つのＰＤＣＰ  ＰＤＵ、すなわちそれぞれＰ１、Ｐ２、およびＰ３を生成するためのＰＤＣＰ  ＰＤＵのシーケンス番号（ＳＮ）の順序などの、基地局１のＭＡＣレイヤからの情報に従って、上位レイヤ、すなわち基地局１のＰＤＣＰレイヤ１ｂからのＰＤＣＰ  ＰＤＵを順次区分および／または連結する。すなわち基地局１のＲＬＣエンティティ１ａは、ＲＬＣ  ＳＤＵ１の第１のセグメントから構成されるＲＬＣ  ＰＤＵ  Ｐ１のデータ部分を有し、ＲＬＣ  ＳＤＵ１の最後のセグメントとＲＬＣ  ＳＤＵ２の第１のセグメントとをＲＬＣ  ＰＤＵ  Ｐ２のデータ部分に連結して、ＲＬＣ  ＳＤＵ２の最後のセグメントから構成されるＲＬＣ  ＰＤＵ  Ｐ３のデータ部分を有する。各ＲＬＣ  ＰＤＵのＲＬＣヘッダは、ＲＬＣ  ＰＤＵのデータ部分に含まれるそれぞれのＲＬＣ  ＳＤＵセグメントの長さを示す情報、すなわち長さインジケータのフィールドと、ＲＬＣ  ＰＤＵのデータ・フィールドの第１のバイトがＲＬＣ  ＳＤＵの第１のバイトに対応するかどうか、または、ＲＬＣ  ＰＤＵのデータ・フィールドの最後のバイトがＲＬＣ  ＳＤＵの最後のバイトに対応するかどうかを示す情報、すなわちフレーミング・インジケータ（ＦＩ）のフィールドとを含む。ＲＬＣ  ＳＤＵ１のシーケンス番号は、ＲＬＣ  ＳＤＵ２の番号よりも小さいため、ＲＬＣ  ＳＤＵ１に対応するＲＬＣ  ＰＤＵのシーケンス番号はＲＬＣ  ＳＤＵ２に対応するＲＬＣ  ＰＤＵの番号よりも小さいことに留意されたい。詳細については、３ＧＰＰ  ＴＳ  ３６．３２２  Ｒｅｌ−８を参照することができる。次に、基地局１のＲＬＣエンティティ１ａは、ステップＳ３０１で、ＲＬＣ  ＰＤＶＳ  Ｐ１、Ｐ２、およびＰ３を中継局２ａに順次伝送する。
【００４０】
次に、中継局２ａのＲＬＣエンティティは、ステップＳ３０２で、中継局２ａがＣＲＣチェックなどを介してＰ１、Ｐ２、およびＰ３の受信成功を検証した後、基地局１のＲＬＣエンティティ１ａから伝送されたＲＬＣ  ＰＤＶＳ  Ｐ１、Ｐ２、およびＰ３のそれぞれに対応するＡＣＫを、基地局１のＲＬＣエンティティ１ａに伝送する。たとえば中継局２ａは、Ｓｔｏｐ−ａｎｄ−Ｗａｉｔ（ＳＡＱ）ＡＲＱ方式、Ｇｏ−Ｂａｃｋ−Ｎ（フレーム）ＡＲＱ方式、または選択的ＡＲＱ再伝送方式で、ＡＣＫメッセージを伝送することができる。
【００４１】
中継局２ａのＲＬＣエンティティは、予期しない順序で、基地局１のピアＲＬＣエンティティ１ａからＲＬＣ  ＰＤＶＳ  Ｐ１、Ｐ２、およびＰ３を正しく受信できることに留意されたい。たとえば中継局２ａのＲＬＣエンティティは、第１に、ＲＬＣ  ＳＤＵ２に対応するＲＬＣ  ＰＤＵ  Ｐ２およびＰ３を正しく受信し、基地局１はＲＬＣ  ＰＤＵ  Ｐ１のチェック・エラーによってＲＬＣ  ＰＤＵ  Ｐ１を再伝送するため、その後中継局２ａは、ＲＬＣ  ＳＤＵ１に対応するＲＬＣ  ＰＤＵ  Ｐ１を受信する。したがって、中継局２ａのＲＬＣエンティティは、再順序付けされたＲＬＣ  ＰＤＵがそれらのシーケンス番号の連続する昇順であるように、すなわちＲＬＣ  ＳＤＵのシーケンス番号、すなわちＲＬＣ  ＰＤＵ  Ｐ２およびＰ３のシーケンスの昇順と同じ順序であるように、受信したＲＬＣ  ＰＤＵを再順序付けする。もちろん、中継局２ａがＲＬＣ  ＰＤＵのＳＮの連続する昇順でＲＬＣ  ＰＤＵを受信する場合、前述の再順序付けステップは省略可能である。
【００４２】
次に中継局２ａは、たとえば、５つのＲＬＣ  ＰＤＵ、すなわちそれぞれＰ１’、Ｐ２’、Ｐ３’、Ｐ４’およびＰ５’を生成するためのＭＡＣレイヤなどから示された伝送ブロック（ＴＢ）のサイズなどの、中継局２ａのＭＡＣレイヤからの情報に従って、基地局１のＲＬＣエンティティ１ａからの順次配列されたＲＬＣ  ＰＤＵを順次区分および／または連結する。すなわち中継局２ａのＲＬＣエンティティは、ＲＬＣ  ＳＤＵ１の第１のセグメントから構成されるＲＬＣ  ＰＤＵ  Ｐ１’のデータ部分と、ＲＬＣ  ＳＤＵ１の第２のセグメントから構成されるＲＬＣ  ＰＤＵ  Ｐ２’のデータ部分と、ＲＬＣ  ＳＤＵ１の最終のセグメントから構成されるＲＬＣ  ＰＤＵ  Ｐ３’のデータ部分と、ＲＬＣ  ＳＤＵ２の第１のセグメントから構成されるＲＬＣ  ＰＤＵ  Ｐ４’のデータ部分と、ＲＬＣ  ＳＤＵ２の最終のセグメントから構成されるＲＬＣ  ＰＤＵ  Ｐ５’のデータ部分を有する。当業者であれば、基地局１と中継局２ａとの間の無線リンクを介したリソースおよびリンクの伝送特徴が、中継局２ａと中継局２ｂとの間の無線リンクを介したリソースおよびリンクの伝送特徴とは異なるため、同じＲＬＣ  ＳＤＵ１およびＲＬＣ  ＳＤＵ２を、基地局のＲＬＣエンティティ１ａによって、中継局２ａのＲＬＣエンティティによって区分されるＲＬＣ  ＰＤＵの数とは異なる数のＲＬＣ  ＰＤＵに区分可能であることを理解されよう。
【００４３】
次に中継局２ａは、ステップ３０３で、再区分された５つのＲＬＣ  ＰＤＵ、Ｐ１’、Ｐ２’、Ｐ３’、Ｐ４’およびＰ５’を中継局２ｂに再伝送する。
【００４４】
次に中継局２ｂのＲＬＣエンティティは、ステップＳ３０４で、中継局２ｂがＣＲＣチェックなどを介してＰ１’、Ｐ２’、Ｐ３’、Ｐ４’およびＰ５’の受信成功を検証した後、中継局２ａのＲＬＣエンティティから伝送されたＲＬＣ  ＰＤＵ、Ｐ１’、Ｐ２’、Ｐ３’、Ｐ４’およびＰ５’のそれぞれに対応するＡＣＫを、中継局２ａのＲＬＣエンティティに伝送する。
【００４５】
次に中継局２ｂは、たとえば、３つのＲＬＣ  ＰＤＵ、すなわちそれぞれＰ１”、Ｐ２”、およびＰ３”を生成するためのＭＡＣレイヤなどから示された伝送ブロック（ＴＢ）のサイズなどの、中継局２ｂのＭＡＣレイヤからの情報に従って、中継局２ａのＲＬＣエンティティからの順次配列されたＲＬＣ  ＰＤＵを順次区分および／または連結する。すなわち中継局２ｂのＲＬＣエンティティは、ＲＬＣ  ＳＤＵ１全体から構成されるＲＬＣ  ＰＤＵ  Ｐ１”のデータ部分と、ＲＬＣ  ＳＤＵ２の第１のセグメントから構成されるＲＬＣ  ＰＤＵ  Ｐ２”のデータ部分と、ＲＬＣ  ＳＤＵ２の最終のセグメントから構成されるＲＬＣ  ＰＤＵ  Ｐ３”のデータ部分とを有する。したがって中継局２ｂは、再区分された３つのＲＬＣ  ＰＤＵ、Ｐ１”、Ｐ２”、およびＰ３”をユーザ機器３へ伝送する。
【００４６】
次にステップＳ３０６で、たとえばユーザ機器３は、ＲＬＣ  ＰＤＵ  Ｐ１”にはチェック・エラーがあり、ＲＬＣ  ＰＤＵ  Ｐ２”およびＰ３”にはチェック・エラーがないものと判断する。したがってユーザ機器３のＲＬＣエンティティは、Ｐ２”およびＰ３”に関するＡＣＫおよびＰ１”に関するＮＡＣＫを、中継局２ｂのＲＬＣエンティティに伝送する。
【００４７】
次にステップＳ３０７で、中継局２ｂのＲＬＣエンティティは、ＲＬＣ  ＰＤＵ  Ｐ１”を再伝送する。
【００４８】
次にユーザ機器３は、ステップＳ３０８で、受信したＲＬＣ  ＰＤＵ  Ｐ１”が正しいことをチェックから判断し、ユーザ機器３のＲＬＣエンティティはＲＬＣ  ＰＤＵ  Ｐ１”に関するＡＣＫを伝送する。
【００４９】
本発明では、暗黙的ＲＬＣ  ＳＤＵインジケータを採用することができる。すなわち、ユーザ機器送達メッセージ内にはＲＬＣ  ＰＤＵの明示的シーケンス番号が必ずしも含まれるとは限らない。たとえば、それぞれのＲＬＣ  ＳＤＵがユーザ機器送達メッセージによって肯定応答されたかどうかに関する情報を含むリストが、中継局２ｂのＲＬＣレイヤで格納され、すべての肯定応答されていないＲＬＣ  ＳＤＵは、リスト内で、それらのＳＮの連続する昇順に順序付けされる。さらにＲＬＣ  ＳＤＵは、ＰＤＣＰ  ＳＤＵが基地局１のＰＤＣＰレイヤ１ｂでバッファリングされた順序と同じ順序で配列される。ＰＤＣＰ  ＳＤＵがバッファリングされたリストは、基地局１のＰＤＣＰレイヤ１ｂで、ＩＰパケットが基地局のＰＤＣＰレイヤの上位レイヤ、すなわちＩＰレイヤから獲得された順序で維持され、ＰＤＣＰレイヤから伝送されたＰＤＣＰ  ＰＤＵも、ＲＬＣ  ＰＤＵを生成するために基地局のＲＬＣレイヤ１ａで順次グループ化される。したがって、基地局１のリストは、中継局２ｂと同じ順序であり、同じ開始位置を有する。したがってＲＬＣ  ＰＤＵのシーケンス番号は、ＰＤＣＰ  ＰＤＵの番号と同じシーケンスであるが、それらとは異なる。したがって、第１のＲＬＣ  ＳＤＵを定義することによって、ＲＬＣ  ＰＤＵのＳＮをユーザ機器送達メッセージによって肯定応答されていない第１のＲＬＣ  ＳＤＵとして中継局２ｂのリストに含めることなしに、ＲＬＣ  ＳＤＵがユーザ機器に送達されたかどうかに関する情報を、中継局２ｂと基地局１との間で暗黙的に同期化することが可能である。
【００５０】
具体的には、たとえば中継局２ｂは第１に、中継局２ａからのＲＬＣ  ＰＤＵ  Ｐ１’、Ｐ２’、Ｐ３’、Ｐ４’およびＰ５’の受信時に、対応するＲＬＣ  ＳＤＵ１およびＲＬＣ  ＳＤＵ２を、ユーザ機器への送達に関して肯定応答されていない、すなわち「ＵＥ未肯定応答」としてマーク付けする。詳細には、ＲＬＣ  ＳＤＵ１は、基地局からの伝送順序において第１の未肯定応答ＰＤＣＰ  ＰＤＵであり、ＲＬＣ  ＳＤＵ２は、ＲＬＣによって維持されているリスト内で、基地局からの伝送順序において第２の未肯定応答ＰＤＣＰ  ＰＤＵである。次にステップＳ３０９で、中継局２ｂは、ＲＬＣ  ＳＤＵ１およびＲＬＣ  ＳＤＵ２に対応するすべてのＲＬＣ  ＰＤＵのユーザ機器３からの受信に肯定応答する。すなわち、ＲＬＣ  ＰＤＵ  Ｐ１”、Ｐ２”、およびＰ３”に関する肯定応答メッセージの受信時に、中継局２ｂは、ＲＬＣ  ＰＤＵ  Ｐ１”のヘッダ内に含まれるフレーミング・インジケーションから、ＲＬＣ  ＰＤＵ  Ｐ１”のデータ部分の第１のバイトがＲＬＣ  ＳＤＵの第１のバイトに対応すること、およびＲＬＣ  ＰＤＵ  Ｐ１”のデータ部分の最後のバイトがＲＬＣ  ＳＤＵの最後のバイトに対応することを知り、ＲＬＣ  ＰＤＵ  Ｐ２”のヘッダ内に含まれるＦＩ情報から、ＲＬＣ  ＰＤＵ  Ｐ２”のデータ部分の第１のバイトがＲＬＣ  ＳＤＵの第１のバイトに対応すること、およびＲＬＣ  ＰＤＵ  Ｐ２”のデータ部分の最後のバイトがＲＬＣ  ＳＤＵの最後のバイト以外のバイトに対応することを知り、ＲＬＣ  ＰＤＵ  Ｐ３”のヘッダ内に含まれるＦＩ情報から、ＲＬＣ  ＰＤＵ  Ｐ２”のデータ部分の第１のバイトがＲＬＣ  ＳＤＵの第１のバイト以外のバイトに対応すること、およびＲＬＣ  ＰＤＵ  Ｐ３”のデータ部分の最後のバイトがＲＬＣ  ＳＤＵの最後のバイトに対応することを知る。すなわち、中継局２ｂのＲＬＣエンティティは、ＲＬＣ  ＰＤＵ  Ｐ１”がＲＬＣ  ＳＤＵ全体に対応すること、ならびに、ＲＬＣ  ＰＤＵ  Ｐ２”およびＲＬＣ  ＰＤＵ  Ｐ３”のデータ部分がＲＬＣ  ＳＤＵ全体を構成することを知る。したがって、中継局２ｂのＲＬＣエンティティは、ＲＬＣ  ＳＤＵ１およびＲＬＣ  ＳＤＵ２を「ユーザ機器への送達に関して肯定応答されている」、たとえば「ＵＥ肯定応答済み」としてマーク付けする。
【００５１】
次に中継局２ｂのＲＬＣエンティティは、基地局からの伝送の順序で第１の未肯定応答ＰＤＣＰ  ＰＤＵから始まる基地局からの伝送の順序での順次ＰＤＣＰ  ＰＤＵ番号、すなわち２を含む、ユーザ機器送達メッセージ（ＵＤ  ＡＣＫ）を生成する。次に中継局２ａは、ステップＳ３１０で、ＵＤ  ＡＣＫ（２）を中継局２ａのＲＬＣエンティティに伝送するが、ここで括弧内の２は、基地局からの伝送の順序で第１の未肯定応答ＰＤＣＰ  ＰＤＵから始まる基地局からの伝送の順序での順次ＰＤＣＰ  ＰＤＵ番号、すなわち２を表す。さらに中継局２ｂのＲＬＣエンティティは、ＲＬＣ  ＳＤＵ１およびＲＬＣ  ＳＤＵ２を、「ユーザ機器への送達に関して肯定応答されている」、たとえば「ＵＥ肯定応答済み」としてマーク付けする。
【００５２】
次に中継局２ａは、ステップＳ３１１で、ＵＤ  ＡＣＫ（２）を基地局１のＲＬＣエンティティ１ａに転送する。
【００５３】
次に基地局１のＲＬＣエンティティは、ステップＳ３１２で、ユーザ機器送達肯定応答メッセージの受信時に、バッファリングされた第１の２つのＰＤＣＰ  ＳＤＵを廃棄するようにＰＤＣＰエンティティ１ｂに命令するためのインジケーションを、基地局１のＰＤＣＰエンティティ１ｂに伝送する。
【００５４】
次に基地局１のＰＤＣＰエンティティ１ｂは、ステップＳ３１３で、ユーザ機器送達肯定応答メッセージによって肯定応答された第１の２つのＰＤＣＰ  ＰＤＵに対応する、バッファリングされたＰＤＣＰ  ＳＤＵを廃棄する。第１の２つのＰＤＣＰ  ＰＤＵが基地局内にバッファリングされた場合、さらに基地局は対応するＰＤＣＰ  ＰＤＵを削除することになる。
【００５５】
前述の実施形態におけるＵＤ  ＡＣＫメッセージは、第１のＫ個のＲＬＣ  ＳＤＵがユーザ機器への送達に関して肯定応答されていることを示す。実施形態の変形態では、ＵＤ  ＡＣＫメッセージはユーザ機器への送達に関して肯定応答された順次ＲＬＣ  ＳＤＵ番号に関するいかなる情報も担持しない、すなわちＵＤ  ＡＣＫメッセージは、中継局２ｂが、一度にリスト内の第１の未肯定応答ＲＬＣ  ＳＤＵメッセージのみに関するユーザ機器送達肯定応答メッセージをフィードバックすることを示すような、ＵＤ  ＡＣＫメッセージのフォーマットを考案することができる。さらに前述のシナリオを例に挙げると、中継局２ｂは、ＵＤ  ＡＣＫメッセージ内の未肯定応答ＲＬＣ  ＳＤＵのうちの第１の１つが肯定応答されていることを示すために、ＲＬＣ  ＳＤＵ１に対応するＰ１”に関するＡＣＫメッセージを受信するとすぐに、ＵＤ  ＡＣＫメッセージを中継局２ａにフィードバックする。これに相応して、基地局１のＰＤＣＰレイヤ１ｂは、バッファリングされた第１のＰＤＣＰ  ＳＤＵを削除する。
【００５６】
理解され得るように、前述の暗黙的インジケータは、通常、いくつかのバイトがＲＬＣ  ＰＤＵのシーケンス番号用に占有されるため、シグナリングのオーバヘッドを節約することができるが、前述の暗黙的インジケータについて、第１のＲＬＣ  ＳＤＵに対応するそれぞれのＲＬＣ  ＰＤＵがユーザ機器によって首尾よく受信されたことが保証されるものであることに留意されたい。図３を参照すると、ユーザ機器３は、ステップ３０６で、ＲＬＣ  ＳＤＵ２に対応するすべてのＲＬＣ  ＰＤＵ  Ｐ２”およびＰ３”を首尾よく受信し、対応するＡＣＫをフィードバックしたが、暗黙的インジケータにより、ＵＤ  ＡＣＫメッセージは、基地局がＲＬＣ  ＳＤＵを伝送する順序でもフィードバックされ、したがって基地局２ｂは、ＲＬＣ  ＳＤＵ１に対応するすべてのＲＬＣ  ＰＤＵに関するＡＣＫメッセージが受信されるまで、いかなるＵＤ  ＡＣＫメッセージも基地局にフィードバックしないことが保証されるものである。
【００５７】
これに鑑み、本実施形態の変形態では、ビットマップの形式を採用することが可能であり、たとえば中継局２ｂは、ＲＬＣ  ＳＤＵ２に対応するすべてのＲＬＣ  ＰＤＵに関するＡＣＫとＲＬＣ  ＳＤＵ１に対応するＲＬＣ  ＰＤＵに関するＮＡＣＫとをユーザ機器３から受信し、その後、ＲＬＣ  ＳＤＵ１に対応するすべてのＲＬＣ  ＰＤＵに関するＡＣＫメッセージが受信された後でのみＵＤ  ＡＣＫを伝送する代わりに、ＳＤＵ１に関するＵＤ  ＡＣＫは受信しないが、ＳＤＵ２に関するＵＤ  ＡＣＫは受信することを示すために、ビットマップにおいて第１のビットを０、第２のビットを１に設定することができる。
【００５８】
もちろん、中継局２ｂは、たとえばビットマップまたは暗黙的インジケータの代わりに、ランレングス符号化（Run-Length Encoding）（ＲＬＥ）などを介して、他の方法で表されたＵＤ  ＡＣＫメッセージを伝送することができる。
【００５９】
ハンドオーバの場合、たとえば基地局１などのソース基地局と宛先基地局との間に、トンネルが設定されるものとする。基地局１のＰＤＣＰエンティティ１ｂは、成功した送達に関して肯定応答されたように基地局１のＲＬＣエンティティ１ａによって示されない、すべてのＰＤＣＰ  ＳＤＵを、宛先基地局のＰＤＣＰエンティティに伝送することになる。ユーザ機器が中継局を介したアクセスを有するシナリオの場合、基地局１のＲＬＣエンティティ１ａは、ユーザ機器送達肯定応答メッセージがアクセス・リレー２ｂから受信された後でのみ、ＰＤＣＰ  ＰＤＵの成功した送達を示すためのインジケーションを、基地局１のＰＤＣＰエンティティ１ｂに伝送することになり、その後でのみ、基地局１のＰＤＣＰエンティティ１ｂは対応するＰＤＣＰ  ＳＤＵを廃棄することになる。したがって、ユーザ・データがユーザ機器によって首尾よく受信されたかどうかに関する、基地局のＰＤＣＰエンティティ１ｂ内のステータス情報は、ユーザ機器のステータスとの同期化によって正確であり、それによって、基地局１はユーザ機器への送達に先立ってＰＤＣＰレイヤでデータを廃棄する可能性があるため、従来技術におけるハンドオーバ時のデータの損失が回避される。したがって、ハンドオーバ時の順次伝送を保証することができる。
【００６０】
見掛け上、同じ基地局に従属する２つの基地局間、または中継局と中継局が従属する基地局との間で、ハンドオーバが実行される場合、ソース基地局と宛先基地局は同じものであるため、いずれかのトンネルを設定する必要がない。本発明はこのシナリオに等しく適用可能である。
【００６１】
図４は、本発明の実施形態に従った装置のブロック図を示す。詳細には、制御装置１０が基地局１に配置される。制御装置１０は、第１の伝送手段１００、第１の判断手段１０１、提供手段１０２、および廃棄手段１０３を含む。支援装置２０が中継局２ｂに配置される。支援装置２０は、第２の伝送手段２００、第２の判断手段２０１、および第３の伝送手段２０２を含む。
【００６２】
基地局１のＰＤＣＰエンティティ１ｂは、ＰＤＣＰ  ＰＤＵを基地局１のＲＬＣエンティティ１ａに伝送する。具体的にはＰＤＣＰレイヤで、基地局１のＰＤＣＰエンティティ１ｂは、ＩＰレイヤから移送されたデータ・パケットを獲得し、ＩＰデータ・パケットをそれらの伝送順序に従って順次カプセル化すること、ＰＤＣＰ  ＰＤＵの順次増分するシーケンス番号が順次追加されるＰＤＣＰ  ＰＤＵヘッダを付加すること、および、最終的にＰＤＣＰ  ＰＤＵを生成するためにデータを暗号化することによって、たとえばＲＯＨＣアルゴリズムでヘッダ圧縮を実行する。
【００６３】
基地局１のＲＬＣエンティティ１ａは、たとえば、ＭＡＣレイヤなどから示された伝送ブロック（ＴＢ）のサイズ、および、１つまたは複数のＰＤＣＰ  ＰＤＵに対応するそれぞれのＲＬＣ  ＰＤＵを順次生成するためのＰＤＣＰ  ＰＤＵのシーケンス番号（ＳＮ）の順序などの、基地局１のＭＡＣレイヤからの情報に従って、上位レイヤ、すなわちＰＤＣＰレイヤ１ｂからのＰＤＣＰ  ＰＤＵを順次区分および／または連結する。ＭＡＣレイヤからの情報は、基地局１と中継局２ａとの間のリンクを介して割り振られた無線リソース（たとえばリンクに対して割り振られた時間周波数リソースなど）と、リンクの伝送特徴（たとえばリンク品質など）および／または異なるサービス間の優先度とに従って、生成可能である。次に第１の伝送手段１００は、ユーザ機器３への経路を介して、１つまたは複数のＰＤＣＰ  ＰＤＵに対応するそれぞれのＲＬＣ  ＰＤＵをネクストホップ中継局に伝送する。本実施形態では、第１の伝送手段１００は、１つまたは複数のＰＤＣＰ  ＰＤＵに対応するそれぞれのＲＬＣ  ＰＤＵを中継局２ａのＲＬＣエンティティに伝送する。
【００６４】
さらに基地局１のＰＤＣＰエンティティ１ｂは、獲得したＰＤＣＰ  ＳＤＵをバッファリングするためのメモリを含むことができる。メモリ内へのバッファリング・ステップには、第１の伝送手段１００からのＲＬＣ  ＰＤＵの伝送ステップとの実質的な順次関係がない可能性がある。第１に、ＰＤＣＰエンティティ１ｂは、ＰＤＣＰ  ＰＤＵをＲＬＣエンティティ１ａに伝送することが可能であり、次にこれがＰＤＣＰ  ＰＤＵを、ＵＥに伝送される１つまたは複数のＲＬＣ  ＰＤＵに区分／連結した後、ＰＤＣＰ  ＰＤＵがメモリ内に順次バッファリングされるか、あるいは、第１に、ＰＤＣＰ  ＳＤＵがメモリ内に順次バッファリングされ、ＰＤＣＰエンティティ１ｂはＰＤＣＰ  ＰＤＵをＲＬＣエンティティ１ａに伝送し、次にこれがＰＤＣＰ  ＰＤＵを、ＵＥに伝送される１つまたは複数のＲＬＣ  ＰＤＵに区分／連結する。
【００６５】
次に中継局２ｂは、中継局２ａから転送されたＲＬＣ  ＰＤＵを受信する。中継局２ｂ内の第２の伝送手段２００は、たとえば、１つまたは複数のＲＬＣ  ＳＤＵに対応するそれぞれのＲＬＣ  ＰＤＵを順次生成するための、中継局２ｂなどのＭＡＣレイヤから示された伝送ブロック（ＴＢ）のサイズなどの、中継局２ｂのＭＡＣレイヤからの情報に従って、中継局２ａのＲＬＣエンティティから受信した１つまたは複数のＲＬＣ  ＳＤＵを、順次再区分および／または再連結することができる。ＭＡＣレイヤからの情報は、中継局２ａと中継局２ｂとの間のリンクを介して割り振られた無線リソース（たとえばリンクに対して割り振られた時間周波数リソースなど）と、リンクの伝送特徴（たとえばリンク品質など）および／または異なるサービス間の優先度とに従って、生成可能である。
【００６６】
次に第２の伝送手段２００は、１つまたは複数のＲＬＣ  ＳＤＵに対応するそれぞれの再区分および／または再連結されたＲＬＣ  ＰＤＵを、ユーザ機器３へ伝送する。
【００６７】
次にアクセス中継局２ｂは、中継局２ｂのＲＬＣエンティティから伝送されたそれぞれのＲＬＣ  ＰＤＵに対応するユーザ機器３からフィードバックされたＡＣＫ／ＮＡＣＫを受信する。
【００６８】
第２の判断手段２０１は、ＲＬＣ  ＳＤＵに対応するそれぞれのＲＬＣ  ＰＤＵに関するＡＣＫがユーザ機器３から受信されたかどうかを判断し、すなわち第２の判断手段２０１は、ＲＬＣ  ＳＤＵに対応するすべてのＲＬＣ  ＰＤＵに関するＡＣＫメッセージがユーザ機器３から受信されたかどうかを判断する。各ＲＬＣ  ＰＤＵのＲＬＣヘッダは、ＲＬＣ  ＰＤＵのデータ部分に含まれたＲＬＣ  ＳＤＵまたはＲＬＣ  ＳＤＵセグメントの数と、それぞれのＲＬＣ  ＳＤＵまたはＲＬＣ  ＳＤＵセグメントの端部位置とを示すための、インジケーションを含む。第２の判断手段２０１は、前述の情報から、ＲＬＣ  ＳＤＵ全体に対応するすべてのＲＬＣ  ＰＤＵが受信されるタイミングを決定することができる。
【００６９】
第２の判断手段２０１が、ＲＬＣ  ＳＤＵに対応するそれぞれのＲＬＣ  ＰＤＵに関するＡＣＫが受信されたものと判断した場合、第３の伝送手段２０２は、ＲＬＣ  ＳＤＵがユーザ機器３に送達された旨を肯定応答するために、ユーザ機器送達肯定応答メッセージを中継局２ａに伝送する。理解され得るように、ＲＬＣ  ＳＤＵはＰＤＣＰ  ＰＤＵと等価である。一般に、ＲＬＣ  ＳＤＵはＲＬＣエンティティとＰＤＣＰエンティティとの間で交換され、ＰＤＣＰ  ＰＤＵはＰＤＣＰエンティティ間で交換される。次に中継局２ａは、ユーザ機器送達肯定応答メッセージを基地局１のＲＬＣエンティティ１ａに伝送する。
【００７０】
次に、第１の判断手段１０１がユーザ機器送達肯定応答メッセージを受信した後、すなわち、ユーザ機器送達肯定応答メッセージの受信を判断した後、提供手段１０２は、ＲＬＣ  ＳＤＵ（ＰＤＣＰ  ＰＤＵ）に対応するバッファリングされたＰＤＣＰ  ＳＤＵを廃棄するようにＰＤＣＰエンティティ１ｂに命令するためのインジケーションを、基地局１のＰＤＣＰエンティティ１ｂに伝送する。ステップＳ２１２で矢印に続く破線で示されたインジケーション対話は、基地局内の異なるレイヤ間のエンティティ間で実行される。
【００７１】
次に廃棄手段１０３は、ユーザ機器送達肯定応答メッセージによって肯定応答されたＲＬＣ  ＳＤＵに対応する、バッファリングされたＰＤＣＰ  ＳＤＵを廃棄する。詳細には、ＰＤＣＰ  ＳＤＵは暗号化されていない純粋なデータ情報であり、ＰＤＣＰ  ＰＤＵはＰＤＣＰ  ＳＤＵが暗号化されるデータ・パケットである。データ暗号化アルゴリズムは基地局ごとに異なる可能性があるため、ＰＤＣＰ  ＳＤＵは通常、基地局内にバッファリングされ、ソース基地局は、暗号化されていないＰＤＣＰ  ＳＤＵをハンドオーバ時に宛先基地局に伝送する。もちろん、ユーザ機器送達肯定応答メッセージによって肯定応答されたＰＤＣＰ  ＳＤＵも基地局内にバッファリングされている場合、廃棄手段１０３は、ユーザ機器送達肯定応答メッセージによって肯定応答されたＰＤＣＰ  ＳＤＵをバッファからさらに廃棄する。
【００７２】
本発明の諸実施形態について前述してきたが、本発明はいかなる特定のシステム、装置、またはプロトコルにも限定されるものではなく、当業者であれば、本発明の趣旨を逸脱することなく様々な修正または変形が実行可能である。
【００７３】
当業者であれば、説明、開示、図面、および添付の特許請求の範囲を検討することで、開示された諸実施形態への他の修正を理解および実行することができる。特許請求の範囲では、「備えている（comprising）／備える（comprises）」という用語は他の要素およびステップを排除するものではなく、「ａ／ａｎ」という用語は複数を排除するものではない。本発明の実際の適用例では、要素は、特許請求の範囲に示された複数の技術的特徴の機能を実行することができる。特許請求の範囲内のいかなる参照番号も本発明の範囲を制限するものと解釈されることはない。
【図１】
2013502755.tif 000003
【図２】
2013502755.tif 000004
【図３】
2013502755.tif 000005
【図４】
2013502755.tif 000006
【国際調査報告】
2013502755.tif 000007
2013502755.tif 000008
2013502755.tif 000009
2013502755.tif 000010