tup跟isup培训

上传人:桔**** 文档编号:571028748 上传时间:2024-08-08 格式:PDF 页数:23 大小:1.20MB
返回 下载 相关 举报
tup跟isup培训_第1页
第1页 / 共23页
tup跟isup培训_第2页
第2页 / 共23页
tup跟isup培训_第3页
第3页 / 共23页
tup跟isup培训_第4页
第4页 / 共23页
tup跟isup培训_第5页
第5页 / 共23页
点击查看更多>>
资源描述

《tup跟isup培训》由会员分享,可在线阅读,更多相关《tup跟isup培训(23页珍藏版)》请在金锄头文库上搜索。

1、讲 稿 1、 信令模块结构 SSCOPSSCF-NNINNI-LMMTP2L2-OAMMTP3(b)L3OAMSCCPTUPISUPSTCAAL2TCAPRANAPCASMMGMM/SMMAP/CAPCCGMSCHO其它一些模块等等。 。操作维护系统、数据配置系统、OAM等七号操作管理系统信令上层用户信令处理LMBSSMAPBSSAP+M3UASTCPIP 信令子系统内部模块结构 1 信令部分软件模块分为呼叫相关和呼叫无关两大类:呼叫相关的模块为 TUP、ISUP、CAS,TUP、ISUP承载在 MTP3上,而 CAS是 E1 将随路信令解出形成内部信令,通过HDLC连接到 T 网,由 T 网

2、交换到 COMM板,再分发到相应的 SP,T 网与 COMM板间通过 HDLC通讯;呼叫无关部分又分为链路层和网络层软件模块,链路层有 MTP2和SSCF-NNI、SSCOP、LM 等软件模块,网络层分为 SCCP、RANAP、STC、AAL2、MTP3、TCAP等协议软件模块和 A 接口的 BSSMAP协议。 2 图中功能模块的介绍: SSCOP: 根据信令用户所要求的功能,SSCOP实现在一条 PVC上建立连接,可靠地传递信令消息。 SSCF-NNI:协助 SSCOP完成链路级功能,实现 MTP3消息的传递。 LM:为 SSCOP和 SSCF实现链路的监控和管理功能。 MTP2:实现窄带链

3、路级功能。 MTP3:完成信令消息管理和信令网络管理。承载在 MTP2或 SSCF-NNI上. L2OAM和 L3OAM:通过 MTP3/MTP2实现信令网管理功能。 MTC:完成 AAL2到 MTP3的适配。 ALL2:用于管理面向 CS 域的 AAL2 连接。 SCCP:具有全局路由功能,为上层用户提供有连接和无连接消息的传递。承载在 MT上,可以通过 gt, dpcssn进行寻址。 TCAP;事务处理应用部分,为上层用户承载在 SCCP(无连接消息)上提供适配。 RANAP: 实现 Iu 口资源的管理,为上层业务提供传递业务信令的通道,并指配 Iu口 RAB。使用 SCCP面向连接业务和

4、无连接业务。 BSSAP: 实现 A 接口资源的管理,为上层电路业务提供业务信令传输的通道,并指配A 口电路。使用 SCCP面向连接业务或无连接业务。 BSSAP+:实现 Gs 口协议,为 VLR和 SGSN的关联提供服务。 TUP:电话用户部分,实现局间电话呼叫控制功能。承载在 MTP3上 ISUP:ISDN用户部分:实现局间呼叫控制功能,既可以用于传递语音,也可以实现其它业务例如 2B+D或 30B+D等。承载在 MTP3上 CAS:中国一号信令,完成局间呼叫功能。 2、 TUP、ISUP 2.1 概述 2.1.1 TUP 和 ISUP 的 比 较 TUP/ISUP是七号信令的用户部分(U

5、P) ,属于 OSI模型中的应用层功能。它们利用MTP/SCCP提供的消息传递能力,在交换局间传送控制信息,完成两个作用:1 、呼叫的接续、维持和释放;2 、电路的维护管理。 TUP和 ISUP之间有着许多不同之处,列举如下。 TUP仅支持电话业务。ISUP不但支持电话业务,还支持非话业务。 TUP的消息数量多,内容简单。ISUP的消息数量少,内容丰富。 TUP的消息格式是针对不同消息逐个定义的。 ISUP的消息格式则采用统一的八位位组堆栈形式。 TUP主要考虑国际应用。ISUP兼顾国际和国内应用,编码留有充分余地。 TUP选路标识中的 SLS借用 CIC的低四位表示。ISUP选路标识中的 S

6、LS独立。 ISUP还具有一些特有的增强功能, 如支持端到端信令、 n*64kb/s接续和消息分段等功能。 但从总体上看,TUP和 ISUP完成的功能基本相同。因此在下面的介绍中,除非特别指明,一般不加以区分。 2.1.2 TUP 和 ISUP 的 消 息 格 式 TUP 消息展开 8n(n=2) 4 4 16 24 24 信号信息 H1 H0 CIC OPC DPC 首先发送 的比特 ISUP 消息展开 注意:ISUP 消息是作为 8 位位组堆栈的形式展开的,这一点不同于 TUP。 2.1.3 TUP 和 ISUP 的 消 息 一 览 注: 1 、TUP/ISUP的 FOT仅在国际接口局使用

7、,在国内应用 OPR代替。 2 、TUP/ISUP的 CCL、OPR和 MPM仅在国内使用。 3 、ISUP利用 CFN实现版本兼容和互通。 TUP* ISUP* 前向地址消息 FAM 初始地址消息 IAM 初始地址消息 IAM 附加初始地址消息 IAI 后续地址消息 SAM 后续地址消息 SAM 单个号码后续地址消息 SAO DPC (3*8) OPC (3*8) SLS(1*8) CIC(2*8) 消息类型编码(1*8) 必备固定部分 F (n*8) 必备可变部分 V (n*8) 任选部分 O (n*8) 比特发送顺序 八位位组发送顺序 前向建立消息 FSM 一 般 前 向 建 立 信 息

8、 消 息GSM* 信息消息 INF* 导通检验成功消息 COT 导通消息 COT 导通检验失败消息 CCF 后向建立消息 BSM 一般请求消息 GRQ* 信息请求消息 INR* 后向建立成功消息 SBM 地址全消息 ACM 地址全消息 ACM 后向建立不成功消息 UBM 交换设备拥塞消息 SEC 释放消息 REL 电路群拥塞消息 CGC 地址不全消息 ADI 呼叫失败消息 CFL 空号消息 UUN 线路不工作消息 LOS 发送专用信号音消息 SST 接入拒绝消息 ACB 不提供数字通路消息 DPN 呼叫监视消息 CSM 拆线消息 CLF 释放消息 REL 被叫挂机消息 CBK 释放消息 REL

9、/暂停消息 SUS 应答、计费消息 ANC 应答消息 ANM 应答、不计费消息 ANN 再应答消息 RAN 恢复消息 RES 前向转移消息 FOT* 前向转移消息 FOT* 主叫挂机消息 CCL* 主叫挂机消息 CCL* 电路监视消息 CCM 释放监护消息 RLG 释放完成消息 RLC 闭塞消息 BLO 闭塞消息 BLO 闭塞证实消息 BLA 闭塞证实消息 BLA 闭塞解除消息 UBL 闭塞解除消息 UBL 闭塞解除证实消息 UBA 闭塞解除证实消息 UBA 复原消息 RSC 复原消息 RSC 导通检验请求消息 CCR 导通检验请求消息 CCR (续前表) 电路群监视消息 GRM 维护群闭塞消

10、息 MGB 群闭塞消息 CGB 硬件群闭塞消息 HGB 维护群闭塞解除消息 MGU 群闭塞解除消息 CGU 硬件群闭塞解除消息 HGU 维护群闭塞证实消息 MBA 群闭塞证实消息 CGBA 硬件群闭塞证实消息 HBA 维护群闭塞解除证实消息MUA 群闭塞解除证实消息 CGUA 硬件群闭塞解除证实消息HUA 群复原消息 GRS 群复原消息 GRS 群复原证实消息 GRA 群复原证实消息 GRA 群查询消息 CQM 群查询响应消息 CQR 国内专用后向建立成功消息NSB 计次脉冲消息 MPM* 计次脉冲消息 MPM* 国内专用呼叫监视消息 NCB 话务员消息 OPR* 话务员消息 OPR* 国内专

