JP2016519488A - Ｍｂｓｆｎエリア内のｍｂｓｆｎ伝送のためのリソース割り当てに対する強化 - Google Patents

Ｍｂｓｆｎエリア内のｍｂｓｆｎ伝送のためのリソース割り当てに対する強化 Download PDF

Info

Publication number
JP2016519488A
JP2016519488A JP2016504642A JP2016504642A JP2016519488A JP 2016519488 A JP2016519488 A JP 2016519488A JP 2016504642 A JP2016504642 A JP 2016504642A JP 2016504642 A JP2016504642 A JP 2016504642A JP 2016519488 A JP2016519488 A JP 2016519488A
Authority
JP
Japan
Prior art keywords
session
mbms
sessions
mce
mbsfn
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2016504642A
Other languages
English (en)
Other versions
JP6161784B2 (ja
Inventor
リンデン，ガブリエル
ランデ，ブリュノ
Original Assignee
アルカテル−ルーセント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by アルカテル−ルーセント filed Critical アルカテル−ルーセント
Publication of JP2016519488A publication Critical patent/JP2016519488A/ja
Application granted granted Critical
Publication of JP6161784B2 publication Critical patent/JP6161784B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Quality & Reliability (AREA)
  • Telephonic Communication Services (AREA)

Abstract

ある実施形態では、移動通信システムにおけるＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのＭＢＭＳサービスに対するリソース割り当てのための方法であって、前記リソース割り当ては前記ＭＢＳＦＮ伝送のためにスケジューリングされるべきＭＢＭＳセッションのリストの評価を含み、シーケンス番号ＳＮが前記評価に使用される方法であり、前記ＳＮは１つまたは複数のＢＭ−ＳＣにより前記ＭＢＭＳサービスのためにスケジューリングされるＭＢＭＳセッションのシーケンス内のＭＢＭＳセッションの順位を決定し、前記シーケンス内の前記ＭＢＭＳセッションの前記順位は、前記リスト内の前記ＭＢＭＳセッションの順位を決定する前記評価において使用される、方法が提供される。

Description

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

Claims (17)

  1. 移動通信システムにおけるＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのＭＢＭＳサービスに対するリソース割り当てのための方法であって、
    前記リソース割り当ては前記ＭＢＳＦＮ伝送のためにスケジューリングされるべきＭＢＭＳセッションのリストの評価を含み、
    シーケンス番号ＳＮが前記評価のために使用される方法であり、
    前記ＳＮは１つまたは複数のＢＭ−ＳＣにより前記ＭＢＭＳサービスのためにスケジューリングされるＭＢＭＳセッションのシーケンス内のＭＢＭＳセッションの順位を決定し、
    前記シーケンス内の前記ＭＢＭＳセッションの前記順位は、前記リスト内の前記ＭＢＭＳセッションの順位を決定するために前記評価において使用される、方法。
  2. 前記ＭＢＳＦＮエリア内で前記ＭＢＳＦＮ伝送のために利用可能なリソースが十分である場合、前記リスト内の前記ＭＢＭＳセッションの順位が前記ＳＮに基づいて決定される、請求項１に記載の方法。
  3. 前記ＭＢＳＦＮエリア内で前記ＭＢＳＦＮ伝送のために利用可能なリソースが十分でない場合、かつ異なるＭＢＭＳセッションが異なるＡＲＰ優先度レベルを有する場合、前記リスト内の前記ＭＢＭＳセッションの順位が、前記ＳＮ、前記ＡＲＰ優先度ならびに各セッションのプリエンプション能力およびプリエンプション脆弱性に基づいて決定され、
    前記評価が、最も低いＡＲＰ優先度を有し、かついくつかのセッションが同じ最も低いＡＲＰ優先度レベルを有する場合はＢＭ−ＳＣにより一番最近スケジューリングされたセッションを識別するＳＮを有するプリエンプト可能なセッションをまずプリエンプトすることを含む、請求項１または２に記載の方法。
  4. 前記ＭＢＳＦＮエリア内で前記ＭＢＳＦＮ伝送のために利用可能なリソースが十分でない場合、かつＭＢＭＳセッションが同じＡＲＰ優先度レベルを有する場合、前記リスト内の前記ＭＢＭＳセッションの順位が前記ＳＮに基づいて決定される、請求項１から３のいずれか一項に記載の方法。
  5. ＭＢＭＳセッション開始要求メッセージもしくはＭＢＭＳセッション更新要求内でＳＮを伝送する、ＢＭ−ＳＣ、ＭＢＭＳ−ＧＷ、ＭＭＥまたはＳ４−ＳＧＳＮ等の移動通信ネットワークエンティティを含む、請求項１から４のいずれか一項に記載の方法。
  6. ＭＢＭＳセッションコンテキスト内にＳＮを格納するＭＣＥ等の移動通信ネットワークエンティティを含む、請求項１から５のいずれか一項に記載の方法。
  7. ＭＢＭＳセッションを開始する必要がある時にＳＮ割り当てサーバにＳＮを生成するよう要求し、およびＭＢＭＳセッションを更新する必要がある時にＳＮ割り当てサーバにＳＮを生成するよう任意選択で要求するＢＭ−ＳＣ等の移動通信ネットワークエンティティを含む、請求項１から６のいずれか一項に記載の方法。
  8. ＢＭ−ＳＣ等の移動通信ネットワークエンティティからの要求があるとＳＮを生成するＳＮサーバを含む、請求項１から７のいずれか一項に記載の方法。
  9. ＳＮが、Ｍ３インターフェースを通じたＭＢＭＳセッション開始要求またはＭＢＭＳセッション更新要求内でＭＣＥにより受信されなかった場合、前記ＭＣＥはＭＣＥに亘る同じルールのセットからＳＮを導くことを含む、請求項１から８のいずれか一項に記載の方法。
  10. ＳＮが、Ｍ３インターフェースを通じたＭＢＭＳセッション開始要求またはＭＢＭＳセッション更新要求内でＭＣＥにより受信されなかった場合、前記ＭＣＥは、前記ＭＢＭＳセッション開始要求または前記ＭＢＭＳセッション更新要求内で受信されたタプル（Ｍ３絶対時刻、ＴＭＧＩ−サービス識別子、ＴＭＧＩ−ＰＬＭＮ−ＩＤ）からＳＮを導き、ここで
    ・ 「Ｍ３絶対時刻」は、ＳＮ決定の第１の基準として使用され、
    ・ ＴＭＧＩ−サービス識別子は、ＳＮ決定の第２の基準として使用され、同じ「Ｍ３絶対時刻」を有するいくつかのセッションが存在する場合のみ有用であり、
    ・ ＴＭＧＩ−ＰＬＭＮ−ＩＤは、ＳＮ決定の第３の基準として使用され、同じ「Ｍ３絶対時刻」および同じＴＭＧＩ−サービス識別子を有するいくつかのセッションが存在する場合のみ有用である、請求項１から９のいずれか一項に記載の方法。
  11. 前記リソース割り当てを実行する少なくとも１つのＭＣＥを前記ＭＢＳＦＮエリア内に含む、請求項１から１０のいずれか一項に記載の方法。
  12. 移動通信システムにおけるＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのＭＢＭＳサービスに対するリソース割り当てのための方法であって、
    前記リソース割り当ては前記ＭＢＳＦＮ伝送のためにスケジューリングされるべきＭＢＭＳセッションのリストの評価を含み、
    前記方法は、セッション開始、セッション更新、セッション停止またはＭＢＳＦＮエリア再構築のうちのいずれか１つの時点において、ＭＢＭＳセッションの開始を要求するＭＢＭＳセッション開始要求のシーケンスが受信されて最初から始まるかのように、前記ＭＢＭＳセッションのリストの再評価を実行するステップを含む、方法。
  13. １つまたは複数のＢＭ−ＳＣにより前記ＭＢＭＳサービスのためにより以前にスケジューリングされたセッションで開始し、かつ前記ＢＭ−ＳＣにより一番最近スケジューリングされたセッションで終わる前記シーケンスが受信されたかのように、前記再評価が実行される、請求項１２に記載の方法。
  14. 前記ＢＭ−ＳＣによりスケジューリングされるＭＢＭＳセッションのシーケンス内のＭＢＭＳセッションの順位を決定するシーケンス番号ＳＮが、前記ＢＭ−ＳＣにより、より以前にスケジューリングされた前記セッションおよび前記ＢＭ−ＳＣにより一番最近スケジューリングされた前記セッションを決定するために使用される、請求項１３に記載の方法。
  15. 前記リソース割り当てを実行する少なくとも１つのＭＣＥを前記ＭＢＳＦＮエリア内に含む、請求項１２から１４のいずれか一項に記載の方法。
  16. 移動通信システムにおけるＭＢＭＳサービスに関するＭＢＳＦＮエリア内のＭＢＳＦＮ伝送のためのリソース割り当てのための方法であって、
    新規のＭＢＭＳセッション開始要求にサービス提供するのに十分なリソースがこの要求を受信した時点で欠如した状態において、この新規のＭＢＭＳセッションは許可されるがサスペンドとしてマークされる、即ち十分なリソースが利用可能になるまで無線を通じてブロードキャストされない、方法。
  17. 請求項１から１６のいずれか一項に記載の方法の関連するステップを実行するように構成される、ＭＢＭＳおよびＭＢＳＦＮオペレーションモードをサポートする移動通信システムのエンティティ。
JP2016504642A 2013-03-29 2014-03-25 Ｍｂｓｆｎエリア内のｍｂｓｆｎ伝送のためのリソース割り当てに対する強化 Expired - Fee Related JP6161784B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP20130290075 EP2785135A1 (en) 2013-03-29 2013-03-29 Enhancements to resource allocation for MBSFN transmission in an MBSFN area
EP13290075.4 2013-03-29
PCT/EP2014/055986 WO2014154707A1 (en) 2013-03-29 2014-03-25 Enhancements to resource allocation for mbsfn transmission in an mbsfn area

Publications (2)

Publication Number Publication Date
JP2016519488A true JP2016519488A (ja) 2016-06-30
JP6161784B2 JP6161784B2 (ja) 2017-07-12

Family

ID=48193218

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016504642A Expired - Fee Related JP6161784B2 (ja) 2013-03-29 2014-03-25 Ｍｂｓｆｎエリア内のｍｂｓｆｎ伝送のためのリソース割り当てに対する強化

Country Status (6)

Country Link
US (1) US10225854B2 (ja)
EP (1) EP2785135A1 (ja)
JP (1) JP6161784B2 (ja)
KR (1) KR101739680B1 (ja)
CN (1) CN105247945B (ja)
WO (1) WO2014154707A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112015026240B1 (pt) * 2013-04-16 2023-02-14 Telefonaktiebolaget Lm Ericsson (Publ) Método para restaurar uma sessão de mbms após falha de percurso, e, nó de porta de entrada de mbms
WO2015193751A1 (en) * 2014-06-16 2015-12-23 Telefonaktiebolaget L M Ericsson (Publ) Service aware admission control of radio bearers
WO2016178526A1 (ko) * 2015-05-07 2016-11-10 엘지전자 주식회사 Mme가 mce와 연결된 기지국 정보를 수신하는 방법 및 장치
CN109450863B (zh) * 2015-07-28 2021-06-22 上海华为技术有限公司 一种边缘mbms业务的数据传输方法及相关设备
EP3414958A4 (en) 2016-02-08 2019-02-27 Telefonaktiebolaget LM Ericsson (publ) ALLOCATION OF MULTIMEDIA BROADCAST AND BROADCAST SERVICE SESSIONS
US20190059073A1 (en) * 2016-04-07 2019-02-21 Telefonaktiebolaget Lm Ericsson (Publ) Allocation of application signalling session
CN108076438B (zh) * 2016-11-17 2021-03-05 普天信息技术有限公司 一种多用户组通信系统中承载业务的动态分配方法及系统
US10772072B2 (en) * 2017-05-06 2020-09-08 Qualcomm Incorporated Reserved range of TMGI for receive-only mode

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012525733A (ja) * 2009-04-29 2012-10-22 アルカテル−ルーセント Ｍｂｓｆｎ内のｍｂｍｓサービスを多重化する方法、ｂｍ−ｓｃ、および基地局

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7318187B2 (en) * 2003-08-21 2008-01-08 Qualcomm Incorporated Outer coding methods for broadcast/multicast content and related apparatus
US20050076369A1 (en) * 2003-10-06 2005-04-07 Zhijun Cai Method and apparatus for assigning temporary mobile group identity in a multimedia broadcast/multicast service
JP4452128B2 (ja) * 2004-06-03 2010-04-21 パナソニック株式会社 無線網制御方法、無線網制御システム、および無線網制御装置
JP4859419B2 (ja) * 2005-09-14 2012-01-25 株式会社エヌ・ティ・ティ・ドコモ 無線基地局およびユーザ共通データ伝送方法
KR101521835B1 (ko) 2008-02-04 2015-05-27 알까뗄 루슨트 시그널링 메시지를 동기화하는 방법 및 기지국
KR101333848B1 (ko) 2009-12-16 2013-11-27 한국전자통신연구원 멀티캐스트 및 브로드캐스트 단일 주파수 네트워크에서의 방송 서비스를 제공하는 방법
CN102695129B (zh) * 2011-03-21 2018-01-02 中兴通讯股份有限公司 确定挂起mbms业务重新恢复的方法及装置、用户设备
US9226265B2 (en) * 2011-04-15 2015-12-29 Qualcomm Incorporated Demand-based multimedia broadcast multicast service management
CN102790948B (zh) * 2011-05-17 2017-04-05 中兴通讯股份有限公司 一种指示mbms业务中断的方法、装置及用户设备
US9826502B2 (en) * 2011-07-25 2017-11-21 Qualcomm Incorporated Managing handoff triggering between unicast and multicast services

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012525733A (ja) * 2009-04-29 2012-10-22 アルカテル−ルーセント Ｍｂｓｆｎ内のｍｂｍｓサービスを多重化する方法、ｂｍ−ｓｃ、および基地局

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Considerations about ARP and UE counting[online]", 3GPP TSG-RAN WG3#69BIS R3-102884, JPN6016042415, 11 October 2010 (2010-10-11) *
ERICSSON: "Release of pre-empted E-RABs[online]", 3GPP TSG-RAN WG3#70BIS R3-110284, JPN6016042412, 17 January 2011 (2011-01-17) *

Also Published As

Publication number Publication date
WO2014154707A1 (en) 2014-10-02
US20160057766A1 (en) 2016-02-25
EP2785135A1 (en) 2014-10-01
US10225854B2 (en) 2019-03-05
JP6161784B2 (ja) 2017-07-12
CN105247945B (zh) 2019-07-02
CN105247945A (zh) 2016-01-13
KR20150138304A (ko) 2015-12-09
KR101739680B1 (ko) 2017-06-08

Similar Documents

Publication Publication Date Title
JP6161784B2 (ja) Ｍｂｓｆｎエリア内のｍｂｓｆｎ伝送のためのリソース割り当てに対する強化
JP6908336B2 (ja) セッション処理方法および関連デバイス
US11805567B2 (en) Method and apparatus for initiating user plane path re-establishment and communications system
CN110662270B (zh) 通信方法及装置
RU2691979C1 (ru) Планирование и передача обслуживания при соединении с подвижными объектами с периодическим обменом сообщениями
CN108696905B (zh) 一种无线资源的管理方法及装置
RU2641310C1 (ru) Способ распространения контекста ключа безопасности, объект управления мобильностью и базовая станция
CN110662260B (zh) 信息处理方法及装置、网元及存储介质
EP3641392A1 (en) Method, user equipment and base station for delivering data packets
CN107409062B (zh) 移动网络功能的升级
CN109819485B (zh) 一种通信方法、装置及系统
EP2903325B1 (en) MBSFN area reconfiguration in a mobile network
CN108738082B (zh) 会话处理方法、装置及系统
CN110213066B (zh) 一种切片信息的获取方法和中继装置
US11076436B2 (en) QCI change via bearer release and reestablishment
CN109150808B (zh) 通信方法、装置和系统
EP3496432A1 (en) Communication method and device
CN113194462B (zh) 节点地址分配方法、装置、存储介质及电子设备
CN111436077B (zh) 一种业务建立方法、实体及装置、介质
KR20170070235A (ko) 자원 할당 장치, 시스템 및 방법
CN108696892B (zh) 一种小区重配方法、装置、系统和相关设备
CN112399359B (zh) 信息传输方法、网元选择器及控制器
EP3740017A1 (en) Resource allocation method, and network device, terminal device and computer storage medium
EP4118795A1 (en) Network packet handling
KR20150095502A (ko) 그룹 통신 방법 및 장치

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20161031

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161108

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20170206

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170502

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170516

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170613

R150 Certificate of patent or registration of utility model

Ref document number: 6161784

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees