JP2016511557A - Ｉｍｓベースのｄａｓｈサービスを用いるプレゼンスサービス - Google Patents

Abstract

インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ベースのハイパーテキストトランスファープロトコル（ＨＴＴＰ）によるダイナミックアダプティブストリーミング（ＤＡＳＨ）サービスにおいてプレゼンスサーバによりプレゼンス情報を供給する技術が開示される。例において、ユーザ機器（ＵＥ）は、プレゼンティティとして機能するように動作可能であり、ＤＡＳＨセッションの間にトリガーイベントを生成し、プレゼンスサーバに消費されるコンテンツを含むプレゼンス情報を発行するように構成されたコンピュータ回路を含む。発行されたコンテンツは、ＤＡＳＨコンテンツを含むことができる。

Description

関連出願本願は、代理人整理番号Ｐ５３５０４Ｚで、２０１３年１月１７日に出願された、米国仮特許出願シリアルＮｏ．６１／７５３，９１４を参照により、利益を請求し、組み込む。

無線移動通信技術は、ノード（例えば、送信局）と無線デバイス（例えば、モバイルデバイス）との間でデータを送信するために複数の様々な規格およびプロトコルを使用する。いくつかの無線デバイスは、ダウンリンク（ＤＬ）送信での直交周波数分割多重アクセス（ＯＦＤＭＡ）およびアップリンク（ＵＬ）送信での単一キャリア周波数分割多重アクセス（ＳＣ−ＦＤＭＡ）を用いることで通信する。信号送信のために直交周波数分割多重（ＯＦＤＭ）を使用する複数の規格および複数のプロトコルは、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）、ＷｉＭＡＸ（マイクロ波アクセスのための世界的相互運用）として業界団体に一般に知られている電気電子技術者協会（ＩＥＥＥ）８０２．１６規格（例えば、８０２．１６ｅ、８０２．１６ｍ）、およびＷｉＦｉとして業界団体に一般に知られているＩＥＥＥ８０２．１１規格を含む。

複数の３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）ＬＴＥシステムにおいて、ノードは、Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）ノードＢ（進化型ノードＢ、改良型ノードＢ、ｅＮｏｄｅＢ、またはｅＮＢとしても一般に示される）と、ユーザ機器（ＵＥ）として知られる無線デバイスと通信する無線ネットワークコントローラ（ＲＮＣ）との組み合わせであり得る。ダウンリンク（ＤＬ）送信は、ノード（例えば、ｅＮｏｄｅＢ）から無線デバイス（例えば、ＵＥ）への通信であり得る。アップリンク（ＵＬ）送信は、無線デバイスからノードへの通信であり得る。

無線デバイスは、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）ストリーミングのような様々なプロトコルを用いるインターネットビデオのマルチメディア配信を受信するべく用いられることができる。ビデオストリーミングのＨＴＴＰベースの配信を提供するためのプロトコルは、ＨＴＴＰ（ＤＡＳＨ）によるダイナミックアダプティブストリーミングを含みうる。

本開示の複数の特徴および複数の利点は、本開示の複数の特徴を、例示の方法で、共に図示される添付の複数の図面と併用して、以下に示す詳細な説明から明らかになるであろう。
例による、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）によるダイナミックアダプティブストリーミング（ＤＡＳＨ）のためのクライアント及び複数のサーバにおけるブロック図を示す。 例による、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイル構成のブロック図を示す。 例による、プレゼンスサーバを有する、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ベースのパケット交換ストリーミングサービス（ＰＳＳ）及びマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）関数型アーキテクチャのブロック図を示す。 例による、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ベースのハイパーテキストトランスファープロトコル（ＨＴＴＰ）によるダイナミックアダプティブストリーミング（ＤＡＳＨ）サービスにおいて用いられるプレゼンスサーバのメッセージフローチャートの例を示す。 例による、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ベースのハイパーテキストトランスファープロトコル（ＨＴＴＰ）によるダイナミックアダプティブストリーミング（ＤＡＳＨ）サービスにおける、プレゼンティティとして機能するように動作可能なユーザ機器（ＵＥ）のコンピュータ回路の機能を示す。 例による、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ベースのハイパーテキストトランスファープロトコル（ＨＴＴＰ）によるダイナミックアダプティブストリーミング（ＤＡＳＨ）サービスにおいてプレゼンスサーバによりプレゼンス情報を供給する方法のフローチャートを示す。 例による、プレゼンスサーバ、ノード（例えばｅＮＢ）、及びユーザ機器（ＵＥ）の図を示す。 例による、無線デバイス（例えばＵＥ）の図を示す。参照は、複数の例示的な実施形態をこれから説明するのに用いられ、特定の言語は、本仕様書で、同一の説明をするのに用いられるであろう。それでもなお、それにより発明の範囲を限定するのを意図していないことは理解されるであろう。

本願発明が開示および記載される前に、この発明は、本願明細書で開示されている特定の複数の構造、複数の処理工程、または複数の材料に限定されないことは理解される。しかし、当業者により認識される等価のものまで拡張される。本開示で使用される技術用語が複数の特定の例のみについて説明することを目的として用いられ、限定されることを意図したものでないことも理解されるであろう。異なる図面での同一の参照符号が同一要素を表す。複数のフローチャートおよび複数の処理で提供される数は、複数の工程および複数の操作を説明する際の明確性のために提供され、必ずしも特定の順序またはシーケンスを示さない。

例示的な実施形態

複数の技術的な実施形態の初見の外観は、下記に提供され、次に、複数の特定の技術的な実施形態が、後でさらに詳細に記載される。この最初の要約は、複数の読み手がその技術をより速く理解するのを助けることを意図しているが、その技術の複数の重要な特徴または複数の本質的な特徴を特定することを意図しておらず、請求される主題の範囲を限定することも意図していない。

複数のプレゼンスサービスは、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）による複数のマルチメディアサービスをサポートするために、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））アソシエーション（ＧＳＭＡ）により開発されたリッチ通信サービス（ＲＣＳ）プロファイルの一部でありうる。複数のプレゼンスサービスは、ユーザが、ジオロケーション、複数のサービス機能、コンテンツ消費、複数のタグライン、及び複数のアバターのようなプレゼンス情報を共有することを可能にできる。ユーザのクライアントアプリケーションは、プレゼンスサービスへ（例えばプレゼンスサーバを介して）プレゼンス情報（例えばプレゼンス状態）を提供し、プレゼンス情報が、個人用の利用可能な記録（プレゼンティティと称される）に格納され、プレゼンティティユーザの通信のための可用性を伝達するべく、他の複数のユーザ（複数のウォッチャーと称される）への供給のために利用できるようにされることができる。プレゼンスサーバは、プレゼンス情報を受け取り、格納し、発行し、及び供給することができる。ＩＭＳプレゼンスは、オープンモバイルアライアンス（ＯＭＡ）によって定義される複数の論理ネットワーク要素とともに、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）及び３ＧＰＰにより定義されるような、セッション開始プロトコル（ＳＩＰ）及びエクステンシブルマークアップランゲージ（ＸＭＬ）構成アクセスプロトコル（ＸＣＡＰ）を用いて実装されうる。３ＧＰＰコンテキストにおいて、複数のプレゼンスサービスのアーキテクチャ及び機能記述は、３ＧＰＰ技術仕様書（ＴＳ）２４．１４１Ｖ１１．０．０（２０１２−０９）において特定されうる。エンドユーザアプリケーションを含む、複数のプレゼンスサービスのためのプロトコルは、プレゼンスＳＩＰインスタントメッセージ及びプレゼンスレバレッジエクステンション（ＳＩＭＰＬＥ）仕様書バージョン１．０（２５ Ｊｕｌ ２００６ ＯＭＡ−ＴＳ−Ｐｒｅｓｅｎｃｅ＿ＳＩＭＰＬＥ−Ｖ１＿０−２００６０７２５−Ａ）においてＯＭＡによって特定されうる。

