CN111758288B

CN111758288B - Method for determining channel access type, terminal equipment and network equipment

Info

Publication number: CN111758288B
Application number: CN201980014563.7A
Authority: CN
Inventors: 石聪
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2018-06-20
Filing date: 2019-04-08
Publication date: 2022-06-07
Anticipated expiration: 2039-04-08
Also published as: TW202002559A; CN111758288A; WO2019242378A1

Abstract

The invention discloses a method for determining a channel access type, which can determine the channel access type of a physical uplink control channel for sending a scheduling request. The method comprises the following steps: the terminal equipment determines a first channel access type of a physical uplink control channel for sending a scheduling request based on a logical channel triggering the scheduling request. The invention also discloses another method for determining the channel access type, terminal equipment, network equipment and a storage medium.

Description

Method for determining channel access type, terminal equipment and network equipment

Technical Field

The present invention relates to the field of wireless communication technologies, and in particular, to a method for determining a channel access type, a terminal device, and a network device.

Background

In the related art, the requirement of some unlicensed spectrum specifications, such as a Listen and avoid mechanism (Listen Before Talk, LBT), needs to be met for the terminal device to transmit data on the unlicensed spectrum; the LBT mechanism refers to that the terminal device or the network device needs to monitor a channel before transmitting data, and if the monitored energy is lower than a preset threshold, the terminal device is considered to be able to transmit data on the channel.

When a New radio (New radio, NR) system uses an unlicensed spectrum in a stand-alone manner, a Random Access Channel (RACH) procedure needs to be completed on the unlicensed spectrum, so that the RACH needs to be further optimized for requirements of the unlicensed spectrum, and meanwhile, Access requirements of the unlicensed spectrum, such as LBT, also need to be satisfied. In addition, when the NR system uses the unlicensed spectrum in a stand-alone manner, the terminal device also needs to perform Physical Uplink Control Channel (PUCCH) transmission on the unlicensed spectrum; in the implementation process, the applicant finds out how to determine the channel access type of the PUCCH transmitting the Scheduling Request (SR) and has no solution at present.

Disclosure of Invention

The embodiment of the application provides a method for determining a channel access type, which can determine the channel access type of a PUCCH for transmitting an SR.

In a first aspect, a method for determining a channel access type is provided, including: the terminal equipment determines a first channel access type of a physical uplink control channel for sending a scheduling request based on a logical channel triggering the scheduling request.

In a second aspect, a terminal device is provided, which is configured to perform the method in the first aspect or each implementation manner thereof.

Specifically, the terminal device includes a functional module for executing the method in the first aspect or each implementation manner thereof.

In a third aspect, a terminal device is provided that includes a processor and a memory. The memory is used for storing a computer program, and the processor is used for calling and running the computer program stored in the memory, and executing the method in the first aspect or each implementation manner thereof.

In a fourth aspect, a method for determining a channel access type is provided, including: the network equipment configures configuration parameters of a logic channel and/or configuration parameters of a scheduling request for the terminal equipment;

the configuration parameters of the logical channel and the configuration parameters of the scheduling request are used for the terminal equipment to determine the channel access type of a physical uplink control channel for sending the scheduling request; wherein,

the configuration parameters of the logical channel and the configuration parameters of the scheduling request both comprise at least one channel access type.

In a fifth aspect, a network device is provided for executing the method in the fourth aspect or its implementation manners.

In particular, the network device comprises functional modules for performing the methods in the fourth aspect or its implementations described above.

In a sixth aspect, a network device is provided that includes a processor and a memory. The memory is used for storing a computer program, and the processor is used for calling and running the computer program stored in the memory, and executing the method in the fourth aspect or each implementation manner thereof.

In a seventh aspect, a chip is provided for implementing the method in any one of the first and fourth aspects or its implementation manners.

Specifically, the chip includes: a processor configured to call and run the computer program from the memory, so that the device on which the chip is installed performs the method according to any one of the first and fourth aspects or the implementation manners thereof.

In an eighth aspect, a computer-readable storage medium is provided for storing a computer program, the computer program causing a computer to perform the method of any one of the first and fourth aspects or implementations thereof.

In a ninth aspect, there is provided a computer program product comprising computer program instructions to cause a computer to perform the method of any one of the first and fourth aspects or implementations thereof.

A tenth aspect provides a computer program which, when run on a computer, causes the computer to perform the method of any one of the first and fourth aspects or implementations thereof.

