CS业务功能 ZXWN MSCSERVER.docVIP

业务功能 摘要 本章主要介绍ZXWN MSCServer提供的各种业务功能 概述 ZXWN MSCS实现的主要业务功能有：移动性管理、重定位和切换业务、移动呼叫业务、补充业务、移动数据业务、移动智能业务、短消息业务、操作维护业务、位置业务等。下面将分别进行详细介绍。 业务功能介绍 移动性管理业务功能 在ZXWN MSCS系统中，移动性管理业务由位置更新单元、安全性管理单元、用户数据管理单元、差错恢复处理单元等组成，如图5.21所示。 图5.21 移动性管理业务组成图 具体业务处理过程介绍见下文。 位置更新 由于移动用户的移动性，移动用户的位置常处于变动状态，为了方便在呼叫业务、短消息业务、补充业务等处理时获取移动用户的位置信息，另一方面也为了提高无线资源的有效利用率，要求移动用户在网络中进行位置信息登记和报告移动用户的激活状态，即发起位置更新业务。 位置更新业务分以下三类： 1． 一般位置更新：用于向网络注册新的位置信息，一般位置更新又可以分为VLR位置更新、GPRS位置更新和联合位置更新。 2． 周期性的位置更新：周期性地通知网络移动用户的可用性。 3． IMSI（GPRS）附着/分离：用于指示IMSI用户状态的附着或分离； 不同的位置更新由位置更新请求消息中的位置更新类别信息识别，处理流程大致是一样的。 1． 一般位置更新 （1） VLR位置更新 用户漫游发生位置区改变时，移动台（MS）主动发起位置更新操作，如果原位置区（LA）与新LA都属于同一个MSCS/VLR时，则可以简单地在VLR中修改；如果不属于同一个MSCS/VLR时，新MSCS/VLR就要向HLR要求获得该MS的数据。HLR在送出新MSCS/VLR所需信息的同时，通知原MSCS/VLR进行位置删除，并在新的MSCS/VLR中注册该MS。当MS以TMSI和PLAI（前位置区）向新MSCS/VLR进行位置更新时，如果PLAI不在新MSCS/VLR时，新MSCS/VLR根据TMSI和PLAI可推导出前VLR（PVLR）地址，从而向PVLR发送请求鉴别消息，向PVLR要MS的IMSI和未用的鉴权参数组。 具体处理流程根据移动用户报告的位置信息与VLR和HLR中寄存的位置信息不同而有所不同。当移动用户注册的新的位置区不在原来的MSCS/VLR时，或对移动用户的位置区信息不确定时，需要向HLR发起位置更新，否则就不需要向HLR发起位置更新。下面分别介绍这两种情况。 ● 不需要向HLR发起位置更新的处理流程 不需要向HLR发起位置更新的处理流程图如图5.22所示。  注：如果MS以TMSI进行位置更新则MSCS/VLR发起该消息。 图5.22 不需向HLR发起的位置更新流程 流程说明： STEP1：（Updata_Location_Area_Req） MSCS/VLR接收到MS发送来的位置更新请求，检查用户数据的正确性，判断位置更新的种类，以确定一系列的后续操作。 STEP2： （Send_Athentication_info/Send_Athentication_info ack） MSCS /VLR要求对用户进行鉴权，而本地数据库中该用户的鉴权参数已经没有可用的了，VLR会向HLR申请用户的新鉴权参数。HLR执行成功后返回用户的鉴权参数集。 STEP3： （Authenticate_REQ/Authenticate_RSP） MSCS /VLR要求对用户进行鉴权，而且本地数据库中有该用户可用的鉴权参数，MSCS /VLR向MS发起鉴权操作，对用户合法性进行鉴别。 STEP4： （SECURITY_MODE_CMD/ SECURITY _MODE_COM） 如果用户签约了有关加密或者需要完整性保护的业务，MSCS /VLR会发起加密模式命令SECURITY _MODE_CMD用于设置用户侧和网络侧的加密和完整性保护算法和密钥。MS收到此消息后返回加密模式完成消息。 STEP5： （TMSI_Reallocation_CMD） 如果用户签约了有关加密的业务，MSCS /VLR会发起本操作给用户分配新的TMSI号码。 STEP6： （Update_Location_Area_ack） MSCS /VLR对MS发起的位置更新处理结束后，向MS返回确认消息。 STEP7：（TMSI_Reallocation_COM） 如果用户新TMSI设置完成，则向MSCS/VLR返回结果。 STEP8： （IU_REL_COM/IU_REL_COMPLETE） MSCS /VLR收到用户新TMSI设置完成消息后给用户发送清除命令，MS返回确认消息，结束此次处理。 ● 向HLR发起位置更新的处理流程 向HLR发起位置更新的处理流程如图5.23所示。  图5.23 需要向HL