Methods and apparatus for applying orthogonal cover code to radio resource unit in mobile communications

Abstract

Various solutions for applying orthogonal cover code (OCC) to radio resource unit with respect to an apparatus in mobile communications are described. The apparatus may apply a first OCC sequence to at least one radio resource unit. The apparatus may transmit the at least one radio resource unit applied with the first OCC sequence to a network node.

Description

METHODS AND APPARATUS FOR APPLYING ORTHOGONAL COVER CODE TO RADIO RESOURCE UNIT IN MOBILE COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefit of PCT Application No. PCT / CN2024 / 074507, filed 29 January 2024 and PCT Application No.PCT / CN2024 / 094927, filed 23 May 2024. The contents of aforementioned applications are herein incorporated by reference in their entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to mobile communications and, more particularly, to applying orthogonal cover code (OCC) to radio resource unit with respect to apparatus in mobile communications.BACKGROUND

[0003] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0004] In conventional mobile communication systems, Narrowband Internet of Things (NB-IoT) and enhanced Machine-Type Communication (eMTC) have been introduced to provide an access system characterized by reduced complexity and low throughput, thereby addressing the specific requirements of cellular Internet of Things (IoT) applications. Furthermore, to facilitate IoT operations in remote regions with limited or no terrestrial cellular connectivity across various industrial sectors, NB-IoT and eMTC technologies have been extended to support Non-Terrestrial Network (NTN) .

[0005] However, in the context of NB-IoT deployment within NTN, the coverage area may encompass hundreds of thousands of square kilometers. In such expansive geographical regions, a substantial number of IoT devices may simultaneously require access to the network infrastructure, such as satellites. Moreover, the uplink (UL) transmission capability of NB-IoT may be significantly constrained due to the necessity of employing large repetition numbers, which arise from the limited link budget available in these scenarios. Therefore, the system capacity may be a significant issue.

[0006] Accordingly, how to improve the system capacity becomes an important issue in the newly developed wireless communication network. Therefore, there is a need to provide proper schemes to improve the system capacity.SUMMARY

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

[0008] An objective of the present disclosure is to propose solutions or schemes that address the aforementioned issues pertaining to applying orthogonal cover code (OCC) to radio resource unit with respect to apparatus in mobile communications.

[0009] In one aspect, a method may involve an apparatus applying a first OCC sequence to at least one radio resource unit. The method may further involve the apparatus transmitting the at least one radio resource unit applied with the first OCC sequence to a network node.

[0010] In one aspect, a method may involve an apparatus receiving at least one radio resource unit from a user equipment (UE) . The method may further involve the apparatus decoding the at least one radio resource unit by a first OCC sequence associated with the UE.

[0011] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, 5th Generation (5G) , New Radio (NR) , Internet-of-Things (IoT) and Narrow Band Internet of Things (NB-IoT) , Industrial Internet of Things (IIoT) , and 6th Generation (6G) , 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. Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

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

[0013] FIG. 1 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0014] FIGs. 2A to 2E are diagrams depicting example scenarios under schemes in accordance with implementations of the present disclosure.

[0015] FIGs. 3A to 3M are diagrams depicting example scenarios under schemes in accordance with implementations of the present disclosure.

[0016] FIGs. 4A to 4N are diagrams depicting example scenarios under schemes in accordance with implementations of the present disclosure.

[0017] FIG. 5 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0018] FIG. 6 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0019] FIG. 7 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0020] FIG. 8 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0021] FIG. 9 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0022] FIG. 10 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0023] FIG. 11 is a block diagram of an example communication system in accordance with an implementation of the present disclosure.

[0024] FIG. 12 is a flowchart of an example process in accordance with an implementation of the present disclosure.

[0025] FIG. 13 is a flowchart of an example process in accordance with an implementation of the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

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

[0027] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to applying orthogonal cover code (OCC) to radio resource unit with respect to apparatus 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.

[0028] Regarding the present disclosure, a user equipment (UE) may apply a first OCC sequence to at least one radio resource unit. The UE may then transmit the at least one radio resource unit applied with the first OCC sequence to a network node. After receiving the at least one radio resource unit applied with the first OCC sequence, the network node may decode the at least one radio resource unit by the first OCC sequence associated with the UE.

[0029] Accordingly, in some network scenarios, where a large number of UEs are present and each UE utilizes distinct OCC sequences for transmitting radio resource units, the network node may be capable of correctly decoding the radio resource units corresponding to the different UEs based on the properties of OCC sequence. Therefore, by increasing the scale of OCC sequences available for use by multiplying UEs, the network system capacity may be effectively enlarged.

[0030] FIG. 1 illustrates an example scenario 100 under schemes in accordance with implementations of the present disclosure. Scenario 100 involves at least one network node and at least one UE, which may be a part of a wireless communication network (e.g., an LTE network, a 5G / NR network, an IoT network or a 6G network) . Scenario 100 illustrates the current network framework. The at least one UE may connect to the network side. The network side may comprise one or more than one network node. It should be noted that in the figure of the present application, the network node may be exemplified as a satellite. However, this is for illustrative purposes and not intended to be limiting. In addition, for ease of understanding, one UE may be used as an example in the following paragraphs. However, this is for illustrative purposes and not intended to be limiting.

[0031] In some embodiments, the UE may apply a first OCC sequence to at least one radio resource unit. In other words, the UE may encode (or overlay) the first OCC sequence on the at least one radio resource unit. Then, the UE may transmit the at least one radio resource unit applied with the first OCC sequence to the network node. After receiving the at least one radio resource unit applied with the first OCC sequence, the network node may decode the at least one radio resource unit by the first OCC sequence associated with the UE. Therefore, in some network scenarios, where a large number of UEs are present and each UE utilizes distinct OCC sequences for transmitting radio resource units, the network node may be capable of correctly decoding the radio resource units corresponding to the different UEs based on the properties of OCC sequence.

[0032] In some implementations, the at least one radio resource unit may include data symbol (s) in a narrowband physical uplink shared channel (NPUSCH) slot. In particular, one value in the first OCC sequence may be applied to (i.e., may overlay on) one data symbol in the NPUSCH slot. In some cases, the same first OCC sequence may be applied to the data symbol (s) in each of NPUSCH slots. In some cases, a length of the first OCC sequence may be associated with a number of the at least one radio resource unit. In other words, the length of the first OCC sequence may be the same as the number of data symbol (s) in the NPUSCH slot. For example, when the NPUSCH slot has 6 data symbols, the length of the corresponding first OCC sequence length is also 6.

