发布时间 : 星期四 文章数据业务互操作问题排查案例库更新完毕开始阅读5e4ee54cc281e53a5802ff74
数据业务互操作问题排查案例库 中国移动通信集团公司网络部,研究院
闲态小区重选次数不同。终端A发生重选大约20次,终端B大约发生重选10次。 2. 具体分析
终端进行系统间小区重选首先需要进行异系统测量,按3GPP协议(TS 36.133章节 4.2.2.5.2)规定,终端物理层进行异系统测量及测量结果上报协议栈的时长,与服务小区配置的异系统邻区频点数和DRX周期相关。异系统邻区频点越多,DRX周期越长,则终端进行异系统测量和上报评估的时间就越长。协议对测量上报评估间隔的最大时长进行了规定,某些芯片在标准规定基础上进行了优化,缩短了测量间隔周期,加快了上报速度,相同条件下发生重选的概率较高,次数越多;有的则严格按照标准规定的时长进行测量,相同条件下发生重选的概率较低,次数越少。 3. 优化建议
网络进行邻区配置优化,配置尽量少的异系统频点。
8.2.2 案例2:不同芯片平台的终端在RAU request中设置follow-on-request指示不同
1. 现象描述
终端在数据业务进行过程中从4G重定向到3G,在3G下完成RAU后,终端A的RRC连接被网络释放,发起service request进行业务恢复时,终端需要重新发起RRC连接建立,导致业务恢复时延有所增加,信令截图如下:
30
数据业务互操作问题排查案例库 中国移动通信集团公司网络部,研究院
终端B在完成RAU过程后直接发送service request消息进行业务恢复。业务恢复时延比A小。信令截图如下:
2. 具体分析
对比两部终端RAU请求消息,发现终端发送的RAU request消息中IE “follow-on request”
31
数据业务互操作问题排查案例库 中国移动通信集团公司网络部,研究院
设置不同。3GPP协议TS 24.008的10.5.3.5章节,及TS 23.060的6.9.2章节规定,“follow-on request” bit位为0时,表示UE后续没有上行数据或信令发送,SGSN会发起IU接口的连接释放消息(Iu release command)给RNC,随后RNC发起RRC连接释放流程;“follow-on request” bit位为1时,表示UE后续有上行数据或信令发送,SGSN保持IU接口连接,RRC连接保持,终端可以直接发送service request消息。 3. 优化建议
已经与芯片厂家进行沟通,建议终端在重定向后有数据传输情况下,将follow-on request置为1。
8.2.3 案例3:重定向消息中指示的3G频点不存在时,不同芯片平台的终端处理不同
1. 现象描述
网络在4G中发送RRC connection release消息,携带redirectedCarrierInfo字段,该信元指示重定向后终端接入的3G频点,如果终端不能搜索到该频点,芯片平台A终端会在3G继续查找其他频点进行接入,芯片平台B终端会返回4G进行接入。 2. 具体分析
3GPP协议规定了终端在4G到3G重定向消息中指定的频点小区无法接入时的行为,但不同协议版本规定有所差异,导致不同芯片平台根据不同的协议版本实现后出现了不同的处理结果。
3GPP TS 36.304 V9.3.0(5.2.7章节)及之前版本规定,终端无法在RRCConnectionRelease消息中指定的频点找到合适小区时,返回4G频点选择合适小区接入。
而3GPP TS 36.304 V9.4.0(5.2.7章节)及之后的版本规定,终端无法在RRCConnectionRelease消息中指定的频点找到合适小区时,继续在指示的RAT即3G,选择合适的小区接入。 3. 优化建议
终端按照不同协议版本实现的问题,建议后续终端按照V9.4.0之后的协议规定实现。
8.2.4 案例4:CSFB终端和双待机终端Attach/TAU的类型不同
1. 现象描述
CSFB终端在4G下进行Attach(附着)时,附着类型(EPS attach type)是联合附着;TAU时,更新类型(EPS update type)为是联合位置更新;
双待机终端在4G下进行Attach(附着)时,附着类型(EPS attach type)是EPS附着;
32
数据业务互操作问题排查案例库 中国移动通信集团公司网络部,研究院
TAU时,更新类型(EPS update type)为TA更新(TA update)。 2. 具体分析
CSFB终端因为要接收网络下发的CS域寻呼或者主动发起CS域业务呼叫,因此需要在核心网侧CS域(MSC)注册,因此发送attach request消息时携带的EPS attach type为combined EPS/IMSI attach(参考协议3GPP TS 24.301,8.2.4.1节)。下面为CSFB终端发起attach时携带相关网元的摘取值:
msg_type = 65 (0x41) (Attach request) lte_emm_msg emm_attach_request
tsc = 0 (0x0) (cached sec context) nas_key_set_id = 0 (0x0)
att_type = 2 (0x2) (combined EPS/IMSI attach)
同理,CSFB终端在发起TAU时也需要发起联合的TA更新(参考协议3GPP TS 24.301,9.9.3.14节)。以下为CSFB终端发起TAU时携带相关信元的摘取值:
msg_type = 72 (0x48) (Tracking area update request) lte_emm_msg emm_ta_update_req
tsc_asme = 0 (0x0) (cached sec context) nas_key_set_id_asme = 0 (0x0) active_flag = 1 (0x1)
eps_update_type = 2 (0x2) (combined TA/LA updating with IMSI attach)
双待机终端因为PS与CS域工作在两个模块, PS域模块在进行Attach或者TAU时不需要在核心网侧CS域进行注册,因此发送attach request消息时携带的EPS attach type为EPS attach(参考协议3GPP TS 24.301,8.2.4.1节)。以下为双待机终端发起attach时携带相关网元的摘取值:
msg_type = 65 (0x41) (Attach request) lte_emm_msg emm_attach_request
tsc = 0 (0x0) (cached sec context) nas_key_set_id = 0 (0x0) att_type = 1 (0x1) (EPS attach)
同理,双待机终端在发起TAU时也只需要发起TA更新(参考协议3GPP TS 24.301,9.9.3.14.1节)。以下为双待机终端发起TAU时携带相关信元的摘取值:
下面为双待机终端发起TAU时携带携带相关信元的摘取值:
msg_type = 72 (0x48) (Tracking area update request) lte_emm_msg emm_ta_update_req
tsc_asme = 0 (0x0) (cached sec context) nas_key_set_id_asme = 0 (0x0) active_flag = 0 (0x0)
33