Conclusion: Approved.
S2-001606 from Ericsson, Motorola, Lucent, AT&T: Registration procedures
The registration flows included in annex B of 23.821 are updated to the approved template in S2-001317, which is technically equivalent. This contribution clarifies some of the open issues included in these registration flows.
Discussion: Putting D1 in the HSS has some impacts on the protocols: this issue needs to be studied.
In figures 2 and 3, messages 2 and 3 should be after message 4 and should be initiated by the S-CSCF and not by the I-CSCF. The reason is a possible future integration with messages 5 and 6 (Cx put can be combined with Cx pull).
Point 5 in 5.3.2.2 is not consistent with the rest of the document: it is said that the serving S-CSCF selection function is a separate logical entity, but this entity does not appear anywhere. A compromise sentence has to be elaborated on this basis: physically integrated but functionally separated. But all the entities are functional entities…
The other principles are agreed.
Last sentence of point 6 under figure 3 is a copy and paste error and has to be deleted.
Last sentence of point 5 under figure 2 is unclear and has to be rewritten.
Point 4 under figure 1 deals with the visited control only. There is no equivalent for home control.
It’s not clear why a nickname can be used for the P-CSCF (see point 2 under figure 1) but this is not addressed by this contribution. However, the corresponding text is deleted in next version.
Other improvements will be performed off-line.
All the FFS should be shown as editor note.
Dostları ilə paylaş: |