TUPISUP信令培训.pptVIP

TUP/ISUP信令培训 固网客户支持部 Objectives 参考资料 《信令专题2 TUP和ISUPC》 信令简介 随路信令与共路信令 随路信令CAS 随路信令与共路信令比较 信令简介 信令简介 同抢 导通检验 回声抑制 多目的信令点 为了增加两个局之间的电路数，可以在每个局的交换机上绑定多个信令点编码来达到目的。CIC是一个12比特的编码，用来唯一确定两台交换机之间的一条中继电路，那么，两个信令点之间的信令消息最多可以标示4096条中继电路（2^12＝4096）。假如两侧的交换机都只有一个信令点编码，那么它们之间最多只能开4096条中继电路，这对于业务量很大的局来说是不够用的。有了绑定多个信令点编码的功能，在交换机中开的中继的数目从理论上讲可以是两个交换机所绑定的信令点编码形成偏序的数量再乘以4096，这样就可以解决电路数限制的问题了。 CC08机支持同时绑定16个信令点编码，多信令点编码在配数据上有一点不同，就是要在加七号中继群时指定该中继群所属的源信令点编码和目的信令点编码。 TUP消息格式 TUP消息格式 TUP的消息格式 TUP消息格式 IAM（TUP）消息的格式结构 IAM（TUP）消息的格式结构分析 IAM消息中所携带的信息的种类是固定的，首先是用户类别，后面保留了2个比特，然后是消息指示码。消息指示码中分别用1到2个比特来标示地址性质、电路性质、是否需要导通检验等信息。在后面就是4个比特，用来表示被叫地址信息的长度，接下来就是被叫的地址信息了。 消息中利用固定的格式存储固定的信息，唯一可能发生改变的就是有些消息中所携带的信息的长度可能发生变化，比如被叫用户号码。因为这样的消息结构，所以TUP的可扩展性比较差（消息结构比较固定），所以不能很好的支持新业务。 七号对接局不能处理用户类别为“未知”的IAI/IAM消息引起的一号转七号不通 【现象描述】 A局与我司08机（03T）开一号中继，08机与C局开TUP七号中继，A局经08机汇接出局，业务为国内长途呼叫。 08机在一号中继上收到几位号码后，在NO7上发出IAI消息后C局立刻发送CFL消息，之后08机在一号中继上发A4消息导致呼叫失败。分析08机发送的IAI消息，发现“提供主叫用户线标识表示语”为“限制提供主叫用户线标识”，且“主叫用户类别”为00（来源未知）。 【案例分析】 导致C局回CFL消息的原因有可能与现象中两点有关系。 1、“提供主叫用户线标识表示语”为“限制提供主叫用户线标识”有可能导致C局认为该信号非法。 2、七号信令中发起的IAM或IAI消息中的“主叫用户类别”信息 包含了一号信令中的 “KA + KD”的内容。按照正常的一号转七号的方式，发出的主叫用户类别就是“未知”，因为在发出IAM时还没有收到一号信令中的KD。 一号转七号本身有时矛盾的信令配合过程中，只有收到一号信令中的KD消息才能使确定IAM消息中的主叫用户类别，但KD消息要在收到七号信令中的ACM向一号信令发出ACM之后向一号信令发出A3之后才能收到。两个消息的处理是有矛盾的，所以正常情况下，一号转七号时的主叫用户类别就是“未知”。如果相关交换局不能处理“未知”的用户状态，可以通过软件参数设置按数据分析KD。 【处理过程】 1、修改软件参数“TUP运行保留参数4，bit0=0”，允许显示主叫。故障依旧。 2、修改软件参数呼叫内部参数1，比特11=0。由于NO1汇接NO7时因信令配合原因主叫的KD信号来的较晚，导致呼损，现增加参数控制是否使用根据号码分析得到的KD值。1：按原来方式处理；0：使用分析得到的KD。此时的IAI消息中的用户类别为普通用户，接续正常。故障解决。 TUP消息格式 TUP消息和呼叫失败原因码的对应关系 对于呼叫失败或释放，TUP借助后向建立不成功消息来帮助问题的定位。TUP由于消息数量少，与失败原因码的对应关系较为复杂，在下面列出了TUP消息与失败原因码的对应关系： SEC：交换设备拥塞、交换设备故障、无可用资源 ADI： 久不拨号、用户早释、号码不全 SST：发送专用信号音、带内信号、录音成功、对方设置缺席服务、对方设置免打扰、呼叫受限、用户欠费、呼入受限 STB：被叫长忙、用户忙 SLB：被叫市忙 UNN：无效号码格式、空号 CGC：无路由到达规定网络、无路由到达终点、不可接收的通路、无可用通路、无请求通路可用、通路不存在、无效网络选择 LOS：终点故障 ACB：呼叫拒绝、未预定所请求的设施、请求设施未实施、终点不兼容 DPN：设施被拒绝、无适用业务质量、承载能力未认可、无可用承载能力、无适用业务、承载能力未实施、通路类型未实施 CFL：无用户响应、正常清除 CBK：正常清除、以及上述失败原因码以外其他的值