Methods and apparatus for reducing ambiguity in RRC signaling in mobile communications

Abstract

Techniques pertaining to reducing ambiguity in radio resource control (RRC) signaling in mobile communications are described. An apparatus (e.g., a UE) receives an Abstract Syntax Notation One (ASN.1) sequence in an RRC signaling from a network. The apparatus then determines whether the ASN.1 sequence pertains to a first purpose or a second purpose. In response to the determining, the apparatus performs an operation corresponding to either the first purpose or the second purpose.

Description

METHODS AND APPARATUS FOR REDUCING AMBIGUITY IN RRC SIGNALING IN MOBILE COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure claims the priority benefit of U.S. Patent Application No. 63 / 647,133, filed 14 May 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 reducing ambiguity in radio resource control (RRC) signaling in mobile communications.BACKGROUND

[0003] In the 6th Generation (6G) mobile communications, similar to a 3rd Generation Partnership Project (3GPP) 5th Generation (5G) New Radio (NR) system, also in 6G, Abstract Syntax Notation One (ASN. 1) will be used to define RRC signaling messages. In this context, the RRC signaling messages of interest are the signaling messages from a network (in 5G, a gNB) to a user equipment (UE) which carry the UE configuration for physical layer and layer 2 (L2) , and RRC as well, for UE operation in the network. In 5G RRC, these messages are RRCReconfiguration, RRCSetup, and RRCResume. These RRC signaling messages carry the UE configuration in the form of ASN. 1 defined, large and complex, nested structures, in which there are also many optional elements. It is expected that 6G RRC will have a similar kind of signaling structure for UE configuration.

[0004] One problem in 5G RRC signaling is the ambiguity of the signaling, caused largely by the way ASN. 1 is used to define the 5G RRC signaling messages. In this context, the ambiguity refers to a possibility to signal a UE configuration which does not conform to the 3GPP specifications. The 5G RRC signaling is especially ambiguous for the physical layer configuration, which is >95 %of the UE configurations carried in the 5G RRC signaling messages. Examples of ambiguity in 5G RRC signaling, among others, include: (1) mandatory configuration parameter can be absent in the UE configuration; (2) configuration parameter which shouldn't be modified can be sent again with a new value in subsequent signaling message; and (3) configuration parameter can be sent with a value which does not conform to the other parts of the configuration (e.g., to presence or value of another configuration parameter) . In short, due to the ambiguity, it is possible to send invalid signaling messages to the UE.

[0005] The ambiguous RRC signaling is a big problem, because significant UE research and development (R&D) effort is spent to implement robustness against invalid signaling. The robustness is required because network implementations are not error free, meaning that a UE may receive invalid signaling when operating in a live network. If the UE encounters this scenario, a robust UE implementation must not crash or cause the device to become non-operational. Rather, the UE should detect that the signaling is invalid and also gracefully recover from the situation (e.g., by discarding the received signaling message and initiating a recovery procedure defined in the protocol, such as RRC connection re-establishment) . To prepare for occurrence of this kind of scenarios in the live networks, a concept of fuzzy testing is used. With fuzzy testing, invalid signaling messages are sent to the UE on purpose (e.g., using a protocol test machine) in order to detect missing detection and handling of the invalid signaling in the UE implementation. Since the 5G RRC signaling has a lot of ambiguity (i.e., it is possible for a signaling message to be invalid in many ways) , the required effort to implement the detection and graceful handling for all ambiguity is very large, even for non-critical devices such as smart phones. It is expected that with the rollout of 6G, the cellular radio system will be used even more for critical devices, such as automotives, industry nodes and the like, so it is expected that the robustness requirement will continue to exist and will become even more strict than in 5G.

[0006] In 5G RRC, there is no solution to the ambiguity problem. In 5G RRC, the intended usage of the signaling is captured in comments attached to the ASN. 1 definition. These comments are referred to as 'conditional presence tags' in 5G RRC specification. However, as the conditional presence tags are only comments, the actual ambiguity problems remain as the ASN. 1 structure still allows invalid signaling to be sent to the UE.

[0007] For the above reasons, it would be beneficial for UE chipset R&D, if the RRC signaling messages could be defined as less ambiguous. Therefore, there is a need for a solution of reducing ambiguity in RRC signaling in mobile communications.SUMMARY

[0008] 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.

[0009] 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 reducing ambiguity in RRC signaling 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.

[0010] In one aspect, a method may involve a UE receiving an ASN. 1 sequence in an RRC signaling from a network. The method may also involve the UE determining whether the ASN. 1 sequence pertains to a first purpose or a second purpose. The method may further involve the UE, in response to the determining, performing an operation corresponding to either the first purpose or the second purpose.

[0011] In another aspect, an apparatus may include a transceiver configured to communicate wirelessly and a processor coupled to the transceiver. The processor may receive, via the transceiver, an ASN. 1 sequence in an RRC signaling from a network. The processor may also determine whether the ASN. 1 sequence pertains to a first purpose or a second purpose. The processor may, in response to the determining, perform an operation corresponding to either the first purpose or the second purpose.

[0012] In still another aspect, a method may involve a base station (BS) of a network transmitting an ASN. 1 sequence in a radio resource control (RRC) signaling to a UE, with the ASN. 1 sequence pertaining to at least one of a first purpose and a second purpose. For instance, the ASN. 1 sequence may include an ‘add’ ASN. 1 sequence used in achieving the first purpose which involves setup of an initial configuration. Alternatively, the ASN. 1 sequence may include a ‘mod’ ASN. 1 sequence used in achieving the second purpose which involves provision of a new value in an existing configuration.

[0013] 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 5G NR, Beyond Fifth-Generation (B5G) , and 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

[0014] 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.

[0015] 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.

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

[0017] FIG. 3 is a flowchart of a second example process under a proposed scheme in accordance with the present disclosure.

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

[0019] 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

[0020] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to reducing ambiguity in RRC signaling 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.

[0021] 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. 4 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. 4.

[0022] Referring to FIG. 1, network environment 100 may involve a UE 110, such as a mobile device or smartphone, in wireless communication with a wireless network 120 as part of a communication network. The wireless network 120 may be one or more public land mobile networks (PLMNs) including 6G domain, 5G / NR domain, and 4G / LTE domain. UE 110 may initially be in wireless communication with wireless network 120 via a base station or network node 125 (e.g., an eNB, gNB or transmit-receive point (TRP) ) . In network environment 100, UE 110 and the wireless network 120 may implement various schemes pertaining to reducing ambiguity in RRC signaling in mobile communications in accordance with the present disclosure, as described herein.

[0023] 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 resource control (RRC) layer, such as a packet data convergence protocol (PDCP) layer, a radio control link (RLC) layer, a medium access control (MAC) layer, a physical (PHY) layer, or so forth.

[0024] In 5G RRC signaling, a concept of optional 'Need M' fields is used. This concept makes it possible for the network to leave a field out in the subsequent signaling message, if the network has provided the same field in the previous signaling message and if the value of the configuration parameter carried by the field does not change. Upon reception of the subsequent signaling message with an optional 'Need M' field being absent, the UE (e.g., UE 110) may continue using (e.g., by 'maintaining' ) the previously received value of the configuration parameter. This concept effectively minimizes the size of the subsequent signaling messages, as only new information or changed part of the configuration needs to be sent.

[0025] Moreover, in 5G RRC, a field is defined as optional 'Need M' field by defining it as optional (using ASN. 1 OPTIONAL keyword) and then attaching an ASN. 1 comment "Need M" for the field. In practice, 5G RRC signaling contains hundreds, or even thousands, of optional Need M fields, especially for physical layer configuration. It is expected that the size of the subsequent signaling messages may continue to be an important aspect in 6G as well. Therefore, it is expected that 6G RRC will also have the concept of optional 'Need M' fields.

[0026] The optional 'Need M' concept is one of the sources of ambiguity in 5G RRC signaling. More specifically, the 5G RRC ASN. 1 does not capture difference (s) between optional Need M fields which should be signaled at least once and optional Need M fields which are truly optional to signal. The root cause of the problem is that the optionality of a field is used for two different purposes in the 5G RRC protocol. Firstly, the optionality is (naturally) used for making it possible for the network not to configure certain configuration parameter at all (e.g., truly optional configuration parameter) . Secondly, the optionality is used for the 'Need M' mechanism, which is to reduce the size of the subsequent signaling messages. As a result (referring to the ASN. 1 definition of ParentInformationElement below) , RRC signaling looks similar for configuration parameter Child1 which must always be configured (within its parent configuration) to the UE and configuration parameter Child2 which is truly optional to be configured (within its parent configuration) to the UE:

[0027] For this reason, it is possible that a network (e.g., wireless network 120) may send invalid UE configuration to a UE (e.g., UE 110) in which configuration parameter Child1 is not present at all.

[0028] Another source of ambiguity, and therefore a problem, is that 5G RRC ASN. 1 does not capture difference (s) between fields which carry modifiable configuration parameters and fields which carry non-modifiable configuration parameters. (In the present disclosure, the term a “non-modifiable configuration parameter” refers to a configuration parameter which should not be given a new value in subsequent RRC signaling after it has been configured for the first time. ) Considering again the above example of configuration parameters Child1 and Child2, with the assuming that the configuration parameter Child2 is a non-modifiable configuration parameter, since the ASN. 1 does not capture this aspect (that the configuration parameter Child2 is a non-modifiable configuration parameter) it is possible to send invalid UE configuration in which configuration parameter Child2 is given a value in a first signaling message and then given a new value (e.g., a modified value) in a second or subsequent signaling message.

[0029] Accordingly, under various proposed schemes in accordance with the present disclosure, the ambiguity of signaling for 6G RRC, compared to that of 5G RRC, may be reduced. That is, 5G RRC signaling does not capture difference (s) between optional Need M fields, which should be signaled at least once, and optional Need M fields that are truly optional to signal. Moreover, 5G RRC signaling does not capture difference (s) between fields, which carry modifiable configuration parameters, and fields that carry non-modifiable configuration parameters. Under a proposed scheme, in 6G RRC, separate ASN. 1 sequences may be used for purposes of configuration addition (e.g., initial setup of a configuration) and configuration modification (e.g., provision of a new value in an existing configuration in subsequent signaling message) . These ASN. 1 sequences may be referred to as an 'add' ASN. 1 sequence and a 'mod' ASN. 1 sequence in the description below. Upon receiving an RRC signaling containing either an ‘add’ ASN. 1 sequence or a ‘mod’ ASN. 1 sequence, the UE may proceed to perform a corresponding operation (e.g., setting up an initial configuration according to the ‘add’  ASN. 1 sequence or provisioning a new value in an existing configuration according to the ‘mod’ ASN. 1 sequence) .

[0030] Under a proposed scheme, the initial setup of a configuration may be signaled by a network (e.g., wireless network 120) to a UE (e.g., UE 110) with an 'add' ASN. 1 sequence, in which mandatory ASN. 1 fields exist for configuration parameters, which must always exist for the configuration (e.g., mandatory configuration parameters) , and optional ASN. 1 fields may exist for the rest of the configuration parameters (e.g., truly optional configuration parameters) .

[0031] The subsequent modification of the configuration may be signaled by the network to the UE with a 'mod' ASN. 1 sequence, in which ASN. 1 fields exist only for the modifiable configuration parameters (e.g., configuration parameters which should be able to be modified after the initial setup of the configuration) , and for optional non-modifiable configuration parameters as indicated in Table 1. These fields may be optional ASN. 1 fields. Table 1 below provides a summary. Table 1

[0032] In comparison, in 5G RRC, the same ASN. 1 sequence is used for both configuration addition and configuration modification purposes.

[0033] The following implementation example shows ASN. 1 definition for configuration X, which contains four configuration parameters A, B, C, and D. These configuration parameters A, B, C, and D have sub-parameters A1, A2, A3, B1, B2, C1, C2, D1, and D2. Thus, ASN. 1 representations of A, B, C, and D may be also ASN. 1 sequences. The purpose of this arrangement is to show how the proposed schemes may be applied in case of nested ASN. 1 sequences. In this example, there are only two levels of nested ASN. 1 sequences, but the same principle may be applied to deeper configuration structures in a similar way.

[0034] Table 2 below shows the properties of each configuration parameter, e.g., whether the configuration parameter is mandatory or not and whether it is modifiable or non-modifiable. Table 2

[0035] One of ordinary skill in the art may appreciate that one benefit provided by the proposed schemes is that they prevent sending of a certain kind of invalid signaling to the UE, instead of only providing textual definition (as in 5G RRC conditional presence tags) about which way to use the signaling is valid and which is not.

