特許 6393400 Ｅ−ＵＴＲＡＮにおいてＩＰＶ４からＩＰＶ６への移行を容易化するためのデュアルプロトコルＭＢＭＳを提供する方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6393400

(24)【登録日】2018年8月31日

(45)【発行日】2018年9月19日

(54)【発明の名称】Ｅ−ＵＴＲＡＮにおいてＩＰＶ４からＩＰＶ６への移行を容易化するためのデュアルプロトコルＭＢＭＳを提供する方法及び装置

(51)【国際特許分類】

   H04W 80/04 20090101AFI20180910BHJP

   H04W 4/06 20090101ALI20180910BHJP

   H04W 92/14 20090101ALI20180910BHJP

【ＦＩ】

   H04W80/04

   H04W4/06 150

   H04W92/14

【請求項の数】10

【全頁数】30

(21)【出願番号】特願2017-501314(P2017-501314)

(86)(22)【出願日】2015年7月1日

(65)【公表番号】特表2017-528029(P2017-528029A)

(43)【公表日】2017年9月21日

(86)【国際出願番号】US2015038728

(87)【国際公開番号】WO2016007335

(87)【国際公開日】20160114

【審査請求日】2017年3月6日

(31)【優先権主張番号】14/328,249

(32)【優先日】2014年7月10日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】391030332

【氏名又は名称】アルカテル−ルーセント

(74)【代理人】

【識別番号】100094112

【弁理士】

【氏名又は名称】岡部 讓

(74)【代理人】

【識別番号】100106183

【弁理士】

【氏名又は名称】吉澤 弘司

(74)【代理人】

【識別番号】100114915

【弁理士】

【氏名又は名称】三村 治彦

(74)【代理人】

【識別番号】100120363

【弁理士】

【氏名又は名称】久保田 智樹

(74)【代理人】

【識別番号】100125139

【弁理士】

【氏名又は名称】岡部 洋

(72)【発明者】

【氏名】フェッター，リチャード

(72)【発明者】

【氏名】ヤング，トーマス

(72)【発明者】

【氏名】ランデ，ブルーノ

(72)【発明者】

【氏名】ジェイコブ，クラウド

【審査官】 吉村 真治▲郎▼

(56)【参考文献】

【文献】 特開２０１２−１８２５８７（ＪＰ，Ａ）

【文献】 特表２０１０−５０６５３４（ＪＰ，Ａ）

【文献】 国際公開第２０１５／０２７３５７（ＷＯ，Ａ１）

【文献】 3GPP，3GPP TS 23.246 V12.2.0 (2014-06)，Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS);Architecture and functional description (Release 12)，２０１４年 ６月２０日，pages 26-34,38-42，インターネット＜URL:http://www.3gpp.org/ftp/Specs/archive/23_series/23.246/23246-c20.zip＞

【文献】 ZTE，MBMS IP Multicast Distribution[online]， 3GPP TSG-CT WG4#56 C4-120056，２０１２年 １月２０日，pages 1-2，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ct/WG4_protocollars_ex-CN4/TSGCT4_56_Xiamen/Docs/C4-120056.zip＞

【文献】 HUAWEI，Additional support of IPv4 and IPv6 node addresses in Create PDP and MBMS context procedures[online]， 3GPP TSG-CN WG4#25 N4-041660，２００４年１１月１９日，pages 1-6，インターネット＜URL:http://www.3gpp.org/ftp/tsg_cn/WG4_protocollars/tsgN4_25_Seoul/Docs/N4-041660.zip＞

【文献】 Alcatel-Lucent, Alcatel-Lucent Shanghai Bell, Ericsson, Nokia Networks, AT&T，Support of a mix of IPv4 and IPv6 eNBs and backhauls in eMBMS[online]， 3GPP TSG-SA WG2#107 S2-150209，２０１５年 １月２０日，pages 1-2，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_107_Sorrento/Docs/S2-150209.zip＞

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

１以上の第１のエボルブドノードＢ（ｅＮＢ）及び１以上の第２のｅＮＢを含む通信ネットワーク（１００）においてマルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）を容易化する方法であって、前記１以上の第１のｅＮＢ（１２２Ａ〜１２６Ａ）の各々が第１のインターネットプロトコル（ＩＰ）バージョンに対するバックホールインターフェースを有し、前記１以上の第２のｅＮＢ（１２２Ｂ〜１２４Ｂ）の各々が第２のＩＰバージョンに対するバックホールインターフェースを有し、前記方法が、
第１のネットワーク要素（１１０）において、初期ＭＢＭＳコンテンツストリームを受信するステップ、
前記第１のネットワーク要素において、前記初期ＭＢＭＳコンテンツストリームに基づいて、第１のＭＢＭＳコンテンツストリーム及び第２のＭＢＭＳコンテンツストリームを生成するステップ、
前記第１のＭＢＭＳコンテンツストリームを、前記第１のＩＰバージョンの第１のＩＰマルチキャストアドレスを用いて前記第１のネットワーク要素から前記１以上の第１のｅＮＢに送信するステップ、及び
前記第２のＭＢＭＳコンテンツストリームを、前記第２のＩＰバージョンの第２のＩＰマルチキャストアドレスを用いて前記第１のネットワーク要素から前記１以上の第２のｅＮＢに送信するステップ
を備える方法。

【請求項2】

前記１以上の第１のｅＮＢ及び前記１以上の第２のｅＮＢが同じマルチキャスト−ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）（３００）に含まれ、
前記第１のＭＢＭＳコンテンツストリーム及び第２のＭＢＭＳコンテンツストリームを生成するステップが、
前記初期ＭＢＭＳコンテンツストリームのプロトコルスタックの同期プロトコル（ＳＹＮＣ）レイヤに基づいて前記第１のＭＢＭＳコンテンツストリームのプロトコルスタックのＳＹＮＣレイヤを生成するステップ、及び
前記初期ＭＢＭＳコンテンツストリームの前記プロトコルスタックの前記ＳＹＮＣレイヤに基づいて、前記第２のＭＢＭＳコンテンツストリームのプロトコルスタックのＳＹＮＣレイヤを生成するステップ
を含み、
前記第１のＭＢＭＳコンテンツストリームを送信するステップが、前記第１のＩＰマルチキャストアドレスを用いて、前記第１のＭＢＭＳコンテンツストリームを前記第１のネットワーク要素から前記１以上の第１のｅＮＢに第１のＧＴＰトンネルを介して送信するステップを含み、
前記第２のＭＢＭＳコンテンツストリームを送信するステップが、前記第２のＩＰマルチキャストアドレスを用いて、前記第２のＭＢＭＳコンテンツストリームを前記第１のネットワーク要素から前記１以上の第２のｅＮＢに第２のＧＴＰトンネルを介して送信するステップを含み、
前記第１及び第２のＭＢＭＳコンテンツストリームが前記第１のネットワーク要素から同時に送信される、請求項１に記載の方法。

【請求項3】

前記第１のネットワーク要素からモビリティ管理エンティティ（ＭＭＥ）（１１５）へ第１のＭＢＭＳセッション開始メッセージを送信するステップをさらに備え、前記第１のＭＢＭＳセッション開始メッセージが、
前記第１のＩＰマルチキャストアドレス、及び
前記１以上の第１のｅＮＢのみに割り当てられた第１のサービスエリアを識別する第１のサービスエリア識別子
を含み、
前記第１のネットワーク要素から前記モビリティ管理エンティティ（ＭＭＥ）（１１５）へ第２のＭＢＭＳセッション開始メッセージを送信するステップをさらに備え、前記第２のＭＢＭＳセッション開始メッセージが、
前記第２のＩＰマルチキャストアドレス、及び
前記１以上の第２のｅＮＢのみに割り当てられた第２のサービスエリアを識別する第２のサービスエリア識別子
を含み、
前記１以上の第１のｅＮＢの各々が前記第１のインターネットプロトコル（ＩＰ）バージョンについてのＭ１バックホールインターフェースを有し、前記１以上の第２のｅＮＢの各々が前記第２のＩＰバージョンについてのＭ１バックホールインターフェースを有する、請求項１に記載の方法。

【請求項4】

前記第１のネットワーク要素がＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）（１１０）であり、前記方法が、
前記ＭＢＭＳ−ＧＷにおいて、第１のセッション開始メッセージを受信するステップであって、該第１のセッション開始メッセージが前記第１のサービスエリア及び前記第２のサービスエリアの双方を識別し、前記第１のセッション開始メッセージがブロードバンド／マルチキャスト−サービスセンター（ＢＭ−ＳＣ）（１０５）から受信される、ステップをさらに備える請求項３に記載の方法。

【請求項5】

前記ＭＢＭＳ−ＧＷにおいて、前記第１のサービスエリアが前記第１のＩＰバージョンのＭ１バックホールインターフェースを有するｅＮＢに対応し、前記第２のサービスエリアが前記第２のＩＰバージョンのＭ１バックホールインターフェースを有するｅＮＢに対応することを示すＩＰバージョン対応情報を受信し、又は該ＩＰバージョン対応情報の提供を受けるステップと、
前記ＭＢＭＳ−ＧＷにおいて、前記第１のＭＢＭＳセッション開始メッセージ及び前記第２のＭＢＭＳセッション開始メッセージを、
前記第１のサービスエリア識別子、前記第１のＩＰマルチキャストアドレス、第１のフローＩＤ、及び第１の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第１の共通トンネルＩＤを、前記ＩＰバージョン対応情報に基づいて前記第１のＭＢＭＳセッション開始メッセージに挿入し、
前記第２のサービスエリア識別子、前記第２のＩＰマルチキャストアドレス、第２のフローＩＤ、及び第２の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第２の共通トンネルＩＤを、前記ＩＰバージョン対応情報に基づいて前記第２のＭＢＭＳセッション開始メッセージに挿入すること
によって生成するステップと
をさらに備え、前記第１及び第２のフローＩＤが異なる、請求項４に記載の方法。

【請求項6】

ＭＢＭＳセッション開始メッセージを送信するステップであって、該ＭＢＭＳセッション開始メッセージが、前記第１のＩＰマルチキャストアドレス、前記第２のＩＰマルチキャストアドレス、第１の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第１の共通トンネルＩＤ、及び第２のＧＴＰトンネルを識別する第２の共通トンネルＩＤを含む、ステップをさらに備える、請求項１に記載の方法。

【請求項7】

前記第１のネットワーク要素がＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）であり、前記方法が、
前記ＭＢＭＳ−ＧＷにおいて、第１のセッション開始メッセージを受信するステップをさらに備え、
前記第１のセッション開始メッセージがブロードバンド／マルチキャスト−サービスセンター（ＢＭ−ＳＣ）から受信され、
前記第１のセッション開始メッセージが、
前記１以上の第１のｅＮＢの少なくとも１つ及び前記１以上の第２のｅＮＢの少なくとも１つが割り当てられる第１のサービスエリア、及び
前記１以上の第１のｅＮＢの少なくとも１つが割り当てられたサービスエリア及び前記１以上の第２のｅＮＢの少なくとも１つが割り当てられたサービスエリアを含む複数のサービスエリア
の少なくとも一方を識別し、
前記１以上の第１のｅＮＢの各々が前記第１のインターネットプロトコル（ＩＰ）バージョンに対するＭ１バックホールインターフェースを有し、前記１以上の第２のｅＮＢの各々が前記第２のＩＰバージョンに対するＭ１バックホールインターフェースを有する、請求項６に記載の方法。

【請求項8】

１以上の第１のエボルブドノードＢ（ｅＮＢ）（１２２Ａ〜１２６Ａ）及び１以上の第２のｅＮＢ（１２２Ｂ〜１２４Ｂ）を含む通信ネットワーク（１００）においてマルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）を容易化する方法であって、前記１以上の第１のｅＮＢの各々が第１のインターネットプロトコル（ＩＰ）バージョンに対するバックホールインターフェースを有し、前記１以上の第２のｅＮＢの各々が第２のＩＰバージョンに対するバックホールインターフェースを有し、前記方法が、
モビリティ管理エンティティ（ＭＭＥ）１１５において、第１のＭＢＭＳセッション開始メッセージを受信するステップであって、該第１のＭＢＭＳセッション開始メッセージが、前記第１のＩＰバージョンの第１のＩＰマルチキャストアドレス、前記第２のＩＰバージョンの第２のＩＰマルチキャストアドレス、第１の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第１の共通トンネルＩＤ及び第２のＧＴＰトンネルを識別する第２の共通トンネルＩＤを含み、前記第１のＭＢＭＳセッション開始メッセージがＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）から受信される、ステップ、及び
前記ＭＭＥから１以上のマルチセル／マルチキャスト調整エンティティ（ＭＣＥ）に第２のＭＢＭＳセッション開始メッセージを送信するステップであって、該第２のＭＢＭＳセッション開始メッセージが、前記第１のＩＰマルチキャストアドレス、前記第２のＩＰマルチキャストアドレス、前記第１の共通トンネルＩＤ１及び前記第２の共通トンネルＩＤを含む、ステップ
を備え、
前記１以上のＭＣＥの各々が、前記１以上の第１のｅＮＢ及び前記１以上の第２のｅＮＢの一方又は両方に対応する、方法。

【請求項9】

通信ネットワーク（１００）においてマルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）を容易化する方法であって、
第１のエボルブドノードＢ（ｅＮＢ）（１２２Ａ、１２２Ｂ）において、第１のＭＢＭＳセッション開始メッセージを受信するステップであって、該第１のＭＢＭＳセッション開始メッセージが、第１のＩＰバージョンの第１のＩＰマルチキャストアドレス、第２のＩＰパージョンの第２のＩＰマルチキャストアドレス、第１の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第１の共通トンネルＩＤ及び第２のＧＴＰトンネルを識別する第２の共通トンネルＩＤを含み、前記第１のＭＢＭＳセッション開始メッセージがモビリティ管理エンティティ（ＭＭＥ）（１１５）から受信される、ステップ、
前記第１のｅＮＢが前記第１のＩＰバージョンタイプのバックホールインターフェースを有する場合には、
前記第１のｅＮＢにおいて、前記第１のＩＰマルチキャストアドレスを選択するステップ、及び
前記第１のｅＮＢにおいて、前記第１のＩＰマルチキャストアドレスを用いて第１のＭＢＭＳコンテンツストリームをＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）（１１０）から前記第１のＧＴＰトンネルを介して受信するステップ、並びに
前記第１のｅＮＢが前記第２のＩＰバージョンタイプのバックホールインターフェースを有する場合には、
前記第１のｅＮＢにおいて、前記第２のＩＰマルチキャストアドレスを選択するステップ、及び
前記第１のｅＮＢにおいて、前記第２のＩＰマルチキャストアドレスを用いて第２のＭＢＭＳコンテンツストリームを前記ＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）から前記第２のＧＴＰトンネルを介して受信するステップ
を備える方法。

【請求項10】

ネットワーク要素（１１０）であって、
プロセッサ（３５８）を備え、前記ネットワーク要素が、１以上の第１のエボルブドノードＢ（ｅＮＢ）（１２２Ａ〜１２６Ａ）及び１以上の第２のｅＮＢ（１２２Ｂ〜１２４Ｂ）を含む通信ネットワークにおいてマルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）を容易化するための処理を実行するようにプログラムされており、前記１以上の第１のｅＮＢの各々が第１のインターネットプロトコル（ＩＰ）バージョンに対するバックホールインターフェースを有し、前記１以上の第２のｅＮＢの各々が第２のＩＰバージョンに対するバックホールインターフェースを有し、前記処理が、
前記ネットワーク要素において、初期ＭＢＭＳコンテンツストリームを受信するステップ、
前記ネットワーク要素において、前記初期ＭＢＭＳコンテンツストリームに基づいて、第１のＭＢＭＳコンテンツストリーム及び第２のＭＢＭＳコンテンツストリームを生成するステップ、
前記第１のＭＢＭＳコンテンツストリームを、前記第１のＩＰバージョンの第１のＩＰマルチキャストアドレスを用いて前記ネットワーク要素から前記１以上の第１のｅＮＢに送信するステップ、及び
前記第２のＭＢＭＳコンテンツストリームを、前記第２のＩＰバージョンの第２のＩＰマルチキャストアドレスを用いて前記ネットワーク要素から前記１以上の第２のｅＮＢに送信するステップ
を含む、ネットワーク要素。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、概略として、混在したインターネットプロトコルを有するネットワークに対してマルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）を提供することに関する。

【背景技術】

【0002】

マルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）及びエンハンストＭＢＭＳ（ｅＭＢＭＳ）とは、ポイントトゥマルチポイント接続を与える３ＧＰＰ無線通信ネットワークについて指定された手順及びインターフェースのことをいう。ＭＢＭＳは、例えば、ロングタームエボリューション（ＬＴＥ）ネットワークを介してマルチキャスト及びブロードキャストサービスを提供するのに使用され得る。

【発明の概要】

【0003】

少なくともある実施形態例は、１以上の第１のエボルブドノードＢ（ｅＮＢ）及び１以上の第２のｅＮＢを含む通信ネットワークにおいてマルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）を容易化する方法を提供し、１以上の第１のｅＮＢの各々は第１のインターネットプロトコル（ＩＰ）バージョンに対するバックホールインターフェースを有し、１以上の第２のｅＮＢの各々は第２のＩＰバージョンに対するバックホールインターフェースを有し、上記方法は、第１のネットワーク要素において、初期ＭＢＭＳコンテンツストリームを受信するステップ、第１のネットワーク要素において、初期ＭＢＭＳコンテンツストリームに基づいて第１のＭＢＭＳコンテンツストリーム及び第２のＭＢＭＳコンテンツストリームを生成するステップ、第１のＭＢＭＳコンテンツストリームを第１のＩＰバージョンの第１のＩＰマルチキャストアドレスを用いて第１のネットワーク要素から１以上の第１のｅＮＢに送信するステップ、及び第２のＭＢＭＳコンテンツストリームを第２のＩＰバージョンの第２のＩＰマルチキャストアドレスを用いて第１のネットワーク要素から１以上の第２のｅＮＢに送信するステップを含む。

【0004】

少なくとも１つの実施形態例によると、１以上の第１のｅＮＢ及び１以上の第２のｅＮＢは同じマルチキャスト−ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）に含まれ、第１のＭＢＭＳコンテンツストリーム及び第２のＭＢＭＳコンテンツストリームを生成するステップは、初期ＭＢＭＳコンテンツストリームのプロトコルスタックの同期プロトコル（ＳＹＮＣ）レイヤに基づいて第１のＭＢＭＳコンテンツストリームのプロトコルスタックのＳＹＮＣレイヤを生成するステップ、及び初期ＭＢＭＳコンテンツストリームのプロトコルスタックのＳＹＮＣレイヤに基づいて第２のＭＢＭＳコンテンツストリームのプロトコルスタックのＳＹＮＣレイヤを生成するステップを含み、第１のＭＢＭＳコンテンツストリームを送信するステップは、第１のＩＰマルチキャストアドレスを用いて第１のＭＢＭＳコンテンツストリームをネットワーク要素から１以上の第１のｅＮＢに第１のＧＴＰトンネルを介して送信するステップを含み、第２のＭＢＭＳコンテンツストリームを送信するステップは、第２のＩＰマルチキャストアドレスを用いて、第２のＭＢＭＳコンテンツストリームをネットワーク要素から１以上の第２のｅＮＢに第２のＧＴＰトンネルを介して送信するステップを含み、第１及び第２のＭＢＭＳコンテンツストリームは第１のネットワーク要素から同時に送信される。少なくとも１つの実施形態例によると、方法は第１のＭＢＭＳセッション開始メッセージを送信するステップをさらに含み、第１のＭＢＭＳセッション開始メッセージは、第１のＩＰマルチキャストアドレス、及び１以上の第１のｅＮＢのみに割り当てられた第１のサービスエリアを識別する第１のサービスエリア識別子を含み、上記方法は第２のＭＢＭＳセッション開始メッセージを送信するステップをさらに含み、第２のＭＢＭＳセッション開始メッセージは、第２のＩＰマルチキャストアドレス、及び１以上の第２のｅＮＢのみに割り当てられた第２のサービスエリアを識別する第２のサービスエリア識別子を含み、１以上の第１のｅＮＢの各々は第１のインターネットプロトコル（ＩＰ）バージョンについてのＭ１バックホールインターフェースを有し、１以上の第２のｅＮＢの各々は第２のＩＰバージョンについてのＭ１バックホールインターフェースを有する。

【0005】

少なくとも１つの実施形態例によると、第１のネットワーク要素はＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）であり、方法は、ＭＢＭＳ−ＧＷにおいて、第１のセッション開始メッセージを受信するステップをさらに含み、第１のセッション開始メッセージは第１のサービスエリア及び第２のサービスエリアの双方を識別し、第１のセッション開始メッセージはブロードバンド／マルチキャスト−サービスセンター（ＢＭ−ＳＣ）から受信される。

【0006】

少なくとも１つの実施形態例によると、第１のＭＢＭＳセッション開始メッセージを送信するステップは、第１のセッション開始メッセージをＢＭ−ＳＣから受信すると、ＭＢＭＳ−ＧＷから第１のＭＢＭＳセッション開始メッセージを１以上の第１のｅＮＢに対応付けられた１以上のモビリティ管理エンティティ（ＭＭＥ）に送信するステップを含み、第２のＭＢＭＳセッション開始メッセージを送信するステップは、第１のセッション開始メッセージをＢＭ−ＳＣから受信すると、ＭＢＭＳ−ＧＷから第２のＭＢＭＳセッション開始メッセージを１以上の第２のｅＮＢに対応付けられた１以上のＭＭＥに送信するステップを含む。

【0007】

少なくとも１つの実施形態例によると、上記方法は、ＭＢＭＳ−ＧＷにおいて、第１のサービスエリアが第１のＩＰバージョンのＭ１バックホールインターフェースを有するｅＮＢに対応し、第２のサービスエリアが第２のＩＰバージョンのＭ１バックホールインターフェースを有するｅＮＢに対応することを示すＩＰバージョン対応情報を受信し、又はそれによって構成されるステップと、ＭＢＭＳ−ＧＷにおいて、第１のサービスエリア識別子、第１のＩＰマルチキャストアドレス、第１のフローＩＤ、及び第１の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第１の共通トンネルＩＤをＩＰバージョン対応情報に基づいて第１のＭＢＭＳセッション開始メッセージに挿入し、第２のサービスエリア識別子、第２のＩＰマルチキャストアドレス、第２のフローＩＤ、及び第２の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第２の共通トンネルＩＤをＩＰバージョン対応情報に基づいて第２のＭＢＭＳセッション開始メッセージに挿入することによって、第１のＭＢＭＳセッション開始メッセージ及び第２のＭＢＭＳセッション開始メッセージを生成するステップとをさらに含み、第１及び第２のフローＩＤは異なる。

【0008】

少なくとも１つの実施形態例によると、第１のセッション開始メッセージを受信するステップは、ＭＢＭＳ−ＧＷにおいて、第１のセッション開始メッセージにおける第１のフローＩＤを受信するステップを含み、第１のフローＩＤはＢＭ−ＳＣに割り当てられたフローＩＤの第１のプールに含まれる複数のフローＩＤの１つであり、第２のフローＩＤはＭＢＭＳ−ＧＷに割り当てられたフローＩＤの第２のプールに含まれる複数のフローＩＤの１つであり、第２のプールに含まれる第１のプールにフローＩＤは含まれず、第２のプールに含まれるフローＩＤは第１のプールには含まれない。

【0009】

少なくとも１つの実施形態例によると、上記方法は、ＭＢＭＳ−ＧＷにおいて第１のセッション更新又は停止要求をＢＭ−ＳＣから受信すると、第１のＭＢＭＳセッション更新又は停止要求を１以上の第１のｅＮＢに対応付けられた１以上のＭＭＥに送信するステップであって、第２のＭＢＭＳセッション更新は第１のフローＩＤを含む、ステップ、及び第２のＭＢＭＳセッション更新又は停止要求を１以上の第２のｅＮＢに対応付けられた１以上のＭＭＥに送信するステップであって、第２のＭＢＭＳセッション更新は第２のフローＩＤを含む、ステップをさらに含む。

【0010】

少なくとも１つの実施形態例によると、上記方法はＭＢＭＳセッション開始メッセージを送信するステップをさらに含み、ＭＢＭＳセッション開始メッセージは、第１のＩＰマルチキャストアドレス、第２のＩＰマルチキャストアドレス、第１の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第１の共通トンネルＩＤ、及び第２のＧＴＰトンネルを識別する第２の共通トンネルＩＤを含む。

【0011】

少なくとも１つの実施形態例によると、第１のネットワーク要素はＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）であり、上記方法は、ＭＢＭＳ−ＧＷにおいて、第１のセッション開始メッセージを受信するステップをさらに含み、第１のセッション開始メッセージはブロードバンド／マルチキャスト−サービスセンター（ＢＭ−ＳＣ）から受信され、第１のセッション開始メッセージは、１以上の第１のｅＮＢの少なくとも１つ及び１以上の第２のｅＮＢの少なくとも１つが割り当てられる第１のサービスエリア、並びに１以上の第１のｅＮＢの少なくとも１つが割り当てられたサービスエリア及び１以上の第２のｅＮＢの少なくとも１つが割り当てられたサービスエリアを含む複数のサービスエリアの少なくとも一方を識別し、１以上の第１のｅＮＢの各々は第１のインターネットプロトコル（ＩＰ）バージョンに対するＭ１バックホールインターフェースを有し、１以上の第２のｅＮＢの各々は第２のＩＰバージョンに対するＭ１バックホールインターフェースを有する。

【0012】

少なくとも１つの実施形態例によると、ＭＢＭＳセッション開始メッセージを送信するステップは、ＢＭ−ＳＣから第１のセッション開始メッセージを受信すると、ＭＢＭＳ−ＧＷからＭＢＭＳセッション開始メッセージを１以上のモビリティ管理エンティティ（ＭＭＥ）に送信するステップを含み、１以上のＭＭＥの各々は１以上の第１のｅＮＢのうちの少なくとも１つのｅＮＢ又は１以上の第２のｅＮＢのうちの少なくとも１つのｅＮＢに対応付けられる。

【0013】

少なくとも１つの実施形態例によると、方法は、ＭＢＭＳ−ＧＷにおいて、どのサービスエリアがどのＭ１バックホールインターフェースＩＰバージョンに対応するかを示すＩＰバージョン対応情報を受信し、又はそれによって構成されるステップをさらに含む。

【0014】

少なくともある実施形態例は、１以上の第１のエボルブドノードＢ（ｅＮＢ）及び１以上の第２のｅＮＢを含む通信ネットワークにおいてマルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）を容易化する方法を提供し、１以上の第１のｅＮＢの各々は第１のインターネットプロトコル（ＩＰ）バージョンに対するバックホールインターフェースを有し、１以上の第２のｅＮＢの各々は第２のＩＰバージョンに対するバックホールインターフェースを有し、上記方法は、モビリティ管理エンティティ（ＭＭＥ）において、第１のＭＢＭＳセッション開始メッセージを受信するステップであって、ＭＢＭＳセッション開始メッセージは第１のＩＰバージョンの第１のＩＰマルチキャストアドレス、第２のＩＰバージョンの第２のＩＰマルチキャストアドレス、第１の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第１の共通トンネルＩＤ及び第２のＧＴＰトンネルを識別する第２の共通トンネルＩＤを含み、第１のＭＢＭＳセッション開始メッセージはＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）から受信される、ステップ、並びにＭＭＥから１以上のマルチセル／マルチキャスト調整エンティティ（ＭＣＥ）に第２のＭＢＭＳセッション開始メッセージを送信するステップであって、第２のＭＢＭＳセッション開始メッセージは第１のＩＰマルチキャストアドレス、第２のＩＰマルチキャストアドレス、第１の共通トンネルＩＤ１及び第２の共通トンネルＩＤを含む、ステップを含み、１以上のＭＣＥの各々は１以上の第１のｅＮＢ及び１以上の第２のｅＮＢの一方又は両方に対応する。

【0015】

少なくともある実施形態例は、通信ネットワークにおいてマルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）を容易化する方法を提供し、その方法は、第１のエボルブドノードＢ（ｅＮＢ）において、第１のＭＢＭＳセッション開始メッセージを受信するステップであって、ＭＢＭＳセッション開始メッセージが、第１のＩＰバージョンの第１のＩＰマルチキャストアドレス、第２のＩＰパージョンの第２のＩＰマルチキャストアドレス、第１の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第１の共通トンネルＩＤ及び第２のＧＴＰトンネルを識別する第２の共通トンネルＩＤを含み、第１のＭＢＭＳセッション開始メッセージがモビリティ管理エンティティ（ＭＭＥ）から受信される、ステップ、第１のｅＮＢが第１のＩＰバージョンタイプのバックホールインターフェースを有する場合には、第１のｅＮＢにおいて第１のＩＰマルチキャストアドレスを選択するステップ、及び第１のｅＮＢにおいて第１のＩＰマルチキャストアドレスを用いて第１のＭＢＭＳコンテンツストリームをＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）から第１のＧＴＰトンネルを介して受信するステップ、並びに第１のｅＮＢが第２のＩＰバージョンタイプのバックホールインターフェースを有する場合には、第１のｅＮＢにおいて第２のＩＰマルチキャストアドレスを選択するステップ、及び第１のｅＮＢにおいて第２のＩＰマルチキャストアドレスを用いて第２のＭＢＭＳコンテンツストリームをＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）から第２のＧＴＰトンネルを介して受信するステップを備える。

【0016】

少なくともある実施形態例は、プロセッサを含むネットワーク要素はプロセッサを提供し、ネットワーク要素は、１以上の第１のエボルブドノードＢ（ｅＮＢ）及び１以上の第２のｅＮＢを含む通信ネットワークにおいてマルチメディア・ブロードキャスト・マルチキャスト・サービス（ＭＢＭＳ）を容易化するための処理を実行するようにプログラムされており、１以上の第１のｅＮＢの各々が第１のインターネットプロトコル（ＩＰ）バージョンに対するバックホールインターフェースを有し、１以上の第２のｅＮＢの各々が第２のＩＰバージョンに対するバックホールインターフェースを有し、上記処理は、ネットワーク要素において初期ＭＢＭＳコンテンツストリームを受信するステップ、ネットワーク要素において初期ＭＢＭＳコンテンツストリームに基づいて第１のＭＢＭＳコンテンツストリーム及び第２のＭＢＭＳコンテンツストリームを生成するステップ、第１のＭＢＭＳコンテンツストリームを第１のＩＰバージョンの第１のＩＰマルチキャストアドレスを用いてネットワーク要素から１以上の第１のｅＮＢに送信するステップ、及び第２のＭＢＭＳコンテンツストリームを第２のＩＰバージョンの第２のＩＰマルチキャストアドレスを用いてネットワーク要素から１以上の第２のｅＮＢに送信するステップを含む。

【0017】

少なくとも１つの実施形態例によると、第１のＭＢＭＳコンテンツストリームを送信するステップが、第１のＭＢＭＳコンテンツストリームをネットワーク要素から１以上の第１のｅＮＢに第１のＩＰマルチキャストアドレスを用いて第１のＧＴＰトンネルを介して送信するステップを含み、第２のＭＢＭＳコンテンツストリームを送信するステップが、第１のＭＢＭＳコンテンツストリームと同時に、第２のＭＢＭＳコンテンツストリームをネットワーク要素から１以上の第２のｅＮＢに第２のＩＰマルチキャストアドレスを用いて第２のＧＴＰトンネルを介して送信するステップを含み、１以上の第１のｅＮＢ及び１以上の第２のｅＮＢが同じマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）に含まれる場合に、第１のＭＢＭＳコンテンツストリーム及び第２のＭＢＭＳコンテンツストリームを生成する処理が、初期ＭＢＭＳコンテンツストリームのプロトコルスタックの同期プロトコル（ＳＹＮＣ）レイヤに基づいて第１のＭＢＭＳコンテンツストリームのプロトコルスタックのＳＹＮＣレイヤを生成するステップ、及び初期ＭＢＭＳコンテンツストリームのプロトコルスタックのＳＹＮＣレイヤに基づいて第２のＭＢＭＳコンテンツストリームのプロトコルスタックのＳＹＮＣレイヤを生成するステップを含むように、ネットワーク要素がプログラムされる。

【0018】

少なくとも１つの実施形態例によると、ネットワーク要素が実行するようにプログラムされる処理は、第１のＭＢＭＳセッション開始メッセージを送信するステップであって、第１のＭＢＭＳセッション開始メッセージは第１のＩＰマルチキャストアドレス、及び１以上の第１のｅＮＢのみに割り当てられた第１のサービスエリアを識別する第１のサービスエリア識別子を含む、ステップ、並びに第２のＭＢＭＳセッション開始メッセージを送信するステップであって、第２のＭＢＭＳセッション開始メッセージは第２のＩＰマルチキャストアドレス、及び１以上の第２のｅＮＢのみに割り当てられた第２のサービスエリアを識別する第２のサービスエリア識別子を含む、ステップをさらに含み、１以上第１のｅＮＢの各々は第１のインターネットプロトコル（ＩＰ）バージョンに対するＭ１バックホールインターフェースを有し、１以上第２のｅＮＢの各々は第２のＩＰバージョンに対するＭ１バックホールインターフェースを有する。

【0019】

少なくとも１つの実施形態例によると、第１のネットワーク要素はＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）であり、第１のネットワーク要素が実行するようにプログラムされる処理は、ＭＢＭＳ−ＧＷにおいて第１のセッション開始メッセージを受信するステップであって、第１のセッション開始メッセージがブロードバンド／マルチキャスト−サービスセンター（ＢＭ−ＳＣ）から受信される、ステップ、及び第１のセッション開始メッセージにおいて第１のサービスエリア及び第２のサービスエリアの双方を識別するステップをさらに含む。

【0020】

少なくとも１つの実施形態例によると、第１のＭＢＭＳセッション開始メッセージを送信する処理が、ＢＭ−ＳＣから第１のセッション開始メッセージを受信すると第１のＭＢＭＳセッション開始メッセージを１以上の第１のｅＮＢに対応付けられた１以上のモビリティ管理エンティティ（ＭＭＥ）にＭＢＭＳ−ＧＷから送信するステップを含み、第２のＭＢＭＳセッション開始メッセージを送信する処理が、ＢＭ−ＳＣから第１のセッション開始メッセージを受信すると第２のＭＢＭＳセッション開始メッセージを１以上の第２のｅＮＢに対応付けられた１以上のＭＭＥにＭＢＭＳ−ＧＷから送信するステップを含むように、ステップＭＢＭＳ−ＧＷがプログラムされる。

【0021】

少なくとも１つの実施形態例によると、上記処理は、ＭＢＭＳ−ＧＷにおいて、第１のＩＰバージョンのＭ１バックホールインターフェースを有するｅＮＢに第１のサービスエリアが対応し、第２のＩＰバージョンのＭ１バックホールインターフェースを有するｅＮＢに第２のサービスエリアが対応することを示すＩＰバージョン対応情報を受信し、又はそれによって構成されるステップ、ＭＢＭＳ−ＧＷにおいて、第１のＭＢＭＳセッション開始メッセージ及び第２のＭＢＭＳセッション開始メッセージを、第１のサービスエリア識別子、第１のＩＰマルチキャストアドレス、第１のフローＩＤ、及び第１の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第１の共通トンネルＩＤをＩＰバージョン対応情報に基づいて第１のＭＢＭＳセッション開始メッセージに挿入し、第２のサービスエリア識別子、第２のＩＰマルチキャストアドレス、第２のフローＩＤ、及び第２の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第２の共通トンネルＩＤをＩＰバージョン対応情報に基づいて第２のＭＢＭＳセッション開始メッセージに挿入することによって生成するステップとをさらに含み、第１及び第２のフローＩＤは異なる。

【0022】

少なくとも１つの実施形態例によると、ＭＢＭＳ−ＧＷは、第１のセッション開始メッセージを受信する処理が、ＭＢＭＳ−ＧＷにおいて、第１のセッション開始メッセージに含まれる第１のフローＩＤを識別するステップを含み、第１のフローＩＤはＢＭ−ＳＣに割り当てられたフローＩＤの第１のプールに含まれる複数のフローＩＤの１つであり、第２のフローＩＤはＭＢＭＳ−ＧＷに割り当てられたフローＩＤの第２のプールに含まれる複数のフローＩＤの１つであり、第２のプールに含まれるフローＩＤは第１のプールには含まれないようにプログラムされる。

【0023】

少なくとも１つの実施形態例によると、第１のＭＢＭＳ−ＧＷが実行するようにプログラムされる処理は、ＭＢＭＳ−ＧＷにおいて第１のセッション更新又は停止要求をＢＭ−ＳＣから受信すると、第１のＭＢＭＳセッション更新又は停止要求を１以上の第１のｅＮＢに対応付けられた１以上のＭＭＥに送信するステップであって、第１のＭＢＭＳセッション更新は第１のフローＩＤを含む、ステップ、及び第２のＭＢＭＳセッション更新又は停止要求を１以上の第２のｅＮＢに対応付けられた１以上のＭＭＥに送信するステップであって、第２のＭＢＭＳセッション更新は第２のフローＩＤを含む、ステップをさらに含む。

【0024】

少なくとも１つの実施形態例によると、ネットワーク要素が実行するようにプログラムされる処理は、ＭＢＭＳセッション開始メッセージを送信するステップをさらに含み、ＭＢＭＳセッション開始メッセージは、第１のＩＰマルチキャストアドレス、第２のＩＰマルチキャストアドレス、第１の汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）トンネルを識別する第１の共通トンネルＩＤ、及び第２のＧＴＰトンネルを識別する第２の共通トンネルＩＤを含む。

【0025】

少なくとも１つの実施形態例によると、ネットワーク要素は、ＭＢＭＳゲートウェイ（ＭＢＭＳ−ＧＷ）であり、上記処理は、ＭＢＭＳ−ＧＷにおいて、第１のセッション開始メッセージを受信するステップであって、第１のセッション開始メッセージがブロードバンド／マルチキャスト−サービスセンター（ＢＭ−ＳＣ）から受信される、ステップ、及び第１のセッション開始メッセージにおいて、１以上の第１のｅＮＢの少なくとも１つ及び１以上の第２のｅＮＢの少なくとも１つが割り当てられる第１のサービスエリアと、１以上の第１のｅＮＢの少なくとも１つが割り当てられたサービスエリア及び１以上の第２のｅＮＢの少なくとも１つが割り当てられたサービスエリアを含む複数のサービスエリアとのうちの一方を識別するステップをさらに含み、１以上の第１のｅＮＢの各々は第１のインターネットプロトコル（ＩＰ）バージョンに対するＭ１バックホールインターフェースを有し、１以上の第２のｅＮＢの各々は第２のＩＰバージョンに対するＭ１バックホールインターフェースを有する。

【0026】

少なくとも１つの実施形態例によると、ＭＢＭＳセッション開始メッセージを送信する処理は、ＢＭ−ＳＣから第１のセッション開始メッセージを受信すると、ＭＢＭＳセッション開始メッセージをＭＢＭＳ−ＧＷから１以上のモビリティ管理エンティティ（ＭＭＥ）に送信するステップを含み、１以上のＭＭＥの各々は１以上の第１のｅＮＢのうちの少なくとも１つのｅＮＢ又は１以上の第２のｅＮＢのうちの少なくとも１つのｅＮＢに対応付けられる。

【0027】

少なくとも１つの実施形態例によると、ＭＢＭＳ−ＧＷが実行するようにプログラムされる処理は、ＭＢＭＳ−ＧＷにおいて、どのサービスエリアがどのＭ１バックホールインターフェースＩＰバージョンに対応するかを示すＩＰバージョン対応情報を受信し、又はそれによって構成されるステップをさらに含む。

【0028】

本発明の実施形態例は、以下に与えられる詳細な説明及び添付図面からより完全に理解され、同様の要素は同様の符号で示され、これらは説明の目的のみで与えられ、したがって本発明を限定するものではない。

【図面の簡単な説明】

【0029】

【図1A】図１Ａは、少なくとも１つの実施形態例によるエンハンスト・マルチメディア・ブロードキャスト・マルチキャスト・サービス（ｅＭＢＭＳ）を実施する無線通信ネットワークの図である。

【図1B】図１Ｂは、ネットワーク要素の構成例を示す図である。

【図2】図２は、少なくとも１つの実施形態例によるｅＭＢＭＳユーザプレーンのフローを示す図である。

【図3】図３は、少なくとも１つの実施形態例によるマルチキャスト−ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）におけるサービスエリア区分を説明するための図である。

【図4】図４は、少なくとも１つの実施形態例による混在したインターネットプロトコルを有する無線通信ネットワークにおいてｅＭＢＭＳを提供する方法を示す図である。

【図5】図５は、少なくとも１つの実施形態例による混在したインターネットプロトコルを有する無線通信ネットワークにおいてｅＭＢＭＳを提供する方法を示す通信フロー図である。

【図6】図６は、少なくとも１つの実施形態例による混在したインターネットプロトコルを有する無線通信ネットワークにおいてｅＭＢＭＳを提供する方法を示す図である。

【図7】図７は、少なくとも１つの実施形態例によるＭＢＳＦＮにおいてサービスエリア構成を説明するための図である。

【図8A】図８Ａは、少なくとも１つの実施形態例による混在したインターネットプロトコルを有する無線通信ネットワークにおいてｅＭＢＭＳを提供する方法を示す通信フロー図である。

【図8B】図８Ｂは、少なくとも１つの実施形態例による混在したインターネットプロトコルを有する無線通信ネットワークにおいてｅＭＢＭＳを提供する方法を示す通信フロー図である。

【発明を実施するための形態】

【0030】

本発明の種々の実施形態例を、発明のいくつかの実施形態例を示す添付図面を参照してより完全に説明する。

【0031】

本発明の詳細な説明的実施形態をここに開示する。ただし、ここに開示される特定の構造的及び機能的詳細は、本発明の実施形態例を説明する目的のための単なる例示にすぎない。一方、本発明は、多数の代替形態において具現化され得るものであり、ここに記載する実施形態のみに限定されるものとして解釈されるべきではない。

【0032】

したがって、発明の実施形態例は種々の変形例及び代替形態とすることができる一方で、その実施形態は図面において例示のために図示され、ここに詳細に記載される。ただし、発明の実施形態例を開示される特定の形態に限定する意図はなく、逆に、発明の実施形態例は、発明の範囲内のものとなるすべての変形例、均等物及び代替例に及ぶことになる。同様の符号は、図面の説明を通じて同様の要素に言及する。ここで使用される用語「及び／又は」は、関連する列挙された項目の１以上のいずれか又はすべての組合せを含む。

【0033】

要素が他の要素に「接続され」又は「結合され」ているものとして言及される場合、それが他の要素に直接接続又は結合されていてもよいし、介在要素が存在していてもよいことが理解される。これに対して、要素が他の要素に「直接接続され」又は「直接結合され」ているものとして言及される場合、介在要素は存在しない。要素間の関係を説明するのに使用される他の用語は、同様の態様（例えば、「〜の間」に対する「〜の直接の間」、「隣接する」に対する「直接隣接する」など）で解釈されるべきである。

【0034】

ここで使用される用語は、特定の実施形態を説明する目的のみのためのものであり、発明の実施形態例の限定を意図するものではない。ここで使用される単数形「ａ」、「ａｎ」及び「ｔｈｅ」は、文脈に明示的の断りがない限り、同様に複数形も含むことが意図されている。用語「ｃｏｍｐｒｉｓｅｓ」、「ｃｏｍｐｒｉｓｉｎｇ」、「ｉｎｃｌｕｄｅｓ」及び／又は「ｉｎｃｌｕｄｉｎｇ」は、ここで使用される場合、記載される構成、完全体、ステップ、処理、要素及び／又は構成要素を指定するが、１以上の他の構成、完全体、ステップ、処理、要素、構成要素及び／若しくはそのグループの存在又は付加を除外するものではないことがさらに理解される。

【0035】

また、ある代替実施例において、記載される機能／動作は、図面に記載される順序以外でも行われ得ることが注記されるべきである。例えば、連続して示す２つの図面は、実際には実質的に同時に実行されてもよいし、又はそれに伴う機能／動作に応じて逆の順序で実行されるときもある。

【0036】

ここで使用される用語であるユーザ機器（ＵＥ）は、アクセス端末、端末、モバイル、モバイルユニット、移動局、モバイルユーザ、加入者、ユーザ、リモート局、受信機などと同義とみなされ、以下においてそのように記すこともあり、無線通信ネットワークにおける無線リソースのリモートユーザを示し得る。用語エボルブドＮｏｄｅＢ（ｅＮＢ）は、基地局（ＢＳ）、基地送受信局（ＢＴＳ）、ＮｏｄｅＢ、アクセスポイントなどと同義とみなされ、及び／又はそのように記すこともあり、ネットワーク及び１以上のユーザ間のデータ及び／又は音声接続性に対する無線ベースバンド機能を提供する機器を示し得る。

【0037】

実施形態例は、適切なコンピューティング環境で実施されるものとしてここに記載される。要件ではないが、実施形態例を、１以上のコンピュータプロセッサ又はＣＰＵによって実行されるプログラムモジュール又は機能的処理のようなコンピュータ実行可能命令の概略的背景において説明する。概略として、プログラムモジュール又は機能的処理は、特定のタスクを実行し、又は特定のアブストラクトデータタイプを実施するルーチン、プログラム、オブジェクト、コンポーネント、データ構造体などを含む。ここに記載するプログラムモジュール及び機能的処理は、１以上のデジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）コンピュータなどを含む既存のハードウェアを用いて実施され得る。

【0038】

以降の説明において、実施形態例を、特に断りがない限り、１以上のプロセッサによって実行される（例えば、フローチャートの形式において）処理の動作及び記号表示を参照して説明する。このように、そのような動作及び処理は、コンピュータにより実行されるものとして言及されることもあり、構造化された形態でデータを表す電気信号のプロセッサによる操作を含む。この操作はデータを変換し、又はコンピュータのメモリシステムの位置にそれを保持し、それは当業者に正しく理解される態様でコンピュータの処理を再構成し、あるいは変更する。

【0039】

ネットワークアーキテクチャ例及びネットワーク要素構成例の概略
図１Ａは、少なくとも１つの実施形態例によるエンハンスト・マルチメディア・ブロードキャスト・マルチキャスト・サービス（ｅＭＢＭＳ）を実施する無線通信ネットワーク１００の図である。無線通信ネットワーク１００は、例えば、ロングタームエボリューション（ＬＴＥ）無線通信標準を実施することができる。

【0040】

図１Ａを参照すると、無線通信ネットワーク１００は、ブロードバンド／マルチキャスト−サービスセンター（ＢＭ−ＳＣ）１０５、マルチメディア・ブロードキャスト／マルチキャスト・サービス−ゲートウェイ（ＭＢＭＳ−ＧＷ）１１０、モビリティ管理エンティティ（ＭＭＥ）１１５及びエボルブドユニバーサル移動通信システム（ＵＭＴＳ）無線アクセスネットワーク（ｅＵＴＲＡＮ）を含み得る。ＢＭ−ＳＣ１０５及びＭＢＭＳ−ＧＷ１１０は、ＳＧｍｂ及びＳＧｉ−ｍｂインターフェースを介して相互に接続され得る。ＭＢＭＳ−ＧＷ１１０及びＭＭＥ１１５は、Ｓｍインターフェースを介して相互に接続され、ＭＢＭＳ−ＧＷ１１０及びＭＭＥ１１５は、それぞれＭ１及びＭ３インターフェースを介してｅＵＴＲＡＮ１２０に接続され得る。

【0041】

ｅＵＴＲＡＮ１２０は、マルチ−セル／マルチキャスト調整エンティティ（ＭＣＥ）及びエボルブドＮｏｄｅＢ（ｅＮＢ）１４０を含み得る。ｅＮＢ１４０の各々は、例えば、ＵＥ１５０を含む無線通信ネットワーク１００に接続されたユーザ機器（ＵＥ）に無線アクセスを与える。

【0042】

図１Ｂは、ネットワーク要素３５１の構成例を示す図である。ここに記載されるいずれのネットワーク要素も、以下に記載するネットワーク要素３５１の構成及び処理を有し得る。例えば、ＢＭ−ＳＣ１０５、ＭＢＭＳ−ＧＷ１１０、ＭＭＥ１１５及びｅＮＢ１４０のいずれかが、以下に記載するネットワーク要素３５１の構成及び処理を有していてもよい。また、ＵＥ１５０は、各々ネットワーク要素３５１の構成及び処理を有し得る。図１Ｂを参照すると、ネットワーク要素３５１は、例えば、データバス３５９、送信部３５３、受信部３５４、メモリ部３５６及び処理部３５８を含み得る。

【0043】

送信部３５３、受信部３５４、メモリ部３５６及び処理部３５８は、データバス３５９を用いて一方から他方にデータを送信し、及び／又はデータを受信する。

【0044】

送信部３５３は、例えば制御信号又はデータ信号を含む信号を他のネットワーク要素との１以上の有線及び／又は無線接続を介して送信するためのハードウェア及び何らかの必要なソフトウェアを含む装置である。

【0045】

受信部３５４は、例えば制御信号又はデータ信号を含む信号を他のネットワーク要素との１以上の有線及び／又は無線接続を介して受信するためのハードウェア及び何らかの必要なソフトウェアを含む装置である。

【0046】

メモリ部３５６は、磁気ストレージ、フラッシュストレージなどを含む、データを記憶可能な任意の装置であればよい。

【0047】

処理部３５８は、例えば、特定の処理を実行するように構造的に構成され、又は例えばメモリ部３５６に記憶されたコードを含むコンピュータ可読コードに含まれる命令を実行するように構造的に構成されたプロセッサを含む、データを処理可能な任意の装置であればよい。上記プロセッサの例は、以下に限定されないが、マイクロプロセッサ、マルチプロセッサ、中央処理装置（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）及びフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含む。

【0048】

少なくとも１つの実施形態例によると、（例えば、ＢＭ−ＳＣ１０５、ＭＢＭＳ−ＧＷ１１０、ＭＭＥ１１５及びｅＮＢ１４０のいずれかを含む）ネットワーク要素によって実行されるものとして例えば図１〜８Ｂのいずれかを参照してここに記載するいずれの処理も、図１Ｂに示すネットワーク要素３５１の構成を有するネットワーク要素によって実行され得る。例えば、少なくとも１つの実施形態例によると、ネットワーク要素３５１は、ネットワーク要素によって実行されるものとしてここに記載される機能のいずれか又はすべてを実行するように、ソフトウェア及び／又はハードウェアの観点で、プログラムされることができる。

【0049】

ここで、ネットワーク要素によって実行されるものとしてここに記載される機能のいずれか又はすべてを実行するようにソフトウェアの観点でプログラムされたネットワーク要素３５１の例を以下に記載する。例えば、メモリ部３５６は、ネットワーク要素によって実行されるものとして図１〜８Ｂを参照して記載される処理のいずれか又はすべてに対応する実行可能な命令を含むプログラムを記憶することができる。少なくとも１つの実施形態例によると、実行可能な命令は、メモリ部３５６に記憶されることに加えて、又はそれに代えて、例えば、光学ディスク、フラッシュドライブ、ＳＤカードなどを含むコンピュータ可読媒体に記憶されてもよく、ネットワーク要素３５１は、コンピュータ可読媒体に記憶されたデータを読み出すためのハードウェアを含み得る。また、処理部３５８は、例えば、コンピュータ可読媒体を読み取るために、メモリ部３５６及びネットワーク要素３５１に含まれるハードウェアに搭載されたコンピュータ可読記憶媒体の少なくとも一方に記憶された実行可能な命令を読み出して実行することによって、ネットワーク要素によって実行されるものとして図１〜８Ｂを参照して記載される処理のいずれか又はすべてを実行するように構成されたプロセッサであればよい。

【0050】

ここで、ネットワーク要素によって実行されるものとしてここに記載される機能のいずれか又はすべてを実行するようにハードウェアの観点でプログラムされるネットワーク要素３５１の例を以下に説明する。上述したようなメモリ部又はコンピュータ可読媒体に記憶される、ネットワーク要素によって実行されるものとして図１〜８Ｂを参照して説明する機能に対応する実行可能な命令に加えて、又はそれに代えて、処理部３５８は、ネットワーク要素によって実行されるものとして図１〜８Ｂを参照して説明する処理のいずれか又はすべてを実行するのに特化した構造的設計を有する回路を含み得る。例えば、処理部３５８に含まれる上記回路は、ネットワーク要素によって実行されるものとして図１〜８Ｂを参照して説明する処理のいずれか又はすべてを実行するように物理的にプログラムされたＦＰＧＡ又はＡＳＩＣであればよい。

【0051】

混在プロトコルネットワークにおけるＭＢＭＳの問題
ＬＴＥネットワークを介してマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）を提供するネットワークオペレータは、インターネットプロトコルバージョン４（ＩＰｖ４）及びインターネットプロトコルバージョン６（ＩＰｖ６）バックホールが混在したネットワークを介してサービスをブロードキャストすることが必要となることがある。ＩＰｖ４バックホールインターフェースのｅＮＢとＩＰｖ６バックホールインターフェースのｅＮＢとが混在した１以上のマルチキャスト−ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）がある環境では、ＭＢＭＳ−ＧＷ ３ＧＰＰ Ｍ１インターフェースはデュアルインターネットプロトコル（ＩＰ）スタックを必要とし得る。例えば、２セットのｅＮＢ（すなわち、ＩＰｖ４のｅＮＢ及びＩＰｖ６のｅＮＢ）に対して、異なるＭＢＭＳセッションを生成する一方で、例えば、その各々の内容全体がここに参照として取り込まれる３ＧＰＰ ＴＳ ２３．２４６、３ＧＰＰ ＴＳ ３６．３００又は３ＧＰＰ ＴＳ ３６．４４０において規定された３ＧＰＰ ＭＢＳＦＮ要件を満たすようにこれら２つのセッションに対してロングタームエボリューション（ＬＴＥ）エアインターフェース上で送信されるコンテンツの同期を維持する必要があり得る。少なくとも１つの実施形態例によると、ＭＣＥはｅＮＢと共同設置される。結果として、ＭＣＥによって又はＭＣＥにおいて実行されるものとしてここに記載される処理は、ＭＣＥと共同設置されたｅＮＢ又はｅＮＢ及びＭＣＥが具現化された物理ネットワークノードによって又はそこにおいて実行され得る。また、ｅＮＢと対応のＭＣＥとの間で発生するものとしてここに記載するシグナリングは、ｅＮＢ及びＭＣＥを具現化する物理ネットワーク要素の内部で、例えばｅＮＢを表す論理ノードとＭＣＥを表す論理ノードとの間で発生し得る。さらに、説明の簡略化のため、少なくとも１つの実施形態例によるＭＣＥがｅＮＢと共同設置される例を参照してＭＣＥをここに記載することがあるが、ＭＣＥは、ｅＮＢと共同設置されないネットワーク要素によって実施されてもよい。

【0052】

混在したインターネットプロトコルを有する通信ネットワークにおいてＭＢＭＳを提供するための１つの解決手段として、ＭＢＭＳサービス送信するｅＮＢを地理的サービスエリアに区分することが考えられる。例えば、無線通信ネットワーク１００を参照すると、ＭＢＭＳサービスを構成する場合、無線通信ネットワーク１００のネットワークオペレータは、どのサービスエリアにおいてＭＢＭＳサービスがブロードキャストされるべきかを指定し得る。ただし、既存の３ＧＰＰ規格に応じて、ＢＭ−ＳＣ１０５において個別のＭＢＭＳセッションをＩＰｖ４及びＩＰｖ６サービスエリアについて生成することが必要となり得る。結果として、混在するＩＰｖ４及びＩＰｖ６のｅＮＢを含むＭＢＳＦＮにＭＢＭＳサービスを提供するために、ＢＭ−ＳＣ１０５が２つのＭＢＭＳセッション（すなわち、ＩＰｃ４セッション及びＩＰｖ６セッション）についてのベアラ送信を同期し、２つの個別のベアラストリームをＳＧｉ−ｍｂインターフェース上でＭＢＭＳ−ＧＷ１１０に送信することが必要となり得る。これは、ＩＰｖ４のｅＮＢのみ又はＩＰｃ６のｅＮＢのみを有するネットワークに対してＭＢＭＳが実施されるシナリオと比較して、ＳＧｉ−ｍｂインターフェース上で２倍のトラフィックを生成することになる。

【0053】

したがって、ＳＧｉ−ｍｂインターフェースを介してＢＭ−ＳＣ１０５から送信されるコンテンツの複製を要することなく、ＩＰｖ４のｅＮＢ及びＩＰｖ６のｅＮＢを有するＭＢＳＦＮに対してＭＢＭＳを実施することが望ましい。したがって、少なくとも１つの実施形態例によると、ＢＭ−ＳＣ１０５から送信される単一のストリームは、例えば、ＭＢＭＳ−ＧＷ１１０を含む他のネットワーク要素においてＩＰｖ４ストリーム及びＩＰｖ６ストリームに分離され、それによりＳＧｉ−ｍｂインターフェースを介した複製ストリームを送信する必要性を減らし、あるいはなくすことができる。また、少なくとも１つの実施形態例によると、同期はＩＰｖ４及びＩＰｖ６ストリームにわたって維持され得る。

【0054】

例えば、図２は、少なくとも１つの実施形態例によるｅＭＢＭＳユーザプレーンのフローを示す図である。図２を参照すると、第１のプロトコルスタック２１０は、同期プロトコル（ＳＹＮＣ）レイヤまでは第２及び第３プロトコルスタック２２０及び２３０と同一であればよい。ここで、第１のプロトコルスタック２１０は、ＳＧｉ−ｍｂインターフェースを介してＢＭ−ＳＣ１０５に含まれるメディア配信機能（ＭＤＦ）からＭＢＭＳ−ＧＷ１１０に送信される初期コンテンツストリームのプロトコルスタックである。第２及び第３のプロトコルスタック２２０及び２３０はそれぞれＩＰｖ４及びＩＰｖ６コンテンツストリームのプロトコルスタックであり、ＭＢＭＳ−ＧＷ１１０は、分離されたストリームをｅＵＴＲＡＮ１２０にＭ１インターフェースを介して送信する前にＢＭ−ＳＣ１０５のＭＤＦによって送信された初期コンテンツストリームをそこに分離する。

【0055】

例えば、図２に示すように、単方向トランスポートでのファイル配信プロトコル（ＦＬＵＴＥ）レイヤ、ユーザデータグラムプロトコル（ＵＤＰ）レイヤ、ＩＰｖ６レイヤ及びＳＹＮＣレイヤを含む最初の４プロトコルレイヤは、第１〜第３のプロトコルスタック２１０〜２３０の各々について同じであればよい。また、第２のスタック２２０は、ＳＹＮＣレイヤの後に、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）レイヤ、ＵＤＰレイヤ及びＩＰｖ４レイヤを含み得る点で、第１のスタック２１０と異なり得る。また、第３のスタック２３０は、ＳＹＮＣレイヤの後に、ＵＤＰレイヤ及びＩＰｖ６レイヤに加えてＧＴＰレイヤを含み得る点で、第１のスタック２１０と異なり得る。ＳＹＮＣレイヤを含むところまで同じプロトコルレイヤを保持することによって、ＭＢＭＳ−ＧＷによって生成されたＩＰｖ４及びＩＰｖ６コンテンツストリームは、相互に、及びＢＭ−ＳＣ１０５によって送信された初期コンテンツストリームと、同期を維持することができる。

【0056】

一方、無線通信ネットワークは、ＩＰｖ４ストリーム及びＩＰｖ６ストリームを含む２つの同期ストリームを生成することに加えて、ＩＰｖ４及びＩＰｖ６ストリームがそれぞれＩＰｖ４及びＩＰｖ６のｅＮＢに適切に供給されることを確実にしなければならない。ここで、ＩＰｖ４及びＩＰｖ６ストリームの適切な配信を確実にするための２つの方法例をより詳細に以下に説明する。

【0057】

少なくとも１つの実施形態例によると、第１の方法例は、ｅＮＢによってサポートされるインターネットプロトコルバージョンに従って区分されたサービスエリアを用いることを含むものであり、図３〜５を参照して説明される。少なくとも１つの実施形態例によると、区分されたサービスエリアを必要としない第２の方法例を、図６〜８Ｂを参照して説明する。

【0058】

混在プロトコルネットワークにおいてサービスエリア区分を用いてＭＢＭＳを提供するための方法例
少なくとも１つの実施形態例によると、混在プロトコルネットワークにおいてＭＢＭＳを提供するための第１の方法例によって、ネットワークオペレータは、２つのサービスエリア又は２セットのサービスエリアを規定し、ｅＮＢのプロトコルタイプに基づいてＭＢＳＦＮにおいてサービスエリアをｅＮＢに割り当てる。例えば、一方のサービスエリアはＩＰｖ６バックホールインターフェースのｅＮＢのみに割り当てられ、他方のサービスはＩＰｖ４バックホールインターフェースのｅＮＢのみに割り当てられるようにすることができる。

【0059】

また、少なくとも１つの実施形態例によると、ＭＢＭＳ−ＧＷ１１０は、どのサービスエリアＩＤ（ＳＡＩ）がＩＰｖ４バックホールのサービスエリアに関係し、どのＳＡＩがＩＰｖ６バックホールのサービスエリアに関係するかをＭＢＭＳ−ＧＷ１１０が判別することができるように構成される。

【0060】

図３は、少なくとも１つの実施形態例によるマルチキャスト−ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）３００におけるサービスエリア区分を説明するための図である。図４は、少なくとも１つの実施形態例による、混在したインターネットプロトコルを有する無線通信ネットワークにおいてｅＭＢＭＳを提供する方法を示す図である。図５は、少なくとも１つの実施形態例による、混在したインターネットプロトコルを有する無線通信ネットワークにおいてｅＭＢＭＳを提供する方法を示す通信フロー図である。

【0061】

図３に、図１Ａに示す無線通信ネットワーク１００の一部分を示す。図３を参照すると、無線通信ネットワーク１００に含まれるｅＮＢ１４０は、第１、第２及び第３のＩＰｖ６のｅＮＢ１２２Ａ、１２４Ａ及び１２６Ａを含み得る。また、ｅＮＢ１４０はまた、第１及び第２のＩＰｖ４のｅＮＢ１２２Ｂ及び１２４Ｂを含み得る。第１〜第３のＩＰｖ６のｅＮＢ１２２Ａ〜１２６Ａは、ＩＰｖ６プロトコルを用いるように構成される。例えば、第１〜第３のＩＰｖ６のｅＮＢ１２２Ａ〜１２６Ａは、ＩＰｖ６フォーマットアドレスを用いるように構成される。第１及び第２のＩＰｖ４のｅＮＢ１２２Ｂ及び１２４Ｂは、ＩＰｖ４プロトコルを用いるように構成される。例えば、第１及び第２のＩＰｖ４のｅＮＢ１２２Ｂ及び１２４Ｂは、ＩＰｖ４フォーマットアドレスを用いるように構成される。

【0062】

さらに、図３に示す例では、第１〜第３のＩＰｖ６のｅＮＢ１２２Ａ〜１２６Ａ並びに第１及び第２のＩＰｖ４のｅＮＢ１２２Ｂ及び１２４Ｂは、すべて同じＭＢＳＦＮであるＭＢＳＦＮ３００に含まれる。図４及び５を参照してより詳細を以下に記載するように、ＭＢＭＳコンテンツがＭＢＳＦＮ３００のＩＰｖ６及びＩＰｖ４のｅＮＢの双方に同期して適切に配信されることを確実にするために、ＭＢＳＦＮ３００のＩＰｖ６及びＩＰｖ４のｅＮＢは、図３に示すように、それぞれ第１及び第２のサービスエリアＳＡ１及びＳＡ２に割り当てられる。

【0063】

ここで、図４及び５を参照して、混在したプロトコルを有するネットワークにおいてＭＢＭＳサービスを提供する方法例を説明する。図４を参照すると、ステップＳ４０５において、ＢＭ−ＳＣ１０５は開始要求をＭＢＭＳ−ＧＷ１１０に送信し、ＭＢＭＳ−ＧＷ１１０はその開始要求を受信する。開始要求は、ＩＰｖ４及びＩＰｖ６のＳＡＩとともにＢＭ−ＳＣ１０５のフローＩＤ範囲内のフローＩＤを含む。

【0064】

例えば、図５におけるステップ５１ａ及び５１ｂは、ステップＳ４０５の例をさらに詳細に説明するものである。図５を参照すると、ステップ５１ａにおいて、ＢＭ−ＳＣ１０５は、再認証要求（ＲＡＲ）セッション開始要求をＭＢＭＳ−ＧＷ１１０に送信する。ＢＭ−ＳＣ１０５は、３ＧＰＰ ＴＳ ２９．０６１において規定されるようにＳＧｍｂインターフェース上でＲＡＲセッション開始要求を送信することができる。少なくとも１つの実施形態例によると、ステップＳ４０５においてＢＭ−ＳＣ１０５によって送信されてＭＢＭＳ−ＧＷ１１０によって受信されるＲＡＲセッション開始要求は、
一時的モバイルグループ識別（ＴＭＧＩ）；
このＴＭＧＩに対する固有のフローＩＤ（例えば、０）を有するＭＢＭＳフロー識別子の属性値ペア（ＡＶＰ）；
ＩＰｖ４及びＩＰｖ６のＳＡＩ（例えば、ＳＡ１及びＳＡ２）を含むＭＢＭＳサービスエリアＡＶＰ；
ＢＭ−ＳＣがこのセッションに対して選択するＭＭＥに対するＩＰｖ４アドレスのリストを提供する３ＧＰＰ−ＳＧＳＮアドレスＡＶＰ；及び
ＢＭ−ＳＣがこのセッションに対して選択するＭＭＥに対するＩＰｖ６アドレスのリストを提供する３ＧＰＰ−ＳＧＳＮ−ＩＰｖ６アドレスＡＶＰ
を含み得る。

【0065】

例えば、少なくとも１つの実施形態例によると、ＢＭ−ＳＣ１０５及びＭＢＭＳ−ＧＷ１１０は、フローＩＤの重複しないプールで構成される。また、より詳細を以下に記載するように、フローＩＤは、時間において重複して共通のＴＭＧＩを有するがサービスエリアの観点では重複しないＭＢＭＳセッションをＭＭＥ１１５が区別できるようにするのに使用される。図５に示す例では、ステップ５１ａにおいて送信されたＲＡＲセッション開始要求は、第１のＴＭＧＩ値であるＴＭＧＩ１、第１のフローＩＤであるＦＩＤ０並びに第１及び第２のサービスエリアＳＡ１及びＳＡ２に対するインジケータを含む。ステップ５４ａを参照してより詳細を以下に記載するように、少なくとも１つの実施形態例によると、ＢＭ−ＳＣ１０５はステップ５１ａで送信されたセッション開始要求に対応する現在のセッションに対して１つのセッションコンテキストしか有さないため、ＢＭ−ＳＣ１０５はステップ５１ａを介して確立されたＭＢＭＳセッションに対して単一のユーザプレーンストリームをＭＢＭＳ−ＧＷ１１０にＳＧｉ−ｍｂインターフェース上で送信することになる。

【0066】

図５を参照して、ステップ５１ａにおいて送信されたＲＡＲセッション開始要求を受信したことに応じて、ＭＢＭＳ−ＧＷ１１０は、ステップ５１ｂにおいて肯定的な再認証回答（ＲＡＡ）セッション開始応答によって応答する。

【0067】

