Jakość połączeń, monitorowanie i interpretacja

Wprowadzenie

Użyj funkcji „Monitor Connection Quality” (Monitoruj jakość połączenia), aby zbierać statystyki audio połączeń i zidentyfikować, które połączenie oraz który kierunek dźwięku mogą być dotknięte problemem sieciowym. Raport rozdziela dzwoniącego i odbiorcę połączenia, dzięki czemu administrator może zbadać odpowiednie połączenie użytkownika lub trunk SIP.

Włącz monitorowanie przed odtworzeniem problemu lub uruchom je w trakcie trwania problematycznego połączenia. Otwarcie starego połączenia w rejestrze połączeń wyświetla statystyki zebrane już dla tego połączenia; funkcja ta nie zbiera brakujących danych z mocą wsteczną.

Konfiguracja i uruchamianie monitorowania

Zanim zaczniesz

• Użyj aktualnej aplikacji 3CX lub Web Client połączonego z Twoją centralą PBX.
• Aby monitorować innego użytkownika lub przeglądać raporty administracyjne, zaloguj się z odpowiednią rolą i zakresem dostępu do działu. Podczas badania problemów w całym systemie użyj konta Właściciela systemu (System Owner) lub Administratora systemu (System Admin).
• Zidentyfikuj użytkownika, którego dotyczy problem, przybliżony czas połączenia, uczestników połączenia oraz objawy. Zanotuj, kto słyszał zakłócenia oraz czy dotyczyły one jednego, czy obu kierunków.

Jeśli opcja jest niewidoczna, sprawdź uprawnienia konta oraz zakres działu. Na stronie „Team” (Zespół) przewiń menu z trzema kropkami danego użytkownika do samego dołu, zanim uznasz, że funkcja „Monitor Connection Quality” (Monitoruj jakość połączenia) jest niedostępna. Nie potrzebujesz hasła użytkownika, którego dotyczy problem, ani dostępu do jego telefonu stacjonarnego, aby włączyć monitorowanie z poziomu sekcji „Team”.

Monitorowanie użytkownika przez wybrany okres

Użyj tej metody w przypadku problemu występującego sporadycznie, aby móc zbadać połączenia wykonane w wybranym okresie.

• W aplikacji Web Client otwórz „Team” (Zespół) i zlokalizuj użytkownika, którego dotyczy problem.
• Otwórz menu z trzema kropkami tego użytkownika i wybierz „Monitor Connection Quality” (Monitoruj jakość połączenia).

• Wybierz „1 day” (1 dzień), „3 days” (3 dni), „5 days” (5 dni) lub „7 days” (7 dni) na liście „For Period” (Przez okres).
• Poproś użytkownika o wykonanie lub odebranie połączeń, które odtworzą problem, oraz o zanotowanie czasu każdego problematycznego połączenia.
• Po zakończeniu każdego połączenia testowego otwórz jego raport jakości połączenia zgodnie z poniższym opisem.

Powtórz tę czynność dla każdego użytkownika, którego dotyczy problem. Monitorowanie jednego numeru wewnętrznego nie jest ustawieniem monitorowania dla całego systemu. Wybierz okres obejmujący czas trwania diagnostyki, a po jej zakończeniu przejrzyj lub wyłącz monitorowanie w tym samym menu.

Umożliwienie użytkownikom monitorowania własnych połączeń

Użytkownik może w ten sam sposób włączyć monitorowanie dla własnego numeru wewnętrznego: w aplikacji Web Client kliknij awatar profilu w prawym górnym rogu i wybierz „Monitor Connection Quality” (Monitoruj jakość połączenia).

W aplikacji Windows Softphone otwórz menu awatara numeru wewnętrznego; w aplikacjach na Androida oraz iOS otwórz menu główne. Wybierz „Monitor Connection Quality” (Monitoruj jakość połączenia).

