JP4354991B2 - Ｍｂｍｓの逆方向互換性支援方法 - Google Patents

Description

本発明では広帯域コード分割多重接続（以下、ＷＣＤＭＡと称する）移動通信システムにおいてマルチメディア放送及びマルチキャストサービス（以下、ＭＢＭＳと称する）の逆方向互換性を支援する方法が提案される。ＭＢＭＳの逆方向互換性及びバージョンが異なる装備間の互換性を保障するために、本発明はＭＢＭＳを支援しない無線ネットワーク制御器（以下、ＲＮＣと称する）を介してＭＢＭＳサービスを支援する際、サービスＧＰＲＳ（一般のパケット無線サービス）支援ノード（以下、ＳＧＳＮと称する）及び使用者装備（以下、ＵＥと称する）によりＭＢＭＳサービス識別子と無線アクセスベアラー（以下、ＲＡＢと称する）識別子との間の該当関係を獲得する方法を提供する。

マルチメディア放送及びマルチキャストサービス（以下、ＭＢＭＳと称する）は、第３世代協力計画（以下、３ＧＰＰと称する）に基づいた新たなサービスである。このＭＢＭＳサービスは単方向点対点（ｐ−ｔ−ｍ）サービスであり、最も注目すべき特徴は無線資源及びネットワーク資源を效率良く利用できることである。

図１はＭＢＭＳシステム構造を示す図である。一般のパケット無線サービス（以下、ＧＰＲＳと称する）のコアネットワークに基づいたＭＢＭＳネットワーク構造に新たなネットワークユニットが追加された。以下では、図１のＭＢＭＳシステム構造について説明する。

放送及びマルチキャストサービスセンター１０１（以下、ＢＭ−ＳＣと称する）はＭＢＭＳシステムのサービス制御センターである。ゲートウェイＧＰＲＳ支援ノード１０２（以下、ＧＧＳＮと称する）及びサービスＧＰＲＳ支援ノード１０３（以下、ＳＧＳＮと称する）がＭＢＭＳサービスの伝送ネットワークを構成し、データ伝送用ルートを提供する。ＵＭＴＳ地上無線アクセスネットワーク１０４（以下、ＵＴＲＡＮと称する）が無線インターフェースを介したＭＢＭＳサービスのための無線資源を提供する。使用者装備１０５（以下、ＵＥと称する）はデータの受信のための端末装置である。ホーム位置登録器１０６（以下、ＨＬＲと称する）は使用者に関連したデータを貯蔵し、使用者認証のようなサービスを提供することができる。Ｕｕ１０７は無線インターフェースであり、Ｉｕ１０８はアクセスネットワークとコアネットワークとの間のインターフェースを表す。このＭＢＭＳサービスにより使われる無線資源は使用者１人だけのためのものでなく、このサービスを用いる全ての使用者のためのものである。

インターフェースＩｕの場合、同一なＭＢＭＳサービスに加入した全ての使用者は同一の使用者インターフェースを共有する。即ち、一つの無線ネットワーク制御器（以下、ＲＮＣと称する）は同一のＭＢＭＳサービスに対してただ一つのＭＢＭＳデータストリームを有する。ＲＮＣ及びＳＧＳＮでは使用者インターフェースとＭＢＭＳサービス識別子及びＭＢＭＳベアラー文脈間に一対一の対応関係が成り立つ。

Ｒｅｌ９９、Ｒｅｌ４及びＲｅｌ５のシステムにおいて、ネットワークサービスアクセスポイント識別子（以下、ＮＳＡＰＩと称する）は、無線アクセスベアラー（以下、ＲＡＢと称する）識別子と一対一に対応し、パケットサービスドメイン（以下、ＰＳドメインと称する）では無線ベアラー（以下、ＲＢと称する）識別子とも一対一に対応する。ＵＥがパケットデータプロトコル（以下、ＰＤＰと称する）文脈を活性化する過程を開始すれば、未使用ＵＳＡＰＩを選択してＳＧＳＮへ伝達する。ＳＧＳＮがＲＡＢ割当過程を開始すればＮＳＡＰＩをＲＡＢ識別子の情報要素に含ませる。

既存のＵＥがＭＢＭＳサービスに加入する過程が図２に図示されている。
ステップ２０１：ＵＥがＰＤＰ文脈設定過程を開始する。成功的に設定されたＰＤＰ文脈は、ＵＥ、ＳＧＳＮ及びＧＧＳＮに貯蔵され、ＵＥとＧＧＳＮとの間でＰＳドメイン内のシグナリング連結が設定される。シグナリング連結のための媒介装置は無線アクセスネットワーク（以下、ＲＡＮと称する）及びＳＧＳＮである。

ステップ２０２：ＵＥはステップ２０１で設定されたシグナリング連結を通じてインターネットマルチキャスト管理プロトコル（以下、ＩＧＭＰと称する）加入メッセージをＧＧＳＮへ伝送する。このメッセージは外部データネットワーク内の特定のＭＢＭＳマルチキャストサービス、または、特定のマルチキャストサービスを識別できるインターネットプロトコル（以下、ＩＰと称する）マルチキャストアドレスのパラメータを含む。

ステップ２０３：ＧＧＳＮ及びＭＢ−ＳＣがシグナリング相互作用を実行してＵＥを認証する。

ステップ２０４：ＧＧＳＮがＵＥ識別子及びＩＰマルチキャストアドレスのパラメータを含んだ“ＭＢＭＳ通報要請”メッセージをＳＧＳＮへ送る。

ステップ２０５：ステップ２０４でメッセージを受信した後、ＳＧＳＮはＵＥ識別子及びＩＰマルチキャストアドレスを含んだ“ＭＢＭＳ文脈活性化要請”メッセージをＵＥへ送る。

ステップ２０６：ステップ２０５でメッセージを受信した後、ＵＥはＩＰマルチキャストアドレス及びアクセスポイントネーム（以下、ＡＰＮと称する）を含んだ“ＭＢＭＳ文脈要請活性化”メッセージをＳＧＳＮへ送る。

ステップ２０７：ＳＧＳＮは原因の値を含んだ“ＭＢＭＳ通報要請”メッセージをＧＧＳＮへ送る。原因の値はＳＧＳＮまたはＵＥの原因によりＭＢＭＳ文脈が成功的に活性化されたか否かを表す。ＧＧＳＮでの失敗または活性化超過時間の応答メッセージを受信すれば、ＧＧＳＮはＩＰマルチキャストアクセス（３ＧＰＰ ＴＳ２９．０６１と定義されている）に復帰することができる。

ステップ２０８：必要であればＵＥとＳＧＳＮとの間で暗号化過程を行う。
ステップ２０９：ＳＧＳＮはＩＰマルチキャストアドレス及びＡＰＮを含んだ“ＭＢＭＳ文脈設定要請”メッセージをＧＧＳＮへ送る。

ステップ２１０：ＧＧＳＮはステップ２０９でメッセージを受信した後、ＢＭ−ＳＣとシグナリング相互作用を行ってＭＢＭＳサービス及びＵＥを認証する。

ステップ２１１：仮りにＧＧＳＮがこのＭＢＭＳサービスのためのベアラー文脈をまだ設定しなかったならば、ＩＰマルチキャストアドレス及びＡＰＮを含んだ“ベアラー要請”メッセージをＢＭ−ＳＣへ送る。

ＢＭ−ＳＣはこのＭＢＭＳサービスのベアラー文脈情報を含んだ“ベアラー応答”メッセージをＧＧＳＮへ送る。ＢＭ−ＳＣはこのＧＧＳＮの識別子をＢＭ−ＳＣベアラー文脈のダウンリンクノード目録に追加する。

仮りに、このＭＢＭＳサービスに臨時移動グループ識別子（以下、ＴＭＧＩ）がまだ割り当てられていなければ、ＢＭ−ＳＣは新たな識別子を割り当ててこれを“ベアラー応答”メッセージによりＧＧＳＮ及びＳＧＳＮへ、そして“ＭＢＭＳ文脈活性化許容”メッセージによりＵＥへ各々伝達する（ステップ２１５）。

仮りにベアラー文脈が活性化された状態であれば、ＢＭ−ＳＣはＧＧＳＮと共にセッション開始過程を開始する。

ステップ２１２：ＧＧＳＮはＭＢＭＳ ＵＥ文脈を生成し、“ＭＢＭＳ文脈生成応答”メッセージをＳＧＳＮへ送る。

ステップ２１３：仮りに、ＳＧＳＮがこのＭＢＭＳサービスのためのベアラー文脈をまだ設定していなければ、ＩＰマルチキャストアドレス及びＡＰＮを含んだ“ベアラー要請”メッセージをＧＧＳＮへ送る。

ＢＭ−ＳＣはＭＢＭＳベアラー文脈情報を含んだ“ベアラー応答”メッセージをＧＧＳＮへ送る。ＢＭ−ＳＣはこのＧＧＳＮの識別子をＢＭ−ＳＣベアラー文脈のダウンリンクノード目録に追加する。

仮りに、ベアラー文脈が活性化された状態であれば、ＢＭ−ＳＣはＧＧＳＮと共にセッション開始過程を開始する。

ステップ２１４：仮りに、ＰＳドメインの少なくとも一つのＲＡＢがこのＵＥに対して設定されていると、ＳＧＳＮはＭＢＭＳ ＵＥ文脈情報をＲＡＮへ伝達する。

ステップ２１５：ＳＧＳＮは“ＭＢＭＳ文脈活性化許容”メッセージをＵＥへ送る。ＳＧＳＮはこのメッセージを送るためにステップ２１２が完了する時まで待つ必要がない。

実際のネットワークではＭＢＭＳ能力がある新しい装備が現在サービス中の残りの装備と共存することができる。例えば、ＭＢＭＳが可能なＳＧＳＮが旧バージョンＲＮＣと連結されることができる。ＭＢＭＳサービスの逆方向互換性及びバージョンが異なる装備間の相互連動を保障するために、全ての旧バージョン装備はＲｅｌ９９モードを通じてＵＥへＭＢＭＳサービスを提供しなければならない。

しかしながら、ＭＢＭＳサービスの場合、ＭＢＭＳサービスに加入する際、ＭＢＭＳ ＵＥ文脈を活性化するためにＵＥはＭＢＭＳ用ＮＳＡＰＩを選択する代わり、ＭＢＭＳ文脈を識別してＳＧＳＮにＭＢＭＳサービス識別子を通報する。したがって、ＳＧＳＮはＲｅｌ９９過程でＵＥ用ｌｕ使用者インターフェースを設定する時に利用するＮＳＡＰＩがないし、ＮＳＡＰＩとＲＡＢ識別子との間に対応関係がないため、ＵＥはベアラーからのデータに対応するサービスを識別する方法がない。ＳＧＳＮはＲＡＢ識別子をＭＢＭＳサービス識別子に直接交替することができないが、なぜならＲＡＢ識別子の長さは８ビットであり、ＴＭＧＩのようなＭＢＭＳサービス識別子の長さは３２ビットであるためである。

上記背景に鑑みて、本発明の目的は、ＭＢＭＳの逆方向互換性を支援する方法を提供することにある。

上記の目的を達成するために、ＭＢＭＳの逆方向互換性支援方法は、ＳＧＳＮがＭＢＭＳセッション開始を含むＭＢＭＳデータをＵＥへ送信する必要がある時、前記ＳＧＳＮがＧＧＳＮから“セッション開始”メッセージを受信するステップと、ＭＢＭＳセッションが動作中の場合、前記ＵＥが加入する際、前記ＳＧＳＮが前記ＧＧＳＮとの情報交換と共に前記ＵＥから“ＭＢＭＳ文脈活性化要請”メッセージを受信し、“ＭＢＭＳ文脈活性化許容”メッセージを前記ＵＥへ送信するステップと、ＭＢＭＳセッションが動作中の状態で前記ＵＥが移動し入ってくる時、前記ＳＧＳＮが前記ＵＥから“ＭＢＭＳサービス”の原因により“サービス要請”メッセージ、または、“ルーティング区域更新”メッセージを受信するステップと、関心あるＲＮＣがＭＢＭＳを支援するか否かを前記ＳＧＳＮが判断するステップと、前記ＲＮＣがＭＢＭＳを支援できない場合、前記ＳＧＳＮがＲｅｌ９９モードで前記ＲＮＣの関心あるＵＥへＭＢＭＳサービスを伝送するステップと、前記ＭＢＭＳサービスに該当するＵＥのＲＡＢ識別子を含んでいる“ＲＡＢ割当要請”メッセージを前記ＳＧＳＮが前記ＲＮＣへ伝送して前記ＵＥのためのｌｕ使用者インターフェースを設定するステップと、を含む。

本発明で提案するＭＢＭＳサービス識別子とＲＡＢ識別子との間にマッピング関係を提供する方法とＳＧＳＮによりＲＮＣの能力を判断する方法によると、ＭＢＭＳサービスが逆方向に互換可能になり、装備がいろいろなバージョンと互換性を有することになる。本発明で提案する方法は、簡単で、かつ、合理的であり、逆方向互換性がある、という効果を有する。

ＭＢＭＳの逆方向互換性及びいろいろなバージョンの装備間の相互連動を保障するために、本発明はＳＧＳＮがＲＮＣがＭＢＭＳを支援するか否かを見付けて、ＳＧＳＮがＲＡＢ識別子とＭＢＭＳサービス識別子との間のマッピング関係を指定する方法を提供し、この方法はＳＧＳＮがＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を割り当てるステップと、ＵＥがＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を割り当てるステップとを含む。

前記過程を図面を参照しつつ説明する。ノード（ＳＧＳＮ及びＵＥを含み）の動作過程の説明においては、フロー図を使用する。

図３は、ＳＧＳＮがＭＢＭＳサービス識別子及びＲＡＢ識別子との間のマッピング関係を割り当てる過程を示す図である。ＭＢＭＳデータが到着する場合（即ち、ＳＧＳＮが“ＭＢＭＳセッション開始表示”メッセージをＧＧＳＮから受信する場合）、または、ＵＥがＭＢＭＳサービスに加入する場合（即ち、図２のステップ２０６乃至２１５に図示されたようにＳＧＳＮが“ＭＢＭＳ文脈活性化要請”メッセージをＵＥから受信し、ＧＧＳＮと情報を交換した後、“ＭＢＭＳ文脈活性化応答”メッセージをＵＥへ送る場合）、または、ＵＥがＭＢＭＳサービス内へ移動する場合（即ち、ＳＧＳＮが“ＭＢＭＳサービス”の原因により“ルーティング区域更新”、“ＭＢＭＳサービス要請”などのメッセージをＵＥから受信する場合）には次のような過程が行われる。即ち、ＳＧＳＮはＵＥが位置したＲＮＣがＭＢＭＳを支援するか否かを判断し、ＭＢＭＳサービス区域でＭＢＭＳを支援しないＲＮＣのためのＲｅｌ９９モードでＵＥへＭＢＭＳサービスを提供し、ＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を獲得する。本発明ではＭＢＭＳセッションが始まった時、どのようにＳＧＳＮはＲＮＣがＭＢＭＳを支援するか否かを判断するか、そして、どのようにＳＧＳＮがＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を割り当てるかを例として説明する。

