Tech-invite3GPPspecsSIPRFCs
Overview21222324252627282931323334353637384‑5x

Content for  TS 23.228  Word version:  16.6.0

Top   Top   Up   Prev   None
1…   3…   4…   4.2.4…   4.3…   4.4…   4.13…   4.16…   5…   5.2…   5.3…   5.4…   5.4.7…   5.4.8…   5.4a…   5.5…   5.6…   5.6.3…   5.7…   5.7.3…   5.7.5…   5.8…   5.11…   5.11.3…   5.11.4…   5.11.5…   5.11.6…   5.12…   5.16…   5.19   5.20…   A…   E…   E.2.2…   G…   G.5…   H…   J…   L…   N…   Q…   Q.2.5…   R…   S…   U…   U.2…   V…   Y…   Z…   AA…   AA.3…

 

AA.3  SBI Capable HSS Discovery and Selection

AA.3.1  General

An SBI capable IMS entity (e.g. I-CSCF, S-CSCF or IMS AS) performs HSS discovery to discover an HSS that manages the user subscriptions.
The SBI capable IMS entity shall utilize the NRF to discover the SBI capable HSS instance(s) unless the information about SBI capable HSS instances is available by other means, e.g. locally configured on the SBI capable IMS entity. The HSS selection function in SBI capable IMS entities selects an SBI capable HSS instance based on the available SBI capable HSS instances (obtained from the NRF or locally configured).
An SBI capable IMS entity always selects an HSS within its own PLMN. The HSS selection should consider one of the following factors when available to the SBI capable IMS entity:
  1. HSS Group ID of the IMS identity (IMPI or IMPU, or PSI).
  2. IMS private identity (IMPI); e.g. the SBI capable IMS entity selects an SBI capable HSS instance based on the IMPI set the UE's IMPI belongs to, configured locally or based on the results of a discovery procedure with NRF using the UE's IMPI as input for HSS discovery.
  3. IMS public identity (IMPU); e.g. the SBI capable IMS entity selects an SBI capable HSS instance based on the IMPU set the UE's IMPU belongs to, configured locally or based on the results of a discovery procedure with NRF using the UE's IMPU as input for HSS discovery.
  4. Public Service Identity (PSI); e.g. the SBI capable IMS entity selects an SBI capable HSS instance based on the PSI set the received PSI belongs to, configured locally or based on the results of a discovery procedure with NRF using the received PSI as input for HSS discovery.
  5. MSISDN; e.g. the SBI capable IMS entity selects an SBI capable HSS instance based on the MSISDN set the UE's MSISDN belongs to, configured locally or based on the results of a discovery procedure with NRF using the MSISDN as input for HSS discovery.
Unless the information about the interface type to be used towards HSS is locally configured on the SBI capable IMS entity, an SBI capable IMS entity can also use the NRF to decide the type of interface (SBI vs diameter) to be used towards HSS.
The following clause describes the procedure for HSS registration in NRF, SBI capable HSS discovery and interface type selection via NRF.
Up

AA.3.2  HSS Registration in NRFWord‑p. 344
An SBI capable HSS registers in the NRF using the Nnrf_NFManagement_NFRegister Request message as defined in TS 23.502. The NF profile of the HSS registered in NRF includes necessary information for an SBI capable IMS entity to send SBI service requests to the selected SBI capable HSS service instance.
Different SBI capable HSS instances managing different sets of IMPIs/IMPUs may be deployed in a given PLMN. In this case, the SBI capable HSS instances register in NRF using either different ranges of IMPIs/IMPUs and/or HSS Group IDs.
Up

AA.3.3  HSS Discovery and Selection via NRF

AA.3.3.1  General

During the IMS procedure, an SBI capable IMS entity sends a Nnrf_NFDiscovery_Request to NRF as defined in TS 23.502 to discover SBI capable HSS instances within a given PLMN. The SBI capable IMS entity may store all returned SBI capable HSS instances and their NF profiles for subsequent use, including, if applicable, supported IMPIs/IMPUs ranges, and/or HSS Group IDs. If no SBI capable HSS instance is available in the PLMN, then the NRF replies to the SBI capable IMS entity with no information. In this case, the SBI capable IMS may then attempt to communicate with the HSS using non-SBA protocols.
When an SBI capable IMS entity receives an NRF response that HSS supports SBI and stores the information received from the HSS, it shall make use of Nnrf_NFStatusSubscribe/Unsubscribe service operations with NRF as defined in TS 23.502 to receive Nnrf_NFStatusNotify service operation for updates to the NF profiles of SBI capable HSS instances registered in NRF.
Up

AA.3.3.2  HSS DiscoveryWord‑p. 345
The call flow in Figure AA.3.3.2-1 illustrates the steps to locate the HSS instance for an IMS public identity.
(not reproduced yet)
Figure AA.3.3.2-1: HSS discovery and selection
Up
Steps 1 - 2 may be performed, any time after power up, e.g. in the scenario where only a single HSS instance or HSS group is deployed, and in the scenario where an operator has IMPI/IMPU ranges that are registered in NRF as described in clause AA.3.2. In this case there is no need for any IMPU to perform the 2 steps.
Step 1.
An SBI capable IMS entity may discover the SBI capable HSS instances available in the PLMN via Nnrf_NFDiscovery_Request.
Step 2.
The NRF provides the SBI capable IMS entity with the HSS instances and/or any HSS Group IDs registered in the PLMN. If no SBI capable HSS instance and/or any HSS Group ID is available in the PLMN, then the NRF will reply to the SBI capable IMS entity with no information about available SBI capable HSS instances.
Step 3.
The SBI capable IMS entity receives an IMS procedure related to a given IMS user (IMPI or IMPU depending on the procedure).
Steps 4 - 6 may be performed, e.g. if the SBI capable IMS entity did not retrieve and store information about HSS instances and/or HSS Group IDs registered in the PLMN at an earlier stage (performed steps 1-2).
Step 4.
An SBI capable IMS entity may discover the SBI capable HSS instances available in the PLMN via Nnrf_NFDiscovery_Request.
Step 5.
The NRF provides the SBI capable IMS entity with the HSS instances and/or any HSS Group IDs registered in the PLMN. If no SBI capable HSS instance and/or any HSS Group ID is available in the PLMN, then the NRF will reply to the SBI capable IMS entity with no information about available SBI capable HSS instances.
Step 6.
The SBI capable IMS entity stores the result of the NRF discovery, if any is received. The IMS capable entity may store the received response for future use, otherwise the IMS entity must perform the query in response to each IMS request it receives.
If the SBI capable IMS entity received no results at all, the procedure is exited, and the SBI capable IMS entity may use Diameter interfaces to interact with an HSS.
Steps 7 - 10 are performed only if the SBI capable IMS entity cannot locate an HSS instance corresponding to the IMS public identity based on stored information.
Step 7.
The SBI capable IMS entity sends to NRF an Nnrf_NFDiscovery_Request with the IMS public identity received in step 3.
Step 8.
NRF may query the UDR, via the Nudr_GroupIDmap service, for the HSS Group ID corresponding to the IMS public identity.
Step 9.
If requested the UDR returns the HSS-IMS Group ID to NRF.
Step 10.
NRF locates HSS instance(s) corresponding to the HSS Group ID and provides and them to the SBI capable IMS entity.
Step 11.
The SBI capable IMS entity selects the HSS instance.
Step 12.
The SBI capable IMS entity can then start interaction with the selected HSS instance.
Up

$  Change historyWord‑p. 347

Up   Top