目录

简介

先决条件

要求

使用的组件

规则

解决MGCP挂起呼叫错误

显示命令

诊断PGW 2200挂起呼叫

相关信息

简介

本文档介绍在呼叫控制Cisco PGW 2200软交换解决方案的网关上链接到挂起呼叫的项目，并结合场景帮助您排除故障。目前，Cisco IOS®网关无法将服务处理元素(SPE)(如了解NextPort SPE版本中所述)与数字服务零(DS0)和媒体网关控制协议(MGCP)连接关联。如果没有Cisco IOS调试，则无法使用Cisco IOS命令show tdm mapping将DS0映射到基于MGCP的呼叫类型的数字信号处理器(DSP)。引入Cisco Bug ID CSCdz47711（仅限注册客户），以修复AS5350、AS5400和AS5850 Cisco IOS网关的此情况。

先决条件

要求

本文档的读者应掌握以下这些主题的相关知识：

- Cisco Media Gateway Controller Software版本9文档

- 思科媒体网关控制器软件版本9.3(2)的版本说明

- 思科媒体网关控制器软件版本9.4(1)的版本说明

使用的组件

本文档中的信息基于以下软件和硬件版本：

- 思科PGW 2200软件版本9.3(2)和9.4(1)

- 思科IOS网关版本12.3和12.3T

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您使用的是真实网络，请确保您已经了解所有命令的潜在影响。

规则

有关文件规则的更多信息请参见“ Cisco技术提示规则”。

解决MGCP挂起呼叫错误

如果遇到挂起的MGCP呼叫场景，则使用调试将无用。此外，对于实时系统，将同步负载包络(SPE)与DS0和MGCP连接关联起来很困难。如果要关联DS0和DSP以进行中呼叫，本文档将提供说明。

开始之前，在PGW 2200上，确保MgcpBehavior设置（使用人机语言[MML]）的值等于Cisco IOS网关的2。有关详细信息，请参阅文档XECfgParm.dat文件参数。

PGW 2200版本9.1(5):

- 如果收到501错误代码后MgcpBehavior等于1（不基于Cisco IOS软件的网关，如Cisco Voice Interworking Service Module [VISM]和Cisco MGX），PGW 2200会将电路设置为状态以防止进一步使用。有关详细信息，请参阅文档组件和属性。

- 如果MgcpBehavior等于2（Cisco IOS网关），在收到501错误代码后，PGW 2200将电路设置为状态以防止进一步使用。在收到响应第一个创建连接(CRCX)的502错误代码后，PGW 2200发送MGCP删除连接(DLCX)消息，后跟另一条MGCP CRCX消息。如果Cisco IOS网关返回另一个502错误代码，则呼叫会释放。假设电路再次可用。有关详细信息，请参阅文档组件和属性。

PGW 2200 9.2(2)及更高版本：

- 如果MgcpBehavior等于1（对于VISM和MGX），则在收到501错误代码后，PGW 2200将电路设置为状态以防止进一步使用。

- 如果MgcpBehavior等于2（Cisco IOS网关），在收到501错误代码后，PGW 2200将电路设置为状态以防止进一步使用。收到502错误代码（对于第一个MGCP CRCX消息）后，PGW 2200发送MGCP DLCX消息，后跟另一条MGCP CRCX消息。如果PGW 2200收到另一个502错误代码，则呼叫将释放。该电路被设置为防止进一步使用的状态。同时，该电路被包括在在其上执行背景（微型）审计的电路列表中。此审计向迷你审计列表中的所有电路发送强制MGCP DLCX消息，以尝试使电路状态与PGW 2200同步。

MGCP响应超时被视为临时故障GW_HELD情况，MGCP DLCX消息每分钟重试一次。如果MgcpBehavior属性设置正确，则只有收到Restart in Progress(RSIP)(graceful/forced)消息、MGCP错误代码500或特殊的501/502错误代码之一，才会导致永久失败。请注意，无论MgcpBehavior如何，错误代码500始终会导致故障，因为它等同于“终端未知”。

注意：在PGW 2200 9.5(2)版及更高版本中，PGW 2200已实施MGCP 1.0。这提供了更强的稳健性和更好的错误处理过程。

邮件

思科IOS软件(5xxx)

CRCX

502

修改连接(MDCX)

515

DLCX

250

通知请求(RQNT)

400

审核终端(AUEP)

500

