Wireless communication method and related devices

Abstract

A wireless communication method by a user equipment (UE) or a residential gateway (RG) in a network. The method includes allowing at least one non-3GPP device to connect to the UE or RG to enable network traffic with an identifier of the non-3GPP device behind the UE or RG (N3DBU ID) that is identifiable by the network. With this method, both the flexibility and efficiency of network resource utilization are enhanced.

Description

WIRELESS COMMUNICATION METHOD AND RELATED DEVICESTECHNICAL FIELD

[0001] The present application relates to wireless communication, and more particularly, to a wireless communication method and related devices.BACKGROUND ART

[0002] Non-3GPP devices could be connected behind a 3GPP UE or 5G-RG to leverage connectivity offered by 5G network to access Internet and services.

[0003] AUN3 (Authenticable Non-3GPP) device, on the other hand, is a device that does not support NAS signaling. It is connected to 5GC via an RG and can be authenticated by 5GC over the RG. The AUN3 device has its own UDM / UDR subscription data, including its own SUPI and policy control subscription data. 5G-RG issues NAS registration and handles RM and CM related signaling on behalf of an AUN3 device. The 5G-RG maintains NAS context for each AUN3 device.

[0004] 5G-RG serving an AUN3 device establishes a single PDU session on behalf of this AUN3 device.

[0005] Both user plane and control plane transactions are done by 5G-RG on behalf of the AUN3 devices. All these devices share the same PDU session but having its own SUPI and policies.

[0006] Each AUN3 device has its own subscription. However, there are a wide range of non-3GPP devices, which are not authenticable by 5G system, because they do not have subscription data stored in UDM / UDR in 5GS. For these devices, when connecting behind UE or 5G-RG, they use only the subscription of the UE or 5G-RG to access the 5GC (i.e., the UE or 5G-RG should have to maintain only a NAS Context itself and not for each non-3GPP device) .

[0007] Current 3GPP architecture does not support this kind of non-3GPP devices to be identified in 5GS. Therefore, 5G core (5GC) network cannot identify individual non-3GPP device connecting behind a UE or 5G-RG. And it cannot provide policy control for the traffic of individual non-3GPP device connecting behind a UE or 5G-RG.SUMMARY

[0008] In a first aspect, some embodiments of the present application provide a wireless communication method by a user equipment (UE) or a residential gateway (RG) in a network, the method including allowing at least one non-3GPP device to connect to the UE or RG to enable network traffic with an identifier of the non-3GPP device behind the UE or RG (N3DBU ID) that is identifiable by the network.

[0009] In a second aspect, some embodiments of the present application provide a wireless communication method by a network device, the method including allowing network traffic shared with at least one non-3GPP device connected behind a user equipment (UE) or a residential gateway (RG) in a network, wherein an identifier of the non-3GPP device behind the UE or RG (N3DBU ID) is identifiable by the network device.

[0010] In a third aspect, some embodiments of the present application provide a user equipment (UE) includes a memory and a processor coupled to the memory, the processor configured to call and run program instructions stored in a memory, to execute the method of the first aspect.

[0011] In a fourth aspect, some embodiments of the present application provide a network device includes a memory and a processor coupled to the memory, the processor configured to call and run program instructions stored in a memory, to execute the method of the second aspect.

[0012] In a fifth aspect, some embodiments of the present application provide a non-transitory machine-readable storage medium has stored thereon instructions that, when executed by a computer, cause the computer to perform any of the above methods.

[0013] In a sixth aspect, some embodiments of the present application provide a chip includes a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute any of the above methods.

[0014] In a seventh aspect, some embodiments of the present application provide a computer readable storage medium, in which a computer program is stored, causes a computer to execute any of the above methods.

[0015] In an eighth aspect, some embodiments of the present application provide a computer program product includes a computer program, and the computer program causes a computer to execute any of the above methods.

[0016] In a ninth aspect, some embodiments of the present application provide a computer program causes a computer to execute any of the above methods.DESCRIPTION OF DRAWINGS

[0017] In order to more clearly illustrate the embodiments of the present application or related art, the following figures that will be described in the embodiments are briefly introduced. It is obvious that the drawings are merely some embodiments of the present application, a person having ordinary skill in this field can obtain other figures according to these figures without paying the premise.

[0018] FIG. 1 is a schematic diagram illustrating a 5G architecture in a service-based representation.

[0019] FIG. 2 is a block diagram of a user equipment and a network device in a communication controlling system according to an embodiment of the present application.

[0020] FIG. 3 is a flowchart of a wireless communication method by a user equipment according to an embodiment of the present application.

[0021] FIG. 4 is a flowchart of a wireless communication method by a network device according to an embodiment of the present application.

[0022] FIG. 5 is a flowchart of an example for registration procedures to support N3DBU ID operations according to an embodiment of the present application.

[0023] FIG. 6 is a flowchart of an example for PDU session procedures to support N3DBU ID operations according to an embodiment of the present application.DETAILED DESCRIPTION OF EMBODIMENTS

[0024] Embodiments of the application are described in detail with the technical matters, structural features, achieved objects, and effects with reference to the accompanying drawings as follows. Specifically, the terminologies in the embodiments of the present application are merely for describing the purpose of the certain embodiment, but not to limit this application.

[0025] In this document, a combination such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” or “A, B, and / or C” may be A only, B only, C only, A and B, A and C, B and C, or A and B and C, where any combination may contain one or more members of A, B, or C.

[0026] The following table includes some abbreviations that may be used in some embodiments of the present application:

[0027] Some embodiments of the present application provides the structure and formation of identifiers (IDs) for Non-3GPP Device Behind UE / 5G-RG (N3DBU) , the application and management of the identifiers in 5GS, and procedures for N3DBU Identifier (ID) -related operations.

[0028] FIG. 1 shows a 5G architecture in a service-based representation. It is noted that this application is applicable to the architecture shown in FIG. 1, but is not limited thereto. The application can also be applied to future communication system such as 6G system.

