JP5181026B2

JP5181026B2 - 移動テレビシステムのためのアクセスネットワークのハンドオーバ

Info

Publication number: JP5181026B2
Application number: JP2010525814A
Authority: JP
Inventors: リー，ジュン; シエ，カイ; シ，ユン・タオ; シャングアン，シ・ナン
Original assignee: Thomson Licensing SAS
Current assignee: Thomson Licensing SAS
Priority date: 2007-09-18
Filing date: 2008-09-16
Publication date: 2013-04-10
Anticipated expiration: 2028-09-16
Also published as: KR101477202B1; JP2010539851A; CN101803427B; EP2040436A1; CN101803427A; BRPI0816940B1; EP2188966B1; US20100202405A1; WO2009038699A1; BRPI0816940A2; KR20100056504A; EP2188966A1; US8325589B2

Description

本発明は、移動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との遅延差をd₁とし、プレイヤのコンテンツストリームの全バッファがd₂であるとする。

クライアント／移動端末／装置がDVB-Hネットワークからコンテンツを受信し始めることを仮定すると、（移動装置／端末の）プレイヤは、コンテンツ再生を始める前に最初にd₂の長さをバッファする必要がある。図５に示すように、タイミングを示す２つの斜線のバーが存在し、t₀がDVB-Hバッファの現在の再生ポイントであり、t₂が現時点であり、t₂=t₀+d₂である。t₁はWiFiバッファの現在の再生ポイントである。

クライアントがDVB-HネットワークからWiFiネットワークに切り替えると、WiFiコンテンツストリームはd₁の遅延を有しているため、WiFiからの現在のストリーミングパケット（コンテンツ）は、既にバッファにある。重複するd₁の長さのデータが存在し、重複したコンテンツパケットが破棄される。図５の２番目の行に示すようにWiFiネットワークに切り替えた後に、受信したコンテンツパケットは、バッファに既に存在するものの重複であり、バッファの長さがd₃=d₂-d₁まで減少するまで破棄される。

クライアントがWiFiネットワークからDVB-Hネットワークに切り替えると、DVB-Hシステムにより既に送信されたd₁の長さのデータが存在する。これは、遅延差のため欠如しており、従って、クライアントがDVB-Hに直ちに切り替えると、ストリーム（コンテンツ）は連続して再生できない。２つの選択肢が存在する。1) d₁のデータの長さだけクライアントにWiFi及びDVB-Hの双方からのデータを受信させる。2)ネットワーク状態が許可する場合には、デュアルモード移動装置／端末がDVB-Hネットワークに切り替える前にWiFiネットワークを通じてコンテンツサーバからパケットの欠如したコンテンツのダウンロードを要求するために、前述の特別のARQ機構を使用する。必要なデータは、WiFiの現在のストリーミングデータであるため、WiFiネットワークのサーバで直ちに利用可能にはならない可能性がある。しかし、DVB-Hネットワークのサーバから直接データを取得することが可能である。欠如したパケット（コンテンツ）を取得するためにARQを使用することができない場合、クライアント／移動端末／装置がWiFi（遅い）からDVB-H（早い）に切り替える毎に、d₁の期間のジッタが存在する。

遅延差d₁の決定は、本発明によるデュアルモードインタフェース電話のビデオ／コンテンツストリームのタイムスタンプを検査することにより行われてもよい。デュアルモードインタフェース電話は、双方のネットワークからのコンテンツストリームを同時に受信することができる。遅延差d₁はホットスポット毎に変動及び変化する可能性がある。変動及び変化の可能性を鑑みて、バッファの長さd₂は、選択されたコンテンツの再生レートと遅延差との双方に基づいて決定され、サイズに関して連続して更新されてもよい。或いは、最悪の条件に基づいて最大サイズが選択されてもよい。バッファの長さd₂は、ハンドオーバでの中断のない再生のため、遅延差d₁より大きくなければならない。

図６Ａは、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）インタフェースのようなハードウェアを有するコンピュータプラットフォーム上に実装される。コンピュータプラットフォームはまた、オペレーティングシステムとマイクロ命令コードとを含む。ここに記載する様々な処理及び機能は、オペレーティングシステムを介して実行されるマイクロ命令コードの一部でもよく、アプリケーションプログラムの一部でもよい（これらの組み合わせでもよい）。更に、様々な他の周辺装置（更なるデータ記憶装置及び印刷装置等）がコンピュータプラットフォームに接続されてもよい。

添付図面に示すいくつかの構成要素のシステムコンポーネント及び方法のステップは、ソフトウェアに実装されることが好ましいため、システムコンポーネント（又は処理ステップ）の間の実際の接続関係は、本発明がプログラムされる方法によって異なってもよいことが更にわかる。ここの教示を前提として、当業者は、本発明の前記及び同様の実装又は構成を考えることができる。

Claims

コンテンツ配信システムでハンドオーバを実行する方法であって、
第１のネットワークにより使用されるコンテンツストリーム識別ファイルが第２のネットワークにより使用されるコンテンツストリーム識別ファイルと対になっているか否かと、同じコンテンツストリーム識別ファイルが前記第１のネットワーク及び前記第２のネットワークにより使用されるか否かとのうち１つに基づいて決定された、プロトコルレイヤでの第１のネットワークから第２のネットワークへのハンドオーバを実行することを有する方法。
ハンドオーバ指示に応じて、アプリケーションレイヤとネットワークレイヤと媒体アクセス制御レイヤとのうち１つで第１のネットワークから第２のネットワークにハンドオーバを実行することを更に有する、請求項１に記載の方法。
前記ハンドオーバ指示がユーザ起動である場合、且つ、前記第１のネットワークにより使用される前記コンテンツストリーム識別ファイルが第２のネットワークにより使用される前記コンテンツストリーム識別ファイルと対になっていない場合、前記アプリケーションレイヤで前記ハンドオーバを実行し、
前記ハンドオーバ指示がユーザ起動である場合、且つ、前記第１のネットワークにより使用される前記コンテンツストリーム識別ファイルが電子サービスガイドにより示されるように第２のネットワークにより使用される前記コンテンツストリーム識別ファイルと対になっている場合、前記ネットワークレイヤで前記ハンドオーバを実行し、
前記ハンドオーバ指示が自動である場合、且つ、同じコンテンツストリーム識別ファイルが前記第１のネットワーク及び前記第２のネットワークにより使用される場合、前記媒体アクセス制御レイヤで前記ハンドオーバを実行することを更に有する、請求項２に記載の方法。
前記アプリケーションレイヤのハンドオーバは、前記第１のネットワークにより使用される前記コンテンツストリーム識別ファイルと前記第２のネットワークにより使用される前記コンテンツストリーム識別ファイルとを交換することを更に有する、請求項３に記載の方法。
前記ネットワークレイヤのハンドオーバは、前記第１のネットワークにより使用されるマルチキャストアドレスグループと前記第２のネットワークにより使用されるマルチキャストアドレスグループとを交換することと、第１のインタフェースから第２のインタフェースにソケット・バインディングを切り替えることとのうち１つを更に有する、請求項３に記載の方法。
前記媒体アクセス制御レイヤのハンドオーバは、ネットワーク・インタフェース・バインディングを交換することを更に有する、請求項３に記載の方法。
前記自動のハンドオーバ指示は、信号強度と信号品質とのうち１つに基づく、請求項３に記載の方法。
前記第１のネットワークは、ハンドヘルド装置用のデジタルビデオ放送ネットワークであり、前記第２のネットワークは、無線ローカルエリアネットワークである、請求項３に記載の装置。
コンテンツ配信システムでハンドオーバを実行するシステムであって、
第１のネットワークにより使用されるコンテンツストリーム識別ファイルが第２のネットワークにより使用されるコンテンツストリーム識別ファイルと対になっているか否かと、同じコンテンツストリーム識別ファイルが前記第１のネットワーク及び前記第２のネットワークにより使用されるか否かとのうち１つに基づいて決定された、プロトコルレイヤでの第１のネットワークから第２のネットワークへのハンドオーバを実行する手段を有するシステム。
ハンドオーバ指示に応じて、アプリケーションレイヤとネットワークレイヤと媒体アクセス制御レイヤとのうち１つで第１のネットワークから第２のネットワークにハンドオーバを実行する手段を更に有する、請求項９に記載のシステム。
前記ハンドオーバ指示がユーザ起動である場合、且つ、前記第１のネットワークにより使用される前記コンテンツストリーム識別ファイルが第２のネットワークにより使用される前記コンテンツストリーム識別ファイルと対になっていない場合、前記アプリケーションレイヤで前記ハンドオーバを実行する手段と、
前記ハンドオーバ指示がユーザ起動である場合、且つ、前記第１のネットワークにより使用される前記コンテンツストリーム識別ファイルが電子サービスガイドにより示されるように第２のネットワークにより使用される前記コンテンツストリーム識別ファイルと対になっている場合、前記ネットワークレイヤで前記ハンドオーバを実行する手段と、
前記ハンドオーバ指示が自動である場合、且つ、同じコンテンツストリーム識別ファイルが前記第１のネットワーク及び前記第２のネットワークにより使用される場合、前記媒体アクセス制御レイヤで前記ハンドオーバを実行する手段と
を更に有する、請求項１０に記載のシステム。
前記アプリケーションレイヤのハンドオーバは、前記第１のネットワークにより使用される前記コンテンツストリーム識別ファイルと前記第２のネットワークにより使用される前記コンテンツストリーム識別ファイルとを交換する手段を更に有する、請求項１１に記載のシステム。
前記ネットワークレイヤのハンドオーバは、前記第１のネットワークにより使用されるマルチキャストアドレスグループと前記第２のネットワークにより使用されるマルチキャストアドレスグループとを交換する手段と、第１のインタフェースから第２のインタフェースに切り替える手段とのうち１つを更に有する、請求項１１に記載のシステム。
前記媒体アクセス制御レイヤのハンドオーバは、ネットワーク・インタフェース・バインディングを交換することを更に有する、請求項１１に記載のシステム。
前記自動のハンドオーバ指示は、信号強度と信号品質とのうち１つに基づく、請求項１１に記載のシステム。
前記第１のネットワークは、ハンドヘルド装置用のデジタルビデオ放送ネットワークであり、
前記第２のネットワークは、無線ローカルエリアネットワークである、請求項１１に記載のシステム。