G.726

G.726 هو معيار ترميز صوتي ADPCM من ITU-T ، يغطي نقل الصوت بمعدلات 16 و24 و32 و40 كيلوبت /ثانية. وقد طُرح ليحل محل كل من G.721، الذي غطى ADPCM بمعدل 32 كيلوبت/ثانية، و G.723 ، الذي وصف ADPCM بمعدلي 24 و40 كيلوبت/ثانية. كما أضاف G.726 معدل 16 كيلوبت/ثانية جديدًا . غالبًا ما يُشار إلى معدلات البت الأربعة المرتبطة بـ G.726 بحجم بت العينة ، وهي 2 و3 و4 و5 بتات على التوالي. أما ترميز النطاق العريض المقابل، والمبني على نفس التقنية، فهو G.722 .    

الوضع الأكثر شيوعًا هو 32  كيلوبت/ثانية، والذي يضاعف سعة الشبكة المتاحة باستخدام نصف معدل G.711 . يُستخدم هذا الوضع بشكل أساسي في خطوط الاتصالات الدولية ضمن شبكة الهاتف ، وهو برنامج الترميز القياسي المستخدم في أنظمة الهاتف اللاسلكي DECT . أما الاستخدام الرئيسي  لقنوات 24 و16 كيلوبت/ثانية فهو لقنوات التحميل الزائد التي تنقل الصوت في معدات مضاعفة الدوائر الرقمية (DCME). بينما يُستخدم الوضع الرئيسي لقنوات 40  كيلوبت/ثانية لنقل إشارات مودم البيانات في DCME، وخاصةً للمودمات التي تعمل بسرعة تزيد عن 4800  بت/ثانية.

تم تقديم G.721 في عام 1984، بينما تم تقديم G.723 في عام 1988. وتم دمجهما في G.726 في عام 1990.

تم طرح معيار G.727 في نفس وقت طرح معيار G.726، ويتضمن نفس معدلات البت، ولكنه مُحسَّن للعمل في بيئة معدات تعدد إرسال الدوائر الحزمية (PCME). ويتحقق ذلك من خلال دمج مُكمِّم ثنائي البتات في مُكمِّم ثلاثي البتات، وينطبق الأمر نفسه على الأنماط الأعلى. يسمح هذا بحذف البت الأقل أهمية من تدفق البتات دون أي تأثير سلبي على إشارة الكلام.

• تردد أخذ العينات 8  كيلو هرتز
• تتوفر معدلات نقل البيانات التالية: 16  كيلوبت/ثانية، 24  كيلوبت/ثانية، 32  كيلوبت/ثانية، 40 كيلوبت/ثانية 
• يقوم بإنشاء تدفق بتات ، وبالتالي يتم تحديد طول الإطار بواسطة وقت التجميع (عادةً 80 عينة لحجم إطار 10 مللي ثانية ). 
• يبلغ التأخير الخوارزمي النموذجي 0.125  مللي ثانية، بدون تأخير استباقي.
• G.726 هو مشفر صوتي موجي يستخدم تعديل رمز النبض التفاضلي التكيفي ( ADPCM ).
• أظهرت اختبارات PSQM في ظل الظروف المثالية متوسط ​​درجات رأي يبلغ 4.30 لـ G.726 (32  كيلوبت/ثانية)، مقارنة بـ 4.45 لـ G.711 ( قانون μ ).
• أظهرت اختبارات PSQM تحت ضغط الشبكة متوسط ​​درجات رأي يبلغ 3.79 لـ G.726 (32  كيلوبت/ثانية)، مقارنة بـ 4.13 لـ G.711 (قانون μ).
• يمكن لـ G.726 بسرعة 40  كيلوبت/ثانية أن يحمل إشارات مودم بسرعة 12000  بت/ثانية وأبطأ، بينما  يمكن لـ G.726 بسرعة 32 كيلوبت/ثانية أن يحمل  إشارات مودم بسرعة 2400 بت/ثانية وأبطأ بشكل جيد، و4800  بت/ثانية مع بعض التدهور أكثر من برامج الترميز ذات القناة الواضحة.

بما أن ترتيب البايتات لبروتوكولات البيانات في سياق الإنترنت كان يُعرَّف عمومًا باسم "ترتيب البايتات الكبير" ويُسمى ببساطة " ترتيب بايتات الشبكة" ، كما ورد (من بين أمور أخرى) في RFC 1700 المُلغى، فإن RFC 1890 المُلغى لم يُحدد صراحةً ترتيب البايتات لسلف G.726، وهو G.721، في RTP أيضًا. بدلًا من ذلك، في RFC 1890 المُلغى، تم التأكيد مجددًا على استخدام "ترتيب البايتات الكبير" من خلال مصطلح "ترتيب بايتات الشبكة" لجميع برامج الترميز المذكورة.

