Device, method and computer readable medium for communications

Abstract

Embodiments of the present disclosure relate to devices, methods and computer readable medium for the enhancement of the random access. According to embodiments of the present disclosure, a terminal device transmits, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a multiplexing configuration. The multiplexing configuration comprises information on code domain multiplexing. The terminal device receives, from the network device, a random access response (RAR) for the random access preamble during an RAR window. At least one of a starting time or a size of the RAR window is associated with the multiplexing configuration. In this way, the random access can be enhanced.

Description

DEVICE, METHOD AND COMPUTER READABLE MEDIUM FOR COMMUNICATIONSFIELD

[0001] Embodiments of the present disclosure generally relate to the field of communication, and in particular, to devices, methods and computer readable medium for the random access.BACKGROUND

[0002] With the development of communication technology, more and more devices are required to exchange data with the network to implement their respective functionalities. For example, smart wearable devices, smart home devices, vehicles, unmanned devices, smart meters, and so on. A narrow band (NB) -internet of things (IoT) technology has been introduced. The NB-IoT technology was developed to provide connectivity solutions for the growth of IoT and enables a large number of devices to access a data network and it is also referred to as extended Machine Type Communications (eMTC) .

[0003] In addition, to enhance the capacity of a communication network, several multiplexing technologies have been studied, such as frequency division multiplexing (FDM) , time division multiplexing (TDM) , code division multiplexing (CDM) . Generally, the multiplexing technology refers to modulating and / or encoding data signals such that different data signals can be distinguished in at least one domain, e.g., the time domain, frequency domain or code domain. As such, the different signals can be transmitted using the same radio resources in other domains to enhance the communication capacity. In an example, “orthogonal” radio resources can be applied to different signals to achieve a better autocorrelation and cross correlation, so that the receiver can obtain the signal destined to the receiver successfully.SUMMARY

[0004] In general, example embodiments of the present disclosure relate to devices, methods, and computer readable medium for the enhancement of the random access.

[0005] In a first aspect, there is provided a terminal device. The terminal device comprises a processor. The processor is configured to cause the terminal device to transmit to a  network device, a random access preamble that is spread by an orthogonal code sequence based on a multiplexing configuration. The multiplexing configuration comprises information on code domain multiplexing. The terminal device is further caused to receive, from the network device, a random access response (RAR) for the random access preamble during an RAR window. At least one of a starting time or a size of the RAR window is associated with the multiplexing configuration.

[0006] In a second aspect, there is provided a network device. The network device comprises a processor. The processor is configured to cause the network device to receive, from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a multiplexing configuration. The multiplexing configuration comprises information on code domain multiplexing. The network device is further caused to transmit, to the terminal device, a random access response (RAR) for the random access preamble, such that the terminal device to receive the RAR during an RAR window. At least one of a starting time or a size of the RAR window is associated with the multiplexing configuration.

[0007] In a third aspect, there is provided a terminal device. The terminal device comprises a processor. The processor is configured to cause the terminal device to receive, from a network device, association information that indicates an association between one or more carriers and one or more multiplexing configurations. A multiplexing configuration of the one or more multiplexing configurations comprises information on code domain multiplexing. The terminal device is further caused to transmit, to the network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations. The terminal device is further caused to receive, from the network device and on a first carrier of the one or more carriers, a random access response (RAR) for the random access preamble, wherein the first carrier is associated with the first multiplexing configuration.

[0008] In a fourth aspect, there is provided a network device. The network device comprises a processor. The processor is configured to cause the network device to transmit, to a terminal device, association information that indicates an association between one or more carriers and one or more multiplexing configurations. A multiplexing configuration of the one or more multiplexing configurations comprises information on code domain multiplexing. The network device is further caused to receive, from the terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations. The network  device is further caused to transmit, to the terminal device and on a first carrier of the one or more carriers, a random access response (RAR) for the random access preamble, wherein the first carrier is associated with the first multiplexing configuration.

[0009] In a fifth aspect, there is provided a terminal device. The terminal device comprises a processor. The processor is configured to cause the terminal device to transmit, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. The terminal device is further caused to determine a random access (RA) -radio network temporary identifier (RNTI) based on the first multiplexing configuration and information related to a transmission of the random access preamble. The terminal device is further caused to receive, from the network device, a random access response (RAR) for the random access preamble using the RA-RNTI.

[0010] In a sixth aspect, there is provided a network device. The network device comprises a processor. The processor is configured to cause the network device to receive, from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. The network device is further caused to determine the first multiplexing configuration among the plurality of multiplexing configurations by detecting the random access preamble. The network device is further caused to determine a random access (RA) -radio network temporary identifier (RNTI) based on the first multiplexing configuration and information related to a transmission of the random access preamble. The network device is further caused to transmit, to the terminal device, a random access response (RAR) for the random access preamble using the RA-RNTI.

[0011] In a seventh aspect, there is provided a terminal device. The terminal device comprises a processor. The processor is configured to cause the terminal device to transmit, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. The terminal device is further caused to detect, on random access response (RAR) resources associated with the random access preamble, at  least one of i) one or more downlink control channels of one or more RARs, or ii) one or more downlink shared channels of the one or more RARs. The terminal device is further caused to determine, among the one or more RARs, a target RAR for the random access preamble based on detecting at least one of: a target downlink control channel among the one or more downlink control channels, the target downlink control channel comprising a code sequence index corresponding to the first multiplexing configuration, or a target downlink shared channel among the one or more downlink shared channels, the target downlink shared channel comprising the code sequence index.

[0012] In an eighth aspect, there is provided a network device. The network device comprises a processor. The processor is configured to cause the network device to receive, from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. The network device is further caused to include a code sequence index corresponding to the first multiplexing configuration into at least one of a downlink control channel or a downlink shared channel of a random access response (RAR) for the random access preamble. The network device is further caused to transmit, to the terminal device, the RAR on random access response (RAR) resources associated with the random access preamble.

[0013] In a ninth aspect, there is provided a method implemented at a terminal device. In the method, the terminal device transmits, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a multiplexing configuration. The multiplexing configuration comprises information on code domain multiplexing. The terminal device receives, from the network device, a random access response (RAR) for the random access preamble during an RAR window. At least one of a starting time or a size of the RAR window is associated with the multiplexing configuration.

[0014] In a tenth aspect, there is provided a method implemented at a network device. In the method, the network device receives, from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a multiplexing configuration. The multiplexing configuration comprises information on code domain multiplexing. The network device transmits, to the terminal device, a random access response (RAR) for the random access preamble, such that the terminal device to receive the RAR during an RAR window, wherein at least one of a starting time or a size of the RAR window is associated  with the multiplexing configuration.

[0015] In an eleventh aspect, there is provided a method implemented at a terminal device. In the method, the terminal device receives, from a network device, association information that indicates an association between one or more carriers and one or more multiplexing configurations. A multiplexing configuration of the one or more multiplexing configurations comprises information on code domain multiplexing. The terminal device transmits, to the network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations. The terminal device receives, from the network device and on a first carrier of the one or more carriers, a random access response (RAR) for the random access preamble. The first carrier is associated with the first multiplexing configuration

[0016] In a twelfth aspect, there is provided a method implemented at a network device. In the method, the network device transmits, to a terminal device, association information that indicates an association between one or more carriers and one or more multiplexing configurations. A multiplexing configuration of the one or more multiplexing configurations comprises information on code domain multiplexing. The network device receives, from the terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations. The network device transmits, to the terminal device and on a first carrier of the one or more carriers, a random access response (RAR) for the random access preamble. The first carrier is associated with the first multiplexing configuration.

[0017] In a thirteenth aspect, there is provided a method implemented at a terminal device. In the method, the terminal device transmits, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. The terminal device determines a radio network temporary identifier (RNTI) based on the first multiplexing configuration and information related to a transmission of the random access preamble. The terminal device receives, from the network device, a random access response (RAR) for the random access preamble using the RNTI.

[0018] In a fourteenth aspect, there is provided a method implemented at a network device. In the method, the network device receives, from a terminal device, a random access  preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. The network device determines the first multiplexing configuration among the plurality of multiplexing configurations by detecting the random access preamble. The network device determines a radio network temporary identifier (RNTI) based on the first multiplexing configuration and information related to a transmission of the random access preamble. The network device transmits, to the terminal device, a random access response (RAR) for the random access preamble using the RNTI.

[0019] In a fifteenth aspect, there is provided a method implemented at a terminal device. In the method, the terminal device transmits, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. The terminal device detects, on random access response (RAR) resources associated with the random access preamble, at least one of i) one or more downlink control channels of one or more RARs, or ii) one or more downlink shared channels of the one or more RARs. The terminal device determines, among the one or more RARs, a target RAR for the random access preamble based on detecting at least one of: a target downlink control channel among the one or more downlink control channels, the target downlink control channel comprising a code sequence index corresponding to the first multiplexing configuration, or a target downlink shared channel among the one or more downlink shared channels, the target downlink shared channel comprising the code sequence index.

[0020] In a sixteenth aspect, there is provided a method implemented at a network device. In the method, the network device receives, by a network device from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. The network device includes a code sequence index corresponding to the first multiplexing configuration into at least one of a downlink control channel or a downlink shared channel of a random access response (RAR) for the random access preamble. The network device transmits, to the terminal device, the RAR on random access response (RAR) resources associated with the random access preamble.

[0021] In a seventeenth aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method of any of the ninth aspect to the sixteenth aspect.

[0022] In an eighteenth aspect, there is provided a terminal device. The terminal device comprises a processor. The processor is configured to cause the terminal device to receive, from a network device, a random access response (RAR) indicating a multiplexing configuration. The multiplexing configuration comprises information on code domain multiplexing. The terminal device is further caused to transmit, to the network device, a message 3 (Msg 3) associated with the RAR, the Msg 3 being spread by an orthogonal code sequence based on the multiplexing configuration.

[0023] In a nineteenth aspect, there is provided a network device. The network device comprises a processor. The processor is configured to cause the network device to transmit, to the terminal device, a random access response (RAR) indicating a multiplexing configuration. The multiplexing configuration comprise information on code domain multiplexing. The network device is further caused to receive, from the terminal device, a message 3 (Msg 3) associated with the RAR, the Msg 3 being spread by an orthogonal code sequence based on the multiplexing configuration.

[0024] In a twentieth aspect, there is provided a method implemented at a terminal device. In the method, the terminal device receives, from a network device, a random access response (RAR) indicating a multiplexing configuration. The multiplexing configuration comprise information on code domain multiplexing. The terminal device further transmits, to the network device, a message 3 (Msg 3) associated with the RAR, the Msg 3 being spread by an orthogonal code sequence based on the multiplexing configuration.

[0025] In a twenty-first aspect, there is provided a method implemented at a network device. In the method, the network device transmits, to the terminal device, a random access response (RAR) indicating a multiplexing configuration. The multiplexing configuration comprise information on code domain multiplexing. The network device further receives, from the terminal device, a message 3 (Msg 3) associated with the RAR, the Msg 3 being spread by an orthogonal code sequence based on the multiplexing configuration.

[0026] In a twenty-second aspect, there is provided a computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing  the at least one processor to perform the method of twentieth aspect to the twenty-first aspect.

[0027] It is to be understood that the summary section is not intended to identify key or essential features of example embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0028] Some example embodiments will now be described with reference to the accompanying drawings, where:

[0029] FIG. 1A illustrates an example environment in which some embodiments of the present disclosure can be implemented;

[0030] FIG. 1B illustrates an example signaling process of four-step random access;

[0031] FIG. 1C illustrates an example signaling process of two-step random access;

[0032] FIG. 1D illustrates some example code domain multiplexing levels;

[0033] FIG. 2 illustrates an example signaling process for the random access by applying the orthogonal code sequence to Msg 1 according to some embodiments of the present disclosure;

[0034] FIG. 3A illustrates an example of a starting time and size of the RAR window in the case that Msg 1 is applied with the orthogonal code sequence according to some embodiments of the present disclosure;

[0035] FIG. 3B illustrates another example of a starting time and size of the RAR window in the case that Msg 1 is applied with the orthogonal code sequence according to some embodiments of the present disclosure;

[0036] FIG. 4 illustrates another example signaling process for the random access by applying the orthogonal code sequence to Msg 1 according to some embodiments of the present disclosure;

[0037] FIG. 5 illustrates a further example signaling process for the random access by applying the orthogonal code sequence to Msg 1 according to some embodiments of the present disclosure;

[0038] FIG. 6A illustrates a yet example signaling process for the random access by  applying the orthogonal code sequence to Msg 1 according to some embodiments of the present disclosure;

[0039] FIG. 6B illustrates a media access control protocol data unit (MAC PDU) format according to some embodiments of the present disclosure;

[0040] FIG. 7 illustrates a flowchart of an example method implemented at a terminal device according to some embodiments of the present disclosure;

[0041] FIG. 8 illustrates a flowchart of an example method implemented at a network device according to some embodiments of the present disclosure;

[0042] FIG. 9 illustrates a flowchart of an example method implemented at a terminal device according to some embodiments of the present disclosure;

[0043] FIG. 10 illustrates a flowchart of an example method implemented at a network device according to some embodiments of the present disclosure;

[0044] FIG. 11 illustrates a flowchart of an example method implemented at a terminal device according to some embodiments of the present disclosure;

[0045] FIG. 12 illustrates a flowchart of an example method implemented at a network device according to some embodiments of the present disclosure;

[0046] FIG. 13 illustrates a flowchart of an example method implemented at a terminal device according to some embodiments of the present disclosure;

[0047] FIG. 14 illustrates a flowchart of an example method implemented at a network device according to some embodiments of the present disclosure;

[0048] FIG. 15 illustrates a simplified block diagram of a device that is suitable for implementing example embodiments of the present disclosure.

[0049] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0050] Principle of the present disclosure will now be described with reference to some embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitations as to the scope of the disclosure. The  disclosure described herein can be implemented in various manners other than the ones described below.

[0051] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0052] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, internet of things (IoT) devices, Ultra-reliable and Low Latency Communications (URLLC) devices, Internet of Everything (IoE) devices, machine type communication (MTC) devices, device on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for Integrated Access and Backhaul (IAB) , Small Data Transmission (SDT) , mobility, Multicast and Broadcast Services (MBS) , positioning, dynamic / flexible duplex in commercial networks, reduced capability (RedCap) , Space borne vehicles or Air borne vehicles in Non-terrestrial networks (NTN) including Satellites and High Altitude Platforms (HAPs) encompassing Unmanned Aircraft Systems (UAS) , eXtended Reality (XR) devices including different types of realities such as Augmented Reality (AR) , Mixed Reality (MR) and Virtual Reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’ can further has ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may be also incorporated one or multiple Subscriber Identity Module (SIM) as known as Multi-SIM. The term “terminal device” can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal, a wireless device or a reduced capability terminal device.

[0053] As used herein, the term “network device” refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a  remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , Network-controlled Repeaters, and the like.

[0054] The terminal device or the network device may have Artificial intelligence (AI) or Machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information. The terminal or the network device may work on several frequency ranges, e.g. FR1 (410 MHz –7125 MHz) , FR2 (24.25 GHz to 71 GHz) , 71 GHz to 114 GHz, and frequency band larger than 100 GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connection with the network devices under Multi-Radio Dual Connectivity (MR-DC) application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0055] The network device may have the function of network energy saving, Self-Organizing Networks (SON)  / Minimization of Drive Tests (MDT) . The terminal may have the function of power saving.

[0056] The embodiments of the present disclosure may be performed in test equipment, e.g. signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator.

[0057] The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, 5.5G, 5G-Advanced networks, or the sixth generation (6G) networks.

[0058] In one embodiment, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The first network device and the second network device may use different radio access technologies (RATs) . In one embodiment, the first network device may be a first RAT device and the second network device may be a second RAT device. In one embodiment, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs  may be transmitted to the terminal device from at least one of the first network device and the second network device. In one embodiment, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In one embodiment, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0059] As used herein, the singular forms ‘a’ , ‘an’ and ‘the’ are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

[0060] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0061] The term “circuitry” used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.  In this disclosure, the subband and the frequency subband may be used interchangeable without any limitation. The group size of a RBG may be also referred to as the RBG size without any limitation. In this disclosure, the control channel may be interchangeably used with the physical downlink control channel (PDCCH) without any limitation.

[0062] In some example embodiments of the disclosure, the terms “downlink (DL) control channel” and “physical downlink control channel (PDCCH) ” can be used interchangeably. In some embodiments of the disclosure, the terms “downlink shared channel” and “physical downlink shared channel (PDSCH) ” can be used interchangeably.

[0063] In some embodiments of the disclosure, PDCCH order refers to a downlink control information used by network to order a terminal device to initiate a random access. The downlink control information may be of a certain downlink control information (DCI) format, for example, DCI format 1. In the NB-IoT communication system, the PDCCH order may be also referred to as “NPDCCH order” . In some embodiments of the disclosure, the random access may be triggered by the PDCCH order from the network device. In addition or alternatively, the random access may be performed by the terminal device autonomously if some certain conditions are met, for example, the time alignment timer expires.

[0064] In some embodiments of the disclosure, in the random access, the terminal device may transmit Msg 1 on a configured carrier and receive Msg 2 on another configured carrier. The configured carrier is indicated from a first set of carriers comprising an anchor carrier and one or more non-anchor carriers. The other configured carrier is indicated from a second set of carriers comprising another anchor carrier and one or more other non-anchor carriers. In some situations, if the carrier for the Msg 1 or the Msg 2 is not indicated, the terminal device may transmit Msg 1 on the anchor carrier of the first set of carriers and receive / detect the Msg 2 on the other anchor carrier of the second set of carriers.

[0065] In some embodiments of the disclosure, the term RAR response window refers to a time duration for the terminal device to detect a Msg 2 for the Msg 1 transmitted by the terminal device in a four-step random access, and / or a time duration for the terminal device detect a Msg B for the Msg A transmitted by the terminal device in a two-step random access. In some situations, the starting time of the RAR response window is related to the transmission of the random access preamble of the Msg 1 / Msg A. The size of the RAR window is related to the interval between consecutive PDCCH occasions. Specifically, the size of the RAR window may be a multiple of a PDCCH period (pp) . In some embodiments  of the disclosure, the terms “RAR window” , “Msg 2 RAR window” and “Msg B RAR window” can be used interchangeably.

[0066] In some embodiments of the disclosure, the term “PDCCH period (pp) ” refers to the interval between the start of two consecutive PDCCH occasions and depends on the currently used PDCCH search space. A PDCCH occasion is the start of a search space and is defined by subframe k0. The calculation of number of PDCCH-subframes for the timer configured in units of a PDCCH period is done by multiplying the number of PDCCH periods with npdcch-NumRepetitions-RA when the UE uses the common search space or by npdcch-NumRepetitions when the UE uses the UE specific search space. When counting a timer whose length is calculated in PDCCH-subframes, the UE shall include PDCCH-subframes that will be dropped or not required to be monitored. The calculation of the number of subframes for the timer configured in units of a PDCCH period is done by multiplying the number of PDCCH periods with a duration between two consecutive PDCCH occasions.

[0067] In some embodiments of the disclosure, the term “orthogonal code sequence” refers to certain sequences which possess mathematical properties that make these sequences orthogonal, meaning that they have a low correlation with each other. As such, the signals to be transmitted may be coded by different orthogonal code sequences, so that these signals may be distinguished in the code domain, for example, only the same orthogonal code sequence can be used to decode the signal. In some embodiments of the disclosure, the terms “orthogonal code sequence” and “orthogonal cover code (OCC) sequence” can be used interchangeably.

[0068] In some embodiments of the disclosure, the term “radio network temporary identifier (RNTI) ” refers to the identifier which may be used to distinguish the terminal devices in the random access. The RNTI may include random access (RA) -RNTI, cell -RNTI (C-RNTI) , and so on. In some embodiments of the disclosure, the RNTI may be also referred to as “X-RNTI” . As an example of RA-RNTI, in response to a Msg 1 from a terminal device, the network device may use a RA-RNTI to scramble a PDCCH for the Msg 2 towards this terminal device. The RA-RNTI is calculated based on the resource position of the random access preamble in Msg 1. In turn, the terminal device may also determine the respective RA-RNTI accordingly (since it is aware of the resource position) and use this RA-RNTI to de-scramble the PDCCH of Msg 2. Furthermore, the PDCCH of the Msg 2 indicates the resource position for the PDSCH of the Msg 2, thus the terminal device may further receive the PDSCH of the Msg 2.

[0069] As an example of MsgB-RNTI, , in response to a Msg A from a terminal device, the network device may use a MsgB-RNTI to scramble a PDCCH for the Msg B towards this terminal device. The MsgB-RNTI is calculated based on the resource position of the random access preamble in Msg A. In turn, the terminal device may also determine the respective MsgB-RNTI accordingly (since it is aware of the resource position) and use this MsgB-RNTI to de-scramble the PDCCH of Msg B. Furthermore, the PDCCH of the Msg B indicates the resource position for the PDSCH of the Msg B, thus the terminal device may further receive the PDSCH of the Msg B.

[0070] In some embodiments of the disclosure, the term “multiplexing level” refers to the multiplexing level in applying the code domain multiplexing. Generally, the “multiplexing level” is related to the number of symbols for the random access preamble to which an element (or code unit) of an orthogonal code sequence is applied. To discuss clarity, the multiplexing level is further discussed with reference to FIG. 1D.

[0071] In some embodiments of the disclosure, the terms “orthogonal code sequence” and “orthogonal codebook set” may be used interchangeably without any limitation. In some embodiments of the disclosure, the terms “orthogonal code sequence index” refers to the index of an orthogonal code sequence. An example of the orthogonal code sequence index may be “OCC-index” . In some embodiments of the disclosure, the terms “orthogonal code sequence index” and “code book set index” may be used interchangeably. For example, the first orthogonal code sequence index may be also referred to a “first codebook set index” , “1st codebook set index” , “codebook set index 1st” , “codebook set index 1” or other similar expressions.

[0072] As mentioned above, the NB-IoT technology has been studied to enable a large number of the devices to access the data communication network and further exchange data with the data communication network. However, IoT network is resource limited, especially in the UL (e.g., UL in the initial access phase) , when a limited amount of spectrum is expected to be available for deployment of IoT NTN services.

[0073] In some situations, the orthogonal code sequences may be applied to the random access preamble of the terminal devices to increase the network capacity in the code domain. However, at the network device, detecting the random access preamble that is spread by the orthogonal code sequence may consume more time which may affect the transmission / reception of the RAR for this random access preamble. In another aspect, if a  plurality of terminal devices transmits the random access preambles / PRACHs on the same PRACH resources (time-frequency radio resources) , these terminal devices should detect the respective Msg 2 on the same RAR resources. In this case, a terminal device of these terminal devices is difficult to identify the expected RAR from the plurality of RARs. In the embodiments of the disclosure, the so called same PRACH resources may be configured by the network, for example, by the PDCCH order. Without any limitation, the same PRACH resources may be the result that different terminal devices (for example, NB-IoT devices) randomly select the PRACH resources.

[0074] At least to solve the above issues, the example embodiments of the disclosure propose solutions for the random access.

[0075] In one aspect, a terminal device transmits a random access preamble to a network device. The random access preamble is spread by an orthogonal code sequence based on a multiplexing configuration. Moreover, the multiplexing configuration includes information on code domain complexing. Then, the terminal device receives an RAR for the random access preamble during a RAR window, and at least one of a starting time or a size of the RAR window is associated with the multiplexing configuration. In this way, even if more time will be consumed due to the blind detection of the random access preamble spread by the orthogonal code sequence, the terminal device may receive the respective RAR in an adapted RAR window.

[0076] In another aspect, a terminal device receives association information from a network device. The association information indicates an association between one or more carriers and one or more multiplexing configurations. Moreover, a multiplexing configuration of the one or more multiplexing configurations includes information on code domain multiplexing. The terminal device further transmits random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations to the network device. Then, the terminal device receives or detects, on a first carrier of the one or more carriers, a random access response (RAR) for the random access preamble from the network device. This first carrier is associated with the first multiplexing configuration. In this way, by the association information, the terminal device (e.g., NB-IoT) devices using the same PRACH resources are able to identify the respective RAR.

[0077] In a further aspect, a terminal device transmits a random access preamble that is  spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations to a network device. A multiplexing configuration of the plurality of multiplexing configurations includes information on code domain multiplexing. The terminal device further determines a radio network temporary identifier (RNTI) based on the first multiplexing configuration and information related to a transmission of the random access preamble. Then, the terminal device uses the determined RNTI to receives a RAR for the random access preamble. In this way, based on the RNTI determined based on the used multiplexing configuration, the terminal device may identify the respective PDCCH of the expected RAR, and thereby identifying the PDSCH of the expected RAR.

[0078] In a yet aspect, a terminal device transmits a random access preamble to a network device. The random access preamble is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. The terminal device further detects on random access response (RAR) resources associated with the random access preamble: one or more downlink control channels of one or more RARs, and / or one or more downlink shared channels of the one or more RARs. Then, if the terminal device detects a target downlink control channel including a code sequence index corresponding to the first multiplexing configuration, and / or if the terminal device detects a target downlink shared channel including the code sequence index, the terminal device is able to determine, among the one or more RARs, a target RAR for the random access preamble. In this way, the terminal device can identify the expected RAR based on code sequence index carried by the RAR.

[0079] As mentioned above, the RACH capacity can be increased. Moreover, the associated messages in random access are also improved accordingly.

[0080] Principle and embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings. FIG. 1A illustrates an example environment 100 in which example embodiments of the present disclosure can be implemented.

[0081] The environment 100, which may be a part of a communication network, comprises a terminal device 110-1, a terminal device 110-2, a terminal device 110-3 and a terminal device 110-4 which are collectively referred to as the terminal device 110. In some  embodiments of the disclosure, these terminal devices may be NB-IoT devices. Without any limitation, these terminal devices may also have different device types, for example, legacy terminal device and NB-IoT device. The environment 100 further comprises a network device 120-1 (for example, a base station) and a network device 120-2 (for example, a network access device for non-terrestrial network, NTN) which are collectively referred to as the network device 120. In the example of disclosure, the terminal devices 110 may access the network via the network device 120-1 or the network device 120-2 without any limitation. For example, the terminal device 110-1 may transmit a random access preamble to the network device 120-1 to initiate access, and the terminal device 110-2 may transmit a random access preamble to the network device 120-2 to initiate access. Thus, in some embodiments, the communication network may include TN, NTN, NB-IoT and / or eMTC. In some other embodiments, the communication network may include any other possible communication network. It is to be understood that the number of network devices and terminal devices is given only for illustration without suggesting any limitations. The communication network may include any suitable number of network devices and / or terminal devices adapted for implementing embodiments of the present disclosure. Although not shown, it would be appreciated that one or more terminal devices may be located in the environment 100.

[0082] In some embodiments, in the case that the terminal device 110 is to transition to the active mode from the idle / inactive mode, or the terminal device 110 is to access the network initially, the terminal device 110 may initiate a random access (procedure) with the network device 120 to implement uplink synchronization and obtain specified identity (ID) for the radio access communication. The random access procedure may be the above 4-step random access or the 2-step random access without any limitation.

[0083] It is to be understood that the number of units and other objects in FIG. 1A is provided merely for the purpose of illustration without implying any limitations to the device environment 100. The environment 100 may include any suitable number of functionality units configured to implement example embodiments of the subject disclosure. Although not shown, it would be appreciated that one or more terminal devices may be located in the environment 100.

[0084] FIG. 1B illustrates an example signaling process 100B of four-step random access.

[0085] In some example embodiments of the disclosure, the term “random access procedure”  refers to a sequence of signaling steps between a terminal device and a network device for the terminal device to acquire uplink synchronization and obtain specified identity (ID) for the radio access communication. In general, there are two types of random access procedures, i.e., the four (4) -step random access and two (2) -step random access.

[0086] Only for discussion purposes without any limitation, the 4-step random access includes four signaling steps. In the first step, the terminal device transmits a message 1 (Msg 1) 130 including random access preambles (which may be also referred to physical random access channel, PRACH) to a network device to initiate the random access. In the second step, in response to receiving Msg 1, the network device transmits a random access response (RAR) , i.e., message 2 (Msg 2) 140, for the random access preambles to the terminal device. In the third step, once receiving the RAR 140, the terminal device transmits a message 3 (Msg 3) 150 using the resources allocated in the RAR to the network device. In the fourth step, after receiving the Msg 3, the network device transmits a message 4 (Msg) 4 160 to the terminal device. In some situations, the Msg 3 and Msg 4 may be used for the contention-based solution. Without any limitation, the random access procedure may be also contention-free. In some embodiments of the disclosure, the terminal devices may transmit, on the same time-frequency PRACH resources, random access preambles that are spread by orthogonal code sequences. In turn, the network device may transmit the respective RARs.

[0087] FIG. 1C illustrates an example signaling process 100C of two-step random access.

[0088] Only for discussion purposes without any limitation, the 2-step random access includes two signaling steps which may be referred to the step A and the step B. As shown in FIG. 1C, in the step A, the terminal device transmits a message A (Msg A) to the network device to initiate the 2-step random access. The functionality of Msg A may be similar as that of the Msg 1 and Msg 3 in the 4-step random access. In the step B, upon receiving the Msg A, the network device transmits a message B (Msg B) to the terminal device. The function of the Msg B may be similar as the function of the Msg 3 and Msg 4 in the 4-step random access. In some embodiments of the disclosure, the terminal devices may transmit, on the same time-frequency PRACH resources, Msg A including random access preambles that are spread by orthogonal code sequences. In turn, the network device may transmit the respective Msg B including RARs.

[0089] Although some embodiments of the disclosure are mainly discussed with reference  to four-step random access, it is to be understood that the embodiments may be also implemented based on a two-step random access. In some embodiments of the disclosure, the terms “Msg 1” and “Msg A” can be used interchangeably, and the terms “Msg 2” and “Msg B” can be used interchangeably.

[0090] FIG. 1D illustrates some example code domain multiplexing levels.

[0091] As shown in FIG. 1D, the terminal device may transmit a plurality of repetitions of the random access preamble. In addition, the random access preamble is enabled to be transmitted in the frequency hopping manner. As shown by the “NPRACH repetition 1” of FIG. 1D, for each repetition, the random access preamble is transmitted using four frequency hops. Each of the frequency hops may include N symbols (which is shown as five in FIG. 1D) and a cyclic prefix (CP) . In some embodiments of the disclosure, the symbols in one “hop” may be also referred to a random access symbol group.

[0092] In addition, some example orthogonal code sequences are listed in the following Table 1, Table 2 and Table 3. The orthogonal code sequences in Table 1 have the code length “2” , and the orthogonal code sequences in Table 2 and Table 3 have the code length “4” .

[0093] Table 1

[0094] Table 2

[0095] Table 3

[0096] In the Tables 1, 2 and 3, n represents an index of an orthogonal code sequence “wn (i) ” . In some embodiments, the terminal device may spread a random access preamble by applying an orthogonal code sequence to the random access preamble. Specifically, multiplying a code unit / element (e.g., “+1” or “-1” in a sequence) and one or more symbols for the random access preamble. Generally, the more symbols to which one code unit is applied or multiplied by a code unit, the more resources required for decoding the random access preamble. As shown in FIG. 1D, in a situation, one code unit is applied to a symbol in a random access symbol group, and this may be also referred to as “intra-symbol group multiplexing level” . In other words, if the random access preamble is spread in the intra-symbol group multiplexing level, the spread symbol length of each code unit is smaller than one random access symbol group. In another situation, one code unit is applied to a plurality of symbols in different random access symbol groups, and this may be also referred to as “inter-symbol group multiplexing level” . In other words, if the random access preamble is spread in the inter-symbol group multiplexing level, the spread symbols are distributed in different random access symbol groups and the spread symbol length of each code unit is smaller than an NPRACH repetition. In a further situation, one code unit is applied to a plurality of symbols crossing NPRACH repetitions, and this may be also referred to as “repetition multiplexing level” . In other words, if the random access preamble is spread in the repetition multiplexing level, the spread symbols are distributed in different NPRACH repetitions, e.g., the NPRACH repetitions 1 and 2. Thus, the complexity of decoding random access preamble which is spread in the repetition multiplexing level is higher than that of the inter-symbol group multiplexing level. The complexity of decoding random access preamble which is spread in the inter-symbol group multiplexing level is higher than that of the intra-symbol group multiplexing level

[0097] At least to solve the related issues mentioned above, some embodiments of the  disclosure are discussed with reference to FIGS. 2 to 15.

[0098] FIG. 2 illustrates an example signaling process 200 for the random access by applying the orthogonal code sequence to Msg 1 according to some embodiments of the present disclosure. For the purpose of discussions, the process 200 will be described with reference to FIG. 1A. It would be appreciated that although the process 200 has been described with respect to communication environment of FIG. 1A, this process 200 may be likewise applied to other communication environments.

[0099] In the signaling process 200, the terminal device 110 transmits (210) a random access preamble 215 to the network device 120. The random access preamble 215 is spread by an orthogonal code sequence based on a multiplexing configuration. Moreover, the multiplexing configuration specifies information on the code domain multiplexing. In some embodiments, the terminal device 110 may transmit an NB-IoT PRACH (NPRACH) including the random access preamble 215 to the network device 120. As an example, in a four-step random access or two-step random access, the terminal device 110 may transmit the random access preamble 215 in Msg 1 or Msg B to the network device 120. In addition or alternatively, in some embodiments, the terminal device 110 may initiate a random access in an NB-IoT physical uplink shared channel (NPUSCH) . For example, some NB-IoT devices may be allocated with the same PUSCH resource pool. In this case, the terminal device 110 may also use the same PUSCH resources to initial a random access with symbols spread by the orthogonal code sequence using the respective multiplexing configuration. That is, the NPRACH may be transmitted in Msg 1, Msg A or NPUSCH.

[0100] In some embodiments, the information on the code domain multiplexing may indicate a code sequence type, a multiplexing level, a code sequence length, a codebook index, an OCC sequence length and / or an OCC sequence index. In an example, the code sequence type may include OCC type, m sequence type, Gold sequence type, Walsh-Hadamard sequence type and any other sequence types. In an example, the multiplexing level may include intra-symbol group multiplexing level, inter-symbol group multiplexing level and repetition multiplexing level as mentioned above. The code sequence length may specify the number of code units in the orthogonal code sequence. As shown in Table 4, the length of the orthogonal code sequence is four. In addition, in some situations, the length of an orthogonal code sequence may be equal to the number of terminal device groups using the orthogonal code sequences. Taking the orthogonal code sequences in Table 2 as an example, a first terminal device group may use the orthogonal code sequence identified by index “0”  (i.e., [+1 +1 +1 +1] ) , and a second terminal device group may use the orthogonal code sequence identified by index “1” (i.e., [+1 -1 +1 -1] ) , until the fourth terminal device group. As such, the UL transmissions from the terminal devices of different can be orthogonal due to the characteristics of the orthogonal code sequence. Furthermore, the same orthogonal code sequence may be multiplexed using the same orthogonal code sequence in different time-frequency resources by the terminal devices in the same terminal device group.

[0101] As mentioned above, the same PRACH time-frequency resources may be configured by the network or is the result that the terminal device randomly selects the PRACH resources. Similarly, the OCC sequence length (which may be also referred to as “OCC-length” ) may specify the number of code units in an OCC sequence. In an example, the codebook index may be the index of an orthogonal code sequence. Alternatively, the codebook index may be also referred to as an orthogonal code sequence index. Similarly, the OCC sequence index (i.e., OCC-index) may be the index of an OCC sequence. In turn, the terminal device may spread the random access preamble following the multiplexing configuration, for example, using the orthogonal code sequence identified by the codebook mark, using the indicated code sequence type, using the indicated multiplexing level and so on.

[0102] In some embodiments, the multiplexing configuration may be one of a plurality of multiplexing configurations configured by the network device 120, and the terminal device 110 may randomly select a multiplexing configuration from the plurality of multiplexing configurations. In addition or alternatively, the multiplexing configuration may be indicated by a PDCCH order.

[0103] Still referring to FIG. 2, after receiving (220) the random access preamble 215, the network device 120 transmits (235) an RAR 235 to the terminal device 110, such that the terminal device 110 to receive (240) the RAR 235 during an RAR window associated with the multiplexing configuration used by the terminal device 110. Specifically, the starting time and / or a size of the RAR window is associated with the multiplexing configuration.

[0104] In the embodiments in which the terminal device 110 transmits the random access preamble 215 in Msg 1 or Msg A, the network device 120 may transmit the RAR 235 in Msg 2 or Msg B. In the embodiments in which the terminal device 110 initiates a random access in an NB-IoT physical uplink shared channel (NPUSCH) , the network device 120 may transmit another response message to the terminal device 110. That is, the terminal device 110 may, during the RAR window, detect the RAR in response to the random access preamble  215 or detect the other response message in response to the initiation of the random access in NPUSCH.

[0105] In some embodiments, the starting time of the RAR window may be calculated based on an ending time of a last repetition for the random access preamble, a first number of subframes and a second number of subframes. In some embodiments of the disclosure, the terms “first number of subframes” and “X subframes” may be used interchangeably, and the terms “second number of subframes” and “Y subframes” may be used interchangeably. As an example, the RAR window may start at the subframe that contains the end of the last preamble repetition plus X and Y subframes. In some embodiments, the X subframes may be determined from Table 4, based on a format of the random access preamble 215 and the number of repetitions of narrow band (NB) -internet of things (IoT) physical random access channel (NPRACH) for the random access preamble 215.

[0106] Table 4

[0107] As an example, if the terminal device 110 and the network device 120 communicate with each other in FDD mode, the format of random access preamble 215 is of preamble format 0, and the number of NPRACH repetition is 64, then the X subframes is determined as 41 subframes.

[0108] In addition, the Y subframes may be determined based on the multiplexing configuration. In some embodiments, the second number of the subframes may be related to the multiplexing level indicated in the multiplexing configuration. For example, the second number in the repetition multiplexing level is greater than another second number in the inter-symbol group multiplexing level. As mentioned above, the complexity of the repetition multiplexing level is above that of the inter-symbol group multiplexing level, and  thus the RAR may be delayed for a longer time. Similarly, the second number in the inter-symbol group multiplexing level is greater than the respective second number in the intra-symbol group multiplexing level. In addition, the longer orthogonal code sequence, the greater second number of subframes.

[0109] To discuss clarity, the above multiplexing configuration may be also referred to as the first multiplexing configuration, the random access preamble 215 may be also referred to as a first random access preamble, and the above the RAR window may be also referred to as a first RAR window. In turn, in an example, assuming that the terminal device 110 transmits to the network device 120 a second random access preamble that is spread based on a second multiplexing configuration, and the terminal device 120 receives from the network device 110 a second RAR for the second random access preamble during a second RAR window. In this case, if the first multiplexing configuration specifies a first code sequence length and the second multiplexing configuration specifies a second code sequence length shorter than the first code sequence length, the second number of subframes is greater than the respective second number of subframes for determining the starting time of the second RAR.

[0110] In addition or alternatively, if the first multiplexing configuration indicates that a code unit of the orthogonal code sequence is applied to a third number of symbols in the first random access preamble, and the second multiplexing configuration indicates that a code unit of a respective orthogonal code sequence is applied to a fourth number of symbols in the second random access preamble, and the fourth number is smaller than the third number of symbols, then the second number of subframes is greater than the respective second number of subframes for determining the starting time of the second RAR.

[0111] In addition or alternatively, if the first multiplexing configuration comprises a repetition multiplexing level and the second multiplexing configuration comprises an inter-symbol group multiplexing level, then the second number of subframes is greater than the respective second number of subframes for determining the starting time of the second RAR.

[0112] In addition or alternatively, if the first multiplexing configuration comprises an inter-symbol multiplexing level and the second multiplexing configuration comprises an intra-symbol group multiplexing level, then the second number of subframes is greater than the respective second number of subframes for determining the starting time of the second RAR.

[0113] In some embodiments, the first number of subframes (i.e., X subframes) and the  second number of subframes (i.e., Y subframes) may be collectively referred to as the “fifth number of subframes” . That is, the starting time of the RAR window may be calculated based on an ending time of a last repetition for the random access preamble and the fifth number of subframes, and a portion of the fifth number of subframes is related to the multiplexing configuration. Actually, this portion of the fifth number is the second number of subframes as mentioned above. In this case, the fifth number of subframes may be determined from Table 5, based on a format of the random access preamble 215, the number of repetitions of narrow band (NB) -internet of things (IoT) physical random access channel (NPRACH) and the multiplexing configuration.

[0114] Table 5

