FR3122962A1

FR3122962A1 - Procédé de transmission d’informations de signalisation, procédé de réception, station de base, terminal et programme d’ordinateur correspondants.

Info

Publication number: FR3122962A1
Application number: FR2105039A
Authority: FR
Inventors: Raphaël Visoz; Eric Hardouin
Original assignee: Orange SA
Current assignee: Orange SA
Priority date: 2021-05-12
Filing date: 2021-05-12
Publication date: 2022-11-18
Also published as: CN117751670A; EP4338526A1; WO2022238635A1

Abstract

Procédé de transmission d’informations de signalisation, procédé de réception, station de base, terminal et programme d’ordinateur correspondants. 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. Figure pour l’abrégé : Figure 2

Description

Procédé de transmission d’informations de signalisation, procédé de réception, station de base, terminal et programme d’ordinateur correspondants.

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 œuvre des techniques d’annulation d’interférence, tel que par exemple des récepteurs MMSE-SIC (pour « Successive Interference 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 v11.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 œuvre 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 Elements » 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 Element 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 œuvre. 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 2¹⁶), afin de déterminer à la fois ce dernier et la validité du PDCCH candidat, rend ce procédé quasiment impossible à mettre en œuvre 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 œuvre 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 œuvre 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 format1-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 œuvre 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 œuvre par un terminal attaché à une station de base mettant en œuvre 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 œuvre 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 œuvre une technique d’annulation successive d’interférence.

En particulier, le procédé de réception peut mettre en œuvre 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 œuvre une opération inverse à l’étape d’embrouillage mise en œuvre par la station de base.

Selon un autre mode de réalisation, le procédé de réception met en œuvre, 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 œuvre 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 œuvre 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 œuvre 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 œuvre 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 illustre un exemple de réseau de communications dans lequel peut être mise en œuvre l’invention ;

- la présente les principales étapes mises en œuvre par une station de base selon un mode de réalisation de l’invention ;

- la présente les principales étapes mises en œuvre par un terminal selon un mode de réalisation de l’invention ;

- la 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 présente la structure simplifiée d’une station de base selon un mode de réalisation particulier ;

- la 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 œuvre 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-MIMO, 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 connaitre 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’accroitre 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 illustre un exemple d’un système mettant en œuvre 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 C1 et C2 du réseau cellulaire NW sont représentées sur la , la cellule C1 é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 , on envisage un terminal T11, un terminal T12 et un terminal T13 attachés à la cellule C1 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 T11, 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 illustre les principales étapes mises en œuvre 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 « Demodulation 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 T11, 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 , 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 T11 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 C1. La séquence d’embrouillage peut notamment être transmise dans au moins un canal physique de contrôle unicast.

Selon l’exemple illustré en , si l’on considère que les terminaux T11, T12 et T13 appartiennent à la cellule C1, que le terminal T2 appartient à la cellule interférente C2, et que le message de contrôle multicast appartient à la cellule C1 (i.e. est transmis par la station de base BS1, porte les paramètres de transmission alloués aux terminaux T11, T12 et T13 de la cellule C1, et embrouillé par l’identifiant PCI_1 de la cellule C1), 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 C1.

De cette façon, le terminal T2 peut obtenir les paramètres de transmission des terminaux T11, T12 et T13 de la cellule C1, et mettre en œuvre 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 T11, 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 illustre les principales étapes mises en œuvre 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 T11 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 T11 détecte que le message de contrôle unicast ne porte pas directement les paramètres de transmission qui sont alloués au terminal T11, 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 T11 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 T11 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 T11 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 T11 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 T11, et vice-versa.

Le terminal T11, 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 œuvre 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 T11).

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 œuvre 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 , 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 T11, 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 T11, T12 et T13.

Par exemple, comme illustré en , pour un intervalle de temps (TTI ou slot), la station de base BS1 transmet un premier canal PDCCH1 destiné au terminal T11, 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 T11, T12 et T13, éventuellement embrouillé par l’identifiant de la cellule C1 : 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 T11, T12 et T13, en utilisant les paramètres de transmission alloués aux terminaux T11, T12 et T13. Par exemple, les données utiles destinées au terminal T11 sont transmises sur deux couches spatiales (2L), les données utiles destinées au terminal T12 sont transmises sur une couche spatiale (1L), et les données utiles destinées au terminal T13 sont transmises sur une couche spatiale (1L). De plus, comme illustré en , on considère que les trois terminaux T11, T12 et T13 sont appairés en MU-MIMO, et que les terminaux T11 et T12 partagent des ressources temps-fréquence, ainsi que les terminaux T11 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 T11 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-MIMO. 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 specific 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 , la structure simplifiée d’une station de base selon au moins un mode de réalisation décrit ci-dessus.

Comme illustré en , 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 œuvre 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 œuvre 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 , la structure simplifiée d’un terminal selon au moins un mode de réalisation décrit ci-dessus.

Comme illustré en , un tel terminal, par exemple le terminal T11, 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 œuvre 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 œuvre 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

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.
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.
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.
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.
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.
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.
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.
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 »).
Procédé de réception destiné à être mis en œuvre par un terminal attaché à une station de base mettant en œuvre 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.
Procédé selon la revendication 9, caractérisé en ce qu’il met en œuvre 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.
Procédé selon l'une quelconque des revendications 9 et 10, caractérisé en ce qu’il met en œuvre 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.
Procédé selon l'une quelconque des revendications 9 à 11, caractérisé en ce qu’il met en œuvre, 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.
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.
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.
Programme d’ordinateur comportant des instructions pour la mise en œuvre d’un procédé selon l'une quelconque des revendications 1 à 12 lorsque ce programme est exécuté par un processeur.