信頼性のあるブロードキャスト／マルチキャスト・サービスのための方法および装置

专利摘要:
本手法は、ＩＰに基づいたマルチメディア・ブロードキャスト／マルチキャストサービスを運用するユーザ端末（２０）によって使用するために提供される。この手法は、ユーザ端末（２０）とブロードキャスト／マルチキャスト・サービスのためのサービス・ノード（４０）との間の接続を有効にするために確立したコンテキスト、パケット・データ・プロトコル、ＰＤＰ、のようなＩＰ接続を使って実行される（Ｓ２）ユーザ・サービス登録に関連する情報を保存すること（Ｓ３）を含む。この情報は、ＩＰ接続の切断によって影響された任意のユーザ・サービスのうちの少なくともいくつかの再登録（Ｓ７）を可能にする形式である。ひとつの実施形態において、マルチメディア・ブロードキャスト／マルチキャスト・サービスは３ＧＰＰマルチメディア・ブロードキャスト／マルチキャスト・サービス、ＭＢＭＳであり、ユーザ端末（２０）はユーザ装置、ＵＥ、そしてサービスノード（４０）はブロードキャスト／マルチキャスト・サービスセンタ、ＢＭ−ＳＣである。他の実施形態において、マルチメディア・ブロードキャスト／マルチキャスト・サービスは、オープン・モバイル・アライアンス・ブロードキャスト、ＯＭＡ ＢＣＡＳＴ、サービス、であり、ユーザ端末（２０）は、端末であり、そしてサービスノード（４０）は、ＯＭＡ ＢＣＡＳＴ加入者管理、ＢＳＭ、ノードである。
公开号:JP2011515899A
申请号:JP2010547057
申请日:2008-02-26
公开日:2011-05-19
发明作者:ヴェサ レトヴィルタ，
申请人:テレフオンアクチーボラゲット エル エム エリクソン（パブル）；
IPC主号:H04W4-06

专利说明:

[0001] 本発明は、通信ネットワークで使用する方法および装置に関連するものであり、特にマルチメディア・ブロードキャスト／マルチキャスト・サービスが含まれる。]
背景技術