[0029] 5G system architectures can be service-based and interaction between network functions can be represented by corresponding service-based interfaces. As illustrated in FIG. 1, service-based representations can be used to represent network functions within the control plane that enable other authorized network functions to access their services. In this regard, 5G system architecture can include the following service-based interfaces: Namf (aservice-based interface exhibited by the AMF) , Nsmf (aservice-based interface exhibited by the SM) , Nnef (aservice-based interface exhibited by the NEF) , Npcf (aservice-based interface exhibited by the PCF) , a Nudm (aservice-based interface exhibited by the UDM) , Naf (aservice-based interface exhibited by the AF) , Nnrf (aservice-based interface exhibited by the NRF) , Nnssf (aservice-based interface exhibited by the NSSF) , Nausf (aservice-based interface exhibited by the AUSF) . Other service-based interfaces (e.g., Nudr and Nudsf) can also be used.

[0030] As shown in FIG. 1, policy related network elements mainly include the PCF, the AMF, the SMF, the RAN, and the UE. The PCF determines policy rules for network behaviors. This may include deciding how network resources are allocated, ensuring efficiency of network capabilities. The SMF is mainly responsible for executing session related policies. The AMF is mainly responsible for executing access and UE policy related policies. Policy transmission and update of the two network elements (the AMF and the SMF) are managed and controlled by the PCF.

[0031] Specific to a UE policy, information about the UE policy, including a content of the UE policy, an Identifier (ID) of the UE policy, etc., is monitored between the PCF and the UE through a container. In an uplink direction, the container is sent to the AMF by the UE through a Non-Access Stratum (NAS) message, and continues to be transparently transmitted (without perception or modification) to the PCF by the AMF. Reversely, in a downlink direction, the container is sent to the AMF by the PCF, and is further transparently transmitted to the UE by the AMF through a NAS message.

[0032] A functional block diagram of a communication controlling system 1 (e.g., 5GS, 6GS) according to the present application are shown in FIG. 2. The communication controlling system 1 includes a user equipment 10 and a network device 20. The user equipment 10 and the network device 20 may communicate with each other either wirelessly or in a wired way. The network device 20 and a next generation core network may also communicate with each other either wirelessly or in a wired way. When the communication controlling system 1 complies with the New Radio (NR) standard of the 3rd Generation Partnership Project (3GPP) , the next generation core network (5GCN) is a backend serving network system and may include an Access and Mobility Management Function (AMF) , User Plane Function (UPF) , and a Session Management Function (SMF) .

[0033] The user equipment 10 includes at least one transceiver 12 and a processor 14, which are electrically connected with each other. The network device 20 includes a transceiver 22 and a processor 24, which are electrically connected with each other. The transceiver 12 of the user equipment 10 is configured to transmit a signal to the network device 20 (and receive a signal from the network device 20) and the processor 24 of the network device 20 processes the signal, the transceiver 22 of the network device 20 is configured to transmit a signal to the user equipment 10 (and receive a signal from the user equipment 10) and the processor 14 of the user equipment 10 processes the signal. In this way, the user equipment 10 communicates with the network device 20 each other.

[0034] In some embodiments, the user equipment 10 or a residential gateway (RG) in a network includes a memory and the processor 14 coupled to the memory, the processor 14 configured to call and run program instructions stored in a memory to allow at least one non-3GPP device to connect to the UE or RG to enable network traffic with an identifier of the non-3GPP device behind the UE or RG (N3DBU ID) that is identifiable by the network.

[0035] In some embodiments, the network device 20 includes a memory and the processor 24 coupled to the memory, the processor 24 configured to call and run program instructions stored in a memory to allow network traffic shared with at least one non-3GPP device connected behind a user equipment 10 or a residential gateway (RG) in a network, wherein an identifier of the non-3GPP device behind the UE or RG (N3DBU ID) is identifiable by the network device.

[0036] FIG. 3 is a flowchart of a wireless communication method 100 by a user equipment or a residential gateway (RG) in a network according to an embodiment of the present application.

[0037] Referring to FIG. 3, the method 100 includes the followings. In Step 110, the UE or RG allows at least one non-3GPP device to connect to the UE or RG to enable network traffic with an identifier of the non-3GPP device behind the UE or RG (N3DBU ID) that is identifiable by the network. For example, the N3DBU ID is in network access identifier (NAI) format.

[0038] In some embodiments, the N3DBU ID may be allocated by an operator of the network or a third party and is provisioned to unified data management (UDM)  / unified data repository (UDR) such that the N3DBU ID is recognizable in the network. In other embodiments, the N3DBU ID and / or a maximum number of simultaneously active non-3GPP devices behind the UE or RG is pre-configured in the UE or RG. In other embodiments, the UE or RG may generate the N3DBU ID. In addition, the UE or RG may bind the N3DBU ID with the non-3GPP device connected behind the UE or RG. Additionally, the UE or RG may notify the network the N3DBU ID being actively used.

[0039] In some embodiments, the UE or RG may indicate support for an identification of non-3GPP devices behind UE or RG in a UE mobility management (MM) core network capability. Alternatively, the UE or RG may include an indication of UE or RG support for an identification of non-3GPP devices behind UE or RG in a UE policy container. In addition, the UE or RG may establish single packet data unit (PDU) session with the network on behalf of the non-3GPP device. Additionally, the UE or RG may include in mobility registration update the N3DBU ID the PDU session for which there are pending uplink data.

[0040] In some embodiments, the UE or RG may receive a registration accept message in a registration procedure. A list of subscribed or allowed N3DBU IDs and / or a maximum number of simultaneously active non-3GPP devices behind the UE or RG may be distributed to the UE by the registration accept message. In some other embodiments, the UE or RG may update itself based on the list of subscribed or allowed N3DBU IDs and / or the maximum number of simultaneously active non-3GPP devices behind the UE or RG and send a registration complete message to the network after the update. In some embodiments, the number of the subscribed or allowed N3DBU IDs may be used to control the maximum number of simultaneously active non-3GPP devices behind the UE or RG.

[0041] In some embodiments, user identity and authentication (UIA) subscription data or subscription data for the non-3GPP device behind the UE or RG may be stored in UDR. The UIA subscription data or subscription data for the non-3GPP device behind the UE or RG can be a data subset within a subscription data set with SUPI as data key, and an identifier for the non-3GPP device behind the UE or RG or the N3DBU ID or a device identifier as data sub key. Alternatively, the UIA subscription data or subscription data for the non-3GPP device behind the UE or RG can be a data subset within a subscription data set with an identifier for the non-3GPP device behind the UE or RG or the N3DBU ID or a device identifier as data key, and SUPI as data sub key. The UIA subscription data or subscription data may include at least one of the following: a maximum number of simultaneously active non-3GPP devices behind the UE or RG, non-3GPP device identifier information, and related information associated with each non-3GPP device identifier.

[0042] In some embodiments, the UE or RG may indicate in 5GSM core network capability whether the UE or RG supports an identification of non-3GPP devices behind UE or RG. In some other embodiments, the UE or RG may indicate in protocol configuration options (PCO) whether the UE or RG supports an identification of non-3GPP devices behind UE or RG. Furthermore, the UE or RG may indicate in protocol configuration options (PCO) a N3DBU ID related parameter, which includes at least one of the following: the N3DBU ID being actively used, a list of subscribed or allowed N3DBU ID, a maximum number of simultaneously active non-3GPP devices behind the UE or RG. In addition, the UE or RG may notify the network the N3DBU ID in N1 session management (SM) container, which is carried in a non-access stratum (NAS) message. Additionally, the N3DBU ID may be carried as an input in service operation.

[0043] With the proposed method 100 illustrated above, both the flexibility and efficiency of network resource utilization are enhanced.

[0044] FIG. 4 is a flowchart of a wireless communication method by a network device according to an embodiment of the present application. Referring to FIG. 4, the method 200 includes the followings. In Step 210, the network device allows network traffic shared with at least one non-3GPP device connected behind a user equipment (UE) or a residential gateway (RG) in a network, wherein an identifier of the non-3GPP device behind the UE or RG (N3DBU ID) is identifiable by the network device. With this method 200, both the flexibility and efficiency of network resource utilization are enhanced. Details can be referred to the method 100 of the embodiment of the present application. For brevity, details will not be described herein again.

[0045] Further details are described as follows.

[0046] Section 1: Structure and Formation of Identifiers non-3GPP Devices behind UE or 5G-RG

[0047] To identify non-3GPP devices connected behind UE / 5G-RG, an identifier can be assigned by the operator or a 3rd party. UE / 5G-RG then binds the identifier to a non-3GPP device connected behind the UE / 5G-RG (N3DBU) .

[0048] The identifier is mostly termed as N3DBU ID in this application. However, this is not intended to be an exhaustive name. There could be other possible names for this term, for instance, Identifier for non-3GPP device behind UE / 5G-RG, UIA identifier, UIA device identifier, or simply Device Identifier. The key is to establish an unambiguous identifier to identify non-3GPP devices behind UE / 5G-RG to differentiate it from other identifiers used in 5GS.

[0049] N3DBU ID is different from the “Connectivity Group ID” in Clause 4.10b of TS 23.316. Connectivity Group ID is defined on the 5G-RG where each Connectivity Group ID corresponds to a separate physical or virtual port on the 5G-RG. All devices that connect to that port are considered part of the same Connectivity Group ID.

[0050] In contrast, N3DBU ID is used to identify individual non-3GPP device connected behind UE or 5G-RG.It is assigned by the operator or the 3rd party.

[0051] In one embodiment, the N3DBU ID can be in NAI format. When the N3DBU ID attempts to access 5GS services via a UE / 5G-RG with a subscription, the N3DBU ID in NAI format could take the following format:

[0052] <N3DBU ID>@5gc-n3dbu-id. mnc<MNC>. mcc<MCC>. 3gppnetwork. org

[0053] Where:

[0054] The N3DBU ID is any non-null string used to identify the non-3GPP device connected behind UR / 5G-RG.

[0055] The <MNC> and <MCC> identify the PLMN (either HPLMN or VPLMN) to which the N3DBU ID attempts to access 5GS services. The `<MNC>` (Mobile Network Code) and `<MCC>` (Mobile Country Code) indicate the Public Land Mobile Network (PLMN) that the user aims to access, whether it's the Home PLMN (HPLMN) or Visited PLMN (VPLMN) .

[0056] As an example, assuming a non-3GPP device connected behind UE / 5G-RG bound with N3DBU ID “GoldService_OperatorA” attempts to access 5GS services in a PLMN with MCC=234 and MNC=15, the NAI format for this N3DBU ID would be structured as follows:

[0057] GoldService_OperatorA@5gc-n3dbu-id. mnc015. mcc234.3gppnetwork. org

[0058] In another example, you bring your laptop to your friend’s place who has service from Operator B. Now, assuming a non-3GPP device is brought to an area covered by Operator B with MCC=610 and MNC=71 and is connected behind a UE / 5G-RG with subscription provisioned by Operator B. One of N3DBU IDs assigned by Operator B for the UE / 5G-RG is “PremiumService_OperatorB” . When the non-3GPP device accesses the 5GS service via the UE / 5G-RG provisioned by Operator B, the NAI format for this N3DBU ID that would be associated with the non-3GPP device is structured as follows:

[0059] PremiumService_OperatorB@5gc-n3dbu-id. mnc071. mcc610.3gppnetwork. org

[0060] These are just a couple of examples. There could be others following the same principle. It should be noted that the structure of this NAI to support N3DBU ID is not an exhaustive list of the possible formats. However, the underlying principles of this format’s construction, as described above, remains appliable. For instance, the identifier may be recognizable by the PLMN as a N3DBU ID.

[0061] In yet the other embodiment, when subscriber brings their N3DBU ID-capable UE / 5G-RG provisioned in their home PLMN to a visiting PLMN, the subscriber connects their laptop to the UE / 5G-RG. In this case, the N3DBU ID assigned by the home PLMN applies. To support the roaming of the N3DBU ID, the decorated NAI, taking the form of ‘homerealm! GoldService_OperatorA@otherrealm’a s specified in clause 2.7 of the IETF RFC 4282 may be used. As an example, if the N3DBU ID “GoldService_OperatorA” with its unique N3DBU ID in home PLMN (MCC=234, MNC=15) and the PLMN ID of the visiting PLMN is MCC=610, MNC=71, then the NAI for the N3DBU ID may take the form:

[0062] 5gc-n3dbu-id. mnc015. mcc234.3gppnetwork. org! GoldService-OperatorA@5gc-n3dbu-id.mnc071. mcc610.3gppnetwork. org

[0063] It should be noted that the structure of this NAI to support N3DBU ID roaming is not an exhaustive list of the possible formats. However, the underlying principles of this format’s construction, as described above, remains appliable. For instance, the identifier may be recognizable by the Visiting PLMN as a N3DBU ID roaming from the Home PLMN.

[0064] In SNPN scenarios, the method still applies, except the ream part shall additionally include the NID of the SNPN, if available.

[0065] While `5gc-n3dbu-id` is used in this example, it should be noted that this is not an exhaustive label. The construction principle allows for other labels to be used in the realm part provided they serve to clearly identify the realm as related to N3DBU ID, so that network functions in 5GS can understand this is a N3DBU ID in 5GS. Other labels are also possible to ensure the format's adaptability to different network requirements and identification needs.

[0066] The format remains adaptable for use in SNPN scenarios, where the realm part may also include the Network Identifier (NID) of the SNPN, if available.

[0067] The underlying principle of the N3DBU ID format's construction is the inclusion of unique labels, which helps the 5GS system recognize the identifier as pertaining to a N3DBU ID. This structured yet adaptable approach ensures unique identification and authentication of users across various network configurations and scenarios.

[0068] Section 2: Application of N3DBU ID in 5GS

[0069] There could be several methods or mechanisms to utilize the N3DBU ID in 5GS.

[0070] In one embodiment, the N3DBU ID is allocated by the operator, and is provisioned to UDM / UDR by the operator and is recognizable in 5GC. It is a unique identifier within the home PLMN. Upon Registration Accept, a list of subscribed or allowed N3DBU IDs, and / or the Maximum Number of Simultaneously Active non-3GPP Devices behind UE / 5G-RG (Identifiers) , and other N3DBU ID related information may be distributed to the UE / 5G-RG. The UE sends a Registration Complete message to the AMF when it has successfully updated itself after receiving the list of allowed N3DUB IDs, and / or Maximum Number of Simultaneously Active non-3GPP Devices behind UE / 5G-RG (Identifiers) , and other N3DBU ID related information. Additionally, the number of allowed N3DBU IDs could be used to control the maximum number of simultaneously active non-3GPP devices connected behind UE / 5G-RG.

[0071] In the other embodiment, the UE Policy Container may include the indication of UE / 5G-RG support for the identification of non-3GPP Devices Behind UE / 5G-RG.

[0072] In yet another embodiment, the N3DBU ID and / or the Maximum Number of Simultaneously Active non-3GPP Devices behind UE / 5G-RG (Identifiers) could be pre-configured on the USIM or other possible modules of the UE or 5G-RG by the operator so that UE or 5G-RG could bind a N3DBU ID with a non-3GPP device connected behind the UE or 5G-RG. The UE / 5G-RG will notify the network the N3DBU ID being actively used.

[0073] In yet another embodiment, the N3DBU ID could be generated by the UE / 5G-RG. The UE or 5G-RG can then bind the N3DBU ID with a non-3GPP device connected behind the UE or 5G-RG. The UE / 5G-RG will notify the network the N3DBU ID being actively used.

[0074] Section 2a: Registration Procedures to Support N3DBU ID in 5GS

[0075] In one embodiment, If the UE or 5G-RG supports Identifier for non-3GPP device behind UE or 5G-RG feature, the UE or 5G-RG indicates support for identification of non-3GPP device behind UE or 5G-RG in the UE MM Core Network Capability. The UE MM Core Network Capability is provided by the UE and handled by the AMF.

[0076] If AMF does not have subscription data for the UE, the AMF retrieves Subscription data using Nudm_SDM_Get. The AMF may get from UDM / UDR N3DBU ID related information, for instance, Maximum number of simultaneous non-3GPP devices behind UE / 5G-RG, a list of allowed N3DBU ID for the UE / 5G-RG.

[0077] The data in the UDR described in clause 5.2.12 and clause 5.2.3 of TS 23.502 may be extended to include following N3DBU ID related data or information. Table 1a and Table 1b show an example of how these data are stored in “Subscription Data” Data Set. Table 1a shows User Identity and Authentication (UIA) subscription data could be a Data Subset within Subscription Data Set with SUPI as Data Key, and Device Identifier as Data Sub Key. Table 1b shows various data fields and Device Identifier related information in the UIA Subscription data.

[0078] Table 1a: UIA Subscription Data Keys

[0079] Table 1b: UIA Subscription Data Types

[0080] The Data / Parameters / Service Information for non-3GPP devices behind UE / 5G-RG may include a list of allowed N3DBU ID for the UE / 5G-RG, QoS and service information for each N3DBU ID, subscriber category information, and other possible information that may differentiate service offerings for non-3GPP devices behind UE / 5G-RG.

[0081] It should be noted that the names of the parameters, data set / data subset, and data fields mentioned in Table 1a and Table 1b are not exhaustive; other names could be used; other data sets / data subsets, e.g. Application data, Policy data, Exposure data, or a new data set or data subset could be used; other data fields could be used. However, the underlying principle remains the same: to store the service data, QoS information, the Maximum Number of Simultaneously Active non-3GPP Device behind UE / 5G-RG, and other related information within UDR. The Data Key could be SUPI, and the Data Sub Key could be the Identifier for non-3GPP device behind UE / 5G-RG, or N3DBU ID, or simply Device Identifier. Alternatively, the Data Key could be the Identifier for non-3GPP device behind UE / 5G-RG, or N3DBU ID, or simply Device Identifier, and the Data Sub Key is SUPI.

[0082] FIG. 5 illustrates one example for Registration procedures to support N3DBU ID operations. There could be other possibilities. But the underlying principle is that UE / 5G-RG indicates the network to get a list of allowed N3DBU ID, and / or the Maximum Number of Simultaneously Active N3DBU IDs, and other related N3DBU ID information in the Registration Accept. Or alternatively, the UE / 5G-RG gets those parameters through a pre-configured medium or generating those parameters on the UE / 5G-RG itself. The UE may acknowledge the N3DBU ID being actively used by the non-3GPP devices connected behind UE / 5G-RG in the Registration Complete.

[0083] In step 1, if the UE or 5G-RG supports identification of non-3GPP devices behind UE or 5G-RG feature, the UE or 5G-RG indicates the support of identification of non-3GPP devices behind UE or 5G-RG in UE MM Core Network Capability in the Registration Request message.

[0084] In the other embodiment, in the case of Mobility Registration Update, the UE or 5G-RG includes in the List of PDU Sessions To Be Activated and / or the N3DBU ID the PDU Session for which there are pending uplink data.

[0085] In yet another embodiment, the UE Policy Container may include the indication of UE / 5G-RG support for the identification of non-3GPP Devices Behind UE / 5G-RG.