[0033] FIGs. 2A to 2E are diagrams depicting example scenarios 200A to 200E under schemes in accordance with implementations of the present disclosure. For example, the first OCC sequence wi (m) may be determined by tables of FIGs. 2A to 2E as examples. More specifically, (1)  wherein represents the number of symbols which are not used for transmission of reference signals (i.e.,  represents the number of data symbols in the NPUSCH slot) ; (2) i is an index of OCC sequence for distinct UEs; and (3) 0<i≤UE_MAX_OCC, wherein UE_MAX_OCC indicates the maximum UEs to enable multiplexing of multiple UEs. In some cases, UE_MAX_OCC may be a predefined value, such as 2, 4, 6, 8 or 16. In some cases, UE_MAX_OCC may be configured by downlink control information (DCI) or higher layer signaling such as radio resource control (RRC) signaling or system information block (SIB) .

[0034] Using FIG. 2A as an example, UE_MAX_OCC is 2. NPUSCH format is ‘1’ . When NPUSCH frequency is 3.75 kHz, value for l of demodulation reference signal location for NPUSCH is 4, and the values for m are [0, 1, 2, 3, 5, 6] , excluding location l=4 (i.e., locations [0, 1, 2, 3, 5, 6] are for data symbols) . When NPUSCH frequency is 15 kHz, value for l of demodulation reference signal location for NPUSCH is 3, and the values for m are [0, 1, 2, 4, 5, 6] , excluding location l=3 (i.e., locations [0, 1, 2, 4, 5, 6] are for data symbols) . W1 (m) is [1 1 1 1 1 1] . W2 (m) is [1 -1 1 -1 1 -1]. It should be noted that FIGs. 2B to 2E are to be interpreted in the same manner as FIG. 2A and will not be further described hereinafter.

[0035] In some implementations, the at least one radio resource unit may include NPUSCH slot (s) . In particular, one value in the first OCC sequence may be applied to (i.e., may overlay on) one NPUSCH slot in each resource unit (RU) . In some cases, a length of the first OCC sequence may be associated with a number of the at least one radio resource unit. In other words, the length of the first OCC sequence may be the same as the number of the NPUSCH slot (s) . For example, when the RU has 4 NPUSCH slots, the length of the corresponding first OCC sequence length is also 4.

[0036] FIGs. 3A to 3M are diagrams depicting example scenarios 300A to 300M under schemes in accordance with implementations of the present disclosure. For example, the first OCC sequence wi (m) may be determined by tables of FIGs. 3A to 3M as examples. More specifically, (1)  where represents the number of NPUSCH slot (s) in the RU; (2) i is an index of OCC sequence for distinct UEs; and (3) 0<i≤UE_MAX_OCC, wherein UE_MAX_OCC indicates the maximum UEs to enable multiplexing of multiple UEs. In some cases, UE_MAX_OCC may be a predefined value, such as 2, 4, 6, 8 or 16. In some cases, UE_MAX_OCC may be configured by DCI or higher layer signaling such as RRC signaling or SIB.

[0037] Using FIG. 3A as an example, UE_MAX_OCC is 2.  in the RU is ‘16’ . W1 (m) is [1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1] . W2 (m) is [1 -1 1 -1 1 -1 1 -1 1 -1 1 -1 1 -1 1 -1] . It should be noted that FIGs. 3B to 3M are to be interpreted in the same manner as FIG. 3A and will not be further described hereinafter.

[0038] In some implementations, the at least one radio resource unit may include repetition (s) of NPUSCH transmission. In particular, one value in the first OCC sequence may be applied to (i.e., may overlay on) one repetition of NPUSCH transmission. In some cases, a length of the first OCC sequence may be associated with a number of the at least one radio resource unit. In other words, the number of the repetition (s) of NPUSCH transmission may be an even multiple of the length of the first OCC sequence. For example, when the number of the repetitions is 4, the length of the corresponding first OCC sequence length is 2 or 4. For another example, when the number of the repetitions is 16, the length of the corresponding first OCC sequence length is 2, 4 or 8. For another example, when the number of the repetitions is 4 and first OCC sequence is [1, -1] , the first repetition is applied (i.e., overlaid) with 1, the second repetition is applied with -1, the third repetition 3 is applied with 1, and the fourth repetition is applied with -1.

[0039] FIGs. 4A to 4N are diagrams depicting example scenarios 400A to 400N under schemes in accordance with implementations of the present disclosure. For example, the first OCC sequence wi (m) may be determined by tables of FIGs. 4A to 4N as examples. More specifically, (1) 0≤m≤NREP, where NREP represents the number of repetition (s) of NPUSCH transmission; (2) i is an index of OCC sequence for distinct UEs; and (3) 0<i≤UE_MAX_OCC, wherein UE_MAX_OCC indicates the maximum UEs to enable multiplexing of multiple UEs. In some cases, UE_MAX_OCC may be a predefined value, such as 2, 4, 6, 8 or 16. In some cases, UE_MAX_OCC may be configured by DCI or higher layer signaling such as RRC signaling or SIB.

[0040] Using FIG. 4A as an example, UE_MAX_OCC is 2. NREP is ‘2’ . W1 (m) is [1 1] . W2(m) is [1 -1] . Using FIGs. 4B and 4C as another example, UE_MAX_OCC is 2. NREP is ‘4’ . When the length of the corresponding OCC sequence length is 2, W1 (m) is [1 1] and W2 (m) is [1 -1] . When the length of the corresponding OCC sequence length is 4, W1 (m) is [1 1 1 1] , W2 (m) is [1 -1 1 -1] , W3 (m) is [1 1 -1 -1] and W4 (m) is [1 -1 -1 1] . It should be noted that FIGs. 4B to 4N are to be interpreted in the same manner as FIGs. 4A to 4C and will not be further described hereinafter.

[0041] In some implementations, the UE may receive a UE multiplexing number associated with the first OCC sequence. In particular, the UE multiplexing number may be the parameter UE_MAX_OCC in the previous examples, as the maximum UE multiplexing number.

[0042] In some cases, the UE multiplexing number may be a fixed value. In some cases, the UE multiplexing number may be a cell-specific value configured by system information or dedicated RRC signaling. the UE multiplexing number may be a UE-specific value configured by DCI, MAC CE or dedicated RRC signaling.

[0043] In some cases, the maximum UE multiplexing number for NPUSCH and narrowband physical random access channel (NPRACH) may be the same or different. In some cases, the maximum UE multiplexing number may be a dynamic value derived by NPUSCH and NPRACH configurations.

[0044] In some implementations, the first OCC sequence may be associated with at least one of narrowband physical random access channel (NPRACH) and NPUSCH. In particular, the first OCC sequence may be applied to (or overlap on) radio resource unit (s) associated with NPRACH and / or NPUSCH.

[0045] More specifically, regarding the UE supporting NPUSCH applied with OCC sequence (hereinafter referred to as OCC NPUSCH) and NPRACH applied with OCC sequence (hereinafter referred to as OCC NPRAC) , some combinations may be introduced: (1) the UE supporting OCC NPRACH and OCC NPUSCH; (2) the UE supporting OCC NPRACH but not OCC NPUSCH; or (3) the UE supporting OCC NPUSCH but not OCC NPRACH. The supporting of OCC NPRACH and OCC NPUSCH in a cell may be indicated by the system information and / or dedicated RRC signaling.

[0046] In some implementations, the first OCC sequence may be associated with at least one of:a contention-based random access of NPRACH, a contention-free random access of NPRACH, a physical downlink control channel (PDCCH) order contention-free random access (CFRA) , a physical layer scheduling request (SR) CFRA, a 3.75 kHz NPUSCH, a 15 kHz NPUSCH, a single-tone NPUSCH, a multi-tone NPUSCH, a preconfigured uplink resource (PUR) , an early data transmission (EDT) , and a UE capability.

[0047] In some cases, the first OCC sequence may be associated with a contention-based random access of NPRACH and / or a contention-free random access of NPRACH. In other words, regarding NPRACH applied with OCC sequence, both contention-based random access (hereinafter referred to as OCC contention-based random access) and contention-free random access (hereinafter referred to as OCC contention-free random access) may be supported.

[0048] For example, regarding the UE, the supporting of OCC contention-based random access and OCC contention-free random access is indicated in preamble partition. More specifically, when the UE supports OCC contention-free random access, the UE is capable of selecting a preamble index from a preamble set of supporting of OCC contention-free random access. For another example, regarding the UE, the supporting of OCC contention-based random access and OCC contention-free random access is indicated in RRC dedicated signaling. The network node may indicate supporting of OCC contention-based random access and OC contention-free random access by system information and / or RRC dedicated signaling.

[0049] In some cases, both PDCCH order CFRA and physical layer SR CFRA may support OCC sequence.

[0050] In some cases, the UE may support OCC sequence for 3.75 kHz NPUSCH and / or 15 kHz NPUSCH. This UE capability may be indicated by an RRC dedicated signaling. The network node may indicate supporting of OCC sequence for 3.75 kHz NPUSCH and 15 kHz NPUSCH via system information and / or RRC dedicated signaling.

[0051] In some cases, the UE may support OCC sequence for single-tone NPUSCH and multi-tone NPUSCH. This UE capability may be indicated by an RRC dedicated signaling or a preamble partition. The network may indicate supporting of OCC sequence for single-tone NPUSCH and multi-tone NPUSCH via system information and / or RRC dedicated signaling.

[0052] In some cases, the UE may support OCC sequence for EDT and / or PUR. This UE capability may be indicated by an RRC dedicated signaling. The network may indicate cell supporting OCC sequence for EDT and / or PUR via system information and / or RRC dedicated signaling.

[0053] In some cases, partition of the first OCC sequence may be used to indicate the UE capability. For example, the UE using OCC sequence #1 or OCC sequence #2 is considered by the network node as supporting single-tone NPUSCH. The UE using OCC sequence #3 or OCC sequence #4 is considered by the network node as supporting multi-tone NPUSCH.

[0054] In some implementations, the at least one radio resource unit may include: (1) normal NPRACH and NPUSCH resources; or (2) NPRACH and NPUSCH resources dedicated to the first OCC sequence (hereinafter referred to as OCC enabled NPRACH and NPUSCH resources) .

[0055] In some cases, the normal NPRACH and NPUSCH resources (e.g., legacy NPRACH and NPUSCH resources) may be reused for OCC multiplexing UEs. The transmission on NPRACH and NPUSCH resources by a legacy UE compliant with legacy specifications may be equivalent to overlaying OCC sequence filled with ‘1’ (e.g., sequence [1, 1] ) . Therefore, the normal NPRACH and NPUSCH resources may be reused together with the UE capable of applying OCC sequence to radio resource unit (s) (hereinafter referred to as OCC enabled UE) . Legacy UE and OCC enabled UE may transmit the same preamble on the same normal NPRACH resources applied with different OCC sequences. Legacy UE and OCC enabled UE may transmit different NPUSCH data on the same normal NPUSCH resources applied with different OCC sequences. The network may indicate that the normal NPRACH and NPUSCH resources support OCC sequence in SIB, RRC dedicated signaling and / or DCI.

[0056] In some cases, OCC enabled NPACH and NPUSCH resources may be allocated for OCC enabled UE. In particular, regarding NPRACH, there may be new allocated time domain resource, frequency domain resource and new NPRACH preamble partition. Regarding NPUSCH, there may be new allocated time domain resource and frequency domain resource. The OCC enabled NPRACH and NPUSH resources may be indicated via system information, RRC dedicated signaling and / or DCI.

[0057] In some implementations, the UE may select the first OCC sequence randomly from a plurality of OCC sequence candidates for contention-based random access. In some cases, regarding contention-based random access, the UE may randomly select the first OCC sequence, excluding OCC sequence filled entirely with ‘1’ (e.g., sequence [1, 1] ) . OCC sequence filled entirely with ‘1’ may be reserved for legacy UE. In some cases, the UE may be allowed to select OCC sequence filled entirely with ‘1’ . More specifically, the network node may indicate whether the UE is allowed to select OCC sequence filled entirely with ‘1’ via SIB and / or dedicated signaling.

[0058] In some implementations, the UE may generate the first OCC sequence for contention-based random access according to UE information. In particular, the first OCC sequence may be derived by the UE information, such as a UE identity (e.g., international mobile subscriber identity (IMSI) , temporary mobile subscriber identity (TMSI) , etc. ) . For example, i = UE_IDENTITY mod UE_MAX_OCC, where i is the index of the first OCC sequence, UE_MAX_OCC is the maximum number of the OCC sequences. In some cases, regarding contention-free random access, the network node may indicate the first OCC sequence for NPRACH in the dedicated signaling, MAC CE and / or DCI.

