【手続補正書】
【提出日】平成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情報、ＭＰＥＧ情報、等を含む。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
ＲＴＰ／ＵＤＰ／ＩＰプロトコルを使用して、ＣＳからＭＳへ放送内容を移送し、内容は、トランスポートモードでＥＳＰによって保護される。トランスポートオーバーヘッドは、ＲＴＰ／ＵＤＰ／ＩＰヘッダであり、ＩＰパケットデータ当り４０バイトである。暗号化オーバーヘッドは、ＥＳＰヘッダ、初期設定ベクトル（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を取り入れる。ＨＤＬＣフレームは、放送チャンネル内の多数の物理層フレームをまたぐので、１６ビットのＦＣＳを使用するのがよい。
【手続補正１０】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2005509311.tif 000001