(57)【要約】【課題】放送サービス情報の提供のための方法及び装置。【解決手段】放送サービス情報の提供のための方法及び装置が開示される。放送サービスをサポートしているワイアレス通信システムにおいて、サービスＩＤは、放送サービスを認識するために与えられる。サービスＩＤは、基地局に送信される。基地局は、サービスＩＤを含む放送サービスパラメータメッセージを設定する。基地局は、その後、移動局へ放送サービスパラメータメッセージを送信する。移動局は、放送サービスパラメータメッセージを受信し、そして放送サービスパラメータメッセージ中のサービスＩＤを使用して近隣のセクタにおける放送サービスの利用可能性を決定する。
2005516474.tif 000002
【特許請求の範囲】
【請求項１】
放送サービスをサポートするワイアレス通信システムにおいて、方法は、以下を具備する：
放送サービスを認識するためにサービスＩＤを提供することと；
基地局へサービスＩＤを送ることと；
サービスＩＤを含む基地局において放送サービスパラメータメッセージを構成することと、
移動局へ放送サービスパラメータメッセージを送信すること；及び
隣接のセクタにおいて放送サービスの利用可能性を決定するために移動局において放送サービスパラメータメッセージ中のサービスＩＤを使用すること。
【請求項２】
請求項１の方法、ここで、放送サービスは、コンテントサーバーによって送信される。
【請求項３】
請求項２の方法、ここで、放送サービスは、サービスネームを有する。
【請求項４】
請求項３の方法であって、グローバル発行者からサービスＩＤをコンテントサーバーによって要求することをさらに具備する。
【請求項５】
請求項３の方法、ここで、サービスＩＤは、グローバル発行者によって発行されたグローバルに固有なサービスＩＤである。
【請求項６】
請求項５の方法、ここで、サービスＩＤは、ＢＣＭＣＳ＿ＩＤを具備する。
【請求項７】
請求項６の方法であって、ＩＰマルチキャストアドレス及びＵＤＰポート番号をＢＣＭＣＳ＿ＩＤと関連付けることをさらに具備する。
【請求項８】
請求項６の方法であって、ＢＣＭＣＳ＿ＩＤをダイナミックに生成すること及びライフタイム値をＢＣＭＣＳ＿ＩＤと関連付けることをさらに具備する。
【請求項９】
請求項３の方法であって、ローカル発行者からサービスＩＤをコンテントサーバーによって要求することをさらに具備する。
【請求項１０】
請求項３の方法、ここで、サービスＩＤは、ローカル発行者によって発行されたローカルに固有なサービスＩＤである。
【請求項１１】
請求項１０の方法、ここで、サービスＩＤは、ＢＣＭＣＳ＿ＩＤを具備する。
【請求項１２】
請求項１１の方法であって、ＩＰマルチキャストアドレス及びＵＤＰポート番号をＢＣＭＣＳ＿ＩＤと関連付けることをさらに具備する。
【請求項１３】
請求項１０の方法であって、ＢＣＭＣＳ＿ＩＤをダイナミックに生成すること及びライフタイム値をＢＣＭＣＳ＿ＩＤと関連付けることをさらに具備する。
【請求項１４】
請求項１の方法、ここで、サービスＩＤは、ＢＣＭＣＳ＿ＩＤを具備する。
【請求項１５】
請求項１４の方法、ここで、ＢＣＭＣＳ＿ＩＤは、ＢＣＭＣＳ＿ＩＤの独自性を示すためにグローバルインディケータを具備するデュアルＢＣＭＣＳ＿ＩＤである。
【請求項１６】
放送サービスをサポートするワイアレス通信システムにおける使用のための基地局であって、ここで、基地局は第１のサービスＩＤによって認識された第１の放送サービスを受信する、及びここで、基地局は第２のサービスＩＤによって認識された第２の放送サービスを受信する隣接する基地局を有する、及びここで、基地局は以下を具備する方法を実行するために構成される；
第２の放送サービスを認識する第２のサービスＩＤを受信することと；
第２の放送サービスに関係する隣接の構成データを構成することと；
第２のサービスＩＤ及び隣接の構成データを含む放送サービスパラメータメッセージを構成すること；及び
第１の放送サービスを現在受信している移動局に放送サービスパラメータメッセージを送信すること。
【請求項１７】
請求項１６の基地局、ここで、第１の放送サービス及び第２の放送サービスは、コンテントサーバーによって送信される。
【請求項１８】
請求項１６の基地局、ここで、第１のサービスＩＤは、グローバル発行者によって提供された。
【請求項１９】
請求項１６の基地局、ここで、第１のサービスＩＤは、グローバル発行者によって発行されたグローバルに固有なサービスＩＤである。
【請求項２０】
請求項１６の基地局、ここで、第１のサービスＩＤは、第１のＢＣＭＣＳ＿ＩＤを具備し、及びここで、第２のサービスＩＤは、第２のＢＣＭＣＳ＿ＩＤを具備する。
【請求項２１】
請求項２０の基地局、ここで、ＩＰマルチキャストアドレス及びＵＤＰポート番号は、第１のＢＣＭＣＳ＿ＩＤに関連付けられる。
【請求項２２】
請求項２１の基地局、ここで、第１のＢＣＭＣＳ＿ＩＤは、関連付けられたライフタイム値を有する。
【請求項２３】
請求項１６の基地局、ここで、第１のサービスＩＤは、ローカル発行者によって発行されたローカルに固有なサービスＩＤである。
【請求項２４】
請求項２３の基地局、ここで、第１のサービスＩＤは、第１のＢＣＭＣＳ＿ＩＤを具備する。
【請求項２５】
請求項２４の基地局、ここで、ＩＰマルチキャストアドレス及びＵＤＰポート番号は、第１のＢＣＭＣＳ＿ＩＤに関連付けられる。
【請求項２６】
請求項１６の基地局、ここで、第１のサービスＩＤは、第１のＢＣＭＣＳ＿ＩＤを具備する。
【請求項２７】
請求項２６の基地局、ここで、第１のＢＣＭＣＳ＿ＩＤは、第１のＢＣＭＣＳ＿ＩＤの独自性を示すためにグローバルインディケータを具備するデュアルＢＣＭＣＳ＿ＩＤである。
【請求項２８】
放送サービスをサポートするワイアレス通信システムにおける使用のための移動局であって、ここで、移動局は第１の基地局の第１のセクタ中にあって第２の基地局の第２のセクタに近づいている、及びここで、移動局は以下を具備する方法を実行するために構成される：
第１の基地局からの第１のサービスＩＤによって認識された第１の放送サービスを受信することと；
第２のサービスＩＤ及び隣接の構成データを含む放送サービスパラメータメッセージを受信すること、ここで、第２のサービスＩＤは、第２のセクタ中で利用可能な第２の放送サービスを認識する；
第２の放送サービスに関係する隣接の構成データを検査すること；及び
隣接の構成データに基づいて、第１のサービスＩＤ及び第２のサービスＩＤが、同一の放送コンテント、それによって放送コンテントの受信が第２のセクタにおいて継続される、を認識するかどうかを決定すること。
【請求項２９】
請求項２８の移動局、ここで、第１の放送サービス及び第２の放送サービスは、コンテントサーバーによって送信される。
【請求項３０】
請求項２８の移動局、ここで、第１のサービスＩＤは、グローバル発行者によって提供された。
【請求項３１】
請求項２８の移動局、ここで、第１のサービスＩＤは、グローバル発行者によって発行されたグローバルに固有なサービスＩＤである。
【請求項３２】
請求項２８の移動局、ここで、第１のサービスＩＤは、第１のＢＣＭＣＳ＿ＩＤを具備し、及びここで、第２のサービスＩＤは、第２のＢＣＭＣＳ＿ＩＤを具備する。
【請求項３３】
請求項３２の移動局、ここで、ＩＰマルチキャストアドレス及びＵＤＰポート番号は、第１のＢＣＭＣＳ＿ＩＤに関連付けられる。
【請求項３４】
請求項３３の移動局、ここで、第１のＢＣＭＣＳ＿ＩＤは、関連付けられたライフタイム値を有する。
【請求項３５】
請求項２８の移動局、ここで、第１のサービスＩＤは、ローカル発行者によって発行されたローカルに固有なサービスＩＤである。
【請求項３６】
請求項２８の移動局、ここで、第１のサービスＩＤは、第１のＢＣＭＣＳ＿ＩＤを具備する。
【請求項３７】
請求項３６の移動局、ここで、第１のＢＣＭＣＳ＿ＩＤは、第１のＢＣＭＣＳ＿ＩＤの独自性を指すためにグローバルインディケータを具備するデュアルＢＣＭＣＳ＿ＩＤである。
【請求項３８】
ワイアレス装置であって、以下を具備する：
放送サービスを認識するためにサービスＩＤを提供するための手段と；
基地局へサービスＩＤを送るための手段と；
サービスＩＤを含む基地局において放送サービスパラメータメッセージを構成するための手段と、
移動局へ放送サービスパラメータメッセージを送信するための手段；及び
隣接のセクタにおいて放送サービスの利用可能性を決定するために移動局において放送サービスパラメータメッセージ中のサービスＩＤを使用するための手段。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にワイアレス通信システムに係り、特に、放送サービス情報を提供するための方法及び装置に関する。
【背景技術】
【０００２】
ワイアレス通信システムを介したパケット化されたデータサービスに対する要求が増加している。従来のワイアレス通信システムが、音声通信に対して設計されているので、データサービスをサポートするための拡張は、多くの難題を誘起する。具体的には、ビデオ及びオーディオ情報が加入者にストリームされる放送サービスのような、一方向サービスの提供は、必要条件及びゴールの特有のセットを有する。そのようなサービスは、大きなバンド幅の必要性を有する可能性がある、ここで、システム設計者は、オーバーヘッド情報の送信を最小化しようと努力する。さらに、特定の情報が、プロセシングパラメータ及びプロトコルのような放送送信を転送する及び／若しくはアクセスするために必要である。問題は、利用可能なバンド幅の使用を最適化しつつ、放送−特定な情報を送信することにおいて存在する。
【０００３】
それゆえ、ワイアレス通信システムにおいてデータを送信する効率的なそして正確な方法に対する要求がある。さらに、サービス−特定の情報を提供する効率的なそして正確な方法に対する要求がある。
【発明の開示】
【０００４】
【発明を実施するための最良の形態】
【０００５】
用語“イグゼンプラリ”は、ここでは広く用いられ、“例、事例、若しくは実例として働くこと”を意味する。“イグゼンプラリ“としてここで開示されたいずれかの実施形態が、他の実施形態に対して好ましい若しくは優位であるとして解釈される必要性はない。本実施形態の種々の態様が図面中に表されているが、図面は、具体的に指示していなければ縮尺で描かれる必要性がない。
【０００６】
ワイアレス通信システムのイグゼンプラリな実施形態は、ヘッダー圧縮を採用する。ヘッダー圧縮は、システムの精度及び送信要求を満足させながら、各ヘッダーのサイズを削減する。イグゼンプラリな実施形態は、一方向放送サービスをサポートする。その放送サービスは、複数のユーザにＩＰパケットを提供する。一般に、ＩＰパケットは、ビデオ及び／若しくはオーディオストリームを具備する。放送サービスへの加入者は、専用のチャネルに“同調させて”、放送送信をアクセスする。ビデオ放送の高速送信に対するバンド幅要求が大きいので、そのような放送送信に関連付けられた任意のオーバーヘッドのサイズを削減することは、好ましい。
【０００７】
時々、放送サービスは、その地理的な場所に基づいてユーザのグループに情報を送信するサービスとして使用される可能性がある。これも、“宛て先のない”メッセージングと考えられるはずである。例は、セル／セクタ若しくは特定のページングゾーンに基づいて交通若しくは気象警報のようなローカルな情報を放送することである。放送情報を受信することが可能なその領域内の全てのユーザは、それを受信するはずである。
【０００８】
放送サービスは、マルチキャスティングに対しても使用される可能性がある。マルチキャストは、ユーザグループへの加入に基づいてユーザの特定のセットに対して情報を放送する能力を呼ぶ可能性がある。そのユーザグループは、管理者によって維持される可能性がある。付け加えると、ユーザグループは、公然と応募できる（例えば、宣伝申込み、株式取引、等）可能性があり、若しくは公開申込み(public subscription)（例えば、共通リスト(corporate list)）が締め出される可能性がある。マルチキャストリストは、ユーザグループ管理者により規定されたようにメッセージの受信を知らせる移動装置を所有するために構成される可能性がある。これは、アドレスで呼び出せるメッセージングと考えられるはずである。
【０００９】
マルチキャストユーザグループは、クローズドグループであると一般に考えられる。これらのグループでは、メンバーは、管理者に要求を送ることによって、ある種のウェブインターフェースによって、若しくは他のメカニズムでサービス（公開マルチキャストグループ）に一般に加入する。非公開の(private)マルチキャストグループは、管理者がメンバーを手動で追加することによって厳格にメンバーシップを制限される。
【００１０】
放送サービスも、公開及び非公開のグループに分割されることができる。公開放送グループは、地理的に特定の情報を送信するために使用される。放送の能力を有する特定の地理的領域内の全ての装置は、公開グループ内であり、この情報を受信する。この公開放送タイプの放送情報の例は、緊急気象警報、交通状態、等である。非公開の放送グループは、特定の地域内の装置の特定のグループへ特定の情報を送信することを目的にする。このタイプのサービスの一例は、ロケーションに基づいて宣伝することである。この例に関する１つの可能性のあるシナリオは、どこでユーザが特定の宣伝を受信することを選択する可能性があるか、いつ、しかし他の時間ではなく、彼若しくは彼女がモールにいるかである。
【００１１】
以下の説明は、一般に拡散スペクトルワイアレス通信システムをまず示すことによってイグゼンプラリな実施形態を発達させる。次に、放送サービスが導入される。ここで、このサービスは、高速放送サービス（ＨＳＢＳ）として呼ばれる。基地局とパケットデータサービングノードとの間のインターフェースは、ユーザトラフィック及びシグナリングに対して導入される。ユーザトラフィックに対するＡ１０接続を確立するためのメッセージが、説明される。フロー処理及び処理を伝達するためのデータをマッピングすることとパケットデータサービングノードへ情報をマッピングすることが、図示され、説明される。フロー処理を送信すること及び基地局からパケットデータサービングノードへデータをマッピングすることの例が、示される。正しいインターフェースへのフローをマッピングすること及び圧縮アルゴリズムの詳細を規定するためにサービスオプションパラメータの使用を示すことの詳細が、示される。最後に、フロー処理を使用すること及び処理を伝達するためのデータをマッピングすることと情報をマッピングすることのいくつかの利点が、示される。
【００１２】
イグゼンプラリな実施形態が、この説明の全体を通して典型として与えられることに注意する。しかしながら、代わりの実施形態は、本発明の範囲から逸脱しないで種々の態様に組み込まれる可能性がある。具体的に、本発明は、データプロセシングシステム、ワイアレス通信システム、一方向放送システム、及び情報の効率的な送信を希望するいずれかの他のシステムに適用できる。
【００１３】
ワイアレス通信システム
イグゼンプラリな実施形態は、放送サービスをサポートする拡散スペクトルワイアレス通信システムを採用する。ワイアレス通信システムは、音声、データ、その他のような種々のタイプの通信を与えるために広く展開される。これらのシステムは、コード分割多元アクセス（ＣＤＭＡ）、時間分割多元アクセス（ＴＤＭＡ）、若しくは他の変調技術に基づく可能性がある。ＣＤＭＡシステムは、他のタイプのシステムに対してシステム能力の増加を含むある種の利点を与える。
【００１４】
システムは、以下のような１若しくはそれ以上の標準をサポートするために設計される可能性がある。例えば、ここではＩＳ−９５標準として引用される“デュアルモードワイドバンド拡散スペクトルセルラシステムに関するＴＩＡ／ＥＩＡ−９５−Ｂ移動局−基地局互換性標準”、ここでは３ＧＰＰとして引用される“第３世代パートナーシッププロジェクト”（３ＧＰＰ）という名前のコンソーシアムにより提案された標準で、ここではＷ−ＣＤＭＡ標準として呼ばれるドキュメント番号３Ｇ  ＴＳ  ２５．２１１、３Ｇ  ＴＳ  ２５．２１２、３Ｇ  ＴＳ  ２５．２１３、及び３Ｇ  ＴＳ  ２５．２１４、３Ｇ  ＴＳ  ２５．３０２を含むドキュメントのセットに組み込まれている、ここでは３ＧＰＰ２として呼ばれる“第３世代パートナーシッププロジェクト２”という名前のコンソーシアムにより提案された標準は、及びここではｃｄｍａ２０００として呼ばれ、以前はＩＳ−２０００  ＭＣと呼ばれたＴＲ−４５．５である。これらの名前を挙げられた標準は、ここに引用文献として取り込まれている。
【００１５】
各々の標準は、基地局からモービルへ、及びこの逆の送信に関するデータのプロセシングを具体的に規定する。あるイグゼンプラリな実施形態として、以下の説明は、ｃｄｍａ２０００標準のプロトコルに整合する拡散スペクトル通信システムを考慮する。代わりの実施形態は、他の標準を組み込む可能性がある。さらに他の実施形態は、他のタイプのデータプロセシングシステムに対してここで開示された圧縮方法を適用する可能性がある。
【００１６】
図１は、通信システム１００の一例として働く。システム１００は、複数のユーザをサポートし、そしてここで説明された実施形態の少なくともいくつかの態様を実行する能力がある。種々のアルゴリズム及び方法のいずれかのものは、システム１００において送信を計画するために使用される可能性がある。システム１００は、複数のセル１０２Ａ−１０２Ｇに対する通信を与える。各セルは、それぞれ、対応する基地局１０４Ａ−１０４Ｇによってサービスされる。あるイグゼンプラリな実施形態では、基地局１０４のいくつかは、複数の受信アンテナを有し、他は、ただ１個の受信アンテナを有する。同様に、基地局１０４のいくつかは、複数の送信アンテナを有し、他は、１個の送信アンテナを有する。送信アンテナと受信アンテナの組み合わせには制限がない。それゆえ、基地局１０４が複数の送信アンテナと１個の受信アンテナ有すること、若しくは複数の受信アンテナと１個の送信アンテナを有すること、若しくは両方とも１つ又は複数の送信アンテナ及び受信アンテナを有することが可能である。
【００１７】
交信地域内のターミナル１０６は、固定されている（すなわち、静止の）若しくは移動できる可能性がある。図１に示されたように、種々のターミナル１０６が、システム全体に分散される。各ターミナル１０６は、例えば、ソフトハンドオフが採用されるかどうか若しくはターミナルが複数の基地局から複数の送信を（並行して若しくは逐次）受信するために設計され、そして運営されるかどうかに依存して、任意の所定の瞬間にダウンリンク及びアップリンクにおいて少なくとも1のそしておそらくそれ以上の基地局１０４と通信する。ＣＤＭＡ通信システムにおけるソフトハンドオフは、この分野で良く知られており、米国特許番号第５，１０１，５０１号、名称“ＣＤＭＡセルラ電話システムにおけるソフトハンドオフを提供するための方法及び装置”に詳しく説明されており、これは、本発明の譲受人に譲渡されている。
【００１８】
ダウンリンクは、基地局１０４からターミナル１０６へ送信することを言い、そしてアップリンクは、ターミナル１０６から基地局１０４へ送信することを言う。イグゼンプラリな実施形態では、ターミナル１０６のいくつかは、複数の受信アンテナを有し、他は、ただ１個の受信アンテナだけを有する。図１において、基地局１０４Ａは、ダウンリンクにおいてターミナル１０６Ａ及び１０６Ｊへデータを送信し、基地局１０４Ｂは、ターミナル１０６Ｂ及び１０６Ｊへデータを送信し、基地局１０４Ｃは、ターミナル１０６Ｃへデータを送信する、等々である。
【００１９】
高速放送システム（ＨＳＢＳ）
ワイアレス通信システム２００が図２に示される、ここで、ＩＰパケットは、1若しくはそれ以上のパケットデータサービングノード（ＰＤＳＮｓ）２０６へＩＰネットワーク２０４を経由して1若しくはそれ以上のコンテントサーバー（ＣＳｓ）２０２により提供される。ＣＳ２０２は、ＩＰネットワーク２０４の全域でインターネットプロトコルデータパケット（“ＩＰパケット”）として送信されるデータを提供する。多くの異なる種類のデータは、ＣＳ２０２によって送信される可能性がある。例えば、オーディオデータ、ビデオデータ、テキスチャルデータ、電子ファイル、等、は、ＩＰネットワーク２０４を経由してＣＳ２０２により送信される可能性がある。ビデオ及びオーディオ情報は、テレビで放送されたプログラム若しくはラジオ送信からである可能性がある。このようにして、ＣＳ２０２は、ビデオデータ、オーディオデータ、等を運用するために構成されたサーバである可能性がある。ある実施形態では、ＣＳ２０２は、インターネットに接続され、そしてワールドワイドウェブをブラウジングするユーザにデータを運用するために機能するウェブサーバである可能性がある。ＩＰネットワーク２０４は、インターネット、イントラネット、非公開のＩＰネットワーク、等である可能性がある。
【００２０】
ＰＤＳＮ２０６は、ＩＰパケットを受信し処理して、それらを1若しくはそれ以上の基地局２０８（ＢＳｓ）へ送信する。図示されたように、各ＰＤＳＮ２０６は、1若しくはそれ以上のＢＳｓ２０８と電子通信している。一旦ＢＳ２０８がデータを受信すると、データを1若しくはそれ以上の移動局２１０（ＭＳ）へ送信する。１つのＭＳ２１０は、図１のターミナル１０６に対応する。各ＢＳ２０８は、1若しくはそれ以上のＭＳｓ２１０を運用する。一般に、ＢＳ２０８は、複数のＭＳｓ２１０を運用する。
【００２１】
ところで図３を参照して、上記のように、ＣＳ２０２からの情報は、ＩＰパケットのようなパケット化されたデータとして提供される。ＰＤＳＮ２０６は、アクセスネットワーク（ＡＮ）３００内での配送のためにＩＰパケットを処理する。図示されたように、ＡＮ３００は、複数の移動局（ＭＳｓ）２１０と通信しているＢＳ２０８を含むシステム２００の一部分として規定される。ＰＤＳＮ２０６は、ＢＳ２０８に接続される。ＨＳＢＳサービスに関して、ＢＳ２０８は、ＰＤＳＮ２０６から情報のストリームを受信し、そしてシステム２００内の加入者へ指定されたチャネルで情報を提供する。
【００２２】
ＨＳＢＳは、ワイアレス通信システムにおいてエアーインターフェースを介して提供された情報のストリームである。“ＨＳＢＳチャネル”は、放送コンテントによって規定されたように、単一の論理ＨＳＢＳ放送セッションとみなされる。所定のＨＳＢＳチャネルのコンテントが、時間とともに変化する、例えば、午前７時ニュース、午前８時天気、午前９時映画、等、可能性があることに注意する。時間に基づいたスケジューリングは、単一のＴＶチャネルに類似している。“放送チャネル”は、単一の順方向リンク物理チャネル、すなわち、放送トラフィックを搬送する所定のウォルシュコード、とみなされる。放送チャネル、ＢＣＨ、は、単一のＣＤＭチャネルに対応する。
【００２３】
単一の放送チャネルは、1若しくはそれ以上のＨＳＢＳチャネルを搬送できる。この場合には、ＨＳＢＳチャネルは、単一の放送チャネル内で時分割マルチプレックス（ＴＤＭ）方式でマルチプレックスされる。ある実施形態では、単一のＨＳＢＳチャネルは、セクタ内の1以上の放送チャネルにおいて提供される。他の実施形態では、単一のＨＳＢＳチャネルは、異なる周波数で提供されて、その周波数において加入者を運用する。
【００２４】
イグゼンプラリな実施形態にしたがって、図１に示されたシステム１００は、高速放送サービス（ＨＳＢＳ）として呼ばれる高速マルチメディアブロードキャスティングサービスをサポートする。サービスの放送能力は、ビデオ及びオーディオ通信をサポートするために十分なデータレートでプログラミングを提供するために予定される。一例として、ＨＳＢＳのアプリケーションは、映画のビデオストリーミング、スポーツイベント、等を含む可能性がある。ＨＳＢＳサービスは、インターネットプロトコル（ＩＰ）に基づいたパケットデータサービスである。
【００２５】
イグゼンプラリな実施形態にしたがって、サービスプロバイダは、ＣＳ２０２とみなされる。ここで、ＣＳ２０２は、システムユーザにそのような高速放送サービスの利用可能性を宣伝する。ＨＳＢＳサービスを受けようと希望する任意のユーザは、そのＣＳ２０２に加入する可能性がある。加入者は、その後、ＣＳ２０２によって提供される可能性がある種々の方法で放送サービススケジュールをスキャンすることができる。例えば、放送コンテントは、宣伝、ショート管理システム（ＳＭＳ）メッセージ、ワイアレスアプリケーションプロトコル（ＷＡＰ）、及び／若しくは移動ワイアレス通信に一般に一致し便利なある他の手段を介して通信される可能性がある。基地局（ＢＳｓ）２０８は、制御及び情報に対して指定されたチャネル及び／若しくは周波数上で送信されたもの、すなわち、ノンペイロードメッセージ、のような、オーバーヘッドメッセージにおいてＨＳＢＳに関係するパラメータを送信する。ペイロードは、送信の情報コンテントとみなされる。ここで、放送セッションに対して、ペイロードは、放送コンテント、すなわち、ビデオプログラム、等、である。放送サービス加入者が放送セッション、すなわち、特定の放送スケジュールプログラム、を受信することを希望する場合、ＭＳ２１０は、オーバーヘッドメッセージを読み、適切な構成を知る。ＭＳ２１０は、その後、ＨＳＢＳチャネルを含んでいる周波数に同調し、そして放送サービスコンテントを受信する。
【００２６】
ＭＳｓ２１０が放送チャネルをうまく見つけて聞くために、種々の放送サービスに関係したパラメータが、エアーインターフェースを介して送信される。放送サービスは、プロトコルスタック(protocol stack)中の異なるプロトコルオプションをサポートするために設計される。これは、放送サービスの受信者が放送の適切なデコーディング及びプロセシングを容易にするために選択されたプロトコルオプションを通知されることを必要とする。ある実施形態では、ＣＳ２０２は、ｃｄｍａ２０００標準に整合する、オーバーヘッドシステムパラメータメッセージとして受信者へこの情報を提供する。受信者に対する利点は、オーバーヘッドメッセージから直ちに情報を受信する能力である。このようにして、受信者は、受信者が放送セッションを受信するために十分なリソースを有するかどうかを直ちに決定する可能性がある。受信者は、オーバーヘッドシステムパラメータメッセージをモニタする。システムは、パラメータ及びプロトコルのセットに対応するサービスオプション番号をインプリメントする可能性がある。ここで、サービスオプション番号は、オーバーヘッドメッセージにおいて提供される。あるいは、システムは、ビット若しくはフラッグのセットを提供する可能性があり、選択された異なるプロトコルオプションを指示する可能性がある。受信者は、その後、放送セッションを正しくデコーディングするためのプロトコルオプションを決定する。
【００２７】
図４を参照して、ＣＳ４０２によって提供された放送／マルチキャストサービスは、放送コンテント４０４を送信することを含む。放送コンテント４０４は、データの固定セットである可能性がある、若しくはデータの連続したストリームである可能性がある。放送／マルチキャストサービスは、一般に、放送サービスを認識するために使用される放送／マルチキャストサービスネーム４０６を有する。図４に図示された実施形態では、サービスネーム４０６は、ユーザが読み出せインタープリットできるテキストに基づいた名前である。例えば、可能性のあるサービスネーム４０６は、ＣＮＮニュース、ＮＢＣスポーツ、等、を含む。
【００２８】
サービスネーム４０６は、サービスアイデンティフィケーション（サービスＩＤ）４０８に関連付けられる。サービスＩＤ４０８は、一般に数字であり、そして特定の放送／マルチキャストサービスを認識するために使用される。サービスＩＤ４０８は、放送／マルチキャストサービスに対するアイデンティファイアであり、ここでの特定の実施形態では、ＢＣＭＣＳ＿ＩＤとして呼ばれる可能性がある。したがって、用語サービスＩＤ４０８は、ここで述べられたようにＢＣＭＣＳ＿ＩＤを含む広い用語である。
【００２９】
図４のＣＳ４０２は、単一の放送／マルチキャストサービスを提供する。図５は、1以上の放送／マルチキャストサービスを提供するＣＳ５０２を示す。図５のＣＳ５０２は、放送コンテント５０４ａ，５０４ｂの２つの放送／マルチキャストストリームを提供する。ここで各放送は、関連付けたサービスネーム５０６ａ，５０６ｂ及びサービスＩＤ５０８ａ、５０８ｂを有する。図５に示されたように、サービスは、１以上のサービスネーム５０６ｂを有する可能性がある。類似のサービスネーム５０６ｂ（１），５０６ｂ（２），５０６ｂ（３）は、全て同一の放送コンテント５０４ｂを認識するために使用される可能性がある。
【００３０】
ＣＳ２０２は、図６に示されたように、1若しくはそれ以上のＰＤＳＮｓ２０６へサービスＩＤ４０８を送信することによって放送／マルチキャストサービスが利用できることを宣伝する。図６は、ある実施形態にしたがった放送フローを示す。横軸は、システムのトポロジー、すなわち、インフラストラクチャエレメント、を表す。縦軸は、時間軸を表す。時刻ｔ１においてＣＳ２０２は、ＰＤＳＮ２０６へサービスＩＤ４０８（若しくはＢＣＭＣＳ＿ＩＤ）を送信する。ＰＤＳＮ２０６は、時刻ｔ２においてＢＳ２０８へサービスＩＤ４０８を送信する。これは、時刻ｔ３において1若しくはそれ以上のＭＳｓ２１０へサービスＩＤ４０８を順番に送信する。サービスを受信することを希望するＭＳ２１０は、時刻ｔ４においてＢＳ２０８を介してＰＤＳＮ２０６と接続を確立する可能性があり、その後、時刻ｔ５及びｔ６においてＰＤＳＮ２０６及びＢＳ２０８を介してＣＳ２０２から放送／マルチキャストサービスを受信し始める可能性がある。
【００３１】
サービスＩＤ４０８は、ＭＳ２１０が放送サービスを認識することを可能にする。さらに、ＢＳ２０８が1若しくはそれ以上のＭＳｓ２１０へ放送サービスの利用可能性を宣伝することを可能にする。サービスＩＤ４０８の使用は、ＭＳ２１０が１つのＢＳ２０８から他のＢＳ２０８へ移動する場合にも有用である。各ＢＳ２０８は、隣接するＢＳｓ２０８において利用できるサービスＩＤｓ４０８を含む情報を送信する可能性があり、その結果、サービスを受信することを継続できるかどうか及び／若しくはこれから起きるハンドオフのタイプをＭＳ２１０が決定する可能性がある。以下の実施形態は、ワイアレスネットワークを経由してＭＳ２１０へ放送サービス情報（サービスＩＤ４０８及び関連する情報を含む）を提供するための種々の方法及び装置を説明する。これから説明されるように、以下の実施形態は、ＭＳ２１０がサービスＩＤ４０８の使用を介してセクタ境界を横切る時に放送サービスを継続して受信することを可能にする。明細書では以下の通りである。より多くの特定のＢＣＭＣＳ＿ＩＤが、サービスＩＤ４０８の代わりに呼ばれる可能性があり、そしてサービスＩＤ４０８のより具体的な実施形態であるとしてこれから理解される。
【００３２】
サービスＩＤ４０８の提供は、種々の実施形態を介して実行される可能性がある。例えば、サービスＩＤ４０８は、グローバルに固有である可能性があり、グローバル発行者によって提供される可能性がある。あるいは、サービスＩＤｓ４０８は、ローカルに固有である可能性があり、複数のローカル発行者により取り扱われる可能性がある。もちろん、グローバル及びローカル発行者の組み合わせが使用される可能性があり、ここでは、サービスＩＤｓ４０８は、グローバルに固有である若しくはローカルに固有であることのいずれかである可能性がある。図７に関連して説明された実施形態は、グローバルに固有なサービスＩＤｓ４０８を説明する。図１５は、ローカルに固有なサービスＩＤｓ４０８を説明する。最後に、図１６は、サービスＩＤ４０８がローカルに若しくはグローバルのいずれかに固有である可能性がある実施形態を詳細に説明する。
【００３３】
ところで図７を参照して、サービスＩＤ４０８は、マルチキャスト／放送サービスを認識するグローバルに固有な値である可能性がある。グローバル発行者７０２として見なされる、管理者は、グローバルに固有なサービスＩＤ４０８値の割り当てを管理するために使用される。３つのキャリア、キャリアＡ７０４、Ｂ７０６及びＣ７０８、が図７に示される。可能性が図７には示されていないが、異なるキャリアが互いに重なる可能性があることをこの分野に知識のある者は評価するであろう。キャリアは、各々ＣＳ７１０，７１２，７１４を含む。
【００３４】
ある種のキャリアを有するＣＳが放送／マルチキャストサービスを提供しようと望む場合に、ＣＳは、グローバル発行者７０２からサービスＩＤ４０８を要求する。例えば、キャリアＡ７０４のＣＳ７１０は、グローバル発行者７０２からサービスＩＤ４０８を要求するはずであり、その結果、その後、ＣＳ７１０は、サービスＩＤ４０８をサービスネーム４０６と関連付けることができる。グローバル発行者７０２は、サービスＩＤｓ４０８を記憶し、そしてサービスＩＤｓ４０８の生成及び発行を管理する。グローバル発行者７０２は、サービスＩＤデータベース７１６を含む可能性がある。
【００３５】
図８は、サービスＩＤデータベース７１６において使用され記憶される可能性があるレコード８０２の実施形態を示す。ＢＣＭＣＳ＿ＩＤ８０４は、発行者７０２によって生成されたサービスＩＤ４０８である。サービスネーム８０６は、ＣＳ７１０によって提供されたサービスの名前である。上記に明らかにしたように、１以上のサービスネーム８０６が、ＢＣＭＣＳ＿ＩＤ８０２に関連付けられる可能性がある。例えば、放送／マルチキャストサービスは、類似する複数のサービスネーム８０６を持つ可能性がある。そのような一例は、サンディエゴ、カルフォルニア、におけるローカルＣＢＳ放送サービスが、ＣＢＳ，チャネル８、若しくはＫＦＭＢのような名前によって認識されることができる。それゆえ、類似のサービスネーム８０６は、同一のＢＣＭＣＳ＿ＩＤ８０４にマップされる可能性がある。
【００３６】
ライフタイムフィールド８０８も、レコード８０２中に含まれる可能性があり、ＢＣＭＣＳ＿ＩＤ８０４のライフタイムを指示する。放送／マルチキャストサービスとＢＣＭＣＳ＿ＩＤ８０４との間のマッピングは、スタティック若しくはダイナミックである可能性がある。スタティックＩＤ割り当ては、それほど多くの放送／マルチキャストサービスがない場合に初めに使用される可能性がある。放送／マルチキャストサービスの数が、ＢＣＭＣＳ＿ＩＤ空間より大きいのであれば、ダイナミックＢＣＭＣＳ＿ＩＤ割り当てが、使用される可能性がある。ダイナミックＩＤ割り当てが使用されるのであれば、放送／マルチキャストサービスネーム８０６とＢＣＭＣＳ＿ＩＤ８０４との間を結合することは、ライフタイムがあるはずである。もちろん、ＢＣＭＣＳ＿ＩＤ８０４のライフタイムが必要なければ、図８に示されたレコード８０２は、ライフタイムフィールド８０８を含まない可能性がある。付け加えると、スタティックアドレシングは、常時放送の放送／マルチキャスト（例えば、２４時間天気サービス）及び定期的な放送／マルチキャスト（例えば、１時間の日々のニュース）に対して使用される可能性がある。ダイナミックアドレシングは、定期的な放送／マルチキャスト及び１回だけの放送／マルチキャスト（例えば、チャージャーズ対レイダーズのスポーツイベント）に対して使用される可能性がある。
【００３７】
図９は、ＣＳ７１０において使用され記憶される可能性があるＣＳレコード９０２の実施形態を示す。レコード９０２は、ＢＣＭＣＳ＿ＩＤ９０４及びサービスネーム９０６を含む。レコード９０２は、ライフタイム９１２も含む。ＢＣＭＣＳ＿ＩＤ９０４は、ＩＰマルチキャストアドレス９０８及びＵＤＰポート番号９１０に関連付けられる。ＭＳ２１０は、アウト−オブ−バンドメカニズムを介して放送／マルチキャストサービスのＢＣＭＣＳ＿ＩＤ９０４、ＩＰマルチキャストアドレス９０８、及びＵＤＰポート番号９１０を得る可能性がある。ＭＳ２１０は、ＢＣＭＣＳ＿ＩＤ９０４とＩＳ−２０００レイヤー３シグナリングを介した物理チャネルパラメータとの間のマッピングを得る。
【００３８】
ＢＣＭＣＳ＿ＩＤ９０４を使用することの利点は、ＩＰアドレス及びポート番号を使用することを回避するため、若しくは放送／マルチキャストサービス及び物理チャネルパラメータに関連付けるためにＩＳ−２０００レイヤー３シグナリングにおいてテキストに基づいたサービスネームを使用することを回避するためである。アドレス及びポート番号を使用すること若しくはテキストに基づいたサービスネームを使用することは、レイヤリング違反として見られる可能性がある。これも以下の理由でシグナリングオーバーヘッドを増加する。最大１０バイトまでが、そのソース／宛て先アドレス及びポート番号によってサービスを認識するために必要である可能性があり、そして大量のバイトが、そのテキストに基づいたサービスネームによってサービスを認識するために必要である可能性があるためである。
【００３９】
図１０は、グローバル発行者７０２からＢＣＭＣＳ＿ＩＤ８０４を得ているＣＳ７１０のフロー図を示す。ＣＳ７１０は、グローバル発行者７０２を認識し１００２、そしてその後、ＢＣＭＣＳ＿ＩＤ８０４を要求する１００４。一般に、ＣＳ７１０は、ＢＣＭＣＳ＿ＩＤ８０４に対する要求の中でグローバル発行者７０２へ（複数の）サービスネーム８０６を送信する。グローバル発行者７０２は、要求を受信し、そしてＢＣＭＣＳ＿ＩＤ８０４を生成する１００６若しくはそうでなければ提供する。グローバル発行者７０２は、ＣＳ７１０へＢＣＭＣＳ＿ＩＤ８０４を送信する１００８、そしてデータベース７１６中に新しいレコードを記憶する１０１０。ある実施形態では、グローバル発行者７０２は、ＣＳ７１０へ図８に示されたレコード８０２を送信する可能性がある。
【００４０】
図１１は、ある種の放送／マルチキャストサービスが利用できることを宣伝するための方法のフロー図である。ＣＳ２０２は、ＩＰネットワーク２０４を介してＰＤＳＮｓ２０６へＢＣＭＣＳ＿ＩＤ８０４を送信する１１０２。ＰＤＳＮｓ２０６は、この情報を受信し、そして1若しくはそれ以上のＢＳｓ２０８へそれを送信する１１０４。ＢＳ２０８は、ＢＣＭＣＳ＿ＩＤ８０４を受信し１１０６、そしてセル／セクタ内のＭＳｓ２１０へ送信するために放送サービスパラメータメッセージ（ＢＳＰＭ）を構成する。ＢＳ２０８は、オーバーヘッドチャネルを介してＢＳＰＭを外へ送信する１１０８。ＭＳ２１０は、ＢＳＰＭを受信し１１１０、そして利用可能な放送／マルチキャストサービス及びそのサービスに同調するためそして受信するための詳細を決定する。
【００４１】
ＢＣＭＣＳ＿ＩＤ８０４は、それに関連付けられた1若しくはそれ以上のＩＰマルチキャストアドレス９０８を有する。ＢＣＭＣＳ＿ＩＤ８０４とＩＰマルチキャストアドレス９０８との間のマッピングは、１−対−１、複数−対−１、若しくは１−対−複数である可能性がある。図１２に示されたように、ＢＣＭＣＳ＿ＩＤ８０４は、１のＩＰマルチキャストアドレス９０８に関連付けられる可能性があり、１−対−１の関係を形成する。
【００４２】
図１３に示されたように、複数のＢＣＭＣＳ＿ＩＤｓ８０４ａ，８０４ｂは、単一のＩＰマルチキャストアドレス９０８に対してマップされる可能性がある。例えば、ＣＳ２０２は、同一のＩＰマルチキャストアドレス９０８を介して複数のサービスを送信する可能性があり、そして異なるサービスは、ＵＤＰポート番号を介して識別される可能性がある。
【００４３】
ところで図１４を参照して、単一のＢＣＭＣＳ＿ＩＤ８０４は、複数のＩＰマルチキャストアドレス９０８ａ，９０８ｂに対してマップされる可能性がある。例えば、ＣＳ２０２は、複数のキャリア及び地理的領域にわたりまたがったグローバルマルチキャスト／放送サービスを提供することを望む可能性がある。（単一のＩＰマルチキャストアドレス９０８を有する）単一のサーバが、世界中の全ての領域及びキャリアに対して使用されるはずであるのであれば、遅延を回避するために、ＣＳ２０２は、（複数のキャリアにより共有される可能性がある地理的領域あたり１の）地域的なサーバを使用する可能性があり、より効率的にコンテントを配送する。異なる領域において、異なるＩＰマルチキャストアドレス９０８が同一のＢＣＭＣＳ＿ＩＤ８０４に対して割り当てられる可能性があることは可能である。ＢＣＭＣＳ＿ＩＤ８０４が複数のＩＰマルチキャストアドレス９０８ａ，９０８ｂに対してマップする実施形態では、同一の領域内で、ＢＣＭＣＳ＿ＩＤ８０４は、単一のＩＰマルチキャストアドレス９０８に関連付けられるだけである。ＢＣＭＣＳ＿ＩＤ８０４からＩＰマルチキャストアドレス９０８へのこの１−対−複数マッピングの１つの欠点は、ＭＳ２１０が新しい領域に移動する場合に、ＭＳ２１０が、アウト−オブ−バンドメカニズムを介して新しいＩＰマルチキャストアドレス９０８及びサービスの他のパラメータ（例えば、安全提携(security association)）を、手動若しくは自動的に、見つけ出すことが必要である。この欠点は、ＭＳ２１０が１つの地域から他へハードハンドオフをしようとするのであれば、長いサービスの中断を生じる可能性がある。
【００４４】
以上は、ＢＣＭＣＳ＿ＩＤ８０４がどのようにしてグローバルに固有な値である可能性があるかを説明する。ＢＣＭＣＳ＿ＩＤ８０４は、マルチキャスト／放送サービスを認識するローカルに固有な値でもある可能性がある。ＢＣＭＣＳ＿ＩＤ８０４がグローバルに固有でない実施形態では、各キャリアは、ＢＣＭＣＳ＿ＩＤ８０４値の割り当てを管理する自由度を有する。反対に、グローバルに固有な値は、調整及び運営を必要として、キャリア間でＢＣＭＣＳ＿ＩＤ８０４の独自性を保証する。
【００４５】
図１５は、３つのキャリア：キャリアＡ１５０２、キャリアＢ１５０４及びキャリアＣ１５０６を図示する。キャリア１５０２，１５０４，１５０６は、それぞれローカル発行者１５０８、１５１０，１５１２を有する。ローカル発行者は、そのキャリアに対するＢＣＭＣＳ＿ＩＤｓ８０４の発行を管理し運営する。特定のキャリアに対するＢＣＭＣＳ＿ＩＤ８０４を得るために、ＣＳは、そのキャリアから及び／若しくはキャリアのローカル発行者からＢＣＭＣＳ＿ＩＤ８０４を要求する。例えば、キャリアＢ１５０４に対するＢＣＭＣＳ＿ＩＤ８０４を得るためにキャリアＢ１５０４のＣＳ１５１８に関して、ＣＳ１５１８は、ローカル発行者Ｂ１５１０からＢＣＭＣＳ＿ＩＤ８０４を要求するはずである。さらに例として、キャリアＡ１５０２に対するＢＣＭＣＳ＿ＩＤ８０４を得るためにキャリアＢ１５０４のＣＳ１５１８に関して、ＣＳ１５１８は、ローカル発行者Ａ１５０８からＢＣＭＣＳ＿ＩＤ８０４を要求するはずである。ＣＳによりこれからなされる要求の他の例が図１５に示される。
【００４６】
放送／マルチキャストサービスは、キャリアによってローカルに提供される可能性がある、若しくは、サービスは、ローミング取り決め(roaming agreement)を有する複数のキャリアに対して利用できる可能性がある。上述したように、放送／マルチキャストサービスネームとＢＣＭＣＳ＿ＩＤとの間のマッピングは、１−対−１、複数−対−１、若しくは１−対−複数である可能性がある。
【００４７】
ローミング取り決めを介して複数のキャリアに対して利用できる放送／マルチキャストサービスは、複数のＢＣＭＣＳ＿ＩＤｓ８０４に対してマップされる可能性がある。各キャリアがそのＢＣＭＣＳ＿ＩＤ８０４空間を管理するので、異なるキャリアが、同一のローミング放送／マルチキャストサービスに対して異なるＢＣＭＣＳ＿ＩＤ８０４値を選ぶ可能性があることが可能である。
【００４８】
放送／マルチキャストサービスネームとＢＣＭＣＳ＿ＩＤ８０４との間のマッピングは、上述したように、スタティック若しくはダイナミックである可能性がある。
【００４９】
ＢＣＭＣＳ＿ＩＤ８０４とＩＰマルチキャストアドレス９０８との間のマッピングは、１−対−１、複数−対−１、若しくは１−対−複数である可能性がある。図１２に関連して述べたように、ＢＣＭＣＳ＿ＩＤ８０４及びＩＰマルチキャストアドレス９０８は、１−対−１の関係を有する可能性がある。複数のＢＣＭＣＳ＿ＩＤｓ８０４ａ，８０４ｂは、図１３に示されたように単一のＩＰマルチキャストアドレス９０８にマップされる可能性がある。最後に、そして図１４を再び参照して、単一のＢＣＭＣＳ＿ＩＤ８０４は、複数のＩＰマルチキャストアドレス９０８ａ，９０８ｂにマップされる可能性がある。
【００５０】
以上は、ＢＣＭＣＳ＿ＩＤ８０４がどのようにしてグローバルに固有な値である可能性があるか、そしてＢＣＭＣＳ＿ＩＤ８０４がどのようにしてローカルに固有な値である可能性があるかを説明する。以下の実施形態は、グローバル若しくはローカルに固有であるのいずれかである可能性があるＢＣＭＣＳ＿ＩＤｓ８０４の提供を示す。図１６は、グローバル発行者１６０２とローカルキャリア１６０８，１６１０に対する複数のローカル発行者１６０４，１６０６との組み合わせを図示する。キャリアＡ１６０８からローカルＢＣＭＣＳ＿ＩＤ８０４を希望するＣＳ１６１６は、キャリアＡ１６０８のローカル発行者１６０４からＢＣＭＣＳ＿ＩＤ８０４を要求する可能性がある。グローバルに固有なＢＣＭＣＳ＿ＩＤ８０４を希望するＣＳ１６１２は、グローバル発行者１６０２からグローバルＢＣＭＣＳ＿ＩＤ８０４を要求する可能性がある。
【００５１】
図１７は、デュアルＢＣＭＣＳ＿ＩＤ１７０２の１実施形態を図示する：ＢＣＭＣＳ＿ＩＤ１７０２は、グローバルに固有若しくはローカルに固有のいずれかである可能性がある。デュアルＢＣＭＣＳ＿ＩＤ１７０２は、グローバルインディケータ１７０４及びサービス部分１７０６を含む。グローバルインディケータ１７０４は、ＢＣＭＣＳ＿ＩＤ１７０２の独自性を示す。図１７−１９の実施形態では、１ビットがグローバルインディケータ１７０４として使用される可能性がある。ゼロのグローバルインディケータ１７０４値は、ＢＣＭＣＳ＿ＩＤ１７０２が、地理的領域のキャリア内でだけ固有であることを指示するために使用される可能性がある。グローバルインディケータ１７０４が１に設定されるのであれば、サービスは、グローバルに固有である。デュアルＢＣＭＣＳ＿ＩＤ１７０２のサービス部分１７０６は、ＢＣＭＣＳ＿ＩＤ自身を含む可能性がある。この分野に知識のある者は、デュアルＢＣＭＣＳ＿ＩＤ１７０２を実行するために使用される可能性がある種々のフォーマット及びデータ長さを高く評価するであろう。
【００５２】
図１８は、デュアルＢＣＭＣＳ＿ＩＤ１８０２がローカルに固有であることを指示している、ゼロのグローバルインディケータ１８０４を有するデュアルＢＣＭＣＳ＿ＩＤ１８０２を図示する。デュアルＢＣＭＣＳ＿ＩＤ１８０２は、システムＩＤ１８０６及びＢＣＭＣＳ＿ＩＤ１８０８を含む可能性がある。システムＩＤ１８０６は、地理的地域内のキャリアを認識する。システムＩＤ１８０６の決定及び運営は、ＴＩＡ／ＥＩＡテレコミュニケーションズシステムズ公報、ＡＮＳＩ／ＴＩＡ／ＥＩＡ−４１，ＴＳＢ−２９及びその補遣にしたがったワイアレステレコミュニケーションシステムズの国際インプリメンテーションに文書化されている。これは、全て引用文献としてここに取り込まれている。このフィールドは、グローバルインディケータ１８０４がゼロであるならば使用される。デュアルＢＣＭＣＳ＿ＩＤ１８０２は、マルチキャスト／放送サービスを認識するＢＣＭＣＳ＿ＩＤ１８０８を含む。グローバルインディケータ１８０４がゼロであるならば、システムＩＤ１８０６によって認識されたようにキャリアは、ＢＣＭＣＳ＿ＩＤ１８０８の割り当てを管理するための責任がある可能性がある。
【００５３】
図１９は、デュアルＢＣＭＣＳ＿ＩＤ１９０２がグローバルに固有であることを指示している１のグローバルインディケータ１９０４を有するデュアルＢＣＭＣＳ＿ＩＤ１９０２を図示する。デュアルＢＣＭＣＳ＿ＩＤ１９０２は、ＢＣＭＣＳ＿ＩＤ１８０６を含む。グローバルインディケータ１９０４が１であるならば、ＢＣＭＣＳ＿ＩＤ１９０６値は、システムＩＤ１８０６を運営する同一の組織によって管理されることができる。
【００５４】
上記したように、放送／マルチキャストサービスネーム４０６とＢＣＭＣＳ＿ＩＤ８０４との間のマッピングは、１−対−１、複数−対−１、若しくは１−対−複数である可能性がある。複数のＢＣＭＣＳ＿ＩＤｓ８０４を有する放送／マルチキャストサービスの１つの有用な例は、以下のようである。キャリアＡが、ローミングしていない加入者に対して初めに利用できる放送／マルチキャストサービスを有すると仮定する。それゆえ、このサービスは、キャリアＡ内で固有にローカルなＢＣＭＣＳ＿ＩＤ８０４に関連付けられる。後で、キャリアＡが、ローミングしている加入者が同一の放送／マルチキャストサービスを受信することを可能にするためにキャリアＢとローミング取り決め持つことを決定すると仮定する。サービスのオリジナルなＢＣＭＣＳ＿ＩＤ８０４がグローバルに固有でないために、新しいＢＣＭＣＳ＿ＩＤ８０４は、キャリアＢにおいて同一のサービスと関連付けることを必要とされる。
【００５５】
キャリアＡは、キャリアＢ中の同一のサービスに関連付けるために、新しいＢＣＭＣＳ＿ＩＤ８０４を得ることにおいて複数のオプションを有する。１つのオプションは、サービスに対するグローバルに固有なＢＣＭＣＳ＿ＩＤ８０４を得ることであり、そしてオリジナルのローカルに固有なＢＣＭＣＳ＿ＩＤ８０４を削除することである。このオプションを使用することは、全てのローミングしない加入者がサービスネーム４０６と新しいグローバルに固有なＢＣＭＣＳ＿ＩＤ８０４との間の新しい関連を見つけ出すことを必要とするはずである。
【００５６】
他のオプションは、キャリアＡへローカルに固有なオリジナルのＢＣＭＣＳ＿ＩＤ８０４を維持しながら、キャリアＢが、そのサービスへローカルに固有なＢＣＭＣＳ＿ＩＤ８０４を割り当てることを要求することである。これは、複数のＢＣＭＣＳ＿ＩＤｓ８０４に対して１つのサービスマッピングの例である。ＭＳ２１０がローミングしていない場合に、キャリアＡにローカルに固有なＢＣＭＣＳ＿ＩＤ８０４を使用する。ＭＳ２１０がキャリアＢにロームする場合に、キャリアＢにローカルに固有なＢＣＭＣＳ＿ＩＤ８０４を使用する。このオプションを使用することの１つの欠点は、キャリアＢがＮ個のキャリアとローミング取り決めを有するのであれば、その後、サービスは、Ｎ＋１個のＢＣＭＣＳ＿ＩＤｓ８０４にマップされる。
【００５７】
キャリアＡに対するさらなるオプションは、オリジナルのローカルに固有なＢＣＭＣＳ＿ＩＤ８０４を維持しながら、そのサービスに対するグローバルに固有なＢＣＭＣＳ＿ＩＤ８０４を得ることである。これは、複数のＢＣＭＣＳ＿ＩＤｓ８０４に対して１つのサービスマッピングの他の１例である。ＭＳ２１０がローミングしない場合に、キャリアＡにローカルに固有なＢＣＭＣＳ＿ＩＤ８０４を使用する。ＭＳ２１０がローミングしている場合に、ローミングキャリアに拘らずグローバルに固有なＢＣＭＣＳ＿ＩＤ８０４を使用する。
【００５８】
ＢＣＭＣＳ＿ＩＤ８０４とＩＰマルチキャストアドレス９０８との間のマッピングは、図１２−１４に関係して述べたように、１−対−１、複数−対−１、若しくは１−対−複数である可能性がある。
【００５９】
ＭＳ２１０が１つのセル／セクタから他へ移動する場合に、ＭＳ２１０は、現在モニタリングされている放送サービスを適切に取り扱うためにセクタ中に送信された複数のＢＣＭＣＳ＿ＩＤ８０４間の関係を決定することが必要である。次の段落は、ハンドオフ問題に関係したそのようなＢＣＭＣＳ＿ＩＤ８０４を説明する。
【００６０】
各セクタに関して、放送チャネルプロトコル及びパラメータは、ＭＳ２１０へ送信される可能性がある。ある実施形態では、サービスオプション（ＳＯ）番号は、放送プロトコル及びパラメータの各セットに割り当てられる。ここで、ＳＯ番号は、複数の受信者に送信される。この派生物において、パラメータ情報は、複数のコード化されたフィールドとして複数の受信者に直接送信される。ＳＯ番号によって放送プロトコル及びパラメータを認識する前者の方法は、ＢＳＰＭを組み込む。ＢＳＰＭは、放送サービスに特定のオーバーヘッドメッセージである。ＨＳＢＳサービスを受信することを希望しているこれらのＭＳｓ２１０は、ＢＳＰＭをモニタするはずである。ＢＳＰＭは、1若しくはそれ以上の放送チャネルを構成する各セクタによって定期的に送信される。
【００６１】
図２０は、４つの隣接するセクタ、セクタＡ２００２、セクタＢ２００４、セクタＣ２００６及びセクタＤ２００８を図示する。各セクタ中のＢＳは、そのセクタに特定のＢＳＰＭを送信する。セクタＡ２００２中のＢＳ２０１０は、ＢＳＰＭ  Ａ２０１２を送信し、セクタＢ２００４中のＢＳ２０１４は、ＢＳＰＭ  Ｂ２０１６を送信し、そしてセクタＣ２００６中のＢＳ２０１８は、ＢＳＰＭ  Ｃ２０２０を送信する。同様に、ＢＳＰＭ  Ｄ２０２４は、セクタＤ２００８において送信される。各セクタにおけるＢＳＰＭは、各隣接のセクタにおける放送サービスに関する情報を含んで構成される。その結果、１つのセクタから他のセクタへ移動しているＭＳ２１０は、ＢＳＰＭ中の情報を得る可能性があり、どんな放送サービスが目的地のセクタで利用できるか、どんなＢＣＭＣＳ＿ＩＤが利用できるか、及び他の関連するパラメータを決定する。
【００６２】
図２１は、ＢＳＰＭを使用して放送サービスパラメータ及びプロトコルを提供する方法２１００を図示する。ステップ２１０２において、ＭＳ２１０は、ＣＳ２０２からＢＳＰＭを受信する。ＢＳＰＭの実施形態は、図２６に関連付けて以下に説明される。ＭＳ２１０は、ステップ２１０４においてＢＳＰＭからＳＯ番号を抽出する。ＳＯ番号は、ＭＳ２１０が希望する放送を受信するために十分なパラメータ及びプロトコルのセットにマップされる。ＭＳ２１０は、その後、ステップ２１０６において、選択されたＳＯ番号に対応するプロトコルスタックを開始する。プロトコルスタックが一旦開始されると、ＭＳ２１０は、ステップ２１０８において、放送チャネルにおいて受信し、受信した情報をデコードすることができる。ＢＳＰＭが加入者に通知された別々のウォルシュチャネルにおいて送信されることに注意する。
【００６３】
図２２は、パラメータ及びプロトコルのセットにＳＯ番号のそれぞれのマッピング２２０２を図示する。ＣＳ２０２が、所定の日におけるサッカー試合のような、放送を初めに計画する場合に、ＣＳ２０２は、以前に標準化されたオプションのセットから放送の送信に対してこれから使用されるパラメータ及びプロトコルを決定する。
【００６４】
ある実施形態では、ＳＯ番号は、プロトコル及びパラメータの固定されたセットに対応する、ここで、マッピングは、ＣＳ２０２において及びＭＳ２１０において知られている。マッピングのアプリオリ(a priori)知識は、その情報を送信することの必要性を回避する、そしてそのようにして送信オーバーヘッドを減少する、すなわち、バンド幅を節約する。マッピングは、ＭＳ２１０に記憶され、そしてそれゆえ、容易に変更されない若しくはアップデートされない。ＣＳ２０２が、ＳＯ番号として以前に標準化されていなかったパラメータの組み合わせを使用するのであれば、標準組織は、このパラメータの組み合わせが放送に対して使用される前に、パラメータの新たなプロファイルを規定する可能性がある。
【００６５】
図２３は、放送システムにおいて種々の情報の送信に対して使用される種々のチャネルを図示する。図示されたように、システム２３００は、放送チャネル２３１０を介して通信しているＣＳ２３０２及びＭＳ２３０４、オーバーヘッドチャネル２３１２、及びトラフィックチャネル２３１４を含む。所定の放送セッションの放送コンテントは、放送チャネル２３１０において送信される。これは、固有に割り当てられた周波数である可能性がある、若しくは固有に割り当てられたウォルシュチャネルである可能性がある。ＢＳＰＭメッセージの送信は、オーバーヘッドチャネル２３１２において提供される。トラフィックチャネル２３１４は、アウト−オブ−バンドシグナリングの送信に対して使用される。例えば、ＣＳ２３０２とＭＳ２３０４との間の通信、及びＰＳＤＮ（図示せず）とＭＳ２３０４との間の通信である。
【００６６】
ＭＳは、パケットデータサービスオプションを介してアウト−オブ−バンドシグナリングを使用して直接ＣＳ及びＰＤＳＮに交信できる。アウト−オブ−バンド通信が、ＭＳとＰＤＳＮとの間で、若しくはＭＳとＣＳとの間で直接であるので、アウト−オブ−バンド通信は、ＣＳがＢＳを介して送信することなく情報をアップデートすることを可能にする。アウト−オブ−バンド手段としてパケットデータサービスを使用する場合に、ＭＳとＣＳとの間の通信は、まだＢＳを通過することに注意する。しかしながら、ＢＳは、ペイロードの知識を必要としない。そのようにして、ＣＳ及びＢＳプロトコルを調整することを不必要にする。
【００６７】
受信者へプロトコル及びパラメータを送信するアウト−オブ−バンド方法の欠点を回避するために、ＣＳからのＳＤＰ説明は、放送ストリームにマルチプレックスされることができる。これは、ＭＳがパケットデータコールを設定しないでＣＳにより使用されたプロトコルオプションを決定することを可能にする。
【００６８】
ＳＤＰ説明は、放送ストリームにおいてショートターム暗号化キー（ＳＫ）をできるだけ頻繁に送信される。これらのアップデートを送信するレートは、そのようなアップデートに対して利用可能なバンド幅の量によって制限される。例えば、ＳＤＰ説明が、大きさが３００バイトでありそして３秒毎に送信されるとすると、必要なバンド幅は、８００ｂｐｓである。ＳＤＰ説明がＣＳから始まるので、メディアバンド幅がそれを順応させるのに十分に低い場合に、ＣＳは、ＳＤＰメッセージを放送ストリームにマルチプレクシングすることによってメディア品質を改善できることに注意する。実効的に、ＳＤＰ情報は、バンド幅状態に基づいて順応する可能性がある。それゆえ、チャネル状態及び／若しくはシステムのバンド幅におけるストレスが変化するので、ＳＤＰ送信の周波数も、変化する可能性がある。同様に、所定のシステムに特定であるそこに含まれた情報を調節することによってＳＤＰのサイズを変更することが可能である可能性がある。
【００６９】
ＳＤＰ説明は、ＲＴＳＰ，ＳＡＰ，若しくはＳＩＰメッセージ中で一般的にトランスポートされる。そのようなプロトコルのオーバーヘッドを回避するために、ＳＤＰ説明は、ＳＤＰメッセージを搬送するために周知のＵＤＰポート番号を認識することによってＵＤＰを介して直接トランスポートされることが推奨される。このポート番号は、放送チャネルを介して送信されたＲＴＰ若しくは他のタイプのＵＤＰトラフィックを搬送するために使用されない。ＵＤＰチェックサムは、ＳＤＰペイロードに対するエラー検出を提供する。
【００７０】
図２４に示された１実施形態によれば、システムは、放送ストリームにおいてイン−バンドシグナリングを介して放送プロトコル及びパラメータを提供する。放送ストリーム２４００は、放送コンテントを含み、そして図２３の放送チャネル２３１０のような放送チャネルにおいて送信される。放送ストリーム２４００全体に散在させたものが、ＳＤＰ２４０２である。
【００７１】
図２５は、イン−バンド方法を使用して放送サービスパラメータ及びプロトコル情報を提供する方法２５００を図示する。ここで、オーバーヘッドタイプの情報は、放送チャネルにおいて放送コンテントとともに提供される。用語イン−バンドは、オーバーヘッドタイプ情報が放送コンテントと同一のチャネルにおいて提供され、そしてそれゆえ別々の送信メカニズム、すなわち、チャネルを必要としないことを指すと解釈される。方法２５００は、ステップ２５０２においてＢＰＳＭを始めにアクセスする。ＭＳ２１０は、ＢＳＰＭから放送チャネル情報、物理レイヤー情報、及びＭＡＣレイヤー情報を抽出する。ヘッダー圧縮情報は、ステップ２５０４においてＰＤＳＮ２０６から直接受信される。これは、ＭＳ２１０がパケットデータサービスオプション（アウト−オブ−バンド）を介してＰＤＳＮ２０６に直接交信することによって、若しくはＰＤＳＮ２０６がＭＳ２１０への放送ストリーム中にヘッダー圧縮構成情報を挿入することによってのいずれかにより行われることができる。ステップ２５０６において、ＭＳ２１０は、放送コンテント（ＢＣ）をアクセスする。ヘッダー圧縮情報の受信に応答して、ＭＳ２１０は、ステップ２５０８において放送コンテントとともに放送チャネル上で送信されたＳＤＰを受信することができる。ＳＤＰは、関連する放送セッションを受信するためのパラメータ及びプロトコルを含む。ＭＳ２１０は、ステップ２５１０において、ＳＤＰ中に含まれた情報を適用して、受信し、デコードし、そして放送チャネルにおいて受信された放送コンテントを処理する。
【００７２】
イグゼンプラリな実施形態のＢＳＰＭのフォーマットが、図２６に図示される。メッセージ中に示された種々のパラメータは、それぞれに対するメッセージに割り当てられたビットの数とともにリストされる。パイロットＰＮシーケンスオフセットインデックスは、ＰＩＬＯＴ＿ＰＮとして認識される。ＢＳは、６４ＰＮチップのユニット中に対応するＢＳに対するパイロットＰＮシーケンスオフセットへのＰＩＬＯＴ＿ＰＮフィールドを設定する。ＣＯＮＦＩＧ＿ＭＳＧ＿ＳＥＱは、放送サービスパラメータメッセージシーケンス番号を呼ぶ。現在のＢＳＰＭ中で認識されたいずれかのパラメータが以前のＢＳＰＭの送信から変化した場合に、ＢＳは、ＣＯＮＦＩＧ＿ＭＳＧ＿ＳＥＱを増加する。ＨＳＢＳ＿ＲＥＧ＿ＵＳＥＤは、放送サービス登録で使用されたインディケータである。ＢＳは、このフィールドを“１”に設定する可能性があり、ＭＳの放送サービス登録をイネーブルにする、若しくは“０”に設定し、ＭＳの放送サービス登録をディスエーブルにする。ＨＳＢＳ＿ＲＥＧ＿ＴＩＭＥＲは、放送サービス登録タイマ値である。フィールドＨＳＢＳ＿ＲＥＧ＿ＵＳＥＤが‘０’に設定されるならば、ＢＳは、このフィールドを省略する。あるいは、ＢＳは、以下のように与えられた重要性を有するこのフィールドを含む：ＢＳは、放送サービスチャネルに関する登録期間の長さにこのフィールドを設定する；若しくは、ＨＳＢＳチャネルをモニタすることを開始する毎に、ＭＳがＨＳＢＳチャネルを登録する必要があるならば、ＢＳは、‘０００００’にこのフィールドを設定する。
【００７３】
図２６を続けて、ＮＵＭ＿ＦＢＳＣＨは、順方向放送補助チャネルの数である。ＢＳは、対応するＢＳによって送信された順方向放送補助チャネルの数にこのフィールドを設定する。ＮＵＭ＿ＨＳＢＳ＿ＳＥＳＳＩＯＮは、放送サービスセッションの数である。ＢＳは、対応するＢＳによってこれから送信される放送サービスセッションの数にこのフィールドを設定する。
【００７４】
ＢＳは、引き続く可変長レコード２６０２のＮＵＭ＿ＦＢＳＣＨ発生数を含む。ＮＵＭ＿ＦＢＳＣＨ可変長レコード２６０２は、ＦＢＳＣＨ＿ＩＤフィールドを含む可能性がある。ＦＢＳＣＨ＿ＩＤフィールドは、順方向放送補助チャネルアイデンティファイアである。ＢＳは、この順方向放送補助チャネルに対応するアイデンティファイアにこのフィールドを設定する。１つのセクタ中の各Ｆ−ＢＳＣＨチャネルは、固有のアイデンティファイアを有する。
【００７５】
ＦＢＳＣＨ＿ＦＲＥＱ＿ＩＮＣＬは、周波数を含んだインディケータである。このＦ−ＢＳＣＨチャネルがこのメッセージがこれから送信されるものと同一の周波数に存在するのであれば、ＢＳは、このフィールドを‘０’に設定する；それ以外は、ＢＳは、このフィールドを‘１’に設定する。ＦＢＳＣＨ＿ＦＲＥＱフィールドは、順方向放送補助チャネルの周波数割り当てである。ＦＢＳＣＨ＿ＦＲＥＱ＿ＩＮＣＬフィールドが‘０’に設定されるならば、ＢＳは、このフィールドを省略する；それ以外は、ＢＳは、このフィールドを含み、そしてこの順方向放送補助チャネルを含んでいるＣＤＭＡチャネルに対するＣＤＭＡ周波数割り当てに対応するＣＤＭＡチャネル数にそれを設定する。
【００７６】
ＦＢＳＣＨ＿ＣＯＤＥ＿ＣＨＡＮは、順方向放送補助チャネルのコードチャネルインデックスである。ここで、ＢＳは、ＭＳが順方向放送補助チャネルにおいて使用するコードチャネルインデックスにこのフィールドを設定する。ＦＢＳＣＨ＿ＲＣは、順方向放送補助チャネルの無線構成である。ここで、ＢＳは、順方向放送補助チャネルにおいてＭＳによってこれから使用される無線構成にこのフィールドを設定する。
【００７７】
ＦＢＳＣＨ＿ＲＡＴＥは、順方向放送補助チャネルのデータレートである。ここで、ＢＳは、順方向放送補助チャネルにおいて使用されるデータレートにこのフィールドを設定する。ＦＢＳＣＨ＿ＦＲＡＭＥ＿ＳＩＺＥは、順方向放送補助チャネルのフレームサイズである。ここで、ＢＳは、順方向放送補助チャネルにおけるフレームサイズにこのフィールドを設定する。
【００７８】
ＢＳは、引き続く可変長レコード２６０４のＮＵＭ＿ＨＳＢＳ＿ＳＥＳＳＩＯＮ発生数を含む。ＮＵＭ＿ＨＳＢＳ＿ＳＥＳＳＩＯＮ可変長レコード２６０４は、放送サービスセッションアイデンティファイアであるＢＣＭＣＳ＿ＩＤフィールドを含む可能性がある。ＢＳは、この放送サービスセッションに対応するＢＣＭＣＳ＿ＩＤにこのフィールドを設定する。
【００７９】
ＮＵＭ＿ＬＰＭ＿ＥＮＴＲＩＥＳは、論理的−対−物理的マッピングエントリーの数である。ＢＳは、このメッセージ中で搬送された論理的、すなわち、放送サービスセッション、対物理的、すなわち、順方向放送補助チャネル、マッピングエントリーの数にこのフィールドを設定する。
【００８０】
ＢＳは、引き続くレコード２６０６のＮＵＭ＿ＬＰＭ＿ＥＮＴＲＩＥＳ発生数を含む。ＦＢＳＣＨ＿ＩＤは、順方向放送補助チャネルアイデンティファイアである。ここで、ＢＳは、上記の放送サービスセッションがそこで搬送される順方向放送補助チャネルに対応するアイデンティファイアにこのフィールドを設定する。
【００８１】
ＢＳＲ＿ＩＤは、放送サービス参照アイデンティファイアである。ここで、ＢＳは、この順方向放送補助チャネルにおけるこの放送サービスセッションに対応する放送サービス参照アイデンティファイアにこのフィールドを設定する。
【００８２】
ＮＵＭ＿ＮＧＨＢＲは、隣接するＢＳｓの数である。ＢＳは、このメッセージに含まれた隣接するＢＳｓの数にこのフィールドを設定する。
【００８３】
ＢＳは、引き続く可変長レコード２６０８のＮＵＭ＿ＮＧＨＢＲ発生数を含む。ＮＧＨＢＲ＿ＰＮは、隣接するパイロットＰＮシーケンスオフセットインデックスである。ＢＳは、６４ＰＮチップ単位で、この隣接するＢＳに対するパイロットＰＮシーケンスオフセットにこのフィールドを設定する。ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧフィールドは、隣接する放送サービス構成である。ＢＳは、この隣接するＢＳ中のこのＨＳＢＳセッションの構成を指示するために図２７に明記されたようにこのフィールドを設定する。ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＩＤは、隣接する順方向放送補助チャネルアイデンティファイアである。ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧが‘０００’に設定されるのであれば、ＢＳは、このフィールドを省略する。それ以外は、ＢＳは、このフィールドを含み、以下のように設定する。ＢＳは、隣接するＢＳ中のこの順方向放送補助チャネルに対応するアイデンティファイアにこのフィールドを設定する。セクタ内の各Ｆ−ＢＳＣＨチャネルは、固有のアイデンティファイアを有する。
【００８４】
ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＦＲＥＱ＿ＩＮＣＬフィールドは、隣接する周波数を含んだアイデンティファイアである。ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧフィールドが、‘０００’若しくは‘０１０’に設定されるならば、ＢＳは、このフィールドを省略する。それ以外は、ＢＳは、このフィールドを含み、以下のように設定する。隣接するＢＳ中のこのＦ−ＢＳＣＨチャネルがこのＢＳ中のように同一周波数に存在するのであれば、ＢＳは、このフィールドを‘０’に設定する。それ以外は、ＢＳは、このフィールドを‘１’に設定する。
【００８５】
ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＦＲＥＱは、隣接するＢＳにおける順方向放送補助チャネルの周波数割り当てである。ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＦＲＥＱ＿ＩＮＣＬフィールドがこのメッセージ中に含まれない、若しくは含まれていて‘０’に設定されるのであれば、ＢＳは、このフィールドを省略する。それ以外は、ＢＳは、このフィールドを含み、以下のように設定する。ＢＳは、この隣接するＢＳ中のこの順方向放送補助チャネルを含んでいるＣＤＭＡチャネルに対するＣＤＭＡ周波数割り当てに対応するＣＤＭＡチャネル数にこのフィールドを設定する。
【００８６】
ＮＧＨＢＲ＿ＦＢＳＣＨＣＯＤＥＣＨＡＮＩＮＣＬは、隣接するパイロット順方向放送補助チャネルコードチャネルインデックスを含んだインディケータである。ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧフィールドが、‘０００’に設定されるのであれば、ＢＳは、このフィールドを省略する。それ以外は、ＢＳは、このフィールドを含み、以下のように設定する。隣接するＢＳにおいてこのＦ−ＢＳＣＨチャネルがこのＢＳ中のように同一のコードチャネルを使用するのであれば、ＢＳは、このフィールドを‘０’に設定する。それ以外は、ＢＳは、このフィールドを‘１’に設定する。
【００８７】
ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＣＯＤＥ＿ＣＨＡＮフィールドは、隣接するパイロット順方向放送補助チャネルコードチャネルインデックスである。ＮＧＨＢＲ＿ＦＢＳＣＨＣＯＤＥＣＨＡＮＩＮＣＬフィールドが、このメッセージ中に含まれない、若しくは含まれていて‘０’に設定されるのであれば、ＢＳは、このフィールドを省略する。それ以外は、ＢＳは、このフィールドを含み、以下のように設定する。ＢＳは、ＭＳがこの隣接するＢＳでこの順方向放送補助チャネルを使用することであるコードチャネルインデックスにこのフィールドを設定する。
【００８８】
ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＰＡＲＡＭＳ＿ＩＮＣＬは、隣接順方向放送補助チャネルパラメータを含んだインディケータである。ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧフィールドが、‘０００’若しくは‘０１０’に設定されるのであれば、ＢＳは、このフィールドを省略する。それ以外は、ＢＳは、このフィールドを含み、以下のように設定する。隣接するＢＳにおいてこのＦ−ＢＳＣＨチャネルがこのＢＳ中のように同一の物理レイヤーパラメータを使用するのであれば、ＢＳは、このフィールドを‘０’に設定する。それ以外は、ＢＳは、このフィールドを‘１’に設定する。
【００８９】
ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＲＣフィールドは、隣接するＢＳにおける順方向放送補助チャネルの無線構成である。ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＰＡＲＡＭＳ＿ＩＮＣＬフィールドがこのメッセージ中に含まれない、若しくは含まれていて‘０’に設定されるのであれば、ＢＳは、このフィールドを省略する。それ以外は、ＢＳは、このフィールドを含み、以下のように設定する。ＢＳは、この隣接するＢＳにおけるこの順方向放送補助チャネルに対してＭＳによってこれから使用されるために無線構成にこのフィールドを設定する。
【００９０】
ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＲＡＴＥは、隣接するＢＳにおける順方向放送補助チャネルのデータレートである。ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＰＡＲＡＭＳ＿ＩＮＣＬフィールドがこのメッセージ中に含まれない若しくは含まれていて‘０’に設定されるのであれば、ＢＳは、このフィールドを省略する。それ以外は、ＢＳは、このフィールドを含み、以下のように設定する。ＢＳは、この隣接するＢＳにおけるこの順方向放送補助チャネルのデータレートにこのフィールドを設定する。
【００９１】
ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＦＲＡＭＥ＿ＳＩＺＥは、隣接するＢＳにおける順方向放送補助チャネルのフレームサイズである。ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＰＡＲＡＭＳ＿ＩＮＣＬフィールドがこのメッセージ中に含まれない若しくは含まれていて‘０’に設定されるのであれば、ＢＳは、このフィールドを省略する。それ以外は、ＢＳは、このフィールドを含み、以下のように設定する。ＢＳは、この隣接するＢＳにおけるこの順方向放送補助チャネルにおいて使用されたフレームサイズにこのフィールドを設定する。
【００９２】
ＮＧＨＢＲ＿ＦＢＳＣＨ＿ＰＡＲＡＭＳ＿ＩＮＣＬフィールドがこのメッセージ中に含まれない若しくは含まれていて‘０’に設定されるのであれば、ＢＳは、このフィールドを省略する。それ以外は、ＢＳは、このフィールドを含み、以下のように設定する。ＢＳは、この隣接するＢＳにおけるこの順方向放送補助チャネルにおいてこれから使用されるフレーム繰り返しスキームを指示するためにこのフィールドを設定する。
【００９３】
図２６に示されたように、イグゼンプラリなＢＳＰＭにおいて、レコードを繰り返すことは、他のレコードを繰り返すことを時々含むことに注意する。例えば、ＮＵＭ＿ＨＳＢＳ＿ＳＥＳＳＩＯＮ可変長レコード２６０４のＮＵＭ＿ＨＳＢＳ＿ＳＥＳＳＩＯＮ発生数である。ＮＵＭ＿ＨＳＢＳ＿ＳＥＳＳＩＯＮ可変長レコード２６０４は、他のレコード２６０６のＮＵＭ＿ＬＰＭ＿ＥＮＴＲＩＥＳ発生数を含む。これは、さらなる可変長レコード２６０８のＮＵＭ＿ＮＧＨＢＲ発生数を含む。
【００９４】
送信機と受信機との間の取り決めを必要とするはずであるプロトコルオプションは、サービスオプション説明において選択され、そして規定される。ＭＳは、ＢＳＰＭにおいて送信されたＳＯ番号を使用して、放送サービスのプロトコルオプションを見出す。ＳＯが最大ＩＰネットワークレイヤーまでのプロトコルをその中で明記する一方向パケットデータサービスと対照的に、放送サービスは、最大アプリケーションレイヤーまでのプロトコルを明記する。安全なレイヤーは、例えば、アウト−オブ−バンド手段を介して、安全アソシエーションの確立の間に通信された暗号化及び認証アルゴリズムを使用する。
【００９５】
あるイグゼンプラリ実施形態では、輸送レイヤーは、ＲＴＰのような適用された輸送プロトコルとしてＳＯ中に明記され、ＵＤＰパケットのペイロードとして容易に認識されない可能性がある。ＳＯも、ＲＴＰペイロードに対するＵＤＰポート番号を明示して、放送チャネルを介して送信される可能性があるＵＤＰトラフィックの他のタイプからこれを識別する。
【００９６】
アプリケーションレイヤーも、移動局によって容易に認識されるスタティックなＲＴＰペイロードタイプを持たない多くのオーディオ及びビデオコデック（例えば、ＭＰＥＧ−４及びＥＶＲＣ）としてＳＯ中に明記される。一方向放送アプリケーションにおいて、これらのコデックに対するＲＴＰペイロードタイプは、コール−セット−アップ取り決めを介して（例えば、ＳＩＰ，ＲＴＳＰ等を使用して）ダイナミックに割り当てられなければならない。放送サービスがそのような取り決めを回避することを希望するので、メディアデコーダは、ＳＯによって事前に選択される。さらに、オーディオ及びビジュアルデータが別々のＲＴＰパケットで搬送される可能性があるので、各メディアストリームによってこれから使用されるＲＴＰペイロードタイプを明記することが望まれる。
【００９７】
そのイグゼンプラリな実施形態では、論理的−対物理的マッピングは、対応するＦ−ＢＳＣＨ（ＦＢＳＣＨ＿ＩＤ）において搬送されたＨＳＢＳチャネル（ＨＳＢＳ＿ＩＤ／ＢＳＲ＿ＩＤ）を明記する。｛ＨＳＢＳ＿ＩＤ，ＢＳＲ＿ＩＤ，ＦＢＳＣＨ＿ＩＤ｝のセットは、（ＭＳに対して）どこで所定の放送サービスを見つけそして聞くかを完全に明記する。そのようにして、論理的−対−物理的マッピング情報は、ＭＳへ無線を介して送信され、その結果、所定のＨＳＢＳチャネルをアクセスすることを希望しているＭＳが、モニタするために、Ｆ−ＢＳＣＨチャネルを決定する可能性がある。それゆえ、以下の情報が、エアーインターフェース：放送物理チャネルパラメータ；放送論理的チャネルパラメータ；及び倫理的−から−物理的へのマッピングを介してＭＳに送信される。
【００９８】
上述したように、ＭＳがセクタＡからセクタＢへ移動する場合に、現在モニタリングされている放送サービスを適切に取り扱うために、セクタＡにおいて送信されたＢＣＭＣＳ＿ＩＤｓとセクタＢにおいて送信されたＢＣＭＣＳ＿ＩＤｓとの間の関係を決定する必要がある。以下のものは、ハンドオフ問題に関係するそのようなＢＣＭＣＳ＿ＩＤを説明する。
【００９９】
ＢＣＭＣＳ＿ＩＤがグローバルに固有である実施形態を参照すると、ハンドオフ手順は、単純明快である。ＭＳがセクタＡからセクタＢへ移動する場合に（図２０参照）、以下の１つが生じる可能性がある。セクタＢがセクタＡと同一のＢＣＭＣＳ＿ＩＤを送信するのであれば、セクタＢによって送信された放送サービスセッションがセクタＡと同一であると、ＭＳは、決定する可能性がある。セクタＢがセクタＡと同一のＢＣＭＣＳ＿ＩＤを送信しないのであれば、現在モニタしている放送サービスがセクタＢにおいて継続できないと決定できる。
【０１００】
ＢＳは、この隣接するＢＳにおいてこのＨＳＢＳセッションの構成を指示するために、図２７に明記されたようにＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧフィールドを設定する。その結果、ＭＳは、ハンドオフを決定するためにＢＳＰＭにおいて受信されたＨＳＢＳ＿ＮＧＨＢＲ＿ＣＯＮＦＩＧの値を検査する可能性がある。
【０１０１】
図２８は、ハンドオフを決定するためにＢＳＰＭにおいて受信されたＨＳＢＳ＿ＮＧＨＢＲ＿ＣＯＮＦＩＧの値をＭＳが検査するフロー図を示す。ステップ２８０２において、ＭＳは、放送サービスを受信しながら、他のセクタへ移動する。ＭＳは、ステップ２８０４において現在のセクタのＢＳＰＭを調査する。ステップ２８０６において、ＭＳは、ＨＳＢＳ＿ＮＧＨＢＲ＿ＣＯＮＦＩＧを検査する。ＨＳＢＳ＿ＮＧＨＢＲ＿ＣＯＮＦＩＧの値に依存して、ＭＳは、以下を実施する可能性がある。ＨＳＢＳ＿ＮＧＨＢＲ＿ＣＯＮＦＩＧが‘０００’である（すなわち、未知である）ならば、ＭＳは、ＨＳＢＳ受信を中止し、そして隣接するＢＳへアイドルハンドオフを実施して同一のＢＣＭＣＳ＿ＩＤを検索する２８１０。ＨＳＢＳ＿ＮＧＨＢＲ＿ＣＯＮＦＩＧが‘００１／０１０’である（すなわち、隣接のＢＳにおいてサービスが利用できる）ならば、ＭＳは、隣接するＢＳにおいて受信を継続できる２８０８。
【０１０２】
ＢＣＭＣＳ＿ＩＤがローカルに固有である実施形態では、ＭＳが異なるセクタにおいて送信されたＢＣＭＣＳ＿ＩＤ間の関係を知らない可能性があるため、ハンドオフ手順は、より詳細に説明される。ローカルに固有なＢＣＭＣＳ＿ＩＤｓ及びハンドオフに関して、３つのケースがある。第１のケースは、２つのセクタにおいて送信された放送サービスが、互いに関係しない場合である。この１例は、ローミング取り決めをしていない２つのキャリアがあるはずである。第２のケースは、同一の放送サービスが両方のセクタにおいて利用できるが、各セクタにおけるサービスに対して使用されたＢＣＭＣＳ＿ＩＤｓが異なる場合である。このケースの１例は、ローミング取り決めがキャリア間で存在するが、それらが別々にＢＣＭＣＳ＿ＩＤｓを選択する場合である。第３のケースは、同一の放送サービスが両方のセクタにおいて利用可能であり、使用されるＢＣＭＣＳ＿ＩＤｓが同じである場合である。この第３のケースの１例は、両方のセクタが、同一のキャリアに属する場合である。他の例は、両方のキャリア間でローミング取り決めがあり、同一のＢＣＭＣＳ＿ＩＤを選択するために調整した場合である。第２及び第３のケースでは、放送サービス受信は、新しいセクタにおいて継続されることができる。ケース１では、放送サービス受信は、終了する。
【０１０３】
ＭＳがセクタ境界を横切るときに、上記の３つのケースのどれを適用するかをＭＳが決定できないために、ＢＳは、両方のセクタにおいて送信されたＢＣＭＣＳ＿ＩＤｓの間の関係をＭＳへ明確に信号を送る。この情報は、各セクタにおいて送信されたＢＳＰＭ中で搬送されることができる。
【０１０４】
図２６に示されたように、所定のＢＳによって送信されたＢＳＰＭは、その隣接するＢＳｓの各々におけるＨＳＢＳセッションに関する情報を含むことを思い出す。具体的には、現在のＢＳ中にこれから送信されるＢＣＭＣＳ＿ＩＤの各論理的−対−物理的マッピングに対して、ＢＳＰＭ中にリストされた隣接情報は、ＮＧＨＢＲ＿ＰＮ及びＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧのＮＵＭ＿ＮＧＨＢＲ発生数を含む。ＢＳＰＭ中の情報は、隣接するＢＳがこのセッションに対して同一のＢＣＭＣＳ＿ＩＤを使用するかどうかの情報を含むために促進される可能性がある。２つの新しいフィールドは、ＢＳＰＭ中に含まれる可能性がある：ＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬ２９０２及びＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ２９０４である。図２９は、ＢＳＰＭ中のどこにこれらのフィールドが置かれる可能性があるかを図示する。
【０１０５】
ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧが‘０００’に設定される（すなわち、未知である）場合に、現在のＢＳは、隣接するＢＳ  ＨＳＢＳセットアップに関する見識がない。そのようにして、ＭＳは、現在のＢＳに送信されたものに対して隣接するＢＳに送信されたＢＣＭＣＳ＿ＩＤｓとの間に関係が存在しないと仮定する。それゆえ、フィールドＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬは、この場合には含まれない。
【０１０６】
ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧが‘００１’に等しい（すなわち、これから送信されるが、ソフト統合できない）場合には、フィールドＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬは含まれ、そして以下のように設定される。隣接するＢＳが、このセッションに対して同一のＢＣＭＣＳ＿ＩＤを使用しているのであれば、それを‘０’に設定する。隣接するＢＳが、このセッションに対して異なるＢＣＭＣＳ＿ＩＤを使用しているのであれば、それを‘１’に設定し、そしてこのセッションに対応するＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤを含む。
【０１０７】
ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧが‘０１０’に等しい（すなわち、これから送信され、そしてソフト統合できる）場合には、隣接するＢＳの全てのパラメータは、ソフト統合が可能であるので、現在のＢＳと同じである。このようにして、ＭＳは、同一のＢＣＭＣＳ＿ＩＤがこのＨＳＢＳセッションに対して隣接するＢＳにおいて使用されると仮定する。フィールドＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬは、このケースには含まれない。
【０１０８】
図３０は、ＭＳがハンドオフの間にＢＣＭＣＳ＿ＩＤｓを処理する方法を示すフロー図である。ステップ３００２において、ＭＳは、放送サービスを受信しながら、他のセクタへ移動している。ＭＳは、ステップ３００４において現在のセクタのＢＳＰＭを調べる。ステップ３００６において、ＭＳは、ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧを検査する。ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧの値に依存して、ＭＳは、以下を実施する可能性がある。
【０１０９】
ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧ＝０００であれば、ＭＳは、３００８で受信を中止して隣接するＢＳにアイドルハンドオフを実施して、その後、新しいセクタのＢＳＰＭを読む。同一のＢＣＭＣＳ＿ＩＤが隣接するＢＳで見つけらるのであれば、ＭＳは、３０１０で以前のＢＳ中と同一のＢＣＭＣＳ＿ＩＤを有するＨＳＢＳセッションに関係ないと仮定する。
【０１１０】
ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧ＝００１であれば、ＭＳは、ＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬに対する値を検査する。
【０１１１】
ＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬ＝０、ＭＳは、３０１２において隣接するＢＳ中の同一のＢＣＭＣＳ＿ＩＤを使用するＨＳＢＳセッションが同一のＨＳＢＳセッションに対応すると仮定する。ＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬ＝１であれば、隣接するＢＳにハンドオフを実施するに伴い、ＭＳは、ＢＣＭＣＳ＿ＩＤを有するセッションと同等になるとしてＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤを有するセッションを取り扱い、そしてハンドオフにわたって受信を継続する３０１４。（上位レイヤーも安全性のような他の目的に対してＢＣＭＣＳ＿ＩＤを使用するため）ＭＳは、新しいＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤの上位レイヤーサービスインスタンスをアップデートする必要がある可能性がある。
【０１１２】
ＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧ＝０１０であれば、ＭＳは、同一のＢＣＭＣＳ＿ＩＤが隣接するＢＳにおいて使用されると仮定する３０１６。
【０１１３】
ここで説明したように、これまでのスキームは、いくつかの利点を与える。ＨＳＢＳセッションの継続は、２つのキャリアによって使用されるＢＣＭＣＳ＿ＩＤが同じでない場合であっても可能である。付け加えると、キャリアは、希望するようにＢＣＭＣＳ＿ＩＤ境界を規定できる。これは、ＢＣＭＣＳ＿ＩＤ不足に直面して結果としての値についての自由度をキャリアに与える。最終的に、ＭＳは、キャリア境界を横切ることに関して懸念する必要がない。すなわち、ＭＳは、ＳＩＤ／ＮＩＤ変更、等に注意を払う必要性がない。
【０１１４】
上述したメカニズムでは、ＢＣＭＣＳ＿ＩＤの関係に関する明確なシグナリングが、各セクタから送信される必要があることに注意する。これが好ましくないと考えられるならば、以下のアプローチが取られる可能性がある。ＭＳは、ＨＳＢＳセッションがキャリアネットワーク内だけで提供されると仮定する。ここで、キャリアネットワークは、ＢＣＭＣＳ＿ＩＤ規定中のシステムＩＤによって認識される。すなわち、図１８に示されたＢＣＭＣＳ＿ＩＤフォーマットでは、システム＿ＩＤが隣接するＢＳにおいて異なるのであれば、ＭＳは、ＨＳＢＳセッションの受信を中止する。ＭＳが他のキャリアネットワークへハンドオフを実施するときはいつでも、新しいキャリアが同一のＢＣＭＣＳ＿ＩＤを伴ったセッションを有する場合であっても、ＭＳは、ＨＳＢＳ受信を中断する。
【０１１５】
この代案のスキームの１つの欠点は、隣接するキャリアが同一のサービスを有する場合でさえも、ＭＳは、受信を継続できないことである。さらに、同一のキャリア内であってさえも、異なる地理的領域において異なるシステム＿ＩＤが使用される可能性がある。このケースでは、ＨＳＢＳ受信の継続は、同一のキャリア内であってさえも可能でない可能性がある。
【０１１６】
以下は、ＢＣＭＣＳ＿ＩＤがローカルに若しくはグローバルに固有のいずれかである可能性がある実施形態に対するハンドオフ手順を説明する。図１７−１９に関連して説明したように、ＢＣＭＣＳ＿ＩＤは、グローバルインディケータ１７０４によって指示されたようにグローバルに固有な若しくはローカルに固有のいずれかである可能性がある。このケースにおけるハンドオフ問題は、グローバルに固有なＢＣＭＣＳ＿ＩＤｓを使用するサービスに対するハンドオフ問題と同様であり、そしてローカルに固有なＢＣＭＣＳ＿ＩＤｓを使用するサービスに対するハンドオフ問題と同様である。
【０１１７】
ＢＳＰＭのＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬ及びＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤフィールドをＢＳが設定することに対するルールは、図２９に関連して上記した方法に以下を追加した方法と同様である可能性がある：ＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬフィールドがグローバルに固有なＢＣＭＣＳ＿ＩＤｓに対するＢＳＰＭから省略される可能性があることである。
【０１１８】
図３１は、ＢＣＭＣＳ＿ＩＤｓに関連してＭＳがＢＳＰＭを処理するための方法の実施形態を示す。ステップ３１０２において、ＭＳは、放送サービスを受信しながら、他のセクタへ移動している。ＭＳは、ステップ３１０４において、現在のセクタのＢＳＰＭを調べる。ステップ３１０６において、ＭＳは、デュアルＢＣＭＣＳ＿ＩＤを検査して、それがグローバルに固有であるか若しくはローカルに固有であるかどうかを決定する。ＭＳが、ＢＣＭＣＳ＿ＩＤがグローバルに固有であると決定するのであれば、ＭＳは、図２８に概略示されたステップにしたがって、ハンドオフにわたって放送サービスを取り扱う。ＭＳが、ＢＣＭＣＳ＿ＩＤがグローバルに固有でないと決定するのであれば、ＭＳは、図３０に概略示されたステップにしたがって、ハンドオフにわたって放送サービスを取り扱う。ローカルに固有なＢＣＭＣＳ＿ＩＤｓに対して説明された代わりのメカニズムが、この実施形態におけるローカルに固有なＢＣＭＣＳ＿ＩＤｓに対して同様に適用できることに注意する。
【０１１９】
グローバルに固有な及びローカルに固有なＢＣＭＣＳ＿ＩＤｓとの間のマッピングが可能であるならば、ある種の手順が使用される可能性がある。図３１に関連したフロー図及び説明では、所定の放送サービスがグローバルに固有なＢＣＭＣＳ＿ＩＤ若しくはローカルに固有なＢＣＭＣＳ＿ＩＤのいずれかを介して、しかし両方ではない、提供されることが仮定されることに注意する。そのような自由度が可能であるならば（すなわち、キャリアＡがローカルに固有なＢＣＭＣＳ＿ＩＤを使用し、これに対して他のキャリアは、グローバルに固有なＢＣＭＣＳ＿ＩＤを使用する）、グローバルに固有な及びローカルに固有なＢＣＭＣＳ＿ＩＤｓとの間のマッピングは、ＢＳＰＭにおいて可能なはずであり、ハンドオフを横切ったサービス継続を容易にする。このケースでは、隣接するセクタが、同一の放送サービスを搬送するためにローカルに固有なＢＣＭＣＳ＿ＩＤを使用する可能性があるので、ＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬフィールドは、グローバルに固有なＢＣＭＣＳ＿ＩＤｓに対してさえＢＳＰＭ中に含まれる可能性がある。所定のセクタ境界がそのようなマッピングを含むかどうかをＭＳが知らないので、ＭＳは、全てのセクタにおいてそのような可能性を仮定することに注意する。そのようにして、ＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬフィールドは、全てのセクタにおいてグローバルに固有なＢＣＭＣＳ＿ＩＤｓがＢＳＰＭ中に追加されることを必要とする。そのようなマッピングがこのセクタに適用されるかどうかを指示するＢＳＰＭ中の単一のインディケータを含むことによって、これは、わずかに改善されることが可能である。ＧＬＯＢＡＬ＿ＬＯＣＡＬ＿ＭＡＰＰＩＮＧ＿ＩＮＤとして呼ばれる、そのようなインディケータは、ＢＳＰＭ中に容易に含まれる可能性がある。このインディケータが‘０’に設定されるのであれば、ＭＳは、ＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬフィールドが任意のグローバルに固有なＢＣＭＣＳ＿ＩＤｓに対してＢＳＰＭ中に含まれないと仮定する。
【０１２０】
情報及び信号が、多様な異なる技術及び技法のいずれかを使用して表わされる可能性があることを、この分野に知識のある者は、理解するはずである。例えば、全体の上記の説明で参照される可能性がある、データ、指示、命令、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場若しくは磁力粒子、光場若しくは光粒子、若しくはこれらの任意の組み合わせによって表わされる可能性がある。
【０１２１】
ここに開示された実施形態に関連して説明された各種の解説的な論理ブロック、モジュール、回路、及びアルゴリズムのステップが、電子ハードウェア、コンピュータソフトウェア、若しくは両者の組み合わせとして実行される可能性があることを、この分野に知識のある者は、さらに価値を認めるはずである。ハードウェア及びソフトウェアのこの互換性をはっきりと説明するために、各種の解説的な構成素子、ブロック、モジュール、回路、及びステップが、機能性の面から一般的にこれまでに説明されてきた。そのような機能性が、ハードウェア若しくはソフトウェアとして実行されるか否かは、固有のアプリケーション及びシステム全体に課せられた設計の制約に依存する。熟練した職人は、述べられた機能性を各々の固有なアプリケーションに対して違ったやり方で実行することができる。しかし、そのようなインプリメンテーションの決定は、本発明の範囲から離れては説明されない。
【０１２２】
ここに開示された実施形態に関連して述べられた、各種の解説的な論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、アプリケーションスペシフィック集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブルロジックデバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェア素子、若しくはここに記述した機能を実行するために設計されたこれらのいかなる組み合わせで、実行され若しくは実施される可能性がある。汎用プロセッサは、マイクロプロセッサである可能性があり、しかし代案では、プロセッサは、いかなる従来のプロセッサ、コントローラ、マイクロコントローラ、若しくはステートマシン(state machine)である可能性がある。プロセッサは、演算装置の組み合わせとして実行されることができる。例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと結合した１若しくはそれ以上のマイクロプロセッサ、若しくはいずれかの他のそのような構成である可能性がある。
【０１２３】
ここに開示された実施形態に関連して述べられた方法若しくはアルゴリズムのステップは、ハードウェアにおいて、プロセッサにより実行されるソフトウェアモジュールにおいて、若しくは、両者の組み合わせにおいて直接実現される可能性がある。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、脱着可能なディスク、ＣＤ−ＲＯＭ、若しくは、この分野で知られている他のいずれかの記憶媒体の中に存在できる可能性がある。あるイグゼンプラリな記憶媒体は、プロセッサと接続され、その結果、プロセッサは、記憶媒体から情報を読み出し、そこに情報を書き込める。代案では、記憶媒体は、プロセッサに集積される可能性がある。プロセッサ及び記憶媒体は、ＡＳＩＣ中に存在する可能性がある。ＡＳＩＣは、ユーザターミナル中に存在する可能性がある。代案では、プロセッサ及び記憶媒体は、ユーザターミナル中に単体素子として存在する可能性がある。
【０１２４】
開示された実施形態のこれまでの説明は、本技術分野に知識のあるいかなる者でも、本発明を作成する、若しくは使用することを可能にするために与えられる。これらの実施形態に対する種々の変形は、本技術分野に知識のある者に、容易に実現されるであろう。そして、ここで規定された一般的な原理は、本発明の発明的な能力を使用しないで、他の実施形態にも適用される可能性がある。そのようにして、本発明は、ここに示された実施形態に制限することを意図したものではなく、ここに開示した原理及び卓越した特性と整合する広い範囲に適用されるものである。
【図面の簡単な説明】
【０１２５】
【図１】図１は、複数のユーザをサポートする拡散スペクトル通信システムの図である。
【図２】図２は、放送送信をサポートする通信システムのブロック図である。
【図３】図３は、放送送信をサポートする通信システムのブロック図である。
【図４】図４は、一つの放送サービスを提供するコンテントサーバーのブロック図である。
【図５】図５は、複数の放送サービスを提供するコンテントサーバーのブロック図である。
【図６】図６は、ワイアレス通信システムトポロジーにおいて放送サービスをアクセスするためのフロー図である。
【図７】図７は、コンテントサーバーにサービスＩＤを発行するグローバル発行者を説明するネットワークブロック図である。
【図８】図８は、ＢＣＭＣＳ＿ＩＤデータベースにおいて使用される可能性があるレコードの実施形態のブロック図である。
【図９】図９は、コンテントサーバーによって使用される可能性があるＣＳレコードの実施形態のブロック図である。
【図１０】図１０は、コンテントサーバーがグローバル発行者からＢＣＭＣＳ＿ＩＤを得るフロー図である。
【図１１】図１１は、ある放送／マルチキャストサービスの利用可能性を宣伝するための方法のフロー図である。
【図１２】図１２は、ＢＣＭＣＳ＿ＩＤとＩＰマルチキャストアドレスとの間の１対１マッピングを図示する。
【図１３】図１３は、ＢＣＭＣＳ＿ＩＤとＩＰマルチキャストアドレスとの間の複数対１マッピングを図示する。
【図１４】図１４は、ＢＣＭＣＳ＿ＩＤとＩＰマルチキャストアドレスとの間の１対複数マッピングを図示する。
【図１５】図１５は、コンテントサーバーにサービスＩＤを発行する複数のローカル発行者を説明するネットワークブロック図である。
【図１６】図１６は、コンテントサーバーにサービスＩＤを発行するグローバル発行者及び複数のローカル発行者を説明するネットワークブロック図である。
【図１７】図１７は、デュアルＢＣＭＣＳ＿ＩＤの実施形態のブロック図である。
【図１８】図１８は、ゼロのグローバルインディケータを有するデュアルＢＣＭＣＳ＿ＩＤの実施形態のブロック図である。
【図１９】図１９は、１のグローバルインディケータを有するデュアルＢＣＭＣＳ＿ＩＤの実施形態のブロック図である。
【図２０】図２０は、そこで各セクタがＢＳＰＭを送信している拡散スペクトル通信システムの図である。
【図２１】図２１は、ＢＳＰＭを使用する放送サービスパラメータ及びプロトコル情報を提供する方法を図示する。
【図２２】図２２は、パラメータ及びプロトコルのセットに対するＳＯ数のそれぞれのマッピングを図示する。
【図２３】図２３は、放送システムにおける送信に使用される種々のチャネルを説明するブロック図である。
【図２４】図２４は、放送コンテントでインターリーブされたオーバーヘッド情報を有する放送ストリームである。
【図２５】図２５は、ワイアレス通信システムにおいて放送サービスをアクセスするための方法である。
【図２６】図２６は、ＢＳＰＭの実施形態のブロック図である。
【図２７】図２７は、隣接のＢＳの構成を示すためにＮＧＨＢＲ＿ＨＳＢＳ＿ＣＯＮＦＩＧフィールドをＢＳが設定する可能性がある値を説明する表である。
【図２８】図２８は、ハンドオフを決定するためにＢＳＰＭにおいて受信したＨＳＢＳ＿ＮＧＨＢＲ＿ＣＯＮＦＩＧの値をＭＳが検査するフロー図である。
【図２９】図２９は、ＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤ＿ＭＡＰＰＩＮＧ＿ＩＮＣＬフィールド及びＮＧＨＢＲ＿ＢＣＭＣＳ＿ＩＤフィールドを含んでいるＢＳＰＭの実施形態の部分ブロック図である。
【図３０】図３０は、ハンドオフの間にＭＳがＢＣＭＣＳ＿ＩＤを処理するための方法を説明するフロー図である。
【図３１】図３１は、ハンドオフの間にＭＳがＢＣＭＣＳ＿ＩＤを処理するための方法を説明するフロー図である。
【符号の説明】
【０１２６】
１００…通信システム，１０２…セル，１０４…基地局，１０６…ターミナル，２００…ワイアレス通信システム，３００…アクセスネットワーク，２２０２…マッピング。
【図１】
2005516474.tif 000003
【図２】
2005516474.tif 000004
【図３】
2005516474.tif 000005
【図４】
2005516474.tif 000006
【図５】
2005516474.tif 000007
【図６】
2005516474.tif 000008
【図７】
2005516474.tif 000009
【図８】
2005516474.tif 000010
【図９】
2005516474.tif 000011
【図１０】
2005516474.tif 000012
【図１１】
2005516474.tif 000013
【図１２】
2005516474.tif 000014
【図１３】
2005516474.tif 000015
【図１４】
2005516474.tif 000016
【図１５】
2005516474.tif 000017
【図１６】
2005516474.tif 000018
【図１７】
2005516474.tif 000019
【図１８】
2005516474.tif 000020
【図１９】
2005516474.tif 000021
【図２０】
2005516474.tif 000022
【図２１】
2005516474.tif 000023
【図２２】
2005516474.tif 000024
【図２３】
2005516474.tif 000025
【図２４】
2005516474.tif 000026
【図２５】
2005516474.tif 000027
【図２６】
2005516474.tif 000028
【図２７】
2005516474.tif 000029
【図２８】
2005516474.tif 000030
【図２９】
2005516474.tif 000031
【図３０】
2005516474.tif 000032
【図３１】
2005516474.tif 000033
【国際調査報告】
2005516474.tif 000034
2005516474.tif 000035
2005516474.tif 000036