Apparatuses and methods for managing traffic from non-3GPP device

Abstract

A method for managing traffic from a non-3rd generation partnership project (non-3GPP) device via a user equipment (UE) or a residential gateway (RG), includes receiving at least one non-3GPP device behind UE or RG (N3DBU) identifier (ID) and at least one N3DBU ID subscription data from a network, binding at least one non-3GPP device to the at least one N3DBU ID, and evaluating a user equipment route selection policy (URSP) rule using the at least one N3DBU ID.

Description

APPARATUSES AND METHODS FOR MANAGING TRAFFIC FROM NON-3GPP DEVICETECHNICAL FIELD

[0001] The present disclosure relates to the field of communication systems, and more particularly, to apparatuses and methods for managing traffic from a non-3rd generation partnership project (non-3GPP) device.BACKGROUND

[0002] Non-3GPP devices can connect behind a 3GPP User Equipment (UE) or a 5G Residential Gateway (5G-RG) to utilize 5G network connectivity for accessing the Internet and services. Authenticable Non-3GPP (AUN3) devices have their own subscriptions in the 5G system, including a subscription permanent identifier (SUPI) (SUPI) and policy control data, allowing the 5G-RG to handle signaling and establish individual packet data unit (PDU) sessions for each device. In contrast, non-authenticable non-3GPP devices lack individual subscriptions and use the UE or 5G-RG’s subscription to access the 5G core network, relying on a shared Non-Access Stratum (NAS) context. The current 3GPP architecture cannot identify individual non-3GPP devices connecting behind a UE or 5G-RG, preventing the application of policy control and Quality of Service (QoS) at the device level. This limitation hinders the 5G system's ability to manage and differentiate traffic from these devices, creating a need for solutions to address these challenges.

[0003] Therefore, there is a need for apparatuses and methods for managing traffic from a non-3rd generation partnership project (non-3GPP) device, which can solve issues in the prior art and other issues.SUMMARY

[0004] An object of the present disclosure is to propose apparatuses and methods for managing traffic from a non-3rd generation partnership project (non-3GPP) device, which can solve issues in the prior art and other issues.

[0005] In a first aspect of the present disclosure, a method for managing traffic from a non-3rd generation partnership project (non-3GPP) device via a user equipment (UE) or a residential gateway (RG) , includes receiving at least one non-3GPP device behind UE or RG (N3DBU) identifier (ID) and at least one N3DBU ID subscription data from a network, binding at least one non-3GPP device to the at least one N3DBU ID, and evaluating a user equipment route selection policy (URSP) rule using the at least one N3DBU ID.

[0006] In a second aspect of the present disclosure, a UE includes a memory, a transceiver, and a processor coupled to the memory and the transceiver. The UE is configured to provide the above method.

[0007] In a third aspect of the present disclosure, a RG includes a memory, a transceiver, and a processor coupled to the memory and the transceiver. The RG is configured to provide the above method.

[0008] In a fourth aspect of the present disclosure, a method for managing traffic from a non-3rd generation partnership project (non-3GPP) device in a network, includes providing at least one N3DBU service to a user equipment (UE) or a residential gateway (RG) , including configuring at least one N3DBU identifier (ID) and at least one N3DBU ID subscription data, transmitting the at least one N3DBU ID to the UE or the RG during a registration via a first core network element of the network, and storing the at least one N3DBU ID and the at least one N3DBU ID subscription data in a second core network element of the network.

[0009] In a fifth aspect of the present disclosure, a network includes a memory, a transceiver, and a processor coupled to the memory and the transceiver. The network is configured to provide the above method.

[0010] In a sixth aspect of the present disclosure, a non-transitory machine-readable storage medium has stored thereon instructions that, when executed by a computer, cause the computer to perform the above method.

[0011] In a seventh aspect of the present disclosure, 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 the above method.

[0012] In an eighth aspect of the present disclosure, a computer readable storage medium, in which a computer program is stored, causes a computer to execute the above method.

[0013] In a ninth aspect of the present disclosure, a computer program product includes a computer program, and the computer program causes a computer to execute the above method.

[0014] In a tenth aspect of the present disclosure, a computer program causes a computer to execute the above method.

[0015] In an eleventh aspect of the present disclosure, a user equipment (UE) includes a receiver, a binder, and an evaluator. The receiver is configured to receive at least one non-3rd generation partnership project (non-3GPP) device behind UE or residential gateway (RG) (N3DBU) identifier (ID) and at least one N3DBU ID subscription data from a network. The binder is configured to bind at least one non-3GPP device to the at least one N3DBU ID. The evaluator is configured to evaluate a user equipment route selection policy (URSP) rule using the at least one N3DBU ID.

[0016] In a twelfth aspect of the present disclosure, a residential gateway (RG) includes a receiver, a binder, and an evaluator. The receiver is configured to receive at least one non-3rd generation partnership project (non-3GPP) device behind user equipment (UE) or RG (N3DBU) identifier (ID) and at least one N3DBU ID subscription data from a network. The binder is configured to bind at least one non-3GPP device to the at least one N3DBU ID. The evaluator is configured to evaluate a user equipment route selection policy (URSP) rule using the at least one N3DBU ID.

[0017] In a thirteenth aspect of the present disclosure, a network includes a provider, a configurator, a transmitter, and a memory. The provider is configured to providing at least one N3DBU service to a user equipment (UE) or a residential gateway (RG) . The configurator is configured to configure at least one N3DBU identifier (ID) and at least one N3DBU ID subscription data. The transmitter is configured to transmit the at least one N3DBU ID to the UE or the RG during a registration via a first core network element of the network. The memory is configured to store the at least one N3DBU ID and the at least one N3DBU ID subscription data in a second core network element of the network.BRIEF DESCRIPTION OF DRAWINGS

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

[0019] FIG. 1A is a block diagram of a user equipment (UE) or a residential gateway (RG) and a network in a communication network system according to an embodiment of the present disclosure.

[0020] FIG. 1B is a block diagram of a UE according to an embodiment of the present disclosure.

[0021] FIG. 1C is a block diagram of an RG according to an embodiment of the present disclosure.

[0022] FIG. 1D is a block diagram of a network according to an embodiment of the present disclosure.

[0023] FIG. 2 is a flowchart illustrating a method for managing traffic from a non-3rd generation partnership project (non-3GPP) device via a user equipment (UE) or a residential gateway (RG) according to an embodiment of the present disclosure.

[0024] FIG. 3 is a flowchart illustrating a method for managing traffic from a non-3rd generation partnership project (non-3GPP) device in a network according to an embodiment of the present disclosure.

[0025] FIG. 4 is a flowchart illustrating an identification of non-3GPP devices connecting behind a UE or a 5G-RG according to an embodiment of the present disclosure.

[0026] FIG. 5 is a flowchart illustrating Non-3GPP Device Behind UE or 5G-RG (N3DBU) policy aspect procedures according to an embodiment of the present disclosure.

[0027] FIG. 6 is a block diagram of an example of a computing device according to an embodiment of the present disclosure.

[0028] FIG. 7 is a block diagram of a communication system according to an embodiment of the present disclosure.DETAILED DESCRIPTION OF EMBODIMENTS

[0029] Embodiments of the present disclosure 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 disclosure are merely for describing the purpose of the certain embodiment, but not to limit the disclosure.

[0030] The technical solutions of the embodiments of the present disclosure can be applied to various communication systems, such as a global system of mobile communication (GSM) system, a code division multiple access (CDMA) system, a wideband code division multiple access (WCDMA) system, a general packet radio service (GPRS) , a long term evolution (LTE) system, a LTE frequency division duplex (FDD) system, a LTE time division duplex (TDD) system, an advanced long term evolution (LTE-A) system, a new radio (NR) system, an evolution system of a NR system, a LTE-based access to unlicensed spectrum (LTE-U) system, a NR-based access to unlicensed spectrum (NR-U) system, an universal mobile telecommunication system (UMTS) , a global interoperability for microwave access (WiMAX) communication system, wireless local area networks (WLAN) , wireless fidelity (Wi-Fi) , a future 5th generation (5G) system (may also be called a new radio (NR) system) or other communication systems, etc.

[0031] Optionally, the communication system in the embodiment of the present application may be applied to an unlicensed spectrum, where the unlicensed spectrum may also be considered as a shared spectrum; or the communication system in the embodiment of the present application may also be applied to a licensed spectrum, where the licensed spectrum can also be considered an unshared spectrum.

[0032] Non-3GPP devices can connect behind a 3GPP User Equipment (UE) or a 5G Residential Gateway (5G-RG) to leverage the connectivity provided by the 5G network for accessing the Internet and other services.

[0033] An Authenticable Non-3GPP (AUN3) device has its own subscription data stored in the Unified Data Management (UDM) or Unified Data Repository (UDR) , including its unique Subscription Permanent Identifier (SUPI) and policy control data. The 5G-RG manages NAS (Non-Access Stratum) registration and handles Registration Management (RM) and Connection Management (CM) -related signaling on behalf of the AUN3 device. Additionally, the UE or 5G-RG maintains a separate NAS context for each AUN3 device.

[0034] When serving an AUN3 device, the 5G-RG establishes a single Protocol Data Unit (PDU) session on behalf of the device. Both user plane and control plane transactions are handled by the 5G-RG, with all AUN3 devices sharing the same PDU session while maintaining their own SUPIs and policy settings.

[0035] Each AUN3 device has its own subscription. However, there is a wide range of non-3GPP devices that are not authenticable by the 5G system because they lack subscription data stored in the UDM / UDR. When such devices connect behind a UE or 5G-RG, they use only the subscription of the UE or 5G-RG to access the 5G core network (5GC) . In this case, the UE or 5G-RG only maintains a single NAS context for itself and does not create individual NAS contexts for each non-3GPP device.

[0036] The current 3GPP architecture does not support the identification of non-authenticable non-3GPP devices in the 5G system. As a result, the 5G core network cannot uniquely identify individual non-3GPP devices connecting behind a UE or 5G-RG, nor can it apply policy control or quality of service (QoS) management to their traffic.

[0037] FIG. 1A illustrates that, in some embodiments, a UE or an RG 10 and a network 20 of communication in a communication network system 30 (e.g., an NR system) according to an embodiment of the present disclosure are provided. The communication network system 30 includes the UE 10, and the network 20. The UE or RG 10 may include a memory 12, a transceiver 13, and a processor 11 coupled to the memory 12 and the transceiver 13. The network 20 may include a memory 22, a transceiver 23, and a processor 21 coupled to the memory 22 and the transceiver 23. The processor 11 or 21 may be configured to implement proposed functions, procedures and / or methods described in this description. Layers of radio interface protocol may be implemented in the processor 11 or 21. The memory 12 or 22 is operatively coupled with the processor 11 or 21 and stores a variety of information to operate the processor 11 or 21. The transceiver 13 or 23 is operatively coupled with the processor 11 or 21, and the transceiver 13 or 23 transmits and / or receives a radio signal.

[0038] The processor 11 or 21 may include application-specific integrated circuit (ASIC) , other chipset, logic circuit and / or data processing device. The memory 12 or 22 may include read-only memory (ROM) , random access memory (RAM) , flash memory, memory card, storage medium and / or other storage device. The transceiver 13 or 23 may include baseband circuitry to process radio frequency signals. When the embodiments are implemented in software, the techniques described herein can be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The modules can be stored in the memory 12 or 22 and executed by the processor 11 or 21. The memory 12 or 22 can be implemented within the processor 11 or 21 or external to the processor 11 or 21 in which case those can be communicatively coupled to the processor 11 or 21 via various means as is known in the art.

[0039] In some embodiments, the transceiver 13 is configured to receive at least one non-3GPP device behind UE or RG (N3DBU) identifier (ID) and at least one N3DBU ID subscription data from the network 20, and the processor 11 is configured to bind at least one non-3GPP device to the at least one N3DBU ID and evaluate a user equipment route selection policy (URSP) rule using the at least one N3DBU ID. This can solve issues in the prior art and other issues.

[0040] In some embodiments, the network 20 is configured to provide at least one N3DBU service to the UE or the RG 10, including configuring, by the processor 21, at least one N3DBU identifier (ID) and at least one N3DBU ID subscription data, transmitting, by the transceiver 23, the at least one N3DBU ID to the UE or the RG 10 during a registration, and storing, by the memory 22, the at least one N3DBU ID and the at least one N3DBU ID subscription data. This can solve issues in the prior art and other issues.

[0041] FIG. 1B is an example of a UE 10B according to an embodiment of the present disclosure. In some embodiments, the UE 10B includes a receiver 101B, a binder 102B, and an evaluator 103B. The receiver 101B is configured to receive at least one non-3rd generation partnership project (non-3GPP) device behind UE or residential gateway (RG) (N3DBU) identifier (ID) and at least one N3DBU ID subscription data from a network. The binder 102B is configured to bind at least one non-3GPP device to the at least one N3DBU ID. The evaluator 103B is configured to evaluate a user equipment route selection policy (URSP) rule using the at least one N3DBU ID.This can solve issues in the prior art and other issues.

[0042] FIG. 1C is an example of an RG 10C according to an embodiment of the present disclosure. In some embodiments, the RG 10C includes a receiver 101C, a binder 102C, and an evaluator 103C. The receiver 101C is configured to receive at least one non-3rd generation partnership project (non-3GPP) device behind user equipment (UE) or RG (N3DBU) identifier (ID) and at least one N3DBU ID subscription data from a network. The binder 102C is configured to bind at least one non-3GPP device to the at least one N3DBU ID. The evaluator 103C is configured to evaluate a user equipment route selection policy (URSP) rule using the at least one N3DBU ID. This can solve issues in the prior art and other issues.

[0043] FIG. 1D is an example of a network 20D in a communication network system according to an embodiment of the present disclosure. In some embodiments, the network 20D includes a provider 201D, a configurator 202D, a transmitter 203D, and a memory 204D. The provider 201D is configured to providing at least one N3DBU service to a user equipment (UE) or a residential gateway (RG) . The configurator 202D is configured to configure at least one N3DBU identifier (ID) and at least one N3DBU ID subscription data. The transmitter 203D is configured to transmit the at least one N3DBU ID to the UE or the RG during a registration via a first core network element of the network. The memory 204D is configured to store the at least one N3DBU ID and the at least one N3DBU ID subscription data in a second core network element of the network. This can solve issues in the prior art and other issues.

[0044] FIG. 2 is an example of a method 200 for managing traffic from a non-3rd generation partnership project (non-3GPP) device via a user equipment (UE) or a residential gateway (RG) according to an embodiment of the present disclosure. The method 200 for managing traffic from the non-3GPP device via the UE or the RG is configured to implement some embodiments of the disclosure. Some embodiments of the disclosure may be implemented into the method 200 for managing traffic from the non-3GPP device via the UE or the RG using any suitably configured hardware and / or software. In some embodiments, the method 200 for managing traffic from the non-3GPP device via the UE or the RG includes: an operation 202, receiving at least one non-3GPP device behind UE or RG (N3DBU) identifier (ID) and at least one N3DBU ID subscription data from a network, an operation 204, binding at least one non-3GPP device to the at least one N3DBU ID, and an operation 206, evaluating a user equipment route selection policy (URSP) rule using the at least one N3DBU ID. This can solve issues in the prior art and other issues.

[0045] In some embodiments, the method further includes establishing at least one packet data unit (PDU) session associated with the at least one N3DBU ID by including the at least one N3DBU ID in a N1 session management (SM) container and exchanging quality of service (QoS) -related information with a session management function (SMF) . In some embodiments, the method further includes modifying at least one current PDU session to apply an updated QoS or policy rule received from a policy control function (PCF) . In some embodiments, the method further includes performing an admission control by monitoring a number of non-3GPP devices connections to determine that a maximum connection limit in the at least one N3DBU ID subscription data is not exceeded, and denying or blocking a new non-3GPP device connection by withholding an IP address allocation when the maximum connection limit is exceeded. In some embodiments, the method further includes applying a policy and charging control (PCC) rules to provide differentiated QoS and charging mechanisms for traffic from the at least one non-3GPP device, and isolating traffic associated with the at least one N3DBU ID into at least one network slice.

[0046] In some embodiments, the method further includes providing a non-3GPP QoS assistance information (N3QAI) to the UE or the RG via a SMF to assist in reserving a resource for an associated traffic in a non-3GPP network, and transmitting a QoS flow description. In some embodiments, the method further includes updating a binding between the at least one N3DBU ID and the at least one non-3GPP device based on a subscription data or policy update received from a unified data management (UDM) , and synchronizing the at least one N3DBU ID configuration with a unified data repository (UDR) and updating a QoS and policy data. In some embodiments, the method further includes updating a routing selection according to the URSP rule. In some embodiments, the method further includes supporting an association of a user category information with the at least one N3DBU ID and applying a QoS and charging rule based on the user category information. In some embodiments, the method further includes reevaluating an association between the at least one N3DBU ID and a PDU session when the URSP rule is updated.

[0047] FIG. 3 is an example of a method 300 for managing traffic from a non-3rd generation partnership project (non-3GPP) device in a network according to an embodiment of the present disclosure. The method 300 for managing traffic from the non-3GPP device in the network is configured to implement some embodiments of the disclosure. Some embodiments of the disclosure may be implemented into the method 300 for managing traffic from the non-3GPP device in the network using any suitably configured hardware and / or software. In some embodiments, the method 300 for managing traffic from the non-3GPP device in the network includes: an operation 302, providing at least one N3DBU service to a user equipment (UE) or a residential gateway (RG) , including configuring at least one N3DBU identifier (ID) and at least one N3DBU ID subscription data, transmitting the at least one N3DBU ID to the UE or the RG during a registration via a first core network element of the network, and storing the at least one N3DBU ID and the at least one N3DBU ID subscription data in a second core network element of the network. This can solve issues in the prior art and other issues.

[0048] In some embodiments, the first core network element includes an access and mobility management function (AMF) , and the second core network element includes a unified data management (UDM) . In some embodiments, the method further includes establishing at least one packet data unit (PDU) session associated with the at least one N3DBU ID when requested by the UE or the RG via a session management function (SMF) . In some embodiments, the method further includes applying a policy and charging control (PCC) rule related to the at least one N3DBU ID via a policy control function (PCF) . In some embodiments, the method further includes monitoring and updating the at least one N3DBU ID subscription data in the second core network element, including adding, modifying, or deleting the at least one N3DBU ID, and updating at least one quality of service (QoS) parameter and / or at least one policy rule associated with the at least one N3DBU ID.

[0049] In some embodiments, the method further includes performing an admission control via the first core network element by rejecting additional non-3GPP device connection request when a maximum connection limit in the at least one N3DBU ID subscription data is exceeded, and notifying the UE or the RG to stop allocating at least one internet protocol (IP) address to a new non-3GPP device. In some embodiments, the method further includes providing a non-3GPP QoS assistance information (N3QAI) to the UE or the RG via a SMF to assist in reserving a resource for corresponding traffic in a non-3GPP network, and transmitting a QoS flow description. In some embodiments, the method further includes reevaluating an association between the at least one N3DBU ID and at least one PDU session when the at least one N3DBU ID updated. In some embodiments, the method further includes managing a user equipment route selection policy (URSP) rule via a PCF by using the at least one N3DBU ID. In some embodiments, the method further includes collaborating with an application function (AF) to generate at least one URSP rule associated with the at least one N3DBU ID.

[0050] Some embodiments of the present disclosure provides a Non-3GPP Device Behind UE / 5G-RG (N3DBU) service framework designed to manage and route traffic from non-3GPP devices through 5G Residential Gateways (5G-RG) or User Equipment (UE) that are subscribed to this service.

[0051] In some embodiments, the mechanism involves the provisioning of N3DBU IDs by network operators, which serve as unique identifiers associated with the subscription data of N3DBU-capable UEs or 5G-RGs. These IDs enable traffic from non-3GPP devices to be routed according to predefined Quality of Service (QoS) and policy rules, in compliance with User Equipment Route Selection Policy (URSP) rules. Upon subscription, a list of permitted N3DBU IDs is provided to the UE or 5G-RG. Non-3GPP devices can then be bound to these IDs either manually, through user configurations, or automatically, based on the devices'physical parameters. This setup facilitates differentiated charging and QoS for non-3GPP device traffic, managed through Policy and Charging Control (PCC) rules linked to specific Protocol Data Unit (PDU) sessions.

[0052] In some embodiments, procedures in this framework may include registration, N3DBU ID binding, application of policy and QoS rules, PDU session management, and access control. The framework also emphasizes the roles of key 5G core network functions, such as the Access and Mobility Management Function (AMF) , Policy Control Function (PCF) , Unified Data Management (UDM) , and Session Management Function (SMF) , in enabling efficient N3DBU service operations.

[0053] Some embodiments provide at least one of following features.

[0054] N3DBU Service Introduction: Introduces the concept of the N3DBU service, detailing the subscription process and the provisioning of N3DBU IDs to facilitate traffic routing for non-3GPP devices via UEs or 5G-RGs.

[0055] N3DBU ID Management: Covers the provisioning, storage, and management of N3DBU IDs, including their association with QoS and policy rules, as well as the mechanisms for binding non-3GPP devices to these IDs.

[0056] URSP Rule Application: Utilizes URSP rules, with N3DBU IDs serving as traffic descriptors, to manage traffic from non-3GPP devices and ensure compliance with QoS and policy requirements.

[0057] N3DBU Service Operation Procedures: Details the end-to-end procedures for N3DBU service, from registration to PDU session management, and the coordination of operations across various 5G core network functions.

[0058] QoS and Charging Differentiation: Implements PCC rules to provide differentiated charging and QoS for traffic from non-3GPP devices, while isolating such devices into specific network slices as needed.

[0059] N3DBU Admission Control: Introduces a control mechanism to manage the number of non-3GPP devices connected via a UE or 5G-RG, ensuring adherence to specified connection limits.

[0060] PDU Session Management: Describes the process for establishing and modifying PDU sessions based on N3DBU ID associations, including the use of Non-3GPP QoS Assistance Information (N3QAI) for resource reservation in non-3GPP networks.

[0061] This framework provides a comprehensive solution for enabling efficient traffic management and QoS enforcement for non-3GPP devices connected through 5G networks.

[0062] In some embodiments, the Non-3GPP Device Behind UE / 5G-RG (N3DBU) service is a subscription-based offering that requires users to coordinate with their operator to activate the service. When a user subscribes to the N3DBU service, the operator allocates an N3DBU ID along with its associated subscription data. N3DBU-capable UEs or 5G-RGs are then provisioned with the necessary User Equipment Route Selection Policy (URSP) rules to enable the routing of non-3GPP device traffic according to the configured rules.

[0063] In some embodiments, the N3DBU ID is introduced as a unique identifier within the subscription for each N3DBU-capable UE or 5G-RG. It is provisioned and recognized by 5G system (5GS) operators and is associated with predefined QoS and policy rules.

[0064] In some embodiments, when an N3DBU-capable UE or 5G-RG registers with the 5G core network (5GC) , the Access and Mobility Management Function (AMF) populates the list of allowed N3DBU IDs for the device. These IDs can be stored, updated, or removed based on decisions from the Unified Data Management (UDM) .

[0065] In some embodiments, when a non-3GPP device connects to a UE or 5G-RG and the subscriber intends to associate it with an N3DBU ID, the UE or 5G-RG binds the non-3GPP device to the N3DBU ID. This binding can be performed manually by a user via a graphical user interface (GUI) provided by the UE, allowing them to select which non-3GPP device to bind with a specific N3DBU ID. The user may also change this association later, subject to the operator’s policy.

[0066] Alternatively, in some embodiments, if the N3DBU ID is associated with specific non-3GPP devices identified by certain physical parameters, the UE or 5G-RG can automatically bind the devices to the N3DBU ID when they connect.

[0067] In some embodiments, the N3DBU ID is also used as one of the Traffic Descriptors, enabling N3DBU-capable UEs or 5G-RGs to recognize URSP rules that include the N3DBU ID. Information related to the N3DBU ID, such as slice information, PDU session details, the maximum number of simultaneous connected non-3GPP devices, QoS settings, and a list of configured N3DBU IDs, is stored in the Unified Data Repository (UDR) .

[0068] Additionally, in some embodiments, N3DBU IDs may be associated with subscriber category identifiers, such as gold, silver, or premium tiers. The URSP rules provided to the UE or 5G-RG indicate how to map N3DBU IDs to the parameters of the PDU session, such as the Data Network Name (DNN) and Single Network Slice Selection Assistance Information (S-NSSAI) , which are used to carry the traffic of the corresponding non-3GPP devices.

[0069] Differentiated charging and QoS for non-3GPP device traffic can be achieved through Policy and Charging Control (PCC) rules applied to dedicated PDU sessions.

[0070] FIG. 4 illustrates an identification of non-3GPP devices connecting behind a UE or a 5G-RG according to an embodiment of the present disclosure. FIG. 4 illustrates that, in some embodiments, N3DBU policy aspect procedures may include at least one of following operations.

[0071] In some embodiments, 5G System (5GS) operators provision a list of N3DBU IDs, which are associated with specific policy and Quality of Service (QoS) parameters in accordance with the UE’s subscription data and QoS settings. This provisioning may also consider the physical parameters of the subscriber’s preferred non-3GPP devices.

[0072] In some embodiments, during registration, as outlined in steps 1a-1b of clause 4.2.2.2.2 in TS 23.502, the UE or 5G-RG follows standard procedures, except for UEs that indicate support for N3DBU IDs and are subscribed to N3DBU services. In such cases, the Access and Mobility Management Function (AMF) may provide the UE with a list of configured N3DBU IDs for the specific Access Type. In some embodiments, if the AMF does not have subscription data for the N3DBU IDs associated with the UE / 5G-RG, it may retrieve the relevant subscription data using the Nudm_SDM_Get service operation. In some embodiments, the registration request from the UE or 5G-RG should include an indication of N3DBU ID support in the UE Policy Container.

[0073] In some embodiments, the AMF selects a Policy Control Function (PCF) that supports policies related to N3DBU IDs. During the UE Policy Association Establishment procedure, the UE may receive context-specific policy control subscription information related to the N3DBU IDs.

[0074] In some embodiments, when a non-3GPP device connects to a UE or 5G-RG and the subscriber intends to associate it with an N3DBU ID, the UE or 5G-RG binds the connected non-3GPP device to the N3DBU ID. In some embodiments, non-3GPP devices bound to N3DBU IDs can operate simultaneously, provided the number of devices does not exceed the maximum allowed, as specified in the subscription information. In some embodiments, the UE or 5G-RG may maintain the bindings between the N3DBU ID and the physical non-3GPP devices.

[0075] In some embodiments, the Unified Data Management (UDM) function may decide to store, update, or remove one or more N3DBU IDs within the UE or 5G-RG's subscription. Updates to N3DBU ID-related information stored in the Unified Data Repository (UDR) are carried out using Nudr_DM service operations. In some embodiments, the UE locally stores, updates, or removes N3DBU IDs and related configurations. In some embodiments, notifications to update N3DBU ID-related information are sent to the Policy Control Function (PCF) , UDR, AMF, and Session Management Function (SMF) .

[0076] This process ensures efficient provisioning, management, and operation of N3DBU IDs within the 5G network to enable seamless service for non-3GPP devices.

[0077] In some embodiments, the N3DBU Admission Control (AC) is introduced to monitor the number of non-3GPP devices currently connected behind a UE or 5G-RG.

[0078] In some embodiments, the N3DBU AC is configured with parameters that specify the maximum number of non-3GPP devices allowed by the 5G System (5GS) . If the maximum simultaneous device limit is reached, the UE may be notified to deny additional non-3GPP device connections. This restriction can be enforced on the UE through various methods, such as withholding IP address allocation for any additional non-3GPP devices attempting to associate with an N3DBU ID.

[0079] In some embodiments, to transmit a PDU for a non-3GPP device associated with an N3DBU ID, the upper layers of the 5G-RG or UE use information from the PDU session (e.g., the PDU address) to route the PDU of the non-3GPP device. The mapping between local network resources in the 5G-RG and QoS parameters in the 5GC is configured within the 5G-RG.

[0080] In some embodiments, the N3DBU ID in the Traffic Descriptor of the URSP rule is matched with the N3DBU ID associated with the non-3GPP device. IP descriptors are applicable only for traffic from non-3GPP devices if Network Address Translation (NAT) is performed for such traffic. IP descriptors are matched against header information in IP packets sent by non-3GPP devices bound to the N3DBU ID. Similarly, non-IP descriptors are matched against header information in Ethernet frames sent by non-3GPP devices associated with the N3DBU ID. It is further assumed that the UE or 5G-RG maintains a mapping between the randomized MAC address and the actual physical MAC address of the non-3GPP device.

[0081] In some embodiments, when a URSP rule is determined to be applicable for a specific N3DBU ID, the UE should select a Route Selection Descriptor from the URSP rule in the order specified by the Route Selection Descriptor Precedence.

[0082] In some embodiments, the UE or 5G-RG may re-evaluate the URSP rules to determine whether an association change between an N3DBU ID and a PDU session is needed. This re-evaluation may occur, for example, when the URSP rules are updated by the Policy Control Function (PCF) or as directed by the principles outlined in TS 24.526.

[0083] In some embodiments, differentiation of charging and QoS may be achieved through PCC rules associated with dedicated PDU sessions for non-3GPP devices. Additionally, non-3GPP devices may be isolated into specific network slices using a Connectivity Group ID, such as with separate Single Network Slice Selection Assistance Information (S-NSSAI) .

[0084] FIG. 5 illustrates Non-3GPP Device Behind UE or 5G-RG (N3DBU) policy aspect procedures according to an embodiment of the present disclosure. FIG. 5 illustrates that, in some embodiments, N3DBU policy aspect procedures may include at least one of following operations.

[0085] In some embodiments, the UE or 5G-RG subscribed to the N3DBU service completes registration and receives a list of configured N3DBU IDs.

[0086] In some embodiments, for every newly detected non-3GPP device by an N3DBU-capable UE or 5G-RG, an association is established between the target non-3GPP device and the corresponding N3DBU ID.

[0087] In some embodiments, the UE or 5G-RG evaluates the URSP rules associated with the N3DBU ID in the order of rule precedence to determine if the N3DBU ID matches the Traffic Descriptor in any of the URSP rules.

[0088] In some embodiments, the UE determines whether to establish a new PDU session or utilize an existing PDU session based on the URSP rules, which may include S-NSSAIs, or based on local UE configuration as described in clause 4.2.2.3 of TS 24.526. In some embodiments, if the UE decides to establish a new PDU session, it includes the N3DBU ID in the N1 SM container of the Nsmf_PDUSession_CreateSMContext Request.

[0089] In some embodiments, in some operations, based on the N3DBU ID, the SMF may retrieve or subscribe to updates from the UDR for N3DBU ID policy control subscription data, which may include default 5QI. In some embodiments, if frame routing is used, the SMF retrieves frame route information from the framed route data. In some embodiments, the SMF may perform an SM policy association establishment procedure to create an SM policy association with the PCF and retrieve default PCC rules for the PDU session. Alternatively, the SMF may initiate an SM policy association modification procedure triggered by a Policy Control Request Trigger (PCRT) . In some embodiments, when one or more QoS parameters associated with the N3DBU ID are modified, PDU session modification procedures are applied.

[0090] In some embodiments, during PDU session establishment or modification, if the SMF provides the 5G-RG with QoS flow descriptions, it may also signal Non-3GPP QoS Assistance Information (N3QAI) for each QoS flow. Using the N3QAI, along with QoS rule information, the 5G-RG can reserve resources in the non-3GPP network behind the 5G-RG (e.g., a home LAN network) . N3QAI includes QoS characteristics, Guaranteed Flow Bit Rate (GFBR) , Maximum Flow Bit Rate (MFBR) , and other details as specified in clause 4.5.3 of TS 23.316. In some embodiments, the UE or 5G-RG continues PDU session procedures as described in clause 4.3 of TS 23.502.

[0091] In some embodiments, if a specific slice is required to support the N3DBU service based on the non-3GPP device’s requested subscriber category, procedures specified in clause 4.15.6.6 or clause 4.15.6.7a of TS 23.502 can be used. In some embodiments, the Application Function (AF) provides guidance for generating URSP rules for the 5GC. The AF uses the UE / 5G-RG ID (e.g., GPSI) as the target UE and includes the Data Network Name (DNN) and S-NSSAI allocated to the N3DBU ID to meet the subscriber category requirements of the non-3GPP devices. In some embodiments, the Network Exposure Function (NEF) authorizes the request from the AF and stores the information in the UDR as "Application Data" specific to the service's subscription information. In some embodiments, the UDM authorizes the AF request using the procedures defined in clause 4.15.6.7a of TS 23.502.

[0092] In summary, some embodiments disclose a Non-3GPP Device Behind UE / 5G-RG (N3DBU) service framework designed to manage and route traffic from non-3GPP devices through 5G Residential Gateways (5G-RG) or User Equipment (UE) subscribed to the service. In some embodiments, the framework involves the provisioning of unique N3DBU IDs by operators, which are associated with the subscription data of N3DBU-capable UEs or 5G-RGs. In some embodiments, these IDs facilitate the routing of non-3GPP device traffic based on predefined Quality of Service (QoS) and policy rules, adhering to User Equipment Route Selection Policy (URSP) rules. Upon subscription, a list of allowed N3DBU IDs is shared with the UE or 5G-RG, enabling non-3GPP devices to be bound to these IDs manually or automatically based on physical parameters or user configurations. This setup can support differentiated charging and QoS for non-3GPP device traffic, managed via Policy and Charging Control (PCC) rules tied to specific Protocol Data Unit (PDU) sessions. The framework may cover procedures such as registration, N3DBU ID binding, policy and QoS rule application, PDU session management, and access control. It emphasizes the roles of various 5G core network functions, including the Access and Mobility Management Function (AMF) , Policy Control Function (PCF) , Unified Data Management (UDM) , and Session Management Function (SMF) , in enabling N3DBU service operations. In some embodiments, features of the present disclosure may include the introduction of N3DBU services, efficient N3DBU ID management, URSP rule application, and mechanisms for QoS differentiation, charging, admission control, and scalable PDU session management, ensuring optimal resource utilization and seamless service for non-3GPP devices.

[0093] The N3DBU service solution introduces several benefits and improvements for managing and integrating non-3GPP devices within the 5G ecosystem, enhancing both flexibility and efficiency in network resource utilization. In some embodiments, the benefits and improvements may include at least one of the followings.

[0094] 1. Enhanced Device Management: By enabling non-3GPP devices to be managed and routed through 5G-RGs or UEs, the solution provides a streamlined approach to support a much wider range of devices within the 5G network. This facilitates easier management and connectivity for devices that do not natively support 3GPP standards.

[0095] 2. Customized QoS and Policy Application: With each N3DBU ID linked to predefined QoS and policy rules, the solution allows for tailored service quality and optimized network resource allocation for non-3GPP device traffic. This ensures that different devices and services receive appropriate network performance characteristics based on their specific use-case requirements.

[0096] 3. Flexible Subscription and Binding Mechanisms: The ability to bind non-3GPP devices to N3DBU IDs, either manually or automatically, provides flexibility for both subscribers and operators. This accommodates a variety of deployment scenarios, ranging from fixed home environments to dynamic enterprise settings.

[0097] 4. Differentiated Charging and Quality of Service: The solution supports differentiated charging and QoS for non-3GPP devices, enabling operators to offer tiered services with varying performance levels and pricing models. This not only creates new revenue opportunities but also facilitates more customized service offerings for end users.

[0098] 5. Scalability and Admission Control: The introduction of N3DBU Admission Control mechanisms ensures that the number of connected non-3GPP devices does not exceed the network's capacity. This helps maintain optimal network performance and service quality, even as the number of connected devices continues to grow.

[0099] This solution significantly enhances the ability to manage non-3GPP devices in the 5G network, providing robust scalability, flexibility, and customized service options for both operators and end users.

[0100] Commercial interests for some embodiments are as follows. 1. Solve issues in the prior art and other issues. 2. Provide enhanced device management. 3. Provide flexible subscription and binding mechanisms. 4. Provide differentiated charging and quality of service. 5. Provide scalability and admission control. 6. Provide a good communication performance. 7. Provide high reliability. Some embodiments of the present disclosure can be used in many applications. Some embodiments of the present disclosure are used by chipset vendors, video system development vendors, automakers including cars, trains, trucks, buses, bicycles, moto-bikes, helmets, and etc., drones (unmanned aerial vehicles) , smartphone makers, communication devices for public safety use, AR / VR / MR device maker for example gaming, conference / seminar, education purposes. Some embodiments of the present disclosure are a combination of “techniques / processes” that can be adopted in video standards to create an end product. Some embodiments of the present disclosure propose technical mechanisms. The at least one proposed solution, method, system, and apparatus of some embodiments of the present disclosure may be used for current and / or new / future standards regarding communication systems such as a UE, a base station, and / or a communication system. Compatible products follow at least one proposed solution, method, system, and apparatus of some embodiments of the present disclosure. The proposed solution, method, system, and apparatus are widely used in a UE, a base station, and / or a communication system. With the implementation of the at least one proposed solution, method, system, and apparatus of some embodiments of the present disclosure, at least one modification to methods and apparatus of feeder link switchover in a non-terrestrial network (NTN) communication environment are considered for standardizing.

[0101] FIG. 6 is an example of a computing device 1100 according to an embodiment of the present disclosure. Any suitable computing device can be used for performing the operations described herein. For example, FIG. 6 illustrates an example of the computing device 1100 that can implement some embodiments of FIG. 1A to FIG. 5 using any suitably configured hardware and / or software. In some embodiments, the computing device 1100 can include a processor 1112 that is communicatively coupled to a memory 1114 and that executes computer-executable program code and / or accesses information stored in the memory 1114. The processor 1112 may include a microprocessor, an application-specific integrated circuit ( “ASIC” ) , a state machine, or other processing device. The processor 1112 can include any of a number of processing devices, including one. Such a processor can include or may be in communication with a computer-readable medium storing instructions that, when executed by the processor 1112, cause the processor to perform the operations described herein.

[0102] The memory 1114 can include any suitable non-transitory computer-readable medium. The computer-readable medium can include any electronic, optical, magnetic, or other storage device capable of providing a processor with computer-readable instructions or other program code. Non-limiting examples of a computer-readable medium include a magnetic disk, a memory chip, a read-only memory (ROM) , a random access memory (RAM) , an application specific integrated circuit (ASIC) , a configured processor, optical storage, magnetic tape or other magnetic storage, or any other medium from which a computer processor can read instructions. The instructions may include processor-specific instructions generated by a compiler and / or an interpreter from code written in any suitable computer-programming language, including, for example, C, C++, C#, visual basic, java, python, perl, javascript, and actionscript.

[0103] The computing device 1100 can also include a bus 1116. The bus 1116 can communicatively couple one or more components of the computing device 1100. The computing device 1100 can also include a number of external or internal devices such as input or output devices. For example, the computing device 1100 is illustrated with an input / output ( “I / O” ) interface 1118 that can receive input from one or more input devices 1120 or provide output to one or more output devices 1122. The one or more input devices 1120 and one or more output devices 1122 can be communicatively coupled to the I / O interface 1118. The communicative coupling can be implemented via any suitable manner (e.g., a connection via a printed circuit board, connection via a cable, communication via wireless transmissions, etc. ) . Non-limiting examples of input devices 1120 include a touch screen (e g., one or more cameras for imaging a touch area or pressure sensors for detecting pressure changes caused by a touch) , a mouse, a keyboard, or any other device that can be used to generate input events in response to physical actions by a user of a computing device. Non-limiting examples of output devices 1122 include a liquid crystal display (LCD) screen, an external monitor, a speaker, or any other device that can be used to display or otherwise present outputs generated by a computing device.

[0104] The computing device 1100 can execute program code that configures the processor 1112 to perform one or more of the operations described above with respect to some embodiments of FIG. 1A to FIG. 5. The program code may be resident in the memory 1114 or any suitable computer-readable medium and may be executed by the processor 1112 or any other suitable processor.

