US20180317264A1 - Method and apparatus for performing random access procedure - Google Patents

Method and apparatus for performing random access procedure Download PDF

Info

Publication number: US20180317264A1
Authority: US; United States
Prior art keywords: random access; backoff; priority; request; scaling factor
Prior art date: 2017-04-26
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.): Abandoned

Application number

US15/963,754

Other languages

English (en)

Inventor

Anil Agiwal

Mangesh Abhimanyu Ingale

Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)

Samsung Electronics Co Ltd

Original Assignee

Samsung Electronics Co Ltd

Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)

2017-04-26

Filing date

2018-04-26

Publication date

2018-11-01

2018-04-26 Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd

2018-04-26 Assigned to SAMSUNG ELECTRONICS CO., LTD. reassignment SAMSUNG ELECTRONICS CO., LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: AGIWAL, ANIL, INGALE, Mangesh Abhimanyu

2018-11-01 Publication of US20180317264A1 publication Critical patent/US20180317264A1/en

2021-01-11 Priority to US17/145,763 priority Critical patent/US11832308B2/en

Status Abandoned legal-status Critical Current

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. Transmission Power Control [TPC] or power classes
- H04W52/04—Transmission power control [TPC]
- H04W52/30—Transmission power control [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. Transmission Power Control [TPC] or power classes
- H04W52/04—Transmission power control [TPC]
- H04W52/30—Transmission power control [TPC] using constraints in the total amount of available transmission power
- H04W52/36—Transmission power control [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. Transmission Power Control [TPC] or power classes
- H04W52/04—Transmission power control [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

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”, and “Security technology”
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 40 ms. It is repeated every 10 ms 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 80 ms 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 MS G1 .
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.
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 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 MS G3 .
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.
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 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.
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 .
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 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.
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 .
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 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.
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.
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 .
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). 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.
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.
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 .
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 .
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.
backoff scaling factor is not specified for a random access priority
a default backoff scaling factor (e.g. 1) can be used.
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.
the network e.g. gNB
backoff parameter value or index to predefined list of backoff values
backoff indicator 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 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.
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 Equation 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 Equation 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 Equation 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.
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.
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.
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 .
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.g
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.
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 .
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.
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 .
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.
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)

US15/963,754 2017-04-26 2018-04-26 Method and apparatus for performing random access procedure Abandoned US20180317264A1 (en)

Priority Applications (1)

Application Number	Priority Date	Filing Date	Title
US17/145,763 US11832308B2 (en)	2017-04-26	2021-01-11	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

Related Child Applications (1)

Application Number	Title	Priority Date	Filing Date
US17/145,763 Continuation US11832308B2 (en)	2017-04-26	2021-01-11	Method and apparatus for performing random access procedure

Publications (1)

Publication Number	Publication Date
US20180317264A1 true US20180317264A1 (en)	2018-11-01

Family

ID=63917008

Family Applications (2)

Application Number	Title	Priority Date	Filing Date
US15/963,754 Abandoned US20180317264A1 (en)	2017-04-26	2018-04-26	Method and apparatus for performing random access procedure
US17/145,763 Active 2038-05-01 US11832308B2 (en)	2017-04-26	2021-01-11	Method and apparatus for performing random access procedure

Family Applications After (1)

Application Number	Title	Priority Date	Filing Date
US17/145,763 Active 2038-05-01 US11832308B2 (en)	2017-04-26	2021-01-11	Method and apparatus for performing random access procedure

Country Status (5)

Country	Link
US (2)	US20180317264A1 (fr)
EP (1)	EP3603306A4 (fr)
KR (1)	KR102530272B1 (fr)
CN (1)	CN110574482A (fr)
WO (1)	WO2018199647A1 (fr)

Cited By (44)

* Cited by examiner, † Cited by third party
Publication number	Priority date	Publication date	Assignee	Title
US20180317263A1 (en) *	2017-04-28	2018-11-01	Sharp Laboratories Of America, Inc,	Random access procedure(s) for radio system
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
WO2020160104A1 (fr) *	2019-01-31	2020-08-06	Qualcomm Incorporated	Commande de puissance de procédure de canal d'accès aléatoire (rach)
WO2020162726A1 (fr) *	2019-02-08	2020-08-13	Samsung Electronics Co., Ltd.	Procédé et appareil pour indiquer une procédure d'accès aléatoire en deux étapes dans un système de communication sans fil
CN111757531A (zh) *	2019-03-27	2020-10-09	普天信息技术有限公司	随机接入的回退方法及装置
WO2020220785A1 (fr) *	2019-04-28	2020-11-05	西安交通大学	Procédé d'accès aléatoire dans un réseau mtc différencié
US10840992B2 (en) *	2018-01-10	2020-11-17	Telefonaktiebolaget Lm Ericsson (Publ)	User equipment, radio network node and methods performed therein for handling communication in a wireless communication network
WO2021012286A1 (fr) *	2019-07-25	2021-01-28	Oppo广东移动通信有限公司	Procédé et dispositif d'accès aléatoire, et terminal
US10939364B2 (en) *	2017-05-12	2021-03-02	Telefonaktiebolaget Lm Ericsson (Publ)	Radio network node, wireless device and methods for system information transmission
US20210136643A1 (en) *	2018-06-21	2021-05-06	Zte Corporation	Method and device for requesting system information, storage medium, and terminal
US11019557B2 (en) *	2018-05-10	2021-05-25	Sharp Kabushiki Kaisha	Apparatus and method for acquisition of periodically broadcasted system information in wireless communication
US11057804B2 (en) *	2017-03-22	2021-07-06	Lg Electronics Inc.	Method and device for adjusting random access backoff parameter
KR20210095950A (ko) *	2018-12-27	2021-08-03	스프레드트럼 커뮤니케이션즈 (상하이) 컴퍼니 리미티드	랜덤 액세스 통계 정보 보고 방법 및 장치
CN113424638A (zh) *	2019-02-14	2021-09-21	高通股份有限公司	用于随机接入过程的优先级排序的系统和方法
CN113453363A (zh) *	2021-06-28	2021-09-28	中信科移动通信技术股份有限公司	一种减少无线信号持续在线的方法及系统
US11160117B2 (en) *	2018-09-19	2021-10-26	Qualcomm Incorporated	Random access techniques for idle mode requests
US20210337462A1 (en) *	2016-12-20	2021-10-28	Beijing Xiaomi Mobile Software Co., Ltd.	Method and device for transmitting system information
CN113748715A (zh) *	2019-02-05	2021-12-03	谷歌有限责任公司	分解式基站架构中的小区组配置
CN113966643A (zh) *	2019-05-09	2022-01-21	现代自动车株式会社	宽带无线通信网络中利用多随机退避操作的帧传输方法和装置
US11240720B2 (en) *	2017-06-02	2022-02-01	FG Innovation Company Limited	Methods, devices, and systems for service-driven mobility management
US11259329B2 (en) *	2017-08-21	2022-02-22	Qualcomm Incorporated	Prioritized random access procedure
US20220078683A1 (en) *	2019-02-14	2022-03-10	Telefonaktiebolaget Lm Ericsson (Publ)	Method, node and ue for initiating handover
CN114175838A (zh) *	2019-07-31	2022-03-11	三星电子株式会社	在无线通信系统中执行2步随机接入过程的方法和设备
US11291042B2 (en) *	2017-09-29	2022-03-29	Beijing Xiaomi Mobile Software Co., Ltd.	Method and apparatus for configuring random access
US11337255B2 (en) *	2017-12-22	2022-05-17	Sharp Kabushiki Kaisha	Wireless communication method and device
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
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)
US20220217769A1 (en) *	2019-02-21	2022-07-07	Ntt Docomo, Inc.	User equipment
US20220256425A1 (en) *	2019-11-07	2022-08-11	Fujitsu Limited	Method and apparatus for processing when acquisition of essential system information fails
US11425720B2 (en) *	2017-06-14	2022-08-23	Qualcomm Incorporated	System and method for transmitting beam failure recovery request
US11452030B2 (en) *	2018-03-26	2022-09-20	Beijing Xiaomi Mobile Software Co., Ltd.	Information recording method and information recording device
EP4096309A4 (fr) *	2020-01-23	2023-01-04	Guangdong Oppo Mobile Telecommunications Corp., Ltd.	Procédé de commande de réseau en tranches, terminal et terminal de réseau
WO2023278919A1 (fr) *	2021-07-01	2023-01-05	Qualcomm Incorporated	Transmission de messages d'accès aléatoire à l'aide de paramètres spécifiques à un équipement utilisateur aérien
EP4089961A4 (fr) *	2020-01-13	2023-01-25	Guangdong Oppo Mobile Telecommunications Corp., Ltd.	Procédé de communication sans fil, dispositif terminal et dispositif de réseau
US11606812B2 (en) *	2020-03-27	2023-03-14	Samsung Electronics Co., Ltd.	Method of prioritizing random access for multimedia priority and mission critical services and apparatus thereof
EP4173370A4 (fr) *	2020-08-05	2023-06-28	Apple Inc.	Interdiction d'accès pour découpage de réseau d'accès radio
CN116367352A (zh) *	2020-09-29	2023-06-30	Oppo广东移动通信有限公司	随机接入方法、装置、终端和存储介质
US11737144B2 (en) *	2017-05-05	2023-08-22	Nokia Technologies Oy	On multiple PRACH preambles and random access responses
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
US11838956B2 (en) *	2021-03-31	2023-12-05	Qualcomm Incorporated	Techniques for prioritizing multiple sets of random access channel parameters
US11985560B2 (en)	2018-11-01	2024-05-14	Telefonaktiebolaget Lm Ericsson (Publ)	Systems and methods for preventing handover caused by an insecure message from a network node
WO2025196146A1 (fr)	2024-03-22	2025-09-25	Continental Automotive Technologies GmbH	Procédé d'accès aléatoire pour dispositifs sans fil collectant l'énergie ambiante
WO2025196127A1 (fr)	2024-03-22	2025-09-25	Continental Automotive Technologies GmbH	Procédé de planification pour dispositifs ido ambiants
WO2025233415A1 (fr) *	2024-05-09	2025-11-13	Sony Group Corporation	Requête de sib à la demande

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number	Priority date	Publication date	Assignee	Title
US11140589B2 (en) *	2017-08-08	2021-10-05	Lg Electronics, Inc	Method and apparatus for handling failure of early data transmission in wireless communication system
US11611879B2 (en) *	2018-10-31	2023-03-21	Apple Inc.	5G new radio—avoiding redundant as security checks
EP3871447A4 (fr) *	2018-11-27	2022-01-05	Samsung Electronics Co., Ltd.	Système et procédé de demande d'informations de système dans une cellule prenant en charge de multiples porteuses de liaison montante
CN113228716A (zh) *	2019-10-02	2021-08-06	三星电子株式会社	用于随机接入过程的方法和设备
CN113330804B (zh) *	2019-12-16	2025-02-07	三星电子株式会社	用于在无线通信系统中释放分配用于随机接入的pusch资源的方法和装置
WO2021141266A1 (fr) *	2020-01-10	2021-07-15	Samsung Electronics Co., Ltd.	Appareil et procédé de procédure d'accès aléatoire
CN111601260B (zh) *	2020-05-27	2021-12-03	吉林省杰奥凯信息技术有限公司	用于车联网的短控制信息传输方法及系统
US20230292372A1 (en) *	2020-08-05	2023-09-14	Samsung Electronics Co., Ltd.	Device and method for processing slice-based system access configuration information in wireless communication system
US12484087B2 (en) *	2021-07-13	2025-11-25	Samsung Electronics Co., Ltd.	Channel access procedure for SL transmission over unlicensed band
CA3255901A1 (en) *	2023-10-05	2025-06-02	Comcast Cable Comm Llc	System information request procedures

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number	Priority date	Publication date	Assignee	Title
KR100968020B1 (ko) *	2008-06-18	2010-07-08	엘지전자 주식회사	랜덤 액세스 절차를 수행하는 방법 및 그 단말
KR101810260B1 (ko) *	2010-02-12	2017-12-18	인터디지탈 패튼 홀딩스, 인크	상향링크 랜덤 액세스 채널 전송을 최적화하는 방법 및 장치
KR102073027B1 (ko) *	2011-04-05	2020-02-04	삼성전자 주식회사	반송파 집적 기술을 사용하는 무선통신시스템에서 복수 개의 타임 정렬 타이머 운용 방법 및 장치
WO2013012265A2 (fr) *	2011-07-21	2013-01-24	Lg Electronics Inc.	Procédé et appareil de gestion d'ensembles de préambules d'accès aléatoire dans un système de communication sans fil avec multiples classes de priorité d'accès aléatoire
US8718667B2 (en) *	2011-08-05	2014-05-06	Apple, Inc.	Adaptive random access channel retransmission
KR101967721B1 (ko) *	2011-08-10	2019-04-10	삼성전자 주식회사	무선 통신 시스템에서 확장 접속 차단 적용 방법 및 장치
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
WO2014065593A1 (fr) *	2012-10-23	2014-05-01	Lg Electronics Inc.	Procédé et appareil pour effectuer une réduction de puissance dans un système de communication sans fil
US10178703B2 (en)	2013-05-09	2019-01-08	Blackberry Limited	Stopping a random access procedure
WO2014189453A1 (fr)	2013-05-21	2014-11-27	Telefonaktiebolaget L M Ericsson (Publ)	Procedure d'acces aleatoire dans un dispositif sans fil, station de base radio et leurs procedes
EP3879881A1 (fr) *	2014-11-26	2021-09-15	IDAC Holdings, Inc.	Commutation de faisceau dans les systèmes sans fil
KR102399944B1 (ko) *	2015-06-11	2022-05-18	애플 인크.	무선 통신을 위한 낮은 오버헤드 시스템 정보 취득
EP4195860B1 (fr)	2016-02-29	2024-07-24	Samsung Electronics Co., Ltd.	Appareil et procédé de signalisation d'informations système
US11153909B2 (en) *	2016-06-08	2021-10-19	Qualcomm Incorporated	Two-stage chirp signal transmission in user equipment centric mobility (UECM)
US11678258B2 (en) *	2016-07-20	2023-06-13	Lg Electronics Inc.	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
MX2018014666A (es)	2017-03-22	2019-04-29	Lg Electronics Inc	Metodo y dispositivo para ajustar el parametro de retraso de acceso aleatorio.
CN117596694A (zh) *	2017-12-22	2024-02-23	夏普株式会社	无线通信方法和设备
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 WO PCT/KR2018/004851 patent/WO2018199647A1/fr not_active Ceased
- 2018-04-26 KR KR1020197034991A patent/KR102530272B1/ko active Active
- 2018-04-26 CN CN201880027640.8A patent/CN110574482A/zh not_active Withdrawn
- 2018-04-26 EP EP18791721.6A patent/EP3603306A4/fr 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

