基于gb口报文对小区重选的研究.doc

基于Gb接口报文对GPRS网络小区重选问题的统计分析 小区重选由MS自发或者网络控制，基于MS对服务小区和临近小区的无线链路测量报告（经过C1，C2算法或者C’1,C31,C32算法决定是否小区重选），广播信道BCCH/PBCCH的NETWORK_CONTROL_ORDER定义了小区重选参数NC0，NC1，NC2，以及MS的GMM状态决定了MS的小区重选行为。 NC0:MS发起小区重选，不用向网络报告。 NC1：MS发起小区重选，需要向网络发测量报告。 NC2：网络控制小区重选，需要向网络发测量报告。 Stanby状态MS发起小区重选，不用向网络报告。 只有ready状态的MS需要看NETWORK_CONTROL_ORDER。 小区切换的规程： 1、同RA小区切换：当MS处于READY状态时由一个小区进入同一路由区中的另一个小区，该MS会发起小区更新规程。 MS通过发送一个任意类型的、包含TLLI的上行LLC帧给SGSN来启动小区更新规程。BSS收到该LLC帧后，在相应的BSSGP帧头带上新小区的CGI（含RAC+LAC）给SGSN，通知其发生了路由区内的小区切换。 2、路由区更新：当MS处于READY状态时进入新的路由区，或在STANDBY状态时周期性路由区更新定时器超时，该MS会发起小区更新规程。 MS通过发送一个任意类型的、包含其ID的上行LLC帧给SGSN来启动小区更新规程。BSS收到该LLC帧后，在相应的BSSGP帧头带上新小区的CGI（含RAC+LAC）给SGSN，通知其发生了路由区内的小区切换。 小区切换的判断： 1、正常的RAU及周期RAU信息，更新用户表时检查路由区是否更新。 2、cell notification信息，即llc null frame信息，包含用户最新lacci，及tlli信息（以及不支持此种方式的手机发送的任何包含laccitlli的消息） 3、其他任何完整的需要更新用户表项的流程，均有可能发生了小区的切换，（例如pdp activate、deactivate、flow ctrl等消息）更新完表项后会检查小区是否切换，从而更新小区信息，上报GTPC 分析计划1： 一天内共出现29602个用户进行了完整的PDP激活过程172558-16213次。90%的激活过程都是发生在同一BSC内部的。其中39184次激活是没有数据进行的。最长激活时间为84435s，即统计时间一直在同一个激活过程内。 Gb接口的小区重选过程 GPRS网络不存在GSM网络的小区切换只有小区重选。即MS因为无线链路质量的原因接入新的小区，MS移动到新小区也是由于新小区的无线链路质量优于原小区，MS接入新的小区，并受到新小区的系统信息，在新小区重新分配TBF，小区重选通常要花2~3s。 小区重选对于Gb口的影响是SGSN检测到MS完成小区重选，数据业务会暂时中断，已经发给MS的下行数据如果是发到原小区的有可能由于MS尚未来得及接收而需要网络重发，如果MS路由区或者位置区发生改变，MS还要发起RAU过程，增加了信令开销。 小区重选发生在无线侧BSS内，由MS发起小区重选和BSC发起小区重选两种行为，具体采用哪种方式取决于MS的GMM状态和无线配置参数如网络控制参数NC0，NC1，NC2等。 小区重选对于Gb口的影响在于MS需要通知SGSN修改MM上下文，当有用户数据(SNDCP PDU)传输时SGSN需要知道哪些报文需要重发，何时报文需要发往新的小区。 PDP上下文激活后，MS可以在任意LLC帧通知SGSN发生了小区重选。 用户A发生小区重选在Gb口可以有3种方式通知SGSN： MS在ready状态： 通过上行任意LLC帧(MS如果正在传用户数据，通过SNDCP PDU传送，如果不在传数据，发送LLC空帧)，NS层携带有BVCI，BSSGP层携带有用户标识(TLLI)，SGSN可以据此检查该用户PDP上下文中的上一个BVCI，如果发生变化，则视为小区发生重选。SGSN需要在BSSGP层发起Flush_LL消息通知BSC处理SGSN已经发给用户A的报文。 MS在standby/ready状态： MS需要发起路由区更新RAU过程，通知SGSN是否RAI发生变化，主要有3种情况： MS移动到新路由区后检查到RAI和SIM卡中的RAI不同自行发起。 MS的RA定时器超时发起即所谓周期性RAU过程。 B类MS(绝大多数MS)只能串行进行数据或话音业务，即打电话发短信时即使位置移动也不能发起数据业务的GMM过程如附着或RAU，故电路交换业务结束后也需要发起RAU过程。 即RAU过程并不一定用户真的发生位置变化。 名词解释： TLLI：用于Gb口，MS和SGSN唯一识别一个用户，在相同SGS