原因是PGW 2200具有审计机制，可将信道状态与网络元素（如与之通信的Cisco IOS网关）同步。PGW 2200的审计程序在凌晨4:00运行。(0400)，并根据不同情景执行这些操作：

- 情形 1： 当PGW 2200和Cisco IOS网关上的信道状态为BUSY时，不会执行任何操作。

- 方案 2：当PGW 2200和Cisco IOS网关上的信道状态为IDLE时，MGCP DLCX将发送到该终端的Cisco IOS网关。这会清除任何挂起的连接（如果存在）。

- 情形 3：当PGW 2200上的信道状态为BUSY，Cisco IOS网关上的信道状态为IDLE时，PGW 2200释放呼叫，并将DLCX发送到Cisco IOS网关，以便相应终端同步Cisco IOS网关。

- 场景 4： 当信道在PGW 2200上处于空闲状态，在Cisco IOS网关上处于忙状态时，PGW 2200会向Cisco IOS网关发送MGCP DLCX，以供相应终端同步Cisco IOS网关。PGW 2200和Cisco IOS网关审核过程会清除Cisco IOS网关上的通道。

如果消息定义语言(MDL)调用的初始过程未能使电路进入空闲状态，它会调用引擎接口来将终端标记为禁用，并为引擎的特殊挂起/搁置终端审核机制创建条目。

要更改Cisco IOS网关的MgcpBehavior值，请将MGCPPATH上的MgcpBehavior属性更改为2。

mml> prov-sta::srcver="active",dstver="cisco1"

mml> prov-ed:sigsvcprop:name="sigmgcpto5xxx",MgcpBehavior="2"

mml> prov-cpy

注意：在某些情况下，会请求重新加载Cisco IOS网关，以便再次从正常情况开始。在执行此操作之前，Cisco IOS网关的一些详细记录有助于解决问题。

显示命令

此处讨论的show命令有助于验证挂起的呼叫并排除故障。

命令输出解释程序工具（仅限注册用户）支持某些 show 命令，使用此工具可以查看对 show 命令输出的分析。

show call active voice compact duration more ?命令可帮助查找Cisco IOS网关上的长时间呼叫：

V5xxx-3# show call active voice compact duration more ?

<1-2147483647>  time in seconds

V5xxx-3#

show call active voice brief | include duration 4d命令也可提供指导：

V5xxx-3# show call active voice brief | include duration 4d

V5xxx-3# show call active voice brief | include duration ?

LINE    <cr>

V5xxx-3#

以下show命令可帮助确定挂起的呼叫：

- show mgcp statistics — 显示有关已接收和已传输网络消息的MGCP统计信息。

- show mgcp connection — 显示由MGCP控制的活动连接的信息。

- show rtpspi statistics — 显示实时传输协议(RTP)服务提供商接口(SPI)统计信息。

- show ip socket — 显示IP套接字信息。

- show voice call summary — 显示所有语音端口的摘要。

- show voice port summary — 显示有关特定语音端口的摘要配置信息。

- show vtsp call fsm — 显示所有语音电话服务提供商(VTSP)有限状态机(FSM)转换的完整历史记录。

- show csm voice — 显示与呼叫交换模块(CSM)相关的信息。 该信息是计算机处于与该DSP信道关联的呼叫的CSM状态、呼叫的开始时间、呼叫的结束时间以及呼叫所使用控制器上的信道。

注意：如果它是MGCP信令系统7(SS7)，则此命令的用途不多。

- show spe — 显示SPE状态。

- show spe voice summary — 显示SPE语音状态。

- show port operational-status slot/port(对于可疑DSP) — 显示指定插槽和SPE上所有端口的信息。

- show port voice log reverse slot/port(对于可疑DSP) — 显示指定插槽和SPE上所有端口的信息。

后面一系列show命令中的信息引用了通过AS5xxx网关进行的MGCP呼叫，其中包括Call_ID©信息（以粗体突出显示）。这对于您要进行故障排除时也很重要。MGCP终端可以使用Cisco IOS软件debug mgcp packet命令或Cisco Snooper应用找到。

V5xxx-3# show mgcp connection

Endpoint  Call_ID©) Conn_ID(I) (P)ort (M)ode (S)tate (CO)dec (E)vent[SIFL]

(R)esult[EA]

1. S3/DS1-0/1   C=2F,1,2     I=0x2  P=16628,17204  M=3  S=4,4

CO=2  E=0,0,0,0  R=0,0

注意：检查M状态，该状态在Cisco PGW 2200的静音呼叫故障排除中链接到MGCP模式。

show call active voice brief命令提供有关传输(Tx)/接收(Rx)数据包信息的信息。

V5xxx-3# show call active voice brief

Telephony call-legs: 1

SIP call-legs: 0

H323 call-legs: 0

MGCP call-legs: 1

Multicast call-legs: 0

Total call-legs: 2

11DA : 37079hs.1 +-1 pid:0 Originate  connecting

dur 00:00:00 tx:1198/189454 rx:113437/18149920

IP 10.48.84.217:17204 rtt:0ms pl:16000/1290ms lost:29/34/29 delay:30/25/110ms

g711alaw

media inactive detected:n media contrl rcvd:n/a timestamp:n/a

11DA : 37079hs.2 +0 pid:52 Originate  active

dur 00:37:50 tx:113437/18149920 rx:1198/189454

Tele 3/0:0 (1) [3/0.1] tx:2270655/3000/0ms g711alaw noise:-65

acom:90  I/0:-51/-45 dBm

Telephony call-legs: 1

SIP call-legs: 0

H323 call-legs: 0

MGCP call-legs: 1

Multicast call-legs: 0

Total call-legs: 2

v5xxx-3#

发出show voip rtp connections命令以查找远程网关详细信息。这些信息包括该呼叫的CallId信息。(在本例中，CallId为1。)

v5xxx-3# show voip rtp connections

VoIP RTP active connections :

No. CallId  dstCallId  LocalRTP RmtRTP LocalIP    RemoteIP

1         2     1          16628     17204    10.48.84.26  10.48.84.217

Found 1 active RTP connections

v5xxx-3#

show vtsp call fsm命令是一个隐藏的Cisco IOS软件命令，仅用于Cisco技术支持和Cisco开发团队。使用此命令，您可以查找短语为“Invalid FSM”的存储模块。 show vtsp call fsm命令显示所有VTSP FSM转换的完整历史记录。当debug vtsp error命令行界面(CLI)打开时，每当发生任何DSP问题时，都会自动触发它。

注意：您还可以将CallId = 1转换为十六进制，这会为id = 0x1。

V5xxx-3# show vtsp call fsm

0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0

0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0  0

id=0x1 state=S_CONNECT chan_id=3/0:0 (1) DSM state=S_DSM_BRIDGED

Stack 0:

State Transitions: timestamp (state, event) -> (state, event) ...

370.796 (S_SETUP_REQUEST, E_TSP_PROCEEDING) ->

370.796 (S_SETUP_REQ_PROC, E_TSP_CONNECT) ->

Event Counts (zeros not shown): (event, count)

(E_TSP_PROCEEDING, 2) :(E_TSP_CONNECT, 2) :

State Counts (zeros not shown): (state, count)

(S_SETUP_REQ_PROC, 2) :(S_SETUP_REQUEST, 2) :

--------------------- DSM basic call state information ---------------------

id=0x1 state=S_DSM_BRIDGED chan_id=0

Stack 0:

State Transitions: timestamp (state, event) -> (state, event) ...

370.796 (S_DSM_INIT, E_DSM_CC_GEN_TONE) ->

370.796 (S_DSM_INIT, E_DSM_CC_CALL_MODIFY) ->

370.796 (S_DSM_INIT, E_DSM_CC_BRIDGE) ->

370.800 (S_DSM_BRIDGING, E_DSM_CC_CAPS_IND) ->

370.800 (S_DSM_BRIDGING, E_DSM_CC_CAPS_ACK) ->

475.764 (S_DSM_BRIDGED, E_DSM_CC_GET_LEVELS) ->

2641.564 (S_DSM_BRIDGED, E_DSM_CC_GET_LEVELS) ->

Event Counts (zeros not shown): (event, count)

(E_DSM_DSP_GET_VP_DELAY, 496) :(E_DSM_DSP_GET_VP_ERROR, 496) :(E_DSM_DSP_GET_TX,

496) :(E_DSM_DSP_GET_RX, 496)

(E_DSM_DSP_GET_LEVELS, 2) :(E_DSM_CC_BRIDGE, 1) :(E_DSM_CC_GEN_TONE, 1) :

(E_DSM_CC_REQ_PACK_STAT, 496)

