JP2004312739A - Ｈｓｄｐａおよびｈｓｕｐａのためのフロー制御方法 - Google Patents

Abstract

【課題】例えばＨＳＤＰＡおよびＨＳＵＰＡなど、ダウンリンクおよび／またはアップリンクを介したデータの送受信をサポートする無線通信方法を提供する。
【解決手段】この方法は、シグナリング・インタフェースを介して少なくともデータを受信する工程を含む。受信データは、たとえば、基地局または基地局コントローラが受信することができる。受信データはまた、あるフレーム・サイズを有することを特徴とする。この方法はまた、スケジューリング間隔内でデータを送信する工程も含む。たとえば、基地局または基地局コントローラが、このデータを送信する工程を実行する。基地局および／または基地局コントローラが受信するデータのフレーム・サイズを、スケジューリング間隔よりも少なく、またはそれと等しくなるように、最大でもスケジューリング間隔に等しくなるようにすることができる。
【選択図】図２

Description

本発明は電気通信に関し、より詳細には無線通信に関する。

無線通信システムは、地理的に分散された多くのセルラ通信サイトまたは基地局を利用している。各基地局は、定常または固定の無線通信デバイスまたはユニットとの通信信号の送受信をサポートしている。各基地局は、一般にセル／セクタと呼ばれる特定の領域にわたる通信を処理する。ある無線通信システムが対象とする全対象区域は、そのような配備された基地局のセルを結合したものとして定義される。この場合、可能であれば、システムの境界の外側において対象範囲が途切れないようにするために、隣接または近くのセルサイトの対象区域が互いに重なっていることがある。

無線ユニットは、アクティブになっているときに、順方向リンクまたはダウンリンクを介して少なくとも１つの基地局から信号を受信し、逆方向リンクまたはアップリンクを介して少なくとも１つの基地局に信号を送信する。セルラ通信システムにおけるリンクまたはチャネルを定義するためのいくつかのアプローチが開発されている。これらのスキーマには、たとえば、ＴＤＭＡ（時分割多重アクセス）およびＣＤＭＡ（符号分割多重アクセス）が含まれる。

ＴＤＭＡ通信システムでは、電波スペクトルがタイム・スロットに分割される。各タイム・スロットによって、１人のユーザしか送信および／または受信を行うことができない。したがって、ＴＤＭＡでは、各ユーザがそれぞれに割り当てられた時間の間に情報を送信できるように、送信者と受信者の間の正確なタイミングが必要とされる。

ＣＤＭＡ通信システムでは、異なる無線チャネルが異なるチャネル化コードまたはシーケンスによって区別される。これら別個のチャネル化コードを使用して、異なる情報ストリームを符号化し、次いで、それらの情報ストリームを、同時伝送するために１つまたは複数の異なる搬送周波数で変調することができる。受信側は、受信信号を復号するための適切なコードまたはシーケンスを使って、受信信号から特定のストリームを回復することができる。

図１を参照すると、無線通信をサポートすることが可能な例示のネットワーク１０を示してある。ここで、ネットワーク１０は、たとえば、世界規模の移動体通信サービス（ＵＭＴＳ）および／または符号分割多重アクセス（ＣＤＭＡ）システムを含む、いくつかの標準アーキテクチャのうちの１つを含むことができる。ネットワーク１０を、無線アクセス・ネットワーク（ＲＡＮ）１２およびコア・ネットワーク１４に分割することができる。ＲＡＮ１２は、例示の無線ユニット１８ａ、１８ｂとネットワーク１０の間の無線インタフェース１６ａおよび１６ｂをサポートするために使用する機器を含む。ＲＡＮ１２は、複数のノードｂまたは基地局２０ａ〜２０ｃ、およびいくつかの無線ネットワーク・コントローラ（ＲＮＣ）または基地局コントローラ２２ａ、２２ｂも含む。ノードｂとＲＮＣの間の信号交換（ｓｉｇｎａｌｉｎｇ ｅｘｃｈａｎｇｅ）は、通例、Ｉ_ｕｂインタフェースと呼ばれ、一方、ＲＮＣ間のインタフェースは、通例、Ｉ_ｕｒインタフェースと呼ばれる。一般に、Ｉ_ｕｂおよびＩ_ｕｒインタフェースのトランスポート・メカニズムはともに、非同期伝送モード（ＡＴＭ）に基づいている。

コア・ネットワーク１４は、回路ベースの通信およびパケット・ベースの通信をサポートするネットワーク要素を含む。たとえば、無線ユニット１８ｂと公衆交換電話網（ＰＳＴＮ）２４または別の無線ユニットの間の回路ベースの通信を処理するための回路チャネルを確立する際、基地局２０ｂは、無線インタフェースまたはリンク１６ｂを介して、コード化された情報（たとえば、回路音声または回路交換データ）を受信（アップリンクで）および送信（ダウンリンクで）することができる。ＲＮＣ２２ａ、２２ｂはそれぞれ、たとえば、フレームの選択、暗号化、アクセス・ネットワークの移動性の処理などを含む、いくつかの機能を実行することができる。上述のシナリオにおいては、ＲＮＣ２２ｂは、同期伝送モード（ＡＴＭ）／インターネット・プロトコル（ＩＰ）ネットワーク２８などのネットワークを介して、回路音声および回路交換データを移動交換センタ（ＭＳＣ）３０に転送することができる。ＭＳＣ３０は、ＭＳＣレベルのコール処理およびマクロモビリティ（ｍａｃｒｏｍｏｂｉｌｉｔｙ）を担当する。ＭＳＣ３０は、無線ユニット１８ｂと、たとえばＰＳＴＮ２４の間の接続を確立する。

例示の無線ユニット１８ａと、インターネットなどのパケット・データ・ネットワーク（ＰＤＮ）３４の間のパケット・ベース通信を処理するためのパケット・チャネルを確立する際、基地局２０ａは、無線インタフェースまたはリンク１６ａを介して、コード化された情報を受信（アップリンクで）および送信（ダウンリンクで）する。アップリンク方向では、ＲＮＣ２２ａは、例示の無線ユニット１８ａによって送信されてきたパケットの再組立てを行い、それらをサービングＧＰＲＳ（一般パケット無線サービス、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）サポート・ノード（ＳＧＳＮ）４０に転送する。ダウンリンク方向では、ＲＮＣ２２ａは、それらのパケットを受信し、それらを基地局に転送するのに適したサイズのパケットに分割する。基地局は、処理を実行し、無線リンク１６ａを介してデータを送信することができる。ＳＧＳＮ４０は、パケット・データのセッション処理およびマクロモビリティに対するサポートをネットワーク１０に提供する。ＳＧＳＮ４０は、無線ユニット１８ａとＰＤＮ３４の間の接続を確立する。

さらに、コア・ネットワーク１４は、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）４２も含むことができる。ＧＧＳＮ４２は、たとえば、外部ＰＤＮに対するゲートウェイとしての役割を果たすことができる。ＳＧＳＮ４０からの要求に応じて、ＧＧＳＮは、パケット・データ・プロトコル（ＰＤＰ）セッションを確立するためのゲートウェイを提供する。

音声アプリケーションの場合、従来のセルラ通信システムは、無線ユニットと基地局の間に専用リンクを使用している。音声通信は、本質的に、遅延に対する耐性がない。したがって、無線セルラ通信システムにおける無線ユニットは、１つまたは複数の専用リンクを介して信号の送受信を行う。一般に、アクティブな無線ユニットは、それぞれ、ダウンリンクにおいての専用回線、およびアップリンクにおいての専用回線を割り当てられる必要がある。

インターネットの急激な普及とデータに対する需要の増加に伴って、セルラ通信システムにおいてはリソースの管理が重要な課題となっている。高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）や高速アップリンク・パケット・アクセス（ＨＳＵＰＡ）を利用しているシステムなど、次世代の無線通信システムは、インターネット・アクセスおよびマルチメディア通信のサポートにおいてプレミアム・データ・サービスを提供することが期待されている。しかし、音声とは異なり、データ通信は潜在的にバースト性があり、しかし比較的に遅延に対する耐性がある。したがって、データ通信のためのシステムでは、ダウンリンクまたはアップリンクにおいて専用リンクを使用することが効率的ではないことがある。いくつかの無線ユニットが共用することができる１つまたは複数のチャネルを利用するようにさせれば、より効率的なデータ通信システムが可能になるであろう。この構成によれば、ダウンリンク上の各無線ユニットが利用可能なリソースを共用し、この場合、リソース管理プロセスを通して、ダウンリンク送信がユーザに対してスケジュールされる。ダウンリンクにおいて管理されるリソースには、たとえば、ノードｂによって割り振られる伝送電力、チャネル化コード、および／または、各ユーザによる、同じセクタまたはセルの他のユーザ、および別のセクタまたはセル内の他のユーザに対する干渉が含まれる。

ＨＳＤＰＡ／ＨＳＵＰＡサービスを提供するノードｂにおける全般的リソース管理は、図１のＲＮＣ２２ａおよび／またはＲＮＣ２２ｂなどの無線ネットワーク・コントローラが行うことができる。たとえば、各ＲＮＣは、ＨＳＤＰＡ／ＨＳＵＰＡサービスをサポートする各ノードｂについて、ダウンリンクおよび／またはアップリンク上におけるデータ転送のさまざまな特性を決定し、制御することができる。それらのダウンリンクおよび／またはアップリンク上における特性には、たとえば、データ・パケットの伝送電力および／または伝送速度の割当が含まれ得る。

ＨＳＤＰＡ／ＨＳＵＰＡサービスのさらなる開発においては、さまざまな問題が識別されている。これらの問題には、たとえば、データの転送における非効率およびパフォーマンスの問題、およびＨＳＤＰＡ／ＨＳＵＰＡサービスをサポートする基地局の設計実装コストが含まれる。したがって、ＨＳＤＰＡ／ＨＳＵＰＡサービスをサポートするネットワークの効率およびパフォーマンスを向上させるための方法に対する需要がある。さらに、ＨＳＤＰＡ／ＨＳＵＰＡサービスをサポートする基地局の実装コストを削減する必要がある。

本発明は通信方法を提供する。より詳細には、本発明は、シグナリング・インタフェースを介して伝送されるデータのフレーム・サイズを、最大でも、無線ユニットに伝送されるデータ・パケットのスケジューリング間隔に等しくなるようにすることによって、たとえばＨＳＤＰＡおよびＨＳＵＰＡなど、ダウンリンクおよび／またはアップリンクを介したデータの送受信をサポートする無線通信方法を提供する。その際に、本発明は、ＨＳＤＰＡ／ＨＳＵＰＡサービスをサポートするネットワークの効率およびパフォーマンス、およびＨＳＤＰＡ／ＨＳＵＰＡサービスをサポートする基地局の実装に伴うコストに焦点を当てている。

本発明の一実施形態では、通信方法は、シグナリング・インタフェースを介して、データを含む、あるフレーム・サイズを有する情報を送信する工程を含む。シグナリング・インタフェースは、たとえば、Ｉ_ｕｂおよび／またはＩ_ｕｒインタフェースであってよい。そして、この情報を、基地局（または複数基地局）および／または基地局コントローラ（または複数基地局コントローラ）が受信することができる。この方法はまた、スケジューリング間隔内でデータを送信する工程も含む。たとえば、基地局（または複数基地局）および／または基地局コントローラ（または複数基地局コントローラ）が、そのデータを送信する工程を実行する。基地局（または複数基地局）および／または基地局コントローラ（または複数基地局コントローラ）がシグナリング・インタフェースを介して受信するデータのフレーム・サイズは、最大でもスケジューリング間隔に等しい。したがって、データのフレーム・サイズは、スケジューリング間隔よりも少ないか、またはそれに等しくなる。

本発明の別の実施形態では、通信方法は、スケジューリング間隔内で再送信するための、あるフレーム・サイズを有するデータを送信する工程を含む。このデータは、もともと、Ｉ_ｕｂおよび／またはＩ_ｕｒなどのシグナリング・インタフェースを介して伝送することができる。この方法はまた、シグナリング・インタフェースを介してプロトコル情報を送信する工程も含む。このプロトコル情報の少なくとも一部は、上記データに関連したものである。シグナリング・インタフェースを介して送信されるデータのフレーム・サイズは、最大でも再送信のスケジューリング間隔に等しい。したがって、データのフレーム・サイズは、スケジューリング間隔よりも少ないか、またはそれに等しくなる。

本発明のさらに別の実施形態では、通信方法はコントローラを使用し、このコントローラは、シグナリング・インタフェースを介して、あるフレーム・サイズを有するデータおよびプロトコル情報を基地局に通信することができる。この方法はまた、スケジューリング間隔内でデータを送信および／または受信する工程も含む。シグナリング・インタフェースを介して通信されるデータのフレーム・サイズは、最大でも再送信のスケジューリング間隔に等しい。したがって、データのフレーム・サイズは、スケジューリング間隔よりも少ないか、またはそれに等しくなる。

添付の図面を参照しながら以下の非限定的な実施形態の説明を読むことにより、本発明がよりよく理解されよう。
例示のアプリケーションの図面は、縮尺で示したものではなく、概略的な表現にすぎず、したがって、本発明の具体的な寸法を示すことを意図したものではないことに注意されたい。本発明の具体的な寸法は、当業者が、本明細書における開示を考察することにより決定することができる。

本発明により、たとえばＨＳＤＰＡおよびＨＳＵＰＡなど、ダウンリンクおよび／またはアップリンクを介したデータの送受信をサポートする無線通信方法が提供される。

本発明は、通信方法を提供する。より詳細には、本発明は、たとえばＨＳＤＰＡおよびＨＳＵＰＡなどの、ダウンリンクおよび／またはアップリンクにおけるデータの送受信をサポートする無線通信の方法を提供する。その際に、本発明は、ＨＳＤＰＡ／ＨＳＵＰＡサービスをサポートするネットワークの効率およびパフォーマンス、およびＨＳＤＰＡ／ＨＳＵＰＡサービスをサポートする基地局の実装に伴うコストに焦点を当てている。

たとえばＨＳＤＰＡおよびＨＳＵＰＡなどのデータ通信サービスをサポートするネットワークでは、パフォーマンス上の欠点という問題が生じる場合がある。このような制約は、シグナリング・インタフェースＩ_ｕｂを介したデータの転送と、基地局から１つまたは複数の指定無線ユニットへの転送の間のフローのずれに起因することがある。たとえばＨＳＤＰＡをサポートする基地局では、あるフレーム・サイズを有するデータを、Ｉ_ｕｂシグナリング・インタフェースを介して、基地局コントローラから基地局へ転送することができる。その後、転送されたデータを、パケット化され、スケジューリング間隔内で、たとえばＨＳＤＰＡサービスを求めている無線ユニットに再転送することができる。しかし、現在のところ、ネットワークは、データのフレーム・サイズについて、スケジューリング間隔よりもかなり長い（たとえばその倍数）フレーム・サイズをサポートしている。その結果、シグナリング・インタフェースＩ_ｕｂを介したデータの伝送と、対応するデータ・パケットの基地局から無線ユニットへの伝送の間にタイム・ラグが生じる場合がある。

この潜在的なタイム・ラグを考慮した上でデータ・フローを容易にし、かつ維持するために、ネットワークの設計は、基地局で使用される１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）中にメモリ・バッファを埋め込んで組み込むことをサポートしている。より詳細には、基地局コントローラから受信されたデータを十分なサイズのバッファ・メモリ内に記憶することによって、たとえばＨＳＤＰＡサービスを求めている無線ユニットそれぞれの要求を満たすことができる。このシナリオでは、このバッファ・メモリのサイズにより、上述のタイム・ラグを補うことができる。しかし、ＨＳＤＰＡまたはＨＳＵＰＡサービスに対する需要が増加するのにつれて、ＡＳＩＣ内にさらに大容量のメモリを組み込まなければならないコストが不釣合いに増大する可能性がある。したがって、タイム・ラグを補うためにバッファ・メモリを増加させ続けることは、実際には限界がある可能性がある。このようなパフォーマンス上の問題を考慮して、本発明は、シグナリング・インタフェースを介して伝送されるデータのフレーム・サイズを、最大でも、無線ユニットに伝送されるデータ・パケットのスケジューリング間隔に等しくなるようにすることによって、ダウンリンクおよび／またはアップリンク上のデータの送受信をサポートする方法を提供する。

図２を参照すると、本発明の一実施形態の流れ図５０を示してある。ここでは、たとえば、ＨＳＤＰＡおよび／またはＨＳＵＰＡなど、さまざまなダウンリンクおよび／またはアップリンク・データ・サービスをサポートする基地局内で実行することができる工程を表した、通信方法を示してある。流れ図５０に示す方法は、シグナリング・インタフェース５５を介して情報を受信する工程を含む。受信された情報は、あるフレーム・サイズを有するデータを含む。さらに、シグナリング・インタフェースは、たとえば、Ｉ_ｕｂおよび／またはＩ_ｕｒインタフェースであってよい。そして、この情報を、基地局（または複数基地局）および／または基地局コントローラ（または複数基地局コントローラ）によって受信することができる。

受信された情報がデータとともにプロトコル情報も含む場合があることに注意されたい。一例では、プロトコル情報の少なくとも一部が上記データに関連したものである。受信されたプロトコル情報は、以下のうち少なくとも１つを含む場合がある。すなわち、電力フロー制御、ＭＡＣ−ｄフロー、受信されるデータのサイズ、データの少なくとも一部を少なくとも１人のユーザに対応させた対応情報、送信されるデータのサイズ、データを受信する際の伝送速度、データを送信する際の伝送速度、データの受信開始時間、データの送信開始時間、データを受信する際の電力レベル、およびデータを送信する際の電力レベル。

この方法は、スケジューリング間隔６０内でデータを送信する工程も含む。たとえば、基地局（または複数基地局）および／または基地局コントローラ（または複数基地局コントローラ）は、このデータを送信する工程を実行することができる。基地局（または複数基地局）および／または基地局コントローラ（または複数基地局コントローラ）がシグナリング・インタフェースを介して受信するデータのフレーム・サイズは、最大でもスケジューリング間隔に等しい。したがって、データのフレーム・サイズは、スケジューリング間隔よりも少ないか、またはそれに等しくなる。

無線ダウンリンクおよび／またはアップリンク・データ・サービスをサポートするために、受信データを、送信する際にはパケット・フォーマットにする場合がある。したがって、受信側エンティティ（たとえば、基地局および／または基地局コントローラ）は、スケジューリング間隔６０内でデータを送信する工程を実行する前に、データをパケット化する場合がある。ここで、受信データを、パケット化する工程の前および／または後に、バッファに記憶することができる。さらに、無線ダウンリンク・データ・サービスおよび無線アップリンク・データ・サービスの少なくとも一方をユーザが要求したのに応じて、受信データを記憶することができる。

図３を参照すると、本発明の別の実施形態の流れ図７０を示してある。ここには、たとえば、ＨＳＤＰＡおよび／またはＨＳＵＰＡなど、さまざまなダウンリンクおよび／またはアップリンク・データ・サービスをサポートする基地局内で実行することができる工程を表した、通信方法を示してある。流れ図７０に示す方法は、スケジューリング間隔７５内で再送信するための、あるフレーム・サイズを有するデータを、シグナリング・インタフェースを介して送信する工程を含む。シグナリング・インタフェースは、たとえば、Ｉ_ｕｂおよび／またはＩ_ｕｒインタフェースであってよい。

したがって、工程７５で送信されたデータは、たとえば、基地局（または複数基地局）および／または別の基地局コントローラ（または複数基地局コントローラ）が、その後に再送信するために受信することができる。この、その後のデータの再送信には、たとえば再送信に先立って、送信すべきデータを受信した際にパケット化する工程も含まれ得る。送信すべきデータのフレーム・サイズは、パケット化した場合でもしていない場合でも、最大でスケジューリング間隔に等しい。したがって、データのフレーム・サイズは、スケジューリング間隔よりも少ないか、またはそれに等しい。

流れ図７０に示す方法は、シグナリング・インタフェース８０を介してプロトコル情報を送信する工程も含む。プロトコル情報の送信は、工程７５におけるデータの送信とともに行うことができる。一例では、プロトコル情報の少なくとも一部が上記データに関連したものである。受信されたプロトコル情報は、以下のうち少なくとも１つを含む場合がある。すなわち、電力フロー制御、ＭＡＣ−ｄフロー、受信されるデータのサイズ、データの少なくとも一部を少なくとも１人のユーザに対応させた対応情報、送信されるデータのサイズ、データを受信する際の伝送速度、データを送信する際の伝送速度、データの受信開始時間、データの送信開始時間、およびデータを受信する際の電力レベル、およびデータを送信する際の電力レベル。

図４を参照すると、本発明のさらに別の実施形態の流れ図９０を示してある。ここでは、たとえば、ＨＳＤＰＡおよび／またはＨＳＵＰＡなど、さまざまなダウンリンクおよび／またはアップリンク・データ・サービスをサポートする無線ユニット内で実行することができる工程を表した、通信方法を示してある。流れ図９０に示す方法では、基地局コントローラを使用している。この基地局コントローラは、たとえば、Ｉ_ｕｂおよび／またはＩ_ｕｒインタフェースなどのシグナリング・インタフェースを介して、あるフレーム・サイズを有するデータおよびプロトコル情報を基地局に通信することができる。より詳細には、この方法は、スケジューリング間隔９５内でデータを送信および／または受信する工程を含む。シグナリング・インタフェースを介して通信されるデータのフレーム・サイズは、最大でもスケジューリング間隔に等しい。したがって、データのフレーム・サイズは、スケジューリング間隔よりも少ないか、またはそれに等しくなる。

（例示のシステム）
ＨＳＤＰＡおよびＨＳＵＰＡサービスをサポートするネットワークにおいては、指定したチャネル（たとえばＨＳ−ＤＳＣＨ）とともにフレーム・プロトコル（ＦＰ）を使用して、コアＲＮＡ（ＣＲＮＣ）とノードｂの間のデータ・トランスポートをＩ_ｕｂシグナリング・インタフェースを介して処理し、また、サービスＲＮＣ（ＳＲＮＣ）とＣＲＮＣの間のデータ・トランスポートをＩ_ｕｂシグナリング・インタフェースを介して処理することができる。Ｉ_ｕｂインタフェースを介して、ＨＳ−ＤＳＣＨチャネルなどの共用チャネルのための媒体アクセス制御（ＭＡＣ）エンティティからの論理フローを、たとえばＨＳ−ＤＳＣＨなどの指定チャネルのデータ・フレームを使って、ＣＲＮＣから、ノードｂに常駐するＨＳＤＰＡ（他とＭＡＣ−ｈｓ）のための新しいＭＡＣエンティティにトランスポートすることができる。このデータ・フレームは、伝送時間間隔（ＴＴＩ）ごとに、ＣＲＮＣからノードｂに送ることができる。ノードｂでは、たとえばＨＳ−ＤＳＣＨなどの指定チャネルに、このＭＡＣ−ｈｓと呼ばれる新しいエンティティを定義することができる。このＭＡＣ−ｈｓは、スケジューリング、ＨＡＲＱ操作、および／またはＩ_ｕｂシグナリング・インタフェースを介して受信したデータの優先処理などを含むさまざまなデューティを実行することができる。

特定の用途においては、Ｉ_ｕｂシグナリング・インタフェースがノードｂ中のＭＡＣモデル（たとえば、ＭＡＣ−ｈｓ）を反映することが重要である場合がある。たとえば、ＴＴＩをＭＡＣ−ｈｓ中に定義して、無線ユニットに対するデータのスケジューリングが２ミリ秒ごとに（たとえば、ＴＴＩごとに）行われるようにすることができる。たとえば２ミリ秒のＴＴＩをサポートするためには、ＨＳ−ＤＳＣＨなどのチャネルのフレーム・プロトコルは、ＴＴＩが２ミリ秒に指定されたチャネルをトランスポートしなければならない。フレーム・プロトコル、Ｉ_ｕｂ ＮＢＡＰシグナリング、およびＩ_ｕｒ ＲＮＳＡＰシグナリング（たとえば、ドリフトＲＮＣ（Ｄｒｉｆｔ ＲＮＣ）とコントロールＲＮＣ（Ｃｏｎｔｒｏｌｌｉｎｇ ＲＮＣ）の間の、すなわちＲＮＣ間のオープン・インタフェース）は、ＨＳ−ＤＳＣＨなどの例示のチャネルに、フレーム・プロトコルのＴＴＩを指定しない場合がある。しかし、たとえば、ＨＳ−ＤＳＣＨ容量割当制御フレーム中のＨＳ−ＤＳＣＨ間隔ＩＥは、粒度が１０ミリ秒の場合がある。例示のＨＳ−ＤＳＣＨ中のデータ・フレームが、１０ミリ秒という、より長いＴＴＩの倍数に基づくＴＴＩを使用しうることが明らかであろう。

ＨＳ−ＤＳＣＨ容量割当におけるＨＳ−ＤＳＣＨ間隔ＩＥの１０ミリ秒という粒度に基づいて、ＨＳ−ＤＳＣＨのＦＰが、１０ミリ秒の倍数の長さのＴＴＩを有すると解釈できる場合には、いくつかの状況が生じ得る。あるシナリオとして、無線ユニットのユーザがきわめて良好なチャネル状態を得ており、ノードｂ（たとえば、基地局）から、非常に高速なデータ転送速度で伝送がスケジュールされるという場合がある。大量のデータを、最大データ転送速度で無線ユニット（たとえば、ユーザ機器またはＵＥ）に送信することができ、ノードｂは、ＴＴＩの２ミリ秒終了時点で、追加データを待機する状況にある。Ｉ_ｕｂおよびエア・インタフェース（たとえば、基地局と無線ユニットまたはＵＥの間の、Ｕｕまたはインタフェース）のＴＴＩのミスマッチのために、追加データが１０ミリ秒間隔、たとえばＨＳ−ＤＳＣＨ間隔ごとにノードｂに到着する場合がある。したがって、この例では、ノードｂのスケジューラは、再度スケジュールする追加データを得るまで、８ミリ秒間、待機することがある。別のシナリオとして、バースト性のトラフィック・ソースが、セルにわずかなユーザを適度にロードさせるために、データをきわめて散発的にＲＮＣに到着させる場合がある。後者のシナリオでは、２ミリ秒のＴＴＩにより、１つのＵＥにデータが到着すると、それに対してＨＳ−ＤＳＣＨ ＦＰのフロー制御が素早く反応することができ、その結果、他のＵＥからのデータも、Ｉ_ｕｂを介して短い遅延で送信することができる。上記に概説したシナリオのどちらにおいても、システム・リソースの活用の低下、および、ＨＳＤＰＡ／ＨＳＵＰＡのスループット・パフォーマンスの潜在的損失という結果が生じる可能性がある。

２ミリ秒のＨＳ−ＤＳＣＨ Ｉ _ｕｂ データ・フレーム
上述のように、ＨＳ−ＤＳＣＨにおける２ミリ秒のＨＳＤＰＡ間隔を、ＨＳ−ＤＳＣＨに使用することができ、この場合、ユーザのデータを、チャネルの変動に対応するように、ノードｂでより高速のＴＴＩでスケジュールすることができる。２ミリ秒という短いＴＴＩによって、ユーザを、ユーザのチャネルの状況に基づいて選択することができる。その結果、スループット・パフォーマンスを向上させることができる。

ノードｂへのより高速なデータ転送のための適合化
フロー制御は、スケジューラの速度に反応し、応答することができる。たとえば、スケジューラの時間粒度が２ミリ秒の場合、フロー制御の粒度も同じ粒度になり得る。優先度が異なるデータを、２ミリ秒という短いフロー制御粒度でフロー制御する必要性を考慮して、ＲＮＣは、優先度が高いデータを先にノードｂに送信するように素早く切り替えることができる。

ノードｂでは、変化するチャネルの状況を追跡することができる。ノードｂは、次いで、たとえば遅延要件などのその他の制約を考慮して、最も望ましいチャネル状態のユーザ（または複数ユーザ）をスケジュールすることによって反応する。したがって、特定のユーザに送信されるデータ量も高速に変化する。フロー制御のタスクとして、（１）ノードｂのバッファにおけるデータのオーバフローを防ぐこと、（２）チャネルの状況が良好になった場合にスケジュールするデータが十分にあるようにすることが挙げられる。

ノードｂにおけるバッファの提供を最小限にする
流出フロー・スケジューリング速度と釣り合った、Ｉ_ｕｂデータ・フレームよりも短いデータ・フレームの流入フロー速度は、データがノードｂに「ちょうどよい時に」配信されるのを容易にすることができる。これは、ノードｂにおいて過多なデータをバッファに格納する必要なく実現することができる。その結果、ノードｂにおけるバッファの割当を節約することができる。

パフォーマンスの潜在的な損失に基づいて、Ｉ_ｕｂおよびＩ_ｕｒのＨＳ−ＤＳＣＨ ＦＰのＨＳ−ＤＳＣＨ間隔を、２ミリ秒のＨＳ−ＤＳＣＨ ＴＴＩに一致するように変更することができる。そのような場合、「ＨＳ−ＤＳＣＨ間隔」ＩＥは、Ｉ_ｕｂ／Ｉ_ｕｒ ＦＰ中の「ＨＳ−ＤＳＣＨ容量割当」制御メッセージの変更を必要とすることがある。

