Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.280  Word version:  19.3.1

Top   Top   Up   Prev   Next
1…   5…   5.2.8…   6   7…   7.3.2   7.4…   7.4.3…   7.5…   8…   9…   9.2.2…   9.2.2.2…   9.3…   10…   10.1.2…   10.1.3…   10.1.4.3…   10.1.4.5…   10.1.5…   10.1.6…   10.2…   10.2.3…   10.2.4.2…   10.2.4.3…   10.2.5…   10.2.7…   10.3…   10.6…   10.7…   10.7.3…   10.7.3.4…   10.7.3.7…   10.7.3.7.3   10.7.3.8…   10.7.3.10…   10.8…   10.8.4…   10.8.5…   10.9…   10.9.3…   10.9.3.5…   10.9.3.8…   10.9.3.9…   10.9.3.9.3…   10.9.3.9.4…   10.9.3.10…   10.9.3.10.4…   10.9.3.10.6…   10.10…   10.10.1.2.3…   10.10.2…   10.10.3…   10.10.3.3…   10.10.3.4…   10.11…   10.11.5…   10.12…   10.13…   10.13.3…   10.13.7…   10.13.10…   10.14…   10.15…   10.15.3…   10.15.3.3…   10.15.3.4…   10.16…   10.17…   10.17.3…   10.17.5…   11…   11.3…   11.5…   11.5.2…   11.5.3…   11.5.3.3.2A…   A…   B…   C…   E…

 

7.4.3  Signalling control planep. 42

7.4.3.1  SIP entitiesp. 42

7.4.3.1.1  Signalling user agentp. 42
This functional entity acts as the SIP user agent (both client and server) for all SIP transactions.
7.4.3.1.2  SIP ASp. 42
The SIP AS functional entity supports the following functions on behalf of the MC service:
  • influencing and impacting the SIP session; and
  • supporting event subscription and event notification.
7.4.3.1.3  SIP corep. 42
7.4.3.1.3.1  Generalp. 42
The SIP core contains a number of sub-entities responsible for registration, service selection and routing in the signalling control plane.
The SIP core shall be either:
  1. compliant with TS 23.228, i.e. the SIP core is a 3GPP IP multimedia core network subsystem; or
  2. a SIP core, which internally need not comply with the architecture of TS 23.228, but with the reference points that are defined in subclause 7.5.3 (if exposed), compliant to the reference points defined in TS 23.002.
The data related to the functions of the SIP core, e.g. for data for application service selection, the identity of the serving registrar or authentication related information may be provided by the PLMN operator responsible for the bearer plane. In this case, the SIP database that is the source of the data may be part of the HSS. Alternatively, this data may be provided by the MC service provider. In this case, the source of the data may be the MC service provider's SIP database.
Up
7.4.3.1.3.2  Local inbound / outbound proxyp. 42
The local inbound / outbound proxy functional entity acts as both an inbound proxy and an outbound proxy for all SIP transactions. This functional entity can provide the following functions:
  • NAT traversal;
  • Resource control;
  • Route/forward requests and responses to the user agents;
  • SIP signalling security; and
  • Depending on the PLMN operator policy, discovery and address resolution, including E.164 numbers.
7.4.3.1.3.3  Registrar finderp. 43
The registrar finder functional entity is responsible for:
  1. Identifying the serving registrar / application service selection functional entity. The serving registrar / application service selection functional entity is identified using information provided either by the PLMN operator's own SIP database or the MC service provider's SIP database, and optionally using the PLMN operator's internal information e.g. network topology, registrar availability.
    1. Registrar finder and registrar in the MC service provider domain: registrar finder in the MC service provider's domain uses the information from the MC service provider's SIP database to identify the serving registrar in the MC service provider domain.
    2. Registrar finder and registrar in the PLMN operator domain: registrar finder uses information from PLMN operator's SIP database to identify the serving registrar in the PLMN operator domain.
    3. Registrar finder in PLMN operator domain and registrar in MC service provider domain: registrar finder uses information from the MC service provider's SIP database to identify the serving registrar in the MC service provider domain.
  2. Providing discovery and address resolution, including E.164 numbers.
Up
7.4.3.1.3.4  Registrar / application service selectionp. 43
The registrar / application service selection functional entity provides the following functions:
  • Registrar function (with integral provision of a location server) and also acts as an inbound proxy (with access to the integral location server), and outbound proxy for all SIP transactions where application service selection is required. It registers the user and maintains the association of the location and identity of the user in a location service. It provides notifications of the registration states.
  • Supports authentication for identities provided within SIP signalling. Both the registrar (with integral location server) and authentication functions are supported by access either to the public network's own SIP database or the MC service provider's SIP database.
  • Can provide the application service selection for all SIP transactions, possibly based on application service selection information stored by either the public network's own SIP database or the MC service provider's SIP database.
  • Performs SIP signalling security.
