Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 24.186  Word version:  19.0.0

Top   Top   Up   Prev   Next
1…   4…   9…   9.3…   9.3.3…   9.4…   10…   10.11…   A…   A.1.2…   A.1.2.2…   A.1.3…   A.1.3.2…   A.1.3.3…   B…   C…

 

9  Signalling Proceduresp. 12

9.1  Generalp. 12

This clause provides the following signalling procedures for IMS data channel:
  • IMS data channel capability negotiation or indication during IMS initial registration, re-registration and session establishment;
  • IMS data channel establishment which includes both bootstrap data channel and application data channel establishment during session establishment and modification;
  • IMS data channel shutdown which includes both bootstrap data channel and application data channel; and
  • abnormal cases.

9.2  IMS data channel capability negotiationp. 12

9.2.1  IMS data channel capability negotiation during IMS initial registrationp. 12

9.2.1.1  Procedure at the UEp. 12

The policy related to the UE supporting the IMS data channel can be provided by the network to the UE using e.g. OMA-DM with the management objects specified in TS 24.275, ISIM with EFIMSDCI file specified in TS 31.103 or USIM with EFIMSDCI file specified in TS 31.102. When the UE is configured as specified in TS 24.275, TS 31.103 or TS 31.102 with configuration for IMS data channel allowed then the UE determines support for IMS data channel according to the configuration. If the UE is configured with both IMS_DC_configuration node and EFIMSDCI file, then the EFIMSDCI file shall take precedence.
If the UE is configured with IMS_DC_configuration node specified in TS 24.275 or EFIMSDCI file specified in TS 31.103 or TS 31.102, and the DC_allowed leaf of the IMS_DC_configuration node or IMS DC Establishment Indication of the EFIMSDCI file indicates that IMS data channel is allowed, then a UE supporting IMS data channel on sending an unprotected REGISTER request shall include the media feature tag defined in RFC 5688 for supported streaming media type. For the IMS data channel capability indication, the UE shall use +sip.app-subtype="webrtc-datachannel" as specified in TS 26.114.
On receiving the 200 (OK) response to the REGISTER request, if the 200 (OK) response includes a Feature-Caps header field containing feature-capability indicator "g.3gpp.datachannel", the UE shall determine that the home network supports the IMS data channel capability as specified in TS 23.228.
Up

9.2.1.2  Procedure at the IMS ASp. 12

Upon receipt of a third-party REGISTER request, if the Contact header field of the REGISTER request in the body including a media feature tag for supported streaming media type containing +sip.app-subtype="webrtc-datachannel" as specified in TS 26.114, the IMS AS shall store this IMS data channel capability indication and determine the UE supports the IMS data channel capability.

9.2.2  IMS data channel capability negotiation during IMS re-registrationp. 12

9.2.2.1  Procedure at the UEp. 12

If the UE is allowed to use IMS data channel, on reception of Re-REGISTER request, for user-initiated reregistration, the UE supporting IMS data channel shall include the media feature tag defined in RFC 5688 for supported streaming media type. For the IMS data channel capability indication, the UE shall use +sip.app-subtype="webrtc-datachannel" as specified in TS 26.114.
On receiving the 200 (OK) response to the Re-REGISTER request, if the 200 (OK) response includes a Feature-Caps header field containing feature-capability indicator "g.3gpp.datachannel", the UE shall determine that the home network supports the IMS data channel capability as specified in TS 23.228.
The UE shall continue to indicate its IMS data channel capability as specified in the above procedure when the UE has successfully done the IMS data channel capability negotiation during IMS initial registration or re-registration.
On receiving the 200 (OK) response to the REGISTER request, if the 200 (OK) response does not include a Feature-Caps header field containing feature-capability indicator "g.3gpp.datachannel", the UE shall keep established data channel media of the UE's existing IMS session.
Up

9.2.2.2  Procedure at the IMS ASp. 13

Upon receipt of a third-party REGISTER request, if the Contact header field of the REGISTER request in the body including a media feature tag for supported streaming media type containing +sip.app-subtype="webrtc-datachannel" as specified in TS 26.114, the IMS AS shall store this IMS data channel capability indication and determine the UE supports the IMS data channel capability.

9.2.3  IMS data channel capability indication during IMS session establishment and modificationp. 13

9.2.3.1  Procedure at the UEp. 13

Upon generating an initial INVITE request or a re-INVITE request, the UE supporting IMS data channel and is allowed to use IMS data channel and if the UE determined its home network supports the IMS data channel capability, the UE shall include the media feature tag defined in RFC 5688 for supported streaming media type in the Contact header field to the remote UE and use +sip.app-subtype="webrtc-datachannel" as specified in TS 26.114, regardless of IMS data channel media description being part of the SDP or not. The UE may include in the initial INVITE request an Accept-Contact header field containing the "sip.app-subtype" media feature tag defined in RFC 5688 with a value of "webrtc-datachannel" as specified in TS 24.173.
Upon receiving an initial INVITE request or a re-INVITE request, the UE supporting IMS data channel and configured with IMS data channel is allowed shall use +sip.app-subtype="webrtc-datachannel" as specified in TS 26.114 when including the media feature tags defined in RFC 5688 for supported streaming media type in the Contact header field in the SIP response, regardless of IMS data channel media description being part of the SDP or not.
Up

Up   Top   ToC