EP4338526A1 - Transmission d'informations de signalisation - Google Patents

Transmission d'informations de signalisation

Info

Publication number
EP4338526A1
EP4338526A1 EP22735535.1A EP22735535A EP4338526A1 EP 4338526 A1 EP4338526 A1 EP 4338526A1 EP 22735535 A EP22735535 A EP 22735535A EP 4338526 A1 EP4338526 A1 EP 4338526A1
Authority
EP
European Patent Office
Prior art keywords
control message
terminal
transmission
transmission parameters
unicast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP22735535.1A
Other languages
German (de)
English (en)
Inventor
Raphaël Visoz
Eric Hardouin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Publication of EP4338526A1 publication Critical patent/EP4338526A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/541—Allocation or scheduling criteria for wireless resources based on quality criteria using the level of interference

Definitions

  • the invention relates to the general field of telecommunications.
  • It relates more particularly to the signalling, in a communications network, of resources intended to be used for the transmission of payload data from a base station to terminals.
  • the invention thus has a preferred, but non-limiting, application in the context of 5G NR ("New Radio” or “New Radio”) or LTE ("Long Term Evolution”) mobile networks as defined by the 3GPP ("Third Generation Partnership Project”), and in particular in the downlink, i.e. in the direction of communication from the base station (or eNodeB) to the mobile terminals (or UE for “User Equipment”).
  • 5G NR New Radio
  • New Radio Long Term Evolution
  • LTE Long Term Evolution
  • 3GPP Third Generation Partnership Project
  • These interferences can be of different natures.
  • SU-MIMO interference for “Single User - Multiple Input Multiple Output” linked to the use of multiple antennas in transmission and reception, and which corresponds to the interference generated between MIMO data streams allocated to the same terminal
  • MU-MIMO interference for "Multiple User - Multiple Input Multiple Output" which corresponds to the interference generated between MIMO data streams allocated to different terminals
  • inter-cellular interference generated between signals transmitted by different cells and intended for different terminals.
  • non-linear receivers implementing interference cancellation techniques, such as for example MMSE-SIC receivers (for "Successive Interference Cancellation" or successive cancellation of interference).
  • MMSE-SIC receivers for "Successive Interference Cancellation" or successive cancellation of interference.
  • a receiver estimates the interfering data stream (corresponding to an interference of the MU-MIMO or interference type). cellular) by implementing for example a step of decoding (channel) of the signal of the corresponding interferer. Then on the basis of this estimation of the flow, of the estimation of the channel of the interferer and of the knowledge of the transmission parameters allocated to this interferer, the receiver reconstructs the interfering signals received by the terminal. The reconstructed interfering signal is then subtracted from the signal received by the terminal, the signal thus cleaned of the interference then being used to detect the useful signal intended for the terminal.
  • SIC non-linear receivers can process one or more interfering data streams intended for one or more so-called interfering terminals.
  • the interference cancellation process implemented by these non-linear receivers requires knowledge of the transmission parameters of the interferer(s) and in particular, in the context of an LTE or NR telecommunications network, of the modulation scheme and coding associated with each interferer, physical resource blocks (or PRB for "Physical Resource Block"), possibly the dedicated pilot sequence (called DMRS for "DeModulation Reference Signal”) if it is used, and the temporary identifier network identifier or RNTI (“Radio Network Temporary Identifier”) assigned uniquely to the interfering terminal to identify it on the cell to which it is attached.
  • PRB Physical Resource Block
  • DMRS dedicated pilot sequence
  • RNTI Radio Network Temporary Identifier
  • MMSE-SIC receivers with interference channel decoding are commonly considered to deal with SU-MIMO interference, since the terminal equipped with the MMSE-SIC receiver has access to all the transmission parameters of the different flows which are transmitted to him.
  • their use for the processing of MU-MIMO and inter-cellular interference in the downlink channel is more complex. To better illustrate this subject, it is appropriate to recall how the allocation of the transmission parameters is carried out in an LTE or NR network, and more particularly how the signaling of the transmission parameters thus allocated is carried out.
  • the transmission parameters intended to be used for the transmission of payload data to a terminal, are allocated to each terminal by the base station controlling the cell to which the terminal is attached. They are, with the exception of the RNTI identifier, communicated to each terminal via a dedicated physical control channel called PDCCH (“Physical Downlink Control Channel”).
  • PDCCH Physical Downlink Control Channel
  • the RNTI identifier is signaled to the terminal in a dedicated signaling message, and more specifically in a configuration message transmitted on the PDSCH channel ("Physical Downlink Shared Channel") managed by the upper layers of the network, and in particular by the radio resource control or RRC layer (for “Radio Resource Control”).
  • the PDCCH channel is organized according to several possible formats, called DCI formats (for “Downlink Control Information ").
  • a DCI format comprises several fields, each field carrying specific information (e.g. transport blocks or PRB (“Physical Resource Block”) allocated (one or two transport blocks can be allocated), modulation and coding schemes or MCS (for “Modulation and Coding Scheme”) allocated for each transport block, etc.).
  • the information bits of a PDCCH channel (that is to say the bits of the DCI format) are then associated with a CRC (“Cyclic Redundancy Check”) code to enable error detection.
  • CRC Cyclic Redundancy Check
  • the particularity of this CRC code is that it is scrambled with the RNTI identifier of the terminal for which the PDCCH channel is intended. This allows the terminal to validate that the PDCCH channel that it is decoding is indeed intended for it. Indeed, if another terminal (which has a different RNTI identifier) attempts to verify the validity of the PDCCH channel using this other RNTI identifier, the verification of the CRC code returns an error to it.
  • the information bits as well as the CRC bits are then coded according to a convolutional code in LTE or polar code in NR, then scrambled by a sequence specific to the cell, before being modulated in QPSK then transmitted.
  • the effective efficiency of the convolutional or polar code which depends on the efficiency of the code as well as the bit rate adaptation carried out at the output of the encoder to adapt the number of coded bits to the available resources, is adapted to the level of protection required by the radio conditions. of the terminal for which the PDCCH channel is intended.
  • a PDCCH channel intended for a terminal located in good radio conditions does not need much protection and is transmitted with a high effective rate, or in d 'other terms on a low number of resources.
  • a terminal in poor radio conditions is allocated a PDCCH channel with low effective efficiency and occupying a higher number of resources.
  • the resources occupied by a PDCCH channel allocated to a terminal are not known in advance by the latter.
  • the terminal must therefore test a set of possible resource combinations, and for each candidate combination attempt to decode a PDCCH channel potentially transmitted on these resources with its RNTI identifier, to determine whether it is intended for it.
  • the set of candidate resources for a given terminal is called a search space, and described in the 3GPP TS 36.213 vil.0.0 document entitled “Evolved Universal Radio Access; Physical Layer Procedures (Release 11)”, September 2012, in section 9.1.1 in particular.
  • the position of the search space depends in particular on the value of the identifier RNTI.
  • the same process has been extended in NR and is described in document TS38.213 V15.10.0 entitled “Physical layer procedures for control”.
  • the “victim” terminal must examine each PDCCH channel likely to have been transmitted on search space resources corresponding to different values of RNTI, until finding all the PDCCH channels actually transmitted. As the victim terminal has no knowledge of the RNTI identifiers assigned to the other terminals, a test of all the possible RNTI values must be carried out. Once all of the PDCCHs transmitted by the interfering cell considered have been decoded, the victim terminal can know which terminals of this cell are transmitted on the same resources as it and which therefore represent interferers for it. Moreover, the victim terminal has access to the transmission parameters of its interferers and can thus cancel their interference using an MMSE-SIC technique.
  • the decoding of the PDCCH by a terminal is based on the blind decoding of several time-frequency resource allocation positions given by the set of search spaces (in English “Search Space Set”). Each position, for a given resource allocation size, is called a PDCCH candidate.
  • the resource allocation size corresponds to an aggregation level (“Aggregation Level” or AL) of channel control elements (“Control Channel Elements” or CCE).
  • a CCE is associated with radio time (OFDM symbol) and frequency (OFDM sub-carrier) resources via resource element groups (“Resource Element Groups” or REG), with or without interleaving.
  • Each decoding attempt, at a given position and aggregation level, is carried out according to the size of an expected control message, the “Downlink Control Information” (DCI).
  • DCI Downlink Control Information
  • a PDCCH is found when the decoding result passes the test of a CRC itself scrambled by an RNTI identifier which must be known by the terminal.
  • the RNTI used for unicast data transmission in a cell is mainly the C-RNTI, which identifies an active terminal (in connected RRC mode) in the cell.
  • RNTI which identifies an active terminal (in connected RRC mode) in the cell.
  • CS-RNTI a specific unicast use
  • MCS-C-RNTI etc.
  • Patent application WO2014/147341 proposes a solution enabling terminals attached to the same cell as an interfering terminal to quickly identify the transmission parameters of this interfering terminal and thus to be able to implement successive interference cancellation in order to eliminate the MU-MIMO interference generated by this interfering terminal.
  • the invention proposes an alternative solution in the form of a method for transmitting signaling information from a base station to at least two terminals attached to said base station, comprising the transmission of at least two physical channels of unicast control each intended for one of said at least two terminals.
  • unicast physical channel we mean a channel of the physical layer intended for a specific user which provides the means of transmitting by radio the data coming from the MAC layer (or transport channels).
  • a physical unicast PDCCH control channel corresponds to a subset consisting of elements of the available radio resource and carries the DCI information (and the control elements necessary for its detection).
  • each physical unicast control channel carries a unicast control message carrying transmission parameters (i.e. transmission format and/or time-frequency resources) intended to be used for the transmission of a multicast control message, and each physical unicast control channel is encoded using a temporary network identifier uniquely identifying the terminal for which it is intended.
  • transmission parameters i.e. transmission format and/or time-frequency resources
  • the multicast control message carries at least two sets of transmission parameters intended to be used for the transmission of payload data respectively to said at least two terminals.
  • the invention thus proposes a solution allowing a group of terminals attached to a base station to simply obtain the transmission parameters intended to be used for the transmission of useful data to all the terminals of this group, by transmitting in the physical unicast control channels the transmission parameters intended to be used for the transmission of a multicast control message, the multicast control message carrying the transmission parameters intended to be used for the transmission of payload data to all of the terminals of this group.
  • At least two physical unicast control channels point to the same multicast control message, carrying the transmission parameters intended to be used for the transmission of payload data to the destination terminals of the physical channels. unicast control.
  • the various terminals can thus obtain multicast control information, i.e. shared by several terminals, by using their temporary network identifiers and the physical unicast control channels.
  • the temporary network identifiers are of the RNTI (Radio Network Temporary Identifier) type
  • the physical control channels are of the PDCCH (Physical Downlink Control Channel) type
  • the unicast and multicast control messages are of the DCI (“Downlink Control Information”).
  • the sets of transmission parameters present in the multicast control message identify at least one same time-frequency resource associated with the transmission of payload data to at least two terminals, i.e. identify at least one time-frequency resource common frequency allocated to at least two terminals.
  • a “victim” terminal can thus implement a technique of successive interference cancellation in order to eliminate, or at the very least reduce, the MU-MIMO interference generated by an “interfering” terminal.
  • the multicast control message can be scrambled by a scrambling sequence specific to a cell controlled by the base station, and the scrambling sequence can be transmitted in at least one of the physical unicast control channels.
  • such a scrambling sequence carries a cell identifier, such as the PCI (in English “Physical Cell ID”).
  • the multicast control message can be coded taking into account the reception conditions of the terminals.
  • the coding used is that necessary for the decoding of the information by the terminal having the least good reception conditions, so that all the terminals of a group can decode the multicast control message.
  • the unicast control message has a specific format, and is transmitted on at least one time-frequency resource distinct from a time-frequency resource used to transmit a unicast control message of the same size according to a format preset.
  • the predefined format can be the 1-0 format or the 1-1 format, as defined in the document TS38.212 V15.9.0 entitled “Multiplexing and channel coding” .
  • the specific format according to the invention can in particular be denoted “1-x format”.
  • At least one time-frequency resource (selected from several candidates) carrying the unicast control message (with formatl-x) is always distinct from a time-frequency resource used to transmit another control format. same size.
  • At least one of the physical unicast control channels carries an indicator indicating that the sets of payload data transmission parameters are transmitted in another channel.
  • the terminal receiving the physical unicast control channel detects that the unicast control message does not directly carry the transmission parameters intended to be used for the transmission of payload data (even if its size is the same as the size of a unicast control message according to another format transmitted on the same time-frequency resources), but sends back to a multicast control message which carries the useful data transmission parameters.
  • an indicator may be an "explicit" indicator, such as a specific sequence inserted into a field of the unicast control message (e.g.
  • the unicast control message has a specific size, distinct from that of a predefined format (for example one bit more than the 1-1 format) making it possible to distinguish the specific 1-x format from other formats having a different DCI size occupying the same time-frequency resources. In this case, it is an “implicit” flag signaling that the payload data transmission parameter sets are transmitted in another channel.
  • the multicast control message can be transmitted in a physical control channel (for example of multicast PDCCH type), or in a shared physical channel (for example of PDSCH type).
  • a physical control channel for example of multicast PDCCH type
  • a shared physical channel for example of PDSCH type
  • the invention also relates to a corresponding base station.
  • Such a base station is in particular suitable for implementing the signaling information transmission method described above. It is for example an eNodeB or gNodeB.
  • a base station could of course comprise the different characteristics relating to the method according to the invention, which can be combined or taken separately. Thus, the characteristics and advantages of the base station are the same as those of the method described above. Therefore, they are not further detailed.
  • the invention also relates to a reception method intended to be implemented by a terminal attached to a base station implementing the following steps:
  • said physical unicast control channel carrying a unicast control message carrying transmission parameters intended to be used for the transmission of a multicast control message
  • said multicast control message carrying at least two sets of transmission parameters, including a first set of transmission parameters intended to be used for the transmission of payload data to said terminal and a second set of transmission parameters intended to be used for the transmission of payload data to another terminal attached to said base station,
  • the proposed solution thus enables a first terminal attached to a base station to quickly identify the transmission parameters (ie transmission format and/or time-frequency resources) of payload data allocated to this terminal, as well as the useful data transmission parameters allocated to other terminals attached to this base station, potentially interfering with this first terminal.
  • the first terminal detects, from the payload data transmission parameter sets received, that at least one time-frequency resource intended to be used for the payload data transmission to this terminal is shared with a second terminal , it can implement the reconstruction of at least one interfering signal intended for the second terminal and the subtraction of the interfering signal from the useful signal.
  • the first terminal can implement a technique of successive interference cancellation.
  • the reception method can implement a descrambling of the multicast control message from a scrambling sequence specific to a cell controlled by the base station, transmitted in the physical unicast control channel.
  • Such a step implements an operation inverse to the scrambling step implemented by the base station.
  • the reception method implements, prior to the step of decoding said multicast control message, a step of detecting an indicator carried by the physical unicast control channel, or of a size specific to the unicast control message carried by said physical unicast control channel, signaling that the payload data transmission parameter sets are transmitted in another channel.
  • the terminal receiving the unicast control channel detects that the unicast control message does not directly carry the useful data transmission parameters, but refers to a multicast control message, and can implement a decoding step of the multicast control message, which carries the useful data transmission parameters.
  • the invention also relates to a corresponding terminal.
  • Such a terminal is in particular suitable for implementing the reception method described previously.
  • a terminal is of the mobile telephone, smartphone, laptop computer, etc. type, in particular able to communicate on an LTE or NG network.
  • such a terminal is equipped with a non-linear receiver of the MMSE-SIC type, in other words, with a non-linear receiver implementing a technique of successive interference cancellation.
  • the terminal may of course include the various characteristics relating to the method according to the invention, which may be combined or taken separately. Thus, the characteristics and advantages of the terminal are the same as those of the method described previously. Therefore, they are not further detailed.
  • the invention also relates to one or more computer programs comprising instructions for implementing a signaling information transmission method or a reception method as described above when this or these programs are executed by at least one processor.
  • FIG. 1 illustrates an example of a communications network in which the invention can be implemented
  • FIG 2 shows the main steps implemented by a base station according to one embodiment of the invention
  • FIG. 3 shows the main steps implemented by a terminal according to one embodiment of the invention
  • FIG 4 illustrates an example of information transmitted from the base station to the terminals attached to the base station in a transmission time slot
  • FIG. 5 shows the simplified structure of a base station according to a particular embodiment
  • FIG. 6 shows the simplified structure of a terminal according to a particular embodiment.
  • the invention is placed in the context of a communications network implementing a base station and at least two terminals.
  • the general principle of the invention is based on the transmission of physical unicast control channels from the base station to each terminal of a group of terminals, each physical unicast control channel pointing to multicast control information carrying the transmission parameters intended to be used for the transmission of useful data to the various terminals of the group.
  • each terminal decodes the physical unicast control channel intended for it, it obtains the transmission parameters of the multicast control message and can thus decoding the multicast control message.
  • decoding the multicast control message it obtains the payload data transmission parameters allocated to it as well as the payload data transmission parameters allocated to the other terminals of the group, for at least one transmission time slot.
  • the terminals of a group are paired in MU-M1 MO, i.e. share at least one time-frequency resource to receive payload data from a base station, over a given transmission time interval.
  • the proposed solution thus allows each terminal of a group of terminals (for example terminals paired in MU-MIMO) to know the allocation of resources and/or the transmission format of the other terminals of this group, while retaining the classic processing of a PDCCH channel, since the PDDCH carries transmission parameters (intended to be used for the transmission of the multicast control message according to the invention, whereas they are according to the prior art intended to be used for the transmission of useful data to the terminal).
  • the proposed solution does not require increasing the number of blind decodings of the PDCCH channel and does not rely on knowledge of the network identifiers of the other terminals.
  • the proposed solution adapts in particular without difficulty to MU-MIMO structures with a large number of paired terminals.
  • FIG. 1 illustrates an example of a system implementing a base station and at least two terminals in a communications network, for example an NW cellular network.
  • the cellular telecommunications network NW is an NR or LTE mobile network, as defined by the 3GPP.
  • Each cell of the NW network is controlled by a base station (or eNodeB) serving the various terminals (or UEs for “User Equipment”) attached to the base station.
  • a base station can serve several cells or sectors, a terminal is typically attached to a cell and to the base station.
  • the terminal can be attached to several cells and/or several base stations. In the latter case, a terminal can receive several PDCCHs, each associated with the time-frequency resources of a cell.
  • FIG. 1 two cells C1 and C2 of the cellular network NW are represented in FIG. 1, the cell C1 being controlled by the base station BS1 and the cell C2 being controlled by the base station BS2.
  • Each base station serves one or more terminals present in the cell(s) that it controls.
  • no limitation is attached to the number of base stations considered, nor to the number of cells managed by a base station, nor even to the number of terminals attached to each cell.
  • Each terminal attached to a cell is assigned a temporary network identifier by the base station controlling this cell, in order to communicate on the NW network.
  • this identifier is a dedicated identifier, that is to say reserved for the terminal and which uniquely identifies it on the cell to which it is attached.
  • the base station BS1 assigns a temporary network identifier C-RNTI11 to the terminal Tll, a temporary network identifier C-RNTI12 to the terminal T12 and a temporary network identifier C-RNTI13 to the terminal T13 , and the base station BS2 assigns a temporary network identifier C-RNTI2 to the terminal T2.
  • FIG. 2 illustrates the main steps implemented by a base station according to the invention, for example the station BS1.
  • the base station BS1 determines (21), for a transmission time interval (“Time Transmission Interval”), the transmission parameters intended to be used for the transmission of payload data to the various terminals attached to the base station. base (to insert them into the multicast control message), and the transmission parameters intended to be used for the transmission of the multicast control message (to insert them into the unicast control message of each unicast control channel).
  • Time Transmission Interval a transmission time interval
  • the transmission parameters comprise for example the allocation of time-frequency resources and/or the transmission format for the communications transmitted by the base station.
  • the allocation of resources comprises for example information of the time position type of the busy OFDM symbols and frequency position of the busy sub-carriers, or group of 12 sub-carriers (PRB) per busy OFDM symbols.
  • the transmission format includes, for example, information of the type of coding, modulation, number of spatial layers, and/or reference signals for channel estimation (DMRS, for “Demodulation Reference Signal”), etc., used for the communications transmitted. by the base station.
  • the base station BS1 determines a first set of transmission parameters allocated to the terminal T11, a second set of transmission parameters allocated to the terminal T12, and a third set of transmission parameters allocated to the terminal T13.
  • the multicast control message therefore carries at least two sets of transmission parameters each allocated to one of the terminals.
  • a multicast control message comprises, for each terminal, an identifier of the terminal and the transmission parameters allocated to this terminal.
  • the multicast control message intended to be transmitted by the base station BS1 comprises the following information: C-RNTI11: transmission parameters of the terminal 11; C-RNTI12: transmission parameters of terminal 12; C-RNTI13: transmission parameters of terminal 13.
  • the multicast control message can in particular be coded before transmission.
  • it is coded taking into account the quality of reception of the terminals intended to decode the different sets of transmission parameters that it carries.
  • the sets of transmission parameters carried by the multicast control message are defined for each unicast control channel, i.e. for each terminal, in particular for terminals paired in MU-MIMO.
  • the encoding is that necessary for the decoding of the information by the terminal having the poorest reception conditions.
  • the code used to code the multicast control message must be robust enough to allow the decoding of the multicast control message by the terminal T13.
  • the multicast control message can also be scrambled, for example at the encoder output and before the modulator. It can in particular be scrambled by a scrambling sequence known to the various terminals, or transmitted to certain terminals in their unicast control channel.
  • the scrambling sequence is a scrambling sequence specific to the cell controlled by the base station, such as its PCI identifier (“Physical Cell ID”).
  • PCI identifier Physical Cell ID
  • the multicast control message intended to be transmitted by the base station BS1 can be scrambled by the identifier PCI_1 of the cell C1.
  • the scrambling sequence can in particular be transmitted in at least one physical unicast control channel.
  • the identifier PCI_1 must be provided to the terminal T2 in its physical unicast control channel, in addition to the transmission parameters of the multicast control message, so that the terminal T2 can decode the multicast control message of the cell Cl.
  • the terminal T2 can obtain the transmission parameters of the terminals T11, T12 and T13 of the cell C1, and implement an advanced reception technique based on the decoding of the signals transmitted to the other terminals.
  • the proposed solution therefore makes it possible to process MU-MIMO interference as well as intercellular interference. It allows in particular the use of a scrambling sequence not known to all the terminals to scramble the multicast control message, by offering the possibility of transmitting, in the unicast control channels, this scrambling sequence necessary for the decoding of the multicast control message, and consequently the decoding of the transmission parameters and therefore of the data of the other terminals.
  • the base station BS1 Before transmission of the multicast control message, the base station BS1 can transmit (22) at least two physical unicast control channels each intended for one of the terminals, for example a first physical control channel dedicated to the terminal Tll, denoted PDCCH1 , a second physical control channel dedicated to the terminal T12, denoted PDCCH2, and a third physical control channel dedicated to the terminal T13, denoted PDCCH3.
  • a first physical control channel dedicated to the terminal Tll denoted PDCCH1
  • a second physical control channel dedicated to the terminal T12 denoted PDCCH2
  • PDCCH3 a third physical control channel dedicated to the terminal T13
  • each physical unicast control channel carries a unicast control message carrying the transmission parameters intended to be used for the transmission of the multicast control message, and each physical unicast control channel is encoded using a temporary network identifier uniquely identifying the terminal for which it is intended.
  • the first physical unicast control channel PDCCH1 is encoded by the first temporary network identifier C-RNTI11, and carries a unicast control message identifying in particular the time-frequency resource or resources which will be used to transmit the multicast control message.
  • the second physical unicast control channel PDCCH2 is encoded by the second temporary network identifier C-RNTI12 (different from the first temporary network identifier C-RNTI11), and carries the same unicast control message identifying in particular the time-frequency resource(s) which will be used to transmit the multicast control message.
  • the third physical unicast control channel PDCCH3 is coded by the third temporary network identifier C-RNTI13 (different from the first temporary network identifier C-RNTI11 and from the second temporary network identifier C-RNTI12), and carries the same control message unicast identifying in particular the time-frequency resource or resources which will be used to transmit the multicast control message.
  • the base station can then transmit (23) payload data to the terminals, using the sets of transmission parameters allocated to each of the terminals.
  • FIG. 3 illustrates the main steps implemented by at least one terminal according to the invention.
  • each terminal independently decodes the unicast physical control channel intended for it, by blind decoding several time-frequency resource allocation positions of a candidate physical control channel, given by a set of search space .
  • the Tll terminal decodes (31) the physical unicast control channel intended for it, using its temporary network identifier C-RNTI11.
  • the Tll terminal By decoding its physical unicast control channel, the Tll terminal detects that the unicast control message does not directly carry the transmission parameters which are allocated to the Tll terminal, but points to a multicast control message (i.e. carries the transmission parameters intended to be used by the base station to transmit the multicast control message).
  • the terminal Tll can then decode (32) the multicast control message transmitted by using the transmission parameters identified in the unicast control message.
  • the terminal T11 can thus obtain the first set of transmission parameters allocated to it, as well as the sets of transmission parameters allocated to the other terminals T12 and T13.
  • the terminal Tll can receive (33) a useful signal from the base station BS1, transmitted using the first set of transmission parameters.
  • the useful signal transmitted from the base station to the terminal T12 will be considered as a signal interfere with the useful signal transmitted from the base station to the terminal Tll, and vice versa.
  • the terminal Tll knowing the second set of transmission parameters obtained from the decoding of the multicast control message, can in particular implement an advanced reception technique, by reconstructing the interfering signal (transmitted from the base station BS1 to the terminal T12) and subtracting it from the useful signal (transmitted from the base station BS1 to the terminal Tll).
  • the DMRS of each PDCCH cannot be orthogonal (by construction).
  • a terminal can be configured with its own identifier for initializing the DMRS sequence.
  • Each terminal on the basis of knowledge of its resource allocation and that of the other terminals after decoding of the multicast control message, can then decode its message but also those intended for the other terminals. It can thus implement advanced reception strategies (turbo/iterative type) based on the decoding of the other terminals.
  • the temporary network identifiers are of the RNTI type
  • the physical control channels are of the PDCCH type
  • the unicast and multicast control messages are of the DCI type.
  • the base station BS1 therefore generates, for at least one time interval, a multicast DCI carrying a first set of transmission parameters allocated to the terminal Tll, a second set of transmission parameters allocated to the terminal T12, and a third set of transmission parameters allocated to the terminal T13.
  • the base station BS1 also generates, for this time slot, a unicast DCI carrying transmission parameters intended to be used for the transmission of the multicast DCI.
  • the base station BS1 then transmits PDCCH channels to the various terminals T11, T12 and T13.
  • the base station BS1 transmits a first channel PDCCH1 intended for the terminal Tll, coded by the identifier C-RNTI11, carrying the unicast DCI pointing to the multicast DCI, and having an AL4 aggregation level.
  • the base station BS1 also transmits a second channel PDCCH2 intended for the terminal T12, coded by the identifier C-RNTI12, carrying the unicast DCI pointing to the same multicast DCI, and having an aggregation level AL4.
  • the base station BS1 finally transmits a third channel PDCCH3 intended for the terminal T13, coded by the identifier C-RNTI13, carrying the unicast DCI pointing to the same multicast DCI, and having an aggregation level AL8.
  • the base station BS1 also sends (using the transmission parameters carried by the unicast DCI) the multicast DCI carrying the first, second and third sets of transmission parameters allocated respectively to the terminals T11, T12 and T13, possibly scrambled by the identifier of the cell Cl: PCI_C1.
  • the multicast DCI is for example transmitted over a single spatial layer (“multicast single antenna port transmission”).
  • the useful data can then be transmitted from the base station to the terminals T11, T12 and T13, using the transmission parameters allocated to the terminals T11, T12 and T13.
  • the useful data intended for the terminal T11 are transmitted on two spatial layers (2L)
  • the useful data intended for the terminal T12 are transmitted on a spatial layer (IL)
  • the useful data intended for the terminal T13 are transmitted on a layer space (IL).
  • FIG. 4 it is considered that the three terminals T11, T12 and T13 are paired in MU-MIMO, and that the terminals T11 and T12 share time-frequency resources, as well as the terminals T11 and T13.
  • each terminal independently decodes its PDDCH.
  • the three PDDCHs (PDDCH1, PDDCH2 and PDDCH3) point to the multicast DCI decodable by all the terminals paired in MU-MIMO, giving the allocation of resources and the transmission format of each of the paired terminals.
  • the terminal T11 can detect that it is sharing resources with the terminals T12 and T13, and subtract the residual interference from the terminals T12 and T13 on its transmission, determined thanks to the knowledge of the transmission parameters of the terminals T12 and T13.
  • the PDCCH channel is conventionally organized according to several possible formats, called DCI formats.
  • the unicast control message therefore corresponds to a DCI format.
  • NR for downlink unicast transmissions, there are conventionally two DCI formats using a temporary network identifier, such as the C-RNTI, MCS-C-RNTI, CS-RNTI identifier: the 1-0 format and the 1-1.
  • the 1-0 format also called “fallback format” has a small size corresponding to an allocation with a single spatial layer.
  • a destination terminal of a unicast PDCCH can simply determine that the PDCCH intended for it does not directly bear the transmission parameters allocated to the terminal, but returns to a multicast DCI (which brings it the transmission parameters allocated to the terminal), the unicast control message carried by the unicast PDCCH has a specific format, denoted format 1-x, different from a predefined 1-0 or 1-1 type format.
  • a unicast DCI in 1-x format is transmitted on at least one time-frequency resource distinct from a time-frequency resource used to transmit a unicast DCI of the same size according to a predefined format of type 1- 0 or 1-1.
  • the time-frequency resource carrying the unicast DCI in 1-x format is always distinct from a time-frequency resource used to transmit another unicast DCI format of the same size, in order to that there is no ambiguity in interpreting the content of the unicast DCI in 1-x format.
  • the base station thus ensures that a PDCCH candidate carrying a unicast DCI with this new 1-x format never coincides (position and allocation size in CCE) with another PDCCH candidate carrying a unicast DCI in a predefined format (1-0 or 1-1 format for example) configured by the RRC layer.
  • this new 1-x format can have any size, equal to that of a predefined format (format 1-0 or 1-1 for example) or quite different.
  • a PDCCH candidate carrying a unicast DCI with this new 1-x format can moreover be associated with the same RNTI as a PDCCH candidate carrying a unicast DCI in a predefined format (C-RNTI for example).
  • the size of the 1-1 format is used.
  • the size of the 1-1 format is used in particular when a scrambling sequence or quasi-colocation relations (in English "TCI State") for the estimation of the channel for the decoding of the multicast DCI requires (do) a large number of bits.
  • this new 1-x format carries an indicator signaling that the useful data transmission parameters are transmitted in the multicast DCI (for example in another unicast PDCCH or in a PDSCH).
  • such an indicator is a specific sequence inserted in a field of the unicast control message, i.e. in a field of the unicast DCI in 1-x format.
  • a 1-x format field carries a specific bit or sequence of bits allowing it to be differentiated from a predefined format (1-0 or 1-1 format for example).
  • such an indicator is a specific size of the unicast control message, ie a specific size of the unicast DCI in 1-x format.
  • the 1-x format has a size different from a predefined format (format 1-0 or 1-1 for example), for example greater than one bit.
  • the size of the different formats being configured at the terminal level, a terminal decoding a PDDCH channel can thus simply detect the format used for the unicast DCI.
  • such an indicator is a temporary specific network identifier uniquely identifying the destination terminal of the PCCDH and indicating that the useful data transmission parameters are transmitted in a multicast DCI.
  • the 1-x format is associated with a new unicast RNTI, for example the RNTI MU-C-RNTI, differ from the unicast RNTI associated with a predefined format (format 1-0 or 1-1 for example), for example the C-RNTI.
  • This second embodiment allows a terminal to detect that the useful data transmission parameters are transmitted in the multicast DCI, in particular in the case where a PDCCH candidate carrying a unicast DCI with this new 1-x format coincides (position and size allocation in CCE) with another PDCCH candidate carrying a unicast DCI with a predefined format (1-0 or 1-1 format for example) configured by the RRC layer.
  • This new 1-x format of the unicast DCI carries in particular the transmission parameters intended to be used by the base station for the transmission of the multicast DCI, i.e. identifies at least one time-frequency resource allocated to the transmission of the multicast DCI (the DCI multicast containing the information needed to decode a group of terminals).
  • this multicast DCI carries not only the transmission parameters of the payload data intended for the destination terminal of the PDCCH carrying the unicast DCI in the new 1-x format, but also the transmission parameters of the other terminals belonging to a group of terminals, for example paired in MU-MI MO. In this way, the destination terminal of the PDCCH carrying the unicast DCI in the new 1-x format can better deal with the residual interference.
  • the proposed solution based on a unicast DCI pointing to a multicast DCI, allows each terminal of a group to have access to the resource allocation and transmission format information of the other terminals of the group.
  • the multicast DCI can in particular carry scrambling sequence information necessary for decoding by the other terminals. It is not limited in size. Multicast DCI can be encoded similarly to PDSCH with LDPC encoding or follow an encoding strategy similar to PDCCH with polar codes and QPSK modulation.
  • the decoding number of the PDCCH is linked to the number of format sizes (of message sizes to be decoded in number of useful bits) to be tested for the terminal.
  • the detection mechanism of this new unicast DCI format is based on several alternatives, according to the embodiments described above. Some terminals equipped with advanced receivers are configured by the network via the RRC layer to search for this new 1-x DCI format, or this new use of unicast DCI (a DCI format size that can be used for several uses).
  • the RRC layer may not configure a terminal to search for a predefined format of the DCI, for example the 1-1 format, with C-RNTI (i.e. no search space defined for a terminal - "UE specifies search space set” or USS in English - configured with the 1-1 format associated with the C-RNTI for this terminal), but only with the new 1-x format with C-RNTI.
  • C-RNTI i.e. no search space defined for a terminal - "UE specifies search space set” or USS in English - configured with the 1-1 format associated with the C-RNTI for this terminal
  • the multicast DCI indicated by the 1-x format with C-RNTI carries only the allocation and the transmission format of the data intended for this terminal.
  • such a base station for example the base station BS1, comprises at least one memory 51 comprising a buffer memory, at least one processing unit 52, equipped for example with a programmable calculating machine or a dedicated calculation machine, for example a processor P, and controlled by the computer program 53, implementing steps of the signaling information transmission method according to at least one embodiment of the invention.
  • the base station BS1 comprises at least one memory 51 comprising a buffer memory, at least one processing unit 52, equipped for example with a programmable calculating machine or a dedicated calculation machine, for example a processor P, and controlled by the computer program 53, implementing steps of the signaling information transmission method according to at least one embodiment of the invention.
  • the code instructions of the computer program 53 are for example loaded into a RAM memory before being executed by the processor of the processing unit 52.
  • the processor of the processing unit 52 implements steps of the signaling information transmission method described above, according to the instructions of the computer program 53, to transmit at least two physical unicast control channels each intended for a terminal attached to the base station, each physical unicast control channel carrying a unicast control message carrying transmission parameters intended to be used for the transmission of a multicast control message, each physical unicast control channel being encoded at the using a temporary network identifier uniquely identifying the terminal for which it is intended, and the multicast control message carrying at least two sets of transmission parameters intended to be used for the transmission of payload data to said at least two terminals respectively.
  • such a terminal for example the terminal T11, comprises at least one memory 61 comprising a buffer memory, at least one processing unit 62, equipped for example with a programmable calculating machine or a machine dedicated computing device, for example a processor P, and controlled by the computer program 63, implementing steps of the reception method according to at least one embodiment of the invention.
  • the terminal T11 comprises at least one memory 61 comprising a buffer memory, at least one processing unit 62, equipped for example with a programmable calculating machine or a machine dedicated computing device, for example a processor P, and controlled by the computer program 63, implementing steps of the reception method according to at least one embodiment of the invention.
  • the code instructions of the computer program 63 are for example loaded into a RAM memory before being executed by the processor of the processing unit 62.
  • the processor of the processing unit 62 implements the steps of the reception method described above, according to the instructions of the computer program 63, to: decode a physical unicast control channel intended for the terminal, using a temporary network identifier uniquely identifying the terminal, the physical unicast control channel carrying a unicast control message carrying transmission parameters intended to be used for the transmission of a multicast control message, the multicast control message carrying at least two sets of transmission parameters, including a first set of transmission parameters intended to be used for the transmission of useful data to the terminal and a second set of transmission parameters intended to be used for the transmission of useful data to a another terminal attached to the base station, decoding a transmitted multicast control message using the transmission parameters ission carried by the unicast control message, receiving a useful signal from the base station, transmitted using the first set of transmission parameters.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé de transmission d'informations de signalisation d'une station de base vers au moins deux terminaux attachés à ladite station de base. Selon l'invention, un tel procédé comprend la transmission (22) d'au moins deux canaux physiques de contrôle unicast destinés chacun à l'un desdits au moins deux terminaux, chaque canal physique de contrôle unicast portant un message de contrôle unicast portant des paramètres de transmission destinés à être utilisés pour la transmission d'un message de contrôle multicast, et chaque canal physique de contrôle unicast étant codé à l'aide d'un identifiant temporaire de réseau identifiant de façon unique le terminal auquel il est destiné, ledit message de contrôle multicast portant au moins deux jeux de paramètres de transmission destinés à être utilisés pour la transmission (23) de données utiles vers lesdits au moins deux terminaux respectivement.

Description

DESCRIPTION
TRANSMISSION D'INFORMATIONS DE SIGNALISATION
1. Domaine de l'invention
L'invention se rapporte au domaine général des télécommunications.
Elle concerne plus particulièrement la signalisation, dans un réseau de communications, de ressources destinées à être utilisées pour la transmission de données utiles d'une station de base vers des terminaux.
L'invention a ainsi une application privilégiée, mais non limitative, dans le contexte des réseaux mobiles 5G NR (« New Radio » ou « Nouvelle Radio ») ou LTE (« Long Term Evolution ») tels que définis par le 3GPP (« Third Génération Partnership Project »), et notamment en voie descendante, c'est-à- dire dans le sens de communication de la station de base (ou eNodeB) vers les terminaux mobiles (ou UE pour « User Equipment »).
2. Art antérieur
La capacité des réseaux cellulaires de communications mobiles, et en particulier celle des réseaux LTE ou NR, est limitée par les interférences. Ces interférences peuvent être de différentes natures. Parmi les plus dommageables en termes de capacité du réseau cellulaire, on distingue notamment : l'interférence SU-MIMO (pour « Single User - Multiple Input Multiple Output ») liée à l'usage d'antennes multiples en émission et en réception, et qui correspond à l'interférence générée entre des flux de données MIMO alloués à un même terminal ; l'interférence MU-MIMO (pour « Multiple User - Multiple Input Multiple Output ») qui correspond à l'interférence générée entre des flux de données MIMO alloués à des terminaux différents ; et l'interférence inter-cellulaire, générée entre des signaux émis par des cellules différentes et à destination de terminaux différents.
Diverses méthodes permettant de réduire l'effet de ces interférences sur les performances du réseau sont connues de l'état de la technique.
Il est notamment connu d'utiliser, au niveau des terminaux, des récepteurs non linéaires mettant en oeuvre des techniques d'annulation d'interférence, tel que par exemple des récepteurs MMSE-SIC (pour « Successive Interférence Cancellation » ou annulation successive d'interférences). De manière générale, et par souci de simplification dans le cas d'un seul interféreur, un tel récepteur estime le flux de données interfèrent (correspondant à une interférence de type MU-MIMO ou inter- cellulaire) en mettant en œuvre par exemple une étape de décodage (de canal) du signal de l'interféreur correspondant. Puis à partir de cette estimation du flux, de l'estimation du canal de l'interféreur et de la connaissance des paramètres de transmission alloués à cet interféreur, le récepteur reconstruit les signaux interférents reçus par le terminal. Le signal interfèrent reconstruit est ensuite soustrait au signal reçu par le terminal, le signal ainsi nettoyé de l'interférence étant utilisé alors pour détecter le signal utile destiné au terminal.
Les récepteurs non linéaires SIC peuvent traiter un ou plusieurs flux de données interférents destinés à un ou plusieurs terminaux dits interféreurs. Toutefois le processus d'annulation de l'interférence mis en œuvre par ces récepteurs non linéaires nécessite la connaissance des paramètres de transmission du ou des interféreurs et notamment, dans le cadre d'un réseau de télécommunications LTE ou NR, du schéma de modulation et de codage associé à chaque interféreur, des blocs de ressource physiques (ou PRB pour « Physical Resource Block »), éventuellement de la séquence pilote dédiée (appelée DMRS pour « DeModulation Reference Signal ») si elle est utilisée, et de l'identifiant temporaire de réseau ou RNTI (« Radio Network Temporary Identifier ») attribué de manière unique au terminal interféreur pour l'identifier sur la cellule à laquelle il est attaché.
Pour ces raisons, les récepteurs MMSE-SIC avec décodage de canal de l'interférence sont envisagés communément pour traiter l'interférence SU-MIMO, puisque le terminal équipé du récepteur MMSE-SIC a accès à tous les paramètres de transmission des différents flux qui lui sont transmis. En revanche, leur utilisation pour le traitement de l'interférence MU-MIMO et inter-cellulaire en voie descendante est plus complexe. Pour mieux illustrer ce propos, il convient de rappeler comment est réalisée l'allocation des paramètres de transmission dans un réseau LTE ou NR, et plus particulièrement comment est effectuée la signalisation des paramètres de transmission ainsi alloués.
Par souci de simplification, on ne traite par la suite que l'interférence inter-cellulaire, sachant que des propos équivalents s'appliquent également à l'interférence MU-MIMO.
Les paramètres de transmission, destinés à être utilisés pour la transmission de données utiles vers un terminal, sont alloués à chaque terminal par la station de base contrôlant la cellule à laquelle est attaché le terminal. Ils sont, à l'exception de l'identifiant RNTI, communiqués à chaque terminal via un canal physique de contrôle dédié appelé PDCCH (« Physical Downlink Control Channel »). L'identifiant RNTI est signalé au terminal dans un message de signalisation dédié, et plus spécifiquement dans un message de configuration transmis sur le canal PDSCH (« Physical Downlink Shared Channel ») géré par les couches supérieures du réseau, et notamment par la couche de contrôle des ressources radio ou couche RRC (pour « Radio Resource Control »). Le canal PDCCH est organisé selon plusieurs formats possibles, appelés formats de DCI (pour « Downlink Control Information »). Un format de DCI comporte plusieurs champs, chaque champ portant une information particulière (ex. blocs de transport ou PRB (« Physical Resource Block ») alloués (un ou deux blocs de transport peuvent être alloués), schémas de modulation et de codage ou MCS (pour « Modulation and Coding Scheme ») alloués pour chaque bloc de transport, etc.). Les bits d'information d'un canal PDCCH (c'est-à-dire les bits du format de DCI) sont ensuite associés à un code CRC (« Cyclic Redundancy Check ») pour permettre la détection d'erreur. La particularité de ce code CRC est qu'il est embrouillé avec l'identifiant RNTI du terminal auquel le canal PDCCH est destiné. Ceci permet au terminal de valider que le canal PDCCH qu'il décode lui est bien destiné. En effet, si un autre terminal (qui dispose d'un identifiant RNTI différent) tente de vérifier la validité du canal PDCCH à l'aide de cet autre identifiant RNTI, la vérification du code CRC lui retourne une erreur.
Les bits d'information ainsi que les bits du CRC sont ensuite codés selon un code convolutif en LTE ou code polaire en NR, puis embrouillés par une séquence spécifique à la cellule, avant d'être modulés en QPSK puis transmis. Le rendement effectif du code convolutif ou polaire, qui dépend du rendement du code ainsi que de l'adaptation de débit effectuée en sortie du codeur pour adapter le nombre de bits codés aux ressources disponibles, est adapté au niveau de protection requis par les conditions radio du terminal auquel le canal PDCCH est destiné. Ainsi, un canal PDCCH destiné à un terminal se trouvant dans de bonnes conditions radio (par exemple proche de la station de base qui le sert) n'a pas besoin de beaucoup de protection et est transmis avec un rendement effectif élevé, ou en d'autres termes sur un faible nombre de ressources. A l'inverse, un terminal se trouvant dans de mauvaises conditions radio se voit allouer un canal PDCCH avec un rendement effectif faible et occupant un nombre plus élevé de ressources.
Dans les réseaux LTE ou NR, les ressources occupées par un canal PDCCH alloué à un terminal ne sont pas connues à l'avance par ce dernier. Le terminal doit donc tester un ensemble de combinaisons de ressources possibles, et pour chaque combinaison candidate tenter de décoder un canal PDCCH potentiellement transmis sur ces ressources avec son identifiant RNTI, pour déterminer s'il lui est destiné. L'ensemble des ressources candidates pour un terminal donné est appelé un espace de recherche, et décrit dans le document 3GPP TS 36.213 vil.0.0 intitulé « Evolved Universal Radio Access ; Physical Layer Procédures (Release 11) », septembre 2012, en section 9.1.1 notamment. La position de l'espace de recherche dépend en particulier de la valeur de l'identifiant RNTI. Le même procédé a été étendu en NR et est décrit dans le document TS38.213 V15.10.0 intitulé « Physical layer procedures for control ».
On comprend bien dès lors que la seule solution possible, pour permettre à un terminal victime d'interférence intercellulaire ou MU-MIMO d'acquérir la connaissance des paramètres de transmission de ses interféreurs afin de pouvoir mettre en oeuvre une méthode de traitement MMSE-SIC pour annuler cette interférence, est de tenter de décoder de manière aveugle l'ensemble des canaux PDCCH de la ou des cellules interférentes (c'est-à-dire des cellules servant des terminaux interféreurs pour le terminal équipé du récepteur MMSE-SIC).
Autrement dit, pour chaque cellule interférente, le terminal « victime » doit examiner chaque canal PDCCH susceptible d'avoir été transmis sur des ressources d'espaces de recherche correspondant à différentes valeurs de RNTI, jusqu'à trouver tous les canaux PDCCH effectivement transmis. Comme le terminal victime n'a pas connaissance des identifiants RNTI attribués aux autres terminaux, un test de toutes les valeurs de RNTI possibles doit être effectué. Une fois l'ensemble des PDCCH transmis par la cellule interférente considérée décodés, le terminal victime peut savoir quels sont les terminaux de cette cellule qui sont transmis sur les mêmes ressources que lui et qui représentent donc des interféreurs pour lui. De plus, le terminal victime a accès aux paramètres de transmission de ses interféreurs et peut ainsi annuler leurs interférences à l'aide d'une technique MMSE-SIC.
En NR (le même principe s'applique pour le LTE), le décodage du PDCCH par un terminal se base sur le décodage en aveugle de plusieurs positions d'allocation de ressource en temps-fréquence données par l'ensemble d'espaces de recherche (en anglais « Search Space Set »). Chaque position, pour une taille d'allocation de ressources donnée, est appelée candidat PDCCH. La taille d'allocation de ressources correspond à un niveau d'agrégation (« Aggregation Level » ou AL en anglais) d'éléments de contrôle du canal (« Control Channel Eléments » ou CCE). Un CCE est associé à des ressource temps (symbole OFDM) et fréquence (sous-porteuses OFDM) radio par l'intermédiaire des groupes d'éléments de ressource (« Resource Elément Groups » ou REG en anglais), avec ou sans entrelacement.
Chaque tentative de décodage, à une position et un niveau d'agrégation donnés, est réalisée en fonction de la taille d'un message de contrôle attendu, le « Downlink Control Information » (DCI). Un PDCCH est trouvé lorsque le résultat du décodage passe le test d'un CRC lui-même embrouillé par un identifiant RNTI qui doit être connu par le terminal. Le RNTI utilisé pour la transmission de données unicast dans une cellule est principalement le C-RNTI, qui identifie un terminal actif (en mode RRC connecté) dans la cellule. Bien entendu, il existe d'autres RNTI ayant un usage unicast spécifique comme le CS-RNTI, MCS-C-RNTI, etc. Il est à noter qu'une taille spécifique de DCI peut implicitement indiquer un format de PDCCH, car tout autre format de taille différente est décodé avec erreur même si l'allocation temps-fréquence est la même. Cette solution présente deux inconvénients majeurs : tout d'abord, le décodage aveugle des différents canaux PDCCH d'une cellule est une opération très complexe et particulièrement longue du fait des traitements mis en oeuvre. Elle est par ailleurs fortement consommatrice en énergie de la batterie du terminal. L'application en outre d'un tel décodage aveugle à plusieurs cellules interférentes pour permettre l'utilisation d'une technique de traitement MMSE-SIC en vue d'éliminer l'interférence inter-cellulaire est a fortiori difficilement envisageable.
De plus, la nécessité de tester pour chaque PDCCH candidat l'ensemble des valeurs possibles pour l'identifiant RNTI (il y en a 216), afin de déterminer à la fois ce dernier et la validité du PDCCH candidat, rend ce procédé quasiment impossible à mettre en oeuvre avec des moyens de calculs réalistes.
La demande de brevet WO2014/147341 propose une solution permettant aux terminaux attachés à la même cellule qu'un terminal interféreur d'identifier rapidement les paramètres de transmission de ce terminal interféreur et de pouvoir ainsi mettre en oeuvre une annulation successive d'interférence afin d'éliminer l'interférence MU-MIMO générée par ce terminal interféreur.
3. Exposé de l'invention
L'invention propose une solution alternative sous la forme d'un procédé de transmission d'informations de signalisation d'une station de base vers au moins deux terminaux attachés à ladite station de base, comprenant la transmission d'au moins deux canaux physiques de contrôle unicast destinés chacun à l'un desdits au moins deux terminaux. Par canal physique unicast, nous entendons un canal de la couche physique destiné à un utilisateur spécifique qui fournit le moyen de transmettre par radio les données issues de la couche MAC (ou de canaux de transport). Par exemple, un canal physique de contrôle PDCCH unicast correspond à un sous ensemble constitué d'éléments de la ressource radio disponible et porte l'information DCI (et les éléments de contrôle nécessaire à sa détection).
Selon l'invention, chaque canal physique de contrôle unicast porte un message de contrôle unicast portant des paramètres de transmission (i.e format de transmission et/ou ressources temps- fréquence) destinés à être utilisés pour la transmission d'un message de contrôle multicast, et chaque canal physique de contrôle unicast est codé à l'aide d'un identifiant temporaire de réseau identifiant de façon unique le terminal auquel il est destiné.
Le message de contrôle multicast porte au moins deux jeux de paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers respectivement lesdits au moins deux terminaux. L'invention propose ainsi une solution permettant à un groupe de terminaux attachés à une station de base d'obtenir simplement les paramètres de transmission destinés à être utilisés pour la transmission des données utiles vers l'ensemble des terminaux de ce groupe, en transmettant dans les canaux physique de contrôle unicast les paramètres de transmission destinés à être utilisés pour la transmission d'un message de contrôle multicast, le message de contrôle multicast portant les paramètres de transmission destinés à être utilisés pour la transmission des données utiles vers l'ensemble des terminaux de ce groupe.
En d'autres termes, selon la solution proposée, au moins deux canaux physiques de contrôle unicast pointent vers un même message de contrôle multicast, portant les paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers les terminaux destinataires des canaux physiques de contrôle unicast.
Les différents terminaux peuvent ainsi obtenir une information de contrôle multicast, i.e. partagée par plusieurs terminaux, en utilisant leurs identifiants temporaires de réseau et les canaux physique de contrôle unicast.
Par exemple, les identifiants temporaires de réseau sont de type RNTI (« Radio Network Temporary Identifier »), les canaux physiques de contrôle sont de type PDCCH (« Physical Dowlink Control Channel »), et les messages de contrôle unicast et multicast sont de type DCI (« Downlink Control Information »).
Selon un mode de réalisation particulier, les jeux de paramètres de transmission présents dans le message de contrôle multicast identifient au moins une même ressource temps-fréquence associée à la transmission de données utiles vers au moins deux terminaux, i.e. identifient au moins une ressource temps-fréquence commune allouée à au moins deux terminaux.
De cette façon, il est possible pour ces terminaux de détecter qu'ils sont interférents. Un terminal « victime » peut ainsi mettre en oeuvre une technique d'annulation successive d'interférence afin d'éliminer, ou à tout le moins réduire, l'interférence MU-MIMO générée par un terminal « interféreur ».
Selon une caractéristique particulière, le message de contrôle multicast peut être embrouillé par une séquence d'embrouillage spécifique à une cellule contrôlée par la station de base, et la séquence d'embrouillage peut être transmise dans au moins un des canaux physiques de contrôle unicast.
De cette façon, il est possible de traiter l'interférence inter-cellulaire en transmettant, dans les canaux physiques de contrôle unicast, des informations nécessaires au décodage du message de contrôle multicast, et, par suite, à l'obtention des paramètres de transmission des données utiles destinées aux autres terminaux.
Par exemple, une telle séquence d'embrouillage porte un identifiant de cellule, comme le PCI (en anglais « Physical Cell ID »).
Selon une autre caractéristique, le message de contrôle multicast peut être codé en tenant compte des conditions de réception des terminaux.
En particulier, le codage utilisé est celui nécessaire pour le décodage des informations par le terminal ayant les moins bonnes conditions de réception, afin que tous les terminaux d'un groupe puissent décoder le message de contrôle multicast.
Selon un mode de réalisation particulier, le message de contrôle unicast présente un format spécifique, et est transmis sur au moins une ressource temps-fréquence distincte d'une ressource temps-fréquence utilisée pour transmettre un message de contrôle unicast de même taille selon un format prédéfini.
Par exemple, si le message de contrôle unicast est de type DCI, le format prédéfini peut être le format 1-0 ou le format 1-1, tel que défini dans le document TS38.212 V15.9.0 intitulé « Multiplexing and channel coding ». Le format spécifique selon l'invention peut notamment être noté « format 1- x ».
En d'autres termes, au moins une ressource temps-fréquence (sélectionnée parmi plusieurs candidates) portant le message de contrôle unicast (avec le formatl-x) est toujours distincte d'une ressource temps-fréquence utilisée pour transmettre un autre format de contrôle de même taille.
En variante, au moins un des canaux physiques de contrôle unicast porte un indicateur signalant que les jeux de paramètres de transmission des données utiles sont transmis dans un autre canal. De cette façon, le terminal recevant le canal physique de contrôle unicast (de format 1-x) détecte que le message de contrôle unicast ne porte pas directement les paramètres de transmission destinés à être utilisés pour la transmission de données utiles (même si sa taille est la même que la taille d'un message de contrôle unicast selon un autre format transmis sur les mêmes ressources temps fréquence), mais renvoie vers un message de contrôle multicast qui lui porte les paramètres de transmission des données utiles. Par exemple, un tel indicateur peut être un indicateur « explicite », comme une séquence spécifique insérée dans un champ du message de contrôle unicast (par exemple un bit ou une séquence de bits), un identifiant temporaire de réseau spécifique identifiant de façon unique le terminal destinataire du canal physique de contrôle unicast et signalant que les jeux de paramètres de transmission de données utiles sont transmis dans un autre canal (noté par exemple MU-C-RNTI), etc. En variante, le message de contrôle unicast présente une taille spécifique, distincte de celle d'un format prédéfini (par exemple un bit de plus que le format 1-1) permettant de distinguer le format spécifique 1-x d'autres formats ayant une taille de DCI différente occupant les mêmes ressources temps-fréquence. Il s'agit dans ce cas d'un indicateur « implicite » signalant que les jeux de paramètres de transmission des données utiles sont transmis dans un autre canal.
On évite de cette façon une mauvaise interprétation du contenu du message unicast.
En particulier, le message de contrôle multicast peut être transmis dans un canal physique de contrôle (par exemple de type PDCCH multicast), ou dans un canal physique partagé (par exemple de type PDSCH).
L'invention concerne également une station de base correspondante.
Une telle station de base est notamment adaptée à mettre en oeuvre le procédé de transmission d'informations de signalisation décrit précédemment. Il s'agit par exemple d'un eNodeB ou gNodeB. Une telle station de base pourra bien sûr comporter les différentes caractéristiques relatives au procédé selon l'invention, qui peuvent être combinées ou prises isolément. Ainsi, les caractéristiques et avantages de la station de base sont les mêmes que ceux du procédé décrit précédemment. Par conséquent, ils ne sont pas détaillés plus amplement.
L'invention concerne par ailleurs un procédé de réception destiné à être mis en oeuvre par un terminal attaché à une station de base mettant en oeuvre les étapes suivantes :
- décodage d'un canal physique de contrôle unicast destiné audit terminal, à l'aide d'un identifiant temporaire de réseau identifiant de façon unique ledit terminal, ledit canal physique de contrôle unicast portant un message de contrôle unicast portant des paramètres de transmission destinés à être utilisés pour la transmission d'un message de contrôle multicast, ledit message de contrôle multicast portant au moins deux jeux de paramètres de transmission, dont un premier jeu de paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers ledit terminal et un deuxième jeu de paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers un autre terminal attaché à ladite station de base,
- décodage dudit message de contrôle multicast transmis en utilisant les paramètres de transmission portés par ledit message de contrôle unicast,
- réception d'un signal utile en provenance de ladite station de base transmis en utilisant ledit premier jeu de paramètres de transmission. Comme déjà indiqué, la solution proposée permet ainsi à un premier terminal attaché à une station de base d'identifier rapidement les paramètres de transmission (i.e. format de transmission et/ou ressources temps-fréquence) de données utiles alloués à ce terminal, ainsi que les paramètres de transmission de données utiles alloués à d'autres terminaux attachés à cette station de base, potentiellement interférents avec ce premier terminal.
En particulier, si le premier terminal détecte, à partir des jeux de paramètres de transmission de données utiles reçus, qu'au moins une ressource temps-fréquence destinée à être utilisée pour la transmission de données utiles vers ce terminal est partagée avec un deuxième terminal, il peut mettre en oeuvre la reconstruction d'au moins un signal interfèrent destiné au deuxième terminal et la soustraction du signal interfèrent au signal utile.
De cette façon, le premier terminal peut mettre en oeuvre une technique d'annulation successive d'interférence.
En particulier, le procédé de réception peut mettre en oeuvre un désembrouillage du message de contrôle multicast à partir d'une séquence d'embrouillage spécifique à une cellule contrôlée par la station de base, transmise dans le canal physique de contrôle unicast.
Une telle étape met en oeuvre une opération inverse à l'étape d'embrouillage mise en oeuvre par la station de base.
Selon un autre mode de réalisation, le procédé de réception met en oeuvre, préalablement à l'étape de décodage dudit message de contrôle multicast, une étape de détection d'un indicateur porté par le canal physique de contrôle unicast, ou d'une taille spécifique du message de contrôle unicast porté par ledit canal physique de contrôle unicast, signalant que les jeux de paramètres de transmission de données utiles sont transmis dans un autre canal.
De cette façon, le terminal recevant le canal de contrôle unicast détecte que le message de contrôle unicast ne porte pas directement les paramètres de transmission de données utiles, mais renvoie vers un message de contrôle multicast, et peut mettre en oeuvre une étape de décodage du message de contrôle multicast, qui lui porte les paramètres de transmission de données utiles.
L'invention concerne également un terminal correspondant.
Un tel terminal est notamment adapté à mettre en oeuvre le procédé de réception décrit précédemment. Par exemple, un tel terminal est de type téléphone mobile, smartphone, ordinateur portable, etc, notamment apte à communiquer sur un réseau LTE ou NG. Selon un mode de réalisation particulier, un tel terminal est équipé d'un récepteur non linéaire de type MMSE-SIC, autrement dit, d'un récepteur non linéaire mettant en oeuvre une technique d'annulation successive d'interférence. Le terminal pourra bien sûr comporter les différentes caractéristiques relatives au procédé selon l'invention, qui peuvent être combinées ou prises isolément. Ainsi, les caractéristiques et avantages du terminal sont les mêmes que ceux du procédé décrit précédemment. Par conséquent, ils ne sont pas détaillés plus amplement.
L'invention concerne encore un ou plusieurs programmes d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé de transmission d'informations de signalisation ou d'un procédé de réception tel que décrit ci-dessus lorsque ce ou ces programmes sont exécutés par au moins un processeur.
4. Liste des figures
D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels :
- la [Fig 1] illustre un exemple de réseau de communications dans lequel peut être mise en oeuvre l'invention ;
- la [Fig 2] présente les principales étapes mises en oeuvre par une station de base selon un mode de réalisation de l'invention ;
- la [Fig 3] présente les principales étapes mises en oeuvre par un terminal selon un mode de réalisation de l'invention ;
- la [Fig 4] illustre un exemple d'informations transmises de la station de base vers les terminaux attachés à la station de base dans un intervalle de temps de transmission ;
- la [Fig 5] présente la structure simplifiée d'une station de base selon un mode de réalisation particulier ;
- la [Fig 6] présente la structure simplifiée d'un terminal selon un mode de réalisation particulier.
5. Description d'un mode de réalisation particulier
5.1 Principe général
L'invention se place dans le contexte d'un réseau de communications mettant en oeuvre une station de base et au moins deux terminaux.
Le principe général de l'invention repose sur la transmission de canaux physiques de contrôle unicast de la station de base vers chaque terminal d'un groupe de terminaux, chaque canal physique de contrôle unicast pointant vers une information de contrôle multicast portant les paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers les différents terminaux du groupe. De cette façon, lorsqu'un terminal décode le canal physique de contrôle unicast qui lui est destiné, il obtient les paramètres de transmission du message de contrôle multicast et peut ainsi décoder le message de contrôle multicast. En décodant le message de contrôle multicast, il obtient les paramètres de transmission de données utiles qui lui sont alloués ainsi que les paramètres de transmission de données utiles alloués aux autres terminaux du groupe, pour au moins un intervalle de temps de transmission.
En particulier, les terminaux d'un groupe sont appairés en MU -Ml MO, i.e. partagent au moins une ressource temps-fréquence pour recevoir des données utiles en provenance d'une station de base, sur un intervalle de temps de transmission donné.
Selon au moins un mode de réalisation selon lequel le canal de contrôle unicast est un PDDCH, la solution proposée permet ainsi à chaque terminal d'un groupe de terminaux (par exemple de terminaux appairés en MU-MIMO) de connaître l'allocation de ressources et/ou le format de transmission des autres terminaux de ce groupe, tout en conservant le traitement classique d'un canal PDCCH, puisque le PDDCH porte des paramètres de transmission (destinés à être utilisés pour la transmission du message de contrôle multicast selon l'invention, alors qu'ils sont selon l'art antérieur destinés à être utilisés pour la transmission de données utiles vers le terminal). En particulier, la solution proposée ne nécessite pas d'accroître le nombre de décodages en aveugle du canal PDCCH et ne repose pas sur la connaissance des identifiants réseaux des autres terminaux.
La solution proposée s'adapte notamment sans difficulté à des structures MU-MIMO avec un grand nombre de terminaux appairés.
La figure 1 illustre un exemple d'un système mettant en oeuvre une station de base et au moins deux terminaux dans un réseau de communications, par exemple un réseau cellulaire NW.
Dans un mode particulier de réalisation, le réseau de télécommunications cellulaire NW est un réseau mobile NR ou LTE, tel que défini par le 3GPP. Chaque cellule du réseau NW est contrôlée par une station de base (ou eNodeB) servant les différents terminaux (ou UEs pour « User Equipments ») attachés à la station de base. Une station de base peut servir plusieurs cellules ou secteurs, un terminal est typiquement attaché à une cellule et à la station de base. Dans des modes de type « Dual Connectivity/Carrier Aggregation », le terminal peut être attaché à plusieurs cellules et/ou plusieurs stations de base. Dans ce dernier cas, un terminal peut recevoir plusieurs PDCCH, chacun associé aux ressources temps-fréquence d'une cellule.
A titre illustratif, deux cellules Cl et C2 du réseau cellulaire NW sont représentées sur la figure 1, la cellule Cl étant contrôlée par la station de base BS1 et la cellule C2 étant contrôlée par la station de base BS2. Chaque station de base sert un ou plusieurs terminaux présent(s) dans la (ou les) cellule(s) qu'elle contrôle. Ainsi, sur la figure 1, on envisage un terminal Tll, un terminal T12 et un terminal T13 attachés à la cellule Cl et servis par la station de base BS1, et un terminal T2 attaché à la cellule C2 et servi par la station de base BS2. Bien entendu aucune limitation n'est attachée au nombre de stations de base considérées, ni au nombre de cellules gérées par une station de base, ni encore au nombre de terminaux attachés à chaque cellule.
Chaque terminal attaché à une cellule se voit attribuer un identifiant temporaire de réseau par la station de base contrôlant cette cellule, afin de communiquer sur le réseau NW. De façon connue de l'homme du métier, cet identifiant est un identifiant dédié, c'est-à-dire réservé au terminal et qui l'identifie de manière unique sur la cellule à laquelle il est attaché. Ainsi, dans l'exemple envisagé ici, la station de base BS1 attribue un identifiant temporaire de réseau C-RNTI11 au terminal Tll, un identifiant temporaire de réseau C-RNTI12 au terminal T12 et un identifiant temporaire de réseau C- RNTI13 au terminal T13, et la station de base BS2 attribue un identifiant temporaire de réseau C-RNTI2 au terminal T2.
La figure 2 illustre les principales étapes mises en oeuvre par une station de base selon l'invention, par exemple la station BS1.
La station de base BS1 détermine (21), pour un intervalle de temps de transmission (en anglais « Time Transmission Interval »), les paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers les différents terminaux attachés à la station de base (pour les insérer dans le message de contrôle multicast), et les paramètres de transmission destinés à être utilisés pour la transmission du message de contrôle multicast (pour les insérer dans le message de contrôle unicast de chaque canal de contrôle unicast) .
Les paramètres de transmission comprennent par exemple l'allocation de ressources en temps-fréquence et/ou le format de transmission pour les communications émises par la station de base. L'allocation de ressources comprend par exemple une information de type position en temps des symboles OFDM occupés et position en fréquence des sous porteuses occupées, ou groupe de 12 sous porteuses (PRB) par symboles OFDM occupés. Le format de transmission comprend par exemple des informations de type codage, modulation, nombre de couches spatiales, et/ou signaux de référence pour l'estimation de canal (DMRS, pour « Démodulation Reference Signal »), etc, utilisées pour les communications émises par la station de base.
Par exemple, la station de base BS1 détermine un premier jeu de paramètres de transmission alloués au terminal Tll, un deuxième jeu de paramètres de transmission alloués au terminal T12, et un troisième jeu de paramètres de transmission alloués au terminal T13.
On note que si deux jeux de paramètres de transmission identifient une même ressource temps-fréquence associée à la transmission de données utiles vers deux terminaux distincts pour un même intervalle de temps de transmission, le signal utile transmis de la station de base vers l'un des terminaux interférera avec le signal utile transmis de la station de base vers l'autre des terminaux.
Ces différents jeux de paramètres de transmission sont destinés à être transmis par la station de base dans le message de contrôle multicast. Le message de contrôle multicast porte donc au moins deux jeux de paramètres de transmission alloués chacun à l'un des terminaux. Par exemple, un tel message de contrôle multicast comprend, pour chaque terminal, un identifiant du terminal et les paramètres de transmission alloués à ce terminal. Ainsi, selon l'exemple illustré en figure 1, le message de contrôle multicast destiné à être transmis par la station de base BS1 comprend les informations suivantes : C-RNTI11 : paramètres de transmission du terminal 11 ; C-RNTI12 : paramètres de transmission du terminal 12 ; C-RNTI13 : paramètres de transmission du terminal 13.
Le message de contrôle multicast peut notamment être codé avant transmission. En particulier, il est codé en tenant compte de la qualité de réception des terminaux destinés à décoder les différents jeux de paramètres de transmission qu'il porte.
En particulier, comme indiqué ci-dessus, les jeux de paramètres de transmission portés par le message de contrôle multicast sont définis pour chaque canal de contrôle unicast, i.e. pour chaque terminal, notamment pour les terminaux appairés en MU-MIMO. Afin d'assurer la bonne réception de l'ensemble des paramètres de transmission par tous les terminaux, l'encodage est celui nécessaire pour le décodage des informations par le terminal ayant les moins bonnes conditions de réception.
Ainsi, si par exemple le terminal T13 présente de moins bonnes conditions de réception, par exemple parce qu'il est situé plus loin de la station de base BS1 que les terminaux Tll et T12, alors le code utilisé pour coder le message de contrôle multicast doit être suffisamment robuste pour permettre le décodage du message de contrôle multicast par le terminal T13.
Le message de contrôle multicast peut également être embrouillé, par exemple à la sortie du codeur et avant le modulateur. Il peut notamment être embrouillé par une séquence d'embrouillage connue des différents terminaux, ou transmise à certains terminaux dans leur canal de contrôle unicast.
Par exemple, la séquence d'embrouillage est une séquence d'embrouillage spécifique à la cellule contrôlée par la station de base, comme son identifiant PCI (« Physical Cell ID »). Ainsi, le message de contrôle multicast destiné à être transmis par la station de base BS1 peut être embrouillé par l'identifiant PCI_1 de la cellule Cl. La séquence d'embrouillage peut notamment être transmise dans au moins un canal physique de contrôle unicast.
Selon l'exemple illustré en figure 1, si l'on considère que les terminaux Tll, T12 et T13 appartiennent à la cellule Cl, que le terminal T2 appartient à la cellule interférente C2, et que le message de contrôle multicast appartient à la cellule Cl (i.e. est transmis par la station de base BS1, porte les paramètres de transmission alloués aux terminaux Tll, T12 et T13 de la cellule Cl, et embrouillé par l'identifiant PCI_1 de la cellule Cl), alors il faut fournir l'identifiant PCI_1 au terminal T2 dans son canal physique de contrôle unicast, en plus des paramètres de transmission du message de contrôle multicast, pour que le terminal T2 puisse décoder le message de contrôle multicast de la cellule Cl.
De cette façon, le terminal T2 peut obtenir les paramètres de transmission des terminaux Tll, T12 et T13 de la cellule Cl, et mettre en oeuvre une technique de réception avancée basée sur le décodage des signaux transmis aux autres terminaux.
Selon ce mode de réalisation particulier, la solution proposée permet donc de traiter l'interférence MU-MIMO ainsi que l'interférence intercellulaire. Elle permet notamment l'utilisation d'une séquence d'embrouillage non connue de tous les terminaux pour embrouiller le message de contrôle multicast, en offrant la possibilité de transmettre, dans les canaux de contrôle unicast, cette séquence d'embrouillage nécessaire au décodage du message de contrôle multicast, et par suite au décodage des paramètres de transmission et donc des données des autres terminaux.
Avant transmission du message de contrôle multicast, la station de base BS1 peut transmettre (22) au moins deux canaux physiques de contrôle unicast destinés chacun à l'un des terminaux, par exemple un premier canal physique de contrôle dédié au terminal Tll, noté PDCCH1, un deuxième canal physique de contrôle dédié au terminal T12, noté PDCCH2, et un troisième canal physique de contrôle dédié au terminal T13, noté PDCCH3.
Selon l'invention, chaque canal physique de contrôle unicast porte un message de contrôle unicast portant les paramètres de transmission destinés à être utilisés pour la transmission du message de contrôle multicast, et chaque canal physique de contrôle unicast est codé à l'aide d'un identifiant temporaire de réseau identifiant de façon unique le terminal auquel il est destiné.
Ainsi, le premier canal physique de contrôle unicast PDCCH1 est codé par le premier identifiant temporaire de réseau C-RNTI11, et porte un message de contrôle unicast identifiant notamment la ou les ressources temps-fréquence qui seront utilisées pour transmettre le message de contrôle multicast.
Le deuxième canal physique de contrôle unicast PDCCH2 est codé par le deuxième identifiant temporaire de réseau C-RNTI12 (différent du premier identifiant temporaire de réseau C-RNTI11), et porte le même message de contrôle unicast identifiant notamment la ou les ressources temps- fréquence qui seront utilisées pour transmettre le message de contrôle multicast. Le troisième canal physique de contrôle unicast PDCCH3 est codé par le troisième identifiant temporaire de réseau C-RNTI13 (différent du premier identifiant temporaire de réseau C-RNTI11 et du deuxième identifiant temporaire de réseau C-RNTI12), et porte le même message de contrôle unicast identifiant notamment la ou les ressources temps-fréquence qui seront utilisées pour transmettre le message de contrôle multicast.
La station de base peut ensuite transmettre (23) des données utiles vers les terminaux, en utilisant les jeux de paramètres de transmission alloués à chacun des terminaux.
La figure 3 illustre les principales étapes mises en oeuvre par au moins un terminal selon l'invention.
Classiquement, chaque terminal décode indépendamment le canal physique de contrôle unicast qui lui est destiné, en décodant en aveugle plusieurs positions d'allocation de ressources en temps-fréquence d'un canal physique de contrôle candidat, données par un ensemble d'espace de recherche.
Par exemple, le terminal Tll décode (31) le canal physique de contrôle unicast qui lui est destiné, à l'aide de son identifiant temporaire de réseau C-RNTI11.
En décodant son canal physique de contrôle unicast, le terminal Tll détecte que le message de contrôle unicast ne porte pas directement les paramètres de transmission qui sont alloués au terminal Tll, mais pointe vers un message de contrôle multicast (i.e. porte les paramètres de transmission destinés à être utilisés par la station de base pour transmettre le message de contrôle multicast).
Le terminal Tll peut alors décoder (32) le message de contrôle multicast transmis en utilisant les paramètres de transmission identifiée(s) dans le message de contrôle unicast.
Le terminal Tll peut ainsi obtenir le premier jeu de paramètres de transmission qui lui sont alloués, ainsi que les jeux de paramètres de transmission alloués aux autres terminaux T12 et T13.
Connaissant les paramètres de transmission qui lui sont alloués, le terminal Tll peut recevoir (33) un signal utile en provenance de la station de base BS1, transmis en utilisant le premier jeu de paramètres de transmission.
En particulier, si le premier jeu de paramètres de transmission et deuxième jeu de paramètre de transmission identifient une même ressource temps-fréquence allouée au terminal Tll et au terminal T12 respectivement, le signal utile transmis de la station de base vers le terminal T12 sera considéré comme un signal interfèrent avec le signal utile transmis de la station de base vers le terminal Tll, et vice-versa. Le terminal Tll, connaissant le deuxième jeu de paramètres de transmission obtenu à partir du décodage du message de contrôle multicast, peut notamment mette en oeuvre une technique de réception avancée, en reconstruisant le signal interfèrent (transmis de la station de base BS1 vers le terminal T12) et en le soustrayant au signal utile (transmis de la station de base BS1 vers le terminal Tll).
On note qu'il est possible de multiplexer spatialement les PDCCH unicast en NR (en envoyant les PDCCH de différents utilisateurs sur une même ressource temps-fréquence) car ils peuvent être pré-codés ou envoyés sous forme de faisceau spatialement directif. En revanche, les DMRS de chaque PDCCH ne peuvent pas être orthogonaux (par construction). Un terminal peut être configuré avec un identifiant propre pour l'initialisation de la séquence DMRS. Chaque terminal, sur la base de la connaissance de son allocation de ressources et de celle des autres terminaux après décodage du message de contrôle multicast, peut alors décoder son message mais aussi ceux destinés aux autres terminaux. Il peut ainsi mettre en oeuvre des stratégies de réception avancées (type turbo/itératives) basées sur le décodage des autres terminaux.
5.2 Description d'un mode de réalisation
On décrit ci-après un mode de réalisation particulier, selon lequel les identifiants temporaires de réseau sont de type RNTI, les canaux physiques de contrôle sont de type PDCCH, et les messages de contrôle unicast et multicast sont de type DCI.
Si l'on reprend le réseau de communications illustré en figure 1, la station de base BS1 génère donc, pour au moins un intervalle de temps, un DCI multicast portant un premier jeu de paramètres de transmission alloués au terminal Tll, un deuxième jeu de paramètres de transmission alloués au terminal T12, et un troisième jeu de paramètres de transmission alloués au terminal T13. La station de base BS1 génère également, pour cet intervalle de temps, un DCI unicast portant des paramètres de transmission destinés à être utilisés pour la transmission du DCI multicast.
La station de base BS1 transmet ensuite des canaux PDCCH aux différents terminaux Tll, T12 et T13.
Par exemple, comme illustré en figure 4, pour un intervalle de temps (TTI ou slot), la station de base BS1 transmet un premier canal PDCCH1 destiné au terminal Tll, codé par l'identifiant C- RNTI11, portant le DCI unicast pointant vers le DCI multicast, et présentant un niveau d'agrégation AL4. La station de base BS1 transmet également un deuxième canal PDCCH2 destiné au terminal T12, codé par l'identifiant C-RNTI12, portant le DCI unicast pointant vers le DCI même multicast, et présentant un niveau d'agrégation AL4. La station de base BS1 transmet enfin un troisième canal PDCCH3 destiné au terminal T13, codé par l'identifiant C-RNTI13, portant le DCI unicast pointant vers le DCI même multicast, et présentant un niveau d'agrégation AL8.
La station de base BS1 envoie également (en utilisant les paramètres de transmission portés par le DCI unicast) le DCI multicast portant les premier, deuxième et troisième jeux de paramètres de transmission alloués respectivement aux terminaux Tll, T12 et T13, éventuellement embrouillé par l'identifiant de la cellule Cl : PCI_C1. Le DCI multicast est par exemple transmis sur une unique couche spatiale (« multicast single antenna port transmission »).
Les données utiles peuvent ensuite être transmises de la station de base vers les terminaux Tll, T12 et T13, en utilisant les paramètres de transmission alloués aux terminaux Tll, T12 etT13. Par exemple, les données utiles destinées au terminal Tll sont transmises sur deux couches spatiales (2L), les données utiles destinées au terminal T12 sont transmises sur une couche spatiale (IL), et les données utiles destinées au terminal T13 sont transmises sur une couche spatiale (IL). De plus, comme illustré en figure 4, on considère que les trois terminaux Tll, T12 et T13 sont appairés en MU-MIMO, et que les terminaux Tll et T12 partagent des ressources temps-fréquence, ainsi que les terminaux Tll et T13.
Côté terminal, chaque terminal décode indépendamment son PDDCH. Les trois PDDCH (PDDCH1, PDDCH2 et PDDCH3) pointent sur le DCI multicast décodable par tous les terminaux appairés en MU-MIMO, donnant l'allocation de ressources et le format de transmission de chacun des terminaux appairés.
Ainsi, le terminal Tll peut détecter qu'il partage des ressources avec les terminaux T12 et T13, et soustraire l'interférence résiduelle des terminaux T12 et T13 sur sa transmission, déterminée grâce à la connaissance des paramètres de transmission des terminaux T12 et T13.
On décrit ci-après plusieurs exemples de DCI unicast.
Comme indiqué en relation avec l'art antérieur, le canal PDCCH est classiquement organisé selon plusieurs formats possibles, appelés formats de DCI. Le message de contrôle unicast correspond donc à un format de DCI.
En NR, pour les transmissions unicast sens descendant, il existe classiquement deux formats de DCI utilisant un identifiant temporaire de réseau, comme l'identifiant C-RNTI, MCS-C-RNTI, CS- RNTI : le format 1-0 et le format 1-1. Le format 1-0, appelé aussi « fallback format » présente une taille faible correspondant à une allocation avec une unique couche spatiale.
En LTE, il existe aussi ce type de formats en sens descendant.
Afin qu'un terminal destinataire d'un PDCCH unicast selon un mode de réalisation de l'invention puisse simplement déterminer que le PDCCH qui lui est destiné ne porte pas directement les paramètres de transmission alloués au terminal, mais renvoie vers un DCI multicast (qui lui porte les paramètres de transmission alloués au terminal), le message de contrôle unicast porté par le PDCCH unicast présente un format spécifique, noté format 1-x, différent d'un format prédéfini de type 1-0 ou 1-1.
Selon un premier mode de réalisation, un DCI unicast au format 1-x est transmis sur au moins une ressource temps-fréquence distincte d'une ressource temps-fréquence utilisée pour transmettre un DCI unicast de même taille selon un format prédéfini de type 1-0 ou 1-1.
Ainsi, la ressource temps-fréquence portant le DCI unicast au format 1-x, sélectionnée parmi plusieurs ressources temps-fréquence candidates, est toujours distincte d'une ressource temps- fréquence utilisée pour transmettre un autre format de DCI unicast de même taille, afin qu'il n'y ait pas d'ambiguïté d'interprétation du contenu du DCI unicast au format 1-x.
Selon ce premier mode de réalisation, la station de base s'assure ainsi qu'un candidat PDCCH portant un DCI unicast avec ce nouveau format 1-x ne coïncide jamais (position et taille d'allocation en CCE) avec un autre candidat PDCCH portant un DCI unicast à un format prédéfini (format 1-0 ou 1-1 par exemple) configuré par la couche RRC.
Ainsi, ce nouveau format 1-x peut présenter une taille quelconque, égale à celle d'un format prédéfini (format 1-0 ou 1-1 par exemple) ou bien différente. Un candidat PDCCH portant un DCI unicast avec ce nouveau format 1-x peut par ailleurs être associé au même RNTI qu'un candidat PDCCH portant un DCI unicast à un format prédéfini (C-RNTI par exemple).
Dans le cas où le nouveau format 1-x réutilise la taille du format 1-1 ou du format 1-0, si le nombre d'information unicast dépasse la capacité du DCI format 1-0, alors la taille du format 1-1 est utilisée. La taille du format 1-1 est utilisée notamment lorsqu'une séquence d'embrouillage ou des relations de quasi colocation (en anglais « TCI State) pour l'estimation du canal pour le décodage du DCI multicast nécessite(nt) un grand nombre de bits.
Selon un deuxième mode de réalisation, ce nouveau format 1-x porte un indicateur signalant que les paramètres de transmission de données utiles sont transmis dans le DCI multicast (par exemple dans un autre PDCCH unicast ou dans un PDSCH).
Selon un premier exemple, un tel indicateur est une séquence spécifique insérée dans un champ du message de contrôle unicast, i.e. dans un champ du DCI unicast au format 1-x. Ainsi, un champ du format 1-x porte un bit ou une séquence de bits spécifique permettant de le différentier d'un format prédéfini (format 1-0 ou 1-1 par exemple).
Selon un deuxième exemple, un tel indicateur est une taille spécifique du message de contrôle unicast, i.e. une taille spécifique du DCI unicast au format 1-x. Par exemple, le format 1-x présente une taille différente d'un format prédéfini (format 1-0 ou 1-1 par exemple), par exemple supérieure d'un bit. La taille des différents formats étant configurée au niveau des terminaux, un terminal décodant un canal PDDCH peut ainsi simplement détecter le format utilisé pour le DCI unicast.
Selon un troisième exemple, un tel indicateur est un identifiant temporaire de réseau spécifique identifiant de façon unique le terminal destinataire du PCCDH et signalant que les paramètres de transmission de données utiles sont transmis dans un DCI multicast. Par exemple, le format 1-x est associé à un nouveau RNTI unicast, par exemple le RNTI MU-C-RNTI, diffèrent du RNTI unicast associé à un format prédéfini (format 1-0 ou 1-1 par exemple), par exemple le C-RNTI.
Ce deuxième mode de réalisation permet à un terminal de détecter que les paramètres de transmission de données utiles sont transmis dans le DCI multicast, notamment dans le cas où un candidat PDCCH portant un DCI unicast avec ce nouveau format 1-x coïncide (position et taille d'allocation en CCE) avec un autre candidat PDCCH portant un DCI unicast avec un format prédéfini (format 1-0 ou 1-1 par exemple) configuré par la couche RRC.
Ce nouveau format 1-x du DCI unicast porte notamment les paramètres de transmission destinés à être utilisés par la station de base pour la transmission du DCI multicast, i.e. identifie au moins une ressource temps-fréquence allouée à la transmission du DCI multicast (le DCI multicast contenant l'information nécessaire au décodage d'un groupe de terminaux). Comme déjà indiqué, ce DCI multicast porte non seulement les paramètres de transmission des données utiles destinées au terminal destinataire du PDCCH portant le DCI unicast au nouveau format 1-x, mais aussi les paramètres de transmission des autres terminaux appartenant à un groupe de terminaux, par exemple appairés en MU-MI MO. De cette façon, le terminal destinataire du PDCCH portant le DCI unicast au nouveau format 1-x peut mieux traiter les interférences résiduelles.
Plus généralement, la solution proposée, basée sur un DCI unicast pointant sur un DCI multicast, permet à chaque terminal d'un groupe de disposer des informations d'allocation de ressources et de format de transmission des autres terminaux du groupe.
Le DCI multicast peut notamment porter des informations de séquences d'embrouillage nécessaire au décodage par les autres terminaux. Il n'est pas limité en taille. Le DCI multicast peut être encodé similairement au PDSCH avec un encodage LDPC ou suivre une stratégie d'encodage proche du PDCCH avec des polar codes et une modulation QPSK.
Coté terminal, le nombre de décodage du PDCCH est lié au nombre de tailles de format (de tailles de message à décoder en nombre de bits utiles) à tester pour le terminal. Le mécanisme de détection de ce nouveau format de DCI unicast repose sur plusieurs alternatives, selon les modes de réalisation décrits ci-dessus. Certains terminaux munis de récepteurs avancés sont configurés par le réseau via la couche RRC pour la recherche de ce nouveau format 1-x de DCI, ou de ce nouvel usage du DCI unicast (une taille de format DCI pouvant servir à plusieurs usages).
En particulier, la couche RRC peut ne pas configurer un terminal pour la recherche d'un format prédéfini du DCI, par exemple le format 1-1, avec C-RNTI (i.e. pas d'espace de recherche défini pour un terminal - « UE spécifie search space set » ou USS en anglais - configuré avec le format 1-1 associé au C-RNTI pour ce terminal), mais seulement avec le nouveau format 1-x avec C-RNTI. Dans ce cas, pour une transmission de données utiles sans terminaux interférents identifiés vers ce terminal, le DCI multicast indiqué par le format 1-x avec C-RNTI porte uniquement l'allocation et le format de transmission des données destinées à ce terminal.
5.3 Structure simplifiée d'une station de base et d'un terminal
On présente désormais, en relation avec la figure 5, la structure simplifiée d'une station de base selon au moins un mode de réalisation décrit ci-dessus.
Comme illustré en figure 5, une telle station de base, par exemple la station de base BS1, comprend au moins une mémoire 51 comprenant une mémoire tampon, au moins une unité de traitement 52, équipée par exemple d'une machine de calcul programmable ou d'une machine de calcul dédiée, par exemple un processeur P, et pilotée par le programme d'ordinateur 53, mettant en oeuvre des étapes du procédé de transmission d'information de signalisation selon au moins un mode de réalisation de l'invention.
A l'initialisation, les instructions de code du programme d'ordinateur 53 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 52.
Le processeur de l'unité de traitement 52 met en oeuvre des étapes du procédé de transmission d'informations de signalisation décrit précédemment, selon les instructions du programme d'ordinateur 53, pour transmettre au moins deux canaux physiques de contrôle unicast destinés chacun à un terminal attaché à la station de base, chaque canal physique de contrôle unicast portant un message de contrôle unicast portant des paramètres de transmission destinés à être utilisés pour la transmission d'un message de contrôle multicast, chaque canal physique de contrôle unicast étant codé à l'aide d'un identifiant temporaire de réseau identifiant de façon unique le terminal auquel il est destiné, et le message de contrôle multicast portant au moins deux jeux de paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers lesdits au moins deux terminaux respectivement.
On présente finalement, en relation avec la figure 6, la structure simplifiée d'un terminal selon au moins un mode de réalisation décrit ci-dessus.
Comme illustré en figure 6, un tel terminal, par exemple le terminal Tll, comprend au moins une mémoire 61 comprenant une mémoire tampon, au moins une unité de traitement 62, équipée par exemple d'une machine de calcul programmable ou d'une machine de calcul dédiée, par exemple un processeur P, et pilotée par le programme d'ordinateur 63, mettant en oeuvre des étapes du procédé de réception selon au moins un mode de réalisation de l'invention.
A l'initialisation, les instructions de code du programme d'ordinateur 63 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 62.
Le processeur de l'unité de traitement 62 met en oeuvre des étapes du procédé de réception décrit précédemment, selon les instructions du programme d'ordinateur 63, pour : décoder un canal physique de contrôle unicast destiné au terminal, à l'aide d'un identifiant temporaire de réseau identifiant de façon unique le terminal, le canal physique de contrôle unicast portant un message de contrôle unicast portant des paramètres de transmission destinés à être utilisés pour la transmission d'un message de contrôle multicast, le message de contrôle multicast portant au moins deux jeux de paramètres de transmission, dont un premier jeu de paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers le terminal et un deuxième jeu de paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers un autre terminal attaché à la station de base, décoder un message de contrôle multicast transmis en utilisant les paramètres de transmission portés par le message de contrôle unicast, recevoir un signal utile en provenance de la station de base, transmis en utilisant le premier jeu de paramètres de transmission.

Claims

REVENDICATIONS
1. Procédé de transmission d'informations de signalisation d'une station de base vers au moins deux terminaux attachés à ladite station de base, comprenant la transmission (22) d'au moins deux canaux physiques de contrôle unicast destinés chacun à l'un desdits au moins deux terminaux, chaque canal physique de contrôle unicast portant un message de contrôle unicast portant des paramètres de transmission destinés à être utilisés pour la transmission d'un message de contrôle multicast, et chaque canal physique de contrôle unicast étant codé à l'aide d'un identifiant temporaire de réseau identifiant de façon unique le terminal auquel il est destiné, ledit message de contrôle multicast portant au moins deux jeux de paramètres de transmission destinés à être utilisés pour la transmission (23) de données utiles vers lesdits au moins deux terminaux respectivement.
2. Procédé selon la revendication 1, caractérisé en ce que lesdits jeux de paramètres de transmission identifient au moins une même ressource temps-fréquence associée à la transmission (23) de données utiles vers au moins deux desdits terminaux.
3. Procédé selon l’une quelconque des revendications 1 et 2, caractérisé en ce que ledit message de contrôle multicast est embrouillé par une séquence d'embrouillage spécifique à une cellule contrôlée par ladite station de base, et en ce que ladite séquence d'embrouillage est transmise dans au moins un desdits canaux physiques de contrôle unicast.
4. Procédé selon l’une quelconque des revendications 1 à 3, caractérisé en ce que ledit message de contrôle multicast est codé en tenant compte des conditions de réception desdits terminaux.
5. Procédé selon l’une quelconque des revendications 1 à 4, caractérisé en ce que ledit message de contrôle unicast présente un format spécifique, et est transmis sur au moins une ressource temps- fréquence distincte d'une ressource temps-fréquence utilisée pour transmettre un message de contrôle unicast de même taille selon un format prédéfini.
6. Procédé selon l’une quelconque des revendications 1 à 5, caractérisé en ce qu'au moins un desdits canaux physiques de contrôle unicast porte un indicateur signalant que lesdits jeux de paramètres de transmission sont transmis dans un autre canal, ledit indicateur appartenant au groupe comprenant :
- une séquence spécifique insérée dans un champ dudit message de contrôle unicast, - un identifiant temporaire de réseau spécifique identifiant de façon unique le terminal destinataire dudit canal physique de contrôle unicast et signalant que lesdits jeux de paramètres de transmission sont transmis dans un autre canal.
7. Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce que ledit message de contrôle unicast présente une taille spécifique, distincte de la taille d'un message de contrôle unicast selon un format prédéfini.
8. Procédé selon l’une quelconque des revendications 1 à 7, caractérisé en ce que :
- ledit identifiant temporaire de réseau est de type RNTI (« Radio Network Temporary Identifier »),
- lesdits canaux physiques de contrôle sont de type PDCCH (« Physical Dowlink Control Channel »), et
- lesdits messages de contrôle unicast et multicast sont de type DCI (« Downlink Control Information »).
9. Procédé de réception destiné à être mis en oeuvre par un terminal attaché à une station de base mettant en oeuvre les étapes suivantes :
- décodage (31) d'un canal physique de contrôle unicast destiné audit terminal, à l'aide d'un identifiant temporaire de réseau identifiant de façon unique ledit terminal, ledit canal physique de contrôle unicast portant un message de contrôle unicast portant des paramètres de transmission destinés à être utilisés pour la transmission d'un message de contrôle multicast, ledit message de contrôle multicast portant au moins deux jeux de paramètres de transmission, dont un premier jeu de paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers ledit terminal et un deuxième jeu de paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers un autre terminal attaché à ladite station de base,
- décodage (32) dudit message de contrôle multicast transmis en utilisant les paramètres de transmission portés par ledit message de contrôle unicast,
- réception (33) d'un signal utile en provenance de ladite station de base transmis en utilisant ledit premier jeu de paramètres de transmission.
10. Procédé selon la revendication 9, caractérisé en ce qu'il met en oeuvre la reconstruction d'au moins un signal interfèrent avec ledit signal utile, à partir dudit deuxième jeu de paramètres de transmission, et la soustraction dudit signal interfèrent audit signal utile.
11. Procédé selon l'une quelconque des revendications 9 et 10, caractérisé en ce qu'il met en oeuvre un désembrouillage dudit message de contrôle multicast à partir d'une séquence d'embrouillage spécifique à une cellule contrôlée par ladite station de base, transmise dans ledit canal physique de contrôle unicast.
12. Procédé selon l’une quelconque des revendications 9 à 11, caractérisé en ce qu'il met en oeuvre, préalablement à ladite étape de décodage dudit message de contrôle multicast, une étape de détection d'un indicateur porté par ledit canal physique de contrôle unicast ou d'une taille spécifique du message de contrôle unicast porté par ledit canal physique de contrôle unicast, signalant que lesdits jeux de paramètres de transmission sont transmis dans un autre canal.
13. Station de base configurée pour transmettre des informations de signalisation vers au moins deux terminaux attachés à ladite station de base, comprenant des moyens de transmission d'au moins deux canaux physiques de contrôle unicast destinés chacun à l'un desdits au moins deux terminaux, chaque canal physique de contrôle unicast portant un message de contrôle unicast portant des paramètres de transmission destinés à être utilisés pour la transmission d'un message de contrôle multicast, et chaque canal physique de contrôle unicast étant codé à l'aide d'un identifiant temporaire de réseau identifiant de façon unique le terminal auquel il est destiné, ledit message de contrôle multicast portant au moins deux jeux de paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers lesdits au moins deux terminaux respectivement.
14. Terminal configuré pour être attaché à une station de base, comprenant :
- des moyens de décodage d'un canal physique de contrôle unicast destiné audit terminal, à l'aide d'un identifiant temporaire de réseau identifiant de façon unique ledit terminal, ledit canal physique de contrôle unicast portant un message de contrôle unicast portant des paramètres de transmission destinés à être utilisés pour la transmission d'un message de contrôle multicast, ledit message de contrôle multicast portant au moins deux jeux de paramètres de transmission, dont un premier jeu de paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers ledit terminal et un deuxième jeu de paramètres de transmission destinés à être utilisés pour la transmission de données utiles vers un autre terminal attaché à ladite station de base,
- des moyens de décodage dudit message de contrôle multicast transmis en utilisant les paramètres de transmission portés par ledit message de contrôle unicast, - des moyens de réception d'un signal utile en provenance de ladite station de base transmis en utilisant ledit premier jeu de paramètres de transmission.
15. Programme d'ordinateur comportant des instructions pour la mise en oeuvre d'un procédé selon l’une quelconque des revendications 1 à 12 lorsque ce programme est exécuté par un processeur.
EP22735535.1A 2021-05-12 2022-04-26 Transmission d'informations de signalisation Pending EP4338526A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2105039A FR3122962A1 (fr) 2021-05-12 2021-05-12 Procédé de transmission d’informations de signalisation, procédé de réception, station de base, terminal et programme d’ordinateur correspondants.
PCT/FR2022/050790 WO2022238635A1 (fr) 2021-05-12 2022-04-26 Transmission d'informations de signalisation

Publications (1)

Publication Number Publication Date
EP4338526A1 true EP4338526A1 (fr) 2024-03-20

Family

ID=76284034

Family Applications (1)

Application Number Title Priority Date Filing Date
EP22735535.1A Pending EP4338526A1 (fr) 2021-05-12 2022-04-26 Transmission d'informations de signalisation

Country Status (5)

Country Link
US (1) US20240243882A1 (fr)
EP (1) EP4338526A1 (fr)
CN (1) CN117751670A (fr)
FR (1) FR3122962A1 (fr)
WO (1) WO2022238635A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20240086362A (ko) * 2022-12-09 2024-06-18 삼성전자주식회사 무선 통신 시스템에서 crc 비트를 이용한 인코딩 및 디코딩을 수행하는 방법 및 장치
CN122029907A (zh) * 2023-10-23 2026-05-12 高通股份有限公司 用于语义通信的模拟译码和发送

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2482183B (en) * 2010-07-23 2013-03-27 Sca Ipla Holdings Inc Cellular communication system, communication units, and method for broadcast and unicast communication
US20140355493A1 (en) * 2011-12-20 2014-12-04 Huaning Niu Multicast service using unicast subframe
FR3003718A1 (fr) * 2013-03-19 2014-09-26 France Telecom Procede de signalisation dans un reseau de telecommunications cellulaire
FR3003719A1 (fr) 2013-03-19 2014-09-26 France Telecom Procede de signalisation dans un reseau de telecommunications cellulaire
US10681502B2 (en) * 2015-09-17 2020-06-09 Lg Electronics Inc. Methods, user equipment, and base station for receiving and transmitting single cell-point to multipoint (SC-PTM) data
US10433326B2 (en) * 2016-06-13 2019-10-01 Qualcomm Incorporated Techniques for communicating in a discontinuous receive mode
CN108023704B (zh) * 2016-11-04 2021-10-26 华为技术有限公司 一种传输参考信号的方法、网络侧设备和用户设备
US10778387B2 (en) * 2016-11-23 2020-09-15 Huawei Technologies Co., Ltd. System and method for group-assisted downlink transmission
JP7397098B2 (ja) * 2019-05-24 2023-12-12 北京小米移動軟件有限公司 制御情報伝送方法及び装置

Also Published As

Publication number Publication date
WO2022238635A1 (fr) 2022-11-17
FR3122962A1 (fr) 2022-11-18
US20240243882A1 (en) 2024-07-18
CN117751670A (zh) 2024-03-22

Similar Documents

Publication Publication Date Title
KR101286114B1 (ko) 낮은 복잡도 통합된 제어 채널 프로세싱
US9622246B2 (en) Scrambling sequence generation in a communication system
EP2915270B1 (fr) Procédé de détection sensible aux interférences et appareil à utiliser dans un système de communication sans fil
CN106664284B (zh) Mbsfn传输上的重叠单播或者mbsfn数据传输的方法和装置
RU2549146C2 (ru) Использование формата поля в устройстве связи
EP2976924B1 (fr) Procede de signalisation dans un reseau de telecommunications cellulaire
US9781714B2 (en) Method and system for assisting user devices in performing interference cancellation in OFDMA wireless communication networks
US20140293881A1 (en) Systems and methods for demodulation reference signal selection
US20160028529A1 (en) Method and apparatus for facilitating reliable transmission of a control region size and detection of cross-carrier signaling
US11616667B2 (en) Multi-level coded modulation for non-coherent communication
CN110178312B (zh) 对比特反转极化码的低延时编码和解码
WO2011122708A1 (fr) Transmission de données de commande et de données d'utilisateur sur un canal de liaison montante physique
CN106063215B (zh) 在移动通信系统中进行信号传送和接收的调制方法和装置
WO2022238635A1 (fr) Transmission d'informations de signalisation
CN109660325B (zh) 数据处理方法及装置
EP2976925B1 (fr) Procédé de signalisation dans un réseau de télécommunications cellulaire
KR20130076456A (ko) 무선 통신 시스템에 있어서 제어 정보의 송수신 방법 및 장치
US20120243629A1 (en) Digital Communications Receiver
KR102883456B1 (ko) 직교 주파수 분할 다중 변조 시스템에서 피크 대 평균 전력 비를 감소시키는 방법 및 장치
FR3117300A1 (fr) Procédé de télécommunication pour réception itérative et dispositifs correspondant
WO2016173032A1 (fr) Procédé et dispositif de communication
KR101785609B1 (ko) 통신시스템에서 순환잉여검사 부호화를 위한 기술
Demmer OFDM precoding for filter-bank based waveforms
Marzo Study of 5G New Radio and performance analysis through numerical simulation of the Physical Downlink Control Channel
CN104935400A (zh) 一种信道质量指示的生成方法及装置

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20231109

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)