【手続補正書】
【提出日】平成17年3月28日(2005.3.28)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
図１は、通信システム100の例を示し、通信システム100は、多数のユーザを支援し、かつ本発明の少なくともいくつかの態様および実施形態を実行することができる。システム100における伝送をスケジュールするのに、種々のアルゴリズムおよび方法が使用される。システム100は、多数のセル102Aないし102Gに通信を与え、各セルは、対応する基地局104Aないし104Gによってそれぞれサービスされる。明細書全体で使用されている“基地局104”という用語は、“基地局104A、104B、104C、104D、104E、104F、および104G”を指すことが分かる。“基地局104”という用語は、単に簡潔にするために使用されている。例示的な実施形態では、基地局104のいくつかは、多数の受信アンテナを有し、基地局104の残りは、１本のみの受信アンテナを有する。同様に、基地局104のいくつかは、多数の送信アンテナを有し、基地局104の残りは、１本の送信アンテナを有する。送信アンテナと受信アンテナの組合せは規制されない。したがって、基地局104が、多数の送信アンテナと１本の受信アンテナとを有することも、多数の受信アンテナと１本の送信アンテナとを有することも、送信アンテナと受信アンテナの両者を１本づつ有することも、または両者を多数本有することも可能である。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
受信可能領域内の端末106は、固定形（すなわち、静止形）であっても、移動形であってもよい。図１に示されているように、システム全体には、いくつかの端末106が分散している。明細書全体で使用されている“端末106”という用語は、“端末106A、106B、106C、106D、106E、106F、および106G”を指すことが分かる。“端末106”という用語は、単に簡潔にするために使用されている。例えばソフトハンドオフが用いられるか、または端末が多数の基地局から多数の伝送を（同時に、または連続的に）受信するように設計され、操作されるかに依存して、各端末106は、所与の瞬間に、少なくとも１つの、おそらくはより多くの基地局104と、ダウンリンク上およびアップリンク上で通信する。ＣＤＭＡ通信システムにおけるソフトハンドオフは、この分野においてよく知られており、米国特許第5,101,501号（“Method and system for providing a Soft Handoff in a CDMA Cellular Telephone System”）（本発明の譲受け人に譲渡されている）に詳しく記載されている。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
ダウンリンク、すなわちＦＬは、基地局から端末への伝送を示し、アップリンク、すなわちＲＬは、端末から基地局への伝送を示す。例示的な実施形態では、端末106のいくつかは、多数の受信アンテナを有し、端末106の残りは、１本のみの受信アンテナを有する。図１において、ダウンリンク上では、基地局104Aは端末106Aおよび106Jへデータを伝送し、基地局104Bは端末106Bおよび106Jへデータを伝送し、基地局104Cは端末106Cへデータを伝送する、などである。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
例示的な実施形態では、画像以外の放送サービスにおいて、支援される最大レートは、６４キロビット秒である。しかしながら、６４キロビット秒未満の、多くの他の可能なペイロードレートでもよい。
加入モデル
ＨＳＢＳサービスには、いくつかの可能な加入／収益モデルがあり、例えば、無料アクセス、制御アクセス、部分制御アクセスである。無料アクセスでは、サービスを受けるユーザは、加入の必要はない。ＢＳは、内容を暗号化せずに放送し、関心をもつ移動局は、その内容を受信することができる。広告も放送チャンネルにおいて伝送され、サービスプロバイダは、広告によっても収益を得られる。例えば、映画会社はサービスプロバイダに代金を支払うことにより、これから公開される映画のクリップを伝送することができる。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
続いて図３を参照すると、ＭＳのアプリケーション層では、プロトコルは、音声コーデック、画像コーデック、および画像プロファイルを特定する。さらに加えて、無線トランスポートプロトコル（Radio Transport Protocol, RTP）が使用されるとき、プロトコルは、ＲＴＰのペイロードタイプを特定する。ＭＳのトランスポート層では、プロトコルは、ユーザデータグラムプロトコル（User Datagram Protocol, UDP）のポートを特定し、これを使用して、ＲＴＰパケットを送る。ＭＳのセキュリティ層は、このプロトコル（IP sec）によって特定され、セキュリティパラメータは、ＣＳとのセキュリティの提携が最初に設定されるときに、バンド外チャンネルによって供給される。示されているように、ＣＳが伝送に使用し、かつＭＳが要求する処理情報を、ＢＳ／ＰＣＦまたはＰＤＳＮに必ずしも知らせる必要はない。このような情報は、IP sec情報、ＭＰＥＧ情報、等を含む。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
無線ネットワークとＣＳとの協働を要求することを避けるために、このサービスでは、バンド外チャンネルを使用して、ＩＰのネットワーク層より上のプロトコルオプションに関する情報を移動局へ伝送することができる。図１５は、１つの実施形態にしたがう放送流を示している。水平軸は、システムのトポロジ、すなわちインフラストラクチャ要素を表している。垂直軸は、時間線を表している。ＭＳは、時間ｔ１において、ＢＳを介してバンド外チャンネルにアクセスする。ＭＳは、パケットデータサービスオプションを選択することによって、例えば、ＳＯ33として示されている専用パケットデータサービスオプションチャンネルを使用することによって、ネットワークへアクセスすることに注意すべきである。事実上、ＭＳは、パケットデータサービスオプションを選択して、ＣＳと、実時間ストリーミングプロトコル（Real Time Streaming Protocol, RTSP）セッションを設定する。この例では、ＲＴＳＰ命令、とくに、“ＲＴＳＰ：記述（RTSP:Describe）”が使用される。ＭＳは、時間ｔ３において、ＣＳからの放送ストリームに使用されるアプリケーションおよびトランスポートプロトコルの記述を要求する。ＲＴＳＰを使用することに加えて、セッション開始プロトコル（Session Initiation Protocol, SIP）を使用して、アプリケーションおよびトランスポートプロトコルの記述を要求することもあることに注意すべきである。時間ｔ４において、記述は、セッション記述プロトコル（Session Description Protocol, SDP）を介して送られる。ユーザが放送サービスにアクセスしている一方で、プロトコルが伝送されることもある。ＲＴＳＰおよびＳＤＰは、ＩＥＴＦおよび３ＧＰＰ２において単方向ストリーミングサービスを設定するための標準化されたやり方であることに注意すべきである。さらに加えて、移動局は、パケットデータサービスを使用して、ＰＤＳＮに、放送サービスヘッダ圧縮プロトコルを識別することを要求する。次に、ＰＤＳＮは、時間ｔ２において、圧縮初期設定情報を移動局へ中継する。１つの実施形態では、インターネットプロトコル制御プロトコル（Internet Protocol Control Protocol, IPCP）を使用して、移動局とヘッダ圧縮情報を交換する。同様に、同じ機構を拡張して、放送ストリームへ情報を供給してもよい。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
図１６には、例示的な実施形態のＢＳＰＭのフォーマットが示されている。メッセージ内に示されている種々のパラメータと、メッセージ内で割り当てられている各パラメータのビット数とが記載されている。パイロットのＰＮ系列のずれ指標は、ＰＩＬＯＴ ＰＮとして識別される。ＢＳは、６４ＰＮチップの単位で、ＰＩＬＯＴ ＰＮフィールドを、対応する基地局に対するパイロットのＰＮ系列のずれに設定する。ＢＳＰＭ ＭＳＧ ＳＥＱは、放送サービスパラメータメッセージの順序番号(broadcast service parameters message sequence number)を示す。ＢＳＰＭは以前に伝送されているので、現在のＢＳＰＭにおいて識別されるパラメータが変わったとき、ＢＳは、ＢＳＰＭ  ＭＳＧ  ＳＥＱをインクリメントする。ＨＳＢＳ ＲＥＧ ＵＳＥＤは、使用された放送サービス登録の表示(broadcast service registration used indicator)である。このフィールドは、放送サービスへのＭＳの加入者のページングに使用される周波数を示す。ＨＳＢＳ ＲＥＧ ＴＩＭＥＲ（High-Speed Broadcast Service Registration Timer）は、放送サービス登録タイマー（broadcast service registration timer）の値である。フィールドＨＳＢＳ ＲＥＧ ＵＳＥＤが‘０’に設定されるとき、基地局はこのフィールドを省く。さもなければ、基地局は、このフィールドＨＳＢＳ  ＲＥＧ  ＴＩＭＥＲを、次に示すような重要度を付けて含む。この重要度は、ＢＳは、このフィールドＨＳＢＳ  ＲＥＧ  ＴＩＭＥＲを放送サービスチャンネルの登録期間の長さに設定するか；またはＭＳが、ＨＳＢＳチャンネルを監視し始めるたびに、ＨＳＢＳチャンネルを登録するように要求されるとき、基地局はこのフィールドＨＳＢＳ  ＲＥＧ  ＴＩＭＥＲを‘０００００’に設定するといったものである。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００４５
【補正方法】変更
【補正の内容】
【００４５】
続いて図１６を参照すると、ＮＵＭ ＦＢＳＣＨは、順方向放送補助チャンネル数（number of forward broadcast supplemental channel）である。ＢＳはこのフィールドを、対応するＢＳによって伝送される順方向放送補助チャンネル数に設定する。ＮＵＭ ＨＳＢＳ ＳＥＳＳＩＯＮは、放送サービスセッション数（number of broadcast service session）である。ＢＳはこのフィールドを、対応するＢＳによって伝送される放送サービスセッション数に設定する。ＮＵＭ ＬＰＭ ＥＮＲＴＩＥＳは、論理から物理へのマッピングのエントリ数（number of logical-to-physical mapping entry）である。ＢＳはこのフィールドを、このメッセージにおいて実行される論理（すなわち、放送サービスセッション）から、物理（すなわち、順方向放送補助チャンネル）へのマッピングのエントリ数に設定する。ＢＳは、順方向放送補助チャンネルに対応する、順方向放送補助チャンネル識別子（Forward Broadcast Supplemental Channel Identifier）、すなわちＦＢＳＣＨ ＩＤを設定する。ＦＢＳＣＨ  ＣＤＭＡ  ＦＲＥＱフィールドがこの記録に含まれているときは、基地局は、含まれる周波数の表示（Frequency included indicator）、すなわちＦＲＥＱ ＩＮＣＬのビットを‘１’に設定し、さもなければ基地局はビットを‘０’に設定する。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００５０
【補正方法】変更
【補正の内容】
【００５０】
ＮＵＭ ＮＧＨＢＲは、順方向放送補助チャンネルのソフトハンドオフを支援する近隣の数（number of neighbors supporting forward broadcast supplemental channel soft handoff）である。フィールド、ＦＢＳＣＨ ＳＨＯ ＳＵＰＰＯＲＴＥＤが‘１’に設定されるとき、基地局はＮＵＭ  ＮＧＨＢＲフィールドを、この順方向放送補助チャンネル上のソフトハンドオフを支援する近隣の数に設定する。ＮＧＨＢＲ ＰＮは、近隣のパイロットのＰＮ系列のずれの指標（neighbor pilot PN sequence offset index）である。基地局はこのフィールドを、６４ＰＮチップの単位で、この近隣に対するパイロットのＰＮ系列のずれに設定する。ＮＧＨＢＲ ＦＢＳＣＨ ＣＯＤＥ ＣＨＡＮ ＩＮＣＬは、含まれる近隣のパイロットの順方向放送補助チャンネルの符号チャンネル指標の表示である。近隣のパイロットの順方向放送補助チャンネルの符号チャンネル指標が、このメッセージに含まれるとき、基地局はこのフィールドを‘１’に設定し、さもなければ基地局はこのフィールドを‘０’に設定する。ＮＧＨＢＲ ＦＢＳＣＨ ＣＯＤＥ ＣＨＡＮは、近隣のパイロットの順方向放送補助チャンネルの符号チャンネル指標である。ＮＧＨＢＲ ＦＢＳＣＨ ＣＯＤＥ ＣＨＡＮ ＩＮＣＬフィールドが‘０’に設定されるときは、基地局はＮＧＨＢＲ  ＦＢＳＣＨ  ＣＯＤＥ  ＣＨＡＮ  ＩＮＣＬフィールドを省き、さもなければ、基地局は、ＮＧＨＢＲ  ＦＢＳＣＨ  ＣＯＤＥ  ＣＨＡＮ  ＩＮＣＬフィールドを含み、ＮＧＨＢＲ  ＦＢＳＣＨ  ＣＯＤＥ  ＣＨＡＮ  ＩＮＣＬフィールドを、移動局がこの順方向放送補助チャンネル上でこの近隣に対して使用するという符号チャンネル指標に設定する。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００５５
【補正方法】変更
【補正の内容】
【００５５】
例示的な実施形態では、論理から物理へのマッピングは、対応するＦ−ＢＳＣＨ（ＦＢＳＣＨ ＩＤ）内で保持されているＨＳＢＳチャンネル（ＨＳＢＳ ＩＤ／ＢＳＲ ＩＤ）を指定する。組{ＨＳＢＳ ＩＤ，ＢＳＲ ＩＤ，ＦＢＳＣＨ ＩＤ}は、（ＭＳごとに）所与の放送サービスを見付けて、聞くところを完全に指定する。したがって、所与のＨＳＢＳチャンネルにアクセスしたいＭＳが、監視するためのＦ−ＢＳＣＨチャンネルを判断するように、論理から物理へのマッピング情報は空中でＭＳへ伝送される。したがって、空中インターフェイスによって移動局へ伝送される情報には、放送物理チャンネルパラメータ、放送論理チャンネルパラメータ、論理から物理へのマッピングがある。これらの放送サービスパラメータを知らせる１つのオプションは、放送サービス別の、ｃｄｍａ２０００の新しいオーバーヘッドメッセージを定める。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００５８
【補正方法】変更
【補正の内容】
【００５８】
調整を行なう１つの手段では、無線インフラストラクチャ内のクライアント（例えば、ＢＳＣ）に、ＣＳおよびＰＤＳＮからのプロトコルオプション情報を要求させる。その後で、ＢＳＣは、この情報を、ＢＳＰＭにおいて送られる対応する放送サービスのＢＬＯＢへ翻訳する。ＢＳＣのクライアントと内容サーバとＰＤＳＮとの間で使用されるプロトコルは、ｃｄｍａ２０００において指定されているプロトコルのような標準のプロトコルに基づく。ＢＳＣのクライアントは、ＲＴＳＰを使用して、ＳＤＰを使用するＣＳからアプリケーションおよびトランスポート層の記述を要求する。さらに加えて、クライアントは、ＩＰＣＰを使用して、ＰＤＳＮからヘッダ圧縮情報を要求する。移動局が支援しなければならないプロトコル数を制限するために、放送サービスにおいて、必須の、および任意のプロトコルオプションを定めなければならない。
アクセスネットワーク
図１３には、システム1000の全体的なアクセスネットワークトポロジが示されていて、システム1000は、ＣＳ1002、ＰＤＳＮ1004、および２つのＰＣＦ（すなわちＰＣＦ１ 1006およびＰＣＦ２ 1008）を含む。図１３は、システム1000に示されている各インフラストラクチャ要素からの伝送を特定するデータグラムを含む。示されているように、ＣＳ1002は、情報のＩＰパケットを準備し、ペイロードと内部ヘッダＨ１とを含む、少なくとも１つのフレームにおいてパケットを伝送する。内部ヘッダは、送信元および送信先の情報を含み、送信元はＣＤ1002を識別し、送信先は加入グループを識別する。ＣＳ1002は、フレームをＰＤＳＮ1004へ伝送し、ＰＤＳＮ1004は、送信先加入グループを、アクティブなユーザの組内の個々の加入者へマップする。ＰＤＳＮ1004は、送信先加入グループ内のアクティブな組内の個々のユーザの数を判断し、ＣＳ1002から受信したフレームを、これらの各ユーザのために複製する。ＰＤＳＮ1004は、加入グループ内の各ユーザに対応するＰＣＦを判断する。次に、ＰＤＳＮ1004は、ＰＣＦを識別する外部ヘッダＨ２を、準備された各フレームに追加する。次に、ＰＤＳＮ1004は、フレームをＰＣＦに伝送する。ＰＤＳＮ1004からの伝送は、元のペイロード、ヘッダＨ１、およびヘッダＨ２を含む。示されているように、ＰＤＳＮ1004は、Ｎ個の伝送フレームをＰＣＦ１ 1006へ送り、Ｍ個の伝送フレームをＰＣＦ２ 1008へ送る。Ｎ個の伝送フレームは、ＰＣＦ１ 1006を介してサービスされる加入グループ内のＮ人のユーザに対応し、Ｍ個の伝送フレームは、ＰＣＦ２ 1008を介してサービスされる加入グループ内のＭ人のユーザに対応する。このシナリオにおいて、ＰＤＳＮ1004は、受信フレームを、対応する加入者へ伝送するために、任意の回数、複製する。
図１４は、ＣＳ1022がＰＤＳＮ1024を介してＰＣＦ１ 1026およびＰＣＦ２ 1028と通信するシステム1020の例示的な実施形態を示す。示されているように、ＣＳ1022は、情報のＩＰパケットを準備し、ペイロードと内部ヘッダＨ１とを含む、少なくとも１つのフレームにおいて、パケットを伝送する。内部ヘッダは、送信元および送信先の情報を含み、送信元はＣＤ1022を識別し、送信先は加入グループを識別する。ＣＳ1022は、フレームをＰＤＳＮ1024へ伝送し、ＰＤＳＮ1024は、外部ヘッダＨ２を追加し、Ｈ２はフレームを少なくとも１つのＰＣＦへルート設定する。次に、ＰＤＳＮ1024は、フレームをＰＣＦに伝送する。ＰＤＳＮ1024からの伝送は、元のペイロード、ヘッダＨ１、およびヘッダＨ２を含む。示されているように、ＰＤＳＮ1024は、１個の伝送フレームをＰＣＦ１ 1026へ送り、１個の伝送フレームをＰＣＦ２ 1028へ送る。ＰＣＦ１ 1026は、１個の伝送フレームを、加入グループ内のＮ人のユーザへ送る。ＰＣＦ２ 1028は、１個の伝送フレームを、加入グループ内のＭ人のユーザへ送る。
例示的な実施形態にしたがうと、放送ＣＳは、暗号化された放送内容を含むＩＰパケットを、クラス−ＤのマルチキャストＩＰアドレスによって識別されるマルチキャストグループへ送る。このアドレスは、ＩＰパケットの送信先アドレスフィールドにおいて使用される。所与のＰＤＳＮ1024は、これらのパケットのマルチキャストルーティングに加わる。ヘッダ圧縮の後で、ＰＤＳＮ1024は、各パケットを、伝送のためにＨＤＬＣフレームに置く。ＨＤＬＣフレームは、一般ルーティングカプセル化（Generic Routing Encapsulation, GRE）パケットによってカプセル化される。ＧＲＥパケットヘッダのキーフィールドは、特定値を使用して、放送ベアラ接続を示す。ＧＲＥパケットは、２０バイトのＩＰパケットヘッダを追加される。このＩＰパケットヘッダは、ＰＤＳＮ1024のＩＰアドレスを識別する送信元アドレスフィールドと、クラス−Ｄのマルチキャストアドレスを使用する送信先アドレスフィールドとを含む。このマルチキャストＩＰアドレスは、放送ＣＳが使用するマルチキャストＩＰアドレスと異なることが推奨される。システム1020は、各ＰＣＦとＰＤＳＮとの少なくとも1つのマルチキャストルーティングテーブルを構成する。放送接続で送られるパケットは、順番に供給され、例示的な実施形態において、ＧＲＥの順序特性が可能にされる。ＩＰマルチキャストパケットの複製は、マルチキャスト対応のルータで行われる。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００７０
【補正方法】変更
【補正の内容】
【００７０】
図２３は、バンド内方法を使用して、放送サービスパラメータおよびプロトコル情報を供給する方法5000を示しており、オーバーヘッド形情報は、放送チャンネル上で放送内容と共に供給される。バンド内という用語は、オーバーヘッド形情報が、放送内容と同じチャンネルで供給され、別々の伝送機構、すなわちチャンネルが必要ないことを示すことを意図している。方法5000では、最初に、ステップ5002において、ＢＳＰＭにアクセスする。ＭＳは、放送チャンネル情報、物理層情報、およびＭＡＣ層情報をＢＳＰＭから抽出する。ステップ5004において、ヘッダ圧縮情報をＰＤＳＮから直接に受信する。これは、ＭＳを、パケットデータサービスオプション（バンド外）を介してＰＤＳＮへ直接に接触させることによってか、またはＰＤＳＮによって、放送ストリームへのヘッダ圧縮構成情報をＭＳへ直接に挿入させることによって達成することができる。ステップ5006において、ＭＳは放送内容（Broadcast Content, BC）にアクセスする。ヘッダ圧縮情報を受信することに応答して、ステップ5008において、ＭＳは、放送チャンネル上で伝送されるＳＤＰを、放送内容と共に受信することができる。ＳＤＰは、関係付けられている放送セッションを受信するためのパラメータおよびプロトコルを含む。ステップ5010において、ＭＳは、ＳＤＰ内に含まれている、放送チャンネル上で受信した放送内容を受信して、復号して、処理する情報を適用する。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【００７６】
ＲＴＰ／ＵＤＰ／ＩＰプロトコルを使用して、ＣＳからＭＳへ放送内容を移送し、内容は、トランスポートモードでＥＳＰによって保護される。トランスポートオーバーヘッドは、ＲＴＰ／ＵＤＰ／ＩＰヘッダであり、ＩＰパケットデータ当り４０バイトである。暗号化オーバーヘッドは、ＥＳＰヘッダ、初期設定ベクトル（Initialization Vector, IV）、およびＥＳＰトレーラである。ＥＳＰヘッダおよびＩＶは、ＩＰヘッダとＵＤＰヘッダとの間に挿入される。ＥＳＰヘッダは、ＳＰＩ（４バイト）および順序番号（４バイト）から構成される。ＩＶの長さは、何れの暗号化アルゴリズムが使用されるかで決まる。ＡＥＳ暗号アルゴリズムでは、ＩＶの長さは１６バイトである。ＥＳＰトレーラは、ＵＤＰデータグラムの最後に加えられ、パディング、次のヘッダ（１バイト）、およびパディング長（１バイト）で構成される。ＡＥＳアルゴリズムの暗号ブロックの大きさは１６バイトであるので、パディングの大きさは０ないし１５バイトの範囲である。平均パディングの大きさのシーリング関数をとると、８バイトが得られる。ＩＰパケットにおいて、ＰＤＳＮからＭＳへのデータリンク層のオーバーヘッドを除く、トランスポートから暗号化への範囲の全オーバーヘッドは、６６ないし８１バイトの範囲であって、平均で７４バイトである。
図６は、ＩＰフォーマット400を示し、データグラムは、多数のペイロードに断片化される。ヘッダおよびペイロード部分を含む各フラグメントが伝送される。ヘッダ404および410は、それぞれ、各フラグメントの長さ、すなわち、長さ404、410を識別する。パッド（PAD）414を最後のフラグメントに加えてもよい。接続フィールド402、408は、フラグメントを接続するのに使用される。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
例示的な実施形態では、ＨＤＬＣの定められたパラメータのサブセットを適用する、ＨＤＬＣフレーミングの１バージョンを適用する。図９は、ＨＤＬＣフレーミングの１つの実施形態を示しており、フレーム700は、ＲＦＣ１６６２において略述されているＨＤＬＣプロトコルによって定められている複数のフィールドを含む。フィールド702は、フラグ（FLAG）またはフレーム開始の表示を定めている。フラグは、指定のビット長をもち、所定のビットパターンによって定められている。ＨＤＬＣは、一般に使用可能な標準化されたプロトコルであるので、適用するのに好都合である。全ＨＤＬＣフレーミングプロトコルの１つの欠点は、送信機においてフレームを生成し、かつ受信機においてフレームを検索するための処理時間が必要なことである。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００８４
【補正方法】変更
【補正の内容】
【００８４】
とくに、別の処理を使用して、ペイロードがフラグと同じビット列を含んでいないことを保証するので、ＨＤＬＣプロトコルは、プロセッサをたくさん使うと考えられる。送信機において、フラグのビット列がペイロードにおいて検出されるとき、拡張文字(escape character)をペイロードへ挿入し、フラグをペイロードの一部として識別し、フレームの最初を示しているのではない。拡張文字を加える処理は、フレームペイロード内の０×７Ｅおよび０×７Ｄの“拡張（escaping）”１６進法パターンと呼ばれる。代わりの方法は、効率的なフレーミングプロトコルと呼ばれ、ＨＤＬＣのようなフレーミングほどはプロセッサを使わず、これについては別途記載する。図９は、ＨＤＬＣフレーミングを使用して、ＰＰＰフレームを移送するオプションを示している。ＨＳＢＳの動作では、ＨＤＬＣのようなフレーミングのオーバーヘッドは、不要なフィールドを省くことによってか、または単方向放送において、意味をほとんどもたないか、または情報をほとんど与えないか、あるいはこの両者によって、低減することができる。既に記載したように、フラグは、ＨＤＬＣフレームの最初を示す所定のビット列である。例示的な実施形態では、フラグか、または図１０のフォーマット800内に示されているようなフレーム指標802の他の開始を取入れる。図９のフォーマットとは対照的に、例示的な実施形態において、フレームの最後は、オーバーヘッド情報で指示されない。フォーマット700のアドレスフィールド704および制御フィールド706は、静的な値をもつので、これらはフォーマット800には含まれていない。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００８５
【補正方法】変更
【補正の内容】
【００８５】
続いて図１０を参照すると、プロトコルフィールド708（図９参照）の目的は、ＬＣＰ制御パケット、ＲＯＨＣパケット、ＩＰパケット、などのような、ペイロードのタイプを識別することであるので、放送チャンネル内の全パケットが同じタイプに属するときは、この識別子は放送に必要ない。例えば、ＲＯＨＣの圧縮がパケットの伝送に使用されるとき、放送チャンネル内の全パケットがＲＯＨＣパケットとして処理される。ＩＲパケット、圧縮パケット、などのような、ＲＯＨＣパケットのタイプは、ＲＯＨＣパケットヘッダ内のパケットタイプフィールドによって区別される。したがって、フォーマット800には、プロトコルフィールドは含まれない。さらに加えて、フォーマット800は、ペイロード804の後に、誤り検査フィールド806を含む。誤り検査フィールド806は、受信機が、受信したペイロード内の誤りを検査できるようにする情報を、受信機に与える。例示的な実施形態では、ナル、１６ビット、または３２ビットとして特定されるフレーム検査和（frame Check Sum, FCS）712を取り入れる。ＨＤＬＣフレームは、放送チャンネル内の多数の物理層フレームをまたぐので、１６ビットのＦＣＳを使用するのがよい。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００９５
【補正方法】変更
【補正の内容】
【００９５】
【図１】多数のユーザを支援するスペクトル拡散通信システムの図。
【図２】放送伝送を支援する通信システムのブロック図。
【図３】無線通信システムにおける放送サービスオプションに対応するプロトコルスタックのモデルを示す図。
【図４】無線通信システムにおいて放送サービスオプションを支援するプロトコルスタック層に適用されるプロトコルの表。
【図５】無線通信システムトポロジにおいて放送サービスにアクセスするためのフローチャート。
【図６】無線通信システムにおける放送ストリームを示す図。
【図７】無線通信システムにおけるヘッダ圧縮のマッピングを示す図。
【図８】ヘッダ圧縮情報の定期的な放送を示す図。
【図９】ヘッダ圧縮プロトコルを示す図。
【図１０】無線通信システムにおける放送サービスのためのヘッダ圧縮プロトコルを示す図。
【図１１】無線通信システムにおける放送サービスのためのヘッダ圧縮のフローチャート。
【図１２】無線通信システムにおける放送サービスのためのヘッダの逆圧縮のフローチャート。
【図１３】無線通信システムにおけるデータ転送を示す図。
【図１４】無線通信システムにおけるデータ転送を示す図。
【図１５】無線通信システムにおけるメッセージ流のタイミング図。
【図１６】システムのオーバーヘッドパラメータメッセージの構成を示す図。
【図１７】ビットブロック（a block of bits, BLOB）システムのオーバーヘッドのパラメータメッセージ構成を示す図。
【図１８】無線通信システムにおいて放送プロトコルおよびパラメータを供給することについてのフローチャート。
【図１９】サービスオプション番号からパラメータの組へのマッピングを示す図。
【図２０】無線通信システムにおけるパラメータの定義を示す図。
【図２１】放送サービスを支援する無線通信システムにおいて使用されるチャンネルのブロック図。
【図２２】放送内容でインターリーブされたオーバーヘッド情報を有する放送ストリームを示す図。
【図２３】無線通信システムにおいて放送サービスにアクセスするための方法を示す図。
【図２４】放送オーバーヘッド情報を記憶するためのメモリ素子を示す図。
【手続補正１８】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2004535698.tif 000001
【手続補正１９】
【補正対象書類名】図面
【補正対象項目名】図１６
【補正方法】変更
【補正の内容】
【図１６】
2004535698.tif 000002