Physical downlink control channel monitoring for small data transmission procedures

Abstract

This invention provides a novel resource configuration device, method, apparatus, and computer-readable storage medium for DMRS transmission. [Solution] A method according to an embodiment of the present disclosure includes receiving from a second device information relating to a set of resources for monitoring a control channel between a first device and a second device for a small data transmission (SDT) procedure between the first device and the second device; monitoring the control channel based on that information; and performing the SDT based on the results of the monitoring procedure. In this way, a terminal device can determine a set of resources for PDCCH monitoring for the SDT, and thus can avoid the possibility of blocking in the common search space and improve system efficiency.

Description

Technical Field

[0001] Embodiments of the present disclosure generally relate to the field of telecommunication, and more specifically to a Physical Downlink Control Channel (PDCCH) monitoring device, method, apparatus, and computer-readable storage medium for Small Data Transmission (SDT) procedures.

Background Art

[0002] 5G New Radio (NR) is the fifth generation mobile network. It is a new radio world standard after 1G, 2G, 3G, and 4G networks. 5G enables a new type of network designed to connect virtually every person and everything, including machines, things, and devices, to each other. 5G wireless technology aims to deliver higher multi-Gbps peak data speeds, ultra-low latency, higher reliability, larger network capacity, improved availability, and a more uniform user experience to more users. Performance improvement and efficiency improvement enable new user experiences and connect new industries.

[0003] NR supports the transmission of multiple uplink (UL) / downlink (DL) packets during SDT procedures, without transitioning the User Equipment (UE) to the RRC_CONNECTED state in the middle and without performing separate SDT procedures for those transmissions. The SDT procedure in the RRC_INACTIVE state can be performed based on the Random Access Channel (RACH) procedure or the configured grant (CG).

Summary of the Invention

[0004] Generally, exemplary embodiments of the present disclosure provide a solution for PDCCH monitoring for SDT procedures.

[0005] In a first embodiment, a first device is provided. The first device includes at least one processor and at least one memory containing computer program code, wherein the at least one memory and the computer program code are configured by the at least one processor to cause the first device to receive at least information from a second device relating to a set of resources for monitoring a control channel between the first device and the second device for an SDT procedure between the first device and the second device, to monitor the control channel based on that information, and to perform an SDT procedure based on the results of the monitoring procedure.

[0006] In a second embodiment, a second device is provided. The second device includes at least one processor and at least one memory containing computer program code, the at least one memory and the computer program code are configured by the at least one processor to cause the second device to generate information relating to at least one set of resources for monitoring a control channel between the first device and the second device for an SDT procedure between the first device and the second device, and to transmit the information to the first device.

[0007] In a third aspect, a method is provided, which includes receiving from a second device information relating to a set of resources for monitoring a control channel between the first device and the second device for an SDT procedure between the first device and the second device, monitoring the control channel based on that information, and performing an SDT procedure based on the results of the monitoring procedure.

[0008] A fourth aspect provides a method, which includes generating information relating to a set of resources for monitoring a control channel between a first device and a second device for an SDT procedure between the first device and a second device, and transmitting the information to the first device.

[0009] In a fifth aspect, an apparatus is provided which includes means for receiving from a second device information relating to a set of resources for monitoring a control channel between the first device and the second device for an SDT procedure between the first device and the second device; means for monitoring the control channel based on the information; and means for performing an SDT procedure based on the results of the monitoring procedure.

[0010] In a sixth aspect, an apparatus is provided that includes means for generating information relating to a set of resources for monitoring a control channel between a first device and a second device for an SDT procedure between a first device and a second device, and means for transmitting the information to the first device.

[0011] In the seventh aspect, a computer-readable medium is provided which stores a computer program that, when executed by at least one processor of the device, causes the device to perform the method according to the third aspect.

[0012] In the eighth aspect, a computer-readable storage medium is provided which stores a computer program that, when executed by at least one processor of the device, causes the device to perform the method according to the fourth aspect.

[0013] Other features and advantages of the embodiments of this disclosure will be apparent from the following descriptions of specific embodiments, along with the accompanying drawings illustrating the principles of the embodiments of this disclosure.

[0014] Embodiments of this disclosure are shown as examples, and their advantages will be described in detail below with reference to the attached drawings. [Brief explanation of the drawing]

[0015] [Figure 1] This figure shows an exemplary communication network 100 capable of implementing an exemplary embodiment of the present disclosure. [Figure 2]This is a signal transmission diagram illustrating the process of PDCCH monitoring for an SDT procedure according to some exemplary embodiments of the present disclosure. [Figure 3] This flowchart shows an exemplary PDCCH monitoring method for an SDT procedure according to some exemplary embodiments of the present disclosure. [Figure 4] This flowchart shows an exemplary PDCCH monitoring method for an SDT procedure according to some exemplary embodiments of the present disclosure. [Figure 5] This is a schematic block diagram showing a device suitable for implementing the exemplary embodiments of this disclosure. [Figure 6] A block diagram illustrating an exemplary computer-readable medium according to some exemplary embodiments of the present disclosure. [Modes for carrying out the invention]

[0016] Throughout all drawings, the same or similar reference numbers represent the same or similar elements.

[0017] The principles of this disclosure will be described below with reference to several illustrative embodiments. These embodiments are for illustrative purposes only and should not imply any limitation on the scope of this disclosure, but are intended to help those skilled in the art to understand and implement it. The disclosure described herein can be implemented in various ways other than those described below.

