CN112654097A

CN112654097A - Resource sharing method, terminal and network equipment

Info

Publication number: CN112654097A
Application number: CN201910968487.5A
Authority: CN
Inventors: 姜蕾; 吴凯; 贺子健
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2019-10-12
Filing date: 2019-10-12
Publication date: 2021-04-13
Anticipated expiration: 2039-10-12
Also published as: CN112654097B; WO2021068873A1

Abstract

The invention provides a resource sharing method, a terminal and network equipment, wherein the resource sharing method applied to the terminal comprises the following steps: selecting a random access resource; the random access resource is used for indicating whether to allow the network device to share the channel occupancy time COT of the terminal. In the embodiment of the invention, the terminal with random access can share the COT of the terminal with the network equipment, thereby reducing the time delay of the network equipment for sending information and improving the random access efficiency.

Description

Resource sharing method, terminal and network equipment

Technical Field

The present invention relates to the field of communications technologies, and in particular, to a resource sharing method, a terminal, and a network device.

Background

In an unlicensed frequency band, when a terminal such as a User Equipment (UE) initially accesses, a Listen Before Talk (LBT) of type 4(category4) is required to be used to listen to a channel, and then random access is performed when it is detected that the channel is empty. When the network device sends the corresponding response message, it also needs to listen to the channel by using the LBT type 4, and then sends the response message when it is listened that the channel is empty. Therefore, the network device may not be able to send the response information in time, resulting in low random access efficiency.

Disclosure of Invention

The embodiment of the invention provides a resource sharing method, a terminal and network equipment, which aim to solve the problem of low efficiency of the conventional random access process in an unauthorized frequency band.

In order to solve the above technical problem, the embodiment of the present invention is implemented as follows:

in a first aspect, an embodiment of the present invention provides a resource sharing method, applied to a terminal, including:

selecting a random access resource;

the random access resource is used for indicating whether the network equipment is allowed to share the COT of the terminal.

In a second aspect, an embodiment of the present invention provides a resource sharing method, applied to a network device, including:

and determining whether to share the COT of the terminal according to the random access resource used by the terminal.

In a third aspect, an embodiment of the present invention provides a terminal, including:

a selection module for selecting a random access resource;

In a fourth aspect, an embodiment of the present invention provides a network device, including:

and the determining module is used for determining whether to share the COT of the terminal according to the random access resource used by the terminal.

In a fifth aspect, an embodiment of the present invention provides a communication device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where the computer program, when executed by the processor, may implement the steps of the resource sharing method described above.

In a sixth aspect, the present invention provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, can implement the steps of the above-mentioned resource sharing method.

In the embodiment of the invention, whether the COT of the network equipment is allowed to be shared is indicated by the selected random access resource, so that the terminal implicitly indicates whether COT sharing is carried out by using different resources, and the terminal carrying out random access can share the COT of the terminal to the network equipment, thereby reducing the time delay of information transmission of the network equipment and improving the random access efficiency.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required to be used in the embodiments of the present invention will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive labor.

FIG. 1 is a flow chart of a resource sharing method according to an embodiment of the present invention;

FIG. 2 is a flow chart of another resource sharing method according to an embodiment of the present invention;

fig. 3 is a schematic structural diagram of a terminal according to an embodiment of the present invention;

fig. 4 is a schematic structural diagram of a network device according to an embodiment of the present invention;

fig. 5 is a second schematic structural diagram of a terminal according to an embodiment of the present invention;

fig. 6 is a second schematic structural diagram of a network device according to an embodiment of the present invention.

Detailed Description

In order to facilitate understanding of the embodiments of the present invention, the following is first explained.

