JP6110443B2 - 協調セッション中に移動局のメディアフローを同期化する方法および装置 - Google Patents

協調セッション中に移動局のメディアフローを同期化する方法および装置 Download PDF

Info

Publication number
JP6110443B2
JP6110443B2 JP2015142311A JP2015142311A JP6110443B2 JP 6110443 B2 JP6110443 B2 JP 6110443B2 JP 2015142311 A JP2015142311 A JP 2015142311A JP 2015142311 A JP2015142311 A JP 2015142311A JP 6110443 B2 JP6110443 B2 JP 6110443B2
Authority
JP
Japan
Prior art keywords
wtru
flow
session
inter
processor
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2015142311A
Other languages
English (en)
Other versions
JP2015228677A (ja
Inventor
デ フォイ ザビエル
デ フォイ ザビエル
パテル ミラン
パテル ミラン
エム．シャヒーン カメル
エム．シャヒーン カメル
プルカヤスタ デバシシュ
プルカヤスタ デバシシュ
ロトファッラー オサマ
ロトファッラー オサマ
リュー ハン
リュー ハン
Original Assignee
インターデイジタル パテント ホールディングス インコーポレイテッド
インターデイジタル パテント ホールディングス インコーポレイテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by インターデイジタル パテント ホールディングス インコーポレイテッド, インターデイジタル パテント ホールディングス インコーポレイテッド filed Critical インターデイジタル パテント ホールディングス インコーポレイテッド
Publication of JP2015228677A publication Critical patent/JP2015228677A/ja
Application granted granted Critical
Publication of JP6110443B2 publication Critical patent/JP6110443B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L7/00—Arrangements for synchronising receiver with transmitter
    • H04L7/0008—Synchronisation information channels, e.g. clock distribution lines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1063—Application servers providing network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1089—In-session procedures by adding media; by removing media
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1093—In-session procedures by adding participants; by removing participants
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
    • H04L65/4015—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference where at least one of the additional parallel sessions is real time or time sensitive, e.g. white board sharing, collaboration or spawning of a subconference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)

Description

本発明は、無線通信に関する。
ＩＭＳ（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の再生がスキップすること）を強制することによって、再同期化を行うことができる。遅れたフロー上で測定されたＰＴＯは、そのフローが安定している場合にのみ、報告されることができる。バッファを増大させても、問題（例えば、接続の喪失、または、フロープレゼンテーションについていくには不十分な帯域幅）を解決することができないケースに関しては、レポートを生成することはできない。
協調セッションにおいては、別々のメディアサーバフロー、別々のリモートレグからの、および別々の協調セッションにおける同期化されているフローどうしを同期化することが必要となるケースが存在する場合がある。これは、２つの異なる協調セッション内のメディアセッションを同期化することによって、達成することができる。
協調セッションの現在のコントローラとして機能するＷＴＲＵは、新たなＷＴＲＵ間転送オペレーションを実行することができる。このオペレーションの結果として、新たな協調セッションを作成することができ、その新たな協調セッションを、あらかじめ存在している協調セッションと同期化することができる。例えば、現在の協調セッションが、オーディオシステムへのオーディオメディアフローと、スマートフォンへのビデオメディアフローとを有している場合がある。ＷＴＲＵは、別のメディアサーバから同じコンテンツをストリーミングしている（オーディオおよびビデオに関する）テレビ受像機上の新たなメディアフローを付加することによって、協調セッションを作成することができる。コントローラＷＴＲＵは、第２の協調セッションを作成するＷＴＲＵ間転送要求において、（あらかじめ存在している協調セッションからの）時刻同期グループＩＤを再使用することができる。
図７は、図３Ａ、図４Ａ、図５Ａおよび図６Ａの無線通信システム３００において使用されているＳＣＣ−ＡＳ３１５の例示的なブロック図を示している。ＳＣＣ−ＡＳ３１５は、少なくとも１つのアンテナ７０５、受信機７１０、プロセッサ７１５および送信機７２０を含むことができる。受信機７１０は、少なくとも１つのアンテナ７０５を介して第１のＷＴＲＵから第１のＷＴＲＵ間転送要求メッセージを受信するように構成されうる。プロセッサ７１５は、受信されたＷＴＲＵ間転送要求メッセージに基づいてオペレーションの承認に関するチェックを行うこと、協調セッションを作成すること、一意のメディアフローグループＩＤを生成することを行うように構成されうる。第１のＷＴＲＵ間転送要求メッセージ内の同期許容範囲ＩＥが、プレースホルダ（０）に設定されている場合には、プロセッサ７１５は、その同期許容範囲ＩＥを更新するように構成されうる。送信機７２０は、更新された時刻同期情報を含む第２のＷＴＲＵ間転送要求メッセージを、少なくとも１つのアンテナ７０５を介して、第１のＷＴＲＵと同じ協調セッションに関連付けられている第２のＷＴＲＵへ送信するように構成されうる。受信機７１５は、第２のＷＴＲＵから少なくとも１つのアンテナ７０５を介して第１のＷＴＲＵ間転送応答メッセージを受信するようにさらに構成されうる。送信機７２０は、第２のＷＴＲＵ間転送応答メッセージを、少なくとも１つのアンテナ７０５を介して第１のＷＴＲＵへ送信するようにさらに構成されうる。
受信機７１０は、第１のＷＴＲＵから少なくとも１つのアンテナ７０５を介して第１のセッション更新要求メッセージを受信するようにさらに構成されうる。プロセッサ７１５は、既存の協調セッションを更新すること、および一意のメディアフローグループＩＤを生成することを行うように構成されうる。第１のセッション更新要求メッセージ内の同期許容範囲ＩＥが、プレースホルダ（０）に設定されている場合には、プロセッサ７１５は、その同期許容範囲ＩＥを更新するように構成されうる。送信機７２０は、更新された時刻同期情報を含む第２のセッション更新要求メッセージを、少なくとも１つのアンテナ７０５を介して、第１のＷＴＲＵと同じ協調セッションに関連付けられている第２のＷＴＲＵへ送信するように構成されうる。受信機７１５は、第２のＷＴＲＵから少なくとも１つのアンテナ７０５を介して第１のセッション更新応答メッセージを受信するようにさらに構成されうる。送信機７２０は、第２のセッション更新応答メッセージを、少なくとも１つのアンテナ７０５を介して第１のＷＴＲＵへ送信するようにさらに構成されうる。
図８は、図３Ａ、図４Ａ、図５Ａおよび図６Ａの無線通信システム３００において使用されているＷＴＲＵ３２０の例示的なブロック図を示している。ＷＴＲＵ３２０は、少なくとも１つのアンテナ８０５、受信機８１０、プロセッサ８１５および送信機８２０を含むことができる。プロセッサ８１５は、時刻同期情報（例えば、現在のＰＴＯ、同期許容範囲、メディアグループＩＤ）を得ること、およびメディアグループＩＤ ＩＥと、ＰＴＯ ＩＥと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含むＷＴＲＵ間転送要求メッセージを生成することを行うように構成されうる。送信機８２０は、少なくとも１つのアンテナ８０５を介してＷＴＲＵ間転送要求メッセージを送信するように構成されうる。受信機８１０は、少なくとも１つのアンテナ８０５を介してＷＴＲＵ間転送応答メッセージを受信するように構成されうる。プロセッサ８１５は、ＷＴＲＵ間転送応答メッセージ内に含まれている更新された時刻同期情報によってプロセッサ８１５の内部状態を更新するようにさらに構成されうる。
プロセッサ８１５は、そのメディアフローをバッファに格納すること、およびその後に、ＷＴＲＵ間転送応答メッセージ内に含めて提供されるＰＴＯが受信機８１０によって受信された場合にメディアフローの再生を開始することを行うようにさらに構成されうる。
プロセッサ８１５は、既存の同期化されていない協調セッションを同期化されていないセッションに変換するかどうかを決定すること、およびメディアグループＩＤ ＩＥと、ＰＴＯ ＩＥと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含むセッション更新要求メッセージを生成することを行うようにさらに構成されうる。送信機８２０は、少なくとも１つのアンテナ８０５を介してセッション更新要求メッセージを送信するように構成されうる。受信機８１０は、少なくとも１つのアンテナ８０５を介してセッション更新応答メッセージを受信するように構成されうる。プロセッサ８１５は、セッション更新応答メッセージ内に含まれている更新された時刻同期情報によってプロセッサ８１５の内部状態を更新するようにさらに構成されうる。
プロセッサ８１５は、協調セッションのメディアフローを同期化すること、メディアフローのうちのそれぞれの上でＰＴＯの測定を実行すること、およびＰＴＯの測定に基づいて結合メディアフローＰＴＯ ＩＥを生成することを行うようにさらに構成されうる。
実施形態
１．協調セッション中にそれぞれのＷＴＲＵに関するメディアフローを同期化する方法であって、
ＷＴＲＵのうちの第１のＷＴＲＵが、オリジナルの時刻同期情報と、メディアフロー上でオペレーションを実行するよう求める要求とを含む第１のメッセージを送信するステップと、
ＷＴＲＵのうちの第２のＷＴＲＵが、メディアフロー上でオペレーションを実行するよう求める要求と、オリジナルの時刻同期情報、または更新された時刻同期情報のいずれかとを含む第２のメッセージを受信するステップと
を含むことを特徴とする方法。
２．第２のＷＴＲＵが、オリジナルの時刻同期情報、更新された時刻同期情報、またはさらなる更新された時刻同期情報のうちの１つに基づいて第２のＷＴＲＵのメディアフローを再同期化するステップをさらに含むことを特徴とする実施形態１に記載の方法。
３．第２のＷＴＲＵが、そのメディアフローを再同期化するために使用した時刻同期情報を含む第３のメッセージを送信するステップと、
第１のＷＴＲＵが、第２のＷＴＲＵのメディアフローを再同期化するために使用した時刻同期情報を含む第４のメッセージを受信するステップと、
第１のＷＴＲＵが、第２のＷＴＲＵのメディアフローを再同期化するために使用した時刻同期情報によって第１のＷＴＲＵの内部状態を更新するステップと
をさらに含むことを特徴とする実施形態２に記載の方法。
４．オリジナルの時刻同期情報、更新された時刻同期情報、およびさらなる更新された時刻同期情報は、ＰＴＯ ＩＥを含むことを特徴とする実施形態３に記載の方法。
５．ＰＴＯは、同期化された再生がＷＴＲＵに関して行われることを確実にするために使用されることを特徴とする実施形態４に記載の方法。
６．ＰＴＯは、現在の再生時間と、再生されている現在のセグメントの第１のバイトの再生を実行しているときの実測時間に基づく現在のタイムスタンプの差であることを特徴とする実施形態４に記載の方法。
７．現在のタイムスタンプは、メディアプレゼンテーションの始まりに対する、セグメントのタイムスタンプであることを特徴とする実施形態６に記載の方法。
８．オリジナルの時刻同期情報、更新された時刻同期情報、およびさらなる更新された時刻同期情報は、メディアフローグループＩＤ ＩＥを含むことを特徴とする実施形態２〜７のいずれか１つに記載の方法。
９．オリジナルの時刻同期情報、更新された時刻同期情報、およびさらなる更新された時刻同期情報は、メディアフローの同期がずれた場合に是正アクションをトリガーするための同期許容範囲ＩＥを含むことを特徴とする実施形態２〜８のいずれか１つに記載の方法。
１０．第１のメッセージ、第２のメッセージ、第３のメッセージ、および第４のメッセージのそれぞれは、ＰＴＯ ＩＥと、メディアフローグループＩＤ ＩＥと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含むことを特徴とする実施形態３〜７のいずれか１つに記載の方法。
１１．オペレーションは、ＷＴＲＵ間での転送オペレーションであることを特徴とする実施形態１〜１０のいずれか１つに記載の方法。
１２．メディアフローは、ビデオストリームおよびオーディオストリームを含むことを特徴とする実施形態１〜１１のいずれか１つに記載の方法。
１３．協調セッションは、ＷＴＲＵのうちの１つによって制御されることを特徴とする実施形態１〜１２のいずれか１つに記載の方法。
１４．第１のメッセージおよび第２のメッセージは、ＷＴＲＵ間転送要求メッセージまたはフロー付加要求メッセージであることを特徴とする実施形態１〜１３のいずれか１つに記載の方法。
１５．第３のメッセージおよび第４のメッセージは、ＷＴＲＵ間転送応答メッセージまたはフロー付加要求メッセージであることを特徴とする実施形態３に記載の方法。
１６．協調セッション中にそれぞれのＷＴＲＵに関するメディアフローを同期化する方法であって、
ＷＴＲＵのうちの第１のＷＴＲＵが、協調セッションに対する更新を要求する第１のメッセージを送信するステップと、
ＷＴＲＵのうちの第２のＷＴＲＵが、メディアフローグループＩＤ ＩＥと、同期許容範囲ＩＥとを含む第２のメッセージを受信するステップと、
ＷＴＲＵのうちの第２のＷＴＲＵが、メディアフローを同期化し、メディアフローのうちのそれぞれの上でＰＴＯの測定を実行し、ＰＴＯの測定に基づいて結合メディアフローＰＴＯ ＩＥを生成するステップと
を含むことを特徴とする方法。
１７．第２のＷＴＲＵが、結合メディアフローＰＴＯ ＩＥと、グループＩＤと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含む第３のメッセージを送信するステップと、
第１のＷＴＲＵが、ＳＤＰ属性ラインを含む第４のメッセージを受信するステップと、
ＷＴＲＵが、結合メディアフローＰＴＯ ＩＥ、グループアイデンティティーＩＤ、および同期許容範囲ＩＥによってＷＴＲＵの内部状態を更新するステップと
をさらに含むことを特徴とする実施形態１６に記載の方法。
１８．ＰＴＯの測定は、同期化された再生がＷＴＲＵに関して行われることを確実にするために使用されることを特徴とする実施形態１６に記載の方法。
１９．複数のメディアフローを含む協調セッションを作成するように構成されているプロセッサであって、ＰＴＯ ＩＥと、メディアフローグループＩＤと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含むメッセージを生成する、プロセッサと、
メッセージを送信するように構成されている送信機と
を含むことを特徴とするＳＣＣ−ＡＳ。
２０．メッセージは、ＷＴＲＵ間転送要求メッセージまたはフロー付加要求メッセージであることを特徴とする実施形態１９に記載のＳＣＣ−ＡＳ。
２１．複数のメディアフローを含む協調セッションを更新するように構成されているプロセッサであって、ＰＴＯ ＩＥと、メディアフローグループＩＤと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含むメッセージを生成する、プロセッサと、
メッセージを送信するように構成されている送信機と
を含むことを特徴とするＳＣＣ−ＡＳ。
２２．メッセージは、セッション更新要求メッセージまたはフロー付加要求メッセージであることを特徴とする実施形態２１に記載のＳＣＣ−ＡＳ。
２３．ＰＴＯ ＩＥと、メディアフローグループＩＤと、同期許容範囲ＩＥとを含むＳＤＰ属性ラインを含むメッセージを生成するように構成されているプロセッサと、
メッセージを送信するように構成されている送信機と
を含むことを特徴とするＷＴＲＵ。
２４．メッセージは、ＷＴＲＵ間転送要求メッセージまたはフロー付加要求メッセージであることを特徴とする実施形態２３に記載のＷＴＲＵ。
２５．メッセージは、セッション更新要求メッセージであることを特徴とする実施形態２３に記載のＷＴＲＵ。
上記では特徴および要素について特定の組合せで説明しているが、それぞれの特徴または要素は、単独で、または他の特徴および要素との任意の組合せで使用することができるということを当業者なら理解するであろう。また、本明細書に記載されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実装することができる。コンピュータ可読媒体の例としては、（有線接続または無線接続を介して伝送される）電子信号、およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例としては、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気メディア、光磁気メディア、並びに、ＣＤ−ＲＯＭディスクおよびＤＶＤなどの光メディアが含まれるが、それらには限定されない。ソフトウェアと関連付けられているプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用することができる。

