(57)【要約】【課題】ＨＳ−ＤＳＣＨチャネルコードの包括的動的管理機構を提供する。【解決手段】新規のＨＳ−ＤＳＣＨベアラサービス要求が受け取られると、システムの残余ＨＳ−ＤＳＣＨチャネルリソースを決定するステップと、新規のサービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースを計算するステップと、残余リソースを、新規のサービス要求に必要なリソースと比較するステップと、比較結果に基づいて新規のＨＳ−ＤＳＣＨチャネルコードを付加する必要があるかどうか決定し、新規コードを割り当てあるいは現在のコードツリーの実際の利用に従ってサービス要求をデータ伝送用のＤＣＨチャネルに切り換えるステップと、サービスが完了すると、現在のシステムＨＳ−ＤＳＣＨチャネルリソース利用率とヒステリシスを計算し、次いで、それを事前定義の閾値と比較し、比較の結果に基づいてチャネルコードを撤回する必要があるかどうか決定するステップとを含む。【選択図】      図３
2005184822.tif 000002
【特許請求の範囲】
【請求項１】
新規のＨＳ−ＤＳＣＨベアラサービス要求の受け取りに際して１組のＨＳ−ＤＳＣＨチャネルコードを動的に管理する方法であって、
現在のシステムの使用中のＨＳ−ＤＳＣＨチャネルリソースを決定し、次いで、システム残余ＨＳ−ＤＳＣＨチャネルリソースを得るために、システム総ＨＳ−ＤＳＣＨチャネルリソースから現在のシステムの使用中のＨＳ−ＤＳＣＨチャネルリソースを減算し、
新規のＨＳ−ＤＳＣＨベアラサービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースを決定し、
現在のシステム残余ＨＳ−ＤＳＣＨチャネルリソースを、新規のＨＳ−ＤＳＣＨベアラサービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースと比較し、システム残余ＨＳ−ＤＳＣＨチャネルリソースが新規のＨＳ−ＤＳＣＨベアラサービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースより小さい場合には、現在のコードツリーに従って、少なくとも１つの新規ＨＳ−ＤＳＣＨチャネルコードを付加し、割り当てること、を含む方法。
【請求項２】
システム残余ＨＳ−ＤＳＣＨチャネルリソースを決定する前記ステップが、必要なＨＳ−ＤＳＣＨチャネルリソースより小さい場合に、前記現在のコードツリーに従って、新規ＨＳ−ＤＳＣＨベアラサービス要求をデータ伝送用のＤＣＨチャネルに切り換えるステップをさらに含む、請求項１に記載の方法。
【請求項３】
新規のＨＳ−ＤＳＣＨベアラサービス要求の完了に際して１組のＨＳ−ＤＳＣＨチャネルコードを動的に管理する方法であって、
事前定義の閾値と比較して既存のチャネルコードを撤回すべきかどうか決定するためにＨＳ−ＤＳＣＨチャネルコードリソースの現在のシステム利用率を決定することを含む方法。
【請求項４】
前記新規のＨＳ−ＤＳＣＨベアラサービス要求を受け取る前記ステップが、ストリーミングクラスのＨＳ−ＤＳＣＨベアラサービス要求、およびバックグラウンドクラスのＨＳ−ＤＳＣＨベアラサービス要求を受け取るステップを含み、ストリーミングクラスに必要なＨＳ−ＤＳＣＨチャネルリソースが保証ビット速度（ＧＢＲ）によって測定され、バックグラウンドクラスに必要なＨＳ−ＤＳＣＨチャネルリソースがダウンリンク平均速度（ＤＭＲ）によって測定される請求項１に記載の方法。
【請求項５】
前記ＨＳ−ＤＳＣＨチャネルコードリソースの現在のシステム利用率を決定する前記ステップが、現在のＨＳ−ＤＳＣＨベアラ伝送サービスのすべてのＤＭＲまたはＧＢＲの和の、システムＨＳ−ＤＳＣＨチャネル帯域幅に対する比率を決定するステップを含む、請求項１に記載の方法。
【請求項６】
サービス要求の受け取りに際して１組のＨＳ−ＤＳＣＨチャネルコードを動的に管理する方法であって、
前記サービス要求のＧＢＲまたはＤＭＲを、サービス要求の基本ＱｏＳクラスに従ってシステムの現在の利用可能なＨＳ−ＤＳＣＨチャネル帯域幅リソースと比較し、前記ＧＢＲまたは前記ＤＭＲが利用可能な帯域幅リソースより大きい場合にはＨＳ−ＤＳＣＨチャネルコードを付加することを含む方法。
【請求項７】
前記ＨＳ−ＤＳＣＨチャネルコードを付加する前記ステップが、利用可能なＨＳ−ＤＳＣＨチャネルコードの必要数が、現在のＯＶＳＦコードツリーでの利用可能なチャネルコード数を超えている場合には、新規ＤＣＨコードを割り当てるためにサービス要求をＤＣＨに切り換えるステップをさらに含む、請求項６に記載の方法。
【請求項８】
前記ＨＳ−ＤＳＣＨチャネルコードを付加する前記ステップが、利用可能なＨＳ−ＤＳＣＨチャネルコードの必要数が、現在のＯＶＳＦコードツリーでの利用可能なチャネルコード数より小さい場合には、チャネルの再構成によって、付加的ＨＳ−ＤＳＣＨチャネルコードを対応するＨＳ−ＤＳＣＨチャネルに構成するステップをさらに含む、請求項６に記載の方法。
【請求項９】
現在のシステムの利用可能ＨＳ−ＤＳＣＨ帯域幅（ＳＡＢ）を決定する前記ステップが、現在のＨＳＤＰＡベアラサービスでの現在のＧＢＲとＤＭＲのすべての和を、システム全体の現在のＨＳ−ＤＳＣＨチャネルで構成されているチャネルコード数から減算することにより、現在のシステムの総ＨＳ−ＤＳＣＨ帯域幅を介して前記ＳＡＢを決定するステップをさらに含む、請求項８に記載の方法。
【請求項１０】
サービス要求中のＱｏＳパラメータにより指定されたサービスクラスに従って現在のサービス要求がストリーミングクラスか、それともバックグラウンドクラスか決定し、前記ＴＲ＿ｒｅｑ＝ＧＢＲをストリーミングクラスのサービス要求に割り当てることにより前記ＱｏＳパラメータ中のＧＢＲを要求ダウンロード伝送データ速度（ＴＲ＿ｒｅｑ）として用い、前記ＴＲ＿ｒｅｑ＝ＤＭＲをバックグラウンドクラスのサービス要求に割り当てることによりＤＭＲを要求ダウンロード伝送データ速度（ＴＲ＿ｒｅｑ）として用いることをさらに含む、請求項８に記載の方法。
【請求項１１】
サービス要求のＤＭＲを用いる前記ステップが、式ＤＭＲ＝ＤＰＲ×ＤＡＣＴで表されるように、ＱｏＳ要求トラフィックモデルパラメータダウンリンク最高速度（ＤＰＲ）にダウンリンク活動係数（ＤＡＣＴ）を乗じることにより前記ＤＭＲを計算するステップをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記ＨＳ−ＤＳＣＨチャネルコードを付加する前記ステップが、前記ＨＳ−ＤＳＣＨチャネルコードを付加するために、前記ＳＦ１６ＯＶＳＦチャネルコード数（Ｎ＿ａｄｄ）を計算するために、利用可能ＨＳ−ＤＳＣＨチャネルコードの必要数が現在のＯＶＳＦコードツリーで利用可能であることを判断するために、ＴＲ＿ｒｅｑとＳＡＢの差を決定するステップをさらに含む、請求項８に記載の方法。
【請求項１３】
予備のチャネルコードの撤回を動的に管理する方法であって、
現在のＨＳ−ＤＳＣＨチャネルコード数が事前定義の最低チャネルコード数より大きいかどうか比較し、決定し、現在のＨＳ−ＤＳＣＨチャネルコード数が事前定義の最低チャネルコードより大きい場合にのみ、前記予備のチャネルコードの撤回を続行することを含む方法。
【請求項１４】
現在のＨＳ−ＤＳＣＨチャネルコード数が事前定義の最低チャネルコード以下である場合には、前記予備のチャネルコードの撤回を終了することをさらに含む、請求項１３に記載の方法。
【請求項１５】
現在のＨＳ−ＤＳＣＨチャネルコード数が事前定義の最低チャネルコードより大きい場合には、現在のＨＳ−ＤＳＣＨチャネルコードリソース（ＣＵＲ）の利用率を計算し、
現在のＣＵＲを事前定義のコード利用率の閾値と比較し、
ＣＵＲが事前定義の閾値より大きい場合には、予備のチャネルコードの撤回を終了することをさらに含む、請求項１３に記載の方法。
【請求項１６】
ＣＵＲが事前定義の閾値以下である場合には、事前設定の期間に受け取られる新規のサービス要求を監視し、新規のサービス要求が受け取られた場合には、新規のＣＵＲを再計算し、新規のＣＵＲを事前定義の閾値と比較して前記予備のチャネルコードの撤回を続行すべきかどうかと撤回のためのチャネルコード数を決定することをさらに含む、請求項１５に記載の方法。
【請求項１７】
前記現在のＨＳ−ＤＳＣＨチャネルコード利用率（ＣＵＲ）が、現在のＨＳ−ＤＳＣＨベアラ伝送サービスのすべてのダウンリンク平均速度（ＤＭＲ）の和の、システムＨＳ−ＤＳＣＨチャネル帯域幅に対する比率である、請求項１３に記載の方法。
【請求項１８】
前記ＣＵＲの再計算後の比較プロセスの前記ステップが、現在のＣＵＲが事前定義のコード利用率より大きい場合には、タイマを停止し、予備のチャネルコードの撤回を終了するステップと、現在のＣＵＲが事前定義のコード利用率より小さい場合には、タイマの事前設定の制限時間が切れた後に、システムの無駄な帯域幅（ＳＷＢ）およびＨＳ−ＤＳＣＨでの撤回コード数（Ｎ＿ｄｅｌ）を再計算するステップとをさらに含む、請求項１３に記載の方法。
【請求項１９】
前記Ｎ＿ｄｅｌを再計算するステップの後に、Ｎ＿ｄｅｌが０より大きいかどうか決定し、Ｎ＿ｄｅｌが０以下である場合には、予備のチャネルコードの撤回を終了し、Ｎ＿ｄｅｌが０より大きい場合には、撤回後の残余ＨＳ−ＤＳＣＨ帯域幅を事前定義の最低サポート帯域幅と比較し、前記残余ＨＳ−ＤＳＣＨ帯域幅が最低サポート帯域幅より小さい場合には、現在のＨＳ−ＤＳＣＨ帯域幅と最低サポート帯域幅の差に等しい撤回コード数を有するＨＳ−ＤＳＣＨチャネルコードだけを撤回し、残余ＨＳ−ＤＳＣＨ帯域幅が最低サポート帯域幅以上である場合には、Ｎ＿ｄｅｌのＨＳ−ＤＳＣＨチャネルコードを撤回し、予備のチャネルコードの撤回を終了することをさらに含む、請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、その開示全体を参照により本明細書に組み込み、その優先権を合衆国法典第３５巻第１１９条により本明細書で主張する、２００３年１２月２２日に出願した中国特許出願第２００３１０１２２６０２．６号に基づくものである。
【０００２】
本発明は、第三世代移動通信システムでの高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）の技術に関し、特に、高速ダウンリンク共用チャネル（ＨＳ−ＤＳＣＨ）チャネルコードの効果的な動的管理方式に関する。
【背景技術】
【０００３】
第三世代移動通信システムの１つの主要な目標は、ＱｏＳ（サービス品質）保証のマルチメディアサービスを提供することである。高速モバイルデータサービス、特にモバイルインターネットサービスでの高速化の要求を満たすために、最近の３ＧＰＰリリース５ではＵＭＴＳの向上技術、すなわち高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）が提案されている。
【０００４】
ＨＳＤＰＡアクセス方式を実装する主要な目的は、ＷＣＤＭＡが、より高いシステム容量と共に非常に低い伝送遅延を達成しながら、ダウンリンクデータパケットサービスを実行する際に８〜１０Ｍｂｐｓの最高速度に到達し得る伝送をサポートできるようにすることである。したがって、ＨＳＤＰＡプロセスは、適応変調及び符号化（ＡＭＣ）、ハイブリッド自動再送信要求（Ｈ−ＡＲＱ）、高速セル選択（ＦＣＳ）、多入力多出力（ＭＩＭＯ）アンテナ処理など、さらなる向上技術を用いる。その一方で、ＨＳＤＰＡプロセスは、新規の伝送チャネル、すなわち高速ダウンリンクシェアドチャネル（ＨＳ−ＤＳＣＨ）を用いて実装される。ＨＳ−ＤＳＣＨチャネルは、２ミリ秒の、短い伝送タイミング間隔（ＴＴＩ）を用いて設計され、そのため、ＨＳＤＰＡプロセスが、より高速なデータパケットのディスパッチ、より小さいＨＡＲＱの遅延およびより高速なＡＭＣのチャネル適応を実現することを可能にする。さらに、ＵＥおよびダウンリンクシグナリングにより生じる複雑さを減らすために、ＨＳ−ＤＳＣＨチャネルは、直交可変拡散率（ＯＶＳＦ）コードを利用する。これらのコードは１６の固定拡散率を有する。時分割多重化（ＴＤＭ）および符合分割多重化（ＣＤＭ）を用いてシステムリソースを共用することにより、利用率がさらに向上する。
【０００５】
一般に、ＷＣＤＭＡを用いて実装された移動通信システムは、ＯＶＳＦチャネルコードを使用してシステム帯域幅のリソースの動的割り当てを達成し、可変データ速度を提供することにより、様々なサービス帯域幅要求をサポートする。図１にＯＶＳＦチャネルコード生成のためのツリー構造を示す。利用可能なコード数が限られているため、ＯＶＳＦチャネルコードは、ＷＣＤＭＡ技術を用いて実装されたシステムでは少ないシステムリソースであると考えられる。さらに、システム利用率は、ＯＶＳＦコードの直交性およびコード割り当て規則の影響を受けるため、無線ネットワーク制御装置（ＲＮＣ）での無線リソース管理（ＲＲＭ）機能では、ＯＶＳＦコードリソースをどのように合理的に使用するかが重要な設計考慮事項になる。
【０００６】
ＨＳＤＰＡアクセスプロセスを用いて実装されたシステムでは、定義によりＨＳ−ＤＳＣＨチャネルに適用するために用いられるＯＶＳＦチャネルコードは、例えば、図１に示すように、Ｃ１６，１・・・Ｃ１６，１６の、１６の固定長を有する。ＨＳ−ＤＳＨＳチャネルについては、コード選択の範囲がはっきりと定義される。他方では、プロトコルは、ＣＤＭのマルチコード伝送については、ダウンリンクシェアドチャネルの瞬時最高速度を向上させるために、長さ１６を有する最大１５のＯＶＳＦチャネルコードが同時に使用され得ると規定している。ＯＶＳＦコードは様々なチャネルにより共用されるため、現在のＷＣＤＭＡシステムでは、ＳＦ＝４、８、１６、・・・５１２を有するＯＶＳＦコードリソースは、完全に有限である。３ＧＰＰのＲ５標準仕様は、ＨＳＤＰＡに最大１５のＳＦ１６ＯＶＳＦコードを指定する。したがって、ＨＳＤＰＡ技術を用いたＷＣＤＭＡシステムで有限なＯＶＳＦコードリソースをどのように効果的に使用するかが技術的な課題となっている。ＨＳＤＰＡサービスはＨＳ−ＤＳＣＨチャネル上で搬送され、最大１５のＳＦ１６ＯＶＳＦコードを指定するため、ＨＳＤＰＡサービスが長期間にあまり多くのＯＶＳＦコードリソースを使用できないことも起こり得る。その一方で、共通ＤＣＨサービスは、ＨＳＤＰＡサービスバーストおよびＯＦＳＦコード生成機構から考えると、利用可能なＯＶＳＦリソースが不足している。ＨＳ−ＤＳＣＨコードを予約するために固定割り当て方式を利用する、すなわち、ＨＳＤＰＡサービスで使用するために一定数（１５以下）のＯＶＳＦコードが予約されることにより、利用可能なＤＣＨコードが減少し、そのため、システム容量を向上させるどんな有益な効果もなく、コードリソースが無駄になる。
【０００７】
したがって、ＨＳＤＰＡアクセスを実行してシステムリソース利用率およびシステム容量を向上させるためには、これら１５の固定長１６を有するＨＳ−ＤＳＣＨチャネルコードをどのように効果的に管理し、使用するかが重要な設計考慮事項になる。ＨＳ−ＤＳＣＨチャネルコードの特定の特性、すなわち１６の固定長で最大割り当て可能な１５のチャネルコードのために、ＨＳ−ＤＳＣＨチャネルコードの管理は、他のチャネルコードの一般的な管理とは全く異なり、特別な注意を払って扱われる必要がある。
【０００８】
ＯＶＳＦチャネルコードリソースの管理および割り当てに関する多くの既存の研究は、単に、共通個別チャネル（ＤＣＨ）コードの割り当てを考慮に入れるだけである。そのような従来技術の開示は、「ＡＬＬＯＣＡＴＩＯＮ  ＭＥＴＨＯＤ  ＯＦ  ＳＰＲＥＡＤＩＮＧ  ＣＯＤＥＳ  ＩＮ  ＷＩＤＥＢＡＮＤ  ＣＭＤＡ  ＳＹＳＴＥＭ」という名称の中国特許出願第０１１０５６５６．８号、「ＣＯＤＥ  ＡＬＬＯＣＡＴＩＯＮ  ＭＥＴＨＯＤ  ＩＮ  ＣＤＭＡ  ＳＹＳＴＥＭ」という名称の中国特許出願第０１１１２８１２．７号、「ＡＬＬＯＣＡＴＩＯＮ  ＭＥＴＨＯＤ  ＯＦ  ＯＶＳＦ  ＣＯＤＥＳ」という名称の中国特許出願第０１１３１２２５．４号、「ＯＰＥＲＡＴＩＯＮ  ＡＮＤ  ＭＡＩＮＴＥＮＡＮＣＥ  ＭＥＴＨＯＤ  ＯＦ  ＯＶＳＦ  ＣＯＤＥＳ」という名称の中国特許出願第０１１３１２２６．２号、および「ＤＹＮＡＭＩＣ  ＡＮＤ  ＯＰＴＩＭＡＬ  ＡＬＬＯＣＡＴＩＯＮ  ＭＥＴＨＯＤ  ＯＦ  ＣＨＡＮＮＥＬＩＺＡＴＩＯＮ  ＣＯＤＥ  ＲＥＳＯＵＲＣＥ  ＩＮ  ＷＩＤＥＢＡＮＤ  ＣＤＭＡ  ＳＹＳＴＥＭ」という名称の中国特許出願第０１１３８０８７．Ｘ号を含む。
【０００９】
これらの特許出願に開示されているすべてのコード割り当て方法は、単に、コード割り当てのタスクを管理する特定のアルゴリズムを提供することにより、ＯＶＳＦコードツリー全体のコード割り当てのプロセスだけを考慮するにすぎない。これら従来技術の開示は、ＨＳＤＰＡプロセスによりサポートされる動作特性およびサービスモード、ならびにＨＳ−ＤＳＣＨチャネルのコード要求を考慮しない。また、ＤＣＨコードの割り当てに際して、既存のコード割り当てアルゴリズムのどれもが、割り当てられたコードリソースの利用率を考慮しない。特に、割り当てられたコードリソースが、ＤＣＨに適用されているサービスが終了するまで占有される。ＤＣＨサービスの終了時に、割り当てられたコードリソースは自動的に撤回される。しかしながら、セルが確立された後、ＨＳ−ＤＳＣＨチャネルは、ＤＣＨと異なり、引き続きアクティブに保たれ、すべてのユーザにより共用される一方で、固定長１６を有するＯＶＳＦコードだけを、最大で１５コード同時に使用して割り当てる。しかしながら、コード割り当ての動作機構および方法はコードツリー割り当てにより制限され、最高速度に到達するための固定予約コード利用戦略は、不可避的に、リソース利用の無駄をもたらす。
【００１０】
更に、一部の既存のコード割り当てアルゴリズムは、大部分の場合一定の速度を有するデータに関してサービス要求クラスを処理することを考慮する。しかしながら、ＨＳＤＰＡ伝送を用いるサービス、例えば、インターネットブラウズ、インターネットゲーム、電子メール添付ファイルのダウンロード、オーディオ及びビデオメディアストリームのダウンロードなどは、比較的小さい遅延、および特にデータ伝送サービスでのバースト伝送を処理するための帯域幅という要求を有する。従来技術により開示されているコード割り当てアルゴリズムは、これらの動作要求を満たすための速度または帯域幅要求での適当な測定指標を提供しない。これらの要求を、特により高い帯域幅速度を要求するサービスで満たすための解決法を提供することが、依然として、緊急に求められている。
【特許文献１】中国特許出願第０１１０５６５６．８号明細書
【特許文献２】中国特許出願第０１１１２８１２．７号明細書
【特許文献３】中国特許出願第０１１３１２２５．４号明細書
【特許文献４】中国特許出願第０１１３１２２６．２号明細書
【特許文献５】中国特許出願第０１１３８０８７．Ｘ号明細書
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明の目的は、ＨＳ−ＤＳＣＨチャネルコードを包括的に動的管理する機構を提供することである。
【課題を解決するための手段】
【００１２】
ＨＳ−ＤＳＣＨベアラサービスを求める新規の要求を受け取った後に、本機構は、現在の帯域幅リソースに基づき、要求されたサービスの基本的ＱｏＳクラスおよびトラフィックモデル、ならびにシステムの現在のＯＶＳＦコードリソースの実際の利用状況に従って、ＨＳ−ＤＳＣＨチャネルコードを動的に割り当てることができる。既存のＨＳ−ＤＳＣＨベアラサービスの完了後に、本機構は、システムでのＨＳ−ＤＳＣＨチャネルリソースの利用率を計算することによって、ＨＳ−ＤＳＣＨチャネルコードを動的に撤回することができる。
【００１３】
本発明の別の目的は、サービス要求の様々なＱｏＳクラスに応じてＨＳ−ＤＳＣＨチャネルコードの動的割り当て機構を提供することである。この機構は、システム容量要求および様々なサービスＱｏＳ需要を考慮に入れることによってＨＳ−ＤＳＣＨチャネルコードの割り当ておよび管理を可能にし、効果的なＱｏＳ保証を有するサービスを提供する。さらに、サービス要求の受信および処理成功率を向上させるために、この機構は、十分なＳＦ１６ＯＶＳＦコードリソースがない状況下で、すなわち、ＳＦ１６ＯＶＳＦコードの一部が利用されておらず、依然として利用可能であるが、いくつかの他のＳＦ１６ＯＶＳＦコードが利用できないためにコード輻輳が発生したときに、ＨＳＤＰＡ伝送サービスをＤＣＨ伝送に切り換えることを可能にする。そのため、切り換えの柔軟性により全体的システム性能が向上する。
【００１４】
本発明の別の目的は、ＨＳ−ＤＳＣＨチャネルコード利用率を効果的に向上させ、ユーザサービスを提供する際のＯＶＳＦコード利用率および全体的なシステム容量を増大させるために、ＨＳ−ＤＳＣＨ利用率に従った予備のチャネルコードの動的撤回機構を提供することである。
【００１５】
本発明で記述するＨＳ−ＤＳＣＨチャネルコードの包括的動的管理機構は、
ＨＳ−ＤＳＣＨベアラサービスを求める新規要求を受け取った後に、
まず、ＨＳ−ＤＳＣＨチャネルリソースの現在のシステム利用度を計算し、次いで、システムＨＳ−ＤＳＣＨチャネルリソースの残余を得るために、総システムＨＳ−ＤＳＣＨチャネルリソースからＨＳ−ＤＳＣＨチャネルリソースの現在のシステム利用度を減算するステップと、
次に、サービス要求のＱｏＳ要求に基づいて、新規サービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースを計算するステップと、
現在のシステムの残余ＨＳ−ＤＳＣＨチャネルリソースを、新規サービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースと比較し、システムのＨＳ−ＤＳＣＨチャネルリソースの残余が、新規サービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースより大きい場合には、新規のＨＳ−ＤＳＣＨチャネルコードを付加する必要はなく、元のＨＳ−ＤＳＣＨチャネルを用いて新規サービスデータが送信され、システムのＨＳ−ＤＳＣＨチャネルリソースの残余が新規サービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースより小さい場合には、新規のＨＳ−ＤＳＣＨチャネルコードを付加してその新規に付加されたコードを割り当て、または現在のコードツリー利用の実際の状況に従って、サービス要求をデータ伝送用のＤＣＨチャネルに切り換えるステップと、
既存のＨＳ−ＤＳＣＨベアラサービスの完了時に、
システムのＨＳ−ＤＳＣＨチャネルコードリソースの現在の利用率およびヒステリシスを計算し、次いで、その利用率を所定の閾値と比較し、利用率が所定の閾値より大きい場合には、チャネルコードを撤回せずに既存のチャネル撤回プロセスを終了し、利用率が所定の閾値より小さい場合には、チャネルコード撤回プロセスを開始するステップと
を含む。
【００１６】
現在のＨＳ−ＤＳＣＨチャネルコード利用率（ＣＵＲ）は、現在のＨＳ−ＤＳＣＨベアラ伝送サービスのすべてのダウンリンク平均速度（ＤＭＲ）または保証ビット速度（ＧＢＲ）の和の、システムＨＳ−ＤＳＣＨチャネル帯域幅に対する比率であると定義される。
【００１７】
本発明で記述するＨＳ−ＤＳＣＨチャネルコードを割り当てる動的割り当てプロセスは、
要求サービスのＧＢＲまたはＤＭＲを、その要求サービスの基本ＱｏＳクラスに従って現在利用可能なＨＳ−ＤＳＣＨチャネル帯域幅リソースと比較するステップと、
要求ＧＢＲまたはＤＭＲが利用可能な帯域幅リソースより小さい場合には、新規ＨＳ−ＤＳＣＨチャネルコードを付加するための措置が必要とされず、そうでない場合には、ＨＳ−ＤＳＣＨチャネルコードを付加するプロセスを開始するステップと、
ＨＳ−ＤＳＣＨチャネルコードを付加するプロセス中に、現在のＯＶＳＦコードツリーに必要数の利用可能ＨＳ−ＤＳＣＨチャネルコードがない場合には、新規のＤＣＨコード割り当てのためにその要求サービスをＤＣＨに切り換え、必要数のＨＳ−ＤＳＣＨチャネルコードがある場合には、その要求サービス需要をサポートするためのチャネルの再構成によって、付加的ＨＳ−ＤＳＣＨチャネルコードをＨＳ−ＤＳＣＨチャネルに構成するステップと
を含む。
【００１８】
本発明で開示する予備のＨＳ−ＤＳＣＨチャネルコードの動的撤回方式は、
現在のＨＳ−ＤＳＣＨチャネルコード数を、所定の最小チャネルコード数に対応するチャネルコード数と比較し、現在のＨＳ−ＤＳＣＨチャネルコード数が所定の最小チャネルコード数に対応するチャネルコード数と等しい場合には、動的撤回プロセスを終了するステップと、
現在のＨＳ−ＤＳＣＨ容量利用率（ＣＵＲ）を計算するステップと、
現在のＣＵＲを所定のＣＵＲ閾値と比較するステップと、
ＣＵＲが所定の閾値より大きい場合には、現在のチャネルコード撤回プロセスを終了し、そうでない場合には、コード撤回プロセスを実行するステップと、
システムが新規のＨＳＤＰＡサービス要求を受け取ったかどうか継続して監視し、新規サービス要求が受け取られた場合には、ＣＵＲを再計算し、現在のＣＵＲを所定のＣＵＲ閾値と比較し、前述のプロセスを反復し、新規サービスが受け取られていない場合には、撤回され得るチャネルコード数を計算するステップと
を含む。
【００１９】
ＤＣＨチャネルコード割り当てタスクを実行する際に一般に実施される機構に比べて、本発明は、既存のコード割り当てアルゴリズムの性能に影響を与えない方法を開示し、本発明で開示するプロセスを、既存のアルゴリズムに都合よく統合して既存のチャネルコード割り当てアルゴリズムを補足することができる。さらに、本発明は、ＳＦ１６ＯＶＳＦコードを選択するために独自のシステムチャネルコード割り当てアルゴリズムを使用して、コードツリー輻輳の状況を効果的に管理し、割り当て可能ＨＳ−ＤＳＣＨチャネルコード数の不足から生じる問題を解決して新規要求サービスをサポートするＤＣＨチャネルを提供する。本発明で開示するＨＳ−ＤＳＣＨチャネルコード管理プロセスの支援により、既存のコード割り当てアルゴリズムは、新規ＨＳＤＰＡサービスの需要を効果的にサポートできるようになる。本発明は、低遅延要求およびバースト伝送モードクラスを提供するＨＳＤＰＡベアラサービスに、システム帯域幅リソースを使用した、使いやすく、柔軟で効果的な動的管理機構を提供する。開示された方法は、目下、将来の無線ネットワーク制御装置（ＲＮＣ）での無線リソース管理（ＲＲＭ）アルゴリズムの実装を介して業界によりますます利用されつつある、ＨＳＤＰＡ技術を用いて実装される移動通信システムに適用され得る。
【００２０】
本発明の他の目的および特徴は、以下で添付の図面を参照して実施形態を説明することによって、より明白になるであろう。添付の図面中、同じ英数字記号は、同一または類似の構成要素を表す。
【００２１】
本明細書の一部を構成するものとして本明細書に組み込まれている添付の図面は、本発明の実施形態を例示し、詳細な説明と併せて、本発明の原理を説明するために提供したものである。
【発明を実施するための最良の形態】
【００２２】
以下で述べる様々な好ましい実施形態について、添付の図面を参照して、本発明を詳細に説明する。
【００２３】
ベアラサービスの動作特性およびＱｏＳ要求に基づき、３ＧＰＰプロトコルは、既存のサービスを、ＱｏＳサービスクラスに応じた４つのクラス、すなわち会話型クラス、対話型クラス、ストリーミングクラス、バックグラウンドクラスに分類している。各サービスクラスは、ストリーミングクラスとバックグラウンドクラスのＨＳＤＰＡ伝送モードおよびサービスの機能的特徴に従った信号伝送用ＨＳＤＰＡ伝送モードでの利用を優先するＱｏＳに関する異なる要求を定義する。
【００２４】
本発明は、伝送にＨＳＤＰＡを利用するサービスは、大部分が、ストリーミングクラスとバックグラウンドクラスであることを考慮する。これらのクラスのサービス要求では、ＨＳ−ＤＳＣＨチャネルで送信される総データ量が固定されている。これらの要因をサービスＱｏＳ要求およびトラフィックモデルでのいくつかの関連パラメータと併せて考慮し、ストリーミングクラスのサービス要求は、ＱｏＳパラメータ中のＧＢＲを使用してサービス要求速度を測定する。他方、バックグラウンドクラスのサービス要求は、サービス要求のＤＭＲを使用してサービス要求速度を測定する。サービス要求のＤＭＲは、ＱｏＳパラメータの一部であるダウンリンク最高速度（ＤＰＲ）と、トラフィックモデルでのダウンリンク活動係数（ＤＡＣＴ）を使用して計算され、式（ＤＭＲ＝ＤＰＲ×ＤＡＣＴ）で表される。
【００２５】
ストリーミングクラスのサービス要求は、ＱｏＳサービス要求を満たすために、データ送信期間中に必要なシステム伝送速度を定義するＱｏＳパラメータ中に必要なＧＢＲを設定する。したがって、ストリーミングクラスのサービスでは、必要な伝送速度を測定する標準としてＧＢＲを用いることができる。バックグラウンドクラスのサービス要求では、ＤＭＲが、遅延要求、バーストモードサービス帯域幅および伝送速度の便利な等価表現である。したがって、伝送速度に関するストリーミングクラスサービスの要求を測定する標準としてＤＭＲを用いることができる。
【００２６】
本発明の動的管理方式を明確に説明するために、最初に、いくつかの前提条件を仮定する必要がある。
【００２７】
１．アドミッション制御（ＡＤ）により新規のサービス要求が認められた後に、システムがその要求を受け入れ、処理する能力を有することが確認される。この確認は、利用可能な帯域幅、およびコードリソースを含むその他のシステムリソースに基づくものである。２．本発明は、ＨＳ−ＤＳＣＨチャネルコードリソースの管理に焦点を当てているため、伝送チャネル選択の点でＨＳ−ＤＳＣＨ伝送モードを利用するために新規に要求されたサービスが優先される。
【００２８】
３．要求されるサービスは、ストリーミングクラスサービス要求でも、バックグラウンドクラスサービス要求でもあり得るため、現在のシステムで必要とされるＨＳ−ＤＳＣＨチャネルリソースは、送信されたストリーミングクラスおよびバックグラウンドクラスサービスのすべてのＧＢＲおよびＤＭＲ全体の要件を満たす必要がある。
【００２９】
図２は本発明の好ましい実施形態であるＨＳ−ＤＳＣＨチャネルコードの包括的動的管理方式の動作プロセスを示す概略図であり、図中、
Ａ＋Ｂ＋ＣはＳＦ４からＳＦ５１２に及ぶすべてのＯＶＳＦコードを表し、
Ｂ＋Ｃは、ＨＳ−ＤＳＣＨが利用可能な１５のＳＦ１６ＯＶＳＦコードを表し、
Ｂは共通ＤＣＨにより使用されるＯＶＳＦコードを表し、
Ｃは、ＨＳ−ＤＳＣＨにより使用されるＯＶＳＦコードだけに充てる備えを表す。
【００３０】
移動可能な両方向矢印で示す縦線は、コード割り当ての付加および削減を表す。
【００３１】
本発明の基本的考えは、一定の設計基準に基づいてＢとＣの間で縦線を動的に移動することである。黒線が右に向かって移動されると、それはコード割り当ての増加を表し、左側は、コード割り当ての減少および撤回を表す。縦線がＡとＢの間の境界線まで移動されると、それは、利用可能なＨＳ−ＤＳＣＨコードリソース全部が帯域幅要求を満たすのに十分ではなく、ＨＳＤＰＡサービスの一部が共通ＤＣＨサービスに切り換えるために除外されることを意味する。
【００３２】
本発明の基本的考えによれば、本発明で記述するＨＳ−ＤＳＣＨチャネルコードの包括的動的管理方式は、以下を含む。
【００３３】
ＨＳ−ＤＳＣＨベアラサービスの新規要求が受け取られると、好ましい実施形態では以下のステップが実施される。
【００３４】
まず、現在のシステムの使用中のＨＳ−ＤＳＣＨチャネルリソースが決定され、続いて、システムの総ＨＳ−ＤＳＣＨチャネルリソースから現在のシステムの使用中のＨＳ−ＤＳＣＨチャネルリソースを差し引くことにより、システムのＨＳ−ＤＳＣＨチャネルリソースの残余が計算される。
【００３５】
次いで、新規サービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースが計算される。
【００３６】
次に、現在のシステムの残余ＨＳ−ＤＳＣＨチャネルリソースが、新規サービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースと比較される。システムの残余ＨＳ−ＤＳＣＨチャネルリソースが、新規サービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースより大きい場合には、新規のＨＳ−ＤＳＣＨチャネルコードを付加する必要はない。元のＨＳ−ＤＳＣＨチャネル上で新規サービスのデータ送信が実行される。システムの残余ＨＳ−ＤＳＣＨチャネルリソースが新規サービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースより小さい場合には、新規ＨＳ−ＤＳＣＨチャネルコードが付加され、その新規コードが割り当てられる。あるいは代わりに、そのサービス要求が、現在のコードツリーの実際の利用状況に基づき、データ伝送のためのＤＣＨチャネルに切り換えられる。
【００３７】
既存のＨＳ−ＤＳＣＨベアラサービス完了後に、さらに、その後のシステム利用率の評価のために、ＨＳ−ＤＳＣＨチャネル中の予備の帯域幅が利用可能であることを決定するプロセスが実行される。
【００３８】
好ましい実施形態では、本発明は、さらに、現在のＨＳ−ＤＳＣＨ  ＣＵＲ、すなわち、ＨＳ−ＤＳＣＨチャネルに関するシステム利用率を計算し、ＨＳ−ＤＳＣＨ  ＣＵＲを所定の閾値と比較する。ＨＳ−ＤＳＣＨ  ＣＵＲが所定の閾値より大きい場合、それは、現在のシステムでのＨＳ−ＤＳＣＨ  ＣＵＲが高いことを示す。チャネルコードの撤回は不要であり、チャネルコード撤回のプロセスは開始されない。ＨＳ−ＤＳＣＨ  ＣＵＲが所定の閾値より小さい場合には、チャネルコード撤回プロセスが開始される。十分に利用されていないコードリソースを撤回することにより、ＨＳ−ＤＳＣＨチャネル利用率が向上し、システム全体のＯＶＳＦコード利用率も向上する。
【００３９】
前述の処理ステップでは、現在のＨＳ−ＤＳＣＨ  ＣＵＲが、現在のＨＳ−ＤＳＣＨベアラ伝送サービスでのすべてのＤＭＲまたはＧＢＲの和の、システムのＨＳ−ＤＳＣＨチャネル帯域幅に対する比率であると定義される。
【００４０】
本発明の動的ＨＳ−ＤＳＣＨチャネルコード割り当て機構について、以下でさらに説明する。
【００４１】
本発明の動的ＨＳ−ＤＳＣＨチャネルコード割り当て機構の基本動作は、要求サービスのＧＢＲまたはＤＭＲを、その要求サービスの基本ＱｏＳクラスに基づいて、利用可能なＨＳ−ＤＳＣＨチャネル帯域幅の現在のシステムリソースと比較することである。
【００４２】
特に、要求されたＧＢＲまたはＤＭＲが利用可能な帯域幅リソースより小さい場合には、新規ＨＳ−ＤＳＣＨチャネルコードの付加は不要とされ、そうでない場合には、サービス要求を満たすために、システムに新規ＨＳ−ＤＳＣＨチャネルコードが付加される必要がある。
【００４３】
ＨＳ−ＤＳＣＨチャネルコードを付加するプロセス中に、現在のＯＶＳＦコードツリーでは必要数のＨＳ−ＤＳＣＨチャネルコードが利用できないが、システムは、アドミッション確認（ＡＣ）システムにより確認された、サービス要求が必要とする帯域幅をサポートすることができる場合には、その要求サービスをデータ伝送用のＤＣＨに切り換え、既存のコード割り当て機構を使用して新規のＤＣＨチャネルコードを割り当てることが考慮される。必要なＨＳ−ＤＳＣＨチャネルコードが利用可能である場合には、要求サービス需要をサポートするための再構成によって付加的ＨＳ−ＤＳＣＨチャネルコードがＨＳ−ＤＳＣＨチャネルに構成される。
【００４４】
図３を参照すると、データ伝送にＨＳ−ＤＳＣＨを用いる新規に要求されたサービスを受け取った後でプロセスが開始されるＨＳ−ＤＳＣＨチャネルコード割り当て戦略が示されている。このプロセスは、以下のステップを進める。
【００４５】
ステップ３０１：現在のシステムＨＳ−ＤＳＣＨ利用可能帯域幅（ＳＡＢ）リソースを計算する。
【００４６】
ＳＡＢの値は、現在のシステムでの総ＨＳ−ＤＳＣＨ帯域幅を決定することにより計算することが可能であり、それは、現在のシステムでのＨＳ−ＤＳＣＨチャネルコードの総数から現在のシステムベアラＨＳＤＰＡサービスのすべてのＧＢＲとＤＭＲの和を減算することにより計算される。
【００４７】
ステップ３０２：現在のサービス要求のＱｏＳクラスを決定する。
【００４８】
サービス要求のＱｏＳパラメータにより指定されるサービスクラスに従って、その要求に必要なシステム帯域幅を測定する際に適用されるパラメータを決定するために、現在のサービス要求がストリーミングクラスであるか、それともバックグラウンドクラスであるかが決定される。
【００４９】
ステップ３０３：ストリーミングクラスのサービス要求では、ＱｏＳパラメータの１つとして受け取られたＧＢＲの値が要求ダウンリンク伝送データ速度（ＴＲ＿ｒｅｑ）を提供し、すなわち、ＴＲ＿ｒｅｑ＝ＧＢＲである。
【００５０】
ステップ３０４：バックグラウンドクラスのサービス要求では、まず、ＤＭＲの値が以下のステップにより計算される。
【００５１】
ＱｏＳ要求で提供されるトラフィックモデルパラメータＤＰＲおよびＤＡＣＴを用い、式ＤＭＲ＝ＤＰＲ×ＤＡＣＴに従って、サービス要求のＤＭＲが計算される。
【００５２】
ステップ３０５：バックグラウンドクラスのサービス要求では、ＤＭＲの値が要求ダウンリンク伝送データ速度（ＴＲ＿ｒｅｑ）を表し、すなわちＴＲ＿ｒｅｑ＝ＤＭＲである。
【００５３】
ステップ３０６：ＴＲ＿ｒｅｑをＳＡＢと比較して、ＨＳ−ＤＳＣＨチャネルコードを付加する必要があるかどうか決定する。
【００５４】
ＴＲ＿ｒｅｑがＳＡＢより小さい場合、それは、それ以上ＨＳ−ＤＳＣＨチャネルを付加する必要がないことを示し、プロセスはステップ３０７に進む。元のＨＳ−ＤＳＣＨチャネルを用いて新規要求サービスデータが転送される。ＴＲ＿ｒｅｑがＳＡＢより大きい場合、それは、ＳＡＢを向上させ、現在の要求サービス需要をサポートするためにＨＳ−ＤＳＣＨチャネルコードを付加する必要があることを示す。その場合、プロセスはステップ３０８に進んで、サービス要件を満たすためにシステムに付加するＨＳ−ＤＳＣＨチャネルコード数を計算する。
【００５５】
ステップ３０７：既存のＨＳ−ＤＳＣＨチャネルを使用して新規要求サービスを転送する。
【００５６】
この動作の時点では、現在のＨＳ−ＤＳＣＨチャネルコードの割り当てを変更する必要はなく、新規要求でのデート伝送は、既存のＨＳ−ＤＳＣＨチャネルにより実行される。次いで、現在のコード割り当てが完了するとプロセスが終了する。
【００５７】
ステップ３０８：付加される必要のあるＨＳ−ＤＳＣＨチャネルコード数（Ｎ＿ａｄｄ）を計算する。
【００５８】
ＳＦ１６ＯＶＳＦコード数Ｎ＿ａｄｄは、ＴＲ＿ｒｅｑとＳＡＢの差により計算され得る。
【００５９】
ステップ３０９：Ｎ＿ａｄｄの利用可能なＳＦ１６ＯＶＳＦコードの有無を判断する。
【００６０】
現在のＯＶＳＦコードツリーで必要なＮ＿ａｄｄコードのＳＦ１６ＯＶＳＦコードが利用可能でない場合、それは、現在のシステムが、今のところ、Ｎ＿ａｄｄのＨＳ−ＤＳＣＨチャネルコードを付加し得ないことを示す。その一方で、現在の要求サービスをサポートするのに十分な帯域幅リソースが存在する。プロセスは、ステップ３１０に進み、新規のＤＣＨを使用して新規要求サービスデータを送信する。そうでない場合、それは、システムが、新規サービス要求を転送するためにＮ＿ａｄｄのＨＳ−ＤＳＣＨチャネルコードを付加し得ることを示す。プロセスはステップ３１１に進み、ＨＳ−ＤＳＣＨチャネルを再構成する。
【００６１】
ステップ３１０：新規のＤＣＨを使用して新規要求サービスデータを転送する。
【００６２】
確認のためにアドミッション確認（ＡＣ）プロセスが実行されているため、システムは、新規の要求サービス帯域幅要求をサポートすることができ、したがって、Ｎ＿ａｄｄのＨＳ−ＤＳＣＨチャネルコードが付加され得ないと決定されると、新規のＤＣＨを用いて新規要求サービスデータが転送され得る。そのような処理シーケンスは、新規サービス需要を満たし、さらに、システム故障率を低減する。元のコード割り当てプロセスのために実装された方法を、ＤＣＨチャネルコード割り当てに用いることができる。
【００６３】
ステップ３１１：ＨＳ−ＤＳＣＨ再構成によりＮ＿ａｄｄのＳＦ１６ＯＶＳＦコードを付加する。
【００６４】
ＨＳ−ＤＳＣＨチャネル再構成の実行に際して、現在のＨＳ−ＤＳＣＨが、既存のサービスと新規サービス要求を同時にサポートできるように、Ｎ＿ａｄｄのＳＦ１６ＯＶＳＦチャネルコードが付加される。
【００６５】
ステップ３１２：現在のチャネルコード割り当てプロセスを終了するために、新規に構成されたＨＳ−ＤＳＣＨチャネル上で新規要求サービスデータを転送する。
【００６６】
本発明のＨＳ−ＤＳＣＨチャネルコード撤回機構は、主に、現在のＨＳ−ＤＳＣＨチャネルコード利用率およびＨＳ−ＤＳＣＨチャネルコードの固定長１６の文字を考慮する。ＨＳ−ＤＳＣＨベアラサービス完了後に、いくらか予備のＨＳ−ＤＳＣＨ帯域幅がある可能性が高く、このため、システムのＨＳ−ＤＳＣＨチャネルコード利用率が明確に下がる。チャネルコード利用率を向上させるには、他のサービス要求で使用するために一部のＨＳ−ＤＳＣＨチャネルコードを適時に撤回すると有利である。最低速度を満たすために、本発明の撤回プロセスでは、ヒステリシス決定機構を有する二重閾値を適用して、撤回戦略の決定の正確さを向上させ、不必要な動作を減らす。この二重閾値は、最低データ速度閾値とチャネル利用率閾値を含む。これらの閾値は、システムおよびサービスサポート計画に従って事前定義される。
【００６７】
図４に、本発明で記述するＨＳ−ＤＳＣＨチャネルコード撤回機構の流れ図を示す。この撤回プロセスは、ＨＳ−ＤＳＣＨベアラデータ伝送サービスの完了後に、以下のステップを行うことにより実行される。
【００６８】
ステップ４０１：現在のＨＳ−ＤＳＣＨチャネルコード数を、事前定義の最低限度データ速度に基づくチャネルコード数と比較する。
【００６９】
割り当てＨＳ−ＤＳＣＨチャネルコード数は、システムに最低ＨＳ−ＤＳＣＨ帯域幅を保証するために事前定義の最低限度を上回るように設定される。現在のＨＳ−ＤＳＣＨチャネルコード数が最低限度と等しい場合には、コードは撤回されず、プロセスはステップ４０４に進んで、現在のコード撤回プロセスを終了する。そうでない場合、プロセスはステップ４０２に進む。
【００７０】
ステップ４０２：ＨＳ−ＤＳＣＨ伝送の現在のチャネル利用率（ＣＵＲ）を計算する。
【００７１】
ＣＵＲは、現在のシステムのＨＳ−ＤＳＣＨ帯域幅とＨＳ−ＤＳＣＨデータ伝送サービスの平均速度の合計とに基づいて計算される。ＣＵＲは、現在のＨＳ−ＤＳＣＨベアラ伝送サービスのすべてのダウンリンク平均速度（ＤＭＲ）の合計の、システムＨＳ−ＤＳＣＨ帯域幅に対する比率であると定義される。
【００７２】
ステップ４０３：現在のＣＵＲを、事前定義のコード利用率閾値と比較する。
【００７３】
ＣＵＲが所定の閾値より大きい場合、それは、現在のシステムのＨＳ−ＤＳＣＨコード利用率が、所定の閾値より高いことを示す。利用率を向上させるためにＨＳ−ＤＳＣＨコードを撤回する必要はなく、その場合、プロセスは、ステップ４０４に進んで、現在のチャネルコード撤回プロセスを終了する。そうでない場合、それは、現在のＣＵＲが期待されるＣＵＲ値より低いことを示す。プロセスは、コード撤回プロセスを実行するために、ステップ４０５に進む。
【００７４】
ステップ４０４：ＨＳ−ＤＳＣＨコードの撤回は不要である。
【００７５】
これは、現在のＨＳ−ＤＳＣＨ  ＣＵＲが、依然として、期待される値より高く、撤回され得るチャネルコードリソースがないことを示す。
【００７６】
ステップ４０５：ヒステリシスタイマを始動する。
【００７７】
撤回戦略を実行すべきかどうかの決定の正確さを向上させ、システム効率に悪影響を及ぼし得るＣＵＲの一時的変動により生じる頻繁なコード割り当て撤回動作を回避するために、コード撤回が開始される前に、現在のＣＵＲが閾値より低い状態にあることを許容する時間遅延が実装される。
【００７８】
ステップ４０６：タイマが実行されている期間中に新規ＨＳＤＰＡサービス要求が受け取られたかどうか検査する。
【００７９】
この期間に新規のＨＳＤＰＡサービス要求が受け入れられた場合には、システムのＣＵＲが変更され、ＣＵＲが閾値を超えた可能性がある。他方、この期間にＨＳＤＰＡ伝送サービスが完了した場合には、新規ＣＵＲの計算は不要であり、これは、伝送サービス完了時にＣＵＲがさらに低減され、それは、コード撤回プロセスを実行する現在の決定には影響を及ぼさないはずだからである。ステップ４０７：新規サービス要求が受け取られた場合にはＣＵＲを再計算する。
【００８０】
新規ＨＳＤＰＡサービス要求を受け取ったときには、実際の状況に従ってＣＵＲを再計算する必要がある。
【００８１】
ステップ４０８：現在のＣＵＲを、事前定義のコード利用率閾値と再度比較する。
【００８２】
ＣＵＲが事前定義の閾値より大きい場合、それは、現在の利用率が期待される値を上回っており、コードリソースを撤回する必要がないことを示し、その場合、プロセスはステップ４０９に進む。そうでない場合には、プロセスは続行し、タイマが作動して時間切れになるのを待つ。
【００８３】
ステップ４０９：タイマを停止し、現在のチャネルコード撤回プロセスを終了する。
【００８４】
ステップ４１０：タイマが時間切れになった後、システムの無駄な帯域幅（ＳＷＢ）およびＨＳ−ＤＳＣＨ中の撤回コード数（Ｎ＿ｄｅｌ）を再計算する。
【００８５】
タイマが事前設定の時間制限を過ぎると、ＣＵＲの現在の値が依然として知られているＣＵＲの最新の値を下回っており、したがって、コードリソース撤回を実行する条件が依然として存在することが示される。したがって、プロセスは撤回数の計算を続行する。
【００８６】
ステップ４１１：Ｎ＿ｄｅｌを０と比較する。
【００８７】
ＨＳ−ＤＳＣＨチャネルコードが撤回されるたびに、固定ＳＦ長１６を有するＨＳ−ＤＡＣＨチャネルコードの機能的特性のために、現在のシステムＨＳ−ＤＳＣＨ帯域幅が１６Ｒずつ減る（ＲはＳＦの基本データ速度＝２５６である）。計算により得られたＮ＿ｄｅｌが０の値を持つことが判明した場合、それは、無駄な帯域幅がコードを解放するのに十分ではないことを示し、プロセスはステップ４０４に進んで現在のプロセスを終了する。そのような事例は、事前定義の閾値を設定することにより回避され得る。
【００８８】
ステップ４１２：撤回後の残余ＨＳ−ＤＳＣＨ帯域幅を、事前定義の最低サポート帯域幅と比較する。
【００８９】
システムが事前定義の最低ＨＳ−ＤＳＣＨ帯域幅を用いて動作することを保証するために、コードを撤回する前に、撤回後の残余帯域幅を、事前定義の最低帯域幅と比較することが必要とされる。撤回後の残余帯域幅が最低帯域幅より低い場合には、プロセスはコード撤回ステップをスキップし、ステップ４１３に進む。そうでない場合、プロセスはステップ４１４に進む。
【００９０】
ステップ４１３：システムの現在のＨＳ−ＤＳＣＨ帯域幅と最低帯域幅の差に対応する数のコードを撤回する。
【００９１】
Ｎ＿ｄｅｌコードを直接撤回するプロセスが、現在のシステムのＨＳ−ＤＳＣＨ帯域幅を事前定義の最低サポート帯域幅より小さくする可能性が存在する。そのため、最低ＨＳ−ＤＳＣＨ帯域幅を保証するために、システム帯域幅が事前定義の最低帯域幅より低いという状態が起こらないようにすべきである。このために、現在のＨＳ−ＤＳＣＨ帯域幅と最低帯域幅の差の値により、最大許容ＨＳ−ＤＳＣＨチャネルコード撤回数が決定される。
【００９２】
ステップ４１４：Ｎ＿ｄｅｌのＨＳ−ＤＳＣＨチャネルコードを撤回し、現在の撤回プロセスを終了する。
【００９３】
以上、本発明を好ましい実施形態を参照して説明してきたが、前述の説明によれば、多くの代替、変更および変形が当分野の技術者には自明である。したがって、本発明は、添付の特許請求の範囲の概念および範囲の下に含まれるそのようなすべての代替、変更および変形を含むものとする。
【図面の簡単な説明】
【００９４】
【図１】ＯＶＳＦチャネルコード生成ツリーの構造を示す図である。
【図２】本発明の好ましい実施形態であるＨＳ−ＤＳＣＨチャネルコードの動的管理プロセスを示す概略図である。
【図３】本発明の好ましい実施形態におけるＨＳ−ＤＳＣＨチャネルコード割り当てのプロセスを示す流れ図である。
【図４】本発明の好ましい実施形態におけるＨＳ−ＤＳＣＨチャネルコード撤回のプロセスを示す流れ図である。
【符号の説明】
【００９５】
Ａ＋Ｂ＋Ｃ  ＳＦ４からＳＦ５１２に及ぶすべてのＯＶＳＦコード
Ｂ＋Ｃ  ＨＳ−ＤＳＣＨが利用可能な１５のＳＦ１６ＯＶＳＦコード
Ｂ  共通ＤＣＨにより使用されるＯＶＳＦコード
Ｃ  ＨＳ−ＤＳＣＨだけに充てるＯＶＳＦコード
【図１】
2005184822.tif 000003
【図２】
2005184822.tif 000004
【図３】
2005184822.tif 000005
【図４】
2005184822.tif 000006
【外国語明細書】
2005184822.tif 000007
2005184822.tif 000008
2005184822.tif 000009
2005184822.tif 000010
2005184822.tif 000011
2005184822.tif 000012
2005184822.tif 000013
2005184822.tif 000014
2005184822.tif 000015
2005184822.tif 000016
2005184822.tif 000017
2005184822.tif 000018
2005184822.tif 000019
2005184822.tif 000020
2005184822.tif 000021
2005184822.tif 000022
2005184822.tif 000023
2005184822.tif 000024
2005184822.tif 000025
2005184822.tif 000026
2005184822.tif 000027
2005184822.tif 000028
2005184822.tif 000029
2005184822.tif 000030
2005184822.tif 000031
2005184822.tif 000032
2005184822.tif 000033
2005184822.tif 000034
2005184822.tif 000035
2005184822.tif 000036
2005184822.tif 000037
2005184822.tif 000038
2005184822.tif 000039
2005184822.tif 000040
2005184822.tif 000041
2005184822.tif 000042
2005184822.tif 000043
2005184822.tif 000044
2005184822.tif 000045