Through the technical scheme, the terminal equipment can determine the channel access type of the PUCCH sending the SR based on the logic channel of the SR.

Drawings

Fig. 1 is a schematic diagram of a communication system architecture provided in an embodiment of the present application.

Fig. 2 is a schematic view of an alternative processing flow of the method for determining a channel access type applied to a terminal device according to the embodiment of the present application.

Fig. 3 is a schematic view of an alternative processing flow of the method for determining a channel access type applied to a network device according to the embodiment of the present application.

Fig. 4 is a schematic processing flow diagram of an alternative method for determining a channel access type applied to a communication system according to an embodiment of the present application.

Fig. 5 is a schematic structural diagram of a terminal device according to an embodiment of the present application.

Fig. 6 is a schematic structural diagram of a network device according to an embodiment of the present application.

Fig. 7 is a schematic structural diagram of a communication device provided in an embodiment of the present application.

Fig. 8 is a schematic block diagram of a chip provided in an embodiment of the present application.

Fig. 9 is a schematic block diagram of a communication system provided in an embodiment of the present application.

Detailed Description

Technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

The technical scheme of the embodiment of the application can be applied to various communication systems, for example: a Global System for Mobile communications (GSM) System, a Code Division Multiple Access (CDMA) System, a Wideband Code Division Multiple Access (WCDMA) System, a General Packet Radio Service (GPRS), an LTE System, an LTE Frequency Division Duplex (FDD) System, an LTE Time Division Duplex (TDD), a Universal Mobile Telecommunications System (UMTS), a Worldwide Interoperability for Microwave Access (WiMAX) communication System, or a 5G System.

Illustratively, a communication system 100 applied in the embodiment of the present application is shown in fig. 1. The communication system 100 may include a network device 110, and the network device 110 may be a device that communicates with a terminal device 120 (or referred to as a communication terminal, a terminal). Network device 110 may provide communication coverage for a particular geographic area and may communicate with terminal devices located within that coverage area. Alternatively, the Network device 110 may be a Base Station (BTS) in a GSM system or a CDMA system, a Base Station (NodeB, NB) in a WCDMA system, an evolved Node B (eNB or eNodeB) in an LTE system, or a wireless controller in a Cloud Radio Access Network (CRAN), or a Network device in a Mobile switching center, a relay, an Access point, a vehicle-mounted device, a wearable device, a hub, a switch, a bridge, a router, a Network-side device in a 5G Network, or a Network device in a Public Land Mobile Network (PLMN) for future evolution, or the like.

The communication system 100 further comprises at least one terminal device 120 located within the coverage area of the network device 110. As used herein, "terminal equipment" includes, but is not limited to, connections via wireline, such as Public Switched Telephone Network (PSTN), Digital Subscriber Line (DSL), Digital cable, direct cable connection; and/or another data connection/network; and/or via a Wireless interface, e.g., to a cellular Network, a Wireless Local Area Network (WLAN), a digital television Network such as a DVB-H Network, a satellite Network, an AM-FM broadcast transmitter; and/or means of another terminal device arranged to receive/transmit communication signals; and/or Internet of Things (IoT) devices. A terminal device arranged to communicate over a wireless interface may be referred to as a "wireless communication terminal", "wireless terminal", or "mobile terminal". Examples of mobile terminals include, but are not limited to, satellite or cellular telephones; personal Communications Systems (PCS) terminals that may combine cellular radiotelephones with data processing, facsimile, and data Communications capabilities; PDAs that may include radiotelephones, pagers, internet/intranet access, Web browsers, notepads, calendars, and/or Global Positioning System (GPS) receivers; and conventional laptop and/or palmtop receivers or other electronic devices that include a radiotelephone transceiver. Terminal Equipment may refer to an access terminal, User Equipment (UE), subscriber unit, subscriber station, mobile station, remote terminal, mobile device, User terminal, wireless communication device, User agent, or User Equipment. An access terminal may be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), a handheld device with Wireless communication capability, a computing device or other processing device connected to a Wireless modem, a vehicle mounted device, a wearable device, a terminal device in a 5G network or a terminal device in a future evolved PLMN, etc.

Optionally, a Device to Device (D2D) communication may be performed between the terminal devices 120.

Alternatively, the 5G system or the 5G network may also be referred to as an NR system or an NR network.

