Все инженеры СC08 - объединяйтесь !

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.


Вы здесь » Все инженеры СC08 - объединяйтесь ! » Работаем с Huawei » Service Prefix и Prefix Special Processing


Service Prefix и Prefix Special Processing

Сообщений 1 страница 21 из 21

1

Ситуация следующая:
В CNACLD есть один префикс 8 (national toll) и много 8xxxx (local toll)
Задача, поменять используя ADD PFXPRO набранный номер c префиксом 8 на префикс 815
Создал специальную обработку префикса для 8, но она не работает для прписанных в CNACLD 8xxxx.
Можно ли как то, не создавая для каждой записи CNACLD 8xxxx свою PFXPRO 8xxxx, заставить обрабатывать одним префиксом 8 все 8хххх в PFXPRO.
Записи 8хххх в CNACLD нужны для определения зональной связи.

0

2

А попробуй префикс 8 создать с параметром minimum number length = 1.

0

3

james написал(а):

А попробуй префикс 8 создать с параметром minimum number length = 1.

Не помогает

0

4

Ну это был вариант - ну тогда наверно остается делать для каждого CNACLD делать PFXPRO.

0

5

Пришли как прописано.

0

6

Вячеслав написал(а):

Пришли как прописано.

префиксы 8 и 8843
для 8 - работает обработка префикса для 8843 - нет

Basic service call prefix
-------------------------
                      DnSet  =  0
                Call prefix  =  8
           Service category  =  Basic service
          Service attribute  =  National toll
           Custom attribute  =  NO
                    Min.len  =  1
                    Max.len  =  13
            Route selection  =  29
    Priority selection code  =  255
               Release mode  =  Unilateral release
  Additional signaling flag  =  YES
     Prefix processing flag  =  YES
Caller number analysis flag  =  NO
        Emergency call flag  =  NO
            Query area code  =  NO
                       Gain  =  Toll gain
                  Free flag  =  NO
            Ring delay time  =  0
         Charging selection  =  10
    Service sequence number  =  0
   Time delay trigger point  =  0
           Triggering delay  =  0
                Destination  =  65535
Basic service call prefix
-------------------------
                      DnSet  =  0
                Call prefix  =  8843
           Service category  =  Basic service
          Service attribute  =  Local toll
           Custom attribute  =  NO
                    Min.len  =  1
                    Max.len  =  13
            Route selection  =  29
    Priority selection code  =  255
               Release mode  =  Unilateral release
  Additional signaling flag  =  YES
     Prefix processing flag  =  NO
Caller number analysis flag  =  NO
        Emergency call flag  =  NO
            Query area code  =  NO
                       Gain  =  Toll gain
                  Free flag  =  NO
            Ring delay time  =  0
         Charging selection  =  10
    Service sequence number  =  0
   Time delay trigger point  =  0
           Triggering delay  =  0
                Destination  =  65535

Number Changing
---------------
     Change index  =  15
             Type  =  Number changed
  Change location  =  0
    Change length  =  1
Address nature ID  =  Address nature not changed
       New number  =  15

Special process of specified call prefix
----------------------------------------
                          Call source  =  15
                       Address nature  =  All number
               Called num change flag  =  YES
                    Called change idx  =  15
               Caller num change flag  =  NO
Call transfer voice station send tone  =  NO
                    Caller change idx  =  0
                      Fail cause code  =  Supplementary service activation conflicted
                         Fail process  =  NO
                          Re-analysis  =  NO
                            New DnSet  =  0
                            Send tone  =  Not sending tone
                        Tone position  =  0
                     Signal tone type  =  Record0

0

7

А ты поставил:   Re-analyze  =  TRUE
Это мой пример.

LST PFXPRO: PFX=K'863275;%%
RETCODE = 0  Operation succeeded

DnSet   Call prefix     

0       863275           

Special processing attr
-----------------------
               Call source  =  0
            Address nature  =  National number
Called number change flag  =  TRUE
Called number change index  =  2
Caller number change flag  =  FALSE
Caller number change index  =  No change
           Fail cause code  =  Supplementary service activation conflicted
              Fail process  =  FALSE
                Re-analyze  =  TRUE
                 New DnSet  =  0
                 Send tone  =  Not sending tone
          Signal tone site  =  0
                 Tone type  =  Record0

Режем по второму правилу:

%%LST DNC: DCX=2;%%
RETCODE = 0  Operation succeeded

Number change data
------------------
     Number change index  =  2
      Number change type  =  Delete number
         Change location  =  0
           Change length  =  3
Address nature indicator  =  National number
              New number  =  <NULL>

У тебя нужно будет подставлять. И оправлять на реанализ весь диапазон. Должно заработать. Поробуй.

0

8

Вячеслав написал(а):

У тебя нужно будет подставлять. И оправлять на реанализ весь диапазон. Должно заработать. Поробуй.

Извини конечно но это бред. Зачем делать повторный анализ префикса если он уже изменился (вместо 8 стало 15).

0

9

При повторном, еще одной подмены не будет.

0

10

Вячеслав написал(а):

При повторном, еще одной подмены не будет.

Поясняю.
Есть правило обработки префикса 8 которое не срабатывает для 8843. Ты предлагаешь поставить в этом правиле (неработающем) флаг повторного анализа префикса. А для того чтобы этот флаг имел смысл правило должно сработать хотя бы первый раз.

0

11

Вот  щас почитал немного - получается что правило PFXPRO работает для конкретного префикса в CNACLD.
По этому для каждого CNACLD - должен быть PFXPRO.

0

12

james написал(а):