[0086] In step 2, the UE MM Core Network Capability is handled by AMF. If the AMF does not have the data or information for related parameters related to the non-3GPP devices behind UE / 5G-RG, the AMF retrieves these data or information using Nudm_SDM_Get. After a successful response is received, the AMF subscribes to be notified using Nudm_SDM_Subscribe when the data requested is modified, UDM may subscribe to UDR by Nudr_DM_Subscribe.

[0087] In step 3, if the List of PDU Sessions To Be Activated and the N3DBU IDs are included in the Registration Request in step 1, the AMF sends Nsmf_PDUSession_UpdateSMContext Request to SMF associated with the PDU Session in order to activate User Plane connections of these PDU Sessions. The Nsmf_PDUSession_UpdateSMContext message may contain the N3DBU ID.

[0088] If any PDU Session status indicates that it is released at the UE due to inactivity of the N3DBU ID or due to the Maximum Number of Simultaneously Active non-3GPP Devices behind UE / 5G-RG Identifiers (N3DBU IDs) have reached, the AMF invokes the Nsmf_PDUSession_ReleaseSMContext service operation towards the SMF in order to release any network resources related to the PDU Session.

[0089] In step 4, in the Registration Accept, AMF provides UE or 5G-RG the N3DBU ID related parameters or information, such as, the list of allowed N3DBU ID, the Maximum Number of non-3GPP Devices Behind NE / 5G-RG (identifiers) , and other data or parameters relevant to N3DBU ID.

[0090] In step 5, in the other embodiment, if a UE Policy Container containing the N3DBU ID related information is received from the UE or 5G-RG, the AMF establishes UE Policy Association Establishment procedures specified in clause 4.16.11 of TS 23.502.

[0091] In step 6, the UE or 5G-RG sends a Registration Complete message to the AMF when it has successfully updated itself after receiving any of the N3DBU ID related information, for instance, the list of allowed N3DUB IDs, and / or Maximum Number of Simultaneously Active non-3GPP Devices behind UE / 5G-RG (Identifiers) , and other N3DBU ID related information. Additionally, the number of allowed N3DBU IDs could be used to control the maximum number of simultaneously active non-3GPP devices connected behind UE / 5G-RG. The UE / 5G-RG may notify the network the N3DBU ID being actively used through Registration Complete.

[0092] In the other embodiment, if the N3DBU ID is pre-configured on the USIM or other possible modules of the UE or 5G-RG by the operator so that UE or 5G-RG could bind a N3DBU ID with a non-3GPP device connected behind the UE or 5G-RG. The UE / 5G-RG will notify the network the N3DBU ID being actively used through Registration Complete.

[0093] In yet another embodiment, if the N3DBU ID is generated by the UE / 5G-RG. The UE or 5G-RG can then bind the N3DBU ID with a non-3GPP device connected behind the UE or 5G-RG. The UE / 5G-RG will notify the network the N3DBU ID being actively used through Registration Complete.

[0094] Section 3: PDU Session Procedures for N3DBU ID in 5GS

[0095] The SM context of a PDU Session can be extended to include N3DBU ID as shown in Table 2.

[0096] Table 2: N3DBU ID in SM Context of a PDU Session

[0097] In one embodiment, the UE or 5G-RG can indicate in 5GSM Core Network Capability whether the UE or 5G-RG supports the identification of non-3GPP devices behind UE or 5G-RG. The 5GSM Core Network Capability is then handled by SMF.

[0098] In the other embodiment, the UE or 5G-RG can indicate in the Protocol Configuration Options (PCO) whether the UE or 5G-RG supports the identification of non-3GPP devices behind UE or 5G-RG, and / or other N3DBU ID related parameters, for instance the N3DBU ID being actively used, the list of allowed N3DBU ID, the Maximum Number of Simultaneously Active non-3GPP Devices Behind UE / 5G-RG (identifiers) , and other related parameters.

[0099] In yet another embodiment, UE could notify the network the (selected) N3DBU ID in N1 SM container, which could be carried in the NAS messages such as, PDU Session Establishment and / or PDU Session Modification procedures.

[0100] In yet another embodiment, the N3DBU ID could be carried as inputs in service operations, such as Nsmf_PDUSession_CreateSMContext Request, Nsmf_PDUSession_UpdateSMContext Request, and / or Nsmf_PDUSession_Update service operations.

[0101] FIG. 6 illustrates PDU Session procedures to support N3DBU ID operations.

[0102] In steps 0a-0c, UE or 5G-RG with the support of N3DBU ID completes registration and gets a list of allowed / subscribed / configured N3DBU IDs. As described in Section 2a, these N3DBU IDs could be pre-configured in the USIM or other modules, generated on the UE / 5G-RG, or distributed to the UE / 5G-RG during UE / 5G-RG registration procedures.

[0103] An operator may provision a Maximum Number of Simultaneously Active N3DBU IDs in UDM / UDR. UDM / UDR may notify the Maximum Number of Simultaneous Active N3DBU IDs if they are stored in UDM / UDR. The maximum number of simultaneous non-3GPP devices connected behind UE / 5G-RG may be stored in UDM / UDR through OAM procedures, or by using the procedures specified in Clause 4.15.6.7 of TS 23.502.

[0104] If the Maximum Number of Simultaneously Active N3DBU ID is provisioned, and the N3DBU IDs are either pre-configured or generated on the UE or 5G-RG, the number of identifiable non-3GPP devices supported by the UE or 5G-RG is limited by the Maximum Number of Simultaneously Active N3DBU ID. It should be noted that the Maximum Number of Simultaneously Active N3DBU ID is a dynamic value, it could be specified, created, provisioned, updated, modified, and disabled by the operator in UDM / UDR.

[0105] In step 1, when a UE or 5G-RG, capable of handling N3DBU IDs, detects a new non-3GPP device, it may ensure that each N3DBU ID is actively used by only one non-3GPP device at any given time.

[0106] If the UE or 5G-RG reaches the limit of maximum simultaneously active N3DBU IDs, it may reject any further connection requests from additional non-3GPP devices and deny binding new N3DBU IDs with these additional devices.

[0107] In step 2, upon connecting a non-3GPP device that is intended to be associated with an N3DBU ID to the UE or 5G-RG, the UE or 5G-RG should provide means to bind the connected non-3GPP devices with N3DBU ID. This binding process can be performed either manually by a user or automatically by the UE or 5G-RG supporting N3DBU ID.