11、用后向建立不成功消息 NUB 用户市话忙消息 SLB 用户长话忙消息 STB ISUP 专用消息 连接消息 CON 呼叫进展消息 CPG 用户用户消息 USR 分段消息 SGM 网络资源管理消息 NRM 用户部分测试消息 UPT 用户部分有效消息 UPA 性能请求消息 FAR 性能接受消息 FAA 性能拒绝消息 FRJ 混淆消息 CFN* 暂不用消息 应答、 计费未说明消息 ANU; 计费消息 CHG; 国内网拥塞消息 NNC; 用户忙消息 SSB; 扩充的后向建立不成功消息EUM; 软件群闭塞/闭塞解除消息SGB/SGU; 软件群闭塞/闭塞解除证实消息 SBA/SUA; 自动拥塞控制消息 A

12、CC; 恶意呼叫追查消息 MAL。 计费消息 CRG; 性能消息 FAC; 识别请求消息 IDR; 识别响应消息 IRS; 环回证实消息 LPA; 过负荷消息 OLM; 传递消息 PAM; 未分配的电路识别码消息UCIC。 图 1 主叫先挂机的信令过程 2.2 TUP/ISUP 呼 叫 处 理 2.2.1 呼叫处理模型 目前被实践证明行之有效的、 比较成熟的呼叫模型包含两个:有限状态机 (FSM,Finite State Machine)和半呼叫(Half-Call) 。 所谓有限状态机,是指把一个不可分割的呼叫全过程按照“时间”顺序划分为有限个状态(如起呼、收号、振铃、通话和释放等) ,每一

13、个状态下只处理特定的有限个事件。这样就可以在纷繁复杂的呼叫接续过程中抓住主要矛盾, 从而简化控制逻辑, 降低交换软件的复杂度,确保交换机的稳定运行。 所谓半呼叫,是指把原本是一个整体的呼叫过程按照“空间”划分为主叫侧半呼叫和被叫侧半呼叫,各自分担一部分呼叫功能。两者相互配合、相互协调。从而使得交换软件内部的模块划分比较清晰,功能接口比较简单,从另一方面保证了交换软件的可靠性。 2.2.2 基本呼叫处理过程 1. 典型的成组发码方式呼叫流程如图 1 和图 2 所示(呼叫为互不控释放方式) 。 IAM/IAI ANC/ANN CLF RLG IAM ACM ANM REL RLC ACM TUP

14、ISUP 其中 TUP 消息为: IAM: 初始地址消息 IAI:带附加信息的初始地址消息 ACM: 地址全消息 ANC/ANN:应答计费/不计费消息 CLF: 前向拆线消息 RLG:释放监护消息 CBK: 后向挂机消息 ISUP 消息为: 址消息 ACM: 地址全消息 ANM: 应答消息 REL: 释放消息 RLC: 释放完成消息 2、典型的重叠发码方式呼叫流程如图 3 和图 4 所示(呼叫为互不控释放方式) 。 其中新的 TUP 消息为: SAO:带一个号码的后向地址消息 SAM:带多个号码的后续地址消息 新的 ISUP 消息为: SAM:后续地址消息 IAM/IAI ANC/ANN CL

15、F RLG IAM ACM ANM REL RLC ACM CBK 图 2 被叫先挂机的信令过程 TUP ISUP 图 3 主叫先挂机的信令过程 TUP IAM/IAI SAM/SAO SAM/SAO ACM ANC/ANN CLF RLG RLC REL ANM ACM SAM SAM IAM ISUP TUP ISUP IAM/IAI SAM/SAO SAM/SAO ACM ANC/ANN CBK CLF RLG IAM SAM SAM ACM ANM REL RLC 图 4 被叫先挂机的信令过程 呼叫失败的情况较多,我们只选取最常见的两种加以说明。 3、典型的主叫早释呼叫流程如图 5 所

