Changes between Version 6 and Version 7 of EndpointSS7

Timestamp:

Jul 20, 2021, 7:05:16 PM (3 years ago)

Author:

alx

Comment:

--

EndpointSS7

@@ -197 +197 @@
 Если конфигурационный параметр "Преобразование Caller-ID" имеет непустое значение, выполняется замена номера вызывающего абонента по совпадению с заданным регулярным выражением. После этого канальное окончание SS7 формирует сообщение INVITE и отправляет его в сеть IP и переходит в состояние `Calling`.
 
-При получении из сети ответа "180 Ringing" канальное окончание PRI передает в сторону TDM сообщение CPG, содержащее в поле event значение "Invand info", сигнализирующее и наличии данных в речевом канале, и начинает передавать в канал акустический сигнал "Контроль посылки вызова" (КПВ).
+При получении из сети ответа "180 Ringing" канальное окончание PRI передает в сторону TDM сообщение ACM, содержащее в поле Called party's status indicator значение "Subscriver free" (1), и начинает передавать в разговорный канал сигнал "Контроль посылки вызова" (КПВ).
 
 При получении из сети ответа "200 OK", сигнализирующего об ответе вызываемого абонента, канальное окончание SS7 прекращает передачу в канал сигнала "КПВ", активирует медиапоток, передает в сторону TDM сообщение ANM и переходит в состояние `Connected`.
@@ -217 +217 @@
 C -> B: 180 Ringing
 note right: вызываемый абонент слышит звонок
-B -> A: CPG (event="Inband info")
+B -> A: ACM (status="Subscriver free")
 B o-[#blue]> A: <font color=blue>//КПВ//
-
 ...
 note over C: абонент ответил на вызов
@@ -389 +388 @@
 B ->]: INVITE
 B <-]: 180 Ringing
-B -> A: CPG
+B -> A: ACM
 B <-]: 200 OK
 B -> A: ANM
@@ -397 +396 @@
 }}}
 
+В случае, если станция 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`). С этого омента разговорный канал снова способен обслуживать вызовы.
+
+Ниже показан пример сценария с неуспешными проверками разгорорного канала.
+
+{{{#!PlantUml
+@startuml
+title Сценарий вызова с контролем разговорной цепи
+!pragma teoz true
+skinparam ParticipantPadding 80
+skinparam sequenceMessageAlign center
+
+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: абоненты А и Б ведут разговор
+@enduml
+}}}
 
 == Параметры конфигурации ==