Replies: 1 comment
|
Hi @RegCox In general, the request should be rejected, as net neutrality rules do not allow us to degrade one customer's "best effort" connection in order to sell "guaranteed" capacity to another customer. The issue, of course, is that predicting the effect of accepting a particular QoD session request on other customers is just that - a prediction, as QoD sessions can be active for up to one day. Inevitably, requests will be accepted that do degrade the QoS of other customers, and requests will be rejected that could have been accepted with no (noticeable) degradation to other customers. There will be a statistical element to the algorithm for deciding whether to accept a particular QoD session request, and hopefully that is something the network operators will get better at over time. Algorithms are likely to be conservative at first, accepting fewer QoD session requests than could have been accepted to keep the risk to existing customers very low. |
Uh oh!
There was an error while loading. Please reload this page.
Hope you can help
Would the MNO side (PCF) only accept a QoD API request if there is sufficient extra network / RAN capacity? In other words, will it degrade the other QoS flows to accommodate the request?
If resources are insufficient, would the request be:
Rejected, or
Downgraded to a lower profile, or
Accepted conditionally (operator‑specific policy)
Any insights would be gratefully received.
All reactions