Fig. 1 exemplarily shows one network device and two terminal devices, and optionally, the communication system 100 may include a plurality of network devices and may include other numbers of terminal devices within the coverage area of each network device, which is not limited in this embodiment of the present invention.

Optionally, the communication system 100 may further include other network entities such as a network controller, a mobility management entity, and the like, which is not limited in this embodiment.

It should be understood that a device having a communication function in a network/system in the embodiments of the present application may be referred to as a communication device. Taking the communication system 100 shown in fig. 1 as an example, the communication device may include a network device 110 and a terminal device 120 having a communication function, and the network device 110 and the terminal device 120 may be the specific devices described above and are not described herein again; the communication device may also include other devices in the communication system 100, such as other network entities, for example, a network controller, a mobility management entity, and the like, which is not limited in this embodiment.

It should be understood that the terms "system" and "network" are often used interchangeably herein. The term "and/or" herein is merely an association describing an associated object, meaning that three relationships may exist, e.g., a and/or B, may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship.

Before describing the embodiments of the present invention in detail, a brief description of unlicensed spectrum and NR system will be given.

For the unlicensed spectrum, the LTE system supports Carrier Aggregation (CA) to use the unlicensed spectrum. In specific implementation, a Primary Cell (PCell) operates on a licensed spectrum to provide a basic access function and a data transmission function; a Secondary Cell (SCell) operates on unlicensed spectrum and is used as a data boosting function. However, in the LTE system Licensed Assisted Access (LAA) operation mode, the RACH is on the PCell, and thus the RACH function is not optimized for the unlicensed spectrum. In the LAA protocol in the related art, PUCCH is also not supported on the unlicensed spectrum, i.e., SR is transmitted on the licensed spectrum.

The NR system supports LAA using unlicensed spectrum and also supports stand-alone using unlicensed spectrum.

In the NR system, an SR is transmitted by a terminal device to a network device (e.g., a gNB) to inform the terminal device of a need to transmit data to the network device. In the NR system, the terminal device may support at most 8 SR configurations (configurations), each logical channel may correspond to at most one SR configuration, the logical channel may not correspond to an SR configuration, and the network device may determine the type of the logical channel that triggers current SR transmission through different SR configurations.

When the NR system uses the unlicensed spectrum by using the LAA, the LAA defines two access types, i.e., type1 and type 2. For type1, the terminal device may select different channel access priorities according to the service types, and the correspondence between the channel access priorities and quality of service Class indicators (QCIs) is shown in table 1. For type2, the terminal needs to fix the time for listening for 25us before transmitting the Physical Uplink Shared Channel (PUSCH).

Channel Access Priority Class(p)	QCI
		1	1，3，5，65，66，69，70
2	2，7
		3	4，6，8，9
4	-

TABLE 1

An optional processing flow one of the method for determining a channel access type applied to a terminal device, as shown in fig. 2, includes the following steps:

step S101, a terminal device determines a first channel access type of a physical uplink control channel for sending a scheduling request based on a logical channel triggering the scheduling request.

In the embodiment of the invention, when data on a logical channel meets the triggering condition of a Buffer Status Report (BSR), the BSR is triggered; further, when the trigger condition of the SR is satisfied, the SR is triggered.

Here, the channel access types may have different priorities, and the different priorities reflect the duration of the channel to be finally listened to.

For example, the channel access types are divided based on the channel monitoring duration to obtain a first channel access type, a second channel access type, an nth channel access type; each channel access type corresponds to a channel monitoring duration; the higher the channel access priority, the higher the probability of selecting the length of time for monitoring the channel. It can be understood that, from the statistical point of view, the probability that the channel access type with the higher channel access priority selects the duration of the monitored channel is higher than the probability that the channel access type with the lower channel access priority selects the duration of the monitored channel.

In some embodiments, the logical channel has configuration parameters, and the configuration parameters of the logical channel include at least one channel access type; the terminal equipment determines a first channel access type of a PUCCH used for transmitting the SR based on the configuration parameters of the logical channel.

In other embodiments, the terminal device determines, based on the ID of the logical channel, a configuration parameter of the SR corresponding to the logical channel in a mapping relationship between the logical channel and the configuration parameter of the SR; the configuration parameters of the SR comprise at least one channel access type; and the terminal equipment determines a first channel access type of a PUCCH used for transmitting the SR in the at least one channel access type.

