(57)【特許請求の範囲】
【請求項１】
無線通信システムにおける通信チャンネル上でブロードキャストする方法であって、
信号チャンネル上で、コンテクストについてのコンテクスト初期化情報を、圧縮器が解凍器に送ることと、なお、前記コンテクスト初期化情報は、前記通信チャンネル上で送られたデータパケットの正確な解凍を可能にする静的パラメータを備える；
ブロードキャストの動作の終了まで、前記コンテクストのアップデートのパラメータを含むデータパケットを、前記圧縮器が送ることと、なお、前記圧縮器は複数の状態のうちの１つで動作するように構成され、前記アップデートのパラメータは、前記解凍器からのフィードバックに基づき、前記フィードバックは、応答（ＡＣＫ）、否定応答（ＮＡＣＫ）、静的否定応答（ＳＴＡＴＩＣ−ＮＡＣＫ）を備え、前記フィードバックが否定応答の場合、前記パラメータは、動的パラメータを含み、前記フィードバックが静的否定応答である場合、前記パラメータは、静的および動的パラメータを含む；
を備える方法。
【請求項２】
無線通信チャンネル上で通信するための圧縮器であって、
前記無線通信チャンネル上で送られたデータパケットを解凍するために、解凍器によって使用するための動的及び静的パラメータを含む初期化コンテクストを生成することによって、ブロードキャストセッションを開始するように構成され、前記ブロードキャストセッションの終了まで、前記解凍器の前記動的及び静的パラメータをアップデートするように更に構成されているプロセッサと、
前記初期化コンテクストを、信号チャンネルを介して、前記解凍器に送るように構成された送信機と、
を備え、前記アップデートするパラメータは、前記解凍器からのフィードバックに基づき、前記フィードバックは、応答（ＡＣＫ）、否定応答（ＮＡＣＫ）、静的否定応答（ＳＴＡＴＩＣ−ＮＡＣＫ）を備え、前記フィードバックが否定応答の場合、前記パラメータは、動的パラメータを含み、前記フィードバックが静的否定応答である場合、前記パラメータは、静的および動的パラメータを含む、圧縮器。
【請求項３】
無線通信チャンネル上で通信するための解凍器であって、
初期化コンテクストが、信号チャンネル上で受け取られるとき、ブロードキャストセッションを開始するように構成されたプロセッサと、なお、前記初期化コンテクストは、前記無線通信チャンネル上で送られたデータパケットの正確な解凍を可能にする動的および静的なパラメータを備え、前記プロセッサは、ブロードキャストの動作終了まで、前記ブロードキャストセッションにおいて動作するように更に構成されている；
前記ブロードキャストセッションの間、前記動的および静的なパラメータのアップデートを受け取るように構成されたネットワークインタフェースと；
を備え、前記プロセッサは、圧縮器からの所望のアップデータパラメータをリクエストするフィードバックを発生するように構成され、前記アップデータパラメータは、動的パラメータが損傷を受けている場合、動的パラメータをアップデートすることを促す否定応答（ＮＡＣＫ）であり、静的パラメータが損傷を受けている場合、前記静的パラメータおよび動的パラメータをアップデートすることを促す静的否定応答（ＳＴＡＴＩＣ−ＮＡＣＫ）である解凍器。
【発明の詳細な説明】
【背景】
【０００１】
（分野）
本発明は、概して無線通信に関し、特に、ブロードキャスト及びマルチキャスト サービスにおけるヘッダー圧縮に関する。
【０００２】
（背景）
ブロードキャスト(broadcast)、又はマルチキャスト(multicast) サービスは、送信機から多重受信機またはマルチユーザーに情報を伝送するように使用される通信システムを言う。ブロードキャスト又は一対多方向 (point-to-multipoint)通信システムの例は、中央ディスパッチャ(central dispatcher)が信号を１以上の車両にブロードキャストする、警察、トラック運送会社、タクシー会社によって使用されるようなディスパッチシステム (dispatch system)、を含む。信号は、特定の車両を対象としているかもしれないし、同時に全ての車両を対象としているかもしれない。
【０００３】
モバイル無線ネットワークが、例えば携帯電話ネットワークなどのようにありきたりのものになって来るにつれ、顧客は、無線通信リンク上でインターネットプロトコル（ＩＰ）を使用する、ビデオ、及びマルチメディアのブロードキャストを受信することを願望し始めてきている。例えば、顧客は、自分の携帯電話又は他の携帯無線通信装置でテレビ放送のようなストリーミング(streaming)ビデオを受信できることを望んでいる。顧客が自分の無線通信装置で受信したいと望む他の例のタイプのデータは、マルチメディアブロードキャストインターネットアクセスを含む。
【０００４】
典型的な無線通信チャンネルは、限定帯域幅を有し、深刻なエラーレート(error ratre)を経験するかもしれない。ブロードキャスト及びマルチキャストサービス(broadcast and multicast services)（ＢＣＭＣＳ）によるメッセージ伝送のための種々の技術が開発されてきている。概して、これらの技術は、メッセージデータを、パケット内のデータについての情報を含むヘッダー(header)を持ったパケット(packet)にフォーマットすること (formatting)を含む。ＢＣＭＣＳ通信において、コンテンツプロバイダ、又はコンテンツサーバーは、多重受信機又はマルチユーザーにブロードキャストされるデータストリーム (data stream)を発生する。データストリームは、ヘッダーを含むデータパケットに変換され、そのあと多重通信装置に同時にブロードキャストされるＢＣＭＣＳデータストリームを備える。限定帯域幅のような無線リソース不足に起因し、パケットデータヘッダーは、ブロードキャストされる前に普通は圧縮される(compressed)。
【０００５】
ヘッダー圧縮(Header compression)は、種々様々なパケットのヘッダーの中で搬送される情報のために必要な帯域幅使用を最小化する技術を言い；パケットの例はＲＩＰ／ＵＤＰ／ＩＰ及びＴＣＰ／ＩＰパケットを含む。ヘッダー圧縮は、所定パケットストリーム内の連続するパケット間に存在する冗長度(redundancy)を利用する。パケットヘッダーを圧縮するために、圧縮器(compressor)は、無線ネットワークインフラストラクチャ内、例えばパケットデータサービングノード(Packet Data Serving Node)（ＰＤＳＮ）の中、に常駐してもよい。圧縮器は、コンテンツサーバーから着信ＢＣＭＣＳデータストリームを受け取り、該ＢＣＭＣＳデータストリームを圧縮し、そのあと該データストリームを圧縮されたヘッダーと共に無線ネットワークに転送する。圧縮されたパケットがそのあと、指定された無線通信装置に無線リンクブロードキャストチャンネル上で伝送される。受信する無線通信装置は、圧縮されたパケットを入力として受け取り、元のデータストリームを再現するため解凍されたパケット(uncompressed packets)を再生する、解凍器(decompressor)を含む。
【０００６】
ほとんどのヘッダー圧縮方式は、圧縮器と解凍器の両方で状態情報（コンテクスト）(state information (context))を維持することにより連続パケット間の冗長度を利用する。静的コンテクスト情報(static context information)は最初のみ送られ、一方、動的コンテクスト(dynamic context)は、コンテクスト情報を完全なものにするため動的コンテクストアップデートヘッダー(dynamic contexts update header)の中で解凍された値として、又は、有効な符号化アルゴリズムを使用して普通は符号化されたパケットからパケットへの差として、の何れかで送られる。解凍器が解凍されたパケットを正しく再生するように、解凍器中のコンテクストは、圧縮期間中に圧縮器によって使用されるコンテクストと同期をとられる必要がある。解凍器と圧縮器との間のコンテクストの同期を維持するために開発されてきている技術は、ＩＮＴＥＲＮＥＴ  ＥＮＧＩＮＥＥＲＩＮＧ  ＴＡＳＫ  ＦＯＲＣＥ  の  ｔｈｅ  ＲＯＨＣ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐによって開発されたＴｈｅ  Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ（ＲＯＨＣ）技術［例えば、インターネットＵＲＬ www. ietf.org/rfc/rfc3095. txt ?number=3095 での標準規格及び草案を参照］を含み、ここに全体として組み込まれている。ＲＯＨＣプロトコルは、ＢＣＭＣＳのように、ブロードキャストサービスのためのヘッダー圧縮を改良しているが、無線通信チャンネルの限定された帯域幅のために、ヘッダー圧縮における更なる改良が望まれている。
【０００７】
従って、本技術分野においては、無線通信システムにおけるブロードキャスト及びマルチキャスト サービスのためのヘッダー圧縮技術を改善する必要がある。
【発明の概要】
【０００８】
ここで開示される実施例は、無線通信システムにおいてブロードキャストし、移動局の解凍器で使用のためのコンテクストを初期化することにより、上記説明の必要性に応えるものである。前記初期化の状態に続き、ブロードキャスティング(broadcasting)は、圧縮器が前記解凍器の静的及び動的パラメータを前記ブロードキャストの動作終了までアップデートする状態の中で、前記圧縮器をその後に動作させることを伴う。例えば、前記圧縮器は、前記圧縮器が前記コンテクストの動的及び静的なパラメータを含むデータパケットを送る第一命令状態、又は、前記圧縮器が前記コンテクストの動的パラメータを含むデータパケットを送る第二命令状態、で動作出来る。前記圧縮器は、そのとき、前記初期化の状態に戻ることなく、前記第一命令と前記第二命令との間を変わることができる。
【０００９】
本発明の一面は、前記圧縮器による動作状態間の遷移は周期的間隔で発生する。他の面は、通信チャンネル特性の変化に応じる、リクエストに応じる、又は所定回数のデータ伝送に続く、圧縮器動作状態間の遷移を含む。
【００１０】
別の面は、前記圧縮器は、周期的間隔で、前記第一状態と前記第二状態との間で交互に行う。他の面は、通信チャンネル特性の変化に応じて、リクエストに応じて、又は所定回数のデータ伝送に続いて、前記第一状態と前記第二状態との間で交互に行う前記圧縮器を含む。
【００１１】
更に別の面では、動的及び静的パラメータを含む初期化コンテクストを設定(establish)する初期化状態のためのパラメータを受け取ることにより、解凍器はブロードキャスト動作を実行する。前記初期化コンテクストを設定後、前記解凍器はそのあと、前記ブロードキャスト動作の終了まで前記解凍器が前記解凍器の前記動的及び静的パラメータのアップデートを受け取るブロードキャストセッションにおいて、動作する。
【００１２】
別の面では、解凍器は、圧縮器によって設定される動的及び静的パラメータを使用して初期コンテクスト生成する初期化状態を含む。前記解凍器は又、前記動的及び静的パラメータを使用しデータを解凍する第一状態と、解凍において使用のため前記動的パラメータを再設定(re-establish)する第二状態と、を備える。初期化に続き、前記解凍器は、所定の方法により前記第一及び第二状態間を交互に行ってもよい。同様に、前記解凍器は、前記第一又は前記第二の何れかの状態に入りそのあと留まることも出来る。更なる面は、前記解凍器は、解凍の期間のエラーに基づき、前記第一及び第二状態間を交互に行なうことが出来る。
【００１３】
別の面では、多重分散型解凍器が圧縮器と通信し、そこでは、フィードバックが、前記解凍器のうちの全て又はいくつかから前記圧縮器に送られる。受け取られた前記一群のフィードバック(the group of feedback)に基づき、前記圧縮器は圧縮状態及び圧縮レベルを調整する。
【００１４】
更なる面では、一群のユーザ間(between a group of users)の無線通信を、例えばプッシュ−ツ−トーク(Push-To-Talk)でマルチキャストする時、データストリームにおけるデスティネーションアドレス(destination address)は、それがマルチキャストアドレスを含んでいるかどうかを決定するために調べられる。もしそうであれば、そのあと、前記データストリームは、前記デスティネーションアドレス及び前記データストリーム内の他のパラメータに基づき分類され(classified)、前記マルチキャストセッションのための単一コンテクストは設定される。他の面は、デスティネーションポート(destination port)、ＩＰバージョン(IP version)、又はＩＰプロトコルフィールド(IP protocol)に基づく前記データストリームの前記分類を含む。
【００１５】
本発明の他の特徴及び利点は、一例によって本発明の面を例証する、例示的な実施例の以下の説明によって明らかである。
【図面の簡単な説明】
【００１６】
【図１】図１は、本発明に従い構成される通信システム１００の部分を示す。
【図２】図２は、本発明に従う、ＢＣＭＣＳコンテンツストリームを配信できる例示的な無線ネットワークを図示する。
【図３】図３は、従来システム用のＵ−モードにおいてＲＯＨＣ圧縮のために使用される３状態の状態図を図示する。
【図４】図４は、従来システムのＵ−モードにおいてＲＯＨＣ解凍のために使用される３状態の状態図を図示する。
【図５】図５は、図１及び図２において図示されたシステムのためのＵモードにおけるＲＯＨＣ圧縮のための状態図を、２状態のみで図示する。
【図６】図６は、図１及び図２において図示されたシステムのためのＵモードにおけるＲＯＨＣ解凍のための状態図を、２状態のみで図示する。
【図７】図７は、図５システムにおける、圧縮器動作の例示的実施例を図示するフローチャートである。
【図８】図８は、図６システムにおける、解凍器動作の例示的実施例を図示するフローチャートである。
【図９】図９は、本発明の例示的実施例に従い構成される無線通信装置のブロック図である。
【詳細な説明】
【００１７】
ここで使用されている用語「例示的な(exemplary)」は、「例(example)、実例(instance)、又は例証(illustration)として役目をしている」を意味している。「例示的な」としてここで説明されるどの実施例も、他の実施例より好ましい、又は有利であるとして必ずしも解釈されるべきではない。
【００１８】
無線通信システムにおけるＢＣＭＣＳサービスのためのヘッダー圧縮を強化する技術が説明される。フィードバック無しのＢＣＭＣＳシステムにおいては、静的コンテクスト情報が、ＷＣＤ又は移動局の中の解凍器で使用のためＢＣＭＣＳサービス初期化期間中に送られることが出来る。強化(enhancement)は、ＢＣＭＣＳサービスで使用される圧縮器及び解凍器の両方における動作状態の数を減らすことを含む。更に、ヘッダー圧縮の効率性及び堅牢性の両方が増強される。圧縮器が、フィードバックに基づき、効率性及び堅牢性の両方を達成するように圧縮を調整する機構と同様に、一群の分散ＷＣＤ、又は移動局、解凍器からブロードキャスティング圧縮器へのフィードバックを提供する技術も又説明される。大集団のユーザに対してでさえ、削減された数のコンテクストが、ＰＴＴセッションパッケットヘッダーを圧縮／解凍するために使用されることができ、そうすることによって、ＰＤＳＮ及び移動局の両方においてリソースを節約できるように、フロー(flows)を分類するＰＴＴタイプ用の技術も又説明される。
【００１９】
図１は、本発明に従い構成される通信システム１００の部分を示す。通信システム１００は、インフラストラクチャ-(infrastructure)１０１と、多重無線通信装置(wireless communication devices)（ＷＣＤ）又は移動局（ＭＳ）１０４及び１０５と、陸上通信線通信装置１２２及び１２４とを含む。一般に、ＷＣＤｓは移動又は固定の何れでもよい。
【００２０】
インフラストラクチャー１０１は、他のコンポーネント、例えば、基地局１０２、基地局コントローラ１０６、モバイル交換局１０８、交換網１２０、及び同様なもの、も含む。一実施例において、基地局１０２は基地局コントローラ１０６と一体となっており、他の実施例においては、基地局１０２と基地局コントローラ１０６とは分離されたコンポーネントである。異なるタイプの交換網１２０が、通信システム１００において信号を送るのに使用されることができ、例えば、交換網１２０は、公衆交換電話網(the public switched telephone network)（ＰＳＴＮ）であってもよい。
【００２１】
用語「フォワードリンク(forward link)」は、インフラストラクチャーからＷＣＤへの信号パスを言い、用語「リバースリンク(reverse link)」は、ＷＣＤからインフラストラクチャーへの信号パスを言う。図１において示されるように、ＷＣＤ１０４及び１０５は、信号１３２及び１３６をフォワードリンクで受け取り、信号１３４及び１３８をリバースリンクで伝送する。一般に、ＷＣＤ１０４及び１０５から伝送された信号は、別の通信装置、例えば、別の遠隔ユニット、又は陸上通信線通信装置１２２及び１２４、での受信を意図されており、交換網１２０を通して送られる。例えば、もし、開始ＷＣＤ１０４から伝送された信号１３４がデスティネーションＷＣＤ１０５によって受信されるように意図されている場合は、信号はインフラストラクチャーを通して送られ、信号１３６がデスティネーションＷＣＤ１０５にフォワードリンクで送られる。一般的に、通信装置、例えばＷＣＤ又は陸上通信線通信装置など、は信号の開始者及びデスティネーションの両方であり得る。
【００２２】
ＷＣＤ１０４の例は、携帯電話、無線通信可能パーソナルコンピュータ、及び携帯情報端末(personal digital assistants)（ＰＤＡ）、及び他の無線装置を含む。通信システム１００は、１以上の無線標準規格に対応するように設計されることができる。例えば、標準規格は、ＴＩＡ／ＥＩＡ−９５−Ｂ（ＩＳ−９５）、ＴＩＡ／ＥＩＡ−９８−Ｃ（ＩＳ−９８）、ｃｄｍａ２０００、広帯域符号分割多元接続(Wideband CDMA)（ＷＣＤＭＡ）、及び他のもの、を含んでいるかもしれない。
【００２３】
図２は、ＢＣＭＣＳコンテンツストリームを図１において図示されるようなシステムを通して配信できる、例示的な無線ネットワークのコンポーネントを図示する。図２において示されるように、無線ネットワークインフラストラクチャーは、ＢＣＭＣＳコンテンツサーバー２０２、ＢＣＭＣＳコントローラ２０４、パケットデータサービスノード（ＰＤＳＮ）２０６、基地局コントローラ／パケットコントロール機能（ＢＳＣ／ＰＣＦ）、及び加入ＷＣＤ、例えば移動局（ＭＳ）２１０など、を含むことができる。一般に、ＢＣＭＣＳコントローラ２０４は、ＢＣＭＣＳセッション情報を管理しＰＤＳＮ２０６、ＭＳ２１０、及びＢＣＭＣＳコンテンツサーバー２０２に提供することを担当する。ＢＣＭＣＳコンテンツは、ＢＣＭＣＳコンテンツプロバイダ２１２に源を発し、ＢＣＭＣＳコンテンツサーバー２０２を経由し、ＢＣＭＣＳコンテンツサーバーはそのあとコンテンツをマルチキャストＩＰストリーム内で利用できるようにする。ＢＣＭＣＳコンテンツサーバー２０２は、一般的に、ＰＤＳＮに２０６に伝達し、ＰＤＳＮ２０６は、マルチキャストＩＰフローをＢＳＣ／ＰＣＦ２０８に送り、ＢＳＣ／ＰＣＦは、無線チャンネルを選択し（普通は共用される無線チャンネル）マルチキャストＩＰフローを選択された無線チャンネルで伝送する。ＭＳ２１０は、無線チャンネル上で搬送された所望のフローを受け取る。
【００２４】
無線通信システムにおいては、利用できるのが限定された帯域幅であるため、信号を伝送するために必要とされる帯域幅を減らすことが望ましい。ヘッダーを含むデータパケットが伝送される他のブロードキャストサービスと同様に、ＢＣＭＣＳにおいては、ヘッダー情報を圧縮することは、信号伝送のために必要とされる帯域幅を減らすことができる。ヘッダー圧縮器は、種々様々なパケット、例えば、リアルタイムプロトコル／ユーザデータグラムプロトコル／インターネットプロトコル（ＲＴＰ／ＵＤＰ／ＩＰ）及び伝送コントロールプロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）パケットなど、のヘッダーで搬送される情報のための必要な帯域幅利用を最小化する技術を言う。ヘッダー圧縮は、所定パケットストリーム内の連続するパケット間に存在する冗長度を利用する。典型的には、ヘッダー圧縮技術は、状態情報又はコンテクストを圧縮器及び解凍器の両方で維持することによって、これらの冗長度を利用する。静的コンテクスト情報は最初のみ送られ、一方、動的コンテクストは、コンテクスト情報を完全なものとするために動的コンテクストアップデートヘッダー(dynamic context update header)の中で解凍された値として、又は、有効な符号化アルゴリズムを使用して普通は符号化されたパケットからパケットへの差として、の何れかで送られる。
【００２５】
例示的な実施例において、ＩＰフローのヘッダー圧縮は、ＰＤＳＮ２０６で圧縮器によって実行されることができる。ヘッダー圧縮は、ブロードキャストされる必要のあるデータの量を減らし、従って、無線リソースを節約するのを助ける。各ＭＳ２１０における解凍器は、圧縮されたヘッダーによってパケットを解凍し、伝送されたＩＰパケットを再生する。
【００２６】
単方向ＲＯＨＣ(Unidirectional ROHC)
現行のＢＣＭＣＳサービス動作モードの１つは、解凍器から圧縮器へのリターンパスが無い単方向モードである。ＲＯＣＨを使用する動作の単方向モードは、深刻なエラーレート(error rate)と限定された又は十分でない帯域幅でブロードキャストリンク上で使用された時、困難な状況に遭遇する。
【００２７】
ＲＯＨＣにおいては、解凍器から圧縮器への利用可能なリターンパスがないので、単方向モード(Uni-directional mode)（Ｕモード）と呼ばれる技術がヘッダー圧縮を実行するために使用される。Ｕモードにおいては、動作期間中に３つの圧縮状態、初期化及びリフレッシュ(Initialization and Refresh)（ＩＲ）状態、第一命令(First Order)（ＦＯ）状態、及び第二命令(Second Order)（ＳＯ）状態がある。
【００２８】
図３は、従来システム用のＵモードにおけるＲＯＨＣ圧縮のために使用される状態図を図示する。図３において図示されるように、ＩＲ状態３０２のブロードキャストセッション期間中に、圧縮器は動作を開始する。圧縮器と解凍器との間でメッセージを首尾よく伝送するためにより少ない帯域幅が要求されるように、圧縮器が、より高い圧縮状態ＦＯ３０４及びＳＯ ３０６に遷移する(transit)のが望ましい。ＩＲ状態３０２において、完全なコンテクストを含むヘッダーが伝送のために圧縮器から出力される。例えば、セッションの開始時に、圧縮器はＩＲ状態３０２にあり、解凍を初期化するために使用されることができる完全なコンテクストを備えるメッセージを出力する。もし、セッションが既に進行中であり、解凍器が予め初期化されてしまっていた場合は、ＩＲ状態３０２は、コンテクストの全て又は部分を再設定することにより解凍器をリフレッシュする。コンテクストを初期化しリフレッシュするヘッダー情報を含むデータパケット(DATA packets)は、一般的にＩＲパケット(IR packets)と呼ばれる。
【００２９】
図３に示されるように、セッション期間中のノーマル動作においては、圧縮器は、ＩＲ状態３０２からＦＯ状態３０４又はＳＯ状態３０６の何れかに遷移できる。ＦＯ状態及びＳＯ状態においては、完全なものよりも少ないコンテクストが圧縮器によって出力される。コンテクストの部分が静的で、前のデータパケットから変わっていなく、あるいは、コンテクストのどんな変更も予測可能であり得るので、各データパケットの中で完全なコンテクストは送られる必要がないかもしれない。コンテクストの一部分が変わらない場合、あるいは、２データパケット間で予測可能な方法で変わる場合は、そのとき圧縮器は、現在のメッセージを解凍するために、前のメッセージからのコンテクスト値を使用でき、あるいは、予測されるように値を変更できる。
【００３０】
例えば、圧縮されるべきヘッダーが変わらない、又は完全に予測可能である時は、圧縮器はＳＯ状態３０６に入ることが出来る。予測可能な変更の一例は、送られた各パケットに対し１つインクリメントされるＲＴＰシーケンス番号である。パケット中のヘッダーが前のパターンに沿っていない、即ち、いくつかのコンテクストが予測できない方法で変わる時、圧縮器はＦＯ状態３０４に入ることが出来る。ＦＯ状態３０４において、圧縮器は、予測されることができない方法で変わる動的フィールドについての情報を送り、送られた情報は普通は圧縮される。
【００３１】
Ｕモードにおいて、圧縮状態の間をいつ遷移するかの決定は、次の３原則に基づく：楽観的アプローチ、タイムアウト、及びアップデートの必要性。より高い圧縮状態に従って正しくパケットを解凍するために解凍器が十分な情報を受けとっているということに、圧縮器がかなり確信をもっている、又は楽観的であるとき、楽観的アプローチを使い、ＩＲ状態からＦＯ又はＳＯ状態へのような、より高い圧縮状態への遷移が実行される。例えば、解凍器が静的コンテクスト情報を受け取ったと圧縮器が推測するまで、圧縮器はＩＲ状態３０４に留まる。解凍器が静的コンテクスト情報を受け取ったと決定された後に、圧縮器は、パケット中のヘッダーが前のパターンに従っているかどうかに応じて、ＦＯ又はＳＯの何れかの状態、夫々３０４又は３０６、に遷移する。
【００３２】
同様に、もし圧縮器がＦＯ状態３０２にある場合は、一定のパターン(fixed pattern)に従い解凍するために必要とされる全てのパラメータを解凍器が有していることに、圧縮器が確信を持ってから後に、圧縮器はＳＯ状態３０６に遷移できる。圧縮器は通常、より低い圧縮状態による同じ情報を有する幾つかのパケットを送ることによって解凍器の状態についての確信を得る。
【００３３】
解凍失敗に対し保護するために、圧縮器は、解凍器をリフレッシュするために周期的により低い圧縮状態に遷移しなければならない。ＦＯ又はＳＯ状態、夫々３０４又は３０６、からＩＲ状態３０２への周期的遷移は、ＳＯ状態３０６からＦＯ状態３０４への遷移よりも少ない頻度で実行されるべきである。圧縮されるべきヘッダーが設定されたパターンに従っていない時は、圧縮器はまた直ちにＦＯ状態３０２に遷移し戻る。
【００３４】
例えば、所定期間後に、圧縮器は、ＳＯ状態からＦＯ状態に、又はＦＯ状態からＩＲ状態に遷移するかもしれない。同様に、所定期間後に、圧縮器は、ＳＯ状態からＩＲ状態に、又はＦＯ状態からＩＲ状態に遷移するかもしれない。典型的には、圧縮器は、ＦＯ状態からＩＲ状態に又はＳＯ状態からＩＲ状態に圧縮器が遷移するよりももっと頻繁に、ＳＯ状態からＦＯ状態に遷移する。
【００３５】
図４は、従来システムのＵ−モードにおけるＲＯＨＣ解凍用に使用される３状態の状態図を図示する。図４において示されるように、解凍器は、最も低い状態、コンテクスト無し(No Context)（ＮＣ）状態４０２、において始動する。成功した解凍に続き、解凍器はフルコンテクスト(Full Context)（ＦＣ）状態４０６に遷移する。繰り返される失敗した解凍は、解凍器に、より低い状態に下がる方向に遷移させる。
【００３６】
典型的には、解凍器は最初、ＦＣ状態から静的コンテクスト（ＳＣ）状態４０４に遷移し戻るが、そこでは、動的コンテクスト情報を搬送する圧縮器によって送られるどんなパケットの受信も、解凍器をリフレッシュしＦＣ状態４０６へ遷移し戻ることを可能にするのに通常は十分である。
【００３７】
ＦＣ状態４０６では、どんな種類のパケットが受信されたかにかかわらずに、解凍が試みられることが出来る。即ち、ＦＣ状態４０６では、受信されたパケットが圧縮器によって任意の状態、例えばＩＲ、ＦＯ、又はＳＯ状態、に送られた時に、解凍が試みられることが出来る。ＮＣ状態４０２では、静的情報フィールドを搬送するＩＲ状態において圧縮器によって圧縮されているパケットのみが解凍されることが出来る。同様に、ＳＣ状態４０４にあるときは、７−又は８−ビットＣＲＣを搬送するパケットのみが解凍され得る（即ち、ＩＲ、ＩＲ−ＤＹＮ、又はタイプ２パケット）。
【００３８】
例えば、もし、受信されたデータの解凍に際してエラーが所定のレートを超える場合は、解凍器はＦＣ状態から遷移できる。同様に、もし、受信されたデータの解凍に際しエラーが所定のレートを超える場合には、解凍は、ＳＣ状態からＮＣ状態に遷移できる。
【００３９】
エラーが発生しやすい単方向リンク、例えば無線ブロードキャストリンクなど、で使用される時、従来のＲＯＨＣ Ｕモード圧縮技術は、効率性と信頼性との間の非常に重要なトレードオフに直面する。圧縮器においてＩＲ状態への周期的な遷移が長い間隔にセットされる時、より少ない数の大きなパッケットが伝送され、より高い帯域幅効率となる。然しながら、無線リンクは一般的に高いエラーレートを有しているので、伝送されたパケットが壊れ、解凍器において繰り返される解凍失敗の原因となる、ことはほとんど確実である。失敗した解凍のためにＮＣ状態に遷移し戻るか、初期コンテクストを設定できないで、解凍器がＮＣ状態にある時、圧縮器が周期的にＩＲ状態からパッケットを伝送する前に、解凍器は非常に長い期間待たなければならないかも知れず、そうすることによって、解凍器の中のコンテクストを再設定又はリフレッシュする。ＩＲ状態において圧縮器によって圧縮されていない、この間隔の期間に解凍器によって受信された全てのパケットは、廃棄処分され、この結果サービスにおいての混乱を招く。一方、もし、圧縮器におけるＩＲ状態への周期的遷移が短い間隔で起こるようにセットされる場合は、解凍器はコンテクストロス(context loss)から即座に回復し、従って高い信頼性を達成する。然しながら、送られた多数のＩＲパケットは、結局、もっと低い効率を招く。
【００４０】
更に、無線通信装置又は移動局（ＭＳ）が、例えばサービス発見の期間に、最初にチューニングを合わせて無線によるブロードキャストチャンネルを受信する時、ＭＳ中の解凍器は、初期チューニング時間を最小化するために、「出来るだけ早く（”as soon as possible”）」初期化設定されるべきである。ＭＳはまた、ブロードキャストチャンネルをチューニングして受信したり受信を止めたりする(tune in and out of)かもしれない。ＭＳがその後にチューニングしてブロードキャストチャンネルに戻って受信する時、ＭＳ中の解凍器は、再チューニング時間を最小化するために、「出来るだけ早く」アップデートされるべきである。もう一度繰り返すと、頻繁なＩＲパケット送信と無線チャンネル帯域幅の効率的使用とはトレードオフの関係にある。
【００４１】
本発明に従い、無線通信システムは、周期的アップデート期間(periodic update period)を設定することにより上記のジレンマを減少させる。例えば、解凍器がコンテクスト破壊から迅速にまだ回復できる間に、より少ない情報が周期的リフレッシュ期間中に伝送されることが出来る。静的コンテクストを設定しリフレッシュするためにＩＲ状態の期間中に送られたＩＲパケットを使用する代わりに、圧縮器と解凍器との間の初期取得プロセスが、静的情報を伝達するために使用される。静的情報が解凍器に多くの異なる方法で送られることが出来る、例えば：
１）  ＭＳが他のセッション関連情報、例えば、ヘッダー圧縮器アルゴリズム、等、を取得する時、専用信号チャンネル上で静的情報を送る、又は
２）  無線によるブロードキャスト信号チャンネルに関する静的情報を周期的に送る。
【００４２】
一度解凍器が静的情報を受け取ると、それは該情報をパケットストリームの寿命時間保持する。コンテクストの破損時には、静的コンテクストは変わらないので、解凍器は、コンテクストを再設定するために動的情報を受け取ることを必要とするだけでよい。結果として、静的コンテクストは再度送られる必要がない。圧縮器状態と解凍器状態の両方共、２状態のみを含むように縮小され得る。
【００４３】
図５は、図１及び図２において図示されたシステムのためのＵモードにおけるＲＯＨＣ圧縮用の状態図を図示しており、それは２圧縮状態のみで動作する。図５において示されるように、解凍器において使用されるためのコンテクストが初期化される初期取得プロセスに続いて、圧縮器は、ＦＯ状態５０２として呼ばれる第一命令状態で始動する。ＦＯ状態５０２において、圧縮器は、コンテクストの動的部分と解凍器における適切なコンテクスト(proper context)を設定するための他の必要な情報とを含むＩＲ−ＤＹＮパケットを送る。解凍器が適切なコンテクストを設定したという確信を、一度、圧縮器が持つと、例えば、楽観的アプローチの原則に従い、圧縮器は、ＳＯ状態５０４として呼ばれている第二命令状態に遷移し、最適圧縮(optimal compression)を実行出来る。一実施例においては、コンテクスト損傷を回復するためにチューニングの最小化又は再チューニング時間を減らすことにより解凍器がＦＣにすぐに到達するのを、支援するために、圧縮器は、動的コンテクストをリフレッシュするため周期的にＦＯ状態５０２に遷移できる。
【００４４】
即ち、一実施例においては、初期化に続き、圧縮器は、所定の方法により、第一状態と第二状態との間を交互に行う。例えば、圧縮器は、周期的に、又は通信チャンネルの特性に変化がある場合に、又は所定の回数の遷移に続いて、第一状態と第二状態との間を交互に行うことが出来る。
【００４５】
図６は、図１及び図２において図示されたシステムのためのＵモードにおけるＲＯＨＣ解凍用の状態図を、２つの状態のみで図示する。図６において示されるように、解凍器において初期化コンテクストを生成する初期取得プロセスに続いて、解凍器は、ＳＣ状態６０２として呼ばれる第一状態で始動する。ＳＣ状態６０２において、解凍器は、初期化期間中に設定された静的コンテクスト値を使用し７又は８ビットＣＲＣを搬送するパケットの解凍を試みるのみである。解凍が上手くいくと、解凍器はＦＣ状態６０４として呼ばれる第二状態に遷移する。解凍器は、繰り返される失敗がそれをＳＣ状態６０２に強制して戻すまで、解凍試みを実行する。
【００４６】
即ち、一実施例においては、初期化に続き、解凍器は、所定の方法により、第一状態と第二状態との間を交互に行う。例えば、解凍器は、解凍プロセスにおいてエラーがある場合は、第一状態と第二状態との間を交互に行うことが出来る。
【００４７】
図７は、図５システムにおける圧縮器の例示的実施例の動作を図示するフローチャートである。フローは、圧縮器及び解凍器が初期化プロセスを受けるブロック７０２において始まる。例えば、一例示的実施例においては、初期化プロセスは、コンテクスト情報を圧縮器から解凍器に専用信号チャンネルで送ることを含む。情報は、例えば、静的情報、ヘッダー圧縮アルゴリズム、及び他のセッション関連情報を含むことが出来る。別の例示的実施例では、初期化は、無線によるブロードキャスト信号チャンネルに関する静的情報を周期的に送ることを含む。初期化プロセスに続いてフローはブロック７０４に進む。
【００４８】
ブロック７０４において、圧縮器は第一命令（ＦＯ）状態に入る。一実施例においては、圧縮器はＦＯ状態で始動する。ＦＯ状態において、圧縮器は、それほど完全なコンテクストを解凍器に送らない(sends less that the entire context)。例えば、ＦＯ状態においては、圧縮器は、ヘッダー圧縮器の動的及び予想の値に関連するコンテクストのみを解凍器に送る。解凍器は静的な値で初期化されているので、それらが変わらないために静的な値を再設定する必要はない。解凍器は適切なコンテクストを設定したと圧縮器が確信してから、フローはブロック７０６に進む。
【００４９】
ブロック７０６において、圧縮器は第二命令（ＳＯ）状態に入る。ＳＯ状態において、圧縮機は、ＦＯ状態において送られたほどのコンテクストを解凍器に送らない。例えば、ＳＯ状態においては、ヘッダー圧縮の動的な値に関連したコンテクストのみを解凍器の送ってよい。解凍器は静的な値で初期化されており、予想値のパターンを設定しているので、圧縮器は、解凍器のために圧縮コンテクストの動的な値を設定するのを必要とするだけである。フローはブロック７０８に進む。
【００５０】
ブロック７０８において、圧縮器は、所定閾値が超えられたかどうかをチェックする。もし所定閾値が超えられていない場合は、フローはブロック７０６に進み、圧縮器はＳＯ状態に留まる。ブロック７０８に戻って、もし所定閾値が超えられた場合は、そのときフローはブロック７０４に進み、圧縮器はＦＯ状態に入り、解凍器コンテクストを再設定する。ブロック７０８における所定閾値は、例えば、送られているたくさんのデータパケット、期間、であり得、又は、無線チャンネルの予想エラーレートのような無線チャンネルの特性に依存して変わり得る。フローがブロック７１０に進み終了する時にＢＣＭＣＳデータストリームが終了するが、それまでフローは続く。
【００５１】
図８は、図６システムにおける解凍器の例示的実施例の動作を図示するフローチャートである。フローは、解凍器及び圧縮器が初期化プロセスを受けるブロック８０２で始まる。例えば、一例示的実施例においては、初期化プロセスは、コンテクスト情報を圧縮器から解凍器に専用信号チャンネルで送ることを含む。情報は、例えば、静的な情報、ヘッダー圧縮アルゴリズム、及び他のセッション関連情報を含むことが出来る。別の例示的実施例においては、初期化プロセスは、無線によるブロードキャスト信号チャンネルに関する静的情報を周期的に送ることを含む。初期化プロセスに続き、フローはブロック８０４に進む。
【００５２】
ブロック８０４において、解凍器はＳＣ状態に入る。ＳＣ状態においては、解凍器は静的なコンテクストを設定する。フローはそのあとブロック８０６に進む。
【００５３】
ブロック８０６においては、解凍の試みが成功しているかどうかが決定される。解凍が成功していない場合は、そのときフローはブロック８０４に進み、解凍器はＳＣ状態に留まる。ブロック８０６に戻って、解凍が成功している場合は、そのときフローはブロック８０８に進む。
【００５４】
ブロック８０８において、解凍器はＦＣ状態に入る。ＦＣ状態において、解凍器は、圧縮器から受け取った任意の圧縮されたパケットを解凍するために必要とされる全てのコンテクストを設定する。フローはブロック８１０に進む。
【００５５】
ブロック８１０において、ＣＲＣ失敗のようなエラーが所定レートを超えているかどうかが決定される。もしそうでないなら、そのときはフローはブロック８０８に進み、解凍器はＦＣ状態に留まる。もしＣＲＣ失敗が所定レートを超えている場合は、フローはブロック８０４に進み、解凍器はＳＣ状態に戻る。
【００５６】
ブロック８０４において、解凍器が、ＦＯ状態の中で圧縮器によって送られていたパケットを受け取る時、パケットは、解凍器におけるコンテクストをリフレッシュ又は再設定するに普通は十分な情報を含み、その結果、成功する解凍、及び解凍器によるＦＣ状態に戻る遷移をイネーブルにする。
【００５７】
フローがブロック８１２まで進み終了する時にＢＣＭＣＳデータストリームは終了されるが、それまでフローは続く。
【００５８】
このように、静的コンテクストが、確実に、且つ初期取得プロセスの期間のみ、解凍器に伝送されるので、無線の、エラーが発生しやすい、単方向リンク上の、ヘッダー圧縮性能の改善が達成される。大きなＩＰパケットを使用して解凍器を周期的にリフレッシュすることは必要でない。又、解凍器は、動的コンテクストを高いレートで、又は頻繁に、周期的にアップデートでき、そうすることによって、効率性を維持しながら信頼性を改善する。従って、新しいユーザがブロードキャストサービスに加入する時、彼らはフルコンテクストを短い遅れで取得することが可能である。更に、解凍器は、頻繁に送られる動的コンテクストのアップデートのために、コンテクスト損傷から直ぐに回復することが出来る。従って、解凍器中のコンテクストが壊れ、又は損傷を受けている場合には、解凍器が、受信パケットを正しく解凍することを始めることが出来るように、ＩＲ−ＤＹＮパケットの受信は解凍器をリフレッシュするであろう。
【００５９】
フィードバック付のＲＯＨＣ
ＢＣＭＣＳサービスにおける別の動作モードは、双方向モード(bi-directional mode)である。双方向モードは、ＢＣＭＣＳにおける解凍器と圧縮器との間のフィードバックプロヴィジョニング及びハンドリング機構(a feedback provisioning and handling mechanism)を含む技術である。フィードバックがあるので、各ＭＳ中の解凍器は種々の信号、又はフィードバック信号を圧縮器に送ることが出来、こうすることによって、解凍器のコンテクストをリフレッシュする、又は、同期するように、圧縮器が、送られたアップデートのヘッダーの周波数及びコンテンツを調整することを可能にする。
【００６０】
ＲＯＨＣ Ｕモードで検討したように、圧縮器は、解凍器からのリクエストに応じ、コンテクストリフレッシングパケット(context refreshing packets) 及び／又は コンテクストアップデートパケット(context update packets)を周期的に送ることによって、
解凍器でのコンテクスト情報がアップデートされることを維持できる。ＲＯＨＣにおいてフィードバックがある時、一般的に、応答(acknowledgement)（ＡＣＫ）、否定応答(Negative Acknowledgement)（ＮＡＣＫ）及び静的否定応答(Static Negative Acknowledgement)（ＳＴＡＴＩＣ−ＮＡＣＫ）を含む、３つのタイプのフィードバックメッセージが使用される。ＡＣＫは、解凍器でのコンテクストは圧縮器でのコンテクストに同期しており、圧縮されたヘッダー付のパケットは正しく解凍される、ことを示す。ＮＡＣＫは、解凍器での動的コンテクストはアップデートされることを必要とする、ことを示す。ＳＴＡＣＫ−ＮＡＣＫは、解凍器での静的コンテクストが同期されていないことを示す。異なるフィードバックメッセージによって、異なるコンテクストアップデートパケットが圧縮器から解凍器に送られる。
【００６１】
図２は、ＢＣＭＣＳコンテンツストリームを配信できる例示的な無線ネットワークを図示する。例示的実施例においては、ＩＰフローのヘッダー圧縮がＰＤＳＮ２０６で圧縮器によって実行されることが出来る。ヘッダー圧縮は、ブロードキャストされるべきデータ量を減らし、その結果、無線リソースを節約して使うのを助ける。各ＷＣＤ、又はＭＳ、２１０における解凍器は、圧縮されたヘッダーを備えたパケットを解凍し、伝送されたＩＰパケットを再生する。
【００６２】
一例では、解凍器においてコンテクストの同期をとるために、各ＭＳ２１０は、最初に、フルコンテクスト情報(full context information)をＢＣＭＣＳコントローラ２０４、又はＰＤＳＮ２０６から、又は部分的にＢＣＭＣＳコントローラ２０４から、又部分的にＰＤＳＮ２０６から受け取る。フルコンテクスト情報は、圧縮されたヘッダーを備えたブロードキャスト／マルチキャスト ＩＰフローを解凍器が正しく解凍することを可能にする。その後の動作の期間、解凍器がコンテクストを同期されたままにしておくのを助けるコンテクストリフレッシングパケットを、ＰＤＳＮ２０６は周期的に送ることが出来る。これらの周期的コンテクストリフレッシングパケットは、フルヘッダーパッケ(full header packets)であるかもしれないし、或いは、ひとたび静的コンテクストが初期化されればＭＳｓ２１０が全セッションのための静的コンテクスト情報を保存する性能を有する場合は動的コンテクストのみを有するパケットであるかもしれない、ということに注意する必要がある。
【００６３】
解凍器が同期ずれ状況(out-of-sync situation)を検知する時、ＭＳ２１０は、ＰＤＳＮ２０６に否定的フィードバックメッセージを送る。例えば、フィードバックメッセージは、解凍器がコンテクスト同期外れを起こした(lost context synchronization)という圧縮器への簡単な表示を含んでいるかもしれない。あるいは、フィードバックメッセージはまた、動的コンテクストのみが損傷を受けているかどうか又は静的コンテクストが損傷を受けているかどうかを圧縮器に示すかもしれない。例えば、ＲＯＨＣにおいて、解凍器は、時間のほとんどをフルコンテクスト状態で動作する。例えば、ｎ１解凍エラーのうちのｋ１がある時、解凍器はＮＡＣＫを送り静的コンテクスト状態に行く。ＮＡＣＫメッセージは、圧縮器が動的コンテクストをアップデートするのを促す。解凍器が静的コンテクスト状態においてｎ２解凍失敗のうちのｋ２を経験する時、それはＳＴＡＴＩＣ＿ＮＡＣＫを送り、コンテクスト無し状態に行く。ＳＴＡＴＩＣ＿ＮＡＣＫメッセージは、圧縮器が静的及び動的コンテクストの両方をアップデートするのを促す。多くの場合、静的コンテクストのロスはまた、動的コンテクストをアップデートする必要を暗に示している。
【００６４】
オプションとして、各ＭＳはまた、周期的に、解凍が成功する時か、又はある重要なパケット(certain critical packets)の解凍が成功する時の何れかに、肯定的フィードバックメッセージをＰＤＳＮに送ってもよい。いくつかの解凍失敗を経験するが、ローカルな修復機構を使ってコンテクスト損傷を回避できるＭＳは、全パケットを成功のうちに解凍できるＭＳよりは、望ましくはより少ない肯定的フィードバックメッセージを送る。
【００６５】
一例示的実施例において、肯定的及び否定的な両方のフィードバックメッセージはコンテクストＩＤを含む。コンテクストＩＤに基づき、ブロードキャストＰＤＳＮ２０６は、どの圧縮コンテクストに関しアクションが実行されるべきかを知る。各ＭＳ２１０からＰＤＳＮ２０６へのフィードバックは、次の２つの方法の何れかの１つで送られることが出来る。
【００６６】
第一に、ＭＳ２１０は、無線信号経路及びアクセス−ネットワーク信号経路を経由しブロードキャストＰＤＳＮにフィードバックを送ることが出来る。例えば、ＭＳからＢＳＣまでは無線信号メッセージで、そのあとＢＳＣからＰＣＦまではＡ９信号メッセージで、そのあとＰＣＦからＰＤＳＮまではＡ１１信号メッセージで、フィードバックは伝達されることが出来る。ネットワークエンティティ(network entity)ＰＤＳＮ、ＰＣＦ、及びＢＳＣは、ＢＣＭＣＳコンテンツ伝送の伝達路の中にある。
【００６７】
第二に、ＭＳがＰＤＳＮへのポイントツーポイント プロトコル(Point-to-Point Protocol)（ＰＰＰ）セッションを設定するケースがあるかもしれない。現行ＰＰＰセッションに接続されているＰＤＳＮは、ブロードキャスト／マルチキャスト ＩＰフローを搬送する同じブロードキャストＰＤＳＮであるかもしれないし、そうでないかもしれない。何れのケースにおいても、ＭＳは、フィードバックメッセージを、ＢＣＭＣＳマルチキャストアドレス 及び／又は 含まれているフローＩＤと共に、ＰＰＰセッションにわたって送ることが出来る。ＰＰＰセッションがＭＳとブロードキャストＰＤＳＮとの間にある場合は、フィードバックメッセージはブロードキャストＰＤＳＮに直接に到達するであろうが、ブロードキャストＰＤＳＮはそのあと応答して適切なアクションを実行できる。ＰＰＰセッションが、ＭＳとブロードキャストＰＤＳＮとは異なるユニキャストＰＤＳＮとの間にある場合は、ユニキャストＰＤＳＮはフィードバックメッセージをＢＣＭＣＳコントローラに送ることが出来、ＢＣＭＣＳコントローラはそのあと、ＢＣＭＣＳマルチキャストアドレス 及び／又は フローＩＤに基づき適切なブロードキャストＰＤＳＮにメッセージを転送する。ユニキャストＰＤＳＮもまた、フィードバックメッセージを近くのＰＤＳＮｓ全てにブロードキャスト出来る。ブロードキャストＰＤＳＮが、ＢＣＭＣＳマルチキャスト アドレス 及び／又は フローＩＤと一致するブロードキャストされたフィードバックメッセージを認識した時、それはそれに応じてアクションをとるであろう。ＭＳがブロードキャストＰＤＳＮのアドレスを知っている稀なケースにおいては、フィードバックメッセージは、直接にブロードキャストＰＤＳＮ宛向けとされ、ユニキャストＰＤＳＮ経由でブロードキャストＰＤＳＮにそのまま送信されることが出来る。
【００６８】
第二の方法においてはあるいは、ＭＳは、ＰＰＰセッションがユニキャスト又はブロードキャストＰＤＳＮで設定されているかどうかに拘らずに、ＢＣＭＣＳコントローラ宛のフィーバックメッセージを送ってもよい；ＢＣＭＣＳコントローラはそのあとメッセージを適切なブロードキャストＰＤＳＮに送る。コンテクストＩＤに加え、ＭＳは又、ＢＣＭＣＳマルチキャスト アドレス 及び／又は フローＩＤをフィードバックメッセージ中に含む。マルチキャスト アドレス 及び／又は フローＩＤに基づき、ＢＣＭＣＳコントローラは、フィードバックメッセージがどのブロードキャストＰＤＳＮに転送されるべきかを知るであろう。
【００６９】
ブロードキャストＰＤＳＮは、そのサービスエリア内でサービスを受ける一群のＭＳから種々のフィードバックメッセージを受ける。受け取られたフィードバックメッセージのタイプ及び量に応じて、ＰＤＳＮは異なるアクションをとる。例えば、ＰＤＳＮは、ＭＳから全ての肯定的なフィードバックメッセージを受け取るかもしれない。ＰＤＳＮが、コンテクストリフレッシングパケットを周期的に送っている場合は、肯定的なフィードバックメッセージを受け取るとすぐに、リフレッシング周波数(refreshing frequency)を減らすことが出来る。肯定的なフィードバックメッセージの量が多ければ多いほど、リフレッシング周波数はより低くすることができ、ＰＤＳＮは周波数をより迅速に減らすことが出来る。ＰＤＳＮが、周期的コンテクストリフレッシングパケットをもともと送信していない場合は、更なるアクションは取られる必要がない。
【００７０】
或いは、否定的なフィードバックの受信はＰＤＳＮがコンテクストリフレッシング(context refreshing)を実行するのを促すかもしれない。周期的コンテクストリフレッシングパケットを送るようにＰＤＳＮがイネーブルにされる場合、それは、否定的フィードバックを受信するとすぐにリフレッシング周波数を増やすことが出来る。例えば、否定的なフィードバックメッセージの量が多ければ多いほど、リフレッシング周波数はより高くなり、周波数はより迅速に増やされる。受け取られた否定的フィードバックメッセージの数が少ない場合は、ＰＤＳＮは、周期的にリフレッシング期間（周波数）を調整すること無しに直ちに、１以上の連続コンテクストリフレッシングパケットを送ることを選択することが出来る。ＭＳｓ中の解凍器がコンテクスト損傷から回復して後は、否定的フィードバックはより少なく送られるか全く送られないかであろう。ＰＤＳＮも又、リフレッシング周波数を減らすことによって応答することが出来る。これは、ＭＳからＰＤＳＮに肯定的フィードバックが送られない時、特に必要である。
【００７１】
又、ＰＤＳＮが、周期的コンテクストリフレッシングパケットを全く送らない（例．圧縮器が周期的アップデート機能を持たない）場合は、１以上の連続するコンテクストリフレッシングパケットを送ることによって否定的フィードバックに応答する。例えば、否定的フィードバックの量が大きければ大きいほど、送られる連続コンテクストリフレッシングパケットの数は大きい。コンテクスト損傷を経験するＭＳｓがそれらのコンテクストを再設定する時、より少ない否定的フィードバックが送られるか、又は否定的フィードバックは送られない。ＰＤＳＮは、今度は、コンテクストリフレッシングパケットの数を減らすか、又は送ることを完全に止めることが出来る。
【００７２】
典型的に、ＰＤＳＮはそのサービングエリア中の多重ＭＳｓからフィードバック信号を受け取るのであるが、ＢＣＭＣＳが全てのＭＳのために非常に厳しい質のサービスを要求することが無ければ、それは全てのフィードバックメッセージに対し直ちに応答する必要がない。例えば、ＰＤＳＮは、フィードバックメッセージを、予め定められた又は可変の数まで、或いは予め定められた又は可変の時間間隔まで蓄積し、そのあと、受け取られた一群のフィードバックメッセージに基づきアクションをとる。
【００７３】
ＭＳｓから受け取られた否定的フィードバックが動的コンテクスト損傷か静的コンテクスト損傷かを区別できる時、ＰＤＳＮはより良い応答手続きを持つことが出来る。例えば、もし全ての否定的フィードバックが動的コンテクスト損失のみを示しているのであれば、コンテクストリフレッシングパケットは、動的コンテクスト以外の情報を必要としない。１以上のＭＳｓが静的コンテクスト損失を示している時のみ、ＰＤＳＮはフルコンテクスト情報を送る必要がある。
【００７４】
このように、フィードバックが利用可能である携帯電話無線ネットワークのブロードキャスト／マルチキャスト サービス用のヘッダー圧縮技術においては、加入者ＭＳｓからＰＤＳＮへの種々様々なタイプのフィードバック信号が使用され得る。ＰＤＳＮが、単一のＭＳから、又は一群の加入者ＭＳｓから肯定的 及び／又は 否定的 フィードバックを受け取り、それに従って対応することを、本技術は可能とする。調整可能な量のコンテクストリフレッシング情報が、強固なヘッダー圧縮／解凍のために、効果的な方法によりＰＤＳＮからリクエストしているＭＳｓに送られる。
【００７５】
プッシュ−ツ−トーク タイプ サービスにおけるヘッダー圧縮コンテキストの数を減らすこと(Reducing the Number of Header Compression Contexts in Push-To-Talk Type Services)
第三世代無線ネットワークによってサポートされている別のタイプのサービスはプッシュ−ツ−トーク（ＰＴＴ）サービスである。ＰＴＴグループ(a PTT group)のメンバーがＰＴＴグループの他のメンバーに同時にデータを伝送できるＰＴＴサービスは、ヘッダーを含むデータパケット又はデータストリームを伝送する。ＰＴＴデータを搬送するパケットストリームの中のヘッダーは、不足している無線リソースを維持するために、普通は、ＰＤＳＮで圧縮される。現在、ＰＴＴグループの中にたくさんのユーザがいる時、ヘッダー圧縮技術は普通、ＰＴＴグループの各ユーザに対応する多重ヘッダー圧縮／解凍コンテクストを発生する。これらの技術においては、ＰＤＳＮとＭＳｓの両方は、単一のＰＴＴセッションのためにこれらの多重コンテクストを維持する。更に、新しいコンテクストが生成される時はいつも、よりフルなヘッダー(more full headers)がエアーで送られる。携帯電話無線ネットワークのＰＴＴタイプ用のヘッダー圧縮／解凍コンテクストの数を減らす改善された技術が説明される。
【００７６】
第三世代無線ネットワーク、例えばＣＤＭＡ２０００及びＷＣＤＭＡネットワークなど、はＰＴＴ又は他の同様なサービス、例えばオーディオ／ビデオ会議など、を１群のモバイルユーザのために提供する。ＰＴＴサービスにおいては、モバイルユーザは、ＭＳに関するボタンを単に押すだけで短期間に一群の他のＰＴＴユーザ(a group of other PTT users)に接続できる。ＰＴＴセッションの期間、異なるユーザが順番に話す。しかし、一度の瞬間だけで(at one time instant)、普通は、１ユーザのみが、話し、ＰＴＴグループの他のメンバーにブロードキャストする。
【００７７】
一般に、ＰＴＴデータは、プロトコル、例えば、ＲＩＰ、ＵＤＰ、ＩＰなど、を使用し、無線ネットワークによって提供されるパケットデータサービスオプションで搬送される。不足している無線リソースを効率よく利用するために、パケットデータヘッダーは普通圧縮される。
【００７８】
現在、パケットストリームを識別し、そのためのコンテクストを設定することは、ソース及びデスティネーション ポート数と同様に、ソース及びデスティネーション アドレスを含むヘッダーフィールドの数をチェックすることを伴う。これらのタイプの分類ルールをＰＴＴパケットストリームにおいて適用すれば非能率の結果となる。例えば、各ＰＴＴセッションにおいて、デスティネーションアドレス及びデスティネーションポート番号はいつも同じ状態のままでいるが、ソースアドレス及びソースポート番号は必ずしも一定ではない。同じＰＴＴグループの異なるＭＳｓは、異なるソースアドレスと、普通は異なるソースポート数とを使用する。ＰＤＳＮは、現在のパケットストリーム分類ルールに基づき、同じＰＴＴセッションのための多重コンテクストを設定する。モバイルユーザが非常に短い瞬間話すだけの時でさえ、ＰＴＴグループにサービスを行っている全てのＰＤＳＮ及びＰＴＴグループに属している全てのＭＳｓで、新しいコンテクストが設定されることが必要である。更に、新しいコンテクストが設定される毎に、１以上のフルヘッダーが聴いている全てのＭＳｓにブロードキャストチャンネルで送られる必要があり、結果として非効率の帯域幅使用となる。更に、いつの瞬間も１ユーザのみが話しているので、そのＰＴＴグループ用に生成された全てのコンテクストは、１つを除き、使用されず、ＰＤＳＮ及びＭＳにおいてリソースをとるだけとなる。
【００７９】
典型的には、ＰＴＴサービスで使用されるヘッダー圧縮の実施において、圧縮器と解凍器におけるコンテクストは環状にリンクされたリスト(a circularly linked list)として維持される。リストの大きさは、固定されてもよいし可変であってもよいが、大きさの上限がある。新しいコンテクストが生成されるのが必要な時はいつでも、未使用のリスト項目、又はリストの端の最も古いリスト項目が、新しいコンテクストを含むように初期化される。長時間話をしないでいるユーザのために生成されたコンテクストが他の新コンテクスト用に自動的にリサイクルされるだろうから、ある意味では、これは、ＰＴＴサービス用の多重コンテクスト問題を軽減する。然しながら、もし積極的に話をするユーザがＰＴＴセッション中に頻繁に変わるならば、このことはよくあるケースであるが、単一のＰＴＴセッション用に生成されたコンテクストの多くがリストの始まり部分の場所をとり、他のパケットストリーム用に使われることが出来たであろう貴重なリソースを占有するので、制限が依然と存在する。
【００８０】
もし、ＰＤＳＮが最初に、ユニキャストデスティネーションアドレスに送られたパケットストリームとマルチキャストデスティネーションアドレスに送られたパケットストリームとを区別するならば、ＰＴＴサービス用のヘッダー圧縮コンテクストの数を少なくする、現存技術の改良が達成される。デスティネーションアドレスがユニキャストアドレスの時、ＰＤＳＮは従来のパケットストリーム分類ルールを使用し、ソース及びデスティネーションの両方のアドレスと他の関係フィールドとに基づきコンテクストを設定する。
【００８１】
デスティネーションアドレスがマルチキャストアドレスの時、ＰＤＳＮは、デスティネーションアドレス、デスティネーションポート番号、ＩＰバージョン及びＩＰプロトコルフィールドを含む他の静的フィールド、のみに基づきパケットストリームを分類する。この技術では、各ＰＴＴセッション用に唯１つのコンテクストが、ＰＤＳＮで、従って各参加しているＭＳで設定される。更に、積極的に話すユーザが変わるとき、全てのヘッダーフィールドを送ることによってコンテクストを再起動する必要がない。動的コンテクスト、及び従来のヘッダー圧縮スキームにおいては静的と分類されていたいくつものフィールド、のみがアップデートされる必要がある。例えば、ＲＩＰ／ＵＤＰ／ＩＰパケットストリームにおいて、アップデートを必要とする静的フィールドは、ソースＩＰアドレス、ソースＵＤＰポート、及び、ＲＩＰヘッダー中のＳＳＲＣフィールド、を含む。１コンテクストを維持することは、アップデートされたものの中で、ソースアドレス、ソースポート番号、及び、ＳＳＲＣ、の追加を必要とするのみである。
【００８２】
図９は、本発明の例示的実施例に従って構成された無線通信装置のブロック図である。通信装置９０２は、ネットワークインタフェース９０６、デジタル信号プロセッサ（ＤＳＰ）９０８、ホストプロセッサ９１０、メモリ装置９１２、プログラム製品９１４、及びユーザインタフェース９１６を含む。
【００８３】
インフラストラクチャからの信号はネットワークインタフェース９０６によって受信され、ホストプロセッサ９１０に送られる。ホストプロセッサ９１０は信号を受け取り、信号の内容に応じ、適切なアクションで応答する。例えば、ホストプロセッサ９１０は、受信信号そのものを解凍するかもしれないし、又は、受信信号を解凍のためにＤＳＰ９０８に送るかもしれない。ホストプロセッサ９１０はまた、ＤＳＰ９０８から圧縮された信号を受け取り、これらの信号を、修正せずに、インフラストラクチャへの伝送のためにネットワークインタフェース９０６に送るかもしれない。或いは、ホストプロセッサ９１０は、ＤＳＰ９０８出力を遮り(intercept)、データパケットを圧縮し、そのあと圧縮されたデータパケットを、インフラストラクチャへの伝送のためにネットワークインタフェース９０６に送るかもしれない。
【００８４】
一実施例においては、ネットワークインタフェース９０６は、無線チャンネル上でインフラストラクチャにインタフェースするトランシーバとアンテナであってもよい。別の実施例では、ネットワークインタフェース９０６は、陸上通信線上でインフラストラクチャにインタフェースするために使用されるネットワークインタフェースカードであってもよい。
【００８５】
ホストプロセッサ９１０及びＤＳＰ９０８の両方はメモリ装置９１２に接続される。メモリ装置９１２は、ホストプロセッサ９１０又はＤＳＰ９０８によって実行されるプログラムコードを保存するのと同様に、ＷＣＤの動作期間中のデータを保存するために使用されることができる。例えば、ホストプロセッサ、ＤＳＰ、又は両方は、メモリ装置９１２中に一時的に保存されるプログラミングインストラクションのコントロール下で動作してもよい。ホストプロセッサ及びＤＳＰは又、それら自体のプログラム記憶メモリを含むことが出来る。プログラミングインストラクションが実行される時、ホストプロセッサ９１０又はＤＳＰ９０８、又は両方がそれらの機能、例えばデータパケットの圧縮又は解凍を実行する。このように、プログラミングステップは、ホストプロセッサ及びＤＳＰが各々所望の圧縮器及び解凍器の機能を実行する状態にされるように、各ホストプロセッサ又はＣＰＵ、及びＤＳＰの機能を組み込む(implement)。プログラミングステップは、プログラム製品９１４から受け取られることが出来る。プログラム製品９１４は、ホストプロセッサ、ＣＰＵ、又は両方によって実行されるために、プログラムステップを保存し、メモリ９１２に転送される。
【００８６】
プログラム製品９１４は、半導体メモリチップ、例えば、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ。ＥＥＰＲＯＭメモリ、レジスタなど、だけではなく、他の保存装置、例えば、ハードディスク、取り外し可能ディスク、ＣＤＲＯＭ、又はコンピュータ可読インストラクションを保存できる本技術分野で知られた任意の他の形態の保存媒体など、でもよい。更に、プログラム製品５１４は、ネットワークから受け取られ、メモリの中に保存され、そのあと実行されるプログラムステップを含むソースファイルであってもよい。このように、本発明に従う動作に必要な処理ステップがプログラム製品９１４に組み入れられる。図９において、ホストプロセッサが保存媒体から情報を読み、又、に情報を書き込む、ことが出来るように、ホストプロセッサに結合されている例示的な保存媒体が示されている。或いは、保存媒体はホストプロセッサと一体化していてもよい。
【００８７】
ユーザインタフェース９１６は、ホストプロセッサ９１０とＤＳＰ９０８の両方に接続されている。例えば、ユーザインタフェースは、ホストプロセッサ９１０に経路設定されているキーボード、又は特別機能キー又はボタンを含んでもよく、又、装置を起動することによって特定の動作をリクエストするユーザによって使用されることができる。例えば、ユーザは、電話番号をダイアルするために、或いは、ユーザが特別の動作モード、例えばＢＣＭＣＳサービスを受け取る又はＰＰＴ動作に入るなど、を起動することを望んでいることを示すために、キーボードを使用できる。ユーザインタフェース９１６はまた、ＤＳＰ９１０に接続されオーディオデータをユーザに出力するのに使用されるスピーカを、含んでもよい。
【００８８】
当業者は、情報及び信号は、種々様々な異なる技術及び技法の何れかを用いて表されることができることを、理解するであろう。例えば、上記説明をとおして参照されることがある、データ、指示、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場又はパーティクル、光場又はパーティクル、或いはこれらの任意の組み合わせ、によって表されることが出来る。
【００８９】
当業者は、更に、ここに開示された実施例に関連して説明された、種々様々な図示された論理ブロック図、モジュール、回路、及びアルゴリズム ステップは、電子ハードウェア、コンピュータ、ソフトウェア、又は両方の組み合わせとして実施され得ることを、認識するであろう。このハードウェアとソフトウェアとの交換性を明確に例証するために、種々様々な説明のための部品、ブロック図、モジュール、回路、及びステップが、概してそれらの機能性の観点から以上において説明されている。そのような機能性がハードウェア又はソフトウェアとして実施されるかどうかは、特定のアプリケーション及び全体のシステムに課せられる設計上の制限に依存する。熟練した職人は、各特定のアプリケーションのために、説明された機能性を様々な方法で実施するかもしれないが、しかし、そのような実施の決定は、本発明の範囲から逸脱する原因となるものとして解釈されるべきでない。
【００９０】
ここで開示された実施例に関連して説明された、種々の説明のための論理ブロック図、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向けＩＣ（ＡＳＩＣ）、フィールドプログラマブルゲートアレー（ＦＰＧＡ）、又は他のプログラマブル論理回路、ディスクリートゲート又はトランジスタ ロジック、ディスクリートハードウェア部品、又はここで説明された機能を達成するように設計されたこれらの任意の組み合わせで実施或いは実行されることが出来る。汎用プロセッサは、マイクロプロセッサであってもよい、しかし別の方法では、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械でもよい。プロセッサは又、計算装置の組み合わせ、例えばＤＳＰとマイクロプロセッサーとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと併用された１以上のマイクロプロセッサ、又は他のそのような構成（configuration）として実施されることが出来る。
【００９１】
ここで開示された実施例と関連して説明された方法又は技術は、ハードウェアで直接的に、プロセッサによって実行されるソフトウェアモジュールで、又は、上記２つの組み合わせで実施されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能なディスク、ＣＤ−ＲＯＭ、又は本技術分野で知られている記憶媒体の任意の他の形態、に常駐してもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み出し、又、に情報を書き込むことが出来るように、プロセッサに結合される。別の方法では、記憶媒体はプロセッサと一体となっていてもよい。プロセッサと記憶媒体はＡＳＩＣに常駐してもよい。ＡＳＩＣはユーザ端末常駐してもよい。別の方法では、プロセッサと記憶媒体は、ユーザ端末中のディスクリート部品として常駐してもよい。
【００９２】
開示された実施例の以上の説明は、どんな当業者も本発明を作り又は使用できるように提供されている。これら実施例の種々の変形は当業者には容易に明らかであり、ここに定義された包括的な原理は本発明の精神或いは範囲を逸脱することなく他の実施例に適用されることが出来る。従って、本発明は、ここで示された実施例に限定されるように意図されてはおらず、ここに開示された原理及び新規な特徴と整合する最も広い範囲が与えられるべきものである。
以下に、本願発明の当初の特許請求の範囲に記載された発明を付記する。
［１］
無線通信システムにおける通信チャンネル上でブロードキャストする方法であって、
データパケットの正確な解凍を可能にするコンテクスト初期化情報を解凍器に提供することと、
第一命令状態で圧縮器を動作させ、圧縮器コンテクストの動的及び静的なパラメータを含むデータパケットを送ることと、
第二命令状態で前記圧縮器を動作させ、前記圧縮器コンテクストの動的パラメータを含むデータパケットを送ることと、
前記第一命令状態と前記第二命令状態との間で前記圧縮器の動作を変更することと、
を備える方法。
［２］
前記圧縮器の動作を変更することは周期的な間隔で発生する、前記［１］記載の方法。
［３］
前記圧縮器の動作を変更することは前記解凍器からのフィードバックに応じている前記［１］記載の方法。
［４］
前記フィードバックは前記解凍器からのリクエストを含む、前記［３］記載の方法。
［５］
前記解凍器において使用するためにコンテクスト初期化情報を提供することを更に備える、前記［１］記載の方法。
［６］
前記コンテクストは静的パラメータを含む、前記［５］記載の方法。
［７］
前記コンテクスト初期化情報はサービスディスカバリの期間に提供される、前記［５］記載の方法。
［８］
前記コンテクスト初期化情報は解凍器リクエストに応じ提供される、前記［５］記載の方法。
［９］
前記圧縮器の動作を変更することは所定回数のブロードキャストデータ伝送に続いて発生する、前記［１］記載の方法。
［１０］
無線通信システムにおける通信チャンネル上でブロードキャストする方法であって、
データパケットの正確な解凍を可能にするコンテクスト初期化情報及び静的パラメータを解凍器に提供することと、
圧縮器をそのあと複数の状態のうちの１つで動作させ、前記ブロードキャストの動作終了まで、圧縮器コンテクストのアップデートパラメータを含むデータパケットをおくることと、
を備える方法。
［１１］
前記アップデートパラメータは静的パラメータである、前記［１０］記載の方法。
［１２］
前記アップデートパラメータは動的パラメータである、前記［１０］記載の方法。
［１３］
解凍器で使用の動的及び静的パラメータを含むブロードキャストセッションのための初期化コンテクストを設定し、その後にブロードキャストセッションにおいて動作する、ことによりブロードキャスト動作を実行し、前記ブロードキャストセッションにおいては前記ブロードキャストセッションの終了まで前記解凍器の前記動的及び静的パラメータをアップデートするプロセッサ、を備える、無線通信チャンネル上で通信するための圧縮器。
［１４］
前記圧縮機は、少なくとも１つの解凍器から受け取られたフィードバックに応じ前記パラメータをアップデートする、前記［１３］記載の圧縮機。
［１５］
動的及び静的パラメータを含む初期化コンテクストを設定する初期化状態を受け取り、その後に、ブロードキャストセッションにおいて動作する、ことによりブロードキャストセッションに入り、前記ブロードキャストセッションにおいては前記ブロードキャスト動作の終了まで前記解凍器の前記動的及び静的パラメータのアップデートを受け取るプロセッサ、を備える、無線通信チャンネル上で通信するための解凍器。
［１６］
前記解凍器は、前記圧縮機からの所望のアップデートパラメータをリクエストするフィードバックを発生する、前記［１５］記載の解凍器。
［１７］
解凍器で使用の動的及び静的パラメータを含む初期化コンテクストを設定する初期化状態を発生することによってブロードキャストセッションを開始し、その後に、２状態のうちの１つで動作する、プロセッサを備える圧縮器であって、
なお、前記状態は、前記動的及び静的パラメータを使用し解凍される予定のデータを圧縮する第一命令状態と、前記解凍器で使用のため前記動的パラメータを再設定する第二命令状態と、を備え、
前記圧縮器は、前記ブロードキャストセッション開始時には一度前記初期化状態にあり、そのあとは前記第一命令状態か第二命令状態かの何れかにある、
圧縮器。
［１８］
前記圧縮器は前記第一命令状態と前記第二命令状態との間で交互に動作する、前記［１７］記載の圧縮器。
［１９］
前記圧縮器は周期的間隔で交互に動作する、前記［１８］記載の圧縮器。
［２０］
前記圧縮器は、所定回数のデータ伝送に続く、前記第一命令状態と前記第二命令状態との間で交互に動作する、前記［１８］記載の圧縮器。
［２１］
前記圧縮器は、フィードバックに応じ、前記第一命令状態と前記第二命令状態との間で交互に動作する、前記［１８］記載の圧縮器。
［２２］
前記フィードバックは状態を変更するリクエストを含む、前記［２１］記載の圧縮器。
［２３］
解凍器において使用のため前記コンテクストを再初期化することを、更に備える前記［１７］記載の圧縮器。
［２４］
前記コンテクストを再初期化することはリクエストに応じている、前記［２３］記載の圧縮器。
［２５］
圧縮器によって設定される動的及び静的パラメータを使用して初期コンテクスト生成する初期化状態のためのデータを受け取ることによりブロードキャストセッションを開始し、そのあと、前記ブロードキャストセッションの期間、２状態のうちの１つで動作する、プロセッサ、を備える解凍器であって、
前記状態は、前記動的及び静的パラメータを使用しデータを解凍する静的コンテクスト状態と、解凍において使用のため前記動的パラメータを再設定するフルコンテクスト状態と、を備えている、
解凍器。
［２６］
前記初期コンテクストを再初期化することを更に備える、前記［２５］記載の解凍器。
［２７］
前記解凍器は、前記ブロードキャストセッション全体の期間、使用のために静的パラメータを保存する、前記［２５］記載の解凍器。
［２８］
前記解凍器は、解凍の期間のエラーに基づき、前記静的コンテクスト状態と前記フルコンテクスト状態との間で交互に動作する、前記［２５］記載の解凍器。
［２９］
前記解凍器は、ＣＲＣエラーレートに基づき、前記静的コンテクスト状態と前記フルコンテクスト状態との間で交互に動作する、前記［２５］記載の解凍器。
［３０］
前記解凍器はフィードバックを発生する、前記［２５］記載の解凍器。
［３１］
前記フィードバックは、圧縮器に対する、状態を変更するリクエストである、前記［３０］記載の解凍器。
［３２］
前記リクエストは、解凍の期間のエラーに基づき発生される、前記［３１］記載の解凍器。
［３３］
前記リクエストは、ＣＲＣエラーレートに基づき発生される、前記［３１］記載の解凍器。
［３４］
解凍器の中で使用のためコンテクストを初期化し、そのあと、前記コンテクストの動的及び静的パラメータを含むデータパケットを圧縮器が送る第一命令状態と前記コンテクストの動的パラメータを含むデータパケットを前記圧縮器が送る第二命令状態との間で交互に動作する、ように構成された前記圧縮器と、
前記初期化されたコンテクストを受け取り、使用し、そのあと、受け取られたデータパケットが前記コンテクストの動的及び静的パラメータを含む静的コンテクスト状態と受け取られたデータパケットが前記コンテクストの動的パラメータを含むフルコンテクスト状態との間で交互に動作する、ように構成された解凍器と、
を備え、
前記圧縮器と前記解凍器とが所定の方法により状態間で交互に動作する、
無線通信システム。
［３５］
初期化コンテクストデータを受け取り、使用し、そのあと、受け取られたデータパケットが動的及び静的コンテクストパラメータを含む静的コンテクスト状態と、受け取られたデータパケットが動的コンテクストパラメータを含むフルコンテクスト状態と、の間で交互に動作する、ように構成された解凍器を備え、前記解凍器は、所定の方法により、前記静的コンテクスト状態と前記フルコンテクスト状態との間で交互に動作する、無線通信装置。
［３６］
前記解凍器は、解凍の期間のエラーに基づき、前記フルコンテクスト状態と前記静的コンテクスト状態との間で交互に動作する、前記［３５］記載の無線通信装置。
［３７］
前記コンテクストを再初期化することを更に備える、前記［３５］記載の無線通信装置。
［３８］
解凍器の中で使用のため動的及び静的コンテクストパラメータを含む初期化コンテクスト状態を設定し、そのあと、前記動的及び静的パラメータを使用して解凍される予定のデータを圧縮する第一命令状態と、前記解凍器の中で使用のため前記動的パラメータを再設定する第二命令状態と、の間で交互に動作する、ように構成された圧縮器を備え、前記圧縮器はブロードキャストセッションのはじめに一度は初期化コンテクスト状態にあり、そのあと前記圧縮器は前記第一命令状態か前記第二命令状態かの何れかにある、無線通信インフラストラクチャ。
［３９］
前記圧縮器は前記第一命令状態と前記第二命令状態との間で交互に動作する、前記［３８］記載の無線通信インフラストラクチャ。
［４０］
前記圧縮器は、所定の方法により前記第一命令状態と前記第二命令状態との間を交互に行う、前記［３９］記載の無線通信インフラストラクチャ。
［４１］
前記圧縮器は、周期的間隔で前記第一命令状態と前記第二命令状態との間を交互に行う、前記［３９］記載の無線通信インフラストラクチャ。
［４２］
前記圧縮器は、所定回数のデータ伝送に続く、前記第一命令状態と前記第二命令状態との間で交互に動作する、前記［３９］記載の無線通信インフラストラクチャ。
［４３］
前記圧縮器は、フィードバックに応じ、前記第一命令状態と前記第二命令状態との間を交互に行う、前記［３９］記載の無線通信インフラストラクチャ。
［４４］
前記フィードバックは状態を変更するリクエストを含む、前記［４３］記載の無線通信インフラストラクチャ。
［４５］
解凍器において使用のため前記コンテクストを再初期化することを、更に備える前記［３８］記載の無線通信インフラストラクチャ。
［４６］
前記コンテクストを再初期化することはリクエストに応じている、前記［４５］記載の圧縮器。
［４７］
一群のユーザー間のマルチキャスト無線通信の方法であって、
データストリームのデスティネーションアドレスはマルチキャストアドレスであることを決定することと、
前記データストリーム内のパラメータに基づいて前記データストリームを分類することと、
マルチキャストセッションのための単一コンテクストを設定することと、
を備える方法。
［４８］
前記データストリームの分類はデスティネーションアドレスに基づく、前記［４７］記載の方法。
［４９］
前記データストリームの前記分類はデスティネーションポートに基づく、前記［４７］記載の方法。
［５０］
前記データストリームの前記分類はＩＰバージョンに基づく、前記［４７］記載の方法。
［５１］
前記データストリームの前記分類はＩＰプロトコルフィールドに基づく、前記［４７］記載の方法。
［５２］
前記マルチキャストセッションはプッシュ−ツ−トークセッションである、前記［４７］記載の方法。
［５３］
圧縮器は、マルチユーザに送るデータパケットを圧縮するために前記単一コンテクストを使用する、前記［４７］記載の方法。
［５４］
解凍器は、マルチユーザから受け取られたデータパケットを解凍するために前記単一コンテクストを使用する、前記［４７］記載の方法。
［５５］
ヘッダー圧縮の方法を具現化するコンピュータ可読媒体であって、
前記方法は、
解凍器の中で使用のため動的及び静的パラメータを含む初期化コンテクストを設定することと、
解凍器の中で動的及び静的パラメータを再設定する第一命令状態に入ることと、
前記解凍器の中で動的パラメータを再設定する第二命令状態に入ることと、
を備え、
前記の第二命令状態に入るステップでは、圧縮器は、セッションの初めに一度初期状態にあり、そのあと前記圧縮器は、所定の方法により前記第一及び第二状態間を交互に動作する、
コンピュータ可読媒体。
［５６］
ヘッダー解凍の方法を具現化するコンピュータ可読媒体であって、
前記方法は、
圧縮器によって設定された動的及び静的パラメータと共に初期化コンテクストを受け取ることと、
解凍器コンテクストの中で前記動的及び静的パラメータを受け取り再設定する静的コンテクスト状態に入ることと、
解凍において使用するため前記動的パラメータを受け取り再設定するフルコンテクスト状態に入ることと、
を備え、
前記のフルコンテクスト状態に入るステップでは、解凍器は、そのあと前記静的コンテクスト状態かフルコンテクスト状態かの何れかにある、
コンピュータ可読媒体。
【図１】
0005575618.tif 000002
【図２】
0005575618.tif 000003
【図３】
0005575618.tif 000004
【図４】
0005575618.tif 000005
【図５】
0005575618.tif 000006
【図６】
0005575618.tif 000007
【図７】
0005575618.tif 000008
【図８】
0005575618.tif 000009
【図９】
0005575618.tif 000010