INF.01 · pytanie 346
Wskaż zdarzenie, które ilustruje zamieszczony w ramce raport wymiany komunikatów sygnalizacyjnych w centrali abonenckiej? TE<-- UI (0001) SETUP Channel: B1 Calling: 7001 Called: 7202 TE--> I (0001) CALL_PROCEEDING Channel: B1 TE--> I (0001) DISCONNECT Cause: Normal call clearing TE<-- I (0001) RELEASE Cause: Normal call clearing TE--> I (0001) RELEASE_COMPLETE
- AAbonent 7202 dzwonił do abonenta 7001 i rozmowa nie doszła do skutku.
- BAbonent 7202 dzwonił do abonenta 7001 i rozmowę zakończył abonent 7202.
- CAbonent 7001 dzwonił do abonenta 7202 i rozmowę zakończył abonent 7202.
- DAbonent 7001 dzwonił do abonenta 7202 i rozmowa nie doszła do skutku.Poprawna
Wyjaśnienie
Ta odpowiedź jest poprawna, ponieważ analizując raport wymiany komunikatów sygnalizacyjnych, widzimy, że abonent 7001 próbował nawiązać połączenie z abonentem 7202. Komunikat 'SETUP' oznacza próbę ustanowienia połączenia, a 'CALL_PROCEEDING' potwierdza, że centrala rozpoczęła jego realizację. Jednakże komunikat 'DISCONNECT' wskazuje, że połączenie zostało przerwane z powodu 'Normal call clearing', czyli normalnego zakończenia połączenia bez jego faktycznej realizacji. Ostateczne 'RELEASE' i 'RELEASE_COMPLETE' zamykają proces. Moim zdaniem, to typowa sytuacja, kiedy nie dochodzi do rozmowy z różnych powodów, na przykład brak odpowiedzi abonenta docelowego. W praktyce takie sytuacje zdarzają się często w telekomunikacji, gdzie sygnalizacja musi być precyzyjna, aby zarządzać zasobami sieciowymi efektywnie. Standardy takie jak ITU-T Q.931 precyzują te procedury, co jest kluczowe dla zapewnienia interoperacyjności między różnymi systemami.