-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TS26.512 - Consumption reporting: How is aspId for POST url generated? #73
Comments
This is one of the least satisfactory parts of TS 26.512 in my opinion. I think the assumption here is that the Media Session Handler already knows the value of {aspId} from the 5GMSd-Aware Application. But there is nothing specified in the M6 client API to provide this information to the Media Session Handler, so there is a bit of a gap. Something could be added to the M6 client API to supply the Application Service Provider identifier. But this doesn't feel quite right. An alternative would be to add In Rel-16 and Rel-17, the Media Session Handler deals in the currency of Provisioning Session identifiers, and I think this would be a better basis for reporting consumption, aligning clause 11.3.2 with the metrics reporting procedure specified in clause 11.4.2. My proposal is therefore to change the URL format for consumption reporting to:
|
(Side note: in Rel-18, we are likely to replace the use of the Provisioning Session identifier at M5 with an external service identifier that is used to launch media session handling at M6 by embedding it in a 3GPP Service URL that is "handled" by the Media Session Handler. The external service identifier extracted from the 3GPP Service URL will then be used by the Media Session Handler to retrieve Service Access Information from the 5GMS AF instead of the Provisioning Session identifier. It would make sense to use the same external service identifier when sending consumption reports and QoE metrics reports as well in order to achieve a consistent abstraction at reference point M5. The 5GMS Client doesn't really need to know the Provisioning Session identifier when it has the external service reference as a proxy for it.) |
From the 5G-MAG call discussion, which of these options is the one we want to choose for now:
|
For the time being, @dsilhavy, I suggest providing the Meanwhile, I think SA4 should amend the Rel-16 and Rel-17 specifications to use the Provisioning Session identifier in the consumption reporting API instead of the Application Service Provider identifier. (This change would target SA Plenary in September.) And, for Rel-18, I will propose using an external service identifier instead. |
Proposed change in clauses 11.3.2 and C.4.2 endorsed at post-SA4#124 ad hoc meeting:
|
Problem description
In TS26.512-h40 clause 11.3.2, about the url for POST, it says:
But how the aspId be generated isn't defined in the spec. It would be great if we can clarify it. I might have missed something here.
The text was updated successfully, but these errors were encountered: