بازگشت به مجلهVoIP

کیفیت تماس VoIP؛ راهنمای Latency، Jitter، Packet Loss و MOS

علت صدای رباتی، تأخیر و قطع‌وصلی تماس را با شاخص‌های شبکه، تست مرحله‌ای، QoS و مانیتورینگ دقیق پیدا کنید.

۱۴ دقیقه۱۴۰۵/۵/۱۶

مشکل کیفیت VoIP معمولاً با جمله‌هایی مانند «صدا رباتی است»، «یک‌طرفه می‌شنویم» یا «تماس با تأخیر می‌رسد» گزارش می‌شود. برای حل پایدار باید این تجربه به داده قابل‌اندازه‌گیری تبدیل شود. Latency، Jitter، Packet Loss، Codec و MOS هر کدام بخشی از تصویر را نشان می‌دهند.

Latency یا تأخیر چیست؟

Latency زمانی است که صدا از گوینده به شنونده می‌رسد. مسیر اینترنت، پردازش Codec، صف شبکه، VPN، Gateway و Transcoding به آن اضافه می‌شوند. تأخیر بالا باعث می‌شود طرفین روی حرف هم بیفتند. اندازه‌گیری باید در همان مسیر واقعی رسانه انجام شود.

Jitter یا نوسان تأخیر

بسته‌های صوتی باید با فاصله منظم برسند. تغییر این فاصله Jitter نام دارد. Jitter Buffer بخشی از نوسان را جبران می‌کند، اما با بزرگ شدن بافر تأخیر بیشتر می‌شود. Wi-Fi شلوغ، ازدحام Upload و مسیر ناپایدار از علت‌های رایج‌اند.

Packet Loss

اگر برخی بسته‌های رسانه نرسند، صدا تکه‌تکه یا رباتی می‌شود. Codec ممکن است مقدار کمی Loss را پنهان کند، اما از دست‌رفتن پیوسته یا انفجاری قابل شنیدن است. فقط میانگین روزانه کافی نیست؛ وضعیت همان تماس و بازه باید بررسی شود.

MOS چه می‌گوید؟

MOS یک امتیاز خلاصه برای برآورد کیفیت ادراک‌شده است. ابزارها ممکن است آن را از مدل‌های متفاوت محاسبه کنند، بنابراین عدد دو سامانه همیشه مستقیم قابل مقایسه نیست. MOS برای یافتن روند و تماس‌های مسئله‌دار مفید است، نه جایگزین بررسی علت.

Codec و Transcoding

Codec بین کیفیت، پهنای باند و توان پردازش تعادل ایجاد می‌کند. اگر مرورگر، PBX و ترانک Codec مشترک نداشته باشند، Transcoding انجام می‌شود. تبدیل‌های متعدد می‌توانند منابع و تأخیر را افزایش دهند. زنجیره Codec را برای هر مسیر ثبت کنید.

صدای یک‌طرفه معمولاً از کجاست؟

یک‌طرفه بودن بیشتر به مسیر رسانه، NAT، فایروال، SDP یا آدرس اشتباه مربوط است، نه کیفیت Codec. بررسی آدرس و پورت RTP، Candidateهای WebRTC، سیاست SBC و Capture کنترل‌شده می‌تواند محل قطع مسیر را نشان دهد.

نقش QoS

QoS در شبکه‌ای که کنترل می‌کنید، ترافیک صوتی را هنگام ازدحام در اولویت قرار می‌دهد. علامت‌گذاری بدون تنظیم صف روی سوییچ و روتر کافی نیست. QoS نیز ظرفیت تولید نمی‌کند؛ اگر لینک دائماً اشباع است، باید مصرف یا پهنای باند اصلاح شود.

روش عیب‌یابی مرحله‌ای

ابتدا زمان، شماره، داخلی، جهت تماس و شبکه کاربر را ثبت کنید. سپس مشخص کنید مشکل برای یک کاربر، یک شعبه، یک اپراتور یا همه تماس‌هاست. مسیر را به بخش‌های LAN، اینترنت، سرور، ترانک و مقصد تقسیم و با تماس کنترل مقایسه کنید.

  • ثبت Call ID و زمان دقیق
  • بررسی RTT، Jitter و Loss همان تماس
  • مقایسه اتصال کابلی و Wi-Fi
  • بررسی مصرف هم‌زمان لینک
  • مشاهده Codec و Transcoding
  • آزمون ترانک یا مقصد جایگزین
  • بررسی لاگ و مسیر رسانه بدون ثبت داده غیرضروری

مانیتورینگ پیشگیرانه

داشبورد باید کیفیت را بر اساس شعبه، اپراتور اینترنت، ترانک، Codec و ساعت نشان دهد. هشدار را روی روند و آستانه معنی‌دار بسازید تا تیم با انبوه هشدار بی‌اثر روبه‌رو نشود. نگهداری نمونه تماس با رضایت و سیاست محرمانگی می‌تواند برای تطبیق داده با تجربه مفید باشد.

بهبودهای عملی

اتصال کابلی، جداسازی Voice VLAN، کنترل Upload، انتخاب مسیر نزدیک، حذف Transcoding غیرضروری، تنظیم Jitter Buffer و مسیر پشتیبان از اقدامات رایج‌اند. راه‌حل باید پس از تغییر با همان شاخص و تماس آزمایشی تأیید شود.

سوالات متداول

آیا اینترنت پرسرعت کیفیت VoIP را تضمین می‌کند؟

خیر. پایداری، تأخیر، Jitter، Loss و ازدحام مسیر به اندازه ظرفیت اهمیت دارند.

تست Speedtest کافی است؟

برای دید کلی مفید است اما مسیر و رفتار تماس واقعی را کامل نشان نمی‌دهد. تست پیوسته و داده همان نشست لازم است.

چرا فقط ساعات خاص کیفیت افت می‌کند؟

ازدحام داخلی، مسیر اپراتور، بکاپ یا فعالیت زمان‌بندی‌شده می‌تواند عامل باشد. مقایسه زمانی مصرف و شاخص تماس کمک می‌کند. ALO123 مانیتورینگ کیفیت را تا سطح تماس و مسیر اجرا می‌کند.

ALO123

برای بررسی نیاز فنی پروژه‌تان با ما تماس بگیرید.

درخواست مشاوره