ハイパーテキストトランスファープロトコル（ＨＴＴＰ）ストリーミングは、インターネットビデオのマルチメディア配信の形態として用いられうる。ＨＴＴＰストリーミングにおいて、マルチメディアファイルは、１または複数のセグメントに分割され、ＨＴＴＰプロトコルを用いてクライアントに配信されうる。ＨＴＴＰベースの配信は、ＨＴＴＰと、送信制御プロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）を含む、ＨＴＴＰの基礎をなす複数のプロトコルとの両方の幅広い採用による信頼性及びデプロイメントの単純性を提供できる。ＨＴＴＰベースの配信は、ネットワークアドレス変換（ＮＡＴ）及びファイアウォールトラバーサル問題を回避することによって、容易で楽なストリーミングサービスを可能にできる。ＨＴＴＰベースの配信またはストリーミングは、また、複数の特殊なストリーミングサーバの代わりに、複数の規格ＨＴＴＰサーバ及びキャッシュを利用する能力を提供できる。ＨＴＴＰベースの配信は、サーバ側での最小限のまたは減じられた状態情報によるスケーラビリティを提供できる。複数のＨＴＴＰストリーミング技術の例は、マイクロソフトＩＩＳスムースストリーミング、アップルＨＴＴＰライブストリーミング、及びＡｄｏｂｅ ＨＴＴＰダイナミックストリーミングを含みうる。

ＨＴＴＰによるダイナミックアダプティブストリーミング（ＤＡＳＨ）は、標準化されたＨＴＴＰストリーミングプロトコルでありうる。例において、ＤＡＳＨは、３ＧＰＰ技術仕様書（ＴＳ）２６．２４７Ｖ１１．１．０（２０１２−１２）において標準化されうる。ＤＡＳＨにおいて、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイルは、異なるビットレート、フレームレート、解像度、またはコーデックタイプを含む、サーバに格納されたメディアコンテンツ表示の構造及び様々なバージョンの情報を提供できる。加えて、ＤＡＳＨは、また、複数のセグメントフォーマットを指定できる。ＭＰＤメタデータファイルは、他のリプレゼンテーションとのスイッチ及び同時表示のための、メディアプレゼンテーションタイムラインへの複数のセグメントのマッピングを保証すべく、メディアプレーヤのための初期化及びメディアセグメントの情報（例えば、メディアプレーヤが、コンテナフォーマット及びメディアタイミング情報を決定すべく、初期化セグメントを検査することができる）を含むことができる。メディアプレゼンテーションの形成において複数のセグメントの関係を記述する、このＭＰＤメタデータ情報に基づいて、複数のクライアント（または複数のクライアントデバイス）は、ＨＴＴＰ ＧＥＴ又は部分ＧＥＴの複数の方法を用いて複数のセグメントを要求できる。クライアントは、完全にストリーミングセッションを制御できる。例えば、クライアントは、オンタイム要求及び複数のセグメントのシーケンスのなめらかなプレイアウトを管理し、潜在的に、（例えば、デバイス状態またはユーザの嗜好の複数の変化に反応すべく）複数のビットレートまたは他の複数の属性を調節できる。ＤＡＳＨ技術は、また、ムービングピクチャーエクスパーツグループ（ＭＰＥＧ）、Ｏｐｅｎ ＩＰＴＶフォーラム（ＯＩＰＦ）、及びハイブリッドブロードキャストブロードバンドＴＶ（ＨｂｂＴＶ）のような、他の複数の団体により標準化された。

ＤＡＳＨクライアントは、一連のＨＴＴＰ要求−応答トランザクションを通じて複数のセグメントをダウンロードすることにより、マルチメディアコンテンツを受信できる。ＤＡＳＨは、利用できる帯域幅が変化するため、メディアコンテンツの複数の異なるビットレート表示の間での動的なスイッチをする能力を提供できる。このため、ＤＡＳＨは、ネットワークと無線リンクの複数の状態、ディスプレイ解像度のような複数のユーザの嗜好とデバイスの機能、使用される中央プロセッシングユニット（ＣＰＵ）のタイプ、または利用できるメモリリソース等を変化させることに速く適応することを可能にできる。

ＤＡＳＨにおいて、図１に示されるように、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイルは、及びウェブおよび／またはメディアサーバ２１２に格納されたメディアコンテンツ表示の構造及び様々なバージョンの情報を提供できる。様々なバージョンのメディアコンテンツ表示は、異なるビットレート、フレームレート、解像度、コーデックタイプまたは他の同様のタイプの情報を含むことができる。加えて、ＤＡＳＨは、また、複数の他の表示とのスイッチ及び同時表示のための複数のセグメントのメディアプレゼンテーションタイムラインへのマッピングを保証すべく、メディアエンジンのための初期化及び複数のメディアセグメントの情報を含むことができる、複数のセグメントフォーマットを指定できる。複数のセグメントの関係及び複数のセグメントがメディアプレゼンテーションを形成する方法を記述する、ＭＰＤメタデータ情報に基づいて、クライアント２２０は、ＨＴＴＰ ＧＥＴ２４０メッセージまたは一連の部分的ＧＥＴメッセージを用いて複数のセグメントを要求できる。クライアントは、オンタイム要求及び複数のセグメントのシーケンスのなめらかなプレイアウトを管理するような、または、デバイス状態またはユーザの嗜好の複数の変化に反応すべく、複数のビットレートまたは他の複数の属性を潜在的に調節するような、ストリーミングセッションを制御できる。

図１は、ＤＡＳＨベースのストリーミングフレームワークを示す。ウェブ／メディアサーバ２１２におけるメディアエンコーダ２１４は、オーディオ／ビデオ入力２１０からの入力メディアを、ストレージまたはストリーミングのためのフォーマットへエンコードできる。メディアセグメンタ２１６は、ウェブサーバ２１８へ提供されることができる、シリアルのフラグメントまたはチャンクへ、入力メディアを分割するべく用いられうる２３２。クライアント２２０は、ウェブサーバ（例えばＨＴＴＰサーバ）へ送信される複数のＨＴＴＰ ＧＥＴメッセージを用いて複数のチャンク内の新たなデータを要求できる２３４。

例えば、クライアント２２０のウェブブラウザ２２２は、ＨＴＴＰ ＧＥＴメッセージ２４０を用いてマルチメディアコンテンツを要求できる。ウェブサーバ２１８は、クライアントに、マルチメディアコンテンツのためのＭＰＤ２４２を提供できる。ＭＰＤは、関連するメタデータ情報に示されるように、各セグメントのインデックス及びセグメントの対応する場所を伝達すべく用いられることができる２５２。ウェブブラウザは、２３６で示されるようなＭＰＤ２４２に従ったセグメントによって、サーバセグメントからメディアを引き出すことができる。例えば、ウェブブラウザは、ＨＴＴＰ ＧＥＴ ＵＲＬ（ｆｒａｇ１ｒｅｑ）２４４を用いて第１のフラグメントを要求できる。ユニフォームリソースロケータ（ＵＲＬ）またはユニバーサルリソースロケータは、ウェブサーバに、クライアントがどのセグメントを要求しているかを教えるべく用いられることができる２５４。ウェブサーバは、第１のフラグメント（例えばフラグメント１ ２４６）を提供できる。その後の複数のフラグメントのために、ウェブブラウザは、ＨＴＴＰ ＧＥＴ ＵＲＬ（ｆｒａｇ ｉ ｒｅｑ）２４８を用いてフラグメントｉを要求でき、ここで、ｉは、フラグメントの整数インデックスである。結果として、ウェブサーバは、フラグメントｉ ２５０を提供できる。複数のフラグメントは、メディアデコーダおよび／またはプレイヤー２２４を介してクライアントに提示されうる。

図２に示されるように、ＤＡＳＨは、複数のセグメントフォーマット（または複数のフラグメントフォーマット）と同様に、サーバに格納される、複数のメディアコンテンツ表示の構造及び様々なバージョンの情報を提供するメディアプレゼンテーション記述（ＭＰＤ）メタデータファイル４０２のための複数の異なるフォーマットを指定できる。ＤＡＳＨにおいて、メディアプレゼンテーション記述（ＭＰＤ）メタデータ４０２は、ウェブおよび／またはメディアサーバに格納された複数のメディアコンテンツ表示の構造及び様々なバージョンに関する情報を提供できる。図２に示された例において、ＭＰＤメタデータは、本例では６０秒のような予め定められた長さを有する複数の期間４０４に時間的に分割されうる。各期間は、複数のアダプテーションセット４０６を含むことができる。各アダプテーションセットは、１または複数のメディアコンポーネントについての情報に多くのエンコードされた代替例を提供できる。例えば、本例のアダプテーションセット０は、異なるビットレート、モノ、ステレオ、及びサラウンドサウンド等のような、異なるようにエンコードされた様々なオーディオの代替例を含みうる。期間ＩＤにわたるマルチメディアプレゼンテーションのための異なる質のオーディオを提供することに加えて、アダプテーションセットはまた、複数の異なる言語でのオーディオを含みうる。アダプテーションセットにおいて提供された複数の異なる代替例は、複数のリプレゼンテーション４０８と称されうる。

図２において、アダプテーションセット１は、５メガビット／秒（Ｍｂｐｓ）、２Ｍｂｐｓ、５００キロビット／秒（ｋｂｐｓ）、またはトリックモードのような、複数の異なるビットレートでビデオを提供するように示される。トリックモードは、マルチメディアストリーミングファイルにおける場所における、シーク、早送り、巻き戻しまたは他の変化を行うために用いられうる。加えて、ビデオは、また、２次元（２Ｄ）または３次元（３Ｄ）ビデオ、またはポートレイトまたはランドスケープ向きのビデオのような、複数の異なるフォーマットで利用できる。各リプレゼンテーション４０８は、セグメント情報４１０を含んでよい。セグメント情報は、初期化情報４１２と、実際のメディアセグメントデータ４１４とを含んでよい。本例では、ＭＰＥＧ−４（ＭＰ４）ファイルが、サーバからモバイルデバイスへストリーミングされる。本例ではＭＰ４が用いられている一方で、多種多様な異なるコーデックが用いられてもよい。コーデックは、デジタルデータストリームまたは信号をエンコードまたはデコードすることが可能なデバイス、アプリケーション、エレメント、またはコンピュータプログラムである。

アダプテーションセット中のマルチメディアは、さらに、より小さな複数のセグメントに分割されてよい。図２の例では、アダプテーションセット１の６０秒ビデオセグメントが、それぞれ１５秒の４つのサブセグメント４１４へさらに分割される。これらの例は、限定することを意図したものではない。アダプテーションセット及び各メディアセグメントまたはサブセグメントの実際の長さは、メディアのタイプ、複数のシステム要件、及び干渉の潜在的なタイプ等に依存する。複数の実際のメディアセグメントまたは複数のサブセグメントは、１秒から数分の長さ未満の長さを有しうる。

ＤＡＳＨコンテンツは、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）を用いて供給されうる。ＭＢＭＳは、コアネットワーク内とセル内の両方で、ブロードキャスト及びマルチキャストサービスの効率的な配信を提供することができる、複数の携帯電話ネットワークのためのポイントツーマルチポイントインターフェース仕様書である。拡張マルチメディアブロードキャスト及びマルチキャストサービス（ｅＭＢＭＳ）は、複数のＬＴＥネットワーク上にデプロイされうる、ＭＢＭＳのＬＴＥバージョンとすることができる。ＬＴＥのｅＭＢＭＳは、セル内の全てのユーザへ（すなわちブロードキャスト）またはセル内のユーザの一定のセット（複数の契約者）へ（すなわちマルチキャスト）、複数の利用可能な無線リソースのサブセットを用いて同じコンテンツ情報を送信するための複数の転送機能を提供できる一方で、残りの利用可能な無線リソースは、特定のユーザに向けて（例えば複数のユニキャストサービス）の送信をサポートすべく用いられることができる。

ｅＭＢＭＳの複数のデプロイメントは、複数のコアＭＢＭＳユーザサービス機能のパフォーマンスとユーザビリティを向上させることができる。ＭＢＭＳダウンロード配信は、ＨＴＴＰベースのユニキャストダウンロード配信のオフロードに対して代替的なサービスでありうる。複数の利益は、複数の非リアルタイムサービスタイプ、複数のＭＢＭＳストリーミングサービスを補足する複数のコンテンツのプロビジョニング、及び複数のデバイス（例えば複数のサーバ）のストレージ容量の増加のレバレッジへのサポートを可能にすることを含みうる。ＨＴＴＰによるユニキャスト転送にも利用されうるＤＡＳＨセグメントフォーマットは、配信環境がユニキャストまたはマルチキャストであるかあいまいでありうる。ＭＢＭＳユーザサービス仕様書（例えば３ＧＰＰ ＴＳ ２６．３４６ Ｖ１１．３．０ （２０１２−１２））は、ＤＡＳＨフォーマットコンテンツが、ＦＬＵＴＥプロトコルによりＭＢＭＳダウンロード配信を用いて送信されることを可能にしうる。

ＦＬＵＴＥは、特に複数のマルチキャストネットワーク向けでありうる、インターネットによる複数のファイルの一方向配信のためのプロトコルでありうる。ＦＬＵＴＥは、非同期レイヤード符号化（ＡＬＣ）を基に、大規模スケーラブルマルチキャスト供給向けのベースプロトコルを作ることができる。ＦＬＵＴＥは、レイヤード符号化転送（ＬＣＴ）構成ブロックのインスタンシエイションを提供できる。ＡＬＣプロトコルは、ＬＣＴ構成ブロック、輻輳制御（ＣＣ）構成ブロック及び前方誤り訂正（ＦＥＣ）構成ブロックを組み合わせて、輻輳制御された信頼性のある非同期配信を提供できる。ＬＣＴは、信頼性のあるコンテンツ配信及びストリーム配信プロトコルに対する転送レベルサポートを提供できる。ストリーミングデータまたはダウンロードは、リアルタイム転送プロトコル（ＲＴＰ）においてカプセル化され、複数のＭＢＭＳベアラにより配信する際にＦＬＵＴＥプロトコルを用いて転送されることができる。ＲＴＰは、テレフォニー、ビデオ遠隔会議アプリケーション、テレビサービス、及びウェブベースのプッシュツートーク機能のような、ストリーミングメディアを含む、通信及びエンターテインメントシステムにおいて利用されることができる。

ＩＭＳベースのＤＡＳＨサービスのためのプレゼンスサーバ１３０は、図３に示されるように、ＩＭＳベースのパケット交換ストリーミングサービス（ＰＳＳ）及びＭＢＭＳユーザサービス関数型アーキテクチャにおいて実装されうる。様々な機能ブロックまたはモジュールが、複数のＤＡＳＨサービスのために（例えばユニキャスト／ＨＴＴＰ及びＭＢＭＳ／ＦＬＵＴＥ転送方法により）利用されることができる。

例えば、ＩＭＳコアネットワークサブシステム（ＩＭ ＣＮサブシステム）１２０は、ユーザ登録及び認証、モビリティ及びローミング、複数のマルチメディアセッションの制御、サービスの質（ＱｏＳ）制御、ポリシー制御、チャージング、及び回路交換ネットワークとのインターワークをサポートできる。ＩＭ ＣＮサブシステムの複数の機能は、３ＧＰＰ ＴＳ ２３．２２８ Ｖ１１．７．０ （２０１２−１２）にさらに記述されうる。

ユーザ機器（ＵＥ）１１０（例えばプレゼンティティまたはウォッチャーＵＥ）は、サービスディスカバリー及び選択を実行でき、サービス開始、変更、及び終了を処理でき、および／またはユーザに対するコンテンツを受信して提示することができる、ジェネリックブーストラッピングアーキテクチャ（ＧＢＡ）、ＩＭＳ、ＰＳＳ、および／またはＭＢＭＳクライアントを含むことができる。

ＳＣＦ１３２は、サービス論理の実行をサポートすべく、サービス論理及び機能を提供できる。例えば、ＳＣＦは、サービスへのアクセスを許可または拒否するためにＰＳＳ及びＭＢＭＳユーザのサービス契約をチェックすることを含みうる、セッション開始及びセッション変更の間のサービス認証を提供できる。ＳＣＦは、関連するＰＳＳ及びＭＢＭＳメディア機能を選択できる。ＨＴＴＰベースの配信について、ＳＣＦは、プロキシまたはバックツーバックユーザエージェント（Ｂ２ＢＵＡ）として機能できる。ＭＢＭＳについて、ＳＣＦは、終了ユーザエージェント（ＵＡ）として機能できる。

ＨＴＴＰ／ＳＩＰアダプタ１５０の機能は、ＳＩＰセッションを複数のＨＴＴＰ入力要求と関係づけることができる。ＨＴＴＰ／ＳＩＰアダプタは、ＩＭ ＣＮサブシステム１２０、ＳＣＦ１３２、ＨＴＴＰサーバ１６０、及びプレゼンスサーバ１３０とインターフェースで接続できる。ＨＴＴＰサーバは、ＨＴＴＰベースの配信のためのＤＡＳＨフォーマットコンテンツを提供できる。ＨＴＴＰサーバの複数の機能は、３ＧＰＰ ＴＳ ２６．２４７にさらに記述されうる。前述のように、プレゼンスサーバは、プレゼンス情報を、受け取り、格納、発行、及び供給できる。例において、プレゼンスサーバは、ＳＣＦと同一の複数のインターフェースを有することができる。

