JP4425307B2

JP4425307B2 - マルチメディアブロードキャスト／マルチキャストサービスの起動方法

Info

Publication number: JP4425307B2
Application number: JP2007505357A
Authority: JP
Inventors: 海張
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2004-03-29
Filing date: 2005-03-25
Publication date: 2010-03-03
Anticipated expiration: 2025-03-25
Also published as: CN1266898C; ATE424697T1; US8842593B2; EP1737254A1; EP1737254B1; US20080232292A1; CN1642132A; JP2007531425A; WO2005099286A1; DE602005013072D1; EP1737254A4

Description

本発明はサービスを起動する技術に関し、特に、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）の起動を実現する方法に関する。

第３世代の移動通信技術の発展により、第２世代の移動通信よりも大きなデータ転送速度でサービスを提供することが可能になり、さらには、テレビ電話、画像のダウンロード及び高速インターネットブラウジングなどのような多数の新しいサービスをサポートすることが可能になっている。そのサービスのいくつかは、無線ネットワークにおいてサービスをカスタマイズしているすべての加入者へ対応するデータを同時に送信すること、例えば天気予報、短いニュース映像及びスポーツ競技を集めたものなどを送信することといった、共通の特徴を有する。これらのサービスのデータを同時に送信できるという特徴に基づいて、第３世代の移動通信は、マルチキャスト／ブロードキャストの概念を持ち込んでいる。

図１に示すように、中間ノード、例えばノード１０にとっては、データの受信を待ち受けている下流ノードの個数に関わらず、その上流ノードは常に、上記データの１つのコピーを中間ノードへ送信する。上記データを受信した後、中間ノードは、上記データを受信することを待ち受けている下流ノードの個数に従って上記データをいくつかのコピーに複製し、上記データを各下流ノードへ、例えばノード１０１及びノード１０２のような、上記データの受信を待ち受けているノード１０の下流ノードへ配信する。よって、ノード１０は受信されたデータの２つのコピーを生成する。このようにして、ＭＢＭＳ送信ツリーの各分枝は、伝送するデータのただ１つのコピーを有し、伝送ソースの１つのコピーを共用する。これは、ルートノード及びその下流ノードのデータ伝送でも同様である。ブロードキャストサービスとマルチキャストサービスとの相違点は、マルチキャストサービスが、特定の情報への申し込みを行っている加入者のみに対応する情報を送信するのに対して、ブロードキャストサービスは、無線ネットワークにおけるすべての加入者へ情報を送信するということにある。上述の説明からは、ＭＢＭＳベアラサービスを介して多数の加入者へ同じ情報を提供することにより、ネットワークリソースを大幅に節約できることが分る。

図２は、ＭＢＭＳベアラサービスをサポートする無線ネットワークアーキテクチャを示す。この場合、ネットワークエンティティには、マルチキャスト／ブロードキャストサービスをサポートするブロードキャスト−マルチキャストサービスセンタ（ＢＭ−ＳＣ）２０１と、ゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）２０２と、サービス側ＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）２０３と、ユニバーサル移動通信システム（ＵＭＴＳ）のユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）２０４と、移動通信グローバルシステム（ＧＳＭ）におけるＧＳＭ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）２０５と、ユーザ機器（ＵＥ）２０６及び２０７とが含まれる。図２に示すように、従来の第３世代パートナーシッププロジェクト（３ＧＰＰ）の枠組みにおいては、ＢＭ−ＳＣ２０１はＧｍｂインタフェース又はＧｉインタフェースを介してＧＧＳＮ２０２へ接続されるが、この場合、１つのＢＭ−ＳＣ２０１が、ＧＧＳＮ２０２としてのいくつかのＧＧＳＮへ接続されてもよい。ＧＧＳＮ２０２はＧｎ／Ｇｐインタフェースを介してＳＧＳＮ２０３へ接続され、この場合、１つのＧＧＳＮ２０２が、ＳＧＳＮ２０３としてのいくつかのＳＧＳＮへ接続されてもよい。ＳＧＳＮ２０３はＩｕインタフェースを介してＵＴＲＡＮ２０４へ接続されてもよく、ＵＴＲＡＮ２０４はＵｕインタフェースを介してＵＥ２０６へ接続される。ＳＧＳＮ２０３はまたＩｕ／Ｇｂインタフェースを介してＧＥＲＡＮ２０５へ接続されてもよく、ＧＥＲＡＮ２０５はＵｍインタフェースを介してＵＥ２０７へ接続される。ＢＭ−ＳＣは、ＢＳＣ／ＲＮＣであってもよい。

図１と図２を組み合わせると、ＢＭ−ＳＣ２０１は、ツリー構造のルートノードに相当する。ＢＭ−ＳＣ２０１の下流ノードは、ＧＧＳＮ２０２である。ＧＧＳＮ２０２の下流ノードは、ＳＧＳＮ２０３である。ＳＧＳＮ２０３の下流ノードは、ＵＥ２０６及び２０７である。当然ながら、複数のＧＧＳＮ及び複数のＳＧＳＮが存在してもよい。ＭＢＭＳベアラサービスのデータ配信はツリー構造を介して実施されるが、このツリー構造は一般的には、複数のＢＳＣ／ＲＮＣ、複数のＳＧＳＮ及び複数のＧＧＳＮを用いて実装されることは明らかであろう。さらには、いくつかのベアラリソースは、同じＭＢＭＳベアラサービスを使用する複数の加入者間で共用されることが必要とされる。従って、ＭＢＭＳ配信ツリーの各分枝には、同じＱｏＳが設定される。上述の特性に関しては、ＭＢＭＳ配信ツリーの新しい分枝が生成されるとき、配信ツリー全体のＱｏＳはこの新しい分枝によって影響されるべきではない。従って、ＵＭＴＳネットワークにおいては、ＱｏＳネゴシエーションは実施されるべきでない。その結果、ネットワークが特定の分枝のＱｏＳ要件を受け入れることができなければ、これらの分枝を生成することはできない。例えば、特定のＵＥのＭＢＭＳベアラの能力が、ＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラの能力より低い場合には、上記ＵＥがこのＭＢＭＳベアラサービスを使用することはネットワークによって拒絶される。

現行の仕様においては、ＢＭ−ＳＣは、ＭＢＭＳベアラサービスに対応する要求されたＭＢＭＳベアラ能力を、ＭＢＭＳ登録手順を通じてＧＧＳＮ及びＳＧＳＮへ送信することができる。要求されるＭＢＭＳベアラ能力は、ＵＥがＭＢＭＳベアラサービスを受ける際に当該ＵＥにより要求される最低のベアラ能力を、すなわちＭＢＭＳベアラサービスが使用する可能性のある最大ＱｏＳ能力を特定することができる。ＵＥがＭＢＭＳベアラサービスの起動手順を用いてＭＢＭＳベアラサービスに加入するとき、ネットワークは、上記ＵＥのＭＢＭＳベアラ能力が、要求されるＭＢＭＳベアラ能力を満たすものであるか否かを検証する必要がある。

ＭＢＭＳベアラのコンテキストは、要求されるＭＢＭＳベアラ能力を格納するために使用されるが、上記コンテキストは、ＭＢＭＳベアラサービスを定義するすべての記述情報を含み、ＭＢＭＳデータを伝送するすべてのノードにおいて生成される。表１に示すように、ＭＢＭＳベアラのコンテキストは、ＩＰマルチキャストアドレス、アクセスポイント名（ＡＰＮ）、一時的移動グループ識別情報（ＴＭＧＩ）、状態、要求されるＭＢＭＳベアラ能力、ＱｏＳ、ＭＢＭＳベアラサービスエリア、下流ノードのリスト、及びＵＥの個数などを含む。ＩＰマルチキャストアドレスは、このＭＢＭＳベアラのコンテキストによって記述されるＭＢＭＳベアラサービスを識別する。ＡＰＮは、このＩＰマルチキャストアドレスが定義されるアクセスポイントの名前である。ＴＭＧＩは、ＭＢＭＳベアラサービスに割り当てられた一時的な移動グループの識別情報である。状態は、ベアラプレーンリソースの状態、すなわち「スタンバイ」又は「アクティブ」状態である。要求されるＭＢＭＳベアラ能力は、ＵＥがサポートする必要のある最低のベアラ能力を示す。ＱｏＳは、ＭＢＭＳベアラサービスにより要求されるサービス品質を意味する。ＭＢＭＳベアラサービスエリアは、ＭＢＭＳベアラサービスが配信される必要のあるエリアである。下流ノードのリストは、ＭＢＭＳベアラサービスを要求した下流ノードであって、通知及びＭＢＭＳデータが配信される必要のある下流ノードのリストを示す。ＵＥの個数は、ＭＢＭＳベアラサービスに加入しているノードによってホスティングされるＵＥの個数を意味する。

