51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 3440|回复: 0

终端创建两个IMS连接导致23G切换4G后VOLTE注册失败问题分析 [复制链接]

Rank: 9Rank: 9

发表于 2016-4-14 20:08:47 |显示全部楼层
一键分享 一键分享

【问题描述】:
湖南长沙河东终端在使用USN10.2版本进行VoLTE测试过程中,发现终端附着后,存在3个缺省承载,Bearer Id分别为5、6、7,且承载ID6,7的APN均为IMS,在终端切换到23G后由于只断开 Bearer Id为6的IMS承载,在切换到4G后终端异常匹配了Bearer Id为7的IMS承载来做VOLTE注册,导致该终端无法进行正常VOLTE注册,影响VoLTE业务。

【原因定位】:
1、MME APN纠错流程处理问题

终端上存在两条IMS缺省承载主要原因是由于MME APN纠错流程处理问题引起的,MME APN纠错匹配流程如下。

由于在4G附着的时候,终端请求的是空APN+IPV4V6双栈地址,MME上的处理时根据签约数据(cmnet+IPV4 ,ims+IPV6) 以及本地的控制策略,将终端附着请求纠错成CMNET+IPV4,同时下发#52“single address bearers only allowed”原因值给终端,提示终端需要重新发起同APN的另一种IP版本的PDN连接 (the same APN with a single address PDN type) 附着成功以后UE开始发起IMS+IPV4V6的PDN连接,由于签约数据为IMS+IPV6单栈地址类型,所以 MME激活这个IMS的PDN连接时携带是#51“PDN type IPv6 only allowed”,激活了第一条IMS默认承载(该承载携带有SBC地址列表)。

由于在ATTACH的时候MME给UE下发的消息中携带#52原因值,UE使用CMNET+IPV6类型请求第二个PDN连接。因为携带的地址类型为IPV6,根据APN纠正规则,MME将这次PDN连接请求的APN纠正成IMS,并创建了第二条IMS+IPV6的缺省承载。由于该PDN请求终端是没有申请SBC地址,所以尽管纠错成IMS APN,该承载也无法用于IMS注册。

2、4G切换至2/3G时,终端未按协议去激活所有IMS PDP,流程中仅发起Bearer-id=6的承载删除流程;
依据《中国移动VoLTE终端技术规范》,终端在LTE重选到TD-SCDMA/GSM网络后:
1)终端发起RAU流程保持CMNET PDP与IMS PDP激活状态;
2)RAU流程结束后,终端立即发起IMS注销,去激活IMS PDP。

3、从2/3G切换回4G时终端发起TAU,由于Bearer Id为7的默认承载残留未被删除,TAU新时MME仅对Bearer Id为5、7的默认承载发起新,未重新激活IMS缺省承载,由于Bearer ID=7的IMS承载在终端上是没有SBC地址列表的,所以终端VOLTE注册失败。

4、APN纠错流程处理协议依据参考:
1) 由于MME流程处理问题,错误的下发了#52原因值用户签约数据为cmnet+IPV4,ims+IPV6;同时终端附着或创建PDN连接时没有携带APNNI,请求的PDP类型均为双栈,这个场景下,按照协议(24301)应该根据使用的APN和签约的PDN类型为cmnet+IPV4下发#50原因值,但是当前MME由于流程处理问题,错误的下发了#52原因值。
相关协议如下:
If the UE requests for PDN type IPv4v6, but the subscription is limited to IPv4 only or IPv6 only for the requested APN, the network shall override the PDN type requestedby the UE tobe limited to a single address PDN type (IPv4 or IPv6). In the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message sent to the UE, the network shall set the PDN type value to either"IPv4" or"IPv6" and the ESM cause value to#50 "PDN type IPv4 only allowed", or#51 "PDN type IPv6 only allowed", respectively. The UE shall not subsequently initiate another UE requested PDN connectivity procedure to the same APN to obtain a PDN type different from the one allowed by the network.
2) 终端收到#52 原因值处理:
根据协议(24301)描述,终端收到#52原因值是应该发起同APN的另一种IP版本的PDN连接, 由于MME错误的下发了#52原因值且携带的APN是CMNET,所以终端会用CMNET APN再次发起 IPV6类型的PDN连接;MME根据APN纠正规则,将该PDN链接纠正为IMS+IPV6的PDN连接,导致终端创建了两个IMS的默认承载。

相关协议如下:
If the UE requests PDN type IPv4v6, but the operator uses single addressing perbearer, e.g. due to interworking with nodes of earlier releases, the network shalloverride the PDN type requestedby the UE to a single IP version only. In the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message sent to the UE, the network shall set the PDN type value to either "IPv4" or"IPv6" and the ESM cause value to#52 "single addressbearersonly allowed". The UE may subsequently request another PDN connection for the other IPversion using the UE requested PDN connectivity procedure to the same APN with a single address PDN type (IPv4 or IPv6) other than theone already activated.
【解决方案】:
1、EPC侧:
USN V900R012C05SPH306版本对于空APN携带IPV4V6类型激活的场景进行优化,根据纠正后的签约的APN对应的PDN类型和下发给UE的地址类型向UE下发对应的#50或#51原因值,当用户签约的PDN类型为IPV4,则激活后只有IPV4地址可用时,MME给UE下发#50原因值;当用户签约的PDN类型为IPV6,则激活后只有IPV6地址可用时,MME给UE下发#51原因值;当用户签约的PDN类型为空或IPV4V6时,则激活后只有一个IPV4或IPV6地址可用时,MME根据下发给UE的地址类型选择给UE下发的#50或#51原因值;根据集团最新试点规范,#52原因值已被弃用。

附:集团规范如下:

2、终端侧:
1)终端侧将在新版本中实现:
当非预期的EPS Bearer产生时,发送PDN Disconnect Req消息将其去激活。
2)在EPC版本与终端新版本升级前,为规避此问题,建议联系终端用户,设置正确的APN,不使用空APN进行激活。


51学通信核心网微信群公告:

为方便大家交流通信技术,我们创建了一个“51学通信核心网微信群”,欢迎所有热爱移动通信核心网的朋友加入,共同来探讨移动通信核心网相关问题,让我们共同进步吧~。

本群为51学通信所建的核心网技术交流群,仅限讨论核心网相关技术问题,分享通信生活及行业新闻等。禁发一切类型的广告(包括招聘、兼职信息、产品推广等,但在线学习类的分享不限),不合理的地方会慢慢改进。

本群涉及的主要领域和技术包括但不限于以下:

1)IP (MPLS VPN,IP Qos,NAT,IP Sec,组播,流量工程等)

2)CS核心网(MSC-S,MGW,SCP等)

3)2/3/4G PS核心网(MME,SGW,PGW,SGSN,GGSN,EPC DNS,EPC-HSS,HLR,OCS,CG,PG,PCRF,CE等)

4) IMS(CSFB,eSRVCC,ICS,RCS等技术,CSCF,AS,BGCF,IBCF,IMS-HSS,eNUM/DNS,ePDG,AAA,ATCF/ATGW,eMSC,SBC,MRFC/MRFP等网元)

本群讨论的主要协议包括但不限于:

MPLS,QinQ,IP,PIM,IGMP,SNMP,RTP/RTCP,OSPF,BGP,ISIS,SIP/SDP,Diameter/DBP,GTP,ISUP,MAP,RANAP,BSSAP,SIGTRAN,SCTP,H.323,H.248,IKE,AH/ESP,S1AP,SGsAP,X2AP,LDAP,XCAP,HTTP,BICC,Camel等。

本群讨论原理及信令为主,不讨论设备内部实现细节及bug。
加入方法:

51学通信群已超100人(目前已有385人),根据微信规定,群二维码自动失效。现在入群的唯一方法是群内人拉人入群。

为方便更多朋友入群一起交流核心网技术,特此发布下我们的入群方法:

1 群内的朋友可以任意拉人,只要不违反群公告的规定即可。

2 群外的朋友想入群,可以联系群内的朋友拉进来,或者加群主个人微信,说明想入群,群主会拉你入群

(群主微信名称:爱卫生,微信ID:gprshome201101)


51学通信(www.51xuetongxin.com):致力打造最好的通信技术在线学习平台 。
您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-3-29 21:09 , Processed in 0.030281 second(s), 12 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部