预览加载中，请您耐心等待几秒...

GSM信令流程分析.docx

预览
1/10
2/10
3/10
4/10
5/10
6/10
7/10
8/10
9/10
10/10

亲，该文档总共104页，到这已经超出免费预览范围，如果喜欢就直接下载吧～

下载提示 文本预览

如果您无法下载资料，请参考说明：

1、部分资料下载需要金币，请确保您的账户上有足够的金币

2、已购买过的文档，再次下载不重复扣费

3、资料包下载后请先用软件解压，在使用对应软件打开

GSM信令流程分析 一、常见业务流程 移动主叫流程 移动主叫流程图 信道请求 MS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个BTS申请一条信道。在信道请求消息中包括了建立的原因，这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。此外，这条消息还包括随机参数，移动台（MS）随机的选5个比特作为随机参数。这些参数的作用是：当两个移动台同时接入网络时，网络能运用这些参数来区分这些移动台。Randomreference有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。要进一步区别同时发起请求的MS，还要根据Um接口上的应答消息 下面是一个ChannelRequest信令的举例 MS1 ChannelRequest Time:15:44:04.16 Framenumber:742632 Framenumber:742630 ReadfromARFCN Channelnumber:(GSM900)72 RandomAccessInformation Establishmentcause:(6)OriginatingcallandTCH/Fisneeded,ororiginatingcallandthenetworkdoesnotsetNECIbitto1,orproceduresthatcanbecompletedwithaSDCCHandthenetworkdoesnotsetNECIbitto1 Randomreference:19 Headerdump(Hex): 000B54E60048 Messagedump(Hex): F3 信道请求 BTS向BSC发一条信道请求消息。通过这条消息，BTS进一步向BSC传递由移动台发起的信道请求。实际上，信道请求消息中除了包含申请信道消息中的一些消息外，还包括通过BTS加入的一些消息。申请参数直接从信道请求消息中来，初始时间提前量TA（接入延迟）由BTS加入到这条消息中去。 信道激活 收到从BTS发来的申请信道消息后，BSC开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，同时BSC向BTS发送一条信道激活消息。其中最重要的是：分配给哪个BTS以及此SDCCH的信道组合。此消息中包含的参数有：DTX控制、信道的ID（识别）、信道描述和移动分配、移动台和基站的最大功率电平、BSC计算的有关此次接入的初始时间提前量等。 信道激活证实 这是对信道激活消息的应答。当BTS收到这条消息后，它开始在SACCH信道发送和接受消息。 立即指配命令 BSC告诉BTS关于被使用的SDCCH信道。 立即指配 基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况。实际上，这条消息是一条从网络向移动台发送的从AGCH信道转到先前定义的SDCCH信道工作的指令。在这条消息中，包括的参数有：寻呼模式、SDCCH信道描述、随路SACCH、跳频，如果应用了跳频，则还应包括请求参考（与建立原因相同）、初始时间提前量和频率分配。 CM业务请求 移动台向网络发送CM业务请求，目的是为连接管理子层实体申请一项服务，比如，电路交换连接建立、补充业务激活或短消息传送。 CM业务请求（建立指示） BTS通过返回建立指示消息确认立即指配命令。建立指示消息有两种用途。首先，建立指示消息从BTS的角度出发，指出移动台目前正在SDCCH信道上。这样，BTS向BSC发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。另外，BTS将识别这一连结并把接收到的第3层的消息加入到这条消息中。 CM业务请求 这条CM业务请求消息被送往移动交换中心。 UA 当在LAPDm协议中建立第2层级别链路时，UA是正常情况下第2层级别的确认。 鉴权请求 作为CC（连接证实）消息，移动交换中心发送一条鉴权请求消息给BSC。这条消息包括随机数RAND。 鉴权请求 BSC通过BTS把消息传送给MS。 鉴权响应 MS以带符号的响应SRES来响应鉴权请求。鉴权响应通过BTS被送往BSC。 在MS鉴权过程中，使用两种算法A3和A8。这些算法和32位数字密钥被存储在SIM卡中。当网络申请移动台的鉴权，AUC/VLR发送32位十进制随机数字给MS。MS接着计算带符号的响应（SRES）并把它回送给VLR。VLR把接收到的SRES和从先前AUC的鉴权组内部接收到的SRES作比较。如果这些SRES相同，鉴权成功，MS可以继续呼叫。 你可以注意到，KI的前8个数字被用来鉴权和SRES算法，剩下的24个数字被保留用作密钥算法。 鉴权响应 为了完成鉴权过程，从MS来的SRES的值在消息内部被送