ＭＢＭＳベアラサービスの起動手順の間、加入者は、特定のマルチキャストＭＢＭＳベアラサービスからデータを受信することが可能にされるように、ネットワークに登録される。この起動は、ＵＥとネットワークとの間の信号方式手順であり、起動される各マルチキャストＭＢＭＳベアラサービスについて、ＵＥ、ＳＧＳＮ、ＧＧＳＮ及びＢＳＣ／ＲＮＣにおいてＭＢＭＳＵＥコンテキストを確立する。ＭＢＭＳＵＥコンテキストの確立は、一般的なＰＤＰコンテキストと同様のものである。ＭＢＭＳＵＥコンテキストは、ＵＥが加入している特定のＭＢＭＳベアラサービスの特定情報を含む。ＵＥがあるＭＢＭＳベアラサービスに加入するとき、ＵＥ、ＳＧＳＮ及びＧＧＳＮにおいてＭＢＭＳＵＥコンテキストが生成される。ＭＢＭＳＵＥコンテキストはＵＥのＭＭコンテキストの一部として格納され、ＧＧＳＮに単独で格納される。ＭＢＭＳＵＥコンテキストは、ＵＥが加入しているＭＢＭＳベアラサービス毎に１つ存在する。

表２に示すように、ＭＢＭＳＵＥコンテキストは、ＩＰマルチキャストアドレス、ＡＰＮ、ＴＭＧＩ、（ネットワークサービスアクセスポイント識別情報）リンクされたＮＳＡＰＩ（Linked NSAPI）、及びＩＭＳＩなどを含む。ＩＰマルチキャストアドレスは、ＵＥが加入しているＭＢＭＳベアラサービスを識別する。ＡＰＮは、このＩＰマルチキャストアドレスが定義されるアクセスポイント名である。ＴＭＧＩは、ＭＢＭＳベアラサービスに割り当てられた一時的移動グループの識別情報である。リンクされたＮＳＡＰＩは、ＩＧＭＰ／ＭＬＤ信号を伝送するためにＵＥにより使用されるＰＤＰコンテキストのＮＳＡＰＩである。ＩＭＳＩは、加入者の識別情報である。ＭＢＭＳ＿ＮＳＡＰＩは、ＭＢＭＳＵＥコンテキストを識別するネットワーク層サービスアクセスポイントの識別子である。

表２において、（１）は、ＵＥ及びＳＧＳＮにおいて、ＭＢＭＳＵＥコンテキストを包含するＭＭコンテキスト内でＩＭＳＩが利用可能であることを意味し、（２）は、ＭＢＭＳＵＥコンテキストを包含するＵＥコンテキスト内でＩＭＳＩが利用可能であることを意味する。

図３に示すように、従来技術に係るＭＢＭＳベアラサービスの起動方法は、下記のステップを含む。

ステップ３０１：通常、ＵＥが特定のＭＢＭＳベアラサービスを起動する必要がある場合、ＵＥは、ネットワークとの相互動作によってＰＤＰコンテキストを生成する（ＰＤＰコンテキスト起動：PDP Context Activation）。

このカレントＵＥがネットワークとの間にＰＤＰコンテキストを生成していれば、この生成されたＰＤＰコンテキストが直接に使用される。カレントＵＥがネットワークとの間にＰＤＰコンテキストを生成していなければ、ＵＥはデフォルトのＰＤＰコンテキストを起動するが、このＰＤＰコンテキストのタイプは一般にはベストエフォート型である。このＰＤＰコンテキストは、ＷＡＰ又はインターネットアクセス等の基本的なＩＰサービスに使用されるＰＤＰコンテキストであってもよく、又は、ＩＰマルチメディアサブシステム（ＩＭＳ）アクセスに使用される信号方式ＰＤＰコンテキストであってもよい。この例では、デフォルトのＰＤＰコンテキストに対応するＧＧＳＮは、ＧＧＳＮ１である。

ステップ３０２：カレントＵＥは、生成されたＰＤＰコンテキストを介して、ＩＧＭＰ加入メッセージ又はＭＬＤ加入メッセージをＧＧＳＮ１へ送信する。このメッセージにおいて、加入者が享受しようと待ち受けている特定のＭＢＭＳベアラサービスは、ＩＰマルチキャストアドレスによって識別される。ＩＰｖ４プロトコルが採用されていれば、ＵＥは、ＧＧＳＮ１へＩＧＭＰ加入メッセージ（IGMP Join）を送信する。ＩＰｖ６プロトコルが採用されていれば、ＵＥは、ＧＧＳＮ１へＭＬＤ加入メッセージを送信する。この例では、ＩＰｖ４プロトコルが採用されている。

ステップ３０３：ＩＧＭＰ／ＭＬＤ加入を受信した後、ＧＧＳＮ１は、ＢＭ−ＳＣへＭＢＭＳ認証要求（MBMS Authorization Request）を送信して、カレントＵＥによるデータ受信の認証を要求する。認証要求が許可された場合、ＢＭ−ＳＣはＧＧＳＮ１へＭＢＭＳ認証応答（MBMS Authorization Response）を送信し、この応答が、ＭＢＭＳＵＥコンテキストの起動に使用されるＡＰＮを伝送する。認証要求が許可されない場合、ＢＭ−ＳＣからＧＧＳＮ１へ送信されるＭＢＭＳ認証応答は、ＵＥによるＭＢＭＳデータの受信を許可できないことを示し、フローは終了する。

ステップ３０４：ＧＧＳＮ１は、ＳＧＳＮへＭＢＭＳ通知要求（MBMS Notification Request）を送信する。ここで、上記要求は、ＩＰマルチキャストアドレス、ＡＰＮ、及びリンクされたＮＳＡＰＩを含む。リンクされたＮＳＡＰＩの構成は、ＧＧＳＮ１が加入要求を受信する場合にＧＧＳＮ１により使用されるＰＤＰコンテキストのＮＳＡＰＩに等しい。ＩＰマルチキャストアドレスは、ＵＥの加入要求におけるＩＰマルチキャストアドレスである。ＡＰＮは、おそらくは、起動されるデフォルトのＰＤＰコンテキストのＡＰＮとは異なるものであり、状況によっては、ＡＰＮは、ＩＧＭＰ／ＭＬＤ加入要求を受信するＧＧＳＮ１とは異なる別のＧＧＳＮに対応する可能性がある。ＧＧＳＮ１はこの応答を受信することができないので、例えばＳＧＳＮ又はＵＥはＭＢＭＳベアラサービスをサポートせず、このような状況下では、ＧＧＳＮ１はＭＢＭＳ起動タイマを始動させる必要がある。

ステップ３０５：ＭＢＭＳ通知要求を受信した後、ＳＧＳＮはＵＥへＭＢＭＳコンテキスト起動要求（Request MBMS Context Activation）を送信し、これは、ＭＢＭＳＵＥコンテキストを起動することをＵＥに要求するために使用される。このメッセージは、少なくとも、ＩＰマルチキャストアドレス、ＡＰＮ、リンクされたＮＳＡＰＩ、及びトランザクション識別子（ＴＩ）を伝送する。リンクされたＮＳＡＰＩは、ＵＥが、ＭＢＭＳＵＥコンテキストを、ステップ３０２においてＵＥがＩＧＭＰ／ＭＬＤ加入メッセージを送ったＰＤＰコンテキストに関連付けることを可能にする。ＴＩはＳＧＳＮによって選択され、その値は、ＵＥにより起動される他のＰＤＰコンテキスト又はＭＢＭＳＵＥコンテキストによって使用されることはない。

ステップ３０６：ＭＢＭＳＵＥコンテキストの生成後、ＵＥはＳＧＳＮへＭＭコンテキスト起動要求（Activate MBMS Context Request）を送信する。ここで、上記メッセージは、ＩＰマルチキャストアドレス、ＡＰＮ、ＭＢＭＳ＿ＮＳＡＰＩ、及びＭＢＭＳベアラ能力を含む。ＩＰマルチキャストアドレスは、加入／起動されるＭＢＭＳベアラサービスの始動を特定するために使用される。ＡＰＮは、特定のＧＧＳＮを示す。ＭＢＭＳベアラ能力は、ＵＥが処理することのできる最大ＱｏＳを特定するために使用される。ＭＢＭＳ＿ＮＳＡＰＩはＵＥによって選択され、その値は、ＵＥにより起動される他のＰＤＰコンテキスト又はＭＢＭＳＵＥコンテキストによって使用されることはない。