16、示。 4、典型的久叫不应呼叫流程如图 6 所示。 其中新的 TUP 消息为: CFL: 呼叫失败消息 ACM TUP ISUP IAM/IAI CLF RLG IAM ACM REL RLC 图 5 主叫早释的信令过程 ISUP IAM ACM REL RLC TUP IAM/IAI ACM CFL RLG CLF 图 6 久叫不应的信令过程 5、典型的呼叫暂停/恢复呼叫流程如图 7 所示 TUP 要求为主叫控制释放方式,ISUP 对电话呼叫要求为主叫控制释放方式,对 ISDN 呼叫无特殊要求。 其中新的 TUP 消息为: RAN:再应答消息 新的 ISUP 消息为: SUS:呼叫暂停消息 R

17、ES:呼叫恢复消息 6、几点说明。 TUP/ISUP 的选路标准。 由于 TUP 只支持电话呼叫, 因此它的选路标准比较简单, 根据被叫用户号码即可。 而 ISUP由于需要支持非话业务,对路由选择的要求比较严格,主要根据三个方面的因素来决定。一是被叫用户号码,二是业务接续类型(话音、3.1kHz 音频、64kb/s 不限制和 n*64kb/s 不限制等) ,三是网络信令能力(必选 ISUP、优选 ISUP 和任选等) 。 TUP/ISUP 的释放过程。 TUP 为了适应电话业务的特点,规定了一种不对称的释放方式,从而决定了呼叫只能由前向拆线完成,后向挂机或失败不能主动结束呼叫。 ISUP 为了

18、满足非话业务的要求,规定了一种对称的释放方式,前后向在呼叫进行的任意阶段都可以主动请求结束呼叫,从而大大加快了呼叫的释放过程。 TUP/ISUP 的暂停/恢复过程。 TUP/ISUP 都支持电话呼叫中的(非控方)挂机/再摘机。但是严格地说,这并不是暂停/恢复过程,只是系统提供给控制方的一种特权(呼叫不能由非控方结束)而已。只有 ISUP图 7 暂停/恢复的信令过程 TUP IAM/IAI ACM ANC/ANN CBK RAN CLF RLG ISUP IAM ACM ANM SUS RES REL RLC 所支持的 ISDN 终端暂停/恢复功能才是真正意义上的暂停/恢复过程。 参见相关建议

19、【1】【3】 。 TUP/ISUP 的拥塞控制过程、回声抑制过程、ISUP 的降质过程、消息分段过程从略,可参见相关建议【1】 【2】 【3】 。 2.2.3 补充业务处理过程 信令部分 TUP 和基本业务没有任何不同,而且 TUP 对 ISDN 补充业务和电话新业务一视同仁;ISUP 相对于基本业务的特别之处可概括如下: 对电话新业务,ISUP 可能涉及呼叫进展消息处理。 对 ISDN 补充业务,ISUP 可能涉及呼叫进展消息、性能请求/接受/拒绝消息以及用户到用户消息处理。 2.2.4 信令配合过程 信令配合包括 TUP/ISUP 和中国 No.1 信令、数字用户信令、模拟用户信令以及 T

20、UP 和ISUP 之间相互配合等。主要涉及前向信号中的“主叫用户类别”转换和后向信号中的“释放原因”转换。具体过程可参见相关建议【1】 。 2.3 TUP/ISUP 电 路(群)维 护 为了满足交换设备或维护系统由于处理故障或进行测试的需要而对远端话务进行控制的要求,七号信令系统提供了电路(群)维护功能。它包括闭塞、解除闭塞、复原和查询等。其中闭塞包括本端交换局发起的本地闭塞和远端交换局发起的远端闭塞。 2.3.1 电路闭塞及解除闭塞过程 1、交换局收到某电路的闭塞消息(远端闭塞)后: 如果此电路空闲,以后将禁止非测试呼叫从该电路呼出,直到收到解除闭塞消息为止。 如果在此之前已发出初始地址消息

21、,但尚未收到后向信号,此呼叫应自动重复试呼,其余同电路空闲的情况。 如果在此之前已发出初始地址消息,而且已收到后向信号,此呼叫应继续处理,其余同电路空闲的情况。 对于测试呼叫,则始终应允许从该电路上正常呼出。 如果又收到初始地址消息, 对非测试呼叫, ISUP 会首先解除远端闭塞, 然后正常处理 (除非此电路同时又被本地闭塞) ,这可以说也是一种解除闭塞的方法,但不推荐使用。TUP只进行正常处理(除非此电路同时又被本地闭塞) 。对测试呼叫,不管电路是否本地闭塞都应该正常处理,但不解除闭塞。 2、交换局发出闭塞消息(本地闭塞)后又收到初始地址消息: 如果是测试呼叫,应尽量加以处理。如果不可能,则

22、应回送闭塞消息。 如果不是测试呼叫,必须回送闭塞消息,丢弃初始地址消息。 注意:呼叫释放消息不能解除电路的闭塞状态。 对于本地(解除)闭塞过程,交换局发出(解除)闭塞消息后,启动两个定时器等待证实。如果小定时器超时,重发(解除)闭塞消息并重设小定时器;如果大定时器超时,应通知维护系统,并每隔一分钟重发一次(解除)闭塞消息直至维护人员干预。 2.3.2 电路复原过程 1、交换局收到某电路的复原消息后: 如果此电路被呼叫占用,则应释放之(不管去话或来话,也不管处于何种状态)并回送证实消息。但对于去话呼叫,如果发出初始地址消息但尚未收到后向信号,应进行自动重复试呼。如果此电路空闲,则直接回送证实消息

23、。 如果此电路处于本地闭塞状态, 则应回送闭塞消息。 如果处于远端闭塞状态, 则应解除之。 如果此电路被(ISUP 的)n*64kb/s 业务占用,则应释放并回送证实消息;对其余电路,则使用正常呼叫释放过程置闲。 2、交换局发出复原消息后,启动两个定时器等待证实。如果小定时器超时,则重发复原消息并重设小定时器;如果大定时器超时,应通知维护系统,并每隔一分钟重发一次复原消息直至维护人员干预。 2.3.3 电路群闭塞及解除闭塞过程(维护/硬件) 电路群闭塞过程与电路闭塞过程基本相同,但有几点说明如下。 电路群(解除) 闭塞消息一次(解除) 闭塞电路数目只能为 232 条,否则应该拒绝处理。 电路群

24、 (解除) 闭塞过程分面向维护和硬件故障两类。 前者只释放处于建立阶段的呼叫 (对于去话呼叫,不进行自动重复试呼) ,而后者将释放所有呼叫。 TUP 规定必须连续发出两条群(解除)闭塞消息后方可启动电路群(解除)闭塞过程,而 ISUP 则不必。 电路群 (解除) 闭塞证实消息中的电路证实如果与请求不符, 则应采取相应措施加以纠正,具体过程较为复杂,可参见相关建议【1】 【2】 【3】 。 2.3.4 电路群复原过程 电路群复原过程与电路复原过程基本相同,但有几点说明如下。 电路群复原消息一次复原电路数目为 232 条,否则应该拒绝处理。 电路群复原消息释放所有呼叫(对于去话呼叫,不进行自动重复

25、试呼) 。 TUP 规定必须连续发出两条群复原消息后方可启动电路群复原过程,而 ISUP 则不必。 电路群复原证实消息中的电路证实如果与请求不符, 则应采取相应措施加以纠正, 参见相关建议【1】 【2】 【8】 。同时应注意电路群复原证实消息的含义与(解除)闭塞证实消息的含义不同。 2.3.5 电路群查询过程 此过程不被 TUP 支持,而为 ISUP 所特有。 交换局用电路群查询过程要求对端局提供指定电路(收到电路群查询消息时)的当前状态。一条电路群查询消息可查询的电路数目最多为132条, 当数目为1时就是 “电路查询消息” 。 电路状态可分为以下四大类。 未装备或瞬时状态。 呼叫处理状态(包

26、括空闲、来话忙和去话忙) 。 维护闭塞状态(包括未闭塞、本地闭塞、远端闭塞和本地远端闭塞) 。 硬件闭塞状态(包括未闭塞、本地闭塞、远端闭塞和本地远端闭塞) 。 其中第一类状态不与其它状态并存。 电路 “未装备” 是指此电路不被 ISUP 所识别或不受 ISUP维护。电路处于“瞬时状态”是指电路处于呼叫瞬态(发出初始地址消息尚未收到后向信号或发出释放消息尚未收到释放完成消息)或维护瞬态(发出电路(群)闭塞/解除闭塞/复原消息尚未收到相应证实信号) 。 维护闭塞状态可以与呼叫处理状态并存, 但是硬件闭塞状态只能与呼叫处理状态中的 “空闲”并存。 交换局发出群查询消息后,启动定时器等待证实。如果定

27、时器超时,应通知维护系统。 2.4 TUP/ISUP 导通检验 由于七号信令的信令通路和话音通路分离, 信令畅通并不一定意味着话路畅通, 因此应具备(话路)导通检验功能。 是否进行导通检验取决于话路所用的传输系统的类型: 对于全数字电路,除一些特殊情况(如含有 TDMA 卫星电路、数字电路倍增系统或数字接入和交叉连接系统等)外,一般不需要导通检验。 对于模/数混合电路、无导频监视的模拟电路和上述特殊的全数字电路,每次呼叫都要进行导通检验(具体过程见 5.4.1) 。 对于有导频监视的模拟电路,可在统计基础上或由人机命令(具体过程见 5.4.2)进行导通检验。 对于混合接续(具有不同导通检验要求

28、的电路并存) ,应确保导通信号能够一直传送到信令的目的地点。 最后还应指出的是,导通检验并不能取代对传输通路的例行测试。 2.4.1 呼叫处理导通过程 1、出局侧发现所选择电路需要导通检验或前段电路需要导通检验,应在初始地址消息中加以指示。如果是本段电路需要,则应启动导通检验过程。 在此电路的去通路上接入检验音发送器, 在回通路上接入检验音接收器。 发送器发出单频检验音(标称频率 2000Hz,最大偏移 20Hz) ,接收器检查检验音是否收到,收到时传输质量和时限是否符合要求(标称频率 2000Hz,最大偏移 30Hz) 。 如果符合,断开检验音发送接收器,向后方局发送导通信号,呼叫继续。 如

29、果不符合或收不到,向后方局发送导通失败信号,呼叫另选电路进行自动重复试呼,此电路再次进行导通检验(具体过程见 5.3.2) 。 如果是前段需要,不需要上述过程,但在收到前方局的导通信号时,应向后方局转发。 2.入局侧根据初始地址消息中的导通检验指示决定相应动作。 如果本段电路需要导通检验,应启动导通检验配合过程。 接通此电路的环路。 在收到前方局的导通信号后,断开环路,呼叫继续。 在收到前方局的导通失败信号后,断开环路,呼叫释放。 如果前段需要,收到前方局的导通信号后,呼叫继续。 2.4.2 人机命令导通过程 也可称为测试呼叫导通过程,具体过程同上(注意此时已不存在普通呼叫) ,但有几点说明如

30、下: 发起导通检验不是通过初始地址消息,而是通过导通检验请求消息进行。 在呼叫要求的导通检验失败后,不能立即进行第二次导通检验,需延时一段时间,以便呼叫有足够时间完成释放。 对于人机命令要求的导通检验,如果发现此电路已被呼叫占用,则不允许进行。 测试呼叫的优先级低于普通呼叫。如两者发生同抢(见 5.4.1) ,放弃测试,进行普通呼叫处理。如果测试呼叫之间发生同抢,按普通呼叫同抢对待,主控方继续,非主控方配合。 如果导通检验失败,应定时进行导通检验,但不进行自动重复试呼。 如果导通检验成功,则应通过普通呼叫的释放过程来使电路恢复空闲。 2.5 TUP/ISUP 其 它 功 能 除了上述信令过程之

31、外,七号信令还有一些特殊功能。例如同抢、自动重复试呼、不合理信号处理和未知信息处理等,可简单说明如下。 2.5.1 同抢 同抢,也称为双重占用,就是双向中继电路两端的交换局几乎同时试图占用同一电路。由于七号中继具有双向工作能力,因此存在同抢的可能性。 为了减少同抢,可以选用以下两种方法之一。 方法 1:双向电路群两端的交换局采用不同的顺序来选择电路。 方法 2:两个交换局优先选择主控电路,并且对主控电路选释放时间最长的,而对非主控电路则选释放时间最短的(ITUT 推荐) 。 如果某交换局在发出初始地址消息的电路上又收到对端局发来的初始地址消息, 说明同抢发生。这时,该电路的主控局继续处理它发出

