Non-MSGin5G UEs (i.e., Legacy 3GPP UEs or Non-3GPP UEs) are connected to the MSGin5G Server through a Message Gateway. The Message Gateway performs registration with the MSGin5G Server on behalf of the Non-3GPP UEs, based on the registration request from the Non-3GPP UE or on pre-provisioned information. After the procedure is complete, the Message Gateway may communicate the result to the UE to enable MSGin5G Services at the Non-3GPP UEs.
The signalling flow is illustrated in
Figure 8.2.3-1.
Pre-conditions:
-
The Message Gateway has been pre-provisioned with the MSGin5G Server address and UE Service ID for a Non-3GPP UE.
-
Both the Non-3GPP UE and Message Gateway have been configured with the necessary credentials to enable authentication and Non-3GPP UE registration at the Message Gateway.
-
A secured connection has been established between the Message Gateway and the MSGin5G Server.
Step 1.
The Non-MSGin5G UE registers at the Message Gateway. Alternatively, the Non-MSGin5G UE registration information is configured at the Message Gateway. The Message Gateway, based on the registration request and pre-provisioned information, registers the UE with the MSGin5G Server, a corresponding UE Service ID and, if available, a Non-MSGin5G UE profile.
Step 2.
The Message Gateway sends the Non-MSGin5G UE registration request to the MSGin5G Server. The request includes the information detailed in
Table 8.2.3-1.
Step 3.
The MSGin5G Server authenticates the Message Gateway and authorises the Non-MSGin5G UE to receive the MSGin5G Service. The MSGin5G Server records the UE's availability for MSGin5G Service.
Step 4.
The MSGin5G Server returns the result of the registration in the Non-MSGin5G UE registration response message with the information detailed in
Table 8.2.2-2.
The Message Gateway performs de-registration with the MSGin5G Server on behalf of the Non-MSGin5G UEs, in order to terminate services from the MSGin5G Server. After the procedure is complete, the Message Gateway communicates the result to the requesting UE.
The procedure assumes that the Non-MSGin5G UE is responsible for initiating the de-registration from the MSGin5G Server. The signaling flow for Non-MSGin5G UE de-registration is illustrated in
Figure 8.2.4-1.
Pre-conditions:
-
The Message Gateway successfully performed registration with the MSGin5G Server on behalf of the Non-MSGin5G UE.
Step 1.
The Message Gateway determines to de-register the Non-MSGin5G UE with the MSGin5G Server.
Step 2.
The Message Gateway sends a Non-MSGin5G UE de-registration request to the MSGin5G Server that includes the UE Service ID associated with the Non-MSGin5G UE, as shown in
Table 8.2.4-1.
Step 3.
The MSGin5G Server validates the Non-MSGin5G UE de-registration request and verifies the security credentials. The MSGin5G Server deletes any applicable MSGin5G Client Profile information that it has stored.
Step 4.
The MSGin5G Server deletes any applicable information that it has stored and replies with a Non-MSGin5G UE de-registration response as shown in
Table 8.2.4-2.