[0002] ＭＢＭＳ（マルチメディア・ブロードキャスト／マルチキャスト・サービス）は、３Ｇネットワークを介したマルチキャスト／ブロードキャスト送信を通じたサービスの提供を可能にする３ＧＰＰネットワークの機能である。これは非常に多くのユーザが同時に同じサービスに興味を持っている（たとえば、モバイルＴＶ）ときにネットワークリソースを確保することを支援する。同一マルチキャスト／ブロードキャスト送信をいくつかのユーザが受信でき、ネットワークリソースの使用量が、ユニキャストサービスの場合のように受信機の数に依存しないために、リソースを確保することができる。]
[0003] マルチメディア・ブロードキャスト／マルチキャスト・サービスが普及してきたが、それは、移動携帯端末が無線ネットワークを介してマルチメディアコンテンツを受信できるようになったために、いっそう進んでいる。]
[0004] ＵＭＴＳ陸上無線アクセス（ＵＴＲＡ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）の導入［３ＧＰＰ−２３２４６−７２０−ＭＢＭＳ−ａｒｃｈｉｔｅｃｔｕｒｅ、３ＧＰＰ−２２１４６−８２０−ＭＢＭＳ−ｓｔａｇｅ１、３ＧＰＰ−２５３４６−７３０−ＭＢＭＳ−ｓｔａｇｅ２］は、ポイント・ツー・マルチポイント送信、ポイント・ツー・マルチポイント（ＰＴＭ）およびポイント・ツー・ポイント（ＰＴＰ）ベアラの間の選択的な結合と送信モード選択のような、ＭＢＭＳベアラサービスの最適化された送信のための技術を提供している。ＭＢＭＳ論理送信チャネルが定義され、物理チャネルに対応付けされている。基本的な論理チャネルは次のようなものである。]
[0005] （ａ）ＭＢＭＳポイント・ツー・マルチポイント制御チャネル（ＭＣＣＨ）：この論理チャネルは、ネットワークとユーザ装置（ＵＥｓ）との間での制御プレーン情報のＰＴＭダウンリンク送信のために使われる。]
[0006] （ｂ）ＭＢＭＳポイント・ツー・マルチポイント・トラヒック・チャネル（ＭＴＣＨ）：この論理チャネルは、ネットワークとＵＥｓとの間でのユーザプレーン情報のＰＴＭダウンリンク送信のために使われる。]
[0007] （ｃ）ＭＢＭＳポイント・ツー・マルチポイント・スケジューリング・チャネル（ＭＳＣＨ）：この論理チャネルは、ネットワークとＵＥｓとの間でのＭＢＭＳサービス送信スケジュールのＰＴＭダウンリンク送信のために使われる。]
[0008] 添付図面の図１に概略的に示されているように、ＭＢＭＳ構造は、機能に従って、ＭＢＭＳベアラ・サービス・レイヤ１４とＭＢＭＳユーザ・サービス・レイヤ１２との２つのレイヤに階層的に分割される。ＭＢＭＳにおいて鍵となるノード４は、ＢＭ−ＳＣ（ブロードキャスト／マルチキャスト・サービス・センタ）４であり、これはＭＢＭＳサービスデータをＵＥ（ユーザ装置）２に送信する。ＢＭ−ＳＣ４はＧＧＳＮ（ゲートウェイＧＰＲＳサポート・ノード）１０の後に配置される。ＵＥ２は、無線アクセス・ネットワーク（ＲＡＮ）６を介してＧＧＳＮ１０およびサービングＧＰＲＳサポート・ノード（ＳＧＳＮ）８と通信する。] 図１
[0009] ＭＢＭＳユーザ・サービスレイヤ１２はＢＭ−ＳＣ４およびＵＥ２との間で定義される。ＭＢＭＳユーザ・サービス（ＴＳ２６．３４６で規定；マルチメディア・ブロードキャスト／マルチキャストサービス（ＭＢＭＳ）；プロトコルおよびコーデック；http://www.3gpp.org/ftp/Specs/html-info/26346.htm）は、ＭＢＭＳサービス（たとえば、モバイルＴＶプログラム）および関連するプロトコルおよびコーデックなどの実際のコンテンツからなる。]
[0010] ＭＢＭＳセキュリティ（ＴＳ３３．２４６参照；ＭＢＭＳセキュリティ；http://www.3gpp.org/ftp/Specs/html-info/33246.htm）は、ＭＢＭＳユーザ・サービスレイヤ１２でも定義されている。それはセキュリティ機能を定義し、認証されたユーザのみに限定してサービスを利用することができるようにする。]
[0011] ＭＢＭＳベアラサービス１４（ＴＳ２３．２４６参照；ＭＢＭＳベアラサービス；http://www.3gpp.org/ftp/Specs/html-info/23246.htm）は、ＭＢＭＳユーザ・サービスが送信される、例えば、マルチキャスト／ブロードキャスト配信ツリーといった、マルチキャスト／ブロードキャスト送信インフラ及びリソースを提供する。ＵＥ２およびＢＭ−ＳＣ４に加えて、ＧＧＳＮ１０、ＳＧＳＮ８およびＲＡＮ６は、ＭＢＭＳベアラサービス１４の一部である。]
[0012] ＭＢＭＳベアラサービス１４はさらに、マルチキャスト・モード及びブロードキャスト・モードの２つのモードに分割される。これら２つのモードの違いは、大凡次のようなものである。]
[0013] マルチキャスト・モード・サービスは、興味のあるＵＥ２が存在するエリアにのみ送信される。ＵＥ２がマルチキャスト・モードで提供されているＭＢＭＳサービスの受信を希望する場合、ＵＥ２はＩＧＭＰ（インターネット・グループ管理プロトコル）参加要求を、デフォルトＰＤＰ（パケット・データ・プロトコル）コンテキストを介してＧＧＳＮ１０に送信する。これにより、ＵＥ２とＢＭ−ＳＣ４との間の双方を含む経路上の各ネットワークノードについてＭＢＭＳ ＵＥコンテキストが生成され、それに応じてマルチキャスト配信ツリーが更新される（ＴＳ２３．２４６の第８．２節参照）。要するに、ネットワークは、ＭＢＭＳベアラレベル上でＵＥを認識する。]
[0014] 一般に、ブロードキャスト・モード・サービスは、ＵＥ２が存在するか否かに関わらず所定のエリアで送信される。ＵＥ２がブロードキャスト・モードで提供されているＭＢＭＳサービスの受信を希望する場合、ＵＥ２は、送信を受信するように自分自身をローカルで設定し、ベアラレベル上でネットワークにコンタクトしない（ＴＳ２３．２４６の第８．１２節参照）。要するに、ネットワークは、ＭＢＭＳベアラレベル上でＵＥ２を認識しない。]
[0015] ＭＢＭＳセキュリティは、ＭＢＭＳユーザ・サービス・レベル１２機能なので、マルチキャスト・モードおよびブロードキャスト・モードとは独立である。これは、マルチキャスト・モード・サービスとブロードキャスト・モード・サービスとが、ＭＢＭＳセキュリティにより保護可能なことを意味する。ＵＥ２が保護されたサービスを受信したい場合、ＵＥ２は、上述のベアラレベル・アクションに加えて、必要なＭＢＭＳサービス・キーを得るためにＭＢＭＳユーザ・サービス・レイヤ１２上のＢＭ−ＳＣ４に登録する。]
[0016] ＭＢＭＳセキュリティにおいて、ＵＥ２は、ＭＢＭＳユーザ・サービスへの登録及びＭＢＭＳユーザ・サービスからの解除のためにＰＤＰコンテキスト（ＰＤＰコンテキストは、ＵＥ２にＩＰ接続性を提供する。）を使用する。同一ＰＤＰコンテキストは、ＭＢＭＳサービス・キー（ＭＳＫ）更新メッセージをＵＥ２にプッシュするためにＢＭ−ＳＣ４によっても使われる。これは、ＰＤＰコンテキスト上でＵＥ２からの登録メッセージを受信すると、ＢＭ−ＳＣ４がＵＥ２のＩＰアドレスを格納するために可能になる。このことは、添付の図２に概略的に図示される。] 図２
[0017] 本出願人が認識しているように、ＰＤＰコンテキストが何らかの理由により削除（または、他のＰＤＰコンテキストによって置き換えられる）される状況が生じ、これにより添付の図３に概略的に図示するように、関連づけられたＵＥ２のＩＰアドレスはもはや有効ではないことを意味する。] 図３
[0018] しかしながら、ＩＰアドレスがもはや有効ではないことをＢＭ−ＳＣ４が認識していないであろうから、ＭＢＭＳサービス・キー（ＭＳＫ）メッセージを存在しないＩＰアドレスに送信し続けるだろう。このＭＳＫメッセージは、ＧＧＳＮ１０がメッセージの宛先ＩＰアドレスを認識しないだろうから、ＧＧＳＮ１０で破棄されるだろう。]
[0019] ＰＤＰコンテキストを除去するか、または、置き換えるために考えられる理由は、ＴＳ４．００８ｃｈ．６．１．３．４．２の"通常のディアクティベート(regular deactivation)"、"ネットワーク異常(network failure)"、"オペレータにより決定される禁止事項(Operator Determined Barring)"、"再開要求(reactivation requested)"において見いだされる。ユーザは、ＰＤＰコンテキストがバックグラウンド・キー・マネジメントでのみ使用され、実際のＭＢＭＳコンテンツがＭＢＭＳベアラを介して送信されるので、削除または置換に気づかないかもしれない。]
[0020] 結果として、ＵＥ２は、サービスの復号に必要とされるＭＢＭＳサービスキーを時間内に受信しないかもしれず、または、もしＩＰアドレスが他のＵＥ２に迅速に割り当てられてしまえば、ＭＢＭＳサービスキーメッセージが誤ったＵＥ２に送信されることもあり得る（誤ったＵＥ２にサービス・キーを送信しても、サービス・キーはＵＥ特有の高レイヤ・キーで暗号化されているので、ＭＢＭＳセキュリティを破壊するものではない。）。]
[0021] 現在のセキュリティ仕様（ＴＳ３３．２４６）には、ＵＥ２は、サービスを復号するための正しいＭＳＫを有していないことを、受信したＭＢＭＳコンテンツのキー識別子から認識し得ると述べられている。これは、ＵＥ２がＢＭ−ＳＣ４から新しいＭＳＫを取得するためのトリガとできる。そのために、ＵＥ２は、もしＵＥ２がなにがしかのアクティブなＰＤＰコンテキストを持っていなければ、新しいＰＤＰコンテキストを設定しなければならないだろう。このメカニズムに付随する問題は、ＵＥ２は失われたＭＳＫを用いて暗号化されたいくつかのリアルタイム・コンテンツを、すでに受信している場合があり得るということである。このことは、ＵＥ２が正しいＭＳＫを取得しインストールするまで、（たとえば、モバイルＴＶプログラムにおいて）サービスが中断することを意味するだろう。]
[0022] 現在のところ、ＰＤＰコンテキストの紛失は、マルチキャストモードおよびブロードキャスト・モードとでは別々に扱われている。]
[0023] マルチキャストモードのための現在のアプローチを、最初に述べる。このシナリオでは、ＴＳ２３．２４６の第６．１節に規定されているように、ＵＥ２、ＳＧＳＮ８、ＧＧＳＮ１０及びＢＭ−ＳＣ４は、マルチキャスト配信ツリーを確立するために必要なＵＥ特有のＭＢＭＳ・ＵＥコンテキストを格納している。このＭＢＭＳ・ＵＥコンテキストは、ＭＢＭＳベアラ・レベル・アクティベーション手順を有している。]
[0024] 付け加えて、添付の図４に概略的に図示されるように、ＵＥ２およびＳＧＳＮ８は、ＰＤＰコンテキスト（いわゆる、リンクされたＮＳＡＰＩ、または、ネットワーク・レイヤ・サービス・アクセス・ポイント識別子）と、ＭＢＭＳ・ＵＥコンテキストとの間の関係を格納している。] 図４
[0025] もしＰＤＰコンテキストが、ＵＥ２、ＳＧＳＮ８、または、ＧＧＳＮ１０によって削除されると、ＳＧＳＮ８はすべてのノードでＭＢＭＳ・ＵＥコンテキストを削除するために、マルチキャスト・サービス・ディアクティベーション手順を開始するであろう（ＴＳ２３．２４６の８．７節参照）。]
[0026] このマルチキャスト・サービス・ディアクティベーション手順はＢＭ−ＳＣ４にも効力を及ぼすことになり、ＢＭ−ＳＣ４は、ＭＢＭＳベアラ・サービス（およびＭＢＭＳ ＵＥコンテキスト）がＵＥ２のためにディアクティベートされていることを認識する。ＢＭ−ＳＣ４は、ディアクティベートされたＭＢＭＳベアラ・サービスと関連するＭＢＭＳユーザ・サービスもまた、ＵＥ２についてディアクティベートされると推測するであろう。そこで、ＢＭ−ＳＣ４は、もはやＭＢＭＳサービス・キー更新メッセージをＵＥ２に送信するべきではないと認識する。]
[0027] マルチキャスト・サービス・ディアクティベーション手順は、ＵＥ２にも効力を及ぼすことになり、ユーザはＭＢＭＳサービスが停止したことを認識するであろう。これは、もちろん、サービスの中断を意味する。そこでユーザは、ＭＢＭＳユーザ・サービスを再開するかも知れない（このことは、新しいＰＤＰコンテキストをアクティベートすることと、ＭＢＭＳベアラサービスを再びアクティベートすることを意味するだろう。）。]
[0028] ここで、ブロードキャスト・モードのための現在のアプローチに話題を転換すると、ブロードキャスト・モードでの課題は、ネットワークがＭＢＭＳベアラ・レベルでＵＥ２を認識していないために異なっているが、それは、ＵＥ特有のＭＢＭＳ・ＵＥコンテキストが、ＳＧＳＮ８、ＧＧＳＮ１０、または、ＢＭ−ＳＣ４に格納されていないからである。したがって、ネットワークは、特定のＰＤＰコンテキストがＭＢＭＳキー管理のために使用されていることを知らない。ここで、（ａ）ＵＥ始動のＰＤＰコンテキスト削除と、（ｂ）ネットワーク始動のＰＤＰコンテキスト削除という、２つの異なる場合を考慮する必要がある。]
[0029] ＵＥ始動のＰＤＰコンテキスト削除のケースは、すでにＴＳ３３．２４６の第６．３．２．１Ａ節でカバーされており、ここでは、ＵＥ２がＭＢＭＳユーザ・サービスから登録解除されるまで、ＵＥ２が（キー管理のために使われる）ＰＤＰコンテキストを削除すべきではないことを規定している。ＴＳ３３．２４６の６．３．１には、ＰＤＰコンテキストは、インタラクティブであるか、或いは、バックグラウンドＱｏＳ（サービス品質）クラスであるべきと述べられており、長寿命なものとして知られている（ＰＤＰコンテキストが偶然に、例えばユーザの行動によって消去されることが依然としてあるかどうかは、決定されるべきである。）。]
[0030] しかしながら、ネットワーク始動のＰＤＰコンテキスト削除は、現在の仕様ではカバーされていない。ＰＤＰコンテキストは長寿命でありえるが、依然として、ＰＤＰコンテキストはネットワーク、すなわち、ＳＧＳＮ８やＧＧＳＮ１０により、何らかの理由、例えばネットワークの故障、により削除される可能性が存在しうる。この場合、図３に示し、そして上述したように、ＢＭ−ＳＣ４はＵＥのＩＰアドレスがもはや有効でないことに気づくことなく、存在しないＩＰアドレスに向けてＭＢＭＳサービスキー（ＭＳＫ）メッセージを送信し続けるだろう。これが問題なのは、ブロードキャスト・モードにおいて、中間ノード（すなわちＳＧＳＮ８およびＧＧＳＮ１０）は、削除されたＰＤＰコンテキストがＭＢＭＳのために使われたことを、認識しないためである。そのため、それらはこのことを、ＢＭ−ＳＣにも知らせることができない。結果として、ＵＥ２は要求されたキーを時間内に受信しないことになり、ＭＢＭＳユーザ・サービスを復号することができないので、ＵＥ２に対するサービスは中断するだろう。] 図３
[0031] この問題に取り組むことが望まれる。]
[0032] 本発明の第一の態様によれば、ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスを実行するユーザ端末によって使用される方法が提供される。この方法は、ブロードキャスト／マルチキャスト・サービスのためのサービスノードと、ユーザ端末との間の接続を可能にするために確立されたＩＰ接続を利用して実行されるユーザ・サービス登録に関連する情報を格納する工程を含み、当該情報は、ＩＰ接続の切断によって影響を受けるいずれかのユーザ・サービスのうち少なくとも一部の登録を可能にする。]
[0033] ＩＰ接続はパケット・データ・プロトコル（ＰＤＰ）コンテキストを含んでもよい。]
[0034] マルチメディア・ブロードキャスト／マルチキャスト・サービスは、３ＧＰＰマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）であってもよく、ユーザ端末はユーザ装置（ＵＥ）であり、サービスノードは、ブロードキャスト／マルチキャスト・サービスセンター（ＢＭ−ＳＣ）である。]
[0035] マルチメディア・ブロードキャスト／マルチキャスト・サービスは、オープン・モバイル・アライアンス・ブロードキャスト（ＯＭＡ ＢＣＡＳＴ）サービスであってもよく、ユーザ端末は、ある端末であり、サービスノードはＯＭＡ ＢＣＡＳＴ加入者管理（ＢＳＭ）ノードである。]
[0036] ユーザ端末は、ブロードキャスト／マルチキャスト・サービスのサービスノードと通信するデバイスのユーザに対してブロードキャスト／マルチキャスト・サービスを提供することが可能となる任意の形式の装置を取り扱うものとして解されるべきである。これは少なくともＭＢＭＳ ＵＥおよびＯＭＡ ＢＣＡＳＴ端末を含む。]
[0037] 本方法は、切断されたＩＰ接続と置換するための新たなＩＰ接続を確立する工程と、切断されたＩＰ接続に関連したユーザ・サービスの少なくともいくつかの新たなＩＰ接続を介した再登録を実行する工程とを含んでもよい。]
[0038] 本方法は、切断されたＩＰ接続と置換するための他のアクティブなＩＰ接続を選択する工程と、切断されたＩＰ接続に関連したユーザ・サービスの少なくとも一部と、新たなＩＰ接続を介した再登録する工程とを含んでもよい。]
[0039] 本方法は、新しいＩＰアドレスを、サービス・ノードが該新しいＩＰアドレスを使用して置換するためのＩＰ接続を介してユーザ端末にキー・メッセージを送信するためにサービスノードに対して送信する工程を含んでもよい。キーメッセージは、暗号またはその他の形式のセキュリティ・キーを伝えるメッセージである。]
[0040] このキー・メッセージは、ＭＢＭＳサービスキー（ＭＳＫ）メッセージであってよい。]
[0041] このキー・メッセージは、ＯＭＡ・ＢＣＡＳＴ・ロング・ターム・キーメッセージ（ＬＴＫＭｓ）であってよい。]
[0042] 本方法は、ＩＰ接続の切断を監視する工程を含んでもよい。]
[0043] 本方法は、ユーザ端末とサービス・ノードとの間で確立された複数のＩＰ接続のそれぞれとの関連で方法を実行する工程を含んでもよい。]
[0044] ＩＰ接続の切断は、ネットワークの機能不全、または、他の理由に起因してもよい。]
[0045] 本発明の第二の態様によれば、ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスにおいてユーザ端末として、または、該ユーザ端末において使用するための装置が提供される。当該装置には、ユーザ端末と、ブロードキャスト／マルチキャスト・サービスのためのサービス・ノードとの間の接続を可能にするために確立されたＩＰ接続を利用して実行されるユーザ・サービス登録に関連した情報を格納する手段を含む。当該情報は、ＩＰ接続の切断に影響を受けるいずれかのユーザ・サービスのうち、少なくとも一部の再登録を可能にするものである。]
[0046] 本発明の第三の態様によれば、本発明の第一の態様に対応する方法を実行するように装置を制御するためのプログラム、、または、装置にロードされた場合に、本発明の第二の態様に従った装置として動作させるためのプログラムが提供される。このプログラムはキャリア媒体で実行されてもよい。このキャリア媒体は、記憶媒体であっても、伝送媒体であってもよい。]
[0047] 本発明の第四の態様によれば、本発明の第三の態様にしたがったプログラムによってプログラムされる装置が提供される。]
[0048] 本発明の第五の態様によれば、本発明の第三の態様にしたがったプログラムを含む記憶媒体が提供される。]
[0049] 本発明の実施形態は、次の利点を少なくとも一つ含む。キー管理のために使われたＰＤＰコンテキストが突然消去された状況において、保護されたＭＢＭＳユーザ・サービスの継続を保証する。存在しないＩＰアドレスに対してキー管理メッセージを送信するＢＭ−ＳＣを避ける。]
[0050] 本発明の実施形態で取り組んだ問題はマルチキャストモードおよびブロードキャスト・モードでは若干の違いはあるものの、本発明の実施形態による解決法は、マルチキャストおよびブロードキャスト・モードの双方に対して機能することができる。なぜなら、本発明の実施形態の効果は、ＰＤＰコンテキストの損失に迅速に反応するからである。]
図面の簡単な説明

