JP2009516958A - セルラー無線通信ネットワーク上でボイスオーバｉｐサービスをサポートするための方法および装置 - Google Patents

Abstract

無線通信ネットワーク上でＶｏＩＰ（voice over Internet protocol）サービスをサポートするための方法およびシステムが開示される。データは、制御装置によって指定された符号化速度で符号化されて、ＶｏＩＰパケットを生成する。符号化されたデータの中で、誤りに対して敏感なビットおよび誤りに対して敏感ではないビットが識別され、媒体アクセス制御レイヤおよび／または物理レイヤにより、誤り保護が別々に実行される。ＶｏＩＰパケットのヘッダは、制御装置からの指示に従って、選択的に圧縮されてもよい。敏感なビットの部分的な範囲のために、ＵＤＰ（user datagram protocol）−Ｌｉｔｅが使用されてもよい。沈黙時間中、送信端からコンフォート・ノイズ・パケットを受け取ることなく、受信端によってコンフォート・ノイズが生成されてもよい。ＶｏＩＰパケットが、現在割り当てられている無線リソースに適合しない場合、ＶｏＩＰパケットは断片化されてもよい。

Description

本発明は、無線通信システムに関する。より詳細には、本発明は、無線通信ネットワーク上でＶｏＩＰ（Voice over Internet Protocol）サービスをサポートするための方法およびシステムに関する。

セルラー無線ネットワーク上でＶｏＩＰサービスを実現するという考えが提案されてきた。しかし、第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークなど、従来のセルラー無線ネットワーク上でＶｏＩＰサービスをサポートすることは取り組みがいがあるものである。ＶｏＩＰサービスは、可変型低ビットレートで、遅延およびジッタに敏感な用途である。ＶｏＩＰサービスに関するデータ転送速度は、コーデック速度およびパケットヘッダ圧縮に応じて、８ｋｂｐｓから４２ｋｂｐｓまで変化することができる。

セルラーネットワーク上でのＶｏＩＰに関連する問題は、大量のオーバヘッドである。ＶｏＩＰ向けの音声データは、ＲＴＰ（real-time transport protocol）によって運ばれることが多い。ＶｏＩＰパケットは、リンクレイヤでのフレーミングに加えて、ＩＰヘッダ（ＩＰｖ４では２０オクテット）、ＵＤＰヘッダ（８オクテット）およびＲＴＰヘッダ（１２オクテット）の合計４０オクテットを含む。ＩＰｖ６では、合計６０オクテットに対して、ＩＰヘッダは４０オクテットである。ペイロードのサイズは、使用されている音声の符号化およびフレーム長に依存し、１５バイトから７５バイトの間のいずれかである。

３ＧＰＰ規格のパケット交換ドメインでは、各パケットは、制御情報（共通および個別の両方の制御情報）を含む。共通の制御情報には、スケジューリング情報、ユーザ装置（ＵＥ）識別、およびパケットのトランスポート・フォーマット・コンビネーション・インジケータ（ＴＦＣＩ：transport format combination indicator）（変調および符号化方式（ＭＣＳ：modulation and coding scheme）やパケットサイズなど）が含まれる。個別の制御情報には、ハイブリッド自動反復要求（Ｈ−ＡＲＱ：hybrid automatic repeat request）プロセス情報、および伝送シーケンス番号（transmission sequence number）が含まれる。制御情報は、約２０％の範囲のかなり多くのオーバヘッドをＶｏＩＰパケットに追加する。

３ＧＰＰ規格のＬＴＥ（Long Term Evolution）では、物理レイヤのエア・インターフェースは、直交周波数分割多重化（ＯＦＤＭ：orthogonal frequency division multiplexing）ＭＩＭＯ（Multiple-Input Multiple-Output）である。アップリンクおよびダウンリンクのリソースは、１組の副搬送波を含む。アップリンクでは、変化する変調方式および符号化方式は、使用可能なリソース内にパケットを適合させるのに十分でなくてもよい可変のデータ転送速度をサポートしてもよい。例えば、低次の変調方式および頑強な符号化方式で送信される場合には、再送信されたパケットは、首尾よく復号化されることがある。しかし、この場合、使用可能なリソース内にパケットを適合させることが不可能になることがある。

したがって、ＶｏＩＰパケットに付随する制御オーバヘッドを低減させるための方法、および可変のデータ転送速度をサポートするためのさらなる柔軟性を実現するための方法を提供することが望ましいはずである。

本発明は、セルラー無線通信ネットワーク上でＶｏＩＰサービスをサポートするための方法およびシステムに関係する。データは、制御装置によって指定された符号化速度で符号化されて、ＶｏＩＰパケットを生成する。符号化されたデータの中で、誤りに対して知覚上敏感なビット、および誤りに対して知覚上敏感ではないビットが識別され、媒体アクセス制御（ＭＡＣ）レイヤおよび／または物理レイヤにより、誤り保護が別々に実行されてもよい。ＶｏＩＰパケットのヘッダは、制御装置からの指示に従って、選択的に圧縮されてもよい。敏感なビットの部分的な範囲について、ＵＤＰ（user datagram protocol）−Ｌｉｔｅが使用されてもよい。ＵＤＰ−Ｌｉｔｅは、部分チェックサムの形で柔軟性が増したＵＤＰの一変形形態である。沈黙時間中、送信端からコンフォート・ノイズ・パケットを受け取ることなく、受信端によりコンフォート・ノイズが生成されてもよい。

ＶｏＩＰパケットが、現在割り当てられている無線リソースに適合しない場合、ＶｏＩＰパケットは、少なくとも２つのフラグメントに断片化され、フラグメント毎に送信されてもよい。第１のフラグメントとともに、追加の無線リソースを求める要求を送ってもよく、またこの要求に応答して追加のリソースを割り当ててもよく、それにより追加の無線リソースを使用して残りのフラグメントを送ってもよい。あるいは、ＶｏＩＰのフルパケットの代わりにフラグメントを送ることにより、追加の無線リソースの必要性が暗に知られてもよい。追加のリソースは、残りのフラグメントに割り当ててもよく、フルパケットに割り当ててもよい。伝送に失敗したＶｏＩＰパケットの同期Ｈ−ＡＲＱ（hybrid automatic repeat request）再送に割り当てられる無線リソースを使用して、残りのフラグメントが送られてもよい。

この後に参照されるとき、用語「ＷＴＲＵ」には、それだけには限定されないが、ＵＥ、移動局（ＳＴＡ）、固定または移動の加入者ユニット、ページャ、あるいは無線環境で動作することができる他のどんなタイプの装置も含まれる。この後に参照されるとき、用語「ノードＢ」には、それだけには限定されないが、基地局、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境内での他のどんなタイプのインターフェース装置も含まれる。この後に参照されるとき、用語「ＶｏＩＰ」には、音声サービスには限定されないが、ビデオサービスなどどんなＲＴサービスでもよい、ＩＰ上のどんなリアルタイム（ＲＴ）サービスも含まれる。

本発明の特徴は、集積回路（ＩＣ）に組み込まれてもよく、また多数の相互接続構成部品を備える回路内に構成されてもよい。

本発明は、３ＧＰＰ、ＨＳＤＰＡ（high speed downlink packet access）またはＨＳＵＰＡ（high speed uplink packet access）の発展形などの高速パケット・アクセス（ＨＳＰＡ：high speed packet access）システムの発展形（ＨＳＰＡ＋）、ならびに３ＧＰＰ規格のＬＴＥを含むが、ただしそれだけに限定されないどんな無線通信システムにも適用可能である。

図１は、本発明に従って構成された例示的な無線通信システム１００のブロック図である。システム１００は、ＷＴＲＵ １０２、無線アクセスネットワーク（ＲＡＮ）１１０およびコア・ネットワーク１２０を備える。ＲＡＮ １１０は、ノードＢ １１２を備え、無線ネットワーク制御装置（ＲＮＣ）１１４を備えてもよい。ＲＮＣ １１４が存在しない場合（ＬＴＥなどにおいて）、ノードＢ １１２は、コア・ネットワーク１２０に直接接続される。コア・ネットワーク１２０（アクセス・ゲートウェイ（ａＧＷ）と呼んでもよい）は、ＩＰネットワーク１３０に接続される。ノードＢ １１２は、ＷＴＲＵ １０２に対して無線リソースを割り当て、ＷＴＲＵ １０２は、割り当てられたリソースを使用して、無線通信ネットワーク１００上でＶｏＩＰパケットを送受信することが好ましい。

図２は、本発明による、無線通信ネットワーク上でＶｏＩＰをサポートするための装置２００のブロック図である。装置２００は、ＷＴＲＵ １０２でもよく、ＲＡＮ １１０またはコア・ネットワーク１２０内の構成要素でもよい。装置２００は、ＶｏＩＰコーデック２０２、ＵＤＰレイヤ２０４（好ましくはＵＤＰ−Ｌｉｔｅレイヤ）、ＩＰレイヤ２０６、ヘッダ圧縮および復元レイヤ２０８、ＲＬＣレイヤ２１０、ＭＡＣレイヤ２１２および物理レイヤ２１４を含む。

ＶｏＩＰコーデック２０２は、伝送するための送信データ（すなわち、音声、ビデオ、または他の任意のデータ）を符号化し、受信データを復号化する。ＡＭＲ（Adaptive Multi-Rate）およびＡＭＲ−ＷＢ（Adaptive Multi-Rate Wideband）は、３ＧＰＰシステム向けに選択されたＶｏＩＰコーデックである。ＡＭＲにより８つの符号化モードがサポートされ、ＡＭＲ−ＷＢにより９つの符号化モードがサポートされる。ＡＭＲは、４．７５ｋｂｐｓから１２．２ｋｂｐｓまでの範囲のビットレートをサポートし、ＡＭＲ−ＷＢは、６．６ｋｂｐｓから２３．８５ｋｂｐｓまでの範囲のビットレートをサポートする。ＡＭＲおよびＡＭＲ−ＷＢのマルチレート符号化能力は、広範囲の伝送状態のもとで高品質を保つように設計されている。モード適応（mode adaptation）を実行するために、デコーダは、デコーダが選ぶ新規のモードを求めるコーデック・モード要求（ＣＭＲ：codec mode request）を、通信ピアのエンコーダに送る。ＣＭＲは、ＶｏＩＰパケットとともに、帯域内シグナリング（in-band signaling）として送られてもよい。

ＶｏＩＰコーデック２０２によりＡＭＲまたはＡＭＲ−ＷＢフレーム内に符号化される音声またはビデオのビットは、ビット誤りに対する知覚上の感度が様々に異なる。この特徴を利用して、同じではない誤り保護および誤り検出を使用することにより、より良い品質を達成することができる。符号化された送信データのうち、誤りに対して敏感なビットおよび誤りに対して敏感ではないビットは、ＶｏＩＰコーデック２０２によって識別されることができる。敏感なビットおよび敏感ではないビットは、誤り保護のために、ＵＤＰレイヤ２０４、ＭＡＣレイヤ２１２、または物理レイヤ２１４によって別々に処理されてもよく、以下で詳細に説明する。

ＶｏＩＰコーデック２０２のコーデック速度（すなわち、符号化および復号化の速度）は、制御装置２２０によって指定される。制御装置２２０は、独立したネットワーク構成要素でもよく、ＷＴＲＵ １０２または既存の他のどんなネットワーク構成要素（ノードＢ １１２、ＲＮＣ １１４、またはコア・ネットワーク１２０内の無線リソース管理（ＲＲＭ：radio resource management）構成要素など）内に存在してもよい。これにより、コーデック速度は、確実に、より速やかに無線の状態に適合する。制御装置２２０は、無線の状態の変化を検出し、ＶｏＩＰコーデック２０２に信号を送ってコーデック速度を調整する。

制御装置２２０は、エンコーダ（すなわち、送信端のＶｏＩＰコーデック）に、帯域外シグナル（out-of-band signal）としてＣＭＲを送ることができる。ＣＭＲは、エンコーダで使用してもよい最大符号化速度を指示する。あるいは、制御装置２２０は、符号化速度を変更する必要性を示す指示を、デコーダ（すなわち、受信端のＶｏＩＰコーデック）に送ってもよく、デコーダは、この指示に応答して、通信ピアのエンコーダにＣＭＲを送ってもよい。あるいは、通信ピアからの受信ＶｏＩＰパケット内の受信ＣＭＲは、ＶｏＩＰコーデック２０２に送る前に修正されてもよい。送信端でのＶｏＩＰデータ転送速度は、伝送チャネルの状態に基づいて変更される。ＷＴＲＵ １０２では、ＶｏＩＰエンコーダは、制御装置２２０からの帯域外の指示に基づいて、符号化速度を変更してもよい。しかし、ネットワーク側では、帯域外の指示を送ることは不可能である。したがって、ＷＴＲＵ １０２における制御装置２２０は、データ転送速度の変更指示をデコーダに送ってもよい。この指示に基づいて、ＷＴＲＵ １０２におけるデコーダは、ＣＭＲを生成し、それをネットワーク側でのエンコーダに送ってもよい。

ＡＭＲおよびＡＭＲ−ＷＢのＶｏＩＰコーデックは両方とも、沈黙時間中、音声の活動状態の検出およびコンフォート・ノイズ・パラメータ（comfort noise parameter）の生成をサポートする。通常、コンフォート・ノイズ・パケットは、沈黙時間中、送信端から受信端に送られる。本発明によれば、装置２００には、沈黙時間中にコンフォート・ノイズを生成するためのコンフォート・ノイズ発生器（図示せず）が含まれ得る。コンフォート・ノイズは、送信端からコンフォート・ノイズ・パケットを受け取ることなく、受信端において生成される。これにより、沈黙時間中、物理レイヤのリソースを節約する。

ＵＤＰレイヤ２０４（好ましくはＵＤＰ−Ｌｉｔｅレイヤ）は、ＵＤＰヘッダ（好ましくはＵＤＰ−Ｌｉｔｅヘッダ）を符号化された送信データに付加して、ＵＤＰパケット（好ましくはＵＤＰ−Ｌｉｔｅパケット）を生成する。ＵＤＰ−Ｌｉｔｅは、部分チェックサムの形で柔軟性を高めるために提供される、ＵＤＰの一変形形態である。ＵＤＰ−Ｌｉｔｅヘッダは、チェックサム値およびチェックサム・カバレッジ・フィールドを含む。チェックサム・カバレッジ・フィールドは、ＵＤＰ−Ｌｉｔｅヘッダ内のチェックサム値によって網羅されるビットの長さを示す。チェックサム値がパケット全体を網羅するとき（これがデフォルトである）、ＵＤＰ−Ｌｉｔｅは、意味的にＵＤＰと同一である。ＵＤＰ−Ｌｉｔｅがアクティブ状態にあるとき、パケットは、敏感なビットおよび敏感ではないビットに分割され、敏感なビットを網羅するためにチェックサム値が計算される。敏感ではないビット内の誤りにより、パケットが、受信端においてトランスポートレイヤによって破棄されることはない。

ＩＰレイヤ２０６は、ＩＰヘッダを付加することにより、符号化された送信データから送信ＶｏＩＰパケットを生成する。ＩＰレイヤ２０６はまた、受信ＶｏＩＰパケットを処理し、ＩＰヘッダを取り除き、パケットの残存部分を上位レイヤに転送する。

ヘッダ圧縮および復元レイヤ２０８は、送信ＶｏＩＰパケットのヘッダを圧縮し、受信ＶｏＩＰパケットのヘッダを復元する。ＲＯＨＣ（robust header compression）は、ヘッダ圧縮機構の１つである。ヘッダ圧縮および復元レイヤ２０８は、制御装置２２０からの指示に従って、選択的に圧縮および復元を実行する。ヘッダ圧縮および復元レイヤ２０８は、ある条件下での誤り伝搬を低減させるために、圧縮されていないヘッダを送る。例えば、ハンドオーバ中、またはリンク状態が悪いとき、制御装置２２０は、ヘッダ圧縮および復元レイヤ２０８に、完全ヘッダ（complete header）を送るよう指示する。制御装置２２０は、コア・ネットワーク１２０内、またはそれぞれＷＴＲＵ １０２およびノードＢ １１２の中に存在してもよい。

あるいは、ヘッダ圧縮および復元レイヤ２０８は、ネットワーク構成要素（例えば、アクセス・ゲートウェイ）によって送られるフィードバック・パケットに基づいて、圧縮を選択的に実行してもよい。フィードバック・パケットは、リンク状態、ハンドオーバの必要性、または同様のものを示す。

ＵＤＰ−Ｌｉｔｅが実施されているとき、ネットワーク構成要素（例えば、アクセス・ゲートウェイ、コア・ネットワーク、またはＶｏＩＰゲートウェイのいずれか）は、ＶｏＩＰセッション中、ＵＤＰ−Ｌｉｔｅがアクティブ状態にあるかどうかの指示を、ヘッダ圧縮および復元レイヤ２０８に送る。ＵＤＰ−Ｌｉｔｅがアクティブ状態にある場合、ヘッダ圧縮中、ＵＤＰ−Ｌｉｔｅヘッダのチェックサム・カバレッジ・フィールドは圧縮されない。これは、パケットの正確なＣＲＣを確実に行うためである。

ＲＬＣレイヤ２１０は、ＶｏＩＰパケットを順序通りに引き渡す。ＲＬＣレイヤ２１０は、送信ＶｏＩＰパケットから送信ＲＬＣプロトコル・データ・ユニット（ＰＤＵ）を生成し、受信ＲＬＣ ＰＤＵから受信ＶｏＩＰパケットを生成する。ＶｏＩＰパケットは、非確認モード（ＵＭ）ＲＬＣ上で送られる。ＵＭ ＲＬＣは、誤りのあるデータの検出、重複回避および並べ替えを行う。ＲＬＣレイヤ２１０は、ＩＰパケットの断片化を実行してもよい。本発明によれば、ＲＬＣ ２１０（すなわち、ＵＭ ＲＬＣ）は、ＭＡＣレイヤ２１２から受け取るすべてのパケットを、パケットが首尾よく受信されたかどうかの指示とともに、ＩＰレイヤ２０６あるいはヘッダ圧縮および復元レイヤ２０８に送る。

ＭＡＣレイヤ２１２は、通信ピア間のデータ転送サービスを行う。ＭＡＣレイヤ２１２は、送信ＲＬＣ ＰＤＵから送信ＭＡＣ ＰＤＵを生成し、受信ＭＡＣ ＰＤＵから受信ＲＬＣ ＰＤＵを生成する。ＭＡＣレイヤ２１２は、敏感なビットおよび敏感ではないビットに対する同じではない誤り保護、可変パケットサイズ、ならびに所定の期間内でのパケットの再送信をサポートする。

ＭＡＣレイヤ２１２は、各ＶｏＩＰパケットにおける敏感なビットの数についての指示を、ＶｏＩＰコーデック２０２から受け取ってもよい。ＭＡＣレイヤ２１２は、ＶｏＩＰパケットを、複数の等しいまたは同じでないサイズのフラグメントに断片化してもよい。ＭＡＣレイヤ２１２は、各フラグメントに別個の巡回冗長検査（ＣＲＣ）を付加する。ＭＡＣレイヤ２１２は、敏感なビットが最小限の数のフラグメント中に分散されるように、フラグメントを生成する。

ＭＡＣレイヤ２１２が、同じ伝送時間間隔（ＴＴＩ）で複数のトランスポート・ブロック（例えば、Ｈ−ＡＲＱ ＰＤＵ）を送ってもよい場合には、ＭＡＣレイヤ２１２は、様々なＴＢと同じＴＴＩで、すべてのまたは複数のフラグメントを送ってもよい。ＭＡＣレイヤ２１２が、ＴＴＩ内で１つのＴＢのみを送ることができる場合には、フラグメントは、別のＴＴＩで伝送される。各ＴＢは、別個のＣＲＣが付加されることが好ましい。異なる強さを有する別のＣＲＣが付加されてもよい（すなわち、敏感なビットを含むＴＢに、より強力なＣＲＣが付加されてもよい）。あるいは、ＣＲＣは、敏感なビットを含むＴＢにのみ付加されてもよい。

あるいは、断片化は、敏感なビットについて明確な指示がなく実行されてもよい。ＶｏＩＰコーデック２０２は、感度に関して所定の順序で、そのビットを出力する。例えば、ＶｏＩＰコーデック２０２は、パケット内の最後の（または最初の）Ｘビット（すなわち、ＩＰヘッダなど、各ヘッダの後のＸビット）内の感度がより高いビットを出力してもよい。ＭＡＣレイヤ２１２は、ＶｏＩＰパケットをＮ個のフラグメントに断片化し、その順序に応じて、それらのフラグメントに様々な頑強性を割り当てる。例えば、敏感なビットがＶｏＩＰパケット内の最後である場合、最後のフラグメントの誤り保護は、もっとも高くてよい。こうした方式の利点は、明確なシグナリングの必要がないことである。

あるいは、ＭＡＣレイヤ２１２ではなくＲＬＣレイヤ２１０は、敏感なビットについての明確な指示を受け取っても受け取らなくても、ＶｏＩＰパケットの断片化を実行してよい。

物理レイヤ２１４は、無線チャネルを介して送信ＭＡＣ ＰＤＵを送信し、受信データから受信ＭＡＣ ＰＤＵを生成する。物理レイヤ２１４は、敏感なビットを有するフラグメントに関する指示を、ＭＡＣレイヤ２１２から受け取る。次いで、物理レイヤ２１４は、敏感なビットを含むフラグメントについて、より低次の変調、およびより良好な符号化を実行する。

あるいは、ＭＡＣレイヤ２１２は、送信ＶｏＩＰパケットを断片化しなくてもよいが、敏感なビットの数および位置を物理レイヤ２１４に示す。次いで、物理レイヤ２１４は、敏感なビットに対して、より良好な符号化（敏感なビットへのパンクチャリング（puncturing）をより少なくすること、および／または敏感なビットの繰返しをより多くすることなど）を実行する。

ＭＡＣレイヤ２１２は、ＭＡＣ−ｈｓ ２１６および／またはＭＡＣ−ｅ／ｅｓ ２１８を含む。用語「ｈｓ」および「ｅ／ｅｓ」は、特定のＭＡＣ機能を示すために利用され、本発明は、これらの用語に関係するどんな特定のＭＡＣ機能にも限定されないが、特定のＭＡＣ機能の表記法がどうであれ、どんなＭＡＣ機能にも適用可能であることに留意されたい。ＭＡＣ−ｈｓ ２１６は、ＨＳＤＰＡ（high speed downlink packet access）における、物理的リソースの管理およびダウンリンクでのパケット伝送を担当する。ＭＡＣ−ｈｓ ２１６は、高速スケジューリングおよび再送信を行う（必要ならば）。ＨＳＤＰＡは、非同期Ｈ−ＡＲＱ（hybrid automatic repeat request）プロセスを実施する。パケットは、いつでも同じＨ−ＡＲＱプロセスから送信（または再送信）される。パケットの送信は、パケットの優先権に基づいてもよい。

アップリンクでは、ＭＡＣ−ｅ／ｅｓ ２１８は、ＨＳＵＰＡ（high speed uplink packet access）における、高速スケジューリングおよび再送信を行う。ＨＳＵＰＡでは、１０ｍｓｅｃの伝送時間間隔（ＴＴＩ）に対して４つのＨ−ＡＲＱプロセスが提供され、２ｍｓｅｃのＴＴＩに対しては８つのＨ−ＡＲＱプロセスが提供される。ＨＳＵＰＡでのＨ−ＡＲＱ方式は、同期Ｈ−ＡＲＱである。したがって、パケットは、その前の送信の「Ｎ」ＴＴＩ後に、同じＨ−ＡＲＱプロセスから送信（または再送信）される。ここで、１０ｍｓｅｃのＴＴＩおよび２ｍｓｅｃのＴＴＩに対して、それぞれＮ＝４およびＮ＝８である。従来のＶｏＩＰコーデックは、２０ｍｓｅｃ毎にパケットを生成する。同期Ｈ−ＡＲＱをサポートするために、Ｈ−ＡＲＱプロセスの数は、ＶｏＩＰパケット生成速度に一致するように調整されてもよい。例えば、２０ｍｓｅｃのＶｏＩＰパケット生成速度と一致するように、２ｍｓｅｃのＴＴＩに対して、Ｈ−ＡＲＱプロセスの数は１０に増大されてもよい。あるいは、ＶｏＩＰサービスに対しては、できる限り分離された２つ以上のＨ−ＡＲＱプロセスが割り当てられてもよい。例えば、８つのＨ−ＡＲＱプロセスの場合、ＶｏＩＰサービス用にＨ−ＡＲＱプロセス１および５が割り当てられてもよい。

ノードＢ １１２は、制御情報を送ることにより、無線リソースをＷＴＲＵ １０２に割り当てることが好ましい。制御情報は、制御パケット内または制御チャネル上で送られてもよい。本発明によれば、制御オーバヘッドを低減させるために、無線リソースは、より長い時間用の単一の制御パケットを介して、所定の時間において、同時に複数のＷＴＲＵ １０２に割り当てられる。制御情報は、複数のＷＴＲＵ １０２を網羅する。同様のチャネル状態にあるＷＴＲＵ １０２は、一緒にグループ化することができる。チャネル状態は同様なので、同様の量のリソースをＷＴＲＵ １０２のグループに割り当ててもよく、同様の変調方式および符号化方式がＷＴＲＵ １０２のグループによって使用されてもよい。割り当てられたリソースおよびＷＴＲＵアイデンティティのみが、個々のＷＴＲＵ １０２向けの制御パケット内に示される必要がある。したがって、制御オーバヘッドが低減される。

さらに、制御情報は、周期的に（例えば、１０ｍｓｅｃまたは２０ｍｓｅｃ）送られる。無線リソース割当て用の期間は、コーデック速度および再送信の確率に基づいてもよい。無線リソース割当ての周期性により、スケジューリング情報やＷＴＲＵアイデンティティなど、ある種の制御情報に対しては、使用されるビットはより少なくてもよい。

しかし、不利な点は、割り当てられたリソースがＷＴＲＵ １０２によって使用されない場合に、アップリンク内の帯域幅を浪費することである。したがって、ＷＴＲＵ １０２は、他のいかなるユーザまたは制御データフローに対しても、割り当てられたリソースを使用しなければならない。この場合、１つまたは複数の特別なビットが割り当てられて制御情報および／またはデータフロー内の変化を指示し、その結果、受信機は、パケットが別のフローからのものであることを理解し、対応する制御情報を復号化する。

３ＧＰＰのＬＴＥでは、物理レイヤの無線インターフェースは、ＯＦＤＭ ＭＩＭＯである。無線リソースは、１組の副搬送波に分割される。ノードＢ １１２は、ＷＴＲＵ １０２に１組の副搬送波を周期的に割り当てる。最低限必要なリソースが各ＷＴＲＵ １０２に周期的に割り当てられると仮定すれば、パケットサイズまたはＭＣＳが変化する場合には、周期的なリソースが十分でないこともある。例として、低次の変調および頑強な符号化で伝送される場合に、再送信されたパケットが首尾よく伝送されることがある。しかし、この場合、割り当てられたリソース内にパケットを適合させることが不可能となることがある。

本発明によれば、ＶｏＩＰパケットが、割り当てられたリソースに適合しないとき、ＷＴＲＵ １０２は、ＶｏＩＰパケットを断片化し、追加のリソースを求める要求をノードＢ １１２に送る。図３は、本発明の一実施形態による、アップリンクにおいてＶｏＩＰパケットを送るためのプロセス３００の流れ図である。ノードＢ １１２は、前述の通り、アップリンクおよびダウンリンク用のリソースを複数のＷＴＲＵ １０２に周期的に割り当てる（ステップ３０２）。ＷＴＲＵ １０２は、現在割り当てられているリソースにパケットが適合しないとき、使用可能なリソースに適合するようにＶｏＩＰパケットを断片化する（ステップ３０４）。次いで、ＷＴＲＵ １０２は、現在使用可能なリソースを使用して第１のフラグメントを送り、追加のリソースを求める要求をも送る（ステップ３０６）。要求は、ＲＬＣ、ＭＡＣまたは物理レイヤのシグナリングによって送られてもよい。特別に必要なリソースは、トランスポート・フォーマット・コンビネーション（ＴＦＣ：transport format combination）選択手順によって決定されてもよい。次いで、ノードＢ １１２は、要求に基づいて、数ＴＴＩ以内に、一時的に追加のリソースを割り当てる（ステップ３０８）。ＷＴＲＵ １０２は、追加のリソースを使用して、１つまたは複数の残りのフラグメントを送る（ステップ３１０）。

ノードＢ １１２は、要求を受け取るとき、第１のフラグメントを首尾よく受け取っても受け取らなくてもよい。ノードＢ １１２は、第１のフラグメントを首尾よく受け取る場合、追加のリソースをＷＴＲＵに割り当て、その結果、ＷＴＲＵ １０２は、追加のリソースを使用して、残りのフラグメントを送る。ノードＢ １１２は、第１のフラグメントの受け取りに失敗した場合、（要求が、物理レイヤの制御信号（例えば、Ｈ−ＡＲＱに関連した制御信号）の一部分であると仮定すれば）、フラグメントの代わりにフルパケットを送信するためのリソースを割り当て、ＷＴＲＵ １０２に否定応答（ＮＡＣＫ）を送ってもよい。新規のリソース割当ておよびＮＡＣＫを受け取ると、ＷＴＲＵ １０２は、従来のＨ−ＡＲＱ伝送を終了し、新規のＨ−ＡＲＱ伝送を開始して、新規のリソースを使用しフラグメントの代わりにフルパケットを送ってもよい。

図４は、本発明の他の実施形態による、アップリンクにおいてＶｏＩＰパケットを送るためのプロセス４００の流れ図である。ノードＢ １１２は、アップリンクおよびダウンリンク用のリソースを、複数のＷＴＲＵ １０２に周期的に割り当てる（ステップ４０２）。ＷＴＲＵ １０２は、現在割り当てられているリソースにパケットが適合しないとき、使用可能なリソースに適合するようにＶｏＩＰパケットを断片化する（ステップ４０４）。次いで、ＷＴＲＵ １０２は、追加のリソースを求める明確な要求なしに、現在使用可能なリソースを使用して第１のフラグメントを送る（ステップ４０６）。ノードＢ １１２は、フルパケットの代わりにパケットのフラグメントを受け取るときに、より多くのリソースが必要となることを暗に知り、追加の一時的なリソースを割り振る（ステップ４０８）。このことは、ノードＢ １１２に、フルパケットではなくフラグメントが送られたことを決定するために、ＭＡＣヘッダおよびＲＬＣヘッダを復号化するように求める。ＷＴＲＵ １０２は、追加のリソースを使用して、１つまたは複数の残りのフラグメントを送る（ステップ４１０）。

ＭＡＣまたはＲＬＣのヘッダに含まれる、分割または断片化の情報は、割り振るべき一時的なリソースの量を決定するのに利用されてもよい情報を提供してもよい（例えば、フラグメント／セグメント内で、分割方式は、パケットに属するセグメントの総数を示してもよく、またパケットの合計サイズを示してもよい）。

図５は、本発明の他の実施形態による、アップリンクにおいてＶｏＩＰパケットを送るためのプロセス５００の流れ図である。ノードＢ １１２は、アップリンクおよびダウンリンク用のリソースを、複数のＷＴＲＵ １０２に周期的に割り当てる（ステップ５０２）。ＷＴＲＵ １０２は、割り当てられたリソースを使用してＶｏＩＰパケットを送る（ステップ５０４）。パケットが首尾よく受け取られているとステップ５０６で判定される場合、ノードＢは、ＷＴＲＵにＡＣＫを送り（ステップ５０８）、プロセス５００は終了する。パケットが首尾よく受け取られていないとステップ５０６で判定される場合、ノードＢは、ＷＴＲＵにＮＡＣＫを送る（ステップ５１０）。伝送が失敗するとき、ノードＢ １１２は、パケットがＨ−ＡＲＱ機構を用いて再送信されることを暗に知る。したがって、ノードＢ １１２は、追加のリソースを求める要求をＷＴＲＵ １０２から受け取ることなく、追加のリソースをＷＴＲＵ １０２に割り当てる（ステップ５１２）。次いで、ＷＴＲＵ １０２は、追加のリソースを使用して、以前失敗したパケットを送る（ステップ５１４）。ノードＢ １１２は、以前に失敗した伝送と新規の伝送のソフト・コンバイニング（soft combining）を実行してもよい。

図６は、本発明の他の実施形態による、アップリンクにおいてＶｏＩＰパケットを送るためのプロセス６００の流れ図である。この実施形態では、ノードＢ １１２とＷＴＲＵ １０２の間で、同期Ｈ−ＡＲＱが使用される。同期Ｈ−ＡＲＱでは、以前の伝送に続く固定（時間）期間の後に、以前失敗したパケットの再送信が発生する。追加のリソースを明瞭に割り振り、かつ、それらのリソースを記述するための制御メッセージを送る代わりに、ＷＴＲＵ １０２は、ノードＢ １１２の許可を得て、通常同期Ｈ−ＡＲＱの再送信のために使用されるリソースを、追加の一時的なリソースとして利用する。

ノードＢ １１２は、アップリンクおよびダウンリンク用のリソースを、複数のＷＴＲＵ １０２に周期的に割り当てる（ステップ６０２）。ＷＴＲＵ １０２は、割り当てられたリソースを使用して、ＶｏＩＰパケットを送る（ステップ６０４）。パケットが首尾よく受け取られているとステップ６０６で判定される場合、ノードＢは、ＷＴＲＵにＡＣＫを送り（ステップ６０８）、プロセス６００は終了する。パケットが首尾よく受け取られていないとステップ６０６で判定される場合、ノードＢ １１２は、ＷＴＲＵにＮＡＣＫを送る（ステップ６１０）。次いで、ＷＴＲＵ １０２は、パケットを断片化し、ＷＴＲＵ １０２がより多くのリソースを必要とするという指示とともに、または指示を伴うことなく、第１のフラグメントを送る（すなわち、指示は、前述の通り暗に示されてもよい）（ステップ６１２）。次いで、ノードＢ １１２は、許可することで応答する（ステップ６１４）。許可のためのビットは、Ｈ−ＡＲＱフィードバックとともに、またはＭＡＣレイヤシグナリングのうちの物理レイヤ内に、含まれてもよい。許可を受け取ると、ＷＴＲＵ １０２は、ノードＢ １１２からの一時的なリソース割当てを必要とすることなく、同期Ｈ−ＡＲＱの再送信用のリソースを使用して、１つまたは複数の残りのフラグメントを送信する（すなわち、Ｎ個のＴＴＩの後）（ステップ６１６）。

ダウンリンクでは、現在割り当てられているリソースがＶｏＩＰパケットを運ぶのに十分でない場合、ノードＢ １１２は、ＶｏＩＰパケットを断片化し、現在割り当てられているリソースを使用して、第１のフラグメントを送る。第１のフラグメントは、制御情報を低減させることになる。しかし、現在割り当てられているリソースに適合しなかった残りのフラグメントは、全制御情報（リソース割振り、ＷＴＲＵ ＩＤ、フローＩＤ、Ｈ−ＡＲＱプロセスＩＤ、または同様のものなど）とともに送られる。失敗したパケットの再送信について、同じ方式を使用することも可能である。第１の送信は、割り当てられたリソース上で送られる。再送信が必要である場合、再送信またはデータ転送速度の変更については、パケットが受信側で復号化されるために完全な制御情報が必要となるので、再送信されるパケットは、全制御情報とともに送られる。

＜実施形態＞
１．無線通信ネットワーク上でＶｏＩＰサービスをサポートする装置。

２．送信データを符号化し、受信データを復号化するためのＶｏＩＰコーデックを備える実施形態１の装置。

３．ＶｏＩＰコーデックの符号化速度は、制御装置によって指定される実施形態２の装置。

４．別個の誤り保護のために、誤りに対して敏感なビットおよび誤りに対して敏感ではないビットは、符号化された送信データの中で識別される実施形態２または３の装置。

５．符号化された送信データにＩＰヘッダを付加することによって送信ＶｏＩＰパケットを生成し、受信ＶｏＩＰパケットを処理するためのＩＰレイヤを含む実施形態２〜４のいずれかの装置。

６．送信ＶｏＩＰパケットおよび受信ＶｏＩＰパケットを順序通り引き渡すためのＲＬＣレイヤを含む実施形態２〜５のいずれかの装置。

７．通信ピア間で送信ＶｏＩＰパケットおよび受信ＶｏＩＰパケットを伝送するためのＭＡＣレイヤを含む実施形態５〜６のいずれかの装置。

８．無線チャネルを介して送信ＶｏＩＰパケットを送信し、受信ＶｏＩＰパケットを受信するための物理レイヤを含む実施形態５〜７のいずれかの装置。

９．ＶｏＩＰコーデックは、誤りに対して敏感なビットおよび誤りに対して敏感ではないビットについての明確な指示を送り、それにより、誤り保護のために、敏感なビットおよび敏感ではないビットが別々に処理される実施形態２〜８のいずれかの装置。

１０．ＶｏＩＰコーデックは、誤りに対する感度に従って所定の順序で送信データを出力し、それにより、誤り保護のために、敏感なビットおよび敏感ではないビットが別々に処理される実施形態２〜８のいずれかの装置。

１１．ＲＬＣレイヤおよびＭＡＣレイヤのうちの１つは、送信ＶｏＩＰパケットを複数のフラグメントに分割し、それにより、誤り保護のために、敏感なビットおよび敏感ではないビットが別々に処理される実施形態７〜１０のいずれかの装置。

１２．ＭＡＣレイヤは、敏感なビットを含むフラグメントに対して、より頑強な変調方式および符号化方式を適用する実施形態１１の装置。

１３．ＲＬＣレイヤおよびＭＡＣレイヤのうちの１つは、敏感なビットを含むフラグメントの数ができる限り小さくなるように送信ＶｏＩＰパケットをフラグメントに分割する実施形態１１〜１２のいずれかの装置。

１４．ＭＡＣレイヤは、各フラグメントに別個のＣＲＣを付加する実施形態１１〜１３のいずれかの装置。

１５．ＭＡＣレイヤは、複数のＴＢを同じＴＴＩで送信するように構成され、各フラグメントは、別個のＣＲＣを有する別個のＴＢを用いて伝送される実施形態１１〜１４のいずれかの装置。

１６．ＭＡＣレイヤは、１つのＴＢをあるＴＴＩで送信するように構成され、各フラグメントは、別のＴＴＩで送信される実施形態１１〜１４のいずれかの装置。

１７．ＭＡＣレイヤは、敏感なビットを含むフラグメントにのみＣＲＣを付加する実施形態１１〜１５のいずれかの装置。

１８．ＭＡＣレイヤは、敏感なビットを含むフラグメントに、誤り保護に関して強度がより高いＣＲＣを付加する実施形態１１〜１７のいずれかの装置。

１９．敏感なビットおよび敏感ではないビットは、誤り保護のために、物理レイヤによって別々に処理される実施形態１１〜１８のいずれかの装置。

２０．ＭＡＣレイヤは、敏感なビットの数および位置についての指示を物理レイヤに送る実施形態１９の装置。

２１．物理レイヤは、敏感なビットにはより少ないパンクチャリングを適用する実施形態１９〜２０のいずれかの装置。

２２．物理レイヤは、敏感なビットにはより多くの繰返しを適用する実施形態１９〜２１のいずれかの装置。

２３．送信ＶｏＩＰパケットのヘッダを圧縮し、受信ＶｏＩＰパケットのヘッダを復元するための、ヘッダ圧縮および復元エンティティをさらに含む実施形態５〜２２のいずれかの装置。

２４．ヘッダ圧縮および復元エンティティは、制御装置からの指示に従って、圧縮および復元を選択的に実行する実施形態２３の装置。

２５．ヘッダ圧縮および復元エンティティは、ネットワーク構成要素からの無線チャネルの状態に関するフィードバックに従って、圧縮および復元を選択的に実行する実施形態２３〜２４のいずれかの装置。

２６．敏感なビットの部分的な範囲についてのチェックサム・カバレッジ・フィールドを含むＵＤＰ−Ｌｉｔｅヘッダを、付加し、分離するためのＵＤＰレイヤをさらに含む実施形態４〜２５のいずれかの装置。

２７．送信ＶｏＩＰパケットのヘッダを圧縮し、受信ＶｏＩＰパケットのヘッダを復元するための、ヘッダ圧縮および復元エンティティをさらに含む装置であって、制御装置は、ＵＤＰ−Ｌｉｔｅがアクティブ状態にあるかどうかに関しての指示を、ヘッダ圧縮および復元エンティティに送り、それにより、ＵＤＰ−Ｌｉｔｅがアクティブ状態にあるときには、ＵＤＰ−Ｌｉｔｅヘッダのチェックサム・カバレッジ・フィールドは圧縮されない実施形態２６の装置。

２８．制御装置は、ＣＭＲを送って符号化速度を調整する実施形態３〜２７のいずれかの装置。

２９．制御装置は、符号化速度を調整する必要性を示す指示を送り、ＣＭＲは、この指示に応答して通信ピアに送られる実施形態３〜２７のいずれかの装置。

３０．制御装置は、ＷＴＲＵ内に存在する実施形態３〜２９のいずれかの装置。

３１．制御装置は、ノードＢ内に存在する実施形態３〜２９のいずれかの装置。

３２．制御装置は、ａＧＷ内に存在する実施形態３〜２９のいずれかの装置。

３３．制御装置は、コア・ネットワーク構成要素内に配置される実施形態３〜２９のいずれかの装置。

３４．制御装置は、ＲＮＣ内に配置される実施形態３〜２９のいずれかの装置。

３５．コンフォート・ノイズを生成するコンフォート・ノイズ発生器を備え、沈黙時間中に通信ピアからコンフォート・ノイズ・パケットを受け取ることなく、コンフォート・ノイズが生成される実施形態１〜３４のいずれかの装置。

３６．ＲＬＣレイヤは、パケットが首尾よく受け取られているかどうかの指示とともに、すべてのパケットを送る実施形態６〜３５のいずれかの装置。

３７．ＭＡＣレイヤは、複数のＨ−ＡＲＱプロセスを含み、同期Ｈ−ＡＲＱを実施する実施形態７〜３６のいずれかの装置。

３８．複数のＨ−ＡＲＱプロセス中の少なくとも２つのＨ−ＡＲＱプロセスは、割り当てられるＨ−ＡＲＱプロセスができる限り分離されるようにＶｏＩＰサービスに割り当てられる実施形態３７の装置。

３９．送信ＶｏＩＰパケットが、現在割り当てられている無線リソースに適合しない場合、ＶｏＩＰパケットは、少なくとも２つのフラグメントに断片化され、それにより、送信ＶｏＩＰパケットは、フラグメントによって送られる実施形態５〜３８のいずれかの装置。

４０．ＭＡＣレイヤは、第１のフラグメントとともに、追加の無線リソースを求める要求を送り、追加の無線リソースを使用して残りのフラグメントを送る実施形態３９の装置。

４１．無線リソースは、周期的に割り当てられる実施形態２〜４０のいずれかの装置。

４２．最小限の無線リソースは、周期的に割り当てられる実施形態４１の装置。

４３．ＭＡＣレイヤは、第１のフラグメントを送ると、続いて装置に割り当てられる追加の無線リソースを使用して、残りのフラグメントを送る実施形態４０〜４２のいずれかの装置。

４４．追加の無線リソースは、残りのフラグメントに対して割り当てられる実施形態４０〜４２のいずれかの装置。

４５．追加の無線リソースは、ＶｏＩＰパケット全体に対して割り当てられる実施形態４０〜４２のいずれかの装置。

４６．ＭＡＣレイヤは、パケットの同期Ｈ−ＡＲＱ再送信に対して割り当てられる無線リソースを使用して残りのフラグメントを送る実施形態３９の装置。

４７．ＶｏＩＰパケットは、以前失敗したパケットの再送信である実施形態４６の装置。

４８．ＭＡＣレイヤは、追加の無線リソースを使用して、以前失敗したパケットの再送信を行う実施形態４７の装置。

４９．無線通信ネットワーク上でＶｏＩＰサービスをサポートするための方法。

５０．データを符号化するステップを含む方法であって、符号化速度は制御装置によって指定される実施形態４９の方法。

５１．符号化されたデータ中の敏感なビットおよび敏感ではないビットを識別するステップを含む実施形態５０の方法。

５２．符号化されたデータにＩＰヘッダを付加することによってＶｏＩＰパケットを生成するステップを含む実施形態５０〜５１のいずれかの方法。

５３．誤り保護のためにＶｏＩＰパケットを処理するステップを含む方法であって、誤り保護は、敏感なビットおよび敏感ではないビットについて別々に実行される実施形態５２の方法。

５４．ＶｏＩＰパケットを伝送するステップを含む実施形態５３の方法。

５５．誤りに対して敏感なビットおよび誤りに対して敏感ではないビットについての明確な指示を送るステップを含む方法であって、誤り保護のために、敏感なビットおよび敏感ではないビットが別々に処理される実施形態５１〜５４のいずれかの方法。

５６．符号化されたデータは、誤りに対する感度に従って所定の順序で配置され、それにより、誤り保護のために、敏感なビットおよび敏感ではないビットが別々に処理される実施形態５１〜５４のいずれかの方法。

５７．ＶｏＩＰパケットを複数のフラグメントに断片化するステップをさらに含む方法であって、誤り保護のために、敏感なビットを含むフラグメントおよび敏感ではないビットを含むフラグメントが別々に処理される実施形態５２〜５６のいずれかの方法。

５８．ＶｏＩＰパケットは、ＲＬＣレイヤによって断片化される実施形態５７の方法。

５９．ＶｏＩＰパケットは、ＭＡＣレイヤによって断片化される実施形態５７の方法。

６０．ＭＡＣレイヤは、敏感なビットを含むフラグメントに対して、より頑強な変調方式および符号化方式を適用する実施形態５６〜５９のいずれかの方法。

６１．ＶｏＩＰパケットは、敏感なビットを含むフラグメントの数ができる限り小さくなるように断片化される実施形態５７〜６０のいずれかの方法。

６２．各フラグメントに別個のＣＲＣを付加するステップをさらに含む実施形態５７〜６１のいずれかの方法。

６３．ＭＡＣレイヤは、複数のＴＢを同じＴＴＩで送信するように構成され、各フラグメントは、別個のＣＲＣを有する別個のＴＢを用いて送信される実施形態６２の方法。

６４．ＭＡＣレイヤは、１つのＴＢをあるＴＴＩで送信するように構成され、各フラグメントは、別のＴＴＩで送信される実施形態６２の方法。

６５．ＣＲＣは、敏感なビットを含むフラグメントにのみ付加される実施形態５３〜６４のいずれかの方法。

６６．誤り保護に関して強度がより高いＣＲＣは、敏感なビットを含むフラグメントに付加される実施形態５３〜６５のいずれかの方法。

６７．物理レイヤは、誤り保護のために、敏感なビットおよび敏感ではないビットを別々に処理する実施形態５３〜６６のいずれかの方法。

６８．ＭＡＣレイヤは、敏感なビットの数および位置についての指示を物理レイヤに送る実施形態６７の方法。

６９．物理レイヤは、敏感なビットにはより少ないパンクチャリングを適用する実施形態６７〜６８のいずれかの方法。

７０．物理レイヤは、敏感なビットにはより多くの繰返しを適用する実施形態６７〜６９のいずれかの方法。

７１．ＶｏＩＰパケットのヘッダを圧縮するステップをさらに含む実施形態５２〜７０のいずれかの方法。

７２．圧縮は、制御装置からの指示に従って選択的に実行される実施形態７１の方法。

７３．圧縮は、ネットワーク構成要素からの無線チャネルの状態に関するフィードバックに従って選択的に実行される実施形態７１〜７２のいずれかの方法。

７４．敏感なビットの部分的な範囲についてのチェックサム・カバレッジ・フィールドを含むＵＤＰ−Ｌｉｔｅヘッダを付加するステップをさらに含む実施形態５５〜７３のいずれかの方法。

７５．ＵＤＰ−Ｌｉｔｅがアクティブ状態にあるかどうかに関する指示を制御装置が送るステップをさらに含む方法であって、ＵＤＰ−Ｌｉｔｅがアクティブ状態にあるときには、ＵＤＰ−Ｌｉｔｅヘッダのチェックサム・カバレッジ・フィールドが圧縮されない実施形態７４の方法。

７６．制御装置は、符号化速度を調整するためにＣＭＲを送る実施形態５０〜７５のいずれかの方法。

７７．制御装置は、符号化速度を調整する必要性を示す指示を送り、この指示に応答してＣＭＲが通信ピアに送られる実施形態５０〜７５のいずれかの方法。

７８．制御装置は、ＷＴＲＵ内に存在する実施形態５０〜７７のいずれかの方法。

７９．制御装置は、ノードＢ内に存在する実施形態５０〜７７のいずれかの方法。

８０．制御装置は、ａＧＷ内に存在する実施形態５０〜７７のいずれかの方法。

８１．制御装置は、ＲＮＣ内に配置される実施形態５０〜７７のいずれかの方法。

８２．制御装置は、コア・ネットワーク構成要素内に配置される実施形態５０〜７７のいずれかの方法。

８３．ＶｏＩＰパケットを受信するステップをさらに含む実施形態５４〜８２のいずれかの方法。

８４．ＶｏＩＰデータを復元するために、受信されたＶｏＩＰパケットを処理するステップを含む実施形態８３の方法。

８５．沈黙時間中、コンフォート・ノイズ・パケットを受け取ることなく、コンフォート・ノイズを生成するステップを含む実施形態８４の方法。

８６．受信ＶｏＩＰパケットが首尾よく受け取られたかどうかの指示とともに、受信ＶｏＩＰパケットを上位レイヤに転送するステップをさらに含む実施形態８３〜８５のいずれかの方法。

８７．ＶｏＩＰパケットの送信および再送信のために同期Ｈ−ＡＲＱ機構を実行するステップをさらに含む実施形態５４〜８６のいずれかの方法。

８８．複数のＨ−ＡＲＱプロセスの中の少なくとも２つのＨ−ＡＲＱプロセスは、割り当てられたＨ−ＡＲＱプロセスができる限り分離されるように、ＶｏＩＰサービス用に割り当てられる実施形態７１の方法。

８９．ＶｏＩＰパケットが、現在割り当てられている無線リソースに適合しない場合に、ＶｏＩＰパケットを少なくとも２つのフラグメントに断片化するステップをさらに含む方法であって、ＶｏＩＰパケットがフラグメントによって送られる実施形態５２〜８８のいずれかの方法。

９０．第１のフラグメントとともに、追加の無線リソースを求める要求を送るステップをさらに含む方法であって、残りのフラグメントは、追加の無線リソースを使用して送られる実施形態８９の方法。

９１．無線リソースは、周期的に割り当てられる実施形態５０〜９０のいずれかの方法。

９２．最小限の無線リソースは、周期的に割り当てられる実施形態９１の方法。

９３．第１のフラグメントを受け取ると追加の無線リソースが割り当てられ、それにより、残りのフラグメントは、追加の無線リソースを使用して送られる実施形態８９〜９２のいずれかの方法。

９４．追加の無線リソースは、残りのフラグメントに対して割り当てられる実施形態９０〜９３のいずれかの方法。

９５．追加の無線リソースは、ＶｏＩＰパケット全体に対して割り当てられる実施形態９０〜９３のいずれかの方法。

９６．残りのフラグメントは、ＶｏＩＰパケットの同期Ｈ−ＡＲＱの再送信に対して割り当てられる無線リソースを使用して送られる実施形態９０〜９５のいずれかの方法。

９７．ＶｏＩＰパケットは、以前失敗したパケットの再送信である実施形態９６の方法。

９８．以前失敗したＶｏＩＰパケットは、追加の無線リソースを使用することによって再送信される実施形態９７の方法。

９９．無線通信ネットワーク上でＶｏＩＰサービスをサポートするためのシステム。

１００．ＶｏＩＰパケットを送るように構成された複数のＷＴＲＵを備える実施形態９９のシステム。

１０１．同様の状況に配置されたＷＴＲＵをグループ化し、所定の時間、同時に各グループＷＴＲＵに無線リソースを周期的に割り当てるように構成されたノードＢを備える実施形態１００のシステム。

１０２．送信ＶｏＩＰパケットおよび受信ＶｏＩＰパケットを転送するためのコア・ネットワークを備える実施形態９９〜１０１のいずれかのシステム。

１０３．無線リソース割当ての期間は、コーデック速度および再送信の確率に基づく実施形態１０１〜１０２のいずれかのシステム。

１０４．ＷＴＲＵは、制御情報およびデータフロー内の変化を示すための、ＶｏＩＰパケット内の特別なビットを含む実施形態１００〜１０３のいずれかのシステム。

１０５．ＷＴＲＵは、ＶｏＩＰパケットが、現在割り当てられている無線リソースに適合しない場合に、ＶｏＩＰパケットを少なくとも２つのフラグメントに断片化し、それにより、ＶｏＩＰパケットはフラグメントによって送られる実施形態１００〜１０４のいずれかのシステム。

１０６．ノードＢは、各ＷＴＲＵに最小限の無線リソースを割り当てる実施形態１０１〜１０５のいずれかのシステム。

１０７．第１のフラグメントを受け取ると、追加の無線リソースが割り当てられ、それにより、残りのフラグメントは、追加の無線リソースを使用して送られる実施形態１０５〜１０６のいずれかのシステム。

１０８．残りのフラグメントは、ＶｏＩＰパケットの同期Ｈ−ＡＲＱの再送信のために割り当てられる無線リソースを使用して送られる実施形態１０７のシステム。

１０９．ＷＴＲＵは、第１のフラグメントとともに、追加の無線リソースを求める要求をノードＢに送り、ノードＢは、追加の無線リソースを割り当て、ＷＴＲＵは、追加の無線リソースを使用して残りのフラグメントを送る実施形態１０５〜１０６のいずれかのシステム。

１１０．追加の無線リソースは、残りのフラグメントに対して割り当てられる実施形態１０９のシステム。

１１１．追加の無線リソースは、ＶｏＩＰパケット全体に対して割り当てられる実施形態１０９のシステム。

１１２．ノードＢは、失敗したＶｏＩＰパケットを受け取ると、追加の無線リソースを割り当て、それにより、ＷＴＲＵは、追加の無線リソースを使用することにより、以前失敗したＶｏＩＰパケットを再送信する実施形態１０１〜１０６のいずれかのシステム。

本発明の特徴および要素は、好ましい実施形態において特定の組合せで記述されているが、各特徴または要素は、好ましい実施形態のその他の特徴および要素がなくても単独で使用することができ、または本発明の他の特徴および要素があってもなくても、様々な組合せで使用することができる。

本発明に従って構成された、例示的な無線通信システムのブロック図である。 本発明による、無線通信ネットワーク上でＶｏＩＰをサポートするための装置のブロック図である。 本発明の一実施形態による、アップリンクでＶｏＩＰパケットを送るためのプロセスの流れ図である。 本発明の他の実施形態による、アップリンクでＶｏＩＰパケットを送るためのプロセスの流れ図である。 本発明の他の実施形態による、アップリンクでＶｏＩＰパケットを送るためのプロセスの流れ図である。 本発明の他の実施形態による、アップリンクでＶｏＩＰパケットを送るためのプロセスの流れ図である。

Claims (93)

1. 無線通信ネットワーク上でボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）サービスをサポートする装置であって、
   送信データを符号化し、受信データを復号化するためのＶｏＩＰコーデックであって、前記ＶｏＩＰコーデックの符号化速度は、制御装置によって指定され、誤りに対して敏感なビットおよび誤りに対して敏感ではないビットは、別個の誤り保護のために、前記符号化された送信データ中で識別される、ＶｏＩＰコーデックと、
   前記符号化された送信データにＩＰヘッダを付加することにより送信ＶｏＩＰパケットを生成し、受信ＶｏＩＰパケットを処理するためのＩＰレイヤと、
   前記送信ＶｏＩＰパケットおよび前記受信ＶｏＩＰパケットを順序通りに引き渡すための無線リンク制御（ＲＬＣ）レイヤと、
   通信ピア間で前記送信ＶｏＩＰパケットおよび前記受信ＶｏＩＰパケットを転送するための媒体アクセス制御（ＭＡＣ）レイヤと、
   無線チャネルを介して、前記送信ＶｏＩＰパケットを送信し、前記受信ＶｏＩＰパケットを受信するための物理レイヤと
   を備えることを特徴とする装置。
2. 前記ＶｏＩＰコーデックは、前記誤りに対して敏感なビットおよび前記誤りに対して敏感ではないビットについての明確な指示を送り、それにより、誤り保護のために、前記敏感なビットおよび前記敏感ではないビットが別々に処理されることを特徴とする請求項１に記載の装置。
3. 前記ＶｏＩＰコーデックは、誤りに対する感度に従って所定の順序で前記送信データを出力し、それにより、誤り保護のために、前記敏感なビットおよび前記敏感ではないビットが別々に処理されることを特徴とする請求項１に記載の装置。
4. 前記ＲＬＣレイヤおよび前記ＭＡＣレイヤのうちの１つは、前記送信ＶｏＩＰパケットを複数のフラグメントに分割し、それにより、誤り保護のために、前記敏感なビットおよび前記敏感ではないビットが別々に処理されることを特徴とする請求項１に記載の装置。
5. 前記ＭＡＣレイヤは、前記敏感なビットを含むフラグメントに対してより頑強な変調方式および符号化方式を適用することを特徴とする請求項４に記載の装置。
6. 前記ＲＬＣレイヤおよび前記ＭＡＣレイヤのうちの１つは、前記敏感なビットを含むフラグメントの数ができる限り小さくなるように、前記送信ＶｏＩＰパケットをフラグメントに分割することを特徴とする請求項４に記載の装置。
7. 前記ＭＡＣレイヤは、各フラグメントに別個の巡回冗長検査（ＣＲＣ）を付加することを特徴とする請求項４に記載の装置。
8. 前記ＭＡＣレイヤは、複数のトランスポート・ブロック（ＴＢ）を同じ伝送時間間隔（ＴＴＩ）で送信するように構成され、各フラグメントは、別個のＣＲＣを有する別個のＴＢを用いて送信されることを特徴とする請求項７に記載の装置。
9. 前記ＭＡＣレイヤは、１つのトランスポート・ブロック（ＴＢ）をある伝送時間間隔（ＴＴＩ）で送信するように構成され、各フラグメントは、別のＴＴＩで送信されることを特徴とする請求項７に記載の装置。
10. 前記ＭＡＣレイヤは、前記敏感なビットを含むフラグメントにのみＣＲＣを付加することを特徴とする請求項７に記載の装置。
11. 前記ＭＡＣレイヤは、前記敏感なビットを含むフラグメントに、誤り保護に関して強度がより高いＣＲＣを付加することを特徴とする請求項７に記載の装置。
12. 誤り保護のために、前記敏感なビットおよび前記敏感ではないビットが、前記物理レイヤによって別々に処理されることを特徴とする請求項１に記載の装置。
13. 前記ＭＡＣレイヤは、前記敏感なビットの数および位置についての指示を前記物理レイヤに送ることを特徴とする請求項１２に記載の装置。
14. 前記物理レイヤは、前記敏感なビットにはより少ないパンクチャリングを適用することを特徴とする請求項１２に記載の装置。
15. 前記物理レイヤは、前記敏感なビットにはより多くの繰返しを適用することを特徴とする請求項１２に記載の装置。
16. 前記送信ＶｏＩＰパケットのヘッダを圧縮し、前記受信ＶｏＩＰパケットのヘッダを復元するためのヘッダ圧縮および復元エンティティをさらに備えることを特徴とする請求項１に記載の装置。
17. 前記ヘッダ圧縮および復元エンティティは、前記制御装置からの指示に従って、前記圧縮および復元を選択的に実行することを特徴とする請求項１６に記載の装置。
18. 前記制御装置は、無線送信／受信ユニット（ＷＴＲＵ）、ノードＢ、無線ネットワーク制御装置（ＲＮＣ）、アクセス・ゲートウェイ（ａＧＷ）、およびコア・ネットワーク構成要素のうちの１つの中に配置されることを特徴とする請求項１７に記載の装置。
19. 前記ヘッダ圧縮および復元エンティティは、ネットワーク構成要素からの無線チャネルの状態に関するフィードバックに従って、前記圧縮および復元を選択的に実行することを特徴とする請求項１８に記載の装置。
20. 前記敏感なビットの部分的な範囲についてのチェックサム・カバレッジ・フィールドを含むＵＤＰ−Ｌｉｔｅヘッダを付加し、分離するためのユーザ・データグラム・プロトコル（ＵＤＰ）レイヤをさらに含むことを特徴とする請求項１に記載の装置。
21. 前記送信ＶｏＩＰパケットのヘッダを圧縮し、前記受信ＶｏＩＰパケットのヘッダを復元するためのヘッダ圧縮および復元エンティティをさらに備える装置であって、前記制御装置は、ＵＤＰ−Ｌｉｔｅがアクティブ状態にあるかどうかに関する指示を前記ヘッダ圧縮および復元エンティティに送り、それにより、ＵＤＰ−Ｌｉｔｅがアクティブ状態にあるときには、前記ＵＤＰ−Ｌｉｔｅヘッダのチェックサム・カバレッジ・フィールドは圧縮されないことを特徴とする請求項２０に記載の装置。
22. 前記制御装置は、前記符号化速度を調整するために、コード・モード要求（ＣＭＲ）を送ることを特徴とする請求項１に記載の装置。
23. 前記制御装置は、前記符号化速度を調整する必要性を示す指示を送り、前記指示に応答して、コード・モード要求（ＣＭＲ）が通信ピアに送られることを特徴とする請求項１に記載の装置。
24. 前記制御装置は、無線送信／受信ユニット（ＷＴＲＵ）内に存在することを特徴とする請求項１に記載の装置。
25. 前記制御装置は、ノードＢ内に存在することを特徴とする請求項１に記載の装置。
26. 前記制御装置は、アクセス・ゲートウェイ（ａＧＷ）内に存在することを特徴とする請求項１に記載の装置。
27. コンフォート・ノイズを生成するコンフォート・ノイズ発生器をさらに備える装置であって、前記コンフォート・ノイズは、沈黙時間中、通信ピアからコンフォート・ノイズ・パケットを受け取ることなく生成されることを特徴とする請求項１に記載の装置。
28. 前記ＲＬＣレイヤは、前記パケットが首尾よく受け取られているかどうかの指示とともに、すべてのパケットを送ることを特徴とする請求項１に記載の装置。
29. 前記ＭＡＣレイヤは、複数のハイブリッド自動反復要求（Ｈ−ＡＲＱ）プロセスを含み、同期Ｈ−ＡＲＱを実施することを特徴とする請求項１に記載の装置。
30. 複数のＨ−ＡＲＱプロセス中の少なくとも２つのＨ−ＡＲＱプロセスは、割り当てられるＨ−ＡＲＱプロセスができる限り分離されるように、前記ＶｏＩＰサービスに対して割り当てられることを特徴とする請求項２９に記載の装置。
31. 前記送信ＶｏＩＰパケットが現在割り当てられている無線リソースに適合しない場合、前記ＶｏＩＰパケットは、少なくとも２つのフラグメントに断片化され、それにより、前記送信ＶｏＩＰパケットは、フラグメントによって送られることを特徴とする請求項１に記載の装置。
32. 前記ＭＡＣレイヤは、第１のフラグメントとともに追加の無線リソースを求める要求を送り、前記追加の無線リソースを使用して、残りのフラグメントを送ることを特徴とする請求項３１に記載の装置。
33. 無線リソースは、周期的に割り当てられることを特徴とする請求項３１に記載の装置。
34. 最小限の無線リソースは、周期的に割り当てられることを特徴とする請求項３３に記載の装置。
35. 前記ＭＡＣレイヤは、第１のフラグメントを送ると、続いて前記装置に割り当てられる追加の無線リソースを使用して、残りのフラグメントを送ることを特徴とする請求項３１に記載の装置。
36. 前記追加の無線リソースは、残りのフラグメントに対して割り当てられることを特徴とする請求項３２に記載の装置。
37. 前記追加の無線リソースは、前記ＶｏＩＰパケット全体に対して割り当てられることを特徴とする請求項３２に記載の装置。
38. 前記ＭＡＣレイヤは、前記パケットの同期ハイブリッド自動反復要求（Ｈ−ＡＲＱ）再送信に対して割り当てられる無線リソースを使用して、前記残りのフラグメントを送ることを特徴とする請求項３２に記載の装置。
39. 前記ＶｏＩＰパケットは、以前失敗したパケットの再送信であることを特徴とする請求項３２に記載の装置。
40. 前記ＭＡＣレイヤは、前記追加の無線リソースを使用して、以前失敗したパケットの再送信を行うことを特徴とする請求項３９に記載の装置。
41. 無線通信ネットワーク上でボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）サービスをサポートするための方法であって、
    データを符号化するステップであって、符号化速度が制御装置によって指定されるステップと、
    前記符号化されたデータ中で、敏感なビットおよび敏感ではないビットを識別するステップと、
    前記符号化されたデータにＩＰヘッダを付加することによってＶｏＩＰパケットを生成するステップと、
    誤り保護のために前記ＶｏＩＰパケットを処理するステップであって、前記誤り保護は、前記敏感なビットおよび前記敏感ではないビットについて別々に実行されるステップと、
    前記ＶｏＩＰパケットを送信するステップと
    を備えることを特徴とする方法。
42. 前記誤りに対して敏感なビットおよび前記誤りに対して敏感ではないビットについての明確な指示を送るステップを含む方法であって、誤り保護のために、前記敏感なビットおよび前記敏感ではないビットが別々に処理されることを特徴とする請求項４１に記載の方法。
43. 前記符号化されたデータは、誤りに対する感度に従って所定の順序で配置され、それにより、誤り保護のために、前記敏感なビットおよび前記敏感ではないビットが別々に処理されることを特徴とする請求項４１に記載の方法。
44. 前記ＶｏＩＰパケットを複数のフラグメントに断片化するステップをさらに備える方法であって、誤り保護のために、敏感なビットを含むフラグメントおよび敏感ではないビットを含むフラグメントが別々に処理されることを特徴とする請求項４１に記載の方法。
45. 前記ＶｏＩＰパケットは、無線リンク制御（ＲＬＣ）レイヤによって断片化されることを特徴とする請求項４４に記載の方法。
46. 前記ＶｏＩＰパケットは、媒体アクセス制御（ＭＡＣ）レイヤによって断片化されることを特徴とする請求項４４に記載の方法。
47. 媒体アクセス制御（ＭＡＣ）レイヤは、前記敏感なビットを含むフラグメントに対して、より頑強な変調方式および符号化方式を適用することを特徴とする請求項４４に記載の方法。
48. 前記ＶｏＩＰパケットは、前記敏感なビットを含むフラグメントの数ができる限り小さくなるように断片化されることを特徴とする請求項４４に記載の方法。
49. 各フラグメントに別個の巡回冗長検査（ＣＲＣ）を付加するステップをさらに備えることを特徴とする請求項４４に記載の方法。
50. 媒体アクセス制御（ＭＡＣ）レイヤは、複数のトランスポート・ブロック（ＴＢ）を同じ伝送時間間隔（ＴＴＩ）で送信するように構成され、各フラグメントは、別個のＣＲＣを有する別個のＴＢを用いて送信されることを特徴とする請求項４９に記載の方法。
51. 媒体アクセス制御（ＭＡＣ）レイヤは、１つのトランスポート・ブロック（ＴＢ）をある伝送時間間隔（ＴＴＩ）で送信するように構成され、各フラグメントは、別のＴＴＩで送信されることを特徴とする請求項４９に記載の方法。
52. ＣＲＣは、前記敏感なビットを含むフラグメントにのみ付加されることを特徴とする請求項４９に記載の方法。
53. 誤り保護に関して強度がより高いＣＲＣは、前記敏感なビットを含むフラグメントに付加されることを特徴とする請求項４９に記載の方法。
54. 物理レイヤは、誤り保護のために、前記敏感なビットおよび前記敏感ではないビットを別々に処理することを特徴とする請求項４１に記載の方法。
55. 媒体アクセス制御（ＭＡＣ）レイヤは、前記敏感なビットの数および位置についての指示を前記物理レイヤに送ることを特徴とする請求項５４に記載の方法。
56. 前記物理レイヤは、前記敏感なビットにはより少ないパンクチャリングを適用することを特徴とする請求項５４に記載の方法。
57. 前記物理レイヤは、前記敏感なビットにはより多くの繰返しを適用することを特徴とする請求項５４に記載の方法。
58. 前記ＶｏＩＰパケットのヘッダを圧縮するステップをさらに備えることを特徴とする請求項４１に記載の方法。
59. 前記圧縮は、前記制御装置からの指示に従って選択的に実行されることを特徴とする請求項５８に記載の方法。
60. 前記制御装置は、無線送信／受信ユニット（ＷＴＲＵ）、ノードＢ、無線ネットワーク制御装置（ＲＮＣ）、アクセス・ゲートウェイ（ａＧＷ）、およびコア・ネットワーク構成要素のうちの１つの中に配置されることを特徴とする請求項５９に記載の方法。
61. 前記圧縮は、ネットワーク構成要素からの無線チャネルの状態に関するフィードバックに従って選択的に実行されることを特徴とする請求項５８に記載の方法。
62. 前記敏感なビットの部分的な範囲についてのチェックサム・カバレッジ・フィールドを含むユーザ・データグラ・ムプロトコル（ＵＤＰ）−Ｌｉｔｅヘッダを付加するステップをさらに備えることを特徴とする請求項６１に記載の方法。
63. ＵＤＰ−Ｌｉｔｅがアクティブ状態にあるかどうかに関する指示を前記制御装置が送るステップをさらに備える方法であって、ＵＤＰ−Ｌｉｔｅがアクティブ状態にあるときには、前記ＵＤＰ−Ｌｉｔｅヘッダのチェックサム・カバレッジ・フィールドは圧縮されないことを特徴とする請求項６２に記載の方法。
64. 前記制御装置は、前記符号化速度を調整するために、コード・モード要求（ＣＭＲ）を送ることを特徴とする請求項４１に記載の方法。
65. 前記制御装置は、前記符号化速度を調整する必要性を示す指示を送り、前記指示に応答して、コード・モード要求（ＣＭＲ）が通信ピアに送られることを特徴とする請求項４１に記載の方法。
66. 前記制御装置は、無線送信／受信ユニット（ＷＴＲＵ）内に存在することを特徴とする請求項４１に記載の方法。
67. 前記制御装置は、ノードＢ内に存在することを特徴とする請求項４１に記載の方法。
68. 前記制御装置は、アクセス・ゲートウェイ（ａＧＷ）内に存在することを特徴とする請求項４１に記載の方法。
69. ＶｏＩＰパケットを受信するステップと、
    前記受信されたＶｏＩＰパケットを処理してＶｏＩＰデータを復元するステップと、
    沈黙時間中、コンフォート・ノイズ・パケットを受け取ることなくコンフォート・ノイズを生成するステップと
    をさらに備えることを特徴とする請求項４１に記載の方法。
70. 前記受信されたＶｏＩＰパケットが首尾よく受け取られたかどうかの指示とともに、前記受信されたＶｏＩＰパケットを上位レイヤに転送するステップをさらに含むことを特徴とする請求項６９に記載の方法。
71. 前記ＶｏＩＰパケットの送信および再送信のために、同期ハイブリッド自動反復要求（Ｈ−ＡＲＱ）機構を実行するステップをさらに含むことを特徴とする請求項４１に記載の方法。
72. 複数のＨ−ＡＲＱプロセス中の少なくとも２つのＨ−ＡＲＱプロセスは、割り当てられるＨ−ＡＲＱプロセスができる限り分離されるように、前記ＶｏＩＰサービスに対して割り当てられることを特徴とする請求項７１に記載の方法。
73. 前記ＶｏＩＰパケットが、現在割り当てられている無線リソースに適合しない場合に、前記ＶｏＩＰパケットを少なくとも２つのフラグメントに断片化するステップをさらに備え、前記ＶｏＩＰパケットはフラグメントによって送られることを特徴とする請求項４１に記載の方法。
74. 第１のフラグメントとともに、追加の無線リソースを求める要求を送るステップをさらに備え、残りのフラグメントは、前記追加の無線リソースを使用して送られることを特徴とする請求項７３に記載の方法。
75. 無線リソースは、周期的に割り当てられることを特徴とする請求項７３に記載の方法。
76. 最小限の無線リソースは、周期的に割り当てられることを特徴とする請求項７５に記載の方法。
77. 第１のフラグメントを受け取ると追加の無線リソースが割り当てられ、それにより、残りのフラグメントは、前記追加の無線リソースを使用して送られることを特徴とする請求項７４に記載の方法。
78. 前記追加の無線リソースは、前記残りのフラグメントに対して割り当てられることを特徴とする請求項７４に記載の方法。
79. 前記追加の無線リソースは、前記ＶｏＩＰパケット全体に対して割り当てられることを特徴とする請求項７４に記載の方法。
80. 前記残りのフラグメントは、前記ＶｏＩＰパケットの同期ハイブリッド自動反復要求（Ｈ−ＡＲＱ）再送信に対して割り当てられる無線リソースを使用して送られることを特徴とする請求項７３に記載の方法。
81. 前記ＶｏＩＰパケットは、以前失敗したパケットの再送信であることを特徴とする請求項７３に記載の方法。
82. 以前失敗したＶｏＩＰパケットは、前記追加の無線リソースを使用して再送信されることを特徴とする請求項８１に記載の方法。
83. 無線通信ネットワーク上でボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）サービスをサポートするシステムであって、
    ＶｏＩＰパケットを送るように構成された複数の無線送信／受信ユニット（ＷＴＲＵ）と、
    同様の状況に置かれたＷＴＲＵをグループ化し、所定の持続時間、同時に前記グループＷＴＲＵに無線リソースを周期的に割り当てるように構成されたノードＢと、
    送信ＶｏＩＰパケットおよび受信ＶｏＩＰパケットを転送するためのコア・ネットワークと
    を備えることを特徴とするシステム。
84. 無線リソース割当ての期間は、コーデック速度および再送信の確率に基づくことを特徴とする請求項８３に記載のシステム。
85. 前記ＷＴＲＵは、制御情報およびデータフロー内の変化を示すための特別なビットを前記ＶｏＩＰパケット内に含むことを特徴とする請求項８３に記載のシステム。
86. 前記ＷＴＲＵは、前記ＶｏＩＰパケットが、現在割り当てられている無線リソースに適合しない場合に、前記ＶｏＩＰパケットを少なくとも２つのフラグメントに断片化し、それにより、前記ＶｏＩＰパケットはフラグメントによって送られることを特徴とする請求項８３に記載のシステム。
87. 前記ノードＢは、各ＷＴＲＵに最小限の無線リソースを割り当てることを特徴とする請求項８３に記載のシステム。
88. 第１のフラグメントを受け取ると追加の無線リソースが割り当てられ、それにより、残りのフラグメントは、前記追加の無線リソースを使用して送られることを特徴とする請求項８６に記載のシステム。
89. 前記残りのフラグメントは、前記ＶｏＩＰパケットの同期ハイブリッド自動反復要求（Ｈ−ＡＲＱ）再送信に対して割り当てられる無線リソースを使用して送られることを特徴とする請求項８８に記載のシステム。
90. 前記ＷＴＲＵは、第１のフラグメントとともに、追加の無線リソースを求める要求を前記ノードＢに送り、前記ノードＢは、追加の無線リソースを割り当て、前記ＷＴＲＵは、前記追加の無線リソースを使用して残りのフラグメントを送ることを特徴とする請求項８６に記載のシステム。
91. 前記追加の無線リソースは、前記残りのフラグメントに対して割り当てられることを特徴とする請求項９０に記載のシステム。
92. 前記追加の無線リソースは、前記ＶｏＩＰパケット全体に対して割り当てられることを特徴とする請求項９０に記載のシステム。
93. 前記ノードＢは、失敗したＶｏＩＰパケットを受け取ると、追加の無線リソースを割り当て、それにより、前記ＷＴＲＵは、前記追加の無線リソースを使用して、以前失敗したＶｏＩＰパケットを再送信することを特徴とする請求項８３に記載のシステム。

Images