ステップ３０１：データを伝達する際、ＳＧＳＮはＧＧＳＮからデータ伝送通報をあらかじめ受信する。この際、ＳＧＳＮは関連ＭＢＭＳ文脈を検索してデータ伝送文脈中に指定されているＲＣＮへ通報する。ＲＮＣへデータ伝送を通報するサービスには３つの接近法がある。即ち、ＳＧＳＮはＭＢＭＳ通報、“ＭＢＭＳセッション開始”、または、“ＭＢＭＳ ＲＡＢ割当要請”メッセージにより要請メッセージをＲＮＣに割り当てる。本発明では“ＭＢＭＳセッション開始”メッセージを伝達する接近法を採択することと仮定する。

３つの方法を用いて関心あるＵＥが位置しているＲＮＣがＭＢＭＳを支援するか否かをＳＧＳＮに知らせることができる。ステップ３０１ａ：ＳＧＳＮはＲＮＣがＭＢＭＳを支援するか否かに対する情報を貯蔵し、その文脈上の情報を検索することによって関連ＲＮＣがＭＢＭＳを支援するか否かに対して分かる。ステップ３０１ｂ：ＳＧＳＮは“ＭＢＭＳセッション開始通報”メッセージを登録されたＲＮＣ（直接、または、間接的に）へ送るが、ＭＢＭＳを支援しないＲＮＣはそのメッセージが理解できないので、“ＭＢＭＳセッション通報拒絶”メッセージをＳＧＳＮへ送る。ＳＧＳＮが“ＭＢＭＳセッション通報拒絶”メッセージを受信し、ＲＮＣから拒絶の理由が“一部情報単位理解不可”である時、ＭＢＭＳサービスが動作中であればＳＧＳＮはＵＥが加入したり移動し入ってくる時“ＭＢＭＳ ＵＥ連結要請”メッセージをＲＮＣへ送る。ステップ３０１ｃ：ＳＧＳＮは“ＭＢＭＳセッション開始通報”メッセージをＲＮＣに送った後、タイマーを設定し、そのタイマーに設定された端末時間にＲＮＣから何らの応答メッセージを受けられなければＳＧＳＮはそのＲＮＣがＭＢＭＳを支援しないことと見なす。ＭＢＭＳサービスが動作中であればＳＧＳＮはＵＥが加入したり移動し入ってくる時“ＭＢＭＳ ＵＥ連結”要請メッセージをＲＮＣへ送る。

前述した“ＭＢＭＳセッション開始”メッセージは、サービス識別子、ＲＡＢパラメータ、サービス品質（以下、ＱｏＳと称する）などの情報を含むことができる。これら情報の詳細な内容は本発明と密接な関係がないので以下ではその説明を省略する。

ステップ３０２−３０８はＭＢＭＳを支援しないＲＮＣの動作に該当する。
ステップ３０２：前記接近法中の一つを利用して、仮りに、関心ある特定のＵＥが位置しているＲＮＣがＭＢＭＳを支援しなくてそのＵＥが遊休状態にあれば、ＳＧＳＮは“呼出”メッセージをそのＲＮＣへ送る。

ステップ３０３：ＲＮＣはＳＧＳＮから“呼出”メッセージを受信した後、呼出制御チャンネル（以下、ＰＣＣＨと称する）を介してＵＥを呼び出し始める。

ステップ３０４：仮りに、ＵＥが遊休状態にあれば、そのＵＥは自身に対してｌｕシグナリング連結が設定されている間、ＲＲＣＣ（無線資源制御）連結設定過程を開始する。

ステップ３０５：ＳＧＳＮはＭＢＭＳを支援しないＲＡＢ識別子に対してＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を指定し、“Ｒｅｌ９９モードに復帰”メッセージを送ってＵＥへ通報する。このメッセージはＭＢＭＳサービス識別子及びＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を含む。

ＵＥはＳＧＳＮから“Ｒｅｌ９９モードに復帰”メッセージを受信した後、ＭＢＭＳサービス識別子及びＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を貯蔵し、“Ｒｅｌ９９モードに復帰確認”メッセージでＳＧＳＮへ返信する。

ステップ３０６：ＳＧＳＮはこのＭＢＭＳ文脈に対応するＱｏＳパラメータにしたがってＵＥ用ｌｕ使用者インターフェース設定過程を開始する。ＳＧＳＮは“ＲＡＢ割当要請”メッセージをＲＮＣへ送る。

ステップ３０７：ＳＧＳＮから“ＲＡＢ割当要請”メッセージを受信した後、ＲＮＣは関連無線資源を割り当てて“ＲＢ設定”メッセージをＵＥへ送って、ＵＥはこのメッセージを受信した後、対応する資源を構成し、“ＲＢ設定完了”メッセージでＲＮＣへ返信する。

ステップ３０８：ＲＮＣは“ＲＡＢ割当応答”メッセージをＳＧＳＮへ送る。

ステップ３０９−３１６はＭＢＭＳを支援するＲＮＣの動作の流れに該当する。
ステップ３０９：ＲＮＣはＳＧＳＮから“ＭＢＭＳセッション開始”メッセージを受信した後、このＭＢＭＳ文脈を検索する（この場合、ＲＮＣはＭＢＭＳを支援する）。このＭＢＭＳ文脈でＲＮＣは各セルに加入したＵＥの数に対して分かる。ＲＮＣは各セルの関心あるＵＥの数によって資源をＰＴＰまたはＰＴＭモードで割り当てるか否かを決定する。ここで、ＵＥの数は各セルの予定されたしきい値に基づいたものである。ＲＮＣは“ＭＢＭＳ通報”メッセージをデータが到着する各ＵＥへ送る。仮りに、ＵＥの数がしきい値より大きければＲＮＣは資源をＰＴＭモードで割り当てることに決定し、この場合には次のステップ２１０、２１１、２１２及び２１３を省略する。仮りに、ＵＥの数がしきい値より小さければＵＥの一部は“ＭＢＭＳ通報”メッセージにより連結モードに転換する。ＵＥを連結モードに転換する具体的な方法は本発明の範囲を抜け出すので詳細な説明を省略する。

ステップ３１０：仮りにＵＥが遊休状態におり、使用者係数の必要上、連結モードに転換しなければならなければ、ＵＥはＲＲＣ連結過程を開始し、このＵＥに対しｌｕシグナリング連結が設定される。

ステップ３１１：仮りにＵＥがＭＢＭＳサービスのためのＲＲＣ連結及びｌｕシグナリング連結を設定したとすれば、ＳＧＳＮは“ＭＢＭＳ ＵＥ連結要請”メッセージをＲＮＣへ送ってＭＢＭＳ ＵＥ連結過程を開始するようにする。“ＭＢＭＳ ＵＥ連結要請”メッセージはＵＥが加入したＭＢＭＳのサービス識別子の目録を含む。このメッセージはＵＥの専用ｌｕシグナリング連結を通じて伝えられることができ、その結果、ＲＮＣはこのメッセージを受信した後、文脈を検索することによってＵＥの識別子に対して分かる。

ステップ３１２：ＲＮＣはＭＢＭＳサービス識別子の目録により、このＵＥの情報を該当ＭＢＭＳ文脈に各々追加する。仮りに特定のＭＢＭＳサービスに該当するサービス文脈をＲＮＣが持っていなければＭＢＭＳサービスのための文脈を生成することになる。

ステップ３１３：ＲＮＣは“ＭＢＭＳ連結応答”メッセージをＳＧＳＮへ送る。

ステップ３１４：ＲＮＣはＭＢＭＳ文脈によってセル内の関心あるＵＥの数を数えてＰＴＰ伝送モード、または、ＰＴＭ伝送モードを採択するか否かを決定する。

ステップ３１５：仮りにＭＢＭＳサービス（ＭＢＭＳセッションが始まる時の前述したサービスに該当する）に加入したＵＥがＲＮＣにいると、ＲＮＣは“ＭＢＭＳセッション開始応答”の無線アクセスネットワーク応用部（以下、ＲＡＮＡＰと称する）メッセージをＳＧＳＮへ送る。

ステップ３１６：ＲＮＣは使用者が位置しているセル内に無線ベアラーを設定する。ＲＮＣは使用者の数によってＰＴＰ無線ベアラーまたはＰＴＭ無線ベアラーを設定するか否かを決定する。その後、ＲＮＣはＲＢのパラメータをセルの使用者に伝達する。仮りにステップ２０９でＲＮＣがＰＴＭ伝送モードを適用することに決定したとすれば、このステップで"ＭＢＭＳ通報"メッセージを通じてＲＢのパラメータをＵＥへ伝達することができる。

ステップ３１７：設定された使用者インターフェースを介してコアネットワークからＭＢＭＳデータをＵＥへ伝達する。

図４はＳＧＳＮがＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を割り当てる途中、ＳＧＳＮの動作の流れを示す図である。
ステップ４０１：ＳＧＳＮがＧＧＳＮからメッセージを受信する。

ステップ４０２：仮りにＳＧＳＮがＧＧＳＮから受信したメッセージが“サービス開始表示”メッセージであれば、ステップ４０９に進む。
ステップ４０３：ＳＧＳＮがＵＥからメッセージを受信する。

ステップ４０４：仮りにＳＧＳＮがＵＥから受信したメッセージが“サービス要請”、“ルーティング区域更新”、または、遊休状態にある移動ＵＥが伝送モードまたは目的セルのＲＢパラメータを受信できなかった時、ＵＥがＳＧＳＮへ送るその他のメッセージであれば、ステップ４０５で“サービス要請”または“ルーティング区域更新”の原因が“ＭＢＭＳサービス”である場合、ステップ４０９に進む。

ステップ４０６：仮りにＳＧＳＮがＵＥから“ＭＢＭＳ文脈活性化要請”メッセージを受信すれば、ステップ４０７でＳＧＳＮは図２のステップ２０７乃至２１５に図示されたように、ＧＧＳＮと情報を交換し、ＧＧＳＮが放送及びマルチキャストサービスセンター（以下、ＢＭ−ＳＣと称する）と情報を交換してＵＥがＭＢＭＳサービスに加入する過程を完了する過程を通じて“ＭＢＭＳ文脈活性化確認”メッセージをＵＥへ送る。

ステップ４０８：仮りにＭＢＭＳサービスが動作中であれば４０９に進む。
ステップ４０９：ＭＢＭＳセッション開始の際、または、ＭＢＭＳサービス途中にＵＥが加入したり（ステップ４０６、４０７）移動し入ってくる場合（ステップ４０３、４０４）、ＳＧＳＮは関心あるＵＥが位置したＲＮＣがＭＢＭＳを支援するか否かに対して知る必要がある。

ＵＥが位置したＲＮＣがＭＢＭＳを支援するか否かをＳＧＳＮが決定する方法は３つがある。第１の方法は、ＲＮＣがＭＢＭＳを支援する否かに対する情報をＳＧＳＮが貯蔵して、ＳＧＳＮはその文脈上の情報を検索することによってＲＮＣがＭＢＭＳを支援するか否かに対して分かる。第２の方法は、ＳＧＳＮが“ＭＢＭＳセッション開始通報”メッセージを登録されたＲＮＣへ送り（直接または間接的に）、仮りにＲＮＣが“一部情報要素理解不可”の理由により“ＭＢＭＳセッション通報拒絶”メッセージで返信すれば、ＳＧＳＮはＲＮＣがＭＢＭＳを支援するか否かが分かる。仮りにＵＥがＭＢＭＳサービス途中に加入したり移動し入ってくると、ＳＧＳＮは“ＭＢＭＳ ＵＥ連結要請”メッセージをＲＮＣへ送る。第３の方法は、ＳＧＳＮが“ＭＢＭＳセッション開始通報”メッセージをＲＮＣへ送った後、タイマーを設定し、タイマーが終了する時までＲＮＣから応答がなければ、そのＲＮＣはＭＢＭＳを支援しないことと見なす。仮りにＵＥがＭＢＭＳサービス途中に加入したり移動し入ってくるとＳＧＳＮは“ＭＢＭＳ ＵＥ連結要請”メッセージをＲＮＣへ送る。

仮りにＵＥが位置したＲＮＣがＭＢＭＳを支援しなくて、ＵＥが関連ＭＢＭＳサービス区域に位置していると、ＳＧＳＮはＲｅｌ９９モードでＵＥへＭＢＭＳサービスを提供する。

ステップ４１０：遊休状態にあるＵＥにステップ４１１を行う。仮りにＵＥがＰＭＭ連結モードにいるとステップ４１３に進む。

ステップ４１１：ＳＧＳＮはＵＥが加入したＲＮＣに“呼出”メッセージを送る。
ステップ４１２：“呼出応答”メッセージを受信した後、ＳＧＳＮはＲＮＣがこのＵＥに割り当てたシグナリング連結識別子を貯蔵してＳＧＳＮにそのシグナリング連結識別子を割り当てる。

ステップ４１３：ＳＧＳＮはＭＢＭＳを支援しないＲＮＣに対してＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を指定する。

ステップ４１４：ＳＧＳＮはＵＥに“Ｒｅｌ９９モードに復帰”を通報する。このメッセージをＭＢＭＳサービス識別子及びＭＢＭＳ識別子とＲＡＢ識別子との間のマッピング関係を含む。

ステップ４１５：仮りにＳＧＳＮがＵＥから受信したメッセージが“Ｒｅｌ９９モードに復帰確認”メッセージであり、ステップ４１６でＳＧＳＮが使用者インターフェースｌｕ設定過程を開始すれば、ＳＧＳＮは“ＲＡＢ割当要請”メッセージをＵＥへ送って応答を待つ。

ステップ４１７：仮りにＳＧＳＮが“ＲＡＢ割当応答”メッセージで応答すればＲＡＢ割当が成功的に完了したのである。

ステップ４１８：ＳＧＳＮはＭＢＭＳデータを設定された使用者インターフェースを介してＲＮＣへ伝達する。

図５は、ＳＧＳＮがＭＢＭＳ識別子とＲＡＢ識別子との間のマッピング関係を割り当てる過程の途中のＵＥの動作の流れを示す図である。
ステップ５０１：ＵＥがＳＧＳＮからメッセージを受信する。

ステップ５０２：仮りにＵＥがＳＧＳＮから受信したＮＡＳメッセージが“Ｒｅｌ９９モードに復帰”メッセージであれば、ステップ５０３でＵＥはＭＢＭＳサービス識別子とＲＡＢ識別子との間の対応関係を貯蔵する。

ステップ５０４：ＵＥは“Ｒｅｌ９９モードに復帰確認”ＮＡＳメッセージをＳＧＳＮへ送る。

ＳＧＳＮがＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を割り当てる時、ＲＮＣが行う作用は従来技術の場合と同一であるので、詳細な技術的内容に対する説明は省略する。

図６は、ＵＥがＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を割り当てる過程を示す図である。ＭＢＭＳサービスに加入する際、ＵＥは未使用ＮＳＡＰＩを選択して、これをＳＧＳＮに送る。仮りにＵＥが位置したセルのＲＮＣがＭＢＭＳを支援しなければ、ＳＧＳＮがＲＡＢ割当過程を開始する際、ＮＳＡＰＩがＲＡＢ識別子の情報要素に含まれる。

ステップ６０１：ＵＥがＰＤＰ文脈設定過程を開始する。成功的に設定されたＰＤＰ文脈は、ＵＥ、ＳＧＳＮ及びＧＧＳＮに貯蔵され、ＵＥとＧＧＳＮとの間にＰＳドメイン内のシグナリング連結が設定される。シグナリング連結の媒介装置はＲＡＮ及びＳＧＳＮである。

ステップ６０２：ＵＥが“ＩＧＭＰ加入”メッセージをステップ６０１で設定されたシグナリング連結を通じてＧＧＳＮへ送る。このメッセージは特定のＭＢＭＳサービス、または、外部データネットワークの特定のマルチキャストサービスが識別できるＩＰマルチキャストアドレスのパラメータを含む。

ステップ６０３：ＧＧＳＮとＢＭ−ＳＣがシグナリング相互作用を実行してＵＥを認証する。

ステップ６０４：ＧＧＳＮがＵＥ識別子及びＩＰマルチキャストアドレスのパラメータを含んだ“ＭＢＭＳ通報要請”メッセージをＳＧＳＮへ送る。

ステップ６０５：ステップ６０４でメッセージを受信した後、ＳＧＧＮはＵＥ識別子及びＩＰマルチキャストアドレスを含んだ“ＭＢＭＳ文脈活性化要請”メッセージをＵＥへ送る。

ステップ６０６：ステップ６０５でメッセージを受信した後、ＵＥはこのＭＢＭＳサービスのために未使用ＮＳＡＰＩを選択する。ＩＰマルチキャスト、ＡＰＮ及びＮＳＡＰＩを含んだ“ＭＢＭＳ文脈要請活性化”メッセージをＳＧＳＮへ送る。

ステップ６０７：ステップ６０５でメッセージを受信した後、ＳＧＳＮはＵＥがこのＭＢＭＳサービスのために選択したＮＳＡＰＩを貯蔵する。このＮＳＡＰＩはＳＧＳＮがＲｅｌ９９モードでこのＭＢＭＳサービスをＵＥへ提供する必要がある時に用いられる。ＮＳＡＰＩの適用方法は既存の標準に従う。

ステップ６０８：ＳＧＳＮは“ＭＢＭＳ通報応答”メッセージをＧＧＳＮへ送る。このメッセージはＭＢＭＳ文脈がＳＧＳＮまたはＵＥに対して成功的に活性化されたか否かを表す原因の値を含む。ＧＧＳＮでの失敗または活性化超過時間の応答メッセージを受信した後には、ＧＧＳＮはＩＰマルチキャストアクセス（３ＧＰＰ ＴＳ２９．０６１と定義）を復元することができる。

ステップ６０９：必要であればＵＥとＳＧＳＮとの間に暗号化過程を行う。
ステップ６１０：ＳＧＳＮはＩＰマルチキャストアドレス及びＡＰＮを含んだ“ＭＢＭＳ文脈設定要請”メッセージをＧＧＳＮへ送る。

ステップ６１１：ＧＧＳＮはステップ６０９でメッセージを受信した後、ＢＭ−ＳＣとシグナリング相互作用を行ってＭＢＭＳとＵＥを認証する。

ステップ６１２：仮りにＧＧＳＮがこのＭＢＭＳサービスに対するベアラー文脈をまだ設定していなければ、ＩＰマルチキャストアドレス及びＡＰＮを含んだ“ベアラー要請”メッセージをＢＭ−ＳＣへ送る。

ＢＭ−ＳＣはこのＭＢＭＳサービスに対するベアラー文脈情報を含んだ“ベアラー応答”メッセージをＧＧＳＮへ送る。ＢＭ−ＳＣはこのＧＧＳＮの識別子をＢＭ−ＳＣベアラー文脈のダウンリンクノード目録に含ませる。

仮りに、このＭＢＭＳサービスにＴＭＧＩがまだ割り当てられていなければＢＭ−ＳＣは新しいＴＭＧＩを割り当てて“ベアラー応答”メッセージによりＧＧＳＮ及びＳＧＳＮへ、そして“ＭＢＭＳ文脈活性化許容”メッセージによりＵＥへ伝達する（ステップ６１５）。

仮りにベアラー文脈が活性化状態にいるとＢＭ−ＳＣはＧＧＳＮと共にセッション開始過程を開始する。

ステップ６１３：ＧＧＳＮはＭＢＭＳ ＵＥ文脈を生成して“ＭＢＭＳ文脈生成応答”メッセージをＳＧＳＮへ伝達する。

ステップ６１４：ＳＧＳＮは仮りにこのＭＢＭＳサービスに対するベアラー文脈をまだ設定していなければ“ベアラー要請”メッセージをＧＧＳＮへ送る。このメッセージはＩＰマルチキャストアドレス及びＡＰＮを含む。

ＢＭ−ＳＣはＭＢＭＳベアラー文脈情報を含んだ“ベアラー応答”メッセージをＧＧＳＮへ送る。ＢＭ−ＳＣはこのＧＧＳＮの識別子をＢＭ−ＳＣベアラー文脈のダウンリンクノード目録に追加する。

仮りにベアラー文脈が活性化状態にいると、ＢＭ−ＳＣはＧＧＳＮと共にセッション開始過程を開始する。

ステップ６１５：仮りに、このＵＥに対してＰＳドメインの少なくとも一つのＲＡＢが設定されていると、ＳＧＳＮはＭＢＭＳ ＵＥ文脈情報をＲＡＮへ伝達する。

ステップ６１６：ＳＧＳＮは“ＭＢＭＳ文脈活性化許容”メッセージをＵＥへ送る。ＳＧＳＮはこのメッセージを送るためにステップ６１２が完了する時まで待機する必要がない。

ＵＥがＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を割り当てる過程に対応して、ＵＥは未使用ＮＳＡＰＩを選択してこれをＳＧＳＮへ伝達し、ＳＧＳＮはこのＮＳＡＰＩを貯蔵する。ＭＢＭＳデータが到着する場合（即ち、ＳＧＳＮが“ＭＢＭＳセッション開始表示”メッセージをＧＧＳＮから受信する場合）、または、ＵＥがＭＢＭＳサービスに加入する場合（即ち、図２のステップ２０６乃至２１５に図示されたように、ＳＧＳＮが“ＭＢＭＳ文脈活性化要請”メッセージをＵＥから受信してＧＧＳＮと情報を交換した後、“ＭＢＭＳ文脈活性化要請”メッセージをＵＥへ送る場合）、または、ＵＥがＭＢＭＳサービス内へ移動する場合（即ち、ＳＧＳＮが“ＭＢＭＳサービス”の原因により“ルーティング区域更新”、“ＭＢＭＳサービス要請”などのメッセージをＵＥから受信する場合）には、ＵＥがＭＢＭＳサービス区域内にあるが、そのＵＥが位置したＲＮＣはＭＢＭＳを支援しないという条件下にＳＧＳＮはＲｅｌ９９モードでＵＥへＭＢＭＳサービスを提供する。ＳＧＳＮが“ＲＡＢ割当要請”メッセージを応用して、このサービスのための使用者インターフェースを設定する時にはＲＡＢ識別子の情報要素にＮＳＡＰＩが含まれる。本発明では図７に示すようにＭＢＭＳセッション開始過程を例として関連シグナリングの流れを説明する。

ステップ７０１：データ伝達の際、ＳＧＳＮはＧＧＳＮからデータ伝達通報をあらかじめ受ける。この際、ＳＧＳＮは関連ＭＢＭＳ文脈を検索してＲＮＣへデータ伝送の文脈中に指定されたことを通報する。ＲＮＣへデータ伝送を通報するサービスには３つの接近法がある。即ち、ＳＧＳＮは、ＭＢＭＳ通報、“ＭＢＭＳセッション開始”、または、“ＭＢＭＳ ＲＡＢ割当要請”メッセージにより要請メッセージをＲＮＣに割り当てる。本発明では“ＭＢＭＳセッション開始”メッセージを伝達する接近法を採択することと仮定する。

３つの方法を利用して関心あるＵＥが位置しているＲＮＣがＭＢＭＳを支援するか否かをＳＧＳＮに知らせることができる。ステップ７０１ａ：ＳＧＳＮはＲＮＣがＭＢＭＳを支援するか否かに対する情報を貯蔵して、その文脈上の情報を検索することによって、関連のＲＮＣがＭＢＭＳを支援するか否かが分かる。ステップ７０１ｂ：ＳＧＳＮは“ＭＢＭＳセッション開始通報”メッセージを登録されたＲＮＣ（直接または間接的に）へ送るが、ＭＢＭＳを支援しないＲＮＣはそのメッセージを理解することができないので、“ＭＢＭＳセッション通報拒絶”メッセージをＳＧＳＮへ送る。ＳＧＳＮが“ＭＢＭＳセッション通報拒絶”メッセージを受信し、ＲＮＣから拒絶の理由が“一部情報単位理解不可”である時、ＭＢＭＳサービスが動作中であればＳＧＳＮはＵＥが加入したり移動し入ってくる時“ＭＢＭＳ ＵＥ連結要請”メッセージをＲＮＣへ送る。ステップ７０１ｃ：ＳＧＳＮは“ＭＢＭＳセッション開始通報”メッセージをＲＮＣへ送った後、タイマーを設定して、そのタイマーに設定された端末時間にＲＮＣから何らの応答メッセージを受けられなければ、ＳＧＳＮはそのＲＮＣがＭＢＭＳを支援しないことと見なす。ＭＢＭＳサービスが動作中であればＳＧＳＮはＵＥが加入したり移動し入ってくる時“ＭＢＭＳ ＵＥ連結”要請メッセージをＲＮＣへ送る。

前述した“ＭＢＭＳセッション開始”メッセージはサービス識別子、ＲＡＢパラメータ、サービス品質などの情報を含むことができる。これら情報の詳細な内容は本発明と密接な関係がないので以下ではその説明を省略する。

ステップ７０２−７０７はＭＢＭＳを支援しないＲＮＣの動作に該当する。
ステップ７０２：前記接近法中の一つを用いて、仮りに関心ある特定のＵＥが位置しているＲＮＣがＭＢＭＳを支援しなくて、そのＵＥが遊休状態にいると、ＳＧＳＮは“呼出”メッセージをそのＲＮＣへ送る。

ステップ７０３：ＲＮＣはＳＧＳＮから“呼出”メッセージを受信した後、ＰＣＣＨを通じてＵＥを呼び出し始める。

ステップ７０４：仮りにＵＥが遊休状態にいると、そのＵＥは自身に対してｌｕシグナリング連結が設定されている間、ＲＲＣ連結設定過程を開始する。

ステップ７０５：ＳＧＳＮはこのＭＢＭＳ文脈に対応するＱｏＳパラメータによってＵＥ用ｌｕ使用者インターフェース設定過程を開始する。ＳＧＳＮは“ＲＡＢ割当要請”メッセージをＲＮＣへ送る。ＮＳＡＰＩはＲＡＢ識別子の情報要素に含まれている。

ステップ７０６：ＳＧＳＮから“ＲＡＢ割当要請”メッセージを受信した後、ＲＮＣは関連無線資源を割り当てて“ＲＢ設定”メッセージをＵＥへ送り、ＵＥはこのメッセージを受信した後、対応する資源を構成して“ＲＢ設定完了”メッセージでＲＮＣへ返信する。
ステップ７０７：ＲＮＣは“ＲＡＢ割当応答”メッセージをＳＧＳＮへ送る。

ステップ７０８−７１４は従来技術に係るＭＢＭＳを支援するＲＮＣの作動の流れに該当する（図３のステップ３０９−３１５に対応する）。

ステップ３０９：ＲＮＣはＳＧＳＮから“ＭＢＭＳセッション開始”メッセージを受信した後、このＭＢＭＳ文脈を検索する（この場合、ＲＮＣはＭＢＭＳを支援する）。このＭＢＭＳ文脈によりＲＮＣは各セルに加入したＵＥの数に対して分かる。ＲＮＣは各セルの関心あるＵＥの数によって資源をＰＴＰ、または、ＰＴＭモードで割り当てるか否かを決定する。ここで、ＵＥの数は各セルの予定されたしきい値に基づいたものである。ＲＮＣは“ＭＢＭＳ通報”メッセージをデータが到着する各ＵＥへ送る。仮りにＵＥ数がしきい値より大きければＲＮＣは資源をＰＴＭモードで割り当てることに決定し、この場合には次のステップ７０９、７１０及び７１２を省略する。仮りにＵＥの数がしきい値より小さければＵＥの一部は“ＭＢＭＳ通報”メッセージにより連結モードに転換する。ＵＥを連結モードに転換する具体的な方法は本発明の範囲を外れるので詳細な説明を省略する。

ステップ７０９：仮りにＵＥが遊休状態におり、使用者係数の必要上、連結モードに転換しなければならなければ、ＵＥはＲＲＣ連結過程を開始し、このＵＥに対してｌｕシグナリング連結が設定される。

ステップ７１０：仮りにＵＥがＭＢＭＳサービスのためのＲＲＣ連結及びｌｕシグナリング連結を設定したならば、ＳＧＳＮは“ＭＢＭＳ ＵＥ連結要請”メッセージをＲＮＣへ送ってＭＢＭＳ ＵＥ連結過程を開始するようにする。“ＭＢＭＳ ＵＥ連結要請”メッセージはＵＥが加入したＭＢＭＳのサービス識別子の目録を含む。このメッセージはＵＥの専用ｌｕシグナリング連結を通じて伝えられることができ、その結果、ＲＮＣはこのメッセージを受信した後、文脈を検索することによってＵＥの識別子に対して分かる。

ステップ７１１：ＲＮＣはＭＢＭＳサービス識別子の目録により、このＵＥの情報を該当ＭＢＭＳ文脈に各々追加する。仮りに特定のＭＢＭＳサービスに該当するサービス文脈をＲＮＣが有していなければＭＢＭＳサービスのための文脈を生成することになる。
ステップ７１２：ＲＮＣは“ＭＢＭＳ連結応答”メッセージをＳＧＳＮへ送る。

ステップ７１３：ＲＮＣはＭＢＭＳ文脈によってセル内の関心あるＵＥの数を数えてＰＴＰ伝送モード、または、ＰＴＭ伝送モードを採択するか否かを決定する。仮りにＭＢＭＳサービス（ＭＢＭＳセッションが始まる時の前述したサービスに該当する）に加入したＵＥがＲＮＣにいると、ＲＮＣは“ＭＢＭＳセッション開始応答”のＲＡＮＡＰメッセージをＳＧＳＮへ送る。