[0051] 前述の、ＭＢＭＳユーザ・サービスおよびＭＢＭＳベアラ・サービスを概略的に示す図。
前述の、ＰＤＰコンテキストを介したＭＳＫメッセージの送信を概略的に示す図。
前述の、いかにしてＰＤＰコンテキストが削除され、ＭＳＫメッセージがＵＥに届かないのかを概略的に示す図。
前述の、ＭＢＭＳマルチキャスト・モードにおけるＰＤＰコンテキストおよびＭＢＭＳ ＵＥコンテキストの関係を示す図。
本発明のＭＢＭＳ実施形態で実行されるステップを示すフローチャート。
本発明のＭＢＭＳ実施形態で実行されるステップを示すフローチャート。
図５Ａおよび図５Ｂのステップを実行するための、本発明を実施するユーザ機器の構成要素を概略的に示す図。
ＢＭ−ＳＣが、ＭＳＫメッセージを送信するために本発明の実施形態において、どのように新ＰＤＰコンテキストを使用するかを示す概略的な図。
本発明のＯＭＡ ＢＣＡＳＴ実施形態で実行されるステップを示すフローチャート。
本発明のＯＭＡ ＢＣＡＳＴ実施形態で実行されるステップを示すフローチャート。] 図５Ａ 図５Ｂ
実施例