[0115] As an example, if the terminal device 110 and the network device 120 communicate with each other in FDD mode, the format of random access preamble 215 is of preamble format 0, the number of NPRACH repetition is 64, and the multiplexing level is inter-symbol multiplexing level, then the fifth number of subframes is determined as 41+b subframes. In some embodiments, the “a” and “b” may be related to at least one of a code sequence length or a multiplexing level in the multiplexing configuration, such as the characteristics as discussed above with reference to the second number of subframes. As an example, the RAR window starts at the subframe that contains the end of the last preamble repetition plus Z subframes (i.e., the fifth number of subframes) and has length ra-ResponseWindowSize for the corresponding enhanced coverage level, where value Z is determined from Table 4 based on the used preamble format and the number of NPRACH repetitions. It is to be understood that the “X, Y and Z” used herein are only for discussion purposes, and they can be replaced by any other terms.

[0116] To discuss clarity, the starting time and size of the RAR window are further discussed with reference to FIGS. 3A and 3B.

[0117] FIG. 3A illustrates an example of a starting time and size of the RAR window in the case that Msg 1 is applied with the orthogonal code sequence according to some embodiments of the present disclosure. Specifically, FIG. 3A shows an example starting time of the RAR window in a terrestrial network (TN) .

[0118] As shown in FIG. 3A, the block 302 represents the last repetition of the random access preamble 215. The time occasion 304 represents the end of the last repetition 215. The time length 308 represents the first number subframes (i.e., X subframes) and the time length 310 represents the second number of subframes (i.e., Y subframes) . The time occasion 306 represents the starting time of the RAR window 307. The time length 307 represents the size of the RAR window which is further discussed below. Alternatively, the time length 312 represents the fifth number of subframes (i.e. Z subframes) . FIG. 3A shows an example starting time of the RAR window in a terrestrial network (TN) .

[0119] FIG. 3B illustrates another example of a starting time and size of the RAR window in the case that Msg 1 is applied with the orthogonal code sequence according to some embodiments of the present disclosure. Specifically, FIG. 3A shows an example starting time of the RAR window in a non-terrestrial network (NTN) . For example, the terminal  device 110 may transmit the random access preamble 215 to the NTN network 120-2.

[0120] As shown in FIG. 3B, in NTN, most of calculating the starting time is similar to the calculating in FIG. 3A. In addition, a round-trip time (RTT) between the terminal device and the network device should be considered. For example, the starting time of the RAR window is calculated based on an ending time 304 of a last repetition for the random access preamble, a first number of subframes 308, a second number of subframes 310 and the RTT 314. As an example, the RAR window may start at the subframe that contains the end of the last preamble repetition plus X and Y subframes plus “UE-eNB RTT” .

[0121] Referring back to FIG. 2, in addition or alternatively, the size of the RAR window may be selected from a set of candidate sizes. In an example, the size of the RAR window is selected based on a coverage level. Generally, the set of candidate sizes may include {pp2, pp3, pp4, pp5, pp6, pp7, pp8, pp10} (the definition of “pp” is discussed above) . These candidate sizes may be referred to the original sizes in some embodiments of the disclosure. Since the introduction of the code domain spreading, the blind detection may consume more time. Thus, in some embodiments, the RAR window may be extended. For example, the set of candidate sizes may further include one or more candidate sizes associated with the multiplexing configuration. For example, the set of candidate sizes may be extended as {pp2, pp3, pp4, pp5, pp6, pp7, pp8, pp10, pp11, pp12, pp13, pp14, pp15, pp16, pp17, pp18, pp19, pp20} . In some embodiments, a candidate size of the one or more candidate sizes associated with the multiplexing is greater than an original candidate size of the plurality of initial candidate sizes.

[0122] In view of the above, the starting time of the RAR window may be delayed and / or the size of the RAR window may be extended, in order to adapt to the code domain spreading. As such, the network capacity may be increased without affecting the random access significantly. Moreover, the terminal devices under code domain multiplexing operation is able to receive RAR in the proper expected time and reduce unnecessary blind decoding.

[0123] In addition, as mentioned above, the terminal device may be difficult to identify the expected RAR on the RAR resources. Some of following embodiments may enable the terminal device identify the expected RAR correctly.

[0124] FIG. 4 illustrates another example signaling process 400 for the random access by applying the orthogonal code sequence to Msg 1 according to some embodiments of the present disclosure. For the purpose of discussions, the process 400 will be described with  reference to FIG. 1A. It would be appreciated that although the process 400 has been described with respect to communication environment of FIG. 1A, this process 400 may be likewise applied to other communication environments.

[0125] In the signaling process 400, the network device 120 transmits (410) association information 415 to the terminal device 110, and the association information 415 indicates an association between one or more carriers and one or more multiplexing configurations. The terminal device 110 receives (420) the association information 415 accordingly. A multiplexing configuration of the one or more multiplexing configurations may include information on code domain multiplexing. The multiplexing configuration of the one or more multiplexing configurations may specify the similar information as discussed above, for example, code type, code length, OCC length and so on.

[0126] In some embodiments, the association information may indicate a first multiplexing configuration and a carrier for detecting the RAR, and this RAR is for a random access preamble which is spread based on the first multiplexing configuration. In some embodiments, the plurality of multiplexing configurations may be predefined or preconfigured by the network. The association information may indicate an association between the indexes of the plurality of multiplexing configurations and the plurality of carriers. In an example, the association information may indicate an association between indexes of OCC sequences and the carriers.

[0127] In some embodiments, the association information may be carried by PDCCH order for a terminal device. For example, the PDCCH order may include a multiplexing configuration and a carrier for detecting the RAR, and the PDCCH order triggers the terminal device to perform a random access. In addition or alternatively, the association information may be carried by a broadcast message (e.g., system information block, SIB1) . Compared to the association information carried in the PDCCH order for a certain terminal device, the association information carried in the broadcast message may include an association list that indicates a carrier of the one or more carriers is associated with a respective multiplexing configuration of the one or more multiplexing configurations. Without any limitation, the association list may include only one pair of the carrier for detecting RAR and the multiplexing configuration. In some embodiments, there may be a “default” carrier. For example, if the PDCCH order or the broadcast message include no carrier information, then the terminal device 110 may determine that the anchor carrier is the carrier for detecting the respective RAR. That is, the PDCCH order or the broadcast message may implicitly  indicate the anchor carrier for detecting the RAR by omitting indication information related to the carrier. Without any limitation, the “default” carrier may be any other non-anchor carrier.

[0128] In some embodiments, the one or more carriers may be divided into carrier groups. For example, a plurality of the carriers configured for the transmission of the RAR may be divided into a number of carrier groups. The number of carrier groups may be determined based on an orthogonal code sequence length (e.g., OCC-length) . In another example, the number (of carrier groups) may be based on the number of the terminal device groups which use or select the same NPRACH resources.

[0129] In some embodiments, the number of carrier group may be equal to the orthogonal code sequence length. As an example, assuming that a terminal device in a first terminal device group transmit the random access preamble based on the multiplexing configuration and another terminal device in a second terminal device group transmits the random access preamble without code domain spreading. In this case, the orthogonal code sequence length is equal to two (2) . Then, the plurality of carriers may be divided into two groups. In an example, the carriers with the even indexes may be configured for the second terminal device group to transmit the random access preamble without code domain spreading and the carriers with the odd indexes may be configured for the first terminal device group. Then, the terminal device in the first terminal device group may detect RAR on a respective carrier with an even index based on the association information. In another example, the first half portion of the plurality of carriers may be configured for the second terminal device group and the second half portion of the plurality of carriers may be configured for the first terminal device group.

[0130] In another example, assuming that four terminal device groups (e.g., four NB-IoT devices) are allocated with the same PRACH resources. Moreover, a first device group of the four terminal device groups uses the multiplexing configuration having the orthogonal code sequence index 1. For example, the terminal devices of first device group may be configured to use or may select to use the multiplexing configuration having the orthogonal code sequence index 1. A second device group of the four terminal device groups uses the multiplexing configuration having the orthogonal code sequence index 2. A third device group of the four terminal device groups uses the multiplexing configuration having the orthogonal code sequence index 3. Furthermore, a fourth device group of the four terminal device groups transmits the random access preamble without code domain multiplexing. In  this case, the orthogonal code sequence length may be equal to four (4) . In turn, the plurality of carriers configured for the transmission of the RARs may be divided into four carrier groups. As an example, the first quarter of the plurality of carriers may be associated with the multiplexing configuration having orthogonal code sequence index 1. The second quarter of the plurality of carriers may be associated with the multiplexing configuration having orthogonal code sequence index 2. The third quarter of the plurality of carriers may be associated with the multiplexing configuration having orthogonal code sequence index 3. The fourth quarter of the plurality of carriers may be used by the fourth device group without code domain multiplexing. In this case, a terminal device in the first terminal device group may detect the RAR on the first quarter of the plurality of carriers and the multiplexing configurations. As an example, the terminal device in the second terminal device group may detect, based on the association information, RAR on a respective carrier of the second quarter of the plurality of carriers.

[0131] In some embodiments, the first carrier group number may be equal to the orthogonal code sequence length plus one (1) . In a further example, the plurality of carriers configured for the transmission of RARs may be divided into the (orthogonal code sequence length+1) number of carrier groups. If the orthogonal code sequence is OCC, then the carrier group number may be equal to the (OCC-length+1) . In an example, the legacy terminal device (for example, the non-NTN device) may use a carrier in one carrier group of the (orthogonal code sequence length+1) number of carrier groups to detect RAR.

[0132] Still referring to FIG. 4, the terminal device 110 transmits (440) a random access preamble 435 that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations. The network device 120 detects and receives (440) the random access preamble 435 accordingly. As mentioned above, the one or more multiplexing configurations may be configured by the network device 120, predefined or preconfigured. Thus, the network device 120 may determine the first multiplexing configuration by blind detecting the random access preamble 435. Then, the network device 120 transmits (450) RAR 455 a first carrier which is associated with the first multiplexing configuration. In turn, the terminal device 110 detects and receives (460) RAR 455 on the first carrier. Similarly, in some embodiments, the terminal device 110 may also initiate a random access in an NB-IoT physical uplink shared channel (NPUSCH) as mentioned above. Then, the terminal device 110 may detect, on the corresponding carrier, the other response message in response to the initiation of the random access in NPUSCH.

[0133] In this way, the terminal device can detect their corresponding RAR without ambiguity and reduce further contention in Msg3. As such, the capacity of NPRACH is enhanced.

[0134] In addition or alternatively, the RARs can be distinguished by respective random access temporary identifier (RNTI) associated with the multiplexing configuration.

[0135] FIG. 5 illustrates a further example signaling process 500 for the random access by applying the orthogonal code sequence to Msg 1 according to some embodiments of the present disclosure. For the purpose of discussions, the process 500 will be described with reference to FIG. 1A. It would be appreciated that although the process 500 has been described with respect to communication environment of FIG. 1A, this process 500 may be likewise applied to other communication environments.

[0136] In the signaling process 500, the terminal device 110 transmits (530) a random access preamble 535 to the network device 120. The random access preamble 535 is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality multiplexing configurations. In some embodiments, the plurality of multiplexing configurations may be predefined or preconfigured for the terminal device 110 and the network device 120. In addition or alternatively, the plurality of multiplexing configurations may be configured by the network device 120 to the terminal device 110. For example, the network device 120 may transmit (510) the plurality of multiplexing configurations 515 to the terminal device 110. The terminal device 110 may receive (520) the plurality of multiplexing configurations 515 accordingly. In addition, a multiplexing configuration of the plurality of multiplexing configurations includes information on code domain multiplexing. In some embodiments, the multiplexing configuration of the plurality of multiplexing configurations may specify the similar information as discussed above, for example, code type, code length, OCC length and so on.

[0137] After receiving (540) the random access preamble 535, the network device 120 determines (550) the first multiplexing configuration among the plurality of multiplexing configurations. Specifically, the network device 120 determines the first multiplexing configuration by detecting the random access preamble 535, for example, using the plurality of the multiplexing configurations to blind detect the random access preamble 535.

[0138] Then, the network device further determines (560) a radio network temporary identifier (RNTI) based on the determined first multiplexing configuration. In some  embodiments, the RNTI may include any RNTI type. For example, the RNTI may be a random access (RA) -RNTI. In another example, the RNTI may be a cell-RNTI (C-RNTI) or temporary cell-RNTI (TC-RNTI) . Without any limitation, the RNTI may be any other RNTIs, and the RNTI may be also referred to as “X-RNTI” . Only for discussion purposes, the following embodiments are discussed in the case that the RNTI is the RA-RNTI.

[0139] In some embodiments, the network device 120 may determine the RA-RNTI further based on information related to a transmission of the random access preamble 515. In an example, the RA-RNTI may be calculated based on the orthogonal code sequence index in the first multiplexing configuration and the information related to a transmission of the random access preamble 515. For example, the RA-RNTI may be calculated below: RA-RNTI=1 + floor (SFN_id / 4) + 256*carrier_id + f (orthogonal codeword set index) (1)

[0140] where SFN_id represents the first radio frame identifier (ID) in which the random access preamble 535 is transmitted, the carrier_id represents the ID of the carrier for transmitting the random access preamble 535, and the orthogonal codeword set index represents the orthogonal code sequence index. In some embodiments, the function “f (orthogonal codeword set index) ” may be designed to be used for calculating a unique RA-RNTI corresponding to a certain SFN_id, a certain carrier_id and a certain orthogonal codeword set index. In other words, if any of the SFN_id, carrier_id and orthogonal codeword set index (orthogonal code sequence index) is different, then the RA-RNTI should be different. Furthermore, the function “f (orthogonal codeword set index) ” should be aligned between the terminal device 110 and the network device 120. In this way, the terminal device 110 may determine the same RA-RNTI to de-scramble the RAR. In some embodiments, if the terminal device 110 transmits the random access preamble without code domain multiplexing, the orthogonal codeword set index may be set to “zero (0) ” .

