Changes between Version 7 and Version 8 of EndpointSS7

Timestamp:

Jul 21, 2021, 11:25:07 AM (3 years ago)

Author:

alx

Comment:

--

EndpointSS7

@@ -398 +398 @@
 В случае, если станция A в течение 2 секунд с момента передачи тонального сигнала не получила обратный сигнал, она отключает генератор, передает станции B сообщение COT с индикацией неуспешной проверки, возвращает вызывающей стороне ответное сообщение SIP с неуспешным кодом и переходит в состояние `COT fail`, предотвращая таким образом последующие занятия неисправного разговорного канала.  Станция B, получив сообщение COT с индикацией неуспешной проверки, отключает приемник от канала и также переходит в состояние `COT fail`.
 
-Через 5 секунд после неуспешного завершения проверки разговорной цепи станция A инициирует повторную проверку, для чего передает станции B сообщение CCR, подключает к каналу генератор, переходит в состояние `COT` и ожидает обратной тональной частоты. Станция B, получив сообщение CCR, подключает к каналу приемник частоты и переходит в состояние `Loopback`. Последующая проверка проходит точно таким же образом, как и первая (после сообщения IAM). В случае неуспеха описанные повторные проверки целостности разговорной цепи повторяются каждые 2 минуты до тех пор, пока очередная проверка не завершится успешно. При успешном завершении повторной проверки станция A передает станции B сообщение COT с индикацией успешной проверки цепи. Получив это сообщение, станция B передает станции A сообщение REL и переходит в состояние `Release`. Станция A, получив сообщение REL, передает сообщение RLC и переходит в исходное состояние (`Idle`). Станция B, получив сообщение RLC, также переходит в исходное состояние (`Idle`). С этого омента разговорный канал снова способен обслуживать вызовы.
+Через 5 секунд после неуспешного завершения проверки разговорной цепи станция A инициирует повторную проверку, для чего передает станции B сообщение CCR, подключает к каналу генератор, переходит в состояние `COT` и ожидает обратной тональной частоты. Станция B, получив сообщение CCR, подключает к каналу приемник частоты и переходит в состояние `Loopback`. Последующая проверка проходит точно таким же образом, как и первая (после сообщения IAM). В случае неуспеха описанные повторные проверки целостности разговорной цепи повторяются каждые 2 минуты до тех пор, пока очередная проверка не завершится успешно. При успешном завершении повторной проверки станция A передает станции B сообщение COT с индикацией успешной проверки цепи. Получив это сообщение, станция B передает станции A сообщение REL и переходит в состояние `Release`. Станция A, получив сообщение REL, передает сообщение RLC и переходит в исходное состояние (`Idle`). Станция B, получив сообщение RLC, также переходит в исходное состояние (`Idle`). С этого момента разговорный канал снова способен обслуживать вызовы.
 
 Ниже показан пример сценария с неуспешными проверками разгорорного канала.
@@ -404 +404 @@
 {{{#!PlantUml
 @startuml
-title Сценарий вызова с контролем разговорной цепи
+title Сценарий неуспешного контроля разговорной цепи
 !pragma teoz true
 skinparam ParticipantPadding 80
@@ -410 +410 @@
 
 A -> B: IAM (Continuity Check Required)
-{start} A -[#blue]>x B: <font color=blue>//2010 Гц//
-||35||
-{end} A -> B: COT         (failed)
-{start} <-> {end}: 2 сек.
-B ->]: INVITE
-B <-]: 180 Ringing
-B -> A: ACM
-B <-]: 200 OK
-B -> A: ANM
-
-note over A, B: абоненты А и Б ведут разговор
+{c1} A -[#blue]>x B: <font color=blue>//2010 Гц//
+||30||
+{c2} A -> B: COT         (failed)
+{c1} <-> {c2}: 2 сек.
+||45||
+{c3} A -> B: CCR            .
+{c33} A -[#blue]>x B: <font color=blue>//2010 Гц//
+{c2} <-> {c3}: 5 сек.
+||30||
+{c4} A -> B: COT         (failed)
+{c33} <-> {c4}: 2 сек.
+||45||
+{c5} A -> B: CCR            .
+A -[#blue]> B: <font color=blue>//2010 Гц//
+B -[#blue]> A: <font color=blue>//1780 Гц//
+{c4} <-> {c5}: 2 мин.
+A -> B: COT (success)
+B -> A: REL
+A -> B: RLC
 @enduml
 }}}