URSP assessment for unknown PDU session type

Abstract

In one embodiment, a method includes transmitting, by a user equipment (UE), a first message to a first device, the first message including a request to establish a communication based on a first communication session type and a first set of one or more session attributes associated with the first message. The UE receives a second message from the first device, the second message including an indication that a request to establish communication using the first communication session type is rejected, and after receiving the second message, the UE sends a third message to the first device or the second device, the third message includes a communication request based on the first communication type and a second set of one or more session attributes associated with the third message.

Description

Technical Field

[0001] Various example embodiments relate generally to wireless networks and, more particularly, to User Equipment Route Selection Policy (URSP) evaluation for unknown Packet Data Unit (PDU) session types. Background Art

[0002] In order for a user equipment (UE) to exchange packet data units (PDUs) with a data network in a 5G system, the UE first initiates a PDU session establishment procedure. Such a procedure may be defined, for example, in Section 4.3.2.2 of the Third Generation Partnership Project (3GPP) TS23.502. Once the UE initiates a PDU session establishment procedure including a Route Selection Descriptor (RSD) of a PDU session type, the session is accepted or rejected by the network (e.g., a Session Management Function (SMF) in the network). In the event that a PDU session is rejected, the UE will continue to attempt to initiate a PDU session with an additional time of the RSD, resulting in rejection of subsequent PDU sessions. Summary of the invention

[0003] In one aspect of the present disclosure, a method includes sending, by a user equipment (UE), a first message to a first device, the first message including: a request to establish communications based on a first communications session type and a first set of one or more session attributes associated with the first message. The UE receives a second message from the first device, the second message including: an indication that the request to establish communications using the first communications session type is denied, and upon receiving the second message, the UE sends a third message to the first device or the second device, the third message including: a request to communicate based on the first communications type and a second set of one or more session attributes, the one or more session attributes being associated with the third message.

[0004] In one aspect of the method, the request to establish communications based on the first communications session type includes a request to establish a protocol data unit (PDU) communications session type or a packet data network (PDN) communications session type.

[0005] In one aspect of the method, the PDU communication session type includes one or more of the following: an IPv4 communication session type, an IPv6 communication session type, an IPv4v6 communication session type, an unstructured communication session type, or an Ethernet communication session type.

[0006] In one aspect of the method, the PDN communication session type includes one or more of the following: an IPv4 communication session type, an IPv6 communication session type, an IPv4v6 communication session type, a non-Internet Protocol (IP) communication session type, or an Ethernet communication session type.

[0007] In one aspect of the method, the first set of one or more session attributes includes: a first data network name (Data Network Name, DNN) or a first access point name (Access Point Name, APN).

[0008] In one aspect of the method, the second set of one or more session attributes includes: a second DNN or a second APN.

[0009] In one aspect of the method, a first set of one or more session attributes includes: first single network slice selection assistance information (Single Network Slice Selection Assistance Information S-NSSAI).

[0010] In one aspect of the method, the second set of one or more session attributes includes: a second S-NSSAI.

[0011] In one aspect of the method, a first communication session type, a first set of one or more session attributes, and a second set of one or more session attributes are included in a first Route Selection Descriptor (RSD).

[0012] In one aspect of the method, the second message is a 5G System Session Management (5GSM) message, and the 5GSM message includes an indication of an unknown PDU session type.

[0013] In one aspect of the method, the second message includes: 5GSM cause value #28 unknown PDU session type.

[0014] In one aspect of the method, the second message includes an Evolved Packet System Session Management (ESM) message, and the ESM message does not include an indication of an unknown Packet Data Network (PDN) type.

[0015] In one aspect of the method, the second message includes: ESM cause value #28 unknown PDN type.

[0016] In one aspect of the present disclosure, a user equipment (UE) includes at least one processor and at least one memory storing instructions, which, when executed by the at least one processor, enable the user equipment to perform at least any one of the aforementioned methods.

[0017] In one aspect of the present disclosure, an apparatus includes at least one processor and at least one memory storing instructions, which, when executed by the at least one processor, causes the apparatus to perform at least any one of the aforementioned methods.

[0018] In one aspect of the present disclosure, a processor-readable medium stores instructions, which, when executed by at least one processor of a device, cause the device to perform at least any one of the aforementioned methods.

[0019] According to some aspects, the subject matter of the independent claims is provided. Some further aspects are defined in the dependent claims. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Some example embodiments will now be described with reference to the accompanying drawings.

[0021] Figure 1 is a diagram of an exemplary embodiment of wireless networking between a network system and a user equipment (UE) according to one illustrative aspect of the present disclosure;

[0022] Figure 2 is a diagram of example components of a network system according to one illustrative aspect of the present disclosure;

[0023] Figure 3 is a diagram of an exemplary embodiment of signals and operations between a UE, an SMF, and a PCF according to one illustrative aspect of the present disclosure; and

[0024] Figure 4 is a diagram of an example embodiment of components of a UE or network device according to one illustrative aspect of the present disclosure. DETAILED DESCRIPTION

[0025] In the following description, certain specific details are set forth in order to provide a thorough understanding of the disclosed aspects. However, one skilled in the relevant art will recognize that aspects may be practiced without one or more of these specific details or with other methods, components, materials, etc. In other instances, well-known structures associated with transmitters, receivers, or transceivers are not shown or described in detail to avoid unnecessarily obscuring the description of the aspects.

[0026] Reference throughout this specification to "one aspect" or "an aspect" means that a particular feature, structure, or characteristic described in conjunction with that aspect is included in at least one aspect. Thus, the appearance of the phrase "in one aspect" or "in an aspect" in various places throughout this specification is not necessarily referring to the same aspect. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more aspects.

[0027] The embodiments described in the present disclosure may be implemented in wireless networking devices, such as, but not limited to, devices utilizing wireless networking systems such as Worldwide Interoperability for Microwave Access (WiMAX), Global System for Mobile communications (GSM, 2G), GSM EDGE Radio Access Network (GERAN), General Packet Radio Service (GPRS), Universal Mobile Telecommunication System (UMTS, 3G) based on basic Wideband-Code Division Multiple Access (W-CDMA), High-Speed ​​Packet Access (HSPA), Long Term Evolution (LTE), Advanced LTE, Enhanced LTE (eLTE), 5G New Radio (5G NR), Advanced 5G, 6G (and above), and 802.11ax (Wi-Fi 6). The term "eLTE" herein refers to LTE evolution connected to a 5G core. LTE is also known as Evolved UMTS Terrestrial Radio Access (EUTRA) or Evolved UMTS Terrestrial Radio Access Network (EUTRAN).

[0028] The present disclosure may use the term "serving network device" to refer to a network node or network device (or a portion thereof) that serves a UE. As used herein, the terms "send to," "receive from," and "cooperate" (and variations thereof) include communications that may or may not involve passing through one or more intermediate devices or nodes. The term "acquire" (and variations thereof) includes acquiring in a first instance or reacquiring after a first instance. The term "connected" may mean a physical connection or a logical connection.

[0029] The present disclosure uses 5G NR as an example of a wireless network, and may use a smartphone and / or an extended reality headset as an example of a UE. It is intended and should be understood that these examples are merely illustrative, and the present disclosure may be applied to other wireless networks and user equipment.

[0030] Figure 1 1 is a diagram describing an example of wireless networking between a network system 100 and a user equipment (UE) 150. The network system 100 may include one or more network nodes 120, one or more servers 110, and / or one or more network devices 130 (e.g., test equipment). The network node 120 will be described in more detail below. As used herein, the term "network device" may refer to any component of the network system 100, such as a server 110, a network node 120, a network device 130, any of the aforementioned components, and / or any other component of the network system 100. Examples of network devices include, but are not limited to, devices that implement aspects of 5GNR, etc. The present disclosure describes embodiments involving 5G NR and embodiments involving aspects defined by the Third Generation Partnership Project (3GPP). However, embodiments involving other wireless networking technologies are expected to be included within the scope of the present disclosure.

[0031] The following description provides further details of examples of network nodes. In a 5G NR network, a gNodeB (also referred to as a gNB) may include, for example, a node that provides new radio (NR) user plane and control plane protocol ports to the UE and is connected to the 5G Core (5GC) via an NG interface, for example, in accordance with 3GPP TS 38.300 V16.6.0 (2021-06) Section 3.2, which is incorporated herein by reference.

[0032] gNB supports various protocol layers, such as Layer 1 (L1) – physical layer, Layer 2 (L2) and Layer 3 (L3).

[0033] NR's Layer 2 (L2) is divided into the following sublayers: Medium Access Control (MAC), Radio Link Control (RLC), Packet Data Convergence Protocol (PDCP), and Service Data Adaptation Protocol (SDAP), where, for example:

[0034] oThe physical layer provides transport channels to the MAC sublayer;

[0035] o The MAC sublayer provides logical channels to the RLC sublayer;

[0036] o The RLC sublayer provides RLC channels to the PDCP sublayer;

[0037] o The PDCP sublayer provides radio bearer to the SDAP sublayer;

[0038] o The SDAP sublayer provides Quality of Service (QoS) flows to the 5GC;

[0039] oControl channels include Broadcast Control Channel (BCCH) and Physical Control Channel (PCCH).

[0040] Layer 3 (L3) includes, for example, Radio Resource Control (RRC), for example, according to Section 6 of 3GPP TS 38.300 V16.6.0 (2021-06), which is hereby incorporated by reference.

[0041] The gNB Central Unit (gNB-CU) includes, for example, logical nodes hosting protocols such as Radio Resource Control (RRC), Service Data Adaptation Protocol (SDAP), and Packet Data Convergence Protocol (PDCP) of the gNB or RRC and PDCP protocols of the en-gNB, which controls the operation of one or more gNB Distributed Units (gNB-DU). The gNB-CU terminates the F1 interface connected to the gNB-DU. The gNB-CU may also be referred to herein as a CU, a central unit, a centralized unit, or a control unit.

[0042] The gNB distributed unit (gNB-DU) includes, for example, logical nodes of the radio link control (RLC), media access control (MAC) and physical (PHY) layers of a hosted gNB or en-gNB, and its operation is partially controlled by the gNB-CU. One gNB-DU supports one or more cells. A cell is supported by only one gNB-DU. The gNB-DU terminates the F1 interface connected to the gNB-CU. The gNB-DU may also be referred to as DU or distributed unit in this article.

[0043] As used herein, the term "network node" may refer to any of a gNB, a gNB-CU, or a gNB-DU, or any combination thereof. A Radio Access Network (RAN) node or a network node (such as, for example, a gNB, a gNB-CU, or a gNB-DU, or a portion thereof) may be implemented using, for example, a device having at least one processor configured to support and / or provide and / or process functionality and / or features related to the CU and / or DU, and / or at least one protocol (sub) layer (e.g., layer 2 and / or layer 3) of the RAN (radio access network) and / or at least one memory with processor-readable instructions ("program"). Different functional divisions between central and distributed units are possible. The following will be combined with Figure 4 Examples of such devices and components are described.

[0044] The gNB-CU and gNB-DU parts may be located in one place or physically separated, for example. The gNB-DU may even be further divided into two parts, for example, one including a processing device and one including an antenna. The Central Unit (CU) may also be referred to as a Baseband Unit / Radio Equipment Controller / Cloud-RAN / Virtual-RAN (Baseband Unit, BBU / Radio Equipment Controller, REC / Cloud-RAN, C-RAN / Virtual-RAN, V-RAN), Open-RAN (Open-RAN, O-RAN), or a part thereof. The Distributed Unit (DU) may also be referred to as a Remote Radio Head / Remote Radio Unit / Radio Equipment / Radio Unit (Remote Radio Head, RRH / Remote Radio Unit, RRU / Radio Equipment, RE / Radio Unit, RU) or a part thereof. Hereinafter, in various exemplary embodiments of the present disclosure, a network node supporting at least one of the Central Unit functions or the Layer 3 protocols of the Radio Access Network may be, for example, a gNB-CU. Similarly, a network node supporting at least one of the Distributed Unit functions or the Layer 2 protocols of the Radio Access Network may be, for example, a gNB-DU.

[0045] A gNB-CU may support one or more gNB-DUs. A gNB-DU may support one or more cells and may therefore support a serving cell for a user equipment (UE) or a candidate cell for handover, dual connectivity, and / or carrier aggregation.

[0046] User equipment (UE) 150 may be or include other types of user equipment such as a wireless or mobile device, a device having a wireless interface to interact with a RAN (radio access network), a smart phone, a vehicle-mounted device, an IoT device, or an M2M device. Such a UE 150 may include: at least one processor; and at least one memory including program code; wherein the at least one memory and the computer program code are configured to, together with the at least one processor, enable the device to at least perform certain operations, such as, for example, an RRC connection with the RAN. Figure 4 An example of components of a UE is described. In an embodiment, the UE 150 may be configured to generate a message (e.g., including a cell ID) to be transmitted to the RAN via the wireless (e.g., to reach and communicate with a serving cell). In an embodiment, the UE 150 may generate and send and receive an RRC message containing one or more RRC PDUs (packet data units). Those skilled in the art will understand the RRC protocol and other processes that the UE may perform.

[0047] Continue to refer Figure 1 In the example of a 5G NR network, the network system 100 provides one or more cells that define the coverage area of ​​the network system 100. As described above, the network system 100 may include a gNB of a 5G NR network, or may include any other device configured to control wireless communications and manage radio resources within a cell. As used herein, the term "resource" may refer to radio resources, such as resource blocks (RBs), physical resource blocks (PRBs), radio frames, subframes, time slots, subbands, frequency regions, subcarriers, beams, etc. In an embodiment, the network node 120 may be referred to as a base station.

[0048] Figure 1 Examples are provided and are merely illustrative of the network system 100 and the UE 150. Those skilled in the art will appreciate that the network system 100 includes Figure 1 Components not shown, and it will be understood that other user devices may communicate with the network system 100.

[0049] Figure 2 yes Figure 1 A 5G NR network may be described as an example of a network system 100, and aspects described below may also apply to other types of network systems. The network system may be based on Figure 1The signals and connections shown operate so that the UE 150 communicates with the network system 100 through the radio access network 225. In addition, the network system can be divided into user plane components and functions and control plane components and functions, as shown and described in this document. Unless otherwise specified, the terms "component", "function", and "service" are used interchangeably in this document, and they may refer to instructions executed by one or more processors and implemented by them.

[0050] Example functions of the components are described below. The example functions are merely illustrative, and it should be understood that additional operations and functions may be performed by the components described herein. In addition, the connections between the components may be virtual connections over service-based interfaces, such that any component may communicate with any other component. In this way, any component may act as a service "producer" for any other component that is a service "consumer" to provide services for network functions.

[0051] For example, a core network 210 is described in the control plane of a network system. The core network 210 may include an authentication server function (AUSF) 211, an access and mobility function (AMF) 212, and a session management function (SMF) 213. The core network 210 may also include a network slice selection function (NSSF) 214, a network exposure function (NEF) 215, a network repository function (NRF) 216, and a unified data management function (UDM) 217, which may include a unified data repository (Uniform Data Repository, UDR) 224.

[0052] Additional components and functions of the core network 210 may include application functions 218, policy control functions (PCF) 219, network data analysis functions (NWDAF) 220, analytics data repository functions (ADRF) 221, management data analytics functions (MDAF) 222, and operations and management functions (OAM) 223.

[0053] The user plane includes UE 150, radio access network (RAN) 225, user plane function (UPF) 226 and data network (DN) 227. RAN 225 may include a combination of Figure 1 The RAN 225 may include one or more components, such as one or more network nodes. However, the RAN 225 may not be limited to such components. The UPF 226 provides connectivity for data transmitted through the RAN 225. For example, the DN 226 identifies services from a service provider, Internet access, and third-party services.

[0054] AMF 212 handles connection and mobility tasks. AUSF 211 receives authentication requests from AMF 212 and interacts with UDM 217 to authenticate and verify network responses for determining successful authentication. SMF 213 performs packet data unit (PDU) session management and manages session contexts with UPF 226.

[0055] NSSF 214 may select a Network Slicing Instance (NSI) and determine the allowed Network Slice Selection Assistance Information (NSSAI). The selection and determination are used to configure AMF 212 to provide services to UE 150. NEF 215 ensures access to network services for third parties to create dedicated network services. NRF 216 serves as a repository for storing network functions to allow functions to register and discover each other.

[0056] UDM 217 generates authentication vectors for use by AUSF 211 and ADM 212, and provides user identification processing. UDM 217 may be connected to UDR 224, which stores data associated with authentication, applications, etc. AF 218 provides application services (e.g., streaming services, etc.) to users. PCF 219 provides policy control functions. For example, PCF 219 can help with network slicing and mobility management, as well as provide quality of service (QoS) and charging functions.

[0057] NWDAF 220 collects data (e.g., from UE 150 and network systems) to perform network analysis, and provides insights into functions that utilize analysis in providing services. ADRF 221 allows consumers to store, retrieve, and remove data and analysis. MDAF 222 provides additional data analysis services for network functions. OAM 223 provides provisioning and management processing functions to manage elements in or connected to the network (e.g., UE 150, network nodes, etc.).

[0058] Figure 2 These are merely examples of components of a network system, and various variations are considered to be within the scope of the present disclosure. In an embodiment, a network system may include Figure 2 Other components not shown in the figure. In an embodiment, the network system may not include Figure 2 In an embodiment, the components and connections may be used with Figure 2 The connections shown may be implemented in different ways. These and other embodiments are considered to be within the scope of the present disclosure.

[0059] Although further details will be provided below, as described above, in order for the UE to exchange protocol data units (PDUs) with a data network via a 5G system, the UE initiates a PDU session establishment procedure according to, for example, Section 4.3.2.2 of 3GPP TS 23.502.

[0060] In various embodiments, the UE initiates the PDU session establishment process by sending a PDU session establishment request message to the SMF (e.g., according to Section 8.3.1 of 3GPP TS 24.501). The SMF receiving the PDU session establishment request message accepts or rejects the request. The UE initiating the PDU session establishment process determines the attributes of the PDU session that the UE requests to establish. In various embodiments, the attributes of the PDU session may be shown in 3GPP TS 23.501, which is understood by those skilled in the art.

[0061] In short, the UE can use the UE routing policy (URSP) to determine the PDU session attributes. For example, the UE evaluates the received URSP rules to select a specific route (e.g., PDU session attributes) suitable for a specific service for the application.

[0062] In the URSP rules set forth in, for example, 3GPP TS24.526, the service may be determined by a traffic descriptor (TD), and the route may be determined by a route selection descriptor (RSD). An RSD may contain multiple parameters, and the PDU session type may include the type of the PDU session (e.g., IPv4, IPv6, IPv4v6, or Ethernet). Those skilled in the art will appreciate the PDU session type that may be specified by the RSD.

[0063] If the UE follows the selected RSD and the attempt to establish a PDU Session fails because the requested PDU Session type cannot be recognized or is not allowed, the network may respond with a 5GSM cause value #28 "Unknown PDU Session Type" message. For example, the Data Name Network (DNN) requested by the PDU Session does not support the type of PDU Session requested by the UE. In this example case, the UE may continue to retry multiple times to establish a PDU Session with this DNN, resulting in multiple failure messages.

[0064] Although further details are briefly provided below, in various embodiments, a UE that receives a failure message from a network (e.g., a network device) may attempt to establish a PDU session with the same PDU session type for another DNN that may support the PDU session type. In various embodiments, a UE that receives a failure message from a network may remember the type of PDU session type that caused the failure for a particular DNN and may ignore any RSDs that use the same PDU session type that caused the failure. In various embodiments, the UE may ignore any PDU session type / DNN combination for which a 5GSM cause value #28 "Unknown PDU Session Type" message is received during the URSP rule evaluation process.

[0065] As used herein, communication with a radio access network (RAN) may refer to and mean communication with a portion of the RAN, such as with a network node (e.g., DU and / or CU), or another portion of the RAN. As used herein, communication with a core network may refer to and mean communication with one or more services / applications of the core network, such as an AMF or another service of the core network.

[0066] As used herein, in various embodiments, the terms "first" and "second", etc. may refer to the first or second instance of a message sent / received by a component (e.g., UE, device, etc.), or the first or second component in a sequence of the component. In various embodiments, the terms "first" and "second" do not imply any order. Therefore, these terms are used in a non-limiting manner and may refer to any message, operation, device, component, etc.

[0067] According to the accompanying drawings, Figure 3 3 is a diagram of an exemplary embodiment of signals and operations 300 between a UE, an SMF, and a PCF according to an exemplary aspect of the present disclosure. The following paragraphs will describe various signals and operations. It should be understood that the described signals may have associated operations, and the described operations may have associated signals.

[0068] Figure 3 As shown, the UE may include Figure 1 UE 150 described in the above, and the SMF may include SMF 213, and the PCF may include Figure 2 PCF 219 described in.

[0069] Prior to operation 301, the PCF sends a message including the URSP rule, and the UE receives the message including the URSP rule. Upon receiving the URSP rule, the UE evaluates the URSP rule by selecting an RSD and a DNN included in the URSP rule in operation 301. In various embodiments, the UE may select a first RSD and a first DNN to attempt to establish a PDU session for communicating with the network.

[0070] For example, at operation 302, the UE may select a first RSD (e.g., RSD_1) having a first DNN (e.g., DNN=ABC), which includes a first PDU session type (e.g., IPv4), and one or more other parameters / attributes (e.g., attributes-NSSAI, Session and Service Continuity (SSC) mode). Those skilled in the art will appreciate that any type of RSD, DNN, and PDU session may be selected according to operation 302.

[0071] In various embodiments, a PDU session type, such as a first PDU session type, may include any of the following: IPv4, IPv6, IPv4v6, unstructured, or Ethernet PDU session type. In one or more embodiments, an attribute may include any one or more of the following: DNN, Access Point Name (APN), or Single Network Slice Selection Assistance Information (S-NSSAI). In various embodiments, the RSD may include a Packet Data Network (PDN) session.

[0072] Accordingly, in operation 303, the UE sends a PDU session establishment request message to the SMF, and the SMF receives the PDU session establishment request message. In various embodiments, the PDU session establishment request message includes the selection of the UE for the PDU session (e.g., DNN=ABC, PDU session type=IPv4, other parameters, etc.).

[0073] Upon receiving the PDU session establishment request message, if the requested DNN does not support the requested PDU session type, for example, in operation 304, the SMF sends a PDU session establishment reject (cause value #28 "Unknown PDU session type") message to the UE, and the UE receives the PDU session establishment reject (cause value #28 "Unknown PDU session type") message. In various embodiments, a session rejection message such as a PDU session establishment reject message may be an Evolved Packet System Session Management (ESM) message including a cause value #28 of an unknown PDN. In various embodiments, a combination of a rejected first PDU session type, and a first one or more attributes may be stored (e.g., in a memory) so that the session establishment request is not requested again for the rejected combination.

[0074] Upon receiving a PDU Session Establishment Reject (cause value #28 "Unknown PDU Session Type") message from the SMF, the UE may determine at operation 305 that the first RSD includes another / second DNN (e.g., DNN=XYZ), the first PDU session type, and other parameters that the UE seeks to establish communication with the network. Accordingly, the UE may decide to reuse the first RSD combined with the second DNN.

[0075] Accordingly, in various embodiments, at operation 306, the UE sends a second PDU session establishment request message to the SMF, and the SMF receives the second PDU session establishment request message. The second PDU session establishment request message includes the selection of the UE for the PDU session (e.g., DNN=XYZ, PDU session type=IPv4, other parameters, etc.).

[0076] If the 5GSM cause value in the PDU session establishment reject message at operation 304 is #28 "Unknown PDU session type", and the PDU session establishment request message sent at operation 305 contains a PDU session type IE indicating the PDU session type, the UE 300 will ignore the backoff timer value IE and the retry indicator IE (if any) provided by the network. The UE 300 can send another PDU session establishment request message 306 to establish a new PDU session with another DNN (for example, another DNN in the same routing descriptor, if any) or another PDU session type (for example, another PDU session type in another routing descriptor, if any). If the PDU session is a multi-access PDU session, the UE's behavior for the 5GSM cause value #28 also applies.

[0077] Similar operations may be applied to EPS. If the ESM cause value in the PDN connection rejection message at operation 304 is #28 "Unknown PDN type", and the PDN connection request message sent at operation 305 contains a PDN type IE indicating the PDN connection type, the UE will ignore the backoff timer value IE and the retry indicator IE (if any) provided by the network. The UE 300 may send another PDN connection request message 306 with a PDN type IE indicating another PDN connection type, or with an access point name IE indicating another access point name.

[0078] If the second DNN supports the requested PDU session, the PDU session is established. For example, at operation 307, it is proposed that the SMF reject the new combination set forth in the second PDU session establishment request message.

[0079] Accordingly, in operation 308, the SMF sends a PDU session establishment reject (cause value #28 "Unknown PDU session type") message to the UE, and the UE receives the PDU session establishment reject (cause value #28 "Unknown PDU session type") message.

[0080] Upon receiving the PDU session establishment rejection (cause value #28 "unknown PDU session type") message at operation 308, the UE determines a next RSD (e.g., RSD_2) having the first DNN, the first PDU session type, and other parameters at operation 309. At operation 310, in various embodiments, the UE decides not to establish a PDU session with the second RSD and determines a subsequent RSD to establish communication. Accordingly, at operation 311, the UE determines a subsequent RSD (e.g., RSD_3) having the first DNN (DNN=ABC), the second PDU session type (e.g., IPv6), and other parameters for establishing a PDU session.

[0081] In various embodiments, when the UE evaluates the RSD, if the RSD includes a PDU session type and one or more DNNs, and for all possible [PDU session type, DNN] combined networks contained in the selected routing descriptor, a request to establish a PDU session has been rejected with a 5GSM cause value #28 "Unknown PDU session type", or a request to establish a PDN connection has been rejected with an ESM cause value #28 "Unknown PDN connection type", or if the RSD does not include a DNN, and for a [PDU session type, no DNN] combined network, a request to establish a PDU session has been rejected with a 5GSM cause value #28, or a request to establish a PDN connection has been rejected with an ESM cause value #28 "Unknown PDN connection type", the UE does not use the RSD to establish the PDU session or PDN connection, and evaluates another RSD or other information in the UE.

[0082] Accordingly, in operation 312, the UE sends a subsequent PDU session establishment request message to the SMF, and the SMF receives the subsequent PDU session establishment request message. The subsequent PDU session establishment request message includes the UE's selection for the PDU session (e.g., DNN=ABC, PDU session type=IPv6, other parameters, etc.). In various embodiments, the UE may send a subsequent PDU session establishment request message to another SMF (e.g., a second SMF). In various embodiments, the UE may send a subsequent PDU session establishment request message to the same SMF as the SMF to which the UE sent the first PDU session establishment request message.

[0083] After accepting the PDU session, the SMF sends a PDU session establishment accept message to the UE, and the UE receives the PDU session establishment accept message. In various embodiments, the UE may remember and ignore (e.g., skip) any next RSD that contains the same PDU session type that was rejected with a 5GSM cause value #28 "Unknown PDU session type" for the same DNN. For example, the UE may skip any PDU session type / DNN combination for which the UE receives a 5GSM cause value #28 "Unknown PDU session type" message during the URSP rule evaluation process. In various embodiments, before sending a PDU session establishment request, the stored combinations of PDU session type / one or more attributes (e.g., DNN) may be viewed / consulted so as not to use (e.g., skip) these combinations to establish the PDU session.

[0084] Figure 3 The operations are merely illustrative and variations are contemplated within the scope of the present disclosure. In an embodiment, the operations may include Figure 3 Other operations not shown in the embodiment. In an embodiment, the operation may not include Figure 3 In an embodiment, the operation may be performed in the same manner as Figure 3 The order shown in Figure 300 is different from that in the order shown. These and other embodiments are considered to be within the scope of the present disclosure. Those skilled in the art will understand that although various example components are described as performing various functions, other components can perform those functions described in Figure 300.

[0085] The operations are described below from the perspective of the UE. From this perspective, a method may include: sending, by the UE to a first device, a first message including a request to establish communications based on a first communications session type and a first set of one or more session attributes associated with the first message. The UE receives, from the first device, a second message including an indication that the request to establish communications using the first communications session type is denied, and upon receiving the second message, the UE sends, to the first device or the second device, a third message including a request to communicate based on the first communications type and a second set of one or more session attributes, the one or more session attributes being associated with the third message.

[0086] Reference now Figure 4 , a block diagram of example components of a UE or network device (e.g., a RAN or core network) is shown. The device includes an electronic memory 410, a processor 420, a network interface 440, and a memory 450. The various components can be communicatively coupled to each other. The processor 420 can be and can include any type of processor, such as a single-core central processing unit (CPU), a multi-core CPU, a microprocessor, a digital signal processor (DSP), a system-on-chip (SoC), or any other type of processor. The memory 450 can be a volatile type of memory, such as RAM, or a non-volatile type of memory, such as NAND flash memory. The memory 450 includes processor-readable instructions that can be executed by the processor 420 to cause the device to perform various operations, including those mentioned herein, such as Figure 3 operation.

[0087] Electronic storage 410 may be and include any type of electronic storage for storing data, such as a hard drive, a solid-state drive, an optical disk, and / or other non-transitory computer-readable medium, among other types of electronic storage. Electronic storage 410 stores processor-readable instructions for causing or being configured to cause the device to perform its operations, and also stores data associated with such operations, such as storing data related to the 5G NR standard and other data. Network interface 440 may implement wireless networking technologies such as 5G NR and / or other wireless networking technologies.

[0088] Figure 4 The components shown in the figure are merely examples, and those skilled in the art will appreciate that the device includes other components not shown and may include any of the multiple components shown. These and other embodiments are considered to be within the scope of the present disclosure. For example, a transmitter and a receiver may be included as components for transmitting and receiving signals.

[0089] Other embodiments of the present disclosure include the following examples.

[0090] Example 1.1. A user equipment (UE), comprising:

[0091] means for sending, by the UE, a first message to a first device, the first message comprising a request to establish communications based on a first communications session type and a first set of one or more session attributes associated with the first message;

[0092] means for receiving, by the UE, from the first apparatus, a second message comprising an indication that a request to establish communications using the first communications session type was denied;

[0093] A component for sending a third message by the UE to the first device or the second device after receiving the second message, the third message comprising: a request for communication based on the first communication type and a second set of one or more session attributes, and the one or more session attributes are associated with the third message.

[0094] Example 1.2. The UE of Example 1.1, wherein the request to establish communications based on the first communications session type comprises a request to establish a protocol data unit (PDU) communications session type, or a packet data network (PDN) communications session type.

[0095] Example 1.3. The UE of Example 1.2, wherein the PDU communication session type comprises one or more of: an IPv4 communication session type, an IPv6 communication session type, an IPv4v6 communication session type, an unstructured communication session type, or an Ethernet communication session type.

[0096] Example 1.4. A UE according to Example 1.2, wherein the PDN communication session type includes one or more of the following items: an IPv4 communication session type, an IPv6 communication session type, an IPv4v6 communication session type, a non-Internet Protocol (IP) communication session type, or an Ethernet communication session type.

[0097] Example 1.5. The UE of Example 1.1, wherein the first set of one or more session attributes includes: a first data network name (DNN) or a first access point name (APN).

[0098] Example 1.6. The UE of Example 1.5, wherein the second set of one or more session attributes includes: a second DNN or a second APN.

[0099] Example 1.7. The UE of Example 1.1, wherein the first set of one or more session attributes includes: first single network slice selection assistance information (S-NSSAI).

[0100] Example 1.8. The UE of Example 1.7, wherein the second set of one or more session attributes includes: a second S-NSSAI.

[0101] Example 1.9. The UE of Example 1.1, wherein the first communication session type, the first set of one or more session attributes, and the second set of one or more session attributes are included in a first routing descriptor (RSD).

[0102] Example 1.10. The UE of Example 1.1, wherein the second message is a 5G System Session Management (5GSM) message, the 5GSM message including an indication of an unknown PDU session type.

[0103] Example 1.11. A UE according to Example 1.10, wherein the second message includes: 5GSM cause value #28 unknown PDU session type.

[0104] Example 1.12. The UE of Example 1.1, wherein the second message is an Evolved Packet System Session Management (ESM) message, the ESM message including an indication of an unknown Packet Data Network (PDN) type.

[0105] Example 1.13. The UE of Example 1.14, wherein the second message comprises: ESM cause value #28 unknown PDN type.

[0106] Example 2.1. A user equipment (UE), comprising:

[0107] at least one processor; and

[0108] at least one memory storing instructions, which, when executed by the at least one processor, cause the apparatus to at least:

[0109] sending a first message to a first device, the first message comprising: a request to establish communications based on a first communications session type and a first set of one or more session attributes associated with the first message;

[0110] receiving a second message from the first device, the second message comprising: an indication that the request to establish communications using the first communications session type was denied;

[0111] as well as

[0112] After receiving the second message, the UE sends a third message to the first device or the second device, the third message including: a request for communication based on the first communication type and a second set of one or more session attributes, and the one or more session attributes are associated with the third message.

[0113] The embodiments and aspects disclosed herein are examples of the present disclosure and may be embodied in various forms. For example, although some embodiments herein are described as separate embodiments, each of the embodiments herein may be combined with one or more of the other embodiments herein. The specific structural and functional details disclosed herein should not be interpreted as restrictive, but as the basis of the claims and as a representative basis for teaching those skilled in the art to adopt the present disclosure differently with virtually any appropriate detailed structure. Throughout the description of the drawings, the same reference numerals may refer to similar or identical elements.

[0114] For example, as described above, in various embodiments, in a PDU session establishment operation with URSP rules, for a UE whose PDU session establishment is rejected with a 5GSM cause value #28 "Unknown PDU session type" for the PDU session type and a specific DNN and RSD for the request, and the request contains other DNNs, the UE may retry the PDU session establishment using the same PDU session type but with a different DNN value before moving to evaluating another RSD.

[0115] In various embodiments, the UE may ignore / skip any next RSD for the same DNN containing the same PDU Session Type that was rejected with 5GSM cause value #28 "Unknown PDU Session Type". For example, the UE skips any PDU Session Type / DNN combination for which the UE receives a 5GSM cause value #28 "Unknown PDU Session Type" message during URSP rule evaluation.

[0116] In various embodiments, the UE may save time and signaling overhead of retrying another PDU session establishment with the same DNN and PDU session type combination which fails again with the same 5GSM cause value #28 “Unknown PDU Session Type”.

[0117] Although the above operations and signals are described in the context of a 5G wireless system, these operations and signals can be applied to any type of communication network. In various embodiments, although #28 implies that a specific combination of DNN and PDU session type is rejected, the UE can attempt a request with a different DNN and single-network slice selection assistance information (S-NSSAI) slice combination for the same PDU session type.

[0118] The phrases "in one aspect," "in multiple aspects," "in various aspects," "in some aspects," or "in other aspects" may each refer to one or more of the same or different aspects according to the invention. The phrase "plurality" may refer to two or more.

[0119] In various embodiments, the terms "first message" and "second message," as well as any subsequent messages, may refer to any messages sent or received in sequence, and are not necessarily limited to any particular message.

[0120] The phrases "in one embodiment," "in multiple embodiments," "in various embodiments," "in some embodiments," or "in other embodiments" may each refer to one or more of the same or different embodiments according to the invention. A phrase in the form "A or B" means "(A), (B), or (A and B). A phrase in the form "at least one of A, B, or C" means "(A); (B); (C); (A and B); (A and C); (B and C); or (A, B, and C)."

[0121] Any method, program, algorithm or code described herein may be converted to or expressed in a programming language or computer program. The terms "programming language" and "computer program" as used herein each include any language for specifying instructions to a computer, and include (but are not limited to) the following languages ​​and their derivatives: assembly, basic, batch files, BCPL, C, C+, C++, Delphi, Fortran, Java, javascript, machine code, operating system command language, Pascal, Perl, PL1, Python, scripting languages, visual basic, metalanguages ​​that specify programs themselves, and all first, second, third, fourth, fifth or more generation computer languages. Databases and other data models are also included, as well as any other metalanguages. There is no distinction between languages ​​that interpret, compile or use both compilation and interpretation methods. There is no distinction between the compiled version and the source version of the program. Therefore, a reference to a program is a reference to any and all such states, where a programming language may exist in more than one state (such as source, compiled, object, or link). A reference to a program may include actual instructions and / or the intent of these instructions.

[0122] Although aspects of the present disclosure are shown in the accompanying drawings, it is not intended to limit the present disclosure thereto, but it is intended that the scope of the present disclosure be as broad as the art will allow, and the specification is read similarly. Therefore, the above description should not be interpreted as limiting, but merely as an example of specific aspects. Those skilled in the art will envision other modifications within the scope and spirit of the appended claims.

Claims

1. A method for communication, comprising: Sending, by a user equipment (UE) to a first device, a first message comprising: a request to establish communications based on a first communications session type and a first set of one or more session attributes associated with the first message; receiving, by the UE, from the first device, a second message comprising: an indication that the request to establish communications using the first communications session type is denied; and After receiving the second message, the UE sends a third message to the first device or the second device, wherein the third message includes: a request for communication based on the first communication type and a second set of one or more session attributes, and the one or more session attributes are associated with the third message.

2. The method of claim 1 , wherein the request to establish communications based on the first communications session type comprises: A request to establish a protocol data unit (PDU) communication session type, or a packet data network (PDN) communication session type.

3. The method of claim 2, wherein the PDU communication session type comprises one or more of the following: an IPv4 communication session type, an IPv6 communication session type, an IPv4v6 communication session type, an unstructured communication session type, or an Ethernet communication session type.

4. The method of claim 2, wherein the PDN communication session type comprises one or more of the following: an IPv4 communication session type, an IPv6 communication session type, an IPv4v6 communication session type, a non-Internet Protocol (IP) communication session type, or an Ethernet communication session type.

5. The method according to any one of claims 1 to 4, wherein the first set of one or more session attributes comprises: A first data network name (DNN) or a first access point name (APN).

6. The method of claim 5, wherein the second set of one or more session attributes comprises: A second DNN or a second APN.

7. The method according to any one of claims 1 to 4, wherein the first set of one or more session attributes comprises: First Single Network Slice Selection Assistance Information (S-NSSAI).

8. The method of claim 7, wherein the second set of one or more session attributes comprises: Second S-NSSAI.

9. The method of any one of claims 1-4, wherein the first communication session type, the first set of one or more session attributes, and the second set of one or more session attributes are included in a first routing descriptor (RSD).

10. The method according to any one of claims 1-4, wherein the second message is a 5G System Session Management (5GSM) message, and the 5G System Session Management (5GSM) message includes an indication of an unknown PDU session type.

11. The method according to claim 10, wherein the second message comprises: 5GSM cause value #28 Unknown PDU session type.

12. The method of any one of claims 1-4, wherein the second message is an Evolved Packet System Session Management (ESM) message, the ESM message comprising an indication of an unknown Packet Data Network (PDN) type.

13. The method according to claim 11, wherein the second message comprises: ESM cause value #28 Unknown PDN type.

14. An apparatus for communication, comprising: at least one processor; as well as At least one memory stores instructions, which, when executed by the at least one processor, cause the apparatus to at least perform the method according to any one of claims 1-13.

15. The apparatus of claim 14, wherein the apparatus comprises user equipment.

Images