Changes between Version 4 and Version 5 of EndpointSS7

Timestamp:

Jul 20, 2021, 12:17:24 PM (4 years ago)

Author:

alx

Comment:

--

EndpointSS7

@@ -174 +174 @@
 A <-[#0000ff]-> B: <font color=blue>//медиапоток//
 note right of C: вызываемый абонент слышит звонок
-C -> A: КПВ
+C o-[#gray]> A: <font color=gray>//          КПВ//
 ...
 note over C: абонент ответил на вызов
@@ -184 +184 @@
 }}}
 
+В данном примере поле event сообщения GPC имеет значение "Inband info", указывающее на наличие данных в речевом канале. При его получении канальное окончание SS7 сформировало сообщение SDP в теле ответа "183 Session Progress" и активировало медиапоток, дав возможность вызывающему абоненту прослушивать акустический сигнал "Контроль посылки вызова" (КПВ), сформированный оборудованием вызываемой стороны.
 
 === Вызов в сторону сети IP ===
 
+==== Базовый сценарий вызова ====
+
+При получении сообщения IAM плата VE-01 (VE-02) выполняет ряд проверок для определения возможности обслужить поступивший вызов, основные из которых перечислены ниже:
+1. Выполняется поиск разговорного канала (канального окончания SS7) с указанным в сообщении кодом CIC. Если канал не найден, сообщение игнорируется.
+1. Проверяется находится ли найденное канальное окончание SS7 в исходном состоянии. Если состояние отлично от `Idle` и `RBlocked` (см. ниже об удаленной блокировке канала), сообщение игнорируется.
+1. Проверяется значение поля Transmission Medium Requirements. Если его значение отлично от `speech` (и `3.1k audio` при условии установки конфигурационного параметра "Принимать 3.1k audio"), канальное окончание посылает отбой (REL), при этом поле `cause` устанавливается в значение "Bearer capability not implemented" (65). Данная проверка выполняется только для варианта протокола ITU.
+
+Если конфигурационный параметр "Преобразование Caller-ID" имеет непустое значение, выполняется замена номера вызывающего абонента по совпадению с заданным регулярным выражением. После этого канальное окончание SS7 формирует сообщение INVITE и отправляет его в сеть IP и переходит в состояние `Calling`.
+
+При получении из сети ответа "180 Ringing" канальное окончание PRI передает в сторону TDM сообщение CPG, содержащее в поле event значение "Invand info", сигнализирующее и наличии данных в речевом канале, и начинает передавать в канал акустический сигнал "Контроль посылки вызова" (КПВ).
+
+При получении из сети ответа "200 OK", сигнализирующего об ответе вызываемого абонента, канальное окончание SS7 прекращает передачу в канал сигнала "КПВ", активирует медиапоток, передает в сторону TDM сообщение ANM и переходит в состояние `Connected`.
+
+Пример сценария вызова приведен ниже:
+
+{{{#!PlantUml
+@startuml
+title Базовый сценарий вызова со стороны сети TDM
+skinparam ParticipantPadding 80
+skinparam sequenceMessageAlign center
+participant "Абонент А (TDM)" as A
+participant "окончание SS7" as B
+participant "Абонент Б (IP)" as C
+
+A -> B: IAM
+B -> C: INVITE
+C -> B: 100 Trying
+C -> B: 180 Ringing
+note right: вызываемый абонент слышит звонок
+B -> A: CPG (event="Inband info")
+B o-[#blue]> A: <font color=blue>КПВ
+
+...
+note over C: абонент ответил на вызов
+C -> B: 200 OK
+B <-[#0000ff]-> C: <font color=blue>//медиапоток//
+B -> C: ACK
+B -> A: ANM
+note over A, C: абоненты А и Б ведут разговор
+@enduml
+}}}
+
+==== Сценарий вызова с overlap dialing (только ITU) ====
+
+
+
 === Отбой соединения ===
+
+=== Контроль целостности разговорной цепи (COT) ===
 
 == Параметры конфигурации ==
@@ -226 +275 @@
 Loopback: ожидается COT
 COT: ожидается тестовая\nчастота
-fail: канал неисправен
+state "COT fail" as fail: канал неисправен
 fail --> COT: CCR
 
@@ -233 +282 @@
 Idle --> COT: принято IAM
 COT --> Proceeding: тест успешен
-COT --> Proceeding: повторный тест\nуспешен: REL
 COT --> fail: тест неуспешен
 Idle --> Loopback: получено CCR или\nIAM с COT
@@ -245 +293 @@
 Calling --> Connected: принято 200 OK
 Calling --> Release: принято 486 Busy Here
-Calling --> Idle: REL
+Calling --> Idle: принято REL
 Connected --> Release: принято BYE
 Connected --> Idle: принято REL