(57)【要約】音声符号化用途において冗長管理をより効率的に実装するためのシステムおよび方法が提供される。本発明の種々の実施形態によると、送信側機器は、現在の伝送チャネル状態に適切な冗長伝送レベルを選択すると同時に、利用可能なコーデックモードのセットから最適なビットレートを選択する。本発明の実施形態によって使用される冗長伝送レベルは、選択されたコーデックモードに関して常に最適であり、コーデックの再ネゴシエーションは必要とされない。【選択図】図１
2010505321.tif 000002
【特許請求の範囲】
【請求項１】
パケット交換網において冗長伝送を実装するための方法であって、
受信側機器との先のネゴシエーションから設定された利用可能な１つ以上のコーデックモードを判断することと、
前記利用可能な１つ以上のコーデックモードから１つのコーデックモードを選択することと、
前記選択されたコーデックモードに従って、特定のフレーム冗長レベルを有するパケットを伝送することと、
を含む、方法。
【請求項２】
前記利用可能な１つ以上のコーデックモードから前記選択されたコーデックモードは、前記特定のフレーム冗長レベルが使用される場合に、現在のビットレートに最も良く適合するように選択される、請求項1に記載の方法。
【請求項３】
コーデック適応が適応レートによって制限される場合、前記特定のフレーム冗長レベルは、前記選択されたコーデックモードが達成された後にのみ前記パケット伝送に実装される、請求項1に記載の方法。
【請求項４】
コーデック適応が、適応ステップが隣接するモードに制限されるものである場合、前記特定のフレーム冗長レベルは、前記選択されたコーデックモードが達成された後にのみ前記パケット伝送において実装される、請求項1に記載の方法。
【請求項５】
前記利用可能なコーデックモードが現在使用中のコーデックモードのみである場合、前記現在使用中のコーデックモードを使用し続ける、請求項1に記載の方法。
【請求項６】
前記特定のフレーム冗長レベルは、100%の冗長性を含む、請求項1に記載の方法。
【請求項７】
前記特定のフレーム冗長レベルは、200%の冗長性を含む、請求項1に記載の方法。
【請求項８】
前記利用可能なコーデックモードは、3GPP AMRコーデックモードを含む、請求項1に記載の方法。
【請求項９】
前記利用可能なコーデックモードは、AMR-WBコーデックモードを含む、請求項1に記載の方法。
【請求項１０】
前記先のネゴシエーションは、セッション記述プロトコルにおけるオファー／アンサーネゴシエーションを含む、請求項1に記載の方法。
【請求項１１】
プロセッサと、前記プロセッサと通信しうるように接続されるメモリユニットとを備え、前記メモリユニットが、
受信側機器との先のネゴシエーションから設定された利用可能な１つ以上のコーデックモードを判断するコンピュータコードと、
前記利用可能な１つ以上のコーデックモードから１つのコーデックモードを選択するコンピュータコードと、
前記選択されたコーデックモード従って、特定のフレーム冗長レベルを有するパケットを伝送するコンピュータコードと
を含む、
装置。
【請求項１２】
前記利用可能な１つ以上のコーデックモードから前記選択されたコーデックモードは、前記特定のフレーム冗長レベルが使用される場合に、現在のビットレートに最も良く適合するように選択される、請求項11に記載の装置。
【請求項１３】
コーデック適応が適応レートによって制限される場合、前記特定のフレーム冗長レベルは、前記選択されたコーデックモードが達成された後にのみ前記パケット伝送に実装される、請求項11に記載の装置。
【請求項１４】
コーデック適応が、適応ステップが隣接するモードに制限されるものである場合、前記特定のフレーム冗長は、前記選択されたコーデックモードが達成された後にのみ前記パケット伝送において実装される、請求項11に記載の装置。
【請求項１５】
前記利用可能なコーデックモードが現在使用中のコーデックモードのみである場合、前記現在使用中のコーデックモードを使用し続ける、請求項11に記載の装置。
【請求項１６】
前記特定のフレーム冗長レベルは、100%の冗長性を含む、請求項11に記載の装置。
【請求項１７】
前記特定のフレーム冗長レベルは、200%の冗長性を含む、請求項11に記載の装置。
【請求項１８】
前記利用可能なコーデックモードは、3GPP AMRコーデックモードを含む、請求項11に記載の装置。
【請求項１９】
前記利用可能なコーデックモードは、AMR-WBコーデックモードを含む、請求項11に記載の装置。
【請求項２０】
前記先のネゴシエーションは、セッション記述プロトコルにおけるオファー／アンサーネゴシエーションを含む、請求項11に記載の装置。
【請求項２１】
パケット交換網における冗長伝送を実装するための、コンピュータ可読媒体に格納されたコンピュータプログラムであって、
受信側機器との先のネゴシエーションから設定された利用可能な１つ以上のコーデックモードを判断するコンピュータコードと、
前記利用可能な１つ以上のコーデックモードから１つのコーデックモードを選択するコンピュータコードと、
前記選択されたコーデックモード従って、特定のフレーム冗長レベルを有するパケットを伝送するコンピュータコードと、
を含む、コンピュータプログラム。
【請求項２２】
前記利用可能な１つ以上のコーデックモードから前記選択されたコーデックモードは、前記特定のフレーム冗長レベルが使用される場合に、現在のビットレートに最も良く適合するように選択される、請求項21に記載のコンピュータプログラム。
【請求項２３】
コーデック適応が適応レートによって制限される場合、前記特定のフレーム冗長レベルは、前記選択されたコーデックモードが達成された後にのみ前記パケット伝送において実装される、請求項21に記載のコンピュータプログラム。
【請求項２４】
コーデック適応が、適応ステップによって隣接するモードに制限される場合、前記特定のフレーム冗長レベルは、前記選択されたコーデックモードが達成された後にのみ前記パケット伝送において実装される、請求項21に記載のコンピュータプログラム。
【請求項２５】
前記利用可能なコーデックモードが、現在使用中のコーデックモードのみである場合、前記現在使用中のコーデックモードを使用し続ける、請求項21に記載のコンピュータプログラム。
【請求項２６】
前記特定のフレーム冗長レベルは、100%の冗長性を含む、請求項21に記載のコンピュータプログラム。
【請求項２７】
前記特定のフレーム冗長レベルは、200%の冗長性を含む、請求項21に記載のコンピュータプログラム。
【請求項２８】
前記利用可能なコーデックモードは、3GPP AMRコーデックモードを含む、請求項21に記載のコンピュータプログラム。
【請求項２９】
前記利用可能なコーデックモードは、AMR-WBコーデックモードを含む、請求項21に記載のコンピュータプログラム。
【請求項３０】
受信側機器との先のネゴシエーションから設定された利用可能な１つ以上のコーデックモードを判断する手段と、
前記利用可能な１つ以上のコーデックモードから１つのコーデックモードを選択する手段と、
前記選択されたコーデックモード従って、特定のフレーム冗長レベルを有するパケットを伝送する手段と、
を備える、装置。
【請求項３１】
前記利用可能な１つ以上のコーデックモードから前記選択されたコーデックモードは、前記特定のフレーム冗長レベルが使用される場合に、現在のビットレートに最も良く適合するように選択される、請求項30に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、音声符号化に関する。より具体的には、本発明は、ボイスオーバーIP（Voice Over IP; VoIP）への用途のためのパケット交換網上の音声符号化、エラー耐性、および音声の伝送に関する。
【発明の背景】
【０００２】
本項は、請求項に列挙される本発明の背景または関連情報を提供することを目的とする。したがって、本明細書における説明は、追求されうる概念を含んでもよいが、必ずしも過去に着想または追求された概念ではない。本明細書において別途明示されない限り、本項に記載されるものは、本項に含まれることによって、本出願における説明および請求項に対する従来技術であると認められるものではない。
【０００３】
現在のパケット交換網伝送プロトコルにおいて、受信機によってビットエラーが検出されたIPパケットは全て削除されることになっている。すなわち、受信時にエラーが検出された場合、プロトコルスタックは、破損したどのパケットもアプリケーション層へと運ばない。このため、IPパケットが、エラーを起こし易い無線リンク上またはエラーを発生させ易い任意の媒体上で伝送される場合、アプリケーション層はいくつかのパケット損失に直面する。反対に、このような構成においては、アプリケーション層に到達する全てのパケットは残留ビットエラーを全く含んでいない。
【０００４】
破損したパケットがアプリケーション層に伝送されないため、エラー隠蔽アルゴリズムは、部分的に正確なフレームを利用することができない。しかしながら、このような紛失フレームは、依然として取り替えられなくてはならない。このような状況は、複数の連続するパケットが損失する場合により困難になる。種々の方法が、このようなパケット損失状態に対処するために導入されている。いくつかの従来の方法は、いくつかのIPパケットに情報が分配される多重記述符号化と、FEC情報を使用して損失したパケットを再構築するアプリケーションレベル順方向エラー訂正（Forward Error Correction; FEC）とを利用している。
【０００５】
上記に加え、パケット損失の問題に対処するための別の手法は、冗長伝送の利用を含んでいる。冗長伝送の利点は、計算能力への要求が低いことである。冗長伝送は、現在のフレームおよび１つ以上の以前のフレームを同一パケット内に単に加えることによって実装される。冗長ストリームの復号も非常に単純であり、パケットが損失する場合、受信機は、次のパケットの到着を待機し、復号器のための対応するフレームを入手するだけでよい。しかしながら、フレーム冗長技法に関する問題は、結果的にビットレートの増加を伴うことである。フレーム冗長によって、問題のIPパケットに別のフレームが加えられるたびに帯域幅要件は原理的に２倍になる。さらに、フレーム冗長によって、冗長量と同等の量だけ音声フレームを受信機がバッファリングする必要があるため、全体の遅延が増加する。
【０００６】
冗長伝送におけるコーデックモード適応およびモード選択に対する従来のソリューションは、一般的に、既存のビットレートを維持し、パケット内で前のフレームの１つ以上を単にコピーするか、または一方で、コーデックビットレートを低下させて、結果として全体のレートが大幅に減少しないようにするかのいずれかを含んでいる。例えば、AMRコーデックを使用する狭帯域音声電話が12.2キロビット/秒で設定される場合、100%の冗長性（つまり、現在のフレームのパケットに前の音声フレームを１つ付加して行う伝送）は、5.9キロビット/秒モードで達成され、結果として11.8キロビット/秒のビットレートがもたらされる。さらに、200%の冗長性（つまり、前の音声フレームを２つ付加して行う伝送）は、4.75キロビット/秒モードで実行され、結果として、14.25キロビット/秒レートがもたらされる。AMRは、音声データ圧縮システムであり、このシステムは、リンク状態に基づいて８つの異なるビットレートのうちの１つから選択するというリンク適応を行う。AMR-WBに関し、通常のレートがAMR-WBにおいて12.65キロビット/秒である場合、例えば、実現可能な最低レート（8.85キロビット/秒）による100%の冗長性は、17.7キロビット/秒をもたらす。さらに、ネットワークや受信側端末が、ビットレート要件に基づいて冗長伝送のために自動的に選択されるコーデックモードを必ずしもサポートするわけではない可能性が常にある。
【０００７】
上述の問題に対処するために過去に提案されたシステムの一例を、www.ietf.org/rfc/rfc3267.txtに見ることができる。このシステムにおいて、送信機は、使用中のチャネルに関し、（例えばRTCP受信機レポートにおいて）受信したフィードバックに基づいて、適切な量の冗長性を選択することを担う。しかしながら、このシステムは、フィードバックに依存しているため、適切な情報が復号装置から受信されない場合は問題が発生する。
【非特許文献１】RFC3267（www.ietf.org/rfc/rfc3267.txt）
【０００８】
従って、上述の問題に対処するシステムおよび方法を開発することが望ましい。
【発明の概要】
【０００９】
本発明の種々の実施形態は、音声符号化の用途において冗長管理をより効率的に実装するためのシステムおよび方法を提供する。本発明の種々の実施形態によると、送信側機器は、現在の伝送チャネル状態に適切な冗長伝送レベルを選択すると共に、利用可能なコーデックモードのセットから最適なビットレートを選択する。本発明の実施形態によって、使用される冗長伝送レベルは、選択されたコーデックモードに関して常に最適であり、コーデックの再ネゴシエーションは必要とされない。コーデックモードの変更期間の制限や、モード変更が隣接するモード（Neighboring mode）への変更に限られるという制限は、マルチレートコーデックの適応速度を制限しうる（これは、www.ietf.org/rfc/rfc3267.txt.に記載される）。この場合、冗長伝送は、ネゴシエーション済みの適応限界内において、最適なコーデックモード構成に近づくように、中間モードを使用する。本発明の種々の実施形態のシステムおよび方法は、基本的に、3GPP適応マルチレート（Adaptive Multi-Rate；AMR）およびAMR-WB符号器等の、事実上任意のマルチレート音声符号器に適用されてもよい。
【００１０】
本発明のこれらの利点および特徴ならびにその他の利点および特徴と、その動作の機構および方式とは、添付の図面を併用して、以下の詳細説明により明白になるだろう。なお、これらの図面において、同様の要素には同様の符号が付されている。
【図面の簡単な説明】
【００１１】
【図１】本発明とともに使用するための汎用メルチメディア通信システムを示す。
【００１２】
【図２】本発明の種々の実施形態の実装を示すフローチャートである。
【００１３】
【図３】本発明の実装に使用可能な電子機器の斜視図である。
【００１４】
【図４】図3の携帯電話機の回路に関する略図である。
【発明を実施するための形態】
【００１５】
本発明の種々の実施形態は、音声符号化への用途において冗長管理をより効率的に実装するためのシステムおよび方法を提供する。本発明の種々の実施形態によると、送信側機器は、現在の伝送チャネル状態に適切な冗長伝送レベルを選択すると同時に、利用可能なコーデックモードのセットから最適なビットレートを選択する。本発明の実施形態によって、使用される冗長伝送レベルは、選択されたコーデックモードに関して常に最適であり、コーデックの再ネゴシエーションは必要とされない。コーデックモード変更期間に対する制限や、モード変更が隣接するモードのみへ制限されることは、マルチレートコーデックの適応速度を制限し得る（これは、www.ietf.org/rfc/rfc3267.txt.に記載される）。この場合、冗長伝送は、ネゴシエーション済みの適応限界内において、最適なコーデックモード構成に近づくように、中間モードを使用する。本発明の種々の実施形態のシステムおよび方法は、基本的に、3GPP適応マルチレート（Adaptive Multi-Rate；AMR）およびAMR-WB符号器等の、事実上任意のマルチレート音声符号器に適用されてもよい。
【００１６】
図1は、本発明とともに使用するための汎用メルチメディア通信システムを示す。図1に示されるように、データソース100は、アナログフォーマット、非圧縮デジタルフォーマット、または圧縮デジタルフォーマット、あるいはこれらのフォーマットの任意の組み合わせでソース信号を提供する。符号器110は、ソース信号を符号化メディアビットストリームに符号化する。符号器110は、音声および映像等の複数のメディア型を符号化可能であってもよく、または異なるメディア型のソース信号を符号化するために、複数の符号器110が必要とされてもよい。また、符号器110は、グラフィックおよびテキスト等の合成的に生成される入力も入手してもよく、または、符号器110は、合成メディアの符号化ビットストリームを生成可能であってもよい。以下において、説明を簡略化するために、１つのメディア型の１つの符号化メディアビットストリームの処理のみについて説明する。しかしながら、典型的には、リアルタイムブロードキャストサービスは、いくつかのストリーム（典型的には、少なくとも１つの音声、映像、およびテキストサブタイトルストリーム）を含むことに留意されたい。また、システムは、多数の符号器を含んでもよいが、以下において、一般性を欠如することなく説明を簡略化するために、符号器110が１つのみとして説明する。
【００１７】
符号化メディアビットストリームは、ストレージ120に転送される。ストレージ120は、符号化メディアビットストリームを格納するために、任意の型の大容量メモリを備えてもよい。ストレージ120における符号化メディアビットストリームのフォーマットは、基本的な自己完結型の（self-containedの）ビットストリームフォーマットであってもよく、または１つ以上の符号化メディアビットストリームが、コンテナファイルにカプセル化されてもよい。いくつかのシステムは、「ライブ」で動作し、つまり、ストレージを省略して、符号化メディアビットストリームを符号器110から直接送信機130に転送する。次に、符号化メディアビットストリームは、必要に応じて送信機130（サーバとも呼ばれる）に転送される。伝送に使用されるフォーマットは、基本的な自己完結型のビットストリームフォーマット、パケットストリームフォーマットであってもよく、または１つ以上の符号化メディアビットストリームが、コンテナファイルにカプセル化されてもよい。符号器110、ストレージ120、および送信機130は、同一の物理的機器に存在してもよく、または別々の機器に含まれてもよい。符号器110および送信機130は、ライブリアルタイムコンテンツで動作してもよく、この場合、符号化メディアビットストリームは、典型的には、永久的に格納されないが、コンテンツ符号器110および/または送信機130において短期間バッファリングされて、処理遅延、転送遅延、および符号化メディアビットレートにおける変動を平均化する。
【００１８】
送信機130は、通信プロトコルスタックを使用して符号化メディアビットストリームを送信する。スタックには、リアルタイムトランスポートプロトコル（Real-Time Transport Protocol; RTP）、ユーザデータグラムプロトコル（User Datagram Protocol; UDP）、およびインターネットプロトコル（Internet Protocol; IP）が含まれてもよいが、これらに限定されない。通信プロトコルスタックがパケット指向型である場合、送信機130は、符号化メディアビットストリームをパケットにカプセル化する。例えば、RTPを使用する場合、送信機130は、RTFペイロードフォーマットに従って、符号化メディアビットストリームをRTPパケットにカプセル化する。典型的には、各メディア型は、専用RTPペイロードフォーマットを有する。前述のように、システムは複数の送信機130を含んでもよいが、簡略化するために、以下の説明では１つの送信機130についてのみ考察することに留意されたい。
【００１９】
送信機130は、通信ネットワークを介してゲートウェイ140に接続されてもよく、または接続されなくてもよい。ゲートウェイ140は、様々なタイプの処理を行うことができるようにされてもよく、例えば、一方の通信プロトコルスタックに従うパケットストリームの別の通信プロトコルスタックへの変換、データストリームの統合および分岐、ダウンリンク能力や受信機能力に従うデータストリームの操作（支配的なダウンリンクネットワーク状態に従って、転送されるストリームのビットレートを制御すること等）など処理を実行してもよい。ゲートウェイ140の例には、マルチポイント会議制御ユニット（multipoint conference control unit; MCU）や、回路交換およびパケット交換映像電話間のゲートウェイ、プッシュトゥートークオーバーセルラ（Push-to-talk over Cellular; PoC）サーバ、デジタル映像ブロードキャストハンドヘルド（digital video broadcasting-handheld; DVB-H）システムにおけるIPエンカプスレータ、ホーム無線ネットワームへ局所的にブロードキャスト伝送を転送するセットトップボックスが挙げられる。RTPを使用する際、ゲートウェイ140は、RTP混合器と呼ばれ、RTP接続の終点としての役割を果たす。
【００２０】
あるいは、符号化されたメディアビットストリームは、ディスクまたは機器が送信機130に接続され、次にそのディスクまたは機器が受信機150に接続される場合に、符号化メディアビットストリームを携帯型大容量メモリディスクまたは機器に格納する等のその他の手段によって、送信機130から受信機150に転送されてもよい。
【００２１】
システムは、１つ以上の受信機150を含み、この受信機は、典型的には、伝送された信号を受信し、復調し、符号化メディアビットストリームへとカプセル化を解くことが可能である。カプセル化の解除処理は、受信機が復号不能であるデータや復号を望まれないデータの除去を含んでもよい。コーデックメディアビットストリームは、典型的には、復号器160によってさらに処理され、その出力は、１つ以上の非圧縮メディアストリームである。最後に、レンダリング部170は、例えば、拡声器またはディスプレイで非圧縮メディアストリームを再生成してもよい。受信機150、復号器160、およびレンダリング部170は、同一の物理的機器に存在してもよく、または別々の機器に含まれてもよい。
【００２２】
図2は、本発明の特定の一実施形態の実装を示すフローチャートである。図2の200において、送信機側のアプリケーションレベルFECアルゴリズムは、冗長伝送の利用を決定する。210において、アプリケーションレベルFECアルゴリズムは、受信側機器との間で先行して実行するセッション記述プロトコル（Session Description Protocol; SDP）オファー／アンサー（offer-answer）ネゴシエーションから設定された利用可能なコーデックモードのセットを確認する。220において、アプリケーションレベルFECアルゴリズムは、利用可能なコーデックモードから、現在のビットレート及び与えられた冗長レベルに最も良く適合するモードを選択する。例えば、現在のレートが12.2キロビット/秒であり、ネゴシエーション済みの利用可能なコーデックモードがAMR-NB12.2キロビット/秒、7.4キロビット/秒、および4.75キロビット/秒である場合、FECアルゴリズムは、100%の冗長性二対して7.4キロビット/秒モードを選択し、200%の冗長性に対して4.75キロビット/秒をそれぞれ選択する。230で示されるように、利用可能なコーデックモードが現在のモードしか含まない場合、FECアルゴリズムはモードを変更しない。コーデックが、コーデックモード要求信号の伝達における制限により、１フレームおきにのみにしかモードを適合させることができない場合、低モードへのモード変更は、即座には実行不能である。コーデックが、コーデックモード適応のステップに制限を有する場合、つまりコーデックが隣接するコーデックモードにのみ変更可能である場合に、同じことが当てはまる。したがって、帯域幅制限が適用される場合、冗長伝送は、冗長伝送に適切な所望のモードにコーデックが到達した後にのみ適用可能である。
【００２３】
図3および4は、本発明が実装されうる１つの代表的な電子機器12を示す。しかしながら、本発明は、１つの特定の型の電子機器12に限定されるように意図されないことを理解されたい。図3および4の電子機器12は、ハウジング30、液晶ディスプレイ形式のディスプレイ32、キーパッド34、マイクロホン36、イヤホン38、バッテリ40、赤外線ポート42、アンテナ44、本発明の一実施形態に従うUICC形式のスマートカード46、カード読み取り器48、無線インターフェース回路52、コーデック回路54、コントローラ56、およびメモリ58を含む。これらの回路や要素の全ては当技術分野でよく知られたタイプのものであり、例えばノキアの携帯電話機のラインアップで見られるものである。
【００２４】
本発明は、方法ステップの一般的なコンテクストにおいて説明され、その実施例は、ネットワーク環境においてコンピュータにより実行されるプログラムコード等の、コンピュータにより実行可能な命令を含むプログラムによって実装されるものでありうる。一般的に、プログラムモジュールは、特定のタスクを実行するか、または特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、構成要素、データ構造等を含む。コンピュータにより実行可能な命令、関連のデータ構造、およびプログラムモジュールは、本明細書に開示される方法のステップを実行するためのプログラムコードの例を示す。特定の一連のこのような実行可能な命令または関連のデータ構造列は、このようなステップに記載される機能を実装するための対応する挙動の例を示す。
【００２５】
本発明のソフトウェアおよびウェブ実装は、種々のデータベース検索ステップ、相関ステップ、比較ステップ、および決定ステップを達成する法則ベースの論理およびその他の論理を含む標準的なプログラミング技法で達成されうる。また、本明細書および請求項で使用する際、単語の「構成要素」および「モジュール」は、１つ以上の種類のソフトウェアコード、および/またはハードウェア実装、および/または手動入力を受信するための設備を使用する実装を包含するように意図されることに留意されたい。
【００２６】
本発明の実施形態に関する前述の説明は、例証目的および説明目的のために提示された。包括的であること、または開示される精密な形式に本発明を限定することは意図されず、上述の教示を考慮した修正および変形が可能であり、これらの修正および変形は、本発明の実行により入手されうる。本発明の原理およびその実用的な用途を説明して、種々の実施形態における本発明および想定される特定の使用に適合する種々の修正を有する本発明を当業者が利用可能になるように、実施形態は、選択および説明された。
【図１】
2010505321.tif 000003
【図２】
2010505321.tif 000004
【図３】
2010505321.tif 000005
【図４】
2010505321.tif 000006
【手続補正書】
【提出日】平成21年4月27日(2009.4.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
パケット交換網において冗長伝送を実装するための方法であって、
受信側機器との先のネゴシエーションから設定された利用可能な１つ以上のコーデックモードを判断することと、
前記利用可能な１つ以上のコーデックモードから１つのコーデックモードを選択することと、
伝送のため、前記選択されたコーデックモードに従って、特定のフレーム冗長レベルを有するパケットにカプセル化することと、
を含む、方法。
【請求項２】
前記利用可能な１つ以上のコーデックモードから前記選択されたコーデックモードは、前記特定のフレーム冗長レベルが使用される場合に、現在のビットレートに最も良く適合するように選択される、請求項１に記載の方法。
【請求項３】
コーデック適応が適応レートによって制限される場合、前記特定のフレーム冗長レベルは、前記選択されたコーデックモードが達成された後にのみ前記パケット伝送に実装される、請求項１または２に記載の方法。
【請求項４】
コーデック適応が、適応ステップが隣接するモードに制限されるものである場合、前記特定のフレーム冗長レベルは、前記選択されたコーデックモードが達成された後にのみ前記パケット伝送において実装される、請求項１から３のいずれかに記載の方法。
【請求項５】
前記利用可能なコーデックモードが現在使用中のコーデックモードのみである場合、前記現在使用中のコーデックモードを使用し続ける、請求項１から４のいずれかに記載の方法。
【請求項６】
前記特定のフレーム冗長レベルは、１００％の冗長性を含む、請求項１から５のいずれかに記載の方法。
【請求項７】
前記特定のフレーム冗長レベルは、２００％の冗長性を含む、請求項１から５のいずれかに記載の方法。
【請求項８】
前記利用可能なコーデックモードは、適応マルチレート（ＡＭＲ）コーデックモードを含む、請求項１から７のいずれかに記載の方法。
【請求項９】
前記利用可能なコーデックモードは、広帯域適応マルチレート（ＡＭＲ−ＷＢ）コーデックモードを含む、請求項１から７のいずれかに記載の方法。
【請求項１０】
前記先のネゴシエーションは、セッション記述プロトコルにおけるオファー／アンサーネゴシエーションを含む、請求項１から９のいずれかに記載の方法。
【請求項１１】
パケット交換網において冗長伝送を実装するための装置であって、
プロセッサと、前記プロセッサと通信しうるように接続されるメモリユニットとを備え、前記メモリユニットが、
受信側機器との先のネゴシエーションから設定された利用可能な１つ以上のコーデックモードを判断するコンピュータコードと、
前記利用可能な１つ以上のコーデックモードから１つのコーデックモードを選択するコンピュータコードと、
伝送のため、前記選択されたコーデックモード従って、特定のフレーム冗長レベルを有するパケットにカプセル化するコンピュータコードと
を含む、
装置。
【請求項１２】
前記利用可能な１つ以上のコーデックモードから前記選択されたコーデックモードは、前記特定のフレーム冗長レベルが使用される場合に、現在のビットレートに最も良く適合するように選択される、請求項１１に記載の装置。
【請求項１３】
コーデック適応が適応レートによって制限される場合、前記特定のフレーム冗長レベルは、前記選択されたコーデックモードが達成された後にのみ前記パケット伝送に実装される、請求項１１または１２に記載の装置。
【請求項１４】
コーデック適応が、適応ステップが隣接するモードに制限されるものである場合、前記特定のフレーム冗長は、前記選択されたコーデックモードが達成された後にのみ前記パケット伝送において実装される、請求項１１から１３のいずれかに記載の装置。
【請求項１５】
前記利用可能なコーデックモードが現在使用中のコーデックモードのみである場合、前記現在使用中のコーデックモードを使用し続ける、請求項１１から１４のいずれかに記載の装置。
【請求項１６】
前記特定のフレーム冗長レベルは、１００％の冗長性を含む、請求項１１から１５のいずれかに記載の装置。
【請求項１７】
前記特定のフレーム冗長レベルは、２００％の冗長性を含む、請求項１１から１５のいずれかに記載の装置。
【請求項１８】
前記利用可能なコーデックモードは、適応マルチレート（ＡＭＲ）コーデックモードを含む、請求項１１から１７のいずれかに記載の装置。
【請求項１９】
前記利用可能なコーデックモードは、広帯域適応マルチレート（ＡＭＲ−ＷＢ）コーデックモードを含む、請求項１１から１７のいずれかに記載の装置。
【請求項２０】
前記先のネゴシエーションは、セッション記述プロトコルにおけるオファー／アンサーネゴシエーションを含む、請求項１１から１９のいずれかに記載の装置。
【請求項２１】
パケット交換網における冗長伝送を実装するためのコンピュータプログラムであって、
受信側機器との先のネゴシエーションから設定された利用可能な１つ以上のコーデックモードを判断するようにプロセッサに指示するコンピュータコードと、
前記利用可能な１つ以上のコーデックモードから１つのコーデックモードを選択するようにプロセッサに指示するコンピュータコードと、
伝送のため、前記選択されたコーデックモード従って、特定のフレーム冗長レベルを有するパケットにカプセル化するようにプロセッサに指示するコンピュータコードと、
を含む、コンピュータプログラム。
【請求項２２】
前記利用可能な１つ以上のコーデックモードから前記選択されたコーデックモードは、前記特定のフレーム冗長レベルが使用される場合に、現在のビットレートに最も良く適合するように選択される、請求項２１に記載のコンピュータプログラム。
【請求項２３】
コーデック適応が適応レートによって制限される場合、前記特定のフレーム冗長レベルは、前記選択されたコーデックモードが達成された後にのみ前記パケット伝送において実装される、請求項２１または２２に記載のコンピュータプログラム。
【請求項２４】
コーデック適応が、適応ステップによって隣接するモードに制限される場合、前記特定のフレーム冗長レベルは、前記選択されたコーデックモードが達成された後にのみ前記パケット伝送において実装される、請求項２１から２３のいずれかに記載のコンピュータプログラム。
【請求項２５】
前記利用可能なコーデックモードが、現在使用中のコーデックモードのみである場合、前記現在使用中のコーデックモードを使用し続ける、請求項２１から２４のいずれかに記載のコンピュータプログラム。
【請求項２６】
前記特定のフレーム冗長レベルは、１００％の冗長性を含む、請求項２１から２５のいずれかに記載のコンピュータプログラム。
【請求項２７】
前記特定のフレーム冗長レベルは、２００％の冗長性を含む、請求項２１から２５のいずれかに記載のコンピュータプログラム。
【請求項２８】
前記利用可能なコーデックモードは、適応マルチレート（ＡＭＲ）コーデックモードを含む、請求項２１から２７のいずれかに記載のコンピュータプログラム。
【請求項２９】
前記利用可能なコーデックモードは、広帯域適応マルチレート（ＡＭＲ−ＷＢ）コーデックモードを含む、請求項２１から２７のいずれかに記載のコンピュータプログラム。
【請求項３０】
パケット交換網において冗長伝送を実装するための装置であって、
受信側機器との先のネゴシエーションから設定された利用可能な１つ以上のコーデックモードを判断する手段と、
前記利用可能な１つ以上のコーデックモードから１つのコーデックモードを選択する手段と、
伝送のため、前記選択されたコーデックモード従って、特定のフレーム冗長レベルを有するパケットにカプセル化する手段と、
を備える、装置。
【請求項３１】
前記利用可能な１つ以上のコーデックモードから前記選択されたコーデックモードは、前記特定のフレーム冗長レベルが使用される場合に、現在のビットレートに最も良く適合するように選択される、請求項３０に記載の装置。
【国際調査報告】
2010505321.tif 000007
2010505321.tif 000008
2010505321.tif 000009
2010505321.tif 000010