The unlicensed band (unlicensed band) can be used as a supplement to the licensed band (licensed band) to help the operator to expand the service. In order to keep pace with New Radio (NR) deployments and maximize NR-based unlicensed access as much as possible, unlicensed bands may operate in the 5GHz, 37GHz, and 60GHz bands. The large bandwidth of the unlicensed band (80MHz or 100MHz) can reduce the implementation complexity of the base station and the UE. Since the unlicensed frequency band is shared by multiple technologies (RATs), such as WiFi, radar, LTE-LAA, etc., in some countries or regions, the unlicensed frequency band must meet rules (regulations) when being used, so as to ensure that all devices can fairly use the resources, such as lbt (local before talk), Maximum Channel Occupancy Time (MCOT), etc. When a transmission node needs to send information, LBT needs to be performed first, power detection (ED) is performed on surrounding nodes, and when the detected power is lower than a threshold, a channel is considered to be empty (idle), and the transmission node can send the information. Otherwise, the channel is considered to be busy, and the transmitting node cannot transmit. The transmission node may be a base station, a UE, a WiFi Access Point (AP), and so on. After the transmission node starts transmission, the occupied channel time COT cannot exceed the MCOT.

Among them, the type of LBT (category) can be classified into category1, category 2 and category 4. Category1LBT is that a transmitting node does not do LBT, i.e. no LBT or direct transmission (immediate transmission). The Category 2LBT is a one-shot LBT, that is, the transmission node performs LBT once before transmission, and transmits if the channel is empty, and does not transmit if the channel is busy. The Category 4LBT is a back-off (back-off) based channel sensing mechanism, and when a transmission node senses that a channel is busy, the node performs back-off and continues sensing until the channel is sensed to be empty. Category 4LBT contains multiple priorities, with different maximum channel occupancy times for each priority. As shown in tables 1 and 2 below.

TABLE 1 Channel Access Priority (Channel Access Priority Class)

TABLE 2 uplink channel Access priority

Wherein T in the above Table 1_mcot,pAnd indicating the maximum channel occupation time of the downlink transmission of the corresponding priority p. T in the above Table 2_ulmcot,pAnd represents the maximum channel occupation time of the uplink transmission of the corresponding priority p. m is_pIndicating the coefficient corresponding to the respective priority p. CW_pIndicating the value of the contention window corresponding to the respective priority p. CW_min,pIndicating the minimum value of the contention window corresponding to the respective priority p. CW_max,pIndicating the maximum value of the contention window corresponding to the respective priority p.

Various different types of Physical Random Access Channel (PRACH) preamble formats (PRACH preamble formats) are defined in the NR, and the different formats correspond to different preamble sequence lengths, interval CP lengths, time domain lengths, and the like and are suitable for different coverage ranges. Wherein the total duration of the PRACH of the various formats is different. For each PRACH preamble format, the priority of its corresponding channel access may be agreed. For each cell, the network may configure one PRACH preamble format, 64 preamble sequences, where the 64 preambles correspond to different cyclic shift values and the same or different root sequence numbers.

The wireless communication system of the embodiment of the invention comprises a terminal and network equipment. The terminal may also be referred to as a terminal Device or a User Equipment (UE), where the terminal may be a Mobile phone, a Tablet Personal Computer (Tablet Personal Computer), a Laptop Computer (Laptop Computer), a Personal Digital Assistant (PDA), a Mobile Internet Device (MID), a Wearable Device (Wearable Device), or a vehicle-mounted Device, and a specific type of the terminal is not limited in the embodiment of the present invention. The network device may be a Base Station or a core network, wherein the Base Station may be a 5G or later-version Base Station (e.g., a gNB, a 5G NR NB, etc.), or a Base Station in other communication systems (e.g., an eNB, a WLAN access point, or other access points, etc.), and the Base Station may be referred to as a node B, an enodeb, an access point, a Base Transceiver Station (BTS), a radio Base Station, a radio Transceiver, a Basic Service Set (BSS), an Extended Service Set (ESS), a node B, an evolved node B (eNB), a home node B, a home evolved node B, a WLAN access point, a WiFi node, or some other suitable terminology in the field, and is not limited to a specific terminology as long as the same technical effect is achieved.

Referring to fig. 1, fig. 1 is a flowchart of a resource sharing method according to an embodiment of the present invention, where the method is applied to a terminal, and as shown in fig. 1, the method includes the following steps:

step 101: a random access resource is selected.

In this embodiment, the random access resource is used to indicate whether to allow the network device to share a Channel Occupancy Time (COT) of the terminal. Specifically, the random access resource is used to implicitly indicate whether to allow the network device to share the COT of the terminal.

