WO2018199647A1 - Method and apparatus for performing random access procedure - Google Patents
Method and apparatus for performing random access procedure Download PDFInfo
- Publication number
- WO2018199647A1 WO2018199647A1 PCT/KR2018/004851 KR2018004851W WO2018199647A1 WO 2018199647 A1 WO2018199647 A1 WO 2018199647A1 KR 2018004851 W KR2018004851 W KR 2018004851W WO 2018199647 A1 WO2018199647 A1 WO 2018199647A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- random access
- backoff
- priority
- request
- scaling factor
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 201
- 238000011084 recovery Methods 0.000 claims description 37
- 230000004044 response Effects 0.000 claims description 17
- 238000004891 communication Methods 0.000 abstract description 35
- 238000005516 engineering process Methods 0.000 abstract description 17
- 230000036541 health Effects 0.000 abstract description 2
- 230000005540 biological transmission Effects 0.000 description 105
- 230000011664 signaling Effects 0.000 description 67
- 238000013507 mapping Methods 0.000 description 22
- 238000001514 detection method Methods 0.000 description 20
- 102100039292 Cbp/p300-interacting transactivator 1 Human genes 0.000 description 18
- 101000888413 Homo sapiens Cbp/p300-interacting transactivator 1 Proteins 0.000 description 18
- 230000000737 periodic effect Effects 0.000 description 15
- 238000009827 uniform distribution Methods 0.000 description 14
- 230000001960 triggered effect Effects 0.000 description 12
- 230000001934 delay Effects 0.000 description 11
- 230000006870 function Effects 0.000 description 11
- 230000007246 mechanism Effects 0.000 description 10
- 230000000977 initiatory effect Effects 0.000 description 8
- 238000012544 monitoring process Methods 0.000 description 8
- 238000012545 processing Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 238000004590 computer program Methods 0.000 description 4
- 230000007704 transition Effects 0.000 description 4
- 108010014173 Factor X Proteins 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 241000282412 Homo Species 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/32—TPC of broadcast or control channels
- H04W52/325—Power control of control or pilot channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/38—TPC being performed in particular situations
- H04W52/50—TPC being performed in particular situations at the moment of starting communication in a multiple access environment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
- H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
- H04W74/085—Random access procedures, e.g. with 4-step access with collision treatment collision avoidance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
- H04W74/0875—Non-scheduled access, e.g. ALOHA using a dedicated channel for access with assigned priorities based access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/008—Transmission of channel access control information with additional processing of random access related information at receiving side
Definitions
- the disclosure relates to a system, a method and an apparatus for performing a random access procedure in a wireless communication system. More particularly, the disclosure relates to a method for on demand system information (SI) acquisition error handling, a random access (RA) backoff method and a power ramping method.
- SI system information
- RA random access
- the 5G or pre-5G communication system is also called a 'beyond 4G network' or a 'post long term evolution (LTE) System'.
- the 5G wireless communication system is considered to be implemented not only in lower frequency bands but also in higher frequency (mmWave) bands, e.g., 10 GHz to 100 GHz bands, so as to accomplish higher data rates. These frequency bands can be licensed or unlicensed.
- the beamforming, massive multiple-input multiple-output (MIMO), full dimensional MIMO (FD-MIMO), array antenna, an analog beam forming, and large scale antenna techniques are being considered in the design of the 5G wireless communication system.
- MIMO massive multiple-input multiple-output
- FD-MIMO full dimensional MIMO
- array antenna an analog beam forming
- large scale antenna techniques are being considered in the design of the 5G wireless communication system.
- system network improvement is under way based on advanced small cells, cloud radio access networks (RANs), ultra-dense networks, device-to-device (D2D) communication, wireless backhaul, moving network, cooperative communication, coordinated multi-points (CoMP), reception-end interference cancellation and the like.
- RANs cloud radio access networks
- D2D device-to-device
- CoMP coordinated multi-points
- FSK frequency shift keying
- QAM quadrature amplitude modulation
- SWSC sliding window superposition coding
- ACM advanced coding modulation
- FBMC filter bank multi carrier
- NOMA non-orthogonal multiple access
- SCMA sparse code multiple access
- the Internet which is a human centered connectivity network where humans generate and consume information
- IoT internet of things
- IoE internet of everything
- sensing technology “wired/wireless communication and network infrastructure”
- service interface technology “service interface technology”
- Security technology As technology elements, such as “sensing technology”, “wired/wireless communication and network infrastructure”, “service interface technology”, and “Security technology” have been demanded for IoT implementation, a sensor network, a machine-to-machine (M2M) communication, machine type communication (MTC), and so forth have been recently researched.
- M2M machine-to-machine
- MTC machine type communication
- IoT Internet technology services
- IoT may be applied to a variety of fields including smart home, smart building, smart city, smart car or connected cars, smart grid, health care, smart appliances and advanced medical services through convergence and combination between existing information technology (IT) and various industrial applications.
- IT information technology
- 5G communication systems such as a sensor network, MTC, and M2M communication may be implemented by beamforming, MIMO, and array antennas.
- Application of a cloud RAN as the above-described big data processing technology may also be considered to be as an example of convergence between the 5G technology and the IoT technology.
- the second generation (2G) wireless communication system has been developed to provide voice services while ensuring the mobility of users.
- the third generation (3G) wireless communication system supports not only the voice service but also data service.
- the 4G wireless communication system has been developed to provide high-speed data service.
- the 4G wireless communication system suffers from lack of resources to meet the growing demand for high speed data services. Therefore, the 5G wireless communication system is being developed to meet the growing demand of various services with diverse requirements, e.g. high speed data services, support ultra-reliability and low latency applications.
- the 5G wireless communication system is expected to address different use cases having quite different requirements in terms of data rate, latency, reliability, mobility, etc.
- the design of the air-interface of the fifth generation wireless communication system would be flexible enough to serve the user equipments (UEs) having quite different capabilities depending on the use case and market segment the UE cater service to the end customer.
- Example use cases the 5G wireless communication system wireless system is expected to address is enhanced Mobile Broadband (eMBB), massive MTC (m-MTC), ultra-reliable low latency communication (URLL), etc.
- eMBB requirements like tens of Gbps data rate, low latency, high mobility so on and so forth address the market segment representing the conventional wireless broadband subscribers needing internet connectivity everywhere, all the time and on the go.
- the m-MTC requirements like very high connection density, infrequent data transmission, very long battery life, low mobility address so on and so forth address the market segment representing the IoT/IoE envisioning connectivity of billions of devices.
- the URLL requirements like very low latency, very high reliability and variable mobility so on and so forth address the market segment representing the industrial automation application, vehicle-to-vehicle/vehicle-to-infrastructure communication foreseen as one of the enabler for autonomous cars.
- enhanced node B or base station in cell broadcast system information (SI)
- MIB master information block
- SIBs system information blocks
- SFN system frame number
- ARQ physical hybrid automatic repeat request
- PHICH physical hybrid automatic repeat request
- MIB is transmitted every 40ms. It is repeated every 10ms wherein the first transmission occurs in subframe #0 when SFN mod 4 equals zero.
- MIB is transmitted on physical broadcast channel (PBCH).
- SIB type 1 i.e. SIB 1 carries cell identity, tracking area code, cell barring information, value tag (common for all scheduling units), and scheduling information of other SIBs.
- SIB 1 is transmitted every 80ms in subframe #5 when SFN mod 8 equals zero. SIB 1 is repeated in subframe#5 when SFN mod 2 equals zero. SIB 1 is transmitted on physical downlink shared channel (PDSCH). Other SIBs (i.e. SIB 2 to SIB 19) are transmitted in SI message wherein scheduling information on these SIBs are indicated in SIB 1.
- PDSCH physical downlink shared channel
- the 5G wireless communication system is considering enhancement to deliver SI.
- SI is divided into minimum SI and other SI. Similar to LTE SI the other SI can be structured into a set of SI-blocks (SIBs).
- SIBs SI-blocks
- Minimum SI is periodically broadcast. Other SI can be broadcasted or provided on-demand based on the UE request.
- the minimum SI comprises basic information required for initial access to a cell and information for acquiring any other SI broadcasted or provisioned via on-demand basis.
- the minimum SI includes at least SFN, list of public land mobile network (PLMN), cell identifier (ID), cell camping parameters and random access channel (RACH) parameters. If the network allows an on demand mechanism, parameters required for requesting other SIB(s) (if any needed, e.g. RACH preambles for request) are also included in minimum SI.
- PLMN public land mobile network
- ID cell identifier
- RACH random access channel
- the scheduling information in minimum SI includes an indicator which indicates whether the concerned SIB is broadcasted or provided on demand.
- the scheduling information on the other SI includes SIB type, validity information, SI periodicity and SI-window information.
- the scheduling information on the other SI is provided irrespective of whether the other SI is broadcasted or not. If minimum SI indicates that a SIB is not broadcasted (i.e. it is provided on demand), then the UE does not assume that this SIB is a broadcasted in its SI-window at every SI period. Therefore the UE may send an SI request to receive this SIB. For other SI provided on-demand, the UE can request one or more SIB(s) or all SIBs or SI message(s) or all SI messages in a single request.
- MSG1 or MSG3 can be used to transmit the SI request.
- the SI request is indicated using MSG1.
- PRACH physical ransom access channel
- the SI request is included in MSG3.
- the SI request transmission fails or it is possible that the SI request transmission is successful but the UE fails to receive the system information transmitted by network based on the UE's request. A method is needed to handle such failures is needed.
- UE During the random access procedure, UE first transmits the PRACH preamble and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. Sometimes due to congestion on PRACH channel, PRACH preamble transmission may not be successful. In the current system, in such a situation network sends RAR with back off indicator/index (BI). UE then backoff i.e. UE retransmits PRACH preamble after a time period which is randomly selected between 0 and backoff value. The backoff value corresponding to backoff index received in RAR, is obtained by UE from a pre-defined backoff table. All UEs perform backoff in similar manner. During the PRACH preamble retransmission UE ramps up the power by PowerRampingStep. PowerRampingStep is signaled in SI. All UEs apply same PowerRampingStep. The current mechanism is not efficient as latency requirement may be different for different UEs. A method is needed to reduce latency.
- BI back off
- an aspect of the disclosure is to provide a communication method and system for converging a fifth generation (5G) communication system for supporting higher data rates beyond a fourth generation (4G) system.
- 5G fifth generation
- 4G fourth generation
- a method of a terminal for performing a random access procedure includes transmitting a random access preamble associated with a random access procedure to a base station, receiving a random access response including information on a backoff parameter value from the base station, identifying a scaling factor for backoff based on a priority of the random access procedure or identifying a scaling factor for backoff based on an event which triggers the random access procedure, determining a random backoff time based on the scaling factor and the backoff parameter value, and transmitting a subsequent random access preamble after the random backoff time to the base station.
- a method of a base station for performing a random access procedure includes receiving a random access preamble associated with a random access procedure from a terminal, transmitting a random access response including information on a backoff parameter value to the terminal, and receiving a subsequent random access preamble after a random backoff time from the terminal.
- the random backoff time is determined based on a scaling factor for backoff and the backoff parameter value.
- the scaling factor is determined based on a priority of the random access procedure or based on an event which triggers the random access procedure.
- a terminal in accordance with a third aspect of the disclosure, includes a transceiver and a controller coupled with the transceiver.
- the transceiver is configured to receive signals from a base station and to transmit signals to the base station.
- the controller is configured to control the transceiver to transmit a random access preamble associated with a random access procedure to the base station, control the transceiver to receive a random access response including information on a backoff parameter value from the base station, identify a scaling factor for backoff based on a priority of the random access procedure or identifying a scaling factor for backoff based on an event which triggers the random access procedure, determine a random backoff time based on the scaling factor and the backoff parameter value, and control the transceiver to transmitting a subsequent random access preamble to the base station after the random backoff time.
- a base station in accordance with a fourth aspect of the disclosure, includes a transceiver and a controller coupled with the transceiver is provided.
- the transceiver is configured to receive signals from a terminal and to transmit signals to the terminal.
- the controller is configured to control the transceiver to receive a random access preamble associated with a random access procedure from the terminal, control the transceiver to transmit a random access response including information on a backoff parameter value to the terminal, and control the transceiver to receive a subsequent random access preamble after a random backoff time from the terminal.
- the random backoff time is determined based on a scaling factor for backoff and the backoff parameter value.
- the scaling factor is determined based on a priority of the random access procedure or based on an event which triggers the random access procedure.
- FIG. 1 illustrates a method for on demand system information (SI) acquisition error handling according to an embodiment of the disclosure
- FIG. 2 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure
- FIG. 3 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure
- FIG. 4 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure
- FIG. 5 illustrates an operation for random access (RA) backoff according to an embodiment of the disclosure
- FIG. 6 illustrates an operation for RA backoff according to an embodiment of the disclosure
- FIG. 7 illustrates an operation for RA backoff according to an embodiment of the disclosure
- FIG. 8 illustrates an operation for RA backoff according to an embodiment of the disclosure
- FIG. 9 illustrates an operation for RA backoff according to an embodiment of the disclosure
- FIG. 10 illustrates an operation for power ramping according to an embodiment of the disclosure
- FIG. 11 illustrates an operation for power ramping according to an embodiment of the disclosure
- FIG. 12 illustrates an operation for power ramping according to an embodiment of the disclosure
- FIG. 13 illustrates an operation for power ramping according to an embodiment of the disclosure
- FIG. 14 is a block diagram of a terminal according to an embodiment of the disclosure.
- FIG. 15 is a block diagram of a base station according to an embodiment of the disclosure.
- blocks of a flowchart (or sequence diagram) and a combination of flowcharts may be represented and executed by computer program instructions.
- These computer program instructions may be loaded on a processor of a general purpose computer, special purpose computer, or programmable data processing equipment. When the loaded program instructions are executed by the processor, they create a means for carrying out functions described in the flowchart. Because the computer program instructions may be stored in a computer readable memory that is usable in a specialized computer or a programmable data processing equipment, it is also possible to create articles of manufacture that carry out functions described in the flowchart. Because the computer program instructions may be loaded on a computer or a programmable data processing equipment, when executed as processes, they may carry out operations of functions described in the flowchart.
- a block of a flowchart may correspond to a module, a segment, or a code containing one or more executable instructions implementing one or more logical functions, or may correspond to a part thereof.
- functions described by blocks may be executed in an order different from the listed order. For example, two blocks listed in sequence may be executed at the same time or executed in reverse order.
- unit may refer to a software component or hardware component, such as, for example, a field-programmable gate array (FPGA) or an application-specific integrated circuit (ASIC) capable of carrying out a function or an operation.
- a unit, or the like is not limited to hardware or software.
- a unit, or the like may be configured so as to reside in an addressable storage medium or to drive one or more processors.
- Units, or the like may refer to software components, object-oriented software components, class components, task components, processes, functions, attributes, procedures, subroutines, program code segments, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays or variables.
- a function provided by a component and unit may be a combination of smaller components and units, and may be combined with others to compose larger components and units.
- Components and units may be configured to drive a device or one or more processors in a secure multimedia card.
- the “base station (BS)” is an entity communicating with a user equipment (UE) and may be referred to as BS, base transceiver station (BTS), node B (NB), evolved NB (eNB), access point (AP), or 5G NB (5GNB).
- BTS base transceiver station
- NB node B
- eNB evolved NB
- AP access point
- 5GNB 5G NB
- the "UE” is an entity communicating with a BS and may be referred to as the UE, device, mobile station (MS), mobile equipment (ME), or terminal.
- Embodiment 1 is a diagrammatic representation of Embodiment 1:
- the system information is divided into minimum SI and other SI.
- the minimum SI is periodically broadcast.
- Minimum SI may comprise of MIB and one or more SIBs.
- Other SI can be broadcasted or provided on-demand based on (UE) request.
- the minimum SI comprises basic information required for initial access to a cell and information for acquiring any other SI broadcast periodically or provisioned via on-demand basis.
- the minimum SI includes at least system frame number (SFN), list of public land mobile network (PLMN), cell identifier (ID), cell camping parameters, and random access channel (RACH) parameters. If network allows an on demand mechanism, parameters required for requesting other system information block(s) (SIB(s)) (if any needed, e.g.
- RACH preambles and/or RACH time/frequency resources for request are also included in minimum SI.
- the scheduling information in minimum SI includes an indicator which indicates whether the concerned SIB is broadcasted or provided on demand.
- the scheduling information for the other SI includes SIB type, validity information, SI periodicity and SI-window information.
- the scheduling information for the other SI is provided irrespective of whether the other SI is periodically broadcasted or not. If minimum SI indicates that a SIB is not broadcasted (i.e. it is provided on demand), then the UE does not assume that this SIB is broadcasted in its SI-window at every SI period. Therefore the UE may initiate on demand SI acquisition procedure i.e. send an SI request to receive this SIB.
- the UE can request one or more SIB(s) or all SIBs or SI message or all SI messages in a single request.
- MSG1 or MSG3 can be used to transmit the SI request.
- Network controls whether MSG1 or MSG3 is used to transmit the SI request. If the physical ransom access channel (PRACH) preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is included in minimum SI then the SI request is indicated using MSG1. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is not included in minimum SI then the SI request is included in MSG3.
- the UE may also transition from idle or inactive state to connected state using connection setup procedure and send the SI request in dedicated radio resource control (RRC) signaling.
- RRC radio resource control
- the UE may fail to acquire desired SIB(s) or SI message(s).
- the failure can be because of one of the following reasons:
- gNB which is a 3rd Generation Partnership Project (3GPP) fifth generation (5G) Next Generation base station which supports the 5G New Radio (NR)
- 3GPP 3rd Generation Partnership Project
- 5G Next Generation base station which supports the 5G New Radio
- the UE may retransmit the SI request if the UE does not receive acknowledgment.
- the SI request transmission can be declared as failed if the UE has not received acknowledgment even after transmitting the SI request for maximum number of retries.
- gNB sends a random access response (RAR) indicating reception of PRACH preamble indicating the SI request.
- RAR is acknowledgment from network that the SI request is received. If RAR is not received successfully after transmitting PRACH preamble, the UE retransmit the PRACH preamble indicating the SI request.
- the SI request transmission can be declared as failed if the UE has not received RAR even after transmitting PRACH preamble indicating the SI request for maximum number of retries.
- RAR is successfully received if the RAR corresponds to both PRACH resource and random access preamble identifier (RAPID) used by the UE for PRACH preamble transmission.
- RAPID random access preamble identifier
- RAR is successfully received if the RAR corresponds to RAPID of PRACH preamble transmitted by the UE. In another embodiment RAR is successfully received if the RAR corresponds to PRACH resource used by the UE for PRACH preamble transmission.
- the UE receives RAR scheduled using physical downlink control channel (PDCCH) addressed to its random access-radio network temporary identifier (RA-RNTI) (or reserved RNTI) and the received RAR indicates that at least the SIB(s) which the UE has requested will be transmitted or network has received the request for them, then the UE can stop monitoring RAR in RAR window and consider RAR reception as successful. Note that RAR may include SIB(s) which the UE has not requested as well.
- PDCCH physical downlink control channel
- RA-RNTI random access-radio network temporary identifier
- RAR may include SIB(s) which the UE has not requested as well.
- gNB sends an MSG4 indicating reception of the SI request.
- MSG4 is acknowledgment from network that the SI request is received. If MSG4 is not received successfully after transmitting MSG3, the UE retransmit the PRACH preamble or the MSG3 indicating the SI request.
- the SI request transmission can be declared as failed if the UE has not received MSG4 even after transmitting PRACH preamble or MSG3 indicating the SI request for maximum number of retries.
- MSG4 is successfully received (or contention resolution is successful) if the MSG4 includes the contents (at least the first X bytes of common control channel (CCCH) service data unit (SDU) transmitted in MSG3, X is pre-defined) of MSG3 sent by the UE.
- MSG4 is successfully received if the MSG4 includes at least the SI request message sent by the UE in MSG3 and the UE ID included in MSG3.
- T-CRNTI temporary cell RNTI
- MSG4 may include indication for additional SIB(s) apart from SIB(s) which the UE has requested in MSG3.
- the UE After transmitting the SI request or after receiving the acknowledgment for the SI request, the UE monitors the requested SIB(s) in SI window(s) according to scheduling information of one or more SI periods of requested SIB(s). If the UE fails to receive the requested SIB(s), the UE may retransmit the SI request. SI reception can be declared as failed if the UE cannot receive even after transmitting The SI request successfully for maximum number of retries. Maximum number of retries can be pre-defined or signaled by the network in minimum SI.
- Random access procedure can be used to transmit the SI request. If the UE fails to receive RAR during the RAR window even after transmitting the PRACH preamble for fixed number of times (preambleTxMax) or contention resolution timer expires even after transmitting the PRACH preambles for fixed number of times (preambleTxMax), random access procedure failure or problem is declared.
- the parameter preambleTxMax is configured by the network.
- the media access control (MAC) entity in the UE indicates random access problem to higher layer (i.e. RRC).
- RRC higher layer
- MAC entity in UE does not stop the ongoing random access procedure.
- MAC entity indicates random access problem to higher layer (i.e. RRC).
- RRC Upon receiving the random access problem indication from lower layer (i.e. MAC) and if UE is in RRC INACTIVE or RRC IDLE state and random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure.
- MAC entity indicates random access problem to higher layer (i.e. RRC).
- RRC Upon receiving the random access problem indication from lower layer (i.e. MAC) and if random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure.
- connection setup timer Failure to setup connection (connection setup timer expires).
- FIG. 1 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure.
- the UE (in idle/inactive state) initiates on demand SI acquisition procedure to acquire one or more SIB(s) or SI message(s) which are provided on demand, i.e. not being broadcasted at operation 110.
- the UE determines whether there is a failure to acquire desired SIB(s) or SI message(s) at operation 120.
- the various ways to determine failure are explained earlier in the disclosure. If the UE acquires the desired SIB(s) or SI message(s) successfully using on demand SI acquisition procedure, no error handling is needed (130). However, if the UE fails to acquire the desired SIB(s) or SI message(s) using on demand SI acquisition procedure, the UE shall declare SI acquisition failure and start the pre-defined timer.
- the UE While the timer is running, the UE considers the camped cell as barred at operation 140.
- the UE may performs/trigger cell reselection if another suitable cell is found while the timer is running at operation 150.
- the UE may also re-try the SI request on the camped cell upon expiry of the timer.
- Embodiment 2 is a diagrammatic representation of Embodiment 1:
- the system information is divided into minimum SI and other SI.
- Minimum is broadcasted.
- Minimum SI may comprise of MIB and one or more SIBs.
- Other SI can be broadcasted or provided on-demand based on the UE request.
- the minimum SI comprises basic information required for initial access to a cell and information for acquiring any other SI broadcast periodically or provisioned via on-demand basis.
- the minimum SI includes at least SFN, list of PLMN, cell ID, cell camping parameters, and RACH parameters. If the network allows the on demand mechanism, parameters required for requesting other SIB(s) (if any needed, e.g. RACH preambles and/or RACH time/frequency resources for request) are also included in minimum SI.
- the scheduling information in minimum SI includes an indicator which indicates whether the concerned SIB or SI message is being broadcasted or provided on demand.
- the scheduling information for the other SI includes SIB type, validity information, SI periodicity and SI-window information.
- the scheduling information for the other SI is provided irrespective of whether the other SI is broadcasted or not. If minimum SI indicates that a SIB is not broadcasted (i.e. it is provided on demand), then the UE does not assume that this SIB is a broadcasted in its SI-window at every SI period. Therefore the UE may initiate on demand SI acquisition procedure i.e. send an SI request to receive this SIB or SI message.
- the UE can request one or more SIB(s) or all SIBs or SI message or all SI messages in a single request.
- MSG1 or MSG3 can be used to transmit the SI request.
- Network controls whether MSG1 or MSG3 is used to transmit the SI request. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is included in minimum SI then the SI request is indicated using MSG1. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is not included in minimum SI then the SI request is included in MSG3.
- the UE may also transition from idle or inactive state to connected state using connection setup procedure and send the SI request in dedicated RRC signaling.
- the UE may fail to acquire desired SIB(s) or SI message(s).
- the failure can be because of one of the following reasons:
- gNB may send an acknowledgment indicating SI request is received.
- UE may retransmit the SI request if the UE does not receive acknowledgment.
- the SI request transmission can be declared as failed if the UE has not received acknowledgment even after transmitting the SI request for maximum number of retries.
- gNB sends an RAR indicating reception of PRACH preamble indicating the SI request.
- RAR is acknowledgment from network that the SI request is received. If RAR is not received successfully after transmitting PRACH preamble, the UE retransmit the PRACH preamble indicating the SI request.
- the SI request transmission can be declared as failed if the UE has not received RAR even after transmitting PRACH preamble indicating the SI request for maximum number of retries.
- RAR is successfully received if the RAR corresponds to both PRACH resource and RAPID used by the UE for PRACH preamble transmission.
- RAR is successfully received if the RAR corresponds to RAPID of PRACH preamble transmitted by the UE. In another embodiment RAR is successfully received if the RAR corresponds to PRACH resource used by the UE for PRACH preamble transmission. In an embodiment if the UE receives RAR scheduled using PDCCH addressed to its RA-RNTI (or reserved RNTI) and the received RAR indicates that at least the SIB(s) which the UE has requested will be transmitted or network has received the request for them, then the UE can stop monitoring RAR in RAR window and consider RAR reception as successful. Note that RAR may include SIB(s) which the UE has not requested as well.
- gNB sends an MSG4 indicating reception of the SI request.
- MSG4 is acknowledgment from network that the SI request is received. If MSG4 is not received successfully after transmitting MSG3, the UE retransmit the PRACH preamble or the MSG3 indicating the SI request. The SI request transmission can be declared as failed if the UE has not received MSG4 even after transmitting PRACH preamble or MSG3 indicating the SI request for maximum number of retries.
- MSG4 is successfully received if the MSG4 includes the contents (at least the first X bytes of CCCH SDU transmitted in MSG3, X is pre-defined) of MSG3 sent by the UE.
- MSG4 is successfully received if the MSG4 includes at least the SI request message sent by the UE in MSG3 and the UE ID included in MSG3.
- the UE receives MSG4 scheduled using PDCCH addressed to its T-CRNTI (i.e. temporary CRNTI provided to the UE in RAR) and the received MSG4 indicates that at least the SIB(s) which the UE has requested will be transmitted or network has received the request for them then the UE can start monitoring SI window according to scheduling information to acquire requested SIB(s).
- MSG4 may include indication for additional SIB(s) apart from SIB(s) which the UE has requested in MSG3.
- the UE After transmitting the SI request or after receiving the acknowledgment for the SI request, the UE monitors the requested SIB(s) in SI window(s) according to scheduling information of one or more SI periods of requested SIB(s). If the UE fails to receive the requested SIB(s), the UE may retransmit the SI request.
- the SI reception can be declared as failed if the UE cannot receive even after transmitting the SI request successfully for maximum number of retries. Maximum number of retries can be pre-defined or signaled by network in minimum SI.
- Random access procedure can be used to transmit the SI request. If the UE fails to receive RAR during RAR window even after transmitting the PRACH preambles for fixed number of times (preambleTxMax) or contention resolution timer expires even after transmitting the PRACH preambles for fixed number of times (preambleTxMax), random access procedure failure or problem is declared.
- the parameter preambleTxMax is configured by the network.
- the MAC entity in the UE indicates random access problem to higher layer (i.e. RRC).
- RRC higher layer
- MAC entity in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity also stops the ongoing random access procedure.
- MAC entity in UE does not stop the ongoing random access procedure.
- MAC entity indicates random access problem to higher layer (i.e. RRC).
- RRC Upon receiving the random access problem indication from lower layer (i.e. MAC) and if UE is in RRC INACTIVE or RRC IDLE state and random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure.
- MAC entity indicates random access problem to higher layer (i.e. RRC).
- RRC Upon receiving the random access problem indication from lower layer (i.e. MAC) and if random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure.
- connection setup timer Failure to setup connection (connection setup timer expires).
- FIG. 2 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure.
- the UE (in idle/inactive state) initiates on demand SI acquisition procedure to acquire one or more SIB(s) or SI message(s) which are provided on demand, i.e. not being broadcasted at operation 210.
- the UE determines whether there is a failure to acquire desired SIB(s) at operation 220. The various ways to determine failure are explained earlier in the disclosure. If the UE acquires the desired SIB(s) or SI message(s) successfully using on demand SI acquisition procedure, then no error handling is needed at operation 230.
- the UE determines whether the SIB(s) which the UE is not able to acquire are essential SIB(s) or not at operation 240.
- SIB(s) which are essential are pre-defined. Some of the essential SIB(s) can also be provided on demand.
- the essential SIB(s) are the SIBs which the UE needs to acquire mandatorily. If the SIB(s) which the UE is not able to acquire are the essential SIB(s) then the UE shall declare SI acquisition failure and start the pre-defined timer. While the timer is running the UE considers the camped cell as barred for pre-defined duration at operation 250.
- the UE may performs/trigger cell reselection if another suitable cell is found while the timer is running at operation 260.
- the UE may also re-try the SI request on the camped cell upon expiry of the timer. If the SIB(s) which the UE is not able to acquire because of failure are not essential, the UE does not consider the camped cell as barred at operation 270.
- Embodiment 3 is a diagrammatic representation of Embodiment 3
- Minimum SI is periodically broadcast.
- Minimum SI may comprise of MIB and one or more SIBs.
- Other SI can be broadcasted or provided on-demand based on the UE request.
- the minimum SI comprises basic information required for initial access to a cell and information for acquiring any other SI broadcast periodically or provisioned via on-demand basis.
- the minimum SI includes at least SFN, list of PLMN, cell ID, cell camping parameters, and RACH parameters. If the network allows the on demand mechanism, parameters required for requesting other SIB(s) or SI message(s) (if any needed, e.g. RACH preambles and/or RACH time/frequency resources for request) are also included in minimum SI.
- the scheduling information in minimum SI includes an indicator which indicates whether the concerned SIB or SI message is being broadcasted or provided on demand.
- the scheduling information for the other SI includes SIB type, validity information, SI periodicity and SI-window information.
- the scheduling information for the other SI is provided irrespective of whether the other SI is being broadcasted or not. If minimum SI indicates that a SIB or SI message is not broadcasted (i.e. it is provided on demand), then the UE does not assume that this SIB or SI message is a broadcasted in its SI-window at every SI period. Therefore the UE may initiate on demand SI acquisition procedure i.e. send an SI request to receive this SIB or SI message.
- the UE can request one or more SIB(s) or all SIBs or SI message or SI messages in a single request.
- MSG1 or MSG3 can be used to transmit the SI request.
- the network controls whether MSG1 or MSG3 is used to transmit the SI request. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is included in minimum SI then the SI request is indicated using MSG1. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is not included in the minimum SI then the SI request is included in MSG3.
- the UE may also transition from idle or inactive state to connected state using connection setup procedure and send the SI request in dedicated RRC signaling.
- the UE may fail to acquire desired SIB(s) or SI message(s).
- the failure can be because of one of the following reasons:
- gNB may send an acknowledgment indicating the SI request is received.
- the UE may retransmit the SI request if the UE does not receive acknowledgment.
- the SI request transmission can be declared as failed if the UE has not received acknowledgment even after transmitting the SI request for maximum number of retries.
- gNB sends an RAR indicating reception of PRACH preamble indicating the SI request.
- RAR is acknowledgment from the network that the SI request is received. If RAR is not received successfully after transmitting PRACH preamble, the UE retransmit the PRACH preamble indicating the SI request.
- the SI request transmission can be declared as failed if the UE has not received RAR even after transmitting PRACH preamble indicating the SI request for maximum number of retries.
- RAR is successfully received if the RAR corresponds to both PRACH resource and RAPID used by the UE for PRACH preamble transmission.
- RAR is successfully received if the RAR corresponds to RAPID of PRACH preamble transmitted by the UE. In another embodiment RAR is successfully received if the RAR corresponds to PRACH resource used by the UE for PRACH preamble transmission. In an embodiment if the UE receives RAR scheduled using PDCCH addressed to its RA-RNTI (or reserved RNTI) and the received RAR indicates that at least the SIB(s) which the UE has requested will be transmitted or the network has received the request for them, then the UE can stop monitoring RAR in RAR window and consider RAR reception as successful. Note that RAR may include SIB(s) which the UE has not requested as well.
- gNB sends an MSG4 indicating reception of the SI request.
- MSG4 is acknowledgment from the network that the SI request is received. If MSG4 is not received successfully after transmitting MSG3, the UE retransmit the PRACH preamble or the MSG3 indicating the SI request.
- the SI request transmission can be declared as failed if the UE has not received MSG4 even after transmitting PRACH preamble or MSG3 indicating SI request for maximum number of retries.
- MSG4 is successfully received if the MSG4 includes the contents (at least the first X bytes of CCCH SDU transmitted in MSG3, X is pre-defined) of MSG3 sent by the UE.
- MSG4 is successfully received if the MSG4 includes at least the SI request message sent by the UE in MSG3 and the UE ID included in MSG3.
- T-CRNTI i.e. temporary CRNTI provided to the UE in RAR
- MSG4 may include indication for additional SIB(s) apart from SIB(s) which the UE has requested in MSG3.
- the UE After transmitting the SI request or after receiving the acknowledgment for the SI request, the UE monitors the requested SIB(s) in SI window(s) according to scheduling information of one or more SI periods of requested SIB(s). If the UE fails to receive the requested SIB(s) UE may retransmit the SI request. SI reception can be declared as failed if the UE cannot receive even after transmitting the SI request successfully for maximum number of retries. Maximum number of retries can be pre-defined or signaled by the network in minimum SI.
- Random access procedure can be used to transmit the SI request. If the UE fails to receive RAR during RAR window even after transmitting the PRACH preambles for fixed number of times (preambleTxMax) or contention resolution timer expires even after transmitting the PRACH preambles for fixed number of times (preambleTxMax), random access procedure failure or problem is declared.
- the parameter preambleTxMax is configured by the network.
- the MAC entity in the UE indicates random access problem to higher layer (i.e. RRC).
- RRC higher layer
- MAC entity in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity also stops the ongoing random access procedure.
- MAC entity in UE does not stop the ongoing random access procedure.
- MAC entity indicates random access problem to higher layer (i.e. RRC).
- RRC Upon receiving the random access problem indication from lower layer (i.e. MAC) and if UE is in RRC INACTIVE or RRC IDLE state and random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure.
- MAC entity indicates random access problem to higher layer (i.e. RRC).
- RRC Upon receiving the random access problem indication from lower layer (i.e. MAC) and if random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure.
- connection setup timer Failure to setup connection (connection setup timer expires).
- FIG. 3 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure.
- the UE (in idle/inactive state) initiates on demand SI acquisition procedure to acquire one or more SIB(s) or SI message(s) which are provided on demand, i.e. not being broadcasted at operation 310.
- the UE determines whether there is a failure to acquire desired SIB(s) or SI message(s) at operation 320.
- the various ways to determine failure are explained earlier in the invention. If the UE acquires the desired SIB(s) or SI message(s) successfully using on demand SI acquisition procedure, no error handling is needed at operation 330.
- the UE determines whether the UE cannot obtain the desired service because of failure to acquire SIB(s) at operation 340.
- Some of the SIB(s) are mapped to specific services. For example there can be SIBs(s) which are needed for multimedia broadcast multicast services (MBMS) services, there can be the SIB(s) which are needed for device-to-device (D2D) services, and there can be the SIB which is needed for vehicle-to-vehicle (V2V) services and so on. If the UE is interested in a service (e.g.
- MBMS multimedia broadcast multicast services
- D2D device-to-device
- V2V vehicle-to-vehicle
- the UE cannot obtain those services. If the UE cannot obtain the desired service because of failure to acquire SIB(s), then the UE shall declare SI acquisition failure and start the pre-defined timer. While the timer is running, the UE considers the camped cell as barred for pre-defined duration at operation 350. The UE may performs/trigger cell reselection if another suitable cell is found while the timer is running at operation 360. The UE also re-try the SI request on the camped cell upon expiry of the timer. If the UE can obtain the desired service despite of failure to acquire SIB(s), the UE does not consider the camped cell as barred at operation 370.
- Embodiment 4 is a diagrammatic representation of Embodiment 4:
- Minimum SI is periodically broadcast.
- Minimum SI may comprise of MIB and one or more SIBs.
- Other SI can be broadcasted or provided on-demand based on the UE request.
- the minimum SI comprises basic information required for initial access to a cell and information for acquiring any other SI broadcast periodically or provisioned via on-demand basis.
- the minimum SI includes at least SFN, list of PLMN, cell ID, cell camping parameters, and RACH parameters. If the network allows the on demand mechanism, parameters required for requesting other SIB(s) or SI message(s) (if any needed, e.g. RACH preambles for request and/or RACH time/frequency resources) are also included in minimum SI.
- the scheduling information in minimum SI includes an indicator which indicates whether the concerned SIB or SI message is being broadcasted or provided on demand.
- the scheduling information for the other SI includes SIB type, validity information, SI periodicity and SI-window information.
- the scheduling information for the other SI is provided irrespective of whether the other SI is being broadcasted or not. If minimum SI indicates that a SIB or SI message is not broadcasted (i.e. it is provided on demand), then the UE does not assume that this SIB or SI message is a broadcasted in its SI-window at every SI period. Therefore the UE may initiate on demand SI acquisition procedure i.e. send an SI request to receive this SIB or SI message.
- the UE can request one or more SIB(s) or all SIBs or SI message or SI messages in a single request.
- MSG1 or MSG3 can be used to transmit the SI request.
- the network controls whether MSG1 or MSG3 is used to transmit the SI request. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is included in minimum SI then the SI request is indicated using MSG1. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is not included in the minimum SI then the SI request is included in MSG3.
- the UE may also transition from idle or inactive state to connected state using connection setup procedure and send the SI request in dedicated RRC signaling.
- the UE may fail to acquire desired SIB(s) or SI message(s).
- the failure can be because of one of the following reasons:
- gNB may send an acknowledgment indicating the SI request is received.
- the UE may retransmit the SI request if the UE does not receive acknowledgment.
- the SI request transmission can be declared as failed if the UE has not received acknowledgment even after transmitting the SI request for maximum number of retries.
- gNB sends an RAR indicating reception of PRACH preamble indicating the SI request.
- RAR is acknowledgment from the network that the SI request is received. If RAR is not received successfully after transmitting PRACH preamble, the UE retransmit the PRACH preamble indicating the SI request.
- the SI request transmission can be declared as failed if the UE has not received RAR even after transmitting PRACH preamble indicating the SI request for maximum number of retries.
- RAR is successfully received if the RAR corresponds to both PRACH resource and RAPID used by the UE for PRACH preamble transmission.
- RAR is successfully received if the RAR corresponds to RAPID of PRACH preamble transmitted by the UE. In another embodiment RAR is successfully received if the RAR corresponds to PRACH resource used by the UE for PRACH preamble transmission. In an embodiment if the UE receives RAR scheduled using PDCCH addressed to its RA-RNTI (or reserved RNTI) and the received RAR indicates that at least the SIB(s) which the UE has requested will be transmitted or the network has received the request for them, then the UE can stop monitoring RAR in RAR window and consider RAR reception as successful. Note that RAR may include SIB(s) which the UE has not requested as well.
- gNB sends an MSG4 indicating reception of the SI request.
- MSG4 is acknowledgment from the network that the SI request is received. If MSG4 is not received successfully after transmitting MSG3, the UE retransmit the PRACH preamble or the MSG3 indicating the SI request.
- the SI request transmission can be declared as failed if the UE has not received MSG4 even after transmitting PRACH preamble or MSG3 indicating the SI request for maximum number of retries.
- MSG4 is successfully received if the MSG4 includes the contents (at least the first X bytes of CCCH SDU transmitted in MSG3, X is pre-defined) of MSG3 sent by the UE.
- MSG4 is successfully received if the MSG4 includes at least the SI request message sent by the UE in MSG3 and the UE ID included in MSG3.
- T-CRNTI i.e. temporary CRNTI provided to the UE in RAR
- MSG4 may include indication for additional SIB(s) apart from SIB(s) which the UE has requested in MSG3.
- the UE After transmitting the SI request or after receiving the acknowledgment for the SI request, the UE monitors the requested SIB(s) in SI window(s) according to scheduling information of one or more SI periods of requested SIB(s). If the UE fails to receive the requested SIB(s) UE may retransmit the SI request. SI reception can be declared as failed if the UE cannot receive even after transmitting the SI request successfully for maximum number of retries. Maximum number of retries can be pre-defined or signaled by the network in minimum SI.
- Random access procedure can be used to transmit the SI request. If the UE fails to receive RAR during RAR window even after transmitting the PRACH preambles for fixed number of times (preambleTxMax) or contention resolution timer expires even after transmitting the PRACH preambles for fixed number of times (preambleTxMax), random access procedure failure or problem is declared.
- the parameter preambleTxMax is configured by the network.
- the MAC entity in the UE indicates random access problem to higher layer (i.e. RRC).
- RRC higher layer
- MAC entity in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity also stops the ongoing random access procedure.
- MAC entity in UE does not stop the ongoing random access procedure.
- MAC entity indicates random access problem to higher layer (i.e. RRC).
- RRC Upon receiving the random access problem indication from lower layer (i.e. MAC) and if UE is in RRC INACTIVE or RRC IDLE state and random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure.
- MAC entity indicates random access problem to higher layer (i.e. RRC).
- RRC Upon receiving the random access problem indication from lower layer (i.e. MAC) and if random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure.
- connection setup timer Failure to setup connection (connection setup timer expires).
- FIG. 4 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure.
- the UE (in idle/inactive state) initiates on demand SI acquisition procedure to acquire one or more SIB(s) or SI message(s) which are provided on demand, i.e. not being broadcasted at operation 410.
- the UE determines whether there is a failure to acquire desired SIB(s) or SI message(s) at operation 420.
- the various ways to determine failure are explained earlier in the invention. If the UE acquires the desired SIB(s) or SI message(s) successfully using on demand SI acquisition procedure, no error handling is needed at operation 430.
- the UE determines whether the UE cannot obtain the desired essential SIB(s) and/or desired service because of failure to acquire corresponding SIB(s). If the UE cannot obtain the essential SIB(s) and/or desired service because of failure to acquire SIB(s), then the UE shall declare SI acquisition failure and start the timer for a pre-defined time.
- the timer value can also be configured by the network using broadcast (e.g. system information) or dedicated (e.g. reconfiguration message) RRC signaling.
- the UE refrains from transmitting the SI request when the timer is running and may re-try again upon expiry of the pre-defined timer at operation 440.
- the UE may also perform/trigger cell reselection if another suitable cell is found while the timer is running.
- the UE may consider the camped cell as unsuitable and perform/trigger cell re-selection. The UE may also consider the camped cell as barred cell for a pre-defined duration.
- MAC media access control
- the UE may consider the camped cell as unsuitable and perform/trigger cell re-selection. The UE may also consider the camped cell as barred cell for a pre-defined duration.
- the UE if the SI request transmission is not successful even after transmitting the SI request for maximum number of retries (or if the UE has initiated the SI request and random access failure is declared by MAC), the UE shall not transmit the SI request in the same cell for pre-defined duration.
- the duration can also be configured by the network using broadcast (e.g. system information) or dedicated (e.g. reconfiguration message) RRC signaling.
- the UE During the random access procedure, the UE first transmits the PRACH preamble and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. Sometimes due to congestion on PRACH channel, PRACH preamble transmission may not be successful. In the current system, in such a situation the network sends RAR with backoff indicator/index. The UE then backoff i.e. the UE retransmits PRACH preamble after a time period which is randomly selected between 0 and backoff value. The backoff value is obtained by the UE from a backoff table corresponding to backoff index received in RAR. All the UEs perform backoff in similar manner. This is not efficient as latency requirement may be different for different UEs. The latency requirement may be different depending on event which triggered random access procedure and so on. So RA backoff mechanism needs to be enhanced.
- Embodiment 1 is a diagrammatic representation of Embodiment 1:
- backoff parameter for random access is specified for each access category.
- An access category corresponds to a UE/device type and/or a service type and/or a call type and/or a signaling type and/or an application ID and/or a slice type and/or a slice ID and/or combination of one or more of the UE/device type, the service type, the call type, the signaling type or the application type or the slice type or the slice ID.
- FIG. 5 illustrates an operation for RA backoff according to an embodiment of the disclosure.
- the mapping between backoff parameter value and access category is signaled (either using periodic broadcast or on demand) by network (i.e. gNB) in SI at operation 510.
- gNB may transmit the system information indicating that Backoff Parameter value for Access Category 1 is X, Backoff Parameter value for Access Category 2 is Y, and so on.
- the mapping between backoff parameter value and access category can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message).
- RRC signaling e.g. RRC Reconfiguration message.
- the UE transmits a PRACH preamble at operation 520, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission.
- the network e.g. gNB
- the backoff indicator may be one bit.
- the UE sets backoff parameter value corresponding to access category at operation 540.
- the access category may correspond to the access category of the UE or the access category for which the UE is accessing the cell or the access category for which the UE is performing random access.
- the UE after transmitting the PRACH preamble 'N' times, the UE performs backoff.
- 'N' can be pre-defined or signaled (either using periodic broadcast or on demand or in dedicated RRC signaling) in SI.
- the UE sets backoff parameter value corresponding to access category (the access category of the UE or the access category for which the UE is accessing the cell or the access category for which the UE is performing random access).
- the UE Based on the determined backoff parameter value, if the transmitted Random Access Preamble at operation 520 was selected among the contention-based Random Access Preambles, the UE selects a random backoff time according to a uniform distribution between 0 and the backoff parameter value at operation 550. The UE then delays the subsequent random access transmission by the selected backoff time at operation 560.
- Embodiment 2 is a diagrammatic representation of Embodiment 1:
- backoff parameter for random access is specified for each access priority.
- FIG. 6 illustrates an operation for RA backoff according to an embodiment of the disclosure.
- the mapping between backoff parameter value and access priority is signaled (either using periodic broadcast or on demand) by network (i.e. gNB) in SI at operation 610.
- gNB may transmit the system information indicating that Backoff Parameter value for Random Access Priority 1 is X, Backoff Parameter value for Random Access Priority 2 is Y, and so on.
- the mapping between backoff parameter value and random access priority can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message).
- RRC Reconfiguration message e.g. RRC Reconfiguration message
- Network signals the backoff parameter values for high priority random access and normal random access in system information and/or in dedicated RRC signaling.
- the UE transmits PRACH preamble at operation 620, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission.
- the network wants the UE to back off the network sends a backoff indicator in RAR at operation 630.
- the backoff indicator may be one bit.
- the UE sets backoff parameter value (if configured) corresponding to access priority of the random access procedure at operation 640. If the backoff parameter value corresponding to access priority of the random access procedure is not configured, UE sets backoff parameter value corresponding to normal random access.
- the UE after transmitting PRACH preamble 'N' times, the UE performs backoff. 'N' can be pre-defined or signaled (either using periodic broadcast or on demand or in dedicated RRC signaling) in SI.
- the UE sets backoff parameter value (if configured) corresponding to access priority of the random access procedure. If the backoff parameter value corresponding to access priority of the random access procedure is not configured, UE sets backoff parameter value corresponding to normal random access.
- the UE Based on the determined backoff parameter, if the transmitted Random Access Preamble at operation 620 was selected among the contention-based Random Access Preambles, the UE select a random backoff time according to a uniform distribution between 0 and the backoff parameter value at operation 650. The UE then delays the subsequent random access transmission by the selected backoff time at operation 660.
- access priority of random access procedure for determining the backoff parameter value is the priority of that logical channel.
- the priority for each logical channel is configured by the network and signaled to the UE in dedicated RRC signaling.
- access priority of random access procedure for determining the backoff parameter value is the priority of that numerology.
- the priority for each numerology is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling.
- access priority of random access procedure for determining the backoff parameter value is the priority of that TTI duration.
- the priority for each TTI duration is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling.
- the network may signal random access priority (random access priority can be pre-defined) for various events such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, beam failure recovery, etc.
- the network may indicate one or more events (such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, beam failure recovery, etc.) for which high random access priority is applied.
- the one or more events e.g. handover, beam failure recovery, etc.
- the UE selects the backoff parameter value corresponding to priority of event for which the UE is performing random access. In an embodiment, if handover is a high priority random access event and backoff parameter for high priority random access event (i.e.
- UE selects the backoff parameter value corresponding to high priority random access event. If handover is a high priority random access event and backoff parameter for high priority random access event (i.e. handover) is not configured, UE selects the backoff parameter value corresponding to normal random access.
- the backoff parameter value corresponding to normal random access can be signaled in dedicated RRC signaling or in SI.
- beam failure recovery is a high priority random access event and backoff parameter for high priority random access event (i.e. beam failure recovery) is configured in dedicated RRC signaling or in SI
- UE selects the backoff parameter value corresponding to high priority random access event (i.e. beam failure recovery).
- UE selects the backoff parameter value corresponding to normal random access.
- the backoff parameter value corresponding to normal random access can be signaled in dedicated RRC signaling or in SI.
- the network may signal priority (or priority can be pre-defined) for various services such as ultra-reliable and low-latency communication (URLLC), enhanced Mobile broadband (eMBB), machine type communication (MTC), vehicle to everything (V2X), D2D, etc.
- the UE selects the backoff parameter value corresponding to priority of service for which the UE is performing random access.
- the network may signal priority for various slices (slice type or slice IDs). The UE selects the backoff parameter value corresponding to priority of slice for which the UE is performing random access.
- Embodiment 3 is a diagrammatic representation of Embodiment 3
- a scaling factor for random access backoff is specified for each access category. If scaling factor is not specified for an access category, a default scaling factor (e.g. 1) can be used.
- FIG. 7 illustrates an operation for RA backoff according to an embodiment of the disclosure.
- the mapping between backoff scaling factor and access category is signaled (either using periodic broadcast or on demand) by network (e.g. gNB) in SI at operation 710.
- network e.g. gNB
- gNB may transmit system information indicating that Backoff Scaling Factor for Access Category 1 is Scaling Factor X, Backoff Scaling Factor for Access Category 2 is Scaling Factor Y, and so on.
- the mapping between Backoff Scaling Factor and access category can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message).
- the mapping between scaling factor and access category can be pre-defined. There can be several access categories.
- An access category corresponds to a UE/device type and/or service type and/or call type and/or signaling type and/or application ID and/or slice type and/or slice ID and/or combination of one or more of UE/device type, service type, call type, signaling type or application type or slice type or slice ID.
- a default backoff scaling factor e.g. 1
- the backoff scaling factor for low (or normal access category) access category is 1 (i.e. no backoff scaling is applied).
- the UE transmits PRACH preamble at operation 720, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission.
- the network wants the UE to back off the network sends backoff parameter value (or index to predefined list of backoff values) in RAR at operation 730.
- backoff parameter is pre-defined or signaled in SI.
- the UE receives backoff parameter value (or index to predefined list of backoff values) or indication to backoff in RAR, the UE sets backoff scaling factor corresponding to access category at operation 740.
- the access category may correspond to the access category of the UE or the access category for which the UE is accessing the cell or the access category for which the UE is performing random access.
- the UE after transmitting PRACH preamble 'N' times, the UE performs backoff.
- 'N' can be pre-defined or signaled (either using periodic broadcast or on demand or dedicated RRC signaling) in SI.
- the UE sets backoff scaling factor corresponding to access category (i.e. the access category of the UE or the access category for which the UE is accessing the cell or the access category for which the UE is performing random access).
- Backoff parameter is pre-defined or signaled in SI in this case.
- the UE Based on the determined backoff scaling factor, if the transmitted Random Access Preamble at operation 720 was selected among the contention-based Random Access Preambles, the UE select a random backoff time according to a uniform distribution between 0 and the 'scaling factor * Backoff Parameter Value' at operation 750. The UE then delays the subsequent Random Access transmission by the backoff time at operation 760.
- Embodiment 4 is a diagrammatic representation of Embodiment 4:
- scaling factor for random access backoff is specified for each access priority.
- FIG. 8 illustrates an operation for RA backoff according to an embodiment of the disclosure.
- the mapping between backoff scaling factor and access priority is signaled (either using periodic broadcast or on demand) by network (e.g. gNB) in SI at operation 810.
- gNB may transmit system information indicating that Backoff Scaling Factor for Random Access Priority 1 is Scaling Factor X, Backoff Scaling Factor for Random Access Priority 2 is Scaling Factor Y, and so on.
- the mapping between Backoff Scaling Factor and Random access Priority can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message).
- the mapping between backoff scaling factor and random access priority can be pre-defined. If backoff scaling factor is not specified for a random access priority, a default backoff scaling factor (e.g.
- the backoff scaling factor may be signaled in system information or in dedicated RRC signaling only for high priority random access.
- the backoff scaling factor for low (or normal priority) priority random access is 1 (i.e. no backoff scaling is applied).
- the UE transmits a PRACH preamble at operation 820, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. If the network (e.g. gNB) wants the UE to back off the network sends backoff parameter value (or index to predefined list of backoff values) in RAR at operation 830. Alternately, if the network wants the UE to back off the network sends backoff indicator at operation 830, and backoff parameter is pre-defined or signaled in SI.
- the network e.g. gNB
- backoff parameter value or index to predefined list of backoff values
- the UE receives backoff parameter value (or index to predefined list of backoff values) or indication to backoff in RAR, the UE sets backoff scaling factor corresponding to access priority of random access procedure at operation 840.
- the UE after transmitting the PRACH preamble 'N' times, the UE performs backoff.
- 'N' can be pre-defined or signaled (either using periodic broadcast or on demand) in SI or in dedicated RRC signaling.
- the UE sets backoff scaling factor corresponding to access priority of random access procedure.
- Backoff parameter is pre-defined or signaled in SI in this case.
- the UE Based on the determined scaling factor, if the transmitted Random Access Preamble at operation 820 was selected among the contention-based Random Access Preambles, the UE select a random backoff time according to a uniform distribution between 0 and the 'Scaling factor * Backoff Parameter Value' at operation 850. The UE then delays the subsequent random access transmission by the backoff time at operation 860.
- UE select a random backoff time according to a uniform distribution between 0 and the value of the ' Backoff Scaling Factor * Backoff Parameter Value' at operation 850. Otherwise, UE select a random backoff time according to a uniform distribution between 0 and the value of the 'Backoff Parameter Value' at operation 850.
- access priority of the random access procedure is the priority of that logical channel.
- the priority for each logical channel is configured by the network and signaled to the UE in dedicated RRC signaling. If the random access procedure is initiated for UL data transmission corresponding to a numerology, then in another embodiment access priority of the random access procedure is the priority of that numerology. The priority for each numerology is configured by network and signaled to the UE in dedicated RRC signaling or broadcast signaling. If the random access procedure is initiated for UL data transmission corresponding to a TTI duration, then in one embodiment access priority of the random access procedure is the priority of that TTI duration.
- the priority for each TTI duration is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling.
- the network may signal random access priority (or random access priority can be pre-defined) for various events such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, beam failure recovery, etc.
- the network may indicate one or more events (such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, beam failure recovery, etc.) for which high random access priority is applied.
- the one or more events e.g.
- the UE selects the backoff scaling factor corresponding to random access priority of event for which the UE is performing random access.
- handover or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE
- backoff scaling factor for high priority random access event i.e. handover
- the backoff scaling factor for high priority random access event or handover can be signaled in dedicated RRC signaling or in SI.
- UE selects the backoff scaling factor equal to 1.
- UE selects the configured backoff scaling factor.
- the backoff scaling factor for high priority random access event or beam failure recovery can be signaled in dedicated RRC signaling or in SI. If beam failure recovery is a high priority random access event and backoff scaling factor for high priority random access event (i.e. beam failure recovery) is not configured, UE selects the backoff scaling factor equal to 1.
- the network may signal random access priority (or random access priority can be pre-defined) for various services such as URLLC, eMBB, MTC, V2X, D2D, etc.
- the UE selects the backoff scaling factor corresponding to priority of service for which the UE is performing random access.
- the network may signal priority (or priority can be pre-defined) for various slices (slice type or slice IDs). The UE selects the backoff scaling factor corresponding to priority of slice for which the UE is performing random access.
- Embodiment 5 is a diagrammatic representation of Embodiment 5:
- scaling factor for random access backoff is specified corresponding to retransmission attempt number (or based PREAMBLE_TRANSMISSION_COUNTER).
- FIG. 9 illustrates an operation for RA backoff according to an embodiment of the disclosure.
- the UE transmits a PRACH preamble at operation 910, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission.
- the network e.g. gNB
- backoff parameter value or index to predefined list of backoff values
- backoff indicator or signaled in SI.
- the UE If the UE receives backoff parameter value (or index to predefined list of backoff values) or indication to backoff in RAR, the UE sets backoff scaling factor corresponding to the PRACH preamble retransmission attempt number (or based PREAMBLE_TRANSMISSION_COUNTER) at operation 930. Based on the determined backoff scaling factor, the UE select a random backoff time according to a uniform distribution between 0 and the ‘Backoff Scaling factor * Backoff Parameter Value’ at operation 940. The UE then delays the subsequent random access transmission by the backoff time at operation 950.
- the backoff scaling factor is as defined in Math Figure 1.
- PREAMBLE_TRANSMISSION_COUNTER can be preamble retransmission attempt number.
- Max Re-TX the number of maximum retransmission i.e. Max Re-TX is set to 3 excluding the initial attempt.
- Re-TX 1 st retransmission
- 2 nd Re-TX UE should apply medium back-off.
- 3 rd Re-TX UE should apply long back-off.
- the applied back-off is scaled in increasing order of the re-transmission attempt.
- the backoff scaling factor is as defined in Math Figure 2.
- PREAMBLE_TRANSMISSION_COUNTER can be preamble retransmission attempt number.
- the threshold can be predefined or signaled by the network.
- the backoff scaling factor is set to one if preamble retransmission attempt number (or PREAMBLE_TRANSMISSION_COUNTER) is less than or equal to a preamble retransmission attempt number threshold.
- the backoff scaling factor is set to 'X' if preamble retransmission attempt number is greater than preamble retransmission attempt number threshold.
- the value of 'X' and preamble retransmission attempt number threshold is signaled by the network.
- the signaling can be in SI (broadcast or on demand) or in dedicated signaling.
- multiple (N) thresholds and corresponding backoff scaling factors can be defined or signaled.
- the backoff scaling factor is set as in Math Figure 4.
- mapping between backoff scaling factor and preamble retransmission attempt number is signaled (either using periodic broadcast or on demand) in SI or can be pre-defined or can be signaled in dedicated RRC signaling.
- the UE select the backoff scaling factor corresponding to preamble retransmission attempt number (or PREAMBLE_TRANSMISSION_COUNTER).
- the UE first determines the backoff parameter value corresponding to access category as in Embodiment 1.
- the UE determine the scaling factor based on retransmission attempt number (or based PREAMBLE_TRANSMISSION_COUNTER).
- the UE select a random backoff time according to a uniform distribution between 0 and the 'Backoff Scaling factor * Backoff Parameter Value'. The UE then delays the subsequent random access transmission by the backoff time.
- the UE first determines the backoff parameter value corresponding to random access priority as in Embodiment 2.
- the UE determine the backoff scaling factor based on retransmission attempt number (or based PREAMBLE_TRANSMISSION_COUNTER). Based on the determined backoff scaling factor, UE select a random backoff time according to a uniform distribution between 0 and the 'Backoff Scaling factor * Backoff Parameter Value'. The UE then delays the subsequent random access transmission by the backoff time.
- the UE first determine the backoff scaling factor 1 corresponding to random access category as in Embodiment 3.
- the UE determine the backoff scaling factor 2 based on retransmission attempt number (or based PREAMBLE_TRANSMISSION_COUNTER).
- the UE select a random backoff time according to a uniform distribution between 0 and the 'Backoff Scaling factor 1 * Backoff Scaling factor 2 * Backoff Parameter Value'.
- the UE then delays the subsequent random access transmission by the backoff time.
- the backoff parameter value is provided by the network in RAR or signaled to the UE in signaling (broadcast or dedicated).
- the UE first determine the backoff scaling factor 1 corresponding to access priority as in Embodiment 4.
- the UE determine the backoff scaling factor 2 based on retransmission attempt number (or based PREAMBLE_TRANSMISSION_COUNTER).
- UE select a random backoff time according to a uniform distribution between 0 and the 'Backoff Scaling factor 1 * Backoff Scaling factor 2 * Backoff Parameter Value'.
- the UE then delays the subsequent random access transmission by the backoff time.
- the backoff parameter value is provided by the network in RAR or signaled to the UE in signaling (broadcast or dedicated).
- the UE after transmitting a PRACH preamble 'N' times, the UE performs backoff.
- 'N' can be pre-defined or signaled (either using periodic broadcast or on demand) in SI or in dedicated RRC signaling.
- the UE sets backoff scaling factor corresponding to retransmission attempt number (or PREAMBLE_TRANSMISSION_COUNTER) as explained earlier.
- Backoff parameter is pre-defined or signaled in SI in this case.
- the UE select a random backoff time according to a uniform distribution between 0 and the 'Backoff Scaling factor * Backoff Parameter Value'. The UE then delays the subsequent random access transmission by the backoff time.
- the UE after transmitting the PRACH preamble 'N' times, the UE performs backoff.
- 'N' can be pre-defined or signaled (either using periodic broadcast or on demand) in SI.
- Backoff parameter is pre-defined or signaled in SI.
- the UE select a random backoff time according to a uniform distribution between 0 and the Backoff Parameter Value'. The UE then delays the subsequent random access transmission by the backoff time.
- Embodiment 6 is a diagrammatic representation of Embodiment 6
- the UE skip backoff for certain events (e.g. high priority services such as URLLC or handover or beam failure recovery, etc.), even if the UE has received the indication to back off in RAR.
- certain events e.g. high priority services such as URLLC or handover or beam failure recovery, etc.
- the UE first transmits the PRACH preamble and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. Sometimes due to congestion on PRACH channel, PRACH preamble transmission may not be successful. If the UE does not receive the RAR corresponding to its PRACH preamble transmission during the RAR window, the UE retransmits the PRACH preamble. During the retransmission the UE ramps up the power by PowerRampingStep . PowerRampingStep is signaled in SI. All the UEs apply same PowerRampingStep . This is not efficient as latency requirement may be different for different UEs. The latency requirement may be different depending on event which triggered random access procedure and so on. So power ramping mechanism needs to be enhanced.
- Embodiment 1 is a diagrammatic representation of Embodiment 1:
- PowerRampingStep parameter for RA is specified for each access category.
- An access category corresponds to a UE/device type and/or service type and/or call type and/or signaling type and/or application ID and/or slice type and/or slice ID and/or combination of one or more of UE/device type, service type, call type, signaling type or application type or slice type or slice ID.
- FIG. 10 illustrates an operation for power ramping according to an embodiment of the disclosure.
- the mapping between PowerRampingStep parameter and access category is signaled (either using periodic broadcast or on demand) by network (e.g. gNB) in SI at operation 1010.
- network e.g. gNB
- gNB may transmit system information indicating that PowerRampingStep for Access Category 1 is PowerRampingStep X, PowerRampingStep for Access Category 2 is PowerRampingStep Y, and so on.
- the mapping between PowerRampingStep and Access Category can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message).
- the UE transmits a PRACH preamble at operation 1020, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission.
- the PRACH preamble transmission fails, or it is possible that the PRACH preamble transmission is successful but the UE fails to receive RAR transmitted by the network.
- the UE sets PowerRampingStep parameter value corresponding to access category at operation 1030.
- the access category may correspond to the access category of the UE or the access category for which the UE is accessing the cell or the access category for which the UE is performing random access.
- UE may select the PowerRampingStep parameter value corresponding to access category upon initiation of random access procedure. Based on the determined PowerRampingStep parameter, the UE ramps up the PREAMBLE_RECEIVED_TARGET_POWER by ( PREAMBLE_POWER_RAMPING_COUNTER -1) * PowerRampingStep at operation 1040. Based on the determined PowerRampingStep parameter, UE sets the PREAMBLE_RECEIVED_TARGET_POWER to preambleReceivedTargetPower + DELTA_PREAMBLE + ( PREAMBLE_POWER_RAMPING_COUNTER - 1) ⁇ preamblePowerRampingStep. PreambleReceivedTargetPower is configured by the network. DELTA_PREAMBLE is preamble format based power offset. It is pre-defined for various preamble formats.
- Embodiment 2 is a diagrammatic representation of Embodiment 1:
- PowerRampingStep parameter for random access is specified for each access priority.
- FIG. 11 illustrates an operation for power ramping according to an embodiment of the disclosure.
- the mapping between PowerRampingStep parameter and access priority is signaled (either using periodic broadcast or on demand) by network (e.g. gNB) in SI at operation 1110.
- network e.g. gNB may transmit the system information indicating that PowerRampingStep for Random Access Priority 1 is PowerRampingStep X, PowerRampingStep for Random Access Priority 2 is PowerRampingStep Y, and so on.
- the mapping between PowerRampingStep and Random Access Priority can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message).
- RRC Reconfiguration message dedicated RRC signaling
- Network signals the PowerRampingStep for high priority random access and normal random access in system information and/or in dedicated RRC signaling.
- the UE transmits a PRACH preamble at operation 1120, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission.
- the PRACH preamble transmission fails, or it is possible that the PRACH preamble transmission is successful but the UE fails to receive RAR transmitted by the network.
- the UE sets PowerRampingStep parameter value corresponding to access priority of random access procedure at operation 1130.
- UE may select the PowerRampingStep parameter value corresponding to access priority upon initiation of random access procedure and applies the same to calculate power during PRACH preamble transmission.
- the UE ramps up the PREAMBLE_RECEIVED_TARGET_POWER by ( PREAMBLE_POWER_RAMPING_COUNTER -1) * PowerRampingStep at operation 1140.
- UE sets the PREAMBLE_RECEIVED_TARGET_POWER to preambleReceivedTargetPower + DELTA_PREAMBLE + ( PREAMBLE_POWER_RAMPING_COUNTER - 1) ⁇ preamblePowerRampingStep.
- PreambleReceivedTargetPower is configured by the network.
- DELTA_PREAMBLE is preamble format based power offset. It is pre-defined for various preamble formats.
- access priority of the random access procedure is the priority of that logical channel.
- the priority for each logical channel is configured by the network and signaled to the UE in dedicated RRC signaling. If the random access is initiated for UL data transmission corresponding to a numerology, then in another embodiment access priority of random access procedure is the priority of that numerology. The priority for each numerology is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling. If the random access is initiated for UL data transmission corresponding to a TTI duration, then in one embodiment access priority of the random access procedure is the priority of that TTI duration.
- the priority for each TTI duration is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling.
- the network may signal random access priority (or random access priority can be pre-defined) for various events such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, etc.
- the UE selects the PowerRampingStep parameter value corresponding to priority of event for which the UE is performing random access.
- the network may indicate one or more events (such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, beam failure recovery, etc.) for which high random access priority is applied.
- one or more events e.g. handover, beam failure recovery, etc.
- one or more events are pre-defined.
- UE selects the PowerRampingStep parameter value corresponding to high priority random access event. If handover (or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE) is a high priority random access event and PowerRampingStep parameter for high priority random access event is not configured, UE selects the PowerRampingStep parameter value corresponding to normal random access.
- the PowerRampingStep for normal random access is configured or signaled by network in dedicated RRC signaling or broadcast signaling using RACHConfigCommon IE.
- the another PowerRampingStep parameter for high priority random access event can also be configured or signaled by network in dedicated RRC signaling (e.g. RRCReconfiguration message) using RACHConfigCommon IE or in another IE (e.g. ReconfigurationWithSync).
- RRC Reconfiguration message including ReconfigurationWithSync IE
- UE uses the PowerRampingStep parameter configured in ReconfigurationWithSync IE for random access procedure.
- PowerRampingStep is not signaled in ReconfigurationWithSync IE
- UE uses the PowerRampingStep parameter configured in RACHConfigCommon IE for random access procedure.
- Network can signal PowerRampingStep parameter in ReconfigurationWithSync with different step value (e.g. higher value) compared to step value signaled in RACHConfigCommon IE.
- UE selects the PowerRampingStep parameter value corresponding to high priority random access event. If beam failure recovery is a high priority random access event and PowerRampingStep parameter for high priority random access event is not configured, UE selects the PowerRampingStep parameter value corresponding to normal random access.
- the PowerRampingStep for normal random access is configured or signaled by network in dedicated RRC signaling or broadcast signaling using RACHConfigCommon IE.
- the another PowerRampingStep parameter for high priority random access event can also be configured or signaled by network in dedicated RRC signaling using RACHConfigCommon IE or in another IE (e.g. BeamFailureRecoveryConfig ).
- RACHConfigCommon IE e.g. BeamFailureRecoveryConfig
- BeamFailureRecoveryConfig IE for beam failure recovery, if BeamFailureRecoveryConfig IE is signaled to UE by network, UE uses the PowerRampingStep parameter configured in BeamFailureRecoveryConfig IE for random access procedure for beam failure recovery. If BeamFailureRecoveryConfig IE is not signaled to UE by network UE uses the PowerRampingStep parameter configured in RACHConfigCommon IE for random access procedure for beam failure recovery.
- Network can signal PowerRampingStep parameter in BeamFailureRecoveryConfig with different step value (e.
- the network may signal random access priority (or random access priority can be pre-defined) for various services such as URLLC, eMBB, MTC, V2X, D2D, etc.
- the UE selects the PowerRampingStep parameter value corresponding to priority of service for which the UE is performing random access.
- the network may signal random access priority (or random access priority can be pre-defined) for various slices (slice type or slice IDs). The UE selects the PowerRampingStep parameter value corresponding to priority of slice for which the UE is performing random access.
- Embodiment 3 is a diagrammatic representation of Embodiment 3
- a scaling factor for PowerRampingStep is specified for each access category. If scaling factor is not specified for an access category, a default scaling factor (e.g. 1) can be used.
- FIG. 12 illustrates an operation for power ramping according to an embodiment of the disclosure.
- the mapping between scaling factor and access category is signaled (either using periodic broadcast or on demand) by network (e.g. gNB) in SI at operation 1210.
- the mapping between scaling factor and access category can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message).
- RRC signaling e.g. RRC Reconfiguration message
- the mapping between scaling factor and access category can be pre-defined. PowerRampingStep is signaled in SI.
- the UE transmits the PRACH preamble at operation 1220, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission.
- PRACH preamble transmission fails, or it is possible that the PRACH preamble transmission is successful but the UE fails to receive RAR transmitted by the network.
- the UE selects scaling factor value corresponding to access category at operation 1230. In an embodiment, UE may select the scaling factor value corresponding to access category upon initiation of random access procedure and applies the same to calculate power during PRACH preamble transmission.
- the UE Based on the determined scaling factor and PowerRampingStep parameter, the UE ramps up the PREAMBLE_RECEIVED_TARGET_POWER by ( PREAMBLE_POWER_RAMPING_COUNTER -1) * PowerRampingStep * scaling factor at operation 1240.
- UE Based on the determined PowerRampingStep parameter, UE sets the PREAMBLE_RECEIVED_TARGET_POWER to preambleReceivedTargetPower + DELTA_PREAMBLE + ( PREAMBLE_POWER_RAMPING_COUNTER - 1) ⁇ preamblePowerRampingStep ⁇ scaling factor .
- PreambleReceivedTargetPower is configured by the network.
- DELTA_PREAMBLE is preamble format based power offset. It is pre-defined for various preamble formats.
- Embodiment 4 is a diagrammatic representation of Embodiment 4:
- scaling factor for PowerRampingStep is specified for each access priority.
- FIG. 13 illustrates an operation for power ramping according to an embodiment of the disclosure.
- the mapping between scaling factor and random access priority is signaled (either using periodic broadcast or on demand) by network (e.g. gNB) in SI at operation 1310.
- the mapping between scaling factor and Random Access Priority can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message).
- RRC signaling e.g. RRC Reconfiguration message
- gNB may transmit system information indicating that scaling factor for Random Access Priority 1 is Scaling Factor X, scaling factor for Random Access Priority 2 is Scaling Factor Y, and so on.
- the mapping between scaling factor and access priority can be pre-defined. If scaling factor is not specified for a random access priority, a default scaling factor (e.g. 1) can be used.
- the scaling factor may be signaled in system information or in dedicated RRC signaling only for high priority random access.
- the scaling factor for low (or normal priority) priority random access is 1 (i.e. no scaling is applied).
- the UE transmits a PRACH preamble at operation 1320, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission.
- the PRACH preamble transmission fails, or it is possible that the PRACH preamble transmission is successful but the UE fails to receive RAR transmitted by the network.
- the UE selects scaling factor value corresponding to access priority at operation 1330. In an embodiment, UE may select the scaling factor corresponding to access priority upon initiation of random access procedure and applies the same to calculate power during PRACH preamble transmission.
- the UE Based on the determined scaling factor and PowerRampingStep parameter, the UE ramps up the PREAMBLE_RECEIVED_TARGET_POWER by ( PREAMBLE_POWER_RAMPING_COUNTER -1) * PowerRampingStep * scaling factor at operation 1340.
- UE Based on the determined PowerRampingStep parameter, UE sets the PREAMBLE_RECEIVED_TARGET_POWER to preambleReceivedTargetPower + DELTA_PREAMBLE + ( PREAMBLE_POWER_RAMPING_COUNTER - 1) ⁇ preamblePowerRampingStep ⁇ scaling factor .
- PreambleReceivedTargetPower is configured by the network.
- DELTA_PREAMBLE is preamble format based power offset. It is pre-defined for various preamble formats.
- access priority of the random access procedure is the priority of that logical channel.
- the priority for each logical channel is configured by the network and signaled to the UE in dedicated RRC signaling. If the random access is initiated for UL data transmission corresponding to a numerology, then in another embodiment access priority of the random access procedure is the priority of that numerology. The priority for each numerology is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling. If the random access is initiated for UL data transmission corresponding to a TTI duration, then in one embodiment access priority of the random access procedure is the priority of that TTI duration.
- the priority for each TTI duration is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling.
- the network may signal priority (or priority can be pre-defined) for various events such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, etc.
- the network may indicate the one or more events (such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, beam failure recovery, etc.) for which high access priority is applied.
- one or more the one or more events e.g.
- the UE selects the backoff parameter value corresponding to priority of event for which the UE is performing random access.
- handover or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE
- scaling factor for high priority random access event (i.e. handover)
- UE selects the configured scaling factor. If handover (or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE) is a high priority random access event and scaling factor for high priority random access event (i.e. handover) is not configured, UE selects the scaling factor equal to 1.
- UE selects the configured scaling factor. If beam failure recovery is a high priority random access event and scaling factor for high priority random access event (i.e. beam failure recovery) is not configured, UE selects the scaling factor equal to 1.
- the network may signal random access priority (or random access priority can be pre-defined) for various services such as URLLC, eMBB, MTC, V2X, D2D etc.
- the UE selects the scaling factor corresponding to priority of service for which the UE is performing random access.
- the network may signal random access priority (or random access priority can be pre-defined) for various slices (slice type or slice IDs). The UE selects the scaling factor value corresponding to priority of slice for which the UE is performing random access.
- FIG. 14 is a block diagram of a terminal according to an embodiment of the disclosure.
- a terminal includes a transceiver 1410, a controller 1420 and a memory 1430.
- the transceiver 1410, the controller 1420 and the memory 1430 are configured to perform the operations of the UE illustrated in FIGS. 1 to 13, or described above.
- the transceiver 1410, the controller 1420 and the memory 1430 are shown as separate entities, they may be realized as a single entity like a single chip.
- the transceiver 1410, the controller 1420 and the memory 1430 may be electrically connected to or coupled with each other.
- the transceiver 1410 may transmit and receive signals to and from the other network entities, e.g. a base station.
- the controller 1420 may control the terminal to perform a function according to one of the embodiments described above.
- the controller 1420 may be configured to control the transceiver 1410 to transmit a random access preamble associated with a random access procedure to the base station and control the transceiver 1410 to receive a random access response including information on a backoff parameter value from the base station.
- the information on a backoff parameter may refer to a backoff indicator including an index to predefined list of backoff values.
- the controller 1420 is configured to identify a scaling factor for backoff based on a priority of the random access procedure or the event which triggered the random access procedure. Only two categories of priorities (e.g., high priority RACH access and normal RACH access) may be defined.
- the random access has one of a high access priority or a normal access priority.
- the events for which high access priority is applied are pre-defined.
- events for high priority RACH access may be pre-defined as a handover (or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE) and a beam failure recovery. Therefore, if the random access is for a handover (or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE) or a beam failure recovery, the terminal determines the random access as the high access priority.
- the information on the scaling factor e.g.
- the mapping between scaling factor and access priority may be configured by the network for backoff, and the controller 1420 may be configured to control the transceiver 1410 to receive information on the scaling factor from the base station.
- the controller 1420 may be configured to determine a random backoff time based on the scaling factor and the backoff parameter value. For example, the controller 1420 may be configured to select the random backoff time according to a uniform distribution between 0 and the 'Scaling factor * Backoff Parameter Value.'
- the terminal may delay the subsequent random access transmission by the backoff time.
- the controller 1420 may be configured to control the transceiver 1410 to transmitting the subsequent random access preamble to the base station after the random backoff time.
- a power ramping step is configured for the high priority RACH access. Therefore, if the terminal fails to receive a random access response from the base station in response to transmitting the random access preamble, the controller 1420 may be configured to determine a power ramping step parameter based on the priority of the random access, and control to the transceiver 1410 to retransmit the random access preamble using the power ramping step to the base station
- the controller 1420 may refer to a circuitry, an application-specific integrated circuit (ASIC), or at least one processor.
- the operations of the terminal may be implemented using the memory 1430 storing corresponding program codes.
- the terminal may be equipped with the memory 1430 to store program codes implementing desired operations.
- the controller 1420 may read and execute the program codes stored in the memory 1430 by using a processor or a central processing unit (CPU).
- FIG. 15 is a block diagram of a base station according to an embodiment of the disclosure.
- a base station includes a transceiver 1510, a controller 1520 and a memory 1530.
- the transceiver 1510, the controller 1520 and the memory 1530 are configured to perform the operations of the network (e.g. gNB) illustrated in FIGS. 1 to 13, or described above.
- the network e.g. gNB
- the transceiver 1510, the controller 1520 and the memory 1530 are shown as separate entities, they may be realized as a single entity like a single chip.
- the transceiver 1510, the controller 1520 and the memory 1530 may be electrically connected to or coupled with each other.
- the transceiver 1510 may transmit and receive signals to and from the other network entities, e.g. a terminal.
- the controller 1520 may control the base station to perform a function according to one of the embodiments described above.
- the controller 1520 is configured to control the transceiver 1510 to receive a random access preamble associated with a random access procedure from the terminal, transmit a random access response including information on a backoff parameter value to the terminal, and receive a subsequent random access preamble after a random backoff time from the terminal.
- the random backoff time is determined based on a scaling factor for backoff and the backoff parameter value
- the scaling factor is determined based on a priority of the random access procedure or the event which triggered the random access procedure.
- the controller 1520 may refer to a circuitry, an application-specific integrated circuit (ASIC), or at least one processor.
- ASIC application-specific integrated circuit
- the operations of the base station may be implemented using the memory 1530 storing corresponding program codes.
- the base station may be equipped with the memory 1530 to store program codes implementing desired operations.
- the controller 1520 may read and execute the program codes stored in the memory 1530 by using a processor or a central processing unit (CPU).
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A communication method and system for converging a fifth generation (5G) communication system for supporting higher data rates beyond a fourth generation (4G) system with a technology for internet of things (IoT) are provided. The communication method and system may be applied to intelligent services based on the 5G communication technology and the IoT-related technology, such as smart home, smart building, smart city, smart car, connected car, health care, digital education, smart retail, security and safety services.
Description
The disclosure relates to a system, a method and an apparatus for performing a random access procedure in a wireless communication system. More particularly, the disclosure relates to a method for on demand system information (SI) acquisition error handling, a random access (RA) backoff method and a power ramping method.
To meet the demand for wireless data traffic having increased since deployment of fourth generation (4G) communication systems, efforts have been made to develop an improved fifth generation (5G) or pre-5G communication system. Therefore, the 5G or pre-5G communication system is also called a 'beyond 4G network' or a 'post long term evolution (LTE) System'. The 5G wireless communication system is considered to be implemented not only in lower frequency bands but also in higher frequency (mmWave) bands, e.g., 10 GHz to 100 GHz bands, so as to accomplish higher data rates. These frequency bands can be licensed or unlicensed. To mitigate propagation loss of the radio waves and increase the transmission distance, the beamforming, massive multiple-input multiple-output (MIMO), full dimensional MIMO (FD-MIMO), array antenna, an analog beam forming, and large scale antenna techniques are being considered in the design of the 5G wireless communication system. In addition, in 5G communication systems, development for system network improvement is under way based on advanced small cells, cloud radio access networks (RANs), ultra-dense networks, device-to-device (D2D) communication, wireless backhaul, moving network, cooperative communication, coordinated multi-points (CoMP), reception-end interference cancellation and the like. In the 5G system, hybrid frequency shift keying (FSK) and quadrature amplitude modulation (QAM) (FQAM) and sliding window superposition coding (SWSC) as an advanced coding modulation (ACM), filter bank multi carrier (FBMC), non-orthogonal multiple access (NOMA), and sparse code multiple access (SCMA) as an advanced access technology have been developed.
The Internet, which is a human centered connectivity network where humans generate and consume information, is now evolving to the internet of things (IoT) where distributed entities, such as things, exchange and process information without human intervention. The Internet of everything (IoE), which is a combination of the IoT technology and the big data processing technology through connection with a cloud server, has emerged. As technology elements, such as "sensing technology", "wired/wireless communication and network infrastructure", "service interface technology", and "Security technology" have been demanded for IoT implementation, a sensor network, a machine-to-machine (M2M) communication, machine type communication (MTC), and so forth have been recently researched. Such an IoT environment may provide intelligent Internet technology services that create a new value to human life by collecting and analyzing data generated among connected things. IoT may be applied to a variety of fields including smart home, smart building, smart city, smart car or connected cars, smart grid, health care, smart appliances and advanced medical services through convergence and combination between existing information technology (IT) and various industrial applications.
In line with this, various attempts have been made to apply 5G communication systems to IoT networks. For example, technologies, such as a sensor network, MTC, and M2M communication may be implemented by beamforming, MIMO, and array antennas. Application of a cloud RAN as the above-described big data processing technology may also be considered to be as an example of convergence between the 5G technology and the IoT technology.
In the recent years several broadband wireless technologies have been developed to meet the growing number of broadband subscribers and to provide more and better applications and services. The second generation (2G) wireless communication system has been developed to provide voice services while ensuring the mobility of users. The third generation (3G) wireless communication system supports not only the voice service but also data service. The 4G wireless communication system has been developed to provide high-speed data service. However, the 4G wireless communication system suffers from lack of resources to meet the growing demand for high speed data services. Therefore, the 5G wireless communication system is being developed to meet the growing demand of various services with diverse requirements, e.g. high speed data services, support ultra-reliability and low latency applications.
In addition, the 5G wireless communication system is expected to address different use cases having quite different requirements in terms of data rate, latency, reliability, mobility, etc. However, it is expected that the design of the air-interface of the fifth generation wireless communication system would be flexible enough to serve the user equipments (UEs) having quite different capabilities depending on the use case and market segment the UE cater service to the end customer. Example use cases the 5G wireless communication system wireless system is expected to address is enhanced Mobile Broadband (eMBB), massive MTC (m-MTC), ultra-reliable low latency communication (URLL), etc. The eMBB requirements like tens of Gbps data rate, low latency, high mobility so on and so forth address the market segment representing the conventional wireless broadband subscribers needing internet connectivity everywhere, all the time and on the go. The m-MTC requirements like very high connection density, infrequent data transmission, very long battery life, low mobility address so on and so forth address the market segment representing the IoT/IoE envisioning connectivity of billions of devices. The URLL requirements like very low latency, very high reliability and variable mobility so on and so forth address the market segment representing the industrial automation application, vehicle-to-vehicle/vehicle-to-infrastructure communication foreseen as one of the enabler for autonomous cars.
In the 4G wireless communication system, enhanced node B (eNB) or base station in cell broadcast system information (SI), is structured into master information block (MIB) and a set of system information blocks (SIBs). MIB consists of system frame number (SFN), downlink system bandwidth and physical hybrid automatic repeat request (ARQ) feedback indicator channel (PHICH) configuration. MIB is transmitted every 40ms. It is repeated every 10ms wherein the first transmission occurs in subframe # 0 when SFN mod 4 equals zero. MIB is transmitted on physical broadcast channel (PBCH). SIB type 1 (i.e. SIB 1) carries cell identity, tracking area code, cell barring information, value tag (common for all scheduling units), and scheduling information of other SIBs. SIB 1 is transmitted every 80ms in subframe #5 when SFN mod 8 equals zero. SIB 1 is repeated in subframe#5 when SFN mod 2 equals zero. SIB 1 is transmitted on physical downlink shared channel (PDSCH). Other SIBs (i.e. SIB 2 to SIB 19) are transmitted in SI message wherein scheduling information on these SIBs are indicated in SIB 1.
The 5G wireless communication system is considering enhancement to deliver SI. In the 5G wireless communication SI is divided into minimum SI and other SI. Similar to LTE SI the other SI can be structured into a set of SI-blocks (SIBs).
Minimum SI is periodically broadcast. Other SI can be broadcasted or provided on-demand based on the UE request. The minimum SI comprises basic information required for initial access to a cell and information for acquiring any other SI broadcasted or provisioned via on-demand basis. The minimum SI includes at least SFN, list of public land mobile network (PLMN), cell identifier (ID), cell camping parameters and random access channel (RACH) parameters. If the network allows an on demand mechanism, parameters required for requesting other SIB(s) (if any needed, e.g. RACH preambles for request) are also included in minimum SI.
The scheduling information in minimum SI includes an indicator which indicates whether the concerned SIB is broadcasted or provided on demand. The scheduling information on the other SI includes SIB type, validity information, SI periodicity and SI-window information. The scheduling information on the other SI is provided irrespective of whether the other SI is broadcasted or not. If minimum SI indicates that a SIB is not broadcasted (i.e. it is provided on demand), then the UE does not assume that this SIB is a broadcasted in its SI-window at every SI period. Therefore the UE may send an SI request to receive this SIB. For other SI provided on-demand, the UE can request one or more SIB(s) or all SIBs or SI message(s) or all SI messages in a single request.
For idle and inactive mode, there will be network control whether MSG1 or MSG3 can be used to transmit the SI request.
If the physical ransom access channel (PRACH) preamble and/or PRACH resource specific to each SIB or set of SIBs or each SI message or all SI messages which the UE needs to acquire is included in minimum SI then the SI request is indicated using MSG1.
If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs or each SI message or all SI messages which the UE needs to acquire is not included in minimum SI then the SI request is included in MSG3.
After sending the SI request, like any other transmission it is possible that the SI request transmission fails or it is possible that the SI request transmission is successful but the UE fails to receive the system information transmitted by network based on the UE's request. A method is needed to handle such failures is needed.
During the random access procedure, UE first transmits the PRACH preamble and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. Sometimes due to congestion on PRACH channel, PRACH preamble transmission may not be successful. In the current system, in such a situation network sends RAR with back off indicator/index (BI). UE then backoff i.e. UE retransmits PRACH preamble after a time period which is randomly selected between 0 and backoff value. The backoff value corresponding to backoff index received in RAR, is obtained by UE from a pre-defined backoff table. All UEs perform backoff in similar manner. During the PRACH preamble retransmission UE ramps up the power by PowerRampingStep. PowerRampingStep is signaled in SI. All UEs apply same PowerRampingStep. The current mechanism is not efficient as latency requirement may be different for different UEs. A method is needed to reduce latency.
The above information is presented as background information only to assist with an understanding of the disclosure. No determination has been made, and no assertion is made, as to whether any of the above might be applicable as prior art with regard to the disclosure.
Aspects of the disclosure are to address at least the above-mentioned problems and/or disadvantages and to provide at least the advantages described below. Accordingly, an aspect of the disclosure is to provide a communication method and system for converging a fifth generation (5G) communication system for supporting higher data rates beyond a fourth generation (4G) system.
Additional aspects will be set forth in part in the description which follows and, in part, will be apparent from the description, or may be learned by practice of the presented embodiments.
In accordance with a first aspect of the disclosure, a method of a terminal for performing a random access procedure is provided. The method includes transmitting a random access preamble associated with a random access procedure to a base station, receiving a random access response including information on a backoff parameter value from the base station, identifying a scaling factor for backoff based on a priority of the random access procedure or identifying a scaling factor for backoff based on an event which triggers the random access procedure, determining a random backoff time based on the scaling factor and the backoff parameter value, and transmitting a subsequent random access preamble after the random backoff time to the base station.
In accordance with a second aspect of the disclosure, a method of a base station for performing a random access procedure is provided. The method includes receiving a random access preamble associated with a random access procedure from a terminal, transmitting a random access response including information on a backoff parameter value to the terminal, and receiving a subsequent random access preamble after a random backoff time from the terminal. The random backoff time is determined based on a scaling factor for backoff and the backoff parameter value. The scaling factor is determined based on a priority of the random access procedure or based on an event which triggers the random access procedure.
In accordance with a third aspect of the disclosure, a terminal is provided. The terminal includes a transceiver and a controller coupled with the transceiver. The transceiver is configured to receive signals from a base station and to transmit signals to the base station. The controller is configured to control the transceiver to transmit a random access preamble associated with a random access procedure to the base station, control the transceiver to receive a random access response including information on a backoff parameter value from the base station, identify a scaling factor for backoff based on a priority of the random access procedure or identifying a scaling factor for backoff based on an event which triggers the random access procedure, determine a random backoff time based on the scaling factor and the backoff parameter value, and control the transceiver to transmitting a subsequent random access preamble to the base station after the random backoff time.
In accordance with a fourth aspect of the disclosure, a base station is provided. The base station includes a transceiver and a controller coupled with the transceiver is provided. The transceiver is configured to receive signals from a terminal and to transmit signals to the terminal. The controller is configured to control the transceiver to receive a random access preamble associated with a random access procedure from the terminal, control the transceiver to transmit a random access response including information on a backoff parameter value to the terminal, and control the transceiver to receive a subsequent random access preamble after a random backoff time from the terminal. The random backoff time is determined based on a scaling factor for backoff and the backoff parameter value. The scaling factor is determined based on a priority of the random access procedure or based on an event which triggers the random access procedure.
Other aspects, advantages, and salient features of the disclosure will become apparent to those skilled in the art from the following detailed description, which, taken in conjunction with the annexed drawings, discloses various embodiments of the disclosure.
The above and other aspects, features, and advantages of certain embodiments of the disclosure will be more apparent from the following description taken in conjunction with the accompanying drawings, in which:
FIG. 1 illustrates a method for on demand system information (SI) acquisition error handling according to an embodiment of the disclosure;
FIG. 2 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure;
FIG. 3 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure;
FIG. 4 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure;
FIG. 5 illustrates an operation for random access (RA) backoff according to an embodiment of the disclosure;
FIG. 6 illustrates an operation for RA backoff according to an embodiment of the disclosure;
FIG. 7 illustrates an operation for RA backoff according to an embodiment of the disclosure;
FIG. 8 illustrates an operation for RA backoff according to an embodiment of the disclosure;
FIG. 9 illustrates an operation for RA backoff according to an embodiment of the disclosure;
FIG. 10 illustrates an operation for power ramping according to an embodiment of the disclosure;
FIG. 11 illustrates an operation for power ramping according to an embodiment of the disclosure;
FIG. 12 illustrates an operation for power ramping according to an embodiment of the disclosure;
FIG. 13 illustrates an operation for power ramping according to an embodiment of the disclosure;
FIG. 14 is a block diagram of a terminal according to an embodiment of the disclosure; and
FIG. 15 is a block diagram of a base station according to an embodiment of the disclosure.
Throughout the drawings, like reference numerals will be understood to refer to like parts, components, and structures.
The following description with reference to the accompanying drawings is provided to assist in a comprehensive understanding of various embodiments of the disclosure as defined by the claims and their equivalents. It includes various specific details to assist in that understanding but these are to be regarded as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the various embodiments described herein can be made without departing from the scope and spirit of the disclosure. In addition, descriptions of well-known functions and constructions may be omitted for clarity and conciseness.
The terms and words used in the following description and claims are not limited to the bibliographical meanings, but, are merely used by the inventor to enable a clear and consistent understanding of the disclosure. Accordingly, it should be apparent to those skilled in the art that the following description of various embodiments of the disclosure is provided for illustration purpose only and not for the purpose of limiting the disclosure as defined by the appended claims and their equivalents.
It is to be understood that the singular forms "a," "an," and "the" include plural referents unless the context clearly dictates otherwise. Thus, for example, reference to "a component surface" includes reference to one or more of such surfaces.
By the term "substantially" it is meant that the recited characteristic, parameter, or value need not be achieved exactly, but that deviations or variations, including for example, tolerances, measurement error, measurement accuracy limitations and other factors known to those of skill in the art, may occur in amounts that do not preclude the effect the characteristic was intended to provide.
It is known to those skilled in the art that blocks of a flowchart (or sequence diagram) and a combination of flowcharts may be represented and executed by computer program instructions. These computer program instructions may be loaded on a processor of a general purpose computer, special purpose computer, or programmable data processing equipment. When the loaded program instructions are executed by the processor, they create a means for carrying out functions described in the flowchart. Because the computer program instructions may be stored in a computer readable memory that is usable in a specialized computer or a programmable data processing equipment, it is also possible to create articles of manufacture that carry out functions described in the flowchart. Because the computer program instructions may be loaded on a computer or a programmable data processing equipment, when executed as processes, they may carry out operations of functions described in the flowchart.
A block of a flowchart may correspond to a module, a segment, or a code containing one or more executable instructions implementing one or more logical functions, or may correspond to a part thereof. In some cases, functions described by blocks may be executed in an order different from the listed order. For example, two blocks listed in sequence may be executed at the same time or executed in reverse order.
In this description, the words "unit", "module" or the like may refer to a software component or hardware component, such as, for example, a field-programmable gate array (FPGA) or an application-specific integrated circuit (ASIC) capable of carrying out a function or an operation. However, a "unit", or the like, is not limited to hardware or software. A unit, or the like, may be configured so as to reside in an addressable storage medium or to drive one or more processors. Units, or the like, may refer to software components, object-oriented software components, class components, task components, processes, functions, attributes, procedures, subroutines, program code segments, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays or variables. A function provided by a component and unit may be a combination of smaller components and units, and may be combined with others to compose larger components and units. Components and units may be configured to drive a device or one or more processors in a secure multimedia card.
Prior to the detailed description, terms or definitions necessary to understand the disclosure are described. However, these terms should be construed in a non-limiting way.
The "base station (BS)" is an entity communicating with a user equipment (UE) and may be referred to as BS, base transceiver station (BTS), node B (NB), evolved NB (eNB), access point (AP), or 5G NB (5GNB).
The "UE" is an entity communicating with a BS and may be referred to as the UE, device, mobile station (MS), mobile equipment (ME), or terminal.
On Demand System information (SI) Acquisition Error Handling
Embodiment 1:
The system information is divided into minimum SI and other SI. The minimum SI is periodically broadcast. Minimum SI may comprise of MIB and one or more SIBs. Other SI can be broadcasted or provided on-demand based on (UE) request. The minimum SI comprises basic information required for initial access to a cell and information for acquiring any other SI broadcast periodically or provisioned via on-demand basis. The minimum SI includes at least system frame number (SFN), list of public land mobile network (PLMN), cell identifier (ID), cell camping parameters, and random access channel (RACH) parameters. If network allows an on demand mechanism, parameters required for requesting other system information block(s) (SIB(s)) (if any needed, e.g. RACH preambles and/or RACH time/frequency resources for request) are also included in minimum SI. The scheduling information in minimum SI includes an indicator which indicates whether the concerned SIB is broadcasted or provided on demand. The scheduling information for the other SI includes SIB type, validity information, SI periodicity and SI-window information. The scheduling information for the other SI is provided irrespective of whether the other SI is periodically broadcasted or not. If minimum SI indicates that a SIB is not broadcasted (i.e. it is provided on demand), then the UE does not assume that this SIB is broadcasted in its SI-window at every SI period. Therefore the UE may initiate on demand SI acquisition procedure i.e. send an SI request to receive this SIB.
For other SI provided on-demand, the UE can request one or more SIB(s) or all SIBs or SI message or all SI messages in a single request. For idle and inactive mode, MSG1 or MSG3 can be used to transmit the SI request. Network controls whether MSG1 or MSG3 is used to transmit the SI request. If the physical ransom access channel (PRACH) preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is included in minimum SI then the SI request is indicated using MSG1. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is not included in minimum SI then the SI request is included in MSG3. The UE may also transition from idle or inactive state to connected state using connection setup procedure and send the SI request in dedicated radio resource control (RRC) signaling.
After initiating the on demand SI acquisition procedure, the UE may fail to acquire desired SIB(s) or SI message(s). The failure can be because of one of the following reasons:
a) Failure to transmit the SI request successfully: After sending the SI request, gNB, which is a 3rd Generation Partnership Project (3GPP) fifth generation (5G) Next Generation base station which supports the 5G New Radio (NR), may send an acknowledgment indicating the SI request is received. The UE may retransmit the SI request if the UE does not receive acknowledgment. The SI request transmission can be declared as failed if the UE has not received acknowledgment even after transmitting the SI request for maximum number of retries.
In case the SI request is indicated using MSG1 i.e. PRACH preamble transmission, gNB sends a random access response (RAR) indicating reception of PRACH preamble indicating the SI request. In this case RAR is acknowledgment from network that the SI request is received. If RAR is not received successfully after transmitting PRACH preamble, the UE retransmit the PRACH preamble indicating the SI request. The SI request transmission can be declared as failed if the UE has not received RAR even after transmitting PRACH preamble indicating the SI request for maximum number of retries. In an embodiment RAR is successfully received if the RAR corresponds to both PRACH resource and random access preamble identifier (RAPID) used by the UE for PRACH preamble transmission. In an embodiment RAR is successfully received if the RAR corresponds to RAPID of PRACH preamble transmitted by the UE. In another embodiment RAR is successfully received if the RAR corresponds to PRACH resource used by the UE for PRACH preamble transmission. In an embodiment if the UE receives RAR scheduled using physical downlink control channel (PDCCH) addressed to its random access-radio network temporary identifier (RA-RNTI) (or reserved RNTI) and the received RAR indicates that at least the SIB(s) which the UE has requested will be transmitted or network has received the request for them, then the UE can stop monitoring RAR in RAR window and consider RAR reception as successful. Note that RAR may include SIB(s) which the UE has not requested as well.
In case the SI request is indicated using MSG3, gNB sends an MSG4 indicating reception of the SI request. In this case MSG4 is acknowledgment from network that the SI request is received. If MSG4 is not received successfully after transmitting MSG3, the UE retransmit the PRACH preamble or the MSG3 indicating the SI request. The SI request transmission can be declared as failed if the UE has not received MSG4 even after transmitting PRACH preamble or MSG3 indicating the SI request for maximum number of retries. In an embodiment MSG4 is successfully received (or contention resolution is successful) if the MSG4 includes the contents (at least the first X bytes of common control channel (CCCH) service data unit (SDU) transmitted in MSG3, X is pre-defined) of MSG3 sent by the UE. In another embodiment MSG4 is successfully received if the MSG4 includes at least the SI request message sent by the UE in MSG3 and the UE ID included in MSG3. In an embodiment if the UE receives MSG4 scheduled using PDCCH addressed to its temporary cell RNTI (T-CRNTI) (i.e. temporary CRNTI provided to the UE in RAR) and the received MSG4 indicates that at least the SIB(s) which UE has requested will be transmitted or network has received the request for them, then the UE can start monitoring SI window according to scheduling information to acquire requested SIB(s). Note that MSG4 may include indication for additional SIB(s) apart from SIB(s) which the UE has requested in MSG3.
b) Failure to receive the SI transmitted by the network based on the UE's request: After transmitting the SI request or after receiving the acknowledgment for the SI request, the UE monitors the requested SIB(s) in SI window(s) according to scheduling information of one or more SI periods of requested SIB(s). If the UE fails to receive the requested SIB(s), the UE may retransmit the SI request. SI reception can be declared as failed if the UE cannot receive even after transmitting The SI request successfully for maximum number of retries. Maximum number of retries can be pre-defined or signaled by the network in minimum SI.
c) Failure of random access procedure: Random access procedure can be used to transmit the SI request. If the UE fails to receive RAR during the RAR window even after transmitting the PRACH preamble for fixed number of times (preambleTxMax) or contention resolution timer expires even after transmitting the PRACH preambles for fixed number of times (preambleTxMax), random access procedure failure or problem is declared. The parameter preambleTxMax is configured by the network. Upon detection of random access problem, the media access control (MAC) entity in the UE indicates random access problem to higher layer (i.e. RRC). In an embodiment, in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity also stops the ongoing random access procedure. In case the random access procedure was not initiated for SI request, upon detection of random access problem, MAC entity in UE does not stop the ongoing random access procedure. In another embodiment, in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity indicates random access problem to higher layer (i.e. RRC). Upon receiving the random access problem indication from lower layer (i.e. MAC) and if UE is in RRC INACTIVE or RRC IDLE state and random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure. In another embodiment, in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity indicates random access problem to higher layer (i.e. RRC). Upon receiving the random access problem indication from lower layer (i.e. MAC) and if random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure.
d) Failure to setup connection (connection setup timer expires).
FIG. 1 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure.
Referring to FIG. 1, the UE (in idle/inactive state) initiates on demand SI acquisition procedure to acquire one or more SIB(s) or SI message(s) which are provided on demand, i.e. not being broadcasted at operation 110. The UE determines whether there is a failure to acquire desired SIB(s) or SI message(s) at operation 120. The various ways to determine failure are explained earlier in the disclosure. If the UE acquires the desired SIB(s) or SI message(s) successfully using on demand SI acquisition procedure, no error handling is needed (130). However, if the UE fails to acquire the desired SIB(s) or SI message(s) using on demand SI acquisition procedure, the UE shall declare SI acquisition failure and start the pre-defined timer. While the timer is running, the UE considers the camped cell as barred at operation 140. The UE may performs/trigger cell reselection if another suitable cell is found while the timer is running at operation 150. The UE may also re-try the SI request on the camped cell upon expiry of the timer.
Embodiment 2:
The system information is divided into minimum SI and other SI. Minimum is broadcasted. Minimum SI may comprise of MIB and one or more SIBs. Other SI can be broadcasted or provided on-demand based on the UE request. The minimum SI comprises basic information required for initial access to a cell and information for acquiring any other SI broadcast periodically or provisioned via on-demand basis. The minimum SI includes at least SFN, list of PLMN, cell ID, cell camping parameters, and RACH parameters. If the network allows the on demand mechanism, parameters required for requesting other SIB(s) (if any needed, e.g. RACH preambles and/or RACH time/frequency resources for request) are also included in minimum SI. The scheduling information in minimum SI includes an indicator which indicates whether the concerned SIB or SI message is being broadcasted or provided on demand. The scheduling information for the other SI includes SIB type, validity information, SI periodicity and SI-window information. The scheduling information for the other SI is provided irrespective of whether the other SI is broadcasted or not. If minimum SI indicates that a SIB is not broadcasted (i.e. it is provided on demand), then the UE does not assume that this SIB is a broadcasted in its SI-window at every SI period. Therefore the UE may initiate on demand SI acquisition procedure i.e. send an SI request to receive this SIB or SI message.
For other SI provided on-demand, the UE can request one or more SIB(s) or all SIBs or SI message or all SI messages in a single request. For idle and inactive mode, MSG1 or MSG3 can be used to transmit the SI request. Network controls whether MSG1 or MSG3 is used to transmit the SI request. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is included in minimum SI then the SI request is indicated using MSG1. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is not included in minimum SI then the SI request is included in MSG3. The UE may also transition from idle or inactive state to connected state using connection setup procedure and send the SI request in dedicated RRC signaling.
After initiating the on demand SI acquisition procedure, the UE may fail to acquire desired SIB(s) or SI message(s). The failure can be because of one of the following reasons:
a) Failure to transmit the SI request successfully: After sending the SI request, gNB may send an acknowledgment indicating SI request is received. UE may retransmit the SI request if the UE does not receive acknowledgment. The SI request transmission can be declared as failed if the UE has not received acknowledgment even after transmitting the SI request for maximum number of retries.
In case the SI request is indicated using MSG1 i.e. PRACH preamble transmission, gNB sends an RAR indicating reception of PRACH preamble indicating the SI request. In this case RAR is acknowledgment from network that the SI request is received. If RAR is not received successfully after transmitting PRACH preamble, the UE retransmit the PRACH preamble indicating the SI request. The SI request transmission can be declared as failed if the UE has not received RAR even after transmitting PRACH preamble indicating the SI request for maximum number of retries. In an embodiment RAR is successfully received if the RAR corresponds to both PRACH resource and RAPID used by the UE for PRACH preamble transmission. In an embodiment RAR is successfully received if the RAR corresponds to RAPID of PRACH preamble transmitted by the UE. In another embodiment RAR is successfully received if the RAR corresponds to PRACH resource used by the UE for PRACH preamble transmission. In an embodiment if the UE receives RAR scheduled using PDCCH addressed to its RA-RNTI (or reserved RNTI) and the received RAR indicates that at least the SIB(s) which the UE has requested will be transmitted or network has received the request for them, then the UE can stop monitoring RAR in RAR window and consider RAR reception as successful. Note that RAR may include SIB(s) which the UE has not requested as well.
In case the SI request is indicated using MSG3, gNB sends an MSG4 indicating reception of the SI request. In this case MSG4 is acknowledgment from network that the SI request is received. If MSG4 is not received successfully after transmitting MSG3, the UE retransmit the PRACH preamble or the MSG3 indicating the SI request. The SI request transmission can be declared as failed if the UE has not received MSG4 even after transmitting PRACH preamble or MSG3 indicating the SI request for maximum number of retries. In an embodiment MSG4 is successfully received if the MSG4 includes the contents (at least the first X bytes of CCCH SDU transmitted in MSG3, X is pre-defined) of MSG3 sent by the UE. In another embodiment MSG4 is successfully received if the MSG4 includes at least the SI request message sent by the UE in MSG3 and the UE ID included in MSG3. In an embodiment if the UE receives MSG4 scheduled using PDCCH addressed to its T-CRNTI (i.e. temporary CRNTI provided to the UE in RAR) and the received MSG4 indicates that at least the SIB(s) which the UE has requested will be transmitted or network has received the request for them, then the UE can start monitoring SI window according to scheduling information to acquire requested SIB(s). Note that MSG4 may include indication for additional SIB(s) apart from SIB(s) which the UE has requested in MSG3.
b) Failure to receive the SI transmitted by network based on the UE's request: After transmitting the SI request or after receiving the acknowledgment for the SI request, the UE monitors the requested SIB(s) in SI window(s) according to scheduling information of one or more SI periods of requested SIB(s). If the UE fails to receive the requested SIB(s), the UE may retransmit the SI request. The SI reception can be declared as failed if the UE cannot receive even after transmitting the SI request successfully for maximum number of retries. Maximum number of retries can be pre-defined or signaled by network in minimum SI.
c) Failure of random access procedure: Random access procedure can be used to transmit the SI request. If the UE fails to receive RAR during RAR window even after transmitting the PRACH preambles for fixed number of times (preambleTxMax) or contention resolution timer expires even after transmitting the PRACH preambles for fixed number of times (preambleTxMax), random access procedure failure or problem is declared. The parameter preambleTxMax is configured by the network. Upon detection of random access problem, the MAC entity in the UE indicates random access problem to higher layer (i.e. RRC). In an embodiment, in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity also stops the ongoing random access procedure. In case the random access procedure was not initiated for SI request, upon detection of random access problem, MAC entity in UE does not stop the ongoing random access procedure. In another embodiment, in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity indicates random access problem to higher layer (i.e. RRC). Upon receiving the random access problem indication from lower layer (i.e. MAC) and if UE is in RRC INACTIVE or RRC IDLE state and random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure. In another embodiment, in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity indicates random access problem to higher layer (i.e. RRC). Upon receiving the random access problem indication from lower layer (i.e. MAC) and if random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure.
d) Failure to setup connection (connection setup timer expires).
FIG. 2 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure.
Referring to FIG. 2, similar to Embodiment 1, the UE (in idle/inactive state) initiates on demand SI acquisition procedure to acquire one or more SIB(s) or SI message(s) which are provided on demand, i.e. not being broadcasted at operation 210. The UE determines whether there is a failure to acquire desired SIB(s) at operation 220. The various ways to determine failure are explained earlier in the disclosure. If the UE acquires the desired SIB(s) or SI message(s) successfully using on demand SI acquisition procedure, then no error handling is needed at operation 230. However, if the UE fails to acquire the desired SIB(s) or SI message(s) using on demand SI acquisition procedure, the UE determines whether the SIB(s) which the UE is not able to acquire are essential SIB(s) or not at operation 240. SIB(s) which are essential are pre-defined. Some of the essential SIB(s) can also be provided on demand. The essential SIB(s) are the SIBs which the UE needs to acquire mandatorily. If the SIB(s) which the UE is not able to acquire are the essential SIB(s) then the UE shall declare SI acquisition failure and start the pre-defined timer. While the timer is running the UE considers the camped cell as barred for pre-defined duration at operation 250. The UE may performs/trigger cell reselection if another suitable cell is found while the timer is running at operation 260. The UE may also re-try the SI request on the camped cell upon expiry of the timer. If the SIB(s) which the UE is not able to acquire because of failure are not essential, the UE does not consider the camped cell as barred at operation 270.
Embodiment 3:
The system information is divided into minimum SI and other SI. Minimum SI is periodically broadcast. Minimum SI may comprise of MIB and one or more SIBs. Other SI can be broadcasted or provided on-demand based on the UE request. The minimum SI comprises basic information required for initial access to a cell and information for acquiring any other SI broadcast periodically or provisioned via on-demand basis. The minimum SI includes at least SFN, list of PLMN, cell ID, cell camping parameters, and RACH parameters. If the network allows the on demand mechanism, parameters required for requesting other SIB(s) or SI message(s) (if any needed, e.g. RACH preambles and/or RACH time/frequency resources for request) are also included in minimum SI. The scheduling information in minimum SI includes an indicator which indicates whether the concerned SIB or SI message is being broadcasted or provided on demand. The scheduling information for the other SI includes SIB type, validity information, SI periodicity and SI-window information. The scheduling information for the other SI is provided irrespective of whether the other SI is being broadcasted or not. If minimum SI indicates that a SIB or SI message is not broadcasted (i.e. it is provided on demand), then the UE does not assume that this SIB or SI message is a broadcasted in its SI-window at every SI period. Therefore the UE may initiate on demand SI acquisition procedure i.e. send an SI request to receive this SIB or SI message.
For other SI provided on-demand, the UE can request one or more SIB(s) or all SIBs or SI message or SI messages in a single request. For idle and inactive mode, MSG1 or MSG3 can be used to transmit the SI request. The network controls whether MSG1 or MSG3 is used to transmit the SI request. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is included in minimum SI then the SI request is indicated using MSG1. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is not included in the minimum SI then the SI request is included in MSG3. The UE may also transition from idle or inactive state to connected state using connection setup procedure and send the SI request in dedicated RRC signaling.
After initiating the on demand SI acquisition procedure, the UE may fail to acquire desired SIB(s) or SI message(s). The failure can be because of one of the following reasons:
a) Failure to transmit the SI request successfully: After sending the SI request, gNB may send an acknowledgment indicating the SI request is received. The UE may retransmit the SI request if the UE does not receive acknowledgment. The SI request transmission can be declared as failed if the UE has not received acknowledgment even after transmitting the SI request for maximum number of retries.
In case the SI request is indicated using MSG1 i.e. PRACH preamble transmission, gNB sends an RAR indicating reception of PRACH preamble indicating the SI request. In this case RAR is acknowledgment from the network that the SI request is received. If RAR is not received successfully after transmitting PRACH preamble, the UE retransmit the PRACH preamble indicating the SI request. The SI request transmission can be declared as failed if the UE has not received RAR even after transmitting PRACH preamble indicating the SI request for maximum number of retries. In an embodiment RAR is successfully received if the RAR corresponds to both PRACH resource and RAPID used by the UE for PRACH preamble transmission. In an embodiment RAR is successfully received if the RAR corresponds to RAPID of PRACH preamble transmitted by the UE. In another embodiment RAR is successfully received if the RAR corresponds to PRACH resource used by the UE for PRACH preamble transmission. In an embodiment if the UE receives RAR scheduled using PDCCH addressed to its RA-RNTI (or reserved RNTI) and the received RAR indicates that at least the SIB(s) which the UE has requested will be transmitted or the network has received the request for them, then the UE can stop monitoring RAR in RAR window and consider RAR reception as successful. Note that RAR may include SIB(s) which the UE has not requested as well.
In case the SI request is indicated using MSG3, gNB sends an MSG4 indicating reception of the SI request. In this case MSG4 is acknowledgment from the network that the SI request is received. If MSG4 is not received successfully after transmitting MSG3, the UE retransmit the PRACH preamble or the MSG3 indicating the SI request. The SI request transmission can be declared as failed if the UE has not received MSG4 even after transmitting PRACH preamble or MSG3 indicating SI request for maximum number of retries. In an embodiment MSG4 is successfully received if the MSG4 includes the contents (at least the first X bytes of CCCH SDU transmitted in MSG3, X is pre-defined) of MSG3 sent by the UE. In another embodiment MSG4 is successfully received if the MSG4 includes at least the SI request message sent by the UE in MSG3 and the UE ID included in MSG3. In an embodiment if the UE receives MSG4 scheduled using PDCCH addressed to its T-CRNTI (i.e. temporary CRNTI provided to the UE in RAR) and the received MSG4 indicates that at least the SIB(s) which the UE has requested will be transmitted or the network has received the request for them, then the UE can start monitoring SI window according to scheduling information to acquire requested SIB(s). Note that MSG4 may include indication for additional SIB(s) apart from SIB(s) which the UE has requested in MSG3.
b) Failure to receive the SI transmitted by the network based on the UE's request: After transmitting the SI request or after receiving the acknowledgment for the SI request, the UE monitors the requested SIB(s) in SI window(s) according to scheduling information of one or more SI periods of requested SIB(s). If the UE fails to receive the requested SIB(s) UE may retransmit the SI request. SI reception can be declared as failed if the UE cannot receive even after transmitting the SI request successfully for maximum number of retries. Maximum number of retries can be pre-defined or signaled by the network in minimum SI.
c) Failure of random access procedure: Random access procedure can be used to transmit the SI request. If the UE fails to receive RAR during RAR window even after transmitting the PRACH preambles for fixed number of times (preambleTxMax) or contention resolution timer expires even after transmitting the PRACH preambles for fixed number of times (preambleTxMax), random access procedure failure or problem is declared. The parameter preambleTxMax is configured by the network. Upon detection of random access problem, the MAC entity in the UE indicates random access problem to higher layer (i.e. RRC). In an embodiment, in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity also stops the ongoing random access procedure. In case the random access procedure was not initiated for SI request, upon detection of random access problem, MAC entity in UE does not stop the ongoing random access procedure. In another embodiment, in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity indicates random access problem to higher layer (i.e. RRC). Upon receiving the random access problem indication from lower layer (i.e. MAC) and if UE is in RRC INACTIVE or RRC IDLE state and random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure. In another embodiment, in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity indicates random access problem to higher layer (i.e. RRC). Upon receiving the random access problem indication from lower layer (i.e. MAC) and if random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure.
d) Failure to setup connection (connection setup timer expires).
FIG. 3 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure.
Referring to FIG. 3, similar to Embodiments 1 and 2, the UE (in idle/inactive state) initiates on demand SI acquisition procedure to acquire one or more SIB(s) or SI message(s) which are provided on demand, i.e. not being broadcasted at operation 310. The UE determines whether there is a failure to acquire desired SIB(s) or SI message(s) at operation 320. The various ways to determine failure are explained earlier in the invention. If the UE acquires the desired SIB(s) or SI message(s) successfully using on demand SI acquisition procedure, no error handling is needed at operation 330. However, if the UE fails to acquire the desired SIB(s) or SI message(s) using on demand SI acquisition procedure, the UE determines whether the UE cannot obtain the desired service because of failure to acquire SIB(s) at operation 340. Some of the SIB(s) are mapped to specific services. For example there can be SIBs(s) which are needed for multimedia broadcast multicast services (MBMS) services, there can be the SIB(s) which are needed for device-to-device (D2D) services, and there can be the SIB which is needed for vehicle-to-vehicle (V2V) services and so on. If the UE is interested in a service (e.g. MBMS or D2D or V2V) and is not able to acquire the corresponding SIB(s) then the UE cannot obtain those services. If the UE cannot obtain the desired service because of failure to acquire SIB(s), then the UE shall declare SI acquisition failure and start the pre-defined timer. While the timer is running, the UE considers the camped cell as barred for pre-defined duration at operation 350. The UE may performs/trigger cell reselection if another suitable cell is found while the timer is running at operation 360. The UE also re-try the SI request on the camped cell upon expiry of the timer. If the UE can obtain the desired service despite of failure to acquire SIB(s), the UE does not consider the camped cell as barred at operation 370.
Embodiment 4:
The system information is divided into minimum SI and other SI. Minimum SI is periodically broadcast. Minimum SI may comprise of MIB and one or more SIBs. Other SI can be broadcasted or provided on-demand based on the UE request. The minimum SI comprises basic information required for initial access to a cell and information for acquiring any other SI broadcast periodically or provisioned via on-demand basis. The minimum SI includes at least SFN, list of PLMN, cell ID, cell camping parameters, and RACH parameters. If the network allows the on demand mechanism, parameters required for requesting other SIB(s) or SI message(s) (if any needed, e.g. RACH preambles for request and/or RACH time/frequency resources) are also included in minimum SI. The scheduling information in minimum SI includes an indicator which indicates whether the concerned SIB or SI message is being broadcasted or provided on demand. The scheduling information for the other SI includes SIB type, validity information, SI periodicity and SI-window information. The scheduling information for the other SI is provided irrespective of whether the other SI is being broadcasted or not. If minimum SI indicates that a SIB or SI message is not broadcasted (i.e. it is provided on demand), then the UE does not assume that this SIB or SI message is a broadcasted in its SI-window at every SI period. Therefore the UE may initiate on demand SI acquisition procedure i.e. send an SI request to receive this SIB or SI message.
For other SI provided on-demand, the UE can request one or more SIB(s) or all SIBs or SI message or SI messages in a single request. For idle and inactive mode, MSG1 or MSG3 can be used to transmit the SI request. The network controls whether MSG1 or MSG3 is used to transmit the SI request. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is included in minimum SI then the SI request is indicated using MSG1. If the PRACH preamble and/or PRACH resource specific to each SIB or set of SIBs which the UE needs to acquire is not included in the minimum SI then the SI request is included in MSG3. The UE may also transition from idle or inactive state to connected state using connection setup procedure and send the SI request in dedicated RRC signaling.
After initiating the on demand SI acquisition procedure, the UE may fail to acquire desired SIB(s) or SI message(s). The failure can be because of one of the following reasons:
a) Failure to transmit the SI request successfully: After sending the SI request, gNB may send an acknowledgment indicating the SI request is received. The UE may retransmit the SI request if the UE does not receive acknowledgment. The SI request transmission can be declared as failed if the UE has not received acknowledgment even after transmitting the SI request for maximum number of retries.
In case the SI request is indicated using MSG1 i.e. PRACH preamble transmission, gNB sends an RAR indicating reception of PRACH preamble indicating the SI request. In this case RAR is acknowledgment from the network that the SI request is received. If RAR is not received successfully after transmitting PRACH preamble, the UE retransmit the PRACH preamble indicating the SI request. The SI request transmission can be declared as failed if the UE has not received RAR even after transmitting PRACH preamble indicating the SI request for maximum number of retries. In an embodiment RAR is successfully received if the RAR corresponds to both PRACH resource and RAPID used by the UE for PRACH preamble transmission. In an embodiment RAR is successfully received if the RAR corresponds to RAPID of PRACH preamble transmitted by the UE. In another embodiment RAR is successfully received if the RAR corresponds to PRACH resource used by the UE for PRACH preamble transmission. In an embodiment if the UE receives RAR scheduled using PDCCH addressed to its RA-RNTI (or reserved RNTI) and the received RAR indicates that at least the SIB(s) which the UE has requested will be transmitted or the network has received the request for them, then the UE can stop monitoring RAR in RAR window and consider RAR reception as successful. Note that RAR may include SIB(s) which the UE has not requested as well.
In case the SI request is indicated using MSG3, gNB sends an MSG4 indicating reception of the SI request. In this case MSG4 is acknowledgment from the network that the SI request is received. If MSG4 is not received successfully after transmitting MSG3, the UE retransmit the PRACH preamble or the MSG3 indicating the SI request. The SI request transmission can be declared as failed if the UE has not received MSG4 even after transmitting PRACH preamble or MSG3 indicating the SI request for maximum number of retries. In an embodiment MSG4 is successfully received if the MSG4 includes the contents (at least the first X bytes of CCCH SDU transmitted in MSG3, X is pre-defined) of MSG3 sent by the UE. In another embodiment MSG4 is successfully received if the MSG4 includes at least the SI request message sent by the UE in MSG3 and the UE ID included in MSG3. In an embodiment if the UE receives MSG4 scheduled using PDCCH addressed to its T-CRNTI (i.e. temporary CRNTI provided to the UE in RAR) and the received MSG4 indicates that at least the SIB(s) which the UE has requested will be transmitted or the network has received the request for them, then the UE can start monitoring SI window according to scheduling information to acquire requested SIB(s). Note that MSG4 may include indication for additional SIB(s) apart from SIB(s) which the UE has requested in MSG3.
b) Failure to receive the SI transmitted by the network based on the UE's request: After transmitting the SI request or after receiving the acknowledgment for the SI request, the UE monitors the requested SIB(s) in SI window(s) according to scheduling information of one or more SI periods of requested SIB(s). If the UE fails to receive the requested SIB(s) UE may retransmit the SI request. SI reception can be declared as failed if the UE cannot receive even after transmitting the SI request successfully for maximum number of retries. Maximum number of retries can be pre-defined or signaled by the network in minimum SI.
c) Failure of random access procedure: Random access procedure can be used to transmit the SI request. If the UE fails to receive RAR during RAR window even after transmitting the PRACH preambles for fixed number of times (preambleTxMax) or contention resolution timer expires even after transmitting the PRACH preambles for fixed number of times (preambleTxMax), random access procedure failure or problem is declared. The parameter preambleTxMax is configured by the network. Upon detection of random access problem, the MAC entity in the UE indicates random access problem to higher layer (i.e. RRC). In an embodiment, in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity also stops the ongoing random access procedure. In case the random access procedure was not initiated for SI request, upon detection of random access problem, MAC entity in UE does not stop the ongoing random access procedure. In another embodiment, in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity indicates random access problem to higher layer (i.e. RRC). Upon receiving the random access problem indication from lower layer (i.e. MAC) and if UE is in RRC INACTIVE or RRC IDLE state and random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure. In another embodiment, in case the random access procedure was initiated for SI request, upon detection of random access problem, MAC entity indicates random access problem to higher layer (i.e. RRC). Upon receiving the random access problem indication from lower layer (i.e. MAC) and if random access procedure was initiated for SI request (or RRC is waiting for acknowledgement for SI request from lower layers), RRC informs the lower layer (i.e. MAC) to stop the ongoing random access procedure.
d) Failure to setup connection (connection setup timer expires).
FIG. 4 illustrates a method for on demand SI acquisition error handling according to an embodiment of the disclosure.
Referring to FIG. 4, similar to Embodiments 1, 2 and 3, the UE (in idle/inactive state) initiates on demand SI acquisition procedure to acquire one or more SIB(s) or SI message(s) which are provided on demand, i.e. not being broadcasted at operation 410. The UE determines whether there is a failure to acquire desired SIB(s) or SI message(s) at operation 420. The various ways to determine failure are explained earlier in the invention. If the UE acquires the desired SIB(s) or SI message(s) successfully using on demand SI acquisition procedure, no error handling is needed at operation 430. However, if the UE fails to acquire the desired SIB(s) or SI message(s) using on demand SI acquisition procedure, the UE determines whether the UE cannot obtain the desired essential SIB(s) and/or desired service because of failure to acquire corresponding SIB(s). If the UE cannot obtain the essential SIB(s) and/or desired service because of failure to acquire SIB(s), then the UE shall declare SI acquisition failure and start the timer for a pre-defined time. The timer value can also be configured by the network using broadcast (e.g. system information) or dedicated (e.g. reconfiguration message) RRC signaling. The UE refrains from transmitting the SI request when the timer is running and may re-try again upon expiry of the pre-defined timer at operation 440. In an embodiment, The UE may also perform/trigger cell reselection if another suitable cell is found while the timer is running.
In the idle/inactive state, if the SI request transmission is not successful even after transmitting the SI request for maximum number of retries (or if the UE has initiated the SI request and random access failure is declared by media access control (MAC)), the UE may consider the camped cell as unsuitable and perform/trigger cell re-selection. The UE may also consider the camped cell as barred cell for a pre-defined duration.
In an alternate embodiment, if the SI request transmission is not successful even after transmitting the SI request for maximum number of retries (or if the UE has initiated the SI request and random access failure is declared by MAC), and if the UE is not able to obtain the desired service from camped cell because of a lack of system information which the UE has requested in the SI request, the UE may consider the camped cell as unsuitable and perform/trigger cell re-selection. The UE may also consider the camped cell as barred cell for a pre-defined duration.
In an alternate embodiment, if the SI request transmission is not successful even after transmitting the SI request for maximum number of retries (or if the UE has initiated the SI request and random access failure is declared by MAC), the UE shall not transmit the SI request in the same cell for pre-defined duration. The duration can also be configured by the network using broadcast (e.g. system information) or dedicated (e.g. reconfiguration message) RRC signaling.
RA Backoff Mechanism
During the random access procedure, the UE first transmits the PRACH preamble and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. Sometimes due to congestion on PRACH channel, PRACH preamble transmission may not be successful. In the current system, in such a situation the network sends RAR with backoff indicator/index. The UE then backoff i.e. the UE retransmits PRACH preamble after a time period which is randomly selected between 0 and backoff value. The backoff value is obtained by the UE from a backoff table corresponding to backoff index received in RAR. All the UEs perform backoff in similar manner. This is not efficient as latency requirement may be different for different UEs. The latency requirement may be different depending on event which triggered random access procedure and so on. So RA backoff mechanism needs to be enhanced.
Embodiment 1:
In one embodiment of the disclosure, backoff parameter for random access is specified for each access category. There can be several access categories. An access category corresponds to a UE/device type and/or a service type and/or a call type and/or a signaling type and/or an application ID and/or a slice type and/or a slice ID and/or combination of one or more of the UE/device type, the service type, the call type, the signaling type or the application type or the slice type or the slice ID.
FIG. 5 illustrates an operation for RA backoff according to an embodiment of the disclosure.
Referring to FIG. 5, the mapping between backoff parameter value and access category is signaled (either using periodic broadcast or on demand) by network (i.e. gNB) in SI at operation 510. For example, gNB may transmit the system information indicating that Backoff Parameter value for Access Category 1 is X, Backoff Parameter value for Access Category 2 is Y, and so on. The mapping between backoff parameter value and access category can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message). During the random access procedure, the UE transmits a PRACH preamble at operation 520, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission.
If the network (e.g. gNB) wants the UE to back off the network sends a backoff indicator in RAR at operation 530. The backoff indicator may be one bit. If the UE receives backoff indicator in RAR, the UE sets backoff parameter value corresponding to access category at operation 540. The access category may correspond to the access category of the UE or the access category for which the UE is accessing the cell or the access category for which the UE is performing random access. In another embodiment, after transmitting the PRACH preamble 'N' times, the UE performs backoff. 'N' can be pre-defined or signaled (either using periodic broadcast or on demand or in dedicated RRC signaling) in SI. The UE sets backoff parameter value corresponding to access category (the access category of the UE or the access category for which the UE is accessing the cell or the access category for which the UE is performing random access).
Based on the determined backoff parameter value, if the transmitted Random Access Preamble at operation 520 was selected among the contention-based Random Access Preambles, the UE selects a random backoff time according to a uniform distribution between 0 and the backoff parameter value at operation 550. The UE then delays the subsequent random access transmission by the selected backoff time at operation 560.
Embodiment 2:
In another embodiment of the disclosure, backoff parameter for random access is specified for each access priority.
FIG. 6 illustrates an operation for RA backoff according to an embodiment of the disclosure.
Referring to FIG. 6, the mapping between backoff parameter value and access priority is signaled (either using periodic broadcast or on demand) by network (i.e. gNB) in SI at operation 610. For example, gNB may transmit the system information indicating that Backoff Parameter value for Random Access Priority 1 is X, Backoff Parameter value for Random Access Priority 2 is Y, and so on. The mapping between backoff parameter value and random access priority can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message). In an embodiment, there can be just two access priorities, high priority and low (or normal priority). Network signals the backoff parameter values for high priority random access and normal random access in system information and/or in dedicated RRC signaling. During the random access procedure, the UE transmits PRACH preamble at operation 620, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission.
If the network (e.g. gNB) wants the UE to back off the network sends a backoff indicator in RAR at operation 630. The backoff indicator may be one bit. In an embodiment, if the UE receives backoff indicator in RAR, the UE sets backoff parameter value (if configured) corresponding to access priority of the random access procedure at operation 640. If the backoff parameter value corresponding to access priority of the random access procedure is not configured, UE sets backoff parameter value corresponding to normal random access. In another embodiment, after transmitting PRACH preamble 'N' times, the UE performs backoff. 'N' can be pre-defined or signaled (either using periodic broadcast or on demand or in dedicated RRC signaling) in SI. The UE sets backoff parameter value (if configured) corresponding to access priority of the random access procedure. If the backoff parameter value corresponding to access priority of the random access procedure is not configured, UE sets backoff parameter value corresponding to normal random access.
Based on the determined backoff parameter, if the transmitted Random Access Preamble at operation 620 was selected among the contention-based Random Access Preambles, the UE select a random backoff time according to a uniform distribution between 0 and the backoff parameter value at operation 650. The UE then delays the subsequent random access transmission by the selected backoff time at operation 660.
If the random access procedure is initiated for uplink (UL) data transmission corresponding to a logical channel, then in one embodiment access priority of random access procedure for determining the backoff parameter value is the priority of that logical channel. The priority for each logical channel is configured by the network and signaled to the UE in dedicated RRC signaling. If the random access procedure is initiated for UL data transmission corresponding to a numerology, then in another embodiment access priority of random access procedure for determining the backoff parameter value is the priority of that numerology. The priority for each numerology is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling. If the random access procedure is initiated for UL data transmission corresponding to a transmission time interval (TTI) duration, then in one embodiment access priority of random access procedure for determining the backoff parameter value is the priority of that TTI duration. The priority for each TTI duration is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling. In an embodiment, the network may signal random access priority (random access priority can be pre-defined) for various events such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, beam failure recovery, etc. In an embodiment, wherein only two random access priorities are configured, the network may indicate one or more events (such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, beam failure recovery, etc.) for which high random access priority is applied. Alternately, the one or more events (e.g. handover, beam failure recovery, etc.) for which high random access priority is applied are pre-defined. The UE selects the backoff parameter value corresponding to priority of event for which the UE is performing random access. In an embodiment, if handover is a high priority random access event and backoff parameter for high priority random access event (i.e. handover) is configured in dedicated RRC signaling or in SI, UE selects the backoff parameter value corresponding to high priority random access event. If handover is a high priority random access event and backoff parameter for high priority random access event (i.e. handover) is not configured, UE selects the backoff parameter value corresponding to normal random access. The backoff parameter value corresponding to normal random access can be signaled in dedicated RRC signaling or in SI. In another embodiment, if beam failure recovery is a high priority random access event and backoff parameter for high priority random access event (i.e. beam failure recovery) is configured in dedicated RRC signaling or in SI, UE selects the backoff parameter value corresponding to high priority random access event (i.e. beam failure recovery). If beam failure recovery is a high priority random access event and backoff parameter for high priority random access event (i.e. beam failure recovery) is not configured, UE selects the backoff parameter value corresponding to normal random access. The backoff parameter value corresponding to normal random access can be signaled in dedicated RRC signaling or in SI. In an embodiment, the network may signal priority (or priority can be pre-defined) for various services such as ultra-reliable and low-latency communication (URLLC), enhanced Mobile broadband (eMBB), machine type communication (MTC), vehicle to everything (V2X), D2D, etc. The UE selects the backoff parameter value corresponding to priority of service for which the UE is performing random access. In an embodiment, the network may signal priority for various slices (slice type or slice IDs). The UE selects the backoff parameter value corresponding to priority of slice for which the UE is performing random access.
Embodiment 3:
In one embodiment of the disclosure, a scaling factor for random access backoff is specified for each access category. If scaling factor is not specified for an access category, a default scaling factor (e.g. 1) can be used.
FIG. 7 illustrates an operation for RA backoff according to an embodiment of the disclosure.
Referring to FIG. 7, the mapping between backoff scaling factor and access category is signaled (either using periodic broadcast or on demand) by network (e.g. gNB) in SI at operation 710. For example, gNB may transmit system information indicating that Backoff Scaling Factor for Access Category 1 is Scaling Factor X, Backoff Scaling Factor for Access Category 2 is Scaling Factor Y, and so on. The mapping between Backoff Scaling Factor and access category can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message). In another embodiment, the mapping between scaling factor and access category can be pre-defined. There can be several access categories. An access category corresponds to a UE/device type and/or service type and/or call type and/or signaling type and/or application ID and/or slice type and/or slice ID and/or combination of one or more of UE/device type, service type, call type, signaling type or application type or slice type or slice ID. If backoff scaling factor is not specified for an access category, a default backoff scaling factor (e.g. 1) can be used. In an embodiment, there can be just two access categories, high access category and low (or normal access category). In this case the backoff scaling factor may be signaled in system information or in dedicated RRC signaling only for high access category. The backoff scaling factor for low (or normal access category) access category is 1 (i.e. no backoff scaling is applied).
Similar to Embodiments 1 and 2, during the random access procedure, the UE transmits PRACH preamble at operation 720, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission.
If the network (e.g. gNB) wants the UE to back off the network sends backoff parameter value (or index to predefined list of backoff values) in RAR at operation 730. Alternately, if the network wants the UE to back off the network sends backoff indicator at operation 730, and backoff parameter is pre-defined or signaled in SI. If the UE receives backoff parameter value (or index to predefined list of backoff values) or indication to backoff in RAR, the UE sets backoff scaling factor corresponding to access category at operation 740. The access category may correspond to the access category of the UE or the access category for which the UE is accessing the cell or the access category for which the UE is performing random access. In another embodiment, after transmitting PRACH preamble 'N' times, the UE performs backoff. 'N' can be pre-defined or signaled (either using periodic broadcast or on demand or dedicated RRC signaling) in SI. The UE sets backoff scaling factor corresponding to access category (i.e. the access category of the UE or the access category for which the UE is accessing the cell or the access category for which the UE is performing random access). Backoff parameter is pre-defined or signaled in SI in this case.
Based on the determined backoff scaling factor, if the transmitted Random Access Preamble at operation 720 was selected among the contention-based Random Access Preambles, the UE select a random backoff time according to a uniform distribution between 0 and the 'scaling factor * Backoff Parameter Value' at operation 750. The UE then delays the subsequent Random Access transmission by the backoff time at operation 760.
Embodiment 4:
In another embodiment of the disclosure, scaling factor for random access backoff is specified for each access priority.
FIG. 8 illustrates an operation for RA backoff according to an embodiment of the disclosure.
Referring to FIG. 8, the mapping between backoff scaling factor and access priority is signaled (either using periodic broadcast or on demand) by network (e.g. gNB) in SI at operation 810. For example, gNB may transmit system information indicating that Backoff Scaling Factor for Random Access Priority 1 is Scaling Factor X, Backoff Scaling Factor for Random Access Priority 2 is Scaling Factor Y, and so on. The mapping between Backoff Scaling Factor and Random access Priority can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message). In another embodiment, the mapping between backoff scaling factor and random access priority can be pre-defined. If backoff scaling factor is not specified for a random access priority, a default backoff scaling factor (e.g. 1) can be used. In an embodiment, there can be just two random access priorities, high priority and low (or normal priority). In this case the backoff scaling factor may be signaled in system information or in dedicated RRC signaling only for high priority random access. The backoff scaling factor for low (or normal priority) priority random access is 1 (i.e. no backoff scaling is applied).
Similar to Embodiments 1, 2 and 3, during the random access procedure, the UE transmits a PRACH preamble at operation 820, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. If the network (e.g. gNB) wants the UE to back off the network sends backoff parameter value (or index to predefined list of backoff values) in RAR at operation 830. Alternately, if the network wants the UE to back off the network sends backoff indicator at operation 830, and backoff parameter is pre-defined or signaled in SI. If the UE receives backoff parameter value (or index to predefined list of backoff values) or indication to backoff in RAR, the UE sets backoff scaling factor corresponding to access priority of random access procedure at operation 840. In another embodiment, after transmitting the PRACH preamble 'N' times, the UE performs backoff. 'N' can be pre-defined or signaled (either using periodic broadcast or on demand) in SI or in dedicated RRC signaling. The UE sets backoff scaling factor corresponding to access priority of random access procedure. Backoff parameter is pre-defined or signaled in SI in this case.
Based on the determined scaling factor, if the transmitted Random Access Preamble at operation 820 was selected among the contention-based Random Access Preambles, the UE select a random backoff time according to a uniform distribution between 0 and the 'Scaling factor * Backoff Parameter Value' at operation 850. The UE then delays the subsequent random access transmission by the backoff time at operation 860.
In an alternate embodiment, if the Random Access procedure is initiated for handover (or upon reception of reconfiguration message including reconfigurationwithSync IE) or beam failure recovery and Backoff Scaling Factor is configured by network: UE select a random backoff time according to a uniform distribution between 0 and the value of the 'Backoff Scaling Factor * Backoff Parameter Value' at operation 850. Otherwise, UE select a random backoff time according to a uniform distribution between 0 and the value of the 'Backoff Parameter Value' at operation 850.
If the random access procedure is initiated for UL data transmission corresponding to a logical channel, then in one embodiment access priority of the random access procedure is the priority of that logical channel. The priority for each logical channel is configured by the network and signaled to the UE in dedicated RRC signaling. If the random access procedure is initiated for UL data transmission corresponding to a numerology, then in another embodiment access priority of the random access procedure is the priority of that numerology. The priority for each numerology is configured by network and signaled to the UE in dedicated RRC signaling or broadcast signaling. If the random access procedure is initiated for UL data transmission corresponding to a TTI duration, then in one embodiment access priority of the random access procedure is the priority of that TTI duration. The priority for each TTI duration is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling. In an embodiment, the network may signal random access priority (or random access priority can be pre-defined) for various events such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, beam failure recovery, etc. In an embodiment, wherein only two random access priorities are configured, the network may indicate one or more events (such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, beam failure recovery, etc.) for which high random access priority is applied. Alternately, the one or more events (e.g. handover, beam failure recovery, etc.) for which high random access priority is applied are pre-defined. The UE selects the backoff scaling factor corresponding to random access priority of event for which the UE is performing random access. In an embodiment, if handover (or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE) is a high priority random access event and backoff scaling factor for high priority random access event (i.e. handover) is configured, UE selects the configured backoff scaling factor. The backoff scaling factor for high priority random access event or handover (or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE) can be signaled in dedicated RRC signaling or in SI. If handover is a high priority random access event and backoff scaling factor for high priority random access event (i.e. handover) is not configured, UE selects the backoff scaling factor equal to 1. In another embodiment, if beam failure recovery is a high priority random access event and backoff scaling factor for high priority random access event (i.e. beam failure recovery) is configured, UE selects the configured backoff scaling factor. The backoff scaling factor for high priority random access event or beam failure recovery can be signaled in dedicated RRC signaling or in SI. If beam failure recovery is a high priority random access event and backoff scaling factor for high priority random access event (i.e. beam failure recovery) is not configured, UE selects the backoff scaling factor equal to 1. In an embodiment, the network may signal random access priority (or random access priority can be pre-defined) for various services such as URLLC, eMBB, MTC, V2X, D2D, etc. The UE selects the backoff scaling factor corresponding to priority of service for which the UE is performing random access. In an embodiment, the network may signal priority (or priority can be pre-defined) for various slices (slice type or slice IDs). The UE selects the backoff scaling factor corresponding to priority of slice for which the UE is performing random access.
Embodiment 5:
In another embodiment of the disclosure, scaling factor for random access backoff is specified corresponding to retransmission attempt number (or based PREAMBLE_TRANSMISSION_COUNTER).
FIG. 9 illustrates an operation for RA backoff according to an embodiment of the disclosure.
Similar to Embodiments 1 to 4, during the random access procedure, the UE transmits a PRACH preamble at operation 910, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. If the network (e.g. gNB) wants the UE to back off the network sends backoff parameter value (or index to predefined list of backoff values) in RAR at operation 920. Alternately, if the network wants the UE to back off the network sends backoff indicator at operation 920, and backoff parameter is pre-defined or signaled in SI. If the UE receives backoff parameter value (or index to predefined list of backoff values) or indication to backoff in RAR, the UE sets backoff scaling factor corresponding to the PRACH preamble retransmission attempt number (or based PREAMBLE_TRANSMISSION_COUNTER) at operation 930. Based on the determined backoff scaling factor, the UE select a random backoff time according to a uniform distribution between 0 and the ‘Backoff Scaling factor * Backoff Parameter Value’ at operation 940. The UE then delays the subsequent random access transmission by the backoff time at operation 950.
In an embodiment of the disclosure the backoff scaling factor is as defined in Math Figure 1. In the equation PREAMBLE_TRANSMISSION_COUNTER can be preamble retransmission attempt number.
Assume that the number of maximum retransmission i.e. Max Re-TX is set to 3 excluding the initial attempt. For 1st retransmission (Re-TX) UE should apply short back-off. For 2nd Re-TX UE should apply medium back-off. For 3rd Re-TX UE should apply long back-off. The applied back-off is scaled in increasing order of the re-transmission attempt.
In another embodiment of the disclosure the backoff scaling factor is as defined in Math Figure 2. In the equation PREAMBLE_TRANSMISSION_COUNTER can be preamble retransmission attempt number. The threshold can be predefined or signaled by the network.
In another embodiment of the disclosure the backoff scaling factor is set to one if preamble retransmission attempt number (or PREAMBLE_TRANSMISSION_COUNTER) is less than or equal to a preamble retransmission attempt number threshold. The backoff scaling factor is set to 'X' if preamble retransmission attempt number is greater than preamble retransmission attempt number threshold. The value of 'X' and preamble retransmission attempt number threshold is signaled by the network. The signaling can be in SI (broadcast or on demand) or in dedicated signaling.
[Math Figure 3]
Scaling Factor = 1 If PREAMBLE_TRANSMISSION_COUNTER <= Threshold
Scaling Factor = X If PREAMBLE_TRANSMISSION_COUNTER > Threshold
In another embodiment of the disclosure multiple (N) thresholds and corresponding backoff scaling factors can be defined or signaled. The backoff scaling factor is set as in Math Figure 4.
[Math Figure 4]
Scaling Factor = 1 If PREAMBLE_TRANSMISSION_COUNTER <= Threshold 1
Scaling Factor = X If Threshold 1 < PREAMBLE_TRANSMISSION_COUNTER <= Threshold 2
Scaling Factor = Y If Threshold 2 < PREAMBLE_TRANSMISSION_COUNTER <= Threshold 3
… …
Scaling Factor = Z If Threshold N-1 < PREAMBLE_TRANSMISSION_COUNTER <= Threshold N
In another embodiment of the disclosure the mapping between backoff scaling factor and preamble retransmission attempt number (or PREAMBLE_TRANSMISSION_COUNTER) is signaled (either using periodic broadcast or on demand) in SI or can be pre-defined or can be signaled in dedicated RRC signaling. The UE select the backoff scaling factor corresponding to preamble retransmission attempt number (or PREAMBLE_TRANSMISSION_COUNTER).
In an embodiment of the disclosure, the UE first determines the backoff parameter value corresponding to access category as in Embodiment 1. The UE then determine the scaling factor based on retransmission attempt number (or based PREAMBLE_TRANSMISSION_COUNTER). Based on the determined backoff scaling factor, the UE select a random backoff time according to a uniform distribution between 0 and the 'Backoff Scaling factor * Backoff Parameter Value'. The UE then delays the subsequent random access transmission by the backoff time.
In an embodiment of the disclosure, the UE first determines the backoff parameter value corresponding to random access priority as in Embodiment 2. The UE then determine the backoff scaling factor based on retransmission attempt number (or based PREAMBLE_TRANSMISSION_COUNTER). Based on the determined backoff scaling factor, UE select a random backoff time according to a uniform distribution between 0 and the 'Backoff Scaling factor * Backoff Parameter Value'. The UE then delays the subsequent random access transmission by the backoff time.
In an embodiment of the disclosure, the UE first determine the backoff scaling factor 1 corresponding to random access category as in Embodiment 3. The UE then determine the backoff scaling factor 2 based on retransmission attempt number (or based PREAMBLE_TRANSMISSION_COUNTER). Based on the determined backoff scaling factors, the UE select a random backoff time according to a uniform distribution between 0 and the 'Backoff Scaling factor 1 * Backoff Scaling factor 2 * Backoff Parameter Value'. The UE then delays the subsequent random access transmission by the backoff time. The backoff parameter value is provided by the network in RAR or signaled to the UE in signaling (broadcast or dedicated).
In an embodiment of the disclosure, the UE first determine the backoff scaling factor 1 corresponding to access priority as in Embodiment 4. The UE then determine the backoff scaling factor 2 based on retransmission attempt number (or based PREAMBLE_TRANSMISSION_COUNTER). Based on the determined backoff scaling factors, UE select a random backoff time according to a uniform distribution between 0 and the 'Backoff Scaling factor 1 * Backoff Scaling factor 2 * Backoff Parameter Value'. The UE then delays the subsequent random access transmission by the backoff time. The backoff parameter value is provided by the network in RAR or signaled to the UE in signaling (broadcast or dedicated).
In another embodiment, after transmitting a PRACH preamble 'N' times, the UE performs backoff. 'N' can be pre-defined or signaled (either using periodic broadcast or on demand) in SI or in dedicated RRC signaling. The UE sets backoff scaling factor corresponding to retransmission attempt number (or PREAMBLE_TRANSMISSION_COUNTER) as explained earlier. Backoff parameter is pre-defined or signaled in SI in this case. Based on the determined backoff scaling factor, the UE select a random backoff time according to a uniform distribution between 0 and the 'Backoff Scaling factor * Backoff Parameter Value'. The UE then delays the subsequent random access transmission by the backoff time.
In another embodiment, after transmitting the PRACH preamble 'N' times, the UE performs backoff. 'N' can be pre-defined or signaled (either using periodic broadcast or on demand) in SI. Backoff parameter is pre-defined or signaled in SI. The UE select a random backoff time according to a uniform distribution between 0 and the Backoff Parameter Value'. The UE then delays the subsequent random access transmission by the backoff time.
Embodiment 6:
In an embodiment of the disclosure, the UE skip backoff for certain events (e.g. high priority services such as URLLC or handover or beam failure recovery, etc.), even if the UE has received the indication to back off in RAR.
Power Ramping Mechanism
During the random access procedure, the UE first transmits the PRACH preamble and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. Sometimes due to congestion on PRACH channel, PRACH preamble transmission may not be successful. If the UE does not receive the RAR corresponding to its PRACH preamble transmission during the RAR window, the UE retransmits the PRACH preamble. During the retransmission the UE ramps up the power by PowerRampingStep. PowerRampingStep is signaled in SI. All the UEs apply same PowerRampingStep. This is not efficient as latency requirement may be different for different UEs. The latency requirement may be different depending on event which triggered random access procedure and so on. So power ramping mechanism needs to be enhanced.
Embodiment 1:
In one embodiment of the disclosure, PowerRampingStep parameter for RA is specified for each access category. There can be several access categories. An access category corresponds to a UE/device type and/or service type and/or call type and/or signaling type and/or application ID and/or slice type and/or slice ID and/or combination of one or more of UE/device type, service type, call type, signaling type or application type or slice type or slice ID.
FIG. 10 illustrates an operation for power ramping according to an embodiment of the disclosure.
Referring to FIG. 10, the mapping between PowerRampingStep parameter and access category is signaled (either using periodic broadcast or on demand) by network (e.g. gNB) in SI at operation 1010. For example, gNB may transmit system information indicating that PowerRampingStep for Access Category 1 is PowerRampingStep X, PowerRampingStep for Access Category 2 is PowerRampingStep Y, and so on. The mapping between PowerRampingStep and Access Category can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message).
During the random access procedure, the UE transmits a PRACH preamble at operation 1020, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. However, it is possible that the PRACH preamble transmission fails, or it is possible that the PRACH preamble transmission is successful but the UE fails to receive RAR transmitted by the network. If the UE fails to receive RAR after transmitting the PRACH preamble transmission, the UE sets PowerRampingStep parameter value corresponding to access category at operation 1030. The access category may correspond to the access category of the UE or the access category for which the UE is accessing the cell or the access category for which the UE is performing random access. In an embodiment, UE may select the PowerRampingStep parameter value corresponding to access category upon initiation of random access procedure. Based on the determined PowerRampingStep parameter, the UE ramps up the PREAMBLE_RECEIVED_TARGET_POWER by (PREAMBLE_POWER_RAMPING_COUNTER -1) * PowerRampingStep at operation 1040. Based on the determined PowerRampingStep parameter, UE sets the PREAMBLE_RECEIVED_TARGET_POWER to preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER - 1) × preamblePowerRampingStep. PreambleReceivedTargetPower is configured by the network. DELTA_PREAMBLE is preamble format based power offset. It is pre-defined for various preamble formats.
Embodiment 2:
In another embodiment of the disclosure, PowerRampingStep parameter for random access is specified for each access priority.
FIG. 11 illustrates an operation for power ramping according to an embodiment of the disclosure.
Referring to FIG. 11, the mapping between PowerRampingStep parameter and access priority is signaled (either using periodic broadcast or on demand) by network (e.g. gNB) in SI at operation 1110. For example, gNB may transmit the system information indicating that PowerRampingStep for Random Access Priority 1 is PowerRampingStep X, PowerRampingStep for Random Access Priority 2 is PowerRampingStep Y, and so on. The mapping between PowerRampingStep and Random Access Priority can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message). In an embodiment, there can be just two random access priorities, high priority random access and low (or normal priority) priority random access. Network signals the PowerRampingStep for high priority random access and normal random access in system information and/or in dedicated RRC signaling.
During the random access procedure, the UE transmits a PRACH preamble at operation 1120, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. However, it is possible that the PRACH preamble transmission fails, or it is possible that the PRACH preamble transmission is successful but the UE fails to receive RAR transmitted by the network. If the UE fails to receive RAR after transmitting the PRACH preamble transmission, the UE sets PowerRampingStep parameter value corresponding to access priority of random access procedure at operation 1130. In an embodiment, UE may select the PowerRampingStep parameter value corresponding to access priority upon initiation of random access procedure and applies the same to calculate power during PRACH preamble transmission. Based on the determined PowerRampingStep parameter, the UE ramps up the PREAMBLE_RECEIVED_TARGET_POWER by (PREAMBLE_POWER_RAMPING_COUNTER -1) * PowerRampingStep at operation 1140. Based on the determined PowerRampingStep parameter, UE sets the PREAMBLE_RECEIVED_TARGET_POWER to preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER - 1) × preamblePowerRampingStep. PreambleReceivedTargetPower is configured by the network. DELTA_PREAMBLE is preamble format based power offset. It is pre-defined for various preamble formats.
If the random access is initiated for UL data transmission corresponding to a logical channel, then in one embodiment access priority of the random access procedure is the priority of that logical channel. The priority for each logical channel is configured by the network and signaled to the UE in dedicated RRC signaling. If the random access is initiated for UL data transmission corresponding to a numerology, then in another embodiment access priority of random access procedure is the priority of that numerology. The priority for each numerology is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling. If the random access is initiated for UL data transmission corresponding to a TTI duration, then in one embodiment access priority of the random access procedure is the priority of that TTI duration. The priority for each TTI duration is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling. In an embodiment, the network may signal random access priority (or random access priority can be pre-defined) for various events such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, etc. The UE selects the PowerRampingStep parameter value corresponding to priority of event for which the UE is performing random access. In an embodiment, wherein only two random access priorities are configured, the network may indicate one or more events (such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, beam failure recovery, etc.) for which high random access priority is applied. Alternately, one or more events (e.g. handover, beam failure recovery, etc.) for which high random access priority is applied are pre-defined.
In an embodiment, if handover (or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE) is a high priority random access event and PowerRampingStep parameter for high priority random access event is configured, UE selects the PowerRampingStep parameter value corresponding to high priority random access event. If handover (or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE) is a high priority random access event and PowerRampingStep parameter for high priority random access event is not configured, UE selects the PowerRampingStep parameter value corresponding to normal random access. The PowerRampingStep for normal random access is configured or signaled by network in dedicated RRC signaling or broadcast signaling using RACHConfigCommon IE. The another PowerRampingStep parameter for high priority random access event can also be configured or signaled by network in dedicated RRC signaling (e.g. RRCReconfiguration message) using RACHConfigCommon IE or in another IE (e.g. ReconfigurationWithSync). In an embodiment, for random access procedure initiated by reception of RRC Reconfiguration message (including ReconfigurationWithSync IE) from network, if PowerRampingStep is signaled in ReconfigurationWithSync IE, UE uses the PowerRampingStep parameter configured in ReconfigurationWithSync IE for random access procedure. If PowerRampingStep is not signaled in ReconfigurationWithSync IE UE uses the PowerRampingStep parameter configured in RACHConfigCommon IE for random access procedure. Network can signal PowerRampingStep parameter in ReconfigurationWithSync with different step value (e.g. higher value) compared to step value signaled in RACHConfigCommon IE.
In another embodiment, if beam failure recovery is a high priority random access event and PowerRampingStep parameter for high priority random access event is configured, UE selects the PowerRampingStep parameter value corresponding to high priority random access event. If beam failure recovery is a high priority random access event and PowerRampingStep parameter for high priority random access event is not configured, UE selects the PowerRampingStep parameter value corresponding to normal random access. The PowerRampingStep for normal random access is configured or signaled by network in dedicated RRC signaling or broadcast signaling using RACHConfigCommon IE. The another PowerRampingStep parameter for high priority random access event can also be configured or signaled by network in dedicated RRC signaling using RACHConfigCommon IE or in another IE (e.g. BeamFailureRecoveryConfig). In an embodiment, for beam failure recovery, if BeamFailureRecoveryConfig IE is signaled to UE by network, UE uses the PowerRampingStep parameter configured in BeamFailureRecoveryConfig IE for random access procedure for beam failure recovery. If BeamFailureRecoveryConfig IE is not signaled to UE by network UE uses the PowerRampingStep parameter configured in RACHConfigCommon IE for random access procedure for beam failure recovery. Network can signal PowerRampingStep parameter in BeamFailureRecoveryConfig with different step value (e.g. higher value) compared to step value signaled in RACHConfigCommon IE.
In an embodiment, the network may signal random access priority (or random access priority can be pre-defined) for various services such as URLLC, eMBB, MTC, V2X, D2D, etc. The UE selects the PowerRampingStep parameter value corresponding to priority of service for which the UE is performing random access. In an embodiment, the network may signal random access priority (or random access priority can be pre-defined) for various slices (slice type or slice IDs). The UE selects the PowerRampingStep parameter value corresponding to priority of slice for which the UE is performing random access.
Embodiment 3:
In one embodiment of the disclosure, a scaling factor for PowerRampingStep is specified for each access category. If scaling factor is not specified for an access category, a default scaling factor (e.g. 1) can be used.
FIG. 12 illustrates an operation for power ramping according to an embodiment of the disclosure.
Referring to FIG. 12, the mapping between scaling factor and access category is signaled (either using periodic broadcast or on demand) by network (e.g. gNB) in SI at operation 1210. The mapping between scaling factor and access category can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message). In another embodiment, the mapping between scaling factor and access category can be pre-defined. PowerRampingStep is signaled in SI.
During the random access procedure, the UE transmits the PRACH preamble at operation 1220, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. However, it is possible that PRACH preamble transmission fails, or it is possible that the PRACH preamble transmission is successful but the UE fails to receive RAR transmitted by the network. If the UE fails to receive RAR after transmitting the PRACH preamble transmission, the UE selects scaling factor value corresponding to access category at operation 1230. In an embodiment, UE may select the scaling factor value corresponding to access category upon initiation of random access procedure and applies the same to calculate power during PRACH preamble transmission. Based on the determined scaling factor and PowerRampingStep parameter, the UE ramps up the PREAMBLE_RECEIVED_TARGET_POWER by (PREAMBLE_POWER_RAMPING_COUNTER -1) * PowerRampingStep * scaling factor at operation 1240.
Based on the determined PowerRampingStep parameter, UE sets the PREAMBLE_RECEIVED_TARGET_POWER to preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER - 1) × preamblePowerRampingStep × scaling factor. PreambleReceivedTargetPower is configured by the network. DELTA_PREAMBLE is preamble format based power offset. It is pre-defined for various preamble formats.
Embodiment 4:
In another embodiment of the disclosure, scaling factor for PowerRampingStep is specified for each access priority.
FIG. 13 illustrates an operation for power ramping according to an embodiment of the disclosure.
Referring to FIG. 13, the mapping between scaling factor and random access priority is signaled (either using periodic broadcast or on demand) by network (e.g. gNB) in SI at operation 1310. The mapping between scaling factor and Random Access Priority can also be signaled in dedicated RRC signaling (e.g. RRC Reconfiguration message). For example, gNB may transmit system information indicating that scaling factor for Random Access Priority 1 is Scaling Factor X, scaling factor for Random Access Priority 2 is Scaling Factor Y, and so on. In another embodiment, the mapping between scaling factor and access priority can be pre-defined. If scaling factor is not specified for a random access priority, a default scaling factor (e.g. 1) can be used. In an embodiment, there can be just two random access priorities, high priority and low (or normal priority). In this case the scaling factor may be signaled in system information or in dedicated RRC signaling only for high priority random access. The scaling factor for low (or normal priority) priority random access is 1 (i.e. no scaling is applied).
During the random access procedure, the UE transmits a PRACH preamble at operation 1320, and then waits for RAR in the RAR window corresponding to its RACH preamble transmission. However, it is possible that the PRACH preamble transmission fails, or it is possible that the PRACH preamble transmission is successful but the UE fails to receive RAR transmitted by the network. If the UE fails to receive RAR after transmitting the PRACH preamble transmission, the UE selects scaling factor value corresponding to access priority at operation 1330. In an embodiment, UE may select the scaling factor corresponding to access priority upon initiation of random access procedure and applies the same to calculate power during PRACH preamble transmission. Based on the determined scaling factor and PowerRampingStep parameter, the UE ramps up the PREAMBLE_RECEIVED_TARGET_POWER by (PREAMBLE_POWER_RAMPING_COUNTER -1) * PowerRampingStep * scaling factor at operation 1340.
Based on the determined PowerRampingStep parameter, UE sets the PREAMBLE_RECEIVED_TARGET_POWER to preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER - 1) × preamblePowerRampingStep × scaling factor. PreambleReceivedTargetPower is configured by the network. DELTA_PREAMBLE is preamble format based power offset. It is pre-defined for various preamble formats.
If the random access is initiated for UL data transmission corresponding to a logical channel, then in one embodiment access priority of the random access procedure is the priority of that logical channel. The priority for each logical channel is configured by the network and signaled to the UE in dedicated RRC signaling. If the random access is initiated for UL data transmission corresponding to a numerology, then in another embodiment access priority of the random access procedure is the priority of that numerology. The priority for each numerology is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling. If the random access is initiated for UL data transmission corresponding to a TTI duration, then in one embodiment access priority of the random access procedure is the priority of that TTI duration. The priority for each TTI duration is configured by the network and signaled to the UE in dedicated RRC signaling or broadcast signaling. In an embodiment, the network may signal priority (or priority can be pre-defined) for various events such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, etc. In an embodiment, wherein only two random access priorities are configured, the network may indicate the one or more events (such as handover, UL data transmission, initial access, UL synchronization, on-demand SI request, initial RACH transmission, RACH retransmission, beam failure recovery, etc.) for which high access priority is applied. Alternately, one or more the one or more events (e.g. handover, beam failure recovery, etc.) for which high random access priority is applied are pre-defined. The UE selects the backoff parameter value corresponding to priority of event for which the UE is performing random access. In an embodiment, if handover (or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE) is a high priority random access event and scaling factor for high priority random access event (i.e. handover) is configured, UE selects the configured scaling factor. If handover (or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE) is a high priority random access event and scaling factor for high priority random access event (i.e. handover) is not configured, UE selects the scaling factor equal to 1. In another embodiment, if beam failure recovery is a high priority random access event and scaling factor for high priority random access event (i.e. beam failure recovery) is configured, UE selects the configured scaling factor. If beam failure recovery is a high priority random access event and scaling factor for high priority random access event (i.e. beam failure recovery) is not configured, UE selects the scaling factor equal to 1.
In an embodiment, the network may signal random access priority (or random access priority can be pre-defined) for various services such as URLLC, eMBB, MTC, V2X, D2D etc. The UE selects the scaling factor corresponding to priority of service for which the UE is performing random access. In an embodiment, the network may signal random access priority (or random access priority can be pre-defined) for various slices (slice type or slice IDs). The UE selects the scaling factor value corresponding to priority of slice for which the UE is performing random access.
FIG. 14 is a block diagram of a terminal according to an embodiment of the disclosure.
Referring to FIG. 14, a terminal includes a transceiver 1410, a controller 1420 and a memory 1430. The transceiver 1410, the controller 1420 and the memory 1430 are configured to perform the operations of the UE illustrated in FIGS. 1 to 13, or described above. Although the transceiver 1410, the controller 1420 and the memory 1430 are shown as separate entities, they may be realized as a single entity like a single chip. The transceiver 1410, the controller 1420 and the memory 1430 may be electrically connected to or coupled with each other.
The transceiver 1410 may transmit and receive signals to and from the other network entities, e.g. a base station.
The controller 1420 may control the terminal to perform a function according to one of the embodiments described above. For example, the controller 1420 may be configured to control the transceiver 1410 to transmit a random access preamble associated with a random access procedure to the base station and control the transceiver 1410 to receive a random access response including information on a backoff parameter value from the base station. The information on a backoff parameter may refer to a backoff indicator including an index to predefined list of backoff values. The controller 1420 is configured to identify a scaling factor for backoff based on a priority of the random access procedure or the event which triggered the random access procedure. Only two categories of priorities (e.g., high priority RACH access and normal RACH access) may be defined. In other words, the random access has one of a high access priority or a normal access priority. The events for which high access priority is applied are pre-defined. For example, events for high priority RACH access may be pre-defined as a handover (or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE) and a beam failure recovery. Therefore, if the random access is for a handover (or random access triggered by reception of reconfiguration message including reconfigurationwithSync IE) or a beam failure recovery, the terminal determines the random access as the high access priority. The information on the scaling factor (e.g. the mapping between scaling factor and access priority) may be configured by the network for backoff, and the controller 1420 may be configured to control the transceiver 1410 to receive information on the scaling factor from the base station. The controller 1420 may be configured to determine a random backoff time based on the scaling factor and the backoff parameter value. For example, the controller 1420 may be configured to select the random backoff time according to a uniform distribution between 0 and the 'Scaling factor * Backoff Parameter Value.' The terminal may delay the subsequent random access transmission by the backoff time. In other words, the controller 1420 may be configured to control the transceiver 1410 to transmitting the subsequent random access preamble to the base station after the random backoff time. In addition, a power ramping step is configured for the high priority RACH access. Therefore, if the terminal fails to receive a random access response from the base station in response to transmitting the random access preamble, the controller 1420 may be configured to determine a power ramping step parameter based on the priority of the random access, and control to the transceiver 1410 to retransmit the random access preamble using the power ramping step to the base station The controller 1420 may refer to a circuitry, an application-specific integrated circuit (ASIC), or at least one processor.
In an embodiment, the operations of the terminal may be implemented using the memory 1430 storing corresponding program codes. Specifically, the terminal may be equipped with the memory 1430 to store program codes implementing desired operations. To perform the desired operation, the controller 1420 may read and execute the program codes stored in the memory 1430 by using a processor or a central processing unit (CPU).
FIG. 15 is a block diagram of a base station according to an embodiment of the disclosure.
Referring to FIG. 15, a base station includes a transceiver 1510, a controller 1520 and a memory 1530. The transceiver 1510, the controller 1520 and the memory 1530 are configured to perform the operations of the network (e.g. gNB) illustrated in FIGS. 1 to 13, or described above. Although the transceiver 1510, the controller 1520 and the memory 1530 are shown as separate entities, they may be realized as a single entity like a single chip. The transceiver 1510, the controller 1520 and the memory 1530 may be electrically connected to or coupled with each other.
The transceiver 1510 may transmit and receive signals to and from the other network entities, e.g. a terminal.
The controller 1520 may control the base station to perform a function according to one of the embodiments described above. For example, the controller 1520 is configured to control the transceiver 1510 to receive a random access preamble associated with a random access procedure from the terminal, transmit a random access response including information on a backoff parameter value to the terminal, and receive a subsequent random access preamble after a random backoff time from the terminal. As described above, the random backoff time is determined based on a scaling factor for backoff and the backoff parameter value, and the scaling factor is determined based on a priority of the random access procedure or the event which triggered the random access procedure.
The controller 1520 may refer to a circuitry, an application-specific integrated circuit (ASIC), or at least one processor.
In an embodiment, the operations of the base station may be implemented using the memory 1530 storing corresponding program codes. Specifically, the base station may be equipped with the memory 1530 to store program codes implementing desired operations. To perform the desired operation, the controller 1520 may read and execute the program codes stored in the memory 1530 by using a processor or a central processing unit (CPU).
While the disclosure has been shown and described with reference to various embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the disclosure as defined by the appended claims and their equivalents.
Claims (15)
- A method of a terminal for performing a random access procedure, the method comprising:transmitting, to a base station, a random access preamble associated with a random access procedure;receiving, from the base station, a random access response including information on a backoff parameter value;identifying a scaling factor for backoff based on a priority of the random access procedure or an event which triggers the random access procedure;determining a random backoff time based on the scaling factor and the backoff parameter value; andtransmitting, to the base station, a subsequent random access preamble after the random backoff time.
- The method of claim 1, wherein the random access has one of a high access priority or a normal access priority.
- The method of claim 2, wherein, if the random access is for a handover or a beam failure recovery, the random access is determined as the high access priority.
- The method of claim 1, further comprising:receiving, from the base station, information on the scaling factor.
- The method of claim 1, wherein, if the terminal fails to receive a random access response from the base station in response to transmitting the random access preamble, the method further comprises:determining a power ramping step parameter based on the priority of the random access; andretransmitting, to the base station, the random access preamble using the power ramping step.
- A method of a base station for performing a random access procedure, the method comprising:receiving, from a terminal, a random access preamble associated with a random access procedure;transmitting, to the terminal, a random access response including information on a backoff parameter value; andreceiving, from the terminal, a subsequent random access preamble after a random backoff time,wherein the random backoff time is determined based on a scaling factor for backoff and the backoff parameter value, and the scaling factor is determined based on a priority of the random access procedure or an event which triggers the random access procedure.
- The method of claim 6,wherein the random access has one of a high access priority or a normal access priority, andwherein if the random access is for a handover or a beam failure recovery, the random access is determined as the high access priority.
- The method of claim 6, further comprising:transmitting, to the terminal, information on the scaling factor.
- A terminal comprising:a transceiver configured to:receive signals from a base station, andtransmit signals to the base station; anda processor coupled with the transceiver and configured to:control the transceiver to transmit, to the base station, a random access preamble associated with a random access procedure,control the transceiver to receive, from the base station, a random access response including information on a backoff parameter value,identify a scaling factor for backoff based on a priority of the random access procedure or an event which triggers the random access procedure,determine a random backoff time based on the scaling factor and the backoff parameter value, andcontrol the transceiver to transmitting, to the base station, a subsequent random access preamble after the random backoff time.
- The terminal of claim 9,wherein the random access has one of a high access priority or a normal access priority, andwherein the processor is further configured to determine the random access as the high access priority if the random access is for a handover or a beam failure recovery.
- The terminal of claim 9, wherein the processor is further configured to control the transceiver to receive information on the scaling factor from the base station.
- The terminal of claim 9, wherein the processor is further configured to:determine a power ramping step parameter based on the priority of the random access, andcontrol to the transceiver to retransmit the random access preamble using the power ramping step to the base station if the terminal fails to receive a random access response from the base station in response to transmitting the random access preamble.
- A base station comprising:a transceiver configured to:receive signals from a terminal, andtransmit signals to the terminal; anda processor coupled with the transceiver and configured to:control the transceiver to receive, from the terminal, a random access preamble associated with a random access procedure,control the transceiver to transmit, to the terminal, a random access response including information on a backoff parameter value, andcontrol the transceiver to receive, from the terminal, a subsequent random access preamble after a random backoff time,wherein the random backoff time is determined based on a scaling factor for backoff and the backoff parameter value, and the scaling factor is determined based on a priority of the random access procedure or an event which triggers the random access procedure.
- The base station of claim 13,wherein the random access has one of a high access priority or a normal access priority, andwherein if the random access is for a handover or a beam failure recovery, the random access is determined as the high access priority.
- The base station of claim 13, wherein the processor is further configured to control the transceiver to transmit information on the scaling factor from the terminal.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020197034991A KR102530272B1 (en) | 2017-04-26 | 2018-04-26 | Method and apparatus for performing random access procedure |
CN201880027640.8A CN110574482A (en) | 2017-04-26 | 2018-04-26 | Method and apparatus for performing random access procedure |
EP18791721.6A EP3603306A4 (en) | 2017-04-26 | 2018-04-26 | Method and apparatus for performing random access procedure |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN201731014799 | 2017-04-26 | ||
IN201731014799 | 2017-04-26 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2018199647A1 true WO2018199647A1 (en) | 2018-11-01 |
Family
ID=63917008
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2018/004851 WO2018199647A1 (en) | 2017-04-26 | 2018-04-26 | Method and apparatus for performing random access procedure |
Country Status (5)
Country | Link |
---|---|
US (2) | US20180317264A1 (en) |
EP (1) | EP3603306A4 (en) |
KR (1) | KR102530272B1 (en) |
CN (1) | CN110574482A (en) |
WO (1) | WO2018199647A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111757531A (en) * | 2019-03-27 | 2020-10-09 | 普天信息技术有限公司 | Random access backspacing method and device |
Families Citing this family (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018112751A1 (en) * | 2016-12-20 | 2018-06-28 | 北京小米移动软件有限公司 | System information transmission method and device |
KR102125539B1 (en) * | 2017-03-22 | 2020-06-23 | 엘지전자 주식회사 | Method and device for adjusting random access backoff parameter |
RU2763751C2 (en) * | 2017-04-28 | 2022-01-10 | Шарп Кабусики Кайся | Random access procedure(s) for radio system |
US11737144B2 (en) * | 2017-05-05 | 2023-08-22 | Nokia Technologies Oy | On multiple PRACH preambles and random access responses |
US10939364B2 (en) * | 2017-05-12 | 2021-03-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Radio network node, wireless device and methods for system information transmission |
WO2018219352A1 (en) * | 2017-06-02 | 2018-12-06 | Fg Innovation Ip Company Limited | Methods, devices, and systems for service-driven mobility management |
US10813097B2 (en) * | 2017-06-14 | 2020-10-20 | Qualcomm Incorporated | System and method for transmitting beam failure recovery request |
WO2019031820A1 (en) * | 2017-08-08 | 2019-02-14 | Lg Electronics Inc. | Method and apparatus for handling failure of early data transmission in wireless communication system |
US11259329B2 (en) * | 2017-08-21 | 2022-02-22 | Qualcomm Incorporated | Prioritized random access procedure |
CN108684219B (en) * | 2017-09-29 | 2022-04-22 | 北京小米移动软件有限公司 | Random access configuration method and device |
US20190124715A1 (en) * | 2017-10-24 | 2019-04-25 | Asustek Computer Inc. | Method and apparatus of performing msg3-based system information request in a wireless communication system |
CN117596694A (en) * | 2017-12-22 | 2024-02-23 | 夏普株式会社 | Wireless communication method and device |
EP3738388B1 (en) * | 2018-01-10 | 2022-09-14 | Telefonaktiebolaget LM Ericsson (publ) | Handling communication of a user equipment in a wireless communication network |
US11452030B2 (en) * | 2018-03-26 | 2022-09-20 | Beijing Xiaomi Mobile Software Co., Ltd. | Information recording method and information recording device |
US11019557B2 (en) * | 2018-05-10 | 2021-05-25 | Sharp Kabushiki Kaisha | Apparatus and method for acquisition of periodically broadcasted system information in wireless communication |
CN110636578B (en) * | 2018-06-21 | 2023-10-31 | 中兴通讯股份有限公司 | Method, device, storage medium and terminal for requesting system message |
US11160117B2 (en) * | 2018-09-19 | 2021-10-26 | Qualcomm Incorporated | Random access techniques for idle mode requests |
US11611879B2 (en) * | 2018-10-31 | 2023-03-21 | Apple Inc. | 5G new radio—avoiding redundant as security checks |
WO2020089700A1 (en) | 2018-11-01 | 2020-05-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods for preventing handover caused by an insecure message from a network node |
US11191080B2 (en) * | 2018-11-27 | 2021-11-30 | Samsung Electronics Co., Ltd. | System and method of system information request in a cell supporting multiple uplink carriers |
CN111385816B (en) * | 2018-12-27 | 2022-07-15 | 展讯通信(上海)有限公司 | Method and device for reporting random access statistical information |
US11350463B2 (en) * | 2019-01-31 | 2022-05-31 | Qualcomm Incorporated | Random access channel (RACH) procedure power control |
US20220183075A1 (en) * | 2019-01-31 | 2022-06-09 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and apparatus for receiving target downlink signal, and device and system |
TW202131738A (en) * | 2019-02-05 | 2021-08-16 | 美商谷歌有限責任公司 | Managing cell group configuration in disaggregated base station architecture |
KR20200097467A (en) * | 2019-02-08 | 2020-08-19 | 삼성전자주식회사 | Method and apparatus for indicating 2 step random access procedure |
US20220078683A1 (en) * | 2019-02-14 | 2022-03-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, node and ue for initiating handover |
WO2020164035A1 (en) * | 2019-02-14 | 2020-08-20 | Qualcomm Incorporated | Prioritization of random access procedures |
JPWO2020170404A1 (en) * | 2019-02-21 | 2021-12-16 | 株式会社Nttドコモ | User device |
CN109963272B (en) * | 2019-04-28 | 2021-01-19 | 西安交通大学 | Random access method for differentiated MTC network |
US20220210826A1 (en) * | 2019-05-02 | 2022-06-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods of prioritized two-step radio access channel (rach) in new radio (nr) |
WO2020226462A1 (en) * | 2019-05-09 | 2020-11-12 | 현대자동차주식회사 | Frame transmission method and device using multiple random backoff operation in broadband wireless communication network |
CN114222373A (en) * | 2019-07-25 | 2022-03-22 | Oppo广东移动通信有限公司 | Random access method and device, and terminal |
KR20210015667A (en) * | 2019-07-31 | 2021-02-10 | 삼성전자주식회사 | Method and apparatus for performing 2 step random access procedure in a wireless communication system |
EP4070615B1 (en) | 2020-01-10 | 2024-05-15 | Samsung Electronics Co., Ltd. | Apparatus and method of random access procedure |
WO2021142580A1 (en) * | 2020-01-13 | 2021-07-22 | Oppo广东移动通信有限公司 | Wireless communication method, terminal device and network device |
EP4096309A4 (en) * | 2020-01-23 | 2023-01-04 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Control method for slice network, terminal and network terminal |
WO2021194325A1 (en) * | 2020-03-27 | 2021-09-30 | Samsung Electronics Co., Ltd. | Method of prioritizing random access for multimedia priority and mission critical services and apparatus thereof |
CN111601260B (en) * | 2020-05-27 | 2021-12-03 | 吉林省杰奥凯信息技术有限公司 | Short control information transmission method and system for Internet of vehicles |
US20230292368A1 (en) * | 2020-07-31 | 2023-09-14 | Industry-Academic Cooperation Foundation, Dankook University | Apparatus and method for transmitting radio access network slicing-related information |
EP4178269A4 (en) * | 2020-08-05 | 2024-04-24 | Samsung Electronics Co., Ltd. | Device and method for processing slice-based system access configuration information in wireless communication system |
CN115669168A (en) * | 2020-09-29 | 2023-01-31 | Oppo广东移动通信有限公司 | Random access method, device, terminal and storage medium |
WO2022205061A1 (en) * | 2021-03-31 | 2022-10-06 | Qualcomm Incorporated | Techniques for prioritizing multiple sets of random access channel parameters |
CN113453363B (en) * | 2021-06-28 | 2022-07-05 | 中信科移动通信技术股份有限公司 | Method and system for reducing continuous online of wireless signals |
US11871457B2 (en) | 2021-07-01 | 2024-01-09 | Qualcomm Incorporated | Transmitting random access messages using aerial user equipment specific parameters |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110274040A1 (en) * | 2010-02-12 | 2011-11-10 | Interdigital Patent Holdings, Inc. | Method and apparatus for optimizing uplink random access channel transmission |
US20130021997A1 (en) * | 2011-07-21 | 2013-01-24 | Ki Dong Lee | Method and apparatus for managing random access preamble set in a wireless communication system with multiple random-access priority classes |
US20130294233A1 (en) * | 2012-05-04 | 2013-11-07 | Industry-Academic Cooperation Foundation, Chosun University | Base station control method for connection of terminal with higher priority and base station supporting the same |
US20160014672A1 (en) * | 2011-08-10 | 2016-01-14 | Samsung Electronics Co., Ltd. | System and method for applying extended accessing barring in wireless communication system |
WO2016198909A1 (en) * | 2015-06-11 | 2016-12-15 | Intel IP Corporation | Low overhead system information acquisition for wireless communication |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100968020B1 (en) * | 2008-06-18 | 2010-07-08 | 엘지전자 주식회사 | Method for performing random access procedures and terminal thereof |
KR102073027B1 (en) * | 2011-04-05 | 2020-02-04 | 삼성전자 주식회사 | Method and appratus of operating multiple time alignment timer in mobile communication system using carrier aggregation |
US8718667B2 (en) * | 2011-08-05 | 2014-05-06 | Apple, Inc. | Adaptive random access channel retransmission |
CN104756586B (en) | 2012-10-23 | 2018-11-27 | Lg电子株式会社 | The method and apparatus kept out of the way is executed in a wireless communication system |
US10178703B2 (en) | 2013-05-09 | 2019-01-08 | Blackberry Limited | Stopping a random access procedure |
WO2014189453A1 (en) | 2013-05-21 | 2014-11-27 | Telefonaktiebolaget L M Ericsson (Publ) | Random access procedure in wireless device, radio base station and methods therein |
CN115483956A (en) * | 2014-11-26 | 2022-12-16 | Idac控股公司 | Initial access in high frequency wireless systems |
EP3409048B1 (en) | 2016-02-29 | 2020-12-02 | Samsung Electronics Co., Ltd. | Apparatus and method for signaling system information |
US11153909B2 (en) * | 2016-06-08 | 2021-10-19 | Qualcomm Incorporated | Two-stage chirp signal transmission in user equipment centric mobility (UECM) |
WO2018016799A1 (en) * | 2016-07-20 | 2018-01-25 | 엘지전자 주식회사 | Method and device for receiving system information on basis of beam information |
US10512106B2 (en) * | 2016-08-12 | 2019-12-17 | Electronics And Telecommunications Research Institute | State transition method based on random access procedure in communication system |
KR102125539B1 (en) | 2017-03-22 | 2020-06-23 | 엘지전자 주식회사 | Method and device for adjusting random access backoff parameter |
CN117596694A (en) * | 2017-12-22 | 2024-02-23 | 夏普株式会社 | Wireless communication method and device |
US10939362B2 (en) * | 2018-01-11 | 2021-03-02 | Mediatek Inc. | Apparatuses and methods for system information (SI) request through a contention-based random access procedure |
-
2018
- 2018-04-26 EP EP18791721.6A patent/EP3603306A4/en not_active Withdrawn
- 2018-04-26 KR KR1020197034991A patent/KR102530272B1/en active IP Right Grant
- 2018-04-26 WO PCT/KR2018/004851 patent/WO2018199647A1/en unknown
- 2018-04-26 CN CN201880027640.8A patent/CN110574482A/en not_active Withdrawn
- 2018-04-26 US US15/963,754 patent/US20180317264A1/en not_active Abandoned
-
2021
- 2021-01-11 US US17/145,763 patent/US11832308B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110274040A1 (en) * | 2010-02-12 | 2011-11-10 | Interdigital Patent Holdings, Inc. | Method and apparatus for optimizing uplink random access channel transmission |
US20130021997A1 (en) * | 2011-07-21 | 2013-01-24 | Ki Dong Lee | Method and apparatus for managing random access preamble set in a wireless communication system with multiple random-access priority classes |
US20160014672A1 (en) * | 2011-08-10 | 2016-01-14 | Samsung Electronics Co., Ltd. | System and method for applying extended accessing barring in wireless communication system |
US20130294233A1 (en) * | 2012-05-04 | 2013-11-07 | Industry-Academic Cooperation Foundation, Chosun University | Base station control method for connection of terminal with higher priority and base station supporting the same |
WO2016198909A1 (en) * | 2015-06-11 | 2016-12-15 | Intel IP Corporation | Low overhead system information acquisition for wireless communication |
Non-Patent Citations (1)
Title |
---|
See also references of EP3603306A4 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111757531A (en) * | 2019-03-27 | 2020-10-09 | 普天信息技术有限公司 | Random access backspacing method and device |
Also Published As
Publication number | Publication date |
---|---|
US20180317264A1 (en) | 2018-11-01 |
CN110574482A (en) | 2019-12-13 |
EP3603306A4 (en) | 2020-03-25 |
KR20190135060A (en) | 2019-12-05 |
US11832308B2 (en) | 2023-11-28 |
US20210136832A1 (en) | 2021-05-06 |
KR102530272B1 (en) | 2023-05-09 |
EP3603306A1 (en) | 2020-02-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2018199647A1 (en) | Method and apparatus for performing random access procedure | |
WO2020060371A1 (en) | Method and apparatus for supporting multiple message a sizes and uplink coverage for two step random access procedure | |
WO2020050660A1 (en) | Method and apparatus of performing random access on unlicensed carrier | |
WO2018143735A1 (en) | Method and apparatus for transmitting and receiving system information | |
WO2021006681A1 (en) | Method and apparatus for transmitting and receiving beam failure recovery request for secondary cell | |
WO2021066379A1 (en) | Method and apparatus for random access procedure | |
WO2019245285A1 (en) | Method and apparatus for performing random access backoff in wireless communication system | |
WO2021006690A1 (en) | Method and apparatus for handling scheduling request (sr) cancellation, random access (ra) prioritization and concurrent occurrence of beam failure recovery (bfr) on primary cell (pcell) and secondary cell (scell) | |
WO2019216687A1 (en) | Method and apparatus for controlling uplink time alignment in broadband wireless communication system | |
WO2017086667A1 (en) | Method and apparatus for transmitting and receiving scheduling request | |
WO2020032586A1 (en) | Method and apparatus for validating stored system information | |
WO2021125725A1 (en) | Method and apparatus for handling system information request in wireless communication system | |
WO2021194325A1 (en) | Method of prioritizing random access for multimedia priority and mission critical services and apparatus thereof | |
WO2020032599A1 (en) | System and method of selecting rach occasions for system information request | |
WO2021133077A1 (en) | Method and apparatus for handling configured grant type 1 for vehicle-to-everything (v2x) communication | |
WO2021201630A1 (en) | Method and apparatus for monitoring paging in extended drx cycle in a wireless communication system | |
WO2022014992A1 (en) | Sps operation method and device for mbs reception | |
WO2022086213A1 (en) | Method and device for mbs communication in wireless communication system | |
WO2019054824A1 (en) | Apparatus and method of identifying downlink transmission beam in a cellular network | |
WO2020091389A1 (en) | Method and apparatus for performing cell reselection in next-generation mobile communication system operating in unlicensed frequency band | |
WO2022191647A1 (en) | Method and device for supporting sidelink discontinuous reception in wireless communication system | |
WO2020162726A1 (en) | Method and apparatus for indicating two-step random access procedure in wireless communication system | |
WO2022131765A1 (en) | Method and apparatus for handling sl drx inactivity timer in wireless communication system | |
WO2022131622A1 (en) | Method and apparatus for mbs reception in rrc idle and rrc inactive state in wireless communication system | |
WO2022060059A1 (en) | Method and apparatus for transmitting and receiving paging in a wireless communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 18791721 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2018791721 Country of ref document: EP Effective date: 20191024 |
|
ENP | Entry into the national phase |
Ref document number: 20197034991 Country of ref document: KR Kind code of ref document: A |