[0018] In the following description and claims, unless otherwise defined, all technical and scientific terms used herein have the same meanings as those commonly understood by traders in the art to which this disclosure belongs.

[0019] Where the terms "one embodiment," "embodiment," or "exemplary embodiment" are used in this disclosure, the described embodiments may include certain features, structures, or characteristics, but not all embodiments may include those features, structures, or characteristics. Furthermore, such terms do not necessarily refer to the same embodiment. In addition, where certain features, structures, or characteristics are described in relation to an exemplary embodiment, it is assumed that adopting such features, structures, or characteristics in relation to other embodiments, whether explicitly stated or not, is within the scope of knowledge of those skilled in the art.

[0020] In this specification, terms such as “First” and “Second” may be used to describe various elements, but it should be understood that these elements should not be limited by these terms. These terms are used solely to distinguish the various elements from one another. The term “and / or” as used herein includes any one or more of the listed terms and any combination thereof.

[0021] The terms used herein are intended to describe only specific embodiments and are not intended to limit the exemplary embodiments. The singular forms “a,” “an,” and “the” as used herein are intended to include the plural form unless the context explicitly indicates otherwise. Furthermore, it should be understood that the terms “comprises,” “comprising,” “has,” “having,” “includes,” and / or “including,” as used herein, specify the presence of the described features, elements, and / or components, but do not exclude the presence or addition of one or more other features, elements, components, and / or combinations thereof.

[0022] As used in this application, the term “circuit” may refer to one or more or all of the following: (a) Only hardware circuit implementation forms (such as implementation forms with only analog and / or digital circuits) and, (b) Combinations of hardware circuits and software such as the following (if applicable), (i) Combinations of analog and / or digital hardware circuits and software / firmware, and, (ii) Any part of a hardware processor with software (including a digital signal processor, software, and memory that cooperate to perform various functions in a device such as a mobile phone or server), (c) A hardware circuit and / or processor such as a microprocessor or a part of a microprocessor that requires software (such as firmware) for operation, but the software may not exist if it is not necessary for operation.

[0023] This definition of circuit applies to all uses of this term in this application, including the claims. As a further example, the term circuit as used in this application also includes only a hardware circuit or processor (or multiple processors), or an implementation form of a part of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuit also includes, for example, a baseband integrated circuit or a processor integrated circuit for a mobile device, or a similar integrated circuit in a server, a cellular network device, or other computing or network devices, if applicable to a specific claim element.

[0024] As used herein, the term “communication network” refers to a network conforming to any appropriate communication standard, such as fifth-generation (5G) systems, Long-Term Evolution (LTE), LTE-A, Broadband Code Division Multiple Access (WCDMA), High-Speed ​​Packet Access (HSPA), and Narrowband Internet of Things (NB-IoT). Furthermore, communication between terminal devices and network devices in a communication network may be conducted in accordance with any appropriate generation of communication protocol, including but not limited to first-generation (1G), second-generation (2G), 2.5G, 2.75G, third-generation (3G), fourth-generation (4G), 4.5G, fifth-generation (5G) New Radio (NR) communication protocols, and / or any other protocols currently known or to be developed in the future. Embodiments of this disclosure are applicable to a variety of communication systems. Given the rapid advancements in communications, there will naturally be future communication technologies and systems that can also embody this disclosure. The scope of this disclosure should not be considered limited to the systems described above.

[0025] As used herein, the term “network device” refers to a node in a communications network through which terminal devices access and receive services. Depending on the terminology and technology applied, a network device may refer to a base station (BS) or access point (AP), such as a node B (NodeB or NB), an advanced node B (eNodeB or eNB), an NR next-generation node B (gNB), a remote radio unit (RRU), a radio header (RH), a remote radio head (RRH), a relay, a femto, a pico, or other low-power node. A RAN split architecture includes a gNB-CU (a centralized unit hosting RRC, SDAP, and PDCP) that controls multiple gNB-DUs (distributed units hosting RLC, MAC, and PHY). A relay node may correspond to the DU portion of an IAB node.

[0026] The term "terminal device" refers to any terminal device that can enable wireless communication. Examples, though not limited to, include communication devices, user equipment (UE), subscriber station (SS), portable subscriber station, mobile station (MS), or access terminal (AT). Terminal devices may include, but are not limited to, mobile phones, cellular phones, smartphones, voice over IP (VoIP) phones, wireless local loop phones, tablets, wearable terminal devices, personal digital assistants (PDAs), portable computers, desktop computers, image capture terminal devices such as digital cameras, game terminal devices, music storage and playback devices, in-vehicle wireless terminal devices, wireless endpoints, mobile stations, laptop embedded devices (LEEs), laptop mounted devices (LMEs), USB dongles, smart devices, wireless subscriber equipment (CPEs), Internet of Things (IoT) devices, watches or other wearables, head-mounted displays (HMDs), vehicles, drones, medical devices and applications (e.g., remote surgery), industrial devices and applications (e.g., robots and / or other wireless devices in industrial and / or automated processing chain environments), consumer electronics devices, and devices operating on commercial and / or industrial wireless networks. Terminal devices may also correspond to the mobile terminal (MT) portion of an integrated access and backhaul (IAB) node (also known as a relay node). In the following explanation, the terms “terminal device,” “communication device,” “terminal,” “user equipment,” and “UE” may be used interchangeably.

[0027] The functions described herein can be performed in fixed and / or wireless network nodes in various exemplary embodiments, but in other exemplary embodiments, the functions may be implemented in a user device (such as a mobile phone, or a tablet or laptop computer, or a mobile IoT device or a fixed IoT device). This user device may, for example, appropriately include the corresponding functions as described in relation to a fixed and / or wireless network node. The user device may also be a user device and / or a control device, such as a chipset or processor configured to control the user device when installed in the user device. Examples of such functions include bootstrap server functions and / or home subscriber servers, which can be implemented in a user device by providing the user device with software configured to run on the user device, in terms of these functions / nodes.

[0028] Figure 1 shows an exemplary communication network 100 that can implement an embodiment of the present disclosure. As shown in Figure 1, the communication network 100 includes a terminal device 110 (hereinafter sometimes also referred to as the first device 110 or UE110). The communication network 100 may also include a network device 120 (hereinafter also referred to as the second device or gNB120). The network device 120 is capable of communicating with the terminal device 110.

[0029] The number of terminal devices and network devices is for illustrative purposes only and should be understood as not to imply any limitation. The communication network 100 may include any appropriate number of terminal devices configured to implement embodiments of the present disclosure.

[0030] Depending on the communication technology, network 100 may be a Code Division Multiple Access (CDMA) network, a Time Division Multiple Access (TDMA) network, a Frequency Division Multiple Access (FDMA) network, an Orthogonal Frequency-Division Multiple Access (OFDMA) network, a Single Carrier-Frequency Division Multiple Access (SC-FDMA) network, or any other network. The communications described in network 100 may conform to any appropriate standard, including but not limited to New Radio Access (NR), Long Term Evolution (LTE), LTE Evolution, LTE-A, Wideband Code Division Multiple Access (WCDMA), Code Division Multiple Access (CDMA), cdma2000, and Global System for Mobile Communications (GSM). Furthermore, communication may be conducted in accordance with any generation of communication protocol currently known or to be developed in the future. Examples of communication protocols include, but are not limited to, first-generation (1G), second-generation (2G), 2.5G, 2.75G, third-generation (3G), fourth-generation (4G), 4.5G, and fifth-generation (5G) communication protocols. The technologies described herein are applicable to the above-mentioned wireless networks and wireless technologies, as well as other wireless networks and wireless technologies. For clarity, specific embodiments of these technologies will be described below in relation to LTE, and LTE terminology will be used in much of the following description.

[0031] The RRC_INACTIVE state can be supported by NR, and UEs with low data transmission frequency are generally maintained by networks in the RRC_INACTIVE state. Traditionally, data transmission is not possible in the RRC_INACTIVE state. That is, UEs must reconnect (i.e., transition to the RRC_CONNECTED state) for any DL data and UL data. With each data transmission, no matter how few data packets are or how infrequent, connection setup and subsequent release to the INACTIVE state are required, which can result in unnecessary power consumption and signaling overhead.

[0032] Signaling overhead from an inactive UE for small data packets is a common problem. Generally, for any device with intermittent small data packets in an inactive state, enabling small data transmission in an inactive state is advantageous. Therefore, to improve network performance and efficiency and UE battery performance,

[0033] It has been proposed that SDT in the RRC_INACTIVE state can be supported in NR. Two-step, four-step RACH and configured authorization type 1 have already been specified to enable data transmission in the RRC_INACTIVE state.

[0034] In the case of RACH-based SDT, once conflict resolution is successfully completed, the UE needs to monitor the Cell-Radio Network Temporary Identifier (C-RNTI). In the case of CG-based SDT, the configuration of the configured authorized resources for UE uplink small data transmission can be included in the RRC release message. This configuration is only available for Type 1 CGs without a CG conflict resolution procedure.

[0035] Furthermore, in both RACH-based and CG-based SDTs, if the UE is in the RRC_INACTIVE state, it is necessary that multiple UL and DL packets be transmitted as part of the same SDT mechanism without transitioning to RRC_CONNECTED upon dedicated authorization.

[0036] In the case of RACH-based SDT, after the RA procedure during RA-SDT is successfully completed, it is necessary to consider the configuration of the Control Resource Set (CORESET) and Search Space (SS) for monitoring the PDCCH allocated to C-RNTI. In the case of CG-based SDT, it is necessary to consider the configuration of the association between the Type 1 CG resource for CG-SDT and the Synchronization Signal Block (SSB).

[0037] In NR, the PDCCH carries Downlink Control Information (DCI). DCI includes scheduling information and other control information for a UL or DL ​​data channel of one UE or a group of UEs. For each DCI payload bit, a 24-bit cyclic redundancy check (CRC) is calculated and appended to the payload. The CRC allows the UE to detect the presence of errors in the decoded DCI payload bits. After the CRC is appended, the last 16 CRC bits are masked with a corresponding identifier, sometimes called a Radio Network Temporary Identifier (RNTI). Using the RNTI mask, the UE can detect DCI for its unicast data and distinguish between sets of DCIs for different purposes that have the same payload size.

[0038] Each DCI payload bit is scrambled separately by a scrambling sequence generated from a 31-length gold sequence. The scrambling sequence is initialized by the cell's physical layer cell identification information, or by UE-specific scrambling identification information and UE-specific C-RNTI. After the scrambled DCI bit sequence is Quadrature Phase Shift Keying (QPSK) modulated, the complex-valued modulated symbols are mapped to physical resources in units sometimes called Control Channel Elements (CCEs).

[0039] Each CCE can consist of six Resource Element Groups (REGs), each defined as a Physical Resource Block (PRB) within an Orthogonal Frequency Division Multiplexing (OFDM) symbol, containing nine Resource Elements (REs) for the PDCCH payload and three REs for the Demodulation Reference Signal (DMRS). Each DCI can be assigned one, two, four, eight, or sixteen CCEs, and the number of CCEs in a DCI is expressed as the Aggregation Level (AL). Based on the channel environment and available resources, the gNB can adaptively select the appropriate AL for the DCI to adjust the code rate.

[0040] A DCI with AL L can be mapped to physical resources in a given Bandwidth Part (BWP), where necessary parameters such as frequency domain resources and time domain resources, and DMRS scrambling sequence identification information for PDCCH, can be configured for the UE using CORESET. The UE can be configured with up to three CORESETs in Release 15 and up to five CORESETs in Resource 16, for each of up to four BWPs on the service delivery cell.

[0041] A UE can perform blind decoding on a pair of PDCCH candidates. The PDCCH candidates to be monitored are configured for the UE using SS sets. There are two types of SS sets: a common SS (CSS) set that is monitored in common by a group of UEs in a cell, and a UE-specific SS (USS) set that is monitored by an individual UE.

[0042] A UE can be configured with up to 10 SS sets for up to 4 BWPs within each service delivery cell. Generally, the configuration of an SS set provides the UE with the type of SS set, the DCI format to be monitored, the monitoring opportunities (period, slot offset, duration expressed in consecutive slots), and the number of PDCCH candidates for each AL within the SS set.

[0043] The mapping of PDCCH candidates in the SS set to CCEs in the associated CORESET is performed using a hash function. The hash function randomizes the assignment of PDCCH candidates within the CORESET. However, the hash function is not applied to any CSS set. This means that CCEs in PDCCHs can be mapped to the same set of CCEs and therefore can block each other.

[0044] In this situation, if the initial SDT transmission is made via, for example, a 2-step or 4-step RACH, a large number of data packets may enter the UE's buffer or the network's buffer. CSS and CORESET#0 are typically used for network scheduling of UEs after conflict resolution. However, if multiple UEs performing SDT have subsequent SDT data, scheduling such data can overload CSS / CORESET#0 to the point where fewer UEs are available to serve the network. In other words, the same set of CCEs within the CORESET may need to be shared between the CCS set and the SDT UEs. This increases the probability of blocking, which can be particularly noticeable when there are many SDT UEs to serve.

[0045] This disclosure provides a solution for PDCCH monitoring for SDT. In this solution, a terminal device can obtain information from a network device related to PDCCH monitoring for SDT between the terminal device and the network device. The terminal device can then monitor the PDCCH based on this information and perform SDT based on the results of the PDCCH monitoring. In this way, the terminal device can determine a set of resources for PDCCH monitoring for SDT, thus avoiding the possibility of blocking in a common search space and improving system efficiency.

[0046] The principles and implementation forms of this disclosure will be described in detail below with reference to Figure 2, which shows an outline process for PDCCH monitoring for SDT. For consideration, process 200 will be described with reference to Figure 1. Process 200 may involve UE110 and gNB120 as shown in Figure 1.

[0047] As shown in Figure 2, UE110 can receive from gNB120 information related to a set of resources for monitoring the PDCCH between UE110 and gNB120 for the SDT procedure between UE110 and gNB120.

[0048] In some exemplary embodiments, this information may include a C-RNTI obtained from an RA procedure initiated for an SDT procedure. For example, in the RA procedure, UE110 may send message 1 (MSG1) with a random access preamble to gNB120. After receiving MSG1 from UE110, gNB120 may generate a random access response including a temporary CRNTI (T-CRNTI) and send that random access response to UE110 as message 2. After the conflict resolution is completed in the RA procedure, the T-CRNTI can be considered a C-RNTI and used to scramble PDCCH in message 4.

[0049] In some exemplary embodiments, this information may include a C-RNTI or other RNTI (e.g., an SDT-RNTI) obtained from the configuration of configured permissions assigned by gNB120.

[0050] In some exemplary embodiments, UE110 can determine a set of resources for monitoring the PDCCH between UE110 and gNB120 for the SDT procedure based on C-RNTI.

[0051] If the UE is in the RRC_INACTIVE state, the UE can monitor the PDCCH in the CSS set to send small data packets. For example, based on the C-RNTI, the UE can determine the mapping between the PDCCH in the CSS and the corresponding CCE in the CORESET that can be used to monitor the PDCCH. For example, once the C-RNTI is obtained, the C-RNTI can be used in a hash operation to map the PDCCH in the CSS, which is provided for PDCCH monitoring for subsequent UL and / or DL ​​SDT transmissions, to the corresponding CCE in the CORESET.

[0052] In some exemplary embodiments, the UE110 can determine, based on C-RNTI, a set of resources for monitoring the PDCCH for an SDT procedure from a set of candidate resources available for monitoring the PDCCH.

[0053] In some exemplary embodiments, a set of resources can be considered an SDT-specific CSS set associated with CORESET#0 (e.g., type 4-PDCCH), and such an SDT-specific CSS set can be provided to the UE. In some exemplary embodiments, if type 4-PDCCH is not provided to the UE, the UE can apply type 0-PDCCH CSS.