図４に戻り、ステップＳ４１０において、ＭＢＭＳ−ＧＷ１１０は、ステップＳ４０５において受信されたＲＡＲセッション開始要求に対応するＭＢＭＳセッションを、それぞれＩＰｖ６サービスエリアＳＡ１及びＩＰｖ４サービスエリアＳＡ２に対応する２つのＭＢＭＳセッションに分離する。例えば、ＭＢＭＳ−ＧＷ１１０は、ＩＰｖ６及びＩＰｖ４サービスエリアＳＡ１及びＳ２にそれぞれ対応する２つのセッションコンテキストを生成してもよい。また、ＭＢＭＳ−ＧＷ１１０は、ＩＰｖ６サービスエリアＳＡ１に対してＢＭ−ＳＣ１０５によって当初設定されたフローＩＤを維持しつつ、ＩＰｖ４サービスエリアＳＡ２にＭＢＭＳ−ＧＷ１１０のフローＩＤプールからフローＩＤを割り当ててもよい。そして、ＭＢＭＳ−ＧＷ１１０は、ＩＰｖ６セッションについてのＭＢＭＳセッション開始要求及びＩＰｖ４セッションについてのＭＢＭＳセッション開始要求をＭＭＥ１１５にＳｍインターフェースを介して送信する。上述したように、ＭＢＭＳ−ＧＷ１１０は、サービスエリアのＳＡＩに基づいて、どのサービスエリアがＩＰｖ４サービスエリアであり、どのサービスエリアがＩＰｖ６サービスエリアであるかを特定するように構成され得る。また、少なくとも１つの実施形態例によると、ＭＢＭＳ−ＧＷ１１０又は無線通信ネットワーク１１０のオペレータは、例えば、複数のＳＡＩの各々に対応付けられたＩＰバージョンを定義するＩＰ対応情報をＭＢＭＳ−ＧＷ１１０に提供することができる。したがって、ＩＰ対応情報及びＳＡＩに基づいて、ＭＢＭＳ−ＧＷ１１０は、第１のＩＰバージョン（例えばＩＰｖ６）を有するサービスエリアが第１のフローＩＤを有するとともに第２のＩＰバージョン（例えばＩＰｖ４）を有するサービスエリアが第１のフローＩＤとは異なる第２のフローＩＤを有するように、異なるフローＩＤを異なるＩＰバージョンのサービスエリアにそれぞれ割り当てることができる。例えば、ＭＢＭＳ−ＧＷ１１０は、ＢＭ−ＳＣ１０５のフローＩＤの重複しないプールからのフローＩＤがＩＰｖ６サービスエリアのサービスエリアに割り当てられることを可能としつつ、フローＩＤのそれ自体のプールからのフローＩＤをＩＰｖ４サービスエリアのサービスエリアに具体的に割り当てることができる。

【0068】

例えば、図５のステップ５２ａ〜５２ｄは、ステップＳ４１０の例をさらに詳細に説明する。図５を参照して、ステップ５２ａにおいて、ＭＢＭＳ−ＧＷ１１０は、例えば３ＧＰＰ ＴＳ ２９．２７４によって、ＩＰｖ６サービスエリアについてＭＢＭＳセッション開始要求をＭＭＥ１１５に送信する。ＭＢＭＳ−ＧＷ１１０は、ステップ５１ａにおいてＢＭ−ＳＣ１０５によって送信されたＲＡＲセッション開始要求に当初含まれるＴＭＧＩ及びフローＩＤであるＴＭＧＩ１及びＦＩＤ０の双方を含むように、ＩＰｖ６サービスエリアに対するＭＢＭＳセッション開始要求を形成することができる。また、ステップ５２ａにおいてＭＢＭＳ−ＧＷ１１０によって生成されたＭＢＭＳセッション開始要求はまた、ＩＰｖ６サービスエリアＳＡ１を示すサービスエリアインジケータ、固有のＣＴＥＩＤ（ｃｏｍｍｏｎ ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ＩＤ）の第１のＣＴＥＩＤであるＣＴＥＩＤ１、Ｍ１ＩＰｖ６マルチキャスト送信先及び送信元アドレスを識別するＳｍインターフェースＭＢＭＳのＩＰマルチキャスト配信情報要素（ＩＥ）及びＦＴＥＩＤ（ｆｕｌｌｙ ｑｕａｌｉｆｉｅｄ ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ＩＤ）の第１のＦＴＥＩＤであるＦＴＥＩＤ１を含んでいてもよい。少なくとも１つの実施形態例によると、ステップ５２ａにおいて、ＭＢＭＳ−ＧＷ１１０は、Ｓｍインターフェースを用いてＩＰｖ６サービスエリアに対するＭＢＭＳセッション開始要求を、ステップ５２ａにおいてＭＢＭＳ−ＧＷ１１０によって受信されたセッション開始要求に含まれる３ＧＰＰ−ＳＧＳＮアドレス及び３ＧＰＰ−ＳＧＳＮ−ＩＰｖ６アドレスＡＶＰにおいて識別されたＭＭＥに送信する。

【0069】

ＩＰｖ６サービスエリアに対するＭＢＭＳセッション開始要求を受信すると、ステップ５２ｂにおいて、ＭＭＥ１１５は、例えば３ＧＰＰ ＴＳ ２９．２７４に従って、ＭＢＭＳセッション開始応答をＭＢＭＳ−ＧＷ１１０に送信し、ＭＢＭＳ−ＧＷ１１０はＭＢＭＳセッション開始応答を受信する。

【0070】

ステップ５２ｃにおいて、ＭＢＭＳ−ＧＷ１１０は、例えば３ＧＰＰ ＴＳ ２９．２７４に従って、ＩＰｖ４サービスエリアに対するＭＢＭＳセッション開始要求をＭＭＥ１１５に送信する。ＭＢＭＳ−ＧＷ１１０は、ステップ５１ａにおいてＢＭ−ＳＣ１０５によって送信されたＲＡＲセッション開始要求におけるＴＭＧＩの第１のＴＭＧＩであるＴＭＧＩ１、及びＭＢＭＳ−ＧＷ１１０のフローＩＤのプールから割り当てられたフローＩＤの第２のフローＩＤであるＦＩＤ３３ｋを含むように、ＩＰｖ４サービスエリアに対するＭＢＭＳセッション開始要求を形成することができる。また、ステップ５２ｃにおいてＭＢＭＳ−ＧＷによって生成されたＭＢＭＳセッション開始要求は、ＩＰｖ４サービスエリアＳＡ２を示すサービスエリアインジケータ、固有のＣＴＥＩＤ（ｃｏｍｍｏｎ ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ＩＤ）の第２のＣＴＥＩＤであるＣＴＥＩＤ２、Ｍ１ＩＰｖ４マルチキャスト送信先及び送信元アドレスを識別するＳｍインターフェースＭＢＭＳのＩＰマルチキャスト配信ＩＥ、及び第２のＦＴＥＩＤであるＦＴＥＩＤ２を含んでいてもよい。少なくとも１つの実施形態例によると、第１及び第２のＣＴＥＩＤであるＣＴＥＩＤ１及びＣＴＥＩＤ２は異なる。少なくとも１つの実施形態例によると、ステップ５２ｃにおいて、ＭＢＭＳ−ＧＷ１１０は、Ｓｍインターフェースを用いてＩＰｖ４サービスエリアに対するＭＢＭＳセッション開始要求を、ステップ５２ａにおいてＭＢＭＳ−ＧＷ１１０によって受信されたセッション開始要求に含まれる３ＧＰＰ−ＳＧＳＮアドレス及び３ＧＰＰ−ＳＧＳＮ−ＩＰｖ６アドレスＡＶＰにおいて識別されたＭＭＥに送信する。

【0071】

ＩＰｖ４サービスエリアに対するＭＢＭＳセッション開始要求を受信すると、ステップ５２ｄにおいて、ＭＭＥ１１５は、例えば３ＧＰＰ ＴＳ ２９．２７４に従って、ＭＢＭＳセッション開始応答をＭＢＭＳ−ＧＷ１１０に送信し、ＭＢＭＳ−ＧＷ１１０はＭＢＭＳセッション開始応答を受信する。

【0072】

図４に戻り、ステップＳ４１５において、ＭＭＥ１１５は、ステップＳ４１０においてＭＢＭＳ−ＧＷ１１０からＭＭＥ１１５に送信されたＭＢＭＳセッション開始要求によって示されるサービスエリアに含まれるＭＣＥに開始要求を送信する。例えば、ＭＭＥは、Ｍ３インターフェースを用いて対応のＭＣＥに開始要求を送信してもよい。また、ステップＳ４２０において、ＭＣＥは、開始要求を対応のｅＮＢにＭ２インターフェースを用いて転送する。

【0073】

例えば、図５のステップ５３ａ〜５３ｄは、ステップＳ４１５の例をさらに詳細に説明する。図５を参照すると、ステップ５３ａにおいて、ＭＭＥ１１５は、Ｍ３インターフェースを用いてＭＢＭＳセッション開始要求を、ＩＰｖ６サービスエリアＳＡ１に割り当てられたｅＮＢとインターフェースするＭＣＥに送信する。ＩＰｖ６サービスエリアＳＡ１に対してＭＭＥ１１５によって送信されたＭＢＭＳセッション開始要求は、ステップ５２ａにおいてＩＰｖ６サービスエリアＳＡ１に対してＭＭＥ１１５において受信されたＭＢＭＳセッション開始要求のうちの、ＴＭＧＩ１及びＣＴＥＩＤ１の値、ＩＰｖ６Ｍ１アドレス並びにＩＰｖ６サービスエリアＳＡ１に対するインジケータを含み得る。例えば、少なくとも１つの実施形態例によると、ＭＭＥ１１５は、Ｍ３インターフェース・トランスポートネットワーク・レイヤ（ＴＮＬ）情報におけるＣＴＥＩＤ１とともにＭ１ＩＰｖ６マルチキャスト送信先アドレス及び送信元アドレスを、ステップ５３ａにおいて送信されるＭＢＭＳセッション開始要求に含める。例えば、ステップ５３ａにおいて、ＭＭＥ１１５は、第１〜第３のＩＰｖ６サービスエリアＳＡ１に対するＭＢＭＳ開始メッセージを、ＩＰｖ６のｅＮＢ１２２Ａ〜１２６ＡとインターフェースするＭＣＥに送信する。さらに、図５には示していないが、少なくとも１つの実施形態例によると、ステップ５３ａにおいて、ＭＣＥは、例えばＭ２インターフェースを用いて、Ｍ２インターフェース・トランスポートネットワーク・レイヤ（ＴＮＬ）情報における第１のＣＴＥＩＤであるＣＴＥＩＤ１とともにＭ１ＩＰｖ６マルチキャスト送信先アドレス及び送信元アドレスとともに開始要求を、ＳＡ１に割り当てられたｅＮＢに送信する。

【0074】

ステップ５３ｂにおいて、ステップ５３ａにおいて開始要求を受信したＭＣＥは、ステップ５３ａにおいてＩＰｖ６サービスエリアに対してＭＭＥによって送信されたＭＢＭＳセッション開始要求に応じて、ＭＢＭＳセッション開始応答をＭＭＥ１１５に送信する。

【0075】

ステップ５３ｃにおいて、ＭＭＥ１１５は、ＩＰｖ４サービスエリアＳＡ２に対するＭＢＭＳセッション開始要求を、ＩＰｖ４サービスエリアＳＡ２に割り当てられたｅＮＢとインターフェースするＭＣＥに送信する。ＩＰｖ４サービスエリアＳＡ２に対してＭＭＥ１１５によって送信されたＭＢＭＳセッション開始要求は、ステップ５２ｃにおいてＩＰｖ４サービスエリアについてＭＭＥ１１５において受信されたＭＢＭＳセッション開始要求のうちの、ＴＭＧＩ１及びＣＴＥＩＤ２の値、ＩＰｖ４Ｍ１アドレス及びＩＰｖ４サービスエリアＳＡ２についてのインジケータを含むことができる。例えば、少なくとも１つの実施形態例によると、ＭＭＥ１１５は、Ｍ３インターフェースＴＮＬ情報におけるＣＴＥＩＤ２とともにＭ１ＩＰｖ４マルチキャスト送信先アドレス及び送信元アドレスを、ステップ５３ｃにおいて送信されるＭＢＭＳ開始要求に含める。例えば、ステップ５３ｃにおいて、ＭＭＥ１１５は、ＩＰｖ４サービスエリアＳＡ２についてのＭＢＭＳセッション開始メッセージを、第１及び第２のＩＰｖ４のｅＮＢ１２２Ｂ及び１２４ＢとインターフェースするＭＣＥに送信する。さらに、図５に示していないが、少なくとも１つの実施形態例によると、ステップ５３ｃにおいて、ＭＣＥは、例えばＭ２インターフェースを用いて、Ｍ２インターフェース・トランスポートネットワーク・レイヤ（ＴＮＬ）情報において第２のＣＴＥＩＤであるＣＴＥＩＤ２とともにＭ１ＩＰｖ４マルチキャスト送信先アドレス及び送信元アドレスを有する開始要求を、ＳＡ２に割り当てられたｅＮＢに送信する。

【0076】

ステップ５３ｄにおいて、ステップ５３ｃにおいて開始要求を受信したＭＣＥは、ステップ５３ｃにおいてＩＰｖ４サービスエリアに対してＭＭＥによって送信されたＭＢＭＳセッション開始要求に応じて、ＭＢＭＳセッション開始応答をＭＭＥ１１５に送信する。

【0077】

図４に戻り、ステップＳ４２０において、ＢＭ−ＳＣ１０５は、単一のＭＢＭＳコンテンツストリームをＭＢＭＳ−ＧＷ１１０に送信し、ＭＢＭＳ−ＧＷ１１０はそのストリームを受信する。例えば、ステップＳ４２０に対応する図５のステップ５４ａに示すように、ＢＭ−ＳＣ１０５は、単一のＳＹＮＣプロトコルデータユニット（ＰＤＵ）ストリーム（例えば、単一のＩＰｖ６ユニキャストストリーム）をＳＧｉ−ｍｂインターフェースを用いてＭＢＭＳ−ＧＷ１１０に送信することによってＳＧｉ−ｍｂインターフェース上でユーザプレーンのデータフローを開始することができ、ＭＢＭＳ−ＧＷ１１０はそのストリームを受信する。

【0078】

