(57)【特許請求の範囲】
【請求項１】
セルラ通信ネットワークでマルチセルサービスをサポートするネットワークコントローラであって、
前記セルラ通信ネットワークの通信セル内で通信をサポートする複数のネットワークエレメントに動作可能に結合されたインタフェース接続ロジックと、
セル構成情報を有するセル構成メッセージを生成する信号処理ロジックと、
マルチキャストプロトコルを使用して、前記セル構成メッセージを前記複数のネットワークエレメントに送信する送信ロジックと、を備え、
前記信号処理ロジックは、前記信号処理ロジックが前記複数のネットワークエレメントの少なくとも一つから肯定応答メッセージを受信しないことに応じて、ユニキャストプロトコルを使用して前記セル構成情報を再送信するか、或いはマルチキャストプロトコルを使用して前記セル構成情報を再送信するかを決定する決定ロジックを有する、ネットワークコントローラ。
【請求項２】
前記セルラ通信ネットワークは、複数の通信セルクラスタを有し、各セルクラスタは、複数の通信セルを有し、
前記送信ロジックは、前記セル構成メッセージを通信セルクラスタ内の前記複数のネットワークエレメントに送信するように動作可能である、請求項１に記載のネットワークコントローラ。
【請求項３】
前記マルチキャストプロトコルは、IMGP（Internet Group Management Protocol）を有する、請求項１に記載のネットワークコントローラ。
【請求項４】
前記ネットワークコントローラは、前記複数のネットワークエレメントの少なくとも一つが、IGMP（Internet Group Management Protocol）を用いてマルチセルサービスに加入することを可能にする許可ロジックを有する、請求項３に記載のネットワークコントローラ。
【請求項５】
前記送信ロジックは、SCTP（Stream Control Transmission Protocol）と、TCP（Transport Control Protocol）と、UDP（User Datagram Protocol）とのグループのうち少なくとも１つを使用して前記セル構成メッセージを送信するように動作可能である、請求項１に記載のネットワークコントローラ。
【請求項６】
前記セル構成情報は、
(i)共通物理チャネル（CPCH：Common Physical CHannel）構成情報と、
(ii)下りアクセスチャネル（FACH：Forward Access CHannel）構成情報と、
(iii)ページングチャネル（PCH：Paging CHannel）構成情報と、
(iv)ページングインジケータチャネル（PICH：Paging Indicator CHannel）構成情報と、
(v)MBMSページングインジケータチャネル（MICH：MBMS paging Indicator CHannel）構成情報と、
(vi)タイムスロット構成情報と、
(vii)パケットランダムアクセスチャネル（PRACH：Packet Random Access CHannel）構成情報と、
(viii)ランダムアクセスチャネル（RACH：Random Access CHannel）構成情報と、
(ix)高速物理アクセスチャネル（FPACH：Fast Physical Access CHannel）構成情報と
のグループのうち少なくとも１つを有する、請求項１に記載のネットワークコントローラ。
【請求項７】
前記信号処理ロジックは、ユニキャストプロトコルを介して前記複数のネットワークエレメントの少なくとも一つから、前記通信セル構成情報の受信を承認する少なくとも１つの肯定応答メッセージを受信する第１の受信ロジックを有する、請求項１に記載のネットワークコントローラ。
【請求項８】
前記決定ロジックは、前記信号処理ロジックが送信する必要のあるユニキャスト構成情報メッセージの数と、マルチキャスト構成情報メッセージの送信から生じる不要な肯定応答メッセージの数との間のトレードオフに基づいて、決定を行うように動作可能である、請求項１に記載のネットワークコントローラ。
【請求項９】
前記信号処理ロジックが前記複数のネットワークエレメントの少なくとも一つから肯定応答メッセージを受信しないことに応じて、前記信号処理ロジックは、前記構成情報を前記複数のネットワークエレメントの少なくとも一つに再送信する第１の再送信ロジックに動作可能に結合される、請求項１に記載のネットワークコントローラ。
【請求項１０】
前記第１の再送信ロジックは、ユニキャストプロトコルを使用して、前記構成情報を前記複数のネットワークエレメントの少なくとも一つに再送信する第２の再送信ロジックを有する、請求項９に記載のネットワークコントローラ。
【請求項１１】
前記送信ロジックが前記マルチキャストプロトコルを使用してセル構成情報を前記複数のネットワークエレメントの少なくとも一つに送信したことに基づいて、マルチセルサービスのための加入要求を前記複数のネットワークエレメントの少なくとも一つから受信する第２の受信ロジックを更に有する、請求項７に記載のネットワークコントローラ。
【請求項１２】
ユニキャストプロトコルを介して少なくとも１つの肯定応答メッセージを受信する前記第１の受信ロジックは、IP（Internet Protocol）を介して少なくとも１つの肯定応答メッセージを受信する第３の受信ロジックを有する、請求項７に記載のネットワークコントローラ。
【請求項１３】
前記ネットワークコントローラは、シグナリング目的で前記ネットワークコントローラに対応する一意のマルチキャストアドレスを使用するように動作可能なアドレスロジックを有する、請求項１に記載のネットワークコントローラ。
【請求項１４】
前記複数のネットワークエレメントが一部を形成するように構成された前記セルラ通信ネットワークの少なくとも一部は、MBSFN（Multicast-Broadcast over a Single Frequency Network）のためのブロードキャストのみのモードで動作するように構成される、請求項１に記載のネットワークコントローラ。
【請求項１５】
前記セルラ通信ネットワークは、UTRAN（UMTS（Universal Mobile Telecommunications System） Terrestrial Radio Access Network）を有し、
前記ネットワークコントローラは、RNC（Radio Network Controller）を有する、請求項１に記載のネットワークコントローラ。
【請求項１６】
前記セルラ通信ネットワークは、WiMAX（Worldwide Interoperability for Microwave ACceSS）ネットワークを有する、請求項１に記載のネットワークコントローラ。
【請求項１７】
セルラ通信ネットワークの通信セル内で通信をサポートする複数のネットワークエレメントにマルチセルサービスのためのセル構成情報を提供するコンピュータ実施方法であって、
マルチセルサービスを提供するためのセル構成情報を有するセル構成メッセージを生成し、
マルチキャストプロトコルを使用して、前記セル構成メッセージを前記複数のネットワークエレメントに送信し、
前記複数のネットワークエレメントの少なくとも一つから肯定応答メッセージを受信しないことに応じて、ユニキャストプロトコルを使用して前記セル構成情報を再送信するか、或いはマルチキャストプロトコルを使用して前記セル構成情報を再送信するかを決定する、方法。
【請求項１８】
セルラ通信ネットワークの通信セル内で通信をサポートする複数のネットワークエレメントにマルチセルサービスのためのセル構成情報を提供するセルラ通信システムであって、
命令を格納するコンピュータメモリと、
命令を実行するプロセッサと
を有し、
前記命令は、
マルチセルサービスを提供するためのセル構成情報を有するセル構成メッセージを生成し、
マルチキャストプロトコルを使用して、前記セル構成メッセージを前記複数のネットワークエレメントに送信し、
前記複数のネットワークエレメントの少なくとも一つから肯定応答メッセージを受信しないことに応じて、ユニキャストプロトコルを使用して前記セル構成情報を再送信するか、或いはマルチキャストプロトコルを使用して前記セル構成情報を再送信するかを決定する、セルラ通信システム。
【請求項１９】
セルラ通信ネットワークでマルチセルサービスをサポートする集積回路であって、
マルチセルサービスを提供するためのセル構成情報を有するセル構成メッセージを生成するメッセージ生成ロジックと、
マルチキャストプロトコルを使用して、前記セル構成メッセージを複数のネットワークエレメントに送信する送信ロジックと、
前記複数のネットワークエレメントの少なくとも一つから肯定応答メッセージを受信しないことに応じて、ユニキャストプロトコルを使用して前記セル構成情報を再送信するか、或いはマルチキャストプロトコルを使用して前記セル構成情報を再送信するかを決定する決定ロジックと、
を有する集積回路。
【請求項２０】
マルチセルサービスを提供するためのセル構成情報を有するセル構成メッセージを生成し、
マルチキャストプロトコルを使用して、前記セル構成メッセージを複数のネットワークエレメントに送信し、
前記複数のネットワークエレメントの少なくとも一つから肯定応答メッセージを受信しないことに応じて、ユニキャストプロトコルを使用して前記セル構成情報を再送信するか、或いはマルチキャストプロトコルを使用して前記セル構成情報を再送信するかを決定する実行可能プログラムコードを有するコンピュータ可読媒体。
【請求項２１】
前記コンピュータ可読媒体は、ハードディスク、CD-ROM、光記憶デバイス、磁気記憶デバイス、読み取り専用メモリ（ROM）、プログラム可能読み取り専用メモリ（PROM）、消去可能プログラム可能読み取り専用メモリ（EPROM）、電気的消去可能プログラム可能読み取り専用メモリ（EEPROM）及びフラッシュメモリのうち少なくとも１つを有する、請求項２０に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は、概してセルラ通信に関する。より具体的には、本発明の分野は、セル構成情報（cell  configuration  information）をネットワークエレメントに提供する方法及び装置に関する。
【背景技術】
【０００２】
UTRA-TDD（Universal  Terrestrial  Radio  Access  -  Time  Division  Duplex）のような典型的なセルラネットワークでは、無線ネットワークコントローラ（RNC：Radio  Network  Controller）が一式のセルを構成する役目をする。典型的には、セルの構成は、Iubインタフェースの3GPP（3rd  Generation  Partnership  Project）  NBAP（Node-B  Application  Part）のような標準プロトコルを使用して実現される。通常のネットワークアーキテクチャにおけるそのRNCからのセルの構成の実施は、RNCからそれぞれの個々のセルへのポイント・ツー・ポイント接続に基づく。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
当業者にわかるように、セルラネットワーク内でのネットワークリソースは限られているため、ネットワークエレメント間でのシグナリングメッセージフロー及びコンテンツの何らかの低減が望まれる。更に、RNCの処理リソースの負荷の何らかの低減、及びセルを再構成するために要する時間量の何らかの低減も望まれる。
【０００４】
従って、セル構成情報をネットワークエレメントに提供する改善した方法及び技術の絶え間ないニーズが存在する。
【０００５】
従って、本発明の実施例は、前述の欠点のうち１つ以上を単独で又は何らかの組み合わせで軽減、緩和又は除去することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の態様によれば、セルラ通信ネットワークでマルチセルサービスをサポートするネットワークコントローラが提供される。ネットワークコントローラは、通信ネットワークの通信セル内で通信をサポートする少なくとも１つのネットワークエレメントに動作可能に結合されたインタフェース接続を有する。ネットワークコントローラは、セル構成情報を有するセル構成メッセージを生成する信号処理ロジックを有する。送信ロジックは、マルチキャストプロトコルを使用して、セル構成メッセージを少なくとも１つのネットワークエレメントに送信する。
【０００７】
従って、本発明の実施例は、ネットワークコントローラがセル構成情報を複数のネットワークエレメントに単一の送信で実質的に同時に配信することを可能にする。その結果、セル構成情報のネットワークエレメントへの提供に関するネットワークコントローラの処理負荷と共に、ネットワークコントローラとネットワークエレメントとの間のインタフェースのネットワークコントローラ側で必要になる帯域幅が、かなり低減され得る。更に、セル構成情報は、全てのネットワークエレメントに実質的に同時に送信され得るため、特に多数のセルが再構成される必要がある場合、複数のセルを再構成するために必要な時間が、かなり低減され得る。
【０００８】
本発明の任意選択の特徴によれば、セルラ通信ネットワークは、複数の通信セルクラスタを有してもよく、また、各セルクラスタは、複数の通信セルを有する。これにより、送信ロジックは、セル構成メッセージを通信セルクラスタ内の複数のネットワークエレメントに送信するように更に動作可能でもよい。このように、セル再構成情報のマルチキャスト送信は、複数のネットワークエレメントにブロードキャストされてもよい。
【０００９】
本発明の任意選択の特徴によれば、マルチキャストプロトコルは、IMGP（Internet  Group  Management  Protocol）を有してもよく、ネットワークコントローラは、SCTP（Stream  Control  Transmission  Protocol）を使用してセル構成メッセージを送信してもよい。
【００１０】
本発明の更なる任意選択の特徴によれば、セル構成情報は、
(i)共通物理チャネル（CPCH：Common  Physical  CHannel）構成情報
(ii)下りアクセスチャネル（FACH：Forward  Access  CHannel）構成情報
(iii)ページングチャネル（PCH：Paging  CHannel）構成情報
(iv)ページングインジケータチャネル（PICH：Paging  Indicator  CHannel）構成情報
(v)MBMSページングインジケータチャネル（MICH：MBMS  paging  Indicator  CHannel）構成情報
(vi)タイムスロット構成情報
(vii)パケットランダムアクセスチャネル（PRACH：Packet  Random  Access  CHannel）構成情報
(viii)ランダムアクセスチャネル（RACH：Random  Access  CHannel）構成情報
(ix)高速物理アクセスチャネル（FPACH：Fast  Physical  Access  CHannel）構成情報
のグループのうち１つ以上を有してもよい。
【００１１】
本発明の更なる任意選択の特徴によれば、ネットワークコントローラは、少なくとも１つのネットワークエレメントが、例えばIGMP（Internet  Group  Management  Protocol）を用いてマルチセルサービスに加入することを可能にする許可ロジックを有してもよい。
【００１２】
本発明の任意選択の特徴によれば、ネットワークコントローラは、ユニキャストプロトコルを介して少なくとも１つのネットワークエレメントから肯定応答メッセージを受信し、セル構成情報の受信を承認するように動作可能な第１の受信ロジックを有してもよい。
【００１３】
本発明の任意選択の特徴によれば、信号処理ロジックは、マルチキャストプロトコルを使用したセル構成情報の送信に続いて、マルチセルサービスに加入したネットワークエレメントから肯定応答メッセージを受信しなかった場合、ユニキャストプロトコルを使用して、肯定応答メッセージが受信されなかったネットワークエレメントに構成情報を再送信するように更に動作可能でもよい。任意選択で、ユニキャストプロトコルは、インターネットプロトコル（IP：Internet  Protocol）を有してもよい。
【００１４】
本発明の任意選択の特徴によれば、ネットワークコントローラは、少なくとも通信ネットワーク内の他のネットワークコントローラに関して、シグナリング目的で実質的に一意のマルチキャストアドレスを使用するように動作可能なアドレスロジックを有してもよい。
【００１５】
本発明の第２の態様によれば、セルラ通信ネットワークの通信セル内で通信をサポートするネットワークエレメントが提供される。ネットワークエレメントは、マルチキャストプロトコルを使用してネットワークコントローラからマルチセルサービスを提供するためのセル構成情報を受信する受信論理モジュールを有する。
【００１６】
本発明の第３の態様によれば、セルラ通信ネットワークの通信セル内で通信をサポートするネットワークエレメントにマルチセルサービスのためのセル構成情報を提供する方法が提供される。この方法は、マルチセルサービスを提供するためのセル構成情報を有するセル構成メッセージを生成するステップと、マルチキャストプロトコルを使用して、セル構成メッセージを少なくとも１つのネットワークエレメントに送信するステップとを有する。
【００１７】
本発明の第４の態様によれば、前述のマルチセルサービスのためのセル構成情報をネットワークエレメントに提供する方法をサポートするように適合されたネットワークコントローラを有するセルラ通信システムが提供される。
【００１８】
本発明の第５の態様によれば、通信システムでマルチメディアブロードキャスト通信をサポートする集積回路が提供される。集積回路は、マルチセルサービスを提供するためのセル構成情報を有するセル構成メッセージを生成するメッセージ生成ロジックと、マルチキャストプロトコルを使用して、セル構成メッセージを少なくとも１つのネットワークエレメントに送信する送信ロジックとを有する。
【００１９】
本発明の第６の態様によれば、前述のマルチセルサービスのためのセル構成情報をネットワークエレメントに提供する方法を実行するように信号処理ロジックをプログラムする実行可能プログラムコードを有するコンピュータ可読媒体が提供される。
【図面の簡単な説明】
【００２０】
【図１】セルラ通信システムの一部のブロック図の例
【図２】本発明の実施例に従って適合されたRNCの例
【図３】本発明の実施例に従った図２のRNCの簡略化したシグナリング図の例
【図４】本発明の実施例に従ってマルチセルサービスのためのセル構成情報を提供する方法の簡略化したフローチャートの例
【図５】本発明の実施例における処理機能を実装するために使用され得る典型的なコンピュータシステム
【発明を実施するための形態】
【００２１】
本発明の前記及び他の態様、特徴及び利点は、以下に記載の実施例から明らかになり、以下に記載の実施例を参照して説明する。
【００２２】
本発明の実施例について、添付図面を参照して一例として説明する。
【００２３】
移動通信デバイス（移動電話ハンドセット及び他のハンドヘルドデバイス等）を介して受信可能なマルチメディアサービスの需要は、急速に増加することが想定される。セルラ通信ネットワークでマルチメディアブロードキャストサービスを配信する１つの技術は、3GPP（3rd  Generation  Partnership  Project）により策定されているMBMS（Multimedia  Broadcast  and  Multicast  Service）である（www.3gpp.com）。
【００２４】
MBMSの特定の変形は、MBSFN（Multicast/Broadcast  over  a  single  Frequency  Network）のためのブロードキャストのみのモードで動作するネットワークを有する。このような専用のブロードキャストセルラネットワークでは、サービスのブロードキャストに関与する全てのセルは、そのサービスに使用される物理リソースの同一の構成を有する。基本的には、サービスのブロードキャストに関与する全てのセルは、そのサービスの同一の時間同期した波形を送信するように構成される。
【００２５】
本発明の実施例について、UTRAN（UMTS（Universal  Mobile  Telecommunications  System）  Terrestrial  Radio  Access  Network）システムに関して説明する。しかし、本発明の実施例はUTRANシステムに限定されず、代替のセルに基づく通信システム（例えば、WiMAX（Worldwide  Interoperability  for  Microwave  ACceSS）ネットワークシステム）内に実装されてもよいことが当業者にわかる。この場合、複数の通信セルは、実質的に同じ構成情報を備えることになる。
【００２６】
図１を参照すると、セルラ通信システム100の一部のブロック図の例が示されている。図示の実施例では、セルラ通信システム100は、UTRANシステムの一部を有する。システム100は、ネットワークコントローラを有する。図示の実施例では、ネットワークコントローラは、RNC（Radio  Network  Controller）110の形式である。RNC110は、通信ネットワークの各通信セル130内で通信をサポートする１つ以上のネットワークエレメントに動作可能に結合される。図示の実施例では、ネットワークエレメントは、無線基地局の形式である。無線基地局は、3GPP用語ではNode-B125と呼ばれ、RNC110は、Iubインタフェース105を介してNode-B125に動作可能に結合される。
【００２７】
完全にするため、図１のRNC110は、既知のように、SGSN（Serving  GPRS（General  Packet  Radio  System）  Support  Node）150に更に動作可能に結合される。
【００２８】
本発明の実施例によれば、図１の通信ネットワークは、無線インタフェースUu135を介して、通信セル130内に位置する移動通信デバイス（ユーザ装置（UE：User  Equipment）145等）にマルチセルサービスを配信するように構成されてもよい。例えば、マルチセルサービスは、Node-Bを介して通信ネットワークで無線通信デバイスに提供され得るブロードキャストサービスを有してもよい。特に、図１の通信ネットワークは、MBSFN（Multicast/Broadcast  over  a  single  Frequency  Network）のためのブロードキャストのみのモードで動作するように構成されてもよい。このように、それぞれ個々の通信セル130は、通信セル140のクラスタの一部を形成してもよい。クラスタは、システム100内の通信セル130の部分集合（サブセット）、又はシステム100内の通信セル130の全てを定義する。ブロードキャストサービスのようなマルチセルサービスは、クラスタ140の全ての通信セル130により、同一の物理リソースを使用して実質的に同時に送信されてもよい。
【００２９】
図２を参照すると、Iubインタフェース205を介してNode-B220、230、340に動作可能に結合され、本発明の実施例に従って適合されたRNC210の例が示されている。RNC210は、信号処理論理モジュール212と、メモリエレメント215とを有する。同様に、各Node-B220、230、240は、それぞれ信号処理モジュール222、232、242と、メモリエレメント225、235、245とを有する。
【００３０】
本発明の実施例によれば、RNC210の信号処理論理モジュール212は、マルチセルサービスを提供するためのセル構成情報を有するセル構成メッセージを生成し、マルチキャストプロトコルを使用して、セル構成メッセージをNode-B220、230、240に送信するように動作可能である。
【００３１】
このように、RNC210は、構成情報を複数のNode-B（例えば、クラスタ250内の全てのNode-B220、230、240）に単一の送信で実質的に同時に配信することができる。その結果、セル構成情報のNode-B220、230、240への提供に関するRNC210の処理負荷と共に、Iubインタフェース205のRNC側で必要になる帯域幅が、かなり低減され得る。更に、セル構成情報は、クラスタ250内の全てのNode-B220、230、240に実質的に同時に送信され得るため、特に多数のセルが再構成される必要がある場合、複数のセルを再構成するために必要な時間が、かなり低減され得る。一例として、構成メッセージは、400バイトを有してもよく、肯定応答メッセージは、50バイトを有してもよい。ユニキャストプロトコルを使用して構成メッセージを各セルに個々に送信する従来技術の方法を使用してクラスタ内の50のセルを構成することは、構成メッセージに50×400バイトを使用し、肯定応答メッセージに50×50バイトを使用する（再送信の必要がないものと仮定する）。従って、従来技術の方法を使用して、合計で22500バイトが送信される。しかし、本発明の例に従ってマルチキャストプロトコルを使用してクラスタ内の50のセルを構成することは、単一の400バイトの構成メッセージのみを使用する。従って、合計で2900バイトのみが送信される必要があり、送信されるバイト数で約８倍だけ低減される。
【００３２】
RNC210は、セル構成情報を送信するために、如何なる適切なマルチキャストプロトコルを使用するように動作可能でもよい。例えば、RNC210は、IGMP（Internet  Group  Management  Protocol）のようなパケットに基づくマルチキャストプロトコルを使用してもよい。このように、特定のマルチセルサービスを提供する全てのNode-B220、230、240は、そのマルチセルサービスに対応する適切なマルチキャストグループに参加するように構成されてもよい。
【００３３】
当業者にわかるように、IETF（Internet  Engineering  Task  Force）のRFC（Request  for  Comments）ドキュメントに規定された複数のバージョンのIGMPが存在する。IGMP  v1はRFC1112により規定されており、IGMP  v2はRFC2236により規定されており、IGMP  v3はRFC3376により規定されている。
【００３４】
RNC210は、SCTP（Stream  Control  Transmission  Protocol）の変形を使用してセル構成メッセージを送信するように更に動作可能でもよい。当業者にわかるように、SCTPは、IETF（Internet  Engineering  Task  Force）  Signalling  Transportワーキンググループにより策定されたトランスポートレイヤのプロトコルであり、RFC4960に規定されている。これは、従来では１つのIPアドレスと１つのポートとに関係する。一般的には、SCTPは、例えばTCP（Transport  Control  Protocol）より高速で信頼性のあるプロトコルであると考えられている。更に、SCTPは、UDP（User  Datagram  Protocol）の場合のように、肯定応答メッセージがNBAP（Node-B  Application  Part）で提供されることを必要としない。従って、マルチキャストIPアドレス及びポートとユニキャストIPアドレス及びポートとの双方に関するSCTPの変形が利用されてもよい。このように、SCTP下りリンクは、マルチキャストアドレス及びポートを介して使用されてもよく、上りリンクは、ユニキャストアドレス及びポートを介して使用されてもよい。
【００３５】
セル構成情報は、Node-Bがその各セル内の移動通信デバイスにマルチセルサービスを提供するように構成されることを可能にする如何なる情報を有してもよい。例えば、セル構成情報は、
(i)共通物理チャネル（CPCH：Common  Physical  CHannel）構成情報
(ii)下りアクセスチャネル（FACH：Forward  Access  CHannel）構成情報
(iii)ページングチャネル（PCH：Paging  CHannel）構成情報
(iv)ページングインジケータチャネル（PICH：Paging  Indicator  CHannel）構成情報
(v)MBMSページングインジケータチャネル（MICH：MBMS  paging  Indicator  CHannel）構成情報
(vi)タイムスロット構成情報
(vii)パケットランダムアクセスチャネル（PRACH：Packet  Random  Access  CHannel）構成情報
(viii)ランダムアクセスチャネル（RACH：Random  Access  CHannel）構成情報
(ix)高速物理アクセスチャネル（FPACH：Fast  Physical  Access  CHannel）構成情報
のグループのうち１つ以上を有してもよい。
【００３６】
図３を参照すると、本発明の実施例に従ってマルチセルサービスをNode-B220、230、240に提供するためのセル構成情報を提供する図２のRNC210の簡略化したシグナリング図300の例が示されている。
【００３７】
前述のように、RNC210は、マルチセルサービスを提供するためのセル構成情報を有するセル構成メッセージを生成し、マルチキャストプロトコルを使用して、セル構成メッセージをNode-B220、230、240に送信するように動作可能である。従って、RNC210は、マルチキャストプロトコルを使用して、セル構成メッセージ310を全てのNode-B220、230、240に実質的に同時に送信する。セル構成メッセージ310を受信すると、Node-B220、230は、ユニキャストプロトコルを使用して、肯定応答メッセージ320、330をRNC210に返信し、セル構成メッセージの受信を承認することにより応答する。当業者にわかるように、肯定応答メッセージは、如何なる適切なレベル（例えば、SCTPレベル又はNBAPレベル）で送信されてもよい。
【００３８】
図３に示す例では、ボックス340で示すように、RNC210は、１つのNode-B（Node-B_3  240）から肯定応答メッセージを受信しない。従って、Node-B_3  240から肯定応答メッセージを受信しなかった場合、RNC210（より具体的には、図２に示す実施例ではその信号処理論理モジュール212）は、肯定応答メッセージが受信されなかったNode-B_3  240に構成情報を再送信するように動作可能である。信号処理論理モジュール212は、ユニキャストプロトコル350（例えば、ユニキャストIPプロトコルのようなパケットに基づくユニキャストプロトコル）を使用して、構成情報をNode-B_3  240に再送信してもよい。一例として、信号処理論理モジュール212は、マルチキャスト送信用に元々生成されたセル構成メッセージを単に再送信してもよい。或いは、信号処理論理モジュール212は、特に肯定応答メッセージが受信されなかったNode-B又は各Node-Bへのユニキャストプロトコルを使用した再送信のために、セル構成情報を有する新しいセル構成メッセージを生成してもよい。
【００３９】
このように、RNC210は、最初のマルチキャストメッセージの受信を承認しなかったNode-Bにのみ、ユニキャストのポイント・ツー・ポイント・シグナリングを採用する。従って、Iubインタフェース205でのパケットロスの確率に応じて、最終結果は、ネットワークリソースの何らかの再構成のために生成されたトラヒック量の全体の低減になり、再構成期間の短縮になる。
【００４０】
或いは、肯定応答メッセージが複数のNode-Bから受信されなかった場合、この場合も同様に信号処理論理モジュール212により行われる必要のある再送信の数を最小化するために、信号処理論理モジュール212は、マルチキャストプロトコルを使用して、構成情報をNode-Bに再送信してもよい。特に、信号処理論理モジュール212は、信号処理論理モジュールが送信する必要のあるユニキャスト構成情報メッセージの数と、マルチキャスト構成情報メッセージから生じる不要な肯定応答メッセージの数との間のトレードオフに基づいて、ユニキャストプロトコルを使用して構成情報を再送信するか、マルチキャストプロトコルを使用して構成情報を再送信するかを決定してもよい。
【００４１】
本発明の実施例によれば、複数のRNCを備えたシステムでは、各RNCは、少なくとも通信ネットワーク内の他のネットワークコントローラに関して、シグナリング目的で実質的に一意のマルチキャストアドレスを使用してもよい。このように、Node-Bは、Node-Bの制御プレーンのマルチキャスト加入情報の構成を通じて、特定のRNCにより制御されてもよい。
【００４２】
図４を参照すると、本発明の実施例に従って通信ネットワークの通信セル内で通信をサポートするネットワークエレメントにマルチセルサービス（例えば、ブロードキャストサービス）のためのセル構成情報を提供する方法の簡略化したフローチャート400の例が示されている。例えば、図４の方法は、この方法を実行するように信号処理論理モジュール212をプログラムする、例えば図２のRNC210のメモリエレメント215内に格納されたコンピュータ可読コードの形式で実装されてもよい。
【００４３】
この方法はステップ410で始まり、ステップ420に進み、セルマルチセルサービスを提供するためのセル構成情報を有するセル構成メッセージの生成が行われる。次に、ステップ430において、セル構成メッセージは、マルチキャストプロトコルを使用して１つ以上のNode-Bに送信される。ステップ440において、関係するマルチキャストグループに加入した全てのNode-Bから肯定応答メッセージが受信されない場合、この方法はステップ450に進み、マルチキャストプロトコルを使用して構成情報を再送信するか、ユニキャストプロトコルを使用して構成情報を再送信するかが決定される。例えば、未承認のNode-Bに送信される必要のあるユニキャスト構成情報メッセージの数と、マルチキャスト構成情報メッセージから生じる不要な肯定応答メッセージの数との間のトレードオフに基づいて、ユニキャストプロトコルを使用して構成情報を再送信するか、マルチキャストプロトコルを使用して構成情報を再送信するかが決定されてもよい。
【００４４】
ユニキャストプロトコルを使用して構成情報を再送信することが決定された場合、この方法はステップ460に進み、肯定応答メッセージが受信されなかったNode-Bにセル構成メッセージがユニキャストプロトコルを使用して再送信される。次に、この方法はステップ440にループバックする。
【００４５】
マルチキャストプロトコルを使用して構成情報を再送信することが決定された場合、この方法はステップ470に進み、セル構成メッセージは、マルチキャストプロトコルを使用して、例えば１つ以上のNode-Bの全てに再送信される。次に、この方法はステップ440にループバックする。
【００４６】
関係するマルチキャストグループに加入した全てのNode-Bから肯定応答メッセージが受信された場合、この方法はステップ480で終了する。
【００４７】
図５は、本発明の実施例の処理機能を実装するために使用され得る典型的なコンピュータシステム500を示している。例えば、この種類のコンピュータシステムは、ネットワークコントローラ又は他のネットワークエレメント（移動電話又はUSB/PCMCIAモデムのような統合型デバイスでもよい）で使用されてもよい。当業者はまた、他のコンピュータシステム又はアーキテクチャを使用して本発明をどのように実装するかを認識する。コンピュータシステム500は、所与の用途又は環境に望ましい又は適するような、例えば、デスクトップ、ラップトップ若しくはノートブックコンピュータ、ハンドヘルド型コンピュータデバイス（PDA、携帯電話、パームトップ等）、メインフレーム、サーバ、クライアント、又は他の種類の特殊目的若しくは汎用のコンピュータデバイスを表してもよい。コンピュータシステム500は、プロセッサ504のような１つ以上のプロセッサを含んでもよい。プロセッサ504は、汎用又は特殊目的の処理エンジン（例えば、マイクロプロセッサ、マイクロコントローラ又は他の制御ロジック等）を使用して実装されてもよい。この例では、プロセッサ504は、バス502又は他の通信媒体に接続される。
【００４８】
コンピュータシステム500はまた、プロセッサ504により実行される命令及び情報を格納するため、メインメモリ508（ランダムアクセスメモリ（RAM）又は他の動的メモリ）を含んでもよい。メインメモリ508はまた、プロセッサ504により実行される命令の実行中に一時変数又は他の中間情報を格納するために使用されてもよい。同様に、コンピュータシステム500は、プロセッサ504の静的情報及び命令を格納するため、バス502に結合された読み取り専用メモリ（ROM）又は他の静的記憶デバイスを含んでもよい。
【００４９】
コンピュータシステム500はまた、情報記憶システム510を含んでもよく、情報記憶システム510は、例えばメディアドライブ512と取り外し可能記憶インタフェース520とを含んでもよい。メディアドライブ512は、固定又は取り外し可能記憶媒体をサポートするドライブ又は他の機構（ハードディスクドライブ、フロッピー（登録商標）ディスクドライブ、磁気テープドライブ、光ディスクドライブ、コンパクトディスク（CD）若しくはデジタルビデオドライブ（DVD）読み取り若しくは書き込みドライブ（R又はRW）、又は他の取り外し可能若しくは固定メディアドライブ等）を含んでもよい。記憶媒体518は、例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気テープ、光ディスク、CD若しくはDVD、又はメディアドライブ514により読み取られて書き込まれる他の固定若しくは取り外し可能媒体を含んでもよい。これらの例が示すように、記憶媒体518は、特定のコンピュータソフトウェア又はデータを格納したコンピュータ可読記憶媒体を含んでもよい。
【００５０】
代替実施例では、情報記憶システム510は、コンピュータプログラム又は他の命令若しくはデータがコンピュータシステム500にロードされることを可能にする他の同様の構成要素を含んでもよい。このような構成要素は、例えば、取り外し可能記憶ユニット522及びインタフェース520（プログラムカートリッジ及びカートリッジインタフェース、取り外し可能メモリ（例えば、フラッシュメモリ又は他の取り外し可能メモリモジュール）及びメモリスロット、並びにソフトウェア及びデータが取り外し可能記憶ユニット518からコンピュータシステム500に転送されることを可能にする他の取り外し可能記憶ユニット522及びインタフェース520等）を含んでもよい。
【００５１】
コンピュータシステム500はまた、通信インタフェース524を含んでもよい。通信インタフェース524は、ソフトウェア及びデータがコンピュータシステム500と外部デバイスとの間で転送されることを可能にするために使用されてもよい。通信インタフェース524の例は、モデム、ネットワークインタフェース（Ethernet（登録商標）又は他のNICカード）、通信ポート（例えば、USB（universal  serial  bus）ポート等）、PCMCIAスロット及びカード等を含んでもよい。通信インタフェース524を介して転送されるソフトウェア及びデータは、信号の形式であり、信号は、通信インタフェース524により受信可能な電子、電磁気及び光、又は他の信号でもよい。これらの信号は、チャネル528を介して通信インタフェース524に提供される。このチャネル528は、信号を伝達してもよく、無線媒体、有線若しくはケーブル、光ファイバ、又は他の通信媒体を使用して実装されてもよい。チャネルの幾つかの例は、電話回線、セルラ電話リンク、RFリンク、ネットワークインタフェース、ローカル又は広域ネットワーク、及び他の通信チャネルを含む。
【００５２】
この文献では、‘コンピュータプログラムプロダクト’、‘コンピュータ可読媒体’等の用語は、概して媒体（例えば、メモリ508、記憶デバイス518又は記憶ユニット522等）を示すために使用されてもよい。前記及び他の形式のコンピュータ可読媒体は、プロセッサに指定の動作を実行させるためにプロセッサ504により使用される１つ以上の命令を格納してもよい。このような命令（一般的には‘コンピュータプログラムコード’と呼ばれる）（コンピュータプログラムの形式にグループ化されてもよく、他のグループにグループ化されてもよい）は、実行されたときに、コンピュータシステム500に本発明の実施例の機能を実行可能にする。コードは、プロセッサに指定の動作を直接実行させてもよく、コンパイルさせて実行させてもよく、及び／又は他のソフトウェア、ハードウェア及び／又はファームウェアエレメント（例えば、標準的な機能を実行するライブラリ）と組み合わせて実行させてもよい。
【００５３】
エレメントがソフトウェアを使用して実装される実施例では、ソフトウェアは、コンピュータ可読媒体に格納され、例えば、取り外し可能記憶ドライブ514、ドライブ512又は通信インタフェース524を使用してコンピュータシステム500にロードされてもよい。制御ロジック（この例では、ソフトウェア命令又はコンピュータプログラムコード）は、プロセッサ504により実行されたときに、プロセッサ504にここに記載の本発明の機能を実行させる。
【００５４】
明瞭にするため、前述の説明は、一般的な機能ユニット及びプロセッサを参照して本発明の実施例を記載している。しかし、本発明を逸脱することなく、異なる機能ユニット、プロセッサ又はドメイン間の如何なる適切な機能分散が使用されてもよいことが明らかである。例えば、信号処理論理モジュールにより実行されるものとして示されている機能は、別々のプロセッサ又はコントローラにより実行されてもよく、同じプロセッサ又はコントローラにより実行されてもよい。従って、特定の機能ユニットへの言及は、厳密な論理的又は物理的構造又は構成を示すのではなく、記載の機能を提供する適切な手段への参照としてのみ理解されるべきである。
【００５５】
本発明の態様は、ハードウェア、ソフトウェア、ファームウェア又はこれらのいずれかの組み合わせを含む如何なる適切な形式で実装されてもよい。任意選択で、本発明は、１つ以上のデータプロセッサ及び／又はデジタルシグナルプロセッサで実行するコンピュータソフトウェアとして少なくとも部分的に実装されてもよい。従って、本発明の実施例のエレメント及び構成要素は、物理的、機能的及び論理的に、如何なる適切な方法で実装されてもよい。実際に、機能は単一のユニットに実装されてもよく、複数のユニットに実装されてもよく、他の機能ユニットの一部として実装されてもよい。
【００５６】
本発明について、幾つかの実施例に関して説明したが、ここに記載の特定の形式に限定されることを意図しない。むしろ、本発明の範囲は、特許請求の範囲によってのみ制限される。更に、特徴が特定の実施例に関して記載されているように見えるが、当業者は、記載の実施例の様々な特徴が本発明の実施例に従って組み合わされてもよいことを認識する。
【００５７】
更に、個々に記載しているが、複数の手段、エレメント又は方法のステップは、例えば単一のユニット又はプロセッサにより実装されてもよい。更に、個々の特徴が異なる請求項に含まれることがあるが、これらは場合によっては有利に結合されてもよい。また、異なる請求項に含まれることは、特徴の組み合わせが実現可能ではない及び／又は有利ではないことを意味するのではない。また、１つの請求項のカテゴリに特徴を含むことは、このカテゴリへの限定を意味しているのではなく、この特徴が必要に応じて他の請求項のカテゴリにも同等に適用可能であることを意味する。
【００５８】
更に、請求項における特徴の順序は、特徴が実行されなければならない特別の順序を意味しているのではなく、特に方法の個々のステップの順序は、ステップがこの順序で実行されなければならないことを意味しているのではない。むしろ、ステップは如何なる適切な順序で実行されてもよい。更に、単数の言及は複数を除外しない。従って、単数の名詞、‘第１’、‘第２’等の言及は複数を除外しない。
【図１】
0005480254.tif 000002
【図２】
0005480254.tif 000003
【図３】
0005480254.tif 000004
【図４】
0005480254.tif 000005
【図５】
0005480254.tif 000006