Optionally, the process of selecting the random access resource by the terminal may be: firstly, determining whether to allow the network equipment to share the COT of the network equipment or not to obtain a determination result; wherein, the determination result may be that the network device is allowed to share its own COT or the network device is not allowed to share its own COT; then, a random access resource corresponding to this determination result is selected, which implicitly indicates whether the network device is allowed or not allowed to share the COT of the terminal. After selecting the random access resource, the terminal may perform random access according to the random access resource.

Optionally, the random access resource may include any one of: random access preamble (preamble), random access occasion (RACH occasion, RO), and the like.

The resource sharing method of the embodiment of the invention indicates whether the network equipment is allowed to share the COT of the terminal or not through the selected random access resource, so that the terminal implicitly indicates whether COT sharing is carried out or not through using different resources, and the terminal carrying out random access can share the COT of the terminal to the network equipment, thereby reducing the time delay of information sending of the network equipment and improving the random access efficiency.

In the embodiment of the present invention, in order to enable the selected random access resource to indicate (implicitly) that the network device is allowed or not allowed to share the COT of the terminal, the random access resources may be grouped, and whether to share the COT may be indicated by selecting different groups of resources.

Optionally, when the random access resources are grouped, the random access resources may be divided into two resource groups, which are a first resource group and a second resource group respectively, and respectively indicate the COT that the network device is allowed to share the terminal and the COT that the network device is not allowed to share the terminal. In this way, the random access resource may indicate, in the case that the random access resource belongs to the first resource group, that the network device is allowed to share the COT of the terminal; alternatively, the random access resource may indicate that the network device is not allowed to share the COT of the terminal if it belongs to the second resource group.

It is to be understood that "first" and "second" in the first resource group and the second resource group are used for distinguishing resource groups, and there is no specific meaning, and the first resource group may indicate that the network devices are not allowed to share the COT of the terminal, and the second resource group may indicate that the network devices are allowed to share the COT of the terminal, where appropriate.

In an embodiment, taking a random access resource as a preamble as an example, the preamble may be divided into two groups, which are a preamble group 1 and a preamble group 2, respectively, where the preamble group 1 indicates that the UE allows the gNB to share its own COT, and the preamble group 2 indicates that the UE does not allow the gNB to share its own COT. The UE implicitly indicates whether the gnbs are allowed to share the COT of the UE by selecting the preamble in different groups. In this way, when the gNB detects that the UE uses the preamble in preamble group 2, the gNB does not share the COT of the UE. And when detecting that the UE uses the preamble in the preamble group 1, the gNB can share the COT of the UE according to the convention and send downlink data.

In another embodiment, taking the random access resource as the RO as an example, the RO may be divided into two groups, that is, an RO group 1 and an RO group 2, where the RO group 1 indicates that the UE allows the gNB to share its COT, and the RO group 2 indicates that the UE does not allow the gNB to share its COT. The UE implicitly indicates whether the gnbs are allowed to share the UE's COT by selecting ROs in different groups. Thus, when the gNB detects that the UE uses the RO in RO group 2, the gNB does not share the COT of the UE. And when the gNB detects that the UE uses the RO in the RO group 1, the gNB can share the COT of the UE according to the agreement and send the downlink data.

Optionally, in a case that the random access resource includes a random access preamble (preamble), the different resource groups may be distinguished by any one of the following:

different random access preamble (preamble) indices;

different cyclic shift values;

different root sequence numbers.

Optionally, the grouping manner of the resource groups may be determined according to any one of the following:

1) predefined rules

Under this 1), the grouping manner can be implicitly determined.

For example, taking a preamble as an example, it may be predefined that a preamble with an odd number corresponds to one resource group to indicate that the COT is allowed to be shared, and a preamble with an even number corresponds to another resource group to indicate that the COT is not allowed to be shared; or, it may be predefined that the first X (X is an integer greater than 0) preambles correspond to one resource group to indicate that the COT is allowed to be shared, and the last 64-X preambles correspond to another resource group to indicate that the COT is not allowed to be shared.

For another example, taking RO as an example, it can be predefined that odd-numbered RO corresponds to one resource group, indicating that COT sharing is allowed, while even-numbered RO corresponds to another resource group, indicating that COT sharing is not allowed. Thus, if the gNB detects a PRACH on an odd-numbered RO, it is considered that the COT of the UE can be shared; alternatively, if the gNB detects PRACH on an even-numbered RO, it is considered that the COT of the UE may not be shared.

2) Indication of network devices

Under this 2), the grouping mode can be determined explicitly.

For example, taking a preamble as an example, the network device may respectively indicate whether the preamble set corresponding to the COT can be shared.

For another example, taking the RO as an example, the gNB may explicitly configure which PRACH preambles sent on the RO implicitly indicate that the gNB may share the COT of the UE, and which PRACH preambles sent on the RO implicitly indicate that the gNB may not share the COT of the UE.

In the embodiment of the present invention, when the terminal shares the remaining COT of the terminal to the network device, since the terminal cannot explicitly send the COT related information to the network device, for example, priority class (priority class) of LBT performed by the terminal, remaining time (remaining COT) of the COT of the terminal, end time of the COT of the terminal, and the like, the COT related information may be implicitly indicated by a configured PRACH (Physical Random Access Channel) preamble format (PRACH preamble format). Specifically, it may be agreed that each PRACH preamble format corresponds to a priority class value (priority class value) for channel access, where the priority class value is the highest priority class allowed by a terminal configured with the PRACH preamble format. That is, for each PRACH preamble format, the protocol agrees on the highest priority for its corresponding channel access. The priority of channel access selected by the terminal during random access cannot be higher than the highest priority of channel access corresponding to the configured PRACH preamble format, so that the network device obtains COT related information.

Optionally, when the terminal in the embodiment of the present invention randomly accesses, the terminal may listen to the channel according to the configured PRACH preamble format by using the priority of the corresponding channel access, and perform random access when it is listened that the channel is empty.

For example, for PRACH preamble format1 or PRACH preamble format2, the highest priority of channel access allowed to be used by the UE is priority class 2; while for other PRACH preamble formats, the highest priority of channel access allowed to be used by the UE is priority class 1. Therefore, when the UE randomly accesses, if the PRACH preamble format1 or PRACH preamble format2 is configured, the priority that may be adopted is priority class2, 3, or 4; alternatively, if other PRACH preamble formats are configured, the priority class1, 2, 3, or 4 may be employed.

Referring to fig. 2, fig. 2 is a flowchart of a resource sharing method according to an embodiment of the present invention, where the method is applied to a network device, and as shown in fig. 2, the method includes the following steps:

step 201: and determining whether to share the COT of the terminal according to the random access resource used by the terminal.

In this embodiment, the random access resource is used to indicate (implicitly) whether to allow the network device to share the COT of the terminal, and is a resource selected and used by the terminal when performing random access. When detecting a resource used by a terminal for random access (such as initial access), a network device may decide whether to share the COT of the terminal based on the content implicitly indicated by the resource.

Optionally, the random access resource may include any one of: a random access preamble (preamble), a random access timing (RO), etc.

According to the resource sharing method provided by the embodiment of the invention, the network equipment can determine whether to share the COT of the terminal according to the resources used when the terminal carries out random access, so that the network equipment can send information based on the shared terminal COT, the time delay of sending the information by the network equipment is reduced, and the random access efficiency is improved.

In the embodiment of the invention, in order to enable the random access resources selected by the terminal to implicitly indicate whether the network device is allowed to share the COT of the terminal or not, the random access resources can be grouped, and whether COT sharing is performed or not can be indicated by different groups of resources.

Optionally, when the random access resources are grouped, the random access resources may be divided into two resource groups, which are a first resource group and a second resource group respectively, and respectively indicate the COT that the network device is allowed to share the terminal and the COT that the network device is not allowed to share the terminal. The step 201 may include:

determining a COT (code of but) sharing the terminal under the condition that the random access resource belongs to a first resource group;

or, determining not to share the COT of the terminal when the random access resource belongs to a second resource group.

Optionally, in the case of determining the COT of the shared terminal, the duration of the COT of the terminal shared by the network device may be a fixed duration, for example, the fixed duration may be agreed by a protocol; or, the Time is determined by a Maximum Channel Occupancy Time (MCOT) of the terminal, where a sum of a Time of a COT of the terminal shared by the network device and a PRACH transmission Time of the terminal is less than or equal to (i.e., does not exceed) a Time of the MCOT; such as the MCOT, may be agreed upon by a protocol.

For example, in future enhanced authorized Assisted Access (FeLAA) Autonomous Uplink (AUL), the COT duration of the UE that the eNB can share does not exceed 2 symbols. In the NR-U, the fixed duration of the UE's COT shared by the gNB may be agreed upon by the protocol.

Optionally, in a case that the duration of the COT of the terminal shared by the network device is determined by the MCOT, where the duration is determined by the MCOT obtained according to the highest priority of the channel access corresponding to the PRACH preamble format of the terminal, for example, the duration may be determined by the minimum MCOT (minimum MCOT) obtained according to the highest priority, that is, a sum of the transmission duration of the terminal and the duration that the network device can share does not exceed the duration of the minimum MCOT.

The highest priority of channel access corresponding to the PRACH preamble format may be agreed by a protocol. That is, in the embodiment of the present invention, for each PRACH preamble format, the highest priority of channel access corresponding to the PRACH preamble format may be agreed by a protocol.

In an embodiment, it is assumed that the gNB configures PRACH preamble format1 for the UE, and the protocol provides that the highest priority of channel access corresponding to the PRACH preamble format1 is priority class2, and the channel access priority table based on the existing uplink UL is shown in table 2 above, where the MCOT corresponding to the priority class2 is 4ms, that is, the minimum MCOT is 4 ms. At this time, even if the UE selects priority class 3 for channel access, the MCOT corresponding to the priority class 3 is 6ms, and the sum of the UE transmission duration and the UE COT duration that the gNB can share is also 4ms as an upper limit. That is, the duration of the COT of the UE shared by the gNB is determined according to 4ms, which is equal to 4ms minus the duration of the corresponding PRACH. In this way, it can be guaranteed that the sum of the UE's transmission time and the gNB's transmission time (shared by the UE) never exceeds the UE's MCOT.

In the embodiment of the present invention, when the network device shares the COT of the terminal, uplink and downlink conversion may occur in the COT of the terminal, that is, uplink transmission is converted into downlink transmission from the very beginning. To meet the requirement of uplink and downlink conversion in the COT, the interval (gap) between the downlink transmission ending time and the uplink transmission starting time may be agreed by the protocol. For example, the gap may be selected to be less than 16us, equal to 16us, or approximately equal to 25 us.

Optionally, in the case of determining the COT of the shared terminal, an LBT type adopted by the network device in the shared COT may be any one of the following: type 1, type 2.

Wherein, the type 1(category 1) is direct transmission (lbt), i.e. lbt (no lbt) is not performed. The type 2(category 2) is a one-shot LBT, and may be selected as the type 2 with a preset duration, such as 16us LBT or 25us LBT.

Optionally, the LBT type adopted by the network device in the shared COT may be determined according to any one of the following:

agreement is agreed;

a COT implicit indication;

the PRACH preamble format is implicitly indicated.

For example, it is assumed that the UE is configured with PRACH preamble format1, and the PRACH preamble format1 implicitly indicates that the LBT type adopted by the network device is type 1. Or, it is assumed that the UE is configured with PRACH preamble format2, where the PRACH preamble format2 implicitly indicates that the LBT type adopted by the network device is 16us LBT.

The above-mentioned embodiment describes the resource sharing method of the present invention, and the terminal and the network device of the present invention are described below with reference to the embodiment and the drawings.

Referring to fig. 3, fig. 3 is a schematic structural diagram of a terminal according to an embodiment of the present invention, and as shown in fig. 3, the terminal 30 includes:

a selecting module 31, configured to select a random access resource;

Optionally, the random access resource indicates that the network device is allowed to share the COT of the terminal when belonging to the first resource group;

or, the random access resource indicates that the network device is not allowed to share the COT of the terminal when belonging to the second resource group.

Optionally, the random access resource includes any one of:

a random access preamble;

random access occasions.

Optionally, in a case that the random access resource includes a random access preamble, the different resource groups are distinguished by any one of:

different random access preamble indices;

different cyclic shift values;

different root sequence numbers.

Optionally, the terminal 30 may further include:

the processing module is used for intercepting the channel by adopting the priority of corresponding channel access according to the PRACH preamble format; and when the channel is sensed to be empty, performing random access.

The terminal 30 of the embodiment of the present invention may implement each process implemented in the method embodiment shown in fig. 1 and achieve the same beneficial effects, and for avoiding repetition, details are not described here again.

Referring to fig. 4, fig. 4 is a schematic structural diagram of a network device according to an embodiment of the present invention, and as shown in fig. 4, the network device 40 includes:

a determining module 41, configured to determine whether to share the COT of the terminal according to a random access resource used by the terminal.

Optionally, the determining module 41 is specifically configured to:

Optionally, the random access resource includes any one of:

a random access preamble;

random access occasions.

Optionally, when determining to share the COT of the terminal, the duration of the COT of the terminal shared by the network device is a fixed duration; or, the determination is made by the MCOT of the terminal, where a sum of a time length of the COT of the terminal shared by the network device and a PRACH transmission time length of the terminal is less than or equal to (i.e., does not exceed) a time length of the MCOT.

Optionally, under the condition determined by the MCOT of the terminal, the time duration of the COT of the terminal shared by the network device is determined by the MCOT obtained according to the highest priority of the channel access corresponding to the PRACH preamble format of the terminal.

Optionally, the highest priority of the channel access corresponding to the PRACH preamble format is agreed by a protocol.

Optionally, in a case that it is determined to share the COT of the terminal, a listen before talk LBT type adopted by the network device in sharing the COT is any one of:

type 1, type 2;

wherein the type 1 is direct transmission, and the type 2 is 16us LBT or 25us LBT.

Optionally, the LBT type is determined according to any one of the following:

agreement is agreed;

a COT implicit indication;

the PRACH preamble format is implicitly indicated.

The network device 40 in the embodiment of the present invention may implement each process implemented in the method embodiment shown in fig. 2 and achieve the same beneficial effects, and for avoiding repetition, details are not described here again.

An embodiment of the present invention further provides a communication device, including a processor, a memory, and a computer program stored in the memory and capable of running on the processor, where the computer program, when executed by the processor, can implement each process of the method embodiment shown in fig. 1 or fig. 2, and can achieve the same technical effect, and in order to avoid repetition, details are not described here again. Alternatively, the communication device may be a terminal or a network device.

Referring to fig. 5, fig. 5 is a schematic diagram of a hardware structure of a terminal for implementing various embodiments of the present invention, where the terminal 500 includes, but is not limited to: a radio frequency unit 501, a network module 502, an audio output unit 503, an input unit 504, a sensor 505, a display unit 506, a user input unit 507, an interface unit 508, a memory 509, a processor 510, and a power supply 511. Those skilled in the art will appreciate that the terminal configuration shown in fig. 5 is not intended to be limiting, and that the terminal may include more or fewer components than shown, or some components may be combined, or a different arrangement of components. In the embodiment of the present invention, the terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.

Wherein, the processor 510 is configured to select a random access resource; the random access resource is used to indicate whether the network device is allowed to share the COT of the terminal 500.

The terminal 500 according to the embodiment of the present invention may implement each process implemented in the method embodiment shown in fig. 1 and achieve the same beneficial effects, and for avoiding repetition, details are not described here again.

It should be understood that, in the embodiment of the present invention, the radio frequency unit 501 may be used for receiving and sending signals during a message sending and receiving process or a call process, and specifically, receives downlink data from a base station and then processes the received downlink data to the processor 510; in addition, the uplink data is transmitted to the base station. In general, radio frequency unit 501 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 501 can also communicate with a network and other devices through a wireless communication system.

The terminal provides wireless broadband internet access to the user through the network module 502, such as helping the user send and receive e-mails, browse web pages, access streaming media, and the like.

