G.729は、フレーム長が6.3 ms。公式には、コード励起線形予測音声符号化(CS-ACELP) を使用した8 kbit/s での音声符号化として説明されており、1996 年に導入されました。[ 2 ] G.729 の広帯域拡張はG.729.1と呼ばれ、G.729 Annex J に相当します。
帯域幅要件が低いため、G.729 は帯域幅を節約する必要がある VoIP (Voice over Internet Protocol) アプリケーションで主に使用されます。標準 G.729は、8 kbit/sですが、拡張機能では、6.4 kbit/s (付属文書 D、F、H、I、C+) および音声品質が悪い場合と良い場合で、それぞれ11.8 kbit/s (付録 E、G、H、I、C+) となります。
G.729は様々な機能が追加され、一般的にG.729aおよびG.729bと呼ばれています。
このコーデックでは、デュアルトーン多周波信号(DTMF)、ファックス送信、および高音質オーディオを確実に伝送することはできません。DTMFでは、RFC 4733で規定されているように、RTPペイロード内でDTMF数字、電話トーン、および電話信号に指定された電話イベントを使用する必要があります。
G.729aはG.729の互換性のある拡張版ですが、必要な計算能力が少なくて済みます。ただし、この計算量の少なさは、音声品質がわずかに低下するという代償を伴います。
G.729aは、フランス・テレコム、三菱電機株式会社、日本電信電話株式会社(NTT)などの組織からなるコンソーシアムによって開発されました。
G.729aの特徴は以下のとおりです。
一部のVoIP電話機は、 SDPで「G729a/8000」という記述を誤って使用しています(例えば、CiscoやLinksysの一部の電話機に影響します)。これは誤りです。G729aは音声エンコードの代替方式ですが、生成されるデータはG729またはG729aのどちらでもデコード可能です。つまり、コーデックネゴシエーションに関しては違いはありません。SDP RFCでは、静的ペイロードタイプをテキスト形式のrtpmap記述で上書きできるため、このバグに対する特別な回避策がない限り、これらの電話機からRFCに準拠するエンドポイントに発信する際に問題が発生する可能性があります。これは、設定でコーデック名を変更しない限り、「G729a」が「G729」として認識されないためです。
G.729は、音声活動検出(VAD)モジュールを可能にする無音圧縮方式を提供する附属書B(G.729b)で拡張されています。これは、信号中の音声活動を検出するために使用されます。また、非音声(ノイズフレーム)の背景ノイズパラメータを更新するかどうかを決定する不連続送信(DTX)モジュールも含まれています。このモジュールは、コンフォートノイズ生成(CNG)を開始するために送信される2バイトの無音挿入記述子(SID)フレームを使用します。送信が停止し、音声がないためにリンクが無音になると、受信側はリンクが切断されたと想定する可能性があります。コンフォートノイズを挿入することで、無音時にアナログヒスをデジタル的にシミュレートし、受信側がリンクがアクティブで動作していることを確認できます。
G.729 Annex J ( G.729.1によって維持) は、広帯域音声およびオーディオのサポートを提供します。2006 年に導入された[ 3 ]は、最大 12 階層レイヤーを使用した可変ビットレート広帯域拡張を定義します。コアレイヤーは、8 kbit/s G.729 ビットストリーム、第 2 層は4 kbit/s狭帯域拡張レイヤー、そして3番目2 kbit/sレイヤーは帯域幅拡張レイヤーです。さらにレイヤーは広帯域拡張を提供します。2 kbit/sステップ。G.729.1 は 3 段階の符号化を使用します。下位帯域の埋め込みコード励起線形予測(CELP) 符号化、上位帯域のタイムドメイン帯域幅拡張 (TDBWE) によるパラメトリック符号化、および修正離散コサイン変換 (MDCT) 符号化としても知られるタイムドメインエイリアシングキャンセル(TDAC) と呼ばれる予測変換符号化アルゴリズムによる全帯域の拡張です。[ 3 ]ビットレートと得られる品質は、単純なビットストリーム切り捨てによって調整できます。
2017 年 1 月 1 日現在、G.729 コンソーシアムの下でライセンスされている特許のほとんどが特許期間満了となり、残りの有効な特許はロイヤリティフリーで使用できます。[ 5 ] G.729 には、G.729 技術および特許プールの認可された知的財産ライセンス管理者である Sipro Lab Telecom によって有効期限までライセンスされていた複数の企業の特許が含まれています。[ 6 ] [ 7 ] [ 8 ] [ 9 ]
カリフォルニア州ミッションビエホに拠点を置くカリフォルニア州有限責任会社である AIM IP LLC [ 10 ]は、シスコシステムズ、ポリコムなどを含む22社の異なる企業が米国特許第 5,920,853 号を侵害したとして、カリフォルニア州中央地区裁判所に17 件の特許侵害訴訟を提起しました[ 11 ] 。 [ 12 ] [ 13 ] '853 特許は、 1996 年にロックウェル・インターナショナルによって米国特許商標庁に出願されました。'853 特許に記載されている発明者は、ベニャシン・アディル、スー・フアンユー、シュロモット・エヤルです。[ 14 ]
2000年、853特許はロックウェル・インターナショナルからコネクサント・システムズに譲渡された。[ 15 ]コネクサント・システムズは、ロックウェルの事業部として始まり、後に独立した上場企業となったアメリカのソフトウェア開発会社であり、ファブレス半導体企業である。[ 16 ] 2010年、853特許はコネクサント・システムズから、ミッションビエホに拠点を置くカリフォルニア州有限責任会社であるAIM IP LLCに売却された。[ 15 ]
'853特許には、 G.729で使用されるルックアップテーブルを対象とする特許請求の範囲が含まれています。この特許はその後失効しており、特許期間の満了により効力を失いました。[ 17 ]
G.729はIANAによってRTP用の静的ペイロードタイプ18が割り当てられています。[ 18 ]このペイロードタイプのrtpmapパラメータの説明は「G729/8000」です。
G.729a と G.729b はどちらも G.729 と同じ rtpmap 記述を使用します。G.729a と G.729b はそれぞれ annexb=no または annexb=yes を使用して示されます。セッション記述プロトコルでパラメータannexbがない場合、G.729 Annex B (G.729b) がデフォルトになります。[ 19 ]
{{cite journal}}:ジャーナルを引用するには|journal=(ヘルプ)