Thanks for pointing this out for CO-004. I agree with the distinction.
The actual case was related to inconsistent S-GW FQDN configuration inside the MME pool. One MME had a different S-GW hostname from another MME, even though both hostnames pointed to the same S-GW IP address.
Because the old and new S-GW hostnames were different, the MME treated it as an S-GW change procedure. As a result, it sent a Create Session Request to the S-GW instead of a Modify Bearer Request.
The S-GW then rejected the Create Session Request with “Request Rejected / SP-to-SP Change Fail.”
So the Create Bearer failure mentioned in the case was a downstream symptom, while the actual problem started earlier with the S-GW identity/FQDN inconsistency.
Thanks for the technical review — this is exactly the kind of feedback I was hoping to get from publishing the casebook.
Good point for CO-008. Paging Policy Differentiation is a useful standardized complement to this feature.
In CO-008, however, the implemented solution was different. We used the MME VOICEPAGINGPRIORITY feature. The MME identifies the VoLTE/CSFB service and includes the Paging Priority IE in the S1AP Paging message. The eNodeB can then give that voice-related paging higher priority than normal paging.
So in this deployment the priority was already limited to identified voice services rather than being applied as a blanket priority to every paging message.
Rel-13 Paging Policy Differentiation provides another, more end-to-end way of carrying the service indication from the downlink packet toward the MME through the Paging Policy Indication. That was not the mechanism implemented in this particular case, but it is definitely worth mentioning in the standards/background section.
One small clarification on the Rel-13 flow: the P-GW preserves the received DSCP/Traffic Class; the S-GW uses that information for the Paging Policy Indication sent toward the MME.
Thanks for pointing it out.
Thanks, very useful clarification. I agree that naming the actual subscription mechanisms would make CO-013 clearer.
The main point of this case was exactly to separate roaming/registration restriction, packet-service barring, and APN/PDN authorization, because they should not be treated as the same control. The objective was to reject an unauthorized packet-data request at the appropriate subscription/policy layer instead of allowing unnecessary downstream session processing.
For the next revision I will go back to the original configuration and traces and identify the exact HSS/HLR subscription field and reject cause used in this deployment, rather than generalizing it.
And thanks for offering to review the interworking and charging cases. I would definitely appreciate that