ステップ７１４：ＲＮＣは使用者が位置しているセル内に無線ベアラーを設定する。ＲＮＣは使用者の数によってＰＴＰ無線ベアラーまたはＰＴＭ無線ベアラーを設定するか否かを決定する。その後、ＲＮＣはＲＢのパラメータをセルの使用者に伝達する。仮りにステップ２０９でＲＮＣがＰＴＭ伝送モードを適用することに決定したならば、このステップで“ＭＢＭＳ通報”メッセージを通じてＲＢのパラメータをＵＥへ伝達することができる。

ステップ７１５：設定された使用者インターフェースを介してコアネットワークからＭＢＭＳデータをＵＥへ伝達する。仮りにＲｅｌ９９モードでＭＢＭＳデータがＵＥへ伝達されると、ＵＥは受信されたＭＢＭＳサービスが該当ベアラーのＮＳＡＰＩに従うものであるか否か、即ち、該当ＭＢＭＳサービス識別子に対して分かる。

図８は、ＵＥがＭＢＭＳ識別子とＲＡＢ識別子との間のマッピング関係を割り当てる過程の途中にＵＥの動作の流れを示す図である。
ステップ８０１：ＵＥがＳＧＳＮからメッセージを受信する。

ステップ８０２：仮りにＵＥがＳＧＳＮから受信したＮＡＳメッセージが“ＭＢＭＳ文脈活性化要請”メッセージであれば、ステップ８０３でＵＥはこのＭＢＭＳサービスのための未使用ＮＳＡＰＩを選択する。

ステップ８０４：ＵＥはＩＰマルチキャスト、ＡＰＮ及びＮＳＡＰＩを含んだ“ＭＢＭＳ文脈活性化要請”メッセージをＳＧＳＮへ送る。

図９は、ＵＥがＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を割り当てる過程の途中のＳＧＳＮの動作の流れを示す図である。
ステップ９０１：ＳＧＳＮがＵＥからメッセージを受信する。

ステップ９０２：ＳＧＳＮがＵＥから受信したメッセージが“ＭＢＭＳ構文活性化要請”であれば、ステップ９０３でＳＧＳＮはそのメッセージに含まれたＮＳＡＰＩを貯蔵する。

ステップ９０４：ＳＧＳＮは“ＭＢＭＳ通報要請”メッセージをＧＧＳＮへ送る。このメッセージは原因の値を含む。この原因の値はＭＢＭＳ文脈がＳＧＳＮまたはＵＥに対して成功的に活性化されたか否かを表す。

ステップ９０５：ＳＧＳＮはそのＳＧＳＮの助けで他のＵＥがＭＢＭＳサービスに加入する過程を行う。図６は、暗号化過程と、ＳＧＳＮが“ＭＢＭＳ文脈生成要請”メッセージをＧＧＳＮへ送って、応答を待機するステップと、応答メッセージを受信した後、ＳＧＳＮがＧＧＳＮと共にベアラー文脈を設定するステップと、応答メッセージを受信した後ＳＧＳＮがＭＢＭＳ ＵＥ文脈をＲＡＮへ提供するステップと、ＳＧＳＮが“ＭＢＭＳ文脈活性化許容”メッセージをＵＥへ送るステップとを示している。これらステップは全て従来技術に基づいたものであるので、詳細な技術的内容は省略する。

図１０は、ＵＥがＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を割り当てる途中、ＭＢＭＳセッションが始まる際、ＳＧＳＮの作動の流れを示す図である。
ステップ１００１：ＳＧＳＮがＧＧＳＮからメッセージを受信する。

ステップ１００２：ＳＧＳＮがＧＧＳＮから受信したメッセージが“ＭＢＭＳセッション開始”メッセージであれば、ステップ１００３でＳＧＳＮは関心あるＲＮＣがＭＢＭＳを支援するか否かを判断する。この判断方法は、図３及び図７に図示されたものと類似している。ＲＮＣがＭＢＭＳを支援する過程の流れは従来技術に基づいたものであるので、詳細な技術的内容は省略する。仮りに関心あるＲＮＣがＭＢＭＳを支援しなければ、ステップ１００４でＳＧＮＳはＵＥのためのＭＢＭＳサービスのＮＳＡＰＩ及びＱｏＳパラメータに対してＳＧＳＮ文脈を検索し、“ＲＡＢ割当要請”メッセージを生成する。

ステップ１００５：ＳＧＳＮは“ＲＡＢ割当要請”メッセージを該当ＲＮＣへ送って応答を待つ。

ステップ１００６：仮りにＳＧＳＮが成功的なＲＡＢ割当メッセージを受信すれば、ステップ１００７でＭＢＭＳデータを設定された使用者インターフェースを介してＵＥへ伝達する。

ＵＥが動作中のＭＢＭＳサービスに加入する場合（即ち、図２のステップ２０６乃至２１５に示すように、ＳＧＳＮが“ＭＢＭＳ文脈活性化要請”メッセージをＵＥから受信し、ＧＧＳＮと情報を交換した後、“ＭＢＭＳ文脈活性化応答”メッセージをＵＥへ送る場合）、または、ＵＥが動作中のＭＢＭＳサービス内へ移動する場合（即ち、ＳＧＳＮが“ＭＢＭＳサービス”の原因により“ルーティング区域更新”、“ＭＢＭＳサービス要請”などのメッセージを受信する場合）のＳＧＳＮの動作の流れは、ＵＥがＭＢＭＳサービス区域に位置するが、そのＵＥが位置しているＲＮＣはＭＢＭＳを支援しないという条件下にＭＢＭＳセッションが始まる時の実行に従う。

ＭＢＭＳサービスの論理ネットワーク装置を示す図である。 既存のＵＥがＭＢＭＳサービスに加入する手順を示す図である。 ＳＧＳＮがＭＢＭＳサービス識別子及びＲＡＢ識別子のマッピングを誘導する手順を示す図である。 ＳＧＳＮがＭＢＭＳサービス識別子及びＲＡＢ識別子のマッピングを誘導する手順の途中、ＳＧＳＮの動作を示す図である。 ＳＧＳＮがＭＢＭＳサービス識別子及びＲＡＢ識別子のマッピングを誘導する手順の途中、ＵＥの動作を示す図である。 ＵＥがＭＢＭＳサービス識別子及びＲＡＢ識別子のマッピングを誘導する手順を示す図である。 ＵＥがＭＢＭＳサービス識別子及びＲＡＢ識別子のマッピングを誘導する場合、ＭＢＭＳセッション開始シグナリングの流れを示す図である。 ＵＥがＭＢＭＳサービス識別子及びＲＡＢ識別子のマッピングを誘導する手順の途中、ＵＥの動作を示す図である。 ＵＥがＭＢＭＳサービス識別子及びＲＡＢ識別子のマッピングを誘導する手順の途中、ＳＧＳＮの動作を示す図である。 ＵＥがＭＢＭＳサービス識別子及びＲＡＢ識別子のマッピングを誘導する場合、ＭＢＭＳセッションが始まる時、ＳＧＳＮの動作を示す図である。

符号の説明

１０１ 放送及びマルチキャストサービスセンター（ＢＭ−ＳＣ）
１０２ ゲートウェイＧＰＲＳ支援ノード（ＧＧＳＮ）
１０３ サービスＧＰＲＳ支援ノード（ＳＧＳＮ）
１０４ ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）
１０５ 使用者装備（ＵＥ）
１０６ ホーム位置登録器（ＨＬＲ）

Claims (7)

1. ＳＧＳＮがＭＢＭＳセッション開始を含むＭＢＭＳデータをＵＥに送信する必要がある時、前記ＳＧＳＮがＧＧＳＮから“Ｓｅｓｓｉｏｎ Ｓｔａｒｔ”メッセージを受信するステップと、
   ＭＢＭＳセッションが動作中の場合において、前記ＵＥが加入する際、前記ＳＧＳＮが前記ＧＧＳＮとの情報交換と共に前記ＵＥから、前記ＭＢＭＳのためにＭＢＭＳ ＮＳＡＰＩを含む“Ａｃｔｉｖａｔｅ ＭＢＭＳ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ”メッセージを受信し、“Ａｃｔｉｖａｔｅ ＭＢＭＳ Ｃｏｎｔｅｘｔ Ａｃｃｅｐｔ”メッセージを前記ＵＥへ送信するステップと、
   ＭＢＭＳセッションが動作中の状態で前記ＵＥが前記ＭＢＭＳサービス区域内に移動し入ってくる時、前記ＳＧＳＮが前記ＵＥから“ＭＢＭＳサービス”の原因により“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”メッセージ、または、“Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ”メッセージを受信するステップと、
   関心あるＲＮＣがＭＢＭＳを支援するか否かを前記ＳＧＳＮが判断するステップと、
   前記ＲＮＣがＭＢＭＳを支援できない場合、前記ＭＢＭＳサービスに該当するＵＥのＲＡＢ識別子を含んでいる“ＲＡＢ Ａｌｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ”メッセージを前記ＳＧＳＮが前記ＲＮＣに伝送して前記ＵＥのためのｌｕ使用者インターフェースを設定するステップと、
   前記ＳＧＳＮがＲｅｌ９９モードで前記ＲＮＣの関心あるＵＥへＭＢＭＳサービスを伝送するステップと、
   を含むことを特徴とするＭＢＭＳの逆方向互換性支援方法。
2. 前記ＳＧＳＮが前記ＵＥのＭＢＭＳサービスのためのＲＡＢ識別子を割り当てる方法は、
   前記ＲＮＣがＭＢＭＳを支援しない場合、前記ＳＧＳＮが前記ＵＥへＭＢＭＳデータを伝送する必要がある時、前記ＳＧＳＮがＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係を割り当てるステップと、
   前記ＲＮＣがＭＢＭＳを支援しない場合、前記ＳＧＳＮが“Ｒｅｔｕｒｎ ｔｏ Ｒｅｌ９９ Ｍｏｄｅ”メッセージを前記ＵＥへ伝送して応答を待機するステップと、
   前記ＵＥが前記ＳＧＳＮから“Ｒｅｔｕｒｎ ｔｏ Ｒｅｌ９９ Ｍｏｄｅ”メッセージを受信するステップと、
   前記ＵＥが前記メッセージに含まれているＭＢＭＳサービス識別子とＲＡＢ識別子との間の対応関係を貯蔵するステップと、
   前記ＵＥが“Ｒｅｔｕｒｎ ｔｏ Ｒｅｌ９９ Ｍｏｄｅ Ｃｏｎｆｉｒｍａｔｉｏｎ”メッセージを前記ＳＧＳＮへ伝送するステップと、
   前記ＳＧＳＮが前記ＵＥから“Ｒｅｔｕｒｎ ｔｏ Ｒｅｌ９９ Ｍｏｄｅ Ｃｏｎｆｉｒｍａｔｉｏｎ”メッセージを受信するステップと、
   前記ＳＧＳＮが“ＲＡＢ Ａｌｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ”メッセージを前記ＲＮＣへ伝送するステップと、
   を含むことを特徴とする請求項１記載のＭＢＭＳの逆方向互換性支援方法。
3. 前記“Ｒｅｔｕｒｎ ｔｏ Ｒｅｌ９９ Ｍｏｄｅ ”メッセージは、ＭＢＭＳサービス識別子及びＭＢＭＳサービス識別子とＲＡＢ識別子との間のマッピング関係の情報要素を含んでいることを特徴とする請求項２記載のＭＢＭＳの逆方向互換性支援方法。
4. ＵＥのＭＢＭＳ（マルチメディア放送及びマルチキャストサービス）のためのＲＡＢ（無線アクセスベアラー）識別子を割り当てる方法であって、
   前記ＵＥがＳＧＳＮから“Ｒｅｑｕｅｓｔ ＭＢＭＳ Ｃｏｎｔｅｘｔ Ａｃｔｉｖａｔｉｏｎ”メッセージを受信するステップと、
   前記ＵＥがＭＢＭＳサービスのためのＮＳＡＰＩ（ネットワークサービスアクセスポイント識別子）を割り当てるステップと、
   前記ＵＥが前記ＮＳＡＰＩを含む“Ａｃｔｉｖａｔｅ ＭＢＭＳ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ”メッセージを前記ＳＧＳＮへ伝送するステップと、
   前記ＳＧＳＮが前記ＵＥから“Ａｃｔｉｖａｔｅ ＭＢＭＳ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ”メッセージを受信するステップと、
   前記ＳＧＳＮがＭＢＭＳデータを前記ＵＥへ伝達する必要がある時、ＲＮＣがＭＢＭＳを支援しない場合、ＳＧＳＮ文脈に貯蔵されたＮＳＡＰＩに該当するＲＡＢ識別子を含んでいる“ＲＡＢ Ａｌｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ”メッセージを前記ＳＧＳＮが前記ＲＮＣへ伝送するステップと、
   を含むことを特徴とする方法。
5. 前記“Ａｃｔｉｖａｔｅ ＭＢＭＳ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ”メッセージは、
   前記ＵＥが前記ＭＢＭＳサービスに割り当てたＮＳＡＰＩを含んでいることを特徴とする請求項４記載の方法。
6. ＭＢＭＳ（マルチメディア放送及びマルチキャストサービス）が不可能なＲＮＣ（無線ネットワーク制御器）でＭＢＭＳベアラーを設定する方法であって、
   ＳＧＳＮが“Ｓｅｓｓｉｏｎ Ｓｔａｒｔ”メッセージをＧＧＳＮから受信してＵＥへ前記“Ｓｅｓｓｉｏｎ Ｓｔａｒｔ”メッセージを伝送するステップと、
   前記ＳＧＳＮが前記ＵＥから前記ＭＢＭＳサービスのためにＭＢＭＳ ＮＳＡＰＩを含む“Ａｃｔｉｖａｔｅ ＭＢＭＳ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ ”メッセージを受信して前記“Ａｃｔｉｖａｔｅ ＭＢＭＳ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ”メッセージに対する応答メッセージを伝送するステップと、
   前記ＳＧＳＮが前記ＵＥから“ＭＢＭＳサービス”に関する原因値と共に“Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ”メッセージ、または、“Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ”メッセージを受信するステップと、
   前記ＲＮＣがＭＢＭＳを支援できない場合、前記ＳＧＳＮが“ＲＡＢ Ａｌｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ”メッセージを前記ＲＮＣへ伝送して前記ＵＥのためのベアラーを設定するステップと、
   前記ＲＮＣに位置したＵＥへ前記ＳＧＳＮが前記ベアラーを用いてＭＢＭＳデータを伝送するステップと、
   を含むことを特徴とする方法。
7. 前記“ＲＡＢ Ａｌｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ”メッセージは、ＭＢＭＳサービスに該当するＲＡＢ識別子を含んでいることを特徴とする請求項６記載の方法。

Images