有关交换机之间切换的一些认识

有关交换机之间切换的一些认识

我们ALCATEL交换机有时与别的交换机之间会建立切换关系。我在实践工作中总结了一些经验。以下只是我的一些意见，希望大家不吝指教。

首先，我简单介绍一些相关的人机命令。

CREATE-N7EXCH 创建对端N7局向

CREATE-N7RTES 创建对端N7 SCCP 路由组

CREATE-LAI-TRANSL 创建相关MSC，LAC，DPC等

其次，手机从交换机A向B切换的具体流程如下

切换是移动用户在呼叫接续过程中或在通话状态时，从一个区域漫游到另一个区域而能保持连接不中断的功能。它的全过程是一个比较复杂的过程，在这里我主要描述交换机之间切换的信令。

●当手机要发生切换时，交换机A先向B发一个MAP PERFORM

HANDOVER消息。该消息中要包括将切入的LAC，CELL和当前所

在的LAC和CELL。交换机B要对该消息进行确认。另外，在交

换机A的表 R_LAC_CONF 要有这些LAC的数据。

●交换机B向A发一个MAP PERFORMs HANDOVER ACK 消息。该消

息中要包含一个交换机B分配给A的一个HANDOVER NUMBER。

●交换机A向B发一个TUP的IAI（初始地址）消息。其中

CALLED ADDRESS SIGNALS中包括的就是HANDOVER NUMBER。

●交换机B向A发一个ACM（地址全）消息。

●交换机B向A发一个ANC消息。该消息表明ISUP链路已通

畅，开始进行切换。

●交换机B向A发一个SEND_END_SIGNAL,表明此次切换成功完

成。

在交换机发IAI时，一般建议CLI（CALLING LINE IDENTITY INDICATOR）设置成 CLI NOT INCLUDE，这样能提高HANDOVER的成功率。CLI是用于显示IAI消息格式中主叫部分的主叫号码。就该切换过程而言，这已是一个稳定的呼叫，主叫号码就是进行切换的手机的MSISDN。因此，在切换的IAI消息中包括CLI并没有什么意义，而且在协议中也没有做明确的说明。更为重要的是，对端交换机并不需要该信息。

在数据上实现CLI NOT INCLUDE较简单。根据本交换机的PAGING NUMBER对应的CPX，在R_L_CPXDM中找到该TUPLE，只要在D_DESSINF中置为00即可。它表明对方不需对主叫号码进行分析。

另外，在三版中有如下关系：

000:E_RSLT_DEFIND

001:E_RSLT_TIME_DE P

B_RSL_TYPE:002:E_RSLT_TOC_DEP

003:E_RSLT_OR_DEP

B_SINF_LINK:LINK TO R_L_SINF

R_L_SINF D_INDEX D_SINFO

不发GRQ消息

160000 发GRQ 消息只要让指针指向162400，对方在收到不加主叫号码的IAI消息后，也不会发GRP消息。

另外，我们也建议不要在切换时交换机A向B发IAM消息。理由有二条：首先是在移动交换机之间发IAM消息是不标准的，是一个错误的协议。其次，发IAM消息之后，交换机B要向A发GRQ（GENERAL REQUEST）消息，A还要向B发GSM消息，而HANDOVER的过程，特别是INTER-MSC-HANDOVER对时间的要求极高，可能会使得切换失败。

在S12MSC系统中，切换是由一个专门的FMM控制的。它就是HOMA （HANDOVER MANAGER 切换管理程序）。HOMA程序接受切换请求，根据切换请求的来源，切换目的地蜂窝表等切换数据，控制切换所涉及的各信令模块完成复杂的新旧连接的建立，切换和释放。监视整个切换过程，处理

切换再尝试，切换失败等各种情况。切换号码也是由HOMA产生并处理的。

参与切换的各信令模块在其中也扮演着非常重要的角色。BSSAP是最重要的，其次根据不同情况，ISUP，TUP，R2及MAP也会涉及。如果仅仅是信令链路的切换，呼叫控制程序可以不参加。而对于信令加话路的切换，一定有呼叫控制程序CFCS加入。此外，MSC间的切换，还需PATED 帮助分析切换号码。

附录是在交换机间处理切换问题时在K1103上收集的信令数据，可以做为参考

18:13:58"8 1Rx< SCCP 83 17-FF-09 17-FF-08 0 UDT

Blue Book SCCP (SCCP) Unitdata (UDT)

----0011 Service Indicator SCCP

--00---- Sub-Service: Priority Spare/priority 0 (U.S.A.

only)

10------ Sub-Service: Network Ind National message

******** Destination Point Code 17-FF-09

******** Originating Point Code 17-FF-08

******** Signalling Link Selection 0

00001001 SCCP Message Type 0x9

----0000 Protocol Class Class 0

0000---- Message Handling No special options

00000011 Ptr to Called address pa 3

00000101 Ptr to Calling address p 5

00001010 Ptr to Data parameter 10

Called address parameter

00000010 Parameter Length 2

-------0 Point Code Indicator PC absent

------1- Subsystem No. Indicator SSN present

--0000-- Global Title Indicator No global title included