[0059] In some implementations, the UE may receive a random access response (RAR) from the network node. The UE may be associated with a random access preamble identity (RAPID) . The RAR and the RAPID may be associated with another UE which may use a second OCC sequence different from the first sequence. The UE may apply a third OCC sequence to an RRC connection request (i.e., message 3, Msg3) , and transmit the RRC connection request on time and frequency NPUSCH resources based on the received RAR. The time and frequency NPUSCH resources may be used by the UE. The first OCC sequence and the third OCC sequence may be the same or different.

[0060] More specifically, UEs with the same RAPID but with different OCC sequences may use the same RAR while these UEs may include legacy UE (s) and OCC enabled UE (s) . The UEs using the same RAR may transmit their own RRC connection request on the same time and frequency NPUSCH resource as designated by the received RAR. In some cases, the third OCC sequence for the RRC connection request may be the same as the first OCC sequence used for random access preamble (i.e., message 1, Msg1) . In some cases, the third OCC sequence for the RRC connection request may be different from the first OCC sequence used for random access preamble.

[0061] FIG. 5 illustrates an example scenario 500 under schemes in accordance with implementations of the present disclosure. For example, the legacy UE and the OCC enabled UE transmit Msg 1 applied by OCC sequences (i.e., OCC sequence NPRACH preambles) on the same NPRACH resource. The network transmits the Msg2 (i.e., RAR) to the legacy UE and the OCC enabled UE. The RAR includes TC-RNTI and UL resources for Msg3. The legacy UE and the OCC enabled UE transmit OCC sequence NPUSCH Msg3 with UE ID (s) . The network node transmits the same Msg4 to the legacy UE and the OCC enabled UE. The Msg4 includes: (1) legacy contention resolution ID and legacy CCCH for legacy UE, and (2) contention resolution ID for OCC enabled UE (i.e., OCC enabled contention resolution ID) and CCCH for OCC enabled UE (i.e., OCC enabled CCCH) .

[0062] In some implementations, the UE may receive an RAR from the network node. The UE may be associated with a RAPID. The RAPID may be associated with another UE which may user a second OCC sequence and may receive another RAR from the network node. The second OCC sequence may be different from the first sequence. In some cases, a random access RNTI (RA-RNTI) may be associated with the first OCC sequence.

[0063] More specifically, UEs with the same RAPID but with different OCC sequences may use different RARs. Formulation for generating RA-RNTI may be updated with OCC sequence. These UEs with same RAPID but different OCC sequences may monitor different RARs addressed by different RA-RNTIs.

[0064] For example, RA-RNTI is generated based on the following formula: where SFN_id represents an index of first radio frame of a specified physical random access channel  (PRACH) , carrier_id represents an index of an UL carrier associated with the specified PRACH, and OCC_SEQ_id represents an index of the OCC sequence. In this example, the network node transmits different RARs to UEs with same RAPID but different OCC sequences. The UEs with the same RAPID but different OCC sequences monitor the different RARs addressed by different RA-RNTIs. The UE (s) with the same OCC sequence (i.e., using the same RAR) transmit (s) Msg3 on the same time and frequency OCC NPUSCH resource as designated by the received RAR. In some cases, the RAR may include an indication to indicate OCC sequence index used for OCC NPUSCH Msg3 transmission.

[0065] In some implementations, the UE may receive a contention resolution identification (ID) MAC CEs for multiple UEs. In some cases, the plurality of contention resolution ID MAC CEs may include at least one of: (1) a contention resolution ID MAC CE having a resolution ID and a C-RNTI while the C-RNTI may be an offset to a temporary C-RNTI (TC-RNTI) , and (2) a logical channel identification (LCID) for common control channel (CCCH) data.

[0066] In particular, to support OCC NPUSCH Msg3 in random access, the network node may transmit a contention resolution (i.e., Msg4) including multiple contention resolution MAC CEs for multiple UEs. The UEs may include legacy UE (s) and / or OCC enabled UE. The contention resolution information for legacy UE and OCC enabled UE may be in the same Msg4.

[0067] In some cases, a Msg4 may include legacy contention resolution ID MAC CE, legacy CCCH data, contention resolution ID MAC CE for OCC enabled UE and CCCH data for OCC enabled UE. Msg4 may be addressed to TC-RNTI from RAR. The contention resolution ID MAC CE for OCC enabled UE may include resolution ID and a C-RNTI.

[0068] In some cases, the C-RNTI may be an offset to the TC-RNTI to reduce the transmission overhead. In some cases, the C-RNTI may be conveyed by a separate DL C-RNTI MAC CE. In some cases, an LCID may be needed for CCCH data for OCC enabled UE, so that the legacy UE may not consider it as its own data, while this CCCH data belongs to UE (s) identified by the contention resolution ID MAC CE for OCC enabled UE.

[0069] FIG. 6 illustrates an example scenario 600 under schemes in accordance with implementations of the present disclosure. For example, a MAC PDU structure of Msg 4 (e.g., the Msg4 in the example of FIG. 5) includes: (1) MAC head, (2) legacy contention resolution ID MAC CE, (3) legacy CCCH, (4) OCC enabled contention resolution ID MAC CE, and (5) OCC enabled CCCH. The OCC enabled contention resolution ID MAC CE includes UE ID which is the new C-RNTI (e.g., an offset to the TC-RNTI) for OCC enabled UE. The OCC enabled CCCH includes new LCID of CCCH data for OCC enabled UE.

[0070] In some cases, the contention resolution ID MAC CE for OCC enabled UE and CCCH data for OCC enabled UE may be transmitted by another Msg4 addressed by a TC-RNTI. Unlike the legacy UE, OCC enabled UE may wait for another Msg4 if the received contention resolution ID MAC CE for OCC enabled UE does not match.

[0071] FIG. 7 illustrates an example scenario 700 under schemes in accordance with implementations of the present disclosure. For example, a MAC PDU structure of Msg 4 for legacy UE includes: (1) MAC head, (2) legacy contention resolution ID MAC CE, and (3) legacy CCCH. A MAC PDU structure of Msg 4 for OCC enabled UE includes: (1) MAC head, (2) OCC enabled contention resolution ID MAC CE, and (3) OCC enabled CCCH. These Msg4s are addressed by TC-RNTI.

[0072] In some cases, a separate CCCH data for OCC enabled UE may be transmitted in a subsequent DL MAC packet data unit (PDU) addressed by the previously indicated C-RNTI.

