GSM系统信令接续流程

GSM系统信令接续流程(一)(王嘉华)摘要 文章以MS发起的主叫通话为例,说明在GSM系统中,实现一次通话所需的信令接续过程。以应用层(L3)的三层连接(RR、MM、CC)为构架,对L豹的通信过程进行分析,介绍每条信令中的一些主要参数以及该信令在通话过程中所起的作用。关键词 信令接续 无线资源管理 移动性管理 呼叫管理 GSM系统使用类似OSI协议模型的简化协议,包括物理层(L1)、数据链路层(L2)和应用层(L3)。L1是协议模型最底层,提供物理媒介传输比特流所需的全部功能。L2保证正确传递消息及识别单个呼叫。在GSM系统中,无线接口(Um)上的L1和L2分别是TDMA帧和 LAPDm协议。在网络侧,Abis接口和A接口使用的L1均为E1传输方式,L2分别为LAPD和MTP协议。在Um接口,MS每次呼叫时都有一个L1和L2层的建立过程,在此基础上再与网络侧建立 L3上的通信。在网络侧(A和Abis接口),其L1和L2(SCCP除外)始终处于连接状态。L3层的通信消息按阶段和功能的不同,分为无线资源管理(RR)、移动性管理(MM)和呼叫控制(CC)三部分。 1建立RR连接 RR的功能包括物理信道管理和逻辑信道的数据链路层连接等。 在任何情况下, MS向系统发出的第一条消息都是CH-REQ(信道请求),要求系统提供一条通信信道,所提供的信道类型则由网络决定。CH-REQ有两个参数:建立原因和随机参考值(RAND)。建立原因是指MS发起这次请求的原因,本例的原因是MS发起呼叫,其它原因有紧急呼叫、呼叫重建和寻呼响应等。RAND是由MS确定的一个随机值,使网络能区别不同MS所发起的请求。RAND有5位,最多可同时区分32个MS,但不保证两个同时发起呼叫的 MS的RAND值一定不同。要进一步区别同时发起请求的MS,还要根据Um接口上的应答消息。 CH-REQ消息在BSS内部进行处理。BSC收到这一请求后,根据对现有系统中无线资源的判断,分配一条信道供MS使用。该信道是否能正常使用,还需BTS作应答证实,Abis接口上的一对应答消息CHACT(信道激活)和CHACK(信道激活证实)完成这一功能。CHACT指明激活信道工作所需的全部属性,包括信道类型、工作模式、物理特性和时间提前量等。 网络准备好合适的信道后,就通知MS,由IMMASS(立即指配)消息完成这一功能。在 IM-MASS中,除包含CHACT中的信道相关信息外,还包括随机参考值RA、缩减帧号T、时间提前量TA等。RA值等于BSS系统收到的某个MS发送的随机值。T是根据收到CH-REQ时的TD- MA帧号计算出的一个取值范围较小的帧号。RA和T值都与请求信道的MS直接相关,用于减少 MS之间的请求冲突。TA是根据 BTS收到RACH信道上的CH-REQ信息进行均衡时,计算出来的时间提前量。MS根据TA确定下一次发送消息的时间提前量。 IMMASS的目的是在Um接口建立MS与系统间的无线连接,即RR连接。MS收到IM-MASS后,如果RA值和T值都符合要求,就会在系统所指配的新信道上发送SABM帧,其中包含一个完整的L3消息(MP-L3- INF),这条消息在不同的接口有不同的作用。在Um接口,SABM帧是 LAPDm层上请求建立一个多帧应答操作方式连接的消息。系统收到SANM帧后,回送一个UA 帧,作为对SABM帧的应答,表明在MS与系统之间已建立了一条LAPDm通路;另外,此UA帧的消息域包含同样一条L3消息,MS收到该消息后,与自己发送的SABM帧中相应的内容比较,只有当完全一样时,才认为被系统接受。L3消息中包含MS的IMSI,IMSI对每个 MS是唯一的,这可保证在该信道上只有一个MS可接入系统。在Abis接口,这条消息是ESTIND(建立指示),用来通知已建立LAPDm连接,作为对IMMASS消息的应答。 在SANM帧中,透明传输到MSC的L3消息是A接口的第1条L3消息。尽管A接口的MTP连接在通话前已经建立,但对每个呼叫,在L2还要建立一个SCCP的连接。L3消息包含在A接口上 SCCP的请求建链消息(CR)中传递。如请求被允许,A接口的第1条下行消息将包含在SCCP 层的连接证实(CC)帧中。对SCCP层来说, CR与CC的交换是源参考地址与目的参考地址的交换。在同样的信令点码下,不同的呼叫具有不同的源地址和目的地址。 A接口上第1条消息传递完后,MS与系统之间就建立了RR连接,RR实体通知MM子层已进入专用模式。在专用模式下,MM子层和CC子层负责发送所有L2层上的消息。除了错误指示和释放本地链路以外,均由RR子层直接处理。 2建立MM连接 正常情况下,要建立MM连接必须先有RR连接。RR建立后的第一个步骤是鉴权(AUTH),即鉴定移动用户的身份。在AU-THREQ(鉴权请求)中有两个参数:CIP KEY No(加密键号)和 AUT RAND(鉴权随机值)Q CIPKEY No与每个MS的密匙Kc相对应,由网络计算出来送到MS,目的是毋须调用AUTH过程,就可直接由MS的IMSI和CM-SERV-REQ中的CIP KEY No参数得到Kc。ATU RAND供MS计算鉴权响应值SRES。MS的SIM中存有4个与鉴权和加密相关的数据:鉴权算法A3、加密序列算法A8、加密算法A5和移动用户个人鉴权键Ki。其关系如下:Kc=A8(RAND,Ki),SRES=A3(RAND,Ki),加密数据流=A5(user data,Kc)。 SRES是MS对AUTH REQ的响应值,在AUTH RES中传递。网络中存储了与每个 IMSI相对应的 Ki值,网络根据计算出的SRES值和MS回送的SRES值,可对MS的身份进行鉴定。Kc用于鉴权后的加密过程,加密算法A5由网络指定,但 MS必须支持该算法。在加密命令CIP- M-COM中,指出了每个MS支持的A5算法类型,还指定了MS的回送消息中是否包括IMEISV参数。 对MS的身份识别及无线信道传输加密过程完成后,建立呼叫所需的MM连接已经建立,可以向更高层(CC子层)提供呼叫信息的传递功能。(待续) 摘自《电信快报》
-

