(57)【要約】  本発明は、移動通信システムで高速順方向パケットデータサービスのために割り当てられるリソースの状態を管理する方法に関するものである。このために、Ｎｏｄｅ  Ｂは、ＨＳＤＰＡ機能を担当するハードウェアの初期動作の際に使用可能なＨＳＤＰＡリソース状態を把握して上位ＲＮＣに報告し、ＨＳＤＰＡ機能を担当するハードウェア構成が変更又は障害が感知される場合にもＨＳＤＰＡリソース状態を把握してＲＮＣに報告する。したがって、ＨＳＤＰＡサービスのための効率的なリソース割り当てだけでなく、迅速なリソースの切り替えを遂行可能にする。
2007511950.tif 000002
【特許請求の範囲】
【請求項１】
高速パケットデータサービスのためのリソースを割り当てる無線ネットワーク制御部(Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ)と、複数のローカルセルのうち前記ＲＮＣから割り当てられたリソースを用いて前記高速パケットデータサービスを提供する少なくとも一つのローカルセルを有する基地局を含む移動通信システムにおいて、前記高速パケットデータサービスのためのリソースの状態を前記基地局が前記ＲＮＣに報告する方法であって、
前記ローカルセル別に前記高速パケットデータサービスの支援可否を判定する段階と、
前記判定により、各ローカルセル別に高速パケットデータサービスの利用状態に関する情報を前記ＲＮＣに伝送する段階と、
を有することを特徴とする方法。
【請求項２】
前記ＲＮＣから前記高速パケットデータサービスのために割り当てられた支援を示す情報を受信する段階と、
前記高速パケットデータサービスの支援が可能な少なくとも一つのローカルセルに対して前記リソースを割り当てる段階と、
をさらに有することを特徴とする請求項１記載の方法。
【請求項３】
前記リソースを割り当てる段階は、前記高速パケットデータサービスの支援が可能なローカルセルのうちのいずれか一つのローカルセルに対応して割り当てることを特徴とする請求項２記載の方法。
【請求項４】
前記高速パケットデータサービスの支援が可能なローカルセルが変更されるときに、前記高速パケットデータサービスの支援可否を示す情報を前記ＲＮＣに伝送する段階をさらに有することを特徴とする請求項１記載の方法。
【請求項５】
前記基地局と前記ＲＮＣが有する各ローカルセル別高速パケットデータサービスの支援の可否に関する情報が一致しない場合に、前記基地局の各ローカルセル別に高速パケットデータサービスの支援の可否に関する情報を前記ＲＮＣに伝送する段階をさらに有することを特徴とする請求項１記載の方法。
【請求項６】
前記基地局は、前記高速パケットデータサービスの支援が可能なローカルセルに対応して、支援可能な高速パケットデータサービスの関連情報を共に伝送することを特徴とする請求項５記載の方法。
【請求項７】
前記高速パケットデータサービスの関連情報は、該当ローカルセルで高速パケットデータサービスを支援するための最大バッファサイズ、高速パケットデータサービスを支援するための最大コード数、及び高速パケットデータサービスを支援するための最大電力量を含むことを特徴とする請求項６記載の方法。
【請求項８】
前記高速パケットデータサービスの関連情報は、該当ローカルセルに対応するセルのリソース運営状態に関する情報(Ｒｅｓｏｕｒｃｅ  Ｏｐｅｒａｔｉｏｎａｌ  Ｓｔａｔｅ)及び利用状態に関する情報(Ａｖａｉｌａｂｉｌｉｔｙ  Ｓｔａｔｕｓ)を含むことを特徴とする請求項６記載の方法。
【請求項９】
高速パケットデータサービスのためのリソースを割り当てる無線ネットワーク制御部(ＲＮＣ)と、複数のローカルセルのうち前記ＲＮＣから割り当てられたリソースを用いて前記高速パケットデータサービスを提供する少なくとも一つのローカルセルを有する基地局を含む移動通信システムで、前記ＲＮＣが前記高速パケットデータサービスのためのリソースを割り当てる方法であって、
前記基地局から前記ローカルセル別に前記高速パケットデータサービスの支援可否に関する情報を受信する段階と、
前記高速パケットデータサービスの支援可否に関する情報により前記高速パケットデータサービスを支援するセルの最大個数を決定する段階と、
前記セルの最大個数を参照して前記高速パケットデータサービスのためのリソースを割り当てる段階と、
を含むことを特徴とする方法。
【請求項１０】
前記基地局からの報告に基づいて前記セルの最大個数を調整する段階をさらに備えることを特徴とする請求項９記載の方法。
【請求項１１】
前記基地局と前記ＲＮＣが有する各ローカルセル別高速パケットデータサービスの支援可否に関する情報が一致しないと、前記基地局の各ローカルセル別高速パケットデータサービスの支援可否に関する情報の伝送を前記基地局に要求する段階をさらに備えることを特徴とする請求項９記載の方法。
【請求項１２】
前記基地局から前記高速パケットデータサービスの支援が可能なローカルセルに対応して支援可能な高速パケットデータサービスに対する関連情報が共に伝送されることを特徴とする請求項１１記載の方法。
【請求項１３】
前記高速パケットデータサービスの関連情報は、前記基地局が該当ローカルセルで高速パケットデータサービスを支援するための最大バッファサイズ、高速パケットデータサービスを支援するための最大コード個数、及び高速パケットデータサービスを支援するための最大電力量を含むことを特徴とする請求項１２記載の方法。
【請求項１４】
前記高速パケットデータサービスの関連情報は、該当ローカルセルに対応するセルのリソース運営状態に関する情報及び利用状態に関する情報を含むことを特徴とする請求項１２記載の方法。
【請求項１５】
高速パケットデータサービスのためのリソースを割り当てる無線ネットワーク制御部(ＲＮＣ)と、前記ＲＮＣによって割り当てられたリソースを用いてセル別に前記高速パケットデータサービスを提供する基地局を含む移動通信システムで、前記高速パケットデータサービスのためのリソースの状態を前記基地局が前記ＲＮＣに報告する方法であって、
前記高速パケットデータサービスの支援が可能なセルを検出する段階と、
前記検出結果により、前記高速パケットデータサービスを支援するセルの最大個数を決定する段階と、
前記高速パケットデータサービスを支援するセルの最大個数を前記ＲＮＣに伝送する段階と、
を含むことを特徴とする方法。
【請求項１６】
前記基地局は、前記ＲＮＣから前記高速パケットデータサービスの支援のために割り当てられたリソースを受信し、前記割り当てられたリソースを前記高速パケットデータサービスの支援が可能なセルに対して割り当てる段階をさらに備えることを特徴とする請求項１５記載の方法。
【請求項１７】
前記基地局は、前記高速パケットデータサービスを支援するセルが変更されるときに、変更情報を前記ＲＮＣに伝送する段階をさらに備えることを特徴とする請求項１５記載の方法。
【請求項１８】
前記変更情報は、該当ローカルセルに対応するセルのリソース運営状態に関する情報及び利用状態に関する情報を含むことを特徴とする請求項１７記載の方法。
【請求項１９】
高速パケットデータサービスのためのリソースを割り当てる無線ネットワーク制御部(ＲＮＣ)と、前記ＲＮＣによって割り当てられたリソースを用いてセル別に前記高速パケットデータサービスを提供する基地局を含む移動通信システムで、前記ＲＮＣが前記高速パケットデータサービスのためのリソースを割り当てる方法であって、
前記基地局から前記高速パケットデータサービスを支援する最大セルの個数を受信する段階と、
前記高速パケットデータサービスを支援するセルの最大個数を参照して前記高速パケットデータサービスの支援のためのリソースを割り当てる段階と、
を含むことを特徴とする方法。
【請求項２０】
前記基地局からの報告に基づいて前記セルの最大個数を更新する段階をさらに備えることを特徴とする請求項１９記載の方法。
【請求項２１】
前記セルの最大個数が変更されるときに、各ローカルセルに対応するセルのリソース運営状態に関する情報及び利用状態に関する情報を受信する段階をさらに備えることを特徴とする請求項１９記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信システムにおけるリソース管理方法に関し、特に、高速順方向パケットデータサービスのために割り当てられるリソースの状態を管理する方法に関するものである。
【背景技術】
【０００２】
移動通信システムは、初期の音声中心のサービスを提供したシステムからデータサービス及びマルチメディアサービスなどを提供する高速、高品質の無線データパケットサービスを支援する移動通信システムに発展している。現在、３ＧＰＰ(３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐｒｏｊｅｃｔ  Ｐａｒｔｎｅｒｓｈｉｐ)の非同期ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）と同期ＣＤＭＡ(Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ)方式に大別される第３世代移動通信システムは、高速、高品質の無線データパケットサービスのための標準化作業が行われている。例えば、３ＧＰＰでは順方向高速パケットアクセス(Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ：以下、“ＨＳＤＰＡ”とする)方式に対する標準化作業が進んでおり、３ＧＰＰ２では１xＥＶ-ＤＶ方式に対する標準化作業が進んでいる。このような標準化作業は、第３世代の移動通信システムで２Ｍｂｐｓ以上の高速、高品質の無線データパケット伝送サービスに対する解決策を求めるための努力の代表的なことである。第４世代の移動通信システムは、それ以上の高速、高品質のマルチメディアサービスの提供を基にしている。
【０００３】
ＨＳＤＰＡ方式は、高速順方向共通チャンネル(Ｈｉｇｈ  Ｓｐｅｅｄ-Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ：以下、“ＨＳ-ＤＳＣＨ”とする）とこれに関連した制御チャンネルを用いるデータ伝送方式である。ＨＳ-ＤＳＣＨは、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｓｙｓｔｅｍ)移動通信システムで順方向高速パケットデータの伝送を支援するための順方向データチャンネルである。
【０００４】
ＨＳＤＰＡ方式では、従来の移動通信システムで提供された一般的な技術以外にチャンネル変化に対する適応能力を高めることができる他の進歩した技術が必要である。したがって、ＨＳＤＰＡ方式で適応変調/符号化方式(Ａｄａｐｔｉｖｅ  Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ：以下、“ＡＭＣＳ”とする）、多チャンネル停止-待機混合自動再伝送(ｎ-ｃｈａｎｎｅｌ  Ｓｔｏｐ  Ａｎｄ  Ｗａｉｔ  Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅ-ｔｒａｎｓｍｉｓｓｉｏｎ  Ｒｅｑｕｅｓｔ：ｎ-ｃｈａｎｎｅｌ  ＳＡＷ  ＨＡＲＱ)方式、及び高速セル選択(Ｆａｓｔ  Ｃｅｌｌ  Ｓｅｌｅｃｔｉｏｎ：ＦＣＳ）方式が導入された。
【０００５】
しかしながら、移動通信システムでは使用可能なリソースが限定されていることで、限定されたリソースの管理方法によりシステムの性能が評価されることができる。
【０００６】
従来の移動通信システムでのリソース管理について説明すると、基地局(以下、“Ｎｏｄｅ  Ｂ”とする)は、内部の論理リソース(ｌｏｇｉｃａｌ  ｒｅｓｏｕｒｃｅ）とハードウェアリソース(ｈａｒｄｗａｒｅ  ｒｅｓｏｕｒｃｅ)との間のマッピングを担当する。論理リソースとしては、ローカルセル(ｌｏｃａｌ  ｃｅｌｌ)、セル、共通伝送チャンネル、及び共通物理チャンネルなどが含まれる。
【０００７】
ＨＳＤＰＡのための初期化の際に、Ｎｏｄｅ  Ｂは内部ハードウェア状態を把握し、ハードウェア状態をローカルセル情報の形態にリソース状態識別(Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｉｎｄｉｃａｔｉｏｎ)メッセージにより無線ネットワーク制御器(Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：以下、“ＲＮＣ”とする)に報告する。リソース状態識別メッセージは“Ｎｏ  Ｆａｉｌｕｒｅ”メッセージである。ＲＮＣは論理リソースを設定する。すなわち、報告された情報によりセルセットアップ手順と共通チャンネルセットアップ手順を遂行してセルと共通チャンネルを設定する。この設定された論理リソースに関する情報はＮｏｄｅ  Ｂに伝送される。
【０００８】
設定された初期リソース状態は、Ｎｏｄｅ  Ｂ内の構成が変更される場合、又はＮｏｄｅ  Ｂ内のハードウェア上の障害(ｆａｉｌｕｒｅ)が感知された場合に変更される可能性がある。Ｎｏｄｅ  Ｂはリソース状態の変更が発生すると、変更事項をリソース状態識別メッセージ(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)を通じて上位ＲＮＣに報告する。この変更事項は、ローカルセル、セル、共通チャンネルの状態情報に対応する。ＲＮＣは、Ｎｏｄｅ  Ｂからの情報に基づいてこれ以上使用が不可能なセルや共通チャンネルを削除し、再び割り当てる手順を遂行することによってＮｏｄｅ  Ｂによって新たに割り当てられたセルや共通チャンネルへの切り替えが遂行されるように制御する。
【０００９】
次世代移動通信システムで新たに提案されているＨＳＤＰＡ方式を支援するＮｏｄｅ  Ｂの場合にいても、ＨＳＤＰＡサービスのためのハードウェアリソースの状態を把握し、これを論理リソース情報の形態で報告する手順が必要である。しかしながら、現在までは上述した手順に対して何らの提案もなされていない状況である。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
したがって、上記のような従来技術の問題点を解決するために、本発明の目的は、高速順方向パケットデータサービスを提供する移動通信システムで割り当てられたリソースの状態を管理する方法を提供することにある。
【００１１】
本発明の他の目的は、基地局で高速順方向パケットデータサービスを担当するハードウェアの初期動作と同時に可用リソースの構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)/状態(ｓｔａｔｕｓ)情報を把握して無線ネットワーク制御部(ＲＮＣ)に報告する方法を提供することにある。
【００１２】
また、本発明の目的は、基地局で高速順方向パケットデータサービスを担当するハードウェアの構成が変更され、或いは障害が感知された場合に、リソース構成/状態情報を把握してＲＮＣに報告する方法を提供することにある。
【００１３】
本発明の目的は、基地局からリソース構成/状態情報を受けたＲＮＣで該当セルに高速順方向パケットデータサービスに関連した論理リソースを再設定する方法を提供することにある。
【００１４】
さらに、本発明の目的は、高速順方向パケットデータサービスに関連した論理リソースを再設定した場合に、該当セルを通じて高速順方向パケットデータサービスを受けた移動端末に継続してサービスを可能にする方法を提供することにある。
【００１５】
本発明の他の目的は、基地局の論理リソースの構成/状態とＲＮＣの論理リソースの構成/状態が一致しない場合に、ＲＮＣに高速順方向パケットデータサービスとの論理リソース状態を報告するように命令する方法を提供することにある。
【課題を解決するための手段】
【００１６】
上記した目的を達成するために、本発明は、高速パケットデータサービスのためのリソースを割り当てる無線ネットワーク制御部(Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ)と、複数のローカルセルのうち前記ＲＮＣから割り当てられたリソースを用いて前記高速パケットデータサービスを提供する少なくとも一つのローカルセルを有する基地局を含む移動通信システムにおいて、前記高速パケットデータサービスのためのリソースの状態を前記基地局が前記ＲＮＣに報告する方法であって、前記ローカルセル別に前記高速パケットデータサービスの支援可否を判定する段階と、前記判定により、各ローカルセル別に高速パケットデータサービスの利用状態に関する情報を前記ＲＮＣに伝送する段階とを有することを特徴とする。
【００１７】
また、本発明は、高速パケットデータサービスのためのリソースを割り当てる無線ネットワーク制御部(ＲＮＣ)と、複数のローカルセルのうち前記ＲＮＣから割り当てられたリソースを用いて前記高速パケットデータサービスを提供する少なくとも一つのローカルセルを有する基地局を含む移動通信システムで、前記ＲＮＣが前記高速パケットデータサービスのためのリソースを割り当てる方法であって、前記基地局から前記ローカルセル別に前記高速パケットデータサービスの支援可否に関する情報を受信する段階と、前記高速パケットデータサービスの支援可否に関する情報により前記高速パケットデータサービスを支援するセルの最大個数を決定する段階と、前記セルの最大個数を参照して前記高速パケットデータサービスのためのリソースを割り当てる段階とを含むことを特徴とする。
【００１８】
本発明は、高速パケットデータサービスのためのリソースを割り当てる無線ネットワーク制御部(ＲＮＣ)と、前記ＲＮＣによって割り当てられたリソースを用いてセル別に前記高速パケットデータサービスを提供する基地局を含む移動通信システムで、前記高速パケットデータサービスのためのリソースの状態を前記基地局が前記ＲＮＣに報告する方法であって、前記高速パケットデータサービスの支援が可能なセルを検出する段階と、前記検出結果により、前記高速パケットデータサービスを支援するセルの最大個数を決定する段階と、前記高速パケットデータサービスを支援するセルの最大個数を前記ＲＮＣに伝送する段階とを含むことを特徴とする。
【００１９】
さらに本発明は、高速パケットデータサービスのためのリソースを割り当てる無線ネットワーク制御部(ＲＮＣ)と、前記ＲＮＣによって割り当てられたリソースを用いてセル別に前記高速パケットデータサービスを提供する基地局を含む移動通信システムで、前記ＲＮＣが前記高速パケットデータサービスのためのリソースを割り当てる方法であって、前記基地局から前記高速パケットデータサービスを支援する最大セルの個数を受信する段階と、前記高速パケットデータサービスを支援するセルの最大個数を参照して前記高速パケットデータサービスの支援のためのリソースを割り当てる段階とを含むことを特徴とする。
【発明の効果】
【００２０】
本発明は、ＨＳＤＰＡ方式を支援する移動通信システムでＨＳＤＰＡサービスのために割り当てられるリソースの状態が無線ネットワーク制御器によって管理可能にすることで、リソース割り当てを効率的に遂行することができる効果を有する。また、割り当てられたリソースを通じてＨＳＤＰＡサービスが不可能な状況が発生しても、迅速なリソースの切り替えが遂行可能にすることで、安定したＨＳＤＰＡサービスが支援できる効果も有する。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
下記に、本発明に関連した公知の機能又は構成に関する具体的な説明が、本発明の要旨を不明にすると判断された場合に、その詳細な説明を省略する。
また、本発明の効果的な説明のために、移動通信システムについて非同期移動通信方式の標準である３ＧＰＰの移動通信網を例に挙げて説明する。一方、後述する本発明の実施形態による詳細な説明ではＨＳＤＰＡ方式を適用しているが、本発明はその他の高速パケットデータサービスにも適用可能である。
【００２２】
本発明では、ＨＳＤＰＡ方式を適用するためにＮｏｄｅ  Ｂで使用されるリソースを管理する方法を提案する。このために、Ｎｏｄｅ  ＢがＨＳＤＰＡ方式を支援するためのリソースをＣＲＮＣ(Ｃｏｎｔｒｏｌｌｉｎｇ  ＲＮＣ)から割り当てを受けるために必要な情報をＣＲＮＣに報告する構成と、ＨＳＤＰＡ方式を支援するために割り当てられたリソースをＲＮＣで管理する構成が開示されるべきである。ＣＲＮＣは、ＨＳＤＰＡ方式を支援するための論理リソースの制御を担当するＲＮＣである。Ｎｏｄｅ  ＢがＨＳＤＰＡ方式を支援するためのリソースをＣＲＮＣからの割り当てを受けるために必要な情報をＣＲＮＣに報告する状況を示すと、次のようである。
【００２３】
(１)ＨＳＤＰＡ方式を支援するために構成されたハードウェア(以下、“ＨＳＤＰＡハードウェア”とする)の初期動作によってＮｏｄｅ  ＢにＨＳＤＰＡ機能が追加される場合
(２)Ｎｏｄｅ  Ｂの内でＨＳＤＰＡ方式を支援するための構成情報が変更され、或いはＨＳＤＰＡ方式を支援するハードウェアの障害(ｆａｉｌｕｒｅ)によってＨＳＤＰＡ機能が変更される場合
(３)Ｎｏｄｅ  Ｂの内でＨＳＤＰＡ方式を支援するための構成情報が変更され、或いはＨＳＤＰＡ方式を支援するハードウェアの障害などによりＨＳＤＰＡ機能を提供するセルでＨＳＤＰＡに関連した状態が変更される場合
(４)ＨＳＤＰＡ方式を支援するハードウェアの除去によってＮｏｄｅ  ＢのＨＳＤＰＡ機能のうち、一部又は全部が除去される場合
【００２４】
上記のような状況が発生すると、Ｎｏｄｅ  ＢはＨＳＤＰＡ方式を支援するための論理リソースの制御を担当するＲＮＣに該当状況を報告する。後述する本発明では、Ｎｏｄｅ  ＢがＲＮＣに報告する方法を相互に異なる実施形態で示す。また、各実施形態では、前述した各状況別に動作を区分して説明する。まず、本発明の詳細な説明では、図１及び図２に示すシグナリング手順を参照して説明する。
【００２５】
１．第１の実施形態
第１の実施形態は、Ｎｏｄｅ  ＢでＨＳＤＰＡ機能が支援可能なＨＳＤＰＡセルの最大個数(ＭＡＸ_ＨＳＤＰＡ_Ｃｅｌｌ_Ｉｎ_Ｎｏｄｅ  Ｂ)を用いる。ＨＳＤＰＡハードウェアの初期動作の際又はＨＳＤＰＡ機能を支援するためのＨＳＤＰＡハードウェアの変更によってＨＳＤＰＡ方式が提供できる能力に変更が生じた場合に、提供可能なＨＳＤＰＡセルの最大個数をＲＮＣに報告する。
【００２６】
１．１  シグナリング手順
１．１．１  ＨＳＤＰＡセルの追加/除去時のシグナリング
ＨＳＤＰＡハードウェアの初期化の際に、ＨＳＤＰＡ機能の追加でＨＳＤＰＡセルの最大個数が増加すると、Ｎｏｄｅ  Ｂはリソース状態識別（ＲＥＳＯＵＲＣＥ  ＳＴＡＴＵＳ  ＩＮＤＩＣＡＴＩＯＮ(Ｎｏ  Ｆａｉｌｕｒｅ)）メッセージによりＲＮＣに増加されたＨＳＤＰＡセルの最大個数を報告する。Ｎｏｄｅ  ＢはＨＳＤＰＡ機能を支援するために実現されたＨＳＤＰＡハードウェア装置の除去によってＨＳＤＰＡ機能のうちの一部又は全部が支援されないことによって、提供可能なＨＳＤＰＡセルの最大個数が減少する場合に、これをリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージを通じてＲＮＣに報告する。
【００２７】
図１は、本発明の実施形態により初期化及びＨＳＤＰＡ機能の追加/削除によってＮｏｄｅ  ＢとＣＲＮＣとの間に遂行されるシグナリング手順を示す図である。図１を参照すると、Ｎｏｄｅ  Ｂ１０は、ステップ１１０でＨＳＤＰＡのための初期動作の際に、ＨＳＤＰＡセルの最大個数(ＭＡＸ_ＨＳＤＰＡ_Ｃｅｌｌ_Ｉｎ_Ｎｏｄｅ  Ｂ)をリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージによってＣＲＮＣ２０に通報する。また、ＨＳＤＰＡセルがＨＳＤＰＡハードウェア装置の追加/除去によって増加又は減少すると、Ｎｏｄｅ  Ｂは、ステップ１１０でＭＡＸ_ＨＳＤＰＡ_Ｃｅｌｌ_Ｉｎ_Ｎｏｄｅ  Ｂをリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージによってＣＲＮＣ２０に通報する。
【００２８】
ＣＲＮＣ２０は、ＭＡＸ_ＨＳＤＰＡ_Ｃｅｌｌ_Ｉｎ_Ｎｏｄｅ  Ｂに基づいて所定のセルｘを通じてＨＳＤＰＡサービスを提供するか否かを決定する。所定のセル、すなわちセルｘを通じてＨＳＤＰＡサービスを提供する場合に、ＣＲＮＣ２０は、ステップ１２０で物理共通チャンネル再構成要求(ＰＨＹＳＩＣＡＬ  ＳＨＡＲＥＤ  ＣＨＡＮＮＥＬ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＲＥＱＵＥＳＴ)メッセージによりＨＳＤＰＡリソースをＮｏｄｅ  Ｂに割り当てる。ＣＲＮＣ２０は、ＭＡＸ_ＨＳＤＰＡ_Ｃｅｌｌ_Ｉｎ_Ｎｏｄｅ Ｂで確認されただけのＨＳＤＰＡセルに対してＨＳＤＰＡリソースを割り当てることができる。すなわち、Ｎｏｄｅ  Ｂ１０でＨＳＤＰＡサービスを提供することが可能なセルの個数はＭａｘ_ＨＳＤＰＡ_Ｃｅｌｌ_Ｉｎ_Ｎｏｄｅ  Ｂを超えることはできない。
【００２９】
物理共通チャンネル再構成要求メッセージを受信すると、Ｎｏｄｅ  Ｂ１０は、ステップ１３０で内部ＨＳＤＰＡハードウェア装置とセルｘの関係を設定する。すなわち、Ｎｏｄｅ  Ｂ１０は、割り当てられたＨＳＤＰＡリソースを設定する。Ｎｏｄｅ  Ｂ１０は、成功的にＨＳＤＰＡリソースを設定した場合に、ステップ１４０で物理共通チャンネル再構成要求メッセージに応答した物理共通チャンネル再構成応答(ＰＨＹＳＩＣＡＬ  ＳＨＡＲＥＤ  ＣＨＡＮＮＥＬ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＲＥＳＰＯＮＳＥ)メッセージをＣＲＮＣ２０に伝送する。
【００３０】
ＣＲＮＣ２０は、下記の＜表１＞のようにＨＳＤＰＡ情報を有する。
【表１】
2007511950.tif 000003
【００３１】
上記の＜表１＞から、初期動作によって支援可能なＨＳＤＰＡセルの最大個数とＨＳＤＰＡセルの現在個数がＭＡＸ_ＨＳＤＰＡ_Ｃｅｌｌ_Ｉｎ_Ｎｏｄｅ  Ｂとして一致することが分かる。
【００３２】
＜表１＞のように、ＣＲＮＣ２０によってＨＳＤＰＡ情報が管理されるためには、Ｎｏｄｅ  Ｂ１０が初期動作の際に該当情報をＣＲＮＣ２０に伝送すべきである。下記の＜表２＞では、Ｎｏｄｅ  Ｂ１０が該当情報をＣＲＮＣ２０に伝送するためのリソース状態識別メッセージの構造を示す。
【００３３】
【表２】
2007511950.tif 000004
【００３４】
上記の＜表２＞に示すように、支援可能なＨＳＤＰＡセルの最大個数(ＭＡＸ_ＨＳＤＰＡ_Ｃｅｌｌ_Ｉｎ_Ｎｏｄｅ  Ｂ)をＲＮＣに知らせるために、既存のリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージにＨＳＤＰＡセルの最大個数ＩＥ(Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ)を追加する。“Ｍａｘ  Ｎｕｍｂｅｒ  ｏｆ  ＨＳＤＰＡ Ｃｅｌｌｓ”ＩＥは、該当Ｎｏｄｅ  Ｂで提供可能なＨＳＤＰＡセルの最大個数を示す。
【００３５】
１．１．２ 構成/状態変更によるシグナリング手順
Ｎｏｄｅ  Ｂは、ＨＳＤＰＡ機能を割り当てたセルにＨＳＤＰＡ機能を提供する能力に変更が生じた場合に、これをリソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージを通じてＣＲＮＣ２０に報告する。
【００３６】
図２は、本発明の第１の実施形態により、ＨＳＤＰＡハードウェアの変更によるシグナリング手順を示す図である。図２を参照すると、初期動作の際にＨＳＤＰＡに関連した構成/状態情報を報告したＮｏｄｅ  Ｂ１０は、ＨＳＤＰＡ機能に関連して論理リソース(ｌｏｇｉｃａｌ  ｒｅｓｏｕｒｃｅ）が割り当てられた任意のセルｘでＨＳＤＰＡ機能を一時的に支援しない場合が発生するかを監視する。Ｎｏｄｅ  Ｂ１０は、上記の状況が感知されると、ステップ２１０で“所定のセルｘを通じるＨＳＤＰＡサービスが不可能であること”又は“所定のセルｘにおけるＨＳＤＰＡ機能が低下することを感知すること”のような変更情報をリソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージに含めてＣＲＮＣ２０に伝送する。
【００３７】
このとき、ＣＲＮＣ２０は、前述した手順により既に＜表１＞に示したようなＨＳＤＰＡ情報を有していると仮定する。ＣＲＮＣ２０は、Ｎｏｄｅ  Ｂ１０からリソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージを受信すると、リソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージに含まれた変更情報によって既存のＨＳＤＰＡ情報を更新する。
【００３８】
＜表３＞は、＜表１＞のＨＳＤＰＡ情報を更新する一例を示す。
【表３】
2007511950.tif 000005
【００３９】
＜表３＞に示すように、ＨＳＤＰＡセルの現在個数は、一時的にＨＳＤＰＡを支援できないセルの数で既存のＭＡＸ_ＨＳＤＰＡ_Ｃｅｌｌ_Ｉｎ_Ｎｏｄｅ  Ｂより少ない。したがって、ＨＳＤＰＡセルの現在個数は、ＭＡＸ_ＨＳＤＰＡ_Ｃｅｌｌ_Ｉｎ_Ｎｏｄｅ  Ｂ-１である。
【００４０】
ＣＲＮＣ２０は、ＨＳＤＰＡ論理リソースが有するセルの個数とＨＳＤＰＡセルの現在個数を比較する。もし、ＨＳＤＰＡセルの現在個数がＨＳＤＰＡ論理リソースが有するセルの個数より多いと、ＣＲＮＣ２０は、物理共通チャンネル再構成手順を通じて任意のセルｘに対するＨＳＤＰＡリソースの再割り当てを遂行する。
【００４１】
このような関係は、次のように示すことが可能である。
“Ｉｆ(ＨＳＤＰＡセルの現在個数)−(ＨＳＤＰＡ論理リソースを有するセルの現在個数)≧１，ＨＳＤＰＡリソースがＨＳＤＰＡの支援が不可能であると報告された任意のセルｘに割り当てる。”
【００４２】
物理共通チャンネル再構成手順は、図２のステップ２２０〜ステップ２７０により遂行される。すなわち、ＣＲＮＣ２０は、上記した条件を満たすときに、所定のセルｘに対する論理リソースを新たに割り当て、これをステップ２２０で物理共通チャンネル再構成要求メッセージを通じてＮｏｄｅ  Ｂ１０に伝送する。Ｎｏｄｅ  Ｂ１０は、ＣＲＮＣ２０から新たに割り当てられた論理リソースによってセルｘに対するＨＳＤＰＡリソースを設定する。その後、Ｎｏｄｅ  Ｂ１０は、物理共通チャンネル再構成要求メッセージに応答した物理共通チャンネル再構成応答メッセージをステップ２７０でＣＲＮＣ２０に伝送する。上記の手順により、セルｘに対するＨＳＤＰＡリソースを設定するためには、既存に割り当てられたＨＳＤＰＡリソースを削除する手順がステップ２３０，２４０，２５０で先行されるべきである。すなわち、Ｎｏｄｅ  Ｂ１０は、ステップ２３０で所定のセルｘに対して既存に設定されているＨＳＤＰＡリソースを削除し、ステップ２４０で物理共通チャンネル再構成応答メッセージを通じて該当ＨＳＤＰＡリソースが削除されたことをＣＲＮＣ２０に報告する。ＣＲＮＣ２０は、ステップ２５０で、物理共通チャンネル再構成要求メッセージをＮｏｄｅ  Ｂ１０に伝送することによってセルｘに対して新たなＨＳＤＰＡリソースを設定することを要求する。
【００４３】
所定のセルｘを通じてＨＳＤＰＡサービスを受信するＵＥのＨＳＤＰＡ無線リンクを再設定することで、ＣＲＮＣ２０は、セルｘを通したＨＳＤＰＡサービスが継続して提供可能にする。すると、ＲＮＣ２０は、ＵＥにＲＲＣ(Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ)メッセージを通じて変更された事項(ＭＡＣ-ｈｓの再設定が必要、ＨＳ-ＰＤＳＣＨ、ＨＳ-ＳＣＣＨコード情報の変更など）がある場合にこれを通報する。
【００４４】
しかしながら、ＨＳＤＰＡセルの現在個数がＨＳＤＰＡリソースを有するセルの現在個数より少ないことがある。この場合に、ステップ２２０，２３０，２４０で、ＣＲＮＣ２０は、物理共通チャンネル再構成手順によりセルｘを通じてＨＳＤＰＡサービスが提供できないと決定して所定のセルｘのための現在のＨＳＤＰＡリソースを削除する。同時に、セルｘを通じてＨＳＤＰＡサービスを受信するためのＨＳＤＰＡ無線リンクをＵＥから削除する。
【００４５】
＜表４＞は、ＨＳＤＰＡサービス中にＮｏｄｅ  Ｂ内のＨＳＰＤＡ能力変化を感知したときに、Ｎｏｄｅ  Ｂ１０が図２のステップ２１０でＣＲＮＣ２０に伝送されるリソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージの構造を示す。
【００４６】
【表４】
2007511950.tif 000006
【００４７】
＜表４＞で、ＨＳＤＰＡ情報(ＨＳＤＰＡ  Ｉｎｆｏｒｍａｔｉｏｎ)は、リソース動作状態(Ｒｅｓｏｕｒｃｅ  Ｏｐｅｒａｔｉｏｎａｌ  Ｓｔａｔｅ)で該当セルでＨＳＤＰＡ機能が提供可能であるか否かを報告する。このリソース動作状態がイネーブルである場合に提供可能であることを意味し、ディセーブルである場合に提供が不可能であることを意味する。可用状態(Ａｖａｉｌａｂｉｌｉｔｙ  Ｓｔａｔｕｓ)は、ＨＳＤＰＡリソースの状態のより詳細な情報を示す。より具体的に、この“Ａｖａｉｌａｂｉｌｉｔｙ  Ｓｔａｔｕｓ”は、ｅｍｐｔｙ、ｉｎ  ｔｅｓｔ、ｆａｉｌｅｄ、ｐｏｗｅｒ  ｏｆｆ、ｏｆｆ  ｌｉｎｅ、ｏｆｆ  ｄｕｔｙ、ｄｅｐｅｎｄｅｎｃｙ、ｄｅｇｒａｄｅｄ、ｎｏｔ  ｉｎｓｔａｌｌｅｄ、ｌｏｇ  ｆｕｌｌのうちのいずれか一つの値を有する。上記の値は、３ＧＰＰ  Ｓｐｅｃ，２５．４３３の９．２．１．２の‘Ａｖａｉｌａｂｉｌｉｔｙ  ｓｔａｔｕｓ’のパラメータを参考する。また、ＨＳＤＰＡ物理チャンネルであるＨＳ-ＰＤＳＣＨとＨＳ-ＳＣＣＨの状態も、＜表４＞に例示したような形態で報告することが可能である。
【００４８】
１.１.３  Ｎｏｄｅ  ＢとＲＮＣとの間の構成情報の不一致にによるシグナリング手順
ＲＮＣ又はＮｏｄｅ  Ｂは、相手Ｎｏｄｅの状態及び構成情報が不一致であると判断された場合に鑑査(ａｕｄｉｔ)過程を遂行する。ＲＮＣの状態及び構成情報が不一致であると判断された場合に、Ｎｏｄｅ  Ｂは、監査要求識別(ＡＵＤＩＴ  ＲＥＱＵＩＲＥＤ  ＩＮＤＩＣＡＴＩＯＮ)メッセージを通じてＮｏｄｅ  ＢはＲＮＣに鑑査過程の遂行が必要であることを知らせる。次に、ＲＮＣは、監査要求メッセージを伝送してＮｏｄｅ  Ｂに監査を命令する。この第１の実施形態による場合に、ＲＮＣから監査要求メッセージを受けると、Ｎｏｄｅ  Ｂは次のようなＨＳＤＰＡ情報を監査応答メッセージに含めてＲＮＣに伝送する。
【００４９】
１) Max  Number of HSDPA Cells
２) Cell Information 
> HSDPA Information
>>Resource Operational State
>>Availability Status
> HS-PDSCH Status Information
>>Resource Operational State
>>Availability Status
> HS-SCCH Status Information
>>Resource Operational State
>>Availability Status
【００５０】
監査応答メッセージにＨＳＤＰＡ状態報告のために追加される情報は、＜表２＞と＜表４＞に追加されたＨＳＤＰＡ状態情報と一致する。
【００５１】
しかしながら、ＲＮＣが自体的にＮｏｄｅ  Ｂの状態及び構成情報が不一致であると判断する場合に、監査要求識別(ＡＵＤＩＴ  ＲＥＱＵＩＲＥＤ  ＩＮＤＩＣＡＴＩＯＮ)メッセージを受信しなくても、監査要求メッセージを伝送してＮｏｄｅ  Ｂに監査を命令することができる。
【００５２】
１.２  動作
以下、本発明の第１の実施形態によるＮｏｄｅ  ＢとＲＮＣの具体的な動作を添付の図面を参照して詳細に説明する。
１.２.１ Ｎｏｄｅ  Ｂの動作
図５は本発明の 第１の実施形態により、ＨＳＤＰＡ方式に関連したハードウェアの変更事項がある場合に、これをＲＮＣに報告するためにＮｏｄｅ  Ｂで遂行する制御フローチャートである。図５を参照すると、Ｎｏｄｅ  Ｂは、ステップ５１０，５１２，５１４でＨＳＤＰＡハードウェアの状態をモニタリングして変更事項がある場合に、これをＲＮＣに報告するための手順を遂行する。
【００５３】
Ｎｏｄｅ  Ｂは、ステップ５１０で、ＨＳＤＰＡハードウェア装置が追加されたか否かを判定する。ＨＳＤＰＡハードウェア装置が追加された場合に、Ｎｏｄｅ  Ｂは、ステップ５１６で追加されたＨＳＤＰＡハードウェアにマッピングされるＨＳＤＰＡセルを生成する。Ｎｏｄｅ  Ｂは、ステップ５１８でＨＳＤＰＡセルの最大個数(Ｍａｘ Ｎｕｍｂｅｒ  ｏｆ  ＨＳＤＰＡ  Ｃｅｌｌ)のパラメータ値を１増加させる。このＨＳＤＰＡセルの最大個数は、ＨＳＤＰＡ機能を提供しているセルの現在個数をカウントするための値として定義される。Ｎｏｄｅ  Ｂは、ステップ５２４で変更されたＨＳＤＰＡセルの最大個数をリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージに含めてＲＮＣに伝送する。
【００５４】
Ｎｏｄｅ  Ｂは、ステップ５１２でＨＳＤＰＡハードウェアが削除されたか否かを判定する。ＨＳＤＰＡハードウェアが削除された場合に、Ｎｏｄｅ  Ｂは、ステップ５２０でＨＳＤＰＡハードウェアにマッピングされたＨＳＤＰＡセルを削除し、ステップ５２２でＨＳＤＰＡセルの最大個数を１減少させる。Ｎｏｄｅ  Ｂは、ステップ５２４で変更されたＨＳＤＰＡセルの最大個数をリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージに含めてＲＮＣに伝送する。
【００５５】
Ｎｏｄｅ  Ｂは、ステップ５１４でＨＳＤＰＡハードウェアの状態が変更されたか否かを判定する。ＨＳＤＰＡハードウェアの状態が変更された場合に、Ｎｏｄｅ  Ｂは、ステップ５２６で、変更されたハードウェアの状態を反映したＨＳＤＰＡ状態情報の値を設定する。Ｎｏｄｅ  Ｂは、ステップ５２８で、変更されたハードウェアの状態を反映したＨＳＤＰＡ状態情報パラメータをリソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージに含めてＲＮＣに伝送する。
【００５６】
図６は、本発明の第１の実施形態により、Ｎｏｄｅ  ＢがＲＮＣから要求を受けたＨＳＤＰＡリソースを割り当てるための制御フローチャートを示す図である。図６を参照すると、Ｎｏｄｅ  Ｂは、ステップ６１０でＲＮＣからの物理共通チャンネル再構成要求メッセージを受信する。Ｎｏｄｅ  Ｂは、ステップ６１２で、ＲＮＣが任意のセルｘに対するＨＳＤＰＡリソースの割り当てを初めて要求することであるかを検査する。この任意のセルｘに対して初めてＲＮＣがＨＳＤＰＡリソース 割り当てを要求すると、Ｎｏｄｅ  Ｂはステップ６１８でＲＮＣが要求したＨＳＤＰＡリソースを提供でき、他のセルに割り当てられないＨＳＤＰＡセルｙが存在するかを判定する。その結果、ＨＳＤＰＡセルｙが存在すると、Ｎｏｄｅ  Ｂはステップ６２０に進行し、そうでないと、Ｎｏｄｅ  Ｂはステップ６３２に進行する。
【００５７】
Ｎｏｄｅ  Ｂは、ステップ６２０で、所定のセルｘのＨＳＤＰＡサービスをＨＳＤＰＡセルｙを通じて提供するようにマッピング関係を設定した後、これを保存する。Ｎｏｄｅ  Ｂは、ステップ６２４でＲＮＣが要求したＨＳＤＰＡリソースを割り当て、ステップ６３０で、ＲＮＣが要求したＨＳＤＰＡ関連リソースの設定が成功的に完了したことを知らせる物理共通チャンネル再構成応答(ＰＨＹＳＩＣＡＬ  ＳＨＡＲＥＤ  ＣＨＡＮＮＥＬ  ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＲＥＳＰＯＮＳＥ)メッセージをＲＮＣに伝送する。すなわち、Ｎｏｄｅ  Ｂは、この物理共通チャンネル再構成応答メッセージを通じてＲＮＣが要求したＨＳＤＰＡ関連リソースがＮｏｄｅ  Ｂに設定され、その後、セルｘを通じたＨＳＤＰＡサービスの提供が可能であることを知らせる。しかしながら、Ｎｏｄｅ  Ｂは、ステップ６３２で、ＲＮＣが要求したＨＳＤＰＡ関連リソースの設定が失敗したことを知らせる物理共通チャンネル再構成失敗メッセージをＲＮＣに伝送する。
【００５８】
Ｎｏｄｅ  Ｂは、物理共通チャンネル再構成要求メッセージを受信した後、ステップ６１４でＲＮＣが既に所定のセルｘに対して割り当てられたＨＳＤＰＡリソースの変更を要求するか否かを判定する。ＲＮＣがセルｘに対して割り当てられたＨＳＤＰＡリソースの変更を要求する場合に、Ｎｏｄｅ  Ｂはステップ６２２に進行して遂行する。
【００５９】
Ｎｏｄｅ  Ｂは、ステップ６２２で、セルｘとマッピング関係のあるＨＳＤＰＡセルｙがＲＮＣによって要求されたＨＳＤＰＡリソースを提供することができるか否かを判定する。要求されたＨＳＤＰＡリソースが提供可能であると、セルｘに対して割り当てられたＨＳＤＰＡリソースの変更が可能であることを意味する。この場合に、Ｎｏｄｅ  Ｂはステップ６２４でＲＮＣによって要求されたＨＳＤＰＡリソースを割り当てる。Ｎｏｄｅ  Ｂは、ステップ６３０に進行してＲＮＣが要求したＨＳＤＰＡ関連リソースの変更が成功的に完了したことを知らせる物理共通チャンネル再構成応答メッセージをＲＮＣに伝送する。しかしながら、ＨＳＤＰＡリソースが変更できない場合に、Ｎｏｄｅ  Ｂは、ステップ６３２で、ＲＮＣによって要求されたＨＳＤＰＡリソースの変更が失敗したことを知らせる物理共通チャンネル再構成失敗メッセージをＲＮＣに伝送する。
【００６０】
物理共通チャンネル再構成要求メッセージを受信した後に、Ｎｏｄｅ  Ｂは、ステップ６１６でＲＮＣが既に任意のセルｘに割り当てたＨＳＤＰＡリソースの削除を要求するか否かを判定する。ＲＮＣがセルｘに対して割り当てられたＨＳＤＰＡリソースの削除を要求すると、Ｎｏｄｅ  Ｂはステップ６２６を遂行する。
【００６１】
Ｎｏｄｅ  Ｂは、ステップ６２６でセルｘのＨＳＤＰＡリソースを削除し、ステップ６２８でセルｘとＨＳＤＰＡセルｙとの間のマッピングを削除する。したがって、ＨＳＤＰＡセルｙは、他のセルにマッピングすることができる。ステップ６３０で、Ｎｏｄｅ  Ｂは、ＲＮＣが要求したＨＳＤＰＡ関連リソースの削除が成功的に完了したことを知らせる物理共通チャンネル再構成応答メッセージをＲＮＣに伝送する。すなわち、Ｎｏｄｅ  Ｂは、物理共通チャンネル再構成応答メッセージを通じてＲＮＣが要求したＨＳＤＰＡ関連リソースがＮｏｄｅ  Ｂで削除され、その後、任意のセルｘを通じてＨＳＤＰＡサービスが提供できないことを知らせる。
【００６２】
１.２.２ ＲＮＣの動作
図７は、本発明の第１の実施形態により、Ｎｏｄｅ  Ｂからリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージを受信することによってＲＮＣが遂行される制御フローチャートである。図７を参照すると、ステップ７１０で、Ｎｏｄｅ  Ｂからのリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージを受信した後に、ＲＮＣは、ステップ７１２で、リソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージを通じて受信したＨＳＤＰＡセルの最大個数と既存に貯蔵されたＨＳＤＰＡセルの最大個数を比較して新たに追加されたＨＳＤＰＡセルが存在するか否かを判定する。
【００６３】
新たに追加されたＨＳＤＰＡセルが存在すると、ＲＮＣは、ステップ７１６で既存に貯蔵されたＨＳＤＰＡセルの最大個数を新たに受信したＨＳＤＰＡセルの最大個数に更新する。すなわち、ＲＮＣは、既存に貯蔵されたＨＳＤＰＡセルの最大個数に１が増加された値を新たなＨＳＤＰＡセルの最大個数として貯蔵する。したがって、ＲＮＣは、Ｎｏｄｅ  Ｂが追加的にＨＳＤＰＡサービスを提供可能であることを感知する。ＲＮＣは、ステップ７１８で、任意のセルｘに対するＨＳＤＰＡリソースを割り当てるか否かを判定する。セルｘに対するＨＳＤＰＡリソースの割り当てが決定されると、ＲＮＣは、ステップ７２０でＨＳＤＰＡリソースの割り当てのための手順を遂行し、その具体的な手順は下記の図１３を参照してより詳細に説明する。
【００６４】
ステップ７１２で追加されたＨＳＤＰＡセルが存在しないと、ＲＮＣは、ステップ７１４でリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージを通じて受信したＨＳＤＰＡセルの最大個数と既存に貯蔵されたＨＳＤＰＡセルの最大個数を比較して既存に存在したＨＳＤＰＡセルのうち、削除されたＨＳＤＰＡセルが存在するか否かを判定する。
【００６５】
削除されたＨＳＤＰＡセルが存在すると、ＲＮＣは、ステップ７２２で、既存に貯蔵されたＨＳＤＰＡセルの最大個数を新たに受信したＨＳＤＰＡセルの最大個数に更新する。すなわち、既存に貯蔵されたＨＳＤＰＡセルの最大個数に１が減算された値を新たなＨＳＤＰＡセルの最大個数として貯蔵する。
【００６６】
図８は、本発明の第１の実施形態により、Ｎｏｄｅ  Ｂからリソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージを受信することによってＲＮＣが遂行される制御フローチャートである。図８を参照すると、ステップ８１０で、Ｎｏｄｅ  Ｂからのリソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージを受信した後に、ＲＮＣはステップ８１２に進行する。ＲＮＣは、ステップ８１２でリソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージを通じて受信したＨＳＤＰＡ状態情報により現在ＨＳＤＰＡサービスを提供している任意のセルｘのＨＳＤＰＡサービスに関連した機能が低下するか否かを判定する。セルｘのＨＳＤＰＡサービスに関連した機能が低下した場合に、ＲＮＣはステップ８１６に進行し、セルｘのＨＳＤＰＡサービスに関連した機能が低下しない場合に、ＲＮＣはステップ８１４に進行する。ＲＮＣは、ステップ８１６で、低下されたＨＳＤＰＡ機能に適切なＨＳＤＰＡリソースを再び割り当てるための手順を遂行する。ＨＳＤＰＡリソースの再割り当て手順は、図１３を参照してより詳細に説明する。
【００６７】
ＲＮＣは、ステップ８１４で、リソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージを通じて受信したＨＳＤＰＡ状態情報により現在ＨＳＤＰＡサービスを提供しているセルｘに対応したＨＳＤＰＡサービスに関連した機能が使用可能であるか否かを判定する。セルｘに対応したＨＳＤＰＡサービスに関連した機能の使用が不可能である場合に、ＲＮＣは、ステップ８１８に進行する。ＲＮＣは、ステップ８１８で、下記の＜式１＞により、使用可能な余分のＨＳＤＰＡリソースが存在するか否か判定する。
【００６８】
＜式１＞
(ＨＳＤＰＡセルの現在個数)−(ＨＳＤＰＡ論理リソースを有するセルの現在個数)≧１
【００６９】
ＲＮＣは、＜式１＞の条件を満たすと、使用可能なＨＳＤＰＡリソースが存在すると判断してステップ８２０に進行する。ＲＮＣは、ステップ８２０でセルｘに割り当てられたＨＳＤＰＡリソースを解除し、使用可能である余分のＨＳＤＰＡリソースをセルｘに割り当てるＨＳＤＰＡリソースを切り替える手順を遂行する。ＨＳＤＰＡリソースの切り替えに関する手順は、図１５を参照してより詳細に後述する。
【００７０】
＜式１＞を満足しないと、ＲＮＣは、使用可能であるＨＳＤＰＡリソースが存在しないと判断してステップ８２２に進行する。ＲＮＣは、ステップ８２２で、セルｘに割り当てられたＨＳＤＰＡリソースを削除する手順を遂行する。ＨＳＤＰＡリソースを削除する手順は、図１４を参照してより具体的に後述する。
【００７１】
以下に、図７及び図８に示すＨＳＤＰＡリソースの割り当て、切り替え、及び削除による具体的な手順について説明する。
図１３は、本発明の実施形態によりＨＳＤＰＡリソースを割り当てる手順を示すフローチャートである。図１３を参照すると、ＲＮＣは、ステップ１３００で、ＨＳＤＰＡサービスを提供することに決定されたセルｘでＨＳ-ＰＤＳＣＨとＨＳ-ＳＣＣＨのために使用される最大電力量を設定する。ＲＮＣは、ステップ１３０２で、ＨＳ-ＰＤＳＣＨとＨＳ-ＳＣＣＨに使用するスクランブルコード(ｓｃｒａｍｂｌｉｎｇ  ｃｏｄｅ)を設定する。ＲＮＣは、ステップ１３０４でＨＳ-ＰＤＳＣＨに対応するコードの割り当てを通じてＦＤＤコード情報を設定し、ステップ１３０６で、ＨＳ-ＳＣＣＨに対応するコードの割り当てを通じてＦＤＤコード情報を設定する。ＲＮＣは、ステップ１３０８で、上記の決定されたＨＳＤＰＡ関連リソース情報を含む物理共通チャンネル再構成要求メッセージを生成してＮｏｄｅ  Ｂに伝送する。
【００７２】
図１４は、本発明の実施形態によりＨＳＤＰＡリソースを削除する手順を示すフローチャートである。図１４を参照すると、ＲＮＣは、ステップ１４００でＨＳ-ＰＤＳＣＨに対応するコード情報にコードを全く割り当てないことによってＨＳ-ＰＤＳＣＨに対するリソースを削除する。それによって、ＲＮＣは、ステップ１４０２で、ＨＳ-ＳＣＣＨに対応するコード情報にコードを全く割り当てないことで、ＨＳ-ＳＣＣＨに対するリソースを削除する。その結果、ＨＳＤＰＡリソースは、ＨＳ-ＰＤＳＣＨとＨＳ-ＳＣＣＨをから削除される。その後、ＲＮＣは、ステップ１４０４で、削除されたＨＳＤＰＡリソースに関する情報を含む物理共通チャンネル再構成要求メッセージを生成してＮｏｄｅ  Ｂに伝送する。
【００７３】
図１５は、本発明の実施形態によりＨＳＤＰＡリソースを切り替える手順を示すフローチャートである。図１５を参照すると、任意のセルｘに割り当てられているＨＳＤＰＡリソースが有効でなくてＨＳＤＰＡサービスの提供が不可能である場合に、ＲＮＣは、ステップ１５００で任意のセルｘに割り当てられているＨＳＤＰＡリソースを削除する。ＨＳＤＰＡリソースを削除する手順は、図１４を参照して説明したように遂行される。ＨＳＤＰＡリソースが使用可能である場合に、ＲＮＣは、ステップ１５０２で、セルｘに対して使用可能なＨＳＤＰＡリソースを新たに割り当てる。ＨＳＤＰＡリソースを新たに割り当てる具体的な手順は、図１３を参照して説明したように遂行される。
【００７４】
２．第２の実施形態
２.１.１ ＨＳＤＰＡサービスの初期化によるシグナリング
ＨＳＤＰＡハードウェアが初期動作でローカルセルを追加する場合に、Ｎｏｄｅ  Ｂは、ローカルセル別にＨＳＤＰＡ機能を支援するか否かをリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージに含めてＣＲＮＣに伝送する。
【００７５】
図１を参照すると、ＨＳＤＰＡハードウェアの初期動作が感知されると、Ｎｏｄｅ  Ｂは、ステップ１１０でローカルセル別にＨＳＤＰＡ機能の支援可否に関する情報を含むリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージをＣＲＮＣに伝送する。
【００７６】
下記の＜表５＞は、リソース状態識別メッセージの構造を示す。
【表５】
2007511950.tif 000007
【００７７】
＜表５＞で、ＨＳＤＰＡ支援識別子(ＨＳＤＰＡ Ｓｕｐｐｏｒｔ  Ｉｎｄｉｃａｔｏｒ)には、該当ローカルセルがＨＳＤＰＡ機能を支援するか否かに関する情報が記録される。例えば、ＨＳＤＰＡ支援識別子は、該当ローカルセルがＨＳＤＰＡ機能を支援する場合に‘Ｓｕｐｐｏｒｔ’に設定され、上記機能を支援しない場合には‘Ｎｏｔ  Ｓｕｐｐｏｒｔ’に設定される。ＨＳＤＰＡ支援識別子が‘Ｓｕｐｐｏｒｔ’に設定された場合に、該当リソース状態識別メッセージはＨＳＤＰＡ情報(ＨＳＤＰＡ  Ｉｎｆｏｒｍａｔｉｏｎ)を含むべきである。
【００７８】
ＨＳＤＰＡ情報に含まれたパラメータは、次のようである。
- ＭＡＣ-ｈｓ  Ｂｕｆｆｅｒ  Ｃｒｅｄｉｔ：該当ローカルセルに処理可能なＨＳＤＰＡ機能の最大容量を示すパラメータで、ＭＡＣ-ｈｓ  Ｂｕｆｆｅｒのサイズを示す。
- Ｍａｘｉｍｕｍ  ＨＳ-ＰＤＳＣＨ  Ｃｏｄｅ：該当ローカルセルに処理できるＨＳＤＰＡ機能のためのＨＳ-ＰＤＳＣＨのコード数。
-Ｍａｘｉｍｕｍ  ＤＬ  Ｐｏｗｅｒ  Ｃａｐａｂｉｌｉｔｙ：ＨＳＤＰＡサービスのために支援可能な最大電力量。
【００７９】
ＲＮＣは、リソース状態識別メッセージを通じて受信したローカルセル情報に基づいてセルセットアップ手順を遂行する。セルセットアップ手順を通じてはＮｏｄｅ  Ｂでのセルを設定する。その後、ＲＮＣは、ＨＳＤＰＡ機能を提供しようとするセルに対するＨＳＤＰＡリソースを割り当て、ステップ１２０で、ＨＳＤＰＡリソースを含む物理共通チャンネル再構成要求メッセージをＮｏｄｅ  Ｂに伝送する。このとき、ＨＳＤＰＡ機能を提供しようとするセルは、ＨＳＤＰＡサービスを支援するローカルセルとマッピングされるセルでなければならない。もし、ＲＮＣがＨＳＤＰＡサービスを支援しないローカルセルとマッピングされるセルに物理共通チャンネル再構成要求メッセージを通じてＨＳＤＰＡリソースの割り当てを遂行するために、Ｎｏｄｅ  Ｂは物理共通チャンネル再構成失敗メッセージ(図１に図示せず)を通じてこれを拒絶する。
【００８０】
前述した例ではローカルセルを基準としているが、他の例としてローカルセルグループを基準とすることが可能である。この場合、Ｎｏｄｅ  Ｂはローカルセルグループを追加するときに、ローカルセルグループ別にＨＳＤＰＡサービスの支援可否を知らせることができる。ＨＳＤＰＡサービスを支援するローカルセルグループは、上記したＨＳＤＰＡ情報を含む。ＨＳＤＰＡサービスの支援可否に関する情報をＲＮＣに知らせるためのリソース状態識別メッセージは、下記の＜表６＞のような構造を有する。
【００８１】
【表６】
2007511950.tif 000008
【００８２】
＜表６＞で、ＨＳＤＰＡ Ｉｎｆｏｒｍａｔｉｏｎに含まれたパラメータは＜表５＞を参照して示すような同一の情報からなる。
Ｎｏｄｅ  Ｂは、ステップ１３０で物理共通チャンネル再構成要求メッセージを通じて提供を受けたＨＳＤＰＡリソースを設定した後に、ステップ１４０で物理共通チャンネル再構成応答メッセージをＲＮＣに伝送する。
【００８３】
２.１.２ ＨＳＤＰＡサービスの提供能力変更によるシグナリング
Ｎｏｄｅ  Ｂは、初期に報告したローカルセルのＨＳＤＰＡ提供能力に変更が生じた場合、又はＨＳＤＰＡを割り当てたセルのＨＳＤＰＡ提供能力に変更が生じた場合に、これをリソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージを通じてＲＮＣに報告する。下記の＜表７＞は、リソース状態識別メッセージ構造の一例を示す。
【００８４】
【表７】
2007511950.tif 000009
【００８５】
＜表７＞において、ＨＳＤＰＡ情報(ＨＳＤＰＡ Ｉｎｆｏｒｍａｔｉｏｎ)は＜表４＞のＨＳＤＰＡ情報と同一で、ＨＳＤＰＡ状態情報(ＨＳＤＰＡ  Ｓｔａｔｕｓ  Ｉｎｆｏｒｍａｔｉｏｎ)は＜表３>のＨＳＤＰＡ状態情報と同一である。
【００８６】
現在セルｘがローカルセルｙを用いてＨＳＰＤＡサービスを提供している状況でローカルセルｙのＨＳＤＰＡの提供能力が変更されてＨＳＤＰＡ機能を正常に提供できない場合に、これ以上のセルｘを通じてＨＳＤＰＡサービスを提供することができない。したがって、ＲＮＣは物理共通チャンネル再構成の手順を遂行してセルｘに割り当てられたＨＳＤＰＡリソースを削除する。また、該当ＵＥの無線リンク(ＲＬ)を削除する。
【００８７】
２.１.３ Ｎｏｄｅ  ＢとＲＮＣとの構成情報の不一致によるシグナリング手順
ＲＮＣ又はＮｏｄｅ  Ｂで相手Ｎｏｄｅの状態及び構成情報が不一致であると判断される場合に鑑査(Ａｕｄｉｔ)過程を遂行する。Ｎｏｄｅ  ＢでＲＮＣの状態及び構成情報が不一致であると判断される場合に、監査要求識別メッセージを通じてＲＮＣに鑑査過程の遂行が必要であることを知らせる。次に、ＲＮＣは、監査要求メッセージを伝送してＮｏｄｅ  Ｂに監査を命令する。第２の実施形態による場合に、ＲＮＣから監査要求メッセージを受信すると、Ｎｏｄｅ  Ｂは次のようなＨＳＤＰＡ情報を監査応答メッセージに含めてＲＮＣに伝送する。
【００８８】
１) Local Cell Information
> HSDPA Support Indicator
> HSDPA Information
>> MAC-hs Buffer Credit
>> Maximum HS-PDSCH Code
>>Maximum DL Power Capability
２) Cell Information 
> HSDPA Information
>>Resource Operational State
>>Availability Status
> HS-PDSCH Status Information
>>Resource Operational State
>>Availability Status
> HS-SCCH Status Information
>>Resource Operational State
>>Availability Status
【００８９】
監査応答メッセージにＨＳＤＰＡ状態を報告するために追加される情報は、＜表５＞と＜表７＞に示すＨＳＤＰＡ状態情報と一致する。
【００９０】
しかしながら、ＲＮＣが自体的にＮｏｄｅ  Ｂの状態及び構成情報が不一致であると判定される場合に、監査要求識別メッセージを受信しなくても監査要求メッセージを伝送してＮｏｄｅ  Ｂに監査を命令することができる。
【００９１】
２.２ 動作
本発明の第２の実施形態によるＮｏｄｅ  ＢとＲＮＣの具体的な動作を添付の図面を参照して詳細に説明すると、次のようである。
【００９２】
２.２.１  Ｎｏｄｅ  Ｂの動作
図９は、本発明の第２の実施形態により、ＨＳＤＰＡ方式に関連したハードウェアの変更事項がある場合に、これをＲＮＣに報告するためにＮｏｄｅ  Ｂで遂行する制御動作を示すフローチャートである。図９を参照すると、Ｎｏｄｅ  Ｂは、ステップ９１０で、ローカルセルが追加されたか否かを判定する。ローカルセルが追加されると、Ｎｏｄｅ  Ｂはステップ９１８に進行してローカルセルがＨＳＤＰＡ機能を支援するか否かを判定する。ローカルセルがＨＳＤＰＡ機能を支援しないと、Ｎｏｄｅ  Ｂは、ステップ９２０でＨＳＤＰＡ支援識別をＮｏｔ  Ｓｕｐｐｏｒｔに設定した後に、ステップ９２６に進行する。一方、ローカルセルがＨＳＤＰＡ機能を支援すると、Ｎｏｄｅ  Ｂはステップ９２２でＨＳＤＰＡ支援識別に設定される。その後、Ｎｏｄｅ  Ｂは、ステップ９２４でローカルセルが支援可能なＨＳＤＰＡ関連情報をＨＳＤＰＡ情報パラメータに設定し、ステップ９２６に進行する。
【００９３】
ＨＳＤＰＡ情報の詳細な構造は、下記の＜表５＞を参照する。
【００９４】
Ｎｏｄｅ  Ｂは、ステップ９２６で、ローカルセル情報とローカルセルで提供するＨＳＤＰＡリソース関連情報を設定し、これをリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージを通じてＲＮＣに伝送する。
【００９５】
追加するローカルセルが存在しないと、Ｎｏｄｅ  Ｂは、ステップ９１２でローカルセルにＨＳＤＰＡハードウェアが新たに追加されたか否かを判定する。ローカルセルにＨＳＤＰＡハードウェアが新たに追加された場合に、Ｎｏｄｅ  Ｂは、ステップ９２８でＨＳＤＰＡ支援識別子をＳｕｐｐｏｒｔに設定する。そして、Ｎｏｄｅ  Ｂは、ステップ９３０でローカルセルで支援可能なＨＳＤＰＡ関連情報をＨＳＤＰＡ情報に設定する。
【００９６】
Ｎｏｄｅ  Ｂは、ステップ９３２で、ローカルセルが提供するＨＳＤＰＡリソース関連変更情報を設定し、これをリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージを通じてＲＮＣに伝送する。
【００９７】
Ｎｏｄｅ  Ｂは、ステップ９１４で、ローカルセルでＨＳＤＰＡハードウェアの状態が変更されたか否かを判定する。Ｎｏｄｅ  Ｂは、ローカルセルでＨＳＤＰＡハードウェアの状態が変更された場合に、ステップ９３０及び９３２を遂行する。
【００９８】
Ｎｏｄｅ  Ｂは、ステップ９１６で、ローカルセルでＨＳＤＰＡハードウェアが削除されたか否かを判定する。ローカルセルでＨＳＤＰＡハードウェアが削除された場合に、Ｎｏｄｅ  Ｂは、ステップ９３４でＨＳＤＰＡ支援識別子をＮｏｔ  Ｓｕｐｐｏｒｔに設定した後にステップ９３２に進行する。
【００９９】
図１０は、本発明の第２の実施形態により、Ｎｏｄｅ  ＢがＲＮＣによって要求されたＨＳＤＰＡリソースを割り当てるための制御動作を示すフローチャートである。図１０を参照すると、Ｎｏｄｅ  Ｂは、ステップ１０１０でＲＮＣからの物理共通チャンネル再構成要求メッセージを受信する。Ｎｏｄｅ  Ｂは、ステップ１０１２で、ＲＮＣが任意のセルｘに対するＨＳＤＰＡリソースの割り当てを要求するか否かを判定する。任意のセルｘに対してＲＮＣがＨＳＤＰＡリソース割り当てを要求する場合に、Ｎｏｄｅ  Ｂは、ステップ１０１６で、ＲＮＣによって要求されたＨＳＤＰＡリソースが提供可能であるか否かを判定する。その結果、任意のセルｘにマッピングされたローカルセルに有効なＨＳＤＰＡリソースが存在すると、Ｎｏｄｅ  Ｂはステップ１０２０に進行する。セルｘにマッピングされたローカルセルに有効なＨＳＤＰＡリソースが存在しないと、Ｎｏｄｅ  Ｂはステップ１０１８に進行する。
【０１００】
Ｎｏｄｅ  Ｂは、ステップ１０２０で、ＲＮＣによって要求されたＨＳＤＰＡリソースを割り当てる。そして、Ｎｏｄｅ  Ｂは、ステップ１０２２でＲＮＣによって要求されたＨＳＤＰＡ関連リソースの設定が成功的に完了したことを知らせる物理共通チャンネル再構成応答メッセージをＲＮＣに伝送する。しかしながら、Ｎｏｄｅ  Ｂは、ステップ１０１８に進行すると、ＲＮＣが要求したＨＳＤＰＡ関連リソースを任意のセルｘに割り当てるのに失敗したことを知らせる物理共通チャンネル再構成失敗メッセージをＲＮＣに伝送する。
【０１０１】
物理共通チャンネル再構成要求メッセージを受信した後に、Ｎｏｄｅ  Ｂは、ステップ１０１４でＲＮＣが既にセルｘに対して割り当てられたＨＳＤＰＡリソースの削除を要求するか否かを判定する。任意のセルに対して割り当てられたＨＳＤＰＡリソースの削除を要求する場合に、Ｎｏｄｅ  Ｂはステップ１０２４に進行する。Ｎｏｄｅ  Ｂは、ステップ１０２４で任意のセルｘに割り当てられたＨＳＤＰＡリソースを削除する。また、Ｎｏｄｅ  Ｂは、ステップ１０２２で、ＲＮＣが要求したＨＳＤＰＡ関連リソースの削除が成功的に完了したことを知らせる物理共通チャンネル再構成応答メッセージをＲＮＣに伝送する。
【０１０２】
２.２.２ ＲＮＣの動作
図１１は、本発明の第２の実施形態により、Ｎｏｄｅ  Ｂからリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージを受信することによってＲＮＣが遂行される制御動作を示すフローチャートである。図１１を参照すると、ＲＮＣは、ステップ１１１０で、Ｎｏｄｅ  Ｂからのリソース状態識別(ＮｏＦａｉｌｕｒｅ)メッセージを受信した後にステップ１１１２に進行する。ＲＮＣは、ステップ１１１２で、リソース状態識別(ＮｏＦａｉｌｕｒｅ)メッセージにローカルセルが追加されたか否かを判定する。新たに追加されたローカルセルが存在すると、ＲＮＣは、ステップ１１１４で、追加されたローカルセルにＨＳＤＰＡ機能が含まれているか否かを判定する。ＨＳＤＰＡ機能が含まれている場合に、ＲＮＣは、ステップ１１１６で、ローカルセルにマッピングされたセルｘを通じてＨＳＤＰＡサービスが提供可能であるか否かを判定する。すなわち、ＲＮＣは、セルｘを通じてＨＳＤＰＡサービスが提供できるかにより、ＨＳＤＰＡリソースの割り当てが可能であるか否かを判定する。ＨＳＤＰＡリソースの割り当てが可能である場合に、ＲＮＣは、ステップ１１１８でＨＳＤＰＡリソースの割り当てのための手順を遂行する。ＨＳＤＰＡリソースの割り当てのための具体的な手順については、図１３を参照して前述した。
【０１０３】
本発明の第２の実施形態による場合に、任意のセルｘにＨＳＤＰＡリソースを割り当てる場合に、既存にＨＳＤＰＡサービスを提供しなかったセルｘに新たなＨＳＤＰＡリソースを割り当てる場合である。
【０１０４】
図１２は、本発明の第２の実施形態により、Ｎｏｄｅ  Ｂからリソース状態識別(Ｓｅｒｖｉｃｅ Ｉｍｐａｃｔｉｎｇ)メッセージを受信することによってＲＮＣが遂行される制御動作を示すフローチャートである。図１２を参照すると、ＲＮＣは、ステップ１２１０で、Ｎｏｄｅ  Ｂからのリソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージを受信した後に、ステップ１２１２に進行する。ＲＮＣは、ステップ１２１２で、リソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージを通じて受信したＨＳＤＰＡ状態情報により現在ＨＳＤＰＡサービスを提供しているセルｘのＨＳＤＰＡサービスに関連した機能が低下するか否かを判定する。ＲＮＣは、セルｘのＨＳＤＰＡサービスに関連した機能が低下された場合にステップ１２１６に進行し、そうでない場合にはステップ１２１４に進行する。ＲＮＣは、ステップ１２１６で低下されたＨＳＤＰＡ機能に適切なＨＳＤＰＡリソースをＮｏｄｅ  Ｂに再び割り当てるための手順を遂行する。ＨＳＤＰＡリソースを更に割り当てるための手順は、上記した図１３によって遂行される。
【０１０５】
ＲＮＣは、ステップ１２１４で、リソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージを通じて受信したＨＳＤＰＡ状態情報により現在ＨＳＤＰＡサービスを提供している任意のセルｘに対応するＨＳＤＰＡサービスに関連した機能が使用可能であるか否かを判定する。ＲＮＣは、任意のセルｘに対応するＨＳＤＰＡサービスに関連した機能が使用不可能である場合にはステップ１２１８に進行する。ＲＮＣは、ステップ１２１８で、セルｘに割り当てられたＨＳＤＰＡリソースを削除する手順を遂行する。ＨＳＤＰＡリソースを削除する手順は、上記したような図１４によって遂行される。
【０１０６】
３．第３の実施形態
後述する本発明の第３の実施形態では、Ｎｏｄｅ  Ｂ内でＨＳＤＰＡ機能を担当するハードウェアの変更でＨＳＤＰＡ方式が提供できる能力に変更が生じた場合に、ＨＳＤＰＡセルの形態でＲＮＣに報告する方法を提案する。一方、後述する本発明の第３の実施形態ではＨＳＤＰＡセルの新たな概念を定義する。
【０１０７】
図３は、ＨＳＤＰＡセルの概念を適用したＮｏｄｅ  Ｂの構造を示す。図３でのＮｏｄｅ  Ｂ内には複数のローカルセルグループ３２１，３２２とＨＳＤＰＡセルグループ３４１が含まれる。複数のセルグループ３２１，３２２は、複数のローカルセルを含む。第１のローカルセルグループ３２１は第１〜第３のローカルセル３１１〜３１３を含み、第２のローカルセル３２２は第４及び第５のローカルセル３１４，３１５を含む。一方、ＨＳＤＰＡセルグループ３４１は、複数のＨＳＤＰＡセル３３１，３３２，３３３を含む。ローカルセルのうち、いずれのローカルセルグループにも含まれない第６及び第７のローカルセル３１６，３１７が存在する。また、ＨＳＤＰＡセルの中には、何らのＨＳＤＰＡセルグループにも含まれない第４のＨＳＤＰＡセル３２４が存在する。ＨＳＤＰＡセルは、Ｎｏｄｅ  ＢでＨＳＤＰＡ機能と、ＨＳ-ＰＤＳＣＨ、ＨＳ-ＳＣＣＨ、ＭＡＣ-ｈｓなどのリソース及びリソースの制御を担当する。
【０１０８】
３.１ シグナリング
３.１.１ ＨＳＤＰＡサービスの初期動作によるシグナリング
Ｎｏｄｅ  Ｂは、ＨＳＤＰＡ機能を実現したハードウェアの初期動作によってＨＳＤＰＡ機能が追加されてＨＳＤＰＡセルが追加される場合又はハードウェアの除去によってＨＳＤＰＡ機能中の一部又は全部が除去されてＨＳＤＰＡセルが除去される場合に、これをリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージを通じてＲＮＣに報告する。
【０１０９】
これを図１を参照して説明すると、Ｎｏｄｅ  Ｂ１０は、ステップ１１０で初期動作の際に、Ｎｏｄｅ  Ｂに構成されたＨＳＤＰＡセルに関する情報をリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージに含めてＣＲＮＣ２０に伝送する。又は、Ｎｏｄｅ  Ｂ１０は内部でＨＳＤＰＡ機能を担当するハードウェアが追加又は除去されることによって、ＨＳＤＰＡセルが追加され、或いは除去される場合に、ＨＳＤＰＡセルに関する情報をリソース状態識別(Ｎｏ  Ｆａｉｌｕｒｅ)メッセージに含めてＣＲＮＣ２０に伝送する。すなわち、Ｎｏｄｅ  Ｂはリソース状態識別メッセージを通じてＲＮＣに内部に存在するローカルセル/ローカルセルグループとＨＳＤＰＡセルの情報を報告する。
【０１１０】
ＲＮＣは、セル設定(Ｃｅｌｌ-ｓｅｔｕｐ)の手順を通じてローカルセルと、セルのマッピング関係を生成して物理共通チャンネル再構成の手順を通じてＨＳＤＰＡセルとセルのマッピング関係を生成する。
【０１１１】
図４は、セル設定/共通伝送チャンネル設定/物理共通チャンネル再構成の手順を通じて生成されたセルの構造を示す。図４からわかるように、一例として第２のセル４５２は、第２のローカルセル４１２と第１のＨＳＤＰＡセル４３１で構成される。ＲＮＣは、ＨＳＤＰＡセルの情報に基づいて物理共通チャンネル再構成手順を通じてセルにＨＳＤＰＡ機能を追加することができる。
【０１１２】
下記の＜表８＞は、本発明の第３の実施形態により初期動作の際にＮｏｄｅ  ＢからＲＮＣに伝送するリソース状態識別メッセージの構造を示す。
【０１１３】
【表８】
2007511950.tif 000010
【０１１４】
＜表８＞で、ＨＳＤＰＡ セル情報に含まれたパラメータを示すと、次のようである。
-  ＨＳＤＰＡ Ｃｅｌｌ  ＩＤ：Ｎｏｄｅ  Ｂ内で唯一にＨＳＤＰＡセルを識別する識別子
- Ａｄｄ/Ｄｅｌｅｔｅ  Ｉｎｄｉｃａｔｏｒ：Ａｄｄである場合にＨＳＤＰＡセルが新たに追加されることを示し、Ｄｅｌｅｔｅである場合にＨＳＤＰＡセルが削除される。
- ＨＳＤＰＡ  Ｃｅｌｌ  Ｇｒｏｕｐ  ＩＤ：ＨＳＤＰＡセルが属するＨＳＤＰＡ Ｃｅｌｌ  Ｇｒｏｕｐを識別する識別子
- ＭＡＣ-ｈｓ  Ｂｕｆｆｅｒ  Ｃｒｅｄｉｔ：ＨＳＤＰＡセルで処理できる最大容量を示すパラメータで、ＭＡＣ-ｈｓ  Ｂｕｆｆｅｒのサイズを示し、Ａｄｄ/Ｄｅｌｅｔｅ  ＩｎｄｉｃａｔｏｒがＡｄｄに設定される場合を含む。
- Ｍａｘｉｍｕｍ  ＨＳ−ＰＤＳＣＨ  Ｃｏｄｅ： 該当ＨＳＤＰＡセルで処理できる最大ＨＳ-ＰＤＳＣＨのコード数
- Ｍａｘｉｍｕｍ  ＤＬ  Ｐｏｗｅｒ  Ｃａｐａｂｉｌｉｔｙ：ＨＳＤＰＡセルが支援できる最大電力量で、Ａｄｄ/Ｄｅｌｅｔｅ  ＩｎｄｉｃａｔｏｒがＡｄｄに設定される場合を含む。
【０１１５】
下記の＜表９＞は、本発明の第３の実施形態で、ＨＳＤＰＡセルを定義することによって変更される物理共通チャンネル再構成要求メッセージの構造を示す。
【０１１６】
【表９】
2007511950.tif 000011
【０１１７】
＜表９＞では、Ｃ-ＩＤとＨＳＤＰＡ  Ｃｅｌｌ  ＩＤとの間のマッピング関係を設定可能に物理共通チャンネル再構成要求メッセージにＨＳＤＰＡＣ  Ｃｅｌｌ  ＩＤを追加した。
【０１１８】
３.1.２  ＨＳＤＰＡサービスの提供能力変更によるシグナリング
Ｎｏｄｅ  Ｂは、最初に報告したＨＳＤＰＡセル別のＨＳＤＰＡ提供能力に変更が生じた場合、又はＨＳＤＰＡ機能を割り当てたセルのＨＳＤＰＡ提供能力に変更が生じた場合に、これをリソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージを通じてＲＮＣに報告する。
【０１１９】
下記の＜表１０＞に、リソース状態識別メッセージの構造の一例を示す。
【０１２０】
【表１０】
2007511950.tif 000012
【０１２１】
＜表１０＞を参照すると、ＨＳＤＰＡセル情報(ＨＳＤＰＡ Ｃｅｌｌ  Ｉｎｆｏｒｍａｔｉｏｎ)は、上記＜表８＞のＨＳＤＰＡセル情報と同一である。セル情報は、ＨＳＤＰＡ提供能力を報告するためにＨＳ-ＰＤＳＣＨ状態情報とＨＳ-ＳＣＣＨ状態情報を含む。このＨＳＤＰＡセル情報は、＜表６＞に示したようにＨＳＤＰＡ状態情報を含むことができる。
【０１２２】
ＲＮＣは、ＨＳＤＰＡセル情報を構成するＭＡＣ-ｈｓ Ｂｕｆｆｅｒ  Ｃｒｅｉｄｔ又はＭａｘｉｍｕｍ  ＨＳ-ＰＤＳＣＨ  ｃｏｄｅ又はＭａｘｉｍｕｍ  ＤＬ  Ｐｏｗｅｒ  Ｃａｐａｂｉｌｉｔｙの変更がある場合に、物理共通チャンネル再構成手順を通じて変更された能力に合うようにＮｏｄｅ  Ｂに割り当てたＨＳＤＰＡ関連論理リソースを再設定することができる。
【０１２３】
現在セルｘがＨＳＤＰＡセルｙを用いてＨＳＤＰＡサービスを提供している状況で、ＨＳＤＰＡセルｙの能力が変更されてＨＳＤＰＡを正常に提供できない場合に、ＣＲＮＣは次のように切り替えを試すことが可能である。Ｎｏｄｅ  Ｂの使用可能な最大ＨＳＤＰＡセルの個数が現在ＨＳＤＰＡサービスを割り当てたセルの個数より多い場合に、ＲＮＣは物理共通チャンネル再構成手順を用いて使用していないＨＳＤＰＡセルｚをセルｘに新たに割り当てる。このとき、物理共通チャンネル再構成要求メッセージはＨＳＤＰＡセルｚに該当するＨＳＤＰＡセルｚのＩＤを含む。また、ＲＮＣは、セルｘを通じてＨＳＤＰＡサービスの提供を受けたＵＥのＨＳＤＰＡの無線リンクを再設定することで、セルｘを通じてＨＳＤＰＡサービスを継続して提供することができる。次に、ＲＮＣは、ＵＥにＲＲＣメッセージを通じて変更された事項(ＭＡＣ-ｈｓの再設定が必要、ＨＳ-ＰＤＳＣＨ又はＨＳ-ＳＣＣＨコード情報の変更など）がある場合にこれを通報する。
【０１２４】
３.１.３  Ｎｏｄｅ  ＢとＲＮＣとの構成情報の不一致によるシグナリング手順
ＲＮＣ又はＮｏｄｅ  Ｂが相手Ｎｏｄｅの状態及び構成情報と不一致であると判定されると、監査過程を遂行する。Ｎｏｄｅ  ＢでＲＮＣの状態及び構成情報が不一致であると判定される場合に、Ｎｏｄｅ  Ｂは、監査要求識別メッセージを通じてＲＮＣに鑑査過程の遂行が必要であることを知らせる。すると、ＲＮＣは、監査要求メッセージを伝送してＮｏｄｅ  Ｂに監査を命令する。本発明の第３の実施形態によると、ＲＮＣから監査要求メッセージを受信する場合に、Ｎｏｄｅ  Ｂは次のようなＨＳＤＰＡ情報を監査応答メッセージに含めてＲＮＣに伝送する。
【０１２５】
１) HSDPA  Cell Information
> HSDPA Cell ID
> MAC-hs Buffer Credit
> Maximum HS-PDSCH Code
> Maximum DL Power Capability
２) Cell Information 
> HSDPA Information
>>Resource Operational State
>>Availability Status
> HS-PDSCH Status Information
>>Resource Operational State
>>Availability Status
> HS-SCCH Status Information
>>Resource Operational State
>>Availability Status
【０１２６】
監査応答メッセージにＨＳＤＰＡ状態を報告するために追加される情報は、＜表１０＞に示したＨＳＤＰＡ状態情報と一致する。
【０１２７】
しかしながら、ＲＮＣが自体的にＮｏｄｅ  Ｂの状態及び構成情報が不一致であると判断される場合に、監査要求識別メッセージを受信しなくても監査要求メッセージを伝送してＮｏｄｅ  Ｂに監査を命令することができる。
【０１２８】
以下、図１６及び図１７を参照して、ＨＳＤＰＡリソースの割り当てと切り替えについて詳細に説明する。
図１６は、本発明の第３の実施形態によりＨＳＤＰＡリソースを割り当てる手順を示すフローチャートである。図１６を参照すると、ＲＮＣは、ステップ１６１０でＮｏｄｅ  Ｂからリソース状態識別メッセージを通じて報告を受けたＨＳＤＰＡセル情報を用いて任意のセルｘのためのＨＳＤＰＡセルｙを決定する。その後、ＲＮＣは、ステップ１６１２でＨＳＤＰＡサービスを提供することに決定したセルｘでＨＳ-ＰＤＳＣＨとＨＳ-ＳＣＣＨのために使用可能な最大電力量を設定する。ＲＮＣは、ステップ１６１４で、ＨＳ-ＰＤＳＣＨとＨＳ-ＳＣＣＨに用いるスクランブルコードを設定する。ＲＮＣは、ステップ１６１６で、ＨＳ-ＰＤＳＣＨに対応するコードの割り当てを通じてＦＤＤコード情報を設定する。また、ＲＮＣは、ステップ１６１８で、ＨＳ-ＳＣＣＨに対応するコードの割り当てを通じてＦＤＤコード情報を設定する。ＲＮＣは、ステップ１６２０で、上記の決定されたＨＳＤＰＡ関連リソース情報を含む物理共通チャンネル再構成要求メッセージを生成してＮｏｄｅ  Ｂに伝送する。
【０１２９】
図１７は、本発明の第３の実施形態によりＨＳＤＰＡリソースを切り替える手順を示すフローチャートである。図１７を参照すると、ＲＮＣは、任意のセルｘに割り当てられたＨＳＤＰＡリソースが有効でなくてＨＳＤＰＡサービスの提供が不可能である場合に、ステップ１７１０でセルｘに割り当てられているＨＳＤＰＡリソースを削除する。ＨＳＤＰＡリソースを削除する手順は、上記に図１４を参照して説明した。その後、ＲＮＣは、Ｎｏｄｅ  Ｂにセルとマッピングされない使用可能なＨＳＤＰＡセルｚが存在する場合に、ステップ１７１２で任意のセルｘに対して使用可能であるＨＳＤＰＡセルｚを新たに割り当てる。ＨＳＤＰＡリソースを新たに割り当てる具体的な手順は、上記に図１６を参照して説明した。
【図面の簡単な説明】
【０１３０】
【図１】本発明により、ＨＳＤＰＡハードウェアの初期設定又はＨＳＤＰＡハードウェア装置の追加/削除によりＮｏｄｅ  ＢとＣＲＮＣとの間に遂行されるシグナリング手順を示す図である。。
【図２】本発明の第１の実施形態により、ＨＳＤＰＡハードウェアの変更によるシグナリング手順を示す図である。
【図３】本発明の実施形態によるＨＳＤＰＡセルの概念を適用したＮｏｄｅ  Ｂの構造を示す図である。
【図４】本発明の第３の実施形態により生成されたセル構造の一例を示す図である。
【図５】本発明の第１の実施形態によりＨＳＤＰＡハードウェアの変更事項がある場合に、これをＲＮＣに報告するためにＮｏｄｅ  Ｂで遂行する制御フローチャートである。
【図６】本発明の第１の実施形態により、Ｎｏｄｅ  ＢがＲＮＣから要求を受けるＨＳＤＰＡリソースを割り当てるための制御フローチャートである。
【図７】本発明の第１の実施形態により、Ｎｏｄｅ  Ｂからリソース状態式別識別(Ｎｏ  ｆａｉｌｕｒｅ)メッセージを受信することによってＲＮＣが遂行される制御フローチャートである。
【図８】本発明の第１の実施形態により、Ｎｏｄｅ  Ｂからリソース状態識別(Ｓｅｒｖｉｃｅ  Ｉｍｐａｃｔｉｎｇ)メッセージを受信することによってＲＮＣが遂行される制御フローチャートである。
【図９】本発明の第２の実施形態により、ＨＳＤＰＡハードウェアの変更事項がある場合に、これをＲＮＣに報告するためにＮｏｄｅ  Ｂで遂行する制御フローチャートである。
【図１０】本発明の第２の実施形態により、Ｎｏｄｅ  ＢがＲＮＣから要求を受けたＨＳＤＰＡリソースを割り当てるための制御フローチャートである。
【図１１】本発明の第２の実施形態により、Ｎｏｄｅ  Ｂからリソース状態識別メッセージを受信することによってＲＮＣが遂行される制御フローチャートである。
【図１２】本発明の第２の実施形態により、Ｎｏｄｅ  Ｂからリソース状態識別メッセージを受信することによってＲＮＣが遂行される制御フローチャートである。
【図１３】本発明の実施形態によりＨＳＤＰＡリソースを割り当てる手順を示すフローチャートである。
【図１４】本発明の実施形態によりＨＳＤＰＡリソースを削除する手順を示すフローチャートである。
【図１５】本発明の実施形態によりＨＳＤＰＡリソースを切り替える手順を示すフローチャートである。
【図１６】本発明の第３の実施形態によりＨＳＤＰＡリソースを割り当てる手順を示すフローチャートである。
【図１７】本発明の第３の実施形態によりＨＳＤＰＡリソースを切り替える手順を示すフローチャートである。
【符号の説明】
【０１３１】
１０      Ｎｏｄｅ  Ｂ
２０      ＣＲＮＣ
３１１      第１のローカルセル
３１２      第２のローカルセル
３１３      第３のローカルセル
３１４      第４のローカルセル
３１５      第５のローカルセル
３１６      第６のローカルセル
３１７      第７のローカルセル
３２１      第１のローカルセルグループ
３２２      第２のローカルセルグループ
３２４      第４のＨＳＤＰＡセル
３３１      ＨＳＤＰＡセル
３３２      ＨＳＤＰＡセル
３３３      ＨＳＤＰＡセル
３４１      ＨＳＤＰＡセルグループ
【図１】
2007511950.tif 000013
【図２】
2007511950.tif 000014
【図３】
2007511950.tif 000015
【図４】
2007511950.tif 000016
【図５】
2007511950.tif 000017
【図６】
2007511950.tif 000018
【図７】
2007511950.tif 000019
【図８】
2007511950.tif 000020
【図９】
2007511950.tif 000021
【図１０】
2007511950.tif 000022
【図１１】
2007511950.tif 000023
【図１２】
2007511950.tif 000024
【図１３】
2007511950.tif 000025
【図１４】
2007511950.tif 000026
【図１５】
2007511950.tif 000027
【図１６】
2007511950.tif 000028
【図１７】
2007511950.tif 000029
【手続補正書】
【提出日】平成17年9月13日(2005.9.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
高速パケットデータサービスのためのリソースを割り当てる無線ネットワーク制御部(Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ)と、複数のローカルセルのうち前記ＲＮＣから割り当てられたリソースを用いて前記高速パケットデータサービスを提供する少なくとも一つのローカルセルを有する基地局を含む移動通信システムにおいて、前記高速パケットデータサービスのためのリソースの状態を前記基地局が前記ＲＮＣに報告する方法であって、
前記基地局でローカルセルの前記高速パケットデータサービスの支援可否を判定する段階と、
前記判定により、高速パケットデータサービスの利用状態に関するリソース状態情報を前記ＲＮＣに伝送する段階と、
を有することを特徴とする方法。
【請求項２】
前記基地局で、前記ＲＮＣから前記高速パケットデータサービスのために予約されたリソースを示す情報を受信する段階と、
前記高速パケットデータサービスの支援が可能な少なくとも一つのローカルセルに対して前記予約されたリソースを割り当てる段階と、
をさらに有することを特徴とする請求項１記載の方法。
【請求項３】
前記リソースを割り当てる段階は、前記高速パケットデータサービスの支援が可能なローカルセルのうちのいずれか一つのローカルセルに対応して割り当てることを特徴とする請求項２記載の方法。
【請求項４】
前記高速パケットデータサービスの支援が可能なローカルセルの個数が変更されるか否かを検査する段階と、
前記高速パケットデータサービスの支援が可能なローカルセルの個数が変更されるときに、前記変更情報を前記ＲＮＣに伝送する段階をさらに有することを特徴とする請求項１記載の方法。
【請求項５】
前記基地局と前記ＲＮＣが有するリソース状態情報が一致しない場合に、前記基地局のリソース状態情報を前記ＲＮＣに伝送する段階をさらに有することを特徴とする請求項１記載の方法。
【請求項６】
前記基地局は、前記高速パケットデータサービスの支援が可能なローカルセルに対応して、支援可能な高速パケットデータサービスのリソース状態情報を共に伝送することを特徴とする請求項５記載の方法。
【請求項７】
前記高速パケットデータサービスの関連情報は、該当ローカルセルで高速パケットデータサービスを支援するための最大バッファサイズ、高速パケットデータサービスを支援するための最大コード数、及び高速パケットデータサービスを支援するための最大電力量を含むことを特徴とする請求項６記載の方法。
【請求項８】
前記高速パケットデータサービスの関連情報は、該当ローカルセルに対応するセルのリソース運営状態に関する情報(Ｒｅｓｏｕｒｃｅ  Ｏｐｅｒａｔｉｏｎａｌ  Ｓｔａｔｅ)及び利用状態に関する情報(Ａｖａｉｌａｂｉｌｉｔｙ  Ｓｔａｔｕｓ)を含むことを特徴とする請求項６記載の方法。
【請求項９】
高速パケットデータサービスのためのリソースを割り当てる無線ネットワーク制御部(ＲＮＣ)と、複数のローカルセルのうち前記ＲＮＣから割り当てられたリソースを用いて前記高速パケットデータサービスを提供する少なくとも一つのローカルセルを有する基地局を含む移動通信システムで、前記ＲＮＣが前記高速パケットデータサービスのためのリソースを割り当てる方法であって、
前記基地局から前記ローカルセルの前記高速パケットデータサービスの支援可否に関するリソース状態情報を受信する段階と、
前記リソース状態情報により前記高速パケットデータサービスを支援するセルの最大個数を決定する段階と、
前記セルの最大個数を参照して前記高速パケットデータサービスのためのリソースを割り当てる段階と、
を含むことを特徴とする方法。
【請求項１０】
前記基地局からの報告に基づいて前記セルの最大個数を調整する段階をさらに備えることを特徴とする請求項９記載の方法。
【請求項１１】
前記基地局と前記ＲＮＣが有するリソース状態情報が一致しないと、前記基地局のリソース状態情報の伝送を前記基地局に要求する段階をさらに備えることを特徴とする請求項９記載の方法。
【請求項１２】
前記基地局から前記高速パケットデータサービスの支援が可能なローカルセルに対応して支援可能な高速パケットデータサービスに対する関連情報がリソース状態情報と共に伝送されることを特徴とする請求項１１記載の方法。
【請求項１３】
前記高速パケットデータサービスの関連情報は、前記基地局が該当ローカルセルで高速パケットデータサービスを支援するための最大バッファサイズ、高速パケットデータサービスを支援するための最大コード個数、及び高速パケットデータサービスを支援するための最大電力量を含むことを特徴とする請求項１２記載の方法。
【請求項１４】
前記高速パケットデータサービスの関連情報は、該当ローカルセルに対応するセルのリソース運営状態に関する情報及び利用状態に関する情報を含むことを特徴とする請求項１２記載の方法。
【請求項１５】
高速パケットデータサービスのためのリソースを割り当てる無線ネットワーク制御部(ＲＮＣ)と、前記ＲＮＣによって割り当てられたリソースを用いてセル別に前記高速パケットデータサービスを提供する基地局を含む移動通信システムで、前記高速パケットデータサービスのためのリソースの状態を前記基地局が前記ＲＮＣに報告する方法であって、
前記高速パケットデータサービスの支援が可能なセルを検出する段階と、
前記検出結果により、前記高速パケットデータサービスを支援するセルの最大個数を決定する段階と、
前記高速パケットデータサービスを支援するセルの最大個数を前記ＲＮＣに伝送する段階と、
を含むことを特徴とする方法。
【請求項１６】
前記基地局は、前記ＲＮＣから前記高速パケットデータサービスの支援のために割り当てられたリソースを受信し、前記割り当てられたリソースを前記高速パケットデータサービスの支援が可能なセルに対して割り当てる段階をさらに備えることを特徴とする請求項１５記載の方法。
【請求項１７】
前記基地局は、前記高速パケットデータサービスを支援するセルが変更されるときに、変更情報を前記ＲＮＣに伝送する段階をさらに備えることを特徴とする請求項１５記載の方法。
【請求項１８】
前記変更情報は、該当ローカルセルに対応するセルのリソース運営状態に関する情報及び利用状態に関する情報を含むことを特徴とする請求項１７記載の方法。
【請求項１９】
高速パケットデータサービスのためのリソースを割り当てる無線ネットワーク制御部(ＲＮＣ)と、前記ＲＮＣによって割り当てられたリソースを用いてセル別に前記高速パケットデータサービスを提供する基地局を含む移動通信システムで、前記ＲＮＣが前記高速パケットデータサービスのためのリソースを割り当てる方法であって、
前記基地局から前記高速パケットデータサービスを支援する最大セルの個数を受信する段階と、
前記高速パケットデータサービスを支援するセルの最大個数を参照して前記高速パケットデータサービスの支援のためのリソースを割り当てる段階と、
を含むことを特徴とする方法。
【請求項２０】
前記基地局からの報告に基づいて前記セルの最大個数を更新する段階をさらに備えることを特徴とする請求項１９記載の方法。
【請求項２１】
前記セルの最大個数が変更されるときに、各ローカルセルに対応するセルのリソース運営状態に関する情報及び利用状態に関する情報を受信する段階をさらに備えることを特徴とする請求項１９記載の方法。
【請求項２２】
基地局からの利用状態情報によりローカルセルにリソースを割り当てる少なくとも一つの無線ネットワーク制御部(ＲＮＣ)と、複数のローカルセルを制御する少なくとも一つの基地局を含む移動通信システムで、高速パケットデータサービスのためのリソース管理方法であって、
前記基地局が前記ＲＮＣにリソース状態情報を伝送する段階と、
前記リソース状態情報に対する応答で、前記高速パケットデータサービスのために予約されたリソースに関する情報を前記ＲＮＣから受信する段階と、
前記基地局が前記予約されたリソース情報に基づいて前記ローカルセルに前記リソースを割り当てる段階と、
を有することを特徴とする方法。
【請求項２３】
前記リソース状態情報は、前記高速パケットデータサービスを支援するローカルセルの個数情報を含むことを特徴とする請求項２２記載の方法。
【請求項２４】
前記予約されたリソースは、前記高速パケットデータサービスを支援するローカルセルの個数により調整されることを特徴とする請求項２３記載の方法。
【請求項２５】
前記リソース状態情報を伝送する段階は、
各ローカルセルが前記高速パケットデータサービスを支援するか否かを判定する段階と、
前記高速パケットデータサービスを支援するローカルセルの個数をカウントする段階と、
前記高速パケットデータサービスを支援する前記ローカルセルの個数を含む前記リソース状態情報を生成する段階と、
を有することを特徴とする請求項２２記載の方法。
【請求項２６】
前記リソース状態情報を伝送する段階は、
前記高速パケットデータサービスを支援するローカルセルが機能不良で、或いは使用不可であるかを検査する段階と、
前記機能不良のローカルセルを除いて、前記高速パケットデータサービスを支援する前記ローカルセルの個数をカウントする段階と、
をさらに有することを特徴とする請求項２５記載の方法。
【請求項２７】
前記リソース状態情報は、前記高速パケットデータサービスのために使用可能なバッファの最大サイズと前記高速パケットデータサービスのための最大電力量をさらに含むことを特徴とする請求項２５記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
一般のシステムで初期化の際に、Ｎｏｄｅ  Ｂは内部ハードウェア状態を把握し、ハードウェア状態をローカルセル情報の形態にリソース状態識別(Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｉｎｄｉｃａｔｉｏｎ)メッセージにより無線ネットワーク制御器(Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：以下、“ＲＮＣ”とする)に報告する。リソース状態識別メッセージは“Ｎｏ  Ｆａｉｌｕｒｅ”メッセージである。ＲＮＣは論理リソースを設定する。すなわち、報告された情報によりセルセットアップ手順と共通チャンネルセットアップ手順を遂行してセルと共通チャンネルを設定する。この設定された論理リソースに関する情報はＮｏｄｅ  Ｂに伝送される。
【国際調査報告】
2007511950.tif 000030
2007511950.tif 000031