Просмотр исходного текста страницы Конфигурирование СОРМ на коммутаторах М-200 серии СС

{{ПравМенюСС}}
{{ПравГлавМеню}}
{{ВерхМенюКонфигСиг}}

==Настройка потоков==

В случае, если УК МР-хх состоит из одной кассеты, ТЭЗ СОРМ рекомендуется разместить в 19-м слото-месте и ПУ будет подключен к потоку 73.
*Тип потока 73, должен быть TYPE = PCM_SORM.
*Тип потоков 74-76, должен быть TYPE = PCM_NONE.


В случае, если УК МР-хх состоит из двух кассет, ТЭЗ СОРМ рекомендуется разместить в 32-м слоте и ПУ будет подключен к потоку 125.
*Тип потока 125, должен быть TYPE = PCM_SORM.
*Тип потоков 126-128, должен быть TYPE = PCM_NONE.

В случае, если УК МР-хх 4U (моноблок), ТЭЗ СОРМ рекомендуется располагать в 7-м слоте и ПУ будет подключен к потоку 25.
*Тип потока 25, должен быть TYPE = PCM_SORM;
*Тип потоков 26-28, должен быть TYPE = PCM_NONE;

В настройках потока необходимо включить параметр '''order_268'''.

Канальные интервалы (PORT) с 1 по 28 должны иметь тип TYPE = SIG_SORM. Программа автоматически учитывает необходимость пропускать КИ 16 и пропускать этот канал в конфигурации не нужно.


Пример конфигурации СОРМ:

    MODULE [127]
    {   TYPE = MODULE_MP  NAME = "SorM"  PROFIL = 7
 
        PCM [73] { PROFIL = 8              // TYPE PCM = PCM_SORM
            PORT [1-28] { PROFIL = 9      // SIG = SIG_SORM
                ...
            }
        }
        PCM [74-76] { PROFIL = 10          // TYPE PCM = PCM_NONE
        }
    }
 
 	...
 
    PROFIL [8] { TYPE = PCM_SORM 
        order_268 = YES
    }
    PROFIL [9] { TYPE = SIG_SORM 
    }
    PROFIL [10] { TYPE = SIG_NONE 
    }
 
 	...


==Раздел COMMON==

В разделе COMMON должен быть указан номер модуля СОРМ (127). 

    COMMON {
        nSormModule = 127    
    }

==План нумерации==

Одним из основных требований, обеспечивающих корректное функционирование СОРМ на оборудовании М-200, является соответствие плана нумерации и схемы преобразования номеров описанным ниже требованиям (приказ №268).

'''Внимание! Согласно приказу,  номера телефонов ставятся на контроль в формате международного телефонного номера из ресурса всемирной нумерации.'''
 

===Внутренние абоненты:===

Для соответствия требованиям приказа вся нумерация должна быть переведена на 10 цифр. 

 SLOT [1] { PROFIL = 3           // SLOT TYPE = SLOT_A16
    PORT [1-16] { PROFIL = 4      // SIG = SIG_EXT
        GROUP = 1
        NUMBERA = "1112223344+"
    }
 }
 
 AIR [1] { PROFIL = 5             // AIR TYPE = AIR_IP
    PORT [1] { PROFIL = 6       // SIG = SIG_EXT_SIP
        GROUP = 1
        NUMBERA = "1112223399"
    }
 }

На этапе взаимодействия с аппаратурой СОРМ все абонентские номера будут автоматически приводиться международному формату (добавлять код страны 7).