[0073] FIG. 8 illustrates an example scenario 800 under schemes in accordance with implementations of the present disclosure. For example, a MAC PDU structure of Msg 4 includes: (1) MAC head, (2) legacy contention resolution ID MAC CE, (3) legacy CCCH, and (4) OCC enabled contention resolution ID MAC CE. An OCC enabled CCCH corresponding to the OCC enabled contention resolution ID is transmitted in subsequent DL MAC PDU. The Msg4 is addressed by TC-RNTI. The DL MAC PDU is addressed by new C-RNTI.

[0074] In some implementations, OCC sequence for NPUSCH may be configured in an RRC signaling, MAC CE, RAR or DCI. In particular, regarding an indication in DCI, a new field may be be expanded to indicate the OCC sequence index. Regarding an indication in RRC signaling, the network node may enable OCC sequence for NPUSCH in RRCConnectionSetup-NB, RRCConnectionResume-NB, RRCConnectionReestablishment-NB, RRCConnectionReconfiguration-NB (which are defined in 3GPP specification) for OCC enabled UE. The network node may configure OCC sequence NPUSCH based on the OCC sequence used in Msg1 or Msg3, OCC NPUSCH supporting UE capability indication in Msg3, or a UE capability parameter in UECapabilityInformation message (which is defined in 3GPP specification) .

[0075] In some implementations, the UE may generate a new TC-RNTI for scrambling an RRC connection request (i.e., Msg3) . In particular, during RA procedure, before the UE transmitting Msg3 using OCC sequence, the UE may generate the new TC-RNTI. In some cases, the new TC-RNTI may be generated based on a TC-RNTI received in RAR, while an index of the OCC sequence applied on NPRACH or NPUSCH may be used as an offset. In some cases, the new TC-RNTI may be equal to the index of the OCC sequence plus TC-RNTI in RAR. In some cases, the new TC-RNTI may be the same as the TC-RNTI received in RAR. In some cases, when the UE transmits Msg3, the new TC-RNTI may be used to address Msg3. The network node may monitor Msg3 addressed with all possible TC-RNTIs.

[0076] FIG. 9 illustrates an example scenario 900 under schemes in accordance with implementations of the present disclosure. For example, a first UE and a second UE transmit Msg 1 applied by OCC sequences (i.e., OCC sequence NPRACH preambles) on the same NPRACH resource. The network transmits the Msg2 (i.e., RAR) to the first UE and the second UE. The RAR includes TC-RNTI and UL resources for Msg3. The first UE determines TC-RNTI1 and transmits OCC sequence NPUSCH Msg3 scrambled with TC-RNTI1. The second UE determines TC-RNTI2 and transmits OCC sequence NPUSCH Msg3 scrambled with TC-RNTI2. The network node transmits Msg4 addressed with TC-RNTI1 to the first UE and transmits Msg4 addressed with TC-RNTI2 to the second UE.

[0077] In some implementations, the UE may generate a new TC-RNTI and monitor a PDCCH associated with the new TC-RNTI. In particular, after the UE transmits Msg3 using the OCC sequence and before the UE receives Msg4 using the OCC sequence, the UE may generate the new TC-RNTI. The New TC-RNTI may be generated based on a TC-RNTI received in RAR, while an index of the OCC sequence applied on NPRACH or NPUSCH may be used as an offset. In some cases, the new TC-RNTI may be equal to the index of the OCC sequence plus TC-RNTI in RAR. In some cases, the new TC-RNTI may be the same as the TC-RNTI received in RAR. In some cases, the network node may transmit Msg4 addressed with the new TC-RNTI, and the UE may monitor the PDCCH addressed with the new TC-RNTI for Msg4.

[0078] FIG. 10 illustrates an example scenario 1000 under schemes in accordance with implementations of the present disclosure. For example, a first UE and a second UE transmit Msg 1 applied by OCC sequences (i.e., OCC sequence NPRACH preambles) on the same NPRACH resource. The network transmits the Msg2 (i.e., RAR) to the first UE and the second UE. The RAR includes TC-RNTI and UL resources for Msg3. The first UE and the second UE transmits OCC sequence NPUSCH Msg3 scrambled with TC-RNTI. The first UE determines TC-RNTI1 and informs the network node of TC-RNTI1. The second UE determines TC-RNTI2 and informs the network node of TC-RNTI2. The network node transmits Msg4 addressed with TC-RNTI1 to the first UE and transmits Msg4 addressed with TC-RNTI2 to the second UE.

[0079] In some implementations, a time duration of MAC contention resolution timer may be extended for UL transmission using the OCC sequence. In particular, because Msg3 in RA procedure using OCC sequence may be multiplexed by multiple UEs, the network node may need to transmit multiple contention resolution MAC CEs. Therefore, the time duration of MAC contention resolution timer may be extended. A timer length to be extended may be considered with the multiplexing UE number. For example, if the number of multiplexed UEs is 4, this means that the network node may respond to at most 4 Msg3 transmissions with Msg4 using OCC sequences, and the timer length may be 4 times its original value.

[0080] In some implementations, the UE may receive a MAC CE indicating the UE to stop monitoring a contention resolution ID. In particular, regarding a RA procedure using OCC sequence, 2 or 4 OCC sequence may be used. There may be multiple UEs trying to access the network node using a same OCC sequence. Therefore, the number of UEs waiting for contention resolution may be large. However, due to limited radio resources, only a few UEs may be able to complete the contention resolution process. To avoid prolonged waiting times for contention resolution, the network node may instruct the UEs to stop monitoring the contention resolution ID, which may be achieved using a new MAC CE. This new MAC CE may have a fixed size of zero bits. All UEs that receive the new MAC CE but have not yet resolved their contention may cease monitoring the contention resolution ID. In some cases, the new MAC CE may include a list of UE records, and UEs matching the records may consider stopping the monitoring of the contention resolution ID.

[0081] In some implementations, when the UE fails the RA procedure using OCC sequence, the UE may fall back to perform legacy RA procedure (i.e., the normal RA procedure without applying OCC sequence) . Although the application of OCC sequence to UL transmissions may enhance overall system capacity, it may result in a degradation of the UL signal-to-noise ratio (SNR) . Accordingly, if the UE is unable to successfully access the network node using the OCC sequence, it may attempt access again using the legacy RA procedure, which is subject to reduced interference and provides an improved likelihood of success. If the RA procedure utilizing the OCC sequence is triggered by incoming user data and fails, the UE may retain the user data and use it to initiate the legacy RA procedure.