[0141] In some embodiments, to eliminate the potential ambiguous RA-RNTI, the calculation of the RA-RNTI is further based on the total number of available non-anchor carriers for a transmission of the random access preamble. In addition or alternatively, the calculation of the RA-RNTI may be based on the number of non-anchor carriers of the network. For example, the equation (1) may be transitioned to below: RA-RNTI=1 + floor (SFN_id / 4) + 256*carrier_id + f (orthogonal codeword set index,  Maximum number of non-anchor carriers for NB-IoT )      (2)

[0142] where the maximum number of non-anchor carriers represents the total number of non- anchor carriers for the NPRACH in NB-IoT or the total number of non-anchor carriers of the network.

[0143] Further, if the orthogonal code sequence is the OCC sequence, then the equation is transitioned to be: RA-RNTI=1 + floor (SFN_id / 4) + 256*carrier_id + f (OCC_index, Maximum number of  non-anchor carriers for NB-IoT )      (3)

[0144] where OCC-index represents an index of an OCC sequence.

[0145] In a specific example, the equation may be further transitioned below: RA-RNTI=1 + floor (SFN_id / 4) + 256*carrier_id + (occ-index+1) *256* (maxNonAnchorCarriers+1)          (4)

[0146] where the maxNonAnchorCarriers represents the total number of available non-anchor carriers for the PRACH in NB-IoT or the total number of non-anchor carriers of the network, and the maximum of SFN_id = 1023. In this case, assuming that the maxNonAnchorCarriers = maxNonAnchorCarriers-r14 =15. Then, the RNTI is calculated as below: RA-RNTI=1 + floor (SFN_id / 4) + 256*carrier_id + 4096* (occ-index+1)     (5)

[0147] Assuming that the OCC-length = 4, the maximum of occ-index = 3 and the OCC-indexes include OCC-index “0” , OCC-index “1” , OCC-index “2” and OCC-index “3” , then the range of RA-RNTI is from 1～ 20480. In some embodiments, the value range 1-4096 of RA-RNTI are the terminal devices without OCC multiplexing. The value range 4097～8192 of RA-RNTI are the terminals with the OCC-index 0 (or the 1st orthogonal code sequence) . The value range 8193～12288 of RA-RNTI are the terminals with the OCC-index 1 (or the 2nd orthogonal code sequence) . The value range 12289～16384 of RA-RNTI are the terminals with the OCC-index 2 (or 3rd orthogonal code sequence) . The value range 16385～20480 of RA-RNTI are the terminals with the OCC-index 3 (or 4th orthogonal code sequence) .

[0148] The equation (5) is adapted to the situation in which orthogonal code sequence indexes starting from “0” . However, it is to be understood that the portion “f (orthogonal codeword set index) ” of equation (1) or f (OCC_index, Maximum number of non-anchor carriers for NB-IoT ) of equations (2) - (4) may be alternatively constructed to comply with any other orthogonal code sequence indexes. For example, for the orthogonal code sequence indexes which starts from “1” . The equation ( (4) may be adjusted as below: RA-RNTI=1 + floor (SFN_id / 4) + 256*carrier_id + 4096*occ-index     (6)

[0149] Morevoer, the equations (1) - (4) may be further adjusted on demand which is not limited in this disclosure.

[0150] Still referring to FIG. 5, the network device transmits (570) RAR 575 using the RNTI calculated based on the first multiplexing configuration. As mentioned above, the terminal device 110 may determine the same RNTI using the same RNTI generation function. Thus, the terminal device 110 may be aware of the RNTI applied to the RAR 575. Then, the terminal device 110 receives (580) the RAR 575 for the random access preamble 535 using the RNTI. In an example, the terminal device 110 may use the RA-RNTI to de-scramble the PDCCH of RAR 575 to determine the expected PDCCH, and then receive the respective PDSCH of the RAR 575 based on the expected PDCCH.

[0151] In addition or alternatively, the network device 120 may directly include identification of the first multiplexing configuration into the RA-RNTI. In an example, the RA-RNTI may use a number of bits to present the first code domain multiplexing configuration. In another example, the RA-RNTI may use two MSB / LSB bits in RA-RNTI to present the occ-index of the first multiplexing configuration. In this case, the terminal device 110 may determine which RARs is the expected RAR based on the identification of the first multiplexing configuration included in the RARs.

[0152] In addition or alternatively, similarly, the terminal device 110 may also initiates a random access in an NB-IoT physical uplink shared channel (NPUSCH) as mentioned above. Then, the terminal device 110 may detect the other response message in response to the initiation of the random access in NPUSCH. In some embodiments, at least a portion of the other response message is scrambled with the RNTI.

[0153] In this way, the RNTI for NB-IoT UEs can be enhanced to indicate the expected RARs for the random access a preamble using orthogonal code sequence. For example, calculating the RNTI based on the first radio frame ID with the PRACH in which the Random Access Preamble is transmitted (SFN_id) , carrier ID (anchor carrier is 0, non-anchor carrier: 1～ maxNonAnchorCarriers) and a function of the orthogonal codeword set index (occ-index) . As such, the terminal devices that transmit the same preamble in MSG1  / MSGA or NPUSCH in the same physical resources with different orthogonal codewords is able to identify the RAR by the RNTI. Thus, the contention in Msg3 can be alleviated, the PRACH / Msg1 / MsgA capacity can be enhanced, and the uplink transmission can be finished  in a shorter time and less power consumption.

[0154] In addition or alternatively, the RARs can be distinguished by respective orthogonal code sequence index in PDCCH and / or PDSCH for RAR.

[0155] FIG. 6A illustrates a further example signaling process 600 for the random access by applying the orthogonal code sequence to Msg 1 according to some embodiments of the present disclosure. For the purpose of discussions, the process 600 will be described with reference to FIG. 1A. It would be appreciated that although the process 600 has been described with respect to communication environment of FIG. 1A, this process 600 may be likewise applied to other communication environments.

[0156] In the signaling process 600, the terminal device 110 transmits (630) a random access preamble 635 to the network device 120. The random access preamble 635 is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. In some embodiments, the plurality of multiplexing configurations may be predefined or preconfigured for the terminal device 110 and the network device 120. In addition or alternatively, the plurality of multiplexing configurations may be configured by the network device 120 to the terminal device 110. For example, the network device 120 may transmit (610) the plurality of multiplexing configurations 615 to the terminal device 110. The terminal device 110 may receive (620) the plurality of multiplexing configurations 515 accordingly. In addition, a multiplexing configuration of the plurality of multiplexing configurations includes information on code domain multiplexing. In some embodiments, the multiplexing configuration of the plurality of multiplexing configurations may specify the similar information as discussed above, for example, code type, code length, OCC length and so on.

[0157] After receiving (640) the random access preamble 635, the network device 120 may determine the first multiplexing configuration from the plurality of multiplexing configurations, since the plurality of multiplexing configurations is preconfigured or configured by the network device 120. Then, the network device 120 includes, into at least one of a PDCCH or a PDSCH of the RAR for the random access preamble 635, an orthogonal code sequence index corresponding to the first multiplexing configuration, for example, the OCC-index indicated by the first multiplexing configuration. The network device 120 further transmits (650) the RAR 655 on the associated RAR resources to the terminal device 110.

[0158] In some embodiments, the network device 120 includes the orthogonal code sequence index into PDCCH of RAR 655. The terminal device 110 detects and receives (660) the PDCCHs of RARs on the associated RAR resources. In some embodiments, the associated RAR resources may be determined based on the random access preamble 635. Once the terminal device 110 detects (670) , among the one or more PDCCHs, a target PDCCH comprising an orthogonal code sequence index corresponding to the first multiplexing configuration, the terminal device 110 may determine the expected RAR correctly. Further, the terminal device 110 may determine the PDSCH for the expected RAR based on the target PDCCH.

[0159] In an example, the orthogonal code sequence index may be included in one or more bits in downlink control information (DCI) transmitted in the target PDCCH. In some embodiments, the DCI is of downlink control information (DCI) format N1. As an example, the DCI may use 2 bits in DCI format N1 to present the OCC-index. Specifically, 00 presents the first OCC codeword set, 01 presents the 2nd OCC codeword set, 10 presents the 3rd OCC codeword set, and 11 presents the 4th OCC codeword set.

[0160] In some embodiments, the network device 120 includes the orthogonal code sequence index into PDSCH of RAR 655. The terminal device 110 detects and receives (660) all the PDCCHs of RARs on the associated RAR resources. In some embodiments, the associated RAR resources may be determined based on the random access preamble 635. Then, the terminal device 110 may detect and receive one or more PDSCHs associated with all the PDCCHs. Moreover, the terminal device 110 determines (670) , among the one or more PDSCHs, a target PDSCHs comprising the code sequence index. In this way, the terminal device 120 may determine the expected RAR accordingly.

[0161] In an example, the orthogonal code sequence index may be included in one or more reserved bits in a media access control protocol data unit (MAC PDU) transmitted in the target downlink shared channel. For example, the MAC PDU may use two bits in the reserved bits in MAC RAR to indicate the orthogonal code sequence index. In addition or alternatively, in some embodiments, a Temporary C-RNTI in MAC RAR for NB-IoT UEs may use two MSB bits to indicate the orthogonal code sequence index. In addition or alternatively, a Temporary C-RNTI in MAC RAR for NB-IoT UEs may use two LSB bits to indicate the orthogonal code sequence index. As an example, 00 presents the first OCC codeword set, 01 presents the 2nd OCC codeword set, 10 presents the 3rd OCC codeword set, and 11 presents the 4th OCC codeword set.

[0162] In addition or alternatively, in some embodiments, the transmitted RAR (for example, RARs 235, 455, 575, 655) may indicate a multiplexing configuration to be used for Msg 3.

[0163] In some embodiments, the network device 120 may transmit RAR (for example, RARs 235, 455, 575, 655) to the terminal device 110, and the RAR indicates a multiplexing configuration to be used for Msg 3 of this random access procedure. After receiving the RAR, the terminal device 110 may transmit a corresponding message 3 (Msg 3) that is spread by an orthogonal code sequence based on the indicated multiplexing configuration. In some embodiments, the Msg 3 may include radio resource control (RRC) information, early data transmission (EDT) , and / or uplink data transmission on preconfigured uplink resource (PUR) . In turn, the network device 120 may receive the RRC request message from the network device 110. Alternatively, although taking RARs 235, 455, 575 and 655 as the examples of Msg 2 indicating the multiplexing configuration used for Msg 3, it is to be understood that other Msg 2 in any random access procedure may indicate the multiplexing configuration for the Msg 3, which is not limited in this disclosure.

[0164] In some embodiments, the indication of the multiplexing configuration may be included in the PDSCH for RAR, since PDCCH for RAR is of DCI format N1 which cannot configure Msg 3. In some embodiments, the PDSCH may use 2 bits in the reserved bits in MAC RAR for NB-IoT UEs to indicate the multiplexing configuration. In addition or alternatively, the PDSCH may use MSB 2biys in Temporary C-RNTI in MAC RAR for NB-IoT UEs to indicate the multiplexing configuration. In addition or alternatively, the PDSCH may use LSB 2bits in Temporary C-RNTI in MAC RAR for NB-IoT UEs to indicate the multiplexing configuration. As an example, 00 presents the first OCC codeword set, 01 presents the 2nd OCC codeword set, 10 presents the 3rd OCC codeword set, and 11 presents the 4th OCC codeword set. As such, the terminal device 110 may transmit Msg 3 with a chosen code domain multiplexing configuration, based on the indication from Msg 2 (MAC PDU) . In turn, the network device 120 may detect Msg 3 accordingly.

[0165] In view of the above, the processing delay and ambiguous RARs caused by the code domain multiplexing can be solved appropriately. It is to be understood that, without any limitation, the above embodiments in this disclosure can be implemented in any combination manner.

[0166] FIG. 7 illustrates a flowchart of an example method implemented at a terminal  device according to some embodiments of the present disclosure. The method 700 can be implemented at the terminal device 110 shown in FIG. 1A. For the purpose of discussion, the method 700 will be described with reference to FIG. 1A. It is to be understood that the method 700 may include additional acts not shown and / or may omit some shown acts, and the scope of the present disclosure is not limited in this regard.

[0167] At 710, the terminal device transmits, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a multiplexing configuration. The multiplexing configuration comprises information on code domain multiplexing. At 720, the terminal device receives, from the network device, a random access response (RAR) for the random access preamble during an RAR window. At least one of a starting time or a size of the RAR window is associated with the multiplexing configuration.

[0168] In some embodiments, the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0169] In some embodiments, the starting time of the RAR window is calculated based on an ending time of a last repetition for the random access preamble, a first number of subframes and a second number of subframes, the first number of subframes is determined based on a format of the random access preamble and the number of repetitions of narrow band (NB) -internet of things (IoT) physical random access channel (NPRACH) for the random access preamble, and the second number of subframes is determined based on the multiplexing configuration.

[0170] In some embodiments, the random access preamble is a first random access preamble, the RAR window is a first RAR window, and the multiplexing configuration is a first multiplexing configuration, and the terminal device further: transmits, to the network device, a second random access preamble that is spread based on a second multiplexing configuration; and receives, from the network device, a second RAR for the second random access preamble during a second RAR window.

[0171] In some embodiments, the second number of subframes is greater than a further second number of subframes for determining a further starting time of the second RAR window, in the case that at least one of the following: the first multiplexing configuration  comprises a first code sequence length and the second multiplexing configuration comprises a second code sequence length shorter than the first code sequence length; the first multiplexing configuration indicates that a code unit of the orthogonal code sequence is applied to a third number of symbols in the first random access preamble, and the second multiplexing configuration indicates that a code unit of a respective orthogonal code sequence is applied to a fourth number of symbols in the second random access preamble, and the fourth number is smaller than the third number of symbols; the first multiplexing configuration comprises a repetition multiplexing level and the second multiplexing configuration comprises an inter-symbol group multiplexing level; or the first multiplexing configuration comprises an inter-symbol multiplexing level and the second multiplexing configuration comprises an intra-symbol group multiplexing level.