The audio output unit 503 may convert audio data received by the radio frequency unit 501 or the network module 502 or stored in the memory 509 into an audio signal and output as sound. Also, the audio output unit 503 may also provide audio output related to a specific function performed by the terminal 500 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 503 includes a speaker, a buzzer, a receiver, and the like.

The input unit 504 is used to receive an audio or video signal. The input Unit 504 may include a Graphics Processing Unit (GPU) 5041 and a microphone 5042, and the Graphics processor 5041 processes image data of a still picture or video obtained by an image capturing device (e.g., a camera) in a video capturing mode or an image capturing mode. The processed image frames may be displayed on the display unit 506. The image frames processed by the graphic processor 5041 may be stored in the memory 509 (or other storage medium) or transmitted via the radio frequency unit 501 or the network module 502. The microphone 5042 may receive sounds and may be capable of processing such sounds into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 501 in case of the phone call mode.

The terminal 500 also includes at least one sensor 505, such as light sensors, motion sensors, and other sensors. Specifically, the light sensor includes an ambient light sensor that adjusts the brightness of the display panel 5061 according to the brightness of ambient light, and a proximity sensor that turns off the display panel 5061 and/or a backlight when the terminal 500 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the terminal posture (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration identification related functions (such as pedometer, tapping), and the like; the sensors 505 may also include fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., which are not described in detail herein.

The display unit 506 is used to display information input by the user or information provided to the user. The Display unit 506 may include a Display panel 5061, and the Display panel 5061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

The user input unit 507 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the terminal. Specifically, the user input unit 507 includes a touch panel 5071 and other input devices 5072. Touch panel 5071, also referred to as a touch screen, may collect touch operations by a user on or near it (e.g., operations by a user on or near touch panel 5071 using a finger, stylus, or any suitable object or attachment). The touch panel 5071 may include two parts of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 510, and receives and executes commands sent by the processor 510. In addition, the touch panel 5071 may be implemented in various types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. In addition to the touch panel 5071, the user input unit 507 may include other input devices 5072. In particular, other input devices 5072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which are not described in detail herein.

Further, the touch panel 5071 may be overlaid on the display panel 5061, and when the touch panel 5071 detects a touch operation thereon or nearby, the touch operation is transmitted to the processor 510 to determine the type of the touch event, and then the processor 510 provides a corresponding visual output on the display panel 5061 according to the type of the touch event. Although in fig. 5, the touch panel 5071 and the display panel 5061 are two independent components to implement the input and output functions of the terminal, in some embodiments, the touch panel 5071 and the display panel 5061 may be integrated to implement the input and output functions of the terminal, and is not limited herein.

The interface unit 508 is an interface for connecting an external device to the terminal 500. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 508 may be used to receive input (e.g., data information, power, etc.) from external devices and transmit the received input to one or more elements within the terminal 500 or may be used to transmit data between the terminal 500 and external devices.

The memory 509 may be used to store software programs as well as various data. The memory 509 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 509 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid-state storage device.

The processor 510 is a control center of the terminal, connects various parts of the entire terminal using various interfaces and lines, and performs various functions of the terminal and processes data by operating or executing software programs and/or modules stored in the memory 509 and calling data stored in the memory 509, thereby performing overall monitoring of the terminal. Processor 510 may include one or more processing units; preferably, the processor 510 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into processor 510.

The terminal 500 may further include a power supply 511 (e.g., a battery) for supplying power to various components, and preferably, the power supply 511 may be logically connected to the processor 510 through a power management system, so that functions of managing charging, discharging, and power consumption are performed through the power management system.

In addition, the terminal 500 may further include some functional modules that are not shown, and are not described in detail herein.

Referring to fig. 6, fig. 6 is a schematic diagram of a hardware structure of a network device for implementing various embodiments of the present invention, where the network device 60 includes, but is not limited to: bus 61, transceiver 62, antenna 63, bus interface 64, processor 65, and memory 66.

In this embodiment of the present invention, the network device 60 further includes: a computer program stored on the memory 66 and executable on the processor 65. Optionally, the computer program may be adapted to perform the following steps when executed by the processor 65:

The network device 60 according to the embodiment of the present invention may implement each process implemented in the method embodiment shown in fig. 2 and achieve the same beneficial effects, and for avoiding repetition, details are not described here again.

A transceiver 62 for receiving and transmitting data under the control of a processor 65.

In fig. 6, a bus architecture (represented by bus 61), bus 61 may include any number of interconnected buses and bridges, bus 61 linking together various circuits including one or more processors, represented by processor 65, and memory, represented by memory 66. The bus 61 may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. A bus interface 64 provides an interface between the bus 61 and the transceiver 62. The transceiver 62 may be one element or a plurality of elements, such as a plurality of receivers and transmitters, providing a means for communicating with various other apparatus over a transmission medium. The data processed by the processor 65 is transmitted over a wireless medium via the antenna 63, and further, the antenna 63 receives the data and transmits the data to the processor 65.

The processor 65 is responsible for managing the bus 61 and general processing and may also provide various functions including timing, peripheral interfaces, voltage regulation, power management, and other control functions. And the memory 66 may be used to store data used by the processor 65 in performing operations.

Alternatively, the processor 65 may be a CPU, ASIC, FPGA or CPLD.

An embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program can implement each process of the method embodiment shown in fig. 1 or fig. 2, and can achieve the same technical effect, and in order to avoid repetition, the details are not repeated here. The computer-readable storage medium is, for example, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.

While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A resource sharing method is applied to a terminal, and is characterized by comprising the following steps:

selecting a random access resource;

the random access resource is used for indicating whether to allow the network device to share the channel occupancy time COT of the terminal.

2. The method of claim 1,

when the random access resource belongs to a first resource group, indicating that the network equipment is allowed to share the COT of the terminal;

or,

and under the condition that the random access resource belongs to a second resource group, indicating that the network equipment is not allowed to share the COT of the terminal.

3. The method according to claim 1 or 2, wherein the random access resource comprises any one of:

a random access preamble;

random access occasions.

4. The method according to claim 3, wherein in case the random access resource comprises a random access preamble, the different resource groups are distinguished by any of:

different random access preamble indices;

different cyclic shift values;

different root sequence numbers.

5. The method of claim 1, further comprising:

monitoring the channels by adopting the corresponding priority of channel access according to the PRACH preamble format of the physical random access channel;

and when the channel is sensed to be empty, performing random access.

6. A resource sharing method is applied to network equipment and is characterized by comprising the following steps:

7. The method of claim 6, wherein the determining whether to share the COT of the terminal according to the random access resource used by the terminal comprises:

or,

and determining not to share the COT of the terminal under the condition that the random access resources belong to a second resource group.

8. The method of claim 6, wherein the random access resource comprises any one of:

a random access preamble;

random access occasions.

9. The method according to claim 6, wherein if it is determined that the COT of the terminal is shared, a duration of the COT of the terminal shared by the network devices is: a fixed duration; or, the maximum channel occupation time MCOT of the terminal is used for determining, where a sum of a time length of the COT of the terminal shared by the network device and a PRACH transmission time length of the terminal is less than or equal to the time length of the MCOT.

10. The method of claim 9, wherein a duration of the COT of the terminal shared by the network devices is determined by an MCOT derived according to a highest priority of channel access corresponding to a PRACH preamble format of the terminal, where the MCOT determines the duration.

11. The method of claim 10, wherein a highest priority of the channel access for the PRACH preamble format is agreed upon by a protocol.

12. The method according to claim 6, wherein in case of determining to share the COT of the terminal, the type of listen before talk LBT adopted by the network device in sharing COT is any one of the following:

type 1, type 2;

13. The method of claim 12, wherein the LBT type is determined according to any one of the following:

agreement is agreed;

a COT implicit indication;

the PRACH preamble format is implicitly indicated.

14. A terminal, comprising:

a selection module for selecting a random access resource;

15. A network device, comprising:

16. A communication device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the computer program, when executed by the processor, carries out the steps of the resource sharing method according to any one of claims 1 to 5 or the steps of the resource sharing method according to any one of claims 6 to 13.

17. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the resource sharing method according to one of the claims 1 to 5, or the steps of the resource sharing method according to one of the claims 6 to 13.