[0054] In some exemplary embodiments, the UE110 may also determine a set of resources for monitoring the PDCCH for an SDT procedure on a new BWP different from the initial BWP, based on C-RNTI. For example, the initial BWP may be the BWP on which the RA procedure is initiated. After the completion of the SDT procedure, the CORESET / SS for the SDT procedure can be released, and the UE can return to the original BWP.

[0055] In some exemplary embodiments, the information may also include an explicit indicator of a set of resources for monitoring the PDCCH between UE110 and gNB120 for the SDT procedure. UE110 can obtain the set of resources for monitoring the PDCCH for the SDT procedure from this indicator.

[0056] After a set of resources for monitoring the PDCCH for the SDT procedure is determined based on C-RNTI or explicit indicators, UE110 can monitor the PDCCH on that set of resources204.

[0057] In some exemplary embodiments, UE110 can use a set of resources to monitor PDCCH for the SDT procedure once the RA procedure for the SDT procedure is completed, i.e., upon successful resolution of conflicts and completion of the RA procedure.

[0058] In some exemplary embodiments, the UE110 may also use a set of resources to monitor the PDCCH for the SDT procedure during the RA procedure.

[0059] In some exemplary embodiments, UE110 may also decode a set of candidate resources, e.g., CSS / CORESET#0, that are available to monitor PDCCH if a set of candidate resources are in the same BWP as SS / CORESET for the SDT procedure. Corresponding priority levels can be set for different sets of resources. For example, in some exemplary embodiments, CSS / CORESET#0 may be preferred over SS / CORESET for the SDT procedure. In some exemplary embodiments, SS / CORESET may be preferred over CSS / CORESET#0 for the SDT procedure.

[0060] After monitoring PDCCH on that set of resources, the UE can detect DCI from the resources, obtain UL authorization for the SDT procedure, and send small data packets with UL authorization in RRC_INACTIVE state.

[0061] In this way, the terminal device can determine a set of resources for PDCCH monitoring for the SDT procedure, thus avoiding the possibility of blocking in the common search space and improving system efficiency.

[0062] Figure 3 shows a flowchart of Method 300, an exemplary method for PDCCH monitoring for an SDT procedure, according to an exemplary embodiment of some of the present disclosures. Method 300 can be implemented in a first device 110 as shown in Figure 1. For discussion purposes, Method 300 will be described with reference to Figure 1.

[0063] At 310, the first device receives information from the second device relating to a set of resources for monitoring the control channel between the first device and the second device for the SDT procedure between the first device and the second device.

[0064] In some exemplary embodiments, this information may include C-RNTI.

[0065] In some exemplary embodiments, this information includes an identifier for a set of resources for monitoring the control channel for the SDT procedure.

[0066] In step 320, the first device monitors the control channel based on this information.

[0067] In some exemplary embodiments, a first device can obtain a C-RNTI from this information, which is then assigned by a second device. The first device can further determine, based on the C-RNTI, a set of resources for monitoring the control channel for an SDT procedure from a set of candidate resources available for monitoring the control channel, and can monitor the control channel on that set of resources.

[0068] In some exemplary embodiments, a first device can obtain a C-RNTI from this information, which is then assigned by a second device. The first device can further determine, based on the C-RNTI, a set of resources for monitoring the control channel for the SDT procedure on a new bandwidth part different from the initial bandwidth part, and monitor the control channel on that set of resources.

[0069] In some exemplary embodiments, the first device may obtain a C-RNTI from an RA procedure initiated for an SDT procedure or from a configuration authorization assigned by the second device.

[0070] In some exemplary embodiments, a set of resources may include a dedicated search space for monitoring control channels for SDT procedures, or a common search space for monitoring control channels for SDT procedures.

[0071] In some exemplary embodiments, the first device may monitor the control channel on a set of resources for monitoring the control channel for the SDT procedure after the RA procedure is completed.

[0072] In some exemplary embodiments, the first device may monitor the control channel on a set of resources for monitoring the control channel for the SDT procedure during the RA procedure.

[0073] In some exemplary embodiments, the first device may monitor the control channel on a set of candidate resources available for monitoring the control channel, the set of candidate resources having a different priority from the set of resources.

[0074] In some exemplary embodiments, the first device can obtain an identifier from its information for a set of resources to monitor a control channel for an SDT procedure, and monitor the control channel on that set of resources.

[0075] In step 330, the first device performs the SDT procedure based on the results of the monitoring procedure.

[0076] In some exemplary embodiments, the first device includes a terminal device, and the second device includes a network device.

[0077] Figure 4 shows a flowchart of Method 400, an exemplary method for PDCCH monitoring for an SDT procedure, according to an exemplary embodiment of some of the present disclosures. Method 400 can be implemented in a second device 120 as shown in Figure 1. For discussion purposes, Method 400 will be described with reference to Figure 1.

[0078] At 410, the second device generates information related to a set of resources for monitoring the control channel between the first device and the second device for the SDT procedure between the first device and the second device.

[0079] In some exemplary embodiments, this information includes C-RNTI.

[0080] In some exemplary embodiments, this information includes an identifier for a set of resources for monitoring the control channel for the SDT procedure.

[0081] At 420, the second device sends this information to the first device.

