(57)【要約】  コンテンツ配信用の方法及び装置が記載され、第１のネットワークからコンテンツを受信し、第２のネットワークのサービスエリアに移動し、ハンドオーバを実行し、第２のネットワークからコンテンツを受信し、いずれかの重複したコンテンツのパケットを破棄することを含む。また、コンテンツ配信用の方法及び装置が記載され、第１のネットワークからコンテンツを受信し、ハンドオーバを実行し、第２のネットワークからコンテンツを受信し、いずれかのコンテンツが欠如しているか否かを決定し、欠如したコンテンツを要求することを含む。
2010539850.tif 000002
【特許請求の範囲】
【請求項１】
第１のネットワークからコンテンツを受信し、
第２のネットワークのサービスエリアに移動し、
ハンドオーバを実行し、
前記第２のネットワークからコンテンツを受信し、
いずれかの重複したコンテンツのパケットを破棄することを有するコンテンツ配信方法。
【請求項２】
前記第１のネットワークは、ハンドヘルド装置用のデジタルビデオ放送ネットワークである、請求項１に記載の方法。
【請求項３】
前記第２のネットワークは、無線ローカルエリアネットワークである、請求項１に記載の方法。
【請求項４】
前記第１のネットワークから受信したコンテンツをバッファに格納し、
前記第２のネットワークから受信したコンテンツを前記バッファに格納することを更に有する、請求項１に記載の方法。
【請求項５】
前記第１のネットワークと前記第２のネットワークとの間でのコンテンツをストリーミングする遅延差を測定し、
前記第１のネットワークと前記第２のネットワークとの間の前記遅延差より大きいバッファサイズを選択することを更に有する、請求項１に記載の方法。
【請求項６】
前記ハンドオーバは、ユーザ入力に応じて実行される、請求項１に記載の方法。
【請求項７】
前記ハンドオーバは、前記第２のネットワークの前記サービスエリアで良好な信号品質と良好な信号強度とのうち１つに基づいて実行される、請求項１に記載の方法。
【請求項８】
第１のネットワークからコンテンツを受信する手段と、
第２のネットワークのサービスエリアに移動する手段と、
ハンドオーバを実行する手段と、
前記第２のネットワークからコンテンツを受信する手段と、
いずれかの重複したコンテンツのパケットを破棄する手段と
を有するコンテンツ配信装置。
【請求項９】
前記第１のネットワークと前記第２のネットワークとの間でのコンテンツをストリーミングする遅延差を測定する手段と、
前記第１のネットワークと前記第２のネットワークとの間の前記遅延差より大きいバッファサイズを選択する手段と
を更に有する、請求項８に記載の装置。
【請求項１０】
前記第１のネットワークは、ハンドヘルド装置用のデジタルビデオ放送ネットワークである、請求項８に記載の装置。
【請求項１１】
前記第２のネットワークは、無線ローカルエリアネットワークである、請求項８に記載の装置。
【請求項１２】
前記ハンドオーバは、ユーザ入力に応じて実行される、請求項８に記載の装置。
【請求項１３】
前記ハンドオーバは、前記第２のネットワークの前記サービスエリアで良好な信号品質と良好な信号強度とのうち１つに基づいて実行される、請求項８に記載の装置。
【請求項１４】
第１のネットワークからコンテンツを受信し、
ハンドオーバを実行し、
第２のネットワークからコンテンツを受信し、
いずれかのコンテンツが欠如しているか否かを決定し、
前記欠如したコンテンツを要求することを有するコンテンツ配信方法。
【請求項１５】
前記第１のネットワークは、無線ローカルエリアネットワークである、請求項１４に記載の方法。
【請求項１６】
前記第２のネットワークは、ハンドヘルド装置用のデジタルビデオ放送ネットワークである、請求項１４に記載の方法。
【請求項１７】
前記第１のネットワークから受信したコンテンツをバッファに格納し、
前記第２のネットワークから受信したコンテンツを前記バッファに格納することを更に有する、請求項１４に記載の方法。
【請求項１８】
前記第１のネットワークから受信したコンテンツを第１のバッファに格納し、
前記第２のネットワークから受信したコンテンツを第２のバッファに格納することを更に有する、請求項１４に記載の方法。
【請求項１９】
前記ハンドオーバは、ユーザ入力に応じて実行される、請求項１４に記載の方法。
【請求項２０】
前記ハンドオーバは、前記第２のネットワークの前記サービスエリアで良好な信号品質と良好な信号強度とのうち１つに基づいて実行される、請求項１４に記載の方法。
【請求項２１】
第１のネットワークからコンテンツを受信する手段と、
ハンドオーバを実行する手段と、
第２のネットワークからコンテンツを受信する手段と、
いずれかのコンテンツが欠如しているか否かを決定する手段と
を有するコンテンツ配信装置。
【請求項２２】
前記第１のネットワークから受信したコンテンツをバッファに格納する手段と、
前記第２のネットワークから受信したコンテンツを前記バッファに格納する手段と
を更に有する、請求項２１に記載の装置。
【請求項２３】
前記第１のネットワークから受信したコンテンツを第１のバッファに格納する手段と、
前記第２のネットワークから受信したコンテンツを第２のバッファに格納する手段と
を更に有する、請求項２１に記載の装置。
【請求項２４】
前記第１のネットワークは、無線ローカルエリアネットワークである、請求項２１に記載の装置。
【請求項２５】
前記第２のネットワークは、ハンドヘルド装置用のデジタルビデオ放送ネットワークである、請求項２１に記載の装置。
【請求項２６】
前記ハンドオーバは、ユーザ入力に応じて実行される、請求項２１に記載の装置。
【請求項２７】
前記ハンドオーバは、前記第２のネットワークの前記サービスエリアで良好な信号品質と良好な信号強度とのうち１つに基づいて実行される、請求項２１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動TVのためのアクセスネットワークのハンドオーバ機構に関し、特に、番組の最小の中断が観察されつつ、デュアルモード端末が１つのネットワークから他のネットワークへ切り替えることを可能にするハンドオーバ機構に関する。
【背景技術】
【０００２】
WiFiは、IEEE802.11に基づく無線ローカルエリアネットワークの組み込み技術を記述するために使用されている。近年では、WiFiという用語は、無線ローカルエリアネットワークの接続及び使用に関して移動コンピュータ装置（ラップトップ、パーソナルデジタルアシスタント（PDA）、携帯電話を含む移動端末等）の一般的な無線インタフェースを包含して記述するように広がっている。WiFiの一般的な用途は、テレビとマルチメディアアクセスプレイヤ及びレコーダとデジタルカメラ（静止画及び動画）とを含む家庭用電化製品のインターネットアクセス、VOIP（voice-over-IP（Internet  protocol）電話アクセス、ゲーム及びネットワーク接続を含む。
【０００３】
DVH-H（Digital  Video  Broadcasting  -  Handheld）は、ハンドヘルド型家庭用電化製品（テレビ、マルチメディアアクセスプレイヤ及びレコーダ等）を含むハンドヘルド型受信機への放送サービスの提供のための技術仕様である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
多くのポータブル装置がWiFi可能になっているため、WiFiアクセスネットワークの数も急速に増えている。DVB-Hシステムのような移動テレビ（TV）システムをWiFiネットワークに拡張することは、移動TV番組のサービスエリアを拡張可能にする。移動装置／端末が移動TV（例えば、DVB-H）インタフェースとWiFiインタフェースとの双方を有する場合、特にDVB-H信号が十分な強度及び／又は品質ではない場合には、WiFiアクセスが代替インタフェースとして使用されてもよい。ここで用いられる“／”は、同じ又は類似する構成要素又は構造の代替の名前である。すなわち、“／”は、“又は”という意味として受け取られてもよい。
【０００５】
従って、本発明は、番組の最小の中断が観察されつつ、デュアルモード端末が１つのネットワークから他のネットワークに切り替えることができるような、移動TVのハンドオーバ機構を対象とする。
【課題を解決するための手段】
【０００６】
双方が同じTV番組を提供する場合に、１つのアクセスネットワークから他のものにシームレスなハンドオーバをユーザに経験させることは有利である。TV番組が連続して視聴できるように、アクセスのハンドオーバ中に、適切なバッファで２つのアクセスネットワークからのビデオストリームを同期させることは更に有利である。
【０００７】
コンテンツ配信方法及び装置が記載され、第１のネットワークからコンテンツを受信し、第２のネットワークのサービスエリアに移動し、ハンドオーバを実行し、第２のネットワークからコンテンツを受信し、いずれかの重複したコンテンツのパケットを破棄することを含む。また、コンテンツ配信用の方法及び装置が記載され、第１のネットワークからコンテンツを受信し、ハンドオーバを実行し、第２のネットワークからコンテンツを受信し、いずれかのコンテンツが欠如しているか否かを決定し、欠如したコンテンツを要求することを含む。
【図面の簡単な説明】
【０００８】
【図１】DVB-H及びWiFi移動テレビの重なり
【図２】例示的なデュアルモード移動端末／装置を使用した移動TVのためのシステム構成要素
【図３Ａ】異なるレベルでのアクセスネットワークの切り替え
【図３Ｂ】異なるレベルでのアクセスネットワークの切り替えの詳細
【図４】本発明の原理による移動端末／装置の例示的なハンドオーバ処理のフローチャート
【図５】DVB-HシステムとWiFiネットワークとの間を切り替える間のバッファ状態
【図６Ａ】DVB-HシステムからWiFiネットワークへのハンドオーバ処理のフローチャート
【図６Ｂ】WiFiネットワークからDVB-Hシステムへのハンドオーバ処理のフローチャート
【発明を実施するための形態】
【０００９】
本発明は、添付図面と共に読んだときに、以下の詳細な説明から最も良く理解できる。
【００１０】
図１は、DVB-Hサービスエリア内のWiFiサービスエリアの重なりを示している。DVB-Hは、公衆移動TVの一例である。この場合、移動端末は、DVB-Hシステム及び／又は１つ以上のWiFiネットワークの一方又は双方から放送（ブロードキャスト）／マルチキャストされたTV番組にアクセスすることができる。しかし、WiFiアクセスは、ホットスポットのみで利用可能であり、ホットスポットでは、特に室内では、DVB-H信号強度は、十分な品質ではない可能性がある。すなわち、放送される番組又は何らかの信号は、このような信号の全ての利用可能な受信機に送信される。マルチキャストは、全ての利用可能な受信機の一部に送信される。全ての利用可能な受信機の一部は、実際には全ての受信機の全体でもよい。従って、マルチキャストは、放送の概念を包含する／含むため広い。
【００１１】
図１を参照すると、ビデオソース（発信源）105は、ビデオ及び／又はマルチメディアソース（一般的に“コンテンツ”と呼ばれる）を提供するサーバである。ディスク型装置110は、バックボーンネットワークの抽象化である。サーバは、バックボーンネットワーク110を介してヘッドエンド115と通信している。ヘッドエンド115は、DVB-Hシステムの放送／マルチキャストタワー120を介して、コンテンツを受信可能な移動装置／端末125にコンテンツをマルチキャスト／放送する。サーバはまた、ホットスポット内にあるスイッチ130と通信している。サーバ105、DVB-Hネットワークと通信するヘッドエンド115、及びホットスポット（WiFiネットワーク135）にあるスイッチ130は、バックボーンネットワークを介して全て接続される。最も右のホットスポット内の移動装置／端末は、ホットスポット内にあっても、DVB-Hネットワークからコンテンツを受信している。最も左のホットスポットにある移動装置／端末は、WiFiホットスポット又はDVB-Hシステムから番組を受信するか否かを選択することができる。移動端末／装置は、WiFiアクセスポイント140を介してWiFiホットスポットで番組を受信する。移動端末／装置のユーザは、この選択を行ってもよく、移動端末／装置は、信号品質に基づいてアクセスネットワーク間を自動的に切り替えてもよい。
【００１２】
図２を参照すると、ソース205は、コンテンツをビデオストリーミングサーバ105に送信し、ビデオストリーミングサーバ105は、コンテンツをスイッチ130とヘッドエンドとの双方に転送する。ヘッドエンドは、インターネットプロトコル（IP）カプセル化器（IPE：Internet  Protocol  encapsulator）210と、変調器215と、増幅器220と、DVB-Hタワー120とを含む。サーバは、バックボーンネットワーク（図２に図示せず）を介してコンテンツをスイッチ130とヘッドエンドとの双方に送信する。例示的な移動装置／端末は、例えばデュアルモード無線電話125である。移動TVを受信でき、本発明のデュアルプロトコルスタックを使用する如何なる移動装置／端末が使用されてもよい点に留意すべきである。スイッチ130は、WiFiアクセスポイント140を介してコンテンツを移動端末／装置125に送信する。デュアルモード移動端末／装置は、２つのプロトコルスタックを有する。１つのプロトコルスタックは、DVB-Hネットワークを介して移動TVを受信するためのものであり、第２のプロトコルスタックは、WiFiネットワークを介してホットスポットで移動TVを受信するためのものである。図２に示す例示的なデュアルモード移動端末／装置125は、復調器と、デマルチプレクサと、コーデックと、マルチメディアプレイヤと、WiFiインタフェースとを有する。ヘッドエンドは、対応して、マルチプレクサと、コーデックとを有する（図示せず）。
【００１３】
図３Ａに示すように、何らかの理由（１つのネットワークにより送信された所望の番組について低い／減少した信号強度等）で１つのアクセスネットワークから他のものに切り替える必要がある場合、ビデオストリーム（コンテンツ）は、異なるプロトコルレベルで２つのアクセスネットワーク（WiFi及びDVB-H）の間で切り替えられてもよい。DVB-Hネットワークを通じた移動TVサービスは、通常では、サービスの全ての番組情報を含み、移動端末に定期的に放送される電子サービスガイド（ESG：electronic  service  guide）を有する。ESGを通じて、移動端末は、番組（便宜的にチャンネルとも呼ばれる）が何のコンテンツを放送しているか、どのようにそのコンテンツにアクセスするかを決定することができる。WiFiアクセスネットワークを通じて、ESGはまた、WiFiネットワークを介して利用可能な番組について放送される。WiFiネットワークでの／によるESG放送は、DVB-H  ESGの同じESG又は適合である。DVB-H及びWiFiネットワークの双方からESGを受信する端末は、番組がDVB-H及びWiFiアクセスネットワークの双方から利用可能であるか否かを決定することができ、アクセスネットワークが一方から他方に切り替えられている間に番組が連続して視聴可能である。
【００１４】
ハンドオーバは以下のように異なるプロトコルレベルで行われてもよい。
【００１５】
1)アプリケーションレイヤ：マルチキャストTV番組は、ビデオストリーム（コンテンツ）情報を記述するSDP（Session  Description  Protocol）ファイル又はマルチキャストセッションを識別するために必要なビデオストリーム情報を含む何らかのファイルに関連付けられる／対にされる。DVB-Hからの番組とWiFiからの番組とは、異なるSDPファイルを有する。ユーザは、対応するSDPファイルを使用することにより、TV番組を視聴するアクセスネットワークを選択してもよい。この手法は遅延をもたらし、この遅延は、チャンネルを変更する初期遅延に少なくとも等しい。従って、ハンドオーバは、ユーザにとってトランスペアレントではない。
【００１６】
2)ネットワークレイヤ：１つのTV番組についてSDPファイルの対を仮定する。すなわち、ESGが、WiFiサービスエリアとDVB-Hサービスエリアとの双方でどのSDPファイルが所望の番組に対応するかを認識しており、ESGがSDPファイルを対にする／関連付けることを仮定すると、信号強度に基づく自動検出又はユーザ選択により、アクセスネットワークの切り替えが生じたときに、短い期間（数秒等）に、古いアクセスネットワークのアドレスAからのパケットが新しいアクセスネットワークのアドレスBに転送される。アドレスBから、双方のアクセスネットワークのパケットは、短い期間に到達する可能性がある。重複したパケットを除去する必要がある。同期していない２つのアクセスネットワークからのストリーム（コンテンツ）の場合、スムーズなハンドオーバを確保するためにバッファ機構が必要になる。例示的なバッファ技術について以下に説明する。この手法は、ユーザにとってトランスペアレントなハンドオーバを提供するため、サービスの中断を回避できる可能性がある。
【００１７】
3)媒体アクセス制御（MAC）レイヤ：同じTV番組について同じSDPファイルがDVB-H及びWiFiネットワークの双方で使用可能である場合、このことは同じマルチキャストアドレスが使用されることを意味し、対応するアクセスネットワークからビデオストリーム（コンテンツ）を受信する際のアドレスが１つのネットワークインタフェースに同時に束ねられる（バンドルされる）。連続再生の中断を低減するために、短い期間に１つのアドレスを双方のネットワークインタフェースで束ねる（バンドルする）ことも可能である。１つのネットワークインタフェースの１つのソケットが生成されてもよく、マルチキャストグループに参加してデータを受信するために全てのソケットが作られてもよい。この場合、移動端末／装置は、全てのネットワーク接続からデータを受信し、異なるネットワーク接続からのデータは重複する。重複したパケットの除去が行われ、バッファ技術も適用される。この手法はアプリケーションと同様にユーザにとってトランスペアレントである。
【００１８】
図３Ｂは、３つの異なるプロトコルレイヤでのハンドオーバの３つのプロトコルスタックを示している。ハンドオーバ処理の点線のボックスは、異なるプロトコルレイヤで異なる意味／実装／処理を有してもよい。アプリケーションレイヤでは、ハンドオーバ処理は、第１のアクセスネットワーク（例えば、DVB-Hネットワーク）からの現在の番組を切断しつつ、第２のアクセスネットワーク（例えば、WiFiネットワーク）からESGの番組を受け取るユーザ動作である。ネットワークレイヤでは、ハンドオーバ処理は、番組の信号強度及び信号品質の検出である。ハンドオーバ処理は、インタフェースAからインタフェースBにソケット・バインディング・インタフェースを切り替え、特定の期間にIPパケットをインタフェースAからインタフェースBに転送する。MACレイヤでは、インタフェースA及びインタフェースBの双方からのIPパケットは同じマルチキャストアドレスを使用するため、IPパケットは、全てプレイヤ装置のソケットにより受信されてもよい。この場合、唯一のインタフェースが同時に使用される。ハンドオーバ処理は、信号強度及び／又は信号品質に基づき、一方のインタフェースを有効にして他方のインタフェースを無効にしてもよい。ハンドオーバ処理中に、双方のインタフェースが有効になる短い期間が存在する。
【００１９】
重複したパケットを破棄し、順序違いのパケットがプレイヤ装置のデコーダに送信される前に順序違いのパケットを並び替える機能が存在することが想定される。
【００２０】
図４は、本発明の原理による移動端末／装置の例示的なハンドオーバ処理のフローチャートである。405において、移動端末／装置は、第１のネットワーク（例えば、DVB-Hネットワーク）からコンテンツを受信する。410において、ユーザ入力又は信号品質若しくは信号強度に基づいて、ハンドオーバ指示が生成される。465において、ハンドオーバ指示が受信される。470において、移動端末／装置のユーザが第２のネットワーク（例えば、WiFiネットワーク）への切り替え（ハンドオーバ）を指示したか否かを決定するためにテストが実行される。ユーザが第２のネットワークへの切り替えを指示していない場合、475において、第２のネットワークへの自動切り替えが信号品質又は信号強度に基づいて行われるか否かを決定するためにテストが実行される。自動切り替えが行われない場合、465において、本発明のデュアルモード移動端末／装置は、第１のネットワークからコンテンツを受信し続ける。信号品質又は信号強度に基づいて自動切り替えが存在する場合、477において、切り替えがMACレイヤで実行されるか否かを決定するためにテストが実行される。ネットワークレイヤ又はMACレイヤでの実行は、同じSDPファイルがDVB-H送信／信号及びWiFi送信／信号に使用可能であるか否かに基づく。切り替えがMACレイヤで実行される場合、495において、ネットワークインタフェースが交換される。切り替えがネットワークレイヤで実行される場合、485において、コンテンツはパケットで転送される。アクセスが第１のネットワークから第２のネットワークに切り替えられることをユーザが指示している場合、490において、SDPファイルが対になっている／関連付けられているか否かを決定するためにテストが実行される。SDPファイルが対になっている／関連付けられている場合、485において、ネットワークレイヤで切り替えが実行され、コンテンツがパケットで転送される。SDPファイルが対になっていない／関連付けられていない場合、490において、アプリケーションレイヤで切り替えが実行され、SDPファイルが交換される。
【００２１】
440において、コンテンツは第２のネットワークを介して受信される。445において、バッファ管理が処理される。特に、450において、欠如（欠落）したパケットが存在するか否かを決定するためにテストが実行される。欠如したパケットが存在しない場合、455において、コンテンツの何らかの重複したパケットが除去される。
【００２２】
WiFiストリーム（コンテンツ）がDVB-Hストリーム（コンテンツ）より常に遅延することを仮定することが合理的である。このことは、WiFiネットワークからDVB-Hネットワークへ切り替えるときにコンテンツのギャップが常に存在することを意味する。このギャップはカバーできない。コンテンツの何らかの欠如したパケットが存在する場合、460において、ARQ機構を介して欠如したパケットが要求される。このフローチャートの目的で、切り替えがDVB-Hネットワークの使用からWiFiネットワークへの使用である場合にのみ、欠如したパケットが存在することが想定される。ARQ機構は、DVB-Hネットワークではなく、WiFiネットワークから欠如したパケットを要求するために使用される。第１のネットワークとして示されるネットワーク及び第２のネットワークとして示されるネットワークは、440、445又は460のいずれかで交換可能でもよい。このことは、フローチャート内でのループを容易にする。ARQ機構に関して、一般的にはユニキャストで使用される。マルチキャスト／放送の場合、ARQ機構もまた、欠如／損失したパケットを回復することにより、エンドツーエンドのパケット損失を減少させるために使用されてもよい。WiFiネットワークでは接続が双方向であるため、このことが当てはまる。しかし、サーバでACK/NACKの抑制を処理するために、特別なARQ機構が適用される点に留意すべきである。
【００２３】
図５は、再生のために２つの同期していないビデオストリーム（コンテンツ）をバッファすることを示している。一般性を失わずに、WiFiストリームがDVB-Hストリームより常に遅延していることを想定する。DVB-HとWiFiとの遅延差をd1とし、プレイヤのコンテンツストリームの全バッファがd2であるとする。
【００２４】
クライアント／移動端末／装置がDVB-Hネットワークからコンテンツを受信し始めることを仮定すると、（移動装置／端末の）プレイヤは、コンテンツ再生を始める前に最初にd2の長さをバッファする必要がある。図５に示すように、タイミングを示す２つの斜線のバーが存在し、t0がDVB-Hバッファの現在の再生ポイントであり、t2が現時点であり、t2=t0+d2である。t1はWiFiバッファの現在の再生ポイントである。
【００２５】
クライアントがDVB-HネットワークからWiFiネットワークに切り替えると、WiFiコンテンツストリームはd1の遅延を有しているため、WiFiからの現在のストリーミングパケット（コンテンツ）は、既にバッファにある。重複するd1の長さのデータが存在し、重複したコンテンツパケットが破棄される。図５の２番目の行に示すようにWiFiネットワークに切り替えた後に、受信したコンテンツパケットは、バッファに既に存在するものの重複であり、バッファの長さがd3=d2-d1まで減少するまで破棄される。
【００２６】
クライアントがWiFiネットワークからDVB-Hネットワークに切り替えると、DVB-Hシステムにより既に送信されたd1の長さのデータが存在する。これは、遅延差のため欠如しており、従って、クライアントがDVB-Hに直ちに切り替えると、ストリーム（コンテンツ）は連続して再生できない。２つの選択肢が存在する。1)  d1のデータの長さだけクライアントにWiFi及びDVB-Hの双方からのデータを受信させる。2)ネットワーク状態が許可する場合には、デュアルモード移動装置／端末がDVB-Hネットワークに切り替える前にWiFiネットワークを通じてコンテンツサーバからパケットの欠如したコンテンツのダウンロードを要求するために、前述の特別のARQ機構を使用する。必要なデータは、WiFiの現在のストリーミングデータであるため、WiFiネットワークのサーバで直ちに利用可能にはならない可能性がある。しかし、DVB-Hネットワークのサーバから直接データを取得することが可能である。欠如したパケット（コンテンツ）を取得するためにARQを使用することができない場合、クライアント／移動端末／装置がWiFi（遅い）からDVB-H（早い）に切り替える毎に、d1の期間のジッタが存在する。
【００２７】
遅延差d1の決定は、本発明によるデュアルモードインタフェース電話のビデオ／コンテンツストリームのタイムスタンプを検査することにより行われてもよい。デュアルモードインタフェース電話は、双方のネットワークからのコンテンツストリームを同時に受信することができる。遅延差d1はホットスポット毎に変動及び変化する可能性がある。変動及び変化の可能性を鑑みて、バッファの長さd2は、選択されたコンテンツの再生レートと遅延差との双方に基づいて決定され、サイズに関して連続して更新されてもよい。或いは、最悪の条件に基づいて最大サイズが選択されてもよい。バッファの長さd2は、ハンドオーバでの中断のない再生のため、遅延差d1より大きくなければならない。
【００２８】
図６Ａは、DVB-HシステムからWiFiネットワークへのハンドオーバ処理のフローチャートである。605において、移動端末／装置は、DVB-Hシステムからコンテンツのパケットを受信する。ステップ610において、ハンドオーバが進行中であるか否かの決定が行われる。ハンドオーバが進行中でない場合、処理は605に戻る。しかし、ハンドオーバが進行中で或る場合、615において、移動端末／装置は、WiFiネットワークからコンテンツのパケットを受信し始める。620において、バッファの何らかの重複したパケットは破棄される。
【００２９】
図６Ｂは、WiFiネットワークからDVB-Hシステムへのハンドオーバ処理のフローチャートである。625において、移動端末／装置は、WiFiネットワークからコンテンツのパケットを受信する。630において、ハンドオーバが進行中であるか否かの決定が行われる。ハンドオーバが進行中でない場合、処理は625に戻る。しかし、ハンドオーバが進行中である場合、635において、移動端末／装置は、WiFiネットワークとDVB-Hシステムとの双方からコンテンツのパケットを受信する。640において、WiFiネットワークからのコンテンツの最後のパケットがDVB-Hシステムから受信したコンテンツの最初のパケットと同じであるか否かの決定が行われる。WiFiネットワークからコンテンツの最後のパケットがDVB-Hシステムから受信したコンテンツの最初のパケットと同じでない場合、移動端末／装置は635に戻り、WiFiネットワークとDVB-Hシステムとの双方からコンテンツの次のパケットを受信し続ける。このことは、コンテンツの欠如したパケットがACK/NACK抑制を有するARQ機構を使用して要求可能であることを意味する。しかし、WiFiネットワークからのコンテンツの最後のパケットがDVB-Hシステムから受信したコンテンツの最初のパケットと同じである場合、移動端末／装置は、DVB-Hシステムのみからコンテンツのパケットを受信する。
【００３０】
本発明は、ハードウェア、ソフトウェア、ファームウェア、専用プロセッサ、他はこれらの組み合わせの様々な形式で実装されてもよいことがわかる。好ましくは、本発明は、ハードウェアとソフトウェアとの組み合わせとして実装される。更に、ソフトウェアは、プログラム記憶装置に具体的に具現されたアプリケーションプログラムとして実装されることが好ましい。アプリケーションプログラムは、如何なる適切なアーキテクチャを有する機械にアップロードされ、実行されてもよい。好ましくは、機械は、１つ以上の中央処理装置（CPU）、ランダムアクセスメモリ（RAM）、入出力（I/O）インタフェースのようなハードウェアを有するコンピュータプラットフォーム上に実装される。コンピュータプラットフォームはまた、オペレーティングシステムとマイクロ命令コードとを含む。ここに記載する様々な処理及び機能は、オペレーティングシステムを介して実行されるマイクロ命令コードの一部でもよく、アプリケーションプログラムの一部でもよい（これらの組み合わせでもよい）。更に、様々な他の周辺装置（更なるデータ記憶装置及び印刷装置等）がコンピュータプラットフォームに接続されてもよい。
【００３１】
添付図面に示すいくつかの構成要素のシステムコンポーネント及び方法のステップは、ソフトウェアに実装されることが好ましいため、システムコンポーネント（又は処理ステップ）の間の実際の接続関係は、本発明がプログラムされる方法によって異なってもよいことが更にわかる。ここの教示を前提として、当業者は、本発明の前記及び同様の実装又は構成を考えることができる。
【図１】
2010539850.tif 000003
【図２】
2010539850.tif 000004
【図３Ａ】
2010539850.tif 000005
【図３Ｂ】
2010539850.tif 000006
【図４】
2010539850.tif 000007
【図５】
2010539850.tif 000008
【図６Ａ】
2010539850.tif 000009
【図６Ｂ】
2010539850.tif 000010
【国際調査報告】
2010539850.tif 000011
2010539850.tif 000012
2010539850.tif 000013