Cited By (68)

* Cited by examiner, † Cited by third party
Publication number	Priority date	Publication date	Assignee	Title
US20210337462A1 (en) *	2016-12-20	2021-10-28	Beijing Xiaomi Mobile Software Co., Ltd.	Method and device for transmitting system information
US11617129B2 (en) *	2016-12-20	2023-03-28	Beijing Xiaomi Mobile Software Co., Ltd.	Method and device for transmitting system information
US11057804B2 (en) *	2017-03-22	2021-07-06	Lg Electronics Inc.	Method and device for adjusting random access backoff parameter
US20180317263A1 (en) *	2017-04-28	2018-11-01	Sharp Laboratories Of America, Inc,	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
US20220110038A1 (en) *	2017-06-02	2022-04-07	FG Innovation Company Limited	Methods, devices, and systems for service-driven mobility management
US11838820B2 (en) *	2017-06-02	2023-12-05	FG Innovation Company Limited	Methods, devices, and systems for service-driven mobility management
US11240720B2 (en) *	2017-06-02	2022-02-01	FG Innovation Company Limited	Methods, devices, and systems for service-driven mobility management
US11425720B2 (en) *	2017-06-14	2022-08-23	Qualcomm Incorporated	System and method for transmitting beam failure recovery request
AU2018322456B2 (en) *	2017-08-21	2022-12-08	Qualcomm Incorporated	Prioritized random access procedure
US11259329B2 (en) *	2017-08-21	2022-02-22	Qualcomm Incorporated	Prioritized random access procedure
US11291042B2 (en) *	2017-09-29	2022-03-29	Beijing Xiaomi Mobile Software Co., Ltd.	Method and apparatus for configuring random access
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
US11337255B2 (en) *	2017-12-22	2022-05-17	Sharp Kabushiki Kaisha	Wireless communication method and device
US10840992B2 (en) *	2018-01-10	2020-11-17	Telefonaktiebolaget Lm Ericsson (Publ)	User equipment, radio network node and methods performed therein for handling communication 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
US11825365B2 (en) *	2018-06-21	2023-11-21	Zte Corporation	Method and device for requesting system information, storage medium, and terminal
US20210136643A1 (en) *	2018-06-21	2021-05-06	Zte Corporation	Method and device for requesting system information, storage medium, and terminal
US11160117B2 (en) *	2018-09-19	2021-10-26	Qualcomm Incorporated	Random access techniques for idle mode requests
US11985560B2 (en)	2018-11-01	2024-05-14	Telefonaktiebolaget Lm Ericsson (Publ)	Systems and methods for preventing handover caused by an insecure message from a network node
KR20210095950A (ko) *	2018-12-27	2021-08-03	스프레드트럼 커뮤니케이션즈 (상하이) 컴퍼니 리미티드	랜덤 액세스 통계 정보 보고 방법 및 장치
AU2019413741B2 (en) *	2018-12-27	2022-11-17	Spreadtrum Communications Shanghai Co. Ltd.	Method and device for reporting random access statistical information
EP3905752A4 (fr) *	2018-12-27	2022-03-02	Spreadtrum Communications (Shanghai) Co., Ltd.	Procédé et dispositif pour rapporter des informations statistiques d'accès aléatoire
KR102612554B1 (ko) *	2018-12-27	2023-12-08	스프레드트럼 커뮤니케이션즈 (상하이) 컴퍼니 리미티드	랜덤 액세스 통계 정보 보고 방법 및 장치
US12150182B2 (en) *	2019-01-31	2024-11-19	Beijing Xiaomi Mobile Software Co., Ltd.	Method and apparatus for receiving target downlink signal, and device and system
CN113383583A (zh) *	2019-01-31	2021-09-10	高通股份有限公司	随机接入信道(rach)过程功率控制
WO2020160104A1 (fr) *	2019-01-31	2020-08-06	Qualcomm Incorporated	Commande de puissance de procédure de canal d'accès aléatoire (rach)
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
CN113748715A (zh) *	2019-02-05	2021-12-03	谷歌有限责任公司	分解式基站架构中的小区组配置
WO2020162726A1 (fr) *	2019-02-08	2020-08-13	Samsung Electronics Co., Ltd.	Procédé et appareil pour indiquer une procédure d'accès aléatoire en deux étapes dans un système de communication sans fil
US11818610B2 (en)	2019-02-08	2023-11-14	Samsung Electronics Co., Ltd.	Method and apparatus for indicating two-step random access procedure in wireless communication system
US20220078683A1 (en) *	2019-02-14	2022-03-10	Telefonaktiebolaget Lm Ericsson (Publ)	Method, node and ue for initiating handover
US12075492B2 (en)	2019-02-14	2024-08-27	Qualcomm Incorporated	System and method for prioritization of random access procedures
CN113424638A (zh) *	2019-02-14	2021-09-21	高通股份有限公司	用于随机接入过程的优先级排序的系统和方法
US20220217769A1 (en) *	2019-02-21	2022-07-07	Ntt Docomo, Inc.	User equipment
CN111757531A (zh) *	2019-03-27	2020-10-09	普天信息技术有限公司	随机接入的回退方法及装置
WO2020220785A1 (fr) *	2019-04-28	2020-11-05	西安交通大学	Procédé d'accès aléatoire dans un réseau mtc différencié
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)
US20220225406A1 (en) *	2019-05-09	2022-07-14	Hyundai Motor Company	Frame transmission method and device using multiple random backoff operation in broadband wireless communication network
US12267881B2 (en) *	2019-05-09	2025-04-01	Hyundai Motor Company	Frame transmission method and device using multiple random backoff operation in broadband wireless communication network
CN113966643A (zh) *	2019-05-09	2022-01-21	现代自动车株式会社	宽带无线通信网络中利用多随机退避操作的帧传输方法和装置
CN114222373A (zh) *	2019-07-25	2022-03-22	Oppo广东移动通信有限公司	一种随机接入方法及装置、终端
US12250733B2 (en)	2019-07-25	2025-03-11	Guangdong Oppo Mobile Telecommunications Corp., Ltd.	Random access method and device, and terminal
WO2021012286A1 (fr) *	2019-07-25	2021-01-28	Oppo广东移动通信有限公司	Procédé et dispositif d'accès aléatoire, et terminal
CN114175838A (zh) *	2019-07-31	2022-03-11	三星电子株式会社	在无线通信系统中执行2步随机接入过程的方法和设备
US20220256425A1 (en) *	2019-11-07	2022-08-11	Fujitsu Limited	Method and apparatus for processing when acquisition of essential system information fails
EP4089961A4 (fr) *	2020-01-13	2023-01-25	Guangdong Oppo Mobile Telecommunications Corp., Ltd.	Procédé de communication sans fil, dispositif terminal et dispositif de réseau
EP4096309A4 (fr) *	2020-01-23	2023-01-04	Guangdong Oppo Mobile Telecommunications Corp., Ltd.	Procédé de commande de réseau en tranches, terminal et terminal de réseau
US12245297B2 (en)	2020-01-23	2025-03-04	Guangdong Oppo Mobile Telecommunications Corp., Ltd.	Control method for slice network, terminal, and network device
US11606812B2 (en) *	2020-03-27	2023-03-14	Samsung Electronics Co., Ltd.	Method of prioritizing random access for multimedia priority and mission critical services and apparatus thereof
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
US12089263B2 (en) *	2020-07-31	2024-09-10	Uucom Co., Ltd.	Apparatus and method for transmitting radio access network slicing-related information
EP4173370A4 (fr) *	2020-08-05	2023-06-28	Apple Inc.	Interdiction d'accès pour découpage de réseau d'accès radio
EP4224973A4 (fr) *	2020-09-29	2023-11-15	Guangdong Oppo Mobile Telecommunications Corp., Ltd.	Procédé et dispositif d'accès aléatoire, terminal et support de stockage
EP4576727A3 (fr) *	2020-09-29	2025-09-03	Guangdong Oppo Mobile Telecommunications Corp., Ltd.	Procédé et dispositif d'accès aléatoire, terminal et support de stockage
CN116367352A (zh) *	2020-09-29	2023-06-30	Oppo广东移动通信有限公司	随机接入方法、装置、终端和存储介质
US11838956B2 (en) *	2021-03-31	2023-12-05	Qualcomm Incorporated	Techniques for prioritizing multiple sets of random access channel parameters
US20240098805A1 (en) *	2021-03-31	2024-03-21	Qualcomm Incorporated	Techniques for prioritizing multiple sets of random access channel parameters
WO2023272923A1 (fr) *	2021-06-28	2023-01-05	中信科移动通信技术股份有限公司	Procédé et système de réduction de signaux sans fil permanents
CN113453363A (zh) *	2021-06-28	2021-09-28	中信科移动通信技术股份有限公司	一种减少无线信号持续在线的方法及系统
WO2023278919A1 (fr) *	2021-07-01	2023-01-05	Qualcomm Incorporated	Transmission de messages d'accès aléatoire à l'aide de paramètres spécifiques à un équipement utilisateur aérien
US11871457B2 (en)	2021-07-01	2024-01-09	Qualcomm Incorporated	Transmitting random access messages using aerial user equipment specific parameters
WO2025196146A1 (fr)	2024-03-22	2025-09-25	Continental Automotive Technologies GmbH	Procédé d'accès aléatoire pour dispositifs sans fil collectant l'énergie ambiante
WO2025196127A1 (fr)	2024-03-22	2025-09-25	Continental Automotive Technologies GmbH	Procédé de planification pour dispositifs ido ambiants
WO2025233415A1 (fr) *	2024-05-09	2025-11-13	Sony Group Corporation	Requête de sib à la demande