[0082] In some exemplary embodiments, the first device includes a terminal device, and the second device includes a network device.

[0083] In some exemplary embodiments, an apparatus capable of performing Method 300 (for example, performed in the first device 110) may include means for performing each step of Method 300. These means can be implemented in any suitable form. For example, these means can be implemented in a circuit or a software module.

[0084] In some exemplary embodiments, the apparatus includes means for receiving information from a second device relating to a set of resources for monitoring a control channel between the first device and the second device for an SDT procedure between the first device and the second device; means for monitoring the control channel based on the information; and means for performing an SDT procedure based on the results of the monitoring procedure.

[0085] In some exemplary embodiments, the information may include C-RNTI.

[0086] In some exemplary embodiments, the information includes an identifier for a set of resources for monitoring a control channel for an SDT procedure.

[0087] In some exemplary embodiments, means for monitoring a control channel include means for obtaining a C-RNTI assigned by a second device from information; means for determining a set of resources for monitoring a control channel for an SDT procedure from a set of candidate resources available for monitoring a control channel for an SDT procedure, based on the C-RNTI; and means for monitoring the control channel on the set of resources for monitoring a control channel for an SDT procedure.

[0088] In some exemplary embodiments, means for monitoring a control channel include means for obtaining a C-RNTI assigned by a second device from information; means for determining a set of resources for monitoring the control channel for the SDT procedure on a new bandwidth part different from the initial bandwidth part based on the C-RNTI; and means for monitoring the control channel on a set of resources for monitoring the control channel for the SDT procedure.

[0089] In some exemplary embodiments, the means for obtaining the C-RNTI includes means for obtaining the C-RNTI from an RA procedure initiated for an SDT procedure or from a configuration authorization assigned by a second device.

[0090] In some exemplary embodiments, a set of resources may include a dedicated search space for monitoring control channels for SDT procedures, or a common search space for monitoring control channels for SDT procedures.

[0091] In some exemplary embodiments, means for monitoring the control channel on a set of resources for monitoring the control channel for the SDT procedure include means for monitoring the control channel on a set of resources for monitoring the control channel for the SDT procedure after the RA procedure is completed.

[0092] In some exemplary embodiments, means for monitoring a control channel on a set of resources for monitoring a control channel for an SDT procedure include means for monitoring a control channel on a set of resources for monitoring a control channel for an SDT procedure during an RA procedure.

[0093] In some exemplary embodiments, the device also includes means for monitoring the control channel on a set of candidate resources available for monitoring the control channel, the set of candidate resources having a different priority from the set of resources.

[0094] In some exemplary embodiments, means for monitoring a control channel include means for obtaining from information an identifier for a set of resources for monitoring a control channel for an SDT procedure, and means for monitoring the control channel on that set of resources.

[0095] In some exemplary embodiments, the first device includes a terminal device, and the second device includes a network device.

[0096] In some exemplary embodiments, an apparatus capable of performing Method 400 (for example, as performed in the second device 120) includes means for performing each step of Method 400. These means can be implemented in any suitable form. For example, these means can be implemented in a circuit or a software module.

[0097] In some exemplary embodiments, the apparatus includes means for generating information relating to a set of resources for monitoring a control channel between a first device and a second device for an SDT procedure between the first device and a second device, and means for transmitting the information to the first device.

[0098] In some exemplary embodiments, the information includes C-RNTI.

[0099] In some exemplary embodiments, the information includes an identifier for a set of resources for monitoring a control channel for an SDT procedure.

[0100] In some exemplary embodiments, the first device includes a terminal device, and the second device includes a network device.

[0101] Figure 5 is a schematic block diagram of a device 500 suitable for implementing an embodiment of the present disclosure. The device 500 can be configured to implement a communication device, for example, a UE110 or gNB120 as shown in Figure 1. As shown in the figure, the device 500 includes one or more processors 510, one or more memories 520 coupled to the processors 510, and one or more transmitters and receivers (TX / RX) 540 coupled to the processors 510.

[0102] The TX / RX540 is for bidirectional communication. The TX / RX540 includes at least one antenna to facilitate communication. The communication interface can be any interface necessary for communication with other network elements.

[0103] The processor 510 may be of any type suitable for a local technology network and may include, in non-limiting examples, one or more of general-purpose computers, dedicated computers, microprocessors, digital signal processors (DSPs), and processors based on multicore processor architectures. The device 500 may have multiple processors, such as application-specific integrated circuit chips, under the control of a clock that synchronizes the main processor in time.

[0104] Memory 520 may include one or more non-volatile memories and one or more volatile memories. Examples of non-volatile memories include, but are not limited to, read-only memory (ROM) 524, electrically programmable read-only memory (EPROM), flash memory, hard disks, compact discs (CDs), digital video discs (DVDs), and other magnetic and / or optical storage. Examples of volatile memories include, but are not limited to, random-access memory (RAM) 522 and other volatile memories that do not persist during power-off periods.

[0105] The computer program 530 includes computer executable instructions that are executed by the associated processor 510. The program 530 may be stored in ROM 520. The processor 510 may perform any appropriate actions and processes by loading the program 530 into RAM 520.

[0106] Embodiments of the present disclosure can be implemented using program 530 so that device 500 can perform any process of the present disclosure as described with reference to Figures 2 to 4. Embodiments of the present disclosure may be implemented by hardware or by a combination of software and hardware.

[0107] In some exemplary embodiments, the program 530 may be tangibly contained in a computer-readable medium (such as memory 520) or other storage device accessible by device 500, which may be contained within device 500. Device 500 may load the program 530 from the computer-readable medium into RAM 522 for execution. The computer-readable storage medium may include any type of tangible non-volatile storage, such as ROM, EPROM, flash memory, hard disk, CD, or DVD. Figure 6 shows an example of a computer-readable medium 600 in the form of a CD or DVD. The program 530 is stored on the computer-readable medium.

[0108] In general, various embodiments of the present disclosure can be implemented in hardware or dedicated circuitry, software, logic, or any combination thereof. Some embodiments may be implemented in hardware, while others may be implemented in firmware or software executable by a controller, microprocessor, or other computing device. Various embodiments of the present disclosure are illustrated and described using block diagrams, flowcharts, or any other graphical representation, but the blocks, devices, systems, techniques, or methods described herein may, in non-limiting examples, be implemented in hardware, software, firmware, dedicated circuitry or logic, general-purpose hardware or controllers or other computing devices, or any combination thereof.

[0109] This disclosure also provides at least one computer program product tangibly recorded on a non-temporary computer-readable storage medium. The computer program product includes computer-executable instructions, such as those contained in a program module executed on a device on a target real or virtual processor, in order to perform methods 300 and 400 as described above with reference to Figures 3 and 4. Generally, a program module includes routines, programs, libraries, objects, classes, components, data structures, etc., that perform a specific task or implement a specific abstract data type. The functionality of the program modules may be combined or divided among the program modules as described in the various embodiments. The machine-executable instructions of the program modules may be executed on a local device or a distributed device. On a distributed device, the program modules may reside on both local and remote storage media.

[0110] Program code for performing the methods of this disclosure may be written in any combination of one or more programming languages. This program code may be supplied to a processor or controller of a general-purpose computer, a dedicated computer, or other programmable data processing device so that, when executed by the processor or controller, the program code performs the functions / operations specified in the flowchart and / or block diagrams. The program code may be executed entirely on a machine, partially on a machine, as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0111] In the context of this disclosure, computer program code or related data can be carried on any suitable carrier to enable a device, device, or processor to perform the various processes and operations described above. Examples of carriers include signals, computer-readable media, and the like.

[0112] Computer-readable media may be computer-readable signal media or computer-readable storage media. Computer-readable media may include, but are not limited to, electronic, magnetic, optical, electromagnetic, infrared, semiconductor systems, devices or devices, or any suitable combination thereof as described above. More specific examples of computer-readable storage media include electrical connections having one or more wires, portable computer diskettes, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof as described above.

[0113] Furthermore, although the operations are shown in a specific order, this should not be interpreted as requiring that such operations be performed in that specific order or sequentially, or that all the operations shown be performed, in order to obtain the desired result. In certain circumstances, multitasking and parallel processing may be advantageous. Similarly, although the above description includes some specific implementation details, these should not be interpreted as limitations on the scope of this disclosure, but rather as descriptions of features that may be specific to a particular embodiment. Certain features described in the context of separate embodiments may be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may be implemented separately in multiple embodiments or in any suitable subcombination.

[0114] While this disclosure uses terminology specific to structural features and / or methodological actions, it should be understood that the disclosure as defined in the attached claims is not necessarily limited to the specific features or actions described above. Rather, the specific features and actions described above are disclosed as exemplary forms that implement the claims.

Claims

1. At least one processor, A first device comprising at least one memory containing computer program code, The at least one memory and the computer program code are, by the at least one processor, transmitted to the first device, The second device receives information relating to a set of resources for monitoring the control channel between the first device and the second device for the small data transmission SDT procedure between the first device and the second device. Based on the aforementioned information, the control channel is monitored. A first device configured to perform the SDT procedure based on the results of the monitoring procedure.

2. The first device according to claim 1, wherein the information includes a cell wireless network temporary identifier C-RNTI.

3. The first device according to claim 1, wherein the information includes an identifier for the set of resources for monitoring the control channel for the SDT procedure.

4. The first device is From the above information, obtain the cell radio network temporary identifier C-RNTI assigned by the second device, Based on the C-RNTI, determine the set of resources for monitoring the control channel for the SDT procedure from a set of candidate resources available for monitoring the control channel, By monitoring the control channel on the aforementioned set of resources, The first device according to claim 1, wherein the control channel is configured to monitor the control channel.

5. The first device is From the above information, obtain the cell radio network temporary identifier C-RNTI assigned by the second device, Based on the C-RNTI, determine the set of resources for monitoring the control channel for the SDT procedure on a new bandwidth portion different from the initial bandwidth portion of the first device, By monitoring the control channel on the aforementioned set of resources, The first device according to claim 1, wherein the control channel is configured to monitor the control channel.

6. The first device is A random access RA procedure initiated for the aforementioned SDT procedure, or Configuration of configured permissions assigned by the second device, The first device according to claim 4 or 5, wherein the C-RNTI is obtained by obtaining the C-RNTI from at least one of the following.

7. The aforementioned set of resources, A dedicated search space for monitoring the control channel for the SDT procedure, or A common search space for monitoring the control channel for the SDT procedure, The first device according to claim 1, comprising at least one of the following.