Po zakończeniu monitorowanego połączenia użytkownik może sprawdzić wynik w historii połączeń. Aby uzyskać szczegółowy raport, otwórz „Calls” (Połączenia) w Web Client i wybierz „Show call quality report” (Pokaż raport jakości połączenia) dla danego połączenia.

Uruchomienie monitorowania aktywnego połączenia

W trakcie występowania problemu otwórz „Panel”, zlokalizuj nawiązane połączenie w sekcji „All Calls” (Wszystkie połączenia) i otwórz jego menu kontekstowe. Wybierz „Monitor Connection Quality” (Monitoruj jakość połączenia), jeśli funkcja ta jest dostępna dla Twojego konta. Utrzymuj połączenie wystarczająco długo, aby odtworzyć objawy, a następnie zakończ je i przeanalizuj raport.

Jeśli monitorowanie zostanie uruchomione w trakcie trwania połączenia, obejmie ono wyłącznie monitorowaną część. W celu przeprowadzenia powtarzalnego testu włącz monitorowanie dla użytkownika przed wykonaniem kolejnego połączenia.

Użytkownik może uruchomić funkcję „Monitor Connection Quality” (Monitoruj jakość połączenia) podczas aktywnego połączenia bezpośrednio z poziomu aplikacji typu soft client:

• Softphone: Kliknij prawym przyciskiem myszy nazwę dzwoniącego i kliknij „Monitor Connection Quality” (Monitoruj jakość połączenia).
• Aplikacje mobilne: Dotknij etykiety czasu trwania połączenia dla swojego połączenia i dotknij „OK” w oknie dialogowym potwierdzenia.

Odczytywanie i rozwiązywanie problemów na podstawie raportów

Otwieranie raportu zakończonego połączenia

• Jako administrator przejdź do „Admin” > „Reports” (Raporty) > „Call Log” (Rejestr połączeń) i znajdź połączenie według czasu oraz uczestników.
• Otwórz menu akcji połączenia i wybierz „Show call quality report” (Pokaż raport jakości połączenia). Użytkownicy mogą wywołać tę samą akcję dla swoich własnych połączeń z poziomu sekcji „Calls” (Połączenia) w Web Client.
• Potwierdź, że dzwoniący, odbierający i zarejestrowany czas trwania odpowiadają połączeniu, które badasz.
• Przeczytaj podsumowanie, a następnie porównaj oba kierunki dźwięku dla każdego uczestnika.

Nieaktywna akcja raportu oznacza, że raport nie jest dostępny dla danego wpisu. Upewnij się, że przeglądasz odpowiedni segment połączenia, szczególnie po przekierowaniu lub przejściu przez kolejkę.

Najpierw przeczytaj podsumowanie

Podsumowanie wskazuje wykryte problemy sieciowe oraz uczestnika lub kierunek, którego one dotyczą. Komunikat „No problems detected” (Nie wykryto problemów) oznacza, że zebrane statystyki nie zidentyfikowały problemu. Wskaźnik „Overall score” (Ogólna ocena) podsumowuje jakość dostępnych strumieni; nie stanowi on gwarancji, że każda część rozmowy brzmiała wyraźnie.

Oceny strumieni to: „Excellent” (Doskonała), „High” (Wysoka), „Medium” (Średnia), „Low” (Niska), „Poor” (Słaba) lub „Unknown” (Nieznana). Wartości „Medium”, „Low” oraz „Poor” wskazują na strumień wymagający zbadania. „Unknown” oznacza, że statystyki potrzebne do oceny tego strumienia były niedostępne; nie oznacza to, że strumień był dobry lub zły.

Podsumowanie „Incomplete” (Niekompletne) oznacza, że ilość informacji jest niewystarczająca do wyciągnięcia pełnych wniosków. Sprawdź dostępne szczegóły uczestnika i kierunku przed podjęciem decyzji o kolejnych testach. Ogólna ocena może wyglądać dobrze, podczas gdy kierunek nieuwzględniony w raporcie pozostaje jako „Unknown”.

Zidentyfikuj kierunek dźwięku, którego dotyczy problem

Odczytuj kierunek względem 3CX, osobno dla dzwoniącego i odbierającego. Połączenie ma dwóch uczestników, a każdy uczestnik ma ścieżkę audio do 3CX oraz ścieżkę audio z 3CX.

• „Audio to 3CX” (Dźwięk do 3CX) pod dzwoniącym: dźwięk przesyłany od dzwoniącego w kierunku centrali PBX. Problemy w tym miejscu mogą wpływać na to, co słyszy odbierający.
• „Audio from 3CX” (Dźwięk z 3CX) pod dzwoniącym: dźwięk przesyłany od centrali PBX w kierunku dzwoniącego. Problemy w tym miejscu mogą wpływać na to, co słyszy dzwoniący.
• „Audio to 3CX” (Dźwięk do 3CX) pod odbierającym: dźwięk przesyłany od odbierającego w kierunku centrali PBX. Problemy w tym miejscu mogą wpływać na to, co słyszy dzwoniący.
• „Audio from 3CX” (Dźwięk z 3CX) pod odbierającym: dźwięk przesyłany od centrali PBX w kierunku odbierającego. Problemy w tym miejscu mogą wpływać na to, co słyszy odbierający.

Uczestnik widoczny dla połączenia zewnętrznego reprezentuje ścieżkę między systemem 3CX a zewnętrzną stroną połączenia. Problem na tym odcinku jest powodem do zbadania ścieżki trunku/dostawcy; sam w sobie nie wskazuje usterki na urządzeniu zdalnego rozmówcy ani nie dowodzi, które urządzenie sieciowe ją wywołało.

Zrozumienie pomiarów

• Score / MOS: szacunkowa ocena jakości głosu wyprowadzona ze statystyk sieciowych. Przed poleganiem na ogólnym wyniku porównaj oceny poszczególnych strumieni.
• Packet Loss % (Utrata pakietów %): odsetek pakietów audio zgłoszonych jako utracone w danym kierunku. Utrata pakietów może powodować przerwy, przerywaną mowę lub zniekształcony, metaliczny głos (robotic audio). Porównaj problematyczne połączenie z wyraźnym połączeniem z tego samego punktu końcowego.
• Packet Count (Liczba pakietów): liczba pakietów uwzględnionych w raporcie. Interpretuj ją w powiązaniu z monitorowanym czasem trwania; krótka próba dostarcza mniej wiarygodnych dowodów niż reprezentatywny test.
• Jitter (ms) (Zmienność opóźnienia): zmienność czasu nadejścia pakietów audio. Wyższa zmienność może przyczyniać się do nierównego odtwarzania dźwięku, gdy urządzenie odbierające nie jest w stanie jej skompensować.
• RoundTripTime (ms) (Czas podróży w obie strony): czas potrzebny na przesłanie danych między uczestnikiem a centralą PBX i z powrotem. Jest to pomiar w obie strony, a nie jednokierunkowe opóźnienie między dźwiękiem a odbiorem (mouth-to-ear delay). Ograniczenia raportowania punktu końcowego mogą sprawić, że wartość ta będzie niedostępna lub szacunkowa.
• Packet Bursts / Average (Serie pakietów / Średnia): zgłoszona liczba serii pakietów i średnia długość serii dla danego strumienia. Należy je analizować łącznie z utratą pakietów, jitterem oraz objawami zgłaszanymi przez użytkownika, zamiast traktować samą liczbę jako dowód usterki.
• Codec, Endpoint / UserAgent and Duration (Kodek, Punkt końcowy / UserAgent i Czas trwania): identyfikują format audio, urządzenie lub aplikację oraz długość zebranej próby. W miarę możliwości porównuj ze sobą połączenia o zbliżonych parametrach.
• Local Address / Global Address / Tunnel (Adres lokalny / Adres globalny / Tunel): identyfikują adresy widoczne dla 3CX dla danego uczestnika. W przypadku Web Client pole „Local Address” może wskazywać 127.0.0.1 dla proxy WebRTC; nie jest to adres urządzenia użytkownika. Może zostać również wyświetlony adres „Global Address”. Adres tunelu może reprezentować połączenie SBC lub aplikacji. Przed udostępnieniem zrzutów ekranu raportu na zewnątrz należy usunąć publiczne adresy.