Also Published As

Publication number	Publication date
CN110574482A (zh)	2019-12-13
US20210136832A1 (en)	2021-05-06
EP3603306A4 (fr)	2020-03-25
KR20190135060A (ko)	2019-12-05
US11832308B2 (en)	2023-11-28
EP3603306A1 (fr)	2020-02-05
KR102530272B1 (ko)	2023-05-09
WO2018199647A1 (fr)	2018-11-01

Publication	Publication Date	Title
US11832308B2 (en)	2023-11-28	Method and apparatus for performing random access procedure
US12382271B2 (en)	2025-08-05	Apparatus and method of system information transmission and reception on a carrier supporting multiple bandwidth parts
US12167467B2 (en)	2024-12-10	Method and apparatus for performing random access procedure
US11737151B2 (en)	2023-08-22	Method and apparatus for performing random access backoff in wireless communication system
US11895707B2 (en)	2024-02-06	Method and apparatus for supporting multiple message a sizes and uplink coverage for two step random access procedure
US11202320B2 (en)	2021-12-14	Method and apparatus of performing random access on unlicensed carrier
US11838817B2 (en)	2023-12-05	Method and apparatus for system information acquisition, beam failure recovery and cell reselection
KR20210084548A (ko)	2021-07-07	다중 업링크 캐리어를 지원하는 셀에서 시스템 정보 요청의 시스템 및 방법
US12137406B2 (en)	2024-11-05	Apparatus and method of identifying downlink transmission beam in a cellular network
US12402202B2 (en)	2025-08-26	Method and apparatus for handling system information request in wireless communication system
US20240324003A1 (en)	2024-09-26	Method of prioritizing random access for multimedia priority and mission critical services and apparatus thereof