[0108] For instance, subscribers could specify the binding by themselves through a GUI provided by the UE, which allow them to select the desired non-3GPP device to be bound with a N3DBU ID.

[0109] Alternatively, if a N3DBU ID is already associated with a unique non-3GPP device identified by its physical parameters or identifiers, the UE or 5G-RG may automatically bind the non-3GPP device with the N3DBU ID upon its connection to the UE or 5G-RG.

[0110] The UE / 5G-RG should maintain the associations between the configured N3DBU ID and the connected non-3GPP devices.

[0111] The non-3GPP devices are securely connected to the trusted UE / 5G-RG. The trust between the UE / 5G-RG and the 5GC is established through standard authentication and security mechanisms already defined in the 5G standards. In order to allow non-3GPP part of the UE / 5G-RG to identify the N3DBU ID in a secure way, the N3DBU IDs transmitted from the UE / 5G-RG to the non-3GPP devices may be encrypted.

[0112] In steps 3a-3d, in one embodiment, N3DBU ID is included in N1 SM container for PDU Session Establishment Request.

[0113] The UE initiates the UE Requested PDU Session Establishment procedure by the transmission of a NAS message containing a PDU Session Establishment Request within the N1 SM container. The PDU Session Establishment Request includes a PDU session ID, Requested PDU Session Type, a Requested SSC mode, 5GSM Capability, PCO, SM PDU DN Request Container, [Number Of Packet Filters] , [Header Compression Configuration] , UE Integrity Protection Maximum Data Rate, [Always-on PDU Session Requested] , [RSN] , [URSP rule enforcement reports] , [Identifier for non-3GPP device behind UE or 5G-RG / Device Identifier / N3DBU ID] , and [PDU Session Pair ID] .

[0114] If UE or 5G-RG supports the identification of non-3GPP device behind UE or 5G-RG, the UE / 5G-RG may indicate the Identifier used for the non-3GPP device connected behind UE / 5G-RG.

[0115] In the other embodiment, N3DBU ID is included in the N1 SM container received from the UE / 5G-RG in Nsmf_PDUSession_CreateSMContext Request and / or Nsmf_PDUSession_UpdateSMContext Request to create / update an AMF-SMF association to support the PDU session serving the N3DBU ID.

[0116] If Session Management Subscription data for corresponding N3DBU ID is not available, the SMF retrieves the Session Management Subscription data using Nudm_SDM_Get (SUPI and / or N3DBU ID) and subscribes to be notified when this subscription data is modified using Nudm_SDM_Subscribe (SUPI and / or N3DBU ID) . UDM may get this information from UDR by Nudr_DM_Query (SUPI and / or N3DBU ID) and may subscribe to notifications from UDR for the same data by Nudr_DM_subscribe (SUPI and / or N3DBU ID) .

[0117] The subscription data in UDR should be extended to include N3DBU ID related information as described in Table 1a and Table 1b.

[0118] In the other embodiment, the other data types in UDR, e.g. application data, policy data may be extended to include N3DBU ID related information.

[0119] In yet another embodiment, a new data type in UDR may be added to include N3DBU ID related information.

[0120] In yet another embodiment, Nsmf_PDUSession_Update service operation may contain N3DBU ID as an input when the service operation is invoked by V-SMF or I-SMF in the case of UE or serving network requested PDU Session Modification; the service operation is invoked by the I-SMF, e.g., to indicate to the SMF that the N3DBU ID associated with the PDU session can be changed; or the service operation is invoked by the SMF for both UE initiated, and SMF / PCF initiated PDU Session Modification and PDU Session Release cases.

[0121] In steps 4a-4e, SMF may perform an SM policy Association Establishment procedure specified in clause 4.16.4 of TS 23.502 to establish an SM policy association with the PCF and get the default PCC rules for the PDU Session serving the N3DBU ID.

[0122] If SMF determines that PCC authorization is used, it requests to establish an SM Policy Association with the PCF by invoking Npcf_SMPolicyControl_Create operation containing the information about the N3DUB ID, and the PDU Session ID serving the N3DBU ID. PCF may take the N3DBU ID related information from SMF for PCC decision-making.

[0123] If PCF does not have the N3DBU ID related information, it sends a request to UDR by invoking Nudr_DM_Query containing N3DBU ID in order to receive the information related to the N3DBU ID for PCC decision-making. The UDR subscription data shall be extended to include N3DBU ID related QoS information.

[0124] In the other embodiment, SMF may initiate SM Policy Association Modification procedure if a PCRT (Policy Control Request Trigger) is met as specified in clause 4.16.5.1 of TS 23.502. In this case, the PCRT specified in TS 23.503 is extended to include new N3DBU ID related triggers as shown in Table 3.

[0125] Table 3: PCRT for N3DBU ID related parameter change

[0126] When the PCRT condition is met the SMF requests to update the SM Policy Association by invoking Npcf_SMPolicyControl_Update request.

[0127] The PCF may initiate SM Policy Association Modification procedure based on internal PCF event or triggered by other peers of the PCF, e.g. UDR, by invoking Npcf_SMPolicyControl_UpdateNotify request.

[0128] In step 5, when one or several of the QoS parameters exchanged between the UE and the network associated with the N3DBU ID are modified, PDU Session modification procedures will be applied based on procedures specified in clause 4.3.3.2 of TS 23.502.

[0129] In step 6, UE or 5G-RG then continue PDU Session procedures as described in clause 4.3 of TS 23.502.

[0130] In step 7, in yet another embodiment, the data stored in UDR, e.g. subscription data, policy data, application data maybe be extended to include N3DBU ID related information, or a new data type maybe added to include N3DBU ID related information.

[0131] UDM may store, update, remove N3DBU ID in the subscription data in UDM / UDR. UDM may decide to store / update / remove one or more N3DBU IDs within the UE / 5G-RG's subscription. UDM may update N3DBU ID related information stored in UDR using Nudr_DM service operations containing N3DBU ID. For example, the operator may provision and update the maximum number of simultaneously active N3DBU ID in UDM / UDR.

[0132] PCF, UDR, AMF, and SMF shall be notified the change of the N3DBU ID related information.

[0133] The N3DBU ID (s) and related information may be transmitted to UE / acknowledged by AMF via DL NAS Transport / UL NAS Transport. UE stores / updates / removes N3DBU ID and related configurations and stores them locally, and perform enforcement based on these configurations, e.g. enforcing the maximum number of simultaneously active non-3GPP devices connected behind UE / 5G-RG.