Up
7.4.3.1.4  Diameter proxy |R15|p. 43
This functional entity acts as a proxy agent for Diameter messaging as specified in RFC 6733.
The Diameter proxy, when used on the AAA-2 interface may also be present in the SIP core / IMS.

7.4.3.2  SIP databasep. 43

7.4.3.2.1  Generalp. 43
The SIP database contains information concerning the SIP subscriptions and corresponding identity and authentication information required by the SIP core, and such information as application service selection.
In deployment scenarios where the PLMN operator provides the SIP core, this database is provided by the HSS.
In deployment scenarios where the MC service provider provides the SIP core, the SIP database may be provided by the MC service provider.
Access to the data residing in the SIP database is restricted to the SIP core entities that are specifically serving the subscriber/user whose data are stored, i.e. registrars and registrar finders can access SIP databases only when they are part of the same trust domain for the data being provided.
The SIP database is responsible for storing the following user related information:
  • signalling plane user identities: Numbering and addressing information;
  • signalling plane security information: SIP core access control information for authentication and authorization;
  • MC service UE Location information at inter-system level: the SIP database supports the user registration, and stores inter-system location information, etc.; and
  • signalling plane subscription profile (including initial filter criteria).
The SIP database also generates signalling plane security information for mutual authentication, communication integrity check and ciphering.
Based on this information, the SIP database is also responsible to support the call control and session management entities of the SIP core.
The SIP database consists of the following functionalities:
  • support for control functions of the SIP core such as the Registrar and Registrar finder. This is needed to enable subscriber usage of the SIP core services. This functionality is independent of the access network used to access the SIP core; and
  • authentication functionality required by the SIP core to authenticate the MC service UE.
Up
7.4.3.2.2  SIP database logical functionsp. 44
The SIP database provides the following logical functions:
  1. mobility management;
    • provides the UE mobility through the SIP core.
  2. registrar assignment support;
    • provides to the registrar finder the required capabilities for MC services based on MC service provider requirements on a per-user basis, (e.g. whether a particular registrar within the PLMN operator's network (e.g. a registrar reserved for MC service use or a registrar in a secure location) or a registrar within the MC service provider network is assigned.
  3. call and/or session establishment support;
    • provides the call and/or session establishment procedures in the SIP core. For terminating traffic, it provides information on which registrar currently hosts the user.
  4. user security information generation;
    • provides generation of user authentication, integrity and ciphering data for the SIP core.
  5. signalling plane security support;
    • provides authentication procedures to access MC services by storing the generated data for authentication, integrity and ciphering at the signalling plane and by providing these data to the appropriate registrar.
  6. user identification handling;
    • provides the appropriate relations among all the identifiers uniquely determining the signalling plane identities in the SIP core e.g. IMS public identities.
  7. access authorisation; and
    • provides authorisation of the user for mobile access when requested by the registrar e.g. by checking that the user is allowed to roam to that visited network.
  8. service authorisation support.
    • provides basic authorisation for terminating call/session establishment and service invocation. The SIP database may update the registrar with filter criteria to trigger the MC service server(s).
Up

7.4.3.3  HTTP entitiesp. 45

7.4.3.3.1  HTTP clientp. 45
This functional entity acts as the client for all hypertext transactions.
7.4.3.3.2  HTTP proxyp. 45
This functional entity acts as a proxy for hypertext transactions between the HTTP client and one or more HTTP servers. The HTTP proxy terminates a TLS session on HTTP-1 with the HTTP client of the MC service UE allowing the HTTP client to establish a single TLS session for hypertext transactions with multiple HTTP servers that are reachable by the HTTP proxy.
The HTTP proxy terminates the HTTP-3 reference point that lies between different HTTP proxies. It may provide a topology hiding function from HTTP entities outside the trust domain of the MC system.
The HTTP proxy is not used as part of CSC-1 interface. CSC-1 is a direct HTTP interface between the IdM client in the UE and the IdM server as specified in TS 33.180.
According to TS 33.180, either an HTTP proxy or a direct HTTP interface is used between the key management server and the key management client in the UE for CSC-8.
The HTTP proxy shall be in the same trust domain as the HTTP clients and HTTP servers that are located within a MC service provider's network. There can be multiple instances of an HTTP proxy e.g. one per trust domain.
Up
7.4.3.3.3  HTTP serverp. 45
This functional entity acts as the HTTP server for all hypertext transactions.

Up   Top   ToC