[0082] In some implementations, before applying the OCC sequence, the UE may determine whether a threshold for applying the OCC sequence is met. In other words, before initiating RA procedure using OCC sequence, the threshold may be met. In particular, the UL SNR may degrade as a result of using OCC sequence. To ensure sufficient UL link budget, a radio condition threshold may be implemented to exclude UEs operating under poor radio conditions. More specifically, the UE may initiate the RA procedure using OCC sequence only if the threshold is satisfied. In some cases, the threshold may include a reference signal received power (RSRP) threshold or an SNR threshold. The threshold may be broadcast within the system information. In some cases, multiple thresholds may be included in the system information to differentiate between varying conditions. In some cases, the threshold may be associated with specific random access resources. For example, if the UE meets threshold "A, " the UE may be permitted to utilize random access resource "a. " Similarly, if the UE meets threshold "B, " the UE may be allowed to utilize random access resource "b. " Illustrative Implementations

[0083] FIG. 11 illustrates an example communication system 1100 having an example communication apparatus 1110 and an example network apparatus 1120 in accordance with an implementation of the present disclosure. Each of communication apparatus 1110 and network apparatus 1120 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to applying OCC to radio resource unit with respect to UE and network apparatus in mobile communications, including scenarios / schemes described above as well as processes 1200 and 1300 described below.

[0084] Communication apparatus 1110 may be a part of an electronic apparatus, which may be a UE such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus or a computing apparatus. For instance, communication apparatus 1110 may be implemented in a smartphone, a smartwatch, a personal digital assistant, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Communication apparatus 1110 may also be a part of a machine type apparatus, which may be an IoT, NB-IoT, or IIoT apparatus such as an immobile or a stationary apparatus, a home apparatus, a wire communication apparatus or a computing apparatus. For instance, communication apparatus 1110 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker or a home control center. Alternatively, communication apparatus 1110 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 reduced-instruction set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. Communication apparatus 1110 may include at least some of those components shown in FIG. 11 such as a processor 1112, for example. Communication apparatus 1110 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 communication apparatus 1110 are neither shown in FIG. 11 nor described below in the interest of simplicity and brevity.

[0085] Network apparatus 1120 may be a part of a network apparatus, which may be a network node such as a satellite, a base station, a small cell, a router or a gateway. For instance, network apparatus 1120 may be implemented in an eNodeB in an LTE network, in a gNB in a 5G / NR, IoT, NB-IoT or IIoT network or in a satellite or base station in a 6G network. Alternatively, network apparatus 1120 may be implemented in the form of one or more IC chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, or one or more RISC or CISC processors. Network apparatus 1120 may include at least some of those components shown in FIG. 11 such as a processor 1122, for example. Network apparatus 1120 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 network apparatus 1120 are neither shown in FIG. 11 nor described below in the interest of simplicity and brevity.

[0086] In one aspect, each of processor 1112 and processor 1122 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though a singular term “a processor” is used herein to refer to processor 1112 and processor 1122, each of processor 1112 and processor 1122 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 1112 and processor 1122 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 1112 and processor 1122 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks including applying OCC to radio resource unit in a device (e.g., as represented by communication apparatus 1110) and a network (e.g., as represented by network apparatus 1120) in accordance with various implementations of the present disclosure.

[0087] In some implementations, communication apparatus 1110 may also include a transceiver 1116 coupled to processor 1112 and capable of wirelessly transmitting and receiving data. In other words, processor 1112 may transceive the data such as configuration, message, signal, information, indicator, etc. via transceiver 1116. In some implementations, communication apparatus 1110 may further include a memory 1114 coupled to processor 1112 and capable of being accessed by processor 1112 and storing data therein. In some implementations, network apparatus 1120 may also include a transceiver 1126 coupled to processor 1122 and capable of wirelessly transmitting and receiving data. In other words, processor 1122 may transceive the data such as configuration, message, signal, information, indicator, etc. via transceiver 1126. In some implementations, network apparatus 1120 may further include a memory 1124 coupled to processor 1122 and capable of being accessed by processor 1122 and storing data therein. Accordingly, communication apparatus 1110 and network apparatus 1120 may wirelessly communicate with each other via transceiver 1116 and transceiver 1126, respectively. To aid better understanding, the following description of the operations, functionalities and capabilities of each of communication apparatus 1110 and network apparatus 1120 is provided in the context of a mobile communication environment in which communication apparatus 1110 is implemented in or as a communication apparatus or a UE and network apparatus 1120 is implemented in or as a network node of a communication network.

[0088] In some implementations, each of memory 1114 and memory 1124 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 1114 and memory 1124 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 1114 and memory 1124 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. Illustrative Processes

[0089] FIG. 12 illustrates an example process 1200 in accordance with an implementation of the present disclosure. Process 1200 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to applying OCC to radio resource unit of the present disclosure. Process 1200 may represent an aspect of implementation of features of communication apparatus 1110. Process 1200 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1210 to 1220. Although illustrated as discrete blocks, various blocks of process 1200 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 1200 may be executed in the order shown in FIG. 12 or, alternatively, in a different order. Process 1200 may be implemented by communication apparatus 1110 or any suitable UE or machine type devices. Solely for illustrative purposes and without limitation, process 1200 is described below in the context of communication apparatus 1110. Process 1200 may begin at block 1210.

[0090] At block 1210, process 1200 may involve processor 1112 of communication apparatus 1110 applying a first OCC sequence to at least one radio resource unit. Process 1200 may proceed from block 1410 to block 1220.

[0091] At block 1220, process 1200 may involve processor 1112 of communication apparatus 1110 transmitting the at least one radio resource unit applied with the first OCC sequence to a network node.

[0092] In some implementations, the at least one radio resource unit may include at least one data symbol, at least one NPUSCH slot or at least one repetition of NPUSCH transmission. A length of the first OCC sequence may be associated with a number of the at least one radio resource unit.

[0093] In some implementations, process 1200 may further involve processor 1112 of communication apparatus 1110 receiving a UE multiplexing number associated with the first OCC sequence.

[0094] In some implementations, the first OCC sequence may be associated with at least one of an NPRACH and an NPUSCH.

[0095] In some implementations, the first OCC sequence may be associated with at least one of:a contention-based random access of NPRACH, a contention-free random access of NPRACH, a PDCCH order CFRA, a physical layer SR CFRA, a 3.75KHz NPUSCH, a 15KHz NPUSCH, a single-tone NPUSCH, a multi-tone NPUSCH, a PUR, an EDT, and a UE capability.

[0096] In some implementations, the at least one radio resource unit may include: (1) NPRACH and NPUSCH resources; or (2) NPRACH and NPUSCH resources dedicated to the first OCC sequence.

[0097] In some implementations, process 1200 may further involve processor 1112 of communication apparatus 1110 selecting the first OCC sequence randomly from a plurality of OCC sequence candidates for a contention-based random access.

[0098] In some implementations, process 1200 may further involve processor 1112 of communication apparatus 1110 generating the first OCC sequence for a contention-based random access according to UE information.

[0099] In some implementations, process 1200 may further involve processor 1112 of communication apparatus 1110 receiving an RAR from the network node. Communication apparatus 1110 may be associated with a RAPID. The RAR and the RAPID may be associated with a UE which uses a second OCC sequence. The second OCC sequence may be different from the first sequence. Process 1200 may further involve processor 1112 of communication apparatus 1110 applying a third OCC sequence to an RRC connection request. Process 1200 may further involve processor 1112 of communication apparatus 1110 transmitting the RRC connection request on time and frequency NPUSCH resources based on the RAR. The time and frequency NPUSCH resources may be used by the UE. The first OCC sequence and the third OCC sequence may be the same or different.

[0100] In some implementations, process 1200 may further involve processor 1112 of communication apparatus 1110 receiving an RAR from the network node. Communication apparatus 1110 may be associated with a RAPID. The RAPID may be associated with a UE which uses a second OCC sequence and receives another RAR. The second OCC sequence may be different from the first sequence. An RA-RNTI may be associated with the first OCC sequence.

[0101] In some implementations, process 1200 may further involve processor 1112 of communication apparatus 1110 receiving a contention resolution ID MAC CEs for multiple UEs.

[0102] In some implementations, the plurality of contention resolution ID MAC CEs may include at least one of: (1) a contention resolution ID MAC CE having a resolution ID and a C-RNTI) , wherein the C-RNTI may be an offset to a TC-RNTI) , (2) a LCID for CCCH data.

[0103] In some implementations, the OCC sequence may be associated with an NPUSCH and configured in an RRC signaling, a MAC CE, an RAR or a DCI.

[0104] In some implementations, process 1200 may further involve processor 1112 of communication apparatus 1110 generating a TC-RNTI for scrambling an RRC connection request.

[0105] In some implementations, process 1200 may further involve processor 1112 of communication apparatus 1110 generating a TC-RNTI. Process 1200 may further involve processor 1112 of communication apparatus 1110 monitoring a PDCCH associated with the TC-RNTI.

[0106] In some implementations, a time duration of MAC contention resolution timer may be extended for an uplink transmission using the first OCC sequence.

[0107] In some implementations, process 1200 may further involve processor 1112 of communication apparatus 1110 receiving a MAC CE indicating the apparatus to stop monitoring a contention resolution identification.

[0108] In some implementations, process 1200 may further involve processor 1112 of communication apparatus 1110 determining that a threshold for applying the first OCC sequence is met.

[0109] FIG. 13 illustrates an example process 1300 in accordance with an implementation of the present disclosure. Process 1300 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to applying OCC to radio resource unit of the present disclosure. Process 1300 may represent an aspect of implementation of features of network apparatus 1120. Process 1300 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1310 to 1320. Although illustrated as discrete blocks, various blocks of process 1300 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 1300 may be executed in the order shown in FIG. 13 or, alternatively, in a different order. Process 1500 may be implemented by network apparatus 1120 or any suitable network device or machine type devices. Solely for illustrative purposes and without limitation, process 1300 is described below in the context of network apparatus 1120. Process 1300 may begin at block 1310.

[0110] At block 1310, process 1300 may involve processor 1122 of network apparatus 1120 receiving at least one radio resource unit from a UE. Process 1300 may proceed from block 1310 to block 1320.

[0111] At block 1320, process 1300 may involve processor 1122 of network apparatus 1120 decoding the at least one radio resource unit by a first OCC sequence associated with the UE.

[0112] In some implementations, the at least one radio resource unit may include at least one data symbol, at least one NPUSCH slot or at least one repetition of NPUSCH transmission. A length of the first OCC sequence may be associated with a number of the at least one radio resource unit.

[0113] In some implementations, process 1300 may further involve processor 1122 of network apparatus 1120 transmitting a UE multiplexing number associated with the first OCC sequence.

[0114] In some implementations, the first OCC sequence may be associated with at least one of an NPRACH and an NPUSCH.

[0115] In some implementations, the first OCC sequence may be associated with at least one of:a contention-based random access of NPRACH, a contention-free random access of NPRACH, a PDCCH order CFRA, a physical layer SR CFRA, a 3.75KHz NPUSCH, a 15KHz NPUSCH, a single-tone NPUSCH, a multi-tone NPUSCH, a PUR, an EDT, and a UE capability.

[0116] In some implementations, the at least one radio resource unit may include: (1) NPRACH and NPUSCH resources; or (2) NPRACH and NPUSCH resources dedicated to the first OCC sequence.

[0117] In some implementations, process 1300 may further involve processor 1122 of network apparatus 1120 transmitting an RAR to the UE. The UE may be associated with a RAPID. The RAR and the RAPID may be associated with another UE which uses a second OCC sequence. The second OCC sequence may be different from the first sequence. Process 1300 may further involve processor 1122 of network apparatus 1120 receiving an RRC connection request on time and frequency NPUSCH resources based on the RAR. The RCC connection request may be applied by a third OCC sequence. The time and frequency NPUSCH resources may be used by both the UE and the another UE. The first OCC sequence and the third OCC sequence may be the same or different.

[0118] In some implementations, process 1300 may further involve processor 1122 of network apparatus 1120 transmitting an RAR to the UE. The UE may be associated with a RAPID. The RAPID may be associated with another UE which uses a second OCC sequence and receives another RAR. The second OCC sequence may be different from the first sequence. A RA-RNTI may be associated with the first OCC sequence.

[0119] In some implementations, process 1300 may further involve processor 1122 of network apparatus 1120 transmitting a contention resolution ID MAC CEs for multiple UEs.

[0120] In some implementations, the plurality of contention resolution ID MAC CEs includes at least one of: (1) a contention resolution ID MAC CE having a resolution ID and a C-RNTI, wherein the C-RNTI may be an offset to a TC-RNTI; and (2) a LCID for CCCH data.

[0121] In some implementations, the first OCC sequence may be associated with an NPUSCH and configured in an RRC signaling, a MAC CE, an RAR or a DCI.