[0134] In scenarios where the limit of maximum simultaneous devices is reached, the UE may be notified to deny further non-3GPP device connections. This could be enforced on UE through various means, such as withholding IP address allocation to the additional non-3GPP devices being associated with a N3DBU ID.

[0135] Benefits

[0136] The N3DBU ID and related procedures introduce several benefits and improvements to the integration of non-3GPP devices within the 5G / 6G ecosystem, enhancing both the flexibility and efficiency of network resource utilization. Here are the key benefits and improvements:

[0137] The N3DBU ID in 5GS can support the identification of non-3GPP devices behind UE / 5G-RG.

[0138] The NAI format and the structure of the N3DBU ID can be recognized by the 5GS.

[0139] The application provides a mechanism to support N3DBU ID roaming when the UE / 5G-RG is roaming to the visiting PLMN.

[0140] The operator can limit the maximum number of simultaneously active non-3GPP devices connected behind UE / 5G-RG, by setting this limit at UDM / UDR.

[0141] With the N3DBU ID in place, each N3DBU ID can be associated with predefined or dynamic QoS and policy rules, enabling tailored service quality and network resource allocation for traffic of individual non-3GPP device behind UE / 5G-RG. This ensures that different devices and services can be provided with the appropriate network performance characteristics based on their unique requirements.

[0142] With both manual and automatic binding of non-3GPP devices to N3DBU IDs provides flexibility to subscribers and operators. It accommodates various deployment scenarios, ranging from fixed home environments to dynamic enterprise settings.

[0143] The application supports differentiated charging and QoS for non-3GPP devices, allowing operators to offer tiered services with varying performance levels and pricing models. This can lead to new revenue streams and more customized service offerings for end users.

[0144] The application provides Registration procedures and PDU Session procedures to support N3DBU ID operations.

[0145] The embodiment of the present application further provides a computer readable storage medium for storing a computer program. The computer readable storage medium enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

[0146] The embodiment of the present application further provides a computer program product including computer program instructions. The computer program product enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

[0147] The embodiment of the present application further provides a computer program. The computer program enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

[0148] Those of skill in the art will appreciate that information and signals may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0149] Further, those of skill in the art will appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

[0150] The methods, sequences and / or algorithms described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor.

[0151] It should be understood that any embodiments disclosed herein as being “non-transitory” do not exclude any physical storage medium, but rather exclude only the interpretation that the medium can be construed as a transitory propagating signal.

[0152] The elements and components of an embodiment of the invention may be physically, functionally and logically implemented in any suitable way. Indeed, the functionality may be implemented in a single unit, in a plurality of units or as part of other functional units. Although the present invention has been described in connection with some embodiments, it is not intended to be limited to the specific form set forth herein. Rather, the scope of the present invention is limited only by the accompanying claims. Additionally, although a feature may appear to be described in connection with particular embodiments, one skilled in the art would recognize that various features of the described embodiments may be combined in accordance with the invention. In the claims, the term ‘including’ does not exclude the presence of other elements or steps.

[0153] Furthermore, although individually listed, a plurality of means, elements or method steps may be implemented by, for example, a single unit or processor. Additionally, although individual features may be included in different claims, these may possibly be advantageously combined, and the inclusion in different claims does not imply that a combination of features is not feasible and / or advantageous. Also, the inclusion of a feature in one category of claims does not imply a limitation to this category, but rather indicates that the feature is equally applicable to other claim categories, as appropriate.

[0154] Furthermore, the order of features in the claims does not imply any specific order in which the features must be performed and in particular the order of individual steps in a method claim does not imply that the steps must be performed in this order. Rather, the steps may be performed in any suitable order. In addition, singular references do not exclude a plurality. Thus, references to ‘a’ , ‘an’ , ‘first’ , ‘second’ , etc. do not preclude a plurality.

[0155] Above all, while the preferred embodiments of the present application have been illustrated and described in detail, various modifications and alterations can be made by persons of ordinary skill in the art. The embodiment of the present application is therefore described in an illustrative but not restrictive sense. It is intended that the present application should not be limited to the particular forms as illustrated, and that all modifications and alterations which maintain the spirit and realm of the present application are within the scope as defined in the appended claims.

Claims