ステップ３０７：ＳＧＳＮは、ステップ３０４においてＭＢＭＳ通知要求を送信したＧＧＳＮ１へ、ＭＢＭＳ通知応答（MBMS Notification Response）を送信する。この応答では、ＭＢＭＳＵＥコンテキストの値が伝送され、このＭＢＭＳＵＥコンテキストの値は、ＭＢＭＳＵＥコンテキストの起動に成功したか否かを示すために使用される。起動に失敗したときは、ＭＢＭＳＵＥコンテキストの値は、ＭＢＭＳＵＥコンテキスト起動の失敗がＳＧＳＮ又はＵＥのエンティティによって生じたことを示す。ＧＧＳＮ１が失敗の応答メッセージを受信したとき、又は、ＭＢＭＳ起動タイマがタイムアウトしたとき、ＧＧＳＮ１は、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様へ復帰することが可能である。

３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセスの仕様書の記述に従うと、ＭＢＭＳベアラサービスが存在しない状況下では、ＧＧＳＮはＩＰマルチキャストエージェントとしての機能を有し、ＵＭＴＳネットワークでは、下記の機能によって、ポイント・ツー・ポイント（ＰＴＰ）ＭＢＭＳベアラサービスを提供することができる。
ａ）ＧＧＳＮは、１つ又は複数のマルチキャストグループを含む移動局リストを保持する。ＧＧＳＮが移動局からＩＧＭＰ加入又はＭＬＤリポートのメッセージを受信すると、リストが生成される／更新される。
ｂ）保持された移動局リストに基づいて、マルチキャストルーティング情報がパケット交換ドメインのルータへ送信され、マルチキャストパケットのルーティングが実行される。
ｃ）マルチキャストパケットを受信すると、ＧＧＳＮはこれらのパケットをコピーし、上記パケットをグループ内の各移動局へＰＴＰモードによって送信する。

ＭＢＭＳベアラサービスは、２つの実装形式、すなわちＭＢＭＳベアラサービス及びＰＴＰユニキャストＭＢＭＳサービスを含むタイプのユーザサービスである、ということを説明しておくことが必要である。

ステップ３０８：ＳＧＳＮは、カレントＵＥに対する認証などのセキュリティ機能を実施する。このステップは、省略されてもよい。

ステップ３０９：ＳＧＳＮは、ステップ３０６のＡＰＮに従って、要求されるＭＢＭＳベアラサービスを提供する特定のＧＧＳＮを確定した後、ＳＧＳＮはＭＢＭＳＵＥコンテキストを生成し、このＧＧＳＮへＭＢＭＳコンテキスト生成要求（Create MBMS Context Request）を送信する。ＭＢＭＳコンテキスト生成要求は、ＩＰマルチキャストアドレス、ＡＰＮ、及びＭＢＭＳ＿ＮＳＡＰＩを含む。この例において、要求されるＭＢＭＳベアラサービスを実際に提供するＧＧＳＮは、ＧＧＳＮ２である。当然ながら、ＧＧＳＮ１及びＧＧＳＮ２は同じＧＧＳＮであってもよい。

ステップ３１０：ＧＧＳＮ２は、ＢＭ−ＳＣへＭＢＭＳ認証要求を送信してＵＥの認証を要求し、認証の判定結果はＭＢＭＳ認証応答によって提供される。

ステップ３１１：ＧＧＳＮ２がＭＢＭＳベアラサービスのＭＢＭＳベアラコンテキスト情報を持たない場合、ＧＧＳＮ２はＢＭ−ＳＣへＭＢＭＳ登録要求（MBMS Registration Request）を送信する。対応する手順は、ＭＢＭＳ登録手順の仕様書に記述されている。

ＢＭ−ＳＣがＭＢＭＳベアラサービスにＴＭＧＩを割り当てていなければ、ＢＭ−ＳＣは新しいＴＭＧＩを割り当てる。これは、ＭＢＭＳ登録応答（MBMS Registration Response）を介してＧＧＳＮ及びＳＧＳＮへ転送され、さらにはＭＢＭＳコンテキスト起動受諾（Activate MBMS Context Accept）を介してＵＥへ転送される。

ＢＭ−ＳＣは、ＭＢＭＳベアラサービスのＭＢＭＳベアラコンテキストを含むＭＢＭＳ登録応答をＧＧＳＮ２へ送信し、ＧＧＳＮ２をＭＢＭＳベアラコンテキストの下流ノードのリストへ追加する。対応する手順は、ＭＢＭＳ登録手順の仕様書に記述されている。

ＧＧＳＮ２がＭＢＭＳベアラサービスのＭＢＭＳベアラコンテキストを有していれば、このステップは省略されてもよい。

ステップ３１２：ＧＧＳＮ２はＭＢＭＳＵＥコンテキストを生成し、ＭＢＭＳコンテキスト生成応答（Create MBMS Context Response）をＳＧＳＮへ送信する。

ステップ３１３：ＳＧＳＮがＭＢＭＳベアラサービスのＭＢＭＳベアラコンテキストを持たない場合、ＳＧＳＮはＧＧＳＮへＭＢＭＳ登録要求を送信する。対応する手順は、ＭＢＭＳ登録手順の仕様書に記述されている。

ＧＧＳＮ２は、ＭＢＭＳベアラサービスのＭＢＭＳベアラコンテキスト情報を含むＭＢＭＳ登録応答に応答し、ＳＧＳＮの識別情報を、ＭＢＭＳベアラコンテキストの下流ノードのリストへ追加する。対応する手順は、ＭＢＭＳ登録手順の仕様書に記述されている。ＳＧＳＮがＭＢＭＳベアラサービスのＭＢＭＳベアラコンテキストを有していれば、このステップは省略されてもよい。

ステップ３１４：ＵＥに関して、少なくとも１つのパケット交換ドメイン無線アクセスベアラ（ＰＳＲＡＢ）が生成されれば、ＳＧＳＮは、ＭＢＭＳＵＥコンテキストをＲＡＮに提供する。

ステップ３１５：ＳＧＳＮは、ＭＢＭＳベアラサービスの最大ＱｏＳを特定するために使用されるＭＢＭＳベアラ能力を含むＭＢＭＳコンテキスト起動受諾をＵＥへ送信する。ＵＥは、ＭＢＭＳベアラサービスをさらに起動するときに、このＭＢＭＳベアラ能力を考慮してもよい。ＳＧＳＮは、ＵＥのＭＢＭＳベアラ能力が、要求されるカレントＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力より低いことを検証したとき、ＭＢＭＳコンテキスト起動要求を拒絶し、指摘すべき理由を通知して、生成されるＭＢＭＳＵＥコンテキストの停止プロセスを開始する。

上述のフローから、あらゆる状況下のＵＥに関して、ステップ３１５は、ＵＥのＭＢＭＳベアラ能力が、要求されるカレントＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力より低いか否かを検証するフローの最終ステップでなければならないことが分る。要求を満たすことができないＵＥにとっては、上述の手順によって当該ＵＥに関するすべてのベアラが生成されていることから、ＵＥに対する停止手順が開始される必要がある。

要求されるＭＢＭＳベアラ能力を格納していないネットワークノードは、いったん登録された後に、要求されるＭＢＭＳベアラ能力情報を有することになる。よって、他のＵＥがＭＢＭＳベアラサービスの起動を実施するときに他のＵＥのＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力より低いか否かを判定するネットワークノードの手順が、他のＵＥがアクセスする場合においてもなお上述のステップに従って実行される場合には、これらのステップはあまりに複雑化し、ネットワーク信号方式の相互動作が増加してネットワーク効率が低下する。

ステップ３０７では、ＧＧＳＮ１は３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様へ復帰することが可能である、と言及したが、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様はＰＴＰモードを採用していて、これは、ＰＴＭモードのようにネットワークリソース及び無線インタフェースリソースを保存することができない。さらに、上述の手順の間において、拒絶されたＵＥに関しては、要求されたＭＢＭＳベアラサービスを拒絶された加入者に受けさせるための他のメカニズムを採用する方法が提案されておらず、よって加入者の満足は大幅に低減される。

上記に鑑みて、本発明は、ＭＢＭＳの起動を実行し、そのＵＥＭＢＭＳベアラ能力の要求が所望されるものより低いネットワークプロセスを生成し、これにより、ネットワークエンティティ間の信号方式交替を簡単化し、ネットワークの複雑さを低減させ、かつネットワークリソースを節約する方法を提供する。

本発明によれば、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）を起動する方法は、
ａ．ユーザ機器（ＵＥ）のＭＢＭＳベアラ能力を伝送するメッセージを、認証に合格した後に、上記ＵＥから、上記ＵＥが属するＳＧＳＮへ送るステップと、
ｂ．上記ＳＧＳＮが要求されるＭＢＭＳベアラ能力を有しているとき、上記ＵＥのＭＢＭＳベアラ能力が、要求されるＭＢＭＳベアラ能力より低いか否かを検証するステップと、
ｃ．上記ＵＥの上記ＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いとき、ＭＢＭＳコンテキストを起動する要求を拒絶し、上記ＵＥの上記ＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力以上であるとき、ＭＢＭＳＵＥコンテキストを生成するステップとを含む。

上記ステップａは、
ａ１．ネットワークとの相互動作によってパケットデータプロトコル（ＰＤＰ）コンテキストを生成し、上記ＵＥが属するＳＧＳＮを介して上記ネットワークへ加入メッセージを送信することと、
ａ２．上記加入メッセージを受信し、上記ＵＥに対して認証情報の検証を実行し、上記ＵＥが認証に合格したとき、ＭＢＭＳＵＥコンテキストを起動して、上記ＵＥのＭＢＭＳベアラ能力を伝送するメッセージを上記ＵＥの属するＳＧＳＮへ送信する許可を上記ＵＥに与えることとを含む。

ステップｃにおける、上記ＭＢＭＳコンテキストを起動する要求を拒絶することは、さらに、
ｃ１１．拒絶理由を伝送する拒絶メッセージを上記ＵＥへ送信することと、
ｃ１２．失敗理由を伝送する失敗メッセージをＧＧＳＮへ送信することと、
ｃ１３．上記失敗メッセージを受信して、ユニキャストモードのＩＰマルチキャストアクセスへ復帰するか否かを決定することとを含む。

それに代わって、ステップｃにおける、上記ＭＢＭＳコンテキストを起動する要求を拒絶することは、さらに、
ｃ２１．拒絶理由を伝送する拒絶メッセージを上記ＵＥへ送信することと、
ｃ２２．上記拒絶メッセージを受信して、ユニキャストモードにより上記ＭＢＭＳベアラサービスを受けるように要請し直すこととを含む。

好適には、ステップｃにおける、上記ＭＢＭＳコンテキストを起動する要求を拒絶することは、さらに、
ｃ３１．失敗理由を伝送する失敗メッセージをＧＧＳＮへ送信することと、
ｃ３２．上記失敗メッセージを受信して、ユニキャストモードのＩＰマルチキャストアクセスへ復帰するか否かを決定することとを含む。

それに代わって、ステップｃにおける、上記ＭＢＭＳコンテキストを起動する要求を拒絶することは、さらに、
ｃ４１．失敗理由を伝送する失敗メッセージをＧＧＳＮへ送信することと、
ｃ４２．上記失敗メッセージを受信して、ユニキャストモードのＩＰマルチキャストアクセスへ復帰するか否かを決定することと、
ｃ４３．拒絶理由を伝送する拒絶メッセージを上記ＵＥへ送信すること、を含む。

上記方法において、ＵＥへ送信される拒絶メッセージはさらに、要求されるＭＢＭＳベアラ能力を伝送する。

好適には、上記方法はさらに、
上記拒絶メッセージを受信することと、
タイマを起動することと、
上記ＧＧＳＮが、上記タイマのタイムアウト時間までに上記ユニキャストモードのＩＰマルチキャストアクセスへ復帰したか否かを検証し、上記タイマのタイムアウト時間までに上記ＧＧＳＮが上記ユニキャストモードのＩＰマルチキャストアクセスへ復帰していたときには、上記タイマを停止し、上記タイマがタイムアウト時間を超過したときには、上記ユニキャストモードによって上記ＭＢＭＳベアラサービスを受けるように要請し直すこととを含む。

好適には、本方法はさらに、
上記ＵＥの上記ＭＢＭＳベアラ能力を伝送するメッセージを送信する上記ステップａの後にタイマを起動し、上記タイマのタイムアウト時間までに上記ＵＥが受諾メッセージを受信するか又は上記ＧＧＳＮが上記ユニキャストモードのＩＰマルチキャストアクセスへ復帰したときには、上記タイマを停止し、上記タイマがタイムアウト時間を超過したときには、上記ユニキャストモードによって上記ＭＢＭＳベアラサービスを受けるように要請し直すことを含む。

上記方法では、上記拒絶メッセージは要求されるＭＢＭＳベアラ能力を伝送し、上記ＵＥは、上記拒絶メッセージを受信した後に、上記要求されるＭＢＭＳベアラ能力を上記ＵＥのＭＢＭＳベアラ能力と比較し、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いとき、上記ＵＥは、上記ユニキャストモードによってＭＢＭＳベアラサービスを受けるように要請し直す。

上記方法では、上記拒絶メッセージは要求されるＭＢＭＳベアラ能力を伝送し、上記ＵＥは、上記拒絶メッセージを受信した後に、上記要求されるＭＢＭＳベアラ能力を上記ＵＥのＭＢＭＳベアラ能力と比較し、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いときであって、かつ上記ＧＧＳＮがユニキャストモードのＩＰマルチキャストアクセスへの復帰を行わないとき、上記ＵＥは、上記ユニキャストモードによってＭＢＭＳベアラサービスを受けるように要請し直す。

ステップｂにおいて、上記ＳＧＳＮが要求されるＭＢＭＳベアラ能力を持たないときであって、かつ上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いとき、上記ＳＧＳＮは、生成されるＭＢＭＳＵＥコンテキストを停止してＧＧＳＮへ失敗メッセージを送り、上記ＧＧＳＮは上記失敗メッセージを受信して、ユニキャストモードのＩＰマルチキャストアクセスへ復帰するか否かを決定する。

好適には、本方法はさらに、
上記ＳＧＳＮから送信される拒絶メッセージを受信することと、
タイマを起動することと、
上記ＧＧＳＮが、上記タイマのタイムアウト時間までに上記ユニキャストモードのＩＰマルチキャストアクセスへ復帰したか否かを検証し、上記タイマのタイムアウト時間までに上記ＧＧＳＮが上記ユニキャストモードのＩＰマルチキャストアクセスへ復帰したときには、上記タイマを停止し、上記タイマがタイムアウト時間を超過したときには、上記ユニキャストモードによって上記ＭＢＭＳベアラサービスを受けるように要請し直すこととを含む。

上記方法では、上記ＳＧＳＮは、上記ＵＥとともにＰＤＰコンテキストを生成するＧＧＳＮに向けて、又は上記ＵＥとともにＭＢＭＳＵＥコンテキストを生成するＧＧＳＮに向けて、上記失敗メッセージを送信する。

好ましくは、上記方法は、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力よりも低いとき、上記ＵＥに拒絶メッセージを送信することをさらに含む。
拒絶メッセージは上記要求されるＭＢＭＳベアラ能力を伝送し、上記ＵＥは、上記拒絶メッセージを受信した後に、上記要求されるＭＢＭＳベアラ能力を上記ＵＥのＭＢＭＳベアラ能力と比較し、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いときであって、かつ上記ＧＧＳＮがユニキャストモードのＩＰマルチキャストアクセスへ復帰を行わないとき、上記ＵＥは上記ユニキャストモードによってＭＢＭＳベアラサービスを受けるように要請し直す。

ステップｂにおいて、上記ＳＧＳＮが要求されるＭＢＭＳベアラ能力を持たないとき、上記ＳＧＳＮはＭＢＭＳＵＥコンテキストを生成し、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いとき、上記ＵＥは、上記ＳＧＳＮが生成されるＭＢＭＳＵＥコンテキストを停止した後に、又は上記ＵＥが上記ＳＧＳＮから送信された拒絶メッセージを受信した後に、上記ユニキャストモードによってＭＢＭＳベアラサービスを受けるように要請し直す。

上記ＳＧＳＮから上記ＵＥへ送信される拒絶メッセージは上記要求されるＭＢＭＳベアラ能力を伝送し、上記ＵＥは、上記拒絶メッセージを受信した後に、上記要求されるＭＢＭＳベアラ能力を上記ＵＥのＭＢＭＳベアラ能力と比較し、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いとき、上記ＵＥは、上記ユニキャストモードによってＭＢＭＳベアラサービスを受けるように要請し直す。

本発明において提供されるＭＢＭＳベアラサービスの起動を実現する方法では、ＵＥが特定のＭＢＭＳベアラサービスを起動すると、ＵＥがネットワークとともにＰＤＰコンテキストを生成する手順中においてＵＥのＭＢＭＳベアラ能力を受信した後、ＳＧＳＮは、上記ＵＥのＭＢＭＳベアラ能力が、要求されるＭＢＭＳベアラ能力を満たすものであるか否かを検証する。従って、ＳＧＳＮ又はＧＧＳＮが未登録であるという状況下では、ＵＥのＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力を満たすか否かは、既存のＭＢＭＳベアラサービスの起動手順全体が終了した後に知られることになるが、一方、ＳＧＳＮ又はＧＧＳＮが登録されている状況下では、ＵＥのＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力を満たすことができない場合、ＭＢＭＳＵＥコンテキストが生成される必要はまったくない。このようにして、ＵＥとネットワークとの間の複雑な信号方式の相互動作は省かれ、ＭＢＭＳＵＥコンテキスト起動後の別の起動動作を行うことも回避され、これにより、ネットワークプロセスは簡単化され、ネットワーク負荷は低減される。

本発明の実際の適用例では、代替の方法として、ＳＧＳＮ及びＵＥが協働して検証を行ってもよく、このことは検証結果の信頼性を保証し、ＭＢＭＳベアラサービスの起動フローをより柔軟かつ多様にすることができる。

さらに、要求されるＭＢＭＳベアラ能力を満たさないＭＢＭＳベアラ能力を有するＵＥに関して、ＳＧＳＮは直接拒絶したり、又はサービスの提供モードを変更したりすることができる。サービスの提供モードの変更は、ＧＧＳＮ自体の主導により、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様へ復帰し、ＵＥに、ＰＴＰモードによってＭＢＭＳベアラサービスを受けさせること、又は、ＵＥ自体の主導により、ユニキャストモードによってＭＢＭＳベアラサービスを受けるように要請し直すことである。このようにして、拒絶された加入者であっても、他のアプローチによって、その必要とするＭＢＭＳベアラサービスを受けることができる。これにより、加入者の満足及びネットワーク利用率は改善され、ネットワーク管理業者の収入も増加する。さらに、ＭＢＭＳベアラサービスを受ける方法はより柔軟かつ多様になる。

本発明の核心となる着想によれば、ＵＥが特定のＭＢＭＳベアラサービスを起動するとき、ＵＥがネットワークとともにＰＤＰコンテキストを生成する手順中においてＵＥのＭＢＭＳベアラ能力を受信した後、ＳＧＳＮは、ＵＥのＭＢＭＳベアラ能力が要求を満たすか否かを検証し、次いで検証結果に従って対応するプロセスを実行する。このようにして、ＭＢＭＳベアラサービスを起動する要求は、事前に処理されることが可能である。

図４に示すように、本発明に係るＭＢＭＳサービスを起動する方法は、下記のステップを含む。

ステップ４０１：特定のＭＢＭＳベアラサービスを受けることを要求するＵＥは、まず、上記ＵＥが属するＳＧＳＮを介してネットワークとともにＰＤＰコンテキストを生成し、生成されたＰＤＰコンテキストを介して上記ネットワークへ加入メッセージを送信する。一般に、上記ＵＥは、上記加入メッセージを、上記生成されたＰＤＰコンテキストに対応するＧＧＳＮへ送信する。

ステップ４０２乃至４０５：上記ネットワークは、上記加入メッセージを送信するカレントＵＥに対する認証情報の検証を行う。この認証に合格すれば、上記ネットワークは、上記ＵＥがＭＢＭＳＵＥコンテキストを起動することを許可し、上記カレントＵＥは、その固有のＭＢＭＳベアラ能力を伝送するメッセージを、それが属するＳＧＳＮへ送信する。上記認証に合格しなければ、カレントプロセスは終了される。

カレントＵＥに対する認証情報の検証を行うネットワークの詳細な手順は、図３のステップ３０３乃至３０６に示されている。カレントＵＥにより送信された加入メッセージを受信した後、ＧＧＳＮは、ＭＢＭＳ認証要求をＢＭ−ＳＣへ転送して、カレントＵＥによるデータ受信の認証を要求する。カレントＵＥに対する認証情報の検証を行った後、ＢＭ−ＳＣは、ＭＢＭＳ認証応答をＧＧＳＮへ返信する。認証に合格すれば、特別なＧＧＳＮＡＰＮ応答メッセージがＭＢＭＳ認証応答において伝送される。ＭＢＭＳ認証応答を受信した後、ＧＧＳＮは、ＭＢＭＳ通知要求をＳＧＳＮへ送信する。ＭＢＭＳ通知要求を受信した後、ＳＧＳＮは、ＭＢＭＳＵＥコンテキストを起動するようにカレントＵＥに要求する。この要求を受信した後、ＵＥはその固有のＭＢＭＳベアラ能力を伝送する応答メッセージを返信する。認証に合格しなければ、ＭＢＭＳ認証応答は、カレントＵＥがＭＢＭＳデータを受信できないことを示す情報を伝送し、カレントプロセスフローは終了される。

ステップ４０６：ＵＥのＭＢＭＳベアラ能力を受信した後、ＳＧＳＮは、要求されるＭＢＭＳベアラ能力がその中に格納されているか否かを検証する。要求されるＭＢＭＳベアラ能力が格納されていればステップ４０７が実行され、そうでなければ、図３に示すステップ３０７乃至３１５による従来のＭＢＭＳベアラサービス起動フローが実行されてカレントプロセスフローは終了される。

一般に、ＳＧＳＮが特定のＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力を取得するためには、２つのアプローチ、すなわち、所定の登録手順によるアプローチと、ネットワーク管理業者により設定されたネットワーク構成によるアプローチとが存在する。前者の状況では、ＭＢＭＳベアラサービスによって必要とされる要求されるＭＢＭＳベアラ能力はＳＧＳＮに格納されておらず、ＧＧＳＮは、ＳＧＳＮ及びＧＧＳＮが初めて登録する時点でのみ存在する。ＳＧＳＮ及びＧＧＳＮが登録を終了した後、ＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力は、対応するＳＧＳＮ及びＧＧＳＮに格納される。

ステップ４０７乃至４０８：ＳＧＳＮは、受信されたＵＥのＭＢＭＳベアラ能力が、ＳＧＳＮに格納されている要求されるＭＢＭＳベアラ能力より低いか否かを検証する。ＵＥのＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力より低いとき、ＳＧＳＮは、ＭＢＭＳＵＥコンテキスト起動要求を拒絶する。ＵＥのＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力以上であれば、図３に示すステップ３０７乃至３１５による従来のＭＢＭＳベアラサービス起動フローを継続してＭＢＭＳＵＥコンテキストの生成を終了する。ステップ３１５では、ＵＥのＭＢＭＳベアラ能力の検証はもはや実行されない。

ステップ４０８では、ＭＢＭＳＵＥコンテキスト起動要求を拒絶した後、ＳＧＳＮは、ＭＢＭＳＵＥコンテキスト起動の失敗メッセージをＳＧＳＮ又はＵＥへそれぞれ送信したり、あるいはＧＧＳＮ及びＵＥへ同時に通知したりすることもできる。ＧＧＳＮ又はＵＥは、その要件に従って、ＭＢＭＳベアラサービスの受信モードを変換し直したり、又は要請し直したりすることができる。

ＳＧＳＮからＧＧＳＮへ送られるＭＢＭＳＵＥコンテキスト起動失敗メッセージは、従来技術に係るＭＢＭＳ通知応答を直接に採用してもよく、上記起動失敗の通知は上記応答メッセージにより伝送される。ＭＢＭＳＵＥコンテキスト起動が失敗であることを通知するためには、個別のメッセージが採用されてもよい。

第１の実施形態．
この実施形態では、対応の要求されるＭＢＭＳベアラ能力がＳＧＳＮに格納されている。ＳＧＳＮがＵＥのＭＢＭＳベアラ能力を受信した後、ＵＥのＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力以上であるという検証結果が取得される。この状況下では、ＭＢＭＳベアラサービス起動を実行する方法は図５に示す通りであり、下記のステップを含む。

ステップ５０１乃至５０６：従来技術に係るステップ３０１乃至３０６におけるすべての説明とまったく同じである。

ステップ５０７：ある時点において加入メッセージの送信元となっているＵＥから、ＭＢＭＳベアラ能力を伝送するＭＢＭＳコンテキスト起動要求を受信した後、ＳＧＳＮは、ＵＥのＭＢＭＳベアラ能力が、当該ＳＧＳＮに格納されているＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力より低いか否かを検証する。ＵＥのＭＢＭＳベアラ能力がＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力以上であれば、ＳＧＳＮは、カレントＵＥへ、そのＭＢＭＳベアラ能力が要求を満たしていることを通知し、ステップ５０８が実行される。当然ながら、検証結果はＵＥへ通知されなくてもよく、ステップ５０８が直接に実行される。

ステップ５０８乃至５１１：従来技術に係るステップ３０７乃至３１０におけるすべての説明とまったく同じである。

ステップ５１２：従来技術に係るステップ３１２におけるすべての説明とまったく同じである。

ステップ５１３：従来技術に係るステップ３１４におけるすべての説明とまったく同じである。

ステップ５１４：ＳＧＳＮは、ＭＢＭＳコンテキスト起動受諾をＵＥへ送信する。これは、ＭＢＭＳベアラサービスの最大ＱｏＳを特定するために使用されるＭＢＭＳベアラ能力を含む。ＵＥは、ＭＢＭＳベアラサービスをさらに起動する際に、このＭＢＭＳベアラ能力を考慮してもよい。

第２の実施形態．
この実施形態では、対応の要求されるＭＢＭＳベアラ能力がＳＧＳＮに格納されている。ＳＧＳＮがＵＥのＭＢＭＳベアラ能力を受信した後、ＵＥのＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力より低いという検証結果が取得される。この検証結果を取得した後、ＳＧＳＮはＭＢＭＳコンテキスト起動要求を拒絶し、同時にＵＥへＭＢＭＳコンテキスト起動拒絶メッセージを送信し、かつＳＧＳＮはＧＧＳＮへＭＢＭＳコンテキスト起動失敗メッセージを送信する。このような状況下では、ＭＢＭＳベアラサービスの起動方法は図６に示す通りであり、下記のステップを含む。

ステップ６０１乃至６０６：従来技術に係るステップ３０１乃至３０６におけるすべての説明とまったく同じである。

ステップ６０７乃至６０８：ある時点において加入メッセージの送信元となっているＵＥから、ＭＢＭＳベアラ能力を伝送するＭＢＭＳコンテキスト起動要求を受信した後、ＳＧＳＮは、ＵＥのＭＢＭＳベアラ能力が、当該ＳＧＳＮに格納されているＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力より低いか否かを検証する。ＵＥのＭＢＭＳベアラ能力がＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力より低いとき、ＳＧＳＮはその時点におけるＭＢＭＳコンテキスト起動要求を拒絶する。

ステップ６０９：ＳＧＳＮは、ＭＢＭＳコンテキスト起動拒絶メッセージをＵＥへ送信する。これは、指示された理由を介して、ＭＢＭＳＵＥコンテキストが起動不可能である理由を通知するが、また、要求されるＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力を伝送してもよい。

ステップ６１０：ＳＧＳＮは、失敗がベアラ能力により生じたことを示すＭＢＭＳコンテキスト起動失敗メッセージをＧＧＳＮへ送信する。ＧＧＳＮは、実際の状況に従って、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様へ復帰するか否かを決定する。

第３の実施形態．
この実施形態では、対応の要求されるＭＢＭＳベアラ能力がＳＧＳＮに格納されている。ＳＧＳＮがＵＥのＭＢＭＳベアラ能力を受信した後、ＵＥのＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力より低いという検証結果が取得される。この検証結果を取得した後、ＳＧＳＮは単に、ＵＥへＭＢＭＳコンテキスト起動要求拒絶メッセージを送信する。このような状況下では、ＭＢＭＳベアラサービスの起動方法は図７に示す通りであり、下記のステップを含む。

ステップ７０１乃至７０８：第２の実施形態のステップ６０１乃至６０８におけるすべての説明とまったく同じである。

ステップ７０９：ＳＧＳＮは、ＭＢＭＳコンテキスト起動拒絶メッセージをＵＥへ送信する。これは、指示された理由を介して、ＭＢＭＳＵＥコンテキストが起動不可能である理由を通知するが、また、要求されるＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力を伝送してもよい。

ステップ７１０：ＭＢＭＳコンテキスト起動拒絶メッセージを受信した後、ＵＥは、要求されるＭＢＭＳベアラサービスを受けるために、ユニキャストモード、すなわちＰＴＰモードを採用して、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様を実行するように要請し直す。

この実施形態に関しては、ステップ７０９においてＳＧＳＮからＵＥへ送信されるＭＢＭＳコンテキスト起動拒絶メッセージが、要求されるＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力を伝送していれば、ＵＥは、このＭＢＭＳコンテキスト起動拒絶メッセージを受信した後、要求されるＭＢＭＳベアラ能力をもう一度その固有のＭＢＭＳベアラ能力と比較することもできる。その固有のＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力より低いという検証結果を取得した後、ＵＥは、３ＧＰＰ２９．０６１に記述されているユニキャストモードによって、要求されるＭＢＭＳベアラサービスを受けるように要請し直す。

第４の実施形態．
この実施形態では、対応の要求されるＭＢＭＳベアラ能力がＳＧＳＮに格納されている。ＳＧＳＮがＵＥのＭＢＭＳベアラ能力を受信した後、ＵＥのＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力より低いという検証結果が取得される。この検証結果を取得した後、ＳＧＳＮはＭＢＭＳコンテキスト要求を拒絶し、次いでＧＧＳＮへＭＢＭＳコンテキスト起動失敗メッセージを送信する。この状況下では、ＭＢＭＳベアラサービス起動を実行する方法は図８に示す通りであり、下記のステップを含む。

ステップ８０１乃至８０８：第２の実施形態のステップ６０１乃至６０８におけるすべての説明とまったく同じである。

ステップ８０９：ＳＧＳＮは、失敗がベアラ能力により生じたことを示すＭＢＭＳコンテキスト起動失敗メッセージをＧＧＳＮへ送信する。ＧＧＳＮは、実際の状況に従って、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様へ復帰するか否かを決定する。

第５の実施形態．
この実施形態では、対応の要求されるＭＢＭＳベアラ能力情報がＳＧＳＮに格納されている。ＳＧＳＮがＵＥのＭＢＭＳベアラ能力を受信した後、ＵＥのＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力より低いという検証結果が取得される。この検証結果を取得した後、ＳＧＳＮはＭＢＭＳコンテキスト起動要求を拒絶し、ＧＧＳＮへＭＢＭＳコンテキスト起動失敗メッセージを送信し、次いでＵＥへＭＢＭＳコンテキスト起動拒絶メッセージを送信する。この状況下では、ＭＢＭＳベアラサービスの起動方法は図９に示す通りであり、下記のステップを含む。

ステップ９０１乃至９０８：第２の実施形態のステップ６０１乃至６０８におけるすべての説明とまったく同じである。

ステップ９０９：ＳＧＳＮは、失敗がベアラ能力により生じたことを示すＭＢＭＳコンテキスト起動失敗メッセージをＧＧＳＮへ送信する。ＧＧＳＮは、実際の状況に従って、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様へ復帰するか否かを決定する。

ステップ９１０：ＳＧＳＮは、ＭＢＭＳコンテキスト起動拒絶メッセージをＵＥへ送信する。これは、指示された理由を介して、ＭＢＭＳＵＥコンテキストが起動不可能である理由を通知するが、また、要求されるＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力を伝送してもよい。

上述の５つの実施形態において、第２及び第５の実施形態の最後のステップでは、ＳＧＳＮがＧＧＳＮへＭＢＭＳコンテキスト起動失敗メッセージを送信し、ＧＧＳＮは、おそらくは、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様へ復帰する。ＧＧＳＮが復帰を行わない状況では、ＵＥは、ＳＧＳＮから送信されたＭＢＭＳコンテキスト起動拒絶メッセージを受信した後、タイマを起動し、計時を開始し、同時にＧＧＳＮが復帰するか否かを検証することもできる。ＧＧＳＮが、タイマのタイムアウト時間までに復帰した場合には、タイマは停止される。タイマのタイムアウト時間を超過した場合には、ＵＥは、要求されるＭＢＭＳベアラサービスを受けるために、ユニキャストモード、すなわちＰＴＰモードを採用して、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様を実行するように要請し直す。

第４の実施形態の場合、ＳＧＳＮへＭＢＭＳコンテキスト起動要求を送信後、ＵＥはタイマを起動して計時を開始する。タイマのタイムアウト時間までにＵＥがＭＢＭＳコンテキスト起動受諾を受信した場合、又はＧＧＳＮがＩＰマルチキャストアクセスへ復帰した場合には、タイマは停止される。タイマのタイムアウト時間までにＵＥがＭＢＭＳコンテキスト起動受諾を受信せず、ＧＧＳＮがＩＰマルチキャストアクセスへの復帰を行わない場合には、ＵＥは、要求されるＭＢＭＳベアラサービスを受けるために、ユニキャストモード、すなわちＰＴＰモードを採用して、３ＧＰＰ２９．０６１に記述されたＩＰマルチキャストアクセス仕様を実行するように要請し直す。

第２及び第５の実施形態の場合、ＳＧＳＮからＵＥへ送信されるＭＢＭＳコンテキスト起動拒絶メッセージが、要求されるＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力を伝送していれば、ＵＥは、このＭＢＭＳコンテキスト起動拒絶メッセージを受信した後、要求されるＭＢＭＳベアラ能力をもう一度その固有のＭＢＭＳベアラ能力と比較することもできる。その固有のＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力より低いという検証結果を取得した後、ＧＧＳＮがＩＰマルチキャストアクセスへ復帰しなければ、ＵＥは、要求されるＭＢＭＳベアラサービスをユニキャストモードによって受けるように要請し直す。

第６の実施形態．
この実施形態では、対応するＭＢＭＳベアラ能力はＳＧＳＮに格納されておらず、ＭＢＭＳＵＥコンテキストの起動に成功し、手順は従来技術に従って行われる。さらに、ＵＥのＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力より低いという状況では、ＳＧＳＮは、生成されるＭＢＭＳＵＥコンテキストを停止するだけでなく、ＧＧＳＮへＭＢＭＳコンテキスト起動失敗メッセージを送信する。次いで、ＧＧＳＮは、実際の状況に従って、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様へ復帰するか否かを決定する。この状況下では、ＭＢＭＳベアラサービスの起動方法は図１０に示す通りであり、下記のステップを含む。

ステップ１００１乃至１００６：従来技術に係るステップ３０１乃至３０６におけるすべての説明とまったく同じである。

ステップ１００７乃至１００８：ＳＧＳＮは、ＵＥのＭＢＭＳベアラ能力を伝送しかつある時点において加入メッセージの送信元となっているＵＥから送信されたＭＢＭＳコンテキスト起動要求を受信した後、対応の要求されるＭＢＭＳベアラ能力が当該ＳＧＳＮに格納されていないことを検出する。このような状況においては、ＳＧＳＮは未登録であり、ＵＥのＭＢＭＳベアラ能力が要求を満たすものであるか否かを検証することができない。よってＳＧＳＮは、ＭＢＭＳ通知要求を送信するＧＧＳＮ１へ、直接にＭＢＭＳ通知応答を返信する。上記応答は指摘すべき理由を伝送し、ＭＢＭＳＵＥコンテキストを使用してＭＢＭＳＵＥコンテキストの起動に成功したか否かが通知される。起動が失敗であれば、ＭＢＭＳＵＥコンテキストはさらに、失敗がＳＧＳＮ又はＵＥにより生じたことを通知する。この実施形態では、上記応答は、ＭＢＭＳＵＥコンテキストの起動に成功したことを示す。

ステップ１００９乃至１０１５：基本的に、従来技術に係るステップ３０８乃至３１４におけるすべての説明と同じである。ステップ１０１２及びステップ１０１４は省略することができない。

ステップ１０１６：ＳＧＳＮは、その格納されたＭＢＭＳベアラ能力に従って、ＵＥのＭＢＭＳベアラ能力が、要求されるＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力より低いか否かを検証する。ＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力以上であれば、ＳＧＳＮは、ＭＢＭＳベアラ能力を伝送するＭＢＭＳコンテキスト起動受諾をＵＥへ送信し、カレントプロセスフローは終了される。このステップでは、ＭＢＭＳベアラ能力を使用してＭＢＭＳベアラサービスの最大ＱｏＳが特定される。ＵＥは、ＭＢＭＳベアラサービスをさらに起動する際に、ＭＢＭＳベアラ能力を考慮することができる。

ＵＥのＭＢＭＳベアラ能力が、カレントＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力より低いとき、ＳＧＳＮはＭＢＭＳＵＥコンテキスト起動要求を拒絶し、指摘すべき理由を通知するＭＢＭＳコンテキスト起動拒絶メッセージを送信し、生成されたＭＢＭＳＵＥコンテキストを停止し、次いでステップ１０１７を実行する。この実施形態では、ＵＥのＭＢＭＳベアラ能力はカレントＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力より低い。

ステップ１０１７：ＭＢＭＳＵＥコンテキストを停止した後、ＳＧＳＮは、失敗がＭＢＭＳベアラ能力により生じたことを示すＭＢＭＳコンテキスト起動失敗メッセージをＧＧＳＮ１又はＧＧＳＮ２へ送信する。ＧＧＳＮ１又はＧＧＳＮ２は、実際的な状況に従って、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様へ復帰するか否かを決定する。

この実施形態において、ＧＧＳＮが復帰を行わない状況では、ステップ１０１６においてＧＧＳＮから送信されたＭＢＭＳコンテキスト起動拒絶メッセージを受信した後、ＵＥはタイマを起動し、計時を開始し、同時にＧＧＳＮが復帰するか否かを検証する。タイマのタイムアウト時間までにＧＧＳＮが復帰した場合には、タイマは停止される。タイマがタイムアウト時間を超過した場合には、ＵＥは、要求されるＭＢＭＳベアラサービスを受けるために、ユニキャストモード、すなわちＰＴＰモードを採用して、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様を実行するように要請し直す。

この実施形態では、ステップ１０１６において、ＳＧＳＮからＵＥへ送信されるＭＢＭＳコンテキスト起動拒絶メッセージが、要求されるＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力を伝送していれば、ＭＢＭＳコンテキスト起動拒絶メッセージを受信した後、ＵＥは、要求されるＭＢＭＳベアラ能力をその固有のＭＢＭＳベアラ能力ともう一度比較することもできる。その固有のＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力より低いという検証結果を取得した後、ＧＧＳＮはＩＰマルチキャストアクセスへの復帰を行わないということが検出されれば、ＵＥは、要求されるＭＢＭＳベアラサービスをユニキャストモードによって受けるように要請し直す。

第７の実施形態．
この実施形態では、対応の要求されるＭＢＭＳベアラ能力はＳＧＳＮに格納されていないが、ＭＢＭＳＵＥコンテキストの起動に成功する。手順は従来技術に従って実行され、最終ステップにおいてＵＥのＭＢＭＳベアラ能力が検証される。さらに、ＵＥのＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力より低いという状況では、ＳＧＳＮは、生成されるＭＢＭＳＵＥコンテキストを停止するだけでなく、ＭＢＭＳコンテキスト起動拒絶メッセージを受信したときに、ユニキャストモードによってカレントＭＢＭＳベアラサービスを受けるように要請し直す。この状況下では、ＭＢＭＳベアラサービスの起動方法は図１１に示す通りであり、下記のステップを含む。

ステップ１１０１乃至１１１６：第６の実施形態のステップ１００１乃至１０１６におけるすべての説明とまったく同じである。

ステップ１１１７：ＭＢＭＳコンテキスト起動拒絶メッセージを受信した後、又はＭＢＭＳＵＥコンテキストを停止した後、ＵＥは、要求されるＭＢＭＳベアラサービスを受けるために、ユニキャストモード、すなわちＰＴＰモードを採用して、３ＧＰＰ２９．０６１に記述されているＩＰマルチキャストアクセス仕様を実行するように要請し直す。

この実施形態では、ステップ１１１６において、ＳＧＳＮからＵＥへ送信されるＭＢＭＳコンテキスト起動拒絶メッセージが、要求されるＭＢＭＳベアラサービスの要求されるＭＢＭＳベアラ能力を伝送していれば、ＭＢＭＳコンテキスト起動拒絶メッセージを受信した後、ＵＥは、要求されるＭＢＭＳベアラ能力をその固有のＭＢＭＳベアラ能力ともう一度比較することもできる。その固有のＭＢＭＳベアラ能力が要求されるＭＢＭＳベアラ能力より低いという検証結果を取得した後、ＧＧＳＮがＩＰマルチキャストアクセスへの復帰を行わない場合には、ＵＥは、要求されるＭＢＭＳベアラサービスをユニキャストモードによって受けるように要請し直す。

当然ながら、第６及び第７の実施形態の状況では、ＭＢＭＳベアラサービスの起動フローは停止手順の後に終了されてもよく、ステップ１０１７又はステップ１１１７は省略される。

以上の説明及び図面は限定的な意味合いではなく、例示的なものとして解釈されるべきである。但し、請求の範囲に記載されている本発明のより広範な精神及び範囲を逸脱することなく追加、除去、置換及び他の変更を行ってもよいことは明らかであろう。

マルチキャストサービスの送信メカニズムを示す図である。ＭＢＭＳベアラサービスをサポートする無線ネットワークのアーキテクチャを示す図である。従来技術に係るＭＢＭＳベアラサービス起動のプロセスフローを示す図である。本発明に係るＭＢＭＳベアラサービスを起動する方法の好適なプロセスフローを示す図である。本発明に係る第１の実施形態の好適なプロセスフローを示す図である。本発明に係る第２の実施形態の好適なプロセスフローを示す図である。本発明に係る第３の実施形態の好適なプロセスフローを示す図である。本発明に係る第４の実施形態の好適なプロセスフローを示す図である。本発明に係る第５の実施形態の好適なプロセスフローを示す図である。本発明に係る第６の実施形態の好適なプロセスフローを示す図である。本発明に係る第７の実施形態の好適なプロセスフローを示す図である。

Claims

マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）を起動する方法であって、
ａ．ユーザ機器（ＵＥ）のＭＢＭＳベアラ能力を伝送するメッセージを、認証に合格した後に、上記ＵＥから、上記ＵＥが属するＳＧＳＮへ送信するステップと、
ｂ．要求されるＭＢＭＳベアラ能力を上記ＳＧＳＮが格納しているとき、ＭＢＭＳＵＥコンテキストを生成する前に、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いか否かを上記ＳＧＳＮにより検証するステップと、
ｃ．上記ＵＥの上記ＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いとき、ＭＢＭＳコンテキストを起動する要求を拒絶し、上記ＵＥの上記ＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力以上であるとき、ＭＢＭＳＵＥコンテキストを生成するステップとを含む方法。
上記ステップａは、
ａ１．ネットワークとの相互動作によってパケットデータプロトコル（ＰＤＰ）コンテキストを生成し、上記ＵＥが属するＳＧＳＮを介して上記ネットワークへ加入メッセージを送ることと、
ａ２．上記加入メッセージを受信し、上記ＵＥに対する認証情報の検証を実行し、上記ＵＥが認証に合格したとき、ＭＢＭＳＵＥコンテキストを起動して、上記ＵＥのＭＢＭＳベアラ能力を伝送するメッセージを上記ＵＥが属するＳＧＳＮへ送信する許可を上記ＵＥに与えることとを含む請求項１記載の方法。
上記ステップｃにおける、上記ＭＢＭＳコンテキストを起動する要求を拒絶することは、
ｃ１１．拒絶理由を伝送する拒絶メッセージを上記ＵＥへ送信することと、
ｃ１２．失敗理由を伝送する失敗メッセージをＧＧＳＮへ送信することと、
ｃ１３．上記失敗メッセージを受信して、ユニキャストモードのＩＰマルチキャストアクセスへ復帰するか否かを決定することとをさらに含む請求項１記載の方法。
上記ステップｃにおける、上記ＭＢＭＳコンテキストを起動する要求を拒絶することは、
ｃ２１．拒絶理由を伝送する拒絶メッセージを上記ＵＥへ送信することと、
ｃ２２．上記拒絶メッセージを受信して、ユニキャストモードによって上記ＭＢＭＳベアラサービスを受けるように要請し直すこととをさらに含む請求項１記載の方法。
上記ステップｃにおける、上記ＭＢＭＳコンテキストを起動する要求を拒絶することは、
ｃ３１．失敗理由を伝送する失敗メッセージをＧＧＳＮへ送信することと、
ｃ３２．上記失敗メッセージを受信して、ユニキャストモードのＩＰマルチキャストアクセスへ復帰するか否かを決定することとをさらに含む請求項１記載の方法。
上記ステップｃにおける、上記ＭＢＭＳコンテキストを起動する要求を拒絶することは、
ｃ４１．失敗理由を伝送する失敗メッセージをＧＧＳＮへ送信することと、
ｃ４２．上記失敗メッセージを受信して、ユニキャストモードのＩＰマルチキャストアクセスへ復帰するか否かを決定することと、
ｃ４３．拒絶理由を伝送する拒絶メッセージを上記ＵＥへ送信することとをさらに含む請求項１記載の方法。
上記ＵＥへ送信される拒絶メッセージはさらに、上記要求されるＭＢＭＳベアラ能力を伝送する請求項３、４又は６記載の方法。
上記拒絶メッセージを受信することと、
タイマを起動することと、
上記ＧＧＳＮが上記タイマのタイムアウト時間までに上記ユニキャストモードのＩＰマルチキャストアクセスへ復帰したか否かを検証し、上記タイマのタイムアウト時間までに上記ＧＧＳＮが上記ユニキャストモードのＩＰマルチキャストアクセスへ復帰していたときには、上記タイマを停止し、上記タイマがタイムアウト時間を超過したときには、上記ユニキャストモードによって上記ＭＢＭＳベアラサービスを受けるように要請し直すこととをさらに含む請求項３又は６記載の方法。
上記ＵＥの上記ＭＢＭＳベアラ能力を伝送するメッセージを送信する上記ステップａの後にタイマを起動し、上記タイマのタイムアウト時間までに上記ＵＥが受諾メッセージを受信したか又は上記ＧＧＳＮが上記ユニキャストモードのＩＰマルチキャストアクセスへ復帰したときには、上記タイマを停止し、上記タイマがタイムアウト時間を超過したときには、上記ユニキャストモードによって上記ＭＢＭＳベアラサービスを受けるように要請し直すことをさらに含む請求項５記載の方法。
上記拒絶メッセージは上記要求されるＭＢＭＳベアラ能力を伝送し、上記ＵＥは、上記拒絶メッセージを受信した後に、上記要求されるＭＢＭＳベアラ能力を上記ＵＥのＭＢＭＳベアラ能力と比較し、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いとき、上記ＵＥは上記ユニキャストモードによって上記ＭＢＭＳベアラサービスを受けるように要請し直す請求項４記載の方法。
上記拒絶メッセージは上記要求されるＭＢＭＳベアラ能力を伝送し、上記ＵＥは、上記拒絶メッセージを受信した後に、上記要求されるＭＢＭＳベアラ能力を上記ＵＥのＭＢＭＳベアラ能力と比較し、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いときであって、上記ＧＧＳＮがユニキャストモードのＩＰマルチキャストアクセスへの復帰を行わないときには、上記ＵＥは上記ユニキャストモードによって上記ＭＢＭＳベアラサービスを受けるように要請し直す請求項３又は６記載の方法。
上記ステップｂにおいて、上記ＳＧＳＮが上記要求されるＭＢＭＳベアラ能力を持たないときであって、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いときには、上記ＳＧＳＮは上記生成されるＭＢＭＳＵＥコンテキストを停止してＧＧＳＮへ失敗メッセージを送り、上記ＧＧＳＮは上記失敗メッセージを受信して、ユニキャストモードのＩＰマルチキャストアクセスへ復帰するか否かを決定する請求項１記載の方法。
上記ＳＧＳＮから送信される拒絶メッセージを受信することと、
タイマを起動することと、
上記ＧＧＳＮが上記タイマのタイムアウト時間までに上記ユニキャストモードのＩＰマルチキャストアクセスへ復帰したか否かを検証し、上記タイマのタイムアウト時間までに上記ＧＧＳＮが上記ユニキャストモードのＩＰマルチキャストアクセスへ復帰していたときには、上記タイマを停止し、上記タイマがタイムアウト時間を超過したときには、上記ユニキャストモードによって上記ＭＢＭＳベアラサービスを受けるように要請し直すこと、をさらに含む請求項１２記載の方法。
上記ＳＧＳＮは、上記ＵＥとともにＰＤＰコンテキストを生成するＧＧＳＮに向けて、又は、上記ＵＥとともにＭＢＭＳＵＥコンテキストを生成するＧＧＳＮに向けて、上記失敗メッセージを送信する請求項１２記載の方法。
上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力よりも低いとき、上記ＵＥに拒絶メッセージを送信することをさらに含む請求項１２記載の方法。
拒絶メッセージは上記要求されるＭＢＭＳベアラ能力を伝送し、上記ＵＥは、上記拒絶メッセージを受信した後に、上記要求されるＭＢＭＳベアラ能力を上記ＵＥのＭＢＭＳベアラ能力と比較し、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いときであって、上記ＧＧＳＮが上記ユニキャストモードのＩＰマルチキャストアクセスへの復帰を行わないときには、上記ＵＥは上記ユニキャストモードによって上記ＭＢＭＳベアラサービスを受けるように要請し直す請求項１５記載の方法。
ステップｂにおいて、上記ＳＧＳＮが上記要求されるＭＢＭＳベアラ能力を持たないときには、上記ＳＧＳＮはＭＢＭＳＵＥコンテキストを生成し、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いとき、上記ＵＥは、上記ＳＧＳＮが上記生成されるＭＢＭＳＵＥコンテキストを停止した後に、又は上記ＵＥが上記ＳＧＳＮから送信される拒絶メッセージを受信した後に、上記ユニキャストモードによって上記ＭＢＭＳベアラサービスを受けるように要請し直す請求項１記載の方法。
上記ＳＧＳＮから上記ＵＥへ送信される上記拒絶メッセージは、上記要求されるＭＢＭＳベアラ能力を伝送し、上記ＵＥは、上記拒絶メッセージを受信した後に、上記要求されるＭＢＭＳベアラ能力を上記ＵＥのＭＢＭＳベアラ能力と比較し、上記ＵＥのＭＢＭＳベアラ能力が上記要求されるＭＢＭＳベアラ能力より低いとき、上記ＵＥは上記ユニキャストモードによって上記ＭＢＭＳベアラサービスを受けるように要請し直す請求項１７記載の方法。