"بالنسبة لترميزات متعددة البايتات، تُرسل البايتات بترتيب بايتات الشبكة (أي، البايت الأكثر أهمية أولاً)." - IETF، RFC 1890 المُهمل، القسم 4.2

تم تعريف نوع الحمولة لبروتوكول G.721 في RFC 1890 المُهمل على أنه 2 ، وبالتالي a=rtpmap:2 G721/8000. في مسودات الإصدارات الأحدث من هذا RFC، أُعيد استخدامه لبروتوكول G.726، أي a=rtpmap:2 G726-32/8000.

على عكس ذلك، حدد الاتحاد الدولي للاتصالات ترتيب البايتات صراحةً في توصياته المتعلقة بـ G.726 أو ADPCM، ولكن بطريقتين مختلفتين. تنص التوصية X.420 على أن يكون الترتيب صغيرًا (little endian)، بينما تنص التوصية I.366.2 الملحق E على أن يكون كبيرًا (big endian). أدى هذا إلى قرارات متضاربة في مختلف التطبيقات، حيث اختار بعض المصنّعين الترتيب الصغير، بينما اختار آخرون الترتيب الكبير. ونتيجةً لذلك، كانت هذه التطبيقات غير متوافقة، إذ ينتج عن فك التشفير باستخدام ترتيب البايتات الخاطئ تشويه كبير في إشارة الصوت. لذا، تمّ توضيح التعريف غير الواضح في RFC 3551، الذي حلّ محلّ RFC 1890. يُعرّف القسم 4.5.4 من RFC 3551 أنواع MIME الكلاسيكية G726-16 و24 و32 و40 على أنها ذات ترتيب البايتات الصغير، ويُقدّم أنواع MIME جديدة ذات ترتيب البايتات الكبير، وهي AAL2-G726-16 و24 و32 و40. تمّ تغيير نوع الحمولة إلى ديناميكي لتجنّب الالتباس. بدلاً من نوع الحمولة 2، يجب استخدام حمولة ديناميكية في النطاق من 96 إلى 127.

لاحظ أن اتجاه "little-endian" الذي تُعبأ به العينات في وحدات ثمانية بتات في تنسيقات حمولة G726-16 و-24 و-32 و-40 المحددة هنا يتوافق مع توصية ITU-T X.420، ولكنه عكس ما هو محدد في الملحق E من توصية ITU-T I.366.2 لنقل ATM AAL2. سيتم تحديد مجموعة ثانية من تنسيقات حمولة RTP التي تتطابق مع تجزئة الحزم في الملحق E من I.366.2 والمحددة بواسطة أنواع MIME الفرعية AAL2-G726-16 و-24 و-32 و-40 في وثيقة منفصلة. — IETF، RFC 3551، القسم 4.5.4

«تم تخصيص نوع الحمولة 2 للنمط G721 في RFC 1890، وللنمط المكافئ له G726-32 في مسودات هذه المواصفة، ولكن استخدامه أصبح الآن مهملاً، وتم وضع علامة "محجوز" على نوع الحمولة الثابت هذا نظرًا لتضارب استخدامه مع تنسيقات الحمولة G726-32 وAAL2-G726-32 (انظر القسم 4.5.4)» — IETF، RFC 3551، القسم 6

تلتزم التطبيقات الأحدث بمعيار RFC 3551، وتُميّز بوضوح بين G726-xx (ترتيب البايتات الصغير) وAAL2-G726-xx (ترتيب البايتات الكبير). على سبيل المثال، يُولّد هاتف Gigaset C610 IP DECT الكود التالي في طلب SIP INVITE الخاص به:

a=rtpmap:96 G726-32/8000→ نوع الحمولة الديناميكية 96 و G.726 وفقًا لـ X.420، وبالتالي ترتيب البايتات الصغير، كما هو محدد في RFC 3551 a=rtpmap:97 AAL2-G726-32/8000→ نوع الحمولة الديناميكية 97 و G.726 وفقًا لـ I.366.2 الملحق E، وبالتالي ترتيب البايتات الكبير، كما هو محدد في RFC 3551 a=rtpmap:2 G726-32/8000→ نوع الحمولة الثابتة 2 و G.726 بترتيب بايتات غير متوقع، مثل G.721 وفقًا لـ RFC 1890 المهمل

• قائمة برامج الترميز
• مقارنة بين تنسيقات ترميز الصوت

• صفحة ITU-T G.726
• أدوات برمجية ITU-T G.191 لترميز الكلام والصوت، بما في ذلك كود G.726 C
• RFC 3551 - ملف تعريف RTP للمؤتمرات الصوتية والمرئية ذات التحكم الأدنى، G726-40، G726-32، G726-24، وG726-16