[0172] In some embodiments, the starting time of the RAR window is calculated based on an ending time of a last repetition for the random access preamble and a fifth number of subframes, and the fifth number of subframes is determined based on the multiplexing configuration, a format of the random access preamble and a number of repetitions of NPRACH for the random access preamble.

[0173] In some embodiments, a portion corresponding to the multiplexing configuration of the fifth number of subframes is related to at least one of a code sequence length or a multiplexing level in the multiplexing configuration.

[0174] In some embodiments, the size of the RAR window is selected from a set of candidate sizes comprising one or more candidate sizes associated with the multiplexing configuration and a plurality of original candidate sizes, and a candidate size of the one or more candidate sizes is greater than an original candidate size of the plurality of initial candidate sizes.

[0175] In some embodiments, at least one of the following: the orthogonal code sequence comprises an OCC sequence; the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) ; or the network device is a network access device of a non-terrestrial network (NTN) , and wherein the starting time of the RAR window is calculated further based on a round-trip time (RTT) between the terminal device and the network device.

[0176] FIG. 8 illustrates a flowchart of an example method 800 implemented at a network  device according to some embodiments of the present disclosure. The method 800 can be implemented at the network device 120 shown in FIG. 1A. For the purpose of discussion, the method 800 will be described with reference to FIG. 1A. It is to be understood that the method 800 may include additional acts not shown and / or may omit some shown acts, and the scope of the present disclosure is not limited in this regard.

[0177] At 810, the network device 120 receives, from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a multiplexing configuration. The multiplexing configuration comprises information on code domain multiplexing. At 820, the network device 120 transmits, to the terminal device, a random access response (RAR) for the random access preamble, such that the terminal device to receive the RAR during an RAR window, wherein at least one of a starting time or a size of the RAR window is associated with the multiplexing configuration.

[0178] In some embodiments, the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0179] In some embodiments, the starting time of the RAR window is calculated based on an ending time of a last repetition for the random access preamble, a first number of subframes and a second number of subframes, the first number of subframes is determined based on a format of the random access preamble and the number of repetitions of narrow band (NB) -internet of things (IoT) physical random access channel (NPRACH) for the random access preamble, and the second number of subframes is determined based on the multiplexing configuration.

[0180] In some embodiments, the random access preamble is a first random access preamble, the RAR window is a first RAR window, and the multiplexing configuration is a first multiplexing configuration, and the network device further receives, from the terminal device, a second random access preamble that is spread based on a second multiplexing configuration; and transmits, to the terminal device, a second RAR for the second random access preamble, such that the terminal device to receive the second RAR during a second RAR window.

[0181] In some embodiments, the second number of subframes is greater than a further second number of subframes for determining a further starting time of the second RAR  window, in the case that at least one of the following: the first multiplexing configuration comprises a first code sequence length and the second multiplexing configuration comprises a second code sequence length shorter than the first code sequence length; the first multiplexing configuration indicates that a code unit of the orthogonal code sequence is applied to a third number of symbols in the first random access preamble, and the second multiplexing configuration indicates that a code unit of a respective orthogonal code sequence is applied to a fourth number of symbols in the second random access preamble, and the fourth number is smaller than the third number of symbols; the first multiplexing configuration comprises a repetition multiplexing level and the second multiplexing configuration comprises an inter-symbol group multiplexing level; or the first multiplexing configuration comprises an inter-symbol multiplexing level and the second multiplexing configuration comprises an intra-symbol group multiplexing level.

[0182] In some embodiments, the starting time of the RAR window is calculated based on an ending time of a last repetition for the random access preamble and a fifth number of subframes, and the fifth number of subframes is determined based on the multiplexing configuration, a format of the random access preamble and a number of repetitions of NPRACH for the random access preamble.

[0183] In some embodiments, a portion corresponding to the multiplexing configuration of the fifth number of subframes is related to at least one of a code sequence length or a multiplexing level in the multiplexing configuration.

[0184] In some embodiments, the size of the RAR window is selected from a set of candidate sizes comprising one or more candidate sizes associated with the multiplexing configuration and a plurality of initial candidate sizes, and a candidate size of the one or more candidate sizes is greater than an original candidate size of the plurality of original candidate sizes.

[0185] In some embodiments, at least one of the following: the orthogonal code sequence comprises an OCC sequence; the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) ; or the network device is a network access device of a non-terrestrial network (NTN) , and wherein the starting time of the RAR window is calculated further based on a round-trip time (RTT) between the terminal device and the network device.

[0186] FIG. 9 illustrates a flowchart of an example method 900 implemented at a terminal device according to some embodiments of the present disclosure. The method 900 can be implemented at the terminal device 110 shown in FIG. 1A. For the purpose of discussion, the method 900 will be described with reference to FIG. 1A. It is to be understood that the method 900 may include additional acts not shown and / or may omit some shown acts, and the scope of the present disclosure is not limited in this regard.

[0187] At 910, the terminal device 110 receives, from a network device, association information that indicates an association between one or more carriers and one or more multiplexing configurations. A multiplexing configuration of the one or more multiplexing configurations comprises information on code domain multiplexing. At 920, the terminal device 110 transmits, to the network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations. At 930, the terminal device 110 receives, from the network device and on a first carrier of the one or more carriers, a random access response (RAR) for the random access preamble. The first carrier is associated with the first multiplexing configuration.

[0188] In some embodiments, the terminal device receives the association information by at least one of the following: receiving, from the network device, a physical downlink control channel (PDCCH) order that comprises a multiplexing configuration and a carrier for detecting the RAR, wherein the PDCCH order triggers the terminal device to perform a random access; or receiving, from the network device, a broadcast message that comprises a multiplexing configuration and a carrier for detecting the RAR.

[0189] In some embodiments, the PDCCH order implicitly indicates an anchor carrier for detecting the RAR by omitting indication information related to the carrier; and / or the broadcast message implicitly indicates an anchor carrier for detecting the RAR by omitting indication information related to the carrier.

[0190] In some embodiments, the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0191] In some embodiments, a plurality of carriers configured for a transmission of the RAR is divided into a first number of carrier groups, and the plurality of carriers comprises  the one or more carriers, and the first number is determined based on a code sequence length for a multiplexing configuration.

[0192] In some embodiments, the orthogonal code sequence comprises an OCC sequence; and / or the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

[0193] FIG. 10 illustrates a flowchart of an example method implemented 1000 at a network device according to some embodiments of the present disclosure. The method 1000 can be implemented at the network device 120 shown in FIG. 1A. For the purpose of discussion, the method 1000 will be described with reference to FIG. 1A. It is to be understood that the method 1000 may include additional acts not shown and / or may omit some shown acts, and the scope of the present disclosure is not limited in this regard.

[0194] At 1010, the network device 120 transmits, to a terminal device, association information that indicates an association between one or more carriers and one or more multiplexing configurations. A multiplexing configuration of the one or more multiplexing configurations comprises information on code domain multiplexing. At 1020, the network device 120 receives, from the terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations. At 1030, the network device 120 transmits, to the terminal device and on a first carrier of the one or more carriers, a random access response (RAR) for the random access preamble. The first carrier is associated with the first multiplexing configuration.

[0195] In some embodiments, the network device transmits the association information by at least one of the following: transmitting, to the terminal device, a physical downlink control channel (PDCCH) order that comprises a multiplexing configuration and a carrier for detecting the RAR, wherein the PDCCH order triggers the terminal device to perform a random access; or transmitting, to the terminal device, a broadcast message that comprises a multiplexing configuration and a carrier for detecting the RAR.

[0196] In some embodiments, the PDCCH order implicitly indicates an anchor carrier by omitting indication information related to the carrier; and / or the broadcast message implicitly indicates an anchor carrier for detecting the RAR by omitting indication information related to the carrier.

[0197] In some embodiments, the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0198] In some embodiments, a plurality of carriers configured for a transmission of the RAR is divided into a first number of carrier groups, and the plurality of carriers comprises the one or more carriers, and the first number is determined based on a code sequence length for a multiplexing configuration.

[0199] In some embodiments, the orthogonal code sequence comprises an OCC sequence; and / or the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

[0200] FIG. 11 illustrates a flowchart of an example method 1100 implemented at a terminal device according to some embodiments of the present disclosure. The method 1100 can be implemented at the terminal device 110 shown in FIG. 1A. For the purpose of discussion, the method 1100 will be described with reference to FIG. 1A. It is to be understood that the method 1100 may include additional acts not shown and / or may omit some shown acts, and the scope of the present disclosure is not limited in this regard.

[0201] At 1110, the terminal device 110 transmits, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. At 1120, the terminal device 110 determines a radio network temporary identifier (RNTI) based on the first multiplexing configuration and information related to a transmission of the random access preamble. At 1130, the terminal device receives, from the network device, a random access response (RAR) for the random access preamble using the RNTI.

[0202] In some embodiments, the plurality of multiplexing configurations is preconfigured for the terminal device and the network device; and / or the plurality of multiplexing configuration is configured by the network device to the terminal device.

[0203] In some embodiments, the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence  length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0204] In some embodiments, the first multiplexing configuration comprises a codebook index, and the terminal device determines the RNTI by: determining the RNTI based on the codebook index.

[0205] In some embodiments, the terminal device determines the RNTI by: determining the RNTI further based on the total number of available non-anchor carriers for a transmission of the random access preamble.

[0206] In some embodiments, the codebook index comprises an OCC sequence index.

[0207] In some embodiments, the orthogonal code sequence comprises an OCC sequence; and / or the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

[0208] FIG. 12 illustrates a flowchart of an example method 1200 implemented at a network device according to some embodiments of the present disclosure. The method 1200 can be implemented at the network device 120 shown in FIG. 1A. For the purpose of discussion, the method 1200 will be described with reference to FIG. 1A. It is to be understood that the method 1200 may include additional acts not shown and / or may omit some shown acts, and the scope of the present disclosure is not limited in this regard.

[0209] At 1210, the network device 120 receives, from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. At 1220, the network device 120 determines the first multiplexing configuration among the plurality of multiplexing configurations by detecting the random access preamble. At 1230, the network device 120 determines a radio network temporary identifier (RNTI) based on the first multiplexing configuration and information related to a transmission of the random access preamble. At 1240, the network device 120 transmits, to the terminal device, a random access response (RAR) for the random access preamble using the RNTI.

[0210] In some embodiments, the plurality of multiplexing configurations is preconfigured for the terminal device and the network device; and / or the plurality of multiplexing  configuration is configured by the network device to the terminal device.

[0211] In some embodiments, the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0212] In some embodiments, the first multiplexing configuration comprises a codebook index, and the network device determines the RNTI by: determining the RNTI based on the codebook index.

[0213] In some embodiments, the network device determines the RNTI by: determining the RNTI further based on the total number of available non-anchor carriers for a transmission of the random access preamble.

[0214] In some embodiments, the codebook index comprises an OCC sequence index. In some embodiments, at least one of the following: the orthogonal code sequence comprises an OCC sequence; the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

[0215] FIG. 13 illustrates a flowchart of an example method 1300 implemented at a terminal device according to some embodiments of the present disclosure. The method 1300 can be implemented at the terminal device 110 shown in FIG. 1A. For the purpose of discussion, the method 1300 will be described with reference to FIG. 1A. It is to be understood that the method 1300 may include additional acts not shown and / or may omit some shown acts, and the scope of the present disclosure is not limited in this regard.

[0216] At 1310, the terminal device 110 transmits, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. At 1320, the terminal device 110 detects, on random access response (RAR) resources associated with the random access preamble, at least one of i) one or more downlink control channels of one or more RARs, or ii) one or more downlink shared channels of the one or more RARs. At 1330, the terminal device 110 determines, among the one or more RARs, a target RAR for the random access preamble based on detecting at least one of: a target downlink control channel among the one or more downlink control channels, the target  downlink control channel comprising a code sequence index corresponding to the first multiplexing configuration, or a target downlink shared channel among the one or more downlink shared channels, the target downlink control channel comprising the code sequence index.

[0217] In some embodiments, the plurality of multiplexing configurations is preconfigured for the terminal device and the network device.

[0218] In some embodiments, the orthogonal code sequence index is included in one or more bits in downlink control information (DCI) transmitted in the target downlink control channel, and the DCI is of downlink control information (DCI) format N1; and / or the orthogonal code sequence index is included in one or more reserved bits in a media access control protocol data unit (MAC PDU) transmitted in the target downlink shared channel.

[0219] In some embodiments, the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0220] In some embodiments, the orthogonal code sequence comprises an OCC sequence; and / or the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

[0221] FIG. 14 illustrates a flowchart of an example method 1400 implemented at a network device according to some embodiments of the present disclosure. The method 1400 can be implemented at the network device 120 shown in FIG. 1A. For the purpose of discussion, the method 1400 will be described with reference to FIG. 1A. It is to be understood that the method 1400 may include additional acts not shown and / or may omit some shown acts, and the scope of the present disclosure is not limited in this regard.

[0222] At 1410, the network device 120 receives, by a network device from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations. A multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing. At 1420, the network device 120 includes a code sequence index corresponding to the first multiplexing configuration into at least one of a downlink control channel or a downlink shared channel of a random access response (RAR)  for the random access preamble. At 1430, the network device 120 transmits, to the terminal device, the RAR on random access response (RAR) resources associated with the random access preamble.