In a specific implementation, the terminal device may determine a first channel access type of a PUCCH used for transmitting the SR based on a configuration parameter of the logical channel or based on a ranking of at least one channel access type included in the configuration parameter of the SR; for example, the first channel access type is determined as the first channel access type, or the last channel access type is determined as the first channel access type. The terminal device may also sort the channel monitoring durations corresponding to at least one channel access type included in the configuration parameters of the logical channel or the configuration parameters of the SR, and determine the channel access type corresponding to the shortest channel monitoring duration as the first channel access type. The terminal device may also sort the window sizes corresponding to at least one channel access type included in the configuration parameters of the logical channel or the configuration parameters of the SR, and determine the channel access type corresponding to the largest window size as the first channel access type.

An optional processing flow ii of the method for determining a channel access type according to the embodiment of the present invention is similar to the optional processing flow i, except that after step S101, the method further includes:

step S102, when the configuration parameters of the logical channel and the configuration parameters of the scheduling request do not contain the channel access type, the terminal device determines the pre-configured channel access type as the second channel access type of the physical uplink control channel for sending the scheduling request.

In this embodiment of the present invention, the preconfigured channel access type may be a channel access type broadcasted by the network device in a broadcast manner, or a channel access type sent by the network device to the terminal device in a signaling manner.

An optional processing flow iii of the method for determining a channel access type provided in the embodiment of the present invention is similar to the optional processing flow i, except that after step S101, the method further includes:

step S103, when the configuration parameters of the logical channel and the configuration parameters of the scheduling request do not contain the channel access type, the terminal device determines the second channel access type of the physical uplink control channel for sending the scheduling request based on the parameters of the service carried by the logical channel.

In the embodiment of the present invention, the service parameters at least include: latency, reliability, or required data rate.

In some embodiments, when the parameter of the service is a time delay and the time delay is smaller than a preset first threshold, a first channel access type with a high priority is adopted.

An optional process flow four of the method for determining a channel access type provided in the embodiment of the present invention is similar to the optional process flow one described above, except that after step S101, the method further includes:

step S104, when the terminal equipment fails to acquire the physical uplink control channel based on the first channel access type, determining a second channel access type of the physical uplink control channel for sending the scheduling request based on the sequencing of at least one channel access type in the configuration parameters of the logical channel.

In some embodiments, at least one channel access type in the configuration parameters of the logical channels is sorted in descending order according to the number of times the channel access type history is selected, and the channel access type sorted before is determined as the second channel access type.

In other embodiments, the channel access types are sorted according to their priority order, and the channel access type sorted before is determined as the second channel access type; here, the channel access types to be ranked may include the first channel access type, or may not include the first channel access type.

An optional processing flow five of the method for determining a channel access type provided in the embodiment of the present invention is similar to the optional processing flow one described above, except that after step S101, the method further includes:

step S105, when the terminal device fails to acquire the physical uplink control channel based on the first channel access type, randomly selecting one channel type from a channel type list configured by a logical channel as a second channel access type of the physical uplink control channel for sending the scheduling request.

It should be noted that, in the foregoing embodiment of the present invention, the second channel access type is a channel access type of a PUCCH resource available next to transmit the SR.

The channel access priority of the first channel access type is higher than the channel access priority of the second channel access type.

An optional processing flow sixteenth and fifteenth of the method for determining a channel access type provided in the embodiment of the present invention is similar to the optional processing flow first described above, except that after step S101, the method further includes:

and step S106, the terminal equipment monitors the PUCCH based on the first channel access type.

And S107, when the monitoring result indicates that the PUCCH is available, transmitting the SR on the PUCCH.

In the above embodiments of the present invention, the terminal device determines the first channel access type based on the logical channel, and performs SR transmission based on the PUCCH resource on the unlicensed spectrum based on the determined first access type.

An optional processing flow one of the method for determining a channel access type applied to a network device, as shown in fig. 3, includes the following steps:

step S201, the network device configures configuration parameters of a logical channel and/or configuration parameters of a scheduling request for the terminal device.

In the embodiment of the invention, the configuration parameters of the logical channel and the SR are used for the terminal equipment to determine the channel access type of the PUCCH for sending the SR; wherein,

the configuration parameters of the logical channel and the configuration parameters of the SR at least comprise one channel access type.

As shown in fig. 4, the optional processing flow of the method for determining a channel access type, which is provided in the embodiment of the present invention and applied to a communication system, includes the following steps:

step S301, the network device configures configuration parameters of the logical channel and/or configuration parameters of the scheduling request for the terminal device.