[0105] The computing device 1100 can also include at least one network interface device 1124. The network interface device 1124 can include any device or group of devices suitable for establishing a wired or wireless data connection to one or more data networks 1128. Non limiting examples of the network interface device 1124 include an Ethernet network adapter, a modem, and / or the like. The computing device 1100 can transmit messages as electronic or optical signals via the network interface device 1124.

[0106] FIG. 7 is a block diagram of an example of a communication system 1200 according to an embodiment of the present disclosure. Embodiments described herein may be implemented into the communication system 1200 using any suitably configured hardware and / or software. FIG. 7 illustrates the communication system 1200 including a radio frequency (RF) circuitry 1210, a baseband circuitry 1220, an application circuitry 1230, a memory / storage 1240, a display 1250, a camera 1260, a sensor 1270, and an input / output (I / O) interface 1280, coupled with each other at least as illustrated.

[0107] The application circuitry 1230 may include a circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include any combination of general-purpose processors and dedicated processors, such as graphics processors, application processors. The processors may be coupled with the memory / storage and configured to execute instructions stored in the memory / storage to enable various applications and / or operating systems running on the system. The communication system 1200 can execute program code that configures the application circuitry 1230 to perform one or more of the operations described above with respect to some embodiments of FIG. 1A to FIG. 5. The program code may be resident in the application circuitry 1230 or any suitable computer-readable medium and may be executed by the application circuitry 1230 or any other suitable processor.

[0108] The baseband circuitry 1220 may include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include a baseband processor. The baseband circuitry may handle various radio control functions that may enable communication with one or more radio networks via the RF circuitry. The radio control functions may include, but are not limited to, signal modulation, encoding, decoding, radio frequency shifting, etc. In some embodiments, the baseband circuitry may provide for communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuitry may support communication with an evolved universal terrestrial radio access network (EUTRAN) and / or other wireless metropolitan area networks (WMAN) , a wireless local area network (WLAN) , a wireless personal area network (WPAN) . Embodiments in which the baseband circuitry is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry.

[0109] In various embodiments, the baseband circuitry 1220 may include circuitry to operate with signals that are not strictly considered as being in a baseband frequency. For example, in some embodiments, baseband circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency. The RF circuitry 1210 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuitry may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. In various embodiments, the RF circuitry 1210 may include circuitry to operate with signals that are not strictly considered as being in a radio frequency. For example, in some embodiments, RF circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency.

[0110] In various embodiments, the transmitter circuitry, control circuitry, or receiver circuitry discussed above with respect to some embodiments of FIG. 1A to FIG. 5 may be embodied in whole or in part in one or more of the RF circuitry, the baseband circuitry, and / or the application circuitry. As used herein, “circuitry” may refer to, be part of, or include an application specific integrated circuit (ASIC) , an electronic circuit, a processor (shared, dedicated, or group) , and / or a memory (shared, dedicated, or group) that execute one or more software or firmware programs, a combinational logic circuit, and / or other suitable hardware components that provide the described functionality. In some embodiments, the electronic device circuitry may be implemented in, or functions associated with the circuitry may be implemented by, one or more software or firmware modules. In some embodiments, some or all of the constituent components of the baseband circuitry, the application circuitry, and / or the memory / storage may be implemented together on a system on a chip (SOC) . The memory / storage 1240 may be used to load and store data and / or instructions, for example, for system. The memory / storage for one embodiment may include any combination of suitable volatile memory, such as dynamic random access memory (DRAM) ) , and / or non-volatile memory, such as flash memory.

[0111] In various embodiments, the I / O interface 1280 may include one or more user interfaces designed to enable user interaction with the system and / or peripheral component interfaces designed to enable peripheral component interaction with the system. User interfaces may include, but are not limited to a physical keyboard or keypad, a touchpad, a speaker, a microphone, etc. Peripheral component interfaces may include, but are not limited to, a non-volatile memory port, a universal serial bus (USB) port, an audio jack, and a power supply interface. In various embodiments, the sensor 1270 may include one or more sensing devices to determine environmental conditions and / or location information related to the system. In some embodiments, the sensors may include, but are not limited to, a gyro sensor, an accelerometer, a proximity sensor, an ambient light sensor, and a positioning unit. The positioning unit may also be part of, or interact with, the baseband circuitry and / or RF circuitry to communicate with components of a positioning network, e.g., a global positioning system (GPS) satellite.

[0112] In various embodiments, the display 1250 may include a display, such as a liquid crystal display and a touch screen display. In various embodiments, the communication system 1200 may be a mobile computing device such as, but not limited to, a laptop computing device, a tablet computing device, a netbook, an ultrabook, a smartphone, an AR / VR glasses, etc. In various embodiments, system may have more or less components, and / or different architectures. Where appropriate, methods described herein may be implemented as a computer program. The computer program may be stored on a storage medium, such as a non-transitory storage medium.

[0113] A person having ordinary skill in the art understands that each of the units, algorithm, and steps described and disclosed in the embodiments of the present disclosure are realized using electronic hardware or combinations of software for computers and electronic hardware. Whether the functions run in hardware or software depends on the condition of application and design requirement for a technical plan. A person having ordinary skill in the art can use different ways to realize the function for each specific application while such realizations should not go beyond the scope of the present disclosure. It is understood by a person having ordinary skill in the art that he / she can refer to the working processes of the system, device, and unit in the above-mentioned embodiment since the working processes of the above-mentioned system, device, and unit are basically the same. For easy description and simplicity, these working processes will not be detailed.

[0114] It is understood that the disclosed system, device, and method in the embodiments of the present disclosure can be realized with other ways. The above-mentioned embodiments are exemplary only. The division of the units is merely based on logical functions while other divisions exist in realization. It is possible that a plurality of units or components are combined or integrated in another system. It is also possible that some characteristics are omitted or skipped. On the other hand, the displayed or discussed mutual coupling, direct coupling, or communicative coupling operate through some ports, devices, or units whether indirectly or communicatively by ways of electrical, mechanical, or other kinds of forms.

[0115] The units as separating components for explanation are or are not physically separated. The units for display are or are not physical units, that is, located in one place or distributed on a plurality of network units. Some or all of the units are used according to the purposes of the embodiments. Moreover, each of the functional units in each of the embodiments can be integrated in one processing unit, physically independent, or integrated in one processing unit with two or more than two units.

[0116] If the software function unit is realized and used and sold as a product, it can be stored in a readable storage medium in a computer. Based on this understanding, the technical plan proposed by the present disclosure can be essentially or partially realized as the form of a software product. Or, one part of the technical plan beneficial to the conventional technology can be realized as the form of a software product. The software product in the computer is stored in a storage medium, including a plurality of commands for a computational device (such as a personal computer, a server, or a network device) to run all or some of the steps disclosed by the embodiments of the present disclosure. The storage medium includes a USB disk, a mobile hard disk, a read-only memory (ROM) , a random access memory (RAM) , a floppy disk, or other kinds of media capable of storing program codes.

[0117] While the present disclosure has been described in connection with what is considered the most practical and preferred embodiments, it is understood that the present disclosure is not limited to the disclosed embodiments but is intended to cover various arrangements made without departing from the scope of the broadest interpretation of the appended claims.

Claims

1.A method for managing traffic from a non-3rd generation partnership project (non-3GPP) device via a user equipment (UE) or a residential gateway (RG) , comprising:receiving at least one non-3GPP device behind UE or RG (N3DBU) identifier (ID) and at least one N3DBU ID subscription data from a network;binding at least one non-3GPP device to the at least one N3DBU ID; andevaluating a user equipment route selection policy (URSP) rule using the at least one N3DBU ID.2.The method of claim 1, further comprising:establishing at least one packet data unit (PDU) session associated with the at least one N3DBU ID by comprising the at least one N3DBU ID in a N1 session management (SM) container and exchanging quality of service (QoS) -related information with a session management function (SMF) .3.The method of claim 1 or 2, further comprising:modifying at least one current PDU session to apply an updated QoS or policy rule received from a policy control function (PCF) .4.The method of any one of claims 1 to 3, further comprising:performing an admission control by monitoring a number of non-3GPP devices connections to determine that a maximum connection limit in the at least one N3DBU ID subscription data is not exceeded;denying or blocking a new non-3GPP device connection by withholding an IP address allocation when the maximum connection limit is exceeded.5.The method of any one of claims 1 to 4, further comprising:applying a policy and charging control (PCC) rules to provide differentiated QoS and charging mechanisms for traffic from the at least one non-3GPP device; andisolating traffic associated with the at least one N3DBU ID into at least one network slice.6.The method of any one of claims 1 to 5, further comprising:providing a non-3GPP QoS assistance information (N3QAI) to the UE or the RG via a SMF to assist in reserving a resource for an associated traffic in a non-3GPP network; andtransmitting a QoS flow description.7.The method of any one of claims 1 to 6, further comprising:updating a binding between the at least one N3DBU ID and the at least one non-3GPP device based on a subscription data or policy update received from a unified data management (UDM) ; andsynchronizing the at least one N3DBU ID configuration with a unified data repository (UDR) and updating a QoS and policy data.8.The method of any one of claims 1 to 7, further comprising:updating a routing selection according to the URSP rule.9.The method of any one of claims 1 to 8, further comprising:supporting an association of a user category information with the at least one N3DBU ID and applying a QoS and charging rule based on the user category information.10.The method of any one of claims 1 to 9, further comprising:reevaluating an association between the at least one N3DBU ID and a PDU session when the URSP rule is updated.11.A method for managing traffic from a non-3rd generation partnership project (non-3GPP) device in a network, comprising:providing at least one N3DBU service to a user equipment (UE) or a residential gateway (RG) , comprising:configuring at least one N3DBU identifier (ID) and at least one N3DBU ID subscription data;transmitting the at least one N3DBU ID to the UE or the RG during a registration via a first core network element of the network; andstoring the at least one N3DBU ID and the at least one N3DBU ID subscription data in a second core network element of the network.12.The method of claim 11, wherein the first core network element comprises an access and mobility management function (AMF) , and the second core network element comprises a unified data management (UDM) .13.The method of claim 11 or 12, further comprising:establishing at least one packet data unit (PDU) session associated with the at least one N3DBU ID when requested by the UE or the RG via a session management function (SMF) .14.The method of any one of claims 1 to 13, further comprising:applying a policy and charging control (PCC) rule related to the at least one N3DBU ID via a policy control function (PCF) .15.The method of any one of claims 1 to 14, further comprising:monitoring and updating the at least one N3DBU ID subscription data in the second core network element, comprising:adding, modifying, or deleting the at least one N3DBU ID; andupdating at least one quality of service (QoS) parameter and / or at least one policy rule associated with the at least one N3DBU ID.16.The method of any one of claims 1 to 5, further comprising:performing an admission control via the first core network element by rejecting additional non-3GPP device connection request when a maximum connection limit in the at least one N3DBU ID subscription data is exceeded; andnotifying the UE or the RG to stop allocating at least one internet protocol (IP) address to a new non-3GPP device.17.The method of any one of claims 1 to 16, further comprising:providing a non-3GPP QoS assistance information (N3QAI) to the UE or the RG via a SMF to assist in reserving a resource for corresponding traffic in a non-3GPP network; andtransmitting a QoS flow description.18.The method of any one of claims 1 to 17, further comprising:reevaluating an association between the at least one N3DBU ID and at least one PDU session when the at least one N3DBU ID updated.19.The method of any one of claims 1 to 18, further comprising:managing a user equipment route selection policy (URSP) rule via a PCF by using the at least one N3DBU ID.20.The method of any one of claims 1 to 19, further comprising:collaborating with an application function (AF) to generate at least one URSP rule associated with the at least one N3DBU ID.21.A user equipment (UE) , comprising:a memory;a transceiver; anda processor coupled to the memory and the transceiver;wherein the UE is configured to perform the method of any one of claims 1 to 10.22.A residential gateway (RG) , comprising:a memory;a transceiver; anda processor coupled to the memory and the transceiver;wherein the RG is configured to perform the method of any one of claims 1 to 10.23.A network, comprising:a memory;a transceiver; anda processor coupled to the memory and the transceiver;wherein the network is configured to perform the method of any one of claims 11 to 20.24.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 20.25.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 20.26.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 20.27.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 20.28.A computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 20.29.A user equipment (UE) , comprising:a receiver configured to receive at least one non-3rd generation partnership project (non-3GPP) device behind UE or residential gateway (RG) (N3DBU) identifier (ID) and at least one N3DBU ID subscription data from a network;a binder configured to bind at least one non-3GPP device to the at least one N3DBU ID; andan evaluator configured to evaluate a user equipment route selection policy (URSP) rule using the at least one N3DBU ID.30.A residential gateway (RG) , comprising:a receiver configured to receive at least one non-3rd generation partnership project (non-3GPP) device behind user equipment (UE) or RG (N3DBU) identifier (ID) and at least one N3DBU ID subscription data from a network;a binder configured to bind at least one non-3GPP device to the at least one N3DBU ID; andan evaluator configured to evaluate a user equipment route selection policy (URSP) rule using the at least one N3DBU ID.31.A network, comprising:a provider configured to providing at least one N3DBU service to a user equipment (UE) or a residential gateway (RG) ;a configurator configured to configure at least one N3DBU identifier (ID) and at least one N3DBU ID subscription data;a transmitter configured to transmit the at least one N3DBU ID to the UE or the RG during a registration via a first core network element of the network; anda memory configured to store the at least one N3DBU ID and the at least one N3DBU ID subscription data in a second core network element of the network.

Images