呼叫中心系统◆开发者随笔 » ss7 http://www.cn-cti.com 软件|论坛|CTI|呼叫中心系统解决方案|呼叫中心运营|技术 Thu, 22 Dec 2011 05:19:41 +0000 http://wordpress.org/?v=2.9.2 en hourly 1 asterisk兼容数字卡上面调试中国7号信令（ss7） http://www.cn-cti.com/1561.html http://www.cn-cti.com/1561.html#comments Sun, 17 Jan 2010 08:39:44 +0000 呆子 http://www.cn-cti.com/?p=1561 How to install asterisk, chan_ss7 and zaptel with openvox PRI cards

hello:
if you want to install asterisk, chan_ss7 and zaptel, please follow these steps:
1) download asterisk-1.4.20, zaptel-1.4.10 and chan_ss7_1.1
2) unzip asterisk-1.4.20.tar.gz to /usr/src, under asterisk dir, please run: ./configure, make and make install, make samples.
3) unzip zaptel-1.4.10.tar.gz to /usr/src/, under zaptel dir, please run: ./confiugre, make and make install
4) unzip the chan_ss7_1.1 to /usr/src, under chan_ss7_1.1, please do this:
4.1) modify the Makefile, do like this:
=======================
# non-standard places.
INCLUDE+=-I /usr/src/zaptel-1.4.10/kernel  ; point to the zaptel source
#INCLUDE+=-I../source/telephony/dahdi/include
INCLUDE+=-I /usr/src/asterisk-1.4.20  ; point to asterisk source
=======================
4.2) save and quit
4.3) run make and make install
4.4) copy the ss7.conf file to /etc/asterisk
4.5) copy the chan_ss7.so to /usr/lib/asterisk/modules
5) edit the zaptel.conf like this:
===========================
# Autogenerated by ./genzaptelconf — do not hand edit
# Zaptel Configuration File
#
# This file is parsed by the Zaptel Configurator, ztcfg
#

# It must be in the module loading order

# Span 1: TE4/0/1 “T4XXP (PCI) Card 0 Span 1″ (MASTER)
span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-15,17-31
dchan=16

# Span 2: TE4/0/2 “T4XXP (PCI) Card 0 Span 2″
span=2,2,0,ccs,hdb3,crc4
# termtype: te
bchan=32-46,48-62
dchan=47

# Span 3: TE4/0/3 “T4XXP (PCI) Card 0 Span 3″
span=3,3,0,ccs,hdb3,crc4
# termtype: te
bchan=63-77,79-93
dchan=78

# Span 4: TE4/0/4 “T4XXP (PCI) Card 0 Span 4″
span=4,4,0,ccs,hdb3,crc4
# termtype: te
bchan=94-108,110-124
dchan=109

# Global data

loadzone        = us
defaultzone     = us
===========================
6) edit ss7.conf like this:
===========================
[linkset-ls1]
enabled => yes
enable_st => yes
use_connect => no
hunting_policy => even_mru
context => ss7_call
language => en
subservice => auto
variant => CHINA ; 支持中国ss7 号信令
[link-l1]
linkset => ls1
channels => 1-15,17-31
schannel => 16
firstcic => 1
enabled => yes

echocancel => no
echocan_train => 350
echocan_taps => 128

[link-l2]
linkset => ls1
channels => 1-31
schannel =>
firstcic => 33
enabled => yes

[link-l3]
linkset => ls1
channels => 1-31
schannel =>
firstcic => 65
enabled => yes

[link-l4]
linkset => ls1
channels => 1-31
schannel =>
firstcic => 97
enabled => yes

[host-openvox]
enabled => yes
opc => 0×222222
dpc => ls1:0×298922
links => l1:1,l2:2,l3:3,l4:4
===========================
7) edit extensions.conf：
==========================
[ss7_call]
exten => 100,1,Dial(ss7/outgoing number)
exten => 100,2,Hangup
==========================
8) make sure ss7 is up:
==========================
CLI> ss7 link status
linkset ls1, link l1, schannel 16, sls 0, INSERVICE, rx: 5, tx: 1/3, sentseq/lastack: 4/4, total    199328,    199424
CLI> ss7 status
linkset        idle busy initiating resetting total incoming total outgoing
ls1              30    0          0         0              0              0
gw1*CLI> ss7 linestat
Linkset: ls1
CIC   1 Idle
CIC   2 Idle
CIC   3 Idle
CIC   4 Idle
CIC   5 Idle
CIC   6 Idle
CIC   7 Idle
CIC   8 Idle
CIC   9 Idle
CIC  10 Idle
CIC  11 Idle
CIC  12 Idle
CIC  13 Idle
CIC  14 Idle
CIC  15 Idle
CIC  17 Idle
CIC  18 Idle
CIC  19 Idle
CIC  20 Idle
CIC  21 Idle
9） use an extension dial 100 to make a call to ss7
Test tools:
asterisk-1.4.20
zaptel-1.4.10
chan_ss7-1.1(支持中国ss7 号信令)

 

关联阅读

]]> http://www.cn-cti.com/1561.html/feed 0 GSM蜂窝通信系统的子系统接口 http://www.cn-cti.com/1336.html http://www.cn-cti.com/1336.html#comments Wed, 29 Jul 2009 07:29:16 +0000 呆子 http://www.cn-cti.com/?p=1336 以前，开发呼叫中心系统，大多只与固网打交道。

如今，五家变成了3家，都是全业务运营商。不和移动王打交道都不行。所以，各位同仁，很有必要了解 GSM蜂窝通信系统的一些知识。

移动网其实和固网区别不是很大。但就因为“移动”二个字，让移动网有了一些特殊性。

我们今天主要了解移动通信系统的各个子系统之间的接口

GSM系统的各个子系统之间以及子系统内部各功能实体之间存在大量的接口，GSM技术规范对这些接口作了详细的规定，使不同生产厂家的设备能够在同一个网内互联。 如果没有这些规范，中国的电信运营商就会被诺基亚、爱立信害惨了。至今仍然只能用他们的设备，无法使用廉价好用的中兴或者华为。

GSM各子系统逻辑关系GSM各子系统逻辑关系

1. 接下来，逐个描述各个接口的功能：

A 接口：

这个接口是基站与移动交换中心之间的接口，主要传递基站管理、呼叫处理与移动特性管理等信息。 这个接口最多，很多增值业务，都会先在这个接口处实现。臭名昭著的回拨，据说就是在A接口放设备拦截的。
A-bis：
基站控制器(BSC)与基站收发信机(BTS)之间的接口。此接口支持所有向用户提供的服务，并支持对BST无线设备的控制和对无线资源的分配。

注意，一个城市中，有多个BSC，每个BSC下面，有多个基站。

B接口：

移动交换中心(MSC)与访问位置寄存器(VLR)之间的接口。当MSC需要知到某个移动台的当前位置时，就查寻VLR；当移动台启动与某个MSC有关的位置更新程序时，MSC 就会通知存储着有关信息的VLR；当用户使用特殊的附加业务或改变相关的业务信息时，MSC也通知VLR，需要时，更新相应的HLR。

HLR  VLR是固网所没有的节点。这个两个节点，一个描述位置，一个描述归属。前几天我在本站 http://www.cn-cti.com讲过一些HLR/VLR内容。当时是讲七号信令带出来的。

C接口：

移动交换中心(MSC)与归属位置寄存器(HLR)之间的接口，此接口用于传递管理与路由选择的信息。呼叫结束时，相应的MSC向HLR发送计费信息。

D接口：

归属位置寄存器(HLR)与访问位置寄存器(VLR)之间的接口。此接口用于有关移动台位置和用户管理的信息交换。为支持移动用户在整个服务区内发起或接收呼，两个位置寄存器问必须交换数据。VLR通知HLR某个归属它的移动台的当前位置，提供该移动台的漫游号码；
HLR向VLR发送支持对该移动台服务所需要的所有数据。当移动台漫游到另一个VLR服务区时，HLR应通知原先为此移动台服务的VLR消除有关信息。当移动台使用附加业务，或者用户要求改变某些参数时，也要用Ｄ接口交换信息。

该接口不太容易理解，建议多看一些资料。

E接口：

移动交换中心之间的接口。此接口主要用于MSC之间交换有关越区切换的信息。

F接口：

移动交换中心(MSC)与设备标志寄存器(EIR)之间的接口。此接口用于MSC与EIR之间交换有关移动设备管理的信息，例如国际移动设备识别码等。

G接口：

访问位置寄存器VLR之间的接口。当某个移动台使用临时移动台标识号(TMSI)在新的VLR中登记时，G接口用于在VLR之间交换有关信息。此接口还用于向分配TMSI的VLR检索此用户的国际移动用户识别码(IMSC)。

Sm：