Для обратной совместимости 10-тизначной абонентской нумерации и требований приказа, необходимо прописать правила взаимного преобразования (отбросить код страны). Такое преобразование необходимо для выбора карточки абонента и правильной обработки ДВО в рамках СОРМ.

    ROUTE [6] { NAME = "LocalSORM"
        RECORD "7812331155*" : "-**********" [[ТМ. Формальный синтаксис#Выбор направления|DIROUT]]
    }

Данная таблица должна быть привязана (по номеру) к правилу выбора локальных номеров:

    PROFIL [1] { TYPE = AIR_COMMON
        sormLocalNumbers = 6
    }

В случае если внутренняя нумерация должна быть меньше 10 знаков, необходимо использовать только соответствующие правила преобразования в таблице маршрутизации:
 
    ROUTE [2] { NAME = ""
        RECORD "*****" : "11122*****" [[ТМ. Формальный синтаксис#Выбор направления|LOCAL]]
    }

===Внешние номера===

'''По умолчанию вся нумерация рассматривается как номера ТфОП России (04).''' 


Для соответствия требованиям приказа, необходимо учитывать правила:

*Если номер 10 цифр вида ХХХххххххх, код страны (7) будет учитываться автоматически и для СОРМ номер будет рассматриваться в международном формате.
*Если номер 11 цифр вида 7ХХХххххххх, все будет обрабатываться как есть.
*Если номер 11 цифр вида 8ХХХххххххх, префикс 8 будет заменен на код страны (7).


Таким образом, маршрутизация может включать в себя только правила, аналогичные следующим:

    ROUTE [1] { NAME = ""
        RECORD "**********" N1
        RECORD "8812*******" N2
        RECORD "8**********" N3
        RECORD "7945*******" N4
    }

==Дополнительные виды обслуживания (ДВО)==

Для обеспечения корректной работы СОРМ с функциями ДВО в абонентскую сигнализацию должен быть добавлен следующий параметр:

DVO_Codes = ( "" "" "" "" "-" "" "" "" "" "" "" "" "" "" "" "" "" "-" "" "" "" "" "" "" "" "-" "-" "" "" "" "-")

Например:

<code>
 PROFIL [2] 
 { 
     TYPE = SIG_EXT
     DVO_Codes = ( "" "" "" "" "-" "" "" "" "" "" "" "" "" "" "" "" "" "-" "" "" "" "" "" "" "" "-" "-" "" "" "" "-") 
 }
</code>


==Исправление нумерации не соответсвующей требованиям контролирующих органов==

Очень часто бывает ситуация когда нумерация сети не соответствует нумерации при закреплении номеров контролирующими органами. Например в сети 7 значная нумерация, а под наблюдение ставиться 11 значный полный номер.
М-200 предлагает гибкую систему модификации номеров через таблицы. Эти модификации не отразятся, ни на тарификации, ни на прохождении вызовов через ТФОП.

Начинается настройка с добавлением параметра set_sormRoutech2 или set_sormRoutech в профиль COMMON

    COMMON {
        nSormModule = 127    
        set_sormRoutech2 = ("1-99 4")
    }
Где 1-99 это номера групп портов нумерации которых будет модифицироваться по таблице маршрутизации №4. Это общий случай, можно задать для каждой группы портов свою таблицу маршрутизации, для модификации номера.
set_sormRoutech2 = ("1-1 4" "2-2 5") порты в из группы 1 будут модифицироваться по 4 таблице маршрутизации, порты из группы 2 будут модифицироваться по 5 таблице маршрутизации.

Отличие set_sormRoutech от set_sormRoutech2 в том что первый модифицирует саму нумерацию, а set_sormRoutech2 подгоняет нумерацию под формат постановки.

Теперь о самой таблице модификации, синтаксис у нее такой же как и обычной таблицы маршрутизации, за исключением того что нет выбора направления, вместо него используется ключевое слово DIROUT, которое говорит об окончании просмотра таблицы маршрутизации. Модифицируются отдельно А и Б номера.

    ROUTE [5] { NAME = "Routech2"
        RECORD "**********" AON "**********" : "7**********" AON "7**********" DIROUT
        RECORD "**********" : "7**********" DIROUT
        RECORD "3**" AON "3**" : "78123312***" AON "78123312***" DIROUT
        RECORD "3**" : "78123312***" DIROUT
        RECORD "5**" AON "5**" : "78123311***" AON "78123311***" DIROUT
        RECORD "5**" : "78123311***" DIROUT
        RECORD "***" AON "5**" : AON "78123311***" DIROUT
        RECORD "810?????????????????????????????????"  : "---*********************************" DIROUT
    }

При задании таблицы модификации, неявные модификации перестают работать, нужно явно приводить 10 значную нумерацию к 11 знакам, 8 заменять на 7, обрезать 810 если это нужно.
Из таблицы видно, что все вызовы на 10 значные номера будут модифицированы до 11 знаков, добавлением 7 впереди к номеру. Аналогично модифицируются А номера.
3-х значная нумерация будет преобразовано к 11 знакам путем добавления соответствующего префикса.
Международные вызовы будут модифицированы путем обрезания 810, для соответствия приказу 286.

К модификации номеров нужно подходить очень внимательно, не забывать приводить нумерацию в соответствии с требованиями по всем портам.


[[Категория:Конфигурирование оборудования]]
[[Категория: Аппаратура СОРМ]]
__NOTOC__