[0052] 本発明の実施形態を、図５Ａおよび５Ｂ、６、７を参照して述べる。図５Ａ、図５Ｂは、本発明の実施形態においてＵＥ２０、ＳＧＳＮ８０、ＧＧＳＮ１００及びＢＭ−ＳＣ４０によって実行されるステップを示すフローチャートを含んでおり、一方で、図６は、図５Ａ、図５Ｂのステップを実行するためのＵＥ２０の構成要素を概略的に示している。] 図５Ａ 図５Ｂ 図６
[0053] ステップＳ１において、ＰＤＰコンテキストは、ＵＥ２０とＢＭ−ＳＣ４０との間で接続を可能にするために確立される。この目的のために、ＵＥ２０はＰＤＰコンテキストを確立するためのＰＤＰコンテキスト確立部２２を用いる。このＰＤＰコンテキストは、ＵＥ２０とＧＧＳＮ１００との間で確立され、それによりＵＥ２０とＢＭ−ＳＣ４０との間でＰＤＰコンテキストを介して接続が可能になっている。ステップＳ１の実行の間に、ＩＰアドレスがＵＥ２０に割り当てられる。]
[0054] ステップＳ２において、ユーザは様々なユーザ・サービスへの登録を決定し、それに応じて、ユーザ・サービスを登録するためのユーザ・サービス登録部２４を使用し、ＵＥ２０はＰＤＰコンテキストを介して様々なＭＢＭＳユーザ・サービス登録を実行する。これらのユーザ・サービス登録は、通常、ある期間にわたって実施されることになる。ＢＭ−ＳＣ４０において、ＵＥ２０はこれらのユーザ・サービスの受信機として登録され、ＵＥ２０のＩＰアドレスはＩＰパケット・ソース・アドレスから取得され、将来のＭＳＫキー・プッシュ・メッセージのために保存される。これに関連して、ＴＳ３３．２４６の第６．３．２．１Ａ節で定義されているように、ＰＤＰコンテキストはＵＥ２０に対してＭＳＫメッセージをプッシュするためにもＢＭ−ＳＣ４０によって使用され、この点は、図５ＡのステップＳ４に示している。] 図５Ａ
[0055] ＵＥ２０は、ＰＤＰコンテキストおよび、ステップＳ２でＰＤＰコンテキストを使って実行されたＭＢＭＳユーザ・サービス登録の記録をつけ、ステップ３で、ユーザ・サービス情報記憶部２５（または代替的にＵＥ２０がアクセス可能な遠隔記憶装置）にこの情報を保存する。この情報は、たとえばテーブル形式で、ユーザ・サービスＩＤと、ユーザ・サービスを登録したＰＤＰコンテキスト（ＮＳＡＰＩ）との間の関係を表している。]
[0056] ステップＳ５において、ＵＥ２０は、記憶部２５に情報が保存されているＰＤＰコンテキストの利用可能性をチェックまたは監視するために、ＰＤＰコンテキスト利用可能性チェック部２６を用いる。もしＵＥ２０が、ＰＤＰコンテキストがまだ利用可能であると判断すると、ステップＳ５のチェックを継続する。このチェックは様々な方法で行うことができる。たとえば、通常の間隔で実行することができるし、または、ＵＥ２０は、ＰＤＰコンテキストが利用可能でないことを示すメッセージを待機してもよい。ＵＥ２０は、ＴＳ２３．０６０の第９．２．４．２および第９．２．４．３で述べられているようなネットワーク始動のＰＤＰコンテキスト削除を発見することができる（汎用パケット無線サービス（ＧＰＲＳ）。サービスの説明 http://www.3gpp.org/ftp/Specs/html-info/23060.htm）。]
[0057] もしＵＥ２０が、ＰＤＰコンテキストを紛失したことを認識すれば、Ｓ６においてＵＥ２０は、確立部２２を使って新しいＰＤＰコンテキストを確立し、アクティベートする。この処理の間に、新しいＩＰアドレスがＵＥ２０に割り当てられる。その結果、ステップＳ７でＵＥ２０は登録部２４により、ステップ６で確立された新しいＰＤＰコンテキストを用いて、影響を受けるすべて（または一部）のＭＢＭＳユーザ・サービスの再登録を実行する（ＭＢＭＳマルチキャスト・モードの場合において、これは結果としてユーザのためのＭＢＭＳベアラのアクティベーションにもなるが、これはセキュリティ・ソリューションに対し透過的である。）。]
[0058] ステップＳ７は、また、ＵＥ２０の新しいＩＰアドレスをＢＭ−ＳＣ４０に与え、これによりＢＭ−ＳＣ４０は新しいＰＤＰコンテキストに関連した新しいＩＰアドレスを利用して、ＵＥ２０に対するＭＢＭＳサービスキー（ＭＳＫ）メッセージの送信を継続することができる。これは、ステップＳ８で示され、ＭＳＫメッセージを受信するために受信部２８によってＵＥで実行される。この方法により、ＵＥ２０はキー管理による中断なしに、ＭＢＭＳユーザ・サービスを享受することができる。]
[0059] 別の方法として、新しいＰＤＰコンテキストをアクティベートするのではなく、他のアクティブなＰＤＰコンテキストが利用可能であれば、ＵＥ２０は、代わりに、それらのＰＤＰコンテキストの一つを用意することができる。]
[0060] 本発明の実施形態は、ブロードキャストおよびマルチキャストの双方に適用される。マルチキャストモードに対してのみ提案された以前のメカニズムは、ＰＤＰコンテキスト・ディアクティベーションのＢＭ−ＳＣの検知を提供する。]
[0061] 上述の実施形態は、ＭＢＭＳの文脈において述べられているが、同一概念を他の類似の文脈にも適用できることは理解されよう。たとえば、本発明の実施形態は、オープン・モバイル・アライアンス（ＯＭＡ）モバイル・ブロードキャスト（ＢＣＡＳＴ）の文脈においても実施可能である。ＯＭＡ ＢＣＡＳＴはモバイルＴＶおよびオンデマンド・ビデオ・サービスのための仕様である。]
[0062] ＭＢＭＳに関連した上述の実施形態は、ＯＭＡ ＢＣＡＳＴの文脈に対応するソリューションに容易に適合させることができ、図８Ａおよび図８Ｂは、本発明のＯＭＡ ＢＣＡＳＴ代替実施形態の運用を図示している。ＯＭＡ手順とＭＢＭＳ手順とは、ノードとメッセージの名前のみが異なっているだけで、全体的に等化であることは明らかだろう。よって、ＯＭＡ ＢＣＡＳＴ実施形態は、詳細な説明は必要でなく、単に以下の相違点に注意すればよい。ＭＢＭＳのＵＥは、ＯＭＡ ＢＣＡＳＴにおいては端末と呼ばれ、ＭＢＭＳのＢＭ−ＳＣは、ＯＭＡ・ＢＣＡＳＴにおいてはＯＭＡＢＳＭ（ＢＣＡＳＴ加入者管理）と呼ばれ、ＭＢＭＳのＭＳＫメッセージは、ＯＭＡ ＢＣＡＳＴにおいてはＬＴＫＭ（ロング・ターム・キー・メッセージ）と呼ばれ、ＭＢＭＳのユーザ・サービス登録要求は、ＯＭＡ ＢＣＡＳＴにおいては登録要求と呼ばれる。] 図８Ａ 図８Ｂ
[0063] これらの相違を考慮すると、当業者は、ＭＢＭＳに関連した上述の説明に基づいたＯＭＡ ＢＣＡＳＴ実施形態を容易に実現できるだろう。ＯＭＡは、基礎となるＩＰ接続として、ＭＢＭＳと同じＰＤＰコンテキスト接続を用いる。すなわち、それらの仕様に同様に言及する。登録およびキー管理のＯＭＡ仕様の詳細は、以下の仕様書で述べられている。"モバイル・ブロードキャスト・サービス"OMA-TS=BCAST_Services-V1_0-20080103-D、および"モバイル・ブロードキャスト・サービスのためのサービスおよびコンテンツ保護"OMA-TS-BCAST_SvcCntProtection-V1_0-20071218-D、これらは、www.openmobilealliance.orgで入手可能である。]
[0064] 上述の構成要素の１つ以上の動作は、機器または装置上で動作しているプログラムによって制御できることは理解されよう。そのような動作プログラムは、コンピュータで読み取り可能な媒体に保存することができ、また、たとえば、インターネット・ウェブサイトから提供されるダウンロード可能なデータ信号のような信号として実施されてもよい。添付の請求項は、動作プログラムそれ自体をカバーするものとして、搬送媒体に記録されたものとして或いは、信号として解釈されてもよいし、また、他の形態において解釈される。]
[0065] 本発明は特定の実施形態に関連して上述したが、当業者は、様々な変更、代用、修正が特許請求の範囲の請求項によって定義される発明の範囲から逸脱することなしに行われるということを理解するだろう。]
[0066] たとえば、当業者は、容易にブロードキャスト／マルチキャスト・サービスが、ちょうどモバイル・ネットワークに対するように、固定ネットワークに適用可能であること、そして本発明が簡単にそのようなシナリオに適用することができること、を理解するだろう。固定ネットワークにおいては、ＩＰ接続は、ＭＢＭＳおよびＯＭＡ・ＢＣＡＳＴに関連して説明したように、常にＰＤＰコンテキストである必要はない。本発明は、ユーザ端末（ＭＢＭＳ ＵＥ、ＯＭＡ ＢＣＡＳＴ端末、または、ユーザによって操作される所定のその他の形式の端末）が、あらゆる形式のネットワーク（モバイルまたは固定）で、ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス、ＯＭＡＢＣＡＳＴサービス、または、所定のその他のそのようなサービス）を運用しているという一般的な状況に適用可能である。基礎的手法は、ブロードキャスト／マルチキャスト・サービスのためにユーザ端末およびサービスノード（ＭＢＭＳ ＢＭ−ＳＣノード、ＯＭＡＢＳＭノード、所定のその他の対応するノード）の間での接続を可能にするために確立された所定の種類（ＰＤＰコンテキスト、または、その他）のＩＰ接続を使って実行されたユーザ・サービス登録に関連する情報を保存することを含む。この情報は、ＩＰ接続の切断に影響されるユーザ・サービスの少なくとも任意の中のいくつかの再登録を可能にするための形式である。]