(E_DSM_CC_CAPS_IND, 1) :(E_DSM_CC_CAPS_ACK, 1) :(E_DSM_CC_CALL_MODIFY, 1) :

(E_DSM_CC_GET_LEVELS, 2)

State Counts (zeros not shown): (state, count)

(S_DSM_INIT, 3) :(S_DSM_BRIDGING, 2) :(S_DSM_BRIDGED, 2484) :

v5xxx-3#

要确定呼叫所连接的DSP，请发出命令show tdm mapping，并将详细信息链接到要跟踪的终端。在本例中，它是S3/DS1-0/1:

v5xxx-3# show tdm mapping

E1 3/0 is up:

Loopback: NONE

DS0      Resource    Call Type

-----------------------------------

1          1/0         VOICE

E1 3/1 is up:

Loopback: NONE

DS0      Resource    Call Type

-----------------------------------

v5xxx-3#

这已连接到SPE 1，端口1。发出show spe命令以查明端口和呼叫状态。

v5xxx-3# show spe

Settings  :

==========

Country code config : default T1 (u Law)

Country code setting: e1-default

History log events  : 50(per port)

Legend    :

==========

Port state: (s)shutdown   (r)recovery  (t)test  (a)active call

(b)busiedout  (d)download  (B)bad   (p)busyout pending

Call type : (m)modem      (d)digital   (v)voice (f)fax-relay       (_)not in use

Summary   :

==========

Ports     : Total   60  In-use     1  Free    59  Disabled     0

Calls     : Modem    0  Digital    0  Voice    1  Fax-relay    0

SPE          SPE     SPE  SPE   Port         Call

SPE#    Port #       State        Busyout Shut Crash State        Type

1/00    0000-0005    ACTIVE             0    0     0 a_____       v_____

1/01    0006-0011    ACTIVE             0    0     0 ______       ______

1/02    0012-0017    ACTIVE             0    0     0 ______       ______

1/03    0018-0023    ACTIVE             0    0     0 ______       ______

1/04    0024-0029    ACTIVE             0    0     0 ______       ______

1/05    0030-0035    ACTIVE             0    0     0 ______       ______

1/06    0036-0041    ACTIVE             0    0     0 ______       ______

1/07    0042-0047    ACTIVE             0    0     0 ______       ______

1/08    0048-0053    ACTIVE             0    0     0 ______       ______

1/09    0054-0059    ACTIVE             0    0     0 ______       ______

v5xxx-3#

在这种情况下，如果发出show port operational-status 1/0命令（对于可疑DSP），您可以查明数据包是否仍在该SPE端口上发送和接收：

v5xxx-3# show port operational-status 1/0

Slot/SPE/Port -- 1/0/0

Service Type                            : Voice service

Voice Codec                             : G.711 a-law

Echo Canceler Length                    : 8 ms

Echo Cancellation Control               : Echo cancellation       - disabled

Echo update             - enabled

Non-linear processor    - enabled

Echo reset coefficients - disabled

High pass filter enable - disabled

Digit detection enable                  : DTMF signaling          - enabled

Voice activity detection                : Enabled

Comfort noise generation                : Generate comfort noise

Digit relay enable                      : OOB Digit relay         - enabled

IB Digit relay          - enabled

Information field size                  : 20 ms

Playout de-jitter mode                  : adaptive

Encapsulation protocol                  : RTP

Input Gain                              : 0.0 dB

Output Gain                             : 0.0 dB

Tx/Rx SSRC                              : 24/0

Current playout delay                   : 30 ms

Min/Max playout delay                   : 25/110 ms

Clock offset                            : 180505398 ms

Predictive concealment                  : 0 ms

Interpolative concealment               : 1105 ms

Silence concealment                     : 0 ms

Buffer overflow discards                : 19

End-point detection errors              : 23

Tx/Rx Voice packets                     : 944/88273

Tx/Rx signaling packets                 : 0/0

Tx/Rx comfort noise packets             : 11/0

Tx/Rx duration                          : 1767250/1767250 ms

Tx/Rx voice duration                    : 3000/16000 ms

Out of sequence packets                 : 0

Bad protocol headers                    : 0

Num. of late packets                    : 23

Num. of early packets                   : 28

Tx/Rx Power                             : -45.2/-51.2 dBm

Tx/Rx Mean                              : -44.3/-51.0 dBm

VAD Background noise level              : -65.8 dBm

ERL level                               : 27.7 dB

ACOM level                              : 90.1 dB

