(57)【要約】  多周波数ネットワークにおけるサービス取得のための方法及び装置。一側面においては、多周波数ネットワークにおけるサービス取得に関する方法が提供される。前記方法は、サービス取得トリガーイベントを検出することと、信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別すること、とを含み、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のローカル動作インフラストラクチャ（ＬＯＩ）におけるＲＦチャネルを識別する。前記方法は、前記選択されたＲＦチャネルにおいてワイドシステムを取得することと、前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除することと、前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すこと、とも含む。【選択図】図１
2010531581.tif 000002
【特許請求の範囲】
【請求項１】
多周波数ネットワークにおけるサービス取得のための方法であって、
サービス取得トリガーイベントを検出することと、
信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別することであって、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のローカル動作インフラストラクチャ（ＬＯＩ）におけるＲＦチャネルを識別することと、
前記選択されたＲＦチャネルにおいてワイドシステムを取得することと、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除することと、
前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すこと、とを備える、方法。
【請求項２】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記取得ＲＦリストを入手することをさらに備える請求項１に記載の方法。
【請求項３】
前記検出することは、パワーアップ状態、システム喪失検出、コンテンツ取得要求、及びスケジューリングされたシステム取得試行のうちの少なくとも１つに基づいて前記サービス取得トリガーイベントを検出することを備える請求項１に記載の方法。
【請求項４】
前記取得ＲＦリスト内の前記ＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングすることをさらに備える請求項１に記載の方法。
【請求項５】
前記識別することは、前記選択されたＲＦチャネルを信号検出しきい値を上回る最も強い信号強度を有する前記取得ＲＦリスト内のＲＦチャネルとして識別することを備える請求項１に記載の方法。
【請求項６】
前記繰り返すことは、信号強度が信号検出しきい値を上回る前記取得ＲＦリスト内のＲＦチャネルに関して識別、取得及び削除する前記動作を繰り返すことを備える請求項１に記載の方法。
【請求項７】
前記ワイドシステムが取得された場合に前記選択されたＲＦチャネルにおいてワイド制御チャネルを取得することをさらに備える請求項1に記載の方法。
【請求項８】
前記ワイド制御チャネルが第１の取得試行において取得されない場合にワイド制御チャネル取得再試行スケジュールに基づいて前記ワイド制御チャネルを取得することをさらに備える請求項７に記載の方法。
【請求項９】
前記選択されたＲＦチャネルにおいてローカルシステムを取得することと、
前記ローカルシステムが取得された場合に前記選択されたＲＦチャネルにおいてローカル制御チャネルを取得すること、とをさらに備える請求項１に記載の方法。
【請求項１０】
前記ローカル制御チャネルが第１の取得試行において取得されない場合にローカル制御チャネル取得再試行スケジュールに基づいて前記ローカル制御チャネルを取得することをさらに備える請求項９に記載の方法。
【請求項１１】
前記ローカルシステムが取得されない場合にローカルシステム取得手順を開始することをさらに備える請求項９に記載の方法。
【請求項１２】
前記開始することは、ローカルシステム取得再試行スケジュールに基づいて前記選択されたＲＦチャネルにおいて前記ローカルシステムを取得するために前記ローカルシステム取得手順を開始することを備える請求項１１に記載の方法。
【請求項１３】
前記開始することは、前記ローカルシステム取得再試行スケジュールを２段階式スケジュールに設定し、各段階は、選択されたローカルシステム取得再試行回数を有することを備える請求項１２に記載の方法。
【請求項１４】
前記ローカルシステム取得手順を前記開始することは、
前記ローカル取得ＲＦリストからの最後の最良のＲＦチャネルに関する信号強度がローカル信号検出しきい値を上回る場合にローカルの選択されたＲＦチャネルを前記最後の最良のＲＦチャネルとして識別することと、
前記最後の最良のＲＦチャネルの信号強度が前記ローカル信号検出しきい値と同じであるか又は下回る場合にローカルの選択されたＲＦチャネルを最も強い信号強度を有する前記ローカル取得ＲＦリストからのＲＦチャネルとして識別することと、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムを取得することと、
前記ローカルシステムが前記ローカルの選択されたＲＦチャネルにおいて取得されない場合に前記ローカルの選択されたＲＦチャネルをローカル取得ＲＦリストから削除することと、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されるか又はローカルシステム取得時間切れが生じるまで、前記ローカルの選択されたＲＦチャネルを識別し、前記ローカルシステムを取得し、及び前記ローカルの選択されたＲＦチャネルを削除する前記動作を繰り返すこと、とを備える請求項１１に記載の方法。
【請求項１５】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記ローカル取得ＲＦリストを入手することをさらに備える請求項１４に記載の方法。
【請求項１６】
前記ローカル取得ＲＦリスト内の前記ＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングすることをさらに備える請求項１４に記載の方法。
【請求項１７】
前記最後の最良のＲＦを前記ワイドシステムが最後に取得されたＲＦチャネルであると決定することをさらに備える請求項１４に記載の方法。
【請求項１８】
前記ローカルシステムが取得されない場合にローカルシステム取得外側ループを開始することをさらに備える請求項１４に記載の方法。
【請求項１９】
前記ローカルシステム取得外側ループの一部として予め決められたローカル外側ループスケジュールに基づいて前記ローカルシステムを取得するのを試みることをさらに備える請求項１８に記載の方法。
【請求項２０】
前記ワイドシステムが取得されない場合にシステム取得外側ループを開始することをさらに備える請求項１に記載の方法。
【請求項２１】
前記システム取得外側ループの一部として予め決められた外側ループスケジュールに基づいて前記ワイドシステムを取得するのを試みることをさらに備える請求項２０に記載の方法。
【請求項２２】
多周波数ネットワークにおけるサービス取得のための装置であって、
サービス取得トリガーイベントを検出し、
信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別し、
前記選択されたＲＦチャネルにおいてワイドシステムを取得し、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除し、及び
前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すように構成された処理論理であって、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のローカル動作インフラストラクチャ（ＬＯＩ）におけるＲＦチャネルを識別する処理論理、を備える、装置。
【請求項２３】
前記処理論理は、予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記取得ＲＦリストを入手するように構成される請求項２２に記載の装置。
【請求項２４】
前記処理論理は、パワーアップ状態、システム喪失検出、コンテンツ取得要求、及びスケジューリングされたシステム取得試行のうちの少なくとも１つに基づいて前記サービス取得トリガーイベントを検出するように構成される請求項２２に記載の装置。
【請求項２５】
前記処理論理は、信号強度が信号検出しきい値を上回る前記取得ＲＦリスト内のＲＦチャネルに関して識別、取得及び削除する前記動作を繰り返すように構成される請求項２２に記載の装置。
【請求項２６】
前記処理論理は、
前記選択されたＲＦチャネルにおいてローカルシステムを取得し、及び
前記ローカルシステムが取得された場合に前記選択されたＲＦチャネルにおいてローカル制御チャネルを取得するように構成される請求項２２に記載の装置。
【請求項２７】
前記処理論理は、前記ローカルシステムが取得されない場合にローカルシステム取得手順を開始するように構成される請求項２６に記載の装置。
【請求項２８】
前記処理論理は、ローカルシステム取得再試行スケジュールに基づいて前記選択されたＲＦチャネルにおいて前記ローカルシステムを取得するために前記ローカルシステム取得手順を開始するように構成される請求項２７に記載の装置。
【請求項２９】
前記処理論理は、
前記ローカル取得ＲＦリストからの最後の最良のＲＦチャネルに関する信号強度がローカル信号検出しきい値を上回る場合にローカルの選択されたＲＦチャネルを前記最後の最良のＲＦチャネルとして識別し、
前記最後の最良のＲＦチャネルの信号強度が前記ローカル信号検出しきい値と同じであるか又は下回る場合にローカルの選択されたＲＦチャネルを最も強い信号強度を有する前記ローカル取得ＲＦリストからのＲＦチャネルとして識別し、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムを取得し、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されない場合に前記ローカルの選択されたＲＦチャネルをローカル取得ＲＦリストから削除し、及び
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されるか又はローカルシステム取得時間切れが生じるまで、前記ローカルの選択されたＲＦチャネルを識別し、前記ローカルシステムを取得し、及び前記ローカルの選択されたＲＦチャネルを削除する前記動作を繰り返すように構成される請求項２７に記載の装置。
【請求項３０】
前記処理論理は、予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記ローカル取得ＲＦリストを入手するように構成される請求項２９に記載の装置。
【請求項３１】
前記処理論理は、前記ローカルシステムが取得されない場合にローカルシステム取得外側ループを開始するように構成される請求項２９に記載の装置。
【請求項３２】
前記処理論理は、前記ワイドシステムが取得されない場合にシステム取得外側ループを開始するように構成される請求項２２に記載の装置。
【請求項３３】
多周波数ネットワークにおけるサービス取得のための装置であって、
サービス取得トリガーイベントを検出するための手段と、
信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別するための手段であって、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のローカル動作インフラストラクチャ（ＬＯＩ）におけるＲＦチャネルを識別する手段と、
前記選択されたＲＦチャネルにおいてワイドシステムを取得するための手段と、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除するための手段と、
前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すための手段と、を備える、装置。
【請求項３４】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記取得ＲＦリストを入手するための手段をさらに備える請求項３３に記載の装置。
【請求項３５】
前記検出するための手段は、パワーアップ状態、システム喪失検出、コンテンツ取得要求、及びスケジューリングされたシステム取得試行のうちの少なくとも１つに基づいて前記サービス取得トリガーイベントを検出するための手段を備える請求項３３に記載の装置。
【請求項３６】
前記繰り返すための手段は、信号強度が信号検出しきい値を上回る前記取得ＲＦリスト内のＲＦチャネルに関して識別、取得及び削除する前記動作を繰り返すための手段を備える請求項３３に記載の装置。
【請求項３７】
前記選択されたＲＦチャネルにおいてローカルシステムを取得するための手段と、
前記ローカルシステムが取得された場合に前記選択されたＲＦチャネルにおいてローカル制御チャネルを取得するための手段と、をさらに備える請求項３３に記載の装置。
【請求項３８】
前記ローカルシステムが取得されない場合にローカルシステム取得手順を開始するための手段をさらに備える請求項３７に記載の装置。
【請求項３９】
前記開始するための手段は、ローカルシステム取得再試行スケジュールに基づいて前記選択されたＲＦチャネルにおいて前記ローカルシステムを取得するために前記ローカルシステム取得手順を開始するための手段を備える請求項３８に記載の装置。
【請求項４０】
前記ローカルシステム取得手順を開始するための前記手段は、
前記ローカル取得ＲＦリストからの最後の最良のＲＦチャネルに関する信号強度がローカル信号検出しきい値を上回る場合にローカルの選択されたＲＦチャネルを前記最後の最良のＲＦチャネルとして識別するための手段と、
前記最後の最良のＲＦチャネルの信号強度が前記ローカル信号検出しきい値と同じであるか又は下回る場合にローカルの選択されたＲＦチャネルを最も強い信号強度を有する前記ローカル取得ＲＦリストからのＲＦチャネルとして識別するための手段と、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムを取得するための手段と、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されない場合に前記ローカルの選択されたＲＦチャネルをローカル取得ＲＦリストから削除するための手段と、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されるか又はローカルシステム取得時間切れが生じるまで前記ローカルの選択されたＲＦチャネルを識別し、前記ローカルシステムを取得し、及び前記ローカルの選択されたＲＦチャネルを削除する前記動作を繰り返すための手段と、を備える請求項３８に記載の装置。
【請求項４１】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記ローカル取得ＲＦリストを入手するための手段をさらに備える請求項４０に記載の装置。
【請求項４２】
前記ローカルシステムが取得されない場合にローカルシステム取得外側ループを開始するための手段をさらに備える請求項４０に記載の装置。
【請求項４３】
前記ワイドシステムが取得されない場合にシステム取得外側ループを開始するための手段をさらに備える請求項３３に記載の装置。
【請求項４４】
多周波数ネットワークにおけるサービス取得のためのコンピュータプログラム製品であって、
サービス取得トリガーイベントを検出することをコンピュータに行わせるための第１の組の符号と、
信号強度に基づいて取得ＲＦからの選択されたＲＦチャネルを識別することを前記コンピュータに行わせるための第２の組の符号であって、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のローカル動作インフラストラクチャ（ＬＯＩ）におけるＲＦチャネルを識別する第２の組の符号と、
前記選択されたＲＦチャネルにおいてワイドシステムを取得することを前記コンピュータに行わせるための第３の組の符号と、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除することを前記コンピュータに行わせるための第４の組の符号と、
前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すことを前記コンピュータに行わせるための第５の組の符号と、を備える機械によって読み取り可能な媒体、を備える、コンピュータプログラム製品。
【請求項４５】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記取得ＲＦリストを入手することを前記コンピュータに行わせるための第６の組の符号をさらに備える請求項４４に記載の機械によって読み取り可能な媒体。
【請求項４６】
前記第１の組の符号は、パワーアップ状態、システム喪失検出、コンテンツ取得要求、及びスケジューリングされたシステム取得試行のうちの少なくとも１つに基づいて前記サービス取得トリガーイベントを検出することを前記コンピュータに行わせるように構成される請求項４４に記載の機械によって読み取り可能な媒体。
【請求項４７】
前記第５の組の符号は、信号強度が信号検出しきい値を上回る前記取得ＲＦリスト内のＲＦチャネルに関して識別、取得及び削除する前記動作を繰り返すことを前記コンピュータに行わせるように構成される請求項４４に記載の機械によって読み取り可能な媒体。
【請求項４８】
前記選択されたＲＦチャネルにおいてローカルシステムを取得することを前記コンピュータに行わせるための第６の組の符号と、
前記ローカルシステムが取得された場合に前記選択されたＲＦチャネルにおいてローカル制御チャネルを取得することを前記コンピュータに行わせるための第７の組の符号と、さらに備える請求項４４に記載の機械によって読み取り可能な媒体。
【請求項４９】
前記ローカルシステムが取得されない場合にローカルシステム取得手順を開始することを前記コンピュータに行わせるための第８の組の符号をさらに備える請求項４８に記載の機械によって読み取り可能な媒体。
【請求項５０】
前記第８の組の符号は、ローカルシステム取得再試行スケジュールに基づいて前記選択されたＲＦチャネルにおいて前記ローカルシステムを取得するために前記ローカルシステム取得手順を開始することを前記コンピュータに行わせるように構成される請求項４９に記載の機械によって読み取り可能な媒体。
【請求項５１】
前記第８の組の符号は、
前記ローカル取得ＲＦリストからの最後の最良のＲＦチャネルに関する信号強度がローカル信号検出しきい値を上回る場合にローカルの選択されたＲＦチャネルを前記ローカル取得ＲＦリストからの前記最後の最良のＲＦチャネルとして識別すること、
前記最後の最良のＲＦチャネルの信号強度が前記ローカル信号検出しきい値と同じであるか又は下回る場合にローカルの選択されたＲＦチャネルを最も強い信号強度を有する前記ローカル取得ＲＦリストからのＲＦチャネルとして識別すること、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムを取得すること、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されない場合に前記ローカルの選択されたＲＦチャネルをローカル取得ＲＦリストから削除すること、及び
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されるか又はローカルシステム取得時間切れが生じるまで前記ローカルの選択されたＲＦチャネルを識別し、前記ローカルシステムを取得し、及び前記ローカルの選択されたＲＦチャネルを削除する前記動作を繰り返すことを前記コンピュータに行わせるように構成される請求項４９に記載の機械によって読み取り可能な媒体。
【請求項５２】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記ローカル取得ＲＦリストを入手することを前記コンピュータに行わせるための第９の組の符号をさらに備える請求項５１に記載の機械によって読み取り可能な媒体。
【請求項５３】
前記ローカルシステムが取得されない場合にローカルシステム取得外側ループを開始することを前記コンピュータに行わせるための第９の組の符号をさらに備える請求項５１に記載の機械によって読み取り可能な媒体。
【請求項５４】
前記ワイドシステムが取得されない場合にシステム取得外側ループを開始することを前記コンピュータに行わせるための第６の組の符号をさらに備える請求項４４に記載の機械によって読み取り可能な媒体。
【請求項５５】
多周波数ネットワークにおけるサービス取得のために構成された少なくとも１つの集積回路であって、
サービス取得トリガーイベントを検出するように構成された第１のモジュールと、
信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別するように構成された第２のモジュールであって、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のローカル動作インフラストラクチャ（ＬＯＩ）におけるＲＦチャネルを識別する第２のモジュールと、
前記選択されたＲＦチャネルにおいてワイドシステムを取得するように構成された第３のモジュールと、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除するように構成された第４のモジュールと、
前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すように構成された第５のモジュールと、を備える、少なくとも１つの集積回路。
【請求項５６】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記取得ＲＦリストを入手するように構成された第６のモジュールをさらに備える請求項５５に記載の少なくとも１つの集積回路。
【請求項５７】
前記第１のモジュールは、パワーアップ状態、システム喪失検出、コンテンツ取得要求、及びスケジューリングされたシステム取得試行のうちの少なくとも１つに基づいて前記サービス取得トリガーイベントを検出するように構成される請求項５５に記載の少なくとも１つの集積回路。
【請求項５８】
前記第５のモジュールは、信号強度が信号検出しきい値を上回る前記取得ＲＦリスト内のＲＦチャネルに関して識別、取得及び削除する前記動作を繰り返すように構成される請求項５５に記載の少なくとも１つの集積回路。
【請求項５９】
前記選択されたＲＦチャネルにおいてローカルシステムを取得するように構成された第６のモジュールと、
前記ローカルシステムが取得された場合に前記選択されたＲＦチャネルにおいてローカル制御チャネルを取得するように構成された第７のモジュールと、をさらに備える請求項５５に記載の少なくとも１つの集積回路。
【請求項６０】
前記ローカルシステムが取得されない場合にローカルシステム取得手順を開始するように構成された第８のモジュールをさらに備える請求項５９に記載の少なくとも１つの集積回路。
【請求項６１】
前記第８のモジュールは、ローカルシステム取得再試行スケジュールに基づいて前記選択されたＲＦチャネルにおいて前記ローカルシステムを取得するために前記ローカルシステム取得手順を開始するように構成される請求項６０に記載の少なくとも１つの集積回路。
【請求項６２】
前記第８のモジュールは、
前記ローカル取得ＲＦリストからの最後の最良のＲＦチャネルに関する信号強度がローカル信号検出しきい値を上回る場合にローカルの選択されたＲＦチャネルを前記最後の最良のＲＦチャネルとして識別し、
前記最後の最良のＲＦチャネルの信号強度が前記ローカル信号検出しきい値と同じであるか又は下回る場合にローカルの選択されたＲＦチャネルを最も強い信号強度を有する前記ローカル取得ＲＦリストからのＲＦチャネルとして識別し、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムを取得し、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されない場合に前記ローカルの選択されたＲＦチャネルをローカル取得ＲＦリストから削除し、及び
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されるか又はローカルシステム取得時間切れが生じるまで前記ローカルの選択されたＲＦチャネルを識別し、前記ローカルシステムを取得し、及び前記ローカルの選択されたＲＦチャネルを削除する前記動作を繰り返すように構成される請求項６０に記載の少なくとも１つの集積回路。
【請求項６３】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記ローカル取得ＲＦリストを入手するように構成された第９のモジュールをさらに備える請求項６２に記載の少なくとも１つの集積回路。
【請求項６４】
前記ローカルシステムが取得されない場合にローカルシステム取得外側ループを開始するように構成された第９のモジュールをさらに備える請求項６２に記載の少なくとも１つの集積回路。
【請求項６５】
前記ワイドシステムが取得されない場合にシステム取得外側ループを開始するように構成された第６のモジュールをさらに備える請求項５５に記載の少なくとも１つの集積回路。
【請求項６６】
多周波数ネットワークにおけるサービス取得のための方法であって、
制御チャネル取得トリガーイベントを検出することと、
最後の最良のＲＦチャネルにおいて制御チャネルを取得することと、
予め決められた回数の取得試行の間に前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に前記最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除することと、
前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始することと、
前記制御チャネルが取得されるか又は制御チャネル取得時間切れが生じるまで取得、削除及び開始する前記動作を繰り返すこと、とを備える、方法
【請求項６７】
パワーアップ状態、ワイド制御チャネル更新の検出、及びローカル制御チャネル更新の検出のうちの少なくとも１つに基づいて前記制御チャネル取得トリガーイベントを検出することをさらに備える請求項６６に記載の方法。
【請求項６８】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記制御チャネルハンドオフＲＦリストを入手することをさらに備える請求項６６に記載の方法。
【請求項６９】
前記最後の最良のＲＦチャネルを前記ワイドシステムが最後に取得されたＲＦチャネルであると決定することをさらに備える請求項６６に記載の方法。
【請求項７０】
前記開始することは、
選択されたＲＦチャネルを前記制御チャネルハンドオフＲＦリストにおいて最も強い信号強度を有するＲＦチャネルとして識別することと、
前記選択されたＲＦチャネルに関して制御チャネルハンドオフ基準が満たされているかどうかを決定することと、
制御チャネルハンドオフ基準が満たされており及び前記選択されたＲＦチャネルの信号強度が信号検出しきい値よりも大きい場合に前記選択されたＲＦチャネルにおいてワイド及びローカルシステムを取得することと、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを制御チャネルハンドオフＲＦリストから削除することと、
前記ワイドシステムが取得されるか又は前記制御チャネルハンドオフＲＦリストが空になるまで前記選択されたＲＦチャネルを識別する、前記制御チャネルハンドオフ基準が満たされているかどうかを決定する、前記ワイド及びローカルシステムを取得する、及び前記選択されたＲＦチャネルを削除する動作を繰り返すこと、とをさらに備える請求項６６に記載の方法。
【請求項７１】
前記制御チャネルハンドオフＲＦリスト内の前記ＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングすることをさらに備える請求項７０に記載の方法。
【請求項７２】
前記選択されたＲＦチャネルと関連づけられた信号強度が前記最後の最良のＲＦチャネルと関連づけられた前記信号強度と信号強度ヒステリシス値との和よりも大きい場合に前記制御チャネルハンドオフ基準が満たされていると決定することをさらに備える請求項７０に記載の方法。
【請求項７３】
前記制御チャネルハンドオフＲＦリストが空になり、少なくとも１つのワイドシステムが取得される場合に制御チャネル取得外側ループを開始することをさらに備える請求項７０に記載の方法。
【請求項７４】
前記制御チャネルハンドオフＲＦリストが空になり、前記ワイドシステムのみが取得される場合にローカルシステム取得手順を開始することをさらに備え、前記制御チャネル取得トリガーイベントは、ローカル制御チャネル更新の検出である請求項７０に記載の方法。
【請求項７５】
前記制御チャネルハンドオフＲＦリストが空になり、前記ワイドシステムが取得されない場合にシステム取得内側ループを開始することをさらに備える請求項７０に記載の方法。
【請求項７６】
多周波数ネットワークにおけるサービス取得のための装置であって、
制御チャネル取得トリガーイベントを検出し、
最後の最良のＲＦチャネルにおいて制御チャネルを取得し、
予め決められた回数の取得試行の間に前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に前記最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除し、
前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始し、及び
前記制御チャネルが取得されるか又は制御チャネル取得時間切れが生じるまで取得、削除、及び開始する前記動作を繰り返すように構成された処理論理、を備える、装置。
【請求項７７】
前記処理論理は、パワーアップ状態、ワイド制御チャネル更新の検出、及びローカル制御チャネル更新の検出のうちの少なくとも１つに基づいて前記制御チャネル取得トリガーイベントを検出するように構成される請求項７６に記載の装置。
【請求項７８】
前記処理論理は、予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記制御チャネルハンドオフＲＦリストを入手するように構成される請求項７６に記載の装置。
【請求項７９】
前記処理論理は、
選択されたＲＦチャネルを前記制御チャネルハンドオフＲＦリストにおいて最も強い信号強度を有するＲＦチャネルとして識別し、
前記選択されたＲＦチャネルに関して制御チャネルハンドオフ基準が満たされているかどうかを決定し、
前記制御チャネルハンドオフ基準が満たされており及び前記選択されたＲＦチャネルの信号強度が信号検出しきい値よりも大きい場合に前記選択されたＲＦチャネルにおいてワイド及びローカルシステムを取得し、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを制御チャネルハンドオフＲＦリストから削除し、及び
前記ワイドシステムが取得されるか又は前記制御チャネルハンドオフＲＦリストが空になるまで前記選択されたＲＦチャネルを識別する、前記制御チャネルハンドオフ基準が満たされているかどうかを決定する、前記ワイド及びローカルシステムを取得する、及び前記選択されたＲＦチャネルを削除する動作を繰り返すように構成される請求項７６に記載の装置。
【請求項８０】
前記処理論理は、前記選択されたＲＦチャネルと関連づけられた信号強度が前記最後の最良のＲＦチャネルと関連づけられた前記信号強度と信号強度ヒステリシス値との和よりも大きい場合に前記制御チャネルハンドオフ基準が満たされていると決定するように構成される請求項７９に記載の装置。
【請求項８１】
前記処理論理は、前記制御チャネルハンドオフＲＦリストが空になり、少なくともワイドシステムが取得される場合に制御チャネル取得外側ループを開始するように構成される請求項７９に記載の装置。
【請求項８２】
多周波数ネットワークにおけるサービス取得のための装置であって、
制御チャネル取得トリガーイベントを検出するための手段と、
最後の最良のＲＦチャネルにおいて制御チャネルを取得するための手段と、
予め決められた回数の取得試行の間に前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に前記最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除するための手段と、
前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始するための手段と、
前記制御チャネルが取得されるか又は制御チャネル取得時間切れが生じるまで取得、削除、及び開始する前記動作を繰り返すための手段と、を備える、装置。
【請求項８３】
前記検出するための手段は、パワーアップ状態、ワイド制御チャネル更新の検出、及びローカル制御チャネル更新の検出のうちの少なくとも１つに基づいて前記制御チャネル取得トリガーイベントを検出するための手段を備える請求項８２に記載の装置。
【請求項８４】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記制御チャネルハンドオフＲＦリストを入手するための手段をさらに備える請求項８２に記載の装置。
【請求項８５】
前記開始するための手段は、
選択されたＲＦチャネルを前記制御チャネルハンドオフＲＦリストにおいて最も強い信号強度を有するＲＦチャネルとして識別するための手段と、
前記選択されたＲＦチャネルに関して制御チャネルハンドオフ基準が満たされているかどうかを決定するための手段と、
制御チャネルハンドオフ基準が満たされており及び前記選択されたＲＦチャネルの信号強度が信号検出しきい値よりも大きい場合に前記選択されたＲＦチャネルにおいてワイド及びローカルシステムを取得するための手段と、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを制御チャネルハンドオフＲＦリストから削除するための手段と、
前記ワイドシステムが取得されるか又は前記制御チャネルハンドオフＲＦリストが空になるまで前記選択されたＲＦチャネルを識別する、前記制御チャネルハンドオフ基準が満たされているかどうかを決定する、前記ワイド及びローカルシステムを取得する、及び前記選択されたＲＦチャネルを削除する動作を繰り返すための手段と、を備える請求項８２に記載の装置。
【請求項８６】
前記選択されたＲＦチャネルと関連づけられた信号強度が最後の最良のＲＦチャネルと関連づけられた前記信号強度と信号強度ヒステリシス値の和よりも大きい場合に前記制御チャネルハンドオフ基準が満たされていると決定するための手段をさらに備える請求項８５に記載の装置。
【請求項８７】
前記制御チャネルハンドオフＲＦリストが空になり、少なくともワイドシステムが取得される場合に制御チャネル取得外側ループを開始するための手段をさらに備える請求項８５に記載の装置。
【請求項８８】
多周波数ネットワークにおけるサービス取得のためのコンピュータプログラム製品であって、
制御チャネル取得トリガーイベントを検出することをコンピュータに行わせるための第１の組の符号と、
最後の最良のＲＦチャネルにおいて制御チャネルを取得することを前記コンピュータに行わせるための第２の組の符号と、
予め決められた回数の取得試行の間に前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に前記最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除するための第３の組の符号と、
前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始することを前記コンピュータに行わせるための第４の組の符号と、
前記制御チャネルが取得されるか又は制御チャネル取得時間切れが生じるまで取得、削除、及び開始する前記動作を繰り返すことを前記コンピュータに行わせるための第５の組の符号と、を備える機械によって読み取り可能な媒体、を備える、コンピュータプログラム製品。
【請求項８９】
前記第１の組の符号は、パワーアップ状態、ワイド制御チャネル更新の検出、及びローカ制御チャネル更新の検出のうちの少なくとも１つに基づいて前記制御チャネル取得トリガーイベントを検出することを前記コンピュータに行わせるように構成される請求項８８に記載の機械によって読み取り可能な媒体。
【請求項９０】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記制御チャネルハンドオフＲＦリストを入手することを前記コンピュータに行わせるように構成された第６の組の符号をさらに備える請求項８８に記載の機械によって読み取り可能な媒体。
【請求項９１】
前記第４の組の符号は、
選択されたＲＦチャネルを前記制御チャネルハンドオフＲＦリストにおいて最も強い信号強度を有するＲＦチャネルとして識別すること、
前記選択されたＲＦチャネルに関して制御チャネルハンドオフ基準が満たされているかどうかを決定すること、
制御チャネルハンドオフ基準が満たされており及び前記選択されたＲＦチャネルの信号強度が信号検出しきい値よりも大きい場合に前記選択されたＲＦチャネルにおいてワイド及びローカルシステムを取得すること、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを制御チャネルハンドオフＲＦリストから削除すること、及び
前記ワイドシステムが取得されるか又は前記制御チャネルハンドオフＲＦリストが空になるまで前記選択されたＲＦチャネルを識別する、前記制御チャネルハンドオフ基準が満たされているかどうかを決定する、前記ワイド及びローカルシステムを取得する、及び前記選択されたＲＦチャネルを削除する動作を繰り返すことを前記コンピュータに行わせるように構成される請求項８８に記載の機械によって読み取り可能な媒体。
【請求項９２】
前記選択されたＲＦチャネルと関連づけられた信号強度が前記最後の最良のＲＦチャネルと関連づけられた前記信号強度と信号強度ヒステリシス値との和よりも大きい場合に前記制御チャネルハンドオフ基準が満たされていると決定することを前記コンピュータに行わせるように構成された第６の組の符号をさらに備える請求項９１に記載の機械によって読み取り可能な媒体。
【請求項９３】
前記制御チャネルハンドオフＲＦリストが空になり、少なくともワイドシステムが取得される場合に制御チャネル取得外側ループを開始することを前記コンピュータに行わせるように構成された第６の組の符号をさらに備える請求項９１に記載の機械によって読み取り可能な媒体。
【請求項９４】
多周波数ネットワークにおけるサービス取得のために構成された少なくとも１つの集積回路であって、
制御チャネル取得トリガーイベントを検出するように構成され第１のモジュールと、
最後の最良のＲＦチャネルにおいて制御チャネルを取得するように構成された第２のモジュールと、
予め決められた回数の取得試行の間に前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に前記最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除するように構成された第３のモジュールと、
前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始するように構成された第４のモジュールと、
前記制御チャネルが取得されるか又は制御チャネル取得時間切れが生じるまで取得、削除、及び開始する前記動作を繰り返すように構成された第５のモジュールと、を備える、少なくとも１つの集積回路。
【請求項９５】
前記第１のモジュールは、パワーアップ状態、ワイド制御チャネル更新の検出、及びローカル制御チャネル更新の検出のうちの少なくとも１つに基づいて前記制御チャネル取得トリガーイベントを検出するように構成される請求項９４に記載の少なくとも１つの集積回路。
【請求項９６】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記制御チャネルハンドオフＲＦリストを入手するように構成された第６のモジュールをさらに備える請求項９４に記載の少なくとも１つの集積回路。
【請求項９７】
前記第４のモジュールは、
選択されたＲＦチャネルを前記制御チャネルハンドオフＲＦリストにおいて最も強い信号強度を有するＲＦチャネルとして識別し、
前記選択されたＲＦチャネルに関して制御チャネルハンドオフ基準が満たされているかどうかを決定し、
制御チャネルハンドオフ基準が満たされており及び前記選択されたＲＦチャネルの信号強度が信号検出しきい値よりも大きい場合に前記選択されたＲＦチャネルにおいてワイド及びローカルシステムを取得し、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを制御チャネルハンドオフＲＦリストから削除し、及び
前記ワイドシステムが取得されるか又は前記制御チャネルハンドオフＲＦリストが空になるまで前記選択されたＲＦチャネルを識別する、前記制御チャネルハンドオフ基準が満たされているかどうかを決定する、前記ワイド及びローカルシステムを取得する、及び前記選択されたＲＦチャネルを削除する動作を繰り返すように構成される請求項９４に記載の少なくとも１つの集積回路。
【請求項９８】
前記選択されたＲＦチャネルと関連づけられた信号強度が前記最後の最良のＲＦチャネルと関連づけられた前記信号強度と信号強度ヒステリシス値との和よりも大きい場合に前記制御チャネルハンドオフ基準が満たされていると決定するように構成された第６のモジュールをさらに備える請求項９７に記載の少なくとも１つの集積回路。
【請求項９９】
前記制御チャネルハンドオフＲＦリストが空になり、少なくともワイドシステムが取得される場合に制御チャネル取得外側ループを開始するように構成された第６のモジュールさらに備える請求項９７に記載の少なくとも１つの集積回路。
【請求項１００】
多周波数ネットワークにおけるサービス取得のための方法であって、
現在のＲＦチャネルにおいてワイド及びローカルシステムを取得することと、
前記ワイド及びローカルシステムが取得された場合に前記現在のＲＦチャネルの信号強度が選択されたしきい値を下回ると決定することと、
近隣ＲＦリスト内のＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングすることと、
前記選択されたＲＦチャネルが前記現在のＲＦチャネルと異なる場合に前記最も強い信号強度を有する前記近隣ＲＦリストからの選択されたＲＦチャネルに切り替わることと、
前記選択されたＲＦチャネルにおいて前記ワイド及びローカルシステムを取得すること、とを備える、方法。
【請求項１０１】
多周波数ネットワークにおけるサービス取得のための装置であって、
現在のＲＦチャネルにおいてワイド及びローカルシステムを取得し、
前記ワイド及びローカルシステムが取得された場合に前記現在のＲＦチャネルの信号強度が選択されたしきい値を下回ると決定し、
近隣ＲＦリスト内のＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングし、
前記選択されたＲＦチャネルが前記現在のＲＦチャネルと異なる場合に前記最も強い信号強度を有する前記近隣ＲＦリストからの選択されたＲＦチャネルに切り替わり、
前記選択されたＲＦチャネルにおいて前記ワイド及びローカルシステムを取得するように構成された処理論理を備える、装置。
【請求項１０２】
多周波数ネットワークにおけるサービス取得のための装置であって、
現在のＲＦチャネルにおいてワイド及びローカルシステムを取得するための手段と、
前記ワイド及びローカルシステムが取得された場合に前記現在のＲＦチャネルの信号強度が選択されたしきい値を下回ると決定するための手段と、
近隣ＲＦリスト内のＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングするための手段と、
前記選択されたＲＦチャネルが前記現在のＲＦチャネルと異なる場合に前記最も強い信号強度を有する前記近隣ＲＦリストからの選択されたＲＦチャネルに切り替わるための手段と、
前記選択されたＲＦチャネルにおいて前記ワイド及びローカルシステムを取得するための手段と、を備える、装置。
【請求項１０３】
多周波数ネットワークにおけるサービス取得のためのコンピュータプログラム製品であって、
現在のＲＦチャネルにおいてワイド及びローカルシステムを取得することをコンピュータに行わせるための第１の組の符号と、
前記ワイド及びローカルシステムが取得された場合に前記現在のＲＦチャネルの信号強度が選択されたしきい値を下回ると決定することを前記コンピュータに行わせるための第２の組の符号と、
近隣ＲＦリスト内のＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングすることを前記コンピュータに行わせるための第３の組の符号と、
前記選択されたＲＦチャネルが前記現在のＲＦチャネルと異なる場合に前記最も強い信号強度を有する前記近隣ＲＦリストからの選択されたＲＦチャネルに切り替わることを前記コンピュータに行わせるための第４の組の符号と、
前記選択されたＲＦチャネルにおいて前記ワイド及びローカルシステムを取得することを前記コンピュータに行わせるための第５の組の符号と、を備える機械によって読み取り可能な媒体、を備える、コンピュータプログラム製品。
【請求項１０４】
多周波数ネットワークにおけるサービス取得のために構成された少なくとも１つの集積回路であって、
現在のＲＦチャネルにおいてワイド及びローカルシステムを取得するように構成された第１のモジュールと、
前記ワイド及びローカルシステムが取得された場合に前記現在のＲＦチャネルの信号強度が選択されたしきい値を下回ると決定するように構成された第２のモジュールと、
近隣ＲＦリスト内のＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングするように構成された第３のモジュールと、
前記選択されたＲＦチャネルが前記現在のＲＦチャネルと異なる場合に前記最も強い信号強度を有する前記近隣ＲＦリストからの選択されたＲＦチャネルに切り替わるように構成された第４のモジュールと、
前記選択されたＲＦチャネルにおいて前記ワイド及びローカルシステムを取得するように構成された第５のモジュールと、を備える、少なくとも１つの集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
３５Ｕ．Ｓ．Ｃ．§１１９に基づく優先権の主張
本特許出願は、これの譲受人に譲渡され、ここにおいて参照されることによって明示でここに組み入れられており、“Power-Up FLO Service Acquisition for a Multiple Frequency Network Feature”（多周波数ネットワーク機能に関するパワーアップＦＬＯサービス取得）という題名を有する、仮特許出願番号６０／９４５，２６８（出願日：２００７年６月２０日）に対する優先権を主張するものである。
【０００２】
この出願は、一般的には、データネットワークの動作に関するものである。この出願は、より具体的には、多周波数ネットワークにおけるサービス取得のための方法及び装置に関するものである。
【背景技術】
【０００３】
データネットワーク、例えば無線通信ネットワーク、は、単一の端末用に特化されたサービスと非常に多数の端末に提供されるサービスとの間における妥協を計らなければならない。例えば、非常に多数の資源が制限されたポータブルデバイス（加入者）へのマルチメディアコンテンツの配信は複雑な問題である。従って、ネットワークオペレータ、コンテンツ小売業者、及びサービスプロバイダにとっては、高速かつ効率的な方法で及び帯域幅の利用を増大させかつ電力効率を向上させる方法でコンテンツ及び／又はその他のネットワークサービスを配信する方法を有することが重要である。
【０００４】
多周波数ネットワーク（ＭＦＮ）は、メディアコンテンツを送信するために複数の無線周波数（ＲＦ）（又はＲＦチャネル）が用いられるネットワークである。１つのタイプのＭＦＮは、異なるローカルエリアにおいて異なるＲＦチャネルで配信波形（ｄｉｓｔｒｉｂｕｔｉｏｎ  ｗａｖｅｆｏｒｍ）が送信される水平多周波数ネットワーク（ＨＭＦＮ）である。該ローカルエリアにおいては、同じ又は異なるコンテンツを、異なるＲＦチャネルで搬送される配信波形の一部として送信することができる。他のタイプのＭＦＮは、（デバイス／エンドユーザーに対してより多くのコンテンツを配送する能力という意味での）ネットワークの容量を増大させることを目的として独立した配信波形を送信するために所定のローカルエリアにおいて複数の無線周波数（ＲＦ）が用いられる垂直多周波数ネットワーク（ＭＦＮ）である。ＭＦＮの配備は、一定のエリアにおいてはＶＭＦＮ及びその他の一定のエリアにおいてはＨＭＦＮから成ることもできる。
【０００５】
典型的ＨＭＦＮにおいては、ローカル動作インフラストラクチャ（ＬＯＩ）は、選択された地理的地域においてＲＦチャネルを通じて単一の配信波形を送信するために動作する送信サイトを備える。典型的ＶＭＦＮにおいては、ローカル動作インフラストラクチャ（ＬＯＩ）は、選択された地理的地域において複数のＲＦチャネルを通じて複数の配信波形を送信するために動作する送信サイトを備える。各配信波形は、提供するために受信デバイスにおいて選択することができる１つ以上のコンテンツフローを備えることができる。隣接ＬＯＩは、同じ又は異なるＲＦチャネルを利用することができる。
【０００６】
動作中は、受信デバイスは、希望されるコンテンツを受信するために多周波数ネットワークにおいてネットワークサービスを取得する必要がある。例えば、受信デバイスは、パワーアップ時又はサービス喪失が生じた後にネットワークサービスを取得する。サービス喪失は、デバイスが多周波数ネットワークの１つの地域から他の地域に移動時に生じることがある。ネットワークサービスを取得することは、典型的には、下層オーバーヘッド情報を多周波数ネットワークから取得することを含む。多周波数ネットワークにおいては、受信デバイスが複数の利用可能なＲＦのうちの１つを通じてサービスを取得することが可能であるため、サービス取得を目的としたＲＦの選択は、品質及びネットワークサービスが取得される速度に対して影響を与える。
【０００７】
従って、デバイスが多周波数ネットワークにおいて高速かつ効率的な方法でサービスを取得するのを可能にするために動作するサービス取得機構を有することが望ましい。
【発明の概要】
【０００８】
１つ以上の側面において、デバイスが多周波数ネットワークにおいてネットワークサービスを取得するのを可能にするために動作する、方法及び装置を備えるネットワークサービス取得システムが提供される。例えば、パワーアップ時又はサービス喪失が生じた後に、前記ネットワークサービス取得システムは、サービスが取得される多周波数ネットワーク内の選択されたＲＦチャネルを決定する。一側面においては、前記ネットワークサービス取得システムは、限定されることなしに、前記選択されたＲＦチャネルを決定するための信号強度とオーバーヘッド情報の入手可能性とを含む複数の要因を考慮するために動作する。ＲＦチャネルがいったん決定された時点で、前記デバイスは、前記多周波数ネットワークにおけるネットワークサービスを高速かつ効率的に取得することができる。
【０００９】
一側面においては、多周波数ネットワークにおけるサービス取得のための方法が提供される。前記方法は、サービス取得トリガーイベントを検出することと、信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別すること、とを備え、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のＬＯＩにおけるＲＦチャネルを識別する。前記方法は、前記選択されたＲＦチャネルにおいてワイドシステムを取得することと、前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除することと、前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すこと、とも備える。
【００１０】
一側面においては、多周波数ネットワークにおけるサービス取得のための装置が提供される。前記装置は、サービス取得トリガーイベントを検出し及び信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別するように構成された処理論理を備え、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のＬＯＩにおけるＲＦチャネルを識別する。前記処理論理は、前記選択されたＲＦチャネルにおいてワイドシステムを取得し、前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除し、及び前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すようにも構成される。
【００１１】
一側面においては、多周波数ネットワークにおけるサービス取得のための装置が提供される。前記装置は、サービス取得トリガーイベントを検出するための手段と、信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別するための手段と、を備え、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のＬＯＩにおけるＲＦチャネルを識別する。前記装置は、前記選択されたＲＦチャネルにおいてワイドシステムを取得するための手段と、前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除するための手段と、前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すための手段と、も備える。
【００１２】
一側面においては、多周波数ネットワークにおけるサービス取得のためのコンピュータプログラム製品が提供される。前記コンピュータプログラム製品は、サービス取得トリガーイベントを検出することをコンピュータに行わせるための第１の組の符号と、信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別することを前記コンピュータに行わせるための第２の組の符号とを備える機械によって読み取り可能な媒体を備え、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のＬＯＩにおけるＲＦチャネルを識別する。前記機械によって読み取り可能な媒体は、前記選択されたＲＦチャネルにおいてワイドシステムを取得することを前記コンピュータに行わせるための第３の組の符号と、前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除することを前記コンピュータに行わせるための第４の組の符号と、前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるまで又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すことを前記コンピュータに行わせるための第５の組の符号と、も備える。
【００１３】
一側面においては、多周波数ネットワークにおけるサービス取得のために構成される少なくとも１つの集積回路が提供される。前記少なくとも１つの集積回路は、サービス取得トリガーイベントを検出するよう構成された第１のモジュールと、信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別するように構成された第２のモジュールとを備え、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のＬＯＩにおけるＲＦチャネルを識別する。前記少なくとも１つの集積回路は、前記選択されたＲＦチャネルにおいてワイドシステムを取得するように構成された第３のモジュールと、前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除するように構成された第４のモジュールと、前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すように構成された第５のモジュールと、も備える。
【００１４】
一側面においては、多周波数ネットワークにおけるサービス取得のための方法が提供される。前記方法は、制御チャネル取得トリガーイベントを検出することと、最後の最良のＲＦチャネルにおいて制御チャネルを取得することと、予め決められた取得試行回数の間に前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に前記最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除すること、とを備える。前記方法は、前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始することと、前記制御チャネルが取得されるか又は制御チャネル取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すこと、とも備える。
【００１５】
一側面においては、多周波数ネットワークにおけるサービス取得のための装置が提供される。前記装置は、制御チャネル取得トリガーイベントを検出するための手段と、最後の最良のＲＦチャネルにおいて制御チャネルを取得するための手段と、予め決められた回数の取得試行の間に前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に前記最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除するための手段と、を備える。前記装置は、前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始するための手段と、前記制御チャネルが取得されるか又は制御チャネル取得時間切れが生じるまで取得、削除、及び開始する前記動作を繰り返すための手段と、も備える。
【００１６】
一側面においては、多周波数ネットワークにおけるサービス取得のための方法が提供される。前記方法は、現在のチャネルにおいてワイド及びローカルシステムを取得することと、前記ワイド及びローカルシステムが取得された場合に前記現在のＲＦチャネルの信号強度が選択されたしきい値を下回ると決定することと、近隣ＲＦリスト（ｎｅｉｇｈｂｏｒ  ＲＦ  ｌｉｓｔ）内のＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングすること、とを備える。前記方法は、前記選択されたＲＦチャネルが前記現在のＲＦチャネルと異なる場合に最も強い信号強度を有する前記近隣ＲＦリストからの選択されたＲＦチャネルに切り替わることと、前記選択されたＲＦチャネルにおいて前記ワイド及びローカルシステムを取得すること、とも備える。
【００１７】
一側面においては、多周波数ネットワークにおけるサービス取得のための装置が提供される。前記装置は、現在のＲＦチャネルにおいてワイド及びローカルシステムを取得し、前記ワイド及びローカルシステムが取得された場合に前記現在のＲＦチャネルの信号強度が選択されたしきい値を下回ると決定し、及び近隣ＲＦリスト内のＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングするように構成された処理論理を備える。前記処理論理は、前記選択されたＲＦチャネルが前記現在のＲＦチャネルと異なる場合に最も強い信号強度を有する前記近隣ＲＦリストからの選択されたＲＦチャネルに切り替わり及び前記選択されたＲＦチャネルにおいて前記ワイド及びローカルシステムを取得するようにも構成される。
【００１８】
以降において示される図面の簡単な説明、発明を実施するための形態、及び請求項を検討後にその他の側面が明確になるであろう。
【図面の簡単な説明】
【００１９】
ここにおいて説明される上記の側面は、以下の発明を実施するための形態を添付図面と関係させて参照することによってより容易に明確になるであろう。
【図１】多周波数ネットワークにおいて用いるためのサービス取得システムの側面の動作を例示するネットワークを示した図である。
【図２】サービス取得システムの側面において用いるための送信フレーム及び近隣記述情報を示した図である。
【図３】サービス取得システムの側面において用いるためのサービス取得論理を示した図である。
【図４】サービス取得システムの側面において用いるための内側ループアルゴリズムを実行するための方法を示した図である。
【図５】サービス取得システムの側面において用いるためのワイド及びローカルシステムを取得するための方法を示した図である。
【図６】サービス再取得システムの側面において用いるためのローカルサービス再取得外側ループに関する方法を示した図である。
【図７】サービス再取得システムの側面において用いるためのローカルサービス再取得に関する方法を示した図である。
【図８】サービス取得システムの側面において用いるためのワイド及びローカル制御チャネルを取得するための方法を示した図である。
【図９】サービス取得システムの側面において用いるためのワイド及びローカル制御チャネルハンドオフ手順を実行するための方法を示した図である。
【図１０】サービス取得システムの側面において用いるためのワイド制御チャネル取得手順を実行するための方法を示した図である。
【図１１】サービス取得システムの側面において用いるためのワイド制御チャネルハンドオフ手順を実行するための方法を示した図である。
【図１２】サービス取得システムの側面において用いるためのローカル制御チャネル取得手順を実行するための方法を示した図である。
【図１３】サービス取得システムの側面において用いるためのローカル制御チャネルハンドオフ手順を実行するための方法を示した図である。
【図１４】サービス再取得システムの側面において用いるための周期的ＯＩＳモニタリングのための方法を示した図である。
【図１５】サービス取得システムの側面において用いるためのサービス取得論理を示した図である。
【図１６】サービス取得システムの側面において用いるためのサービス取得論理を示した図である。
【図１７】サービス取得システムの側面において用いるためのサービス取得論理を示した図である。
【発明を実施するための形態】
【００２０】
１つ以上の側面において、デバイスが多周波数ネットワークにおいてサービスを取得するのを可能にするために動作する、方法及び装置を備えるネットワークサービス取得システムが提供される。説明を単純化することを目的として、ネットワークサービス取得システムは、ここにおいては“サービス取得システム”又は“取得システム”とも呼ばれる。一側面においては、サービス取得は、下層オーバーヘッド情報を多周波数ネットワークから取得することを含む。下層オーバーヘッド情報は、アプリケーション又エンドユーザーによって要求されるコンテンツフローに関するメディアコンテンツを受信するために用いられる。例えば、サービス取得は、オーバーヘッド情報シンボル（ＯＩＳ）及び制御チャネル（ＣＣ）情報を取得することを含む。ＣＣは、コンテンツフローを搬送する関連づけられたＲＦチャネルにこれらのコンテンツフローをマッピングするために用いられる。ＯＩＳは、配信波形においてコンテンツフローを搬送するメディアロジカルチャネル（ＭＬＣ）の位置を決定するために用いられる。
【００２１】
一側面においては、サービス取得システムは、１つ以上のトリガーイベントに応答してサービスを取得するために動作する。例えば、トリガーイベントは、パワーアップ状態又はネットワークサービスの喪失であることができる。トリガーイベントに基づき、サービス取得システムは、ネットワークサービスを高速かつ効率的な方法で取得できる多周波数ネットワーク内の選択されたＲＦチャネルを決定する。選択されたＲＦチャネルにおいてネットワークサービスを取得できない場合は、サービス取得システムは、ネットワークサービスを効率的に取得するための他の適切なＲＦチャネルを決定するために動作する。サービス取得システムは、ネットワークサービスを取得するためのＲＦチャネルを選択時にＲＦチャネルの信号強度を考慮するために動作する。
【００２２】
システムは、無線ネットワーク環境において用いるのに非常に適するが、限定されることなしに、通信ネットワーク、公共ネットワーク、例えばインターネット、私設ネットワーク、例えば仮想私設ネットワーク（ＶＰＶ）、ローカルエリアネットワーク、広域ネットワーク、長距離ネットワーク、又はその他のタイプのデータネットワーク、を含むあらゆるタイプのネットワーク環境において用いることができる。
【００２３】
定義
ここにおいては、ネットワークサービス取得システムの側面を説明するために以下の定義が用いられる。
【００２４】
１．ローカルエリア−サービスをブロードキャストすることができる狭域的な地理上のエリア、例えば、建物、建物群、地域社会、都市、郡又はその他の狭域的地域を意味する。
【００２５】
２．広域．（ワイドエリア）−サービスをブロードキャストすることができる広域的な地理上のエリア、例えば、郡、州、複数の州、国、複数の国又はその他の広域的地域を意味する。
【００２６】
３．多重フロー−コンテンツフローの集合を意味する。
【００２７】
４．広域多重フロー−少なくとも１つの広域にわたってブロードキャストされるコンテンツフローの集合を意味する。
【００２８】
５．ローカルエリア多重フロー−少なくとも１つのローカルエリアにわたってブロードキャストされるコンテンツフローの集合を意味する。
【００２９】
６．広域動作インフラストラクチャ（ＷＯＩ）−コンテンツフローを広域にわたって送信するために動作する送信機及び関連するシステムの集合を意味する。ＷＯＩは、広域多重フローを搬送することができる最小の地理上の広域的エリアにマッピングする。広域多重フローは、１つ以上のＷＯＩを通じてブロードキャストすることができる。
【００３０】
７．ローカルエリア動作インフラストラクチャ（ＬＯＩ）−コンテンツフローをローカルエリアにわたって送信するために動作する送信機及び関連するシステムの集合を意味する。ＬＯＩは、ローカルエリア多重フローを搬送することができる最小の地理上の狭域的エリアにマッピングする。ローカルエリア多重フローは、１つ以上のＬＯＩを通じてブロードキャストすることができる。
【００３１】
８．ＲＦチャネル−コンテンツ配信波形を選択されたＬＯＩを通じて搬送するために用いられるＲＦ周波数を意味する。
【００３２】
９．コンテンツチャネル−特定の配信波形内の選択されたコンテンツフローを意味する。例えば、配信波形は、複数のコンテンツチャネルを備えることができ、各コンテンツチャネルは、１つ以上のコンテンツフローを備えることができる。
【００３３】
頭字語
ここにおいては、ネットワークサービス取得システムの側面を説明するために以下の頭字語が用いられる。
【００３４】
ＬＭ−ローカルエリア多重フロー
ＷＭ−広域多重フロー
ＮＯＣ−ネットワークオペレーションセンター
ＷＯＩ−ワイドエリア動作インフラストラクチャ
ＬＯＩ−ローカルエリア動作インフラストラクチャ
ＮＤＭ−近隣記述メッセージ
ＷＩＤ−広域スクランブル解除識別子
ＬＩＤ−ローカルエリアスクランブル解除識別子
ＯＩＳ−オーバーヘッド情報シンボル
ＣＣ−制御チャネル
ＷＯＩＳ−ワイドＯＩＳ
ＬＯＩＳ−ローカルＯＩＳ
図１は、多周波数ネットワークにおいて用いるためのサービス取得システムの側面の動作を例示するネットワーク１００を示す。例えば、ネットワーク１００は、４つのＷＯＩ（ＷＯＩ１、ＷＯＩ２、ＷＯＩ３、及びＷＯＩ４）を備え、各々は、多周波数ネットワークの１つのＬＯＩ（ＬＯＩ１、ＬＯＩ２、ＬＯＩ３、及びＬＯＩ４）をそれぞれ備える。各ＬＯＩ内では、ワイド及びローカルコンテンツを送信するために１つ以上のＲＦチャネルが用いられる。ＬＯＩ２及びＬＯＩ３は、これらのＬＯＩの各々において２つのＲＦチャネルを有する垂直ＭＦＮを有する。ＬＯＩ１及びＬＯＩ４は、１つのみのＲＦチャネルを搬送する。各ＲＦチャネルは、そのＲＦチャネルにおいて送信されたコンテンツのスクランブルを解除するために用いることができるスクランブル解除シーケンスを識別する関連づけられたＷＩＤ／ＬＩＤを有する。ＬＯＩ１、ＬＯＩ２、ＬＯＩ３、及びＬＯＩ４は、ネットワーク１００において示されるように近隣ＬＯＩである。ＬＯＩ１は、ＬＯＩ２をその近隣ＬＯＩとして有し、ＬＯＩ２は、ＬＯＩ１、ＬＯＩ３及びＬＯＩ４をその近隣ＬＯＩとして有し、ＬＯＩ３は、ＬＯＩ２をその近隣ＬＯＩとして有し、ＬＯＩ４は、ＬＯＩ２をその近隣ＬＯＩとして有する。
【００３５】
ネットワーク１００は、多周波数ネットワークの選択された広域及びローカルエリアにわたる配信のためのワイド及びローカルコンテンツ多重フローを受信するために動作するネットワークオペレーションセンター（ＮＯＣ）１０２を備える。ＮＯＣ１０２は、そのコンテンツを配信するように多周波数ネットワークを構成するためにも動作する。これを達成させるために、ＮＯＣ１０２は、ＬＯＩ、各地域において用いられるＲＦチャネル、各ＬＯＩの近隣ＬＯＩ及びネットワークを構成するため及びネットワークオーバーヘッド情報及び広域及びローカルエリアコンテンツ多重フローを配信するために必要になるその他のあらゆるネットワーク情報によって網羅されたネットワークの地理上の地域を認識している。ネットワーク１００は、あらゆる数のＬＯＩを備えることができることが注目されるべきである。
【００３６】
一側面においては、ＮＯＣ１０２は、オーバーヘッド生成論理１０４を備えることができる。オーバーヘッド生成論理１０４は、ＲＦチャネル、近隣ＬＯＩ及びサービスフローに関連するオーバーヘッド情報を組み立てるために動作する。オーバーヘッド生成論理１０４は、各ＬＯＩに関する近隣ＬＯＩのリストに関連する情報を組み立てるために動作し、ＲＦチャネルリストは、これらのＬＯＩの各々におけるサービス及び各ＬＯＩにおけるＲＦチャネルと関連づけられたＷＩＤ／ＬＩＤスクランブル解除識別子を提供する。一側面においては、オーバーヘッド生成論理１０４は、特定のＬＯＩと関連づけられた近隣ＬＯＩのリストを提供するように構成される近隣記述メッセージ（ＮＤＭ）を生成するために動作し、ＲＦチャネルリストは、特定のＬＯＩとその近隣ＬＯＩにおけるサービス及びこれらのＬＯＩの各々におけるＲＦチャネルと関連づけられたスクランブル解除シーケンスを識別するＷＩＤ／ＬＩＤ識別子を提供する。他の側面においては、ＮＤＭメッセージは、近隣ＬＯＩリスト、これらのＬＯＩの各々におけるＲＦチャネルのリスト及びいずれかの選択されたＬＯＩグループに関するこれらのＲＦチャネルと関連づけられたＷＩＤ／ＬＩＤ識別子を提供するように構成される。ＮＤＭメッセージからのＷＩＤ／ＬＩＤ情報は、コンテンツフローを復号時にコンテンツのスクランブルを解除するために用いられる。近隣記述論理１０４によって生成されたＮＤＭメッセージのより詳細な説明がこの明細書の他の節において示される。
【００３７】
一側面においては、オーバーヘッド生成論理１０４は、サービスフローに関連する制御情報を組み立てるために動作する。例えば、一側面においては、オーバーヘッド生成論理１０４は、多周波数ネットワークにおいてコンテンツフローを搬送するＲＦチャネルへのこれらのコンテンツフローのマッピングを提供するオーバーヘッド情報メッセージを生成するために動作する。
【００３８】
ＮＯＣ１０２は、ネットワーク１００において広域及びローカルエリア多重フロー及び生成されたオーバーヘッド情報メッセージ（ＮＤＭを含む）をＬＯＩに送信するために動作する。４つのＬＯＩのみが示されるが、ＮＯＣ１０２は、多重フロー及び関連づけられたＮＤＭをあらゆる数のＬＯＩに送信できることが注目されるべきである。
【００３９】
一側面においては、ＬＯＩ１、ＬＯＩ２、ＬＯＩ３、及びＬＯＩ４は、１つ以上の送信機サイトを備える。例えば、ＬＯＩ１は、送信機サイト１０６を備える。各送信機サイトは、各々のＬＯＩを通じて選択されたＲＦチャネルにおいて配信波形を送信するために動作する。各送信機サイトは、１０８において示されるように１つ以上のサーバーを備えることが注目されるべきである。
【００４０】
一側面においては、ＮＯＣ１０２は、いずれかの適切なトランスポート機構を用いてコンテンツ多重フロー及び生成されたオーバーヘッド情報（ＮＤＭを含む）を送信機サイトに送信するために動作する。例えば、コンテンツ多重フロー及びオーバーヘッド情報は、１１０において示されるように、各送信機サイトと関連づけられたサーバーに送信される。一側面においては、ＮＯＣ１０２は、ＭＰＥＧ−２トランスポート機構を用いてコンテンツ多重フロー及びオーバーヘッド情報を送信機サイトに送信する。この構成においては、多重フロー及びオーバーヘッド情報メッセージは、各送信機サイトのサーバーがそれぞれ向けられた選択されたコンテンツ多重フロー及びオーバーヘッド情報メッセージを検出及び受信できるようにＭＰＥＧ−２トランスポート識別子が割り当てられる。
【００４１】
送信機サイトにおけるサーバーは、トランスポート識別子を用いて、各々のＬＯＩを通じて配信する上でいずれの多重フロー及びＮＤＭメッセージが自己向けであるかを決定する。次に、サーバーは、選択されたＲＦチャネルにおいて送信するために各々の多重フロー及びＮＤＭメッセージを送信フレーム内にパック（ｐａｃｋ）するために動作する。サーバーは、送信を目的として多重フロー及びＮＤＭメッセージを送信フレーム内にパックするためにいずれかの適切な物理層プロセスを利用する。トランスポート識別子を用いて各々のＬＯＩを通じての送信が意図される多重フロー及びオーバーヘッド情報メッセージ（ＮＤＭを含む）を決定することによって、送信機サイトにおけるサーバーは、多重フロー及びオーバーヘッド情報メッセージのうちのいずれも復号する必要がない。サーバーは、単に、適切なトランスポート識別子を検出し、識別された多重フロー及びオーバーヘッド情報メッセージを物理層プロセスに従って送信フレーム内にパックする。
【００４２】
送信フレームは、オーバーヘッド情報シンボルと、コンテンツフローと、オーバーヘッド情報メッセージ、例えばオーバーヘッド生成論理１０４によって生成されたＮＤＭメッセージ、を搬送する制御チャネルと、を備える。一側面においては、送信フレームは、広域及びローカルエリアコンテンツフローをそれぞれ搬送するために用いられるワイド及びローカルデータパーティションを備える。さらに、ワイド及びローカルパーティションは、ワイド及びローカル制御チャネルを備える。一側面においては、ローカル制御チャネルは、オーバーヘッド生成論理１０４によって生成されたＮＤＭメッセージを各ＬＯＩにおけるデバイスに配信するために用いられる。一側面においては、ワイド制御チャネルは、ワイドコンテンツフローに関する関連づけられたＲＦチャネルへのコンテンツフローのマッピングを配信するために用いられる。他の側面においては、ローカル制御チャネルは、ローカルコンテンツフローに関する関連づけられたＲＦチャネルへのコンテンツフローのマッピングを配信するために用いられる。
【００４３】
一側面においては、送信機サイトは、指定されたＲＦチャネルを用いて各々のＬＯＩを通じて送信フレームを送信する。送信フレームを送信するためにＬＯＩにおいて複数のＲチャネルを用いることによって、ネットワーク１００は、該ＬＯＩを通じてより多くのコンテンツフローを送信することができる。ＬＯＩ内の送信機サイトは、共配置すること又は希望される距離だけ離すことが可能であることが注目されるべきである。各ＬＯＩは異なる一組の近隣ＬＯＩを有することができ及び各近隣ＬＯＩは異なるＲＦチャネル及び送信されたコンテンツのスクランブルを解除するための関連づけられたスクランブル解除シーケンスと関連づけることができるため各ＬＯＩは各ＬＯＩを通じて配信されるＮＤＭは異なることができることも注目されるべきである。
【００４４】
各ＬＯＩ内において、スクランブル解除シーケンス識別子が各ＲＦチャネルと関連づけられる。スクランブル解除シーケンス識別子は、広域スクランブル解除シーケンス識別子（ＷＩＤ）とローカルエリアスクランブル解除シーケンス識別子（ＬＩＤ）とを備える。スクランブル解除シーケンス識別子は、特定のＲＦチャネルで特定のＬＯＩにおいて受信されたコンテンツのスクランブルを解除するために用いることができるスクランブル解除シーケンスを識別する。スクランブル解除シーケンス識別子は、特定のＲＦチャネルで搬送されるコンテンツ多重フローも識別する。例えば、ＬＯＩ２においては、２つのＲＦチャネル（すなわち、ＲＦ２、ＲＦ３）が存在し、各ＲＦチャネルは、関連づけられた広域及びローカルエリアコンテンツ多重フローのスクランブルを解除するために用いることができるスクランブル解除シーケンスを識別するスクランブル解除シーケンス識別子と関連づけられる。例えば、ＲＦ２は、ＷＩＤ１及びＬＩＤ１と関連づけられ、ワイド多重フローＷＭ１及びローカル多重フローＬＭ１を搬送し、ＲＦ３は、ＷＩＤ２及びＬＩＤ２と関連づけられ、ワイド多重フローＷＭ２及びローカル多重フローＬＭ２を搬送する。ＷＩＤ１、ＬＩＤ１、ＷＩＤ２及びＬＩＤ２は、多重フローＷＭ１、ＬＭ１、ＷＭ２及びＬＭ２をそれぞれ識別する。
【００４５】
ＬＯＩ２において動作するデバイス１１２が示される。デバイス１１２は、製造中、販売中、登録中、又はその他のいずれかの適切な時間中に動作情報を用いて予めプログラミングすることができる。予めプログラミングされた情報は、デバイス１１２がネットワークサービスを確立するために用いることができるＲＦを識別する予めプログラミングされた（ＰＰ）ＲＦリストを含む。デバイス１１２は、ネットワークサービスを確立するために用いることができる追加の近隣ＲＦを識別する情報も受信することもできる。
【００４６】
デバイス１１２は、ＷＩＤ１によって識別されたスクランブル解除シーケンスによってスクランブル解除可能なチャネルＲＦ２の広域コンテンツを受信するように同調されることが仮定される。デバイス１１２の詳細が１１４に示される。デバイス１１２は、送信フレームを受信するために選択されたＲＦチャネルに合わせて同調するために動作する受信機１１６を備える。例えば、受信機１１６は、送信フレームを受信するためにＬＯＩ２におけるＲＦ２に合わせて同調される。受信機１１６は、ＬＯＩ２におけるＲＦ２と関連づけられた正確なＷＩＤ／ＬＩＤ識別子を用いて送信フレームに含まれる受信されたコンテンツのスクランブルを解除し、デバイスユーザーに関するコンテンツを提供するために動作する復号器１２０にスクランブル解除されたコンテンツを渡す。
【００４７】
送信フレームは、１つ以上のＮＤＭにおいて近隣記述情報を搬送するローカル制御チャネルを備える。例えば、ＮＤＭは、オーバーヘッド生成論理１０４によって生成され及び図１に示されるＬＯＩに配信される。一側面においては、ＮＤＭは、デバイスの現在のＬＯＩ（すなわち、デバイス１１２に関するＬＯＩ２）に関する近隣ＬＯＩのリストと、デバイスの現在のＬＯＩ（すなわち、ＬＯＩ２）及びその近隣ＬＯＩ（すなわち、ＬＯＩ１、ＬＯ３及びＬＯＩ４）において搬送されるＲＦチャネルのリストと、これらのＬＯＩにおけるＲＦチャネルと関連づけられたＷＩＤ／ＬＩＤスクランブル解除識別子と、を備える。
【００４８】
受信機１１６は、１２２において示されるように、ＮＤＭにおいて受信されたネットワーク状態及び近隣記述情報（又はＮＤＭ自体）をサービス取得システム１１８に渡す。サービス取得論理１１８は、１つ以上のトリガーイベントを受信するためにも動作する。トリガーイベントは、ネットワークサービスを取得する必要があることをサービス取得論理１１８に示す。パワーアップ時又はその他のいずれかのトリガーイベント後に、サービス取得論理１１８は、サービスが取得される選択されたＲＦチャネルを決定するために動作する。例えば、サービス取得論理１１８は、１２４において示されるように、選択されたＲＦを用いてネットワークサービスを取得するように受信機１１６を制御する。
【００４９】
多周波数ネットワークにおいてサービスを取得するために、デバイスは、パイロットシンボル（ここにおいてはＴＤＭ１及びＴＤＭ２と呼ばれる）と、ワイド及びローカル情報チャネルシンボル（ここにおいてはＷＩＣ、ＬＩＣと呼ばれる）と、ワイド及びローカルシステムと関連づけられたオーバーヘッド情報シンボル（ＯＩＳ）とを備えるタイミング信号を現在のＲＦにおいて取得する。
【００５０】
従って、ネットワークサービスを取得するために、サービス取得論理１１８の側面は、以下の機能のうちの１つ以上を実行するために動作する。
【００５１】
１．どの時点で（すなわち、パワーアップ、サービス喪失、又はその他のトリガーイベントに応じて）ネットワークサービスを取得する必要があるかを検出する。
【００５２】
２．サービスを取得することができる利用可能ＲＦチャネルのリストを予めプログラミングされたＲＦリストから又は受信された近隣記述情報から決定する。
【００５３】
３．サービスを取得することができるＲＦチャネルを選択するためのサービス取得アルゴリズムを実行する。
【００５４】
４．選択されたＲＦチャネルにおいてネットワークサービス（すなわち、タイミング信号）を取得するのを試みる。
【００５５】
５．選択されたＲＦチャネルにおいてサービスを取得できない場合は、サービス取得タイマーが時間切れになるまで上記のステップ３及び４の実行を継続し、ネットワークサービスを取得するための他の適切なＲＦチャネルを選択する。
【００５６】
従って、様々な側面において、サービス取得システムは、サービス取得を高速かつ効率的に行うことができるように、多周波数ネットワーク内の利用可能ＲＦチャネルのうちのいずれを選択すべきかを決定するために動作する。
【００５７】
図２は、サービス取得システムの側面において用いるための送信フレーム２００の概略図を示す。例えば、送信フレーム２００は、ワイド及びローカルコンテンツ多重フローとともにパックし、図１に示されるＬＯＩのＲＦチャネルを通じて送信することができる。
【００５８】
送信フレーム２００は、ワイド及びローカルコンテンツを搬送するために用いられる、一般的には２０２に示される４つのサブフレームを備える。例えば、各サブフレーム２０２は、広域コンテンツとともにパックされる広域パーティション２０４と、ローカルエリアコンテンツとともにパックされるローカルエリアパーティション２０６と、を備える。
【００５９】
広域パーティション２０４には、広域制御チャネル２０８が含まれる。広域制御チャネル２０８は、広域コンテンツ多重フローに関するオーバーヘッドメッセージを搬送するために動作する。ローカルエリアパーティション２０６には、ローカルエリア制御チャネル２１０が含まれる。ローカルエリア制御チャネル２１０は、ローカルエリアコンテンツ多重フローに関するオーバーヘッドメッセージを搬送するために動作する。一側面においては、ローカルエリア制御チャネルは、ＮＤＭメッセージの一部として近隣記述情報を搬送するために用いられる。
【００６０】
送信フレーム２００の始めには、広域制御チャネル、ローカルエリア制御チャネル、及びサブフレーム２０２内にパックされるワイド及びローカルコンテンツフローの位置を突き止めるために用いられるオーバーヘッド情報を提供するオーバーヘッド情報シンボル（ＯＩＳ）２１２が存在する。ＯＩＳ２１２は、ワイドオーバーヘッド情報シンボル（ＷＯＩＳ）と、ローカルオーバーヘッド情報シンボル（ＬＯＩＳ）と、を備える。一側面においては、コンテンツフローは、サブフレーム２０２内部のメディアロジカルチャネルを用いて送信される。１つ以上のコンテンツフローを搬送するために単一のＭＬＣを用いることができる。
【００６１】
一側面においては、ＮＤＭメッセージに含まれる近隣記述情報は、各ＬＯＩに関して別々に生成され、選択されたＬＯＩ及びその近隣ＬＯＩと関連づけられたＲＦチャネルのリストを提供するように構成される。他の側面においては、（近隣ＬＯＩであること又は近隣ＬＯＩでないことができる）ＬＯＩの選択されたグループに関してＮＤＭメッセージが生成され、ＮＤＭメッセージは、ＬＯＩの選択されたグループ内のＬＯＩの各々に関するすべての近隣ＬＯＩを含む。近隣記述情報において記述されるＲＦチャネルの各々は、ＷＩＤ／ＬＩＤスクランブル解除識別子と関連づけられる。
【００６２】
一側面においては、ＮＤＭメッセージは、ＬＯＩにおけるＲＦチャネルによって送信される送信フレームの一部であるローカル制御チャネルを用いてそのＬＯＩを通じて配信される。ＮＤＭにおいて搬送される近隣記述情報は、あらゆる適切なフォーマットでフォーマット化すること、符号化又は暗号化すること、及び／又は再構成するか又は２つ以上のメッセージ成分に分割できることが注目されるべきである。
【００６３】
テーブル２１４は、ＮＤＭメッセージにおいて提供されるパラメータをデバイスにおいてどのようにして構成及び保存できるかを示す。テーブル２１４は、デバイス１１２の現在のＬＯＩ（すなわち、ＬＯＩ２）を識別するＬＯＩ識別子２１６を備える。テーブル２１４は、デバイスの現在ＬＯＩの近隣ＬＯＩ及び現在のＬＯＩ自体を識別する近隣ＬＯＩリスト２１８も備える。テーブル２１４は、その他の制御チャネルメッセージにおいて現在のＬＯＩの特定のＲＦチャネルを参照するために用いることができる識別子を示すＲＦチャネル識別子２２０も含む。ＲＦチャネル識別子２２０は、現在のＬＯＩ（すなわち、ＬＯＩ２）におけるＲＦチャネルのみに関して提供される。
【００６４】
テーブル２１４は、近隣ＬＯＩリスト２１８において識別される各ＬＯＩと関連づけられたＲＦ周波数を識別するＲＦ周波数識別子２２２も備える。テーブル２１４は、各ＲＦ周波数２２２と関連づけられたＷＩＤ／ＬＩＤスクランブル解除シーケンス識別子を識別するＷＩＤ／ＬＩＤ識別子２２４も備える。従って、テーブル２１４は、受信デバイスにおいて生成して保存し、ネットワークサービス取得システムの動作中に使用することができる。
【００６５】
図３は、サービス取得システムの側面において用いるためのサービス取得論理３００を示す。例えば、サービス取得論理３００は、図１に示されるサービス取得論理１１８として用いるのに適する。サービス取得論理３００は、処理論理３０２と、メッセージ復号器３０４と、チャネル選択論理３１０と、オーバーヘッド入力論理３０６とを備え、すべてデータバス３０８に結合される。
【００６６】
オーバーヘッド入力論理３０６は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、メモリ素子、及び／又はハードウェア実行ソフトウェアのうちの少なくとも１つを備える。オーバーヘッド入力論理３０６は、デバイスが現在同調されている対象であるＲＦチャネルを通じてＯＩＳ及び制御チャネルデータを受信するために動作する。オーバーヘッド入力論理３０６は、受信されたＣＣデータをメッセージ復号器３０４に渡す。例えば、オーバーヘッド入力論理３０６は、図２に示されるように論理制御チャネルを通じて送信されるＮＤＭメッセージを受信するために動作する。
【００６７】
メッセージ復号器３０４は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、メモリ素子、及び／又はハードウェア実行ソフトウェアのうちの少なくとも１つを備える。一側面においては、メッセージ復号器３０４は、制御チャネル入力論理３０６によって受け取られたＮＤＭメッセージを復号するために動作する。例えば、メモリ復号器３０４は、受け取られたＮＤＭメッセージを復号し、現在のＬＯＩ及びその近隣ＬＯＩと関連づけられた利用可能なＲＦチャネルを決定する。メッセージ復号器３０４は、受け取られたＮＤＭメッセージを復号し、デバイスの現在ＬＯＩ及びその近隣ＬＯＩにおける各ＲＦチャネルと関連づけられたＷＩＤ／ＬＩＤスクランブル解除シーケンス識別子を決定する。例えば、ＮＤＭメッセージにおいて受け取られた情報は、図２に示されるように構成されて保存される。ＮＤＭメッセージ内のＲＦチャネルと関連づけられたＷＩＤ／ＬＩＤ情報は、コンテンツフローを復号時にコンテンツのスクランブルを解除するために用いられる。
【００６８】
処理論理３０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、メモリ素子、及び／又はハードウェア実行ソフトウェアのうちの少なくとも１つを備える。一側面においては、処理論理３０２は、サービス取得が希望されることを示す１つ以上のトリガーイベントを受け取るために動作する。例えば、一側面においては、処理論理３０２は、パワーアップ状態トリガーイベントの結果サービス取得が希望されると決定する。他の側面においては、処理論理３０２は、サービス喪失トリガーイベントの結果サービス取得が希望されると決定する。さらに他の側面においては、処理論理３０２は、ＯＩＳモニタリングトリガーイベントに基づいてサービス取得が希望されると決定する。
【００６９】
サービス取得が希望されるときには、処理論理３０２は、サービスが取得される選択されたＲＦチャネルを決定する取得アルゴリズムを実行するために動作する。サービス取得は、ＯＩＳ及び制御チャネル情報を選択されたＲＦチャネルから取得することを含む。
【００７０】
チャネル選択論理３１０は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェア論理、メモリ素子、及び／又はハードウェア実行ソフトウェアのうちの少なくとも１つを備える。チャネル選択論理３１０は、サービスが取得される選択されたＲＦチャネルを識別するＲＦチャネル選択メッセージを生成するために動作する。ＲＦチャネル選択メッセージは、デバイス受信機１１６に送信される。この情報を用いることで、受信機１１６は、選択されたＲＦチャネルに素早く同調してＯＩＳ及び制御チャネル情報をネットワークサービス取得の一部として取得することができる。このように、サービス取得中に、多周波数ネットワークにおいてサービスを取得するためのＲＦチャネルを選択することができる。
【００７１】
一側面においては、サービス取得システムは、少なくとも１つのプロセッサ、例えば処理論理３０２におけるプロセッサ、によって実行されたときにここにおいて説明される機能を提供することをそのプロセッサに行わせる１つ以上のプログラム命令（“命令”）又は“符号”の組が機械によって読み取り可能な媒体上に格納されるか又は具現化されているコンピュータプログラム製品を備える。例えば、符号の組は、サービス取得論理３００にインタフェースする機械によって読み取り可能な媒体、例えば、フロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリカード、ＦＬＡＳＨメモリデバイス、ＲＡＭ、ＲＯＭ、又はその他のタイプのメモリデバイス又は機械によって読み取り可能な媒体、において具現化することができる。他の側面においては、符号の組は、外部のデバイス又はネットワーク資源からサービス取得論理３００内にダウンロードすることができる。符号の組は、実行されたときに、ここにおいて説明されるサービス取得システムの側面を提供することをプロセッサに行わせる。
【００７２】
ＲＦチャネルモニタリング
一側面においては、デバイスにおけるサービス取得システムは、デバイスの現在のＬＯＩ及び近隣ＬＯＩにおいて搬送されるＲＦチャネルに関する信号強度に関連する情報を維持するためにこれらのＲＦチャネルのモニタリングを行うために動作する。例えば、処理論理３０２は、現在のＬＯＩ及び近隣ＬＯＩにおけるＲＦチャネルに関する受信された信号強度インジケータ（ＲＳＳＩ）を入手するために動作する。各々の利用可能なＲＦチャネルに関して、処理論理３０２は、ＲＳＳＩ測定と関連づけられたタイムスタンプも維持することができる。ＲＳＳＩ測定と関連づけられたタイムスタンプは、旧ＲＳＳＩエントリを無効にするために用いることができる。処理論理３０２は、ローカルメモリ内のＲＦチャネルモニタリング情報のテーブルを維持するために動作する。サービス取得中に、処理論理３０２は、ＲＦチャネルモニタリング中に収集された情報を利用してサービス取得に関するＲＦチャネルを選択する。
【００７３】
パワーアップサービス取得
一側面においては、サービス取得システムは、パワーアップイベントに応じてネットワークサービスを取得するために動作する。各デバイスは、ＲＦ周波数のリスト及び関連づけられたチャネル計画（ＲＦ帯域幅）が予め提供される。予め提供されたＲＦリストは、異なるネットワーク配備エリア間でのデバイスの移動性／ローミングに対処するためのＲＦを含む。関連づけられたＷＩＤ／ＬＩＤは、受信されたＷＩＤ／ＬＩＤエネルギーに基づいて検出することができるため予め提供しなくてもよく、このことはネットワーク計画立案に関する柔軟性を提供する。まさに最初にデバイスに電源が投入されるときに、サービス取得システムは、この予め提供された（ＰＰ）ＲＦリストを使用し、ＰＰ  ＲＦリストからデバイスの現在のエリアにおいて搬送されたＲＦのうちの１つにおけるネットワークサービスを取得する。デバイスが現在のエリアにおいてネットワークサービスを取得した時点で、デバイスは、現在のＬＯＩ及び近隣ＬＯＩにおけるＲＦチャネルのリストをＮＤＭ制御チャネルメッセージの一部として受信する。サービス取得システムは、ＮＤＭの一部として受信されたＲＦ周波数リスト（ＮＤＭ  ＲＦリストと呼ばれる）及び関連づけられたチャネル計画を永続的記憶装置に格納する。ＮＤＭ  ＲＦリストは、ＮＤＭにおいて受け取られたすべてのＲＦ（現在のＬＯＩ及び近ＬＯＩにおけるＲＦ）を含む。
【００７４】
一側面においては、ＮＤＭ  ＲＦリストは、後続するパワーアップ中にネットワークサービスを取得するために用いられる。これは、ＰＰ  ＲＦリスト全体を探索する必要がないため高速探索を可能にする。さらに、サービス取得システムは、ＰＰ  ＲＦリストにおいて構成されるＲＦだけではなく、現在のエリアにおいてサービス取得のために利用可能な最良のＲＦを決定する。ＰＰ  ＲＦリストは、所定の配備エリアにおける全ＲＦを含むことはできない多周波数ネットワークにおいて配備された基本的な一組のＲＦしか含むことができない点に注意すること。
【００７５】
ＮＤＭ  ＲＦリストを用いてネットワークサービスが取得されない場合は、取得システムは、サービスを取得するためにＰＰ  ＲＦリストに戻る。このことは、デバイスが前の動作エリアと共通するＲＦを有していない新しい動作エリアに移動している場合に生じることができる。このことは、デバイスが長時間のフェージング状態を経験中の場合にも生じることができる。デバイスが新しいエリアに移動時には、新しく受信されたＮＤＭ  ＲＦリストが以前に格納されたＮＤＭ  ＲＦリストに上書きされる。
【００７６】
パワーアップ時に、サービス取得システムは、上述されるＲＦモニタリング方法を用いてすべての近隣ＲＦをモニタリングし、これは非同期的であってタイミング情報を要求しない。モニタリングされる近隣ＲＦのリストは、ＮＤＭ  ＲＦリストが利用可能な場合は該ＮＤＭ  ＲＦリストに基づいて決定される。その他の場合は、モニタリング対象となるＲＦは、ＰＰ  ＲＦリストに基づいて決定される。一側面においては、パワーアップ時にシステム取得（内側ループ）アルゴリズムが実行される。システム取得（内側ループ）は、下記の場合にもトリガーされる。
【００７７】
１．周期的ＯＩＳモニタリング中にサービス取得が失敗した場合
２．コンテンツフローデータを取得する一部としてのサービス取得が失敗した場合
一側面においては、システム取得時間を最短にするために、ＷＯＩＳがＲＦにおいて取得された次第、システム取得（内側ループ）から出て“ワイドシステム取得”表示が上層に送られる。ＬＯＩＳもＷＯＩＳと同じＲＦで取得される。さらに、ワイド及びローカル制御チャネルも、ＷＯＩＳ及びＬＯＩＳと同じＲＦで取得される。制御チャネルデータは、デバイスがコンテンツフローデータの受信を開始するのを可能にするためにパワーアップ時に取得される。制御チャネルデータは、デバイスパワーアップ間において永続的に保存されない。一側面においては、ＷＯＩＳと同じＲＦにおいてＬＯＩＳが取得されない場合は、‘ローカルシステム取得（外側ループ）’アルゴリズムが開始される。‘ローカルシステム取得（外側ループ）’アルゴリズムは、この明細書の他の節において説明される。他の側面においては、ＷＯＩＳ及び／又はＬＯＩＳと同じＲＦにおいてＣＣが取得されない場合は、ＣＣ取得アルゴリズムが開始される。ＣＣ取得アルゴリズムは、この明細書の他の節において説明される。
【００７８】
システム取得（内側ループ）
ネットワークサービス取得は、ここにおいては‘システム取得’とも呼ばれる。様々な側面においては、システム取得内側ループは、下記の状態においてネットワークサービスを取得するために用いられる。
【００７９】
１．パワーアップ時にシステム取得を行うとき
２．ＯＩＳモニタリング中にシステム喪失を検出時にシステム取得を行うとき
３．システムが現在取得されていないときに外側ループに基づくシステム取得が試みられるとき
４．システムが現在取得されていないときにアプリケーション／ユーザーからのコンテンツフロー要求の結果としてシステム取得が行われるとき
５．コンテンツフローに関するデータ取得が失敗後にシステム喪失を検出時にシステム取得が行われるとき
システム取得内側ループは、ＲＦにおいて少なくともＷＯＩＳが取得されるとき又は‘システム取得タイマー’が時間切れのときに存在する。
【００８０】
システム取得内側ループは、最初に、ＮＤＭ  ＲＦリストをデバイスにおいて利用可能な場合はＮＤＭ  ＲＦリストを用いて実行され、ＮＤＭ  ＲＦリストがデバイスにおいて利用可能でない場合はＰＰ  ＲＦリストを用いて実行される。ＮＤＭ  ＲＦリストを用いてネットワークシステムが取得されない場合で、ＮＤＭ  ＲＦリストがＰＰ  ＲＦリストと異なる場合は、ＰＰ  ＲＦリストを用いてシステム取得内側ループが再実行される。従って、ＮＤＭリストとＰＰ  ＲＦリストが異なる場合は、内側ループが２回実行される。ＮＤＭ  ＲＦリストがデバイスにキャッシュされていない場合、又はＮＤＭ  ＲＦリストがＰＰ  ＲＦリストとまったく同じでない場合は、内側ループは１回だけ実行されることに注目すること。
【００８１】
システム取得内側ループは、‘Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒ’パラメータの値に基づいて有限の継続時間にわたって実行される。Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒは、システムを取得できなかった場合にシステム取得内側ループが実行される全体としての最小時間を定義する。Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒは、システム取得内側ループが呼び出される条件に基づいて該当する値に設定される。Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒの時間切れは、システムを取得できなかった場合に内側ループから出るために用いられる条件である。このタイマーの時間切れは、１秒ごとではなく内側ループアルゴリズム内の一定の時点のみにおいて確認される。これは、Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒの時間切れにかかわらずすべての良好なＲＦがシステム取得に関して少なくとも１回検討されるようにするためである。
【００８２】
図４は、サービス取得システムの側面において用いるためのシステム取得内側ループアルゴリズムを実行するための方法４００を示す。説明を明確化するために、方法４００は、ここにおいては、図３に示されるサービス取得論理３００を参照して説明される。例えば、一側面においては、処理論理３０２は、後述される機能を実行するためにサービス取得論理３００を制御するための１つ以上の組の符号を実行する。
【００８３】
ブロック４０２において、システム取得内側ループアルゴリズムが開始する。
【００８４】
ブロック４０４において、取得ＲＦリスト（取得ＲＦリスト）が初期取得ＲＦリストに設定される。一側面においては、処理論理３０２は、ＮＤＭ  ＲＦリストが利用可能な場合はＮＤＭ  ＲＦリストに初期取得ＲＦリストを設定するために動作する。処理論理３０２は、ＮＤＭＲＦリストが利用可能でない場合はＰＰ  ＲＦリストに初期取得ＲＦリストを設定するために動作する。
【００８５】
ブロック４０６において、システム取得タイマー（Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒ）が始動される。一側面においては、処理論理３０２は、システム取得タイマーとして機能するタイマー論理を備える。システム取得タイマーは、システム取得内側ループが開始される異なる条件においては異なる予め決められた値に設定される。システムカバレッジ喪失の場合は、システム取得タイマーは、システム取得内側ループの第１の実行に関してはより長い継続時間に設定される。システム取得タイマーは、バッテリ電力を節約するためにシステム取得内側ループの後続する実行に関してはより短い継続時間に設定される。異なる条件におけるシステム取得タイマー設定は、この明細書の他の節において説明されるシステム取得外側ループの一部として説明される。
【００８６】
ブロック４０８において、取得ＲＦリスト内のＲＦチャネルの信号強度（ＲＳＳＩ）を測定するためにこれらのＲＦチャネルがモニタリングされる。一側面においては、処理論理３０２は、デバイスの受信機とインタフェースし、取得ＲＦリスト内の各ＲＦに関するＲＳＳＩを測定する。各ＲＦに関する信号強度の測定は、受信機から処理論理３０２に報告されて戻される。
【００８７】
ブロック４１０において、取得ＲＦリスト内のＲＦと関連づけられたすべての信号強度測定値が選択された信号検出しきい値（Ｓｉｇｎａｌ＿Ｄｅｔｅｃｔ＿Ｔｈｒｅｓｈ）よりも小さいか又は同じであるかに関する決定が行われる。一側面においては、処理論理３０２がこの決定を行う。すべてのＲＦ信号強度が信号検出しきい値よりも小さいか又は同じである場合は、方法はブロック４１２に進む。ＲＦ信号強度のうちのいずれかが信号検出しきい値よりも大きい場合は、方法はブロック４１４に進む。
【００８８】
ブロック４１２において、初期取得ＲＦリスト内の全ＲＦを含めるために取得ＲＦリストがリセットされる。ブロック４３４での動作の一部として一定のＲＦにおいてシステムを取得できない場合はこれらのＲＦを取得ＲＦリストから削除することができる。ブロック４１２における動作は、初期取得ＲＦリスト内の全ＲＦをブロック４０８におけるＲＦモニタリング動作に関して再検討できるようにするために行われる。
【００８９】
ブロック４１６において、システム取得タイマーがシステム取得時間切れ論理１の一部として時間切れになっているかどうかに関する決定が行われる。一側面においては、処理論理３０２がこの決定を行う。例えば、時間切れは、内側ループが動作する時間間隔が終了していることを意味する。システム取得タイマーが時間切れになっていない場合は、方法はブロック４０８に進む。システム取得タイマーが時間切れになっている場合は（時間切れ経路）、方法はブロック４１８に進む。
【００９０】
ブロック４１８において、初期取得ＲＦリストが予めプログラミングされたＲＦリストと同じであるかどうかに関する決定が行われる。一側面においては、処理論理３０２がこの決定を行う。初期取得ＲＦリストがＰＰ  ＲＦリストと等しくない場合は、方法はブロック４２０に進む。初期取得ＲＦリストがＰＰ  ＲＦリストと同じである場合は、方法はブロック４２２に進む。
【００９１】
ブロック４２０において、初期取得ＲＦリストがＰＰ  ＲＦリストに設定される。一側面においては、処理論理３０２がこの割り当てを行い、方法がブロック４０４に進む。
【００９２】
ブロック４２２において、システム取得外側ループプロセスが開始される。システム取得外側ループの一部として、外側ループ取得スケジュールに基づいてネットワークサービスを取得する試みが行われる。システム取得外側ループは、この明細書の他の節において説明される。
【００９３】
ブロック４１４において、取得ＲＦリスト内の全ＲＦのうちで最も強いＲＳＳＩを有するＲＦを示すように現在のＲＦインジケータが設定される。一側面においては、処理論理３０２がこの割り当てを行う。次に、処理論理３０２は、現在のＲＦに切り替わるための選択メッセージをデバイス受信機に出力するようにチャネル選択論理３１０を制御する。
【００９４】
ブロック４２４において、選択された現在ＲＦチャネルにおいてワイド及びローカルシステムを取得するための手順が実行される。処理論理３０２は、現在のＲＦにおいてワイド及びローするシステムを取得することを試みる。一側面においては、処理論理３０２は、現在のＲＦにおいてワイド及びローカルシステムと関連づけられたタイミング信号（ＴＤＭ１及びＴＤＭ２）、ＷＩＣ、ＬＩＣ、及びＯＩＳ情報を取得することを試みる。
【００９５】
ブロック４２４において実行される手順の結果に基づいて、後続する経路のうちの１つが選択される。一側面においては、ブロック４２４において実行された手順の結果は、ＷＯＩＳ失敗経路４２６、ＷＯＩＳ成功及びＬＯＩＳ失敗経路４２８、及びＷＯＩＳ成功及びＬＯＩＳ成功経路４３０になる。
【００９６】
ブロック４３２において、ＷＯＩＳ失敗経路４２６が開始する。システム取得タイマーが時間切れになっているかどうか及びシステム取得時間切れ論理３の一部としてシステム取得に関してすべての良好なＲＦ（すなわち、ＲＳＳＩ＞Ｓｉｇｎａｌ＿Ｄｅｔｅｃｔ＿Ｔｈｒｅｓｈを有するＲＦ）が少なくとも１回試みられているかどうかに関する決定が行われる（Ａｌｌ＿ＲＦｓ＿Ｓｃａｎｎｅｄ＝真によって示される）。一側面においては、処理論理３０２がこの決定を行う。システム取得タイマーが時間切れになっておりさらにすべての良好なＲＦがシステム取得に関して試みられている場合は、方法はブロック４１８に進む。システム取得タイマーが時間切れになっていないか又はすべての良好なＲＦがシステム取得に関して試みられていない場合は、方法はブロック４３４に進む。
【００９７】
ブロック４３４において、現在のＲＦが取得ＲＦリストから削除される。一側面においては、処理論理３０２がこの機能を実行する。
【００９８】
ブロック４３６において、信号検出しきい値よりも大きい信号強度を有するそれ以上のＲＦが取得ＲＦリスト内に残っているかどうかに関する決定が行われる。それ以上の該ＲＦが存在しない場合は、方法はブロック４３８に進む。信号検出しきい値よりも大きい信号強度を有するそれ以上のＲＦが取得ＲＦリスト内に存在する場合は、方法はブロック４０８に進む。
【００９９】
ブロック４３８において、取得ＲＦリストは、初期取得ＲＦリスト内の全ＲＦを含めるためにリセットされる。ブロック４３４における動作の一部として一定のＲＦにおいてシステムを取得できない場合はそれらのＲＦを取得ＲＦリストから削除することができる。ブロック４３８における動作は、初期取得ＲＦリスト内の全ＲＦをブロック４０８におけるＲＦモニタリング動作に関して再検討できるようにするために行われる。
【０１００】
ブロック４４０において、Ａｌｌ＿ＲＦｓ＿Ｓｃａｎｎｅｄパラメータが真に設定される。このパラメータは、すべての良好なＲＦ（すなわち、ＲＳＳＩ＞Ｓｉｇｎａｌ＿Ｄｅｔｅｃｔ＿Ｔｈｒｅｓｈを有するＲＦ）がシステム取得に関して少なくとも１回試みられていることを示す。一側面においては、処理論理３０２は、信号検出しきい値よりも大きいか又は同じであるＲＳＳＩを有するすべてＲＦがシステム取得に関して少なくとも１回試みられていることを示すためにＡｌｌ＿ＲＦｓ＿Ｓｃａｎｎｅｄパラメータを真に設定するために動作する。
【０１０１】
ブロック４４２において、システム取得タイマーが時間切れになっているかどうかに関する決定が行われる。一側面においては、処理論理３０２がこの決定を行う。システム取得タイマーが時間切れになっている場合は（時間切れ経路）、方法はブロック４１８に進む。システム取得タイマーが時間切れになっていない場合は、方法はブロック４０８に進む。
【０１０２】
ブロック４４６において、ＷＯＩＳ成功及びＬＯＩＳ失敗経路４２８が開始する。処理論理３０２は、ローカルシステムの取得を開始する。処理論理３０２は、ワイド及びローカルＣＣの取得も開始する。
【０１０３】
ブロック４４４において、ＷＯＩＳ成功及びＬＯＩＳ成功経路４３０が開始する。処理論理３０２は、ワイド及びローカル制御チャネルの取得を開始する。
【０１０４】
従って、方法４００は、サービス取得システムの側面において用いるためのネットワークサービスを取得するためのシステム取得内側ループアルゴリズムを実行するために動作する。方法４００は、１つの実装のみを代表するものであること及びその他の実装もこれらの側面の適用範囲内において可能であることが注目されるべきである。
【０１０５】
システム取得時間切れ論理
システム取得（内側ループ）は、Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒに関する時間切れが確認される複数の時間切れ決定ブロックを含む。これらのシステム取得時間切れブロックは、システム取得時間切れ論理１、２及び３と呼ばれ、処理論理３０２によって提供される。
【０１０６】
システム取得時間切れ論理１及び２の一部として、Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒの時間切れの有無が確認される。Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒが時間切れになっている場合は、時間切れ論理から出る（時間切れ経路）。時間切れ論理から出ない場合は、システム取得内側ループアルゴリズムが継続する。
【０１０７】
システム取得時間切れ論理３は、Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒの時間切れの有無及びＲＳＳＩ＞Ｓｉｇｎａｌ＿Ｄｅｔｅｃｔ＿Ｔｈｒｅｓｈを有する全ＲＦが少なくとも１回試みられているかどうかを検査する（Ａｌｌ＿ＲＦｓ＿Ｓｃａｎｎｅｄ＝真によって示される）。Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒが時間切れになっており及びＡｌｌ＿ＲＦｓ＿Ｓｃａｎｎｅｄ＝真である場合は、時間切れ論理３から出る（時間切れ経路）。時間切れ論理から出ない場合は、システム取得内側ループアルゴリズムが継続する。
【０１０８】
ワイド及びローカルシステムの取得
図５は、サービス取得システムの側面において用いるためのワイド及びローカルシステムを取得するための方法５００を示す。例えば、方法５００は、方法４００のブロック４２４において用いるのに適する。様々な側面においては、処理論理３０２は、後述される機能を実行するためにサービス取得論理３００を制御するための１つ以上の組の符号を実行する。
【０１０９】
ブロック５０２において、デバイスは、ｃｕｒｒｅｎｔ＿ＲＦにおいて粗タイミング信号ＴＤＭ１を取得することを試みる。処理論理３０２がこの機能を実行する。
【０１１０】
ブロック５０４において、ｃｕｒｒｅｎｔ＿ＲＦにおいて粗タイミング信号ＴＤＭ１が成功裏に検出されているかどうかに関する決定が行われる。現在のＲＦにおいて粗タイミングが成功裏に検出されている場合は、方法はブロック５０６に進む。現在のＲＦにおいて粗タイミングが成功裏に検出されていない場合は、方法はブロック５０８に進む。
【０１１１】
ブロック５０８において、ｃｕｒｒｅｎｔ＿ＲＦがＬａｓｔ＿Ｂｅｓｔ＿ＲＦと呼ばれるＲＦと等しいかどうかに関する決定が行われる。一側面においては、Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦは、ワイドシステムが成功裏に取得された最後のＲＦに設定される。Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦパラメータは、処理論理３０２によって維持され、（この明細書の他の節において説明される）ＣＣハンドオフ手順の一部としてハンドオフ基準を評価するための基準として用いられる。ｃｕｒｒｅｎｔ＿ＲＦがＬａｓｔ＿Ｂｅｓｔ＿ＲＦと同じである場合は、方法はブロック５１０に進む。ｃｕｒｒｅｎｔ＿ＲＦがＬａｓｔ＿Ｂｅｓｔ＿ＲＦと同じでない場合は、方法はブロック５１２に進む。
【０１１２】
ブロック５１０において、現在のＲＦにおいてワイド及びローカルシステムの両方は取得されないことを示すためにＷｉｄｅ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄパラメータが偽に設定され、Ｌｏｃａｌ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄパラメータが偽に設定される。
【０１１３】
ブロック５１２において、現在のＲＦにおいてＷＯＩＳ（ワイドＯＩＳ）の取得が失敗であったと断定される。
【０１１４】
ブロック５０６において、微タイミング情報（ＴＤＭ２）及びオーバーヘッド情報チャネル（ＷＩＣ及びＬＩＣ）の取得が行われる。例えば、微タイミング情報及びオーバーヘッド情報チャネルは、オーバーヘッド入力論理３０６によって得られる。
【０１１５】
ブロック５１４において、ワイドＯＩＳ（ＷＯＩＳ）を取得する試みが行われ、現在のＲＦにおいてＷＯＩＳ取得が失敗したかどうかに関する決定が行われる。一側面においては、処理論理３０２は、現在のＲＦにおいてＷＯＩＳを取得することを試み、現在のＲＦにおいてＷＯＩＳ取得が失敗であったかどうかの決定を行う。ＷＯＩＳの取得が失敗だった場合は、方法はブロック５０８に進む。ＷＯＩＳ取得が成功した場合は、方法はブロック５１６に進む。
【０１１６】
ブロック５１６において、ローカルＯＩＳ（ＬＯＩＳ）を取得する試みが行われ、現在のＲＦにおいてＬＯＩＳ取得が失敗したかどうかに関する決定が行われる。一側面においては、処理論理３０２は、現在のＲＦにおいてＬＯＩＳを取得することを試み、現在のＲＦにおいてＬＯＩＳ取得が失敗であったかどうかの決定を行う。ＬＯＩＳの取得が失敗だった場合は、方法はブロック５１８に進む。ＬＯＩＳ取得が成功した場合は、方法はブロック５２０に進む。
【０１１７】
ブロック５２０において、現在のＲＦにおいてワイド及びローカルの両システムが取得されていることを示すために以下のシステムパラメータが設定される。
【０１１８】
１．Ｗｉｄｅ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄ＝真
２．Ｌｏｃａｌ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄ＝真
３．Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦ＝ｃｕｒｒｅｎｔ＿ＲＦ
ブロック５２２において、現在のＲＦにおけるＷＯＩＳ（ワイドＯＩＳ）及びＬＯＩＳ（ローカルＯＩＳ）の取得が成功であったと断定される。
【０１１９】
ブロック５１８において、現在のＲＦにおいてワイドシステム取得が成功し、現在のＲＦにおいてローカルシステム取得が失敗であったことを示すために以下のシステムパラメータが設定される。
【０１２０】
１．Ｗｉｄｅ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄ＝真
２．Ｌｏｃａｌ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄ＝偽
３．Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦ＝ｃｕｒｒｅｎｔ＿ＲＦ
ブロック５２４において、現在のＲＦにおけるＷＯＩＳ（ワイドＯＩＳ）の取得が成功であり、ＬＯＩＳの取得が失敗であったと断定される。
【０１２１】
方法５００は、サービス取得システムの側面において用いるためのワイド及びローカルシステムを取得することを試みるために動作する。方法５００は１つの実装のみを代表するものであること及びその他の実装もそれらの側面の適用範囲内において可能であることが注目されるべきである。その結果、方法５００は、指定された割り当て値を有するように以下のパラメータを設定するために動作する。
【０１２２】
１．Ｗｉｄｅ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄ＝ＷＯＩＳが取得された場合は真
２．Ｗｉｄｅ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄ＝ＷＯＩＳが取得されない場合は偽
３．Ｌｏｃａｌ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄ＝ＬＯＩＳが取得された場合は真
４．Ｌｏｃａｌ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄ＝ＬＯＩＳが取得されない場合は偽
５．Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦは、ワイドシステムが最後に取得された最後のＲＦに設定される。
【０１２３】
様々な側面において、Ｗｉｄｅ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄ及びＬｏｃａｌ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄパラメータは、Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦにおけるシステム取得状態を示すことが注目されるべきである。Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦは、ワイドシステムが最後に取得された最後のＲＦに設定される。Ｗｉｄｅ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄ及びＬｏｃａｌ＿Ｓｙｓｔｅｍ＿Ａｃｑｕｉｒｅｄパラメータは、以下の条件に応じて更新される。
【０１２４】
１．Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦパラメータ自体が更新された
２．Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦにおいてＯＩＳ取得状態が変化した
ローカルサービス取得
システム取得内側ループから出た後に現在のＲＦにおいてローカルＯＩＳが取得されない場合は、ローカルシステム取得アルゴリズムが実行されてローカルＯＩＳを取得することが試みられる。一側面においては、ローカルＯＩＳを取得するための２つの手法が規定されている。
【０１２５】
ローカルサービス取得−手法１
第１の手法においては、現在のＲＦにおいてローカルＯＩＳが取得されない場合は、サービス取得システムは、ＬＯＩＳを取得するために１回以上のローカルシステム取得再試行を行う。ローカルシステム取得再試行は、現在のＲＦのみにおいて行われる。２段階式のローカルシステム取得再試行機構が定義される。Ｆｉｒｓｔ＿ＬｏｃａｌＳｙｓｔｅｍＡｃｑ＿Ｒｅｔｒｉｅｓパラメータは、第１の試みにおいてローカルＯＩＳを取得するための最大試行回数を指定する。ローカルシステム取得の第１の試みは、以下の場合に実行される。
【０１２６】
１．ＬＯＩＳが取得されなかった場合はシステム取得内側ループを出た直後
２．ＯＩＳモニタリングの一部として、（ＷＯＩＳが成功して）ローカルシステムが取得された後に初めてＲＦにおいてローカルＯＩＳが失敗したとき
３．コンテンツフローを復号中にローカルシステムが取得され後に初めてＲＦにおいてローカルＯＩＳが失敗したとき
第１の試み後にローカルＯＩＳ取得が成功しない場合は、サービス取得システムは、次にＯＩＳが取得されたときにローカルＯＩＳ取得を試みる。Ｓｕｂｓｅｑｕｅｎｔ＿ＬｏｃａｌＳｙｓｔｅｍＡｃｑ＿Ｒｅｔｒｉｅｓパラメータは、後続する試みにおけるローカルＯＩＳ取得に関する最大再試行回数を指定する。ローカルＯＩＳ取得に関する後続する試みは、周期的ＯＩＳモニタリングの一部として又はデータＭＬＣ復号開始前に行うことができる。現在のＲＦにおいてローカルＯＩＳが取得された時点で、ローカルシステム取得状態がリセットされる。その後は、ローカルＯＩＳが失敗したときには、システムは、Ｆｉｒｓｔ＿ＬｏｃａｌＳｙｓｔｅｍＡｃｑ＿Ｒｅｔｒｉｅｓパラメータを用いてローカルシステム取得を開始させる。
【０１２７】
第１の試み後にローカルＯＩＳ取得が成功しない場合は、サービス取得システムは、‘ローカルシステム喪失’表示を上層に送る。サービス取得は、ローカルシステムを喪失後に成功裏にローカルＯＩＳが取得されるごとに‘ローカルシステム取得’表示を上層に送る。
【０１２８】
ローカルサービス取得−手法２
第２の手法においては、ローカルシステム取得外側ループがローカルシステムを取得するために定義される。この手法においては、ローカルシステム取得外側ループは、指数バックオフ段階及び後続する周期的再試行段階を備える。この手法は、（指数バックオフ段階を用いて）最初に積極的にローカルシステムを取得することを試み、引き続いて周期的にローカルシステムを取得することを試みる。サービス取得システムは、指数バックオフ段階の一部として、試行回数が予め決められた最大再試行回数（Ｌｏｃａｌ＿Ｎ＿Ａｃｑの試み）に達するか又はローカルシステムが取得されるまで、指数的に増加する時間間隔でローカルシステム取得外側ループを繰り返す。周期的再試行段階の一部として、デバイスは、指数バックオフ段階中にまだ取得されなかった場合に周期的にサービスの取得を試みる。ローカルシステム取得外側ループパラメータは、ワイドシステム取得が失敗するか又はワイドシステムとローカルシステムの両方が同じＲＦにおいて取得されるごとにリセットされる。
【０１２９】
デバイスは、ローカルシステムを取得する必要なしにワイドコンテンツフローを復号することができる。ローカルシステム取得外側ループは、デバイスがワイドコンテンツフロー復号プロセスにないときのみに実行される。一側面においては、サービス取得システムは、ワイドコンテンツフローに関する復号が開始された場合にローカルシステム取得外側ループを中断し、これらのフローに関する復号が完了後に再開する。
【０１３０】
一側面においては、サービス取得システムは、ワイド専用システムを取得直後に第１のローカルシステム取得外側ループを実行する。ローカルシステム取得外側ループは、Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦに関してＲＳＳＩ＞Ｓｉｇｎａｌ＿Ｄｅｔｅｃｔ＿Ｔｈｒｅｓｈである場合にＬａｓｔ＿Ｂｅｓｔ＿ＲＦにおいてワイド及びローカルシステムを取得するのを試みることによって開始する。Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦに関してＲＳＳＩ≦Ｓｉｇｎａｌ＿Ｄｅｔｅｃｔ＿Ｔｈｒｅｓｈである場合は、システムは、ＬＯＩＳを取得するために最も強いＲＳＳＩを有するＲＦを選択する。選択されたＲＦにおいてワイドシステム取得が失敗した場合は、サービス取得システムは、ワイドシステムを取得するためのシステム取得内側ループを開始する。選択されたＲＦにおいてワイドシステムのみが取得された場合は、サービス取得システムは、ＲＳＳＩ＞Ｓｉｇｎａｌ＿Ｄｅｔｅｃｔ＿Ｔｈｒｅｓｈを有するその他のＲＦにおいてローカルシステムを取得するのを試みる。ローカルシステム取得に関して試みられるＲＦ数は、ローカルシステム取得外側ループ時間切れ論理に基づく。
【０１３１】
図６は、サービス再取得システムの側面において用いるためのローカルシステム取得外側ループに関する方法６００を示す。説明を明確化することを目的として、方法６００は、ここにおいては、図３に示されるサービス取得論理３００を参照して説明される。例えば、一側面においては、処理論理３０２は、後述される機能を実行するためにサービス取得論理３００を制御するための１つ以上の組の符号を実行する。
【０１３２】
ブロック６０２において、デバイスがワイドコンテンツフローの復号プロセス中であるかどうかに関する決定が行われる。一側面においては、処理論理３０２がこの決定を行うために動作する。デバイスがワイドコンテンツフローの復号プロセス中である場合は、方法はブロック６０４に進む。デバイスがワイドコンテンツフローの復号プロセス中でない場合は、方法はブロック６０６に進む。
【０１３３】
ブロック６０４において、デバイスがワイドコンテンツフローの復号を完了するまでローカルシステム取得外側ループが中断される。
【０１３４】
ブロック６０６において、取得ＲＦリスト（Ａｃｑ＿ＲＦリスト）が初期取得ＲＦリストに設定される。一側面においては、処理論理３０２は、ＮＤＭ  ＲＦリストが利用可能である場合に初期取得ＲＦリストをＮＤＭ  ＲＦリストに設定するために動作する。処理論理３０２は、ＮＤＭ  ＲＦリストが利用可能でない場合に初期取得ＲＦリストをＰＰ  ＲＦリストに設定するために動作する。
【０１３５】
ブロック６０８において、取得ＲＦリスト内のＲＦチャネルの信号強度（ＲＳＳＩ）を測定するためにこれらのＲＦチャネルがモニタリングされる。一側面においては、処理論理３０２は、取得ＲＦリスト内の各ＲＦに関してＲＳＳＩを測定するためにデバイスの受信機とインタフェースする。
【０１３６】
ブロック６１０において、取得ＲＦリストにおいて識別されるすべてのＲＦの信号強度が選択された信号検出しきい値（Ｓｉｇｎａｌ＿Ｄｅｔｅｃｔ＿Ｔｈｒｅｓｈ）よりも小さいか又は同じであるかどうかに関する決定が行われる。すべての識別されたＲＦが信号検出しきい値よりも小さいか又は同じである場合は、方法はブロック６３０に進む。いずれかの識別されたＲＦが信号検出しきい値よりも大きい場合は、方法はブロック６１２に進む。
【０１３７】
ブロック６１２において、信号検出しきい値よりも大きい信号強度を有するＲＦを識別するためにローカル取得ＲＦリストが設定される。
【０１３８】
ブロック６１４において、Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦに関する信号強度が信号検出しきい値よりも大きいかどうかに関する決定が行われる。信号強度が信号検出しきい値よりも大きくない場合は、方法はブロック６１６に進む。Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦに関する信号強度が信号検出しきい値よりも大きい場合は、方法はブロック６１８に進む。
【０１３９】
ブロック６１６において、ｃｕｒｒｅｎｔ＿ＲＦが最も強い信号強度を有するＲＦと等しくなるように設定される。
【０１４０】
ブロック６１８において、ｃｕｒｒｅｎｔ＿ＲＦがＬａｓｔ＿Ｂｅｓｔ＿ＲＦと等しくなるように設定される。
【０１４１】
ブロック６２０において、現在のＲＦチャネルにおいてワイド及びローカルシステム取得が行われる。例えば、処理論理３０２は、図５に示される方法５００を用いて現在のＲＦにおいてワイド及びローカルシステムを取得するのを試みる。ブロック６２０において実行される手順の結果に基づいて、後続する経路のうちの１つが選択される。一側面においては、ブロック６２０において実行される手順の結果は、ＷＯＩＳ失敗経路６２２、ＷＯＩＳ成功及びＬＯＩＳ失敗経路６２４、及びＷＯＩＳ成功及びＬＯＩＳ成功経路６２６である。
【０１４２】
ブロック６２２において、ワイド及びローカルシステム取得の結果は、現在のＲＦにおいてワイドＯＩＳが取得されないことを示すＷＯＩＳ失敗である。方法は、ブロック６３０に進む。
【０１４３】
ブロック６２４において、ワイド及びローカルシステム取得の結果は、ＷＯＩＳ成功及びＬＯＩＳ失敗であり、現在のＲＦにおいてワイドＯＩＳが取得されるが現在のＲＦにおいてローカルＯＩＳは取得されないことを示す。方法はブロック６２８に進み、その他のＲＦにおけるローカルシステムの取得を試みる。
【０１４４】
ブロック６２６において、ワイド及びローカルシステム取得の結果は、ＷＯＩＳ及びＬＯＩＳの成功であり、現在のＲＦにおいてワイドＯＩＳ及びローカルＯＩＳの両方が取得されることを示す。方法はブロック６３２に進む。
【０１４５】
ブロック６２８において、ローカルＯＩＳを取得するためのローカルシステム取得手順が実行される。
【０１４６】
ブロック６３０において、システム取得内側ループアルゴリズムが、多周波数ネットワークのＲＦのうちの１つにおいてワイドシステムを取得するために図４に示される方法４００による定義に従って実行される。
【０１４７】
ブロック６３２において、ワイド及びローカルチャネル情報が現在のＲＦにおいて取得される。
【０１４８】
以上のように、方法６００は、サービス取得システムの側面において用いるためのローカルシステムを取得するためのローカルシステム取得外側ループ手順を実行するために動作する。方法６００は１つの実装を代表するにすぎないこと及びその他の実装もそれらの側面の適用範囲内で可能であることが注目されるべきである。
【０１４９】
図７は、サービス再取得システムの側面において用いるためのローカルシステム取得手順に関する方法７００を示す。例えば、方法７００は、方法６００のブロック６２８において用いるのに適する。説明を明確化することを目的として、方法７００は、ここにおいては、図３に示されるサービス取得論理３００を参照して説明される。例えば、一側面においては、処理論理３０２は、後述される機能を実行するためにサービス取得論理３００を制御するための１つ以上の組の符号を実行する。
【０１５０】
ブロック７０２において、（ローカルＯＩＳが失敗した）現在のＲＦがローカル取得ＲＦリストから削除される。
【０１５１】
ブロック７０４において、ローカル取得リストが空であるかどうかに関する決定が行われる。リストが空である場合は、方法はブロック７１８に進む。リストが空でない場合は、方法はブロック７０６に進む。
【０１５２】
ブロック７０６において、ローカルシステム取得タイマーが‘ローカルシステム取得外側ループ時間切れ論理’の一部として時間切れになっているかどうかに関する決定が行われる。一側面においては、ローカルシステム取得タイマーが時間切れになっている場合は（時間切れ経路）、方法はブロック７１８に進む。ローカルシステム取得タイマーが発生していない場合は、方法はブロック７０８に進む。
【０１５３】
ブロック７０８において、ｃｕｒｒｅｎｔ＿ＲＦは、ローカル取得ＲＦリスト内に残るＲＦのうちで最も強い信号強度を有するＲＦに設定される。
【０１５４】
ブロック７１０において、ワイド及びローカルシステム取得手順が実行される。例えば、処理論理３０２は、図５に示される方法５００を用いて現在のＲＦにおいてワイド及びローカルシステムを取得することを試みる。ブロック７１０において実行された手順の結果に基づき、後続する経路のうちの１つが選択される。一側面においては、ブロック７１０において実行された手順の結果は、ＷＯＩＳ失敗経路７１２、ＷＯＩＳ成功及びＬＯＩＳ失敗経路７１４、及びＷＯＩＳ成功及びＬＯＩＳ成功経路７１６である。
【０１５５】
ブロック７１２において、ワイド及びローカルシステム取得の結果は、現在のＲＦにおいてワイドＯＩＳ取得が失敗したことを示すＷＯＩＳ失敗である。方法は、ブロック７０２に進み、ローカル取得ＲＦリスト内のその他のＲＦにおいてローカルシステムを取得することを試みる
ブロック７１４において、ワイド及びローカルシステム取得手順の結果は、ＷＯＩＳ成功及びＬＯＩＳ失敗であり、現在のＲＦにおいてワイドＯＩＳが取得されるが現在のＲＦにおいてローカルＯＩＳは取得されないことを示す。方法はブロック７０２に進み、ローカル取得ＲＦリスト内のその他のＲＦにおいてローカルシステムを取得することを試みる。
【０１５６】
ブロック７１６において、ワイド及びローカルシステム取得手順の結果は、ＷＯＩＳとＬＯＩＳの成功であり、現在のＲＦにおいてワイドＯＩＳ及びローカルＯＩＳの両方が取得されることを示す。方法はブロック７２０に進み、現在のＲＦにおいてワイド及びローカル制御チャネルを取得する。
【０１５７】
ブロック７２０においては、ワイド及びローカル制御チャネルを取得するためのワイド及びローカル制御チャネル取得手順が実行される。
【０１５８】
ブロック７１８において、外側ループタイマースケジュールに基づいてローカルシステム取得外側ループが再スケジューリングされる。
【０１５９】
以上のように、方法７００は、サービス取得システムの側面において用いるためのローカルシステムを取得するためのローカルシステム取得手順を実行するために動作する。方法７００は１つの実装を代表するにすぎないこと及びその他の実装もそれらの側面の適用範囲内で可能であることが注目されるべきである。
【０１６０】
制御チャネル取得
様々な側面において、デバイスは、複数の電力サイクルにわたって永続的にＣＣデータを保存するわけではない。パワーアップ時及びＣＣが更新されるごとに最新のＣＣデータが取得されるべきである。ＣＣ情報の更新は、ＯＩＳにおいて受け取られたＣＣシーケンス番号によって示される。ＲＦにおいて少なくともＷＯＩＳが取得された時点で、システム取得（内側ループ）から出てＣＣ取得が開始される。後述されるようにＣＣを取得するために用いることができる２つの手法が存在する。
【０１６１】
制御チャネル取得−手法１
ＣＣ取得に関する第１の手法においては、サービス取得システムは、現在のＲＦにおいてワイドＯＩＳが成功裏に取得された後に現在のＲＦのみにおいてＣＣを取得することを試みる。ワイドＣＣ及びローカルＣＣに関する取得は独立して行われる。
【０１６２】
ＣＣ取得は、ＷＯＩＳが取得された直後に開始される。Ｗｉｄｅ＿Ｍａｘ＿ＣＣ＿Ｒｅｔｒｉｅｓパラメータは、ワイドＣＣ取得が１回の試みで試行される最大回数を指定する。ローカルＣＣ取得の場合は、最初にローカルＯＩＳを取得する必要がある。従って、ローカルＣＣに関して、ＣＣ再試行カウントは、ローカルシステム取得手法１を用いて現在のＲＦにおいてローカルＯＩＳが成功裏に取得された後のみに開始する。Ｌｏｃａｌ＿Ｍａｘ＿ＣＣ＿Ｒｅｔｒｉｅｓパラメータは、ローカルＣＣ取得が１回の試みで試行される最大回数を指定する。最大試行回数後にワイド及び／又はローカルＣＣ取得が成功しない場合は、デバイスは、次のＯＩＳモニタリングの一部として又はコンテンツフロー復号開始前に、ＷＯＩＳ及びＬＯＩＳが次に成功裏に取得されたときにＣＣデータを取得する。コンテンツフローの復号中にＣＣ取得が失敗した場合は、デバイスは、コンテンツフローに関するＭＬＣを復号することを継続し、Ｍａｘ＿ＣＣ＿Ｒｅｔｒｉｅｓパラメータに基づいて現在のＲＲにおいてＣＣを取得するのを試みる。例えば、ワイドＣＣ取得が失敗した場合は、デバイスは、最大でＷｉｄｅ＿Ｍａｘ＿ＣＣ＿Ｒｅｔｒｉｅｓの試行回数まで現在のＲＦにおいてワイドＣＣを取得することを試みる。
【０１６３】
制御チャネル取得−手法２
ＣＣ取得に関する第２の手法においては、現在のＲＦにおいてＣＣを取得できない場合は、サービス取得システムは、多周波数ネットワークにおけるその他の利用可能ＲＦにおいてＣＣを取得することを試みる。現在のＲＦにおいてワイド及びローカルＣＣ取得の両方が失敗した場合は、デバイスは、多周波数ネットワークにおけるその他のＲＦにおいてＣＣを取得することを試みるＣＣハンドオフ手順を開始する。ＣＣ取得が所定のＲＦにおいて選択された連続回数にわたって失敗した場合は、デバイスは、そのＲＦをＣＣハンドオフＲＦリストから削除する。ＣＣ取得が多周波数における全ＲＦにおいて選択された連続回数にわたって失敗した場合は、デバイスは、ＣＣを取得することを断念してＣＣ取得外側ループを開始する。
【０１６４】
ＣＣ取得外側ループは、システム取得外側ループとは異なる。ＣＣ取得外側ループの一部として、デバイスは、周期的再試行段階を用いてＣＣデータを取得することを試みる。ＣＣ取得外側ループを開始する前に、デバイスは、ＣＣ取得関連タイマー及びＣＣハンドオフＲＦリストをリセットする。ＣＣ取得外側ループ周期的タイマー（ＣＣ＿ｏｕｔｅｒ＿ｌｏｏｐ＿ｐｅｒｉｏｄｉｃ＿ｔｉｍｅｒ）が時間切れになるごとに、デバイスは、現在のＲＦにおけるＣＣ取得を開始する。ＣＣ外側ループタイマー間隔は、ＣＣ取得に関してより積極的であるように周期的ＯＩＳモニタリング（ＰｅｒｉｏｄｉｃＯＩＳＭｏｎｉｔｏｒ＿ｔｉｍｅｒ）間隔よりも短くすべきである。周期的ＯＩＳモニタリングは、ＣＣ取得外側ループ中はディスエーブルにされる。
【０１６５】
現在のＲＦにおいてワイドＯＩＳのみが取得された場合は、そのＲＦにおいてワイドＣＣを取得することができる。現在のＲＦにおいてワイドＯＩＳ及びローカルＯＩＳの両方が取得された場合は、ワイドＣＣ及びローカルＣＣの両方をそのＲＦにおいて取得することができる。ローカルＣＣのみがローカルＯＩＳに基づいて更新される場合は、現在のＲＦにおいてはローカルＣＣのみが取得される。ＣＣ取得手順は、ワイドＣＣとローカルＣＣの両方、ワイドＣＣのみ及びローカルＣＣのみの取得に関して別々に定義される。ＣＣのうちの少なくとも１つが成功裏に復号された場合は、取得関連タイマー及びＣＣハンドオフＲＦリストがリセットされる。
【０１６６】
図８は、サービス取得システムの側面において用いるためのワイド制御チャネル及びローカル制御チャネルの両方を取得するための方法８００を示す。例えば、方法８００は、方法４００のブロック４４４において用いるのに適する。説明を明確化することを目的として、方法８００は、ここにおいては、図３に示されるサービス取得論理３００を参照して説明される。例えば、一側面においては、処理論理３０２は、後述される機能を実行するためにサービス取得論理３００を制御するための１つ以上の組の符号を実行する。
【０１６７】
ブロック８０２において、ワイド及び／又はローカル制御チャネルを取得する必要があるかどうかに関する決定が行われる。一側面においては、処理論理３０２は、関連づけられた制御チャネルが更新されているかどうかを示すＯＩＳにおいて受け取られた制御チャネルシーケンス番号を評価することによってこの決定を行う。制御チャネルが更新されており、新しい制御チャネルデータを取得する必要がある場合は、方法はブロック８０４に進む。制御チャネルが更新されていない場合は、方法は終了する。
【０１６８】
ブロック８０４において、ワイド及びローカル制御チャネルデータが取得される。一側面においては、オーバーヘッド入力論理３０６がワイド及びローカル制御チャネルデータを取得するために動作する。デバイスは、現在のＲＦにおいてＣＣを取得する一方で、ＣＣハンドオフＲＦリスト内のその他のＲＦの信号強度（ＲＳＳＩ）を測定するためにこれらのその他のＲＦもモニタリングする。デバイスは、現在のＲＦにおけるＣＣ  ＭＬＣを復号時にアイドル時間のギャップ中にその他のＲＦのＲＳＳＩを測定する。ＣＣハンドオフＲＦリストは、現在のＬＯＩ及び近隣ＬＯＩにおいて利用可能な全ＲＦに対して開始される。
【０１６９】
ブロック８０６において、ｃｕｒｒｅｎｔ＿ＲＦにおけるワイド及びローカル制御チャネルの取得が失敗しているかどうかに関する決定が行われる。ワイドＣＣ及び／又はローカルＣＣに関するＣＣ取得が失敗していない場合は、方法はブロック８０８に進む。ワイド及びローカル制御チャネルの取得が失敗している場合は、方法はブロック８１２に進む。
【０１７０】
ブロック８０８において、制御チャネル取得試行カウンタがリセットされる。一側面においては、全体的な及び１つのＲＦごとの制御チャネル取得試行の回数をそれぞれカウントするために２つの制御チャネル取得試行カウンタが利用される。これらのカウンタは、処理論理３０２によって提供され及び維持される。
【０１７１】
ブロック８１４において、ＣＣハンドオフＲＦリストが、現在のＬＯＩ及びその近隣ＬＯＩにおけるＲＦを含む全近隣ＲＦリストに設定される。
【０１７２】
ブロック８１６において、現在のＲＦにおいてワイド制御チャネル及びローカル制御チャネルの両方が取得されているかどうかに関する決定が行われる。ワイド制御チャネル及びローカル制御チャネルの両方が取得されている場合は、方法は終了する。ワイド制御チャネル及びローカル制御チャネルの両方は取得されていない場合は、方法はブロック８１８に進む。
【０１７３】
ブロック８１８において、現在のＲＦにおいてワイド制御チャネルが取得されているかどうかに関する決定が行われる。ワイド制御チャネルが取得されている場合は、方法はローカルＣＣを取得するためにブロック８２０に進む。ワイド制御チャネルが取得されていない場合は、方法はローカルＣＣを取得するためにブロック８２２に進む。
【０１７４】
ブロック８１０において、全体的ＣＣ取得試行値に達しているかどうかに関する決定が行われる。全体的ＣＣ取得試行値は、多周波数ネットワークにおける全ＲＦにわたってＣＣ取得が試みられるべき回数を定義する。例えば、一側面においては、処理論理３０２は、この決定を行うために全体的ＣＣ取得試行カウンタを全体的ＣＣ取得試行値と比較する。全体的ＣＣ取得試行値に達していない場合は、方法はブロック８１２に進む。全体的ＣＣ取得試行値に達している場合は（出口経路）、方法はブロック８２６に進む。
【０１７５】
ブロック８１２において、現在のＲＦに関して‘１つのＲＲごとのＣＣ取得試行’値に達しているかどうかに関する決定が行われる。１つのＲＦごとのＣＣ取得試行値は、ＣＣ取得が所定のＲＦにおいて連続的に試みられるべき回数を定義する。例えば、一側面においては、処理論理３０２は、この決定を行うために１つのＲＦごとのＣＣ取得試行カウンタを１つのＲＦごとのＣＣ取得試行値と比較する。現在のＲＦに関して１つのＲＦごとのＣＣ取得試行値に達していない場合は、方法はブロック８３２に進む。現在のＲＦに関して１つのＲＦごとのＣＣ取得試行値に達している場合は（出口経路）、方法はブロック８２４に進む。
【０１７６】
ブロック８３２において、ＣＣハンドオフＲＦリスト内のＲＦの組においてＣＣを取得するのを試みるためのワイド及びローカル制御チャネルハンドオフ手順が実行される。
【０１７７】
ブロック８２４において、現在のＲＦがＣＣハンドオフＲＦリストから削除され、方法はブロック８３２に進み、ＣＣハンドオフＲＦリスト内のその他のＲＦにおいてＣＣを取得するのを試みる。
【０１７８】
ブロック８２６において、制御チャネル取得試行カウンタがリセットされる。一側面においては、全体的な及び１つのＲＦごとの制御チャネル取得試行の回数をそれぞれカウントするために２つの制御チャネル取得試行カウンタが利用される。これらのカウンタは、処理論理３０２によって提供され及び維持される。
【０１７９】
ブロック８２８において、ＣＣハンドオフＲＦリストが、現在のＬＯＩ及びその近隣ＬＯＩ内のＲＦを含む全近隣ＲＦリストに等しくなるように設定される。
【０１８０】
ブロック８３０において、ＣＣ取得外側ループ手順が開始される。ＣＣ取得外側ループ手順の一部として、周期的外側ループタイマーに基づいてＣＣ取得が試みられる。
【０１８１】
以上のように、方法８００は、サービス取得システムの側面において用いるためのワイド及びローカル制御チャネルを取得するために動作する。方法８００は１つの実装のみを代表するものであること及びその他の実装もそれらの側面の適用範囲内において可能であることが注目されるべきである。
【０１８２】
図９は、サービス取得システムの側面において用いるためのワイド及びローカル制御チャネルハンドオフ手順を実行するための方法９００を示す。例えば、方法９００は、方法８００のブロック８３２において用いるのに適する。説明を明確化することを目的として、方法９００は、ここにおいては、図３に示されるサービス取得論理３００を参照して説明される。例えば、一側面においては、処理論理３０２は、後述される機能を実行するためにサービス取得論理３００を制御するための１つ以上の組の符号を実行する。
【０１８３】
ブロック９０２において、ＣＣハンドオフＲＦリストが空であるかどうかに関する決定が行われる。一側面においては、処理論理３０２がこの決定を行う。ＣＣハンドオフＲＦリストが空である場合は、方法はブロック９０４に進む。ＣＣハンドオフＲＦリストが空でない場合は、方法はブロック９０６に進む。
【０１８４】
ブロック９０４において、現在のＲＦにおいてワイドシステムが取得されるかどうかに関する決定が行われる。一側面においては、処理論理３０２がこの決定を行う。現在のＲＦにおいてワイドシステムが取得される場合は、方法はブロック９０８に進む。現在のＲＦにおいてワイドシステムが取得されない場合は、方法はブロック９１０に進む。
【０１８５】
ブロック９０８において、制御チャネル取得試行カウンタがリセットされる。一側面においては、全体的な及び１つのＲＦごとの制御チャネル取得の試行回数をそれぞれカウントするために２つの制御チャネル取得試行カウンタが利用される。これらのカウンタは、処理論理３０２によって提供され及び維持される。ＣＣハンドオフＲＦリストが、全近隣ＲＦリストと等しくなるように設定される。一側面においては、処理論理３０２がこれらの機能を実行する。
【０１８６】
ブロック９１２において、制御チャネル取得外側ループ手順が開始される。ＣＣ取得外側ループ手順の一部として、周期的外側ループタイマーに基づいてＣＣ取得が試みられる。
【０１８７】
ブロック９１０において、制御チャネル取得試行カウンタがリセットされる。一側面においては、全体的な及び１つのＲＦごとの制御チャネル取得の試行回数をそれぞれカウントするために２つの制御チャネル取得試行カウンタが利用される。これらのカウンタは、処理論理３０２によって提供され及び維持される。ＣＣハンドオフＲＦリストが、全近隣ＲＦリストと等しくなるように設定される。一側面においては、処理論理３０２がこれらの機能を実行する。
【０１８８】
ブロック９１４において、図４に示される方法４００において説明されるようにシステム取得内側ループが実行される。
【０１８９】
ブロック９０６において、ＣＣハンドオフＲＦリスト内のＲＦに関する信号強度を測定するためにこれらのＲＦがモニタリングされる。
【０１９０】
ブロック９１６において、Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦがＣＣハンドオフＲＦリストにおいて識別される唯一のＲＦであるかどうかに関する決定が行われる。Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦがＣＣハンドオフＲＦリストにおいて識別される唯一のＲＦである場合は、方法はブロック９１８に進む。Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦがＣＣハンドオフＲＦリストにおいて識別される唯一のＲＦでない場合は、方法はブロック９２０に進む。
【０１９１】
ブロック９２０において、ＣＣハンドオフＲＦリスト内において最も強いＲＳＳＩを有するＲＦがＳｅｌｅｃｔｅｄ＿ＲＦとして選択される。一側面においては、処理論理３０２がこの選択を行う。
【０１９２】
ブロック９２２において、Ｓｅｌｅｃｔｅｄ＿ＲＦに関して制御チャネルハンドオフ基準が満たされているかどうかに関する決定が行われる。例えば、ハンドオフ基準は、Ｓｅｌｅｃｔｅｄ＿ＲＦに関して  （ＲＳＳＩ（Ｓｅｌｅｃｔｅｄ＿ＲＦ））＞ＲＳＳＩ（Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦ）＋ＣＣ＿Ｈｙｓ）が満たされているかどうかを決定し、ここで、ＣＣ＿Ｈｙｓは、ＲＳＳＩヒステリシス値である。ＣＣハンドオフ基準が満たされている場合は、方法はブロック９２４に進む。ＣＣハンドオフ基準が満たされていない場合は、方法はブロック９１８に進む。
【０１９３】
ブロック９２４において、Ｓｅｌｅｃｔｅｄ＿ＲＦに関する信号強度が信号検出しきい値よりも大きいかどうかに関する決定が行われる。信号強度が信号検出しきい値よりも大きい場合は、方法はブロック９２６に進む。信号強度が信号検出しきい値よりも小さいか又は同じである場合は、方法はブロック９１０に進む。
【０１９４】
ブロック９１８において、Ｓｅｌｅｃｔｅｄ＿ＲＦがＬａｓｔ＿Ｂｅｓｔ＿ＲＦであるように設定される。
【０１９５】
ブロック９２６において、Ｓｅｌｅｃｔｅｄ＿ＲＦへのＲＦチャネル切り替えが行われる。
【０１９６】
ブロック９２８において、ワイド及びローカルシステム取得手順が図５に示される方法５００を参照して説明されるように実行される。
【０１９７】
ブロック９３０において、ワイド及びローカルシステム取得の結果はＷＯＩＳ失敗であり、現在のＲＦにおいてワイドＯＩＳが取得されないことを示す。方法はブロック９３２に進む。
【０１９８】
ブロック９３２において、現在のＲＦにおいてワイドＯＩＳが失敗したためｃｕｒｒｅｎｔ＿ＲＦがＣＣハンドオフＲＦリストから削除される。方法はブロック９０２に進む。
【０１９９】
ブロック９３４において、ワイド及びローカルシステム取得の結果はＷＯＩＳ成功及びＬＯＩＳ失敗であり、現在のＲＦにおいてワイドＯＩＳが取得され、現在のＲＦにおいてローカルＯＩＳが取得されないことを示す。方法はブロック９３６に進む。
【０２００】
ブロック９３６において、ワイドＣＣを取得するのを試みるためにワイド制御チャネル取得が行われる。ワイドＣＣ取得手順は、図１０に示されるように実行される。
【０２０１】
ブロック９３８において、ワイド及びローカルシステム取得の結果はＷＯＩＳ成功及びＬＯＩＳ成功であり、現在のＲＦにおいてワイドＯＩＳ及びローカルＯＩＳの両方が取得されることを示す。方法はブロック９４０に進む。
【０２０２】
ブロック９４０において、ワイド及びローカル制御チャネル取得が図８に示されように行われる。
【０２０３】
以上のように、方法９００は、サービス取得システムの側面において用いるために多周波数ネットワークにおいて利用可能なＲＦにおいてワイド及びローカルＣＣを取得するのを試みるワイド及びローカル制御チャネルハンドオフ手順を実行するために動作する。方法９００は１つの実装のみを代表するものであること及びその他の実装もそれらの側面の適用範囲内において可能であることが注目されるべきである。
【０２０４】
図１０は、サービス取得システムの側面において用いるためのワイド制御チャネル取得手順を実行するための方法１０００を示す。例えば、方法１０００は、方法９００のブロック９３６において及び方法８００のブロック８２２において用いるのに適する。説明を明確化することを目的として、方法１０００は、ここにおいては、図３に示されるサービス取得論理３００を参照して説明される。例えば、一側面においては、処理論理３０２は、後述される機能を実行するためにサービス取得論理３００を制御するための１つ以上の組の符号を実行する。
【０２０５】
ブロック１００２において、ワイド制御チャネルを取得する必要があるかどうかに関する決定が行われる。一側面においては、処理論理３０２は、関連づけられたワイド制御チャネルが更新されているかどうかを示すＯＩＳにおいて受け取られたワイド制御チャネルシーケンス番号を評価することによってこの決定を行う。ワイド制御チャネルが更新されており、新しいワイド制御チャネルデータを取得する必要がある場合は、方法はブロック１００４に進む。ワイド制御チャネルが更新されていない場合は、方法は終了する。
【０２０６】
ブロック１００４において、ワイド制御チャネルデータが取得される。一側面においては、オーバーヘッド入力論理３０６がワイド制御チャネルデータを取得するために動作する。デバイスは、現在のＲＦにおいてＣＣを取得する一方で、ＣＣハンドオフＲＦリスト内のその他のＲＦの信号強度（ＲＳＳＩ）を測定するためにこれらのその他のＲＦもモニタリングする。デバイスは、現在のＲＦにおけるＣＣ  ＭＬＣの復号時にアイドル時間のギャップ中にその他のＲＦのＲＳＳＩを測定する。ＣＣハンドオフＲＦリストは、現在のＬＯＩ及び近隣ＬＯＩにおいて利用可能な全ＲＦに対して開始される。
【０２０７】
ブロック１００６において、ｃｕｒｒｅｎｔ＿ＲＦにおけるワイドチャネルの取得が失敗しているかどうかに関する決定が行われる。ワイド制御チャネルの取得が失敗していない場合は、方法はブロック１００８に進む。ワイド制御チャネルの取得が失敗している場合は、方法はブロック１０１２に進む。
【０２０８】
ブロック１００８において、制御チャネル取得試行カウンタがリセットされる。一側面においては、全体的な及び１つのＲＦごとの制御チャネル取得の試行回数をそれぞれカウントするために２つの制御チャネル取得試行カウンタが利用される。これらのカウンタは、処理論理３０２によって提供され及び維持される。
【０２０９】
ブロック１０１０において、ＣＣハンドオフＲＦリストが、現在のＬＯＩ及びその近隣ＬＯＩにおけるＲＦを含む全近隣ＲＦリストに設定される。これで方法は終了する。
【０２１０】
ブロック１０１２において、‘全体的ＣＣ取得試行’値に達しているかどうかに関する決定が行われる。全体的ＣＣ取得試行値は、多周波数ネットワークにおける全ＲＦにわたってＣＣ取得が試みられるべき回数を定義する。例えば、一側面においては、処理論理３０２は、この決定を行うために全体的ＣＣ取得試行カウンタを全体的ＣＣ取得試行値と比較する。全体的ＣＣ取得試行値に達していない場合は、方法はブロック１０１４に進む。全体的ＣＣ取得試行値に達している場合は（出口経路）、方法はブロック１０２０に進む。
【０２１１】
ブロック１０１４において、現在のＲＦに関して‘１つのＲＦごとのＣＣ取得試行’値に達しているかどうかに関する決定が行われる。１つのＲＦごとのＣＣ取得試行値は、ＣＣ取得が所定のＲＦにおいて連続的に試みられるべき回数を定義する。例えば、一側面においては、処理論理３０２は、この決定を行うために１つのＲＦごとのＣＣ取得試行カウンタを１つのＲＦごとのＣＣ取得試行値と比較する。現在のＲＦに関して１つのＲＦごとのＣＣ取得試行値に達していない場合は、方法はブロック１０１６に進む。現在のＲＦに関して１つのＲＦごとのＣＣ取得試行値に達している場合は（出口経路）、方法はブロック１０１８に進む。
【０２１２】
ブロック１０１６において、ＣＣハンドオフＲＦリスト内のＲＦの組においてワイドＣＣを取得するのを試みるためのワイド制御チャネルハンドオフ手順が実行される。
【０２１３】
ブロック１０１８において、現在のＲＦがＣＣハンドオフＲＦリストから削除され、方法はブロック１０１６に進み、ＣＣハンドオフＲＦリスト内のその他のＲＦにおいてＣＣを取得するのを試みる。
【０２１４】
ブロック１０２０において、制御チャネル取得試行カウンタがリセットされる。一側面においては、全体的な及び１つのＲＦごとの制御チャネル取得の試行回数をそれぞれカウントするために２つの制御チャネル取得試行カウンタが利用される。これらのカウンタは、処理論理３０２によって提供され及び維持される。
【０２１５】
ブロック１０２２において、ＣＣハンドオフＲＦリストが、現在のＬＯＩ及びその近隣ＬＯＩにおけるＲＦを含む全近隣ＲＦリストに等しくなるように設定される。
【０２１６】
ブロック１０２４において、ＣＣ取得外側ループ手順が開始される。ＣＣ取得外側ループ手順の一部として、周期的外側ループタイマーに基づいてＣＣ取得が試みられる。
【０２１７】
以上のように、方法１０００は、サービス取得システムの側面において用いるためのワイド制御チャネル取得手順を実行するために動作する。方法１０００は１つの実装のみを代表するものであること及びその他の実装もそれらの側面の適用範囲内において可能であることが注目されるべきである。
【０２１８】
図１１は、サービス取得システムの側面において用いるためのワイド制御チャネルハンドオフ手順を実行するための方法１１００を示す。例えば、方法１１００は、方法１０００のブロック１０１６において用いるのに適する。説明を明確化することを目的として、方法１１００は、ここにおいては、図３に示されるサービス取得論理３００を参照して説明される。例えば、一側面においては、処理論理３０２は、後述される機能を実行するためにサービス取得論理３００を制御するための１つ以上の組の符号を実行する。方法１１００は、方法９００に類似し、従って以下においては方法９００と異なる動作のみが説明されることに注目すべきである。
【０２１９】
ブロック１１０２において、（ブロック１１０４において実行される）ワイド及びローカルシステム取得の結果は、ＷＯＩＳ成功及びＬＯＩＳ失敗であり、現在のＲＦにおいてワイドＯＩＳが取得されて現在のＲＦにおいてローカルＯＩＳが取得されないことを示す。方法はブロック１１０６に進み、ブロック１１０６においてワイドＣＣ取得が行われ、方法１０００を参照して説明されるようにワイドＣＣを取得するのを試みる。
【０２２０】
以上のように、方法１１００は、サービス取得システムの側面において用いるためのワイド制御チャネルハンドオフ手順を実行するために動作する。方法１１００は１つの実装のみを代表するものであること及びその他の実装もそれらの側面の適用範囲内において可能であることが注目されるべきである。
【０２２１】
図１２は、サービス取得システムの側面において用いるためのローカル制御チャネル取得手順を実行するための方法１２００を示す。例えば、方法１２００は、方法８００のブロック８２０において用いるのに適する。説明を明確化することを目的として、方法１２００は、ここにおいては、図３に示されるサービス取得論理３００を参照して説明される。例えば、一側面においては、処理論理３０２は、後述される機能を実行するためにサービス取得論理３００を制御するための１つ以上の組の符号を実行する。
【０２２２】
ブロック１２０２において、ローカル制御チャネルを取得する必要があるかどうかに関する決定が行われる。一側面においては、処理論理３０２は、関連づけられたローカル制御チャネルが更新されているかどうかを示すＯＩＳにおいて受け取られたローカル制御チャネルシーケンス番号を評価することによってこの決定を行う。ローカル制御チャネルが更新されており、新しいローカル制御チャネルデータを取得する必要がある場合は、方法はブロック１２０４に進む。ローカル制御チャネルが更新されていない場合は、方法は終了する。
【０２２３】
ブロック１２０４において、ローカル制御チャネルデータが取得される。一側面においては、オーバーヘッド入力論理３０６がローカル制御チャネルデータを取得するために動作する。デバイスは、現在のＲＦにおいてＣＣを取得する一方で、ＣＣハンドオフＲＦリスト内のその他のＲＦの信号強度（ＲＳＳＩ）を測定するためにこれらのその他のＲＦもモニタリングする。デバイスは、現在のＲＦにおけるＣＣ  ＭＬＣの復号時にアイドル時間のギャップ中にその他のＲＦのＲＳＳＩを測定する。ＣＣハンドオフＲＦリストは、現在のＬＯＩ及び近隣ＬＯＩにおいて利用可能な全ＲＦに対して開始（ｉｎｉｔｉａｔｅ）される。
【０２２４】
ブロック１２０６において、ｃｕｒｒｅｎｔ＿ＲＦにおけるローカルチャネルの取得が失敗しているかどうかに関する決定が行われる。ローカル制御チャネルの取得が失敗していない場合は、方法はブロック１２０８に進む。ローカル制御チャネルの取得が失敗している場合は、方法はブロック１２１２に進む。
【０２２５】
ブロック１２０８において、制御チャネル取得試行カウンタがリセットされる。一側面においては、全体的な及び１つのＲＦごとの制御チャネル取得の試行回数をそれぞれカウントするために２つの制御チャネル取得試行カウンタが利用される。これらのカウンタは、処理論理３０２によって提供され及び維持される。
【０２２６】
ブロック１２１０において、ＣＣハンドオフＲＦリストが、現在のＬＯＩ及びその近隣ＬＯＩにおけるＲＦを含む全近隣ＲＦリストに設定される。これで方法は終了する。
【０２２７】
ブロック１２１２において、‘全体的ＣＣ取得試行’値に達しているかどうかに関する決定が行われる。全体的ＣＣ取得試行値は、多周波数ネットワークにおける全ＲＦにわたってＣＣ取得が試みられるべき回数を定義する。例えば、一側面においては、処理論理３０２は、この決定を行うために全体的ＣＣ取得試行カウンタを全体的ＣＣ取得試行値と比較する。全体的ＣＣ取得試行値に達していない場合は、方法はブロック１２１４に進む。全体的ＣＣ取得試行値に達している場合は（出口経路）、方法はブロック１２２０に進む。
【０２２８】
ブロック１２１４において、現在のＲＦに関して‘１つのＲＲごとのＣＣ取得試行’値に達しているかどうかに関する決定が行われる。１つのＲＦごとのＣＣ取得試行値は、ＣＣ取得が所定のＲＦにおいて連続的に試みられるべき回数を定義する。例えば、一側面においては、処理論理３０２は、この決定を行うために１つのＲＦごとのＣＣ取得試行カウンタを１つのＲＦごとのＣＣ取得試行値と比較する。現在のＲＦに関して１つのＲＦごとのＣＣ取得試行値に達していない場合は、方法はブロック１２１６に進む。現在のＲＦに関して１つのＲＦごとのＣＣ取得試行値に達している場合は（出口経路）、方法はブロック１２１８に進む。
【０２２９】
ブロック１２１６において、ＣＣハンドオフＲＦリスト内のＲＦの組においてローカルＣＣを取得するのを試みるためのローカル制御チャネルハンドオフ手順が実行される。
【０２３０】
ブロック１２１８において、現在のＲＦがＣＣハンドオフ  ＲＦリストから削除され、方法はブロック１２１６に進み、ＣＣハンドオフＲＦリスト内のその他のＲＦにおいてローカルＣＣを取得するのを試みる。
【０２３１】
ブロック１２２０において、制御チャネル取得試行カウンタがリセットされる。一側面においては、全体的な及び１つのＲＦごとの制御チャネル取得の試行回数をそれぞれカウントするために２つの制御チャネル取得試行カウンタが利用される。これらのカウンタは、処理論理３０２によって提供され及び維持される。
【０２３２】
ブロック１２２２において、ＣＣハンドオフＲＦリストが、現在のＬＯＩ及びその近隣ＬＯＩにおけるＲＦを含む全近隣ＲＦリストと等しくなるように設定される。
【０２３３】
ブロック１２２４において、ＣＣ取得外側ループ手順が開始される。ＣＣ取得外側ループ手順の一部として、周期的外側ループタイマーに基づいてＣＣ取得が試みられる。
【０２３４】
以上のように、方法１２００は、サービス取得システムの側面において用いるためのローカル制御チャネル取得手順を実行するために動作する。方法１２００は１つの実装のみを代表するものであること及びその他の実装もそれらの側面の適用範囲内において可能であることが注目されるべきである。
【０２３５】
図１３は、サービス取得システムの側面において用いるためのローカル制御チャネルハンドオフ手順を実行するための方法１３００を示す。例えば、方法１３００は、方法１２００のブロック１２１６において用いるのに適する。説明を明確化することを目的として、方法１３００は、ここにおいては、図３に示されるサービス取得論理３００を参照して説明される。例えば、一側面においては、処理論理３０２は、後述される機能を実行するためにサービス取得論理３００を制御するための１つ以上の組の符号を実行する。
【０２３６】
ブロック１３０２において、ＣＣハンドオフＲＦリストが空であるかどうかに関する決定が行われる。一側面においては、処理論理３０２がこの決定を行う。ＣＣハンドオフＲＦリストが空である場合は、方法はブロック１３０４に進む。ＣＣハンドオフＲＦリストが空でない場合は、方法はブロック１３０６に進む。
【０２３７】
ブロック１３０４において、現在のＲＦにおいてワイド及びローカルシステムが取得されるかどうかに関する決定が行われる。一側面においては、処理論理３０２がこの決定を行う。現在のＲＦにおいてワイド及びローカルシステムが取得される場合は、方法はブロック１３０８に進む。現在のＲＦにおいてワイド及びローカルシステムが取得されない場合は、方法はブロック１３１０に進む。
【０２３８】
ブロック１３０８において、制御チャネル取得試行カウンタがリセットされる。一側面においては、全体的な及び１つのＲＦごとの制御チャネル取得の試行回数をそれぞれカウントするために２つの制御チャネル取得試行カウンタが利用される。これらのカウンタは、処理論理３０２によって提供され及び維持される。ＣＣハンドオフＲＦリストが、全近隣ＲＦリストに等しくなるように設定される。一側面においては、処理論理３０２がこれらの機能を実行する。
【０２３９】
ブロック１３１２において、制御チャネル取得外側ループ手順が開始される。ＣＣ取得外側ループ手順の一部として、周期的外側ループタイマーに基づいてＣＣ取得が試みられる。
【０２４０】
ブロック１３１０において、現在のＲＦにおいてワイドシステムが取得されているかどうかに関する決定が行われる。ワイドシステムが取得されていない場合は、方法はブロック１３４６に進む。ワイドシステムが取得されている場合は、方法はブロック１３４２に進む。
【０２４１】
ブロック１３４２において、制御チャネル取得試行カウンタがリセットされる。一側面においては、全体的な及び１つのＲＦごとの制御チャネル取得の試行回数をそれぞれカウントするために２つの制御チャネル取得試行カウンタが利用される。これらのカウンタは、処理論理３０２によって提供され及び維持される。ＣＣハンドオフＲＦリストが、全近隣ＲＦリストに等しくなるように設定される。一側面においては、処理論理３０２がこれらの機能を実行する。
【０２４２】
ブロック１３４４において、ローカルシステム取得（外側ループ）が図６に示される方法６００に関して説明されるように開始される。
【０２４３】
ブロック１３４６において、制御チャネル取得試行カウンタがリセットされる。一側面においては、全体的な及び１つのＲＦごとの制御チャネル取得の試行回数をそれぞれカウントするために２つの制御チャネル取得試行カウンタが利用される。これらのカウンタは、処理論理３０２によって提供され及び維持される。ＣＣハンドオフＲＦリストが、全近隣ＲＦリストに等しくなるように設定される。一側面においては、処理論理３０２がこれらの機能を実行する。
【０２４４】
ブロック１３１４において、システム取得内側ループが図４に示される方法４００に関して説明されるように実行される。
【０２４５】
ブロック１３０６において、ＣＣハンドオフＲＦリスト内のＲＲに関する信号強度を測定するためにこれらのＲＦがモニタリングされる。
【０２４６】
ブロック１３１６において、Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦがＣＣハンドオフＲＦリストにおいて識別される唯一のＲＦであるかどうかに関する決定が行われる。Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦがＣＣハンドオフＲＦリストにおいて識別される唯一のＲＦである場合は、方法はブロック１３１８に進む。Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦがＣＣハンドオフＲＦリストにおいて識別される唯一のＲＦでない場合は、方法はブロック１３２０に進む。
【０２４７】
ブロック１３２０において、ＣＣハンドオフＲＦリストにおいて最も強いＲＳＳＩを有するＲＦがＳｅｌｅｃｔｅｄ＿ＲＦとして選択される。一側面においては、処理論理３０２がこの選択を行う。
【０２４８】
ブロック１３２２において、Ｓｅｌｅｃｔｅｄ＿ＲＦに関して制御チャネルハンドオフ基準が満たされているかどうかに関する決定が行われる。例えば、ハンドオフ基準は、Ｓｅｌｅｃｔｅｄ＿ＲＦに関して（ＲＳＳＩ（Ｓｅｌｅｃｔｅｄ＿ＲＦ））＞ＲＳＳＩ（Ｌａｓｔ＿Ｂｅｓｔ＿ＲＦ）＋ＣＣ＿Ｈｙｓ）が満たされているかどうかを決定し、ここで、ＣＣ＿Ｈｙｓは、ＲＳＳＩヒステリシス値である。ＣＣハンドオフ基準が満たされている場合は、方法はブロック１３２４に進む。ＣＣハンドオフ基準が満たされていない場合は、方法はブロック１３１８に進む。
【０２４９】
ブロック１３２４において、Ｓｅｌｅｃｔｅｄ＿ＲＦに関する信号強度が信号検出しきい値よりも大きいかどうかに関する決定が行われる。信号強度が信号検出しきい値よりも大きい場合は、方法はブロック１３２６に進む。信号強度が信号検出しきい値よりも小さいか又は同じである場合は、方法はブロック１３４６に進む。
【０２５０】
ブロック１３１８において、Ｓｅｌｅｃｔｅｄ＿ＲＦがＬａｓｔ＿Ｂｅｓｔ＿ＲＦになるように設定される。
【０２５１】
ブロック１３２６において、Ｓｅｌｅｃｔｅｄ＿ＲＦへのＲＦチャネル切り替えが行われる。
【０２５２】
ブロック１３２８において、ワイド及びローカルシステム取得手順が図５に示される方法５００を参照して説明されるように実行される。
【０２５３】
ブロック１３３０において、ワイド及びローカルシステム取得の結果はＷＯＩＳ失敗であり、現在のＲＦにおいてワイドＯＩＳが取得されないことを示す。方法はブロック１３３２に進む。
【０２５４】
ブロック１３３２において、現在のＲＦにおいてワイドＯＩＳが失敗したためｃｕｒｒｅｎｔ＿ＲＦがＣＣハンドオフＲＦリストから削除される。方法はブロック１３０２に進む。
【０２５５】
ブロック１３３４において、ワイド及びローカルシステム取得の結果はＷＯＩＳ成功及びＬＯＩＳ失敗であり、現在のＲＦにおいてワイドＯＩＳが取得され、現在のＲＦにおいてローカルＯＩＳが取得されないことを示す。方法はブロック１３３２に進む。
【０２５６】
ブロック１３３８において、ワイド及びローカルシステム取得の結果はＷＯＩＳ成功及びＬＯＩＳ成功であり、現在のＲＦにおいてワイドＯＩＳ及びローカルＯＩＳの両方が取得されることを示す。方法はブロック１３４０に進む。
【０２５７】
ブロック１３４０において、ローカル制御チャネル取得が図１２の方法１２００を参照して説明されるように行われる。
【０２５８】
以上のように、方法1３００は、サービス取得システムの側面において用いるためにローカル制御チャネルハンドオフ手順を実行するために動作する。方法１３００は１つの実装のみを代表するものであること及びその他の実装もそれらの側面の適用範囲内において可能であることが注目されるべきである。
【０２５９】
システム取得外側ループ
システム取得外側ループは、長時間のシステムカバレッジ喪失から回復するために実行される。システム取得外側ループは、図４に示されるブロック４２２において提供されるシステム取得内側ループの一部としてシステムが取得されない場合に実行される。システム取得外側ループは、図４において方法４００によって説明されるシステム取得内側ループアルゴリズムの複数の試みを備える。システム取得内側ループの試みは、システム取得外側ループの一部として外側ループ再試行スケジュールに基づいて実行される。一側面においては、第１のシステム取得内側ループ試行は、システムがＮＤＭ  ＲＦリストを用いて取得されない場合は最初にＮＤＭ  ＲＦリスト（利用可能な場合）、次にＰＰ  ＲＦリストを用いて実行される。第１のシステム取得内側ループ試行は、デバイスがカバレッジ内に存在するかどうかを確認する上で十分な時間実行し、この時間は、深いフェージング送信状態を説明する上で十分に長い時間であることができる。後続するシステム取得内側ループ試行は、バッテリ電力を節約するためにより短い時間実行する。第１の内側ループ試行及び後続する内側ループ試行に関して別々のサービス取得タイマー値が用いられる。例えば、第１の内側ループ試行は、デフォルト値が２０秒であるＦｉｒｓｔ＿Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒを利用することができる。後続する内側ループ試行は、デフォルト値が５秒であるＳｕｂｓｅｑｕｅｎｔ＿Ｓｙｓｔｅｍ＿Ａｃｑ＿Ｔｉｍｅｒを利用することができる。
【０２６０】
ＯＩＳモニタリング
様々な側面において、システムは、上層からフローが要求されないとき（アイドル状態）でもＯＩＳ情報をモニタリングする。ＯＩＳモニタリングは、システムがオーバーヘッド情報（ＯＩＳ及びＣＣ）の更新を取得するために行われる。システムは、ＯＩＳモニタースケジュールに基づいてＯＩＳをモニタリングする。例えば、システムは、ＯＩＳを周期的にモニタリングすることができる。現在のＲＦにおいてＯＩＳを取得する一部として、システムは、現在のＲＦの信号強度（ＲＳＳＩ）を測定する。システムは、現在のＲＦにおいてＷＯＩＳ及びＬＯＩＳを取得するのを試みる。ＷＯＩＳが失敗である場合は、システム取得内側ループが開始される。ＷＯＩＳが成功でＬＯＩＳが失敗である場合は、ローカルシステム取得（外側ループ）が開始される。ＷＯＩＳ及びＬＯＩＳの両方が成功である場合は、必要な場合は受信された制御チャネルシーケンス番号に基づいて制御チャネルデータが取得される。ＷＯＩＳ及びＬＯＩＳは成功であるが現在のＲＦのＲＳＳＩがＯＩＳ＿Ｍｏｎｉｔｏｒ＿Ｔｈｒｅｓｈを下回る場合は、近隣ＲＦのＲＳＳＩを測定するためにこれらのＲＦが１回モニタリングされる。これらの近隣ＲＦのうちの１つ以上が現在のＲＦよりも強いＲＳＳＩを有する場合は、システムは、最も強いＲＳＳＩを有する近隣ＲＦへのＲＦ切り替えを行う。これは、現在のＲＦが最も強いＲＦを有さない場合により良いＲＦがＯＩＳモニタリング中に選択されるようにする。従って、上層により要求されたフローに関するデータ復号（開始されたとき）は、現在のＲＦにおいて失敗する可能性がより低い。
【０２６１】
図１４は、サービス取得システムの側面において用いるためのＯＩＳモニタリングに関する方法１４００を示す。説明を明確化することを目的として、方法１４００は、ここにおいては、図３に示されるサービス取得論理３００を参照して説明される。例えば、一側面においては、処理論理３０２は、後述される機能を実行するためにサービス取得論理３００を制御するための１つ以上の組の符号を実行する。
【０２６２】
ブロック１４０２において、ハンドオフＲＦリストが、現在のＬＯＩ及びその近隣ＬＯＩにおけるＲＦを含む全近隣ＲＦリストに等しくなるように設定される。
【０２６３】
ブロック１４０４において、現在のＲＦの信号強度が測定される。
【０２６４】
ブロック１４０６において、現在のＲＦの信号強度が信号検出しきい値よりも小さいか又は同じであるかに関する決定が行われる。現在のＲＦのＲＳＳＩが信号検出しきい値よりも小さいか又は同じである場合は、方法はブロック１４１４に進む。現在のＲＦのＲＳＳＩが信号検出しきい値よりも大きい場合は、方法はブロック１４１２に進む
ブロック１４１２において、ワイド及びローカルシステム取得手順が図５に示される方法５００を参照して説明されるように実行される。
【０２６５】
ブロック１４１６において、ワイド及びローカルシステム取得の結果はＷＯＩＳ失敗であり、現在のＲＦにおいてワイドＯＩＳが取得されないことを示す。方法はブロック１４１４に進む。
【０２６６】
ブロック１４１４において、システム取得内側ループが図４に示される方法４００を参照して説明されるように実行される。
【０２６７】
ブロック１４１８において、ワイド及びローカルシステム取得の結果はＷＯＩＳ成功及びＬＯＩＳ失敗であり、現在のＲＦにおいてワイドＯＩＳが取得され、現在のＲＦにおいてローカルＯＩＳが取得されないことを示す。方法はブロック１４２２に進む。
【０２６８】
ブロック１４２２において、ローカルシステム取得外側ループ手順が、図６に示される方法６００を参照して説明されるように実行される。
【０２６９】
ブロック１４２４において、ワイドＣＣを取得するのを試みるためにワイド制御チャネル取得が行われる。ワイドＣＣ取得手順は、図１０に示される方法１０００を参照して説明される。
【０２７０】
ブロック１４２０において、ワイド及びローカルシステム取得の結果はＷＯＩＳ成功及びＬＯＩＳ成功であり、現在のＲＦにおいてワイドＯＩＳ及びローカルＯＩＳの両方が取得されることを示す。方法はブロック１４２８に進む。
【０２７１】
ブロック１４２８において、現在のＲＦの信号強度がＯＩＳモニターしきい値よりも小さいかどうかに関する決定が行われる。現在のＲＦの信号強度がＯＩＳモニターしきい値よりも小さい場合は、方法はブロック１４３０に進む。現在のＲＦの信号強度がＯＩＳモニターしきい値よりも小さくない場合は、方法はブロック１４２６に進む。
【０２７２】
ブロック１４３０において、ＲＦ＿Ｓｃａｎｎｅｄフラグが真であるかどうかに関する決定が行われる。ＲＦ＿Ｓｃａｎｎｅｄフラグに関する‘真’値は、システムを取得するための最良のＲＦを選択することを目的として近隣ＲＦが１回走査されていることを示す。ＲＦ＿Ｓｃａｎｎｅｄが‘真’である場合は、方法は、現在のＲＦにおいてワイド及びローカルＣＣを取得するためにブロック１４２６に進む。ＲＦ＿Ｓｃａｎｎｅｄが‘真’でない場合は、方法はブロック１４３２に進む。
【０２７３】
ブロック１４３２において、ハンドオフＲＦリスト内のＲＦに関する信号強度を測定するためにこれらのＲＦがモニタリングされる。
【０２７４】
ブロック１４３４において、最も強い信号強度を有するＲＦが現在のＲＦであるかどうかに関する決定が行われる。それが現在のＲＦである場合は、方法はブロック１４２６に進む。それが現在のＲＦでない場合は、方法はブロック１４３６に進む。
【０２７５】
ブロック１４３６において、ＲＦ＿Ｓｃａｎｎｅｄフラグが真に設定され、最も強い信号強度を有するＲＦチャネルへのＲＦ切り替えが行われる。これで、方法はブロック１４０４に進む。
【０２７６】
ブロック１４２６において、ワイド及びローカルＣＣを取得するのを試みるためにワイド及びローカル制御チャネル取得が行われる。ワイド及びローカルＣＣ取得手順は、図８に示される方法８００を参照して説明される。
【０２７７】
以上のように、方法１４００は、サービス取得システムの側面において用いるためのＯＩＳモニタリング手順を実行するために動作する。方法１４００は１つの実装のみを代表するものであること及びその他の実装もそれらの側面の適用範囲内において可能であることが注目されるべきである。
【０２７８】
図１５は、サービス再取得システムの側面において用いるためのサービス取得論理１５００を示す。例えば、サービス取得論理１５００は、図１に示されるサービス取得論理１１８として用いるのに適する。一側面においては、サービス取得論理１５００は、ここにおいて説明されるようにサービス取得システムの側面を提供するように構成された１つ以上のモジュールを備える少なくとも１つの集積回路によって実装される。例えば、一側面においては、各モジュールは、ハードウェア及び／又はハードウェア実行ソフトウェアを備える。
【０２７９】
サービス取得論理１５００は、サービス取得トリガーイベントを検出するための手段（１５０２）を備える第１のモジュールを備え、一側面においては処理論理３０２を備える。サービス取得論理１５００は、信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別するための手段（１５０４）を備える第２のモジュールも備え、一側面においては処理論理３０２を備え、取得ＲＦリストは、多周波数ネットワークの１つ以上のローカル動作インフラストラクチャ（ＬＯＩ）におけるＲＦチャネルを識別する。サービス取得論理１５００は、選択されたＲＦチャネルにおいてワイドシステムを取得するための手段（１５０６）を備える第３のモジュールも備え、一側面においては処理論理３０２を備える。サービス取得論理１５００は、選択されたＲＦチャネルにおいてワイドシステムを取得できない場合に選択されたＲＦチャネルを取得ＲＦリストから削除するための手段（１５０８）を備える第４のモジュールも備え、一側面においては、処理論理３０２を備える。サービス取得論理１５００は、選択されたＲＦチャネルにおいてワイドシステムが取得されるまで又はシステム取得時間切れが生じるまで識別、取得及び削除する動作を繰り返すための手段（１５１０）を備える第５のモジュールも備え、一側面においては処理論理３０２を備える。
【０２８０】
図１６は、サービス取得システムの側面において用いるためのサービス取得論理１６００を示す。例えば、サービス取得論理１６００は、図１に示されるサービス取得論理１１８として用いるのに適する。一側面においては、サービス取得論理１６００は、ここにおいて説明されるようにサービス取得システムの側面を提供するように構成された１つ以上のモジュールを備える少なくとも１つの集積回路によって実装される。例えば、一側面においては、各モジュールは、ハードウェア及び／又はハードウェア実行ソフトウェアを備える。
【０２８１】
サービス取得論理１６００は、制御チャネル取得トリガーイベントを検出するための手段（１６０２）を備える第１のモジュールを備え、一側面においては処理論理３０２を備える。サービス取得論理１６００は、最後の最良のＲＦチャネルにおいて制御チャネルを取得するための手段（１６０４）を備える第２のモジュールも備え、一側面においては処理論理３０２を備える。サービス取得論理１６００は、予め決められた回数の取得試行の間に最後の最良のＲＦチャネルにおいて制御チャネルが取得されない場合に最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除するための手段（１６０６）を備える第３のモジュールも備え、一側面においては処理論理３０２を備える。サービス取得論理１６００は、最後の最良のＲＦチャネルにおいて制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始するための手段（１６０８）を備える第４のモジュールも備え、一側面においては処理論理３０２を備える。サービス取得論理１６００は、制御チャネルが取得されるまで又は制御チャネル取得時間切れが生じるまで取得、削除、及び開始する動作を繰り返すための手段（１６１０）を備える第５のモジュールも備え、一側面においては処理論理３０２を備える。
【０２８２】
図１７は、サービス取得システムの側面において用いるためのサービス取得論理１７００を示す。例えば、サービス取得論理１７００は、図１に示されるサービス取得論理１１８として用いるのに適する。一側面においては、サービス取得論理１７００は、ここにおいて説明されるようにサービス取得システムの側面を提供するように構成された１つ以上のモジュールを備える少なくとも１つの集積回路によって実装される。例えば、一側面においては、各モジュールは、ハードウェア及び／又はハードウェア実行ソフトウェアを備える。
【０２８３】
サービス取得論理１７００は、現在のＲＦにおいてワイド及びローカルシステムを取得するための手段（１７０２）を備える第１のモジュールを備え、一側面においては処理論理３０２を備える。サービス取得論理１７００は、ワイド及びローカルシステムが取得された場合に現在のＲＦチャネルの信号強度が選択されたしきい値を下回るかどうかを決定するための手段（１７０４）を備える第２のモジュールも備え、一側面においては処理論理３０２を備える。サービス取得論理１７００は、近隣ＲＦリスト内のＲＦチャネルの関連づけられた信号強度を測定するためにこれらのＲＦチャネルをモニタリングするための手段（１７０６）を備える第３のモジュールも備え、一側面においては処理論理３０２を備える。サービス取得論理１７００は、選択されたＲＦチャネルが現在のＲＦチャネルと異なる場合に最も強い信号強度を有する近隣ＲＦリストからの選択されたＲＦチャネルに切り替わるための手段（１７０８）を備える第４のモジュールも備え、一側面においては処理論理３０２を備える。サービス取得論理１７００は、選択されたＲＦチャネルにおいてワイド及びローカルシステムを取得するための手段（１７１０）を備える第５のモジュールも備え、一側面においては処理論理３０２を備える。
【０２８４】
ここにおいて開示される側面と関係させて説明される様々な例示的論理、論理ブロック、モジュール、及び回路は、ここにおいて説明される機能を実行するために設計された汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はその他のプログラミング可能な論理デバイス、ディスクリートゲートロジック、トランジスタロジック、ディスクリートハードウェア構成要素、又はそのいずれかの組み合わせ、を用いて実装又は実行することができる。汎用プロセッサはマイクロプロセッサであることができるが、代替として、従来のどのようなプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンであってもよい。プロセッサは、計算装置の組合せ、例えば、ＤＳＰと、１つのマイクロプロセッサとの組合せ、複数のマイクロプロセッサとの組合せ、ＤＳＰコアと関連する1つ以上のマイクロプロセッサとの組合せ、又はその他のあらゆる該コンフィギュレーションとの組合せ、として実装することもできる。
【０２８５】
ここにおいて開示される側面と関係させて説明される方法又はアルゴリズムのステップは、ハードウェア内において直接具現化させること、プロセッサによって実行されるソフトウェアモジュール内において具現化させること、又はこれらの２つの組合せにおいて具現化させることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能なディスク、ＣＤ−ＲＯＭ、又は当業において既知であるその他のあらゆる形態の記憶媒体において常駐することができる。典型的記憶媒体は、プロセッサに結合させ、プロセッサが記憶媒体から情報を読み出すようにすること及び記憶媒体に情報を書き込むようにすることができる。代替として、記憶媒体は、プロセッサと一体化させることができる。プロセッサ及び記憶媒体は、ＡＳＩＣ内に常駐することができる。ＡＳＩＣは、ユーザー端末内に常駐することができる。代替として、プロセッサ及び記憶媒体は、ユーザー端末内において個別構成要素として常駐することができる。
【０２８６】
開示される側面に関する説明は、当業者が本発明を製造又は使用できるようにすることを目的とするものである。これらの側面に対する様々な修正は、当業者にとって容易に明確になるであろう。さらに、ここにおいて定められている一般原理は、発明の精神及び適用範囲を逸脱しない形で、例えばインスタントメッセージ送信サービス又はあらゆる一般的無線データ通信用途において、その他の側面に対しても適用することができる。以上のように、本発明は、ここにおいて示される側面に限定されることが意図されるものではなく、ここにおいて開示される原理及び斬新な特徴に一致する限りにおいて最も広範な適用範囲が認められるべきである。“典型的な”という表現は、ここでは、“１つの例、事例、又は実例”を意味するために排他的に用いられる。ここにおいて“典型的な”として説明されるいずれの側面も、その他の側面よりも好ましい又は有利であるとは必ずしも解釈すべきではない。
【０２８７】
従って、ここにおいてはネットワークサービス取得システムの側面が例示され及び説明されている一方で、それらの側面の精神及び本質的特徴から逸脱せずにそれらの側面に対して様々な変更を行うことが可能であることが理解されるであろう。従って、ここにおける開示及び説明は、以下の請求項において詳述される発明の範囲を、制限することなしに例示するものであることが意図される。
【図１】
2010531581.tif 000003
【図２】
2010531581.tif 000004
【図３】
2010531581.tif 000005
【図４】
2010531581.tif 000006
【図５】
2010531581.tif 000007
【図６】
2010531581.tif 000008
【図７】
2010531581.tif 000009
【図８】
2010531581.tif 000010
【図９】
2010531581.tif 000011
【図１０】
2010531581.tif 000012
【図１１】
2010531581.tif 000013
【図１２】
2010531581.tif 000014
【図１３】
2010531581.tif 000015
【図１４】
2010531581.tif 000016
【図１５】
2010531581.tif 000017
【図１６】
2010531581.tif 000018
【図１７】
2010531581.tif 000019
【手続補正書】
【提出日】平成22年7月12日(2010.7.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイドシステムとローカルシステムとを備える多周波数ネットワークにおけるサービス取得のための方法であって、
サービス取得トリガーイベントを検出することと、
信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別することであって、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のローカル動作インフラストラクチャ（ＬＯＩ）におけるＲＦチャネルを識別することと、
前記選択されたＲＦチャネルにおいてワイドシステムに関する下層オーバーヘッド情報を取得することによって前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得することと、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除することと、
前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すこと、とを備える、方法。
【請求項２】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記取得ＲＦリストを入手することをさらに備える請求項１に記載の方法。
【請求項３】
前記検出することは、電力上昇状態、システム喪失検出、コンテンツ取得要求、及びスケジューリングされたシステム取得試行のうちの少なくとも１つに基づいて前記サービス取得トリガーイベントを検出することを備える請求項１に記載の方法。
【請求項４】
前記取得ＲＦリスト内の前記ＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングすることをさらに備える請求項１に記載の方法。
【請求項５】
前記識別することは、前記選択されたＲＦチャネルを信号検出しきい値を上回る最も強い信号強度を有する前記取得ＲＦリスト内のＲＦチャネルとして識別することを備える請求項１に記載の方法。
【請求項６】
前記繰り返すことは、信号強度が信号検出しきい値を上回る前記取得ＲＦリスト内のＲＦチャネルに関して識別、取得及び削除する前記動作を繰り返すことを備える請求項１に記載の方法。
【請求項７】
前記ワイドシステムが取得された場合に前記選択されたＲＦチャネルにおいてワイド制御チャネルを取得することをさらに備える請求項1に記載の方法。
【請求項８】
前記ワイド制御チャネルが第１の取得試行において取得されない場合にワイド制御チャネル取得再試行スケジュールに基づいて前記ワイド制御チャネルを取得することをさらに備える請求項７に記載の方法。
【請求項９】
前記選択されたＲＦチャネルにおいてローカルシステムを取得することと、
前記ローカルシステムが取得された場合に前記選択されたＲＦチャネルにおいてローカル制御チャネルを取得すること、とをさらに備える請求項１に記載の方法。
【請求項１０】
前記ローカル制御チャネルが第１の取得試行において取得されない場合にローカル制御チャネル取得再試行スケジュールに基づいて前記ローカル制御チャネルを取得することをさらに備える請求項９に記載の方法。
【請求項１１】
前記ローカルシステムが取得されない場合にローカルシステム取得手順を開始することをさらに備える請求項９に記載の方法。
【請求項１２】
前記開始することは、ローカルシステム取得再試行スケジュールに基づいて前記選択されたＲＦチャネルにおいて前記ローカルシステムを取得するために前記ローカルシステム取得手順を開始することを備える請求項１１に記載の方法。
【請求項１３】
前記開始することは、前記ローカルシステム取得再試行スケジュールを２段階式スケジュールに設定し、各段階は、選択されたローカルシステム取得再試行回数を有することを備える請求項１２に記載の方法。
【請求項１４】
前記ローカルシステム取得手順を前記開始することは、
前記ローカル取得ＲＦリストからの最後の最良のＲＦチャネルに関する信号強度がローカル信号検出しきい値を上回る場合にローカルの選択されたＲＦチャネルを前記最後の最良のＲＦチャネルとして識別することと、
前記最後の最良のＲＦチャネルの信号強度が前記ローカル信号検出しきい値と同じであるか又は下回る場合にローカルの選択されたＲＦチャネルを最も強い信号強度を有する前記ローカル取得ＲＦリストからのＲＦチャネルとして識別することと、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムを取得することと、
前記ローカルシステムが前記ローカルの選択されたＲＦチャネルにおいて取得されない場合に前記ローカルの選択されたＲＦチャネルをローカル取得ＲＦリストから削除することと、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されるか又はローカルシステム取得時間切れが生じるまで、前記ローカルの選択されたＲＦチャネルを識別し、前記ローカルシステムを取得し、及び前記ローカルの選択されたＲＦチャネルを削除する前記動作を繰り返すこと、とを備える請求項１１に記載の方法。
【請求項１５】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記ローカル取得ＲＦリストを入手することをさらに備える請求項１４に記載の方法。
【請求項１６】
前記ローカル取得ＲＦリスト内の前記ＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングすることをさらに備える請求項１４に記載の方法。
【請求項１７】
前記最後の最良のＲＦを前記ワイドシステムが最後に取得されたＲＦチャネルであると決定することをさらに備える請求項１４に記載の方法。
【請求項１８】
前記ローカルシステムが取得されない場合にローカルシステム取得外側ループを開始することをさらに備える請求項１４に記載の方法。
【請求項１９】
前記ローカルシステム取得外側ループの一部として予め決められたローカル外側ループスケジュールに基づいて前記ローカルシステムを取得するのを試みることをさらに備える請求項１８に記載の方法。
【請求項２０】
前記ワイドシステムが取得されない場合にシステム取得外側ループを開始することをさらに備える請求項１に記載の方法。
【請求項２１】
前記システム取得外側ループの一部として予め決められた外側ループスケジュールに基づいて前記ワイドシステムを取得するのを試みることをさらに備える請求項２０に記載の方法。
【請求項２２】
ワイドシステムとローカルシステムとを備える多周波数ネットワークにおけるサービス取得のための装置であって、
サービス取得トリガーイベントを検出し、
信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別し、
前記選択されたＲＦチャネルにおいてワイドシステムに関する下層オーバーヘッド情報を取得することによって前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得し、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除し、及び
前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すように構成された処理論理であって、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のローカル動作インフラストラクチャ（ＬＯＩ）におけるＲＦチャネルを識別する処理論理、を備える、装置。
【請求項２３】
前記処理論理は、予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記取得ＲＦリストを入手するように構成される請求項２２に記載の装置。
【請求項２４】
前記処理論理は、電力上昇状態、システム喪失検出、コンテンツ取得要求、及びスケジューリングされたシステム取得試行のうちの少なくとも１つに基づいて前記サービス取得トリガーイベントを検出するように構成される請求項２２に記載の装置。
【請求項２５】
前記処理論理は、信号強度が信号検出しきい値を上回る前記取得ＲＦリスト内のＲＦチャネルに関して識別、取得及び削除する前記動作を繰り返すように構成される請求項２２に記載の装置。
【請求項２６】
前記処理論理は、
前記選択されたＲＦチャネルにおいてローカルシステムを取得し、及び
前記ローカルシステムが取得された場合に前記選択されたＲＦチャネルにおいてローカル制御チャネルを取得するように構成される請求項２２に記載の装置。
【請求項２７】
前記処理論理は、前記ローカルシステムが取得されない場合にローカルシステム取得手順を開始するように構成される請求項２６に記載の装置。
【請求項２８】
前記処理論理は、ローカルシステム取得再試行スケジュールに基づいて前記選択されたＲＦチャネルにおいて前記ローカルシステムを取得するために前記ローカルシステム取得手順を開始するように構成される請求項２７に記載の装置。
【請求項２９】
前記処理論理は、
前記ローカル取得ＲＦリストからの最後の最良のＲＦチャネルに関する信号強度がローカル信号検出しきい値を上回る場合にローカルの選択されたＲＦチャネルを前記最後の最良のＲＦチャネルとして識別し、
前記最後の最良のＲＦチャネルの信号強度が前記ローカル信号検出しきい値と同じであるか又は下回る場合にローカルの選択されたＲＦチャネルを最も強い信号強度を有する前記ローカル取得ＲＦリストからのＲＦチャネルとして識別し、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムを取得し、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されない場合に前記ローカルの選択されたＲＦチャネルをローカル取得ＲＦリストから削除し、及び
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されるか又はローカルシステム取得時間切れが生じるまで、前記ローカルの選択されたＲＦチャネルを識別し、前記ローカルシステムを取得し、及び前記ローカルの選択されたＲＦチャネルを削除する前記動作を繰り返すように構成される請求項２７に記載の装置。
【請求項３０】
前記処理論理は、近隣記述情報から決定された予め提供されたＲＦリスト及び近隣ＲＦリストのうちの少なくとも１つから前記ローカル取得ＲＦリストを入手するように構成される請求項２９に記載の装置。
【請求項３１】
前記処理論理は、前記ローカルシステムが取得されない場合にローカルシステム取得外側ループを開始するように構成される請求項２９に記載の装置。
【請求項３２】
前記処理論理は、前記ワイドシステムが取得されない場合にシステム取得外側ループを開始するように構成される請求項２２に記載の装置。
【請求項３３】
ワイドシステムとローカルシステムとを備える多周波数ネットワークにおけるサービス取得のための装置であって、
サービス取得トリガーイベントを検出するための手段と、
信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別するための手段であって、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のローカル動作インフラストラクチャ（ＬＯＩ）におけるＲＦチャネルを識別する手段と、
前記選択されたＲＦチャネルにおいてワイドシステムに関する下層オーバーヘッド情報を取得することによって前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得するための手段と、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除するための手段と、
前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すための手段と、を備える、装置。
【請求項３４】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つのから前記取得ＲＦリストを入手するための手段をさらに備える請求項３３に記載の装置。
【請求項３５】
前記検出するための手段は、電力上昇状態、システム喪失検出、コンテンツ取得要求、及びスケジューリングされたシステム取得試行のうちの少なくとも１つに基づいて前記サービス取得トリガーイベントを検出するための手段を備える請求項３３に記載の装置。
【請求項３６】
前記繰り返すための手段は、信号強度が信号検出しきい値を上回る前記取得ＲＦリスト内のＲＦチャネルに関して識別、取得及び削除する前記動作を繰り返すための手段を備える請求項３３に記載の装置。
【請求項３７】
前記選択されたＲＦチャネルにおいてローカルシステムを取得するための手段と、
前記ローカルシステムが取得された場合に前記選択されたＲＦチャネルにおいてローカル制御チャネルを取得するための手段と、をさらに備える請求項３３に記載の装置。
【請求項３８】
前記ローカルシステムが取得されない場合にローカルシステム取得手順を開始するための手段をさらに備える請求項３７に記載の装置。
【請求項３９】
前記開始するための手段は、ローカルシステム取得再試行スケジュールに基づいて前記選択されたＲＦチャネルにおいて前記ローカルシステムを取得するために前記ローカルシステム取得手順を開始するための手段を備える請求項３８に記載の装置。
【請求項４０】
前記ローカルシステム取得手順を開始するための前記手段は、
前記ローカル取得ＲＦリストからの最後の最良のＲＦチャネルに関する信号強度がローカル信号検出しきい値を上回る場合にローカルの選択されたＲＦチャネルを前記最後の最良のＲＦチャネルとして識別するための手段と、
前記最後の最良のＲＦチャネルの信号強度が前記ローカル信号検出しきい値と同じであるか又は下回る場合にローカルの選択されたＲＦチャネルを最も強い信号強度を有する前記ローカル取得ＲＦリストからのＲＦチャネルとして識別するための手段と、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムを取得するための手段と、
前記ローカルシステムが前記ローカルの選択されたＲＦチャネルにおいて取得されない場合に前記ローカルの選択されたＲＦチャネルをローカル取得ＲＦリストから削除するための手段と、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されるか又はローカルシステム取得時間切れが生じるまで前記ローカルの選択されたＲＦチャネルを識別し、前記ローカルシステムを取得し、及び前記ローカルの選択されたＲＦチャネルを削除する前記動作を繰り返すための手段と、を備える請求項３８に記載の装置。
【請求項４１】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記ローカル取得ＲＦリストを入手するための手段をさらに備える請求項４０に記載の装置。
【請求項４２】
前記ローカルシステムが取得されない場合にローカルシステム取得外側ループを開始するための手段をさらに備える請求項４０に記載の装置。
【請求項４３】
前記ワイドシステムが取得されない場合にシステム取得外側ループを開始するための手段をさらに備える請求項３３に記載の装置。
【請求項４４】
ワイドシステムとローカルシステムとを備える多周波数ネットワークにおけるサービス取得のためのコンピュータプログラム製品であって、
サービス取得トリガーイベントを検出することをコンピュータに行わせるための第１の組の符号と、
信号強度に基づいて取得ＲＦからの選択されたＲＦチャネルを識別することを前記コンピュータに行わせるための第２の組の符号であって、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のローカル動作インフラストラクチャ（ＬＯＩ）におけるＲＦチャネルを識別する第２の組の符号と、
前記選択されたＲＦチャネルにおいてワイドシステムに関する下層オーバーヘッド情報を取得することによって前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得することを前記コンピュータに行わせるための第３の組の符号と、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除することを前記コンピュータに行わせるための第４の組の符号と、
前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すことを前記コンピュータに行わせるための第５の組の符号と、を備える機械によって読み取り可能な媒体、を備える、コンピュータプログラム製品。
【請求項４５】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記取得ＲＦリストを入手することを前記コンピュータに行わせるための第６の組の符号をさらに備える請求項４４に記載の機械によって読み取り可能な媒体。
【請求項４６】
前記第１の組の符号は、電力上昇状態、システム喪失検出、コンテンツ取得要求、及びスケジューリングされたシステム取得試行のうちの少なくとも１つに基づいて前記サービス取得トリガーイベントを検出することを前記コンピュータに行わせるように構成される請求項４４に記載の機械によって読み取り可能な媒体。
【請求項４７】
前記第５の組の符号は、信号強度が信号検出しきい値を上回る前記取得ＲＦリスト内のＲＦチャネルに関して識別、取得及び削除する前記動作を繰り返すことを前記コンピュータに行わせるように構成される請求項４４に記載の機械によって読み取り可能な媒体。
【請求項４８】
前記選択されたＲＦチャネルにおいてローカルシステムを取得することを前記コンピュータに行わせるための第６の組の符号と、
前記ローカルシステムが取得された場合に前記選択されたＲＦチャネルにおいてローカル制御チャネルを取得することを前記コンピュータに行わせるための第７の組の符号と、さらに備える請求項４４に記載の機械によって読み取り可能な媒体。
【請求項４９】
前記ローカルシステムが取得されない場合にローカルシステム取得手順を開始することを前記コンピュータに行わせるための第８の組の符号をさらに備える請求項４８に記載の機械によって読み取り可能な媒体。
【請求項５０】
前記第８の組の符号は、ローカルシステム取得再試行スケジュールに基づいて前記選択されたＲＦチャネルにおいて前記ローカルシステムを取得するために前記ローカルシステム取得手順を開始することを前記コンピュータに行わせるように構成される請求項４９に記載の機械によって読み取り可能な媒体。
【請求項５１】
前記第８の組の符号は、
前記ローカル取得ＲＦリストからの最後の最良のＲＦチャネルに関する信号強度がローカル信号検出しきい値を上回る場合にローカルの選択されたＲＦチャネルを前記ローカル取得ＲＦリストからの前記最後の最良のＲＦチャネルとして識別すること、
前記最後の最良のＲＦチャネルの信号強度が前記ローカル信号検出しきい値と同じであるか又は下回る場合にローカルの選択されたＲＦチャネルを最も強い信号強度を有する前記ローカル取得ＲＦリストからのＲＦチャネルとして識別すること、
前記選択されたＲＦチャネルにおいて前記ワイドシステムに関する下層オーバーヘッド情報を取得することによって前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムを取得すること、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されない場合に前記ローカルの選択されたＲＦチャネルをローカル取得ＲＦリストから削除すること、及び
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されるか又はローカルシステム取得時間切れが生じるまで前記ローカルの選択されたＲＦチャネルを識別し、前記ローカルシステムを取得し、及び前記ローカルの選択されたＲＦチャネルを削除する前記動作を繰り返すことを前記コンピュータに行わせるように構成される請求項４９に記載の機械によって読み取り可能な媒体。
【請求項５２】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記ローカル取得ＲＦリストを入手することを前記コンピュータに行わせるための第９の組の符号をさらに備える請求項５１に記載の機械によって読み取り可能な媒体。
【請求項５３】
前記ローカルシステムが取得されない場合にローカルシステム取得外側ループを開始することを前記コンピュータに行わせるための第９の組の符号をさらに備える請求項５１に記載の機械によって読み取り可能な媒体。
【請求項５４】
前記ワイドシステムが取得されない場合にシステム取得外側ループを開始することを前記コンピュータに行わせるための第６の組の符号をさらに備える請求項４４に記載の機械によって読み取り可能な媒体。
【請求項５５】
ワイドシステムとローカルシステムとを備える多周波数ネットワークにおけるサービス取得のために構成された少なくとも１つの集積回路であって、
サービス取得トリガーイベントを検出するように構成された第１のモジュールと、
信号強度に基づいて取得ＲＦリストからの選択されたＲＦチャネルを識別するように構成された第２のモジュールであって、前記取得ＲＦリストは、前記多周波数ネットワークの１つ以上のローカル動作インフラストラクチャ（ＬＯＩ）におけるＲＦチャネルを識別する第２のモジュールと、
前記選択されたＲＦチャネルにおいてワイドシステムに関する下層オーバーヘッド情報を取得することによって前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得するように構成された第３のモジュールと、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを前記取得ＲＦリストから削除するように構成された第４のモジュールと、
前記選択されたＲＦチャネルにおいて前記ワイドシステムが取得されるか又はシステム取得時間切れが生じるまで識別、取得及び削除する前記動作を繰り返すように構成された第５のモジュールと、を備える、少なくとも１つの集積回路。
【請求項５６】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記取得ＲＦリストを入手するように構成された第６のモジュールをさらに備える請求項５５に記載の少なくとも１つの集積回路。
【請求項５７】
前記第１のモジュールは、電力上昇状態、システム喪失検出、コンテンツ取得要求、及びスケジューリングされたシステム取得試行のうちの少なくとも１つに基づいて前記サービス取得トリガーイベントを検出するように構成される請求項５５に記載の少なくとも１つの集積回路。
【請求項５８】
前記第５のモジュールは、信号強度が信号検出しきい値を上回る前記取得ＲＦリスト内のＲＦチャネルに関して識別、取得及び削除する前記動作を繰り返すように構成される請求項５５に記載の少なくとも１つの集積回路。
【請求項５９】
前記選択されたＲＦチャネルにおいてローカルシステムを取得するように構成された第６のモジュールと、
前記ローカルシステムが取得された場合に前記選択されたＲＦチャネルにおいてローカル制御チャネルを取得するように構成された第７のモジュールと、をさらに備える請求項５５に記載の少なくとも１つの集積回路。
【請求項６０】
前記ローカルシステムが取得されない場合にローカルシステム取得手順を開始するように構成された第８のモジュールをさらに備える請求項５９に記載の少なくとも１つの集積回路。
【請求項６１】
前記第８のモジュールは、ローカルシステム取得再試行スケジュールに基づいて前記選択されたＲＦチャネルにおいて前記ローカルシステムを取得するために前記ローカルシステム取得手順を開始するように構成される請求項６０に記載の少なくとも１つの集積回路。
【請求項６２】
前記第８のモジュールは、
前記ローカル取得ＲＦリストからの最後の最良のＲＦチャネルに関する信号強度がローカル信号検出しきい値を上回る場合にローカルの選択されたＲＦチャネルを前記最後の最良のＲＦチャネルとして識別し、
前記最後の最良のＲＦチャネルの信号強度が前記ローカル信号検出しきい値と同じであるか又は下回る場合にローカルの選択されたＲＦチャネルを最も強い信号強度を有する前記ローカル取得ＲＦリストからのＲＦチャネルとして識別し、
前記選択されたＲＦチャネルにおいて前記ワイドシステムに関する下層オーバーヘッド情報を取得することによって前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムを取得し、
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されない場合に前記ローカルの選択されたＲＦチャネルをローカル取得ＲＦリストから削除し、及び
前記ローカルの選択されたＲＦチャネルにおいて前記ローカルシステムが取得されるか又はローカルシステム取得時間切れが生じるまで前記ローカルの選択されたＲＦチャネルを識別し、前記ローカルシステムを取得し、及び前記ローカルの選択されたＲＦチャネルを削除する前記動作を繰り返すように構成される請求項６０に記載の少なくとも１つの集積回路。
【請求項６３】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記ローカル取得ＲＦリストを入手するように構成された第９のモジュールをさらに備える請求項６２に記載の少なくとも１つの集積回路。
【請求項６４】
前記ローカルシステムが取得されない場合にローカルシステム取得外側ループを開始するように構成された第９のモジュールをさらに備える請求項６２に記載の少なくとも１つの集積回路。
【請求項６５】
前記ワイドシステムが取得されない場合にシステム取得外側ループを開始するように構成された第６のモジュールをさらに備える請求項５５に記載の少なくとも１つの集積回路。
【請求項６６】
多周波数ネットワークにおけるサービス取得のための方法であって、
制御チャネル取得トリガーイベントを検出することと、
最後の最良のＲＦチャネルにおいて制御チャネルを取得することと、
予め決められた回数の取得試行の間に前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に前記最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除することと、
前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始することと、
前記制御チャネルが取得されるか又は制御チャネル取得時間切れが生じるまで取得、削除及び開始する前記動作を繰り返すこと、とを備える、方法。
【請求項６７】
電力上昇状態、ワイド制御チャネル更新の検出、及びローカル制御チャネル更新の検出のうちの少なくとも１つに基づいて前記制御チャネル取得トリガーイベントを検出することをさらに備える請求項６６に記載の方法。
【請求項６８】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記制御チャネルハンドオフＲＦリストを入手することをさらに備える請求項６６に記載の方法。
【請求項６９】
前記最後の最良のＲＦチャネルを前記ワイドシステムが最後に取得されたＲＦチャネルであると決定することをさらに備える請求項６６に記載の方法。
【請求項７０】
前記開始することは、
選択されたＲＦチャネルを前記制御チャネルハンドオフＲＦリストにおいて最も強い信号強度を有するＲＦチャネルとして識別することと、
前記選択されたＲＦチャネルに関して制御チャネルハンドオフ基準が満たされているかどうかを決定することと、
制御チャネルハンドオフ基準が満たされており及び前記選択されたＲＦチャネルの信号強度が信号検出しきい値よりも大きい場合に前記選択されたＲＦチャネルにおいてワイド及びローカルシステムを取得することと、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを制御チャネルハンドオフＲＦリストから削除することと、
前記ワイドシステムが取得されるか又は前記制御チャネルハンドオフＲＦリストが空になるまで前記選択されたＲＦチャネルを識別する、前記制御チャネルハンドオフ基準が満たされているかどうかを決定する、前記ワイド及びローカルシステムを取得する、及び前記選択されたＲＦチャネルを削除する動作を繰り返すこと、とをさらに備える請求項６６に記載の方法。
【請求項７１】
前記制御チャネルハンドオフＲＦリスト内の前記ＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングすることをさらに備える請求項７０に記載の方法。
【請求項７２】
前記選択されたＲＦチャネルと関連づけられた信号強度が前記最後の最良のＲＦチャネルと関連づけられた前記信号強度と信号強度ヒステリシス値との和よりも大きい場合に前記制御チャネルハンドオフ基準が満たされていると決定することをさらに備える請求項７０に記載の方法。
【請求項７３】
前記制御チャネルハンドオフＲＦリストが空になり、少なくとも１つのワイドシステムが取得される場合に制御チャネル取得外側ループを開始することをさらに備える請求項７０に記載の方法。
【請求項７４】
前記制御チャネルハンドオフＲＦリストが空になり、前記ワイドシステムのみが取得される場合にローカルシステム取得手順を開始することをさらに備え、前記制御チャネル取得トリガーイベントは、ローカル制御チャネル更新の検出である請求項７０に記載の方法。
【請求項７５】
前記制御チャネルハンドオフＲＦリストが空になり、前記ワイドシステムが取得されない場合にシステム取得内側ループを開始することをさらに備える請求項７０に記載の方法。
【請求項７６】
多周波数ネットワークにおけるサービス取得のための装置であって、
制御チャネル取得トリガーイベントを検出し、
最後の最良のＲＦチャネルにおいて制御チャネルを取得し、
予め決められた回数の取得試行の間に前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に前記最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除し、
前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始し、及び
前記制御チャネルが取得されるか又は制御チャネル取得時間切れが生じるまで取得、削除、及び開始する前記動作を繰り返すように構成された処理論理、を備える、装置。
【請求項７７】
前記処理論理は、電力上昇状態、ワイド制御チャネル更新の検出、及びローカル制御チャネル更新の検出のうちの少なくとも１つに基づいて前記制御チャネル取得トリガーイベントを検出するように構成される請求項７６に記載の装置。
【請求項７８】
前記処理論理は、予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記制御チャネルハンドオフＲＦリストを入手するように構成される請求項７６に記載の装置。
【請求項７９】
前記処理論理は、
選択されたＲＦチャネルを前記制御チャネルハンドオフＲＦリストにおいて最も強い信号強度を有するＲＦチャネルとして識別し、
前記選択されたＲＦチャネルに関して制御チャネルハンドオフ基準が満たされているかどうかを決定し、
前記制御チャネルハンドオフ基準が満たされており及び前記選択されたＲＦチャネルの信号強度が信号検出しきい値よりも大きい場合に前記選択されたＲＦチャネルにおいてワイド及びローカルシステムを取得し、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを制御チャネルハンドオフＲＦリストから削除し、及び
前記ワイドシステムが取得されるか又は前記制御チャネルハンドオフＲＦリストが空になるまで前記選択されたＲＦチャネルを識別する、前記制御チャネルハンドオフ基準が満たされているかどうかを決定する、前記ワイド及びローカルシステムを取得する、及び前記選択されたＲＦチャネルを削除する動作を繰り返すように構成される請求項７６に記載の装置。
【請求項８０】
前記処理論理は、前記選択されたＲＦチャネルと関連づけられた信号強度が前記最後の最良のＲＦチャネルと関連づけられた前記信号強度と信号強度ヒステリシス値との和よりも大きい場合に前記制御チャネルハンドオフ基準が満たされていると決定するように構成される請求項７９に記載の装置。
【請求項８１】
前記処理論理は、前記制御チャネルハンドオフＲＦリストが空になり、少なくともワイドシステムが取得される場合に制御チャネル取得外側ループを開始するように構成される請求項７９に記載の装置。
【請求項８２】
多周波数ネットワークにおけるサービス取得のための装置であって、
制御チャネル取得トリガーイベントを検出するための手段と、
最後の最良のＲＦチャネルにおいて制御チャネルを取得するための手段と、
予め決められた回数の取得試行の間に前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に前記最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除するための手段と、
前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始するための手段と、
前記制御チャネルが取得されるか又は制御チャネル取得時間切れが生じるまで取得、削除、及び開始する前記動作を繰り返すための手段と、を備える、装置。
【請求項８３】
前記検出するための手段は、電力上昇状態、ワイド制御チャネル更新の検出、及びローカル制御チャネル更新の検出のうちの少なくとも１つに基づいて前記制御チャネル取得トリガーイベントを検出するための手段を備える請求項８２に記載の装置。
【請求項８４】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記制御チャネルハンドオフＲＦリストを入手するための手段をさらに備える請求項８２に記載の装置。
【請求項８５】
前記開始するための手段は、
選択されたＲＦチャネルを前記制御チャネルハンドオフＲＦリストにおいて最も強い信号強度を有するＲＦチャネルとして識別するための手段と、
前記選択されたＲＦチャネルに関して制御チャネルハンドオフ基準が満たされているかどうかを決定するための手段と、
制御チャネルハンドオフ基準が満たされており及び前記選択されたＲＦチャネルの信号強度が信号検出しきい値よりも大きい場合に前記選択されたＲＦチャネルにおいてワイド及びローカルシステムを取得するための手段と、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを制御チャネルハンドオフＲＦリストから削除するための手段と、
前記ワイドシステムが取得されるか又は前記制御チャネルハンドオフＲＦリストが空になるまで前記選択されたＲＦチャネルを識別する、前記制御チャネルハンドオフ基準が満たされているかどうかを決定する、前記ワイド及びローカルシステムを取得する、及び前記選択されたＲＦチャネルを削除する動作を繰り返すための手段と、を備える請求項８２に記載の装置。
【請求項８６】
前記選択されたＲＦチャネルと関連づけられた信号強度が最後の最良のＲＦチャネルと関連づけられた前記信号強度と信号強度ヒステリシス値との和よりも大きい場合に前記制御チャネルハンドオフ基準が満たされていると決定するための手段をさらに備える請求項８５に記載の装置。
【請求項８７】
前記制御チャネルハンドオフＲＦリストが空になり、少なくともワイドシステムが取得される場合に制御チャネル取得外側ループを開始するための手段をさらに備える請求項８５に記載の装置。
【請求項８８】
多周波数ネットワークにおけるサービス取得のためのコンピュータプログラム製品であって、
制御チャネル取得トリガーイベントを検出することをコンピュータに行わせるための第１の組の符号と、
最後の最良のＲＦチャネルにおいて制御チャネルを取得することを前記コンピュータに行わせるための第２の組の符号と、
予め決められた回数の取得試行の間に前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に前記最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除するための第３の組の符号と、
前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始することを前記コンピュータに行わせるための第４の組の符号と、
前記制御チャネルが取得されるか又は制御チャネル取得時間切れが生じるまで取得、削除、及び開始する前記動作を繰り返すことを前記コンピュータに行わせるための第５の組の符号と、を備える機械によって読み取り可能な媒体、を備える、コンピュータプログラム製品。
【請求項８９】
前記第１の組の符号は、電力上昇状態、ワイド制御チャネル更新の検出、及びローカ制御チャネル更新の検出のうちの少なくとも１つに基づいて前記制御チャネル取得トリガーイベントを検出することを前記コンピュータに行わせるように構成される請求項８８に記載の機械によって読み取り可能な媒体。
【請求項９０】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記制御チャネルハンドオフＲＦリストを入手することを前記コンピュータに行わせるように構成された第６の組の符号をさらに備える請求項８８に記載の機械によって読み取り可能な媒体。
【請求項９１】
前記第４の組の符号は、
選択されたＲＦチャネルを前記制御チャネルハンドオフＲＦリストにおいて最も強い信号強度を有するＲＦチャネルとして識別すること、
前記選択されたＲＦチャネルに関して制御チャネルハンドオフ基準が満たされているかどうかを決定すること、
制御チャネルハンドオフ基準が満たされており及び前記選択されたＲＦチャネルの信号強度が信号検出しきい値よりも大きい場合に前記選択されたＲＦチャネルにおいてワイド及びローカルシステムを取得すること、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを制御チャネルハンドオフＲＦリストから削除すること、及び
前記ワイドシステムが取得されるか又は前記制御チャネルハンドオフＲＦリストが空になるまで前記選択されたＲＦチャネルを識別する、前記制御チャネルハンドオフ基準が満たされているかどうかを決定する、前記ワイド及びローカルシステムを取得する、及び前記選択されたＲＦチャネルを削除する動作を繰り返すことを前記コンピュータに行わせるように構成される請求項８８に記載の機械によって読み取り可能な媒体。
【請求項９２】
前記選択されたＲＦチャネルと関連づけられた信号強度が前記最後の最良のＲＦチャネルと関連づけられた前記信号強度と信号強度ヒステリシス値との和よりも大きい場合に前記制御チャネルハンドオフ基準が満たされていると決定することを前記コンピュータに行わせるように構成された第６の組の符号をさらに備える請求項９１に記載の機械によって読み取り可能な媒体。
【請求項９３】
前記制御チャネルハンドオフＲＦリストが空になり、少なくともワイドシステムが取得される場合に制御チャネル取得外側ループを開始することを前記コンピュータに行わせるように構成された第６の組の符号をさらに備える請求項９１に記載の機械によって読み取り可能な媒体。
【請求項９４】
多周波数ネットワークにおけるサービス取得のために構成された少なくとも１つの集積回路であって、
制御チャネル取得トリガーイベントを検出するように構成され第１のモジュールと、
最後の最良のＲＦチャネルにおいて制御チャネルを取得するように構成された第２のモジュールと、
予め決められた回数の取得試行の間に前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に前記最後の最良のＲＦチャネルを制御チャネルハンドオフＲＦリストから削除するように構成された第３のモジュールと、
前記最後の最良のＲＦチャネルにおいて前記制御チャネルが取得されない場合に制御チャネルハンドオフ手順を開始するように構成された第４のモジュールと、
前記制御チャネルが取得されるか又は制御チャネル取得時間切れが生じるまで取得、削除、及び開始する前記動作を繰り返すように構成された第５のモジュールと、を備える、少なくとも１つの集積回路。
【請求項９５】
前記第１のモジュールは、電力上昇状態、ワイド制御チャネル更新の検出、及びローカル制御チャネル更新の検出のうちの少なくとも１つに基づいて前記制御チャネル取得トリガーイベントを検出するように構成される請求項９４に記載の少なくとも１つの集積回路。
【請求項９６】
予め提供されたＲＦリスト及び近隣記述情報から決定された近隣ＲＦリストのうちの少なくとも１つから前記制御チャネルハンドオフＲＦリストを入手するように構成された第６のモジュールをさらに備える請求項９４に記載の少なくとも１つの集積回路。
【請求項９７】
前記第４のモジュールは、
選択されたＲＦチャネルを前記制御チャネルハンドオフＲＦリストにおいて最も強い信号強度を有するＲＦチャネルとして識別し、
前記選択されたＲＦチャネルに関して制御チャネルハンドオフ基準が満たされているかどうかを決定し、
制御チャネルハンドオフ基準が満たされており及び前記選択されたＲＦチャネルの信号強度が信号検出しきい値よりも大きい場合に前記選択されたＲＦチャネルにおいてワイド及びローカルシステムを取得し、
前記選択されたＲＦチャネルにおいて前記ワイドシステムを取得できない場合に前記選択されたＲＦチャネルを制御チャネルハンドオフＲＦリストから削除し、及び
前記ワイドシステムが取得されるか又は前記制御チャネルハンドオフＲＦリストが空になるまで前記選択されたＲＦチャネルを識別する、前記制御チャネルハンドオフ基準が満たされているかどうかを決定する、前記ワイド及びローカルシステムを取得する、及び前記選択されたＲＦチャネルを削除する動作を繰り返すように構成される請求項９４に記載の少なくとも１つの集積回路。
【請求項９８】
前記選択されたＲＦチャネルと関連づけられた信号強度が前記最後の最良のＲＦチャネルと関連づけられた前記信号強度と信号強度ヒステリシス値との和よりも大きい場合に前記制御チャネルハンドオフ基準が満たされていると決定するように構成された第６のモジュールをさらに備える請求項９７に記載の少なくとも１つの集積回路。
【請求項９９】
前記制御チャネルハンドオフＲＦリストが空になり、少なくともワイドシステムが取得される場合に制御チャネル取得外側ループを開始するように構成された第６のモジュールさらに備える請求項９７に記載の少なくとも１つの集積回路。
【請求項１００】
多周波数ネットワークにおけるサービス取得のための方法であって、
現在のＲＦチャネルにおいてワイド及びローカルシステムを取得することと、
前記ワイド及びローカルシステムが取得された場合に前記現在のＲＦチャネルの信号強度が選択されたしきい値を下回ると決定することと、
近隣ＲＦリスト内のＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングすることと、
前記選択されたＲＦチャネルが前記現在のＲＦチャネルと異なる場合に前記最も強い信号強度を有する前記近隣ＲＦリストからの選択されたＲＦチャネルに切り替わることと、
前記選択されたＲＦチャネルにおいて前記ワイド及びローカルシステムを取得すること、とを備える、方法。
【請求項１０１】
多周波数ネットワークにおけるサービス取得のための装置であって、
現在のＲＦチャネルにおいてワイド及びローカルシステムを取得し、
前記ワイド及びローカルシステムが取得された場合に前記現在のＲＦチャネルの信号強度が選択されたしきい値を下回ると決定し、
近隣ＲＦリスト内のＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングし、
前記選択されたＲＦチャネルが前記現在のＲＦチャネルと異なる場合に前記最も強い信号強度を有する前記近隣ＲＦリストからの選択されたＲＦチャネルに切り替わり、
前記選択されたＲＦチャネルにおいて前記ワイド及びローカルシステムを取得するように構成された処理論理を備える、装置。
【請求項１０２】
ワイドシステムとローカルシステムとを備える多周波数ネットワークにおけるサービス取得のための装置であって、
現在のＲＦチャネルにおいてワイド及びローカルシステムを取得するための手段と、
前記ワイド及びローカルシステムが取得された場合に前記現在のＲＦチャネルの信号強度が選択されたしきい値を下回ると決定するための手段と、
近隣ＲＦリスト内のＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングするための手段と、
前記選択されたＲＦチャネルが前記現在のＲＦチャネルと異なる場合に前記最も強い信号強度を有する前記近隣ＲＦリストからの選択されたＲＦチャネルに切り替わるための手段と、
前記選択されたＲＦチャネルにおいて前記ワイド及びローカルシステムを取得するための手段と、を備える、装置。
【請求項１０３】
ワイドシステムとローカルシステムとを備える多周波数ネットワークにおけるサービス取得のためのコンピュータプログラム製品であって、
現在のＲＦチャネルにおいてワイド及びローカルシステムを取得することをコンピュータに行わせるための第１の組の符号と、
前記ワイド及びローカルシステムが取得された場合に前記現在のＲＦチャネルの信号強度が選択されたしきい値を下回ると決定することを前記コンピュータに行わせるための第２の組の符号と、
近隣ＲＦリスト内のＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングすることを前記コンピュータに行わせるための第３の組の符号と、
前記選択されたＲＦチャネルが前記現在のＲＦチャネルと異なる場合に前記最も強い信号強度を有する前記近隣ＲＦリストからの選択されたＲＦチャネルに切り替わることを前記コンピュータに行わせるための第４の組の符号と、
前記選択されたＲＦチャネルにおいて前記ワイド及びローカルシステムを取得することを前記コンピュータに行わせるための第５の組の符号と、を備える機械によって読み取り可能な媒体、を備える、コンピュータプログラム製品。
【請求項１０４】
ワイドシステムとローカルシステムとを備える多周波数ネットワークにおけるサービス取得のために構成された少なくとも１つの集積回路であって、
現在のＲＦチャネルにおいてワイド及びローカルシステムを取得するように構成された第１のモジュールと、
前記ワイド及びローカルシステムが取得された場合に前記現在のＲＦチャネルの信号強度が選択されたしきい値を下回ると決定するように構成された第２のモジュールと、
近隣ＲＦリスト内のＲＦチャネルの関連づけられた信号強度を測定するために前記ＲＦチャネルをモニタリングするように構成された第３のモジュールと、
前記選択されたＲＦチャネルが前記現在のＲＦチャネルと異なる場合に前記最も強い信号強度を有する前記近隣ＲＦリストからの選択されたＲＦチャネルに切り替わるように構成された第４のモジュールと、
前記選択されたＲＦチャネルにおいて前記ワイド及びローカルシステムを取得するように構成された第５のモジュールと、を備える、少なくとも１つの集積回路。
【国際調査報告】
2010531581.tif 000020
2010531581.tif 000021
2010531581.tif 000022
2010531581.tif 000023
2010531581.tif 000024