Jeśli wyświetlany jest parametr „Mode” (Tryb), wartość „Proxy” oznacza, że 3CX przekazywał pakiety audio; „Transcoding” oznacza, że 3CX przetwarzał dźwięk. Opisują one ścieżkę dźwięku i same w sobie nie stanowią ostrzeżeń o jakości.

Używaj ocen i pomiarów łącznie. Średnie wartości połączenia mogą ukryć krótką przerwę, a raport nie diagnozuje usterki mikrofonu, zestawu słuchawkowego ani głośnika. Jeśli ktoś słyszał dźwięk słabej jakości pomimo dobrych statystyk sieciowych, kontynuuj badanie punktu końcowego oraz pozostałych elementów ścieżki połączenia.

Przykłady praktyczne

W pierwszym przykładzie wykorzystano dostarczony raport demonstracyjny, w którym publiczny adres IP zastąpiono przykładowym adresem dokumentacyjnym. W pozostałych przykładach użyto wymyślonych numerów wewnętrznych i poglądowych wartości. Przykłady te wyjaśniają, jak interpretować raport; nie definiują one sztywnych progów MOS.

Przykład 1: Utrata pakietów w kierunku odbierającego

W połączeniu demonstracyjnym April May (1000) jest dzwoniącym, a Additions Support (1013) odbierającym. Podsumowanie wskazuje „Network problems from PBX to 1013 Additions Support”, a wskaźnik „Overall Score” ma wartość „Poor”.

W sekcji odbierającego pod „Audio from 3CX” ocena „Score” wynosi „Poor”, a wskaźnik „Packet Loss” wynosi 31.58%. Pozostałe trzy kierunki audio mają ocenę „Excellent” z zaraportowaną utratą pakietów 0%. Wskazuje to na dźwięk przesyłany z centrali PBX w kierunku odbierającego, więc odbierający może słyszeć przerwy lub rwaną mowę dzwoniącego.

Zacznij od zbadania ścieżki z centrali PBX do odbierającego. Jitter u odbierającego wynosi tylko 0.3 ms, a parametr „RoundTripTime” wynosi 3 ms, zatem niskie opóźnienie i niski jitter nie negują wniosku o utracie pakietów. Oba kierunki oznaczone jako „Audio to 3CX” mają ocenę „Excellent”; dane nie wskazują na problem z wysyłaniem danych (upload) po stronie żadnego z uczestników.

Oba punkty końcowe są zidentyfikowane jako „3CX WebRTC proxy” z adresem „Local Address” 127.0.0.1. Użyj nazw uczestników oraz kierunku, aby zidentyfikować połączenie, którego dotyczy problem. Wyświetlony tryb „Mode: Transcoding” opisuje przetwarzanie dźwięku i sam w sobie nie stanowi usterki.

Przykład 2: Dzwoniący brzmi dla odbierającego w sposób przerywany

Dzwoniący (201) wykazuje ocenę „Poor” dla „Audio to 3CX” z utratą pakietów na poziomie 6%, podczas gdy pozostałe raportowane kierunki wykazują oceny „High” lub „Excellent”. Odbierający (202) zgłasza przerwy w mowie dzwoniącego. Rozpocznij od zbadania ścieżki dzwoniącego 201 w kierunku centrali PBX: jego połączenia Wi-Fi lub przewodowego, możliwego przeciążenia łącza w górę (uplink) oraz połączenia internetowego. Powtórz test na połączeniu przewodowym lub w alternatywnej sieci i porównaj ten sam kierunek.

