6.2.11 Direct discovery update procedure for open discovery

24.5543GPPProximity-services (ProSe) in 5G System (5GS) protocol aspectsRelease 17Stage 3TS

6.2.11.1 General

The direct discovery update procedure is used to update or revoke a previously allocated ProSe application code, or discovery filter(s) as specified in 3GPP TS 23.304 [2].

6.2.11.2 Direct discovery update procedure initiation

When triggered to revoke a previously allocated ProSe application code for an announcing UE or revoke discovery filter(s) for a monitoring UE, the 5G DDNMF in the HPLMN sends a DISCOVERY_UPDATE_REQUEST message to the UE with:

a) a new DDNMF transaction ID not used in any other direct discovery procedures in PC3a interface; and

b) the discovery entry ID set to the discovery entry ID of the corresponding discovery entry that contains the ProSe application code or the discovery filter(s) to be revoked.

When triggered to update a previously allocated ProSe application code for an announcing UE, the 5G DDNMF in the HPLMN shall allocate a new ProSe application code for the ProSe application ID with a new validity timer T5060, associate the discovery entry with the new ProSe application code and restart timer T5061.Then the 5G DDNMF sends a DISCOVERY_UPDATE_REQUEST message to the UE with:

a) a new DDNMF transaction ID not used in any other direct discovery procedures in PC3a interface;

b) the discovery entry ID set to the discovery entry ID of the corresponding discovery entry that contains the ProSe application code to be updated; and

c) the Update info containing the ProSe application code set to the new ProSe application code allocated by the 5G DDNMF and a validity timer T5060 set to the T5060 timer value assigned by the 5G DDNMF to the new ProSe application code.

When triggered to update discovery filter(s) for a monitoring UE, the 5G DDNMF in the HPLMN updates the content of discovery filter(s), associate the discovery entry with the updated discovery filter(s) and restart timer T5063 for each filter. The update of discovery filter content includes setting new TTL timer(s) and if necessary, assigning new ProSe application code and ProSe application mask(s). Then the 5G DDNMF shall send a DISCOVERY_UPDATE_REQUEST message to the UE with:

a) a new DDNMF transaction ID not used in any other direct discovery procedures in PC3a interface;

b) the discovery entry ID set to the discovery entry ID of the corresponding discovery entry that contains the discovery filter(s) to be updated; and

c) the Update info containing the discovery filter(s) set to the new discovery filter(s) allocated by the 5G DDNMF.

NOTE 1: The 5G DDNMF can include one or multiple transactions in one DISCOVERY_UPDATE_REQUEST message for ProSe App Codes or discovery filter(s) contained in different discovery entries and receive corresponding < discovery-update-response> element or <response-reject> element in a DISCOVERY_UPDATE_RESPONSE message for each respective transaction. In the following description of direct discovery update request procedure, only one transaction is included.

Figure 6.2.11.2.1 illustrates the interaction of the UE and the 5G DDNMF in the direct discovery update procedure.

Figure 6.2.11.2.1: Direct discovery update procedure for open discovery

NOTE 2: In the figure 6.2.11.2.1, the timers are started only when the procedure is triggered to update a previously allocated ProSe application code for an announcing UE or update discovery filter(s) for a monitoring UE.

6.2.11.3 Direct discovery update procedure accepted by the UE

Upon receiving a DISCOVERY_UPDATE_REQUEST message, the UE shall check if the discovery entry ID contained in the DISCOVERY_UPDATE_REQUEST message is known. If the discovery entry ID is known, the UE shall proceed with the following direct discovery update procedure.

If the Update info is not included in the DISCOVERY_UPDATE_REQUEST message, the UE shall stop running timers corresponding to the discovery entry and delete the discovery entry corresponding to the discovery entry ID contained in the DISCOVERY_UPDATE_REQUEST message. The UE informs the lower layers to stop announcing or monitoring corresponding to the discovery entry ID contained in the DISCOVERY_UPDATE_REQUEST message.

If the Update info is included in the DISCOVERY_UPDATE_REQUEST message, the UE shall replace the existing ProSe application code or the discovery filter(s) with new ProSe application code or the discovery filter(s) contained in the Update info correspondingly. The announcing UE shall stop the timer T5060, start the validity timer T5060 with the received value for the new ProSe application code and perform open 5G ProSe direct discovery announcing with the new ProSe application code as described in clause 6.2.2.4. The monitoring UE shall stop TTL timer T5062, start TTL timer T5062 with the received value for each new discovery filter(s) and perform open 5G ProSe direct discovery monitoring with each new discovery filter(s) as described in clause 6.2.5.4.

Then the UE shall send a DISCOVERY_UPDATE_RESPONSE message containing a <response-update> element with:

a) the DDNMF transaction ID set to the value of the DDNMF transaction ID received in the DISCOVERY_UPDATE_REQUEST message; and

b) the discovery entry ID set to the value of the discovery entry ID received in the DISCOVERY_UPDATE_REQUEST message.

6.2.11.4 Direct discovery update procedure completed by the 5G DDNMF

Upon receiving a DISCOVERY_UPDATE_RESPONSE message, if the DDNMF transaction ID contained in the <response-update> element does not match the value sent by the 5G DDNMF in a DISCOVERY_UPDATE_REQUEST message, the 5G DDNMF shall discard the DISCOVERY_UPDATE_RESPONSE message. Otherwise, the 5G DDNMF shall perform the following procedure.

When the UE is an announcing UE and the radio resources that the UE intends to use are operated by a PLMN other than the HPLMN, the 5G DDNMF shall execute the procedures defined in 3GPP TS 29.555 [9] to inform the 5G DDNMF in VPLMN or local PLMN.

When the UE is a monitoring UE and the ProSe application ID monitored by the UE is PLMN-specific and that PLMN ID indicated by the ProSe application ID is not the same as that of the PLMN to which the 5G DDNMF belongs, the 5G DDNMF executes the procedures defined in 3GPP TS 29.555 [9] to inform the 5G DDNMF in the PLMN indicated by the ProSe application ID.

For each discovery entry ID received in the DISCOVERY_UPDATE_RESPONSE message, if the procedure is to revoke a previously allocated ProSe application code or discovery filter(s), the 5G DDNMF shall delete the discovery entry indicated by the discovery entry ID from the UE’s context and release the associated resources.

6.2.11.5 Direct discovery update procedure not accepted by the UE

If the DISCOVERY_UPDATE_REQUEST message cannot be accepted by the UE, the UE sends a DISCOVERY_UPDATE_RESPONSE message containing a <response-reject> element to the 5G DDNMF including an appropriate PC3a control protocol cause value.

If the discovery entry ID contained in the DISCOVERY_UPDATE _REQUEST message is unknown, the UE shall send the DISCOVERY_UPDATE_RESPONSE message containing a <response-reject> element with PC3a control protocol cause value # 10 "Unknown or invalid discovery entry ID".

6.2.11.6 Abnormal cases

6.2.11.6.1 Abnormal cases in the 5G DDNMF

The following abnormal cases can be identified:

a) Indication from the transport layer of transmission failure of DISCOVERY_UPDATE_REQUEST message (e.g., after TCP retransmission timeout)

The 5G DDNMF shall close the existing secure connection to the UE.

b) No response from the UE after the DISCOVERY_UPDATE_REQUEST message has been successfully delivered (e.g., TCP ACK has been received for the DISCOVERY_UPDATE_REQUEST message)

The 5G DDNMF shall retransmit the DISCOVERY_UPDATE_REQUEST message.

NOTE: The timer to trigger retransmission and the maximum number of allowed retransmissions are 5G DDNMF implementation specific.

6.2.11.6.2 Abnormal cases in the UE

The following abnormal cases can be identified:

a) Indication from the lower layer of transmission failure of DISCOVERY_UPDATE_RESPONSE message.

After receiving an indication from lower layer that the DISCOVERY_UPDATE_RESPONSE message has not been successfully acknowledged (e.g., TCP ACK is not received), the UE shall abort the procedure.