Handling of asynchronous DRB add and PDU session modification in mobile communications

Abstract

Techniques pertaining to handling of asynchronous data radio bearer (DRB) add and protocol data unit (PDU) session modification in mobile communications are described. A user equipment (UE) receives, from a network, a reconfiguration message with an indication to add a DRB. In response, the UE starts a timer to wait to receive one or more non-access stratum (NAS) messages corresponding to creating a quality of service (QoS) flow.

Description

HANDLING OF ASYNCHRONOUS DRB ADD AND PDU SESSION MODIFICATION IN MOBILE COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure claims the priority benefit of U.S. Patent Application No. 63 / 691,402, filed 06 September 2024, the content of which herein being incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to mobile communications and, more particularly, to handling of asynchronous data radio bearer (DRB) add and protocol data unit (PDU) session modification in mobile communications.BACKGROUND

[0003] In wireless communications such as mobile communications under the current 3rd Generation Partnership Project (3GPP) specification, with respect to radio resource control (RRC) reconfiguration for adding a DRB, a radio access network (RAN) can send a RRC reconfiguration message to a user equipment (UE) to add a DRB in a radio bearer configuration information element (IE) , radioBearerConfig, which can configure the DRB identity, packet data convergence protocol (PDCP) configuration (PDCP-Config) , service data adaptation protocol (SDAP) configuration (SDAP-Config) , and so on. In addition, a session management (SM) may be used to modify a PDU session to add a new quality of service (QoS) flow. For example, a core network (CN) can send a PDU SESSION MODIFICATION COMMAND to a UE to add a new QoS flow, with Authorized QoS flow description IE and associated packet filters using Authorized QoS rules IE. On the other hand, access stratum (AS) and non-access stratum (NAS) procedures are independent from each other. That is, the AS procedure, used to add DRB (s) , and the NAS procedure, used to create new QoS flow identifier (s) (QFI (s) ) , can be separated to two procedures. However, both procedures need to be completed before data transmission. Thus, in one case, DRB addition may be performed prior to QFI creation; and in another case, QFI creation may be performed prior to DRB addition. Moreover, existing RRC messages can include a NAS message list, although the IE is optional.

[0004] In the case of adding a DRB, the UE can first receive an indication to add a DRB in a RRC reconfiguration message, while a corresponding PDU session modification command to create a QoS flow is not received at the UE. This may be due to unreliable link between the CN and a network node (e.g., gNB) or between the gNB and the UE, thereby causing the NAS message not reaching the UE. However, under such circumstances, the DRB is configured / added but is not used to send data because there is no corresponding SM configuration command. As a result, radio bearer resources may be wasted and the UE may continue to wait for the SM message without a clear deadline. Therefore, there is a need for a solution of handling of asynchronous DRB add and PDU session modification in mobile communications.SUMMARY

[0005] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits, and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0006] An objective of the present disclosure is to propose solutions or schemes that address the issue (s) described herein. More specifically, various schemes proposed in the present disclosure are believed to provide solutions pertaining to handling of asynchronous DRB add and PDU session modification in mobile communications. It is believed that implementations of one or more of the schemes proposed herein may address or otherwise alleviate the issues described above.

[0007] In one aspect, a method may involve a UE receiving, from a network, a reconfiguration message with an indication to add a DRB. In response to receiving the reconfiguration message, the method may involve the UE starting a timer to wait to receive one or more NAS messages corresponding to creating a QoS flow responsive to receiving the reconfiguration message.

[0008] In another aspect, a method may involve a network node of a network transmitting, to a UE, a reconfiguration message with an indication to add a DRB to cause the UE to start a timer for waiting to receive one or more NAS messages corresponding to creating a QoS flow responsive to receiving the reconfiguration message.

[0009] It is noteworthy that, although the description provided herein may be in the context of certain radio access technologies, networks, and network topologies such as 5th Generation (5G)  / New Radio (NR) , Beyond Fifth-Generation (B5G) and 6th Generation (6G) mobile communications, the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of radio access technologies, networks and network topologies such as, for example and without limitation, 4G / Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, Internet-of-Things (IoT) , Narrow Band Internet of Things (NB-IoT) , Industrial Internet of Things (IIoT) , vehicle-to-everything (V2X) , and non-terrestrial network (NTN) communications. Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation in order to clearly illustrate the concept of the present disclosure.

[0011] FIG. 1 is a diagram of an example network environment in which various solutions and schemes in accordance with the present disclosure may be implemented.

[0012] FIG. 2 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0013] FIG. 3 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0014] FIG. 4 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0015] FIG. 5 is a block diagram of an example communication system under a proposed scheme in accordance with the present disclosure.

[0016] FIG. 6 is a flowchart of an example process under a proposed scheme in accordance with the present disclosure.

[0017] FIG. 7 is a flowchart of an example process under a proposed scheme in accordance with the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

[0018] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

[0019] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to handling of asynchronous DRB add and PDU session modification in mobile communications. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0020] FIG. 1 illustrates an example network environment 100 in which various solutions and schemes in accordance with the present disclosure may be implemented. FIG. 2 ～ FIG. 7 illustrate examples of implementation of various proposed schemes in network environment 100 in accordance with the present disclosure. The following description of various proposed schemes is provided with reference to FIG. 1 ～ FIG. 7.

[0021] Referring to FIG. 1, network environment 100 involves a UE 110 (in wireless communication with a wireless network 120 (e.g., a 6G mobile network including a non-terrestrial network (NTN) and a terrestrial network (TN) ) via a terrestrial network node 125 (e.g., an evolved Node-B (eNB) , a Next Generation Node-B (gNB) , or a transmission / reception point (TRP) ) and / or a non-terrestrial network node 128 (e.g., a satellite) . For example, the terrestrial network node 125 and / or the non-terrestrial network node 128 may form an NTN serving cell for wireless communication with UE 110. In some implementations, UE 110 may be a smartphone, a wearable device, an IoT device such as an NB-IoT UE or an enhanced machine-type communication (eMTC) UE (e.g., a bandwidth reduced low complexity (BL) UE or a coverage enhancement (CE) UE) . In such communication environment, UE 110, network 120, terrestrial network node 125, and non-terrestrial network node 128 may implement various schemes pertaining to handling of asynchronous DRB add and PDU session modification in accordance with the present disclosure, as described below.

[0022] It is noteworthy that, while the various proposed schemes may be individually or separately described below, in actual implementations some or all of the proposed schemes may be utilized or otherwise implemented jointly. Of course, each of the proposed schemes may be utilized or otherwise implemented individually or separately. Moreover, as used herein, a lower layer may refer to a layer in the 5GMM protocol stack that is lower than the radio RRC layer, such as a PDCP layer, a radio link control (RLC) layer, a medium access control (MAC) layer, a physical (PHY) layer, or so forth.

[0023] FIG. 2 illustrates an example design 200 under a proposed scheme in accordance with the present disclosure. Under the proposed scheme, a timer (e.g., Txyz) may be used to recover a SM message not coming or received in time by local release. Referring to FIG. 2, a UE (e.g., UE 110) may receive a RRC reconfiguration message, RRCReconfiguration, from a network (e.g., wireless network 120) with an indication or command to add DRB (s) as well as PDCP / SDAP configuration. The UE may start timer Txyz to wait for the required SM message (s) . The UE may also reply to the network with a RRC reconfiguration complete message. Then, the UE may determine whether or not all required SM message (s) has / have been received. In response to a positive determination (that all required SM message (s) has / have been received) , the UE may stop timer Txyz. In response to a negative determination (that not all required SM message (s) has / have been received) , the UE may locally release a RRC connection (or reestablish a RRC connection) .

[0024] FIG. 3 illustrates an example design 300 under a proposed scheme in accordance with the present disclosure. Part (A) of FIG. 3 shows the conditions of timer start, stop and expiry under a first approach under the proposed scheme. Referring to part (A) of FIG. 3, the timer may be started by a UE (e.g., UE 110) upon receiving RRCReconfiguration which adds mapped QoS flow (s) requiring a SM message to create a new QFI. A normal stop of the timer may occur upon reception by the UE of all SM message (s) to complete adding of a DRB. On expiry of the timer, the UE may perform the local release actions as specified in section 5.3.9 of 3GPP technical specification (TS) 24.501 (or a future version of the 3GPP TS) to locally release a RRC connection.

[0025] Part (B) of FIG. 3 shows the conditions of timer start, stop and expiry under a second approach under the proposed scheme. Under the second approach, the timer may be used to recover SM message not coming in or received in time by RRC connection reestablishment. Referring to part (B) of FIG. 3, the timer may be started by the UE upon receiving RRCReconfiguration which adds mapped QoS flow (s) requiring a SM message to create a new QFI. A normal stop of the timer may occur upon reception by the UE of all SM message (s) to complete adding of a DRB. On expiry of the timer, the UE may perform the actions as specified in section 5.3.7 of 3GPP TS 38.331 (or a future version of the 3GPP TS) to perform a RRC connection reestablishment procedure.

[0026] FIG. 4 illustrates an example design 400 under a proposed scheme in accordance with the present disclosure. Under the proposed scheme, in an event that the RRC connection reestablishment procedure is taken by the UE at timer expiry, then a new cause (e.g., txyzExpiry) may need to be included in a RRC reestablishment request message, RRCReestablishmentRequest. Part (A) of FIG. 4 shows an example of at least a portion of RRCReestablishmentRequest under the proposed scheme. Alternatively, the RRC reconfiguration message may mandatorily include a dedicated NAS message list IE, dedicatedNAS-MessageList. Part (B) of FIG. 4 shows an example of at least a portion of RRCReconfiguration under the proposed scheme.

[0027] In view of the above, under the various proposed schemes in accordance with the present disclosure, a method of adding a DRB with creation of a QoS flow in a wireless communication network (e.g., network 120) may involve a UE (e.g., UE 110) receiving, from a network node (e.g., terrestrial network node 125 or non-terrestrial network node 128) , a RRC message with an indication to add a new DRB. In response, the method may involve the UE starting a timer (e.g., Txyz) to wait for all corresponding NAS message (s) associated with creating the QoS flow. The UE may clear or otherwise stop the timer in response to receiving all required NAS message (s) prior to expiry of the timer. Alternatively, the UE may release a connection (e.g., RRC connection) or reestablish a connection in case the timer expires prior to all required NAS message (s) having been received by the UE. Illustrative Implementations

[0028] FIG. 5 illustrates an example communication system 500 having at least an example apparatus 510 and an example apparatus 520 in accordance with an implementation of the present disclosure. Each of apparatus 510 and apparatus 520 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to handling of asynchronous DRB add and PDU session modification in mobile communications, including the various schemes described above with respect to various proposed designs, concepts, schemes, systems and methods described above, including network environment 100, as well as processes described below.

[0029] Each of apparatus 510 and apparatus 520 may be a part of an electronic apparatus, which may be a network apparatus or a UE (e.g., UE 110) , such as a portable or mobile apparatus, a wearable apparatus, a vehicular device or a vehicle, a wireless communication apparatus or a computing apparatus. For instance, each of apparatus 510 and apparatus 520 may be implemented in a smartphone, a smart watch, a personal digital assistant, an electronic control unit (ECU) in a vehicle, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Each of apparatus 510 and apparatus 520 may also be a part of a machine type apparatus, which may be an IoT apparatus such as an immobile or a stationary apparatus, a home apparatus, a roadside unit (RSU) , a wire communication apparatus or a computing apparatus. For instance, each of apparatus 510 and apparatus 520 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker or a home control center. When implemented in or as a network apparatus, apparatus 510 and / or apparatus 520 may be implemented in an eNB in an LTE, LTE-Advanced or LTE-Advanced Pro network or in a gNB or TRP in a 5G / 6G network, or an IoT network.

[0030] In some implementations, each of apparatus 510 and apparatus 520 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more complex-instruction-set-computing (CISC) processors, or one or more reduced-instruction-set-computing (RISC) processors. In the various schemes described above, each of apparatus 510 and apparatus 520 may be implemented in or as a network apparatus or a UE. Each of apparatus 510 and apparatus 520 may include at least some of those components shown in FIG. 5 such as a processor 512 and a processor 522, respectively, for example. Each of apparatus 510 and apparatus 520 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of apparatus 510 and apparatus 520 are neither shown in FIG. 5 nor described below in the interest of simplicity and brevity.

[0031] In one aspect, each of processor 512 and processor 522 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC or RISC processors. That is, even though a singular term “aprocessor” is used herein to refer to processor 512 and processor 522, each of processor 512 and processor 522 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 512 and processor 522 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 512 and processor 522 is a special-purpose machine specifically designed, arranged, and configured to perform specific tasks including those pertaining to handling of asynchronous DRB add and PDU session modification in mobile communications in accordance with various implementations of the present disclosure.

[0032] In some implementations, apparatus 510 may also include a transceiver 516 coupled to processor 512. Transceiver 516 may be capable of wirelessly transmitting and receiving data. In some implementations, transceiver 516 may be capable of wirelessly communicating with different types of wireless networks of different radio access technologies (RATs) . In some implementations, transceiver 516 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 516 may be equipped with multiple transmit antennas and multiple receive antennas for multiple-input multiple-output (MIMO) wireless communications. In some implementations, apparatus 520 may also include a transceiver 526 coupled to processor 522. Transceiver 526 may include a transceiver capable of wirelessly transmitting and receiving data. In some implementations, transceiver 526 may be capable of wirelessly communicating with different types of UEs / wireless networks of different RATs. In some implementations, transceiver 526 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 526 may be equipped with multiple transmit antennas and multiple receive antennas for MIMO wireless communications.

[0033] In some implementations, apparatus 510 may further include a memory 514 coupled to processor 512 and capable of being accessed by processor 512 and storing data therein. In some implementations, apparatus 520 may further include a memory 524 coupled to processor 522 and capable of being accessed by processor 522 and storing data therein. Each of memory 514 and memory 524 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 514 and memory 524 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) and / or electrically erasable programmable ROM (EEPROM) . Alternatively, or additionally, each of memory 514 and memory 524 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) and / or phase-change memory.

[0034] Each of apparatus 510 and apparatus 520 may be a communication entity capable of communicating with each other using various proposed schemes in accordance with the present disclosure. For illustrative purposes and without limitation, a description of capabilities of apparatus 510, as a UE (e.g., UE 110) , and apparatus 520, as a network node (e.g., terrestrial network node 125 or non-terrestrial network node 128) of a network (e.g., wireless network 120 as a 5G / NR mobile network) , is provided below in the context of example processes 600 and 700. Illustrative Processes

[0035] FIG. 6 illustrates an example process 600 in accordance with an implementation of the present disclosure. Process 600 may represent an aspect of implementing various proposed designs, concepts, schemes, systems and methods described above. More specifically, process 600 may represent an aspect of the proposed concepts and schemes pertaining to handling of asynchronous DRB add and PDU session modification in mobile communications in accordance with the present disclosure. Process 600 may include one or more operations, actions, or functions as illustrated by one or more of blocks. Although illustrated as discrete blocks, various blocks of process 600 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks / sub-blocks of process 600 may be executed in the order shown in FIG. 6 or, alternatively, in a different order. Furthermore, one or more of the blocks / sub-blocks of process 600 may be executed repeatedly or iteratively. Process 600 may be implemented by or in apparatus 510 and apparatus 520 as well as any variations thereof. Solely for illustrative purposes and without limiting the scope, process 600 is described below in the context of apparatus 510 as a UE (e.g., UE 110) and apparatus 520 as a communication entity such as a network node (e.g., non-terrestrial network node 128 or terrestrial network node 125) of a network (e.g., wireless network 120) . Process 600 may begin at block 610.

[0036] At 610, process 600 may involve processor 512 of apparatus 510, as a UE (e.g., UE 110) , receiving, via transceiver 516, from a network (e.g., wireless network 120 via apparatus 520 as terrestrial network node 125 or non-terrestrial network node 128) a reconfiguration message with an indication to add a DRB. Process 600 may proceed from 610 to 620.

[0037] At 620, in response to receiving the reconfiguration message, process 600 may involve processor 512 starting a timer to wait to receive one or more NAS messages corresponding to creating a QoS flow.

[0038] In some implementations, the reconfiguration message may include a RRC reconfiguration message. In some implementations, the RRC reconfiguration message may include a dedicated NAS message list IE.

[0039] In some implementations, the one or more NAS messages may include a PDU session modification command to create the QoS flow.

[0040] In some implementations, process 600 may further involve processor 512 stopping the timer responsive to the one or more NAS messages having been received prior to timer expiry.

[0041] In some implementations, process 600 may further involve processor 512 releasing, via transceiver 516, a RRC connection responsive to the timer expiring prior to the one or more NAS messages having been received.

[0042] In some implementations, process 600 may further involve processor 512 reestablishing, via transceiver 516, a RRC connection responsive to the timer expiring prior to the one or more NAS messages having been received. In some implementations, a RRC reestablishment request message may include a cause related to timer expiry.

[0043] FIG. 7 illustrates an example process 700 in accordance with an implementation of the present disclosure. Process 700 may represent an aspect of implementing various proposed designs, concepts, schemes, systems and methods described above. More specifically, process 700 may represent an aspect of the proposed concepts and schemes pertaining to handling of asynchronous DRB add and PDU session modification in mobile communications in accordance with the present disclosure. Process 700 may include one or more operations, actions, or functions as illustrated by one or more of blocks. Although illustrated as discrete blocks, various blocks of process 700 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks / sub-blocks of process 700 may be executed in the order shown in FIG. 7 or, alternatively, in a different order. Furthermore, one or more of the blocks / sub-blocks of process 700 may be executed repeatedly or iteratively. Process 700 may be implemented by or in apparatus 510 and apparatus 520 as well as any variations thereof. Solely for illustrative purposes and without limiting the scope, process 700 is described below in the context of apparatus 510 as a UE (e.g., UE 110) and apparatus 520 as a communication entity such as a network node (e.g., non-terrestrial network node 128 or terrestrial network node 125) of a network (e.g., wireless network 120) . Process 700 may begin at block 710.

[0044] At 710, process 700 may involve processor 522 of apparatus 520, as a network node (e.g., terrestrial network node 125 or non-terrestrial network node 128) of a network (e.g., wireless network 120) , transmitting, via transceiver 526, to a UE (e.g., apparatus 510) a reconfiguration message with an indication to add a DRB to cause the UE to start a timer for waiting to receive one or more NAS messages corresponding to creating a QoS flow from the network.

[0045] In some implementations, the reconfiguration message may include a RRC reconfiguration message. In some implementations, the RRC reconfiguration message may include a dedicated NAS message list IE.

[0046] In some implementations, the one or more NAS messages may include a PDU session modification command to create the QoS flow. Additional Notes

[0047] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0048] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0049] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B. ”

[0050] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:receiving, by a processor of a user equipment (UE) , from a network a reconfiguration message with an indication to add a data radio bearer (DRB) ; andstarting, by the processor, a timer to wait to receive one or more non-access stratum (NAS) messages corresponding to creating a quality of service (QoS) flow responsive to receiving the reconfiguration message.2.The method of Claim 1, wherein the reconfiguration message comprises a radio resource control (RRC) reconfiguration message.3.The method of Claim 2, wherein the RRC reconfiguration message includes a dedicated NAS message list information element (IE) .4.The method of Claim 1, wherein the one or more NAS messages comprise a protocol data unit (PDU) session modification command to create the QoS flow.5.The method of Claim 1, further comprising:stopping, by the processor, the timer responsive to the one or more NAS messages having been received prior to timer expiry.6.The method of Claim 1, further comprising:releasing, by the processor, a radio resource control (RRC) connection responsive to the timer expiring prior to the one or more NAS messages having been received.7.The method of Claim 1, further comprising:reestablishing, by the processor, a radio resource control (RRC) connection responsive to the timer expiring prior to the one or more NAS messages having been received.8.The method of Claim 7, wherein a RRC reestablishment request message includes a cause related to timer expiry.9.A method, comprising:transmitting, by a processor of a network node of a network, to a user equipment (UE) a reconfiguration message with an indication to add a data radio bearer (DRB) to cause the UE to start a timer for waiting to receive one or more non-access stratum (NAS) messages corresponding to creating a quality of service (QoS) flow from the network.10.The method of Claim 9, wherein the reconfiguration message comprises a radio resource control (RRC) reconfiguration message.11.The method of Claim 10, wherein the RRC reconfiguration message includes a dedicated NAS message list information element (IE) .12.The method of Claim 9, wherein the one or more NAS messages comprise a protocol data unit (PDU) session modification command to create the QoS flow.13.An apparatus implementable in a user equipment (UE) , comprising:a transceiver configured to communicate wirelessly; anda processor coupled to the transceiver and configured to perform operations comprising:receiving, via the transceiver, from a network a reconfiguration message with an indication to add a data radio bearer (DRB) ; andstarting a timer to wait to receive one or more non-access stratum (NAS) messages corresponding to creating a quality of service (QoS) flow responsive to receiving the reconfiguration message.14.The apparatus of Claim 13, wherein the reconfiguration message comprises a radio resource control (RRC) reconfiguration message.15.The apparatus of Claim 14, wherein the RRC reconfiguration message includes a dedicated NAS message list information element (IE) .16.The apparatus of Claim 13, wherein the one or more NAS messages comprise a protocol data unit (PDU) session modification command to create the QoS flow.17.The apparatus of Claim 13, wherein the processor is further configured to perform operations comprising:stopping the timer responsive to the one or more NAS messages having been received prior to timer expiry.18.The apparatus of Claim 13, wherein the processor is further configured to perform operations comprising:releasing, via the transceiver, a radio resource control (RRC) connection responsive to the timer expiring prior to the one or more NAS messages having been received.19.The apparatus of Claim 13, wherein the processor is further configured to perform operations comprising:reestablishing, via the transceiver, a radio resource control (RRC) connection responsive to the timer expiring prior to the one or more NAS messages having been received.20.The apparatus of Claim 19, wherein a RRC reestablishment request message includes a cause related to timer expiry.

Images