[0223] In some embodiments, the plurality of multiplexing configurations is preconfigured for the terminal device and the network device.

[0224] In some embodiments, the orthogonal code sequence index is included in one or more reserved bits in downlink control information (DCI) transmitted in the target downlink control channel, and the DCI is of downlink control information (DCI) format N1; and / or the orthogonal code sequence index is included in one or more reserved bits in a media access control protocol data unit (MAC PDU) transmitted in the target downlink shared channel.

[0225] In some embodiments, the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0226] In some embodiments, the orthogonal code sequence comprises an OCC sequence; and / or the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

[0227] FIG. 15 is a simplified block diagram of a device 1500 that is suitable for implementing some embodiments of the present disclosure. The device 1500 can be considered as a further example embodiment of the terminal device 110 or the network device 120 as shown in Fig. 1. Accordingly, the device 1500 can be implemented at or as at least a part of the above network devices or terminal devices.

[0228] As shown, the device 1500 includes a processor 1510, a memory 1520 coupled to the processor 1510, a suitable transceiver 1540 coupled to the processor 1510, and a communication interface coupled to the transceiver 1540. The memory 1510 stores at least a part of a program 1530. The transceiver 1540 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1540 may include at least one of a transmitter 1542 and a receiver 1544. The transmitter 1542 and the receiver 1544 may be functional modules or physical entities. The transceiver 1540 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any  interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0229] The program 1530 is assumed to include program instructions that, when executed by the associated processor 1510, enable the device 1500 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1-14. The embodiments herein may be implemented by computer software executable by the processor 1510 of the device 1500, or by hardware, or by a combination of software and hardware. The processor 1510 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1510 and memory 1520 may form processing means 1550 adapted to implement various embodiments of the present disclosure.

[0230] The memory 1520 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 1520 is shown in the device 1500, there may be several physically distinct memory modules in the device 1500. The processor 1510 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 900 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0231] In some embodiments, a terminal device comprises circuitry configured to perform a method 700, 900, 1100 and / or 1300.

[0232] In some embodiments, a network device comprises circuitry configured to perform a method 800, 1000, 1200 and / or 1400.

[0233] The components included in the apparatuses and / or devices of the present disclosure  may be implemented in various manners, including software, hardware, firmware, or any combination thereof. In one embodiment, one or more units may be implemented using software and / or firmware, for example, machine-executable instructions stored on the storage medium. In addition to or instead of machine-executable instructions, parts or all of the units in the apparatuses and / or devices may be implemented, at least in part, by one or more hardware logic components. For example, and without limitation, illustrative types of hardware logic components that can be used include Field-programmable Gate Arrays (FPGAs) , Application-specific Integrated Circuits (ASICs) , Application-specific Standard Products (ASSPs) , System-on-a-chip systems (SOCs) , Complex Programmable Logic Devices (CPLDs) , and the like.

[0234] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, technique terminal devices or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0235] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to any of Figs. 2 to 17. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0236] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be  provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0237] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0238] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific embodiment details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0239] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example  forms of implementing the claims.

[0240] In summary, embodiments of the present disclosure may provide the following solutions.

[0241] A terminal device comprising: a processor, and the processor is configured to cause the terminal device to: transmit, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a multiplexing configuration, wherein the multiplexing configuration comprises information on code domain multiplexing; and receive, from the network device, a random access response (RAR) for the random access preamble during an RAR window, wherein at least one of a starting time or a size of the RAR window is associated with the multiplexing configuration.

[0242] In one embodiment, wherein the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0243] In one embodiment, wherein: the starting time of the RAR window is calculated based on an ending time of a last repetition for the random access preamble, a first number of subframes and a second number of subframes, the first number of subframes is determined based on a format of the random access preamble and the number of repetitions of narrow band (NB) -internet of things (IoT) physical random access channel (NPRACH) for the random access preamble, and the second number of subframes is determined based on the multiplexing configuration.

[0244] In one embodiment, wherein the random access preamble is a first random access preamble, the RAR window is a first RAR window, and the multiplexing configuration is a first multiplexing configuration, and the terminal device is further caused to: transmit, to the network device, a second random access preamble that is spread based on a second multiplexing configuration; and receive, from the network device, a second RAR for the second random access preamble during a second RAR window.

[0245] In one embodiment, wherein the second number of subframes is greater than a further second number of subframes for determining a further starting time of the second RAR window, in the case that at least one of the following: the first multiplexing configuration comprises a first code sequence length and the second multiplexing configuration comprises a second code sequence length shorter than the first code sequence  length; the first multiplexing configuration indicates that a code unit of the orthogonal code sequence is applied to a third number of symbols in the first random access preamble, and the second multiplexing configuration indicates that a code unit of a respective orthogonal code sequence is applied to a fourth number of symbols in the second random access preamble, and the fourth number is smaller than the third number of symbols; the first multiplexing configuration comprises a repetition multiplexing level and the second multiplexing configuration comprises an inter-symbol group multiplexing level; or the first multiplexing configuration comprises an inter-symbol multiplexing level and the second multiplexing configuration comprises an intra-symbol group multiplexing level.

[0246] In one embodiment, wherein the starting time of the RAR window is calculated based on an ending time of a last repetition for the random access preamble and a fifth number of subframes, and the fifth number of subframes is determined based on the multiplexing configuration, a format of the random access preamble and a number of repetitions of NPRACH for the random access preamble.

[0247] In one embodiment, wherein a portion corresponding to the multiplexing configuration of the fifth number of subframes is related to at least one of a code sequence length or a multiplexing level in the multiplexing configuration.

[0248] In one embodiment, wherein: the size of the RAR window is selected from a set of candidate sizes comprising one or more candidate sizes associated with the multiplexing configuration and a plurality of original candidate sizes, and a candidate size of the one or more candidate sizes is greater than an original candidate size of the plurality of initial candidate sizes.

[0249] In one embodiment, wherein at least one of the following: the orthogonal code sequence comprises an OCC sequence; the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) ; or the network device is a network access device of a non-terrestrial network (NTN) , and wherein the starting time of the RAR window is calculated further based on a round-trip time (RTT) between the terminal device and the network device.

[0250] A network device comprising: a processor, and the processor is configured to cause the terminal device to: receive, from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a multiplexing configuration, wherein the  multiplexing configuration comprises information on code domain multiplexing; and transmit, to the terminal device, a random access response (RAR) for the random access preamble, such that the terminal device to receive the RAR during an RAR window, wherein at least one of a starting time or a size of the RAR window is associated with the multiplexing configuration.

[0251] In one embodiment, wherein the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0252] In one embodiment, wherein: the starting time of the RAR window is calculated based on an ending time of a last repetition for the random access preamble, a first number of subframes and a second number of subframes, the first number of subframes is determined based on a format of the random access preamble and the number of repetitions of narrow band (NB) -internet of things (IoT) physical random access channel (NPRACH) for the random access preamble, and the second number of subframes is determined based on the multiplexing configuration.

[0253] In one embodiment, wherein the random access preamble is a first random access preamble, the RAR window is a first RAR window, and the multiplexing configuration is a first multiplexing configuration, and the network device is further caused to: receive, from the terminal device, a second random access preamble that is spread based on a second multiplexing configuration; and transmit, to the terminal device, a second RAR for the second random access preamble, such that the terminal device to receive the second RAR during a second RAR window.

[0254] In one embodiment, wherein the second number of subframes is greater than a further second number of subframes for determining a further starting time of the second RAR window, in the case that at least one of the following: the first multiplexing configuration comprises a first code sequence length and the second multiplexing configuration comprises a second code sequence length shorter than the first code sequence length; the first multiplexing configuration indicates that a code unit of the orthogonal code sequence is applied to a third number of symbols in the first random access preamble, and the second multiplexing configuration indicates that a code unit of a respective orthogonal code sequence is applied to a fourth number of symbols in the second random access  preamble, and the fourth number is smaller than the third number of symbols; the first multiplexing configuration comprises a repetition multiplexing level and the second multiplexing configuration comprises an inter-symbol group multiplexing level; or the first multiplexing configuration comprises an inter-symbol multiplexing level and the second multiplexing configuration comprises an intra-symbol group multiplexing level.

[0255] In one embodiment, wherein the starting time of the RAR window is calculated based on an ending time of a last repetition for the random access preamble and a fifth number of subframes, and the fifth number of subframes is determined based on the multiplexing configuration, a format of the random access preamble and a number of repetitions of NPRACH for the random access preamble.

[0256] In one embodiment, wherein a portion corresponding to the multiplexing configuration of the fifth number of subframes is related to at least one of a code sequence length or a multiplexing level in the multiplexing configuration.

[0257] In one embodiment, wherein: the size of the RAR window is selected from a set of candidate sizes comprising one or more candidate sizes associated with the multiplexing configuration and a plurality of initial candidate sizes, and a candidate size of the one or more candidate sizes is greater than an original candidate size of the plurality of original candidate sizes.

[0258] In one embodiment, wherein at least one of the following: the orthogonal code sequence comprises an OCC sequence; the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) ; or the network device is a network access device of a non-terrestrial network (NTN) , and wherein the starting time of the RAR window is calculated further based on a round-trip time (RTT) between the terminal device and the network device.

[0259] A terminal device comprising: a processor, and the processor is configured to cause the terminal device to: receive, from a network device, association information that indicates an association between one or more carriers and one or more multiplexing configurations, wherein a multiplexing configuration of the one or more multiplexing configurations comprises information on code domain multiplexing; transmit, to the network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations; and receive, from  the network device and on a first carrier of the one or more carriers, a random access response (RAR) for the random access preamble, wherein the first carrier is associated with the first multiplexing configuration.

[0260] In one embodiment, wherein the terminal device is caused to receive the association information by at least one of the following: receiving, from the network device, a physical downlink control channel (PDCCH) order that comprises a multiplexing configuration and a carrier for detecting the RAR, wherein the PDCCH order triggers the terminal device to perform a random access; or receiving, from the network device, a broadcast message that comprises a multiplexing configuration and a carrier for detecting the RAR.

[0261] In one embodiment, wherein at least one of the following: the PDCCH order implicitly indicates an anchor carrier for detecting the RAR by omitting indication information related to the carrier; or the broadcast message implicitly indicates an anchor carrier for detecting the RAR by omitting indication information related to the carrier.

[0262] In one embodiment, wherein the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0263] In one embodiment, wherein: a plurality of carriers configured for a transmission of the RAR is divided into a first number of carrier groups, and the plurality of carriers comprises the one or more carriers, and the first number is determined based on a code sequence length for a multiplexing configuration.

[0264] In one embodiment, wherein at least one of the following: the orthogonal code sequence comprises an OCC sequence; the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

[0265] A network device comprising: a processor, and the processor is configured to cause the network device to: transmit, to a terminal device, association information that indicates an association between one or more carriers and one or more multiplexing configurations, wherein a multiplexing configuration of the one or more multiplexing configurations comprises information on code domain multiplexing; receive, from the terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations; and transmit, to  the terminal device and on a first carrier of the one or more carriers, a random access response (RAR) for the random access preamble, wherein the first carrier is associated with the first multiplexing configuration.

[0266] In one embodiment, wherein the network device is caused to transmit the association information by at least one of the following: transmitting, to the terminal device, a physical downlink control channel (PDCCH) order that comprises a multiplexing configuration and a carrier for detecting the RAR, wherein the PDCCH order triggers the terminal device to perform a random access; or transmitting, to the terminal device, a broadcast message that comprises a multiplexing configuration and a carrier for detecting the RAR.

[0267] In one embodiment, wherein at least one of the following: the PDCCH order implicitly indicates an anchor carrier by omitting indication information related to the carrier; or the broadcast message implicitly indicates an anchor carrier for detecting the RAR by omitting indication information related to the carrier.

[0268] In one embodiment, wherein the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or a OCC sequence index.

[0269] In one embodiment, wherein: a plurality of carriers configured for a transmission of the RAR is divided into a first number of carrier groups, and the plurality of carriers comprises the one or more carriers, and the first number is determined based on a code sequence length for a multiplexing configuration.

[0270] In one embodiment, wherein at least one of the following: the orthogonal code sequence comprises an OCC sequence; the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

[0271] A terminal device comprising: a processor, and the processor is configured to cause the terminal device to: transmit, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations, wherein a multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing; determine a radio network temporary identifier (RNTI) based on the first multiplexing configuration and information related to a transmission of the random access preamble; and receive, from  the network device, a random access response (RAR) for the random access preamble using the RNTI.

[0272] In one embodiment, wherein at least one of the following: the plurality of multiplexing configurations is preconfigured for the terminal device and the network device; or the plurality of multiplexing configuration is configured by the network device to the terminal device.

[0273] In one embodiment, wherein the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0274] In one embodiment, wherein the first multiplexing configuration comprises a codebook index, and wherein the terminal device is caused to determine the RNTI by: determining the RNTI based on the codebook index.

[0275] In one embodiment, wherein the terminal device is caused to determine the RNTI by:determining the RNTI further based on the total number of available non-anchor carriers for a transmission of the random access preamble.

[0276] In one embodiment, wherein the codebook index comprises an OCC sequence index.

[0277] In one embodiment, wherein at least one of the following: the orthogonal code sequence comprises an OCC sequence; the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

[0278] A network device comprising: a processor, and the processor is configured to cause the network device to: receive, from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations, wherein a multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing; determine the first multiplexing configuration among the plurality of multiplexing configurations by detecting the random access preamble; determine a radio network temporary identifier (RNTI) based on the first multiplexing configuration and information related to a transmission of the random access preamble; and transmit, to the terminal device, a random access response (RAR) for the random access preamble using the RNTI.

[0279] In one embodiment, wherein at least one of the following: the plurality of multiplexing configurations is preconfigured for the terminal device and the network device; or the plurality of multiplexing configuration is configured by the network device to the terminal device.