32、的呼叫,而不理会对方发来的初始地址消息;非主控局则放弃对该电路的占用,而在另一条电路上进行自动重复试呼。 对于 ISUP 来说,还存在 n*64kb/s 业务之间的同抢问题。此时判断原则为: 如果 n1*64kb/s 业务与 n2*64kb/s 业务同抢,且 n1n2,则前者对电路享有主控权。 如果 n1*64kb/s 业务与 n2*64kb/s 业务同抢,且 n1n2n,可以用以下方法决定:用初始地址消息中的电路识别码除以 n, 如结果为偶数, 则信令点编码较大的交换局享有主控权,否则信令点编码较小的交换局享有主控权。 2.5.2 自动重复试呼 七号信令遇到以下几种情况,将启动自动重复试呼过

33、程。 呼叫处理启动的导通检验失败。 某电路的非主控局在该电路发生同抢时。 发出初始地址消息后,收到任何后向信号前,收到电路闭塞信号。 发出初始地址消息后,收到任何后向信号前,收到电路复原信号。 发出初始地址消息后,收到建立呼叫所需的后向信号前,收到不合理的信号。 2.5.3 不合理信息处理 虽然 MTP 具有高度的可靠性,可以避免消息顺序错误或重复,但仍可能有未被检测出的差错,同时交换局也可能发生故障,从而产生不合理的信号。TUP/ISUP 应能对它们进行适当的处理。 在空闲电路上收到前向拆线信号(TUP,下同)/释放信号(ISUP,下同) ,则应回送释放监护信号/释放完成信号。 在未发送过前

34、向拆线信号/释放信号的电路上收到释放监护信号/释放完成信号,如果电路空闲,则予以丢弃;如果电路被呼叫占用,对于 TUP,应作为普通的不合理信号处理,参见最后一条。对于 ISUP,应回送释放信号。 在已闭塞电路上收到闭塞信号, 则回送闭塞证实信号。 在已解除闭塞电路上收到解除闭塞 号,则回送解除闭塞证实信号。 对于 TUP,在某电路上收到闭塞证实信号,如果该电路上发送过闭塞信号且已闭塞,则予以丢弃;如果发送过闭塞信号但未闭塞,则回送解除闭塞信号。在某电路上收到解除闭塞证实信号,如果该电路上发送过闭塞信号并已闭塞,则回送闭塞信号;如果发送过闭塞信号但未闭塞,则予以丢弃。 收到其它不合理信号时,如果

35、电路空闲,则发送电路复原信号;如果电路被呼叫占用,且 收到呼叫建立所需的任何后向信号之后,则予以丢弃;如果电路被呼叫占用,且在收到呼叫建立所需的任何后向信号之前,则发送电路复原信号。如为来话呼叫应释放,如为去话呼叫应释放原电路并进行自动重复试呼。 2.5.4 未知信息识别和版本兼容性 此功能也为 ISUP 所特有,利用混淆消息和消息/参数兼容信息参数来兼容旧的 ISUP 版本。由于较少用到此功能,故从略。可参见相关建议【3】 。 3、 统一网管中的配置项 在保证局向可达的前提下,打通一个呼叫,对于局间信令来说主要是配置中继和号码分析。 1、配置 PCM 系统号,如下图 2、中继电路组的配置 3、中继电路的分配 4、号码分析的配置 4 参考资料 【1】 邮电部, “国内 No.7 信令方式技术规范综合业务数字网用户部分(ISUP) (暂行规定)YDN0381997” ,1997.5 【2】 邮电部, “中国国内电话网 No.7 信号方式技术规范(暂行规定)GF0019001” , 1990.8 【3】 ITUT,Signalling System No.7(ISUP)Q.761-Q.764,Q.730-Q.737,1997.9 【3】 ITUT,Signalling System No.7(ISUP)Q.721-Q.724,1988.11

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号