CN109997401B

CN109997401B - Communication method, device and system

Info

Publication number: CN109997401B
Application number: CN201680090459.2A
Authority: CN
Inventors: 侯智强
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2016-11-29
Filing date: 2016-11-29
Publication date: 2021-02-12
Anticipated expiration: 2036-11-29
Also published as: WO2018098640A1; CN109997401A

Abstract

The embodiment of the application provides a communication method, equipment and a system, so as to at least ensure the consistency of coding modes of UE and network equipment in the communication process. The method comprises the following steps: a base station receives an access preamble sent by User Equipment (UE); the base station determines the coding type supported by the UE according to the access preamble of the UE; the base station determines a first coding type according to the coding type supported by the UE; the base station sends an access response to the UE, wherein the access response is coded by the first coding type. The application is suitable for the technical field of wireless communication.

Description

Communication method, device and system

Technical Field

The present application relates to the field of wireless communication technologies, and in particular, to a communication method, device and system.

Background

The coding mode of a radio channel defined in the existing communication protocol requires that the coding modes of User Equipment (UE) and network Equipment must be consistent, otherwise, the decoding of the other party fails and connection cannot be established. For example, in the current random access process, if the coding modes of the UE and the base station are not consistent, the random access process will fail.

Therefore, how to ensure the consistency of the coding modes of the UE and the network device in the communication process is an urgent problem to be solved at present.

Disclosure of Invention

The embodiment of the application provides a communication method, equipment and a system, so as to at least ensure the consistency of coding modes of UE and network equipment in the communication process.

In order to achieve the above purpose, the embodiments of the present application provide the following technical solutions:

in a first aspect, a communication method is provided, and the method includes: a base station receives an access preamble sent by User Equipment (UE); the base station determines the coding type supported by the UE according to the access preamble of the UE; the base station determines a first coding type according to the coding type supported by the UE; the base station transmits an access response to the UE, wherein the access response is encoded with the first coding type. That is to say, in the communication method provided in the embodiment of the present application, after the UE sends the access preamble to the base station, the base station may obtain the coding type supported by the UE, and further determine the first coding type based on the coding type supported by the UE, and send the access response to the UE after coding the access response with the first coding type. Therefore, after the UE receives the access response, the UE can successfully decode due to the fact that the coding modes of the base station and the UE are consistent, and the UE can possibly successfully access.

In one possible design, the determining, by the base station, the coding type supported by the UE according to the access preamble of the UE includes: the base station determines the identifier of the access preamble of the UE according to the access preamble of the UE; and the base station determines the coding type supported by the UE according to the identification of the access preamble of the UE and the corresponding relation between the identification of the access preamble and the coding type. That is, the base station is configured with a corresponding relationship between the identifier of the access preamble and the coding type in advance, and after determining the identifier of the access preamble according to the received access preamble, the base station may determine the coding type supported by the UE based on the corresponding relationship.

In one possible design, the coding types supported by the UE include the first coding type.

In one possible design, the access preamble is used for a contention-based random access procedure.

In one possible design, before the base station receives the access preamble transmitted by the UE, the method further includes: the base station sends the corresponding relation between the identification of the access preamble and the coding type to the UE by adopting a plurality of coding types, wherein the plurality of coding types comprise one of the coding types supported by the UE. After the UE receives the correspondence between the identifier of the access preamble and the coding type, the correspondence between the access preamble and the coding type may be stored according to the correspondence.

In a second aspect, a communication method is provided, the method comprising: user Equipment (UE) sends an access preamble to a base station by adopting a coding type supported by the UE; and the UE receives an access response sent by the base station, wherein the access response is coded by adopting the first coding type, and the first coding type is determined by the base station according to the coding type supported by the UE. That is to say, in the communication method provided in the embodiment of the present application, after the UE sends the access preamble to the base station, the base station may obtain the coding type supported by the UE, and further determine the first coding type based on the coding type supported by the UE, and send the access response to the UE after coding the access response with the first coding type. Therefore, after the UE receives the access response, the UE can successfully decode due to the fact that the coding modes of the base station and the UE are consistent, and the UE can possibly successfully access.

In one possible design, the UE may send an access preamble to a base station using a coding type supported by the UE, including: the UE acquires the corresponding relation between the access preamble and the coding type; and the UE sends the access preamble corresponding to the coding type supported by the UE to the base station by adopting the coding type supported by the UE according to the corresponding relation between the access preamble and the coding type. That is, the access preamble transmitted by the UE to the base station is an access preamble corresponding to a coding type supported by the UE.

In one possible design, the correspondence of the access preamble and the coding type is stored in the UE.

In one possible design, before the UE transmits the access preamble to the base station using the coding type supported by the UE, the method further includes: the UE receives the corresponding relation between the identification and the coding type of the access preamble which is sent to the UE by the base station by adopting a plurality of coding types, the identification of the access preamble only corresponds to one access preamble, and the plurality of coding types at least comprise one of the coding types supported by the UE; and the UE stores the corresponding relation between the access preamble and the coding type according to the corresponding relation between the identification of the access preamble and the coding type.

That is, in this embodiment of the present application, the correspondence between the access preamble and the coding type may be pre-stored in the UE, or after the UE receives the correspondence between the identifier of the access preamble and the coding type, which is sent to the UE by the base station using multiple coding types, the correspondence between the access preamble and the coding type is stored according to the correspondence between the identifier of the access preamble and the coding type, where the identifier of the access preamble uniquely corresponds to one access preamble, and the multiple coding types at least include one of the coding types supported by the UE. The embodiment of the present application does not specifically limit how the UE obtains the correspondence between the access preamble and the coding type.

In a third aspect, a base station is provided, including: the device comprises a receiving module, a determining module and a sending module; the receiving module is used for receiving an access preamble sent by User Equipment (UE); the determining module is configured to determine, according to the access preamble of the UE, a coding type supported by the UE; the determining module is further configured to determine a first coding type according to the coding type supported by the UE; the sending module is configured to send an access response to the UE, where the access response is encoded with the first encoding type.

In one possible design, the determining module determines the coding types supported by the UE according to the access preamble of the UE includes: determining the identifier of the access preamble of the UE according to the access preamble of the UE; and determining the coding type supported by the UE according to the identifier of the access preamble of the UE and the corresponding relation between the identifier of the access preamble and the coding type.

In a possible design, the sending module is further configured to send, to the UE, a correspondence between an identifier of the access preamble and a coding type using multiple coding types before the receiving module receives the access preamble sent by the UE, where the multiple coding types include one of coding types supported by the UE.

Since the base station provided in the embodiment of the present application may be configured to execute the communication method of the first aspect, reference may be made to the method embodiment for obtaining technical effects, and details of the embodiment of the present application are not repeated herein.

In a fourth aspect, a UE is provided, which includes: a transmitting module and a receiving module; the sending module is configured to send an access preamble to a base station by using the coding type supported by the UE; the receiving module is configured to receive an access response sent by the base station, where the access response is encoded by using the first coding type, and the first coding type is determined by the base station according to a coding type supported by the UE.

In one possible design, the sending module sends the access preamble to the base station using a coding type supported by the UE, including: acquiring the corresponding relation between the access preamble and the coding type; and sending the access preamble corresponding to the coding type supported by the UE to the base station by adopting the coding type supported by the UE according to the corresponding relation between the access preamble and the coding type.

In one possible design, the UE further includes a storage module; the receiving module is further configured to receive a correspondence between an identifier of an access preamble and a coding type, which is sent to the UE by the base station using multiple coding types, before the sending module sends the access preamble to the base station using the coding types supported by the UE, where the identifier of the access preamble uniquely corresponds to one access preamble, and the multiple coding types at least include one of the coding types supported by the UE; the storage module is further configured to store the correspondence between the access preamble and the coding type according to the correspondence between the identifier of the access preamble and the coding type.

Since the UE provided in the embodiment of the present application may be configured to execute the communication method of the first aspect, reference may be made to the method embodiment for obtaining technical effects, and details of the embodiment of the present application are not repeated herein.

In a fifth aspect, a communication device is provided, comprising: a processor, a memory, a bus, and a communication interface; the memory is configured to store computer executable instructions, and the processor is connected to the memory through the bus, and when the communication device is operating, the processor executes the computer executable instructions stored in the memory, so as to enable the communication device to execute the communication method according to any one of the first aspect, or to enable the communication device to execute the communication method according to any one of the second aspect.

In a sixth aspect, an embodiment of the present application provides a computer storage medium for storing computer software instructions for the base station or the UE, which includes a program designed for the base station or the UE to execute the above aspects.

In a seventh aspect, the present application provides a computer program, where the computer program includes instructions, and when the computer program is executed by a computer, the computer may execute the flow in the communication method of any one of the first aspect and the second aspect.

In addition, the technical effects brought by any one of the design manners in the fifth aspect to the seventh aspect can be referred to the technical effects brought by different design manners in the first aspect or the second aspect, and are not described herein again.

These and other aspects of the present application will be more readily apparent from the following description of the embodiments.

Drawings

Fig. 1 is a schematic diagram of a conventional contention-based random access procedure;

fig. 2 is a schematic architecture diagram of a communication system according to an embodiment of the present application;

fig. 3 is a schematic structural diagram of a communication device according to an embodiment of the present application;

fig. 4 is a first flowchart illustrating a communication method according to an embodiment of the present application;

fig. 5 is a second flowchart illustrating a communication method according to an embodiment of the present application;

fig. 6 is a first schematic structural diagram of a base station according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of a base station according to an embodiment of the present application;

fig. 8 is a first schematic structural diagram of a UE according to an embodiment of the present application;

fig. 9 is a second schematic structural diagram of a UE according to an embodiment of the present application.

Detailed Description

The 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 only a part of the embodiments of the present application, and not all of the embodiments.

In addition, in the description of the present application, "a plurality" means two or more unless otherwise specified.

In a Long Term Evolution (LTE) or LTE-Advanced (LTE-a) system, a random access procedure is divided into a contention-based random access procedure and a non-contention-based random access procedure. Generally, different random access types are distinguished by setting different Preamble identification (Preamble ID) intervals. For example, the Preamble ID of the [0, a ] section is allocated to the contention based random access usage, and the Preamble ID of the [ a, C ] section is allocated to the non-contention based random access usage.

Fig. 1 is a conventional contention-based random access procedure, which includes: s101, UE sends a random access preamble to a base station. S102, the base station sends a random access response to the UE. S103, establishing Radio Resource Control (RRC) connection between the base station and the UE. If the UE is successfully accessed randomly, the method further comprises the following steps: s104, the UE sends a UE capability request to the base station. S105, the base station sends capability information of the UE, such as coding types supported by the UE, to the UE. The random access response in step S102 needs to be encoded by the base station and then sent to the UE. For some types of UEs, the base station does not know the capability of the UE when encoding the random access response, so that the UE may fail to decode after receiving the random access response sent by the base station, thereby causing the random access failure.

Fig. 2 is a schematic diagram of an architecture of a communication system according to an embodiment of the present application, where the communication system includes a base station and a plurality of UEs in a cell managed by the base station. Wherein the base station may communicate with each of the plurality of UEs separately.

Specifically, the communication system may be applied to the current LTE or LTE-a system, and may also be applied to other future networks, such as a future fifth Generation (5rd-Generation, 5G) network, which is not specifically limited in this embodiment of the present invention.

Specifically, the communication system may be used for random access, and may also be used for other processes including an access preamble, which is not specifically limited in this embodiment of the present application.

Specifically, the UE in the embodiment of the present application is a terminal device, which may be a mobile terminal device or an immobile terminal device. The device is mainly used for receiving or sending service data. The user equipments may be distributed in networks where the user equipments have different names, such as: a terminal, mobile station, subscriber unit, station, cellular telephone, personal digital assistant, wireless modem, wireless communication device, handheld device, laptop computer, cordless telephone, wireless local loop station, or the like. The user equipment may communicate with one or more core networks via a Radio Access Network (RAN), e.g., to exchange voice and/or data with the Radio Access Network.

Specifically, the base station in the embodiment of the present application is a device deployed in a radio access network to provide a wireless communication function. An apparatus providing a base station function in an LTE system or an LTE-a system includes an evolved NodeB (eNB), for example.

As shown in fig. 3, the base station and the UE in the communication system shown in fig. 2 may be implemented by the communication device (or system) in fig. 3.

Fig. 3 is a schematic diagram of a communication device according to an embodiment of the present application. The communication device 300 includes at least one processor 301, a communication bus 302, a memory 303, and at least one communication interface 304.

The processor 301 may be a general-purpose Central Processing Unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more ics for controlling the execution of programs in accordance with the present disclosure.

The communication bus 302 may include a path that conveys information between the aforementioned components.

The communication interface 304 may be any device, such as a transceiver, for communicating with other devices or communication networks, such as an ethernet, a Radio Access Network (RAN), a Wireless Local Area Network (WLAN), etc.

Memory 303 may be, but is not limited to, a read-only memory (ROM) or other type of static storage device that may store static information and instructions, a Random Access Memory (RAM) or other type of dynamic storage device that may store information and instructions, an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compact disc, laser disc, optical disc, digital versatile disc, blu-ray disc, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by communication device 300. The memory may be self-contained and coupled to the processor via a bus. The memory may also be integral to the processor.

The memory 303 is used for storing application program codes for executing the scheme of the application, and the processor 301 controls the execution. The processor 301 is configured to execute the application program code stored in the memory 303, thereby implementing the communication method in the embodiment of the present application.

In particular implementations, processor 301 may include one or more CPUs such as CPU0 and CPU1 in fig. 3, for example, as an example.

In particular implementations, communication device 300 may include multiple processors, such as processor 301 and processor 308 in fig. 3, for example, as an example. Each of these processors may be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. A processor herein may refer to one or more devices, circuits, and/or processing cores for processing data (e.g., computer program instructions).

In particular implementations, communication device 300 may also include an output device 305 and an input device 306, as one embodiment. The output device 305 is in communication with the processor 301 and may display information in a variety of ways. For example, the output device 305 may be a Liquid Crystal Display (LCD), a Light Emitting Diode (LED) display device, a Cathode Ray Tube (CRT) display device, a projector (projector), or the like. The input device 306 is in communication with the processor 301 and can accept user input in a variety of ways. For example, the input device 306 may be a mouse, a keyboard, a touch screen device, or a sensing device, among others.

The communication device 300 may be a general purpose communication device or a special purpose communication device. In a specific implementation, the communication device 300 may be a desktop, a laptop, a web server, a Personal Digital Assistant (PDA), a mobile phone, a tablet, a wireless terminal device, a communication device, an embedded device, or a device with a similar structure as in fig. 3. The embodiment of the present application does not limit the type of the communication device 300.

As shown in fig. 4, a flowchart of a communication method provided in the embodiment of the present application is illustrated by taking interaction between any UE and a base station in the communication system shown in fig. 2 as an example, and includes the following steps:

s401, UE sends access preamble to base station by adopting the code type supported by the UE.

The number of coding types supported by the UE may be one or multiple, and this is not particularly limited in the embodiment of the present application.

Specifically, the sending, by the UE, the access preamble to the base station by using the coding type supported by the UE may include:

the UE acquires the corresponding relation between the access preamble and the coding type; and sending the access preamble corresponding to the coding type supported by the UE to the base station by adopting the coding type supported by the UE according to the corresponding relation.

The corresponding relationship between the access preamble and the coding type may be pre-stored in the UE, or the corresponding relationship between the access preamble and the coding type may be stored according to the corresponding relationship between the identifier of the access preamble and the coding type after the UE receives the corresponding relationship between the identifier of the access preamble and the coding type sent by the base station to the UE by using multiple coding types, the identifier of the access preamble uniquely corresponds to one access preamble, and the multiple coding types at least include one of the coding types supported by the UE. The embodiment of the present application does not specifically limit how the UE obtains the correspondence between the access preamble and the coding type.

The correspondence between the access preamble and the coding type may be a correspondence between an access preamble sequence and a coding type, or a correspondence between an access preamble identifier and a coding type, which is not specifically limited in this embodiment of the present application. The following description is given by taking the correspondence between the access preamble and the coding type, specifically, the correspondence between the access preamble identifier and the coding type as an example, and there may be the following two cases.

Exemplarily, assuming that the communication method is specifically applied to a contention-based random access procedure, a Preamble ID of an interval [0, a) is defined in an existing protocol to be allocated to a contention-based random access, and a Preamble ID of an interval [ a, C ] is allocated to a non-contention-based random access. That is, if the range of Preamble ID is 0 to C, in the embodiment of the present application:

in a possible implementation manner, the correspondence between the access preamble and the coding type of the contention-based random access and the non-contention-based random access may be as shown in table one:

watch 1

That is, in the embodiment of the present application, the partition interval of the Preamble ID in the existing protocol may be changed. The range of preamble IDs is clearly defined in the protocol to be subdivided into different groups, each for random access by different types of UEs. For example, in table one, a Preamble ID of a [0, x1) section is defined to support UE access of Low-Density Parity-Check (LDPC) coding, a Preamble ID of a [ x1, x2) section is defined to support UE access of Turbo coding, a Preamble ID of a [ x2, x3) section is defined to support UE access of Polar coding and Turbo coding, and a Preamble ID of a [ x3, C ] section is defined to be used for non-contention based random access of UEs with various capabilities. In this scenario, the correspondence between the access preamble and the coding type is usually stored in the UE according to the correspondence between the identifier of the access preamble and the coding type after the UE receives the correspondence between the identifier of the access preamble and the coding type, which is sent by the base station to the UE by using multiple coding types. That is, before the UE transmits the access preamble to the base station using the coding type supported by the UE, the method further includes: the method comprises the steps that UE receives a corresponding relation between an identifier and a coding type of an access preamble which is sent to the UE by a base station by adopting a plurality of coding types, the identifier of the access preamble uniquely corresponds to one access preamble, and the plurality of coding types at least comprise one of the coding types supported by the UE; and then, the UE stores the corresponding relation between the access preamble and the coding type according to the corresponding relation between the identification of the access preamble and the coding type.

After the UE obtains the corresponding relationship, the access preamble corresponding to the coding type supported by the UE may be sent to the base station by using the coding type supported by the UE according to the corresponding relationship. For example, assuming that the UE supports LDPC coding, the Preamble ID of the [0, x1) interval is used to support the UE access of LDPC coding according to the table one, so that the UE can select an access Preamble of the [0, x1) interval to perform random access by using the coding type supported by the UE.

It should be noted that, the above table one is only an exemplary example of three codes, i.e., LDPC code, Turbo code and Polar code, and of course, other coding modes may exist or other grouping situations may also exist, which is not specifically limited in this embodiment of the present application. The values of the interval end points x1, x2, and x3 may be the same as or different from the value of the interval end point a in the existing protocol, and this is not particularly limited in the embodiment of the present application.

In one possible implementation, the correspondence between the access preamble and the coding type of the contention-based random access and the non-contention-based random access may be as shown in table two:

watch two

That is, in the embodiment of the present application, instead of changing the partition interval of the Preamble IDs of contention-based random access and non-contention-based random access in the existing protocol, the protocol may define a necessary encoding manner, such as LDPC encoding, which requires both UE and base station to support, and define the Preamble ID in the [0, a) interval for contention-based random access, and the Preamble ID in the [ a, C ] interval for non-contention-based random access. Because preamble IDs of the [ A, C ] interval are controlled and allocated by the base station, the base station can divide a range in [ A, C ] to perform contention-based random access for the UE which does not support LDPC coding, for example, the [ A, y1) interval is used for performing contention-based random access for the UE which only supports Turbo coding, and the [ y1, y2) interval is used for performing contention-based random access for the UE which supports Turbo coding and Polar coding. And the preamble ID of the [ y2, C ] interval is used for the UE with various capabilities to perform non-contention based random access. In this scenario, the correspondence between the access preamble and the coding type is usually pre-stored in the UE, for example, the preamble ID of the [ a, y1) interval needs to be configured in the UE supporting Turbo coding for supporting the correspondence of the UE access supporting Turbo coding; and the preamble ID of the [ y1, y2) interval needs to be configured in the UE supporting the Turbo coding and the Polar coding for supporting the corresponding relation of the UE access of the Turbo coding and the Polar coding. That is to say, in this scenario, for a UE that does not support LDPC coding, a base station may negotiate or agree with a preamble ID in advance with the UE, and the UE acquiring a correspondence between an access preamble and a coding type specifically includes: the UE acquires a corresponding relation between an access preamble and a coding type which are pre-stored in the UE.

After the UE obtains the corresponding relationship, the access preamble corresponding to the coding type supported by the UE may be sent to the base station by using the coding type supported by the UE according to the corresponding relationship. For example, assuming that the UE supports Turbo coding, the Preamble ID of the [ a, y1) interval and the [ y1, y2) interval is used to support UE access for Turbo coding, so the UE can select an access Preamble in the [ a, y1) interval or the [ y1, y2) interval to perform random access by using the coding type supported by the UE.

It should be noted that, the second table is only an example of three codes, i.e., LDPC code, Turbo code and Polar code, and other coding modes may exist, which is not specifically limited in this embodiment of the present application.

S402, the base station receives the access preamble sent by the UE.

S403, the base station determines the coding type supported by the UE according to the access preamble of the UE.

Specifically, the determining, by the base station, the coding type supported by the UE according to the access preamble of the UE may include: the base station determines the identifier of the access preamble of the UE according to the access preamble of the UE; and determining the coding type supported by the UE according to the identifier of the access preamble of the UE and the corresponding relation between the identifier of the access preamble and the coding type.

The correspondence between the identifier of the access preamble and the coding type may refer to the correspondence between the access preamble and the coding type in step S401, which is not described herein again.

S404, the base station determines a first coding type according to the coding type supported by the UE.

The first coding type may include one coding type or may include a plurality of coding types, which is not specifically limited in this embodiment of the application.

S405, the base station sends an access response to the UE, and the access response is coded by adopting the first coding type.

S406, the UE receives the access response sent by the base station.

For example, assuming that the correspondence between the identifier of the access preamble and the coding type is shown in table one, the identifier of the access preamble received by the base station is P1, and x2 is greater than or equal to P1 and less than x3, the base station may determine that the UE supports Turbo coding and Polar coding according to the correspondence shown in table one. Assuming that the base station determines that the first coding type is Turbo coding according to the coding type supported by the UE, the base station may use Turbo coding to code the access response. In this way, after the UE receives the access response, since the access response is encoded by using the first encoding type determined according to the encoding type supported by the UE, the UE can successfully decode, and thus the UE may successfully access.

Or, for example, assuming that the correspondence between the identifier of the access preamble and the coding type is shown in table two, the identifier of the access preamble received by the base station is P2, and y1 is not less than P2 and less than y2, the base station may determine that the UE supports Turbo coding and Polar coding according to the correspondence shown in table two. Assuming that the base station determines that the first coding type is Turbo coding and Polar coding according to the coding type supported by the UE, the base station may use Turbo coding and Polar coding to code the access response. In this way, after the UE receives the access response, since the access response is encoded by using the first encoding type determined according to the encoding type supported by the UE, the UE can successfully decode, and thus the UE may successfully access. Therefore, on the premise of not modifying the protocol, the base station can distinguish the UE with different coding types, and the UE with different coding capabilities can be normally accessed.

In the communication method provided by the embodiment of the application, the UE sends an access preamble to the base station by using the coding type supported by the UE, and after receiving the access preamble, the base station determines the coding type supported by the UE according to the access preamble, and further determines the first coding type according to the coding type supported by the UE. The base station then transmits an access response to the UE, the access response being encoded with the first coding type. That is to say, in the communication method provided in the embodiment of the present application, after the UE sends the access preamble to the base station, the base station may obtain the coding type supported by the UE, and further determine the first coding type based on the coding type supported by the UE, and send the access response to the UE after coding the access response with the first coding type. Therefore, after the UE receives the access response, the UE can successfully decode due to the fact that the coding modes of the base station and the UE are consistent, and the UE can possibly successfully access.

The actions of the UE in S401 and S406 may be executed by the processor 301 in the communication device 300 shown in fig. 3 calling the application program code stored in the memory 303, which is not limited in this embodiment of the present application.

The actions of the base station in S402, S403, S404, and S405 may be executed by the processor 301 in the communication device 300 shown in fig. 3 calling the application program code stored in the memory 303, which is not limited in this embodiment of the present application.

The communication method shown in fig. 4 will be briefly described with reference to a specific example.

For example, it is assumed that the correspondence between the access preamble and the coding type is shown in table one. Currently, two UEs, namely UE1 and UE2, perform contention-based random access, where UE1 supports LDPC coding, and the preamble ID value of the random access preamble used in the random access is Q1, Q1 is greater than or equal to 0 and x 1; UE2 supports Turbo coding and Polar coding, and the preamble ID value of the random access preamble used in the random access is Q2, and Q2 is greater than or equal to x2 and less than x3, as shown in fig. 5, the communication method includes:

s501a, UE1 sends access preamble to base station.

In order to distinguish from the access preamble transmitted from the UE2 to the base station described below, the access preamble transmitted from the UE1 to the base station is referred to as access preamble 1 in the present embodiment.

S502a, the base station receives the access preamble 1, and determines that the preamble ID of the access preamble 1 is Q1, where 0 ≦ Q1 < x1, so that the base station determines that the UE1 supports LDPC coding.

S503a, the base station determines that the first coding type corresponding to the UE1 is LDPC coding.

S504a, the base station sends an access response to the UE1, the access response being based on LDPC encoding.

S505a, UE1 receives the access response and decodes the access response based on LDPC.

S501b, UE2 sends access preamble to base station.

In order to distinguish the access preamble transmitted from the UE1 to the base station, the access preamble transmitted from the UE2 to the base station is referred to as access preamble 2 in the present embodiment.

S502b, the base station receives the access preamble 2, and determines that the preamble ID of the access preamble 2 is Q1, where x2 is equal to or less than Q2 is less than x3, so that the base station determines that the UE2 supports Turbo coding and Polar coding.

S503b, the base station determines that the first coding type corresponding to the UE2 is Turbo coding.

S504b, the base station sends an access response to the UE2, the access response is based on Turbo coding.

S505b, UE2 receives the access response and decodes the access response based on Turbo.

Since the UE1 supports LDPC encoding, the UE1 may decode successfully after receiving the LDPC encoding based access response. Since the UE2 supports Turbo coding, the UE2 may decode successfully after receiving the Turbo coding based access response. Thus, both UE1 and UE2 may establish communication with the base station.

It should be noted that there is no inevitable execution sequence between the steps S501a-S505a and the steps S501b-S505b, and the steps S501a-S505a may be executed first, and then the steps S501b-S505b are executed; alternatively, the steps S501b-S505b may be performed first, and then the steps S501a-S505a may be performed; it is also possible to execute steps S501a-S505a and steps S501b-S505b at the same time, which is not specifically limited in the embodiment of the present application.

The above-mentioned scheme provided by the embodiment of the present application is introduced mainly from the perspective of interaction between network elements. It is understood that the UE and the base station include corresponding hardware structures and/or software modules for performing the respective functions in order to implement the functions. Those of skill in the art would readily appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is performed as hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. 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.

In the embodiment of the present application, the base station and the UE may be divided into functional modules according to the above method example, for example, each functional module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. It should be noted that, in the embodiment of the present application, the division of the module is schematic, and is only one logic function division, and there may be another division manner in actual implementation.

For example, in the case of dividing each functional module by corresponding functions, fig. 6 shows a schematic diagram of a possible structure of the base station according to the embodiment of the present application, and the base station 60 includes a receiving module 601, a determining module 602, and a sending module 603. A receiving module 601, configured to support the base station 60 to perform step S402 in fig. 4; a determining module 602, configured to support the base station 60 to perform steps S403 and S404 in fig. 4; a sending module 603, configured to support the base station 60 to perform step S405 in fig. 4. Or, the receiving module 601 is configured to support the base station 60 to receive an access preamble sent by the UE; a determining module 602 for supporting the base station 60 to perform steps S502a, S503a, S502b and S503b in fig. 5; a sending module 603 for supporting the base station 60 to perform steps S504a and S504b in fig. 5.

All relevant contents of each step related to the above method embodiment may be referred to the functional description of the corresponding functional module, and are not described herein again.

In the case of dividing the functional modules in an integrated manner, fig. 7 shows a schematic diagram of a possible structure of the base station involved in the above embodiment, where the base station 70 includes: a processing module 701 and a communication module 702. The processing module 701 may be configured to execute operations that can be executed by the determining module 602 in fig. 6, and the communication module 702 may be configured to execute operations that can be executed by the receiving module 601 and the sending module 603 in fig. 6, which may specifically refer to the embodiment shown in fig. 6, and this embodiment of the present application is not described herein again.

In this embodiment, the base station is presented in a form of dividing each functional module corresponding to each function, or the base station is presented in a form of dividing each functional module in an integrated manner. As used herein, a module may refer to an Application-Specific Integrated Circuit (ASIC), an electronic Circuit, a processor and memory that execute one or more software or firmware programs, an Integrated logic Circuit, and/or other devices that provide the described functionality. In a simple embodiment, one skilled in the art will recognize that either base station 60 or base station 70 may take the form shown in FIG. 3. For example, the receiving module 601, the determining module 602, and the sending module 603 in fig. 6 may be implemented by the processor 301 and the memory 303 in fig. 3, and specifically, the receiving module 601, the determining module 602, and the sending module 603 may be executed by the processor 301 calling the application program code stored in the memory 303, which is not limited in this embodiment of the present application. Alternatively, for example, the processing module 701 and the communication module 702 in fig. 7 may be implemented by the processor 301 and the memory 303 in fig. 3, specifically, the processing module 701 and the communication module 702 may be executed by the processor 301 calling the application program code stored in the memory 303, which is not limited in this embodiment of the present application.

Embodiments of the present application further provide a computer storage medium for storing computer software instructions for the base station, which includes a program designed to execute the method embodiments. The above-described communication method can be realized by executing the stored program.

For example, in the case of dividing each functional module by corresponding functions, fig. 8 shows a possible structural diagram of the UE according to the embodiment of the present application, and the UE80 includes a sending module 801 and a receiving module 802. A sending module 801 for supporting the UE80 to execute step S401 in fig. 4; a receiving module 802, configured to support the UE80 to perform step S406 in fig. 4. Or, a sending module 801 for supporting the UE80 to perform steps S501a and S501b in fig. 5; a receiving module 802, configured to support the UE80 to receive an access response sent by the base station.

Optionally, as shown in fig. 8, the UE80 provided in this embodiment of the present application may further include a storage module 803. The storage module 803 is configured to store a corresponding relationship between an access preamble and a coding type.

In the case of dividing the functional modules in an integrated manner, fig. 9 shows a possible structural diagram of the UE involved in the above embodiment, where the UE90 includes: a storage module 901 and a communication module 902. The storage module 901 may be configured to store a corresponding relationship between an access preamble and a coding type, and the communication module 902 may be configured to execute operations that can be executed by the sending module 801 and the receiving module 802 in fig. 8, which may specifically refer to the embodiment shown in fig. 8, and this embodiment of the present application is not described herein again.

In this embodiment, the UE is presented in a form of dividing each functional module corresponding to each function, or the UE is presented in a form of dividing each functional module in an integrated manner. As used herein, a module may refer to an Application-Specific Integrated Circuit (ASIC), an electronic Circuit, a processor and memory that execute one or more software or firmware programs, an Integrated logic Circuit, and/or other devices that provide the described functionality. In a simple embodiment, one skilled in the art may appreciate that the UE80 or the UE90 may take the form shown in FIG. 3. For example, the sending module 801, the receiving module 802, and the storing module 803 in fig. 8 may be implemented by the processor 301 and the memory 303 in fig. 3, and specifically, the sending module 801, the receiving module 802, and the storing module 803 may be executed by the processor 301 calling an application program code stored in the memory 303, which is not limited in this embodiment of the present application. Alternatively, for example, the storage module 901 and the communication module 902 in fig. 9 may be implemented by the processor 301 and the memory 303 in fig. 3, specifically, the storage module 901 and the communication module 902 may be executed by the processor 301 calling the application program code stored in the memory 303, which is not limited in this embodiment of the present application.

The present invention also provides a computer storage medium for storing computer software instructions for the UE, which includes a program designed to execute the method of the embodiment. The above-described communication method can be realized by executing the stored program.

The embodiment of the present application further provides a computer program, which includes instructions, when the computer program is executed by a computer, the computer may execute the procedures of the above method embodiments.

While the present application has been described in connection with various embodiments, other variations to the disclosed embodiments can be understood and effected by those skilled in the art in practicing the claimed application, from a review of the drawings, the disclosure, and the appended claims. In the claims, the word "comprising" does not exclude other elements or steps, and the word "a" or "an" does not exclude a plurality. A single processor or other unit may fulfill the functions of several items recited in the claims. The mere fact that certain measures are recited in mutually different dependent claims does not indicate that a combination of these measures cannot be used to advantage.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, apparatus (device), or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein. A computer program stored/distributed on a suitable medium supplied together with or as part of other hardware, may also take other distributed forms, such as via the Internet or other wired or wireless telecommunication systems.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (devices) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

Although the present application has been described in conjunction with specific features and embodiments thereof, it will be evident that various modifications and combinations can be made thereto without departing from the spirit and scope of the application. Accordingly, the specification and figures are merely exemplary of the present application as defined in the appended claims and are intended to cover any and all modifications, variations, combinations, or equivalents within the scope of the present application. It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims

1. A method of communication, the method comprising:

a base station receives an access preamble sent by User Equipment (UE);

the base station determines the coding type supported by the UE according to the access preamble of the UE;

the base station determines a first coding type according to the coding type supported by the UE;

the base station sends an access response to the UE, wherein the access response is coded by the first coding type.

2. The method of claim 1, wherein the base station determining the coding types supported by the UE according to the access preamble of the UE comprises:

the base station determines the identifier of the access preamble of the UE according to the access preamble of the UE;

and the base station determines the coding type supported by the UE according to the identifier of the access preamble of the UE and the corresponding relation between the identifier of the access preamble and the coding type.

3. The method of claim 1 or 2, wherein the coding types supported by the UE comprise the first coding type.

4. The method of any of claims 1-2, wherein the access preamble is used for a contention-based random access procedure.

5. The method according to any of claims 1-2, wherein before the base station receives the access preamble transmitted by the UE, the method further comprises:

the base station sends the corresponding relation between the identification of the access preamble and the coding type to the UE by adopting a plurality of coding types, wherein the plurality of coding types comprise one of the coding types supported by the UE.

6. A method of communication, the method comprising:

user Equipment (UE) sends an access preamble to a base station by adopting the coding type supported by the UE;

the UE receives an access response sent by the base station, wherein the access response is coded by adopting a first coding type, and the first coding type is determined by the base station according to the coding type supported by the UE.

7. The method of claim 6, wherein the UE transmits the access preamble to the base station using the coding type supported by the UE, comprising:

the UE acquires the corresponding relation between the access preamble and the coding type;

and the UE sends the access preamble corresponding to the coding type supported by the UE to a base station by adopting the coding type supported by the UE according to the corresponding relation between the access preamble and the coding type.

8. The method of claim 7, wherein the correspondence of access preambles to coding types is stored in the UE.

9. The method of claim 7, wherein before the UE transmits the access preamble to the base station using the coding type supported by the UE, the method further comprises:

the UE receives the corresponding relation between the identification and the coding type of the access preamble which is sent to the UE by the base station by adopting a plurality of coding types, the identification of the access preamble only corresponds to one access preamble, and the plurality of coding types at least comprise one of the coding types supported by the UE;

and the UE stores the corresponding relation between the access preamble and the coding type according to the corresponding relation between the identification of the access preamble and the coding type.

10. The method according to any of claims 6-9, wherein the coding types supported by the UE comprise the first coding type.

11. The method according to any of claims 6-9, wherein the access preamble is used for a contention-based random access procedure.

12. A base station, characterized in that the base station comprises: the device comprises a receiving module, a determining module and a sending module;

the receiving module is used for receiving an access preamble sent by User Equipment (UE);

the determining module is configured to determine, according to an access preamble of the UE, a coding type supported by the UE;

the determining module is further configured to determine a first coding type according to the coding type supported by the UE;

the sending module is configured to send an access response to the UE, where the access response is encoded by using the first encoding type.

13. The base station of claim 12, wherein the determining module determines the coding types supported by the UE according to the access preamble of the UE comprises:

determining the identifier of the access preamble of the UE according to the access preamble of the UE;

and determining the coding type supported by the UE according to the identifier of the access preamble of the UE and the corresponding relation between the identifier of the access preamble and the coding type.

14. The base station according to claim 12 or 13, wherein the coding types supported by the UE comprise the first coding type.

15. The base station according to any of claims 12-13, wherein the access preamble is used for a contention-based random access procedure.

16. Base station according to any of claims 12-13,

the sending module is further configured to, before the receiving module receives the access preamble sent by the UE,

and sending the corresponding relation between the identification of the access preamble and the coding type to the UE by adopting a plurality of coding types, wherein the plurality of coding types comprise one of the coding types supported by the UE.

17. A User Equipment (UE), the UE comprising: a transmitting module and a receiving module;

the sending module is configured to send an access preamble to a base station by using the coding type supported by the UE;

the receiving module is configured to receive an access response sent by the base station, where the access response is encoded by using a first coding type, and the first coding type is determined by the base station according to a coding type supported by the UE.

18. The UE of claim 17, wherein the sending module sends the access preamble to the base station using a coding type supported by the UE, and comprises:

acquiring the corresponding relation between the access preamble and the coding type;

and sending the access preamble corresponding to the coding type supported by the UE to a base station by adopting the coding type supported by the UE according to the corresponding relation between the access preamble and the coding type.

19. The UE of claim 18, wherein the correspondence of access preambles to coding types is stored in the UE.

20. The UE of claim 18, further comprising a storage module;

the receiving module is further configured to receive, before the sending module sends an access preamble to a base station by using the coding types supported by the UE, a correspondence between an identifier of the access preamble and the coding types, which are sent by the base station to the UE by using multiple coding types, where the identifier of the access preamble uniquely corresponds to one access preamble, and the multiple coding types at least include one of the coding types supported by the UE;

the storage module is further configured to store the correspondence between the access preamble and the coding type according to the correspondence between the identifier of the access preamble and the coding type.

21. The UE of any of claims 17-20, wherein the coding types supported by the UE comprise the first coding type.

22. The UE of any of claims 17-20, wherein the access preamble is used for a contention-based random access procedure.

23. A communication device, comprising: a processor, a memory, a bus, and a communication interface;

the memory is used for storing computer-executable instructions, the processor is connected with the memory through the bus, and when the communication device runs, the processor executes the computer-executable instructions stored by the memory to enable the communication device to execute the communication method according to any one of claims 1-5 or to enable the communication device to execute the communication method according to any one of claims 6-11.