Tx/Rx current activity                  : silence/silence

Tx/Rx byte count                        : 151051/14123360

ECAN Background noise level             : 0.0 dBm

Latest SSRC value                       : 4144068239

Number of SSRC changes                  : 1

Number of payload violations            : 0

v5350-3#

多次发出此命令，以提供与远程网关组合的连接类型的详细信息。在本地/远程网关上发出此命令以查找状态。

如果呼叫挂起，可以发出debug vtsp error和debug mgcp packet endpoint S3/DS1-0/1命令。当您关闭MGCP终端时，结果是以下调试消息：

Apr  9 12:30:18.602: MGCP Packet received from 10.48.84.25:2427-

DLCX 617 S3/DS1-0/1@v5300-3.cisco.com MGCP 0.1

C: 1C

I: 4D

R:

S:

X: 268

Apr  9 12:30:18.626: 250 617 OK

P: PS=128, OS=20241, PR=16615, OR=2658400, PL=4, JI=24, LA=0

以下命令也很有用：

v5xxx-3# show voice call summary

PORT           CODEC    VAD VTSP STATE       VPM STATE

============== ======== === ====================

3/0:0.1            g711alaw  y     S_CONNECT

v5xxx-3# show voice port summary

IN       OUT

PORT      CH   SIG-TYPE   ADMIN OPER STATUS   STATUS   EC

========= == ============ ===== ==== ======== ======== ==

3/0:0     01    xcc-voice   up   none  none   none     y

v5xxx-3#

show mgcp statistics命令还提供有关失败连接的详细信息。尝试了解失败的字段信息。MGCP连接失败的一个原因是，当PGW 2200发送CRCX时，终端报告处于临时模式并且暂时不可用。然后，PGW 2200会释放临时故障作为原因，稍后再次尝试该终端，因为它只处于瞬时模式。这些SS7电路标识码(CIC)没有任何MGCP连接。出现这种情况的原因是网关上的MGCP返回400 MGCP错误代码（Cisco IOS网关发送的新CRCX消息的临时故障）。

v5xxx-3# show mgcp statistics

UDP pkts rx 306, tx 330

Unrecognized rx pkts 0, MGCP message parsing errors 0

Duplicate MGCP ack tx 0, Invalid versions count 0

CreateConn rx 0, successful 0, failed 0

DeleteConn rx 0, successful 0, failed 0

ModifyConn rx 0, successful 0, failed 0

DeleteConn tx 0, successful 0, failed 0

NotifyRequest rx 0, successful 0, failed 0

AuditConnection rx 0, successful 0, failed 0

AuditEndpoint rx 306, successful 305, failed 1

RestartInProgress tx 1, successful 1, failed 0

Notify tx 0, successful 0, failed 0

ACK tx 305, NACK tx 1

ACK rx 0, NACK rx 0

IP address based Call Agents statistics:

IP address 10.48.84.25, Total msg rx 306,

successful 305, failed 1

System resource check is DISABLED. No available statistic

v5xxx-3#

诊断PGW 2200挂起呼叫

本部分提供在PGW 2200上隔离挂起的SS7 CIC的步骤，方法是通过MML命令rtrv-tc:all在PGW 2200上卡住为呼叫OUT。首先，在此CIC上发出MML prt-call命令。

例如，在MGCP回传连接上，如果SETUP消息中请求的承载者不可用于该呼叫，PGW 2200将生成警报PRI:B通道不可用，并报告platform.log中的CP_ERR_CHAN_NOT_ACQ错误。其他错误消息可能会显示在platform.log中，具体取决于您正在运行的呼叫方案类型。有关详细信息，请参阅文档PGW 2200的Cisco MGC节点故障排除的诊断挂起呼叫部分。

不可用的原因有三：

1. 未配置承载。

2. 承载人未服务。(例如，它处于Out-of-Service(OOS)状态，处于锁定/阻止状态，或者MGCP禁用了终端。)

3. 承载忙（眩光状况）。

请执行以下步骤：

1. 注意PGW 2200报告每个呼叫的错误时间。

2. 如果在同一CIC（承载）上一天至少看到三到五次错误，则可能会发生错误。

3. 使用rtrv-tr:all MML命令检查CIC/bearer的状态。

如果它空闲，CIC不会挂起。

4. 如果SS7 CIC忙，请在该CIC上发出prt-call命令。

有关prt-call MML命令的更多详细信息，请发出命令help :prt-call。

mgc-bru-20 mml> help :prt-call

�� � � � � � � � � �MGC-01 - Media Gateway Controller 2004-11-29 19:32:35.998 GMT

� � � � � � � � � � �M� RTRV���

�����

���������������������������� PRT-CALL -- Print Call

���������������������������� ----------------------

Purpose:      Prints diagnostic information about hung calls to a log file.

Format:       prt-call:<sigpath>:CIC=<n>|span=<n>[bc=<n>|CID=<n>][,LOG=<logn]

[,EVT]

Input

Description:  Target parameters are as follows:

* sigPath -- Corresponding MML name for any of the

following component types:

- Signal path of in-band TDM up to MUX and then

time switched to TDM media and sent to Cisco MGC

- Signal path of in-band TDM signaling up to CU

and then encapsulated and sent over IP to the Cisco MGC

<Press 'SPACE' for next page, 'Enter' for next line or 'q' to quit this output>

带有.prt扩展名的打印调用文件写入/opt/CiscoMGC/var/trace目录。

5. 打开文件并搜索字符串LcmOrigSmState。

如果将OrigSmState和TermSmState都显示为RelIdle，则没有挂起的CIC。

示例：

VAR LcmOrigSmState: STATE

�� {

�� OsmRelIdle

�� } [8]

VAR LcmTermSmState: STATE

�� {

�� TsmRelIdle

�� }[8]

如果OrigSmState或TermSmState不是RelIdle，则可能是可疑的。以下是挂起的CIC打印呼叫的两个示例：

示例 1：

VAR LcmOrigSmState: STATE

�� {

�� OsmRelTerm3wAwaitConnDelInd

�� }[8]

VAR LcmTermSmState: STATE

�� {

�� TsmRelTermInit

�� }[8]

示例 2：

VAR LcmOrigSmState: STATE

�� {

�� OsmRelOrigInit

�� }[8]

VAR LcmTermSmState: STATE

�� {

�� TsmRelIdle

�� }[8]

如果您进入下一步，您已确定一个挂起的CIC。

6. 发出stp-call MML命令以清除挂起的CIC。

发出grep Osm file_name.prt命令。您应获得OsmRelIdle。

发出grep Tsm file_name.prt命令。您应该获取TsmRelIdle。

如果您未看到OsmRelIdle和TsmRelIdle，并且在您发出另一个prt-call命令（可能是瞬态命令的一部分）后，此情况仍然存在，则CIC可能会挂起。

7. 如果stp-call命令的发出未能清除问题，请发出kill-call MML命令。

kill-call命令不会清除MGCP网关中的连接。因此，如果发出kill-call命令，则需要MGCP审核。在低流量期间执行审计。有关kill-call命令的详细信息，请发出help :kill-call命令：

� �PGW2200A mml> help :kill-call

�� � � � � � � � � � �MGC-01 - Media Gateway Controller 2004-11-29 19:34:52.084 GMT

� � � � � � � � � � � M� RTRV����

�����

��������������������� KILL-CALL -- Resolve a Stuck CIC

��������������������� --------------------------------

�����

�� Purpose:����� Resolves a stuck or hung CIC (forcefully releases a bearer channel

���������������� associated with a single call instance that cannot be returned to

���������������� the idle state with the reset-cic or stp-call command) on the MGC.

���������������� Note:� This command only releases bearer channels locally on the

���������������� MGC. No SS7 messages are sent to the remote call side (destination

���������������� MGW).

�� Syntax:������ kill-call:<sigpath_name>|<target>:CID=sip call id,confirm

���������������� kill-call:<sigpath_name>|<target>:[span= number,]confirm

���������������� kill-call:<sigpath_name>|<target>:[cic=<num>], [RNG=number,]com

���������������� kill-call:<dest_mgw>:span=<span>,bc=<bearer channel>,[RNG=numbm

�� Input�������� * sigpath_name -- MML name of the SS7 or ISDN-PRI signal path

�� Description:

<Press 'SPACE' for next page, 'Enter' for next line or 'q' to quit this output>

8. 向思科技术支持创建服务请求，并提交端口呼叫输出进行分析。

相关信息

- Cisco PGW 2200软交换故障排除技术说明

- 思科信令控制器产品支持

- 语音技术支持

- 语音和 IP 通信产品支持

- Cisco IP 电话故障排除

- 技术支持和文档 - Cisco Systems