1.A wireless communication method by a user equipment (UE) or a residential gateway (RG) in a network, the method comprising:allowing at least one non-3GPP device to connect to the UE or RG to enable network traffic with an identifier of the non-3GPP device behind the UE or RG (N3DBU ID) that is identifiable by the network.2.The method of claim 1, wherein the N3DBU ID is in network access identifier (NAI) format.3.The method of claim 1, wherein the N3DBU ID is allocated by an operator of the network or a third party and is provisioned to unified data management (UDM)  / unified data repository (UDR) such that the N3DBU ID is recognizable in the network.4.The method of claim 1, wherein the N3DBU ID and / or a maximum number of simultaneously active non-3GPP devices behind the UE or RG is pre-configured in the UE or RG.5.The method of claim 1, further comprising:generating the N3DBU ID by the UE or RG.6.The method of claim 1, further comprising:binding the N3DBU ID with the non-3GPP device connected behind the UE or RG.7.The method of claim 1, further comprising:notifying the network the N3DBU ID being actively used.8.The method of claim 1, further comprising:indicating support for an identification of non-3GPP devices behind UE or RG in a UE mobility management (MM) core network capability.9.The method of claim 1, further comprising:including an indication of UE or RG support for an identification of non-3GPP devices behind UE or RG in a UE policy container.10.The method of claim 1, further comprising:establishing a single packet data unit (PDU) session with the network on behalf of the non-3GPP device.11.The method of claim 10, further comprising:including in mobility registration update the N3DBU ID the PDU session for which there are pending uplink data.12.The method of claim 1, further comprising:receiving a registration accept message in a registration procedure,wherein a list of subscribed or allowed N3DBU IDs and / or a maximum number of simultaneously active non-3GPP devices behind the UE or RG is distributed to the UE by the registration accept message.13.The method of claim 12, further comprising:updating itself based on the list of subscribed or allowed N3DBU IDs and / or the maximum number of simultaneously active non-3GPP devices behind the UE or RG; andsending a registration complete message to the network after the updating step.14.The method of claim 12, wherein the number of the subscribed or allowed N3DBU IDs is used to control the maximum number of simultaneously active non-3GPP devices behind the UE or RG.15.The method of claim 1, wherein user identity and authentication (UIA) subscription data or subscription data for the non-3GPP device behind the UE or RG is stored in UDR.16.The method of claim 15, wherein the UIA subscription data or subscription data for the non-3GPP device behind the UE or RG is a data subset within a subscription data set with SUPI as data key, and an identifier for the non-3GPP device behind the UE or RG or the N3DBU ID or a device identifier as data sub key.17.The method of claim 15, wherein the UIA subscription data or subscription data for the non-3GPP device behind the UE or RG is a data subset within a subscription data set with an identifier for the non-3GPP device behind the UE or RG or the N3DBU ID or a device identifier as data key, and SUPI as data sub key.18.The method of claim 15, wherein the UIA subscription data or subscription data comprises at least one of the following: a maximum number of simultaneously active non-3GPP devices behind the UE or RG, non-3GPP device identifier information, and related information associated with each non-3GPP device identifier.19.The method of claim 1, further comprising:indicating in 5GSM core network capability whether the UE or RG supports an identification of non-3GPP devices behind UE or RG.20.The method of claim 1, further comprising:indicating in protocol configuration options (PCO) whether the UE or RG supports an identification of non-3GPP devices behind UE or RG.21.The method of claim 1, further comprising:indicating in protocol configuration options (PCO) a N3DBU ID related parameter, which comprises at least one of the following: the N3DBU ID being actively used, a list of subscribed or allowed N3DBU ID, a maximum number of simultaneously active non-3GPP devices behind the UE or RG.22.The method of claim 1, further comprising:notifying the network the N3DBU ID in N1 session management (SM) container, which is carried in a non-access stratum (NAS) message.23.The method of claim 1, wherein the N3DBU ID is carried as an input in service operation.24.A wireless communication method by a network device, the method comprising:allowing network traffic shared with at least one non-3GPP device connected behind a user equipment (UE) or a residential gateway (RG) in a network, wherein an identifier of the non-3GPP device behind the UE or RG (N3DBU ID) is identifiable by the network device.25.The method of claim 24, wherein the N3DBU ID is in network access identifier (NAI) format.26.The method of claim 24, wherein the N3DBU ID is allocated by an operator of the network or a third party and is provisioned to unified data management (UDM)  / unified data repository (UDR) such that the N3DBU ID is recognizable in the network.27.The method of claim 24, wherein the N3DBU ID and / or a maximum number of simultaneously active non-3GPP devices behind the UE or RG is pre-configured in the UE or RG.28.The method of claim 24, wherein the N3DBU ID is generated by the UE or RG.29.The method of claim 24, wherein the N3DBU ID is bound with the non-3GPP device connected behind the UE or RG.30.The method of claim 24, further comprising:receiving a notification of the N3DBU ID being actively used.31.The method of claim 24, further comprising:being indicated by the UE or RG support for an identification of non-3GPP devices behind UE or RG in a UE mobility management (MM) core network capability.32.The method of claim 24, further comprising:being indicated by the UE or RG support for an identification of non-3GPP devices behind UE or RG in a UE policy container.33.The method of claim 24, further comprising:establishing a single packet data unit (PDU) session with the UE or RG on behalf of the non-3GPP device.34.The method of claim 33, wherein the N3DBU ID the PDU session for which there are pending uplink data is included in mobility registration update.35.The method of claim 24, further comprising:sending to the UE or RG a registration accept message in a registration procedure,wherein a list of subscribed or allowed N3DBU IDs and / or a maximum number of simultaneously active non-3GPP devices behind the UE or RG is distributed to the UE by the registration accept message.36.The method of claim 35, wherein the UE or RG updates itself based on the list of subscribed or allowed N3DBU IDs and / or the maximum number of simultaneously active non-3GPP devices behind the UE or RG, and the method further comprises:Receiving a registration complete message from the UE or RG after the update.37.The method of claim 35, wherein the number of the subscribed or allowed N3DBU IDs is used to control the maximum number of simultaneously active non-3GPP devices behind the UE or RG.38.The method of claim 24, wherein user identity and authentication (UIA) subscription data or subscription data for the non-3GPP device behind the UE or RG is stored in UDR.39.The method of claim 38, wherein the UIA subscription data or subscription data for the non-3GPP device behind the UE or RG is a data subset within a subscription data set with SUPI as data key, and an identifier for the non-3GPP device behind the UE or RG or the N3DBU ID or a device identifier as data sub key.40.The method of claim 38, wherein the UIA subscription data or subscription data for the non-3GPP device behind the UE or RG is a data subset within a subscription data set with an identifier for the non-3GPP device behind the UE or RG or the N3DBU ID or a device identifier as data key, and SUPI as data sub key.41.The method of claim 38, wherein the UIA subscription data or subscription data comprises at least one of the following: a maximum number of simultaneously active non-3GPP devices behind the UE or RG, non-3GPP device identifier information, and related information associated with each non-3GPP device identifier.42.The method of claim 24, further comprising:being indicated in 5GSM core network capability whether the UE or RG supports an identification of non-3GPP devices behind UE or RG.43.The method of claim 24, further comprising:being indicated in protocol configuration options (PCO) whether the UE or RG supports an identification of non-3GPP devices behind UE or RG.44.The method of claim 24, further comprising:being indicated in protocol configuration options (PCO) a N3DBU ID related parameter, which comprises at least one of the following: the N3DBU ID being actively used, a list of subscribed or allowed N3DBU ID, a maximum number of simultaneously active non-3GPP devices behind the UE or RG.45.The method of claim 24, further comprising:receiving from the UE or RG a notification of the N3DBU ID in N1 session management (SM) container, which is carried in a non-access stratum (NAS) message.46.The method of claim 24, wherein the N3DBU ID is carried as an input in service operation.47.A user equipment (UE) , comprising a memory and a processor coupled to the memory, the processor configured to call and run program instructions stored in a memory to execute the method of any of claims 1 to 23.48.A network device, comprising a memory and a processor coupled to the memory, the processor configured to call and run program instructions stored in a memory to execute the method of any of claims 24 to 46.49.A non-transitory machine-readable storage medium having stored thereon instructions that, when executed by a computer, cause the computer to perform the method of any one of claims 1 to 46.50.A chip, comprising:a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the method of any one of claims 1 to 46.51.A computer readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to execute the method of any one of claims 1 to 46.52.A computer program product, comprising a computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 46.53.A computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 46.

Images