図４に戻り、ステップＳ４２５において、ＭＢＭＳ−ＧＷ１１０は、２つのＭＢＭＳコンテンツストリームをそれぞれＩＰｖ６及びＩＰｖ４を介して送信する。２つのＭＢＭＳコンテンツストリームは、ステップＳ４２０においてＢＭ−ＳＣ１０５からＭＢＭＳ−ＧＷ１１０によって受信されたコンテンツストリームに対応する。例えば、ステップＳ４２５に対応する図５のステップ５４ｂ及び５４ｃに示すように、ＭＢＭＳ−ＧＷ１１０は、Ｍ１インターフェースを用いて、ステップ５４ａにおいてＭＢＭＳ−ＧＷ１１０に送信されたＩＰｖ６ストリームに含まれる同じＳＹＮＣ ＰＤＵ及びコンテンツをともに有するＩＰｖ６マルチキャストストリーム及びＩＰｖ４マルチキャストストリームを送信することができる。例えば、ステップ５４ｂにおいて、ＭＢＭＳ−ＧＷ１１０は、例えば、ステップ５２ａにおいてＭＢＭＳ−ＧＷ１１０によって送信されたＭＢＭＳセッション開始要求において識別されたＩＰｖ６Ｍ１送信先及び送信元アドレスを用いて、第１のＣＴＥＩＤであるＣＴＥＩＤ１のＧＴＰトンネルにおけるＩＰｖ６マルチキャストストリームを送信することができ、ステップ５４ｃにおいて、ＭＢＭＳ−ＧＷ１１０は、例えば、ステップ５２ｃにおいてＭＢＭＳ−ＧＷ１１０によって送信されたＭＢＭＳセッション開始要求において識別されたＩＰｖ４Ｍ１送信先及び送信元アドレスを用いて、第２のＣＴＥＩＤであるＣＴＥＩＤ２のＧＴＰトンネルにおけるＩＰｖ４マルチキャストストリームを送信することができる。

【0079】

少なくとも１つの実施形態例によると、ステップ５４ｂ及び５４ｃは、ＭＢＭＳ−ＧＷ１１０がＩＰｖ６マルチキャストストリーム及びＩＰｖ４マルチキャストストリームを同時に送信するように、同時に実行され得る。少なくとも１つの実施形態例によると、ステップ５４ｂ及び５４ｃにおいてＭＢＭＳ−ＧＷ１１０によって送信されたＩＰｖ６マルチキャストストリーム及びＩＰｖ４マルチキャストストリームは、相互に同期されている。

【0080】

例えば、混在プロトコルネットワークにおいてＭＢＭＳを提供するための第１の方法例におけるステップ５４ａ〜ｃに対するユーザプレーンフローは、図２を参照して上述したものと同じであればよい。

【0081】

ステップ５５ａ〜５７ｃは、ＭＢＭＳセッションを停止する処理例を示す。少なくとも１つの実施形態例によると、ＭＢＭＳセッションは、３ＧＰＰ ＴＳ ２９．２７４に従って停止される。例えば、ステップ５１ａにおいて開始されたセッションが時間切れとなると、ＢＭ−ＳＣ１０５は、例えばＳＧｍｂインターフェースを用いて、ステップ５５ａにおいて第１のＴＭＧＩであるＴＭＧＩ１及び第１のフローＩＤであるＦＩＤ０を含むＲＡＲセッション停止要求をＭＢＭＳ−ＧＷ１１０に送信する。次に、ＭＢＭＳ−ＧＷ１１０は、ステップ５５ｂにおいてＲＡＡセッション停止応答を送信することによって応答する。次に、ＭＢＭＳ−ＧＷ１１０は、例えばＳｍインターフェースを用いて、ステップ５６ａにおいて第１のフローＩＤであるＦＩＤ０を含む第１のＭＢＭＳセッション停止要求をＭＭＥ１１５に送信する。第１のＭＢＭＳセッション停止要求に応じて、ＭＭＥ１１５は、ステップ５６ｂにおいてＭＢＭＳセッション停止応答をＭＢＭＳ−ＧＷ１１０に送信する。また、ＭＢＭＳ−ＧＷ１１０は、例えばＳｍインターフェースを用いて、ステップ５６ｃにおいて第２のフローＩＤであるＦＩＤ３３ｋを含む第２のＭＢＭＳセッション停止要求をＭＭＥ１１５に送信する。第２のＭＢＭＳセッション停止要求に応じて、ＭＭＥ１１５は、ステップ５６ｄにおいてＭＢＭＳセッション停止応答をＭＢＭＳ−ＧＷ１１０に送信する。

【0082】

次に、ステップ５７ａ及び５７ｃにおいて、ＭＭＥ１１５は、ＭＢＭＳセッション停止要求を、ＩＰｖ６サービスエリアＳＡ１に割り当てられたｅＮＢとインターフェースするＭＣＥ及びＩＰｖ４サービスエリアＳＡ２に割り当てられたｅＮＢとインターフェースするＭＣＥに、例えばＭ３インターフェースを用いてそれぞれ送信する。ＭＭＥ１１５は、ステップ５７ｂにおいて、ＩＰｖ６サービスエリアＳＡ１に割り当てられたｅＮＢとインターフェースするＭＣＥからＭＢＭＳセッション停止応答を受信する。また、ＭＭＥ１１５は、ステップ５７ｄにおいて、ＩＰｖ４サービスエリアＳＡ２に割り当てられたｅＮＢとインターフェースするＭＣＥからＭＢＭＳセッション停止応答を受信する。

【0083】

ここで、ＩＰプロトコルタイプに従うサービスエリア区分を必要としない混在プロトコルネットワークにおいてＭＢＭＳを提供するための第２の方法例を以下に図６〜８Ｂを参照して記載する。

【0084】

サービスエリア区分なしに混在プロトコルネットワークにおいてＭＢＭＳを提供するための方法例
図３〜５を参照して上述した混在プロトコルネットワークにおいてＭＢＭＳを提供するための第１の方法例では、異なるＩＰバックホール（例えば、ＩＰｖ４及びＩＰｖ６）に対するインターフェースを用いるＭＣＥが、異なるサービスエリアに割り当てられた。混在プロトコルネットワークにおいてＭＢＭＳを提供するための第２の方法例については、ネットワークオペレータは、ＩＰｖ４及びＩＰｖ６バックホールインターフェースに対して２つのサービスエリア若しくは２セットのサービスエリアを規定するか、又は上記第１の例のようにＩＰｖ４及びＩＰｖ６バックホールインターフェースの双方に対して単一のサービスエリア若しくは１セットのサービスエリアを規定することができる。例えば、単一のサービスエリアでＩＰｖ４及びＩＰｖ６バックホールが混在している例を参照して図６〜８Ｂを以下に説明する。

【0085】

少なくとも１つの実施形態例によると、ＭＢＭＳ−ＧＷ１１０は、どのサービスエリアＩＤがＩＰｖ４バックホール、ＩＰｖ６バックホール又はＩＰｖ４及びＩＰｖ６双方のバックホールのサービスエリアに関係するものかをＭＢＭＳ−ＧＷ１１０が特定することができるように任意に構成され得る。少なくとも１つの実施形態例によると、異なるサービスエリアに入るＭＣＥのＩＰタイプをＭＢＭＳ−ＧＷ１１０が認識していない場合、混在プロトコルネットワークにおいてＭＢＭＳを提供するための第２の方法例によって、ＭＢＭＳ−ＧＷ１１０はＩＰｖ４及びＩＰｖ６バックホールの双方を有するサービスエリアを前提とすることができる。

【0086】

また、図６〜８ｂを参照して詳細を以下に記載するように、混在プロトコルネットワークにおいてＭＢＭＳを提供するための第２の方法例によって、ＭＢＭＳ−ＧＷ１１０が、ＩＰｖ４及びＩＰｖ６サービスエリア（すなわち、ＩＰｖ４バックホールのサービスエリア及びＩＰｖ６バックホールの他のサービスエリア、又はＩＰｖ４及びＩＰｖ６バックホールのサービスエリア）においてブロードキャストされる必要があるＭＢＭＳサービスに対する開始要求を受信する場合に、ＭＢＭＳ−ＧＷ１１０は単一のＭＢＭＳセッションコンテキストを生成する。このセッションコンテキストは、例えば、３ＧＰＰ ＴＳ ２９．０６１によってＭＢＭＳセッションを生成するようにＭＢＭＳ−ＧＷ１１０に促すＲＡＲセッション開始要求においてＢＭ−ＳＣ１０５によって提供されたＴＭＧＩ及びフローＩＤに割り当てられる。このＭＢＭＳセッションコンテキストに対してＭＭＥに送信されたセッション開始要求において、ＭＢＭＳ−ＧＷは、Ｍ１ＩＰｖ４アドレスを含む１つのインスタンス及びＭ１ＩＰｖ６アドレスを含む他のインスタンスの２つのインスタンスのＭＢＭＳ・ＩＰマルチキャスト配信情報要素（ＩＥ）を含む。また、２つのインスタンスはまた、相互に関して固有のＣＴＥＩＤを含み得る。Ｍ３インターフェースにおいて、ＭＣＥに送信された対応のＭＢＭＳセッション開始要求においてＴＮＬ情報における両セットのＩＰアドレス及びＣＴＥＩＤを転送する。同様に、Ｍ２インターフェースにおいて、ＭＣＥは、ＴＮＬ情報における両セットのＩＰアドレス及びＣＴＥＩＤとともに適切なＭＢＭＳセッション開始要求をｅＮＢに送信する。セッションにおいて、ｅＮＢはそのＩＰバックホールバージョンに対応する適切なＭ１アドレスを選択し、それが３ＧＰＰ ＭＢＭＳ規格毎にマルチキャストグループに結合されることを確実にする。

【0087】

以下に記載するように、混在プロトコルネットワークにおいてＭＢＭＳを提供するための第１の方法例と同様に、混在プロトコルネットワークにおいてＭＢＭＳを提供するための第２の方法例についてのユーザプレーンフローは、図２を参照して上述したものと同じであればよい。

【0088】

ここで、混在プロトコルネットワークにおいてＭＢＭＳを提供するための第２の方法例を以下に図６〜８ｂを参照してより詳細に記載する。

【0089】

図６は、少なくとも１つの実施形態例による、混在したインターネットプロトコルを有する無線通信ネットワークにおいてｅＭＢＭＳを提供する方法を示す図である。図７は、少なくとも１つの実施形態例による、ＭＢＳＦＮ７００におけるサービスエリア構成を説明するための図である。図８Ａ及び８Ｂは、少なくとも１つの実施形態例による、混在したインターネットプロトコルを有する無線通信ネットワークにおいてｅＭＢＭＳを提供する方法を説明する通信フロー図である。

【0090】

図６を参照すると、ステップＳ６１０において、ＢＭ−ＳＣ１０５は、第１のフローＩＤであるＦＩＤ０を含む開始要求をＭＢＭＳ−ＧＷ１１０に送信し、ＭＢＭＳ−ＧＷ１１０は開始要求を受信する。また、ステップＳ６１０において送信される開始要求は、ＩＰｖ４及びＩＰｖ６双方のｅＮＢを含むサービスエリアを識別し得る。例えば、図７を参照すると、図３のＭＢＳＦＮ３００と同様に、図７のＭＢＳＦＮ７００は、第１〜第３のＩＰｖ６のｅＮＢ１２２Ａ〜１２６Ａ並びに第１及び第２のＩＰｖ４のｅＮＢ１２２Ｂ及び１２４Ｂを含む。ただし、ＭＢＳＦＮ３００とは異なり、ＭＢＳＦＮ７００では、ＩＰｖ４及びＩＰｖ６は、ＩＰプロトコルタイプに応じたサービスエリアに区分されていない。その代り、ＭＢＳＦＮ７００のＩＰｖ４及びＩＰｖ６のｅＮＢは、同じサービスエリア（ＳＡ）の全部を構成する。

【0091】

図８のステップ８１ａ及び８１ｂは、ステップＳ６１０の例をより詳細に説明する。図８Ａを参照すると、ステップ８１ａにおいて、ＢＭ−ＳＣ１０５は、ＲＡＲセッション開始要求をＭＢＭＳ−ＧＷ１１０に送信する。ＢＭ−ＳＣ１０５は、ＲＡＲセッション開始要求を３ＧＰＰ ＴＳ ２９．０６１において規定されるＳＧｍｂインターフェースにおいて送信することができる。少なくとも１つの実施形態例によると、ステップＳ６１０においてＢＭ−ＳＣ１０５によって送信されてＭＢＭＳ−ＧＷ１１０によって受信されるＲＡＲセッション開始要求は、
ＴＭＧＩ；
このＴＭＧＩに対する固有のフローＩＤ（例えば０）のＭＢＭＳフロー識別子の属性値ペア（ＡＶＰ）；
ＩＰｖ４及びＩＰｖ６サービスエリアＩＤ（例えばＳＡ）を含むＭＢＭＳサービスエリアＡＶＰ；
このセッションに対してＢＭ−ＳＣ１０５が選択するＭＭＥについてのＩＰｖ４アドレスのリストを提供する３ＧＰＰ−ＳＧＳＮアドレスＡＶＰ；及び
このセッションに対してＢＭ−ＳＣ１０５が選択するＭＭＥについてのＩＰｖ６アドレスのリストを提供する３ＧＰＰ−ＳＧＳＮ−ＩＰｖ６アドレスＡＶＰ
を含み得る。

【0092】

ＭＢＭＳ−ＧＷ１１０は、ステップ８１ａにおいて送信されたＲＡＲセッション開始要求を受信すると、ステップ８１ｂにおいて肯定的なＲＡＡセッション開始応答で応答する。

【0093】

