简介
本文档描述在N26切换期间，在SGW中观察到的修改承载请求(MBReq)和创建承载请求(CBReq)之间的冲突。
先决条件
要求
Cisco 建议您了解以下主题：
使用的组件
本文档中的信息基于以下软件和硬件版本：
- 思科StarOS® 21.28.m5
- 超数据包核心CUPS
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。
问题
在EPS回退VoLTE语音呼叫的N26 inter-RAT 5G SA -> 4G LTE切换期间，QCI1专用承载创建和访问修改承载请求过程彼此独立并可能发生冲突。发生此冲突时，SGW无法正确设置QCI5 ims承载导致语音呼叫和IMS流量在LTE上失败，直到UE返回到5G SA。
执行的分析
1.从5G到4G的切换成功完成(用于移动两个承载的TAU请求/身份验证/加密/创建会话请求):
Frame 76 S1AP/NAS-EPS InitialUEMessage, Tracking area update request
Frame 98 GTPv2 EBI= 5,5 EUTRAN QCI= 5 Create Session Request
Frame 99 GTPv2 EBI= 6,6 EUTRAN QCI= 8 Create Session Request
Frame 109 S1AP/NAS-EPS InitialContextSetupRequest, Tracking area update accept
2.然后，通过eNB S1-U IP从eNB获取Initial-Context-Setup Response Success和TAU Complete。此时，MME尚未将这些信息提供给SGW，并且SGW不知道将下行链路UP数据包发送到何处：
Frame 111 S1AP InitialContextSetupResponse
Frame 113 S1AP/NAS-EPS UplinkNASTransport, Tracking area update complete
3. MME在所有EBI（5和6）上发送修改承载请求，以向SGW提供eNB S1-U IP（帧114和115）。但是，同时，SGW在EBI= 5(QCI-5)上获得创建承载请求，以创建QCI-1承载（帧117）。当发生此冲突时，不会处理EBI= 5上的修改承载请求；因此，SGW不会在ims默认承载上学习eNB S1-U IP，因此无法传送下行链路数据包：
Frame 114 GTPv2 EBI= 6 EUTRAN Modify Bearer Request
Frame 115 GTPv2 EBI= 5 EUTRAN Modify Bearer Request
Frame 116 GTPv2 EBI= 6 Modify Bearer Response
Frame 117 GTPv2 EBI= 5,0 QCI= 1 Create Bearer Request
Frame 118 S1AP UECapabilityInfoIndication, UECapabilityInformation
Frame 121 GTPv2 EBI= 5 Downlink Data Notification
Frame 122 GTPv2 Downlink Data Notification Acknowledgement
Frame 129 GTPv2 EBI= 5 EUTRAN Modify Bearer Request
Frame 130 GTPv2 EBI= 5 Modify Bearer Response
Frame 131 S1AP/NAS-EPS E-RABSetupRequest, Activate dedicated EPS bearer context request
Frame 132 S1AP E-RABSetupResponse
根据3GPP规范29.274,SGW必须处理承载环境不匹配（例如，CBReq和MBReq之间的冲突）：
14.3 Handling of Bearer Context Mismatch
14.3.2 Exceptional scenarios
During a dedicated bearer creation procedure, temporary Bearer Context mismatch may occur at the SGW, (for example) due to the collision between Create Bearer Request and Modify (Access) Bearer Request messages.
[...]
The SGW should handle such Bearer Context mismatch in an implementation specific way, but in such a way to accept the Modify (Access) Bearer Request message and to not locally delete the missing Bearer Contex.
解决方案
此问题由Cisco Bug ID CSCwf63318引起。要按照标准在SGW处理此冲突，请通过 修改承载请求需要 优先于 创建承载请求。 SGW中止 暂时创建承载请求，然后 使用 修改承载请求 并将其转发到PGW。
反馈