ＢＭＳＣ．ＵＰＦ１４０は、ブロードキャストマルチキャストサービスセンター（ＢＭＳＣ）ユーザプレーン副機能（ＵＰＦ）を含むことができる。ＢＭＳＣ．ＵＰＦは、ＭＢＭＳダウンロードのためのＤＡＳＨフォーマットコンテンツを提供できる。ＢＭＳＣ．ＵＰＦ（またはＢＭ−ＳＣ．ＵＰＦ）は、コンテンツプロバイダ／マルチキャストブロードキャストソースと通信でき、および／または制御できる。ＢＭＳＣまたはＢＭＳＣ．ＵＰＦの複数の機能は、３ＧＰＰ ＴＳ ２６．２４６ Ｖ１１．３．０ （２０１２−１２）においてさらに記述されうる。

ポリシー及びチャージングルール機能（ＰＣＲＦ）１７０は、ＲＡＮ及びパケット交換（ＰＳ）コアネットワーク１８０における複数のリソースのチャージング及び設定を制御できる。ＰＣＲＦの複数の機能は、３ＧＰＰ ＴＳ ２３．２０３ Ｖ１１．８．０ （２０１２−１２）においてさらに記述されうる。

サービス選択機能（ＳＳＦ）１９０は、利用できるＰＳＳ（ＨＴＴＰベースのＤＡＳＨを含む）及び複数のＭＢＭＳユーザサービスのリスト、及び関連するユーザサービス記述情報を提供できる。ＳＳＦモジュールは、クライアントのアイデンティティに向けて個別化されうる。

ＩＭＳベースのパケット交換ストリーミングサービス（ＰＳＳ）及びＭＢＭＳユーザサービス関数型アーキテクチャ内のＩＭＳベースのＤＡＳＨサービスのためのプレゼンスサーバは、ＩＭＳベースのプレゼンス及び複数のＤＡＳＨサービスを組み合わせることができる。図４は、複数のＤＡＳＨサービスのコンテキストにおいて用いられるＩＭＳベースのプレゼンスサービスのための呼び出しフローを示す。本例では、ＵＥ１ １１２は、ウォッチャーであってよく、ＵＥ２ １１４は、プレゼンティティであってよい。ＵＥ１は、ＩＭ ＣＮサブシステム１２２を介してプレゼンスサーバ１３０と通信でき、ＵＥ２は、ＩＭ ＣＮサブシステム１２４を介してプレゼンスサーバと通信できる。例において、ＵＥ２は、ＵＥ１の複数のコンタクトのリスト内にありうる。ＵＥ２は、ＵＥ２のユーザが現在視聴しているコンテンツを発行するように要求できる。

ＵＥ１ １１２は、ＵＥ２ １１４を含むことができる複数のコンタクトのリストを含むプレゼンス情報を、ＳＩＰ登録メッセージ３０２をプレゼンスサーバ１３０に送信することによって申し込むことができる。プレゼンスサーバは、ウォッチャー認証３０４を提供でき、ＳＩＰ２００ＯＫメッセージ３０６で返信できる。

ＤＡＳＨ配信を開始した後またはＤＡＳＨによるコンテンツスイッチの後のような、トリガーイベントの後に、ＵＥ２ １１４は、消費されるコンテンツを発行するように決定できる。ＵＥ２は、ＳＩＰ発行メッセージ３０８をプレゼンスサーバ１３０へ送信できる。発行メッセージは、消費されるＤＡＳＨコンテンツ、及びＤＡＳＨメディアプレゼンテーション記述（ＭＰＤ）のような、ＤＡＳＨに特有の追加の複数の属性を含むことができる。プレゼンスサーバは、パブリッシャー認証３１０を提供でき、ＳＩＰ２００ＯＫメッセージ３１２で返信できる。

ＳＩＰ発行メッセージ３０８の受信時および／またはパブリッシャー認証３１０の後、プレゼンスサーバ１３０は、ＳＩＰ通知メッセージ３１４を送信することにより、ＵＥ２ １１４により消費される（または見られるまたは発行される）コンテンツをＵＥ１ １１２に通知できる。ＳＩＰ通知メッセージの受信が成功した場合には、ＵＥ１は、ＳＩＰ２００ＯＫメッセージ３１６で応答できる。

