Голосовая связь : Digital CCS

Вызывающие абоненты телефонной коммутируемой сети общего пользования не слышат сигнал возврата вызова при вызове IP-телефонов

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Этот документ обсуждает проблему, где абонент открытой коммутируемой телефонной сети (PSTN) не слышит вызов назад при вызове IP-телефона.

Предварительные условия

Требования

Для этого документа отсутствуют особые требования.

Используемые компоненты

Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования.

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Технические рекомендации Cisco. Условные обозначения.

Проблема

Существуют некоторые ситуации, в которых шлюз может периодически быть не в состоянии предоставлять Тоновый сигнал обратного вызова (RBT) абоненту входящей ISDN. Эта проблема была замечена на локальных, междугородных, и международных вызовах.

  • Шлюз создает ответный вызов к стороне сети (телефонная сеть общего пользования (PSTN) или учрежденческая [частная] АТС с входящей и исходящей связью [PABX]), если в настройке присутствует строка Progress IE = 3, означающая, что исходный адрес (вызывающая сторона) не относится к интегрированной цифровой сети (ISDN).

  • Шлюз НЕ формирует сигнал возврата вызова на сторону сети (PSTN или PABX), если в настройках установлено значение Progress IE=0, означающее, что исходный адрес (вызывающая сторона) принадлежит сети ISDN.

Вот пример того, когда это может произойти. Международные звонки поступают через ISDN.

PSTN---------IOS-шлюз------------CallManager------------IP-телефон

Пример вызова с присутствующим тональным сигналом возврата вызова

Вызов от терминала НЕ ISDN принят. Настройка содержит IE Выполнения = 3. Шлюз генерирует обратный вызов после получения сигнала тревоги от Cisco CallManager.

Примечание: Эти отладки были перехвачены путем давания команды Cisco IOS₩½ Software debug isdn q931:

01:34:48: ISDN Se0:15: RX <- SETUP pd = 8 callref = 0x002B
01:34:48: Sending Complete
01:34:48: Bearer Capability i = 0x9090A3
01:34:48: Channel ID i = 0xA9838D
01:34:48: Progress Ind i = 0x8583 - Origination address is non-ISDN 
01:34:48: Calling Party Number i = 0x2183, '27045000', Plan:ISDN, Type:National
01:34:48: Called Party Number i = 0xA1, '27182145', Plan:ISDN, Type:National
01:34:48: ISDN Se0:15: TX -> CALL_PROC pd = 8 callref = 0x802B
01:34:48: Channel ID i = 0xA9838D
01:34:48: act_alert: Tone Ring Back generated in direction Network One
01:34:48: act_gen_tone: Tone Ring Back generated in direction Network
01:34:48: ISDN Se0:15: TX -> ALERTING pd = 8 callref = 0x802B

Пример вызова с отсутствующим тональным сигналом возврата вызова

От терминала ISDN получен вызов. В установке отсутствует Progress IE. (IE выполнения = 0). Шлюз не генерирует обратный вызов после получения сигнала тревоги от Cisco CallManager.

01:37:01: ISDN Se0:15: RX <- SETUP pd = 8 callref = 0x002E
01:37:01: Sending Complete
01:37:01: Bearer Capability i = 0x8090A3
01:37:01: Channel ID i = 0xA98391
01:37:01: Calling Party Number i = 0x2183, '478681058', Plan:ISDN, Type:International
01:37:01: Called Party Number i = 0xA1, '27182145', Plan:ISDN, Type:International
01:37:01: High Layer Compat i = 0x9181
01:37:01: ISDN Se0:15: TX -> CALL_PROC pd = 8 callref = 0x802E
01:37:01: Channel ID i = 0xA98391
01:37:01: ISDN Se0:15: TX -> ALERTING pd = 8 callref = 0x802E

В этом примере шлюз ожидает, что ISDN будет генерировать тон фонового сигнала вызова (из-за отсутствия PI из 3). Однако ISDN не создает тональный сигнал обратного вызова. Это приводит к тому, что вызывающему абоненту слышна тишина до ответа на вызов. Причиной может быть проблема межсетевого взаимодействия ISDN, потому что вызов является международным (обычно сигнал для международного вызова генерируется терминальным устройством).

Решение

Можно вынудить шлюз генерировать вызов назад путем запуска команды progress_ind setup enable 3. Выполните такую настройку в узле VoIP, указывающем на Cisco CallManager.

!

dial-peer voice 500 voip
destination-pattern 5...
progress_ind setup enable 3

!-- Forces ring back tone for this peer.

session target ipv4:10.200.73.15
codec g711ulaw
!

Примечание: В случае множественных Узлов VoIP, с которыми можно совпасть, удостоверьтесь, что настроили это на всех них.


Дополнительные сведения


Document ID: 8331