ステップＳ６１５において、ＭＢＭＳ−ＧＷ１１０は、１以上のＭＭＥに開始要求を送信する。各開始要求は、ＩＰｖ４アドレス及びＩＰｖ６アドレスの双方を含み得る。例えば、図８のステップ８２ａ及び８２ｂは、ステップＳ６１５の例をより詳細に説明する。図８を参照すると、ステップ８２ａにおいて、ＭＢＭＳ−ＧＷ１１０は、Ｓｍインターフェースを用いてデュアルプロトコルＭＢＭＳセッション開始要求をＭＭＥ１１５に送信する。ＭＢＭＳ−ＧＷ１１０は、ステップ８１ａにおいてＢＭ−ＳＣ１１０によって送信されたＲＡＲセッション開始要求に当初から含まれるＴＭＧＩ及びフローＩＤであるＴＭＧＩ１及びＦＩＤ０の双方を含むように、デュアルプロトコルＭＢＭＳセッション開始要求を形成することができる。また、ステップ８２ａにおいてＭＢＭＳ−ＧＷ１１０によって生成されたデュアルプロトコルＭＢＭＳセッション開始要求はまた、混在プロトコルサービスエリアＳＡを示すサービスエリアインジケータ、Ｍ１ＩＰｖ６マルチキャスト送信先及び送信元アドレスを識別する第１のＳｍインターフェースＭＢＭＳ・ＩＰマルチキャスト配信ＩＥ、第１の配信ＩＥに対応する第１のＣＴＥＩＤであるＣＴＥＩＤ１、Ｍ１ＩＰｖ４マルチキャスト送信先及び送信元アドレスを識別する第２のＳｍインターフェースＭＢＭＳ・ＩＰマルチキャスト配信ＩＥ、及び第２の配信ＩＥに対応する第２のＣＴＥＩＤであるＣＴＥＩＤ２を含んでいてもよい。少なくとも１つの実施形態例によると、ステップ８２ａにおいて、ＭＢＭＳ−ＧＷ１１０は、Ｓｍインターフェースを用いて、ステップ８２ａにおいてＭＢＭＳ−ＧＷ１１０によって受信されたセッション開始要求に含まれる３ＧＰＰ−ＳＧＳＮアドレス及び３ＧＰＰ−ＳＧＳＮ−ＩＰｖ６アドレスＡＶＰにおいて識別されるＭＭＥにデュアルプロトコルＭＢＭＳセッション開始要求を送信する。

【0094】

したがって、少なくとも１つの実施形態例によると、混在プロトコルネットワークにおいてＭＢＭＳを提供するための第２の方法例によって、Ｓｍインターフェースは、１つのデュアルプロトコルＭＢＭＳセッション開始要求において、２つのＩＰｖ６及びＩＰｖ４アドレスにそれぞれ対応する２つの異なる配信ＩＥ、そしてＩＰｖ６及びＩＰｖ４アドレスにそれぞれ対応する２つの異なるＣＴＥＩＤも受け付けるように強化される。

【0095】

デュアルプロトコルＭＢＭＳセッション開始要求を受信したことに応じて、ステップ８２ｂにおいて、ＭＭＥ１１５がＭＢＭＳセッション開始応答をＭＢＭＳ−ＧＷ１１０に送信し、ＭＢＭＳ−ＧＷ１１０がＭＢＭＳセッション開始応答を受信する。

【0096】

図４に戻り、ステップＳ６２０において、ＭＭＥ１１５は、ステップＳ６１５においてＭＭＥ１１５において受信された開始要求において特定された単数又は複数のサービスエリアに従ってｅＵＴＲＡＮ１２０におけるＭＣＥに開始要求を送信する。ステップＳ６２０においてＭＭＥ１１５によって送信された開始要求は、ＩＰｖ４及びＩＰｖ６Ｍ１アドレスの双方を含む。

【0097】

例えば、図８のステップ８３ａ〜８３ｂは、ステップＳ６２０の例をさらに詳細に説明する。ステップ８３ａにおいて、ＭＭＥ１１５は、Ｍ３インターフェースを用いて、ステップ８２ａにおいてＭＭＥ１１５によって受信されたＭＢＭＳセッション開始要求において特定された混在プロトコルサービスエリアＳＡに含まれるＭＣＥにＭＢＭＳセッション開始要求を送信する。少なくとも１つの実施形態例によると、ステップ８３ａにおいてＭＭＥ１１５から送信されたＭＢＭＳセッション開始要求は、フローＩＤであるＦＩＤ０を除いて、ステップ８２ａにおいてＭＭＥ１１５によって受信されたＭＢＭＳセッション開始要求と同じデータ要素（例えば、ＴＭＧＩ１、ＳＡ、ＣＴＥＩＤ１、ＣＴＥＩＤ２、ＩＰｖ６アドレスに対応する第１の配信ＩＥ、及びＩＰｖ４アドレスに対応する第２の配信ＩＤ）を含み得る。例えば、少なくとも１つの実施形態例によると、ＭＭＥ１１５は、Ｍ３インターフェースＴＮＬ情報の１つのインスタンスにおけるＣＴＥＩＤ１とともにＭ１ＩＰｖ６マルチキャスト送信先及び送信元アドレスをステップ８３ａにおけるＭＢＭＳ開始要求に含め、ＭＭＥ１１５は、Ｍ３インターフェースＴＮＬ情報の第２のインスタンスにおけるＣＴＥＩＤ２とともにＭ１ＩＰｖ４マルチキャスト送信先アドレス及び送信元アドレスをステップ８３ａにおける同じＭＢＭＳ開始要求に含める。

【0098】

ステップ８３ｂにおいて、ステップ８３ａにおいてＭＭＥ１１５から送信されたＭＢＭＳセッション開始要求を受信したＭＣＥは、ＭＭＥ１１５にＭＢＭＳセッション開始応答を送信し、ＭＭＥ１１５はその応答を受信する。

【0099】

また、ステップＳ６２５は、ＭＣＥ及びＭＣＥに対応するｅＮＢが個別の装置によって実施されるシナリオにおいて実行される選択的ステップである。ステップＳ６２５において、ＭＣＥは、Ｍ２インターフェースを用いて、ステップＳ６２０において受信された開始要求をＭＣＥに対応するｅＮＢに転送し、ｅＮＢは、図８のステップ８４ａ〜８４ｄによって示すように、ＭＣＥにＭＢＭＳ開始応答を返信することによって応答し、これはステップＳ６２５の例に対応する。例えば、少なくとも１つの実施形態例によると、ＭＣＥは、Ｍ２インターフェースＴＮＬ情報の１つのインスタンスにおけるＣＴＥＩＤ１とともにＭ１ＩＰｖ６マルチキャスト送信先アドレス及び送信元アドレスをステップ８４ａ及び８４ｃで送信されるＭＢＭＳ開始要求に含め、Ｍ２インターフェースＴＮＬ情報の第２のインスタンスにおけるＣＴＥＩＤ２とともにＭ１ＩＰｖ４マルチキャスト送信先アドレス及び送信元アドレスをステップ８４ａ及び８４ｃで送信される同じＭＢＭＳ開始要求に含める。

【0100】

ＭＣＥ及び対応するｅＮＢが相関するシナリオでは、ステップＳ６２５及び８４ａ〜ｄは、単一の物理エンティティの、ＭＣＥ及びｅＮＢにそれぞれ対応する論理ノードの間で実行される内部処理を表す。

【0101】

図６に戻り、ステップＳ６３０において、ＢＭ−ＳＣ１０５は単一のＭＢＭＳコンテンツストリームをＭＢＭＳ−ＧＷ１１０に送信し、ＭＢＭＳ−ＧＷ１１０はそのストリームを受信する。例えば、ステップＳ４２０に対応する図５のステップ８４ａに示すように、ＢＭ−ＳＣ１０５は、ＳＧｉ−ｍｂインターフェースを用いて、単一のＳＹＮＣ ＰＤＵストリーム（例えば、単一のＩＰｖ６ユニキャストストリーム）をＭＢＭＳ−ＧＷ１１０に送信することによってＳＧｉ−ｍｂインターフェースにおいてユーザプレーンのデータフローを開始し、ＭＢＭＳ−ＧＷ１１０はそのストリームを受信する。

【0102】

図６に戻り、ステップＳ６３５において、ＭＢＭＳ−ＧＷ１１０は、２つのＭＢＭＳコンテンツストリームをそれぞれＩＰｖ６及びＩＰｖ４を介して送信する。この２つのＭＢＭＳコンテンツストリームは、ステップＳ６３０においてＢＭ−ＳＣ１０５からＭＢＭＳ−ＧＷ１１０によって受信されたコンテンツストリームに対応する。例えば、ステップＳ６３５に対応する図８のステップ８５ｂ及び８５ｃに示すように、ＭＢＭＳ−ＧＷ１１０は、Ｍ１インターフェースを用いて、ステップ８５ａにおいてＭＢＭＳ−ＧＷ１１０に送信されたＩＰｖ６ストリームに含まれる同じＳＹＮＣ ＰＤＵ及びコンテンツをともに有するＩＰｖ６マルチキャストストリーム及びＩＰｖ４マルチキャストストリームを送信することができる。例えば、ステップ８５ｂにおいて、ＭＢＭＳ−ＧＷ１１０は、例えば、ステップ８２ａにおいてＭＢＭＳ−ＧＷ１１０によって送信されたＭＢＭＳセッション開始要求において識別されたＩＰｖ６Ｍ１送信先及び送信元アドレスを用いて、第１のＣＴＥＩＤであるＣＴＥＩＤ１のＧＴＰトンネルにおけるＩＰｖ６マルチキャストストリームを送信することができ、ステップ８５ｃにおいて、ＭＢＭＳ−ＧＷ１１０は、例えば、ステップ８２ａにおいてＭＢＭＳ−ＧＷ１１０によって送信されたＭＢＭＳセッション開始要求において識別されたＩＰｖ４Ｍ１送信先及び送信元アドレスを用いて、第２のＣＴＥＩＤであるＣＴＥＩＤ２のＧＴＰトンネルにおけるＩＰｖ４マルチキャストストリームを送信することができる。

【0103】

少なくとも１つの実施形態例によると、ステップ８５ｂ及び８５ｃは、ＭＢＭＳ−ＧＷ１１０がＩＰｖ６マルチキャストストリーム及びＩＰｖ４マルチキャストストリームを同時に送信するように、同時に実行され得る。少なくとも１つの実施形態例によると、ステップ８５ｂ及び８５ｃにおいてＭＢＭＳ−ＧＷ１１０によって送信されたＩＰｖ６マルチキャストストリーム及びＩＰｖ４マルチキャストストリームは、相互に同期される。

【0104】

例えば、混在プロトコルネットワークにおいてＭＢＭＳを提供するための第２の方法例におけるステップ８５ａ〜ｃに対するユーザプレーンフローは、図２を参照して上述したものと同じであればよい。

【0105】

ステップ８６ａ〜８９ｄは、ＭＢＭＳセッションを終了する処理例を示す。例えば、ステップ８１ａにおいて開始されたセッションが時間切れとなると、ＢＭ−ＳＣ１０５は、例えばＳＧｍｂインターフェースを用いて、ステップ８６ａにおいて第１のＴＭＧＩであるＴＭＧＩ１及び第１のフローＩＤであるＦＩＤ０を含むＲＡＲセッション停止要求をＭＢＭＳ−ＧＷ１１０に送信する。次に、ＭＢＭＳ−ＧＷ１１０は、ステップ８６ｂにおいてＲＡＡセッション停止応答を送信することによって応答する。次に、ＭＢＭＳ−ＧＷ１１０は、例えばＳｍインターフェースを用いて、ステップ８７ａにおいて値ＦＩＤ０を含むＭＢＭＳセッション停止要求をＭＭＥ１１５に送信する。ＭＢＭＳセッション停止要求に応じて、ＭＭＥ１１５は、ステップ８７ｂにおいてＭＢＭＳセッション停止応答をＭＢＭＳ−ＧＷ１１０に送信する。次に、ＭＭＥ１１５は、例えばＭ３インターフェースを用いて、ステップ８８ａにおいてＭＢＭＳセッション停止要求をＭＣＥに送信する。ＭＢＭＳセッション停止要求に応じて、ＭＣＥは、ステップ８８ｂにおいてＭＢＭＳセッション停止応答をＭＭＥ１１５に送信する。次に、ステップ８９ａ及び８９ｃにおいて、ＭＣＥは、例えばＭ２インターフェースを用いて、ＭＢＭＳセッション停止要求をそれぞれＩＰｖ６及びＩＰｖ４のｅＮＢに送信する。ＭＣＥは、ステップ８９ｂにおいてＩＰｖ６のｅＮＢからＭＢＭＳセッション停止応答を受信する。また、ＭＣＥは、ステップ８９ｄにおいてＩＰｖ４のｅＮＢからＭＢＭＳセッション停止応答を受信する。

【0106】

説明の明瞭化のため、図４〜６を参照して上述した第１の方法例及び図７〜８ｂを参照して上述した第２の方法例を、１つのみのＭＭＥであるＭＭＥ１１５を参照して説明した。ただし、少なくとも１つの実施形態例によると、ＢＭ−ＳＣ１０５は、特定のセッションについて複数のＭＭＥを選択し、この選択をＭＢＭＳ−ＧＷ（例えば、図４、５、６及び８のステップＳ４０５、５１ａ、Ｓ６１０及び８１ａのいずれかにおいて）に示すこともできる。また、少なくとも１つの実施形態例によると、ＭＢＭＳ−ＧＷ１１０からＭＭＥ１１５に送信されるものとしてここに記載するメッセージは、ＭＢＭＳ−ＧＷ１１０から、セッションに対してＢＭ−ＳＣ１０５によって選択された複数のＭＭＥに送信されてもよい。また、ＭＭＥ１１５から１以上のＭＣＥに送信されるものとしてここに記載するメッセージは、セッションに対してＢＭ−ＳＣ１０５によって選択された複数のＭＭＥからＭＣＥに送信されてもよい。例えば、セッションに対してＢＭ−ＳＣ１０５によって選択されたＭＭＥの各々について、選択されたＭＭＥは、選択されたＭＭＥに対応するＭＣＥにメッセージを送信することができる。

【0107】

実施形態例を説明してきたが、実施形態は多数の態様に変形され得ることは明らかである。そのような変形例は実施形態例から離れたものとしてみなされるべきではなく、すべてのそのような変形例は実施形態例の範囲内に含まれるものとなる。

【図1A】

【図1B】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8A】

【図8B】