Przykład 3: Jeden kierunek ma status Unknown

Dzwoniący 201 posiada raportowany strumień z oceną „Excellent”, ale Odbierający 202 wykazuje status „Unknown” dla „Audio from 3CX”. Dobra ocena nie zwalnia z konieczności weryfikacji kierunku nieuwzględnionego w raporcie. Powtórz monitorowany test i sprawdź, czy punkt końcowy lub dostawca dostarcza wymagane statystyki jakości RTCP.

Gdy wyniki są niekompletne lub niejednoznaczne

• Monitorowanie nie było aktywne: włącz je przed kolejnym połączeniem i odtwórz problem. Wcześniejszych połączeń nie można zmierzyć z mocą wsteczną.
• Strumień mediów ominął centralę PBX: bezpośrednie ścieżki audio mogą uniemożliwić systemowi 3CX zebranie wymaganych statystyk. Administrator powinien zweryfikować ścieżkę dźwięku, jeśli powtarzane testy nie przynoszą użytecznego raportu.
• Punkt końcowy nie zaraportował statystyk: brak raportów RTCP może pozostawić kierunek ze statusem „Unknown”. Porównaj wynik z innym obsługiwanym punktem końcowym lub inną aplikacją.
• Połączenie zostało przekierowane lub skierowane przez kolejkę: zbadaj odpowiedniego uczestnika i właściwy segment połączenia. Nie zakładaj, że jeden raport opisuje każdy etap połączenia.
• Problem był krótkotrwały lub wystąpił poza monitorowaną częścią: włącz monitorowanie przed kolejną próbą i precyzyjnie zanotuj czas oraz objawy.

Zmieniaj pojedynczo warunki testu, np. sieć Wi-Fi na przewodową lub używany punkt końcowy. Porównaj kierunek, którego dotyczy problem, przed i po wprowadzeniu zmiany. Jeśli wielu użytkowników wykazuje problemy w tym samym czasie, zbadaj współdzielone zasoby sieciowe lub zasoby centrali PBX; jeśli problem dotyczy wyłącznie połączeń zewnętrznych, porównaj połączenia wewnętrzne ze ścieżką trunku.

Eksport wskaźników audio połączeń

Dane dotyczące jakości połączeń można eksportować za pośrednictwem złączy danych 3CX Data Connectors na potrzeby zewnętrznego raportowania i analizy historycznej. W „Admin” > „Integrations” (Integracje) > „Data Connectors” (Złącza danych) skonfiguruj obsługiwaną docelową bazę danych i dołącz „Call Audio Metrics” (Wskaźniki audio połączeń) do danych wybranych do transferu. Eksportowanie wyłącznie rekordów CDR lub wskaźników systemowych nie eksportuje danych o jakości połączeń.

Wyeksportowane metryki mogą być używane w narzędziach takich jak Grafana lub Power BI do porównywania jakości w czasie. Monitorowanie wciąż musi najpierw zebrać statystyki połączenia. Dostępność funkcji Data Connector zależy od zainstalowanej aktualizacji oraz posiadanej licencji, niezależnie od samej funkcji monitorowania; sprawdź wymagania dotyczące Data Connector wyświetlane przez Twoją centralę PBX.

Zobacz również

• Raportowanie połączeń
• Łączenie systemu 3CX z autonomicznym serwerem PostgreSQL i narzędziem Grafana
• Konfiguracja raportowania w narzędziu Grafana
• Raporty i pulpity nawigacyjne Power BI
• Role dostępu w Web Client

Ostatnia aktualizacja
Ten dokument był ostatnio aktualizowany 23 października 2026 r.
https://www.3cx.pl/docs/monitor-connection-quality/