(57)【要約】  本発明は、マルチキャスト及びブロードキャストサービス（ＭＣＢＣＳ：ＭｕｌｔｉＣａｓｔ ａｎｄ ＢｒｏａｄＣａｓｔ Ｓｅｒｖｉｃｅ）を提供するためのＭＣＢＣＳシステム及び方法に関する。本発明によると、ＭＣＢＣＳのためのセッション開始／データ経路登録手続、静的／動的マルチキャストサービス方式にてＭＣＢＣＳを提供するようにＭＣＢＣＳを参加または脱退手続を支援し、アイドルモード端末のためのＭＣＢＣＳを提供するように支援することを特徴とする。したがって、本発明では、無線通信システム、特にワイマックス・システムにおいてＭＣＢＣＳの効率的且つ容易な実現を可能にし、また、アイドルモードＭＳに応じたＭＣＢＣＳを提供することができる。
2011507385.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてＭＣＢＣＳ（ＭｕｌｔｉＣａｓｔ ａｎｄ ＢｒｏａｄＣａｓｔ Ｓｅｒｖｉｃｅ）を支援する方法であって、
ＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ ＧａｔｅＷａｙ）がＭＣＢＣＳサーバからセッション開始要請メッセージを受信し、移動局にＭＣＢＣＳを提供する基地局へ前記セッション開始要請メッセージとともにリソース予約及びデータ経路登録要請メッセージをそれぞれ送信するステップと、
前記基地局が前記セッション開始要請メッセージに応じてリソース予約及びデータ経路登録手続を行い、セッション開始応答メッセージとともにリソース予約及びデータ経路登録応答メッセージを前記ＡＳＮ−ＧＷへ送信するステップ、及び
前記ＡＳＮ−ＧＷが前記セッション開始応答メッセージを前記ＭＣＢＣＳサーバへ送信して、前記ＭＣＢＣＳサーバとデータ経路を登録するステップと、を含むＭＣＢＣＳ支援方法。
【請求項２】
前記セッション開始要請メッセージは、マルチキャスト接続識別子、サービスフロー識別子、前記基地局と前記移動局間のリソースパラメーター、及び前記ＭＣＢＣＳを伝送するフレームのＭＡＰ情報を含むことを特徴とする請求項１に記載のＭＣＢＣＳ支援方法。
【請求項３】
前記リソース予約要請メッセージは、前記基地局に該当するサービスフロー識別子とマルチキャスト接続識別子を含み、前記データ経路登録要請メッセージは、前記ＭＣＢＣＳの品質情報とデータトンネル情報を含むことを特徴とする請求項１に記載のＭＣＢＣＳ支援方法。
【請求項４】
前記ＭＣＢＣＳサーバとデータ経路を登録するステップは、前記ＡＳＮ−ＧＷが予め定義されたマルチキャストルーティングプロトコルを利用して前記サービスサーバとトンネルを生成するステップを含むことを特徴とする請求項１に記載のＭＣＢＣＳ支援方法。
【請求項５】
無線通信システムにおいてＭＣＢＣＳ（ＭｕｌｔｉＣａｓｔ ａｎｄ ＢｒｏａｄＣａｓｔ Ｓｅｒｖｉｃｅ）を提供する方法であって、
データ経路登録手続を行った後にサービス公知情報に基づくＭＣＢＣＳの提供を受けるために移動局から参加開始メッセージをＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ ＧａｔｅＷａｙ）が受信するステップと、
前記ＡＳＮ−ＧＷが前記参加開始メッセージを受信し、基地局へ参加要請メッセージを送信するステップと、
前記基地局が前記参加要請メッセージに基づいて前記移動局とともに動的サービス追加手続を行い、前記参加要請メッセージの応答として参加応答メッセージを前記ＡＳＮ−ＧＷへ送信するステップ、及び
前記ＡＳＮ−ＧＷが前記参加応答メッセージを受信することでＭＣＢＣＳ参加を確認するステップと、を含むＭＣＢＣＳの提供方法。
【請求項６】
前記参加要請メッセージは、マルチキャスト接続識別子、サービスフロー識別子、及びマルチキャストインターネットプロトコルアドレスを含むことを特徴とする請求項５に記載のＭＣＢＣＳの提供方法。
【請求項７】
前記移動局との動的サービス追加手続は、前記基地局が前記移動局へ動的サービス追加要請メッセージを送信し、前記動的サービス追加要請メッセージに応じた動的サービス追加応答メッセージを前記移動局から受信し、前記動的サービス追加応答メッセージに応じた動的サービス追加確認メッセージを前記移動局へ送信するステップを含むことを特徴とする請求項５に記載のＭＣＢＣＳの提供方法。
【請求項８】
前記動的サービス追加要請メッセージは、前記移動局に提供するＭＣＢＣＳに該当するマルチキャスト接続識別子、サービスコンテンツ識別子、及びサービスゾーン識別子を含むことを特徴とする請求項７に記載のＭＣＢＣＳの提供方法。
【請求項９】
前記参加開始メッセージは、ＭＣＢＣＳコンテンツのマルチキャストインターネットプロトコルアドレスを含むことを特徴とする請求項５に記載のＭＣＢＣＳの提供方法。
【請求項１０】
前記移動局から、前記ＭＣＢＣＳの提供を中止するために脱退メッセージを前記ＡＳＮ−ＧＷが受信するステップと、
前記ＡＳＮ−ＧＷが前記脱退メッセージを受信してＭＣＢＣＳサーバへ脱退指示メッセージを送信し、前記脱退指示メッセージに応じた脱退応答メッセージを前記ＭＣＢＣＳサーバから受信し、前記脱退応答メッセージに応じた脱退要請メッセージを基地局へ送信するステップと、
前記基地局が前記脱退要請メッセージを受信して前記移動局との動的サービス削除手続を行い、前記脱退要請メッセージに応じた前記脱退応答メッセージを前記ＡＳＮ−ＧＷへ送信するステップ、及び
前記ＡＳＮ−ＧＷが前記脱退応答メッセージを前記基地局から受信するステップと、を更に含むことを特徴とする請求項５に記載のＭＣＢＣＳの提供方法。
【請求項１１】
無線通信システムにおいてＭＣＢＣＳ（ＭｕｌｔｉＣａｓｔ ａｎｄ ＢｒｏａｄＣａｓｔ Ｓｅｒｖｉｃｅ）を提供する方法であって、
移動局から参加開始メッセージをＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−ＧａｔｅＷａｙ）が受信するステップと、
前記ＡＳＮ−ＧＷが前記参加開始メッセージを受信して、前記移動局がＭＢＳ（Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）ゾーン内の第一の移動局であると、ＭＣＢＣＳコンテンツを確認し、前記ＭＣＢＣＳコンテンツに対応するリソース予約及びデータ経路登録要請メッセージを基地局へ送信するステップと、
前記基地局が前記リソース予約及びデータ経路登録要請メッセージを受信して前記移動局との動的サービス追加手続を行い、前記リソース予約及びデータ経路登録要請メッセージに応じてリソース予約及びデータ経路登録応答メッセージを前記ＡＳＮ−ＧＷへ送信するステップ、及び
前記ＡＳＮ−ＧＷが前記リソース予約及びデータ経路登録応答メッセージを受信し、前記ＭＣＢＣＳをアップデートするステップと、を含むＭＣＢＣＳの提供方法。
【請求項１２】
前記リソース予約及びデータ経路登録要請メッセージは、前記ＭＣＢＣＳに該当するマルチキャスト接続識別子、サービスフロー識別子、及びマルチキャストインターネットプロトコルアドレスを含むことを特徴とする請求項１１に記載のＭＣＢＣＳの提供方法。
【請求項１３】
前記移動局との動的サービス追加手続は、前記基地局が前記移動局へ動的サービス追加要請メッセージを送信し、前記動的サービス追加要請メッセージに応じた動的サービス追加応答メッセージを前記移動局から受信し、前記動的サービス追加応答メッセージに応じた動的サービス追加確認メッセージを前記移動局へ送信するステップを含むことを特徴とする請求項１１に記載のＭＣＢＣＳの提供方法。
【請求項１４】
前記動的サービス追加要請メッセージは、前記移動局に提供するＭＣＢＣＳに該当するマルチキャスト接続識別子、サービスコンテンツ識別子、及びサービスゾーン識別子を含むことを特徴とする請求項１１に記載のＭＣＢＣＳの提供方法。
【請求項１５】
前記参加開始メッセージは、前記移動局が提供を受けようとするＭＣＢＣＳコンテンツのマルチキャストインターネットプロトコルアドレスを含むことを特徴とする請求項１１に記載のＭＣＢＣＳの提供方法。
【請求項１６】
無線通信システムにおいてＭＣＢＣＳ（ＭｕｌｔｉＣａｓｔ ａｎｄ ＢｒｏａｄＣａｓｔ Ｓｅｒｖｉｃｅ）を提供する方法であって、
移動局から、ＭＣＢＣＳの提供を中止するために脱退メッセージをＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−ＧａｔｅＷａｙ）が受信するステップと、
前記ＡＳＮ−ＧＷが前記脱退メッセージを受信してＭＣＢＣＳサーバへ脱退指示メッセージを送信し、前記脱退指示メッセージに応じた脱退応答メッセージを前記ＭＣＢＣＳサーバから受信し、前記脱退応答メッセージに応じた脱退要請メッセージを基地局へ送信するステップと、
前記基地局が前記脱退要請メッセージに基づいて前記移動局とともに動的サービス削除手続を行い、前記脱退要請メッセージに応じた前記脱退応答メッセージを前記ＡＳＮ−ＧＷへ送信するステップ、及び
前記ＡＳＮ−ＧＷが前記脱退応答メッセージを前記基地局から受信し、前記移動局が前記ＭＢＳゾーン内の最後の移動局であると、経路登録取り消し要請メッセージを前記基地局へ送信し、前記経路登録取り消し要請メッセージに応じた経路登録取り消し応答メッセージを前記基地局から受信し、前記経路登録取り消し応答メッセージに応じたマルチキャストツリー脱退メッセージをＭＣＢＣＳサーバへ送信してマルチキャストツリーを脱退するステップと、を含むことを特徴とするＭＣＢＣＳの提供方法。
【請求項１７】
無線通信システムにおいてＭＣＢＣＳ（ＭｕｌｔｉＣａｓｔ ａｎｄ ＢｒｏａｄＣａｓｔ Ｓｅｒｖｉｃｅ）を提供する方法であって、
ＭＣＢＣＳサーバが移動局に提供しようとするＭＣＢＣＳが存在すると、前記ＭＣＢＣＳを前記移動局に提供する基地局の識別子とサービングネットワークの接続情報が含まれたサービス要請メッセージをＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−ＧａｔｅＷａｙ）へ送信するステップと、
前記ＡＳＮ−ＧＷが前記サービス要請メッセージを受信し、前記ＭＣＢＣＳに該当するマルチキャスト接続識別子とサービスフロー識別子及びマルチキャストインターネットプロトコルアドレスが含まれた参加要請メッセージを前記基地局へ送信するステップと、
前記基地局が前記参加要請メッセージに基づいて前記移動局とともに動的サービス追加手続を行い、前記参加要請メッセージに応じた参加応答メッセージを前記ＡＳＮ−ＧＷへ送信するステップ、及び
前記ＡＳＮ−ＧＷが前記参加応答メッセージを受信することでＭＣＢＣＳ参加を確認するステップと、を含むＭＣＢＣＳの提供方法。
【請求項１８】
前記ＭＣＢＣＳサーバが前記移動局に提供しようとするＭＣＢＣＳが存在しないと、前記ＡＳＮ−ＧＷへ脱退要請メッセージを送信するステップと、
前記ＡＳＮ−ＧＷが前記脱退要請メッセージを受信し、前記ＭＣＢＣＳを提供する基地局へ前記脱退要請メッセージをそれぞれ送信するステップと、
前記基地局のうちの前記移動局のサービング基地局が前記脱退要請メッセージを受信して前記移動局とともに動的サービス削除手続を行い、前記脱退要請メッセージに応じた前記脱退応答メッセージを前記ＡＳＮ−ＧＷへ送信するステップ、及び
前記ＡＳＮ−ＧＷが前記脱退応答メッセージを受信して前記ＭＣＢＣＳサーバへ前記脱退応答メッセージを送信し、前記移動局のコンテクストを削除するステップと、を更に含むことを特徴とする請求項１７に記載のＭＣＢＣＳの提供方法。
【請求項１９】
無線通信システムにおいてＭＣＢＣＳ（ＭｕｌｔｉＣａｓｔ ａｎｄ ＢｒｏａｄＣａｓｔ Ｓｅｒｖｉｃｅ）を支援する方法であって、
基地局が移動局から登録解除要請メッセージを受信することでＭＢＳ（Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）ゾーン内において前記移動局のアイドルモード進入開始を確認し、前記アイドルモード進入開始の確認に応じてＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−ＧａｔｅＷａｙ）へ前記移動局に該当する経路登録解除要請メッセージを送信するステップ、及び
前記ＡＳＮ−ＧＷが前記経路登録解除要請メッセージを受信して経路登録解除応答メッセージを前記基地局へ送信し、前記移動局のコンテクストに前記ＭＢＳゾーンの識別子と前記移動局に該当するサービングネットワークの識別子をアップデートするステップと、を含むＭＣＢＣＳの支援方法。
【請求項２０】
前記基地局が前記ＡＳＮ−ＧＷへ前記移動局のモード変更要請メッセージを送信し、その応答としてモード変更応答メッセージを前記ＡＳＮ−ＧＷから受信するステップを更に含み、前記モード変更要請メッセージは、前記ＭＢＳゾーンの識別子と前記サービングネットワークの識別子を含むことを特徴とする請求項１９に記載のＭＣＢＣＳの支援方法。
【請求項２１】
前記基地局がレンジ要請メッセージを受信すると、前記ＭＢＳゾーン内において前記移動局のアイドルモードエグジット（ｅｘｉｔ）を確認し、前記アイドルモードエグジットに応じて前記ＡＳＮ−ＧＷへ前記移動局に該当する経路登録要請メッセージを送信するステップ、及び
前記ＡＳＮ−ＧＷが前記経路登録要請メッセージを受信して前記基地局へ経路登録応答メッセージを送信し、前記ＭＢＳゾーンの識別子と前記移動局のコンテクストに維持されたＭＢＳゾーンの識別子を確認することで前記移動局のサービングネットワークへ脱退通知メッセージを送信するステップと、を更に含むことを特徴とする請求項１９に記載のＭＣＢＣＳの支援方法。
【請求項２２】
無線通信システムにおいてＭＣＢＣＳ（ＭｕｌｔｉＣａｓｔ ａｎｄ ＢｒｏａｄＣａｓｔ Ｓｅｒｖｉｃｅ）を支援する方法であって、
アイドルモードに切り替えられたＭＣＢＣＳ移動局を含めＭＢＳ（Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）ゾーン内のＭＣＢＣＳ移動局の個数をモニタリングするステップ、及び
前記ＭＢＳゾーン内のＭＣＢＣＳ移動局の個数に基づいてＭＣＢＣＳを提供するか否かを判断するステップを含むＭＣＢＣＳの支援方法。
【請求項２３】
ＭＣＢＣＳを支援するシステムであって、
移動局、基地局、ＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−ＧａｔｅＷａｙ）、ＭＣＢＣＳサーバ、及び政策サーバを含み、前記ＡＳＮ−ＧＷは、マルチキャスト接続識別子と無線リソースの割り当て機能、ＭＣＢＣＳコンテンツのための階層２レベルセキュリティ機能、前記移動局管理及びＭＣＢＣＳのためのリソース管理機能、及び前記政策サーバとの連動機能を支援するプロキシモジュール、及び
動的ＭＣＢＣＳデータ経路の登録及び解除を支援するＤＰＦ（ｄａｔａ Ｐａｔｈ Ｆｕｎｃｔｉｏｎ）モジュールを含むことを特徴とするＭＣＢＣＳシステム。
【請求項２４】
前記基地局は、ＭＡＣ（ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）階層（ＭＡＣ Ｌａｙｅｒ）において前記ＭＣＢＣＳコンテンツのための前記階層２レベルセキュリティ機能、ＭＣＢＣＳリソース割り当て管理機能、及び物理的（ＰＨＹ：ＰＨＹｓｉｃａｌ）階層（ＰＨＹ Ｌａｙｅｒ）におけるＭＣＢＣＳリソース割り当て管理機能を支援することを特徴とする請求項２３に記載のＭＣＢＣＳシステム。
【請求項２５】
前記プロキシモジュールは、ＭＣＢＣＳグループ管理機能を更に含むことを特徴とする請求項２３に記載のＭＣＢＣＳシステム。
【請求項２６】
前記ＭＣＢＣＳサーバは、前記ＭＣＢＣＳのためのマルチキャストＩＰアドレス割り当て機能、前記ＡＳＮ−ＧＷとのマルチキャストＩＰルーティングプロトコル及びトンネリング機能、前記ＭＣＢＣＳコンテンツのための前記階層２レベルセキュリティ機能、前記ＭＣＢＣＳの広告及びセッション管理機能を支援する制御部を含むことを特徴とする請求項２３に記載のＭＣＢＣＳシステム。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
［技術分野］
本発明は、通信システムに係り、特に、マルチキャスト及びブロードキャストサービス（ＭＣＢＣＳ：ＭｕｌｔｉＣａｓｔ ａｎｄ ＢｒｏａｄＣａｓｔ Ｓｅｒｖｉｃｅ、以下、「ＭＣＢＣＳ」と称することにする）を提供するためのＭＣＢＣＳシステム及び方法に関する。
［技術分野］
通信システムは、放送、マルチメディア映像、マルチメディアメッセージなどの多様なサービスを提供する形態で発展してきている。特に、次世代通信システムでは高速の多様なサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、以下、「ＱｏＳ」と称することにする）を有するサービスをユーザらに提供するための研究が活発に進められてきている。
【０００２】
このような次世代通信システムでは有無線網を連動して多様なサービスを提供することができ、ここで、次世代通信システムとは、広帯域無線アクセス（ＢＷＡ：Ｂｒｏａｄｂａｎｄ Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ、以下、「ＢＷＡ」と称することにする）通信システムであって、例えば、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１６システムを基盤とした携帯インターネットシステムまたはワイマックス（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）システムである。
【０００３】
しかしながら、現在の次世代通信システムのうちの上記ワイマックス・システムでは、サービス・プロバイダが提供する放送、マルチメディア映像、マルチメディアメッセージなどの多様なサービスをマルチキャスト／ブロードキャスト方式にてユーザらに提供するための具体的な方案が未だ決められていない。また、ＭＣＢＣＳは、静的マルチキャストサービス方式、動的マルチキャストサービス方式、またはブロードキャストサービス方式にてＭＣＢＣＳを提供するための具体的な方案が求められ、上記マルチキャストサービス／ブロードキャストサービス方式にて上記ＭＣＢＣＳをユーザ、例えば、移動性及び固定性をもつ移動局（ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、以下、「ＭＳ」と称することにする）に提供するためにデータ経路（ｄａｔａ ｐａｔｈ）を設定するための具体的な方案が必要である。さらには、ＭＳの移動性を支援し且つ電力消耗を最小化するために、ＭＣＢＣＳを提供するゾーン内のＭＳの存在の有無、特にゾーン内においてアイドルモードで動作するＭＳの存在の有無を上記ワイマックス・システムが確認する具体的な方案が求められ、それだけでなく、ゾーン内のＭＳの存在の有無に応じて上記ワイマックス・システムがＭＣＢＣＳを提供するためのより具体的な方案が求められている。
［発明の概要］
［発明が解決しようとする課題］
そこで、本発明の目的は、通信システムにおいてＭＣＢＣＳを提供するためのシステム及び方法を提供することである。
【０００４】
また、本発明の他の目的は、通信システムにおいてＭＣＢＣＳのためのセッション開始／データ経路登録を支援するシステム及び方法を提供することである。
そして、本発明の他の目的は、通信システムにおいてＭＣＢＣＳを静的／動的マルチキャストサービス方式にて提供するシステム及び方法を提供することである。
【０００５】
本発明のまた他の目的は、通信システムにおいてＭＣＢＣＳを静的／動的マルチキャストサービス方式にて提供するために参加／脱退手続を支援するシステム及び方法を提供することである。
【０００６】
本発明のさらなる目的は、通信システムにおいてワイマックス・システムに適合した静的／動的マルチキャストサービス方式にてＭＣＢＣＳを提供するシステム及び方法を提供することである。
【０００７】
本発明のまたさらなる目的は、通信システムにおいてＭＣＢＣＳを提供するゾーン内のアイドルモードで動作するＭＳにＭＣＢＣＳを提供するシステム及び方法を提供することである。
［課題を解決するための手段］
上記目的を達成するための本発明の方法は、ＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ ＧａｔｅＷａｙ）がＭＣＢＣＳサーバからセッション開始要請メッセージを受信し、移動局にＭＣＢＣＳを提供する基地局へ上記セッション開始要請メッセージとともにリソース予約及びデータ経路登録要請メッセージをそれぞれ送信するステップと、上記基地局が上記セッション開始要請メッセージに応じてリソース予約及びデータ経路登録手続を行い、セッション開始応答メッセージとともにリソース予約及びデータ経路登録応答メッセージを上記ＡＳＮ−ＧＷへ送信するステップ、及び上記ＡＳＮ−ＧＷが上記セッション開始応答メッセージを上記ＭＣＢＣＳサーバへ送信して、上記ＭＣＢＣＳサーバとデータ経路を登録するステップと、を含むことを特徴とする。
【０００８】
上記目的を達成するための本発明の他の方法は、データ経路登録手続を行った後にサービス公知情報に基づくＭＣＢＣＳの提供を受けるために移動局から参加開始メッセージをＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ ＧａｔｅＷａｙ）が受信するステップと、上記ＡＳＮ−ＧＷが上記参加開始メッセージを受信し、基地局へ参加要請メッセージを送信するステップと、上記基地局が上記参加要請メッセージに基づいて上記移動局とともに動的サービス追加手続を行い、上記参加要請メッセージの応答として参加応答メッセージを上記ＡＳＮ−ＧＷへ送信するステップ、及び上記ＡＳＮ−ＧＷが上記参加応答メッセージを受信することでＭＣＢＣＳ参加を確認するステップと、を含むことを特徴とする。
【０００９】
上記目的を達成するための本発明の他の方法は、移動局から参加開始メッセージをＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−ＧａｔｅＷａｙ）が受信するステップと、上記ＡＳＮ−ＧＷが上記参加開始メッセージを受信して、上記移動局がＭＢＳ（Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）ゾーン内の第一の移動局であると、ＭＣＢＣＳコンテンツを確認し、上記ＭＣＢＣＳコンテンツに対応するリソース予約及びデータ経路登録要請メッセージを基地局へ送信するステップと、上記基地局が上記リソース予約及びデータ経路登録要請メッセージを受信して上記移動局とともに動的サービス追加手続を行い、上記リソース予約及びデータ経路登録要請メッセージに応じてリソース予約及びデータ経路登録応答メッセージを上記ＡＳＮ−ＧＷへ送信するステップ、及び上記ＡＳＮ−ＧＷが上記リソース予約及びデータ経路登録応答メッセージを受信し、上記ＭＣＢＣＳをアップデートするステップと、を含むことを特徴とする。
【００１０】
上記目的を達成するための本発明の他の方法は、移動局から、ＭＣＢＣＳの提供を中止するために脱退メッセージをＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−ＧａｔｅＷａｙ）が受信するステップと、上記ＡＳＮ−ＧＷが上記脱退メッセージを受信してＭＣＢＣＳサーバへ脱退指示メッセージを送信し、上記脱退指示メッセージに応じた脱退応答メッセージを上記ＭＣＢＣＳサーバから受信し、上記脱退応答メッセージに応じた脱退要請メッセージを基地局へ送信するステップと、上記基地局が上記脱退要請メッセージに基づいて上記移動局とともに動的サービス削除手続を行い、上記脱退要請メッセージに応じた上記脱退応答メッセージを上記ＡＳＮ−ＧＷへ送信するステップ、及び上記ＡＳＮ−ＧＷが上記脱退応答メッセージを上記基地局から受信し、上記移動局が上記ＭＢＳゾーン内の最後の移動局であると、経路登録取り消し要請メッセージを上記基地局へ送信し、上記経路登録取り消し要請メッセージに応じた経路登録取り消し応答メッセージを上記基地局から受信し、上記経路登録取り消し応答メッセージに応じたマルチキャストツリー脱退メッセージをＭＣＢＣＳサーバへ送信してマルチキャストツリーを脱退するステップと、を含むことを特徴とする。
【００１１】
上記目的を達成するための本発明の他の方法は、ＭＣＢＣＳサーバが移動局に提供しようとするＭＣＢＣＳが存在すると、上記ＭＣＢＣＳを上記移動局に提供する基地局の識別子とサービングネットワークの接続情報が含まれたサービス要請メッセージをＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−ＧａｔｅＷａｙ）へ送信するステップと、上記ＡＳＮ−ＧＷが上記サービス要請メッセージを受信し、上記ＭＣＢＣＳに該当するマルチキャスト接続識別子とサービスフロー識別子及びマルチキャストインターネットプロトコルアドレスが含まれた参加要請メッセージを上記基地局へ送信するステップと、上記基地局が上記参加要請メッセージに基づいて上記移動局とともに動的サービス追加手続を行い、上記参加要請メッセージに応じた参加応答メッセージを上記ＡＳＮ−ＧＷへ送信するステップ、及び上記ＡＳＮ−ＧＷが上記参加応答メッセージを受信することでＭＣＢＣＳ参加を確認するステップと、を含むことを特徴とする。
【００１２】
上記目的を達成するための本発明の他の方法は、基地局が移動局から登録解除要請メッセージを受信することでＭＢＳ（Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）ゾーン内において上記移動局のアイドルモード進入開始を確認し、上記アイドルモード進入開始の確認に応じてＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−ＧａｔｅＷａｙ）へ上記移動局に該当する経路登録解除要請メッセージを送信するステップ、及び上記ＡＳＮ−ＧＷが上記経路登録解除要請メッセージを受信して経路登録解除応答メッセージを上記基地局へ送信し、上記移動局のコンテクストに上記ＭＢＳゾーンの識別子と上記移動局に該当するサービングネットワークの識別子をアップデートするステップと、を含むことを特徴とする。
【００１３】
上記目的を達成するための本発明のまた他の方法は、アイドルモードに切り替えられたＭＣＢＣＳ移動局を含めＭＢＳ（Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）ゾーン内のＭＣＢＣＳ移動局の個数をモニタリングするステップ、及び上記ＭＢＳゾーン内のＭＣＢＣＳ移動局の個数に基づいてＭＣＢＣＳを提供するか否かを判断するステップを含むことを特徴とする。
【００１４】
上記目的を達成するための本発明のＭＣＢＣＳシステムは、移動局、基地局、ＡＳＮ−ＧＷ（Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ−ＧａｔｅＷａｙ）、ＭＣＢＣＳサーバ、及び政策サーバを含み、上記ＡＳＮ−ＧＷは、マルチキャスト接続識別子と無線リソースの割り当て機能、ＭＣＢＣＳコンテンツのための階層２レベルセキュリティ機能、上記移動局管理及びＭＣＢＣＳのためのリソース管理機能、及び上記政策サーバとの連動機能を支援するプロキシモジュール、及び動的ＭＣＢＣＳデータ経路の登録及び解除を支援するＤＰＦ（Ｄａｔａ Ｐａｔｈ Ｆｕｎｃｔｉｏｎ）モジュールを含むことを特徴とする。
［発明の効果］
本発明では、通信システムにおいてＭＣＢＣＳを提供するための具体的な方案を提供する。
【００１５】
また、本発明では、ＭＣＢＣＳのためのセッション開始、データ経路登録、及び加入を支援し、静的／動的ブロードキャスト方式にてＭＣＢＣＳを提供するための参加及び脱退を支援し、アイドルモードで動作するＭＳへのＭＣＢＣＳの提供を支援する具体的な方案を提供することでその実現を容易にすることができる。
【００１６】
また、本発明では、ＭＣＢＣＳを提供するゾーンの通信環境及びアイドルモードで動作するＭＳに対応してワイマックス・システムが動的にＭＣＢＣＳを提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態によるＭＣＢＣＳを提供する通信システムの構造を概略的に示す図である。
【図２】本発明の実施形態による通信システムのサービングＡＳＮにおけるセッションを開始してデータ経路を登録するための信号の送受信手続を示す図である。
【図３】本発明の実施形態による通信システムにおいてＭＳのＭＣＢＣＳへの加入のための信号の送受信手続を示す図である。
【図４】本発明の実施形態による通信システムにおいてＭＣＢＣＳ参加のための信号の送受信手続を示す図である。
【図５】本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ参加のための信号の送受信手続を示す図である。
【図６】本発明の実施形態による通信システムにおいてＭＣＢＣＳ脱退のための信号の送受信手続を示す図である。
【図７】本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ脱退のための信号の送受信手続を示す図である。
【図８】本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ参加のための信号の送受信手続を示す図である。
【図９】本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ脱退のための信号の送受信手続を示す図である。
【図１０】本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ脱退のための信号の送受信手続を示す図である。
【図１１】本発明の他の実施形態によるＭＣＢＣＳを提供する通信システムの構造を概略的に示す図である。
【図１２】本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ支援のための信号の送受信手続を示す図である。
【図１３】本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ支援のための信号の送受信手続を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明による好適な実施形態を添付の図面を参照して詳しく説明する。下記の説明では、本発明による動作を理解するのに必要な部分だけが説明され、それ以外の部分の説明は本発明の要旨を曖昧にしないように省略されることに留意しなければならない。
【００１９】
本発明では、通信システム、一例として広帯域無線アクセス（ＢＷＡ：Ｂｒｏａｄｂａｎｄ Ｗｉｒｅｌｅｓｓ Ａｃｃｅｓｓ、以下、「ＢＷＡ」と称することにする）通信システムであって、上記ＢＷＡ通信システムは、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ） ８０２．１６システムを基盤とした携帯インターネットシステム、またはワイマックス（Ｍｏｂｉｌｅ ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））システムである。本発明では、通信システムにおいてマルチキャスト及びブロードキャストサービス（ＭＣＢＣＳ：ＭｕｌｔｉＣａｓｔ ａｎｄ ＢｒｏａｄＣａｓｔ Ｓｅｒｖｉｃｅ、以下、「ＭＣＢＣＳ」と称することにする）のためのシステム及び方法を提案する。ここで、後述する本発明の実施形態では、説明の便宜上、ＭＣＢＣＳのためのシステムは、ＩＥＥＥ ８０２．１６システムまたはワイマックス・システムと関連付けて説明されるが、本発明で提案するシステム及び方法は、他の通信システムが他の多様なサービスを提供する場合にも適用できる。
【００２０】
また、後述する本発明の実施形態では、上記ワイマックス・システムがユーザら、例えば固定性及び移動性をもつ移動局（ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、以下、「ＭＳ」と称することにする）にＭＣＢＣＳを提供するために、上記ＭＣＢＣＳを提供するための上記ワイマックス・システムのセッション開始、データ経路登録、及び加入を支援するシステム及び方法を提案する。そして、後述する本発明の実施形態では、上記ワイマックス・システムがＭＳに静的／動的マルチキャストサービス方式にてＭＣＢＣＳを提供し、このとき、本発明は、静的／動的マルチキャスト方式にてＭＣＢＣＳを提供するワイマックス・システムへの参加及び脱退、すなわちＭＳのＭＣＢＣＳ参加及び脱退手続を支援してＭＳＢＣＳを提供する。また、本発明の実施形態では、上記ワイマックス・システムがサービス領域でアイドルモードに進入するＭＳと上記アイドルモードからエグジットするＭＳのために動的ＭＣＢＣＳを提供するように支援する。
【００２１】
図１は、本発明の実施形態による通信システムにおいてＭＳにＭＣＢＣＳを提供するワイマックス・システムの構造を概略的に示す図である。
図１を参照すると、上記ワイマックス・システムは、ＭＳ１０２と、サービス領域内においてＭＣＢＣＳデータをブロードキャストまたはマルチキャスト方式にて送信するための無線アクセス局（ＲＡＳ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｓｔａｔｉｏｎ）としての機能を遂行する基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ、以下、「ＢＳ」と称することにする）、すなわちＢＳ１（１１２）、ＢＳ２（１１４）、ＢＳ３（１１６）、ＢＳ４（１１８）と、上記ＢＳ１１２、１１４、１１６、１１８へ上記ＭＣＢＣＳコンテンツを送信する接続サービスネットワーク（ＡＳＮ：Ａｃｃｅｓｓ Ｓｅｒｖｉｃｅ Ｎｅｔｗｏｒｋ、以下、「ＡＳＮ」と称することにする）のゲートウェイ（ＧＷ：ｇａｔｅｗａｙ、以下、「ＧＷ」と称することにする）（以下、「ＡＳＮ ＧＷ」と称することにする）、すなわちＡＳＮ ＧＷ１（１２０）、ＡＳＮ ＧＷ２（１３０）と、上記ＭＣＢＣＳのための制御及びコンテンツ提供機能を遂行するＭＣＢＣＳサーバ１４０と、上記ＭＳ１０２に対する認証、権限付与、及び課金機能を担うＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ａｃｃｏｕｎｔｉｎｇ）サーバ１５０、上記ＭＣＢＣＳの提供時に各種の通信規約を担う政策機能（ＰＦ：Ｐｏｌｉｃｙ Ｆｕｎｃｔｉｏｎ、以下、「ＰＦ」と称することにする）サーバ１６０、及びＭＣＢＣＳに該当するＭＣＢＣＳコンテンツを生成し提供するコンテンツ・プロバイダ１７０と、を含む。
【００２２】
ここで、上記サービス領域は、上記ワイマックス・システムがＭＣＢＣＳを提供するゾーン、言い換えれば、複数のＢＳが媒体アクセス制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、以下、「ＭＡＣ」と称することにする）階層（ＭＡＣ Ｌａｙｅｒ）または物理的（ＰＨＹｓｉｃａｌ、以下、「ＰＨＹ」と称することにする）階層（ＰＨＹ Ｌａｙｅｒ）でＭＳにＭＣＢＣＳを提供するゾーン（以下、「ＭＢＳ（Ｍｕｌｔｉｃａｓｔ ａｎｄ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ） ｚｏｎｅ」と称することにする）を意味する。また、上記ＡＳＮとは、上記ワイマックス・システムにおいてＭＢＳ ｚｏｎｅにＭＣＢＣＳを提供するネットワークのことを意味する。そして、上記ＭＳ１０２とＢＳ１１２、１１４、１１６、１１８間でのＭＣＢＣＳデータ送受信は、直交周波数分割多重（ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、以下、「ＯＦＤＭ」と称することにする）／直交周波数分割多重接続（ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、以下、「ＯＦＤＭＡ」と称することにする）方式にて行われることと仮定して説明することにする。そして、説明の便宜上、上記ＭＳ１０２がワイマックス・システムへの初期接続手続をＢＳ３（１１４）またはＢＳ４（１１８）とともに行って、上記ＢＳ３（１１４）またはＢＳ４（１１８）を介して上記ワイマックス・システムに最初に進入したことを前提に説明する。ここで、上記ＢＳ３（１１４）、ＢＳ４（１１８）、及びＡＳＮ ＧＷ２（１３０）により形成されたＡＳＮがアンカーＡＳＮになり、上記アンカーＡＳＮは、ＭＳ１０２が上記ワイマックス・システムへの初期接続手続を行って最初にネットワーク進入したＡＳＮのことを意味する。また、上記ＭＳ１０２が上記アンカーＡＳＮに最初に進入した後、ＢＳ１（１１２）へのハンドオーバーを行い、上記ＢＳ１（１１２）、ＢＳ２（１１４）、及びＡＳＮ ＧＷ１（１２０）により形成されたＡＳＮを介して上記ＭＳ１０２にＭＣＢＣＳを提供することを前提に説明することにする。ここで、上記ＢＳ１（１１２）、ＢＳ２（１１４）、及びＡＳＮ ＧＷ１（１２０）により形成されたＡＳＮがサービングＡＳＮになり、上記サービングＡＳＮはＭＳ１０２にＭＣＢＣＳを提供するＡＳＮのことを意味する。その結果、上記ＡＳＮ ＧＷ２（１３０）はアンカーＡＳＮ ＧＷになり、上記ＡＳＮ ＧＷ１（１２０）はサービングＡＳＮ ＧＷになり、上記ワイマックス・システムは、アンカーＡＳＮとサービングＡＳＮとが異なっている場合、上記サービングＡＳＮのセッション開始及び上記サービングＡＳＮのデータ経路登録、及び加入を支援する。
【００２３】
上記ＡＳＮ ＧＷ１（１２０）は、ＭＣＢＣＳのためにサービングＡＳＮのデータ経路を制御するデータ経路機能（ＤＰＦ：Ｄａｔａ Ｐａｔｈ Ｆｕｎｃｔｉｏｎ、以下、「ＤＰＦ」と称することにする）モジュール１（１２２）、上記ＭＣＢＣＳのために上記サービングＡＳＮのプロキシ機能を行うプロキシモジュール１（１２４）、及び上記サービングＡＳＮを介して上記ＭＳ１０２に提供されるＭＣＢＣＳのサービスフローを認証するサービスフロー認証（ＳＦＡ：Ｓｅｒｖｉｃｅ Ｆｌｏｗ Ａｕｔｈｏｒｉｚａｔｉｏｎ、以下、「ＳＦＡ」と称することにする）モジュール１（１２６）を含む。そして、上記ＡＳＮ ＧＷ２（１３０）は、上記ＡＳＮ ＧＷ１（１２０）と同様に、アンカーＡＳＮのデータ経路を制御するＤＰＦモジュール２（１３２）、上記アンカーＡＳＮのプロキシ機能を行うプロキシモジュール２（１３４）、及び上記アンカーＡＳＮを介して上記ＭＳ１０２に提供されるＭＣＢＣＳのサービスフローを認証するＳＦＡモジュール２（１３６）を含む。ここで、上記各ＡＳＮ ＧＷ１２０、１３０はＢＳ１１２、１１４、１１６、１１８を制御する機能を行う接続制御ルーター（ＡＣＲ：Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｒｏｕｔｅｒ）にそれぞれ含まれる。
【００２４】
また、上記ＭＣＢＣＳサーバ１４０は、上記コンテンツ・プロバイダ１７０からのＭＣＢＣＳコンテンツをＡＳＮに伝達するコンテンツサーバ１４２及び上記コンテンツサーバ１４２からのＭＣＢＣＳコンテンツを上記ＭＳ１０２に提供するためのＭＣＢＣＳ制御機能を行う制御部１４４を含む。
【００２５】
そして、上記ＡＡＡサーバ１５０は、上記ＡＳＮ ＧＷ１２０、１３０とともにＭＣＢＣＳサーバ１４０の支援を通じてＭＳ１２０及びコンテンツ・プロバイダ１７０の認証、権限付与、及び課金機能を行う。また、上記ＰＦサーバ１６０は、ＭＣＢＣＳの提供時に各種の通信規約に応じたリソース割り当て及びリソース予約などを支援する。さらに、上記コンテンツ・プロバイダ１７０は、上記ＭＳ１０２が提供を受けようとするＭＣＢＣＳ、例えば位置基盤サービス、ビデオ及びオーディオサービス、インターネットウェブサービス、音声及びビデオサービスなどにそれぞれ該当するＭＣＢＣＳコンテンツをそれぞれ生成して上記ＭＣＢＣＳサーバ１４０に伝達する。すると、ここで、下記の表を参照してワイマックス・システムがＭＣＢＣＳを提供するためのＢＳ１１２、１１４、１１６、１１８（すなわち、ＲＡＳ）とＡＳＮ ＧＷ１２０、１３０（すなわち、ＡＣＲ）及びＭＣＢＣＳサーバ１４０の機能について具体的に説明することにする。
【００２６】
まず、上記ＭＣＢＣＳを提供するために、下記表１に表すように上記ＭＣＢＣＳサーバ１４０のコンテンツサーバ１４２は、ＭＳ１０２に提供するＭＣＢＣＳに該当するＭＣＢＣＳコンテンツを上記コンテンツ・プロバイダ１７０から伝達され、上記ＭＣＢＣＳコンテンツをＡＳＮ ＧＷ１２０、１３０に提供するＭＣＢＣＳコンテンツサーバ（ＭＣＢＣＳ Ｃｏｎｔｅｎｔ Ｓｅｒｖｅｒ）であり、一例として位置基盤サービスを提供する位置サーバ、ビデオ及びオーディオサービスを提供するＶｏＤ／ＡｏＤサーバ、インターネットウェブサービスを提供するウェブサーバ、音声及びビデオサービスを提供するＶｏＩＰ／ＶＴサーバなどである。そして、上記コンテンツサーバ１４４は、上記ＭＳ１０２に提供するＭＣＢＣＳに対応するＭＣＢＣＳコンテンツをアプリケーション階層（Ａｐｐｌｉｃａｔｉｏｎ Ｌａｙｅｒ）レベルでセキュリティ、例えば、デジタルコンテンツ権利管理（ＤＲＭ：Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ、以下、「ＤＲＭ」と称することにする）などを通じてセキュリティを支援し、互いに異なるコンテンツ・プロバイダから受信したＭＣＢＣＳコンテンツを結合する機能を行う。また、上記コンテンツサーバ１４４は、ＭＳ１０２にＭＣＢＣＳを提供するためのＭＣＢＣＳコンテンツチャンネルのグループ及び上記チャンネルを構成する機能を行う。
【００２７】
上記ＭＣＢＣＳサーバ１４０の制御部１４４は、上記ＭＣＢＣＳコンテンツを受信すると、上記ＭＣＢＣＳを提供するためのマルチキャストインターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、以下、「ＩＰ」と称することにする）アドレス（Ｍｕｌｔｉｃａｓｔ ＩＰ Ａｄｄｒｅｓｓ）を割り当て、ＡＳＮ、例えば、ＡＳＮ ＧＷ１２０、１３０とＭＣＢＣＳサーバ１４０間の接続に関するマルチキャストＩＰルーティングプロトコル及びトンネリングを支援し、ＭＣＢＣＳコンテンツを階層２（Ｌａｙｅｒ ２）レベルでセキュリティを支援する。ここで、上記マルチキャストＩＰアドレスによって各ＭＳＢＣＳコンテンツが送信されるチャンネルを識別し、上記マルチキャストＩＰアドレスはマルチキャスト接続識別子（ＭＣＩＤ：Ｍｕｌｔｉｃａｓｔ Ｃｏｎｎｅｃｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ、以下、「ＭＣＩＤ」と称することにする）と同一である。そして、上記制御部１４４は、マルチキャストグループに属したＡＳＮを管理し、ＭＣＢＣＳの提供を受けるユーザ（例えば、ＭＳ１０２）の認証及び権限付与を行い、上記ＭＣＢＣＳサーバ１４０が提供可能なＭＣＢＣＳの広告及びＭＣＢＣＳの提供のためのセッションの管理、例えばセッション情報割り当て、セッション開始／中止／アップデートを支援し、ＭＣＢＣＳに対する課金を行う。
【００２８】
【表１】
2011507385.tif 000003
そして、下記表２に表すように、上記各ＡＳＮ ＧＷ１２０、１３０のプロキシモジュール１２４、１３４は、上記ＭＣＢＣＳのための上記ＰＦサーバ１６０との相互連動、及び上記ＭＣＢＣＳに対するサービスフロー識別子（ＳＦＩＤ：Ｓｅｒｖｉｃｅ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｅｒ、以下、「ＳＦＩＤ」と称することにする）を管理し、静的マルチキャストサービス方式及び動的マルチキャスト方式に相応した静的ＭＣＩＤと動的ＭＣＩＤを割り当てる。そして、上記プロキシモジュール１２４、１３４は、ＭＣＢＣＳのための無線リソース管理（ＲＲＭ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ、以下、「ＲＲＭ」と称することにする）機能、及びＭＢＳ ｚｏｎｅにＭＣＢＣＳデータ送信ゾーンをマッピングする機能を行う。また、上記プロキシモジュール１２４、１３４は、ＭＣＢＣＳコンテンツを階層２レベルでセキュリティを支援し、静的公衆リソース及び動的公衆リソースを割り当てる。このとき、上記プロキシモジュール１２４、１３４は、マクロダイバーシティを支援するためにすべてのＢＳ１１２、１１４、１１６、１１８に同じ無線リソースを割り当てる。さらに、上記プロキシモジュール１２４、１３４は、上記ＭＣＢＣＳの提供を受けるＭＳ１０２を管理、言い換えれば、ＭＣＢＣＳグループに属したＭＳを管理し、ＭＣＢＣＳの課金及びマクロダイバーシティを支援するための時間同期メカニズムを制御し、上記ＭＢＳ ｚｏｎｅのリストを管理する。
【００２９】
上記各ＡＳＮ ＧＷ１２０、１３０のＤＰＦモジュール１２２、１３２は、上記ＭＣＢＣＳのためのＰＦサーバ１６０との相互連動、及び上記ＭＣＢＣＳに対するＳＦＩＤを管理し、上記ＡＳＮとＭＣＢＣＳサーバ１４０、ＡＡＡサーバ１５０、及びＰＦサーバ１６０間での接続に関するマルチキャストＩＰルーティングプロトコル及びトンネリングを支援する。そして、上記ＤＰＦモジュール１２２、１３２は、ＭＣＢＣＳデータの分類及びＭＣＢＣＳ課金機能、インターネットグループ管理プロトコル（ＩＧＭＰ：Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ、以下、「ＩＧＭＰ」と称することにする）プロキシ機能を行う。また、上記ＤＰＦモジュール１２２、１３２は、ＡＳＮ ＧＷ１２０、１３０とＢＳ１１２、１１４、１１６、１１８間での静的接続ＭＣＢＣＳデータ経路の登録及び解除を支援及び動的接続ＭＣＢＣＳを支援する。特に、上記ＤＰＦモジュール１２２、１３２のうちのアンカーＡＳＮのＤＰＦモジュール、すなわちＤＰＦモジュール２（１３２）は、ＩＧＭＰレポートメッセージの伝達機能を行う。
【００３０】
そして、上記各ＡＳＮ ＧＷ１２０、１３０のＳＦＡモジュール１２６、１３６は、ＭＳ１０２のネットワーク進入時に、ＡＡＡサーバ１５０からのユーザ（例えば、ＭＳ１０２）のサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ：以下、「ＱｏＳ」と称することにする）プロファイルに応じて上記ＭＳ１０２のＭＣＢＣＳ要請を受諾するか否かを判断する。また、上記ＳＦＡモジュール１２６、１３６は、ＳＦＡモジュール１２６、１３６内に含まれた地域的政策機能（Ｌｏｃａｌ ｐｏｌｉｃｙ ｆｕｎｃｔｉｏｎ）モジュール（図示せず）を利用してＭＣＢＣＳの提供時に利用可能なリソース基盤の承認制御を行う。すなわち、上記ワイマックス・システムが静的マルチキャストサービス方式にてＭＣＢＣＳを提供する場合、上記ＳＦＡモジュール１２６、１３６は、最初のネットワーク進入時にＡＡＡサーバ１５０からのＭＳ１０２のＱｏＳプロファイルに基づいてＭＳ１０２のＭＣＢＣＳ要請に対して受諾したか否かを判断した後、ＭＳ１０２がＭＣＢＣＳの提供を受けるようにサービスフローを開放するようになる。
【００３１】
【表２】
2011507385.tif 000004
また、下記表３に表すように、ＢＳ１１２、１１４、１１６、１１８、すなわち、ＲＡＳがＭＳ１０２にＭＣＢＣＳを提供するために、ＭＡＣ階層またはＰＨＹ階層でのＭＢＳデータ送信のためのＲＡＳのＭＡＣ制御部（図示せず）は、ＭＡＣ階層でのＭＢＳ ｚｏｎｅ支援及びＭＢＳ ＲＲＭ機能を行い、ＭＡＣデータ部（図示せず）は、ＭＡＣ階層でのＭＢＳ ＭＡＰ情報エレメント（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ、以下、「ＩＥ」と称することにする）、ＭＢＳ−ＭＡＰ、ＭＢＳデータＩＥ、及びＭＣＩＤを支援し、ＰＨＹ部は、ＰＨＹ階層でのＭＢＳ ＭＡＰ ＩＥとＭＢＳ ＭＡＰ同期及びＭＢＳ ＲＲＭ機能を行う。
【００３２】
【表３】
2011507385.tif 000005
さらに、上記ワイマックス・システムがマルチキャスト／ブロードキャストサービス方式にてＭＣＢＣＳを提供するように、下記表４に表すように上記ＭＣＢＣＳサーバ１４０のコンテンツサーバ１４２は、ＭＳ１０２にＭＣＢＣＳを提供するためのＭＣＢＣＳコンテンツチャンネルのグループ及び上記チャンネルを構成する機能を行う。上記制御部１４４は、ＭＣＢＣＳを提供するためのマルチキャストＩＰアドレスを割り当て、ＡＳＮとＭＣＢＣＳサーバ１４０間の接続に関するマルチキャストＩＰルーティングプロトコル及びトンネリングを支援し、上記ＭＣＢＣＳサーバ１４０が提供可能なＭＣＢＣＳの広告及びＭＣＢＣＳの提供のためのセッションを管理する。ここで、上記制御部１４４のセッション管理は、ＭＳ１０２ではないＭＣＢＣＳコンテンツ別に管理する。そして、上記各ＡＳＮ ＧＷ１２０、１３０のプロキシモジュール１２４、１３４は、ＭＣＢＣＳに対するＳＦＩＤ管理、及びＭＣＩＤと静的公衆リソースを割り当て、ＭＢＳ ｚｏｎｅにＭＣＢＣＳデータ送信ゾーンをマッピングする機能及びマクロダイバーシティを支援するための同期を制御し、上記ＭＢＳ ｚｏｎｅのリストを管理する。上記ＤＰＦモジュール１２２、１３２は、ＭＣＢＣＳデータの分類及びＡＳＮ ＧＷ１２０、１３０とＢＳ１１２、１１４、１１６、１１８間の静的接続ＭＣＢＣＳデータ経路の登録及び解除を支援する。上記ＢＳ１１２、１１４、１１６、１１８のＭＡＣ制御部は、ＭＡＣ階層でのＭＢＳ ｚｏｎｅを支援し、ＭＡＣデータ部は、マクロダイバーシティのための同期支援、及びＭＡＣ階層でのＭＢＳ ＭＡＰ ＩＥ、ＭＢＳ−ＭＡＰ、ＭＢＳデータＩＥ、及びＭＣＩＤを支援し、ＰＨＹ部は、ＰＨＹ階層でのＭＢＳ ＭＡＰ ＩＥとＭＢＳ ＭＡＰ同期を支援する。
【００３３】
【表４】
2011507385.tif 000006
また、上記ワイマックス・システムの静的マルチキャストサービス方式にてＭＣＢＣＳを提供するように、下記表５に表すように上記ＭＣＢＣＳサーバ１４０のコンテンツサーバ１４２は、ＭＣＢＣＳコンテンツをアプリケーション階層レベルでセキュリティを支援し、制御部１４４は、上記ＭＣＢＣＳの提供を受けるユーザ（例えば、ＭＳ１０２）の認証及び権限付与及びセッション管理とＭＣＢＣＳに対する課金を行う。そして、上記各ＡＳＮ ＧＷ１２０、１３０のプロキシモジュール１２４、１３４は、静的ＭＣＩＤと静的公衆リソースを割り当て、ＤＰＦモジュール１２２、１３２のうちのサービングＡＳＮのＤＰＦモジュール（例えば、ＤＰＦモジュール１（１２２））は、ＩＧＭＰプロキシ機能を行い、アンカーＡＳＮのＤＰＦモジュール（例えば、ＤＰＦモジュール２（１３２））は、ＩＧＭＰレポートメッセージの伝達機能を行う。
【００３４】
【表５】
2011507385.tif 000007
そして、上記ワイマックス・システムの動的マルチキャストサービス方式にてＭＣＢＣＳを提供するように、下記表６に表すように上記ＭＣＢＣＳサーバ１４０のコンテンツサーバ１４２は、互いに異なるコンテンツ・プロバイダから受信したＭＣＢＣＳコンテンツを結合する機能を行い、制御部１４４は、ＭＣＢＣＳコンテンツの階層２レベルでのセキュリティ支援、及びマルチキャストグループに属したＡＳＮを管理する。そして、上記各ＡＳＮ ＧＷ１２０、１３０のプロキシモジュール１２４、１３４は、動的ＭＣＩＤと動的公衆リソースの割り当て及びＭＣＢＣＳコンテンツの階層２レベルでのセキュリティを支援し、上記ＭＣＢＣＳの提供を受けるＭＳ１０２を管理（言い換えれば、ＭＣＢＣＳグループに属したＭＳの管理）、及びＭＣＢＣＳのためのＲＲＭ機能と上記ＭＣＢＣＳのための上記ＰＦサーバ１６０との相互連動を行う。上記ＤＰＦモジュール１２２、１３２は、動的ＭＣＢＣＳデータ経路の登録及び解除を支援する。上記ＢＳ１１２、１１４、１１６、１１８、すなわちＲＡＳは、ＭＡＣ階層での上記ＭＣＢＣＳコンテンツの階層２レベルでのセキュリティ支援及びＭＢＳ ＲＲＭ機能を行い、ＰＨＹ階層でのＭＢＳ ＲＲＭ機能を行う。
【００３５】
【表６】
2011507385.tif 000008
さらに、上記各ＡＳＮ ＧＷ１２０、１３０のプロキシモジュール１２４、１３４は、ＭＣＢＣＳの提供のためのＭＳ１０２とアンカーＡＳＮまたはサービングＡＳＮ間の連結及び解除を制御し、ＭＣＢＣＳセッションベアラー（ｓｅｓｓｉｏｎ ｂｅａｒｅｒ）の成立を制御し、ＭＣＢＣＳに関連したリソース（例えば、ＭＣＩＤ）を割り当て、公衆インターフェース暗号化のためにＭＣＢＣＳセキュリティ・キーを生成し、ＭＣＢＣＳ課金支援及びＭＢＳ ｚｏｎｅ内に属したＡＳＮ ＧＷのリストを維持する。上記ＡＣＲのＤＰＦモジュール１２２、１３２は、ＭＣＢＣＳセッションベアラーの成立とＭＣＢＣＳの連結及び解除を支援し、ＭＣＢＣＳデータの送信／分類、ＭＣＢＣＳ課金及び動的に成立及び解除を伝達するための課金を支援し、ＭＣＢＣＳに接続されたＭＳ１０２のＢＳ１１２、１１４、１１６、１１８とＡＳＮ ＧＷ１２０、１３０間の接続及び上記ＡＳＮ ＧＷ１２０、１３０とＭＣＢＣＳサーバ１４０、ＡＡＡサーバ１５０、及びＰＦサーバ１６０間の接続インターフェースに対するＭＳ１０２の移動管理を支援し、マルチキャストルーター機能を支援する。
【００３６】
そして、上記ＭＣＢＣＳサーバ１４０のコンテンツサーバ１４２は、コンテンツ・プロバイダ１７０からＭＣＢＣＳコンテンツを受信した後、ワイマックス・システムを通じてＭＳ１０２に上記ＭＣＢＣＳコンテンツを分配し、上記ワイマックス・システムでの適切な伝送のために上記コンテンツ・プロバイダ１７０からデータを再包装し、アプリケーション階層レベルでのＭＣＢＣＳコンテンツを暗号化、及びＭＣＢＣＳセッションによって要求されたフォーマットにてＭＣＢＣＳコンテンツを伝送する。上記ＭＣＢＣＳサーバ１４０の制御部１４４は、マルチキャストＩＰアドレスを割り当て、コンテンツ・プロバイダ１７０の認証、及び上記コンテンツサーバ１４２とコンテンツ・プロバイダ１７０間のＭＣＢＣＳコンテンツ伝送を制御し、上記ＭＣＢＣＳ伝達の成立及び解除を制御し、ＭＣＢＣＳのアプリケーションレベルでの暗号化キー及びセキュリティ・キーを生成及び分配し、ＭＣＢＣＳセッションの開始と終了の制御を決定し、ＭＣＢＣＳを要請するＭＳ１０２に対する権限付与及び認証とＭＣＢＣＳ情報を維持し、ＭＣＢＣＳに連結されたＭＳ１０２に関する情報を維持し、ＭＳ１０２、コンテンツ・プロバイダ１７０、及びＡＳＮなどに対する課金支援と上記課金情報を収集し、ＭＣＢＣＳ情報に応じてＭＣＢＣＳのマルチキャストまたはブロードキャストを必要とするＡＳＮを決定し、ＭＣＢＣＳ加入者（例えば、ＭＳ１０２）プロファイルの維持及びＭＣＢＣＳプロキシリストを維持し、すべてのＭＣＢＣＳ提供ゾーン、すなわち、すべてのＭＢＳ ｚｏｎｅの構成に関する情報を獲得する。引き続き、先ずＭＣＢＣＳを提供するためのセッション開始、データ経路登録、及び加入手続を説明することにする。
【００３７】
図２は、本発明の実施形態による通信システムのサービングＡＳＮにおけるセッションを開始してデータ経路を登録するための信号の送受信手続を示す図である。ここで、図２は、ＭＳ１０２がワイマックス・システムとともに初期接続手続を行ってアンカーＡＳＮに最初に進入した後、上記アンカーＡＳＮとは異なるＡＳＮを介してＭＣＢＣＳの提供を受けようとする場合、上記異なるＡＳＮのセッション開始及びデータ経路の登録のための信号の送受信手続を示す図である。
【００３８】
図２を参照すると、上記ＭＣＢＣＳサーバ１４０は、上記サービングＡＳＮを介してＭＳ１０２に提供するＭＣＢＣＳに該当するＭＣＢＣＳコンテンツが存在すると、セッション開始の要請のためにマルチキャストコンテンツにマルチキャストＩＰアドレスを割り当て、セッション情報及びＭＣＢＣＳコンテンツに対応するＱｏＳ情報などが含まれたセッション開始要請（Ｓｅｓｓｉｏｎ#Ｓｔａｒｔ−ＲＥＱ：Ｓｅｓｓｉｏｎ Ｓｔａｒｔ−Ｒｅｑｕｅｓｔ、以下、「Ｓｅｓｓｉｏｎ#Ｓｔａｒｔ−ＲＥＱ」と称することにする）メッセージをサービングＡＳＮに含まれたＡＳＮ ＧＷ１（１２０）に送信する（ステップＳ２０２）。
【００３９】
しかる後、上記Ｓｅｓｓｉｏｎ#Ｓｔａｒｔ−ＲＥＱメッセージを受信したＡＳＮ ＧＷ１（１２０）は、ＳＦＩＤを割り当て、Ｓｅｓｓｉｏｎ#Ｓｔａｒｔ−ＲＥＱメッセージとリソース予約要請（ＲＲ−ＲＥＱ：Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｒｅｑｕｅｓｔ、以下、「ＲＲ−ＲＥＱ」と称することにする）メッセージまたはデータ経路登録要請（ＤＰ#ＲＥＧ−ＲＥＱ：Ｄａｔａ Ｐａｔｈ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ、以下、「ＤＰ#ＲＥＧ−ＲＥＱ」と称することにする）メッセージを、同一のＭＣＢＣＳが提供される同一のＭＢＳ ｚｏｎｅ内のすべてのＢＳ、すなわちＢＳ１（１１２）とＢＳ２（１１４）に送信する（ステップＳ２０４、Ｓ２０６）。ここで、ＢＳ（１１２、１１４）は同一のＭＣＢＣＳデータをそれぞれ送信し、上記ＲＲ−ＲＥＱメッセージとＤＰ#ＲＥＧ−ＲＥＱメッセージはピギーバックされて伝送されればよい。このとき、上記ＢＳ（１１２、１１４）のサービスフロー別にＧＲＥ（Ｇｅｎｅｒｉｃ Ｒｏｕｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ）トンネルが生成され、上記ＧＲＥトンネルは特定のＭＳでないＭＢＳ ｚｏｎｅ内のすべてのＭＳへ同一のＭＣＢＣＳデータが送信されるように生成される。
【００４０】
ここで、上記ＡＳＮ ＧＷ１（１２０）が送信したＳｅｓｓｉｏｎ#Ｓｔａｒｔ−ＲＥＱメッセージには、ＭＣＩＤ、上記ＢＳ１１２、１１４とＭＳ１０２間の無線リソースパラメーター、及び上記ＭＳ１０２へのＭＣＢＣＳの提供時にＭＣＢＣＳフレームのＭＡＰ情報が含まれる。上記ＭＣＢＣＳフレームのＭＡＰ情報は、上記ＢＳ１１２、１１４がＭＳ１０２にＭＣＢＣＳを提供する場合における、ＭＡＣまたはＰＨＹ階層でＭＣＢＣＳデータが送受信されるフレームのＭＡＰ情報であり、ＭＢＳバーストフレームオフセット（ＭＢＳ Ｂｕｒｓｔ Ｆｒａｍｅ Ｏｆｆｓｅｔ）、ＯＦＤＭＡシンボルオフセット（ＯＦＤＭＡ Ｓｙｍｂｏｌ Ｏｆｆｓｅｔ）、サブチャンネルオフセット（Ｓｕｂｃｈａｎｎｅｌ ｏｆｆｓｅｔ）、ＯＦＤＭＡシンボル個数（Ｎｏ．ＯＦＤＭＡ Ｓｙｍｂｏｌｓ）、サブチャンネル個数（Ｎｏ．Ｓｕｂｃｈａｎｎｌｅｓ）、繰り返しコーディング指示子（Ｒｅｐｅｔｉｔｉｏｎ Ｃｏｄｉｎｇ Ｉｎｄｉｃａｔｉｏｎ）、次のＭＢＳフレームオフセット（Ｎｅｘｔ ＭＢＳ ｆｒａｍｅ ｏｆｆｓｅｔ）、次のＭＢＳ ＯＦＤＭＡシンボルオフセット（Ｎｅｘｔ ＭＢＳ ＯＦＤＭＡ Ｓｙｍｂｏｌ ｏｆｆｓｅｔ）などが含まれる。上記ＡＳＮ ＧＷ１（１２０）のプロキシモジュール１（１２４）は、ＭＣＢＣＳサーバ１４０からサービングＡＳＮに伝送するＭＣＢＣＳデータ情報の受信時、上記ＭＣＩＤとＭＣＢＣＳのためのリソースパラメーターを動的に生成する。しかし、これと異なって、上記ＭＣＩＤとＭＣＢＣＳのためのリソースパラメーターは、上記ワイマックス・システムに対するエレメント管理システム（ＥＭＳ：Ｅｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ、以下、「ＥＭＳ」と称することにする）によって生成され、上記ＡＳＮ ＧＷ１（１２９）に送信されればよい。
【００４１】
また、上記ＡＳＮ ＧＷ１（１２０）が送信したＲＲ−ＲＥＱメッセージには、ＳＦＩＤと、上記ＭＢＳ ｚｏｎｅにおけるすべてのＢＳ、すなわちＢＳ１（１１２）とＢＳ２（１１４）に関するマルチキャストＩＰアドレス（例えば、ＭＣＩＤ）及びＱｏＳ関連パラメーターが含まれる。そして、上記ＤＰ#ＲＥＧ−ＲＥＱには、データトンネル関連情報とＱｏＳ情報が含まれる。
【００４２】
しかる後、上記Ｓｅｓｓｉｏｎ#Ｓｔａｒｔ−ＲＥＱメッセージ／ＲＲ−ＲＥＱメッセージ／ＤＰ#ＲＥＧ−ＲＥＱメッセージをそれぞれ受信したＢＳ１１２、１１４は、各メッセージに応じてリソース予約／データ経路登録をそれぞれ行った後、セッション開始応答（Ｓｅｓｓｉｏｎ#Ｓｔａｒｔ−ＲＳＰ：Ｓｅｓｓｉｏｎ Ｓｔａｒｔ Ｒｅｓｐｏｎｓｅ、以下、「Ｓｅｓｓｉｏｎ#Ｓｔａｒｔ−ＲＳＰ」と称することにする）メッセージとリソース予約応答（ＲＲ−ＲＳＰ：Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｒｖａｔｉｏｎ Ｒｅｓｐｏｎｓｅ、以下、「ＲＲ−ＲＳＰ」と称することにする）メッセージ／データ経路登録応答（ＤＰ#ＲＥＧ−ＲＳＰ：Ｄａｔａ Ｐａｔｈ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ、以下、「ＤＰ#ＲＥＧ−ＲＳＰ」と称することにする）メッセージを上記ＡＳＮ ＧＷ１（１２０）にそれぞれ送信する（ステップＳ２０８、Ｓ２１０）。
【００４３】
次いで、上記ＢＳ１１２、１１４からＳｅｓｓｉｏｎ#Ｓｔａｒｔ−ＲＳＰメッセージ／ＲＲ−ＲＳＰメッセージ／ＤＰ#ＲＥＧ−ＲＳＰメッセージをそれぞれ受信したＡＳＮ ＧＷ１（１２０）は、Ｓｅｓｓｉｏｎ#Ｓｔａｒｔ−ＲＳＰメッセージを上記ＭＣＢＣＳサーバ１４０に送信する（ステップＳ２１２）。
【００４４】
Ｓｅｓｓｉｏｎ#Ｓｔａｒｔ−ＲＳＰメッセージの受信後、上記ＡＳＮ ＧＷ１（１２０）は、上記ＭＣＢＣＳサーバ１４０からＭＣＢＣＳコンテンツの伝達を受けるための上記ＭＣＢＣＳサーバ１４０との接続（Ｒ３）トンネルを生成する（ステップＳ２１４）。このとき、ＡＳＮ ＧＷ１（１２０）は、上記ＭＣＢＣＳサーバ１４０との接続トンネルの生成を、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）で定義されたマルチキャストルーティングプロトコルを通じてＭＣＢＣＳサーバ（１４０）とのＭＣＢＣＳデータの送信のためのリンクとして生成することもできる。このようにして、ＡＳＮ ＧＷ１（１２０）とＢＳ１１２、１１４、すなわちサービングＡＳＮと上記ＭＣＢＣＳサーバ１６０、及びＭＳ１０２間のセッション開始手続が完了してデータ経路が登録され、この結果、サービス公知（Ｓｅｒｖｉｃｅ Ａｎｎｏｕｎｃｅ）またはサービス広告（Ｓｅｒｖｉｃｅ Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を行い、さらにはサービス選択（Ｓｅｒｖｉｃｅ Ｓｅｌｅｃｔｉｏｎ）を行うこともできる（ステップＳ２１６）。
【００４５】
上記のように、ワイマックス・システムは、上記ＭＳ１０２にＭＣＢＣＳを提供するために、ＭＣＢＣＳサーバ１４０、サービングＡＳＮのＡＳＮ ＧＷ１（１２０）、及びＢＳ１１２、１１４間のＳｅｓｓｉｏｎ#Ｓｔａｒｔ−ＲＥＱ／ＲＳＰメッセージ、ＲＲ−ＲＥＱ／ＲＳＰメッセージ、及びＤＰ#ＲＥＧ−ＲＥＱ．ＲＳＰメッセージの送受信及びトンネル生成を通じてサービングＡＳＮのセッション開始及びデータ経路を登録し、また上記ＭＳ１０２へのＭＣＢＣＳの提供を支援する。
【００４６】
図３は、本発明の実施形態による通信システムにおいてＭＳのＭＣＢＣＳへの加入（ｓｕｂｓｃｒｉｐｔｉｏｎ）のための信号の送受信手続を示す図である。ここで、図３は、図２で説明したように、ＭＣＢＣＳを提供するためにサービングＡＳＮのセッション開始及びデータ経路を登録した後、ＭＳのＡＳＮを介してのＭＣＢＣＳへの加入を説明するための図であり、上記ワイマックス・システムは、マルチキャスト／ブロードキャスト方式にてＭＣＢＣＳを提供する場合、ＭＳのネットワークへの進入時に上記ＭＳのＭＣＢＣＳ提供要請なしにネットワークを介してＭＣＢＣＳを提供するためのサービスフローを活性化させる手続を開始する。すなわち、上記ワイマックス・システムは、上記ＭＳの接続認証が正常に行われてからネットワークに進入するとＭＣＢＣＳが活性化され、ＭＳがＭＣＢＣＳの提供を所望しなくてもＭＣＢＣＳのサービスフローが非活性化されない。
【００４７】
図３を参照すると、先の図２で説明したように、サービングＡＳＮのセッションを開始してデータ経路が登録され、その結果、サービスの公知／サービス選択が行われると（ステップＳ２１６）、上記ＭＳ１０２は、アンカーＡＳＮへの最初のネットワーク進入によるＡＡＡサーバ１５０へのネットワーク進入（ステップＳ３０２）及び上記ＡＡＡサーバ１５０を介しての上記ＭＳ１０２の接続認証を行う（ステップＳ３０４）。しかる後、上記ＭＳ１０２のアンカーＡＳＮのＳＦＡモジュール２（１３６）は、上記ＭＳ１０２に提供するＭＣＢＣＳのサービスフロー情報とＭＣＢＣＳデータの経路情報が含まれた経路登録要請（Ｐａｔｈ#ＲＥＧ−ＲＥＱ：Ｐａｔｈ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ、以下、「Ｐａｔｈ#ＲＥＧ−ＲＥＱ」と称することにする）メッセージを、上記ＭＳ１０２のサービングＢＳ（例えば、ＢＳ１（１１２））に送信する（ステップＳ３０６）。ここで、説明の便宜上、上記ＢＳ１（１１２）とＢＳ２（１１４）のうちＢＳ１（１１２）が上記ＭＳ１０２のサービングＢＳであることと仮定する。
【００４８】
上記Ｐａｔｈ#ＲＥＧ−ＲＥＱメッセージを受信したＢＳ１（１１２）は、ＭＳ１０２とともに動的サービス追加（ＤＳＡ：Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ａｄｄｉｔｉｏｎ、以下、「ＤＳＡ」と称することにする）動作を行い、言い換えれば、上記ＢＳ１（１１２）は、上記ＭＳ１０２へ動的サービス追加要請（ＤＳＡ−ＲＥＱ：Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔ、以下、「ＤＳＡ−ＲＥＱ」と称することにする）メッセージを送信し（ステップＳ３０８）、上記ＭＳ１０２は、上記ＤＳＡ−ＲＥＱメッセージに対する応答として動的サービス追加応答（ＤＳＡ−ＲＳＰ：Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ａｄｄｉｔｉｏｎ Ｒｅｓｐｏｎｓｅ、以下、「ＤＳＡ−ＲＳＰ」と称することにする）メッセージを上記ＢＳ１（１１２）に送信する（ステップＳ３１０）。ここで、上記ＢＳ１（１１２）とＭＳ（１０２）間のＤＳＡ動作は、提供するＭＣＢＣＳデータが一つ以上である場合に１回以上繰り返し行うこともでき、上記ＤＳＡ−ＲＥＱメッセージには、ＭＣＩＤとＭＢＳ ｚｏｎｅの識別子及びＳＦＩＤが含まれる。
【００４９】
しかる後、上記ＢＳ１（１１２）は、ＤＳＡ動作に対応したＭＣＢＣＳのサービスフロー情報とＭＣＢＣＳデータの経路情報が含まれた経路登録応答（Ｐａｔｈ#ＲＥＧ−ＲＳＰ：Ｐａｔｈ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ、以下、「Ｐａｔｈ#ＲＥＧ−ＲＳＰ」と称することにする）メッセージを、上記ＳＦＡモジュール２（１３６）に送信する（ステップＳ３１２）。すると、上記ＳＦＡモジュール２（１３６）は、上記Ｐａｔｈ#ＲＥＧ−ＲＳＰメッセージに対する応答として経路登録受領（Ｐａｔｈ#ＲＥＧ−ＡＣＫ：Ｐａｔｈ Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、以下、「Ｐａｔｈ#ＲＥＧ−ＡＣＫ」と称することにする）メッセージを上記ＢＳ１（１１２）に送信する（ステップＳ３１４）。その結果、データ経路が登録されたサービングＡＳＮを介してＭＣＢＣＳの提供を受ける上記ＭＳ１０２の加入及びサービスフロー生成が完了する。引き続き、静的マルチキャストサービス方式にてＭＣＢＣＳを提供するための手続を説明することにする。
【００５０】
図４は、本発明の実施形態による通信システムにおいてＭＣＢＣＳ参加のための信号の送受信手続を示す図である。ここで、図４は、ＭＢＳ ｚｏｎｅ内のＭＳがワイマックス・システムから静的マルチキャストサービス方式にてＭＣＢＣＳの提供を受けようとする場合（例えば、ＭＳがＭＣＢＣＳ参加を要請する場合）のＭＣＢＣＳ参加手続を示す図である。
【００５１】
図４を参照すると、先の図２で説明したように、ＡＳＮ ＧＷ１（１２０）とＢＳ１１２、１１４、すなわちサービングＡＳＮと上記ＭＣＢＣＳサーバ１６０、及びＭＳ１０２間のセッションが開始されてデータ経路が登録された後、サービスの公知／サービス選択が行われると（ステップＳ２１６）、上記ＭＳ１０２は、静的マルチキャストサービス方式にてＭＣＢＣＳを提供するワイマックス・システムからＭＣＢＣＳの提供を受けるために自身が最初にネットワーク進入したアンカーＡＳＮのＡＳＮ ＧＷ２（１３０）に参加開始メッセージ（例えば、ＩＧＭＰ参加メッセージ）を送信する（ステップＳ４０２）。ここで、上記静的マルチキャストサービス方式でのＭＣＢＣＳの提供のためのＭＣＢＣＳ参加手続における、上記ＩＧＭＰ参加メッセージの受信は、ＭＳ１０２のＡＳＮにＭＣＢＣＳのためのデータ経路が登録された状態で受信される。そして、上記ＩＧＭＰ参加メッセージには、上記ＭＳ１０２が提供を受けようとするＭＣＢＣＳコンテンツのマルチキャストＩＰアドレスが含まれ、上記ワイマックス・システムがＩＧＭＰバージョン３（ＩＧＭＰｖ３）を利用する場合、上記ＭＳ１０２は、多重マルチキャストグループへの参加のために一つのＩＧＭＰレポートメッセージを送信し、上記ワイマックス・システムがＩＧＭＰバージョン１（ＩＧＭＰｖ１）、またはＩＧＭＰバージョン２（ＩＧＭＰｖ２）を利用する場合、上記ＭＳ１０２は、一つのＭＣＢＣＳコンテンツチャンネルと同じ個数の多重ＩＧＭＰレポートメッセージを送信する。上記多重マルチキャストグループは、ＭＣＢＣＳの提供のためのＭＣＢＣＳプログラムに含まれる。
【００５２】
上記ＩＧＭＰ参加メッセージを受信したＡＳＮ ＧＷ２（１３０）は、シグナリングを通じてサービングＡＳＮのＡＳＮ ＧＷ１（１２０）に上記ＩＧＭＰ参加メッセージとしてＭＣＢＣＳ要請（ＭＣＢＣＳ−ＲＥＱ：ＭＣＢＣＳ−Ｒｅｑｕｅｓｔ、以下、「ＭＣＢＣＳ−ＲＥＱ」と称することにする）メッセージを送信し（ステップＳ４０４）、それにより、上記ＩＧＭＰ参加メッセージが伝達される。このとき、上記ＭＣＢＣＳ−ＲＥＱメッセージには、上記ＭＳ１０２にＭＣＢＣＳデータを送信するＢＳのＢＳ識別子（ＢＳＩＤ：ＢＳ Ｉｄｅｎｔｉｆｉｅｒ、以下、「ＢＳＩＤ」と称することにする）とサービングＡＳＮに対するネットワーク接続情報（ＮＡＩ：Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｎｆｏｒｍａｔｉｏｎ、以下、「ＮＡＩ」と称することにする）が含まれる。
【００５３】
しかる後、上記ＭＣＢＣＳ−ＲＥＱメッセージを受信した上記ＡＳＮ ＧＷ１（１２０）は、ＭＣＢＣＳ認証及び権限付与のためにＭＣＢＣＳ認証及び権限付与要請（ＭＣＢＣＳ＿ＡＡ−ＲＥＱ：ＭＣＢＣＳ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｑｕｅｓｔ、以下、「ＭＣＢＣＳ＿ＡＡ−ＲＥＱ」と称することにする）メッセージをＭＣＢＣＳサーバ１４０に送信する（ステップＳ４０６）。ここで、上記ＭＣＢＣＳ＿ＡＡ−ＲＥＱメッセージには、上記マルチキャストＩＰアドレスとＮＡＩが含まれる。このとき、上記ＡＳＮ ＧＷ１（１２０）が上記ＭＳ１０２のＭＣＢＣＳ加入プロファイルを予め獲得した状態であると、上記ＡＳＮ ＧＷ１（１２０）は、上記ＭＳ１０２の認証及び権限付与を直接行い、そのため、上記ＭＣＢＣＳ＿ＡＡ−ＲＥＱメッセージをＭＣＢＣＳサーバ１４０に送信する手続（ステップＳ４０６）が省略される。
【００５４】
上記ＡＳＮ ＧＷ１（１２０）がＭＳ１０２のＭＣＢＣＳ加入プロファイルを獲得することができず、上記ＭＣＢＣＳサーバ１４０にＭＣＢＣＳ＿ＡＡ−ＲＥＱメッセージを送信すると、上記ＭＣＢＣＳサーバ１４０は、ＭＣＢＣＳ認証及び権限付与のためにＡＡＡサーバ１５０に接続要請（Ａｃｃｅｓｓ−ＲＥＱ：Ａｃｃｅｓｓ Ｒｅｑｕｅｓｔ、以下、「Ａｃｃｅｓｓ−ＲＥＱ」と称することにする）メッセージを送信する（ステップＳ４０８）。上記Ａｃｃｅｓｓ−ＲＥＱメッセージを受信したＡＡＡサーバ１５０は、上記ＭＳ１０２のプロファイルを利用して認証及び権限付与を行い、上記認証及び権限付与結果が含まれた接続応答（Ａｃｃｅｓｓ−ＲＳＰ：Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ、以下、「Ａｃｃｅｓｓ−ＲＳＰ」と称することにする）メッセージを上記ＭＣＢＣＳサーバ１４０に送信する（ステップＳ４１０）。
【００５５】
しかる後、上記ＭＣＢＣＳサーバ１４０は、上記認証及び権限付与結果が含まれたＭＣＢＣＳ認証及び権限付与応答（ＭＣＢＣＳ＿ＡＡ−ＲＳＰ：ＭＣＢＣＳ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｓｐｏｎｓｅ、以下、「ＭＣＢＣＳ＿ＡＡ−ＲＳＰ」と称することにする）メッセージを上記ＡＳＮ ＧＷ１（１２０）に送信する（ステップＳ４１２）。ここで、前述したように、上記ＡＳＮ ＧＷ１（１２０）が上記ＭＳ１０２のＭＣＢＣＳ加入プロファイルを予め獲得した状態であると、上記ＭＣＢＣＳ＿ＡＡ−ＲＥＱ／ＲＳＰメッセージの送受信（ステップＳ４０６、Ｓ４１２）とＡｃｃｅｓｓ−ＲＥＱ／ＲＳＰメッセージの送受信（ステップＳ４０８、Ｓ４１０）は省略される。
【００５６】
次いで、上記ＡＳＮ ＧＷ１（１２０）は、上記ＩＧＭＰ参加に対する応答としてＭＣＢＣＳ応答（ＭＣＢＣＳ−ＲＳＰ：ＭＣＢＣＳ Ｒｅｓｐｏｎｓｅ、以下、「ＭＣＢＣＳ−ＲＳＰ」と称することにする）メッセージを上記ＡＳＮ ＧＷ２（１３０）に送信する（ステップＳ４１４）。そして、上記ＡＳＮ ＧＷ１（１２０）は、ＭＳ１０２及び上記ＭＳ１０２に提供したＭＣＢＣＳに該当するＭＣＩＤとＳＦＩＤ及びマルチキャストＩＰアドレスが含まれたＭＣＢＣＳ参加要請（ＭＣＢＣＳ＿Ｊｏｉｎ−ＲＥＱ：ＭＣＢＣＳ Ｊｏｉｎ Ｒｅｑｕｅｓｔ、以下、「ＭＣＢＣＳ＿Ｊｏｉｎ−ＲＥＱ」と称することにする）メッセージを上記ＭＳ１０２のサービングＢＳ（例えば、ＢＳ１（１１２））に送信する（ステップＳ４１６）。ここで、上記ＢＳ１（１１２）とＢＳ２（１１４）のうちＢＳ１（１１２）が上記ＭＳ１０２のサービングＢＳであると仮定することにする。
【００５７】
上記ＭＣＢＣＳ＿Ｊｏｉｎ−ＲＥＱメッセージを受信したＢＳ１（１１２）は、ＭＳ１０２とともに動的サービス追加（ＤＳＡ：Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ａｄｄｉｔｉｏｎ、以下、「ＤＳＡ」と称することにする）動作を行う。言い換えれば、上記ＢＳ１（１１２）は、上記ＭＳ１０２に動的サービス追加要請（ＤＳＡ−ＲＥＱ：Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔ、以下、「ＤＳＡ−ＲＥＱ」と称することにする）メッセージを送信し（ステップＳ４１８）、上記ＭＳ１０２は、上記ＤＳＡ−ＲＥＱメッセージに対する応答として動的サービス追加応答（ＤＳＡ−ＲＳＰ：Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ａｄｄｉｔｉｏｎ Ｒｅｓｐｏｎｓｅ、以下、「ＤＳＡ−ＲＳＰ」と称することにする）メッセージを上記ＢＳ１（１１２）に送信する（ステップＳ４２０）。ここで、上記ＤＳＡ−ＲＥＱメッセージには、ＭＳ１０２及び上記ＭＳ１０２に提供したＭＣＢＣＳに該当するＭＣＩＤとＭＣＢＣＳコンテンツ識別子及びＭＢＳ ｚｏｎｅ識別子が含まれる。
【００５８】
上記ＤＳＡ−ＲＳＰメッセージを受信したＢＳ１（１１２）は、ＤＳＡ動作を正常に遂行した結果が含まれたＭＣＢＣＳ参加応答（ＭＣＢＣＳ＿Ｊｏｉｎ−ＲＳＰ、ＭＣＢＣＳ Ｊｏｉｎ Ｒｅｓｐｏｎｓｅ、以下、「ＭＣＢＣＳ＿Ｊｏｉｎ−ＲＳＰ」と称することにする）メッセージを上記ＡＳＮ ＧＷ１（１２０）に送信する（ステップＳ４２２）。上記ＡＳＮ ＧＷ１（１２０）は、上記ＭＣＢＣＳ＿Ｊｏｉｎ−ＲＳＰメッセージを受信したことにより、上記ＭＣＢＣＳの提供を受けようとするＭＳ１０２のサービングＡＳＮへのＭＣＢＣＳ参加手続が正常に行われたことを確認し、その結果、上記ＭＳ１０２へのＭＣＢＣＳの提供が可能であることを確認する。そして、上記ＢＳ１（１１２）は、上記ＤＳＡ−ＲＳＰメッセージの受信に対する応答として動的サービス追加確認（ＤＳＡ−ＡＣＫ：Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ａｄｄｉｔｉｏｎ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、以下、「ＤＳＡ−ＡＣＫ」と称することにする）メッセージを上記ＭＳ１０２に送信する（ステップＳ４２４）。上記ＭＣＢＣＳ＿Ｊｏｉｎ−ＲＳＰメッセージが受信され、またＭＳ１０２のＭＣＢＣＳ参加手続が正常に行われたことにより、上記ＡＳＮ ＧＷ１（１２０）は、上記ＭＣＢＣＳに係るＭＣＢＣＳコンテクストをアップデートする。
【００５９】
このようにワイマックス・システムは、ＭＣＢＣＳの提供を受けようとするＭＳ１０２が上記ＭＣＢＣＳの提供を受けるためのＭＣＢＣＳ参加のために、アンカーＡＳＮにＩＧＭＰ参加メッセージを送信すると、上記アンカーＡＳＮがサービングＡＳＮにＭＳ１０２のＭＣＢＣＳ参加を要請し、上記サービングＡＳＮ、すなわちＡＳＮ ＧＷ１（１２０）とＢＳ１（１１２）、及びＭＣＢＣＳサーバ１４０がＭＳ１０２の静的ＭＣＢＣＳ参加を支援して静的マルチキャストサービス方式にてＭＣＢＣＳを提供する。
【００６０】
図５は、本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ参加のための信号の送受信手続を示す図である。ここで、図５は、静的マルチキャストサービス方式にてＭＣＢＣＳを提供するワイマックス・システムにおいて、上記ＭＳ１０２のＭＣＢＣＳ参加要請とは関係なくワイマックス・システムがＭＣＢＣＳをＭＢＳ ｚｏｎｅに静的マルチキャストサービス方式にて提供する場合（例えば、アンカーＡＳＮがＭＳのＭＣＢＣＳ参加を要請する場合）におけるＭＣＢＣＳ参加手続を示す図である。
【００６１】
図５を参照すると、先の図２で説明したように、ＡＳＮ ＧＷ１（１２０）とＢＳ１１２、１１４、すなわちサービングＡＳＮと上記ＭＣＢＣＳサーバ１６０、及びＭＳ１０２間のセッションが開始されてデータ経路が登録され、それによりサービスの公知／サービス選択が行われた状態（ステップＳ２１６）で、ＭＢＳ ｚｏｎｅにマルチキャストするＭＣＢＣＳデータが存在すると、上記ＭＢＳ ｚｏｎｅ内のＭＳ１０２に対するＭＣＢＣＳ参加手続を開始するように、上記ＭＳ１０２のアンカーＡＳＮのＡＳＮ ＧＷ２（１３０）が、サービングＡＳＮのＡＳＮ ＧＷ１（１２０）にＭＣＢＣＳ−ＲＥＱメッセージを送信する（ステップＳ５０２）。このとき、上記ＡＳＮ ＧＷ２（１３０）は、シグナリングを通じてＭＣＢＣＳ−ＲＥＱメッセージを上記ＡＳＮ ＧＷ１（１２０）に送信し、上記ＭＣＢＣＳ−ＲＥＱメッセージには、上記ＭＳ（１０２）にＭＣＢＣＳデータをマルチキャストするＢＳのＢＳＩＤとサービングＡＳＮに関するＮＡＩが含まれる。
【００６２】
上記ＭＣＢＣＳ−ＲＥＱメッセージを受信した上記ＡＳＮ ＧＷ１（１２０）は、ＭＳ１０２及び上記ＭＳ１０２に提供したＭＣＢＣＳに該当するＭＣＩＤとＳＦＩＤ及びマルチキャストＩＰアドレスが含まれたＭＣＢＣＳ＿Ｊｏｉｎ−ＲＥＱメッセージを上記ＭＳ１０２のサービングＢＳ（例えば、ＢＳ１（１１２））に送信する（ステップＳ５０４）。ここで、上記ＢＳ１（１１２）とＢＳ２（１１４）のうちＢＳ１（１１２）が上記ＭＳ１０２のサービングＢＳであると仮定することにする。
【００６３】
上記ＭＣＢＣＳ＿Ｊｏｉｎ−ＲＥＱメッセージを受信したＢＳ１（１１２）は、ＭＳ１０２とともにＤＳＡ動作を行う。言い換えれば、上記ＢＳ１（１１２）が上記ＭＳ１０２）にＤＳＡ−ＲＥＱメッセージを送信し（ステップＳ５０６）、上記ＭＳ１０２が上記ＤＳＡ−ＲＥＱメッセージに対する応答としてＤＳＡ−ＲＳＰメッセージを上記ＢＳ１（１１２）に送信する（ステップＳ５０８）。ここで、上記ＤＳＡ−ＲＥＱメッセージには、ＭＳ１０２及び上記ＭＳ１０２に提供したＭＣＢＣＳに該当するＭＣＩＤとＭＣＢＣＳコンテンツ識別子及びＭＢＳ ｚｏｎｅ識別子が含まれる。
【００６４】
上記ＤＳＡ−ＲＳＰメッセージを受信したＢＳ１（１１２）は、ＤＳＡ動作の正常遂行結果が含まれたＭＣＢＣＳ＿Ｊｏｉｎ−ＲＳＰメッセージを上記ＡＳＮ ＧＷ１（１２０）に送信し（ステップＳ５１０）、上記ＤＳＡ−ＲＳＰメッセージの受信に対する応答としてＤＳＡ−ＡＣＫメッセージを上記ＭＳ１０２に送信する（ステップＳ５１２）。また、上記ＭＣＢＣＳ＿Ｊｏｉｎ−ＲＳＰメッセージを受信したＡＳＮ ＧＷ１（１２０）は、ＭＣＢＣＳ＿ＲＥＱメッセージの応答としてＭＣＢＣＳを静的マルチキャスト方式にて提供するための上記ＭＳ１０２のＭＣＢＣＳ参加手続が正常に行われたことを示す結果が含まれたＭＣＢＣＳ応答（以下、「ＭＣＢＣＳ Ｒｅｐｌｙ」と称することにする）メッセージをアンカーＡＳＮのＡＳＮ ＧＷ２（１３０）に送信する（ステップＳ５１４）。ここで、上記ＭＣＢＣＳ＿Ｊｏｉｎ−ＲＳＰメッセージを受信したＡＳＮ ＧＷ１（１２０）は、ＭＳ１０２のサービングＡＳＮにＭＣＢＣＳ参加手続が正常に行われ、上記ＭＳ１０２へのＭＣＢＣＳの提供が可能であることを確認する。そして、上記ＭＣＢＣＳ＿Ｊｏｉｎ−ＲＳＰメッセージを受信したＡＳＮ ＧＷ１（１２０）は、ＭＳ１０２のＭＣＢＣＳ参加手続が正常に行われたことにより、すなわち、上記ＭＣＢＣＳ＿Ｊｏｉｎ−ＲＳＰメッセージを受信することで上記ＭＣＢＣＳに係るＭＣＢＣＳコンテクストをアップデートする。
【００６５】
このようにワイマックス・システムは、ＭＳ１０２のＭＣＢＣＳの提供のためのＭＣＢＣＳ参加要請とは関係なくＭＢＳ ｚｏｎｅ内の上記ＭＳ１０２に提供するＭＣＢＣＳが存在すると、上記アンカーＡＳＮがサービングＡＳＮにＭＳ１０２のＭＣＢＣＳ参加を要請し、上記サービングＡＳＮ、すなわちサービングＡＳＮ ＧＷ１（１２０）とＢＳ１（１１２）、及びＭＣＢＣＳサーバ１４０がＭＳ１０２のＭＣＢＣＳ参加を支援して静的マルチキャストサービス方式にてＭＣＢＣＳを提供する。
【００６６】
図６は、本発明の実施形態による通信システムにおいてＭＣＢＣＳ脱退のための信号の送受信手続を示す図である。ここで、図６は、先の図４で説明したように、静的マルチキャストサービス方式にてＭＣＢＣＳを提供するワイマックス・システムとともにＭＣＢＣＳ参加手続を行い、その結果、上記ＭＣＢＣＳの提供を受けていたＭＳが、これ以上上記ワイマックス・システムからＭＣＢＣＳの提供を受けることを所望しない場合（例えば、ＭＳがＭＣＢＣＳ脱退を要請する場合）における、上記ＭＳのＭＣＢＣＳ脱退手続を示す図である。
【００６７】
図６を参照すると、先の図４で説明したように、ワイマックス・システムとともにＭＣＢＣＳ参加手続を行い、その結果、上記ワイマックス・システムから静的マルチキャスト方式にてＭＣＢＣＳの提供を受けている途中にＭＳ１０２がこれ以上ＭＣＢＣＳの提供を受けることを所望しない場合、上記ＭＳ１０２は、上記ワイマックス・システムとのＭＣＢＣＳ脱退手続を行うためにＩＧＭＰ脱退メッセージを自身が最初にネットワーク進入したアンカーＡＳＮのＡＳＮ ＧＷ２（１３０）に送信する（ステップＳ６０２）。このとき、上記ＭＳ１０２は、マルチキャストＩＰアドレスを通じて確認された特定のマルチキャストサービスを解除するために初期サービスフロー（ＩＳＦ：Ｉｎｉｔｉａｌ Ｓｅｒｖｉｃｅ Ｆｌｏｗ、以下、「ＩＳＦ」と称することにする）または予め提供されたサービスフローを利用して上記ＩＧＭＰ脱退メッセージを送信する。すなわち、上記ＭＳ１０２は、サービングＡＳＮとのＭＣＢＣＳ脱退のために脱退しようとするＭＣＢＣＳ、すなわちＭＣＢＣＳの提供を中止しようとするＭＣＢＣＳコンテンツのマルチキャストＩＰアドレスが含まれたＩＧＭＰ脱退メッセージを送信する。
【００６８】
上記ＩＧＭＰ脱退メッセージを受信したＡＳＮ ＧＷ２（１３０）は、シグナリングを通じてサービングＡＳＮのＡＳＮ ＧＷ１（１２０）にＭＣＢＣＳ−ＲＥＱメッセージを送信し（ステップＳ６０４）、それにより、上記ＩＧＭＰ脱退メッセージが上記ＭＣＢＣＳ−ＲＥＱメッセージ形態で伝達される。このとき、上記ＭＣＢＣＳ−ＲＥＱメッセージには、上記ＭＳ１０２にＭＣＢＣＳデータを送信するＢＳのＢＳＩＤとＭＳ１０２のサービングＡＳＮに関するＮＡＩが含まれ、また上記ＩＧＭＰ脱退メッセージが含まれる。
【００６９】
しかる後、上記ＭＣＢＣＳ−ＲＥＱメッセージを受信した上記ＡＳＮ ＧＷ１（１２０）は、ＭＣＢＣＳ認証考慮事項（ｃｏｎｓｉｄｅｒａｔｉｏｎ）に対する上記ＭＳ１０２の表示子（ｓｉｇｎａｔｕｒｅ）が含まれたＭＣＢＣＳ脱退指示（ＭＣＢＣＳ＿Ｌｅａｖｅ−ＩＮＤ：ＭＣＢＣＳ Ｌｅａｖｅ Ｉｎｄｉｃａｔｉｏｎ、以下、「ＭＣＢＣＳ＿Ｌｅａｖｅ−ＩＮＤ」と称することにする）メッセージをＭＣＢＣＳサーバ１４０に送信する（ステップＳ６０６）。すると、上記ＭＣＢＣＳサーバ１４０は、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＩＮＤメッセージの検証及び応答としてＭＣＢＣＳ脱退応答（ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰ：ＭＣＢＣＳ Ｌｅａｖｅ Ｒｅｓｐｏｎｓｅ、以下、「ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰ」と称することにする）メッセージを上記ＡＳＮ ＧＷ１（１２０）に送信する（ステップＳ６０８）。ここで、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージには、上記ＭＳ１０２のサービングＡＳＮに関するＮＡＩとＭＣＢＣＳの指示子または識別子が含まれ、上記ＭＣＢＣＳサーバ１４０は、コンテクストに係るＭＣＢＣＳサービスアップデートを中止する。
【００７０】
上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを受信したＡＳＮ ＧＷ１（１２０）は、上記ＭＳ１０２のサービングＢＳ（例えば、ＢＳ１（１１２））にＭＣＢＣＳ脱退要請メッセージ（ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱ：ＭＣＢＣＳ Ｌｅａｖｅ Ｒｅｑｕｅｓｔ、以下、「ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱ」と称することにする）メッセージを送信する（ステップＳ６１０）。ここで、上記ＢＳ１（１１２）とＢＳ２（１１４）のうちのＢＳ１（１１２）が上記ＭＳ１０２のサービングＢＳであると仮定し、先の図２で説明したように、セッション開始及びデータ経路登録手続の際に送信したＲＲ−ＲＥＱメッセージを上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージとして再使用することができる。そして、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージには、脱退するＭＣＢＣＳ指示子、すなわち脱退しようとするＭＣＢＣＳを指示するＭＣＢＣＳ指示子と該当するＳＦＩＤ、及びＭＣＩＤが含まれる。
【００７１】
上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージを受信したＢＳ１（１１２）は、ＭＳ１０２とともに動的サービス削除（ＤＳＤ：Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ｄｅｌｅｔｉｏｎ、以下、「ＤＳＤ」と称することにする）動作を行う。言い換えれば、上記ＢＳ１（１１２）は、上記ＭＳ１０２に動的サービス削除要請（ＤＳＤ−ＲＥＱ：Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ｄｅｌｅｔｉｏｎ Ｒｅｑｕｅｓｔ、以下、「ＤＳＤ−ＲＥＱ」と称することにする）メッセージを送信し（ステップＳ６１２）、上記ＭＳ１０２は、上記ＤＳＤ−ＲＥＱメッセージに対する応答として動的サービス削除応答（ＤＳＤ−ＲＳＰ：Ｄｙｎａｍｉｃ Ｓｅｒｖｉｃｅ Ｄｅｌｅｔｉｏｎ Ｒｅｓｐｏｎｓｅ、以下、「ＤＳＤ−ＲＳＰ」と称することにする）メッセージを上記ＢＳ１（１１２）に送信する（ステップＳ６１４）。ここで、上記ＤＳＤ−ＲＥＱメッセージは、脱退しようとするＭＣＢＣＳに該当するＭＣＢＣＳトラフィックの無線リソースを解除させる。
【００７２】
そして、上記ＤＳＤ−ＲＳＰメッセージを受信したＢＳ１（１１２）は、最後のＭＳ、すなわちＭＳ１（１０２）から受信したＭＣＢＣＳトラフィックに該当する無線リソースを解除し、解除結果が含まれたＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを上記ＡＳＮ ＧＷ１（１２０）に送信し（ステップＳ６１６）、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを受信したＡＳＮ ＧＷ１（１２０）は、上記ＭＳ１０２に係るすべてのコンテクストを削除することでＭＣＢＣＳの提供を受けていたＭＳ１０２のＭＣＢＣＳ脱退を完了し、上記ＭＳ１０２との接続を解除する。すなわち、上記ＡＳＮ ＧＷ１（１２０）は、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを受信し、上記ＭＳ１０２に係るすべてのコンテクストを削除する。
【００７３】
図７は、本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ脱退のための信号の送受信手続を示す図である。ここで、図７は、先の図５で説明したように、ワイマックス・システムが静的マルチキャストサービス方式にてＭＣＢＣＳを提供している途中に提供するＭＣＢＣＳが存在しない場合（例えば、ＭＣＢＣＳサーバがＭＣＢＣＳ脱退を要請する場合）におけるＭＣＢＣＳ脱退手続を示す図である。
【００７４】
図７を参照すると、先の図５で説明したように、ＭＳ１０２とともにＭＣＢＣＳ参加手続を行い、静的マルチキャストサービス方式にて上記ＭＳ１０２にＭＣＢＣＳを提供している途中に上記ワイマックス・システムがこれ以上ＭＢＳ ｚｏｎｅ内に提供するＭＣＢＣＳデータが存在しない場合、ＭＣＢＣＳサーバ１４０は、サービングＡＳＮのＡＳＮ ＧＷ１（１２０）にＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージを送信する（ステップＳ７０２）。すると、上記ＡＳＮ ＧＷ１（１２０）は、上記ＭＣＢＣＳサーバ１４０によって定義されたＭＢＳ ｚｏｎｅ内に存在するすべてのＢＳ、すなわちＢＳ１（１１２）とＢＳ２（１１４）にＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージをそれぞれ送信する（ステップＳ７０４、Ｓ７０６）。
【００７５】
上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージを受信したＢＳ１１２、１１４は、それぞれのＭＢＳ ｚｏｎｅ内に存在するすべてのＭＳとともにＤＳＤ動作を行う。言い換えれば、上記ＭＳ１０２のサービングＢＳ（例えば、ＢＳ１（１１２））は、上記ＭＳ１０２にＤＳＤ−ＲＥＱメッセージを送信し（ステップＳ７０８）、上記ＭＳ１０２は、上記ＤＳＤ−ＲＥＱメッセージに対する応答としてＤＳＤ−ＲＳＰメッセージを上記ＢＳ１（１１２）に送信する（ステップＳ７１０）。ここで、上記ＢＳ１（１１２）とＢＳ２（１１４）のうちのＢＳ１（１１２）が上記ＭＳ１０２のサービングＢＳであると仮定することにし、上記ＤＳＤ−ＲＥＱメッセージは、脱退しようとするＭＣＢＣＳに該当するＭＣＢＣＳトラフィックの無線リソースを解除させる。そして、上記ＢＳ１（１１２）とＢＳ２（１１４）は、自身とともにＤＳＤ動作を遂行した最後のＭＳから受信したＭＣＢＣＳトラフィックに該当する無線リソースをそれぞれ解除し、特に上記ＢＳ１（１１２）は、ＭＳ１０２から受信したＭＣＢＣＳトラフィックに該当する無線リソースを解除し、上記ＢＳ１（１１２）とＢＳ２（１１４）は、無線リソース解除結果が含まれたＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを上記ＡＳＮ ＧＷ１（１２０）にそれぞれ送信する（ステップＳ７１２、Ｓ７１４）。
【００７６】
すると、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを受信したＡＳＮ ＧＷ１（１２０）は、上記ＭＳ１０２に係るすべてのコンテクストを削除する。また、上記ＡＳＮ ＧＷ１（１２０）は、ＭＣＢＣＳ−ＲＥＱメッセージに対する応答としてＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージをＭＣＢＣＳサーバ１４０に送信し（ステップＳ７１６）、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを受信したＭＣＢＣＳサーバ１４０は、マルチキャストＩＰアドレスによってマッピングされた当該ＭＳ、すなわちＭＳ１０２の情報を削除する。引き続き、動的マルチキャスト方式にてＭＣＢＣＳを提供するための手続を説明することにする。
【００７７】
図８は、本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ参加のための信号の送受信手続を示す図である。ここで、図８は、通信環境、例えばＭＣＢＣＳの提供を受けようとするＭＳの存在の有無に応じて動的マルチキャストサービス方式にてＭＣＢＣＳを提供するワイマックス・システムからＭＢＳ ｚｏｎｅ内のＭＳがＭＣＢＣＳの提供を受けようとする場合（例えば、ＭＳがＭＣＢＣＳ参加を要請する場合）におけるＭＣＢＣＳ参加手続を示す図である。
【００７８】
図８を参照すると、サービスの公知／サービス選択が行われると（ステップＳ８００）、上記ＭＳ１０２は、動的マルチキャストサービス方式にてＭＣＢＣＳを提供するワイマックス・システムからＭＣＢＣＳの提供を受けるために自身が最初にネットワーク進入したアンカーＡＳＮのＡＳＮ ＧＷ２（１３０）に参加開始メッセージ（例えば、ＩＧＭＰ参加メッセージ）を送信する（ステップＳ８０２）。ここで、上記サービスの公知／サービス選択は、図２で説明したＡＳＮ ＧＷ１（１２０）とＢＳ１１２、１１４、すなわちサービングＡＳＮと上記ＭＣＢＣＳサーバ１６０、及びＭＳ１０２間のセッション開始及びデータ経路の登録が行われていない状態であり、ＭＣＢＣＳ参加手続の遂行時にセッション開始及びデータ経路登録手続が行われる。言い換えれば、図４で説明した静的マルチキャスト方式でのＭＣＢＣＳ参加ではセッションが開始されてデータ経路が登録された状態で静的ＭＣＢＣＳ参加手続を行うが、後述する動的マルチキャスト方式でのＭＣＢＣＳ参加では、動的ＭＣＢＣＳ参加手続の遂行時にセッションが開始されてデータ経路が登録される。
【００７９】
そして、上記ＩＧＭＰ参加メッセージには、上記ＭＳ１０２が提供を受けようとするＭＣＢＣＳコンテンツのマルチキャストＩＰアドレスが含まれ、上記ワイマックス・システムがＩＧＭＰバージョン３（ＩＧＭＰｖ３）を利用する場合、上記ＭＳ１０２は、多重マルチキャストグループへの参加のために一つのＩＧＭＰレポートメッセージを送信し、上記ワイマックス・システムがＩＧＭＰバージョン１（ＩＧＭＰｖ１）、またはＩＧＭＰバージョン２（ＩＧＭＰｖ２）を利用する場合、上記ＭＳ１０２は、一つのＭＣＢＣＳコンテンツチャンネルと同じ個数の多重ＩＧＭＰレポートメッセージを送信する。
【００８０】
上記ＩＧＭＰ参加メッセージを受信したＡＳＮ ＧＷ２（１３０）は、シグナリングを通じてサービングＡＳＮのＡＳＮ ＧＷ１（１２０）に上記ＩＧＭＰ参加メッセージとしてＭＣＢＣＳ−ＲＥＱメッセージを送信することで上記ＩＧＭＰ参加メッセージを伝達する（ステップＳ８０４）。このとき、上記ＭＣＢＣＳ−ＲＥＱメッセージには、上記ＭＳ１０２にＭＣＢＣＳデータを送信するＢＳのＢＳＩＤとサービングＡＳＮに関するＮＡＩが含まれる。
【００８１】
しかる後、上記ＭＣＢＣＳ−ＲＥＱメッセージを受信した上記ＡＳＮ ＧＷ１（１２０）は、ＭＣＢＣＳ認証及び権限付与のためにＭＣＢＣＳ＿ＡＡ−ＲＥＱメッセージをＭＣＢＣＳサーバ１４０に送信する（ステップＳ８０６）。ここで、上記ＭＣＢＣＳ＿ＡＡ−ＲＥＱメッセージには、上記マルチキャストＩＰアドレスとＮＡＩが含まれる。このとき、上記ＡＳＮ ＧＷ１（１２０）が上記ＭＳ１０２のＭＣＢＣＳ加入プロファイルを予め獲得した状態であると、上記ＡＳＮ ＧＷ１（１２０）が上記ＭＳ１０２の認証及び権限付与を直接行うことにより上記ＭＣＢＣＳ＿ＡＡ−ＲＥＱメッセージをＭＣＢＣＳサーバ１４０に送信する手続（ステップＳ８０６）は省略される。
【００８２】
上記ＡＳＮ ＧＷ１（１２０）がＭＳ１０２のＭＣＢＣＳ加入プロファイルを獲得することができず、上記ＭＣＢＣＳサーバ１４０にＭＣＢＣＳ＿ＡＡ−ＲＥＱメッセージを送信すると、上記ＭＣＢＣＳサーバ１４０は、ＭＣＢＣＳ認証及び権限付与のためにＡＡＡサーバ１５０にＡｃｃｅｓｓ−ＲＥＱメッセージを送信する（ステップＳ８０８）。上記Ａｃｃｅｓｓ−ＲＥＱメッセージを受信したＡＡＡサーバ１５０は、上記ＭＳ１０２のプロファイルを利用して認証及び権限付与を行い、上記認証及び権限付与結果が含まれたＡｃｃｅｓｓ−ＲＳＰメッセージを上記ＭＣＢＣＳサーバ１４０に送信する（ステップＳ８１０）。
【００８３】
しかる後、上記ＭＣＢＣＳサーバ１４０は、上記認証及び権限付与結果が含まれたＭＣＢＣＳ＿ＡＡ−ＲＳＰメッセージを上記ＡＳＮ ＧＷ１（１２０）に送信する（ステップＳ８１２）。そして、上記ＭＣＢＣＳサーバ１４０は、上記認証及び権限付与結果によってＭＢＳ ｚｏｎｅ内にＭＣＢＣＳの提供を受ける一番目の受信者（ｒｅｃｅｉｖｅｒ）が存在することを認知し、マルチキャストＩＰ、Ｓｏｕｒｃｅ ＩＰ、Ｐｏｒｔ、及びＭＣＩＤなどが含まれたＦｌｏｗ ＩｎｆｏメッセージをＰＦサーバ１６０に送信する（ステップＳ８１４）。ここで、上記ＭＣＢＣＳサーバ１４０は、上記認証及び権限付与結果によってＩＧＭＰ参加メッセージを送信したＭＳ１０２がＭＢＳ ｚｏｎｅ内においてＭＣＢＣＳの提供を受ける一番目の受信者であると認知することができる。前述したように、上記ＡＳＮ ＧＷ１（１２０）が上記ＭＳ１０２のＭＣＢＣＳ加入プロファイルを予め獲得した状態であると、上記ＭＣＢＣＳ＿ＡＡ−ＲＥＱ／ＲＳＰメッセージの送受信（ステップＳ８０６、Ｓ８１２）とＡｃｃｅｓｓ−ＲＥＱ／ＲＳＰメッセージの送受信（ステップＳ８０８、Ｓ８１０）、及びＦｌｏｗ Ｉｎｆｏメッセージの送信（ステップＳ８１４）は省略される。
【００８４】
次いで、上記ＡＳＮ ＧＷ１（１２０）は、上記ＩＧＭＰ参加に対する応答としてＭＣＢＣＳ−ＲＳＰメッセージを上記ＡＳＮ ＧＷ２（１３０）に送信する（ステップＳ８１６）。すると、アンカーＡＳＮのＡＳＮ ＧＷ２（１３０）とＭＣＢＣＳサーバ１４０は、サービングＡＳＮを介してＭＳ１０２がＭＢＳ ｚｏｎｅ内においてＭＣＢＣＳコンテンツを受信する一番目の受信者であるかどうかを確認、すなわち、アンカーＡＳＮとＭＣＢＣＳサーバ１４０は、ＭＢＳ ｚｏｎｅ内においてＭＳ１０２がＭＣＢＣＳコンテンツに対する一番目の受信者であるかどうかを確認する（ステップＳ８１８）。このとき、前述したように、動的マルチキャスト方式にてＭＣＢＣＳを提供する上記ＭＣＢＣＳサーバ１４０は、自身によって決められたＭＢＳ ｚｏｎｅ内においてＭＣＢＣＳの提供を受けるＭＳ１０２が一番目の受信者であるかどうかを確認する。そして、上記ＭＳ１（１０２）のサービングＢＳ（例えば、ＢＳ１（１１２））と同一のＭＢＳ ｚｏｎｅに存在するＢＳ、言い換えれば、同一のＭＢＳ ｚｏｎｅへのＭＣＢＣＳの提供時におけるマクロダイバーシティのためのＢＳ２（１１４）は、上記ＢＳ１（１１２）に対してＭＳ１０２のＭＣＢＣＳコンテンツを確認する（ステップＳ８２０）。すなわち、ＢＳ２（１１４）は、ＭＢＳ ｚｏｎｅ内においてＭＣＢＣＳの提供を受けるＭＳ１０２が一番目の受信者であるかどうかを確認する。ここで、上記ＢＳ１（１１２）とＢＳ２（１１４）のうちのＢＳ１（１１２）が上記ＭＳ１０２のサービングＢＳであると仮定することにする。
【００８５】
しかる後、ＰＦサーバ１６０は、上記ＭＳ１０２が提供を要請したＭＣＢＣＳをＭＳ１０２に提供するために、サービングＡＳＮとＭＣＢＣＳサーバ１４０、ＡＡＡサーバ１５０、及びＰＦサーバ１６０間のリソース予約を要請するＲＲ−ＲＥＱメッセージを上記ＡＳＮ ＧＷ１（１２０）に送信する（ステップＳ８２２）。上記ＲＲ−ＲＥＱメッセージを受信したＡＳＮ ＧＷ１（１２０）は、上記ＭＣＢＣＳサーバが提供するＭＣＢＣＳ、すなわちサービングＡＳＮを介してＭＢＳ ｚｏｎｅ内において一番目の受信者であるＭＳ１０２にＭＣＢＣＳコンテンツを送信するためにＳＦＩＤを割り当て、上記ＳＦＩＤとＭＣＩＤ及びマルチキャストＩＰアドレスが含まれたＲＲ−ＲＥＱメッセージ及びＤＰ＿ＲＥＧ−ＲＥＱメッセージをＢＳ１（１１２）に送信する（ステップＳ８２４）。このとき、上記ＡＳＮ ＧＷ１（１２０）は、マクロダイバーシティのためにＲＲ−ＲＥＱメッセージ及びＤＰ＿ＲＥＧ−ＲＥＱメッセージをＢＳ２（１１４）に送信する（ステップＳ８２６）。ここで、上記ＲＲ−ＲＥＱメッセージ及びＤＰ＿ＲＥＧ−ＲＥＱメッセージの送受信と後述するＲＲ−ＲＳＰメッセージとＤＰ＿ＲＥＧ−ＲＳＰメッセージの送受信によってＭＣＢＣＳに対するセッションが開始されてデータ経路が登録される。すなわち、ＭＳ１０２のＭＣＢＣＳに対するデータ経路登録とＭＣＢＣＳ参加のために上記ＲＲ−ＲＥＱメッセージ及びＤＰ＿ＲＥＧ−ＲＥＱメッセージを送信し、ＲＲ−ＲＳＰメッセージとＤＰ＿ＲＥＧ−ＲＳＰメッセージを通じてＭＣＢＣＳに対するデータ経路登録とＭＣＢＣＳ参加の成功を確認する。
【００８６】
上記ＲＲ−ＲＥＱメッセージ及びＤＰ＿ＲＥＧ−ＲＥＱメッセージを受信したＢＳ１（１１２）は、ＭＳ１０２とともにＤＳＡ動作を行う。言い換えれば、上記ＢＳ１（１１２）は、上記ＭＳ１０２にＤＳＡ−ＲＥＱメッセージを送信し（ステップＳ８２８）、上記ＭＳ１０２は、上記ＤＳＡ−ＲＥＱメッセージに対する応答としてＤＳＡ−ＲＳＰメッセージを上記ＢＳ１（１１２）に送信する（ステップＳ８３０）。ここで、上記ＤＳＡ−ＲＥＱメッセージには、上記ＭＳ１０２に提供するＭＣＢＣＳに該当するＭＣＩＤとＭＣＢＣＳコンテンツ識別子及びＭＢＳ ｚｏｎｅ識別子が含まれる。
【００８７】
上記ＤＳＡ−ＲＳＰメッセージを受信したＢＳ１（１１２）は、ＤＳＡ動作の正常遂行結果、すなわち上記ＭＳ１０２が提供要請したＭＣＢＣＳを提供するための上記ＭＳ１０２とＢＳ１（１１２）間のリソース予約及びデータ経路の登録結果が含まれたＲＲ−ＲＳＰメッセージとＤＰ＿ＲＥＧ−ＲＳＰメッセージを上記ＡＳＮ ＧＷ１（１２０）に送信する（ステップＳ８３２）。そして、上記ＲＲ−ＲＥＱメッセージ及びＤＰ＿ＲＥＧ−ＲＥＱメッセージを受信したＢＳ２（１１４）は、マクロダイバーシティのためにＭＣＢＣＳコンテンツを送信するようにリソース予約及びデータ経路を登録し、リソース予約及びデータ経路の登録結果が含まれたＲＲ−ＲＳＰメッセージとＤＰ＿ＲＥＧ−ＲＳＰメッセージを上記ＡＳＮ ＧＷ１（１２０）に送信する（ステップＳ８３４）。
【００８８】
そして、上記ＲＲ−ＲＳＰメッセージとＤＰ＿ＲＥＧ−ＲＳＰメッセージを受信したＡＳＮ ＧＷ１（１２０）は、ＲＲ−ＲＥＱメッセージに対する応答としてＲＲ−ＲＳＰメッセージを上記ＰＦサーバ１６０に送信して（ステップＳ８３６）、上記ＢＳ１（１１２）は、上記ＤＳＡ−ＲＳＰメッセージの受信に対する応答としてＤＳＡ−ＡＣＫメッセージを上記ＭＳ１０２に送信する（ステップＳ８３８）。それにより、上記ＡＳＮ ＧＷ１（１２０）は、上記ＡＳＮ ＧＷ１（１２０）とＢＳ１１２、１１４、すなわちサービングＡＳＮと上記ＭＣＢＣＳサーバ１６０、及びＭＳ１０２間のセッションを開始してデータ経路を登録し、ＭＳ１０２のＭＣＳＣＳ参加を確認する。ここで、上記ＲＲ−ＲＳＰメッセージとＤＰ＿ＲＥＧ−ＲＳＰメッセージを受信した上記ＡＳＮ ＧＷ１（１２０）は、ＭＳ１０２のＭＣＢＣＳに対するセッション開始及びデータ経路登録と、サービングＡＳＮへのＭＣＢＣＳ参加手続が正常に行われることで上記ＭＳ１０２へのＭＣＢＣＳの提供が可能であることを確認し、上記ＭＳ１０２に該当するＭＣＢＣＳコンテクスト情報をアップデート、すなわち上記ＲＲ−ＲＳＰメッセージとＤＰ＿ＲＥＧ−ＲＳＰメッセージを受信することで上記ＭＣＢＣＳに係るＭＣＢＣＳコンテクストをアップデートする。
【００８９】
このようにワイマックス・システムでは、ＭＣＢＣＳの提供を受けようとするＭＳ１０２が上記ＭＣＢＣＳの提供を受けるためのＭＣＢＣＳ参加のためにアンカーＡＳＮにＩＧＭＰ参加メッセージを送信すると、上記アンカーＡＳＮがサービングＡＳＮにＭＳ１０２のＭＣＢＣＳ参加を要請し、上記サービングＡＳＮ、すなわちＡＳＮ ＧＷ１（１２０）とＢＳ１（１１２）、及びＭＣＢＣＳサーバ１４０がＭＳ１０２のＭＣＢＣＳ参加を支援することで動的マルチキャストサービス方式にてＭＣＢＣＳを提供する。
【００９０】
また、本発明の他の実施形態による通信システムにおいて、動的マルチキャストサービス方式にてＭＣＢＣＳを提供するワイマックス・システムがＭＳのＭＣＢＣＳ参加要請なしにＭＣＢＣＳを提供するためのＭＣＢＣＳ参加手続は、図５で説明したワイマックス・システムがＭＳのＭＣＢＣＳ参加要請なしに静的マルチキャストサービス方式にてＭＣＢＣＳを提供するためのＭＣＢＣＳ参加手続と同様である。言い換えれば、上記動的マルチキャストサービス方式にてＭＣＢＣＳを提供するワイマックス・システム（例えば、アンカーＡＳＮ）がＭＣＢＣＳをＭＢＳ ｚｏｎｅに提供する場合におけるＭＣＢＣＳ参加手続は、先の図５で説明した静的マルチキャスト方式にてＭＣＢＣＳを提供するワイマックス・システムと同様な手続を行い、ここでは、それに関する具体的な説明は省略することにする。
【００９１】
図９は、本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ脱退のための信号の送受信手続を示す図である。ここで、図９は、先の図８で説明したように、動的マルチキャストサービス方式にてＭＣＢＣＳを提供するワイマックス・システムとともにＭＣＢＣＳ参加手続を行うことで上記ＭＣＢＣＳの提供を受けていたＭＳが、これ以上上記ワイマックス・システムからＭＣＢＣＳの提供を受けることを所望しない場合（例えば、ＭＳがＭＣＢＣＳ脱退を要請する場合）における、上記ＭＳのＭＣＢＣＳ脱退手続を示す図である。
【００９２】
図９を参照すると、先の図８で説明したように、ワイマックス・システムとともにＭＣＢＣＳ参加手続を行うことで上記ワイマックス・システムから動的マルチキャスト方式にてＭＣＢＣＳの提供を受けているＭＳ１０２が途中で上記ワイマックス・システムからこれ以上ＭＣＢＣＳの提供を受けることを所望しない場合、上記ＭＳ１０２は、上記ワイマックス・システムとのＭＣＢＣＳ脱退手続を行うためにＩＧＭＰ脱退メッセージ、またはマルチキャストグループ管理プロトコル（例えば、マルチキャストリスナーディスカバリー（ＭＬＤ：Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ、以下、「ＭＬＤ」と称することにする）プロトコル）脱退メッセージをアンカーＡＳＮのＡＳＮ ＧＷ２（１３０）に送信する（ステップＳ９０２）。このとき、上記ＭＳ１０２は、マルチキャストＩＰアドレスに基づいて確認された特定のマルチキャストサービスを解除するためにＩＳＦまたは予め提供されたサービスフローを利用して上記ＩＧＭＰ脱退メッセージを送信する。すなわち、上記ＭＳ１０２は、サービングＡＳＮとのＭＣＢＣＳ脱退のために提供を中止しようとするＭＣＢＣＳコンテンツのマルチキャストＩＰアドレスが含まれたＩＧＭＰ脱退メッセージを送信する。
【００９３】
上記ＩＧＭＰ脱退メッセージを受信したＡＳＮ ＧＷ２（１３０）は、シグナリングを通じてサービングＡＳＮのＡＳＮ ＧＷ１（１２０）に上記ＩＧＭＰ脱退メッセージとしてＭＣＢＣＳ−ＲＥＱメッセージを送信し（ステップＳ９０４）、それにより、上記ＩＧＭＰ脱退メッセージが伝達される。ここで、上記ＭＣＢＣＳ−ＲＥＱメッセージには、上記ＭＳ１０２にＭＣＢＣＳデータを送信するＢＳのＢＳＩＤとＭＳ１０２のサービングＡＳＮに関するＮＡＩが含まれ、また上記ＩＧＭＰ脱退メッセージが含まれる。
【００９４】
しかる後、上記ＭＣＢＣＳ−ＲＥＱメッセージを受信した上記ＡＳＮ ＧＷ１（１２０）は、ＭＣＢＣＳ認証考慮事項に対する上記ＭＳ１０２の表示子が含まれたＭＣＢＣＳ＿Ｌｅａｖｅ−ＩＮＤメッセージをＭＣＢＣＳサーバ１４０に送信する（ステップＳ９０６）。すると、上記ＭＣＢＣＳサーバ１４０は、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＩＮＤメッセージの検証及び応答としてＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを上記ＡＳＮ ＧＷ１（１２０）に送信する（ステップＳ９０８）。ここで、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージには、上記ＭＳ１０２のサービングＡＳＮに関するＮＡＩとＭＣＢＣＳの指示子または識別子が含まれ、上記ＭＣＢＣＳサーバ１４０は、コンテクストに係るＭＣＢＣＳサービスアップデートを中止する。
【００９５】
上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを受信したＡＳＮ ＧＷ１（１２０）は、上記ＭＳ１０２のサービングＢＳ（例えば、ＢＳ１（１１２））にＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージを送信する（ステップＳ９１０）。ここで、上記ＢＳ１（１１２）とＢＳ２（１１４）のうちのＢＳ１（１１２）が上記ＭＳ１０２のサービングＢＳであると仮定することにし、ワイマックス・システムのセッション開始及びデータ経路登録手続の際に送信したＲＲ−ＲＥＱメッセージを上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージとして再使用することができる。そして、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージには、脱退しようとするＭＣＢＣＳを指示するＭＣＢＣＳ指示子と該当するＳＦＩＤ、及びＭＣＩＤが含まれる。
【００９６】
上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージを受信したＢＳ１（１１２）は、ＭＳ１０２とともにＤＳＤ動作を行う。言い換えれば、上記ＢＳ１（１１２）は、上記ＭＳ１０２にＤＳＤ−ＲＥＱメッセージを送信し（ステップＳ９１２）、上記ＭＳ１０２は、上記ＤＳＤ−ＲＥＱメッセージに対する応答としてＤＳＤ−ＲＳＰメッセージを上記ＢＳ１（１１２）に送信する（ステップＳ９１４）。ここで、上記ＤＳＤ−ＲＥＱメッセージは脱退しようとするＭＣＢＣＳに該当するＭＣＢＣＳトラフィックの無線リソースを解除させる。
【００９７】
そして、上記ＤＳＤ−ＲＳＰメッセージを受信したＢＳ１（１１２）は、最後のＭＳ（例えば、ＭＳ１（１０２））から受信したＭＣＢＣＳトラフィックに該当する無線リソースを解除し、解除結果が含まれたＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを上記ＡＳＮ ＧＷ１（１２０）に送信し（ステップＳ９１６）、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを受信したＡＳＮ ＧＷ１（１２０）は、上記ＭＳ１０２に係るすべてのコンテクストを削除することでＭＣＢＣＳの提供を受けていたＭＳ１０２のＭＣＢＣＳ脱退を完了し、上記ＭＳ１０２との接続を解除する。このとき、上記アンカーＡＳＮのＡＳＮ ＧＷ２（１３０）は、接続を解除したＭＳ１０２が上記サービングＡＳＮを介してＭＣＢＣＳコンテンツの提供を受ける、ＭＢＳ ｚｏｎｅ内においてＭＣＢＣＳの提供を受ける最後のＭＳであるかどうかを確認する（ステップＳ９１８）。すなわち、上記ＡＳＮ ＧＷ２（１３０）は、上記ＡＳＮ ＧＷ１（１２０）に対して確認された上記ＭＳ（１０２）に該当するＭＣＢＣＳコンテンツがＭＢＳ ｚｏｎｅに送信する最後のＭＣＢＣＳコンテンツであるかどうかを確認して、最後のＭＣＢＣＳコンテンツであると、上記ＭＣＢＣＳサーバ１４０はＭＣＢＣＳを初期化する。
【００９８】
また、上記ＡＳＮ ＧＷ１（１２０）は、ＢＳ１（１１２）とともにデータ経路登録取り消し動作を行い、言い換えれば、上記ＡＳＮ ＧＷ１（１２０）は、前述した図８で登録したデータ経路の登録取り消しを要請する経路登録取り消し要請（Ｐａｔｈ＿ＤＲＥＧ−ＲＥＱ：Ｐａｔｈ Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ、以下、「Ｐａｔｈ＿ＤＲＥＧ−ＲＥＱ」と称することにする）メッセージを上記ＢＳ１（１１２）に送信する（ステップＳ９２０）。そして、上記ＢＳ１（１１２）は、上記Ｐａｔｈ＿ＤＲＥＧ−ＲＥＱメッセージに対する応答として経路登録取り消し応答（Ｐａｔｈ＿ＤＲＥＧ−ＲＳＰ：Ｐａｔｈ Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ、以下、「Ｐａｔｈ＿ＤＲＥＧ−ＲＳＰ」と称することにする）メッセージを上記ＡＳＮ ＧＷ１（１２０）に送信し（ステップＳ９２２）、上記ＡＳＮ ＧＷ１（１２０）は、上記ＭＣＢＣＳサーバ１４０とのマルチキャストツリーを脱退するためのマルチキャストツリー脱退（Ｍｕｌｔｉｃａｓｔ Ｔｒｅｅ Ｌｅａｖｅ）メッセージを上記ＭＣＢＣＳサーバ１４０に送信する（ステップＳ９２４）。それにより、上記ＭＣＢＣＳサーバ１４０とサービングＡＳＮ及びＭＳ１０２間のＭＣＢＣＳが脱退され、上記ワイマックス・システムはＭＢＳ ｚｏｎｅにＭＣＢＣＳを提供しない。
【００９９】
ここで、前述したステップＳ９１８における確認の際、上記接続を解除したＭＳ１０２が上記サービングＡＳＮを介してＭＣＢＣＳコンテンツの提供を受ける最後のＭＳではないと、すなわち、上記ＡＳＮ ＧＷ１（１２０）に対して確認されたＭＣＢＣＳコンテンツが上記ＭＳ１０２以外の他のＭＳに該当するＭＣＢＣＳコンテンツが存在すると確認されると、上記ＡＳＮ ＧＷ１（１２０）は、データ経路登録取り消し動作の遂行及びマルチキャストツリー脱退メッセージの送信動作を行わない。
【０１００】
図１０は、本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ脱退のための信号の送受信手続を示す図である。ここで、図１０は、先の図８で説明したように動的マルチキャストサービス方式にてＭＣＢＣＳを提供するワイマックス・システムがＭＣＢＣＳ参加したＭＳに提供している途中に上記ワイマックス・システムがこれ以上ＭＢＳｚｏｎｅ内に提供するＭＣＢＣＳが存在しない場合（例えば、ＭＣＢＣＳサーバがＭＣＢＣＳ脱退を要請する場合）における脱退手続を示す図である。
【０１０１】
図１０を参照すると、先の図８で説明したように動的マルチキャストサービス方式にてＭＣＢＣＳを提供するワイマックス・システムがＭＣＢＣＳ参加したＭＳ１０２にＭＣＢＣＳを提供している途中に上記ワイマックス・システムがこれ以上ＭＢＳ ｚｏｎｅ内に送信するＭＣＢＣＳコンテンツが存在しない場合、ＭＣＢＣＳサーバ１４０は、サービングＡＳＮのＡＳＮ ＧＷ１（１２０）にＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージを送信する（ステップＳ１００２）。すると、上記ＡＳＮ ＧＷ１（１２０）は、上記ＭＣＢＣＳサーバ１４０によって定義されたＭＢＳ ｚｏｎｅ内に存在するすべてのＢＳ、すなわちＢＳ１（１１２）とＢＳ２（１１４）にＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージをそれぞれ送信する（ステップＳ１００４、Ｓ１００６）。
【０１０２】
上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＥＱメッセージを受信したＢＳ１１２、１１４は、それぞれのＭＢＳ ｚｏｎｅ内に存在するすべてのＭＳとともにＤＳＤ動作を行う。言い換えれば、上記ＭＳ１０２のサービングＢＳ（例えば、ＢＳ１（１１２））は、上記ＭＳ１０２にＤＳＤ−ＲＥＱメッセージを送信し（ステップＳ１００８）、上記ＭＳ１０２は、上記ＤＳＤ−ＲＥＱメッセージに対する応答としてＤＳＤ−ＲＳＰメッセージを上記ＢＳ１（１１２）に送信する（ステップＳ１０１０）。ここで、上記ＢＳ１（１１２）とＢＳ２（１１４）のうちのＢＳ１（１１２）が上記ＭＳ１０２のサービングＢＳであると仮定することにし、上記ＤＳＤ−ＲＥＱメッセージは脱退しようとするＭＣＢＣＳに該当するＭＣＢＣＳトラフィックの無線リソースを解除させる。そして、上記ＢＳ１（１１２）とＢＳ２（１１４）は、自身とともにＤＳＤ動作を行った最後のＭＳから受信したＭＣＢＣＳトラフィックに該当する無線リソースをそれぞれ解除し、特に上記ＢＳ１（１１２）は、ＭＳ１０２から受信したＭＣＢＣＳトラフィックに該当する無線リソースを解除し、上記ＢＳ１（１１２）とＢＳ２（１１４）は、無線リソース解除結果が含まれたＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを上記ＡＳＮ ＧＷ１（１２０）にそれぞれ送信する（ステップＳ１０１２、Ｓ１０１４）。
【０１０３】
すると、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを受信したＡＳＮ ＧＷ１（１２０）は、上記ＭＳ１０２に係るすべてのコンテクストを削除する。また、上記ＡＳＮ ＧＷ１（１２０）は、ＭＣＢＣＳ−ＲＥＱメッセージに対する応答としてＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージをＭＣＢＣＳサーバ１４０に送信し（ステップＳ１０１６）、上記ＭＣＢＣＳ＿Ｌｅａｖｅ−ＲＳＰメッセージを受信したＭＣＢＣＳサーバ１４０は、マルチキャストＩＰアドレスによってマッピングされた当該ＭＳ、すなわちＭＳ１０２の情報を削除する。
【０１０４】
しかる後、上記サービングＡＳＮのＡＳＮ ＧＷ１（１２０）は、ＢＳ１（１１２）及びＢＳ２（１２４）とともにデータ経路登録取り消し動作を行い、言い換えれば、上記ＡＳＮ ＧＷ１（１２０）は、前述の図８で登録したデータ経路の登録取り消しを要請するＰａｔｈ＿ＤＲＥＧ−ＲＥＱメッセージを上記ＢＳ１（１１２）とＢＳ２（１２４）に送信する（ステップＳ１０１８、Ｓ１０２０）。そして、上記ＢＳ１（１１２）とＢＳ２（１１４）は、上記Ｐａｔｈ＿ＤＲＥＧ−ＲＥＱメッセージに対する応答としてデータ経路の登録取り消し結果が含まれたＰａｔｈ＿ＤＲＥＧ−ＲＳＰメッセージを上記ＡＳＮ ＧＷ１（１２０）にそれぞれ送信し（ステップＳ１０２２、Ｓ１０２４）、上記ＡＳＮ ＧＷ１（１２０）は、上記ＭＣＢＣＳサーバ１４０とのマルチキャストツリーを脱退するためのマルチキャストツリー脱退メッセージを上記ＭＣＢＣＳサーバ１４０に送信する（ステップＳ１０２６）。それにより、上記ＭＣＢＣＳサーバ１４０とサービングＡＳＮ及びＭＳ１０２間のデータ経路が解除され、上記ワイマックス・システムはＭＢＳ ｚｏｎｅにＭＣＢＣＳを提供しない。引き続き、ＭＳのアイドルモードで動的マルチキャストサービス方式にてＭＣＢＣＳを提供するための手続を説明することにする。
【０１０５】
図１１は、本発明の他の実施形態による通信システムにおいてＭＳにＭＣＢＣＳを提供するワイマックス・システムの構造を概略的に示す図である。ここで、図１１は、ＭＳのアイドルモードで動的マルチキャストサービス方式にてＭＣＢＣＳを提供するためのワイマックス・システムの構造を概略的に示す図である。
【０１０６】
図１１を参照すると、上記ワイマックス・システムは、図１で説明した構造において上記ＡＳＮ ＧＷ１（１２０）が上記サービングＡＳＮに最初に進入したＭＳに該当する上記ワイマックス・システム内のデータ経路を制御する経路制御（ＰＣ：Ｐａｔｈ Ｃｏｎｔｒｏｌ、以下、「ＰＦ」と称することにする）モジュール１（１２８）をさらに含み、上記ＡＳＮ ＧＷ２（１３０）もまた、上記アンカーＡＳＮに最初に進入したＭＳ、例えば、ＭＳ１０２に該当する上記ワイマックス・システム内の経路を制御するＰＦモジュール２（１３８）をさらに含む。ここで、上記ＰＣモジュール１２８、１３８は、自身が含まれたＡＳＮをアンカーＡＳＮとするＭＳが別のＭＣＢＣＳ ｚｏｎｅに移動するか、上記ワイマックス・システムとアイドルモードで動作するか、または上記アイドルモード動作で別のＭＣＢＣＳ ｚｏｎｅに移動する場合、上記ワイマックス・システム内において上記ＭＳに該当する経路を制御する。
【０１０７】
図１２は、本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ支援のための信号の送受信手続を示す図である。ここで、図１２は、動的マルチキャストサービス方式にてＭＣＢＣＳを提供するＭＢＳ ｚｏｎｅ内にアイドルモードで進入するＭＳの存在を確認し、上記ＭＳのサービングＢＳとアンカーＡＳＮ間のデータ経路登録を解除する場合におけるＭＣＢＣＳ支援手続を示す図である。
【０１０８】
図１２を参照すると、前述したようにＭＣＢＣＳに対するサービス加入／参加手続が行われた後（ステップＳ１２０２）、ＭＳ１０２がワイマックス・システムとともにアイドルモードに進入するためにアイドルモード進入開始を決定すると（ステップＳ１２０４）、上記ＭＳ１０２は、自身がアイドルモードへの進入を開始すると指示する登録解除要請（ＤＲＥＧ−ＲＥＱ：Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ、以下、「ＤＲＥＧ−ＲＥＱ」と称することにする）メッセージをサービングＢＳ（例えば、ＢＳ１（１１２））に送信する（ステップＳ１２０４）。ここで、上記ＢＳ１（１１２）とＢＳ２（１１４）のうちのＢＳ１（１１２）が上記ＭＳ１０２のサービングＢＳであると仮定することにする。
【０１０９】
上記ＤＲＥＧ−ＲＥＱメッセージを受信したＢＳ１（１１２）は、上記ＭＳ１０２がアイドルモードに進入することで上記ＭＳ１０２の状態変更を要請するアイドルモード進入ＭＳ状態変更要請（ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＥＱ：Ｉｄｌｅ Ｍｏｄｅ Ｅｎｔｒｙ ＭＳ Ｓｔａｔｅ Ｃｈａｎｇｅ Ｒｅｑｕｅｓｔ、以下、「ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＥＱ」と称することにする）メッセージを上記ＭＳ１０２のアンカーＡＳＮに含まれたＡＳＮ ＧＷ２（１３０）に送信する（ステップＳ１２０６）。このとき、上記ＤＲＥＧ−ＲＥＱメッセージを受信したＢＳ１（１１２）は、上記アンカーＡＳＮからアイドルモード進入を許諾され、上記アイドルモード進入のためのパラメーターを獲得するために上記ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＥＱメッセージを上記アンカーＡＳＮのＡＳＮ ＧＷ２（１３０）に送信する。ここで、上記ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＥＱメッセージには、現在ＭＳ１０２が存在するＭＢＳ ｚｏｎｅの識別子と上記ＭＳ１０２にＭＣＢＣＳを伝達するサービングＡＳＮの識別子が含まれる。
【０１１０】
上記ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＥＱメッセージを受信したＡＳＮ ＧＷ２（１３０）は、上記ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＥＱメッセージに対する応答として上記ＭＳ１０２に対するページング情報（ｐａｇｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）、例えば、ページンググループ識別子（Ｐａｇｉｎｇ Ｇｒｏｕｐ ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））と、ページングサイクル（Ｐａｇｉｎｇ Ｃｙｃｌｅ）、及びページングオフセット（Ｐａｇｉｎｇ Ｏｆｆｓｅｔ）などが含まれたアイドルモード進入ＭＳ状態変更応答（ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＳＰ：Ｉｄｌｅ Ｍｏｄｅ Ｅｎｔｒｙ ＭＳ Ｓｔａｔｅ Ｃｈａｎｇｅ Ｒｓｐｏｎｓｅ、以下、「ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＳＰ」と称することにする）メッセージを上記ＢＳ１（１１２）に送信する（ステップＳ１２０８）。
【０１１１】
すると、上記ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＳＰメッセージを受信したＢＳ１（１１２）は、ＤＲＥＧ−ＲＥＱメッセージに対する応答として登録解除／再登録命令（ＤＲＥＧ−ＣＭＤ：Ｄｅ／Ｒｅ−ｒｅｇｉｓｔｅｒ Ｃｏｍｍａｎｄ、以下、「ＤＲＥＧ−ＣＭＤ」と称することにする）メッセージを上記ＭＳ１０２に送信する（ステップＳ１２１０）。このとき、上記ＤＲＥＧ−ＣＭＤの経路識別子フィールドは上記ＡＳＮ ＧＷ２（１３０）がＭＳ１０２に割り当てられたアンカーＡＳＮのＡＳＮ ＧＷ２（１３０）とページングサイクル及びページングオフセットに関する位置を含む。そして、上記ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＳＰを受信したＢＳ１（１１２）は、上記ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＳＰメッセージの受信に対する応答としてアイドルモード進入ＭＳ状態変更受領（ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＡＣＫ：Ｉｄｌｅ Ｍｏｄｅ Ｅｎｔｒｙ ＭＳ Ｓｔａｔｅ Ｃｈａｎｇｅ Ａｃｋｎｏｗｌｅｄｍｅｎｔ、以下、「ＩＭ＿Ｅｎｔｒｙ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＡＣＫ」と称することにする）メッセージを上記ＡＳＮ ＧＷ２（１３０）に送信する（ステップＳ１２１２）。しかる後、上記ＢＳ１（１１２）は、タイマーが含まれたリソース管理を終了した後、ＡＳＮ ＧＷ２（１３０）に推薦されたページングパラメーターが含まれたデータ経路解除を要請するＰａｔｈ＿ＤＲＥＧ−ＲＥＱメッセージを送信する（ステップＳ１２１４）。
【０１１２】
上記Ｐａｔｈ＿ＤＲＥＧ−ＲＥＱメッセージを受信したＡＳＮ ＧＷ２（１３０）は、上記ＭＳ１０２のサービスフローに該当するデータ経路を解除した後、上記Ｐａｔｈ＿ＤＲＥＧ−ＲＥＱメッセージに対する応答としてＭＳ１０２に対するＡＳＮのデータ経路が解除されたことを指示するＰａｔｈ＿ＤＲＥＧ−ＲＳＰメッセージを上記ＢＳ１（１１２）に送信する（ステップＳ１２１６）。
【０１１３】
すると、上記Ｐａｔｈ＿ＤＲＥＧ−ＲＳＰメッセージを受信したＢＳ１（１１２）は、上記Ｐａｔｈ＿ＤＲＥＧ−ＲＳＰメッセージの受信に対する応答として経路登録解除受領（Ｐａｔｈ＿ＤＲＥＧ−ＡＣＫ：Ｐａｔｈ Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、以下、「Ｐａｔｈ＿ＤＲＥＧ−ＡＣＫ」と称することにする）メッセージを上記ＡＳＮ ＧＷ２（１３０）に送信する（ステップＳ１２１８）。そして、上記ワイマックス・システムは、上記ＭＳ１０２に対するデータ経路登録、すなわち、上記ＢＳ１（１１２）とアンカーＡＳＮ間のデータ経路登録を解除し、上記ＭＳ１０２とともにアイドルモードで動作する。
【０１１４】
このようにワイマックス・システムでは、動的マルチキャストサービス方式にてＭＣＢＣＳが提供されるＭＢＳ ｚｏｎｅ内においてアイドルモードに進入するＭＳ１０２を確認すると、上記ＭＳ１０２に該当するデータ経路、言い換えれば上記ＭＢＳ ｚｏｎｅ内において上記ＭＳ１０２のサービングＢＳ、すなわちＢＳ１（１１２）とアンカーＡＳＮのＡＳＮ ＧＷ２（１３０）間のデータ経路登録を解除し、データ経路を動的に運営するように支援する。
【０１１５】
図１３は、本発明の他の実施形態による通信システムにおいてＭＣＢＣＳ支援のための信号の送受信手続を示す図である。ここで、図１３は、動的マルチキャストサービス方式にてＭＣＢＣＳを提供するＭＢＳ ｚｏｎｅ内においてアイドルモードからエグジット（ｅｘｉｔ）（例えば、アイドルモードからアクティブ（ａｃｔｉｖｅ）モードへの進入）するＭＳを確認し、上記ＭＳのサービングＢＳとアンカーＡＳＮ間のデータ経路を登録する場合におけるＭＣＢＣＳ支援手続を示す図であり、特にアイドルモードで動作するＭＳが別のＭＢＳ ｚｏｎｅに移動してアイドルモードからエグジットする場合における、上記ＭＳのＭＣＢＣＳを支援する手続を示す図である。
【０１１６】
図１３を参照すると、先の図１２で説明したようにＭＣＢＣＳに対するサービス加入／参加手続が行われた（ステップＳ１２０２）後にアイドルモードで動作する（ステップＳ１３０２）、言い換えれば、上記ＭＳ１０２がＢＳ１（１１２）のＭＢＳ ｚｏｎｅにおいてアイドルモードに進入してアイドルモードで動作（ステップＳ１３０２）している途中に別のＭＢＳ ｚｏｎｅに移動する場合、上記別のＭＢＳ ｚｏｎｅにおけるデータ経路登録のためにＭＳ１０２は上記別のＭＢＳ ｚｏｎｅにおいて自身のサービングＢＳ１３００にレンジ要請（ＲＮＧ−ＲＥＱ：ｒａｎｇｉｎｇ Ｒｅｑｕｅｓｔ、以下、「ＲＮＧ−ＲＥＱ」と称することにする）メッセージを送信する（ステップＳ１３０４）。すなわち、上記ＭＳ１０２は、ページングを通じてアイドルモードからエグジットしてネットワーク再進入（ｒｅ−ｅｎｔｒｙ）を試みることを指示するＲＮＧ−ＲＥＱメッセージを上記サービングＢＳ１３００に送信し、上記ＲＮＧ−ＲＥＱメッセージにはＭＳ１０２自身に該当するＭＣＩＤとＣＭＡＣ（Ｃｉｐｈｅｒ Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）が含まれる。
【０１１７】
上記ＲＮＧ−ＲＥＱメッセージを受信したサービングＢＳ１３００は、上記ＭＳ１０２がアイドルモードからエグジットすることを確認し、上記ＭＳ１０２の状態変更を要請するアイドルモードエグジットＭＳ状態変更要請（ＩＭ＿Ｅｘｉｔ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＥＱ：Ｉｄｌｅ Ｍｏｄｅ Ｅｘｉｔ ＭＳ Ｓｔａｔｅ Ｃｈａｎｇｅ Ｒｅｑｕｅｓｔ、以下、「ＩＭ＿Ｅｘｉｔ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＥＱ」と称することにする）メッセージを、上記ＭＳ１０２のアンカーＡＳＮに含まれたＡＳＮ ＧＷ２（１３０）に送信する（ステップＳ１３０６）。
【０１１８】
すると、上記ＩＭ＿Ｅｘｉｔ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＥＱメッセージを受信した上記ＡＳＮ ＧＷ２（１３０）は、上記ＲＮＧ−ＲＥＱメッセージを確認するための認証キーをアンカーＡＳＮの認証部からフェッチ（ｆｅｔｃｈ）し、上記ＩＭ＿Ｅｘｉｔ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＥＱメッセージに対する応答としてアイドルモードエグジットＭＳ状態変更応答（ＩＭ＿Ｅｘｉｔ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＳＰ：Ｉｄｌｅ Ｍｏｄｅ Ｅｘｉｔ ＭＳ Ｓｔａｔｅ Ｃｈａｎｇｅ Ｒｅｓｐｏｎｓｅ、以下、「ＩＭ＿Ｅｘｉｔ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＳＰ」と称することにする）メッセージを、上記サービングＢＳ１３００に送信する（ステップＳ１３０８）。ここで、上記ＡＳＮ ＧＷ２（１３０）は、上記認証キーに基づいてアイドルモードからエグジットしてネットワークに再進入を試みるＭＳ１０２に対する認証を行う。
【０１１９】
上記ＩＭ＿Ｅｘｉｔ＿ＭＳ＿Ｓｔａｔｅ＿Ｃｈａｎｇｅ−ＲＳＰメッセージを受信したサービングＢＳ１３００は、自身のデータ経路をトリガーした後に自身のデータ経路を確立するためにデータ経路要請（Ｐａｔｈ＿ＲＥＧ−ＲＥＱ：Ｐａｔｈ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔ、以下、「Ｐａｔｈ＿ＲＥＧ−ＲＥＱ」と称することにする）メッセージをＡＳＮ ＧＷ２（１３０）に送信する（ステップＳ１３１０）。すなわち、上記サービングＢＳ１３００は、アイドルモードからエグジットしてＭＣＢＣＳの提供を受けようとするＭＳ１０２に該当するアンカーＡＳＮとのデータ経路登録を要請するＰａｔｈ＿ＲＥＧ−ＲＥＱメッセージを上記ＡＳＮＧＷ２（１３０）に送信する。
【０１２０】
しかる後、上記ＡＳＮ ＧＷ２（１３０）は、上記Ｐａｔｈ＿ＲＥＧ−ＲＥＱメッセージに対する応答として上記アンカーＡＳＮに上記ＭＳ１０２に該当するデータ経路の登録を承認する経路登録応答（Ｐａｔｈ＿ＲＥＧ−ＲＳＰ：Ｐａｔｈ Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ、以下、「Ｐａｔｈ＿ＲＥＧ−ＲＳＰ」と称することにする）メッセージを上記サービングＢＳ１３００に送信する（ステップＳ１３１２）。
【０１２１】
上記Ｐａｔｈ＿ＲＥＧ−ＲＳＰメッセージを受信したサービングＢＳ１３００は、上記ＲＮＧ−ＲＥＱメッセージに対する応答としてレンジ応答（ＲＮＧ−ＲＳＰ：ｒａｎｇｉｎｇ Ｒｅｓｐｏｎｓｅ、以下、「ＲＮＧ−ＲＳＰ」と称することにする）メッセージを上記ＭＳ１０２に送信する（ステップＳ１３１４）。ここで、上記ＲＮＧ−ＲＳＰメッセージには、上記アイドルモード維持に応じてサービス占有のために必要な情報と上記ＣＭＡＣの成功有無情報が含まれ、特にＭＢＳ ｚｏｎｅ間の移動時のハンドオーバー処理最適化（ＨＯ（Ｈａｎｄｏｖｅｒ）Ｐｒｏｃｅｓｓ Ｏｐｔｉｍｉｚａｔｉｏｎ）とデータ経路の登録応答（ＲＥＧ−ＲＳＰ：Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｓｐｏｎｓｅ、以下、「ＲＥＧ−ＲＳＰ」と称することにする）ＴＬＶ（Ｔｙｐｅ、Ｌｅｎｇｔｈ、Ｖａｌｕｅ）が含まれる。
【０１２２】
次いで、上記ＭＳ１０２は、ＡＳＮ ＧＷ２（１３０）とともにアイドルモードからエグジットしてネットワークに再進入する動作を行う（ステップＳ１３１６）。すると、上記サービングＢＳ１３００とＡＳＮ ＧＷ２（１３０）は、アンカーＡＳＮの認証部と上記ＭＳ１０２に対するＣＭＡＣキーカウンターをアップデートし、上記アンカー認証部が上記ＭＳ１０２に対するＣＭＡＣアップデートを受領する（ステップＳ１３１８）。しかる後、上記サービングＢＳ１３００は、上記Ｐａｔｈ＿ＲＥＧ−ＲＳＰメッセージの受信に対する応答として上記ＭＳ１０２がネットワーク再進入手続を完了したことを指示する経路登録受領（Ｐａｔｈ＿ＲＥＧ−ＡＣＫ：Ｐａｔｈ Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、以下、「Ｐａｔｈ＿ＲＥＧ−ＡＣＫ」と称することにする）メッセージを上記ＡＳＮ ＧＷ２（１３０）に送信する（ステップＳ１３２０）。
【０１２３】
そして、上記ＡＳＮ ＧＷ２（１３０）は、上記ＭＳ１０２に該当するアイドルモード進入動作を行い、コンテクストを削除した後、ＭＳ１０２コンテクストに維持された上記ＭＳ１０２の移動前のＭＢＳ ｚｏｎｅ識別子、言い換えれば、ＢＳ１（１１２）が管掌するＭＢＳ ｚｏｎｅの識別子と上記ＢＳ１（１１２）が管掌するＭＢＳ ｚｏｎｅに該当するサービングＡＳＮの識別子を確認し、上記ＭＳ１０２が別のＭＢＳ ｚｏｎｅに移動したことを知らせる脱退通知（Ｌｅａｖｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを上記ＡＳＮ ＧＷ１（１２０）に送信する（ステップＳ１３２２）。
【０１２４】
このとき、上記アンカーＡＳＮのＡＳＮ ＧＷ２（１３０）は、ＭＳ１０２コンテンストに維持されたＭＢＳ ｚｏｎｅの識別子、言い換えれば、上記ＭＳ１０２の移動前のＭＢＳ ｚｏｎｅ識別子とサービングＢＳ１３００に該当するＭＢＳ ｚｏｎｅの識別子とが異なると、脱退通知メッセージを上記ＡＳＮ ＧＷ１（１２０）に送信する。上記脱退通知メッセージを受信した上記ＡＳＮ ＧＷ１（１２０）は、ＭＣＢＣＳの提供を受けようとするＭＳのリストテーブル、すなわち、ＭＣＢＣＳ ＭＳリストテーブルから別のＭＢＳ ｚｏｎｅに移動した上記ＭＳ１０２を削除する。そして、上記ＡＳＮ ＧＷ１（１２０）は、上記ＭＳ１０２が上記ＡＳＮ ＧＷ１（１２０）に該当するＭＢＳ ｚｏｎｅにおいてＭＣＢＣＳの提供を受けようとする最後のＭＳであるかどうかを確認する。すなわち、上記ＡＳＮ ＧＷ１（１２０）は、自身が含まれたＡＳＮを介してＭＣＢＣＳの提供を受けようとするＭＳの存在の有無を確認し、ＭＣＢＣＳの提供を受けようとするＭＳが存在しない場合、自身を含むＡＳＮに登録されたデータ経路の登録解除手続を行ってＭＣＢＣＳコンテンツの提供のために設定されたデータ経路をすべて解除し、上記ＭＣＢＣＳの提供を受けようとするＭＳが存在する場合、上記データ経路の登録解除手続を行わない。
【０１２５】
このようにワイマックス・システムでは、動的マルチキャストサービス方式にてＭＣＢＣＳが提供されるＭＢＳ ｚｏｎｅ内においてアイドルモードからエグジットするＭＳ１０２を確認すると、上記ＭＳ１０２に該当するデータ経路、言い換えれば、上記ＭＢＳ ｚｏｎｅ内において上記ＭＳ１０２のサービングＢＳ１３００とアンカーＡＳＮのＡＳＮ ＧＷ２（１３０）間のデータ経路を登録し、上記ＭＳ１０２の移動前のＭＢＳ ｚｏｎｅに該当するＡＳＮに上記ＭＳ１０２のデータ経路登録を解除し、また上記移動前のＭＢＳ ｚｏｎｅに別のＭＳが存在しない場合、上記移動前のＭＢＳ ｚｏｎｅに該当するＡＳＮのＭＣＢＣＳコンテンツの提供のために設定されたデータ経路をすべて解除してデータ経路を動的に運営するように支援する。
【０１２６】
なお、本発明の詳細な説明では具体的な実施形態に関して説明したが、本発明の範囲から逸脱しない範囲内で種々の変形が可能であることは言うまでもない。したがって、本発明の範囲は、前述した実施形態に限定されるわけではなく、特許請求の範囲だけでなく該特許請求の範囲と均等なものなどによって決められるべきである。
【図１】
2011507385.tif 000009
【図２】
2011507385.tif 000010
【図３】
2011507385.tif 000011
【図４】
2011507385.tif 000012
【図５】
2011507385.tif 000013
【図６】
2011507385.tif 000014
【図７】
2011507385.tif 000015
【図８】
2011507385.tif 000016
【図９】
2011507385.tif 000017
【図１０】
2011507385.tif 000018
【図１１】
2011507385.tif 000019
【図１２】
2011507385.tif 000020
【図１３】
2011507385.tif 000021
【国際調査報告】
2011507385.tif 000022
2011507385.tif 000023