(57)【要約】  受信した高速ダウンリンク共用チャネル(ＨＳ−ＤＳＣＨ)データフレーム（１１０）内に位置するＤＲＴ拡張部分を使って、無線ネットワーク制御装置（１０２）と無線基地局（１０４）との間のトランスポート・リンク（１０６）に位置するトランスポート・ノード（１１２および１１４）内のバッファ集積によって起こるバッファリング遅延を検出できるような無線基地局について、本明細書で説明する。さらに、無線基地局（１０４）は、また、一定の高速（ＨＳ）ユーザフローのビットレートを減らしたり、トランスポート・リンク（１０６）上で無線ネットワーク制御装置（１０２）が無線基地局（１０４）に送信しようとするすべての高速トラヒックの最大ビットレートを減らしたりすることによって、バッファリング遅延が長すぎる場合には問題を是正することもできる。
2007536793.tif 000002
【特許請求の範囲】
【請求項１】
高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）データフレーム（１１０）であって、トランスポートネットワーク（１００）においてバッファリング遅延の検出を可能にする、遅延基準タイミング（ＤＲＴ）拡張部分（４０２）が組み込まれたことを特徴とするデータフレーム。
【請求項２】
前記ＤＲＴ拡張部分が１ミリ秒の分解能を有し、無線ネットワーク制御装置（１０２）の中のカウンタ（１１１）から導出されることを特徴とする請求項１に記載のＨＳ−ＤＳＣＨデータフレーム。
【請求項３】
セルラーシステム（１００）における無線ネットワーク制御装置（１０２）と無線基地局（１０４）との間のトランスポートリンク（１０６）の問題を検出する方法（２００）であって、
遅延基準タイミング（ＤＲＴ）拡張部分が組み込まれた高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）データフレーム（１１０）を用いて、前記無線ネットワーク制御装置（１０２）と前記無線基地局（１０４）との間に位置するトランスポート・ノード（１１２および１１４）内のバッファ（１０７）に起因するバッファリング遅延を検出するステップを備えることを特徴とする方法。
【請求項４】
前記ＤＲＴ拡張部分が１ミリ秒の分解能を有し、無線ネットワーク制御装置内のカウンタ（１１１）から導出されることを特徴とする請求項３に記載の方法。
【請求項５】
ＤＲＴ拡張部分を有するＨＳ−ＤＳＣＨデータフレームを無線基地局において受信するステップ（２０２）と、
前記無線基地局がＨＳ−ＤＳＣＨデータフレームを受信した場合に、ＨＳ−ＤＳＣＨデータフレームのＤＲＴ拡張部分における値と無線基地局内のカウンタ（１１５）の値との差を、前記無線基地局において測定するステップ（２０４）と、
前記無線ネットワーク制御装置と前記無線基地局との間に位置するトランスポート・ノード内のバッファに起因する比較的短いバッファリング遅延に関連する、以前に測定した差を前記無線基地局において複数個収集するステップ（２０６）と、
前記測定した差と前記以前に測定した差とを前記無線基地局において比較し、もし前記測定した差が、以前に測定した最も短い差と所定の遅延限界との和より長い場合に、前記無線ネットワーク制御装置と前記無線基地局との間のトランスポート・リンク上における問題のあるバッファリング遅延の存在を示すフラグ（３０６）を設定するステップ（２０８）と
を実行することによって前記バッファリング遅延を検出することを特徴とする請求項３に記載の方法。
【請求項６】
以前に測定した差を複数個収集する前記ステップでは、さらに、ノード位相ドリフト問題を回避するため、前記以前に測定した差のうちで所定時間より前に得られたものを対象から外し、それらを使用しないことを特徴とする請求項５に記載の方法。
【請求項７】
検出されたバッファリング遅延が所定の閾値を上回る場合には、前記無線基地局が前記無線ネットワーク制御装置にメッセージを送信して、複数のＨＳ−ＤＳＣＨデータフレームに関連する優先待ち行列フロー（ＰＱＦ）のビットレートを減少させるように前記無線ネットワーク制御装置に指示することを特徴とする請求項３に記載の方法。
【請求項８】
検出されたバッファリング遅延が所定の閾値を上回る場合には、前記無線基地局が前記無線ネットワーク制御装置にメッセージを送信して、前記トランスポート・リンク上で前記無線基地局に送信されるすべてのＨＳトラヒックの最大ビットレートを減少させるように前記無線ネットワーク制御装置に指示することを特徴とする請求項３に記載の方法。
【請求項９】
その後に検出されたバッファリング遅延が所定期間内に所定の閾値を超えなかった場合、該所定期間経過後に、前記無線基地局がＨＳトラヒックの最大ビットレートを増加させることを特徴とする請求項８に記載の方法。
【請求項１０】
無線ネットワーク制御装置（１０２）と、
トランスポート・リンク（１０６）と、
無線基地局（１０４）とを備えるセルラーシステム（１００）であって、
前記無線ネットワーク制御装置（１０２）が、遅延基準タイミング（ＤＲＴ）拡張部分（４０２）を含む高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）データフレーム（１１０）を生成し、
前記無線ネットワーク制御装置（１０２）が、前記ＨＳ−ＤＳＣＨデータフレーム（１１０）を前記トランスポート・リンク上で前記無線基地局（１０４）に送信し、
前記無線基地局（１０４）が、前記ＨＳ−ＤＳＣＨデータフレーム（１１０）を受信し、
前記無線基地局（１０４）が、前記ＤＲＴ拡張部分（４０２）を用いて、前記無線ネットワーク制御装置（１０２）と前記無線基地局（１０４）との間のトランスポート・リンク（１０６）に位置するトランスポート・ノード（１１２および１１４）内のバッファ（１０７）に起因するバッファリング遅延を検出する
ことを特徴とするセルラーシステム。
【請求項１１】
前記ＤＲＴ拡張部分（４０２）が１ミリ秒の分解能を有し、前記無線ネットワーク制御装置の中のカウンタから導出されることを特徴とする請求項１０に記載のセルラーシステム。
【請求項１２】
前記無線基地局がＨＳ−ＤＳＣＨデータフレームを受信した場合に、前記ＨＳ−ＤＳＣＨデータフレームのＤＲＴ拡張部分における値と前記無線基地局内のカウンタ（１１５）の値との差を測定し（２０４）、
前記無線ネットワーク制御装置と前記無線基地局との間に位置するトランスポート・ノード内のバッファに起因する比較的短いバッファリング遅延に関連する、以前に測定した差を複数個収集し（２０６）、
前記測定した差と前記以前に測定した差とを前記無線基地局において比較し、もし前記測定した差が、以前に測定した最も短い差と所定の遅延限界との和より長い場合に、前記無線ネットワーク制御装置と前記無線基地局との間のトランスポート・リンク上における問題のあるバッファリング遅延の存在を示すフラグ（３０６）を設定する（２０８）、
ことによって前記無線基地局がバッファリング遅延を検出することを特徴とする請求項１０に記載のセルラーシステム。
【請求項１３】
前記以前に測定した差を複数個収集する場合に、さらに、ノード位相ドリフト問題を回避するため、以前に測定した差のうちで所定時間より前に得られたものを対象から外し、それらを使用しないことを特徴とする請求項１２に記載のセルラーシステム。
【請求項１４】
検出されたバッファリング遅延が所定の閾値を上回る場合には、前記無線基地局が前記無線ネットワーク制御装置にメッセージを送信して、複数のＨＳ−ＤＳＣＨデータフレームに関連する優先待ち行列フロー（ＰＱＦ）のビットレートを減少させるように前記無線ネットワーク制御装置に指示することを特徴とする請求項１０に記載のセルラーシステム。
【請求項１５】
検出されたバッファリング遅延が所定の閾値を上回る場合には、前記無線基地局が前記無線ネットワーク制御装置にメッセージを送信して、前記トランスポート・リンク上で前記無線基地局に送信されるすべてのＨＳトラヒックの最大ビットレートを減少させるように前記無線ネットワーク制御装置に指示することを特徴とする請求項１０に記載のセルラーシステム。
【請求項１６】
その後に検出されたバッファリング遅延が所定期間内に所定の閾値を超えなかった場合、該所定期間経過後に、前記無線基地局がＨＳトラヒックの最大ビットレートを増加させることを特徴とする請求項１５に記載のセルラーシステム。
【請求項１７】
無線基地局（１０４）であって、遅延基準タイミング（ＤＲＴ）拡張部分（４０２）を含む高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）データフレーム（１１０）を受信し、該ＤＲＴ拡張部分（４０２）の値を用いてトランスポートネットワーク（１００）内でのバッファリング遅延を検出するフロー制御機構（１０８）を備えることを特徴とする無線基地局。
【請求項１８】
前記ＨＳ−ＤＳＣＨデータフレームを受信した場合に、前記ＨＳ−ＤＳＣＨデータフレームの遅延基準タイミング（ＤＲＴ）拡張部分における値とカウンタ（１１５）の値との差を測定し（２０４）、
トランスポートネットワークの中に位置するトランスポート・ノード（１１２および１１４）内のバッファ（１０７）に起因する比較的短いバッファリング遅延に関連する、以前に測定した差を複数個収集し（２０６）、
前記測定した差と前記以前に測定した差とを比較し、もし前記測定した差が、以前に測定した最も短い差と所定の遅延限界との和より長い場合には、トランスポートネットワーク内の問題のあるバッファリング遅延の存在を示すフラグ（３０６）を設定する（２０８）、
ことによって、前記フロー制御機構がバッファリング遅延を検出することを特徴とする請求項１７に記載の無線基地局。
【請求項１９】
前記以前に測定した差を収集する間に、ノード位相ドリフト問題を回避するため、前記フロー制御機構が以前に測定した差のうちで所定時間より前に得られたものを対象から外し、それらを使用しないことを特徴とする請求項１７に記載の無線基地局。
【請求項２０】
検出されたバッファリング遅延が所定の閾値を上回る場合に、前記フロー制御機構が、無線ネットワーク制御装置（１０２）にメッセージを送信して、複数のＨＳ−ＤＳＣＨデータフレームに関連する優先待ち行列フロー（ＰＱＦ）のビットレートを減少させるように前記無線ネットワーク制御装置に指示することを特徴とする請求項１７に記載の無線基地局。
【請求項２１】
検出されたバッファリング遅延が所定の閾値を上回る場合に、前記フロー制御機構が、無線ネットワーク制御装置にメッセージを送信して、トランスポート・リンク（１０６）上で前記フロー制御機構に送信されるすべてのＨＳトラヒックの最大ビットレートを減少させるように前記無線ネットワーク制御装置に指示することを特徴とする請求項１７に記載の無線基地局。
【請求項２２】
その後に検出されたバッファリング遅延が所定期間内に所定の閾値を超えなかった場合、該所定期間経過後に、前記フロー制御機構がＨＳトラヒックの最大ビットレートを増加させることを特徴とする請求項２１に記載の無線基地局。
【請求項２３】
無線ネットワーク制御装置（１０２）であって、トランスポートネットワーク（１００）内のバッファリング遅延の検出を可能にする遅延基準タイミング（ＤＲＴ）拡張部分（４０２）を含む高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）データフレーム（１１０）を生成するフロー制御機構（１０８）を備えることを特徴とする無線ネットワーク制御装置。
【請求項２４】
前記フロー制御機構は、生成されたＨＳ−ＤＳＣＨデータフレームの一部だけに対して前記ＤＲＴ拡張部分を追加することを特徴とする請求項２３に記載の無線ネットワーク制御装置。
【請求項２５】
前記ＤＲＴ拡張部分が１ミリ秒の分解能を有し、内部カウンタ１１１から導出されることを特徴とする請求項２３に記載の無線ネットワーク制御装置。
【請求項２６】
制御フレームであって、トランスポートネットワーク（１００）の中のバッファリング遅延の検出を可能にする遅延基準タイミング（ＤＲＴ）拡張部分（４０２）が組み込まれたことを特徴とする制御フレーム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２００４年５月５日に出願された「ＨＳＤＰＡ  Ｆｌｏｗ  Ｃｏｎｔｒｏｌ  Ｄａｔａ  Ｆｒａｍｅ Ｄｅｌａｙ  ＲＮＣ  Ｒｅｆｅｒｅｎｃｅ  Ｔｉｍｅ（ＨＳＤＰＡフロー制御データフレーム遅延ＲＮＣ基準時間）」という題名の米国仮出願番号６０／５６８，４３４の優先権主張に基づく出願である。
【０００２】
本発明は、一般に、第３世代携帯電話システムに関するものであり、詳細には、受信した高速ダウンリンク共用チャネル(ＨＳ−ＤＳＣＨ)データフレーム内に位置する遅延基準タイミング（ＤＲＴ）拡張部分を使って、無線ネットワーク制御装置（ＲＮＣ）と無線基地局（ＲＢＳ）との間のトランスポート・リンク（ＩｕｂおよびＩｕｒの少なくともいずれか）に位置するトランスポート・ノード内のバッファ集積によって起こるバッファリング遅延を検出できるような無線基地局に関するものである。
【背景技術】
【０００３】
今日、広帯域符号分割多元接続（ＷＣＤＭＡ）標準の高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）を実装する第３世代携帯電話システムの性能向上に対する関心が高まっている。無線ネットワーク制御装置（ＲＮＣ）と無線基地局（ＲＢＳ）との間のトランスポート・リンク（Ｉｕｂ）上に位置するトランスポート・ノード内のバッファ集積を検出する方法があれば、第３世代携帯電話システムの性能は向上させられるはずである。
【０００４】
無線基地局がトランスポート・ノード内のバッファリング遅延を検出できることは望ましい。なぜなら、そうすれば無線基地局は、バッファリング遅延が長すぎるかどうかを決定できるからである。バッファリング遅延が長すぎると、ラウンドトリップ時間(ＲＴＴ)の増加の原因となる。それは、高速トラヒックが無線ネットワーク制御装置から無線基地局まで進み、そして戻って来るのに要する時間だけでなく、例えばＴＣＰのような、エンドポイント内のアプリケーション間のラウンドトリップ時間に対しても直接的に影響を与える。そして、もし、ラウンドトリップ時間が長すぎる場合には、トランスポート・リンクに問題があり、そのため無線ネットワーク制御装置とユーザ装置（ＵＥ）（携帯ハンドセットや携帯端末のようなユーザ装置）間で再送信が行われる可能性があることを意味する。無線ネットワーク制御装置とユーザ装置間の情報の再送信は望ましくない。なぜなら、ＨＳＰＤＡスループットを低減させてしまうからである。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
残念ながら、従来型の無線基地局はバッファリング遅延を測定する機能を有しておらず、従って、無線ネットワーク制御装置とユーザ装置間の問題ある再送信を防ぐ措置をとることができない。本発明はこの課題に取り組むものである。
【課題を解決するための手段】
【０００６】
本発明は、受信したＨＳ−ＤＳＣＨデータフレーム内に位置する遅延基準タイミング（ＤＲＴ）拡張部分を分析して、無線ネットワーク制御装置（ＲＮＣ）と無線基地局（ＲＢＳ）との間のトランスポート・リンク（Ｉｕｂ）上に位置するトランスポート・ノード内のバッファ集積によって起こるバッファリング遅延を検出できるような無線基地局を含んでいる。これを達成するため、無線基地局は以下のステップを実行する。（１）遅延基準タイミング（ＤＲＴ）拡張部分を有するＨＳ−ＤＳＣＨデータフレームを受信する。（２）ＨＳ−ＤＳＣＨデータフレームを受信した時、受信したＨＳ−ＤＳＣＨデータフレームの遅延基準タイミング（ＤＲＴ）拡張部分の中の値と内部カウンタ（例えばＤＢＴカウンタ）の中の値との差を測定する。（３）比較的短いバッファリング遅延に関連する、以前に測定した差を収集する。そして、（４）測定した差を以前に測定した差と比較し、もし測定した差が以前に測定した最も短い差（または複数の「比較的最近の」基準値の中で最も短いもの）と所定の遅延限界との和より長い場合には、バッファリング遅延が長すぎることを示すフラグを設定する。無線基地局は、また、一定の高速（ＨＳ）ユーザフローのビットレートを減らしたり、トランスポート・リンク上で無線ネットワーク制御装置が無線基地局に送信しようとするすべての高速トラヒックの最大ビットレートを減らしたりすることによって、バッファリング遅延が長すぎることに関連する問題を是正することもできる。
【０００７】
本発明のより完全な理解は、添付する図面に関連させて下記の詳細な説明を参照することによって得られるであろう。
【発明を実施するための最良の形態】
【０００８】
図１を参照すると、第３世代携帯電話ネットワーク１００（具体的には、ＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ  ）のブロック図が示されている。ネットワーク１００は、無線ネットワーク制御装置（ＲＮＣ）１０２と無線基地局（ＲＢＳ）１０４を有しており、それらはトランスポート・リンク１０６（Ｉｕｂ  １０６）を介して相互に接続されている。無線基地局（ＲＢＳ）１０４は、受信したＨＳ−ＤＳＣＨデータフレーム１１０内に位置する遅延基準タイミング（ＤＲＴ）拡張部分４０２（図４を参照）を分析して、無線ネットワーク制御装置（ＲＮＣ）１０２と無線基地局（ＲＢＳ）１０４との間のトランスポート・リンク（Ｉｕｂ）１０６上に位置するトランスポート・ノード１１２および１１４（２個のみ示す）内に位置するバッファ１０７内の蓄積によって起こるバッファリング遅延を検出する、フロー制御機構１０８を含んでいる。検出されたバッファリング遅延が長すぎると、ラウンドトリップ時間(ＲＴＴ)が増加するため、問題である。ラウンドトリップ時間とは、フレームが無線ネットワーク制御装置（ＲＮＣ）１０２から無線基地局１０４まで進んでまた戻るのに要する時間である。また、ラウンドトリップ時間が長すぎると、無線ネットワーク制御装置とユーザ装置（ＵＥ）１１６（１個のみ示す）間で情報の再送信が必要となる可能性がある。ＨＳＰＤＡスループットを低減させてしまうため、それは望ましくない。
【０００９】
長すぎるバッファリング遅延を検出するため、無線基地局（１０４）は以下のステップを実行することができる。（１）遅延基準タイミング（ＤＲＴ）拡張部分４０２を有するＨＳ−ＤＳＣＨデータフレーム１１０を受信する（図２のステップ２０２を参照）。（２）ＨＳ−ＤＳＣＨデータフレーム１１０を受信した時、受信したＨＳ−ＤＳＣＨデータフレーム１１０の遅延基準タイミング（ＤＲＴ）拡張部分４０２の中の値と内部カウンタ１１５（例えば遅延基地局基準時間（ＤＢＴ）カウンタ１１５）の値との差を測定する（図２のステップ２０４を参照）。（３）比較的短いバッファリング遅延に関連する、以前に測定した差を収集する（図２のステップ２０６を参照）。そして、（４）測定した差を以前に測定した差と比較し、もし測定した差が以前に測定した最も短い差（または複数の「比較的最近の」基準値の中で最も短いもの）と所定の遅延限界との和より長い場合には、バッファリング遅延が長すぎることを示すためフラグ３０６を設定する（図２のステップ２０８を参照）。  無線基地局１０４にバッファリング遅延を検出する機能を持たせ、無線基地局が是正措置をとって無線ネットワーク制御装置１０２とユーザ装置１１６（１個のみ示す）との間の再送信を防ぐことができるようにすることは重要である。無線基地局１０４がバッファリング遅延を検出する好適な方法、およびバッファリング遅延が長すぎる場合にとりうる是正措置についての詳細な検討は、図３および４に関して、以下で行う。
【００１０】
無線基地局１０４は、バッファリング遅延を測定できることにより、ＨＳＤＰＡ分野におけるＩｕｂ問題の検出を可能にする。ＨＳＰＤＡは広帯域無線アクセスネットワーク（ＷＲＡＮ）サービスであり、送信時間間隔（ＴＴＩ）を短くして実装することによって効率的にエアインタフェース１１７を利用するものである。ＨＳＰＤＡにより、例えば音声ユーザのような専用チャネル（ＤＣＨ）ユーザ間に置かれたエアインタフェース出力と無線基地局の電力増幅器からの最大出力とを、ＨＳＤＰＡユーザ１１６（ＨＳユーザ１１６）のために利用できる。分りやすくするため、専用チャネルユーザは示していない。なぜなら、ＨＳＤＰＡユーザ１１６はベストエフォート型サービスに類似したサービスを得るため、ＨＳユーザ１１６がエアインタフェース１１７上で得るビットレートは、高ビットレート（視野方向にあるセルの中にあり、専用チャネルユーザは少ない）から低ビットレート（視野方向にないセルの中にあり、専用チャネルユーザが多い）までさまざまに変化するからである。
【００１１】
ＨＳＤＰＡは、また、トランスポート・リンク１０６に関しても、ＨＳユーザ１１６のための同様のベストエフォート型サービスをサポートする。従って、ＨＳユーザ１１６が使用するＨＳ−ＤＳＣＨデータフレーム１１０は、各ＤＣＨフローがＩｕｂ１０６上で一定の遅延と共に一定の帯域幅を有するＤＣＨデータフレームのように進入が制御されることはない。そうではなく、Ｉｕｂ１０６上で同じ「ベストエフォート」型のサービス品質クラスを共有する、何百もの媒体アクセス制御（ＭＡＣ−ｄ）フローのうちの１つに属するＨＳ−ＤＳＣＨデータフレーム１１０である。注意すべきは、ＭＡＣ−ｄフローの各々は無線ネットワーク制御装置（ＲＮＣ）１０２と無線基地局（ＲＢＳ）１０４の中に待ち行列を有している点である。そして、ＭＡＣ−ｄフローの各々は、ＣＢＲ、ＶＢＲ、ＵＢＲ、ＵＢＲ＋型のＡＴＭ接続、または、ＩＰベースのトランスポートネットワーク上で搬送される、ＡＴＭアダプテーション層２（ＡＡＬ２）で競合できる。ＩＰベースのトランスポートが使われる場合には、ＣＲＣベースの輻輳検出技術を使うことができないため（パケット全体が失われてしまうため）、本発明は一層有利である。
【００１２】
なぜなら、ＨＳ−ＤＳＣＨデータフレーム１１０がトランスポート・リンク１０６上でベストエフォート型のサービスを利用するということは、バッファリング遅延が原因で発生するＩｕｂ問題の検出は重要であり、そのためＩｕｂ問題を是正するために何らかの対策を取ってもよい、ということを意味する。Ｉｕｂ問題は、Ｉｕｂ１０６が乏しい割にそこを通るＨＳトラヒックが多すぎ、トランスポート・ノード１１２および１１４の中のバッファ１０７が長すぎる場合に発生することがある。すなわち、それはＨＳ−ＤＳＣＨデータフレーム１１０が無線基地局１０４に送信される代わりにバッファ１０７に保存されてしまうことを意味する。そして、ＨＳ−ＤＳＣＨデータフレーム１１０を無線基地局１０４に送信する際に遅延があると、エンドユーザ１１６のスループットが低下する程に、ラウンドトリップ時間が増加するおそれもある。このタイプのＩｕｂ問題は、パケットデータ・サービス用にＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を使用するエンドユーザ１１６にとって特に厄介な問題となる可能性がある。なぜなら、ＴＣＰは長いラウンドトリップ時間に対して非常に敏感だからである。このＩｕｂ問題は、ＩＰ電話やオンラインゲームのようなリアルタイムサービスを利用するエンドユーザにとっても大きな問題となる可能性がある。ラウンドトリップ時間の増加がもたらす別の問題として、重要な送信ＰＤＵの損失が挙げられる。送信ＰＤＵは、同じベストエフォート型トランスポートネットワークサービスを用いて送信される。そして、ＨＳ−ＤＳＣＨデータフレーム損失の割合が非常に高くなると、それが原因でこれらの接続のうちどれであっても失われる可能性がある。
【００１３】
このＩｕｂ問題を検出するため、本発明はＨＳ−ＤＳＣＨデータフレーム１００（図４を参照）の中の遅延基準タイミング（ＤＲＴ）拡張部分４０２の使用を導入する。しかし、これを達成するためには、ＨＳ−ＤＳＣＨデータフレーム構造内に遅延基準タイミング（ＤＲＴ）拡張部分４０２を導入し使用するため、無線ネットワーク制御装置（ＲＮＣ）１０２（フロー制御機構１１８を含む）と無線基地局１０４の中にＷＣＤＭＡ  ＲＡＮ  ＨＳＤＰＡハードウェアおよびソフトウェアを準備する必要がある。これを行う一つの方法を次に述べる。
【００１４】
図３を参照すると、無線基地局１０４、特にフロー制御機構１０８が、受信したＨＳ−ＤＳＣＨデータフレーム１１０の中の遅延基準タイミング（ＤＲＴ）拡張部分４０２を分析することにより、どのようにしてバッファリング遅延を測定するかを説明するためのブロック図が示されている。図示したとおり、フロー制御機構（フレーム・ハンドラー３０２）には、入力が２つある。すなわち、（１）Ｉｕｂ  ＨＳ遅延限界（無線基地局毎に）３０４と（２）ＨＳ−ＤＳＣＨデータフレーム１１０である。そして、出力が１つある。すなわち、（１）遅延誤りフラグ３０６（優先待ち行列フロー毎（１００ｍｓ毎のＰＱＦ））である。しかし、バッファリング遅延を計算する好適な方法について説明する前に、無線ネットワーク制御装置（ＲＮＣ）１０２と無線基地局１０４によって使用されうる、バッファリング遅延の存否の決定に役立つ各種のカウンタについて説明するため、次に簡単な考察を行う。
【００１５】
好適な実施形態において、遅延基準タイミング（ＤＲＴ）拡張部分４０２を含むＨＳ−ＤＳＣＨデータフレーム１１０は、無線ネットワーク制御装置（ＲＮＣ）１０２によってフレーム毎に、あるいは例えば毎秒１０回、送信できる。そして、遅延基準タイミング（ＤＲＴ）拡張部分４０２は、無線ネットワーク制御装置（ＲＮＣ）１０２内に位置する１０ｍｓＲＮＣフレーム番号カウンタ１１３（ＲＦＮカウンタ１１３）と関連する１ｍｓカウンタ１１１（ＤＲＴカウンタ１１１）によって生成されうる１ｍｓのタイムスパンを持つ値を有することができる。ＲＦＮカウンタ１１３は３ＧＰＰ  ２５．４０２で標準化されている。ＨＳ−ＤＳＣＨデータフレーム１１０を受信すると、無線基地局１０４は、遅延基準タイミング（ＤＲＴ）拡張部分４０２の中の基準を１０ｍｓカウンタ１１９（ノードＢフレーム番号（ＢＦＮ）カウンタ１１９）に関連する１ｍｓカウンタ１１５（遅延基地局基準時間（ＤＢＴ）カウンタ１１５）から導出されうる同タイプの基準と比較する。ＢＦＮカウンタ１１９も３ＧＰＰ  ２５．４０２で標準化されている。従って、好適実施形態の中の無線ネットワーク制御装置（ＲＮＣ）１０２は、１ｍｓＤＲＴカウンタ１１１と１０ｍｓ標準ＲＦＮカウンタ１１３を含んでいる。そして、好適実施形態の中の無線基地局１０４は、１ｍｓＤＢＴカウンタ１１５と１０ｍｓ標準ＢＦＮカウンタ１１９を含んでいる。ＤＲＴカウンタ１１１とＤＢＴカウンタ１１５は、０から４０９５９までの範囲をとりうる。他方、ＲＦＮカウンタ１１３とＢＦＮカウンタ１１９は０から４０９５までの範囲をとりうる。
【００１６】
上記を考慮して、トランスポートネットワーク１００の中のトランスポート・リンク１０６にバッファリング遅延があれば、下記の方法を用いることができる。
【００１７】
１．  遅延基準タイミング（ＤＲＴ）拡張部分４０２を含むＨＳ−ＤＳＣＨデータフレーム１１０を受信し、その後に遅延（これは単に差分の数字であり、この数字は絶対値をまったく有していない）を測定することにより、無線基地局１０４（および各ＰＱＦについて）が遅延を認識する。
【００１８】
２．  新規遅延＝（ＤＢＴ−ＤＲＴ）Ｍｏｄｕｌｏ  ２０４８０  となる。（ＨＳ−ＤＳＣＨデータフレーム１１０が後れて到着した場合には、ＤＢＴの方が大きくなり、遅延が長くなる。）
３．  測定された各遅延が、新規遅延と呼ばれる。
【００１９】
４．  短時間遅延が未定義であれば、短時間遅延＝新規遅延
５．  （新規遅延＜短時間遅延）Ｍｏｄ  ２０４８０であれば、短時間遅延を新規遅延で更新する。
【００２０】
６．  測定から６０秒以上経過していない遅延を、最短のものから４つ収集する。最短の遅延のうちの１つが６０秒経過以後のものである場合には、それを外し、4つの最短遅延の1つに適した新規の短時間遅延を収集する。これを行う理由は、無線ネットワーク制御装置及び無線基地局のネットワーク同期タイミングの変動という問題を回避するためである。
【００２１】
７．  新規遅延が、所与の１００ｍｓの時間について最短遅延＋遅延限界よりも長い場合には、遅延誤りフラグ３０８が１に設定される。
【００２２】
８．  優先待ち行列フロー（ＰＱＦ）の期間中、遅延の測定及び更新を継続する。
【００２３】
９・  例えば、作動時間セルの変更やＨＳ無線アクセスベアラ（ＲＡＢ）削除といった、優先待ち行列フロー（ＰＱＦ）の終了時には、測定を中止する。
【００２４】
、この方法は図２に関して上述した一般的な算出プロセスに関連している。バッファリング遅延が長すぎるとき無線基地局１０４がどのようにしてＩｕｂ問題を是正できるかについて、次に説明する。好適実施形態において、バッファリング遅延が長すぎる場合、無線基地局１０４、特にフレーム・ハンドラー３０２は、設定された遅延誤りフラグ３０８を出力する。設定された遅延誤りフラグ３０８の受信に応じて、フロー制御機構１０８は、ＨＳ−ＤＳＣＨデータフレーム１１０（図３の番号「１」を参照）の特定の優先待ち行列フロー（ＰＱＦ）について、一時的にビットレート（ＣＡＲate）を減少させることができる。無線基地局１０４は、ＣＡメッセージ（図示していない）を無線ネットワーク制御装置１０２に送信することによって、ＨＳ−ＤＳＣＨデータフレーム１１０の一定のフローのビットレート（ＣＡＲate）を一時的に減少させることができる。そして、測定された遅延が時間に比して長すぎる場合には、無線基地局１０４は、Ｉｕｂ１０６上で送信されたすべてのＨＳトラヒックについて最大ビットレート（ＴａｒｇｅｔＨＳＲａｔｅ）を減少させてもよい（図３の番号「２」を参照）。その後、一定時間の間（１０秒間）それ以上Ｉｕｂ問題が発生しなかった場合には、無線基地局１０４はＨＳトラヒックについて最大ビットレートＴａｒｇｅｔＨＳＲａｔｅ）を増加させてもよい（図３の番号「２a」を参照）。
【００２５】
図４は、本発明の好適実施形態による遅延基準タイミング（ＤＲＴ）拡張部分４０２を含むＨＳ−ＤＳＣＨデータフレーム１１０の構造を示すブロック図である。遅延基準タイミング（ＤＲＴ）拡張部分４０２がＨＳ−ＤＳＣＨデータフレーム１１０に導入された場合、標準３ＧＰＰ  ＴＳ  ２５．４３５（第５版）のセクション６．２．７「データフレーム内の情報要素の符号化（Ｃｏｄｉｎｇ  ｏｆ  Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔｓ  ｉｎ  Ｄａｔａ  Ｆｒａｍｅｓ）」に対して下記の「斜体字部分」の変更が行われる可能性がある。
【００２６】
６．２．７．１ Ｈｅａｄｅｒ  ＣＲＣ（ヘッダ  ＣＲＣ）
説明：多項式  Ｘ＾７＋Ｘ＾６＋Ｘ＾２＋１を使ってデータフレームのヘッダについて算出された巡回冗長検査（ＣＲＣ：Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋｓｕｍ）。ＣＲＣの算出は、第１バイト（ＦＴフィールド）の０ビットからヘッダの終わりまで、ヘッダの全ビットを対象とすること。
値の範囲: ｛０．．１２７｝
フィールド長: 7 ビット
【００２７】
６．２．７．２ Ｆｒａｍｅ  Ｔｙｐｅ（フレーム・タイプ）
説明：制御フレームであるかデータフレームであるかを表す。
値の範囲:  ｛０＝データ,  １＝制御}
フィールド長: 1 ビット
【００２８】
６．２．７．３ Ｃｏｎｎｅｃｔｉｏｎ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ（ＣＦＮ）（接続フレーム番号） 
説明：アップリンクでは第１のデータがどの無線フレームに関して受信されたか、あるいはダウンリンクでは送信されるべきかに関する指標。値の範囲とフィールド長は、接続フレーム番号が使われるトランスポート・チャネルに依存する。
値の範囲（ＰＣＨ）：｛０．．４０９５｝
値の範囲  (その他)：｛０．．２５５｝
フィールド長 （ＰＣＨ） : １２  ビット
フィールド長  (その他) : ８  ビット
【００２９】
６．２．７．４  Ｔｒａｎｓｐｏｒｔ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  （トランスポート・フォーマット・インジケータ）
説明：ＴＦＩは、送信時間間隔に用いられるトランスポート・フォーマットのローカル番号である。
値の範囲: ｛０．．３１｝
フィールド長: ５ ビット
【００３０】
６．２．７．５  Ｐｒｏｐａｇａｔｉｏｎ  Ｄｅｌａｙ  （伝搬遅延）［ＦＤＤ］
説明：ＲＡＣＨアクセス中に測定される一方向無線インタフェース遅延。
値の範囲: ｛０．．７６５  チップ｝
精度: ３ チップ
フィールド長: ８ ビット
【００３１】
６．２．７．６  Ｒｘ  Ｔｉｍｉｎｇ  Ｄｅｖｉａｔｉｏｎ  （ＲＸ  タイミング偏差）［３．８４Ｍｃｐｓ  ＴＤＤ］
説明：タイミング前進の基礎としてのＲｘタイミング偏差の測定値。この値は、ペイロード内にトランスポート・ブロックを含む全フレームおよび全タイムスロットで行われる測定を考慮すべきである。タイミング前進が適用されたＩＥがセル内で「否」を表示した場合、Ｒｘタイミング偏差フィールドはＮ＝０に設定されること。
値の範囲: ｛−２５６  ．．  ＋２５６  チップ｝
｛Ｎ＊４−２５６｝チップ  £ Ｒｘタイミング偏差  ＜｛（Ｎ＋１）＊４  −  ２５６｝  チップ    ここで  Ｎ＝０，１，  ．．，１２７とする。
精度: 4 チップ
フィールド長: ７ ビット
【００３２】
６．２．７．６Ａ  Ｒｅｃｅｉｖｅｄ  ＳＹＮＣ  ＵＬ  Ｔｉｍｉｎｇ  Ｄｅｖｉａｔｉｏｎ  （受信ＳＹＮＣ  ＵＬ タイミング偏差）［１．２８Ｍｃｐｓ  ＴＤＤ］
説明：伝搬遅延の基礎としての受信ＳＹＮＣ  ＵＬタイミング偏差の測定値。
値の範囲: ｛０，  ．．，  ＋２５６｝  チップ
精度: 1 チップ
フィールド長: ８  ビット
【００３３】
６．２．７．７  Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ  （トランスポート・ブロック）
説明：無線インタフェースで送信されるデータのブロック、または受信されたデータのブロック。ＴＦＩで示されるトランスポート・フォーマットはトランスポート・ブロックの長さと設定サイズを表す。
【００３４】
６．２．７．８  ＣＲＣ  Ｉｎｄｉｃａｔｏｒ  （ＣＲＣインジケータ）
説明：トランスポート・ブロックが正しいＣＲＣを有しているかどうかを示す。UL外側ループ出力制御装置（UL Outer Loop Power Control）がＣＲＣ表示を使うことがある。
値の範囲:  ｛０＝正しい、 １＝正しくない}
フィールド長: １ ビット
【００３５】
６．２．７．９ Ｐａｙｌｏａｄ  ＣＲＣ  （ペイロードＣＲＣ）
説明：多項式  Ｘ＾１６＋Ｘ＾１５＋Ｘ＾２＋１を使ってデータフレームのペイロードについて算出されたＣＲＣ。ＣＲＣの算出は、第１バイトの７ビットからペイロードＣＲＣの前のバイトのビット０まで、データフレーム・ペイロードの全ビットを対象とする。
フィールド長: １６ ビット
【００３６】
６．２．７．１０  Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｌｅｖｅｌ  （送信出力レベル）
説明：対応するトランスポート・チャネルについてのこのＴＴＩ間の好適な送信出力レベル。表示値は、各トランスポート・チャネルに用いる物理チャネルのために構成された最大出力に対する負のオフセットである。[１．２８Ｍｃｐｓ  ＴＤＤ - 無線基地局はＴＤＤ  ＤＳＣＨデータフレームの中の送信出力レベルを無視すべきである。] [３．８４Ｍｃｐｓ  ＴＤＤ -無線基地局は、閉ループＴＰＣ出力制御が用いられるなら、ＴＤＤ  ＤＳＣＨ  ＤＡＴＡフレーム内の送信出力レベルは無視すべきである。]
値の範囲: ｛０  ．．  ２５．５  ｄＢ｝
精度: ０，１ｄＢ
フィールド長: ８ビット
【００３７】
６．２．７．１１ Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｉｏｎ  （ページング表示）（ＰＩ）
説明：ペイロードの中にＰＩビットマップが存在するかどうかを表す。
値の範囲: {０＝ペイロード内にＰＩ―ｂｉｔｍａｐが存在しない、１＝ペイロード内にＰＩ―ｂｉｔｍａｐが存在する}
フィールド長: １ ビット
【００３８】
６．２．７．１２ Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｉｏｎ  ｂｉｔｍａｐ  （ページング表示ビットマップ）（ＰＩ―ｂｉｔｍａｐ）
説明：ページング表示ＰＩ0．．ＰＩN-1のビットマップ。第１バイトのビット７は、ＰＩ０を含み、第１バイトのビット６は、ＰＩ１を含み、、、、第２バイトのビット７は、ＰＩ８を含み、というようになる。
値の範囲:  ［ＦＤＤ  −｛１８，３６，７２または １４４ ページング表示]
［３．８４Ｍｃｐｓ  ＴＤＤ - ｛３０，３４，６０，６８，１２０ および１３６}２ＰＩＣＨフレームについてのページング表示、
｛６０，６８，１２０，１３６，２４０および２７２}４ＰＩＣＨフレームについてのページング表示］ 
[１．２８Ｍｃｐｓ  ＴＤＤ- {４４，８８および１７６}２ＰＩＣＨフレームについてのページング表示、
{８８，１７６および３５２} ４ＰＩＣＨフレームについてのページング表示]
フィールド長: ［ＦＤＤ  - ３，５，９または18バイト（ＰＩ−ｂｉｔｍａｐフィールドはオクテット境界まで末尾にパディングされる。）]
[３．８４Ｍｃｐｓ  ＴＤＤ - ４，５，８，９，１５，１７，３０または３４バイト（ＰＩ−ｂｉｔｍａｐフィールドはオクテット境界まで末尾にパディングされる。）]
[１．２８Ｍｃｐｓ  ＴＤＤ - ６，１１，２２または４４バイト（ＰＩ−ｂｉｔｍａｐフィールドはオクテット境界まで末尾にパディングされる。） ]
【００３９】
６．２．７．１３ Ｒｘ  Ｔｉｍｉｎｇ  Ｄｅｖｉａｔｉｏｎ  ｏｎ  ＲＡＣＨ  （ＲＡＣＨについてのＲｘタイミング偏差） [３．８４Ｍｃｐｓ  ＴＤＤ]
無効
【００４０】
６．２．７．１４ ＰＤＳＣＨ  Ｓｅｔ  Ｉｄ  （ＰＤＳＣＨセットＩｄ）［ＴＤＤ］
説明：無線インタフェース上でＤＳＣＨデータフレームを送信するのに使われるＰＤＳＣＨセットに対するポインタ。
値の範囲: {０．．２５５}
フィールド長: ８ ビット
【００４１】
６．２．７．１５ Ｃｏｄｅ  Ｎｕｍｂｅｒ  （コード番号）［ＦＤＤ］
説明： ＰＤＳＣＨのコード番号 (「コード番号」ＩＥと同じマッピングが使用される。)
値の範囲: {０．．２５５}
フィールド長: ８ ビット
【００４２】
６．２．７．１６  Ｓｐｒｅａｄｉｎｇ  Ｆａｃｔｏｒ  （拡散係数）  （ＳＦ）［ＦＤＤ］
説明： ＰＤＳＣＨの拡散係数。 
拡散係数= 0   使用されるべき拡散係数= 4
拡散係数= 1  使用されるべき拡散係数= 8
拡散係数= 6  使用されるべき拡散係数= 256
値の範囲: {４，８，１６，３２，６４，１２８，２５６}
フィールド長: ３ビット
【００４３】
６．２．７．１７  Ｐｏｗｅｒ  Ｏｆｆｓｅｔ  （出力オフセット）[ＦＤＤ]
説明：ＦＤＤ  ＰＤＳＣＨ送信出力レベルを表すのに用いられる。表示値は、ＤＳＣＨとしての同一のＵＥに向けられたダウンリンクＤＰＣＣＨのＴＦＣＩビットの出力に対するオフセットである。
出力オフセット＝０   適用されるべき出力オフセット＝−３２  ｄＢ
出力オフセット＝１  適用されるべき出力オフセット＝  −３１．７５  ｄＢ
出力オフセット＝２５５  適用されるべき出力オフセット＝  ＋３１．７５  ｄＢ
値の範囲: ｛−３２  ．．  ＋３１．７５  ｄＢ｝
精度: ０．２５ｄＢ
フィールド長: ８ ビット
【００４４】
６．２．７．１８  ＭＣ  Ｉｎｆｏ  （ＭＣ情報）［ＦＤＤ］
説明： ＤＳＣＨデータを搬送する並列ＰＤＳＣＨコードの数を示すのに使用される。マルチコード送信が行われる場合、すべてのコードのＳＦは同じであり、コード番号はコード・ツリー内部では連続しており、「コード番号」フィールドの中に示されるコード番号から始まってコード番号の値は増えていく。
値の範囲: ｛１．．１６｝
フィールド長: ４ ビット
【００４５】
６．２．７．１９  Ｓｐａｒｅ  Ｅｘｔｅｎｓｉｏｎ  （予備の拡張部分）
説明：下位互換性のある方法で新たなＩＥが将来追加できる位置を表す。
フィールド長: ０−３２オクテット
【００４６】
６．２．７．２０ Ｑｕａｌｉｔｙ  Ｅｓｔｉｍａｔｅ  （品質推定値）  （ＱＥ）［ＴＤＤ］
説明：品質推定はトランスポート・チャネルＢＥＲから導出される。ＵＳＣＨ  ＦＰフレームがＵＳＣＨのためのＴＢを含む場合、ＱＥが選択されたＵＳＣＨのためのトランスポート・チャネルＢＥＲである。利用可能なトランスポート・チャネルＢＥＲがない場合、ＱＥは０に設定されなければならない。品質推定値はトランスポート・チャネルＢＥＲに設定されなければならず、ユニットＴｒＣＨ＿ＢＥＲ＿ＬＯＧでそれぞれ測定されなければならない。ＵＬ外側ループ出力制御装置が品質推定値を使う可能性がある。
値の範囲: {０．．２５５}
精度: １
フィールド長: ８ ビット
【００４７】
６．２．７．２１ Ｃｏｍｍｏｎ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ  Ｐｒｉｏｒｉｔｙ  Ｉｎｄｉｃａｔｏｒ  （共通トランスポート・チャネル優先順位インジケータ）（ＣｍＣＨ−ＰＩ）
説明：ＮＢＡＰ内のスケジューリング優先順位インジケータ経由で構成されるＣｍＣＨ−ＰＩは、データフレームと含まれるＳＤＵの相対的優先順位である。
値の範囲: {０−１５、ここで ０＝優先順位が最低、 １５＝優先順位が最高}
フィールド長: ４ ビット
【００４８】
６．２．７．２２ Ｕｓｅｒ  Ｂｕｆｆｅｒ  Ｓｉｚｅ  （ユーザ・バッファ・サイズ）
説明：所与の共通トランスポート・チャネル優先順位インジケータ・レベルのためのオクテットにおける ユーザのバッファサイズ(すなわち、バッファ内のデータ量)を表す。
値の範囲: {０−６５５３５}
フィールド長: １６ ビット
【００４９】
６．２．７．２３  ＭＡＣ−ｄＰＤＵ  Ｌｅｎｇｔｈ  （ＭＡＣ−ｄ ＰＤＵの長さ）
説明：そのフィールドの値は、ＨＳ−ＤＳＣＨデータフレームのペイロードの中のすべてのＭＡＣ−ｄ ＰＤＵの長さを、ビット数で表す。
値の範囲: {０−５０００}
フィールド長: １３ ビット
【００５０】
６．２．７．２４  ＮｕｍＯｆＰＤＵ  （ＰＤＵの数）
説明：ペイロード中のＭＡＣ−ｄ ＰＤＵの数を表す。
値の範囲: {１−２５５}
フィールド長: ８ ビット
【００５１】
６．２．７．２５ ＭＡＣ−ｄ  ＰＤＵ
説明：ＭＡＣ−ｄ ＰＤＵは、ＭＡＣ−ｄ ＰＤＵを含む。
フィールド長: ＭＡＣ−ｄＰＤＵの長さＩＥの値を参照のこと。
【００５２】
６．２．７．２６ Ｃｅｌｌ  Ｐｏｒｔｉｏｎ  ＩＤ（セル部分ＩＤ） [ＦＤＤ]
説明：セル部分ＩＤは、ＲＡＣＨアクセスの間の最高のＳＩＲを持つセル部分を表す。セル部分ＩＤはＯ＆Ｍによって構成される。
値の範囲:{０−６３}
フィールド長: ６ ビット
【００５３】
６．２．７．２７ Ｎｅｗ  ＩＥ  Ｆｌａｇｓ（新規ＩＥフラグ）
説明：新規ＩＥフラグＩＥに続くフィールドの中でどの情報が有効かを示すフラグを含む。新規ＩＥフラグＩＥの最終ビット位置は、将来新規ＩＥフラグＩＥの拡張を可能にする拡張フラグとして用いられる。
値の範囲:
ビット 0-6: 新規ＩＥフラグＩＥに続くバイトが有効なデータを含むか（１）否か（０）を表す。各ビットの意味は対応するデータフレームの従属節の中で説明されている。
ビット7: 新規ＩＥフラグＩＥに続く第１バイトおよび対応するＩＥが追加の新規ＩＥフラグＩＥを有するか（１）否か（０）を表す。
フィールド長: ８ ビット
【００５４】
６．２．７．ｘ  ＤＲＴ（Ｄｅｌａｙ  ＲＮＣ  ｒｅｆｅｒｅｎｃｅ  Ｔｉｍｅ）（遅延ＲＮＣ参照時間）
説明：ＤＲＴは１６ビットの遅延ＲＮＣ参照時間である。ＤＲＴは、ＨＳＤＰＡ  ＨＳ−ＤＳＣＨデータフレームのバッファ遅延測定に使われることができる。
ＤＲＴカウンタは、ＲＦＮおよびＢＦＮ(ＴＳ  ２５．４０２)と同じ時間間隔をブリッジする。ＤＲＴは、ＳＲＮＣにおいてＲＦＮに対してロックされ、１ミリ秒の分解能を備えた４０９６０のカウンタである。
値の範囲: {０．．４０９５９ＤＥＣ  ｍｓ  （０．．９ＦＦＦＨＥＸｍｓ) )
精度: 1 ms
フィールド長: １６ ビット
【００５５】
ＤＲＴ拡張部分４０２が追加されない場合には、図４に示し、かつ、上記で説明したＨＳ−ＤＳＣＨデータフレーム１１０の構造は、従来のＨＳ−ＤＳＣＨデータフレームに対応することが理解されるべきである。従来のＨＳ−ＤＳＣＨデータフレームについてのより詳細な議論については、下記の標準に対してＨＳＤＰＡとＷＣＤＭＡの言及が行われている。
. ３ＧＰＰ、ＴＳ  ２５．４３５、共通チャネル用Ｉｕｂユーザ面
. ３ＧＰＰ、ＴＳ  ２５．４２５、共通チャネル用Ｉｕｒユーザ面
. ３ＧＰＰ、ＴＳ  ２５．４０２。
【００５６】
これらの標準の内容は、参照により本願に組み込まれる。
【００５７】
以下は、本発明のさらなる特徴、優位点、用途の一部である。
・本発明は、「HSDPA Flow Control Data Frame, Frame Number Sequence（ＨＳＤＰＡフロー制御データフレーム、フレーム番号シーケンス」（代理人ドケットナンバーＰ１９５３１）と題された別の特許出願第＿＿＿＿＿＿号に関連するものである。この発明は、失われたＨＳ−ＤＳＣＨデータフレームに関連するＩｕｂ問題を検出し是正するものであり、本発明と関連して使うことができる。この特許出願の内容は参照により本願に組み込まれる。
【００５８】
・本発明は、「HSDPA Flow Control, Control Frames RTT Measurement（ＨＳＤＰＡフロー制御、制御フレームＲＴＴ測定」（代理人ドケットナンバーＰ１９５２９）と題された別の特許出願第＿＿＿＿＿＿号に関連するものである。この発明は、長すぎるＲＴＴ時間に関連するＩｕｂ問題を検出し是正するものであり、本発明と関連して使うことができる。この特許出願の内容は参照により本願に組み込まれる。
【００５９】
・本発明は、無線基地局のフロー制御アルゴリズムがＩｕｂ輻輳をよりよい方法で検出し、セル変更特性を向上させることができるようにする。
【００６０】
・ここで理解されるべきは、Ｉｕｂ１０６が少ない割にそこを通るＨＳトラヒックが多すぎるとＩｕｂ問題が起きる、すなわち、ＨＳ−ＤＳＣＨデータフレーム１１０がトランスポート・ノード１１２および１１４のバッファの中に保存されてしまうということである。そして、トランスポート・ノード１１２および１１４の中のバッファが長すぎると、本発明はこの問題に取り組むことになる。しかし、トランスポート・ノード１１２および１１４内のバッファが小さすぎると、これはＨＳ−ＤＳＣＨデータフレーム１１０の脱落に関連した別の問題が起きる可能性がある。ＨＳ−ＤＳＣＨデータフレーム１１０の脱落への取り組みに対する解決策は、前述の「HSDPA Flow Control Data Frame, Frame Number Sequence（ＨＳＤＰＡフロー制御データフレーム、フレーム番号シーケンス」（代理人ドケットナンバーＰ１９５３１）と題された特許出願第＿＿＿＿＿＿号に記載されている。
【００６１】
・ここで留意すべきは、無線ネットワーク制御装置１０２と無線基地局１０４のような第３世代セルラーネットワーク１００内の構成要素に関する一定の詳細は業界では良く知られているということである。従って、分りやすくするために、無線ネットワーク制御装置１０２と無線基地局１０４に関して上記で提供した説明では、本発明の理解に必要な良く知られた詳細は省略してある。
【００６２】
・ここで留意すべきは、遅延基準タイミング（ＤＲＴ）タイムスタンプ情報も、ＨＳ−ＤＳＣＨデータフレーム内に特定されたのと同じタイプの情報を搬送している制御フレーム（３ＧＰＰ  ＴＳ  ２５．４３５）を用いて送信できるということである。制御フレームは、データフレームをＤＲＴ拡張部分を用いて定期的に拡張するのと同じ方法で、定期的に無線ネットワーク制御装置によって送信することができる。
【００６３】
・ここで留意すべきは、トランスポート・ノード内のバッファに起因するバッファリング遅延に加えて、無線ネットワーク制御装置および無線基地局も、ＨＳ−ＤＳＣＨデータフレームの送信におけるバッファリング遅延に加算できるバッファを有しているということである。
【００６４】
ここで理解すべきは、本発明の一実施形態を添付の図面に図示し、上述の詳細説明の中で説明したけれども、本発明は開示された実施形態に限定されるものではなく、下記の請求項によって記述され定義された本発明の精神から逸脱することなく、多くの再構成、修正、代替が可能であることである。
【図面の簡単な説明】
【００６５】
【図１】本発明に従って、受信したＨＳ−ＤＳＣＨデータフレーム内に位置するＤＲＴ拡張部分を分析してネットワーク内のバッファリング遅延を検出するような無線基地局を含む、第３世代携帯電話ネットワークの図である。
【図２】図２は、本発明に従って、無線基地局がどのようにしてバッファリング遅延を検出でき、その後どのようにしてバッファリング遅延が長すぎるかどうかを決定できるかという基本ステップを示すフローチャートである。
【図３】図３は、本発明に従って、図２に示す方法を実行できる、図１に示す無線基地局内に位置するフロー制御機構をさらに詳しく示す図である。そして、
【図４】図４は、本発明に従って、無線基地局、特に、フロー制御機構がネットワーク内のバッファリング遅延を検出できるようにする、遅延基準タイミング（ＤＲＴ）拡張部分を含むＨＳ−ＤＳＣＨデータフレームの構造を示す図である。
【図１】
2007536793.tif 000003
【図２】
2007536793.tif 000004
【図３】
2007536793.tif 000005
【図４】
2007536793.tif 000006
【国際調査報告】
2007536793.tif 000007
2007536793.tif 000008
2007536793.tif 000009