Legal Events

Date	Code	Title	Description
2018-04-26	AS	Assignment	Owner name: SAMSUNG ELECTRONICS CO., LTD., KOREA, REPUBLIC OF Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:AGIWAL, ANIL;INGALE, MANGESH ABHIMANYU;REEL/FRAME:045649/0185 Effective date: 20180423
2018-05-25	STPP	Information on status: patent application and granting procedure in general	Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION
2019-06-06	STPP	Information on status: patent application and granting procedure in general	Free format text: NON FINAL ACTION MAILED
2019-10-17	STPP	Information on status: patent application and granting procedure in general	Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER
2020-01-15	STPP	Information on status: patent application and granting procedure in general	Free format text: NOTICE OF ALLOWANCE MAILED -- APPLICATION RECEIVED IN OFFICE OF PUBLICATIONS
2020-02-05	STPP	Information on status: patent application and granting procedure in general	Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT RECEIVED
2020-03-23	STPP	Information on status: patent application and granting procedure in general	Free format text: WITHDRAW FROM ISSUE AWAITING ACTION
2020-05-12	STPP	Information on status: patent application and granting procedure in general	Free format text: NON FINAL ACTION MAILED
2020-08-15	STPP	Information on status: patent application and granting procedure in general	Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER
2020-09-04	STPP	Information on status: patent application and granting procedure in general	Free format text: FINAL REJECTION MAILED
2020-11-09	STPP	Information on status: patent application and granting procedure in general	Free format text: RESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINER
2020-11-18	STPP	Information on status: patent application and granting procedure in general	Free format text: ADVISORY ACTION MAILED
2021-03-12	STCB	Information on status: application discontinuation	Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION