Method for random access channel (RACH) resource configuration

Abstract

A method and apparatus for Random-Access Channel (RACH) resource configuration are disclosed. The method involves a terminal device receiving configuration information from a network device to configure a first RACH resource set and a second RACH resource set. The first RACH resource set, comprising legacy resources, is configured to support a first feature, specifically Coverage Enhancement (CE), or a CE-related feature combination. In contrast, the second RACH resource set, comprising dynamically adaptable additional resources, is configured to exclude support for the CE feature or feature combination. This configuration ensures that both resource sets can effectively support feature-based partitioning while respecting the specific capabilities and limitations of the additional RACH resources regarding CE support. The disclosure provides mechanisms for independent or unified configuration of these resource sets to optimize network resource allocation.

Description

METHOD FOR RANDOM ACCESS CHANNEL (RACH) RESOURCE CONFIGURATIONCROSS REFERENCE TO RELATED APPLICATIONSThe application claims priority to US provisional patent application No. 63 / 761,430, filed on February 21, 2025, which is incorporated by reference in the present application in its entirety.BACKGROUND OF DISCLOSURE1. Field of Disclosure

[0001] The present disclosure relates to the field of communication systems, and more particularly, to a method for random access channel (RACH) resource configuration and a network node. 2. Description of Related Art

[0002] Modern wireless communication systems rely on effectively partitioning Random-Access Channel (RACH) resources to accommodate various features, such as Slicing, RedCap, Small Data Delivery (SDT) , and Coverage Extension / Coverage Enhancement (CE) . To further optimize network performance, recent advancements in 3rd Generation Partnership Project (3GPP) Release 19 introduced a RACH adaptation mechanism that allows for the dynamic enabling or disabling of “additional” RACH resources on top of existing “legacy” resources . This adaptability ensures that network resources can be optimized in real-time based on current use case scenarios.Technical Problem

[0003] A significant challenge arises from the disparity in capabilities between these two types of RACH resources regarding Coverage Enhancement (CE) . While legacy RACH resources are robust and capable of allocating resources for CE-related features, the new additional RACH resources explicitly lack support for CE or CE-related feature combinations. This creates a partitioning dilemma for network operators who wish to utilize the dynamic adaptability of the new mechanism but are constrained by its inability to handle CE-related allocations, thereby hindering the seamless integration of legacy and new resource partitioning schemes.

[0004] Hence, method for random access channel (RACH) resource configuration is desirable.SUMMARY

[0005] An object of the present disclosure is to propose a method for random access channel (RACH) resource configuration and a network node.

[0006] In a first aspect, an embodiment of the invention provides a method for random access channel (RACH) resource configuration, comprising: receiving, by a terminal device, configuration information sent by a network device, wherein the configuration information is used to configure a first RACH resource set and a second RACH resource set; and performing random access based on the configuration information.

[0007] In a second aspect, an embodiment of the invention provides a method for random access channel (RACH) resource configuration, comprising: transmitting, by a network device, configuration information to a terminal device, wherein the configuration information is used to configure a first RACH resource set and a second RACH resource set; and providing random access for the terminal device based on the configuration information.

[0008] In a third aspect, an embodiment of the invention provides a terminal device comprising: a processor and a memory; the memory is configured to store one or more computer programs; and the processor configured to call and run the one or more computer programs stored in the memory to cause the terminal device to perform the disclosed method.

[0009] In a fourth aspect, an embodiment of the invention provides a network device comprising: a processor and a memory; the memory is configured to store one or more computer programs; and the processor configured to call and run the one or more computer programs stored in the memory to cause the terminal device to perform the disclosed method.

[0010] In a fifth aspect, an embodiment of the invention provides a chip comprising: a processor and a memory; the memory is configured to store one or more computer programs; and the processor configured to call and run the one or more computer programs stored in the memory to cause a device equipped with the chip to perform the disclosed method.

[0011] In a sixth aspect, an embodiment of the invention provides a non-transitory computer-readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to perform the disclosed method.

[0012] In a seventh aspect, an embodiment of the invention provides a computer program product, comprising a computer program, wherein the computer program causes a computer to perform the disclosed method.

[0013] In an eighth aspect, an embodiment of the invention provides a computer program, wherein the computer program causes a computer to perform the disclosed method.BRIEF DESCRIPTION OF DRAWINGS

[0014] To clearly illustrate the embodiments of the present disclosure or related technical solutions, the accompanying drawings are briefly described below. These drawings represent embodiments of the present disclosure. A person of ordinary skill in the art may derive additional figures or variations based on these drawings without departing from the scope of the present disclosure.

[0015] FIG. 1 illustrates a schematic diagram showing a telecommunication system according to an embodiment of the disclosure.

[0016] FIG. 2 illustrates a schematic diagram showing a method for random access channel (RACH) resource configuration of an embodiment of the disclosure.

[0017] FIG. 3 illustrates a schematic diagram showing a first embodiment of configuration information.

[0018] FIG. 4 illustrates a schematic diagram showing a second embodiment of configuration information.

[0019] FIG. 5 illustrates a schematic diagram showing a third embodiment of configuration information.

[0020] FIG. 6 illustrates a schematic diagram showing a fourth embodiment of configuration information.

[0021] FIG. 7 illustrates a schematic view showing a user equipment (UE) .

[0022] FIG. 8 illustrates a schematic view showing a base station.

[0023] FIG. 9 illustrates a schematic view showing a network node.

[0024] FIG. 10 illustrates a schematic view showing a chip or executing the disclosed method in a UE.

[0025] FIG. 11 illustrates a schematic view showing a chip or executing the disclosed method in a base station.

[0026] FIG. 12 illustrates a schematic view showing a chip or executing the disclosed method in a network node.

[0027] FIG. 13 illustrates a schematic view showing a system for wireless communication according to an embodiment of the present disclosure.DETAILED DESCRIPTION OF EMBODIMENTS

[0028] Embodiments of the disclosure are described in detail with the technical matters, structural features, achieved objects, and effects with reference to the accompanying drawings as follows. Specifically, the terminologies in the embodiments of the present disclosure are merely for describing the purpose of the certain embodiment, but not to limit the disclosure.

[0029] The present disclosure provides a method for configuring Random-Access Channel (RACH) resources to support feature-based partitioning. The disclosed method utilizes both legacy RACH resources and newly introduced additional RACH resources. Specifically, the invention addresses the challenge that legacy resources support Coverage Enhancement (CE) features, while the additional resources do not. The proposed method ensures that both resource types can effectively support feature based or feature-combination based RACH partitioning, alongside non-feature-based partitioning.

[0030] Coverage Enhancement (CE) is a crucial function in modern communication systems, particularly where signal strength is degraded by physical obstructions or long distances. This feature heavily relies on the repetition of signals to counteract transmission losses. By transmitting the same signal multiple times, the system ensures that at least one version of the signal reaches the intended receiver despite potential interference or degradation. This redundancy mitigates the risk of data loss and enhances the reliability of the communication link, enabling consistent and uninterrupted connectivity in challenging environments. Consequently, CE through signal repetition is vital for maintaining high-quality communication in various areas.

[0031] RACH Resource Management and Feature Partitioning:

[0032] In modern telecommunications, the effective management and allocation of Random-Access Channel (RACH) resources is crucial. Traditionally, RACH resources (including time / frequency resources, and / or preambles) are partitioned to accommodate varying features or feature combinations. A feature, in the context of 3GPP telecommunication, may refer to a feature set, comprising device types, UE categories, service types, usage types, or enabling features for different service requirements or use cases. Such features may include Slicing, reduced capability (RedCap) , eRedCap, massive machine type communication (mMTC) , Low-Power Wide-Area (LPWA) categories (e.g., NB-IoT / LTE-M) , Small Data Delivery (SDT) , and CE. This partitioning allows for efficient utilization of resources to meet the demands of each feature or combination.

[0033] The introduction of the new Random-Access Channel (RACH) adaptation mechanism in 3GPP Release 19 (R19) marks a significant advancement. This mechanism allows for the selective enabling or disabling of additional RACH resources overlaid onto the existing legacy RACH resources. Such adaptability ensures that network resources can be optimized in real-time based on current scenarios and conditions.

[0034] Feature Disparity:

[0035] The core challenge lies in the disparity between the capabilities of the two resource types: - Legacy RACH Resources: These resources are robust and retain the proven ability to support the Coverage-Enhancement (CE) feature and CE-related feature combinations. These are CE-supporting RACH resources. - Additional RACH Resources: While offering dynamic adaptability and supporting other legacy feature-based partitioning functions, these new resources do not support the CE feature or any CE-related feature combinations. These are non-CE-supporting RACH resources.

[0036] This limitation-that the new RACH resources cannot handle partitioning for CE-creates a problem for network operators who wish to allocate resources to CE-related features while benefiting from the new RACH adaptation mechanism.

[0037] A technical problem addressed by the present disclosure is how to implement a feature-based Random-Access Channel (RACH) resource partitioning scheme that can seamlessly integrate the capabilities of two distinct resource types. Specifically, the challenge lies in harmonizing the legacy RACH system's proven capability to support Coverage Enhancement (CE) features with the dynamic adaptability and configuration limitations of the new additional RACH resources. The disclosed method ensures both resource sets contribute effectively to feature-based partitioning while respecting the differing CE support capabilities of the legacy and new resource types.

[0038] With reference to FIG. 1, a telecommunication system including a terminal device 10a, a terminal device 10b, a base station (BS) 20a, and a network entity device 30 executes the disclosed method according to an embodiment of the present disclosure. FIG. 1is shown for illustrative not limiting, and the system may comprise more terminal devices, BSs, and CN entities. Connections between devices and device components are shown as lines and arrows in the FIGs. The terminal device 10a may include a processor 11a, a memory 12a, and a transceiver 13a. The terminal device 10b may include a processor 11b, a memory 12b, and a transceiver 13b. The base station 20a may include a processor 21a, a memory 22a, and a transceiver 23a. The network entity device 30 may include a processor 31, a memory 32, and a transceiver 33. Each of the processors 11a, 11b, 21a, and 31 may be configured to implement proposed functions, procedures and / or methods described in the description. Layers of radio interface protocol may be implemented in the processors 11a, 11b, 21a, and 31. Each of the memory 12a, 12b, 22a, and 32 operatively stores a variety of programs and information to operate a connected processor. Each of the transceivers 13a, 13b, 23a, and 33 is operatively coupled with a connected processor, transmits and / or receives radio signals or wireline signals. The terminal device 10a may be in communication with the terminal device 10b or other terminal devices. The base station 20a may be an eNB, a gNB, or one of other types of radio nodes, and may configure radio resources for the terminal device 10a and terminal device 10b.

[0039] Each of the processors 11a, 11b, 21a, and 31 may include an application-specific integrated circuit (ASICs) , other chipsets, logic circuits, and / or data processing devices. Each of the memory 12a, 12b, 22a, and 32 may include read-only memory (ROM) , a random access memory (RAM) , a flash memory, a memory card, a storage medium, and / or other storage devices. Each of the transceivers 13a, 13b, 23a, and 33 may include baseband circuitry and radio frequency (RF) circuitry to process radio frequency signals. When the embodiments are implemented in software, the techniques described herein may be implemented with modules, procedures, functions, entities, and so on, that perform the functions described herein. The modules may be stored in a memory and executed by the processors. The memory may be implemented within a processor or external to the processor, in which those may be communicatively coupled to the processor via various means are known in the art. The network entity device 30 may be a node in a CN. CN may include LTE CN, 5G core (5GC) , or 6G core which includes user plane function (UPF) , session management function (SMF) , Access and mobility management function (AMF) , unified data management (UDM) , policy control function (PCF) , control plane (CP)  / user plane (UP) separation (CUPS) , authentication server (AUSF) , network slice selection function (NSSF) , and the network exposure function (NEF) . An example of the terminal device in the description may include one of the terminal device 10a or terminal device 10b. An example of the network device in the description may include the base station 20a.

[0040] With reference to FIG. 2, for example, an embodiment of a terminal device 10 includes one of the terminal device 10a or terminal device 10b, an embodiment of a network device 20 (e.g., gNB) includes the base station 20a. Although the terminal device 10 and the network device 20 are detailed as examples in the description, the disclosed method may be applied to other terminal devices and / or other network devices. Uplink (UL) transmission of a control signal or data may be a transmission operation from a terminal device to a network device. Downlink (DL) transmission of a control signal or data may be a transmission operation from a network device to a terminal device.

[0041] The network device 20 in the embodiments of this application provides wireless communication functionality. The network device 20 includes, but is not limited to: Evolved Node B (eNB) , Radio Network Controller (RNC) , Node B (NB) , Base Station Controller (BSC) , Base Transceiver Station (BTS) , Home Base Station (e.g., Home Evolved Node B, or Home Node B, HNB) , Baseband Unit (BBU) , Access Point (AP) in a Wireless Fidelity (Wi-Fi) system, wireless relay node, wireless backhaul node, Transmission Point (TP) , or Transmission Reception Point (TRP) , and the like. It may also be a Next Generation Node B (gNB) or Transmission Point (TRP or TP) in a Fifth Generation (5G) mobile communication system, or it may be one or a group of antenna panels (including multiple antenna panels) of a network device in a 5G system. Alternatively, it may be a network node that constitutes a gNB or TP, such as a Baseband Unit (BBU) or Distributed Unit (DU) , or a base station in a Beyond Fifth Generation (B5G) mobile communication system or Sixth Generation (6G) mobile communication system, or a Core Network (CN) , Fronthaul, Backhaul, Radio Access Network (RAN) , network slice, or a serving cell, Primary Cell (PCell) , Primary Secondary Cell (PSCell) , Special Cell (SpCell) , Secondary Cell (SCell) , or neighbor cell of a terminal device.

[0042] As an example, and not a limitation, the network device in the embodiments of this application may be an Access Point (AP) in a Wireless Local Area Network (WLAN) , which may be a device supporting the 802.11be, 802.11bn, or post 802.11bn standards. It may also be a device supporting various current and future 802.11 family WLAN standards such as 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a.

[0043] The terminal device 10 in the embodiments of this application may also be referred to as a UE, access terminal, user unit, user station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or user apparatus. The terminal includes, but is not limited to: handheld devices, wearable devices, vehicle-mounted devices, and Internet of Things (IoT) devices, such as: mobile phones, tablet computers, e-book readers, laptop computers, desktop computers, televisions, gaming consoles, Mobile Internet Devices (MID) , Augmented Reality (AR) terminals, Virtual Reality (VR) terminals, Mixed Reality (MR) terminals, wearable devices, controllers, electronic tags, wireless terminals in Industrial Control, wireless terminals in Self Driving, wireless terminals in Remote Medical, wireless terminals in Smart Grid, wireless terminals in Transportation Safety, wireless terminals in Smart City, wireless terminals in Smart Home, wireless terminals in Remote Medical Surgery, cellular phones, cordless phones, Session Initiation Protocol (SIP) phones, Wireless Local Loop (WLL) stations, Personal Digital Assistants (PDA) , Set Top Boxes (STB) , and Customer Premise Equipment (CPE) .

[0044] As an example, and not a limitation, the terminal device in the embodiments of this application may also be an Access Point Station (AP STA) and / or a non-AP Station (non-AP STA) in a WLAN, and may support, but is not limited to, the 802.11be, 802.11bn, or post 802.11bn standards. It may also support various current and future 802.11 family WLAN standards such as 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a.

[0045] Step S101: The network device 20 (e.g., base station 20a) transmits configuration information to the terminal device 10 (e.g., 10a or 10b) . The configuration information is used to configure a first RACH resource set and a second RACH resource set. The terminal device 10 receives the configuration information sent by the network device 20.

[0046] Step S102: The network device 20 provides random access for the terminal device 10 based on the configuration information. The terminal device 10 performs random access based on the configuration information.

[0047] In one or more embodiment of the disclosure, resources in the first RACH resource set are used for a first feature or a first feature combination (e.g., CE or signal repetition) , and resources in the second RACH resource set exclude support for the first feature or the first feature combination.

[0048] In one or more embodiment of the disclosure, the first RACH resource set comprises coverage enhancement (CE) -supporting RACH resources (or legacy resources) , the second RACH resource set comprises non-CE-supporting RACH resources (or additional resources) .

[0049] In one or more embodiment of the disclosure, the second RACH resource set is configured to be selectively enabled or disabled.

[0050] In one or more embodiment of the disclosure, the configuration information comprises first information and second information. The first information is used to allocate resources in the first RACH resource set for each feature in a first feature list or each feature combination in a first feature combination list. The second information is used to allocate resources in the second RACH resource set for each feature in a second feature list or each feature combination in a second feature combination list. Examples of the first feature list and the first feature combination list may comprise featureCombinationPreamblesList-r17, and examples of the second feature list and the second feature combination list featureCombinationPreamblesList-v19xy.

[0051] In one or more embodiment of the disclosure, the first feature list comprises the first feature, but the second feature list excludes the first feature. The first feature combination list comprises the first feature combination, but the second feature combination list excludes the first feature combination.

[0052] In one or more embodiment of the disclosure, the first information is defined based on a first information element (IE) of RACH-ConfigCommon, and the second information is defined based on a second IE of RACH-ConfigCommon.

[0053] In one or more embodiment of the disclosure, a field for resource partitioning in the first information comprises resource partitioning configuration. The resource partitioning configuration of the field in the first information serves as a default configuration for resource allocation of the second information when the second information excludes a field for resource partitioning corresponding to the field for resource partitioning in the first information.

[0054] In one or more embodiment of the disclosure, the configuration information comprises third information. The third information comprises a first field and a second field. The first field is used to allocate resources in the first RACH resource set for each feature in a first feature list or each feature combination in a first feature combination list. The second field is used to allocate resources in the second RACH resource set for each feature in a second feature list or each feature combination in a second feature combination list.

[0055] In one or more embodiment of the disclosure, the first feature list comprises the first feature; the second feature list excludes the first feature; the first feature combination list comprises the first feature combination; and the second feature combination list excludes the first feature combination.

[0056] In one or more embodiment of the disclosure, the third information is defined based on an IE of RACH-ConfigCommon. The first field is defined based on an IE of feature combination preamble list FeatureCombinationPreambles-r17. The second field is defined based on an IE of feature combination preamble list FeatureCombinationPreambles of release 19.

[0057] In one or more embodiment of the disclosure, the configuration information comprises fourth information, the fourth information comprises a third field. Each entry in the third field is used to allocate resources for a corresponding feature or feature combination. An indicator is used for each entry to indicate at least one of the following: whether the entry is used to allocate resources in the first RACH resource set for a feature in the first feature list or a feature combination in the first feature combination list, whether the entry is used to allocate resources in the second RACH resource set for a feature in the second feature list or a feature combination in the second feature combination list, or whether the entry is used to allocate resources in both the first RACH resource set and the second RACH resource set for a feature in the first feature list or a feature combination in the first feature combination list.

[0058] In one or more embodiment of the disclosure, the first feature list comprises the first feature, but the second feature list excludes the first feature. The first feature combination list comprises the first feature combination, but the second feature combination list excludes the first feature combination.

[0059] In one or more embodiment of the disclosure, the fourth information is defined based on an IE of RACH-ConfigCommon, or an IE of FeatureCombinationPreambles-r17.

[0060] In one or more embodiment of the disclosure, the third field is defined based on featureCombinationPreamblesList.

[0061] In one or more embodiment of the disclosure, the configuration information comprises fifth information, the fifth information is used to allocate resources in both the first RACH resource set and the second RACH resource set, when an entry in the fifth information is used to allocate resources for the first feature or the first feature combination, the entry is only used for allocating resources in the first RACH resource set, when an entry in the fifth information is used to allocate resources for a feature other than the first feature or the first feature combination, the entry is used for allocating resources in both the first RACH resource set and the second RACH resource set.

[0062] In one or more embodiment of the disclosure, the fifth information is defined based on an IE of FeatureCombinationPreambles-r17.

[0063] In one or more embodiment of the disclosure, resources comprised in the first RACH resource set and the second RACH resource set are time resource, frequency resources, and / or preambles.

[0064] In one or more embodiment of the disclosure, the first feature is a Coverage-Enhancement (CE) or signal repetition feature, the first feature combination is a CE or signal repetition feature combination.

[0065] Embodiment 1: Dual Scheme Approach

[0066] The First Embodiment proposes a dual scheme approach to address the problem of Random-Access Channel (RACH) resource partitioning for Coverage Enhancement (CE) . The key idea is to leverage the strengths of both the legacy RACH and the new additional RACH by utilizing two distinct, feature-combination based RACH partitioning schemes.

[0067] The two partitioning schemes operate as follows: 1. Scheme 1 (Legacy RACH) : This scheme is designed to allocate RACH resources for a broad list of feature or feature combinations, including those related to CE. This ensures that the inherent CE capabilities of the legacy RACH system are retained and effectively utilized. 2. Scheme 2 (Additional RACH) : This scheme is associated with the new additional RACH resources. It does not support CE-related features or feature combinations, but instead supports other feature combinations. These new additional RACH resources can be dynamically enabled or disabled based on network conditions, thereby providing a flexible and adaptive resource allocation mechanism.

[0068] To implement this dual scheme, different Information Elements (IEs) based on the common RACH-ConfigCommon structure are used for the legacy RACH and the new additional RACH. This separation allows for the independent configuration of resource lists (e.g., featureCombinationPreamblesList-r17) for each RACH resource set. The scheme can be implemented into at least one of three approaches: (a) . using different IEs for the two resource sets; (b) . using a same / shared Information Element (IE) based on RACH-ConfigCommon to define resource partitioning; and (c) . using an additional indication (or indicator) .

[0069] Approach (a) :

[0070] One approach uses different IEs (e.g., rach-ConfigCommon and rach-ConfigCommon2-r19) for the two resource sets.

[0071] With reference to FIG. 3, in one or more embodiment of the disclosure, the configuration information 50 comprises first information 51 and second information 52. The first information 51 is used to allocate resources in the first RACH resource set 61 for each feature in a first feature list or each feature combination in a first feature combination list. The second information 52 is used to allocate resources in the second RACH resource set 62 for each feature in a second feature list or each feature combination in a second feature combination list.

[0072] In one or more embodiment of the disclosure, the first feature list comprises the first feature, but the second feature list excludes the first feature. The first feature combination list comprises the first feature combination, but the second feature combination list excludes the first feature combination.

[0073] In one or more embodiment of the disclosure, the first information 51 is defined based on a first information element (IE) of RACH-ConfigCommon, and the second information 52 is defined based on a second IE of RACH-ConfigCommon.

[0074] In one or more embodiment of the disclosure, a field for resource partitioning in the first information 51 comprises resource partitioning configuration. The resource partitioning configuration of the field in the first information 51 serves as a default configuration for resource allocation of the second information. When the second information excludes a field for resource partitioning, the corresponding field for resource partitioning in the first information 51 is applied for resource allocation of the second information..

[0075] In this case, to save signaling overhead: - The configuration fields for the new RACH resources (e.g., in rach-ConfigCommon2-r19) can be absent. - The terminal device 10 (e.g., the UE 10, terminal device 10a or 10b) can then refer to the corresponding field of the legacy RACH configuration (e.g., in RACH-ConfigCommon) . - Alternatively, if the fields are present in the new RACH configuration, the terminal device 10 (e.g., UE) relies on those fields. Table 1 release-17 common RACH configuration rach-ConfigCommon and release-19 common RACH configuration rach-ConfigCommon2-r19

[0076] The parameters are detailed in the following: - The information element (IE) BWP-UplinkCommon is used to configure the common parameters of an uplink bandwidth part (BWP) , which are cell specific. The network (NW) , such as network device 20 or base station 20a, ensures the necessary alignment with corresponding parameters of other terminal devices (e.g., UEs) . - rach-ConfigCommon includes configuration of cell specific random access parameters which the terminal device 10 (e.g., UE) uses for contention based and contention free random access as well as for contention based beam failure recovery in this BWP. The NW configures SSB-based RA (and hence RACH-ConfigCommon) only for UL BWPs if the linked DL BWPs (with same bwp-Id as UL-BWP) are: ■ the initial DL BWPs, or ■ DL BWPs containing the SSB associated to the initial DL BWP, or ■ DL BWPs associated with nonCellDefiningSSB or, ■ a RedCap-specific initial downlink BWP for (e) RedCap UEs. - The IE rach-ConfigCommon2-r19 may use the same or similar structure as that of the RACH-ConfigCommon. And some fields in rach-ConfigCommon2-r19 can be omitted as described above.

[0077] The network configures one or more of rach-ConfigCommon (without suffix) , rach-ConfigCommon-r17, and rach-ConfigCommon2-r19 whenever it configures contention free 4-step random access (e.g. for reconfiguration with sync or for beam failure recovery or PDCCH order) . The terminal device 10 (e.g., UE) then applies the corresponding configuration depending on the RACH resource set selected upon RACH initialization, as specified in TS 38.321. For RedCap-specific initial uplink BWP, rach-ConfigCommon is always configured when msgA-ConfigCommon is configured in this BWP.

[0078] The Information Element (IE) RACH-ConfigCommon is utilized to specify the cell-specific random-access parameters. These parameters include, but are not limited to, preamble partitions, where each partition is associated with a specific feature or feature combination. Furthermore, the IE specifies RACH parameters necessary for both regular random access procedures and beam failure recovery.

[0079] With reference to technical specification TS 38.321, for a random access procedure associated with a feature combination indicated by FeatureCombinationPreambles, a terminal device 10 (e.g., UE) is provided a number of synchronization signal (SS)  / physical broadcast channel (PBCH) block indexes associated with one physical random access channel (PRACH) occasion by ssb-perRACH-OccasionAndCB-PreamblesPerSSB or msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB when provided and a number S of contention based preambles per SS / PBCH block index per valid PRACH occasion by startPreambleForThisPartition and numberOfPreamblesPerSSB-ForThisPartition. The PRACH transmission can be on a subset of PRACH occasions associated with a same SS / PBCH block index within an SSB-RO mapping cycle for a terminal device 10 (e.g., UE) provided with a PRACH mask index by ssb-SharedRO-MaskIndex. These parameters are explained in the following: - startPreambleForThisPartition: the first preamble associated with the set of Random Access Resources applicable to the Random Access procedure; - ssb-perRACH-OccasionAndCB-PreamblesPerSSB: the parameter defines the number of SSBs mapped to each PRACH occasion for 4-step RA type and the number of contention-based Random Access Preambles mapped to each SSB; - msgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB: the parameter defines the number of SSBs mapped to each PRACH occasion for 2-step RA type and the number of contention-based Random Access Preambles mapped to each SSB; - numberOfPreamblesPerSSB-ForThisPartition: the parameter defines the number of consecutive preambles for a feature or a combination of features mapped to each SSB; - FeatureCombination: feature or a combination of features associated with a set of Random Access resources; - featurePriorities: priorities for features, such as (e) RedCap and / or Slicing and / or SDT and / or MSG3 repetition and / or MSG1 repetition, etc. Please refer to TS 38.321.

[0080] Random Access Resource Set Availability and Selection Based on Features:

[0081] In one or more embodiments, the MAC entity of the user equipment evaluates the availability of each configured set of Random Access resources before initiating a Random Access procedure. For each configured set of Random Access resources, the MAC entity applies the following availability rules: 1. If the parameter eRedCap is set to true for the set, the MAC entity considers the set as not available for any Random Access procedure to which the enhanced RedCap feature is not applicable. 2. If the parameter redCap is set to true for the set, the MAC entity considers the set as not available for any Random Access procedure to which the RedCap feature is not applicable. 3. If the parameter smallData is set to true for the set, the MAC entity considers the set as not available unless the Random Access procedure is triggered for RA-based Small Data Transmission (RA-SDT) initiated by Mobile Originated Small Data Transmission (MO-SDT) as specified in TS 38.331. 4. If an NSAG-List is configured for the set, the MAC entity considers the set as not available unless the Random Access procedure is triggered for one of the NSAG-IDs included in the NSAG-List. 5. If the parameter msg3-Repetitions is set to true for the set, the MAC entity considers the set as not available if Msg3 repetition is not applicable to the current Random Access procedure. 6. If the parameter msg1-Repetitions is set to true for the set, the MAC entity considers the set as not available if either (i) Msg1 repetition is not applicable to the current Random Access procedure, or (ii) the set is not associated with any Msg1 repetition number that is applicable to the current procedure. 7. If a set of Random Access resources is not configured with a FeatureCombination, the MAC entity considers the set as not being associated with any feature.

[0082] Following the determination of available sets of Random Access resources according to the above criteria, the MAC entity performs feature-based selection among the available sets as follows:

[0083] The MAC entity identifies, among the available sets, those that are configured with a feature having the highest priority as defined in the RRC-configured featurePriorities for the features applicable to the current Random Access procedure (as specified in TS 38.331) . 1 If exactly one such set is identified, the MAC entity selects this set of Random Access resources. 2 If more than one set is identified: 2.1 If all identified sets are configured with Msg1 repetition indication and share the same featureCombination, the MAC entity selects the set associated with the highest Msg1 repetition number. 2.2 Otherwise, the MAC entity repeats the identification procedure using only the previously identified sets as input and considering the applicable feature with the next highest priority in featurePriorities (excluding features already considered) . 3 If no set is identified at a given iteration, the MAC entity repeats the procedure using the previously identified available sets and the applicable feature with the next highest priority in featurePriorities (excluding features already considered) .

[0084] This hierarchical, priority-driven selection mechanism ensures that the Random Access resources most suitable for the combination of features required by the triggered procedure are preferentially selected, thereby optimizing coverage, latency, and reliability for feature-specific scenarios such as RedCap, enhanced RedCap, small data transmission, network slice-aware access, and repetition-enhanced operation.

[0085] RACH-ConfigCommon:

[0086] The IE RACH-ConfigCommon is used to specify the cell specific random-access parameters. Table 2 RACH-ConfigCommon information element

[0087] According to 3GPP technical specification TS38.331, the parameters are explained in the following: - rach-ConfigGeneric includes RACH parameters for both regular random access and beam failure recovery. - totalNumberOfRA-Preambles specifies a total number of preambles used for contention free random access in the RACH resources defined in CFRA, excluding preambles used for other purposes (e.g. for SI request) . If the field is absent but the field occasions is present, the terminal device 10 (e.g., UE) may assume all the 64 preambles are for RA. The setting should be consistent with the setting of ssb-perRACH-Occasion, if present, i.e. it should be a multiple of the number of SSBs per RACH occasion. - groupBconfigured is a field mandatory present if groupB-ConfiguredTwoStepRA is configured in RACH-ConfigCommonTwoStepRA, otherwise the field is absent. - ra-Msg3SizeGroupA is Transport Blocks size threshold in bits below which the terminal device 10 (e.g., UE) shall use a contention-based RA preamble of group A (see TS 38.321, clause 5.1.2) . This field is set to the same value for different repetition numbers associated with a specific FeatureCombination. - messagePowerOffsetGroupB is threshold for preamble selection. Value is in dB. Value minusinfinity corresponds to –infinity. Value dB0 corresponds to 0 dB, dB5 corresponds to 5 dB and so on (see TS 38.321, clause 5.1.2) . - numberOfRA-PreamblesGroupA: The parameter determines how many consecutive preambles per SSB are associated to Group A starting from the starting preamble (s) . The remaining preambles associated to the Feature Combination are associated to Group B. - ra-ContentionResolutionTimer is the initial value for the contention resolution timer (see TS 38.321, clause 5.1.5) . Value sf8 corresponds to 8 subframes, value sf16 corresponds to 16 subframes, and so on. - rsrp-ThresholdSSB: terminal device 10 (e.g., UE) may select the SS block and corresponding PRACH resource for path-loss estimation and (re) transmission based on SS blocks that satisfy the threshold (see TS 38.213) . - rsrp-ThresholdSSB-SUL: The terminal device 10 (e.g., UE) selects SUL carrier to perform random access based on this threshold (see TS 38.321, clause 5.1.1) . The value applies to all the BWPs and all RACH configurations. - prach-RootSequenceIndex is PRACH root sequence index (see TS 38.211, clause 6.3.3.1) . The value range depends on whether L=839, L=139, L=571 or L=1151. - msg1-SubcarrierSpacing is Subcarrier spacing of PRACH (see TS 38.211, clause 5.3.2) used for SIB1 request transmission. - restrictedSetConfig is configuration of an unrestricted set or one of two types of restricted sets, see TS 38.211, clause 6.3.3.1. - msg3-transformPrecoder enables the transform precoder for Msg3 transmission according to clause 6.1.3 of TS 38.214. If the field is absent, the terminal device 10 (e.g., UE) disables the transformer precoder (see TS 38.213, clause 8.3) . - ra-Prioritization comprises parameters which apply for prioritized random access procedure on any UL BWP of SpCell for specific Access Identities (see TS 38.321, clause 5.1.1a) . - ra-PrioritizationForAI indicates whether the field ra-Prioritization-r16 applies for Access Identities. The first / leftmost bit corresponds to Access Identity 1, the next bit corresponds to Access Identity 2. Value 1 indicates that the field ra-Prioritization-r16 applies otherwise the field does not apply (see TS 23.501) .

[0088] Approach (b) :

[0089] In an alternative configuration approach, a same / shared Information Element (IE) based on RACH-ConfigCommon is employed to define resource partitioning.

[0090] With reference to FIG. 4, in one or more embodiment of the disclosure, the configuration information 50 comprises third information 53. The third information 53 comprises a first field 531 and a second field 532. The first field 531 is used to allocate resources in the first RACH resource set for each feature in a first feature list or each feature combination in a first feature combination list. The second field 532 is used to allocate resources in the second RACH resource set for each feature in a second feature list or each feature combination in a second feature combination list.

[0091] In one or more embodiment of the disclosure, the first feature list comprises the first feature; the second feature list excludes the first feature; the first feature combination list comprises the first feature combination; and the second feature combination list excludes the first feature combination.

[0092] In one or more embodiment of the disclosure, the third information 53 is defined based on an IE of RACH-ConfigCommon. The first field 531 is defined based on an IE of feature combination preamble list FeatureCombinationPreambles-r17. The second field 532 is defined based on an IE of feature combination preamble list FeatureCombinationPreambles of release 19.

[0093] Under this scheme, the existing field featureCombinationPreamblesList-r17 is utilized to configure the legacy RACH resources, specifying a series of preamble partitions associated with feature or feature combinations. To configure the new additional RACH resources, a new field, such as featureCombinationPreamblesList-v19xy, is added to the shared IE, where x, y can be any number. This added field explicitly indicates the features or feature combinations supported by the new additional RACH resources, ensuring CE-related features are excluded.

[0094] This shared IE structure allows the network to logically separate the configuration rules within a single IE structure, ensuring that the CE-supporting requirements of the legacy resources are maintained, while defining the non-CE support nature of the new resources.

[0095] Table 3 featureCombinationPreamblesList-r17 and featureCombinationPreamblesList-v19xy

[0096] The parameter featureCombinationPreamblesList specifies a series of preamble partitions, with each partition associated with a combination of features and 4-step Random Access (RA) . The network is configured such that this list does not contain more than 16 entries. The parameters featureCombinationPreamblesList appended with release numbers, such as featureCombinationPreamblesList-r17 or featureCombinationPreamblesList-v19xy, are specific to the releases.

[0097] Approach (c) :

[0098] The terminal device 10 (e.g., UE) utilizes an additional indication (or indicator) , which may be named additionalRACHUse, contained within the featureCombinationPreambles-r17 entries. This indicator is used to determine the specific RACH resource partition scheme, identifying whether the associated resources are intended for: (c1) legacy RACH resources, (c2) new additional RACH resources, or (c3) both legacy and new RACH resources.

[0099] With reference to FIG. 5, in one or more embodiment of the disclosure, the configuration information 50 comprises fourth information 54, the fourth information 54 comprises a third field 541. Each entry (e.g., entry 5411b or 5412b) in the third field 541 is used to allocate resources for a corresponding feature or feature combination. An indicator (e.g., indictor 5411a or 5412a) is used for each entry to indicate at least one of the following: whether the entry is used to allocate resources in the first RACH resource set for a feature in the first feature list or a feature combination in the first feature combination list, whether the entry is used to allocate resources in the second RACH resource set for a feature in the second feature list or a feature combination in the second feature combination list, or whether the entry is used to allocate resources in both the first RACH resource set and the second RACH resource set for a feature in the first feature list or a feature combination in the first feature combination list.

[0100] In one or more embodiment of the disclosure, the first feature list comprises the first feature, but the second feature list excludes the first feature. The first feature combination list comprises the first feature combination, but the second feature combination list excludes the first feature combination.

[0101] In one or more embodiment of the disclosure, the fourth information 54 is defined based on an IE of RACH-ConfigCommon, or an IE of FeatureCombinationPreambles-r17.

[0102] In one or more embodiment of the disclosure, the third field 541 is defined based on featureCombinationPreamblesList.

[0103] For instance, the indicator may be a 1-bit field defining the usage: - If the indicator is absent, the associated resources are used only as legacy RACH resources. - If the indicator holds a value 0 (or a similar non-presence value) , the associated resources are used only as new additional RACH resources. - If the indicator holds a value 1 (or another defined value) , the associated resources are used as both legacy and new additional RACH resources. Table 4 indication (or indicator) , for example, named additionalRACHUse, with additional RACH resource only or both legacy and new additional RACH resources

[0104] In this configuration, if the additionalRACHUse indicator is absent, the associated RACH resource partition is only applicable to the legacy RACH resource. Table 5 indication (or indicator) , for example, named additionalRACHUse, with legacy RACH resource only or both legacy and new additional RACH resources

[0105] Furthermore, the RACH resource partition that is specifically intended for only the new additional RACH resources may be indicated via a separate configuration field, such as featureCombinationPreamblesList-v19xy. Table 6 indication (or indicator) , for example, named additionalRACHUse, with both legacy and new additional RACH resources

[0106] If the additionalRACHUse indicator is absent, the associated RACH resource partition is only applicable to the legacy RACH resource. Furthermore, the RACH resource partition intended exclusively for the new additional RACH may be indicated via a separate configuration field, such as featureCombinationPreamblesList-v19xy.

[0107] This dual configuration approach ensures that the legacy RACH can continue to allocate resources to Coverage Enhancement (CE) -related features while the new additional RACH can dynamically allocate resources to other feature combinations. This separation of fields, which is based on RACH-ConfigCommon, allows for efficient signaling and avoids unnecessary overhead. This is because the terminal device 10 (e.g., UE) refers to the appropriate configuration based on the type of RACH resource being accessed.

[0108] Embodiment 2: Unified Scheme Approach

[0109] The Second Embodiment proposes a unified scheme approach for Random-Access Channel (RACH) resource partitioning, primarily aimed at simplifying the configuration process while resolving the Coverage Enhancement (CE) feature limitations of the additional RACH resources.

[0110] Shared Configuration Mechanism:

[0111] With reference to FIG. 6, in one or more embodiment of the disclosure, the configuration information 50 comprises fifth information 55, the fifth information 55 is used to allocate resources in both the first RACH resource set and the second RACH resource set, when an entry (e.g., 5511b or 5512b) in the fifth information 55 is used to allocate resources for the first feature or the first feature combination, the entry is only used for allocating resources in the first RACH resource set, when an entry (e.g., 5511b or 5512b) in the fifth information 55 is used to allocate resources for a feature other than the first feature or the first feature combination, the entry is used for allocating resources in both the first RACH resource set and the second RACH resource set.

[0112] In one or more embodiment of the disclosure, the fifth information 55 is defined based on an IE of FeatureCombinationPreambles-r17.

[0113] This approach utilizes a shared Information Element (IE) based on RACH-ConfigCommon to configure the resource lists (e.g., featureCombinationPreamblesList-r17 and featureCombinationPreamblesList for release greater than 17, such as R-19) for both the legacy RACH and the new additional RACH. In this unified scheme, both resource types share the same feature-based partitioning scheme (referred to as Scheme 3) , and the shared field is used to define the features and feature combinations supported by both RACH types. This method inherently simplifies the configuration process by using a single shared field based on RACH-ConfigCommon.

[0114] Handling the CE Limitation

[0115] To address the necessary exclusion of CE-related features from the new additional RACH resources, the scheme employs additional operational rules tied to the shared resource list. Indicators or flags are used to specify whether a particular associated RACH resource partition is permitted for CE-related features.

[0116] If a feature combination listed in featureCombinationPreamblesList-r17 includes CE-related features, the following operation is applied: - The terminal device 10 (e.g., UE) may not use the associated RACH resources for the new additional RACH when the access is for a CE-related feature or feature combination. - Instead, the terminal device 10 (e.g., UE) may utilize the associated RACH resources for non-feature related access or non-feature-combination related access, or for any feature or feature combination that does not include CE.

[0117] This unified scheme approach simplifies the configuration process by using a shared field based on RACH-ConfigCommon for both RACH systems. By incorporating these indicators or flags within the shared list (e.g., featureCombinationPreamblesList-r17 and featureCombinationPreamblesList for release greater than 17, such as R-19) , the unified scheme ensures that the CE-related limitations of the new additional RACH are respected while maintaining flexibility for other feature combinations.

[0118] The disclosed method can be used for Random-Access Channel (RACH) partitioning with respect to Coverage Enhancement (CE) and provides several technical advantages. Primarily, the disclosed embodiments enable optimized resource allocation by effectively partitioning RACH resources, thereby ensuring optimal allocation for a wide range of feature combinations, including those specifically related to CE.

[0119] Furthermore, the embodiments offer enhanced flexibility; the dual scheme approach facilitates the independent configuration of legacy and additional RACH resources, whereas the unified scheme simplifies the configuration process through the use of shared configurations.

[0120] In addition to resource optimization, the proposed methods achieve efficient signaling. By utilizing Information Elements (IEs) and specific indicators within the RACH-ConfigCommon structure, both the dual and unified approaches minimize signaling overhead and ensure efficient communication between network components.

[0121] The solutions are designed to be future-proof, offering adaptability to future network advancements and the ability to accommodate new feature combinations as they arise.

[0122] Collectively, these technical effects address the specific challenges of RACH resource partitioning for CE, providing network operators with robust and efficient methods to manage and allocate resources within a dynamic telecommunications landscape.

[0123] With reference to FIG. 7, the UE 10 may include a processor 11a, a memory 12a, and a transceiver 13a. The processor 11a is configured to call and run a computer program stored in the memory 12a, to cause UE 10 in which the processor 11a is installed to execute the disclosed method, steps, and / or functions of a terminal device. The terminal device10 is an example of the UE in the description. The transceiver 13a may include baseband circuitry and radio frequency (RF) circuitry.

[0124] With reference to FIG. 8, the base station 20 is a network device and may include a processor 21a, a memory 22a, and a transceiver 23a. The processor 21a is configured to call and run a computer program stored in the memory 22a, to cause base station 20 in which the processor 21a is installed to execute the method, steps, and / or functions of a RAN, such as a base station, including 4G RAN 20a, 5G RAN 20b, and / or 6G RAN 20c. The eNB, ng-eNB, and gNB are examples of the base station in the description. The base station can have a functional split configuration such that a first portion of the base station (referred to as onboard eNB, ng-eNB, and gNB) is installed in an NTN device, such as a satellite, and a second portion of the base station (referred to as on-ground eNB, ng-eNB, and gNB) is installed in a terrestrial network (TN) device. The transceiver 23a, may include baseband circuitry and radio frequency (RF) circuitry.

[0125] With reference to FIG. 9, the network device 30 may be a core network device and may include a processor 31a, a memory 32a, and a transceiver 33a. The processor 31a is configured to call and run a computer program stored in the memory 32a, to cause network node 30 in which the processor 31a is installed to execute the method, steps, and / or functions of a network device. The EPC 30a, 5G Core 31b, 6G Core 30c, IMS server 40, and other network devices are examples of the network device in the description. The network device can have a functional split configuration such that a first portion of the network device (referred to as onboard core network device, such as MME-onboard) is installed in an NTN device, such as a satellite, and a second portion of the network device (referred to as on-ground core network device, such as MME-ground) is installed in a terrestrial network (TN) device. The transceiver 33a, may include baseband circuitry and radio frequency (RF) circuitry.

[0126] With reference to FIG. 10, the embodiment of the disclosure also provides a chip 70 that may correspond to a terminal device in the embodiments of the disclosure. The chip 70 may implement a corresponding process realized by the terminal device in various methods of the embodiments of the disclosure. The chip 70 includes a processor 71, and the processor 71 may call and run a computer program from memory to implement the methods in the embodiments of the present application.

[0127] Optionally, the chip 70 may also include a memory 72. In particular, the processor 71 may call and run the computer program from the memory 72 to implement the methods in the embodiments of the present application.

[0128] Moreover, the memory 72 may be a separate device from the processor 71 or may be integrated into the processor 71.

[0129] Optionally, the chip 70 may include an input interface 73. Note that the processor 71 may control the input interface 73 to communicate with other devices or chips, specifically, to obtain messages or data sent by other devices or chips.

[0130] Optionally, the chip 70 may further include an output interface 74. Note that the processor 71 may control the output interface 74 to communicate with other devices or chips, specifically, to output messages or data to other devices or chips.

[0131] With reference to FIG. 11, the embodiment of the disclosure also provides another chip 80 that may correspond to a base station in the description, and the chip 80 may implement the corresponding processes implemented by the base station in the various methods of the embodiments of the disclosure. The chip 80 includes a processor 81, and the processor 81 may call and run a computer program from the memory 82 to implement the methods in the embodiments of the present application.

[0132] Optionally, the chip 80 may further include a memory 82. In particular, the processor 81 may call and run the computer program from the memory 82 to implement the methods in the embodiments of the present application.

[0133] Wherein the memory 82 may be a separate device from the processor 81 or may be integrated into the processor 81.

[0134] Optionally, the chip 80 may also include an input interface 83. In particular, the processor 81 may control the input interface 83 to communicate with other devices or chips, specifically, to obtain messages or data sent by other devices or chips.

[0135] Optionally, the chip may further include an output interface 84. In particular, the processor 81 may control the output interface 84 to communicate with other devices or chips, specifically, to output messages or data to other devices or chips.

[0136] With reference to FIG. 12, the embodiment of the disclosure also provides another chip 90 that may correspond to a network device (e.g., EPC 30a, 5G Core 31b, 6G Core 30c, IMS server 40, RAN) in the description, and the chip 90 may implement the corresponding processes implemented by the base station in the various methods of the embodiments of the disclosure. The chip 90 includes a processor 91, and the processor 91 may call and run a computer program from the memory 92 to implement the methods in the embodiments of the present application.

[0137] Optionally, the chip 90 may further include a memory 92. In particular, the processor 91 may call and run the computer program from the memory 92 to implement the methods in the embodiments of the present application.

[0138] Wherein the memory 92 may be a separate device from the processor 91 or may be integrated into the processor 91.

[0139] Optionally, the chip 90 may also include an input interface 93. In particular, the processor 91 may control the input interface 93 to communicate with other devices or chips, specifically, to obtain messages or data sent by other devices or chips.

[0140] Optionally, the chip may further include an output interface 94. In particular, the processor 91 may control the output interface 94 to communicate with other devices or chips, specifically, to output messages or data to other devices or chips.

[0141] The embodiment of the present disclosure is a combination of techniques / processes that may be adopted in 3GPP specification to create an end product.

[0142] FIG. 13 is a block diagram of an example system 700 for wireless communication according to an embodiment of the present disclosure. Embodiments described herein may be implemented into the system using any suitably configured hardware and / or software. FIG. 13 illustrates the system 700 including a radio frequency (RF) circuitry 710, a baseband circuitry 720, a processing unit 730, a memory / storage 740, a display 750, a camera 760, a sensor 770, and an input / output (I / O) interface 780, coupled with each other as illustrated.

[0143] The processing unit 730 may include circuitry, such as, but not limited to, one or more single-core or multi-core processors. The processors may include any combinations of general-purpose processors and dedicated processors, such as graphics processors and application processors. The processors may be coupled with the memory / storage and configured to execute instructions stored in the memory / storage to enable various applications and / or operating systems running on the system.

[0144] The baseband circuitry 720 may include circuitry, such as, but not limited to, one or more single-core or multi-core processors. The processors may include a baseband processor. The baseband circuitry may handle various radio control functions that enable communication with one or more radio networks via the RF circuitry. The radio control functions may include, but are not limited to, signal modulation, encoding, decoding, radio frequency shifting, etc. In some embodiments, the baseband circuitry may provide for communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuitry may support communication with 5G NR, LTE, an evolved universal terrestrial radio access network (EUTRAN) and / or other wireless metropolitan area networks (WMAN) , a wireless local area network (WLAN) , a wireless personal area network (WPAN) . Embodiments in which the baseband circuitry is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry. In various embodiments, the baseband circuitry 720 may include circuitry to operate with signals that are not strictly considered as being in a baseband frequency. For example, in some embodiments, baseband circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency.

[0145] The RF circuitry 710 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuitry may include switches, filters, amplifiers, etc. to facilitate communication with the wireless network. In various embodiments, the RF circuitry 710 may include circuitry to operate with signals that are not strictly considered as being in a radio frequency. For example, in some embodiments, RF circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency.

[0146] In various embodiments, the transmitter circuitry, control circuitry, or receiver circuitry discussed above with respect to the UE, eNB, or gNB may be embodied in whole or in part in one or more of the RF circuitries, the baseband circuitry, and / or the processing unit. As used herein, “circuitry” may refer to, be part of, or include an Application Specific Integrated Circuit (ASIC) , an electronic circuit, a processor (shared, dedicated, or group) , and / or memory (shared, dedicated, or group) that execute one or more software or firmware programs, a combinational logic circuit, and / or other suitable hardware components that provide the described functionality. In some embodiments, the electronic device circuitry may be implemented in, or functions associated with the circuitry may be implemented by, one or more software or firmware modules. In some embodiments, some or all of the constituent components of the baseband circuitry, the processing unit, and / or the memory / storage may be implemented together on a system on a chip (SOC) .

[0147] The memory / storage 740 may be used to load and store data and / or instructions, for example, for the system. The memory / storage for one embodiment may include any combination of suitable volatile memory, such as dynamic random access memory (DRAM) ) , and / or non-volatile memory, such as flash memory. In various embodiments, the I / O interface 780 may include one or more user interfaces designed to enable user interaction with the system and / or peripheral component interfaces designed to enable peripheral component interaction with the system. User interfaces may include, but are not limited to a physical keyboard or keypad, a touchpad, a speaker, a microphone, etc. Peripheral component interfaces may include, but are not limited to, a non-volatile memory port, a universal serial bus (USB) port, an audio jack, and a power supply interface.

[0148] In various embodiments, the sensor 770 may include one or more sensing devices to determine environmental conditions and / or location information related to the system. In some embodiments, the sensors may include, but are not limited to, a gyro sensor, an accelerometer, a proximity sensor, an ambient light sensor, and a positioning unit. The positioning unit may also be part of, or interact with, the baseband circuitry and / or RF circuitry to communicate with components of a positioning network, e.g., a global positioning system (GPS) satellite. In various embodiments, the display 750 may include a display, such as a liquid crystal display and a touch screen display. In various embodiments, the system 700 may be a mobile computing device such as, but not limited to, a laptop computing device, a tablet computing device, a netbook, an Ultrabook, a smartphone, etc. In various embodiments, the system may have more or less components, and / or different architectures. Where appropriate, the methods described herein may be implemented as a computer program. The computer program may be stored on a storage medium, such as a non-transitory storage medium.

[0149] The embodiment of the present disclosure is a combination of techniques / processes that may be adopted in 3GPP specification to create an end product.

[0150] A person having ordinary skill in the art understands that each of the units, algorithm, and steps described and disclosed in the embodiments of the present disclosure are realized using electronic hardware or combinations of software for computers and electronic hardware. Whether the functions run in hardware or software depends on the condition of the application and design requirement for a technical plan. A person who has ordinary skill in the art may use different ways to realize the function for each specific application while such realizations should not go beyond the scope of the present disclosure. It is understood by a person having ordinary skill in the art that he / she may refer to the working processes of the system, device, and unit in the above-mentioned embodiment since the working processes of the above-mentioned system, device, and unit are basically the same. For easy description and simplicity, these working processes will not be detailed.

[0151] It is to be understood that the systems, devices, and methods disclosed in the embodiments of the present disclosure may be implemented in alternative configurations. The embodiments described are illustrative and not restrictive. The division of functional units is based on logical functions, and alternative divisions may be employed in practice. Multiple units or components may be combined or integrated into another system, or certain features may be omitted or not implemented. Additionally, the described couplings, whether direct, indirect, or communicative, may be achieved through various interfaces, devices, or units using electrical, mechanical, or other forms of connection.

[0152] The functional units described herein may or may not be physically separate. Displayed units may or may not constitute physical entities and may be located in a single location or distributed across multiple network entities. Some or all of the units may be selected based on the objectives of specific embodiments. Furthermore, each functional unit in the embodiments may be integrated into a single processing unit, exist as physically distinct units, or be integrated with other units into a single processing unit.

[0153] If the software function unit is realized and used and sold as a product, it may be stored in a readable storage medium in a computer. Based on this understanding, the technical plan proposed by the present disclosure may be essentially or partially realized in the form of a software product. Or, one part of the technical plan beneficial to conventional technology may be realized as the form of a software product. The software product in the computer is stored in a storage medium, including a plurality of commands for a computational device (such as a personal computer, a server, or a network device) to run all or some of the steps disclosed by the embodiments of the present disclosure. The storage medium includes a USB disk, a mobile hard disk, a read-only memory (ROM) , a random-access memory (RAM) , a floppy disk, or other kinds of media capable of storing program codes.

[0154] While the present disclosure has been described in connection with what is considered the most practical and preferred embodiments, it is understood that the present disclosure is not limited to the disclosed embodiments but is intended to cover various arrangements made without departing from the scope of the broadest interpretation of the appended claims.

Claims

1.A method for random access channel (RACH) resource configuration, comprising:receiving, by a terminal device, configuration information sent by a network device, wherein the configuration information is used to configure a first RACH resource set and a second RACH resource set; andperforming random access based on the configuration information.2.The method of claim 1, wherein resources in the first RACH resource set are used for a first feature or a first feature combination; andresources in the second RACH resource set exclude support for the first feature or the first feature combination.3.The method of any one of claims 1 to 2, wherein the first RACH resource set comprises coverage enhancement (CE) -supporting RACH resources, the second RACH resource set comprises non-CE-supporting RACH resources.4.The method of any one of claims 1 to 3, wherein the second RACH resource set is configured to be selectively enabled or disabled.5.The method of any one of claims 1 to 4, wherein the configuration information comprises first information and second information,wherein the first information is used to allocate resources in the first RACH resource set for each feature in a first feature list or each feature combination in a first feature combination list; andthe second information is used to allocate resources in the second RACH resource set for each feature in a second feature list or each feature combination in a second feature combination list.6.The method of claim 5, wherein the first feature list comprises the first feature;the second feature list excludes the first feature;the first feature combination list comprises the first feature combination; andthe second feature combination list excludes the first feature combination.7.The method of claim 5 or 6, wherein the first information is defined based on a first information element (IE) of RACH-ConfigCommon, andthe second information is defined based on a second IE of RACH-ConfigCommon.8.The method of any one of claims 1 to 7, wherein a field for resource partitioning in the first information comprises resource partitioning configuration; andthe resource partitioning configuration of the field in the first information serves as a default configuration for resource allocation of the second information when the second information excludes a field for resource partitioning corresponding to the field for resource partitioning in the first information.9.The method of any one of claims 1 to 4, wherein the configuration information comprises third information, the third information comprises a first field and a second field;wherein the first field is used to allocate resources in the first RACH resource set for each feature in a first feature list or each feature combination in a first feature combination list; andthe second field is used to allocate resources in the second RACH resource set for each feature in a second feature list or each feature combination in a second feature combination list.10.The method of claim 9, wherein the first feature list comprises the first feature;the second feature list excludes the first feature;the first feature combination list comprises the first feature combination; andthe second feature combination list excludes the first feature combination.11.The method of claim 9 or 10, wherein the third information is defined based on an IE of RACH-ConfigCommon;the first field is defined based on an IE of feature combination preamble list FeatureCombinationPreambles-r17, andthe second field is defined based on an IE of feature combination preamble list FeatureCombinationPreambles of release 19.12.The method of any one of claims 1 to 4, wherein the configuration information comprises fourth information, the fourth information comprises a third field;wherein each entry in the third field is used to allocate resources for a corresponding feature or feature combination, andan indicator is used for each entry to indicate at least one of the following:whether the entry is used to allocate resources in the first RACH resource set for a feature in the first feature list or a feature combination in the first feature combination list,whether the entry is used to allocate resources in the second RACH resource set for a feature in the second feature list or a feature combination in the second feature combination list, orwhether the entry is used to allocate resources in both the first RACH resource set and the second RACH resource set for a feature in the first feature list or a feature combination in the first feature combination list.13.The method of claim 12, wherein the first feature list comprises the first feature;the second feature list excludes the first feature;the first feature combination list comprises the first feature combination; andthe second feature combination list excludes the first feature combination.14.The method of claim 12 or 13, wherein the fourth information is defined based on IE of RACH-ConfigCommon, or an IE of FeatureCombinationPreambles-r17.15.The method of any one of claim 10 or 11s 12 to 14, wherein the third field is defined based on featureCombinationPreamblesList.16.The method of any one of claims 1 to 4, wherein the configuration information comprises fifth information, the fifth information is used to allocate resources in both the first RACH resource set and the second RACH resource set,when an entry in the fifth information is used to allocate resources for the first feature or the first feature combination, the entry is only used for allocating resources in the first RACH resource set,when an entry in the fifth information is used to allocate resources for a feature other than the first feature or the first feature combination, the entry is used for allocating resources in both the first RACH resource set and the second RACH resource set.17.The method of claim 13, wherein the fifth information is defined based on IE of  FeatureCombinationPreambles-r17.18.The method of any one of claims 1 to 14, wherein resources comprised in the first RACH resource set and the second RACH resource set include time resource, frequency resources, and / or preambles.19.The method of any one of claims 1 to 15, wherein the first feature is a Coverage-Enhancement (CE) or signal repetition feature, the first feature combination is a CE or signal repetition feature combination.20.A method for RACH resource configuration, comprising:transmitting, by a network device, configuration information to a terminal device, wherein the configuration information is used to configure a first RACH resource set and a second RACH resource set; andproviding random access for the terminal device based on the configuration information.21.The method of claim 20, wherein resources in the first RACH resource set are used for a first feature or a first feature combination; andresources in the second RACH resource set exclude support for the first feature or the first feature combination.22.The method of any one of claims 20 to 21, wherein the first RACH resource set comprises coverage enhancement (CE) -supporting RACH resources, the second RACH resource set comprises non-CE-supporting RACH resources.23.The method of any one of claims 20 to 22, wherein the second RACH resource set is configured to be selectively enabled or disabled.24.The method of any one of claims 20 to 23, wherein the configuration information comprises first information and second information,wherein the first information is used to allocate resources in the first RACH resource set for each feature in a first feature list or each feature combination in a first feature combination list; andthe second information is used to allocate resources in the second RACH resource set for each feature in a second feature list or each feature combination in a second feature combination list.25.The method of claim 24, wherein the first feature list comprises the first feature;the second feature list excludes the first feature;the first feature combination list comprises the first feature combination; andthe second feature combination list excludes the first feature combination.26.The method of claim 24 or 25, wherein the first information is defined based on a first information element (IE) of RACH-ConfigCommon, andthe second information is defined based on a second IE of RACH-ConfigCommon.27.The method of any one of claims 24 to 26, wherein a field for resource partitioning in the first information comprises resource partitioning configuration; andthe resource partitioning configuration of the field in the first information serves as a default configuration for resource allocation of the second information when the second information excludes a field for resource partitioning corresponding to the field for resource partitioning in the first information.28.The method of any one of claims 20 to 23, wherein the configuration information comprises third information, the third information comprises a first field and a second field;wherein the first field is used to allocate resources in the first RACH resource set for each feature in a first feature list or each feature combination in a first feature combination list; andthe second field is used to allocate resources in the second RACH resource set for each feature in a second feature list or each feature combination in a second feature combination list.29.The method of claim 28, wherein the first feature list comprises the first feature;the second feature list excludes the first feature;the first feature combination list comprises the first feature combination; andthe second feature combination list excludes the first feature combination.30.The method of claim 28 or 29, wherein the third information is defined based on an IE of RACH-ConfigCommon;the first field is defined based on an IE of feature combination preamble list FeatureCombinationPreambles-r17, andthe second field is defined based on an IE of feature combination preamble list FeatureCombinationPreambles of release 19.31.The method of any one of claims 20 to 23, wherein the configuration information comprises fourth information, the fourth information comprises a third field;wherein each entry in the third field is used to allocate resources for a corresponding feature or feature combination, andan indicator is used for each entry to indicate at least one of the following:whether the entry is used to allocate resources in the first RACH resource set for a feature in the first feature list or a feature combination in the first feature combination list,whether the entry is used to allocate resources in the second RACH resource set for a feature in the second feature list or a feature combination in the second feature combination list, orwhether the entry is used to allocate resources in both the first RACH resource set and the second RACH resource set for a feature in the first feature list or a feature combination in the first feature combination list.32.The method of claim 31, wherein the first feature list comprises the first feature;the second feature list excludes the first feature;the first feature combination list comprises the first feature combination; andthe second feature combination list excludes the first feature combination.33.The method of claim 31 or 32, wherein the fourth information is defined based on an IE of RACH-ConfigCommon, or an IE of FeatureCombinationPreambles-r17.34.The method of any one of claim 26, 27, 31 to 33, wherein the third field is defined based on featureCombinationPreamblesList.35.The method of any one of claims 20 to 23, wherein the configuration information comprises fifth information, the fifth information is used to allocate resources in both the first RACH resource set and the second RACH resource set,when an entry in the fifth information is used to allocate resources for the first feature or the first feature combination, the entry is only used for allocating resources in the first RACH resource set,when an entry in the fifth information is used to allocate resources for a feature other than the first feature or the first feature combination, the entry is used for allocating resources in both the first RACH resource set and the second RACH resource set.36.The method of claim 35, wherein the fifth information is defined based on an IE of FeatureCombinationPreambles-r17.37.The method of any one of claims 20 to 36, wherein resources comprised in the first RACH resource set and the second RACH resource set include time resource, frequency resources, and / or preambles.38.The method of any one of claims 20 to 37, wherein the first feature is a Coverage-Enhancement (CE) or signal repetition feature, the first feature combination is a CE or signal repetition feature combination.39.A terminal device comprising:a processor and a memory; whereinthe memory is configured to store one or more computer programs; andthe processor configured to call and run the one or more computer programs stored in the memory to cause the terminal device to perform the method of any one of claims 1 to 19.40.A network device comprising:a processor and a memory; whereinthe memory is configured to store one or more computer programs; andthe processor configured to call and run the one or more computer programs stored in the memory to cause the network device to perform the method of any one of claims 20 to 38.41.A chip, comprising:a processor and a memory; whereinthe memory is configured to store one or more computer programs;the processor configured to call and run the one or more computer programs stored in a memory to cause a device equipped with the chip to perform the method of any one of claims 1 to 19 or 20 to 38.42.A non-transitory computer-readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to perform the method of any one of claims 1 to 19 or 20 to 38.43.A computer program product, comprising a computer program, wherein the computer program causes a computer to perform the method of any one of claims 1 to 19 or 20 to 38.44.A computer program, wherein the computer program causes a computer to perform the method of any one of claims 1 to 19 or 20 to 38.

Images