Claims (12)

  1. 無線送信／受信ユニット（ＷＴＲＵ）であって、
    プロセッサに接続されたトランシーバであって、グループ識別を含むデバイス間協調マルチメディアセッションのための情報要素を交換するように構成され、前記グループ識別は、デバイス間で同期化される前記デバイス間協調マルチメディアセッションのフローを示す、前記プロセッサおよび前記トランシーバを備え、
    前記プロセッサおよび前記トランシーバは、前記フローを同期化するのに用いるための前記グループ識別および更新された時刻同期情報を含む同期情報を交換するようにさらに構成され、前記更新された時刻同期情報は、前記デバイス間協調マルチメディアセッションに関連付けられた前記グループ識別を共有する少なくとも１つの他のデバイスのプレゼンテーションタイムオフセットを含み、
    前記プロセッサは、前記更新された時刻同期情報に基づいてそのメディアフローを再同期化し、前記再同期は、前記フローの同期を更新して、前記ＷＴＲＵおよび前記デバイス間協調マルチメディアセッションに関連付けられたデバイスに同期化されたプレイバックを提供する、ＷＴＲＵ。
  2. 前記情報要素は、同期許容範囲を含む、請求項１のＷＴＲＵ。
  3. 前記プロセッサおよび前記トランシーバは、空のグループ識別を含む要求をネットワークに送信し、かつ前記要求に応答してグループ識別を受信するようにさらに構成される、請求項１のＷＴＲＵ。
  4. 前記空のグループ識別は、プレースホルダ値である、請求項３のＷＴＲＵ。
  5. 無線送信／受信ユニット（ＷＴＲＵ）によって、グループ識別を含むデバイス間協調マルチメディアセッションのための情報要素を交換することであって、前記グループ識別は、デバイス間で同期化される前記デバイス間協調マルチメディアセッションのフローを示す、ことと、
    前記ＷＴＲＵによって、前記フローを同期化するのに用いるための前記グループ識別および更新された時刻同期情報を含む同期情報を交換することであって、前記更新された時刻同期情報は、前記デバイス間協調マルチメディアセッションに関連付けられた前記グループ識別を共有する少なくとも１つの他のデバイスのプレゼンテーションタイムオフセットを含む、ことと、
    前記ＷＴＲＵによって、前記更新された時刻同期情報に基づいてそのメディアフローを再同期化することであって、前記再同期は、前記フローの同期を更新して、前記ＷＴＲＵおよび前記デバイス間協調マルチメディアセッションに関連付けられたデバイスに同期化されたプレイバックを提供する、ことと
    を備える方法。
  6. 前記情報要素は、同期許容範囲を含む、請求項５の方法。
  7. 前記ＷＴＲＵによって、空のグループ識別を含む要求をネットワークに送信することと、前記ＷＴＲＵによって、前記要求に応答してグループ識別を受信することと、をさらに備える、請求項５の方法。
  8. 前記空のグループ識別は、プレースホルダ値である、請求項７の方法。
  9. ネットワークデバイスであって、
    プロセッサに接続されたトランシーバであって、グループ識別を含むデバイス間協調マルチメディアセッションのための情報要素を無線送信／受信ユニット（ＷＴＲＵ）と交換するように構成された前記プロセッサおよび前記トランシーバであって、前記グループ識別は、デバイス間で同期化される前記デバイス間協調マルチメディアセッションのフローを示す、前記プロセッサおよび前記トランシーバを備え、
    前記プロセッサおよび前記トランシーバは、前記フローを同期化するのに用いるための前記グループ識別および更新された時刻同期情報を含む同期情報を交換するようにさらに構成され、前記更新された時刻同期情報は、前記デバイス間協調マルチメディアセッションに関連付けられた前記グループ識別を共有する少なくとも１つのデバイスのプレゼンテーションタイムオフセットを含み、
    前記少なくとも１つの他のデバイスは、前記更新された時刻同期情報に基づいてそのメディアフローを再同期化し、前記再同期は、前記フローの同期を更新して、前記デバイス間協調マルチメディアセッションに関連付けられた前記デバイスに同期化されたプレイバックを提供する、ネットワークデバイス。
  10. 前記情報要素は、同期許容範囲を含む、請求項９のネットワークデバイス。
  11. 前記プロセッサは、空のグループ識別を含む要求を前記ＷＴＲＵから受信し、かつ前記要求に応答してグループ識別を送信するようにさらに構成される、請求項９のネットワークデバイス。
  12. 前記空のグループ識別は、プレースホルダ値である、請求項１１のネットワークデバイス。