[0036] To further highlight the benefits of the proposed schemes over 5G RRC ASN. 1, below is the same example of configuration X presented above but this time it is defined without using separate 'add' ASN. 1 and 'mod' ASN. 1 sequences. In this '5G RRC style' example, conditional presence tags are used in X-Config, but not in A-Config, B-Config, C-Config, or D-Config, which is common approach in 5G RRC ASN. 1 (e.g., with some ASN. 1 sequences using conditional presence tags and some not) . The comments below (after ASN. 1 fields) are meant to point out the ambiguities.

[0037] In view of the above, a highlight of the various proposed schemes in accordance with the present disclosure is provided below.

[0038] Under a proposed scheme, separate ASN. 1 sequences may be used for configuration addition and configuration modification purposes in RRC signaling (which are referred to as 'add' ASN. 1 sequence and 'mod' ASN. 1 sequence below, respectively) transmitted by a network (e.g., wireless network 120) to a UE (e.g., UE 110) .

[0039] Under a proposed scheme, the 'add' and 'mod' ASN. 1 sequences may be used in configuration structures which may be defined as nested ASN. 1 sequences.

[0040] Under a proposed scheme, in a parent configuration's 'add' ASN. 1 sequence, a mandatory ASN. 1 field may exist for a mandatory configuration parameter. If the configuration parameter itself is an ASN. 1 sequence, then the type of the field may be the mandatory configuration parameter's 'add' ASN. 1 sequence.

[0041] Under a proposed scheme, in a parent configuration's 'add' ASN. 1 sequence, an optional ASN. 1 field may exist for an optional configuration parameter. If the configuration parameter itself is an ASN. 1 sequence, then the type of the field may be the optional configuration parameter's 'add' ASN. 1 sequence.

[0042] Under a proposed scheme, in a parent configuration's 'mod' ASN. 1 sequence, an optional ASN. 1 field may exist for a mandatory modifiable configuration parameter. If the configuration parameter itself is an ASN. 1 sequence, then the type of the field may be the mandatory modifiable configuration parameter's 'mod' ASN. 1 sequence.

[0043] Under a proposed scheme, in a parent configuration's 'mod' ASN. 1 sequence, a field may not exist for a mandatory non-modifiable configuration parameter.

[0044] Under a proposed scheme, in a parent configuration's 'mod' ASN. 1 sequence, an optional ASN. 1 field may exist for an optional modifiable configuration parameter. If the configuration parameter itself is an ASN. 1 sequence, then the type of the field may be a CHOICE of the optional modifiable configuration parameter's 'add' and 'mod' ASN. 1 sequences.

[0045] Under a proposed scheme, in a parent configuration's 'mod' ASN. 1 sequence, an optional ASN. 1 field may exist for an optional non-modifiable configuration parameter. If the configuration parameter itself is an ASN. 1 sequence, then the type of the field may be the optional non-modifiable configuration parameter's 'add' ASN. 1 sequence. Illustrative Implementations

[0046] FIG. 2 illustrates an example communication system 200 having at least an example apparatus 210 and an example apparatus 220 in accordance with an implementation of the present disclosure. Each of apparatus 210 and apparatus 220 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to reducing ambiguity in RRC signaling 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.

[0047] Each of apparatus 210 and apparatus 220 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 210 and apparatus 220 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 210 and apparatus 220 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 210 and apparatus 220 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 210 and / or apparatus 220 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 network, an NR network, or an IoT network.

[0048] In some implementations, each of apparatus 210 and apparatus 220 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 210 and apparatus 220 may be implemented in or as a network apparatus or a UE. Each of apparatus 210 and apparatus 220 may include at least some of those components shown in FIG. 2 such as a processor 212 and a processor 222, respectively, for example. Each of apparatus 210 and apparatus 220 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 210 and apparatus 220 are neither shown in FIG. 2 nor described below in the interest of simplicity and brevity.

[0049] In one aspect, each of processor 212 and processor 222 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 “a processor” is used herein to refer to processor 212 and processor 222, each of processor 212 and processor 222 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 212 and processor 222 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 212 and processor 222 is a special-purpose machine specifically designed, arranged, and configured to perform specific tasks including those pertaining to reducing ambiguity in RRC signaling in mobile communications in accordance with various implementations of the present disclosure.

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

[0051] In some implementations, apparatus 210 may further include a memory 214 coupled to processor 212 and capable of being accessed by processor 212 and storing data therein. In some implementations, apparatus 220 may further include a memory 224 coupled to processor 222 and capable of being accessed by processor 222 and storing data therein. Each of memory 214 and memory 224 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 214 and memory 224 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 214 and memory 224 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.

[0052] Each of apparatus 210 and apparatus 220 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 210, as a UE (e.g., UE 110) , and apparatus 220, as a network node (e.g., network node 125) of a network (e.g., wireless network 120 as a 5G / NR mobile network) , is provided below in the context of example processes 300 and 400. Illustrative Processes

[0053] Each of FIG. 3 and FIG. 4 illustrates an example process, process 300 or 400, respectively, in accordance with an implementation of the present disclosure. Each of processes 300 and 400 may represent an aspect of implementing various proposed designs, concepts, schemes, systems and methods described above. More specifically, each of processes 300 and 400 may represent an aspect of the proposed concepts and schemes pertaining to reducing ambiguity in RRC signaling in mobile communications in accordance with the present disclosure. Process 300 may include one or more operations, actions, or functions as illustrated by one or more of blocks 310, 320 and 330, and processor 400 may include one or more operations, actions, or functions as illustrated by one or more of blocks 410. Although illustrated as discrete blocks, various blocks of each of processes 300 and 400 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks / sub-blocks of each of processes 300 and 400 may be executed in the order shown in FIG. 3 or FIG. 4 or, alternatively, in a different order. Furthermore, one or more of the blocks / sub-blocks of each of processes 300 and 400 may be executed repeatedly or iteratively. Each of processes 300 and 400 may be implemented by or in apparatus 210 and apparatus 220 as well as any variations thereof. Solely for illustrative purposes and without limiting the scope, process 300 is described below in the context of apparatus 210 as a UE (e.g., UE 110) and apparatus 220 as a communication entity such as a network node or base station (e.g., network node 125) of a network (e.g., wireless network 120) .

[0054] Process 300 may begin at block 310.

[0055] At 310, process 300 may involve processor 212 of apparatus 210, as UE 110, receiving, via transceiver 216, an ASN. 1 sequence in an RRC signaling from a network (e.g., wireless network 120 via apparatus 220 as network node 125) . Process 300 may proceed from 310 to 320.

[0056] At 320, process 300 may involve processor 212, in response to receiving the RRC signaling with the ASN. 1 sequence, determining whether the ASN. 1 sequence pertains to a first purpose or a second purpose. Process 300 may proceed from 320 to 330.

[0057] At 330, process 300 may involve processor 212 performing an operation corresponding to either the first purpose or the second purpose responsive to the determining.

[0058] In some implementations, the ASN. 1 sequence may include either: (a) an ‘add’ ASN. 1 sequence used for the first purpose which involves setup of an initial configuration such that the operation comprises setting up the initial configuration; or (b) a ‘mod’ ASN. 1 sequence used for the second purpose which involves provision of a new value in an existing configuration such that the operation comprises provisioning the new value in the existing configuration.

[0059] In some implementations, the ‘add’ ASN. 1 sequence and the ‘mod’ ASN. 1 sequence may be used in configuration structures defined as nested ASN. 1 sequences.

[0060] In some implementations, in a parent configuration's 'add' ASN. 1 sequence, a mandatory ASN. 1 field may exist for a mandatory configuration parameter. In such cases, in an event that the mandatory configuration parameter is an ASN. 1 sequence, a type of the mandatory ASN. 1 field may be the mandatory configuration parameter's 'add' ASN. 1 sequence.

[0061] In some implementations, in a parent configuration's 'add' ASN. 1 sequence, an optional ASN. 1 field may exist for an optional configuration parameter. In such cases, in an event that the optional configuration parameter is an ASN. 1 sequence, a type of the optional ASN. 1 field may be the optional configuration parameter's 'add' ASN. 1 sequence.

[0062] In some implementations, in a parent configuration's 'mod' ASN. 1 sequence, an optional ASN. 1 field may exist for a mandatory modifiable configuration parameter. In such cases, in an event that the mandatory modifiable configuration parameter is an ASN. 1 sequence, a type of the optional ASN. 1 field may be the mandatory modifiable configuration parameter's 'mod' ASN. 1 sequence.

[0063] In some implementations, in a parent configuration's 'mod' ASN. 1 sequence, a field may not exist for a mandatory non-modifiable configuration parameter.

[0064] In some implementations, in a parent configuration's 'mod' ASN. 1 sequence, an optional ASN. 1 field may exist for an optional modifiable configuration parameter. In such cases, in an event that the optional modifiable configuration parameter is an ASN. 1 sequence, a type of the optional ASN. 1 field may be a choice of the optional modifiable configuration parameter's 'add' and 'mod' ASN. 1 sequences.

[0065] In some implementations, in a parent configuration's 'mod' ASN. 1 sequence, an optional ASN. 1 field may exist for an optional non-modifiable configuration parameter. In such cases, in an event that the optional non-modifiable configuration parameter is an ASN. 1 sequence, a type of the optional ASN. 1 field may be the optional non-modifiable configuration parameter's 'add' ASN. 1 sequence.

[0066] In some implementations, the RRC signaling may include a 6G RRC signaling.

[0067] Process 400 may begin at block 410.

[0068] At 410, process 300 may involve processor 222 of apparatus 220, as network node 125 (e.g., a BS) , transmitting, via transceiver 216, an ASN. 1 sequence in a RRC signaling to a UE (e.g., apparatus 210) , with the ASN. 1 sequence pertaining to at least one of a first purpose and a second purpose.

[0069] In some implementations, the ASN. 1 sequence may include an ‘add’ ASN. 1 sequence used in achieving the first purpose which involves setup of an initial configuration. In such cases, process 400 may further involve processor 222 setting up the initial configuration.

[0070] Alternatively, the ASN. 1 sequence may include a ‘mod’ ASN. 1 sequence used in achieving the second purpose which involves provision of a new value in an existing configuration. In such cases, process 400 may further involve processor 222 provisioning the new value in the existing configuration. Additional Notes

[0071] 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.

[0072] 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.

[0073] 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. ”

[0074] 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) , an Abstract Syntax Notation One (ASN. 1) sequence in a radio resource control (RRC) signaling from a network;determining, by the processor, whether the ASN. 1 sequence pertains to a first purpose or a second purpose; andperforming, by the processor, an operation corresponding to either the first purpose or the second purpose responsive to the determining.2.The method of Claim 1, wherein the ASN. 1 sequence comprises either:an ‘add’ ASN. 1 sequence used for the first purpose which involves setup of an initial configuration such that the operation comprises setting up the initial configuration; ora ‘mod’ ASN. 1 sequence used for the second purpose which involves provision of a new value in an existing configuration such that the operation comprises provisioning the new value in the existing configuration.3.The method of Claim 2, wherein the ‘add’ ASN. 1 sequence and the ‘mod’ ASN. 1 sequence are used in configuration structures defined as nested ASN. 1 sequences.4.The method of Claim 2, wherein, in a parent configuration's 'add' ASN. 1 sequence, a mandatory ASN. 1 field exists for a mandatory configuration parameter, and wherein, in an event that the mandatory configuration parameter is an ASN. 1 sequence, a type of the mandatory ASN. 1 field is the mandatory configuration parameter's 'add' ASN. 1 sequence.5.The method of Claim 2, wherein, in a parent configuration's 'add' ASN. 1 sequence, an optional ASN. 1 field exists for an optional configuration parameter, and wherein, in an event that the optional configuration parameter is an ASN. 1 sequence, a type of the optional ASN. 1 field is the optional configuration parameter's 'add' ASN. 1 sequence.6.The method of Claim 2, wherein, in a parent configuration's 'mod' ASN. 1 sequence, an optional ASN. 1 field exists for a mandatory modifiable configuration parameter, and wherein, in an event that the mandatory modifiable configuration parameter is an ASN. 1 sequence, a type of the optional ASN. 1 field is the mandatory modifiable configuration parameter's 'mod' ASN. 1 sequence.7.The method of Claim 2, wherein, in a parent configuration's 'mod' ASN. 1 sequence, a field does not exist for a mandatory non-modifiable configuration parameter.8.The method of Claim 2, wherein, in a parent configuration's 'mod' ASN. 1 sequence, an optional ASN. 1 field exists for an optional modifiable configuration parameter, and wherein, in an event that the optional modifiable configuration parameter is an ASN. 1 sequence, a type of the optional ASN. 1 field is a choice of the optional modifiable configuration parameter's 'add' and 'mod' ASN. 1 sequences.9.The method of Claim 2, wherein, in a parent configuration's 'mod' ASN. 1 sequence, an optional ASN. 1 field exists for an optional non-modifiable configuration parameter, and wherein, in an event that the optional non-modifiable configuration parameter is an ASN. 1 sequence, a type of the optional ASN. 1 field is the optional non-modifiable configuration parameter's 'add' ASN. 1 sequence.10.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, an Abstract Syntax Notation One (ASN. 1) sequence in a radio resource control (RRC) signaling from a network;determining whether the ASN. 1 sequence pertains to a first purpose or a second purpose; andperforming an operation corresponding to either the first purpose or the second purpose responsive to the determining.11.The apparatus of Claim 10, wherein the ASN. 1 sequence comprises either:an ‘add’ ASN. 1 sequence used for the first purpose which involves setup of an initial configuration such that the operation comprises setting up the initial configuration; ora ‘mod’ ASN. 1 sequence used for the second purpose which involves provision of a new value in an existing configuration such that the operation comprises provisioning the new value in the existing configuration.12.The apparatus of Claim 11, wherein the ‘add’ ASN. 1 sequence and the ‘mod’ ASN. 1 sequence are used in configuration structures defined as nested ASN. 1 sequences.13.The apparatus of Claim 11, wherein, in a parent configuration's 'add' ASN. 1 sequence, a mandatory ASN. 1 field exists for a mandatory configuration parameter, and wherein, in an event that the mandatory configuration parameter is an ASN. 1 sequence, a type of the mandatory ASN. 1 field is the mandatory configuration parameter's 'add' ASN. 1 sequence.14.The apparatus of Claim 11, wherein, in a parent configuration's 'add' ASN. 1 sequence, an optional ASN. 1 field exists for an optional configuration parameter, and wherein, in an event that the optional configuration parameter is an ASN. 1 sequence, a type of the optional ASN. 1 field is the optional configuration parameter's 'add' ASN. 1 sequence.15.The apparatus of Claim 11, wherein, in a parent configuration's 'mod' ASN. 1 sequence, an optional ASN. 1 field exists for a mandatory modifiable configuration parameter, and wherein, in an event that the mandatory modifiable configuration parameter is an ASN. 1 sequence, a type of the optional ASN. 1 field is the mandatory modifiable configuration parameter's 'mod' ASN. 1 sequence.16.The apparatus of Claim 11, wherein, in a parent configuration's 'mod' ASN. 1 sequence, a field does not exist for a mandatory non-modifiable configuration parameter.17.The apparatus of Claim 11, wherein, in a parent configuration's 'mod' ASN. 1 sequence, an optional ASN. 1 field exists for an optional modifiable configuration parameter, and wherein, in an event that the optional modifiable configuration parameter is an ASN. 1 sequence, a type of the optional ASN. 1 field is a choice of the optional modifiable configuration parameter's 'add' and 'mod' ASN. 1 sequences.18.The apparatus of Claim 11, wherein, in a parent configuration's 'mod' ASN. 1 sequence, an optional ASN. 1 field exists for an optional non-modifiable configuration parameter, and wherein, in an event that the optional non-modifiable configuration parameter is an ASN. 1 sequence, a type of the optional ASN. 1 field is the optional non-modifiable configuration parameter's 'add' ASN. 1 sequence.19.An apparatus implementable in a base station (BS) , comprising:a transceiver configured to communicate wirelessly; anda processor coupled to the transceiver and configured to perform operations comprising:transmitting, via the transceiver, an Abstract Syntax Notation One (ASN. 1) sequence in a radio resource control (RRC) signaling to a user equipment (UE) ,wherein the ASN. 1 sequence pertains to at least one of a first purpose and a second purpose.20.The apparatus of Claim 19, wherein the ASN. 1 sequence comprises either:an ‘add’ ASN. 1 sequence used in achieving the first purpose which involves setup of an initial configuration such that the operations further comprise setting up the initial configuration; ora ‘mod’ ASN. 1 sequence used in achieving the second purpose which involves provision of a new value in an existing configuration such that the operations further comprise provisioning the new value in the existing configuration.

Images