gsm主叫流程详细解释..

主叫流程从空口到A口的详细信令解释..66种:

１．Channel_requirest（信道要求）:MS通过动态的在RACH信道上发送一个随机接入脉冲向一个BTS申请一条信道，在信道请求消息中包括了建立的原因，这个原因可能是“寻呼相应”、“紧急呼叫”、“移动主叫”“短消息业务”或“其他”。此外，这条消息还包括随机参数，MS随机的选5个比特作为随机参数，这些参数的作用是当两个移动台同时接入网络时，网络能运用这些参数来区分这些移动台。比如关联channel_requied到sd信道时就用随机参考号和immediate_assignment关联.

 

２．Channel_required（信道请求）：BTS向BSC发一条申请信道消息。通过这条消息，BTS进一步向BSC传递由移动台发起的信道请求，实际上，信道请求消息中除了包含新到要求消息中的一些消息外，还包括通过BTS加入的一些消息，请求参考单元直接从信道要求消息中来初始时间提前量（接入延迟）由BTS加入到这条消息中去。

 

３Channel_activation(信道激活)：收到从BTS发来的信道请求消息后，BSC开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，同时BSC向BTS发送一条信道激活消息，其中最重要的是：分配给哪个基站收发信台以及此SDCCH的信道组合。此消息中包含的参数有：DTX控制，信道的ID，信道描述和移动分配，移动台和基站的最大功率电平，BSC计算的有关此次接入的初始时间提前量等。

 

４.Channel_activation_ack(信道激活证实)：这是对信道激活消息的应答。当BTS收到这条消息后，他开始在SACCH信道发送和接受消息。

 

５.Immediate_assignment_command(立即指配命令)：BSC告诉BTS关于被使用的SDCCH信道。

 

６.Immediate_assigment(立即指配)：基站分系统通过AGCH信道告知MS有关使用的SDCCH信道的情况。实际上，这条消息是一条从网络向移动台发送的从AGCH信道转到先前定义的SDCCH信道工作的指令。在这条消息中，包括的参数有：寻呼模式、sdcch信道描述、随路SACCH、跳频，如果应用了跳频，则还应包括请求参考（与建立原因相同）、初始时间提前量和频率分配。

７.Cm_service_request(CM业务请求)：移动台向网络发送CM业务请求，目的是为连接管理子层实体申请一项服务，比如，电路交换链接建立，补充业务激活或短消息传送。

 

８.Cm_service_request(建立指示)：BTS通过返回建立指示消息确认立即指配命令。建立知识消息有两种用途，首先，建立指示消息从BTS的角度出发，指出移动台目前正在SDCCH信道上。这样BTS向BSC发一消息，指示现在移动台的CM业务请求正在所描述的这种SDCCH信道上传送。另外，BTS将识别这一连接并把接收到的第3层的消息加入到这条消息中。

 

９.Cm_service_request(CM业务请求)：这条CM业务请求消息被送往移动交换中心。

10.Ua(无编号确认)：当在LAPDm协议中建立第二层级别链路时，UA是正常情况下第2层级别的确认。BTS在收到MS发来的消息后，在RR子层中回送寻呼应答消息，从被指配的SDCCH信道上发送一个LAPDm的UA帧进行证实，同时向BSC发送建立指示消息。MS比较自己发送的SABM和接收的UA两个帧，以确认是自己的

 

11.Authentication_request(鉴权请求)：作为CC（连接证实）消息，移动交换中心发送一条鉴权请求消息给BSC。这条消息包括随机数RAND。

 

12.Authentication_request(鉴权请求)：BSC通过BTS把消息传给MS。

 

13.Authentication_response(鉴权响应)：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 个数字被保留用作密钥算法。

 

14.Authentication_response: 为了完成鉴权过程，从MS 来的SRES 的值在消息内部被送回VLR。

 

15.Ciphering_mode_command (加密模式命令):MSC 要求BSC 从无线通路开始加密。假如网络想要在无线接口开始加密，需要在A 接口发送消息。如果网络使用加密，那么MS 在接收到此消息以后开始加密。

 

16.Ciphering_mode_command(加密命令): BSC 把加密消息储存到它的存储器中然后向BTS 发送一个加密命令来发起加密模式操作。

 