用户与移动网之间的接口，也称人机接口。在移动设备中包括键盘、液晶显示以及实现用户身份识别功能的部件(SIM卡)。

Um：

移动台与基站收发信机之间的无线接口，也称无线接口或空中接口。它包含信令接口和物理接口两方面的含义。无线接口的不同是数字移动网与模拟移动网的主要区别之一。

关联阅读

]]> http://www.cn-cti.com/1336.html/feed 0 ss7在呼叫中心系统中的应用 http://www.cn-cti.com/1322.html http://www.cn-cti.com/1322.html#comments Sun, 26 Jul 2009 03:27:41 +0000 呆子 http://www.cn-cti.com/?p=1322 七号信令系统丰富的消息,让大型呼叫中心系统开发者能够灵活控制.比如决定对外显示什么号码,送出国内属性或者市话属性等等.

另外,模拟线路接入的系统,速度非常慢,而七号信令系统,能在毫秒级接收到用户来电号码并立刻送上彩玲以及给出接通信号(ANC).

SS7可以用来为大型呼叫中心提高效率、提供新功能 搜、减少通信费用。呼叫中心的呼出通常都使用前置拨号器，只有把呼叫接通后才接回到座席，每个座席要管理几条呼出线路以提高座席的利用率。在设计和实现这样的系统时，关键问题是要判断呼叫什么时候应答，因为传统的电话系统中，没有提供任何信令来指示应答和挂机。SS7信令能为呼叫中心提供应答和挂机指示，因此，使用SS7能为呼叫中心提高使用效率和降低运营费用。

在呼叫中心呼出应用中使用SS7的主要潜在好处包括：

·更快速的呼叫建立，能检测应答和呼叫拆除。
·提供更多与呼叫有关的信息。
·由于提高了中继的利用率，等于减少了中继的使用数目，从而节省了通信费用。
·便于开发新业务。

SS7能通过提供智能路由寻找和快速ANI（自动号码认证）功能为大型呼入呼叫中心提高效率。SS7也能为大型呼入呼叫中心／IVR应用减少通信费用，这种应用的呼入是通过分布式的IVR系统分发到呼叫中心的。在这种应用中，位于远端的IVR只有当呼叫中心有空闲的座席接电话时才会把电话接进来，而不是所有呼叫一进来就马上接入呼叫中心，这样会由于呼叫在排队而产生额外的长途电话费用。

和其它应用一样，系统设计人员在决定是否增加一个呼叫中心的SS7容量时，既要考虑到增加SS7容量可以提高效率和降低每个呼叫中心所需的费用，从而节省了总的运营成本，以要考虑到增加SS7链路也是要付出不少的费用的。

关联阅读

]]> http://www.cn-cti.com/1322.html/feed 0 HLR-VLR—ss7 http://www.cn-cti.com/1320.html http://www.cn-cti.com/1320.html#comments Fri, 24 Jul 2009 21:36:05 +0000 呆子 http://www.cn-cti.com/?p=1320 七号信令的MAP协议,用于移动蜂窝通信中.

我们通常说,漫游费很贵.其实,在技术上来讲,漫游产生的成本就是传输几个字节.

其实 没错.当你漫游到其他地方时,七号信令系统就是给你归属地传输几个字节而已.

SS7也广泛用作无线网和PSTN的接口信令，以及在不断增加的无线网络子系统之间。在GSM系统中，SS7还被用作基站控制中心（BSC）和移动交换中心（MSC）之间的信令。

每个系统管理它自己的HLR（归属位置登记器）和VLR（拜访位置登记器）数据库。一个用户的全部资料由其归属系统的单个HLR管理，外来拜访的用户资料由系统的VLR管理。当一个用户旅行到达另外一个服务区并想发出一个呼叫时，被访系统先会作一个确认登记（当移动单元第一次开机），确认该用户为异地拜访用户，并用SS7和该用户的归属系统进行对话，在它的VLR为这个拜访移动单元作临时登记。同时，归属系统修改它的HLR对应这个用户的资料，使得呼叫这个用户时把呼叫转移到该被访系统。
大象通信公司

如需转贴或者转载，请您拨打电话0371-68243399或者邮件cui_yingjiu@msn.com与我联系。未经许可擅自转贴转载的，本人将根据我国民法通则、著作权法以及其他法律追究侵权者的法律责任。

详细解决方案 不方便在此披露 如有需要 请与我公司联系 大象通信公司

关联阅读

]]> http://www.cn-cti.com/1320.html/feed 0 1号信令2号信令—7号信令（二） http://www.cn-cti.com/1314.html http://www.cn-cti.com/1314.html#comments Fri, 24 Jul 2009 01:25:23 +0000 呆子 http://www.cn-cti.com/?p=1314 仅仅了解七号信令的ISUP TUP并不够.但大多数CTI开发者只是知道ISUP TUP.了解一些这两个协议的消息,比如IAI ACM之类.

了解七号信令的底层协议,更加有助于分析信令本身.因为很多场合,存在业务需求所带来的信令分析.

最简单来说,一些局间故障,如果不明白七号信令的底层协议,就很难知道故障的症结所在.

2.协议结构
目前,七号信令按功能可划分成六部分:MTP、SCCP、TCAP、OMAP、ISUP和MAP。随着七号信令应用的发展,TCAP上还将增加其它应用部分。

MTP(Message Transfer Part)又分成三级:SDL(Signalling Data Link),SLF(Signali
ng Link Functions)和SNF(Signalling Network Funtions)。第一级SDL的功能对应于OSI模型的物理链路层。第二级SLF的功能对应于OSI模型的数据链路层,其协议类似于HDLC,它负责点到点的通讯处理,第三级SNF的主要功能是消息的识别和分配,消息的路由,信令网的业务量管理、路由管理以及链路管理。

SCCP(Signalling Conection Control Part)是MTP第三 级的补充,它与SNF合在一起对应于OSI模型的网络层。SCCP的协议功能分为四等:Class0、Class1、Class2、Class3。Class0和Class1执行无联接的网络服务,Class2和Class3执行有联接的网络服务。除联接控制外,SCCP还执行全称地址的翻译和端一端路由。
TCAP(Transaction Capabilities Application Part)为七号信令的应用提供事务处理所需要的支持,它对应于OSI模型的应用层,其协议类似于OSI的ROS。

OMAP(Operation Maintenance and Administration Part)的主要功能是网络管理和维护,它类似于OSI的CMIP协议。

ISUP(ISDN User Part)是七号信令中最复杂的一部分,它的主要功能是在两个程控交换机(ISDN交换机)之间为主叫用户和被叫用户建立话音通路(呼叫建立)、话音通路的释放(呼叫释放)、线路监视、补充业务处理等。除ISUP之外、国际电报电话咨询委员会CCITT还定义了TUP(Telephone User Part)和DUP(Data User Part)。TUP执行话路交换信令,DUP执行非话交换信令。

MAP(Mobile Applecation Part)的主要功能是支持蜂窝移动通讯,其协议还未完善。
不同信令点包括七号信令的不同部分。STP只包括MTP和SCCP两部分;SCP包括MTP、SCCP、TCAP和基于数据库查询的应用(如800号服务,他方付费电话服务等);CCSSO一般只包括MTP和ISUP;而SSP包括七号信令的各个部分。

目前,美国有二个标准化组织颁布的七号信令协议受到人们重视;第一是CCITT颁布的Q系列协议,第二是美国Bellcore通信研究公司颁布的T系列协议。它们基本相同,但存在一些重要差别。另外,Bellcorp还颁布了大量的TR系列技术文档,它们是面向实现的协议,详细具体,是北美信令网的工业标准。TR系列不包含OMAP,对于SCCP只使用无联接服务。此外,TR系列定义了免费电话(800号电话)、信用卡电话、对方付费电话、第三方付费电话、CLASS等七号信令应用的操作规范,这些操作规范在CCITT的Q系列中均不完善,因此,北美信令的实现参照了TR系列技术文档。

三、七号信令的应用
1.话路信令
七号信令的一个最基本应用是替代老的一号到六号信令,用作现代数字程控交换机的局间信令,控制局间呼叫的接续。和老的局间信令相比,七号信令作局间信号有许多优点:(1)信令传送速度高,呼叫接续时间短;(2)信号容量大,一条64kbps的链路在理论上可处理几万话路;(3)灵活,易于扩充;(4)对话路干扰小,话路质量高;(5)可传递端——端信令或用户信令;(6)可使话路服务智能化,即使传统的电话业务具备CLASS特性。
CLASS(Customer Local Area Signalling Services)代表一组特殊电话服务特性,这包括自动回叫、自动重叫、用户追踪、主叫名传递、呼叫选择接受等13种功能。这些功能或服务特性是用户电话机无法单独提供的。

2.800号服务
据统计,1993年美国每天处理8000万到1亿个800号电话,年营业额数百亿美元,年增长率为15～20%。800号服务是一个巨大的市场,吸引着各个电信公司,是它们最主要的收入之一。所谓800号电话是公司企业向客户提供一种特殊的电话号码,该号码的地区码为800(虚拟地区码),客户使用这个电话和公司企业通话时的费用由公司支付,打电话的客户免费。800号电话号是一个虚拟的逻辑电话号,一个公司可能拥有许多的实际电话号码,但800号电话只有一个,客户可能在任何地方拨这个号码要求与该公司某个职能部门通话,这就存在一个将800电话转变成实际电话号的过程。这个过程的实现依赖于信令网的SCP。

3.他方付费电话
他方付费电话(ABS:Alternate Billing Service)有三种形式:第一种形式是信用卡电
话,它不同于我国目前流行的磁卡电话(英文中,磁卡电话叫做debet card call);第二种形式是被叫付费电话(collect billing call或collect call);第三种形式是第三方付费电话(third number billing call)。在共路信令网建立之前,他方付费电话依赖电话局操作员才能实现,有了共路信令网,他方付费电话基本自动化,方便而高效。

4.高级智能网(AIN)
高级智能网 在共路信令网中引入了两种新的结点:Adjunct和IP。Adjunct的功能类似于SCP,它直接和具有SSP功能的程控交换机联接,向它们提供直接快速的数据库服务和呼叫处理的平台功能。电话局的管理员(甚至用户)可以利用平台功能为自己的交换机设计电话服务特性,当然,程控交换机的软件也必须升级为AIN软件。

在AIN交换机中,一个用户电话处理过程分为许多阶段,每个阶段后定义一个触发检查点,AIN交换机软件在每个检查点检测交换机产生的事件。电话的呼叫处理由AIN交换机和Adjunct共同完成(传统的呼叫处理完全在交换机中完成)。AIN进行一般性处理,在检查点检测一个事件时,将处理递交Adjunct完成。Adjunct所做的工作可以由管理员利用平台功能进行设计,以便获得不同电话服务特性。

IP(Intelligent Peripherals)为一种网络智能设备,它直接和AIN交换机联接,其主要
功能是语音识别。如果网络管理员在某个断点处定义了”语音识别”特性,那么用户可以用语音输入被叫电话号码,此时,AIN交换机必须将语音号码送往IP翻译成数字号码后再进行后续呼叫处理。

5.蜂窝移动通讯系统
蜂窝移动通讯系统需要在共路信令网中增加至少三种结点:MSC、HLR和VLR。蜂窝移动通讯系统将一个通讯区域分成许多CELL,每个CELL内设立一个MSC(Mobile Switching Center),负责CELL内无线用户的通讯。MSC是一个使用七号信令的无线交换机,它包括七号信令中的MTP,SCCP,TCAP和MAP。在蜂窝移动通讯系统中,每个无线用户必须在数据库HLR(HomeLocation Register)和VLR(Visitor Lolcation Register)中登记。

蜂窝移动通讯系统包括许多七号信令过程,其中最重要的二个信令过程是:Registrati
on和Intersystem Handoff/Intersystem Handback Register 是移动用户自动在VLR注册的过程。当一个移动用户跨越两个CELL的边界时,通讯的处理由一个MSC交付到另个一个MSC,这就是Intersystem Handoff信令过程,反之为Intersystem Handback信令过程。

MAP协议还在完善之中,目前大部分厂商采用的协议标准是EIA/TIA制定的过渡标准IS-41-B。

6.其它应用
七号信令有着广阔的应用前景。除了上述五种应用之外,它可以用作ATM网络和B-ISDN网络的内部信令。此外,由于数据通讯网络规模的扩大,技术复杂度的增强,网络的操作维护、管理、测试和故障诊断的矛盾日益突出,解决这个问题的最好方法是利用七号信令的OMAP协议在共路信令网中建立网络管理维护中心。由于信令网是一个速度快,可靠性的分组交换网,网络管理中心的操作员可以对通讯网进行远程的实时的测试、诊断、监视、控制和管理,并且不干扰正常的数据通讯。

四、我国七号信令网的建设问题
近几年我国电信事业得到了飞速发展,大中城市的电话网的数字程控化已接近了欧美和日本等通讯发达国家的水平,部分局间信令已由DTMF替换成七号信令系统。七号信令系统首次在我国的使用是1987年引进S1240程控数字交换机的时候,此后随着国外各种先进通讯设备,特别是程控数字交换机的引进,七号信令系统的应用范围在逐渐扩大,某些大城市还拟将建设七号令系统的协议标准也做了大量的工作,1987年发布了《我国国内市话局NO.7信令方式技术规范》(暂行规定),1990年8月又重新颁布了《中国国内电话网NO.7信号方式技术规范》(暂行规定)。邮电部的(暂行规定)采用CCITT的Q系列标准,但只包括MTP,TUP以及信令网的监测部分。

然而,无论是在七号信令协议制定方面,还是在七号信令网建设和应用方面,我国还处
于非常落后的状况,有许多问题还要解决。这些问题包括:
(1)作为七号信令的最主要应用之一的800号服务和ABS能否在我国推广?是否符合我国的国情?
(2)邮电部制定的(暂行规定)未包括七号信令的800号服务和ABS的操作规范,如果我国推广类似于美国的800号服务和ABS,采用什么标准?
(3)我国是否要建立一个全国性的共路信令网络,如果要建立,采用什么结构?可否采用
美国式的二级结构?
(4)近几年来我国数据通讯网络发展很快,但维护管理手段落后,通讯设施可用性较低,
是否应该在共路信令网基础上建立先进的综合性网络管理控制中心?如果需要,怎样实施?

上述这些问题,有待进一步研究。
大象通信公司

如需转贴或者转载，请您拨打电话0371-68243399或者邮件cui_yingjiu@msn.com与我联系。未经许可擅自转贴转载的，本人将根据我国民法通则、著作权法以及其他法律追究侵权者的法律责任。

详细解决方案 不方便在此披露 如有需要 请与我公司联系 大象通信公司

关联阅读

]]> http://www.cn-cti.com/1314.html/feed 0 移动与固网7号信令的TUP协议区别 http://www.cn-cti.com/1305.html http://www.cn-cti.com/1305.html#comments Thu, 23 Jul 2009 06:28:38 +0000 呆子 http://www.cn-cti.com/?p=1305 移动网大多采用7号信令。大部分用TUP协议。但移动的MTUP与固网TUP多少有些区别。

开发呼叫中心系统，尤其是电话营销系统需要注意。

7号信令中移动MTUP与固网tup区别

7号信令中移动MTUP与固网tup区别

现在将这些资料与呼叫中心开发者分享。

由于移动MTUP 与固定网TUP具有一定的区别，其配合也与固定网有所不同。
一、MTUP基本呼叫流程中的信令消息
基本呼叫流程
1〕IAM/IAI消息：
一次呼叫的第一个消息总是IAM或IAI，即初始地址消息或带有附加信息的初始地址消息。其中，当移动用户做为被叫时要使用MSRN。GMSC发出的IAI消息中，被叫用户号码为MSRN号码，国内漫游用户的MSRN为11位国内有效号码，国际漫游用户的MSRN为国际号码。IAM消息的内容包括：主叫用户类别、消息表示语、地址信号数量和地址信号即被叫号码。
在数字蜂窝移动网实施TUP时，MSC发出的IAI/AM中“主叫用户类别”只定义了八种类别：
比特：FEDCBA
001010 普通用户，在移动局MSC－本地局LS（包括汇接局Tm)
001011 优先用户，在移动局－移动局间使用
001100 数据呼叫
001101 测试呼叫
010000 普通、免费 在移动局MSC至长话局TS
010001 普通，定期 局间使用（包括国际局）
010100 优先，免费 在移动局MSC至长话局TS
010101 优先，定期 局间使用（包括国际局）
数字蜂窝移动网实施TUP时，MSC收到的IAI/IAM中“主叫用户类别”只有11种：
比特：FEDCBA
001001 国内话务员（无插入性能）
001010 普通用户 只从MSC、TS或INTS
001011 优先用户 接收到此类别
001100 数据呼叫
001101 测试呼叫
010000 普通、免费
010001 普通，定期
010010 普通，用户表，立即 只从LS/Tm
010011 普通，打印机，立即 接收到此类别
010100 优先，免费
010101 优先，定期
11000 普通用户 只从LS接收到此类别
在MTUP中暂不启用IAM、IAI、ACM、GRQ和GSM消息有关回声抑制器的表示语，现MSC应将该类比特置“0”。
IAM，IAI的消息表示语 中需注意：
比特 BA：地址性质表示语
00 本地用户号码 MSC只接收，不发送
10 国内有效号码 国内移动用户为11位MSISDN号码
11 国际号码 国际用户为国际MSISDN号码
比特 G：去话回声抑制器表示语 MSC置为零
0 未包括去话半回声抑制器
1 包括了去话半回声抑制器
比特 K：信号通路表示语
0 任何通路
1 全部是NO.7信号方式通路
M900/M1800 MSC可以针对某个字冠决定是否发送主叫号码和原被叫号码，在被叫分析表中找到这些字冠对应的记录，将“补充信令标志”置为“是”，然后在补充信令表中将相应的“是否发主叫号码”和“是否发原被叫”标志正确设置。MSC应主动发送主叫号码，即发IAI消息。
M900/M1800 MSC可通过软件参数中的IAM发送过滤器设为FFBF来设置IAM、IAI中消息表示语中的G比特为“零”。
2 〕ACM：地址全消息
在正常情况下，如果被叫用户空闲，则来话终端局会送带有“用户闲”指示的地址全消息，并通过中继向主叫用户送回铃音。
ACM 消息表示语 中需注意：
比特C：用户闲表示语
0：未指示
1：用户闲
比特D：来话回声抑制器表示语 MSC置零
0：未包括来话回声抑制器
1：包括来话半回声抑制器
比特E：呼叫前转表示语
0：呼叫未经过前转
1：呼叫已经前转
比特F：信号通路表示语
0：任何通路
1：全部是No.7 信号方式通路
M900/M1800 MSC可通过软件参数中的ACM发送过滤器设为F7来设置ACM中消息表示语中的D比特为“零”。
去话局在收到ACM后会联网让主叫用户听来话终端局送来的语音，因此有些交换机在呼叫失败的情况下也会后向发送ACM。如S1240某些版本在被叫号码为空号/错号的情况下不发送UNN空号消息，而是后向发送ACM，并通过中继给主叫用户送空号/错号音。M900/M1800也可以通过做失败处理在各种呼叫不成功的情况下后向发送ACM，并送相应的语音。
3〕ANC/ANN：应答信号
被叫用户听振铃后摘机应答，则来话MSC端局后向发送ANC消息，这时主、被叫用户就可以通话了。ANN为应答不计费消息，M900/M1800MSC收到此消息时产生免费话单。
4 〕STB/SLB/LOS/SST/UNN等被叫用户状态信号
STB：用户长忙信号，当被叫用户正在打长话或处于摘机或拨号等临界状态时，后向发送此消息。始发局收到STB消息后，立即前向拆线，给主叫用户听忙音
【注】在移动通信中，是由MSC发指令要求移动台向用户送忙音，固定网是由交换机向用户送忙音。
SLB：用户市忙信号，当被叫用户正在打市话时，回送此消息。始发局收到SLB消息后，如果是话务员插入，则话务员和此用户立即处于通话态，否则立即前向拆线，给主叫用户听忙音。
【注】移动通信网只考虑全自动接续，不考虑人工或半自动接续，当移动被叫用户忙时，MSC只发送STB不产生SLB。
LOS：线路退出服务信号。在固定网中，被叫用户线不工作或故障时发送的后向信号，如用户话机没挂好，时间一长，话机处于锁定态，这时如果有呼叫打入此话机，会回送此消息。在移动网中，移动用户做被叫时，由于基站子系统设备损坏等原因无法寻呼被叫用户时，MSC发送LOS消息。在固定网中，始发局收到LOS消息后，立即前向拆线，给主叫用户听忙音。在移动网中，MSC收到LOS消息后，立即前向拆线，发送CLF，并建立无线话音信道向MS发送录音通知。
SST：发送专用信息音消息。在固定网中，当被叫用户设置了免打扰或缺席用户服务新业务或TUP经过二次前转时，来话局后向发送此消息。在移动网中，当呼叫一个激活了“闭锁所有入局呼叫”补充业务的移动用户时，由GMSC向发端交换机发送SST，由发端交换机向主叫送录音通知。在固定网中，一般交换机在收到SST消息后，都会立即前向拆线，给主叫用户听忙音（国内TUP规范建议的做法）。在移动网中，MSC收到SST消息后，立即前向拆线，发送CLF，并建立无线话音信道向MS发送录音通知。
UNN：空号消息，被叫号码是未被分配的号码时后向发送此消息。对于UNN消息的处理，在固定网中，一般交换机在收到UNN消息后，都会立即前向拆线，给主叫用户听忙音（国内TUP规范建议的做法）。
在移动网中，MSC收到UNN消息后，立即前向拆线，发送CLF，并发指令要求移动台向用户送空号音或建立无线话音信道向MS发送录音通知，应也能够建立话路由终端局发送空号音或录音通知。M900/M1800
MSC考虑到给主叫用户直接听空号音可能会使一些主叫用户错误地不停的拨打，对接通率有影响，因此还可以提供下列处理方法：将中继群表中的“异常送音标志”置为“是”时，作为来话局，MSC可以通过中继给主叫侧送语音，告诉主叫用户呼叫不通的原因；作为去话局，MSC接收到UNN消息后，不直接拆除中继，而是给主叫用户联网，使之能够听到中继送来的语音。
5〕CLF：前向拆线消息
通话结束后主叫用户挂机，且释放控制方式是主叫控或互不控时发送此消息，来话局或转接局收到此消息后，应立即拆除中继，回送释放监护信号。
6〕CBK：后向挂机信号
通话结束后被叫用户挂机，则后向发送CBK。这时中继不会拆除。必须等待到前向的CLF拆线消息后，才能拆除中继电路。在移动网中，为有效利用无线频率资源，移动系统中通常采用互不控呼叫释放方式，但目前在PSTN网中，大多数情况采用主控呼叫释放工作方式，为减少公用网的改动，当移动用户为被叫且首先挂机时，发送CBK，移动系统将立即释放无线信道，当只有等待发端局定时器逾时后或主叫挂机时，收到CLF，才释放局间中继线路。
7〕CCL：主叫挂机消息
在固定网中，通话结束后主叫用户挂机，且释放控制方式不是主叫控或互不控时发送此消息，这时中继不拆除。必须等待到后向的CBK消息后，才会拆除呼叫，并前向发送CLF拆线消息。
在移动网中，为有效利用无线频率资源，对于119、120、110等被叫控制特服业务，改为互不控方式，即当用户首先挂机时，移动系统将立即释放无线信道及局间中继线路。MSC只接收CCL消息，不发送CCL消息。
8〕SEC/CGC/ADI/CFL/DPN等与用户侧无关的网络侧后向失败信号
SEC：交换设备拥塞信号，在交换机资源（包括内存、网板时隙以及RSMII资源等）分配失败时会回送此消息。在移动网中，包括无线信道拥塞。
CGC：电路群拥塞信号，在交换机处于汇接局地位时，对应于一条入中继电路和呼叫，如果找不到可用的出局中继电路，则向前端去话局回送CGC消息。处于端局地位的交换机不可能发出CGC消息。
ADI：地址不全消息，如果来话终端局收到最后一位被叫号码后在一定时间内再未收到后续号码，而且认为被叫号码不全的情况下会回送ADI消息。
DPN：数字通路不提供信号，在固定网中，在交换机处于汇接局地位时，当来话请求64Kb/s不受限业务但去话不存在这种传输设备时，则后向发送DPN消息。处于端局地位的交换机不可能发出DPN消息。在移动网中，通常MSC仅与数字电路连接，因而只接收或转发DPN消息，不始发DPN消息。
CFL：在交换机无法接通呼叫，但上述消息都不合适，都无法表示失败原因的情况下，发送此消息。如一条入中继在本局被占用作了一个半永久连接，而对端局又有呼叫占用这条中继电路时，会回CFL（当然实际中这种情况只有在半永久连接调试过程中或两局配合有误才会出现）。或者中继的呼叫权限不够时，用上述其他的消息都无法表示原因，这种情况下也会后向回送CFL。
接收到上述失败消息后，都应立即回送前向拆线消息CLF，拆除呼叫和中继。
上述消息是基本呼叫流程常遇到的消息，在这里再说明一点，在移动网中，由于移动用户发起一个呼叫时，先拨完被叫用户号码的所有数字，再按“SEND”键，被叫用户号码的所有数字都编在无线信令中，一次发给MSC，因而对于移动业务，仅采用成组发码方式，即MSC不发送SAM与SAO消息，仅接收这些消息。
大象通信公司

如需转贴或者转载，请您拨打电话0371-68243399或者邮件cui_yingjiu@msn.com与我联系。未经许可擅自转贴转载的，本人将根据我国民法通则、著作权法以及其他法律追究侵权者的法律责任。

详细解决方案 不方便在此披露 如有需要 请与我公司联系 大象通信公司

关联阅读

]]> http://www.cn-cti.com/1305.html/feed 0