Кто-то скажет: "Зачем? Все просто!". Согласен, но делается это довольно редко, поэтому забывается. Да, и есть некоторые тонкости, про которые обычно забывают. Поэтому попытаюсь описать эту процедуру полностью, т.е. что нужно сделать на станции и на C-DOP, но весьма “скелетно”.
Ну, тут, в принципе, все просто, нужно только помнить, что абоненты своей станции идут через петлю, а все остальные напрямую.
1. Создаем префиксы в соответствующих деревьях (быстрее делать ref'ом), помним, про "особенность" собственных абонентов.
2. Создаем DESTACC для нового класса вызова.
7474:CREATE,ACCINFO=RTEOPER&1&9&8&0.
Скажу честно, в значениях последних двух аргументов ACCINFO не разбирался т.к. они одинаковы у всех подобных DESTACC'ов (причем, последний точно не используется у нас в России). Второй аргумент это номер операторской подсистемы, а третий номер класса вызова.
3. Модифицируем префиксы согласно нового DESTACC.
На этом маршрутизация, собственно говоря, и заканчивается.
Тут в принципе тоже ничего сложного, каждый делает по-своему, как ему привычнее. Ниже приведена упрощенная последовательность действий.
На этом можно было бы и закончить, но в действительности еще много чего нужно подправить. Поговорим об этом подробнее.
Если вызова данного КВ должны тарифицироваться, т.е. будут делаться соединения абонентов или оказываться платные услуги, то в этом случае нужно сделать так, что бы при выходе абонента не появлялась надпись "сбой доступа". Для этого нужно настроить входящую TKG (MODIFY-TKG:TKGID=,INCIDF=), но в большинстве случаев придется внести изменения в R_INC_CLAS.
Рассмотрим это отношение подробнее:
| D_INC_CLAS | Номер класса вызова (ключевой домен). |
| D_DEF_CT | Комбинация тип вызова/оплаты. Полезный домен если вы хотите в дальнейшем в биллинге высекать нужные вызовы. Получается, если выставить здесь, что-то отличное от НОМ, то телефонистке остается только обработать вызов и отправить его в систему (только не забывайте про R_TYPE). А дальше, при обработке биллинга, вы сможете выделить нужные вам вызовы. |
| D_CADIS_CL |
Под каким номером КВ данный КВ будет обрабатываться с системе распределения вызовов. Если вы хотите, что бы разные КВ обрабатывались одинаково объедините их с помощью этого домена. Но, в принципе, аналогичных результатов можно добиться с помощь маршрутизации, т.е. использовать один DESTACC. |
| D_OP_SYMB, D_OP_TASK | Эти домены нужно рассматривать в паре. Они указывают на строки из R_IND_SYMB, которые используются для вывода на экран наименования типа вызова (например: "Справка 09", "Справка 009", "Служба 07", "Служба 8-18" и т.д.) т.е. оператор видит что-то осмысленное, а не ту белиберду, которая выводится в случае стандартной популяции отношений R_IND_SYMB и R_INC_CLAS (прошу не считать это камнем в огород СЦ). Вносить изменения в R_IND_SYMB лучше с помощью DUR'a. |
| D_CUT_DGT, D_ADD_DGT, D_ADD_BUF | А вот собственно и те домены, из-за которых я и затеял рассмотрение R_INC_CLAS. С их помощью можно производить манипуляции с полученными цифрами АОНа. Тут все просто: сколько цифр отрезаем, сколько добавляем и что именно добавляем. При модификации D_ADD_BUF вспомните про параметр PART в MODIFY-TUPLE. |
Если вы используете измерения по классам вызовов и хотите иметь в рапортах RRN 1630,1631 нечто близкое к истинным названиям КВ, то следует обратить внимание на R_MEA_NAME. А что бы было различие в КВ (у меня его не было, а на соседней станции было) следует обратить внимание на R_CC_SUPV.D_CCQ_GRP.
Согласен, и даже уверен, что это очень поверхностно, но это то, с чем, лично мне, пришлось столкнуться в своей практике. Кто имеет что дополнить - пишите мне, и я дополню этот материал. Хотя, я не думаю, что кто-то откликнется.
Максим Осташов
Размещено на www.s12most.mailru.com 06 мая 2001
Есть вопросы или дополнения, конструктивная критика? Пишите!