摘机
下面较详细讲述呼叫的建立过程：
移动台的呼入接续过程： 1、寻呼
MSC/VLR 在数据库中查出用户的资 料并向相关的BSC 发寻呼信息。该信息包含用户所在区域的LAI
和用户的IMSI 或者TMSI 。 2、寻呼命令
BSC 向LA 区内的所有BTS 发出寻呼命令。该信息包含IMSI 或TMSI 。收发信单元识别码、信道类型和时隙号。 3、寻呼请求
BTS 在PCH 上向移动台发送寻呼信息。信息包含用户的IMSI 或TMSI 。 4、信道请求
被寻呼的移动台在RACH 上发送一个短的接入脉冲串至BTS 。BTS 接收该寻呼响应信号后记录该突发脉冲串的迟滞值。 5、信道请求
BTS 向BSC 发信道请求信息。该信息还包含移动台接入系统的迟滞值。 6、信道激活。
SC 选择一条空闲的SDCCH 并指示BTS 激活该信道。 7、信道激活证实。
TS 激活SDCCH 后向BSC 发信道激活证实信息。 8、立即分配
BSC 透过BTS 经由AGCH 向移动台发出允许接入系统信息。该信息包含频率、时隙号、SDCCH 信道号和移动台将要使用的时间提前值TA 等。 9、寻呼响应
移动台通过SDCCH 向BSC 发寻呼响应信息。该信息包含移动台的IMSI 或TMSI 和移动台的等级标记，BSC 加入CGI 后把信息送往MSC/VLR 。 10、鉴权请求
MSC/VLR 透过BSC 、BTS 向移动台发鉴权请求，其中包含随机数RAND ，用移动台的鉴权运算。 11、鉴权响应
PSTN
MSISDN
GMSC
MSISDN MSRN
MSR
IMSI VLR MSC
IMSI
MSRN
MSISDN
IMSI MSRN
HLR
MSC
移动台经鉴权计算后向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把移动
台的电路接通，开始通话。
BCCH：广播控制信道TCH：话务控制信道SDCCH：独立专用信道
干扰百分比：该小区的干扰面积占该小区覆盖面积的百分比
C/I载干比：信号能量与干扰（包括噪声）之比。表示接收机输入端接收信号的真实质量
S/N：指信号能量与噪声之比，称信噪比
MSC：移动交换中心VLR：拜访位置寄存器HLR：归属位置寄存器
AUC：设备识别寄存器态度吗：时分多址BSC：基台控制器
TCSM：码速率变换与子复用率OMC：操作维护中心TRX：收发信机
BCC：基站收发台色码LAC：位置区码PCM：脉码调制ECU：回声消除单元RTCC：远端协调控制器RMUJ：接收多路耦合器DTX：不连续发送
Issue 3.3 课程说明 课程介绍 GSM通信流程包括两方面的内容：呼叫基本流程，信令基本流程。其中，呼叫流程主要包含：移动主叫流程，移动被叫流程，汇接呼 叫流程。信令基本流程主要包含：鉴权流程，位置登记流程，呼叫重建流程，BSC内部切换流程，BSC间切换流程，MSC间切换流 程，移动始发短消息流程，移动终结短消息流程，定向重试流程。 这些流程从系统的角度描述了移动用户经常发生的行为，描述了GSM的几个组成部分在呼叫流程、信令流程中的相互关系，对移动性 特征做重点说明。 课程目标 本课程的重点是介绍GSM系统的协同工作过程，涉及内容包含：呼叫、位置更新、切换、短消息。对流程的介绍突出了移动特征，具 体的信令细节本课程不做描述，可以参考ETSI的GSM规范获得更加详细的内容。 通过学习本课程，可以基本掌握： ●移动用户做位置登记的信令过程； ●移动用户做主叫的信令过程； ●移动用户做被叫的信令过程； ●MSC做汇接呼叫的信令过程； ●BSC内切换信令过程； ●BSC间切换的信令过程； 1
Issue 3.3 ●MSC间切换的信令过程； ●呼叫重建的信令过程； ●定向重试的信令过程。 对这些信令流程学习之后，对GSM系统的原理会有更加深刻的了解，对每个功能实体（MS，BTS，BSC，MSC，VLR，HLR）的功 能有更加深刻的体会。 相关资料 ETSI关于GSM的规范，主要是：GSM0408，GSM0808，GSM0902。 2
Issue 3.3 第1章呼叫过程的信令分析 对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分： ●主叫移动用户部分 ●被叫移动用户部分 ●拆线部分 1.1 主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大的阶段：接 入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。 接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。经过这个阶段，手机和BTS（BSC）建 立了暂时固定的关系。 鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶段，主叫用户的身 份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。 TCH指配阶段主要包括：指配命令，指配完成。经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接 通，主叫用户可以通过话音信道听到MSC的语音提示。 取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC 回送被叫用户的路由信息（MSRN）。MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。然后进行 话路接续。 3
主要信令接续流程 为了对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。
1
Issue 3.3 第1章呼叫过程的信令分析 对一次发生在移动用户间的呼叫来说，信令流程可以分为三个相对独立的部分： ●主叫移动用户部分 ●被叫移动用户部分 ●拆线部分 1.1 主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。一般来说，主叫经过几个大的阶段：接 入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。 接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配，业务请求等几个步骤。经过这个阶段，手机和BTS（BSC）建 立了暂时固定的关系。 鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。经过这个阶段，主叫用户的身 份已经得到了确认，网络认为主叫用户是一个合法用户，允许继续处理该呼叫。 TCH指配阶段主要包括：指配命令，指配完成。经过这个阶段，主叫用户的话音信道已经确定，如果在后面被叫接续的过程中不能接 通，主叫用户可以通过话音信道听到MSC的语音提示。 取被叫用户路由信息阶段主要包括：向HLR请求路由信息；HLR向VLR请求漫游号码；VLR回送被叫用户的漫游号码；HLR向MSC 回送被叫用户的路由信息（MSRN）。MSC收到路由信息后，对被叫用户的路由信息进行分析，可以得到被叫用户的局向。然后进行 话路接续。 2
Issue 3.3 主叫过程的信令流程如后面的图所示。 注意: 应该注意的是：从VLR到HLR/AUC取鉴权集的过程不是必须的。 VLR到HLR/AUC取鉴权集时，HLR每次送5组，本次使用一组，另外4组保存在VLR中供后续的鉴权过程使用。只有当VLR中的 鉴权集使用完毕，VLR才发起向HLR/AUC取鉴权集的过程。 另外，如果MSC通过对被叫用户的MSRN的分析得知被叫用户是本局用户，那么就不会向其它MSC发送初始地址消息（IAI/IAM）， 而是根据被叫用户的位置区直接通知本局BSC对被叫用户发起寻呼。如果被叫用户非本局用户，则通过信令路由分析，通过适当的链 路向目的MSC发IAI消息，以建立话路。 主叫接入阶段、鉴权阶段主要信令： 3
1业务处理流程： 1.1业务受理流程 1.2后台施工流程： 1.3竣工处理流程 2业务处理系统流程 2.1开户 具体要求： ●C1-F2、C1-F4:要求能够主动提供新业务推介信息，帮助用户选用最合适的产品 ●C1-F5:要求首先预占资源，M4-F4要求能够制定预占资源的时间限制。 ●C1-F3:根据输入的身份区分客户类型，输入用户资料完整性检查（用户名、通信地址 等完整，符合相关规定），收费前用户资料预输入，收费后用户资料真正输入 ●C1-F6:输入产品名称（3G语音等），业务为开户，时间等信息，要求输出价格。 2.2 改号 2.3换卡/补卡 2．4客户资料修改 含（改名、改帐务、改客户密码、改联系方式等）
2．5过户 2．6停机/复机2．7功能变更2．8优惠变更2．9销号 2.10购买/换机身2.11充值卡 2.12收/退通信费2.13查询和咨询2.14组件说明
2．15汇总
3管理流程 3．1客户服务管理系统处理流程 3．2合作伙伴管理（管理）系统处理流程 3．3合作伙伴（增删改）管理（管理）系统处理流程 3．4客户（客户分类）管理系统处理流程 3．5客户（客户类别设置）管理系统处理流程 3．6接口管理(业务接口管理)系统处理流程 3．7接口管理(增删改)系统处理流程 3．8界面管理系统处理流程 3．9产品管理系统处理流程 3．10产品资源管理系统处理流程 3．11业务计费结算管理系统处理流程 3．12业务流程管理系统处理流程 4补充说明 常用卡、号类资源： SIM卡：插入用户手机的智能卡，是手机的核心部件，可存储。按其存储容量可分为8K、32K 等。 IMSI卡：全球唯一识别码，在移动通信网中只识别该码。
DESCRIPTION 13/190 46-FAD 104 08 Uen E Traffic Case Description - Mobile Originating Calls Abstract The purpose of this document is to describe the traffic case "Mobile Originating calls" from data transcript point of view. The document does not explain on BLOCK/SIGNAL level. This information can be found in the FUNCTION DESCRIPTION for each function block. All referenced DT sub files can be found in the DT Info Model. Contents 1 Revision information 1Revision information 2 Description 2.1Abbreviations 2.2Concepts 2.3Concerned nodes 2.4Prerequisites 2.5General 2.6Technical Solution 3 Traffic Case 3.1Call from MS/UE to PSTN 3.2Emergency Calls from MS/UE 4 Data Transcript Impacts- MSC 4.1AXE Parameters 5 Miscellaneous information 6 Class 7 References Revision Impacts Prepared Date A Document based on earlier CME20 DT Info Models.ERATHHE 96-09-13
摘机
下面较详细讲述呼叫的建立过程： 移动台的呼入接续过程： 1、寻呼 MSC/VLR 在数据库中查出用户的资 料并向相关的BSC 发寻呼信息。该信息包含用户所在区域的LAI 和用户的IMSI 或者TMSI 。 2、寻呼命令 BSC 向LA 区内的所有BTS 发出寻呼命令。该信息包含IMSI 或TMSI 。收发信单元识别码、信道类型和时隙号。 3、寻呼请求 BTS 在PCH 上向移动台发送寻呼信息。信息包含用户的IMSI 或TMSI 。 4、信道请求 被寻呼的移动台在RACH 上发送一个短的接入脉冲串至BTS 。BTS 接收该寻呼响应信号后记录该突发脉冲串的迟滞值。 5、信道请求 BTS 向BSC 发信道请求信息。该信息还包含移动台接入系统的迟滞值。 6、信道激活。 SC 选择一条空闲的SDCCH 并指示BTS 激活该信道。 7、信道激活证实。 TS 激活SDCCH 后向BSC 发信道激活证实信息。 8、立即分配 BSC 透过BTS 经由AGCH 向移动台发出允许接入系统信息。该信息包含频率、时隙号、SDCCH 信道号和移动台将要使用的时间提前值TA 等。 9、寻呼响应 移动台通过SDCCH 向BSC 发寻呼响应信息。该信息包含移动台的IMSI 或TMSI 和移动台的等级标记，BSC 加入CGI 后把信息送往MSC/VLR 。 10、鉴权请求 MSC/VLR 透过BSC 、BTS 向移动台发鉴权请求，其中包含随机数RAND ，用移动台的鉴权运算。 11、鉴权响应 PSTN MSISDN GMSC MSISDN MSRN MSR IMSI VLR MSC IMSI MSRN MSISDN IMSI MSRN HLR MSC
一次呼叫典型流程 B.1 概述 本节将分别给出主叫流程和被叫流程的例子，以示一次通话的典型流程。B.2 主叫流程 主叫流程是指UE呼叫其它用户（例如PSTN用户）的过程。具体流程如 图B-1所示，主叫流程大体经过了如下几个过程： (1) RRC连接建立 为了成功进行呼叫，UE将发起RRC连接建立过程，建立起与RNC之间的信 令连接。详细信息请参见错误！未找到引用源。错误！未找到引用源。描述。 (2) 信令连接建立 RNC建立起与CN之间的信令连接。详细信息请参见错误！未找到引用源。 错误！未找到引用源。描述。 (3) RAB建立 CN响应UE的业务请求，要求RNC建立相应的无线接入承载，建立成功后， 对方应答，双方通话。详细信息请参见错误！未找到引用源。错误！未找到 引用源。描述。 (4) 信令连接释放 通话过程结束，首先释放RNC和CN之间的信令连接。详细信息请参见错误！ 未找到引用源。错误！未找到引用源。描述。 (5) RAB释放 释放无线接入承载。详细信息请参见错误！未找到引用源。错误！未找到引 用源。描述。 (6) RRC释放 如果该RRC连接没有其他的IU信令连接，将释放UE和RNC之间的RRC 连接。详细信息请参见错误！未找到引用源。错误！未找到引用源。描述。
图B-1主叫流程
B.3 被叫流程 被叫流程是指网络侧有寻呼请求呼叫UE，UE响应寻呼的过程。UE接收到寻 呼消息后，将发起RRC连接建立过程。被叫流程大体经过如下几个过程： (1) 寻呼 网络侧寻呼UE。详细信息请参见错误！未找到引用源。错误！未找到引用源。 描述。 (2) RRC连接建立 UE应答呼叫，发起与RNC之间的RRC连接建立过程。详细信息请参见错误！ 未找到引用源。错误！未找到引用源。描述。 (3) 信令连接建立及直传过程 RNC建立起与CN之间的信令连接。详细信息请参见错误！未找到引用源。 错误！未找到引用源。描述； (4) RAB建立 CN要求RNC建立相应的无线接入承载。建立成功后，UE和CN交互信令， 应答进入通话状态。详细信息请参见错误！未找到引用源。错误！未找到引 用源。描述； (5) 信令连接释放 通话结束，释放RNC与CN之间的信令连接。详细信息请参见错误！未找到 引用源。错误！未找到引用源。描述； (6) RAB释放 释放无线接入承载。详细信息请参见错误！未找到引用源。错误！未找到引 用源。描述； (7) RRC释放 如果没有其他的无线接入承载，将释放UE与RNC之间的RRC连接。详细 信息请参见错误！未找到引用源。错误！未找到引用源。描述。 具体流程如图B-2所示。
典型业务的内部呼叫控制流程 (2) 1. MSS移动始发呼叫 (2) 2. M SS移动终结呼叫 (8) 3. 中继入局呼叫(ISUP) (15)
典型业务的内部呼叫控制流程 1.MSS移动始发呼叫 注意：以下过程主要针对局内呼叫主叫侧流程进行解释。 主叫接入过程： 主叫取漫游及指配过程： 备注：图中情况为局内呼叫，被叫也在本局，其中橙色消息表示取路由信息部分；
(21 )(22 ) 其中橙色消息表示寻呼被叫部分，在终结呼叫中有详细解释； 振铃及拆线： 移动始发实际消息跟踪 1．CM_Service_Request，该消息是A口上收到手机上报的标准的业务请求消息 主要包含如下信息： Cm service type：表示是用户发起的业务类别。移动始发呼叫，或者短消息等Cipher key sequence num：表示CKSN Mobile station classmark2：表示手机上报的Classmark信息，其中说明了手机的能力
Mobile identity：表示终端用户的IMSI号或者TMSI号 2．MM_VLR_SETMOBILESTATUS，在VLR中设置用户状态 主要包含rr busy flag这个信元，1表示目前RR连接可用； 3．VDB_VP_GetCBDataAccess_Rsp，表示到VLR中验证用户接入能力的结果 主要包含如下信息： et imsi：用户IMSI et category：位置更新时HLR插入的用户类别 et ms type：位置更新时，根据配置的漫游用户类型表信息，使用用户IMSI的得到用户的漫游类型。如果不配置，则缺省为国际漫游。 et msc number：MSC号码，为在位置区小区表中配置的MSC号码，位置更新后存储在VLR中。 4、CM_Service_Accept，这是一条Dtap的透传消息，表示用户可以接入网络。 5、Setup：上报手机的承载能力和被叫用户号码； gsm-bearer-capability1：表示主叫手机的承载能力，比如支持的Speech version（语音版本）等； called-party-bcd：被叫MSISDN（即被叫手机号码）； 6、CM_MP_OBTAIN_SUBSCRIBER_PARA_OUTGOING_CALL：CM请求MAP查询主叫的签约业务； map-et-gsm-bc：即手机在Setup消息中上报的承载能力信息，MAP会将它转化成内部业务码之后作为向VDB查询的条件； 7、VDB_VP_GetCBData_OCS_VLR_Rsp：返回从VDB中查询的结果； et-category：表示用户的类别，比如普通用户（0x0A）； et-ss-data-list：表示用户签约的补充业务列表； 8、MP_CM_SubscriberPara，VLR将查到的主叫用户签约信息通知CM模块 主要信元：imsi、msisdn（主叫手机号）、category（用户类别，一般为10 普通用户）、ss_data_list主叫用户的签约业务信息，比如HOLD（呼叫保持）、cw （呼叫等待）等；
你我 知识分享社区
SIP 呼叫流程典型流程 图解及其详细解释
https://www.doczj.com/doc/4218592648.html,
目
录
1．注册流程： ..........................................................................................3 2．注销流程： ..........................................................................................4 3． 基本呼叫建立过程： ........................................................................5 4． 会话更改流程： ................................................................................7 5． 正常呼叫释放过程： ........................................................................8 6． 被叫忙呼叫释放： ............................................................................9 7．被叫无应答流程一： ........................................................................10 8．被叫无应答流程二： ........................................................................11 9．遇忙呼叫前转： ................................................................................12 10．无应答呼叫前转流程： ..................................................................13 11．呼叫保持：.......................................................................................14 12．呼叫等等： ......................................................................................15
主叫信令流程 移动用户做主叫时的信令过程从MS向BTS请求信道开始到主叫用户TCH指配完成为止一般来说主叫经过几个大的阶段接入阶段鉴权加密阶段TCH指配阶段取被叫用户路由信息阶段 接入阶段主要包括信道请求信道激活信道激活响应立即指配业务请求等几个步骤经过这个阶段手机和BTS BSC 建立了暂时固定的关系 鉴权加密阶段主要包括鉴权请求鉴权响应加密模式命令加密模式完成呼叫建立等几个步骤经过这个阶段主叫用户的身份已经得到了确认网络认为主叫用户是一个合法用户允许继续处理该呼叫 TCH指配阶段主要包括指配命令指配完成经过这个阶段主叫用户的话音信道已经确定如果在后面被叫接续的过程中不能接通主叫用户可以通过话音信道听到MSC的语音提示 取被叫用户路由信息阶段主要包括向HLR请求路由信息HLR向VLR请求漫游号码VLR回送被叫用户的漫游号码HLR向MSC回送被叫用户的路由信息MSRN MSC收到路由信息后对被叫用户的路由信息进行分析可以得到被叫用户的局向然后进行话路接续 主叫过程的信令流程如后面的图所示 当用户输入被叫号码后， 首先MS将在随机接入信道RACH 向BSS发送信道请求消息以便申请一个专用信道SDCCH BSC为其分配相应的信道成功后在接入允许信道(AGCH)中通过立即分配消息通知MS为其分配的专用信道，随后MS将在为其分配的SDCCH上发送一个层三消息---CM业务请求消息在该消息中 CM业务类型为移动发起呼叫该消息被BSS透明的传送至MSC，MSC收到CM业务请求消息后通过处理接入请求消息通知VLR处理此次MS的接入业务请求，同时由于在BSC和MSC之间用到了SCCP有连接服务为建立SCCP连接MSC还将向BSC回连接确认消息收到业务接入请求，然后VLR将首先查看在数据库中该MS是否有鉴权三参组如果有，将直接向MSC下发鉴权命令否则向相应的HLR/AUC请求鉴权参数从HLR/AUC得到三参组，然后再向MSC下发鉴权命令MSC收到VLR发送的鉴权命令后通过BSS向MS下发鉴权请求在该命令中含有鉴权参数MS收到鉴权请求后利用SIM卡中的IMSI和鉴权算法得出鉴权结果通过鉴权响应消息送达MSC 、MSC将鉴权结果回送VLR 、由VLR 核对MS上报的鉴权结果和从HLR 取得的鉴权参数中的结果、如果二者不一致拒绝此次接入请求此次呼叫失败、如果二者一致则鉴权通过鉴权通过、之后VLR将首先向MSC下发加密命令然后通知MSC该MS此次接入请求已获通过、MSC通过BSS通知MS业务请求获得通过然后MSC向MS下发加密命令该命令内含加密模式MS收到此命令并完成加密后回送加密完成消息到此MS完成了整个接入阶段的工作
手机（MS）发起呼叫，网络与手机通信过程讲解 1建立RR连接 在任何情况下，MS向系统发出的第一条消息都是CH－REQ（信道请求），要求系统提供一条通信信道，所提供的信道类型则由网络决定。CH－REQ有两个参数：建立原因和随机参考值（RAND）。建立原因是指MS发起这次请求的原因，本例的原因是MS发起呼叫，其它原因有紧急呼叫、呼叫重建和寻呼响应（有人打你电话，网络找到你之后，手机对网络的响应）等。RAND是由MS确定的一个随机值，使网络能区别不同MS所发起的请求。RAND有5位，最多可同时区分32个MS，但不保证两个同时发起呼叫的MS的RAND值一定不同。要进一步区别同时发起请求的MS，还要根据Um接口（指手机跟基站之间的无线连接）上的应答消息。 CH－REQ消息在BSS（基站子系统，不明白的请看前面关于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层上请求建立一个多帧应答操作方式连接的消息。系统收到SABM帧后，回送一个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子层直接处理。
2013-03-25 HUAWEI Confidential Pag e1, Total15 1.1. 局内基本呼叫流程图
2013-03-25 HUAWEI Confidential Pag e2, Total15
2013-03-25 HUAWEI Confidential Pag e3, Total15
2013-03-25 HUAWEI Confidential Pag e4, Total15 图1.基本呼叫消息流程图 1.2. 局内基本呼叫流程说明 业务接入请求 当手机发起呼叫时，首先通过无线信道向BSS发送CM Service Request消息， 消息中携带了业务接入请求的类型（短信/语音）、用户当前所在小区的GCI和 用户的IMSI或者TMSI。 1. 业务接入请求 当手机发起呼叫时，首先通过无线信道向BSS发送CM Service Request 消息，消息中携带了业务接入请求的类型、用户当前所在小区的GCI和 用户的IMSI或者TMSI。MSC收到CM Service Request消息后，向VLR 发Process Access Request消息，由VLR验证用户数据，检查用户业 务接入请求权限。如果需要对SIM卡进行鉴权，会将用户的鉴权信息返 回给MSC，发起鉴权流程。 业务接入请求相关数据配置： CM Service Request消息中携带了用户当前所在小区的GCI， MSOFTX3000会查询位置区小区表验证该GCI是否有效，如果GCI无 效则下发CM Service Reject拆线，位置区小区表是通过ADD LAIGCI 命令配置的。 VLR基本配置可以使用MOD VLRCFG等命令修改。在VLR验证用户数 据时，如果VLR中没有该用户的数据，MSC会发起位置更新流程，位置 更新流程的数据配置请参见《MSOFTX3000 统一维护手册－位置更新分 册》。 2. 鉴权流程 MSC收到VLR的鉴权请求后，查询鉴权数据配置，向BSS下发 Authentication Request消息，消息中携带RAND，SIM卡使用RAND 和SIM卡的Ki进行A3鉴权算法计算得到SRES。HLR同时也进行相同 的运算，通过比较SRES的值是否相等得到鉴权结果。
摘要文章以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作应答证实，Abi s接口上的一对应答消息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帧中相应的内容比较，只有当完全一样时，才认为被系统接受。