8. The first device is After the random access RA procedure is completed, the control channel is monitored on the set of resources for monitoring the control channel for the SDT procedure, The first device according to claim 4 or 5, configured to monitor the control channel on the set of resources.

9. The first device is During a random access RA procedure, by monitoring the control channel on the set of resources for monitoring the control channel for the SDT procedure, The first device according to claim 4 or 5, configured to monitor the control channel on the set of resources.

10. The first device further, The first device according to claim 4, wherein the control channel is monitored on a set of candidate resources available for monitoring the control channel, the set of candidate resources having a different priority than the set of resources.

11. The first device is From the aforementioned information, obtain an identifier for a set of resources for monitoring the control channel for the SDT procedure, By monitoring the control channel on the aforementioned set of resources, The first device according to claim 1, wherein the control channel is configured to monitor the control channel.

12. The first device according to claim 1, wherein the first device includes a terminal device and the second device includes a network.

13. At least one processor, A second device comprising at least one memory containing computer program code, The at least one memory and the computer program code are transmitted to the second device by the at least one processor, To generate information related to a set of resources for monitoring the control channel between the first device and the second device for a small data transmission SDT procedure between the first device and the second device, A second device that causes the first device to transmit the aforementioned information.

14. The second device according to claim 13, wherein the information includes a cell wireless network temporary identifier C-RNTI.

15. The second device according to claim 13, wherein the information includes an identifier for the set of resources for monitoring the control channel for the SDT procedure.

16. The second device according to claim 13, wherein the first device includes a terminal device and the second device includes a network device.

17. Receiving from the second device information relating to a set of resources for monitoring the control channel between the first device and the second device for a small data transmission SDT procedure between the first device and the second device, Based on the aforementioned information, the control channel is monitored, A method comprising performing the SDT based on the results of the monitoring procedure.

18. The method according to claim 17, wherein the information includes a cell wireless network temporary identifier C-RNTI.

19. The method according to claim 17, wherein the information includes an identifier for the set of resources for monitoring the control channel for the SDT procedure.

20. Monitoring the aforementioned control channel From the above information, obtain the cell radio network temporary identifier C-RNTI assigned by the second device, Based on the C-RNTI, determine the set of resources for monitoring the control channel for the SDT procedure from a set of candidate resources available for monitoring the control channel for the SDT procedure, The method according to claim 17, further comprising monitoring the control channel on the set of resources for monitoring the control channel for the SDT procedure.

21. Monitoring the aforementioned control channel From the above information, obtain the cell radio network temporary identifier C-RNTI assigned by the second device, Based on the C-RNTI, determine the set of resources for monitoring the control channel for the SDT procedure on a new bandwidth portion different from the initial bandwidth portion of the first device, The method according to claim 17, further comprising monitoring the control channel on the set of resources for monitoring the control channel for the SDT procedure.

22. To obtain the aforementioned CRNTI, A random access RA procedure initiated for the aforementioned SDT procedure, or Configuration of the configuration permission assigned by the second device, The method according to claim 20 or 21, comprising obtaining the C-RNTI from at least one of the following.

23. The aforementioned set of resources, A dedicated search space for monitoring the control channel for the SDT procedure, or A common search space for monitoring the control channel for the SDT procedure, The method according to claim 17, comprising at least one of the above.

24. Monitoring the control channel on the set of resources for monitoring the control channel for the SDT procedure, The method according to claim 20 or 21, further comprising monitoring the control channel on the set of resources for monitoring the control channel for the SDT procedure after the RA procedure has been completed.

25. Monitoring the control channel on the set of resources for monitoring the control channel for the SDT procedure, The method according to claim 20 or 21, wherein during the RA procedure, the control channel is monitored on the set of resources for monitoring the control channel for the SDT procedure.

26. The method according to claim 20, further comprising monitoring the control channel on a set of candidate resources available for monitoring the control channel, wherein the set of candidate resources has a different priority than the set of resources.

27. Monitoring the aforementioned control channel From the above information, obtain an identifier for a set of resources for monitoring the control channel for the SDT procedure, The method according to claim 17, further comprising monitoring the control channel on the set of resources.

28. The method according to claim 17, wherein the first device includes a terminal device and the second device includes a network device.

29. To generate information relating to a set of resources for monitoring the control channel between the first device and the second device for a small data transmission SDT procedure between the first device and the second device, A method comprising transmitting the aforementioned information to the first device.

30. The method according to claim 29, wherein the information includes a cell wireless network temporary identifier C-RNTI.

31. The method according to claim 29, wherein the information includes an identifier for the set of resources for monitoring the control channel for the SDT procedure.

32. The method according to claim 29, wherein the first device includes a terminal device and the second device includes a network device.

33. Means for receiving from a second device information relating to a set of resources for monitoring a control channel between the first device and the second device for a small data transmission SDT procedure between the first device and the second device, means for monitoring the control channel based on the aforementioned information, An apparatus comprising means for performing the SDT procedure based on the results of the monitoring procedure.

34. Means for generating information relating to a set of resources for monitoring a control channel between the first device and the second device for a small data transmission SDT procedure between the first device and the second device, An apparatus including means for transmitting the aforementioned information to the first device.

35. A non-temporary computer-readable medium containing program instructions for causing a device to perform at least one of the methods described in any one of claims 17 to 28.

36. A non-temporary computer-readable medium containing program instructions for causing a device to perform at least one of the methods described in any one of claims 29 to 32.

Images