[0122] In some implementations, process 1300 may further involve processor 1122 of network apparatus 1120 transmitting a MAC CE indicating the UE to stop monitoring a contention resolution ID. Additional Notes

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

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

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

[0126] 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:applying, by a processor of an apparatus, a first orthogonal cover code (OCC) sequence to at least one radio resource unit; andtransmitting, by the processor, the at least one radio resource unit applied with the first OCC sequence to a network node.2.The method of Claim 1, wherein the at least one radio resource unit includes at least one data symbol, at least one narrowband physical uplink shared channel (NPUSCH) slot or at least one repetition of NPUSCH transmission, and wherein a length of the first OCC sequence is associated with a number of the at least one radio resource unit.3.The method of Claim 1, further comprising:receiving, by the processor, a user equipment (UE) multiplexing number associated with the first OCC sequence.4.The method of Claim 1, wherein the first OCC sequence is associated with at least one of a narrowband physical random access channel (NPRACH) and a narrowband physical uplink shared channel (NPUSCH) .5.The method of Claim 1, wherein the first OCC sequence is associated with at least one of:a contention-based random access of narrowband physical random access channel (NPRACH) , a contention-free random access of NPRACH,a physical downlink control channel (PDCCH) order contention-free random access (CFRA) , a physical layer scheduling request (SR) CFRA,a 3.75 kilohertz (KHz) narrowband physical uplink shared channel (NPUSCH) , a 15 KHz NPUSCH,a single-tone NPUSCH, a multi-tone NPUSCH,a preconfigured uplink resource (PUR) , an early data transmission (EDT) , anda user equipment (UE) capability.6.The method of Claim 1, wherein the at least one radio resource unit includes:normal narrowband physical random access channel (NPRACH) and narrowband physical uplink shared channel (NPUSCH) resources; orNPRACH and NPUSCH resources dedicated to the first OCC sequence.7.The method of Claim 1, further comprising:selecting, by the processor, the first OCC sequence randomly from a plurality of OCC sequence candidates for a contention-based random access; orgenerating, by the processor, the first OCC sequence for a contention-based random access according to user equipment (UE) information.8.The method of Claim 1, further comprising:receiving, by the processor, a random access response (RAR) from the network node, wherein the apparatus is associated with a random access preamble identity (RAPID) , the RAR and the RAPID are associated with a user equipment (UE) which uses a second OCC sequence, and the second OCC sequence is different from the first sequence;applying, by the processor, a third OCC sequence to a radio resource control (RRC) connection request; andtransmitting, by the processor, the RRC connection request on time and frequency narrowband physical uplink shared channel (NPUSCH) resources based on the RAR, wherein the time and frequency NPUSCH resources are used by the UE,wherein the first OCC sequence and the third OCC sequence are the same or different.9.The method of Claim 1, further comprising:receiving, by the processor, a random access response (RAR) from the network node, wherein the apparatus is associated with a random access preamble identity (RAPID) , the RAPID is associated with a user equipment (UE) which uses a second OCC sequence and receives another RAR, and the second OCC sequence is different from the first sequence,wherein a random access RNTI (RA-RNTI) is associated with the first OCC sequence.10.The method of Claim 1, further comprising:receiving, by the processor, a contention resolution identification (ID) media access control control elements (MAC CEs) for multiple user equipment (UEs) ,wherein the plurality of contention resolution ID MAC CEs includes at least one of:a contention resolution ID MAC CE having a resolution ID and a C-RNTI (C-RNTI) , wherein the C-RNTI is an offset to a temporary C-RNTI (TC-RNTI) , anda logical channel identification (LCID) for common control channel (CCCH) data.11.The method of Claim 1, wherein the OCC sequence is associated with a narrowband physical uplink shared channel (NPUSCH) and configured in a radio resource control (RRC) signaling, a media access control control element (MAC CE) , a random access response (RAR) or a downlink control information (DCI) .12.The method of Claim 1, further comprising:generating, by the processor, a temporary C-RNTI (TC-RNTI) for scrambling a radio resource control (RRC) connection request; andmonitoring, by the processor, a physical downlink control channel (PDCCH) associated with the TC-RNTI.13.The method of Claim 1, wherein a time duration of media access control (MAC) contention resolution timer is extended for an uplink transmission using the first OCC sequence.14.The method of Claim 1, further comprising:receiving, by the processor, a media access control control element (MAC CE) indicating the apparatus to stop monitoring a contention resolution identification.15.The method of Claim 1, further comprising:determining, by the processor, that a threshold for applying the first OCC sequence is met.16.A method, comprising:receiving, by a processor of an apparatus, at least one radio resource unit from a user equipment (UE) ; anddecoding, by the processor, the at least one radio resource unit by a first orthogonal cover code (OCC) sequence associated with the UE.17.The method of Claim 16, wherein the at least one radio resource unit includes at least one data symbol, at least one narrowband physical uplink shared channel (NPUSCH) slot or at least one repetition of NPUSCH transmission, and wherein a length of the first OCC sequence is associated with a number of the at least one radio resource unit.18.The method of Claim 16, further comprising:transmitting, by the processor, a random access response (RAR) to the UE, wherein the UE is associated with a random access preamble identity (RAPID) , the RAR and the RAPID are associated with another UE which uses a second OCC sequence, and the second OCC sequence is different from the first sequence; andreceiving, by the processor, a radio resource control (RRC) connection request on time and frequency narrowband physical uplink shared channel (NPUSCH) resources based on the RAR, wherein the RCC connection request is applied by a third OCC sequence, and the time and frequency NPUSCH resources are used by both the UE and the another UE,wherein the first OCC sequence and the third OCC sequence are the same or different.19.The method of Claim 16, further comprising:transmitting, by the processor, a random access response (RAR) to the UE, wherein the UE is associated with a random access preamble identity (RAPID) , the RAPID is associated with another UE which uses a second OCC sequence and receives another RAR, and the second OCC sequence is different from the first sequence,wherein a random access RNTI (RA-RNTI) is associated with the first OCC sequence.20.The method of Claim 16, further comprising:transmitting, by the processor, a contention resolution identification (ID) media access control control elements (MAC CEs) for multiple user equipment (UEs) ,wherein the plurality of contention resolution ID MAC CEs includes at least one of:a contention resolution ID MAC CE having a resolution ID and a C-RNTI (C-RNTI) , wherein the C-RNTI is an offset to a temporary C-RNTI (TC-RNTI) , anda logical channel identification (LCID) for common control channel (CCCH) data.

Images