他の例では、プレゼンティティとして機能するＵＥ（例えばＵＥ２）は、ＨＴＴＰ／ユニキャストベースまたはＭＢＭＳ／ＦＬＵＴＥベースのＤＡＳＨセッション開始手順に関する最後のＳＩＰ２００ＯＫの受信時にＳＩＰ発行を送信しうる（例えばＤＡＳＨコンテンツ（すなわち映画Ａ）を視聴することを開始する）。他の例では、ＤＡＳＨセッションの間、ＵＥ（例えばＵＥ２）は、また、コンテンツスイッチ（例えば１つのＤＡＳＨコンテンツ（すなわちＤＡＳＨを用いる映画Ａ）から他のＤＡＳＨコンテンツ(すなわちＤＡＳＨを用いる映画Ｂ）へのスイッチ）が実行された後に、発行要求を送信しうる。コンテンツを発行またはＳＩＰ発行メッセージを送信するべく用いられることができる複数のトリガーイベントメッセージ（または複数トリガーイベント）は、ＨＴＴＰ／ユニキャストベースのＤＡＳＨコンテンツスイッチ、ＭＢＭＳ／ＦＬＵＴＥベースのＤＡＳＨコンテンツスイッチ、ＨＴＴＰ／ユニキャストベースからＭＢＭＳ／ＦＬＵＴＥベースへのコンテンツ配信のスイッチ、またはＭＢＭＳ／ＦＬＵＴＥベースからＨＴＴＰ／ユニキャストベースへのコンテンツ配信のスイッチを含むことができる。

他の例では、プレゼンティティとして機能するＵＥは、ＰＳＳストリーミングセッション開始手順（またはＳＩＰ）に関する最後のＳＩＰ２００ＯＫの受信時、ＭＢＭＳストリーミングセッション開始手順に関する最後のＳＩＰ２００ＯＫの受信時、第３世代パートナーシッププロジェクト（３ＧＰＰ）ファイルフォーマットＤＡＳＨ（３ＧＰ−ＤＡＳＨ）セッション開始手順に関する最後のＳＩＰ２００ＯＫの受信時、またはＭＢＭＳダウンロードセッション開始手順に関する最後のＳＩＰ２００ＯＫの受信時に、ＳＩＰ発行を送信しうる。

（ＤＡＳＨフォーマットコンテンツ配信を含む）ストリーミングセッションの間に、ＵＥはまた、（ＰＳＳストリーミング及び３ＧＰ−ＤＡＳＨサービスの両方についての）ＰＳＳコンテンツスイッチ、（ＭＢＭＳストリーミング及びＭＢＭＳダウンロードサービスの両方についての）ＭＢＭＳコンテンツスイッチ、チャネル変更によるＰＳＳからＭＢＭＳストリーミングへのスイッチ（例えば異なるＤＡＳＨコンテンツ）、チャネル変更によるＭＢＭＳからＰＳＳストリーミングへのスイッチ、チャネル変更による３ＧＰ−ＤＡＳＨからＭＢＭＳダウンロードサービスへのスイッチ、または、チャネル変更によるＭＢＭＳダウンロードから３ＧＰ−ＤＡＳＨサービスへのスイッチを含むことができる、コンテンツスイッチが実行された後に、発行要求を送信しうる。

発行のコンテンツは以下のようにセットされうる。要求−ＵＲＩ、Ｔｏ（例えば受信側）ヘッダ及びＦｒｏｍ（例えば送信側）ヘッダが、ユーザのパブリックユーザアイデンティティにセットされうる。イベントヘッダが、「プレゼンス」イベントパッケージにセットされうる。コンテンツタイプが、「アプリケーション／ｐｉｄｆ＋ｘｍｌ」にセットされうる。ユニフォームリソースアイデンティファイア（ＵＲＩ）は、ＵＲＬまたはユニフォームリソースネーム（ＵＲＮ）を含みうる。

複数のＤＡＳＨサービスに特有の複数の追加の要素はまた、ＳＩＰ発行メッセージに含まれうる。例えば、（ＨＴＴＰ／ユニキャストまたはＭＢＭＳ／ＦＬＵＴＥに基づく）ライブＤＡＳＨサービスの場合、複数の特有の追加の要素は、現在視聴されているライブテレビ（ＴＶ）チャネルおよび／またはイベント、及びライブコンテンツまたは現在のＴＶ番組の情報を含みうる。オンデマンドサービスの場合、特有の追加の要素は、オンデマンドコンテンツを含みうる。例において、ＸＭＬスキーマは、複数のプレゼンスドキュメントまたはプレゼンス情報がＵＥによって発行されたときに用いられうる。

ウォッチャーとして機能するＵＥ（例えばＵＥ１）は、その後、どのコンテンツがＤＡＳＨ ＭＰＤファイルを含みうるかという、プレゼンティティとして機能するＵＥ（例えばＵＥ２）により消費されるコンテンツの情報を含む、ＳＩＰ通知メッセージを受信しうる。

他の例は、図５のフローチャートに示されるように、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ベースのハイパーテキストトランスファープロトコル（ＨＴＴＰ）によるダイナミックアダプティブストリーミング（ＤＡＳＨ）サービスにおけるプレゼンティティとして機能するように動作可能なユーザ機器（ＵＥ）のコンピュータ回路の機能５００を提供する。機能は、方法として実装されてよく、または、機能は、機械上で複数の命令として実行されてよく、この場合、複数の命令は、少なくとも１つのコンピュータ可読媒体または１つの非一時的機械可読記憶媒体上に含まれる。コンピュータ回路は、ブロック５１０におけるように、ＤＡＳＨセッションの間、トリガーイベントを生成するように構成されうる。ブロック５２０におけるように、コンピュータ回路は、プレゼンスサーバに消費されるコンテンツを含むプレゼンス情報を発行するようにさらに構成されることができ、発行されたコンテンツは、ＤＡＳＨコンテンツを含む。

ＤＡＳＨコンテンツは、ＤＡＳＨ属性、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイル、またはＤＡＳＨセグメントを含みうる。例では、トリガーイベントは、第３世代パートナーシッププロジェクト（３ＧＰＰ）ファイルフォーマットＤＡＳＨ（３ＧＰ−ＤＡＳＨ）セッション開始手順、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ダウンロードセッション開始手順、チャネル変更による３ＧＰ−ＤＡＳＨサービスからＭＢＭＳダウンロードサービスへのスイッチ、またはチャネル変更によるＭＢＭＳダウンロードサービスから３ＧＰ−ＤＡＳＨサービスへのスイッチを含むことができる。他の例では、トリガーイベントは、ＨＴＴＰまたはユニキャストベースのＤＡＳＨコンテンツの間でのスイッチ、ＭＢＭＳまたは１方向トランスポートベース（ＦＬＵＴＥベース）のＤＡＳＨコンテンツによるファイル配信の間のスイッチ、ＨＴＴＰまたはユニキャストベースのコンテンツ配信から、ＭＢＭＳまたはＦＬＵＴＥベースのコンテンツ配信へのスイッチ、またはＭＢＭＳまたはＦＬＵＴＥベースのコンテンツ配信から、ＨＴＴＰまたはユニキャストベースのコンテンツ配信へのスイッチを含むことができる。

他の構成では、プレゼンス情報を発行するように構成されたコンピュータ回路は、セッション開始プロトコル（ＳＩＰ）発行メッセージを、ＤＡＳＨコンテンツを有するプレゼンスサーバに送信するようにさらに構成されることができる。他の例では、コンピュータ回路は、ＤＡＳＨサービスを介してＤＡＳＨコンテンツを受信し、ＵＥがＤＡＳＨコンテンツを発行することを認証するプレゼンスサーバから肯定応答を受信するようにさらに構成されることができる。肯定応答は、セッション開始プロトコル（ＳＩＰ）２００ＯＫメッセージを含みうる。他の構成では、プレゼンス情報を発行するように構成されたコンピュータ回路は、セッション開始プロトコル（ＳＩＰ）またはエクステンシブルマークアップランゲージ（ＸＭＬ）構成アクセスプロトコル（ＸＣＡＰ）を介して、プレゼンスサーバにプレゼンス情報を送信するようにさらに構成されうる。プレゼンス情報は、ジオロケーション、複数のサービス機能、コンテンツ消費、複数のタグライン、または複数のアバターを含みうる。ＵＥは、アンテナ、カメラ、タッチセンシティブディスプレイ画面、スピーカ、マイク、グラフィックスプロセッサ、アプリケーションプロセッサ、内部メモリ、または不揮発性メモリポートを含みうる。

他の例は、図６のフローチャートに示されるように、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ベースのハイパーテキストトランスファープロトコル（ＨＴＴＰ）によるダイナミックアダプティブストリーミング（ＤＡＳＨ）サービスにおいてプレゼンスサーバによりプレゼンス情報を供給する方法６００を提供する。方法は、機械又はコンピュータ回路における複数の命令として実行されてよい。複数の命令は、少なくとも１つのコンピュータ可読媒体、又は、１つの非一時的機械可読記憶媒体に含まれる。方法は、ブロック６１０におけるように、コンテンツスイッチ後に、プレゼンティティユーザ機器（ＵＥ）から、プレゼンスサーバにおいてプレゼンス情報を受信する操作を含み、プレゼンス情報は、ＤＡＳＨコンテンツを含む。方法の次の操作は、ブロック６２０におけるように、ＤＡＳＨコンテンツを発行するべく、プレゼンティティＵＥを認証することでありうる。

例において、方法は、プレゼンティティＵＥに肯定応答を送信して、プレゼンティティＵＥがＤＡＳＨコンテンツを発行することを認証されたことを示すことをさらに含むことができる。ＤＡＳＨコンテンツは、ＤＡＳＨ属性、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイル、またはＤＡＳＨセグメントを含みうる。例では、コンテンツスイッチは、プレゼンティティＵＥのための、第３世代パートナーシッププロジェクト（３ＧＰＰ）ファイルフォーマットＤＡＳＨ（３ＧＰ−ＤＡＳＨ）セッション開始手順、プレゼンティティＵＥのための、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ダウンロードセッション開始手順、プレゼンティティＵＥによる、チャネル変更による３ＧＰ−ＤＡＳＨサービスからＭＢＭＳダウンロードサービスへのスイッチ、またはプレゼンティティＵＥによる、チャネル変更によるＭＢＭＳダウンロードサービスから３ＧＰ−ＤＡＳＨサービスへのスイッチを含むことができる。他の構成では、コンテンツスイッチは、プレゼンティティＵＥによる、ＨＴＴＰ又はユニキャストベースのＤＡＳＨコンテンツの間のスイッチ、プレゼンティティＵＥによる、ＭＢＭＳ又は１方向トランスポートベース（ＦＬＵＴＥベース）のＤＡＳＨコンテンツによるファイル配信の間のスイッチ、プレゼンティティＵＥによる、ＨＴＴＰ又はユニキャストベースのコンテンツ配信からＭＢＭＳ又はＦＬＵＴＥベースのコンテンツ配信へのスイッチ、又はプレゼンティティＵＥによる、ＭＢＭＳ又はＦＬＵＴＥベースのコンテンツ配信からＨＴＴＰ又はユニキャストベースのコンテンツ配信へのスイッチを含むことができる。

他の例では、プレゼンス情報を受信する操作は、セッション開始プロトコル（ＳＩＰ）またはエクステンシブルマークアップランゲージ（ＸＭＬ）構成アクセスプロトコル（ＸＣＡＰ）を介してプレゼンス情報を受信すること、プレゼンス情報を格納すること、プレゼンス情報を発行すること、またはプレゼンス情報を供給することをさらに含むことができる。プレゼンス情報は、ジオロケーション、複数のサービス機能、コンテンツ消費、複数のタグライン、または複数のアバターを含みうる。他の構成では、方法は、ウォッチャーＵＥから登録メッセージを受信することと、ＤＡＳＨコンテンツを受信すべく、ウォッチャーＵＥを認証することと、ウォッチャーＵＥに肯定応答を送信して、ウォッチャーＵＥがＤＡＳＨコンテンツを受信することを認証されたことを示すこととをさらに含む。他の例では、方法は、通知メッセージをウォッチャーＵＥへ送信して、プレゼンティティＵＥのプレゼンス情報を示すこと、又はウォッチャーＵＥへのＤＡＳＨコンテンツを含むプレゼンス情報を、ウォッチャーＵＥへ発行することをさらに含むことができる。他の構成では、プレゼンス情報を受信する操作は、プレゼンティティＵＥのパブリックユーザアイデンティティにセットされる送信側ヘッダ及び受信側ヘッダ、プレゼンスイベントパッケージへセットされるイベントヘッダ、アプリケーション／ｐｉｄｆ＋ｘｍｌへセットされるコンテンツタイプ、視聴されるライブテレビ（ＴＶ）チャネル又はイベント、ライブコンテンツ情報、現在のＴＶ番組、又はオンデマンドコンテンツを含む発行メッセージを受信することをさらに含むことができる。

図７は、例のユーザ機器（ＵＥ）７２０、ＩＭＳコア、ＥＰＣ、ＰＳコア、および／またはＲＡＮ７８０におけるノード７１０、及びＩＭＳベースのＤＡＳＨサービスにおいてプレゼンス情報を供給するためのプレゼンスサーバ７３０を示す。ＵＥは、ウォッチャーまたはプレゼンティティとして動作することができる。例えば、ＵＥは、図５の５００において記載されるように、ＩＭＳベースのＤＡＳＨサービスにおけるプレゼンティティとして機能するように動作可能でありうる。他の構成では、プレゼンスサーバは、図６の６００において記載されるように、ＩＭＳベースのＤＡＳＨサービスにおいてプレゼンス情報を供給するために構成されうる。例において、ＵＥは、ノードを介してプレゼンスサーバと通信できる。ノード７１０は、基地局（ＢＳ）、ノードＢ（ＮＢ）、進化型ノードＢ（ｅＮＢ）、ベースバンドユニット（ＢＢＵ）、遠隔無線ヘッド（ＲＲＨ）、遠隔無線機器（ＲＲＥ）、遠隔無線ユニット（ＲＲＵ）、又は中央処理モジュール（ＣＰＭ）を含むことができる。

クライアントデバイス７２０は、プロセッサ７２２及びトランシーバ７２４を含むことができる。ＵＥは、ＩＭＳベースのＤＡＳＨサービスにおいてプレゼンスサーバ７３０を介してプレゼンス情報（例えばウォッチャー）を受信するために構成されることができる。トランシーバは、プレゼンティティＵＥによるコンテンツスイッチ後にプレゼンティティＵＥのプレゼンス情報を示す通知メッセージを、プレゼンスサーバから受信するように構成されうる。プレゼンス情報は、ＤＡＳＨコンテンツを含むことができる。プロセッサは、プレゼンスサーバを介してプレゼンティティＵＥからのＤＡＳＨコンテンツを調べるまたは処理するように構成されうる。ＤＡＳＨコンテンツは、ＤＡＳＨ属性、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイルまたはＤＡＳＨセグメントを含むことができる。例では、コンテンツスイッチは、第３世代パートナーシッププロジェクト（３ＧＰＰ）ファイルフォーマットＤＡＳＨ（３ＧＰ−ＤＡＳＨ）セッション開始手順を開始すること、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ダウンロードセッション開始手順を開始すること、チャネル変更による３ＧＰ−ＤＡＳＨサービスからＭＢＭＳダウンロードサービスへのスイッチ、またはチャネル変更によるＭＢＭＳダウンロードサービスから３ＧＰ−ＤＡＳＨサービスへのスイッチを含むことができる。他の例では、コンテンツスイッチは、ＨＴＴＰ又はユニキャストベースのＤＡＳＨコンテンツの間でのスイッチ、ＭＢＭＳ又は１方向トランスポートベース（ＦＬＵＴＥベース）のＤＡＳＨコンテンツによるファイル配信の間でのスイッチ、ＨＴＴＰ又はユニキャストベースのコンテンツ配信からＭＢＭＳ又はＦＬＵＴＥベースのコンテンツ配信へのスイッチ、又はＭＢＭＳ又はＦＬＵＴＥベースのコンテンツ配信からＨＴＴＰ又はユニキャストベースのコンテンツ配信へのスイッチを含むことができる。

他の構成では、ＵＥは、プレゼンティティとして構成されうる。プロセッサは、ＤＡＳＨセッションの間にコンテンツスイッチを実行するようにさらに構成されうる。トランシーバは、プレゼンスサーバに消費されるコンテンツを含むプレゼンス情報を発行するようにさらに構成されることができる。発行されたコンテンツは、ＤＡＳＨコンテンツを含みうる。他の例では、トランシーバは、プレゼンス情報を、セッション開始プロトコル（ＳＩＰ）またはエクステンシブルマークアップランゲージ（ＸＭＬ）構成アクセスプロトコル（ＸＣＡＰ）を介して、プレゼンスサーバに送信するようにさらに構成されうる。プレゼンス情報は、ジオロケーション、複数のサービス機能、コンテンツ消費、複数のタグライン、または複数のアバターを含みうる。

図８は、モバイル端末（ＭＴ）、モバイルノード、クライアントデバイス、移動局（ＭＳ）、移動無線デバイス、モバイルコミュニケーションデバイス、タブレット、ハンドセット、または他のタイプの無線デバイスのような、ユーザ機器（ＵＥ）の例の図を提供する。ＵＥは、基地局（ＢＳ）、進化型ノードＢ（ｅＮＢ）、ベースバンドユニット（ＢＢＵ）、遠隔無線ヘッド（ＲＲＨ）、遠隔無線機器（ＲＲＥ）、中継局（ＲＳ）、無線機器（ＲＥ）、遠隔無線ユニット（ＲＲＵ）、中央処理モジュール（ＣＰＭ）、又は他のタイプの無線ワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントのような、ノード、マクロノード、低電力ノード（ＬＰＮ）又は送信局と通信するように構成される１または複数のアンテナを含むことができる。無線デバイスは、３ＧＰＰ ＬＴＥ、ＷｉＭＡＸ、高速パケットアクセス（ＨＳＰＡ）、ブルートゥース（登録商標）およびＷｉＦｉを含む少なくとも１つの無線通信規格を使用して通信するよう構成されることができる。無線デバイスは、それぞれの無線通信規格に対して別個の複数のアンテナ、または複数の無線通信規格に対して共通の複数のアンテナを使用して通信できる。無線デバイスは、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、および／またはＷＷＡＮにおいて通信できる。

図８はまた、ＵＥからのオーディオ入力および出力のために利用できるマイクおよび１または複数のスピーカの実例を提供する。ディスプレイ画面は、液晶ディスプレイ（ＬＣＤ）画面、または有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの他のタイプのディスプレイ画面でよい。ディスプレイ画面は、タッチスクリーンとして構成され得る。タッチスクリーンは、容量性、抵抗性、または他のタイプのタッチスクリーン技術を使用してよい。アプリケーションプロセッサおよびグラフィックスプロセッサは、処理および複数の表示能力を提供するための内部メモリに連結されることができる。不揮発性メモリポートは、ユーザにデータの入出力の複数のオプションを提供するために使用されることもできる。不揮発性メモリポートは、無線デバイスのメモリ容量を拡張するのにも使用されてよい。キーボードは、追加のユーザ入力を提供すべく、無線デバイスに統合され、または無線デバイスに無線接続されてよい。仮想キーボードがタッチスクリーンを使用することで提供されてもよい。

様々な技術、いくつかの態様またはそのオプションは、フロッピー（登録商標）ディスク、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、ハードドライブ、非一時的コンピュータ可読記憶媒体、または任意の他の機械読取可能記憶媒体などの有形媒体に実装されるプログラムコード（例えば、複数の命令）の形態で具現化してよい。プログラムコードがコンピュータなどの機械によりロードされ、実行されると、機械がその様々な技術を実施する装置になる。回路は、ハードウェア、ファームウェア、プログラムコード、実行可能なコード、複数のコンピュータ命令、および／またはソフトウェアを含むことができる。非一時的コンピュータ可読記憶媒体は、信号を含まないコンピュータ読み取り可能な記憶媒体であり得る。複数のプログラマブルコンピュータ上でプログラムコードが実行される場合、コンピューティングデバイスは、プロセッサ、プロセッサにより読取可能な記憶媒体（揮発性および不揮発性メモリおよび／または複数の記憶要素を含む）、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスを含んでよい。揮発性および不揮発性メモリおよび／または複数の記憶要素は、ランダムアクセスメモリ（ＲＡＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、フラッシュドライブ、光学ドライブ、磁気ハードドライブ、ソリッドステートドライブ、または電子データを格納するための他の媒体でよい。ノードおよび無線デバイスは、トランシーバモジュール（すなわち、トランシーバ）、カウンタモジュール（すなわち、カウンタ）、処理モジュール（すなわち、プロセッサ）、および／またはクロックモジュール（すなわち、クロック）またはタイマモジュール（すなわち、タイマ）も含んでよい。本明細書で記載される様々な技術を実装または利用してよい１または複数のプログラムは、アプリケーションプログラミングインターフェース（ＡＰＩ）、及び再利用可能な制御装置等を使用してよい。そのような複数のプログラムは、コンピュータシステムと通信すべく、ハイレベル手続き型またはオブジェクト指向のプログラミング言語において実装されてよい。しかし、プログラムは、望ましい場合は、アセンブリまたは機械言語において実装されてよい。いずれの場合でも、言語は、コンパイラ型、またはインタプリンタ言語でよく、複数のハードウェア実装と組み合わせられてよい。

本明細書で記載されている複数の機能ユニットの多くは、それらの独立実装を特に強調するために、複数のモジュールとして名前付けされていることを理解すべきである。例えば、モジュールは、複数のカスタム超大規模集積（ＶＬＳＩ）回路または複数のゲートアレイ、複数の論理チップ、複数のトランジスタ、または複数の他の個別コンポーネントなどの既製の半導体を含むハードウェア回路として実装されてよい。モジュールは、複数のフィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、複数のプログラマブルロジックデバイス、または同種のものなどの複数のプログラマブルハードウェアデバイスにも実装されてよい。

複数のモジュールは、様々なタイプのプロセッサによる実行のためにソフトウェアにおいて実装されてもよい。実行可能なコードの識別されたモジュールは、例えば、オブジェクト、手順、または機能として編成されてよい、例えば複数のコンピュータ命令の１または複数の物理または論理ブロックを含んでよい。それでもなお、識別されたモジュールの実行ファイルは、物理的に一緒に位置づけられる必要はなく、論理的に共に連結する場合、モジュールを含み、モジュールに対して上述の目的を達成するように、異なる位置に格納された異なる複数の命令を含んでよい。

実際には、実行可能なコードのモジュールは、単一の命令、または多くの命令であってよく、異なるプログラム間、およびいつくかのメモリデバイスを横断して、いくつかの異なるコードセグメントに分散されてさえよい。同様に、処理データは、識別され、本明細書で図示されているように複数のモジュール内にあってよく、任意の適切な形態で実装され、任意の適切なタイプのデータ構造体内に編成されてよい。処理データは、単一のデータセットとしてまとめられてよく、または異なる複数のストレージデバイスを含む異なる複数の位置に分散されてよく、及びシステムまたはネットワーク上の単に電子信号として、少なくとも部分的に存在してよい。複数のモジュールは、複数の望ましい機能を実行するように動作可能な複数のエージェントを含み、受動的または能動的であってよい。

本明細書を通じて言及される「例えば」または「例」は、例に関連して述べられる特定の特徴、構造、または特性が、本願発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書を通じて様々な箇所の「例において」という用語、「例」という言葉の出現は、必ずしも全て同一の実施形態を参照するというものではない。

本明細書で使用されているように、複数の項目、構造的要素、合成要素、および／または材料は、便宜のために共通のリストで提示されてよい。しかしながら、これらのリストは、リストのそれぞれの部材が別個の固有の部材として個々に識別されるように解釈されるべきである。したがって、そのようなリストの個々の部材は、反対の兆候なしに、単独で共通のグループでのそれらの提示に基づいて、同じリストの任意の他の部材の事実上の同等なものとして解釈されるものではない。さらに、本願発明の様々な実施形態および例は、様々なコンポーネントにする代替例と併せて、本明細書において参照されてよい。そのような複数の実施形態、複数の例、および代替例は、お互いの事実上同等なものとして解釈されず、本願発明の別個の独立した表現として考慮されるものと理解される。

さらに、記載された複数の特徴、構造、特性は、１または複数の実施形態において任意の適切な方法で組み合わされてよい。次に述べるように、多数の具体的な説明は、発明の複数の実施形態の完全な理解を提供するために、複数の配置、距離、ネットワーク例などの例示のように提供される。しかし、当業者は、発明が１または複数の特定の詳細なしに、または他の複数の方法、コンポーネント、配置などで実現されることができることを認識するであろう。他の複数の例において、複数の周知の構造、材料、または操作は、発明の複数の態様を曖昧にすることを避けるために、詳細には示されまたは記載されていない。

上述の複数の例は、１または複数の特定の適用において本願発明の原理を図示している一方で、実装の形態、使用、および詳細における様々な変更が、発明の才の使用なしに、及び発明の原理および概念から逸脱しないで、実現されうることは、当業者にとって明らかであろう。したがって、発明が、以下に示す特許請求の範囲よる場合を除いて、限定されることを意図していない。

Claims (25)

1. コンピュータ回路を有する、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ベースのハイパーテキストトランスファープロトコル（ＨＴＴＰ）によるダイナミックアダプティブストリーミング（ＤＡＳＨ）サービスにおいてプレゼンティティとして機能するように動作可能なユーザ機器（ＵＥ）であって、
   前記コンピュータ回路は、
   ＤＡＳＨセッションの間にトリガーイベントを生成し、
   プレゼンスサーバに消費されるコンテンツを含むプレゼンス情報を発行するように構成され、
   前記発行されたコンテンツはＤＡＳＨコンテンツを含むＵＥ。
2. 前記ＤＡＳＨコンテンツは、ＤＡＳＨ属性、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイル、又はＤＡＳＨセグメントを含む
   請求項１に記載のＵＥ。
3. 前記トリガーイベントは、
   第３世代パートナーシッププロジェクト（３ＧＰＰ）ファイルフォーマットＤＡＳＨ（３ＧＰ−ＤＡＳＨ）セッション開始手順、
   マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ダウンロードセッション開始手順、
   チャネル変更による３ＧＰ−ＤＡＳＨサービスからＭＢＭＳダウンロードサービスへのスイッチ、又は
   チャネル変更によるＭＢＭＳダウンロードサービスから３ＧＰ−ＤＡＳＨサービスへのスイッチを含む
   請求項１または２に記載のＵＥ。
4. 前記トリガーイベントは、
   ＨＴＴＰ又はユニキャストベースのＤＡＳＨコンテンツの間のスイッチ、
   ＭＢＭＳ又は１方向トランスポートベース（ＦＬＵＴＥベース）のＤＡＳＨコンテンツによるファイル配信の間のスイッチ、
   ＨＴＴＰ又はユニキャストベースのコンテンツ配信からＭＢＭＳ又はＦＬＵＴＥベースのコンテンツ配信へのスイッチ、又は
   ＭＢＭＳ又はＦＬＵＴＥベースのコンテンツ配信からＨＴＴＰ又はユニキャストベースのコンテンツ配信へのスイッチを含む
   請求項１から３のいずれか１項に記載のＵＥ。
5. 前記プレゼンス情報を発行するように構成された前記コンピュータ回路は、セッション開始プロトコル（ＳＩＰ）発行メッセージを前記ＤＡＳＨコンテンツとともに前記プレゼンスサーバに送信するようにさらに構成される
   請求項１から４のいずれか１項に記載のＵＥ。
6. 前記コンピュータ回路は、
   ＤＡＳＨサービスを介して前記ＤＡＳＨコンテンツを受信し、
   前記ＤＡＳＨコンテンツを発行すべく、前記ＵＥを認証する前記プレゼンスサーバから、肯定応答を受信するようにさらに構成され、
   前記肯定応答は、セッション開始プロトコル（ＳＩＰ）２００ＯＫメッセージを含む
   請求項１から５のいずれか１項に記載のＵＥ。
7. 前記プレゼンス情報を発行するように構成された前記コンピュータ回路は、
   セッション開始プロトコル（ＳＩＰ）又はエクステンシブルマークアップランゲージ（ＸＭＬ）構成アクセスプロトコル（ＸＣＡＰ）を介して前記プレゼンス情報を前記プレゼンスサーバに送信するようにさらに構成され、
   前記プレゼンス情報は、ジオロケーション、複数のサービス機能、コンテンツ消費、複数のタグライン、又は複数のアバターを含む
   請求項１から６のいずれか１項に記載のＵＥ。
8. 前記ＵＥは、アンテナ、カメラ、タッチセンシティブディスプレイ画面、スピーカ、マイク、グラフィックスプロセッサ、アプリケーションプロセッサ、内部メモリ、又は不揮発性メモリポートを含む
   請求項１から７のいずれか１項に記載のＵＥ。
9. インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ベースのハイパーテキストトランスファープロトコル（ＨＴＴＰ）によるダイナミックアダプティブストリーミング（ＤＡＳＨ）サービスにおいてプレゼンスサーバによりプレゼンス情報を供給する方法であって、
   コンテンツスイッチの後に、前記プレゼンスサーバにおいて、プレゼンティティユーザ機器（ＵＥ）からプレゼンス情報を受信する段階であって、前記プレゼンス情報は、ＤＡＳＨコンテンツを含む、受信する段階と、
   前記ＤＡＳＨコンテンツを発行すべく、前記プレゼンティティＵＥを認証する段階とを備える方法。
10. 前記プレゼンティティＵＥに肯定応答を送信して、前記プレゼンティティＵＥが前記ＤＡＳＨコンテンツを発行することを認証されたことを示す段階をさらに備える
    請求項９に記載の方法。
11. 前記ＤＡＳＨコンテンツは、ＤＡＳＨ属性、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイル又はＤＡＳＨセグメントを含む
    請求項９または１０に記載の方法。
12. 前記コンテンツスイッチは、
    前記プレゼンティティＵＥのための、第３世代パートナーシッププロジェクト（３ＧＰＰ）ファイルフォーマットＤＡＳＨ（３ＧＰ−ＤＡＳＨ）セッション開始手順、
    前記プレゼンティティＵＥのための、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ダウンロードセッション開始手順、
    前記プレゼンティティＵＥによる、チャネル変更による、３ＧＰ−ＤＡＳＨサービスからＭＢＭＳダウンロードサービスへのスイッチ、又は
    前記プレゼンティティＵＥによる、チャネル変更による、ＭＢＭＳダウンロードサービスから３ＧＰ−ＤＡＳＨサービスへのスイッチを含む
    請求項９から１１のいずれか１項に記載の方法。
13. 前記コンテンツスイッチは、
    前記プレゼンティティＵＥによる、ＨＴＴＰ又はユニキャストベースのＤＡＳＨコンテンツの間のスイッチ、
    前記プレゼンティティＵＥによる、ＭＢＭＳ又は１方向トランスポートベース（ＦＬＵＴＥベース）のＤＡＳＨコンテンツによるファイル配信の間のスイッチ、
    前記プレゼンティティＵＥによる、ＨＴＴＰ又はユニキャストベースのコンテンツ配信からＭＢＭＳ又はＦＬＵＴＥベースのコンテンツ配信へのスイッチ、又は
    前記プレゼンティティＵＥによる、ＭＢＭＳ又はＦＬＵＴＥベースのコンテンツ配信からＨＴＴＰ又はユニキャストベースのコンテンツ配信へのスイッチを含む
    請求項９から１２のいずれか１項に記載の方法。
14. 前記プレゼンス情報を受信する段階は、
    セッション開始プロトコル（ＳＩＰ）又はエクステンシブルマークアップランゲージ（ＸＭＬ）構成アクセスプロトコル（ＸＣＡＰ）を介してプレゼンス情報を受信する段階であって、前記プレゼンス情報は、ジオロケーション、複数のサービス機能、コンテンツ消費、複数のタグライン、又は複数のアバターを含む、受信する段階、
    前記プレゼンス情報を格納する段階、
    前記プレゼンス情報を発行する段階、又は
    前記プレゼンス情報を供給する段階をさらに備える
    請求項９から１３のいずれか１項に記載の方法。
15. ウォッチャーＵＥから登録メッセージを受信する段階と、
    前記ＤＡＳＨコンテンツを受信すべく、前記ウォッチャーＵＥを認証する段階と、
    前記ウォッチャーＵＥに肯定応答を送信して、前記ウォッチャーＵＥが前記ＤＡＳＨコンテンツを受信することを認証されたことを示す段階とをさらに備える
    請求項９から１４のいずれか１項に記載の方法。
16. 通知メッセージをウォッチャーＵＥへ送信して、前記プレゼンティティＵＥの前記プレゼンス情報を示す段階、又は
    前記ウォッチャーＵＥへのＤＡＳＨコンテンツを含む、前記プレゼンス情報を前記ウォッチャーＵＥへ発行する段階をさらに備える
    請求項９から１５のいずれか１項に記載の方法。
17. 前記プレゼンス情報を受信する段階は、
    前記プレゼンティティＵＥのパブリックユーザアイデンティティにセットされる送信側ヘッダ及び受信側ヘッダ、プレゼンスイベントパッケージにセットされるイベントヘッダ、アプリケーション／ｐｉｄｆ＋ｘｍｌにセットされるコンテンツタイプ、視聴されるライブテレビ（ＴＶ）チャネル又はイベント、ライブコンテンツ情報、現在のＴＶ番組、又はオンデマンドコンテンツを含む発行メッセージを受信する段階をさらに備える
    請求項９から１６のいずれか１項に記載の方法。
18. 請求項９から１７のいずれか１項に記載の方法を実行するように適応されたコンピュータプログラムコード手段を備えるコンピュータプログラム。
19. インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）ベースのハイパーテキストトランスファープロトコル（ＨＴＴＰ）によるダイナミックアダプティブストリーミング（ＤＡＳＨ）サービスにおいてプレゼンスサーバを介してプレゼンス情報を受信するユーザ機器（ＵＥ）であって、
    プレゼンティティＵＥによるコンテンツスイッチの後に前記プレゼンティティＵＥの前記プレゼンス情報を示す、プレゼンスサーバからの通知メッセージを受信するためのトランシーバと、
    前記プレゼンスサーバを介して前記プレゼンティティＵＥからＤＡＳＨコンテンツを見るためのプロセッサとを備え、
    前記プレゼンス情報は、前記ＤＡＳＨコンテンツを含む
    ＵＥ。
20. 前記ＤＡＳＨコンテンツは、ＤＡＳＨ属性、メディアプレゼンテーション記述（ＭＰＤ）メタデータファイル、又はＤＡＳＨセグメントを含む
    請求項１９に記載のＵＥ。
21. 前記コンテンツスイッチは、
    第３世代パートナーシッププロジェクト（３ＧＰＰ）ファイルフォーマットＤＡＳＨ（３ＧＰ−ＤＡＳＨ）セッション開始手順を開始すること、
    マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ダウンロードセッション開始手順を開始すること、
    チャネル変更により、３ＧＰ−ＤＡＳＨサービスからＭＢＭＳダウンロードサービスへスイッチすること、又は
    チャネル変更により、ＭＢＭＳダウンロードサービスから３ＧＰ−ＤＡＳＨサービスへスイッチすることを含む
    請求項１９または２０に記載のＵＥ。
22. 前記コンテンツスイッチは、
    ＨＴＴＰ又はユニキャストベースのＤＡＳＨコンテンツの間でのスイッチ、
    ＭＢＭＳ又は１方向トランスポートベース（ＦＬＵＴＥベース）のＤＡＳＨコンテンツによるファイル配信の間でのスイッチ、
    ＨＴＴＰ又はユニキャストベースのコンテンツ配信からＭＢＭＳ又はＦＬＵＴＥベースのコンテンツ配信へのスイッチ、又は
    ＭＢＭＳ又はＦＬＵＴＥベースのコンテンツ配信からＨＴＴＰ又はユニキャストベースのコンテンツ配信へのスイッチを含む
    請求項１９から２１のいずれか１項に記載のＵＥ。
23. 前記ＵＥはプレゼンティティとして構成され、
    前記プロセッサは、ＤＡＳＨセッションの間にコンテンツスイッチを実行するようにさらに構成され、
    前記トランシーバは、前記プレゼンスサーバに消費されるコンテンツを含むプレゼンス情報を発行するようにさらに構成され、
    前記発行されるコンテンツはＤＡＳＨコンテンツを含む
    請求項１９から２２のいずれか１項に記載のＵＥ。
24. 前記ＵＥはプレゼンティティとして構成され、
    前記トランシーバは、セッション開始プロトコル（ＳＩＰ）又はエクステンシブルマークアップランゲージ（ＸＭＬ）構成アクセスプロトコル（ＸＣＡＰ）を介して前記プレゼンス情報を前記プレゼンスサーバへ送信するようにさらに構成され、
    前記プレゼンス情報は、ジオロケーション、複数のサービス機能、コンテンツ消費、複数のタグライン、又は複数のアバターを含む
    請求項１９から２３のいずれか１項に記載のＵＥ。
25. 前記ＵＥは、アンテナ、カメラ、タッチセンシティブディスプレイ画面、スピーカ、マイク、グラフィックスプロセッサ、アプリケーションプロセッサ、内部メモリ、又は不揮発性メモリポートを含む
    請求項１９から２４のいずれか１項に記載のＵＥ。

Images