(57)【要約】本発明は、通信端末および複数の基地局を含み通信端末がソフトハンドオーバー中に複数の基地局と通信を行う移動通信システムにおいて使用されるデータ送信方法およびデータパケット再送方法に関する。さらに、本発明は、上記データ送信方法および上記データ再送方法を実行する基地局に関する。特定の通信端末のアクティブセットに関与する基地局におけるデータパケットの誤った合成を回避するため、本発明は、ソフトハンドオーバーに関与する基地局間で制御情報を交換し、それらのバッファを同期させる方法を提供する。
2007502557.tif 000002
【特許請求の範囲】
【請求項１】
通信端末と複数の基地局とを含む移動通信システムにおいて使用するデータ通信方法であって、前記通信端末はソフトハンドオーバー中に前記複数の基地局と通信を行い、前記方法は、
前記複数の基地局において、前記通信端末からデータパケットを受信する工程と、
前記各基地局において、前記受信データパケットのデータの完全性を判定する工程と、
前記受信データパケットのデータの完全性が基地局により肯定応答されなかった場合、前記受信データパケットを当該基地局のバッファに格納する工程と、
前記受信データパケットのデータの完全性が基地局により肯定応答された場合、当該から前記複数の基地局の他の少なくとも１つの基地局へ、前記受信データパケットのデータの完全性が肯定応答されたことを示す制御情報を送信する工程と、を具備する方法。
【請求項２】
前記他の少なくとも１つの基地局における前記制御情報の受信に応答して、前記受信データパケットのデータの完全性を肯定応答しなかった各基地局において前記バッファを消去する工程をさらに具備する、請求項１記載の方法。
【請求項３】
前記受信データパケットのデータの完全性を肯定応答したか否かを示すフィードバックメッセージを前記複数の基地局の１つから前記通信端末へ送信する工程をさらに具備する、請求項１または請求項２記載の方法。
【請求項４】
基地局が前記受信データパケットのデータの完全性を肯定応答しなかった場合、前記基地局から前記複数の基地局の他の少なくとも１つの基地局へ、前記受信データパケットのデータの完全性が応答されなかったことを示す制御情報を送信する工程をさらに具備する、請求項１から請求項３のいずれかに記載の方法。
【請求項５】
前記通信端末へ前記フィードバックメッセージを送信する前記１つの基地局が、前記通信端末へ前記フィードバックメッセージを送信するに先立って、前記他の基地局から受信された制御情報を評価することにより、前記複数の基地局の少なくとも１つが受信データパケットのデータの完全性を肯定応答したか否かを判定する、請求項３または請求項４記載の方法。
【請求項６】
前記制御情報は送信基地局から宛先基地局へ制御ユニットを介して送信される、請求項１から請求項５のいずれかに記載の方法。
【請求項７】
前記フィードバックメッセージを前記通信端末へ送信する前記１つの基地局を、前記複数の基地局の各基地局に接続された制御ユニットにより選択する工程をさらに具備する、請求項３から請求項６のいずれかに記載の方法。
【請求項８】
前記制御ユニットが、前記通信端末と前記複数の基地局の各基地局との間のダウンリンクチャネル品質を示すダウンリンクチャネル品質情報を評価し、前記通信端末へ前記フィードバックメッセージを送信する前記１つの基地局を前記評価結果に基づき選択する、請求項７記載の方法。
【請求項９】
前記複数の基地局の各基地局が、前記通信端末と前記各基地局との間の前記ダウンリンクチャネル品質を示すダウンリンクチャネル品質情報を判定する工程と、
前記複数の基地局の各基地局が、前記判定したダウンリンクチャネル品質情報を前記複数の基地局の他の基地局へ送信する工程と、
前記複数の基地局の各基地局が、前記複数の基地局の前記他の基地局から送信されたダウンリンクチャネル品質情報を受信する工程と、
前記複数の基地局の各基地局が、最良のダウンリンクチャネル品質特性を判定するために前記他の基地局から受信した前記ダウンリンクチャネル品質情報と、自ら判定した前記ダウンリンクチャネル品質情報とを評価する工程と、
前記最良のダウンリンクチャネル品質特性を有する基地局が前記フィードバックメッセージを前記通信端末へ送信する工程と、をさらに具備する、請求項３記載の方法。
【請求項１０】
前記フィードバックメッセージを前記通信端末へ送信する前記１つの基地局が、別の基地局が最良のダウンリンクチャネル品質特性を有していると判定する場合、
前記１つの基地局からの選択メッセージを前記他の基地局へ送信する工程と、
今後のデータの完全性の肯定応答のためのフィードバックメッセージを前記通信端末へ送信するタスクを、前記他の基地局に割り当てる工程と、をさらに具備する、請求項３記載の方法。
【請求項１１】
最良のダウンリンクチャネル品質特性を有する前記基地局の前記判定が、
前記複数の基地局の各基地局が、前記通信端末と前記各基地局との間のダウンリンクチャネル品質を示すダウンリンクチャネル品質情報を判定する工程と、
前記通信端末へ前記フィードバックメッセージを送信する前記基地局以外の前記複数の基地局の各基地局が、前記判定したダウンリンクチャネル品質情報を、前記フィードバックメッセージを送信する前記基地局へ送信する工程と、
前記フィードバックメッセージを送信する前記１つの基地局が、前記送信されたダウンリンクチャネル品質情報を前記複数の基地局の他の基地局から受信し、前記他の基地局から受信した前記ダウンリンクチャネル品質情報と自ら判定した前記ダウンリンクチャネル品質情報とを評価して最良のダウンリンクチャネル品質特性を判定する工程と、を含む請求項１０記載の方法。
【請求項１２】
前記ダウンリンクチャネル品質情報の前記評価は、前記ダウンリンクチャネル品質情報のパラメータを平均化する工程を含み、前記選択は、前記平均化されたダウンリンクチャネル品質に基づく、請求項８から請求項１１のいずれかに記載の方法。
【請求項１３】
前記受信データパケットのデータの完全性を肯定応答した前記基地局の少なくとも１つにより前記受信データパケットを前記移動通信システムの制御ユニットへ転送する工程をさらに具備する、請求項１から請求項１２のいずれかに記載の方法。
【請求項１４】
前記データパケットが個別チャネルを介して受信される、請求項１から請求項１３のいずれかに記載の方法。
【請求項１５】
通信端末と複数の基地局とを含む移動通信システムにおけるデータパケット再送方法であって、前記通信端末がソフトハンドオーバー中に前記複数の基地局と通信を行い、
前記複数の基地局の各基地局は、パケット再送方式に従って前記各基地局と前記通信端末との間のデータパケット再送を制御し可能にする手段を含み、
前記手段は、データの完全性が肯定応答されなかった前記各基地局において受信されたデータパケットを格納するバッファを含み、前記バッファは、請求項１から請求項１４のいずれかに記載の方法を使用することにより更新される、方法。
【請求項１６】
前記再送方式は、パケット再送を制御する受信機ウィンドウを使用するウィンドウベースのパケット再送方式であり、前記基地局間で交換される前記制御情報が、前記受信機ウィンドウの上端または下端を指すポインタを含む、請求項１５記載の方法。
【請求項１７】
前記再送方式は、少なくとも１つの再送処理を有するストップアンドウェイトパケット再送方式であり、前記基地局間で交換される前記制御情報が、データパケット再送処理を識別する処理番号と、前記データパケットの完全性が肯定応答されることができるか否かを示す表示とを含む、請求項１５記載の方法。
【請求項１８】
前記基地局間で交換される制御情報は、前記受信基地局において前記受信データパケットを識別するシーケンス番号またはデータ表示をさらに含む、請求項１７記載の方法。
【請求項１９】
前記基地局間で交換される前記制御情報は、前記通信端末を識別する識別子を含む、請求項１５から請求項１８のいずれかに記載の方法。
【請求項２０】
通信端末と複数の基地局とを含む移動通信システムの基地局であって、前記通信端末はソフトハンドオーバー中に前記複数の基地局と通信を行い、前記基地局は請求項１から請求項１９のいずれかに記載の方法を実施するための手段を含む、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末と複数の基地局とを含み通信端末はソフトハンドオーバー中に前記複数の基地局と通信を行う移動通信システムにおいて使用されるデータ送信方法とデータパケット再送方法に関する。さらに、本発明は、データ送信方法とデータ再送方法とを実行する基地局に関する。
【背景技術】
【０００２】
Ｗ−ＣＤＭＡ（広帯域符号分割多重アクセス）は、第３世代無線移動体通信システムとしての使用のために標準化されたＩＭＴ−２０００（国際移動体通信）の無線インタフェースであり、柔軟かつ効率的に音声サービスやマルチメディア移動体通信サービス等の様々なサービスを提供する。日本、ヨーロッパ、アメリカおよび他の国々の標準化団体は、Ｗ−ＣＤＭＡに対する共通の無線インタフェース仕様書を作成するための第３世代パートナーシッププロジェクト（３ＧＰＰ）を共同で組織化した。
【０００３】
標準化されたヨーロッパ版のＩＭＴ−２０００は一般にＵＭＴＳ（汎用移動体通信システム）と呼ばれる。最初のＵＭＴＳの仕様書は、１９９９年に発行された（リリース９９）。これまでリリース４およびリリース５において、３ＧＰＰにより上記規格に対する複数の改善が標準化され、さらなる改善のための議論がリリース６に向けて現在なお継続中である。
【０００４】
ダウンリンクおよびアップリンクの個別チャネル（ＤＣＨ）、ならびにダウンリンク共有チャネル（ＤＳＣＨ）が、リリース９９とリリース４において定義された。後年、開発者らは、マルチメディアサービスまたはデータサービス全般の提供のためには、高速非対称アクセスを実施する必要があると認識した。リリース５では、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）が導入された。新しい高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）は、ＵＭＴＳ無線アクセスネットワーク（ＲＡＮ）から、ＵＭＴＳ仕様書おいてユーザ装置と呼ばれる通信端末までのダウンリンク高速アクセスを、ユーザに提供する。
【０００５】
ＨＳＤＰＡは、高速パケットスケジューリング、適応変調、およびハイブリッドＡＲＱ（ＨＡＲＱ）等の技術に基づき、高スループット、遅延の減少および高ピークのデータレートを実現する。
【０００６】
ハイブリッドＡＲＱ方式
非リアルタイムサービスにおける誤り検出の最も一般的な技術は、順方向誤り訂正（ＦＥＣ）を組み合わせた自動再送要求（ＡＲＱ）方式に基づく、ハイブリッドＡＲＱと呼ばれる技術である。巡回冗長検査（ＣＲＣ）により誤りが検出されると、受信機は、送信機に対し追加ビットまたは新しいデータパケットを送信するよう要求を行う。既存の様々な方式のうち、ストップアンドウエイト（ＳＡＷ）と、選択繰り返し（ＳＲ）連続ＡＲＱ（Selective-repeat continuous ARQ）とが、移動体通信において最も頻繁に使用される。
【０００７】
データユニットは送信前に符号化される。再送されるビットに応じて、３つの異なるタイプのＡＲＱを定義することができる。
【０００８】
ＨＡＲＱタイプIでは、受信した誤りデータパケット（ＰＤＵ：パケットデータユニットとも称する）は廃棄され、当該ＰＤＵの新しい複製が別途再送、復号される。当該ＰＤＵの以前のバージョンと後のバージョンとを合成することはない。ＨＡＲＱタイプIIを用いる場合、再送の必要がある誤りＰＤＵは廃棄されないが、その後の復号化のために、送信機から供給される複数の増加的冗長性（incremental redundancy）ビットと合成される。再送ＰＤＵは、時にはより高い符号化レートを有し、受信機において、記憶された値と合成される。このことは、再送毎に僅かに冗長性が加えられることを意味する。
【０００９】
最後に、ＨＡＲＱタイプIIIは、タイプIIとほとんど同じパケット再送方式であり、再送された全てのＰＤＵは自己復号可能であるという点においてのみ異なる。このことは、ＰＤＵは、以前のＰＤＵとの合成なしで復号可能であることを意味する。自己復号可能パケットは、複数のＰＤＵが極度に損傷を受けて再利用可能な情報がほとんど無い場合に、有利に使用できる。
【００１０】
ＵＭＴＳ構成
汎用移動体通信システム（ＵＭＴＳ）の上位レベルのＲ９９／４／５構成を図１に示す（非特許文献１参照：http://www.3gpp.orgから入手可能）。この図において、ネットワーク要素は、機能的に、コアネットワーク（ＣＮ）１０１、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）１０２、およびユーザ装置（ＵＥ）１０３に分類される。ＵＴＲＡＮ１０２は、全ての無線関連機能の処理を行い、一方、ＣＮ１０１は、呼およびデータ接続を外部ネットワークへルーティングする処理を行う。これらのネットワーク要素の相互接続は、オープンインタフェース（Ｉｕ、Ｕｕ）により定義される。ＵＭＴＳシステムは、モジュール式であり、従って複数の同一タイプのネットワーク要素を持つことができることに留意されたい。
【００１１】
図２に現行のＵＴＲＡＮの構成を示す。複数の無線ネットワーク制御装置（ＲＮＣ）２０１、２０２がＣＮ１０１へ接続される。各ＲＮＣ２０１、２０２は、一つまたは複数の基地局（ノードＢ）２０３、２０４、２０５、２０６の制御を行い、これらの基地局はＵＥと通信を行う。複数の基地局を制御するＲＮＣは、これらの基地局の制御ＲＮＣ（Ｃ−ＲＮＣ）と呼ばれる。Ｃ−ＲＮＣを伴う、制御された基地局の一セットは、無線ネットワークサブシステム（ＲＮＳ）２０７、２０８と呼ばれる。ユーザ装置およびＵＴＲＡＮ間の各接続に対して、一つのＲＮＳがサービングＲＮＳ（Ｓ−ＲＮＳ）となり、コアネットワーク（ＣＮ）１０１とのＩｕ接続を維持する。必要に応じて、ドリフトＲＮＳ（Ｄ−ＲＮＳ）３０２は、図３に示すように、無線リソースを提供することによってサービングＲＮＳ（Ｓ−ＲＮＳ）３０１をサポートする。それぞれのＲＮＣは、サービングＲＮＣ（Ｓ−ＲＮＣ）およびドリフトＲＮＣ（Ｄ−ＲＮＣ）と呼ばれる。Ｃ−ＲＮＣおよびＤ−ＲＮＣは同一であり、従ってＳ−ＲＮＣまたはＲＮＣの略記も頻繁に用いられる。
【００１２】
進化型（Evolved）ＵＴＲＡＮ構成
現在、現行のＲ９９／４／５  ＵＭＴＳ構成からのＵＴＲＡＮ構成の進化に対する実現性の研究が進行中である（非特許文献２参照、http://www.3gpp.orgで入手可能）。上記進化型構成のための２つの概略提案が現れた（非特許文献３および非特許文献４参照、http://www.3gpp.orgで入手可能）。"Further Clarifications on the Presented Evolved Architecture"の表題でなされた提案につき、図４を参照して以下に議論する。
【００１３】
ＲＮＧ（無線ネットワークゲートウェイ）４０１は、従来のＲＡＮとの網間接続に使用され、モビリティアンカーポイントとして機能する。モビリティアンカーポイントは、一旦ＲＮＧ４０１が接続のために選択されるとそれが呼の間維持されることを意味する。これは制御プレーンおよびユーザプレーンの両方の機能を含む。
【００１４】
制御プレーンにおいて、ＲＮＧ４０１は、進化型ＲＡＮとＣＮとの間、および進化型ＲＡＮとＲ９９／４／５  ＵＴＲＡＮとの間のシグナリングゲートウエイとしての役割を果たし、以下の主要な機能を有する。
【００１５】
●Ｉｕシグナリングゲートウエイ、すなわちＲＡＮＡＰ（無線アクセスネットワークアプリケーション部）接続用アンカーポイント
●ＲＡＮＡＰ接続の終端、以下を含む。
●シグナリング接続の設定および解除
●コネクションレスメッセージの識別
●ＲＡＮＡＰコネクションレスメッセージの処理
●該当ノードＢ＋へのアイドルおよび接続モードページングメッセージの中継
ＲＮＧは、以下を行う。
●ノードＢ＋間再配置におけるＣＮの役割
●ユーザプレーン制御および
●ノードＢ＋４０２〜４０５とＲ９９／４／５  ＲＮＣとの間のＩｕｒシグナリングゲートウエイ
【００１６】
さらに、ＲＮＧは、ＣＮまたは従来のＲＡＮから、進化型ＲＡＮまでのユーザプレーンアクセスポイントであり、以下のユーザプレーン機能を有する。
●再配置中におけるユーザプレーントラフィック切替え；
●ノードＢ＋およびＳＧＳＮ（サービングＧＰＲＳサポートノード、ＣＮの要素）間におけるＧＴＰ（Ｉｕインタフェースに関するＧＰＲＳトンネリングプロトコル）パケットの中継および
●ユーザプレーンに対するＩｕｒ網間接続
【００１７】
ノードＢ＋４０２〜４０５要素は、ＲＡＮ無線プロトコル（レイヤ１−物理レイヤ、レイヤ２−媒体アクセス制御および無線リンク制御サブレイヤ、レイヤ３−無線リソース制御）の全てを終端する。ノードＢ＋４０２〜４０５の制御プレーン機能は、進化型ＲＡＮ内の接続モード端末の制御に関する機能を全て含む。主要な機能には、以下を含む。
●ＵＥの制御
●ＲＡＮＡＰ接続の終端
●ＲＡＮＡＰ接続指向プロトコルメッセージの処理
●ＲＲＣ（無線リソース制御）接続の制御／終端および
●該当ユーザプレーン接続の初期化の制御
【００１８】
ＲＲＣ接続が終端されると、またはその機能が別のノードＢ＋に再配置されると（サービングノードＢ＋の移動）、ＵＥのコンテキストは（サービング）ノードＢ＋から除去される。制御プレーン機能は、ノードＢ＋４０２〜４０５のセルのリソースの制御および設定のための全ての機能、ならびにサービングノードＢ＋の制御プレーン部からの要求に応じた個別リソースの割当てを含む。「ノードＢ＋」における「＋」は、Ｒ９９／４／５仕様書と比較して、基地局の機能が拡張されていることを表す。
【００１９】
ノードＢ＋４０２〜４０５のユーザプレーン機能は、ＰＤＣＰ（パケットデータ輻輳プロトコル）、ＲＬＣ（無線リンク制御）およびＭＡＣ（媒体アクセス制御）のプロトコル機能、ならびにマクロダイバーシチ合成を含む。
【００２０】
拡張アップリンク個別チャネル
個別トランスポートチャネル（ＤＴＣＨ）用のアップリンクエンハンスメント（Ｅ−ＤＣＨ）は、現在３ＧＰＰ技術仕様書グループＲＡＮにより研究されている（非特許文献５参照、http://www.3gpp.orgで入手可能）。ＩＰベースのサービスの利用はさらに重要になるので、アップリンク個別トランスポートチャネルの遅延を低減させるとともに、ＲＡＮのカバー範囲およびスループットを改善する要求が増加している。ストリーミング、インタラクティブおよびバックグラウンドサービスはこの拡張アップリンクから恩恵を受けることができる。
【００２１】
エンハンスメントの一例は、ノードＢ制御スケジューリング（Node B controlled scheduling）に関連する適応変調符号化方式（ＡＭＣ）の使用であり、すなわちＵｕインタフェースのエンハンスメントである。既存のＲ９９／Ｒ４／Ｒ５のシステムにおいては、アップリンクの最大データレート制御はＲＮＣ内で行われる。ノードＢのスケジューラを再配置することにより、ＲＮＣとノードＢとの間のインタフェースのシグナリングより生じる待ち時間を低減させることができ、スケジューラはアップリンク負荷の時間的変化により速く対応することができる。これにより、ＵＥとＲＡＮとの通信における全体的な待ち時間が低減される。従って、ノードＢ制御スケジューリングは、アップリンク負荷が低減する場合には、より高いデータレートを速やかに割り当てることにより、または、アップリンク負荷が増加する場合には、アップリンクデータレートを制限することにより、それぞれアップリンク干渉をより確かに制御するとともに雑音上昇の変動を平滑化することができる。セルのカバー範囲およびスループットは、アップリンク干渉をより確かに制御することで改善可能である。
【００２２】
アップリンク上の遅延を低減させると考えられる別の技術は、他のトランスポートチャネルと比較して短いＴＴＩ（送信時間間隔）長をＥ−ＤＣＨに対して導入する技術である。通常１０ｍｓのＴＴＩが他のチャネル上で使用されているが、２ｍｓのＴＴＩ長が現在、Ｅ−ＤＣＨ上の利用に向けて研究されている。ＨＳＤＰＡの重要な技術の一つであるハイブリッドＡＲＱも、拡張アップリンク個別チャネル用に検討されている。ノードＢおよびＵＥ間のハイブリッドＡＲＱプロトコルは、誤って受信されたデータユニットの迅速な再送を可能とし、従ってＲＬＣ（無線リンク制御）再送の回数およびこれに係る遅延を低減させる。これにより、エンドユーザの経験するサービス品質を改善することができる。
【００２３】
上述のエンハンスメントをサポートするため、以下ＭＡＣ−ｅｕと呼ぶ新ＭＡＣサブレイヤを導入する（非特許文献６参照）。以下の章でさらに詳細に説明する、この新サブレイヤのエンティティは、ＵＥとノードＢに設置することができる。ＵＥ側では、ＭＡＣ−ｅｕは、上位レイヤデータ（例えばＭＡＣ−ｄ）を新しい拡張トランスポートチャネルに多重化するとともにＨＡＲＱプロトコル送信エンティティを動作させる新しいタスクを実行する。
【００２４】
ＵＥにおけるＥ−ＤＣＨ  ＭＡＣ構成
図５は、ＵＥ側のＥ−ＤＣＨ  ＭＡＣ構成の全体を示す。新ＭＡＣ機能エンティティであるＭＡＣ−ｅｕ５０３が、Ｒｅｌ／９９／４／５のＭＡＣ構成に加えられる。ＭＡＣ−ｅｕ５０３エンティティを図６に詳細に示す。
【００２５】
ＵＥからノードＢに送信されるデータパケットを搬送するＭ個の異なるデータフロー（ＭＡＣ−ｄ）が存在する。これらのデータフローは、種々のＱｏＳ（サービス品質）、例えば遅延および誤りの要件を有することができ、設定の異なるＨＡＲＱインスタンスを用いてよい。従って、データパケットは、異なる優先度キューに格納することができる。ＵＥおよびノードＢにそれぞれ設置された、ＨＡＲＱ送受信エンティティのセットは、ＨＡＲＱ処理と呼ばれる。スケジューラは、ＨＡＲＱ処理を異なる優先度キューに割り当てる際、ＱｏＳパラメータを考慮する。ＭＡＣ−ｅｕエンティティは、レイヤ１のシグナリングを介しノードＢ（ネットワーク側）からスケジューリング情報を受信する。
【００２６】
ＵＴＲＡＮにおけるＥ−ＤＣＨ  ＭＡＣ構成
ソフトハンドオーバー動作では、ＵＴＲＡＮ側のＥ−ＤＣＨ  ＭＡＣ構成におけるＭＡＣ−ｅｕエンティティは、ノードＢ（ＭＡＣ−ｅｕｂ）およびＳ−ＲＮＣ（ＭＡＣ−ｅｕｒ）間で分散することができる。ノードＢのスケジューラは、アクティブユーザを選択し、指示されたレート、提示されたレート、または送信が許可されたＴＣＦＳ（トランスポートフォーマットコンビネーションセット）のサブセットにアクティブユーザ（ＵＥ）を制限するＴＦＣ（トランスポートフォーマットコンビネーション）閾値を決定するとともにシグナリングすることにより、レート制御を行なう。
【００２７】
各ＭＡＣ−ｅｕエンティティは一ユーザ（ＵＥ）に対応している。図７に、ノードＢのＭＡＣ−ｅｕ構成をさらに詳細に示す。各ＨＡＲＱ受信機エンティティは、未解決の再送からのパケットのビットを合成するために一定量または一定領域のソフトバッファメモリを割り当てられることに留意されたい。一旦パケットが正常に受信されると、パケットは、順序通りの送出（in-sequence delivery）を上位レイヤに提供する並べ替えバッファ（reordering buffer）へ転送される。上述の実施形態によれば、並べ替えバッファは、ソフトハンドオーバー中、Ｓ−ＲＮＣ内に存在する（非特許文献７参照、http://www.3gpp.orgから入手可能）。図８に、対応するユーザ（ＵＥ）の並べ替えバッファを含むＳ−ＲＮＣ  ＭＡＣ−ｅｕ構成を示す。並べ替えバッファの数は、ＵＥ側での対応するＭＡＣ−ｅｕエンティティにおけるデータフローの数と等しい。データおよび制御情報は、ソフトハンドオーバー中に、アクティブセット内の全てのノードＢからＳ−ＲＮＣへ送信される。
【００２８】
必要とされるソフトバッファの大きさは、使用されるＨＡＲＱ方式に依存することに留意されたい。例えば、増加的冗長性（ＩＲ）を利用するＨＡＲＱ方式においては、チェイス合成（ＣＣ）を備える場合よりも多くのソフトバッファが必要になる。
【００２９】
Ｅ−ＤＣＨシグナリング
特定の方式の動作に必要なＥ−ＤＣＨ関連の制御シグナリングは、アップリンクおよびダウンリンクのシグナリングより成る。シグナリングは、考慮されるアップリンクエンハンスメントに依存する。
【００３０】
ノードＢ制御スケジューリング（例えば、ノードＢ制御の時間レートスケジューリング（time and rate scheduling））を可能にするには、ＵＥは、データをノードＢへ送信するために要求メッセージをアップリンク上において送信する必要がある。上記要求メッセージは、ＵＥのステータス情報（例えば、バッファステータス、電力ステータス、チャネル品質推定）を含むことができる。この情報に基づき、ノードＢは、雑音上昇を推定し、ＵＥのスケジューリングを行うことができる。ダウンリンクにおいてノードＢからＵＥへ送信される許可メッセージにより、ノードＢは、ＵＥが送信を許可される最大データレートおよび時間間隔を有するＴＦＣＳをＵＥに割り当てる。
【００３１】
アップリンクにおいて、ＵＥは、送信されたパケットを正しく復号するために必要なレート表示メッセージ情報（例えば、トランスポートブロックサイズ（ＴＢＳ）、変調符号化方式（ＭＣＳ）レベル等）を、ノードＢへシグナリングする必要がある。さらに、ＨＡＲＱを用いる場合、ＵＥは、ＨＡＲＱ関連の制御情報（例えば、ハイブリッドＡＲＱ処理番号、ＵＭＴＳリリース５の新規データ表示（ＮＤＩ）と呼ばれるＨＡＲＱシーケンス番号、冗長性バージョン（ＲＶ）、レートマッチングパラメータ等）をシグナリングする必要がある。
【００３２】
拡張アップリンク個別チャネル（Ｅ−ＤＣＨ）上で送信されたパケットを受信し、復号化した後、ノードＢは、ダウンリンクにおいてＡＣＫ／ＮＡＣＫを送信することで、送信が成功したか否かをＵＥに通知する必要がある。
【００３３】
Ｒ９９／４／５のＵＴＲＡＮ内のモビリティ管理
この章では、頻繁に使用される用語を簡潔に定義し、モビリティ管理の手順を概説する（非特許文献８参照、http://www.3gpp.orgで入手可能）。
【００３４】
無線リンクは、単一のＵＥと単一のＵＴＲＡＮアクセスポイントとの間の論理結合である。その物理的具現例は、無線ベアラー送信を含む。
【００３５】
ハンドオーバーは、一つの無線ベアラーから別のベアラーへのユーザ接続の移動として定義できる。「ハードハンドオーバー」では、新しい無線リンクが確立される。一方、「ソフトハンドオーバー」（ＳＨＯ）においては、ＵＥがＵＴＲＡＮに対し常に少なくとも一つの無線リンクを維持するよう、無線リンクが確立、放棄される。ソフトハンドオーバーは、符号分割多重アクセス（ＣＤＭＡ）技術を用いるネットワークに特有のものである。通常、ハンドオーバーの実行は、移動体無線ネットワークのＳ−ＲＮＣにより制御される。
【００３６】
「アクティブセット」は、ＵＥと無線ネットワークとの間の特定の通信サービスに同時に関与する一セットの無線リンクを含む。例えば、ソフトハンドオーバー中、ＵＥのアクティブセットは、ＵＥに対してサービングするＲＡＮのノードＢへの無線リンク全てを含む。
【００３７】
ＵＥとＵＴＲＡＮとの間の通信のアクティブセットを変更するために、アクティブセット更新手順を用いてよい。その手順は３つの機能、すなわち無線リンクの追加、無線リンクの除去、ならびに無線リンクの追加および除去の組み合わせを含む。通常、同時無線リンクの最大数は４に設定される。一旦、各基地局のパイロット信号強度がアクティブセットの中で最も強度の高いメンバーのパイロット信号に対する特定の閾値を越えると、新しい無線リンクをアクティブセットへ加えることができる。一旦、各基地局のパイロット信号強度がアクティブセットの中で最も強度の高いメンバーのパイロット信号に対する特定の閾値を越えると、無線リンクをアクティブセットから除去することができる。
【００３８】
無線リンクの追加に対する閾値は通常、無線リンクの除去の場合よりも高くなるよう選択される。従って、上記追加と除去の事象はパイロット信号強度に対しヒステリシスを形成する。
【００３９】
パイロット信号の測定は、ＲＲＣシグナリングにより、ＵＥからネットワーク（Ｓ−ＲＮＣ）へ報告される。測定結果を送信する前に、高速フェージングを平均化するために、通常何らかのフィルタリングが行なわれる。標準的なフィルタリングの継続時間は約２００ｍｓであり、これはハンドオーバー遅延の一要因となる（非特許文献９参照、http://www.3gpp.orgで入手可能）。測定結果に基づき、Ｓ−ＲＮＣは、アクティブセット更新手順の機能（現在のアクティブセットに対するノードＢの追加／除去）の一つの実行開始を決定する。
【００４０】
ソフトハンドオーバー中のＥ−ＤＣＨ動作
マクロダイバーシチ利得を得るには、ソフトハンドオーバーをサポートすることが望ましい。ＨＳＤＰＡでは、例えば、ソフトハンドオーバーは、ＨＳ−ＤＳＣＨ（高速ダウンリンク共有チャネル）トランスポートチャネルに対してサポートされていない。ソフトハンドオーバーを適用した場合、アクティブセットの全ノードＢに対するスケジューリング負担の分散の問題が生じる。そして、スケジューリング機能の分散が解決されたとしても、アクティブセットの全てのメンバーへスケジューリングの決定を供給するためには、非常に厳しいタイミングが求められる。一つのノードＢのみがＨＳ−ＤＳＣＨ上でＵＥへ送信を行うため、マクロダイバーシチ利得は得られない。ＵＥが個別チャネルのソフトハンドオーバー領域に入ったとき、ＨＳ−ＤＳＣＨ上での送信が許可されたノードＢを決定する必要がある。サービングノードＢの選択は、ＵＥ側または（ＲＮＣにより）ネットワーク側のいずれで行ってもよい。
【００４１】
ＨＳ−ＤＳＣＨ用の高速セル選択（ＦＣＳ）法では、ＵＥは、データ送信に最も好適なセルを選択する。ＵＥは、周期的にアクティブセット内のセルのチャネル状態を監視し、現在のサービングセルよりさらに良好なチャネル状態のセルがあるか否か判定する。
【００４２】
ソフトハンドオーバーがアップリンク用にサポートされていない場合は、サービングノードＢを選択する必要がある。起こり得る一つの問題は、サービングノードＢの誤選択である。従って、選択されたアップリンクサービングノードＢよりもアップリンク送信に好適な、アクティブセット内のセルがある。このため、現在のサービングノードＢにより制御されるセルへのデータ送信が失敗し得る一方、他のノードＢにより制御されたセルへの送信は成功していたかもしれない。この選択の精度は、シグナリング遅延、測定結果のフィルタリング等、複数の要因に依存する。
【００４３】
結論として、Ｅ−ＤＣＨに対するＳＨＯ動作をサポートすることは、マクロダイバーシチ利得を得ることができ、さらに最良のアップリンクサービングノードＢの誤選択より発生し得る送信失敗を排除できる点において有用である。
【００４４】
ソフトバッファ同期が無いソフトハンドオーバー動作
Ｒ９９／Ｒ４／Ｒ５の構成を想定した、ソフトバッファ同期が無いノードＢのソフトハンドオーバー動作のフローチャートを図９に示す。同図はアクティブセットの任意のノードＢの動作を表す。
【００４５】
ステップ９０１において、アクティブセット内の各ノードＢはアップリンクトラフィックの受信に関し、拡張個別物理データチャネル（Ｅ−ＤＰＤＣＨ）を監視する。ステップ９０３において、パケットが送信時間間隔（ＴＴＩ）内に受信された場合（ステップ９０２参照）、ノードＢはパケットが初回送信であったか、あるいは以前に送信されたデータパケットの再送信であったかを判定しなければならない。この判定は、関連するアップリンク制御シグナリング、例えば新規データ表示（ＮＤＩ）に基づく。受信パケットが再送信だった場合、ステップ９０５においてノードＢは復号化する前に受信データパケットと、ソフトバッファ内に格納された前の送信とを合成しなければならない。初回送信に関しては、ノードＢは対応するソフトバッファ内に受信パケットを格納し（ステップ９０６参照、当該ソフトバッファ内に恐らく以前格納された送信が上書きされる）、受信するとパケットの復号化を試みる。
【００４６】
復号化が成功したか否かの検査（ステップ９０７参照）は、ＣＲＣチェックサムを評価することにより行われる。ステップ９０８においてパケットが正常に復号化された場合、ノードＢはそれを上位レイヤへ渡し、Ｉｕｂ／Ｉｕｒインタフェースを介してＳ−ＲＮＣへ送信する。復号化が成功しなかった場合は、ステップ９０９において軟情報はソフトバッファ内に格納される。
【００４７】
上に概論したように、ソフトハンドオーバー動作は付加的なマクロダイバーシチ利得を提供するだけでなく、システム設計をある程度複雑にする。Ｅ−ＤＣＨを例に取ると、ソフトハンドオーバー動作に対しては単一の送信プロトコルエンティティと複数の受信プロトコルエンティティが存在する。一方、非ソフトハンドオーバー動作に対しては単一の送信プロトコルエンティティと単一の受信プロトコルエンティティのみが存在する。
【００４８】
非ソフトハンドオーバーでのＨＡＲＱ動作
非ＳＨＯでの動作中、１つのＵＥが単一のノードＢと通信を行うので、ダウンリンクにおいて信頼できるフィードバックのシグナリングを前提とすると、簡単なＨＡＲＱ動作が可能である。ノードＢは、肯定応答ＡＣＫを送信することにより送信が成功したか否かをＵＥに通知し、または否定応答ＮＡＣＫをシグナリングすることにより再送を要求する。送信機および受信機側においてＨＡＲＱプロトコルステータスの同期を保証するためには、信頼できるフィードバックシグナリングが必要である。
【００４９】
アップリンクでは、ＵＥは、所与のＨＡＲＱ処理に対する新規パケットの送信が開始されたか否かを、ＡＣＫ／ＮＡＣＫフィードバックメッセージに基づいてノードＢに通知する。新規データ表示（ＮＤＩ）を切り替えることにより、ノードＢは、当該パケットと、対応するＨＡＲＱ処理のソフトバッファ内に格納された以前の送信とを合成しないように命じられる（非特許文献１０参照、http://www.3gpp.orgから入手可能）。ＮＤＩが切り替えられると、対応するＨＡＲＱ処理用のＨＡＲＱソフトバッファは、消去され（flushed）、そして、新規パケットの送信の軟判定情報で埋められる。
【００５０】
ノードＢによりＵＥへシグナリングされたフィードバックの誤った解釈は、全体のスループットとパケット誤り率（ＰＥＲ）を低下させる。ＡＣＫをＮＡＣＫと誤って解釈した場合、既に成功裏に受信されたパケットが再度送出され、一方、ＮＡＣＫをＡＣＫと誤って解釈した場合、送信側は肯定応答を受信するので当該パケットは失われることとなる。従って、ＵＥによるＡＣＫ／ＮＡＣＫシグナリングの正しい受信を保証するためには、大きな電力補正（power offsets）が必要である。信頼できるシグナリングのために費やされるオーバヘッドと、誤ったプロトコル動作の可能性との間にはトレードオフがある。
【００５１】
ソフトハンドオーバーにおけるＨＡＲＱ動作
ソフトハンドオーバー中にＨＡＲＱが使用される場合、アップリンクのＵＥは多数のノードＢへ送信する。ソフトハンドオーバー中のＨＡＲＱ動作に関する主要な問題の１つは、複数ノードＢ間のＨＡＲＱソフトバッファの同期である。全てのアクティブセットノードＢが、受信パケットの正しい処理に必要とされる関連する制御信号をＵＥから受信できるわけではない。アクティブセットのＵＥと様々なノードＢとの間の無線チャネルは無相関であるので、アップリンク受信に最も好適な１つのセルが存在する可能性は高い。対応するノードＢ（アップリンクノードＢと呼ぶ）はパケットを正しく受信し復号することができるが、一方、アクティブセット内の他のノードＢは恐らくいくらかのパケットを成功裏に受信しない。
【００５２】
新規パケットの送信はアップリンクノードＢに対して継続されるが、一方、他のノードＢでは、以前に受信されたパケットは、対応するソフトバッファ内に依然として格納されている。ウィンドウベースのＨＡＲＱプロトコルでは、パケットが、ソフトバッファ内の古いデータパケットと同じシーケンス番号で受信されることがあってはならない。この場合、ソフトバッファは消去されないがＨＡＲＱウィンドウは次へ進められる。この現象はラップアラウンド問題（wrap around problem）と呼ばれる。Ｎ個のチャネルのストップアンドウェイトプロトコルに対しても問題は同じである。そのように指示されかつ当該処理番号に関連する格納データを含むノードＢの対応するソフトバッファが消去されない限り、同一のＨＡＲＱ処理番号が新しいデータパケットに対し再度スケジュールされてはならない。
【００５３】
ソフトハンドオーバー中のＨＡＲＱ動作の際に発生する別の問題は、アクティブセット内の各ノードＢがダウンリンクでフィードバックをシグナリングするということである。ＵＥは、アクティブセットのノードＢから様々なＡＣＫ／ＮＡＣＫメッセージを受信することがあるので、ＡＣＫ／ＮＡＣＫ復号化で軟合成の恩恵を受けることができない。ダウンリンクはＷ−ＣＤＭＡ無線インタフェースを有するシステムの容量のためには重要であるので、増大された電力での各ノードＢからのフィードバックシグナリングは、ＡＣＫ／ＮＡＣＫの信頼度をそれほど高めることなく容量を低下させることがある。
【００５４】
特許文献１には、アップリンクにおけるソフトハンドオーバー中のＨＡＲＱ動作を示唆する方法が紹介されている。アップリンクにおいて、関連ＨＡＲＱ制御信号にフラッシュビットを加えることによりソフトハンドオーバー中のＨＡＲＱ動作の信頼度を高めることが提案されている。フラッシュビットはノードＢに、現在のパケットと以前の送信とを合成するべきか、あるいは対応するＨＡＲＱ処理の現在のソフトバッファを消去すべきか否かを示す。この追加の制御信号はＨＡＲＱ動作の信頼度を高めることができるが、この方法は２つの欠点を有する。送信機は、いつバッファを消去すべきであるかを受信機へ通知しなければならないので、アップリンクにおいて追加の制御情報を送信することは、送信機が受信機のＨＡＲＱステータスを認識していることを要する。別の欠点は、フラッシュビットを高信頼度で送信する必要があることである。これは大きな電力補正を必要とし、従って無線インタフェース信号のオーバヘッドを増大させ、システム容量を減少させる。
【特許文献１】国際公開第９２／３７８７２号パンフレット
【非特許文献１】3GPP TR25.401: "UTRAN Overall Description"
【非特許文献２】3GPP TSG RAN WG3: "Feasibility Study on the Evolution of the UTRAN Architecture"
【非特許文献３】3GPP TSG RAN WG3, meeting #36, "Proposed Architecture on UTRAN Evolution", Tdoc R3-030678
【非特許文献４】3GPP TSG RAN WG3, meeting #36, "Further Clarifications on the Presented Evolved Architecture", Tdoc R3-030688
【非特許文献５】3GPP TR 25.896: "Feasibility Study for Enhanced Uplink for UTRA FDD (Release 6)"
【非特許文献６】3GPP TSG RAN WG1, meeting #31, Tdoc R01-030284, "Scheduled and Autonomous Mode Operation for the Enhanced Uplink"
【非特許文献７】3GPP TSG RAN WG1, meeting #31, "HARQ Structure", TdocR1-030247
【非特許文献８】3GPP TR 21.905: "Vocabulary for 3GPP Specifications"
【非特許文献９】3GPP TS 25.133: "Requirements for Support of Radio Resource Management (FDD)"
【非特許文献１０】3GPP TSG RAN WG 1, meeting #31, "HARQ Overview", TdocR1-030176
【発明の開示】
【００５５】
本発明の目的は、特定の通信端末（ＵＥ）のアクティブセットに関与する基地局におけるデータパケットの間違った合成を禁止することである。本方法はまた、ソフトハンドオーバー中、アップリンクにおいてＨＡＲＱデータパケットの再送を可能にするのに適用できる。さらに、ソフトハンドオーバー中、無線インタフェース上のシグナリングが低減される。
【００５６】
本目的は、独立請求項において特許請求された発明により解決される。本発明の種々の実施の形態は従属請求項において定義される。
【００５７】
すなわち、アクティブセットのノードＢのＨＡＲＱソフトバッファのステータスは、アクティブセット内の各ノードＢから他のアクティブセットのノードＢへ制御情報を送信することにより、ソフトハンドオーバーでのアップリンクＨＡＲＱ動作中に更新されまたは同期される。さらに、アクティブセットの選択された１つのサービングノードＢは、例えばＨＡＲＱのＡＣＫ／ＮＡＣＫを含むフィードバックメッセージをＵＥへ送信することができる。
【００５８】
一実施の形態では、本発明は、通信端末と複数の基地局とを含む移動通信システムにおいて使用されるデータ送信方法を提供する。本方法によれば、通信端末はソフトハンドオーバー中に複数の基地局と通信を行う。上記複数の基地局は、移動体通信ネットワークの制御ユニットまたは複数の制御ユニットにより制御される全ての基地局を指すのではなく、ソフトハンドオーバー中に通信端末と通信を行う基地局を指すことに留意されたい。ＵＭＴＳでは、この複数の基地局は通信端末のアクティブセットと呼ぶことがある。従って、複数の基地局は、移動体通信ネットワークにおける通信のために利用可能な基地局のサブセットであってよい。
【００５９】
本方法は、複数の基地局において通信端末からデータパケットを受信する工程と、各基地局において上記受信データパケットのデータの完全性を判定する工程とを含む。データパケットは、例えば拡張アップリンク個別チャネル（Ｅ−ＤＣＨ）等の個別チャネル（ＤＣＨ）を介して受信することができる。本発明の用途はＥ−ＤＣＨに限定されないことに留意されたい。データの完全性の判定は、受信データが破損されていないことを検証することにより行うことができる（例えば巡回冗長検査（ＣＲＣ）によって）。
【００６０】
受信データパケットのデータの完全性が基地局により肯定応答され（すなわち、確認され）なかった場合、受信データパケットは当該基地局のバッファに格納される。受信データパケットのデータの完全性が基地局により肯定応答された場合、当該基地局は、受信データパケットのデータの完全性が肯定応答されたことを示す制御情報を複数の基地局の他の少なくとも１つの基地局に送信する。
【００６１】
別の実施の形態によると、他の基地局において制御情報を受信したことに応答して、制御情報を受信する当該基地局が受信データパケットのデータの完全性を肯定応答しなかった場合、他の基地局はそれぞれのバッファを消去する。
【００６２】
ＵＥ（通信端末）とＲＡＮとの間の無線インタフェースにおけるシグナリングを低減するため、複数の基地局の１つだけが、複数の基地局の少なくとも１つが受信データパケットのデータの完全性を肯定応答したか否かを示すフィードバックメッセージを通信端末へ送信する。従って、基地局の１つ（いわゆるサービングノードＢ）から通信端末へＡＣＫ／ＮＡＣＫを単に送信することにより、無線インタフェース（Ｕｕインタフェース）におけるシグナリングを著しく低減することができ、基地局のソフトバッファが同期した状態の利点をさらに活用することができる。
【００６３】
結果としてデータパケットの誤った合成となることがある特定のソフトバッファステータス問題（以下に、さらに詳細に説明する）を解決するため、受信データパケットのデータの完全性を肯定応答しなかった基地局が、受信データパケットのデータの完全性が肯定応答されなかったことを示す制御情報を、複数の基地局の他の少なくとも１つの基地局へ送信すれば、さらに有利となる。
【００６４】
さらに、フィードバックメッセージを通信端末に送信する１つの基地局は、フィードバックメッセージを通信端末に送信するに先立って、他の基地局から受信された制御情報を評価することにより、複数の基地局の少なくとも１つが受信データパケットのデータの完全性を肯定応答したか否かを判定することができる。この受信データパケットのステータスの判定により、本方法は基地局におけるソフトバッファの同期状態の利点を有利に活用することができ、基地局から通信端末への無線インタフェースシグナリング（Ｕｕシグナリング）を低減する。
【００６５】
サービングノードＢは無線ネットワーク制御装置により選択することができる。従って本方法は、フィードバックメッセージを通信端末へ送信する１つの基地局を、複数の基地局の各基地局に接続された制御ユニットにより選択する工程をさらに含む。
【００６６】
サービングノードＢとして、信頼できるフィードバックをＵＥへ供給することができるノードＢをＵＥのアクティブセットから選択することは重要である。最終的に、制御ユニットは、通信端末と複数の基地局の各基地局との間のダウンリンクチャネル品質を示すダウンリンクチャネル品質情報を評価することができる。上記メッセージを当該通信端末へ送信する１つの基地局の制御ユニットの選択はこの評価結果に基づくことが好ましい。これらの工程によりＲＮＣは、信頼できるフィードバックをＵＥへ供給する基地局の適切な選択を保証することができる。
【００６７】
これは、種々のノードＢが相互に直接接続されなく（すなわち基地局間のデータが「切替え」エンティティとして、ＲＮＣを介して送信され）、ＲＮＣがサービングノードＢの選択を制御できる現行Ｒ９９／４／５  ＵＴＲＡＮ構成に特に応用可能である。従って、制御情報は、送信基地局から目的基地局へ制御ユニットを介して送信することができる。
【００６８】
アクティブセットの単独のノードＢ＋が相互に直接接続された進化型ＵＴＲＡＮ構成の場合、アクティブセット内の基地局はサービングノードＢ＋をソフトハンドオーバーの通信端末に自律的に（autonomously）選択することができる。
【００６９】
複数の基地局の各基地局は、通信端末と各基地局との間のダウンリンクチャネル品質を示すダウンリンクチャネル品質情報を判定する。さらに、複数の基地局の各基地局は、判定されたダウンリンクチャネル品質情報を複数の基地局の他の基地局へ送信することができる。複数の基地局の各基地局は、複数の基地局の他の基地局から送信されたダウンリンクチャネル品質情報を受信することができ、そして他の基地局から受信されたダウンリンクチャネル品質情報と自身により判定されたダウンリンクチャネル品質情報とを評価して最良のダウンリンクチャネル品質特性を判定することができる。最終的には、最良のダウンリンクチャネル品質特性を有する基地局がメッセージを通信端末に送信する。
【００７０】
一旦、ある基地局がサービングノードＢ＋として選択されると、この基地局は、ＵＥのアクティブセット内の別の基地局にその役割をさらに委託することができる。フィードバックメッセージを通信端末に送信するこの１つの基地局が、別の基地局が最良のダウンリンクチャネル品質特性を有すると判定すると、上記１つの基地局は、今後のデータ完全性の肯定応答のためのフィードバックメッセージを通信端末へ送信するタスクを、他の基地局に割り当てる選択メッセージを他の基地局へ送信することができる。
【００７１】
最良のダウンリンクチャネル品質特性を有する基地局を判定する過程において、複数の基地局の各基地局は、通信端末と各基地局との間のダウンリンクチャネル品質を示すダウンリンクチャネル品質情報を判定することができる。さらに、フィードバックメッセージを通信端末に送信する当該基地局を除く複数の基地局の各基地局は判定されたダウンリンクチャネル品質情報を、フィードバックメッセージを送信する基地局へ送信することができる。
【００７２】
フィードバックメッセージを送信する上記１つの基地局は、複数の基地局の他の基地局から送信されたダウンリンクチャネル品質情報を受信することができ、そして他の基地局から受信した上記ダウンリンクチャネル品質情報と自ら判定したダウンリンクチャネル品質情報とを評価して最良のダウンリンクチャネル品質特性を判定することができる。
【００７３】
ＵＴＲＡＮ基本構成とは独立に、ダウンリンクチャネル品質情報の評価はダウンリンクチャネル品質情報のパラメータを平均化する工程を含むことができ、上記評価は平均化されたダウンリンクチャネル品質に基づく。これにより、望ましくないピンポン効果、または急速なフェージング（実際のサービングノードＢ＋またはＲＮＣが、急速に変化するダウンリンクチャネル特性のためにフィードバックを高い頻度でＵＥに送信するタスクを、別の基地局へ割り当てる）を防ぐ。
【００７４】
成功裏に受信されたデータパケットのさらなる処理を可能にするため、本方法は、受信データパケットのデータの完全性を実際に肯定応答した基地局の少なくとも１つにより、受信データパケットを移動通信システムにおける制御ユニットへ転送する工程をさらに含むことができる。例えば、ＭＡＣ−ｅｕエンティティがノードＢとＲＮＣとの間で分散された場合（すなわち、データパケットの順序がバラバラで受信された場合、パケット再送の責任を負うＨＡＲＱエンティティが、ノードＢと、データパケットを並べ替えるための並べ替えバッファとに配置される場合）、単独または複数のノードＢは、さらなる処理のために、成功裏に受信されたデータパケットをＲＮＣの並べ替えバッファへ転送することができる。
【００７５】
上記方法において概説されたように、バッファの同期もまたＨＡＲＱ等のデータ再送方式に適用可能である。本発明は、通信端末と複数の基地局とを含む移動通信システムにおけるデータパケットの再送方法をさらに提供する。通信端末はソフトハンドオーバー中、複数の基地局と通信を行う。さらに、複数の基地局の各基地局は、ハイブリッドパケットの再送方式に基づいて各基地局と通信端末との間のデータパケットの再送を制御し可能にする手段を含み、上記手段は、上述の方法を使用することにより更新されるバッファを含む。上記バッファは、データの完全性が肯定応答されなかった各基地局において受信されたデータパケットを格納するために使用できる。
【００７６】
多種多様の再送方式が使用できる。一例は、パケット再送を制御する受信機ウィンドウを使用するウィンドウベースのパケット再送方式である。
【００７７】
ウィンドウベースの再送方式を使用する際、基地局間で交換される制御情報は、通信端末を識別する識別子と、受信機ウィンドウの上端または下端を指すポインタとを含む。これら２つのパラメータと、例えばＲＲＣシグナリングにより予め構成されたウィンドウサイズとを使用することにより、当該情報を受信する各基地局は当該通信端末および関連ソフトバッファを一意的に識別することができる（例えば、２つ以上の通信端末が同時にソフトハンドオーバー状態にある場合）。さらに、受信機ウィンドウの上端または下端に対するポインタは、有効な再送処理を識別する。無効な再送処理に対応するバッファ領域は消去することができる。
【００７８】
少なくとも１つのデータパケット再送処理が使用されるストップアンドウェイトパケット再送方式が使用される場合、基地局間で交換される制御情報は、通信端末を識別する識別子、データパケット再送処理を識別する処理番号、およびデータパケットの完全性が肯定応答されることができるか否かを示す表示を含みことができる。またこの識別子は、ソフトハンドオーバー動作中、当該ＵＥ、および対応するソフトバッファを識別する。シグナリングされた制御情報内の表示は、受信基地局に命じ、シグナリングされた再送処理番号に対応するバッファを消去させる。
【００７９】
両パケット再送方式について、通信端末を識別する識別子はシグナリングにおいて省略できる（例えば識別子が送信データ内の既存情報から導出できる場合）。
【００８０】
基地局間で交換される制御情報は、受信データパケットを識別するとともに、受信基地局において以前に受信されたデータパケットの少なくとも１つと当該受信パケットとを合成する必要があるか否かを示すシーケンス番号またはデータ表示をさらに含むことができる。上記データ表示は、例えば新規データ表示（ＮＤＩ）であってもよい。
【００８１】
ＵＥのアクティブセットの基地局間のシグナリングにおいて上記パラメータを使用することのさらなる利点は、全てのパラメータはソフトハンドオーバー中にＵＥと各基地局との間で交換された情報から容易に入手可能であるということと、無線インタフェース上におけるこれらパラメータのシグナリングの追加は一切必要ないことである。
【００８２】
上述の方法は、ソフトハンドオーバー中、通信端末にサービスする各基地局において有利に使用できる。従って本発明はまた、通信端末と複数の基地局とを含む移動通信システムにおいて、上記通信端末がソフトハンドオーバー中に上記複数の基地局と通信し、上記基地局が上述した方法を実現するための手段を含む、移動通信システムにおける基地局を提供する。
【発明を実施するための最良の形態】
【００８３】
以下、添付図面を参照し本発明をさらに詳細に説明する。各図面における同一または対応部位には同一の参照符号を割り当てる。
【００８４】
ソフトハンドオーバー中のアップリンクＨＡＲＱ動作期間中のアクティブセットのノードＢのソフトバッファ同期を、様々なＵＭＴＳ基本構成に関連して詳細に説明する。しかしながら、本発明はＵＭＴＳ通信システムに限定されるものではない。むしろ、本発明の根底をなす原理は、他の通信システムにも適用することができる。
【００８５】
本発明の実施の形態によれば、ＭＡＣ−ｅｕ機能エンティティは、Ｓ−ＲＮＣおよびノードＢ内に存在する。ＭＡＣ−ｅｕはＳ−ＲＮＣ内で終端される。従って、並べ替えバッファは図８に示すようにＲＮＣ内に配置され、一方、様々なＨＡＲＱエンティティは図７に示すようにアクティブセットの基地局に存在する。
【００８６】
また、アクティブセットのノードＢにおいてＭＡＣ−ｅｕを終端することは、一般的には可能である。すなわち各ノードＢは、順序がバラバラで受信されたデータパケットを再組み立てするパケット並べ替えバッファを備える必要がある。しながら、このシナリオにおいて、アップリンク情報を受信する複数のノードＢの存在を、相互に無相関の並べ替え遅延により、例えばＨＡＲＱ方式を使用するパケット再送に活用することはできないので、ソフトハンドオーバーから得られるマクロダイバーシチ利得を活用することはできない。
【００８７】
Ｒ９９／Ｒ４／Ｒ５  ＵＴＲＡＮ構成に関するソフトバッファ同期手順のフローチャートを図１０に示す。同図は、アクティブセットの任意のノードＢの動作を示す。
【００８８】
ステップ１００１において、アクティブセット内の各基地局は、例えばアップリンクトラフィック受信のためにアップリンクの物理データチャネル（拡張個別物理データチャネル（Ｅ−ＤＰＤＣＨ））を監視する。データパケットがステップ１００２においてＴＴＩ間隔（送信時間間隔）内に受信された場合、ノードＢは、ステップ１００３においてデータパケットを受信し、パケットが初回送信か、または以前に受信されたパケットの再送かを判定する（ステップ１００４参照）。この判定は、関連アップリンク制御信号（例えば、新規データ表示（ＮＤＩ）または他の帯域外信号）に基づいてよい。帯域外信号を使用する場合は、制御パラメータを含む別の制御信号を生成し送信してもよい。
【００８９】
ステップ１００４において受信パケットが再送であると判定された場合、ノードＢは、ステップ１００５において復号化する前に受信データパケットと以前に受信されたデータパケットとを合成することができる。以前に受信され復号化できなかったデータパケットは、各基地局のソフトバッファに格納されている。初回送信の場合は、基地局はこれを受信すると直ちにパケットの復号化に取り組むことができる（ステップ１００６を参照）。
【００９０】
ステップ１００６において、復号化が正常か否かの検査は、例えばＣＲＣチェックサムを評価することにより行うことができる。成功裏に復号化されたパケットは、これに関連する情報がソフトバッファに格納されていた場合、ステップ１００７において削除することができる。復号化に成功しなかった場合、合成された軟情報はソフトバッファに格納でき（ステップ１０１４を参照）、そしてＳ−ＲＮＣはステップ１０１５においてその事実を知らされる。パケットが正しく復号化された場合、基地局は、ステップ１００８において復号化されたデータパケットを制御ユニットへ送信することができる（例えば、Ｉｕｂ／Ｉｕｒインタフェースを介してＳ−ＲＮＣへ）。
【００９１】
本発明の実施の形態によれば、ステップ１００９において、復号化されたデータパケットをＩｕｂ／Ｉｕｒインタフェースを介して受信すると、Ｓ−ＲＮＣは、ステップ１０１０において制御情報を送信することによりアクティブセット内の他のノードＢに、パケットの正確／不正確な復号化を通知することができる。ステップ１０１１においてＳ−ＲＮＣから当該情報を受信すると、アクティブセット内の他のノードＢは、ステップ１０１２においてそれらのソフトバッファ内容を更新することができる。
【００９２】
ノードＢが、受信データパケット（または、以前に受信したデータパケットとの合成）の復号化に成功しなかった場合、受信データパケットは、ステップ１０１４においてソフトバッファ内に挿入することができる。さらに、上述のように、アクティブセットの他の全ての基地局はステップ１０１０においてこの事について通知される。
【００９３】
さらに、サービングノードＢは、他のアクティブセットノードＢからの制御情報に基づいてフィードバックメッセージをＵＥへ送信することができる（ステップ１０１３を参照）。少なくとも１つのノードＢがパケットを正常に復号化した場合、ＡＣＫはフィードバックメッセージにおいてＵＥにシグナリングされ、そうでなければＮＡＣＫが送信される。従って、アクティブセットの基地局の１つが成功裏に受信データパケットを復号化した場合、通信端末（ＵＥ）から、データパケットの復号化に成功しなかった基地局へ、さらなる再送を送信する必要はない。さらに、データパケットを復号化できなかった基地局は、ソフトハンドオーバー中のＵＥにサービスするアクティブセット内の様々な基地局の全てのソフトバッファが同期する（すなわち、各ＴＴＩの終わりに同じ状態となる）ように、基地局間のシグナリングに基づきそれらのソフトバッファを消去することができる。
【００９４】
図１０のブロック１００８と１０１３とを接続する矢印（図１１では、ブロック１１０２と１０１３）は、受信データパケットを成功裏に復号化したノードＢがサービングノードＢである場合を示すことに留意されたい。この場合、ＵＥへのフィードバックメッセージは直ちに送信できる。
【００９５】
当該ノードＢが、サービングノードＢであるが、受信データパケットを正しく復号化できなかった場合（図１０と図１１のブロック１０１２と１０１３との間の矢印を参照）、それは、フィードバックメッセージをＵＥに送信する前に、アクティブセット内の他の基地局からの制御情報の評価を待たなければならない。しかしながら、注意深くサービングノードＢを選択した場合（以下にさらに詳細に議論する）、当該ノードＢが、サービングノードＢであるがデータパケットを正しく受信、復号化できなくなる可能性は低い。
【００９６】
図１１に、ソフトバッファ更新のフローチャート（すなわち、進化型ＵＴＲＡＮ構成の同期手順）を示す。図１０のように、同図は、アクティブセットの任意の基地局の動作を示す。上記２つの図における対応する機能ブロックには同じ参照符号が割り当てられている。
【００９７】
ステップ１０１１において、アクティブセット内の各ノードＢ＋は、アップリンクトラフィックの受信のためにアップリンク物理データチャネル（例えば拡張個別物理データチャネル（Ｅ−ＤＰＤＣＨ））を監視する。パケットがステップ１００２においてＴＴＩ期間内に受信された場合、基地局はステップ１００３において該パケットが初回送信か、または以前に受信されたデータパケットの再送かを判定する必要がある。この判定は、図１０に関し先に説明したように、関連アップリンク制御信号に基づく。受信パケットが再送であった場合、ステップ１００５において、ノードＢ＋は、復号化する前に受信データパケットとソフトバッファ内に格納された以前の送信とを合成することができる。初回送信の場合は、ステップ１００６において、ノードＢ＋は受信すると直ちにパケットを復号化してよい。
【００９８】
復号化が成功であったか否かの検査（ステップ１００６を参照）は、例えば受信データパケット内のＣＲＣチェックサムを評価することにより行うことができる。
【００９９】
受信データパケットの復号化に成功した場合、当該パケットのありうる以前の送信は、ステップ１００７においてソフトバッファから削除することができる。復号化に成功しなかった場合、軟情報はステップ１０１４においてソフトバッファ内に格納することができ、そしてアクティブセット内の他のノードＢ＋は、ステップ１０１５においてその事について通知される。パケットが正しく受信されれば、ノードＢ＋はステップ１１０１で該パケットを上位レイヤ（例えば図８に示すようなパケット並び替えエンティティ）に渡す。さらに、当該ノードＢは、制御情報を送信することにより、Ｉｕｒ＋インタフェースを介して、アクティブセット内の他のノードＢ＋に、パケットが正しく復号化されたことについて通知する（ステップ１１０２を参照）。無線インタフェースに関連する機能は、拡張された基地局に完全に移行されるので、当該のシグナリング経路がＲＮＧを含む必要はない。Ｒ９９／４／５  ＵＴＲＡＮ構成においては、シグナリングは、送信されるデータを他のノードＢへ転送する接続されたＲＮＣへ渡さなければならない。
【０１００】
他のノードＢ＋からＩｕｒ＋インタフェースを介し制御情報を受信すると、アクティブセット内の全てのノードＢ＋は、ステップ１０１２においてそれらのソフトバッファ内容を更新する。前に説明したように、他のノードＢから受信したシグナリング制御情報の１つが、ＴＴＩ期間内にデータパケットの受信に成功したことを示す場合、当該ノードＢ＋は、受信データパケットに対応するそれらのソフトバッファを消去できる。他の全てのノードＢ＋か、あるいはデータパケットを成功裏に受信して復号化したＮｏｄｅＢ＋のみかのいずれかが制御情報を送信できることに留意されたい。
【０１０１】
次に、サービングノードＢは、ステップ１０１３において他のアクティブセットノードＢ＋からの制御情報に基づいてフィードバックメッセージをＵＥに送信できる。少なくとも１つのノードＢ＋がパケットを正しく復号化した場合、ＡＣＫがＵＥへシグナリングされ、そうでなければＮＡＣＫが送信される。
【０１０２】
様々なＵＴＲＡＮ構成に関連して上に概論したように、アクティブセット内の基地局のＨＡＲＱソフトバッファの同期は、各基地局から他のアクティブセットの基地局へ制御情報を送信することにより行われる。以下の段落では、制御情報内に含まれるパラメータについて詳細に説明する。
【０１０３】
ソフトハンドオーバー中、信頼できるＨＡＲＱプロトコル動作を保証するため、制御情報は、アクティブセットの基地局により現在受信されるデータパケットについての肯定または否定応答であるＡＣＫ／ＮＡＣＫと、新規データパケット（すなわち、新しいシーケンス番号を有するデータパケット）を示す表示（新規データ表示（ＮＤＩ）等）と、再送処理番号（例えばＨＡＲＱ処理番号）と、を含む。さらに、上記制御情報は、現在のＴＴＩ期間内に当該受信パケットを送信したＵＥの識別子を含んでもよい。この識別子は、フレームプロトコル（ＦＰ）のフレーム内に明示的にシグナリングされるか、またはＭＡＣパケットのヘッダー内の既存の帯域内情報から読み出すことができる。
【０１０４】
ＨＡＲＱ処理番号は、各基地局の各ＨＡＲＱ処理用バッファ内の領域を識別するものである。あるいは、ＨＡＲＱ処理用の様々なバッファ領域を使用する代わりに、分離されたバッファを使用してもよい。使用するパケット再送方式の処理番号に対応する記憶装置の別個のバッファ領域、または複数のバッファを使用することにより、複数のデータパケットおよび必要となり得る再送は、図７に示すように様々なＨＡＲＱエンティティにより扱われる。従って、選択されたＨＡＲＱ処理は、ＵＥからノードＢへ帯域外信号を介しシグナリングされるＨＡＲＱ処理番号に依存する。各ＨＡＲＱ処理は、上に説明したように単一のバッファと関連付けることができるか、あるいはソフトバッファ内の規定領域または規定記憶空間を利用することができ、これにより、上記領域は各処理と対応する。
【０１０５】
信頼できるフィードバックを複数の受信機から送信機に送信することは、ソフトハンドオーバーのシナリオにおいてＨＡＲＱを実施する際の主要な課題の１つである。理論上、ＵＥから送信されたデータパケットを受信する全てのノードＢは、ＡＣＫ／ＮＡＣＫシグナリング形式でフィードバックを行なうことができる。しかしながら、このセル毎に異なるフィードバックを選択することにより、ＯＶＳＦ（直交可変拡散率）コード消費および送信電力リソースが最小化されるので、１つのノードＢ（すなわち、選択されたサービングノードＢ）だけがダウンリンクにおいてＡＣＫ／ＮＡＣＫフィードバックをＵＥへシグナリングすることが好ましい。フィードバックを通信端末へシグナリングする選択されたノードＢもまた、他の基地局の制御情報の受信と評価を待ってからフィードバックメッセージを通信端末に送信する。
【０１０６】
誤った解釈により引き起こされるプロトコルエラーを回避するために、フィードバックメッセージには高信頼性が必要である。すなわち、サービングノードＢは適切に選択されなければならない。例えば、サービングノードＢは、チャネル測定（例えばＳＮＲ）に基づいた基準を適用することにより選択することができる。ＵＭＴＳに関しては、ＣＰＩＣＨ  Ｅｃ／Ｎ０、またはＣＰＩＣＨ  ＲＳＣＰ（ＣＰＩＣＨ：共通パイロットチャネル、ＲＳＣＰ：受信信号符号電力）等の測定結果を定義し、使用できる。ＲＳＣＰは、プライマリＣＰＩＣＨ上で測定された１つの直交符号に関する受信電力として定義できる。しかし、この場合、ダウンリンクに重要なリソース（直交符号、およびノードＢの送信電力）が考慮されていない。
【０１０７】
従って、ＨＡＲＱフィードバックの信頼性とダウンリンク容量との間のトレードオフに基づいた選択基準が、サービングノードＢの選択に対し適用できるであろう。サービングノードＢの選択は、例えば、ＮＢＡＰ／ＲＮＳＡＰプロトコルのメッセージ、またはＦＰ（フレームプロトコル）の制御フレームを使用することによるＩｕｂ／Ｉｕｒインタフェースにおける単純なＳ−ＲＮＣ通知により実施することができる。そのため、基地局間のシグナリング情報は、２つの目的、すなわち、ソフトバッファを同期させるために、および、アクティブセット内の全てのノードＢに対し有効な単一のフィードバック信号（この信号は、上に概論されたように、サービングノードＢによってのみ送信される）を生成するために、使用することができる。
【０１０８】
アクティブセットのノードＢのソフトバッファ同期は、アクティブセットの各ノードＢから他のアクティブセットのノードＢへ制御情報をシグナリングすることにより達成できる。この原理は、採用されるＵＭＴＳ基本構成に依存しない。パケットの復号化に成功したノードＢまたはノードＢ群のみが、復号化結果について他のアクティブセットのノードＢに通知することができる。従って、その他全てのノードＢとのソフトバッファ同期を達成するために、アクティブセットの各ノードＢは、その他全てのアクティブセットのノードＢからの制御情報の受信を待たねばならない。アクティブセットの他のメンバーに通知するために要する時間は、ノードＢ毎に異なることがある。信号遅延の変動に関してはいくつかの理由がある。
【０１０９】
例えば、ＵＥのアクティブセットのノードＢは、異なる無線ネットワークサブシステム（ＲＮＳ）内に位置するかもしれなく、ノードＢからＳ−ＲＮＣまでのＩｕｂ／Ｉｕｒトラフィック量はアクティブセットのノードＢ毎に異なることがある。また、受信データパケットの処理（例えば復号化）に要する時間は、アクティブセット内のノードＢ毎に異なり、および／またはＩｕｂ／Ｉｕｒインタフェース上のトラフィックが異なる伝送技術に基づくことがある。
【０１１０】
従って、全てのアクティブセットのノードＢのソフトバッファを同期させるために、各ノードＢが、次のＴＴＩ期間内に次の受信データパケットを処理する前に、アクティブセット内の他のノードＢからの制御情報を待つということを保証しなければならない。ノードＢは、アクティブセットの大きさについて、および制御情報に関する様々なシグナリング遅延について知らないので、ノードＢは、あり得る制御情報がアクティブセット内の他のノードＢから受信できる時間間隔を認識していない。このため、本発明の別の実施の形態によれば、当該のサービングノードＢまたは全てのノードＢは、アップリンクトランスポートチャネル（例えばＥ−ＤＣＨ）にて帯域内または帯域外信号を使用して当該ＵＥによりＵＥのアクティブセットについて通知される。
【０１１１】
アクティブセットの大きさおよび／またはノードＢについて、アクティブセット内のサービングノードＢまたは全てのノードＢに通知する別の代替手法は、アクティブセット内のノードＢを同一ＲＮＳ内にあるものだけに限定することである。こうして、各ノードＢが他のアクティブセットのノードＢからの制御情報のありうる受信を待たねばならない特定の時間量を規定できる。この目的のため、全てのシグナリングが受信されなければならない期間を規定するタイマーを始動させることができる。このタイマーが満了すると、期待すべき他のシグナリングは存在しないと推定され、ソフトバッファは上に概論されたように同期することができ、サービングノードＢはＡＣＫ／ＮＡＣＫを含むメッセージをＵＥに送信できる。タイマーの値は、上述のように様々な信号遅延を考慮して設定可能である。
【０１１２】
従って、各基地局は、他の基地局からの制御情報の受信が期待される時間枠を定義するタイマーを作動することができる。この時間枠内の制御情報のみが評価中に考慮される。
【０１１３】
本発明の別の実施の形態では、各ノードＢは、ソフトバッファ同期手順を使用することにより、他の全てのアクティブセットノードＢに、パケットの復号化の成功／不成功について通知する。これは、Ｉｕｂ／Ｉｕｒ（Ｒ９９／４／５構成）およびＩｕｒ＋シグナリング（進化型ＵＴＲＡＮ）によるトラフィック負荷の増加を必要とする場合がある。
【０１１４】
制御信号量を低減するために、ノードＢは、肯定応答されたパケットについてのみを相互に通知することができる。これは、信頼できるフィードバックシグナリングを生成することには役立つが、再送の最大回数を越えることによりＵＥによるパケットの再送が放棄されると、ソフトバッファは正確に同期することができない。この場合、ＵＥは、以前に受信された誤りデータパケットを補足するための追加情報を送信しないが、新しいチャネル状態に適応して、元の（すなわち、初回に送信された）データパケットを受信ノードＢにもう一度再送する。
【０１１５】
この場合、様々な基地局でのソフトバッファの同期を保証するために、ノードＢは、この事について他のアクティブセットのノードＢに通知することができる。パケットがＵＥ側で放棄されると、対応するソフトバッファは消去されなければならない。一例として、シグナリングメッセージは、パラメータＡＣＫ（ＵＥ側のパケットの廃棄と、対応するソフトバッファの消去とをシグナリングする）と、様々なデータパケットの再送を識別するために使用される処理番号（例えばＨＡＲＱ処理番号）と、ＵＥ識別子と、を含んでよい。上に説明したように、ＵＥ識別子のシグナリングは必ずしも必要ではないので省略してもよい。
【０１１６】
本発明の上記実施の形態によれば、上記同期手順により制御信号量を著しく低減することができる。各ノードＢが、ＡＣＫを使用することにより、他のアクティブセットのノードＢに、肯定応答されたパケット、およびＵＥ側のパケットの廃棄だけについて通知することを除いて、制御情報内の新規データ表示（ＮＤＩ）のシグナリングは、ソフトバッファ同期手順において省略できる。
【０１１７】
別の実施の形態では、サービングノードＢのみが、データパケットの復号化ステータスについて通知される。この情報を受信した後、サービングノードＢは、送信されたパケットが正しく復号化されたか否かをアクティブセットの全てのノードＢに通知することができる。次に、アクティブセットのノードＢは、それに従って自身のソフトバッファ内容を更新することができる。サービングノードＢに制御情報だけを送信することにより、Ｉｕｂ／ＩｕｒインタフェースまたはＩｕｒ＋インタフェースにおける制御信号量をさらに低減できる。例えば、アクティブセットの大きさ４に対し、シグナリングメッセージ数は１２から６に低減される。しかしながら、サービングノードＢは、アクティブセットの他のノードＢに通知する前にまずは他のノードＢの全てのシグナリングメッセージを待たなければならないので、これは遅延の増加とのトレードオフとなる。
【０１１８】
本発明の別の実施の形態では、サービングノードＢのみが、アクティブセット内の他の基地局にデータパケットを正しく受信したか否かを通知する。サービングノードＢが、アップリンクにおいてデータパケットを正しく受信し、復号化すれば、シグナリング負荷を著しく低減することができる。
【０１１９】
サービングノードＢが、データパケットを正しく受信および／または復号化できなかった場合のみ、アクティブセット内の他のノードＢは、当該ノードＢがデータパケットを受信および／または復号化することができたか否かを示す制御情報をサービングノードＢに提供する。あるいは、他の各ノードＢが、データパケットの受信／復号化ステータスについてアクティブセット内の他の全てのノードＢに通知してもよい。後者の場合、アクティブセット内のサービングノードＢから他のノードＢへの、受信／復号化ステータスについての追加シグナリングを省略することができる。上述のように、サービングノードＢは、アクティブセットの他のノードＢに通知して適切なフィードバックメッセージをＵＥに送信できる前に、他のノードＢの全てのシグナリングメッセージをまず待たなければならないので、Ｉｕｒ＋制御シグナリングの量の低減もまた、遅延の増加とのトレードオフとなる。
【０１２０】
ウィンドウベースのＨＡＲＱプロトコルにおいて、送信された各パケットは、シーケンス番号と対応する。送信機が所定の時間に送信または再送することを許されるパケットのシーケンス番号の範囲は、送信機ウィンドウによって規定することができる。同様に、受信機ウィンドウは、受け入れられデータパケットのシーケンス番号の範囲を決定する。
【０１２１】
送信機／受信機ウィンドウの位置は、２つのパラメータ（すなわち、ウィンドウの上端または下端と、ウィンドウの大きさ）により特徴づけられる。ウィンドウサイズは、多くの場合、ＲＮＣによりＲＲＣシグナリングを使用して構成される半固定のパラメータである。ソフトハンドオーバー中の正しいＨＡＲＱ動作を保証するために、アクティブセット内のノードＢの受信機ウィンドウは互いに同期されることができる。従って、アクティブセットのメンバー間で交換される制御情報は、受信機ウィンドウの上端または下端、およびＵＥ識別子を含んでもよい。また、上に概論したように、ＵＥの識別子は特別な場合には省略できる。これらのパラメータにより、そして送信機／受信機ウィンドウの大きさがＲＮＣによりシグナリングされると仮定することにより、ノードＢで受信されたデータパケットに対する有効なシーケンス番号の範囲が規定できる。次に、一連の無効なシーケンス番号に対応するソフトバッファ記憶領域は、各ノードＢにおいて削除することができる。各ノードＢは、更新された受信機ウィンドウのパラメータについて、他のアクティブセットのノードＢに通知することができる。
【０１２２】
本発明は、ＵＭＴＳを参照して説明してきたが、ソフトハンドオーバー中にアップリンクにおいてＨＡＲＱとしてのパケット再送方式を使用する他の移動通信システムにも関連する。
【０１２３】
さらに、アクティブセット内の基地局は様々なＲＮＳ内に存在してもよいし、あるいは様々なＲＮＧに接続してもよいことに留意されたい。これらの場合、ソフトハンドオーバー中、進化型基地局間のシグナリングを保証しなければならない。すなわち、アクティブセットのノードＢが接続されたＲＮＣ／ＲＮＧは、Ｉｕｒインタフェースを介し制御情報を相互に転送することができる。
【０１２４】
さらに、無線アクセスネットワーク構成、実際の配備、伝送技術等は、Ｉｕｂ／Ｉｕｒインタフェースにおける様々な遅延を示唆することに留意されたい。これらの遅延に依存するが、アクティブセット内の基地局間のシグナリング制御情報と、特定のシーケンス番号を有するデータパケットの再送が発生しうる時間枠を規定するタイマーの使用と、を組合せることは有益である。ネットワーク内の短いシグナリング遅延に対しては（例えば、全てのノードＢが同一のクラスタまたは無線ネットワークサブシステムの一部である場合）、本願により開示されたバッファ更新方法を使用することは有益であり、比較的大きな遅延に対しては、本特許出願と同日出願であり同時係属中の出願「ソフトハンドオーバー中のパケット再送の時間監視」（代理人事件番号ＥＰ２８２６１）において提案されたタイマーベースのバッファ更新を使用できる。両方法は並行して使用してもよい。例えば、タイマーを、基地局により受信された制御情報に入れ替えるか、またはその逆である。
【０１２５】
本願では、肯定フィードバックメッセージだけを送信する（すなわち、ノードＢがデータパケットの受信および復号化に成功したことについてのみ相互に通知し合う）ことにより、ＵＴＲＡＮにおける制御信号量を低減できる方法を説明している。代替的に、本特許出願と同日出願であり同時係属中の出願「ソフトハンドオーバー中のサービング基地局の選択」（代理人事件番号ＥＰ２８２５７）において説明されるように、有線インタフェースにおいてサービングノードＢから他のノードＢへのみ制御情報を送信することによりシグナリング量の低減を達成してもよい。以下、その同時係属中の出願に説明されたものと類似する段階的手順について説明する。上述のように、ソフトバッファ同期手順の第１段階においては、サービングノードＢだけがＡＣＫ／ＮＡＣＫ等を含む制御情報をアクティブセット内の他のノードＢへ送信することができる。この情報は他のノードＢにより評価される。アクティブセット内の他のノードＢ間の制御情報の交換を保証する本手順の第２段階は、サービングノードＢがＮＡＣＫを送信した場合に開始される。ここでは、Ｉｕｂ／ＩｕｒインタフェースシグナリングのためにサービングノードＢを適切に選択することにより、たいていの場合は上記手順のうち１段階だけを実行すればよいということが保証できる。
【図面の簡単な説明】
【０１２６】
【図１】ＵＭＴＳの上位レベルの構成を示す。
【図２】ＵＭＴＳ  Ｒ９９／４／５に基づくＵＴＲＡＮの構成を示す。
【図３】ドリフトおよびサービング無線サブシステムを示す。
【図４】進化型ＵＴＲＡＮ構成を示す。
【図５】ＵＥでのＥ−ＤＣＨ  ＭＡＣ構成を示す。
【図６】ＵＥでのＭＡＣ−ｅｕ構成を示す。
【図７】ノードＢでのＭＡＣ−ｅｕ構成を示す。
【図８】ＲＮＣでのＭＡＣ−ｅｕ構成を示す。
【図９】ＨＡＲＱ受信機動作の従来技術のフローチャートを示す。
【図１０】本発明の実施の形態に基づくＲ９９／４／５  ＵＴＲＡＮ構成のＨＡＲＱ受信機動作のフローチャートを示す。
【図１１】本発明の実施の形態に基づく進化型ＵＴＲＡＮ構成のＨＡＲＱ受信機動作のフローチャートを示す。
【図１】
2007502557.tif 000003
【図２】
2007502557.tif 000004
【図３】
2007502557.tif 000005
【図４】
2007502557.tif 000006
【図５】
2007502557.tif 000007
【図６】
2007502557.tif 000008
【図７】
2007502557.tif 000009
【図８】
2007502557.tif 000010
【図９】
2007502557.tif 000011
【図１０】
2007502557.tif 000012
【図１１】
2007502557.tif 000013
【国際調査報告】
2007502557.tif 000014
2007502557.tif 000015
2007502557.tif 000016