资料引用:http://www.knowsky.com/10964.html

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
GSM呼叫流程图 移动台的呼入接续过程: 1、寻呼。MSC/VLR在数据库中查出用户的资 料并向相 关的BSC发送寻呼信息。该信息包含用户所在区域的 LAI和用户的IMSI或者TMSI。 2、寻呼命令。BSC向LA区内的所有BTS发出寻呼命令。 该信息包含IMSI或TMSI。收发信单元识别码、信道类型 和时隙号。 3、寻呼请求。BTS在PCH上向移动台发送寻呼信息。该 信息包含用户的IMSI或TMSI。 4、信道请求。被寻呼的移动台在RACH上发送一个短的 接入脉冲串至BTS。BTS接收该寻呼响应信号后记录该突 发脉冲串的迟滞值。(TA 动态PWR) 5、信道请求。BTS向BSC发信道请求信息。该信息还包 含移动台接入系统的迟滞值(TA.PWR)。 6、信道激活。BSC选择一条空闲的SDCCH并指示BTS激 活该信道。 7、信道激活证实。BTS激活SDCCH后向BSC发信道激活 证实信息。 8、立即分配。BSC透过BTS经由AGCH向移动台发出允许 接入系统信息。该信息包含频率、时隙号、SDCCH信道号 和移动台将要使用的时间提前值TA等。 9、寻呼响应。移动台通过SDCCH向BSC发寻呼响应信息。 该信息包含移动台的IMSI或TMSI和移动台的等级标记, BSC加入CGI后把信息送往MSC/VLR。 10、鉴权请求。MSC/VLR透过BSC、BTS向移动台发鉴权 请求,其中包含随机数RAND,用移动台的鉴权运算。 11、鉴权响应。移动台经鉴权计算后向MSC/VLR发回鉴权 响应信息,MSC/VLR检查用户全法性,如用户全法,则开 始启动加密程序。 12、加密模式命令。MSC/VLR通过BSC、BTS向移动用户 发加密模式命令。该命令在SDCCH上传送。 13、加密模式完成。移动台进行加密运算后向BTS发出已加 密的特定信号,BTS解密成功后透过BSC向MSC/VLR发加密 模式完成信息。 14、设置呼叫类型。MSC向移动台发送呼叫类型设置信息。 该信息包含该次呼叫的类型。如传真、通话或数据通信等类型。 15、呼叫类型证实。移动台设置好呼叫类型后向MSC发出呼叫 类型证实信息。 16、分配请求。MSC要求BSC选择一条通往移动台的话音信道, 同时MSC在一条通往BSC的PCM上选择一个空闲时隙,并把时 隙的电路识别码CIC送往BSC。 17、信道激活。如果BSC发现某小区上有一条空闲的TCH,它 将向BTS发送信道激活命令。 18、信道激活证实。BTS激活TCH后向BSC发回信道激活证实 信息。 19、分配命令。BSC通过SDCCH向移动台发信道切换指令,命 令移动台切换至所指定的TCH。 20、分配完成。移动台切换至所指定的TCH后向BSC发送信道 分配完成信息,BSC接收后再送往MSC/VLR。 21、无线频率信道释放/释放证实。BSC释放SDCCH信道并把 它标记为空闲状态。 22、振铃回应。当移动台开始振铃时移动台要向MSC发送一 个通知信息。 23、连接。当移动台摘机应答时,移动台向MSC发送一个连 接信息,MSC把移动台的电路接通,开始通话。
七号信令分析软件 2.0 一.实现功能及解决问题 1.增加对ISUP消息的分析统计功能; 2.解决DISMSU执行出现非法操作的错误,主要是对ISUP的INF消息和TUP的GSM消息处理有误; 3.解决打开扩展名为大写的“TXT”当作二进制文件分析的错误; 4.更新用户手册,主要增加ISUP消息中的失败原因值的列表 5.解决七号信令分析软件判断跟踪消息的信令点编码为24位还是14位的问题,估计跟踪消息中的一个标志位判断。不需要用户配置。 6.增加打印功能; 7.统计结果的排序问题,可以按数字排序; 8.解决通过滚动条无法看到最后一条记录的问题; 9.主被叫号码长度超过29位导致“内部不正确”提示的问题。 10.可以对旧格式的信令文件进行处理后,用此软件进行分析。 具体使用方法见“UserMannua20.lwp”或从程序组中打开“用户手册”。 二.目前已经存在的问题,但难以解决的有: 1.相关信令的查询 当点击某个呼叫时,在出现相关的信令消息之前会有短时间的白屏现象。这是因为程序调用了一个DISMSU.EXE文件产生包含信令消息的文件。但是因为执行之间的同步问题,如果调用DISMSU.EXE结束后立刻打开信令消息文件显示,往往打开的是上一次的结果。所以在显示之前SLEEP 2秒钟。请教过UI的高手,通过在某一个文件中设置标志位来充当信号量,但在实现中发现仍然是老问题。 2.统计速度 对信令消息的统计速度比较慢,可能要忍受一下。我测试用的文件比较小,执行起来还比较快。主要原因可能在于以前的版本只支持TUP消息统计,消息参数都比较少,所以数组开了100个字节的空间。考虑到ISUP消息最长为272个,但转换为文本的字符表示,还要加空格,基本上是3倍的关系。所以目前的消息长度定位600。这样内存和写文件操作时间都会比较长。 3.不能统计自环消息 目前七号信令分析软件不支持对自环消息的统计,或者说自环统计中认为是成功的呼叫,在用此软件分析后会认为没有后向的应答消息而设置状态为不成功。 三.安装路径 setup目录下存放的是七号信令分析软件 2.0版本的安装盘。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值