(57)【特許請求の範囲】
【請求項１】
（１）サービングジェネラルパケット無線サービスサポートノード（以下、ＳＧＳＮ（５０１））が無線ネットワークコントローラ（以下、ＲＮＣ（５０２））にＭＢＭＳサービスのための無線アクセスベアラ（以下、ＲＡＢ）要求を送信し、次いで、前記ＲＮＣ（５０２）が、前記要求に従って、前記要求を送信する前記ＳＧＳＮ（５０１）とのマルチキャストサービスのための対応ＲＡＢを確立する段階と、
（２）前記ＲＮＣ（５０２）が、前記ＲＮＣ（５０２）に接続された他のＳＧＳＮから同じマルチキャストサービスに対応する多数のマルチキャストトラフィックストリームが存在するかどうかを検出し、存在する場合、前記ＲＮＣ（５０２）は、前記ＲＮＣ（５０２）に接続され、かつ同じマルチキャストサービスに対応するマルチキャストトラフィックストリームを送信するＳＧＳＮから第１ＳＧＳＮ（５０３）としてＳＧＳＮを選択し、マルチキャストトラフィックを受信するための第１パスとして、前記第１ＳＧＳＮ（５０３）と前記ＲＮＣ（５０２）との間で前記ＲＡＢを取得し、かつ、第２ＳＧＳＮ（前記ＲＮＣ（５０２）に接続され、かつ同じマルチキャストサービスに対応するマルチキャストトラフィックストリームを送信する、前記第１ＳＧＳＮ（５０３）以外のＳＧＳＮ）との接続を維持する段階と、
（３）前記マルチキャストトラフィックが前記第１ＳＧＳＮ（５０３）を介して送信される段階とを具備することを特徴とするIu-FlexベースのＭＢＭＳを実行するための方法。
【請求項２】
前記ＲＮＣ（５０２）が前記第１ＳＧＳＮ（５０３）を変更するかどうかを決定し、変更する場合、第１ＳＧＳＮとして前記第２ＳＧＳＮから１つを選択することを特徴とする請求項１に記載のIu-FlexベースのＭＢＭＳを実行するための方法。
【請求項３】
前記段階（２）において前記ＲＮＣ（５０２）が前記第２ＳＧＳＮとのＲＡＢ接続を維持することは、前記第２ＳＧＳＮから前記ＲＮＣ（５０２）まで、最小のデータボリューム、または、ゼロデータボリュームを送信することを介して実行されることを特徴とする請求項２に記載のIu-FlexベースのＭＢＭＳを実行するための方法。
【請求項４】
前記ＲＮＣ（５０２）によって前記第１ＳＧＳＮ（５０３）を変更することは、前記ネットワークが、前記ＲＮＣ（５０２）と前記第１ＳＧＳＮ（５０３）との間の前記ＲＡＢを開放するように要求するときに、実行されることを特徴とする請求項３に記載のIu-FlexベースのＭＢＭＳを実行するための方法。
【請求項５】
前記ＲＮＣ（５０２）によって前記第１ＳＧＳＮ（５０３）を変更することは、前記ＲＮＣ（５０２）にＲＡＢ接続を確立していないＳＧＳＮがＲＡＢ要求を開始するときに、実行されることを特徴とする請求項３に記載のIu-FlexベースのＭＢＭＳを実行するための方法。
【請求項６】
前記第１ＳＧＳＮ（５０３）として前記第２ＳＧＳＮから１つを選択することは、前記ＲＮＣ（５０２）と前記第２ＳＧＳＮとの間の前記ＲＡＢを通して受信されたマルチキャストデータパケットの優先度と、送信リンクの品質と、送信リンク上の負荷と、送信リンク確立の優先度と、前記マルチキャストサービスに対する個々のＳＧＳＮのサービス品質（以下、Ｑｏｓ）要求とに従って実行されることを特徴とする請求項４または請求項５に記載のIu-FlexベースのＭＢＭＳを実行するための方法。
【請求項７】
前記ＲＮＣ（５０２）が、前記第１ＳＧＳＮ（５０３）を決定する前に、前記確立された第１受信パスのマルチキャストＲＡＢが、前記第１ＳＧＳＮ（５０３）、及び、全ての前記第２ＳＧＳＮのＱｏｓ要求を満たすことができるように、前記マルチキャストＲＡＢの前記Ｑｏｓ要求に対して、個々のＳＧＳＮとやり取りすることを特徴とする請求項６に記載のIu-FlexベースのＭＢＭＳを実行するための方法。
【請求項８】
ＧＧＳＮから第２ＳＧＳＮによって受信されたデータパケットの総計が前記ＲＮＣ（５０２）の制限を超えない場合、前記第２ＳＧＳＮは、前記ＧＧＳＮから受信された前記データパケットを前記ＲＮＣ（５０２）に転送しないかまたは前記ＲＮＣ（５０２）に圧縮したメッセージを転送し、かつ、前記ＲＮＣ（５０２）は、もうすでに前記マルチキャストトラフィックを受信したとみなされることを特徴とする請求項７に記載のIu-FlexベースのＭＢＭＳを実行するための方法。
【請求項９】
前記第２ＳＧＳＮが前記ＲＮＣ（５０２）に圧縮されたメッセージのみを転送する場合、前記ＲＮＣ（５０２）は、前記第１ＳＧＳＮ（５０３）及び個々の前記第２ＳＧＳＮに、前記第１ＳＧＳＮ（５０３）から受信されたマルチキャストデータパケットについての統計上のメッセージを送信することを特徴とする請求項８記載のIu-FlexベースのＭＢＭＳを実行するための方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、無線通信システムにおいてＭＢＭＳを実行するための方法に関し、特に、Iu-FlexベースのＭＢＭＳに関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
マルチキャストは、発信源（source）から多くの目的地までデータを送信する方法である。マルチキャストによると、同じデータは、一度だけ送信することにより、多くの加入者に送信される。それゆえに、ネットワーク資源が守られる。３ＧＰＰ標準によると、無線接続ネットワークのノードは、Iu-Flexベース技術で複数のセントラルネットワークノードに接続される。例えば、ジェネラルパケット無線サービス（ＧＰＲＳ）、無線ネットワークコントローラ（ＲＮＣ）、または、移動電気電信システム（ＵＭＴＳ）、基地局コントローラ（ＢＳＣ）は、複数のサービング（Serving）ＧＰＲＳサポートノード（ＳＧＳＮ）に接続される。ところで、ＭＢＭＳがIu-Flexベースネットワーク環境で実行されると、ＭＢＭＳトラフィックは、複数のＳＧＳＮから、ネットワーク帯域リソースを無駄にする同じＲＮＣに送信される可能性がある。前記問題を解決するために、Iu-Flex基準ネットワーク環境でＭＢＭＳを実行するための多くの方法が提案されている。
【０００３】
第１の方法は、デフォルトＳＧＳＮを利用する。すなわち、マルチキャストトラフィックを活動する過程、または、再配置する過程／スイッチングする過程の間に、前記ＲＮＣは、マルチキャストトラフィックを確立するかどうか、または、マルチキャストトラフィックをすでに存在するマルチキャストトラフィックに挿入するかどうかを決定する。前記ＲＮＣが唯一のＳＧＳＮからマルチキャストトラフィックを受信することを確実にするために、前記ＲＮＣは、前もってマルチキャストトラフィックストリームのためのチャネルを確立するために使用される“デフォルトＳＧＳＮ”を決定する。それと同時に、前記ＲＮＣは、前記加入者が前記信号接続を継続するように登録された前記ＳＧＳＮにＲＡＢリンクを確立する。しかしながら、前記加入者が登録された前記ＳＧＳＮが“デフォルトＳＧＳＮ”を介して送信されたデータボリュームを“認識”しないので、前記方法はトラフィックベースの課金（accounting）には困難なものとなる可能性がある。
【０００４】
第２の方法は、ＳＧＳＮをバイパスすることである。この方法では、ＳＧＳＮは、マルチキャスト信号の交代に関与するが、前記ＧＧＳＮは、前記ＳＧＳＮの関与なしで前記ＲＮＣに直接にマルチキャストトラフィックを送信する。ＲＮＣがＧＧＳＮと接続されるので、加入者が、ネットワークセキュリティ問題に帰するＧＧＳＮとＳＧＳＮとの間でローミングされるとき、前記ネットワークの構造は、開示される。それと同時に、前記加入者が登録された前記ＳＧＳＮが“デフォルトＳＧＳＮ”を介して送信されたデータボリュームを“認識”しないので、前記方法もまた、トラフィックベースの課金には困難なものとなる可能性がある。
【０００５】
第３の方法は、前記ＲＮＣにマルチキャストトラフィックから１つ選択させることである。この方法では、前記ＲＮＣは、ＳＧＳＮからデータストリームを受信し続けるが、それらのうち１つを選択し、それをマルチキャスト加入者に転送する。前記方法の不都合は、ネットワークリソースが有効に利用されないことである。
【０００６】
第４の方法は、前記ＲＮＣに前記ＳＧＳＮの１つへの単独接続を使用させることである。この方法では、前記ＭＢＭＳデータ送信が開始し、前記ＲＮＣが多くのＳＧＳＮからの要求を送信することを検出すると、前記ＲＮＣは個々のＳＧＳＮとの接続を確立する。しかし、前記ＳＧＳＮの１つにマルチキャストＲＡＢを確立するのみで、かつ、どのＴＡＢもＲＮＣと他のＳＧＳＮとの間に確立されるのではない。しかし、他のＳＧＳＮがＧＧＳＮからマルチキャストトラフィックを受信し、かつ、特定の加入者のために、トラフィックベースの課金情報を作り出す。Iu-Flexベースネットワーク環境では、たとえ同じマルチキャスト加入者グループの多数の加入者が同じＲＮＣに接続されたとしても、加入者は、多数のＳＧＳＮによって同時にサービスを受ける可能性がある。この場合、ＳＧＳＮでの前記ＭＢＭＳメッセージパラメータは、同一のはずである。しかしながら、ＳＧＳＮの中での同期と、ＭＢＭＳに対するパラメータ同一性は、制御の複雑さと処理効率の低下を増加する。
上述した４つの解決方法は、文献「3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service; Architecture and Functional Description (Release 5) 3GPP TR 23.846 0.3.0, 2 April 2002 (2002-04-02), pages 1-20 XP002249708」に詳細に記載されている。
【０００７】
【課題を解決するための手段】
本発明は、ネットワークリソースの消費を縮小し、かつ、ネットワークセキュリティと課金管理に寄与するIu-FlexベースＭＢＭＳを実行するための、簡単でかつ信頼性の高い方法を提供する。
【０００８】
前記目的を達成するために、本発明は、請求項１に記載されたIu-FlexベースのＭＢＭＳを実行する方法を提供する。好ましい特徴は、請求項２から９に記載されている。
【００１６】
本発明では、前記ＲＮＣは、前記第１ＳＧＳＮとして前記複数のＳＧＳＮから１つを選択し、前記マルチキャストトラフィックを受信するために、第１パスとして、前記第１ＳＧＳＮとそれ自体との間で前記ＲＡＢを取得し、第２ＳＧＳＮとして他のＳＧＳＮを取得し、かつ、前記第２ＳＧＳＮとの前記ＲＡＢ接続を維持する。従来の第１の方法と比較すると、前記ＲＮＣが第２ＳＧＳＮとして他のＳＧＳＮを取得し、かつ、前記第２ＳＧＳＮとの前記ＲＡＢ接続を維持するので、前記方法は、計算管理において困難なものとならない。第２の方法と比較すると、マルチキャストトラフィックを送信するとき、ネットワークの内部構造を開放する必要がないので、本発明の方法は、ネットワークセキュリティ問題とならず、かつ、トラフィックベースの計算を容易にする。第３の方法と比較すると、マルチキャストトラフィックを配信することは、主に前記第１ＳＧＳＮを利用するので、前記方法は、送信リソースの無駄を減らす。第４の方法と比較すると、前記方法は、複数のＳＧＳＮの間でのマルチキャストパラメータの不整合を起こさない。それゆえに、前記システムは容易、かつ、確実に実行される。従って、前記方法は、ネットワークリソースの消費を減らすだけでなく、また、前記マルチキャストサービスを簡単かつ確実にさせ、さらにネットワークセキュリティ、及び、課金管理を向上させる。
【００１７】
【発明の実施の形態】
本発明を、図面、及び、以下の実施形態に従って、さらに詳細に説明する。
【００１８】
図２は、本発明の全般的な移動電気通信システムの構成図である。図２によると、ユーザ装置（ＵＥ）は、ＵＭＴＳネットワークで移動端末の総称的な用語である。移動局（ＭＳ）は、ＧＰＲＳネットワークでの移動端末の総称的な用語であり、同様に、無線ネットワークシステム（ＲＮＳ）及び基地局システム（ＢＳＳ）は、それぞれＵＭＴＳ、及び、ＧＰＲＳの無線アクセスネットワークの一部である。ＳＧＳＮ（サービングＧＰＲＳサポートノード）は、様々なサービス制御、及び、マルチキャストトラフィックに対する移動管理機能を実行し、かつ、ＧＧＳＮ（ゲートウエイＧＰＲＳサポートノード）から、適切なＲＮＳ、または、ＢＳＳまで、マルチキャストトラフィックを転送する。ＧＧＳＮは、内部／外部のマルチキャストトラフィックソースと接触する役割があり、かつ、マルチキャストトラフィックソースからＳＧＳＮまで、データを転送する。また、マルチキャストトラフィックセンターは、マルチキャストトラフィックソースでもある。他のマルチキャストソースとは異なり、前記マルチキャストサービスセンターは、コンテンツプロバイダに対して、オーセンティケーション、及び、課金サービスを配信するのと同様に、コンテンツプロバイダからマルチキャストトラフィックを用意し、かつ、管理する。ボーダーゲートウエイは、外部のネットワークからデータ送信を制御する。例えば、前記ボーダーゲートウエイは、所定の特定のアドレス、または、いくつかの特定のポートからのデータのみが、前記移動ネットワークに入るように許可することを規定する。従って、課金ゲートウエイは、マルチキャスト記録を集め、それらを処理するとともに、次いで、前記課金センターに前記処理した記録を送信する役割がある。ホームロケーションレジスタ（ＨＬＲ）は、登録情報を格納し、かつ、登録されたマルチキャスト加入者に対して情報をルーティングする。コンテンツプロバイダは、マルチキャストトラフィックを放送するために、マルチキャストトラフィックセンターにマルチキャストトラフィックを送信する。前記マルチキャストトラフィックセンターは、マルチキャストトラフィックを個々のＧＧＳＮに配信する。ＧＧＳＮは、確立されたマルチキャストリンクを介して、ＳＧＳＮに前記マルチキャストトラフィックを送信する。ＳＧＳＮは、前記無線アクセスネットワーク内で、適切な無線リンク（例えば、ポイントツーポイントリンク、または、ポイントツーマルチポイントリンク）を介して、マルチキャスト加入者に前記マルチキャストトラフィックを送信する。
【００１９】
図１には、Iu-Flexベースネットワーク環境における本発明の詳細な実行過程が記載されている。図１によると、段階１でマルチキャストサービスが実行されると、ＳＧＳＮは、前記マルチキャストサービスのために、ＲＮＣに対してＲＡＢ接続を確立するための要求を送信する。そして、前記ＲＮＣは、前記要求に従って前記ＲＮＣと前記ＳＧＳＮとの間に、対応マルチキャストＲＡＢを確立し、かつ、前記ＳＧＳＮからマルチキャストトラフィックストリームを受信する。段階２では、受信過程の間、前記ＲＮＣは、それに接続された異なるＳＧＳＮからマルチキャストトラフィックストリームを検出する。次いで、段階３では、前記ＲＮＣは、多くのマルチキャストトラフィックストリームが同じマルチキャストサービスに対応するかどうかを決定する。前記ＲＮＣが、同じマルチキャストサービスに対応する多くのマルチキャストトラフィックストリームの事象が存在しないことを見つけた場合、マルチキャストトラフィックを送信し続ける段階５に移行する。多くのマルチキャストトラフィックストリームが同じマルチキャストサービスに対応することを、前記ＲＮＣが見つけた場合、段階４に移行する。段階４では、前記ＲＮＣは、第１ＳＧＳＮとして、複数のＳＧＳＮから１つを選択し、第１パスとして、前記第１ＳＧＳＮとそれ自身との間で、前記ＲＡＢを取得する。それと同時に、それは、第２ＳＧＳＮとして他のＳＧＳＮを取得し、かつ、それらとの前記ＲＡＢ接続を維持する。最小データボリューム、または、ゼロデータボリュームのみが、前記ＲＮＣと前記第２ＳＧＳＮとの間で、前記接続を維持するために前記第２ＳＧＳＮから送信される。原則として、マルチキャストトラフィック送信パスは、図３で説明される。細い実線は、指示送信リンクを、太実線は、前記第１ＲＡＢリンク、及び、マルチキャストトラフィックストリームを、点線は第２ＲＡＢリンクを表している。
【００２０】
ＳＧＳＮから前記ＲＮＣに送信されたデータパケットの総計を最小化するために、以下のモードが第２ＳＧＳＮに対して使用される。
１）前記ＲＮＣは、第２ＳＧＳＮとともに制約基準をやり取りする（consult）。制約内において、第２ＳＧＳＮは前記ＲＮＣにマルチキャストデータパケットを転送することを止める。前記制約を超えたとき、前記第２ＳＧＳＮは、再びＲＮＣに現在のマルチキャストデータパケットを送信する。その後、前記ＲＮＣ、及び、前記第２ＳＧＳＮは、時間、データボリューム上の制約に対する要求、または、前記サービス環境（例えば、Ｑｏｓ）に対する要求であるかもしれない新しい制約基準を、再び決定しようとやり取りしてもよい。例えば、前記データパケットは、１時間内で１００００ＩＰパケット以下である。時間、及び、データボリュームにおいて制約がない場合、前記第２ＳＧＳＮは、前記ＲＮＣにマルチキャストデータパケットを転送しない。
【００２１】
２）第２ＳＧＳＮが前記ＲＮＣにマルチキャストトラフィックを送信するとき、それらは、圧縮されたメッセージのみ送信する。前記圧縮されたメッセージを受信後、前記ＲＮＣは、マルチキャストトラフィックストリームの連続性、完全性、及び、正確性を決定してもよい。
【００２２】
３）前記方法１）、及び、方法２）を組み合わせると、前記ＲＮＣは、前記第２ＳＧＳＮと制約基準をやり取りする。制約内で、第２ＳＧＳＮは、マルチキャストデータパケットと関連し圧縮されたメッセージを送信する。前記制約を超えると、前記第２ＳＧＳＮは、ＲＮＣに再び現在のマルチキャストデータパケットを送信する。その後、前記ＲＮＣ及び前記第２ＳＧＳＮは、時間、データボリューム上の制約に対する要求、または、前記サービス環境（例えば、Ｑｏｓ）に対する要求であるかもしれない新しい制約基準を、再び決定しようとやり取りしてもよい。
【００２３】
４）前記ＲＮＣは、オペレータによって設定される可能性もあるハンドシェーク周期性として、特定の時間、または、データパケットの総計を決定するために、第２ＳＧＳＮとやり取りをする。第２ＳＧＳＮは、通常、前記ＲＮＣにマルチキャストトラフィックを送信しない。しかしながら、それらは、前記ＲＮＣに前記ＲＡＢ接続を維持するために、データパケットの所定時間、及び／または、所定総計ごとに、いくつかのマルチキャストデータパケット、または、圧縮されたマルチキャストデータパケット、または、ＲＡＢ状態メッセージを前記ＲＮＣに送信する。
【００２４】
前記１）から４）までのモードは、変形、または、組み合わせて使用することもできる。
【００２５】
段階５では、前記マルチキャストトラフィック送信の間、また、前記ＲＮＣは、第１ＳＧＳＮを変更するかどうかを決定する。変更する場合、前記ＲＮＣは、第１ＳＧＳＮとして第２ＳＧＳＮから１つを選択し、次いで、前記ＲＮＣは、新しい第１ＳＧＳＮとそれ自身との間で前記ＲＡＢを介してマルチキャストトラフィックを受信し、かつ、それと同時に第２ＳＧＳＮに前記接続を維持する。
【００２６】
前記ＲＮＣ、及び、前記第１ＳＧＳＮとの間の前記第１ＲＡＢが、いくつかの理由（例えば、マルチキャスト加入者がログオフする、または、スイッチングする、または、リンクを切断する）のために、開放されなければならないとき、前記ＲＮＣによって前記第１ＳＧＳＮを変更することを、実行するようにしてもよい。すなわち、前記ＲＮＣは、新しい受信パスとして第２ＳＧＳＮからパスを選択し、マルチキャストトラフィックを送信するために新しい第１ＳＧＳＮを通知し、かつ、同時に他の第２ＳＧＳＮに前記接続を維持する。
【００２７】
また、前記ＲＮＣにＲＡＢ接続を確立していないＳＧＳＮが、前記ＲＮＣに対してＲＡＢ要求を開始するとき、前記ＲＮＣによって前記第１ＳＧＳＮを変更することを実行するようにしてもよい。新しいＳＧＳＮが前記ＲＮＣに対してＲＡＢ要求を開始するとき、前記ネットワークの動作状態は、負荷が変わる可能性がある。例えば、最初の第１ＲＡＢリンク上の負荷が最適ではない可能性がある。この場合、第１ＳＧＳＮと第１ＲＡＢは、変更されるべきである。それゆえに、前記ＲＮＣは、その条件の第１ＲＡＢを拒否してもよいし、かつ、第２を第１のＲＡＢに昇格させてもよい。そして、前記ＲＮＣは、新しい第１ＲＡＢからマルチキャストトラフィックを受信する。
【００２８】
受信パスを選択する前記ＲＮＣの基準は、受信パスの優先度と、送信リンクの品質と、送信リンクの負荷と、ＲＡＢ確立の優先度と、マルチキャストＱｏｓに対するＳＧＳＮの要求などとに関し、第２ＳＧＳＮからの前記ＲＮＣのランダム選択、または、意図的な選択であるようにしてもよい。
【００２９】
前記ＲＮＣが第１受信パスを決定する前、第１受信パス上で前記マルチキャストＲＡＢが第１ＳＧＳＮ、及び、第２ＳＧＳＮの全要求を満たすことを確実にするために、個々のＳＧＳＮとともにマルチキャストＲＡＢの前記Ｑｏｓ要求をやり取り、または、再やり取りするべきである。
【００３０】
マルチキャストトラフィックの送信処理の間、第２ＳＧＳＮは、前記データパケットを送信しないか、または、前記ＳＧＳＮによってＧＧＳＮからデータパケットの総計が受信された場合、圧縮されたメッセージのみ転送するとともに、前記ＲＮＣがもうすでにマルチキャストトラフィックを受信したとみなす。この基準において、前記ＳＧＳＮは、マルチキャスト加入者に転送した前記マルチキャストトラフィックストリームを計算する。前記圧縮されたメッセージは、マルチキャストデータパケットの要約、ＩＰパケットヘッド、マルチキャストデータパケットのパケットナンバー、または、パケットナンバーリストなどのように、とても短いメッセージである。前記第２ＳＧＳＮから前記ＲＮＣまで圧縮されたメッセージを継続的に送信する目的は、全データボリュームを減らすのと同様に、それらの間に前記接続を維持するためである。第２ＳＧＳＮがマルチキャストデータパケットを送信しないか、または、圧縮されたメッセージのみ前記ＲＮＣに送信するとき、前記ＲＮＣは、第１ＳＧＳＮから受信された前記マルチキャストデータパケットについて統計上のメッセージ、例えば、第１ＳＧＳＮから受信された前記マルチキャストトラフィックボリューム、及び、エアーインターフェースを介して送信されたマルチキャストトラフィックボリュームなどを、第１ＳＧＳＮと個々の第２ＳＧＳＮへ送信してもよい。
【００３１】
本発明を、マルチキャストＲＡＢを確立する過程と、前記マルチキャストＲＡＢを変更する過程とを通して、さらに詳細に説明する。
【００３２】
図４は、前記マルチキャストＲＡＢを確立するフローチャートである。図４において、前記ＲＮＣは、マルチキャストサービスＡのために、ＳＧＳＮ１にＲＡＢ接続を確立している。それと同時に、ＳＧＳＮ２は、マルチキャストサービスＡのために、前記ＲＮＣに新しいＲＡＢ接続を確立することを要求する。前記段階は、以下で説明される。
【００３３】
段階１１で、ＳＧＳＮ２は、前記ＲＮＣにＲＡＢ接続を確立するための要求を開始する。前記要求メッセージには、マルチキャストサービスＡに対するＱｏｓ要求と、前記アクセスネットワークに対してマルチキャストサービスＡを識別する識別子と、Iuインターフェースパラメータなどが含まれる。
【００３４】
段階１２で、前記ＲＮＣは、前記ＲＡＢ確立要求を受信し、かつ、ＳＧＳＮ２にIuインターフェース送信リンクを確立する。
【００３５】
段階１３で、前記ＲＮＣは、マルチキャストサービスＡの識別子に従って、ＳＧＳＮ１にマルチキャストサービスＡに対するＲＡＢ接続を照合する。次いで、第１ＳＧＳＮを変更するかどうかを決定する。第１ＳＧＳＮが変更しないことを決定すると仮定すると、前記ＲＮＣは段階１４を処理する。
【００３６】
段階１４で、前記ＲＮＣは、前記マルチキャストＲＡＢが確立されていることを示すために、及び、Iu接続を通して、前記マルチキャストトラフィックを転送する必要がないことを示すために、ＳＧＳＮ２へのＲＡＢ確立要求に応答を送信する。前記応答メッセージは、マルチキャストサービスＡに対するＱｏｓパラメータの構成、Iuインターフェースパラメータ、情報（例えば、ハンドシェーク時間間隔Δｔ、圧縮されたメッセージのフォーマットなど）を転送するマルチキャストトラフィックを具備する。
【００３７】
段階１５で、ＳＧＳＮ２は、Δｔごとに一度、ＲＮＣに状態メッセージを送信する。前記状態メッセージは、ＳＧＳＮによって前記ＲＮＣに転送されなかったマルチキャストの総計、前記ＲＮＣに送信されるために待機している現在のデータパケットのシリアルナンバーなどを具備する。
【００３８】
段階１６で、前記ＲＮＣは、ＳＧＳＮ２によって送信された状態メッセージがマルチキャストサービスＡのメッセージに一致しているかどうかを照合する。一致していない場合、前記ＲＮＣは、ＳＧＳＮ２にそれ自身の現在の状態を報告する。一致している場合、前記ＲＮＣは、状態指示を送信し、かつ、現在の状態を保つＳＧＳＮ２に通知する。
【００３９】
段階１７で、前記ＲＮＣは、ＳＧＳＮ１及びＳＧＳＮ２から個々に受信したマルチキャストトラフィックのボリュームと、前記エアーインターフェースを介して送信されたマルチキャストトラフィックのボリュームとを通知するために、特定の時間間隔でＳＧＳＮ１、及び、ＳＧＳＮ２に統計上のメッセージを送信する。
【００４０】
段階１８で、ＳＧＳＮ１、及び、ＳＧＳＮ２は、マルチキャストトラフィック、Ｑｏｓ、及び、他の情報ボリュームに従って、マルチキャスト加入者に対する計算を実行する。
【００４１】
図５は、マルチキャストＲＡＢを変更するためのフローチャートである。ここで、前記ＲＮＣは、マルチキャストサービスＡのために、ＳＧＳＮ１にＲＡＢ接続を確立している。それと同時に、ＳＧＳＮ２は、マルチキャストサービスＡのために、前記ＲＮＣに新しいＲＡＢ接続を確立することを要求する。前記段階は、以下で説明される。
【００４２】
段階２１で、ＳＧＳＮ２は、前記ＲＮＣにＲＡＢ接続を確立するための要求を開始する。そして、前記要求メッセージは、マルチキャストサービスＡに対する前記Ｑｏｓ要求と、前記アクセスネットワークに対するマルチキャストサービスＡを識別する識別子と、Iuインターフェース送信リンクパラメータなどを含んでいる。
【００４３】
段階２２で、前記ＲＮＣは、前記ＲＡＢ確立要求を受信し、かつ、ＳＧＳＮ２にIuインターフェース送信リンクを確立する。
【００４４】
段階２３で、前記ＲＮＣは、前記マルチキャストＲＡＢが確立されていることを示すために、ＳＧＳＮ２に前記ＲＡＢ確立要求に応答を送信する。前記応答メッセージは、マルチキャストサービスＡに対するＱｏｓパラメータの構成、Iuインターフェースパラメータなどを具備する。
【００４５】
段階２４で、前記ＲＮＣは、マルチキャストサービスＡの識別子に従って、ＳＧＳＮ１にマルチキャストサービスＡに対する前記ＲＡＢ接続を照合する。次いで、第１ＳＧＳＮを変更するかどうかを決定する。第１ＳＧＳＮが変更することを決定すると仮定すると、前記ＲＮＣは第１ＳＧＳＮとしてＳＧＳＮ２をかつ、第１受信パスとしてＳＧＳＮ２に前記ＲＡＢを選択し、段階２５へ進む。
【００４６】
段階２５で、前記ＲＮＣは、ＳＧＳＮ２からマルチキャストトラフィックを受信する。そして、ＳＧＳＮ１がマルチキャストトラフィックを転送しないことを示す。前記指示メッセージは、パラメータを転送するマルチキャストトラフィック（例えば、ハンドシェーク時間間隔Δｔ、圧縮されたメッセージのフォーマットなど）を具備する。
【００４７】
段階２６で、ＳＧＳＮ１は、Δｔごとに一度、ＲＮＣに現在のマルチキャストデータパケットに対して、圧縮されたメッセージを送信する。前記圧縮されたメッセージは、ＩＰパケットヘッド、現在のＩＰマルチキャストデータパケットのシリアルナンバーなどを具備する。
【００４８】
段階２７で、前記ＲＮＣは、ＳＧＳＮ１によって送信された状態メッセージがマルチキャストサービスＡの情報と一致するかどうかを照合する。一致しない場合、前記ＲＮＣは、ＳＧＳＮ２にそれ自身の現在の状態を報告する。一致する場合、前記ＲＮＣは、状態指示を送信し、かつ、現在の状態を保つＳＧＳＮ２に通知する。
【００４９】
段階２８で、前記ＲＮＣは、ＳＧＳＮ１、及び、ＳＧＳＮ２から個々に受信したマルチキャストトラフィックのボリュームと、前記エアーインターフェースを介して送信された前記マルチキャストトラフィックのボリュームとを報告するために、特定の時間間隔で、ＳＧＳＮ１、及び、ＳＧＳＮ２に統計上のメッセージを送信する。
【００５０】
段階２９で、ＳＧＳＮ１、及び、ＳＧＳＮ２は、マルチキャストトラフィック、Ｑｏｓ、及び、他の情報に従って、マルチキャスト加入者に対する計算を実行する。
【図面の簡単な説明】
【図１】  本発明の方法の実施形態を示すフローチャートである。
【図２】  本発明の全般的な移動電気通信システムの構成図を示した図である。
【図３】  本発明のＲＮＣ接続の概要を示した図である。
【図４】  マルチキャストＲＡＢの確立を示すフローチャートである。
【図５】  マルチキャストＲＡＢの変更を示すフローチャートである。
【図１】
0003996082.tif 000002
【図２】
0003996082.tif 000003
【図３】
0003996082.tif 000004
【図４】
0003996082.tif 000005
【図５】
0003996082.tif 000006