权利要求:

請求項1
ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスを実行するユーザ端末によって使用される方法であって、前記ブロードキャスト／マルチキャスト・サービスのためのサービス・ノードと、前記ユーザ端末との間の接続を可能にするために確立されたＩＰ接続を利用して実行されるユーザ・サービス登録に関連する情報を格納する工程を備え、前記情報は、前記ＩＰ接続の切断によって影響を受けるいずれかの前記ユーザ・サービスのうち、少なくとも一部の再登録を可能にすることを特徴とする方法。
請求項2
前記ＩＰ接続がパケット・データ・プロトコル（ＰＤＰ）コンテキストを含むことを特徴とする請求項１に記載の方法。
請求項3
前記マルチメディア・ブロードキャスト／マルチキャスト・サービスが３ＧＰＰマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）であり、前記ユーザ端末がユーザ装置（ＵＥ）であり、前記サービス・ノードがブロードキャスト／マルチキャスト・サービス・センター（ＢＭ−ＳＣ）であることを特徴とする請求項１または２に記載の方法。
請求項4
前記マルチメディア・ブロードキャスト／マルチキャスト・サービスがオープン・モバイル・アライアンス・ブロードキャスト（ＯＭＡ ＢＣＡＳＴ）サービスであり、前記ユーザ端末が端末であり、前記サービス・ノードがＯＭＡ・ＢＣＡＳＴ加入者管理（ＢＳＭ）ノードであることを特徴とする請求項１または２に記載の方法。
請求項5
切断されたＩＰ接続と置換するための新たなＩＰ接続を確立する工程と、前記切断されたＩＰ接続に関連した前記ユーザ・サービスの少なくとも一部を新たなＩＰ接続を介して再登録する工程とを備えることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
請求項6
切断されたＩＰ接続と置換するための他のアクティブなＩＰ接続を選択する工程と、前記切断されたＩＰ接続に関連した前記ユーザ・サービスの少なくとも一部を、前記他のＩＰ接続を介して再登録する工程とを備えることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
請求項7
前記サービスノードが前記置換されたＩＰ接続を介して前記ユーザ端末にキー・メッセージを送信するのに、前記ユーザ端末の新しいＩＰアドレスを使用できるようにするために、前記サービスノードに該新しいＩＰアドレスを送信する工程を備えることを特徴とする請求項５または６に記載の方法。
請求項8
前記キー・メッセージがＭＢＭＳサービスキー（ＭＳＫ）メッセージであることを特徴とする、請求項３に従属する請求項７に記載の方法。
請求項9
前記キー・メッセージがＯＭＡ ＢＣＡＳＴ・ロング・ターム・キー・メッセージ（ＬＴＫＭｓ）であることを特徴とする、請求項４に従属する請求項７に記載の方法。
請求項10
前記ＩＰ接続の切断を監視する工程を備えることを特徴とする請求項１乃至９のいずれか１項に記載の方法。
請求項11
前記ユーザ端末と前記サービス・ノードとの間で確立された複数のＩＰ接続のそれぞれとの関連で前記方法を実行する工程を備えることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
請求項12
前記ＩＰ接続の切断が、ネットワークの機能不全、または他の理由に起因することを特徴とする請求項１乃至１１のいずれか１項に記載の方法。
請求項13
ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスにおいてユーザ端末として、または、当該ユーザ端末において使用される装置であって、前記ブロードキャスト／マルチキャスト・サービスのためのサービス・ノードと、前記ユーザ端末との間の接続を可能にするために確立されたＩＰ接続を利用して実行されるユーザ・サービス登録に関連する情報を格納する手段を備え、前記情報は、前記ＩＰ接続の切断によって影響を受けるいずれかの前記ユーザ・サービスのうち、少なくとも一部の再登録を可能にすることを特徴とする装置。
請求項14
請求項１乃至１２のいずれか１項に記載された方法を装置に実行させるプログラム。
請求項15
請求項１４に記載されたプログラムを格納した記憶媒体。