(57)【要約】本手法は、ＩＰに基づいたマルチメディア・ブロードキャスト／マルチキャストサービスを運用するユーザ端末（２０）によって使用するために提供される。この手法は、ユーザ端末（２０）とブロードキャスト／マルチキャスト・サービスのためのサービス・ノード（４０）との間の接続を有効にするために確立したコンテキスト、パケット・データ・プロトコル、ＰＤＰ、のようなＩＰ接続を使って実行される（Ｓ２）ユーザ・サービス登録に関連する情報を保存すること（Ｓ３）を含む。この情報は、ＩＰ接続の切断によって影響された任意のユーザ・サービスのうちの少なくともいくつかの再登録（Ｓ７）を可能にする形式である。ひとつの実施形態において、マルチメディア・ブロードキャスト／マルチキャスト・サービスは３ＧＰＰマルチメディア・ブロードキャスト／マルチキャスト・サービス、ＭＢＭＳであり、ユーザ端末（２０）はユーザ装置、ＵＥ、そしてサービスノード（４０）はブロードキャスト／マルチキャスト・サービスセンタ、ＢＭ−ＳＣである。他の実施形態において、マルチメディア・ブロードキャスト／マルチキャスト・サービスは、オープン・モバイル・アライアンス・ブロードキャスト、ＯＭＡ ＢＣＡＳＴ、サービス、であり、ユーザ端末（２０）は、端末であり、そしてサービスノード（４０）は、ＯＭＡ ＢＣＡＳＴ加入者管理、ＢＳＭ、ノードである。
2011515899.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスを実行するユーザ端末によって使用される方法であって、
前記ブロードキャスト／マルチキャスト・サービスのためのサービス・ノードと、前記ユーザ端末との間の接続を可能にするために確立されたＩＰ接続を利用して実行されるユーザ・サービス登録に関連する情報を格納する工程を備え、
前記情報は、前記ＩＰ接続の切断によって影響を受けるいずれかの前記ユーザ・サービスのうち、少なくとも一部の再登録を可能にする
ことを特徴とする方法。
【請求項２】
前記ＩＰ接続がパケット・データ・プロトコル（ＰＤＰ）コンテキストを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記マルチメディア・ブロードキャスト／マルチキャスト・サービスが３ＧＰＰマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）であり、
前記ユーザ端末がユーザ装置（ＵＥ）であり、
前記サービス・ノードがブロードキャスト／マルチキャスト・サービス・センター（ＢＭ−ＳＣ）である
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記マルチメディア・ブロードキャスト／マルチキャスト・サービスがオープン・モバイル・アライアンス・ブロードキャスト（ＯＭＡ ＢＣＡＳＴ）サービスであり、
前記ユーザ端末が端末であり、
前記サービス・ノードがＯＭＡ・ＢＣＡＳＴ加入者管理（ＢＳＭ）ノードである
ことを特徴とする請求項１または２に記載の方法。
【請求項５】
切断されたＩＰ接続と置換するための新たなＩＰ接続を確立する工程と、
前記切断されたＩＰ接続に関連した前記ユーザ・サービスの少なくとも一部を新たなＩＰ接続を介して再登録する工程とを
備えることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
切断されたＩＰ接続と置換するための他のアクティブなＩＰ接続を選択する工程と、
前記切断されたＩＰ接続に関連した前記ユーザ・サービスの少なくとも一部を、前記他のＩＰ接続を介して再登録する工程と
を備えることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項７】
前記サービスノードが前記置換されたＩＰ接続を介して前記ユーザ端末にキー・メッセージを送信するのに、前記ユーザ端末の新しいＩＰアドレスを使用できるようにするために、前記サービスノードに該新しいＩＰアドレスを送信する工程を備えることを特徴とする請求項５または６に記載の方法。
【請求項８】
前記キー・メッセージがＭＢＭＳサービスキー（ＭＳＫ）メッセージであることを特徴とする、請求項３に従属する請求項７に記載の方法。
【請求項９】
前記キー・メッセージがＯＭＡ ＢＣＡＳＴ・ロング・ターム・キー・メッセージ（ＬＴＫＭｓ）であることを特徴とする、請求項４に従属する請求項７に記載の方法。
【請求項１０】
前記ＩＰ接続の切断を監視する工程を備えることを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
前記ユーザ端末と前記サービス・ノードとの間で確立された複数のＩＰ接続のそれぞれとの関連で前記方法を実行する工程を備えることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記ＩＰ接続の切断が、ネットワークの機能不全、または他の理由に起因することを特徴とする請求項１乃至１１のいずれか１項に記載の方法。
【請求項１３】
ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスにおいてユーザ端末として、または、当該ユーザ端末において使用される装置であって、
前記ブロードキャスト／マルチキャスト・サービスのためのサービス・ノードと、前記ユーザ端末との間の接続を可能にするために確立されたＩＰ接続を利用して実行されるユーザ・サービス登録に関連する情報を格納する手段を備え、
前記情報は、前記ＩＰ接続の切断によって影響を受けるいずれかの前記ユーザ・サービスのうち、少なくとも一部の再登録を可能にする
ことを特徴とする装置。
【請求項１４】
請求項１乃至１２のいずれか１項に記載された方法を装置に実行させるプログラム。
【請求項１５】
請求項１４に記載されたプログラムを格納した記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークで使用する方法および装置に関連するものであり、特にマルチメディア・ブロードキャスト／マルチキャスト・サービスが含まれる。
【背景技術】
【０００２】
ＭＢＭＳ（マルチメディア・ブロードキャスト／マルチキャスト・サービス）は、３Ｇネットワークを介したマルチキャスト／ブロードキャスト送信を通じたサービスの提供を可能にする３ＧＰＰネットワークの機能である。これは非常に多くのユーザが同時に同じサービスに興味を持っている（たとえば、モバイルＴＶ）ときにネットワークリソースを確保することを支援する。同一マルチキャスト／ブロードキャスト送信をいくつかのユーザが受信でき、ネットワークリソースの使用量が、ユニキャストサービスの場合のように受信機の数に依存しないために、リソースを確保することができる。
【０００３】
マルチメディア・ブロードキャスト／マルチキャスト・サービスが普及してきたが、それは、移動携帯端末が無線ネットワークを介してマルチメディアコンテンツを受信できるようになったために、いっそう進んでいる。
【０００４】
ＵＭＴＳ陸上無線アクセス（ＵＴＲＡ）におけるマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）の導入［３ＧＰＰ−２３２４６−７２０−ＭＢＭＳ−ａｒｃｈｉｔｅｃｔｕｒｅ、３ＧＰＰ−２２１４６−８２０−ＭＢＭＳ−ｓｔａｇｅ１、３ＧＰＰ−２５３４６−７３０−ＭＢＭＳ−ｓｔａｇｅ２］は、ポイント・ツー・マルチポイント送信、ポイント・ツー・マルチポイント（ＰＴＭ）およびポイント・ツー・ポイント（ＰＴＰ）ベアラの間の選択的な結合と送信モード選択のような、ＭＢＭＳベアラサービスの最適化された送信のための技術を提供している。ＭＢＭＳ論理送信チャネルが定義され、物理チャネルに対応付けされている。基本的な論理チャネルは次のようなものである。
【０００５】
（ａ）ＭＢＭＳポイント・ツー・マルチポイント制御チャネル（ＭＣＣＨ）：この論理チャネルは、ネットワークとユーザ装置（ＵＥｓ）との間での制御プレーン情報のＰＴＭダウンリンク送信のために使われる。
【０００６】
（ｂ）ＭＢＭＳポイント・ツー・マルチポイント・トラヒック・チャネル（ＭＴＣＨ）：この論理チャネルは、ネットワークとＵＥｓとの間でのユーザプレーン情報のＰＴＭダウンリンク送信のために使われる。
【０００７】
（ｃ）ＭＢＭＳポイント・ツー・マルチポイント・スケジューリング・チャネル（ＭＳＣＨ）：この論理チャネルは、ネットワークとＵＥｓとの間でのＭＢＭＳサービス送信スケジュールのＰＴＭダウンリンク送信のために使われる。
【０００８】
添付図面の図１に概略的に示されているように、ＭＢＭＳ構造は、機能に従って、ＭＢＭＳベアラ・サービス・レイヤ１４とＭＢＭＳユーザ・サービス・レイヤ１２との２つのレイヤに階層的に分割される。ＭＢＭＳにおいて鍵となるノード４は、ＢＭ−ＳＣ（ブロードキャスト／マルチキャスト・サービス・センタ）４であり、これはＭＢＭＳサービスデータをＵＥ（ユーザ装置）２に送信する。ＢＭ−ＳＣ４はＧＧＳＮ（ゲートウェイＧＰＲＳサポート・ノード）１０の後に配置される。ＵＥ２は、無線アクセス・ネットワーク（ＲＡＮ）６を介してＧＧＳＮ１０およびサービングＧＰＲＳサポート・ノード（ＳＧＳＮ）８と通信する。
【０００９】
ＭＢＭＳユーザ・サービスレイヤ１２はＢＭ−ＳＣ４およびＵＥ２との間で定義される。ＭＢＭＳユーザ・サービス（ＴＳ２６．３４６で規定；マルチメディア・ブロードキャスト／マルチキャストサービス（ＭＢＭＳ）；プロトコルおよびコーデック；http://www.3gpp.org/ftp/Specs/html-info/26346.htm）は、ＭＢＭＳサービス（たとえば、モバイルＴＶプログラム）および関連するプロトコルおよびコーデックなどの実際のコンテンツからなる。
【００１０】
ＭＢＭＳセキュリティ（ＴＳ３３．２４６参照；ＭＢＭＳセキュリティ；http://www.3gpp.org/ftp/Specs/html-info/33246.htm）は、ＭＢＭＳユーザ・サービスレイヤ１２でも定義されている。それはセキュリティ機能を定義し、認証されたユーザのみに限定してサービスを利用することができるようにする。
【００１１】
ＭＢＭＳベアラサービス１４（ＴＳ２３．２４６参照；ＭＢＭＳベアラサービス；http://www.3gpp.org/ftp/Specs/html-info/23246.htm）は、ＭＢＭＳユーザ・サービスが送信される、例えば、マルチキャスト／ブロードキャスト配信ツリーといった、マルチキャスト／ブロードキャスト送信インフラ及びリソースを提供する。ＵＥ２およびＢＭ−ＳＣ４に加えて、ＧＧＳＮ１０、ＳＧＳＮ８およびＲＡＮ６は、ＭＢＭＳベアラサービス１４の一部である。
【００１２】
ＭＢＭＳベアラサービス１４はさらに、マルチキャスト・モード及びブロードキャスト・モードの２つのモードに分割される。これら２つのモードの違いは、大凡次のようなものである。
【００１３】
マルチキャスト・モード・サービスは、興味のあるＵＥ２が存在するエリアにのみ送信される。ＵＥ２がマルチキャスト・モードで提供されているＭＢＭＳサービスの受信を希望する場合、ＵＥ２はＩＧＭＰ（インターネット・グループ管理プロトコル）参加要求を、デフォルトＰＤＰ（パケット・データ・プロトコル）コンテキストを介してＧＧＳＮ１０に送信する。これにより、ＵＥ２とＢＭ−ＳＣ４との間の双方を含む経路上の各ネットワークノードについてＭＢＭＳ ＵＥコンテキストが生成され、それに応じてマルチキャスト配信ツリーが更新される（ＴＳ２３．２４６の第８．２節参照）。要するに、ネットワークは、ＭＢＭＳベアラレベル上でＵＥを認識する。
【００１４】
一般に、ブロードキャスト・モード・サービスは、ＵＥ２が存在するか否かに関わらず所定のエリアで送信される。ＵＥ２がブロードキャスト・モードで提供されているＭＢＭＳサービスの受信を希望する場合、ＵＥ２は、送信を受信するように自分自身をローカルで設定し、ベアラレベル上でネットワークにコンタクトしない（ＴＳ２３．２４６の第８．１２節参照）。要するに、ネットワークは、ＭＢＭＳベアラレベル上でＵＥ２を認識しない。
【００１５】
ＭＢＭＳセキュリティは、ＭＢＭＳユーザ・サービス・レベル１２機能なので、マルチキャスト・モードおよびブロードキャスト・モードとは独立である。これは、マルチキャスト・モード・サービスとブロードキャスト・モード・サービスとが、ＭＢＭＳセキュリティにより保護可能なことを意味する。ＵＥ２が保護されたサービスを受信したい場合、ＵＥ２は、上述のベアラレベル・アクションに加えて、必要なＭＢＭＳサービス・キーを得るためにＭＢＭＳユーザ・サービス・レイヤ１２上のＢＭ−ＳＣ４に登録する。
【００１６】
ＭＢＭＳセキュリティにおいて、ＵＥ２は、ＭＢＭＳユーザ・サービスへの登録及びＭＢＭＳユーザ・サービスからの解除のためにＰＤＰコンテキスト（ＰＤＰコンテキストは、ＵＥ２にＩＰ接続性を提供する。）を使用する。同一ＰＤＰコンテキストは、ＭＢＭＳサービス・キー（ＭＳＫ）更新メッセージをＵＥ２にプッシュするためにＢＭ−ＳＣ４によっても使われる。これは、ＰＤＰコンテキスト上でＵＥ２からの登録メッセージを受信すると、ＢＭ−ＳＣ４がＵＥ２のＩＰアドレスを格納するために可能になる。このことは、添付の図２に概略的に図示される。
【００１７】
本出願人が認識しているように、ＰＤＰコンテキストが何らかの理由により削除（または、他のＰＤＰコンテキストによって置き換えられる）される状況が生じ、これにより添付の図３に概略的に図示するように、関連づけられたＵＥ２のＩＰアドレスはもはや有効ではないことを意味する。
【００１８】
しかしながら、ＩＰアドレスがもはや有効ではないことをＢＭ−ＳＣ４が認識していないであろうから、ＭＢＭＳサービス・キー（ＭＳＫ）メッセージを存在しないＩＰアドレスに送信し続けるだろう。このＭＳＫメッセージは、ＧＧＳＮ１０がメッセージの宛先ＩＰアドレスを認識しないだろうから、ＧＧＳＮ１０で破棄されるだろう。
【００１９】
ＰＤＰコンテキストを除去するか、または、置き換えるために考えられる理由は、ＴＳ４．００８ｃｈ．６．１．３．４．２の"通常のディアクティベート(regular deactivation)"、"ネットワーク異常(network failure)"、"オペレータにより決定される禁止事項(Operator Determined Barring)"、"再開要求(reactivation requested)"において見いだされる。ユーザは、ＰＤＰコンテキストがバックグラウンド・キー・マネジメントでのみ使用され、実際のＭＢＭＳコンテンツがＭＢＭＳベアラを介して送信されるので、削除または置換に気づかないかもしれない。
【００２０】
結果として、ＵＥ２は、サービスの復号に必要とされるＭＢＭＳサービスキーを時間内に受信しないかもしれず、または、もしＩＰアドレスが他のＵＥ２に迅速に割り当てられてしまえば、ＭＢＭＳサービスキーメッセージが誤ったＵＥ２に送信されることもあり得る（誤ったＵＥ２にサービス・キーを送信しても、サービス・キーはＵＥ特有の高レイヤ・キーで暗号化されているので、ＭＢＭＳセキュリティを破壊するものではない。）。
【００２１】
現在のセキュリティ仕様（ＴＳ３３．２４６）には、ＵＥ２は、サービスを復号するための正しいＭＳＫを有していないことを、受信したＭＢＭＳコンテンツのキー識別子から認識し得ると述べられている。これは、ＵＥ２がＢＭ−ＳＣ４から新しいＭＳＫを取得するためのトリガとできる。そのために、ＵＥ２は、もしＵＥ２がなにがしかのアクティブなＰＤＰコンテキストを持っていなければ、新しいＰＤＰコンテキストを設定しなければならないだろう。このメカニズムに付随する問題は、ＵＥ２は失われたＭＳＫを用いて暗号化されたいくつかのリアルタイム・コンテンツを、すでに受信している場合があり得るということである。このことは、ＵＥ２が正しいＭＳＫを取得しインストールするまで、（たとえば、モバイルＴＶプログラムにおいて）サービスが中断することを意味するだろう。
【００２２】
現在のところ、ＰＤＰコンテキストの紛失は、マルチキャストモードおよびブロードキャスト・モードとでは別々に扱われている。
【００２３】
マルチキャストモードのための現在のアプローチを、最初に述べる。このシナリオでは、ＴＳ２３．２４６の第６．１節に規定されているように、ＵＥ２、ＳＧＳＮ８、ＧＧＳＮ１０及びＢＭ−ＳＣ４は、マルチキャスト配信ツリーを確立するために必要なＵＥ特有のＭＢＭＳ・ＵＥコンテキストを格納している。このＭＢＭＳ・ＵＥコンテキストは、ＭＢＭＳベアラ・レベル・アクティベーション手順を有している。
【００２４】
付け加えて、添付の図４に概略的に図示されるように、ＵＥ２およびＳＧＳＮ８は、ＰＤＰコンテキスト（いわゆる、リンクされたＮＳＡＰＩ、または、ネットワーク・レイヤ・サービス・アクセス・ポイント識別子）と、ＭＢＭＳ・ＵＥコンテキストとの間の関係を格納している。
【００２５】
もしＰＤＰコンテキストが、ＵＥ２、ＳＧＳＮ８、または、ＧＧＳＮ１０によって削除されると、ＳＧＳＮ８はすべてのノードでＭＢＭＳ・ＵＥコンテキストを削除するために、マルチキャスト・サービス・ディアクティベーション手順を開始するであろう（ＴＳ２３．２４６の８．７節参照）。
【００２６】
このマルチキャスト・サービス・ディアクティベーション手順はＢＭ−ＳＣ４にも効力を及ぼすことになり、ＢＭ−ＳＣ４は、ＭＢＭＳベアラ・サービス（およびＭＢＭＳ ＵＥコンテキスト）がＵＥ２のためにディアクティベートされていることを認識する。ＢＭ−ＳＣ４は、ディアクティベートされたＭＢＭＳベアラ・サービスと関連するＭＢＭＳユーザ・サービスもまた、ＵＥ２についてディアクティベートされると推測するであろう。そこで、ＢＭ−ＳＣ４は、もはやＭＢＭＳサービス・キー更新メッセージをＵＥ２に送信するべきではないと認識する。
【００２７】
マルチキャスト・サービス・ディアクティベーション手順は、ＵＥ２にも効力を及ぼすことになり、ユーザはＭＢＭＳサービスが停止したことを認識するであろう。これは、もちろん、サービスの中断を意味する。そこでユーザは、ＭＢＭＳユーザ・サービスを再開するかも知れない（このことは、新しいＰＤＰコンテキストをアクティベートすることと、ＭＢＭＳベアラサービスを再びアクティベートすることを意味するだろう。）。
【００２８】
ここで、ブロードキャスト・モードのための現在のアプローチに話題を転換すると、ブロードキャスト・モードでの課題は、ネットワークがＭＢＭＳベアラ・レベルでＵＥ２を認識していないために異なっているが、それは、ＵＥ特有のＭＢＭＳ・ＵＥコンテキストが、ＳＧＳＮ８、ＧＧＳＮ１０、または、ＢＭ−ＳＣ４に格納されていないからである。したがって、ネットワークは、特定のＰＤＰコンテキストがＭＢＭＳキー管理のために使用されていることを知らない。ここで、（ａ）ＵＥ始動のＰＤＰコンテキスト削除と、（ｂ）ネットワーク始動のＰＤＰコンテキスト削除という、２つの異なる場合を考慮する必要がある。
【００２９】
ＵＥ始動のＰＤＰコンテキスト削除のケースは、すでにＴＳ３３．２４６の第６．３．２．１Ａ節でカバーされており、ここでは、ＵＥ２がＭＢＭＳユーザ・サービスから登録解除されるまで、ＵＥ２が（キー管理のために使われる）ＰＤＰコンテキストを削除すべきではないことを規定している。ＴＳ３３．２４６の６．３．１には、ＰＤＰコンテキストは、インタラクティブであるか、或いは、バックグラウンドＱｏＳ（サービス品質）クラスであるべきと述べられており、長寿命なものとして知られている（ＰＤＰコンテキストが偶然に、例えばユーザの行動によって消去されることが依然としてあるかどうかは、決定されるべきである。）。
【００３０】
しかしながら、ネットワーク始動のＰＤＰコンテキスト削除は、現在の仕様ではカバーされていない。ＰＤＰコンテキストは長寿命でありえるが、依然として、ＰＤＰコンテキストはネットワーク、すなわち、ＳＧＳＮ８やＧＧＳＮ１０により、何らかの理由、例えばネットワークの故障、により削除される可能性が存在しうる。この場合、図３に示し、そして上述したように、ＢＭ−ＳＣ４はＵＥのＩＰアドレスがもはや有効でないことに気づくことなく、存在しないＩＰアドレスに向けてＭＢＭＳサービスキー（ＭＳＫ）メッセージを送信し続けるだろう。これが問題なのは、ブロードキャスト・モードにおいて、中間ノード（すなわちＳＧＳＮ８およびＧＧＳＮ１０）は、削除されたＰＤＰコンテキストがＭＢＭＳのために使われたことを、認識しないためである。そのため、それらはこのことを、ＢＭ−ＳＣにも知らせることができない。結果として、ＵＥ２は要求されたキーを時間内に受信しないことになり、ＭＢＭＳユーザ・サービスを復号することができないので、ＵＥ２に対するサービスは中断するだろう。
【００３１】
この問題に取り組むことが望まれる。
【発明の概要】
【００３２】
本発明の第一の態様によれば、ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスを実行するユーザ端末によって使用される方法が提供される。この方法は、ブロードキャスト／マルチキャスト・サービスのためのサービスノードと、ユーザ端末との間の接続を可能にするために確立されたＩＰ接続を利用して実行されるユーザ・サービス登録に関連する情報を格納する工程を含み、当該情報は、ＩＰ接続の切断によって影響を受けるいずれかのユーザ・サービスのうち少なくとも一部の登録を可能にする。
【００３３】
ＩＰ接続はパケット・データ・プロトコル（ＰＤＰ）コンテキストを含んでもよい。
【００３４】
マルチメディア・ブロードキャスト／マルチキャスト・サービスは、３ＧＰＰマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）であってもよく、ユーザ端末はユーザ装置（ＵＥ）であり、サービスノードは、ブロードキャスト／マルチキャスト・サービスセンター（ＢＭ−ＳＣ）である。
【００３５】
マルチメディア・ブロードキャスト／マルチキャスト・サービスは、オープン・モバイル・アライアンス・ブロードキャスト（ＯＭＡ ＢＣＡＳＴ）サービスであってもよく、ユーザ端末は、ある端末であり、サービスノードはＯＭＡ ＢＣＡＳＴ加入者管理（ＢＳＭ）ノードである。
【００３６】
ユーザ端末は、ブロードキャスト／マルチキャスト・サービスのサービスノードと通信するデバイスのユーザに対してブロードキャスト／マルチキャスト・サービスを提供することが可能となる任意の形式の装置を取り扱うものとして解されるべきである。これは少なくともＭＢＭＳ ＵＥおよびＯＭＡ ＢＣＡＳＴ端末を含む。
【００３７】
本方法は、切断されたＩＰ接続と置換するための新たなＩＰ接続を確立する工程と、切断されたＩＰ接続に関連したユーザ・サービスの少なくともいくつかの新たなＩＰ接続を介した再登録を実行する工程とを含んでもよい。
【００３８】
本方法は、切断されたＩＰ接続と置換するための他のアクティブなＩＰ接続を選択する工程と、切断されたＩＰ接続に関連したユーザ・サービスの少なくとも一部と、新たなＩＰ接続を介した再登録する工程とを含んでもよい。
【００３９】
本方法は、新しいＩＰアドレスを、サービス・ノードが該新しいＩＰアドレスを使用して置換するためのＩＰ接続を介してユーザ端末にキー・メッセージを送信するためにサービスノードに対して送信する工程を含んでもよい。キーメッセージは、暗号またはその他の形式のセキュリティ・キーを伝えるメッセージである。
【００４０】
このキー・メッセージは、ＭＢＭＳサービスキー（ＭＳＫ）メッセージであってよい。
【００４１】
このキー・メッセージは、ＯＭＡ・ＢＣＡＳＴ・ロング・ターム・キーメッセージ（ＬＴＫＭｓ）であってよい。
【００４２】
本方法は、ＩＰ接続の切断を監視する工程を含んでもよい。
【００４３】
本方法は、ユーザ端末とサービス・ノードとの間で確立された複数のＩＰ接続のそれぞれとの関連で方法を実行する工程を含んでもよい。
【００４４】
ＩＰ接続の切断は、ネットワークの機能不全、または、他の理由に起因してもよい。
【００４５】
本発明の第二の態様によれば、ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスにおいてユーザ端末として、または、該ユーザ端末において使用するための装置が提供される。当該装置には、ユーザ端末と、ブロードキャスト／マルチキャスト・サービスのためのサービス・ノードとの間の接続を可能にするために確立されたＩＰ接続を利用して実行されるユーザ・サービス登録に関連した情報を格納する手段を含む。当該情報は、ＩＰ接続の切断に影響を受けるいずれかのユーザ・サービスのうち、少なくとも一部の再登録を可能にするものである。
【００４６】
本発明の第三の態様によれば、本発明の第一の態様に対応する方法を実行するように装置を制御するためのプログラム、、または、装置にロードされた場合に、本発明の第二の態様に従った装置として動作させるためのプログラムが提供される。このプログラムはキャリア媒体で実行されてもよい。このキャリア媒体は、記憶媒体であっても、伝送媒体であってもよい。
【００４７】
本発明の第四の態様によれば、本発明の第三の態様にしたがったプログラムによってプログラムされる装置が提供される。
【００４８】
本発明の第五の態様によれば、本発明の第三の態様にしたがったプログラムを含む記憶媒体が提供される。
【００４９】
本発明の実施形態は、次の利点を少なくとも一つ含む。キー管理のために使われたＰＤＰコンテキストが突然消去された状況において、保護されたＭＢＭＳユーザ・サービスの継続を保証する。存在しないＩＰアドレスに対してキー管理メッセージを送信するＢＭ−ＳＣを避ける。
【００５０】
本発明の実施形態で取り組んだ問題はマルチキャストモードおよびブロードキャスト・モードでは若干の違いはあるものの、本発明の実施形態による解決法は、マルチキャストおよびブロードキャスト・モードの双方に対して機能することができる。なぜなら、本発明の実施形態の効果は、ＰＤＰコンテキストの損失に迅速に反応するからである。
【図面の簡単な説明】
【００５１】
【図１】前述の、ＭＢＭＳユーザ・サービスおよびＭＢＭＳベアラ・サービスを概略的に示す図。
【図２】前述の、ＰＤＰコンテキストを介したＭＳＫメッセージの送信を概略的に示す図。
【図３】前述の、いかにしてＰＤＰコンテキストが削除され、ＭＳＫメッセージがＵＥに届かないのかを概略的に示す図。
【図４】前述の、ＭＢＭＳマルチキャスト・モードにおけるＰＤＰコンテキストおよびＭＢＭＳ ＵＥコンテキストの関係を示す図。
【図５Ａ】本発明のＭＢＭＳ実施形態で実行されるステップを示すフローチャート。
【図５Ｂ】本発明のＭＢＭＳ実施形態で実行されるステップを示すフローチャート。
【図６】図５Ａおよび図５Ｂのステップを実行するための、本発明を実施するユーザ機器の構成要素を概略的に示す図。
【図７】ＢＭ−ＳＣが、ＭＳＫメッセージを送信するために本発明の実施形態において、どのように新ＰＤＰコンテキストを使用するかを示す概略的な図。
【図８Ａ】本発明のＯＭＡ ＢＣＡＳＴ実施形態で実行されるステップを示すフローチャート。
【図８Ｂ】本発明のＯＭＡ ＢＣＡＳＴ実施形態で実行されるステップを示すフローチャート。
【発明を実施するための形態】
【００５２】
本発明の実施形態を、図５Ａおよび５Ｂ、６、７を参照して述べる。図５Ａ、図５Ｂは、本発明の実施形態においてＵＥ２０、ＳＧＳＮ８０、ＧＧＳＮ１００及びＢＭ−ＳＣ４０によって実行されるステップを示すフローチャートを含んでおり、一方で、図６は、図５Ａ、図５Ｂのステップを実行するためのＵＥ２０の構成要素を概略的に示している。
【００５３】
ステップＳ１において、ＰＤＰコンテキストは、ＵＥ２０とＢＭ−ＳＣ４０との間で接続を可能にするために確立される。この目的のために、ＵＥ２０はＰＤＰコンテキストを確立するためのＰＤＰコンテキスト確立部２２を用いる。このＰＤＰコンテキストは、ＵＥ２０とＧＧＳＮ１００との間で確立され、それによりＵＥ２０とＢＭ−ＳＣ４０との間でＰＤＰコンテキストを介して接続が可能になっている。ステップＳ１の実行の間に、ＩＰアドレスがＵＥ２０に割り当てられる。
【００５４】
ステップＳ２において、ユーザは様々なユーザ・サービスへの登録を決定し、それに応じて、ユーザ・サービスを登録するためのユーザ・サービス登録部２４を使用し、ＵＥ２０はＰＤＰコンテキストを介して様々なＭＢＭＳユーザ・サービス登録を実行する。これらのユーザ・サービス登録は、通常、ある期間にわたって実施されることになる。ＢＭ−ＳＣ４０において、ＵＥ２０はこれらのユーザ・サービスの受信機として登録され、ＵＥ２０のＩＰアドレスはＩＰパケット・ソース・アドレスから取得され、将来のＭＳＫキー・プッシュ・メッセージのために保存される。これに関連して、ＴＳ３３．２４６の第６．３．２．１Ａ節で定義されているように、ＰＤＰコンテキストはＵＥ２０に対してＭＳＫメッセージをプッシュするためにもＢＭ−ＳＣ４０によって使用され、この点は、図５ＡのステップＳ４に示している。
【００５５】
ＵＥ２０は、ＰＤＰコンテキストおよび、ステップＳ２でＰＤＰコンテキストを使って実行されたＭＢＭＳユーザ・サービス登録の記録をつけ、ステップ３で、ユーザ・サービス情報記憶部２５（または代替的にＵＥ２０がアクセス可能な遠隔記憶装置）にこの情報を保存する。この情報は、たとえばテーブル形式で、ユーザ・サービスＩＤと、ユーザ・サービスを登録したＰＤＰコンテキスト（ＮＳＡＰＩ）との間の関係を表している。
【００５６】
ステップＳ５において、ＵＥ２０は、記憶部２５に情報が保存されているＰＤＰコンテキストの利用可能性をチェックまたは監視するために、ＰＤＰコンテキスト利用可能性チェック部２６を用いる。もしＵＥ２０が、ＰＤＰコンテキストがまだ利用可能であると判断すると、ステップＳ５のチェックを継続する。このチェックは様々な方法で行うことができる。たとえば、通常の間隔で実行することができるし、または、ＵＥ２０は、ＰＤＰコンテキストが利用可能でないことを示すメッセージを待機してもよい。ＵＥ２０は、ＴＳ２３．０６０の第９．２．４．２および第９．２．４．３で述べられているようなネットワーク始動のＰＤＰコンテキスト削除を発見することができる（汎用パケット無線サービス（ＧＰＲＳ）。サービスの説明 http://www.3gpp.org/ftp/Specs/html-info/23060.htm）。
【００５７】
もしＵＥ２０が、ＰＤＰコンテキストを紛失したことを認識すれば、Ｓ６においてＵＥ２０は、確立部２２を使って新しいＰＤＰコンテキストを確立し、アクティベートする。この処理の間に、新しいＩＰアドレスがＵＥ２０に割り当てられる。その結果、ステップＳ７でＵＥ２０は登録部２４により、ステップ６で確立された新しいＰＤＰコンテキストを用いて、影響を受けるすべて（または一部）のＭＢＭＳユーザ・サービスの再登録を実行する（ＭＢＭＳマルチキャスト・モードの場合において、これは結果としてユーザのためのＭＢＭＳベアラのアクティベーションにもなるが、これはセキュリティ・ソリューションに対し透過的である。）。
【００５８】
ステップＳ７は、また、ＵＥ２０の新しいＩＰアドレスをＢＭ−ＳＣ４０に与え、これによりＢＭ−ＳＣ４０は新しいＰＤＰコンテキストに関連した新しいＩＰアドレスを利用して、ＵＥ２０に対するＭＢＭＳサービスキー（ＭＳＫ）メッセージの送信を継続することができる。これは、ステップＳ８で示され、ＭＳＫメッセージを受信するために受信部２８によってＵＥで実行される。この方法により、ＵＥ２０はキー管理による中断なしに、ＭＢＭＳユーザ・サービスを享受することができる。
【００５９】
別の方法として、新しいＰＤＰコンテキストをアクティベートするのではなく、他のアクティブなＰＤＰコンテキストが利用可能であれば、ＵＥ２０は、代わりに、それらのＰＤＰコンテキストの一つを用意することができる。
【００６０】
本発明の実施形態は、ブロードキャストおよびマルチキャストの双方に適用される。マルチキャストモードに対してのみ提案された以前のメカニズムは、ＰＤＰコンテキスト・ディアクティベーションのＢＭ−ＳＣの検知を提供する。
【００６１】
上述の実施形態は、ＭＢＭＳの文脈において述べられているが、同一概念を他の類似の文脈にも適用できることは理解されよう。たとえば、本発明の実施形態は、オープン・モバイル・アライアンス（ＯＭＡ）モバイル・ブロードキャスト（ＢＣＡＳＴ）の文脈においても実施可能である。ＯＭＡ ＢＣＡＳＴはモバイルＴＶおよびオンデマンド・ビデオ・サービスのための仕様である。
【００６２】
ＭＢＭＳに関連した上述の実施形態は、ＯＭＡ ＢＣＡＳＴの文脈に対応するソリューションに容易に適合させることができ、図８Ａおよび図８Ｂは、本発明のＯＭＡ ＢＣＡＳＴ代替実施形態の運用を図示している。ＯＭＡ手順とＭＢＭＳ手順とは、ノードとメッセージの名前のみが異なっているだけで、全体的に等化であることは明らかだろう。よって、ＯＭＡ ＢＣＡＳＴ実施形態は、詳細な説明は必要でなく、単に以下の相違点に注意すればよい。ＭＢＭＳのＵＥは、ＯＭＡ ＢＣＡＳＴにおいては端末と呼ばれ、ＭＢＭＳのＢＭ−ＳＣは、ＯＭＡ・ＢＣＡＳＴにおいてはＯＭＡ ＢＳＭ（ＢＣＡＳＴ加入者管理）と呼ばれ、ＭＢＭＳのＭＳＫメッセージは、ＯＭＡ ＢＣＡＳＴにおいてはＬＴＫＭ（ロング・ターム・キー・メッセージ）と呼ばれ、ＭＢＭＳのユーザ・サービス登録要求は、ＯＭＡ ＢＣＡＳＴにおいては登録要求と呼ばれる。
【００６３】
これらの相違を考慮すると、当業者は、ＭＢＭＳに関連した上述の説明に基づいたＯＭＡ ＢＣＡＳＴ実施形態を容易に実現できるだろう。ＯＭＡは、基礎となるＩＰ接続として、ＭＢＭＳと同じＰＤＰコンテキスト接続を用いる。すなわち、それらの仕様に同様に言及する。登録およびキー管理のＯＭＡ仕様の詳細は、以下の仕様書で述べられている。"モバイル・ブロードキャスト・サービス"OMA-TS=BCAST_Services-V1_0-20080103-D、および"モバイル・ブロードキャスト・サービスのためのサービスおよびコンテンツ保護"OMA-TS-BCAST_SvcCntProtection-V1_0-20071218-D、これらは、www.openmobilealliance.orgで入手可能である。
【００６４】
上述の構成要素の１つ以上の動作は、機器または装置上で動作しているプログラムによって制御できることは理解されよう。そのような動作プログラムは、コンピュータで読み取り可能な媒体に保存することができ、また、たとえば、インターネット・ウェブサイトから提供されるダウンロード可能なデータ信号のような信号として実施されてもよい。添付の請求項は、動作プログラムそれ自体をカバーするものとして、搬送媒体に記録されたものとして或いは、信号として解釈されてもよいし、また、他の形態において解釈される。
【００６５】
本発明は特定の実施形態に関連して上述したが、当業者は、様々な変更、代用、修正が特許請求の範囲の請求項によって定義される発明の範囲から逸脱することなしに行われるということを理解するだろう。
【００６６】
たとえば、当業者は、容易にブロードキャスト／マルチキャスト・サービスが、ちょうどモバイル・ネットワークに対するように、固定ネットワークに適用可能であること、そして本発明が簡単にそのようなシナリオに適用することができること、を理解するだろう。固定ネットワークにおいては、ＩＰ接続は、ＭＢＭＳおよびＯＭＡ・ＢＣＡＳＴに関連して説明したように、常にＰＤＰコンテキストである必要はない。本発明は、ユーザ端末（ＭＢＭＳ ＵＥ、ＯＭＡ ＢＣＡＳＴ端末、または、ユーザによって操作される所定のその他の形式の端末）が、あらゆる形式のネットワーク（モバイルまたは固定）で、ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳサービス、ＯＭＡ ＢＣＡＳＴサービス、または、所定のその他のそのようなサービス）を運用しているという一般的な状況に適用可能である。基礎的手法は、ブロードキャスト／マルチキャスト・サービスのためにユーザ端末およびサービスノード（ＭＢＭＳ ＢＭ−ＳＣノード、ＯＭＡ ＢＳＭノード、所定のその他の対応するノード）の間での接続を可能にするために確立された所定の種類（ＰＤＰコンテキスト、または、その他）のＩＰ接続を使って実行されたユーザ・サービス登録に関連する情報を保存することを含む。この情報は、ＩＰ接続の切断に影響されるユーザ・サービスの少なくとも任意の中のいくつかの再登録を可能にするための形式である。
【図１】
2011515899.tif 000003
【図２】
2011515899.tif 000004
【図３】
2011515899.tif 000005
【図４】
2011515899.tif 000006
【図５Ａ】
2011515899.tif 000007
【図５Ｂ】
2011515899.tif 000008
【図６】
2011515899.tif 000009
【図７】
2011515899.tif 000010
【図８Ａ】
2011515899.tif 000011
【図８Ｂ】
2011515899.tif 000012
【手続補正書】
【提出日】平成21年12月21日(2009.12.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスを実行するユーザ端末によって使用される方法であって、
前記ブロードキャスト／マルチキャスト・サービスに登録するため、及び、セキュリティ・キー管理のために、前記ブロードキャスト／マルチキャストサービスのためのサービス・ノードと前記ユーザ端末との間で接続を確立する工程と、
前記ＩＰベースの接続を利用して実行されるユーザ・サービス登録に関連する情報を格納する工程と、
前記ＩＰベースの接続の切断を検出する工程と、
切断されたＩＰ接続と置換するために、新しいＩＰベースの接続を確立するか、または、別のアクティブなＩＰベースの接続を選択する工程と、
前記格納された情報を、前記切断によって影響を受けるいずれかの前記ユーザ・サービスのうち、少なくとも一部の再登録するために利用する工程と
を備え、
前記再登録は、置換されたＩＰベースの接続を利用して行われることを特徴とする方法。
【請求項２】
前記ＩＰベースの接続がパケット・データ・プロトコル（ＰＤＰ）コンテキストを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記マルチメディア・ブロードキャスト／マルチキャスト・サービスが３ＧＰＰマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）であり、
前記ユーザ端末がユーザ装置（ＵＥ）であり、
前記サービス・ノードがブロードキャスト／マルチキャスト・サービス・センター（ＢＭ−ＳＣ）である
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記ＩＰベースの接続が、前記ユーザ端末とゲートウェイ汎用パケット無線サービス・サポート・ノード（ＧＧＳＮ）との間で、サービング汎用パケット無線サービス・サポート・ノード（ＳＧＳＮ）を介して確立されることを特徴とする請求項３に記載の方法。
【請求項５】
前記マルチメディア・ブロードキャスト／マルチキャスト・サービスがオープン・モバイル・アライアンス・ブロードキャスト（ＯＭＡ ＢＣＡＳＴ）サービスであり、
前記ユーザ端末が端末であり、
前記サービス・ノードがＯＭＡ ＢＣＡＳＴ加入者管理（ＢＳＭ）ノードである
ことを特徴とする請求項１または２に記載の方法。
【請求項６】
前記サービスノードが前記置換されたＩＰベースの接続を介して前記ユーザ端末にキー・メッセージを送信するのに、前記ユーザ端末の新しいＩＰアドレスを使用できるようにするために、前記サービスノードに該新しいＩＰアドレスを送信する工程を備えることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記キー・メッセージがＭＢＭＳサービスキー（ＭＳＫ）メッセージであることを特徴とする、請求項３に従属する請求項６に記載の方法。
【請求項８】
前記キー・メッセージがＯＭＡ ＢＣＡＳＴ・ロング・ターム・キー・メッセージ（ＬＴＫＭｓ）であることを特徴とする、請求項５に従属する請求項６に記載の方法。
【請求項９】
前記ＩＰ接続の切断を監視する工程を備えることを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
複数のＩＰベースの接続のそれぞれとの関連で前記方法を実行する工程を備えることを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
前記ＩＰベースの接続の切断が、ネットワークの機能不全、または他の理由に起因することを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスにおいてユーザ端末として、または、当該ユーザ端末において使用される装置であって、
前記ブロードキャスト／マルチキャスト・サービスに登録するため、及び、セキュリティ・キー管理のために、前記ブロードキャスト／マルチキャストサービスのためのサービス・ノードと前記ユーザ端末との間で接続を確立する手段と、
前記ＩＰベースの接続を利用して実行されるユーザ・サービス登録に関連する情報を格納する手段と、
前記ＩＰベースの接続の切断を検出する手段と、
切断されたＩＰ接続と置換するために、新しいＩＰベースの接続を確立するか、または、別のアクティブなＩＰベースの接続を選択する手段と、
前記格納された情報を、前記切断によって影響を受けるいずれかの前記ユーザ・サービスのうち、少なくとも一部の再登録するために利用する手段と
を備え、
前記再登録は、置換されたＩＰベースの接続を利用して行われることを特徴とする装置。
【請求項１３】
請求項１乃至１１のいずれか１項に記載された方法を装置に実行させるプログラム。
【請求項１４】
請求項１３に記載されたプログラムを格納した記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
この問題に取り組むことが望まれる。
国際公開第９９／４８２４６号パンフレットは、マルチキャスト環境において、エンドユーザとグループとの間のマルチキャスト接続が切断された場合に、再確立する方法を開示している。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正の内容】
【００３２】
本発明の第一の態様によれば、ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスを実行するユーザ端末によって使用される方法が提供される。この方法は、ブロードキャスト／マルチキャスト・サービスに登録するため、及び、セキュリティ・キー管理のために、ブロードキャスト／マルチキャストサービスのためのサービス・ノードとユーザ端末との間で接続を確立する工程と、ＩＰベースの接続を利用して実行されるユーザ・サービス登録に関連する情報を格納する工程と、ＩＰベースの接続の切断を検出する工程と、切断されたＩＰ接続と置換するために、新しいＩＰベースの接続を確立するか、または、別のアクティブなＩＰベースの接続を選択する工程と、格納された情報を、切断によって影響を受けるいずれかのユーザ・サービスのうち、少なくとも一部の再登録するために利用する工程とを含み、再登録は、置換されたＩＰベースの接続を利用して行われる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
マルチメディア・ブロードキャスト／マルチキャスト・サービスは、３ＧＰＰマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）であってもよく、ユーザ端末はユーザ装置（ＵＥ）であり、サービスノードは、ブロードキャスト／マルチキャスト・サービスセンター（ＢＭ−ＳＣ）である。
ＩＰベースの接続は、ユーザ端末とゲートウェイ汎用パケット無線サービス・サポート・ノード（ＧＧＳＮ）との間で、サービング汎用パケット無線サービス・サポート・ノード（ＳＧＳＮ）を介して確立されてもよい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】削除
【補正の内容】
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】削除
【補正の内容】
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
本方法は、ＩＰベースの接続の切断を監視する工程を含んでもよい。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００４３
【補正方法】変更
【補正の内容】
【００４３】
本方法は、複数のＩＰベースの接続のそれぞれとの関連で方法を実行する工程を含んでもよい。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
ＩＰベースの接続の切断は、ネットワークの機能不全、または、他の理由に起因してもよい。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００４５
【補正方法】変更
【補正の内容】
【００４５】
本発明の第二の態様によれば、ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスにおいてユーザ端末として、または、該ユーザ端末において使用するための装置が提供される。当該装置には、ブロードキャスト／マルチキャスト・サービスに登録するため、及び、セキュリティ・キー管理のために、ブロードキャスト／マルチキャストサービスのためのサービス・ノードとユーザ端末との間で接続を確立するように構成された手段と、ＩＰベースの接続を利用して実行されるユーザ・サービス登録に関連する情報を格納する手段と、ＩＰベースの接続の切断を検出する手段と、切断されたＩＰ接続と置換するために、新しいＩＰベースの接続を確立するか、または、別のアクティブなＩＰベースの接続を選択する手段と、格納された情報を、切断によって影響を受けるいずれかのユーザ・サービスのうち、少なくとも一部の再登録するために利用する手段とを含み、再登録は、置換されたＩＰベースの接続を利用して行われる。
【手続補正書】
【提出日】平成22年9月7日(2010.9.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスを実行するユーザ端末において実行される方法であって、
前記ブロードキャスト／マルチキャスト・サービスに登録するため、及び、サービス・キー管理のために、前記ブロードキャスト／マルチキャストサービスのためのサービス・ノードと前記ユーザ端末との間で接続を確立する工程と、
前記ＩＰベースの接続を利用して実行されるユーザ・サービス登録に関連する情報を格納する工程と、
前記ＩＰベースの接続の切断を監視する工程と、
前記監視の結果として前記ＩＰベースの接続の切断が通知された場合に、
切断されたＩＰ接続と置換するために、新しいＩＰベースの接続を確立するか、または、別のアクティブなＩＰベースの接続を選択する工程と、
前記格納された情報を、前記切断によって影響を受けるいずれかの前記ユーザ・サービスのうち、少なくとも一部の再登録するために利用する工程と
を備え、
前記再登録は、置換されたＩＰベースの接続を利用して行われることを特徴とする方法。
【請求項２】
前記ＩＰベースの接続がパケット・データ・プロトコル（ＰＤＰ）コンテキストを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記マルチメディア・ブロードキャスト／マルチキャスト・サービスが３ＧＰＰマルチメディア・ブロードキャスト／マルチキャスト・サービス（ＭＢＭＳ）であり、
前記ユーザ端末がユーザ装置（ＵＥ）であり、
前記サービス・ノードがブロードキャスト／マルチキャスト・サービス・センター（ＢＭ−ＳＣ）である
ことを特徴とする請求項１または２に記載の方法。
【請求項４】
前記ＩＰベースの接続が、前記ユーザ端末とゲートウェイ汎用パケット無線サービス・サポート・ノード（ＧＧＳＮ）との間で、サービング汎用パケット無線サービス・サポート・ノード（ＳＧＳＮ）を介して確立されることを特徴とする請求項３に記載の方法。
【請求項５】
前記マルチメディア・ブロードキャスト／マルチキャスト・サービスがオープン・モバイル・アライアンス・ブロードキャスト（ＯＭＡ ＢＣＡＳＴ）サービスであり、
前記ユーザ端末が端末であり、
前記サービス・ノードがＯＭＡ ＢＣＡＳＴ加入者管理（ＢＳＭ）ノードである
ことを特徴とする請求項１または２に記載の方法。
【請求項６】
前記サービスノードが前記置換されたＩＰベースの接続を介して前記ユーザ端末にキー・メッセージを送信するのに、前記ユーザ端末の新しいＩＰアドレスを使用できるようにするために、前記サービスノードに該新しいＩＰアドレスを送信する工程を備えることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
前記キー・メッセージがＭＢＭＳサービスキー（ＭＳＫ）メッセージであることを特徴とする、請求項３に従属する請求項６に記載の方法。
【請求項８】
前記キー・メッセージがＯＭＡ ＢＣＡＳＴ・ロング・ターム・キー・メッセージ（ＬＴＫＭｓ）であることを特徴とする、請求項５に従属する請求項６に記載の方法。
【請求項９】
複数のＩＰベースの接続のそれぞれとの関連で前記方法を実行する工程を備えることを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記ＩＰベースの接続の切断が、ネットワークの機能不全、または他の理由に起因することを特徴とする請求項１乃至９のいずれか１項に記載の方法。
【請求項１１】
ＩＰベースのマルチメディア・ブロードキャスト／マルチキャスト・サービスにおいてユーザ端末として、または、当該ユーザ端末において使用される装置であって、
前記ブロードキャスト／マルチキャスト・サービスに登録するため、及び、サービス・キー管理のために、前記ブロードキャスト／マルチキャストサービスのためのサービス・ノードと前記ユーザ端末との間で接続を確立する手段と、
前記ＩＰベースの接続を利用して実行されるユーザ・サービス登録に関連する情報を格納する手段と、
前記ＩＰベースの接続の切断を監視する手段と、
前記監視の結果として前記ＩＰベースの接続の切断が通知された場合に、
切断されたＩＰ接続と置換するために、新しいＩＰベースの接続を確立するか、または、別のアクティブなＩＰベースの接続を選択する手段と、
前記格納された情報を、前記切断によって影響を受けるいずれかの前記ユーザ・サービスのうち、少なくとも一部の再登録するために利用する手段と
を備え、
前記再登録は、置換されたＩＰベースの接続を利用して行われることを特徴とする装置。
【請求項１２】
請求項１乃至１０のいずれか１項に記載された方法の各工程を、コンピュータに実行させるプログラム。
【請求項１３】
請求項１２に記載されたプログラムを格納したコンピュータで読取可能な記憶媒体。
【国際調査報告】
2011515899.tif 000013
2011515899.tif 000014
2011515899.tif 000015