例示の実施形態を参照しながら特定の発明について説明してきたが、この説明は、限定する意味で解釈されることを意図したものではない。本発明を説明してきたが、当業者には、この説明を参照することにより、本明細書に添付の特許請求の範囲に記載してある本発明の趣旨から逸脱することなく、例示の実施形態のさまざまな修正形態、および本発明の追加形態が明らかになることを理解されたい。したがって、その方法、システム、およびそれらの一部、および記載の方法およびシステムの一部を、ネットワーク要素、無線ユニット、基地局、基地局コントローラ、移動交換センタおよび／またはレーダ・システムなど、さまざまな場所に実装することができる。さらに、説明したシステムを実装するために必要となる処理回路は、本開示の恩恵を受ける当業者であれば理解されるように、特定用途向け集積回路、ソフトウェア駆動処理回路、ファームウェア、プログラム可能論理デバイス、ハードウェア、個別のコンポーネントまたは上記コンポーネントの構成によって実装することができる。当業者は、本明細書に説明し、記載した例示のアプリケーションに厳密に従うことなく、また本発明の趣旨および範囲から逸脱することなく、これらおよびさまざまなその他の修正、構成および方法を本発明に加えることができることを容易に認識されよう。したがって、添付の特許請求の範囲は、本発明の真の範囲に含まれる、このような修正または実施形態のいずれをも対象とするものとみなされる。

代表的なネットワーク・アーキテクチャの構成図である。 本発明の一実施形態を示す図である。 本発明の別の実施形態を示す図である。 本発明の別の実施形態を示す図である。

Claims (10)

1. シグナリング・インタフェースを介してデータを含む情報を受信する工程であって、前記情報があるフレーム・サイズを有する工程と、
   前記データをスケジューリング間隔内で送信する工程であって、前記フレーム・サイズが最長でも前記スケジューリング間隔に等しい工程とを含む通信方法。
2. 前記スケジューリング間隔が少なくとも前記フレーム・サイズの時間長に等しい、請求項１に記載の方法。
3. 前記受信情報がプロトコル情報を含み、前記プロトコル情報の少なくとも一部が前記データに関連し、前記データの少なくとも一部がデータ・パケットを含む、請求項２に記載の方法。
4. 各ユーザが無線ダウンリンク・データ・サービスおよび無線アップリンク・データ・サービスの少なくとも一方を要求するのに応じて、前記受信データをバッファ中に記憶する工程と、
   前記受信データをパケット化する工程とをさらに含む、請求項２に記載の方法。
5. スケジューリング間隔内で再送信するために、シグナリング・インタフェースを介して、あるフレーム・サイズを有するデータを送信する工程であって、前記フレーム・サイズが最長でも前記スケジューリング間隔に等しい工程と、
   前記シグナリング・インタフェースを介してプロトコル情報を送信する工程であって、前記プロトコル情報の少なくとも一部が前記データに関連する工程とを含む通信方法。
6. 前記スケジューリング間隔が少なくとも前記フレーム・サイズの時間長に等しい、請求項５に記載の方法。
7. 前記プロトコル情報は、電力フロー制御、ＭＡＣ−ｄフロー、前記送信されるデータのサイズ、前記データの少なくとも一部を少なくとも１人のユーザに対応させた対応情報、前記再送信されるデータのサイズ、前記データを送信する際の伝送速度、前記データを再送信する際の伝送速度、前記データの送信開始時間、前記データの再送信開始時間、前記データを送信する際の電力レベル、前記データを再送信する際の電力レベル、前記受信されるデータのサイズ、前記送信されるデータのサイズ、前記データを受信する際の伝送速度、前記データの受信開始時間、前記データの送信開始時間、前記データを受信する際の電力レベル、前記データを送信する際の電力レベルのうち少なくとも１つを含む、請求項３または５に記載の方法。
8. シグナリング・インタフェースを介して、あるフレーム・サイズを有するデータを送信する工程が、
   前記データをデータ・パケットにパケット化する工程を含む、請求項５に記載の方法。
9. コントローラを使った通信方法において、前記コントローラは、シグナリング・インタフェースを介して、あるフレーム・サイズを有するデータおよびプロトコル情報を基地局に通信する通信方法であって、前記方法は、
   スケジューリング間隔内でデータの送信および受信の少なくとも一方を行う工程であって、前記データのフレーム・サイズが最長でも前記スケジューリング間隔に等しい工程を含む方法。
10. 前記スケジューリング間隔が少なくとも前記フレーム・サイズの時間長に等しく、
    前記受信データがデータ・パケットを含み、
    前記パケットが、前記コントローラによって通信された前記データに対応する、請求項９に記載の方法。
    

Images