Changes between Version 5 and Version 6 of EndpointSS7

Timestamp:

Jul 20, 2021, 4:48:39 PM (3 years ago)

Author:

alx

Comment:

--

EndpointSS7

@@ -218 +218 @@
 note right: вызываемый абонент слышит звонок
 B -> A: CPG (event="Inband info")
-B o-[#blue]> A: <font color=blue>КПВ
+B o-[#blue]> A: <font color=blue>//КПВ//
 
 ...
@@ -232 +232 @@
 ==== Сценарий вызова с overlap dialing (только ITU) ====
 
-
+Рассмотренный выше сценарий предполагал, что сообщение IAM содержит в себе полный номер вызываемого абонента (En Bloc Dialing) и, таким образом, имеющейся в нем информации достаточно для трансляции вызова в SIP сообщение INVITE. В варианте протокола ITU возможны сценарии, в которых сообщение IAM содержит только часть (одну или несколько первых цифр) номера вызываемого абонента, а иногда не содержит цифр номера вообще. В таком случае оставшиеся недостающие цифры номера передаются в последующих сообщениях SAM.
+
+При получении сообщения IAM с неполным номером канальное окончсание SS7 проверяет, есть ли в номере хотя бы один символ. Если номер пуст, в речевой канал передается акустический сигнал готовности к набору номера (dialtone). После этого канальное окончание переходит в состояние `Dialing` и ожидает сообщение SAM.
+
+При получении от вызывающего абонента сообщений SAM содержащиеся в них символы номера вызываемого абонента добавляются к ранее принятым. Сигнал готовности, если был включен, отключается. Ожидание цифр номера заканчивается либо при получении очередного сообщения SAM с признаком окончания набора номера (символ '#'), либо если в течение 6 секунд не поступило ни одного нового символа. По окончании приема номера канальное окончание передает в сторону вызывающего абонента сообщение ACM, после чего формирует и передает в сеть сообщение INVITE. Далее процесс установки соединения ничем не отличается от приведенного выше базового сценария.
+
+Пример сценария с overlap dialing:
+
+{{{#!PlantUml
+@startuml
+title Cценарий вызова со стороны сети TDM с overlap dialing
+!pragma teoz true
+skinparam ParticipantPadding 80
+skinparam sequenceMessageAlign center
+participant "Абонент А (TDM)" as A
+participant "окончание SS7" as B
+participant "Абонент Б (IP)" as C
+
+A -> B: IAM (Called Party Number="")
+B o-[#blue]> A: <font color=blue>dialtone
+A -> B: SAM (Called Party Number="1")
+A <-[#blue]x B: <font color=blue>dialtone off
+A -> B: SAM (Called Party Number="2")
+A -> B: SAM (Called Party Number="3")
+A -> B: SAM (Called Party Number="4")
+{start} A -> B: SAM (Called Party Number="5")
+||35||
+{end} B -> A: ACM           .
+{start} <-> {end} : 6 секунд
+B -> C: INVITE "12345"
+C -> B: 100 Trying
+C -> B: 180 Ringing
+note right: вызываемый абонент слышит звонок
+B -> A: CPG
+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
+}}}
+
+==== Замена номера вызывающего абонента ====
+
+При получении вызова со стороны TDM в принятом сообщении ACM, как правило, содержится номер вызывающего абонента. Встречаются ситуации, когда номер вызываемого абонента приходит не в том формате, который требуется на стороне IP (например приходит только зоновый номер без кода страны и города). Функция замены по регулярному выражению номера вызывающего абонента, приходящего со стороны TDM, позволяет исправить эту ситуацию. Для решения проблемы в конфигурации канального окончания SS7 имеется конфигурационный параметр "Преобразование Caller-ID", позволяющий выполнять замену номера по регулярному выражению. Значение параметра задается в виде строки формата `/<regexp>/<replacement>`, где `<regexp>` - регулярное выражение, на совпадение с которым проверяется полученный номер, `<replacement>` - строка, которой заменяется номер в случае совпадения с регулярным выражением. В замене могут использоваться группы из регулярного выражения, которые подставляются с помощью комбинаций \1, \2 и т.д. Например если установить параметру "Преобразование Caller-ID" значение `/^(.{7})$/7342\1`, канальное окончание SS7 будет добавлять к принятому семизначному номеру префикс "7342".
 
 === Отбой соединения ===
 
+Отбой соединения в направлении сети TDM выполняется передачей сообщения REL на любом этапе соединения. После передачи солобщения REL канальное окончание SS7 переходит в состояние `Release` и ожидает получения ответного сообщения RLC. После получения сообщения RLC канальное окончание SS7 переходит в исходное состояние (`Idle`). Инициатором отбоя может как вызывающая, так и вызываемая сторона.
+
+При получении из сети TDM сообщения REL канальное окончание SS7 передает в сеть IP сообщения BYE, CANCEL или ответ с неуспешным кодом завершения в зависимости от текущего состояния траззакции SIP. В ответ на получение REL в сеть TDM передается сообщение RLC, после чего каналдьное окончание SS7 переходит в исходное состояние (`Idle`).
+
+Примеры сценариев отбоя на разных этапах соединения:
+
+{{{#!PlantUml
+@startuml
+title Сценарий неуспешного вызова (отбой вызываемой стороной)
+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: 486 Busy Here
+B -> C: ACK
+B -> A: REL
+A -> B: RLC
+@enduml
+}}}
+
+
+{{{#!PlantUml
+@startuml
+title Сценарий неуспешного вызова (отбой вызывающей стороной)
+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
+...
+A -> B: REL
+B -> A: RLC
+B -> C: CANCEL
+C -> B: 200 OK (CANCEL)
+C -> B: 487 Request Terminated (INVITE)
+B -> C: ACK
+@enduml
+}}}
+
+{{{#!PlantUml
+@startuml
+title Отбой успешно установленного соединения со стороны TDM
+skinparam ParticipantPadding 80
+skinparam sequenceMessageAlign center
+participant "Абонент А (TDM)" as A
+participant "окончание SS7" as B
+participant "Абонент Б (IP)" as C
+
+note over A, C: абоненты А и Б ведут разговор
+A -> B: REL
+B -> A: RLC
+B -> C: BYE
+C -> B: 200 OK
+@enduml
+}}}
+
+{{{#!PlantUml
+@startuml
+title Отбой успешно установленного соединения со стороны IP
+skinparam ParticipantPadding 80
+skinparam sequenceMessageAlign center
+participant "Абонент А (TDM)" as A
+participant "окончание SS7" as B
+participant "Абонент Б (IP)" as C
+
+note over A, C: абоненты А и Б ведут разговор
+C -> B: BYE
+B -> C: 200 OK
+B -> A: REL
+A -> B: RLC
+@enduml
+}}}
+
 === Контроль целостности разговорной цепи (COT) ===
+
+Так как в системе SS7 разговорные и сигнальные каналы могут проходить различными путями, в результате ошибок в конфигурации сети или возникновения каких-либо неисправностей возможны ситуации, когда выбранный для телефонного соединения разговорный канал неисправен (не транслирует речь абонентов между двумя коммутационными станциями (SSP)), что не мешает станциям успешно установить соединение, обмениваясь сообщениями по сигнальной сети. Для предотвращения таких ситуаций служит процедура контроля целостности цепи (Continuity Check, COT). Контроль заключается в том, что на одной стороне канала (стороне A) в него подается тональная частота, на другой стороне (стороне B) либо подключается шлейф разговорного канала, либо подключается приемник тональной частоты, и при ее обнаружении в канал в обратном направлении передается эта же или другая тональная частота. Сторона A, приняв тональную частоту из канала, делает вывод об исправности разговорного канала.
+
+Конфигурационный параметр "Continuity check %" канального окончания SS7 определяет приблизительный процент исходящих (в направление скети TDM) вызовов, при которых выполняется контроль целостности цепи: например при значении параметра 0 контроль не выполняется никогда, при значении 100 контроль выполняется при каждом вызове, при значении 10 - при каждом десятом вызове и т.п.
+
+При выполнении вызова с контролем исправности разговорной цепи канальное окончание SS7 исходящей станции (A) устанавливает в поле Nature of Connection Indicator передаваемого сообщения IAM флаг "Continuity Check Required", начинает передавать в разговорный канал тональную частоту 1780 или 2010 Гц (значение передаваемой частоты определяется конфигурационным параметром "Continuity check probe Tx"), переходит в состояние `COT` и ожидает приема из разговорного канала ответной тональнйо частоты (1780 Гц или 2010 Гц).
+
+Канальное окончание SS7 входящей станции (B), получив сообщение IAM с установленным флагом "Continuity Check Required", подключает к разговорному каналу приемник тональной частоты и переходит в состояние `Loopback`. При получении из разговорного канала ожидаемой тональной частоты канальное окончание SS7 начинает генерировать в канал ту же самую или альтернативную частоту. Принимаемые и передаваемые частоты определяются конфигурационным параметром "Continuity check loopback".
+
+В случае успешного приема станцией A из разговорного канала ожидаемой тональной частоты она отключает свой передатчик, передает станции B сообщение COT с признаком успешного выполнения теста и переходит в состояние `Proceeding`. Станция B, получив сообщение COT с признаком успешного выполнения теста, отключает от разговорного канала приемник и передатчик тональных частот, переходит в состояние Calling и продолжает обработку вызова обычным образом. Далее показан пример сценария вызова с успешным контролем разговорной цепи.
+
+{{{#!PlantUml
+@startuml
+title Сценарий вызова с контролем разговорной цепи
+skinparam ParticipantPadding 80
+skinparam sequenceMessageAlign center
+
+A -> B: IAM (Continuity Check Required)
+A -[#blue]> B: <font color=blue>//2010 Гц//
+B -[#blue]> A: <font color=blue>//1780 Гц//
+A -> B: COT (success)
+B ->]: INVITE
+B <-]: 180 Ringing
+B -> A: CPG
+B <-]: 200 OK
+B -> A: ANM
+
+note over A, B: абоненты А и Б ведут разговор
+@enduml
+}}}
+
 
 == Параметры конфигурации ==