(57)【要約】移動通信システムにおいて、サービス品質（ＱｏＳ）情報を提供し、逆方向送信電力を制御するための方法を提供する。移動通信システムにおいて、移動局は、相互に異なる複数のサービスのうちの１つに対するパケットデータを逆方向パケットデータチャンネル（Ｒ−ＰＤＣＨ）を介して送信し、逆方向パケットデータ制御チャンネル（Ｒ−ＰＤＣＣＨ）を介してパケットデータに関するパケットデータ制御情報を基地局へ送信する。パケットデータ制御情報は、選択されたサービス種類を示すＱｏＳ情報を含む。
2006525697.tif 000002
【特許請求の範囲】
【請求項１】
相互に異なる複数のサービスのうちから、移動局により選択された１つのサービスに対するパケットデータを逆方向パケットデータチャンネル（Ｒ−ＰＤＣＨ）を介して送信し、逆方向パケットデータ制御チャンネル（Ｒ−ＰＤＣＣＨ）を介して前記パケットデータの復調のためのパケットデータ制御情報を基地局へ送信する方法であって、
前記移動局により選択されたサービスの種類を示すサービス品質（ＱｏＳ）情報を含む前記パケットデータ制御情報を生成するステップと、
前記生成されたパケットデータ制御情報を前記逆方向パケットデータ制御チャンネルを介して前記基地局へ送信するステップと
を含んでなることを特徴とする方法。
【請求項２】
前記パケットデータ制御情報は、
データ送信率又はエンコーダパケット（ＥＰ）サイズと、サブパケット識別子と、端末状態識別子（ＭＳＩＢ）とを含むことを特徴とする請求項１記載の方法。
【請求項３】
前記パケットデータ制御チャンネルは、前記パケットデータチャンネルと同時に送信されることを特徴とする請求項１記載の方法。
【請求項４】
逆方向パケットデータチャンネルを介してパケットデータを送信する移動局において、前記移動局が前記パケットデータ制御情報を逆方向パケットデータ制御チャンネルを介して基地局へ送信する方法であって、
複数のパイロット電力比（ＴＰＲ）テーブルのうちから選択されたＴＰＲテーブルを示すＴＰＲテーブル情報を、前記パケットデータ制御チャンネルを介して基地局に送信し、前記ＴＰＲテーブルのそれぞれは、データ送信率別にＴＰＲ値を有することを特徴とする方法。
【請求項５】
前記パケットデータ制御チャンネルは、前記パケットデータチャンネルと同時に送信されることを特徴とする請求項４記載の方法。
【請求項６】
前記移動局は、
前記基地局が許容した最大送信電力内で、データ送信率情報及びＴＰＲ値を選択して、前記データ送信率のパケットデータ及びＴＰＲ値を送信することを特徴とする請求項４記載の方法。
【請求項７】
前記パケットデータ制御情報は、
前記パケットデータのデータ送信率又はエンコーダパケット（ＥＰ）サイズと、サブパケット識別子と、端末状態識別子（ＭＳＩＢ）とをさらに含むことを特徴とする請求項４記載の方法。
【請求項８】
前記選択されたＴＰＲテーブル情報は、
一般的なサービス品質（ＱｏＳ）に対するＴＰＲテーブル情報及び向上したサービス品質（enhanced ＱｏＳ）に対するＴＰＲテーブル情報のうちの１つであることを特徴とする請求項４記載の方法。
【請求項９】
前記ＴＰＲテーブル情報は、
前記逆方向パケットデータ制御チャンネルのサービス品質情報フィールドにおいて送信されることを特徴とする請求項４記載の方法。
【請求項１０】
前記送信するステップは、
複数のＴＰＲテーブルのうち１つからＴＰＲテーブルを選択するステップと、
前記複数のＴＰＲテーブルのうちから選択されたＴＰＲテーブル情報を含む前記パケットデータ制御情報を生成するステップと、
前記パケットデータ制御情報を前記パケットデータ制御チャンネルを介して送信するステップとからなることを特徴とする請求項４記載の方法。
【請求項１１】
基地局が移動局からパケットデータ制御情報を逆方向パケットデータチャンネルを介して送信し、前記パケットデータ制御情報を逆方向パケットデータ制御チャンネルを介して受信する方法であって、
複数のパイロット電力比（ＴＰＲ）テーブルのうちから選択されたＴＰＲテーブルを示すＴＰＲテーブル情報を、前記パケットデータ制御チャンネルを介して移動局から受信し、前記ＴＰＲテーブルのそれぞれは、データ送信率別にＴＰＲ値を有することを特徴とする方法。
【請求項１２】
前記パケットデータ制御チャンネルは、前記パケットデータチャンネルと同時に受信されることを特徴とする請求項１１記載の方法。
【請求項１３】
前記移動局は、
前記基地局が許容した最大送信電力内で、データ送信率情報及びＴＰＲ値を選択して、前記データ送信率のパケットデータ及びＴＰＲ値を受信することを特徴とする請求項１１記載の方法。
【請求項１４】
前記パケットデータ制御情報は、
前記パケットデータのデータ送信率又はエンコーダパケット（ＥＰ）サイズと、サブパケット識別子と、端末状態識別子（ＭＳＩＢ）とをさらに含むことを特徴とする請求項１１記載の方法。
【請求項１５】
前記選択されたＴＰＲテーブル情報は、
一般的なサービス品質（ＱｏＳ）に対するＴＰＲテーブル情報及び向上したサービス品質（enhanced ＱｏＳ）に対するＴＰＲテーブル情報のうちの１つであることを特徴とする請求項１１記載の方法。
【請求項１６】
前記ＴＰＲテーブル情報は、
前記逆方向パケットデータ制御チャンネルのサービス品質情報フィールドにおいて受信されることを特徴とする請求項１１記載の方法。
【請求項１７】
相互に異なる複数のサービスのうちから、移動局が選択した１つのサービスに対するパケットデータを逆方向パケットデータチャンネルを介して受信し、前記パケットデータの復調のためのパケットデータ制御情報を逆方向パケットデータ制御チャンネルを介して受信する基地局におけるスケジューリング方法であって、
前記逆方向パケットデータ制御チャンネルを介して受信された前記パケットデータ制御情報を用いて前記移動局の送信電力を更新するステップと、
前記更新された送信情報に基づいてスケジューリングを遂行した後に、前記スケジューリング情報を前記移動局へ送信するステップと
を含んでなることを特徴とする方法。
【請求項１８】
前記パケットデータ制御情報は、
前記パケットデータのデータ送信率に関する情報及び前記移動局が選択した特定のＴＰＲテーブルを示すトラヒック対パイロット電力比（ＴＰＲ）テーブル情報を含むことを特徴とする請求項１７記載の方法。
【請求項１９】
前記パケットデータ制御情報は、
前記スケジューリングのための前記パケットデータに関するバッファ情報を含むことを特徴とする請求項１７記載の方法。
【請求項２０】
前記パケットデータがエラーを有する場合に、前記受信されたパケットデータのサービス種類に該当する最大再送信回数を検査するステップと、
前記最大再送信回数に従って、前記移動局に対する外ループ電力制御を遂行するステップと、
前記移動局へ前記スケジューリング情報とともに外ループ電力制御結果を送信するステップとをさらに含むことを特徴とする請求項１７記載の方法。
【請求項２１】
前記パケットデータのエラーを検査し、前記パケットデータのサービス種類に従って、肯定応答（ＡＣＫ）チャンネル（ＡＣＫＣＨ）の信頼度を決定するステップと、
前記決定された肯定応答チャンネルの信頼度に従って、肯定／否定応答（ＡＣＫ／ＮＡＣＫ）メッセージを生成して、前記肯定応答チャンネル（ＡＣＫＣＨ）を介して前記移動局へ肯定／否定応答メッセージを送信するステップとをさらに含むことを特徴とする請求項１７記載の方法。
【請求項２２】
前記肯定／否定応答メッセージの最大送信回数は、前記肯定／否定応答メッセージの信頼度に従って決定されることを特徴とする請求項２１記載の方法。
【請求項２３】
前記肯定／否定応答メッセージの送信電力は、前記決定された肯定／否定応答メッセージの信頼度に従って決定されることを特徴とする請求項２１記載の方法。
【請求項２４】
移動局が逆方向パケットデータのデータ送信率を決定する方法であって、
基地局から送信率制御情報を受信して、許容されたトラヒック対パイロット電力比（ＴＰＲ）を決定するステップと、
パケットデータの送信のために、複数のＴＰＲテーブルのうちの１つを選択するステップと、
前記選択された１つのＴＰＲテーブルで、前記許容されたＴＰＲを満足するデータ送信率を決定するステップと、
前記決定されたデータ送信率で前記パケットデータを送信するステップと
を含んでなることを特徴とする方法。
【請求項２５】
前記許容されたＴＰＲを決定するステップは、
前記受信された送信率制御情報に従って、あらかじめ選択された１つのＴＰＲテーブルで許容されたＴＰＲを決定することを特徴とする請求項２４記載の方法。
【請求項２６】
前記決定されたデータ送信率のＴＰＲは、前記許容されたＴＰＲよりも小さいながら一番近接したＴＰＲであることを特徴とする請求項２４記載の方法。
【請求項２７】
前記決定されたデータ送信率のＴＰＲは、前記許容されたＴＰＲと一番近接したＴＰＲであることを特徴とする請求項２４記載の方法。
【請求項２８】
前記決定されたデータ送信率は、
前記選択されたＴＰＲテーブルで前記許容されたＴＰＲより小さいか又は同一のＴＰＲに該当することを特徴とする請求項２４記載の方法。
【請求項２９】
前記選択されたＴＰＲテーブル情報を逆方向パケットデータ制御チャンネル（Ｒ−ＰＤＣＣＨ）を介して送信するステップをさらに含むことを特徴とする請求項２４記載の方法。
【請求項３０】
前記選択されたＴＰＲテーブル情報を送信するステップは、前記逆方向パケットデータ制御チャンネルのサービス品質（ＱｏＳ）フィールドのＴＰＲテーブル情報を送信するステップをさらに含むことを特徴とする請求項２４記載の方法。
【請求項３１】
基地局が逆方向パケットデータをスケジューリングする方法であって、
送信率制御情報を移動局へ送信するステップと、
複数のＴＰＲテーブルのうちから、前記移動局が選択したＴＰＲテーブルを示すトラヒック対パイロット電力比テーブル情報を含む逆方向パケットデータ制御チャンネル（Ｒ−ＰＤＣＣＨ）を受信するステップと、
前記ＴＰＲテーブル情報に基づいてスケジューリングを遂行するステップと
を含んでなることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて、逆方向リンク制御方法に関し、特に、マルチメディアサービスを提供するための逆方向リンク制御方法に関する。
【背景技術】
【０００２】
一般的に、移動通信システムは、音声サービスを提供するために開発されたシステムであって、低速のデータを送信することができるシステムに発展した。最近、このような移動通信システムは、ユーザの要求及び技術の急速な発展とともに、高速のデータ送信率でデータを送信することができるように発展していっている。従って、高速のデータサービスの提供は、データを効率的に送信する必要があった。
【０００３】
このような移動通信システムにおいて、一般的に、基地局（base station；ＢＳ）から移動局（mobile station；ＭＳ）への方向を“順方向（forward）”と定義し、移動局から基地局への方向を“逆方向（reverse）”と定義する。このような移動通信システムの代表的なシステムとして、符号分割多重接続（ＣＤＭＡ；Code Division Multiple Access）システムがある。典型的なＣＤＭＡ移動通信システムは、無線リンクを介してパケットデータチャンネル（ＰＤＣＨ）上の物理階層パケット（physical layer packet；ＰＬＰ）の単位でパケットデータを送信する。また、通常の移動通信システムにおける逆方向パケットデータサービスでは、１つの移動局に対して、幾つかのサービスが同時に提供されることもある。例えば、ＶｏＩＰ（Voice on the Internet Protocol）、ネットワークゲーミング（Network Gaming）、画像会議（video conferencing）、ファイル転送プロトコル（File Transfer Protocol；ＦＴＰ）アップロード、ＨＴＴＰ、ＷＡＰサービスのような２つ以上のサービスが、１つの移動局に対して同時に支援される。上記多様なサービスは、相互に異なるサービス品質（Quality Of Service；以下“ＱｏＳ”と称する）を要求する。例えば、ＶｏＩＰ、ネットワークゲーミング、画像会議は、時間遅延に非常に敏感な一方、ＦＴＰアップロードは、時間遅延にあまり敏感でない。従って、１つの移動局に対して複数のサービスが同時に支援される場合に、移動通信システムは、ＱｏＳを満足させることができるように効率的に設計されなければならない。
【０００４】
上述したように、複数のサービスに対するＱｏＳを満足するためには、逆方向資源は、ＱｏＳに従って割り当てられる。例えば、１つの移動局に対して複数のサービスが提供される場合に、移動局は、各サービスの種類別に、そのデータ量を基地局に通知する。そうすると、基地局は、複数の移動局から上記サービスの種類及びデータ量に関する情報を受信して、さらに高いＱｏＳを要求するサービス、すなわち時間遅延に非常に敏感なサービスにさらに高い優先順位を付与する方式にて、スケジューリングを遂行する。このようなスケジューリング情報を受信した移動局は、自身に逆方向送信が許容されると、パケットデータチャンネル（ＰＤＣＨ）上のデータを送信する。
【０００５】
一般的に、上記マルチメディアサービスを支援する通信システムは、処理率（throughput）を改善させるために、物理階層でのデータ再送信を可能にしている。上記物理階層再送信は、受信器が受信されたデータパケットに対する復調過程を遂行した後に、上記パケットがエラーを有するか否かに基づいて、物理階層からＡＣＫ／ＮＡＣＫ（Acknowledgement/Non-Acknowledgement）信号を送信する。上記エラーは、通常、ＣＲＣ（Cyclic Redundancy Check）ビットを検査することによって検出される。上記ＡＣＫ／ＮＡＣＫ信号を受信すると、送信器は、以前の送信パケットを再送信するか、又は、新たなパケットを送信するかを決定する。
【０００６】
典型的に、上記物理階層での同一のパケットに対する送信回数は、制限される。例えば、１つのパケットに対して、初期送信及び再送信を含んで、３回まで送信することもあり、または、１つのパケットの送信回数は、初期送信及び再送信を含んで、２回に制限されることもある。上記最大送信回数は、ＱｏＳ保証にも密接した影響がある。例えば、上記最大送信回数が増加すると、１つのパケットを成功的に送信するのにかかる時間が増加することを意味する。従って、上記最大送信回数の増加は、時間遅延に敏感なサービスには適合しない。従って、一般に、時間遅延に敏感なサービスに対しては、その最大送信回数を初期送信を含んで２回以内に設定する。一方、その時間遅延が増加するにもかかわらず、高いデータ送信率でもデータを送信するのに使用されるエネルギーを節約することができる。その結果、システム処理率（throughput）を改善させることができる。すなわち、上記パケットデータチャンネルを高いデータ送信率で送信する場合に、上記パケットデータチャンネルに割り当てられるエネルギーを小さくして、複数回に分けて送信するが、各送信は、成功的に送信する確率をある程度有するので、その利得を得ることができる。従って、複数のサービスが１つの移動局に対して同時に提供される場合に、移動局は、各パケットデータが要求するＱｏＳ程度に従って、相互に異なる最大送信回数を有する各種類のパケットデータを送信する。
【０００７】
一方、一般的な移動通信システムは、電力制御が必須である。従って、上記電力制御を効率的に管理しなければならない。一般的な移動通信システムに採用された複数の電力制御方式のうちには、外ループ電力制御（Outer Loop Power Control）が知られている。上記外ループ電力制御は、音声サービスのみを支援するシステムでは、次の通りに遂行される。
【０００８】
移動局から送信された１つの送信単位である音声データフレーム、例えば、２０ｍｓフレームが成功的に受信されると、基地局は、外ループ電力制御のセットポイント（Set Point：設定点）を減少させる。一方、基地局が移動局から１つの音声データフレームを成功的に受信できなければ、上記外ループ電力制御のセットポイントを増加させる。このような動作を繰り返し、これによって、移動局が変化するチャンネル状況に適応することを可能にする。一方、システムの処理率（throughput）を増加させるために、物理階層の再送信を支援するシステムにおいて、上記外ループ（Outer Loop）電力制御は、１つの送信単位に基づいて遂行されるものではなく、その最大送信回数に基づいて遂行される。例えば、初期送信及び再送信を含んで、３回の最大送信を許容する場合に、移動局から３回の同一のパケットを受信した後にも、基地局が上記パケットを成功的に受信することができない場合には、上記セットポイント（Set Point）を増加させる。基地局が３回送信された同一のパケットのうちの少なくとも１つを成功的に受信すると、上記セットポイントを減少させる。上記セットポイントの増加／減少手順は、繰り返し遂行される。
【０００９】
上述したような移動通信システムにおいて、１つの移動局が相互に異なるＱｏＳを要求する相互に異なるタイプのサービスデータを送信する場合には、上記ＱｏＳを効率的に満足させるために、基地局に上記サービスデータの量に関する情報を報告し、逆方向送信のスケジューリングに対するサービスに優先順位を与える。すなわち、上記基地局は、自身が管理するすべての移動局に対して、各移動局別及び各サービス別にその送信データ量に関する情報を継続して管理する。例えば、自身がスケジューリングした移動局から基地局にパケットデータを送信すると、基地局は、上記パケットデータとともに受信された制御情報から上記パケットデータの量が分かる。そうすると、基地局は、上記パケットデータに該当するサービスのデータ量の情報を更新し、これによって、移動局別及びサービス種類別のデータ量を管理する。以前のデータ量の情報から現在受信されたデータ量を減算する過程を通じて更新を遂行することができる。
【００１０】
また、移動局が逆方向送信を要求する過程では、自身のバッファ量をサービスの種類別に基地局へ通知することによって、基地局の効率的なスケジューリングの助けになることができる。しかしながら、移動局がＰＤＣＨ上のパケットデータを送信する場合に、同時に送信されたパケットデータ制御チャンネルは、上記パケットデータのサービス種類を基地局へ通知しない。
【００１１】
従って、基地局が資源を最初に割り当てる過程では、ＱｏＳを支援するように逆方向送信をスケジューリングすることが可能であるが、実際にパケットデータを受信する場合には、パケットデータのサービス種類を認知することができない。そこで、基地局は、そのバッファに保存されたパケットデータを効率的に管理することができない。例えば、移動局がＦＴＰアップロードを遂行しながら、画像会議サービスを行っていると仮定する。上述したように、ＦＴＰアップロードは、時間遅延に敏感ではない一方、上記画像会議サービスは、時間遅延に敏感である。すなわち、上記画像会議サービスは、上記ＦＴＰアップロードよりもさらに高いＱｏＳを要求する。ここで、初期送信及び再送信を含む最大送信回数が上記ＦＴＰアップロードパケットに対しては３回、そして、上記画像会議パケットに対しては、２回に設定されると仮定する。
【００１２】
移動局及び基地局は、シグナリングメッセージを介して上記２種類のサービスが支援されていることを認知している状況である。このように、移動局及び基地局は、サービスを開始する前に、あらかじめ上記サービスに関する情報が報告されるので、移動局が特定の時点でバッファ内の１０００バイトのＦＴＰデータを有する場合に、基地局は、上記バッファに記憶されているデータ量も認知している。特定の時点で、１００バイトの画像会議に対するパケットデータが移動局のバッファに到着する場合に、移動局は、上記画像会議パケットデータの量を基地局に報告する。そうすると、基地局は、移動局がさらに高いＱｏＳデータを有するので、移動局にさらに高い優先権を割り当てて送信する。
【００１３】
基地局が移動局に５０バイトのパケットデータの送信が可能であるように許容する場合に、移動局は、５０バイトのパケットデータを基地局へ送信する。しかしながら、上記５０バイトのデータを受信した基地局は、上記５０バイトのデータが画像会議パケットデータであるか、またはＦＴＰパケットデータであるかを判断することができない。従って、基地局は、移動局のバッファに記憶されているデータ量の更新又は推定を行うことができない。結果的に、基地局は、データのスケジューリングを効率的に遂行し難い。上述したように、パケットデータを２回目、及び３回目に送信する場合に、同一のデータ送信率で送信するとしても、その送信エネルギーが相互に異なる。従って、基地局は、上記受信パケットのサービス種類を区分することができず、これによって、スケジューリングを効率的に遂行することが難しい。
【００１４】
結果的に、基地局は、上記パケットを２回受信した後に、外ループ電力制御を遂行すべきであるか、又は上記パケットを３回受信した後に、外ループ電力制御を遂行すべきであるかを判断することができない。すなわち、現在のマルチメディアサービスシステムは、効率的な電力制御を遂行することができない、という限界を有する。
【００１５】
一方、移動通信システムは、電力制御だけではなく、データ送信率も制御する。このようなデータ送信率及び電力は、共通的に制御され、１つだけ単独に制御されることができない。ここで、データ送信率の制御、特に、移動局の逆方向送信率の制御について説明する。
【００１６】
上述したように、逆方向データは、物理階層パケットの単位で逆方向パケットデータチャンネル（Reverse Packet Data Channel；Ｒ−ＰＤＣＨ）を介して送信される。また、逆方向に送信されたパケットごとの長さが固定されるとしても、フレームのデータ量が可変される。従って、データ送信率は、パケットごとに可変されることができ、各パケットのデータ送信率は、順方向送信率制御チャンネル（Forward Rate Control Channel；Ｆ−ＲＣＣＨ）を介して基地局から受信された送信率制御ビット（Rate Control Bit；ＲＣＢ）によって制御される。上記ＲＣＢは、上記送信電力及び基地局の総データ量に従って決定される。
【００１７】
基地局は、熱雑音対全体受信電力を示すＲｏＴ（Rise of Thermal）またはサービス中であるすべての移動局の受信信号対雑音比（Signal to Noise Ratio；ＳＮＲ）から得られる負荷量（load）に基づいて、移動局の逆方向データ送信率を決定する。ＲｏＴを基準として用いる場合に、基地局は、該当移動局のＲｏＴが基準ＲｏＴに近接するように、移動局のデータ送信率を制御する。一方、上記ＲｏＴを用いることができない場合に、基地局は、該当移動局の負荷量が基準負荷量に近接するように、移動局のデータ送信率を制御する。すなわち、基地局は、サービス中であるすべての移動局のＲｏＴと、総データ量と、電力状態とを考慮して、各移動局のデータ送信率を増加させるか、減少させるか、又は保持させるかを決定する。このような移動局の逆方向データ送信率の効率的な制御は、システム全体の処理率（throughput）を向上させることができる。
【００１８】
上述したように、基地局は、送信率制御ビット（Rate Control Bit；以下、“ＲＣＢ”と称する）の形態で逆方向データ送信率制御情報を該当移動局へ送信する。ここで、上記ＲＣＢが送信率増加を示す‘＋１’である場合に、移動局は、次のタイムスロットの間にデータ送信率を増加させ、上記ＲＣＢが送信率減少を示す‘−１’ である場合に、次のタイムスロットの間にデータ送信率を減少させ、上記ＲＣＢが送信率保持を示す‘０’である場合に、次のタイムスロットでの現在のデータ送信率を保持する。
【００１９】
一方、基地局及び移動局は、Ｒ−ＰＤＣＨ（Reverse Packet Data Channel）の各データ送信率でトラヒック対パイロット電力比（Traffic to Pilot Power Ratio；ＴＰＲ）をあらかじめ設定する。このようなＴＰＲのリストを下記〈表１〉に示す。
【００２０】
【表１】
2006525697.tif 000003
【００２１】
本発明において、ＴＰＲは、移動局のパイロットチャンネルの電力対トラヒックチャンネルの電力比で定義される。従って、基地局が移動局に特定のデータ送信率を与えると、移動局は、上記〈表１〉に示すように、上記データ送信率に該当するトラヒックチャンネル利得を有するデータ送信率で逆方向トラヒック送信を遂行する。
【００２２】
さらに詳細に説明すると、下記の通りである。まず、移動局のデータ送信率が１５３．６［ｋｂｐｓ］に設定された場合に、〈表１〉に示すように、チャンネル利得が８．０［ｄＢ］である。基地局が１５３．６［ｋｂｐｓ］でデータ送信を行う間に、移動局がデータ送信率を３０７．２［ｋｂｐｓ］に増加させるように制御する場合に、移動局は、一般的に、上記変化されたデータ送信率３０７．２［ｋｂｐｓ］でデータを送信する。〈表１〉を参照すると、３０７．２［ｋｂｐｓ］に対するチャンネル利得は、９．０［ｄＢ］である。従って、移動局は、チャンネル利得を９．０［ｄＢ］に変更する。
【００２３】
上述したように、基地局は、ＲＣＢを‘＋１’に設定する。基地局の逆方向トラヒック送信を制御する過程をスケジューリングと呼ぶ。上記スケジューリングに従って、基地局は、逆方向データ送信率及びトラヒックチャンネル利得を制御する。従って、基地局は、上記〈表１〉のようなテーブルを有することによって、各移動局のデータ送信率を検出し、従って、逆方向負荷を計算する。すなわち、一般的に、逆方向データ送信率の制御及びＴＰＲの制御は、同一の意味で使われることができる。
【００２４】
しかしながら、特定のシステムでは、１つの移動局に対して、相互に異なるサービス品質（ＱｏＳ）を要求する２種類以上のサービスが提供される場合が発生することがある。また、各サービスに対する逆方向データは、移動局でランダムに発生することもある。この場合に、基地局は、移動局が送信するパケットデータのサービス種類を認知することができない。これは、正確な負荷を計算することができないので、効率的な逆方向データ送信率の制御を遂行することができない。また、上記問題が繰り返す場合に、ＱｏＳの劣化、及び／又は、基地局の負荷を制御することができない。結果的に、基地局は、他のサービスも提供することができない状態になる、という短所がある。
【発明の開示】
【発明が解決しようとする課題】
【００２５】
上記背景に鑑みて、本発明の目的は、マルチメディアサービスを提供する移動通信システムにおいて、マルチメディアサービスの特性に従う電力制御を遂行することができる方法を提供することにある。
【００２６】
本発明の他の目的は、マルチメディアサービスを提供する移動通信システムで提供されたサービスの種類に従って、効率的にスケジューリングを遂行することができる方法を提供することにある。
【００２７】
本発明のまた他の目的は、複合自動再送信（ＨＡＲＱ）方式を支援するマルチメディアサービス移動通信システムにおいて、サービスの種類に従って再送信回数を制御することができる方法を提供することにある。
【００２８】
本発明のさらなる目的は、相互に異なるＱｏＳを要求する２種類以上のサービスが１つの移動局に対して提供される場合に、効率的に逆方向データ送信率を制御することができる方法及び装置を提供することにある。
【００２９】
本発明のもう１つの目的は、相互に異なるＱｏＳを要求する２種類以上のサービスが１つの移動局に対して提供される場合に、移動局が送信するトラヒックの種類を基地局に通知することができる逆方向データ送信率の制御方法及び装置を提供することにある。
【００３０】
本発明のさらに他の目的は、各サービスが相互に異なるＴＰＲを有する場合に、移動局が送信するトラヒックの種類を基地局に通知することができる逆方向データ送信率の制御方法及び装置を提供することにある。
【００３１】
本発明のそれ以上の他の目的は、各サービスに対するデータがランダムに発生する場合に、移動局が送信するトラヒックの種類を基地局に通知することができる逆方向データ送信率の制御方法及び装置を提供することにある。
【課題を解決するための手段】
【００３２】
このような目的を達成するために、本発明の１つの特徴によれば、相互に異なる複数のサービスのうち、移動局により選択された１つのサービスに対するパケットデータを逆方向パケットデータチャンネル（Ｒ−ＰＤＣＨ）を介して送信し、逆方向パケットデータ制御チャンネル（Ｒ−ＰＤＣＣＨ）を介して上記パケットデータの復調のためのパケットデータ制御情報を基地局へ送信する方法は、上記移動局により選択されたサービスの種類を示すサービス品質（ＱｏＳ）情報を含む上記パケットデータ制御情報を生成するステップと、上記生成されたパケットデータ制御情報を上記逆方向パケットデータ制御チャンネルを介して上記基地局へ送信するステップとを含んでなることを特徴とする。
【００３３】
本発明の他の特徴によれば、逆方向パケットデータチャンネルを介してパケットデータを送信する移動局において、上記移動局が上記パケットデータ制御情報を逆方向パケットデータ制御チャンネルを介して基地局へ送信する方法は、複数のパイロット電力比（ＴＰＲ）テーブルのうちから選択されたＴＰＲテーブルを示すＴＰＲテーブル情報を、上記パケットデータ制御チャンネルを介して基地局に送信し、上記ＴＰＲテーブルのそれぞれは、データ送信率別にＴＰＲ値を有することを特徴とする。
【００３４】
本発明のまた他の１つの特徴によれば、基地局が移動局からパケットデータ制御情報を逆方向パケットデータチャンネルを介して送信し、上記パケットデータ制御情報を逆方向パケットデータ制御チャンネルを介して受信する方法は、複数のパイロット電力比（ＴＰＲ）テーブルのうちから選択されたＴＰＲテーブルを示すＴＰＲテーブル情報を、上記パケットデータ制御チャンネルを介して移動局から受信し、上記ＴＰＲテーブルのそれぞれは、データ送信率別にＴＰＲ値を有することを特徴とする。
【００３５】
本発明のさらなる特徴によれば、相互に異なる複数のサービスのうちから、移動局が選択した１つのサービスに対するパケットデータを逆方向パケットデータチャンネルを介して受信し、上記パケットデータの復調のためのパケットデータ制御情報を逆方向パケットデータ制御チャンネルを介して受信する基地局におけるスケジューリング方法は、上記逆方向パケットデータ制御チャンネルを介して受信された上記パケットデータ制御情報を用いて上記移動局の送信電力を更新するステップと、上記更新された送信情報に基づいてスケジューリングを遂行した後に、上記スケジューリング情報を上記移動局へ送信するステップとを含んでなることを特徴とする。
【００３６】
本発明のもう一つの特徴によれば、移動局が逆方向パケットデータのデータ送信率を決定する方法は、基地局から送信率制御情報を受信して、許容されたトラヒック対パイロット電力比（ＴＰＲ）を決定するステップと、パケットデータの送信のために、複数のＴＰＲテーブルのうちの１つを選択するステップと、上記選択された１つのＴＰＲテーブルで、上記許容されたＴＰＲを満足するデータ送信率を決定するステップと、上記決定されたデータ送信率で上記パケットデータを送信するステップとを含んでなることを特徴とする。
【発明の効果】
【００３７】
本発明の実施形態は、移動通信システムでマルチメディアサービスを提供する場合に、サービスの種類に従って、相互に異なる電力制御方式を遂行する。従って、基地局は、スケジューリングを容易に遂行することができ、持続的に受信されるデータを管理することができ、サービスされるデータの種類に従って、物理階層の再送信回数を決定することができ、外ループ電力制御を効果的に遂行することができる、という利点がある。
【００３８】
さらに、本発明は、相互に異なるＱｏＳを要求する２種類以上のサービスが１つの移動局に対して提供される場合にも、移動局は、以前のＴＰＲ値に基づいて、次のパケット送信に対するＴＰＲ値を選択し、上記選択されたＴＰＲ値に基づいて逆方向データ送信率を決定する。すると、移動局は、上記逆方向データ送信率を基地局へ報告する。従って、基地局は、正確な負荷を計算して、効率的に逆方向データ送信率を遂行することができる。また、各サービスが相互に異なるＴＰＲ値を使用し、各サービスに対するデータが移動局にランダムに到着する場合にも、本発明は、上述したような同一の効果を提供する。
【発明を実施するための最良の形態】
【００３９】
以下、本発明の好適な一実施形態を添付図面を参照しつつ詳細に説明する。なお、下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。
【００４０】
本発明は、物理レイヤー再送信を支援する移動通信システムにおいて、相互に異なるサービスを移動局へ同時に提供する場合に、移動通信システム及び移動局で遂行される動作について説明する。上記動作は、逆方向サービスデータ又はサービス品質（ＱｏＳ）に従って、ＴＰＲテーブルを選択して電力及び再送信回数を制御する方法、及び逆方向データ送信率又はＴＰＲを効率的に制御する方法に関する。
【００４１】
図１は、本発明の実施形態による逆方向電力及び逆方向データ送信率を制御するための移動通信システムの概念図である。
【００４２】
移動通信システムは、移動局１０と基地局（Base Station；ＢＳ）２０とから構成され、基地局２０は、移動局（Mobile Station）１０と無線でデータ通信を遂行する基地局送受信装置（Base Station System；ＢＴＳ）２１と、基地局送受信装置２１を制御する基地局制御器（Base Station Controller）２２とから構成されている。以下、基地局送受信装置は、基地局と交互に用いられる。
【００４３】
相互に異なるＱｏＳを要求する２種類以上のサービスが１つの移動局１０に提供される場合に、基地局２０は、サービスタイプ、すなわち、現在受信されたパケットのＱｏＳに基づいて、移動局２０が次に送信するパケットに対するスケジューリングを実施し、これによって、移動局１０の逆方向電力及びデータ送信率を制御する。ここで、上記逆方向電力及び送信率制御は、上記各サービスが相互に異なるＴＰＲ値を使用し、上記各サービスのデータが移動局１０でランダムに生成される場合にも同一に遂行される。
【００４４】
まず、移動局１０の逆方向送信率の制御について簡単に説明する。移動局１０は、基地局２０から逆方向送信率制御情報を受信すると、上記逆方向送信率制御情報が以前に送信されたパケットデータのサービス種類のＴＰＲに基づいて生成されたものと判断する。上記逆方向送信率制御情報は、パケットデータ送信に対する基準として用いられる。
【００４５】
上記逆方向送信率制御について説明する前に、移動局１０に提供された相互に異なるサービス品質（ＱｏＳ）を要求する２種類以上のサービスに対する送信電力の割当てについて説明する。
【００４６】
各サービスは、上記サービスが時間遅延及びフレームエラー率（Frame Error Rate；ＦＥＲ）を含む相互に異なるＱｏＳを有するので、相互に異なるＴＰＲを有するように制御される。２つのＱｏＳを例に挙げて説明する。一番目に、通常のパケットデータサービスで実時間送信又はＦＥＲにそれほど敏感でない一般的なＱｏＳを有するサービスがあることがある。二番目に、実時間送信及び低いＦＥＲ、すなわち、向上したＱｏＳを要求するサービスがあることもある。このように、２種類の相互に異なるＱｏＳを要求する場合に対するＴＰＲ値の一例を〈表２〉のように示すことができる。
【００４７】
【表２】
2006525697.tif 000004
【００４８】
〈表２〉において、１５３．６［ｋｂｐｓ］でＰＤＣＨを送信する場合に、移動局１０は、一般的なＱｏＳを要求するサービス１の９．４［ｄＢ］のＴＰＲ及び向上したＱｏＳを要求するサービス２の１１．１６［ｄＢ］のＴＰＲを選択する。以下、このようなＴＰＲに基づいた逆方向送信率制御について、さらに詳細に説明する。
【００４９】
次に、逆方向送信率制御について簡単に説明する。本発明は、相互に異なるＱｏＳを要求する複数のパケットデータサービスが移動局に対して同時に提供される場合に、パケットデータがＰＤＣＨを介して送信されるときごとに、ＰＤＣＨを介してＱｏＳ情報を送信する方法を提案する。ここで、ＱｏＳを変更する場合に、これは、相互に異なるＴＰＲテーブルを用いて、上記パケットデータを送信することができることを意味する。すなわち、上記ＱｏＳ情報は、〈表２〉に示すように、上記ＰＤＣＨを介して送信されたパケットデータのサービスタイプを示し、これによって、該当トラヒック電力を制御することができる。すなわち、移動局は、複数のＴＰＲテーブルを備え、複数のＴＰＲテーブルのうちの１つのＴＰＲテーブルを選択する。移動局は、上記ＰＤＣＣＨを介したＱｏＳビットによって上記選択されたＴＰＲテーブルを基地局へ通知する。
【００５０】
Ａ．逆方向電力の制御
「第１の実施形態」
上記ＰＤＣＣＨは、ＱｏＳ情報を伝達する。すなわち、上記ＰＤＣＣＨは、パケットデータの送信とともにＰＤＣＨを介して上記パケットデータの復調に必要な制御情報を送信し、ＱｏＳ情報をＱｏＳフィールドに常に伝達する。下記〈表３〉は、一般的な移動通信システムにおいて、パケットデータ制御チャンネル上の制御情報及び上記制御情報に対するビット数の例を示す。
【００５１】
【表３】
2006525697.tif 000005
【００５２】
〈表３〉に示す上記制御情報は、システムの実現によって定められる。〈表３〉において、データ送信率は、上記ＰＤＣＨのデータ送信率である。特定のシステムの場合、ＥＰサイズは、上記データ送信率の代わりに使用される。上記ＥＰサイズは、トラヒックチャンネル（すなわち、ＰＤＣＨ）を介して送信されたパケットデータのビット数を示す。また、１つのパケットの送信時間が与えられると、上記データ送信率は、ＥＰサイズから判断される。サブパケット識別子（Subpacket ID）は、上記ＰＤＣＨを介して送信されたサブパケットを識別する。上記サブパケット識別子から、特定のパケットデータの再送信回数が決定されることができる。ＭＳＩＢは、端末状態識別子（Mobile Status Indication Bit）を示すもので、送信率の増加が上記ＰＤＣＨの現在のデータ送信率から可能であるか否かを、移動局が基地局に報告するのに使用される。
【００５３】
〈表４〉に示すＰＤＣＣＨは、〈表３〉のフィールドを含むように変形され、これによって、ＰＤＣＨを介して送信されたパケットデータに関する情報を提供する。
【００５４】
【表４】
2006525697.tif 000006
【００５５】
〈表４〉は、本発明の実施形態によるパケットデータ制御チャンネル（ＰＤＣＣＨ；Packet Data Control Channel）の制御情報及びそのビット数の例を示す。〈表４〉に示す情報の種類及びそのビット数は、特定のシステムによって決められる。重要な事項は、上記ＰＤＣＣＨが本発明によるＱｏＳ情報を伝達するということである。第１の実施形態では、常に、上記ＱｏＳ情報を挿入して送信するようになる。
【００５６】
データ送信率（ＥＰサイズ）、サブパケットＩＤ、及びＭＳＩＤは、〈表３〉で説明した通りである。付加情報であるＱｏＳ情報は、上記ＰＤＣＨを介して送信されたパケットデータのサービス種類を示す。上述したように、上記ＱｏＳ情報を用いて、基地局は、スケジューリングの際に、移動局のバッファ情報をサービス別に正確に更新することができる。さらに、〈表２〉に示すように、基地局は、上記パケットデータのＴＰＲを検出することができる。すなわち、基地局は、移動局が、一般的なサービス品質を要求するサービス１に対する電力を使用してパケットデータを送信するか、又は、向上したサービス品質を要求するサービス２に対する電力を使用してパケットデータを送信するかを判断することができる。従って、基地局は、逆方向容量をさらに正確に推定することができる。また、基地局は、上記受信されたパケットデータのサービスタイプを判断することができるので、上記パケットに対する最大送信回数を判断することができ、これによって、外ループ電力制御を効率的に遂行することができる。しかしながら、移動局に対して１つのサービスのみが提供される場合にも、複数のテーブルを使用することができる。この場合に、最大再送信回数は、あらかじめ決定されることができる。従って、基地局は、上記ＱｏＳ情報を有する上記ＰＤＣＨを介して受信性能を向上させることができる。すなわち、本発明の第１の実施形態では、ＱｏＳ情報が常に送信される。例えば、１つのサービスのみが移動局に対して提供される場合にも、上記サービスに対するＱｏＳ情報を継続して送信する。もちろん、２つ以上のマルチメディアサービスを提供する場合にも、上記サービスに対するＱｏＳ情報は、現在送信されているパケットデータのＱｏＳ情報を示す。
【００５７】
また、上記ＰＤＣＣＨは、本発明による物理レイヤー再送信を支援する移動通信システムにおいて、１つの移動局に対して、相互に異なるＱｏＳを要求する相互に異なるパケットデータサービスを支援する場合に、上記ＰＤＣＣＨのデータ送信率に従って、可変的な信頼度を有するＡＣＫ／ＮＡＣＫビットを送受信するように構成されることができる。上記信頼度は、〈表２〉に示すように、パケットデータのサービス種類に従って変わる。このように構成する場合に、上記パケットデータにエラーがあるか否かを上記パケットデータのデータ送信率に従って、さらに正確に把握することができる。
【００５８】
上記ＡＣＫ／ＮＡＣＫビットの信頼度は、上記ＰＤＣＨのデータ送信率に従って、ＡＣＫ／ＮＡＣＫビットを伝達するＡＣＫチャンネル（ＡＣＫＣＨ）の送信電力を変更するか、又は、上記ＰＤＣＨのデータ送信率に従ってＡＣＫ／ＮＡＣＫビットの送信回数を変更することによって制御される。上記ＰＤＣＨのデータ送信率に従って、可変的な信頼度を有するＡＣＫ／ＮＡＣＫビットの送信が下記の第２の実施形態及び第３の実施形態でも同一に適用されることができることに留意しなければならない。
【００５９】
「第２の実施形態」
上記パケットデータの復調に必要な制御情報を送信するＰＤＣＣＨは、ＱｏＳ情報を提供するＱｏＳフィールドをさらに含む。付加的に、上記ＱｏＳフィールドのビット数は、基地局が提供したサービスの数に基づいて可変される。従って、移動局は、同時に支援するサービスの数に従って、相互に異なるＰＤＣＣＨフォーマットを使用する。
【００６０】
本発明の第２の実施形態は、〈表３〉、〈表５〉、〈表６〉、及び〈表７〉を参照して説明する。まず、移動局に対して１つのサービスのみが提供される場合に、〈表３〉に示したように構成されたＰＤＣＣＨを介して制御情報を送信する。すなわち、１つのサービスのみが提供される場合には、移動局及び基地局は、トラヒック種類を知っている状況であるので、ＱｏＳ情報を送信する必要がない。
【００６１】
しかしながら、２種類のサービスが移動局に対して提供される場合には、〈表５〉に示すように、上記ＰＤＣＣＨは、１ビットのＱｏＳフィールドを有するように構成される。３つ又は４つのサービスが移動局に対して提供される場合に、〈表６〉に示すように、上記ＰＤＣＣＨは、２ビットのＱｏＳフィールドを含むように構成される。５種類以上のサービスが移動局に対して提供される場合には、〈表７〉に示すように、３ビットのＱｏＳフィールドを含むように構成される。上記ＰＤＣＣＨに含まれた各フィールドの名称、種類、及びビット数が上記ＰＤＣＣＨの使用に従って変更され得ることが分かる。
【００６２】
【表５】
2006525697.tif 000007
【００６３】
〈表５〉は、２つのマルチメディアサービスを移動局に対して提供する場合であるので、ＱｏＳフィールド値を１つのビットを使用して表現することができる。例えば、一般的なＱｏＳを要求するサービス１に対しては、ＱｏＳが“０”に設定される。向上したＱｏＳを要求するサービス２に対しては、ＱｏＳが“１”に設定される。すると、基地局と移動局との間でＱｏＳの意味があらかじめ設定されているので、基地局は、ＱｏＳフィールドから受信されたパケットデータのサービス種類を判断する。
【００６４】
〈表２〉を参照すると、移動局は、相互に異なる２つのサービス種類に対して相互に異なる２つのＴＰＲテーブルを有する。同一の送信率で、他のＴＰＲテーブルよりもさらに低いＴＰＲ値を使用するＴＰＲテーブルは、一般的なＱｏＳに従うテーブルであり、上記他のＴＰＲテーブルは、向上したＱｏＳに従うテーブルである。また、１つのサービスに対しても、移動局は、相互に異なるＴＰＲテーブルを選択的に使用することができる。
【００６５】
基地局は、〈表５〉に示すように構成されたパケットデータ制御情報を受信する。また、基地局は、移動局と同一の複数のＴＰＲテーブルを有し、移動局が選択したＴＰＲテーブルを示す移動局のＴＰＲテーブル情報をＱｏＳフィールドを介してパケットデータ制御情報として受信する。上記それぞれのＴＰＲテーブルは、各データ送信率に対する相互に異なるＴＰＲ値を有する。
【００６６】
【表６】
2006525697.tif 000008
【００６７】
〈表６〉は、３つ又は４つのマルチメディアサービスを提供する場合の上記ＰＤＣＣＨに対する上記ＱｏＳフィールドを示す。２ビットのＱｏＳフィールドは、４種類のＱｏＳを示すことができる。上記ＱｏＳを“００”、“０１”、“１０”、“１１”に設定することによって、サービス１〜サービス４のそれぞれを区分することができる。このようにサービスされる種類が多くなる場合に、上述した〈表２〉のＴＰＲテーブルのトラヒック対パイロット電力比の値も４種類に区分することができる。このように、サービス種類を区分するのは、上述したように、移動局及び基地局は、上記サービスで要求されるＱｏＳ値をすでに知っているためである。従って、現在のＰＤＣＨを介して送信されたパケットデータのサービス種類のみを通知することによって、基地局は、効果的なスケジューリングを遂行することができ、ＡＣＫＣＨを介してＡＣＫ／ＮＡＣＫビットをさらに正確に送信することができる。
【００６８】
【表７】
2006525697.tif 000009
【００６９】
〈表７〉は、５種類以上のマルチメディアサービスが同時に提供される場合のＰＤＣＣＨに対するＱｏＳフィールドを示す。すなわち、３ビットのＱＯＳフィールドは、８つのサービスまで示すことができる。従って、上記ＰＤＣＨを介して提供された現在のサービスのＱｏＳを正確に示すことができる。このような方法において、ＱｏＳフィールドのビット数が８種類以上のサービスでも支援するために、さらに拡張が可能であることは、当該技術分野における通常の知識を有する者にはよく知られている。また、上記ＱｏＳに従って、ＴＰＲテーブルで同一の送信率に従うＴＰＲ値も、さらに多く区分されることが明確に分かる。例えば、１０種類のサービスが提供される場合に、４ビットのＱＯＳフィールドが使用され、１０種類のＴＰＲが上記ＴＰＲテーブルで同一のデータ送信率で設定される。
【００７０】
「第３の実施形態」
ＱｏＳ情報を送信するための別途のチャンネルを構成する。すなわち、上記ＱｏＳチャンネルは、上記ＰＤＣＨを介して送信されたパケットデータのＱｏＳ及びサービス種類に関する情報を提供する。上記ＱｏＳ情報は、基地局と移動局との間に設定されたチャンネルの数に従って構成される。このとき、本発明の第１の実施形態のように、上記ＱｏＳ情報は、移動局と基地局との間で１つのサービスが支援される場合にも、継続的に送信されることができ、本発明の第２の実施形態のように、上記ＱｏＳ情報は、サービス数に従って異なって構成されることができる。
【００７１】
ここで、以下、図面を参照して、本発明による動作について説明する。図２は、本発明の実施形態によるマルチメディアサービスで送信されたパケットデータのサービス種類を通知するための制御動作を示すフローチャートである。
【００７２】
図２の制御動作は、移動局１０から基地局２０にＱｏＳフィールドを送信する方法に関する。複数のＴＰＲテーブルを備えている移動局１０は、上記複数のＴＰＲテーブルのうちの１つのＴＰＲテーブルを選択し、上記選択されたＴＰＲテーブルを示すＴＰＲテーブル情報を含むパケットデータ制御情報を生成し、上記パケットデータ制御情報を上記ＰＤＣＣＨを介して送信する。このような手順は、図２を参照してさらに詳細に説明する。
【００７３】
図２を参照すると、マルチメディアサービスの提供を受けている間に制御動作が遂行される。すなわち、２種類以上のサービスは、ステップ１００で提供されている。移動局１０は、ステップ１１０で、上記マルチメディアサービス状態においてあらかじめ設定された周期で基地局２０からチャンネル割当て情報を受信する。リソース（resource）割当て情報、ＴＰＲ割当て情報、移動送信電力割当て情報、又はスケジューリング情報は、上記チャンネル割当て情報として受信される。上記チャンネル割当て情報は、周期的に受信されるか、又は、一回のスケジューリングによってチャンネルが割り当てられると、上記割り当てられたチャンネルが継続して使用される。本発明の実施形態において、上記チャンネル割当て情報は、あらかじめ設定された所定の周期、例えば、１０ｍｓの単位で受信される。上記周期は、１．２５ｍｓ、５ｍｓ、又は２０ｍｓに設定されることができる。上述したように、上記チャンネル割当て情報は、一回のみ受信されることができる。この場合に、ステップ１１０は、１回のみ必要なステップになる。下記の説明は、上記チャンネル割当て情報をあらかじめ設定された周期で送信するという状況でなされる。
【００７４】
移動局１０は、あらかじめ設定された周期の単位で上記チャンネル割当て情報を受信した後に、ステップ１２０で、送信するパケットデータを決定する。本実施形態では、すでに２種類のマルチメディアサービスが設定された状態と仮定したので、２種類のすべてを送信する場合を除いて説明する。上記パケットデータは、１つのサービスから生成され、ステップ１１０で割り当てられたチャンネルを介して送信される。このように送信するパケットデータについての決定は、ＱｏＳに従ってなされる。上述したように、実時間送信を要求するパケットデータは、一番高い優先順位を有する。また、緊急なメッセージも高い優先順位を有する。このようなサービスの優先順位に従って、送信するデータを決定した後に、移動局１０は、ステップ１３０に進行して、パケットデータに関する制御情報を構成する。上記パケットデータに関する制御情報の構成は、上述した第１の実施形態、第２の実施形態、及び第３の実施形態のうちのいずれか１つの方法にてなされることができる。
【００７５】
そして、移動局１０は、ステップ１４０で、あらかじめ設定されたチャンネルを介して上記パケットデータ及び制御情報を送信する。上記パケットデータの送信電力は、〈表２〉に示したような相互に異なるサービス種類に従って相互に異なる。そして、上記パケットデータ制御情報は、第１の実施形態及び第２の実施形態の場合には、パケットデータ制御チャンネル（ＰＤＣＣＨ）を介して送信され、第３の実施形態の場合には、別途のチャンネルを介して送信される。従って、システムの実現によって、上記第１の実施形態、第２の実施形態、及び第３の実施形態のうちのいずれか１つが選択される。又は、上記３つの実施形態をすべて適用し、基地局１０が必要に従って上記方法のうちのいずれか１つを選択する。後者の場合には、移動局１０と基地局２０との間で上記３つの方法のうちの１つをあらかじめ設定する必要がない。
【００７６】
上記サービスを完了すると、移動局は、ステップ１５０に進行して、すべてのサービスが終了したか否かを検査する。上記検査の結果、すべてのサービスが終了された場合に、移動局１０は、マルチメディアサービスを終了する。しかしながら、すべてのサービスが終了されない場合に、移動局は、あらかじめ設定された周期の単位、例えば、１０ｍｓでステップ１１０〜ステップ１５０を繰り返し遂行する。
【００７７】
図３は、本発明の望ましい実施形態によるＰＤＣＣＨ送信器の構成を示すブロック図である。図３を参照して、上記ＰＤＣＣＨ送信器の構成及び動作について詳細に説明する。
【００７８】
図３を参照すると、参照符号２００は、図２のステップ１３０で構成されたパケットデータ制御情報を示す。ブロック符号化器２０１は、パケットデータ制御情報２００を符号化し、反復器２０２は、あらかじめ設定された反復率でブロック符号化されたデータを反復する。拡散器２０３は、上記反復されたデータを拡散する。上記拡散した信号は、ＲＦ信号への上昇変換の後にＰＤＣＣＨを介して送信される。
【００７９】
Ｂ．逆方向送信率制御
図４は、本発明の望ましい実施形態による逆方向データ送信率を制御するための移動局の動作を示すフローチャートである。
【００８０】
図４を参照すると、複数のサービス種類のマルチメディアデータを送信する場合を仮定して説明する。特定のサービス種類のパケットデータの送信を必要とする場合に、移動局１０は、ステップ２１０で、基地局２０に逆方向パケットデータチャンネル（Ｒ−ＰＤＣＨ）を介してパケットデータを送信する。その後に、移動局１０は、ステップ２２０で、上記送信されたパケットデータのサービスの種類を記憶する。上記〈表２〉及び〈表１〉〜〈表７〉を参照して説明したように、移動局１０は、上記送信されたパケットデータのサービス種類を確認しなければならない。移動局１０は、ステップ２３０で、基地局２０から逆方向送信率制御情報、例えば、ＲＣＢを受信する。すると、移動局１０は、ステップ２４０で、上記パケットデータのサービス種類に適合した〈表２〉のようなＴＰＲテーブルを選択する。その後に、移動局１０は、ステップ２５０で、上記選択されたＴＰＲテーブルを参照して、上記受信されたＲＣＢに従って許容されたＴＰＲ値を決定する。すなわち、移動局１０は、上記Ｒ−ＰＤＣＨに割り当てられたデータ送信率に従って、次のパケットデータに対するＴＰＲ値を決定する。移動局１０は、ステップ２６０で、上記次のパケットデータのサービス種類に適合したＴＰＲテーブルを選択する。すると、移動局１０は、ステップ２７０で、上記ＴＰＲテーブルで上記許容されたＴＰＲ内のデータ送信率を決定する。このような動作については、〈表２〉を参照して、例を挙げてさらに具体的に説明する。
【００８１】
ステップ２１０で送信されたパケットデータのサービス種類が、サービス１に該当し、データ送信率が１５３．６［ｋｂｐｓ］であり、ステップ２３０で受信されたＲＣＢが＋１である場合に、移動局１０は、〈表２〉を参照して、上記許容されたＴＰＲを１２［ｄＢ］であると判断した後に、上記次のパケットデータのサービス種類を確認する。このとき、上記次のパケットデータがサービス２に該当する場合に、移動局１０は、３番目の列、すなわち、サービス２に対して定義されたＴＰＲ値を探索する。このとき、上記許容されたＴＰＲが１２［ｄＢ］であるので、上記１２［ｄＢ］内の最大送信率は、１１．１６［ｄＢ］のＴＰＲを使用する１５３．６［ｋｂｐｓ］になる。従って、移動局１０は、サービス２に対するパケットデータを上記１５３．６［ｋｂｐｓ］以内で基地局２０へ送信する。
【００８２】
一方、上述した実施形態では、新たなサービスのデータ送信率が許容されたＴＰＲ内で決定されると説明したが、本発明の他の実施形態では、上記許容されたＴＰＲに一番近接したＴＰＲ値を有するデータ送信率を選択する。
【００８３】
本発明の第２の実施形態に従って、ステップ２１０で送信されたパケットデータのサービス種類がサービス１に該当し、データ送信率が９２１．６［ｋｂｐｓ］である場合に、移動局１０は、許容されたＴＰＲを１６．１０［ｄＢ］であると判断する。上記次のパケットデータのサービス種類がサービス２に該当する場合に、上述した第１の実施形態に比べて、移動局１０は、上記許容されたＴＰＲ値よりも小さい１５．３６［ｄＢ］のＴＰＲを有する４６０．８［ｋｂｐｓ］以内のデータ送信率を送信する。例えば、移動局１０は、１６．１６［ｄＢ］が１５．３６［ｄＢ］よりも上記許容されたＴＰＲ１６．１０［ｄＢ］にさらに近接するので、１５．３６［ｄＢ］のＴＰＲを有する４６０．８［ｋｂｐｓ］よりも１６．１６［ｄＢ］のＴＰＲを有する６１４．４［ｋｂｐｓ］を選択する。
【００８４】
移動局の逆方向データ送信率を制御するために、基地局が移動局から受信したパケットデータを処理する動作について説明する。
【００８５】
図５は、本発明の望ましい実施形態による逆方向データ送信率を制御するための基地局の動作を示すフローチャートである。
【００８６】
基地局２０は、移動局１０に送信率制御情報を送信し、移動局１０は、図４に示す手順に従って、データ送信率が制御されたパケットデータを基地局へ送信する。これと同時に、複数のＴＰＲテーブルのうちから選択されたＴＰＲテーブルを示す情報をＱｏＳビットに挿入して上記ＰＤＣＣＨを介して基地局へ送信する。すると、基地局２０は、上記受信されたＰＤＣＣＨの情報に基づいて移動局１０に対するスケジューリングを遂行する。このような動作を図５で詳細に説明する。
【００８７】
図５を参照すると、ステップ３１０で、基地局２０は、移動局１０から上記Ｒ−ＰＤＣＨを介してパケットデータを受信すると同時に、基地局２０は、移動局１０から上記Ｒ−ＰＤＣＣＨを受信する。上記Ｒ−ＰＤＣＣＨは、ＱｏＳフィールド及びパケットデータのデータ送信率を含む。上記ＱｏＳフィールドは、移動局１０が送信したパケットデータのＴＰＲを示す。従って、基地局２０は、上記ＱｏＳフィールド及び上記パケットデータ送信率を使用して、上記パケットデータの送信電力を判断することができる。上記受信された情報は、基地局２０の後続するスケジューリングに使用される。すると、基地局２０は、ステップ３２０で、上記第１〜第３の実施形態の方法のうちのいずれか１つによって上記パケットデータのサービス種類を確認することができる。ステップ３３０で、基地局２０は、上記サービス種類がサービス１に対するパケットデータであるか否かを検査する。上記検査の結果、サービス１に対するパケットデータである場合に、基地局２０は、ステップ３４０で、サービス１に対して定義されたＴＰＲテーブルを使用してスケジューリングを実施した後に、ステップ３６０へ進行する。
【００８８】
一方、サービス２に対するパケットデータである場合に、基地局２０は、ステップ３４０で、サービス２に対して定義されたＴＰＲテーブルを使用してスケジューリングを実施する。その後に、ステップ３６０で、基地局２０は、上記次のパケットデータのデータ送信率を調節するためのＲＣＢを含む上記スケジューリング結果を移動局１０へ送信する。すると、基地局２０は、ステップ３１０へ戻る。
【００８９】
上述した本発明の実施形態では、相互に異なるＱｏＳを要求する２種類のサービスが１つの移動局１０に対して提供される場合について説明したが、相互に異なるＱｏＳを要求する３種類以上のサービスが１つの移動局に対して提供される場合にも適用可能である。
【００９０】
以上、本発明の詳細について具体的な実施の形態に基づき説明してきたが、本発明の範囲を逸脱しない限り、各種の変形が可能なのは明らかである。従って、本発明の範囲は、上記実施の形態に限定されるものではなく、特許請求の範囲の記載及び該記載と同等なものにより定められるべきである。
【図面の簡単な説明】
【００９１】
【図１】逆方向データ送信率を制御するための移動通信システムの構成を示すブロック図である。
【図２】本発明の望ましい実施形態によるパケットデータを送信する場合のマルチメディアサービスのサービス種類を通知するための動作を示すフローチャートである。
【図３】本発明の望ましい実施形態によるＰＤＣＣＨ送信器の構成を示すブロック図である。
【図４】本発明の望ましい実施形態による逆方向データ送信率を制御するための移動局の動作を示すフローチャートである。
【図５】本発明の望ましい実施形態による逆方向データ送信率を制御するための基地局の動作を示すフローチャートである。
【符号の説明】
【００９２】
１０    移動局（Mobile Station）
２０    基地局（Base Station；ＢＳ）
２１    基地局送受信装置（Base Station System；ＢＴＳ）
２２    基地局制御器（Base Station Controller）
２００    パケットデータ制御情報
２０１    ブロック符号化器
２０２    反復器
２０３    拡散器
【図１】
2006525697.tif 000010
【図２】
2006525697.tif 000011
【図３】
2006525697.tif 000012
【図４】
2006525697.tif 000013
【図５】
2006525697.tif 000014
【国際調査報告】
2006525697.tif 000015
2006525697.tif 000016