Amir Jabbari
در اینجا یک تفاوت اصطلاحی مهم وجود دارد. Yealink حرکت Handset در حالت آماده‌به‌کار را Roaming می‌نامد، اما جابه‌جایی ارتباط DECT از یک Base به Base دیگر در حالی که تماس فعال است Handover نام دارد. بنابراین وقتی تماس هنگام حرکت قطع می‌شود، چیزی که در عمل باید عیب‌یابی کنیم Handover است؛ هرچند کاربران معمولاً آن را مشکل Roaming می‌نامند.
در این آموزش W80 و W90 را از نظر Cluster، Sync Level، محل نصب Base، RSSI، Frame Quality، DECT Synchronization، LAN Synchronization در W90، تأخیر و Jitter شبکه، Firmware و ظرفیت هم‌زمان بررسی می‌کنیم. هدف این است که مشخص شود تماس دقیقاً به دلیل نبود پوشش، شکستن Sync Tree، عبور بین دو Cluster، اشکال LAN یا ناسازگاری Firmware قطع می‌شود.
اول Roaming و Handover را از هم جدا کنیم
| حالت | وضعیت Handset | رفتار |
|---|---|---|
| Roaming | Idle؛ تماس فعال نیست | Handset به Base مناسب‌تری در سیستم متصل می‌شود |
| Handover | تماس فعال است | ارتباط DECT تماس از Base فعلی به Base مجاور منتقل می‌شود |
| Load Balancing | هنگام برقراری تماس | در صورت اشباع Base، اتصال می‌تواند از Base مجاور دارای ظرفیت استفاده کند |
اگر کاربر بدون تماس در ساختمان حرکت می‌کند و چند لحظه آنتن از بین می‌رود اما دوباره برمی‌گردد، مشکل بیشتر به Roaming مربوط است.
اما اگر تماس برقرار است و دقیقاً هنگام عبور از محدوده Base A به Base B قطع می‌شود، تمرکز اصلی باید روی Handover، Synchronization و ناحیه هم‌پوشانی دو Base باشد.
یک نکته بسیار مهم: Handover فقط بین Baseهای Synchronizeشده انجام می‌شود
طبق معماری Yealink، Handover و Load Balancing فقط زمانی انجام می‌شوند که Base Stationها با یکدیگر Synchronize باشند.
پس ممکن است هر دو Base:
IP داشته باشند،
در DECT Manager دیده شوند،
Handset در هر دو محدوده آنتن داشته باشد،
و حتی تماس جداگانه از هر منطقه برقرار شود،
اما اگر Synchronization بین آن دو Base وجود نداشته باشد، تماس فعال نمی‌تواند به‌صورت Seamless بین آن‌ها منتقل شود.
عبور بین دو Cluster می‌تواند تماس را قطع کند و این الزاماً خرابی نیست
این یکی از مهم‌ترین نکات برای شبکه‌های بزرگ W80 و W90 است.
Yealink اجازه می‌دهد Baseهای دور از هم در Clusterهای جدا قرار بگیرند. در این حالت Roaming در حالت Idle امکان‌پذیر است، اما بین Clusterهای غیرSynchronize شده Handover وجود ندارد.
| حرکت | تماس فعال | نتیجه |
|---|---|---|
| بین Baseهای یک Cluster و Sync شده | بله | Handover باید بدون قطع تماس انجام شود |
| بین دو Cluster متفاوت | خیر | Handset می‌تواند دوباره به سیستم متصل شود |
| بین دو Cluster متفاوت | بله | تماس می‌تواند قطع شود |
بنابراین اگر تماس همیشه در یک راهرو، ورودی ساختمان یا مرز دو بخش مشخص قطع می‌شود، قبل از تغییر Firmware بررسی کنید آیا آن نقطه عملاً مرز دو Cluster است یا خیر.
مرحله اول: وضعیت تمام Baseها را در DECT Manager ببینید
در W80DM یا W90DM وارد Web UI شوید و بخش زیر را بررسی کنید:
Status → Base Station Group
Yealink وضعیت Baseها را با چند State مختلف نشان می‌دهد.
| وضعیت | معنی |
|---|---|
| Offline | Base در دسترس نیست |
| Deactive | Base دیده شده اما فعال نیست |
| Active | Base فعال است اما Synchronize نشده |
| Active and synced | Base فعال و Synchronize شده است |
| Upgrading | Firmware در حال ارتقاست |
برای Handover سالم، فقط Active بودن کافی نیست. Baseهای مسیر حرکت کاربر باید در وضعیت Active and synced قرار داشته باشند.
اگر Base فقط Active است اما Synced نیست چه؟
در این وضعیت Base می‌تواند روشن، دارای IP و حتی از نظر مدیریتی سالم باشد، اما بخشی از زنجیره Handover کامل نیست.
Sync Level، Sync Source و RSSI Base را بررسی کنید.
اگر Base نتواند Base بالادستی خود را با کیفیت مناسب ببیند، Synchronization از بین می‌رود و حرکت Handset بین سلول‌ها می‌تواند با قطع تماس همراه شود.
مرحله دوم: Sync Level را درست طراحی کنید
در DECT Multi-Cell هر Base یک Sync Level دارد. Level 1 بالاترین سطح زنجیره Synchronization و Master اصلی Cluster است.
برای نمونه یک ساختار ساده می‌تواند به شکل زیر باشد:
| Base | Sync Level | منبع Sync |
|---|---|---|
| Base A | 1 | Sync Master |
| Base B | 2 | Base A |
| Base C | 2 | Base A |
| Base D | 3 | Base B یا C |
در هر Cluster باید فقط یک Base با Level 1 وجود داشته باشد.
Base سطح 1 را وسط شبکه DECT قرار دهید
Yealink توصیه می‌کند Base دارای Sync Level 1 تا حد امکان در موقعیت مرکزی ساختار DECT قرار بگیرد.
اگر Level 1 را در انتهای ساختمان قرار دهید، ممکن است برای رسیدن به Baseهای دورتر مجبور شوید Levels زیادی بسازید.
هرچه زنجیره Synchronization عمیق‌تر شود، احتمال از دست‌رفتن Sync بالاتر می‌رود.
بنابراین ساختار زیر معمولاً منطقی‌تر است:
| طراحی | وضعیت |
|---|---|
| Level 1 مرکزی و Level 2 در اطراف | مناسب‌تر |
| زنجیره طولانی 1 → 2 → 3 → 4 → 5 | ریسک Sync Loss بیشتر |
اگر Level 2 خاموش شود آیا Level 3 حتماً قطع می‌شود؟
نه الزاماً.
در معماری فعلی Yealink، Base می‌تواند به Base دارای Sync Level بهتر دیگری متصل شود و حتی Cross-Level Synchronization انجام شود، مشروط بر اینکه Signal مناسب وجود داشته باشد.
مثلاً اگر Base Level 3 بتواند Level 1 را مستقیماً با Signal مناسب ببیند، ممکن است در نبود Level 2 مستقیماً با Level 1 Synchronize شود.
اما نباید طراحی Production را بر مبنای این Failover اتفاقی انجام دهید. Sync Tree باید از ابتدا با Coverage مناسب طراحی شود.
مرحله سوم: RSSI مربوط به Base Synchronization را بررسی کنید
در صفحه Base Station Group معمولاً می‌توانید RSSI مربوط به Sync Source را ببینید.
برای مثال ممکن است نمایش داده شود:
RPN3 (-76 dBm)یعنی Base فعلی از Base دارای RPN3 برای Synchronization استفاده می‌کند و قدرت Signal دریافتی حدود -76 dBm است.
Yealink این RSSI را در صفحه وضعیت به‌صورت دوره‌ای به‌روزرسانی می‌کند؛ بنابراین هنگام عیب‌یابی می‌توانید رفتار Sync Source را در طول زمان مشاهده کنید.
چه RSSIای برای Sync مناسب است؟
اینجا نباید یک عدد واحد را برای تمام مدل‌ها و تمام حالت‌ها حفظ کنید. مستندات فعلی Yealink Thresholdهای متفاوتی برای Deploymentهای مختلف ارائه می‌کنند.
در راهنمای عمومی Deployment، برای اندازه‌گیری Synchronization بین Baseهای مجاور حدود -85 dBm و برای W90 در DECT Sync حدود -90 dBm ذکر شده است. در بخش‌های دیگر راهنمای System Usage مقدار پیشنهادی محافظه‌کارانه‌تری مانند حدود -80 dBm برای Synchronization آمده است.
علت این تفاوت آن است که Threshold حداقلی، مقدار پیشنهادی طراحی و کیفیت واقعی محیط یک مفهوم واحد نیستند.
در شبکه Production بهتر است Baseها را دقیقاً روی مرز حداقل Signal طراحی نکنید؛ Margin مناسب برای دیوار، قفسه، کالا، باز و بسته‌شدن درها و تغییر محیط در نظر بگیرید.
RSSI Handset با RSSI Base Synchronization یکی نیست
این اشتباه بسیار رایج است.
دو اندازه‌گیری مستقل داریم:
| نوع | چه چیزی اندازه‌گیری می‌شود؟ |
|---|---|
| Handset Coverage RSSI | قدرت Signal دریافتی Handset از Base |
| Base Sync RSSI | قدرت Signal موردنیاز Baseها برای Synchronization |
ممکن است کاربر روی Handset آنتن خوبی داشته باشد اما Base B نتواند Base A را برای Sync مناسب دریافت کند.
در چنین حالتی تماس عادی در هر Cell کار می‌کند ولی Handover میان آن‌ها شکست می‌خورد.
مرحله چهارم: ناحیه هم‌پوشانی دو Base را اندازه‌گیری کنید
برای Handover بدون قطعی باید قبل از اینکه Signal Base فعلی ضعیف شود، Handset بتواند Base مجاور را نیز با کیفیت مناسب دریافت کند.
Yealink برای اندازه‌گیری کیفیت تماس مقدار حدود -65 dBm و Frame Quality برابر 100% را به‌عنوان هدف پیشنهادی ذکر می‌کند.
برای یک Handover بدون اختلال، Handset باید در ناحیه Übergang یا Overlap هر دو Base را با کیفیت مناسب دریافت کند.
Metering Mode را روی Handset فعال کنید
برای اندازه‌گیری RSSI و Frame Quality می‌توانید روی Handsetهای پشتیبانی‌شده Metering Mode را فعال کنید.
کد مستندشده Yealink:
*1234203#در بعضی Handsetها همچنین مسیر منویی برای Metering Mode وجود دارد.
Metering Mode چه اطلاعاتی نشان می‌دهد؟
| پارامتر | کاربرد |
|---|---|
| RSSI | قدرت Signal Base |
| Fr. Quality | درصد Frameهای بدون خطا |
| Base Station / RPN | مشخص می‌کند Handset به کدام Base متصل است |
| Frequency | Carrier فعلی DECT |
| Slot Pair | کانال زمانی مورد استفاده |
RPN بهترین ابزار برای دیدن Handover واقعی است
یک تماس آزمایشی برقرار کنید و با Metering Mode آرام از Base A به سمت Base B حرکت کنید.
به RPN نگاه کنید.
اگر ابتدا RPN مربوط به Base A دیده می‌شود و بعد بدون قطع تماس به RPN Base B تغییر می‌کند، Handover انجام شده است.
اگر RSSI Base A ضعیف و ضعیف‌تر می‌شود اما RPN هیچ‌وقت به Base B تغییر نمی‌کند، یکی از این موارد مطرح است:
Base B Synchronize نیست،
دو Base در یک Cluster نیستند،
Overlap کافی نیست،
Base B ظرفیت آزاد ندارد،
یا Coverage واقعی با طراحی روی کاغذ متفاوت است.
Frame Quality را فقط کنار RSSI بررسی کنید
RSSI قوی همیشه به معنی لینک سالم نیست.
ممکن است Signal نسبتاً قوی باشد اما به دلیل تداخل رادیویی Frame Quality کاهش پیدا کند.
Yealink در Deployment Guide مقدار پیشنهادی Frame Quality را 100% اعلام می‌کند.
اگر در محل Handover RSSI مناسب است اما Frame Quality مرتب سقوط می‌کند، احتمال تداخل، انعکاس، موانع یا محل نصب نامناسب را بررسی کنید.
مرحله پنجم: Base Placement را اصلاح کنید
جابه‌جایی چند متر Base می‌تواند نتیجه Handover را کاملاً تغییر دهد.
Base را فقط بر اساس زیبایی نصب نکنید. پوشش DECT تحت تأثیر دیوارهای بتنی، فلز، درهای ضدحریق، آسانسور، قفسه‌های فلزی و حتی تغییر حجم کالا در انبار قرار می‌گیرد.
ارتفاع نصب Base هم اهمیت دارد
Yealink در Deployment Guide نصب Base در ارتفاع تقریبی ۱٫۸ تا ۳ متر را بسته به ارتفاع محیط پیشنهاد می‌کند و توصیه می‌کند مقداری فاصله با سقف حفظ شود.
Base پشت رک فلزی، داخل کمد شبکه یا بلافاصله کنار سطح فلزی گزینه مناسبی برای پوشش DECT نیست.
یک طراحی خوب فقط Coverage ندارد؛ Overlap هم دارد
فرض کنید Base A تا انتهای راهرو آنتن دارد و Base B از ابتدای اتاق بعدی پوشش می‌دهد.
اگر بین آن‌ها فقط یک نقطه باریک با Signal ضعیف مشترک وجود داشته باشد، Handset فرصت کافی برای Handover مطمئن ندارد.
بنابراین هدف این نیست که نقشه ساختمان فقط «بدون نقطه کور» باشد؛ باید بین Cellهای مجاور منطقه هم‌پوشانی قابل‌اعتماد وجود داشته باشد.
تست را با تماس فعال انجام دهید، نه فقط نگاه‌کردن به آنتن
برای Handover واقعی یک تماس پایدار برقرار کنید و دقیقاً در مسیر روزمره کاربر حرکت کنید.
هنگام حرکت این موارد را ثبت کنید:
| محل | RPN | RSSI | Frame Quality | وضعیت صدا |
|---|---|---|---|---|
| نقطه 1 | ثبت شود | ثبت شود | ثبت شود | سالم / مشکل‌دار |
| نقطه 2 | ثبت شود | ثبت شود | ثبت شود | سالم / مشکل‌دار |
| مرز Cell | ثبت شود | ثبت شود | ثبت شود | سالم / مشکل‌دار |
مرحله ششم: مشخص کنید تماس قبل یا بعد از تغییر RPN قطع می‌شود
این تست محل خرابی را بسیار محدود می‌کند.
| اتفاق | مظنون اصلی |
|---|---|
| Signal Base قبلی می‌میرد و RPN تغییر نمی‌کند | Overlap، Sync یا Cluster |
| RPN تغییر می‌کند و بلافاصله تماس قطع می‌شود | LAN، Media Path، Firmware یا Sync Stability |
| RPN تغییر می‌کند و تماس ادامه دارد ولی صدا قطع می‌شود | RTP/LAN و Media Routing |
| Handset در Idle Base را عوض می‌کند ولی تماس فعال قطع می‌شود | Roaming سالم ولی Handover خراب است |
بعد از Handover مسیر RTP چه می‌شود؟
معماری Yealink یک نکته مهم دارد. طبق مستند System Setup، اگر تماس ابتدا روی Base 1 برقرار شود و Handset بعداً به Base 2 Handover کند، RTP همچنان بین PBX و Base اولیه برقرار می‌ماند و سیستم مسیر داخلی لازم برای انتقال Media به Base جدید را مدیریت می‌کند.
بنابراین بعد از Handover فقط رادیوی DECT مهم نیست؛ LAN Baseها نیز باید پایدار باشد.
اگر RPN با موفقیت تغییر می‌کند اما Audio یا کل تماس دقیقاً بعد از آن خراب می‌شود، مسیر LAN و Media را جدی‌تر بررسی کنید.
مرحله هفتم: شبکه LAN را بررسی کنید
در W80/W90، Signaling مدیریتی، Media و Synchronization بسته به معماری از LAN نیز استفاده می‌کنند.
این موارد را بررسی کنید:
Packet Loss روی Switchها،
VLAN اشتباه،
Loop یا STP Problem،
Port Error،
Duplex/Speed،
Queue Congestion،
و ناپایداری PoE.
Packet Loss را بین شبکه Baseها بررسی کنید
از سیستم مدیریتی داخل همان شبکه می‌توانید یک تست طولانی‌تر انجام دهید:
ping -t 192.168.20.41در Linux:
ping 192.168.20.41این تست PTP یا DECT Sync را تأیید نمی‌کند، اما Packet Loss یا قطع‌ووصلی واضح LAN را آشکار می‌کند.
Port Errorهای Switch را هم بررسی کنید
روی Cisco برای نمونه:
show interfaces counters errorsCRC، Input Error، Drop و Link Flap روی Portهای Base را بررسی کنید.
W80 و W90 در LAN Synchronization یکسان نیستند
این نکته بسیار مهم است: طبق مستندات فعلی Yealink، LAN Synchronization فقط برای W90DM/W90B پشتیبانی می‌شود.
بنابراین اگر W80 دارید و Air Synchronization بین Baseها به‌دلیل دیوار فلزی یا فاصله نامناسب ضعیف است، نمی‌توانید صرفاً با فعال‌کردن LAN Sync مشکل را مانند W90 حل کنید.
در W80 باید Deployment، محل Base و DECT Synchronization را اصلاح کنید.
W90 چه زمانی به LAN Sync نیاز دارد؟
اگر DECT Air Sync در محیط به‌دلیل موانعی مثل درهای ضدحریق، فلز، قفسه‌های بزرگ یا تداخل شدید پایدار نیست، W90 اجازه می‌دهد Synchronization از LAN استفاده شود.
این قابلیت Placement را انعطاف‌پذیرتر می‌کند، اما به معنی حذف نیاز به طراحی RF نیست.
LAN Sync در W90 فقط اتصال شبکه معمولی نیست
برای LAN Synchronization، Yealink الزامات Timing بسیار دقیق‌تری از یک شبکه Ethernet معمولی دارد.
در مستند فعلی W90 مواردی مانند:
قرار داشتن Baseها در Network Segment مناسب،
استفاده از PTPv2،
Deviation کمتر از 500ns RMS،
Switch سازگار با PTP،
و LAN Master مشخص
ذکر شده‌اند.
بنابراین Ping برابر 1ms یا 2ms به‌تنهایی اثبات نمی‌کند LAN Sync سالم است.
PTPv2 در LAN Sync چه کاری انجام می‌دهد؟
Precision Time Protocol یا PTP برای هماهنگی زمانی بسیار دقیق Baseهای W90 در LAN Synchronization استفاده می‌شود.
در این معماری یک W90B به‌عنوان LAN Master انتخاب می‌شود و باید روی DECT Sync Level 1 قرار داشته باشد.
Baseهای دیگر به‌عنوان LAN Slave عمل می‌کنند.
Switch معمولی همیشه برای LAN Sync کافی نیست
Yealink استفاده از Switch دارای PTP را توصیه می‌کند و برای پایداری بیشتر حتی Layer 3 Switch دارای پشتیبانی PTP را پیشنهاد می‌دهد.
دو حالت مهم PTP که در مستند Yealink ذکر شده‌اند:
| روش | کاربرد |
|---|---|
| Transparent Clock | Switch تأخیر عبور Packet را در Timing لحاظ می‌کند |
| Boundary Clock | Switch بخشی از ساختار Clock Synchronization می‌شود |
تعداد Switch Hop را کم کنید
Yealink برای LAN Sync تأکید می‌کند هرچه تعداد Switchهای بین LAN Master و Slave کمتر باشد، Delay و Jitter Timing پایین‌تر و Synchronization پایدارتر خواهد بود.
در توصیه فعلی، استفاده از فقط یک Switch اضافی بین Master و Slave پیشنهاد شده است.
در Deployment حساس، قرار دادن W90Bها روی Switch مناسب و کم‌بار می‌تواند پایداری Sync را بهتر کند.
LAN Sync هم به DECT Signal نیاز دارد
یک سوءبرداشت رایج این است که با LAN Sync دیگر Baseها هیچ نیازی به دریافت Signal یکدیگر ندارند.
Yealink صریحاً می‌گوید حتی در LAN Synchronization باید Measurement DECT انجام شود و Baseهای مجاور بتوانند یکدیگر را برای فرآیندهای رادیویی تشخیص دهند.
پس LAN Sync جایگزین کامل Coverage و Cell Overlap نیست.
LAN Quality در W90 را بررسی کنید
در Web UI جدید W90 اطلاعاتی برای ارزیابی LAN Quality وجود دارد.
| LAN Quality | ارزیابی |
|---|---|
| 99 تا 100 درصد | Good |
| 96 تا 99 درصد | Normal |
| 90 تا 96 درصد | Weak |
| No Data | No Signal |
برای شبکه Production بهتر است LAN Quality نزدیک مقدار پیشنهادی 100% باقی بماند.
مرحله هشتم: Capacity هر Base را فراموش نکنید
گاهی Handover در ساعات خلوت سالم است ولی هنگام شلوغی تماس قطع می‌شود.
در این حالت فقط RSSI را بررسی نکنید.
هر Base تعداد مشخصی DECT Connection و Media Connection هم‌زمان دارد. اگر Base مقصد ظرفیت کافی نداشته باشد، Load Balancing باید به Base مجاور دارای ظرفیت کمک کند؛ و این قابلیت نیز به Synchronization سالم نیاز دارد.
پس اگر مشکل فقط در ساعت پیک رخ می‌دهد، تعداد Active Handsetها و Calls روی Baseهای مسیر را نیز ثبت کنید.
Wideband و Narrowband روی ظرفیت اثر می‌گذارند
در جداول فعلی Yealink، تعداد Callهای هم‌زمان هر Base در Wideband و Narrowband متفاوت است.
برای مثال یک Base می‌تواند در حالت Narrowband ظرفیت بیشتری نسبت به Wideband داشته باشد.
بنابراین اگر شبکه از Codecهای Wideband استفاده می‌کند، ظرفیت واقعی را از Deployment Guide همان مدل بررسی کنید و بر اساس تعداد Handset صرف تصمیم نگیرید.
مرحله نهم: Firmware Base، DM و Handset را مقایسه کنید
اگر مشکل Handover بعد از Upgrade شروع شده یا فقط روی بعضی Handsetها رخ می‌دهد، Firmware Matrix را بررسی کنید.
Yealink برای W80 و W90 ترکیب Firmwareهای سازگار Handset و Multi-cell را مشخص کرده است و توصیه می‌کند Base و Handset در نسخه‌های سازگار و به‌روز باشند.
اگر فقط یک مدل Handset Handover مشکل دارد
فرض کنید W56H بدون مشکل بین Baseها حرکت می‌کند اما W73H در همان مسیر تماس را قطع می‌کند.
در چنین شرایطی مشکل عمومی Placement کمتر محتمل می‌شود.
Firmware Handset، Compatibility Level، Battery/Radio Behavior و نسخه Base را مقایسه کنید.
در Compatibility Matrix فعلی Yealink نیز همه ترکیب‌ها الزاماً سطح Fully Compatible یکسان ندارند.
W80 خیلی قدیمی را مستقیم به نسخه جدید نبرید
در راهنمای Update فعلی Yealink، برای بعضی W80DM/W80Bهای بسیار قدیمی استفاده از Firmware میانی قبل از ارتقا به شاخه جدید توصیه شده است.
نسخه میانی مستندشده:
103.83.0.79پس اگر W80 قدیمی دارید، قبل از Firmware Jump حتماً Upgrade Path رسمی همان نسخه را بررسی کنید.
Firmware را روی کل Multi-Cell یک‌باره تغییر ندهید
اگر Handover فعلی فقط در یک Zone مشکل دارد، Update هم‌زمان کل DM، Baseها و Handsetها می‌تواند متغیرهای عیب‌یابی را زیاد کند.
ابتدا Backup بگیرید، Versionها را ثبت کنید، Release Notes را بخوانید و Update را مرحله‌ای انجام دهید.
برای این بخش می‌توانید از راهنمای آپدیت امن Firmware تلفن‌های Yealink استفاده کنید.
مرحله دهم: اگر W80/W90 اصلاً رجیستر نیست، ابتدا آن مشکل را حل کنید
Handover روی سیستمی که Base، Handset یا SIP آن هنوز پایدار نیست قابل عیب‌یابی دقیق نیست.
اگر Base Offline است، Handset Subscribed نمی‌شود یا SIP Account رجیستر نیست، ابتدا راهنمای عیب‌یابی رجیستر W70/W80/W90 را انجام دهید و بعد به Handover برگردید.
سناریوی اول: تماس همیشه در یک نقطه ثابت قطع می‌شود
این الگو بیشتر به Deployment و RF اشاره می‌کند.
Metering Mode را فعال کنید و در همان نقطه RSSI، Frame Quality و RPN را ثبت کنید.
اگر Base جدید قبل از از دست‌رفتن Base قبلی Signal مناسب ندارد، Base Placement یا Cell Overlap را اصلاح کنید.
سناریوی دوم: Handset در Idle جابه‌جا می‌شود اما تماس قطع می‌شود
این یکی از واضح‌ترین نشانه‌هاست.
Roaming کار می‌کند، اما Handover کار نمی‌کند.
Synchronization، Cluster Membership، Sync Level و وضعیت Active and synced را بررسی کنید.
سناریوی سوم: تماس دقیقاً هنگام تغییر RPN قطع می‌شود
اگر RPN تغییر می‌کند، Handset Base جدید را پیدا کرده است.
در این وضعیت علاوه بر Sync Stability، LAN و Media Path را بررسی کنید.
Packet Loss، Switch Error، VLAN، Firmware و وضعیت Base مقصد را ثبت کنید.
سناریوی چهارم: تماس بین برخی Baseها سالم و بین دو Base خاص قطع می‌شود
این سناریو معمولاً مشکل سیستم سراسری نیست.
Pair مشکل‌دار را جدا کنید:
| بررسی | Base A | Base B |
|---|---|---|
| Cluster | ثبت شود | ثبت شود |
| Sync Level | ثبت شود | ثبت شود |
| Sync Source | ثبت شود | ثبت شود |
| Sync RSSI | ثبت شود | ثبت شود |
| Status | Active and synced؟ | Active and synced؟ |
| LAN | Error/Drop | Error/Drop |
سناریوی پنجم: مشکل با باز یا بسته‌شدن یک در ایجاد می‌شود
این رفتار در محیط صنعتی و اداری کاملاً ممکن است.
در فلزی، Fire Door یا قفسه فلزی می‌تواند Air Synchronization یا Cell Overlap را تغییر دهد.
اگر W90 دارید، LAN Sync می‌تواند برای بعضی چنین محیط‌هایی گزینه مناسبی باشد؛ البته فقط با رعایت الزامات PTP و DECT Measurement.
در W80 باید Placement و Air Sync اصلاح شود.
سناریوی ششم: Handover فقط در ساعت‌های شلوغ خراب می‌شود
Capacity را بررسی کنید.
تعداد تماس فعال روی Base مقصد، Wideband/Narrowband و Load Balancing را ببینید.
اگر Base مقصد اشباع است و Base جایگزین نیز Synchronize نیست، Handset گزینه مناسبی برای ادامه تماس ندارد.
سناریوی هفتم: بعد از تغییر Switch مشکل شروع شده است
اگر Air Sync استفاده می‌کنید، Link Error، VLAN و Packet Loss را بررسی کنید.
اگر W90 روی LAN Sync است، موضوع مهم‌تر می‌شود:
PTP Support، Clock Mode، Network Segment، Jitter و تعداد Switch Hopها را با طراحی قبلی مقایسه کنید.
یک Switch جدید که برای ترافیک عادی Ethernet کاملاً سالم است، الزاماً برای PTP Timing طراحی‌شده در LAN Sync مناسب نیست.
سناریوی هشتم: بعد از جابه‌جایی Base مشکل ایجاد شده است
Sync Tree را دوباره اندازه‌گیری کنید.
جابه‌جایی حتی چند متر می‌تواند Base را از محدوده Sync Source قبلی خارج کند.
همچنین ناحیه Handover کاربران تغییر می‌کند.
بعد از هر تغییر فیزیکی Base، Deployment Measurement را دوباره انجام دهید.
سناریوی نهم: بعد از Firmware Update فقط Handover خراب شده است
Versionهای DM، Base و Handset را ثبت کنید.
Compatibility Matrix را بررسی کنید.
اگر فقط یک Handset مشکل دارد، Firmware همان Handset را با نمونه سالم مقایسه کنید.
اگر همه Handsetها از یک لحظه مشخص مشکل پیدا کرده‌اند، DM/Base Firmware یا Configuration Push جدید اهمیت بیشتری دارد.
سناریوی دهم: تماس هنگام عبور بین دو ساختمان قطع می‌شود
اول بررسی کنید دو ساختمان در یک Cluster طراحی شده‌اند یا دو Cluster جدا هستند.
اگر Clusterها متفاوت‌اند، قطع تماس فعال در مرز آن‌ها می‌تواند مطابق معماری سیستم باشد.
اگر Handover بین ساختمان‌ها الزام تجاری است، باید Cluster، Synchronization و Coverage به‌گونه‌ای طراحی شوند که ارتباط بین Cellها واقعاً پیوسته باشد.
Factory Reset راه‌حل Handover نیست
Factory Reset معمولاً نمی‌تواند مشکل Placement، Sync Level، Cluster Boundary، RSSI یا PTP را حل کند.
علاوه بر این، Reset ممکن است Configuration ارزشمند، Logها و تنظیمات Multi-cell را پاک کند.
قبل از هر Reset، Diagnostic و وضعیت Base Station Group را ذخیره کنید.
چک‌لیست سریع رفع قطع تماس هنگام Handover
| مرحله | بررسی | نتیجه مطلوب |
|---|---|---|
| ۱ | Cluster | Baseهای Handover در یک Cluster باشند |
| ۲ | Base Status | Active and synced |
| ۳ | Sync Level | فقط یک Level 1 و Tree کوتاه |
| ۴ | Sync RSSI | دارای Margin مناسب |
| ۵ | Handset RSSI | در Overlap کیفیت مناسب |
| ۶ | Frame Quality | نزدیک 100% |
| ۷ | RPN Change | تغییر بدون قطع تماس |
| ۸ | Base Placement | Overlap واقعی در مسیر کاربر |
| ۹ | LAN | بدون Loss، Error و Link Flap |
| ۱۰ | W90 LAN Sync | PTPv2 و Timing صحیح |
| ۱۱ | Capacity | Base مقصد ظرفیت آزاد داشته باشد |
| ۱۲ | Firmware | نسخه‌های سازگار DM/Base/Handset |
یک تست نهایی برای تشخیص محل مشکل
یک تماس ثابت برقرار کنید و از وسط Cell اول به Cell دوم حرکت کنید.
| مشاهده | تفسیر |
|---|---|
| RPN تغییر می‌کند و صدا بدون وقفه ادامه دارد | Handover سالم است |
| RPN تغییر نمی‌کند و Signal از بین می‌رود | RF، Sync یا Cluster مشکل دارد |
| RPN تغییر می‌کند ولی Audio قطع می‌شود | LAN/Media/Firmware بررسی شود |
| Idle Roaming سالم ولی تماس قطع می‌شود | مشکل Handover یا Synchronization |
| مشکل فقط در مرز دو Cluster است | ممکن است رفتار طراحی‌شده سیستم باشد |
پرسش‌های متداول درباره Roaming و Handover در Yealink W80/W90
چرا تماس Yealink هنگام حرکت بین دو Base قطع می‌شود؟
اگر تماس فعال است، فرآیند موردنظر Handover است. Baseهای مبدأ و مقصد باید داخل Cluster مناسب Synchronize باشند و در محل عبور نیز پوشش DECT کافی داشته باشند. نبود Overlap، Sync Loss یا قرارگرفتن دو Base در Clusterهای متفاوت می‌تواند تماس را قطع کند.
تفاوت Roaming و Handover در Yealink چیست؟
Roaming معمولاً جابه‌جایی Handset بین Baseها در حالت Idle است. Handover انتقال ارتباط DECT به Base دیگر در حین تماس فعال است. برای قطع تماس هنگام حرکت باید Handover را عیب‌یابی کنید.
چرا Roaming کار می‌کند ولی تماس هنگام حرکت قطع می‌شود؟
Handset می‌تواند بعد از قطع ارتباط دوباره به Base جدید متصل شود، بنابراین Roaming ظاهراً سالم است؛ اما Handover نیازمند Synchronization بین Baseهاست. Cluster و وضعیت Active and synced را بررسی کنید.
RSSI مناسب برای Handover چقدر است؟
برای اندازه‌گیری کیفیت تماس Yealink حدود -65 dBm و Frame Quality برابر 100% را به‌عنوان هدف پیشنهادی ارائه می‌کند و برای Handover بهتر است هر دو Base در ناحیه هم‌پوشانی کیفیت مناسبی داشته باشند. Threshold Synchronization Baseها متفاوت است و باید طبق مدل و نوع Sync بررسی شود.
چطور RSSI و Base فعلی Handset را ببینیم؟
Metering Mode را روی Handset فعال کنید. در مدل‌های پشتیبانی‌شده کد *1234203# قابل استفاده است و اطلاعاتی مانند RSSI، Frame Quality و RPN Base فعلی نمایش داده می‌شود.
چرا تماس هنگام عبور از یک Cluster به Cluster دیگر قطع می‌شود؟
Yealink اعلام می‌کند Handover بین Clusterهای Synchronizeنشده وجود ندارد. Handset در Idle می‌تواند Roam کند، اما اگر هنگام تماس وارد Cluster دیگر شود، تماس ممکن است قطع شود.
آیا W80 از LAN Synchronization پشتیبانی می‌کند؟
طبق مستندات فعلی Yealink، LAN Synchronization فقط برای W90DM و W90B پشتیبانی می‌شود. W80 برای Synchronization Baseها به طراحی مناسب DECT Air Sync وابسته است.
آیا در W90 با LAN Sync دیگر RSSI اهمیت ندارد؟
خیر. LAN Sync زمان‌بندی Baseها را از شبکه می‌گیرد، اما Yealink همچنان DECT Measurement و مشاهده Baseهای مجاور با Signal مناسب را لازم می‌داند. Coverage و Handover رادیویی همچنان اهمیت دارند.
چرا بعد از تعویض Switch Handover W90 خراب شده است؟
اگر LAN Sync فعال است، PTPv2، Clock Mode، Timing، Jitter و تعداد Switch Hopها را بررسی کنید. Switchی که برای شبکه عادی مناسب است الزاماً Timing موردنیاز LAN Sync را فراهم نمی‌کند.
آیا Firmware می‌تواند Handover را خراب کند؟
بله، خصوصاً اگر DM، Base و Handset روی نسخه‌های ناسازگار قرار بگیرند. Compatibility Matrix و Upgrade Path رسمی Yealink را بررسی کنید و Firmware را بدون Backup و مرحله‌بندی روی کل سیستم تغییر ندهید.
جمع‌بندی
اگر تماس در Yealink W80 یا W90 هنگام حرکت بین Baseها قطع می‌شود، ابتدا اصطلاح درست مشکل را مشخص کنید: در تماس فعال با Handover سروکار داریم، نه صرفاً Roaming. Handover فقط میان Baseهایی انجام می‌شود که به‌درستی Synchronize شده باشند.
اول در DECT Manager بررسی کنید Baseهای مسیر همگی Active and synced هستند، در یک Cluster قرار دارند و Sync Level منطقی دارند. فقط یک Level 1 در هر Cluster داشته باشید و آن را تا حد امکان در مرکز طراحی DECT قرار دهید تا تعداد Levels پایین بماند.
بعد Metering Mode را فعال کنید و هنگام تماس RSSI، Frame Quality و RPN را ثبت کنید. برای Handover قابل‌اعتماد باید قبل از از دست‌رفتن Base قبلی، Base جدید با کیفیت مناسب در دسترس باشد. نداشتن نقطه کور به‌تنهایی کافی نیست؛ Cellها باید Overlap واقعی داشته باشند.
اگر RPN با موفقیت تغییر می‌کند اما تماس یا صدا قطع می‌شود، LAN و Media Path را بررسی کنید. در W90 اگر LAN Sync استفاده می‌شود، PTPv2، Timing، Switch و Jitter اهمیت زیادی دارند. W80 از LAN Sync پشتیبانی نمی‌کند و مشکل Air Synchronization آن باید با طراحی RF و محل Baseها اصلاح شود.
در نهایت Firmware و ظرفیت را بررسی کنید. اگر مشکل فقط روی یک Handset یا بعد از Update ظاهر شده است، Compatibility Matrix را مقایسه کنید؛ اگر فقط در ساعات شلوغ دیده می‌شود، Load و ظرفیت Base مقصد را نیز بررسی کنید. با این مسیر معمولاً می‌توان علت قطع تماس را بدون Factory Reset پیدا کرد.
Multi-Cell، شبکه و مرکز تلفن را یک‌جا بررسی کنید
اگر تماس کاربران هنگام حرکت بین Baseهای W80 یا W90 قطع می‌شود، می‌توانید درخواست بررسی کانفیگ ثبت کنید تا Sync Level، ساختار شبکه، DECT Manager و تنظیمات مرتبط با سرویس VoIP متناسب با همان مشکل بررسی شوند.
تماس با پشتیبانی ایرانیکاسرور
دیدگاه‌ها (۰)