下载文档原格式
GSM呼叫流程大全
1.手机发起呼叫:
2.基站分配信道:
基站接收到呼叫请求后，它会从可用的信道中选择一个来分配给该呼叫。
这个信道将用于传输手机和基站之间的音频和控制信号。
3.呼叫呼叫请求传输到MSC:
一旦基站获得信道，它会将呼叫请求转发到移动交换中心。
MSC是GSM网络中的核心节点，负责处理所有呼叫的路由和管理。
4.MSC发送呼叫路由请求:
MSC根据呼叫的目标号码发送呼叫路由请求，以确定被叫用户所在的
位置。
该请求通过信令链路发送到被叫用户所在的MSC。
5.被叫用户身份验证:
被叫用户所在的MSC接收到呼叫路由请求后，会验证被叫用户的身份，并确认用户是否可达。
如果被叫用户不可达或无权接听来电，则呼叫会失败。
6.MSC之间的信令交换:
如果被叫用户所在的MSC确定用户可达，它会通过信令链路与手机所
在的MSC进行交互。
这些MSC之间的信令交换用于建立呼叫路径和协商呼
叫参数。
7.呼叫路径建立:
当MSC之间的信令交换完成后，它们会协商并建立一个呼叫路径。
呼叫路径指定了从被叫用户所在的基站到呼叫用户所在基站的路由信息。
8.呼叫转接:
一旦呼叫路径建立，被叫用户所在基站会将呼叫转接到呼叫用户所在的基站。
这个过程包括向调度器发送消息以准备接收呼叫，并将呼叫的控制权移交给呼叫用户所在的基站。
9.呼叫响铃和接听:
10.通话过程:
一旦呼叫接通，用户可以与对方进行通话。
语音数据会通过手机和基站之间的信道进行传输，并通过MSC之间的呼叫路径进行路由。
11.呼叫结束:。
一次完整GSM主被叫通话的信令流程1.一次完整主叫通话的信令流程Mobile Station NetworkSystem information type 1Channel RequestImmediate AssignmentCM Service RequestClassmark Change控制参数更改CM Service AcceptAuthentication Request鉴别请示Authentication ResponseCiphering Mode Command 计算类型命令Ciphering Mode CompleteSetupCall ProceedingAssignment CommandAssignment CompleteAlerting 发信号ConnectConnect acknowledge 确认DisconnectReleaseRelease CompleteChannel Release2 需要注意的几点信令（1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI（临时用户识别码），如果为主叫起呼，则从Channel Request信令开始计算（2）Ciphering Mode 为加密模式（3）在Setup之后若手机为主叫则是Call Proceeding,手机为被叫则是Call Confirmed(证实)。
一次完整被叫通话的信令流程MobileStation NetworkPaging RequestChannel RequestImmediate AssignmentPaging ResponseClassmark ChangeAuthentication RequestAuthentication ResponseCiphering Mode CommandCiphering Mode CompleteSetupCall ConfirmedAssignment CommandAssignment CompleteAlertingConnectConnect acknowledgeDisconnectReleaseRelease CompleteChannel Release2 需要注意的几点信令（1）在被叫时的Paging Request 与Idle时的Paging Request 的区别在于前者在寻呼时包含有TMSI。
上海大唐移动通信设备有限公司上海大唐移动通信设备有限公司第1页 共1页目 录1. BSS 系统中的信令应用 (10)1.1 BSS 系统的信令模型 (10)1.1.1 概述 (10)1.1.2 物理层 (12)1.1.3 链路层 (12)1.1.4 网络层 (12)1.2 各层信令在BSS 系统中的作用 (13)1.2.1 无线资源层（RR ） (13)1.2.2 移动管理层（MM ） (14)1.2.3 呼叫控制（CC ） (15)1.2.4 BTS 管理层（BTSM ） (16)1.2.5 BSS 应用层（BSSAP ） (17)1.2.6 LAPD 协议 (19)1.2.6.1 SABME 帧 (20)1.2.6.2 UA 帧 (21)1.2.6.3 I 帧 (21)1.2.6.4 RR 帧 (21)1.2.6.5 UI 帧 (21)1.2.6.6 SAPI&TEI (21)1.3 移动主叫流程 (22)1.3.1 信道要求 (23)1.3.2 信道请求 (24)1.3.3 信道激活 (24)1.3.4 信道激活证实 (24)1.3.5 立即指配命令 (24)1.3.6 立即指配 (25)1.3.7 CM 业务请求 (25)1.3.8 CM 业务请求（建立指示） (25)1.3.9 CM 业务请求 (25)1.3.10 UA (25)1.3.11 鉴权请求 (26)1.3.12 鉴权请求 (26)1.3.13 鉴权响应 (26)1.3.14 鉴权响应 (26)1.3.15 加密模式命令 (27)1.3.16 加密命令 (27)1.3.17 加密模式命令 (27)1.3.18加密模式完成 (27)1.3.19加密模式完成 (27)1.3.20 TMSI再分配命令 (28)1.3.21 TMSI再分配命令 (28)1.3.22 TMSI再分配完成 (28)1.3.23 TMSI再分配完成 (28)1.3.24建立 (28)1.3.25建立 (29)1.3.26呼叫进程 (29)1.3.27呼叫进程 (29)1.3.28指配请求 (29)1.3.29信道激活 (29)1.3.30信道激活证实 (30)1.3.31分配命令 (30)1.3.32 SABM（设置异步平衡模式） (30)1.3.33建立指示 (30)1.3.34 UA (31)1.3.35指配完成 (31)1.3.36指配完成 (31)1.3.37信道释放 (31)1.3.38去活SACCH（慢速随路控制信道） (31)1.3.39释放指示 (32)1.3.40 RF信道释放 (32)1.3.41 RF信道释放证实 (32)1.3.42提醒 (32)1.3.43提醒 (32)1.3.44连接 (32)1.3.45连接 (33)1.3.46连接证实 (33)1.3.47连接证实 (33)1.3.48测量报告 (33)1.3.49预处理测量结果 (33)1.3.50拆链 (34)1.3.51拆链 (34)1.3.52释放 (34)1.3.53释放 (34)1.3.54释放完成 (34)1.3.55释放完成 (34)1.3.56清除命令 (35)1.3.57信道释放 (35)1.3.58去活SACCH（慢速随路控制信道） (35)上海大唐移动通信设备有限公司第3页 共1页1.3.59 DISC (35)1.3.60 UA (35)1.3.61 释放指示 (36)1.3.62 RF 信道释放 (36)1.3.63 RF 信道释放确认 (36)1.3.64 清除完成 (36)1.3.65 SCCP 释放 (36)1.3.66 SCCP 释放确认 (36)1.4 移动被叫流程 (37)1.4.1 寻呼 (38)1.4.2 寻呼命令 (38)1.4.3 寻呼请求 (38)1.4.4 信道要求 (38)1.4.5 信道请求 (39)1.4.6 信道激活 (39)1.4.7 信道激活证实 (39)1.4.8 立即指配命令 (39)1.4.9 立即指配 (40)1.4.10 寻呼响应 (40)1.4.11 寻呼响应（建立指示） (40)1.4.12 寻呼响应 (40)1.4.13 UA (40)1.4.14 鉴权请求 (41)1.4.15 鉴权请求 (41)1.4.16 鉴权响应 (41)1.4.17 鉴权响应 (41)1.4.18 加密模式命令 (42)1.4.19 加密命令 (42)1.4.20 加密模式命令 (42)1.4.21 加密模式完成 (42)1.4.22 加密模式完成 (42)1.4.23 TMSI 再分配命令 (43)1.4.24 TMSI 再分配命令 (43)1.4.25 TMSI 再分配完成 (43)1.4.26 TMSI 再分配完成 (43)1.4.27 建立 (43)1.4.28 建立 (44)1.4.29 呼叫证实 (44)1.4.30呼叫证实 (44)1.4.31指配请求 (44)1.4.32信道激活 (44)1.4.33信道激活证实 (45)1.4.34指配命令 (45)1.4.35 SABM（设置异步平衡模式） (45)1.4.36建立指示 (45)1.4.37 UA (46)1.4.38指配完成 (46)1.4.39指配完成 (46)1.4.40信道释放 (46)1.4.41去活SACCH（慢速随路控制信道） (46)1.4.42释放指示 (47)1.4.43 RF信道释放 (47)1.4.44 RF信道释放证实 (47)1.4.45提醒 (47)1.4.46提醒 (47)1.4.47连接 (47)1.4.48连接 (48)1.4.49连接证实 (48)1.4.50连接证实 (48)1.4.51测量报告 (48)1.4.52预处理测量结果 (48)1.4.53拆链 (49)1.4.54拆链 (49)1.4.55释放 (49)1.4.56释放 (49)1.4.57释放完成 (49)1.4.58释放完成 (49)1.4.59清除命令 (50)1.4.60信道释放 (50)1.4.61去活SACCH（慢速随路控制信道） (50)1.4.62 DISC (50)1.4.63 UA (50)1.4.64释放指示 (50)1.4.65 RF信道释放 (51)1.4.66 RF信道释放确认 (51)1.4.67清除完成 (51)1.4.68 SCCP释放 (51)1.4.69 SCCP释放确认 (51)1.5位置更新流程 (52)上海大唐移动通信设备有限公司第5页 共1页1.5.1 信道要求 (52)1.5.2 信道请求 (53)1.5.3 信道激活 (53)1.5.4 信道激活证实 (53)1.5.5 立即指配命令 (54)1.5.6 立即指配 (54)1.5.7 位置更新请求 (54)1.5.8 位置更新请求（建立指示） (54)1.5.9 位置更新请求 (54)1.5.10 UA (55)1.5.11 识别请求 (55)1.5.12 识别请求 (55)1.5.13 识别响应 (55)1.5.14 识别响应 (56)1.5.15 鉴权请求 (56)1.5.16 鉴权请求 (56)1.5.17 鉴权响应 (56)1.5.18 鉴权响应 (56)1.5.19 加密模式命令 (57)1.5.20 加密命令 (57)1.5.21 加密模式命令 (57)1.5.22 加密模式完成 (57)1.5.23 加密模式完成 (57)1.5.24 位置更新接受 (58)1.5.25 位置更新接受 (58)1.5.26 TMSI 再分配完成 (58)1.5.27 TMSI 再分配完成 (58)1.5.28 清除命令 (58)1.5.29 信道释放 (59)1.5.30 去活SACCH （慢速随路控制信道） (59)1.5.31 释放指示 (59)1.5.32 DISC (59)1.5.33 UA (59)1.5.34 RF 信道释放 (60)1.5.35 RF 信道释放证实 (60)1.5.36 清除完成 (60)1.5.37 SCCP 释放 (60)1.5.38 SCCP 释放确认 (60)1.6小区内切换流程 (61)1.6.1测量报告 (61)1.6.2预处理测量结果 (61)1.6.3信道激活 (61)1.6.4信道激活证实 (62)1.6.5分配命令 (62)1.6.6 SABM（设置异步平衡模式） (62)1.6.7建立指示 (62)1.6.8 UA (63)1.6.9分配完成 (63)1.6.10 RR (63)1.6.11切换执行 (63)1.6.12释放请求 (63)1.6.13释放证实 (63)1.6.14 RF信道释放 (64)1.6.15 RF信道释放证实 (64)1.7小区间切换流程 (64)1.7.1测量报告 (65)1.7.2预处理测量结果 (65)1.7.3信道激活 (66)1.7.4信道激活证实 (66)1.7.5切换命令 (66)1.7.6切换命令 (66)1.7.7切换接入 (66)1.7.8切换检测 (67)1.7.9物理信息 (67)1.7.10 SABM（设置异步平衡模式） (67)1.7.11建立指示 (67)1.7.12 UA (67)1.7.13切换完成 (68)1.7.14 RR (68)1.7.15切换完成 (68)1.7.16切换执行 (68)1.7.17释放请求 (68)1.7.18释放证实 (68)1.7.19 RF信道释放 (69)1.7.20 RF信道释放证实 (69)1.8外部切换流程 (69)1.8.1测量报告 (70)1.8.2预处理测量结果 (70)1.8.3切换要求 (71)上海大唐移动通信设备有限公司第7页 共1页1.8.4 切换请求 (71)1.8.5 信道激活 (71)1.8.6 信道激活证实 (71)1.8.7 切换请求证实 (72)1.8.8 切换命令 (72)1.8.9 切换命令 (72)1.8.10 切换接入 (72)1.8.11 切换检测 (72)1.8.12 切换检测 (72)1.8.13 物理信息 (73)1.8.14 SABM （设置异步平衡模式） (73)1.8.15 建立指示 (73)1.8.16 UA (73)1.8.17 切换完成 (73)1.8.18 RR (74)1.8.19 切换完成 (74)1.8.20 切换完成 (74)1.8.21 清除命令 (74)1.8.22 释放请求 (74)1.8.23 释放证实 (74)1.8.24 RF 信道释放 (75)1.8.25 RF 信道释放确认 (75)1.8.26 清除完成 (75)1.9 定向重试流程 (75)1.9.1 指配请求 (76)1.9.2 队列指示 (76)1.9.3 切换命令 (77)1.9.4 切换命令 (77)1.9.5 切换接入 (77)1.9.6 切换检测 (77)1.9.7 物理信息 (77)1.9.8 SABM （设置异步平衡模式） (77)1.9.9 建立指示 (78)1.9.10 UA (78)1.9.11 切换完成 (78)1.9.12 RR (78)1.9.13 切换完成 (78)1.9.14 指配完成 (78)1.9.15释放请求 (79)1.9.16释放证实 (79)1.9.17信道释放 (79)1.9.18信道释放确认 (79)1.9.19提醒 (79)1.9.20提醒 (79)1.9.21连接 (80)1.9.22连接 (80)1.9.23连接证实 (80)1.9.24连接证实 (80)2. HLR、VLR以及VLR之间的信令处理过程 (81)2.1VLR之间的信息处理流程 (81)2.1.1 VLR之间的位置更新流程说明 (81)位置更新的信令流程 (1)2.3MS为被叫的呼叫处理流程 (1)1.BSS系统中的信令应用作为GSM移动通信系统，主要实现一种任何时间、任何地点、任何通信对象之间的通信。
Figure.5 寻呼不成功信令流程图Figure.6 对MS效劳拒绝信令流程图说明：在极早指配允许的情况下，紧急呼叫、呼叫重建以及SDCCH遇忙会引起极早指配。
说明：在图一(Figure.7)说明极早指配的立即指配信令流程后，对指配操作的流程进行说明。
Figure.9 正常情况下〔即极早指配不允许〕，呼叫重建SDCCH信令流程图Figure.10 正常情况下〔即极早指配不允许〕，呼叫重建TCH信令流程图，排队允许。
Figure.11 呼叫中，指配操作失败情况信令流程图，排队强拆不允许Figure.12 MSC发起的去除操作信令流程图，没有计数器Figure.13 呼叫操作，TCH信道激活失败-超时信令流程图，排队强拆不允许Figure.14 呼叫操作，TCH信道模式修改失败-超时信令流程图，排队强拆不允许Figure.15 SDCCH占用失败，由于没有资源〔即BSS故障〕，极早指配不允许Figure.16 SDCCH占用失败，由于信道激活失败—超时〔即BSS故障〕，极早指配不允许Figure.17 SDCCH掉话情况，由于连接失败、错误指示、Abis断链等原因Figure.18 TCH掉话情况，由于连接失败、错误指示、Abis断链、A接口和OM失败等原因，不包括排队/强拆情况〔两个情况：在振铃时的掉话如何统计，在切换过程中发生的掉话如何统计〔切换接入为界〕？Figure.19 直接重试不允许，呼叫TCH占用排队失败，由于队列满、队列定时器超时原因。
Figure.20 呼叫TCH占用排队失败，由于队列满、队列定时器超时等原因，直接重试允许。
说明：在直接重试允许的情况下，不进行BSC及小区TCH 占用失败统计。
Figure.21 位置更新操作，信令流程图Figure.22 主叫TCH占用遇忙，BSC内部直接重试，排队不允许，省略内部切换计数器Figure.23 呼叫主叫TCH占用遇全忙，启动BSC内部直接重试，由于内部切换拒绝或等待HO_Ready超时，内部直接重试失败，省略内部切换计数器Figure.24 呼叫主叫TCH占用遇全忙，启动出BSC直接重试，由于出局切换拒绝或T7超时，出局直接重试失败，省略出局切换计数器Figure.25 BSC内小区间切换成功流程，由于空间关系，缺少计数器见附图一Figure.26 BSC内小区间切换成功流程，补充计数器，附图一Figure.27 BSC内小区间切换成功流程，后续流程及计数器，附图二Figure.28 BSC内小区内切换成功流程，省略呼叫建立流程及相关计数器Figure.29 出BSC切换成功流程，省略呼叫建立流程及相关计数器Figure.30 出BSC切换成功流程，后续流程及计数器，附图一Figure.31 入BSC切换成功流程，省略呼叫建立流程及相关计数器Figure.32-1 BSC内入小区切换失败流程，无可用信道情况，说明：本图仅包括BSC内小区间切换请求计数器，失败计数器及后续流程见Figure.32-2Figure.32-2 BSC内入小区切换失败流程，无可用信道，切换请求计数器见Figure.32-1Figure.33 BSC内入小区切换失败流程，BSS失败，信道激活否认应答情况，图一说明：切换请求流程及计数器省略，详见Figure.32-1Figure.34 BSC内入小区切换失败流程，BSS失败，信道激活等待超时情况，图二说明：切换请求流程及计数器省略，详见Figure.32-1Figure.35 BSC内入小区切换失败流程，BSS失败，等待iPATH响应超时情况，图三说明：切换请求流程及计数器省略，详见Figure.32-1 ，源小区切换失败计数有错误Figure.36 BSC内入小区切换失败流程，BSS失败，等待CCB更改完成超时情况，图四说明：切换请求流程及计数器省略，详见Figure.32-1，源小区切换失败计数有错误Figure.37 BSC内入小区切换失败流程(其他原因，图一)，建立Abis连接失败或发送信道激活消息失败。
GSM信令流程总结呼叫建立阶段的信令流程如下：1.扫描和选择基站：移动台扫描周围的基站，并选择最强信号的基站进行连接。
2.建立无线连接：移动台发送连接请求给所选择的基站。
基站收到请求后，发送连接确认给移动台。
3.注册移动台：移动台通过发送注册请求将自己的位置信息注册到网络中。
基站收到请求后，发送注册确认给移动台。
4.寻呼移动台：当有呼叫或短信发送给移动台时，网络会发送寻呼请求给所在区域的基站。
基站通过广播方式将寻呼请求发送给所有的移动台。
5.移动台响应：移动台收到寻呼请求后，发送响应给所在区域的基站。
基站收到响应后，向核心网发送移动台的位置信息。
6.路径设置：核心网根据移动台的位置信息确定路由和传输路径，以确保呼叫可以正确连接。
呼叫释放阶段的信令流程如下：1.完成通话：通话结束后，通信控制器向基站发送释放请求。
2.呼叫释放确认：基站收到释放请求后，向核心网发送释放确认。
3.核心网清除连接：核心网收到释放确认后，清除与移动台的连接，并从网络中删除移动台的位置信息。
4.发送呼叫释放消息：基站向移动台发送呼叫释放消息。
5.移动台响应：移动台收到呼叫释放消息后，确认释放，并将自己恢复到空闲状态。
在整个信令流程中，GSM使用了多种信令协议和消息来实现不同的功能。
例如，移动台和基站之间使用的信令协议是GSM-MAP（Mobile Application Part），它用于处理移动台的位置注册和寻呼等功能。
通信控制器和核心网之间使用的协议是SS7（Signaling System No.7），它用于处理呼叫建立和释放的信令交换。
总结起来，GSM信令流程是一个复杂的过程，涉及到移动台和基站、基站和核心网之间的信令交换。
通过这个信令流程，GSM实现了移动通信网络中的呼叫建立和释放等功能，确保通信连接的可靠性和稳定性。
主要信令接续流程为了对GSM系统的整体工作流程有进一步的认识，本节描述几种主要接续流程。
移动客户至固定客户出局呼叫流程移动台始发呼叫框图见图8－14，流程图见图8－15。
图8－14 移动台始发呼叫框图图8－15 MS始发呼叫流程图图中流程说明如下：(1) 在服务小区内，一旦移动客户拨号后，移动台向基站请求随机接入信道（RACH）。
(2) 在移动台MS与移动业务交换中心MSC之间建立信令连接的过程。
AGCH允许接入信道(3) 对移动台的识别码进行鉴权，如果需加密则设置加密模等，进入呼叫建立的起始阶段。
(4) 分配业务信道的过程。
(5) 采用七号信令的客户部分(1SUP／TUP)，建立与固定网(ISDN／PSTN)至被叫客户的通路，并向被叫客户振铃，向移动台回送呼叫接通证实信号。
(6) 被叫客户取机应答，向移动台发送应答连接消息，最后进入通话阶段。
手机主叫的时候发起的第一条消息是在Um接口上的Channel request 消息，然后BTS 对这个消息进行转发，在A-bis 接口上我们看到Channel required。
Channel request我们可以理解为信道请求，在BTS与BSC之间的Channel required我们通常叫做信道申请。
BSC收到这个Channel required 以后它会返回一个Channel active，在这个Channel active 里面有一个非常重要的信息，就是BSC对BTS激活的这个目标信道的相关描述。
BTS激活这个信道以后会返回一个Channel active ACK。
接下来BSC就可以向手机指配这条目标信道了，这个信令消息叫做Immediate Assign Command（立即指配命令）。
在这里我们要关心一下就是BSC激活和指配的这个目标信道它是什么样的信道。
在正常的流程中，通常MS接入BTS是在RACH中，就是随机接入信道中。
然后BSC要激活的信道通常是SDCCH信道，就是独立专用控制信道；Immediate Assign Command这条消息，它是通过AGCH信道下发给手机的，在这AGCH信道里面指配了一条SDCCH信道。
手机接收到这个消息以后它就知道它的目标信道了，然后它就会调整它的工作信道到目标信道上去，然后上发一条first SABM，就是尝试接入目标信道的链路层的一个消息，可以称为初始接入消息。
当BTS收到SABM接入消息以后，BTS会产生一个Establish_IND，这是建立指示消息，就是BTS告诉BSC这个目标信道已经建好了，SDCCH信道已经通了；在这个建立指示消息信道里面包含的内容是CM业务请求。
所谓CM业务请求，就是呼叫管理业务请求，call management service request。
在BTS收到这个first SABM消息的同时，BTS同样要向手机回复一个帧，这个叫做UA。
SABM和UA用于手机建立在新信令上的链路层通信，那么手机收到这个UA以后就确认新的信道在链路层已经通了。
当BSC收到BTS上发的Establish_IND消息的时候，BSC会向MSC上发一个Connect request 连接请求消息，连接请求消息主要有两个作用。
一个是建立SCCP的连接号，然后是上传CM业务请求消息给MSC，MSC收到连接请求的时候会回复一个Connect confirm，这个用于建立A接口上的SCCP连接。
然后这里有个注释1，实际上就是说当MSC收到CM业务请求的时候，这里有几个任务。
一个是鉴权，然后是加密，然后是识别。
这三个流程都是可选的，这个在前面的位置更新流程里面一样也讲到过。
这里在NOTE1中，对于双频手机来说它还有一个流程这里叫做手机的类标更新流程，这里我们在稍后要讲。
在正常的情况下，MSC会给BSC、BTS手机下发一个CM业务接收，这说明手机的CM业务请求已经被接受了，接下来手机会上发一个setup。
在setup 消息里面带了被叫的号码，那么当MSC收到这个setup消息以后，可以根据被叫号码以及其它的相关信息进行相关的处理，比如说根据被叫号码进行号码分析，进行路由选择，同时根据相关的业务信息MSC可以在A接口上指配相关的电路资源，这个指配是通过Assignment request来实现的，也就是指配请求来实现的。
在Assignment request里面含有A接口的电路资源，比如说CIC的号码（就是电路识别码），通过CIC以及相关的性能描述指定一条A接口电路。
当BSC收到Assignment request的时候，BSC会下发一个Channel active，这个地方有一个注释2。
在这个注释2中我们要说明的就是手机在申请业务或者上网的时候，它的指配都是有一定规则的，指配的方式有几种：早指配、晚指配、及早指配三种。
具体的内容我们稍后再讲。
我们这个流程中使用的是早指配，早指配是在我们GSM系统中最常用的一种指配方式，它的特点是当手机第一次申请信道的时候首先指配SDCCH信道，然后CM业务请求上来以后，系统给手机指配TCH信道或者是业务信道，这个业务信道的指配是在Alerting回铃音之前。
这种就是早指配方式。
那么我们先来看一下早指配方式的流程。
BSC通过Channel active 激活一条TCH信道或者说业务信道，BTS向BSC反馈一个Channel active ACK 信道激活的证实消息，然后BSC向手机下发Assignment command，在这个里使用的消息Assignment command是“指配命令”。
前面指配SDCCH的时候用的是Immediate Assignment command ，就是“立即指配命令”，这一点请大家注意区分。
手机收到这个Assignment command以后，它会在新的目标信道上，上发first SABM，当然这是在新TCH信道的层二链路层上上发的。
BTS会给它回复UA 帧，通过first SABM和UA针的回复，这个无线链路的层二就建来了；同时BTS 会上发一个Establish_IND（建立指示）。
在手机收到这个UA帧以后，手机会上发一个指配完成命令，叫做Assignment complete消息，到达BSC，BSC会把这个信令透传给MSC。
这样，在主叫这一侧相关的电路资源就准备好了。
那么什么时候进入通话过程呢？主要是等待被叫的振铃，如果被叫开始振铃了，那么被叫会给它的网络侧反馈一个Alerting消息（一个回铃音），然后主叫侧的MSC会给手机下发回铃音Alerting（这里的Alerting是以信令的方式来实现的）。
手机收到这个Alerting以后就知道这个电话已经打通了，就等着被叫摘机了；被叫一旦摘机，网络侧会给主叫的手机下发一个Connect命令表明被叫已摘机。
此时主叫手机会上传一个Connect ACK连接证实消息，正式进入通话过程。
手机主叫时，先建立SDCCH信道，然后从SDCCH上向MSC发起TCH信道的请求。
MSC向BSC发起指配请求，得到BSC确认后，BSC向手机发起立即指配命令，手机跟BTS建立TCH的无线信道，BTS发送信道建立指示并完成立即指配，释放SDCCH信道。
MSC从建立的TCH信道上向手机发回铃音，通过连接和连接确认完成通话过程建立。
被叫挂机后，MSC向手机发送断链消息，手机释放以及MSC回释放完成同时释放TCH信道。
手机被叫时，由MSC向手机发起寻呼消息，手机收到后建立SDCCH信道，然后通过其建立TCH信道后释放SDCCH信道，通过TCH信道完成通话连接。
通话结束后将TCH信道释放。
固定客户至移动客户入局呼叫的基本流程移动台终结呼叫框图如图8-16所示，流程图如图8-17所示。
图8－16 移动台终结呼叫框图图8－17 MS终结呼叫流程图流程说明如下：（1）通过No．7信令客户部分ISUP／TUP，入口MSC(GMSC)接受来自固定网(1SDN／PSTN)的呼叫。
(2) GMSC向HLR询问有关被叫移动客户正在访问的MSC地址(即MSRN)。
(3) HLR请求拜访VLR分配MSRN。
MSRN是在客户每次呼叫时由拜访VLR分配并通知HLR。
(4) GMSC从HLR获得MSRN后，便可寻找路由建立至被访MSC的通路。
(5)(6) 被访MSC从VLR获得有关客户数据。
(7)(8) MSC通过位置区内的所有基站BTS向移动台发送寻呼消[息。
(9)(10) 被叫移动客户的移动台发回寻呼响应消息后，执行与上述出局呼叫流程中的(1)、(2)、(3)、(4)相同的过程，直到移动台振铃，向主叫客户回送呼叫接通证实信号。
(11) 移动客户取机应答，向固定网发送应答连接消息，至此进入通话阶段。
位置更新基本流程图8－18为一种典型的MSC间位置更新基本流程。
图8－18 位置更新流程图图说明如下：(1) 移动台MS从一个位置区(属于MSCA的覆盖区)移动到另一个位置区(属于MSCB的覆(2) 通过检测由基站BTS持续发送的广播信息，移动台发现新收到的位置识别码与目前使用的位置区识别码不同。
(3)(4) 移动台通过该基站向MSCB发送“我在这里”位置更新请求消息。
(5) MSCB把含有MSCB标识和MS识别码的位置更新消息送给HLR(鉴权或加密计算过程从此时开始)。
(6) HLR返回响应消息，其中包含全部相关的客户数据。
(7)(8) 在访问的VLR中进行客户数据登记。
(9) 通过基站把有关位置更新响应消息送给移动台(如果重新分配TMSI，此时一起送给移动台)。
(10) 通知原来的VLR则除有关此移动客户的数据。
切换基本流程图8-19为一种典型的MSC之间切换的基本流程。
图8－19 MSC间切换流程图图说明如下：(1) 稳定的呼叫连接状态。
(2) 移动台对邻近基站发出的信号进行无线测量，包括功率、距离和话音质量。
这三个指标决定切换的门限值。
无线测量结果通过信令信道报告给基站子系统BSS中的基站收发信台(3) 无线测量结果经过BTS预处理后传送给基站控制器BSC，BSC综合功率、距离和话音质量进行计算，并与切换门限值进行比较，决定是否要进行切换，如果需要再向MSCA发出切换请求。
(4) MSCA决定执行MSC之间的切换。
(5) MSCA请求在MSCB区域内建立无线通道，然后在MSCA与MSCB之间建立连接。
(6) MSCA向移动台发出切换命令后，移动台切换到已准备好连接通路的基站。
(7) 移动台发出切换成功确认消息传送给MSCA，以释放原来的信息等资源。
呼叫释放基本流程图8－20和图8－21表示了MS发起呼叫和网路端发起呼叫信道释放基本流程。
图8－20 MS发起释放图8－21 网路端发起信道释放。
