(57)【要約】ワイヤレス送受信ユニット（ＷＴＲＵ）は、メディアサーバから、ダウンリンク（ＤＬ）専用無線アクセスネットワーク上のリンクを介してデータを受信するメディアアプリケーションを含み得る。ＤＬ専用無線アクセスネットワーク上のリンクは、第２のＤＬ専用無線アクセスネットワークにハンドオーバされ得る。メディア非依存ハンドオーバ（ＭＩＨ）サーバなどの移動性管理サーバは、双方向無線アクセスネットワークである第２の無線アクセスネットワークを介してＷＴＲＵと通信して、ハンドオーバを容易にすることができる。ＭＩＨメッセージは、ＤＬ専用無線アクセス技術に関するフィールドを含んでよく、ＤＬ専用リンクのハンドオーバを容易にするのに用いられ得る。さらに、ＭＩＨブロードキャストまたはマルチキャストメッセージを使って、ＤＬ専用リンクのハンドオーバを容易にすることができる。
2012526488.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス送受信ユニット（ＷＴＲＵ）において使用するための方法であって、
ダウンリンク専用無線アクセスネットワーク上の無線リンクにおける状態に関連したリンクステータス情報を生成するステップと、
リンクステータス情報メッセージを移動性管理サーバに送るステップであって、前記リンクステータス情報メッセージは前記リンクステータス情報を含み、且つ、前記リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示すフィールドを含む、ステップと
を含むことを特徴とする方法。
【請求項２】
請求項１に記載の方法において、前記移動性管理サーバは、メディア非依存ハンドオーバ（ＭＩＨ）サーバであり、前記リンクステータス情報メッセージは、ＭＩＨメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｕｐ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｉｍｍｉｎｅｎｔ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ．ｉｎｄｉｃａｔｉｏｎメッセージ、またはＭＩＨ＿Ｌｉｎｋ＿ＰＤＵ＿Ｔｒａｎｓｍｉｔ＿Ｓｔａｔｕｓ．ｉｎｄｉｃａｔｉｏｎメッセージであることを特徴とする方法。
【請求項３】
請求項２に記載の方法において、前記リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示す前記フィールドは、ＬＩＮＫ＿ＴＹＰＥフィールドまたはＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドの一方であることを特徴とする方法。
【請求項４】
請求項３に記載の方法において、前記ＬＩＮＫ＿ＴＹＰＥフィールドは、前記ダウンリンク専用無線アクセスネットワークが基づく無線アクセス技術を示すことを特徴とする方法。
【請求項５】
請求項３に記載の方法において、前記ＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドは、ＤＬ＿ＯＮＬＹ値を示すことを特徴とする方法。
【請求項６】
請求項１に記載の方法において、前記リンクステータス情報は、双方向リンクを介して送られることを特徴とする方法。
【請求項７】
ワイヤレス送受信ユニット（ＷＴＲＵ）であって、
ダウンリンク専用無線アクセスネットワーク上の無線リンクにおける状態に関連したリンクステータス情報を生成するように構成されたリンクレイヤ構成要素と、
リンクステータス情報メッセージを移動性管理サーバに送信するように構成された送信機であって、前記リンクステータス情報メッセージは前記リンクステータス情報を含み、且つ、前記リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示すフィールドを含む、送信機と
を備えることを特徴とするＷＴＲＵ。
【請求項８】
請求項７に記載のＷＴＲＵにおいて、前記移動性管理サーバは、メディア非依存ハンドオーバ（ＭＩＨ）サーバであり、前記リンクステータス情報メッセージは、ＭＩＨメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｕｐ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｉｍｍｉｎｅｎｔ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ．ｉｎｄｉｃａｔｉｏｎメッセージ、またはＭＩＨ＿Ｌｉｎｋ＿ＰＤＵ＿Ｔｒａｎｓｍｉｔ＿Ｓｔａｔｕｓ．ｉｎｄｉｃａｔｉｏｎメッセージであることを特徴とするＷＴＲＵ。
【請求項９】
請求項８に記載のＷＴＲＵにおいて、前記リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示す前記フィールドは、ＬＩＮＫ＿ＴＹＰＥフィールドまたはＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドの一方であることを特徴とするＷＴＲＵ。
【請求項１０】
請求項９に記載のＷＴＲＵにおいて、前記ＬＩＮＫ＿ＴＹＰＥフィールドは、前記ダウンリンク専用無線アクセスネットワークが基づく無線アクセス技術を示すことを特徴とするＷＴＲＵ。
【請求項１１】
請求項９に記載のＷＴＲＵにおいて、前記ＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドは、ＤＬ＿ＯＮＬＹ値を示すことを特徴とするＷＴＲＵ。
【請求項１２】
ワイヤレス送受信ユニット（ＷＴＲＵ）において使用するための方法であって、
メディアデータを、ダウンリンク専用無線アクセスネットワーク上のリンクを介して、メディアサーバから受信するステップと、
メディアアプリケーションにおいて前記メディアデータを再生するステップと、
ハンドオーバ要求メッセージを、移動性管理サーバから、前記ＷＴＲＵによって送られたリンクステータス情報に応答して受信するステップであって、前記ハンドオーバ要求メッセージは前記ＷＴＲＵが第２の無線アクセスネットワークにハンドオーバするべきであることを示し、及び、前記第２の無線アクセスネットワークを介して前記メディアデータが受信されると、どのように前記メディアアプリケーションが構成されるべきかを示す構成情報を含む、ステップと、
前記メディアデータを前記メディアサーバから前記第２の無線アクセスネットワーク上のリンクを介して受信し、及び、前記メディアアプリケーションにおいて前記メディアデータを前記構成情報に基づいて再生するステップと
を含むことを特徴とする方法。
【請求項１３】
請求項１２に記載の方法において、前記第２の無線アクセスネットワークは、ダウンリンク専用無線アクセスネットワークまたは双方向無線アクセスネットワークの一方であることを特徴とする方法。
【請求項１４】
請求項１２に記載の方法において、前記移動性管理サーバはメディア非依存ハンドオーバ（ＭＩＨ）サーバであり、前記ハンドオーバ要求メッセージはＭＩＨメッセージであることを特徴とする方法。
【請求項１５】
請求項１２に記載の方法において、前記ハンドオーバ要求メッセージは、ＭＩＨ＿Ｎｅｔ＿ＨＯ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔメッセージであることを特徴とする方法。
【請求項１６】
請求項１２に記載の方法において、前記構成情報は、前記メディアアプリケーションが同調するべきテレビチャネル、および同期情報の１つまたはそれよりも多くを示すことを特徴とする方法。
【請求項１７】
ワイヤレス送受信ユニット（ＷＴＲＵ）において使用するための方法であって、
マルチキャストメッセージを受信するステップと、
前記マルチキャストメッセージ中の一次識別子および少なくとも１つの二次識別子を、格納されている識別子と比較するステップであって、前記少なくとも１つの二次識別子はマルチキャストグループ識別に対応する、ステップと、
前記一次識別子または前記少なくとも１つの二次識別子の少なくとも１つが、前記格納されている識別子と一致するという条件で、前記マルチキャストメッセージを処理するステップと
を含むことを特徴とする方法。
【請求項１８】
請求項１７に記載の方法において、前記ＷＴＲＵは、登録、能力発見、予め定義済み、ハードコード済み、プラン固有、装置固有、およびユーザの好みの少なくとも１つを通して、マルチキャストグループ識別に加入することを特徴とする方法。
【請求項１９】
請求項１７に記載の方法において、
どのマルチキャストグループに前記ＷＴＲＵが属すかを示すメッセージを受信するステップと、
前記ＷＴＲＵが、前記マルチキャストグループに対応するマルチキャストグループ識別子を格納するステップと
をさらに含むことを特徴とする方法。
【請求項２０】
請求項１７に記載の方法において、マルチキャストグループに登録するための加入メッセージを送るステップをさらに含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
開示する主題は、ワイヤレス通信に関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、それぞれが参照によりその全体が本明細書に組み込まれている、２００９年５月８日に出願した米国特許仮出願第６１／１７６，６５５号明細書、２００９年５月２８日に出願した米国特許仮出願第６１／１８１，８１８号明細書、および２００９年６月１日に出願した米国特許仮出願第６１／１８２，８７４号明細書の利益を主張する。
【０００３】
メディアコンテンツ、たとえばビデオおよびオーディオコンテンツは、ワイヤレスネットワークを介してユーザに配信することができる。メディアコンテンツの配信のためのいくつかの手法、たとえばＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）による３ＧＰＰ（第３世代パートナーシッププログラム）ＷＣＤＭＡ（広帯域符号分割多重アクセス）では、双方向ワイヤレスネットワークが使われる。ＭＢＭＳによると、メディアコンテンツは、ネットワーク上のダウンリンク（ＤＬ）チャネルを介して配信され、ネットワーク上のアップリンク（ＵＬ）チャネルを介して制御データがネットワークに返送され得る。
【０００４】
メディアコンテンツの配信のための別の手法は、ＤＬ専用ネットワークの使用を伴う。このような手法は、ＤＭＢ（デジタルマルチメディア放送規格）、ＤＶＢ（デジタルテレビ放送規格）、およびＭｅｄｉａＦＬＯ技術を含む。こうした手法において、メディアコンテンツは、個別ＤＬ専用ワイヤレスネットワークを介して送られる。こうしたネットワークは、それ自体では、ＵＬチャネルを含まず、制御データをユーザから戻すことができない。制御データをユーザから戻すためには、ＵＬチャネルをサポートする別個のワイヤレスネットワークが使われなければならない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＤＬ専用ネットワーク上ではＵＬデータを搬送することができないので、ＤＬ専用ネットワークという背景における移動性は、いくつかの難題を引き起こす。この背景における現在の技術は、たとえば、どのようにして移動性関連情報が伝達されるべきか、どのようにしてハンドオーバ決定が行われるべきか、どのようにしてＤＬ専用リンクのハンドオーバが実施されるべきか、またはどのようにしてブロードキャストおよびマルチキャストグループが定義されるべきであるかということに、的確に対処していない。したがって、現在の技術におけるこうした短所、ならびに他の短所に対処する新規技術が求められる。
【課題を解決するための手段】
【０００６】
ワイヤレス送受信ユニット（ＷＴＲＵ）において使用するための方法は、ダウンリンク専用無線アクセスネットワーク上での無線リンクにおける状態に関連したリンクステータス情報を生成することを含み得る。ＷＴＲＵは、リンクステータス情報メッセージを移動性管理サーバに送ることができる。リンクステータス情報メッセージは、何らかのリンクステータス情報を含み、リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示すフィールドも含み得る。
【０００７】
ＷＴＲＵは、ダウンリンク専用無線アクセスネットワーク上の無線リンクにおける状態に関連したリンクステータス情報を生成するように構成されたリンクレイヤ構成要素を含み得る。ＷＴＲＵは、リンクステータス情報メッセージを移動性管理サーバに送信するように構成された送信機も含み得る。リンクステータス情報メッセージは、リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示すフィールドも含み得る。
【０００８】
ＷＴＲＵにおいて使用するための方法は、メディアサーバから、ダウンリンク専用無線アクセスネットワーク上のリンクを介してメディアデータを受信することを含み得る。ＷＴＲＵは、メディアアプリケーションにおいてメディアデータを再生することができる。ＷＴＲＵは、移動性管理サーバからハンドオーバ要求メッセージを受信し得る。ハンドオーバ要求メッセージは、ＷＴＲＵが第２の無線アクセスネットワークにハンドオーバするべきであることを示し得る。ハンドオーバ要求メッセージは、メディアデータが第２の無線アクセスネットワークを介して受信された場合、どのようにしてメディア操作がメディアデータを再生するように構成されるべきかを示す構成情報を含み得る。ＷＴＲＵは、第２の無線アクセスネットワークへのハンドオーバを実施することができ、第２の無線アクセスネットワーク上のリンクを介してメディアサーバからメディアデータを受信することができる。ＷＴＲＵは、構成情報に基づいて、メディアアプリケーションにおいてメディアデータを再生することができる。
【図面の簡単な説明】
【０００９】
添付の図面とともに、例として挙げられる以下の説明により、より詳細な理解が得ることができるであろう。
【００１０】
【図１】メディアデータの通信用のアーキテクチャ例を示す図である。
【図２】メディアデータの通信用のアーキテクチャ例を示す図である。
【図３Ａ】ＤＬ専用リンクの、ネットワークベースのハンドオーバのための方法例を示す図である。
【図３Ｂ】ＤＬ専用リンクの、ネットワークベースのハンドオーバのための方法例を示す図である。
【図４Ａ】ＤＬ専用リンクの、ＷＴＲＵベースのハンドオーバのための方法例を示す図である。
【図４Ｂ】ＤＬ専用リンクの、ＷＴＲＵベースのハンドオーバのための方法例を示す図である。
【図５Ａ】メディア非依存ハンドオーバ（ＭＩＨ）ブロードキャストまたはマルチキャストメッセージの使用を含む、データの通信のための方法を示す図である。
【図５Ｂ】メディア非依存ハンドオーバ（ＭＩＨ）ブロードキャストまたはマルチキャストメッセージの使用を含む、データの通信のための別の方法を示す図である。
【図６】図１〜５に示す機能を実装するように構成され得る通信システム例を示す図である。
【発明を実施するための形態】
【００１１】
これ以降において言及する場合、「ワイヤレス送受信ユニット（ＷＴＲＵ）」という用語は、ユーザ機器（ＵＥ）、移動局、移動端末、固定もしくは移動加入者ユニット、ページャ、セルラー電話、ＰＤＡ（携帯情報端末）、コンピュータ、またはワイヤレス環境において動作することが可能な他のどのタイプの装置も含むが、それに限定されない。これ以降において言及する場合、「基地局」という用語は、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、またはワイヤレス環境において動作することが可能な他のどのタイプのインタフェース装置も含むが、それに限定されない。これ以降で言及する場合、「ネットワークノード」という用語は、通信ネットワークに取りつけられるとともにデータを送り、かつ／または受信することが可能な電子装置を含むが、それに限定されない。
【００１２】
これ以降で言及する場合、「リンクレイヤ構成要素」という用語は、Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ（無線アクセス技術）によるレイヤ１および／またはレイヤ２機能性を実装する構成要素である。リンクレイヤ構成要素は、１つもしくは複数の回路、１つもしくは複数のソフトウェアモジュール、１つもしくは複数のファームウェアモジュールとして、または回路、ソフトウェアモジュール、および／もしくはファームウェアモジュールのどのような組合せとしても実装され得る。リンクレイヤ構成要素は、たとえば、トランシーバであっても、トランシーバ内の１つまたはそれよりも多い構成要素であってもよい。本明細書で使用する「ソフトウェアモジュール」および「ファームウェアモジュール」という用語は、実行可能プログラム、関数、メソッド呼出し、プロシージャ、ルーチンもしくはサブルーチン、オブジェクト、データ構造、または１つもしくは複数の実行可能命令を含むが、それに限定されない。「ソフトウェアモジュール」または「ファームウェアモジュール」は、１つまたはそれよりも多いコンピュータ可読媒体に格納することができる。
【００１３】
これ以降で言及する場合、「移動性管理ファンクション」という用語は、移動性管理機能性の少なくとも何らかの一部分を実装する構成要素である。移動性管理機能性は、利用可能な異種アクセスネットワーク、その属性、および／またはリンクステータスに関する情報を、アクセスネットワークを介して受信し、生成し、および／または格納すること、ならびにハンドオーバを実施し、かつ／または無線インタフェースをオンもしくはオフにするためのコマンドを異種リンクレイヤ構成要素に与えることを含むが、それに限定されない。移動性管理ファンクションは、１つもしくは複数の回路、１つもしくは複数のソフトウェアモジュール、１つもしくは複数のファームウェアモジュールとして、または回路、ソフトウェアモジュール、および／もしくはファームウェアモジュールのどのような組合せとしても実装され得る。これ以降で言及する場合、「移動性管理サーバ」とは、ネットワーク内で実装される移動性管理ファンクションであり、１つまたはそれよりも多いＷＴＲＵの移動性の管理に関連した機能性を実施する。これ以降で言及する場合、「メディア非依存ハンドオーバ（ＭＩＨ）ファンクション（ＭＩＨＦ）」または「ＭＩＨサーバ」は、ＩＥＥＥ（米国電気電子技術者協会）８０２．２１、８０２．２１ａ、８０２．２１ｂ、８０２．２１ｃ、および／または他の８０２．２１ｘ標準の１つまたはそれよりも多くにより記載されている機能を実装することができる。ＭＩＨサーバは、移動性管理サーバの一例であるが、本明細書に記載する原理は、ＭＩＨサーバの使用に限定されない。ＭＩＨＦは、移動性管理ファンクションの一例であるが、本明細書に記載する原理は、ＭＩＨまたはＭＩＨＦの使用に限定されない。
【００１４】
これ以降で言及する場合、「サービスアクセスポイント（ＳＡＰ）」という用語は、２つの通信エンティティの間のどのインタフェースも指す。ＳＡＰは、通信構成要素が互いをアドレス指定し得る概念的および／または論理的な場所でよい。代替的または追加的に、ＳＡＰは、ＳＡＰを使って通信するエンティティの間の対話を指定する１組のメッセージによって定義され得る。
【００１５】
これ以降で言及する場合、「ダウンリンク（ＤＬ）専用基地局」という用語は、ＤＬ上での（すなわち、ネットワークからＷＴＲＵへの）データの通信はサポートするが、ＵＬ上での（すなわち、ＷＴＲＵからネットワークへの）データの通信はサポートしない無線アクセス技術を使ってデータを送信することが可能な基地局を指す。これ以降で言及する場合、「ＤＬ専用無線アクセスネットワーク」という用語は、ＤＬ上でのワイヤレスデータの通信はサポートするが、ＵＬ上でのワイヤレスデータの通信はサポートしない無線アクセスネットワークを指す。ＤＬ専用基地局は、ＤＬ専用無線アクセスネットワーク上でワイヤレスデータを送信することができる。これ以降で言及する場合、「ＤＬ専用データ」という用語は、ＤＬ専用無線アクセスネットワーク内で伝達されるデータを指す。ＤＬ専用データの例は、ＤＭＢ（マルチメディアデジタル放送規格）、ＤＶＢ（デジタルテレビ放送規格）、またはＭｅｄｉａＦＬＯ技術により伝達されるデータを含むが、それに限定されない。
【００１６】
これ以降で言及する場合、「双方向基地局」という用語は、データのＵＬおよびＤＬ通信両方をサポートする無線アクセス技術を使ってワイヤレスデータを送信することが可能な基地局を指す。これ以降で言及する場合、「双方向無線アクセスネットワーク」という用語は、ワイヤレスデータのＵＬおよびＤＬ通信両方をサポートする無線アクセスネットワークを指す。双方向基地局は、双方向無線アクセスネットワーク上でデータを送信し、かつ／または受信することができる。
【００１７】
これ以降で言及する場合、「メディアサーバ」という用語は、１つまたはそれよりも多いＷＴＲＵに伝達するためのメディアデータの生成および／または制御に関与するネットワークノードを指す。メディアサーバの例は、ＤＭＢ、ＤＶＢ、およびＭｅｄｉａＦＬＯシステムにおいて伝達されるビデオデータを生成し制御するサーバを含む。
【００１８】
図１は、メディアデータの通信用のアーキテクチャ例１０４を示す。アーキテクチャ例１０４は、ＭＩＨサーバ１０８、メディアサーバ１０６、およびＷＴＲＵ１００を含む。
【００１９】
ＷＴＲＵ１００は、ＭＩＨＦ１０２を含む。ＭＩＨＦ１０２は、メディア非依存イベントサービス（ＭＩＥＳ）、メディア非依存情報サービス（ＭＩＩＳ）、およびメディア非依存コマンドサービス（ＭＩＣＳ）という３つのＭＩＨサービスを実装する。ＭＩＥＳは、物理、データリンクおよび論理リンクレイヤのステート変化ならびにリンクの確立および切断などのイベントの通知に関する。ＭＩＩＳの目的は、利用可能ネットワークのグローバルな視点を獲得して、ネットワーク選択およびハンドオーバを容易にすることである。ＭＩＩＳは、ハンドオーバ候補に関する、ＭＩＨ装置とＭＩＨ可能ネットワークとの間の情報の交換のための機構を提供する。ＭＩＣＳは、リンクの間のハンドオーバの開始を可能にする。
【００２０】
ＷＴＲＵ１００は、ＤＬ専用無線アクセス技術によるレイヤ１および／またはレイヤ２機能性を実装する第１のリンクレイヤ構成要素１３０を含む。第２のリンクレイヤ構成要素１３２は、双方向無線アクセス技術である第２の無線アクセス技術によるレイヤ１および／またはレイヤ２機能性を実装する。一例として、第１のリンクレイヤ構成要素１３０は、ＤＭＢ、ＤＢＶ、ＭｅｄｉａＦＬＯ、または他のどのＤＬ専用技術に従っても機能し得る。第２のリンクレイヤ構成要素１３２は、たとえば、ＩＥＥＥ８０２．１１ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）や３ＧＰＰ（第３世代パートナーシッププロジェクト）ＵＭＴＳ（ユニバーサル移動体遠隔通信システム）ＵＴＲＡＮ（地上無線アクセスネットワーク）標準に従って機能し得る。ＭＩＨＦ１０２および第１のリンクレイヤ構成要素１３０は、第１のＭＩＨ＿ＬＩＮＫ＿ＳＡＰ１１２を介して通信する。ＭＩＨＦ１０２および第２のリンクレイヤ構成要素１３２は、第２のＭＩＨ＿ＬＩＮＫ＿ＳＡＰ１１０を介して通信する。各ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ１１２、１１０は、メディア固有メディアアクセス制御（ＭＡＣ）ＳＡＰ、物理レイヤ（ＰＨＹ）ＳＡＰ、および／または論理リンク制御（ＬＬＣ）ＳＡＰとして実装され得る。
【００２１】
ＷＴＲＵ１００は、ＤＬ専用リンクレイヤ構成要素１３０が接続されているＤＬ専用無線アクセスネットワーク（図示せず）を介して、メディアサーバ１０６からメディアデータを受信することができる。
【００２２】
ＷＴＲＵ１００は、ＭＩＨユーザ１２２を含み、ユーザ１２２は、ＭＩＨ＿ＳＡＰ１１４を使ってＭＩＨＦ１０２と通信するエンティティである。ＭＩＨユーザ１２２は、ハンドオーバモジュール１２１を含み得る。ハンドオーバモジュール１２１は、後でさらに詳しく記載するように、ＭＩＨ＿ＳＡＰ１１４を介してＭＩＨＦ１０２から情報を受信し、この情報を使って、ハンドオーバに関する決定を行うことができる。ＭＩＨユーザ１２２は、第１の論理リンク制御（ＬＬＣ）ＳＡＰ１１６を介して第１のリンクレイヤ構成要素１３０と、および第２のＬＬＣ＿ＳＡＰ１１８を介して第２のリンクレイヤ構成要素１３２と通信することができる。
【００２３】
ＭＩＨユーザ１２２は、メディアアプリケーション１２０をさらに含み、アプリケーション１２０は、ビデオおよび／またはオーディオデータなどのメディアデータを受信するように、また、再生するように構成可能である。メディアアプリケーション１２０は、ＤＬ専用リンクレイヤ構成要素１３０を介してメディアサーバ１０６からメディアデータを受信することができる。
【００２４】
ＭＩＨＦ１０２は、ネットワークＳＡＰ（ＭＩＨ＿ＮＥＴ＿ＳＡＰ１１９）を介してＭＩＨサーバ１０８と通信することができる。ＭＩＨ＿ＮＥＴ＿ＳＡＰ１１９は、第２のリンクレイヤ構成要素１３２が接続されているネットワークなどの双方向無線アクセスネットワークを越えて実装され得る。
【００２５】
たとえば、ＭＩＨサーバ１０８および／またはハンドオーバモジュール１２１などのエンティティは、ＤＬ専用リンクレイヤ構成要素１３０および／または第２のリンクレイヤ構成要素１３２によって与えられる無線リンクに関連したリンクステータス情報を受信するように、ＭＩＨＦ１０２に登録することができる。このリンクステータス情報は、たとえば、新規リンクが立ち上がったこと、リンクが壊れたこと、リンクが壊れつつあること、またはハンドオーバが間近であり、もしくは完了したことを示し得る。さらに、リンクステータス情報は、周期的に、もしくはイベントによってトリガされるリンクパラメータ報告を含み、またはプロトコルデータ単位（ＰＤＵ）の送信状況を示し得る。ＤＬ専用リンクレイヤ構成要素１３０および第２のリンクレイヤ構成要素１３２は、この情報を、ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ１１２、１１０を介してＭＩＨＦ１０２に提供することができる。
【００２６】
リンクステータス情報を受信すると、ＭＩＨＦ１０２は、対応するメッセージを、リンクステータス情報を受信するように登録済みであるエンティティ（ＭＩＨサーバ１０８および／またはハンドオーバモジュール１２１など）に伝達することができる。ＭＩＨＦ１０２は、ＭＩＨ＿Ｌｉｎｋ＿Ｕｐ．ｉｎｄｉｃａｔｉｏｎ、ＭＩＨ＿Ｌｉｎｋ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎ、ＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎ、ＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｉｍｍｉｎｅｎｔ．ｉｎｄｉｃａｔｉｏｎ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ．ｉｎｄｉｃａｔｉｏｎ、ＭＩＨ＿Ｌｉｎｋ＿ＰＤＵ＿Ｔｒａｎｓｍｉｔ＿Ｓｔａｔｕｓ．ｉｎｄｉｃａｔｉｏｎ、または他のＭＩＨメッセージなどのＭＩＨメッセージを使って伝達を行うことができる。こうしたメッセージはそれぞれ、イベントがその上で起きたリンクのタイプを示すＬＩＮＫ＿ＴＹＰＥフィールドを含み得る。ＬＩＮＫ＿ＴＹＰＥフィールドは、放送技術またはＤＬ専用技術の使用をリンクが伴うことを示し得る。代替的または追加的に、ＬＩＮＫ＿ＴＹＰＥフィールドは、ＤＶＢ−Ｈ、ＤＶＢ−Ｔ、またはＭｅｄｉａＦＬＯ技術など、具体的な放送またはＤＬ専用技術の使用をリンクが伴うことを示し得る。代替的または追加的に、上記ＭＩＨメッセージは、ＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドを含み得る。ＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドは、ＵＬ＿ＯＮＬＹ、ＤＬ＿ＯＮＬＹ、またはＢＩＤＩＲＥＣＴＩＯＮＡＬという可能な３つの値のうち１つを保有し得る。ＭＩＨＦ１０２が、ＤＬ専用リンクレイヤ構成要素１３０から情報を受信し、対応するＭＩＨメッセージを生成したとき、ＭＩＨメッセージは、ＤＬ専用リンクレイヤ構成要素１３０によって実装されるＤＬ専用技術を反映するＬＩＮＫ＿ＴＹＰＥおよび／またはＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドを含み得る。
【００２７】
メディアアプリケーション１２０は、メディアアプリケーション１２０によって期待されるリンク推奨または要件を示す１つまたはそれよりも多いメッセージをＭＩＨＦ１０２に送ることができる。こうしたメッセージは、たとえば、期待もしくは推奨されるＱｏＳ、期待もしくは推奨ビットレート、期待もしくは推奨待ち時間、期待もしくは推奨無線アクセス技術、および／または他の推奨もしくは要件を示し得る。たとえば、メディアアプリケーション１２０は、メディアコンテンツの配信にＭＢＭＳを使う無線アクセスネットワークよりもＤＶＢ−ＨまたはＭｅｄｉａＦＬＯ無線アクセスネットワークを推奨することを示し得る。この要件情報は、ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒメッセージ、ＭＩＨ＿Ｒｅｇｉｓｔｅｒメッセージ、ＭＩＨ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｇｅｔ＿Ｐａｒａｍｅｔｅｒｓメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｃｏｎｆｉｇｕｒｅ＿Ｔｈｒｅｓｈｏｌｄｓメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓメッセージ、または他の任意のＭＩＨメッセージなど、メディアアプリケーション１２０によってＭＩＨＦ１０２に送られるどのメッセージにも、フィールドまたは情報要素（ＩＥ）として含めることができる。代替的または追加的に、この要件情報は、ＭＩＨ＿Ａｐｐｌｉｃａｔｉｏｎ＿Ｉｎｆｏ．ｉｎｄｉｃａｔｉｏｎメッセージに含めることができる。さらに、ＭＩＨＦ１０２は、要件情報を求める要求を示すＭＩＨ＿Ａｐｐｌｉｃａｔｉｏｎ＿Ｉｎｆｏ．ｒｅｑｕｅｓｔメッセージを送ることによって、ＭＩＨ＿ＳＡＰ１１４を介してアプリケーションに問い合わせることができる。ＭＩＨ＿Ａｐｐｌｉｃａｔｉｏｎ＿Ｉｎｆｏ．ｒｅｑｕｅｓｔを受信したアプリケーションは、アプリケーションの要件情報を示すＭＩＨ＿Ａｐｐｌｉｃａｔｉｏｎ＿Ｉｎｆｏ．ｒｅｓｐｏｎｓｅメッセージを送ることによって応答することができる。
【００２８】
ハンドオーバモジュール１２１および／またはＭＩＨサーバ１０８は、ハンドオーバ判定を、受信したアプリケーション要件情報に基づかせてよい。アプリケーション要件情報は、たとえば、ハンドオーバモジュール１２１および／またはＭＩＨサーバ１０８などのエンティティによって受信することができ、こうしたエンティティは、アプリケーション要件情報を受信するように、ＭＩＨＦ１０２に登録済みである。アプリケーション要件情報は、ＭＩＨ＿ＮＥＴ＿ＳＡＰ１１９を介してＭＩＨサーバ１０８に送り、ＭＩＨサーバ１０８によって、ＭＩＨサーバ１０８ベースのハンドオーバ（すなわち、ネットワークベースのハンドオーバ）をトリガするのに使うことができる。アプリケーション要件情報は、メディアアプリケーション１２０からＭＩＨＦ１１４に送信され得る。アプリケーション要件情報は、メディアアプリケーション１２０に対する期待ビットレート、推奨無線アクセス技術および他の同様の情報でよい。たとえば、ハンドオーバモジュール１２１および／またはＭＩＨサーバ１０８は、ＤＬ専用無線アクセスネットワーク（ＤＶＢ−Ｈ無線アクセスネットワークなど）を推奨し、または求めるリンクは、ＷＬＡＮなどの双方向無線アクセスネットワークとは対照的に、別のＤＬ専用無線アクセスネットワーク（ＭｅｄｉａＦＬＯネットワークなど）にハンドオーバされるべきであると判定し得る。
【００２９】
代替的または追加的に、ハンドオーバモジュール１２１および／またはＭＩＨサーバ１０８は、ハンドオーバ判定を、ＭＩＨメッセージ中のＬＩＮＫ＿ＴＹＰＥおよび／またはＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドに基づかせてよい。たとえば、ハンドオーバモジュール１２１および／またはＭＩＨサーバ１０８は、ある特定のタイプのアクセスネットワークから同じタイプの目標アクセスネットワークに、ＷＴＲＵ１００はハンドオーバするべきであると判定し得る。
【００３０】
ＭＩＨサーバ１０８またはハンドオーバモジュール１２１は、ハンドオーバが実施されるべきであると判定した場合、ＭＩＨＦ１０２と通信してハンドオーバを実行すればよい。ＭＩＨサーバ１０８は、たとえば、ＭＩＨ＿Ｎｅｔ＿ＨＯ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔメッセージをＭＩＨＦ１０２に送って、ＷＴＲＵ１００がハンドオーバを実施することを要求してよい。ハンドオーバモジュール１２１は、ＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔメッセージをＭＩＨＦ１０２に送って、ＷＴＲＵ１００がハンドオーバを実施することを要求してよい。ＭＩＨ＿Ｎｅｔ＿ＨＯ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔまたはＭＩＨ＿Ｌｉｎｋ＿Ａｃｔｉｏｎｓ．ｒｅｑｕｅｓｔメッセージを受信すると、ＭＩＨＦ１０２は、ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ１１２、１１０を介して、対応するプリミティブをリンクレイヤ構成要素１３０、１３２に送ることができる。
【００３１】
上述したように、ＭＩＨＦ１０２は、リンクレイヤ構成要素１３０、１３２からリンクステータス情報を受信し、ＭＩＨユーザ１２２への通信用の、対応するＭＩＨメッセージを生成することができる。このようなメッセージの１つは、ＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎである。ＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎは、ＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎを生成したＭＩＨＦの識別子を示すＳｏｕｒｃｅＩｄｅｎｔｉｆｉｅｒフィールド、ＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎに関連づけられたリンクの識別子を示すＬｉｎｋＩｄｅｎｔｉｆｉｅｒフィールド、およびＬＩＮＫ＿ＰＡＲＡＭ＿ＲＰＴフィールドのリストを含むＬｉｎｋＰａｒａｍｅｔｅｒＲｅｐｏｒｔＬｉｓｔを含み得る。各ＬＩＮＫ＿ＰＡＲＡＭ＿ＲＰＴフィールドは、ＬＩＮＫ＿ＰＡＲＡＭフィールドを含む。各ＬＩＮＫ＿ＰＡＲＡＭフィールドは、ＬＩＮＫ＿ＰＡＲＡＭ＿ＴＹＰＥフィールドを含み、ＬＩＮＫ＿ＰＡＲＡＭ＿ＶＡＬフィールドを含み得る。ＬＩＮＫ＿ＰＡＲＡＭ＿ＴＹＰＥフィールドは、ＬＩＮＫ＿ＰＡＲＡＭ＿ＶＡＬフィールドに含まれるパラメータのタイプを示し、ＬＩＮＫ＿ＰＡＲＡＭ＿ＶＡＬは、パラメータの現在の値を含む。ＷＴＲＵベースのハンドオーバの事例では、ハンドオーバモジュール１２１は、ハンドオーバ決定を行うことができ、ハンドオーバモジュール１２１および／またはメディアアプリケーション１２０のどちらかが、ハンドオーバ決定を直接伝達することができる。代替的または追加的に、ハンドオーバモジュール１２１および／またはメディアアプリケーション１２０は、ＭＩＨＦ１０２を通して、ＭＩＨ＿ＳＡＰ１１４と情報を共有することもできる。
【００３２】
ＭＩＨＦ１０２が、ＤＬ専用無線アクセス技術を実装するリンクレイヤ構成要素からリンクステータス情報を受信すると、ＭＩＨＦ１０２は、ＤＬ専用パラメータタイプを示すＬＩＮＫ＿ＰＡＲＡＭ＿ＴＹＰＥフィールドを含むＬＩＮＫ＿ＰＡＲＡＭフィールドを含むＬＩＮＫ＿ＰＡＲＡＭ＿ＲＰＴフィールドを含む、対応するＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎを生成することができる。たとえば、ＬＩＮＫ＿ＰＡＲＡＭ＿ＴＹＰＥフィールドは、ＬＩＮＫ＿ＰＡＲＡＭ＿ＢＲＯＡＤＣＳＴ値をもつことができ、ＬＩＮＫ＿ＰＡＲＡＭ＿ＶＡＬフィールドは、ブロードキャストまたはＤＬ専用パラメータの、対応する値を示し得る。リンクステータス情報がＤＢＶ−Ｈリンクレイヤ構成要素から受信される事例では、ＬＩＮＫ＿ＰＡＲＡＭ＿ＴＹＰＥフィールドは、ＬＩＮＫ＿ＰＡＲＡＭ＿ＤＶＢ＿Ｈ値をもつことができ、ＬＩＮＫ＿ＰＡＲＡＭ＿ＶＡＬフィールドは、ＤＶＢ−Ｈパラメータの、対応する値を示し得る。ＤＶＢ−Ｈパラメータ値は、たとえば、リンクに関連したネットワーク情報テーブル（ＮＩＴ）情報、番組固有情報／サービス情報（ＰＳＩ／ＳＩ）、またはフレームエラーレート（ＦＥＲ）／ＦＭＰＥ−ＦＥＣ  ＦＥＲ（ＭＦＥＲ）情報に関し得る。
【００３３】
ＭＩＨＦ１０２は、ＤＬ専用ＬＩＮＫ＿ＰＡＲＡＭ＿ＴＹＰＥおよびＬＩＮＫ＿ＰＡＲＡＭ＿ＶＡＬフィールドを含むＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎメッセージを、他のＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎメッセージを伝達するのと同じやり方で、登録されたエンティティ（ＭＩＨサーバ１０８やハンドオーバモジュール１２１など）に伝達することができる。
【００３４】
リンクレイヤ構成要素は、ＭＩＨＦ１０２にリンクステータス情報を提供するとき、図１に示すＭＩＨ＿ＬＩＮＫ＿ＳＡＰ１１０、１１２などのＭＩＨ＿ＬＩＮＫ＿ＳＡＰを介して提供することができる。リンクレイヤ構成要素は、ブロードキャスト無線アクセス技術を実装する事例において、以下でテーブル１に示すリンクステータス情報を提供することができる。テーブル１は、ブロードキャスト無線情報プリミティブとＭＩＨ＿ＬＩＮＫ＿ＳＡＰプリミティブとの間のマッピングを示し、どのＤＬ専用技術にとっても一般的である。
【００３５】
【表１】
2012526488.tif 000003
【００３６】
ＭＩＨＦ１０２は、テーブル１の「ブロードキャスト無線アクセス技術プリミティブ」列に示すプリミティブを、ＭＩＨ＿ＬＩＮＫ＿ＳＡＰを介して受信することができる。ＭＩＨＦ１０２は次いで、このプリミティブに基づいて、対応するＭＩＨメッセージを生成することができる。ＭＩＨＦ１０２は、生成されたメッセージを、ＭＩＨ＿ＳＡＰを介してＭＩＨユーザ１２２に、および／またはＭＩＨ＿ＮＥＴ＿ＳＡＰを介してＭＩＨサーバ１０８に伝達することができる。ＬＩＮＫ＿ＰＡＲＡＭ＿ＢＣＡＳＴ＿ＧＥＮパラメータは概して、８０２．２１−２００８（２００９年１月２１日）テーブルＦ−４および他の関連仕様で定義されるＬＩＮＫ＿ＰＡＲＡＭ＿ＧＥＮパラメータに従う。
【００３７】
リンクレイヤ構成要素は、ＤＶＢ−Ｈ技術を実装する事例では、以下でテーブル２に示すように、ＭＩＨＦ１０２にリンクステータス情報を提供することができる。
【００３８】
【表２】
2012526488.tif 000004
【００３９】
ＭＩＨＦ１０２は、テーブル２の「ＤＶＢ−Ｈプリミティブ」列に示すプリミティブを、ＭＩＨ＿ＬＩＮＫ＿ＳＡＰを介して受信することができる。ＭＩＨＦ１０２は次いで、このプリミティブに基づいて、対応するＭＩＨメッセージを生成することができる。ＭＩＨＦ１００は次いで、生成されたメッセージを、ＭＩＨ＿ＳＡＰを介してＭＩＨユーザ１２２に、および／またはＭＩＨ＿ＮＥＴ＿ＳＡＰを介してＭＩＨサーバ１０８に伝達することができる。
【００４０】
図１は、ＷＴＲＵ１００が２つのリンクレイヤ構成要素１３０、１３２を含むことを示しているが、ＷＴＲＵ１００は、任意の数の追加リンクレイヤ構成要素（図示せず）を含み得る。ＷＴＲＵ１００は、ＭＩＨ＿ＬＩＮＫ＿ＳＡＰ１１０、１１２に似ている追加ＳＡＰ（図示せず）を含んでよく、それによってＭＩＨＦ１０２は、追加リンクレイヤ構成要素と通信することができる。
【００４１】
ＤＬ専用リンクレイヤ構成要素１３０がＤＶＢを実装する事例では、ＷＴＲＵ１００は、番組固有情報／サービス情報（ＰＳＩ／ＳＩ）モジュール（図示せず）および電子番組表（ＥＳＧ）モジュール（図示せず）をさらに含み得る。たとえば、ＰＳＩ／ＳＩパラメータは、ＤＶＢシステムによって、ＤＶＢ内ハンドオーバを実施するのに使うことができる。あるＤＬ専用技術からＤＶＢへのハンドオーバという背景では、ＰＳＩ／ＰＩパラメータを使って、ＤＶＢへのハンドオーバを向上させることができる。
【００４２】
図２は、ＤＬ専用通信という背景における、メディアデータの通信用の第２のアーキテクチャ例２０４を示す。アーキテクチャ例２０４は、ＷＴＲＵ２００、メディアサーバ２０６、および移動性管理サーバ２０８を含む。図２は、データの通信用の論理チャネル、すなわちＤＬチャネル２７２、戻りチャネル２７４、移動性管理制御チャネル２７６、およびメディアアプリケーション情報チャネル２７８を示す。こうしたチャネル２７２、２７４、２７６、２７８はそれぞれ、そのそれぞれのエンドポイントの間のデータ経路を表している。こうしたチャネル２７２、２７４、２７６、２７８は、後でさらに詳しく記載するように、こうしたチャネルが実装されるためのワイヤードまたはワイヤレス技術に依存しない。
【００４３】
ＷＴＲＵ２００は、ＤＬ専用リンクレイヤ構成要素２３０を含むリンクレイヤ構成要素２３１と、双方向無線アクセス技術を実装する第２のリンクレイヤ構成要素２３２とを含む。リンクレイヤ構成要素２３１は、１つまたはそれよりも多い追加リンクレイヤ構成要素（図示せず）を含み得る。ＤＬ専用リンクレイヤ構成要素２３０は、ＤＭＢ、ＤＢＶ、ＭｅｄｉａＦＬＯ、または他の任意のＤＬ専用技術などの無線アクセス技術を実装することができる。ＷＴＲＵ２００は、メディアサーバ２０６から、ＤＬチャネル２７２を介してメディアデータを受信することができる。ＤＬチャネル２７２は、たとえば、ＤＬ専用リンクレイヤ構成要素２３０が接続されている無線アクセスネットワーク上で実装することができる。ＷＴＲＵ２００は、メディアアプリケーション２２０を含んでよく、アプリケーション２２０は、受信されたメディアデータを、グラフィカルおよび／またはオーディオユーザインタフェースにより再生することが可能である。
【００４４】
ＷＴＲＵ２００は、メディアアプリケーション２２０に関連した制御情報を、戻りチャネル２７４を介してメディアサーバ２０６に伝達することができる。制御情報は、たとえば、ビデオオンデマンドチャネルの選択、メディアサーバ２０６によって提供されるサービスにアクセスするのに求められるパスワードを示す情報、双方向番組向けの投票を示す情報、または他の情報を含み得る。戻りチャネル２７４は、双方向無線アクセス技術により実装され得るが、ＷＴＲＵ２００は、メディアアプリケーション２２０に関連した制御情報を、ＵＬ方向でのみ、戻りチャネル２７４上でメディアサーバ２０６に伝達することができる。戻りチャネル２７４は、たとえば、第２のリンクレイヤ構成要素２３２が接続されている無線アクセスネットワーク上で実装され得る。
【００４５】
ＷＴＲＵ２００は、移動性管理ファンクション２０２をさらに含み、ファンクション２０２は、移動性管理チャネル２７６を介して、移動性管理サーバ２０８と移動性関連情報を通信することができる。移動性管理チャネル２７６は、たとえば、第２のリンクレイヤ構成要素２３２が接続されている無線アクセスネットワーク上で実装され得る。移動性管理ファンクション２０２は、ＤＬチャネル２７２、戻りチャネル２７４、および／または移動性管理チャネル２７６が実装されているアクセスネットワークに関連したリンクステータス情報を受信することができる。移動性管理ファンクション２０２は、チャネル２７２、２７４、２７６が実装されているリンクレイヤ構成要素２３１との通信により、リンクステータス情報を受信することができる。リンクステータス情報は、たとえば、ＱｏＳ状態が向上したこと、悪化していること、および／またはリンクが壊れそうであることを示し得る。移動性管理ファンクション２０２は、受信されたリンクステータス情報に基づいて、移動性管理サーバ２０８に通知を伝達することができる。
【００４６】
戻りチャネル２７４および移動性管理チャネル２７６は、同じ無線アクセスネットワーク上で実装することができる。あるいは、こうしたチャネル２７４、２７６は、異なる無線アクセスネットワーク上で実装することもできる。図２のアーキテクチャ２０４の一実装例では、ＤＬチャネル２７２は、ＤＬ専用ＤＭＢ無線アクセスネットワーク上で実装することができ、戻りチャネル２７４および移動性管理チャネル２７６は、ＣＤＭＡ２０００（符号分割多重アクセス２０００）無線アクセスネットワーク上で実装することができる。追加例として、ＤＬチャネル２７２は、ＤＬ専用ＤＢＶ無線アクセスネットワーク上で実装することができ、戻りチャネル２７４は、ＵＭＴＳ  ＵＴＲＡＮ（地上無線アクセスネットワーク）上で実装することができ、移動性管理チャネル２７６は、ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）上で実装することができる。
【００４７】
図２のアーキテクチャ例２０４を用いて、ＤＬチャネル２７２および／または戻りチャネル２７４のハンドオーバを実施することができる。ＤＬチャネル２７２は、その現在の無線アクセスネットワークから、異なるいくつかの宛先アクセスネットワークにハンドオーバすることができる。たとえば、ＤＬチャネル２７２は、戻りチャネル２７４が実装されている無線アクセスネットワーク、移動性管理チャネル２７６が実装されている無線アクセスネットワーク、または異なる無線アクセスネットワークにハンドオーバすることができる。ＤＬチャネル２７２向けの宛先無線アクセスネットワークは、ＤＬ専用無線アクセスネットワークでもよく、ＤＬおよびＵＬ通信両方をサポートする無線アクセスネットワークでもよい。
【００４８】
さらに、戻りチャネル２７４は、異なる無線アクセスネットワークへのハンドオーバでよい。戻りチャネル２７４は、たとえば、移動性管理チャネル２７６が実装されている無線アクセスネットワーク、ＤＬチャネル２７２が実装されている（無線アクセスネットワークがＵＬ通信をサポートする場合）無線アクセスネットワーク、または異なる無線アクセスネットワークにハンドオーバされ得る。
【００４９】
さらに、ＤＬチャネル２７２および戻りチャネル２７４は、同時にハンドオーバされ得る。ＤＬチャネル２７２および戻りチャネル２７４は、同じ無線アクセスネットワークにハンドオーバすることもでき、異なる無線アクセスネットワークにハンドオーバすることもできる。同じ無線アクセスネットワークにハンドオーバされるとき、宛先無線アクセスネットワークは、移動性管理チャネル２７６が実装されている無線アクセスネットワークでもよく、異なる無線アクセスネットワークでもよい。異なる無線アクセスネットワークにハンドオーバされるとき、ＤＬチャネル２７２もしくは戻りチャネル２７４は、移動性管理チャネル２７６が実装されている無線アクセスネットワークにハンドオーバすることができ、または異なる無線アクセスネットワークにハンドオーバされるとき、ＤＬチャネル２７２および戻りチャネル２７４は両方とも、移動性管理チャネル２７６が実装されている無線アクセスネットワークを含まない異なる無線アクセスネットワークにハンドオーバすることができる。
【００５０】
上述したようなハンドオーバは、ＷＴＲＵ２００の移動性管理ファンクション２０２によって、および／または移動性管理サーバ２０８によって開始することができる。ハンドオーバは、移動性管理ファンクション２０２によって監視されるチャネル２７２、２７４におけるＱｏＳ状態に基づいて、および／または他の要因に基づいて、ＷＴＲＵ２００の所で開始することができる。ハンドオーバは、移動性管理チャネル２７６を介して移動性管理ファンクション２０２によって提供されるＱｏＳ状態情報に基づいて、負荷最適配分に関連した要因に基づいて、および／または他の要因に基づいて、移動性管理サーバ２０８の所で開始することができる。ハンドオーバが移動性管理サーバ２０８によって開始されると、移動性管理サーバ２０８は、どのようにしてハンドオーバが実施されるべきかを示すハンドオーバ要求またはコマンドメッセージを、移動性管理チャネル２７６を介して移動性管理ファンクション２０２に送ることができる。代替的または追加的に、移動性管理サーバ２０８は、ＤＬチャネル２７２が実装されているＤＬ専用無線アクセスネットワークを介して移動性管理ファンクション２０２にハンドオーバ要求／コマンドを送ることができる。ハンドオーバ要求／コマンドはしたがって、移動性管理チャネル２７６を介して送信されるが、ハンドオーバコマンドがその上で送られる無線アクセスネットワーク以外の、異なる無線アクセスネットワーク上のリンクのハンドオーバに関連した情報を含み得る。
【００５１】
図２のアーキテクチャ例２０４の様々な実装形態において、ＤＬ専用無線アクセスネットワーク上の複数のＤＬチャネルが、ＤＬチャネル２７２に加えて、またはその代替として、メディアサーバ２０６とＷＴＲＵ２００との間に存在し得る。さらに、複数のＵＬ戻りチャネルが、戻りチャネル２７４に加えて、またはその代替として、メディアサーバ２０６とＷＴＲＵ２００との間に存在し得る。複数の戻りチャネルが使われるとき、任意の数の戻りチャネル（ゼロ、１、または２つ以上）が、移動性管理チャネル２７６と無線アクセスネットワークを共有し得る。ＤＬチャネル２７２および戻りチャネル２７４のハンドオーバに関連した上述の機能を、必要な変更を施した上で利用して、複数のＤＬチャネルおよび／または戻りチャネルという背景において、ＤＬチャネルおよび戻りチャネルのハンドオーバを実施することができる。
【００５２】
ＤＬチャネル２７２のハンドオーバ中、移動性管理サーバ２０８は、ＤＬチャネル２７２が新たな無線アクセスネットワークにハンドオーバされた後でＷＴＲＵ２００の所のメディアアプリケーション２２０がどのように構成されるべきかを示す情報を、メディアアプリケーション情報チャネル２７８を介してメディアサーバ２０６から受信することができる。この情報は、たとえば、ハンドオーバの後、どのメディアチャネルにメディアアプリケーション２２０が同調するべきかを示すことができる。移動性管理サーバ２０８は、この情報を、移動性管理チャネル２７６および移動性管理ファンクション２０２を介して、ＷＴＲＵ２００の所のメディアアプリケーション２２０に伝達すればよい。
【００５３】
図２のアーキテクチャ例２０４の様々な実装形態において、移動性管理ファンクション２０２および移動性管理サーバ２０８は、ＭＩＨ機能を実装することができる。このような事例において、移動性管理サーバ２０８は、ＭＩＨサーバ機能性を実施することができ、ＷＴＲＵ２００内の移動性管理ファンクション２０２は、ＭＩＨＦ機能性を実施することができる。たとえば、移動性管理ファンクション２０２は、チャネル２７２、２７４、２７６が実装されている無線アクセスネットワークの状態に関連したリンクステータス情報を受信することができ、対応するＭＩＨ通知を移動性管理サーバ２０８に送ることができる。対応するＭＩＨ通知は、たとえば、ＭＩＨ＿Ｌｉｎｋ＿Ｄｅｔｅｃｔｅｄ、ＭＩＨ＿Ｌｉｎｋ＿Ｕｐ、ＭＩＨ＿Ｌｉｎｋ＿Ｄｏｗｎ、ＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ、ＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｉｍｍｉｎｅｎｔ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ、または他のＭＩＨメッセージでよい。移動性管理サーバ２０８によって移動性管理ファンクション２０２に送られるハンドオーバコマンドは、たとえば、ＭＩＨ＿Ｎｅｔ＿ＨＯ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔまたは他のＭＩＨメッセージでよい。
【００５４】
図２のアーキテクチャ例２０４の様々な実装形態において、メディアサーバ２０６および移動性管理サーバ２０８は、別個の装置として実装され得る。このような事例において、メディアアプリケーション情報チャネル２７８は、１つまたはそれよりも多いワイヤードまたはワイヤレスネットワークを介して実装され得る。１つまたはそれよりも多いワイヤードまたはワイヤレスネットワークは、私設ネットワークおよび／またはインターネットなどの公衆ネットワークを含み得る。あるいは、メディアサーバ２０６および移動性管理サーバ２０８は、単一の装置として実装することができ、または両方のサーバ２０６、２０８の機能性は、２つ以上の別個の装置に渡るメディアアプリケーション情報チャネル２７８でよい。
【００５５】
図３Ａ〜３Ｂは、ＤＬ専用リンクのハンドオーバのための方法例を示す。図３Ａ〜３Ｂは、メディアアプリケーション３２０、移動性管理ファンクション３０２、双方向リンクレイヤ構成要素３３４、ソースＤＬ専用リンクレイヤ構成要素３３６、および宛先ＤＬ専用リンクレイヤ構成要素３３８を含むＷＴＲＵ３００を示している。図３Ａ〜３Ｂは、移動性管理サーバ３０８、メディアサーバ３０６、双方向基地局３４４、ソースＤＬ専用基地局３４６、および宛先ＤＬ専用基地局３４８をさらに示している。
【００５６】
図３Ａ〜３Ｂの方法は、図３Ａに示すように、ＷＴＲＵ３００がメディアサーバ３０６からメディアデータを受信すること（ステップ３７０）で始まり得る。ソースＤＬ専用リンクレイヤ構成要素３３６は、ソースＤＬ専用基地局３４６によって提供されるメディアデータを、無線アクセスネットワークを介して受信することができる。ＷＴＲＵ３００の所のメディアアプリケーション３２０は、メディアデータを、ＷＴＲＵ３００の所のユーザインタフェース（図示せず）により再生することができる。ＷＴＲＵ３００の所の双方向リンクレイヤ構成要素３３４は、双方向基地局３４４を介して、メディアアプリケーション３２０向けの制御情報を送信することができる（ステップ３７２）。
【００５７】
ソースＤＬ専用リンクレイヤ構成要素３３６は、ソースＤＬ専用基地局３４６によって提供される、無線アクセスネットワークにおけるＱｏＳが低下しつつあること、および／またはネットワークにおけるリンク故障が間近であることを検出することができる。それに応答して、ソースＤＬ専用リンクレイヤ構成要素３３６は、ＱｏＳにおける検出された変化および／またはリンクが壊れつつあることを示す通知を、移動性管理ファンクション３０２に送ればよい（ステップ３７４）。
【００５８】
ＳＲＣ  ＤＬ専用リンクレイヤ３３６からの通知に応答して、ＷＴＲＵ３００内の移動性管理ファンクション３０２は次いで、移動性管理サーバ３０８に通知を送ればよい（ステップ３７６）。この通知は、ソースＤＬ専用リンクレイヤ構成要素３３６からの通知において受信される情報などの情報を含み得る。ＷＴＲＵ３００は、この通知を、双方向リンクレイヤ構成要素３３４および双方向基地局３４４を介して移動性管理サーバ３０８に送ることができる。
【００５９】
移動性管理サーバ３０８は、通知を受信し、通知に応答して、ＷＴＲＵ３００が、ソースＤＬ専用リンクレイヤ構成要素３３６によって提供される無線アクセスネットワークからハンドオーバされるべきであると判定し得る（ステップ３７８）。移動性管理サーバ３０８は、新たな無線アクセスネットワークへのハンドオーバが実施された場合、どのようにしてメディアアプリケーション３２０がメディアデータを受信し続けるように構成されるべきかを示す、メディアアプリケーション３２０に関する構成情報も判定し得る。たとえば、移動性管理サーバ３０８は、目標無線アクセスネットワークにおいて同じ番組を受信するために、メディアアプリケーション３２０が同調されるべき新規ＴＶチャネルを判定し得る。この構成情報を判定するために、移動性管理サーバ３０８は、メディアサーバ３０６と１つまたはそれよりも多いメッセージを交換すればよい。メディアサーバ３０６は、それに応答して、移動性管理サーバ３０８に構成情報を伝達すればよい。構成情報は、たとえば、目標無線アクセスネットワークにおいて同じＴＶ番組を受信し続けるために、どのようなＴＶチャネルにメディアアプリケーション３２０が同調するべきかを示し得る。この事例において、メディアサーバ３０６は、具体的番組に関するチャネルおよび時刻、ならびにこうした具体的番組を、異なる技術でどのようにして取得するかなどの情報を維持する。この情報は、番組単位で維持することができる。メディアサーバ３０６は、ある特定の番組に対して、全ＷＴＲＵに同じ構成情報を送ることができる。構成情報は、同期情報および／または、たとえば、ＤＬ専用信号が正しく受信されていることを示し得る他の情報も含み得る。
【００６０】
移動性管理サーバ３０８は次いで、ソースＤＬ専用リンクレイヤ構成要素３３６によって提供される、無線アクセスネットワークからのハンドオーバを、ＷＴＲＵ３００の所の移動性管理ファンクション３０２にハンドオーバ要求メッセージを送ることによって開始してよい（ステップ３８０）。移動性管理サーバ３０８は、双方向基地局３４４を介してハンドオーバ要求メッセージを送ることができる。ハンドオーバ要求メッセージは、メディアサーバ３０６から受信された、メディアアプリケーション３２０に関する構成情報と、目標アクセスネットワークの識別子および／または目標無線アクセス技術とを含み得る。
【００６１】
ハンドオーバ要求メッセージに応答して、移動性管理ファンクション３０２は、宛先ＤＬ専用リンクレイヤ構成要素３３８をアクティブにすればよい（ステップ３８２）。このアクティブ化は、たとえば、移動性管理ファンクション３０２が、宛先ＤＬ専用リンクレイヤ構成要素３３８が電源を入れ、かつ／または新規接続を確立するべきであることを示す１つまたはそれよりも多いプリミティブを宛先ＤＬ専用リンクレイヤ構成要素３３８に送ることによって実施することができる。
【００６２】
図３Ｂを参照すると、宛先ＤＬ専用リンクレイヤ構成要素３３８は、宛先ＤＬ専用基地局３４８と通信して、接続を確立することができる（ステップ３８４）。この確立は、たとえば、ソースＤＬ専用リンクレイヤ構成要素３３６および宛先ＤＬ専用基地局３４８が、１つもしくは複数の登録、関連づけ、および／または認証メッセージを交換することを含み得る。
【００６３】
移動性管理ファンクション３０２は、確立済みである新規リンクを示す通知を、メディアアプリケーション３２０に送ればよい（ステップ３８６）。この通知は、メディアアプリケーション３２０が宛先ＤＬ専用リンクレイヤ構成要素３３８上の新規リンクを介してメディアデータを受信するべきであることも示し得る。通知は、移動性管理サーバ３０８から受信された構成情報も含み得る。
【００６４】
メディアアプリケーション３２０は次いで、その構成を調整し、宛先ＤＬ専用リンクレイヤ構成要素３３８上の新規リンクを介してメディアデータを受信し始めればよい（ステップ３８８）。受信開始は、たとえば、構成情報において示された新規ＴＶチャネルに同調することを含み得る。メディアアプリケーション３２０は、ＷＴＲＵ３００の所のユーザインタフェース（図示せず）によりメディアデータを再生することができる。ＷＴＲＵ３００の所の双方向リンクレイヤ構成要素３３４は、メディアアプリケーション３２０に対する制御情報を、双方向基地局３４４を介してメディアサーバ３０６に送信すればよい（ステップ３９０）。
【００６５】
宛先ＤＬ専用リンクレイヤ構成要素３３８上でリンクが確立されると、移動性管理ファンクション３０２は、ソースＤＬ専用リンクレイヤ構成要素３３６上での接続を解放してよい（ステップ３９２）。この解放は、たとえば、移動性管理ファンクション３０２が、ソースＤＬ専用リンクレイヤ構成要素３３６が電源を落とし、かつ／またはその接続を解放するべきであることを示す１つまたはそれよりも多いプリミティブをソースＤＬ専用リンクレイヤ構成要素３３６に送ることによって実施することができる。ソースＤＬ専用リンクレイヤ構成要素３３６は次いで、ソースＤＬ専用基地局３４６と解放手順を実施して（ステップ３９４）、ソースＤＬ専用基地局３４６によってＷＴＲＵ３００に割り振られた資源を解放すればよい。この解放は、たとえば、ＷＴＲＵ３００とソースＤＬ専用基地局３４８との間の、１つまたはそれよりも多い登録解除または関連解除メッセージの交換を伴い得る。
【００６６】
図３Ａ〜３Ｂは、同じ基地局（双方向基地局３４４）を介して、ＷＴＲＵ３００と移動性管理サーバ３０８とメディアサーバ３０６との間で情報が伝達されることを示しているが、図３Ａ〜３Ｂの方法の様々な実装形態では、異なる無線アクセスネットワークを使って、ＷＴＲＵ３００と移動性管理サーバ３０８とメディアサーバ３０６との間でデータを伝達することができる。
【００６７】
図３Ａ〜３Ｂの方法の様々な実装形態において、移動性管理ファンクション３０２および移動性管理サーバ３０８は、ＭＩＨ機能を実装し得る。このような事例において、移動性管理サーバ３０８は、ＭＩＨサーバ機能性を実施することができ、ＷＴＲＵ３００内の移動性管理ファンクション３０２は、ＭＩＨＦ機能性を実施することができ、移動性管理サーバ３０８と移動性管理ファンクション３０２との間のメッセージ交換は、ＭＩＨメッセージでよい。図３Ａ〜３Ｂの方法は、図１のアーキテクチャ例１０４、図２のアーキテクチャ例２０４、および／または他の適切などのネットワークアーキテクチャを使っても実施することができる。
【００６８】
図４Ａ〜４Ｂは、ＤＬ専用リンクのハンドオーバのための第２の方法例を示す。図４Ａ、４Ｂは、メディアアプリケーション４２０、移動性管理ファンクション４０２、双方向リンクレイヤ構成要素４３４、ソースＤＬ専用リンクレイヤ構成要素４３６、および宛先ＤＬ専用リンクレイヤ構成要素４３８を含むＷＴＲＵ４００を示している。図４Ａ、４Ｂは、移動性管理サーバ４０８、メディアサーバ４０６、双方向基地局４４４、ソースＤＬ専用基地局４４６、および宛先ＤＬ専用基地局４４８をさらに示している。
【００６９】
図４Ａ〜４Ｂの方法は、図４Ａに示すように、ＷＴＲＵ４００がメディアサーバ４０６からメディアデータを受信すること（ステップ４７０）で始まり得る。ソースＤＬ専用リンクレイヤ構成要素４３６は、ソースＤＬ専用基地局４４６によって提供されるメディアデータを、無線アクセスネットワークを介して受信することができる。ＷＴＲＵ４００の所のメディアアプリケーション４２０は、メディアデータを、ＷＴＲＵ４００の所のユーザインタフェース（図示せず）により再生することができる。ＷＴＲＵ４００の所の双方向リンクレイヤ構成要素４３４は、双方向基地局４４４を介して、メディアアプリケーション４２０向けの制御情報を送信することができる（ステップ４７２）。
【００７０】
ソースＤＬ専用リンクレイヤ構成要素４３６は、ソースＤＬ専用基地局４４６によって提供される、無線アクセスネットワークにおけるＱｏＳが低下しつつあること、および／またはネットワークにおけるリンク故障が間近であることを検出することができる。それに応答して、ソースＤＬ専用リンクレイヤ構成要素４３６は、リンクステータス情報を含む通知を、移動性管理ファンクション４０２に送ればよい（ステップ４７４）。リンクステータス情報は、ＱｏＳにおける検出された変化および／またはリンクが壊れつつあることを示し得る。
【００７１】
ＷＴＲＵ４００の所の移動性管理ファンクション４０２は、移動性管理サーバ４０８に問合せメッセージを送ることができる（ステップ４７６）。問合せメッセージは、ハンドオーバに利用可能な無線アクセスネットワークに関連した情報を求める要求を示し得る。問合せメッセージは、特にＤＬ専用無線アクセスネットワークに関連した情報を求める要求を示し得る。代替的または追加的に、問合せメッセージは、ＷＴＲＵ４００が別の無線アクセスネットワークへのハンドオーバを実施する場合、どのようにしてメディアアプリケーション４２０がメディアデータを連続して受信するように構成されるべきかに関連した構成情報を求める要求を示し得る。ＷＴＲＵ４００は、ソースＤＬ専用リンクレイヤ構成要素４３６から受信された通知に基づいて、問合せメッセージを送ればよい。
【００７２】
問合せに応答して、移動性管理サーバ４０８は、ＷＴＲＵ４００にとってＤＬ専用リンクのハンドオーバに利用可能なＤＬ専用無線アクセスネットワークを判定すればよい（ステップ４７８）。移動性管理サーバ４０８は、新たな無線アクセスネットワークへのハンドオーバが実施される場合、どのようにしてメディアアプリケーション４２０がメディアデータを受信し続けるように構成されるべきかを示す、メディアアプリケーション４２０に関する構成情報を判定してもよい。この構成情報を判定するために、移動性管理サーバ４０８は、メディアサーバ４０６と１つまたはそれよりも多いメッセージを交換すればよい。このメッセージ交換は、移動性管理サーバ４０８が、どのような無線アクセス技術をＷＴＲＵ４００がサポートするか、および／またはどのような無線アクセスネットワークが利用可能かを示す情報について問合せメッセージをメディアサーバ４０６に送信することを含み得る。メディアサーバ４０６は、それに応答して、移動性管理サーバ４０８に構成情報を伝達すればよい。構成情報は、たとえば、目標無線アクセスネットワークにおいて同じＴＶ番組を受信し続けるために、どのようなＴＶチャネルにメディアアプリケーション４２０が同調するべきかを示し得る。構成情報は、同期情報および／または他の情報も含み得る。
【００７３】
移動性管理サーバ４０８は次いで、ＷＴＲＵ４００の所の移動性管理ファンクション４０２に応答メッセージを送ればよい（ステップ４８０）。応答は、可能な目標無線アクセスネットワークを識別する情報およびメディアアプリケーション４２０に関する、対応する構成情報を含み得る。
【００７４】
ＷＴＲＵ４００は、応答メッセージに含まれる情報に基づいて、ハンドオーバを実施するという判定を行えばよい（ステップ４８２）。判定は、たとえば、宛先ＤＬ専用リンクレイヤ構成要素４３８が接続し得る無線アクセスネットワークへのハンドオーバを実施するということでよい。判定は、たとえば、ＷＴＲＵ４００の所の上位層ハンドオーバアプリケーション（図示せず）または他のアプリケーションもしくはモジュール（図示せず）で実施することができる。
【００７５】
図４Ｂを参照すると、ＷＴＲＵ４００は、宛先ＤＬ専用リンクレイヤ構成要素４３８をアクティブにすることができる（ステップ４８４）。このアクティブ化は、たとえば、移動性管理ファンクション４０２が、宛先ＤＬ専用リンクレイヤ構成要素４３８は電源が入り、かつ／または新規接続を確立するべきであることを示す１つまたはそれよりも多いプリミティブを、宛先ＤＬ専用リンクレイヤ構成要素４３８に送ることによって実施することができる。
【００７６】
図４Ｂを参照すると、宛先ＤＬ専用リンクレイヤ構成要素４３８は、宛先ＤＬ専用基地局４４８と通信して、接続を確立することができる（ステップ４８６）。この確立は、たとえば、ソースＤＬ専用リンクレイヤ構成要素４３６および宛先ＤＬ専用基地局４４８が、１つもしくは複数の登録、関連づけ、および／または認証メッセージを交換することを含み得る。
【００７７】
移動性管理ファンクション４０２は、確立済みである新規リンクを示す通知を、メディアアプリケーション４２０に送ればよい（ステップ４８８）。この通知は、メディアアプリケーション４２０が宛先ＤＬ専用リンクレイヤ構成要素４３８上の新規リンクを介してメディアデータを受信するべきであることも示し得る。通知は、移動性管理サーバ４０８から受信された構成情報も含み得る。
【００７８】
メディアアプリケーション４２０は次いで、その構成を調整し、宛先ＤＬ専用リンクレイヤ構成要素４３８上の新規リンクを介してメディアデータを受信し始めればよい（ステップ４９０）。受信開始は、たとえば、構成情報において示された新規ＴＶチャネルに同調することを含み得る。メディアアプリケーション４２０は、ＷＴＲＵ４００の所のユーザインタフェース（図示せず）によりメディアデータを再生することができる。ＷＴＲＵ４００の所の双方向リンクレイヤ構成要素４３４は、メディアアプリケーション４２０に対する制御情報を、双方向基地局４４４を介してメディアサーバ４０６に送信すればよい（ステップ４９２）。
【００７９】
宛先ＤＬ専用リンクレイヤ構成要素４３８上でリンクが確立されると、移動性管理ファンクション４０２は、ソースＤＬ専用リンクレイヤ構成要素４３６上での接続を解放してよい（ステップ４９４）。この解放は、たとえば、移動性管理ファンクション４０２が、ソースＤＬ専用リンクレイヤ構成要素４３６が電源を落とし、かつ／またはその接続を解放するべきであることを示す１つまたはそれよりも多いプリミティブをソースＤＬ専用リンクレイヤ構成要素４３６に送ることによって実施することができる。ソースＤＬ専用リンクレイヤ構成要素４３６は次いで、ソースＤＬ専用基地局４４６と解放手順を実施して（ステップ４９４）、ソースＤＬ専用基地局４４６によってＷＴＲＵ４００に割り振られた資源を解放すればよい。この解放は、たとえば、ＷＴＲＵ４００とソースＤＬ専用基地局４４６との間の、１つまたはそれよりも多い登録解除または関連解除メッセージの交換を伴い得る。
【００８０】
図４Ａ〜４Ｂは、同じ基地局（双方向基地局４４４）を介して、ＷＴＲＵ４００と移動性管理サーバ４０８とメディアサーバ４０６との間で情報が伝達されることを示しているが、図４Ａ〜４Ｂの方法の様々な実装形態では、異なる無線アクセスネットワークを使って、ＷＴＲＵ４００と移動性管理サーバ４０８とメディアサーバ４０６との間でデータを伝達することができる。
【００８１】
代替的または追加的に、図４Ａ〜４Ｂの方法の様々な実装形態において、移動性管理ファンクション４０２および移動性管理サーバ４０８は、ＭＩＨ機能を実装し得る。このような事例において、移動性管理サーバ４０８は、ＭＩＨサーバ機能性を実施することができ、ＷＴＲＵ４００内の移動性管理ファンクション４０２は、ＭＩＨＦ機能性を実施することができ、移動性管理サーバ４０８と移動性管理ファンクション４０２との間のメッセージ交換は、ＭＩＨメッセージでよい。図４Ａ〜４Ｂの方法は、図１のアーキテクチャ例１０４、図２のアーキテクチャ例２０４、および／または他の適切などのネットワークアーキテクチャを使っても実施することができる。代替的または追加的に、通信システムは、図３Ａ〜３Ｂの方法、図４Ａ〜４Ｂの方法のどの機能またはサブ機能も、ならびに／または図３Ａ〜３Ｂおよび図４Ａ〜４Ｂの方法のどの組合せも実装することができる。
【００８２】
ＭＩＨメッセージは、メッセージの指定受信側であるＭＩＨＦを示すＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒフィールドを含み得る。ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒフィールドを含むＭＩＨメッセージは、ＭＩＨ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅ．ｒｅｑｕｅｓｔ、ＭＩＨ＿Ｌｉｎｋ＿Ｇｅｔ＿Ｐａｒａｍｅｔｅｒｓ．ｒｅｑｕｅｓｔ、ＭＩＨ＿Ｌｉｎｋ＿Ｃｏｎｆｉｇｕｒｅ＿Ｔｈｒｅｓｈｏｌｄｓ．ｒｅｑｕｅｓｔ、ＭＩＨ＿Ｎｅｔ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ＿Ｑｕｅｒｙ．ｒｅｑｕｅｓｔ、ＭＩＨ＿ＭＮ＿ＨＯ＿Ｃａｎｄｉｄａｔｅ＿Ｑｕｅｒｙ．ｒｅｑｕｅｓｔ、ＭＩＨ＿ＭＮ＿ＨＯ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔ、ＭＩＨ＿Ｎｅｔ＿ＨＯ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔ、ＭＩＨ＿Ｇｅｔ＿Ｉｎｆｏｒｍａｔｉｏｎ．ｒｅｑｕｅｓｔ、およびＭＩＨ＿Ｐｕｓｈ＿Ｉｎｆｏｒｍａｔｉｏｎ．ｒｅｑｕｅｓｔメッセージを含むが、それに限定されない。ＭＩＨＦが、ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒフィールドを含むＭＩＨメッセージを受信すると、ＭＩＨＦは、ＤｅｓｔｉｎａｔｉｏｎＩｄｅｎｔｉｆｉｅｒフィールド中の値が、ＭＩＨＦの識別子と一致するかどうか判定して、ＭＩＨメッセージがＭＩＨＦに向けられているかどうか判定する。
【００８３】
ＭＩＨメッセージは、二次ＭＩＨＦ  ＩＤフィールドをさらに含み得る。二次ＭＩＨＦ  ＩＤフィールドは、ＭＩＨＦ識別子のリストを含み得る。ＭＩＨＦが、二次ＭＩＨＦ  ＩＤフィールドを含むＭＩＨメッセージを受信すると、ＭＩＨＦは、こうした二次ＭＨＦ  ＩＤをローカルに保持し、こうしたＭＩＨＦ  ＩＤの１つを指定するどのメッセージも、メッセージがＭＩＨＦに向けられたものかのように、受諾することができる。
【００８４】
マルチキャスト加入機構は、二次ＭＩＨＦ  ＩＤを使うことができる。ＭＩＨＦが、マルチキャストグループに加入してもよく、ＭＩＨサーバが、ＭＩＨＦをマルチキャストグループに登録してもよい。こうしたグループは、二次ＭＩＨＦ  ＩＤを使って交換され得る。ＭＩＨＦは、マルチキャストグループＩＤをローカルに保持して、受信されたメッセージと突き合わせなければならない。ＭＩＨサーバによって送られるマルチキャストメッセージは、正規（一次）ＭＩＨＦ  ＩＤフィールド中または二次ＭＩＨＦ  ＩＤフィールド中のどちらかでマルチキャストグループ（複数可）を指定する。マルチキャストメッセージを受信したＭＩＨＦは、一次ＭＩＨＦ  ＩＤおよび／または二次ＭＩＨＦ  ＩＤを、ローカルに保持しているもの（加入しているグループ＋それ自体のＭＩＨＦ  ＩＤ）と比較する。一致する場合、メッセージが処理される。
【００８５】
ＭＩＨサーバは、いくつかのＷＴＲＵを含むブロードキャストまたはマルチキャストグループを定義することができる。ＭＩＨサーバは、二次ＭＩＨＦ  ＩＤフィールド中にブロードキャストまたはマルチキャストグループの識別子を含むＭＩＨメッセージを生成し、次いで、メッセージをブロードキャストまたはマルチキャストすることができる。ＭＩＨサーバは、メディアアクセス制御（ＭＡＣ）マルチキャスト値などのレイヤ２固有機構により、ＭＩＨメッセージをマルチキャストすることができる。代替的または追加的に、ＭＩＨサーバは、ＩＥＥＥ８０２．１１ビーコンフレームなどのレイヤ２固有機構を使ってＭＩＨメッセージをブロードキャストすることができる。ＷＴＲＵは、ＭＩＨメッセージを受信すると、ＭＩＨＦ  ＩＤフィールドまたは二次ＭＩＨＦ  ＩＤフィールドの内容に基づいて、ＷＴＲＵがそのメンバであるグループにメッセージが向けられているかどうか判定することができる。
【００８６】
ブロードキャストまたはマルチキャストグループ識別子は、異なるいくつかの機構により、ＷＴＲＵに与えることができる。たとえば、ＭＩＨサーバは、ＷＴＲＵの登録中に、または能力発見機構により、グループ識別子を広告してよい。代替的または追加的に、グループ識別子は、予め定義することができる。たとえば、サーバによってサポートされるマルチキャストグループを、登録／能力発見中にユーザに広告してよい。ユーザは、サポートされるマルチキャストグループから、どれに興味があるか決定すればよい。別の例では、オペレータが、装置モデル、プランのタイプまたは他の類似基準に基づいて情報をハードコードしてよい。別の例では、マルチキャストグループは、ハードコーディング、ユーザの好みおよびサーバ決定を含む、上記のいずれかを組み合わせたものに基づいて与えることができる。グループ識別子は、同じアクセス技術を用いて、または他の基準により通信可能なＷＴＲＵ用に定義することができる。たとえば、「ＷＬＡＮグループ」識別子を使って、ＷＬＡＮ技術を用いて通信可能なＷＴＲＵのグループを識別することができる。
【００８７】
図５Ａは、ＭＩＨブロードキャストまたはマルチキャストメッセージの使用を含むデータ通信のための方法を示す。図５Ａは、ＭＩＨＦ５０２を含むＷＴＲＵ５００を示している。図５は、ＭＩＨサーバ５０８も示しており、サーバ５０８は、ＷＴＲＵ５００と通信する。
【００８８】
ＷＴＲＵ５００の所のＭＩＨＦ５０２は、ブロードキャストまたはマルチキャストグループに加入するためのメッセージをＭＩＨサーバ５０８に送ることができる（ステップ５７０）。メッセージは、たとえば、ＭＩＨ＿Ｒｅｇｉｓｔｅｒ．ｒｅｑｕｅｓｔ、ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｑｕｅｓｔ、またはＭＩＨ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅ．ｒｅｑｕｅｓｔメッセージでよい。メッセージは、ＷＴＲＵ５００が加わることを望むブロードキャストまたはマルチキャストグループの識別子を含み得る。識別子は、ＷＴＲＵ５００がＭＩＨサーバ５０８への登録中に発見した識別子でもよく、予め定義された識別子でもよい。代替的または追加的に、メッセージは、ＷＴＲＵ５００に関する能力情報を示し得る。能力情報は、たとえば、ＷＴＲＵ５００によってサポートされる無線アクセス技術を示し得る。
【００８９】
ＭＩＨサーバ５０８は、ＷＴＲＵ５００をどのブロードキャストまたはマルチキャストグループに加入させるべきか判定することができる（ステップ５７２）。この判定は、ＷＴＲＵ５００によって送られたグループ識別子、ＷＴＲＵ５００によって送られた能力情報、および／または他の１つもしくは複数のパラメータに基づき得る。たとえば、ＷＴＲＵが、ＷＬＡＮ技術をサポートすることを示した場合（ステップ５７０）、ＭＩＨサーバ５０８は、ＷＬＡＮ技術をサポートするＷＴＲＵのグループにＷＴＲＵ５００が追加されるべきであると判定してよい。グループは、「ＷＬＡＮグループ」などの識別子をもち得る。
【００９０】
ＭＩＨサーバ５０８は次いで、ＷＴＲＵ５００の所のＭＩＨＦ５０２に応答メッセージを送ればよい（ステップ５７２）。応答メッセージは、ＷＴＲＵ５００が今加入している１つまたはそれよりも多いブロードキャストまたはマルチキャストグループの識別子を示す１つまたはそれよりも多いフィールドを含む。１つまたはそれよりも多いフィールドは、情報要素（ＩＥ）リストのタイプ、長さ、値（ＴＬＶ）フィールドでもよく、こうしたフィールドを含んでもよい。応答メッセージは、ＭＩＨ＿Ｒｅｇｉｓｔｅｒ．ｒｅｓｐｏｎｓｅ、ＭＩＨ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒ．ｒｅｓｐｏｎｓｅ、ＭＩＨ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅ．ｒｅｓｐｏｎｓｅ、またはＭＩＨ＿Ｐｕｓｈ＿Ｉｎｆｏｒｍａｔｉｏｎメッセージでも、他のＭＩＨメッセージでもよい。ＷＴＲＵ５００が「ＷＬＡＮグループ」に追加されるべきであるとＭＩＨサーバが判定する例において、応答メッセージは、「ＷＬＡＮグループ」識別子を含み得る。
【００９１】
ＭＩＨサーバ５０８は、ＭＩＨメッセージが向けられている１つまたはそれよりも多いマルチキャストまたはブロードキャストグループを示すＭＩＨＦ  ＩＤおよび／または二次ＭＩＨＦ  ＩＤフィールドを含むブロードキャストまたはマルチキャストＭＩＨメッセージを送ることができる（ステップ５７６）。ＷＴＲＵ５００の所のＭＩＨＦ５０２は、ＭＩＨメッセージを受信し処理して、メッセージがＷＴＲＵ５００に向けられているかどうか判定すればよい（ステップ５７８）。ＭＩＨＦ５０２は、ＭＩＨＦ  ＩＤフィールド中の値を、ＷＴＲＵ５００がそのメンバであるブロードキャストまたはマルチキャストグループの識別子と比較することによって、判定を行うことができる。ＷＴＲＵ５００が「ＷＬＡＮグループ」にある例において、ＭＩＨＦ５０２は、ＭＩＨメッセージ中のＭＩＨＦ  ＩＤおよび／または二次ＭＩＨＦ  ＩＤフィールドにある識別子それぞれを分析して、ＭＩＨメッセージが「ＷＬＡＮグループ」に向けられたのかどうか判定することになる。ＭＩＨメッセージがＷＴＲＵ５００に向けられているとＭＩＨＦ５０２が判定した場合、ＭＩＨＦ５０２は、メッセージ中で指示されたように応答すればよい。たとえば、ＭＩＨメッセージが、ハンドオーバまたは他のアクションを要求する場合、ＭＩＨＦ５０２は、要求されたハンドオーバまたは他のアクションを実施すればよい。
【００９２】
図５Ａに示すように、ＷＴＲＵは、ブロードキャストまたはマルチキャストグループに加入するために、ＭＩＨサーバに登録することができる。代替的または追加的に、ＭＩＨサーバ５８４が、図５Ｂに示すプッシュ機構を使ってＷＴＲＵ５８０をグループに割り当ててよい。この方法例は、ＤＬ専用能力をもつ装置に用いることができる。この事例において、装置は、サーバに登録されてはならないので、マルチキャストグループに加入することはできない。装置は、「全ＭＩＨＦ」というマルチキャストグループ（たとえば、全装置にハードコードされている）に向けられたメッセージを受信することができるが、この方法により、サーバは、「全ＭＩＨＦ」を宛先ＭＩＨＦ  ＩＤとして使って装置にマルチキャスト登録をプッシュする（たとえば、二次ＭＩＨＦ  ＩＤを含む情報サービスメッセージをプッシュする）ことによって、他のマルチキャストグループをこの装置向けに構成することができる。ＭＩＨサーバ５８４は、ＷＴＲＵ５８０がブロードキャストまたはマルチキャストグループのメンバであることを示すメッセージをＷＴＲＵ５８０に送ることによって、この構成を行うことができる（ステップ５８６）。メッセージは、ＷＴＲＵ５８０が割り当てられている最中であるグループの識別子を含み得る。ＷＴＲＵ５８０が後になって、ＭＩＨＦ  ＩＤおよび／または二次ＭＩＨＦ  ＩＤフィールドを含むブロードキャストまたはマルチキャストメッセージを受信すると（ステップ５８８）、ＷＴＲＵ５８０は、ＭＩＨＦ  ＩＤおよび／または二次ＭＩＨＦ  ＩＤフィールド中のグループ識別子ならびにＷＴＲＵ５８０が割り当てられたグループの識別子に基づいて、メッセージがＷＴＲＵ５８０に向けられているかどうか判定することができる（ステップ５９０）。ブロードキャストまたはマルチキャストメッセージは、ＭＩＨ情報サービスにより定義されるメッセージでも、他のどのＭＩＨメッセージでもよい。
【００９３】
マルチキャストまたはブロードキャストグループ識別子の使用に関連した上述の機能は、双方向無線アクセス技術という背景において使うことができ、ＤＶＢ−Ｈ、ＤＶＢ−Ｔ、またはＭｅｄｉａＦＬＯ技術などだがそれに限定されない、ＤＬ専用技術という背景においても使うことができる。こうした機能により、ＭＩＨサーバは、たとえば、ＤＬ専用技術を用いる複数のＷＴＲＵのハンドオーバを開始することができる。ＭＩＨサーバは、所与のＤＬ専用技術を用いるＷＴＲＵすべてを含むグループを定義し、そのグループにＷＴＲＵを登録することによって、ハンドオーバを開始することができる。ＭＩＨサーバは次いで、グループに対応するグループ識別子を含むＭＩＨＦ  ＩＤおよび／または二次ＭＩＨＦ  ＩＤフィールドを有するＭＩＨハンドオーバ要求メッセージを送ればよい。
【００９４】
図６は、図１〜５を参照して上述した機能および方法を実装するように構成することができる通信システム例６０４を示す。通信システム例６０４は、ＷＴＲＵ６００、ＤＬ専用基地局６４６、双方向基地局６４４、移動性管理サーバ装置６０８、およびメディアサーバ装置６０６を含み得る。
【００９５】
典型的なＷＴＲＵにおいて見られ得る構成要素に加え、ＷＴＲＵ６００は、プロセッサ６９０、リンクされたメモリ６９２、バッテリ６９９、ＤＬ専用無線アクセス技術を使って通信可能な第１のトランシーバ６９６、第１のアンテナ６９１、双方向無線アクセス技術を使って通信可能な第２のトランシーバ６９７、および第２のアンテナ６９３を含み得る。プロセッサ６９０は、図１〜５を参照して上述したように、メッセージおよび他のデータを生成し、かつ／または処理するように構成することができる。プロセッサ６９０およびリンクされたメモリ６９２は、図１〜５を参照して上述した、ＷＴＲＵ内のどのＭＩＨＦまたは移動性管理ファンクションにも備わっている機能性を実施するように構成することができる。第１のトランシーバ６９６および第２のトランシーバ６９７は、プロセッサ６９０と通信して、ワイヤレスデータの送信および／または受信を容易にすることができる。第１のトランシーバ６９６は、ＤＭＢ、ＤＶＢ、ＭｅｄｉａＦＬＯ、または他のＤＬ専用技術など、１つまたはそれよりも多い技術を使ってワイヤレスデータを受信することができる。第１のトランシーバ６９６は、第１のアンテナ６９１を介してワイヤレスデータを受信することができる。第２のトランシーバ７９６は、ＵＴＲＡＮ、ＬＴＥ（ロングタームエボリューション）、ＳＡＥ（サービスアーキテクチャエボリューション）、次世代ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）、ＩＥＥＥ８０２．１１、ＣＤＭＡ２０００、ＧＳＭ（移動体通信用グローバルシステム）、ＧＥＲＡＮ（ＧＳＭ  ＥＤＧＥ（ＧＳＭ進化型高速データレート）無線アクセスネットワーク）、ＩＥＥＥ  ＷｉＭａｘ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）、ワイヤレスブロードバンド（ＷｉＢｒｏ）、ＬＴＥ−Ａ（ＬＴＥアドバンスト）、または他の技術など、１つまたはそれよりも多い技術を使ってワイヤレスデータを通信可能でよい。第２のトランシーバ６９７は、第２のアンテナ６９３を介してワイヤレスデータを送信し、かつ／または受信することができる。バッテリ６９９は、第１のトランシーバ６９６、第２のトランシーバ６９７、プロセッサ６９０、および／またはリンクされたメモリ６９２に電力供給することができる。ＷＴＲＵ６００は、図１〜５を参照して上述した、どのＷＴＲＵまたはＷＴＲＵの組合せにも備わっているどの機能または機能の組合せも実施するように構成することができる。ＷＴＲＵ６００は、２つのトランシーバおよび２つのアンテナを含むものとして示してあるが、単または多モードトランシーバおよびアンテナのどの組合せを使っても、ＷＴＲＵ６００を実装することができる。
【００９６】
典型的な基地局において見られ得る構成要素に加え、ＤＬ専用基地局６４６は、プロセッサ６７０、リンクされたメモリ６７２、トランシーバ６７６、およびアンテナ６７１を含み得る。トランシーバ６７６は、プロセッサ６７０と通信して、ワイヤレスデータの送信を容易にすることができる。トランシーバ６７６は、アンテナ６７１を介してワイヤレスデータを送信することができる。ＤＬ専用基地局６４６は、通信インタフェース６７４をさらに含み得る。通信インタフェース６７４は、メディアサーバ装置６０６、移動性管理サーバ６０８および／または他のネットワークノード（図示せず）からデータを送信し、かつ／または受信するように構成することができる。ＤＬ専用基地局６４６は、図１〜５を参照して上述した、どのＤＬ専用基地局またはＤＬ専用基地局の組合せにも備わっているどの機能または機能の組合せも実施するように構成することができる。
【００９７】
典型的な基地局において見られ得る構成要素に加え、双方向基地局６４４は、プロセッサ６８０、リンクされたメモリ６８２、トランシーバ６８６、およびアンテナ６８１を含み得る。トランシーバ６８６は、プロセッサ６８０と通信して、ワイヤレスデータの送信および／または受信を容易にすることができる。トランシーバ６８６は、アンテナ６８１を介してワイヤレスデータを送信し、かつ／または受信することができる。双方向基地局６４４は、通信インタフェース６８４をさらに含み得る。通信インタフェース６８４は、移動性管理サーバ装置６０８および／または他のネットワークノード（図示せず）からデータを送信し、かつ／または受信するように構成することができる。双方向基地局６４４は、図１〜５を参照して上述したどの双方向基地局または双方向基地局の組合せにも備わっているどの機能または機能の組合せも実施するように構成することができる。
【００９８】
移動性管理サーバ装置６０８は、プロセッサ６６０およびメモリ６６２を含み得る。プロセッサ６６０は、図１〜５において上述した移動性管理サーバおよび／またはＭＩＨサーバを参照して上述したように、メッセージおよび他のデータを生成し、かつ／または処理するように構成することができる。移動性管理サーバ装置６０８は、通信インタフェース６８４をさらに含み得る。通信インタフェース６８４は、メディアサーバ装置６０６、双方向基地局６４４、および／または他のネットワークノード（図示せず）からデータを送信し、かつ／または受信するように構成することができる。移動性管理サーバ装置６０８は、図１〜５を参照して上述したどの移動性管理サーバ、ＭＩＨサーバ、または移動性管理サーバおよびＭＩＨサーバの組合せにも備わっているどの機能または機能の組合せも実施するように構成することができる。
【００９９】
メディアサーバ装置６０６は、プロセッサ６５０およびメモリ６５２を含み得る。プロセッサ６５０は、図１〜５を参照して上述したメディアサーバを参照して上述したように、メッセージおよび他のデータを生成し、かつ／または処理するように構成することができる。メディアサーバ装置６０６は、通信インタフェース６５４をさらに含み得る。通信インタフェース６５４は、データを送信し、かつ／または移動性管理サーバ装置６０８、ＤＬ専用基地局６４６、および／または他のネットワークノード（図示せず）から受信するように構成することができる。メディアサーバ装置６０６は、図１〜５を参照して上述したどのメディアサーバまたはメディアサーバの組合せにも備わっているどの機能または機能の組合せも実施するように構成することができる。
【０１００】
通信インタフェース６５４、６６４、６７４、６８４のそれぞれまたはいずれかは、ワイヤードもしくはワイヤレス通信技術を使って動作することができ、かつ／またはトランシーバであっても、トランシーバを含んでもよい。通信インタフェース６５４、６６４、６７４、６８４のそれぞれまたはいずれかは、たとえば、イーサネット（登録商標）、キャリアイーサネット（登録商標）、ファイバオプティクス、マイクロ波、ｘＤＳＬ（デジタル加入者線）、非同期転送モード、（ＡＴＭ）、信号方式７（ＳＳ７）、インターネットプロトコル（ＩＰ）、および／またはＩＰ／マルチプロトコルラベルスイッチング（ＭＰＬＳ）などの技術を使って通信可能でよい。
【０１０１】
メディアデータに関して図１〜６を参照して例を上に挙げたが、上述の原理は、必要な変更を施した上で、ブロードキャスト、マルチキャスト、ＤＬ専用、および／または他のデータ通信技術を使って伝達することができる他のどのタイプのデータにも等しく適用可能である。ＤＬ専用技術に関して図１〜６を参照して例を上に挙げたが、上述の原理は、必要な変更を施した上で、ＤＬ専用技術の使用を含まない通信システムにおいて等しく適用可能である。
【０１０２】
機能および要素が、具体的に組み合わされて上で記載されたが、各機能または要素は、他の機能および要素なしで個別に、または他の機能および要素ありでもなしでも、様々に組み合わせて用いることができる。ここで挙げた方法またはフローチャートは、汎用コンピュータまたはプロセッサによる実行用のコンピュータ可読記憶媒体に組み込まれる、コンピュータプログラム、ソフトウェア、またはファームウェア中に実装することができる。コンピュータ可読記憶媒体の例は、ＲＯＭ（読出し専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリ素子、内部ハードディスクおよび取外し可能ディスクなどの磁気メディア、光磁気メディア、ならびにＣＤ−ＲＯＭディスク、およびＤＶＤ（デジタル多用途ディスク）などの光メディアを含む。
【０１０３】
適切なプロセッサは、例として、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラム可能ゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、および／またはステートマシンを含む。
【０１０４】
ソフトウェアと関連したプロセッサは、ワイヤレス送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータ内で使用するための無線周波数トランシーバを実装するのに使うことができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーフォン、振動装置、スピーカ、マイクロホン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）表示ユニット、ＯＬＥＤ（有機発光ダイオード）表示ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（ワイヤレスローカルエリアネットワーク）もしくはＵＷＢ（超広帯域）モジュールなど、ハードウェアおよび／またはソフトウェア中に実装されるモジュールとともに使うことができる。
【０１０５】
実施形態
１．ワイヤレス送受信ユニット（ＷＴＲＵ）において使用するための方法であって、ダウンリンク専用無線アクセスネットワーク上の無線リンクにおける状態に関連したリンクステータス情報を生成することを含む方法。
【０１０６】
２．ＭＩＨ性能管理サーバにリンクステータス情報メッセージを送ることであって、リンクステータス情報メッセージは、リンクステータス情報を含み、リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示すフィールドを含む、ことをさらに含む実施形態１に記載の方法。
【０１０７】
３．ＭＩＨ性能管理サーバは、メディア非依存ハンドオーバ（ＭＩＨ）サーバである前記実施形態のいずれかに記載の方法。
【０１０８】
４．リンクステータス情報メッセージは、ＭＩＨメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｕｐ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｉｍｍｉｎｅｎｔ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ．ｉｎｄｉｃａｔｉｏｎメッセージ、またはＭＩＨ＿Ｌｉｎｋ＿ＰＤＵ＿Ｔｒａｎｓｍｉｔ＿Ｓｔａｔｕｓ．ｉｎｄｉｃａｔｉｏｎメッセージである前記実施形態のいずれかに記載の方法。
【０１０９】
５．リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示すフィールドは、ＬＩＮＫ＿ＴＹＰＥフィールドまたはＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドの一方である前記実施形態のいずれかに記載の方法。
【０１１０】
６．ＬＩＮＫ＿ＴＹＰＥフィールドは、ダウンリンク専用無線アクセスネットワークが基づく無線アクセス技術を示す前記実施形態のいずれかに記載の方法。
【０１１１】
７．ＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドは、ＤＬ＿ＯＮＬＹ値を示す前記実施形態のいずれかに記載の方法。
【０１１２】
８．ダウンリンク専用無線アクセスネットワーク上の無線リンクにおける状態に関連したリンクステータス情報を生成するように構成されたリンクレイヤ構成要素を備えるワイヤレス送受信ユニット（ＷＴＲＵ）。
【０１１３】
９．ＭＩＨ性能管理サーバにリンクステータス情報メッセージを送信するように構成された送信機をさらに含み、リンクステータス情報メッセージは、リンクステータス情報を含み、リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示すフィールドを含む実施形態８に記載のＷＴＲＵ。
【０１１４】
１０．ＭＩＨ性能管理サーバは、メディア非依存ハンドオーバ（ＭＩＨ）サーバであり、リンクステータス情報メッセージは、ＭＩＨメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｕｐ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｉｍｍｉｎｅｎｔ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ．ｉｎｄｉｃａｔｉｏｎメッセージ、またはＭＩＨ＿Ｌｉｎｋ＿ＰＤＵ＿Ｔｒａｎｓｍｉｔ＿Ｓｔａｔｕｓ．ｉｎｄｉｃａｔｉｏｎメッセージである実施形態８〜９のいずれかに記載のＷＴＲＵ。
【０１１５】
１１．リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示すフィールドは、ＬＩＮＫ＿ＴＹＰＥフィールドまたはＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドの一方である実施形態８〜１０のいずれかに記載のＷＴＲＵ。
【０１１６】
１２．ＬＩＮＫ＿ＴＹＰＥフィールドは、ダウンリンク専用無線アクセスネットワークが基づく無線アクセス技術を示す実施形態８〜１１のいずれかに記載のＷＴＲＵ。
【０１１７】
１３．ＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドは、ＤＬ＿ＯＮＬＹ値を示す実施形態８〜１２のいずれかに記載のＷＴＲＵ。
【０１１８】
１４．ワイヤレス送受信ユニット（ＷＴＲＵ）において使用するための方法であって、メディアサーバから、ダウンリンク専用無線アクセスネットワーク上のリンクを介してメディアデータを受信することを含む方法。
【０１１９】
１５．メディアアプリケーションにおいてメディアデータを再生することをさらに含む実施形態１４に記載の方法。
【０１２０】
１６．ＷＴＲＵによって送られたリンクステータス情報に応答して、ＭＩＨ性能管理サーバからハンドオーバ要求メッセージを受信することをさらに含み、ハンドオーバ要求メッセージは、ＷＴＲＵが第２の無線アクセスネットワークにハンドオーバするべきであることを示し、第２の無線アクセスネットワークを介してメディアデータが受信されると、どのようにメディアアプリケーションが構成されるべきかを示す構成情報を含む実施形態１４〜１５のいずれかに記載の方法。
【０１２１】
１７．メディアサーバから、第２の無線アクセスネットワーク上のリンクを介してメディアデータを受信し、構成情報に基づいてメディアアプリケーションにおいてメディアデータを再生することをさらに含む実施形態１４〜１６のいずれかに記載の方法。
【０１２２】
１８．第２の無線アクセスネットワークは、ダウンリンク専用無線アクセスネットワークまたは双方向無線アクセスネットワークの一方である実施形態１４〜１７のいずれかに記載の方法。
【０１２３】
１９．ＭＩＨ性能管理サーバは、メディア非依存ハンドオーバ（ＭＩＨ）サーバであり、ハンドオーバ要求メッセージはＭＩＨメッセージである実施形態１４〜１８のいずれかに記載の方法。
【０１２４】
２０．ハンドオーバ要求メッセージは、ＭＩＨ＿Ｎｅｔ＿ＨＯ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔメッセージである実施形態１４〜１９のいずれかに記載の方法。
【０１２５】
２１．構成情報は、メディアアプリケーションが同調するべきテレビチャネル、および同期情報の１つまたはそれよりも多くを示す実施形態１４〜２０のいずれかに記載の方法。
【０１２６】
２２．ワイヤレス送受信ユニット（ＷＴＲＵ）において使用するための方法であって、マルチキャストメッセージを受信することを含む方法。
【０１２７】
２３．マルチキャストメッセージ中の一次識別子および少なくとも１つの二次識別子を、格納されている識別子と比較することをさらに含み、少なくとも１つの二次識別子は、マルチキャストグループ識別に対応する実施形態２２に記載の方法。
【０１２８】
２４．一次識別子または少なくとも１つの二次識別子の少なくとも１つが、格納されている識別子と一致するという条件で、マルチキャストメッセージを処理することをさらに含む実施形態２２〜２３のいずれかに記載の方法。
【０１２９】
２５．ＷＴＲＵは、登録、能力発見、予め定義済み、ハードコード済み、プラン固有、装置固有、およびユーザの好みの少なくとも１つを通して、マルチキャストグループ識別に加入する実施形態２２〜２４のいずれかに記載の方法。
【０１３０】
２６．どのマルチキャストグループにＷＴＲＵが属すかを示すメッセージを受信することをさらに含む実施形態２２〜２５のいずれかに記載の方法。
【０１３１】
２７．ＷＴＲＵが、マルチキャストグループに対応するマルチキャストグループ識別子を格納することをさらに含む実施形態２２〜２６のいずれかに記載の方法。
【０１３２】
２８．マルチキャストグループに登録するための加入メッセージを送ることをさらに含む実施形態２２〜２７のいずれかに記載の方法。
【０１３３】
２９．複数のマルチキャストメディア非依存ハンドオーバファンクション（ＭＩＨＦ）識別子（ＩＤ）を扱う方法であって、複数のＭＩＨＦ  ＩＤを作成することを含む方法。
【０１３４】
３０．複数のＭＩＨＦ  ＩＤを送信することをさらに含む実施形態２９に記載の方法。
【０１３５】
３１．ＭＩＨＦ  ＩＤを含むメディア非依存ハンドオーバ（ＭＩＨ）メッセージを受信することをさらに含む実施形態２９〜３０のいずれかに記載の方法。
【０１３６】
３２．複数のＭＩＨＦ  ＩＤは、二次ＭＩＨＦ  ＩＤである実施形態２９〜３１のいずれかに記載の方法。
【０１３７】
３３．二次ＭＩＨＦ  ＩＤを含むＭＩＨＦを提供することをさらに含む実施形態２９〜３２のいずれかに記載の方法。
【０１３８】
３４．二次ＭＩＨＦ  ＩＤを宛先識別子フィールドに入れて送信することをさらに含む実施形態２９〜３３のいずれかに記載の方法。
【０１３９】
３５．マルチキャストまたはブロードキャストメッセージ用に二次ＭＩＨＦ  ＩＤを使うことをさらに含む実施形態２９〜３４のいずれかに記載の方法。
【０１４０】
３６．情報要素（ＩＥ）をＭＩＨメッセージに入れて送信することをさらに含む実施形態２９〜３５のいずれかに記載の方法。
【０１４１】
３７．情報要素（ＩＥ）を使って、ＭＩＨＦに、ＭＩＨメッセージを受信可能であることを通知することをさらに含む実施形態２９〜３６のいずれかに記載の方法。
【０１４２】
３８．マルチキャストメッセージを受信するために、マルチキャストグループに加入することをさらに含む実施形態２９〜３７のいずれかに記載の方法。
【０１４３】
３９．マルチキャストメッセージは、ＭＩＨＦ  ＩＤに送られる実施形態２９〜３８のいずれかに記載の方法。
【０１４４】
４０．登録要求を通してマルチキャストグループに直接加入することをさらに含む実施形態２９〜３９のいずれかに記載の方法。
【０１４５】
４１．サーバによって生成されたプッシュ機構を通してマルチキャストグループに加入することをさらに含む実施形態２９〜４０のいずれかに記載の方法。
【０１４６】
４２．メディアアクセス制御（ＭＡＣ）を用いてＭＩＨＦを実施することをさらに含む実施形態２９〜４１のいずれかに記載の方法。
【０１４７】
４３．ＩＥＥＥ８０２．１１ビーコンフレームを使ってＭＩＨＦを実施することをさらに含む実施形態２９〜４２のいずれかに記載の方法。
【０１４８】
４４．放送タイプを示す通信を受信すること、および受信された通信に基づいてハンドオーバ決定を実施することを含む、放送サービスを提供する方法。
【０１４９】
４５．放送タイプを示す通信を送信すること、およびハンドオーバ決定を実施することを含む、放送サービスを提供する方法。
【０１５０】
４６．通信は、リンク方向情報を含む実施形態１〜７および１４〜４５のいずれかに記載の方法。
【０１５１】
４７．リンク方向情報は、双方向リンクを示す実施形態１〜７および１４〜４６のいずれかに記載の方法。
【０１５２】
４８．リンク方向情報は、ダウンリンク（ＤＬ）専用方向を示す実施形態１〜７および１４〜４７のいずれかに記載の方法。
【０１５３】
４９．リンク方向情報は、アップリンク（ＵＬ）専用方向を示す実施形態１〜７および１４〜４８のいずれかに記載の方法。
【０１５４】
５０．放送タイプは、ＬＩＮＫ＿ＴＹＰＥプリミティブにおいて示される実施形態１〜７および１４〜４９のいずれかに記載の方法。
【０１５５】
５１．放送タイプは、ＤＶＢ−Ｈ（携帯機器用デジタルテレビ放送規格）タイプである実施形態１〜７および１４〜５０のいずれかに記載の方法。
【０１５６】
５２．放送タイプは、ＤＶＢ−Ｔ（地上デジタルテレビ放送規格）タイプである実施形態１〜７および１４〜５１のいずれかに記載の方法。
【０１５７】
５３．放送タイプは、ＭｅｄｉａＦｌｏｗタイプである実施形態１〜７および１４〜５２のいずれかに記載の方法。
【０１５８】
５４．放送タイプまたはリンク方向情報は、暗黙的に受信される実施形態１〜７および１４〜５３のいずれかに記載の方法。
【０１５９】
５５．ＤＶＢ−Ｈ（携帯機器用デジタルテレビ放送規格）タイプ情報は、ＬＩＮＫ＿ＴＹＰＥプリミティブにおいて示される実施形態１〜７および１４〜５４のいずれかに記載の方法。
【０１６０】
５６．放送タイプまたはリンク方向情報は、明示的に受信される実施形態１〜７および１４〜５５のいずれかに記載の方法。
【０１６１】
５７．リンク方向情報は、ＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮプリミティブにおいて示される実施形態１〜７および１４〜５６のいずれかに記載の方法。
【０１６２】
５８．ＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮプリミティブは、ＵＬ＿ＯＮＬＹ値、ＤＬ＿ＯＮＬＹ値、またはＢＩＤＩＲＥＣＴＩＯＮＡＬ値を含む実施形態１〜７および１４〜５７のいずれかに記載の方法。
【０１６３】
５９．アプリケーション要件情報を受信することをさらに含む実施形態１〜７および１４〜５８のいずれかに記載の方法。
【０１６４】
６０．アプリケーション要件情報は、サービス品質（ＱｏＳ）要件を含む実施形態１〜７および１４〜５９のいずれかに記載の方法。
【０１６５】
６１．アプリケーション要件情報は、期待ビットレートを含む実施形態１〜７および１４〜６０のいずれかに記載の方法。
【０１６６】
６２．アプリケーション要件情報は、期待待ち時間を含む実施形態１〜７および１４〜６１のいずれかに記載の方法。
【０１６７】
６３．アプリケーション要件情報は、期待無線アクセス技術（ＲＡＴ）タイプを含む実施形態１〜７および１４〜６２のいずれかに記載の方法。
【０１６８】
６４．アプリケーション要件情報は、推奨メディアタイプを含む実施形態１〜７および１４〜６３のいずれかに記載の方法。
【０１６９】
６５．アプリケーション要件情報は、ＭＩＨ＿ＳＡＰプリミティブに含まれる実施形態１〜７および１４〜６４のいずれかに記載の方法。
【０１７０】
６６．ＭＩＨ＿ＳＡＰプリミティブは、ＭＩＨユーザからのＭＩＨ＿Ａｐｐｌｉｃａｔｉｏｎ＿Ｉｎｆｏ．ｉｎｄｉｃａｔｉｏｎである実施形態１〜７および１４〜６５のいずれかに記載の方法。
【０１７１】
６７．ＭＩＨ＿ＳＡＰプリミティブは、ＭＩＨユーザに問い合わせるためのＭＩＨ＿Ａｐｐｌｉｃａｔｉｏｎ＿Ｉｎｆｏ．ｒｅｑｕｅｓｔである実施形態１〜７および１４〜６６のいずれかに記載の方法。
【０１７２】
６８．ＭＩＨ＿ＳＡＰプリミティブは、ＭＩＨユーザに問い合わせるためのＭＩＨ＿Ａｐｐｌｉｃａｔｉｏｎ＿Ｉｎｆｏ．ｒｅｓｐｏｎｓｅである実施形態１〜７および１４〜６７のいずれかに記載の方法。
【０１７３】
６９．アプリケーション要件情報は、既存のプリミティブに含まれる実施形態１〜７および１４〜６８のいずれかに記載の方法。
【０１７４】
７０．放送タイプは、Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ情報要素中で示される実施形態１〜７および１４〜６９のいずれかに記載の方法。
【０１７５】
７１．放送タイプは、ＬＩＮＫ＿ＰＡＲＡＭ＿ＢＲＯＡＤＣＳＴデータタイプ中で示される実施形態１〜７および１４〜７０のいずれかに記載の方法。
【０１７６】
７２．ＬＩＮＫ＿ＰＡＲＡＭ＿ＢＲＯＡＤＣＳＴデータタイプは、ＬＩＮＫ＿ＰＡＲＡＭ＿ＤＶＢ＿Ｈデータを含む実施形態１〜７および１４〜７１のいずれかに記載の方法。
【０１７７】
７３．ＬＩＮＫ＿ＰＡＲＡＭ＿ＤＶＢ＿Ｈデータは、ネットワーク情報テーブル（ＮＩＴ）情報を含む実施形態１〜７および１４〜７２のいずれかに記載の方法。
【０１７８】
７４．ＬＩＮＫ＿ＰＡＲＡＭ＿ＤＶＢ＿Ｈデータは、番組固有情報／サービス情報（ＰＳＩ／ＳＩ）を含む実施形態１〜７および１４〜７３のいずれかに記載の方法。
【０１７９】
７５．ＬＩＮＫ＿ＰＡＲＡＭ＿ＤＶＢ＿Ｈデータは、フレームエラーレート（ＦＥＲ）／ＦＭＰＥ−ＦＥＣ  ＦＥＲ（ＭＦＥＲ）情報を含む実施形態１〜７および１４〜７４のいずれかに記載の方法。
【０１８０】
７６．放送サービス用のＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブを受信することをさらに含む実施形態１〜７および１４〜７５のいずれかに記載の方法。
【０１８１】
７７．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｄｅｔｅｃｔｅｄプリミティブにマップする実施形態１〜７および１４〜７６のいずれかに記載の方法。
【０１８２】
７８．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｕｐプリミティブにマップする実施形態１〜７および１４〜７７のいずれかに記載の方法。
【０１８３】
７９．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｄｏｗｎプリミティブにマップする実施形態１〜７および１４〜７８のいずれかに記載の方法。
【０１８４】
８０．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔプリミティブにマップする実施形態１〜７および１４〜７９のいずれかに記載の方法。
【０１８５】
８１．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎプリミティブにマップする実施形態１〜７および１４〜８０のいずれかに記載の方法。
【０１８６】
８２．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｉｍｍｉｎｅｎｔプリミティブにマップする実施形態１〜７および１４〜８１のいずれかに記載の方法。
【０１８７】
８３．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅプリミティブにマップする実施形態１〜７および１４〜８２のいずれかに記載の方法。
【０１８８】
８４．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿ＰＤＵ＿Ｔｒａｎｓｍｉｔ＿Ｓｔａｔｕｓプリミティブにマップする実施形態１〜７および１４〜８３のいずれかに記載の方法。
【０１８９】
８５．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒプリミティブにマップする実施形態１〜７および１４〜８４のいずれかに記載の方法。
【０１９０】
８６．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅプリミティブにマップする実施形態１〜７および１４〜８５のいずれかに記載の方法。
【０１９１】
８７．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｅｖｅｎｔ＿Ｕｎｓｕｂｓｃｒｉｂｅプリミティブにマップする実施形態１〜７および１４〜８６のいずれかに記載の方法。
【０１９２】
８８．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｇｅｔ＿Ｐａｒａｍｅｔｅｒｓプリミティブにマップする実施形態１〜７および１４〜８７のいずれかに記載の方法。
【０１９３】
８９．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｃｏｎｆｉｇｕｒｅ＿Ｔｈｒｅｓｈｏｌｄｓプリミティブにマップする実施形態１〜７および１４〜８８のいずれかに記載の方法。
【０１９４】
９０．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ａｃｔｉｏｎプリミティブにマップする実施形態１〜７および１４〜８９のいずれかに記載の方法。
【０１９５】
９１．ＤＶＢ−Ｈ（携帯機器用デジタルテレビ放送規格）サービス用のＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブを受信することをさらに含む実施形態１〜７および１４〜９０のいずれかに記載の方法。
【０１９６】
９２．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｄｅｔｅｃｔｅｄプリミティブにマップする実施形態１〜７および１４〜９１のいずれかに記載の方法。
【０１９７】
９３．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｕｐプリミティブにマップする実施形態１〜７および１４〜９２のいずれかに記載の方法。
【０１９８】
９４．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｄｏｗｎプリミティブにマップする実施形態１〜７および１４〜９３のいずれかに記載の方法。
【０１９９】
９５．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔプリミティブにマップする実施形態１〜７および１４〜９４のいずれかに記載の方法。
【０２００】
９６．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎプリミティブにマップする実施形態１〜７および１４〜９５のいずれかに記載の方法。
【０２０１】
９７．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｉｍｍｉｎｅｎｔプリミティブにマップする実施形態１〜７および１４〜９６のいずれかに記載の方法。
【０２０２】
９８．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅプリミティブにマップする実施形態１〜７および１４〜９７のいずれかに記載の方法。
【０２０３】
９９．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿ＰＤＵ＿Ｔｒａｎｓｍｉｔ＿Ｓｔａｔｕｓプリミティブにマップする実施形態１〜７および１４〜９８のいずれかに記載の方法。
【０２０４】
１００．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｃａｐａｂｉｌｉｔｙ＿Ｄｉｓｃｏｖｅｒプリミティブにマップする実施形態１〜７および１４〜９９のいずれかに記載の方法。
【０２０５】
１０１．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｅｖｅｎｔ＿Ｓｕｂｓｃｒｉｂｅプリミティブにマップする実施形態１〜７および１４〜１００のいずれかに記載の方法。
【０２０６】
１０２．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｅｖｅｎｔ＿Ｕｎｓｕｂｓｃｒｉｂｅプリミティブにマップする実施形態１〜７および１４〜１０１のいずれかに記載の方法。
【０２０７】
１０３．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｇｅｔ＿Ｐａｒａｍｅｔｅｒｓプリミティブにマップする実施形態１〜７および１４〜１０２のいずれかに記載の方法。
【０２０８】
１０４．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ｃｏｎｆｉｇｕｒｅ＿Ｔｈｒｅｓｈｏｌｄｓプリミティブにマップする実施形態１〜７および１４〜１０３のいずれかに記載の方法。
【０２０９】
１０５．ＭＩＨ＿Ｌｉｎｋ＿ＳＡＰプリミティブは、Ｌｉｎｋ＿Ａｃｔｉｏｎプリミティブにマップする実施形態１〜７および１４〜１０４のいずれかに記載の方法。
【０２１０】
１０６．メディア用ＭＩＨ性能管理の方法であって、メディアデータを受信することを含む方法。
【０２１１】
１０７．メディアデータは、ダウンリンク（ＤＬ）チャネルを介して受信される実施形態１〜７、１４〜１０４および１０６のいずれかに記載の方法。
【０２１２】
１０８．ＤＬチャネルは、個別ブロードキャストチャネルである実施形態１〜７、１４〜１０４および１０６〜１０７のいずれかに記載の方法。
【０２１３】
１０９．制御情報を送信することをさらに含む実施形態１〜７、１４〜１０４および１０６〜１０８のいずれかに記載の方法。
【０２１４】
１１０．制御情報は、アップリンク（ＵＬ）チャネル上で送信される実施形態１〜７、１４〜１０４および１０６〜１０９のいずれかに記載の方法。
【０２１５】
１１１．制御情報は、受信されたメディアデータに関連する実施形態１〜７、１４〜１０４および１０６〜１１０のいずれかに記載の方法。
【０２１６】
１１２．制御情報は、ビデオオンデマンドＴＶチャネル選択、パスワード、または対話型番組応答である実施形態１〜７、１４〜１０４および１０６〜１１１のいずれかに記載の方法。
【０２１７】
１１３．ＵＬチャネルは、双方向である実施形態１〜７、１４〜１０４および１０６〜１１２のいずれかに記載の方法。
【０２１８】
１１４．送信することは、メディアアプリケーションによって送信することを含む実施形態１〜７、１４〜１０４および１０６〜１１３のいずれかに記載の方法。
【０２１９】
１１５．受信することは、メディアアプリケーションによって受信することを含む実施形態１〜７、１４〜１０４および１０６〜１１４のいずれかに記載の方法。
【０２２０】
１１６．ＵＬチャネルは第１の技術を使い、ＤＬチャネルは第２の技術を使う実施形態１〜７、１４〜１０４および１０６〜１１５のいずれかに記載の方法。
【０２２１】
１１７．ハンドオーバ状態を検出することをさらに含む実施形態１〜７、１４〜１０４および１０６〜１１６のいずれかに記載の方法。
【０２２２】
１１８．ハンドオーバ状態は、ワイヤレス送受信ユニット（ＷＴＲＵ）の所で検出される実施形態１〜７、１４〜１０４および１０６〜１１７のいずれかに記載の方法。
【０２２３】
１１９．ハンドオーバ状態は、ハンドオーバモジュールの所で検出される実施形態１〜７、１４〜１０４および１０６〜１１８のいずれかに記載の方法。
【０２２４】
１２０．ＷＴＲＵは、ハンドオーバモジュールを含む実施形態１〜７、１４〜１０４および１０６〜１１９のいずれかに記載の方法。
【０２２５】
１２１．メディア非依存ハンドオーバ（ＭＩＨ）サーバがＭＩＨ制御メッセージを報告することをさらに含む実施形態１〜７、１４〜１０４および１０６〜１２０のいずれかに記載の方法。
【０２２６】
１２２．ＭＩＨサーバからＭＩＨ制御メッセージを受信することをさらに含む実施形態１〜７、１４〜１０４および１０６〜１２１のいずれかに記載の方法。
【０２２７】
１２３．ハンドオーバを開始することをさらに含む実施形態１〜７、１４〜１０４および１０６〜１２２のいずれかに記載の方法。
【０２２８】
１２４．ハンドオーバを開始することは、ＭＩＨサーバからハンドオーバ開始を受信することを含む実施形態１〜７、１４〜１０４および１０６〜１２３のいずれかに記載の方法。
【０２２９】
１２５．ハンドオーバは、ハンドオーバモジュールによって開始される実施形態１〜７、１４〜１０４および１０６〜１２４のいずれかに記載の方法。
【０２３０】
１２６．ＵＬチャネルは拡張される実施形態１〜７、１４〜１０４および１０６〜１２５のいずれかに記載の方法。
【０２３１】
１２７．ＭＩＨ制御情報は、ＵＬチャネルを使って伝達される実施形態１〜７、１４〜１０４および１０６〜１２６のいずれかに記載の方法。
【０２３２】
１２８．ＭＩＨ制御メッセージは、メディアアプリケーションによって送られる実施形態１〜７、１４〜１０４および１０６〜１２７のいずれかに記載の方法。
【０２３３】
１２９．ＵＬチャネル情報は、メディアアプリケーションによって送られる実施形態１〜７、１４〜１０４および１０６〜１２８のいずれかに記載の方法。
【０２３４】
１３０．ＭＩＨサーバは、メディアサーバと通信する実施形態１〜７、１４〜１０４および１０６〜１２９のいずれかに記載の方法。
【０２３５】
１３１．ＭＩＨサーバは、新規利用可能チャネルを識別する実施形態１〜７、１４〜１０４および１０６〜１３０のいずれかに記載の方法。
【０２３６】
１３２．新規利用可能チャネルに同調することをさらに含む実施形態１〜７、１４〜１０４および１０６〜１３１のいずれかに記載の方法。
【０２３７】
１３３．同調することは、ＤＬチャネルハンドオーバに応答して実施される実施形態１〜７、１４〜１０４および１０６〜１３２のいずれかに記載の方法。
【０２３８】
１３４．ＭＩＨサーバは、メディア情報チャネルを使ってメディアサーバと通信する実施形態１〜７、１４〜１０４および１０６〜１３３のいずれかに記載の方法。
【０２３９】
１３５．メディア情報は、ＭＩＨ制御メッセージを使ってＭＩＨ制御チャネル上で伝達される実施形態１〜７、１４〜１０４および１０６〜１３４のいずれかに記載の方法。
【０２４０】
１３６．ＭＩＨサーバは、メディアサーバを含む実施形態１〜７、１４〜１０４および１０６〜１３５のいずれかに記載の方法。
【０２４１】
１３７．ハンドオーバは、メディア非依存ハンドオーバ（ＭＩＨ）である実施形態１〜７、１４〜１０４および１０６〜１３６のいずれかに記載の方法。
【０２４２】
１３８．ＭＩＨは、８０２．２１ＭＩＨである実施形態１〜７、１４〜１０４および１０６〜１３７のいずれかに記載の方法。
【０２４３】
１３９．ＭＩＨ制御チャネルは、ＭＩＨ監視チャネルではない実施形態１〜７、１４〜１０４および１０６〜１３８のいずれかに記載の方法。
【０２４４】
１４０．ＤＬチャネル上で、ＭＩＨサーバから転送制御情報を受信することをさらに含む実施形態１〜７、１４〜１０４および１０６〜１３９のいずれかに記載の方法。
【０２４５】
１４１．ＭＩＨ制御チャネルは、ハンドオーバによって影響されない実施形態１〜７、１４〜１０４および１０６〜１４０のいずれかに記載の方法。
【０２４６】
１４２．ハンドオーバは、ＤＬチャネルおよびＵＬチャネルのハンドオーバを含む実施形態１〜７、１４〜１０４および１０６〜１４１のいずれかに記載の方法。
【０２４７】
１４３．第１のチャネルのハンドオーバは、第２のチャネルを使って制御される実施形態１〜７、１４〜１０４および１０６〜１４２のいずれかに記載の方法。
【０２４８】
１４４．ハンドオーバモジュールがチャネルを監視することをさらに含む実施形態１〜７、１４〜１０４および１０６〜１４３のいずれかに記載の方法。
【０２４９】
１４５．監視チャネルは、ＤＬチャネルである実施形態１〜７、１４〜１０４および１０６〜１４４のいずれかに記載の方法。
【０２５０】
１４６．監視チャネルは、ＵＬチャネルである実施形態１〜７、１４〜１０４および１０６〜１４５のいずれかに記載の方法。
【０２５１】
１４７．ＭＩＨサーバからハンドオーバ要求を受信することをさらに含む実施形態１〜７、１４〜１０４および１０６〜１４６のいずれかに記載の方法。
【０２５２】
１４８．要求は、ハンドオーバ用のリンクを準備するための命令を含む実施形態１〜７、１４〜１０４および１０６〜１４７のいずれかに記載の方法。
【０２５３】
１４９．リンクを準備することは、ラジオをオンにすることまたは測定を行うことを含む実施形態１〜７、１４〜１０４および１０６〜１４８のいずれかに記載の方法。
【０２５４】
１５０．ハンドオーバが完了したときにメディアアプリケーションに知らせることをさらに含む実施形態１〜７、１４〜１０４および１０６〜１４９のいずれかに記載の方法。
【０２５５】
１５１．ハンドオーバモジュールが、ＭＩＨサーバにチャネル監視情報を送ることをさらに含む実施形態１〜７、１４〜１０４および１０６〜１５０のいずれかに記載の方法。
【０２５６】
１５２．チャネル監視情報は、ＤＬチャネルが低下しつつあることを示す実施形態１〜７、１４〜１０４および１０６〜１５１のいずれかに記載の方法。
【０２５７】
１５３．受信されたハンドオーバ要求は、新規チャネルおよび目標とされる技術を含む実施形態１〜７、１４〜１０４および１０６〜１５２のいずれかに記載の方法。
【０２５８】
１５４．受信されたハンドオーバ要求は、メディアアプリケーションによって求められる情報を含む実施形態１〜７、１４〜１０４および１０６〜１５３のいずれかに記載の方法。
【０２５９】
１５５．求められる情報は、同期情報を含む実施形態１〜７、１４〜１０４および１０６〜１５４のいずれかに記載の方法。
【０２６０】
１５６．ハンドオーバモジュールが新規ＤＬチャネルをアクティブにすることをさらに含む実施形態１〜７、１４〜１０４および１０６〜１５５のいずれかに記載の方法。
【０２６１】
１５７．ハンドオーバモジュールが、メディアアプリケーションにハンドオーバ報告を送ることをさらに含む実施形態１〜７、１４〜１０４および１０６〜１５６のいずれかに記載の方法。
【０２６２】
１５８．ハンドオーバ報告は、新規ＤＬチャネルがアップであることを示す実施形態１〜７、１４〜１０４および１０６〜１５７のいずれかに記載の方法。
【０２６３】
１５９．メディアアプリケーションが新規ＤＬチャネルを使うことをさらに含む実施形態１〜７、１４〜１０４および１０６〜１５８のいずれかに記載の方法。
【０２６４】
１６０．ハンドオーバモジュールが第１のＤＬチャネルを解放することをさらに含む実施形態１〜７、１４〜１０４および１０６〜１５９のいずれかに記載の方法。
【０２６５】
１６１．ＭＩＨサーバは、情報サーバとして使われる実施形態１〜７、１４〜１０４および１０６〜１６０のいずれかに記載の方法。
【０２６６】
１６２．ハンドオーバモジュールは、ハンドオーバ決定を行う実施形態１〜７、１４〜１０４および１０６〜１６１のいずれかに記載の方法。
【０２６７】
１６３．ハンドオーバモジュールがＭＩＨサーバにハンドオーバ要求を送ることをさらに含む実施形態１〜７、１４〜１０４および１０６〜１６２のいずれかに記載の方法。
【０２６８】
１６４．ハンドオーバ要求は、ハンドオーバ状態に関連した情報を求める要求を含む実施形態１〜７、１４〜１０４および１０６〜１６３のいずれかに記載の方法。
【０２６９】
１６５．ハンドオーバ状態に関連した情報は、利用可能技術または利用可能ＴＶチャネルを含む実施形態１〜７、１４〜１０４および１０６〜１６４のいずれかに記載の方法。
【０２７０】
１６６．目標技術を判定することをさらに含む実施形態１〜７、１４〜１０４および１０６〜１６５のいずれかに記載の方法。
【０２７１】
１６７．新規ハンドオーバチャネルを判定することをさらに含む実施形態１〜７、１４〜１０４および１０６〜１６６のいずれかに記載の方法。
【０２７２】
１６８．判定することは、ハンドオーバモジュールによって実施される実施形態１〜７、１４〜１０４および１０６〜１６７のいずれかに記載の方法。
【図１】
2012526488.tif 000005
【図２】
2012526488.tif 000006
【図３Ａ】
2012526488.tif 000007
【図３Ｂ】
2012526488.tif 000008
【図４Ａ】
2012526488.tif 000009
【図４Ｂ】
2012526488.tif 000010
【図５Ａ】
2012526488.tif 000011
【図５Ｂ】
2012526488.tif 000012
【図６】
2012526488.tif 000013
【手続補正書】
【提出日】平成24年1月6日(2012.1.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス送受信ユニット（ＷＴＲＵ）において使用するための方法であって、
ダウンリンク専用無線アクセスネットワーク上の無線リンクにおける状態に関連したリンクステータス情報を生成するステップと、
リンクステータス情報メッセージを移動性管理サーバに送るステップであって、前記リンクステータス情報メッセージは前記リンクステータス情報を含み、且つ、前記リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示すフィールドを含む、ステップと
を含むことを特徴とする方法。
【請求項２】
請求項１に記載の方法において、前記移動性管理サーバは、メディア非依存ハンドオーバ（ＭＩＨ）サーバであり、前記リンクステータス情報メッセージは、ＭＩＨメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｕｐ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｉｍｍｉｎｅｎｔ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ．ｉｎｄｉｃａｔｉｏｎメッセージ、またはＭＩＨ＿Ｌｉｎｋ＿ＰＤＵ＿Ｔｒａｎｓｍｉｔ＿Ｓｔａｔｕｓ．ｉｎｄｉｃａｔｉｏｎメッセージであることを特徴とする方法。
【請求項３】
請求項２に記載の方法において、前記リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示す前記フィールドは、ＬＩＮＫ＿ＴＹＰＥフィールドまたはＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドの一方であることを特徴とする方法。
【請求項４】
請求項３に記載の方法において、前記ＬＩＮＫ＿ＴＹＰＥフィールドは、前記ダウンリンク専用無線アクセスネットワークが基づく無線アクセス技術を示すことを特徴とする方法。
【請求項５】
請求項３に記載の方法において、前記ＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドは、ＤＬ＿ＯＮＬＹ値を示すことを特徴とする方法。
【請求項６】
請求項１に記載の方法において、前記リンクステータス情報メッセージは、セルラーネットワークまたはＷＬＡＮ（ワイヤレスローカルエリアネットワーク）を介して伝達されることを特徴とする方法。
【請求項７】
ワイヤレス送受信ユニット（ＷＴＲＵ）であって、
ダウンリンク専用無線アクセスネットワーク上の無線リンクにおける状態に関連したリンクステータス情報を生成するように構成されたリンクレイヤ構成要素と、
リンクステータス情報メッセージを移動性管理サーバに送信するように構成された送信機であって、前記リンクステータス情報メッセージは前記リンクステータス情報を含み、且つ、前記リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示すフィールドを含む、送信機と
を備えることを特徴とするＷＴＲＵ。
【請求項８】
請求項７に記載のＷＴＲＵにおいて、前記移動性管理サーバは、メディア非依存ハンドオーバ（ＭＩＨ）サーバであり、前記リンクステータス情報メッセージは、ＭＩＨメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｕｐ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｇｏｉｎｇ＿Ｄｏｗｎ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｉｍｍｉｎｅｎｔ．ｉｎｄｉｃａｔｉｏｎメッセージ、ＭＩＨ＿Ｌｉｎｋ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ．ｉｎｄｉｃａｔｉｏｎメッセージ、またはＭＩＨ＿Ｌｉｎｋ＿ＰＤＵ＿Ｔｒａｎｓｍｉｔ＿Ｓｔａｔｕｓ．ｉｎｄｉｃａｔｉｏｎメッセージであることを特徴とするＷＴＲＵ。
【請求項９】
請求項８に記載のＷＴＲＵにおいて、前記リンクステータス情報がダウンリンク専用無線アクセスネットワークに関することを示す前記フィールドは、ＬＩＮＫ＿ＴＹＰＥフィールドまたはＬＩＮＫ＿ＤＩＲＥＣＴＩＯＮフィールドの一方であることを特徴とするＷＴＲＵ。
【請求項１０】
請求項９に記載のＷＴＲＵにおいて、前記ＬＩＮＫ＿ＴＹＰＥフィールドは、前記ダウンリンク専用無線アクセスネットワークが基づく無線アクセス技術を示すことを特徴とするＷＴＲＵ。
【請求項１１】
ワイヤレス送受信ユニット（ＷＴＲＵ）において使用するための方法であって、
メディアデータを、ダウンリンク専用無線アクセスネットワーク上のリンクを介して、メディアサーバから受信するステップと、
メディアアプリケーションにおいて前記メディアデータを再生するステップと、
ハンドオーバ要求メッセージを、移動性管理サーバから、前記ＷＴＲＵによって送られたリンクステータス情報に応答して受信するステップであって、前記ハンドオーバ要求メッセージは前記ＷＴＲＵが第２の無線アクセスネットワークにハンドオーバするべきであることを示し、及び、前記第２の無線アクセスネットワークを介して前記メディアデータを受信するために、どのように前記メディアアプリケーションが構成されるべきかを示す構成情報を含む、ステップと、
前記メディアデータを前記メディアサーバから前記第２の無線アクセスネットワーク上のリンクを介して受信し、及び、前記メディアアプリケーションにおいて前記メディアデータを前記構成情報に基づいて再生するステップと
を含むことを特徴とする方法。
【請求項１２】
請求項１１に記載の方法において、前記第２の無線アクセスネットワークは、ダウンリンク専用無線アクセスネットワークまたは双方向無線アクセスネットワークの一方であることを特徴とする方法。
【請求項１３】
請求項１１に記載の方法において、前記移動性管理サーバはメディア非依存ハンドオーバ（ＭＩＨ）サーバであり、前記ハンドオーバ要求メッセージはＭＩＨメッセージであることを特徴とする方法。
【請求項１４】
請求項１３に記載の方法において、前記ハンドオーバ要求メッセージは、ＭＩＨ＿Ｎｅｔ＿ＨＯ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔメッセージであることを特徴とする方法。
【請求項１５】
請求項１１に記載の方法において、前記構成情報は、前記メディアアプリケーションが同調するべきテレビチャネル、および同期情報の１つまたはそれよりも多くを示すことを特徴とする方法。
【国際調査報告】
2012526488.tif 000014
2012526488.tif 000015
2012526488.tif 000016
2012526488.tif 000017
2012526488.tif 000018