JP2015142311A 2011-02-11 2015-07-16 協調セッション中に移動局のメディアフローを同期化する方法および装置 Active JP6110443B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201161442008P 2011-02-11 2011-02-11
US61/442,008 2011-02-11

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2013553540A Division JP5782139B2 (ja) 2011-02-11 2012-02-09 協調セッション中に移動局のメディアフローを同期化する方法および装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2017045327A Division JP2017139783A (ja) 2011-02-11 2017-03-09 協調セッション中に移動局のメディアフローを同期化する方法および装置

Publications (2)

Publication Number Publication Date
JP2015228677A JP2015228677A (ja) 2015-12-17
JP6110443B2 true JP6110443B2 (ja) 2017-04-05

Family

ID=45755535

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2013553540A Active JP5782139B2 (ja) 2011-02-11 2012-02-09 協調セッション中に移動局のメディアフローを同期化する方法および装置
JP2015142311A Active JP6110443B2 (ja) 2011-02-11 2015-07-16 協調セッション中に移動局のメディアフローを同期化する方法および装置
JP2017045327A Withdrawn JP2017139783A (ja) 2011-02-11 2017-03-09 協調セッション中に移動局のメディアフローを同期化する方法および装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2013553540A Active JP5782139B2 (ja) 2011-02-11 2012-02-09 協調セッション中に移動局のメディアフローを同期化する方法および装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2017045327A Withdrawn JP2017139783A (ja) 2011-02-11 2017-03-09 協調セッション中に移動局のメディアフローを同期化する方法および装置

Country Status (7)

Country Link
US (3) US9014170B2 (ja)
EP (2) EP3110105A1 (ja)
JP (3) JP5782139B2 (ja)
KR (3) KR20170070253A (ja)
CN (2) CN107104934A (ja)
TW (2) TWI583160B (ja)
WO (1) WO2012109422A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102006775B (zh) * 2008-02-12 2015-02-25 托斯克公司 减少毒性的多柔比星助剂及其使用方法
US9088583B2 (en) * 2011-10-31 2015-07-21 Interdigital Patent Holdings, Inc. Method and apparatus for enabling multimedia synchronization
DE102014008344A1 (de) * 2014-06-04 2015-12-17 A+G Connect Gmbh Verfahren zur Anzeige und Steuerung von multimedialen Inhalten auf einem oder mehreren Displays von einer entfernten Quelle ("remote device") aus.
US9685196B2 (en) * 2014-09-17 2017-06-20 Verizon Patent And Licensing Inc. Sharing and synchronizing content
US20170353747A1 (en) * 2014-12-22 2017-12-07 Koninklijke Kpn N.V. Quality of Media Synchronization
CN107852523B (zh) 2015-09-30 2021-01-19 苹果公司 用于在终端之间同步媒体渲染的方法、终端和设备
CN107196750B (zh) * 2017-06-08 2020-03-20 上海华为技术有限公司 一种可重同步触发方法及基站
US20190236547A1 (en) * 2018-02-01 2019-08-01 Moxtra, Inc. Record and playback for online collaboration sessions
WO2019161240A1 (en) * 2018-02-16 2019-08-22 Idac Holdings, Inc. Mobility handling for multi-access protocol data unit (pdu) sessions in a 5g network
KR102580417B1 (ko) * 2018-05-31 2023-09-20 삼성에스디에스 주식회사 메시지 전송 지연 관리 장치 및 방법
US11051260B2 (en) * 2019-01-07 2021-06-29 Motorola Mobility Llc Asynchronous quick connect for low-latency transitions of content presentation between two devices
WO2022026649A1 (en) * 2020-07-30 2022-02-03 Weihua Qiao Synchronization for multiple data flows
WO2023192094A1 (en) * 2022-03-28 2023-10-05 Interdigital Patent Holdings, Inc. Synchronization of multi-modal flows

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6598172B1 (en) 1999-10-29 2003-07-22 Intel Corporation System and method for clock skew compensation between encoder and decoder clocks by calculating drift metric, and using it to modify time-stamps of data packets
US6678332B1 (en) 2000-01-04 2004-01-13 Emc Corporation Seamless splicing of encoded MPEG video and audio
US20020094513A1 (en) * 2000-07-28 2002-07-18 Chase Weir Method and apparatus for collecting, processing and displaying audience-response data
US6956871B2 (en) * 2002-04-19 2005-10-18 Thomson Licensing Apparatus and method for synchronization of audio and video streams
KR100482287B1 (ko) 2002-10-26 2005-04-14 한국전자통신연구원 디지털 데이터 방송을 위한 동기화 스트림 데이터 삽입장치 및 그 방법
BRPI0412014A (pt) * 2003-06-27 2006-08-15 Nokia Corp método e sistema para reserva de recurso em uma rede de comunicação sem fio, dispositivo de transmissão e de recepção de comunicação, e, dispositivo de comunicação sem fio
US7701915B2 (en) 2003-06-27 2010-04-20 Nokia Corporation Method in a communication system, a communication system and a communication device
US8010652B2 (en) 2004-05-07 2011-08-30 Nokia Corporation Refined quality feedback in streaming services
US8190680B2 (en) * 2004-07-01 2012-05-29 Netgear, Inc. Method and system for synchronization of digital media playback
US20060123063A1 (en) * 2004-12-08 2006-06-08 Ryan William J Audio and video data processing in portable multimedia devices
US20070047590A1 (en) * 2005-08-26 2007-03-01 Nokia Corporation Method for signaling a device to perform no synchronization or include a synchronization delay on multimedia stream
CN100442858C (zh) * 2005-10-11 2008-12-10 华为技术有限公司 分组网络中多媒体实时传输的唇同步方法及其装置
CN101443749B (zh) 2005-12-08 2012-11-14 北方电讯网络有限公司 会话启动协议(sip)多播管理方法
US8379735B2 (en) 2006-05-15 2013-02-19 Microsoft Corporation Automatic video glitch detection and audio-video synchronization assessment
US7693534B1 (en) * 2006-12-05 2010-04-06 Sprint Spectrum L.P. Method and apparatus for dynamic selection of complete or referenced group indication when initiating a group communication session
CN101197944A (zh) * 2006-12-06 2008-06-11 中兴通讯股份有限公司 利用媒体服务器实现视频和文字同步的方法
JP4935345B2 (ja) * 2006-12-25 2012-05-23 ソニー株式会社 コンテンツ再生システム、再生装置、再生制御方法及びプログラム
CN101212832A (zh) 2006-12-26 2008-07-02 鸿富锦精密工业（深圳）有限公司 音频电路
JP2008167351A (ja) * 2007-01-04 2008-07-17 Toshiba Corp 端末装置
US7979558B2 (en) * 2008-08-06 2011-07-12 Futurewei Technologies, Inc. Remote session control
US8032589B2 (en) * 2008-10-27 2011-10-04 Telefonaktiebolaget L M Ericsson (Publ) Methods and systems for resuming, transferring or copying a multimedia session
US9641564B2 (en) * 2009-05-14 2017-05-02 Qualcomm Incorporated Maintaining controllee information in collaborative sessions
US8838694B2 (en) * 2009-06-19 2014-09-16 Futurewei Technologies, Inc. System and method for shared multimedia experiences across multiple subscriptions
US8644258B2 (en) * 2009-08-07 2014-02-04 Alcatel Lucent Method and apparatus for reducing break duration in handover of VoIP conversation
US8601146B2 (en) 2009-10-21 2013-12-03 Tekelec, Inc. Methods, systems, and computer readable media for session initiation protocol (SIP) identity verification
WO2011085328A1 (en) * 2010-01-11 2011-07-14 Interdigital Patent Holdings, Inc. Push based inter-operator inter-device transfer
WO2011088051A1 (en) * 2010-01-12 2011-07-21 Interdigital Patent Holdings, Inc. Pull based inter-operator inter-device transfer
US20110196973A1 (en) * 2010-02-05 2011-08-11 Interdigital Patent Holdings, Inc. Method and apparatus for inter-device session continuity (idsc) of multi media streams
CN102783116A (zh) * 2010-03-04 2012-11-14 交互数字专利控股公司 用于网际协议多媒体子系统协同会话中的识别和传递的方法和装置
US8763060B2 (en) * 2010-07-11 2014-06-24 Apple Inc. System and method for delivering companion content
US20120207088A1 (en) * 2011-02-11 2012-08-16 Interdigital Patent Holdings, Inc. Method and apparatus for updating metadata
US20120224568A1 (en) 2011-03-02 2012-09-06 Interdigital Patent Holdings, Inc. Method and apparatus for synchronizing node transmissions in a network

Also Published As

Publication number Publication date
US20150229465A1 (en) 2015-08-13
US9014170B2 (en) 2015-04-21
TW201731271A (zh) 2017-09-01
CN106899569A (zh) 2017-06-27
US9544127B2 (en) 2017-01-10
JP5782139B2 (ja) 2015-09-24
TWI647940B (zh) 2019-01-11
JP2014511596A (ja) 2014-05-15
JP2015228677A (ja) 2015-12-17
CN107104934A (zh) 2017-08-29
JP2017139783A (ja) 2017-08-10
KR20130120548A (ko) 2013-11-04
US10003933B2 (en) 2018-06-19
EP2673934B1 (en) 2016-10-19
KR101526094B1 (ko) 2015-06-10
EP2673934A1 (en) 2013-12-18
WO2012109422A1 (en) 2012-08-16
EP3110105A1 (en) 2016-12-28
TW201246868A (en) 2012-11-16
KR20130135916A (ko) 2013-12-11
KR20170070253A (ko) 2017-06-21
US20170118606A1 (en) 2017-04-27
TWI583160B (zh) 2017-05-11
CN103354992A (zh) 2013-10-16
KR101750139B1 (ko) 2017-06-22
US20120236842A1 (en) 2012-09-20

Similar Documents

Publication Publication Date Title
JP6110443B2 (ja) 協調セッション中に移動局のメディアフローを同期化する方法および装置
WO2018201985A1 (en) System and method for handovers in a dual connectivity communications system
JP6239629B2 (ja) ビデオ方位に基づくマルチメディア適応
US8305955B2 (en) Method and system for network synchronization via a femtocell
US20120207088A1 (en) Method and apparatus for updating metadata
TW201334483A (zh) 賦能多媒體同步化的方法及裝置
WO2014127515A1 (zh) 业务提供系统、方法、移动边缘应用服务器及支持节点
JP6313466B2 (ja) 共通タイミングフレームワークを使う複数のマルチメディアデバイスのワイヤレス同期のための装置および方法
US9560088B2 (en) Method and apparatus for inter-user equipment transfer of streaming media
TW201631999A (zh) 包韓媒體通信期資訊協作期之使用者設備（ｕｅ）間傳送（ｉｕｔ）
TW201902272A (zh) 用戶設備及同步方法
TW201141158A (en) Inter-device session duplication
CN103354992B (zh) 用于在协同会话期间同步移动站媒体流的方法和装置
WO2023192094A1 (en) Synchronization of multi-modal flows

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20160617

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160705

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161005

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170207

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170309

R150 Certificate of patent or registration of utility model

Ref document number: 6110443

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250