【手続補正書】
【提出日】平成19年10月16日(2007.10.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
新規のＨＳ−ＤＳＣＨベアラサービス要求の受け取りに際して１組のＨＳ−ＤＳＣＨチャネルコードを動的に管理する方法であって、
現在のシステムの使用中のＨＳ−ＤＳＣＨチャネルリソースを決定し、次いで、システム残余ＨＳ−ＤＳＣＨチャネルリソースを得るために、システム総ＨＳ−ＤＳＣＨチャネルリソースから現在のシステムの使用中のＨＳ−ＤＳＣＨチャネルリソースを減算し、
新規のＨＳ−ＤＳＣＨベアラサービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースを決定し、
現在のシステム残余ＨＳ−ＤＳＣＨチャネルリソースを、新規のＨＳ−ＤＳＣＨベアラサービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースと比較し、システム残余ＨＳ−ＤＳＣＨチャネルリソースが新規のＨＳ−ＤＳＣＨベアラサービス要求に必要なＨＳ−ＤＳＣＨチャネルリソースより小さい場合には、現在のコードツリーに従って、少なくとも１つの新規ＨＳ−ＤＳＣＨチャネルコードを付加し、割り当てること、を含む方法。
【請求項２】
システム残余ＨＳ−ＤＳＣＨチャネルリソースを決定する前記ステップが、必要なＨＳ−ＤＳＣＨチャネルリソースより小さい場合に、前記現在のコードツリーに従って、新規ＨＳ−ＤＳＣＨベアラサービス要求をデータ伝送用のＤＣＨチャネルに切り換えるステップをさらに含む、請求項１に記載の方法。
【請求項３】
新規のＨＳ−ＤＳＣＨベアラサービス要求の完了に際して１組のＨＳ−ＤＳＣＨチャネルコードを動的に管理する方法であって、
事前定義の閾値と比較して既存のチャネルコードを撤回すべきかどうか決定するためにＨＳ−ＤＳＣＨチャネルコードリソースの現在のシステム利用率を決定することを含む方法。
【請求項４】
前記新規のＨＳ−ＤＳＣＨベアラサービス要求を受け取る前記ステップが、ストリーミングクラスのＨＳ−ＤＳＣＨベアラサービス要求、およびバックグラウンドクラスのＨＳ−ＤＳＣＨベアラサービス要求を受け取るステップを含み、ストリーミングクラスに必要なＨＳ−ＤＳＣＨチャネルリソースが保証ビット速度（ＧＢＲ）によって測定され、バックグラウンドクラスに必要なＨＳ−ＤＳＣＨチャネルリソースがダウンリンク平均速度（ＤＭＲ）によって測定される請求項１に記載の方法。
【請求項５】
前記ＨＳ−ＤＳＣＨチャネルコードリソースの現在のシステム利用率を決定する前記ステップが、現在のＨＳ−ＤＳＣＨベアラ伝送サービスのすべてのＤＭＲまたはＧＢＲの和の、システムＨＳ−ＤＳＣＨチャネル帯域幅に対する比率を決定するステップを含む、請求項１に記載の方法。
【請求項６】
サービス要求の受け取りに際して１組のＨＳ−ＤＳＣＨチャネルコードを動的に管理する方法であって、
前記サービス要求のＧＢＲまたはＤＭＲを、サービス要求の基本ＱｏＳクラスに従ってシステムの現在の利用可能なＨＳ−ＤＳＣＨチャネル帯域幅リソースと比較し、前記ＧＢＲまたは前記ＤＭＲが利用可能な帯域幅リソースより大きい場合にはＨＳ−ＤＳＣＨチャネルコードを付加することを含む方法。
【請求項７】
前記ＨＳ−ＤＳＣＨチャネルコードを付加する前記ステップが、利用可能なＨＳ−ＤＳＣＨチャネルコードの必要数が、現在のＯＶＳＦコードツリーでの利用可能なチャネルコード数を超えている場合には、新規ＤＣＨコードを割り当てるためにサービス要求をＤＣＨに切り換えるステップをさらに含む、請求項６に記載の方法。
【請求項８】
前記ＨＳ−ＤＳＣＨチャネルコードを付加する前記ステップが、利用可能なＨＳ−ＤＳＣＨチャネルコードの必要数が、現在のＯＶＳＦコードツリーでの利用可能なチャネルコード数より小さい場合には、チャネルの再構成によって、付加的ＨＳ−ＤＳＣＨチャネルコードを対応するＨＳ−ＤＳＣＨチャネルに構成するステップをさらに含む、請求項６に記載の方法。
【請求項９】
現在のシステムの利用可能ＨＳ−ＤＳＣＨ帯域幅（ＳＡＢ）を決定する前記ステップが、現在のＨＳＤＰＡベアラサービスでの現在のＧＢＲとＤＭＲのすべての和を、システム全体の現在のＨＳ−ＤＳＣＨチャネルで構成されているチャネルコード数から減算することにより、現在のシステムの総ＨＳ−ＤＳＣＨ帯域幅を介して前記ＳＡＢを決定するステップをさらに含む、請求項８に記載の方法。
【請求項１０】
サービス要求中のＱｏＳパラメータにより指定されたサービスクラスに従って現在のサービス要求がストリーミングクラスか、それともバックグラウンドクラスか決定し、前記ＴＲ＿ｒｅｑ＝ＧＢＲをストリーミングクラスのサービス要求に割り当てることにより前記ＱｏＳパラメータ中のＧＢＲを要求ダウンロード伝送データ速度（ＴＲ＿ｒｅｑ）として用い、前記ＴＲ＿ｒｅｑ＝ＤＭＲをバックグラウンドクラスのサービス要求に割り当てることによりＤＭＲを要求ダウンロード伝送データ速度（ＴＲ＿ｒｅｑ）として用いることをさらに含む、請求項８に記載の方法。
【請求項１１】
サービス要求のＤＭＲを用いる前記ステップが、式ＤＭＲ＝ＤＰＲ×ＤＡＣＴで表されるように、ＱｏＳ要求トラフィックモデルパラメータダウンリンク最高速度（ＤＰＲ）にダウンリンク活動係数（ＤＡＣＴ）を乗じることにより前記ＤＭＲを計算するステップをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記ＨＳ−ＤＳＣＨチャネルコードを付加する前記ステップが、前記ＨＳ−ＤＳＣＨチャネルコードを付加するために、前記ＳＦ１６ＯＶＳＦチャネルコード数（Ｎ＿ａｄｄ）を計算するために、利用可能ＨＳ−ＤＳＣＨチャネルコードの必要数が現在のＯＶＳＦコードツリーで利用可能であることを判断するために、ＴＲ＿ｒｅｑとＳＡＢの差を決定するステップをさらに含む、請求項８に記載の方法。
【請求項１３】
予備のチャネルコードの撤回を動的に管理する方法であって、
現在のＨＳ−ＤＳＣＨチャネルコード数が事前定義の最低チャネルコード数より大きいかどうか比較し、決定し、現在のＨＳ−ＤＳＣＨチャネルコード数が事前定義の最低チャネルコードより大きい場合にのみ、前記予備のチャネルコードの撤回を続行することを含む方法。
【請求項１４】
現在のＨＳ−ＤＳＣＨチャネルコード数が事前定義の最低チャネルコード以下である場合には、前記予備のチャネルコードの撤回を終了して抜け出すことをさらに含む、請求項１３に記載の方法。
【請求項１５】
現在のＨＳ−ＤＳＣＨチャネルコード数が事前定義の最低チャネルコードより大きい場合には、現在のＨＳ−ＤＳＣＨチャネルコードリソース（ＣＵＲ）の利用率を計算し、
現在のＣＵＲを事前定義のコード利用率の閾値と比較し、
ＣＵＲが事前定義の閾値より大きい場合には、予備のチャネルコードの撤回を終了して抜け出すことをさらに含む、請求項１３に記載の方法。
【請求項１６】
ＣＵＲが事前定義の閾値以下である場合には、事前設定の期間に受け取られる新規のサービス要求を監視し、新規のサービス要求が受け取られた場合には、新規のＣＵＲを再計算し、新規のＣＵＲを事前定義の閾値と比較して前記予備のチャネルコードの撤回を続行すべきかどうかと撤回のためのチャネルコード数を決定することをさらに含む、請求項１５に記載の方法。
【請求項１７】
前記現在のＨＳ−ＤＳＣＨチャネルコード利用率（ＣＵＲ）が、現在のＨＳ−ＤＳＣＨベアラ伝送サービスのすべてのダウンリンク平均速度（ＤＭＲ）の和の、システムＨＳ−ＤＳＣＨチャネル帯域幅に対する比率である、請求項１３に記載の方法。
【請求項１８】
前記ＣＵＲの再計算後の比較プロセスの前記ステップが、現在のＣＵＲが事前定義のコード利用率より大きい場合には、タイマを停止し、予備のチャネルコードの撤回を終了して抜け出すステップと、現在のＣＵＲが事前定義のコード利用率より小さい場合には、タイマの事前設定の制限時間が切れた後に、システムの無駄な帯域幅（ＳＷＢ）およびＨＳ−ＤＳＣＨでの撤回コード数（Ｎ＿ｄｅｌ）を再計算するステップとをさらに含む、請求項１３に記載の方法。
【請求項１９】
前記Ｎ＿ｄｅｌを再計算するステップの後に、Ｎ＿ｄｅｌが０より大きいかどうか決定し、Ｎ＿ｄｅｌが０以下である場合には、予備のチャネルコードの撤回を終了して抜け出し、Ｎ＿ｄｅｌが０より大きい場合には、撤回後の残余ＨＳ−ＤＳＣＨ帯域幅を事前定義の最低サポート帯域幅と比較し、前記残余ＨＳ−ＤＳＣＨ帯域幅が最低サポート帯域幅より小さい場合には、現在のＨＳ−ＤＳＣＨ帯域幅と最低サポート帯域幅の差に等しい撤回コード数を有するＨＳ−ＤＳＣＨチャネルコードだけを撤回し、残余ＨＳ−ＤＳＣＨ帯域幅が最低サポート帯域幅以上である場合には、Ｎ＿ｄｅｌのＨＳ−ＤＳＣＨチャネルコードを撤回し、予備のチャネルコードの撤回を終了して抜け出すことをさらに含む、請求項１３に記載の方法。