Content for  TS 23.228  Word version:  19.0.0

The CSCF may take on various roles as used in the IP multimedia subsystem. The following clauses describe these various roles.

The Proxy-CSCF (P-CSCF) is the first contact point within the IM CN subsystem. Its address is discovered by UEs using the mechanism described in the clause "Procedures related to Local CSCF Discovery". The P-CSCF behaves like a Proxy (as defined in RFC 3261 or subsequent versions), i.e. it accepts requests and services them internally or forwards them on. The P-CSCF shall not modify the Request-URI in the SIP INVITE message. The P-CSCF may behave as a User Agent (as defined in the RFC 3261 or subsequent versions), i.e. in abnormal conditions it may terminate and independently generate SIP transactions. The P-CSCF in the role of an AF may interact with the Policy and Charging Architecture; the P-CSCF may interact over the Rx interface (see TS 29.214) with the Policy and Charging Architecture defined in TS 23.203; the P-CSCF may interact over the Rx interface (see TS 29.214) or over the N5 interface (using the Npcf_PolicyAutorization service, see TS 29.514) with the Policy and Charging Architecture defined in TS 23.503. The functions performed by the P-CSCF are:

• Forward the SIP register request received from the UE to an entry point determined using the home domain name, as provided by the UE.
• Forward SIP messages received from the UE to the SIP server (e.g. S-CSCF) whose name the P-CSCF has received as a result of the registration procedure.
• Ensure that the SIP messages received from the UE to the SIP server (e.g. S-CSCF) contain the correct or up to date information about the access network type currently used by the UE, when the information is available from the access network. Depending on operator policies, the P-CSCF may insert in any SIP message (request or response) the access network type currently used by the UE, when the information is available from the access network.
• Based on operator policies, and the availability of the user location information and/or UE Time Zone from the access network, ensure that relevant SIP messages contain the correct or up to date information about the user location information, and/or UE Time Zone provided by the access network currently used by the UE.
• Forward the SIP request or response to the UE.
• Detect and handle an emergency session establishment request.
• Generation of CDRs.
• Maintain a Security Association between itself and each UE, as defined in TS 33.203.
• Should perform SIP message compression/decompression.
• Authorization of bearer resources and QoS management. For details see TS 23.203 and TS 23.503.
• Handling of Resource-Priority information.
• Detection and handling of:
  • an originating or terminating IMS MPS session establishment or session modification request;
  • MPS for Messaging;
    (see also clause 5.21).
• May support the Paging Policy Differentiation for IMS conversational voice as described in clause E.9 and clause Y.9.
• May subscribe to notification of changes in the type of access network using PCC mechanisms as specified in TS 23.203 and in TS 29.214 or in TS 23.503 and in TS 29.514.

The Serving-CSCF (S-CSCF) performs the session control services for the UE. It maintains a session state as needed by the network operator for support of the services. Within an operator's network, different S-CSCFs may have different functionalities. The functions performed by the S-CSCF during a session are: For Registration:

• May behave as a Registrar as defined in RFC 3261 or subsequent versions, i.e. it accepts registration requests and makes its information available through the location server (e.g. HSS).
• When a registration request includes an Instance ID with the contact being registered and indicates support for GRUU, the S-CSCF shall assign a unique P-GRUU and a new and unique T-GRUU to the combination of Public User Identity and Instance ID.
• If a registration request indicates support for GRUU, the S-CSCF shall return the GRUU set assigned to each currently registered Instance ID.
• The S-CSCF shall notify subscribers about registration changes, including the GRUU sets assigned to registered instances.
• During registration process, the S-CSCF shall provide policy information, if available, for a Public User Identity from the HSS to the P-CSCF and/or UE.

For Session-related and session-unrelated flows:

• Session control for the registered endpoint's sessions. It shall reject IMS communication to/from Public User Identity(s) that are barred for IMS communications after completion of registration, as described in clause 5.2.1.
• May behave as a Proxy Server as defined in RFC 3261 or subsequent versions, i.e. it accepts requests and services them internally or forwards them on, possibly after translation.
• May behave as a User Agent as defined in RFC 3261 or subsequent versions, i.e. it may terminate and independently generate SIP transactions.
• Based on the determined served user, handle interaction with Services Platforms for the support of Services
• Provide endpoints with service event related information (e.g. notification of tones/announcement together with location of additional media resources, billing notification)
• For an originating endpoint (i.e. the originating user/UE, or originating AS)
  • Obtain from a database the Address of the entry point for the network operator serving the destination user from the destination name (e.g. dialled phone number or SIP URI), when the destination user is a customer of a different network operator, and forward the SIP request or response to that entry point.
    If a GRUU is received as the contact, ensures that the Public User Identity of the served user in the request and the Public User Identity encapsulated in the P-GRUU or associated with the T-GRUU belongs to the same service profile.
  • When the destination name of the destination user (e.g. dialled phone number or SIP URI), and the originating user is a customer of the same network operator, forward the SIP request or response to an I-CSCF within the operator's network.
  • Depending on operator policy, forward the SIP request or response to another SIP server located within an ISP domain outside of the IM CN subsystem.
  • Forward the SIP request or response to a BGCF for call routing to the PSTN or CS Domain.
  • Ensure the originating end point is subscribed to the determined IMS communication service.
  • Ensure that the content of the SIP request or response (e.g. value included in Content-Type SIP header, media lines included in SDP) sent or received by the originating endpoint matches the determined IMS communication service definition, based on originating user's subscription.
  • When the INVITE message includes an MPS code or an MPS input string, forward the INVITE, including the Service User's priority level if available.
  • When an MPS user is authorized by an AS for priority service, include the Service User's priority level received from the AS in the INVITE and forward the INVITE.
  • Attestation of the identity of the originating subscriber if configured through operator policies. Optionally the S-CSCF can invoke an AS for attestation of the identity of originating subscriber, if configured through operator policies.
  • Assertion of authorization for the Resource-Priority information for an IMS priority session if configured through operator policies. Optionally, the S-CSCF can invoke an AS for assertion and signing of the authorization for the Resource-Priority information for the IMS priority session, if configured through operator policies.
  • If the request is an originating request from an Application Server:
    • Verify that the request coming from the AS is an originating request, determine the served user and apply procedures accordingly (e.g. invoke interaction with Service Platforms for originating services, etc.).
    • Process and proceed with the request even if the served user on whose behalf the AS had generated the request is unregistered. If the served user is unregistered, the S-CSCF shall execute any unregistered origination service logic on behalf of the served user before forwarding requests from an AS.
    • Process and proceed with other requests to and from the served user on whose behalf the AS had generated the request.
    • Reflect in the charging information that an AS has initiated the session on behalf of a served user.
• For a destination endpoint (i.e. the terminating user/UE)
  • Forward the SIP request or response to a P-CSCF.
  • Modify the SIP request for routing an incoming session to CS domain according to HSS and service control interactions, if the user is to receive the incoming session via the CS domain.
  • Forward the SIP request or response to a BGCF for call routing to the PSTN or the CS domain.
  • Ensure the terminating end point is subscribed to the determined IMS communication service.
  • Ensure that the content of SIP request or response (e.g. value included in Content-Type SIP header, media lines included in SDP) sent or received by the destination end point matches the determined IMS communication service definition, based on terminating user's subscription.
  • If the SIP request contains preferences for characteristics of the destination endpoint, perform preference and capability matching as specified in RFC 3312.
  • Optionally for a redirected session, if configured through operator policies, performs attestation of the identity of the diverting subscriber initiating the diversion.
  • Proxies a terminating request to an AS associated with the terminating user for signature verification if signature verification is required.
• For an originating request with a Request-URI containing the SIP representation of an E.164 number, and configured per operator policy:
  • the S-CSCF attempts translation of the E.164 address in the SIP URI to a globally routable SIP URI using the procedures specified in clause 4.3.5. As stated in clause 4.3.5, if the E.164 address translation fails, the request may be forwarded to a BGCF to allow routing to the PSTN and if the translation succeeds, the Request-URI is updated and the request is routed based on the SIP URI that was obtained.

Based on local configuration, the S-CSCF may be provisioned as the contact point within an operator's network for transit IMS scenarios and may perform transit routing functions (see clause 5.19). Charging and resource utilisation:

• Generation of CDRs

Based on local configuration, the Breakout Gateway Control Function (BGCF) may be provisioned as the contact point within an operator's network for transit IMS scenarios as described in clause 5.19. Otherwise the BGCF processes requests for routing from an S-CSCF for the case were the S-CSCF has determined that the session cannot be routed using DNS or ENUM/DNS (see clause 5.4.3, clause 5.19 and clause 4.3.5 for more information). The BGCF determines the next hop for routing the SIP message. This determination may be based on information received in the protocol, administrative information, and/or database access. For PSTN terminations, the BGCF determines the network in which PSTN/CS Domain breakout is to occur. If the routing determination is such that the breakout is to occur in the same network in which the BGCF is located, then the BGCF shall select a MGCF that will be responsible for the interworking with the PSTN/CS Domain. If the routing determination results in break out in another network, the BGCF will forward this session signalling to another BGCF in the selected network. If the routing determination results in the session being destined for another IMS network, the BGCF forwards the message to an I-CSCF in this IMS network. If the BGCF determines that there is another IP destination for the next hop, it forwards the message to that contact point. There may be multiple BGCFs within an operator's network. The functions performed by the BGCF are:

• Determines the next hop for SIP routing.
• For PSTN terminations, select the network in which the interworking with the PSTN/CS Domain is to occur. If the interworking is in another network, then the BGCF will forward the SIP signalling to the BGCF of that network.
• For PSTN terminations, select the MGCF in the network in which the interworking with PSTN/CS Domain is to occur and forward the SIP signalling to that MGCF. This may not apply if the interworking is a different network.
• Generation of CDRs

The BGCF may make use of information received from other protocols, or may make use of administrative information, when making the choice of which network the interworking shall occur.

This clause describes architectural concepts to fulfil the requirements for IMS Group Management described in TS 22.250.

The capabilities required for IMS group management are defined in clause 5.4 of TS 22.250. The Ut reference point is used to manage groups from the UE. This does not preclude the use of other mechanisms for group management, e.g. using OSA or OA&M mechanisms; the details of these other mechanisms are out of scope of this document. The Ut reference point shall support a scenario where one single Application Server is used to create groups that can be utilized for different services, possibly hosted by different ASs.

Each group shall be addressable by a globally unique group identifier. The group identifier shall take the form of a Public Service Identifier.