(57)【要約】  本装置は、物理層、MAC層、制御層およびストリーム層を具備するプロトコル・スタックにしたがって信号を受信するように構成されている。本装置は、制御およびストリーム層を提供するように構成されている受信機スタック処理システムと、物理およびMAC層を提供するように構成されているメディア処理システムと、および受信機スタック処理システムからメディア処理システムへのサービス要求をサポートするためのAPI（アプリケーション・プログラミング・インターフェース）とを含む。
2010517441.tif 000002
【特許請求の範囲】
【請求項１】
物理層、MAC層、制御層およびストリーム層を具備するプロトコル・スタックにしたがって信号を受信するように構成されている装置であって、
前記制御およびストリーム層を提供するように構成されている受信機スタック処理システムと、
前記物理およびMAC層を提供するように構成されているメディア処理システムと、および
前記受信機スタック処理システムから前記メディア処理システムへのサービス要求をサポートするためのアプリケーション・プログラム・インターフェース（API）と
を具備する装置。
【請求項２】
前記メディア処理システムは、特定用途集積回路（ASIC）およびホストプロセッサーを具備する、請求項1に記載の装置であって、前記ホストプロセッサーは、ドライバ・レベル・ソフトウェア、ASIC特定ソフトウェア、および前記ドライバ・レベル・ソフトウェアおよびASIC特定ソフトウェアを実行するように構成されている１つまたは複数のプロセッサーを有する、前記装置。
【請求項３】
前記ASICは、前記物理層を提供するように構成されている、請求項2に記載の装置。
【請求項４】
前記ホストプロセッサーは、前記MAC層を提供するように構成されている、請求項3に記載の装置。
【請求項５】
前記メディア処理システムは、特定用途集積回路（ASIC）およびホストプロセッサーを具備する、請求項1に記載の装置であって、前記ホストプロセッサーは、APIソフトウェアおよび前記APIソフトウェアを実行するように構成されている１つまたは複数のプロセッサーを有する、前記装置。
【請求項６】
前記APIは、APIソフトウェアおよび前記APIソフトウェアを実行するように構成されている一つまたは複数のプロセッサーを具備する、請求項1に記載の装置。
【請求項７】
前記サービス要求は、前記メディア処理システムをオンにせよとの要求を含む、請求項1に記載の装置。
【請求項８】
前記メディア処理システムをオンにせよとの前記サービス要求に応じて、前記メディア処理システムは、選択された周波数に同調させ、前記信号からオーバーヘッド情報を検索し、および制御情報を前記受信機スタック処理システムへ提供するように構成されている、請求項7に記載の装置。
【請求項９】
前記サービス要求は、前記メディア処理システムをオフにせよとの要求を含む、請求項1に記載の装置。
【請求項１０】
前記サービス要求は、特定される論理チャネル上のコンテンツを受信せよとの要求を含む、請求項1に記載の装置。
【請求項１１】
前記サービス要求は、第１ネットワークから第2ネットワークへ前記装置をハンドオフせよとの要求を含む、請求項1に記載の装置。
【請求項１２】
前記受信機スタック処理システムは、前記メディア処理システムによってネットワーク・イベント識別子に応じて前記装置をハンドオフせよとの前記サービス要求を出すように構成されている、請求項11に記載の装置。
【請求項１３】
前記装置をハンドオフせよとの前記サービス要求に応じて、前記メディア処理システムは、制御情報を前記受信機スタック処理システムへ提供するように構成されている、請求項12に記載の装置。
【請求項１４】
前記サービス要求は、前記メディア処理システムからのネットワーク・イベント識別子に応じて、論理チャネル上でコンテンツを受信することを放棄し、および前記論理チャネル上の前記コンテンツを受信することに割り当てられた資源を解放せよとの要求を含む、請求項１に記載の装置であって、前記ネットワーク・イベント識別子は、ネットワークを取得しようと試みて失敗したことを示す、前記装置。
【請求項１５】
前記サービス要求は、制御情報を更新せよとの要求を含む、請求項１に記載の装置。
【請求項１６】
前記受信機スタック処理システムは、更新された制御情報が利用可能であるという前記メディア処理システムからの表示に応じて、前記制御情報を更新せよとの前記サービス要求を出すように構成されている、請求項15に記載の装置。
【請求項１７】
前記制御情報を更新せよとの前記サービス要求に応じて、前記メディア処理システムは、前記更新された制御情報を前記受信機スタック処理システムへ提供するように構成されている、請求項１６に記載の装置。
【請求項１８】
前記サービス要求は、制御チャネルを周期的に監視せよとの要求を含む、請求項１に記載の装置であって、前記周期は、前記信号からのオーバーヘッド情報内に含まれるメッセージによって定義される、前記装置。
【請求項１９】
前記サービス要求は、前記メディア処理システムへ前記受信機スタック処理システムによって提供される近隣のネットワークのリストに基づいたハンドオフのために、近隣のネットワークからの信号を監視せよとの要求を含む、請求項１に記載の装置。
【請求項２０】
前記受信機スタック処理システムは、前記メディア処理システムからそれに提供される制御情報から前記リストを作成するようにさらに構成されている、請求項20に記載の装置。
【請求項２１】
前記メディア処理システムは、前記装置が前記近隣のネットワークのうちの１つへハンドオフされるとき、前記受信機スタック処理システムへ表示を提供するようにさらに構成されている、請求項20に記載の装置。
【請求項２２】
物理層、MAC層、制御層およびストリーム層を具備するプロトコル・スタックにしたがって信号を受信するように構成されている装置であって、
前記制御およびストリーム層を提供するための第1処理手段と、
前記物理およびMAC層を提供するための第２処理手段と、および
前記第１処理手段から前記第２処理手段へのサービス要求をサポートするための、アプリケーション・プログラミング・インターフェース（API）手段と
を具備する装置。
【請求項２３】
前記第２処理手段は、特定用途集積回路（ASIC）およびホストプロセッサーを具備する、請求項22に記載の装置であって、前記ホストプロセッサーは、ドライバ・レベル・ソフトウェア、ASIC特定ソフトウェア、および前記ドライバ・レベル・ソフトウェアおよび前記ASIC特定ソフトウェアを実行するように構成されている１つまたは複数のプロセッサーを有する、前記装置。
【請求項２４】
前記ASICは、前記物理層を実装するように構成されている、請求項２３に記載の装置。
【請求項２５】
前記ホストプロセッサーは、前記MAC層を実装するように構成されている、請求項24に記載の装置。
【請求項２６】
前記API手段は、APIソフトウェアおよび前記APIソフトウェアを実行するように構成されている１つまたは複数のプロセッサーを具備する、請求項22に記載の装置。
【請求項２７】
前記第２処理手段は、特定用途集積回路（ASIC）およびホストプロセッサーを具備し、および前記第１処理手段は、受信機ソフトウェア・スタックおよび前記受信機ソフトウェア・スタックを実行するように構成されている１つまたは複数のプロセッサーを有する前記ホストプロセッサーを具備する、請求項22に記載の装置。
【請求項２８】
前記サービス要求は、前記第２処理手段をオンにせよとの要求を含む、請求項22に記載の装置。
【請求項２９】
前記第２処理手段をオンにせよとの前記サービス要求に応じて、前記第２処理手段は、選択される周波数へ同調させ、前記信号からオーバーヘッド情報を検索し、および前記第1処理手段へ制御情報を提供するように構成されている、請求項28に記載の装置。
【請求項３０】
前記サービス要求は、前記第２処理手段をオフにせよとの要求を含む、請求項22に記載の装置。
【請求項３１】
前記サービス要求は、特定される論理チャネル上のコンテンツを受信せよとの要求を含む、請求項22に記載の装置。
【請求項３２】
前記サービス要求は、第１ネットワークから第2ネットワークへ前記装置をハンドオフせよとの要求を含む、請求項22に記載の装置。
【請求項３３】
前記第１処理手段は、前記第２処理手段からのネットワーク・イベント識別子に応じて前記装置をハンドオフせよとの前記サービス要求を出すように構成されている、請求項32に記載の装置。
【請求項３４】
前記装置をハンドオフせよとの前記サービス要求に応じて、前記第２処理手段は、前記第１処理手段へ制御情報を提供するように構成されている、請求項33に記載の装置。
【請求項３５】
前記サービス要求は、前記第２処理手段からのネットワーク・イベント識別子に応じて、論理チャネル上でコンテンツを受信することを放棄し、および前記論理チャネル上の前記コンテンツを受信することに割り当てられた資源を解放せよとの要求を含む、請求項22に記載の装置であって、前記ネットワーク・イベント識別子は、ネットワークを取得しようと試みて失敗したことを示す、前記装置。
【請求項３６】
前記サービス要求は、制御情報を更新せよとの要求を含む、請求項22に記載の装置。
【請求項３７】
前記第１処理手段は、更新された制御情報が利用可能であるという前記第２処理手段からの表示に応じて、前記制御情報を更新せよとの前記サービス要求を出すように構成されている、請求項36に記載の装置。
【請求項３８】
前記制御情報を更新せよとの前記サービス要求に応じて、前記第２処理手段は、前記更新された制御情報を前記第1処理手段へ提供するように構成されている、請求項37に記載の装置。
【請求項３９】
前記サービス要求は、制御チャネルを周期的に監視せよとの要求を含む、請求項22に記載の装置であって、前記周期は、前記信号からのオーバーヘッド情報内に含まれるメッセージによって定義される、前記装置。
【請求項４０】
前記サービス要求は、前記第２処理手段へ前記第１処理によって提供される近隣のネットワークのリストに基づいたハンドオフのために、近隣のネットワークからの信号を監視せよとの要求を含む、請求項22に記載の装置。
【請求項４１】
前記第１処理手段は、前記第２処理手段からそれに提供される制御情報から前記リストを作成するように構成されている、請求項40に記載の装置。
【請求項４２】
前記第２処理手段は、前記装置が前記近隣のネットワークのうちの１つへハンドオフされるとき、前記第1処理手段へ表示を提供するように構成されている、請求項40に記載の装置。
【請求項４３】
物理層、MAC層、制御層およびストリーム層を具備するプロトコル・スタックにしたがって信号を受信すること、ここにおいて、前記物理およびMAC層、前記制御およびストリーム層は、メディア処理システムにより実装されており、および前記制御およびストリーム層は、受信機スタック処理システムにより実装されている、および
前記受信機スタック処理システムから前記メディア処理システムへのサービス要求をアプリケーション・プログラミング・インターフェース（API）によりサポートすること
を具備する通信の方法。
【請求項４４】
前記サービス要求は、前記メディア処理システムをオンにせよとの要求を含む、請求項43に記載の方法。
【請求項４５】
前記メディア処理システムをオンにせよとの前記サービス要求に応じて、選択された周波数へ同調させること、前記信号からオーバーヘッド情報を検索すること、および前記メディア処理システムから前記受信機スタック処理システムへ制御情報を提供することをさらに具備する、請求項44に記載の方法。
【請求項４６】
前記サービス要求は、前記メディア処理システムをオフにせよとの要求を含む、請求項43に記載の方法。
【請求項４７】
前記サービス要求は、特定される論理チャネル上でコンテンツを受信せよとの要求を含む、請求項43に記載の方法。
【請求項４８】
前記サービス要求は、第1ネットワークから第2ネットワークへのハンドオフを行えとの要求を含む、請求項43に記載の方法。
【請求項４９】
前記メディア処理システムから前記受信機スタック処理システムへネットワーク・イベント識別子を提供することをさらに具備する、請求項48に記載の方法であって、ハンドオフを行えとの前記サービス要求は、前記ネットワーク・イベント識別子に応じて出される、前記方法。
【請求項５０】
ハンドオフを行えとの前記サービス要求に応じて、前記メディア処理システムから前記受信機スタック処理システムへ制御情報を提供することをさらに具備する、請求項49に記載の方法。
【請求項５１】
前記メディア処理システムから前記受信機スタック処理システムへネットワーク・イベント識別子を提供することをさらに具備する、請求項４３に記載の方法であって、前記サービス要求は、論理チャネル上でコンテンツを受信することを放棄し、および前記ネットワーク・イベント識別子に応じて前記論理チャネル上で前記コンテンツを受信することに割り当てられる資源を解放せよとの要求を含む、前記方法。
【請求項５２】
前記サービス要求は、制御情報を更新せよとの要求を含む、請求項43に記載の方法。
【請求項５３】
更新された制御情報が利用可能であるという表示を前記メディア処理システムから前記受信機スタック処理システムへ提供することをさらに具備する、請求項52に記載の方法であって、前記制御情報を更新せよとの前記サービス要求は、前記表示に応じて出される、前記方法。
【請求項５４】
前記制御情報を更新せよとの前記サービス要求に応じて、前記メディア処理システムから前記受信機スタック処理システムへ前記更新された制御情報を提供することをさらに具備する、請求項53に記載の方法。
【請求項５５】
前記サービス要求は、制御チャネルを周期的に監視せよとの要求を含む、請求項43に記載の装置であって、前記周期は、前記信号からのオーバーヘッド情報内に含まれるメッセージによって定義される、前記装置。
【請求項５６】
前記受信機スタック処理システムから前記メディア処理システムへ近隣のネットワークのリストを提供することをさらに具備する、請求項43に記載の方法であって、前記サービス要求は、近隣の前記リストに基づいたハンドオフのために、近隣のネットワークから信号を監視せよとの要求を含む、前記方法。
【請求項５７】
前記メディア処理システムから前記受信機スタック処理システムへ制御情報を提供することをさらに具備する、請求項56に記載の方法であって、近隣ネットワークの前記リストは、前記制御情報から前記受信機スタック処理システムによって生成される、前記方法。
【請求項５８】
ハンドオフが前記近隣のネットワークのうちの1つに対して行われるとき、前記メディア処理システムから前記受信機スタック処理システムへ表示を提供することをさらに具備する、請求項56に記載の方法。
【請求項５９】
装置において１つまたは複数のプロセッサーによって実行可能な命令を具備する機械可読媒体であって、前記装置は、物理層、MAC層、制御層およびストリーム層を具備するプロトコル・スタックにしたがって信号を受信するように構成され、前記物理およびMAC層は、メディア処理システムによって実装されており、および前記制御およびストリーム層は、受信機スタック処理システムによって実装されており、前記命令は、
前記受信機スタック処理システムを実装するための受信機スタック・コード・セグメントと、および
前記受信機スタック処理システムから前記メディア処理システムへのサービス要求をサポートするためのアプリケーション・プログラミング・インターフェース（API）コード・セグメントと
を具備する、機械可読媒体。
【請求項６０】
メディア処理システムの少なくとも一部分を実装するためのメディア・コード・セグメントをさらに具備する、請求項59に記載の機械可読媒体。
【請求項６１】
前記メディア処理システムは、特定用途集積回路（ASIC）をさらに具備し、および前記メディア・コード・セグメントは、前記メディア処理システムを実装するために前記ASICとインターフェースするように構成されている、請求項60に記載の機械可読媒体。
【請求項６２】
前記サービス要求は、前記メディア処理システムをオンにせよとの要求を含む、請求項59に記載の機械可読媒体。
【請求項６３】
前記サービス要求は、前記第２処理手段をオフにせよとの要求を含む、請求項59に記載の機械可読媒体。
【請求項６４】
前記サービス要求は、特定された論理チャネル上でコンテンツを受信せよとの要求を含む、請求項59に記載の機械可読媒体。
【請求項６５】
前記サービス要求は、第１ネットワークから第２ネットワークへのハンドオフを行なえとの要求を含む、請求項59に記載の機械可読媒体。
【請求項６６】
前記受信機スタック・コード・セグメントは、前記メディア処理システムからのネットワーク・イベント識別子に応じてハンドオフを行えとの前記サービス要求を出すように構成されている、請求項65に記載の機械可読媒体。
【請求項６７】
ハンドオフを行えとの前記サービス要求に応じて、前記受信機スタック・コード・セグメントは、前記メディア処理システムから制御情報を受信するように構成されている、請求項66に記載の機械可読媒体。
【請求項６８】
前記受信機スタック・コード・セグメントは、ネットワークを取得しようと試みて失敗したことを示すネットワーク・イベント識別子を前記メディア処理システムから受信するように構成されている、請求項59に記載の機械可読媒体であって、前記サービス要求は、論理チャネル上でコンテンツを受信することを放棄し、および前記ネットワーク・イベント識別子に応じて前記論理チャネル上で前記コンテンツを受信することに割り当てられる資源を解放せよとの要求を含む、前記機械可読媒体。
【請求項６９】
前記サービス要求は、制御情報を更新せよとの要求を含む、請求項59に記載の機械可読媒体。
【請求項７０】
前記受信機スタック・コード・セグメントは、更新された制御情報が利用可能であるという表示を前記メディア処理システムから出すように構成されている、請求項69に記載の機械可読媒体であって、前記受信機スタック・コードは、前記表示に応じて前記制御情報を更新せよとの前記サービス要求を出すようにさらに構成されている、前記機械可読媒体。
【請求項７１】
前記制御情報を更新せよとの前記サービス要求に応じて、前記受信機スタック・コード・セグメントは、前記メディア処理システムから前記更新された制御情報を受信するように構成されている、請求項70に記載の機械可読媒体。
【請求項７２】
前記サービス要求は、制御チャネルを周期的に監視せよとの要求を含む、請求項59に記載の機械可読媒体であって、前記周期は、前記信号からのオーバーヘッド情報内に含まれるメッセージによって定義される、前記機械可読媒体。
【請求項７３】
前記受信機スタック・コードは、前記メディア処理システムへ近隣のネットワークのリストを提供するように構成されており、および前記サービス要求は、近隣のネットワークの前記リストに基づいたハンドオフのために、前記近隣のネットワークからの信号を監視せよとの要求を含む、請求項59に記載の機械可読媒体。
【請求項７４】
前記受信機スタック・コード・セグメントは、前記メディア処理システムから受信される制御情報から前記リストを作成するようにさらに構成されている、請求項73に記載の機械可読媒体。
【請求項７５】
前記受信機スタック・コード・セグメントは、前記メディア処理システムから、前記近隣のネットワークのうちの１つへハンドオフが行なわれるという表示を受信するようにさらに構成されている、請求項73に記載の機械可読媒体。
【発明の詳細な説明】
【関連出願の参照】
【０００１】
本件特許出願は、2007年1月23日付けで出願された「FLO link only (FLO) receiver interface」という名称の米国仮出願第60/886,293号に基づいて優先権を主張するものである。この米国仮出願の全体は、参照によって本件明細書に組み込まれる。
【背景技術】
【０００２】
本件開示は、一般に通信システムおよび方法に関係し、より詳細にはワイヤレス通信デバイスにおける受信機のためのAPI（アプリケーション・プログラミング・インターフェース）に関係する。
【０００３】
FLO（Forward Link Only）は、ワイヤレス・プロバイダーの産業界主導のグループによって開発されているデジタル・ワイヤレス技術である。FLO技術は、リアルタイム・コンテンツ・ストリーミングと他のデータ・サービスの両方について高品質な受信能力を達成するために符号化し、インターリーブすることの利点を使用する。FLO技術は、電力消費を犠牲にすることなく、しっかりとしたモバイル・パフォーマンスおよび高い受容能力を提供することができる。当該技術はまた、展開されるために必要とされる送信機の数を劇的に減少することによってマルチメディア・コンテンツを搬送するためのネットワーク・コストを低減する。加えて、FLO技術をベースとするマルチメディア・マルチキャスティングは、3Gネットワーク上で使用される同一のセルラー・モバイル端末へコンテンツを搬送しつつ、ワイヤレス通信事業者のセルラー・ネットワーク・データおよび音声サービスを補完する。
【０００４】
今日、FLO技術は、様々なネットワーク上のリアルタイム・マルチメディア・コンテンツを作成しおよび多くのモバイル加入者へ放送するために使用される。これらのモバイル加入者は、典型的に「プロトコル・スタック」と呼ばれるいくつかの処理層を具備する参照モデルによって概念的に説明されることができるFLO受信機を一般に採用する。各々の処理層は、特定の機能を実行する１つまたは複数のエンティティーを含む。
【０００５】
FLO受信機によって採用されるプロトコル・スタックの魅力的な特徴は、各々の層が自己完結型であるので、１つの層によって実行される機能がその他の層によって実行される機能と独立に実行されることができるということである。これは、その他の層に悪影響を及ぼすことなく、１つの層のためにFLO受信機へなされるべき改良を可能にする。しかしながら、FLO受信機における層間のインターフェースを設計するとき、様々な挑戦が提起される。マルチキャスト・サービスの有効な受信という観点での有効な層間通信は、常にFLO受信機の設計者の目的である。
【発明の概要】
【０００６】
本件開示の１つの態様にしたがって、装置は、物理層、MAC層、制御層およびストリーム層を具備するプロトコル・スタックにしたがって信号を受信するように構成されている。前記装置は、制御およびストリーム層を提供するように構成されている受信機スタック処理システムと、物理およびMAC層を提供するように構成されているメディア処理システムと、および受信機スタック処理システムからのサービス要求をサポートするためのAPI（アプリケーション・プログラミング・インターフェース）とを含む。
【０００７】
本件開示の他の態様にしたがって、装置は、物理層、MAC層、制御層およびストリーム層を具備するプロトコル・スタックにしたがって信号を受信するように構成されている。前記装置は、制御およびストリーム層を提供するための第１処理手段と、物理およびMAC層を提供するための第2処理手段と、および第１処理手段からのサービス要求をサポートするためのAPI（アプリケーション・プログラミング・インターフェース）手段とを含む。
【０００８】
本件開示のさらなる態様にしたがって、通信の方法は、物理層、MAC層、制御層およびストリーム層を具備するプロトコル・スタックにしたがって信号を受信することを含む、ここにおいて、物理およびMAC層、制御およびストリーム層は、メディア処理システムにより実装され、および制御およびストリーム層は、受信機スタック処理システムにより実装される。前記方法は、受信機スタック処理システムからメディア処理システムへのサービス要求をAPI（アプリケーション・プログラミング・インターフェース）によりサポートすることをさらに含む。
【０００９】
本件開示のさらなる態様にしたがって、機械可読媒体は、装置内の１つまたは複数のプロセッサーによって実行可能な命令を含む。ここにおいて、前記装置は、物理層、MAC層、制御層およびストリーム層を具備するプロトコル・スタックにしたがって信号を受信するように構成されており、制御およびストリーム層は、メディア処理システムにより実装され、および制御およびストリーム層は、受信機スタック処理システムにより実装される。前記命令は、受信機スタック処理システムを実装するための受信機スタック・コード・セグメント、および受信機スタック処理システムからメディア処理システムへのサービス要求をサポートするためのAPI(アプリケーション・プログラミング・インターフェース)コード・セグメントを含む。
【００１０】
本発明の他の実施形態は、下記の詳細な説明から当業者らに直ちに明白になるであろうことが理解される。ここにおいて、例示の方法によって、本発明の様々な実施形態のみが表示され、説明される。後で理解されるように、本発明は、本発明の要旨および範囲から逸脱することなく、他の実施形態および異なる実施形態を受容可能であり、本発明のいくつかの説明は、様々な他の関連するものへ修正可能である。したがって、図面および詳細な説明は、制限ではなく性質の例示としてみなされるべきである。
【図面の簡単な説明】
【００１１】
ワイヤレス通信システムの様々な態様は、付随の図面において、非制限的な例として例示される。
【図１】図１は、通信システムの例を例示する概念図である。
【図２】図2は、受信機のためのプロトコル・スタックの例を例示する概念図である。
【図３】図3は、様々な受信機ブロックおよび図2のプロトコル・スタックとのこれらの関係を例示する概念図である。
【図４】図4は、受信機をオンにするためのコール・フローの例を例示する図である。
【図５】図5は、受信機をオフにするためのコール・フローの例を例示する図である。
【図６】図6は、受信機における受信機スタックによって特定の論理チャネルが要求されるときのコール・フローの例を例示する図である。
【図７】図7は、ワイヤレス・デバイスが、ネットワークまたはインフラストラクチャーのカバレッジエリアから他に移行するときのコール・フローの例を例示する図である。
【図８】図8は、受信機が取得基準を満たさないときのコール・フローの例を例示する図である。
【図９】図9は、受信機が当該キャッシュにおいて制御情報の更新を検出するときのコール・フローの例を例示する図である。
【図１０】図10は、オーバーヘッド情報を監視するためのコール・フローの例を例示する図である。
【図１１】図11は、受信機におけるASIC特定ソフトウェア・ブロックのために周波数スキャン・リストをセットするコール・フローの例を例示する図である。
【図１２】図12は、プロトコル・スタックに応じて信号を受信するように構成されている装置の機能的なブロック図である。
【発明の詳細な説明】
【００１２】
添付の図面と関係して以下において示される詳細な説明は、本発明の様々な実施形態の説明として意図されるものであり、本発明が実施される可能性のある実施形態のみを表すように意図されるものではない。詳細な説明は、本発明の完全な理解を提供する目的のために特定の詳細を含んでいる。しかしながら、本発明はこれらの特定の詳細によらずに実行することができるということが当業者には明白であろう。いくつかの実例において、周知の構造および構成要素は、発明の概念が不明瞭となることを防ぐためにブロック図の形式で示される。
【００１３】
以下の詳細な説明において、様々な概念がFLO技術の文脈において説明されるであろう。これらの概念は本件特許出願によく適合させられることができるが、当業者であれば、これらの概念が他の技術に同様に適用可能であるということを直ちに認識するであろう。したがって、そのような概念がアプリケーションの広範な領域を有しているという理解のもとで、FLO技術へのいずれかの言及はこれらの概念を例示することのみを意図している。
【００１４】
図1は、様々なネットワーク上のマルチメディア・コンテンツを作成し、多くのモバイル加入者へ放送する通信システム100を示す。通信システム100は、任意の数のコンテンツ・プロバイダー102、コンテンツ・プロバイダー・ネットワーク104、ブロードキャスト・ネットワーク106、およびワイヤレス・アクセス・ネットワーク108を含む。通信システム100はまた、マルチメディア・コンテンツを受信するためにモバイル加入者によって使用されるいくつかのデバイス110により表示される。これらのデバイス110は、モバイル電話112、PDA（情報携帯端末）114、およびラップトップ・コンピューター116を含む。デバイス110は、通信システム100における使用に適したほんのいくつかのデバイスを例示する。図1において3つのデバイスが表示されているが、実質的には、任意の数のアナログ・デバイスまたはデバイスのタイプが通信システム110における使用に適しているということに留意するべきである。これは、当業者には明白であろう。
【００１５】
コンテンツ・プロバイダー102は、通信システム100におけるモバイル加入者への分配のためにコンテンツを提供する。コンテンツは、ビデオ、オーディオ、マルチメディア・コンテンツ、クリップ、リアルタイムおよび非リアルタイムのコンテンツ、スクリプト、プログラム、データまたは任意の他のタイプの適切なコンテンツを含んでもよい。コンテンツ・プロバイダー102は、ワイド・エリアまたはローカル・エリアの分配のために、コンテンツ・プロバイダー・ネットワーク104へコンテンツを提供する。
【００１６】
コンテンツ・プロバイダー・ネットワーク104は、モバイル加入者へ伝達するためにコンテンツを分配するように作動する有線ネットワークおよびワイヤレス・ネットワークの任意の組み合わせを具備する。図1に例示される例において、コンテンツ・プロバイダー・ネットワーク104は、ブロードキャスト・ネットワーク106を通してコンテンツを分配する。ブロードキャスト・ネットワーク106は、高品質なコンテンツを放送するように設計される有線およびワイヤレスの所有権的ネットワークの任意の組み合わせを具備する。これらの所有権的ネットワークは、モバイル・デバイスへシームレス・カバレッジを提供するために、広範なジオグラフィック領域で分配されてもよい。典型的に、ジオグラフィック領域は、ワイド・エリアおよびローカル・エリアのコンテンツへアクセスを提供している各々のセクターを備えるセクターに分割されるだろう。
【００１７】
コンテンツ・プロバイダー・ネットワーク104はまた、ワイヤレス・アクセス・ネットワーク108を通したコンテンツの分配のために、コンテンツ・サーバー（表示されていない）を含んでもよい。コンテンツ・サーバーは、ワイヤレス・アクセス・ネットワーク108におけるBSC（基地局コントローラー）（表示されていない）と通信する。BSCは、ワイヤレス・アクセス・ネットワーク108の及ぶ地理的範囲に依存して、任意の数のBTS（基地トランシーバー局）（表示されていない）を管理および制御するために使用されてもよい。BTSは、様々なデバイス110のためにワイド・エリアおよびローカル・エリアにアクセスを提供する。
【００１８】
コンテンツ・プロバイダー102によるマルチメディア・コンテンツ放送は、１つまたは複数のサービスを含む。サービスは、１つまたは複数の独立したデータ構成要素の集合である。各独立したサービスのデータ構成要素は、フローと呼ばれる。例として、ケーブル・ニュース・サービスは、次の３つのフロー、すなわち、ビデオ・フロー、オーディオ・フロー、および制御フローを含んでもよい。
【００１９】
サービスは、１つまたは複数の論理チャネル上で搬送される。FLOアプリケーションにおいて、論理チャネルは、MLC（マルチキャスト論理チャネル）としばしば呼ばれる。論理チャネルは、複数の論理サブチャネルに分割されてもよい。これらの論理サブチャネルは、ストリームと呼ばれる。各々のフローは、単一ストリームにおいて転送される。論理チャネルのためのコンテンツは、物理フレーム内の様々なネットワークを通して送信される。FLOアプリケーションにおいて、物理フレームは、スーパーフレームとしばしば呼ばれる。
【００２０】
図1に示される様々なデバイス110へ物理フレームを送信するために使用される空間インターフェースは、特定のアプリケーションおよび全般的な設計の制約に依存して変化してもよい。一般に、FLO技術を採用する通信システムは、OFDM（直交周波数分割多重化）を利用する。OFDMはまた、DAB（デジタル・オーディオ放送）、DVB-T（地上デジタル・ビデオ放送）、およびTSDB-T（地上集積サービス・デジタル放送）によって利用される。OFDMは、全般的なシステム帯域幅を複数の（N）副搬送波に有効的に分割する多重搬送波変調技術である。トーン、ビン、周波数チャネルなどとも呼ばれるこれらの副搬送波は、直交を提供するために正確な周波数で間隔を置かれている。コンテンツは、各々の副搬送波の位相、振幅または両方を調節することによって、副搬送波上へ変調されてもよい。典型的に、QPSK（直交位相偏移変調）またはQAM（直交振幅変調）が使用されるが、他の変調スキームが使用されてもよい。
【００２１】
図2は、図１に示される１つまたは複数のデバイス110で使用される受信機についてのプロトコル・スタック200の例を例示する概念図である。プロトコル・スタックは、物理層202、MAC（中間アクセス制御）層204、ストリーム・層206、制御層208、およびいくつかの上位層210により表示される。上位層210は、マルチメディア・コンテンツの圧縮を含み、およびマルチメディア・コンテンツへのアクセスを制御する複数の機能を提供する。制御層208は、通信システムにおけるデバイスの操作を容易にする制御情報を処理するために使用される。受信機はまた、通信システムにおける制御情報と受信機の制御情報の同調を維持するために制御層を使用する。ストリーム層206は、ストリームへ上位層フローを接合するために提供される。ストリーム層は、受信機のプロトコル・スタック200における制御層と同じレベルにある。MAC層204は、論理チャネルと関連づけられる異なるメディア・ストリームに属するパケットの多重化を提供する。MAC層204は、物理層202上で受信および送信するために使用される手順を定義する。物理層は、空間インターフェースのためのチャネル構造、周波数、電力出力、変調および符号化の特定化を提供するする。
【００２２】
図3は、様々な受信機ブロックおよびこれらと図2のプロトコル・スタックとの関係を例示する概念図である。当該例において、受信機300は、受信機ハードウェア・ブロック302、ホストプロセッサー・ブロック304、およびハードウェア・インターフェース・ブロック305を含む。受信機ハードウェア・ブロック302は、ASIC（特定用途集積回路）として説明されるだろうが、特定のアプリケーションおよび全般的な設計の要件に依存して異なるハードウェア実装を有してもよい。ホストプロセッサー・ブロック304は、ドライバ・ブロック306（ハードウェア特定抽出層）、ASIC特定ソフトウェア・ブロック308、および受信機スタック・ブロック312により表示される。API（アプリケーション・プログラミング・インターフェース）310は、ASIC特定ソフトウェア・ブロック308を受信機スタック・ブロック312にインターフェースするために使用される。
【００２３】
API310よりも低域に位置する受信機ブロックは、まとめてメディア処理システムと呼ばれるであろう。メディア処理システムは、プロトコル・スタック200の機能性である物理層202およびMAC層204を提供する。API310よりも上位に位置する受信機スタック・ブロック312は、プロトコル・スタック200の機能性であるストリーム層206および制御層208を提供する受信機スタック処理システムと呼ばれるであろう。メディア処理システムにおけるまたは受信機スタック処理システムにおけるプロトコルの機能性の正確な分割は、実装に従属する。例として、MAC層204は、ある実装のためにASIC特定ソフトウェア・ブロック308において局所化されることができるが、他の実装のために、受信機ハードウェア・ブロック302、ドライバ・ブロック306およびASIC特定ソフトウェア・ブロック308から成るメディア処理システムのすべてのブロックにわたって分散させられてもよい。
【００２４】
受信機ブロックの機能性がここから説明されるだろう。当該説明は、本質的に説明的であって、各ブロックの機能性を広く定義する。本件明細書における開示を通して説明される様々な概念に直接関係のある機能性のみが説明されるであろう。当業者であれば、これらのブロックが、本件明細書に記述されない他の機能性を提供することができるということを認識するであろう。
【００２５】
受信機ハードウェア・ブロック302は、物理層によって転送されるワイヤレス信号および検索データを復調する機能性を提供する半導体のハードウェアを表す。当該ブロック302は、RFフロントエンド処理、ADC、タイミングおよび周波数推定、チャネル推定、ターボ復号などのような様々な機能性を提供する。要するに、受信機ハードウェア・ブロック302は、プロトコル・スタックの完全な物理層202の実装を提供する。当該実装に依存して、当該ブロック302はまた、全部または一部のMAC層204の機能性（例えば、R-S復号および／またはMAC層インターリービングのような低域レベルMAC層の機能性）を提供することができる。
【００２６】
ホストプロセッサー・ブロック304は、受信機300におけるホストプロセッサーにより提供される機能性を表す。より具体的には、ホストプロセッサー・ブロック304は、ホストプロセッサーに属するホストプロセッサー・ハードウェアおよびソフトウェアの実装を表す。ホストプロセッサー・ハードウェアは、たとえば、マイクロプロセッサーのような一般的目的のプロセッサー、および／またはDSP（デジタル信号プロセッサー）のような特定アプリケーション・プロセッサーを含む１つまたは複数のプロセッサーによって実装されてもよい。ホストプロセッサー・ブロック304はまた、１つまたは複数のプロセッサーによって実行されるソフトウェアを内蔵するための機械可読媒体を含んでもよい。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、または他のどのような用語で呼ばれるにせよ、命令、データ構造、またはプログラム・コードの任意の組み合わせを意味する、と広く解釈されるものとする。機械可読媒体は、すべてまたは一部のいずれかにおいて、ホストプロセッサー・ハードウェアによって実装される１つまたは複数の記憶デバイスを含んでもよい。機械可読媒体は、データ信号を符号化するキャリア波、伝送路、またはホストプロセッサーに対して遠隔の１つまたは複数の記憶デバイスを含んでもよい。当業者であれば、各々の特定のアプリケーションのためにホストプロセッサー・ブロック304について説明された機能を実装する最良の方法を認識するであろう。
【００２７】
ホストプロセッサー・ブロック304は、ワイヤレス送信から回復される情報を検索しおよび処理するために、受信機ハードウェア・ブロック302と通信する。前記検索された情報は、コントロールチャネル上で受信した情報、オーバーヘッド・チャネル上で受信したコンテンツ、および論理チャネルにおいて転送されたアプリケーション層コンテンツを含む。
【００２８】
ドライバ・ブロック306は、受信機ハードウェア・ブロック302と直接インターフェースするホストプロセッサー・ブロック304におけるドライバ・レベル・ソフトウェアを表す。ドライバ・ブロック306は、コントローラー機能（例えば、受信機ハードウェア・ブロック302をオンにするまたはオフにすること）およびデータ交換機能（受信機ハードウェア・ブロック302からデータを検索すること、または受信されるように論理チャネルの特性を運搬すること）を提供する。ドライバ・レベル・ソフトウェアは、ホストプロセッサーと受信機ハードウェアとの間に存在するハードウェア・インターフェース・メカニズムのタイプに固有であってもよい。例えば、ドライバ・レベルのソフトウェアは、ホストプロセッサーにおける1つまたは複数のプロセッサーと受信機ハードウェアとの間のハードウェア・インターフェースが、インタラプト・ドリブンであるかどうかに依存して異なってもよい。当該ソフトウェアは、メモリーにマップされているアドレス／レジスターまたはパケットベースのSDIOのようなトランザクション・インターフェースによって実装される。ドライバ・ブロック306によって行なわれるタスクのいくつかの例は、初期化のようなハードウェア相互作用、スリープまたはウェイクアップの起因、ハードウェア・バッファーをメイン・メモリーに移すこと、またはISR実装を提供することなどのようなハードウェアとのデータ交換、およびフレーム間スリープ論理機能性をサポートするためのMAC層実装を含む。
【００２９】
一般に、ドライバ・ブロック306機能は、受信機ハードウェアとしっかりと連結され、および本質的に、時間に敏感であると考えられる。したがって、ドライバ・ブロック306は、図3に示される他のブロックに関してより高い優先度を与えられてもよい。例えば、ドライバ・ブロック306は、受信機ハードウェアによって受信されたデータを検索するタスク、またはアプリケーション層によって要求されるような周波数に同調させるために、受信機ハードウェアへの命令を実行することができる。
【００３０】
ASIC特定ソフトウェア・ブロック308は、ドライバ・ブロック306によって対処されないMAC層機能を提供する。異なるブロック上のMAC層機能の分割に依存して、完全なまたは部分的なMAC層の機能性を提供することができる。少なくとも、ASIC特定ソフトウェア・ブロック308は、一般に、ドライバ・ブロック306へ移譲されることが現実的ではない高いレベルのMAC層の機能性を提供するであろう。
【００３１】
受信機スタック・ブロック312は、API310を使用して、ASIC特定ソフトウェア・ブロック308と通信する。受信機スタック・ブロック312は、制御層とストリーム層を実装し、アプリケーション層プロトコルとのインターフェースを提供する。受信機スタック・ブロック312は、アプリケーション層によって要求されるような特定されるコンテンツを受信するために、ASIC特定ソフトウェア・ブロック308を起動する。受信機スタック・ブロック312は、ASIC特定ソフトウェア・ブロック308によって提供される通知またはコンテンツで作用し、およびASIC特定ソフトウェア・ブロック308からアプリケーション層プロトコルへ受信される任意のコンテンツを搬送する。
【００３２】
API310は、ASIC特定ソフトウェア・ブロック308が受信機スタック・ブロック312と通信することを可能にするインターフェースを定義する。API310によって定義されたインターフェースに付着する任意の受信機スタックは、同じように当該インターフェースに付着する任意のASIC特定ソフトウェアと協働するであろう。当該インターフェースは、以下においてさらに詳しく提供される。
【００３３】
ハードウェア・インタフェース・ブロック305は、ホストプロセッサー・ブロック304と受信機ハードウェア・ブロック302との間に存在するハードウェア・インターフェース・メカニズムを表す。当該インターフェースは、通信およびデータ交換の機能性を提供する。ドライバ・ブロック306は、受信機ハードウェア・ブロック302と命令およびデータを交換するために当該インターフェース350を使用する。ハードウェア・インタフェース・ブロック305は、著作権のあるバス・インターフェースまたは標準ベースのインターフェース（例えば、ADIO）のような任意の所望のインターフェースであってもよい。
【００３４】
API310上の受信機300内で起こる通信を例示する様々な例が以下に示されるであろう。次の例は、コール・フローを含む図4-11に関係して説明されるであろう。これらの図において、実線の矢印は、API310上で生じる通信を示す。受信機スタック処理システム400およびメディア処理システム401におけるブロック内で起こる通信および受信機ブロックによって果たされる役割は、完璧性という目的のためにのみ表されている。前記において言及されたように、これらの処理システムのうちのいずれか（つまりAPI310の同じ側）に位置するブロック間の通信および個別の受信機ブロックによって果たされる実際の役割は、実装に従属し、および実装ごとに異なるものであってもよい。当該通信は、図の中で、破線の矢印として描かれている。
【００３５】
図4は、受信機をオンにするためのコール・フローの例を例示する図である。ステップ402において、受信機スタック処理システム400からの初期化コマンドは、受信機をイネーブルにするためにASIC特定ソフトウェア・ブロック308へ送られる。当該コマンドは、あるアプリケーション層の起因または電源投入の結果として送られてもよい。当該コマンドは、様々な受信機機能を実行するための準備においてハードウェアをオンにすることなどのような、任意の立ち上げ作業をASIC特定ソフトウェア・ブロック308に実行させる。
【００３６】
ステップ403において、受信機スタック処理システム400からのコマンドは、ワイヤレス信号を取得するために受信機300が１つの周波数を選択する（帯域幅／チャネルプランに加えて）１セットの周波数を特定するASIC特定ソフトウェア・ブロック308へ送られる。1セットの周波数および帯域幅は、ワイヤレス・デバイスで供給される情報から検索されてもよい。
【００３７】
ステップ404において、受信機スタック処理システム400は、システムを取得するためにASIC特定ソフトウェア・ブロック308へコマンドを送る。当該コマンドは、ASIC特定ソフトウェア・ブロック308に選択された周波数上でオーバーヘッド情報を読ませる。
【００３８】
ステップ405において、ネットワークIDおよび既得のオーバーヘッド情報（つまり、ローカル・エリアまたはワイド・エリア情報）のタイプと一緒にオーバーヘッド情報が取得されているということを示す、ASIC特定ソフトウェア・ブロック308からのネットワーク・イベントが、受信機スタック処理システム400によって受信される。オーバーヘッド情報がいったん取得されると、ASIC特定ソフトウェア・ブロック308は、制御情報が、受信されている最新の制御情報シーケンス番号と一緒に利用可能であるということを示す制御情報更新メッセージをステップ406において受信機スタック処理システム400へ送る。ステップ407において、受信機スタック処理システム400は、制御情報を得るようにASIC特定ソフトウェア・ブロック308にコマンドする。これを受けて、ASIC特定ハードウェア・ブロック308は、ステップ408において、制御チャネルを読み、フレームごとに、受信機スタック処理システム400へ制御情報のパケットを送る。各々のフレームには、フレームにおける制御パケットの位置、および各々のパケットのシーケンス番号を特定するサイド情報が含まれる。受信機スタック処理システム400が、制御情報の全体が受信されているといったん決定すると、ステップ409において、受信機スタック処理システム400は、制御情報を受信することを止めるようにASIC特定ソフトウェア・ブロック308に命令する。
【００３９】
図5は、受信機をオフにするためのコール・フローの例を例示するブロック図である。ステップ501において、受信機スタック処理システム400からのコマンドは、受信機をオフにするためにASIC特定ソフトウェア・ブロック308に送られる。当該コマンドは、ASIC特定ソフトウェア・ブロック308に、受信機をオフにするようメディア処理システム内の他のブロックに命令させる。ステップ502において、受信機スタック処理システム400に、当該コマンドが受理されているということを示す受領確認が返信される。
【００４０】
図6は、受信機スタック処理システム400によって特定の論理チャネルが要求されるときのコール・フローの例を例示するブロック図である。これは、特定されるフローのためのコンテンツを受信するために、アプリケーション層の起因によって通常引き起こされてもよい。制御層は、（論理チャネルが送信されている周波数と一緒に）論理チャネルのためにフローＩＤをマップされるＩＤに変換するので、適切な論理チャネル上で所望のコンテンツが受信されることができる。
【００４１】
ステップ601において、受信機スタック処理システム400は、特定される論理チャネルID上のコンテンツを得るようにASIC特定ソフトウェア・ブロック308にコマンドする。論理チャネルIDに加えて、論理チャネルの物理層の特徴（例えば、周波数、送信モード、外部のコード・レート）が提供される。さらに、制御パケットのためのシーケンス番号は、ASIC特定ソフトウェア・ブロック308のために提供される。これは、制御層によって維持される制御情報が最新であるかどうか、および論理チャネルを受信する前に制御チャネルを受信する必要があるかどうか、をASIC特定ソフトウェア・ブロック308が判断することを可能にする。
【００４２】
ステップ602において、ASIC特定ソフトウェア308は、要求された論理チャネルを得るためにコマンドをサービスすることが可能であるか否かを確認する。
【００４３】
ステップ603において、ASIC特定ソフトウェア・ブロック308は、受信機ハードウェア・ブロック302から検索された論理チャネル上のコンテンツを戻す。論理チャネル上のコンテンツは、R-S復号が行われた後に戻される。コンテンツは、ステップ604において受信機スタック処理システム400がASIC特定ソフトウェア・ブロック308に当該論理チャネル上のコンテンツを受信することを止めるように要求するまで、フレームごとに戻される。
【００４４】
図７は、デバイスがネットワークまたはインフラストラクチャーのカバレッジ地域から他の地域へ移行するときのコール・フローの例を例示するブロック図である。ステップ701において、移行は、ネットワークまたはインフラストラクチャーIDにおける変化のときに検出される。ネットワークまたはインフラストラクチャーIDは、フレームのオーバーヘッド部分内に含まれるシステム・パラメーター・メッセージに含まれてもよい。変化を検出すると、ASIC特定ソフトウェア・ブロック308は、移行が今まさに起きようとしていることを示すネットワーク・イベントを受信機スタック処理システム400へ送る。受信機300のある構成において、ASIC特定ソフトウェア・ブロック308は、2つのネットワークまたはインフラストラクチャーの間の境界に沿ってワイヤレス・デバイスをローミングするとき、何度もネットワーク・イベントをトグルすることを避けるために、受信機スタック処理システム400に前記表示を送信する前にヒステリシス・アルゴリズムを実装する。
【００４５】
ステップ702において、ASIC特定ソフトウェア・ブロック308は、更新される制御情報が、受信された最新の制御シーケンス番号と一緒に利用可能であるということを示す制御情報更新メッセージを受信機スタック処理システム400へ送る。ステップ703において、受信機スタック処理システム400は、ワイヤレス・デバイスが移入した新しいエリアのために制御情報を得るようにASIC特定ソフトウェア・ブロック308にコマンドする。これを受けて、ASIC特定ハードウェア・ブロック308は、制御チャネルを読み、ステップ704において受信機スタック処理システム400へ制御情報のパケットを送る。各々のフレームには、フレームにおける制御パケットの位置、および各々のパケットのシーケンス番号を特定するサイド情報が含まれる。ステップ705において、受信機スタック処理システム400は、制御情報の全体が受信されているかを決定し、およびASIC特定ソフトウェア・ブロック308に制御チャネルを受信することを止めるように命令する。
【００４６】
図8は、オーバーヘッド・チャネルまたは受信機によって現在受信されている一部またはすべての論理チャネル上で受信される永続的なエラーのような取得基準を満たさないときのコール・フローの例を例示する図である。ステップ801において受信機が当該基準を満たさないとき、ASIC特定ソフトウェア・ブロック308は、受信機スタック処理システム400にネットワーク・イベント表示を送る。当該表示を受信すると、受信機スタック312は、同一かまたは別のネットワークの取得を単純に待つ。受信機が取得基準を満たさないことを示すオプションのユーザー表示は、アプリケーション層に送られてもよい。
【００４７】
ステップ802において、受信機スタック312は、活動論理チャネル上でデータを受信することを放棄するために、およびこれらの論理チャネルを受信するにあたり割り当てられる任意の資源を開放するために、ASIC特定ソフトウェアにコマンドを送る。
【００４８】
ステップ803においてネットワークがいったんうまく取得されると、ASIC特定ソフトウェア・ブロック308は、成功した取得を特定するネットワーク・イベント表示を受信機スタックに送る。取得されたネットワークが前回取得されたネットワークと異なる、または制御シーケンス番号が更新されている場合、ASIC特定ソフトウェア・ブロック308は、ステップ804において更新された制御情報が受信される最新の制御シーケンス番号と一緒に利用可能であるということを示す制御情報更新メッセージを受信機スタック処理システム400に送る。ステップ805において、受信機スタック処理システム400は、ネットワークのために取得されている制御情報を得るようにASIC特定ソフトウェア・ブロック308にコマンドする。これを受けて、ASIC特定ハードウェア・ブロック308は、制御チャネルを読み、ステップ806において受信機スタック処理システム400へ制御情報のパケットを送る。各々のフレームには、フレームにおける制御パケットの位置、および各々のパケットのシーケンス番号を特定するサイド情報が含まれる。ステップ705において、受信機スタック処理システム400は、制御情報の全体が受信されているかを決定し、およびASIC特定ソフトウェア・ブロック308に制御チャネルを受信することを止めるように命令する。
【００４９】
図9は、受信機が受信機のキャッシュ内の制御情報における更新を検出するときのコール・フローの例を例示するブロック図である。オーバーヘッド・チャネルにおいて受信される制御シーケンス番号が前回受信されたものと異なるとき、更新された制御情報がASIC特定ソフトウェア・ブロック308によって検出される。
【００５０】
ASIC特定ソフトウェア・ブロックがステップ901においてオーバーヘッド情報を受信するとき、ASIC特定ソフトウェア・ブロックは、受信される制御シーケンス番号と前回記憶されたものとを比較する。更新が検出されたら、ASIC特定ソフトウェア・ブロック308は、制御情報における更新が利用可能であるということを示す制御情報更新メッセージをステップ902において受信機スタック処理システム400へ送る。ステップ903において、受信機スタック処理システム400は、制御情報を得るようにASIC特定ソフトウェア・ブロック308にコマンドする。これを受けて、ASIC特定ハードウェア・ブロック308は、制御チャネルを読み、ステップ904において受信機スタック処理システム400へ制御情報のパケットを送る。各々のフレームには、フレームにおける制御パケットの位置、および各々のパケットのシーケンス番号を特定するサイド情報が含まれる。ステップ905において、受信機スタック処理システム400は、制御情報の全体が受信されているかを決定し、およびASIC特定ソフトウェア・ブロック308に制御チャネルを受信することを止めるように命令する。
【００５１】
図10は、オーバーヘッド情報を監視するためのコール・フローの例を例示する図である。オーバーヘッド情報は、フレームのオーバーヘッド部分におけるシステム・パラメーター・メッセージによって特定されるような所与の周期で監視されてもよい。受信機にオーバーヘッド情報を読むように要求する他のいかなるイベントもない場合、受信機は、特定の間隔でオーバーヘッド情報を読むことができる。
【００５２】
ステップ1001において、受信機スタック処理システム400は、システム・パラメーター・メッセージによって定義される周期に基づいてオーバーヘッド情報の監視をイネーブルにするように、ASIC特定ソフトウェアにコマンドする。ASIC特定ソフトウェア・ブロック308は、受信機にオーバーヘッド情報を読ませることになる他のいかなるイベントもない場合、オーバーヘッド情報が少なくとも当該周期で監視されることを保証する。
【００５３】
ステップ1002において、制御情報の更新は、オーバーヘッド情報において受信された制御シーケンス番号が前回受信されたものと異なるとき、ASIC特定ソフトウェア・ブロック308によって検出される。受信機スタック312は、制御情報における更新が利用可能であるということを示す制御情報更新メッセージをASIC特定ソフトウェア・ブロック308から受信する。ステップ1003において、受信機スタック処理システム400は、制御情報を得るようにASIC特定ソフトウェア・ブロック308にコマンドする。これを受けて、ASIC特定ハードウェア・ブロック308は、制御チャネルを読み、ステップ1004において受信機スタック処理システム400へ制御情報のパケットを送る。各々のフレームには、フレームにおける制御パケットの位置、および各々のパケットのシーケンス番号を特定するサイド情報が含まれる。ステップ1005において、受信機スタック処理システム400は、制御情報の全体が受信されているかを決定し、およびASIC特定ソフトウェア・ブロック308に制御チャネルを受信することを止めるように命令する。
【００５４】
オーバーヘッド情報の周期的な監視をディスイネーブルにするようにコマンドされると、ASIC特定ソフトウェア・ブロック308は、ステップ1006においてこれをディスイネーブルにする。ステップ1002-1005は、条件付きであり、受信されるオーバーヘッド情報において制御情報の更新が検出されるときのみ実行される。
【００５５】
図11は、ASIC特定ソフトウェア・ブロック308のために周波数スキャン・リストをセットするコール・フローの例を例示する図である。周波数スキャン・リストは、制御情報内に存在する近隣のローカル・エリア情報から得られる。ASIC特定ソフトウェア・ブロック308は、ハンドオフ・アルゴリズムを実装するために、当該スキャン・リストを使用する。
【００５６】
ステップ1001において、受信機スタック処理システム400は、制御情報を得るようにASIC特定ソフトウェア・ブロック308にコマンドする。これを受けて、ASIC特定ハードウェア・ブロック308は、制御チャネルを読み、ステップ1102において受信機スタック処理システム400へ制御情報のパケットを送る。各々のフレームには、フレームにおける制御パケットの位置、および各々のパケットのシーケンス番号を特定するサイド情報が含まれる。ステップ1103において、受信機スタック処理システム400は、制御情報の全体が受信されているかを決定し、およびASIC特定ソフトウェア・ブロック308に制御チャネルを受信することを止めるように命令する。
【００５７】
ステップ1104において、受信機スタック処理システム400は、制御情報における近隣の記述のメッセージを処理することによって、近隣のシステムの統合リストを作る。受信機スタック処理システム400は、次に、当該リストをASIC特定ソフトウェア・ブロック308へ伝達する。ASIC特定ソフトウェア・ブロック308は、近隣のシステムからの信号を監視するために当該リストを使用することによって、ハンドオフ・アルゴリズムを実行するために当該リストを使用する。近隣のシステムへのハンドオフが実行される場合、目的地のシステムのためのワイド・エリアおよびローカル・エリアの区別と一緒にステップ1105において受信機スタック処理システム400へ表示が送られる。ステップ1105は、条件付であり、ハンドオフが行なわれるときのみ実行される。ハンドオフの後、新しいシステムが取得され、そこで受信されたオーバーヘッド情報は、さらなるネットワーク・イベントを検出するために使用される。
【００５８】
図12は、物理層、MAC層、制御層、およびストリーム層を具備するプロトコル・スタックにしたがって信号を受信するように構成されている装置の機能的なブロック図である。装置1200は、デバイス110（図1を参照）、または装置内の１つまたは複数のエンティティーであってもよい。装置1200は、物理およびMAC層を提供するためのモジュール1202、制御およびストリーム層を提供するためのモジュール1206、およびサービス要求をサポートするためのAPIモジュール1204を含む。
【００５９】
以上の説明は、どのような当業者も、本件明細書において説明された様々な実施形態を実施できるように提供されている。当該実施形態に対する様々な修正は、当業者にとって直ちに明白であり、本件明細書において定義されている一般原則は、他の実施形態に対して適用されてもよい。そのような意味において、特許請求の範囲は、本件明細書において示された実施形態に限定されるように意図されているものではなく、特許請求の範囲の文言と一致するすべての範囲が与えられるべきものである。ここにおいて、単数形の要素に対する言及は、特に「１つおよび１つだけ」と明示的に述べられない限り、そのように意味することを意図しておらず、むしろ「１つまたは複数」を意味することを意図している。通常の当業者に知られている、または後に知られるようになる、本開示を通して説明された様々な実施形態の要素に対するすべての構造的および機能的な均等物は、参照によって明白に本件明細書に組み込まれ、特許請求の範囲によって包括されるよう意図されている。さらに、本件明細書におけるいかなる開示も、そのような開示が特許請求の範囲において明示的に詳述されているかどうかにかかわらず、公に捧げられることを意図しているものではない。特許請求の範囲のいかなる要素も、「のための手段」、または方法クレームの場合「するための方法」、というフレーズを使用して明示的に述べられている場合を除き、米国特許法（35 U.S.C.）112条の第６パラグラフにしたがって解釈されてはならない。
【図１】
2010517441.tif 000003
【図２】
2010517441.tif 000004
【図３】
2010517441.tif 000005
【図４】
2010517441.tif 000006
【図５】
2010517441.tif 000007
【図６】
2010517441.tif 000008
【図７】
2010517441.tif 000009
【図８】
2010517441.tif 000010
【図９】
2010517441.tif 000011
【図１０】
2010517441.tif 000012
【図１１】
2010517441.tif 000013
【図１２】
2010517441.tif 000014
【国際調査報告】
2010517441.tif 000015
2010517441.tif 000016