[0280] In one embodiment, wherein the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0281] In one embodiment, wherein the first multiplexing configuration comprises a codebook index, and wherein the network device is caused to determine the RNTI by: determining the RNTI based on the codebook index.

[0282] In one embodiment, wherein the network device is caused to determine the RNTI by:determining the RNTI further based on the total number of available non-anchor carriers for a transmission of the random access preamble.

[0283] In one embodiment, wherein the codebook index comprises an OCC sequence index.

[0284] In one embodiment, wherein at least one of the following: the orthogonal code sequence comprises an OCC sequence; the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

[0285] A terminal device comprising: a processor, and the processor is configured to cause the terminal device to: transmit, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations, wherein a multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing; detect, on random access response (RAR) resources associated with the random access preamble, at least one of i) one or more downlink control channels of one or more RARs, or ii) one or more downlink shared channels of the one or more RARs; and determine, among the one or more RARs, a target RAR for the random access preamble based on detecting at least one of: a target downlink control channel among the one or more downlink control channels, the target downlink control channel comprising an orthogonal code sequence index corresponding to the first multiplexing configuration, or a target downlink shared channel among the one or more downlink shared channels, the target downlink control channel  comprising the code sequence index.

[0286] In one embodiment, wherein the plurality of multiplexing configurations is preconfigured for the terminal device and the network device.

[0287] In one embodiment, wherein at least one of the following: the orthogonal code sequence index is included in one or more bits in downlink control information (DCI) transmitted in the target downlink control channel, and the DCI is of downlink control information (DCI) format N1; or the orthogonal code sequence index is included in one or more reserved bits in a media access control protocol data unit (MAC PDU) transmitted in the target downlink shared channel.

[0288] In one embodiment, wherein the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0289] In one embodiment, wherein at least one of the following: the orthogonal code sequence comprises an OCC sequence; the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

[0290] A network device comprising: a processor, and the processor is configured to cause the terminal device to: receive, from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations, wherein a multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing; include an orthogonal code sequence index corresponding to the first multiplexing configuration into at least one of a downlink control channel or a downlink shared channel of a random access response (RAR) for the random access preamble; and transmit, to the terminal device, the RAR on random access response (RAR) resources associated with the random access preamble.

[0291] In one embodiment, wherein the plurality of multiplexing configurations is preconfigured for the terminal device and the network device.

[0292] In one embodiment, wherein at least one of the following: the orthogonal code sequence index is included in one or more reserved bits in downlink control information (DCI) transmitted in the target downlink control channel, and the DCI is of downlink control  information (DCI) format N1; or the orthogonal code sequence index is included in one or more reserved bits in a media access control protocol data unit (MAC PDU) transmitted in the target downlink shared channel.

[0293] In one embodiment, wherein the information on the code domain multiplexing indicates at least one of the following: a code sequence type; a multiplexing level; a code sequence length; a codebook index; an orthogonal cover code (OCC) sequence length; or an OCC sequence index.

[0294] In one embodiment, wherein at least one of the following: the orthogonal code sequence comprises an OCC sequence; the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

[0295] A method of communication, comprising: transmitting, by a terminal device to a network device, a random access preamble that is spread by an orthogonal code sequence based on a multiplexing configuration, wherein the multiplexing configuration comprises information on code domain multiplexing; and receiving, from the network device, a random access response (RAR) for the random access preamble during an RAR window, wherein at least one of a starting time or a size of the RAR window is associated with the multiplexing configuration.

[0296] A method of communication, comprising: receiving, by a network device from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a multiplexing configuration, wherein the multiplexing configuration comprises information on code domain multiplexing; and transmitting, to the terminal device, a random access response (RAR) for the random access preamble, such that the terminal device to receive the RAR during an RAR window, wherein at least one of a starting time or a size of the RAR window is associated with the multiplexing configuration.

[0297] A method of communication, comprising: receiving, by a terminal device from a network device, association information that indicates an association between one or more carriers and one or more multiplexing configurations, wherein a multiplexing configuration of the one or more multiplexing configurations comprises information on code domain multiplexing; transmit, to the network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations; and receive, from the network device and on a first carrier of  the one or more carriers, a random access response (RAR) for the random access preamble, wherein the first carrier is associated with the first multiplexing configuration

[0298] A method of communication, comprising: transmitting, by a network device to a terminal device, association information that indicates an association between one or more carriers and one or more multiplexing configurations, wherein a multiplexing configuration of the one or more multiplexing configurations comprises information on code domain multiplexing; receiving, from the terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations; and transmitting, to the terminal device and on a first carrier of the one or more carriers, a random access response (RAR) for the random access preamble, wherein the first carrier is associated with the first multiplexing configuration.

[0299] A method of communication, comprising: transmitting, by a terminal device to a network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations, wherein a multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing; determining a radio network temporary identifier (RNTI) based on the first multiplexing configuration and information related to a transmission of the random access preamble; and receiving, from the network device, a random access response (RAR) for the random access preamble using the RNTI.

[0300] A method of communication, comprising: receiving, by a network device from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations, wherein a multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing; determine the first multiplexing configuration among the plurality of multiplexing configurations by detecting the random access preamble; determine a radio network temporary identifier (RNTI) based on the first multiplexing configuration and information related to a transmission of the random access preamble; and transmit, to the terminal device, a random access response (RAR) for the random access preamble using the RNTI.

[0301] A method of communication, comprising: transmitting, by a terminal device to a network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations,  wherein a multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing; detecting, on random access response (RAR) resources associated with the random access preamble, at least one of i) one or more downlink control channels of one or more RARs, or ii) one or more downlink shared channels of the one or more RARs; and determining, among the one or more RARs, a target RAR for the random access preamble based on detecting at least one of: a target downlink control channel among the one or more downlink control channels, the target downlink control channel comprising an orthogonal code sequence index corresponding to the first multiplexing configuration, or a target downlink shared channel among the one or more downlink shared channels, the target downlink control channel comprising the orthogonal code sequence index.

[0302] A method of communication, comprising: receiving, by a network device from a terminal device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations, wherein a multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing; including an orthogonal code sequence index corresponding to the first multiplexing configuration into at least one of a downlink control channel or a downlink shared channel of a random access response (RAR) for the random access preamble; and transmitting, to the terminal device, the RAR on random access response (RAR) resources associated with the random access preamble.

[0303] A computer readable medium having instructions stored thereon, the instructions, when executed on at least one processor, causing the at least one processor to perform the method according to the above embodiment.

Claims

1.A terminal device comprising:a processor, and the processor is configured to cause the terminal device to:transmit, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a multiplexing configuration,wherein the multiplexing configuration comprises information on code domain multiplexing; andreceive, from the network device, a random access response (RAR) for the random access preamble during an RAR window, wherein at least one of a starting time or a size of the RAR window is associated with the multiplexing configuration.2.The terminal device of claim 1, wherein:the starting time of the RAR window is calculated based on an ending time of a last repetition for the random access preamble, a first number of subframes and a second number of subframes,the first number of subframes is determined based on a format of the random access preamble and the number of repetitions of narrow band (NB) -internet of things (IoT) physical random access channel (NPRACH) for the random access preamble, andthe second number of subframes is determined based on the multiplexing configuration.3.The terminal device of claim 2, wherein the random access preamble is a first random access preamble, the RAR window is a first RAR window, and the multiplexing configuration is a first multiplexing configuration, and the terminal device is further caused to:transmit, to the network device, a second random access preamble that is spread based on a second multiplexing configuration; andreceive, from the network device, a second RAR for the second random access preamble during a second RAR window.4.The terminal device of claim 3, wherein the second number of subframes is greater than a further second number of subframes for determining a further starting time of the second RAR window, in the case that at least one of the following:the first multiplexing configuration comprises a first code sequence length and the second multiplexing configuration comprises a second code sequence length shorter than the first code sequence length;the first multiplexing configuration indicates that a code unit of the orthogonal code sequence is applied to a third number of symbols in the first random access preamble, and the second multiplexing configuration indicates that a code unit of a respective orthogonal code sequence is applied to a fourth number of symbols in the second random access preamble, and the fourth number is smaller than the third number of symbols;the first multiplexing configuration comprises a repetition multiplexing level and the second multiplexing configuration comprises an inter-symbol group multiplexing level; orthe first multiplexing configuration comprises an inter-symbol multiplexing level and the second multiplexing configuration comprises an intra-symbol group multiplexing level.5.The terminal device of claim 1, whereinthe starting time of the RAR window is calculated based on an ending time of a last repetition for the random access preamble and a fifth number of subframes, andthe fifth number of subframes is determined based on the multiplexing configuration, a format of the random access preamble and a number of repetitions of NPRACH for the random access preamble.6.The terminal device of claim 5, wherein a portion corresponding to the multiplexing configuration of the fifth number of subframes is related to at least one of a code sequence length or a multiplexing level in the multiplexing configuration.7.The terminal device of any of claims 1 to 6, wherein:the size of the RAR window is selected from a set of candidate sizes comprising one or more candidate sizes associated with the multiplexing configuration and a plurality of original candidate sizes, anda candidate size of the one or more candidate sizes is greater than an original candidate size of the plurality of initial candidate sizes.8.The terminal device of any of claims 1 to 7, wherein at least one of the following:the orthogonal code sequence comprises an OCC sequence;the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) ; orthe network device is a network access device of a non-terrestrial network (NTN) , and wherein the starting time of the RAR window is calculated further based on a round-trip time (RTT) between the terminal device and the network device.9.A terminal device comprising:a processor, and the processor is configured to cause the terminal device to:receive, from a network device, association information that indicates an association between one or more carriers and one or more multiplexing configurations,wherein a multiplexing configuration of the one or more multiplexing configurations comprises information on code domain multiplexing;transmit, to the network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of the one or more multiplexing configurations; andreceive, from the network device and on a first carrier of the one or more carriers, a random access response (RAR) for the random access preamble, wherein the first carrier is associated with the first multiplexing configuration.10.The terminal device of claim 9, wherein the terminal device is caused to receive the association information by at least one of the following:receiving, from the network device, a physical downlink control channel (PDCCH) order that comprises a multiplexing configuration and a carrier for detecting the RAR, wherein the PDCCH order triggers the terminal device to perform a random access; orreceiving, from the network device, a broadcast message that comprises a multiplexing configuration and a carrier for detecting the RAR.11.The terminal device of claim 10, wherein at least one of the following:the PDCCH order implicitly indicates an anchor carrier for detecting the RAR by omitting indication information related to the carrier; orthe broadcast message implicitly indicates an anchor carrier for detecting the RAR by omitting indication information related to the carrier.12.The terminal device of any of claims 9 to 11, wherein:a plurality of carriers configured for a transmission of the RAR is divided into a first number of carrier groups, and the plurality of carriers comprises the one or more carriers, andthe first number is determined based on a code sequence length for a multiplexing configuration.13.The terminal device of any of claims 9 to 12, wherein at least one of the following:the orthogonal code sequence comprises an OCC sequence;the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .14.A terminal device comprising:a processor, and the processor is configured to cause the terminal device to:transmit, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations,wherein a multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing;determine a radio network temporary identifier (RNTI) based on the first multiplexing configuration and information related to a transmission of the random access preamble; andreceive, from the network device, a random access response (RAR) for the random access preamble using the RNTI.15.The terminal device of claim 14, wherein at least one of the following:the plurality of multiplexing configurations is preconfigured for the terminal device and the network device; orthe plurality of multiplexing configuration is configured by the network device to the terminal device.16.The terminal device of claim 14 or 15, wherein the first multiplexing configuration comprises a codebook index, and wherein the terminal device is caused to determine the RNTI by:determining the RNTI based on the codebook index.17.The terminal device of claim 16, wherein the terminal device is caused to determine the RNTI by:determining the RNTI further based on the total number of available non-anchor carriers for a transmission of the random access preamble.18.The terminal device of claim 16 or 17, wherein the codebook index comprises an OCC sequence index.19.The terminal device of any of claims 14 to 18, wherein at least one of the following:the orthogonal code sequence comprises an OCC sequence;the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .20.A terminal device comprising:a processor, and the processor is configured to cause the terminal device to:transmit, to a network device, a random access preamble that is spread by an orthogonal code sequence based on a first multiplexing configuration of a plurality of multiplexing configurations,wherein a multiplexing configuration of the plurality of multiplexing configurations comprises information on code domain multiplexing;detect, on random access response (RAR) resources associated with the random access preamble, at least one of i) one or more downlink control channels of one or more RARs, or ii) one or more downlink shared channels of the one or more RARs; anddetermine, among the one or more RARs, a target RAR for the random access preamble based on detecting at least one of:a target downlink control channel among the one or more downlink control channels, the target downlink control channel comprising an orthogonal code sequence index corresponding to the first multiplexing configuration, ora target downlink shared channel among the one or more downlink shared channels, the target downlink control channel comprising the code sequence index.21.The terminal device of claim 20, wherein the plurality of multiplexing configurations is preconfigured for the terminal device and the network device.22.The terminal device of claim 20 or 21, wherein at least one of the following:the orthogonal code sequence index is included in one or more bits in downlink control information (DCI) transmitted in the target downlink control channel, and the DCI is of downlink control information (DCI) format N1; orthe orthogonal code sequence index is included in one or more reserved bits in a media access control protocol data unit (MAC PDU) transmitted in the target downlink shared channel.23.The terminal device of any of claims 20 to 22, wherein at least one of the following:the orthogonal code sequence comprises an OCC sequence;the terminal device is one of a plurality of narrow band (NB) -internet of things (IoT) devices that is allocated with the same time-frequency radio resource for an NB-IoT physical random access channel (NPRACH) .

Images