Here, the configuration parameters of the logical channel and the configuration parameters of the SR each include at least one channel access type.

Step S302, the terminal device determines a first channel access type of a PUCCH used for transmitting the SR based on the logical channel triggering the SR.

In some embodiments, the terminal device determines the first channel access type based on at least one channel access type included in configuration parameters of a logical channel of the SR.

In other embodiments, the terminal device determines a configuration parameter of an SR corresponding to the logical channel based on the ID of the logical channel, and determines the first channel access type based on at least one channel access type included in the configuration parameter of the SR.

In still other embodiments, when the network device configures the configuration parameters of the logical channel and the configuration parameters of the SR for the terminal device at the same time, and the configuration parameters of the logical channel and the configuration parameters of the SR both include at least one channel access type, the terminal device selects the configuration parameters based on the logical channel or the configuration parameters based on the SR according to a preset policy to determine the first channel access type.

Step S303, when the terminal device fails to determine the first channel access type, or fails to acquire the physical uplink control channel based on the first channel access type, determines the second channel access type.

In the above embodiments of the present invention, the channel access priority of the first channel access type is higher than the channel access priority of the second channel access type. In some embodiments, the channel access priority comprises at least a first channel access priority and a second channel access priority; the first channel access priority is the highest level of channel access priority, and if the channel interception time length is fixed to 25 us; the second channel access priority is configurable channel access priority, such as channel monitoring duration and window size configured according to the configurable channel access priority.

Fig. 5 is a schematic structural diagram of a terminal device 400 provided in an embodiment of the present application, where the terminal device 400 includes: a determining unit 401, configured to determine, based on a logical channel triggering a scheduling request, a first channel access type of a physical uplink control channel used for sending the scheduling request.

In an embodiment, the configuration parameters of the logical channel include at least one channel access type.

In an embodiment, the determining unit 401 is configured to determine, according to at least one channel access type included in a configuration parameter of a logical channel, a first channel access type of a physical uplink control channel used for sending the scheduling request.

In an embodiment, the configuration parameters of the scheduling request include at least one channel access type.

In an embodiment, the determining unit 401 is configured to determine, based on a logical channel triggering a scheduling request, a configuration parameter of the scheduling request corresponding to the logical channel;

and determining a first channel access type of a physical uplink control channel used for sending the scheduling request in at least one channel access type contained in the configuration parameters of the scheduling request.

In one embodiment, when the configuration parameters of the logical channel do not include a channel access type, and the configuration parameters of the scheduling request do not include a channel access type,

the determining unit 401 is further configured to determine a pre-configured channel access type as a second channel access type of a physical uplink control channel used for sending the scheduling request.

In an embodiment, when the first channel access type is used for acquiring a physical uplink control channel failure,

the determining unit 401 is further configured to determine a second channel access type of a physical uplink control channel used for sending the scheduling request.

the determining unit 401 is further configured to randomly select one channel type from the channel type list configured by the logical channel, as the second channel access type of the physical uplink control channel for sending the scheduling request.

In an embodiment, the channel access priority of the first channel access type is higher than the channel access priority of the second channel access type.

Fig. 6 is a schematic structural diagram of a network device 500 according to an embodiment of the present application, where the network device 500 includes: a configuration unit 501, configured to configure configuration parameters of a logical channel and/or configuration parameters of a scheduling request for a terminal device;

the configuration parameters of the logical channel and the configuration parameters of the scheduling request at least comprise a channel access type.

In an embodiment, the priority of different channel access types is different.

Fig. 7 is a schematic structural diagram of a communication device 600 according to an embodiment of the present application. The communication device 600 shown in fig. 7 includes a processor 610, and the processor 610 can call and run a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, as shown in fig. 7, the communication device 600 may further include a memory 620. From the memory 620, the processor 610 may call and run a computer program to implement the method in the embodiment of the present application.

The memory 620 may be a separate device from the processor 610, or may be integrated into the processor 610.

Optionally, as shown in fig. 7, the communication device 600 may further include a transceiver 630, and the processor 610 may control the transceiver 630 to communicate with other devices, and specifically, may transmit information or data to the other devices or receive information or data transmitted by the other devices.

The transceiver 630 may include a transmitter and a receiver, among others. The transceiver 630 may further include one or more antennas.

Optionally, the communication device 600 may specifically be a network device in the embodiment of the present application, and the communication device 600 may implement a corresponding process implemented by the network device in each method in the embodiment of the present application, which is not described herein again for brevity.

Optionally, the communication device 600 may specifically be a mobile terminal/terminal device in this embodiment, and the communication device 600 may implement a corresponding process implemented by the mobile terminal/terminal device in each method in this embodiment, which is not described herein again for brevity.

Fig. 8 is a schematic structural diagram of a chip of an embodiment of the present application. The chip 700 shown in fig. 8 includes a processor 710, and the processor 710 can call and run a computer program from a memory to implement the method in the embodiment of the present application.

Optionally, as shown in fig. 8, the chip 700 may further include a memory 720. From the memory 720, the processor 710 can call and run a computer program to implement the method in the embodiment of the present application.

The memory 720 may be a separate device from the processor 710, or may be integrated into the processor 710.

Optionally, the chip 700 may further include an input interface 730. The processor 710 may control the input interface 730 to communicate with other devices or chips, and in particular, may obtain information or data transmitted by other devices or chips.

Optionally, the chip 700 may further include an output interface 740. The processor 710 may control the output interface 740 to communicate with other devices or chips, and in particular, may output information or data to the other devices or chips.

Optionally, the chip may be applied to the network device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the network device in each method in the embodiment of the present application, and for brevity, details are not described here again.

Optionally, the chip may be applied to the mobile terminal/terminal device in the embodiment of the present application, and the chip may implement the corresponding process implemented by the mobile terminal/terminal device in each method in the embodiment of the present application, and for brevity, no further description is given here.

It should be understood that the chips mentioned in the embodiments of the present application may also be referred to as a system-on-chip, a system-on-chip or a system-on-chip, etc.

Fig. 9 is a schematic block diagram of a communication system 900 provided in an embodiment of the present application. As shown in fig. 9, the communication system 900 includes a terminal device 910 and a network device 920.

The terminal device 910 may be configured to implement the corresponding function implemented by the terminal device in the foregoing method, and the network device 920 may be configured to implement the corresponding function implemented by the network device in the foregoing method, for brevity, which is not described herein again.

It should be understood that the processor of the embodiments of the present application may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method embodiments may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.

It will be appreciated that the memory in the embodiments of the subject application can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of example, but not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double Data Rate Synchronous Dynamic random access memory (DDR SDRAM), Enhanced Synchronous SDRAM (ESDRAM), Synchronous link SDRAM (SLDRAM), and Direct Rambus RAM (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to comprise, without being limited to, these and any other suitable types of memory.

It should be understood that the above memories are exemplary but not limiting illustrations, for example, the memories in the embodiments of the present application may also be Static Random Access Memory (SRAM), dynamic random access memory (dynamic RAM, DRAM), Synchronous Dynamic Random Access Memory (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (enhanced SDRAM, ESDRAM), Synchronous Link DRAM (SLDRAM), Direct Rambus RAM (DR RAM), and the like. That is, the memory in the embodiments of the present application is intended to comprise, without being limited to, these and any other suitable types of memory.

The embodiment of the application also provides a computer readable storage medium for storing the computer program.

Optionally, the computer-readable storage medium may be applied to the mobile terminal/terminal device in the embodiment of the present application, and the computer program enables the computer to execute the corresponding process implemented by the mobile terminal/terminal device in each method in the embodiment of the present application, which is not described herein again for brevity.

Embodiments of the present application also provide a computer program product comprising computer program instructions.

Optionally, the computer program product may be applied to the mobile terminal/terminal device in the embodiment of the present application, and the computer program instructions enable the computer to execute the corresponding processes implemented by the mobile terminal/terminal device in the methods in the embodiment of the present application, which are not described herein again for brevity.

The embodiment of the application also provides a computer program.

Optionally, the computer program may be applied to the mobile terminal/terminal device in the embodiment of the present application, and when the computer program runs on a computer, the computer is enabled to execute the corresponding process implemented by the mobile terminal/terminal device in each method in the embodiment of the present application, which is not described herein again for brevity.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one type of logical functional division, and other divisions may be realized in practice, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method of determining a channel access type, the method comprising:

the method comprises the steps that terminal equipment determines a first channel access type of a physical uplink control channel for sending a scheduling request based on at least one channel access type contained in configuration parameters of a logical channel triggering the scheduling request or at least one channel access type contained in the configuration parameters of the scheduling request;

and when the configuration parameters of the logical channel do not contain the channel access type and the configuration parameters of the scheduling request do not contain the channel access type, the terminal equipment determines the pre-configured channel access type as a second channel access type of a physical uplink control channel for sending the scheduling request.

2. The method of claim 1, wherein when the configuration parameters of the logical channel do not include a channel access type and the configuration parameters of the scheduling request do not include a channel access type, the method further comprises:

and the terminal equipment determines a second channel access type of a physical uplink control channel for sending the scheduling request based on the parameters of the service borne by the logical channel.

3. The method of claim 1, wherein when the terminal device fails to acquire the physical uplink control channel based on the first channel access type, the method further comprises:

and the terminal equipment determines a second channel access type of a physical uplink control channel for sending the scheduling request based on the sequencing of at least one channel access type in the configuration parameters of the logical channel.

4. The method of claim 1, wherein when the terminal device fails to acquire a physical uplink control channel based on the first channel access type,

and the terminal equipment randomly selects one channel type from a channel type list configured by the logical channel as a second channel access type of a physical uplink control channel for sending the scheduling request.

5. The method of any of claims 1 to 4, wherein a channel access priority of the first channel access type is higher than a channel access priority of the second channel access type.

6. A terminal device, the terminal device comprising:

a determining unit, configured to determine, based on at least one channel access type included in configuration parameters of a logical channel that triggers a scheduling request, or at least one channel access type included in configuration parameters of the scheduling request, a first channel access type of a physical uplink control channel used for sending the scheduling request;

the determining unit is further configured to determine, when the configuration parameter of the logical channel does not include the channel access type and the configuration parameter of the scheduling request does not include the channel access type, the pre-configured channel access type as a second channel access type of a physical uplink control channel for sending the scheduling request.

7. The terminal device according to claim 6, wherein, when the configuration parameters of the logical channel do not include a channel access type and the configuration parameters of the scheduling request do not include a channel access type,

the determining unit is further configured to determine, based on the parameter of the service carried by the logical channel, a second channel access type of a physical uplink control channel for sending the scheduling request.

8. The terminal device according to claim 6, wherein, when the first channel access type is used for failure in acquiring a physical uplink control channel,

the determining unit is further configured to determine a second channel access type of a physical uplink control channel used for transmitting the scheduling request.

9. The terminal device according to claim 6, wherein, when the first channel access type is used for failure in acquiring a physical uplink control channel,

the determining unit is further configured to randomly select one channel type from a channel type list configured by the logical channel as a second channel access type of a physical uplink control channel for sending the scheduling request.

10. A terminal device according to claim 6, wherein the channel access priority of the first channel access type is higher than the channel access priority of the second channel access type.

11. A method of determining a channel access type, the method comprising:

the network equipment configures configuration parameters of a logic channel and/or configuration parameters of a scheduling request for the terminal equipment;

under the condition that the configuration parameters of the logical channel and the configuration parameters of the scheduling request both comprise at least one channel access type, the configuration parameters of the logical channel and the configuration parameters of the scheduling request are used for the terminal equipment to determine the channel access type of a physical uplink control channel for sending the scheduling request; wherein,

and under the condition that the configuration parameters of the logical channel do not contain the channel access type and the configuration parameters of the scheduling request do not contain the channel access type, determining the pre-configured channel access type as a second channel access type of a physical uplink control channel for sending the scheduling request by the terminal equipment.

12. The method of claim 11, wherein different channel access types differ in priority.

13. A network device, the network device comprising: the configuration unit is configured to configure configuration parameters of a logical channel and/or configuration parameters of a scheduling request for the terminal equipment;

14. The network device of claim 13, wherein different channel access types differ in priority.

15. A terminal device, comprising: a processor and a memory for storing a computer program, the processor being configured to invoke and execute the computer program stored in the memory to perform the method of any of claims 1 to 5.

16. A network device, comprising: a processor and a memory for storing a computer program, the processor being adapted to invoke and execute the computer program stored in the memory to perform the method of claim 11 or 12.

17. A chip, comprising: a processor for calling and running a computer program from a memory so that a device on which the chip is installed performs the method of any one of claims 1 to 5.

18. A chip, comprising: a processor for calling and running a computer program from a memory so that a device in which the chip is installed performs the method of claim 11 or 12.

19. A computer-readable storage medium storing a computer program for causing a computer to perform the method of any one of claims 1 to 5.

20. A computer-readable storage medium storing a computer program for causing a computer to perform the method of claim 11 or 12.