17.Ciphering_mode_command (加密模式命令):BSS 告知MS 加密的初始，开始接收被加密模式。

 

18.Ciphering_mode_complete :MS 确认加密命令。

 

19.Ciphering_mode_complete(加密模式完成):如果加密被使用，那么这是在空中接口中的第一条加密的消息。BSS 确认加密命令，通知MSC 移动台已经开始加密并开始以加密模式发送消息。

 

20.Tmsi_reallocation_command(Tmsi再分配命令):TMSI 再分配的目的是提供身份的保密性。TMSI 的再分配通常至少在每次位置更新时执行。MSC 通过发送TMSI 再分配命令消息给MS 发起TMSI 再分配过程。TMSI 再分配命令消息包括TMSI 与由网络分配的LAI 的组合；或者如果正在使用的TMSI 将被删除，就包括一个LAI 和IMSI。通常，通过应用加密模式的RR 连接， TMSI 再分配命令被送往MS。

 

21.Tmsi_reallocation_command: TMSI 再分配命令被送到MS。

 

22.Tmsi_reallocation_complete(TMSI再分配完成):当MS 接收到TMSI 再分配命令消息后，把LAI 储存在SIM 卡中。如果接收到的身份识别是MS 的IMSI，它就把先前储存的TMSI 删除。如果接收到的身份是TMSI，MS 把它存储在SIM 中。在这两种情况下，MS 将发送一条TMSI 再分配完成消息给网络。

 

23.Tmsi_reallocation_complete :TMSI 再分配完成消息送往MSC。

 

24.Setup 在鉴权，识别，加密后，MS 处在SDCCH 信道上，准备开始真正呼叫建立信令。MS 发送一建立消息给BSC，再被送到MSC。

 

25.Setup BSC 向MSC 发送建立消息来告知MSC 将要执行的呼叫。

 

26.Call_proceeding MSC 对建立消息的响应

 

27.Call_proceeding 当MS 的呼叫控制实体接收到呼叫进程消息后，就进入“移动主叫进程”状态。

 

28.Assignment_request 这条消息开始了TCH（话音信道）的分配。在A 接口，MSC 是主控者，它为A 接口上的这次呼叫寻找一个可使用的电路。这条消息根据GSM 规范包括了一些可选项。这些可选项是：呼叫的优先权、下行的不连续传输（DTX）、无线信道的识别和可用的干扰带。

 

29.Channel_activation 在BSC 内部的信道保存和分配之后，它通过发送这条消息给BTS 来激活TCH 信道。消息内容主要包括：信道号、激活的类型、信道模式（DTX/NO DTX）、信道类型（话音/数据：如果是话音，则包括GSM 编码算法，如果是数据，则包括信道中消息是透明还是不透明的以及数据速率）、信道识别、接收到消息的加密消息、BTS 和MS 的功率等级和时间提前量。(这条现在就在tch信道上了)

 

30.Channel_activation_ack :BTS 返回目前TDMA 帧号，然后通过Abis 接口激活TCH。

31.Assignment_command :BTS 进一步把收到的消息发送给MS。消息内容主要包括：信道描述、功率级别、小区信道描述、信道模式（全速率/半速率）和移动分配。(这条是在原sd信道上)

 

32.Sabm（设置异步平衡模式）：这是一条第二层的消息，包含一些第三层消息，包括业务请求，加密键序列，移动台级别和移动标识。

 

33.Establish_indication：建立指示消息有两个用途。第一，此时应用建立指示消息，可以让基站收发信台知道移动台目前正在FACCH信道上，这样，基站收发信台可以向基站控制器发送消息，指示移动台现在正在使用的FACCH信道的情况。第二，BTS识别此链路为主信令信道并且将收到的第三层消息加入建立指示消息中，这第三层消息来自于MS。

 

34.Ua：UA通常是建立第二层LAPDm链路时的第二层确认。

35.Assignment_complete：这条消息由移动台发送给网络以指示移动台已成功建立TCH。

36.Assignment_complete：BSS向MSC证实获取TCH信道。

37.Channel_release：使正在使用的SDCCH停止活动。这个消息是由BSC发向MS的。另外，它也被称为“第三层的断链消息”。在正常的呼叫建立情况下，呼叫原因为“正常”。

 

38.Deactive_sacch（去活慢速随路控制信道）：BSC向下行发送这个消息，BSC禁止向MS传送系统消息。事实上，此时已经没有在SACCH上接收/发送任何消息的必要了。因此他将被去活。

 

39.Release_indication （释放指示）:BTS通知BSC，MS没有更多专用的无线资源。

40.Rf_channel_release: BSC通知BTS释放其余的无线资源。

 

41.Re_channel_release_ack:所有的无线资源被释放；BTS发送证实消息给BSC，这些无线资源为：TCH/FACCH和SACCH

42.Alerting：MSC发送提醒消息给BSS。

 

43.Alerting：当在移动主叫过程中，MSC通知MS被叫用户已经被提醒。如果收到提醒消息，就应该接通话音通路，此时主叫用户可以听到振铃音，表示被叫用户正在振铃。

 

44.Connect：MSC通过BSS发送一连接消息给MS，此消息向MS表明已经通过网络建立连接。

 

45.connect：MS一收到连接消息，他就把用户连接到无线通路上，并返回一连接证实消息，停止所有本地产生的振铃指示，进入“激活”状态。

 

46.Connect_ack：MS用这条消息告诉MSC，目前MS正处于“激活”状态。

 

47.Connect_ack：此消息被送往MSC。

 

48.Measurement_report：在建立了主信令信道后，移动台每秒发送两次关于话音质量的报告。

 

49.Prep_measurement_result（预处理测量结果）：如果这些测量报告在BTS中已经过预处理，则测量结果被传到BSC；如果BTS中没有经过预处理过程，测量报告直接被传到BSC，而不需要BTS的参与。

 

50.Disconnect：由MS发出拆链请求消息，消息内容主要包括：清除终端到终端的链接。这条消息将停止了有关此呼叫连接的收费。

 

51.Disconnect：拆链消息发往MSC。

 

52.Release：实际的释放将来自MSC,真正的呼叫才结束。

 

53.Release：释放消息送往MS。

 

54.Release_complete：MS通知网络它将释放此次业务标识，也就是表示释放过程正在进行中。

 

55.Release_complete：释放完成消息被发送到MSC.

 

56.Clear_command:这个消息由MSC发出，用来释放所有相关的资源，也就是与这次通话过程相关的BSSAP

 

57.Channel_release：是正在使用的TCH停止活动。这个消息是由BSC发向MS的。另外，他也被撑为“第三层的锻练消息”。在正常的呼叫建立情况下，呼叫原因为“正常”。

 

58.Eactivate_sacch（去活sacch）：BSC向下行发送这个消息，BSC禁止向MS发送系统消息。事实上，此时已经没有在SACCH上接受/发送任何消息的必要了，因此它将被去活。

 

59.Disc：MS在上行方向将发送第二层DISC帧，并通知BTS在TCH/FACCH信道上的业务。

 

60.UA:BTS确认DISC帧，其结果：MS重新开始监听BCCH信道，并且所有的无线接口将被释放。

 

61.Release_indication：BTS通知BSC，MS没有更多专用的无线资源。

 

62.Rf_channel_release：BSC通知BTS释放其余无线资源。

 

63.Rf_channel_release_ack：所有的无线资源被释放；BTS发送证实消息给BSC，这些无线资源为：ＴＣＨ／ＦＡＣＣＨ和ＳＡＣＣＨ。

 

64.Clear_complete（清除完成）：此消息拾对清楚命令的确认，此时BSC通知ＭＳＣ所有与此次呼叫有关的无线资源被释放。

 

65.Sccp_release(SCCP释放):当所有无线资源被释放，与此次呼叫有关的BSSAP连接不再需要，此消息通知BSC释放SCCP连接，并作为RLSD消息发送

 

66.Sccp_release_ack(SCCP释放确认)：BSC 通知MSC 有关此次呼叫的专用SCCP 连接被释放，并作为RLC 消息发送。

一个主叫流程就让我看了一天..还有好些地方没懂..比如链路释放的时候 40个既然已经释放了FACCH/TCh等那后面的消息是在哪发的呢?还有每个消息里面的关键字段都没完全弄懂...所以准备看看信道的知识了..这流程看的真让人郁闷..