JP2023520183A

JP2023520183A - マルチキャスト・ブロードキャストサービスの通信方法及びその通信装置、並びに、コンピュータプログラム及び電子機器

Info

Publication number: JP2023520183A
Application number: JP2022556242A
Authority: JP
Inventors: 春山熊
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-07-17
Filing date: 2021-06-15
Publication date: 2023-05-16
Anticipated expiration: 2041-06-15
Also published as: JP7378636B2; WO2022012247A1; CN111866757A; CN111866757B; EP4099730A1; KR20220152306A; US20230025793A1; EP4099730A4

Abstract

本願の実施例は、マルチキャスト・ブロードキャストサービスの通信方法、装置、媒体、及び電子機器を提供している。該方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション伝送ツリーにおける第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードから送信された第１ＭＢＳセッション開始要求を受信するステップと、中間ユーザプレーンノードを選択し、中間ユーザプレーンノードに第１ユーザプレーンＭＢＳセッション確立要求を送信するステップであって、該第１ユーザプレーンＭＢＳセッション確立要求には、第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及び第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）が含まれる、ステップと、子制御プレーンノードに第２ＭＢＳセッション開始要求を送信することにより、子制御プレーンノードに対し、中間ユーザプレーンノードに子ユーザプレーンノードを割り当てるよう指示するステップであって、該第２ＭＢＳセッション開始要求には、中間ユーザプレーンノードの識別情報と、中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤとが含まれる、ステップと、を含む。

Description

本願は、２０２０年７月１７日に中国特許庁に提出された、出願番号が２０２０１０６９４１０５．７であり、発明の名称が「マルチキャスト・ブロードキャストサービスの通信方法、装置、媒体、及び電子機器」である中国特許出願に基づく優先権を主張する。

本願は、コンピュータ及び通信の技術分野に関し、具体的には、マルチキャスト・ブロードキャストサービスの通信方法、装置、媒体、及び電子機器に関する。

５Ｇマルチキャスト・ブロードキャストサービス（ＭＢＳ：ＭｕｌｔｉｃａｓｔａｎｄＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅ）システムでは、制御プレーンとユーザプレーンが分離されており、即ち、制御プレーンノードとユーザプレーンノードが同一のネットワークノードではなくなっている。この場合、ユーザプレーンＭＢＳセッション伝送ツリーの確立は、さまざまな問題に直面する。

本願の実施例は、マルチキャスト・ブロードキャストサービスの通信方法、装置、媒体、及び電子機器を提供しており、さらに、少なくともある程度で、制御プレーンとユーザプレーンが分離された通信システムアーキテクチャにおいて、ユーザプレーンＭＢＳセッション伝送ツリーの確立を実現できるとともに、ＭＢＳサービスデータの伝送効率を向上させることもできる。

本願のその他の特徴及び利点は、以下の詳細な説明により明らかになり、又は、部分的に本願の実践により把握される。

本願の実施例の一態様によれば、マルチキャスト・ブロードキャストサービスの通信方法が提供されている。前記方法は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション伝送ツリーにおける第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードから送信された第１ＭＢＳセッション開始要求を受信するステップであって、前記第１ＭＢＳセッション開始要求には、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報と、前記第ｉレベルの制御プレーンノードにより選択された第ｉレベルのユーザプレーンノードの識別情報と、前記第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及びマルチキャスト方式でＭＢＳサービスデータを伝送するための第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）とが含まれる、ステップと、前記第ｉレベルの制御プレーンノードの情報と、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報とに基づいて、中間ユーザプレーンノードを選択するステップであって、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノード、及び前記子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立できる、ステップと、前記中間ユーザプレーンノードに第１ユーザプレーンＭＢＳセッション確立要求を送信し、前記中間ユーザプレーンノードからフィードバックされた第１ユーザプレーンＭＢＳセッション確立応答を受信するステップであって、前記第１ユーザプレーンＭＢＳセッション確立要求には、前記第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤが含まれ、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスは、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである、ステップと、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに第２ＭＢＳセッション開始要求を送信することにより、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに対し、前記中間ユーザプレーンノードに子ユーザプレーンノードを割り当てるよう指示するステップであって、前記第２ＭＢＳセッション開始要求には、前記中間ユーザプレーンノードの識別情報と、前記中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤとが含まれ、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスは、前記子ユーザプレーンノードが、前記中間ユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである、ステップと、を含む。

本願の実施例の一態様によれば、マルチキャスト・ブロードキャストサービスの通信方法が提供されている。前記方法は、第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードにより選択された第ｉレベルのユーザプレーンノードに第２ユーザプレーンマルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション確立要求を送信し、前記第ｉレベルのユーザプレーンノードからフィードバックされた第２ユーザプレーンＭＢＳセッション確立応答を受信するステップであって、前記第ｉレベルの制御プレーンノードは、ＭＢＳセッション伝送ツリーにおける最後のレベルの制御プレーンノード以外の任意のレベルの制御プレーンノードである、ステップと、中間セッション管理機能（Ｉ－ＳＭＦ：Ｉｎｔｅｒｍｅｄｉａｔｅ－ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）を選択し、前記Ｉ－ＳＭＦに第１ＭＢＳセッション開始要求を送信するステップであって、前記第１ＭＢＳセッション開始要求には、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報と、前記第ｉレベルのユーザプレーンノードの識別情報と、前記第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及び第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）とが含まれる、ステップと、を含み、前記第１ＭＢＳセッション開始要求は、前記Ｉ－ＳＭＦが、前記第ｉレベルのユーザプレーンノード、及び前記子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立できる中間ユーザプレーンノードを選択することをトリガーするために用いられ、前記Ｉ－ＳＭＦが前記子制御プレーンノードに第２ＭＢＳセッション開始要求を送信することをトリガーするためにも用いられ、前記中間ユーザプレーンノードは、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入して、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するためのものであり、前記第２ＭＢＳセッション開始要求は、前記子制御プレーンノードに対し、前記中間ユーザプレーンノードに子ユーザプレーンノードを割り当て、前記子ユーザプレーンノードに、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータを受信させるよう指示するためのものである。

本願の実施例の一態様によれば、マルチキャスト・ブロードキャストサービスの通信方法が提供されている。前記方法は、中間セッション管理機能（Ｉ－ＳＭＦ）から送信された第１ユーザプレーンマルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション確立要求を受信するステップであって、前記第１ユーザプレーンＭＢＳセッション確立要求には、第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）のユーザプレーンノードで割り当てられた第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及び第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）が含まれる、ステップと、前記Ｉ－ＳＭＦに第１ユーザプレーンＭＢＳセッション確立応答をフィードバックするステップであって、前記第１ユーザプレーンＭＢＳセッション確立応答には、中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤが含まれ、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスは、前記中間ユーザプレーンノードの子ユーザプレーンノードが、前記中間ユーザプレーンノードからマルチキャスト方式で伝送されたＭＢＳサービスデータを受信するために、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである、ステップと、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートする場合、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入する、ステップと、を含む。

本願の実施例の一態様によれば、マルチキャスト・ブロードキャストサービスの通信装置が提供されている。前記装置は、マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション伝送ツリーにおける第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードから送信された第１ＭＢＳセッション開始要求を受信するように構成される第１受信ユニットであって、前記第１ＭＢＳセッション開始要求には、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報と、前記第ｉレベルの制御プレーンノードに対応する第ｉレベルのユーザプレーンノードの識別情報と、前記第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及びマルチキャスト方式でＭＢＳサービスデータを伝送するための第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）とが含まれる、第１受信ユニットと、前記第ｉレベルの制御プレーンノードの情報と、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報とに基づいて、中間ユーザプレーンノードを選択するように構成される選択ユニットであって、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノード、及び前記子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立できる、選択ユニットと、前記中間ユーザプレーンノードに第１ユーザプレーンＭＢＳセッション確立要求を送信し、前記中間ユーザプレーンノードからフィードバックされた第１ユーザプレーンＭＢＳセッション確立応答を受信するように構成される第１やり取りユニットであって、前記第１ユーザプレーンＭＢＳセッション確立要求には、前記第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤが含まれ、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスは、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである、第１やり取りユニットと、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに第２ＭＢＳセッション開始要求を送信することにより、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに対し、前記中間ユーザプレーンノードに子ユーザプレーンノードを割り当てるよう指示するように構成される第２やり取りユニットであって、前記第２ＭＢＳセッション開始要求には、前記中間ユーザプレーンノードの識別情報と、前記中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤとが含まれ、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスは、前記子ユーザプレーンノードが、前記中間ユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである、第２やり取りユニットと、を含む。

本願の実施例の一態様によれば、マルチキャスト・ブロードキャストサービスの通信装置が提供されている。前記装置は、第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードにより選択された第ｉレベルのユーザプレーンノードに第２ユーザプレーンマルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション確立要求を送信し、前記第ｉレベルのユーザプレーンノードからフィードバックされた第２ユーザプレーンＭＢＳセッション確立応答を受信するように構成される第３やり取りユニットであって、前記第ｉレベルの制御プレーンノードは、ＭＢＳセッション伝送ツリーにおける最後のレベルの制御プレーンノード以外の任意のレベルの制御プレーンノードである、第３やり取りユニットと、中間セッション管理機能（Ｉ－ＳＭＦ）を選択し、前記Ｉ－ＳＭＦに第１ＭＢＳセッション開始要求を送信するように構成される第４やり取りユニットであって、前記第１ＭＢＳセッション開始要求には、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報と、前記第ｉレベルのユーザプレーンノードの識別情報と、前記第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及び第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）とが含まれる、第４やり取りユニットと、を含み、前記第１ＭＢＳセッション開始要求は、前記Ｉ－ＳＭＦに対し、前記第ｉレベルのユーザプレーンノード、及び前記子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立できる中間ユーザプレーンノードを選択し、前記中間ユーザプレーンノードとユーザプレーンＭＢＳセッションを確立することにより、前記中間ユーザプレーンノードを、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入させるよう指示するために用いられ、前記子制御プレーンノードに第２ＭＢＳセッション開始要求を送信するよう前記Ｉ－ＳＭＦに指示するためにも用いられ、前記第２ＭＢＳセッション開始要求は、前記子制御プレーンノードに対し、前記中間ユーザプレーンノードに子ユーザプレーンノードを割り当て、前記子ユーザプレーンノードに、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータを受信させるよう指示するためのものである。

本願の実施例の一態様によれば、マルチキャスト・ブロードキャストサービスの通信装置が提供されている。前記装置は、中間セッション管理機能（Ｉ－ＳＭＦ）から送信された第１ユーザプレーンマルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション確立要求を受信するように構成される第２受信ユニットであって、前記第１ユーザプレーンＭＢＳセッション確立要求には、第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）のユーザプレーンノードで割り当てられた第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及び第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）が含まれる、第２受信ユニットと、前記Ｉ－ＳＭＦに第１ユーザプレーンＭＢＳセッション確立応答をフィードバックするように構成される送信ユニットであって、前記第１ユーザプレーンＭＢＳセッション確立応答には、中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤが含まれ、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスは、前記中間ユーザプレーンノードの子ユーザプレーンノードが、前記中間ユーザプレーンノードからマルチキャスト方式で伝送されたＭＢＳサービスデータを受信するために、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである、送信ユニットと、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートする場合、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するように構成される処理ユニットと、を含む。

本願の実施例の一態様によれば、コンピュータプログラムを記憶したコンピュータ可読媒体が提供されており、前記コンピュータプログラムは、プロセッサによって実行されると、上記の実施例に記載のマルチキャスト・ブロードキャストサービスの通信方法を実現させる。

本願の実施例の一態様によれば、電子機器が提供されている。前記電子機器は、１つ又は複数のプロセッサと、１つ又は複数のプログラムが記憶される記憶装置と、を備え、前記１つ又は複数のプログラムは、前記１つ又は複数のプロセッサによって実行されると、前記１つ又は複数のプロセッサに、上記の実施例に記載のマルチキャスト・ブロードキャストサービスの通信方法を実現させる。

本願の実施例の一態様によれば、コンピュータ命令を含むコンピュータプログラム製品又はコンピュータプログラムが提供されている。該コンピュータ命令は、コンピュータ可読記憶媒体に記憶される。コンピュータ機器のプロセッサは、コンピュータ可読記憶媒体から該コンピュータ命令を読み取り、プロセッサが該コンピュータ命令を実行すると、該コンピュータ機器に上記の各種の任意選択的な実施例で提供されるマルチキャスト・ブロードキャストサービスの通信方法を実行させる。

本願のいくつかの実施例で提供される構成では、第ｉレベルの制御プレーンノードが、Ｉ－ＳＭＦを選択してから、Ｉ－ＳＭＦに第１ＭＢＳセッション開始要求を送信することにより、Ｉ－ＳＭＦに、中間ユーザプレーンノードとユーザプレーンＭＢＳセッションを確立するよう指示する。中間ユーザプレーンノードは、第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入して、第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信することができる。また、Ｉ－ＳＭＦは、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに第２ＭＢＳセッション開始要求を送信することにより、中間ユーザプレーンノードに子ユーザプレーンノードを割り当てるよう該子制御プレーンノードに指示してもよい。中間ユーザプレーンノードに割り当てられた子ユーザプレーンノードは、中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入して、中間ユーザプレーンノードから送信されたＭＢＳサービスデータを受信することができる。ここから分かるように、本願の実施例の構成によれば、制御プレーンとユーザプレーンが分離された通信システムアーキテクチャで、ユーザプレーンＭＢＳセッション伝送ツリーの確立を実現できるとともに、中間ユーザプレーンノードが、第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入して、第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信することができ、中間ユーザプレーンノードの子ユーザプレーンノードが、中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入して、中間ユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信することができるので、ＭＢＳサービスデータの伝送効率を向上させることができる。

理解すべきものとして、上記の一般的な説明及び以下の詳細な説明は、例示的で解釈的なものに過ぎず、本願を制限するものではない。

ここでの図面は、明細書に組み込まれて、本明細書の一部を構成し、本願に適合する実施例を示し、明細書とともに本願の原理を解釈するために用いられる。明らかに、以下の説明における図面は本願のいくつかの実施例を示しているに過ぎず、当業者にとって、創造的な労働をすることなく、これらの図面から他の図面を得ることもできる。図面では、
ユニキャスト通信システム及びマルチキャスト通信システムのデータ伝送フローの模式図を示す。ＭＢＭＳのマルチキャストコンテキストのアクティブ化プロセスの模式図を示す。ＩＰｖ４のネットワークアドレスの分類の模式図を示す。ＩＰｖ４のマルチキャストアドレスの構造の模式図を示す。ＩＰｖ６のマルチキャストアドレスの構造の模式図を示す。ＩＰｖ４のヘッダの構造の模式図を示す。ＩＧＭＰｖ１のプロトコルヘッダのフォーマット、ＩＧＭＰｖ２のプロトコルヘッダのフォーマット、及びＩＧＭＰｖ３のメンバーレポートメッセージのフォーマットの模式図を示す。ＭＢＭＳマルチキャストサービスのＭＢＭＳ登録プロセスの模式図を示す。ＭＢＭＳセッション開始プロセスの模式図を示す。ＭＢＳシステムのアーキテクチャの模式図を示す。ＭＢＳシステムの構成の模式図を示す。本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信方法のフローチャートを示す。本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信方法のフローチャートを示す。本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信方法のフローチャートを示す。本願の一実施例による制御プレーンとユーザプレーンが分離されたＭＢＳの通信方法のフローチャートを示す。本願の一実施例による制御プレーンとユーザプレーンが分離されたＭＢＳの通信方法のフローチャートを示す。ＮＧ－ＲＡＮにおけるｇＮＢと５ＧＣとの接続関係の模式図を示す。本願の一実施例による制御プレーンとユーザプレーンが分離されたＭＢＳの通信方法のフローチャートを示す。本願の実施例の構成のカスケード方式の模式図を示す。本願の一実施例による制御プレーンとユーザプレーンが分離されたＭＢＳの通信方法のフローチャートを示す。本願の一実施例による制御プレーンとユーザプレーンが分離されたＭＢＳの通信方法のフローチャートを示す。本願の一実施例による制御プレーンとユーザプレーンが分離されたＭＢＳの通信方法のフローチャートを示す。本願の一実施例による制御プレーンとユーザプレーンが分離されたＭＢＳの通信方法のフローチャートを示す。本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信装置のブロック図を示す。本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信装置のブロック図を示す。本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信装置のブロック図を示す。本願の実施例を実現することに好適な電子機器のコンピュータシステムの構成の模式図を示す。

図面を参照して、例示的な実施形態をより完全に説明する。しかしながら、例示的な実施形態は、様々な形式で実施されることができ、ここで述べられる模範例に限定されるものとして理解されるべきではない。逆に、これらの実施形態を提供することにより、本願がより全面的且つ完全になり、例示的な実施形態の構想が全面的に当業者に伝えられる。

なお、説明される特徴、構成、又は特性は、任意の適切な方式で１つ又は複数の実施例に組み合わせることができる。以下の説明において、多くの具体的な細部を提供することにより、本願の実施例に対する十分な理解を提供する。しかしながら、当業者が認識すべきものとして、本願の構成を実施するには、特定の細部のうち１つ又は複数がなくてもよいし、又は、他の方法、構成要素、装置、ステップなどを採用してもよい。他の場合には、本願の各態様をあいまいにしないように、公知の方法、装置、実現、又は動作を詳しく示したり説明したりしない。

図面に示されているブロック図は、単なる機能エンティティであり、必ずしも物理的に独立したエンティティに対応する必要はない。即ち、これらの機能エンティティは、ソフトウェアで実現されてもよく、あるいは、１つ又は複数のハードウェアモジュール又は集積回路で実現されてもよく、あるいは、異なるネットワーク及び／又はプロセッサ装置及び／又はマイクロコントローラ装置で実現されてもよい。

図面に示されているフローチャートは、例示的な説明に過ぎず、必ずしも全ての内容及び動作／ステップを含むわけではなく、説明された順序で実行する必要もない。例えば、ある動作／ステップは、分解することができ、ある動作／ステップは、マージ又は部分的にマージすることができるので、実際に実行される順序は、実際の状況に応じて変更される可能性がある。

説明すべきものとして、本明細書で言及される「複数」は、２つ又は２つ以上を指す。「及び／又は」は、関連オブジェクトの関連関係を記述するものであり、３種類の関係があり得ることを表す。例えば、Ａ及び／又はＢは、Ａが単独で存在する場合、Ａ及びＢが同時に存在する場合、Ｂが単独で存在する場合という３つの場合を表すことができる。文字「／」は、一般的に、前後の関連オブジェクトが「又は」の関係にあることを表す。

第２世代移動通信技術（２Ｇ）、第３世代移動通信技術（３Ｇ）、及び第４世代移動通信技術（４Ｇ）の無線通信システムは、ブロードキャスト（Ｂｒｏａｄｃａｓｔ）及びマルチキャスト（Ｍｕｌｔｉｃａｓｔ）という２種類のサービスに分けられるマルチメディアブロードキャスト・マルチキャストサービス（ＭＢＭＳ：ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔａｎｄＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅ）をサポートする。ただし、２Ｇ及び３Ｇのシステムのみがマルチキャストサービスをサポートし、４Ｇのシステムが規格ではマルチキャストサービスをサポートしないが、２Ｇ、３Ｇ、及び４Ｇのシステムは、いずれもブロードキャストサービスをサポートする。

ブロードキャスト及びマルチキャストのサービスに加えて、ネットワークノード間の通信方式にはユニキャストも含まれる。「ユニキャスト」は、１対１の通信であり、送信者が異なる受信者に異なるコンテンツを伝送できるという利点があるが、送信者が複数の受信者に同じコンテンツを伝送する必要がある場合、複数の同じデータをエンドツーエンドで個別に伝送する必要があり、効率が低い。具体的には、図１に示すように、ユニキャストソースがユニキャスト方式で複数の受信者にデータを送信する場合、複数の同じデータをエンドツーエンド方式で個別に伝送する必要がある（図１において、異なる線タイプは、異なるデータフローを示す）。

「マルチキャスト」は、送信者が同じコンテンツを複数の受信者に伝送することである。オンラインビデオ会議、オンラインビデオオンデマンドには、マルチキャスト方式を採用するのが特に好適である。その理由として、ユニキャスト方式を採用すると、受信者の数だけ何度も伝送プロセスが行われ、明らかに効率が極めて低いが、送信先を区別することなく、全部で送信するようなブロードキャスト方式を採用すると、データの伝送を１回で完了できるものの、特定のデータ受信者を区別する目的を達成できない。ここから分かるように、マルチキャスト方式を採用すると、１回で複数の受信者に同じデータを送信することを実現できるとともに、特定の対象のみにデータを伝送する目的を達成できる。具体的には、図１に示すように、マルチキャストソースは、１回で複数の受信者に同じデータを送信することができる。

「ブロードキャスト」も、同じコンテンツを複数の受信者に伝送することであるが、伝送時に受信者の選択が行われないため、必要以上の機器にもデータの伝送が行われる場合があり得、ネットワークリソースの浪費を引き起こす。また、一部の受信者は、ブロードキャストされたコンテンツに「興味」がない場合があり得るため、ブロードキャストされたコンテンツを受信すると、受信されたデータパケットを捨てざるを得なく、さらに、端末リソースの浪費も引き起こす。

ブロードキャストサービスとマルチキャストサービスとの根本的な違いは、システムにおけるユーザ機器（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）のいずれもブロードキャストサービスに参加でき、且つサブスクライブする必要がないが、マルチキャストサービスのＵＥがサブスクライブ及び認証の後にしか参加できないという点にある。また、注意すべきものとして、マルチキャストサービス及びブロードキャストサービスには、様々な種類があり、マルチキャストサービスの場合、ＵＥは、ＩＰマルチキャストアドレスによって、相応のサービスのマルチキャストグループに加入する。１つのブロードキャストグループに対応するブロードキャストサービスは、その特定のサービスエリアを有する。

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）プロトコルのＴＳ２３．２４６の８．２節では、ＭＢＭＳのマルチキャストコンテキストのアクティブ化プロセスが定義されている。具体的には、図２に示すように、以下のステップを含む。

ステップＳ２０１では、ＵＥが、１つのアクセスポイント名（ＡＰＮ：ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ）を選択して、１つのパケットデータプロトコル（ＰＤＰ：ＰａｃｋｅｔＤａｔａＰｒｏｔｏｃｏｌ）コンテキスト（Ｃｏｎｔｅｘｔ）を確立する。その後、１つのインターネットプロトコル（ＩＰ）アドレスがＵＥに割り当てられる。説明の便宜上、このステップにおいてＵＥにより選択されたＡＰＮをＡＰＮ０で識別する。

ステップＳ２０２では、ＵＥが、１つのＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓ（このＩＰマルチキャストアドレスは、１つのマルチキャストサービスを識別するためのものである）を選択した後、ＵＥがこのマルチキャストグループに加入したいことを指示するために、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ：ＧａｔｅｗａｙＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）にＩＧＭＰジョイン（Ｊｏｉｎ）データパケットを送信する。

ステップＳ２０３では、ＧＧＳＮが、ブロードキャスト・マルチキャストサービスセンター（ＢＭ－ＳＣ：ＢｒｏａｄｃａｓｔＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅＣｅｎｔｅｒ）にＭＢＭＳ許可要求を送信し、ＢＭ－ＳＣからフィードバックされたＭＢＭＳ許可応答を受信する。ここで、ＢＭ－ＳＣは、ＵＥのサブスクライブデータに基づいて、ＵＥがこのマルチキャストグループに加入できるか否かを認証し、ＵＥがこのマルチキャストグループに加入できると確認した場合、ＵＥがこのマルチキャストグループに加入するために使用されるＡＰＮ（このＡＰＮをＡＰＮ１で識別する）をＭＢＭＳ許可応答に付する。その後、ステップＳ２０４ａ、Ｓ２０４ｂ、Ｓ２０５によって、ＵＥが使用するＡＰＮ１をＵＥに伝達する。

ステップＳ２０６では、ＵＥが、ＢＭ－ＳＣから提供されたＡＰＮ１に基づいて、１つの新たなＭＢＭＳセッション（Ｓｅｓｓｉｏｎ）を開始し、即ち、ＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓと、ＡＰＮ１と、ＵＥのＭＢＭＳ能力とが含まれるＭＢＭＳコンテキストアクティブ化要求を送信する。このＭＢＭＳ能力は、例えば、サービス品質（ＱｏＳ：ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）能力であってもよい。

ステップＳ２０７では、サービングＧＰＲＳサポートノード（ＳＧＳＮ：ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）が、ＵＥのサブスクライブＡＰＮ１があるか否かをチェックし、チェックが合格できない場合、ＳＧＳＮがＧＧＳＮにＭＢＭＳ通知拒否要求を送信し、ＧＧＳＮがＭＢＭＳに通知拒否応答を送信する。説明すべきものとして、ＵＥのサブスクライブデータは、ホーム加入者サーバ（ＨＳＳ：ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）に保存されるが、図２には、ＳＧＳＮとＨＳＳとのやり取りプロセスが示されていない。また、図２におけるステップＳ２０８及びステップＳ２０９の具体的なプロセスは、ＴＳ２３．２４６の８．２節で定義されたＭＢＭＳコンテキストのアクティブ化プロセスを参照する。

ステップＳ２１０では、ＵＥがＳＧＳＮのチェックに合格した場合、ＳＧＳＮが、ＡＰＮ１に基づいて他のＧＧＳＮ（即ち、ＭｕｌｔｉｃａｓｔサービスをサポートするＧＧＳＮ）を選択し、ＵＥのＩＤと、ＵＥＬｏｃａｔｉｏｎＩＤと、ＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓと、ＡＰＮ１と、ＵＥのアクセス情報（例えば、２Ｇであるか、それとも、３Ｇであるか）とが含まれるＭＢＭＳコンテキスト作成要求メッセージをこのＧＧＳＮに送信する。

ここで、ＵＥのＩＤは、国際的な加入者識別番号（ＩＭＳＩ：ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙ）、又は移動局国際的なサービス総合ディジタル網番号（ＭＳＩＳＤＮ：ＭｏｂｉｌｅＳｔａｔｉｏｎＩｎｔｅｒｎａｔｉｏｎａｌＩｎｔｅｇｒａｔｅｄＳｅｒｖｉｃｅＤｉｇｉｔａｌＮｅｔｗｏｒｋＮｕｍｂｅｒ）であってもよい。ＵＥ位置（Ｌｏｃａｔｉｏｎ）ＩＤは、無線アクセス技術（ＲＡＴ：ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ）ＩＤ、又は共通ゲートウェイインタフェース（ＣＧＩ：ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）、又はサービスエリア識別子（ＳＡＩ：ＳｅｒｖｉｃｅＡｒｅａＩｄｅｎｔｉｔｙ）などであってもよい。

ステップＳ２１１では、ＧＧＳＮがＢＭ－ＳＣにＭＢＭＳ許可要求を送信し、ＢＭ－ＳＣが、ＵＥのサブスクライブ情報に基づいてＵＥに許可を与え、ＧＧＳＮにＭＢＭＳ許可応答をフィードバックする。

ステップＳ２１２では、アクセスが許可され、且つ、ＧＧＳＮには、ＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓが指示するいかなるＵＥのコンテキストもなく、即ち、このＵＥがこのＧＧＳＮにおいてＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓによって識別されるマルチキャストサービスに１番目にアクセスするものである場合、その上位ノードＢＭ－ＳＣに登録を行うことにより、後続にＩＰｍｕｌｔｉｃａｓｔＡｄｄｒｅｓｓ宛のマルチキャストサービスデータを送信する際に、それをこのＧＧＳＮに送信する必要があることを指示する。（注意すべきものとして、異なるＵＥが異なるＧＧＳＮを選択する可能性があるため、ＢＭ－ＳＣは、マルチキャストデータを下向きに送信する際に、これらのＧＧＳＮに同じマルチキャストデータを同時に送信する必要がある。）

ステップＳ２１３では、ＧＧＳＮが、このＵＥの、このＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓに対応するＭＢＭＳＵＥコンテキストを作成した後、ＭＢＭＳコンテキスト作成に成功したことを指示するために、ＳＧＳＮにＭＢＭＳコンテキスト作成応答を送信する。

ステップＳ２１４では、ステップＳ２１２に類似して、ＳＧＳＮには、ＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓが指示するいかなるＵＥのコンテキストもなく、即ち、このＵＥがこのＳＧＳＮにおいてＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓによって識別されるマルチキャストサービスに１番目にアクセスするものである場合、上位ノードＧＧＳＮに登録を行うことにより、後続にＩＰｍｕｌｔｉｃａｓｔＡｄｄｒｅｓｓ宛のマルチキャストサービスデータを送信する際に、それをこのＳＧＳＮに送信する必要があることを指示する。（注意すべきものとして、異なるＵＥが異なるＳＧＳＮを選択する可能性があるため、このＧＧＳＮは、マルチキャストデータを下向きに送信する際に、これらのＳＧＳＮに同じマルチキャストデータを同時に送信する必要がある。）

図２におけるステップＳ２１５からステップＳ２１７の具体的なプロセスは、ＴＳ２３．２４６の８．２節で定義されたＭＢＭＳコンテキストのアクティブ化プロセスを参照する。

図２に示されたフローから分かるように、２Ｇ又は３ＧのＵＥは、まず、ＡＰＮ０によって１つのＰＤＰＣｏｎｔｅｘｔを確立し、１つのＩＰアドレスが割り当てられ、次に、このＩＰアドレスで、マルチキャストに加入するＩＧＭＰＪｏｉｎデータパケットをネットワークに送信する。ＧＧＳＮは、このＩＧＭＰデータパケットをキャプチャした後、ＭＢ－ＳＣに１つのシグナリング（即ち、ＭＢＭＳ許可要求）を送信する必要がある。さらに、ＢＭ－ＳＣは、ＵＥに１つのＡＰＮ１を割り当てる。その後、ＵＥは、このＡＰＮ１でＭＢＭＳコンテキストアクティブ化要求メッセージを送信する。これにより、１つのＭＢＭＳコンテキストをアクティブ化することができる。

前述したＩＰマルチキャストアドレスは、ＩＰｖ４のマルチキャストアドレスであり得るし、ＩＰｖ６のマルチキャストアドレスであってもよい。図３に示すように、ＩＰｖ４のネットワークアドレスは、クラスＡアドレス、クラスＢアドレス、クラスＣアドレス、クラスＤアドレス、及びクラスＥアドレスに分けられる。そのうち、クラスＡアドレスの１番目のバイト（８ビット）はネットワーク番号であり、残りの３バイト（２４ビット）はホスト番号であり、クラスＡアドレスの範囲は０．０．０．０から１２７．２５５．２５５．２５５である。クラスＢアドレスの１番目のバイト及び２番目のバイトはネットワーク番号であり、残りの２バイトはホスト番号であり、クラスＢアドレスの範囲は、１２８．０．０．０から１９１．２５５．２５５．２５５である。クラスＣアドレスの先頭３バイトはネットワーク番号であり、４番目のバイトはホスト番号であり、クラスＣアドレスの範囲は、１９２．０．０．０から２２３．２５５．２５５．２５５である。クラスＤアドレスはマルチキャストアドレスであり、その先頭４ビットは「１１１０」であり、クラスＤアドレスの範囲は、２２４．０．０．０から２３９．２５５．２５５．２５５である。クラスＥアドレスは予約アドレスであり、その先頭５ビットは「１１１１０」であり、クラスＥアドレスの範囲は、２４０．０．０．０から２４７．２５５．２５５．２５５である。

図４に示すように、ＩＰｖ４のマルチキャストアドレスには、３種類の構造があり得る。この３種類の構造は、それぞれ、周知（Ｗｅｌｌ－Ｋｎｏｗｎ）のマルチキャストアドレス、グローバルスコープ（Ｇｌｏｂａｌｌｙ－Ｓｃｏｐｅｄ）のマルチキャストアドレス、及びローカルスコープ（Ｌｏｃａｌｌｙ－Ｓｃｏｐｅｄ）のマルチキャストアドレスに適する。

ＩＰｖ６のマルチキャストアドレスの構造は、図５に示す通りである。１番目のバイト（８ビット）は、該アドレスがマルチキャストアドレスであることを表し、次の４ビットは、フラグ（Ｆｌａｇ）フィールドであり、さらに次の４ビットは、スコープ（Ｓｃｏｐｅ）フィールドであり、最後の１１２ビットは、グループ識別子（ＧｒｏｕｐＩＤ）である。

そのうち、フラグフィールドの１番目のビットは、０であり、将来使用するために予約されており、２番目のビットは、該マルチキャストアドレスにランデブーポイント（ＲＰ：ＲｅｎｄｅｚｖｏｕｓＰｏｉｎｔ）が埋め込まれているか否かを指示する。ＲＰは、マルチキャストネットワークにおける指定のマルチキャストフローの配信ポイントである。例えば、２番目のビットが０である場合は、ランデブーポイントが埋め込まれていないことを表し、２番目のビットが１である場合は、ランデブーポイントが埋め込まれていることを表す。フラグフィールドの３番目のビットは、該マルチキャストアドレスにプレフィックス情報が埋め込まれているか否かを指示する。例えば、３番目のビットが０である場合は、プレフィックス情報が埋め込まれていないことを表し、３番目のビットが１である場合は、プレフィックス情報が埋め込まれていることを表す。フラグフィールドの最後のビットは、該マルチキャストアドレスが、永久に割り当てられるマルチキャストアドレス（ｐｅｒｍａｎｅｎｔｌｙａｓｓｉｇｎｅｄａｄｄｒｅｓｓ）であるか、それとも、一時的なマルチキャストアドレス（ｔｒａｎｓｉｅｎｔｍｕｌｔｉｃａｓｔａｄｄｒｅｓｓ）であるかを指示する。例えば、最後のビット値が０である場合は、永久に割り当てられるマルチキャストアドレスであることを表し、最後のビット値が１である場合は、一時的なマルチキャストアドレスであることを表す。

スコープ（Ｓｃｏｐｅ）フィールドは、マルチキャストアドレスの範囲を限定することを役割とし、値及び説明が表１に示す通りである。

マルチキャスト通信では、マルチキャストアドレスを宛先ＩＰアドレス（即ち、ＩＰヘッダにおける宛先ＩＰアドレス）とすることのみができるが、マルチキャストアドレスを送信元ＩＰアドレスとすることができない。ＭＢＭＳ（２Ｇ、３Ｇ）及びＭＢＳ（５Ｇ）のマルチキャストサービスにおいて、マルチキャストデータパケットは、いずれも、ネットワーク側から下向きにＵＥに送信されたものであり、即ち、マルチキャストデータパケットは、いずれも、下り（ＤＬ：Ｄｏｗｎｌｉｎｋ）データパケットであり、ＵＥは、それに対応するマルチキャストアドレスによって、ネットワーク側にデータを送信することができない。つまり、ＵＥは、このマルチキャストアドレスを宛先ＩＰアドレスとして、上りのＩＰパケットを送信することができない。即ち、上り（ＵＬ：Ｕｐｌｉｎｋ）のマルチキャストデータはない。

ネットワークで伝送されるＩＰパケットは、ＩＰヘッダ及びデータという２つの部分によって構成される。ＩＰｖ４ヘッダの構造は、図６に示すように、主に、「バージョン」フィールド、「ヘッダ長」フィールド、「サービスタイプ」フィールド、「全長」フィールド、「識別子」フィールド、「フラグ」フィールド、「フラグメントオフセット」フィールド、「生存時間」フィールド、「プロトコル」フィールド、「ヘッダチェックサム」フィールド、「送信元アドレス」フィールド、「宛先アドレス」フィールド、「オプションフィールド」を含む。

そのうち、「バージョン」フィールドは、４ビットを占め、ＩＰプロトコルのバージョンを指し、例えば、バージョン番号が４（即ち、ＩＰｖ４）である。「ヘッダ長」フィールドは、４ビットを占める。「サービスタイプ」フィールドは、８ビットを占め、より良いサービスを得るためのものである。「全長」フィールドは、１６ビットを占め、ヘッダとデータとの総和の長さを指す。「識別子」フィールドは、１６ビットを占め、データグラムの識別子を生成するためのカウンターである。「フラグ」フィールドは、３ビットを占める。「フラグ」フィールドの最下位ビットはＭＦ（ＭｏｒｅＦｒａｇｍｅｎｔ）である。ＭＦ＝１の場合は、後に「継続フラグメントがある」ことを表し、ＭＦ＝０の場合は、最後のフラグメントであることを表す。「フラグ」フィールドの真ん中の１ビットはＤＦ（Ｄｏｎ’ｔＦｒａｇｍｅｎｔ）である。ＤＦ＝０の場合にのみ、フラグメント化が許される。「フラグメントオフセット」フィールドは、１２ビットを占め、長いパケットのフラグメント化後のあるフラグメントの元のパケットにおける相対位置を指す。「生存時間」フィールドは、即ちＴＴＬ（ＴｉｍｅＴｏＬｉｖｅ）であり、８ビットを占める。ＴＴＬフィールドは、送信側によって初期設定されるフィールドである。「プロトコル」フィールドは、８ビットを占め、このデータグラムに付されているデータにどのプロトコルを使用するかを指示するためのものであり、その値が「１」である場合は、インターネット制御メッセージプロトコル（ＩＣＭＰ：ＩｎｔｅｒｎｅｔＣｏｎｔｒｏｌＭｅｓｓａｇｅＰｒｏｔｏｃｏｌ）であることを表し、その値が「２」である場合は、ＩＧＭＰプロトコルであることを表し、その値が「６」である場合は、伝送制御プロトコル（ＴＣＰ：ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）であることを表し、その値が「１７」である場合は、ユーザデータグラムプロトコル（ＵＤＰ：ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ）であることを表し、その値が「５０」である場合は、カプセル化セキュリティペイロード（ＥＳＰ：ＥｎｃａｐｓｕｌａｔｉｎｇＳｅｃｕｒｉｔｙＰａｙｌｏａｄ）プロトコルであることを表し、その値が「５１」である場合は、認証ヘッダ（ＡＨ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎｈｅａｄｅｒ）プロトコルであることを表す。「ヘッダチェックサム」フィールドは、１６ビットを占め、データグラムのヘッダのみを検査し、データ部分を検査しない。「送信元アドレス」フィールド及び「宛先アドレス」フィールドは、それぞれ４ビットを占め、送信元アドレス及び宛先アドレスをそれぞれ記録するためのものである。

上記で言及されたＩＧＭＰプロトコルには、ＩＧＭＰｖ１、ＩＧＭＰｖ２、及びＩＧＭＰｖ３という３つのプロトコルバージョンがあり、それらに対応する規格は、それぞれ、ＲＦＣ１０５４、ＲＦＣ２２３６、及びＲＦＣ３３７６である。ＩＧＭＰｖ１のプロトコルヘッダのフォーマット及びＩＧＭＰｖ２のプロトコルヘッダのフォーマットは、図７に示す通りである。そのうち、ＩＧＭＰｖ１のプロトコルヘッダは、４ビットのＩＧＭＰバージョンフィールドと、４ビットのＩＧＭＰメッセージタイプフィールド（このフィールドの値が１である場合は、ＨｏｓｔＭｅｍｂｅｒｓｈｉｐＱｕｅｒｙ、即ちホストメンバーシップクエリタイプであることを表し、その値が２である場合は、ＨｏｓｔＭｅｍｂｅｒｓｈｉｐＲｅｐｏｒｔ、即ちホストメンバーシップレポートタイプであることを表す）と、８ビットの未使用フィールド（このフィールドに対して、送信時に０を埋め、受信時に無視する）と、１６ビットのＩＧＭＰチェックサムフィールド（メッセージの伝送時には、このチェックワードを計算してこのフィールドに挿入し、パケットの受信時には、パケットを処理する前にこのフィールドを検査する）と、３２ビットのマルチキャストアドレスフィールドとを含む。

ＩＧＭＰｖ２のプロトコルヘッダは、８ビットのメッセージタイプフィールド、８ビットの最大応答時間フィールド、１６ビットのＩＧＭＰチェックサムフィールド、及び３２ビットのマルチキャストアドレスフィールドを含む。

そのうち、ＩＧＭＰｖ２のプロトコルヘッダのメッセージタイプフィールドが指示するタイプには、以下のいくつかの種類がある。０ｘ１１＝ＭｅｍｂｅｒｓｈｉｐＱｕｅｒｙは、ＩＧＭＰメンバーシップクエリメッセージを表し、０ｘ１２＝Ｖｅｒｓｉｏｎ１ＭｅｍｂｅｒｓｈｉｐＲｅｐｏｒｔは、ＩＧＭＰｖ１のメンバーシップレポートメッセージを表し、０ｘ１６＝Ｖｅｒｓｉｏｎ２ＭｅｍｂｅｒｓｈｉｐＲｅｐｏｒｔは、ＩＧＭＰｖ２のメンバーシップレポートメッセージを表し、０ｘ１７＝ＬｅａｖｅＧｒｏｕｐは、離脱メッセージを表す。ＩＧＭＰｖ２では、古い４ビットのバージョンフィールドと、古い４ビットのタイプフィールドとが連結されて１つの新しい８ビットのタイプフィールドとなり、（バージョン１及びバージョン２の）メンバーシップクエリメッセージ、並びにバージョン１のメンバーシップレポートメッセージのタイプコードをそれぞれ０ｘ１１及び０ｘ１２にセットすることにより、ＩＧＭＰバージョン１及びバージョン２のパケットフォーマットの後方互換性が維持されている。

ＩＧＭＰｖ２のプロトコルヘッダの最大応答時間フィールドは、応答報告の送信までの最長時間（１／１０秒を単位とする）を指示するためのものであり、デフォルト値が１０秒である。ＩＧＭＰｖ１に類似して、メッセージの伝送時には、チェックサムを計算してＩＧＭＰｖ２のプロトコルヘッダのチェックサムフィールドに埋め込み、メッセージの受信時には、ＩＧＭＰメッセージの伝送中にエラーが発生したか否かを判断するために、メッセージを処理する前にチェックサムを検査する。

引き続いて図７を参照すると、ＩＧＭＰｖ３におけるメンバーシップレポートメッセージ（ＭｅｍｂｅｒｓｈｉｐＲｅｐｏｒｔ）のフォーマットは、タイプフィールド（メンバーシップレポートメッセージであるため、タイプ＝０ｘ２２）、予約フィールド、チェックサムフィールド、グループレコード数フィールド、及びグループレコードフィールドを含む。ここで、図２に示されたＩＧＭＰＪｏｉｎデータパケットは、ＩＧＭＰのＭｅｍｂｅｒｓｈｉｐＲｅｐｏｒｔメッセージによって実現されるものである。ＩＧＭＰｖ３の場合、ＩＧＭＰＪｏｉｎｔメッセージのＩＰパケットにおける宛先ＩＰアドレスは加入先のＩＰマルチキャストアドレスではなく、加入先のＩＰマルチキャストアドレスはメッセージのパラメータに含まれる。

規格ＴＳ２３．２４６の８．４節では、ＭＢＭＳマルチキャストサービスに適用されるＭＢＭＳ登録プロセスが定義されている。具体的には、図８に示すように、以下のステップを含む。ステップＳ８０１では、無線ネットワークコントローラ（ＲＮＣ：ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）がＳＧＳＮにＭＢＭＳ登録要求を送信する。ステップＳ８０２では、ＳＧＳＮがＧＧＳＮにＭＢＭＳ登録要求を送信する。ステップＳ８０３では、ＧＧＳＮがＢＭ－ＳＣにＭＢＭＳ登録要求を送信する。ステップＳ８０４では、ＢＭ－ＳＣが、ＧＧＳＮにＭＢＭＳ登録応答をフィードバックし、それと同時にＭＢＭＳセッション開始プロセスを実行することができる。ステップＳ８０５では、ＧＧＳＮが、ＳＧＳＮにＭＢＭＳ登録応答をフィードバックし、それと同時にＭＢＭＳセッション開始プロセスを実行することができる。ステップＳ８０６では、ＳＧＳＮが、ＲＮＣにＭＢＭＳ登録応答をフィードバックし、それと同時にＭＢＭＳセッション開始プロセスを実行することができる。ここから分かるように、ＭＢＭＳ登録プロセスの主な機能は、上から下への制御ベアラ確立（ＭＢＭＳＢｅａｒｅｒＣｏｎｔｅｘｔ）のシグナリングツリーを形成することである。２Ｇ、３Ｇの規格では、制御プレーンとユーザプレーンが分離されないため、制御プレーンにＭＢＭＳベアラ制御プレーンの伝送ツリーが形成されることは、後続に上から下へのＭＢＭＳベアラの伝送ツリーを確立できることと同等である（注意すべきものとして、ＭＢＭＳベアラの伝送ツリーは、ＭＢＭＳＳｅｓｓｉｏｎＳｔａｒｔプロセスで確立される）。また、４Ｇはマルチキャストサービスをサポートしないため、４Ｇ規格にＭＢＭＳ登録プロセスは存在しない。

規格ＴＳ２３．２４６の８．３節では、ＭＢＭＳセッション開始プロセスが定義されている。具体的には、図９に示すように、以下のステップを含む。ステップＳ９０１では、ＢＭ－ＳＣがＧＧＳＮにＭＢＭＳセッション開始要求を送信し、ＧＧＳＮがＢＭ－ＳＣにＭＢＭＳセッション開始応答をフィードバックする。ステップＳ９０２では、ＧＧＳＮがＳＧＳＮにＭＢＭＳセッション開始要求を送信し、その後、ＳＧＳＮがＧＧＳＮにＭＢＭＳセッション開始応答をフィードバックする。ステップＳ９０３では、ＳＧＳＮが基地局コントローラ（ＢＳＣ：ＢａｓｅＳｔａｔｉｏｎＣｏｎｔｒｏｌｌｅｒ）／ＲＮＣにＭＢＭＳセッション開始要求を送信し、その後、ＢＳＣ／ＲＮＣがＳＧＳＮにＭＢＭＳセッション開始応答をフィードバックする。ステップＳ９０４では、ＵＥとＲＳＣ／ＲＮＣとの間でＭＢＭＳセッション開始プロセスを行う。ステップＳ９０３ａでは、ＢＳＣ／ＲＮＣがＩＧＭＰｖ３のメンバーシップレポートメッセージを送信する。

ここで、ＭＢＭＳのマルチキャストサービスの場合、ＭＢＭＳ登録プロセス及びＭＢＳセッション開始プロセスは、両方とも、ＰｅｒＵＥＰｅｒＩＰＭｕｌｔｉｃａｓｔではなく、ＰｅｒＩＰＭｕｌｔｉｃａｓｔ（各ＩＰマルチキャスト毎）のプロセスであり、このＩＰＭｕｌｔｉｃａｓｔのために、上から下への制御プレーンのＭＢＭＳベアラコンテキストのシグナリングツリーと、上から下へのＭＢＭＳベアラの伝送ツリーとを確立する。ＭＢＭＳのブロードキャストサービスの場合、ＭＢＭＳ登録プロセスはなく、ＭＢＳセッション開始プロセスは、ＰｅｒＵＥＰｅｒＩＰＢｒｏａｄｃａｓｔではなく、ＰｅｒＩＰＢｒｏａｄｃａｓｔ（各ＩＰブロードキャスト毎）のプロセスであり、このＩＰＢｒｏａｄｃａｓｔのために、上から下への制御プレーンのＭＢＭＳベアラコンテキストのシグナリングツリーと、上から下へのＭＢＭＳベアラの伝送ツリーとを確立する。

しかしながら、ＭＢＭＳのマルチキャストサービスの場合、登録フローを最適化するために、ＵＥによるＭＢＭＳＵＥＣｏｎｔｅｘｔアクティブ化プロセス中に、ＭＢＭＳ登録の一部のプロセス、例えば、図２に示されたステップＳ２１２及びステップＳ２１４を併せて実行してもよい。しかし、これは、ＳＧＳＮ及びＧＧＳＮにおける１番目のＵＥがこのＩＰＭｕｌｔｉｃａｓｔサービスをアクティブ化する場合にのみ実行され、２番目のＵＥが同じＳＧＳＮ及びＧＧＳＮにおいてこのＩＰＭｕｌｔｉｃａｓｔをアクティブ化する場合には、図２に示されたステップＳ２１２及びステップＳ２１４は実行されない。

ＭＢＭＳのマルチキャストサービス及びブロードキャストサービスにとって、１つの重要な機能は、マルチキャストサービス及びブロードキャストサービスのユーザプレーンの伝送ツリーを形成し、ユーザプレーンの伝送ループの形成（即ち、あるノードに到達するには複数の異なる伝送経路が存在すること）を防止するとともに、ＭＢＭＳの切れた枝の出現（即ち、あるノードに下流ノードがないことが出現すること）を防止することである。

２Ｇ～３Ｇシステムでは、複数のＳＧＳＮによって１つのプール（Ｐｏｏｌ）を構成することができる。ＧＧＳＮについて、規格ではＰｏｏｌが定義されていないが、実際の配置時には、システムの高い信頼性を提供するために１つのＧＧＳＮＰｏｏｌが存在する。このように、異なるＵＥは、同一のＢＳＣ／ＲＮＣにアクセスして、同じＭＢＭＳＩＰＭｕｌｔｉｃａｓｔをアクティブ化すると、ＢＳＣ／ＲＮＣによって、同一のＳＧＳＮＰｏｏｌ内の異なるＳＧＳＮ上に選択される可能性がある。しかし、これらのＵＥが使用するＡＰＮは同じであるので、これらの同一のＳＧＳＮＰｏｏｌ内の異なるＳＧＳＮは異なるＧＧＳＮを選択するが、ＳＧＳＮが同じＧＧＳＮに接続される可能性がある。３ＧＰＰ（登録商標）の規格では、ＲＮＣがＩｕインタフェースを使用する場合にのみ、ＳＧＳＮＰｏｏｌの使用を選択することが許され、ＭＢＭＳに対して、ＧＧＳＮがＣＰＲＳトンネリングプロトコルユーザプレーン（ＧＴＰ－Ｕ：ＧＰＲＳＴｕｎｎｅｌｉｎｇＰｒｏｔｏｃｏｌ－Ｕｓｅｒｐｌａｎｅ）を使用してＲＮＣに直接接続される必要があり、ユーザプレーンがＳＧＳＮを通過することが許されないように規定されている。このように、同一のＲＮＣ上の異なるユーザが同じＡＰＮおよびＩＰＭｕｌｔｉｃａｓｔを使用して異なるＳＧＳＮを選択したとしても、そのユーザプレーンは最終的に同じであり、複数の異なるユーザプレーンが存在することはない。

しかしながら、ＢＳＣにとって、それにＭＢＭＳセッション開始要求メッセージを送信する複数のＳＧＳＮが存在する場合がある。この場合について、規格ＴＳ２３．２３６では、ＢＳＣ／ＲＮＣが他のＳＧＳＮのＭＢＭＳセッション開始要求メッセージを拒否することにより、ユーザプレーンが１つのみであることを実現するように定義されている。同様に、複数のＧＧＳＮが１つのＳＧＳＮにＭＢＭＳセッション開始要求メッセージを送信する場合、ＳＧＳＮは、ベアラプレーンを確立するために１つのＧＧＳＮしか選択できず、さらにＭＢＭＳ伝送ループの出現を防止する。

ＢＳＣ／ＲＮＣが１つのＳＧＳＮのベアラプレーン確立を拒否すると、このＳＧＳＮに下流ノードがないことを引き起こす可能性がある。この場合、ＳＧＳＮは、ＤｅＲｅｇｉｓｔｒａｔｉｏｎ（登録キャンセル）技術（具体的には、規格ＴＳ２３．２３６の８．６．０節を参照すればよい）によって、自身をＧＧＳＮの下流ノードから削除することを実現するしかない。これにより、ＧＧＳＮがこのＳＧＳＮにＭＢＭＳのマルチキャストデータを送信するが、このＳＧＳＮが下向きに送信できないという問題を防止し、ＭＢＭＳ伝送の切れた枝の出現を回避する。同様に、ＳＧＳＮがＧＧＳＮのベアラプレーン確立を拒否すると、このＧＧＳＮに下流ノードがないことを引き起こす可能性がある。この場合、ＧＧＳＮは、ＤｅＲｅｇｉｓｔｒａｔｉｏｎ技術によって、自身をＢＭ－ＳＣの下流ノードから削除することを実現するしかない。これにより、ＢＭ－ＳＣがこのＧＧＳＮにＭＢＭＳのマルチキャストデータを送信することを防止し、ＭＢＭＳ伝送の切れた枝の出現を回避する。

即ち、ＭＢＭＳマルチキャストサービスの場合、最終的な伝送ポイントＵＥを除いたいかなるノードにも、１つの下流ノードがある。あるノードに下流ノードがない場合、このノードは、この伝送ツリーから離れるべきである（ＤｅＲｅｇｉｓｔｒａｔｉｏｎプロセスに対応する）。例えば、ある基地局下のＭＢＭＳＵＥが全て他の基地局に移動した場合、この基地局は、ＳＧＳＮにＤｅＲｅｇｉｓｔｒａｔｉｏｎ操作を行う必要があり、あるＳＧＳＮ下の全てのＭＢＭＳ接続基地局がＤｅＲｅｇｉｓｔｒａｔｉｏｎ操作を行った場合、このＳＧＳＮは、ＧＧＳＮにＤｅＲｅｇｉｓｔｒａｔｉｏｎ操作を行う必要があり、あるＧＧＳＮ下の全てのＭＢＭＳ接続ＳＧＳＮがＤｅＲｅｇｉｓｔｒａｔｉｏｎ操作を行った場合、このＧＧＳＮは、ＢＭ－ＳＣにＤｅＲｅｇｉｓｔｒａｔｉｏｎ操作を行う必要がある。

また、ＭＢＭＳサービス（ブロードキャストサービス及びマルチキャストサービスを含む）の伝送経路はツリー構造であり、各々の親ノードの下には１つ又は複数の子ノードがあるので、親ノードと子ノードのベアラは、親と子の間のＧＴＰトンネル（ＧＴＰＴｕｎｎｅｌ）に基づいてもよい。しかし、子ノードの数が特に多い場合には、親ノードが多数の子ノードに同じＩＰＭｕｌｔｉｃａｓｔデータを同時に送信する必要があり、ＧＴＰトンネルを介して伝送する方式では効率が非常に低いことは明らかである。ネットワーク側の親ノードと子ノードとの間の伝送効率を向上させるために、親ノードは、１つのローカルなＩＰＭｕｌｔｉｃａｓｔアドレス（このアドレスは、ＭＢＭＳＭｕｌｔｉｃａｓｔサービスのＭｕｌｔｉｃａｓｔアドレスではない）を割り当ててもよい。このトランスポート層のＩＰＭｕｌｔｉｃａｓｔアドレスは、子ノード（例えば、基地局）と親ノード（例えば、ＭＢＭＳＧＷ又はＧＧＳＮ）との間でＭＢＭＳサービスデータを効率的に伝送するためのものである。この場合には、親ノードがこのトランスポート層のマルチキャストアドレスを介してＭＢＭＳサービスデータを送信するだけで、全ての子ノードがＭＢＭＳサービスデータを受信することができ、親ノードのデータ処理量が大幅に軽減される。

上述したマルチキャストに基づくベアラ伝送最適化技術を使用するには、親ノードが１つのローカルなＩＰＭｕｌｔｉｃａｓｔトランスポート層アドレスを割り当てる必要があり、子ノードは、親ノードによって割り当てられたこのＩＰＭｕｌｔｉｃａｓｔトランスポート層アドレスを受信した後、ＩＧＭＰＪｏｉｎプロセスによってこのトランスポート層のマルチキャストグループに加入する必要がある。マルチキャストをサポートしない子ノードがあるため、一部の子ノードがトランスポート層マルチキャスト方式でＭＢＭＳサービスデータを受信し、他の一部の子ノードが個別にポイントツーポイントのＧＴＰＴｕｎｎｅｌ方式を使用する場合があり得、この場合には、子ノードが下りＧＴＰ－ＵのＩＰアドレス及びＴＥＩＤを割り当てる。もちろん、親ノードは、子ノードの数が少ないことを発見すると、マルチキャスト伝送方式を採用しないと決定してもよい。

ＭＢＭＳシステムでは、制御プレーンとユーザプレーンが分離されなく、つまり、いずれのネットワークノードもユーザプレーンと制御プレーンの両方の機能を含むため、あるネットワークノードがマルチキャスト伝送技術をサポートしない場合、ＧＴＰ－ＵのＩＰアドレス及びＴＥＩＤを直接返信することにより、親ノードは、そのノードがマルチキャスト伝送をサポートしないことを知ることができる。しかし、５ＧＭＢＳシステムでは、制御プレーンとユーザプレーンが分離されており、制御プレーンとユーザプレーンが同一のネットワークノードではなくなっている。この場合、ＭＢＳセッション伝送ツリーの確立は、さまざまな問題に直面する。

また、５ＧＭＢＳの最新の研究報告では、図１０及び図１１に示すような２つのシステムアーキテクチャが定義されている。そのうち、図１０に示されたシステムアーキテクチャは、現在の５Ｇアーキテクチャに機能を重ね合わせ、即ち、現在の５Ｇアーキテクチャを変更することなく、５Ｇアーキテクチャの機能及びインタフェースを強化することにより、５ＧＭＢＳサービスをサポートするものである。このアーキテクチャは、ソフトウェアのアップグレードによって５ＧＭＢＳへのサポートが可能になるというメリットがある。図１１に示されたシステムアーキテクチャは、真新しいアーキテクチャであり、即ち、現在の５Ｇアーキテクチャを変更することなく、いくつかの新たなネットワーク機能ノードを追加したものである。このアーキテクチャは、現在の５Ｇアーキテクチャへの影響が最小化されるというメリットがあるが、例えば、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ：ＮｅｘｔＧｅｎｅｒａｔｉｏｎＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）、アクセス及びモビリティ管理機能（ＡＭＦ：ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）、統合データ管理（ＵＤＭ：ＵｎｉｆｉｅｄＤａｔａＭａｎａｇｅｍｅｎｔ）、ユーザデータリポジトリ（ＵＤＲ：ＵｓｅｒＤａｔａＲｅｐｏｓｉｔｏｒｙ）、ネットワークエクスポージャー機能（ＮＥＦ：ＮｅｔｗｏｒｋＥｘｐｏｓｕｒｅＦｕｎｃｔｉｏｎ）、ＰＣＦなどのいくつかのネットワーク機能ノードの強化も必要となる可能性がある。

図１０において、ＳＭＦは、ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ、即ち、セッション管理機能であり、ＵＰＦは、ＵｓｅｒＰｌａｎｅＦｕｎｃｔｉｏｎ、即ち、ユーザプレーン機能であり、ＡＦは、ＡｐｐｌｉｃａｔｉｏｎＦｕｎｃｔｉｏｎ、即ち、アプリケーション機能である。図１１において、ＭＢ－ＵＰＦは、即ち、Ｍｕｌｔｉｃａｓｔ／Ｂｒｏａｄｃａｓｔ－ＵＰＦであり、ＭＢ－ＳＭＦは、即ち、Ｍｕｌｔｉｃａｓｔ／Ｂｒｏａｄｃａｓｔ－ＳＭＦであり、ＭＢＳＵは、即ち、マルチキャスト／ブロードキャストサービスユーザプレーン（Ｍｕｌｔｉｃａｓｔ／ＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅＵｓｅｒＰｌａｎｅ）であり、ＭＢＳＦは、即ち、マルチキャスト／ブロードキャストサービス機能（Ｍｕｌｔｉｃａｓｔ／ＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅＦｕｎｃｔｉｏｎ）である。

以下の実施例では、５ＧＭＢＳシステムのユーザプレーンＭＢＳセッション伝送ツリーに関する技術的内容を紹介し、以下のように詳しく述べる。

図１２は、本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信方法のフローチャートを示している。このマルチキャスト・ブロードキャストサービスの通信方法は、Ｉ－ＳＭＦが実行することができる。このマルチキャスト・ブロードキャストサービスの通信方法は、少なくともステップＳ１２１０からステップＳ１２３０を含む。以下のように詳細に紹介する。

ステップＳ１２１０では、ＭＢＳセッション伝送ツリーにおける第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードから送信された第１ＭＢＳセッション開始要求を受信し、この第１ＭＢＳセッション開始要求には、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報と、第ｉレベルの制御プレーンノードにより選択された第ｉレベルのユーザプレーンノードの識別情報と、第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレス及びマルチキャスト方式でＭＢＳサービスデータを伝送するための第１Ｃ－ＴＥＩＤとが含まれる。

本願の一実施例において、第ｉレベルの制御プレーンノードは、第ｉレベルの制御プレーンノードの子制御プレーンノードの情報に基づいて、管理されるユーザプレーン機能エンティティの中から、１つ又は複数のユーザプレーン機能エンティティを第ｉレベルのユーザプレーンノードとして選択してもよい。また、第ｉレベルの制御プレーンノードは、第ｉレベルの制御プレーンノードの子制御プレーンノードの情報に基づいて、第ｉレベルの制御プレーンノードにより管理されるユーザプレーン機能エンティティが、第ｉレベルの制御プレーンノードの子制御プレーンノードにより管理されるユーザプレーン機能エンティティと伝送経路を確立できないと決定した場合、第ｉレベルの制御プレーンノードと通信可能で、且つ第ｉレベルの制御プレーンノードの子制御プレーンノードと通信可能なＳＭＦをＩ－ＳＭＦとして選択してもよい。

例えば、第ｉレベルの制御プレーンノードのサービスエリアがＡであるが、第ｉレベルの制御プレーンノードの子制御プレーンノードのサービスエリアがＣである場合、即ち、第ｉレベルの制御プレーンノードにより管理されるユーザプレーン機能エンティティが、第ｉレベルの制御プレーンノードの子制御プレーンノードにより管理されるユーザプレーン機能エンティティと直接通信することができない場合、第ｉレベルの制御プレーンノードは、第ｉレベルの制御プレーンノードと通信可能で、且つ第ｉレベルの制御プレーンノードの子制御プレーンノードと通信可能な１つのＩ－ＳＭＦを選択してもよい。

本願の一実施例において、第ｉレベルの制御プレーンノードは、第ｉレベルのユーザプレーンノードを選択した後、第ｉレベルのユーザプレーンノードとユーザプレーンＭＢＳセッション確立プロセスを実行し、即ち、第ｉレベルのユーザプレーンノードにユーザプレーンＭＢＳセッション確立要求を送信し、第ｉレベルのユーザプレーンノードからフィードバックされたユーザプレーンＭＢＳセッション確立応答を受信し、そして、第ｉレベルのユーザプレーンノードからフィードバックされたユーザプレーンＭＢＳセッション確立応答から、第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤを取得してもよい。第ｉレベルの制御プレーンノードは、これらの情報を決定した後、選択されたＩ－ＳＭＦに上記第１ＭＢＳセッション開始要求を送信し、この第１ＭＢＳセッション開始要求には、これらの情報が付加されており、即ち、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの識別情報と、第ｉレベルのユーザプレーンノードの識別情報と、第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤとが付加されている。

ステップＳ１２２０では、第ｉレベルの制御プレーンノードの情報と、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報とに基づいて、中間ユーザプレーンノードを選択し、この中間ユーザプレーンノードが、第ｉレベルのユーザプレーンノード、及び第ｉレベルの制御プレーンノードの子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立できる。

本願の一実施例において、第ｉレベルの制御プレーンノードの情報は、第ｉレベルの制御プレーンノードのサービスエリアを含んでもよく、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報は、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードのサービスエリアを含んでもよく、Ｉ－ＳＭＦは、これらの情報に基づいて、第ｉレベルのユーザプレーンノードと接続を確立でき、且つ第ｉレベルの制御プレーンノードの子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立できる中間ユーザプレーンノードを選択する。

ステップＳ１２３０では、中間ユーザプレーンノードに第１ユーザプレーンＭＢＳセッション確立要求を送信し、中間ユーザプレーンノードからフィードバックされた第１ユーザプレーンＭＢＳセッション確立応答を受信し、この第１ユーザプレーンＭＢＳセッション確立要求には、第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤが含まれ、この第１ＭＢＳＩＰマルチキャスト伝送アドレスは、中間ユーザプレーンノードが、第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである。

本願の一実施例において、中間ユーザプレーンノードが、第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする場合、Ｉ－ＳＭＦから中間ユーザプレーンノードへ送信された第１ユーザプレーンＭＢＳセッション確立要求には、中間ユーザプレーンノードにＦ－ＴＥＩＤを割り当てることを要求する指示情報が含まれ、この場合、中間ユーザプレーンノードからフィードバックされた第１ユーザプレーンＭＢＳセッション確立応答には、中間ユーザプレーンノードで割り当てられたＦ－ＴＥＩＤが含まれ、このＦ－ＴＥＩＤは、中間ユーザプレーンノードに、第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをポイントツーポイント方式で受信させるためのものである。

本願の一実施例において、Ｉ－ＳＭＦは、中間ユーザプレーンノードが、マルチキャスト方式で伝送されたデータの受信をサポートしないかどうかを知っていない場合、又は、Ｉ－ＳＭＦは、中間ユーザプレーンノードが、マルチキャスト方式で伝送されたデータの受信をサポートしないことを知っているとしても、意思決定を行わない場合、中間ユーザプレーンノードは、第１ユーザプレーンＭＢＳセッション確立応答によって、中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートすることを指示し、中間ユーザプレーンノードで割り当てられたＦ－ＴＥＩＤを含めてもよい。

本願の一実施例において、第ｉレベルの制御プレーンノードが少なくとも２つの第ｉレベルのユーザプレーンノードを選択した場合、Ｉ－ＳＭＦから中間ユーザプレーンノードへ送信された第１ＭＢＳセッション開始要求には、各第ｉレベルのユーザプレーンノードそれぞれの識別情報と、各第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤとが含まれる。異なる第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレスが異なる。

引き続いて図１２を参照すると、ステップＳ１２４０では、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに第２ＭＢＳセッション開始要求を送信することにより、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに対し、中間ユーザプレーンノードに子ユーザプレーンノードを割り当てるよう指示し、この第２ＭＢＳセッション開始要求には、中間ユーザプレーンノードの識別情報と、中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤとが含まれ、この第２ＭＢＳＩＰマルチキャスト伝送アドレスは、子ユーザプレーンノードが、中間ユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである。

本願の一実施例において、Ｉ－ＳＭＦは、中間ユーザプレーンノードからフィードバックされた第１ユーザプレーンＭＢＳセッション確立応答から、中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤを取得することができる。具体的には、Ｉ－ＳＭＦから中間ユーザプレーンノードへ送信された第１ユーザプレーンＭＢＳセッション確立要求には、新たなＭＢＳＩＰマルチキャスト配信情報を割り当てるよう中間ユーザプレーンノードに指示するための指示情報が含まれ、中間ユーザプレーンノードからＩ－ＳＭＦへフィードバックされた第１ユーザプレーンＭＢＳセッション確立応答には、中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤが含まれる。

本願の一実施例において、Ｉ－ＳＭＦは、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに第２ＭＢＳセッション開始要求を送信した後、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードから第２ＭＢＳセッション開始要求に対してフィードバックされた第２ＭＢＳセッション開始応答を受信する必要もあり、この第２ＭＢＳセッション開始応答には、第１指示情報が含まれる。この第１指示情報に含まれる内容には、以下のようないくつかの場合があり得る。

場合１：本願の一実施例において、該第１指示情報には、中間ユーザプレーンノードの識別情報と、第１Ｆ－ＴＥＩＤリスト情報と、マルチキャスト方式での伝送の起動を表すための第１フィールド情報とが含まれ、この第１フィールド情報は、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードが中間ユーザプレーンノードに割り当てた子ユーザプレーンノードのうち、中間ユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートする子ユーザプレーンノードが存在することを表し、この第１Ｆ－ＴＥＩＤリスト情報には、中間ユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする子ユーザプレーンノードのＦ－ＴＥＩＤが含まれ、このＦ－ＴＥＩＤは、中間ユーザプレーンノードの子ユーザプレーンノードに、中間ユーザプレーンノードから送信されたＭＢＳサービスデータをポイントツーポイント方式で受信させるためのものである。

場合２：本願の一実施例において、該第１指示情報には、中間ユーザプレーンノードの識別情報が含まれ、且つ上記第１Ｆ－ＴＥＩＤリスト情報及び上記第１フィールド情報が含まれない。この場合、該第１指示情報は、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードが中間ユーザプレーンノードに割り当てた子ユーザプレーンノードのいずれも、中間ユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートすることを指示するためのものである。

場合３：本願の一実施例において、該第１指示情報には、中間ユーザプレーンノードの識別情報、上記第１Ｆ－ＴＥＩＤリスト情報が含まれ、且つ上記第１フィールド情報が含まれない。この場合、該第１指示情報は、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードが中間ユーザプレーンノードに割り当てた子ユーザプレーンノードのいずれも、中間ユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートすることを指示するためのものである。

場合４：本願の一実施例において、該第１指示情報には、中間ユーザプレーンノードの識別情報と、マルチキャスト伝送の使用を停止するフィールド情報とが含まれ、且つ上記第１Ｆ－ＴＥＩＤリスト情報が含まれない。この場合、該第１指示情報は、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードが中間ユーザプレーンノードに子ユーザプレーンノードを割り当てていないことを指示するためのものである。任意選択的に、マルチキャスト伝送の使用を停止するフィールド情報は、ＭｕｌｔｉｃａｓｔＥｎａｂｌｅの値にＤｉｓａｂｌｅを設定したものであってもよい。

本願の一実施例において、Ｉ－ＳＭＦが少なくとも２つの中間ユーザプレーンノードを選択した場合、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードからＩ－ＳＭＦへフィードバックされた第２ＭＢＳセッション開始応答には、第１指示情報リストが含まれる。この第１指示情報リストには、全ての中間ユーザプレーンノードのそれぞれに対応する第１指示情報が含まれる。

本願の一実施例において、第ｉレベルの制御プレーンノードの子制御プレーンノードからＩ－ＳＭＦへフィードバックされた第２ＭＢＳセッション開始応答には、失敗識別情報リストが含まれる可能性もある。この失敗識別情報リストは、子ユーザプレーンノードが割り当てられていないターゲット中間ユーザプレーンノードを指示するためのものである。

本願の一実施例において、Ｉ－ＳＭＦは、第ｉレベルの制御プレーンノードの子制御プレーンノードからフィードバックされた第２ＭＢＳセッション開始応答に基づいて、子ユーザプレーンノードが割り当てられていないターゲット中間ユーザプレーンノードが存在すると決定した場合、ターゲット中間ユーザプレーンノードにユーザプレーンＭＢＳセッション削除要求を送信する。この実施例の構成は、即ち、ユーザプレーンＭＢＳセッション伝送ツリーにおける切れた枝を削除するものである。

本願の一実施例において、Ｉ－ＳＭＦは、子ユーザプレーンノードが割り当てられていないターゲット中間ユーザプレーンノードにユーザプレーンＭＢＳセッション削除要求を送信した後、ターゲット中間ユーザプレーンノードからフィードバックされたユーザプレーンＭＢＳセッション削除応答を受信してもよい。このユーザプレーンＭＢＳセッション削除応答は、ターゲット中間ユーザプレーンノードがユーザプレーンＭＢＳセッション削除要求を受信した後に送信したものである。ここで、ターゲット中間ユーザプレーンノードは、第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入している場合、ユーザプレーンＭＢＳセッション削除要求を受信した後に、第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループから脱退する。

本願の一実施例において、第ｉレベルの制御プレーンノードが少なくとも２つの子制御プレーンノードを提供した場合、Ｉ－ＳＭＦは、第ｉレベルの制御プレーンノードから提供された全ての子制御プレーンノードのそれぞれからフィードバックされた第２ＭＢＳセッション開始応答を受信してから、子ユーザプレーンノードが割り当てられていないターゲット中間ユーザプレーンノードが存在するか否かを決定する。これにより、受信された一部の子制御プレーンノードからフィードバックされた第２ＭＢＳセッション開始応答によって、子ユーザプレーンノードが割り当てられていないターゲット中間ユーザプレーンノードが存在するか否かの判断に偏りが生じることを回避する。

本願の一実施例において、Ｉ－ＳＭＦは、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードから第２ＭＢＳセッション開始要求に対してフィードバックされた第２ＭＢＳセッション開始応答を受信した後、該第２ＭＢＳセッション開始応答に基づいて、中間ユーザプレーンノードがどの方式で中間ユーザプレーンノードの子ユーザプレーンノードにＭＢＳサービスデータをそれぞれ伝送するかを決定してもよい。

具体的には、第２ＭＢＳセッション開始応答における第１指示情報に上記第１Ｆ－ＴＥＩＤリスト情報が含まれる場合、Ｉ－ＳＭＦは、該第１指示情報に含まれる中間ユーザプレーンノードの識別情報に基づいて、中間ユーザプレーンノードにユーザプレーンＭＢＳセッション修正要求を送信することにより、中間ユーザプレーンノードに、ポイントツーポイント方式で、第１Ｆ－ＴＥＩＤリスト情報に含まれる各々のＦ－ＴＥＩＤに対応する子ユーザプレーンノードにＭＢＳサービスデータをそれぞれ伝送するよう指示する。ここで、該第１指示情報に上記第１フィールド情報がさらに含まれる場合、該ユーザプレーンＭＢＳセッション修正要求は、さらに、中間ユーザプレーンノードに、中間ユーザプレーンノードの子ユーザプレーンノードにＭＢＳサービスデータを送信するには、マルチキャスト伝送方式を同時に使用するよう指示するために用いられ、該第１指示情報に上記第１フィールド情報が含まれない場合、該ユーザプレーンＭＢＳセッション修正要求は、さらに、中間ユーザプレーンノードに、中間ユーザプレーンノードの子ユーザプレーンノードにＭＢＳサービスデータを送信するには、マルチキャスト伝送方式を使用する必要がないことを指示するために用いられる。

説明すべきものとして、第２ＭＢＳセッション開始応答における第１指示情報に上記第１Ｆ－ＴＥＩＤリスト情報及び上記第１フィールド情報が含まれない場合は、中間ユーザプレーンノードの子ユーザプレーンノードのいずれもマルチキャスト伝送の受信をサポートすることを表すので、中間ユーザプレーンノードは、マルチキャスト伝送方式で中間ユーザプレーンノードの全ての子ユーザプレーンノードにＭＢＳサービスデータを伝送することができる。

本願の一実施例において、Ｉ－ＳＭＦが少なくとも２つの中間ユーザプレーンノードを選択した場合、Ｉ－ＳＭＦは、第２ＭＢＳセッション開始応答に含まれる各々の中間ユーザプレーンノードに対応する第１指示情報に基づいて、ユーザプレーンＭＢＳセッション修正要求を送信する必要がある中間ユーザプレーンノードに、ユーザプレーンＭＢＳセッション修正要求を送信してもよい。具体的には、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードからフィードバックされた第２ＭＢＳセッション開始応答に基づいて、ある中間ユーザプレーンノードの子ユーザプレーンノードの一部が、該中間ユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートすると決定した場合は、該中間ユーザプレーンノードが、ユーザプレーンＭＢＳセッション修正要求を送信する必要がある中間ユーザプレーンノードであることを表す。

本願の一実施例において、Ｉ－ＳＭＦは、第ｉレベルの制御プレーンノードの子制御プレーンノードから第２ＭＢＳセッション開始要求に対してフィードバックされた第２ＭＢＳセッション開始応答を受信した後、該第２ＭＢＳセッション開始応答に基づいて、第１ＭＢＳセッション開始要求への第１ＭＢＳセッション開始応答を第ｉレベルの制御プレーンノードにフィードバックしてもよい。第ｉレベルの制御プレーンノードが少なくとも２つの子制御プレーンノードを提供した場合、Ｉ－ＳＭＦは、第ｉレベルの制御プレーンノードから提供された全ての子制御プレーンノードのそれぞれからフィードバックされた第２ＭＢＳセッション開始応答を受信してから、第ｉレベルの制御プレーンノードに第１ＭＢＳセッション開始応答をフィードバックする必要がある。

第ｉレベルの制御プレーンノードから提供された子制御プレーンノードからフィードバックされた第２ＭＢＳセッション開始応答に類似して、本願の一実施例では、Ｉ－ＳＭＦから第ｉレベルの制御プレーンノードへフィードバックされた第１ＭＢＳセッション開始応答には、第２指示情報が含まれる。この第２指示情報に含まれる内容には、以下のようないくつかの場合があり得る。

場合１：本願の一実施例において、該第２指示情報には、第ｉレベルのユーザプレーンノードの識別情報と、第２Ｆ－ＴＥＩＤリスト情報と、マルチキャスト方式での伝送の起動を表すための第２フィールド情報とが含まれ、この第２フィールド情報は、第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートする中間ユーザプレーンノードが存在することを表し、この第２Ｆ－ＴＥＩＤリスト情報には、第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする中間ユーザプレーンノードのＦ－ＴＥＩＤが含まれ、このＦ－ＴＥＩＤは、中間ユーザプレーンノードに、第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをポイントツーポイント方式で受信させるためのものである。

場合２：本願の一実施例において、該第２指示情報には、第ｉレベルのユーザプレーンノードの識別情報が含まれ、且つ上記第２Ｆ－ＴＥＩＤリスト情報及び上記第２フィールド情報が含まれない。この場合、該第２指示情報は、中間ユーザプレーンノードのいずれも、第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートすることを指示するためのものである。

場合３：本願の一実施例において、該第２指示情報には、第ｉレベルのユーザプレーンノードの識別情報、上記第２Ｆ－ＴＥＩＤリスト情報が含まれ、且つ上記第２フィールド情報が含まれない。この場合、該第２指示情報は、中間ユーザプレーンノードのいずれも、第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートすることを指示するためのものである。

本願の一実施例において、第ｉレベルの制御プレーンノードが少なくとも２つの第ｉレベルのユーザプレーンノードを選択した場合、Ｉ－ＳＭＦから第ｉレベルの制御プレーンノードへフィードバックされた第１ＭＢＳセッション開始応答には、第２指示情報リストが含まれ、この第２指示情報リストには、全ての第ｉレベルのユーザプレーンノードのそれぞれに対応する第２指示情報が含まれる。

図１２は、Ｉ－ＳＭＦの観点から本願の実施例のマルチキャスト・ブロードキャストサービスの通信方法を述べるものである。以下、図１３を参照して、第ｉレベルの制御プレーンノードの観点から本願の実施例のマルチキャスト・ブロードキャストサービスの通信方法をさらに説明する。

図１３は、本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信方法のフローチャートを示している。このマルチキャスト・ブロードキャストサービスの通信方法は、第ｉレベルの制御プレーンノード、例えば、図１０のＳＭＦ又は図１１のＭＢ－ＳＭＦが実行することができる。このマルチキャスト・ブロードキャストサービスの通信方法は、少なくともステップＳ１３１０からステップＳ１３２０を含む。以下のように詳細に紹介する。

ステップＳ１３１０では、第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードにより選択された第ｉレベルのユーザプレーンノードに第２ユーザプレーンＭＢＳセッション確立要求を送信し、第ｉレベルのユーザプレーンノードからフィードバックされた第２ユーザプレーンＭＢＳセッション確立応答を受信し、この第ｉレベルの制御プレーンノードがＭＢＳセッション伝送ツリーにおける最後のレベルの制御プレーンノード以外の任意のレベルの制御プレーンノードである。

本願の一実施例において、第ｉレベルの制御プレーンノードは、第ｉレベルの制御プレーンノードの子制御プレーンノードの情報に基づいて、管理されるユーザプレーン機能エンティティの中から、１つ又は複数のユーザプレーン機能エンティティを第ｉレベルのユーザプレーンノードとして選択してもよい。第ｉレベルの制御プレーンノードは、第ｉレベルのユーザプレーンノードを選択した後、第ｉレベルのユーザプレーンノードとユーザプレーンＭＢＳセッション確立プロセスを実行し、即ち、第ｉレベルのユーザプレーンノードに第２ユーザプレーンＭＢＳセッション確立要求を送信し、第ｉレベルのユーザプレーンノードからフィードバックされた第２ユーザプレーンＭＢＳセッション確立応答を受信し、そして、第ｉレベルのユーザプレーンノードからフィードバックされた第２ユーザプレーンＭＢＳセッション確立応答から、第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤを取得してもよい。

ステップＳ１３２０では、中間セッション管理機能（Ｉ－ＳＭＦ）を選択し、Ｉ－ＳＭＦに第１ＭＢＳセッション開始要求を送信し、この第１ＭＢＳセッション開始要求には、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報と、第ｉレベルのユーザプレーンノードの識別情報と、第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤとが含まれる。

本願の一実施例において、第１ＭＢＳセッション開始要求は、Ｉ－ＳＭＦが、第ｉレベルのユーザプレーンノード、及び第ｉレベルの制御プレーンノードから提供された子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立できる中間ユーザプレーンノードを選択することをトリガーするために用いられ、Ｉ－ＳＭＦが、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに第２ＭＢＳセッション開始要求を送信することをトリガーするためにも用いられ、該中間ユーザプレーンノードは、第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入して、第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するためのものであり、該第２ＭＢＳセッション開始要求は、第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに対し、中間ユーザプレーンノードに子ユーザプレーンノードを割り当て、該子ユーザプレーンノードに、中間ユーザプレーンノードから送信されたＭＢＳサービスデータを受信させるよう指示するためのものである。

本願の一実施例において、第ｉレベルの制御プレーンノードが２つ以上の子制御プレーンノードを提供した場合、第ｉレベルの制御プレーンノードからＩ－ＳＭＦへ送信された第１ＭＢＳセッション開始要求には、子制御プレーンノードのリストが含まれてもよい。このリストには、第ｉレベルの制御プレーンノードから提供された全ての子制御プレーンノードの情報が含まれる。

本願の一実施例において、第ｉレベルの制御プレーンノードが中間セッション管理機能（Ｉ－ＳＭＦ）を選択する目的として、第ｉレベルの制御プレーンノードは、第ｉレベルの制御プレーンノードにより管理されるユーザプレーン機能エンティティが、第ｉレベルの制御プレーンノードの子制御プレーンノードにより管理されるユーザプレーン機能エンティティと伝送経路を確立できないと決定した場合、第ｉレベルの制御プレーンノードと通信可能で、且つ第ｉレベルの制御プレーンノードの子制御プレーンノードと通信可能なＳＭＦをＩ－ＳＭＦとして選択してもよい。このような方式によれば、ユーザプレーンＭＢＳセッション確立プロセス中に、第ｉレベルのユーザプレーンノードと下流ユーザプレーンノード（通常、基地局又は基地局の分散ユニット（ＤＵ：ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ）である）との間で、直接接続されるユーザプレーン伝送を確立できない場合、Ｉ－ＳＭＦを入れることができ、さらに、Ｉ－ＳＭＦが中間ユーザプレーンノードを選択してユーザプレーンＭＢＳセッション伝送ツリーの確立を完成することができ、ユーザプレーン伝送リソースの最適化が効果的に実現される。

本願の一実施例において、第ｉレベルの制御プレーンノードは、Ｉ－ＳＭＦに第１ＭＢＳセッション開始要求を送信した後、Ｉ－ＳＭＦから第１ＭＢＳセッション開始要求に対してフィードバックされた第１ＭＢＳセッション開始応答を受信する可能性もある。この場合、第ｉレベルの制御プレーンノードは、該第１ＭＢＳセッション開始応答に含まれる内容に基づいて、第ｉレベルのユーザプレーンノードにユーザプレーンＭＢＳセッション修正要求を送信するか否かを決定してもよい。具体的には、Ｉ－ＳＭＦからフィードバックされた第１ＭＢＳセッション開始応答に基づいて、１つ／いくつかの中間ユーザプレーンノードが、第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートすると決定した場合、第ｉレベルのユーザプレーンノードにユーザプレーンＭＢＳセッション修正要求を送信する必要がある。

図１３は、第ｉレベルの制御プレーンノードの観点から本願の実施例のマルチキャスト・ブロードキャストサービスの通信方法を述べるものである。以下、図１４を参照して、中間ユーザプレーンノードの観点から本願の実施例のマルチキャスト・ブロードキャストサービスの通信方法をさらに説明する。

図１４は、本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信方法のフローチャートを示している。このマルチキャスト・ブロードキャストサービスの通信方法は、中間ユーザプレーンノード、例えば、図１０のＵＰＦ、又は図１１のＭＢ－ＵＰＦが実行することができる。このマルチキャスト・ブロードキャストサービスの通信方法は、少なくともステップＳ１４１０からステップＳ１４３０を含む。以下のように詳細に紹介する。

ステップＳ１４１０では、Ｉ－ＳＭＦから送信された第１ユーザプレーンＭＢＳセッション確立要求を受信し、この第１ユーザプレーンＭＢＳセッション確立要求には、第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）のユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤが含まれる。

ステップＳ１４２０では、Ｉ－ＳＭＦに第１ユーザプレーンＭＢＳセッション確立応答をフィードバックし、この第１ユーザプレーンＭＢＳセッション確立応答には、中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤが含まれ、この第２ＭＢＳＩＰマルチキャスト伝送アドレスは、該中間ユーザプレーンノードの子ユーザプレーンノードが、中間ユーザプレーンノードからマルチキャスト方式で伝送されたＭＢＳサービスデータを受信するために、第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである。

ステップＳ１４３０では、中間ユーザプレーンノードが、第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートする場合、第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入する。

本願の一実施例において、中間ユーザプレーンノードが、第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする場合、中間ユーザプレーンノードは、第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをポイントツーポイント方式で受信するＦ－ＴＥＩＤを割り当ててもよい。

本願の一実施例において、中間ユーザプレーンノードは、Ｉ－ＳＭＦに第１ユーザプレーンＭＢＳセッション確立応答をフィードバックした後、Ｉ－ＳＭＦから送信されたユーザプレーンＭＢＳセッション修正要求を受信する可能性もある。このユーザプレーンＭＢＳセッション修正要求には、第１Ｆ－ＴＥＩＤリスト情報が含まれ、この第１Ｆ－ＴＥＩＤリスト情報には、中間ユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする子ユーザプレーンノードのＦ－ＴＥＩＤが含まれる。そして、中間ユーザプレーンノードは、この第１Ｆ－ＴＥＩＤリスト情報に基づいて、この第１Ｆ－ＴＥＩＤリスト情報に含まれる各々のＦ－ＴＥＩＤに対応する子ユーザプレーンノードにＭＢＳサービスデータをそれぞれ伝送し、このユーザプレーンＭＢＳセッション修正要求に基づいて、中間ユーザプレーンノードの子ユーザプレーンノードにＭＢＳサービスデータを送信するには、マルチキャスト伝送方式を同時に使用するか否かを決定することができる。具体的には、前述した実施例の構成を参照し、これ以上の説明を省略する。

本願の一実施例において、中間ユーザプレーンノードは、Ｉ－ＳＭＦから送信されたユーザプレーンＭＢＳセッション削除要求を受信すると、Ｉ－ＳＭＦにユーザプレーンＭＢＳセッション削除応答を送信する。ここで、中間ユーザプレーンノードは、第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入している場合、該ユーザプレーンＭＢＳセッション削除要求を受信した後、該第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループから脱退する。この実施例の構成は、即ち、ユーザプレーンＭＢＳセッション伝送ツリーにおける切れた枝を削除するものである。

本願の一実施例において、中間ユーザプレーンノードは、複数のユーザプレーンＭＢＳセッション確立要求を受信すると、これらの複数のユーザプレーンＭＢＳセッション確立要求のうちの１つのユーザプレーンＭＢＳセッション確立要求に対してユーザプレーンＭＢＳセッション確立応答をフィードバックし、これらの複数のユーザプレーンＭＢＳセッション確立要求のうちの残りのユーザプレーンＭＢＳセッション確立要求に対して拒否メッセージをフィードバックすることにより、このユーザプレーンノードが既に選択されたことを指示する。説明すべきものとして、中間ユーザプレーンノードで同時に受信された複数のユーザプレーンＭＢＳセッション確立要求は、同一のＩ－ＳＭＦから送信されたものである可能性があり（異なる制御プレーンノードが同一のＩ－ＳＭＦを選択した場合に対応）、又は異なるＩ－ＳＭＦから送信されたものである可能性もある（異なる制御プレーンノードが異なるＩ－ＳＭＦを選択した場合に対応）。この実施例の構成によれば、１つのユーザプレーンノードは、他の１つのユーザプレーンノードの子ノードとして選択されることしかできないが、複数のユーザプレーンノードの子ノードとして選択されることができない。

本願の一実施例において、中間ユーザプレーンノードは、Ｉ－ＳＭＦに第１ユーザプレーンＭＢＳセッション確立応答をフィードバックした後、中間ユーザプレーンノードを他のユーザプレーンノードの子ユーザプレーンノードとして選択するためのユーザプレーンＭＢＳセッション確立要求を再度受信すると、再度受信されたユーザプレーンＭＢＳセッション確立要求に対して拒否メッセージをフィードバックすることにより、このユーザプレーンノードが既に選択されたことを指示する。説明すべきものとして、中間ユーザプレーンノードで再度受信されたユーザプレーンＭＢＳセッション確立要求は、他のＩ－ＳＭＦから送信されたものである可能性があり、中間ユーザプレーンノードから第１ユーザプレーンＭＢＳセッション確立応答がフィードバックされたＩ－ＳＭＦから送信されたものである可能性もあるが、再度受信されたユーザプレーンＭＢＳセッション確立要求は、中間ユーザプレーンノードを他のユーザプレーンノードの子ユーザプレーンノードとして選択するためのものである。この実施例の構成によれば、同様に、１つのユーザプレーンノードは、他の１つのユーザプレーンノードの子ノードとして選択されることしかできないが、複数のユーザプレーンノードの子ノードとして選択されることができない。

上記は、Ｉ－ＳＭＦ、第ｉレベルの制御プレーンノード、中間ユーザプレーンノードの観点から本願の実施例の構成をそれぞれ説明したが、以下、各エンティティのやり取りの観点から本願の実施例の構成の実現の詳細について詳しく述べる。

本願の一実施例において、５ＧのＭＢＳセッション伝送ツリーは、各々のユーザプレーンの親ユーザプレーンノードが１つのみであることを保証する必要があるが、ユーザプレーンが制御プレーンによって制御されるため、制御プレーンの親制御プレーンノードが１つのみではない場合があり得る。この場合、子制御プレーンノードは、異なる親制御プレーンノードに異なる１つ又は複数の子ユーザプレーンノードをそれぞれ提供してもよい。つまり、同一の親制御プレーンノードに対応する異なる親ユーザプレーンノードであっても、それらの子ユーザプレーンノードは、互いに独立したものである。

ここで、１つの親制御プレーンノードに複数の子ユーザプレーンノードが割り当てられ、この複数の子ユーザプレーンノードのうち、一部の子ユーザプレーンノードが、マルチキャスト方式で伝送されたデータの受信をサポートし、他の一部の子ユーザプレーンノードが、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする場合、マルチキャスト伝送データの受信をサポートしない子ユーザプレーンノードは、ＧＴＰ－ＵのＩＰアドレス＋ＴＥＩＤ（Ｆ－ＴＥＩＤで表す）を割り当ててもよい。これにより、ポイントツーポイント方式でこれらの子ユーザプレーンノードにＭＢＳサービスデータを伝送することができる。

具体的には、図１５は、本願の一実施例による制御プレーンとユーザプレーンが分離されたＭＢＳの通信方法を示している。ここで、以下の内容に記載のＦ－ＣＰは、親制御プレーン（Ｆａｔｈｅｒ－ＣｏｎｔｒｏｌＰｌａｎｅ）を表し、Ｓ－ＣＰは、子制御プレーン（Ｓｏｎ－ＣｏｎｔｒｏｌＰｌａｎｅ）を表し、Ｆ－ＵＰは、親ユーザプレーン（Ｆａｔｈｅｒ－ＵｓｅｒＰｌａｎｅ）を表し、Ｓ－ＵＰは、子ユーザプレーン（Ｓｏｎ－ＵｓｅｒＰｌａｎｅ）を表す。

図１５を参照すると、以下のステップを含む。

ステップＳ１５０１では、Ｆ－ＣＰ１がＦ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求（即ち、Ｎｆｃｐ＿ＭＢＳＳｅｓｓｉｏｎＳｔａｒｔＲｅｑｕｅｓｔ）を受信し、このＭＢＳセッション開始要求には、一時的なモバイルグループアイデンティティ（ＴＭＧＩ：ＴｅｍｐｏｒａｒｙＭｏｂｉｌｅＧｒｏｕｐＩｄｅｎｔｉｔｙ）、ＭＢＳセッション期間（ＭＢＳＳｅｓｓｉｏｎＤｕｒａｔｉｏｎ）、ＭＢＳＱｏＳフロー識別子（ＱＦＩｓ：ＱｏＳＦｌｏｗＩｄｅｎｔｉｆｉｅｒ）、ＱｏＳプロファイル（ＱｏＳＰｒｏｆｉｌｅ）、ＵＰＩＤ（このＵＰＩＤは、Ｆ－ＣＰ１の親制御プレーンノードと同じレベルのユーザプレーンノードの識別子である）、ＭＢＳＩＰマルチキャスト配信情報（ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ）、ＭＢＳサービスデータ伝送時間（ＭＢＳＴｉｍｅｔｏＤａｔａＴｒａｎｓｆｅｒ）、ＭＢＳサービスエリア（ＭＢＳＳｅｒｖｉｃｅＡｒｅａ）が含まれる。

ここで、ＴＭＧＩは、１つのマルチキャスト又はブロードキャストの一時的なグループ識別子を表し、ＭＢＳＳｅｓｓｉｏｎＤｕｒａｔｉｏｎは、今回のＭＢＳセッションの時間長を表し、ＭＢＳＴｉｍｅｔｏＤａｔａＴｒａｎｓｆｅｒは、ＭＢＳサービスデータの送信開始時間を表し、ＱｏＳＰｒｏｆｉｌｅは、５ＧＱｏＳ識別子（５ＱＩ：５ＧＱｏＳＩｄｅｎｔｉｆｉｅｒ）、最大フロービットレート（ＭＦＢＲ：ＭａｘｉｍｕｍＦｌｏｗＢｉｔＲａｔｅ）、保証フロービットレート（ＧＦＢＲ：ＧｕａｒａｎｔｅｅｄＦｌｏｗＢｉｔＲａｔｅ）、割り当てと保持の優先順位（ＡＲＰ：ＡｌｌｏｃａｔｉｏｎａｎｄＲｅｔｅｎｔｉｏｎＰｒｉｏｒｉｔｙ）などを含み、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、ＩＰマルチキャスト伝送アドレス（このＩＰマルチキャスト伝送アドレスは、Ｆ－ＣＰ１の親制御プレーンノードと同じレベルのユーザプレーンノード（即ち、前述したＵＰＩＤで識別されるユーザプレーンノード）で割り当てられたＩＰマルチキャスト伝送アドレスであり、区別を容易にするために、ＩＰ１と記す）及びＣ－ＴＥＩＤを含み（簡略化のために、図１５には、Ｆ－ＣＰ１及びＦ－ＣＰ２の親制御プレーンノードが描かれておらず、Ｆ－ＵＰ１１及びＦ－ＵＰ２１の親ユーザプレーンノードも描かれていない）、ＭＢＳＳｅｒｖｉｃｅＡｒｅａは、このＭＢＳサービスがブロードキャストサービスである場合のサービスエリアである。

ステップＳ１５０２では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、複数のＦ－ＵＰＦの中から、１つ又は複数のＦ－ＵＰＦを、Ｆ－ＣＰ１と同じレベルのユーザプレーンノードとして選択すると決定する。この実施例では、Ｆ－ＣＰ１と同じレベルのユーザプレーンノードを１つのみ選択したと仮定する（Ｆ－ＵＰ１１と記す）。そして、Ｆ－ＣＰ１は、Ｆ－ＵＰ１１にユーザプレーンＭＢＳセッション確立要求（即ち、Ｎ４ＭＢＳＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ）を送信し、Ｆ－ＵＰ１１は、Ｆ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答（即ち、Ｎ４ＭＢＳＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｓｐｏｎｓｅ）をフィードバックする。

本願の一実施例において、ＭＢＳマルチキャストサービスの場合、Ｆ－ＣＰ１の子制御プレーンノードの情報は、各ＭＢＳＵＥＣｏｎｔｅｘｔで構成されるものであり、ＭＢＳブロードキャストサービスの場合、Ｆ－ＣＰ１の子制御プレーンノードの情報は、Ｆ－ＣＰ１の親制御プレーンノードにより提供されるものであるか、又は、ネットワークからサービスエリア設定によって得られるものである。Ｆ－ＣＰ１の子制御プレーンノードの情報は、Ｆ－ＣＰ１の子制御プレーンノードの数及び位置情報などを含む。

本願の一実施例において、Ｆ－ＣＰ１から、選択されたＦ－ＵＰ１１へ送信されたユーザプレーンＭＢＳセッション確立要求には、パケット検出ルール（ＰＤＲ：ＰａｃｋｅｔＤｅｔｅｃｔｉｏｎＲｕｌｅ）、ＱｏＳ施行ルール（ＱＥＲ：ＱｏＳＥｎｆｏｒｃｅｍｅｎｔＲｕｌｅ）、転送アクションルール（ＦＡＲ：ＦｏｒｗａｒｄｉｎｇＡｃｔｉｏｎＲｕｌｅ）、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ、下りノードに新たなＭＢＳＩＰマルチキャスト配信情報を割り当てる（ＡｌｌｏｃａｔｅＮｅｗＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎｆｏｒＤｏｗｎｌｉｎｋＮｏｄｅ）指示、Ｆ－ＴＥＩＤの割り当てを要求する指示が含まれる可能性がある。Ｆ－ＵＰ１１からフィードバックされたユーザプレーンＭＢＳセッション確立応答には、ＡｌｌｏｃａｔｅＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎｆｏｒＤｏｗｎｌｉｎｋｎｏｄｅ、Ｆ－ＴＥＩＤが含まれる。

ここで、ユーザプレーンＭＢＳセッション確立要求におけるＰＤＲは、１つ又は複数の異なるＭＢＳＱｏＳＦｌｏｗを指示するために、１つ又は複数のＭＢＳＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓ＋ＵＤＰＰｏｒｔを含み、ＱＥＲは、ＰＤＲに対応するＭＦＢＲ、ＧＦＢＲ、及び下りフローレベルマーキング（ＤＬＦｌｏｗＬｅｖｅｌＭａｒｋｉｎｇ）を含み、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、ＴＭＧＩに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎであり、Ｆ－ＣＰ１が受信した、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求からのものであり、それに含まれるＭＢＳＩＰマルチキャスト伝送アドレスがＩＰ１である。

ユーザプレーンＭＢＳセッション確立要求におけるＡｌｌｏｃａｔｅＮｅｗＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎｆｏｒＤｏｗｎｌｉｎｋＮｏｄｅ指示は、子ユーザプレーンノードが存在するため、Ｆ－ＵＰ１１が新たなＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎを割り当てる必要があることをＦ－ＵＰ１１に指示するためのものである。ユーザプレーンＭＢＳセッション確立応答におけるＡｌｌｏｃａｔｅＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎｆｏｒＤｏｗｎｌｉｎｋｎｏｄｅは、Ｆ－ＵＰ１１で割り当てられた新なＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎを含み、この新なＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、新たなＩＰマルチキャスト伝送アドレス（区別を容易にするために、この新たなＩＰマルチキャスト伝送アドレスは、ＩＰ２と記す）及びＣ－ＴＥＩＤを含む。

説明すべきものとして、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、各々の親ユーザプレーンノードが各々の親ユーザプレーンノードの全ての子ユーザプレーンノードに割り当てたものである。異なる親ユーザプレーンノードは、異なるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎを割り当てる。

また、ネットワーク設定により、Ｆ－ＵＰ１１が、マルチキャスト方式で伝送されたＭＢＳサービスデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする場合、Ｆ－ＣＰ１から送信されたユーザプレーンＭＢＳセッション確立要求メッセージには、Ｆ－ＴＥＩＤの割り当てを要求する指示が含まれる。これにより、Ｆ－ＵＰ１１に、Ｆ－ＵＰ１１の親ユーザプレーンノードから送信されたＭＢＳサービスデータをポイントツーポイント方式で受信するためにＦ－ＴＥＩＤを割り当てるよう要求する。Ｆ－ＵＰ１１は、Ｆ－ＴＥＩＤを割り当てた後、割り当てたＦ－ＴＥＩＤをユーザプレーンＭＢＳセッション確立応答に付する。

ユーザプレーンＭＢＳセッション確立要求には、Ｆ－ＴＥＩＤの割り当てを要求する指示が含まれず、即ち、Ｆ－ＣＰ１が意思決定を行わないが、ユーザプレーンノードＦ－ＵＰ１１が、マルチキャスト方式で伝送されたデータの受信をサポートしない場合、Ｆ－ＵＰ１１は、同様に、Ｆ－ＴＥＩＤを割り当て、割り当てたＦ－ＴＥＩＤをユーザプレーンＭＢＳセッション確立応答に付する必要がある。

ステップＳ１５０３では、Ｆ－ＵＰ１１が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１の親ユーザプレーンノードから送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ１に対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ１５０４では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、各子制御プレーンノードのそれぞれにＭＢＳセッション開始要求（即ち、Ｎｓｃｐ＿ＭＢＳＳｅｓｓｉｏｎＳｔａｒｔＲｅｑｕｅｓｔ）を送信する。即ち、ステップＳ１５０４からステップＳ１５０８は、子制御プレーンノード毎に個別に実行される。この実施例では、１つの子制御プレーンノードＳ－ＣＰへの送信を例にして説明する。

Ｆ－ＣＰ１からＦ－ＣＰ１の子制御プレーンノードＳ－ＣＰへ送信されたＭＢＳセッション開始要求には、以下のパラメータ、即ち、ＴＭＧＩ、ＭＢＳＳｅｓｓｉｏｎＤｕｒａｔｉｏｎ、ＭＢＳＱＦＩｓ、ＱｏＳＰｒｏｆｉｌｅ、Ｆ－ＵＰ１１ＩＤ、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ、ＭＢＳＴｉｍｅｔｏＤａｔａＴｒａｎｓｆｅｒ、ＭＢＳＳｅｒｖｉｃｅＡｒｅａが含まれる。ここで、Ｆ－ＣＰ１から送信されたＭＢＳセッション開始要求におけるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、ステップＳ１５０２で割り当てられたものであり、それに含まれるＩＰマルチキャスト伝送アドレスがＩＰ２である。

Ｓ－ＣＰが、Ｆ－ＣＰ１から送信されたＭＢＳセッション開始要求を受信した後、ステップＳ１５０２に類似して、Ｓ－ＣＰは、Ｓ－ＣＰの子制御プレーンノードの情報に基づいて、複数のＳ－ＵＰの中から、Ｆ－ＵＰ１１の１つ又は複数のＳ－ＵＰを選択する。この実施例では、Ｓ－ＵＰ１及びＳ－ＵＰ２が選択されたと仮定する。そして、ステップＳ１５０５ａ及びステップＳ１５０５ｂをそれぞれ実行する。

ステップＳ１５０５ａでは、Ｓ－ＣＰが、選択されたＳ－ＵＰ１にユーザプレーンＭＢＳセッション確立要求を送信し、Ｓ－ＵＰ１がＳ－ＣＰにユーザプレーンＭＢＳセッション確立応答をフィードバックする。

本願の一実施例において、Ｓ－ＣＰから送信されたユーザプレーンＭＢＳセッション確立要求にも、ＰＤＲ、ＱＥＲ、ＦＡＲ、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ、Ｆ－ＵＰ１１ＩＤ、ＡｌｌｏｃａｔｅＮｅｗＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎｆｏｒＤｏｗｎｌｉｎｋＮｏｄｅ指示、Ｆ－ＴＥＩＤの割り当てを要求する指示などが含まれる可能性がある。Ｓ－ＵＰ１からフィードバックされたユーザプレーンＭＢＳセッション確立応答には、ＡｌｌｏｃａｔｅＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎｆｏｒＤｏｗｎｌｉｎｋｎｏｄｅ及びＦ－ＴＥＩＤが含まれる。

ここで、Ｓ－ＣＰから送信されたユーザプレーンＭＢＳセッション確立要求におけるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、ステップＳ１５０４で受信されたＭＢＳセッション開始要求からのものであり、それに含まれるＩＰマルチキャスト伝送アドレスがＩＰ２である。Ｓ－ＣＰからＳ－ＵＰ１へ送信されたユーザプレーンＭＢＳセッション確立要求におけるＡｌｌｏｃａｔｅＮｅｗＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎｆｏｒＤｏｗｎｌｉｎｋＮｏｄｅ指示は、Ｓ－ＵＰ１に、マルチキャスト伝送方式でＭＢＳサービスデータをＳ－ＵＰ１の子ユーザプレーンノードに送信するために、新たなＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎを割り当てるよう指示するためのものである。Ｓ－ＵＰ１による具体的な割り当てプロセスは、ステップＳ１５０２の説明を参照する。同様に、Ｓ－ＵＰ１がマルチキャスト伝送をサポートしない場合、Ｆ－ＴＥＩＤを割り当ててもよく、このＦ－ＴＥＩＤもＳ－ＵＰ１で割り当てられたものである。

ステップＳ１５０５ｂでは、Ｓ－ＣＰが、選択されたＳ－ＵＰ２にユーザプレーンＭＢＳセッション確立要求を送信し、Ｓ－ＵＰ２がＳ－ＣＰにユーザプレーンＭＢＳセッション確立応答をフィードバックする。具体的なプロセスは、ステップＳ１５０５ａに類似し、これ以上の説明を省略する。

ステップＳ１５０６では、Ｓ－ＵＰ１及びＳ－ＵＰ２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１から送信されたＭＢＳサービスデータを受信するために、Ｆ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレス（即ち、ＩＰ２）に対応するマルチキャスト伝送グループにそれぞれ加入する。

ステップＳ１５０７では、Ｓ－ＣＰがＦ－ＣＰ１にＭＢＳセッション開始応答（即ち、Ｎｓｃｐ＿ＭＢＳＳｅｓｓｉｏｎＳｔａｒｔＲｅｓｐｏｎｓｅ）を送信し、このＭＢＳセッション開始応答には、Ｆ－ＵＰ１１ＩＤが含まれる。

ここで、Ｓ－ＵＰ１及びＳ－ＵＰ２のうち、マルチキャスト方式で伝送されたデータの受信をサポートしないＳ－ＵＰがある場合、Ｓ－ＣＰからＦ－ＣＰ１へ送信されたＭＢＳセッション開始応答には、Ｆ－ＵＰ１１に対応するＬｉｓｔｏｆＦ－ＴＥＩＤ（子ユーザプレーンノードに対するものであるため、区別を容易にするために、以下、それをＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐと記す）が含まれる。このＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐには、Ｓ－ＵＰ１及びＳ－ＵＰ２のうち、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰで割り当てられたＦ－ＴＥＩＤが含まれる。Ｓ－ＵＰ１及びＳ－ＵＰ２のうち、マルチキャスト伝送の受信をサポートするＳ－ＵＰが一部ある場合、Ｆ－ＵＰ１１の子ユーザプレーンノードにＭＢＳサービスデータを伝送するには、マルチキャスト伝送及びポイントツーポイント伝送の技術を同時に使用する必要があることをＦ－ＵＰ１１に指示するために、ＭＢＳセッション開始応答にＭｕｌｔｉｃａｓｔＥｎａｂｌｅを含める必要がある。

特に、Ｓ－ＣＰからＦ－ＣＰ１へ送信されたＭＢＳセッション開始応答にＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐが含まれない場合は、Ｓ－ＣＰにより選択された全ての子ユーザプレーンノードが、マルチキャスト方式で伝送されたデータの受信をサポートすることを表すので、ＭＢＳセッション開始応答にＭｕｌｔｉｃａｓｔＥｎａｂｌｅというフラグを付する必要がない。

特に、Ｓ－ＣＰからＦ－ＣＰ１へ送信されたＭＢＳセッション開始応答には、ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐが含まれるが、ＭｕｌｔｉｃａｓｔＥｎａｂｌｅというフラグが含まれない場合は、Ｓ－ＣＰにより選択された全ての子ユーザプレーンノードが、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式で伝送されたＭＢＳサービスデータの受信をサポートすることを表す。

特に、Ｓ－ＣＰからＦ－ＣＰ１へ送信されたＭＢＳセッション開始応答には、ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐが含まれず、且つＭｕｌｔｉｃａｓｔＥｎａｂｌｅがＤｉｓａｂｌｅとして設定されている場合は、子制御プレーンノードＳ－ＣＰが、対応する子ユーザプレーンノードをＦ－ＵＰ１１に割り当てていないことを表す（１つの可能な原因として、選択したい子ユーザプレーンノードには、親ユーザプレーンノードが既に割り当てられた。この場合、これらの子ユーザプレーンノードを選択することができない）。この場合、子制御プレーンノードＳ－ＣＰは、指示のために、ＭＢＳセッション開始応答によってＦａｉｌｕｒｅＣｏｄｅを返信してもよい。

説明すべきものとして、Ｓ－ＣＰにより選択された子ユーザプレーンノードのうち、マルチキャスト方式で伝送されたデータの受信をサポートしない子ユーザプレーンノードが１つのみである場合、Ｓ－ＣＰからＦ－ＣＰ１へ送信されたＭＢＳセッション開始応答には、ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐが含まれず、この子ユーザプレーンノードで割り当てられたＦ－ＴＥＩＤのみが含まれてもよい。

ステップＳ１５０８では、ステップＳ１５０７におけるＭＢＳセッション開始応答にＦ－ＵＰ１１ＩＤ及びＦ－ＴＥＩＤパラメータ（例えば、あるＳ－ＵＰで割り当てられたＦ－ＴＥＩＤ、又はいくつかのＳ－ＵＰに対応するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ）が含まれる場合、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション修正要求（即ち、Ｎ４ＭＢＳＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔ）を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。ここで、このユーザプレーンＭＢＳセッション修正要求には、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰに対応するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐが含まれる。これにより、Ｆ－ＵＰ１１に、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰのそれぞれにＭＢＳサービスデータを伝送するには、ポイントツーポイント方式を追加して使用するよう指示する。ステップＳ１５０７におけるＭＢＳセッション開始応答にＭｕｌｔｉｃａｓｔＥｎａｂｌｅの指示が含まれない場合、Ｆ－ＵＰ１１に、マルチキャスト伝送方式を使用しないよう指示する。ステップＳ１５０７におけるＭＢＳセッション開始応答にＭｕｌｔｉｃａｓｔＥｎａｂｌｅの指示が含まれる場合、Ｆ－ＵＰ１１に、マルチキャスト伝送方式及びポイントツーポイント伝送方式を同時に使用するよう指示する。

説明すべきものとして、ステップＳ１５０７におけるＭＢＳセッション開始応答に１つのみのＦ－ＴＥＩＤが含まれ、Ｆ－ＵＰ１１がＦ－ＵＰ１１の子ユーザプレーンノードの具体的な数を知っていない場合、Ｆ－ＵＰ１１は、ポイントツーポイント方式のみを使用して、このＦ－ＴＥＩＤに対応するＳ－ＵＰにＭＢＳサービスデータを伝送してもよい。同時に、Ｆ－ＵＰ１１は、ステップＳ１５０８におけるユーザプレーンＭＢＳセッション修正要求に基づいて、マルチキャスト伝送アドレス（即ち、ＩＰ２）を同時に使用して、他のＳ－ＵＰにＭＢＳサービスデータを伝送してもよい。

ステップＳ１５０７におけるＭＢＳセッション開始応答には、Ｆ－ＴＥＩＤが含まれず、且つＭｕｌｔｉｃａｓｔＥｎａｂｌｅがＤｉｓａｂｌｅとして設定されていない場合は、Ｆ－ＵＰ１１がマルチキャスト伝送方式を引き続いて使用することを表す。この場合、ステップＳ１５０８を実行する必要はない。

ステップＳ１５０９では、各子制御プレーンノードのいずれに対してもステップＳ１５０４からステップＳ１５０８を実行した後、Ｆ－ＣＰ１が、全ての子制御プレーンノードからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ１の親制御プレーンノードにＭＢＳセッション開始応答（即ち、Ｎｆｃｐ＿ＭＢＳＳｅｓｓｉｏｎＳｔａｒｔＲｅｓｐｏｎｓｅ）を送信する。

ステップＳ１５０７に類似して、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、ＵＰＩＤが含まれ（このＵＰＩＤは、Ｆ－ＣＰ１の親制御プレーンノードと同じレベルのユーザプレーンノードの識別子である）、且つＬｉｓｔｏｆＦ－ＴＥＩＤがさらに含まれる可能性がある（区別を容易にするために、それをＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐと記す）。Ｆ－ＣＰ１が同じレベルの１つのみのユーザプレーンノードＦ－ＵＰ１１を選択したので、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答にＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐが含まれる場合、そのＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐには、Ｆ－ＵＰ１１で割り当てられたＦ－ＴＥＩＤのみが含まれる。

説明すべきものとして、この実施例において、Ｆ－ＣＰ１が同じレベルの１つのみのユーザプレーンノードＦ－ＵＰ１１を選択したので、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、Ｆ－ＵＰ１１で割り当てられたＦ－ＴＥＩＤが含まれない場合は、Ｆ－ＵＰ１１が、マルチキャスト方式で伝送されたデータの受信をサポートすることを表す。この場合、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答にＭｕｌｔｉｃａｓｔＥｎａｂｌｅを含める必要はない。Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、Ｆ－ＵＰ１１で割り当てられたＦ－ＴＥＩＤが含まれる場合は、Ｆ－ＵＰ１１が、マルチキャスト方式で伝送されたデータの受信をサポートしないことを表す。この場合、Ｆ－ＣＰ１に同じレベルの１つのみのユーザプレーンノードＦ－ＵＰ１１があるので、同様に、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答にＭｕｌｔｉｃａｓｔＥｎａｂｌｅを含める必要はない。

ここで、ステップＳ１５０１からステップＳ１５０９は、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後の処理プロセスである。この処理プロセスにおいて、Ｆ－ＣＰ１は、同じレベルの１つのユーザプレーンノードＦ－ＵＰ１１を選択したが、その子制御プレーンノードＳ－ＣＰは、Ｓ－ＣＰと同じレベルの２つの子ユーザプレーンノードＳ－ＵＰ１及びＳ－ＵＰ２を選択した。

引き続いて図１５を参照すると、以下のステップをさらに含む。

ステップＳ１５１０では、Ｆ－ＣＰ２が、Ｆ－ＣＰ２の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信し、このＭＢＳセッション開始要求には、ＴＭＧＩ、ＭＢＳＳｅｓｓｉｏｎＤｕｒａｔｉｏｎ、ＭＢＳＱＦＩｓ、ＱｏＳＰｒｏｆｉｌｅ、ＵＰｘＩＤ、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ、ＭＢＳＴｉｍｅｔｏＤａｔａＴｒａｎｓｆｅｒ、ＭＢＳＳｅｒｖｉｃｅＡｒｅａが含まれる。ここで、具体的なパラメータの意味は、前述したステップＳ１５０１の説明を参照する。区別を容易にするために、Ｆ－ＣＰ２で受信されたＭＢＳセッション開始要求におけるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎに含まれるＩＰマルチキャスト伝送アドレスは、ＩＰｘと記すことができる。

ステップＳ１５１１では、Ｆ－ＣＰ２が、Ｆ－ＣＰ２の子制御プレーンノードの情報に基づいて、複数のＦ－ＵＰＦの中から、１つ又は複数のＦ－ＵＰＦを、Ｆ－ＣＰ２と同じレベルのユーザプレーンノードとして選択すると決定する。この実施例では、Ｆ－ＣＰ２と同じレベルの１つのみのユーザプレーンノードＦ－ＵＰ２１が選択されたと仮定する。そして、Ｆ－ＣＰ２は、Ｆ－ＵＰ２１にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ２１は、Ｆ－ＣＰ２にユーザプレーンＭＢＳセッション確立応答をフィードバックする。

具体的な説明は、前述したステップＳ１５０２に関する内容を参照する。ステップＳ１５０２に類似して、Ｆ－ＣＰ２とＦ－ＵＰ２１との間で、ユーザプレーンＭＢＳセッション確立要求及びユーザプレーンＭＢＳセッション確立応答のやり取りによって、Ｆ－ＵＰ２１は、新たなＩＰマルチキャスト伝送アドレス（区別を容易にするために、ＩＰ３と記す）を割り当てた。

また、同様に、Ｆ－ＵＰ２１が、マルチキャスト方式で伝送されたデータの受信をサポートしない場合、Ｆ－ＵＰ２１は、ポイントツーポイント方式でＭＢＳサービスデータを受信するためのＦ－ＴＥＩＤを割り当て、割り当てたＦ－ＴＥＩＤをユーザプレーンＭＢＳセッション確立応答に付する。

ステップＳ１５１２では、Ｆ－ＵＰ２１が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ２１の親ユーザプレーンノードから送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰｘに対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ１５１３では、Ｆ－ＣＰ２が、Ｆ－ＣＰ２の子制御プレーンノードの情報に基づいて、各子制御プレーンノードのそれぞれにＭＢＳセッション開始要求を送信する。即ち、ステップＳ１５１３からステップＳ１５１７は、子制御プレーンノード毎に個別に実行される。この実施例では、１つの子制御プレーンノードＳ－ＣＰへの送信を例にして説明する。

同様に、Ｆ－ＣＰ２からＦ－ＣＰ２の子制御プレーンノードＳ－ＣＰへ送信されたＭＢＳセッション開始要求にも、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎが含まれ、このＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、ステップＳ１５１１で割り当てられたものであり、それに対応するユーザプレーンノード識別子がＦ－ＵＰ２１ＩＤであり、それに含まれるＩＰマルチキャスト伝送アドレスがＩＰ３である。

説明すべきものとして、ステップＳ１５１３とステップＳ１５０４との間に前後関係がなく、これらは、Ｆ－ＣＰ２とＦ－ＣＰ１が並列にそれぞれ実行するステップであってもよい。

Ｓ－ＣＰが、Ｆ－ＣＰ２から送信されたＭＢＳセッション開始要求を受信した後、前述したステップに類似して、Ｓ－ＣＰは、Ｓ－ＣＰの子制御プレーンノードの情報に基づいて、複数のＳ－ＵＰの中から、Ｆ－ＵＰ２１のために１つ又は複数のＳ－ＵＰを選択する。この実施例では、Ｓ－ＵＰ３及びＳ－ＵＰ４が選択されたと仮定する。そして、ステップＳ１５１４ａ及びステップＳ１５１４ｂをそれぞれ実行する。

説明すべきものとして、Ｓ－ＣＰがＦ－ＵＰ２１のために選択したＳ－ＵＰは、Ｓ－ＣＰがＦ－ＵＰ１１のために選択したＳ－ＣＰと異なる。言い換えれば、本願の実施例において、制御プレーンでは、１つの子制御プレーンノードに複数の親制御プレーンノードがあり得、例えば、子制御プレーンノードＳ－ＣＰには、２つの親制御プレーンノードＦ－ＣＰ１及びＦ－ＣＰ２がある。しかし、１つの子ユーザプレーンノードに複数の親ユーザプレーンノードがあることは許されない。このように、１つの子ユーザプレーンノードは、既に１つの親ユーザプレーンノードがあるようになった後、子ユーザプレーンノードの選択対象から除外される。このため、Ｓ－ＣＰは、Ｆ－ＵＰ２１のために、Ｓ－ＵＰ３及びＳ－ＵＰ４しか選択できない。Ｓ－ＵＰ１及びＳ－ＵＰ２が既にＦ－ＵＰ１１の子ユーザプレーンノードとして選択されたので、Ｓ－ＣＰは、Ｓ－ＵＰ１及びＳ－ＵＰ２をＦ－ＵＰ２１の子ユーザプレーンノードとして選択することができない。

ステップＳ１５１４ａでは、Ｓ－ＣＰが、選択されたＳ－ＵＰ３にユーザプレーンＭＢＳセッション確立要求を送信し、Ｓ－ＵＰ３がＳ－ＣＰにユーザプレーンＭＢＳセッション確立応答をフィードバックする。ステップＳ１５１４ｂでは、Ｓ－ＣＰが、選択されたＳ－ＵＰ４にユーザプレーンＭＢＳセッション確立要求を送信し、Ｓ－ＵＰ４がＳ－ＣＰにユーザプレーンＭＢＳセッション確立応答をフィードバックする。具体的なプロセスは、ステップＳ１５０５ａに類似し、これ以上の説明を省略する。

ステップＳ１５１５では、Ｓ－ＵＰ３及びＳ－ＵＰ４が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ２１から送信されたＭＢＳサービスデータを受信するために、Ｆ－ＵＰ２１で割り当てられたＩＰマルチキャスト伝送アドレス（即ち、ＩＰ３）に対応するマルチキャスト伝送グループにそれぞれ加入する。

ステップＳ１５１６では、Ｓ－ＣＰがＦ－ＣＰ２にＭＢＳセッション開始応答を送信し、このＭＢＳセッション開始応答には、Ｆ－ＵＰ２１ＩＤが含まれる。このステップの具体的な説明は、前述したステップＳ１５０７に類似し、これ以上の説明を省略する。

ステップＳ１５１７では、Ｆ－ＣＰ２がＦ－ＵＰ２１にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ２１がＦ－ＣＰ２にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

ステップＳ１５１８では、各子制御プレーンのいずれに対してもステップＳ１５１３からステップＳ１５１７を実行した後、Ｆ－ＣＰ２が、全ての子制御プレーンからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ２の親制御プレーンノードにＭＢＳセッション開始応答を送信する。このステップの具体的な説明は、前述したステップＳ１５０９に類似し、これ以上の説明を省略する。

ここで、ステップＳ１５１０からステップＳ１５１８は、Ｆ－ＣＰ２が、Ｆ－ＣＰ２の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後の処理プロセスである。この処理プロセスにおいて、Ｆ－ＣＰ２は、同じレベルの１つのユーザプレーンノードＦ－ＵＰ２１を選択したが、Ｆ－ＣＰ２の子制御プレーンノードＳ－ＣＰは、Ｓ－ＣＰと同じレベルの２つの子ユーザプレーンノードＳ－ＵＰ３及びＳ－ＵＰ４を選択した。

ステップＳ１５０１からステップＳ１５１８から分かるように、本願の実施例において、子制御プレーンノードＳ－ＣＰには、複数の親制御プレーンノードＦ－ＣＰ１及びＦ－ＣＰ２があるが、Ｓ－ＣＰにより制御される子ユーザプレーンノードＳ－ＵＰには、１つのみの親ユーザプレーンノードがある。

また、ステップＳ１５０１におけるメッセージと、ステップＳ１５１０におけるメッセージは、並列に送信されたものである可能性がある。このため、ステップＳ１５０１～ステップＳ１５０９とステップＳ１５１０～ステップＳ１５１８は、並列に実行される可能性がある。このように、ユーザプレーンＭＢＳセッション確立プロセス中に、１つのユーザプレーンノードには、同時に２つの制御プレーンノードからユーザプレーンＭＢＳセッション確立要求メッセージが送信される場合、又は、１つのユーザプレーンノードが、既に１つの制御プレーンノードにより選択された後、さらに、他の制御プレーンノードから送信されたユーザプレーンＭＢＳセッション確立要求メッセージを受信した場合があり得る。１つのユーザプレーンノードが同時に２つの制御プレーンノード（もちろん、それ以上であってもよいが、ここで２つを例にして説明する）から送信されたユーザプレーンＭＢＳセッション確立要求メッセージを受信した場合、該ユーザプレーンノードは、ユーザプレーンＭＢＳセッション確立応答メッセージにおいて、そのうちの１つの制御プレーンノードから送信されたユーザプレーンＭＢＳセッション確立要求に正常に応答するとともに、他のユーザプレーンＭＢＳセッション確立応答メッセージにおいて、他の制御プレーンノードを拒否（Ｒｅｊｅｃｔ）することにより、このユーザプレーンノードが既に選択されたことを指示してもよい。１つのユーザプレーンノードは、１つの制御プレーンノードによって、既に親ユーザプレーンノードがあるようになった後、さらに、他の制御プレーンノードから送信されたユーザプレーンＭＢＳセッション確立要求メッセージを受信した場合、他のユーザプレーンＭＢＳセッション確立応答メッセージにおいて、該他の制御プレーンノードをＲｅｊｅｃｔすることにより、このユーザプレーンノードが既に選択されたことを指示する。

このようなＭＢＳセッション伝送ツリーの確立完了後、以下のステップを実行することができる。

ステップＳ１５１９ａでは、Ｆ－ＵＰ１１が、Ｆ－ＵＰ１１の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ１５２０ａによって、受信された該下りＭＢＳサービスデータをＳ－ＵＰ１及びＳ－ＵＰ２に伝送する。

説明すべきものとして、親ユーザプレーンノードがある各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する必要がある。例えば、Ｓ－ＵＰ１及びＳ－ＵＰ２について、マルチキャスト伝送方式のみを採用すると決定された場合、Ｓ－ＵＰ１及びＳ－ＵＰ２は、Ｆ－ＵＰ１１から送信されたＭＢＳサービスデータをマルチキャスト伝送方式で受信し、ポイントツーポイント伝送方式のみを採用すると決定された場合、Ｓ－ＵＰ１及びＳ－ＵＰ２のそれぞれは、Ｆ－ＵＰ１１から送信されたＭＢＳサービスデータをポイントツーポイント伝送方式で受信する。

子ユーザプレーンノードがある各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式で、各子ユーザプレーンノードにＭＢＳサービスデータを伝送する必要がある。例えば、Ｆ－ＵＰ１１について、マルチキャスト伝送方式のみを採用すると決定された場合、Ｆ－ＵＰ１１は、マルチキャスト伝送方式でＭＢＳサービスデータをＦ－ＵＰ１１の全ての子ユーザプレーンノード（この実施例では、即ち、Ｓ－ＵＰ１及びＳ－ＵＰ２）に伝送し、ポイントツーポイント伝送方式のみを採用すると決定された場合、Ｆ－ＵＰ１１は、Ｆ－ＵＰ１１の各子ユーザプレーンノード（この実施例では、即ち、Ｓ－ＵＰ１及びＳ－ＵＰ２）のそれぞれにＭＢＳサービスデータをポイントツーポイント伝送方式で伝送する。

ステップＳ１５１９ｂでは、Ｆ－ＵＰ２１が、Ｆ－ＵＰ２１の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ１５２０ｂによって、受信された該下りＭＢＳサービスデータをＳ－ＵＰ３及びＳ－ＵＰ４に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

図１５に示された実施例では、親制御プレーンノードから子制御プレーンノードへ送信されたＭＢＳセッション開始要求に１つのみの親ユーザプレーンノードの情報が含まれる。以下、図１６を参照して、本願の他の実施例では、親制御プレーンノードから子制御プレーンノードへ送信されたＭＢＳセッション開始要求に複数の親ユーザプレーンノードの情報を含めることができることを紹介する。

具体的には、図１６は、本願の一実施例による制御プレーンとユーザプレーンが分離されたＭＢＳの通信方法を示している。同様に、以下の内容に記載のＦ－ＣＰは、親制御プレーン（Ｆａｔｈｅｒ－ＣｏｎｔｒｏｌＰｌａｎｅ）を表し、Ｓ－ＣＰは、子制御プレーン（Ｓｏｎ－ＣｏｎｔｒｏｌＰｌａｎｅ）を表し、Ｆ－ＵＰは、親ユーザプレーン（Ｆａｔｈｅｒ－ＵｓｅｒＰｌａｎｅ）を表し、Ｓ－ＵＰは、子ユーザプレーン（Ｓｏｎ－ＵｓｅｒＰｌａｎｅ）を表す。

図１６を参照すると、以下のステップを含む。

ステップＳ１６０１では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信する。具体的なプロセスは、前述したステップＳ１５０１に類似し、これ以上の説明を省略する。ここで、このＭＢＳセッション開始要求におけるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎに含まれるＩＰマルチキャスト伝送アドレスをＩＰ１と記す。

Ｆ－ＣＰ１は、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、複数のＦ－ＵＰＦの中から、１つ又は複数のＦ－ＵＰＦを、Ｆ－ＣＰ１と同じレベルのユーザプレーンノードとして選択すると決定してもよい。この実施例では、Ｆ－ＵＰ１１及びＦ－ＵＰ１２と記される２つのユーザプレーンノードが選択されたと仮定する。そして、ステップＳ１６０２ａ及びステップＳ１６０２ｂをそれぞれ実行する。

ステップＳ１６０２ａでは、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ１６０２ａにおいてＦ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレスをＩＰ２と記す。

ステップＳ１６０２ｂでは、Ｆ－ＣＰ１がＦ－ＵＰ１２にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ１２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ１６０２ｂにおいてＦ－ＵＰ１２で割り当てられたＩＰマルチキャスト伝送アドレスをＩＰ３と記す。

ステップＳ１６０３では、Ｆ－ＵＰ１１及びＦ－ＵＰ１２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１及びＦ－ＵＰ１２の親ユーザプレーンノードから送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ１に対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ１６０４では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、各子制御プレーンノードのそれぞれにＭＢＳセッション開始要求を送信する。即ち、ステップＳ１６０４からステップＳ１６０８は、子制御プレーンノード毎に個別に実行される。この実施例では、１つの子制御プレーンノードＳ－ＣＰへの送信を例にして説明する。

Ｆ－ＣＰ１からＦ－ＣＰ１の子制御プレーンノードＳ－ＣＰへ送信されたＭＢＳセッション開始要求には、以下のパラメータ、即ち、ＴＭＧＩ、ＭＢＳＳｅｓｓｉｏｎＤｕｒａｔｉｏｎ、ＭＢＳＱＦＩｓ、ＱｏＳＰｒｏｆｉｌｅ、ＭＢＳＴｉｍｅｔｏＤａｔａＴｒａｎｓｆｅｒ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝、ＭＢＳＳｅｒｖｉｃｅＡｒｅａが含まれる。ここで、ＭＢＳ伝送情報は、即ち、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ（ＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎａｄｄｒｅｓｓ，Ｃ－ＴＥＩＤ）である。この実施例では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１と同じレベルの２つのユーザプレーンノードＦ－ＵＰ１１及びＦ－ＵＰ１２を選択したので、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝には、Ｆ－ＵＰ１１ＩＤ及びＦ－ＵＰ１１ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎと、Ｆ－ＵＰ１２ＩＤ及びＦ－ＵＰ１２ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎとが含まれる。Ｆ－ＵＰ１１ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、Ｆ－ＵＰ１１で割り当てられたものであり、それに含まれるＩＰマルチキャスト伝送アドレスがＩＰ２であり、Ｆ－ＵＰ１２ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、Ｆ－ＵＰ１２で割り当てられたものであり、それに含まれるＩＰマルチキャスト伝送アドレスがＩＰ３である。

説明すべきものとして、Ｆ－ＵＰ１２で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ３と、Ｆ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ２とが同じであってはいけないが、割り当てられたＣ－ＴＥＩＤが同じであってもよい。

Ｓ－ＣＰが、Ｆ－ＣＰ１から送信されたＭＢＳセッション開始要求を受信した後、ステップＳ１５０２に類似して、Ｓ－ＣＰは、Ｓ－ＣＰの子制御プレーンノードの情報に基づいて、複数のＳ－ＵＰの中から、Ｆ－ＵＰ１１のために１つ又は複数のＳ－ＵＰを選択するとともに、Ｆ－ＵＰ１２のために１つ又は複数のＳ－ＵＰを選択する。この実施例では、Ｆ－ＵＰ１１のためにＳ－ＵＰ１１及びＳ－ＵＰ１２が選択され、Ｆ－ＵＰ１２のためにＳ－ＵＰ２１及びＳ－ＵＰ２２が選択され、即ち、Ｆ－ＵＰ１１及びＦ－ＵＰ１２のために異なる子ユーザプレーンノードが選択されたと仮定する。そして、ステップＳ１６０５ａ及びステップＳ１６０５ｂをそれぞれ実行する。

ステップＳ１６０５ａでは、Ｓ－ＣＰが、選択されたＳ－ＵＰ１１及びＳ－ＵＰ１２のそれぞれに、Ｆ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ２が含まれるユーザプレーンＭＢＳセッション確立要求を送信し、Ｓ－ＵＰ１１及びＳ－ＵＰ１２のそれぞれがＳ－ＣＰにユーザプレーンＭＢＳセッション確立応答をフィードバックする（紙面を節約するために、図１６ではＳ－ＵＰ１１とＳ－ＵＰ１２を一緒に描いている）。具体的なプロセスは、ステップＳ１５０５ａに類似し、これ以上の説明を省略する。

ステップＳ１６０５ｂでは、Ｓ－ＣＰが、選択されたＳ－ＵＰ２１及びＳ－ＵＰ２２のそれぞれに、Ｆ－ＵＰ１２で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ３が含まれるユーザプレーンＭＢＳセッション確立要求を送信し、Ｓ－ＵＰ２１及びＳ－ＵＰ２２のそれぞれがＳ－ＣＰにユーザプレーンＭＢＳセッション確立応答をフィードバックする（紙面を節約するために、図１６ではＳ－ＵＰ２１とＳ－ＵＰ２２を一緒に描いている）。具体的なプロセスは、ステップＳ１５０５ａに類似し、これ以上の説明を省略する。

ステップＳ１６０６ａでは、Ｓ－ＵＰ１１及びＳ－ＵＰ１２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１から送信されたＭＢＳサービスデータを受信するために、Ｆ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレス（即ち、ＩＰ２）に対応するマルチキャスト伝送グループにそれぞれ加入する。

ステップＳ１６０６ｂでは、Ｓ－ＵＰ２１及びＳ－ＵＰ２２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１２から送信されたＭＢＳサービスデータを受信するために、Ｆ－ＵＰ１２で割り当てられたＩＰマルチキャスト伝送アドレス（即ち、ＩＰ３）に対応するマルチキャスト伝送グループにそれぞれ加入する。

ステップＳ１６０７では、Ｓ－ＣＰがＦ－ＣＰ１にＭＢＳセッション開始応答を送信する。マルチキャスト方式で伝送されたデータの受信をサポートしないＳ－ＵＰがある場合、ＭＢＳセッション開始応答には、このＳ－ＵＰで割り当てられた、Ｆ－ＵＰに対応するＦ－ＴＥＩＤが含まれ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝が形成される。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝には、Ｆ－ＵＰ１１に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅと、Ｆ－ＵＰ１２に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅとが含まれる。

ステップＳ１５０７に類似して、いくつかのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートするが、他のいくつかのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートしないので、このＬｉｓｔＦ－ＴＥＩＤｓｕｐは、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰのみに対応するものである。このため、１つのＦ－ＵＰの全てのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートする場合、このＦ－ＵＰに対応するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐはない。それ以外の説明は、ステップＳ１５０７に関する内容を参照する。

また、Ｓ－ＣＰは、そのうちの１つ／いくつかのＦ－ＵＰＩＤにいかなる子ユーザプレーンノードも割り当てないと決定した場合、この１つ／いくつかのＦ－ＵＰＩＤに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅにＤｉｓａｂｌｅを設定してもよい。もちろん、ＭＢＳセッション開始応答において、子ユーザプレーンノードが割り当てられていない親ユーザプレーンノードを指示するために、ＦａｉｌｅｄＬｉｓｔ｛Ｆ－ＵＰ｝を採用してもよい。

ステップＳ１６０８ａでは、Ｆ－ＣＰ１が、ＭＢＳセッション開始応答に含まれるＬｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｆ－ＵＰ１１にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

ステップＳ１６０８ｂでは、Ｆ－ＣＰ１が、ＭＢＳセッション開始応答に含まれるＬｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｆ－ＵＰ１２にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ１２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

ステップＳ１６０９では、各子制御プレーンのいずれに対してもステップＳ１６０４からステップＳ１６０８を実行した後、Ｆ－ＣＰ１が、全ての子制御プレーンからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ１の親制御プレーンノードにＭＢＳセッション開始応答を送信する。

ここで、Ｆ－ＣＰ１が、Ｆ－ＣＰ１と同じレベルの２つのユーザプレーンノードＦ－ＵＰ１１及びＦ－ＵＰ１２を選択したので、Ｆ－ＵＰ１１及びＦ－ＵＰ１２のうち、マルチキャスト方式で伝送されたデータの受信をサポートしないＦ－ＵＰがある場合、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、Ｆ－ＵＰ１１及びＦ－ＵＰ１２の親ユーザプレーンノードのＵＰＩＤに対応するＬｉｓｔｏｆＦ－ＴＥＩＤ（親ユーザプレーンノードに対するものであるため、区別を容易にするために、以下、それをＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐと記す）が含まれる。このＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐには、Ｆ－ＵＰ１１及びＦ－ＵＰ１２のうち、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＦ－ＵＰで割り当てられたＦ－ＴＥＩＤが含まれる。Ｆ－ＵＰ１１及びＦ－ＵＰ１２のうち、マルチキャスト方式で伝送されたデータの受信をサポートするＦ－ＵＰが一部ある場合、Ｆ－ＵＰ１１及びＦ－ＵＰ１２にＭＢＳサービスデータを伝送するには、マルチキャスト伝送及びポイントツーポイント伝送の技術を同時に使用する必要があることをＦ－ＵＰ１１及びＦ－ＵＰ１２の親ユーザプレーンノードに指示するために、ＭＢＳセッション開始応答にＭｕｌｔｉｃａｓｔＥｎａｂｌｅを含める必要がある。

特に、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答にＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐが含まれない場合は、Ｆ－ＣＰ１により選択された、Ｆ－ＣＰ１と同じレベルのユーザプレーンノードのいずれも、マルチキャスト方式で伝送されたデータの受信をサポートすることを表すので、該ＭＢＳセッション開始応答にＭｕｌｔｉｃａｓｔＥｎａｂｌｅというフラグを付する必要がない。

特に、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、ＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐが含まれるが、ＭｕｌｔｉｃａｓｔＥｎａｂｌｅというフラグが含まれない場合は、Ｆ－ＣＰ１により選択された、Ｆ－ＣＰ１と同じレベルの全てのユーザプレーンノードが、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式で伝送されたＭＢＳサービスデータの受信をサポートすることを表す。

特に、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、ＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐが含まれず、且つＭｕｌｔｉｃａｓｔＥｎａｂｌｅがＤｉｓａｂｌｅとして設定されている場合は、Ｆ－ＣＰ１が、Ｆ－ＣＰ１と同じレベルのユーザプレーンノードを選択していないことを表す。この場合、Ｆ－ＣＰ１は、指示のために、ＭＢＳセッション開始応答によってＦａｉｌｕｒｅＣｏｄｅを返信してもよい。

説明すべきものとして、Ｆ－ＣＰ１により選択された、Ｆ－ＣＰ１と同じレベルのユーザプレーンノードのうち、マルチキャスト方式で伝送されたデータの受信をサポートしないユーザプレーンノードが１つのみである場合、ＭＢＳセッション開始応答には、ＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐが含まれず、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするこのユーザプレーンノードで割り当てられたＦ－ＴＥＩＤのみが含まれてもよい。

ここで、ステップＳ１６０１からステップＳ１６０９は、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後の処理プロセスである。この処理プロセスにおいて、Ｆ－ＣＰ１は、Ｆ－ＣＰ１と同じレベルの２つのユーザプレーンノードＦ－ＵＰ１１及びＦ－ＵＰ１２を選択し、Ｆ－ＣＰ１の子制御プレーンノードＳ－ＣＰは、Ｆ－ＵＰ１１のために、Ｓ－ＣＰと同じレベルの２つの子ユーザプレーンノードＳ－ＵＰ１１及びＳ－ＵＰ１２を選択し、Ｆ－ＵＰ１２のために、Ｓ－ＣＰと同じレベルの２つの子ユーザプレーンノードＳ－ＵＰ２１及びＳ－ＵＰ２２を選択した。

引き続いて図１６を参照すると、以下のステップをさらに含む。

ステップＳ１６１０では、Ｆ－ＣＰ２が、Ｆ－ＣＰ２の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信し、このＭＢＳセッション開始要求には、ＴＭＧＩ、ＭＢＳＳｅｓｓｉｏｎＤｕｒａｔｉｏｎ、ＭＢＳＱＦＩｓ、ＱｏＳＰｒｏｆｉｌｅ、ＵＰｘＩＤ、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ、ＭＢＳＴｉｍｅｔｏＤａｔａＴｒａｎｓｆｅｒ、ＭＢＳＳｅｒｖｉｃｅＡｒｅａが含まれる。ここで、具体的なパラメータの意味は、前述したステップＳ１５０１の説明を参照する。区別を容易にするために、Ｆ－ＣＰ２で受信されたＭＢＳセッション開始要求におけるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎに含まれるＩＰマルチキャスト伝送アドレスは、ＩＰｘと記すことができる。

ステップＳ１６１１では、Ｆ－ＣＰ２が、Ｆ－ＣＰ２の子制御プレーンノードの情報に基づいて、複数のＦ－ＵＰＦの中から、１つ又は複数のＦ－ＵＰＦを、Ｆ－ＣＰ２と同じレベルのユーザプレーンノードとして選択すると決定する。この実施例では、Ｆ－ＣＰ２と同じレベルの１つのみのユーザプレーンノードＦ－ＵＰ２１が選択されたと仮定する。そして、Ｆ－ＣＰ２は、Ｆ－ＵＰ２１にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ２１は、Ｆ－ＣＰ２にユーザプレーンＭＢＳセッション確立応答をフィードバックする。

具体的な説明は、前述したステップＳ１５０２に関する内容を参照する。ステップＳ１５０２に類似して、Ｆ－ＣＰ２とＦ－ＵＰ２１との間で、ユーザプレーンＭＢＳセッション確立要求及びユーザプレーンＭＢＳセッション確立応答のやり取りによって、Ｆ－ＵＰ２１は、新たなＩＰマルチキャスト伝送アドレス（区別を容易にするために、ＩＰ４と記す）を割り当てた。

ステップＳ１６１２では、Ｆ－ＵＰ２１が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ２１の親ユーザプレーンノードから送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰｘに対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ１６１３では、Ｆ－ＣＰ２が、Ｆ－ＣＰ２の子制御プレーンノードの情報に基づいて、各子制御プレーンノードのそれぞれにＭＢＳセッション開始要求を送信する。即ち、ステップＳ１６１３からステップＳ１６１７は、子制御プレーンノード毎に個別に実行される。この実施例では、１つの子制御プレーンノードＳ－ＣＰへの送信を例にして説明する。

同様に、Ｆ－ＣＰ２からＦ－ＣＰ２の子制御プレーンノードＳ－ＣＰへ送信されたＭＢＳセッション開始要求にも、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎが含まれ、このＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、ステップＳ１６１１で割り当てられたものであり、それに対応するユーザプレーンノード識別子がＦ－ＵＰ２１ＩＤであり、それに含まれるＩＰマルチキャスト伝送アドレスがＩＰ４である。

説明すべきものとして、ステップＳ１６１３とステップＳ１６０４との間に前後関係がなく、これらは、Ｆ－ＣＰ２とＦ－ＣＰ１が並列にそれぞれ実行するステップであってもよい。

Ｓ－ＣＰが、Ｆ－ＣＰ２から送信されたＭＢＳセッション開始要求を受信した後、前述したステップに類似して、Ｓ－ＣＰは、Ｓ－ＣＰの子制御プレーンノードの情報に基づいて、複数のＳ－ＵＰの中から、Ｆ－ＵＰ２１のために１つ又は複数のＳ－ＵＰを選択する。この実施例では、Ｓ－ＵＰ３１及びＳ－ＵＰ３２が選択されたと仮定する。そして、ステップＳ１６１４を実行する。

説明すべきものとして、Ｓ－ＣＰがＦ－ＵＰ２１のために選択したＳ－ＵＰは、Ｓ－ＣＰがＦ－ＵＰ１１及びＦ－ＵＰ１２のために選択したＳ－ＵＰと異なる。言い換えれば、本願の実施例において、制御プレーンでは、１つの子制御プレーンノードに複数の親制御プレーンノードがあり得、例えば、子制御プレーンノードＳ－ＣＰには、２つの親制御プレーンノードＦ－ＣＰ１及びＦ－ＣＰ２がある。しかし、１つの子ユーザプレーンノードに複数の親ユーザプレーンノードがあることは許されない。このように、１つの子ユーザプレーンノードは、既に１つの親ユーザプレーンノードがあるようになった後、子ユーザプレーンノードの選択対象から除外される。

ステップＳ１６１４では、Ｓ－ＣＰが、選択されたＳ－ＵＰ３１及びＳ－ＵＰ３２のそれぞれにユーザプレーンＭＢＳセッション確立要求を送信し、Ｓ－ＵＰ３１及びＳ－ＵＰ３２のそれぞれがＳ－ＣＰにユーザプレーンＭＢＳセッション確立応答をフィードバックする。具体的なプロセスは、ステップＳ１５０５ａに類似し、これ以上の説明を省略する。

ステップＳ１６１５では、Ｓ－ＵＰ３１及びＳ－ＵＰ３２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ２１から送信されたＭＢＳサービスデータを受信するために、Ｆ－ＵＰ２１で割り当てられたＩＰマルチキャスト伝送アドレス（即ち、ＩＰ４）に対応するマルチキャスト伝送グループにそれぞれ加入する。

ステップＳ１６１６では、Ｓ－ＣＰがＦ－ＣＰ２にＭＢＳセッション開始応答を送信し、このＭＢＳセッション開始応答には、Ｆ－ＵＰ２１ＩＤが含まれる。このステップの具体的な説明は、前述したステップＳ１５０７に類似し、これ以上の説明を省略する。

ステップＳ１６１７では、Ｆ－ＣＰ２がＦ－ＵＰ２１にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ２１がＦ－ＣＰ２にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

ステップＳ１６１８では、各子制御プレーンのいずれに対してもステップＳ１６１３からステップＳ１６１７を実行した後、Ｆ－ＣＰ２が、全ての子制御プレーンからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ２の親制御プレーンノードにＭＢＳセッション開始応答を送信する。このステップの具体的な説明は、前述したステップＳ１５０９に類似し、これ以上の説明を省略する。

ここで、ステップＳ１６１０からステップＳ１６１８は、Ｆ－ＣＰ２が、Ｆ－ＣＰ２の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後の処理プロセスである。この処理プロセスにおいて、Ｆ－ＣＰ２は、Ｆ－ＣＰ２と同じレベルの１つのユーザプレーンノードＦ－ＵＰ２１を選択し、Ｆ－ＣＰ２の子制御プレーンノードＳ－ＣＰは、Ｓ－ＣＰと同じレベルの２つの子ユーザプレーンノードＳ－ＵＰ３１及びＳ－ＵＰ３２を選択した。

ステップＳ１６０１からステップＳ１６１８から分かるように、本願の実施例において、子制御プレーンノードＳ－ＣＰには、複数の親制御プレーンノードＦ－ＣＰ１及びＦ－ＣＰ２があるが、Ｓ－ＣＰにより制御される子ユーザプレーンノードＳ－ＵＰには、１つのみの親ユーザプレーンノードがある。

また、ステップＳ１６０１におけるメッセージと、ステップＳ１６１０におけるメッセージは、並列に送信されたものである可能性がある。このため、ステップＳ１６０１～ステップＳ１６０９とステップＳ１６１０～ステップＳ１６１８は、並列に実行される可能性がある。このように、ユーザプレーンＭＢＳセッション確立プロセス中に、１つのユーザプレーンノードには、同時に２つの制御プレーンノードからユーザプレーンＭＢＳセッション確立要求メッセージが送信される場合、又は、１つのユーザプレーンノードが、既に１つの制御プレーンノードにより選択された後、さらに、他の制御プレーンノードから送信されたユーザプレーンＭＢＳセッション確立要求メッセージを受信した場合があり得る。１つのユーザプレーンノードが同時に２つの制御プレーンノード（もちろん、それ以上であってもよいが、ここで２つを例にして説明する）から送信されたユーザプレーンＭＢＳセッション確立要求メッセージを受信した場合、該ユーザプレーンノードは、ユーザプレーンＭＢＳセッション確立応答メッセージにおいて、そのうちの１つの制御プレーンノードから送信されたユーザプレーンＭＢＳセッション確立要求に正常に応答するとともに、他のユーザプレーンＭＢＳセッション確立応答メッセージにおいて、他の制御プレーンノードを拒否（Ｒｅｊｅｃｔ）することにより、このユーザプレーンノードが既に選択されたことを指示してもよい。１つのユーザプレーンノードは、１つの制御プレーンノードによって、既に親ユーザプレーンノードがあるようになった後、さらに、他の制御プレーンノードから送信されたユーザプレーンＭＢＳセッション確立要求メッセージを受信した場合、他のユーザプレーンＭＢＳセッション確立応答メッセージにおいて、該他の制御プレーンノードをＲｅｊｅｃｔすることにより、このユーザプレーンノードが既に選択されたことを指示する。

ステップＳ１６１９ａでは、Ｆ－ＵＰ１１が、Ｆ－ＵＰ１１の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ１６２０ａによって、受信された該下りＭＢＳサービスデータをＳ－ＵＰ１１及びＳ－ＵＰ１２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

ステップＳ１６１９ｂでは、Ｆ－ＵＰ１２が、Ｆ－ＵＰ１２の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ１６２０ｂによって、受信された該下りＭＢＳサービスデータをＳ－ＵＰ２１及びＳ－ＵＰ２２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

ステップＳ１６１９ｃでは、Ｆ－ＵＰ２１が、Ｆ－ＵＰ２１の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ１６２０ｃによって、受信された該下りＭＢＳサービスデータをＳ－ＵＰ３１及びＳ－ＵＰ３２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

図１６に示された実施例では、親制御プレーンノードから子制御プレーンノードへ送信されたＭＢＳセッション開始要求に複数の親ユーザプレーンノードの情報が含まれる。任意選択的に、５Ｇシステムにおいて、ＮＲ（ＮｅｗＲａｄｉｏ）基地局（ｇＮＢ）は、制御プレーンとユーザプレーンが分離されたものであってもよく、即ち、ｇＮＢ－ＣＵ（集中ユニット、ＣｅｎｔｒａｌｉｚｅｄＵｎｉｔ）は、子制御プレーンノードとしてもよく、ｇＮＢ－ＤＵ（分散ユニット、ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ）は、子ユーザプレーンノードとしてもよく、１つの基地局の制御プレーンは、１つ又は複数の基地局のユーザプレーンを制御することができる。具体的には、図１７に示すように、ＮＧ－ＲＡＮにおけるｇＮＢは、ＮＧインタフェースを介して５Ｇコアネットワーク（５ＧＣ：５ｇＣｏｒｅｎｅｔｗｏｒｋ）に接続される。ＮＧ－ＲＡＮにおけるｇＮＢは、制御プレーンとユーザプレーンが分離されたものであってもよく、基地局制御プレーン（即ち、ｇＮＢ－ＣＵ）と基地局ユーザプレーン（即ち、ｇＮＢ－ＤＵ）との間のインタフェースは、Ｆ１インタフェースであってもよく、ｇＮＢ間のインタフェースは、Ｘｎ－Ｃインタフェースであってもよい。

本願の一実施例において、ｇＮＢ－ＣＵ及びｇＮＢ－ＤＵを、図１６に示された実施例に適用すると、図１８に示す実施例を得ることができる。ネットワークノードＳＭＦ又はＭＢ－ＳＭＦは、ＮＲ基地局と直接通信することができないので、やり取りのためにＡＭＦが導入されている。

図１８を参照すると、以下のステップを含んでもよい。

ステップＳ１８０１では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信する。具体的なプロセスは、前述したステップＳ１５０１に類似し、これ以上の説明を省略する。ここで、このＭＢＳセッション開始要求におけるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎに含まれるＩＰマルチキャスト伝送アドレスをＩＰ１と記す。

Ｆ－ＣＰ１は、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後、Ｆ－ＣＰ１に対応するｇＮＢの情報（例えば、位置や数など）に基づいて、複数のＦ－ＵＰＦの中から、１つ又は複数のＦ－ＵＰＦを、Ｆ－ＣＰ１と同じレベルのユーザプレーンノードとして選択すると決定してもよい。この実施例では、Ｆ－ＵＰ１１及びＦ－ＵＰ１２と記される２つのユーザプレーンノードが選択されたと仮定する。そして、ステップＳ１８０２ａ及びステップＳ１８０２ｂをそれぞれ実行する。

ステップＳ１８０２ａでは、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ１８０２ａにおいてＦ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレスをＩＰ２と記す。

ステップＳ１８０２ｂでは、Ｆ－ＣＰ１がＦ－ＵＰ１２にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ１２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ１８０２ｂにおいてＦ－ＵＰ１２で割り当てられたＩＰマルチキャスト伝送アドレスをＩＰ３と記す。

ステップＳ１８０３では、Ｆ－ＵＰ１１及びＦ－ＵＰ１２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１及びＦ－ＵＰ１２の親ユーザプレーンノードから送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ１に対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ１８０４ａでは、Ｆ－ＣＰ１がＡＭＦに情報伝送メッセージ（即ち、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＮｏｎＵｅＮ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒ）を送信する。

Ｆ－ＣＰ１からＡＭＦへ送信された情報伝送メッセージには、以下のパラメータ、即ち、ＲＡＮＩＤ、Ｎ２ＭＢＳセッションコンテナ（ＭＢＳＳｅｓｓｉｏｎＣｏｎｔａｉｎｅｒ）が含まれる。ここで、Ｎ２ＭＢＳＳｅｓｓｉｏｎＣｏｎｔａｉｎｅｒには、（Ｎ２ＭＢＳＳｅｓｓｉｏｎＳｔａｒｔＲｅｑｕｅｓｔ（ＴＭＧＩ，ＭＢＳＱＦＩｓ，ＱｏＳＰｒｏｆｉｌｅ，Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝））が含まれる。ＭＢＳ伝送情報は、即ち、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ（ＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎａｄｄｒｅｓｓ，Ｃ－ＴＥＩＤ）である。この実施例では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１と同じレベルの２つのユーザプレーンノードＦ－ＵＰ１１及びＦ－ＵＰ１２を選択したので、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝には、Ｆ－ＵＰ１１ＩＤ及びＦ－ＵＰ１１ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎと、Ｆ－ＵＰ１２ＩＤ及びＦ－ＵＰ１２ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎとが含まれる。Ｆ－ＵＰ１１ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、Ｆ－ＵＰ１１で割り当てられたものであり、それに含まれるＩＰマルチキャスト伝送アドレスがＩＰ２であり、Ｆ－ＵＰ１２ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、Ｆ－ＵＰ１２で割り当てられたものであり、それに含まれるＩＰマルチキャスト伝送アドレスがＩＰ３である。

Ｆ－ＣＰ１からＡＭＦへ送信された情報伝送メッセージに含まれるＭＢＳセッションコンテナは、ＡＭＦに、Ｎ２ＭＢＳＳｅｓｓｉｏｎＳｔａｒｔＲｅｑｕｅｓｔ（ＴＭＧＩ，ＭＢＳＱＦＩｓ，ＱｏＳＰｒｏｆｉｌｅ，Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝）の関連内容を、ＲＡＮＩＤで識別されたｇＮＢに送信させることを表す。Ｆ－ＣＰ１のＭＢＳＳｅｓｓｉｏｎＣｏｎｔｅｘｔに複数のＲＡＮＩＤが記録される場合、後続のステップＳ１８０４ｂからステップＳ１８０８ｂは、各ＲＡＮＩＤで識別されたｇＮＢ毎に個別に実行される。

ステップＳ１８０４ｂでは、ＡＭＦが、ステップＳ１８０４ａにおける情報伝送メッセージに含まれるＲＡＮＩＤに基づいて、それに対応するｇＮＢ－ＣＵに、ステップＳ１８０４ａにおける各パラメータ、即ち、ＴＭＧＩ、ＭＢＳＱＦＩｓ、ＱｏＳＰｒｏｆｉｌｅ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝が含まれるＭＢＳセッション開始要求を送信する。

ｇＮＢ－ＣＵが、ＡＭＦから送信されたＭＢＳセッション開始要求を受信した後、ｇＮＢ－ＣＵは、登録されたＭＢＳＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅＵＥの数及び位置（ＭＢＳＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅの場合）、又はＭＢＳＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅＡｒｅａ（ＭＢＳＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅの場合）に基づいて、複数のｇＮＢ－ＤＵの中から、Ｆ－ＵＰ１１及びＦ－ＵＰ１２のために１つ又は複数のｇＮＢ－ＤＵをそれぞれ選択する。この実施例では、Ｆ－ＵＰ１１のためにｇＮＢ－ＤＵ１１及びｇＮＢ－ＤＵ１２が選択され、Ｆ－ＵＰ１２のためにｇＮＢ－ＤＵ２１及びｇＮＢ－ＤＵ２２が選択され、即ち、Ｆ－ＵＰ１１及びＦ－ＵＰ１２のために異なるｇＮＢ－ＤＵが選択されたと仮定する。そして、ステップＳ１８０５ａ及びステップＳ１８０５ｂをそれぞれ実行する。

ステップＳ１８０５ａでは、ｇＮＢ－ＣＵが、選択されたｇＮＢ－ＤＵ１１及びｇＮＢ－ＤＵ１２のそれぞれに、Ｆ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ２が含まれるユーザプレーンＭＢＳセッション確立要求（即ち、Ｆ１ＭＢＳＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ）を送信し、ｇＮＢ－ＤＵ１１及びｇＮＢ－ＤＵ１２のそれぞれがｇＮＢ－ＣＵにユーザプレーンＭＢＳセッション確立応答をフィードバックする（紙面を節約するために、図１８ではｇＮＢ－ＤＵ１１とｇＮＢ－ＤＵ１２を一緒に描いている）。具体的なプロセスは、ステップＳ１５０５ａにおけるＳ－ＣＰとＳ－ＵＰとの間のやり取りプロセスに類似し、これ以上の説明を省略する。

ステップＳ１８０５ｂでは、ｇＮＢ－ＣＵが、選択されたｇＮＢ－ＤＵ２１及びｇＮＢ－ＤＵ２２のそれぞれに、Ｆ－ＵＰ１２で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ３が含まれるユーザプレーンＭＢＳセッション確立要求（即ち、Ｆ１ＭＢＳＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ）を送信し、ｇＮＢ－ＤＵ２１及びｇＮＢ－ＤＵ２２のそれぞれがｇＮＢ－ＣＵにユーザプレーンＭＢＳセッション確立応答をフィードバックする（紙面を節約するために、図１８ではｇＮＢ－ＤＵ２１とｇＮＢ－ＤＵ２２を一緒に描いている）。具体的なプロセスは、ステップＳ１５０５ａにおけるＳ－ＣＰとＳ－ＵＰとの間のやり取りプロセスに類似し、これ以上の説明を省略する。

ステップＳ１８０６ａでは、ｇＮＢ－ＤＵ１１及びｇＮＢ－ＤＵ１２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１から送信されたＭＢＳサービスデータを受信するために、Ｆ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレス（即ち、ＩＰ２）に対応するマルチキャスト伝送グループにそれぞれ加入する。

ステップＳ１８０６ｂでは、ｇＮＢ－ＤＵ２１及びｇＮＢ－ＤＵ２２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１２から送信されたＭＢＳサービスデータを受信するために、Ｆ－ＵＰ１２で割り当てられたＩＰマルチキャスト伝送アドレス（即ち、ＩＰ３）に対応するマルチキャスト伝送グループにそれぞれ加入する。

説明すべきものとして、前述した実施例に類似して、ネットワーク設定により、ｇＮＢ－ＤＵが、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする場合、対応するＦ－ＴＥＩＤを割り当てる必要がある。このＦ－ＴＥＩＤは、ｇＮＢ－ＣＵにより割り当てられるか、又はｇＮＢ－ＤＵにより割り当てられる。

ステップＳ１８０７ａでは、ｇＮＢが、ステップＳ１８０４ａで受信された情報伝送メッセージに含まれるＱＦＩｓ及びＱｏＳＰｒｏｆｉｌｅに基づいて、無線エアインタフェースリソースを割り当てる。

ステップＳ１８０７ｂでは、ｇＮＢ－ＣＵがＡＭＦにＭＢＳセッション開始応答を送信する。マルチキャスト方式で伝送されたデータの受信をサポートしないｇＮＢ－ＤＵがある場合、ＭＢＳセッション開始応答には、このｇＮＢ－ＤＵで割り当てられた、Ｆ－ＵＰに対応するＦ－ＴＥＩＤ（区別を容易にするために、それをＦ－ＴＥＩＤｇｎｂ－ｄｕと記す）が含まれ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｇｎｂ－ｄｕ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝が形成される。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｇｎｂ－ｄｕ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝には、Ｆ－ＵＰ１１に対するＬｉｓｔｏｆＦ－ＴＥＩＤｇｎｂ－ｄｕ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅと、Ｆ－ＵＰ１２に対するＬｉｓｔｏｆＦ－ＴＥＩＤｇｎｂ－ｄｕ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅとが含まれる。

ステップＳ１５０７に類似して、いくつかのｇＮＢ－ＤＵが、マルチキャスト方式で伝送されたデータの受信をサポートするが、他のいくつかのｇＮＢ－ＤＵが、マルチキャスト方式で伝送されたデータの受信をサポートしないので、このＬｉｓｔＦ－ＴＥＩＤｇｎｂ－ｄｕは、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするｇＮＢ－ＤＵのみに対応するものである。このため、１つのＦ－ＵＰの全てのｇＮＢ－ＤＵが、マルチキャスト方式で伝送されたデータの受信をサポートする場合、このＦ－ＵＰに対応するＬｉｓｔｏｆＦ－ＴＥＩＤｇｎｂ－ｄｕはない。それ以外の説明は、ステップＳ１５０７に関する内容を参照する。

また、ｇＮＢ－ＣＵは、そのうちの１つ／いくつかのＦ－ＵＰＩＤにいかなる子ユーザプレーンノードも割り当てないと決定した場合、この１つ／いくつかのＦ－ＵＰＩＤに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅにＤｉｓａｂｌｅを設定してもよい。もちろん、ＭＢＳセッション開始応答において、ｇＮＢ－ＤＵが割り当てられていない親ユーザプレーンノードを指示するために、ＦａｉｌｅｄＬｉｓｔ｛Ｆ－ＵＰ｝を採用してもよい。

ステップＳ１８０７ｃでは、ＡＭＦが、ステップＳ１８０７ｂで受信されたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ１に情報通知メッセージＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＮｏｎＵｅＮ２ＩｎｆｏＮｏｔｉｆｙを送信する。ここで、この情報通知メッセージには、Ｎ２ＭＢＳＳｅｓｓｉｏｎｃｏｎｔａｉｎｅｒ（Ｎ２ＭＢＳＳｅｓｓｉｏｎＳｔａｒｔＲｅｓｐｏｎｓｅ（Ｌｉｓｔｏｆ（Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｇｎｂ－ｄｕ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ）））が含まれる。

ステップＳ１８０８ａでは、Ｆ－ＣＰ１が、受信された情報通知メッセージに含まれるＬｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｇｎｂ－ｄｕ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｆ－ＵＰ１１にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

ステップＳ１８０８ｂでは、Ｆ－ＣＰ１が、受信された情報通知メッセージに含まれるＬｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｇｎｂ－ｄｕ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｆ－ＵＰ１２にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ１２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

ステップＳ１８０９では、各ＲＡＮＩＤで識別されたｇＮＢのいずれに対してもステップＳ１８０４ａからステップＳ１８０８ｂを実行した後、Ｆ－ＣＰ１が、全てのｇＮＢ－ＣＵからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ１の親制御プレーンノードにＭＢＳセッション開始応答を送信する。

ステップＳ１６０９に類似して、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、Ｆ－ＣＰ１の親制御プレーンノードと同じレベルのユーザプレーンノードのＵＰＩＤが含まれ、ＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅがさらに含まれる可能性がある。

ここで、ステップＳ１８０１からステップＳ１８０９は、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後の処理プロセスである。この処理プロセスにおいて、Ｆ－ＣＰ１は、Ｆ－ＣＰ１と同じレベルの２つのユーザプレーンノードＦ－ＵＰ１１及びＦ－ＵＰ１２を選択し、Ｆ－ＣＰ１に対応するｇＮＢ－ＣＵは、Ｆ－ＵＰ１１のために、ｇＮＢ－ＣＵと同じレベルの２つの子ユーザプレーンノードｇＮＢ－ＤＵ１１及びｇＮＢ－ＤＵ１２を選択し、Ｆ－ＵＰ１２のために、ｇＮＢ－ＣＵと同じレベルの２つの子ユーザプレーンノードｇＮＢ－ＤＵ２１及びｇＮＢ－ＤＵ２２を選択した。

引き続いて図１８を参照すると、以下のステップをさらに含む。

ステップＳ１８１０では、Ｆ－ＣＰ２が、Ｆ－ＣＰ２の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信する。具体的なプロセスは、前述したステップＳ１５０１に類似し、これ以上の説明を省略する。ここで、このＭＢＳセッション開始要求におけるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎに含まれるＩＰマルチキャスト伝送アドレスをＩＰｘと記す。

ステップＳ１８１１では、Ｆ－ＣＰ２が、Ｆ－ＣＰ２の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後、Ｆ－ＣＰ２に対応するｇＮＢの情報（例えば、位置や数など）に基づいて、複数のＦ－ＵＰＦの中から、１つ又は複数のＦ－ＵＰＦを、Ｆ－ＣＰ２と同じレベルのユーザプレーンノードとして選択すると決定してもよい。この実施例では、１つのみのユーザプレーンノードＦ－ＵＰ２１が選択されたと仮定する。そして、Ｆ－ＣＰ２は、Ｆ－ＵＰ２１にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ２１は、Ｆ－ＣＰ２にユーザプレーンＭＢＳセッション確立応答をフィードバックする。

ステップＳ１８１２では、Ｆ－ＵＰ２１が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ２１の親ユーザプレーンノードから送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰｘに対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ１８１３ａでは、Ｆ－ＣＰ２がＡＭＦに情報伝送メッセージ（即ち、Ｎａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＮｏｎＵｅＮ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒ）を送信する。この情報伝送メッセージの具体的な説明は、前述したステップＳ１８０４ａに類似し、これ以上の説明を省略する。しかし、説明すべきものとして、Ｆ－ＣＰ２が、Ｆ－ＣＰ２と同じレベルの１つのユーザプレーンノードＦ－ＵＰ２１を選択したので、情報伝送メッセージには、Ｆ－ＵＰ２１ＩＤと、Ｆ－ＵＰ２１ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎとが含まれ、このＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎに含まれるＩＰマルチキャスト伝送アドレスがＩＰ４である。Ｆ－ＣＰ２のＭＢＳＳｅｓｓｉｏｎＣｏｎｔｅｘｔに複数のＲＡＮＩＤが記録される場合、後続のステップＳ１８１３ｂからステップＳ１８１７は、各ＲＡＮＩＤで識別されたｇＮＢ毎に個別に実行される。

説明すべきものとして、ステップＳ１８１３ａとステップＳ１８０４ａとの間に前後関係がなく、これらは、Ｆ－ＣＰ２とＦ－ＣＰ１が並列にそれぞれ実行するステップであってもよい。

ステップＳ１８１３ｂでは、ＡＭＦが、ステップＳ１８１３ａにおける情報伝送メッセージに含まれるＲＡＮＩＤに基づいて、それに対応するｇＮＢ－ＣＵに、ステップＳ１８１３ａにおける各パラメータが含まれるＭＢＳセッション開始要求を送信する。

ｇＮＢ－ＣＵが、ＡＭＦから送信されたＭＢＳセッション開始要求を受信した後、ｇＮＢ－ＣＵは、登録されたＭＢＳＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅＵＥの数及び位置（ＭＢＳＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅの場合）、又はＭＢＳＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅＡｒｅａ（ＭＢＳＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅの場合）に基づいて、複数のｇＮＢ－ＤＵの中から、Ｆ－ＵＰ２１のために１つ又は複数のｇＮＢ－ＤＵをそれぞれ選択する。この実施例では、Ｆ－ＵＰ２１のためにｇＮＢ－ＤＵ３１及びｇＮＢ－ＤＵ３２が選択され、即ち、Ｆ－ＵＰ２１のために選択されたｇＮＢ－ＤＵが、Ｆ－ＵＰ１１及びＦ－ＵＰ１２のために選択されたｇＮＢ－ＤＵと異なると仮定する。

ステップＳ１８１４では、ｇＮＢ－ＣＵが、選択されたｇＮＢ－ＤＵ３１及びｇＮＢ－ＤＵ３２のそれぞれに、Ｆ－ＵＰ２１で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ４が含まれるユーザプレーンＭＢＳセッション確立要求（即ち、Ｆ１ＭＢＳＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ）を送信し、ｇＮＢ－ＤＵ３１及びｇＮＢ－ＤＵ３２のそれぞれがｇＮＢ－ＣＵにユーザプレーンＭＢＳセッション確立応答をフィードバックする（紙面を節約するために、図１８ではｇＮＢ－ＤＵ３１とｇＮＢ－ＤＵ３２を一緒に描いている）。具体的なプロセスは、ステップＳ１５０５ａに類似し、これ以上の説明を省略する。

ステップＳ１８１５では、ｇＮＢ－ＤＵ３１及びｇＮＢ－ＤＵ３２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ２１から送信されたＭＢＳサービスデータを受信するために、Ｆ－ＵＰ２１で割り当てられたＩＰマルチキャスト伝送アドレス（即ち、ＩＰ４）に対応するマルチキャスト伝送グループにそれぞれ加入する。

ステップＳ１８１６ａでは、ｇＮＢが、ステップＳ１８１３ａで受信された情報伝送メッセージに含まれるＱＦＩｓ及びＱｏＳＰｒｏｆｉｌｅに基づいて、無線エアインタフェースリソースを割り当てる。

ステップＳ１８１６ｂでは、ｇＮＢ－ＣＵがＡＭＦにＭＢＳセッション開始応答を送信する。マルチキャスト方式で伝送されたデータの受信をサポートしないｇＮＢ－ＤＵがある場合、ＭＢＳセッション開始応答には、このｇＮＢ－ＤＵで割り当てられた、Ｆ－ＵＰ２１に対応するＦ－ＴＥＩＤｇｎｂ－ｄｕが含まれる。それ以外の説明は、ステップＳ１５０７に関する内容を参照すればよい。

ステップＳ１８１６ｃでは、ＡＭＦが、ステップＳ１８１６ｂで受信されたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ２に情報通知メッセージＮａｍｆ＿Ｃｏｍｍｕｎｉｃａｔｉｏｎ＿ＮｏｎＵｅＮ２ＩｎｆｏＮｏｔｉｆｙを送信する。ここで、この情報通知メッセージには、（Ｎ２ＭＢＳＳｅｓｓｉｏｎｃｏｎｔａｉｎｅｒ（Ｎ２ＭＢＳＳｅｓｓｉｏｎＳｔａｒｔＲｅｓｐｏｎｓｅ（Ｆ－ＵＰ２１ＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｇｎｂ－ｄｕ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ）））が含まれる。

ステップＳ１８１７では、Ｆ－ＣＰ２が、受信された情報通知メッセージに含まれるＦ－ＵＰ２１ＩＤ及びＬｉｓｔｏｆＦ－ＴＥＩＤｇｎｂ－ｄｕに基づいて、Ｆ－ＵＰ２１にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ２１がＦ－ＣＰ２にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

ステップＳ１８１８では、各ＲＡＮＩＤで識別されたｇＮＢのいずれに対してもステップＳ１８１３ｂからステップＳ１８１７を実行した後、Ｆ－ＣＰ２が、全てのｇＮＢ－ＣＵからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ２の親制御プレーンノードにＭＢＳセッション開始応答を送信する。

ステップＳ１５０９に類似して、Ｆ－ＣＰ２からＦ－ＣＰ２の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、Ｆ－ＣＰ２の親制御プレーンノードと同じレベルのユーザプレーンノードのＵＰｘＩＤが含まれ、ＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐがさらに含まれる可能性がある。

ここで、ステップＳ１８１０からステップＳ１８１８は、Ｆ－ＣＰ２が、Ｆ－ＣＰ２の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後の処理プロセスである。この処理プロセスにおいて、Ｆ－ＣＰ２は、Ｆ－ＣＰ２と同じレベルの１つのユーザプレーンノードＦ－ＵＰ２１を選択し、Ｆ－ＣＰ２に対応するｇＮＢ－ＣＵは、ｇＮＢ－ＣＵと同じレベルの２つの子ユーザプレーンノードｇＮＢ－ＤＵ３１及びｇＮＢ－ＤＵ３２を選択した。

ステップＳ１８０１からステップＳ１８１８から分かるように、本願の実施例において、ｇＮＢ－ＣＵには、複数の親制御プレーンノードＦ－ＣＰ１及びＦ－ＣＰ２があり得るが、ｇＮＢ－ＣＵにより制御されるｇＮＢ－ＤＵには、１つのみの親ユーザプレーンノードがある。

また、ステップＳ１８０１におけるメッセージと、ステップＳ１８１０におけるメッセージは、並列に送信されたものである可能性がある。このため、ステップＳ１８０１～ステップＳ１８０９とステップＳ１８１０～ステップＳ１８１８は、並列に実行される可能性がある。このように、ユーザプレーンＭＢＳセッション確立プロセス中に、１つのユーザプレーンノードには、同時に２つの制御プレーンノードからユーザプレーンＭＢＳセッション確立要求メッセージが送信される場合、又は、１つのユーザプレーンノードが、既に１つの制御プレーンノードにより選択された後、さらに、他の制御プレーンノードから送信されたユーザプレーンＭＢＳセッション確立要求メッセージを受信した場合があり得る。１つのユーザプレーンノードが同時に２つの制御プレーンノード（もちろん、それ以上であってもよいが、ここで２つを例にして説明する）から送信されたユーザプレーンＭＢＳセッション確立要求メッセージを受信した場合、該ユーザプレーンノードは、ユーザプレーンＭＢＳセッション確立応答メッセージにおいて、そのうちの１つの制御プレーンノードから送信されたユーザプレーンＭＢＳセッション確立要求に正常に応答するとともに、他のユーザプレーンＭＢＳセッション確立応答メッセージにおいて、他の制御プレーンノードを拒否（Ｒｅｊｅｃｔ）することにより、このユーザプレーンノードが既に選択されたことを指示してもよい。１つのユーザプレーンノードは、１つの制御プレーンノードによって、既に親ユーザプレーンノードがあるようになった後、さらに、他の制御プレーンノードから送信されたユーザプレーンＭＢＳセッション確立要求メッセージを受信した場合、他のユーザプレーンＭＢＳセッション確立応答メッセージにおいて、該他の制御プレーンノードをＲｅｊｅｃｔすることにより、このユーザプレーンノードが既に選択されたことを指示する。

ステップＳ１８１９ａでは、Ｆ－ＵＰ１１が、Ｆ－ＵＰ１１の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ１８２０ａによって、受信された該下りＭＢＳサービスデータをｇＮＢ－ＤＵ１１及びｇＮＢ－ＤＵ１２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

ステップＳ１８１９ｂでは、Ｆ－ＵＰ１２が、Ｆ－ＵＰ１２の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ１８２０ｂによって、受信された該下りＭＢＳサービスデータをｇＮＢ－ＤＵ２１及びｇＮＢ－ＤＵ２２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

ステップＳ１８１９ｃでは、Ｆ－ＵＰ２１が、Ｆ－ＵＰ２１の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ１８２０ｃによって、受信された該下りＭＢＳサービスデータをｇＮＢ－ＤＵ３１及びｇＮＢ－ＤＵ３２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

図１８に示された実施例の構成は、主に、ＮＲ基地局をＭＢＳセッション伝送ツリーに導入した後に、制御プレーン伝送ツリー及びユーザプレーン伝送ツリーを確立するプロセスである。説明すべきものとして、図１５、図１６、及び図１８に示された実施例では、ＭＢＳセッション伝送ツリーにおける２つのレベルのノード間のやり取りプロセスのみを紹介しているが、３つ以上のレベルのノードが含まれるＭＢＳセッション伝送ツリーについては、そのうちの任意の２つのレベルのノード間のやり取りプロセスは、図１５、図１６、及び図１８に示された実施例を参照して実現することができる。例えば、図１９に示すように、１９０１及び１９０２に示された２つのレベルのノードは、図１５又は図１６に示された２つのレベルのノードであってもよい。１９０１における子制御プレーンノードＳ－ＣＰ及び子ユーザプレーンノードＳ－ＵＰと、１９０２における親制御プレーンノードＦ－ＣＰ及び親ユーザプレーンノードＦ－ＵＰとを、同一のエンティティとしてそれぞれ重ね合わせた後、図１９の１９０３に示すように、３つのレベルのＭＢＳセッション伝送ツリーを実現することができる。ここで、ＧＦ－ＣＰは、Ｆ－ＣＰの親制御プレーンノードであり、ＧＦ－ＵＰは、Ｆ－ＵＰの親ユーザプレーンノードである。このような方式によれば、任意数のレベルのＭＢＳセッション伝送ツリーを実現することができる。

図１８に示された実施例について、基地局がネットワーク側の最後のレベルとすることしかできないので、基地局が含まれる任意数のレベルのＭＢＳセッション伝送ツリーを実現するために、図１８に示された実施例と、図１５及び図１６に示された実施例とを組み合わせてもよい。

図１５、図１６、及び図１８には、本願の実施例によるＭＢＳセッション伝送ツリーの確立プロセスが示されているが、ＭＢＳセッションの確立プロセスにおいて、ユーザプレーン伝送ツリーも、切れた枝が出現する可能性があるので、切れた枝の削除操作を行う必要がある。

具体的には、図２０に示すように、以下のステップを含んでもよい。

ステップＳ２００１では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信する。具体的なプロセスは、前述したステップＳ１５０１に類似し、これ以上の説明を省略する。ここで、このＭＢＳセッション開始要求におけるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎに含まれるＩＰマルチキャスト伝送アドレスをＩＰ１と記す。

Ｆ－ＣＰ１は、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、複数のＦ－ＵＰＦの中から、１つ又は複数のＦ－ＵＰＦを、Ｆ－ＣＰ１と同じレベルのユーザプレーンノードとして選択すると決定してもよい。この実施例では、２つのユーザプレーンノードＦ－ＵＰ１１及びＦ－ＵＰ１２が選択されたと仮定する。そして、ステップＳ１６０２ａ及びステップＳ１６０２ｂをそれぞれ実行する。

ステップＳ２００２ａでは、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ２００２ａにおいてＦ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレスをＩＰ２と記す。

ステップＳ２００２ｂでは、Ｆ－ＣＰ１がＦ－ＵＰ１２にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ１２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ２００２ｂにおいてＦ－ＵＰ１２で割り当てられたＩＰマルチキャスト伝送アドレスをＩＰ３と記す。

ステップＳ２００３では、Ｆ－ＵＰ１１及びＦ－ＵＰ１２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１及びＦ－ＵＰ１２の親ユーザプレーンノードから送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ１に対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ２００４では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、各子制御プレーンノードのそれぞれにＭＢＳセッション開始要求を送信する。即ち、ステップＳ２００４からステップＳ２００８は、子制御プレーンノード毎に個別に実行される。この実施例では、１つの子制御プレーンノードＳ－ＣＰへの送信を例にして説明する。

Ｓ－ＣＰが、Ｆ－ＣＰ１から送信されたＭＢＳセッション開始要求を受信した後、ステップＳ１５０２に類似して、Ｓ－ＣＰは、Ｓ－ＣＰの子制御プレーンノードの情報に基づいて、複数のＳ－ＵＰの中から、Ｆ－ＵＰ１１のために１つ又は複数のＳ－ＵＰを選択するとともに、Ｆ－ＵＰ１２のために１つ又は複数のＳ－ＵＰを選択する。この実施例では、Ｆ－ＵＰ１１のためにＳ－ＵＰ１１及びＳ－ＵＰ１２が選択されたが、Ｆ－ＵＰ１２のためにいかなる子ユーザプレーンノードも選択されていないと仮定する。そして、ステップＳ２００５を実行する。

ステップＳ２００５では、Ｓ－ＣＰが、選択されたＳ－ＵＰ１１及びＳ－ＵＰ１２のそれぞれに、Ｆ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ２が含まれるユーザプレーンＭＢＳセッション確立要求を送信し、Ｓ－ＵＰ１１及びＳ－ＵＰ１２のそれぞれがＳ－ＣＰにユーザプレーンＭＢＳセッション確立応答をフィードバックする（紙面を節約するために、図２０ではＳ－ＵＰ１１とＳ－ＵＰ１２を一緒に描いている）。具体的なプロセスは、ステップＳ１５０５ａに類似し、これ以上の説明を省略する。

ステップＳ２００６では、Ｓ－ＵＰ１１及びＳ－ＵＰ１２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１から送信されたＭＢＳサービスデータを受信するために、Ｆ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレス（即ち、ＩＰ２）に対応するマルチキャスト伝送グループにそれぞれ加入する。

ステップＳ２００７では、Ｓ－ＣＰがＦ－ＣＰ１にＭＢＳセッション開始応答を送信する。マルチキャスト方式で伝送されたデータの受信をサポートしないＳ－ＵＰがある場合、ＭＢＳセッション開始応答には、このＳ－ＵＰで割り当てられた、Ｆ－ＵＰに対応するＦ－ＴＥＩＤが含まれ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝が形成される。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝には、Ｆ－ＵＰ１１に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅと、Ｆ－ＵＰ１２に対するＭｕｌｔｉｃａｓｔＥｎａｂｌｅ（値はＤｉｓａｂｌｅ）とが含まれる。Ｆ－ＵＰ１２がＦ－ＴＥＩＤを割り当てていないとともに、それに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅがＤｉｓａｂｌｅとして設定されているので、Ｆ－ＵＰ１２のために子ユーザプレーンノードが選択されていないことを表す。

また、Ｓ－ＣＰは、そのうちの１つ／いくつかのＦ－ＵＰＩＤにいかなる子ユーザプレーンノードも割り当てないと決定した場合、この１つ／いくつかのＦ－ＵＰＩＤに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅパラメータにＤｉｓａｂｌｅを設定してもよく、それ以外に、ＭＢＳセッション開始応答において、子ユーザプレーンノードが割り当てられていない親ユーザプレーンノードを指示するために、ＦａｉｌｅｄＬｉｓｔ｛Ｆ－ＵＰ｝を採用してもよい。

ステップＳ２００８ａでは、Ｆ－ＣＰ１が、ＭＢＳセッション開始応答に含まれるＬｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｆ－ＵＰ１１にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

説明すべきものとして、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の全ての子制御プレーンノードのいずれもＦ－ＵＰ１１に子ユーザプレーンノードを割り当てていないと決定した場合、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション削除要求を送信し、Ｆ－ＵＰ１１が、このユーザプレーンＭＢＳセッション削除要求を受信した後、ＩＧＭＰＬｅａｖｅデータパケットを送信し、Ｆ－ＵＰ１１の親ユーザプレーンノードで割り当てられたマルチキャスト伝送アドレスＩＰ１が示すマルチキャスト伝送グループから削除し、Ｆ－ＣＰ１にユーザプレーンＭＢＳセッション削除応答を返信する（このプロセスは図示されていない）。

ステップＳ２００８ｂでは、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の全ての子制御プレーンノードから返信されたＭＢＳセッション開始応答を受信した後、Ｆ－ＣＰ１の全ての子制御プレーンノードのいずれもＦ－ＵＰ１２に子ユーザプレーンノードを割り当てていないと決定した場合、Ｆ－ＵＰ１２にユーザプレーンＭＢＳセッション削除要求（即ち、Ｎ４ＭＢＳＳｅｓｓｉｏｎＤｅｌｅｔｅＲｅｑｕｅｓｔ）を送信し、Ｆ－ＵＰ１２が、このユーザプレーンＭＢＳセッション削除要求を受信した後、Ｆ－ＵＰ１２の親ユーザプレーンノードに対応するマルチキャスト伝送アドレス（即ち、ＩＰ１）が示すマルチキャスト伝送グループから削除することを指示するＩＧＭＰＬｅａｖｅデータパケットを送信し、Ｆ－ＣＰ１にユーザプレーンＭＢＳセッション削除応答を返信する。

説明すべきものとして、ステップＳ２００４からステップＳ２００８がＦ－ＣＰ１の子制御プレーンノード毎に個別に実行され、Ｆ－ＣＰ１の１つの子制御プレーンノードからステップＳ２００７で返信されたＭＢＳセッション開始応答が、Ｆ－ＵＰ１２に子ユーザプレーンノードが割り当てられていないことを示すことだけで、ステップＳ２００８ｂのＭＢＳセッション削除操作の実行を起動してはならない。Ｆ－ＣＰ１が、全ての子制御プレーンノードの返答を受信してから、どのユーザプレーンノードに子ユーザプレーンノードが割り当てられていないかを判断して、このユーザプレーンノードとのＭＢＳセッションを削除するか否かを決定するようにすべきである。

ステップＳ２００９では、各子制御プレーンのいずれに対してもステップＳ２００４からステップＳ２００８を実行した後、Ｆ－ＣＰ１が、全ての子制御プレーンからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ１の親制御プレーンノードにＭＢＳセッション開始応答を送信する。

ステップＳ１５０９に類似して、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、Ｆ－ＣＰ１の親制御プレーンノードと同じレベルのユーザプレーンノードＵＰＩＤが含まれ、且つＬｉｓｔｏｆＦ－ＴＥＩＤがさらに含まれる可能性がある（区別を容易にするために、それをＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐと記す）。Ｆ－ＣＰ１がＦ－ＣＰ１と同じレベルの２つのユーザプレーンノードＦ－ＵＰ１１及びＦ－ＵＰ１２を選択したが、Ｓ－ＣＰがＦ－ＵＰ１２に子ユーザプレーンノードを割り当てていないので、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答にＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐが含まれる場合、そのＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐには、Ｆ－ＵＰ１１で割り当てられたＦ－ＴＥＩＤのみが含まれる。

説明すべきものとして、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、Ｆ－ＵＰ１１で割り当てられたＦ－ＴＥＩＤが含まれない場合は、Ｆ－ＵＰ１１が、マルチキャスト方式で伝送されたデータの受信をサポートすることを表す。この場合、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答にＭｕｌｔｉｃａｓｔＥｎａｂｌｅを含める必要はない。Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、Ｆ－ＵＰ１１で割り当てられたＦ－ＴＥＩＤが含まれる場合は、Ｆ－ＵＰ１１が、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式で送信されたＭＢＳサービスデータをサポートすることを表す。この場合、Ｆ－ＣＰ１と同じレベルの１つのみのユーザプレーンノードＦ－ＵＰ１１があるので、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答にＭｕｌｔｉｃａｓｔＥｎａｂｌｅを含める必要もない。

ＭＢＳセッション伝送ツリーの確立完了後、以下のステップを実行することができる。

ステップＳ２０１０では、Ｆ－ＵＰ１１が、Ｆ－ＵＰ１１の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ２０１１によって、受信された該下りＭＢＳサービスデータをＳ－ＵＰ１１及びＳ－ＵＰ１２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

図２０に示された実施例では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１と同じレベルの２つのユーザプレーンノードＦ－ＵＰ１１及びＦ－ＵＰ１２を選択したが、Ｆ－ＣＰ１の子制御プレーンノードＳ－ＣＰがＦ－ＵＰ１２に子ユーザプレーンノードを割り当てておらず、即ち、ユーザプレーン伝送ツリーに切れた枝が出現したので、存在している切れた枝を削除する必要がある。

本願の一実施例において、プロトコルデータユニット（ＰＤＵ：ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションアンカー（ＰＳＡ：ＰＤＵＳｅｓｓｉｏｎＡｎｃｈｏｒ）ではないＵＰＦがＭＢＳセッションに参加してもよい。この場合、ユーザプレーンＭＢＳ伝送ツリーの確立プロセスは、図２１に示すように、以下のステップを含んでもよい。

ステップＳ２１０１では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信する。具体的なプロセスは、前述したステップＳ１５０１に類似し、これ以上の説明を省略する。ここで、このＭＢＳセッション開始要求におけるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎに含まれるＩＰマルチキャスト伝送アドレスをＩＰ１と記す。

Ｆ－ＣＰ１は、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、複数のＦ－ＵＰＦの中から、１つ又は複数のＦ－ＵＰＦを、Ｆ－ＣＰ１と同じレベルのユーザプレーンノードとして選択すると決定してもよい。この実施例では、Ｆ－ＵＰ１１及びＦ－ＵＰ１２と記される２つのユーザプレーンノードが選択されたと仮定する。そして、ステップＳ２１０２ａ及びステップＳ２１０２ｂをそれぞれ実行する。

ステップＳ２１０２ａでは、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ２１０２ａにおいてＦ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレスをＩＰ２と記す。

ステップＳ２１０２ｂでは、Ｆ－ＣＰ１がＦ－ＵＰ１２にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ１２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ２１０２ｂにおいてＦ－ＵＰ１２で割り当てられたＩＰマルチキャスト伝送アドレスをＩＰ３と記す。

ステップＳ２１０３では、Ｆ－ＵＰ１１及びＦ－ＵＰ１２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１及びＦ－ＵＰ１２の親ユーザプレーンノードから送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ１に対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ２１０２ａ及びステップＳ２１０２ｂを実行した後、Ｆ－ＣＰ１は、ステップＳ２１０４ａ、ステップ２１０４ｂ、及びステップＳ２１０４ｃを実行するように選択し、ユーザプレーンノードＦ－ＵＰ２１、Ｆ－ＵＰ２２、Ｆ－ＵＰ２３を選択してもよい（Ｆ－ＣＰ１により選択されたユーザプレーンノード及び数は、例に過ぎない）。これは、Ｆ－ＵＰ１１及びＦ－ＵＰ１２がＦ－ＵＰ２１、Ｆ－ＵＰ２２、Ｆ－ＵＰ２３によって分流又は伝送最適化を行えることを目的とする。

例えば、Ｆ－ＵＰ１１とＦ－ＵＰ１１の次のレベルのユーザプレーンノードとの間の距離が遠く、且つＦ－ＵＰ１１の次のレベルのユーザプレーンノードの数が非常に多い場合、Ｆ－ＵＰ１１がＭＢＳサービスデータをＦ－ＵＰ１１の次のレベルのユーザプレーンノードに直接伝送すると、このような伝送効率が非常に低い。Ｆ－ＵＰ１１とＦ－ＵＰ１１の次のレベルのユーザプレーンノードとの間に、例えば、Ｆ－ＵＰ２１、Ｆ－ＵＰ２２などを導入することにより、Ｆ－ＵＰ１１が、Ｆ－ＵＰ２１を介して、ＭＢＳサービスデータを次のレベルのユーザプレーンノードに送信することができる。このように、データ伝送効率を効果的に向上させることができる。

以下、ステップＳ２１０４ａ、ステップＳ２１０４ｂ、及びステップＳ２１０４ｃを紹介する。

ステップＳ２１０４ａでは、Ｆ－ＣＰ１がＦ－ＵＰ２１にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ２１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。また、ステップＳ２１０４ａにおいて、Ｆ－ＵＰ２１は、Ｆ－ＵＰ２１の子ユーザプレーンノードにＭＢＳサービスデータを伝送する１つの新たなＩＰマルチキャスト伝送アドレスを割り当てた。この実施例では、それをＩＰ４と記す。さらに、Ｆ－ＵＰ２１が、Ｆ－ＵＰ１１からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｆ－ＵＰ２１は、Ｆ－ＵＰ１１からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。

ステップＳ２１０４ｂでは、Ｆ－ＣＰ１がＦ－ＵＰ２２にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ２２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。また、ステップＳ２１０４ｂにおいて、Ｆ－ＵＰ２２は、Ｆ－ＵＰ２２の子ユーザプレーンノードにＭＢＳサービスデータを伝送する１つの新たなＩＰマルチキャスト伝送アドレスを割り当てた。この実施例では、それをＩＰ５と記す。さらに、Ｆ－ＵＰ２２が、Ｆ－ＵＰ１１からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｆ－ＵＰ２２は、Ｆ－ＵＰ１１からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。

説明すべきものとして、本願の一実施例では、ステップＳ２１０４ａ及びステップＳ２１０４ｂにおけるユーザプレーンＭＢＳセッション確立要求に含まれるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎにおけるマルチキャスト伝送アドレスは、ステップＳ２１０２ａにおけるマルチキャスト伝送アドレスＩＰ２である。

ステップＳ２１０４ｃでは、Ｆ－ＣＰ１がＦ－ＵＰ２３にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ２３がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。これと同時に、Ｆ－ＵＰ２３は、Ｆ－ＵＰ２３の子ユーザプレーンノードにＭＢＳサービスデータを伝送する１つの新たなＩＰマルチキャスト伝送アドレスを割り当てた。この実施例では、それをＩＰ６と記す。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。

本願の一実施例では、ステップＳ２１０４ｃにおけるユーザプレーンＭＢＳセッション確立要求に含まれるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎにおけるマルチキャスト伝送アドレスは、ステップＳ２１０２ｂにおけるマルチキャスト伝送アドレスＩＰ３である。ここで、ステップＳ２１０４ｃで決定された新たなマルチキャスト伝送アドレスは、Ｆ－ＵＰ２３がＦ－ＵＰ２３の子ユーザプレーンノード（即ち、図２１のＳ－ＵＰ３１及びＳ－ＵＰ３２）に割り当てたものである。さらに、Ｆ－ＵＰ２３が、Ｆ－ＵＰ１２からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｆ－ＵＰ２３は、Ｆ－ＵＰ１２からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。

ステップＳ２１０５ａでは、Ｆ－ＵＰ２１及びＦ－ＵＰ２２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１から送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ２に対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ２１０５ｂでは、Ｆ－ＵＰ２３が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１２から送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ３に対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ２１０６ａでは、Ｆ－ＵＰ２１及びＦ－ＵＰ２２のうち、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするユーザプレーンノードがある場合、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。ここで、このユーザプレーンＭＢＳセッション修正要求には、Ｆ－ＵＰ２１及びＦ－ＵＰ２２のうち、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするユーザプレーンノードで割り当てられたＦ－ＴＥＩＤが含まれる。これにより、Ｆ－ＵＰ１１に、Ｆ－ＵＰ２１及びＦ－ＵＰ２２のうち、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするユーザプレーンノードにＭＢＳサービスデータを伝送するには、ポイントツーポイント方式を追加して使用するよう指示する。

ステップＳ２１０６ｂでは、Ｆ－ＵＰ２３が、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする場合、Ｆ－ＣＰ１がＦ－ＵＰ１２にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ１２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。ここで、このユーザプレーンＭＢＳセッション修正要求には、Ｆ－ＵＰ２３で割り当てられたＦ－ＴＥＩＤが含まれる。これにより、Ｆ－ＵＰ１２に、ポイントツーポイント方式でＦ－ＵＰ２３にＭＢＳサービスデータを伝送するよう指示する。

ステップＳ２１０７では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、Ｆ－ＣＰ１の子制御プレーンノードＳ－ＣＰ１にＭＢＳセッション開始要求を送信する。

Ｆ－ＣＰ１からＦ－ＣＰ１の子制御プレーンノードＳ－ＣＰ１へ送信されたＭＢＳセッション開始要求には、以下のパラメータ、即ち、ＴＭＧＩ、ＭＢＳＳｅｓｓｉｏｎＤｕｒａｔｉｏｎ、ＭＢＳＱＦＩｓ、ＱｏＳＰｒｏｆｉｌｅ、ＭＢＳＴｉｍｅｔｏＤａｔａＴｒａｎｓｆｅｒ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝、ＭＢＳＳｅｒｖｉｃｅＡｒｅａが含まれる。ここで、ＭＢＳ伝送情報は、即ち、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ（ＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎａｄｄｒｅｓｓ，Ｃ－ＴＥＩＤ）である。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝には、Ｆ－ＵＰ２１ＩＤ及びＦ－ＵＰ２１ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎと、Ｆ－ＵＰ２２ＩＤ及びＦ－ＵＰ２２ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎとが含まれる。Ｆ－ＵＰ２１ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、Ｆ－ＵＰ２１で割り当てられたものであり、それに含まれるＩＰマルチキャスト伝送アドレスが、ステップＳ２１０４ａにおいてＦ－ＵＰ２１で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ４であり、Ｆ－ＵＰ２２ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、Ｆ－ＵＰ２２で割り当てられたものであり、それに含まれるＩＰマルチキャスト伝送アドレスが、ステップＳ２１０４ｂにおいてＦ－ＵＰ２２で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ５であり、ステップＳ２１０４ａにおいてＦ－ＵＰ２１で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ４と、ステップＳ２１０４ｂにおいてＦ－ＵＰ２２で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ５とが異なる。

ステップＳ２１０８では、Ｓ－ＣＰ１が、Ｆ－ＣＰ１から送信されたＭＢＳセッション開始要求を受信した後、ユーザプレーンＭＢＳセッション確立プロセスを実行する。具体的には、Ｓ－ＣＰ１が、Ｓ－ＣＰ１の子制御プレーンノードの情報に基づいて、複数のＳ－ＵＰの中から、Ｆ－ＵＰ２１のために１つ又は複数のＳ－ＵＰを選択するとともに、Ｆ－ＵＰ２２のために１つ又は複数のＳ－ＵＰを選択する。この実施例では、Ｆ－ＵＰ２１のためにＳ－ＵＰ１１及びＳ－ＵＰ１２が選択され、Ｆ－ＵＰ２２のためにＳ－ＵＰ２１及びＳ－ＵＰ２２が選択され、即ち、Ｆ－ＵＰ２１及びＦ－ＵＰ２２のために異なる子ユーザプレーンノードが選択されたと仮定する。そして、Ｓ－ＣＰ１は、Ｆ－ＵＰ２１及びＦ－ＵＰ２２のために選択された子ユーザプレーンノード（即ち、Ｓ－ＵＰ１１、Ｓ－ＵＰ１２、Ｓ－ＵＰ２１、及びＳ－ＵＰ２２）にユーザプレーンＭＢＳセッション確立要求をそれぞれ送信し、これらのユーザプレーンノードからフィードバックされたユーザプレーンＭＢＳセッション確立応答を受信する。これと同時に、これらのユーザプレーンノードは、マルチキャスト伝送の受信をサポートする場合、ＭＢＳサービスデータを受信するために、相応のマルチキャスト伝送グループに加入してもよい（即ち、Ｓ－ＵＰ１１及びＳ－ＵＰ１２は、ＩＰ４に対応するマルチキャスト伝送グループに加入し、Ｓ－ＵＰ２１及びＳ－ＵＰ２２は、ＩＰ５に対応するマルチキャスト伝送グループに加入する）。これらのユーザプレーンノードのうちの一部の子ユーザプレーンノードが、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする場合、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする子ユーザプレーンノードは、ポイントツーポイント方式でＭＢＳサービスデータを受信するために、Ｆ－ＴＥＩＤを割り当ててもよい。具体的なプロセスは、ステップＳ１５０５ａ及びステップＳ１５０６に類似し、これ以上の説明を省略する。

ステップＳ２１０９では、Ｓ－ＣＰ１がＦ－ＣＰ１にＭＢＳセッション開始応答を送信する。マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰがある場合、ＭＢＳセッション開始応答には、このＳ－ＵＰで割り当てられた、Ｆ－ＵＰに対応するＦ－ＴＥＩＤが含まれ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝が形成される。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝には、Ｆ－ＵＰ２１に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅと、Ｆ－ＵＰ２２に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅとが含まれる。

また、Ｓ－ＣＰ１は、そのうちの１つ／いくつかのＦ－ＵＰＩＤにいかなる子ユーザプレーンノードも割り当てないと決定した場合、この１つ／いくつかのＦ－ＵＰＩＤに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅにＤｉｓａｂｌｅを設定してもよい。もちろん、ＭＢＳセッション開始応答において、子ユーザプレーンノードが割り当てられていないＦ－ＵＰを指示するために、ＦａｉｌｅｄＬｉｓｔ｛Ｆ－ＵＰ｝を使用してもよい。

ステップＳ２１１０ａでは、Ｆ－ＣＰ１が、Ｓ－ＣＰ１からフィードバックされたＭＢＳセッション開始応答に含まれるＬｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｆ－ＵＰ２１にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ２１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

ステップＳ２１１０ｂでは、Ｆ－ＣＰ１が、Ｓ－ＣＰ１からフィードバックされたＭＢＳセッション開始応答に含まれるＬｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｆ－ＵＰ２２にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ２２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

ステップＳ２１１１では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、Ｆ－ＣＰ１の子制御プレーンノードＳ－ＣＰ２にＭＢＳセッション開始要求を送信する。

Ｆ－ＣＰ１からＦ－ＣＰ１の子制御プレーンノードＳ－ＣＰ２へ送信されたＭＢＳセッション開始要求には、以下のパラメータ、即ち、ＴＭＧＩ、ＭＢＳＳｅｓｓｉｏｎＤｕｒａｔｉｏｎ、ＭＢＳＱＦＩｓ、ＱｏＳＰｒｏｆｉｌｅ、ＭＢＳＴｉｍｅｔｏＤａｔａＴｒａｎｓｆｅｒ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝、ＭＢＳＳｅｒｖｉｃｅＡｒｅａが含まれる。ここで、ＭＢＳ伝送情報は、即ち、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ（ＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎａｄｄｒｅｓｓ，Ｃ－ＴＥＩＤ）である。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝には、Ｆ－ＵＰ２３ＩＤ及びＦ－ＵＰ２３ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎが含まれる。Ｆ－ＵＰ２３ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、Ｆ－ＵＰ２３で割り当てられたものであり、それに含まれるＩＰマルチキャスト伝送アドレスが、ステップＳ２１０４ｃにおいてＦ－ＵＰ２３で割り当てられた新たなＩＰマルチキャスト伝送アドレスＩＰ６である。

説明すべきものとして、ステップＳ２１１１とステップＳ２１０７との間に前後関係がなく、これらは、Ｆ－ＣＰ１が並列にそれぞれ実行するステップであってもよい。

ステップＳ２１１２では、Ｓ－ＣＰ２が、Ｆ－ＣＰ１から送信されたＭＢＳセッション開始要求を受信した後、ユーザプレーンＭＢＳセッション確立プロセスを実行する。具体的には、Ｓ－ＣＰ２が、Ｓ－ＣＰ２の子制御プレーンノードの情報に基づいて、複数のＳ－ＵＰの中から、Ｆ－ＵＰ２３のために１つ又は複数のＳ－ＵＰを選択する。この実施例では、Ｆ－ＵＰ２３のためにＳ－ＵＰ３１及びＳ－ＵＰ３２が選択され、即ち、Ｆ－ＵＰ２３のために選択された子ユーザプレーンノードと、Ｆ－ＵＰ２１及びＦ－ＵＰ２２のために選択された子ユーザプレーンノードとが異なると仮定する。そして、Ｓ－ＣＰ２は、Ｆ－ＵＰ２３のために選択された子ユーザプレーンノード（即ち、Ｓ－ＵＰ３１及びＳ－ＵＰ３２）にユーザプレーンＭＢＳセッション確立要求をそれぞれ送信し、Ｓ－ＵＰ３１及びＳ－ＵＰ３２のそれぞれからフィードバックされたユーザプレーンＭＢＳセッション確立応答を受信する。これと同時に、Ｓ－ＵＰ３１及びＳ－ＵＰ３２は、マルチキャスト伝送の受信をサポートする場合、Ｆ－ＵＰ２３から送信されたＭＢＳサービスデータを受信するために、ステップＳ２１０４ｃにおいてＦ－ＵＰ２３で割り当てられた新たなＩＰマルチキャスト伝送アドレスＩＰ６に対応するマルチキャスト伝送グループに加入してもよい。Ｓ－ＵＰ３１及びＳ－ＵＰ３２のうちの一部の子ユーザプレーンノードが、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする場合、Ｓ－ＵＰ３１及びＳ－ＵＰ３２のうち、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする子ユーザプレーンノードは、Ｆ－ＵＰ２３から送信されたＭＢＳサービスデータをポイントツーポイント方式で受信するために、Ｆ－ＴＥＩＤを割り当ててもよい。具体的なプロセスは、ステップＳ１５０５ａ及びステップＳ１５０６に類似し、これ以上の説明を省略する。

ステップＳ２１１３では、Ｓ－ＣＰ２がＦ－ＣＰ１にＭＢＳセッション開始応答を送信する。Ｓ－ＵＰ３１及びＳ－ＵＰ３２のうち、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰがある場合、ＭＢＳセッション開始応答には、このＳ－ＵＰで割り当てられた、Ｆ－ＵＰに対応するＦ－ＴＥＩＤが含まれ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝が形成される。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝には、Ｆ－ＵＰ２３に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅが含まれる。

また、Ｓ－ＣＰ２は、そのうちの１つ／いくつかのＦ－ＵＰＩＤにいかなる子ユーザプレーンノードも割り当てないと決定した場合、この１つ／いくつかのＦ－ＵＰＩＤに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅにＤｉｓａｂｌｅを設定してもよい。もちろん、ＭＢＳセッション開始応答において、子ユーザプレーンノードが割り当てられていないＦ－ＵＰを指示するために、ＦａｉｌｅｄＬｉｓｔ｛Ｆ－ＵＰ｝を使用してもよい。

ステップＳ２１１４では、Ｆ－ＣＰ１が、Ｓ－ＣＰ２からフィードバックされたＭＢＳセッション開始応答に含まれるＬｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｆ－ＵＰ２３にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ２３がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

ステップＳ２１１５では、Ｆ－ＣＰ１が、全てのＳ－ＣＰからフィードバックされたＭＢＳセッション開始応答を受信した後、Ｆ－ＣＰ１が、全てのＳ－ＣＰからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ１の親制御プレーンノードにＭＢＳセッション開始応答を送信する。

ステップＳ１６０９に類似して、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、ＵＰＩＤが含まれ（このＵＰＩＤは、Ｆ－ＣＰ１の親制御プレーンノードと同じレベルのユーザプレーンノードの識別子である）、ＬｉｓｔｏｆＦ－ＴＥＩＤｆｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅがさらに含まれる可能性がある。

ステップＳ２１０１からステップＳ２１１５から分かるように、本願の実施例では、Ｆ－ＣＰ１に２つの子制御プレーンノードＳ－ＣＰ１及びＳ－ＣＰ２があり、Ｆ－ＣＰ１がＦ－ＵＰ１１のために次のレベルのユーザプレーンノードＦ－ＵＰ２１及びＦ－ＵＰ２２を選択し、Ｆ－ＣＰ１がＦ－ＵＰ１２のために次のレベルのユーザプレーンノードＦ－ＵＰ２３を選択したとともに、Ｓ－ＣＰ１がＦ－ＵＰ２１のために子ユーザプレーンノードＳ－ＵＰ１１及びＳ－ＵＰ１２を選択し、Ｓ－ＣＰ１がＦ－ＵＰ２２のために子ユーザプレーンノードＳ－ＵＰ２１及びＳ－ＵＰ２２を選択し、Ｓ－ＣＰ２がＦ－ＵＰ２３のために子ユーザプレーンノードＳ－ＵＰ３１及びＳ－ＵＰ３２を選択した。

説明すべきものとして、ユーザプレーンＭＢＳセッション確立プロセス中に、１つのユーザプレーンノードには、同時に２つの制御プレーンノードからユーザプレーンＭＢＳセッション確立要求メッセージが送信される場合、又は、１つのユーザプレーンノードが、既に１つの制御プレーンノードにより選択された後、さらに、他の制御プレーンノードから送信されたユーザプレーンＭＢＳセッション確立要求メッセージを受信した場合が存在する可能性がある。１つのユーザプレーンノードが同時に２つの制御プレーンノード（もちろん、それ以上であってもよいが、ここで２つを例にして説明する）から送信されたユーザプレーンＭＢＳセッション確立要求メッセージを受信した場合、該ユーザプレーンノードは、ユーザプレーンＭＢＳセッション確立応答メッセージにおいて、そのうちの１つの制御プレーンノードから送信されたユーザプレーンＭＢＳセッション確立要求に正常に応答するとともに、他のユーザプレーンＭＢＳセッション確立応答メッセージにおいて、他の制御プレーンノードを拒否（Ｒｅｊｅｃｔ）することにより、このユーザプレーンノードが既に選択されたことを指示してもよい。１つのユーザプレーンノードは、１つの制御プレーンノードによって、既に親ユーザプレーンノードがあるようになった後、さらに、他の制御プレーンノードから送信されたユーザプレーンＭＢＳセッション確立要求メッセージを受信した場合、他のユーザプレーンＭＢＳセッション確立応答メッセージにおいて、該他の制御プレーンノードをＲｅｊｅｃｔすることにより、このユーザプレーンノードが既に選択されたことを指示する。

ステップＳ２１１６ａでは、Ｆ－ＵＰ１１が、Ｆ－ＵＰ１１の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ２１１７ａによって、受信された該下りＭＢＳサービスデータをＦ－ＵＰ２１に伝送し、ステップＳ２１１７ｂによって、受信された該下りＭＢＳサービスデータをＦ－ＵＰ２２に伝送する。Ｆ－ＵＰ２１は、ステップＳ２１１８ａによって、受信された該下りＭＢＳサービスデータをＳ－ＵＰ１１及びＳ－ＵＰ１２に伝送する。Ｆ－ＵＰ２２は、ステップＳ２１１８ｂによって、受信された該下りＭＢＳサービスデータをＳ－ＵＰ２１及びＳ－ＵＰ２２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

ステップＳ２１１６ｂでは、Ｆ－ＵＰ１２が、Ｆ－ＵＰ１２の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ２１１７ｃによって、受信された該下りＭＢＳサービスデータをＦ－ＵＰ２３に伝送し、Ｆ－ＵＰ２３は、ステップＳ２１１８ｃによって、受信された該下りＭＢＳサービスデータをＳ－ＵＰ３１及びＳ－ＵＰ３２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

図２１に示されたＰＳＡではないＵＰＦがＭＢＳセッションに参加する適用シナリオでは、同様に切れた枝の出現を防止する必要がある。具体的なプロセスは、図２２に示すように、以下のステップを含んでもよい。

ステップＳ２２０１では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信する。具体的なプロセスは、前述したステップＳ１５０１に類似し、これ以上の説明を省略する。ここで、このＭＢＳセッション開始要求におけるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎに含まれるＩＰマルチキャスト伝送アドレスをＩＰ１と記す。

Ｆ－ＣＰ１は、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、複数のＦ－ＵＰＦの中から、１つ又は複数のＦ－ＵＰＦを、Ｆ－ＣＰ１と同じレベルのユーザプレーンノードとして選択すると決定してもよい。この実施例では、Ｆ－ＵＰ１１及びＦ－ＵＰ１２と記される２つのユーザプレーンノードが選択されたと仮定する。そして、ステップＳ２２０２ａ及びステップＳ２２０２ｂをそれぞれ実行する。

ステップＳ２２０２ａでは、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ２２０２ａにおいてＦ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレスをＩＰ２と記す。

ステップＳ２２０２ｂでは、Ｆ－ＣＰ１がＦ－ＵＰ１２にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ１２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ２２０２ｂにおいてＦ－ＵＰ１２で割り当てられたＩＰマルチキャスト伝送アドレスをＩＰ３と記す。

ステップＳ２２０３では、Ｆ－ＵＰ１１及びＦ－ＵＰ１２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１及びＦ－ＵＰ１２の親ユーザプレーンノードから送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ１に対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ２２０２ａ及びステップＳ２２０２ｂを実行した後、Ｆ－ＣＰ１は、ステップＳ２２０４ａ、ステップ２２０４ｂ、及びステップＳ２２０４ｃを実行するように選択し、ユーザプレーンノードＦ－ＵＰ２１、Ｆ－ＵＰ２２、Ｆ－ＵＰ２３を選択してもよい（Ｆ－ＣＰ１により選択されたユーザプレーンノード及び数は、例に過ぎない）。これは、Ｆ－ＵＰ１１及びＦ－ＵＰ１２がＦ－ＵＰ２１、Ｆ－ＵＰ２２、Ｆ－ＵＰ２３によって分流又は伝送最適化を行えることを目的とする。

以下、ステップＳ２２０４ａ、ステップＳ２２０４ｂ、及びステップＳ２２０４ｃを紹介する。

ステップＳ２２０４ａでは、Ｆ－ＣＰ１がＦ－ＵＰ２１にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ２１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。また、ステップＳ２２０４ａにおいて、Ｆ－ＵＰ２１は、Ｆ－ＵＰ２１の子ユーザプレーンノードにＭＢＳサービスデータを伝送する１つの新たなＩＰマルチキャスト伝送アドレスを割り当てた。この実施例では、それをＩＰ４と記す。さらに、Ｆ－ＵＰ２１が、Ｆ－ＵＰ１１からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｆ－ＵＰ２１は、Ｆ－ＵＰ１１からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。

ステップＳ２２０４ｂでは、Ｆ－ＣＰ１がＦ－ＵＰ２２にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ２２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。また、ステップＳ２１０４ｂにおいて、Ｆ－ＵＰ２２は、Ｆ－ＵＰ２２の子ユーザプレーンノードにＭＢＳサービスデータを伝送する１つの新たなＩＰマルチキャスト伝送アドレスを割り当てた。この実施例では、それをＩＰ５と記す。さらに、Ｆ－ＵＰ２２が、Ｆ－ＵＰ１１からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｆ－ＵＰ２２は、Ｆ－ＵＰ１１からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。

説明すべきものとして、本願の一実施例では、ステップＳ２２０４ａ及びステップＳ２２０４ｂにおけるユーザプレーンＭＢＳセッション確立要求に含まれるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎにおけるマルチキャスト伝送アドレスは、ステップＳ２２０２ａにおけるマルチキャスト伝送アドレスＩＰ２である。

ステップＳ２２０４ｃでは、Ｆ－ＣＰ１がＦ－ＵＰ２３にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ２３がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。また、Ｆ－ＵＰ２３は、Ｆ－ＵＰ２３の子ユーザプレーンノードにＭＢＳサービスデータを伝送する１つの新たなＩＰマルチキャスト伝送アドレスを割り当てた。該実施例では、それをＩＰ６と記す。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。

本願の一実施例では、ステップＳ２２０４ｃにおけるユーザプレーンＭＢＳセッション確立要求に含まれるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎにおけるマルチキャスト伝送アドレスは、ステップＳ２２０２ｂにおけるマルチキャスト伝送アドレスＩＰ３である。ここで、ステップＳ２２０４ｃで決定された新たなマルチキャスト伝送アドレスは、Ｆ－ＵＰ２３がＦ－ＵＰ２３の子ユーザプレーンノード（即ち、図２２のＳ－ＵＰ３１及びＳ－ＵＰ３２）に割り当てたＩＰ６である。さらに、Ｆ－ＵＰ２３が、Ｆ－ＵＰ１２からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｆ－ＵＰ２３は、Ｆ－ＵＰ１２からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。

ステップＳ２２０５ａでは、Ｆ－ＵＰ２１及びＦ－ＵＰ２２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１から送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ２に対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ２２０５ｂでは、Ｆ－ＵＰ２３が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１２から送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ３に対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ２２０６ａでは、Ｆ－ＵＰ２１及びＦ－ＵＰ２２のうち、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするユーザプレーンノードがある場合、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。ここで、このユーザプレーンＭＢＳセッション修正要求には、Ｆ－ＵＰ２１及びＦ－ＵＰ２２のうち、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするユーザプレーンノードで割り当てられたＦ－ＴＥＩＤが含まれる。これにより、Ｆ－ＵＰ１１に、Ｆ－ＵＰ２１及びＦ－ＵＰ２２のうち、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするユーザプレーンノードにＭＢＳサービスデータを伝送するには、ポイントツーポイント方式を追加して使用するよう指示する。

説明すべきものとして、Ｆ－ＣＰ１がＦ－ＵＰ１１に次のレベルのユーザプレーンノードを割り当てていない場合、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション削除要求を送信し、Ｆ－ＵＰ１１が、このユーザプレーンＭＢＳセッション削除要求を受信した後、ＩＧＭＰＬｅａｖｅデータパケットを送信し、Ｆ－ＵＰ１１の親ユーザプレーンノードで割り当てられたマルチキャスト伝送アドレスＩＰ１が示すマルチキャスト伝送グループから脱退し、Ｆ－ＣＰ１にユーザプレーンＭＢＳセッション削除応答を返信する（このプロセスは図示されていない）。

ステップＳ２２０６ｂでは、Ｆ－ＵＰ２３が、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする場合、Ｆ－ＣＰ１がＦ－ＵＰ１２にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ１２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。ここで、該ユーザプレーンＭＢＳセッション修正要求には、Ｆ－ＵＰ２３で割り当てられたＦ－ＴＥＩＤが含まれる。これにより、Ｆ－ＵＰ１２に、ポイントツーポイント方式でＦ－ＵＰ２３にＭＢＳサービスデータを伝送するよう指示する。

説明すべきものとして、Ｆ－ＣＰ１がＦ－ＵＰ１２に次のレベルのユーザプレーンノードを割り当てていない場合、Ｆ－ＣＰ１がＦ－ＵＰ１２にユーザプレーンＭＢＳセッション削除要求を送信し、Ｆ－ＵＰ１２が、このユーザプレーンＭＢＳセッション削除要求を受信した後、ＩＧＭＰＬｅａｖｅデータパケットを送信し、Ｆ－ＵＰ１２の親ユーザプレーンノードで割り当てられたマルチキャスト伝送アドレスＩＰ１が示すマルチキャスト伝送グループから脱退し、Ｆ－ＣＰ１にユーザプレーンＭＢＳセッション削除応答を返信する（このプロセスは図示されていない）。

ステップＳ２２０７では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、Ｆ－ＣＰ１の子制御プレーンノードＳ－ＣＰ１にＭＢＳセッション開始要求を送信する。

Ｆ－ＣＰ１からＦ－ＣＰ１の子制御プレーンノードＳ－ＣＰ１へ送信されたＭＢＳセッション開始要求には、以下のパラメータ、即ち、ＴＭＧＩ、ＭＢＳＳｅｓｓｉｏｎＤｕｒａｔｉｏｎ、ＭＢＳＱＦＩｓ、ＱｏＳＰｒｏｆｉｌｅ、ＭＢＳＴｉｍｅｔｏＤａｔａＴｒａｎｓｆｅｒ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝、ＭＢＳＳｅｒｖｉｃｅＡｒｅａが含まれる。ここで、ＭＢＳ伝送情報は、即ち、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ（ＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎａｄｄｒｅｓｓ，Ｃ－ＴＥＩＤ）である。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝には、Ｆ－ＵＰ２１ＩＤ及びＦ－ＵＰ２１ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎと、Ｆ－ＵＰ２２ＩＤ及びＦ－ＵＰ２２ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎとが含まれる。Ｆ－ＵＰ２１ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、Ｆ－ＵＰ２１で割り当てられたものであり、それに含まれるＩＰマルチキャスト伝送アドレスが、ステップＳ２２０４ａにおいてＦ－ＵＰ２１で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ４であり、Ｆ－ＵＰ２２ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、Ｆ－ＵＰ２２で割り当てられたものであり、それに含まれるＩＰマルチキャスト伝送アドレスが、ステップＳ２２０４ｂにおいてＦ－ＵＰ２２で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ５であり、ステップＳ２２０４ａにおいてＦ－ＵＰ２１で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ４と、ステップＳ２２０４ｂにおいてＦ－ＵＰ２２で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ５とが異なる。

ステップＳ２２０８では、Ｓ－ＣＰ１が、Ｆ－ＣＰ１から送信されたＭＢＳセッション開始要求を受信した後、ユーザプレーンＭＢＳセッション確立プロセスを実行する。具体的には、Ｓ－ＣＰ１が、Ｓ－ＣＰ１の子制御プレーンノードの情報に基づいて、複数のＳ－ＵＰの中から、Ｆ－ＵＰ２１のために１つ又は複数のＳ－ＵＰを選択するとともに、Ｆ－ＵＰ２２のために若干のＳ－ＵＰを選択する。この実施例では、Ｆ－ＵＰ２１のためにＳ－ＵＰ１１及びＳ－ＵＰ１２が選択され、Ｆ－ＵＰ２２のために子ユーザプレーンノードが選択されていないと仮定する。そして、Ｓ－ＣＰ１は、Ｓ－ＵＰ１１及びＳ－ＵＰ１２にユーザプレーンＭＢＳセッション確立要求をそれぞれ送信し、Ｓ－ＵＰ１１及びＳ－ＵＰ１２のそれぞれからフィードバックされたユーザプレーンＭＢＳセッション確立応答を受信する。これと同時に、Ｓ－ＵＰ１１及びＳ－ＵＰ１２は、マルチキャスト伝送の受信をサポートする場合、Ｆ－ＵＰ２１から送信されたＭＢＳサービスデータを受信するために、ステップＳ２２０４ａにおいてＦ－ＵＰ２１で割り当てられた新たなＩＰマルチキャスト伝送アドレスＩＰ４に対応するマルチキャスト伝送グループに加入してもよい。Ｓ－ＵＰ１１及びＳ－ＵＰ１２のうちの一部の子ユーザプレーンノードが、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする場合、Ｓ－ＵＰ１１及びＳ－ＵＰ１２のうち、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするユーザプレーンノードは、Ｆ－ＵＰ２１から送信されたＭＢＳサービスデータをポイントツーポイント方式で受信するために、Ｆ－ＴＥＩＤを割り当ててもよい。具体的なプロセスは、ステップＳ１５０５ａ及びステップＳ１５０６に類似し、これ以上の説明を省略する。

ステップＳ２２０９では、Ｓ－ＣＰ１がＦ－ＣＰ１にＭＢＳセッション開始応答を送信する。マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰがある場合、ＭＢＳセッション開始応答には、このＳ－ＵＰで割り当てられた、Ｆ－ＵＰに対応するＦ－ＴＥＩＤが含まれ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝が形成される。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝には、Ｆ－ＵＰ２１に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅと、Ｆ－ＵＰ２２に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅとが含まれる。Ｓ－ＣＰ１がＦ－ＵＰ２２のために子ユーザプレーンノードを選択していないので、Ｆ－ＵＰ２２に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐにいかなるＦ－ＴＥＩＤも含まれず、且つＦ－ＵＰ２２に対するＭｕｌｔｉｃａｓｔＥｎａｂｌｅの値はＤｉｓａｂｌｅである。又は、Ｓ－ＣＰ１からＦ－ＣＰ１へ送信されたＭＢＳセッション開始応答には、Ｆ－ＵＰ２２に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐがなく、且つＦ－ＵＰ２２に対するＭｕｌｔｉｃａｓｔＥｎａｂｌｅの値はＤｉｓａｂｌｅである。もちろん、Ｓ－ＣＰ１は、Ｆ－ＵＰ２２に対して子ユーザプレーンノードが選択されていないことを指示するために、ＭＢＳセッション開始応答においてＦａｉｌｕｒｅＣｏｄｅ（例えば、ＦａｉｌｅｄＬｉｓｔ｛Ｆ－ＵＰ２２｝）を返信してもよい。

ステップＳ１５０７に類似して、いくつかのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートするが、他のいくつかのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートしないので、Ｆ－ＵＰ２１に対するＬｉｓｔＦ－ＴＥＩＤｓｕｐは、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰのみに対応するものである。それ以外の説明は、ステップＳ１５０７に関する内容を参照する。

ステップＳ２２１０ａでは、Ｆ－ＣＰ１が、Ｓ－ＣＰ１からフィードバックされたＭＢＳセッション開始応答に含まれるＬｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｆ－ＵＰ２１にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ２１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

説明すべきものとして、Ｆ－ＣＰ１が、Ｆ－ＵＰ２１にいかなる次のレベルのユーザプレーンノードも割り当てられていないと決定した場合、Ｆ－ＣＰ１がＦ－ＵＰ２１にユーザプレーンＭＢＳセッション削除要求を送信し、Ｆ－ＵＰ２１が、このユーザプレーンＭＢＳセッション削除要求を受信した後、ＩＧＭＰＬｅａｖｅデータパケットを送信し、Ｆ－ＵＰ１１で割り当てられたマルチキャスト伝送アドレスＩＰ２が示すマルチキャスト伝送グループから脱退し、Ｆ－ＣＰ１にユーザプレーンＭＢＳセッション削除応答を返信する（このプロセスは図示されていない）。

ステップＳ２２１０ｂでは、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の全ての子制御プレーンノードから返信されたＭＢＳセッション開始応答を受信した後、Ｆ－ＣＰ１の全ての子制御プレーンノードのいずれもＦ－ＵＰ２２のために子ユーザプレーンノードを選択していないと決定した場合、Ｆ－ＵＰ２２にユーザプレーンＭＢＳセッション削除要求を送信し、Ｆ－ＵＰ２２が、このユーザプレーンＭＢＳセッション削除要求を受信した後、ＩＧＭＰＬｅａｖｅデータパケットを送信し、Ｆ－ＵＰ１１で割り当てられたマルチキャスト伝送アドレスＩＰ２が示すマルチキャスト伝送グループから削除し、Ｆ－ＣＰ１にユーザプレーンＭＢＳセッション削除応答を返信する。

ステップＳ２２１１では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、Ｆ－ＣＰ１の子制御プレーンノードＳ－ＣＰ２にＭＢＳセッション開始要求を送信する。

Ｆ－ＣＰ１からＦ－ＣＰ１の子制御プレーンノードＳ－ＣＰ２へ送信されたＭＢＳセッション開始要求には、以下のパラメータ、即ち、ＴＭＧＩ、ＭＢＳＳｅｓｓｉｏｎＤｕｒａｔｉｏｎ、ＭＢＳＱＦＩｓ、ＱｏＳＰｒｏｆｉｌｅ、ＭＢＳＴｉｍｅｔｏＤａｔａＴｒａｎｓｆｅｒ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝、ＭＢＳＳｅｒｖｉｃｅＡｒｅａが含まれる。ここで、ＭＢＳ伝送情報は、即ち、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ（ＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎａｄｄｒｅｓｓ，Ｃ－ＴＥＩＤ）である。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝には、Ｆ－ＵＰ２３ＩＤ及びＦ－ＵＰ２３ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎが含まれる。Ｆ－ＵＰ２３ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、Ｆ－ＵＰ２３で割り当てられたものであり、それに含まれるＩＰマルチキャスト伝送アドレスが、ステップＳ２２０４ｃにおいてＦ－ＵＰ２３で割り当てられた新たなＩＰマルチキャスト伝送アドレスＩＰ６である。

説明すべきものとして、ステップＳ２２１１とステップＳ２２０７との間に前後関係がなく、これらは、Ｆ－ＣＰ１が並列にそれぞれ実行するステップであってもよい。

ステップＳ２２１２では、Ｓ－ＣＰ２が、Ｆ－ＣＰ１から送信されたＭＢＳセッション開始要求を受信した後、ユーザプレーンＭＢＳセッション確立プロセスを実行する。具体的には、Ｓ－ＣＰ２が、Ｓ－ＣＰ２の子制御プレーンノードの情報に基づいて、複数のＳ－ＵＰの中から、Ｆ－ＵＰ２３のために１つ又は複数のＳ－ＵＰを選択する。この実施例では、Ｆ－ＵＰ２３のためにＳ－ＵＰ３１及びＳ－ＵＰ３２が選択され、即ち、Ｆ－ＵＰ２３のために選択された子ユーザプレーンノードと、Ｆ－ＵＰ２１及びＦ－ＵＰ２２のために選択された子ユーザプレーンノードとが異なると仮定する。そして、Ｓ－ＣＰ２は、Ｆ－ＵＰ２３のために選択された子ユーザプレーンノード（即ち、Ｓ－ＵＰ３１及びＳ－ＵＰ３２）にユーザプレーンＭＢＳセッション確立要求をそれぞれ送信し、Ｓ－ＵＰ３１及びＳ－ＵＰ３２のそれぞれからフィードバックされたユーザプレーンＭＢＳセッション確立応答を受信する。これと同時に、Ｓ－ＵＰ３１及びＳ－ＵＰ３２は、マルチキャスト伝送の受信をサポートする場合、Ｆ－ＵＰ２３から送信されたＭＢＳサービスデータを受信するために、ステップＳ２２０４ｃにおいてＦ－ＵＰ２３で割り当てられた新たなＩＰマルチキャスト伝送アドレスＩＰ６に対応するマルチキャスト伝送グループに加入してもよい。Ｓ－ＵＰ３１及びＳ－ＵＰ３２のうちの一部の子ユーザプレーンノードが、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする場合、Ｓ－ＵＰ３１及びＳ－ＵＰ３２のうち、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする子ユーザプレーンノードは、Ｆ－ＵＰ２３から送信されたＭＢＳサービスデータをポイントツーポイント方式で受信するために、Ｆ－ＴＥＩＤを割り当ててもよい。具体的なプロセスは、ステップＳ１５０５ａ及びステップＳ１５０６に類似し、これ以上の説明を省略する。

ステップＳ２２１３では、Ｓ－ＣＰ２がＦ－ＣＰ１にＭＢＳセッション開始応答を送信する。Ｓ－ＵＰ３１及びＳ－ＵＰ３２のうち、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰがある場合、ＭＢＳセッション開始応答には、このＳ－ＵＰで割り当てられた、Ｆ－ＵＰに対応するＦ－ＴＥＩＤが含まれ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝が形成される。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝には、Ｆ－ＵＰ２３に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅが含まれる。

ステップＳ２２１４では、Ｆ－ＣＰ１が、Ｓ－ＣＰ２からフィードバックされたＭＢＳセッション開始応答に含まれるＬｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｆ－ＵＰ２３にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ２３がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

説明すべきものとして、Ｆ－ＣＰ１が、Ｆ－ＵＰ２３にいかなる次のレベルのユーザプレーンノードも割り当てられていないと決定した場合、Ｆ－ＣＰ１がＦ－ＵＰ２３にユーザプレーンＭＢＳセッション削除要求を送信し、Ｆ－ＵＰ２３が、このユーザプレーンＭＢＳセッション削除要求を受信した後、ＩＧＭＰＬｅａｖｅデータパケットを送信し、Ｆ－ＵＰ１２で割り当てられたマルチキャスト伝送アドレスＩＰ３が示すマルチキャスト伝送グループから脱退し、Ｆ－ＣＰ１にユーザプレーンＭＢＳセッション削除応答を返信する（このプロセスは図示されていない）。

ステップＳ２２１５では、Ｆ－ＣＰ１が、全てのＳ－ＣＰからフィードバックされたＭＢＳセッション開始応答を受信した後、Ｆ－ＣＰ１が、全てのＳ－ＣＰからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ１の親制御プレーンノードにＭＢＳセッション開始応答を送信する。

ステップＳ２２０１からステップＳ２２１５から分かるように、本願の実施例では、Ｆ－ＣＰ１に２つの子制御プレーンノードＳ－ＣＰ１及びＳ－ＣＰ２があり、Ｆ－ＣＰ１がＦ－ＵＰ１１のために次のレベルのユーザプレーンノードＦ－ＵＰ２１及びＦ－ＵＰ２２を選択し、Ｆ－ＣＰ１がＦ－ＵＰ１２のために次のレベルのユーザプレーンノードＦ－ＵＰ２３を選択したとともに、Ｓ－ＣＰ１がＦ－ＵＰ２１のために子ユーザプレーンノードＳ－ＵＰ１１及びＳ－ＵＰ１２を選択し、Ｓ－ＣＰ２がＦ－ＵＰ２３のために子ユーザプレーンノードＳ－ＵＰ３１及びＳ－ＵＰ３２を選択した。また、Ｓ－ＣＰ１がＦ－ＵＰ２２のために子ユーザプレーンノードを選択していないので、Ｆ－ＵＰ２２をユーザプレーンＭＢＳ伝送ツリーから削除する必要がある。

ステップＳ２２１６ａでは、Ｆ－ＵＰ１１が、Ｆ－ＵＰ１１の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ２２１７ａによって、受信された該下りＭＢＳサービスデータをＦ－ＵＰ２１に伝送する。Ｆ－ＵＰ２１は、ステップＳ２２１８ａによって、受信された該下りＭＢＳサービスデータをＳ－ＵＰ１１及びＳ－ＵＰ１２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

ステップＳ２２１６ｂでは、Ｆ－ＵＰ１２が、Ｆ－ＵＰ１２の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ２２１７ｃによって、受信された該下りＭＢＳサービスデータをＦ－ＵＰ２３に伝送し、Ｆ－ＵＰ２３は、ステップＳ２２１８ｃによって、受信された該下りＭＢＳサービスデータをＳ－ＵＰ３１及びＳ－ＵＰ３２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

また、規格ＴＳ２３．５０１の５．３．４．２．２節では、非ローミングの場合、１つ又は複数のＩ－ＳＭＦと、１つ又は複数の中間ユーザプレーン機能（Ｉ－ＵＰＦ：Ｉｎｔｅｒｍｅｄｉａｔｅ－ＵＰＦ）とが１つのＰＤＵセッションに参加するアーキテクチャが定義されている。非ローミングのＰＤＵセッションには、１つのみのＳＭＦがある。複数のＳＭＦがある場合、ＰＳＡを制御するＳＭＦは、規格との一致性を保持するために、依然としてＳＭＦと呼ばれ、他のＳＭＦは、Ｉ－ＳＭＦと呼ばれる。ここで、ＳＭＦにより制御されるＵＰＦの名称は、相変わらずＵＰＦと呼ばれるが、Ｉ－ＳＭＦにより制御されるＵＰＦは、Ｉ－ＵＰＦと呼ばれる。

この場合、本願の実施例では、Ｉ－ＳＭＦ及びＩ－ＵＰＦがＭＢＳセッションに参加できることが提案されている。ユーザプレーンＭＢＳ伝送ツリーを確立する具体的なプロセスは、図２３に示すように、以下のステップを含んでもよい。

ステップＳ２３０１では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信する。具体的なプロセスは、前述したステップＳ１５０１に類似し、これ以上の説明を省略する。ここで、このＭＢＳセッション開始要求におけるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎに含まれるＩＰマルチキャスト伝送アドレスをＩＰ１と記す。

Ｆ－ＣＰ１は、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、複数のＦ－ＵＰＦの中から、１つ又は複数のＦ－ＵＰＦを、Ｆ－ＣＰ１と同じレベルのユーザプレーンノードとして選択すると決定してもよい。この実施例では、Ｆ－ＵＰ１１及びＦ－ＵＰ１２と記される２つのユーザプレーンノードが選択されたと仮定する。そして、ステップＳ２３０２ａ及びステップＳ２３０２ｂをそれぞれ実行する。

ステップＳ２３０２ａでは、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ２３０２ａにおいてＦ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレスをＩＰ２と記す。

ステップＳ２３０２ｂでは、Ｆ－ＣＰ１がＦ－ＵＰ１２にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ１２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ２３０２ｂにおいてＦ－ＵＰ１２で割り当てられたＩＰマルチキャスト伝送アドレスをＩＰ３と記す。

ステップＳ２３０３では、Ｆ－ＵＰ１１及びＦ－ＵＰ１２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１及びＦ－ＵＰ１２の親ユーザプレーンノードから送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ１に対応するマルチキャスト伝送グループへの加入を申請する。

その後、Ｆ－ＣＰ１は、Ｆ－ＣＰ１の子制御プレーンノード（通常、ＮＲ基地局である）のサービスエリア情報に基づいて、Ｆ－ＣＰ１により管理されるＵＰＦと、Ｆ－ＣＰ１の子制御プレーンにより管理されるＵＰＦとが伝送経路を直接確立できないと決定した場合、Ｆ－ＣＰ１及びＦ－ＣＰ１の子制御プレーンノードと通信可能な１つのＩ－ＳＭＦを選択する。この実施例では、１つのＩ－ＳＭＦが選択されたと仮定する。その後、ステップＳ２３０４を実行する。

ステップＳ２３０４では、Ｆ－ＣＰ１がＩ－ＳＭＦにＭＢＳセッション開始要求（即ち、Ｎｓｃｐ＿ＭＢＳＳｅｓｓｉｏｎＳｔａｒｔＲｅｑｕｅｓｔ）を送信する。

Ｆ－ＣＰ１からＩ－ＳＭＦへ送信されたＭＢＳセッション開始要求には、以下のパラメータ、即ち、ＴＭＧＩ、ＭＢＳＳｅｓｓｉｏｎＤｕｒａｔｉｏｎ、ＬｉｓｔｏｆＳ－ＣＰ、ＭＢＳＱＦＩｓ、ＱｏＳＰｒｏｆｉｌｅ、ＭＢＳＴｉｍｅｔｏＤａｔａＴｒａｎｓｆｅｒ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝、ＭＢＳＳｅｒｖｉｃｅＡｒｅａが含まれる。Ｆ－ＣＰ１が、Ｉ－ＳＭＦへ送信されるＭＢＳセッション開始要求に、Ｆ－ＣＰ１から提供された子制御プレーンノードの情報ＬｉｓｔｏｆＳ－ＣＰを含めるのは、主に、Ｉ－ＳＭＦが、Ｆ－ＣＰ１により動的に選択されてＭＢＳサービス管理に加入したものであり、Ｉ－ＳＭＦにいかなるＭＢＳＵＥＣｏｎｔｅｘｔ（ＭＢＳマルチキャストサービスの場合）又はユーザプレーンノードの情報もないからである。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳＴｒａｎｓｐｏｒｔＩｎｆｏｒｍａｔｉｏｎ｝には、Ｆ－ＵＰ１１のＩＤ及びＦ－ＵＰ１１ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎのみが含まれる。Ｆ－ＵＰ１１ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、Ｆ－ＵＰ１１で割り当てられたものであり、ステップＳ２３０２ａにおいてＦ－ＵＰ１１で割り当てられた新たなＩＰマルチキャスト伝送アドレスＩＰ２及びＣ－ＴＥＩＤを含む。

Ｉ－ＳＭＦは、ＭＢＳセッション開始要求を受信した後、受信されたＭＢＳセッション開始要求に基づいて、検索され又はネットワークでマッチングされたＦ－ＣＰ１のサービスエリアと、Ｆ－ＣＰ１から提供されたＬｉｓｔｏｆＳ－ＣＰのサービスエリアとに応じて、Ｉ－ＵＰＦ１１、Ｉ－ＵＰＦ１２、Ｉ－ＵＰＦ２１、Ｉ－ＵＰＦ２２を決定して選択する。そして、ステップＳ２３０５ａ及びステップＳ２３０５ｂをそれぞれ実行する。

ステップＳ２３０５ａでは、Ｉ－ＳＭＦがＩ－ＵＰＦ１１及びＩ－ＵＰＦ１２にユーザプレーンＭＢＳセッション確立要求をそれぞれ送信し、Ｉ－ＵＰＦ１１及びＩ－ＵＰＦ１２がＩ－ＳＭＦにユーザプレーンＭＢＳセッション確立応答をそれぞれフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ２３０５ａにおいて、Ｉ－ＵＰＦ１１及びＩ－ＵＰＦ１２は、新たなＩＰマルチキャスト伝送アドレスをそれぞれ割り当てた。この実施例では、それらをそれぞれＩＰ４及びＩＰ５と記す。Ｉ－ＵＰＦ１１で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ４は、Ｉ－ＵＰＦ１１の子ユーザプレーンノード（即ち、図２３のＳ－ＵＰ１１）にＭＢＳサービスデータを伝送するためのものであり、Ｉ－ＵＰＦ１２で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ５は、Ｉ－ＵＰＦ１２の子ユーザプレーンノード（即ち、図２３のＳ－ＵＰ１２）にＭＢＳサービスデータを伝送するためのものである。さらに、Ｉ－ＵＰＦ１１が、Ｆ－ＵＰ１１からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｉ－ＵＰＦ１１は、Ｆ－ＵＰ１１からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。同様に、Ｉ－ＵＰＦ１２が、Ｆ－ＵＰ１１からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｉ－ＵＰＦ１２は、Ｆ－ＵＰ１１からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。

ステップＳ２３０５ｂでは、Ｉ－ＳＭＦがＩ－ＵＰＦ２１及びＩ－ＵＰＦ２２にユーザプレーンＭＢＳセッション確立要求をそれぞれ送信し、Ｉ－ＵＰＦ２１及びＩ－ＵＰＦ２２がＩ－ＳＭＦにユーザプレーンＭＢＳセッション確立応答をそれぞれフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ２３０５ａにおいて、Ｉ－ＵＰＦ２１及びＩ－ＵＰＦ２２は、新たなＩＰマルチキャスト伝送アドレスをそれぞれ割り当てた。この実施例では、それらをそれぞれＩＰ６及びＩＰ７と記す。Ｉ－ＵＰＦ２１で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ６は、Ｉ－ＵＰＦ２１の子ユーザプレーンノード（即ち、図２３のＳ－ＵＰ２１）にＭＢＳサービスデータを伝送するためのものであり、Ｉ－ＵＰＦ２２で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ７は、Ｉ－ＵＰＦ２２の子ユーザプレーンノード（即ち、図２３のＳ－ＵＰ２２）にＭＢＳサービスデータを伝送するためのものである。さらに、Ｉ－ＵＰＦ２１が、Ｆ－ＵＰ１１からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｉ－ＵＰＦ２１は、Ｆ－ＵＰ１１からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。同様に、Ｉ－ＵＰＦ２２が、Ｆ－ＵＰ１１からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｉ－ＵＰＦ２２は、Ｆ－ＵＰ１１からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。

説明すべきものとして、本願の一実施例では、ステップＳ２３０５ａ及びステップＳ２３０５ｂにおけるユーザプレーンＭＢＳセッション確立要求に含まれるＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎにおけるＩＰマルチキャスト伝送アドレスは、ステップＳ２３０２ａにおいてＦ－ＵＰ１１で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ２である。また、図２３において、紙面の都合で、Ｉ－ＵＰＦ１１とＩ－ＵＰＦ１２を一緒に描いており、Ｉ－ＵＰＦ２１とＩ－ＵＰＦ２２を一緒に描いているとともに、Ｓ－ＵＰ１１とＳ－ＵＰ１２を一緒に描いており、Ｓ－ＵＰ２１とＳ－ＵＰ２２を一緒に描いている。

ステップＳ２３０６ａでは、Ｉ－ＵＰＦ１１及びＩ－ＵＰＦ１２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１から送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ２に対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ２３０６ｂでは、Ｉ－ＵＰＦ２１及びＩ－ＵＰＦ２２が、マルチキャスト方式で伝送されたデータの受信をサポートする場合、Ｆ－ＵＰ１１から送信されたＭＢＳサービスデータを受信するために、ＩＰマルチキャスト伝送アドレスＩＰ２に対応するマルチキャスト伝送グループへの加入を申請する。

ステップＳ２３０７では、Ｉ－ＳＭＦが、Ｆ－ＣＰ１から提供された子制御プレーンノードＳ－ＣＰ１にＭＢＳセッション開始要求を送信する。

Ｉ－ＳＭＦからＳ－ＣＰ１へ送信されたＭＢＳセッション開始要求には、以下のパラメータ、即ち、ＴＭＧＩ、ＭＢＳＱＦＩｓ、ＱｏＳＰｒｏｆｉｌｅ、Ｌｉｓｔｏｆ｛Ｉ－ＵＰＦＩＤ，ＭＢＳ伝送情報｝、ＭＢＳＳｅｒｖｉｃｅＡｒｅａが含まれる。この実施例では、Ｌｉｓｔｏｆ｛Ｉ－ＵＰＦＩＤ，ＭＢＳ伝送情報｝には、Ｉ－ＵＰＦ１１、Ｉ－ＵＰＦ１２、Ｉ－ＵＰＦ２１、Ｉ－ＵＰＦ２２のそれぞれに対応するＩＤと、Ｉ－ＵＰＦ１１、Ｉ－ＵＰＦ１２、Ｉ－ＵＰＦ２１、Ｉ－ＵＰＦ２２のそれぞれに対応するＭＢＳ伝送情報とが含まれる。Ｉ－ＵＰＦ１１に対応するＭＢＳ伝送情報に含まれるＩＰマルチキャスト伝送アドレスはＩＰ４であり、Ｉ－ＵＰＦ１２に対応するＭＢＳ伝送情報に含まれるＩＰマルチキャスト伝送アドレスはＩＰ５であり、Ｉ－ＵＰＦ２１に対応するＭＢＳ伝送情報に含まれるＩＰマルチキャスト伝送アドレスはＩＰ６であり、Ｉ－ＵＰＦ２２に対応するＭＢＳ伝送情報に含まれるＩＰマルチキャスト伝送アドレスはＩＰ７であり、ＩＰ４、ＩＰ５、ＩＰ６、及びＩＰ７は同じではない。

ステップＳ２３０８では、Ｓ－ＣＰ１が、Ｉ－ＳＭＦから送信されたＭＢＳセッション開始要求を受信した後、ユーザプレーンＭＢＳセッション確立プロセスを実行する。具体的には、Ｓ－ＣＰ１は、複数のＳ－ＵＰの中から、Ｉ－ＵＰＦ１１のために１つ又は複数のＳ－ＵＰを選択し、Ｉ－ＵＰＦ１２のために１つ又は複数のＳ－ＵＰを選択し、Ｉ－ＵＰＦ２１のために１つ又は複数のＳ－ＵＰを選択し、Ｉ－ＵＰＦ２２のために１つ又は複数のＳ－ＵＰを選択する。この実施例では、Ｓ－ＣＰ１が、Ｉ－ＵＰＦ１１のためにＳ－ＵＰ１１を選択し、Ｉ－ＵＰＦ１２のためにＳ－ＵＰ１２を選択し、Ｉ－ＵＰＦ２１のためにＳ－ＵＰ２１を選択し、Ｉ－ＵＰＦ２２のためにＳ－ＵＰ２２を選択したと仮定する。そして、Ｓ－ＣＰ１は、Ｓ－ＵＰ１１、Ｓ－ＵＰ１２、Ｓ－ＵＰ２１、及びＳ－ＵＰ２２にユーザプレーンＭＢＳセッション確立要求をそれぞれ送信し、Ｓ－ＵＰ１１、Ｓ－ＵＰ１２、Ｓ－ＵＰ２１、及びＳ－ＵＰ２２のそれぞれからフィードバックされたユーザプレーンＭＢＳセッション確立応答を受信する。これと同時に、Ｓ－ＵＰ１１は、マルチキャスト伝送の受信をサポートする場合、Ｉ－ＵＰＦ１１から送信されたＭＢＳサービスデータを受信するために、Ｉ－ＵＰＦ１１で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ４に対応するマルチキャスト伝送グループに加入してもよい。Ｓ－ＵＰ１２は、マルチキャスト伝送の受信をサポートする場合、Ｉ－ＵＰＦ１２から送信されたＭＢＳサービスデータを受信するために、Ｉ－ＵＰＦ１２で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ５に対応するマルチキャスト伝送グループに加入してもよい。Ｓ－ＵＰ２１は、マルチキャスト伝送の受信をサポートする場合、Ｉ－ＵＰＦ２１から送信されたＭＢＳサービスデータを受信するために、Ｉ－ＵＰＦ２１で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ６に対応するマルチキャスト伝送グループに加入してもよい。Ｓ－ＵＰ２２は、マルチキャスト伝送の受信をサポートする場合、Ｉ－ＵＰＦ２２から送信されたＭＢＳサービスデータを受信するために、Ｉ－ＵＰＦ２２で割り当てられたＩＰマルチキャスト伝送アドレスＩＰ７に対応するマルチキャスト伝送グループに加入してもよい。具体的なプロセスは、ステップＳ１５０５ａ及びステップＳ１５０６に類似し、これ以上の説明を省略する。

ステップＳ２３０９では、Ｓ－ＣＰ１がＩ－ＳＭＦにＭＢＳセッション開始応答を送信する。Ｓ－ＵＰ１１、Ｓ－ＵＰ１２、Ｓ－ＵＰ２１、及びＳ－ＵＰ２２のうち、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰがある場合、Ｓ－ＣＰ１からＩ－ＳＭＦへ送信されたＭＢＳセッション開始応答には、このＳ－ＵＰで割り当てられた、相応のＩ－ＵＰＦに対応するＦ－ＴＥＩＤが含まれ、Ｌｉｓｔｏｆ｛Ｉ－ＵＰＦＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝が形成される。この実施例では、Ｌｉｓｔｏｆ｛Ｉ－ＵＰＦＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝には、Ｉ－ＵＰＦ１１、Ｉ－ＵＰＦ１２、Ｉ－ＵＰＦ２１、Ｉ－ＵＰＦ２２のそれぞれに対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅが含まれる。

ステップＳ１５０７に類似して、いくつかのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートするが、他のいくつかのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートしないので、このＬｉｓｔＦ－ＴＥＩＤｓｕｐは、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰのみに対応するものである。それ以外の説明は、ステップＳ１５０７に関する内容を参照する。

また、Ｓ－ＣＰ１は、そのうちの１つ／いくつかのＩ－ＵＰＦＩＤにいかなる子ユーザプレーンノードも割り当てないと決定した場合、この１つ／いくつかのＩ－ＵＰＦＩＤに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅにＤｉｓａｂｌｅを設定してもよい。もちろん、ＭＢＳセッション開始応答において、子ユーザプレーンノードが割り当てられていないＩ－ＵＰＦを指示するために、ＦａｉｌｅｄＬｉｓｔ｛Ｉ－ＵＰＦ｝を使用してもよい。

ステップＳ２３１０ａでは、Ｉ－ＳＭＦが、Ｓ－ＣＰ１からフィードバックされたＭＢＳセッション開始応答に含まれるＬｉｓｔｏｆ｛Ｉ－ＵＰＦＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｉ－ＵＰＦ１１／１２にユーザプレーンＭＢＳセッション修正要求をそれぞれ送信し、Ｉ－ＵＰＦ１１／１２がＩ－ＳＭＦにユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

説明すべきものとして、Ｉ－ＳＭＦが、Ｉ－ＵＰＦ１１又はＩ－ＵＰＦ１２にいかなる子ユーザプレーンノードも割り当てられていないと決定した場合、Ｉ－ＳＭＦがＩ－ＵＰＦ１１又はＩ－ＵＰＦ１２にユーザプレーンＭＢＳセッション削除要求を送信し、Ｉ－ＵＰＦ１１又はＩ－ＵＰＦ１２が、このユーザプレーンＭＢＳセッション削除要求を受信した後、ＩＧＭＰＬｅａｖｅデータパケットを送信し、Ｆ－ＵＰ１１で割り当てられたマルチキャスト伝送アドレスＩＰ２が示すマルチキャスト伝送グループから脱退し、Ｉ－ＳＭＦにユーザプレーンＭＢＳセッション削除応答を返信する（このプロセスは図示されていない）。

ステップＳ２３１０ｂでは、Ｉ－ＳＭＦが、Ｓ－ＣＰ１からフィードバックされたＭＢＳセッション開始応答に含まれるＬｉｓｔｏｆ｛Ｉ－ＵＰＦＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｉ－ＵＰＦ２１／２２にユーザプレーンＭＢＳセッション修正要求をそれぞれ送信し、Ｉ－ＵＰＦ２１／２２がＩ－ＳＭＦにユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

説明すべきものとして、Ｉ－ＳＭＦが、Ｉ－ＵＰＦ２１又はＩ－ＵＰＦ２２にいかなる子ユーザプレーンノードも割り当てられていないと決定した場合、Ｉ－ＳＭＦがＩ－ＵＰＦ１１又はＩ－ＵＰＦ１２にユーザプレーンＭＢＳセッション削除要求を送信し、Ｉ－ＵＰＦ２１又はＩ－ＵＰＦ２２が、このユーザプレーンＭＢＳセッション削除要求を受信した後、ＩＧＭＰＬｅａｖｅデータパケットを送信し、Ｆ－ＵＰ１１で割り当てられたマルチキャスト伝送アドレスＩＰ２が示すマルチキャスト伝送グループから脱退し、Ｉ－ＳＭＦにユーザプレーンＭＢＳセッション削除応答を返信する（このプロセスは図示されていない）。

ステップＳ２３１１では、Ｉ－ＳＭＦがＦ－ＣＰ１にＭＢＳセッション開始応答を送信する。Ｉ－ＵＰＦ１１、Ｉ－ＵＰＦ１２、Ｉ－ＵＰＦ２１、Ｉ－ＵＰＦ２２のうち、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＩ－ＵＰＦがある場合、Ｉ－ＳＭＦからＦ－ＣＰ１へ送信されたＭＢＳセッション開始応答には、このＩ－ＵＰＦで割り当てられた、Ｆ－ＵＰ１１に対応するＦ－ＴＥＩＤが含まれ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｉｕｐｆ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝が形成される。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｉｕｐｆ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝には、Ｆ－ＵＰ１１に対するＬｉｓｔｏｆＦ－ＴＥＩＤｉｕｆｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅが含まれる。

ステップＳ１５０７に類似して、いくつかのＩ－ＵＰＦが、マルチキャスト方式で伝送されたデータの受信をサポートするが、他のいくつかのＩ－ＵＰＦが、マルチキャスト方式で伝送されたデータの受信をサポートしないので、このＬｉｓｔＦ－ＴＥＩＤｉｕｐｆは、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＩ－ＵＰＦのみに対応するものである。それ以外の説明は、ステップＳ１５０７に関する内容を参照する。

ステップＳ２３１２では、Ｉ－ＵＰＦ１１、Ｉ－ＵＰＦ１２、Ｉ－ＵＰＦ２１、Ｉ－ＵＰＦ２２のうち、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＩ－ＵＰＦがある場合、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ１１がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。ここで、Ｆ－ＣＰ１からＦ－ＵＰ１１へ送信されたユーザプレーンＭＢＳセッション修正要求には、Ｉ－ＵＰＦ１１、Ｉ－ＵＰＦ１２、Ｉ－ＵＰＦ２１、Ｉ－ＵＰＦ２２のうち、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＩ－ＵＰＦのＦ－ＴＥＩＤが含まれる。これにより、Ｆ－ＵＰ１１に、Ｉ－ＵＰＦ１１、Ｉ－ＵＰＦ１２、Ｉ－ＵＰＦ２１、Ｉ－ＵＰＦ２２のうち、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＩ－ＵＰＦにＭＢＳサービスデータを伝送するには、ポイントツーポイント方式を追加して使用するよう指示する。

説明すべきものとして、Ｆ－ＣＰ１が、Ｆ－ＵＰ１１にいかなる次のレベルのユーザプレーンノードも割り当てられていないと決定した場合、Ｆ－ＣＰ１がＦ－ＵＰ１１にユーザプレーンＭＢＳセッション削除要求を送信し、Ｆ－ＵＰ１１が、このユーザプレーンＭＢＳセッション削除要求を受信した後、ＩＧＭＰＬｅａｖｅデータパケットを送信し、Ｆ－ＵＰ１１の親ユーザプレーンノードで割り当てられたマルチキャスト伝送アドレスＩＰ１が示すマルチキャスト伝送グループから脱退し、Ｆ－ＣＰ１にユーザプレーンＭＢＳセッション削除応答を返信する（このプロセスは図示されていない）。

ステップＳ２３１３では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、Ｆ－ＣＰ１の子制御プレーンノードＳ－ＣＰ２にＭＢＳセッション開始要求を送信する。

Ｆ－ＣＰ１からＦ－ＣＰ１の子制御プレーンノードＳ－ＣＰ２へ送信されたＭＢＳセッション開始要求には、以下のパラメータ、即ち、ＴＭＧＩ、ＭＢＳＳｅｓｓｉｏｎＤｕｒａｔｉｏｎ、ＭＢＳＱＦＩｓ、ＱｏＳＰｒｏｆｉｌｅ、ＭＢＳＴｉｍｅｔｏＤａｔａＴｒａｎｓｆｅｒ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝、ＭＢＳＳｅｒｖｉｃｅＡｒｅａが含まれる。ここで、ＭＢＳ伝送情報は、即ち、ＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎ（ＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎａｄｄｒｅｓｓ，Ｃ－ＴＥＩＤ）である。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＭＢＳ伝送情報｝には、Ｆ－ＵＰ１２ＩＤ及びＦ－ＵＰ１２ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎが含まれる。Ｆ－ＵＰ１２ＩＤに対応するＭＢＳＩＰＭｕｌｔｉｃａｓｔＤｉｓｔｒｉｂｕｔｉｏｎは、Ｆ－ＵＰ１２で割り当てられたものであり、それに含まれるＩＰマルチキャスト伝送アドレスが、ステップＳ２３０２ｂにおいてＦ－ＵＰ１２で割り当てられた新たなＩＰマルチキャスト伝送アドレスＩＰ３である。

説明すべきものとして、ステップＳ２３１３とステップＳ２３０４との間に前後関係がなく、これらは、Ｆ－ＣＰ１が並列にそれぞれ実行するステップであってもよい。

ステップＳ２３１４では、Ｓ－ＣＰ２が、Ｆ－ＣＰ１から送信されたＭＢＳセッション開始要求を受信した後、ユーザプレーンＭＢＳセッション確立プロセスを実行する。具体的には、Ｓ－ＣＰ２が、Ｓ－ＣＰ２の子制御プレーンノードの情報に基づいて、複数のＳ－ＵＰの中から、Ｆ－ＵＰ１２のために１つ又は複数のＳ－ＵＰを選択する。この実施例では、Ｆ－ＵＰ１２のためにＳ－ＵＰ３１及びＳ－ＵＰ３２が選択されたと仮定する。そして、Ｓ－ＣＰ２は、Ｓ－ＵＰ３１及びＳ－ＵＰ３２にユーザプレーンＭＢＳセッション確立要求をそれぞれ送信し、Ｓ－ＵＰ３１及びＳ－ＵＰ３２のそれぞれからフィードバックされたユーザプレーンＭＢＳセッション確立応答を受信する。これと同時に、Ｓ－ＵＰ３１及びＳ－ＵＰ３２は、マルチキャスト伝送の受信をサポートする場合、Ｆ－ＵＰ１２から送信されたＭＢＳサービスデータを受信するために、ステップＳ２３０２ｂにおいてＦ－ＵＰ１２で割り当てられた新たなＩＰマルチキャスト伝送アドレスＩＰ３に対応するマルチキャスト伝送グループに加入してもよい。Ｓ－ＵＰ３１及びＳ－ＵＰ３２のうちの一部の子ユーザプレーンノードが、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする場合、Ｓ－ＵＰ３１及びＳ－ＵＰ３２のうち、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートする子ユーザプレーンノードは、Ｆ－ＵＰ１２から送信されたＭＢＳサービスデータをポイントツーポイント方式で受信するために、Ｆ－ＴＥＩＤを割り当ててもよい。具体的なプロセスは、ステップＳ１５０５ａ及びステップＳ１５０６に類似し、これ以上の説明を省略する。

ステップＳ２３１５では、Ｓ－ＣＰ２がＦ－ＣＰ１にＭＢＳセッション開始応答を送信する。Ｓ－ＵＰ３１及びＳ－ＵＰ３２のうち、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰがある場合、Ｓ－ＣＰ２からＦ－ＣＰ１へ送信されたＭＢＳセッション開始応答には、このＳ－ＵＰで割り当てられた、Ｆ－ＵＰに対応するＦ－ＴＥＩＤが含まれ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝が形成される。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝には、Ｆ－ＵＰ１２に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅが含まれる。

ステップＳ２３１６では、Ｆ－ＣＰ１が、Ｓ－ＣＰ２からフィードバックされたＭＢＳセッション開始応答に含まれるＬｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝に基づいて、Ｆ－ＵＰ１２にユーザプレーンＭＢＳセッション修正要求を送信し、Ｆ－ＵＰ１２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション修正応答をフィードバックする。このステップの具体的な説明は、前述したステップＳ１５０８に類似し、これ以上の説明を省略する。

説明すべきものとして、Ｆ－ＣＰ１が、Ｆ－ＵＰ１２にいかなる次のレベルのユーザプレーンノードも割り当てられていないと決定した場合、Ｆ－ＣＰ１がＦ－ＵＰ１２にユーザプレーンＭＢＳセッション削除要求を送信し、Ｆ－ＵＰ１２が、このユーザプレーンＭＢＳセッション削除要求を受信した後、ＩＧＭＰＬｅａｖｅデータパケットを送信し、Ｆ－ＵＰ１２の親ユーザプレーンノードで割り当てられたマルチキャスト伝送アドレスＩＰ１が示すマルチキャスト伝送グループから脱退し、Ｆ－ＣＰ１にユーザプレーンＭＢＳセッション削除応答を返信する（このプロセスは図示されていない）。

ステップＳ２３１７では、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の全ての子制御プレーンノードからフィードバックされたＭＢＳセッション開始応答を受信した後、Ｆ－ＣＰ１が、Ｆ－ＣＰ１の全ての子制御プレーンノードからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ１の親制御プレーンノードにＭＢＳセッション開始応答を送信する。

ステップＳ２３０１からステップＳ２３１５から分かるように、本願の実施例では、Ｆ－ＣＰ１に２つの子制御プレーンノードＳ－ＣＰ１及びＳ－ＣＰ２があり、Ｆ－ＣＰ１がＩ－ＳＭＦを選択し、Ｉ－ＳＭＦがＩ－ＵＰＦ１１、Ｉ－ＵＰＦ１２、Ｉ－ＵＰＦ２１、Ｉ－ＵＰＦ２２を選択した。また、Ｓ－ＣＰ１は、Ｉ－ＵＰＦ１１のためにＳ－ＵＰ１１を選択し、Ｉ－ＵＰＦ１２のためにＳ－ＵＰ１２を選択し、Ｉ－ＵＰＦ２１のためにＳ－ＵＰ２１を選択し、Ｉ－ＵＰＦ２２のためにＳ－ＵＰ２２を選択したが、Ｓ－ＣＰ２は、Ｆ－ＵＰ１２のためにＳ－ＵＰ３１及びＳ－ＵＰ３２を選択した。

説明すべきものとして、ユーザプレーンＭＢＳセッション確立プロセス中に、１つの中間ユーザプレーンノードが、同時に２つ（もちろん、それ以上であってもよいが、ここで２つを例にして説明する）のユーザプレーンＭＢＳセッション確立要求を受信した場合、例えば、同一のＩ－ＳＭＦから２つのユーザプレーンＭＢＳセッション確立要求が送信された場合（異なる制御プレーンノードが同一のＩ－ＳＭＦを選択した場合に対応）、又は、２つの異なるＩ－ＳＭＦからそれぞれ１つのユーザプレーンＭＢＳセッション確立要求が送信された場合（異なる制御プレーンノードが異なるＩ－ＳＭＦを選択した場合に対応）が存在する可能性がある。この場合、中間ユーザプレーンノードは、そのうちの１つのユーザプレーンＭＢＳセッション確立要求に正常に応答し、他のユーザプレーンＭＢＳセッション確立要求への応答メッセージにおいて、他の制御プレーンノードを拒否（Ｒｅｊｅｃｔ）することにより、このユーザプレーンノードが既に選択されたことを指示してもよい。

１つの中間ユーザプレーンノードは、１つのユーザプレーンＭＢＳセッション確立要求によって、既に親ユーザプレーンノードがあるようになった後、さらに、他のユーザプレーンＭＢＳセッション確立要求を受信した場合、該他のユーザプレーンＭＢＳセッション確立要求への応答メッセージにおいて、他の制御プレーンノードをＲｅｊｅｃｔすることにより、このユーザプレーンノードが既に選択されたことを指示する。
このようなＭＢＳセッション伝送ツリーの確立完了後、以下のステップを実行することができる。

ステップＳ２３１８ａでは、Ｆ－ＵＰ１１が、Ｆ－ＵＰ１１の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ２３１９ａによって、受信された該下りＭＢＳサービスデータをＩ－ＵＰＦ１１及びＩ－ＵＰＦ１２に伝送し、ステップＳ２３１９ｂによって、受信された該下りＭＢＳサービスデータをＩ－ＵＰＦ２１及びＩ－ＵＰＦ２２に伝送する。次に、ステップＳ２３２０ａでは、Ｉ－ＵＰＦ１１が下りＭＢＳサービスデータをＳ－ＵＰ１１に伝送し、Ｉ－ＵＰＦ１２が下りＭＢＳサービスデータをＳ－ＵＰ１２に伝送する。ステップＳ２３２０ｂでは、Ｉ－ＵＰＦ２１が下りＭＢＳサービスデータをＳ－ＵＰ２１に伝送し、Ｉ－ＵＰＦ２２が下りＭＢＳサービスデータをＳ－ＵＰ２２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

ステップＳ２３１８ｂでは、Ｆ－ＵＰ１２が、Ｆ－ＵＰ１２の親ユーザプレーンノードから送信された下りＭＢＳサービスデータを受信する。次に、ステップＳ２３１９ｃによって、受信された該下りＭＢＳサービスデータをＳ－ＵＰ３１及びＳ－ＵＰ３２に伝送する。ここで、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを伝送する。これと同時に、各ユーザプレーンノードは、前述したステップで決定されたマルチキャスト伝送方式又はポイントツーポイント伝送方式でＭＢＳサービスデータを受信する。

本願の上記実施例の構成では、Ｆ－ＣＰで親制御プレーンノードを表し、Ｆ－ＵＰで親ユーザプレーンノードを表し、Ｓ－ＣＰで子制御プレーンノードを表し、Ｓ－ＵＰで子ユーザプレーンノードを表す。図１０に示されたシステムアーキテクチャでは、ＳＭＦの代わりにＦ－ＣＰを、ＵＰＦの代わりにＦ－ＵＰを用いることができる。この場合、Ｓ－ＣＰとＳ－ＵＰが連携してアクセスネットワークノードの代わりになる。

図１１に示されたシステムアーキテクチャでは、ＭＢＳＦの代わりにＦ－ＣＰを、ＭＢＳＵの代わりにＦ－ＵＰを用いることができる。この場合、ＭＢ－ＳＭＦの代わりにＳ－ＣＰを、ＭＢ－ＵＰＦの代わりにＳ－ＵＰを用いることができる。又は、ＭＢ－ＳＭＦの代わりにＦ－ＣＰを、ＭＢ－ＵＰＦの代わりにＦ－ＵＰを用いることができる。この場合、Ｓ－ＣＰとＳ－ＵＰが連携してＮＧ－ＲＡＮの代わりになる。

説明すべきものとして、図１０及び図１１には、２つの５ＧＭＢＳの基本的なアーキテクチャ図が示されている。この基本的なアーキテクチャ図では、強化処理を行ってもよい。例えば、図１０に示されたアーキテクチャについて、複数のＵＰＦ、複数のＳＭＦがある可能性があり、図１１に示された基本的なアーキテクチャ図について、ＭＢ－ＳＭＦ及びＭＢ－ＵＰＦもそれぞれ複数ある可能性がある。追加的なＵＰＦ又はＭＢ－ＵＰＦがある場合、図２１又は図２２に示された構成でユーザプレーンＭＢＳセッションツリーを確立することができ、追加的なＭＢ－ＳＭＦ又はＳＭＦがある場合（この場合、追加的なＵＰＦがある）、図２３に示された構成でユーザプレーンＭＢＳセッションツリーを確立することができる。

本願の上記実施例の構成によれば、ユーザプレーンＭＢＳセッション確立プロセスを実現し、ユーザプレーンＭＢＳセッションの伝送ループの出現を防止し、ユーザプレーンＭＢＳセッション伝送ツリーに切れた枝が出現する問題を回避することができる。また、ユーザプレーンＭＢＳセッション確立プロセスにおいて、制御プレーンとユーザプレーンが分離された場合、同一の親制御プレーンが複数の親ユーザプレーンノードを同時に提供する問題を解決することができる。さらに、同一の制御プレーンノードが、異なるユーザプレーンノードを管理することにより、親と子の間の伝送を形成することが実現でき、ユーザプレーンの伝送リソースが最適化される。また、ユーザプレーンＭＢＳセッション確立プロセス中に、親ユーザプレーンノードと基地局との間で、直接接続されるユーザプレーン伝送を確立できない場合、ユーザプレーン伝送ツリーの確立を完了するために、Ｉ－ＳＭＦ及びＩ－ＵＰＦを発見して入れることができ、ユーザプレーンの伝送リソースの最適化が効果的に実現される。

以下、本願の装置の実施例を紹介する。この装置は、本願の上記実施例におけるマルチキャスト・ブロードキャストサービスの通信方法を実行するために用いることができる。本願の装置の実施例に披露されていない細部について、本願の上記のマルチキャスト・ブロードキャストサービスの通信方法の実施例を参照する。

図２４は、本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信装置のブロック図を示す。このマルチキャスト・ブロードキャストサービスの通信装置は、Ｉ－ＳＭＦ内に設けることができる。

図２４を参照すると、本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信装置２４００は、第１受信ユニット２４０２と、選択ユニット２４０４と、第１やり取りユニット２４０６と、第２やり取りユニット２４０８とを含む。

ここで、第１受信ユニット２４０２は、ＭＢＳセッション伝送ツリーにおける第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードから送信された第１ＭＢＳセッション開始要求を受信するように構成され、前記第１ＭＢＳセッション開始要求には、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報と、前記第ｉレベルの制御プレーンノードに対応する第ｉレベルのユーザプレーンノードの識別情報と、前記第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレス及びマルチキャスト方式でＭＢＳサービスデータを伝送するための第１Ｃ－ＴＥＩＤとが含まれ、選択ユニット２４０４は、前記第ｉレベルの制御プレーンノードの情報と、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報とに基づいて、中間ユーザプレーンノードを選択するように構成され、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノード、及び前記子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立でき、第１やり取りユニット２４０６は、前記中間ユーザプレーンノードに第１ユーザプレーンＭＢＳセッション確立要求を送信し、前記中間ユーザプレーンノードからフィードバックされた第１ユーザプレーンＭＢＳセッション確立応答を受信するように構成され、前記第１ユーザプレーンＭＢＳセッション確立要求には、前記第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤが含まれ、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスは、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものであり、第２やり取りユニット２４０８は、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに第２ＭＢＳセッション開始要求を送信することにより、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに対し、前記中間ユーザプレーンノードに子ユーザプレーンノードを割り当てるよう指示するように構成され、前記第２ＭＢＳセッション開始要求には、前記中間ユーザプレーンノードの識別情報と、前記中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤとが含まれ、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスは、前記子ユーザプレーンノードが、前記中間ユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである。

本願のいくつかの実施例において、前述した構成によれば、前記第１ユーザプレーンＭＢＳセッション確立要求には、新たなＭＢＳＩＰマルチキャスト配信情報を割り当てるよう前記中間ユーザプレーンノードに指示するための指示情報が含まれ、前記第１ユーザプレーンＭＢＳセッション確立応答には、前記中間ユーザプレーンノードで割り当てられた前記第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤが含まれる。

本願のいくつかの実施例において、前述した構成によれば、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードのＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする場合、前記第１ユーザプレーンＭＢＳセッション確立要求には、前記中間ユーザプレーンノードに完全トンネルエンドポイント識別子（Ｆ－ＴＥＩＤ：ＦｕｌｌｙｑｕａｌｉｆｉｅｄＴｕｎｎｅｌＥｎｄｐｏｉｎｔＩｄｅｎｔｉｆｉｅｒ）を割り当てることを要求する指示情報が含まれ、前記第１ユーザプレーンＭＢＳセッション確立応答には、前記中間ユーザプレーンノードで割り当てられたＦ－ＴＥＩＤが含まれ、前記Ｆ－ＴＥＩＤは、前記中間ユーザプレーンノードに、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをポイントツーポイント方式で受信させるためのものであり、又は、
前記第１ユーザプレーンＭＢＳセッション確立応答は、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードのＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートすることを指示するものであり、前記中間ユーザプレーンノードで割り当てられたＦ－ＴＥＩＤを含む。

本願のいくつかの実施例において、前述した構成によれば、第２やり取りユニット２４０８は、さらに、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに第２ＭＢＳセッション開始要求を送信した後、前記子制御プレーンノードから第２ＭＢＳセッション開始要求に対してフィードバックされた第２ＭＢＳセッション開始応答を受信するように構成され、前記第２ＭＢＳセッション開始応答には、第１指示情報が含まれる。

ここで、前記第１指示情報には、前記中間ユーザプレーンノードの識別情報と、第１Ｆ－ＴＥＩＤリスト情報と、マルチキャスト方式での伝送の起動を表すための第１フィールド情報とが含まれ、前記第１フィールド情報は、前記子制御プレーンノードが前記中間ユーザプレーンノードに割り当てた子ユーザプレーンノードのうち、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートする子ユーザプレーンノードが存在することを表し、前記第１Ｆ－ＴＥＩＤリスト情報には、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする子ユーザプレーンノードのＦ－ＴＥＩＤが含まれ、又は、
前記第１指示情報には、前記中間ユーザプレーンノードの識別情報が含まれ、且つ前記第１Ｆ－ＴＥＩＤリスト情報及び前記第１フィールド情報が含まれなく、この場合、前記第１指示情報は、前記子制御プレーンノードが前記中間ユーザプレーンノードに割り当てた子ユーザプレーンノードのいずれも、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートすることを指示するためのものであり、又は、
前記第１指示情報には、前記中間ユーザプレーンノードの識別情報と、前記第１Ｆ－ＴＥＩＤリスト情報とが含まれ、且つ前記第１フィールド情報が含まれなく、この場合、前記第１指示情報は、前記子制御プレーンノードが前記中間ユーザプレーンノードに割り当てた子ユーザプレーンノードのいずれも、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートすることを指示するためのものであり、又は、
前記第１指示情報には、前記中間ユーザプレーンノードの識別情報と、マルチキャスト伝送の使用を停止するフィールド情報とが含まれ、且つ前記第１Ｆ－ＴＥＩＤリスト情報が含まれなく、この場合、前記第１指示情報は、前記子制御プレーンノードが前記中間ユーザプレーンノードに子ユーザプレーンノードを割り当てていないことを指示するためのものである。

本願のいくつかの実施例において、前述した構成によれば、少なくとも２つの中間ユーザプレーンノードが選択された場合、前記第２ＭＢＳセッション開始応答には、第１指示情報リストが含まれ、前記第１指示情報リストには、全ての中間ユーザプレーンノードのそれぞれに対応する前記第１指示情報が含まれる。

本願のいくつかの実施例において、前述した構成によれば、前記第２ＭＢＳセッション開始応答には、失敗識別情報リストがさらに含まれ、前記失敗識別情報リストは、子ユーザプレーンノードが割り当てられていないターゲット中間ユーザプレーンノードを指示するためのものである。

本願のいくつかの実施例において、前述した構成によれば、第１やり取りユニット２４０６は、さらに、前記第２ＭＢＳセッション開始応答に基づいて、子ユーザプレーンノードが割り当てられていないターゲット中間ユーザプレーンノードが存在すると決定した場合、前記ターゲット中間ユーザプレーンノードにユーザプレーンＭＢＳセッション削除要求を送信するように構成される。

本願のいくつかの実施例において、前述した構成によれば、第１やり取りユニット２４０６は、さらに、前記ターゲット中間ユーザプレーンノードからフィードバックされたユーザプレーンＭＢＳセッション削除応答を受信するように構成され、前記ユーザプレーンＭＢＳセッション削除応答は、前記ターゲット中間ユーザプレーンノードが前記ユーザプレーンＭＢＳセッション削除要求を受信した後に送信したものであり、前記ターゲット中間ユーザプレーンノードは、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入している場合、前記ユーザプレーンＭＢＳセッション削除要求を受信した後に、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループから脱退する。

本願のいくつかの実施例において、前述した構成によれば、前記第ｉレベルの制御プレーンノードが少なくとも２つの子制御プレーンノードを提供した場合、第１やり取りユニット２４０６は、前記第ｉレベルの制御プレーンノードから提供された全ての子制御プレーンノードのそれぞれからフィードバックされた第２ＭＢＳセッション開始応答を受信した後、子ユーザプレーンノードが割り当てられていないターゲット中間ユーザプレーンノードが存在するか否かを決定するように構成される。

本願のいくつかの実施例において、前述した構成によれば、第１やり取りユニット２４０６は、さらに、前記子制御プレーンノードから前記第２ＭＢＳセッション開始要求に対してフィードバックされた第２ＭＢＳセッション開始応答を受信した後、前記第１指示情報に前記第１Ｆ－ＴＥＩＤリスト情報が含まれる場合、前記第１指示情報に含まれる中間ユーザプレーンノードの識別情報に基づいて、前記中間ユーザプレーンノードにユーザプレーンＭＢＳセッション修正要求を送信することにより、前記中間ユーザプレーンノードに、ポイントツーポイント方式で、前記第１Ｆ－ＴＥＩＤリスト情報に含まれる各々のＦ－ＴＥＩＤに対応する子ユーザプレーンノードにＭＢＳサービスデータをそれぞれ伝送するよう指示するように構成され、
前記第１指示情報に前記第１フィールド情報がさらに含まれる場合、前記ユーザプレーンＭＢＳセッション修正要求は、さらに、前記中間ユーザプレーンノードに、前記中間ユーザプレーンノードの子ユーザプレーンノードにＭＢＳサービスデータを送信するには、マルチキャスト伝送方式を同時に使用するよう指示するために用いられ、
前記第１指示情報に前記第１フィールド情報が含まれない場合、前記ユーザプレーンＭＢＳセッション修正要求は、さらに、前記中間ユーザプレーンノードに、前記中間ユーザプレーンノードの子ユーザプレーンノードにＭＢＳサービスデータを送信するには、マルチキャスト伝送方式を使用する必要がないことを指示するために用いられる。

本願のいくつかの実施例において、前述した構成によれば、第１やり取りユニット２４０６は、さらに、少なくとも２つの中間ユーザプレーンノードが選択された場合、前記第２ＭＢＳセッション開始応答に含まれる各々の中間ユーザプレーンノードに対応する第１指示情報に基づいて、前記ユーザプレーンＭＢＳセッション修正要求を送信する必要がある中間ユーザプレーンノードに、前記ユーザプレーンＭＢＳセッション修正要求を送信するように構成される。

本願の一実施例において、前述した構成によれば、第２やり取りユニット２４０８は、さらに、前記子制御プレーンノードから第２ＭＢＳセッション開始要求に対してフィードバックされた第２ＭＢＳセッション開始応答を受信した後、前記子制御プレーンノードからフィードバックされた第２ＭＢＳセッション開始応答に基づいて、前記第１ＭＢＳセッション開始要求への第１ＭＢＳセッション開始応答を前記第ｉレベルの制御プレーンノードにフィードバックするように構成される。

本願のいくつかの実施例において、前述した構成によれば、第２やり取りユニット２４０８は、前記第ｉレベルの制御プレーンノードが少なくとも２つの子制御プレーンノードを提供した場合、前記第ｉレベルの制御プレーンノードから提供された全ての子制御プレーンノードのそれぞれからフィードバックされた第２ＭＢＳセッション開始応答を受信してから、前記第ｉレベルの制御プレーンノードに前記第１ＭＢＳセッション開始応答をフィードバックするように構成される。

本願のいくつかの実施例において、前述した構成によれば、前記第１ＭＢＳセッション開始応答には、第２指示情報が含まれ、
ここで、前記第２指示情報には、前記第ｉレベルのユーザプレーンノードの識別情報と、第２Ｆ－ＴＥＩＤリスト情報と、マルチキャスト方式での伝送の起動を表すための第２フィールド情報とが含まれ、前記第２フィールド情報は、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートする中間ユーザプレーンノードが存在することを表し、前記第２Ｆ－ＴＥＩＤリスト情報には、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする中間ユーザプレーンノードのＦ－ＴＥＩＤが含まれ、又は、
前記第２指示情報には、前記第ｉレベルのユーザプレーンノードの識別情報が含まれ、且つ前記第２Ｆ－ＴＥＩＤリスト情報及び前記第２フィールド情報が含まれなく、この場合、前記第２指示情報は、前記中間ユーザプレーンノードのいずれも、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートすることを指示するためのものであり、又は、
前記第２指示情報には、前記第ｉレベルのユーザプレーンノードの識別情報、前記第２Ｆ－ＴＥＩＤリスト情報が含まれ、且つ前記第２フィールド情報が含まれなく、この場合、前記第２指示情報は、前記中間ユーザプレーンノードのいずれも、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートすることを指示するためのものである。

本願のいくつかの実施例において、前述した構成によれば、前記第ｉレベルの制御プレーンノードが少なくとも２つの第ｉレベルのユーザプレーンノードを選択した場合、前記第１ＭＢＳセッション開始応答には、第２指示情報リストが含まれ、前記第２指示情報リストには、全ての第ｉレベルのユーザプレーンノードのそれぞれに対応する前記第２指示情報が含まれる。

本願のいくつかの実施例において、前述した構成によれば、前記第ｉレベルの制御プレーンノードが少なくとも２つの第ｉレベルのユーザプレーンノードを選択した場合、前記第１ＭＢＳセッション開始要求には、各第ｉレベルのユーザプレーンノードそれぞれの識別情報と、各第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤとが含まれる。ここで、異なる第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレスが異なる。

図２５は、本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信装置のブロック図を示す。このマルチキャスト・ブロードキャストサービスの通信装置は、第ｉレベルの制御プレーンノード内に設けることができる。

図２５を参照すると、本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信装置２５００は、第３やり取りユニット２５０２と、第４やり取りユニット２５０４とを含む。

ここで、第３やり取りユニット２５０２は、第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードにより選択された第ｉレベルのユーザプレーンノードに第２ユーザプレーンＭＢＳセッション確立要求を送信し、前記第ｉレベルのユーザプレーンノードからフィードバックされた第２ユーザプレーンＭＢＳセッション確立応答を受信するように構成され、前記第ｉレベルの制御プレーンノードは、ＭＢＳセッション伝送ツリーにおける最後のレベルの制御プレーンノード以外の任意のレベルの制御プレーンノードであり、第４やり取りユニット２５０４は、中間セッション管理機能（Ｉ－ＳＭＦ）を選択し、前記Ｉ－ＳＭＦに第１ＭＢＳセッション開始要求を送信するように構成され、前記第１ＭＢＳセッション開始要求には、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報と、前記第ｉレベルのユーザプレーンノードの識別情報と、前記第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤとが含まれ、前記第１ＭＢＳセッション開始要求は、前記Ｉ－ＳＭＦに対し、前記第ｉレベルのユーザプレーンノード、及び前記子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立できる中間ユーザプレーンノードを選択し、前記中間ユーザプレーンノードとユーザプレーンＭＢＳセッションを確立することにより、前記中間ユーザプレーンノードを、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入させるよう指示するために用いられ、前記子制御プレーンノードに第２ＭＢＳセッション開始要求を送信するよう前記Ｉ－ＳＭＦに指示するためにも用いられ、前記第２ＭＢＳセッション開始要求は、前記子制御プレーンノードに対し、前記中間ユーザプレーンノードに子ユーザプレーンノードを割り当て、前記子ユーザプレーンノードに、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータを受信させるよう指示するためのものである。

本願のいくつかの実施例において、前述した構成によれば、第４やり取りユニット２５０４は、さらに、前記Ｉ－ＳＭＦに第１ＭＢＳセッション開始要求を送信した後、前記Ｉ－ＳＭＦから前記第１ＭＢＳセッション開始要求に対してフィードバックされた第１ＭＢＳセッション開始応答を受信し、前記第１ＭＢＳセッション開始応答に含まれる内容に基づいて、前記第ｉレベルのユーザプレーンノードにユーザプレーンＭＢＳセッション修正要求を送信するか否かを決定するように構成される。

本願のいくつかの実施例において、前述した構成によれば、第４やり取りユニット２５０４は、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報に基づいて、前記第ｉレベルの制御プレーンノードにより管理されるユーザプレーン機能エンティティが、前記子制御プレーンノードにより管理されるユーザプレーン機能エンティティと伝送経路を直接確立できないと決定した場合、前記第ｉレベルの制御プレーンノードと通信可能で、且つ前記子制御プレーンノードと通信可能なＳＭＦを前記Ｉ－ＳＭＦとして選択するように構成される。

図２６は、本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信装置のブロック図を示す。このマルチキャスト・ブロードキャストサービスの通信装置は、中間ユーザプレーンノード内に設けることができる。

図２６に示すように、本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信装置２６００は、第２受信ユニット２６０２と、送信ユニット２６０４と、処理ユニット２６０６と、を含む。

ここで、第２受信ユニット２６０２は、Ｉ－ＳＭＦから送信された第１ユーザプレーンＭＢＳセッション確立要求を受信するように構成され、前記第１ユーザプレーンＭＢＳセッション確立要求には、第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）のユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤが含まれ、送信ユニット２６０４は、前記Ｉ－ＳＭＦに第１ユーザプレーンＭＢＳセッション確立応答をフィードバックするように構成され、前記第１ユーザプレーンＭＢＳセッション確立応答には、中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤが含まれ、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスは、前記中間ユーザプレーンノードの子ユーザプレーンノードが、前記中間ユーザプレーンノードからマルチキャスト方式で伝送されたＭＢＳサービスデータを受信するために、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものであり、処理ユニット２６０６は、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートする場合、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するように構成される。

本願のいくつかの実施例において、前述した構成によれば、処理ユニット２６０６は、さらに、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする場合、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをポイントツーポイント方式で受信するＦ－ＴＥＩＤを割り当てるように構成される。

本願のいくつかの実施例において、前述した構成によれば、第２受信ユニット２６０２は、さらに、送信ユニット２６０４が前記Ｉ－ＳＭＦに第１ユーザプレーンＭＢＳセッション確立応答をフィードバックした後、前記Ｉ－ＳＭＦから送信されたユーザプレーンＭＢＳセッション修正要求を受信するように構成され、前記ユーザプレーンＭＢＳセッション修正要求には、第１Ｆ－ＴＥＩＤリスト情報が含まれ、前記第１Ｆ－ＴＥＩＤリスト情報には、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする子ユーザプレーンノードのＦ－ＴＥＩＤが含まれ、
処理ユニット２６０６は、さらに、前記第１Ｆ－ＴＥＩＤリスト情報に基づいて、ポイントツーポイント方式で、前記第１Ｆ－ＴＥＩＤリスト情報に含まれる各々のＦ－ＴＥＩＤに対応する子ユーザプレーンノードにＭＢＳサービスデータをそれぞれ伝送し、前記ユーザプレーンＭＢＳセッション修正要求に基づいて、前記中間ユーザプレーンノードの子ユーザプレーンノードにＭＢＳサービスデータを送信するには、マルチキャスト伝送方式を同時に使用するか否かを決定するように構成される。

本願のいくつかの実施例において、前述した構成によれば、送信ユニット２６０４は、さらに、前記Ｉ－ＳＭＦから送信されたユーザプレーンＭＢＳセッション削除要求を受信すると、前記Ｉ－ＳＭＦにユーザプレーンＭＢＳセッション削除応答を送信するように構成される。ここで、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入している場合、前記ユーザプレーンＭＢＳセッション削除要求を受信した後、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループから脱退する。

本願の一実施例において、前述した構成によれば、処理ユニット２６０６は、さらに、複数のユーザプレーンＭＢＳセッション確立要求を受信すると、前記複数のユーザプレーンＭＢＳセッション確立要求のうちの１つのユーザプレーンＭＢＳセッション確立要求に対してユーザプレーンＭＢＳセッション確立応答をフィードバックし、前記複数のユーザプレーンＭＢＳセッション確立要求のうちの残りのユーザプレーンＭＢＳセッション確立要求に対して拒否メッセージをフィードバックすることにより、このユーザプレーンノードが既に選択されたことを指示し、又は、
前記Ｉ－ＳＭＦに第１ユーザプレーンＭＢＳセッション確立応答をフィードバックした後、前記中間ユーザプレーンノードを他のユーザプレーンノードの子ユーザプレーンノードとして選択するためのユーザプレーンＭＢＳセッション確立要求を再度受信すると、再度受信されたユーザプレーンＭＢＳセッション確立要求に対して拒否メッセージをフィードバックすることにより、このユーザプレーンノードが既に選択されたことを指示するように構成される。

図２７は、本願の実施例を実現することに好適な電子機器のコンピュータシステムの構成の模式図を示す。

説明すべきものとして、図２７に示す電子機器のコンピュータシステム２７００は、一例に過ぎず、本願の実施例の機能及び使用範囲にいかなる制限も与えるべきではない。

図２７に示すように、コンピュータシステム２７００は、中央処理装置（ＣＰＵ：ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）２７０１を含み、ＣＰＵ２７０１は、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）２７０２に記憶されたプログラム、又は、記憶部２７０８からランダムアクセスメモリ（ＲＡＭ：ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）２７０３にロードされたプログラムに基づいて、各種の適当な動作及び処理、例えば、上記実施例における方法を実行することができる。ＲＡＭ２７０３には、システム動作に必要な各種のプログラム及びデータがさらに含まれる。ＣＰＵ２７０１、ＲＯＭ２７０２、及びＲＡＭ２７０３は、バス２７０４を介して互いに接続される。入力／出力（Ｉ／Ｏ：Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）インタフェース２７０５もバス２７０４に接続される。

Ｉ／Ｏインタフェース２７０５には、キーボード、マウスなどを含む入力部２７０６と、例えば、陰極線管（ＣＲＴ：ＣａｔｈｏｄｅＲａｙＴｕｂｅ）、液晶ディスプレイ（ＬＣＤ：ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）など、及びスピーカーなどを含む出力部２７０７と、ハードディスクなどを含む記憶部２７０８と、例えば、ローカルエリアネットワーク（ＬＡＮ：ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）カード、モデムなどのネットワークインタフェースカードを含む通信部２７０９とが接続される。通信部２７０９は、インターネットのようなネットワークを介して、通信処理を実行する。ドライバー２７１０も、必要に応じて、Ｉ／Ｏインタフェース２７０５に接続される。例えば、磁気ディスク、光ディスク、磁気光学ディスク、半導体メモリなどの取り外し可能な媒体２７１１は、必要に応じて、取り外し可能な媒体２７１１から読み取られたコンピュータプログラムが必要に応じて記憶部２７０８にインストールされるように、ドライバー２７１０に取り付けられる。

特に、本願の実施例によれば、上記でフローチャートを参照して説明されたプロセスは、コンピュータソフトウェアプログラムとして実現されてもよい。例えば、本願の実施例は、コンピュータ可読媒体に搭載されたコンピュータプログラムが含まれるコンピュータプログラム製品を含み、該コンピュータプログラムには、フローチャートに示される方法を実行するためのコンピュータプログラムが含まれる。このような実施例では、該コンピュータプログラムは、通信部２７０９によって、ネットワークからダウンロード及びインストールされ、及び／又は、取り外し可能な媒体２７１１からインストールされてもよい。該コンピュータプログラムは、中央処理装置（ＣＰＵ）２７０１によって実行されると、本願のシステムで限定された各種の機能を実行させる。

説明すべきものとして、本願の実施例に示されるコンピュータ可読媒体は、コンピュータ可読信号媒体又はコンピュータ可読記憶媒体、あるいは、上記の両者の任意の組み合わせであってもよい。コンピュータ可読記憶媒体は、例えば、電気、磁気、光、電磁気、赤外線、又は半導体のシステム、装置、又はデバイス、あるいは、上記の任意の組み合わせであってもよいが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例は、１つ又は複数の導線がある電気接続、ポータブルコンピュータ磁気ディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ：ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、フラッシュメモリ、光ファイバー、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ：ＣｏｍｐａｃｔＤｉｓｃＲｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、光記憶デバイス、磁気記憶デバイス、あるいは、上記の任意の適切な組み合わせを含んでもよいが、これらに限定されない。本願では、コンピュータ可読記憶媒体は、プログラムを含み又は記憶した任意の有形の媒体であってもよく、該プログラムは、命令実行システム、装置、又はデバイスによって使用されるか、あるいは、これらと組み合わせて使用されてもよい。一方、本願では、コンピュータ可読信号媒体は、ベースバンドで又はキャリアの一部として伝播されるデータ信号を含んでもよく、該データ信号には、コンピュータ読み取り可能なコンピュータプログラムが搭載される。このような伝播されるデータ信号は、電磁気信号、光信号、又は上記の任意の適切な組み合わせを含むがこれらに限定されない様々な形態をとることができる。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体以外の任意のコンピュータ可読媒体であってもよく、該コンピュータ可読媒体は、命令実行システム、装置、又はデバイスによって使用されるか、あるいは、これらと組み合わせて使用されるためのプログラムを送信、伝播、又は伝送することができる。コンピュータ可読媒体に含まれるコンピュータプログラムは、無線、有線など、又は上記の任意の適切な組み合わせを含むがこれらに限定されない、任意の適切な媒体で伝送されてもよい。

図面中のフローチャート及びブロック図は、本願の各種の実施例によるシステム、方法、及びコンピュータプログラム製品の実現可能なシステムアーキテクチャ、機能、及び動作を図示している。そのうち、フローチャート又はブロック図における各ブロックは、モジュール、プログラムセグメント、又はコードの一部を表すことができ、上記モジュール、プログラムセグメント、又はコードの一部には、所定の論理機能を実現するための１つ又は複数の実行可能命令が含まれる。別の注意すべきものとして、代替としてのいくつかの実現では、ブロックに記載された機能は、図面に記載された順序とは異なる順序で行われてもよい。例えば、連続して示される２つのブロックは、実際には、基本的に並列して実行される場合があり、関連する機能によっては、逆の順序で実行される場合もある。別の注意すべきものとして、ブロック図又はフローチャートにおける各ブロック、及び、ブロック図又はフローチャートにおけるブロックの組み合わせは、所定の機能又は動作を実行するための専用の、ハードウェアに基づくシステムで実現されてもよく、あるいは、専用ハードウェアとコンピュータ命令との組み合わせで実現されてもよい。

本願の実施例の説明に係るユニットは、ソフトウェアで実現されてもよく、ハードウェアで実現されてもよく、説明されたユニットは、プロセッサに設置されてもよい。ここで、これらのユニットの名称は、ある場合には該ユニット自体を限定するものではない。

別の態様として、本願では、コンピュータ可読媒体も提供されており、該コンピュータ可読媒体は、上記実施例で説明された電子機器に含まれるものであってもよいし、該電子機器に組み立てされることなく単独で存在するものであってもよい。上記コンピュータ可読媒体には、１つ又は複数のプログラムが搭載され、上記１つ又は複数のプログラムは、該電子機器によって実行されると、該電子機器に、上記実施例に記載の方法を実現させる。

注意すべきものとして、上記の詳細な説明では、動作を実行するための機器の若干のモジュール又はユニットが言及されているが、このような分割は強制的ではない。実際には、本願の実施形態によれば、上述した２つ以上のモジュール又はユニットの特徴及び機能は、１つのモジュール又はユニットに具体化されてもよい。逆に、上述した１つのモジュール又はユニットの特徴及び機能は、複数のモジュールまたはユニットによって具体化されるように、さらに分割されてもよい。

上記の実施形態の説明によれば、当業者には容易に理解されるように、ここに記載された例示的な実施形態は、ソフトウェアによって実現されてもよいし、ソフトウェアと必要なハードウェアとの組み合わせによって実現されてもよい。このため、本願の実施形態による構成は、ソフトウェア製品の形で具現されてもよい。該ソフトウェア製品は、不揮発性記憶媒体（ＣＤ－ＲＯＭ、Ｕディスク、モバイルハードディスクなどであってもよい）又はネットワークに記憶されてもよく、コンピュータ機器（パーソナルコンピュータ、サーバ、タッチ端末、又はネットワーク機器などであってもよい）に、本願の実施形態による方法を実行させる若干の命令を含む。

当業者は、明細書を考慮して、ここで開示された実施形態を実施した後、本願の他の実施形態を容易に想到し得る。本願は、本願の任意の変形、用途、又は適応的な変更が包括されることを趣旨とする。これらの変形、用途、又は適応的な変更は、本願の一般的な原理に従い、本願に開示されていない本技術分野における技術常識又は慣用の技術的手段を含む。

理解すべきものとして、本願は、上記で説明されて図面に示された精確な構造に限定されるものではなく、その範囲から逸脱することなく様々な修正及び変更が可能である。本願の範囲は、添付の特許請求の範囲によってのみ限定される。

2400 マルチキャスト・ブロードキャストサービスの通信装置
2402 第１受信ユニット
2404 選択ユニット
2406 第１やり取りユニット
2408 第２やり取りユニット
2500 マルチキャスト・ブロードキャストサービスの通信装置
2502 第３やり取りユニット
2504 第４やり取りユニット
2600 マルチキャスト・ブロードキャストサービスの通信装置
2602 第２受信ユニット
2604 送信ユニット
2606 処理ユニット
2705 Ｉ／Ｏインタフェース
2706 入力部
2707 出力部
2708 記憶部
2709 通信部
2710 ドライバー
2711 取り外し可能な媒体

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標）：３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）プロトコルのＴＳ２３．２４６の８．２節では、ＭＢＭＳのマルチキャストコンテキストのアクティブ化プロセスが定義されている。具体的には、図２に示すように、このプロセスは、以下のステップを含む。

ステップＳ２０７では、サービングＧＰＲＳサポートノード（ＳＧＳＮ：ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）が、ＵＥのサブスクライブＡＰＮ１があるか否かをチェックし、チェックが合格できない場合、ＳＧＳＮがＧＧＳＮにＭＢＭＳ通知拒否要求を送信し、ＧＧＳＮがＳＧＳＮにＭＢＭＳ通知拒否応答を送信する。説明すべきものとして、ＵＥのサブスクライブデータは、ホーム加入者サーバ（ＨＳＳ：ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）に保存されるが、図２には、ＳＧＳＮとＨＳＳとのやり取りプロセスが示されていない。また、図２におけるステップＳ２０８及びステップＳ２０９の具体的なプロセスは、ＴＳ２３．２４６の８．２節で定義されたＭＢＭＳコンテキストのアクティブ化プロセスを参照する。

ステップＳ２１２では、アクセスが許可され、且つ、ＧＧＳＮには、ＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓが指示するいかなるＵＥのコンテキストもなく、即ち、このＵＥがこのＧＧＳＮにおいてＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓによって識別されるマルチキャストサービスに１番目にアクセスするものである場合、ＧＧＳＮが、その上位ノードＢＭ－ＳＣに登録を行うことにより、後続にＩＰｍｕｌｔｉｃａｓｔＡｄｄｒｅｓｓ宛のマルチキャストサービスデータを送信する際に、それをこのＧＧＳＮに送信する必要があることを指示する。（注意すべきものとして、異なるＵＥが異なるＧＧＳＮを選択する可能性があるため、ＢＭ－ＳＣは、マルチキャストデータを下向きに送信する際に、これらのＧＧＳＮに同じマルチキャストデータを同時に送信する必要がある。）

ステップＳ２１３では、ＧＧＳＮが、このＵＥの、このＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓに対応するＭＢＭＳコンテキストを作成した後、ＭＢＭＳコンテキスト作成に成功したことを指示するために、ＳＧＳＮにＭＢＭＳコンテキスト作成応答を送信する。

ステップＳ２１４では、ステップＳ２１２に類似して、ＳＧＳＮには、ＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓが指示するいかなるＵＥのコンテキストもなく、即ち、このＵＥがこのＳＧＳＮにおいてＩＰＭｕｌｔｉｃａｓｔＡｄｄｒｅｓｓによって識別されるマルチキャストサービスに１番目にアクセスするものである場合、ＳＧＳＮが、上位ノードＧＧＳＮに登録を行うことにより、後続にＩＰｍｕｌｔｉｃａｓｔＡｄｄｒｅｓｓ宛のマルチキャストサービスデータを送信する際に、それをこのＳＧＳＮに送信する必要があることを指示する。（注意すべきものとして、異なるＵＥが異なるＳＧＳＮを選択する可能性があるため、このＧＧＳＮは、マルチキャストデータを下向きに送信する際に、これらのＳＧＳＮに同じマルチキャストデータを同時に送信する必要がある。）

図２に示されたフローから分かるように、２Ｇ又は３ＧのＵＥは、まず、ＡＰＮ０によって１つのＰＤＰＣｏｎｔｅｘｔを確立し、１つのＩＰアドレスが割り当てられ、次に、このＩＰアドレスで、マルチキャストに加入するＩＧＭＰＪｏｉｎデータパケットをネットワークに送信する。ＧＧＳＮは、このＩＧＭＰデータパケットをキャプチャした後、ＢＭ－ＳＣに１つのシグナリング（即ち、ＭＢＭＳ許可要求）を送信する必要がある。さらに、ＢＭ－ＳＣは、ＵＥに１つのＡＰＮ１を割り当てる。その後、ＵＥは、このＡＰＮ１でＭＢＭＳコンテキストアクティブ化要求メッセージを送信する。これにより、１つのＭＢＭＳコンテキストをアクティブ化することができる。

ネットワークで伝送されるＩＰパケットは、ＩＰヘッダ及びデータという２つの部分によって構成される。ＩＰｖ４ヘッダの構造は、図６に示すように、主に、「バージョン」フィールド、「ヘッダ長」フィールド、「サービスタイプ」フィールド、「全長」フィールド、「識別子」フィールド、「フラグ」フィールド、「フラグメントオフセット」フィールド、「生存時間」フィールド、「プロトコル」フィールド、「ヘッダチェックサム」フィールド、「送信元アドレス」フィールド、「宛先アドレス」フィールド、「オプション」フィールドを含む。

引き続いて図７を参照すると、ＩＧＭＰｖ３におけるメンバーシップレポートメッセージ（ＭｅｍｂｅｒｓｈｉｐＲｅｐｏｒｔ）のフォーマットは、タイプフィールド（メンバーシップレポートメッセージであるため、タイプ＝０ｘ２２）、予約フィールド、チェックサムフィールド、グループレコード数フィールド、及びグループレコードフィールドを含む。ここで、図２に示されたＩＧＭＰＪｏｉｎデータパケットは、ＩＧＭＰのＭｅｍｂｅｒｓｈｉｐＲｅｐｏｒｔメッセージによって実現されるものである。ＩＧＭＰｖ３の場合、ＩＧＭＰＪｏｉｎメッセージのＩＰパケットにおける宛先ＩＰアドレスは加入先のＩＰマルチキャストアドレスではなく、加入先のＩＰマルチキャストアドレスはメッセージのパラメータに含まれる。

規格ＴＳ２３．２４６の８．４節では、ＭＢＭＳマルチキャストサービスに適用されるＭＢＭＳ登録プロセスが定義されている。具体的には、図８に示すように、このプロセスは、以下のステップを含む。ステップＳ８０１では、無線ネットワークコントローラ（ＲＮＣ：ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）がＳＧＳＮにＭＢＭＳ登録要求を送信する。ステップＳ８０２では、ＳＧＳＮがＧＧＳＮにＭＢＭＳ登録要求を送信する。ステップＳ８０３では、ＧＧＳＮがＢＭ－ＳＣにＭＢＭＳ登録要求を送信する。ステップＳ８０４では、ＢＭ－ＳＣが、ＧＧＳＮにＭＢＭＳ登録応答をフィードバックし、それと同時にＭＢＭＳセッション開始プロセスを実行することができる。ステップＳ８０５では、ＧＧＳＮが、ＳＧＳＮにＭＢＭＳ登録応答をフィードバックし、それと同時にＭＢＭＳセッション開始プロセスを実行することができる。ステップＳ８０６では、ＳＧＳＮが、ＲＮＣにＭＢＭＳ登録応答をフィードバックし、それと同時にＭＢＭＳセッション開始プロセスを実行することができる。ここから分かるように、ＭＢＭＳ登録プロセスの主な機能は、上から下への制御ベアラ確立（ＭＢＭＳＢｅａｒｅｒＣｏｎｔｅｘｔ）のシグナリングツリーを形成することである。２Ｇ、３Ｇの規格では、制御プレーンとユーザプレーンが分離されないため、制御プレーンにＭＢＭＳベアラ制御プレーンの伝送ツリーが形成されることは、後続に上から下へのＭＢＭＳベアラの伝送ツリーを確立できることと同等である（注意すべきものとして、ＭＢＭＳベアラの伝送ツリーは、ＭＢＭＳＳｅｓｓｉｏｎＳｔａｒｔプロセスで確立される）。また、４Ｇはマルチキャストサービスをサポートしないため、４Ｇ規格にＭＢＭＳ登録プロセスは存在しない。

規格ＴＳ２３．２４６の８．３節では、ＭＢＭＳセッション開始プロセスが定義されている。具体的には、図９に示すように、このプロセスは、以下のステップを含む。ステップＳ９０１では、ＢＭ－ＳＣがＧＧＳＮにＭＢＭＳセッション開始要求を送信し、ＧＧＳＮがＢＭ－ＳＣにＭＢＭＳセッション開始応答をフィードバックする。ステップＳ９０２では、ＧＧＳＮがＳＧＳＮにＭＢＭＳセッション開始要求を送信し、その後、ＳＧＳＮがＧＧＳＮにＭＢＭＳセッション開始応答をフィードバックする。ステップＳ９０３では、ＳＧＳＮが基地局コントローラ（ＢＳＣ：ＢａｓｅＳｔａｔｉｏｎＣｏｎｔｒｏｌｌｅｒ）／ＲＮＣにＭＢＭＳセッション開始要求を送信し、その後、ＢＳＣ／ＲＮＣがＳＧＳＮにＭＢＭＳセッション開始応答をフィードバックする。ステップＳ９０４では、ＵＥとＲＳＣ／ＲＮＣとの間でＭＢＭＳセッション開始プロセスを行う。ステップＳ９０３ａでは、ＢＳＣ／ＲＮＣがＩＧＭＰｖ３のメンバーシップレポートメッセージを送信する。

２Ｇ～３Ｇシステムでは、複数のＳＧＳＮによって１つのプール（Ｐｏｏｌ）を構成することができる。ＧＧＳＮについて、規格ではＰｏｏｌが定義されていないが、実際の配置時には、システムの高い信頼性を提供するために１つのＧＧＳＮＰｏｏｌが存在する。このように、異なるＵＥは、同一のＢＳＣ／ＲＮＣにアクセスして、同じＭＢＭＳＩＰＭｕｌｔｉｃａｓｔをアクティブ化すると、ＢＳＣ／ＲＮＣによって、同一のＳＧＳＮＰｏｏｌ内の異なるＳＧＳＮ上に選択される可能性がある。しかし、これらのＵＥが使用するＡＰＮは同じであるので、これらの同一のＳＧＳＮＰｏｏｌ内の異なるＳＧＳＮは異なるＧＧＳＮを選択するが、ＳＧＳＮが同じＧＧＳＮに接続される可能性がある。３ＧＰＰ（登録商標）の規格では、ＲＮＣがＩｕインタフェースを使用する場合にのみ、ＳＧＳＮＰｏｏｌの使用を選択することが許され、ＭＢＭＳに対して、ＧＧＳＮがＧＰＲＳトンネリングプロトコルユーザプレーン（ＧＴＰ－Ｕ：ＧＰＲＳＴｕｎｎｅｌｉｎｇＰｒｏｔｏｃｏｌ－Ｕｓｅｒｐｌａｎｅ）を使用してＲＮＣに直接接続される必要があり、ユーザプレーンがＳＧＳＮを通過することが許されないように規定されている。このように、同一のＲＮＣ上の異なるユーザが同じＡＰＮおよびＩＰＭｕｌｔｉｃａｓｔを使用して異なるＳＧＳＮを選択したとしても、そのユーザプレーンは最終的に同じであり、複数の異なるユーザプレーンが存在することはない。

ＭＢＭＳシステムでは、制御プレーンとユーザプレーンが分離されなく、つまり、いずれのネットワークノードもユーザプレーンと制御プレーンの両方の機能を含むため、あるネットワークノードがマルチキャスト伝送技術をサポートしない場合、ＧＴＰ－ＵのＩＰアドレス及びＴＥＩＤを直接返信することにより、親ノードは、そのノードがマルチキャスト伝送をサポートしないことを知ることができる。しかし、５ＧＭＢＳシステムでは、制御プレーンとユーザプレーンが分離されており、制御プレーンノードとユーザプレーンノードが同一のネットワークノードではなくなっている。この場合、ＭＢＳセッション伝送ツリーの確立は、さまざまな問題に直面する。

図１２は、本願の一実施例によるマルチキャスト・ブロードキャストサービスの通信方法のフローチャートを示している。このマルチキャスト・ブロードキャストサービスの通信方法は、Ｉ－ＳＭＦが実行することができる。このマルチキャスト・ブロードキャストサービスの通信方法は、少なくともステップＳ１２１０からステップＳ１２４０を含む。以下のように詳細に紹介する。

図１５を参照すると、上記方法は、以下のステップを含む。

引き続いて図１５を参照すると、上記方法は、以下のステップをさらに含む。

説明すべきものとして、Ｓ－ＣＰがＦ－ＵＰ２１のために選択したＳ－ＵＰは、Ｓ－ＣＰがＦ－ＵＰ１１のために選択したＳ－ＵＰと異なる。言い換えれば、本願の実施例において、制御プレーンでは、１つの子制御プレーンノードに複数の親制御プレーンノードがあり得、例えば、子制御プレーンノードＳ－ＣＰには、２つの親制御プレーンノードＦ－ＣＰ１及びＦ－ＣＰ２がある。しかし、１つの子ユーザプレーンノードに複数の親ユーザプレーンノードがあることは許されない。このように、１つの子ユーザプレーンノードは、既に１つの親ユーザプレーンノードがあるようになった後、子ユーザプレーンノードの選択対象から除外される。このため、Ｓ－ＣＰは、Ｆ－ＵＰ２１のために、Ｓ－ＵＰ３及びＳ－ＵＰ４しか選択できない。Ｓ－ＵＰ１及びＳ－ＵＰ２が既にＦ－ＵＰ１１の子ユーザプレーンノードとして選択されたので、Ｓ－ＣＰは、Ｓ－ＵＰ１及びＳ－ＵＰ２をＦ－ＵＰ２１の子ユーザプレーンノードとして選択することができない。

ステップＳ１５１８では、各子制御プレーンノードのいずれに対してもステップＳ１５１３からステップＳ１５１７を実行した後、Ｆ－ＣＰ２が、全ての子制御プレーンノードからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ２の親制御プレーンノードにＭＢＳセッション開始応答を送信する。このステップの具体的な説明は、前述したステップＳ１５０９に類似し、これ以上の説明を省略する。

図１６を参照すると、上記方法は、以下のステップを含む。

ステップＳ１５０７に類似して、いくつかのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートするが、他のいくつかのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートしないので、このＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐは、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰのみに対応するものである。このため、１つのＦ－ＵＰの全てのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートする場合、このＦ－ＵＰに対応するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐはない。それ以外の説明は、ステップＳ１５０７に関する内容を参照する。

また、Ｓ－ＣＰは、そのうちの１つ／いくつかのＦ－ＵＰＩＤにいかなる子ユーザプレーンノードも割り当てないと決定した場合、この１つ／いくつかのＦ－ＵＰＩＤに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅにＤｉｓａｂｌｅを設定してもよい。もちろん、ＭＢＳセッション開始応答において、子ユーザプレーンノードが割り当てられていない親ユーザプレーンノードを指示するために、ＦａｉｌｅｄＬｉｓｔｏｆ｛Ｆ－ＵＰ｝を採用してもよい。

ステップＳ１６０９では、各子制御プレーンノードのいずれに対してもステップＳ１６０４からステップＳ１６０８を実行した後、Ｆ－ＣＰ１が、全ての子制御プレーンノードからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ１の親制御プレーンノードにＭＢＳセッション開始応答を送信する。

引き続いて図１６を参照すると、上記方法は、以下のステップをさらに含む。

ステップＳ１６１８では、各子制御プレーンノードのいずれに対してもステップＳ１６１３からステップＳ１６１７を実行した後、Ｆ－ＣＰ２が、全ての子制御プレーンノードからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ２の親制御プレーンノードにＭＢＳセッション開始応答を送信する。このステップの具体的な説明は、前述したステップＳ１５０９に類似し、これ以上の説明を省略する。

図１８を参照すると、上記方法は、以下のステップを含んでもよい。

ステップＳ１５０７に類似して、いくつかのｇＮＢ－ＤＵが、マルチキャスト方式で伝送されたデータの受信をサポートするが、他のいくつかのｇＮＢ－ＤＵが、マルチキャスト方式で伝送されたデータの受信をサポートしないので、このＬｉｓｔｏｆＦ－ＴＥＩＤｇｎｂ－ｄｕは、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするｇＮＢ－ＤＵのみに対応するものである。このため、１つのＦ－ＵＰの全てのｇＮＢ－ＤＵが、マルチキャスト方式で伝送されたデータの受信をサポートする場合、このＦ－ＵＰに対応するＬｉｓｔｏｆＦ－ＴＥＩＤｇｎｂ－ｄｕはない。それ以外の説明は、ステップＳ１５０７に関する内容を参照する。

また、ｇＮＢ－ＣＵは、そのうちの１つ／いくつかのＦ－ＵＰＩＤにいかなる子ユーザプレーンノードも割り当てないと決定した場合、この１つ／いくつかのＦ－ＵＰＩＤに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅにＤｉｓａｂｌｅを設定してもよい。もちろん、ＭＢＳセッション開始応答において、ｇＮＢ－ＤＵが割り当てられていない親ユーザプレーンノードを指示するために、ＦａｉｌｅｄＬｉｓｔｏｆ｛Ｆ－ＵＰ｝を採用してもよい。

引き続いて図１８を参照すると、上記方法は、以下のステップをさらに含む。

具体的には、図２０に示すように、上記方法は、以下のステップを含んでもよい。

Ｆ－ＣＰ１は、Ｆ－ＣＰ１の親制御プレーンノードから送信されたＭＢＳセッション開始要求を受信した後、Ｆ－ＣＰ１の子制御プレーンノードの情報に基づいて、複数のＦ－ＵＰＦの中から、１つ又は複数のＦ－ＵＰＦを、Ｆ－ＣＰ１と同じレベルのユーザプレーンノードとして選択すると決定してもよい。この実施例では、２つのユーザプレーンノードＦ－ＵＰ１１及びＦ－ＵＰ１２が選択されたと仮定する。そして、ステップＳ２００２ａ及びステップＳ２００２ｂをそれぞれ実行する。

また、Ｓ－ＣＰは、そのうちの１つ／いくつかのＦ－ＵＰＩＤにいかなる子ユーザプレーンノードも割り当てないと決定した場合、この１つ／いくつかのＦ－ＵＰＩＤに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅパラメータにＤｉｓａｂｌｅを設定してもよく、それ以外に、ＭＢＳセッション開始応答において、子ユーザプレーンノードが割り当てられていない親ユーザプレーンノードを指示するために、ＦａｉｌｅｄＬｉｓｔｏｆ｛Ｆ－ＵＰ｝を採用してもよい。

ステップＳ２００９では、各子制御プレーンノードのいずれに対してもステップＳ２００４からステップＳ２００８を実行した後、Ｆ－ＣＰ１が、全ての子制御プレーンノードからフィードバックされたＭＢＳセッション開始応答に基づいて、Ｆ－ＣＰ１の親制御プレーンノードにＭＢＳセッション開始応答を送信する。

説明すべきものとして、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、Ｆ－ＵＰ１１で割り当てられたＦ－ＴＥＩＤが含まれない場合は、Ｆ－ＵＰ１１が、マルチキャスト方式で伝送されたデータの受信をサポートすることを表す。この場合、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答にＭｕｌｔｉｃａｓｔＥｎａｂｌｅを含める必要はない。Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答には、Ｆ－ＵＰ１１で割り当てられたＦ－ＴＥＩＤが含まれる場合は、Ｆ－ＵＰ１１が、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式で送信されたＭＢＳサービスデータの受信をサポートすることを表す。この場合、Ｆ－ＣＰ１と同じレベルの１つのみのユーザプレーンノードＦ－ＵＰ１１があるので、Ｆ－ＣＰ１からＦ－ＣＰ１の親制御プレーンノードへ返信されたＭＢＳセッション開始応答にＭｕｌｔｉｃａｓｔＥｎａｂｌｅを含める必要もない。

本願の一実施例において、プロトコルデータユニット（ＰＤＵ：ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションアンカー（ＰＳＡ：ＰＤＵＳｅｓｓｉｏｎＡｎｃｈｏｒ）ではないＵＰＦがＭＢＳセッションに参加してもよい。この場合、ユーザプレーンＭＢＳセッション伝送ツリーの確立プロセスは、図２１に示すように、以下のステップを含んでもよい。

また、Ｓ－ＣＰ１は、そのうちの１つ／いくつかのＦ－ＵＰＩＤにいかなる子ユーザプレーンノードも割り当てないと決定した場合、この１つ／いくつかのＦ－ＵＰＩＤに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅにＤｉｓａｂｌｅを設定してもよい。もちろん、ＭＢＳセッション開始応答において、子ユーザプレーンノードが割り当てられていないＦ－ＵＰを指示するために、ＦａｉｌｅｄＬｉｓｔｏｆ｛Ｆ－ＵＰ｝を使用してもよい。

また、Ｓ－ＣＰ２は、そのうちの１つ／いくつかのＦ－ＵＰＩＤにいかなる子ユーザプレーンノードも割り当てないと決定した場合、この１つ／いくつかのＦ－ＵＰＩＤに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅにＤｉｓａｂｌｅを設定してもよい。もちろん、ＭＢＳセッション開始応答において、子ユーザプレーンノードが割り当てられていないＦ－ＵＰを指示するために、ＦａｉｌｅｄＬｉｓｔｏｆ｛Ｆ－ＵＰ｝を使用してもよい。

ステップＳ２２０４ｂでは、Ｆ－ＣＰ１がＦ－ＵＰ２２にユーザプレーンＭＢＳセッション確立要求を送信し、Ｆ－ＵＰ２２がＦ－ＣＰ１にユーザプレーンＭＢＳセッション確立応答をフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。また、ステップＳ２２０４ｂにおいて、Ｆ－ＵＰ２２は、Ｆ－ＵＰ２２の子ユーザプレーンノードにＭＢＳサービスデータを伝送する１つの新たなＩＰマルチキャスト伝送アドレスを割り当てた。この実施例では、それをＩＰ５と記す。さらに、Ｆ－ＵＰ２２が、Ｆ－ＵＰ１１からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｆ－ＵＰ２２は、Ｆ－ＵＰ１１からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。

ステップＳ２２０９では、Ｓ－ＣＰ１がＦ－ＣＰ１にＭＢＳセッション開始応答を送信する。マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰがある場合、ＭＢＳセッション開始応答には、このＳ－ＵＰで割り当てられた、Ｆ－ＵＰに対応するＦ－ＴＥＩＤが含まれ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝が形成される。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝には、Ｆ－ＵＰ２１に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅと、Ｆ－ＵＰ２２に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅとが含まれる。Ｓ－ＣＰ１がＦ－ＵＰ２２のために子ユーザプレーンノードを選択していないので、Ｆ－ＵＰ２２に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐにいかなるＦ－ＴＥＩＤも含まれず、且つＦ－ＵＰ２２に対するＭｕｌｔｉｃａｓｔＥｎａｂｌｅの値はＤｉｓａｂｌｅである。又は、Ｓ－ＣＰ１からＦ－ＣＰ１へ送信されたＭＢＳセッション開始応答には、Ｆ－ＵＰ２２に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐがなく、且つＦ－ＵＰ２２に対するＭｕｌｔｉｃａｓｔＥｎａｂｌｅの値はＤｉｓａｂｌｅである。もちろん、Ｓ－ＣＰ１は、Ｆ－ＵＰ２２に対して子ユーザプレーンノードが選択されていないことを指示するために、ＭＢＳセッション開始応答においてＦａｉｌｕｒｅＣｏｄｅ（例えば、ＦａｉｌｅｄＬｉｓｔｏｆ｛Ｆ－ＵＰ２２｝）を返信してもよい。

ステップＳ１５０７に類似して、いくつかのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートするが、他のいくつかのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートしないので、Ｆ－ＵＰ２１に対するＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐは、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰのみに対応するものである。それ以外の説明は、ステップＳ１５０７に関する内容を参照する。

ステップＳ２２０１からステップＳ２２１５から分かるように、本願の実施例では、Ｆ－ＣＰ１に２つの子制御プレーンノードＳ－ＣＰ１及びＳ－ＣＰ２があり、Ｆ－ＣＰ１がＦ－ＵＰ１１のために次のレベルのユーザプレーンノードＦ－ＵＰ２１及びＦ－ＵＰ２２を選択し、Ｆ－ＣＰ１がＦ－ＵＰ１２のために次のレベルのユーザプレーンノードＦ－ＵＰ２３を選択したとともに、Ｓ－ＣＰ１がＦ－ＵＰ２１のために子ユーザプレーンノードＳ－ＵＰ１１及びＳ－ＵＰ１２を選択し、Ｓ－ＣＰ２がＦ－ＵＰ２３のために子ユーザプレーンノードＳ－ＵＰ３１及びＳ－ＵＰ３２を選択した。また、Ｓ－ＣＰ１がＦ－ＵＰ２２のために子ユーザプレーンノードを選択していないので、Ｆ－ＵＰ２２をユーザプレーンＭＢＳセッション伝送ツリーから削除する必要がある。

この場合、本願の実施例では、Ｉ－ＳＭＦ及びＩ－ＵＰＦがＭＢＳセッションに参加できることが提案されている。ユーザプレーンＭＢＳセッション伝送ツリーを確立する具体的なプロセスは、図２３に示すように、以下のステップを含んでもよい。

ステップＳ２３０５ｂでは、Ｉ－ＳＭＦがＩ－ＵＰＦ２１及びＩ－ＵＰＦ２２にユーザプレーンＭＢＳセッション確立要求をそれぞれ送信し、Ｉ－ＵＰＦ２１及びＩ－ＵＰＦ２２がＩ－ＳＭＦにユーザプレーンＭＢＳセッション確立応答をそれぞれフィードバックする。このプロセスは、前述した実施例におけるステップＳ１５０２のプロセスに類似し、これ以上の説明を省略する。ここで、ステップＳ２３０５ｂにおいて、Ｉ－ＵＰＦ２１及びＩ－ＵＰＦ２２は、新たなＩＰマルチキャスト伝送アドレスをそれぞれ割り当てた。この実施例では、それらをそれぞれＩＰ６及びＩＰ７と記す。Ｉ－ＵＰＦ２１で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ６は、Ｉ－ＵＰＦ２１の子ユーザプレーンノード（即ち、図２３のＳ－ＵＰ２１）にＭＢＳサービスデータを伝送するためのものであり、Ｉ－ＵＰＦ２２で割り当てられた新なＩＰマルチキャスト伝送アドレスＩＰ７は、Ｉ－ＵＰＦ２２の子ユーザプレーンノード（即ち、図２３のＳ－ＵＰ２２）にＭＢＳサービスデータを伝送するためのものである。さらに、Ｉ－ＵＰＦ２１が、Ｆ－ＵＰ１１からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｉ－ＵＰＦ２１は、Ｆ－ＵＰ１１からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。同様に、Ｉ－ＵＰＦ２２が、Ｆ－ＵＰ１１からマルチキャスト方式で送信されたＭＢＳサービスデータの受信をサポートしない場合、Ｉ－ＵＰＦ２２は、Ｆ－ＵＰ１１からＭＢＳサービスデータをポイントツーポイント方式で受信するために、１つのＦ－ＴＥＩＤを割り当てる。

ステップＳ１５０７に類似して、いくつかのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートするが、他のいくつかのＳ－ＵＰが、マルチキャスト方式で伝送されたデータの受信をサポートしないので、このＬｉｓｔｏｆＦ－ＴＥＩＤｓｕｐは、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＳ－ＵＰのみに対応するものである。それ以外の説明は、ステップＳ１５０７に関する内容を参照する。

また、Ｓ－ＣＰ１は、そのうちの１つ／いくつかのＩ－ＵＰＦＩＤにいかなる子ユーザプレーンノードも割り当てないと決定した場合、この１つ／いくつかのＩ－ＵＰＦＩＤに対応するＭｕｌｔｉｃａｓｔＥｎａｂｌｅにＤｉｓａｂｌｅを設定してもよい。もちろん、ＭＢＳセッション開始応答において、子ユーザプレーンノードが割り当てられていないＩ－ＵＰＦを指示するために、ＦａｉｌｅｄＬｉｓｔｏｆ｛Ｉ－ＵＰＦ｝を使用してもよい。

ステップＳ２３１１では、Ｉ－ＳＭＦがＦ－ＣＰ１にＭＢＳセッション開始応答を送信する。Ｉ－ＵＰＦ１１、Ｉ－ＵＰＦ１２、Ｉ－ＵＰＦ２１、Ｉ－ＵＰＦ２２のうち、マルチキャスト方式で伝送されたデータの受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＩ－ＵＰＦがある場合、Ｉ－ＳＭＦからＦ－ＣＰ１へ送信されたＭＢＳセッション開始応答には、このＩ－ＵＰＦで割り当てられた、Ｆ－ＵＰ１１に対応するＦ－ＴＥＩＤが含まれ、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｉｕｐｆ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝が形成される。この実施例では、Ｌｉｓｔｏｆ｛Ｆ－ＵＰＩＤ，ＬｉｓｔｏｆＦ－ＴＥＩＤｉｕｐｆ，ＭｕｌｔｉｃａｓｔＥｎａｂｌｅ｝には、Ｆ－ＵＰ１１に対するＬｉｓｔｏｆＦ－ＴＥＩＤｉｕｐｆ及びＭｕｌｔｉｃａｓｔＥｎａｂｌｅが含まれる。

ステップＳ１５０７に類似して、いくつかのＩ－ＵＰＦが、マルチキャスト方式で伝送されたデータの受信をサポートするが、他のいくつかのＩ－ＵＰＦが、マルチキャスト方式で伝送されたデータの受信をサポートしないので、このＬｉｓｔｏｆＦ－ＴＥＩＤｉｕｐｆは、マルチキャスト伝送の受信をサポートしないが、ポイントツーポイント方式でＭＢＳサービスデータを受信することをサポートするＩ－ＵＰＦのみに対応するものである。それ以外の説明は、ステップＳ１５０７に関する内容を参照する。

ステップＳ２３０１からステップＳ２３１７から分かるように、本願の実施例では、Ｆ－ＣＰ１に２つの子制御プレーンノードＳ－ＣＰ１及びＳ－ＣＰ２があり、Ｆ－ＣＰ１がＩ－ＳＭＦを選択し、Ｉ－ＳＭＦがＩ－ＵＰＦ１１、Ｉ－ＵＰＦ１２、Ｉ－ＵＰＦ２１、Ｉ－ＵＰＦ２２を選択した。また、Ｓ－ＣＰ１は、Ｉ－ＵＰＦ１１のためにＳ－ＵＰ１１を選択し、Ｉ－ＵＰＦ１２のためにＳ－ＵＰ１２を選択し、Ｉ－ＵＰＦ２１のためにＳ－ＵＰ２１を選択し、Ｉ－ＵＰＦ２２のためにＳ－ＵＰ２２を選択したが、Ｓ－ＣＰ２は、Ｆ－ＵＰ１２のためにＳ－ＵＰ３１及びＳ－ＵＰ３２を選択した。

説明すべきものとして、図１０及び図１１には、２つの５ＧＭＢＳの基本的なアーキテクチャ図が示されている。この基本的なアーキテクチャ図では、強化処理を行ってもよい。例えば、図１０に示されたアーキテクチャについて、複数のＵＰＦ、複数のＳＭＦがある可能性があり、図１１に示された基本的なアーキテクチャ図について、ＭＢ－ＳＭＦ及びＭＢ－ＵＰＦもそれぞれ複数ある可能性がある。追加的なＵＰＦ又はＭＢ－ＵＰＦがある場合、図２１又は図２２に示された構成でユーザプレーンＭＢＳセッション伝送ツリーを確立することができ、追加的なＭＢ－ＳＭＦ又はＳＭＦがある場合（この場合、追加的なＵＰＦがある）、図２３に示された構成でユーザプレーンＭＢＳセッション伝送ツリーを確立することができる。

本願の上記実施例の構成によれば、ユーザプレーンＭＢＳセッション確立プロセスを実現し、ユーザプレーンＭＢＳセッションの伝送ループの出現を防止し、ユーザプレーンＭＢＳセッション伝送ツリーに切れた枝が出現する問題を回避することができる。また、ユーザプレーンＭＢＳセッション確立プロセスにおいて、制御プレーンとユーザプレーンが分離された場合、同一の親制御プレーンノードが複数の親ユーザプレーンノードを同時に提供する問題を解決することができる。さらに、同一の制御プレーンノードが、異なるユーザプレーンノードを管理することにより、親と子の間の伝送を形成することが実現でき、ユーザプレーンの伝送リソースが最適化される。また、ユーザプレーンＭＢＳセッション確立プロセス中に、親ユーザプレーンノードと基地局との間で、直接接続されるユーザプレーン伝送を確立できない場合、ユーザプレーン伝送ツリーの確立を完了するために、Ｉ－ＳＭＦ及びＩ－ＵＰＦを発見して入れることができ、ユーザプレーンの伝送リソースの最適化が効果的に実現される。

Claims

マルチキャスト・ブロードキャストサービスの通信方法であって、
マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション伝送ツリーにおける第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードから送信された第１ＭＢＳセッション開始要求を受信するステップであって、前記第１ＭＢＳセッション開始要求には、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報と、前記第ｉレベルの制御プレーンノードにより選択された第ｉレベルのユーザプレーンノードの識別情報と、前記第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及びマルチキャスト方式でＭＢＳサービスデータを伝送するための第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）とが含まれる、ステップと、
前記第ｉレベルの制御プレーンノードの情報と、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報とに基づいて、中間ユーザプレーンノードを選択するステップであって、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノード、及び前記子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立できる、ステップと、
前記中間ユーザプレーンノードに第１ユーザプレーンＭＢＳセッション確立要求を送信し、前記中間ユーザプレーンノードからフィードバックされた第１ユーザプレーンＭＢＳセッション確立応答を受信するステップであって、前記第１ユーザプレーンＭＢＳセッション確立要求には、前記第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤが含まれ、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスは、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである、ステップと、
前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに第２ＭＢＳセッション開始要求を送信することにより、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに対し、前記中間ユーザプレーンノードに子ユーザプレーンノードを割り当てるよう指示するステップであって、前記第２ＭＢＳセッション開始要求には、前記中間ユーザプレーンノードの識別情報と、前記中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤとが含まれ、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスは、前記子ユーザプレーンノードが、前記中間ユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである、ステップと、
を含むことを特徴とする方法。
前記第１ユーザプレーンＭＢＳセッション確立要求には、新たなＭＢＳＩＰマルチキャスト配信情報を割り当てるよう前記中間ユーザプレーンノードに指示するための指示情報が含まれ、
前記第１ユーザプレーンＭＢＳセッション確立応答には、前記中間ユーザプレーンノードで割り当てられた前記第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤが含まれる、
請求項１に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードのＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする場合、前記第１ユーザプレーンＭＢＳセッション確立要求には、前記中間ユーザプレーンノードに完全トンネルエンドポイント識別子（Ｆ－ＴＥＩＤ）を割り当てることを要求する指示情報が含まれ、前記第１ユーザプレーンＭＢＳセッション確立応答には、前記中間ユーザプレーンノードで割り当てられたＦ－ＴＥＩＤが含まれ、前記Ｆ－ＴＥＩＤは、前記中間ユーザプレーンノードに、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをポイントツーポイント方式で受信させるためのものであり、又は、
前記第１ユーザプレーンＭＢＳセッション確立応答は、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードのＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートすることを指示するものであり、前記中間ユーザプレーンノードで割り当てられたＦ－ＴＥＩＤを含む、
請求項１に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに第２ＭＢＳセッション開始要求を送信した後、
前記子制御プレーンノードから前記第２ＭＢＳセッション開始要求に対してフィードバックされた第２ＭＢＳセッション開始応答を受信するステップであって、前記第２ＭＢＳセッション開始応答には、第１指示情報が含まれる、ステップをさらに含み、
前記第１指示情報には、前記中間ユーザプレーンノードの識別情報と、第１完全トンネルエンドポイント識別子（Ｆ－ＴＥＩＤ）リスト情報と、マルチキャスト方式での伝送の起動を表すための第１フィールド情報とが含まれ、前記第１フィールド情報は、前記子制御プレーンノードが前記中間ユーザプレーンノードに割り当てた子ユーザプレーンノードのうち、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートする子ユーザプレーンノードが存在することを表し、前記第１Ｆ－ＴＥＩＤリスト情報には、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする子ユーザプレーンノードのＦ－ＴＥＩＤが含まれ、又は、
前記第１指示情報には、前記中間ユーザプレーンノードの識別情報が含まれ、且つ前記第１Ｆ－ＴＥＩＤリスト情報及び前記第１フィールド情報が含まれなく、この場合、前記第１指示情報は、前記子制御プレーンノードが前記中間ユーザプレーンノードに割り当てた子ユーザプレーンノードのいずれも、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートすることを指示するためのものであり、又は、
前記第１指示情報には、前記中間ユーザプレーンノードの識別情報と、前記第１Ｆ－ＴＥＩＤリスト情報とが含まれ、且つ前記第１フィールド情報が含まれなく、この場合、前記第１指示情報は、前記子制御プレーンノードが前記中間ユーザプレーンノードに割り当てた子ユーザプレーンノードのいずれも、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートすることを指示するためのものであり、又は、
前記第１指示情報には、前記中間ユーザプレーンノードの識別情報と、マルチキャスト伝送の使用を停止するフィールド情報とが含まれ、且つ前記第１Ｆ－ＴＥＩＤリスト情報が含まれなく、この場合、前記第１指示情報は、前記子制御プレーンノードが前記中間ユーザプレーンノードに子ユーザプレーンノードを割り当てていないことを指示するためのものである、
請求項１に記載のマルチキャスト・ブロードキャストサービスの通信方法。
少なくとも２つの中間ユーザプレーンノードが選択された場合、前記第２ＭＢＳセッション開始応答には、第１指示情報リストが含まれ、前記第１指示情報リストには、全ての中間ユーザプレーンノードのそれぞれに対応する前記第１指示情報が含まれる、
請求項４に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記第２ＭＢＳセッション開始応答には、失敗識別情報リストがさらに含まれ、前記失敗識別情報リストは、子ユーザプレーンノードが割り当てられていないターゲット中間ユーザプレーンノードを指示するためのものである、
請求項５に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記第２ＭＢＳセッション開始応答に基づいて、子ユーザプレーンノードが割り当てられていないターゲット中間ユーザプレーンノードが存在すると決定した場合、前記ターゲット中間ユーザプレーンノードにユーザプレーンＭＢＳセッション削除要求を送信するステップをさらに含む、
請求項４乃至請求項６のいずれか１項に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記ターゲット中間ユーザプレーンノードからフィードバックされたユーザプレーンＭＢＳセッション削除応答を受信するステップであって、前記ユーザプレーンＭＢＳセッション削除応答は、前記ターゲット中間ユーザプレーンノードが前記ユーザプレーンＭＢＳセッション削除要求を受信した後に送信したものであり、前記ターゲット中間ユーザプレーンノードは、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入している場合、前記ユーザプレーンＭＢＳセッション削除要求を受信した後に、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループから脱退する、ステップをさらに含む、
請求項７に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記第ｉレベルの制御プレーンノードが少なくとも２つの子制御プレーンノードを提供した場合、
前記第ｉレベルの制御プレーンノードから提供された全ての子制御プレーンノードのそれぞれからフィードバックされた第２ＭＢＳセッション開始応答を受信した後、子ユーザプレーンノードが割り当てられていないターゲット中間ユーザプレーンノードが存在するか否かを決定するステップをさらに含む、
請求項７に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記子制御プレーンノードから前記第２ＭＢＳセッション開始要求に対してフィードバックされた第２ＭＢＳセッション開始応答を受信した後、
前記第１指示情報に前記第１Ｆ－ＴＥＩＤリスト情報が含まれる場合、前記第１指示情報に含まれる中間ユーザプレーンノードの識別情報に基づいて、前記中間ユーザプレーンノードにユーザプレーンＭＢＳセッション修正要求を送信することにより、前記中間ユーザプレーンノードに、ポイントツーポイント方式で、前記第１Ｆ－ＴＥＩＤリスト情報に含まれる各々のＦ－ＴＥＩＤに対応する子ユーザプレーンノードにＭＢＳサービスデータをそれぞれ伝送するよう指示するステップをさらに含み、
前記第１指示情報に前記第１フィールド情報がさらに含まれる場合、前記ユーザプレーンＭＢＳセッション修正要求は、さらに、前記中間ユーザプレーンノードに、前記中間ユーザプレーンノードの子ユーザプレーンノードにＭＢＳサービスデータを送信するには、マルチキャスト伝送方式を同時に使用するよう指示するために用いられ、
前記第１指示情報に前記第１フィールド情報が含まれない場合、前記ユーザプレーンＭＢＳセッション修正要求は、さらに、前記中間ユーザプレーンノードに、前記中間ユーザプレーンノードの子ユーザプレーンノードにＭＢＳサービスデータを送信するには、マルチキャスト伝送方式を使用する必要がないことを指示するために用いられる、
請求項４に記載のマルチキャスト・ブロードキャストサービスの通信方法。
少なくとも２つの中間ユーザプレーンノードが選択された場合、前記第２ＭＢＳセッション開始応答に含まれる各々の中間ユーザプレーンノードに対応する第１指示情報に基づいて、前記ユーザプレーンＭＢＳセッション修正要求を送信する必要がある中間ユーザプレーンノードに、前記ユーザプレーンＭＢＳセッション修正要求を送信するステップをさらに含む、
請求項１０に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記子制御プレーンノードから前記第２ＭＢＳセッション開始要求に対してフィードバックされた第２ＭＢＳセッション開始応答を受信した後、
前記子制御プレーンノードからフィードバックされた第２ＭＢＳセッション開始応答に基づいて、前記第１ＭＢＳセッション開始要求への第１ＭＢＳセッション開始応答を前記第ｉレベルの制御プレーンノードにフィードバックするステップをさらに含む、
請求項４に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記第ｉレベルの制御プレーンノードが少なくとも２つの子制御プレーンノードを提供した場合、前記第ｉレベルの制御プレーンノードから提供された全ての子制御プレーンノードのそれぞれからフィードバックされた第２ＭＢＳセッション開始応答を受信してから、前記第ｉレベルの制御プレーンノードに前記第１ＭＢＳセッション開始応答をフィードバックする、
請求項１２に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記第１ＭＢＳセッション開始応答には、第２指示情報が含まれ、
前記第２指示情報には、前記第ｉレベルのユーザプレーンノードの識別情報と、第２Ｆ－ＴＥＩＤリスト情報と、マルチキャスト方式での伝送の起動を表すための第２フィールド情報とが含まれ、前記第２フィールド情報は、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートする中間ユーザプレーンノードが存在することを表し、前記第２Ｆ－ＴＥＩＤリスト情報には、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする中間ユーザプレーンノードのＦ－ＴＥＩＤが含まれ、又は、
前記第２指示情報には、前記第ｉレベルのユーザプレーンノードの識別情報が含まれ、且つ前記第２Ｆ－ＴＥＩＤリスト情報及び前記第２フィールド情報が含まれなく、この場合、前記第２指示情報は、前記中間ユーザプレーンノードのいずれも、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートすることを指示するためのものであり、又は、
前記第２指示情報には、前記第ｉレベルのユーザプレーンノードの識別情報、前記第２Ｆ－ＴＥＩＤリスト情報が含まれ、且つ前記第２フィールド情報が含まれなく、この場合、前記第２指示情報は、前記中間ユーザプレーンノードのいずれも、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートすることを指示するためのものである、
請求項１２に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記第ｉレベルの制御プレーンノードが少なくとも２つの第ｉレベルのユーザプレーンノードを選択した場合、前記第１ＭＢＳセッション開始応答には、第２指示情報リストが含まれ、前記第２指示情報リストには、全ての第ｉレベルのユーザプレーンノードのそれぞれに対応する前記第２指示情報が含まれる、
請求項１４に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記第ｉレベルの制御プレーンノードが少なくとも２つの第ｉレベルのユーザプレーンノードを選択した場合、前記第１ＭＢＳセッション開始要求には、各第ｉレベルのユーザプレーンノードそれぞれの識別情報と、各第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤとが含まれ、
異なる第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳＩＰマルチキャスト伝送アドレスが異なる、
請求項１に記載のマルチキャスト・ブロードキャストサービスの通信方法。
マルチキャスト・ブロードキャストサービスの通信方法であって、
第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードにより選択された第ｉレベルのユーザプレーンノードに第２ユーザプレーンマルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション確立要求を送信し、前記第ｉレベルのユーザプレーンノードからフィードバックされた第２ユーザプレーンＭＢＳセッション確立応答を受信するステップであって、前記第ｉレベルの制御プレーンノードは、ＭＢＳセッション伝送ツリーにおける最後のレベルの制御プレーンノード以外の任意のレベルの制御プレーンノードである、ステップと、
中間セッション管理機能（Ｉ－ＳＭＦ）を選択し、前記Ｉ－ＳＭＦに第１ＭＢＳセッション開始要求を送信するステップであって、前記第１ＭＢＳセッション開始要求には、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報と、前記第ｉレベルのユーザプレーンノードの識別情報と、前記第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及び第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）とが含まれる、ステップと、を含み、
前記第１ＭＢＳセッション開始要求は、前記Ｉ－ＳＭＦが、前記第ｉレベルのユーザプレーンノード、及び前記子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立できる中間ユーザプレーンノードを選択することをトリガーするために用いられ、前記Ｉ－ＳＭＦが前記子制御プレーンノードに第２ＭＢＳセッション開始要求を送信することをトリガーするためにも用いられ、前記中間ユーザプレーンノードは、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入して、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するためのものであり、前記第２ＭＢＳセッション開始要求は、前記子制御プレーンノードに対し、前記中間ユーザプレーンノードに子ユーザプレーンノードを割り当て、前記子ユーザプレーンノードに、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータを受信させるよう指示するためのものである、
ことを特徴とする方法。
前記Ｉ－ＳＭＦに第１ＭＢＳセッション開始要求を送信した後、
前記Ｉ－ＳＭＦから前記第１ＭＢＳセッション開始要求に対してフィードバックされた第１ＭＢＳセッション開始応答を受信するステップと、
前記第１ＭＢＳセッション開始応答に含まれる内容に基づいて、前記第ｉレベルのユーザプレーンノードにユーザプレーンＭＢＳセッション修正要求を送信するか否かを決定するステップと、をさらに含む、
請求項１７に記載のマルチキャスト・ブロードキャストサービスの通信方法。
中間セッション管理機能（Ｉ－ＳＭＦ）を選択する前記ステップは、
前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報に基づいて、前記第ｉレベルの制御プレーンノードにより管理されるユーザプレーン機能エンティティが、前記子制御プレーンノードにより管理されるユーザプレーン機能エンティティと伝送経路を直接確立できないと決定した場合、前記第ｉレベルの制御プレーンノードと通信可能で、且つ前記子制御プレーンノードと通信可能なＳＭＦを前記Ｉ－ＳＭＦとして選択するステップを含む、
請求項１７に記載のマルチキャスト・ブロードキャストサービスの通信方法。
マルチキャスト・ブロードキャストサービスの通信方法であって、
中間セッション管理機能（Ｉ－ＳＭＦ）から送信された第１ユーザプレーンマルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション確立要求を受信するステップであって、前記第１ユーザプレーンＭＢＳセッション確立要求には、第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）のユーザプレーンノードで割り当てられた第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及び第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）が含まれる、ステップと、
前記Ｉ－ＳＭＦに第１ユーザプレーンＭＢＳセッション確立応答をフィードバックするステップであって、前記第１ユーザプレーンＭＢＳセッション確立応答には、中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤが含まれ、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスは、前記中間ユーザプレーンノードの子ユーザプレーンノードが、前記中間ユーザプレーンノードからマルチキャスト方式で伝送されたＭＢＳサービスデータを受信するために、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである、ステップと、
前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートする場合、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入する、ステップと、
を含むことを特徴とする方法。
前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする場合、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをポイントツーポイント方式で受信する完全トンネルエンドポイント識別子（Ｆ－ＴＥＩＤ）を割り当てるステップをさらに含む、
請求項２０に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記Ｉ－ＳＭＦに第１ユーザプレーンＭＢＳセッション確立応答をフィードバックした後、
前記Ｉ－ＳＭＦから送信されたユーザプレーンＭＢＳセッション修正要求を受信するステップであって、前記ユーザプレーンＭＢＳセッション修正要求には、第１完全トンネルエンドポイント識別子（Ｆ－ＴＥＩＤ）リスト情報が含まれ、前記第１Ｆ－ＴＥＩＤリスト情報には、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータを、マルチキャスト方式で受信することをサポートしないが、ポイントツーポイント方式で受信することをサポートする子ユーザプレーンノードのＦ－ＴＥＩＤが含まれる、ステップと、
前記第１Ｆ－ＴＥＩＤリスト情報に基づいて、ポイントツーポイント方式で、前記第１Ｆ－ＴＥＩＤリスト情報に含まれる各々のＦ－ＴＥＩＤに対応する子ユーザプレーンノードにＭＢＳサービスデータをそれぞれ伝送し、前記ユーザプレーンＭＢＳセッション修正要求に基づいて、前記中間ユーザプレーンノードの子ユーザプレーンノードにＭＢＳサービスデータを送信するには、マルチキャスト伝送方式を同時に使用するか否かを決定するステップと、をさらに含む、
請求項２０に記載のマルチキャスト・ブロードキャストサービスの通信方法。
前記Ｉ－ＳＭＦから送信されたユーザプレーンＭＢＳセッション削除要求を受信すると、前記Ｉ－ＳＭＦにユーザプレーンＭＢＳセッション削除応答を送信するステップをさらに含み、
前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入している場合、前記ユーザプレーンＭＢＳセッション削除要求を受信した後、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループから脱退する、
請求項２０に記載のマルチキャスト・ブロードキャストサービスの通信方法。
複数のユーザプレーンＭＢＳセッション確立要求を受信すると、前記複数のユーザプレーンＭＢＳセッション確立要求のうちの１つのユーザプレーンＭＢＳセッション確立要求に対してユーザプレーンＭＢＳセッション確立応答をフィードバックし、前記複数のユーザプレーンＭＢＳセッション確立要求のうちの残りのユーザプレーンＭＢＳセッション確立要求に対して拒否メッセージをフィードバックすることにより、このユーザプレーンノードが既に選択されたことを指示し、又は、
前記Ｉ－ＳＭＦに第１ユーザプレーンＭＢＳセッション確立応答をフィードバックした後、前記中間ユーザプレーンノードを他のユーザプレーンノードの子ユーザプレーンノードとして選択するためのユーザプレーンＭＢＳセッション確立要求を再度受信すると、再度受信されたユーザプレーンＭＢＳセッション確立要求に対して拒否メッセージをフィードバックすることにより、このユーザプレーンノードが既に選択されたことを指示する、
請求項２０に記載のマルチキャスト・ブロードキャストサービスの通信方法。
マルチキャスト・ブロードキャストサービスの通信装置であって、
マルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション伝送ツリーにおける第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードから送信された第１ＭＢＳセッション開始要求を受信するように構成される第１受信ユニットであって、前記第１ＭＢＳセッション開始要求には、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報と、前記第ｉレベルの制御プレーンノードに対応する第ｉレベルのユーザプレーンノードの識別情報と、前記第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及びマルチキャスト方式でＭＢＳサービスデータを伝送するための第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）とが含まれる、第１受信ユニットと、
前記第ｉレベルの制御プレーンノードの情報と、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報とに基づいて、中間ユーザプレーンノードを選択するように構成される選択ユニットであって、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノード、及び前記子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立できる、選択ユニットと、
前記中間ユーザプレーンノードに第１ユーザプレーンＭＢＳセッション確立要求を送信し、前記中間ユーザプレーンノードからフィードバックされた第１ユーザプレーンＭＢＳセッション確立応答を受信するように構成される第１やり取りユニットであって、前記第１ユーザプレーンＭＢＳセッション確立要求には、前記第１ＭＢＳＩＰマルチキャスト伝送アドレス及び第１Ｃ－ＴＥＩＤが含まれ、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスは、前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである、第１やり取りユニットと、
前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに第２ＭＢＳセッション開始要求を送信することにより、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードに対し、前記中間ユーザプレーンノードに子ユーザプレーンノードを割り当てるよう指示するように構成される第２やり取りユニットであって、前記第２ＭＢＳセッション開始要求には、前記中間ユーザプレーンノードの識別情報と、前記中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤとが含まれ、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスは、前記子ユーザプレーンノードが、前記中間ユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである、第２やり取りユニットと、
を含むことを特徴とする装置。
マルチキャスト・ブロードキャストサービスの通信装置であって、
第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）の制御プレーンノードにより選択された第ｉレベルのユーザプレーンノードに第２ユーザプレーンマルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション確立要求を送信し、前記第ｉレベルのユーザプレーンノードからフィードバックされた第２ユーザプレーンＭＢＳセッション確立応答を受信するように構成される第３やり取りユニットであって、前記第ｉレベルの制御プレーンノードは、ＭＢＳセッション伝送ツリーにおける最後のレベルの制御プレーンノード以外の任意のレベルの制御プレーンノードである、第３やり取りユニットと、
中間セッション管理機能（Ｉ－ＳＭＦ）を選択し、前記Ｉ－ＳＭＦに第１ＭＢＳセッション開始要求を送信するように構成される第４やり取りユニットであって、前記第１ＭＢＳセッション開始要求には、前記第ｉレベルの制御プレーンノードから提供された子制御プレーンノードの情報と、前記第ｉレベルのユーザプレーンノードの識別情報と、前記第ｉレベルのユーザプレーンノードで割り当てられた第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及び第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）とが含まれる、第４やり取りユニットと、を含み、
前記第１ＭＢＳセッション開始要求は、前記Ｉ－ＳＭＦに対し、前記第ｉレベルのユーザプレーンノード、及び前記子制御プレーンノードにより管理されるユーザプレーン機能エンティティと接続を確立できる中間ユーザプレーンノードを選択し、前記中間ユーザプレーンノードとユーザプレーンＭＢＳセッションを確立することにより、前記中間ユーザプレーンノードを、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入させるよう指示するために用いられ、前記子制御プレーンノードに第２ＭＢＳセッション開始要求を送信するよう前記Ｉ－ＳＭＦに指示するためにも用いられ、前記第２ＭＢＳセッション開始要求は、前記子制御プレーンノードに対し、前記中間ユーザプレーンノードに子ユーザプレーンノードを割り当て、前記子ユーザプレーンノードに、前記中間ユーザプレーンノードから送信されたＭＢＳサービスデータを受信させるよう指示するためのものである、
ことを特徴とする装置。
マルチキャスト・ブロードキャストサービスの通信装置であって、
中間セッション管理機能（Ｉ－ＳＭＦ）から送信された第１ユーザプレーンマルチキャスト・ブロードキャストサービス（ＭＢＳ）セッション確立要求を受信するように構成される第２受信ユニットであって、前記第１ユーザプレーンＭＢＳセッション確立要求には、第ｉレベル（ｉ＝１，…，Ｎであり、Ｎは正の整数）のユーザプレーンノードで割り当てられた第１ＭＢＳインターネットプロトコル（ＩＰ）マルチキャスト伝送アドレス及び第１共通トンネルエンドポイント識別子（Ｃ－ＴＥＩＤ）が含まれる、第２受信ユニットと、
前記Ｉ－ＳＭＦに第１ユーザプレーンＭＢＳセッション確立応答をフィードバックするように構成される送信ユニットであって、前記第１ユーザプレーンＭＢＳセッション確立応答には、中間ユーザプレーンノードで割り当てられた第２ＭＢＳＩＰマルチキャスト伝送アドレス及び第２Ｃ－ＴＥＩＤが含まれ、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスは、前記中間ユーザプレーンノードの子ユーザプレーンノードが、前記中間ユーザプレーンノードからマルチキャスト方式で伝送されたＭＢＳサービスデータを受信するために、前記第２ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するためのものである、送信ユニットと、
前記中間ユーザプレーンノードが、前記第ｉレベルのユーザプレーンノードから送信されたＭＢＳサービスデータをマルチキャスト方式で受信することをサポートする場合、前記第ｉレベルのユーザプレーンノードからマルチキャスト方式で送信されたＭＢＳサービスデータを受信するために、前記第１ＭＢＳＩＰマルチキャスト伝送アドレスに対応するマルチキャスト伝送グループに加入するように構成される処理ユニットと、
を含むことを特徴とする装置。
コンピュータプログラムを記憶したコンピュータ可読媒体であって、前記コンピュータプログラムは、プロセッサによって実行されると、請求項１乃至請求項１６のいずれか１項に記載のマルチキャスト・ブロードキャストサービスの通信方法、又は、請求項１７乃至請求項１９のいずれか１項に記載のマルチキャスト・ブロードキャストサービスの通信方法、又は、請求項２０乃至請求項２４のいずれか１項に記載のマルチキャスト・ブロードキャストサービスの通信方法を実現させることを特徴とするコンピュータ可読媒体。
電子機器であって、
１つ又は複数のプロセッサと、
１つ又は複数のプログラムが記憶される記憶装置と、を備え、前記１つ又は複数のプログラムは、前記１つ又は複数のプロセッサによって実行されると、前記１つ又は複数のプロセッサに、請求項１乃至請求項１６のいずれか１項に記載のマルチキャスト・ブロードキャストサービスの通信方法、又は、請求項１７乃至請求項１９のいずれか１項に記載のマルチキャスト・ブロードキャストサービスの通信方法、又は、請求項２０乃至請求項２４のいずれか１項に記載のマルチキャスト・ブロードキャストサービスの通信方法を実現させることを特徴とする電子機器。