(57)【要約】      （修正有）【課題】協調セッション中に移動局のメディアフローを同期化する方法および装置を提供する。【解決手段】複数のＷＴＲＵの第１のＷＴＲＵが、第１のメッセージをＳＣＣ−ＡＳに送信する。第１のメッセージは、オリジナルの時刻同期情報と、メディアフロー上でオペレーションを実行するための要求とを含む。オリジナルの時刻同期情報は、同期化された再生を確実にするため、現在の再生時間と現在のタイムスタンプとの間の差を示す。現在のタイムスタンプは、メディアプレゼンテーションの始まりに対する、セグメントのタイムスタンプである。ＳＣＣ−ＡＳが、オリジナルの時刻同期情報を更新する。第２のＷＴＲＵが、メディアフロー上でオペレーションを実行するための要求と、更新された時刻同期情報とを含む第２のメッセージをＳＣＣ−ＡＳから受信し、更新された時刻同期情報に基づいて第２のＷＴＲＵのメディアフローを再同期化する。【選択図】図３Ａ
2015228677.tif 000002
【特許請求の範囲】
【請求項１】
複数の無線送信／受信ユニット（ＷＴＲＵ）のためのメディアフローを同期化する方法であって、前記方法は、
前記ＷＴＲＵの第１のＷＴＲＵが、第１のメッセージをセッション継続制御アプリケーションサーバ（ＳＣＣ−ＡＳ）に送信することであって、前記第１のメッセージは、オリジナルの時刻同期情報と、前記メディアフロー上でオペレーションを実行するための要求とを含み、前記オリジナルの時刻同期情報は、同期化された再生が前記ＷＴＲＵのために生じることを確実にするために、現在の再生時間と現在のタイムスタンプとの間の差を示し、前記現在のタイムスタンプは、メディアプレゼンテーションの始まりに対する、セグメントのタイムスタンプである、ことと、
前記ＳＣＣ−ＡＳが、前記オリジナルの時刻同期情報を更新することと、
前記ＷＴＲＵの第２のＷＴＲＵが、前記メディアフロー上でオペレーションを実行するための前記要求と、更新された時刻同期情報とを含む第２のメッセージを前記ＳＣＣ−ＡＳから受信することと、
前記第２のＷＴＲＵが、前記更新された時刻同期情報に基づいて前記第２のＷＴＲＵのメディアフローを再同期化することと
を備える方法。
【請求項２】
前記第２のＷＴＲＵが、前記更新された時刻同期情報を含む第３のメッセージを送信することと、
前記第１のＷＴＲＵが、前記更新された時刻同期情報を含む第４のメッセージを受信することと、
前記第１のＷＴＲＵが、前記更新された時刻同期情報で前記第１のＷＴＲＵの内部状態を更新することと
をさらに備える、請求項１の方法。
【請求項３】
前記第１の、および第２のメッセージのそれぞれは、セッション記述プロトコル（ＳＤＰ）属性ラインを含む、請求項１の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
ＩＭＳ（IP(Internet protocol) multimedia subsystem）は、協調セッション（collaborative session）を使用してマルチメディアサービスを配信するように構成されうる。協調セッションは、１つのリモートレグ（remote leg）として提示されるＩＭＳサブスクリプションを有する２つ以上のＷＴＲＵ（wireless transmit/receive unit）上の２つ以上のアクセスレグ（access leg）および関連したメディアのセットを含むことができる。ＷＴＲＵのうちの１つは、協調セッションのコントローラとして指定されることが可能であり、協調セッションのその他のＷＴＲＵをターゲットにするＩＭＳ内のメディアフローのＷＴＲＵ間での転送を開始することができる。
【０００３】
ＲＴＰ（real-time transport protocol）、プログレッシブＨＴＴＰ（hypertext transfer protocol）、およびアダプティブＨＴＴＰストリーミングを使用して、ＰＳＳ（packet switched streaming）技術をＩＭＳ内に統合することができる。ＰＳＳ技術は、例えば、コンテンツオンデマンドまたはライブＴＶ（television）ショーを配信するためのプラットフォームを提供することができる。
【発明の概要】
【０００４】
協調セッション中に移動局（すなわち、ＷＴＲＵ）のメディアフローを同期化するための方法および装置について記載する。複数のＷＴＲＵと、ＳＣＣ−ＡＳ（session continuity control application server）との間において、ＷＴＲＵ間転送要求メッセージ、フロー付加要求メッセージ、およびセッション更新要求メッセージをやり取りすることができる。それらのメッセージのそれぞれは、時刻同期情報（例えば、ＰＴＯ（presentation time offset）  ＩＥ（information element）、メディアフローグループＩＤ（identity）、および同期許容範囲ＩＥ）を含むＳＤＰ（セッション記述プロトコル：session description protocol）属性ラインを含むことができる。ＳＣＣ−ＡＳは、時刻同期情報を更新して、その更新された情報を、ＳＣＣ−ＡＳがＷＴＲＵへ送信するメッセージ内に含めることができ、それらのＷＴＲＵは、その更新された時刻同期情報に基づいて各ＷＴＲＵのメディアフローを再同期化することができる。
【０００５】
一実施形態においては、ＷＴＲＵのうちの第１のＷＴＲＵは、オリジナルの時刻同期情報と、メディアフロー上でオペレーションを実行するよう求める要求とを含む第１のメッセージを送信することができる。ＷＴＲＵのうちの第２のＷＴＲＵは、メディアフロー上でオペレーションを実行するよう求める要求と、オリジナルの時刻同期情報、または更新された時刻同期情報のいずれかとを含む第２のメッセージを受信することができる。第２のＷＴＲＵは、オリジナルの時刻同期情報、更新された時刻同期情報、またはさらなる更新された時刻同期情報のうちの１つに基づいて第２のＷＴＲＵのメディアフローを再同期化することができる。第２のＷＴＲＵは、そのメディアフローを再同期化するために使用した時刻同期情報を含む第３のメッセージを送信することができる。第１のＷＴＲＵは、第２のＷＴＲＵのメディアフローを再同期化するために使用された時刻同期情報を含む第４のメッセージを受信することができる。第１のＷＴＲＵは、第２のＷＴＲＵのメディアフローを再同期化するために使用された時刻同期情報によって第１のＷＴＲＵの内部状態を更新することができる。
【０００６】
別の実施形態においては、ＷＴＲＵのうちの第１のＷＴＲＵは、協調セッションに対する更新を要求する第１のメッセージを送信することができる。ＷＴＲＵのうちの第２のＷＴＲＵは、メディアフローグループＩＤ（identity）  ＩＥと、同期許容範囲ＩＥとを含む第２のメッセージを受信することができる。ＷＴＲＵのうちの第２のＷＴＲＵは、メディアフローを同期化すること、メディアフローのうちのそれぞれの上でＰＴＯ（presentation time offset）の測定を実行すること、およびＰＴＯの測定に基づいて結合メディアフロー（combined media flow）ＰＴＯ  ＩＥを生成することが可能である。
【図面の簡単な説明】
【０００７】
例として添付図面とともに与えられる以降の説明から、より詳細な理解が得られる。
【図１Ａ】１つまたは複数の開示されている実施形態を実施することができる例示的な通信システムを示す図である。
【図１Ｂ】図１Ａにおいて示されている通信システム内で使用することができる例示的なＷＴＲＵを示す図である。
【図１Ｃ】図１Ａにおいて示されている通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークを示す図である。
【図２】ＰＳＳセッションのＷＴＲＵ間での転送の例示的な通信のやり取りを示す図である。
【図３Ａ】フローを移すことおよび同期化された協調セッションを作成するための例示的な通信のやり取りを示す図である。
【図３Ｂ】フローを移すことおよび同期化された協調セッションを作成するための例示的な通信のやり取りを示す図である。
【図４Ａ】同期化されていない協調セッションを同期化された協調セッションへアップグレードするための例示的な通信のやり取りを示す図である。
【図４Ｂ】同期化されていない協調セッションを同期化された協調セッションへアップグレードするための例示的な通信のやり取りを示す図である。
【図５Ａ】同期化されたセッション内でフローを転送するための例示的な通信のやり取りを示す図である。
【図５Ｂ】同期化されたセッション内でフローを転送するための例示的な通信のやり取りを示す図である。
【図６Ａ】同期の欠如を是正するための例示的な通信のやり取りを示す図である。
【図６Ｂ】同期の欠如を是正するための例示的な通信のやり取りを示す図である。
【図７】ＳＣＣ−ＡＳの例示的なブロック図である。
【図８】ＷＴＲＵの例示的なブロック図である。
【発明を実施するための形態】
【０００８】
図１Ａは、１つまたは複数の開示されている実施形態を実施可能な例示的な通信システム１００を示している。通信システム１００は、コンテンツ、例えば、音声、データ、ビデオ、メッセージング、放送などを複数の無線ユーザに提供する多元接続方式とすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、１つまたは複数のチャネルアクセス方法、例えば、ＣＤＭＡ（code division multiple access）、ＴＤＭＡ（time division multiple access）、ＦＤＭＡ（frequency division multiple access）、ＯＦＤＭＡ（orthogonal FDMA）、ＳＣ−ＦＤＭＡ（single-carrier FDMA）などを使用することができる。
【０００９】
図１Ａにおいて示されているように、通信システム１００は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（radio access network）１０４、コアネットワーク１０６、ＰＳＴＮ（public switched telephone network）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考えられるということが分かるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作および／または通信を行うように構成されている任意のタイプのデバイスとすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ＵＥ（user equipment）、移動局、固定式または移動式の加入者ユニット、ページャー、セルラー電話、ＰＤＡ、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含むことができる。
【００１０】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースを取るように構成されている任意のタイプのデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、ＢＴＳ（base transceiver station）、Ｎｏｄｅ−Ｂ、ｅＮＢ（evolved Node-B）、ＨＮＢ（Home Node-B）、ＨｅＮＢ（Home eNB）、サイトコントローラ、ＡＰ（access point）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができるということが分かるであろう。
【００１１】
基地局１１４ａは、ＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４は、他の基地局および／またはネットワーク要素（図示せず）、例えば、ＢＳＣ（base station controller）、ＲＮＣ（radio network controller）、中継ノードなどを含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内で無線信号を送信および／または受信するように構成することができ、この地理的領域は、セル（図示せず）と呼ばれることもある。セルは、複数のセルセクタへとさらに分割されうる。例えば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割することができる。従って、一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。別の実施形態においては、基地局１１４ａは、ＭＩＭＯ技術を使用することができ、従って、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。
【００１２】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、ＲＦ（radio frequency）、マイクロ波、ＩＲ（infrared）、ＵＶ（ultraviolet）、可視光など）とすることができる。エアインターフェース１１６は、任意の適切なＲＡＴ（radio access technology）を使用して確立することができる。
【００１３】
より具体的には、上述したように、通信システム１００は、多元接続方式とすることができ、１つまたは複数のチャネルアクセス方式、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを使用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（UMTS(universal mobile telecommunications system)terrestrial radio access）などの無線技術を実施することができ、この無線技術は、Ｗ−ＣＤＭＡ（登録商標）（wideband CDMA）を使用してエアインターフェース１１６を確立することができる。Ｗ−ＣＤＭＡは、ＨＳＰＡ（high-speed packet access）および／またはＨＳＰＡ＋（evolved HSPA）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（high-speed downlink packet access）および／またはＨＳＵＰＡ（high-speed uplink packet access）を含むことができる。
【００１４】
別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（evolved UTRA）などの無線技術を実施することができ、この無線技術は、ＬＴＥ（long term evolution）および／またはＬＴＥ−Ａ（LTE-Advanced）を使用してエアインターフェース１１６を確立することができる。
【００１５】
その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線技術、例えば、ＩＥＥＥ８０２．１６（すなわちＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ（evolution-data optimized）、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ（登録商標）（global system for mobile communications）、ＥＤＧＥ（enhanced data rates for GSM evolution）、ＧＥＲＡＮ（GSM/EDGE RAN）などを実施することができる。
【００１６】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ＨＮＢ、ＨｅＮＢ、またはＡＰとすることができ、局所的なエリア、例えば、事業所、家庭、乗り物、キャンパスなどにおける無線接続を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＬＡＮ（wireless local area network）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することができる。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＰＡＮ（wireless personal area network）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（例えば、Ｗ−ＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。従って、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを不要とすることができる。
【００１７】
ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることが可能であり、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over Internet protocol）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されている任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証などのハイレベルセキュリティ機能を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用しているその他のＲＡＮと直接または間接の通信状態にあることが可能であるということが分かるであろう。例えば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線技術を利用している可能性があるＲＡＮ１０４に接続されていることに加えて、ＧＳＭ無線技術を使用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。
【００１８】
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰスイートにおけるＴＣＰ、ＵＤＰおよびＩＰなど、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営されている有線または無線の通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用している可能性がある１つまたは複数のＲＡＮに接続されている別のコアネットワークを含むことができる。
【００１９】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたは全ては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々の無線リンクを介して別々の無線ネットワークと通信するために複数のトランシーバを含むことができる。例えば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線技術を使用している可能性がある基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用している可能性がある基地局１１４ｂと通信するように構成することができる。
【００２０】
図１Ｂは、図１Ａにおいて示されている通信システム１００内で使用することができる例示的なＷＴＲＵ１０２を示している。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素（例えば、アンテナ）１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、上述の要素の任意のサブコンビネーションを含むことができるということが分かるであろう。
【００２１】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ＤＳＰ（digital signal processor）、マイクロプロセッサ、ＤＳＰコアと関連付けられている１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ回路、ＩＣ、状態マシンなどとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２を無線環境内で機能できるようにする他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合することができ、トランシーバ１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０は、１つの電子パッケージまたはチップ内に統合することができる。
【００２２】
送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信するように、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成することができる。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナとすることができる。別の実施形態においては、送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器とすることができる。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号と光信号との両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成することができる。
【００２３】
また、送信／受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。従って、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するために、２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２４】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調するように、また、送信／受信要素１２２によって受信される信号を復調するように構成することができる。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。従って、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信できるようにするために複数のトランシーバを含むことができる。
【００２５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（liquid crystal display）ディスプレイユニットまたはＯＬＥＤ（organic light-emitting diode）ディスプレイユニット）に結合することができ、そこからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することもできる。また、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。非リムーバブルメモリ１３０は、ＲＡＭ（random-access memory）、ＲＯＭ（read-only memory）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ１３２は、ＳＩＭ（subscriber identity module）カード、メモリスティック、ＳＤ（secure digital）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスすること、およびそのメモリにデータを格納することが可能である。
【００２６】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、また、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配および／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ＮｉＣｄ（nickel-cadmium）、ＮｉＺｎ（nickel-zinc）、ＮｉＭＨ（nickel metal hydride）、Ｌｉ−ｉｏｎ（lithium-ion）など）、太陽電池、燃料電池などを含むことができる。
【００２７】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信すること、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいてＷＴＲＵ１０２の位置を特定することが可能である。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、任意の適切な位置特定方法を通じて位置情報を得ることができる。
【００２８】
プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、さらなる特徴、機能、および／または有線接続もしくは無線接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅ−コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（frequency modulated）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００２９】
図１Ｃは、図１Ａにおいて示されている通信システム１００内で使用することができる例示的なＲＡＮ１０４および例示的なコアネットワーク１０６を示している。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることも可能である。
【００３０】
ＲＡＮ１０４は、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保持しながら、任意の数のｅＮＢを含むことができるということが分かるであろう。ｅＮＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。一実施形態においては、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。従って、ｅＮＢ１４０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を送信するために、およびＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することができる。
【００３１】
ｅＮＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、無線リソース管理の決定、ハンドオーバの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを取り扱うように構成することができる。図１Ｃにおいて示されているように、ｅＮＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００３２】
図１Ｃにおいて示されているコアネットワーク１０６は、ＭＭＥ（mobility management entity）１４２、サービングゲートウェイ１４４、およびＰＤＮ（packet data network）ゲートウェイ１４６を含むことができる。上述の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のいずれかが、コアネットワークオペレータ以外のエンティティによって所有および／または運営されることも可能であるということがわかるであろう。
【００３３】
ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができ、制御ノードとして機能することができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷ−ＣＤＭＡなどの他の無線技術を使用している他のＲＡＮ（図示せず）との間における切り替えを行うための制御プレーン機能を提供することもできる。
【００３４】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続することができる。サービングゲートウェイ１４４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃから経路制御および転送することができる。サービングゲートウェイ１４４は、他の機能、例えば、ｅＮＢ間のハンドオーバ中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってダウンリンクデータが利用可能である場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどを実行することもできる。
【００３５】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６に接続することもでき、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３６】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線の通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間におけるインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＭＳ（IP multimedia subsystem）サーバ）を含むことができ、またはそうしたＩＰゲートウェイと通信することができる。また、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営されているその他の有線または無線のネットワークを含むことができる。
【００３７】
図２は、協調セッションを作成することによってシステム２００内で行われるＷＴＲＵ間での転送オペレーションを示している。システム２００は、複数のＷＴＲＵ２０５1、２０５2、２０５3、および２０５4と、ＳＣＣ−ＡＳ（session continuity control application server）２１０と、ＩＰネットワーク２１５とを含むことができる。システム２００は、協調セッションを使用してマルチメディアサービスを提供することができる。図２において示されているように、ＷＴＲＵ２０５1とＷＴＲＵ２０５2との間における音声フローおよびビデオフローは、ＷＴＲＵ２０５3およびＷＴＲＵ２０５4へ移されることが可能である。協調セッションは、１つのリモートレグとして提示されるＩＭＳサブスクリプションを有する２つ以上のＷＴＲＵ上の２つ以上のアクセスレグおよび関連するメディアのセットを含むことができる。ＷＴＲＵのうちの１つは、協調セッションのコントローラとして指定されることが可能であり、協調セッションの他のＷＴＲＵをターゲットにするシステム２００内のメディアフローのＷＴＲＵ間での転送を開始することができる。セッションに関連したセッションコントロールおよび／またはメディアフローを転送するために、セッション転送手順がシステム２００内で実施されることができる。
【００３８】
ＷＴＲＵは、デバイス間でのメディアの同期化を可能にするために情報要素（ＩＥ）をやり取りすることができる。これらのＩＥは、グループＩＤ（identity）  ＩＥ（これは、同期化されるフローどうしをマッチングすることを可能にすることができる）、ＰＴＯ（presentation time offset）  ＩＥ、および同期許容範囲ＩＥを含むことができる。
【００３９】
グループＩＤ  ＩＥは、同期化されているフローを識別することができる。ネットワークがグループＩＤを生成し、および／または割り当てることが可能であることを示すために、空のグループＩＤ（例えば、０というプレースホルダ値を有するものとして指定される、またはフラグの存在）が、要求内に存在することが可能である。要求に応答してグループが作成された後に、時刻同期情報は、有効なグループＩＤを含むことができる。
【００４０】
ＰＴＯ  ＩＥは、同期化された再生が複数のＷＴＲＵに関して行われることを確実にするために使用されうる。ＰＴＯは、下記のように計算することができる：
PTO=Current_playback_time-Current_timestamp      式（１）
この場合、Current_playback_time は、再生されている現在のセグメントの第１のバイトの再生を実行しているときの実測時間（wall clock time）に基づくことができ、Current_timestamp は、メディアプレゼンテーションの始まりに対する、セグメントのタイムスタンプとすることができる。ＰＴＯの計算は、ある間隔で、および／または全てのメディアセグメントにおいて実行されることができる。また、ＰＴＯの計算は、ＲＡＰ（random access point）において実行されることができる。
【００４１】
同期許容範囲ＩＥは、フローの同期がずれた場合に是正アクションをトリガーすることを可能にするために、複数のＷＴＲＵに任意選択で提供されることができる。
【００４２】
ＩＭＳ協調セッション内で別々のＷＴＲＵによって終了されるＰＳＳフロー間におけるタイミングの同期化は、上述のＩＥをメディアセッションまたはメディアフローに添付するためのＳＤＰ（session description protocol）属性の使用を含むこともできる。ＳＤＰ属性は、例えば、ＷＴＲＵ間での転送のために使用される任意のメッセージまたはメッセージの任意の組合せの中に含められうる。
【００４３】
ＳＤＰ属性は、同じデバイスによって制御される２つの異なる協調セッションのフロー間における同期化を拡張サポートする（extend support）ことができる。例えば、ＳＤＰ属性は、別々のサーバからストリームされる関連したフローを同期化するために使用されることができる。
【００４４】
メディアセッションの記述は、時刻同期情報を含むことができる。この情報は、正則値（regular value）に設定され、デバイスに送信されることができる。そのデバイス上のメディアプレーヤは、この情報を使用して再生タイミングを調整することができる。この情報は、プレースホルダ値、例えば、ゼロに設定されうる。受信側では、プレースホルダ値を実際の値、例えばメディアプレーヤから得られたＰＴＯに置き換えることができる。
【００４５】
協調セッションは、以降で説明するように同期化されたものとして作成されることができ、またはその作成後に同期化された状態になるように更新されることもできる。
【００４６】
ＰＴＯを使用してＷＴＲＵ上の再生タイミングをセットアップするために、ＩＭＳシグナリングを使用することができる。このオフセットが知られており、およびＷＴＲＵによって使用されている場合には、それらのＷＴＲＵは、所与の実測時間Ｔ0＝ＴＳ0＋ＰＴＯにおいてタイムスタンプＴＳ0を伴うセグメントを再生している可能性がある。再生中には、変動するネットワークアクセス状況にわたってこのオフセットを保持するのに十分な大きさのバッファを保持することをＷＴＲＵの担当とすることができる。オフセットを保持する際に生じ得る１つの状況は、全てのＷＴＲＵが同じ実測時間を使用することを必要としうることである。従って、時刻同期は、ＮＴＰ（network time protocol）に基づくことができる。
【００４７】
ストリーム上でＰＴＯを測定すること、ストリーム上で所望のＰＴＯを設定すること、および測定値が所定の許容範囲から外れる可能性がある場合にイベントを生成することを行うための処理をＷＴＲＵのクライアント内で実行することができる。例えば、ＷＴＲＵの同期がずれた場合には、Ｔ0において再生される実際のタイムスタンプはＴＳ1である。同期化されている場合には、Ｔ0はＴＳ0であり、従って、絶対差が計算され、同期許容範囲と比較されうる（ｄｉｆｆ＝ＡＢＳ（Ｔ0−ＰＴＯ−ＴＳ1））。その結果を使用して、時間差が同期許容範囲よりも大きいかどうかを判定することができる。ＷＴＲＵは、問題を示すための更新手順を使用することができる。適用可能な場合には（例えば、ＷＴＲＵが再生タイミングについていくことができない場合には）、ＳＣＣ−ＡＳは、遅れたＰＴＯを使用することを決定することができ、同期化されるＷＴＲＵにその遅れたＰＴＯを送信することができる。あるいは、ＳＣＣ−ＡＳは、オリジナルのＰＴＯを遅れているＷＴＲＵにリセットすることを決定することができる。従って、ＳＣＣ−ＡＳは、デバイス間でのメディア同期化の情報を保持して配信することができる。
【００４８】
同期化タイプの例は、単発の連続した同期化である。単発の同期化は、ＰＴＯがはじめに特定される際に行うことができ、あらゆる新たなフローに関してＰＴＯを提供するために使用されることができる。ＰＴＯを後で更新するためのメカニズムを可能にすることもできる。同期化情報は、ＩＭＳシグナリングを介して搬送されることができるが、同期化情報をデータとともに送信する可能性も存在する。
【００４９】
ＲＴＣＰ（RTP control protocol）を使用して、ＲＴＰフローに関するメディアフローの同期化を可能にすることができる。ＩＤＭＳ（inter-destination media synchronization）は、デバイス間でのメディアフローの同期化をサポートするためのＲＴＣＰ拡張を開発している。このＲＴＣＰベースのメカニズムは、全ストリーミングセッション中に定期的にタイミング情報を提供することができる。これは、再生の連続した調整を可能にすることができる。この連続した調整は、特に有用である場合がある。なぜなら、目的のうちの１つは、双方向の（例えば、ＶｏＩＰの）会話をサポートすることである場合があるためである。このケースにおいては、バッファリングを最小限に抑えることが重要となる場合があり、バッファリングによって、フローは、急なネットワークのスローダウンまたはロスに対して、より過敏になることがある。
【００５０】
コンテンツオンデマンドまたは一方向のライブコンテンツの再生をサポートするために、ＰＳＳストリーミングを使用することができる。ＷＴＲＵのバッファリング容量に基づいて、これらのタイプのアプリケーションにおいては、バッファリングを最小限に抑える必要性が低くなる場合がある。従って、個別のアプリケーション上では、様々なバッファサイズを使用することができる。例えば、会話の音声にとって許容可能な最大遅延は、約数百ｍｓの大きさとすることができるが、スタートアップ時のバッファリング中のコンテンツオンデマンドストリーミングにとっては、数秒のバッファリングを許容可能とみなすことができる。
【００５１】
ＰＳＳストリーミングコンテンツを再生するために、より大きなバッファを使用することができるため、プレイバックの開始時の１回の同期で十分とすることができ、バッファは、ほとんどのネットワークジッタを補償することができる。デバイスが、その同期がずれていることを検知した場合には、是正アクションをトリガーすることができるが、フローを定期的に再同期化するには、時間が限られている場合がある。単発のスキームは、時刻同期に関連したシグナリングの量を減らすことができる。
【００５２】
シグナリングタイプの例は、帯域内（in-band）および帯域外（out-of band）である。ＲＴＰストリーミングのケースにおいては、デバイスによって送信者へＲＴＣＰパケットが送信されることができる。ＲＴＣＰパケットは、典型的には、ＲＴＰフローと同じネットワークパスを辿るため、これは、帯域内シグナリングと呼ばれる場合がある。また、ＲＴＰストリーミングのケースにおいては、送信者は、同期化プロセスにおいて能動的な役割を果たす。プログレッシブＨＴＴＰストリーミングおよびアダプティブＨＴＴＰストリーミングは、ストックＨＴＴＰサーバを使用していることがあるため、ＨＴＴＰストリームを同期化するための帯域外シグナリングパスが好ましい場合がある。
【００５３】
ＰＳＳストリーミングは、ＨＴＴＰストリーミングおよびＲＴＰストリーミングの両方を含むことができる。以降の実施形態は、任意のストリーミングプロトコルによってサポートされているＰＳＳに適用することができ、別々のプロトコルを使用したフロー間における同期化を可能にすることができる。
【００５４】
図３Ａおよび図３Ｂはともに、ＰＳＳ（packet switched streaming）アダプタ／サーバ３０５と、ＳＣＦ（session control function）３１０と、ＳＣＣ−ＡＳ（session continuity control application server）３１５と、ＷＴＲＵ３２０1および３２０2とを含む無線通信システム３００においてＷＴＲＵ間での転送オペレーション中にフローを移すことおよび同期化された協調セッションを作成するための例示的な通信のやり取りを示している。ＷＴＲＵ３２０1および３２０2のそれぞれは、通信セッション中に使用されるクライアントまたはアプリケーションを含むことができる。
【００５５】
図３Ａにおいて示されているように、ビデオストリーム３２５およびオーディオストリーム３３０（すなわち、メディアフロー）が、ＷＴＲＵ３２０1とＰＳＳアダプタ／サーバ３０５との間において確立され、ブックマークが作成される（３３５）。ＷＴＲＵ３２０1は、ＷＴＲＵ間での転送が実行される前に時刻同期情報（例えば、協調セッション内の全てのフローの現在のＰＴＯ、同期許容範囲）を得ることができる（３４０）。同期許容範囲を、事前に構成すること、またはフローの性質、もしくはソースＷＴＲＵおよびターゲットＷＴＲＵのタイプに基づいて設定することが可能である。時刻同期情報は、ＷＴＲＵ３２０1によってプレースホルダ値（例えば、値０）に設定されることもでき、またはＳＣＣ−ＡＳ３１５が、その時刻同期情報を提供することもできる。
【００５６】
図３Ａにおいて示されているように、ＷＴＲＵ３２０1は、下記のフォーマットでグループＩＤ  ＩＥと、ＰＴＯ  ＩＥと、同期許容範囲ＩＥとを含むＳＤＰ属性ライン（すなわち、「ａ」ライン）を含むＷＴＲＵ間転送要求メッセージ３４５をＳＣＣ−ＡＳ３１５へ送信することができる：
a=3gpp_sync_info:idms_http<group_ID><PTO><syncronization_tolerance>
【００５７】
図３Ａに示されている例においては、メッセージ３４５内のＳＤＰ属性ラインは、ＷＴＲＵ間での同期化が要求されていることを示すことができ、加えて、その同期化に至るためのＩＥを提供することができる。ＳＤＰ属性ラインは、ＷＴＲＵ間メディア同期化情報要素をエンコードするために利用されることができ、協調セッション内で同期化されるメディアについて記述する全てのメディアセクション内に存在することができる。
【００５８】
図３Ａの例において示されているように、グループＩＤは、ＳＣＣ−ＡＳ３１５によって新たなグループが作成されるまでプレースホルダ値（０）に設定されており、ＰＴＯは、「１２３４５６７８９」に設定されており、同期許容範囲は、「５００」ｍｓに設定されている。次いでＳＣＣ−ＡＳ３１５は、オペレーションの承認をチェックすること、協調セッションを作成すること、および必要に応じて時刻同期ＩＥを更新すること（例えば、ＷＴＲＵによって一意のグループＩＤが提供されていなければ、一意のグループＩＤを生成すること、および時刻同期許容範囲ＩＥがプレースホルダ（「０」）に設定されているならば、時刻同期許容範囲ＩＥを更新すること）が可能である（３５０）。次いでＳＣＣ−ＡＳ３１５は、更新された時刻同期情報を含むＷＴＲＵ間転送要求メッセージ３５５をＷＴＲＵ３２０2（すなわち、ターゲットＷＴＲＵ）へ送信することができる。あるいは、ＷＴＲＵ間転送要求メッセージ３５５は、ＷＴＲＵ間転送要求メッセージ３４５内に含まれていたのと同じオリジナルの時刻同期情報を含むことができる。
【００５９】
図３Ｂを参照すると、ＷＴＲＵが、ＷＴＲＵ間転送要求メッセージ３５５を受け入れ、転送セッションを確立した後に、ブックマークを使用してターゲットＷＴＲＵ３２０2とＰＳＳアダプタ／サーバ３０５の間においてＰＳＳセッションが確立される（３６０）。符号３６５において、ＷＴＲＵ３２０2は、転送要求メッセージ３５５内のＰＴＯを考慮に入れるように自身のストリーミングソフトウェアクライアントの動作を変更することができる。とりわけ、ＷＴＲＵ間転送要求３５５内のＰＴＯ  ＩＥにマッチさせるために、ユーザへのストリームのプレゼンテーション（表示）は適切に遅延されることができる。ＷＴＲＵ３２０2は、ＷＴＲＵ間転送要求メッセージ３５５内に含まれていたのと同じ時刻同期ＩＥを含むＷＴＲＵ間転送応答メッセージ３７０をＳＣＣ−ＡＳ３１５へ送信することができる。あるいは、例えば、クライアントソフトウェアの制限またはより大きなバッファに対する必要性に起因してＷＴＲＵ３２０2においてＰＴＯを適用することが不可能であるならば、応答メッセージ３７０は、メッセージ３４５または３５５のいずれかに含まれているものとは異なるＰＴＯ  ＩＥ値を含むさらなる更新された時刻同期情報を含むことができる。次いでＳＣＣ−ＡＳ３１５は、オリジナルの時刻同期情報、更新された時刻同期情報、またはさらなる更新された同期化情報を含むＷＴＲＵ間転送応答メッセージ３７５をＷＴＲＵ３２０1へ送信することができる。ＷＴＲＵ３２０1は、その内部状態（すなわち、ＷＴＲＵ３２０のＩＤを含む協調セッションの状態を表すデータ構造）を、更新された時刻同期情報によって更新することができる（３８０）。符号３８５において、ＷＴＲＵ３２０1とＰＳＳアダプタ／サーバ３０５との間における転送されるフロー（ビデオストリーム３２５）は、そのオペレーションがメディアストリーム（すなわち、フロー）の転送であるならば、取り下げることができる（例えば、代わりに、そのオペレーションがフローの複製であるならば、このステップは、スキップされることになる）。次いで、ＷＴＲＵ３２０2とＰＳＳアダプタ／サーバ３０５との間においてビデオストリーム３９０を確立することができ、ＷＴＲＵ３２０1とＰＳＳアダプタ／サーバ３０５との間においてオーディオストリーム３９５を確立することができる。従って、同期化された協調セッション３９８は、ＷＴＲＵ間転送手順中にＳＣＦ３１０を通じてＷＴＲＵ３２０1によって制御されることができ、それによって、ＷＴＲＵ３２０1は、協調セッション３９８のコントローラとして機能する。協調セッション３９８は、そのメディアフローのうちの全てがＷＴＲＵ３２０のうちの全てにわたって同期化されていることを示すための新たな「同期化された」属性を割り当てられることが可能である。
【００６０】
例えば、図３Ａおよび図３Ｂに示されている通信のやり取りにおいては、ＷＴＲＵ1によって、このクライアント上で進行中の再生に関する値を測定して、ＰＴＯを得ることができる。もともとクライアントによって知られていないグループＩＤは、「未知の」値に設定されることができる（この例においては、０として任意に選択されている）。同期許容範囲は、構成からの値に、または「未知の」値（例えば、０）に設定されることができ、このケースにおいては、ＳＣＣ−ＡＳ３１５によって決定されることができる。
【００６１】
グループＩＤは、ＳＣＣ−ＡＳ３１５によって１回設定されることができ、どのストリームどうしを同期化することができるかを判定するために使用されることができる。協調セッションごとに一意の単一のグループＩＤが存在することができる。しかし、あるケースにおいては、１つのグループＩＤを共有することによって、２つの協調セッションを同期化することができる。ＳＣＣ−ＡＳ３１５は、クライアントによる最初の測定からＰＴＯを収集することができ、次いで、このグループＩＤの全てのフローに関してこの値を設定することができる。ＳＣＣ−ＡＳ３１５は、後ほど、同期がずれているクライアントからＰＴＯの調整を受信することができる。
【００６２】
ＰＴＯは、クライアントによって受信されると、クライアントメディアプレーヤアプリケーションに提供されることが可能であり、所与の時点でどのメディアセグメントを表示することができるかを決定するために、そのアプリケーションによって使用されることが可能である。（例えば、一時的なネットワークの欠陥に起因して）再生バッファが空になった場合に、クライアントアプリケーションの再生が遅れ始めることがある。クライアントは、（例えば、一時的なネットワークの欠陥が終了した後で、再び、再生を開始するときに）クライアントの新たなＰＴＯをＳＣＣ−ＡＳ３１５に示すことができる。次いでＳＣＣ−ＡＳ３１５は、新たなＰＴＯを使用するように全てのＷＴＲＵを更新することによって、または遅れているＷＴＲＵに、再びオリジナルのＰＴＯを使用するよう要求することによって、再同期化を開始することができる。
【００６３】
ＷＴＲＵ間でのオペレーションが、フローの転送ではなく、フローの作成（すなわち、フローの付加）である場合には、同様の様式で時刻同期を適用することができる。結果として生じる手順は、ステップ３８５が含まれなくなるという点を除いて、図３Ａおよび図３Ｂにおいて示されている手順と同様とすることができる。
【００６４】
図４Ａおよび図４Ｂはともに、同期化されていない協調セッションを同期化された協調セッションへアップグレードするための例示的な通信のやり取りを示している。
【００６５】
図４Ａにおいて示されているように、ビデオストリーム４２５およびオーディオストリーム４３０（即ち、メディアフロー）が、ＷＴＲＵ３２０2とＰＳＳアダプタ／サーバ３０５との間において確立されているが、ＷＴＲＵ３２０1は、ビデオストリームおよびオーディオストリームがＷＴＲＵ３２０1からＷＴＲＵ３２０2へ転送された前回のＷＴＲＵ間での転送中に作成されたＳＣＦ３１０を通じた協調セッション４３５の制御を保持していた。以前の協調セッションは、同期化をまったく指定していなかった可能性があり、従って、フローは、十分に同期化されていない可能性がある。図４Ａにおいて示されているように、フロー（ストリーム４２５および４３０）は、両方ともＷＴＲＵ３２０2によって終了されており、従って、典型的には、十分に同期化されている。なぜなら、ビデオ／オーディオの同期化は、典型的には、単一のＷＴＲＵ上のストリーミングクライアントソフトウェアによって十分に処理されるためである。それでもなお、ＷＴＲＵ３２０1は、その後のオペレーション（例えば、オーディオストリーム４２５およびビデオストリーム４３０が、後で別のＷＴＲＵ上に複製される場合がある）に備えて、同期化されていない協調セッション４３５を同期化された協調セッションに変換したいと望む場合がある。符号４４０においては、ＷＴＲＵ３２０1は、協調セッションのフローを互いに同期化すること（即ち、協調セッションを同期化されていない状態から同期化された状態へ変えること）を決定することができる。ＷＴＲＵ３２０1は、専用の新たなＳＤＰライン属性を使用した時刻同期ＩＥを含むセッション更新要求メッセージ４４５を送信することができ、これは、（図４Ａにおいて示されているように）ＳＤＰペイロードのそれぞれのメディアレベル記述セクション内に存在することができ、または別法として、協調セッション内のあらゆるメディアフローに当てはまることを示すためにセッションレベル記述セクション内にのみ存在することもできる。図４Ａに示されている例においては、ＷＴＲＵ３２０1は、グループＩＤ  ＩＥ、ＰＴＯ  ＩＥ、および同期許容範囲ＩＥに関してプレースホルダ値０を使用することができる。なぜなら、これらの値は、ＷＴＲＵ３２０1にとって未知であり、後でＳＣＣ−ＡＳ３１５またはＷＴＲＵ３２０2によって更新されることができるためである。次いでＳＣＣ−ＡＳ３１５は、協調セッションを更新すること、および必要に応じて時刻同期ＩＥを更新すること（例えば、ＷＴＲＵによって一意のグループＩＤが提供されていなければ、一意のグループＩＤを生成すること、および同期許容範囲ＩＥがプレースホルダ（「０」）に設定されているならば、同期許容範囲ＩＥを更新すること）が可能である（４５０）。次いでＳＣＣ−ＡＳ３１５は、セッション更新要求メッセージ４５５をＷＴＲＵ３２０2へ送信することができる。ＷＴＲＵ３２０2は、（例えば、一方のメディアフローのプレゼンテーションを他方のメディアフローのプレゼンテーションにマッチさせるように遅延させることによって）メディアフローを同期化すること、次いで両方のメディアフローのＰＴＯを測定すること（それらのＰＴＯは、互いに同じであるか、または非常に近くなる���ずである。なぜなら、それらは、この例においては単一のＷＴＲＵによって使用されているためである）に進むことができる（４６０）。結合されたメディアフローのＰＴＯを、これらの測定値（例えば、平均値または最大値）から生成することができる。
【００６６】
図４Ｂを参照すると、ＷＴＲＵ３２０2は、結合メディアフローＰＴＯ  ＩＥを含むセッション更新応答メッセージ４６５をＳＣＣ−ＡＳ３１５へ送信することができる。次いでＳＣＣ−ＡＳ３１５は、セッション更新応答メッセージ４７０をＷＴＲＵ３２０1へ送信することができ、ＷＴＲＵ３２０1は、ＷＴＲＵ３２０1の内部状態（すなわち、協調セッションの表示）を、更新された時刻同期情報によって更新することができる。ビデオストリーム４８０と、オーディオストリーム４８５とを同期化することができる。従って、協調セッション４９０は、ＳＣＦ３１０を通じてＷＴＲＵ３２０1によって制御されることができ、それによって、ＷＴＲＵ３２０1は、同期化された協調セッション４９０のコントローラとして機能することができる。協調セッション４９０は、そのメディアフローのうちの全てがＷＴＲＵ３２０のうちの全てにわたって同期化されていることを示すための新たな「同期化された」属性を割り当てられることが可能である。
【００６７】
コントローラＷＴＲＵは、協調セッションを制御すること、およびリモートレグ上のサービスを特定するサービスプロファイルを有することが可能である。コントローラＷＴＲＵは、協調セッションのためのメディアフローをサポートすることもでき、デバイス間転送メディアコントロール関連手順（inter-device transfer media control related procedure）を要求することができる。
【００６８】
コントローリＷＴＲＵは、協調セッションのためのメディアフローをサポートすることができ、デバイス間転送メディアコントロール関連手順を要求することができるが、これらの手順の承認に関してコントローラＷＴＲＵに従属している。
【００６９】
例えば、協調セッションは、同期化されたフローを別のデバイス上に転送または複製することができる。従って、コントローラＷＴＲＵは、はじめに、ＰＴＯを知るためにセッションを同期化することができる。このシナリオは、（コントローリＷＴＲＵ上で終了される）単一のフローがある場合に使用することもできる。このケースにおいては、その後に協調セッションに付加されるいかなるメディアフローも同期化することができる。
【００７０】
図５Ａおよび図５Ｂはともに、同期化されたセッション内でフローを転送するための例示的な通信のやり取りを示している。
【００７１】
図５Ａにおいて示されているように、ビデオストリーム５０５およびオーディオストリーム５１０（すなわち、メディアフロー）が、ＷＴＲＵ３２０2とＰＳＳアダプタ／サーバ３０５との間において確立されているが、ＷＴＲＵ３２０1は、ビデオストリームおよびオーディオストリームがＷＴＲＵ３２０1からＷＴＲＵ３２０2へ転送された前回のＷＴＲＵ間での転送中に作成されたＳＣＦ３１０を通じた同期化された協調セッション５１５のコントロールを保持していた。ＷＴＲＵ３２０1は、ビデオストリームおよびオーディオストリームのフロープレゼンテーションが同期化されている状態を維持しながら、１つのフローをそれ自体へ転送することを決定する（５２０）。協調セッションは既に同期化されているため、ＷＴＲＵ３２０1は、時刻同期ＩＥを既に知っている。ＷＴＲＵ３２０1は、時刻同期ＩＥを含むＷＴＲＵ間転送要求５２５をＳＣＣ−ＡＳ３１５へ送信することができる。ＳＣＣ−ＡＳ３１５は、フロー移転メッセージ５３０を送信することによって、フローの転送を開始することができ、フロー移転メッセージ５３０は、時刻同期ＩＥを含んでいてもよく、または含んでいなくてもよい。なぜなら、ＷＴＲＵ３２０1は、時刻同期ＩＥを既に知っているためである。
【００７２】
図５Ａおよび図５Ｂを参照すると、時刻同期ＩＥであるが、それらは、エラーチェックを可能にするために、および場合によっては、デバイス間での転送オペレーションが実行された際に（符号５３５、５４０、５４５、５５０、５６０および５６５）それらの値を更新するために、メッセージ５３０、５４５、５５０、５６５および５７０のいずれか１つの中に存在することができる。ＷＴＲＵ３２０1は、その最初のＷＴＲＵ間転送要求が成功している旨を、ＷＴＲＵ間転送応答メッセージ５７０を介して通知されることが可能である。この手順の終わりにおいては、今度はビデオストリーム５７５がＷＴＲＵ３２０1によって終了され、オーディオストリーム５８０がＷＴＲＵ３２０2によって終了される。ビデオストリーム５７５と、オーディオストリーム５８０とを同期化することができる。従って、協調セッション５８５は、依然として同期化されており、依然としてＷＴＲＵ３２０1によって制御されている。
【００７３】
同期の喪失を是正することが必要とされる場合がある。例えば、既存の同期化された協調セッションが存在する場合があり、あるＷＴＲＵが、それが同期していない（遅れている）ことを検知する場合がある。結果として、そのＷＴＲＵは、同期の更新を要求する場合がある。ＳＣＣ−ＡＳ３１５は、全ての協調セッションフロー上の同期を受け入れることおよび更新すること、または遅れているＷＴＲＵ上のオリジナルのＰＴＯをリセットすること（事実上、このＷＴＲＵに、再生を１つまたは複数の他のデバイス上の現在の位置へ「スキップさせる」よう求めること）が可能である。
【００７４】
図６Ａおよび図６Ｂはともに、同期の欠如を是正するための例示的な通信のやり取りを示している。
【００７５】
図６Ａにおいて示されているように、ビデオストリーム６２５が、ＷＴＲＵ３２０1とＰＳＳアダプタ／サーバ３０５との間において確立され、オーディオストリーム６３０が、ＷＴＲＵ３２０2とＰＳＳアダプタ／サーバ３０５との間において確立されているが、ＷＴＲＵ３２０1は、オーディオストリームがＷＴＲＵ３２０1からＷＴＲＵ３２０2へ転送された前回のＷＴＲＵ間での転送中に作成されたＳＣＦ３１０を通じた同期化された協調セッション６３５のコントロールを保持していた。符号６４０において、ＷＴＲＵ３２０1は、同期の喪失を検知することができる。例えば、この検知は、ＷＴＲＵ３２０1が、そのＰＴＯの定期的なまたは継続的な測定を実行して、そのＰＴＯを、同期化された協調セッションのＰＴＯと比較するときに、行うことができる。その差が指定の同期許容範囲よりも大きい場合に、同期の喪失を検知することができる。ＷＴＲＵ３２０1は、更新されたＰＴＯを含む時刻同期ＩＥを含むセッション更新要求メッセージ６４５を送信することによって、同期の喪失をＳＣＣ−ＡＳ３１５に示すことができる。符号６５０において、ＳＣＣ−ＡＳ３１５は、同期更新メッセージ６５０を受け入れることができる。この例においては、ＳＣＣ−ＡＳ３１５は、オーディオフロープレゼンテーションをビデオフロープレゼンテーションとそろえることを決定することができる。その他の戦略を実施することもできる（例えば、ＳＣＣ−ＡＳ３１５は、両方のフローを一時停止してから再始動させることを決定することもできる）ということに留意されたい。ＳＣＣ−ＡＳ３１５は、更新されたＰＴＯを含むセッション更新要求メッセージ６５５をＷＴＲＵ３２０2へ送信することができる。符号６６０において、ＷＴＲＵ３２０2は、新たなオフセットに合わせてＷＴＲＵ３２０2のオーディオプレゼンテーションを調整すること（例えば、プレゼンテーションをストリーム内のある位置へスキップさせること）ができる。
【００７６】
図６Ｂを参照すると、ＷＴＲＵ３２０2は、セッション更新応答メッセージ６６５を、典型的には、再同期化が成功した旨を示すために同じ時刻同期ＩＥとともに、ＳＣＣ−ＡＳ３１５に返信することができる。ＷＴＲＵ３２０2は、例えば、ストリーム内の要求された位置へ再同期化することが不可能であった旨を示すために、修正された値を送信することもできるということに留意されたい。これが行われた場合には、ＳＣＣ−ＡＳ３１５は、例えば、フローを停止すること、および場合によっては、ストリーム内のもっと前のポイントからフローを再始動させることを決定することができる。ＳＣＣ−ＡＳ３１５は、この例においては、更新された時刻同期ＩＥが受け入れられた旨を示すために、セッション更新応答６７０をＷＴＲＵ３２０1に返信することができる。ＷＴＲＵ３２０1は、その後の使用のために、例えば、その後に再び同期に関するチェックを行うために、この新たな値を内部状態の中に格納することができる。
【００７７】
これで、ビデオストリーム６７５と、オーディオストリーム６８０とが、正しく同期化されたことになり、従って、協調セッション６８５は、ＳＣＦ３１０を通じてＷＴＲＵ３２０1によって制御されることが可能となり、それによって、ＷＴＲＵ３２０1は、同期化された協調セッション６８５のコントローラとして機能することができる。協調セッション４９０は、そのメディアフローのうちの全てがＷＴＲＵ３２０のうちの全てにわたって同期化されていることを示すための新たな「同期化された」属性を割り当てられることが可能である。
【００７８】
ＳＣＣ−ＡＳ３１５は、同期の更新を拒否することができる。例えば、ＰＴＯの値が正しくない（範囲から外れている）こと、または同期の更新が多すぎることが、同期の更新を拒否するための有効な理由となり得る。さらに、ＳＣＣ−ＡＳ３１５は、ＷＴＲＵ３２０1に、オリジナルのＰＴＯを使用すること（すなわち、ＷＴＲＵ３２０2が再生を行っているポイントへＷＴＲＵ３２０1の再生がスキップすること）を強制することによって、再同期化を行うことができる。遅れたフロー上で測定されたＰＴＯは、そのフローが安定している場合にのみ、報告されることができる。バッファを増大させても、問題（例えば、接続の喪失、または、フロープレゼンテーションについていくには不十分な帯域幅）を解決することができないケースに関しては、レポートを生成することはできない。
【００７９】
協調セッションにおいては、別々のメディアサーバフロー、別々のリモートレグからの、および別々の協調セッションにおける同期化されているフローどうしを同期化することが必要となるケースが存在する場合がある。これは、２つの異なる協調セッション内のメディアセッションを同期化することによって、達成することができる。
【００８０】
協調セッションの現在のコントローラとして機能するＷＴＲＵは、新たなＷＴＲＵ間転送オペレーションを実行することができる。このオペレーションの結果として、新たな協調セッションを作成することができ、その新たな協調セッションを、あらかじめ存在している協調セッションと同期化することができる。例えば、現在の協調セッションが、オーディオシステムへのオーディオメディアフローと、スマートフォンへのビデオメディアフローとを有している場合がある。ＷＴＲＵは、別のメディアサーバから同じコンテンツをストリーミングしている（オーディオおよびビデオに関する）テレビ受像機上の新たなメディアフローを付加することによって、協調セッションを作成することができる。コントローラＷＴＲＵは、第２の協調セッションを作成するＷＴＲＵ間転送要求において、（あらかじめ存在している協調セッションからの）時刻同期グループＩＤを再使用することができる。
【００８１】
図７は、図３Ａ、図４Ａ、図５Ａおよび図６Ａの無線通信システム３００において使用されているＳＣＣ−ＡＳ３１５の例示的なブロック図を示している。ＳＣＣ−ＡＳ３１５は、少なくとも１つのアンテナ７０５、受信機７１０、プロセッサ７１５および送信機７２０を含むことができる。受信機７１０は、少なくとも１つのアンテナ７０５を介して第１のＷＴＲＵから第１のＷＴＲＵ間転送要求メッセージを受信するように構成されうる。プロセッサ７１５は、受信されたＷＴＲＵ間転送要求メッセージに基づいてオペレーションの承認に関するチェックを行うこと、協調セッションを作成すること、一意のメディアフローグループＩＤを生成することを行うように構成されうる。第１のＷＴＲＵ間転送要求メッセージ内の同期許容範囲ＩＥが、プレースホルダ（０）に設定されている場合には、プロセッサ７１５は、その同期許容範囲ＩＥを更新するように構成されうる。送信機７２０は、更新された時刻同期情報を含む第２のＷＴＲＵ間転送要求メッセージを、少なくとも１つのアンテナ７０５を介して、第１のＷＴＲＵと同じ協調セッションに関連付けられている第２のＷＴＲＵへ送信するように構成されうる。受信機７１５は、第２のＷＴＲＵから少なくとも１つのアンテナ７０５を介して第１のＷＴＲＵ間転送応答メッセージを受信するようにさらに構成されうる。送信機７２０は、第２のＷＴＲＵ間転送応答メッセージを、少なくとも１つのアンテナ７０５を介して第１のＷＴＲＵへ送信するようにさらに構成されうる。
【００８２】
受信機７１０は、第１のＷＴＲＵから少なくとも１つのアンテナ７０５を介して第１のセッション更新要求メッセージを受信するようにさらに構成されうる。プロセッサ７１５は、既存の協調セッションを更新すること、および一意のメディアフローグループＩＤを生成することを行うように構成されうる。第１のセッション更新要求メッセージ内の同期許容範囲ＩＥが、プレースホルダ（０）に設定されている場合には、プロセッサ７１５は、その同期許容範囲ＩＥを更新するように構成されうる。送信機７２０は、更新された時刻同期情報を含む第２のセッション更新要求メッセージを、少なくとも１つのアンテナ７０５を介して、第１のＷＴＲＵと同じ協調セッションに関連付けられている第２のＷＴＲＵへ送信するように構成されうる。受信機７１５は、第２のＷＴＲＵから少なくとも１つのアンテナ７０５を介して第１のセッション更新応答メッセージを受信するようにさらに構成されうる。送信機７２０は、第２のセッション更新応答メッセージを、少なくとも１つのアンテナ７０５を介して第１のＷＴＲＵへ送信するようにさらに構成されうる。
【００８３】
図８は、図３Ａ、図４Ａ、図５Ａおよび図６Ａの無線通信システム３００において使用されているＷＴＲＵ３２０の例示的なブロック図を示している。ＷＴＲＵ３２０は、少なくとも１つのアンテナ８０５、受信機８１０、プロセッサ８１５および送信機８２０を含むことができる。プロセッサ８１５は、時刻同期情報（例えば、現在のＰＴＯ、同期許容範囲、メディアグループＩＤ）を得ること、およびメディアグループＩＤ  ＩＥと、ＰＴＯ  ＩＥと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含むＷＴＲＵ間転送要求メッセージを生成することを行うように構成されうる。送信機８２０は、少なくとも１つのアンテナ８０５を介してＷＴＲＵ間転送要求メッセージを送信するように構成されうる。受信機８１０は、少なくとも１つのアンテナ８０５を介してＷＴＲＵ間転送応答メッセージを受信するように構成されうる。プロセッサ８１５は、ＷＴＲＵ間転送応答メッセージ内に含まれている更新された時刻同期情報によってプロセッサ８１５の内部状態を更新するようにさらに構成されうる。
【００８４】
プロセッサ８１５は、そのメディアフローをバッファに格納すること、およびその後に、ＷＴＲＵ間転送応答メッセージ内に含めて提供されるＰＴＯが受信機８１０によって受信された場合にメディアフローの再生を開始することを行うようにさらに構成されうる。
【００８５】
プロセッサ８１５は、既存の同期化されていない協調セッションを同期化されていないセッションに変換するかどうかを決定すること、およびメディアグループＩＤ  ＩＥと、ＰＴＯ  ＩＥと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含むセッション更新要求メッセージを生成することを行うようにさらに構成されうる。送信機８２０は、少なくとも１つのアンテナ８０５を介してセッション更新要求メッセージを送信するように構成されうる。受信機８１０は、少なくとも１つのアンテナ８０５を介してセッション更新応答メッセージを受信するように構成されうる。プロセッサ８１５は、セッション更新応答メッセージ内に含まれている更新された時刻同期情報によってプロセッサ８１５の内部状態を更新するようにさらに構成されうる。
【００８６】
プロセッサ８１５は、協調セッションのメディアフローを同期化すること、メディアフローのうちのそれぞれの上でＰＴＯの測定を実行すること、およびＰＴＯの測定に基づいて結合メディアフローＰＴＯ  ＩＥを生成することを行うようにさらに構成されうる。
【００８７】
実施形態
１．協調セッション中にそれぞれのＷＴＲＵに関するメディアフローを同期化する方法であって、
ＷＴＲＵのうちの第１のＷＴＲＵが、オリジナルの時刻同期情報と、メディアフロー上でオペレーションを実行するよう求める要求とを含む第１のメッセージを送信するステップと、
ＷＴＲＵのうちの第２のＷＴＲＵが、メディアフロー上でオペレーションを実行するよう求める要求と、オリジナルの時刻同期情報、または更新された時刻同期情報のいずれかとを含む第２のメッセージを受信するステップと
を含むことを特徴とする方法。
【００８８】
２．第２のＷＴＲＵが、オリジナルの時刻同期情報、更新された時刻同期情報、またはさらなる更新された時刻同期情報のうちの１つに基づいて第２のＷＴＲＵのメディアフローを再同期化するステップをさらに含むことを特徴とする実施形態１に記載の方法。
【００８９】
３．第２のＷＴＲＵが、そのメディアフローを再同期化するために使用した時刻同期情報を含む第３のメッセージを送信するステップと、
第１のＷＴＲＵが、第２のＷＴＲＵのメディアフローを再同期化するために使用した時刻同期情報を含む第４のメッセージを受信するステップと、
第１のＷＴＲＵが、第２のＷＴＲＵのメディアフローを再同期化するために使用した時刻同期情報によって第１のＷＴＲＵの内部状態を更新するステップと
をさらに含むことを特徴とする実施形態２に記載の方法。
【００９０】
４．オリジナルの時刻同期情報、更新された時刻同期情報、およびさらなる更新された時刻同期情報は、ＰＴＯ  ＩＥを含むことを特徴とする実施形態３に記載の方法。
【００９１】
５．ＰＴＯは、同期化された再生がＷＴＲＵに関して行われることを確実にするために使用されることを特徴とする実施形態４に記載の方法。
【００９２】
６．ＰＴＯは、現在の再生時間と、再生されている現在のセグメントの第１のバイトの再生を実行しているときの実測時間に基づく現在のタイムスタンプの差であることを特徴とする実施形態４に記載の方法。
【００９３】
７．現在のタイムスタンプは、メディアプレゼンテーションの始まりに対する、セグメントのタイムスタンプであることを特徴とする実施形態６に記載の方法。
【００９４】
８．オリジナルの時刻同期情報、更新された時刻同期情報、およびさらなる更新された時刻同期情報は、メディアフローグループＩＤ  ＩＥを含むことを特徴とする実施形態２〜７のいずれか１つに記載の方法。
【００９５】
９．オリジナルの時刻同期情報、更新された時刻同期情報、およびさらなる更新された時刻同期情報は、メディアフローの同期がずれた場合に是正アクションをトリガーするための同期許容範囲ＩＥを含むことを特徴とする実施形態２〜８のいずれか１つに記載の方法。
【００９６】
１０．第１のメッセージ、第２のメッセージ、第３のメッセージ、および第４のメッセージのそれぞれは、ＰＴＯ  ＩＥと、メディアフローグループＩＤ  ＩＥと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含むことを特徴とする実施形態３〜７のいずれか１つに記載の方法。
【００９７】
１１．オペレーションは、ＷＴＲＵ間での転送オペレーションであることを特徴とする実施形態１〜１０のいずれか１つに記載の方法。
【００９８】
１２．メディアフローは、ビデオストリームおよびオーディオストリームを含むことを特徴とする実施形態１〜１１のいずれか１つに記載の方法。
【００９９】
１３．協調セッションは、ＷＴＲＵのうちの１つによって制御されることを特徴とする実施形態１〜１２のいずれか１つに記載の方法。
【０１００】
１４．第１のメッセージおよび第２のメッセージは、ＷＴＲＵ間転送要求メッセージまたはフロー付加要求メッセージであることを特徴とする実施形態１〜１３のいずれか１つに記載の方法。
【０１０１】
１５．第３のメッセージおよび第４のメッセージは、ＷＴＲＵ間転送応答メッセージまたはフロー付加要求メッセージであることを特徴とする実施形態３に記載の方法。
【０１０２】
１６．協調セッション中にそれぞれのＷＴＲＵに関するメディアフローを同期化する方法であって、
ＷＴＲＵのうちの第１のＷＴＲＵが、協調セッションに対する更新を要求する第１のメッセージを送信するステップと、
ＷＴＲＵのうちの第２のＷＴＲＵが、メディアフローグループＩＤ  ＩＥと、同期許容範囲ＩＥとを含む第２のメッセージを受信するステップと、
ＷＴＲＵのうちの第２のＷＴＲＵが、メディアフローを同期化し、メディアフローのうちのそれぞれの上でＰＴＯの測定を実行し、ＰＴＯの測定に基づいて結合メディアフローＰＴＯ  ＩＥを生成するステップと
を含むことを特徴とする方法。
【０１０３】
１７．第２のＷＴＲＵが、結合メディアフローＰＴＯ  ＩＥと、グループＩＤと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含む第３のメッセージを送信するステップと、
第１のＷＴＲＵが、ＳＤＰ属性ラインを含む第４のメッセージを受信するステップと、
ＷＴＲＵが、結合メディアフローＰＴＯ  ＩＥ、グループアイデンティティーＩＤ、および同期許容範囲ＩＥによってＷＴＲＵの内部状態を更新するステップと
をさらに含むことを特徴とする実施形態１６に記載の方法。
【０１０４】
１８．ＰＴＯの測定は、同期化された再生がＷＴＲＵに関して行われることを確実にするために使用されることを特徴とする実施形態１６に記載の方法。
【０１０５】
１９．複数のメディアフローを含む協調セッションを作成するように構成されているプロセッサであって、ＰＴＯ  ＩＥと、メディアフローグループＩＤと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含むメッセージを生成する、プロセッサと、
メッセージを送信するように構成されている送信機と
を含むことを特徴とするＳＣＣ−ＡＳ。
【０１０６】
２０．メッセージは、ＷＴＲＵ間転送要求メッセージまたはフロー付加要求メッセージであることを特徴とする実施形態１９に記載のＳＣＣ−ＡＳ。
【０１０７】
２１．複数のメディアフローを含む協調セッションを更新するように構成されているプロセッサであって、ＰＴＯ  ＩＥと、メディアフローグループＩＤと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含むメッセージを生成する、プロセッサと、
メッセージを送信するように構成されている送信機と
を含むことを特徴とするＳＣＣ−ＡＳ。
【０１０８】
２２．メッセージは、セッション更新要求メッセージまたはフロー付加要求メッセージであることを特徴とする実施形態２１に記載のＳＣＣ−ＡＳ。
【０１０９】
２３．ＰＴＯ  ＩＥと、メディアフローグループＩＤと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含むメッセージを生成するように構成されているプロセッサと、
メッセージを送信するように構成されている送信機と
を含むことを特徴とするＷＴＲＵ。
【０１１０】
２４．メッセージは、ＷＴＲＵ間転送要求メッセージまたはフロー付加要求メッセージであることを特徴とする実施形態２３に記載のＷＴＲＵ。
【０１１１】
２５．メッセージは、セッション更新要求メッセージであることを特徴とする実施形態２３に記載のＷＴＲＵ。
【０１１２】
上記では特徴および要素について特定の組合せで説明しているが、それぞれの特徴または要素は、単独で、または他の特徴および要素との任意の組合せで使用することができるということを当業者なら理解するであろう。また、本明細書に記載されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実装することができる。コンピュータ可読媒体の例としては、（有線接続または無線接続を介して伝送される）電子信号、およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気メディア、光磁気メディア、並びに、ＣＤ−ＲＯＭディスクおよびＤＶＤなどの光メディアが含まれるが、それらには限定されない。ソフトウェアと関連付けられているプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用することができる。
【図１Ａ】
2015228677.tif 000003
【図１Ｂ】
2015228677.tif 000004
【図１Ｃ】
2015228677.tif 000005
【図２】
2015228677.tif 000006
【図３Ａ】
2015228677.tif 000007
【図３Ｂ】
2015228677.tif 000008
【図４Ａ】
2015228677.tif 000009
【図４Ｂ】
2015228677.tif 000010
【図５Ａ】
2015228677.tif 000011
【図５Ｂ】
2015228677.tif 000012
【図６Ａ】
2015228677.tif 000013
【図６Ｂ】
2015228677.tif 000014
【図７】
2015228677.tif 000015
【図８】
2015228677.tif 000016
【手続補正書】
【提出日】平成27年8月17日(2015.8.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送信／受信ユニット（ＷＴＲＵ）であって、
グループ識別を含むデバイス間協調マルチメディアセッションのための情報要素を交換するように構成されたプロセッサおよび送信機であって、前記グループ識別は、デバイス間で同期化される前記デバイス間協調マルチメディアセッションのフローを示す、プロセッサおよび送信機を備え、
前記プロセッサおよび前記送信機は、前記フローを同期化するのに用いるための前記グループ識別を含む同期情報を交換するようにさらに構成される、ＷＴＲＵ。
【請求項２】
前記情報要素は、プレゼンテーションタイムオフセットを含む、請求項１のＷＴＲＵ。
【請求項３】
前記情報要素は、同期許容範囲を含む、請求項１のＷＴＲＵ。
【請求項４】
前記プロセッサおよび前記送信機は、空のグループ識別を含む要求をネットワークに送信し、かつ前記要求に応答してグループ識別を受信するようにさらに構成される、請求項１のＷＴＲＵ。
【請求項５】
前記空のグループ識別は、プレースホルダ値である、請求項４のＷＴＲＵ。
【請求項６】
無線送信／受信ユニット（ＷＴＲＵ）によって、グループ識別を含むデバイス間協調マルチメディアセッションのための情報要素を交換することであって、前記グループ識別は、デバイス間で同期化される前記デバイス間協調マルチメディアセッションのフローを示す、ことと、
前記ＷＴＲＵによって、前記フローを同期化するのに用いるための前記グループ識別を含む同期情報を交換することと
を備える方法。
【請求項７】
前記情報要素は、プレゼンテーションタイムオフセットを含む、請求項６の方法。
【請求項８】
前記情報要素は、同期許容範囲を含む、請求項６の方法。
【請求項９】
前記ＷＴＲＵによって、空のグループ識別を含む要求をネットワークに送信することと、前記ＷＴＲＵによって、前記要求に応答してグループ識別を受信することと、をさらに備える、請求項６の方法。
【請求項１０】
前記空のグループ識別は、プレースホルダ値である、請求項９の方法。
【請求項１１】
ネットワークデバイスであって、
グループ識別を含むデバイス間協調マルチメディアセッションのための情報要素を無線送信／受信ユニット（ＷＴＲＵ）と交換するように構成されたプロセッサであって、前記グループ識別は、デバイス間で同期化される前記デバイス間協調マルチメディアセッションのフローを示す、プロセッサを備え、
前記プロセッサは、前記フローを同期化するのに用いるための前記グループ識別を含む同期情報を交換するようにさらに構成される、ネットワークデバイス。
【請求項１２】
前記情報要素は、プレゼンテーションタイムオフセットを含む、請求項１１のネットワークデバイス。
【請求項１３】
前記情報要素は、同期許容範囲を含む、請求項１１のネットワークデバイス。
【請求項１４】
前記プロセッサは、空のグループ識別を含む要求を前記ＷＴＲＵから受信し、かつ前記要求に応答してグループ識別を送信するようにさらに構成される、請求項１１のネットワークデバイス。
【請求項１５】
前記空のグループ識別は、プレースホルダ値である、請求項１４のネットワークデバイス。