(57)【要約】  ある実施形態では、移動通信システムにおけるＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのＭＢＭＳサービスに対するリソース割り当てのための方法であって、前記リソース割り当ては前記ＭＢＳＦＮ伝送のためにスケジューリングされるべきＭＢＭＳセッションのリストの評価を含み、シーケンス番号ＳＮが前記評価に使用される方法であり、前記ＳＮは１つまたは複数のＢＭ−ＳＣにより前記ＭＢＭＳサービスのためにスケジューリングされるＭＢＭＳセッションのシーケンス内のＭＢＭＳセッションの順位を決定し、前記シーケンス内の前記ＭＢＭＳセッションの前記順位は、前記リスト内の前記ＭＢＭＳセッションの順位を決定する前記評価において使用される、方法が提供される。
2016519488.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおけるＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのＭＢＭＳサービスに対するリソース割り当てのための方法であって、
前記リソース割り当ては前記ＭＢＳＦＮ伝送のためにスケジューリングされるべきＭＢＭＳセッションのリストの評価を含み、
シーケンス番号ＳＮが前記評価のために使用される方法であり、
前記ＳＮは１つまたは複数のＢＭ−ＳＣにより前記ＭＢＭＳサービスのためにスケジューリングされるＭＢＭＳセッションのシーケンス内のＭＢＭＳセッションの順位を決定し、
前記シーケンス内の前記ＭＢＭＳセッションの前記順位は、前記リスト内の前記ＭＢＭＳセッションの順位を決定するために前記評価において使用される、方法。
【請求項２】
前記ＭＢＳＦＮエリア内で前記ＭＢＳＦＮ伝送のために利用可能なリソースが十分である場合、前記リスト内の前記ＭＢＭＳセッションの順位が前記ＳＮに基づいて決定される、請求項１に記載の方法。
【請求項３】
前記ＭＢＳＦＮエリア内で前記ＭＢＳＦＮ伝送のために利用可能なリソースが十分でない場合、かつ異なるＭＢＭＳセッションが異なるＡＲＰ優先度レベルを有する場合、前記リスト内の前記ＭＢＭＳセッションの順位が、前記ＳＮ、前記ＡＲＰ優先度ならびに各セッションのプリエンプション能力およびプリエンプション脆弱性に基づいて決定され、
前記評価が、最も低いＡＲＰ優先度を有し、かついくつかのセッションが同じ最も低いＡＲＰ優先度レベルを有する場合はＢＭ−ＳＣにより一番最近スケジューリングされたセッションを識別するＳＮを有するプリエンプト可能なセッションをまずプリエンプトすることを含む、請求項１または２に記載の方法。
【請求項４】
前記ＭＢＳＦＮエリア内で前記ＭＢＳＦＮ伝送のために利用可能なリソースが十分でない場合、かつＭＢＭＳセッションが同じＡＲＰ優先度レベルを有する場合、前記リスト内の前記ＭＢＭＳセッションの順位が前記ＳＮに基づいて決定される、請求項１から３のいずれか一項に記載の方法。
【請求項５】
ＭＢＭＳセッション開始要求メッセージもしくはＭＢＭＳセッション更新要求内でＳＮを伝送する、ＢＭ−ＳＣ、ＭＢＭＳ−ＧＷ、ＭＭＥまたはＳ４−ＳＧＳＮ等の移動通信ネットワークエンティティを含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
ＭＢＭＳセッションコンテキスト内にＳＮを格納するＭＣＥ等の移動通信ネットワークエンティティを含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
ＭＢＭＳセッションを開始する必要がある時にＳＮ割り当てサーバにＳＮを生成するよう要求し、およびＭＢＭＳセッションを更新する必要がある時にＳＮ割り当てサーバにＳＮを生成するよう任意選択で要求するＢＭ−ＳＣ等の移動通信ネットワークエンティティを含む、請求項１から６のいずれか一項に記載の方法。
【請求項８】
ＢＭ−ＳＣ等の移動通信ネットワークエンティティからの要求があるとＳＮを生成するＳＮサーバを含む、請求項１から７のいずれか一項に記載の方法。
【請求項９】
ＳＮが、Ｍ３インターフェースを通じたＭＢＭＳセッション開始要求またはＭＢＭＳセッション更新要求内でＭＣＥにより受信されなかった場合、前記ＭＣＥはＭＣＥに亘る同じルールのセットからＳＮを導くことを含む、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
ＳＮが、Ｍ３インターフェースを通じたＭＢＭＳセッション開始要求またはＭＢＭＳセッション更新要求内でＭＣＥにより受信されなかった場合、前記ＭＣＥは、前記ＭＢＭＳセッション開始要求または前記ＭＢＭＳセッション更新要求内で受信されたタプル（Ｍ３絶対時刻、ＴＭＧＩ−サービス識別子、ＴＭＧＩ−ＰＬＭＮ−ＩＤ）からＳＮを導き、ここで
・  「Ｍ３絶対時刻」は、ＳＮ決定の第１の基準として使用され、
・  ＴＭＧＩ−サービス識別子は、ＳＮ決定の第２の基準として使用され、同じ「Ｍ３絶対時刻」を有するいくつかのセッションが存在する場合のみ有用であり、
・  ＴＭＧＩ−ＰＬＭＮ−ＩＤは、ＳＮ決定の第３の基準として使用され、同じ「Ｍ３絶対時刻」および同じＴＭＧＩ−サービス識別子を有するいくつかのセッションが存在する場合のみ有用である、請求項１から９のいずれか一項に記載の方法。
【請求項１１】
前記リソース割り当てを実行する少なくとも１つのＭＣＥを前記ＭＢＳＦＮエリア内に含む、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
移動通信システムにおけるＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのＭＢＭＳサービスに対するリソース割り当てのための方法であって、
前記リソース割り当ては前記ＭＢＳＦＮ伝送のためにスケジューリングされるべきＭＢＭＳセッションのリストの評価を含み、
前記方法は、セッション開始、セッション更新、セッション停止またはＭＢＳＦＮエリア再構築のうちのいずれか１つの時点において、ＭＢＭＳセッションの開始を要求するＭＢＭＳセッション開始要求のシーケンスが受信されて最初から始まるかのように、前記ＭＢＭＳセッションのリストの再評価を実行するステップを含む、方法。
【請求項１３】
１つまたは複数のＢＭ−ＳＣにより前記ＭＢＭＳサービスのためにより以前にスケジューリングされたセッションで開始し、かつ前記ＢＭ−ＳＣにより一番最近スケジューリングされたセッションで終わる前記シーケンスが受信されたかのように、前記再評価が実行される、請求項１２に記載の方法。
【請求項１４】
前記ＢＭ−ＳＣによりスケジューリングされるＭＢＭＳセッションのシーケンス内のＭＢＭＳセッションの順位を決定するシーケンス番号ＳＮが、前記ＢＭ−ＳＣにより、より以前にスケジューリングされた前記セッションおよび前記ＢＭ−ＳＣにより一番最近スケジューリングされた前記セッションを決定するために使用される、請求項１３に記載の方法。
【請求項１５】
前記リソース割り当てを実行する少なくとも１つのＭＣＥを前記ＭＢＳＦＮエリア内に含む、請求項１２から１４のいずれか一項に記載の方法。
【請求項１６】
移動通信システムにおけるＭＢＭＳサービスに関するＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのリソース割り当てのための方法であって、
新規のＭＢＭＳセッション開始要求にサービス提供するのに十分なリソースがこの要求を受信した時点で欠如した状態において、この新規のＭＢＭＳセッションは許可されるがサスペンドとしてマークされる、即ち十分なリソースが利用可能になるまで無線を通じてブロードキャストされない、方法。
【請求項１７】
請求項１から１６のいずれか一項に記載の方法の関連するステップを実行するように構成される、ＭＢＭＳおよびＭＢＳＦＮオペレーションモードをサポートする移動通信システムのエンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、移動通信ネットワークおよび移動通信システムに関する。
【背景技術】
【０００２】
移動通信ネットワークおよび移動通信システムの詳細な説明は、文献中、例えば３ＧＰＰ（第３世代パートナーシッププロジェクト：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）等の標準化団体により公開された技術仕様書中等に特に見出すことができる。
【０００３】
一般には移動通信システムでは、ユーザ機器ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は移動通信ネットワークを介した移動サービスへのアクセスを有する。
【０００４】
移動通信システムの一例は、３ＧＰＰにより規定されるＥＰＳ（進化型パケットシステム：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）である。
【０００５】
移動サービスの一例は、ＭＢＭＳ（マルチメディアブロードキャスト／マルチキャストサービス：Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ／Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）である。特にＥＰＳ用のＭＢＭＳアーキテクチャの説明は、３ＧＰＰ  ＴＳ  ２３．２４６中に特に見出すことができる。ＥＰＳ用のＭＢＭＳは、ｅＭＢＭＳ（進化型ＭＢＭＳ：ｅｖｏｌｖｅｄ  ＭＢＭＳ）とも呼ばれる。ｅＭＢＭＳは、特に単一周波数ネットワーク（ＳＦＮ：Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）オペレーションモード等の機能性によりパフォーマンスの改善をもたらす。
【０００６】
ＭＢＳＦＮオペレーションモード用のｅＭＢＭＳアーキテクチャの配備に関する２つの選択肢（それぞれ「集中型ＭＣＥアーキテクチャ」および「分散型ＭＣＥアーキテクチャ」と呼ばれる）を、３ＧＰＰ  ＴＳ  ３６．３００から入手して図１および図２にそれぞれ示す。マルチセル／マルチキャスト協調制御エンティティ（ＭＣＥ：Ｍｕｌｔｉ−ｃｅｌｌ／ｍｕｌｔｉｃａｓｔ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｅｎｔｉｔｙ）はＭＢＭＳ論理制御エンティティであり、このＭＢＭＳ論理制御エンティティの機能は特に、ＭＢＳＦＮ（マルチメディアブロードキャストマルチキャストサービス単一周波数ネットワーク：Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）オペレーションを用いたマルチセルＭＢＭＳ伝送（ＭＢＳＦＮ伝送とも呼ばれる）のためにＭＢＦＳＮエリア内の全てのｅＮＢにより使用される無線リソースの、許可制御および割り当てを含む。３ＧＰＰ  ＴＳ  ３６．４４３中に特に規定される、Ｍ２インターフェースと呼ばれる制御プレーンインターフェースがｅＮＢとＭＣＥとの間に設けられる。３ＧＰＰ  ＴＳ  ３６．４４４中に特に規定される、Ｍ３インターフェースと呼ばれる制御プレーンインターフェースがＭＣＥとＭＭＥとの間に設けられる。
【０００７】
ＭＢＳＦＮオペレーションモードは、多くの利益、特にネットワーク容量の増大をもたらす。しかしながらＭＢＳＦＮは、本発明者らに認識されるおよびより詳細に説明されることになるいくつかの面において、まだ改善される必要がある。（限定的ではないが）特に分散型ＭＣＥアーキテクチャにおいて、特にＭＣＥに亘るより一貫した無線リソース割り当てへの必要がある。より一般的には、（ＥＰＳ等の）このようなシステムにおけるＭＢＭＳ、および／またはこのようなシステムにより提供されるＭＢＭＳベアラサービスのサポートを改善するという必要がある。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．２４６
【非特許文献２】３ＧＰＰ  ＴＳ  ３６．３００
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．４４３
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．４４４
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の実施形態はこのような必要性を特に扱う。
【課題を解決するための手段】
【００１０】
一態様では、移動通信システムにおけるＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのＭＢＭＳサービスに対するリソース割り当てのための方法であって、前記リソース割り当ては前記ＭＢＳＦＮ伝送のためにスケジューリングされるべきＭＢＭＳセッションのリストの評価を含み、前記評価のためにシーケンス番号ＳＮが使用される方法であり、前記ＳＮは１つまたは複数のＢＭ−ＳＣにより前記ＭＢＭＳサービスのためにスケジューリングされるＭＢＭＳセッションのシーケンス内のＭＢＭＳセッションの順位を決定し、前記シーケンス内の前記ＭＢＭＳセッションの前記順位は、前記リスト内の前記ＭＢＭＳセッションの順位を決定するために前記評価において使用される、方法により、これらのおよび他の目標が達成される。
【００１１】
別の態様では、移動通信システムにおけるＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのＭＢＭＳサービスに対するリソース割り当てのための方法であって、前記リソース割り当ては前記ＭＢＳＦＮ伝送のためにスケジューリングされるべきＭＢＭＳセッションのリストの評価を含み、前記方法は、セッション開始、セッション更新、セッション停止またはＭＢＳＦＮエリア再構築のうちのいずれか１つの時点において、ＭＢＭＳセッションの開始を要求するＭＢＭＳセッション開始要求のシーケンスが受信されて最初から始まるかのように、前記ＭＢＭＳセッションのリストの再評価を実行するステップを含む、方法により、これらのおよび他の目標が達成される。
【００１２】
別の態様では、移動通信システムにおけるＭＢＭＳサービスに関するＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのリソース割り当てのための方法であって、新規のＭＢＭＳセッション開始要求にサービス提供するのに十分なリソースがこの要求を受信した時点で欠如した状態において、この新規のＭＢＭＳセッションは許可されるがサスペンドとしてマークされ、即ち十分なリソースが利用可能になるまで無線を通じてブロードキャストされない、方法により、これらのおよび他の目標が達成される。
【００１３】
他の態様では、このような方法の関連するステップを実行するように構成された移動通信システムの様々な機能的なエンティティであって、特に（限定的ではないが）マルチセル／マルチキャスト協調制御エンティティ（ＭＣＥ）、ＭＭＥまたはＳ４−ＳＧＳＮ、ＭＢＭＳ−ＧＷ、ＢＭ−ＳＣ、シーケンス番号割り当てサーバを含むエンティティにより、これらのおよび他の目標が達成される。
【００１４】
ここで本発明の実施形態による装置および／または方法のいくつかの実施形態を、例としてのみ、添付の図面を参照して説明する。
【図面の簡単な説明】
【００１５】
【図１】ＥＰＳにおけるＭＢＭＳのためのアーキテクチャの２つの例を想起させることを意図した図である。
【図２】システムの様々なインターフェースを通じて新規のセッションシーケンス番号を用いる本発明の実施形態の一例を提供することを意図した図である。
【図３】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図４】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図５】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図６】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図７】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図８】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図９】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図１０】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図１１】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図１２】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図１３】例に基づいて簡略化された、本発明の実施形態およびたは態様を示すことを意図した図である。
【図１４】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図１５】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図１６】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図１７】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図１８】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図１９】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図２０】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図２１】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図２２】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図２３】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図２４】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図２５】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図２６】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図２７】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図２８】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【図２９】例に基づいて簡略化された、本発明の実施形態および／または態様を示すことを意図した図である。
【発明を実施するための形態】
【００１６】
ＥＰＳにおけるＭＢＭＳの例として、本発明の様々な実施形態および／または態様を以下により詳細に説明する。しかしながら、本発明がＥＰＳに限定されず、ＥＰＳ以外の３ＧＰＰシステムまたは３ＧＰＰ以外の標準化団体により規定されるシステムにおけるマルチメディアブロードキャスト／マルチキャストサービスのサポートに対しても適用できることを理解されたい。
【００１７】
分散型ＭＣＥアーキテクチャの場合の例として、本発明の実施形態を以下にさらに詳述する。しかしながら、本発明はこのようなアーキテクチャに限定されないことを理解されたい。
【００１８】
本発明の実施形態は、以下に提示され得る問題を解決できるが、簡略化のために例にもとづいている。
【００１９】
３ＧＰＰ  ＣＴ４およびＲＡＮ３は、ＭＭＥ、Ｓ４−ＳＧＳＮ、ＭＣＥ、ＭＢＭＳ−ＧＷもしくはＢＭ−ＳＣに対してまたはこれらに対応するリンクに対して障害／リセットが発生した際に、エンドユーザのサービスの影響を最小化するためにＭＢＭＳサービスを復元する、３ＧＰＰリリース１２の強化された復元手順を規定している。
【００２０】
これらの強化された復元手順の主な原理は、障害またはリスタートを経験するインターフェースまたはノードへの第１の上流ノード、例えばＭ３ＡＰ経路障害またはｅＮＢリスタートに関するＭＭＥが、障害により影響を受けたノードにおいて全てのアクティブなＭＢＭＳセッションを再生成する、というものである。例えばｅＮＢがリスタートすると、このｅＮＢを備えるＭ３ＡＰインターフェースを備える各ＭＭＥは、ＭＢＭＳセッション開始手順をｅＮＢに向けて起動して、全てのＭＢＭＳセッションを再生成することになる。
【００２１】
同じＭＢＳＦＮエリアに係る全てのｅＮＢ（３ＧＰＰ  ＴＳ  ２３．２４６を参照）は、ＵＥがＭＢＳＦＮエリア内を移動した際に連続的かつ一貫してＭＢＭＳセッションを受信できるように、同じ無線リソースを用いて、同じＭＢＭＳセッションをスケジューリングすることになる。
【００２２】
これは、これらの強化された復元手順の一部としてＭＢＭＳセッションが再生成される場合にも当てはまることになり、例えばリスタートされたｅＮＢは、ＭＢＳＦＮエリアの他の（リスタートされていない）ｅＮＢに行ったように、同じ無線リソースを用いて同じＭＢＭＳセッションをスケジューリングすることになる。
【００２３】
しかしながら、ＭＢＳＦＮエリア内のＭＢＭＳセッションへの一貫したリソース割り当てを保証できるようにする手順はまだ標準化されていない。このため、同じＭＢＳＦＮエリアのｅＮＢが、異なるＭＢＭＳセッションまたは異なる無線リソースを用いた同じセッションをスケジューリングすることにつながり得、ＭＢＳＦＮエリアのコンセプトを損なうか、またはこれらの復元手順が行われるのを妨げることになる。
【００２４】
これは、各ｅＮＢでＭＣＥがコロケートされる、分散型ＭＣＥアーキテクチャにとって特に重要である。しかし、（例えばサービス連続性を保証するためのＭＢＳＦＮエリアの重複により）同じＭＢＳＦＮエリアが複数のＭＣＥからサービス提供される場合、集中型ＭＣＥにも問題が存在し得る。
【００２５】
様々な他の使用事例、例えば、
−  ＭＢＳＦＮエリアにサービス提供しているＭＣＥが、ＭＢＭＳセッション開始／セッション更新／セッション停止の要求メッセージを同じ順序で受信しない場合、
−  ＭＢＭＳサービスおよびより高いＱｏＳを有する新規のセッションのための無線リソースが不十分である場合、即ちより高い優先度のＡＲＰ（割り当ておよび保持の優先度）がより低い優先度のＡＲＰを有する進行中のＭＢＭＳセッションをプリエンプトする必要がある場合、
−  オペレータがＭＢＳＦＮエリアの構成を改変する、例えばＭＢＭＳが利用可能な無線リソースのセットを増加または減少させる場合、
においてＭＢＳＦＮエリア内のＭＢＭＳセッションへの一貫したリソース割り当てで終了することも必要である。
【００２６】
問題の例：以下のＭＢＭＳセッションのセットを考えてみる。
【表１】
2016519488.tif 000003
【００２７】
また、ＭＢＳＦＮエリアを制御するＭＣＥがＭＢＭＳのために４つのリソースを収容できると想定してみる。
【００２８】
また、全てのセッションは同じＭＢＳＦＮエリア内で開始されるべきであると想定してみる。
【００２９】
以下のセッションは順に起動される：
−  セッション１開始（ＭＣＥ内で開始される）
−  セッション２開始（セッション１をプリエンプトする）
−  セッション３開始（ＭＣＥ内で開始される）
−  セッション４開始（ＭＣＥ内で開始される）
−  セッション２停止（ＭＣＥ内で停止される）
→シーケンスの終了時：
−  セッション３、４はＭＣＥ内でアクティブである。
−  ＭＭＥは、セッション１、３および４が実行中であることを知っている。
【００３０】
ＭＣＥ障害／リスタートが発生する。ＭＣＥはＲＥＳＥＴメッセージまたはＭ３  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージをＭＭＥへと送信することになる（３ＧＰＰ  ＴＳ  ３６．４４４参照）。ＭＭＥは、前と同じ順序（即ちセッション１、セッション３、最後にセッション４）でセッションを開始する。
【００３１】
リスタートされたＭＣＥ内で得られるセッション：
−  セッション１開始（ＭＣＥ内で開始される）
−  セッション３開始（ＭＣＥ内で開始される）
−  セッション４開始（ＭＣＥにより拒否される）
→シーケンスの終了時：
−  セッション１および３はＭＣＥ内で実行中である。
−  ＭＭＥも、セッション１および３が実行中であると考える。
リセット前：セッション３および４は実行中であった。
リセット後：セッション１および３は実行中である。
→同じＭＢＳＦＮエリアを制御している異なるＭＣＥ内で異なるＭＢＭＳセッションが実行中である！
【００３２】
全てのケースにおいて、ＭＳＦＮエリア内のＭＢＭＳセッションへの一貫したリソース割り当てを保証する標準の解決策は存在しない。
【００３３】
各ベンダーによりプロプライエタリなＭＣＥロジックが実装され得る。異なるベンダーのＭＣＥは異なるアルゴリズムを実装する傾向にあるので、オペレータは異なるベンダーから提供されるＭＣＥを同じＭＢＳＦＮエリア内に配備できない。
【００３４】
原理
本発明の実施形態および／または態様は、以下の原理のうちの１つまたは複数に基づく。
【００３５】
・  ［ＲＥＱ１］ＭＢＳＦＮエリアの全てのＭＣＥは、セッションの開始、更新、停止またはＭｂｓｆｎ  Ａｒｅａ再構成の全ての時点おいて、スケジューリングされるべきＭＢＭＳセッションのリストを再評価することになる。
【００３６】
・  ［ＲＥＱ２］ＭＢＳＦＮエリアの全てのＭＣＥは、ＭＢＭＳセッションの一貫した（即ち同一の）選択およびこれらのセッションへの一貫した無線リソース割り当てで常に終了するために、かつ（セッション開始、セッション停止、セッションプリエンプション等の）イベントの過去のシーケンスとは独立して、決定基準を使用することになる。
これは「リプレイオペレーション」としてさらに説明される。
【００３７】
［ＲＥＱ３］リプレイオペレーション：各セッションのセッションシーケンス番号（ＳＮ）は、決定挙動を保証するためのリプレイオペレーション中にＭＣＥにより使用される。即ち、ＭＣＥは、最小のシーケンス番号を有するセッションから始まり最大のシーケンス番号を有するセッションまでに至るＭＢＭＳセッション開始要求のシーケンスを受信した（最初から始まる）かのように、セッションを再評価してスケジューリングする（ＡＲＰ−ＰＬはセッションリプレイの順序付けに影響しない）。リプレイは、例えばＭｂｓｆｎ  Ａｒｅａ再構成、Ｍ３セッション開始要求、Ｍ３セッション停止要求に続いて、追加される、更新される、除去されるセッションがＭｂｓｆｎＡｒｅａ内に存在する時はいつでも発生することになる。リプレイオペレーション中、ＡＲＰ−ＰＬおよびＡＲＰのプリエンプション脆弱性（ｖｕｌａｎａｂｉｌｉｔｙ）ならびにプリエンプション能力の指標は、セッション開始の新規のシーケンスが発生したかのように使用される。リプレイオペレーションが、より低い優先度のＡＲＰ−ＰＬを有するセッションのプリエンプトを要求すると、最も低い優先度のＡＲＰ−ＰＬを有し、かつ同じ最も低い優先度のＡＲＰ−ＰＬを有するセッションについて最も大きいセッションシーケンス番号を有する（プリエンプト可能な）セッションが、最初にプリエンプトされることになる−この原理は図１８に示されている。
【００３８】
上記の原理の結果、セッションシーケンス番号は、ＭｂｓｆｎＡｒｅａ内で許可されたセッションのセッション割り当て順位の決定に使用される。
【００３９】
［ＲＥＱ４］セッションシーケンス番号：セッションシーケンス番号がＭＢＭＳセッション開始／更新要求において、Ｍ３インターフェースを通じて受信されなかった場合（例えば、レガシーＭＭＥもしくはＢＭ−ＳＣもしくはＭＢＭＳ−ＧＷの場合、またはセッションＳＮのサーバ配備を予定しない場合）、ＭＣＥは（ＭＣＥに亘る）共通ルールの同じセットから、例えばタプル（Ｍ３絶対時刻、ＴＭＧＩ−サービス識別子、ＴＭＧＩ−ＰＬＭＮ−ＩＤ）からＳＮを導くことになる。ここで、
・  「Ｍ３絶対時刻」は、ＳＮ決定の第１の基準として使用され、
・  ＴＭＧＩ−サービス識別子は、ＳＮ決定の第２の基準として使用され（同じ「Ｍ３絶対時刻」を有するいくつかのセッションが存在する場合、即ちセッションが同時に開始されるべき場合のみ有用）、
・  ＴＭＧＩ−ＰＬＭＮ−ＩＤは、ＳＮ決定の第３の基準として使用される（同じ「Ｍ３絶対時刻」かつ同じＴＭＧＩ−サービス識別子を有するいくつかのセッションが存在する場合のみ有用−この最後の基準は例えばＭｂｓｆｎＡｒｅａがいくつかのオペレータ間で共有されるＭＯＣＮ配備の場合有用）。
【００４０】
換言すると、本発明は、ＢＭ−ＳＣからＭＣＥへと新規の明示的セッションシーケンス番号がインターフェースに提供されない場合に、ＭＣＥにより既存のパラメータから導かれた暗に含まれたセッションシーケンス番号を用いても良好に機能する。
【００４１】
［ＲＥＱ５］セッションシーケンス番号がＭ３インターフェースを通じて提供される場合（図２に示されるシステムの様々なインターフェースを通じてシーケンス番号を提供する例）、ＭＣＥはこの情報に基づくことになる。セッションシーケンス番号は、ＭＢＭＳセッションを開始する必要があればいつでもＢＭ−ＳＣの要求時に生成され、ＭＢＭＳセッションを更新する必要がある場合、ＢＭ−ＳＣの要求時に新規のセッションシーケンス番号を任意選択で生成でき、そうでなければＭＢＭＳセッション更新要求において古いセッションシーケンス番号が再利用され（異なる個々のセッション間の公平性を常に保証するために、更新がＭｂｓｆｎＡｒｅａリソース割り当てに潜在的に影響を及ぼす場合は新規のセッションシーケンス番号が使用されるべきである）、続いてシーケンス番号は、ＭＢＭＳセッション開始メッセージならびに（例えばサービスエリアが拡張される場合、新しいＭＣＥに向けて使用するための）ＭＢＭＳセッション更新メッセージ中でＢＭ−ＳＣによりＭＣＥに向けてシグナリングされる。
【００４２】
［ＲＥＱ６］セッションシーケンス番号のサーバは、ＢＭ−ＳＣによりホスティングされ得る機能的エンティティである。使用中のＢＭ−ＳＣがたった１つ存在する場合、セッションＳＮの地理冗長サーバは必要でない。（例えば地理冗長またはネットワーク共有等の）同じ地理エリアについて使用中のＢＭ−ＳＣがいくつか存在する場合、セッションＳＮのサーバは、例えばセッションＳＮのサーバの各インスタンスが１つのＢＭ−ＳＣによりホスティングされるアクティブ／スタンバイモードで地理冗長であるべきである。シーケンス番号割り当ての実装の一例は、図３に示されている。
【００４３】
注釈１：あるいは、異なるサーバにより指定されるＳＮが重複しないことを保証するためにＳＮ中の１ビット（またはそれ以上）を予約してよい。このようなアプローチを用いると、１つのサーバにより割り当てられる最後のＳＮはスタンバイサーバに向けて同期される必要がない。このアプローチは、例えばＢＭ−ＳＣの障害が何らかの形で全ての既存のＭＢＭＳセッションの崩壊をもたらすような配備において十分であろう。このアプローチは、例えば各Ｍｂｓｆｎ  Ｓｙｎｃｈｒｏ  Ａｒｅａが１つのオペレータ専用である（例えばＭＯＲＡＮの場合の）いくつかのネットワーク共有の場合において、および各Ｍｂｓｆｎ  Ａｒｅａが１つのオペレータ専用である（構成されたＭｂｓｆｎ  Ａｒｅａがいくつかのオペレータ間で共有されない）ＭＯＣＮの場合においても十分であろう。
【００４４】
［ＲＥＱ７］さらに、Ｍｂｓｆｎ  Ａｒｅａの全てのＭＣＥがＭＢＭＳセッションの一貫した（即ち同一の）選択およびこれらのセッションへの無線リソースの一貫した割り当てで常に終了することを保証するために、ＭＣＥは、新規のＭＢＭＳセッション開始要求にサービス提供するのに十分なリソースがこの要求を受信した時点で欠如した状態においてさえ、新規のＭＢＭＳセッションを受諾することになる。つまり、新規のＭＢＭＳセッションは「サスペンド」としてマークされ、即ち十分な無線リソースが利用可能になるまで（例えば別のアクティブなセッションが停止された時、例えばＭＢＭＳにとって利用可能なリソースが最繁時期以外でＭｂｓｆｎ  Ａｒｅａ内で増えた時）無線を通じてブロードキャストしない。
【００４５】
注釈２：これは、ＭＣＥ内に新規のＭＢＭＳセッションにサービス提供するための利用可能なリソースがない場合に、ＭＣＥがＭＢＭＳセッション開始障害を返すことを要求する既存の３ＧＰＰ標準と比較すると、変更点である。しかしながらこの挙動は、利用可能なリソースが空きになった時に新規セッションがスケジューリングされることを回避し、（イベントの過去のシーケンスに応じて）いくつかのＭＣＥが新規セッションを受諾し、他が受諾しないことで非同期のＭＢＭＳコンテンツスループットをＭｂｓｆｎ  Ａｒｅａにもたらし得る。この問題は図１０から図１３に示される。オペレータは、ＭＣＥにより生成されるアラームを介して、無線リソース不足のせいでいくつかのＭＢＭＳセッションがサスペンドされていることに気づき、よって過剰なＭＢＭＳセッションの停止を決定できる。
【００４６】
これらの原理を示すための例
【００４７】
例の第１のセット
【００４８】
図４は、この例の第１のセットで考慮されるセッションおよび関連するパラメータの一例を示す。
【００４９】
３ＧＰＰ  ＴＳ  ３６．４４４  ｖ１１．４．０から抜粋：ＡＲＰ優先度の値１から１４は、優先度の減少順（即ち１が最高で１４が最低）に並べられる。
【００５０】
注釈１：ＭＢＭＳセッションは、（例えば信号対ノイズ比が異なるＭＢＦＳＮエリアにおいて異なる場合）各ＭＢＳＦＮエリア内で使用されるＭＣＳ（変調・符号化方式：Ｍｏｄｕｌａｔｉｏｎ  ＆  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）に応じて異なるＭＢＳＦＮエリアにおいて異なる無線リソースを要求できる。
【００５１】
初期条件：各ＭＣＥにおいてかつ各Ｍｂｓｎｆｎ  Ａｒｅａについて、ＭＢＭＳサービスのために４つの無線リソースが利用可能である。
【００５２】
１／第１のセットの第１の例（図５）
以下のセッションは順に起動される：
−  セッション１開始（ＭＣＥ内で開始され、ＭｂｓｆｎＡｒｅａ１および２内でアクティブ）
−  セッション２開始
−  ＭｂｓｆｎＡｒｅａ１内にＳ２を収容するのに不十分なリソース→Ｓ２がＳ１をプリエンプトする
−  Ｓ２はＭｂｓｆｎＡｒｅａ１および２内でアクティブ
−  Ｓ１はＭｂｓｆｎＡｒｅａ２内でアクティブ
−  セッション３開始（ＭＣＥ内で開始され、ＭｂｓｆｎＡｒｅａ１および２内でアクティブ）
−  セッション４開始（ＭＣＥ内で開始され、ＭｂｓｆｎＡｒｅａ１および２内でアクティブ）
シーケンスの終了時：
−  セッション２、３、４はＭｂｓｆｎＡｒｅａ１内でアクティブである（全てのセッションを収容するのに不十分なリソース）
−  全てのセッションはＭｂｓｆｎＡｒｅａ２内でアクティブである（全てのセッションを収容するのに十分なリソース）
−  ＭＭＥは、セッション１、２、３および４が実行中であることを知っている。
−  ＲＡＮオペレータは、ＭｂｓｆｎＡｒｅａ１内に十分なリソースが存在しないという報告を受ける
【００５３】
注釈２：ユーザが異なるＭＢＳＦＮエリアをまたいで移動した際のシームレスなサービスの連続性のために、重複しているＭＢＳＦＮエリアにおいてＭＢＭＳセッションをブロードキャストできる。例えば上記の例では、ＭＣＥ−３によりサービス提供されるセル内で同じＭＢＭＳセッションが２回スケジューリングされる。
【００５４】
２／第１のセットの第２の例（図６）
セッションＳ２は停止されている。
セッション２が停止された時点において、ＭＣＥは、ＡＲＰ基準（残りの全てのセッションのＡＲＰは同じなので、この例では中立的な基準）に応じておよびセッションシーケンス番号に応じて、割り当てを再評価する。
ＭｂｓｆｎＡｒｅａ１内：セッション１が再び許可され（シーケンス番号＝１）、セッション３も許可され（シーケンス番号＝３、かつシーケンス番号２は消滅している−つまり所定の期間、サーバにより再び割り当てされない）、セッション４は許可されない（シーケンス番号＝４、かつこれ以上利用可能なリソースがない）
ＭｂｓｆｎＡｒｅａ２内：セッション１、３および４への割り当てが再び再計算される
Ｓ２停止の終了時：
−  セッション１、３はＭｂｓｆｎＡｒｅａ１内でアクティブである（Ｓ４を収容するのに不十分なリソース）
−  セッション１、３および４はＭｂｓｆｎＡｒｅａ２内でアクティブである（全てのセッションを収容するのに十分なリソース）
−  ＭＭＥは、セッション１、３および４が実行中であることを知っている。
−  ＲＡＮオペレータは、ＭｂｓｆｎＡｒｅａ１内に十分なリソースが存在しないという報告をやはり受ける
【００５５】
３／第１のセットの第３の例（図７）
オペレータは、許可されるリソースの量をＭｂｓｆｎＡｒｅａ２内で２つのリソースまで減らす。
各ＭＣＥは、ＡＲＰ基準（残りの全てのセッションのＡＲＰは同じなので、この例では中立的な基準）に応じておよびセッションシーケンス番号に応じて、割り当てを再評価する。
ＭｂｓｆｎＡｒｅａ２内：セッション１が再び許可され（シーケンス番号＝１）、セッション３も許可され（シーケンス番号＝３、かつシーケンス番号２は消滅している）、セッション４はこれ以上許可されない（シーケンス番号＝４、かつこれ以上利用可能なリソースがない）
ＭｂｓｆｎＡｒｅａ１内：セッションに影響なし
ＭｂｓｆｎＡｒｅａ２の再構成の終了時：
−  セッション１、３はＭｂｓｆｎＡｒｅａ１および２内でアクティブである（Ｓ４を収容するのに不十分なリソース）
−  ＭＭＥは、セッション１、３および４が実行中であることがわかる。
−  ＲＡＮオペレータは、ＭｂｓｆｎＡｒｅａ１に加え、ＭｂｓｆｎＡｒｅａ２内に十分なリソースが存在しないという報告を受ける
【００５６】
注釈：ＭｂｓｆｎＡｒｅａ再構成Ｏ＆Ｍオペレーションの結果、（ＭｂｓｆｎＡｒｅａにサービス提供する全てのセル内の）無線インターフェースを通じてＭｂｓｆｎＡｒｅａ構成更新を同期させるために、ＭｂｓｆｎＡｒｅａＯ＆Ｍコマンドは、オンライン改変をセルに適用するべき絶対時刻（例えばＵＴＣ時）を含むことができる。
【００５７】
４／第１のセットの第４の例（図８）
ＭＣＥ３は、保守オペレーションの後にリスタートされる必要がある。
ＭＭＥ１および２は、ＭＣＥ３へのＭ３経路のロスを検知し、関連するＭ３ＡＰ  ＩＤリソースを解放する。
ＭＣＥはリスタートする。ＭＣＥはＲＥＳＥＴメッセージまたはＭ３  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージをＭＭＥ１およびＭＭＥ２へと送信することになる。ＭＭＥ１は、前と同じ順序（即ちＳ１、Ｓ３）でセッションを開始する。ＭＭＥ２はセッション４を開始する。ＭＣＥは、ＡＲＰおよびセッションシーケンス番号に応じて割り当てを再評価する。
ＭｂｓｆｎＡｒｅａ１および２内：Ｓ１が再び許可され（シーケンス番号＝１）、Ｓ３も許可され（シーケンス番号＝３、かつシーケンス番号２は消滅している）、Ｓ４はまだ許可されない（シーケンス番号＝４、かつこれ以上利用可能なリソースがない）
ＭＣＥ３開始の終了時：
−  セッション１、３はＭｂｓｆｎＡｒｅａ１および２内でアクティブである（Ｓ４を収容するのに不十分なリソース）
−  ＭＭＥ１は、セッション１および３が実行中であることがわかる。ＭＭＥ２はセッション４が開始できなかったという報告を受ける
−  ＲＡＮオペレータは、ＭｂｓｆｎＡｒｅａ１および２内に十分なリソースが存在しないという報告を受ける
−  コアネットワークオペレータは、ＭＢＭＳ  ＳＡ｛ＳＡＩ１、ＳＡＩ２｝内でセッションが拒否されたという報告を受ける
【００５８】
３ＧＰＰ  ＴＳ  ３６．４４４から抜粋：
Ｅ−ＵＴＲＡＮが要求されたサービスエリアのいずれのＭＢＳＦＮエリアについても要求された構成を収容できない（例えば、ＭＢＭＳセッションに必要なＭＢＭＳリソースが要求されたサービスエリアのいずれのＭＢＳＦＮエリアにおいても確立できなかった）ことをＭＣＥが決定すると、ＭＭＥは、適切な原因値を含むＭＢＭＳ  ＳＥＳＳＩＯＮ  ＳＴＡＲＴ  ＦＡＩＬＵＲＥメッセージにより報告を受けることになる。
【００５９】
セッション開始結果の３つのケース：
・  １／セッション開始の完全成功→ＭＭＥへのＭＣＥ返答＝ＭＢＭＳセッション開始応答（この例ではＭＣＥ−３内のＳ１およびＳ３）
・  ２／セッション開始の部分的成功（少なくとも１つのＭＢＳＦＮエリア内でセッションが許可された、かつ少なくとも１つのＭＢＳＦＮエリア内でセッションが許可されなかった）→ＭＭＥへのＭＣＥ返答＝ＭＢＭＳセッション開始応答
・  ３／セッション開始の障害→ＭＭＥへのＭＣＥ返答＝ＭＢＭＳセッション開始障害（この例ではＭＣＥ−３内のＳ４）
【００６０】
注釈３：ＭＭＥは、ＭＣＥがＭＢＭＳセッション開始障害を返すセッションに関してさえＭＢＭＳベアラコンテキストを保持する。３ＧＰＰ標準は、ＭＢＭＳセッション開始要求が送信された全てのＭＣＥがＭＢＭＳセッション開始障害を返した場合は、任意選択で、ＭＭＥは保持しなくてよいとする。
【００６１】
３ＧＰＰ  ＴＳ  ２３．２４６  セクション８．３．２より抜粋：ＭＭＥは、セッション要求が１つのＥ−ＵＴＲＡＮノードにより受諾されると直ぐにＭＢＭＳセッション開始応答をＭＢＭＳ−ＧＷへと返してよい。
【００６２】
注釈４：ＭＣＥ３は、（ＭＣＥはセッションを再評価してＡＲＰおよびセッションシーケンス番号に応じて各要求においてスケジューリングするので）セッションＳ１、Ｓ３およびＳ４について受信したＭＢＭＳ開始要求の順に関係なく、このシナリオの終了時にセッションＳ１およびＳ３をブロードキャストする。セッションＳ４の要求が、セッションＳ１または／およびＳ３の要求より前に到着すると、セッションＳ４が受諾され、続いてセッションＳ１およびＳ３にプリエンプトされる。この後者のシナリオでは、セッション４はＭＣＥ−３内で既知（およびプリエンプトされた状態）である。
【００６３】
注釈５：セッションＳ４がこの例においてＭＣＥ−３に拒否されたのは、そうすることの問題を示す目的のためにすぎない。節１において説明した原理［ＲＥＱ７］に基づいて、ＭＣＥ−３はこのセッションを受諾するが、「サスペンド」状態とする−よって、同じＭｂｓｆｎ  Ａｒｅａの他のＭＣＥと全く同じ見解で終了する。よって、この例のセット１の残りにおいて以下で議論する問題はどれも、原理［ＲＥＱ７］によって発生しない。
【００６４】
５／第１のセットの第５の例（図９）
オペレータは、許可されるリソースの量をＭｂｓｆｎＡｒｅａ２内で４つのリソースまで増加させる。
各ＭＣＥは、ＡＲＰ基準（残りの全てのセッションのＡＲＰは同じなので、この例では中立的な基準）に応じておよびセッションシーケンス番号に応じて、割り当てを再評価する。
ＭｂｓｆｎＡｒｅａ２内：セッション１が再び許可され（シーケンス番号＝１）、セッション３も許可され（シーケンス番号＝３、かつシーケンス番号２は消滅している）、セッション４は再び許可される（シーケンス番号＝４、かつ利用可能なリソース）
ＭｂｓｆｎＡｒｅａ１内：セッションに影響なし
ＭｂｓｆｎＡｒｅａ２の再構成の終了時：
−  セッション１、３はＭｂｓｆｎＡｒｅａ１内でアクティブである（Ｓ４を収容するのに不十分なリソース）
−  セッション１、３および４はＭｂｓｆｎＡｒｅａ２内でアクティブである
−  ＭＭＥ１および３は、セッション１、３が実行中であることがわかる
−  ＭＭＥ４は、セッション４が実行中であることがわかる
−  ＭＭＥ２は、セッション４が非アクティブであることがわかる
−  ＲＡＮオペレータは、ＭｂｓｆｎＡｒｅａ２内に十分なリソースが存在するが、ＭｂｓｆｎＡｒｅａ１内では十分ではないという報告を受ける
【００６５】
この問題に対処するための解決策１（自動修正）：
１／ＭｂｓｆｎＡｒｅａ再構成に続き、接続されたＭＭＥがセッションのリストを再び提供すること、および各受信ＭＣＥが全てのセッション開始を再びリプレイすることを請求するために、ＭＣＥは各Ｍ３ＡＰ経路上のＭ３リセット（全て）を起動すべきである
２／Ｍ３セッション開始要求を受信すると、ＭＣＥはセッションが既知かどうかを確認する
＊既知であれば、ＭＣＥはそのセッションコンテキストを新規のＭＭＥ  Ｍ３ＡＰ  ＩＤを用いて単に更新し、新規のＭＭＥ  Ｍ３ＡＰ  ＩＤと変更されていないＭＣＥ  Ｍ３ＡＰ  ＩＤとを含むＭ３セッション開始応答で返答する
＊未知であれば、ＭＣＥは新規のセッション開始に関連する全ての必要なアクションを実行する。
【００６６】
これにより上記解決策１を用いて以下の成果が提供される。
【００６７】
５’／第１のセットの第６の例（図１０）
オペレータは、許可されるリソースの量をＭｂｓｆｎＡｒｅａ２内で４つのリソースまで増加させる。
各ＭＣＥはＭ３リセット（全て）を起動する。
Ｍ３リセットの完了後、ＭＭＥは、まだアクティブであるセッション当たり１つのＭＢＭＳセッション開始要求を発行する。
Ｍ３セッション開始要求を受信すると、ＭＣＥはセッションが既知かどうかを確認する
＊既知であれば、ＭＣＥはそのセッションコンテキストを新規のＭＭＥ  Ｍ３ＡＰ  ＩＤを用いて単に更新し、新規のＭＭＥ  Ｍ３ＡＰ  ＩＤと変更されていないＭＣＥ  Ｍ３ＡＰ  ＩＤとを含むＭ３セッション開始応答で返答する。
＊未知であれば、ＭＣＥは新規のセッション開始に関連する全ての必要なアクションを実行する。
ＭＣＥは、ＡＲＰ基準（残りの全てのセッションのＡＲＰは同じなので、この例では中立的な基準）に応じておよびセッションシーケンス番号に応じて、割り当てを再評価する。
ＭｂｓｆｎＡｒｅａ２内：セッション１が再び許可され（シーケンス番号＝１）、セッション３も許可され（シーケンス番号＝３、かつシーケンス番号２は消滅している）、セッション４が再び許可される（シーケンス番号＝４、かつ利用可能なリソース）
ＭｂｓｆｎＡｒｅａ１内：セッションに影響なし
ＭｂｓｆｎＡｒｅａ２の再構成の終了時：
−  セッション１、３はＭｂｓｆｎＡｒｅａ１内でアクティブである（Ｓ４を収容するのに不十分なリソース）
−  セッション１、３および４はＭｂｓｆｎＡｒｅａ２内でアクティブである
−  ＭＭＥ１および３は、セッション１、３が実行中であることがわかる
−  ＭＭＥ２および４は、セッション４が実行中であることがわかる
−  ＲＡＮオペレータは、ＭｂｓｆｎＡｒｅａ２内に十分なリソースが存在するが、ＭｂｓｆｎＡｒｅａ１内では十分ではないという報告を受ける
【００６８】
５”／第１のセットの第７の例（図１１）
セッションＳ１が停止されている。
セッションＳ１が停止された時点において、ＭＣＥは、ＡＲＰ基準（残りの全てのセッションのＡＲＰは同じなので、この例では中立的な基準）に応じておよびセッションシーケンス番号に応じて、割り当てを再評価する。
ＭＣＥ３を除く全てのＭＣＥにより制御されるＭｂｓｆｎ  Ａｒｅａ１および２内：セッション３がまず再許可され（シーケンス番号＝３、かつシーケンス番号１および２は消滅している−つまり所定の期間サーバにより再び割り当てされない）、続いてセッション４が許可される（シーケンス番号＝４、かつ現在利用可能なリソースが十分ある）
ＭＣＥ３により制御されるＭｂｓｆｎ  Ａｒｅａ１および２内：セッション１への割り当てが再び計算される。
Ｓ１停止の終了時：
−  セッション４は、ＭＣＥ３により制御されているセルを除く全てのセルにおいてアクティブである
−  セッション３は全てのセルにおいてアクティブである
−  ＭＭＥは、セッション３および４が実行中であることを知っている。
−  ＲＡＮオペレータは、Ｍｂｓｆｎ  Ａｒｅａ１および２内に十分なリソースが存在するという報告を受ける
【００６９】
注釈６：この場合、セル７、８および９は、他のセルの伝送をスクランブルする傾向があり、逆もまた同様である。
【００７０】
６／第１のセットの第８の例（図１２）
５”から開始、セッションＳ５が開始されている。
セッションＳ５が開始された時点において、ＭＣＥは、ＡＲＰ基準（残りの全てのセッションのＡＲＰは同じなので、この例では中立的な基準）に応じておよびセッションシーケンス番号に応じて、割り当てを再評価する。
ＭＣＥ３を除く全てのＭＣＥにより制御されるＭｂｓｆｎ  Ａｒｅａ１および２内：セッション３がまず再許可され（シーケンス番号＝３、かつシーケンス番号１および２は消滅している−つまり所定の期間サーバにより再び割り当てされない）、続いてセッション４が許可される（シーケンス番号＝４、かつ現在利用可能なリソースが十分ある）
ＭＣＥ３により制御されるＭｂｓｆｎ  Ａｒｅａ１および２内：セッション１への割り当てが再び計算される
Ｓ５開始の終了時：
−  セッション３および４は、ＭＣＥ３により制御されていないＭｓｂｆｎＡｒｅａにおいてアクティブである
−  セッション３および５は、ＭＣＥ３により制御されているＭｓｂｆｎＡｒｅａにおいてアクティブである
−  ＭＭＥ１、３および４は、セッション３および４が実行中であること、ならびにセッション５が拒否されたことを知っている。
−  ＭＭＥ２は、セッション３および５が実行中であることを知っている
−  ＲＡＮオペレータは、Ｍｂｓｆｎ  Ａｒｅａ１および２内に十分なリソースが存在するという報告をＭＣＥ１、２、４および５から受ける
【００７１】
注釈７：この場合、セル７、８および９は、他のセルの伝送を高度にスクランブルする傾向が強くなり、逆もまた同様である
【００７２】
結論：解決策１は十分ではなく、したがってＭＣＥにより制御される少なくとも１つのＭｂｓｆｎＡｒｅａ内にセッションを許可するのに十分なリソースが存在しない場合でさえ、ＭＣＥがＭＭＥからのセッションを受諾する（しかし「サスペンド」状態とする）、原理［ＲＥＱ７］が存在する。これにより、十分なリソースがある−つまりセッションパラメータの組み合わせがサポートされている−とすれば、ＭＣＥは成功裏にセッションを扱う能力を有することが想定され、もちろん３ＧＰＰ標準の観点からセッション要求は有効である。
【００７３】
例の第２のセット
【００７４】
図１３は、この例の第２のセットで考慮されるセッションおよび関連するパラメータの例を示す。
【００７５】
この例のセットは、プリエンプション脆弱性およびプリエンプション能力の指標の異なるセットを用いたＭＢＭＳセッションに関するシステム挙動を示す。これは第１の例のセットと同じ成果をもたらす。
【００７６】
初期条件：各ＭＣＥにおいてかつ各Ｍｂｓｎｆｎ  Ａｒｅａについて、ＭＢＭＳサービスのために４つの無線リソースが利用可能である。
【００７７】
１／第２のセットの第１の例（図１４）
以下のセッションは順に起動される：
−  セッション１開始（ＭＣＥ内で開始され、ＭｂｓｆｎＡｒｅａ１および２内でアクティブ）
−  セッション２開始
−  ＭｂｓｆｎＡｒｅａ１内にＳ２を収容するのに不十分なリソース→Ｓ２がＳ１をプリエンプトする
−  Ｓ２はＭｂｓｆｎＡｒｅａ１および２内でアクティブ
−  Ｓ１はＭｂｓｆｎＡｒｅａ２内でアクティブ
−  セッション３開始（ＭＣＥ内で開始され、ＭｂｓｆｎＡｒｅａ１および２内でアクティブ）
−  セッション４開始（ＭＣＥ内で開始され、ＭｂｓｆｎＡｒｅａ１および２内でアクティブ）
シーケンスの終了時：
−  セッション２、３、４はＭｂｓｆｎＡｒｅａ１内でアクティブである（全てのセッションを収容するのに不十分なリソース）
−  全てのセッションはＭｂｓｆｎＡｒｅａ２内でアクティブである（全てのセッションを収容するのに十分なリソース）
−  ＭＭＥは、セッション１、２、３および４が実行中であることを知っている。
−  ＲＡＮオペレータは、ＭｂｓｆｎＡｒｅａ１内に十分なリソースが存在しないという報告を受ける
【００７８】
２／第２のセットの第２の例（図１５）
セッションＳ２は停止している。
セッション停止を受信すると、ＭＣＥは、それぞれ個別のセッションのシーケンス番号に基づいて残りのセッションについてセッション開始のシーケンスをリプレイする。シーケンスの各ステップにおいて、ＭＣＥはＡＲＰ基準を考慮する（ＡＲＰ基準はこの例では中立的であり、同じＡＲＰ−ＰＬおよびＡＲＰ指標を有する残りの各セッションは、３ＧＰＰに応じて同等のＡＲＰ−ＰＬに適用できない）。
ＭｂｓｆｎＡｒｅａ１内：リプレイの間、セッション１がまず許可され（シーケンス番号＝１）、続いてセッション３が許可され（シーケンス番号＝３、かつシーケンス番号２は消滅している−つまり所定の期間サーバにより再び割り当てされない）、続いてセッション４は許可されない（シーケンス番号＝４、かつこれ以上利用可能なリソースがなく、Ｓ４  ＡＲＰ−ＰＶが無視され、より低い優先度のセッションが存在しないためＳ４  ＡＲＰ−ＰＣは適用できない）。
ＭｂｓｆｎＡｒｅａ２内：残りの全てのセッションが再び許可され（十分なリソース）、セッション１、３および４のための割り当てが、セッションの新規のシーケンス（即ちＳ１、Ｓ３、Ｓ４）に応じて再び計算される
Ｓ２停止の終了時：
−  セッション１および３はＭｂｓｆｎＡｒｅａ１内でアクティブである（Ｓ４を収容するのに不十分なリソース）
−  セッション１、３および４はＭｂｓｆｎＡｒｅａ２内でアクティブである（全てのセッションを収容するのに十分なリソース）
−  ＭＭＥは、セッション１、３および４が実行中であることを知っている。
−  ＲＡＮオペレータは、ＭｂｓｆｎＡｒｅａ１内に十分なリソースが存在しないという報告をまだ受ける
【００７９】
３／第２のセットの第３の例（図１６）
オペレータは、許可されるリソースの量をＭｂｓｆｎＡｒｅａ２内で２つのリソースまで減らす。
各ＭＣＥは、それぞれ個別のセッションのシーケンス番号に基づいて残りのセッションについてセッション開始のシーケンスをリプレイする。シーケンスの各ステップにおいて、ＭＣＥはＡＲＰ基準を考慮する（ＡＲＰ基準はこの例ではニュートラルであり、同じＡＲＰ−ＰＬおよびＡＲＰ指標を有する残りの各セッションは、３ＧＰＰに応じて同等のＡＲＰ−ＰＬに適用できない）。
ＭｂｓｆｎＡｒｅａ２内：リプレイの間、セッション１がまず許可され（シーケンス番号＝１）、続いてセッション３が許可され（シーケンス番号＝３、かつシーケンス番号２は消滅している−つまり所定の期間サーバにより再び割り当てされない）、セッション４は許可されない（シーケンス番号＝４、かつこれ以上利用可能なリソースがなく、Ｓ４  ＡＲＰ−ＰＶが無視され、低い優先度のセッションが存在しないためＳ４  ＡＲＰ−ＰＣは適用できない）。
ＭｂｓｆｎＡｒｅａ１内：セッションに影響なし
ＭｂｓｆｎＡｒｅａ２の再構成の終了時：
−  セッション１および３はＭｂｓｆｎＡｒｅａ１および２内でアクティブであり、セッション４はサスペンドされている（Ｓ４を収容するのに不十分なリソース）
−  ＭＭＥは、セッション１、３および４が実行中であることがわかる。
−  ＲＡＮオペレータは、ＭｂｓｆｎＡｒｅａ１に加え、ＭｂｓｆｎＡｒｅａ２内に十分なリソースが存在しないという報告を受ける
【００８０】
注釈：ＭｂｓｆｎＡｒｅａ再構成Ｏ＆Ｍオペレーションの結果、（ＭｂｓｆｎＡｒｅａにサービス提供する全てのセル内の）無線インターフェースを通じてＭｂｓｆｎＡｒｅａ構成更新を同期させるために、ＭｂｓｆｎＡｒｅａＯ＆Ｍコマンドは、オンライン改変をセルに適用するべき絶対時刻（例えばＵＴＣ時）を含むことができる。
【００８１】
４／第２のセットの第４の例（図１７）
ＭＣＥ３は、保守オペレーションの後にリスタートされる必要がある。
ＭＭＥ１および２は、ＭＣＥ３へのＭ３経路のロスを検知し、関連するＭ３ＡＰ  ＩＤリソースを解放する。
ＭＣＥはリスタートし（ＳＣＴＰアソシエーションの再確立を含み）、続いてＭＣＥはＲＥＳＥＴメッセージまたはＭ３  ＳＥＴＵＰ  ＲＥＱＵＥＳＴメッセージをＭＭＥ１およびＭＭＥ２へと送信する。ＭＭＥ１は、前と同じ順序（即ちＳ１、Ｓ３）でセッションを開始する。ＭＭＥ２はセッション４を開始する。ＭＣＥは、ＡＲＰおよびセッションシーケンス番号に応じて割り当てを再評価する。
ＭｂｓｆｎＡｒｅａ１および２内：Ｓ１がまず許可され（シーケンス番号＝１（Ｓ１の要求より前にＳ４の要求を受信した場合、ＭＣＥはＳ１から開始するシーケンスを、即ちそれぞれ個別のセッションのシーケンス番号に応じてリプレイする））、続いてＳ３も許可され（シーケンス番号＝３、かつシーケンス番号２は消滅している）、続いてＳ４はＭＣＥ３により制御されているいずれのＭｂｓｆｎＡｒｅａ内で許可されない（シーケンス番号＝４、かつこれ以上利用可能なリソースがなく、Ｓ４  ＡＲＰ−ＰＶが無視され、低い優先度のセッションが存在しないためＳ４  ＡＲＰ−ＰＣは適用できない）。Ｓ４は受諾されるが、「サスペンド」状態である。
ＭＣＥ３開始の終了時：
−  セッション１、３はＭｂｓｆｎＡｒｅａ１および２内でアクティブである（Ｓ４を収容するのに不十分なリソース）
−  ＭＭＥ１は、セッション１および３が実行中であることがわかる。ＭＭＥ２は、セッション４が実行中であることがわかる
−  ＲＡＮオペレータは、ＭｂｓｆｎＡｒｅａ１および２内に十分なリソースが存在しないという報告を受ける
【００８２】
５／第２のセットの第５の例（図１８）
セッションＳ５が開始されている。
各ＭＣＥは、Ｓ５がＭｂｓｆｎＡｒｅａ１内（この例ではＳＡＩ１はＭｂｓｆｎＡｒｅａ１に位置する）およびＭｂｓｆｎＡｒｅａ２内（この例ではＳＡＩ２はＭｂｓｆｎＡｒｅａ２に位置する）で開始されるべきであることを決定する。
ＭｂｓｆｎＡｒｅａ１内：Ｓ５を収容するのに十分なリソースがない→Ｓ５はＳ１をプリエンプトする（Ｓ１はより低い優先度およびプリエンプト可能である）。セッション３がまず再許可され（シーケンス番号＝３、かつシーケンス番号１および２は消滅している−つまり所定の期間サーバにより再び割り当てされない）、続いてセッション４が許可され（シーケンス番号＝４、かつ現在利用可能なリソースが十分ある）、続いてセッション５が許可される（シーケンス番号＝５）
ＭｂｓｆｎＡｒｅａ２内：Ｓ５を収容するのに十分なリソースがない→Ｓ５はＳ１をプリエンプトする（Ｓ１はより低い優先度およびプリエンプト可能である）。Ｓ４を許可するのに十分なリソースがまだ存在しない。
Ｓ５開始の終了時：
−  セッション３、４および５はＭｂｓｆｎ  Ａｒｅａ１内でアクティブであり、セッション１はサスペンドされている。
−  セッション３および５はＭｂｓｆｎ  Ａｒｅａ２内でアクティブであり、セッション１および４はサスペンドされている。
−  ＭＭＥ１および３は、セッション１および３が実行中であることを知っている。
−  ＭＭＥ２および４は、セッション４および５が実行中であることを知っている。
−  ＲＡＮオペレータは、Ｍｂｓｆｎ  Ａｒｅａ１および２内に十分なリソースが存在しないことを知っている
【００８３】
注釈１：ＭｂｓｆｎＡｒｅａ１については、新規のセッションＳ５についてのＭＢＭＳセッション開始を受信すると、ＭＣＥは、ＲＥＱ［３］の原理に応じてリプレイオペレーションを実行する、即ちシーケンス（Ｓ１、Ｓ３、Ｓ４、Ｓ５）に応じてセッションを再評価する。Ｓ１およびＳ３がまず受諾され、続いてＳ４がサスペンドにされ、続いて（より高い優先度のＡＲＰ−ＰＬを有する）Ｓ５にサービス提供するためにプリエンプションが必要となり、Ｓ３はプリエンプトされることができないので、Ｓ１がプリエンプトされる。するとＳ４にサービス提供するための十分な残りのリソースが存在するので、Ｓ４も再開される。（リソースの欠如のためにＳ４を再開できないことを除いて）同様の原理がＭｂｓｆｎ  Ａｒｅａ２に適用される。
【００８４】
６／第２のセットの第６の例（図１９）
セッションＳ１は更新されている（カバレッジの縮小：｛ＳＡＩ１，ＳＡＩ２｝→｛ＳＡＩ２｝、絶対時刻を除いて、他の全てのセッションパラメータは変更されない）。
−  セッションＳＮは変更されずに保持される（ＳＮを変更する必要なし）
→Ｓ１のセッション割り当て順位は、Ｍｂｓｆｎ  Ａｒｅａ１および２内で変更されず、Ｓ１もＭｂｓｆｎ  Ａｒｅａ２内でサスペンドされる
→したがってＭＣＥは、セッション停止または更新の際に、ＭｂｓｆｎＡｒｅａ１および２内の割り当てを入れ替える必要はない
Ｓ１更新の終了時：
−  セッション３、４および５はＭｂｓｆｎ  Ａｒｅａ１内でアクティブであり、セッション１はＭＣＥ１および２において停止されている。
−  セッション３および５はＭｂｓｆｎ  Ａｒｅａ２内でアクティブであり、セッション１はＭＣＥ３、４および５においてサスペンドされている
−  ＭＭＥ１および３は、セッション１および３が実行中であることを知っている
−  ＭＭＥ２および４は、セッション４および５が実行中であることを知っている
−  ＲＡＮオペレータは、Ｍｂｓｆｎ  Ａｒｅａ２内に十分なリソースが存在しないことを知っている
−  ＲＡＮオペレータは、現在Ｍｂｓｆｎ  Ａｒｅａ１内に十分なリソースが存在するという報告を受ける
【００８５】
７／第２のセットの第７の例（図２０）
セッションＳ４は更新されている（カバレッジの拡張：｛ＳＡＩ１，ＳＡＩ２｝→｛ＳＡＩ１，ＳＡＩ２，ＳＡＩ３｝、絶対時刻を除いて、他の全てのセッションパラメータは変更されない）。
−  Ｓ４はＭｂｓｆｎＡｒｅａ３内で許可されている（この例ではＭｂｓｆｎＡｒｅａ３はＳＡＩ３をサポートする）
−  新規のセッションＳＮは割り当てられている→Ｓ４のセッション割り当て順位は、Ｍｂｓｆｎ  Ａｒｅａ１および２内で変更される
Ｓ４更新の終了時：
−  セッション３、４および５はＭｂｓｆｎ  Ａｒｅａ１内でアクティブであり、セッション１はＭＣＥ１および２において停止される。
−  セッション３および５はＭｂｓｆｎ  Ａｒｅａ２内でアクティブであり、セッション１および４はＭＣＥ３、４および５においてサスペンドされる
−  セッション４はＭｂｓｆｎＡｒｅａ３内でアクティブである
−  ＭＭＥ１および３は、セッション１および３が実行中であることを知っており、ＭＭＥ２および４はセッション４および５が実行中であることを知っている
【００８６】
注釈２：カバレッジを拡張するためにセッションが更新されると、新規のセッションＳＮが割り当てられて適用される。新規のセッションＳＮは、（古いセッションを含む）このセッションにより影響を受ける全てのＭｂｓｆｎＡｒｅａに適用され、セッションが既に実行中であるＭｂｓｆｎＡｒｅａ内に、可能な割り当ての入れ替えオペレーションをもたらす。
【００８７】
８／第２のセットの第８の例（図２１）
セッションＳ６は開始されており、Ｓ３は同時に停止されており、また各セッション要求は同じ絶対時刻を含む。
各ＭＣＥは、Ｓ６がＭｂｓｆｎＡｒｅａ１内（この例ではＳＡＩ１はＭｂｓｆｎＡｒｅａ１に位置する）およびＭｂｓｆｎＡｒｅａ２内（この例ではＳＡＩ２はＭｂｓｆｎＡｒｅａ２に位置する）で開始されるべきであることを決定する。
ＭｂｓｆｎＡｒｅａ１内：（Ｓ３が停止されていることを考慮して）リプレイの間、Ｓ５がまず許可され（シーケンス番号＝５、シーケンス番号１、２および３は消滅している、かつシーケンス番号４はこれ以上使用されない−つまり所定の期間サーバにより再び割り当てされない）、続いてＳ４が許可され（シーケンス番号＝６）、続いてＳ６が許可される（シーケンス番号＝７）
ＭｂｓｆｎＡｒｅａ２内：（Ｓ３が停止されていることを考慮して）リプレイの間、Ｓ１がまず許可され（シーケンス番号＝１）、続いてＳ５が許可され（シーケンス番号＝５、シーケンス番号２および３は消滅している、かつシーケンス番号４はこれ以上使用されずかつ凍結されている）、続いてＳ４がＭｂｓｆｎＡｒｅａ２内で許可されず（シーケンス番号＝６、かつこれ以上利用可能なリソースがなく、Ｓ４  ＡＲＰ−ＰＶが無視され、より低い優先度のセッションが存在しないためＳ４  ＡＲＰ−ＰＣは適用できない）、かつ「サスペンド」状態におかれ、続いてＳ７がＭｂｓｆｎＡｒｅａ２内で許可されない（シーケンス番号＝６、かつこれ以上利用可能なリソースがなく、より低い優先度のセッションが存在しないためＳ６  ＡＲＰ−ＰＣは適用できない）
Ｓ６開始およびＳ３停止の終了時：
−  Ｍｂｓｆｎ  Ａｒｅａ１内では、セッション４、５および６はアクティブである
−  Ｍｂｓｆｎ  Ａｒｅａ２内では、セッション１および５はアクティブであり、セッション４および６はサスペンドされている
−  Ｍｂｓｆｎ  Ａｒｅａ３内では、セッション４はアクティブである
−  ＭＭＥ１および３は、セッション１および６が実行中であることを知っている
−  ＭＭＥ２および４は、セッション４および５が実行中であることを知っている
【００８８】
注釈：上記の場合は、セッションシーケンス番号に基づいて割り当て順位がどのように決定されるかを示す。セッションシーケンス番号は、いくつかのＭＣＥにより制御されるＭｂｓｆｎＡｒｅａ内のセッションの決定ランキングを保証する。
【００８９】
例の第３のセット
【００９０】
図２２は、この例の第３のセットで考慮されるセッションおよび関連するパラメータの例を示す。
【００９１】
この例は、同じＭｂｓｆｎ  Ａｒｅａの異なるＭＣＥにより異なる順序でＭＢＭＳセッション開始要求が受信される場合でも（シーケンス番号の使用のおかげで）解決策が良好に機能することを示す。
【００９２】
３ＧＰＰ  ＴＳ  ３６．４４４から抜粋：Ｅ−ＵＴＲＡＮが要求されたサービスエリアのいずれのＭＢＳＦＮエリアについても要求された構成を収容できない（例えば、ＭＢＭＳセッションに必要なＭＢＭＳリソースが要求されたサービスエリアのいずれのＭＢＳＦＮエリアにおいても確立できなかった）ことをＭＣＥが決定すると、ＭＭＥは、適切な原因値を含むＭＢＭＳ  ＳＥＳＳＩＯＮ  ＳＴＡＲＴ  ＦＡＩＬＵＲＥメッセージにより報告を受けることになる。
【００９３】
３つのケース
・  ケース１／完全成功→ＭＣＥ返答＝ＭＢＭＳセッション開始応答
・  ケース２／部分的成功（少なくとも１つのＭＢＳＦＮエリア内でセッションが許可された、かつ少なくとも１つのＭＢＳＦＮエリア内でセッションが許可されなかった）→ＭＣＥ返答＝ＭＢＭＳセッション開始応答
・  ケース３／障害（ＭＣＥにより制御される全てのＭｂｓｆｎＡｒｅａ内で利用可能な無線リソースがない）→ＭＣＥ返答＝ＭＢＭＳセッション開始障害
・  ケース３／以下のように対処された：→ＭＣＥ返答＝ＭＢＭＳセッション開始応答。セッションはサスペンドにされる。
【００９４】
１／第３のセットの第１の例（図２３）
ＭＢＭＳセッション要求メッセージのＳｍ経路を通じた損失およびＭｂｓｆｎ  Ａｒｅａ内の十分なリソースに起因するデシーケンシング（Ｄｅ−ｓｅｑｕｅｎｃｉｎｇ）。
例：
−  ２つのセッション（Ｓ１およびＳ２）が同時に開始されるようにする
−  セッションＳ１が第１の位置に順位付けされるようにする
−  セッションＳ２が第２の位置に順位付けされるようにする
【００９５】
２／第３のセットの第２の例（図２４）
ＭＢＭＳセッション要求メッセージのＳｍ経路を通じた損失およびＭｂｓｆｎＡｒｅａ２内の不十分なリソースに起因するデシーケンシング。
例：
−  ２つのセッション（Ｓ１およびＳ２）が同時に開始されるようにする
−  セッションＳ１が第１の位置に順位付けされるようにする
−  セッションＳ２が第２の位置に順位付けされるようにする
【００９６】
全てのセッションのＡＲＰ優先度レベルは同じなので、この例においてＡＲＰ基準は中立的である。
【００９７】
注釈１：本発明の実施形態および／または態様は上記の原理を含む（即ち、ＭＢＭＳセッション開始、ＭＢＭＳセッション更新およびＭＢＭＳセッション停止の手順の間、ＭＢＭＳ無線リソース不足の場合に優先度順にサービス提供するために、ＭＣＥはシーケンス番号を使用してＭＢＭＳセッションを決定することになる）。
【００９８】
注釈２：上記の例では、既に許可されたセッションＳ２のＡＲＰプリエンプション脆弱性の値に関わらず、セッションＳ１は受諾される（かつ、セッションＳ２はＭＣＥ３によりプリエンプトされる）。即ち、ＭＣＥはセッションを再評価してＡＲＰ優先度レベル（ここでは全てのセッションについて同じ）および続いてシーケンス番号に応じてスケジューリングする。
【００９９】
３／第３のセットの第３の例（図２５）
ＭＢＭＳセッション要求メッセージのＳｍ経路を通じた損失およびＭｂｓｆｎ  Ａｒｅａ内の不十分なリソースに起因するデシーケンシング。
例：
−  ２つのセッション（Ｓ１およびＳ２）が同時に開始されるようにする
−  セッションＳ１が第１の位置に順位付けされるようにする
−  セッションＳ２が第２の位置に順位付けされるようにする
この問題に対処するための解決策（自動修正アクション）：
この問題に対処するための解決策（自己修正アクション）：
ＭＢＭＳ無線リソースの不足の存在下で、ＭＣＥはシーケンス番号を使用してＭＢＭＳセッションを決定してスケジューリングすることになる。Ｓ１は１番に順位付けされているので、ＭＣＥはこのセッションのＭＢＭＳセッション開始要求を受諾し、無線リソースが十分ではないのでセッションＳ２をプリエンプトすることになる。
【０１００】
例の第４のセット−ｅＭＢＭＳおよびＭＯＣＮ（マルチオペレータコアネットワーク：Ｍｕｌｔｉ−Ｏｐｅｒａｔｏｒ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）
【０１０１】
図２６はｅＮＢリソース割り当て戦略（２つのオペレータが１つのＭＣＥおよび１つのｅＮＢを共有する）を示す。
図２７は、この例の第４のセットで考慮されるセッションおよび関連するパラメータの例を示す。
【０１０２】
この例では、｛ＳＡＩ１，ＳＡＩ２｝および｛ＳＡＩ１’，ＳＡＩ２’｝はＭｂｓｆｎ  Ａｒｅａの同じセットに位置する。
【０１０３】
１／第４のセットの第１の例（図２８）
以下のセッションは順に起動される：
−  セッション１開始（ＭＣＥ内で開始され、ＭｂｓｆｎＡｒｅａ１および２内でアクティブ）
−  セッション２開始
−  ＭｂｓｆｎＡｒｅａ１内にＳ２を収容するのに不十分なリソース→Ｓ２がＳ１をプリエンプトする
−  Ｓ２はＭｂｓｆｎＡｒｅａ１および２内でアクティブ
−  Ｓ１はＭｂｓｆｎＡｒｅａ２内でアクティブ
−  セッション３開始（ＭＣＥ内で開始され、ＭｂｓｆｎＡｒｅａ１および２内でアクティブ）
−  セッション４開始（ＭＣＥ内で開始され、ＭｂｓｆｎＡｒｅａ１および２内でアクティブ）
シーケンスの終了時：
−  セッション２、３、４はＭｂｓｆｎＡｒｅａ１内でアクティブである（全てのセッションを収容するのに不十分なリソース）
−  全てのセッションはＭｂｓｆｎＡｒｅａ２内でアクティブである（全てのセッションを収容するのに十分なリソース）
−  ＭＭＥは、セッション１、２、３および４が実行中であることを知っている。
−  ＲＡＮオペレータは、ＭｂｓｆｎＡｒｅａ１内に十分なリソースが存在しないという報告を受ける
【０１０４】
２／第４のセットの第２の例（図２９）
セッションＳ２は停止している。
セッション２が停止された時点において、ＭＣＥは、ＡＲＰ基準（残りの全てのセッションのＡＲＰは同じなので、この例では中立的な基準）に応じておよびセッションシーケンス番号に応じて、割り当てを再評価する。
ＭｂｓｆｎＡｒｅａ１内：セッション１が再び許可され（シーケンス番号＝１）、セッション３も許可され（シーケンス番号＝３、かつシーケンス番号２は消滅している−つまり所定の期間サーバにより再び割り当てされない）、セッション４は許可されない（シーケンス番号＝４、かつこれ以上利用可能なリソースがない）
ＭｂｓｆｎＡｒｅａ２内：セッション１、３および４に関して割り当てが再び再計算される
Ｓ２停止の終了時：
−  セッション１、３はＭｂｓｆｎＡｒｅａ１内でアクティブである（Ｓ４を収容するのに不十分なリソース）
−  セッション１、３および４はＭｂｓｆｎＡｒｅａ２内でアクティブである（全てのセッションを収容するのに十分なリソース）
−  ＭＭＥは、セッション１、３および４が実行中であることを知っている。
−  ＲＡＮオペレータは、ＭｂｓｆｎＡｒｅａ１内に十分なリソースが存在しないという報告をまだ受ける
【０１０５】
注釈１：図には示していない。ＭＢＭＳセッションＳＮのサーバは、アクティブ／スタンバイ冗長方式で両方のオペレータのＢＭ−ＳＣにおいてホスティングされ得る。ＣＮオペレータＡのＢＭ−ＳＣが障害すると、オペレータＢのＢＭ−ＳＣにおいてホスティングされたＳＮのサーバは、障害の前にスタンバイ状態であれば、自動的にアクティブになる。スタンバイＳＮサーバは、アクティブなＳＮサーバのＳＮデータで連続的に更新される。
【０１０６】
ＢＭ−ＳＣからの明示的セッションシーケンス番号の使用とＭＣＥで導かれる暗に含まれたセッションシーケンス番号の使用との比較。
【０１０７】
ａ）オプション１−集中型ＳＮサーバ（１つの唯一のアクティブなＳＮサーバ）
ＳＮは連続数であり得る。例えば
・  ＳＮはモジュロＮカウンタ（０からＮ−１の範囲）、ここでＮ＝例えば２の３２乗である
・  ＳＮはｇｐｓＴｉｍｅでもあり得る（ＧＰＳ  ＥＰＯＣに対するｍｓの数）
良い点：
・  いくつかのＢＭ−ＳＣ、例えば集中型ＳＮ割り当てが異なるオペレータのセッション間の公平性を保証する場合の公平性の保証（ＦＩＦＯ）
悪い点：
・  複雑性（ＢＭ−ＳＣノード間の新規のインターフェース、ＢＭ−ＳＣに亘って同期されたＳＮの割り当て、他のＢＭ−ＳＣノードまたはインターフェースの障害時の防御機構）
・  ＳＧｍｂ、ＳｍおよびＭ３インターフェースが影響を受ける（新規のＩＥ）
【０１０８】
ｂ）オプション２−ＢＭ−ＳＣ分散型ＳＮサーバ（ＢＭ−ＳＣ当たり１つのアクティブなＳＮサーバ）
ＳＮを階層的な数として計算できる。例えば、
・  ＳＮ＝＜モジュロＮカウンタ−ＢｍＳｃＮｕｍｂｅｒに使用される＃ビット＞＜ＢｍＳｃＮｕｍｂｅｒ＞
・  ＳＮ＝＜ｇｐｓＴｉｍｅ＞＜ＢｍＳｃＮｕｍｂｅｒ＞、ここでｇｐｓＴｉｍｅ＝ＧＰＳ  ＥＰＯＣに対するｍｓの数
・  同じＭｂｓｆｎＡｒｅａにサービス提供する２つのＢＭ−ＳＣを使用する場合、ＢＭ−ＳＣ１およびＢＭ−ＳＣ２は偶数および奇数をそれぞれ割り当てる。
良い点：
・  １つのＢＭ−ＳＣを使用する場合の、公平性の保証（ＦＩＦＯ）
・  いくつかのＢＭ−ＳＣの場合も、異なるｇｐｓＴｉｍｅを有するセッション間に公平性をまだ提供できる
・  実装の容易さ：ＢＭ−ＳＣに亘って集中／同期されたＳＮの割り当てなし、他のＢＭ−ＳＣノードまたはインターフェースの障害時の特定の防御機構なし
悪い点：
・  ＳＧｍｂ、ＳｍおよびＭ３インターフェースが影響を受ける（新規のＩＥ）
・  公平性（ＦＩＦＯ）は、異なるＢＭ−ＳＣにより開始されるセッション間で常に保証されるとは限らない
【０１０９】
ｃ）オプション３−分散型ＭＣＥ（１つの唯一のＳＮ関数計算が全てのＭＣＥにより実行される）
例えば、ＳＮはタプル（Ｍ３ａｂｓＴｉｍｅ、ＴＭＧＩ−サービス識別子、ＴＭＧＩ−ｐｌｍｎＩＤ）から導かれる。
良い点：
・  異なるＭ３ａｂｓＴｉｍｅに関する公平性（ＦＩＦＯ）の保証
・  インターフェースは影響を受けない
悪い点：
・  同じＭ３ａｂｓＴｉｍｅのセッション間（例えばＲＡＮ共有配備において異なるＢＭ−ＳＣ／オペレータにより起動されたセッション間）の公平性（ＦＩＦＯ）は常に保証されるとは限らない
・  中間ノードのＭＢＭＳ−ＧＷまたはＭＭＥは、Ｍ３ａｂｓＴｉｍｅが常に未来であることを保証するために例えば障害リカバリの後にＭ３ａｂｓＴｉｍｅを変更する一切の権利を有さない
・  例えばカバレッジ縮小に関連するセッション更新、セッションＩＤのみの改変を伴うセッション更新等のいくつかの場合ではセッションリシャッフルが不必要に実行され、これによりＭＢＭＳ無線リソース不足の場合、進行中の更新されたセッションのサスペンドが引き起こされる
【０１１０】
一態様では、移動通信システムにおけるＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのＭＢＭＳサービスに対するリソース割り当てのための方法であって、前記リソース割り当ては前記ＭＢＳＦＮ伝送のためにスケジューリングされるべきＭＢＭＳセッションのリストの評価を含み、シーケンス番号ＳＮが前記評価のために使用される方法であり、前記ＳＮは１つまたは複数のＢＭ−ＳＣにより前記ＭＢＭＳサービスのためにスケジューリングされるＭＢＭＳセッションのシーケンス内のＭＢＭＳセッションの順位を決定し、前記シーケンス内の前記ＭＢＭＳセッションの前記順位は、前記リスト内の前記ＭＢＭＳセッションの順位を決定するために前記評価において使用される、方法が提供される。
【０１１１】
様々な組み合わせにより単独でまたは組み合わせて用いることができる様々な実施形態が提供される。
【０１１２】
ある実施形態では、前記ＭＢＳＦＮエリア内で前記ＭＢＳＦＮ伝送のために利用可能なリソースが十分である場合、前記リスト内の前記ＭＢＭＳセッションの順位が前記ＳＮに基づいて決定される。
【０１１３】
ある実施形態では、前記ＭＢＳＦＮエリア内で前記ＭＢＳＦＮ伝送のために利用可能なリソースが十分でない場合、かつ異なるＭＢＭＳセッションが異なるＡＲＰ優先度レベルを有する場合、前記リスト内の前記ＭＢＭＳセッションの順位は、前記ＳＮと前記ＡＲＰ優先度と各セッションのプリエンプション能力およびプリエンプション脆弱性とに基づいて決定され、前記評価が、最も低いＡＲＰ優先度を有し、いくつかのセッションが同じ最も低いＡＲＰ優先度レベルを有する場合はＢＭ−ＳＣにより一番最近スケジューリングされたセッションを識別するＳＮを有するプリエンプト可能なセッションをまずプリエンプトすることを含む。
【０１１４】
ある実施形態では、前記ＭＢＳＦＮエリア内で前記ＭＢＳＦＮ伝送のために利用可能なリソースが十分でない場合、かつＭＢＭＳセッションが同じＡＲＰ優先度レベルを有する場合、前記リスト内の前記ＭＢＭＳセッションの順位が前記ＳＮに基づいて決定される。
【０１１５】
ある実施形態では、前記方法は：
−  ＭＢＭＳセッション開始要求メッセージまたはＭＢＭＳセッション更新要求内でＳＮを伝送する、ＢＭ−ＳＣ、ＭＢＭＳ−ＧＷ、ＭＭＥまたはＳ４−ＳＧＳＮ等の、移動通信ネットワークエンティティを含む。
【０１１６】
ある実施形態では、前記方法は：
−  ＭＢＭＳセッションコンテキスト内にＳＮを格納するＭＣＥ等の移動通信ネットワークエンティティを含む。
【０１１７】
ある実施形態では、前記方法は：
−  ＭＢＭＳセッションを開始する必要がある時にＳＮ割り当てサーバにＳＮを生成するよう要求し、およびＭＢＭＳセッションを更新する必要がある時にＳＮ割り当てサーバにＳＮを生成するよう任意選択で要求するＢＭ−ＳＣ等の移動通信ネットワークエンティティ、を含む。
【０１１８】
ある実施形態では、前記方法は：
−  ＢＭ−ＳＣ等の移動通信ネットワークエンティティからの要求があるとＳＮを生成するＳＮサーバを含む。
【０１１９】
ある実施形態では、前記方法は：
−  ＳＮが、Ｍ３インターフェースを通じたＭＢＭＳセッション開始要求またはＭＢＭＳセッション更新要求内でＭＣＥにより受信されなかった場合、前記ＭＣＥはＭＣＥに亘る同じルールのセットからＳＮを導くことを含む。
【０１２０】
ある実施形態では、前記方法は：
−  ＳＮが、Ｍ３インターフェースを通じたＭＢＭＳセッション開始要求またはＭＢＭＳセッション更新要求内でＭＣＥにより受信されなかった場合、前記ＭＣＥは前記ＭＢＭＳセッション開始要求または前記ＭＢＭＳセッション更新要求内で受信されたタプル（Ｍ３絶対時刻、ＴＭＧＩ−サービス識別子、ＴＭＧＩ−ＰＬＭＮ−ＩＤ）からＳＮを導き、ここで
・  「Ｍ３絶対時刻」は、ＳＮ決定の第１の基準として使用され、
・  ＴＭＧＩ−サービス識別子は、ＳＮ決定の第２の基準として使用され、同じ「Ｍ３絶対時刻」を有するいくつかのセッションが存在する場合のみ有用であり、
・  ＴＭＧＩ−ＰＬＭＮ−ＩＤは、ＳＮ決定の第３の基準として使用され、同じ「Ｍ３絶対時刻」および同じＴＭＧＩ−サービス識別子を有するいくつかのセッションが存在する場合のみ有用である。
【０１２１】
ある実施形態では、前記方法は：
−  前記リソース割り当てを実行する少なくとも１つのＭＣＥを前記ＭＢＳＦＮエリア内に含む。
【０１２２】
上述の他の実施形態を含む他の実施形態も提供できる。
【０１２３】
別の態様では、移動通信システムにおけるＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのＭＢＭＳサービスに対するリソース割り当てのための方法であって、前記リソース割り当ては前記ＭＢＳＦＮ伝送のためにスケジューリングされるべきＭＢＭＳセッションのリストの評価を含み、前記方法は、セッション開始、セッション更新、セッション停止またはＭＢＳＦＮエリア再構築のうちのいずれか１つの時点において、ＭＢＭＳセッションの開始を要求するＭＢＭＳセッション開始要求のシーケンスが受信されて最初から始まるかのように、前記ＭＢＭＳセッションのリストの再評価を実行することを含む、方法が提供される。
【０１２４】
様々な組み合わせにより組み合わせてまたは単独で用いることができる様々な実施形態が提供される。
【０１２５】
ある実施形態では、１つまたは複数のＢＭ−ＳＣにより前記ＭＢＭＳサービスのためにより以前にスケジューリングされたセッションで開始し、かつ前記ＢＭ−ＳＣにより一番最近スケジューリングされたセッションで終わる、前記シーケンスが受信されたかのように、前記再評価が実行される。
【０１２６】
ある実施形態では、前記ＢＭ−ＳＣによりスケジューリングされるＭＢＭＳセッションのシーケンス内のＭＢＭＳセッションの順位を決定するシーケンス番号ＳＮが、前記ＢＭ−ＳＣにより、より以前にスケジューリングされた前記セッションおよび前記ＢＭ−ＳＣにより一番最近スケジューリングされた前記セッションを決定するために使用される。
【０１２７】
ある実施形態では、前記方法は：
−  前記リソース割り当てを実行する少なくとも１つのＭＣＥを前記ＭＢＳＦＮエリア内に含む。
【０１２８】
上述の他の実施形態を含む、他の実施形態も提供できる。
【０１２９】
別の態様では、移動通信システムにおけるＭＢＭＳサービスに関するＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのリソース割り当てのための方法であって、新規のＭＢＭＳセッション開始要求にサービス提供するのに十分なリソースがこの要求を受信した時点で欠如した状態において、この新規のＭＢＭＳセッションは許可されるがサスペンドとしてマークされる、即ち十分なリソースが利用可能になるまで無線を通じてブロードキャストしない、方法が提供される。
【０１３０】
様々な組み合わせにより組み合わせてまたは単独で用いることができる様々な実施形態が提供される。
【０１３１】
ある実施形態では、前記方法は：
−  前記リソース割り当てを実行する少なくとも１つのＭＣＥを前記ＭＢＳＦＮエリア内に含む。
【０１３２】
上述の他の実施形態を含む、他の実施形態も提供できる。
【０１３３】
他の態様では、このような方法の関連するステップを実行するように構成されたエンティティであって、（限定的ではないが）特にＭＢＭＳ制御エンティティ（ＭＣＥ）、ＭＭＥまたはＳ４−ＳＧＳＮ、ＭＢＭＳ  ＧＷ、ＢＭ−ＳＣ、およびシーケンス番号サーバを含むエンティティが提供される。
【０１３４】
当業者は、上述の様々な方法のステップをプログラムされたコンピュータにより実行できることを容易に認識するであろう。ここで、いくつかの実施形態は、例えばデジタルデータ記憶媒体等のプログラム記憶デバイスを適用範囲とすることも意図しており、これらのデバイスは機械またはコンピュータが読み取り可能であり、かつ機械実行可能またはコンピュータ実行可能である命令のプログラムを符号化し、前記命令は前記上述の方法のステップのいくつかまたは全てを実行する。プログラム記憶デバイスは、例えばデジタルメモリ、磁気ディスクおよび磁器テープ等の磁気記憶媒体、ハードドライブ、または光学的に読み取り可能なデジタルデータ記憶媒体であり得る。実施形態は、上述の方法の前記ステップを実行するようにプログラムされたコンピュータを適用範囲とすることも意図している。
【図１】
2016519488.tif 000004
【図２】
2016519488.tif 000005
【図３】
2016519488.tif 000006
【図４】
2016519488.tif 000007
【図５】
2016519488.tif 000008
【図６】
2016519488.tif 000009
【図７】
2016519488.tif 000010
【図８】
2016519488.tif 000011
【図９】
2016519488.tif 000012
【図１０】
2016519488.tif 000013
【図１１】
2016519488.tif 000014
【図１２】
2016519488.tif 000015
【図１３】
2016519488.tif 000016
【図１４】
2016519488.tif 000017
【図１５】
2016519488.tif 000018
【図１６】
2016519488.tif 000019
【図１７】
2016519488.tif 000020
【図１８】
2016519488.tif 000021
【図１９】
2016519488.tif 000022
【図２０】
2016519488.tif 000023
【図２１】
2016519488.tif 000024
【図２２】
2016519488.tif 000025
【図２３】
2016519488.tif 000026
【図２４】
2016519488.tif 000027
【図２５】
2016519488.tif 000028
【図２６】
2016519488.tif 000029
【図２７】
2016519488.tif 000030
【図２８】
2016519488.tif 000031
【図２９】
2016519488.tif 000032
【国際調査報告】
2016519488.tif 000033
2016519488.tif 000034
2016519488.tif 000035
2016519488.tif 000036
2016519488.tif 000037