Вот  щас почитал немного - получается что правило PFXPRO работает для конкретного префикса в CNACLD.
По этому для каждого CNACLD - должен быть PFXPRO.

Получается если нужно обработать самый короткий префикс CNACLD в PFXPRO нужно создать одинаковые правила для всех более длинных префиксов ?

0

13

не совсем понял вопрос...
Но к примеру:
есть только два CNACLD 80 и 8032
Если ты создашь PFXPRO для 8032 - оно будет работать, но не будет работать если абонент наберет 8033.
И наоборот.

0

14

james написал(а):

не совсем понял вопрос...
Но к примеру:
есть только два CNACLD 80 и 8032
Если ты создашь PFXPRO для 8032 - оно будет работать, но не будет работать если абонент наберет 8033.
И наоборот.

То то и оно. Как то нелогично получается. Тогда бы уж они сделали в таблице CNACLD поле преобразование префикса, если приходится дублировать префиксы в обеих таблицах. У меня сейчас задача поменять определенным абонентам (по Call Source) набранный префикс мг/мн (вместо 8 подставить 815) и чтобы это сохранилось в bil файлах. В принципе если делать через bearer index то все получается (достаточно создать соответствующее правило на 8), но тогда в bil файлах не отображается подмена префикса. А в CNACLD у меня префиксов типа 8хххх порядка сотни. Это для того что бы показать префиксы зоновой связи для сотовых операторов. Что то не охота создавать такой же огород в таблице PFXPRO. Некрасиво это.

0

15

У а меня вопрос - это надо просто чтоб поменять префикс - или в зависимости от Call Source менять префикс и отправлять на другую ТГ?

0

16

james написал(а):

У а меня вопрос - это надо просто чтоб поменять префикс - или в зависимости от Call Source менять префикс и отправлять на другую ТГ?

Нужно определенных абонентов направлять на зоновый узел, который распознает их именно по добавленному префиксу и в зависимости от этого смаршрутизирует дальше по своим правилам.

0

17

Тю - так это можно решить совершенно другим способом (если я правильно понял задачу).
Давай уточним.
Итак если я правильно понял имеем следующие данные (к примеру):
абонент А с Call Source = 1
абонент Б с Call Source = 11
местная транк группа 1
зоновая Транк Группа 11
Если абонент А набирает 8 - то его вызов без всяких изменений отправлять на ТГ 1
Если абонент Б набирает 8 - то 8хх нужно преобразовать на 815 отправлять на ТГ 11
Правильно ли я понял условие задачи?
Или же местная ТГ и зоновая - это одна и таже ТГ?

Отредактировано james (2010-04-23 19:36:35)

0

18

james написал(а):

Тю - так это можно решить совершенно другим способом (если я правильно понял задачу).
Давай уточним.
Итак если я правильно понял имеем следующие данные (к примеру):
абонент А с Call Source = 1
абонент Б с Call Source = 11
местная транк группа 1
зоновая Транк Группа 11
Если абонент А набирает 8 - то его вызов без всяких изменений отправлять на ТГ 1
Если абонент Б набирает 8 - то 8хх нужно преобразовать на 815 отправлять на ТГ 11
Правильно ли я понял условие задачи?
Или же местная ТГ и зоновая - это одна и таже ТГ?

И для абонента А и для Б при наборе 8 вызов уходит на одну и ту же ТГ (зоновую). Вот только для абонента Б нужно добавить в наборе 15.

0

19

Ну тогда напишу как это сделать на твоем примере.
У тебя есть уже правило изменения номера Number Changing 15, и есть Call source  =  15
Значит делаешь:
ADD TGLD: CLI=15, TOP=1, RI=0, EI=15;
ADD TGLDIDX: TG=1, CSC=15, P=0, PFX=K'8, CLI=15;

Все после этого у тебя номера с Call source  =  15 при наборе 8, при выходе на 1-ую ТГ будут уходить с 15 в начале набора.

0

20

james написал(а):

Ну тогда напишу как это сделать на твоем примере.
У тебя есть уже правило изменения номера Number Changing 15, и есть Call source  =  15
Значит делаешь:
ADD TGLD: CLI=15, TOP=1, RI=0, EI=15;
ADD TGLDIDX: TG=1, CSC=15, P=0, PFX=K'8, CLI=15;
Все после этого у тебя номера с Call source  =  15 при наборе 8, при выходе на 1-ую ТГ будут уходить с 15 в начале набора.

Я так уже пробовал (выше даже писал про bearer index). Дело в том что при такой обработке в файда биллинга *.bil попадает номер без префикса 15 . Там есть две записи для Dialed Number и Connected Number, если делать через bearer они обе одинаковые и соответствуют тому что набрал абонент.  А нужно потом этих абонентов посчитать правильно. PFXPRO такой проблемой не страдает. В Connected Number пишется 15хххх

0

21

oleg, похоже, что от титанического труда по созданию PFXPRO для каждого префикса тебе не уйти.  o.O    Потому, что, как ты успел заметить, PFXPRO работает с конкретным префиксом. И если есть пересекающиеся префиксы (н-р 8, 81, 812 и т.д.), то PFXPRO, хочешь-не хочешь, но придется писать для каждого. Я уже через такую ситуацию проходил, правда не с такими объемами.
  Если же тебе удастся найти какой-то унифицированный способ, поделись опытом, не жадничай   :playful:
  А пока облегчить твой труд поможет командный файл (создашь его и запустишь).

0


Вы здесь » Все инженеры СC08 - объединяйтесь ! » Работаем с Huawei » Service Prefix и Prefix Special Processing


создать свой форум бесплатно