FR3109855A1 - Dépriorisation de cellule d'ancrage lte sur la base de mesures de cellules nr - Google Patents
Dépriorisation de cellule d'ancrage lte sur la base de mesures de cellules nr Download PDFInfo
- Publication number
- FR3109855A1 FR3109855A1 FR2004292A FR2004292A FR3109855A1 FR 3109855 A1 FR3109855 A1 FR 3109855A1 FR 2004292 A FR2004292 A FR 2004292A FR 2004292 A FR2004292 A FR 2004292A FR 3109855 A1 FR3109855 A1 FR 3109855A1
- Authority
- FR
- France
- Prior art keywords
- cell
- rat
- network
- lte
- reselection
- 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.)
- Granted
Links
- 238000005259 measurement Methods 0.000 title claims abstract description 20
- 238000000034 method Methods 0.000 claims abstract description 94
- 238000012913 prioritisation Methods 0.000 claims abstract description 39
- 230000004044 response Effects 0.000 claims abstract description 24
- 238000005516 engineering process Methods 0.000 claims abstract description 15
- 238000012545 processing Methods 0.000 claims description 15
- 230000002776 aggregation Effects 0.000 claims description 11
- 238000004220 aggregation Methods 0.000 claims description 11
- 238000012544 monitoring process Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 abstract description 16
- 230000006870 function Effects 0.000 description 55
- 238000004891 communication Methods 0.000 description 50
- 238000007726 management method Methods 0.000 description 24
- 230000005540 biological transmission Effects 0.000 description 17
- 238000001228 spectrum Methods 0.000 description 12
- 238000012546 transfer Methods 0.000 description 12
- 230000011664 signaling Effects 0.000 description 10
- 230000009977 dual effect Effects 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 9
- 230000001413 cellular effect Effects 0.000 description 7
- 238000013475 authorization Methods 0.000 description 6
- 230000006399 behavior Effects 0.000 description 6
- 230000003993 interaction Effects 0.000 description 6
- 239000000969 carrier Substances 0.000 description 5
- 230000008859 change Effects 0.000 description 5
- 238000013468 resource allocation Methods 0.000 description 5
- 238000012384 transportation and delivery Methods 0.000 description 5
- 238000013507 mapping Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 241000700159 Rattus Species 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 101001056707 Homo sapiens Proepiregulin Proteins 0.000 description 2
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 2
- 102100025498 Proepiregulin Human genes 0.000 description 2
- 230000010267 cellular communication Effects 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 2
- 238000013480 data collection Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 230000003252 repetitive effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000005641 tunneling Effects 0.000 description 2
- RYGMFSIKBFXOCR-UHFFFAOYSA-N Copper Chemical compound [Cu] RYGMFSIKBFXOCR-UHFFFAOYSA-N 0.000 description 1
- 101150119040 Nsmf gene Proteins 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 230000003321 amplification Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 208000018334 ectodermal dysplasia, ectrodactyly, and macular dystrophy syndrome Diseases 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 208000028626 extracranial carotid artery aneurysm Diseases 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000005755 formation reaction Methods 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000000873 masking effect Effects 0.000 description 1
- 238000003199 nucleic acid amplification method Methods 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
- 229920000915 polyvinyl chloride Polymers 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 125000006850 spacer group Chemical group 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/34—Reselection control
- H04W36/36—Reselection control by user or terminal equipment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
- H04W36/00835—Determination of neighbour cell lists
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
- H04W36/00698—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using different RATs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0083—Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
- H04W36/0085—Hand-off measurements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
- H04W36/304—Reselection being triggered by specific parameters by measured or perceived connection quality data due to measured or perceived resources with higher communication quality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
- H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
- H04W36/00226—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
L'invention concerne des systèmes et procédés pour la dépriorisation d'une cellule d'ancrage LTE sur la base de mesures de cellule NR. Un UE peut s'enregistrer sur une première cellule d'une première technologie d'accès radio (RAT), traiter un message de configuration provenant d'un réseau priorisant une bande d'ancrage de la première RAT, mettre en œuvre une première resélection de cellule depuis la première cellule vers une deuxième cellule de la première RAT qui est dans la bande d'ancrage, et mettre en œuvre des mesures de cellule sur une ou plusieurs cellules d'une deuxième RAT. En réponse à la détermination qu'aucune des mesures de cellule pour la ou les cellules de la deuxième RAT ne dépasse un seuil, l'UE dépriorise la deuxième cellule dans des données classées de priorisation de cellule et met en œuvre une deuxième resélection de cellule depuis la deuxième cellule de la première RAT vers une autre cellule de la première RAT sur la base des données classées de priorisation de cellule.
Description
La présente demande concerne de manière générale des systèmes de communication sans fil, et plus spécifiquement la dépriorisation de cellules d'ancrage LTE.
ARRIERE PLAN
ARRIERE PLAN
La technologie de communication mobile sans fil utilise diverses normes et protocoles pour transmettre des données entre une station de base et un dispositif mobile sans fil. Des normes et protocoles de système de communication sans fil peuvent inclure le Projet de partenariat de 3e génération (3GPP) évolution à long terme (LTE) (par exemple, 4G) ou nouvelle radio (NR) (par exemple, 5G) ; la norme de l'Institut des ingénieurs électriciens et électroniciens (IEEE) 802.16, qui est couramment connue de groupes industriels sous le nome Interopérabilité mondiale pour accès hyperfréquence (WiMAX) ; et la norme IEEE 802.11 pour réseaux locaux sans fil (WLAN), qui est couramment connue des groupes industriels sous le nom Wi-Fi. Dans des réseaux d'accès radio (RAN) 3GPP dans des systèmes LTE, la station de base peut inclure un nœud RAN tel qu'un nœud B (également couramment désigné comme nœud B évolué, nœud B amélioré, eNodeB, ou eNB) de réseau d'accès radio terrestre universel évolué (E-UTRAN) et/ou un contrôleur de réseau radio (RNC) dans un E-UTRAN, lesquels communiquent avec un dispositif de communication sans fil, connu sous le nom d'équipement utilisateur (UE). Dans des RAN sans fil de cinquième génération (5G), des nœuds RAN peuvent inclure un nœud 5G, un nœud NR (également désigné nœud B de prochaine génération ou nœud B g (gNB)).
Les RAN utilisent une technologie d'accès radio (RAT) pour communiquer entre le nœud RAN et l'UE. Des RAN peuvent inclure le système mondial de communications mobiles (GSM), un RAN à débits de données améliorés pour évolution GSM (EDGE) (GERAN), un réseau d'accès radio terrestre universel (UTRAN), et/ou E-UTRAN, qui fournissent un accès à des services de communication par l'intermédiaire d'un réseau central. Chacun des RAN fonctionne selon une RAT 3GPP spécifique. Par exemple, le GERAN implémente une RAT GSM et/ou EDGE, l'UTRAN implémente une RAT système de télécommunication mobile universel (UMTS) ou autre RAT 3GPP, l'E-UTRAN implémente une RAT LTE, et NG-RAN implémente une RAT 5G. Dans certains déploiements, l'E-UTRAN peut également implémenter une RAT 5G.
Les bandes de fréquence pour 5G NR peuvent être séparées en deux plages de fréquence différentes. La plage de fréquence 1 (FR1) peut inclure les bandes de fréquence fonctionnant dans les fréquences sous 6 GHz, mais peut potentiellement être étendue pour couvrir de nouvelles offres de spectre potentielles de 410 MHz à 7125 MHz. La plage de fréquence 2 (FR2) peut inclure les bandes de fréquence de 24,25 GHz à 52,6 GHz. Les bandes dans la plage d'ondes millimétriques (mmWave) de FR2 peuvent fournir une plus petite couverture, mais une largeur de bande disponible potentiellement plus élevée que les bandes dans la FR1. Le spécialiste reconnaîtra que ces plages de fréquences, qui sont fournies à titre d'exemple, peuvent changer de temps à autre d'une région à l'autre.
BRÈVE DESCRIPTION DES MULTIPLES VUES DES DESSINS
BRÈVE DESCRIPTION DES MULTIPLES VUES DES DESSINS
Pour identifier facilement la discussion de n'importe quel élément ou action particulier, le chiffre ou les chiffres les plus significatifs dans un numéro de référence font référence au numéro de figure dans lequel cet élément est d'abord présenté.
DESCRIPTION DÉTAILLÉE
Dans certaines mises en œuvre de connectivité double E-UTRAN Nouvelle Radio (EN-DC), un réseau peut utiliser une bande d'ancrage dans une première RAT. Dans ces situations, le réseau peut choisir certaines bandes/fréquences de la première RAT pour être un groupe de cellules maîtresses (MCG), en haut duquel un groupe de cellules secondaires (SCG) peut être configuré sur la deuxième RAT. Dans ces cas, il se peut que la première RAT soit une RAT LTE et que la deuxième RAT soit une RAT 5G NR, mais d'autres combinaisons de types de RAT sont envisagées.
Il se peut dans ces réseaux que, par exemple, un réseau à capacité 5G puisse avoir tendance à (ou être configuré pour) pousser des UE à capacité NR vers une ou des bande(s) d'ancrage LTE puis configurer l'UE avec l'EN-DC à la fois sur LTE et NR. Une bande d'ancrage LTE peut être une bande qui est mise de côté et/ou configurée par le réseau à cette fin. Tel qu'il est utilisé ici, une cellule d'ancrage peut être une cellule qui fonctionne dans la bande d'ancrage et est utilisée à cette fin.
Dans ces scénarios, il se peut qu'un UE soit connecté avec une piètre couverture sur la bande d'ancrage LTE. Il se peut également que l'UE soit dans une piètre couverture NR. Dans ce cas, l'UE peut être limité à de faibles débits parce que le SCG NR peut ne pas être configuré en haut de la bande LTE d'ancrage en raison de la piètre couverture NR, et l'UE est en conséquence limité en couverture par la porteuse LTE unique (avec de mauvaises conditions radio) dans la bande d'ancrage.
Par exemple, certaines porteuses déployant la 5G ont prévu des réseaux de sorte qu'il y a une bande d'ancrage LTE unique (par exemple, la bande LTE 28 en France). En raison de cette implémentation, des réseaux peuvent pousser l'UE pour obtenir des services NR en fournissant d'abord une resélection de cellule à haute (dans certains cas, la plus haute) priorité correspondant à la bande LTE 28 et en la signalant à l'UE par l'intermédiaire d'un message de libération de connexion de commande de ressource radio (RRC). De ce fait, l'UE reçoit une priorité de resélection (la plus) haute pour la bande LTE 28 et ainsi se déplace vers une cellule dans la bande LTE 28. Dans cet exemple, la bande 28 a été sélectionnée à titre d'exemple et sans aucun caractère limitatif – dans d'autres implémentations, une autre bande peut être utilisée de façon similaire.
Une fois que l'UE se déplace vers la bande d'ancrage (bande 28), l'UE reçoit un message de configuration de mesure NR depuis le réseau et commence à mesurer des cellules NR. Cependant, en raison d'une piètre couverture NR au niveau de la localisation de l'UE, il se peut qu'aucune cellule NR ne puisse répondre à un seuil B1-NR (où un B1 pair indique qu'une RAT voisine devient meilleure qu'un seuil). Étant donné que le seuil B1-NR n'est pas respecté, l'UE est incapable de déclencher un rapport de mesure de connectivité double multi-RAT (MR-DC) vers le réseau. Ainsi, zéro cellule NR est configurée/activée dans le cadre du SCG EN-DC pour l'UE. En outre, comme décrit précédemment, il se peut qu'en plus du SCG NR indisponible, l'UE se trouve également à une localisation où la couverture de bande LTE 28 n'est pas bonne. Il se peut que l'UE soit immobilisé à la bande 28 et soit incapable de resélectionner d'autres bandes LTE avec (éventuellement) une meilleure couverture en raison de la configuration de priorités de resélection de cellule par le réseau en faveur de la bande 28 en raison de ses capacités de bande d'ancrage.
L'exemple suivant traite d'un problème d'allers et retours répétitifs qui peut survenir dans les circonstances ci-dessus, où l'UE boucle de manière constante à travers de multiples RAT.
Premièrement, un UE sélectionne une meilleure cellule LTE sur la base de conditions radio et déclenche une procédure de connexion. L'utilisateur de l'UE peut ensuite mettre en œuvre un certain transfert de données en utilisant l'UE, et le réseau peut configurer 4CA (à savoir une agrégation de porteuses en utilisant 4 porteuses) sur LTE, en raison de quoi l'UE obtient un débit proche, par exemple, de 300 Mbits/s. Après l'achèvement du transfert de données, le réseau déclenche une procédure de libération RRC qui inclut une priorité (la plus) haute pour la bande LTE d'ancrage 28.
En réponse, l'UE resélectionne vers une cellule dans la bande LTE 28 et lit un bloc d'informations système (SIB) 2, qui a un élément d'information (IE) « UpperLayerIndication-r15 » défini sur « True ». L'UE peut ensuite indiquer une icône 5G sur l'interface utilisateur (UI) de l'UE à l'utilisateur de l'UE.
L'utilisateur de l'UE peut maintenant commencer un deuxième transfert de données, et dans le cadre de ce processus l'UE peut déclencher une demande de service au réseau. En réponse, le réseau peut fournir une configuration de mesure que l'UE peut utiliser pour rechercher, et établir un rapport au réseau concernant, une ou plusieurs cellules NR si elles répondent au seuil d'établissement de rapport (par exemple, un seuil B1-NR).
L'UE met en œuvre les mesures sur une ou plusieurs cellules NR et identifie qu'aucune des mesures de cellule NR ne répond au seuil B1-NR. Ainsi, l'UE ne déclenche pas de rapport MR-DC vers le réseau. En conséquence, zéro cellule NR est configurée/activée dans le cadre du SCG EN-DC pour l'UE. En outre, parce que le réseau est configuré pour que l'UE utilise la bande LTE 28, l'UE est maintenant « immobilisée » sur la bande LTE 28 alors qu'il peut y avoir de meilleures cellules LTE disponibles, car un transfert entre bandes LTE interfréquences peut ne pas être possible en raison des critères de critères requis qui ne sont pas remplis.
Ensuite, dans le cadre d'un processus de mesure, l'UE peut détecter qu'une ou plusieurs cellules UMTS sont de qualité de signal acceptable et en conséquence rapporte un EVENT-B2 au réseau. Le réseau peut répondre en déclenchant un message « MobilityFromEutraCommand » vers l'UE pour déplacer l'UE vers une cellule UMTS cible. L'UE peut ensuite se déplacer vers la cellule UMTS cible et continuer le deuxième transfert de données.
Après l'achèvement du deuxième transfert de données, l'UE peut de nouveau resélectionner une cellule LTE à bonne couverture (par exemple, sur la bande LTE 20), mais, en raison des priorités de resélection du réseau abordées ci-dessus, l'UE peut ensuite procéder à une resélection vers une cellule sur la bande LTE 28. En d'autres termes, l'UE tombe dans une autre boucle de comportement similaire à celui décrit ci-dessus.
Ainsi, il se peut que l'UE fasse de façon continue des allers et retours répétitifs entre RAT différentes et dans des bandes LTE différentes sans jamais obtenir de 5G réelle. Ces allers et retours répétitifs peuvent entraîner une plus haute consommation d'énergie au niveau de l'UE, car il répète indéfiniment ce processus. Cette plus haute utilisation d'énergie peut entraîner une autonomie de batterie relativement moindre, qu'un utilisateur de l'UE peut associer à une piètre performance. Ce processus peut également faire en sorte que le deuxième transfert de données se produise sur une cellule UMTS, qui peut ne pas atteindre les vitesses 5G (ou même LTE) auxquelles l'utilisateur de l'UE (qui a une capacité 5G) pourrait s’attendre.
Ainsi, il peut être souhaitable que l'UE dépriorise la cellule d'ancrage LTE dans certains scénarios 5G. Cette dépriorisation peut être appliquée lorsque diverses conditions sont remplies. Une telle condition peut être que l'UE se trouve dans un état de mobilité déterminé correspondant à une mobilité nulle et/ou basse (par exemple, un état stationnaire et/ou un état de piéton). Une autre condition telle peut être que l'UE reçoive des configurations de mesure pour une ou plusieurs cellules NR depuis le réseau. Une autre condition telle peut être qu'aucune des cellules NR à l'emplacement de l'UE ne puisse répondre à un seuil B1-NR. Une autre condition telle peut être que des cellules LTE voisines (soit de la même bande soit d'une bande différente) soient meilleures que la cellule d'ancrage LTE actuelle. Une autre condition telle peut être que des cellules secondaires (SCells) pour une agrégation de porteuses ne soient pas configurées par le réseau pour une utilisation sur la cellule LTE (d'ancrage) actuelle.
La FIG. 1 montre un procédé 100 de dépriorisation d'une cellule d'ancrage LTE au niveau d'un UE, selon un mode de réalisation.
Les fonctions 128 du moteur de dépriorisation de cellule peuvent entraîner la création et/ou modification d'un classement relatif de diverses cellules LTE connues à une localisation donnée. Ces données de classement peuvent être désignées ici des données classées de priorisation de cellule. Les classements dans les données classées de priorisation de cellule peuvent correspondre aux priorités internes abordées ci-dessous. Par exemple, le fait qu'une cellule d'ancrage ait été dépriorisée dans les priorités internes de l'UE peut se refléter par un classement inférieur de cette cellule d'ancrage par rapport à d'autres cellules également classées dans les données classées de priorisation de cellule.
Au bloc 102, un UE lit les SIB d'une ou plusieurs cellules LTE. Au bloc 104, l'UE s'enregistre ensuite sur la meilleure cellule LTE sur la base de conditions RF. Après que l'UE s'enregistre sur la meilleure cellule LTE au bloc 104, l'UE procède à la mise en œuvre des fonctions du bloc 106 au bloc 110 comme décrit ci-dessous.
Au bloc 106, l'UE vérifie si une IE « UpperLayerIndication » est définie sur true. Si l'UE détermine dans le cadre du bloc 106 qu'une IE « UpperLayerIndication » est définie sur true, l'UE, au bloc 108, stocke sa localisation actuelle, son identificateur de cellule physique (PCI) actuel, la bande LTE sur laquelle elle se trouve actuellement, et la disponibilité d'une ou plusieurs cellules NR au niveau de sa localisation actuelle.
Au bloc 110, l'UE stocke également des configurations CA associées à la cellule actuelle qui ont été reçues sur la base d'une reconfiguration.
L'UE passe ensuite au bloc 112. Au bloc 112, le réseau configure ensuite une priorité de resélection la plus élevée pour la bande d'ancrage LTE. Au bloc 114, l'UE resélectionne ensuite la bande d'ancrage LTE en raison des priorités de resélection de réseau. Après que l'UE resélectionne la bande d'ancrage LTE au bloc 114, l'UE procède à la mise en œuvre des fonctions du bloc 116 au bloc 126 comme décrit ci-dessous.
Au bloc 116, l'UE vérifie si une IE « UpperLayerIndication » est définie sur true. Si l'UE détermine dans le cadre du bloc 116 qu'une IE « UpperLayerIndication » est définie sur true, l'UE passe au bloc 118 et stocke sa localisation actuelle, son PCI actuel, la bande LTE sur laquelle elle se trouve actuellement, et la disponibilité d'une ou plusieurs cellules NR au niveau de sa localisation actuelle.
Dans certains modes de réalisation, l’« UpperLayerIndication » du bloc 106 et du bloc 116 peut indiquer à un UE qui se trouve sur la cellule LTE donnée que le réseau est configuré avec des cellules NR qui sont colocalisées avec la cellule LTE. Donc, l’« UpperLayerIndication » indique à l'UE que le réseau prend en charge un fonctionnement EN-DC non autonome (NSA). Une indication de « True » pour l’« UpperLayerIndication » peut être une condition préalable pour que la cellule LTE donnée soit classée dans les données classées de priorisation de cellule, ou elle peut être utilisée pour fournir un classement plus élevé à la cellule LTE donnée dans les données classées de priorisation de cellule.
Dans certains modes de réalisation, les informations stockées au bloc 108 et au bloc 118 (par exemple, localisation d'UE, PCI, bande LTE, et/ou disponibilité de NR) peuvent être utilisées lors du classement des cellules LTE données dans les données classées de priorisation de cellule. Par exemple, la localisation d'UE, le PCI, et la bande LTE d'une cellule LTE donnée peuvent être utilisés pour aider à identifier la cellule LTE qui est en cours de classement. Les informations de disponibilité de NR peuvent être utilisées pour déterminer s'il faut classer une cellule LTE dans les données classées de priorisation de cellule tout court, ou peuvent être utilisées pour classer une cellule LTE plus haut sur la base d'une indication indiquant que NR est disponible au niveau de cette cellule.
Au bloc 120, l'UE surveille également les conditions RF de cellules voisines. De là, l'UE peut ensuite passer au bloc 122 et vérifier si n'importe quelles cellules LTE précédemment occupées à cette localisation ont des meilleures conditions radio et/ou configurations CA que la cellule actuelle. S'il y a de meilleures cellules LTE précédemment occupées à cette localisation, l'UE passe au bloc 124 et classe les cellules connues avec des priorités internes. L'UE peut effacer plus tard ces priorités internes lorsque l'UE est déplacé vers une localisation différente en passant au bloc 126.
Dans certains modes de réalisation, l'UE peut vérifier les conditions RF des cellules voisines au bloc 120 afin de déterminer si une ou plusieurs des cellules voisines sont meilleures que la cellule actuelle. Ceci peut être une condition préalable pour la dépriorisation de la cellule (d'ancrage) actuelle (comme décrit ci-dessus).
Dans certains modes de réalisation, au bloc 122 l'UE peut détecter les conditions radio actuelles au niveau des cellules LTE précédemment occupées afin de réaliser sa détermination quant à savoir si une cellule LTE précédemment occupée a de meilleures conditions radio que la cellule LTE actuelle. Une cellule précédemment occupée peut avoir de meilleures conditions radio lorsque, par exemple, une puissance de signal d'une porteuse de la cellule précédemment occupée est meilleure qu'une puissance de signal d'une porteuse de la cellule actuelle. En outre, l'UE peut utiliser des informations précédemment recueillies concernant des configurations CA afin de réaliser une détermination quant à savoir si une cellule LTE précédemment occupée a une meilleure configuration CA que la cellule LTE actuelle. Une meilleure configuration CA peut être une configuration CA qui utilise plus de porteuses qu'une configuration CA au niveau de la cellule actuelle. Ces configurations CA précédemment stockées peuvent inclure une ou plusieurs configurations CA recueillies dans le cadre du bloc 110 décrit ci-dessus.
Il se peut qu'au bloc 122 et au bloc 124, une cellule puisse être considérée comme meilleure que la cellule LTE actuelle si elle a l'une ou l'autre (ou l'une et l'autre) parmi de meilleures conditions radio et une meilleure configuration CA que la cellule actuelle.
L'UE passe ensuite au bloc 130 et commence une recherche et acquisition de cellules NR sur la base d'une configuration de mesure NR. Si des cellules NR sont détectées (et, dans certains cas, si les cellules NR détectées répondent à ou dépassent un seuil B1-NR déterminé), l'UE passe au bloc 132 et une cellule NR est configurée pour utilisation avec l'UE, et le processus se termine.
Si des cellules NR ne sont pas détectées (et/ou si aucune parmi la ou les cellule(s) NR qui sont détectées ne répond à ou ne dépasse un seuil B1-NR déterminé), l'UE passe à la place au bloc 134, et aucune cellule NR n'est configurée pour utilisation avec l'UE.
À partir du bloc 134, l'UE passe éventuellement au bloc 136 et identifie qu'il a été dans un ou plusieurs états de mobilité déterminés pendant une durée de temps déterminée, et en réponse il peut déprioriser la cellule LTE actuellement enregistrée (occupée) et mettre en œuvre une resélection de cellule sur la base des priorités internes. En d'autres termes, l'UE peut resélectionner une cellule qui est sélectionnée dans les données classées de priorisation de cellule (par exemple, une cellule précédemment occupée). Dans certains modes de réalisation, les fonctions 128 d'un moteur de dépriorisation de cellule peuvent se produire avant que l'UE ne passe au bloc 136, de sorte que lorsque la cellule d'ancrage est dépriorisée dans le cadre du bloc 136, les données classées de priorisation de cellule résultant des fonctions 128 sont prêtes à être utilisées dans la mise en œuvre de la resélection de cellule du bloc 136.
Dans certains modes de réalisation, le ou les états de mobilité déterminés du bloc 136 peuvent être sélectionnés dans un groupe d'états de mobilité définis par des normes. Par exemple, le ou les états de mobilité peuvent être des états de mobilité tels que définis par la norme de Télécommunications mobiles internationales-202 (TMI-2020), qui définit un état de mobilité stationnaire, un état de mobilité de piéton, un état de mobilité de véhicule, et un état de véhicule à grande vitesse. Il se peut que dans certains modes de réalisation, le ou les états de mobilité déterminés incluent un état stationnaire. Dans d'autres modes de réalisation, le ou les états de mobilité déterminés peuvent inclure un état stationnaire et un état de piéton.
Dans certains modes de réalisation, la durée de temps déterminée du bloc 136 peut être un laps de temps qui est utile pour s'assurer que l'UE n'est pas dans l'un des états de mobilité déterminés uniquement sur une base très temporaire. Par exemple, cette durée de temps peut être, par exemple, 10 secondes, 30 secondes, 6 minutes, ou une heure. D'autres durées de temps sont envisagées.
Au niveau d'un certain point ultérieur, l'UE passe au bloc 138, où la cellule dépriorisée peut être repriorisée dans les priorités internes de l'UE en réponse à un changement d'un code de zone de suivi (TAC) au niveau de l'UE ou si la cellule dépriorisée devient meilleure qu'une ou plusieurs cellules voisines d'un seuil de puissance déterminé.
Dans certains modes de réalisation, le seuil de puissance déterminé du bloc 138 peut être un seuil de puissance qui est suffisant pour garantir qu'il y a une différence significative de puissance reçue au niveau de la cellule dépriorisée par comparaison avec la cellule qui a été précédemment resélectionnée au bloc 136. Par exemple, ce seuil de puissance peut être une différence de 10 dBm, 15 dBm, ou 20 dBm. D'autres valeurs de seuil de puissance sont envisagées.
Alors que la FIG. 1 a été abordée par rapport à des cellules LTE et des cellules NR, il est envisagé que d'autres types de RAT puissent remplacer l'un et/ou l'autre de ces types de cellules suivant la situation, en fonction de la connexion réseau.
Voici un exemple de la manière dont ce processus peut se produire. Un UE sélectionne une cellule LTE sur la base de conditions radio favorables trouvées au niveau de la cellule. Le réseau déclenche ensuite une libération RRC avec une resélection de priorité (la plus) haute correspondant à la bande LTE 28 (qui est la bande d'ancrage LTE configurée du réseau). L'UE resélectionne ensuite (occupe une cellule dans) la bande LTE 28.
L'UE met ensuite en œuvre des mesures de cellule NR sur la base de configurations de mesure. Dans ce cas, aucune de ces mesures de cellule NR ne répond à un seuil B1-NR déterminé, entraînant une détermination au niveau de l'UE de la non-disponibilité de couverture de cellule NR à cette localisation.
L'UE dépriorise ensuite la cellule LTE actuelle sur la bande 28 dans les priorités internes de l'UE. Cette dépriorisation peut être sur la base d'une détermination que des conditions préalables pour une dépriorisation sont présentes. Par exemple, il se peut que l'UE soit dans un état de mobilité déterminé correspondant à une mobilité nulle et/ou basse. Il se peut également que l'UE ait reçu des configurations de mesure pour une ou plusieurs cellules NR. Il se peut également qu'aucune de ces cellules NR ne réponde à un seuil B1-NR. Il se peut également que des cellules LTE voisines (soit de la même bande soit d'une bande différente) soient meilleures que la cellule d'ancrage LTE actuelle. Il se peut également que des SCells pour CA ne soient pas configurées par le réseau pour une utilisation sur la cellule LTE actuelle.
L'UE met ensuite en œuvre une resélection de cellule en utilisant les priorités internes, et une cellule LTE différente (par exemple, une cellule LTE ne se trouvant pas sur la bande d'ancrage, la bande 28) est sélectionnée pour utilisation par l'UE, malgré la préférence du réseau pour que l'UE utilise une cellule dans la bande d'ancrage 28.
Dans certains modes de réalisation, l'UE réalisant une telle resélection sur la base de priorités internes peut relever sa localisation actuelle (par exemple, latitude et longitude) par rapport à la performance de cellule d'ancrage, en ne resélectionnant pas de ce fait une telle cellule (malgré les préférences indiquées de réseau) dans des itérations futures.
Les procédés décrits de dépriorisation d'une cellule d'ancrage LTE au niveau d'un UE peuvent avoir divers bénéfices. L'UE peut éviter d'inutiles transferts vers des RAT différentes, et peut également éviter un grand nombre de resélections dans des bandes LTE différentes. L'utilisation des procédés décrits de dépriorisation peut réduire une signalisation de surdébit du fait de la réduction de multiples rapports de mesure qui peuvent être déclenchés dans chaque bande utilisée à un débit donné. En outre, l'UE peut se retrouver sur une meilleure cellule LTE par rapport à une cellule de la bande d'ancrage, plutôt qu'occupant une piètre cellule LTE d'ancrage dotée d'une couverture 5G nulle (ou piètre).
La FIG. 2 montre un exemple d'architecture d'un système 200 d'un réseau, conformément à divers modes de réalisation. La description suivante est fournie pour un exemple de système 200 qui fonctionne conjointement avec les normes de système LTE et les normes de système 5G ou NR fournies par les spécifications techniques 3GPP. Cependant, les modes de réalisation donnés à titre d'exemple ne sont pas limités en ce sens et les modes de réalisation décrits peuvent s'appliquer à d'autres réseaux qui bénéficient des principes décrits ici, tels que les futurs systèmes 3GPP (par exemple, les systèmes de sixième génération (6G)), les protocoles IEEE 802.16 (par exemple, WMAN, WiMAX, etc.), ou similaire.
Comme montré par la FIG. 2, le système 200 inclut un UE 202 et un UE 204. Dans cet exemple, l'UE 202 et l'UE 204 sont illustrés comme des téléphones intelligents (par exemple, des appareils informatiques mobiles à écran tactile portables pouvant être connectés à un ou plusieurs réseaux cellulaires), mais peuvent également comprendre n'importe quel appareil informatique mobile ou non mobile, tel que des appareils électroniques grand public, des téléphones cellulaires, des téléphones intelligents, des téléphones polyvalents, des tablettes informatiques, des dispositifs informatiques portables, des assistants numériques personnels (PDA), des téléavertisseurs, des combinés sans fil, des ordinateurs de bureau, des ordinateurs portables, des appareils d'infodivertissement embarqués (IVI), des appareils de divertissement embarqués (ICE), un groupe d'instruments (IC), des dispositifs d'affichage tête haute (HUD), des dispositifs de diagnostic embarqués (OBD), des équipements mobiles de bord (DME), des terminaux de données mobiles (MDT), des systèmes électroniques de gestion de moteur (EEMS), des unités de commande électronique/moteur (ECU), des modules de commande d'électronique/moteur (ECM), des systèmes embarqués, des microcontrôleurs, des modules de commande, des systèmes de gestion de moteur (EMS), des appareils en réseau ou « intelligents », des dispositifs MTC, des dispositifs M2M, des dispositifs IoT, et/ou similaires.
Dans certains modes de réalisation, l'UE 202 et/ou l'UE 204 peuvent être des UE IoT, qui peuvent comprendre une couche d'accès réseau conçue pour des applications IoT à faible puissance utilisant des connexions d'UE éphémères. Un UE IoT peut faire appel à des technologies telles que M2M ou MTC pour échanger des données avec un serveur ou dispositif MTC via une communication PLMN, ProSe ou D2D communication, des réseaux de capteurs, ou des réseaux IoT. L'échange M2M ou MTC de données peut être un échange de données initié par machine. Un réseau IoT décrit l'interconnexion d'UE IoT, qui peut inclure des dispositifs informatiques intégrés identifiables de façon unique (au sein de l'infrastructure Internet), avec des connexions éphémères. Les UE IoT peuvent exécuter des applications d'arrière-plan (par exemple, des messages de maintien en activité, des mises à jour d'état, etc.) pour faciliter les connexions du réseau IoT.
L'UE 202 et l'UE 204 peuvent être configurés pour se connecter, par exemple, se coupler par communications, à un nœud d'accès ou nœud d'accès radio (montré par le (R)AN 216). Dans des modes de réalisation, le (R)AN 216 peut être un RAN NG ou un RAN SG, un E-UTRAN, ou un RAN traditionnel, tel qu'un UTRAN ou GERAN. Tel qu'il est utilisé ici, le terme « RAN NG » ou similaire peut faire référence à un (R)AN 216 qui fonctionne dans un système NR ou SG, et le terme « E-UTRAN » ou similaire peut faire référence à un (R)AN 216 qui fonctionne dans un système LTE ou 4G. L'UE 202 et l'UE 204 utilisent des connexions (ou canaux) (montrées comme connexion 206 et connexion 208, respectivement), dont chacune comprend une interface ou couche de communication physique (abordée de manière plus détaillée ci-dessous).
Dans cet exemple, la connexion 206 et la connexion 208 sont des interfaces hertziennes pour permettre un couplage par communication, et peuvent être cohérentes avec des protocoles de communication cellulaire, tels qu'un protocole GSM, un protocole réseau CDMA, un protocole PTT, un protocole POC, un protocole UMTS, un protocole LTE 3GPP, un protocole SG, un protocole NR, et/ou l'un quelconque des autres protocoles de communication abordés ici. Dans des modes de réalisation, l'UE 202 et l'UE 204 peuvent échanger directement des données de communication via une interface ProSe 210. L'interface ProSe 210 peut selon une autre possibilité être désignée interface de liaison latérale (SL) 210 et peut comprendre un ou plusieurs canaux logiques, y compris, mais sans s'y limiter un PSCCH, un PSSCH, un PSDCH et un PSBCH.
L'UE 204 est montrée comme étant configurée pour accéder à un AP 212 (également désigné « nœud WLAN », « WLAN », « terminaison WLAN », « WT » ou similaire) via la connexion 214. La connexion 214 peut comprendre une connexion sans fil locale, telle qu'une connexion cohérente avec n'importe quel protocole IEEE 802.11, dans lequel l'AP 212 comprendrait un routeur Fidélité sans fil (Wi-Fi®). Dans cet exemple, l'AP 212 peut être connecté à Internet sans connexion au réseau central du système sans fil (décrit de manière plus détaillée ci-dessous). Dans divers modes de réalisation, l'UE 204, le (R)AN 216, et l'AP 212 peuvent être configurés pour utiliser une opération LWA et/ou une opération LWIP. L’opération LWA peut impliquer la configuration de l'UE 204 dans RRC_CONNECTED par le nœud RAN 218 ou le nœud RAN 220 pour utiliser des ressources radio de LTE et de WLAN. L’opération LWIP peut impliquer l'UE 204 utilisant des ressources radio WLAN (par exemple, la connexion 214) via une tunnelisation de protocole IPsec pour authentifier et chiffrer des paquets (par exemple, des paquets IP) envoyés sur la connexion 214. La tunnelisation IPsec peut inclure l'encapsulation de l'entièreté des paquets IP originaux et l'ajout d'un nouvel en-tête de paquet, ce qui protège l'en-tête original des paquets IP.
Le (R)AN 216 peut inclure un ou plusieurs nœuds AN, tels que le nœud RAN 218 et le nœud RAN 220, qui permettent la connexion 206 et la connexion 208. Tels qu'ils sont utilisés ici, les termes « nœud d'accès », « point d'accès », ou similaire peuvent décrire un équipement qui fournit des fonctions de bande de base radio pour une connectivité de données et/ou de signaux vocaux entre un réseau et un ou plusieurs utilisateurs. Ces nœuds d'accès peuvent être désignés BS, gNB, nœuds RAN, nœuds B évolués, nœuds B, RSU, TRxP, TRP, etc., et peuvent comprendre des stations au sol (par exemple, des points d'accès terrestres) ou des stations satellites fournissant une couverture au sein d'une zone géographique (par exemple, une cellule). Tel qu'il est utilisé ici, le terme « nœud RAN NG » ou similaire peut faire référence à un nœud RAN qui fonctionne dans un système NR ou SG (par exemple, un gNB), et le terme « nœud E-UTRAN » ou similaire peut faire référence à un nœud RAN qui fonctionne dans un système LTE ou 4G 200 (par exemple, un eNB). Selon divers modes de réalisation, le nœud RAN 218 ou le nœud RAN 220 peut être implémenté en tant qu'un ou plusieurs parmi un dispositif physique dédié tel qu'une station de base de macrocellule, et/ou une station de base à faible puissance (LP) pour fournir des femtocellules, picocellules ou d'autres cellules de ce type ayant des zones de couverture plus petites, une plus petite capacité d'utilisateurs, ou une largeur de bande plus élevée par comparaison à des macrocellules.
Dans certains modes de réalisation, la totalité ou une partie du nœud RAN 218 ou du nœud RAN 220 peut être implémentée en tant qu'une ou plusieurs entités logicielles s'exécutant sur des ordinateurs serveurs dans le cadre d'un réseau virtuel, qui peut être désigné CRAN et/ou un ensemble virtuel d'unités de bande de base (vBBUP). Dans ces modes de réalisation, le CRAN ou vBBUP peut implémenter un fractionnement de fonction RAN, tel qu'un fractionnement de PDCP dans lequel les couches RRC et PDCP sont exploitées par le CRAN/vBBUP et d'autres entités de protocole L2 sont exploitées par des nœuds RAN individuels (par exemple, le nœud RAN 218 ou le nœud RAN 220) ; un fractionnement MAC/PHY dans lequel les couches RRC, PDCP, RLC, et MAC sont exploitées par le CRAN/vBBUP et la couche PHY est exploitée par des nœuds RAN individuels (par exemple, le nœud RAN 218 ou le nœud RAN 220) ; ou un fractionnement de « PHY inférieur » dans lequel les couches RRC, PDCP, RLC, MAC et des parties supérieures de la couche PHY sont exploitées par le CRAN/vBBUP et des parties inférieures de la couche PHY sont exploitées par des nœuds RAN individuels. Cette infrastructure virtualisée permet aux cœurs de processeur libérés du nœud RAN 218 ou du nœud RAN 220 de mettre en œuvre d'autres applications virtualisées. Dans certaines implémentations, un nœud RAN individuel peut représenter des gNB-DU individuels qui sont connectés à un gNB-CU via des interfaces F1 individuelles (non montrées par la FIG. 2). Dans ces implémentations, les gNB-DU peuvent inclure une ou plusieurs têtes radio distantes ou RFEM, et le gNB-CU peut être exploité par un serveur qui est localisé dans le (R)AN 216 (non montré) ou par un ensemble de serveurs d'une manière similaire au CRAN/vBBUP. En complément, ou, selon une autre possibilité, un ou plusieurs parmi le nœud RAN 218 ou le nœud RAN 220 peuvent être des nœuds B évolués de prochaine génération (ng-eNBs), qui sont des nœuds RAN qui fournissent des terminaisons de protocole de plan utilisateur et de plan de commande E-UTRA vers l'UE 202 et l'UE 204, et sont connectés à un SGC via une interface NG (abordée plus bas). Dans des scénarios V2X un ou plusieurs parmi le nœud RAN 218 ou le nœud RAN 220 peuvent être ou peuvent jouer le rôle de RSU.
Le terme « unité côté route » ou « RSU » peut faire référence à n'importe quelle entité d'infrastructure de transport utilisée pour des communications V2X. Une RSU peut être implémentée dans ou par un nœud RAN approprié ou un UE stationnaire (ou relativement stationnaire), où une RSU implémentée dans ou par un UE peut être désignée « RSU de type UE », une RSU implémentée dans ou par un nœud B évolué peut être désignée « RSU de type eNB », une RSU implémentée dans ou par un gNB peut être désignée « RSU de type gNB », et similaires. Dans un exemple, une RSU est un dispositif informatique couplé à un circuit radiofréquence situé en bord de route qui fournit une prise en charge de connectivité à des UE de véhicule (vUE) qui passent. La RSU peut également inclure un circuit interne de stockage de données pour stocker une géométrie de carte de carrefour, des statistiques de trafic, et des supports, ainsi que des applications/un logiciel pour détecter et commander le trafic en cours de véhicules et de piétons. La RSU peut fonctionner sur la bande de communications directes à courte portée (DSRC) de 5,9 GHz pour fournir des communications à très faible latence requises pour des événements à grande vitesse, tels que l'évitement d'une collision, des avertissements de trafic, et similaires. En complément ou, selon une autre possibilité, la RSU peut fonctionner sur la bande cellulaire V2X pour fournir les communications à faible latence susmentionnées, ainsi que d'autres services de communications cellulaires. En complément ou, selon une autre possibilité, la RSU peut fonctionner en tant que borne Wi-Fi (bande de 2,4 GHz) et/ou fournir une connectivité à un ou plusieurs réseaux cellulaires pour fournir une communication en liaison montante et en liaison descendante. Le(s) dispositif(s) informatique(s) et une partie ou la totalité du circuit radiofréquence de la RSU peuvent être conditionnés dans une enceinte résistant aux intempéries appropriée pour une installation à l'extérieur, et peuvent inclure un contrôleur d'interface réseau pour fournir une connexion câblée (par exemple, Ethernet) à un contrôleur de signal de trafic et/ou à un réseau de liaison secondaire.
Le nœud RAN 218 et/ou le nœud RAN 220 peuvent terminer le protocole d'interface hertzienne et peuvent être le premier point de contact pour l'UE 202 et l'UE 204. Dans certains modes de réalisation, le nœud RAN 218 et/ou le nœud RAN 220 peuvent remplir diverses fonctions logiques pour le (R)AN 216 y compris, mais sans caractère limitatif, des fonctions de contrôleur de réseau radio (RNC) telles que la gestion de porteuse radio, la gestion dynamique de ressources radio de liaison montante et de liaison descendante et la planification de paquet de données, et la gestion de mobilité.
Dans des modes de réalisation, l'UE 202 et l'UE 204 peuvent être configurés pour communiquer en utilisant des signaux de communication OFDM l'un avec l'autre ou avec le nœud RAN 218 et/ou le nœud RAN 220 sur un canal de communication multiporteuse conformément à diverses techniques de communication, telles que, mais sans caractère limitatif, une technique de communication OFDMA (par exemple, pour des communications en liaison descendante) ou une technique de communication SC-FDMA (par exemple, pour des communications en liaison montante et ProSe ou en liaison latérale), bien que le champ d'application des modes de réalisation ne soit pas limité en ce sens. Les signaux OFDM peuvent comprendre une pluralité de sous-porteuses orthogonales.
Dans certains modes de réalisation, une grille de ressource de liaison descendante peut être utilisée pour des transmissions en liaison descendante depuis le nœud RAN 218 et/ou le nœud RAN 220 vers l'UE 202 et l'UE 204, alors que des transmissions en liaison montante peuvent faire appel à des techniques similaires. La grille peut être une grille de temps-fréquence, appelée grille de ressource ou grille de ressource temps-fréquence, qui est la ressource physique dans la liaison descendante dans chaque créneau. Une telle représentation de plan de temps-fréquence est une pratique habituelle pour des systèmes OFDM, ce qui la rend intuitive pour une allocation de ressource radio. Chaque colonne et chaque rangée de la grille de ressource correspond à un symbole OFDM et à une sous-porteuse OFDM, respectivement. La durée de la grille de ressource dans le domaine de temps correspond à un créneau dans une trame radio. La plus petite unité de temps-fréquence dans une grille de ressource est désignée élément de ressource. Chaque grille de ressource comprend un nombre de blocs de ressource, qui décrivent le mappage de certains canaux physiques à des éléments de ressource. Chaque bloc de ressource comprend une collection d'éléments de ressource ; dans le domaine de fréquence, ceci peut représenter la plus petite quantité de ressources qui peut actuellement être allouée. Il y a plusieurs canaux physiques de liaison descendante différents qui sont transportés en utilisant de tels blocs de ressource.
Selon divers modes de réalisation, l'UE 202 et l'UE 204 et le nœud RAN 218 et/ou le nœud RAN 220 communiquent des données (par exemple, transmettent et reçoivent) sur un support sous licence (également désigné le « spectre sous licence » et/ou la « bande sous licence ») et un support partagé sans licence (également désigné le « spectre sans licence » et/ou la « bande sans licence »). Le spectre sous licence peut inclure des canaux qui fonctionnent dans la plage de fréquence d'approximativement 400 MHz à approximativement 3,8 GHz, alors que le spectre sans licence peut inclure la bande de 5 GHz.
Pour fonctionner dans le spectre sans licence, l'UE 202 et l'UE 204 et le nœud RAN 218 ou le nœud RAN 220 peuvent fonctionner en utilisant des mécanismes LAA, eLAA, et/ou feLAA. Dans ces implémentations, l'UE 202 et l'UE 204 et le nœud RAN 218 ou le nœud RAN 220 peuvent mettre en œuvre une ou plusieurs opérations de détection de support et/ou opérations de détection de porteuse connues afin de déterminer si un ou plusieurs canaux dans le spectre sans licence sont indisponibles ou autrement occupés avant transmission dans le spectre sans licence. Les opérations de détection de support/porteuse peuvent être mises en œuvre selon un protocole écouter avant de parler (LBT).
Le LBT est un mécanisme selon lequel un équipement (par exemple, l'UE 202 et l'UE 204, le nœud RAN 218 ou le nœud RAN 220, etc.) détecte un support (par exemple, un canal ou une fréquence de porteuse) et transmet lorsque le support est détecté comme étant inactif (ou lorsqu'un canal spécifique dans le support est détecté comme étant inoccupé). L'opération de détection de support peut inclure un CCA, qui utilise au moins ED pour déterminer la présence ou l'absence d'autres signaux sur un canal afin de déterminer si un canal est occupé ou dégagé. Ce mécanisme LBT permet à des réseaux cellulaires/LAA de coexister avec des systèmes en place dans le spectre sans licence et avec d'autres réseaux LAA. L'ED peut inclure la détection d'énergie de radiofréquence à travers une bande de transmission prévue pendant un laps de temps et la comparaison de l'énergie de radiofréquence détectée à un seuil prédéfini ou configuré.
Typiquement, les systèmes en place dans la bande de 5 GHz sont des WLAN basés sur des technologies IEEE 802.11. Un WLAN emploie un mécanisme d'accès de canal à base de contention, appelé CSMA/CA. Ici, lorsqu'un nœud WLAN (par exemple, une station mobile (MS) telle que l'UE 202, l'AP 212, ou similaire) prévoit de transmettre, le nœud WLAN peut d'abord mettre en œuvre un CCA avant transmission. En complément, un mécanisme de temporisation est utilisé pour éviter des collisions dans des situations où plus d'un nœud WLAN détecte le canal comme inactif et transmet au même moment. Le mécanisme de temporisation peut être un compteur qui est décompté de manière aléatoire au sein du CWS, qui est augmenté exponentiellement lors de la survenue d'une collision et réinitialisé à une valeur minimale lorsque la transmission réussit. Le mécanisme LBT conçu pour la LAA est quelque peu similaire au CSMA/CA du WLAN. Dans certaines implémentations, la procédure LBT pour des salves de transmission DL ou UL incluant des transmissions PDSCH ou PUSCH, respectivement, peut avoir une fenêtre de contention LAA dont la longueur est variable entre X et Y créneaux ECCA, où X et Y sont des valeurs minimale et maximale pour les CWS pour LAA. Dans un exemple, le CWS minimal pour une transmission LAA peut être de 9 microsecondes (µs) ; cependant, la taille du CWS et d'un MCOT (par exemple, une salve de transmission) peut être basée sur des exigences réglementaires gouvernementales.
Les mécanismes LAA sont construits sur des technologies CA de systèmes LTE-Avancé. Dans CA, chaque porteuse agrégée est désignée CC. Une CC peut avoir une largeur de bande de 1,4, 3, 5, 10, 15 ou 20 MHz, et un maximum de cinq CC peuvent être regroupées, et pour cette raison, une largeur de bande agrégée maximale est de 100 MHz. Dans des systèmes FDD, le nombre de porteuses agrégées peut être différent pour DL et UL, où le nombre de CC UL est égal ou inférieur au nombre de porteuses composantes DL. Dans certains cas, des CC individuelles peuvent avoir une largeur de bande différente par rapport à d'autres CC. Dans des systèmes TDD, le nombre de CC ainsi que les largeurs de bande de chaque CC est habituellement le même pour DL et UL.
Un CA comprend également des cellules de desserte individuelles pour fournir des CC individuelles. La couverture des cellules de desserte peut différer, par exemple, parce que des CC sur des bandes de fréquence différentes subiront un affaiblissement de propagation différent. Une cellule de service primaire ou PCell peut fournir une PCC à la fois pour UL et pour DL, et peut gérer des activités liées à RRC et NAS. Les autres cellules de desserte sont désignées SCells, et chaque SCell peut fournir une SCC individuelle à la fois pour UL et pour DL. Les SCC peuvent être ajoutées et retirées selon le besoin, alors qu'un changement de la PCC peut exiger que l'UE 202 subisse un transfert. Dans LAA, eLAA, et feLAA, certaines ou la totalité des SCells peuvent fonctionner dans le spectre sans licence (désignée « LAA SCells »), et les LAA SCells sont assistées par une PCell fonctionnant dans le spectre sous licence. Lorsqu'un UE est configuré avec plus d'une SCell LAA, l'UE peut recevoir des autorisations UL sur les SCells LAA configurées indiquant différentes positions de départ de PUSCH au sein d'une même sous-trame.
Le PDSCH transporte des données utilisateur et une signalisation de couche supérieure vers l'UE 202 et l'UE 204. Le PDCCH transporte des informations concernant le format de transport et les allocations de ressources se rapportant au canal PDSCH, entre autres choses. Il peut également informer l'UE 202 et l'UE 204 concernant le format de transport, l'allocation de ressources, et des informations HARQ se rapportant au canal partagé de liaison montante. Typiquement, une planification de liaison descendante (attribution de blocs de ressource de commande et de canal partagé à l'UE 204 au sein d'une cellule) peut être mise en œuvre au niveau de l'un quelconque parmi le nœud RAN 218 ou le nœud RAN 220 sur la base d'informations de qualité de canal renvoyées depuis l'une quelconque parmi l'UE 202 et l'UE 204. Les informations d'attribution de ressource de liaison descendante peuvent être envoyées sur le PDCCH utilisé pour (par exemple, attribué à) chacun parmi l'UE 202 et l'UE 204.
Le PDCCH utilise des CCE pour transporter les informations de commande. Avant d'être mappés à des éléments de ressource, les symboles à valeur complexe de PDCCH peuvent d'abord être organisés en quadruplets, qui peuvent ensuite être permutés en utilisant un intercalaire de sous-bloc pour mise en correspondance de débit. Chaque PDCCH peut être transmis en utilisant un ou plusieurs de ces CCE, où chaque CCE peut correspondre à neuf ensembles de quatre éléments de ressource physique connus sous le nom REG. Quatre symboles de modulation par déplacement de phase en quadrature (QPSK) peuvent être mappés à chaque REG. Le PDCCH peut être transmis en utilisant un ou plusieurs CCE, en fonction de la taille des DCI et de la condition de canal. Il peut y avoir quatre formats de PDCCH différents ou plus définis dans LTE avec des nombres différents de CCE (par exemple, niveau d'agrégation, L=1, 2, 4, ou 8).
Certains modes de réalisation peuvent utiliser des concepts pour une allocation de ressources pour des informations de canal de contrôle qui sont une extension des concepts décrits précédemment. Par exemple, certains modes de réalisation peuvent faire appel à un EPDCCH qui utilise des ressources PDSCH pour la transmission d'informations de commande. L'EPDCCH peut être transmis en utilisant un ou plusieurs ECCE. Tout comme ce qui précède, chaque ECCE peut correspondre à neuf ensembles de quatre éléments de ressource physique connus sous le nom d'EREG. Un ECCE peut avoir d'autres nombres d'EREG dans certaines situations.
Le nœud RAN 218 ou le nœud RAN 220 peut être configuré pour communiquer l'un avec l'autre via l'interface 222. Dans des modes de réalisation où le système 200 est un système LTE (par exemple, lorsque CN 230 est un EPC), l'interface 222 peut être une interface X2. L'interface X2 peut être définie entre deux nœuds RAN ou plus (par exemple, deux nœuds B évolués ou plus et similaires) qui se connectent à un EPC, et/ou entre deux nœuds B évolués se connectant à l'EPC. Dans certaines implémentations, l'interface X2 peut inclure une interface de plan utilisateur X2 (X2-U) et une interface de plan de commande X2 (X2-C). La X2-U peut fournir des mécanismes de commande de flux pour des paquets de données d'utilisateur transférés sur l'interface X2, et peut être utilisée pour communiquer des informations concernant la remise de données utilisateur entre des nœuds B évolués. Par exemple, la X2-U peut fournir des informations spécifiques de numéro de séquence pour des données d'utilisateur transférées d'un MeNB à un SeNB ; des informations concernant la remise en séquence couronnée de succès de PDU PDCP à un UE 202 depuis un SeNB pour des données d'utilisateur ; des informations de PDU PDCP qui n'ont pas été remises à un UE 202 ; des informations concernant une taille minimale actuelle de tampon souhaitée au niveau du Se NB pour transmettre à l'UE des données utilisateur ; et similaires. La X2-C peut fournir une fonctionnalité de mobilité d'accès intra-LTE, incluant des transferts de contexte depuis des nœuds B évolués sources vers des nœuds B évolués cibles, une commande de transport de plan utilisateur, etc. ; une fonctionnalité de gestion de charge ; ainsi qu'une fonctionnalité de coordination d'interférences entre cellules.
Dans des modes de réalisation où le système 200 est un système SG ou NR (par exemple, lorsque le CN 230 est un SGC), l'interface 222 peut être une interface Xn. L'interface Xn est définie entre deux nœuds RAN ou plus (par exemple, deux gNB ou plus et similaires) qui se connectent à SGC, entre un nœud RAN 218 (par exemple, un gNB) se connectant à SGC et un eNB, et/ou entre deux eNB se connectant à 5GC (par exemple, CN 230). Dans certaines implémentations, l'interface Xn peut inclure une interface de plan utilisateur Xn (Xn-U) et une interface de plan de commande Xn (Xn-C). La Xn-U peut fournir une remise non garantie de PDU de plan utilisateur et prendre en charge/fournir une fonctionnalité d'acheminement de données et de commande de flux. La Xn-C peut fournir une fonctionnalité de gestion et de traitement d'erreur ; une fonctionnalité pour gérer l'interface Xn-C ; et une prise en charge de mobilité pour l'UE 202 dans un mode connecté (par exemple, CM- CONNECTED) incluant une fonctionnalité pour gérer la mobilité d'UE pour un mode connecté entre un ou plusieurs nœuds RAN 218 ou nœuds RAN 220. La prise en charge de mobilité peut inclure un transfert de contexte depuis un ancien nœud RAN de desserte (source) 218 vers un nouveau nœud RAN de desserte (cible) 220, et une commande de tunnels de plan utilisateur entre un ancien nœud RAN de desserte (source) 218 et un nouveau nœud RAN de desserte (cible) 220. Une pile de protocole de la Xn-U peut inclure une couche de réseau de transport construite sur une couche de transport de protocole Internet (IP), et une couche GTP-U au-dessus d'une ou des couche(s) UDP et/ou IP pour transporter des PDU de plan utilisateur. La pile de protocole Xn-C peut inclure un protocole de signalisation de couche application (désigné protocole d'application Xn (Xn-AP)) et une couche de réseau de transport qui est construite sur SCTP. Le SCTP peut être au-dessus d'une couche IP, et peut fournir la remise garantie de messages de couche application. Dans la couche IP de transport, une transmission de point à point est utilisée pour remettre les PDU de signalisation. Dans d'autres implémentations, la pile de protocole Xn-U et/ou la pile de protocole Xn-C peuvent être identiques ou similaires à la pile (ou aux piles) de protocole de plan utilisateur et/ou de plan de commande montrées et décrites ici.
Le (R)AN 216 est montré comme étant couplé par communications avec un réseau central – dans ce mode de réalisation, CN 230. Le CN 230 peut comprendre un ou plusieurs éléments de réseau 232, qui sont configurés pour offrir divers services de données et de télécommunications à des clients/abonnés (par exemple, des utilisateurs de l'UE 202 et de l'UE 204) qui sont connectés au CN 230 via le (R)AN 216. Les composants du CN 230 peuvent être implémentés dans un nœud physique ou des nœuds physiques indépendants incluant des composants pour lire et exécuter des instructions depuis un support lisible par machine ou lisible par ordinateur (par exemple, un support de stockage non transitoire lisible par machine). Dans certains modes de réalisation, un NFV peut être utilisé pour virtualiser n'importe laquelle ou la totalité des fonctions de nœud de réseau décrites précédemment via des instructions exécutables stockées dans un ou plusieurs supports de stockage lisibles par un ordinateur (décrits de manière plus détaillée ci-dessous). Une instanciation logique du CN 230 peut être désignée tranche de réseau, et une instanciation logique d'une partie du CN 230 peut être désignée sous-tranche de réseau. Des architectures et infrastructures NFV peuvent être utilisées pour virtualiser une ou plusieurs fonctions de réseau, mises en œuvre en variante par un matériel exclusif, sur des ressources physiques comprenant une combinaison de matériel de serveur, matériel de stockage ou commutateurs, aux normes industrielles. En d'autres termes, des systèmes NFV peuvent être utilisés pour exécuter des implémentations virtuelles ou reconfigurables d'un ou plusieurs composants/fonctions EPC.
Généralement, un serveur d'applications 234 peut être un élément offrant des applications qui utilisent des ressources de porteuse IP avec le réseau central (par exemple, domaine PS UMTS, services de données PS LTE, etc.). Le serveur d'applications 234 peut également être configuré pour prendre en charge un ou plusieurs services de communication (par exemple, sessions VoIP, sessions PTT, sessions de communication de groupe, services de réseautage social, etc.) pour l'UE 202 et l'UE 204 via l'EPC. Le serveur d'applications 234 peut communiquer avec le CN 230 par l'intermédiaire d'une interface de communications IP 236.
Dans des modes de réalisation, le CN 230 peut être un SGC, et le (R)AN 116 peut être connecté au CN 230 via une interface NG 224. Dans des modes de réalisation, l'interface NG 224 peut être fractionnée en deux parties, une interface de plan utilisateur NG (NG-U) 226, qui transporte des données de trafic entre le nœud RAN 218 ou le nœud RAN 220 et une UPF, et l'interface de plan de commande S1 (NG-C) 228, qui est une interface de signalisation entre le nœud RAN 218 ou nœud RAN 220 et des AMF.
Dans des modes de réalisation, le CN 230 peut être un CN SG, alors que dans d'autres modes de réalisation, le CN 230 peut être un EPC. Lorsque le CN 230 est un EPC, le (R)AN 116 peut être connecté au CN 230 via une interface S1 224. Dans des modes de réalisation, l'interface S1 224 peut être fractionnée en deux parties, une interface de plan utilisateur S1 (S1-U) 226, qui transporte des données de trafic entre le nœud RAN 218 ou le nœud RAN 220 et la S-GW, et l'interface S1-MME 228, qui est une interface de signalisation entre le nœud RAN 218 ou le nœud RAN 220 et des MME.
Dans certains modes de réalisation, l'architecture système 5G prend en charge une connectivité de données et des services permettant des déploiements pour utiliser des techniques telles que la virtualisation de fonction réseau et le réseautage défini par logiciel. L'architecture système 5G peut tirer profit d'interactions basées sur un service entre des fonctions de réseau de plan de commande. Le fait de séparer les fonctions de plan utilisateur des fonctions de plan de commande permet une évolutivité indépendante, une évolution, et des déploiements souples (par exemple, localisation centralisée ou localisation répartie (distante)). Une conception de fonction modularisée permet une réutilisation de fonction et peut permettre un découpage en tranches de réseau souple et efficace. Une fonction de réseau et ses services de fonction de réseau peuvent interagir avec une autre NF et ses services de fonction de réseau directement ou indirectement via un mandataire de communication de service. Une autre fonction intermédiaire peut aider à router des messages de plan de commande. L'architecture réduit au minimum les dépendances entre l'AN et le CN. L'architecture peut inclure un réseau central convergeant avec une interface AN-CN commune qui intègre différents types d'accès (par exemple, accès 3GPP et accès non-3GPP). L'architecture peut également prendre en charge une infrastructure d'authentification unifiée, des NF sans état où la ressource de calcul est découplée de la ressource de stockage, une exposition de capacité, un accès concomitant à des services locaux et centralisés (pour prendre en charge des services à faible latence et un accès à des réseaux de données locaux, des fonctions de plan utilisateur peuvent être déployées près de l'AN), et/ou une itinérance avec à la fois le trafic routé domestique ainsi que le trafic de dérivation locale dans le PLMN visité.
L'architecture 5G peut être définie comme basée sur un service et l'interaction entre les fonctions de réseau peut inclure une représentation basée sur un service, où des fonctions de réseau (par exemple, AMF) au sein du plan de commande permettent à d'autres fonctions de réseau autorisées d'accéder à leurs services. La représentation basée sur un service peut également inclure des points de référence de point à point. Une représentation de point de référence peut également être utilisée pour montrer les interactions entre les services NF dans les fonctions de réseau décrites par un point de référence de point à point (par exemple, N11) entre deux fonctions de réseau quelconques (par exemple, AMF et SMF).
La FIG. 3 montre un exemple d'architecture basée sur un service 300 en 5GS selon un mode de réalisation. Comme décrit dans la TS 3GPP 23.501, l'architecture basée sur un service 300 comprend des NF telles qu'une NSSF 302, une NEF 304, une NRF 306, une PCF 308, un UDM 310, une AUSF 312, une AMF 314 et une SMF 316, pour une communication avec un UE 320, un (R)AN 322, une UPF 324, et un DN 326. Les NF et services NF peuvent communiquer directement, ce que l'on appelle communication directe, ou indirectement via un SCP 318, ce que l'on appelle communication indirecte. La FIG. 3 montre également des interfaces basées sur un service correspondantes incluant Nutm, Naf, Nudm, Npcf, Nsmf, Nnrf, Namf, Nnef, Nnssf et Nausf, ainsi que des points de référence N1, N2, N3, N4 et N6. Quelques exemples de fonctions fournies par les NF montrées sur la FIG. 3 sont décrits ci-dessous.
La NSSF 302 prend en charge une fonctionnalité telle que : la sélection de l'ensemble d'instances de tranche de réseau desservant l'UE ; la détermination du NSSAI autorisé et, si nécessaire, le mappage vers les S-NSSAI abonnés ; la détermination du NSSAI configuré et, si nécessaire, le mappage vers les S-NSSAI abonnés ; et/ou la détermination de l'ensemble d'AMF à utiliser pour desservir l'UE, ou, sur la base de la configuration, une liste d'AMF candidat(s), éventuellement par interrogation de la NRF.
La NEF 304 prend en charge une exposition de capacités et d'événements. Les capacités et événements de NF peuvent être exposés de manière sécurisée par la NEF 304 (par exemple, pour des fonctions d'application tierce, et/ou l'Edge Computing). La NEF 304 peut stocker/récupérer des informations sous forme de données structurées en utilisant une interface normalisée (Nudr) vers un UDR. La NEF 304 peut également assurer la fourniture d'informations depuis une application externe vers un réseau 3GPP et peut fournir les fonctions d'application pour fournir de manière sécurisée des informations au réseau 3GPP (par exemple, comportement attendu d'UE, informations de groupe 5GLAN, et informations spécifiques d'un service), dans lequel la NEF 304 peut authentifier et autoriser et aider à limiter les fonctions d'application. La NEF 304 peut fournir une traduction d'informations internes-externes en effectuant une traduction entre des informations échangées avec l'AF et des informations échangées avec la fonction de réseau interne. Par exemple, la NEF 304 effectue une traduction entre un identificateur de service AF et des informations internes de réseau central 5G telles que DNN et S-NSSAI. La NEF 304 peut traiter le masquage de réseau et d'informations sensibles d'utilisateur vers des AF externes selon la politique de réseau. La NEF 304 peut recevoir des informations depuis d'autres fonctions de réseau (sur la base des capacités exposées d'autres fonctions de réseau), et stocke les informations reçues sous forme de données structurées en utilisant une interface normalisée vers un UDR. Les informations stockées sont accessibles et sont réexposées par la NEF 304 à d'autres fonctions de réseau et fonctions d'application, et utilisées pour d'autres fins telles que des analyses. Pour une exposition externe de services se rapportant à un ou des UE spécifique(s), la NEF 304 peut se trouver dans le HPLMN. En fonction d'accords d'opérateur, la NEF 304 dans le HPLMN peut avoir une ou des interface(s) avec une ou des NF dans le VPLMN. Lorsqu'un UE est capable de commuter entre EPC et 5GC, une SCEF+NEF peut être utilisée pour une exposition de service.
La NRF 306 prend en charge des fonctions de découverte de service en recevant une demande de découverte NF depuis une instance NF ou un SCP et en fournissant les informations des instances NF découvertes à l'instance NF ou au SCP. La NRF 306 peut également prendre en charge une découverte de P-CSCF (cas spécialisé de découverte d'AF par SMF), tient à jour le profil NF d'instances NF disponibles et de leurs services pris en charge, et/ou avertit d'instances NF récemment enregistrées/mises à jour/désenregistrées en même temps que ses services NF au consommateur de service NF souscrit ou SCP. Dans le contexte du découpage en tranches de réseau, sur la base d'une implémentation de réseau, de multiples NRF peuvent être déployées à différents niveaux tels qu'un niveau PLMN (la NRF est configurée avec des informations pour le PLMN dans son intégralité), un niveau de tranches partagées (la NRF est configurée avec des informations appartenant à un ensemble de tranches de réseau), et/ou un niveau spécifique à une tranche (la NRF est configurée avec des informations appartenant à un S-NSSAI). Dans le contexte de l'itinérance, de multiples NRF peuvent être déployées dans les différents réseaux, dans lequel la ou les NRF dans le PLMN visité (connues sous le nom de vNRF) sont configurées avec des informations pour le PLMN visité, et dans lequel la (ou les) NRF dans le PLMN d'accueil (connues sous le nom de hNRF) sont configurées avec des informations pour le PLMN d'accueil, référencées par la vNRF via une interface N27.
La PCF 308 prend en charge un cadre politique unifié pour régir le comportement de réseau. La PCF 308 fournit des règles de politique à une ou des fonction(s) de plan de commande pour les faire respecter. La PCF 308 accède à des informations d'abonnement pertinentes pour des décisions politiques dans un référentiel de données unifié (UDR). La PCF 308 peut accéder à l'UDR localisé dans le même PLMN que la PCF.
L'UDM 310 prend en charge la génération de justificatifs d'authentification AKA 3GPP, le traitement d'identification d'utilisateur (par exemple, le stockage et la gestion de SUPI pour chaque abonné dans le système 5G), la dé-dissimulation d'un identifiant d'abonnement protégé par la confidentialité (SUCI), l'autorisation d'accès basée sur des données d'abonnement (par exemple, des restrictions d'itinérance), la gestion de l'enregistrement des NF de desserte de l'UE (par exemple, stockage de l'AMF de desserte pour l'UE, stockage du SMF de service pour la session PDU de l'UE), la continuité de service/session (par exemple, en conservant l'attribution SMF/DNN de sessions en cours, la livraison MT-SMS, la fonctionnalité d'interception légale (en particulier dans des cas d'itinérance sortante où un UDM est le seul point de contact pour LI), la gestion des abonnements, la gestion des SMS, la gestion des groupes 5GLAN, et/ou la fourniture de paramètres externes (paramètres de comportement attendus de l'UE ou paramètres de configuration du réseau). Pour fournir une telle fonctionnalité, l'UDM 310 utilise des données d'abonnement (notamment des données d'authentification) qui peuvent être stockées dans un UDR, auquel cas un UDM implémente la logique d'application et peut ne pas exiger de stockage interne de données d'utilisateur, et plusieurs UDM différents peuvent desservir le même utilisateur dans différentes transactions. L'UDM 310 peut être localisé dans le HPLMN des abonnés qu'il dessert, et peut accéder aux informations de l'UDR localisé dans le même PLMN.
L'AF 328 interagit avec le réseau central pour fournir des services qui, par exemple, prennent en charge ce qui suit : une influence d'application sur le routage de trafic ; un accès à la NEF 304 ; une interaction avec le cadre politique pour la commande de politique ; et/ou des interactions IMS avec 5GC. Sur la base d'un déploiement d'opérateur, des fonctions d'application considérées comme étant de confiance par l'opérateur peuvent être autorisées pour interagir directement avec des fonctions de réseau pertinentes. Des fonctions d'application non autorisées par l'opérateur pour accéder directement aux fonctions de réseau peuvent utiliser l'infrastructure d'exposition externe via la NEF 304 pour interagir avec des fonctions de réseau pertinentes.
L'AUSF 312 prend en charge une authentification pour un accès 3GPP et un accès non-3GPP non sécurisé. L'AUSF 312 peut également fournir une prise en charge pour une authentification et une autorisation spécifiques d'une tranche de réseau.
L'AMF 314 prend en charge la terminaison de l'interface CP de RAN (N2), la terminaison de NAS (N1) pour le chiffrement et la protection de l'intégrité de NAS, la gestion d'enregistrement, la gestion de connexion, la gestion d'accessibilité, la gestion de mobilité, l'interception légale (pour des événements AMF et une interface vers un système LI), le transport de messages SM entre UE et SMF, le mandataire transparent pour le routage de messages SM, l'authentification d'accès, l'autorisation d'accès, le transport pour des messages SMS entre l'UE et le SMSF, le SEAF, la gestion de services de localisation pour des services de régulation, le transport pour des messages des services de localisation entre UE et LMF ainsi qu'entre RAN et LMF, l'attribution d'ID de porteuse EPS pour un interfonctionnement avec un EPS, la notification d'événements de mobilité d'UE, l'optimisation de plan de commande CIoT 5GS, l'optimisation de plan utilisateur CIoT 5GS, la fourniture de paramètres externes (paramètres de comportement attendu d'UE ou paramètres de configuration réseau), et/ou l'authentification et l'autorisation spécifiques de la tranche de réseau. Certaines ou la totalité des fonctionnalités AMF peuvent être prises en charge dans une seule instance de l'AMF 314. Indépendamment du nombre de fonctions de réseau, dans certains modes de réalisation il n'y a qu'une seule instance d'interface NAS par réseau d'accès entre l'UE et le CN, terminée au niveau d'une des fonctions de réseau qui implémente au moins la gestion de sécurité et de mobilité NAS. L'AMF 314 peut également inclure des fonctionnalités se rapportant à une politique.
En plus des fonctionnalités décrites ci-dessus, l'AMF 314 peut inclure les fonctionnalités suivantes pour prendre en charge des réseaux d'accès non-3GPP : la prise en charge de l'interface N2 avec N3IWF/TNGF, sur laquelle certaines informations (par exemple, une identification de cellules 3GPP) et procédures (par exemple, se rapportant à un transfert) définies sur un accès 3GPP peuvent ne pas s'appliquer, et des informations spécifiques à un accès non-3GPP peuvent être appliquées lesquelles ne s'appliquent pas à des accès 3GPP ; la prise en charge de la signalisation NAS avec un UE sur N3IWF/TNGF, dans laquelle certaines procédures prises en charge par la signalisation NAS sur l'accès 3GPP peuvent ne pas s'appliquer à des réseaux non-3GPP non fiables (par exemple la pagination) ; la prise en charge de l'authentification des UE connectées sur N3IWF/TNGF ; la gestion d'état(s) de mobilité, d'authentification et de contexte de sécurité distincts d'un UE connecté via un accès non-3GPP ou connecté via un accès 3GPP et un accès non-3GPP simultanément ; la prise en charge d'un contexte de gestion RM coordonné valide sur un accès 3GPP et un accès non-3GPP ; et/ou la prise en charge de contextes de gestion CM dédiés pour l'UE pour une connectivité sur un accès non-3GPP. Il n'est pas nécessaire que toutes les fonctionnalités ci-dessus soient prises en charge dans une instance d'une tranche de réseau.
La SMF 316 prend en charge la gestion de session (par exemple, établissement, modification et libération de session, y compris la maintenance de tunnel entre le nœud UPF et AN), l'allocation et la gestion d'adresses IP d'UE (y compris l'autorisation optionnelle) dans lequel l'adresse IP d'UE peut être reçue d'une UPF ou d'un réseau de données externe, les fonctions DHCPv4 (serveur et client) et DHCPv6 (serveur et client), la fonctionnalité permettant de répondre aux demandes de protocole de résolution d'adresse et/ou aux demandes de sollicitation de voisin IPv6 basées sur des informations de cache local pour les PDU Ethernet (par exemple, le SMF répond à l'ARP et/ou à la demande de sollicitation de voisin IPv6 en fournissant l'adresse MAC correspondant à l'adresse IP envoyée dans la demande), la sélection et la commande de fonctions de plan utilisateur, incluant la commande de l'UPF pour le mandataire ARP ou la découverte de voisin IPv6 ou pour acheminer tout le trafic de sollicitation du voisin ARP/IPv6 à la SMF pour des sessions de PDU Ethernet, la configuration d'orientation de trafic au niveau de l'UPF pour router le trafic vers des destinations appropriées, la gestion de groupes VN 5G (par exemple, maintenir la topologie des UPF PSA concernés, établir et libérer les tunnels N19 entre les UPF PSA, configurer l'acheminement du trafic à l'UPF pour appliquer une commutation locale, et/ou l'acheminement basé sur N6 ou l'acheminement basé sur N19), la terminaison d'interfaces vers des fonctions de commande de politiques, l'interception légale (pour des événements SM et une interface avec un système LI), la collecte et la prise en charge de données d'imputation d'interfaces d'imputation, le contrôle et la coordination de collecte de données d'imputation à l'UPF, la terminaison de parties SM de messages NAS, la notification de données en liaison descendante, l'initiateur d'informations SM spécifiques d'AN envoyées via AMF sur N2 vers AN, la détermination du mode SSC d'une session, l'optimisation du plan de commande CIoT 5GS, la compression d'en-tête, le rôle d'I-SMF dans des déploiements où I-SMF peut être inséré/retiré/relocalisé, la fourniture de paramètres externes (paramètres de comportement attendus de l'UE ou paramètres de configuration de réseau), la découverte de P-CSCF pour des services IMS, la fonctionnalité d'itinérance (par exemple, la gestion de l'application locale pour appliquer les ANS de qualité de service (VPLMN), l'interface de collecte d'imputation de données d'imputation (VPLMN), et/ou l'interception légale (dans VPLMN pour des événements SM et une interface avec le système LI), l'interaction avec un DN externe pour le transport de signalisation pour une authentification/autorisation de la session PDU par un DN externe, et/ou l'instruction à l'UPF et au NG-RAN pour mettre en œuvre une transmission redondante sur des interfaces N3/N9. Certaines ou la totalité des fonctionnalités SMF peuvent être prises en charge dans une instance unique d'une SMF. Cependant, dans certains modes de réalisation, il n'est pas nécessaire que toutes les fonctionnalités soient prises en charge dans une instance d'une tranche de réseau. En plus des fonctionnalités, la SMF 316 peut inclure des fonctionnalités se rapportant à une politique.
Le SCP 318 inclut une ou plusieurs des fonctionnalités suivantes : Communication Indirecte ; Découverte Déléguée ; acheminement et routage de messages vers des services NF/NF de destination ; sécurité des communications (par exemple, autorisation du Consommateur de services NF d'accéder à l'API du Producteur de services NF), équilibrage de charge, surveillance, commande de surcharge, etc. ; et/ou éventuellement interaction avec l'UDR, pour résoudre l'ID de groupe UDM/l'ID de groupe UDR/l'ID de groupe AUSF/l'ID de groupe PCF/l'ID de groupe CHF/l'ID de groupe HSS sur la base de l'identité d'UE (par exemple, SUPI ou IMPI/IMPU). Certaines ou la totalité des fonctionnalités SCPF peuvent être prises en charge dans une instance unique d'un SCP. Dans certains modes de réalisation, le SCP 318 peut être déployé d'une manière répartie et/ou plus d'un SCP peuvent être présents dans le trajet de communication entre des services NF. Des SCP peuvent être déployés à un niveau PLMN, à un niveau tranche partagée, et à un niveau spécifique de la tranche. Il peut revenir au déploiement des opérateurs de veiller à ce que les SCP puissent communiquer avec les NRF concernées.
L'UE 320 peut inclure un dispositif avec des capacités de communication radio. Par exemple, l'UE 320 peut comprendre un téléphone intelligent (par exemple, des appareils informatiques mobiles portables à écran tactile pouvant être connectés à un ou plusieurs réseaux cellulaires). L'UE 320 peut également comprendre n'importe quel appareil informatique mobile ou non mobile, tel que des assistants personnels (PDA), des téléavertisseurs, des ordinateurs portables, des ordinateurs de bureau, des combinés sans fil, ou n'importe quel appareil informatique incluant une interface de communication sans fil. Un UE peut également être appelé client, mobile, dispositif mobile, terminal mobile, terminal utilisateur, unité mobile, station mobile, utilisateur mobile, abonné, utilisateur, poste distant, agent d'accès, agent d'utilisateur, récepteur, équipement radio, équipement radio reconfigurable ou dispositif mobile reconfigurable. L'UE 320 peut comprendre un UE IoT, qui peut comprendre une couche d'accès réseau conçue pour des applications IoT basse puissance utilisant des connexions d'UE éphémères. Un UE IoT peut utiliser des technologies (par exemple, la technologie M2M, MTC ou mMTC) pour échanger des données avec un serveur ou un dispositif MTC via un PLMN, d'autres UE en utilisant des communications ProSe ou D2D, des réseaux de capteurs ou des réseaux IoT. L'échange M2M ou MTC de données peut être un échange de données initié par machine. Un réseau IoT décrit l'interconnexion d'UE IoT, qui peut inclure des dispositifs informatiques intégrés identifiables de façon unique (au sein de l'infrastructure Internet). Les UE IoT peuvent exécuter des applications d'arrière-plan (par exemple, des messages de maintien en activité, des mises à jour d'état, etc.) pour faciliter les connexions du réseau IoT.
l'UE 320 peut être configuré pour se connecter ou se coupler par communications au (R)AN 322 par l'intermédiaire d'une interface radio 330, qui peut être une interface ou couche de communication physique configurée pour fonctionner avec des protocoles de communication cellulaire tels qu'un protocole GSM, un protocole réseau CDMA, un protocole de messagerie vocale instantanée (PTT), un protocole PTT sur cellulaire (POC), un protocole UMTS, un protocole LTE 3GPP, un protocole 5G, un protocole NR, et similaires. Par exemple, l'UE 320 et le (R)AN 322 peuvent utiliser une interface Uu (par exemple, une interface LTE-Uu) pour échanger des données de plan de commande via une pile de protocole comprenant une couche PHY, une couche MAC, une couche RLC, une couche PDCP et une couche RRC. Une transmission DL peut aller du (R)AN 322 à l'UE 320 et une transmission UL peut aller de l'UE 320 au (R)AN 322. L'UE 320 peut en outre utiliser une liaison latérale pour communiquer directement avec un autre UE (non montré) pour une communication D2D, P2P et/ou ProSe. Par exemple, une interface ProSe peut comprendre un ou plusieurs canaux logiques, y compris, mais sans s'y limiter, un canal de commande de liaison latérale physique (PSCCH), un canal partagé de liaison latérale physique (PSSCH), un canal de découverte de liaison latérale physique (PSDCH) et un canal de diffusion de liaison latérale physique (PSBCH).
Le (R)AN 322 peut inclure un ou plusieurs nœuds d'accès, qui peuvent être désignés stations de base (BS), nœuds B, nœuds B évolués (eNB), nœuds B de prochaine génération (gNB), nœuds RAN, contrôleurs, points de transmission réception (TRP), etc., et peut comprendre des stations terrestres (par exemple, des points d'accès terrestres) ou des stations satellites assurant une couverture dans une zone géographique (par exemple, une cellule). Le (R)AN 322 peut inclure un ou plusieurs nœuds RAN pour fournir des macrocellules, des picocellules, des femtocellules, ou d'autres types de cellules. Une macrocellule peut couvrir une zone géographique relativement grande (par exemple, d'un rayon de plusieurs kilomètres) et peut permettre un libre accès par des UE avec un abonnement de service. Une picocellule peut couvrir une zone géographique relativement petite et peut permettre un libre accès par des UE avec un abonnement de service. Une femtocellule peut couvrir une zone géographique relativement petite (par exemple, une maison) et peut permettre un accès limité par des UE ayant une association avec la femtocellule (par exemple, des UE dans un groupe fermé d'abonnés (CSG), des UE pour utilisateurs dans la maison, etc.).
Bien que non montrés, de multiples nœuds RAN (tels que le (R)AN 322) peuvent être utilisés, dans lesquels une interface Xn est définie entre deux nœuds ou plus. Dans certaines implémentations, l'interface Xn peut inclure une interface de plan utilisateur Xn (Xn-U) et une interface de plan de commande Xn (Xn-C). La Xn-U peut fournir une remise non garantie de PDU de plan utilisateur et prendre en charge/fournir une fonctionnalité d'acheminement de données et de commande de flux. La Xn-C peut fournir une fonctionnalité de gestion et de traitement d'erreur ; une fonctionnalité pour gérer l'interface Xn-C ; une prise en charge de mobilité pour l'UE 320 dans un mode connecté (par exemple, CM-CONNECTED) incluant une fonctionnalité pour gérer la mobilité d'UE pour un mode connecté entre un ou plusieurs nœuds (R)AN. La prise en charge de mobilité peut inclure un transfert de contexte d'un ancien nœud (R)AN de desserte (source) vers un nouveau nœud (R)AN de desserte (cible) ; et la commande de tunnels de plan utilisateur entre un ancien nœud (R)AN de desserte (source) vers un nouveau nœud (R)AN de desserte (cible).
L'UPF 324 peut servir de point d'ancrage pour la mobilité intra-RAT et inter-RAT, de point d'interconnexion de session PDU externe au DN 326, et de point de ramification pour prendre en charge une session PDU à hébergements multiples. L'UPF 324 peut également mettre en œuvre le routage et l'acheminement de paquets, l'inspection de paquets, la mise en application de la partie plan utilisateur des règles de politique, l'interception légale de paquets (collecte UP) ; le rapport d'utilisation de trafic, le traitement de QoS pour un plan utilisateur (par exemple, le filtrage de paquets, le portillonnage, l'application du débit UL/DL), mettre en œuvre une vérification du trafic en liaison montante (par exemple, un mappage de flux SDF à QoS), le marquage de paquet au niveau du transport en liaison montante et en liaison descendante, la mise en tampon de paquets en liaison descendante et le déclenchement de notification des données en liaison descendante. L'UPF 324 peut inclure un classificateur de liaison montante pour prendre en charge un routage de flux de trafic vers un réseau de données. Le DN 326 peut représenter divers services d'opérateur de réseau, accès à Internet, ou services tiers. Le DN 326 peut inclure, par exemple, un serveur d'applications.
La connectivité double multiradio (MR-DC) est une généralisation de la connectivité double Intra-E-UTRA (DC), où un UE à capacité Rx/Tx multiple peut être configuré pour utiliser des ressources fournies par deux nœuds différents connectés via une liaison terrestre non idéale, l'un fournissant un accès NR et l'autre fournissant soit un accès E-UTRA soit un accès NR. Un nœud peut jouer le rôle de nœud maître (MN) et l'autre peut jouer le rôle de nœud secondaire (SN). Le MN et la SN peuvent être connectés via une interface réseau, et au moins le MN est connecté au réseau central. Le MN et/ou le SN peuvent être exploités avec un accès de canal à spectre partagé.
Dans certains modes de réalisation, des fonctions spécifiées pour un UE peuvent être utilisées pour une terminaison mobile à accès et liaison terrestre intégrés (IAB-MT) sauf indication contraire. Tout comme l'UE, l'IAB-MT peut accéder au réseau en utilisant soit un nœud de réseau, soit deux nœuds différents avec des architectures à connectivité double E-UTRA-NR (EN-DC) et à connectivité double NR-NR (NR-DC). Dans EN-DC, le trafic en liaison terrestre sur l'interface radio E-UTRA peut ne pas être pris en charge. MR-DC peut être conçu sur la base de l'hypothèse d'une liaison terrestre non idéale entre les différents nœuds, mais peut également être utilisé en cas de liaison terrestre idéale.
La FIG. 4 montre une architecture EN-DC 400 selon des modes de réalisation ici. L'architecture EN-DC 400 inclut un E-UTRAN 402 et un EPC 404. L'E-UTRAN 402 prend en charge MR-DC via EN-DC, dans lequel un UE est connecté à un eNB qui joue le rôle de MN et un en-gNB qui joue le rôle de SN. Un en-gNB peut être un nœud qui fournit des terminaisons de protocole de plan utilisateur et de plan de commande NR à l'UE, et peut jouer le rôle de SN dans EN-DC. Sur la FIG. 4, l'EPC 404 peut comprendre une ou plusieurs passerelles d'entité de gestion de mobilité/de desserte (MME/S-GW), telles que la MME/S-GW 406 et la MME/S-GW 408. À titre d'exemple, l'E-UTRAN 402 peut comprendre un eNB 410, un eNB 412, un en-gNB 414, et un en-gNB 416. Chacun parmi l'eNB 410 et l'eNB 412 peut être connecté à l'EPC 404 via une ou plusieurs interfaces S1 418 et à un ou plusieurs en-gNB via une ou plusieurs interfaces X2 422. Chacun parmi l'en-gNB 414 et l'en-gNB 416 peut être connecté à l'EPC 404 via une ou plusieurs interfaces S1-U 420. L'en-gNB 414 et l'en-gNB 416 peuvent être connectées l'une à l'autre par l'intermédiaire d'une interface X2-U 424.
L'architecture EN-DC 400 de la FIG. 4 est un exemple d'une architecture EN-DC qui peut être utilisée conjointement avec des modes de réalisation d'EN-DC utilisant des cellules d'ancrage telles qu'abordées ici.
Dans certaines implémentations, le NG-RAN prend en charge une connectivité double NG-RAN E-UTRA-NR (NGEN-DC), dans laquelle un UE est connecté à un ng-eNB qui joue le rôle de MN et un gNB qui joue le rôle de SN.
Dans certaines implémentations, le NG-RAN prend en charge une connectivité double NR-E-UTRA (NE-DC), dans laquelle un UE est connecté à un gNB qui joue le rôle de MN et un ng-eNB qui joue le rôle de SN.
Dans certaines implémentations, le NG-RAN prend en charge une connectivité double NR-NR (NR-DC), dans laquelle un UE est connecté à un gNB qui joue le rôle de MN et à un autre gNB qui joue le rôle de SN. De plus, NR-DC peut également être utilisé lorsqu'un UE est connecté à deux gNB-DU, une desservant le MCG et l'autre desservant le SCG, connectés à la même gNB-CU, jouant l'un et l'autre le rôle de MN et de SN.
La FIG. 5 est un schéma fonctionnel d'un exemple d'UE 500 configurable selon divers modes de réalisation de la présente description, y compris par l'exécution d'instructions sur un support lisible par ordinateur qui correspondent à n'importe lequel des exemples de procédés et/ou de procédures décrits ici. L'UE 500 comprend un ou plusieurs processeurs 502, émetteur-récepteur 504, mémoire 506, interface utilisateur 508 et interface de commande 510.
Le processeur unique ou multiple 502 peut inclure, par exemple, un processeur d'application, un processeur de signal numérique audio, une unité centrale de traitement, et/ou un ou plusieurs processeurs de bande de base. Chacun parmi le processeur unique ou multiple 502 peut inclure une mémoire interne et/ou peut inclure une ou des interface(s) pour communication avec une mémoire externe (y compris la mémoire 506). La mémoire interne ou externe peut stocker un code logiciel, des programmes, et/ou des instructions pour exécution par le processeur unique ou multiple 502 pour configurer et/ou aider l'UE 500 pour mettre en œuvre diverses opérations, y compris des opérations décrites ici. Par exemple, l'exécution des instructions peut configurer l'UE 500 pour communiquer en utilisant un ou plusieurs protocoles de communication câblés ou sans fil, y compris un ou plusieurs protocoles de communication sans fil normalisés par 3GPP tels que ceux communément connus sous le nom 5G/NR, LTE, LTE-A, UMTS, HSPA, GSM, GPRS, EDGE, etc., ou n'importe quel autre protocole actuel ou futur qui peut être utilisé en conjonction avec le ou les émetteur-récepteur 504, interface utilisateur 508 et/ou interface de commande 510. En guise d'autre exemple, le processeur unique ou multiple 502 peut exécuter un code de programme stocké dans la mémoire 506 ou une autre mémoire qui correspond à des protocoles de couches MAC, RLC, PDCP et RRC normalisés par 3GPP (par exemple, pour NR et/ou LTE). En guise d'exemple supplémentaire, le processeur 502 peut exécuter un code de programme stocké dans la mémoire 506 ou une autre mémoire qui, conjointement avec le ou les émetteurs-récepteurs 504, implémente des protocoles de couche PHY correspondants, tels qu'un multiplexage par répartition orthogonale de la fréquence (OFDM), un accès multiple par répartition orthogonale de la fréquence (OFDMA) et un accès multiple à division de fréquence de porteuse unique (SC-FDMA).
La mémoire 506 peut comprendre une zone de mémoire permettant au processeur unique ou multiple 502 de stocker des variables utilisées dans les protocoles, la configuration, la commande et d'autres fonctions de l'UE 500, y compris des opérations correspondant à, ou comprenant, l'un quelconque des exemples de procédés et/ou de procédures décrits ici. De plus, la mémoire 506 peut comprendre une mémoire non volatile (par exemple, une mémoire flash), une mémoire volatile (par exemple, RAM statique ou dynamique), ou une combinaison de celles-ci. De plus, la mémoire 506 peut assurer l'interface avec un emplacement mémoire par lequel des cartes mémoires amovibles dans un ou plusieurs formats (par exemple, carte SD, Memory Stick, Compact Flash, etc.) peuvent être insérées et retirées.
Le ou les émetteurs-récepteurs 504 peuvent inclure un circuit émetteur et/ou récepteur radiofréquence qui aide l'UE 500 à communiquer avec un autre équipement prenant en charge des normes et/ou protocoles similaires de communication sans fil. Par exemple, le ou les émetteurs-récepteurs 504 peuvent inclure des commutateurs, un circuit mélangeur, un circuit amplificateur, un circuit de filtre, et un circuit de synthétiseur. Un tel circuit RF peut inclure un trajet de signal de réception avec un circuit pour effectuer une conversion descendante des signaux RF reçus du module frontal (FEM) et fournir des signaux de bande de base à un processeur de bande de base du processeur unique ou multiple 502. Le circuit RF peut également inclure un trajet de signal de transmission qui peut inclure un circuit pour effectuer une conversion ascendante de signaux de bande de base fournis par un processeur de bande de base et fournir les signaux de sortie RF au FEM pour transmission. Le FEM peut inclure un trajet de signal de réception qui peut inclure un circuit configuré pour fonctionner sur des signaux RF reçus d'une ou plusieurs antennes, amplifier les signaux reçus et fournir les versions amplifiées des signaux reçus au circuit RF pour un traitement ultérieur. Le FEM peut également inclure un trajet de signal de transmission qui peut inclure un circuit configuré pour amplifier des signaux pour transmission fournis par le circuit RF pour transmission par une ou plusieurs antennes. Dans divers modes de réalisation, l'amplification par l'intermédiaire des trajets de signal de transmission ou de réception peut être réalisée seulement dans le circuit RF, seulement dans le FEM, ou à la fois dans le circuit RF et le circuit de FEM. Dans certains modes de réalisation, le circuit de FEM peut inclure un commutateur de transmission/réception pour commuter entre le fonctionnement en mode de transmission et en mode de réception.
Dans certains modes de réalisation donnés à titre d'exemple, le ou les émetteurs-récepteurs 504 incluent un émetteur et un récepteur qui permettent au dispositif 1200 de communiquer avec divers réseaux 5G/NR selon divers protocoles et/ou procédés proposés pour normalisation par 3GPP et/ou d'autres organismes de normalisation. Par exemple, une telle fonctionnalité peut fonctionner en coopération avec le processeur unique ou multiple 502 pour implémenter une couche PHY basée sur des technologies OFDM, OFDMA, et/ou SC-FDMA, telles que décrites ici en ce qui concerne d'autres figures.
L'interface utilisateur 508 peut prendre diverses formes en fonction des modes de réalisation particuliers, ou peut être absente de l'UE 500. Dans certains modes de réalisation, l'interface utilisateur 508 inclut un microphone, un haut-parleur, des boutons coulissants, des boutons-poussoirs, un affichage, un affichage à écran tactile, un pavé numérique mécanique ou virtuel, un clavier mécanique ou virtuel, et/ou n'importe quelle autre caractéristique d'interface utilisateur que l'on trouve couramment sur des téléphones mobiles. Dans d'autres modes de réalisation, l'UE 500 peut comprendre un dispositif informatique de type tablette incluant un plus grand affichage à écran tactile. Dans de tels modes de réalisation, un ou plusieurs des éléments mécaniques de l'interface utilisateur 508 peuvent être remplacés par des caractéristiques d'interface utilisateur virtuelle comparables ou fonctionnellement équivalentes (par exemple, un pavé numérique virtuel, des boutons virtuels, etc.) implémentées en utilisant l'affichage à écran tactile, tel qu'il est familier à des personnes de compétence ordinaire dans l'art. Dans d'autres modes de réalisation, l'UE 500 peut être un dispositif informatique numérique, tel qu'un ordinateur portable, un ordinateur de bureau, un poste de travail, etc. qui comprend un clavier mécanique qui peut être intégré, détaché, ou amovible en fonction du mode de réalisation particulier donné à titre d'exemple. Un tel dispositif informatique numérique peut également comprendre un affichage à écran tactile. De nombreux modes de réalisation donnés à titre d'exemple de l'UE 500 ayant un affichage à écran tactile sont susceptibles de recevoir des saisies d'utilisateur, telles que des saisies se rapportant à procédés et/ou procédures donnés à titre d'exemple décrits ici ou autrement connus de personnes de compétence ordinaire dans l'art.
Dans certains modes de réalisation donnés à titre d'exemple de la présente description, l'UE 500 peut inclure un capteur d'orientation, qui peut être utilisé de diverses façons par des caractéristiques et fonctions de l'UE 500. Par exemple, l'UE 500 peut utiliser des sorties du capteur d'orientation pour déterminer quand un utilisateur a changé l'orientation physique de l'affichage à écran tactile de l'UE 500. Un signal d'indication provenant du capteur d'orientation peut être à la disposition de n'importe quel programme d'application s'exécutant sur l'UE 500, de sorte que programme d'application peut changer l'orientation d'un affichage à l'écran (par exemple, de portrait à paysage) automatiquement lorsque le signal d'indication indique un changement d'orientation physique d'approximativement 90 degrés du dispositif. De cette manière, le programme d'application peut maintenir l'affichage à l'écran d'une manière qui est lisible par l'utilisateur, indépendamment de l'orientation physique du dispositif. De plus, la sortie du capteur d'orientation peut être utilisée conjointement avec divers modes de réalisation donnés à titre d'exemple de la présente description.
L'interface de commande 510 peut prendre diverses formes en fonction de modes de réalisation particuliers. Par exemple, l'interface de commande 510 peut inclure une interface RS-232, une interface RS-485, une interface USB, une interface HDMI, une interface Bluetooth, une interface IEEE (« Firewire »), une interface I2C, une interface PCMCIA, ou similaire. Dans certains modes de réalisation donnés à titre d'exemple de la présente description, l'interface de commande 1260 peut comprendre une interface Ethernet IEEE 802.3 telle que décrite ci-dessus. Dans certains modes de réalisation de la présente description, l'interface de commande 510 peut inclure un circuit d'interface analogique incluant, par exemple, un ou plusieurs convertisseurs numérique vers analogique (N/A) et/ou analogique vers numérique (A/N).
Une personne de compétence ordinaire dans l'art peut reconnaître que la liste ci-dessus de caractéristiques, d'interfaces, et de normes de communication radiofréquence est seulement donnée à titre d'exemple, et non de limitation du champ d'application de la présente description. En d'autres termes, l'UE 500 peut inclure plus de fonctionnalité que ce qui est montré sur la FIG. 5 y compris, par exemple, une caméra vidéo et/ou un appareil photo, un microphone, un lecteur et/ou enregistreur multimédias, etc. De plus, le ou les émetteurs-récepteurs 504 peuvent comprendre des circuits de communication utilisant des normes de communication radiofréquence supplémentaires, y compris Bluetooth, GPS, et/ou autres. De plus, le processeur unique ou multiple 502 peut exécuter un code logiciel stocké dans la mémoire 506 pour commander une telle fonctionnalité supplémentaire. Par exemple, une vitesse directionnelle et/ou des estimations de position provenant d'un récepteur GPS peuvent être mises à la disposition de n'importe quel programme d'application s'exécutant sur l'UE 500, y compris divers procédés donnés à titre d'exemple et/ou des supports lisibles par ordinateur selon divers modes de réalisation donnés à titre d'exemple de la présente description.
La FIG. 6 est un schéma fonctionnel d'un exemple de nœud de réseau 600 configurable selon divers modes de réalisation de la présente description, y compris par l'exécution d'instructions sur un support lisible par ordinateur qui correspondent à n'importe lequel des exemples de procédés et/ou de procédures décrits ici.
Le nœud de réseau 600 inclut un processeur unique ou multiple 602, une interface de réseau radio 604, une mémoire 606, une interface de réseau central 608, et d'autres interfaces 610. Le nœud de réseau 600 peut comprendre, par exemple, une station de base, un eNB, un gNB, un nœud d'accès, ou un composant de ceux-ci.
Le processeur unique ou multiple 602 peut inclure n'importe quel type de processeur ou de circuit de traitement et peut être configuré pour mettre en œuvre l'un quelconque des procédés ou procédures décrits ici. La mémoire 606 peut stocker un code logiciel, des programmes, et/ou des instructions exécutées par le processeur unique ou multiple 602 pour configurer le nœud de réseau 600 pour mettre en œuvre diverses opérations, y compris des opérations décrites ici. Par exemple, l'exécution de telles instructions stockées peut configurer le nœud de réseau 600 pour communiquer avec un ou plusieurs autres dispositifs en utilisant des protocoles selon divers modes de réalisation de la présente description, y compris un ou plusieurs procédés et/ou procédures abordés ci-dessus. De plus, l'exécution de telles instructions stockées peut également configurer et/ou aider le nœud de réseau 600 pour communiquer avec un ou plusieurs autres dispositifs en utilisant d'autres protocoles ou couches de protocole, tels qu'un ou plusieurs des protocoles de couches PHY, MAC, RLC, PDCP et RRC normalisés par 3GPP pour LTE, LTE-A, et/ou NR, ou n'importe quels autres protocoles de couche supérieure utilisés conjointement avec l'interface de réseau radio 604 et l'interface de réseau central 608. À titre d'exemple et sans limitation, l'interface de réseau central 608 comprend une interface S1 et l'interface de réseau radio 604 peut comprendre une interface Uu, telle que normalisée par 3GPP. La mémoire 606 peut également stocker des variables utilisées pour des protocoles, la configuration, la commande, et d'autres fonctions du nœud de réseau 600. À ce titre, la mémoire 606 peut comprendre une mémoire non volatile (par exemple, mémoire flash, disque dur, etc.), une mémoire volatile (par exemple, RAM statique ou dynamique), un stockage en réseau (par exemple, « en nuage »), ou une combinaison de ceux-ci.
L'interface de réseau radio 604 peut inclure des émetteurs, récepteurs, processeurs de signal, ASIC, antennes, unités de formation de faisceau, et un autre circuit qui permet au nœud de réseau 600 de communiquer avec un autre équipement tel que, dans certains modes de réalisation, une pluralité d'équipements utilisateur (UE) compatibles. Dans certains modes de réalisation, le nœud de réseau 600 peut inclure divers protocoles ou couches de protocole, tels que les protocoles de couches PHY, MAC, RLC, PDCP et RRC normalisés par 3GPP pour LTE, LTE-A et/ou 5G/NR. Selon des modes de réalisation supplémentaires de la présente description, l'interface de réseau radio 604 peut inclure une couche PHY basée sur des technologies OFDM, OFDMA et/ou SC-FDMA. Dans certains modes de réalisation, la fonctionnalité d'une telle couche PHY peut être fournie coopérativement par l'interface de réseau radio 604 et le ou les processeurs 602.
L'interface de réseau central 608 peut inclure des émetteurs, récepteurs, et autres circuits qui permettent au nœud de réseau 600 de communiquer avec un autre équipement dans un réseau central tel que, dans certains modes de réalisation, des réseaux centraux à commutation de circuit (CS) et/ou à commutation par paquets (PS). Dans certains modes de réalisation, l'interface de réseau central 608 peut inclure l'interface S1 normalisée par 3GPP. Dans certains modes de réalisation, l'interface de réseau central 608 peut inclure une ou plusieurs interfaces vers un ou plusieurs SGW, MME, SGSN, GGSN, et d'autres dispositifs physiques qui comprennent une fonctionnalité trouvée dans des réseaux centraux GERAN, UTRAN, E-UTRAN et CDMA2000 qui sont connus de personnes de compétence ordinaire dans l'art. Dans certains modes de réalisation, cette ou ces interfaces peuvent être multiplexées ensemble sur une unique interface physique. Dans certains modes de réalisation, des couches inférieures de l'interface de réseau central 608 peuvent inclure un ou plusieurs parmi un mode de transfert asynchrone (ATM), un protocole Internet (IP) sur Ethernet, SDH sur fibre optique, T1/E1/PDH sur un fil de cuivre, radio par micro-ondes, ou d'autres technologies de transmission sans fil transmission câblées ou sans fil connues des personnes de compétence ordinaire dans l'art.
Les autres interfaces 610 peuvent inclure des émetteurs, récepteurs, et autres circuits qui permettent au nœud de réseau 600 de communiquer avec des réseaux externes, des ordinateurs, des bases de données, et similaires à des fins d'opérations, d'administration et de maintenance du nœud de réseau 600 ou d'un autre équipement réseau connecté de manière fonctionnelle à celui-ci.
Pour un ou plusieurs modes de réalisation, au moins l'un des composants présentés dans une ou plusieurs des figures qui précèdent peut être configuré pour mettre en œuvre un ou plusieurs opérations, techniques, processus, et/ou procédés tels que présentés dans la section Exemples ci-dessous. Par exemple, le circuit de bande de base tel que décrit ci-dessus en rapport avec une ou plusieurs des figures qui précèdent peut être configuré pour fonctionner conformément à un ou plusieurs des exemples présentés ci-dessous. Pour un autre exemple, un circuit associé à un UE, à une station de base, à un élément de réseau, etc. tel que décrit ci-dessus en rapport avec une ou plusieurs des figures qui précèdent peut être configuré pour fonctionner conformément à un ou plusieurs des exemples présentés ci-dessous dans la section Exemples.
Section des exemples
Les exemples suivants concernent des modes de réalisation supplémentaires.
L'Exemple 1 est un appareil informatique d'un équipement utilisateur (UE), comprenant un processeur et une mémoire stockant des instructions qui, lorsqu'elles sont exécutées par le processeur, configurent l'UE pour : s'enregistrer sur une première cellule d'une première technologie d'accès radio (RAT) sur la base de conditions de radiofréquence (RF) de la première cellule ; traiter un message de configuration provenant d'un réseau priorisant une bande d'ancrage de la première RAT ; mettre en œuvre une première resélection de cellule d'une première cellule à une deuxième cellule de la première RAT qui est dans la bande d'ancrage en réponse au traitement du message de configuration ; mettre en œuvre des mesures de cellule sur une ou plusieurs cellules d'une deuxième RAT ; déterminer qu'aucune des mesures de cellule pour la ou les cellules de la deuxième RAT ne dépasse un seuil ; déprioriser, sur la base de la détermination qu'aucune des mesures de cellule pour la ou les cellules de la deuxième RAT ne dépasse le seuil, la deuxième cellule dans des données classées de priorisation de cellule dans la mémoire ; et mettre en œuvre une deuxième resélection de cellule de la deuxième cellule de la première RAT à une autre cellule de la première RAT, la deuxième resélection de cellule sur la base des données classées de priorisation de cellule.
L'Exemple 2 est l'appareil informatique de l'exemple 1, dans lequel la première RAT est une RAT réseau d'accès radio terrestre UMTS (service universel de télécommunication mobile) évolué (E-UTRAN) et la deuxième RAT est une RAT Nouvelle Radio (NR), et dans lequel la deuxième resélection de cellule est mise en œuvre en réponse à une détermination que l'UE a été dans un ou plusieurs parmi un état de mobilité stationnaire et un état de mobilité de piéton pendant au moins une durée prédéterminée.
L'Exemple 3 est l'appareil informatique de l'un quelconque des Exemples 1 à 2, dans lequel les instructions, lorsqu'elles sont exécutées par le processeur, configurent en outre l'UE pour surveiller des conditions RF d'une ou plusieurs cellules voisines de la deuxième cellule ; et dans lequel la deuxième resélection de cellule est mise en œuvre en réponse à une détermination que la ou les cellules voisines ont de meilleures conditions RF que la deuxième cellule.
L'Exemple 4 est l'appareil informatique de l'un quelconque des Exemples 1 à 3, dans lequel la deuxième resélection de cellule est mise en œuvre en réponse à une détermination qu'une agrégation de porteuses (CA) n'est pas configurée pour la deuxième cellule.
L'Exemple 5 est l'appareil informatique de l'un quelconque des Exemples 1 à 4, dans lequel les instructions, lorsqu'elles sont exécutées par le processeur, configurent en outre l'UE pour stocker un ou plusieurs parmi une localisation actuelle de l'UE, un identificateur de cellule physique (PCI) pour la première cellule, des informations de bande LTE pour la première cellule, et une disponibilité de NR pour la première cellule.
L'Exemple 6 est l'appareil informatique de l'un quelconque des Exemples 1 à 5, dans lequel les instructions, lorsqu'elles sont exécutées par le processeur, configurent en outre l'UE pour stocker un ou plusieurs parmi une localisation actuelle de l'UE, un identificateur de cellule physique (PCI) pour la deuxième cellule, des informations de bande LTE pour la deuxième cellule, et une disponibilité de NR pour la deuxième cellule.
L'Exemple 7 est l'appareil informatique de l'un quelconque des Exemples 1 à 6, dans lequel les instructions, lorsqu'elles sont exécutées par le processeur, configurent en outre l'UE pour classer une cellule précédemment occupée dans les données classées de priorisation de cellule.
L'Exemple 8 est l'appareil informatique de l'Exemple 7, dans lequel le classement de la cellule précédemment occupée est selon une puissance de signal actuelle détectée au niveau de la cellule précédemment occupée.
L'Exemple 9 est l'appareil informatique de l'un quelconque des exemples 7 à 8, dans lequel le classement de la cellule précédemment occupée est selon une configuration d'agrégation de porteuses (CA) au niveau de la cellule précédemment occupée stockée au niveau de l'UE lorsque l'UE a été enregistré sur la cellule précédemment occupée.
L'Exemple 10 est l'appareil informatique de l'un quelconque des Exemples 7 à 9, dans lequel la deuxième resélection de cellule est mise en œuvre de la deuxième cellule vers la cellule précédemment occupée.
L'Exemple 11 est l'appareil informatique de l'un quelconque des Exemples 7 à 10, dans lequel la cellule précédemment occupée est la première cellule.
L'Exemple 12 est l'appareil informatique de l'un quelconque des Exemples 1 à 11, dans lequel les instructions, lorsqu'elles sont exécutées par le processeur, configurent en outre l'UE pour classer une troisième cellule de la première RAT au sein des données classées de priorisation de cellule.
L'Exemple 13 est l'appareil informatique de l'un quelconque des Exemples 1 à 12, dans lequel les instructions, lorsqu'elles sont exécutées par le processeur, configurent en outre l'UE pour effacer les données classées de priorisation de cellule en réponse à une détermination que l'UE n'est plus dans l'un parmi un état de mobilité stationnaire et un état de mobilité de piéton.
L'Exemple 14 est l'appareil informatique de l'un quelconque des Exemples 1 à 13, dans lequel les instructions, lorsqu'elles sont exécutées par le processeur, configurent en outre l'UE pour reprioriser la deuxième cellule dans les données classées de priorisation de cellule sur la base d'une détermination qu'un code de zone de suivi (TAC) correspondant à l'UE a changé.
L'Exemple 15 est l'appareil informatique de l'un quelconque des Exemples 1 à 14, dans lequel les instructions, lorsqu'elles sont exécutées par le processeur, configurent en outre l'UE pour reprioriser la deuxième cellule dans les données classées de priorisation de cellule sur la base d'une détermination qu'une puissance de signal reçu correspondant à la deuxième cellule dépasse une puissance de signal reçu de chacune parmi une ou plusieurs cellules voisines de la deuxième cellule d'au moins un seuil prédéterminé.
L'Exemple 16 est l'appareil informatique de l'un quelconque des Exemples 1 à 15, dans lequel les instructions, lorsqu'elles sont exécutées par le processeur, configurent en outre l'UE pour stocker, dans la mémoire, une indication indiquant que la deuxième resélection de cellule a été mise en œuvre et une localisation de l'UE lorsque la deuxième resélection de cellule a été mise en œuvre.
L'Exemple 17 est un procédé d'un équipement utilisateur (UE) comprenant : l'enregistrement sur une première cellule d'une première technologie d'accès radio (RAT) sur la base de conditions de radiofréquence (RF) de la première cellule ; le traitement d'un message de configuration provenant d'un réseau priorisant une bande d'ancrage de la première RAT ; la mise en œuvre d'une première resélection de cellule de la première cellule à une deuxième cellule de la première RAT qui est dans la bande d'ancrage en réponse au traitement du message de configuration ; la mise en œuvre de mesures de cellule sur une ou plusieurs cellules d'une deuxième RAT ; le fait de déterminer qu'aucune des mesures de cellule pour la ou les cellules de la deuxième RAT ne dépasse un seuil ; la dépriorisation, sur la base de la détermination qu'aucune des mesures de cellule pour la ou les cellules de la deuxième RAT ne dépasse le seuil, de la deuxième cellule dans les données classées de priorisation de cellule d'une mémoire interne de l'UE ; et la mise en œuvre d'une deuxième resélection de cellule de la deuxième cellule de la première RAT à une autre cellule de la première RAT, la deuxième resélection de cellule sur la base des données classées de priorisation de cellule.
L'Exemple 18 est le procédé de l'Exemple 17, dans lequel la première RAT est une RAT réseau d'accès radio terrestre UMTS (service universel de télécommunication mobile) évolué (E-UTRAN) et la deuxième RAT est une RAT Nouvelle Radio (NR), et dans lequel la deuxième resélection de cellule est mise en œuvre en réponse à une détermination que l'UE a été dans un ou plusieurs parmi un état de mobilité stationnaire et un état de mobilité de piéton pendant au moins une durée prédéterminée.
L'Exemple 19 est le procédé de l'un quelconque des Exemples 17 à 18, comprenant en outre la surveillance de conditions RF d'une ou plusieurs cellules voisines de la deuxième cellule ; dans lequel la deuxième resélection de cellule est mise en œuvre en réponse à une détermination que la ou les cellules voisines ont de meilleures conditions RF que la deuxième cellule.
L'Exemple 20 est le procédé de l'un quelconque des Exemples 17 à 19, dans lequel la deuxième resélection de cellule est mise en œuvre en réponse à une détermination qu'une agrégation de porteuses (CA) n'est pas configurée pour la deuxième cellule.
L'Exemple 21 est le procédé de l'un quelconque des Exemples 17 à 20, comprenant en outre le stockage d'un ou plusieurs parmi une localisation actuelle de l'UE, un identificateur de cellule physique (PCI) pour la première cellule, des informations de bande LTE pour la première cellule, et une disponibilité de NR pour la première cellule.
L'Exemple 22 est le procédé de l'un quelconque des Exemples 17 à 21, comprenant en outre le stockage d'un ou plusieurs parmi une localisation actuelle de l'UE, un identificateur de cellule physique (PCI) pour la deuxième cellule, des informations de bande LTE pour la deuxième cellule, et une disponibilité de NR pour la deuxième cellule.
L'Exemple 23 est le procédé de l'un quelconque des Exemples 17 à 22, comprenant en outre le classement d'une cellule précédemment occupée dans les données classées de priorisation de cellule.
L'Exemple 24 est le procédé de l'Exemple 23, dans lequel le classement de la cellule précédemment occupée est selon une puissance de signal actuelle détectée au niveau de la cellule précédemment occupée.
L'Exemple 25 est le procédé de l'un quelconque des Exemples 23 à 24, dans lequel le classement de la cellule précédemment occupée est selon une configuration d'agrégation de porteuses (CA) au niveau de la cellule précédemment occupée stockée au niveau de l'UE lorsque l'UE a été enregistré sur la cellule précédemment occupée.
L'Exemple 26 est le procédé de l'un quelconque des Exemples 23 à 25, dans lequel la deuxième resélection de cellule est mise en œuvre de la deuxième cellule vers la cellule précédemment occupée.
L'Exemple 27 est le procédé de l'un quelconque des Exemples 23 à 26, dans lequel la cellule précédemment occupée est la première cellule.
L'Exemple 28 est le procédé de l'un quelconque des Exemples 17 à 27, comprenant en outre le classement d'une troisième cellule de la première RAT dans les données classées de priorisation de cellule.
L'Exemple 29 est le procédé de l'un quelconque des Exemples 17 à 28, comprenant en outre l'effacement des données classées de priorisation de cellule en réponse à une détermination que l'UE n'est plus dans l'un parmi un état de mobilité stationnaire et un état de mobilité de piéton.
L'Exemple 30 est le procédé de l'un quelconque des Exemples 17 à 29, comprenant en outre la repriorisation de la deuxième cellule dans les données classées de priorisation de cellule sur la base d'une détermination qu'un code de zone de suivi (TAC) correspondant à l'UE a changé.
L'Exemple 31 est le procédé de l'un quelconque des Exemples 17 à 30, comprenant en outre la repriorisation de la deuxième cellule dans les données classées de priorisation de cellule sur la base d'une détermination qu'une puissance de signal reçu correspondant à la deuxième cellule dépasse une puissance de signal reçu de chacune parmi une ou plusieurs cellules voisines de la deuxième cellule d'au moins un seuil prédéterminé.
L'Exemple 32 est le procédé de l'un quelconque des Exemples 17 à 31, comprenant en outre le stockage, dans la mémoire interne de l'UE, d'une indication indiquant que la deuxième resélection de cellule a été mise en œuvre et une localisation de l'UE lorsque la deuxième resélection de cellule a été mise en œuvre.
L'Exemple 33 est un support de stockage non transitoire lisible par un ordinateur, le support de stockage lisible par un ordinateur incluant des instructions qui, lorsqu'elles sont exécutées par un ordinateur, amènent l'ordinateur à : enregistrer l'UE sur une première cellule d'une première technologie d'accès radio (RAT) sur la base de conditions de radiofréquence (RF) de la première cellule ; traiter un message de configuration provenant d'un réseau priorisant une bande d'ancrage de la première RAT ; amènent l'UE à mettre en œuvre une première resélection de cellule de la première cellule à une deuxième cellule de la première RAT qui est dans la bande d'ancrage en réponse au traitement du message de configuration ; mettre en œuvre des mesures de cellule sur une ou plusieurs cellules d'un deuxième RAT ; déterminer qu'aucune des mesures de cellule pour la ou les cellules de la deuxième RAT ne dépasse un seuil ; déprioriser, sur la base de la détermination qu'aucune des mesures de cellule pour la ou les cellules de la deuxième RAT ne dépasse le seuil, la deuxième cellule dans les données classées de priorisation de cellule ; et amènent l'UE à mettre en œuvre une deuxième resélection de cellule de la deuxième cellule de la première RAT à une autre cellule de la première RAT, la deuxième resélection de cellule sur la base des données classées de priorisation de cellule.
L'Exemple 34 est le support de stockage non transitoire lisible par un ordinateur de l'Exemple 33, dans lequel la première RAT est une RAT réseau d'accès radio terrestre UMTS (service universel de télécommunication mobile) évolué (E-UTRAN) et la deuxième RAT est une RAT Nouvelle Radio (NR), et dans lequel la deuxième resélection de cellule est mise en œuvre en réponse à une détermination que l'UE a été dans un ou plusieurs parmi un état de mobilité stationnaire et un état de mobilité de piéton pendant au moins une durée prédéterminée.
L'Exemple 35 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 33 à 34, dans lequel les instructions, lorsqu'elles sont exécutées par l'ordinateur, amènent en outre l'ordinateur à surveiller des conditions RF d'une ou plusieurs cellules voisines de la deuxième cellule ; et dans lequel la deuxième resélection de cellule est mise en œuvre en réponse à une détermination que la ou les cellules voisines ont de meilleures conditions RF que la deuxième cellule.
L'Exemple 36 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 33 à 35, dans lequel la deuxième resélection de cellule est mise en œuvre en réponse à une détermination qu'une agrégation de porteuses (CA) n'est pas configurée pour la deuxième cellule.
L'Exemple 37 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 33 à 36, dans lequel les instructions, lorsqu'elles sont exécutées par l'ordinateur, amènent en outre l'ordinateur à stocker un ou plusieurs parmi une localisation actuelle de l'UE, un identificateur de cellule physique (PCI) pour la première cellule, des informations de bande LTE pour la première cellule, et une disponibilité de NR pour la première cellule.
L'Exemple 38 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 33 à 37, dans lequel les instructions, lorsqu'elles sont exécutées par l'ordinateur, amènent en outre l'ordinateur à stocker un ou plusieurs parmi une localisation actuelle de l'UE, un identificateur de cellule physique (PCI) pour la deuxième cellule, des informations de bande LTE pour la deuxième cellule, et une disponibilité de NR pour la deuxième cellule.
L'Exemple 39 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 33 à 38, dans lequel les instructions, lorsqu'elles sont exécutées par l'ordinateur, amènent en outre l'ordinateur à classer une cellule précédemment occupée dans les données classées de priorisation de cellule.
L'Exemple 40 est le support de stockage non transitoire lisible par un ordinateur de l'Exemple 39, dans lequel le classement de la cellule précédemment occupée est selon une puissance de signal actuelle détectée au niveau de la cellule précédemment occupée.
L'Exemple 41 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 39 à 40, dans lequel le classement de la cellule précédemment occupée est selon une configuration d'agrégation de porteuses (CA) au niveau de la cellule précédemment occupée stockée dans une mémoire de l'UE lorsque l'UE a été enregistré sur la cellule précédemment occupée.
L'Exemple 42 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 39 à 41, dans lequel la deuxième resélection de cellule est mise en œuvre de la deuxième cellule vers la cellule précédemment occupée.
L'Exemple 43 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 39 à 42, dans lequel la cellule précédemment occupée est la première cellule.
L'Exemple 44 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 33 à 43, dans lequel les instructions, lorsqu'elles sont exécutées par l'ordinateur, amènent en outre l'ordinateur à classer une troisième cellule de la première RAT dans les données classées de priorisation de cellule.
L'Exemple 45 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 33 à 44, dans lequel les instructions, lorsqu'elles sont exécutées par l'ordinateur, amènent en outre l'ordinateur à effacer les données classées de priorisation de cellule en réponse à une détermination que l'UE n'est plus dans l'un parmi un état de mobilité stationnaire et un état de mobilité de piéton.
L'Exemple 46 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 33 à 45, dans lequel les instructions, lorsqu'elles sont exécutées par l'ordinateur, configurent en outre l'ordinateur pour reprioriser la deuxième cellule dans les données classées de priorisation de cellule sur la base d'une détermination qu'un code de zone de suivi (TAC) correspondant à l'UE a changé.
L'Exemple 47 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 33 à 46, dans lequel les instructions, lorsqu'elles sont exécutées par l'ordinateur, amènent en outre l'ordinateur à reprioriser la deuxième cellule dans les données classées de priorisation de cellule sur la base d'une détermination qu'une puissance de signal reçu correspondant à la deuxième cellule dépasse une puissance de signal reçu de chacune parmi une ou plusieurs cellules voisines de la deuxième cellule d'au moins un seuil prédéterminé.
L'Exemple 48 est le support de stockage non transitoire lisible par un ordinateur de l'un quelconque des Exemples 33 à 47, dans lequel les instructions, lorsqu'elles sont exécutées par l'ordinateur, amènent en outre l'ordinateur à stocker, dans une mémoire de l'UE, une indication indiquant que la deuxième resélection de cellule a été mise en œuvre et une localisation de l'UE lorsque la deuxième resélection de cellule a été mise en œuvre.
L'Exemple 49 peut inclure un appareil comprenant un moyen pour mettre en œuvre un ou plusieurs éléments d'un procédé décrit dans ou se rapportant à l'un quelconque des exemples qui précèdent, ou n'importe quel autre procédé ou processus décrit ici.
L'Exemple 50 peut inclure un ou plusieurs supports lisibles par ordinateur non transitoires comprenant des instructions pour amener un dispositif électronique, lors de l'exécution des instructions par un ou plusieurs processeurs du dispositif électronique, à mettre en œuvre un ou plusieurs éléments d'un procédé décrit dans ou se rapportant à l'un quelconque des exemples qui précèdent, ou n'importe quel autre procédé ou processus décrit ici.
L'Exemple 51 peut inclure un appareil comprenant une logique, des modules ou un circuit pour mettre en œuvre un ou plusieurs éléments d'un procédé décrit dans ou se rapportant à l'un quelconque des exemples qui précèdent, ou n'importe quel autre procédé ou processus décrit ici.
L'Exemple 52 peut inclure un procédé, une technique ou un processus tel que décrit dans ou se rapportant à n'importe lequel des exemples qui précèdent, ou à des portions ou parties de ceux-ci.
L'Exemple 53 peut inclure un appareil comprenant : un ou plusieurs processeurs et un ou plusieurs supports lisibles par ordinateur comprenant des instructions qui, lorsqu'elles sont exécutées par le ou les processeurs, amènent le ou les processeurs à mettre en œuvre le procédé, les techniques, ou le processus tels que décrits dans ou se rapportant à n'importe lequel des exemples qui précèdent, ou à des parties de ceux-ci.
L'Exemple 54 peut inclure un signal tel que décrit dans ou se rapportant à n'importe lequel des exemples qui précèdent, ou à des portions ou parties de ceux-ci.
L'Exemple 55 peut inclure un datagramme, un paquet, une trame, un segment, une unité de données de protocole (PDU), ou un message tels que décrits dans ou se rapportant à n'importe lequel des exemples qui précèdent, ou à des portions ou parties de ceux-ci, ou autrement décrits dans la présente description.
L'Exemple 56 peut inclure un signal codé avec des données tel que décrit dans ou se rapportant à n'importe lequel des exemples qui précèdent, ou à des portions ou parties de celui-ci, ou autrement décrit dans la présente description.
L'Exemple 57 peut inclure un signal codé avec un datagramme, un paquet, une trame, un segment, une PDU, ou un message tel que décrit dans ou se rapportant à n'importe lequel des exemples qui précèdent, ou à des portions ou parties de celui-ci, ou autrement décrit dans la présente description.
L'Exemple 58 peut inclure un signal électromagnétique transportant des instructions lisibles par ordinateur, dans lequel l'exécution des instructions lisibles par ordinateur par un ou plusieurs processeurs a pour objet d'amener le ou les processeurs à mettre en œuvre le procédé, les techniques, ou le processus tels que décrits dans ou se rapportant à n'importe lequel des exemples qui précèdent, ou à des parties de ceux-ci.
L'Exemple 59 peut inclure un programme informatique comprenant des instructions, dans lequel l'exécution du programme par un élément de traitement a pour objet d'amener l'élément de traitement à effectuer le procédé, les techniques, ou le processus tels que décrits dans ou se rapportant à n'importe lequel des exemples qui précèdent, ou à des parties de ceux-ci.
L'Exemple 60 peut inclure un signal dans un réseau sans fil tel que montré et décrit ici.
L'Exemple 61 peut inclure un procédé de communication dans un réseau sans fil tel que montré et décrit ici.
L'Exemple 62 peut inclure un système pour fournir une communication sans fil tel que montré et décrit ici.
L'Exemple 63 peut inclure un dispositif pour fournir une communication sans fil tel que montré et décrit ici.
N'importe lesquels des exemples décrits ci-dessus peuvent être combinés avec n'importe quel autre exemple (ou combinaison d'exemples), sauf mention explicite contraire. La description qui précède d'une ou plusieurs implémentations fournit une illustration et une description, mais n'est pas prévue pour être exhaustive ou pour limiter le champ d'application des modes de réalisation à la forme précise décrite. Des modifications et variations sont possibles à la lumière des enseignements ci-dessus ou peuvent être acquises par la pratique de divers modes de réalisation.
Des modes de réalisation et implémentations des systèmes et procédés décrits ici peuvent inclure diverses opérations, qui peuvent être mises en pratique dans des instructions exécutables par machine pour être exécutées par un système informatique. Un système informatique peut inclure un ou plusieurs ordinateurs (ou autres dispositifs électroniques) d'usage général ou d'usage particulier. Le système informatique peut inclure des composants matériels qui incluent une logique spécifique pour mettre en œuvre les opérations ou peut inclure une combinaison de matériel, logiciel et/ou micrologiciel.
Il doit être entendu que les systèmes décrits ici incluent des descriptions de modes de réalisation spécifiques. Ces modes de réalisation peuvent être combinés en systèmes uniques, partiellement combinés dans d'autres systèmes, répartis dans de multiples systèmes ou divisés ou combinés d'autres manières. De plus, il est envisagé que des paramètres, attributs, aspects, etc. d'un mode de réalisation peuvent être utilisés dans un autre mode de réalisation. Les paramètres, attributs, aspects, etc. sont seulement décrits dans un ou plusieurs modes de réalisation pour la clarté, et il est reconnu que les paramètres, attributs, aspects, etc. peuvent être combinés avec ou remplacés par des paramètres, attributs, aspects, etc. d'un autre mode de réalisation sauf exclusion spécifique ici.
Il est bien compris que l'utilisation d'informations d'identification personnelle doit respecter les politiques et pratiques de confidentialité qui sont globalement reconnues comme répondant aux, ou dépassant les, exigences industrielles ou gouvernementales pour maintenir la confidentialité des utilisateurs. En particulier, les données d'informations d'identification personnelle doivent être gérées et traitées de façon à réduire au minimum les risques d'accès ou utilisation involontaire ou non autorisée, et la nature de l'utilisation autorisée doit être clairement indiquée aux utilisateurs.
Bien que ce qui précède ait été décrit de façon assez détaillée à des fins de clarté, il sera apparent que certains changements et modifications peuvent être apportés sans s'écarter de ses principes. Il convient de noter qu'il y a de nombreuses autres manières d'implémenter à la fois les processus et appareils décrits ici. Ainsi, les présents modes de réalisation doivent être considérés comme servant d'illustration et non de limitation, et la description ne doit pas être limitée aux détails donnés ici, mais peut être modifiée dans le champ d'application et les équivalents des revendications annexées.
Claims (15)
- Procédé d'un équipement utilisateur (UE) comprenant :
- l'enregistrement sur une première cellule d'une première technologie d'accès radio (RAT) sur la base de conditions de radiofréquence (RF) de la première cellule ;
- le traitement d'un message de configuration depuis un réseau priorisant une bande d'ancrage de la première RAT ;
la mise en œuvre d'une première resélection de cellule depuis la première cellule vers une deuxième cellule de la première RAT qui est dans la bande d'ancrage en réponse au traitement du message de configuration ;
- la mise en œuvre de mesures de cellule sur une ou plusieurs cellules d'une deuxième RAT ;
- la détermination qu'aucune des mesures de cellule pour la ou les cellules de la deuxième RAT ne dépasse un seuil ;
- la dépriorisation, sur la base de la détermination qu'aucune des mesures de cellule pour la ou les cellules de la deuxième RAT ne dépasse le seuil, la deuxième cellule dans des données classées de priorisation de cellule d'une mémoire interne de l'UE ; et
- la mise en œuvre d'une deuxième resélection de cellule depuis la deuxième cellule de la première RAT vers une autre cellule de la première RAT, la deuxième resélection de cellule étant basée sur les données classées de priorisation de cellule. - Procédé selon la revendication 1, dans lequel la première RAT est une RAT réseau d'accès radio terrestre UMTS (service universel de télécommunication mobile) évolué (E-UTRAN) et la deuxième RAT est une RAT Nouvelle Radio (NR), et dans lequel la deuxième resélection de cellule est mise en œuvre en réponse à une détermination que l'UE a été dans un ou plusieurs parmi un état de mobilité stationnaire et un état de mobilité de piéton pendant au moins une durée prédéterminée.
- Procédé selon l'une quelconque des revendications 1 à 2, comprenant en outre la surveillance de conditions RF d'une ou plusieurs cellules voisines de la deuxième cellule ; dans lequel la deuxième resélection de cellule est mise en œuvre en réponse à une détermination que la ou les cellules voisines ont de meilleures conditions RF que la deuxième cellule.
- Procédé selon l'une quelconque des revendications 1 à 2, dans lequel la deuxième resélection de cellule est mise en œuvre en réponse à une détermination qu'une agrégation de porteuses (CA) n'est pas configurée pour la deuxième cellule.
- Procédé selon l'une quelconque des revendications 1 à 2, comprenant en outre un ou plusieurs parmi :
- le stockage d'un ou plusieurs parmi une localisation actuelle de l'UE, un identificateur de cellule physique (PCI) pour la première cellule, des informations de bande LTE pour la première cellule, et une disponibilité de NR pour la première cellule ; et/ou
- le stockage d'un ou plusieurs parmi une localisation actuelle de l'UE, un identificateur de cellule physique (PCI) pour la deuxième cellule, des informations de bande LTE pour la deuxième cellule, et une disponibilité de NR pour la deuxième cellule. - Procédé selon l'une quelconque des revendications 1 à 2, comprenant en outre le classement d'une cellule précédemment occupée au sein des données classées de priorisation de cellule.
- Procédé selon la revendication 6, dans lequel le classement de la cellule précédemment occupée est selon une puissance de signal actuelle détectée au niveau de la cellule précédemment occupée.
- Procédé selon la revendication 6, dans lequel le classement de la cellule précédemment occupée est selon une configuration d'agrégation de porteuses (CA) au niveau de la cellule précédemment occupée stockée au niveau de l'UE lorsque l'UE a été enregistré sur la cellule précédemment occupée.
- Procédé selon la revendication 6, dans lequel la deuxième resélection de cellule est mise en œuvre de la deuxième cellule vers la cellule précédemment occupée.
- Procédé selon la revendication 9, dans lequel la cellule précédemment occupée est la première cellule.
- Procédé selon l'une quelconque des revendications 1 à 2, comprenant en outre le classement d'une troisième cellule de la première RAT au sein des données classées de priorisation de cellule.
- Procédé selon l'une quelconque des revendications 1 à 2, comprenant en outre au moins l'un parmi :
- l'effacement des données classées de priorisation de cellule en réponse à une détermination que l'UE n'est plus dans l'un parmi un état de mobilité stationnaire et un état de mobilité de piéton ; et/ou
- la repriorisation de la deuxième cellule dans les données classées de priorisation de cellule sur la base d'une détermination qu'un code de zone de suivi (TAC) correspondant à l'UE a changé ; et/ou
- la repriorisation de la deuxième cellule dans les données classées de priorisation de cellule sur la base d'une détermination qu'une puissance de signal reçu correspondant à la deuxième cellule dépasse une puissance de signal reçu de chacune parmi une ou plusieurs cellules voisines de la deuxième cellule d'au moins un seuil prédéterminé. - Procédé selon l'une quelconque des revendications 1 à 2, comprenant en outre le stockage, dans la mémoire interne de l'UE, d'une indication indiquant que la deuxième resélection de cellule a été mise en œuvre et une localisation de l'UE lorsque la deuxième resélection de cellule a été mise en œuvre.
- Appareil comprenant un moyen pour mettre en œuvre un procédé selon l'une quelconque des revendications précédentes.
- Stockage lisible par machine incluant des instructions lisibles par machine, lorsqu'elles sont exécutées, pour implémenter un procédé ou réaliser un appareil tel que revendiqué dans l'une quelconque revendication précédente.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2004292A FR3109855B1 (fr) | 2020-04-30 | 2020-04-30 | Dépriorisation de cellule d'ancrage lte sur la base de mesures de cellules nr |
| US17/239,206 US11558794B2 (en) | 2020-04-30 | 2021-04-23 | De-prioritizing LTE anchor cell based on NR cell measurements |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2004292 | 2020-04-30 | ||
| FR2004292A FR3109855B1 (fr) | 2020-04-30 | 2020-04-30 | Dépriorisation de cellule d'ancrage lte sur la base de mesures de cellules nr |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR3109855A1 true FR3109855A1 (fr) | 2021-11-05 |
| FR3109855B1 FR3109855B1 (fr) | 2023-06-09 |
Family
ID=72088238
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR2004292A Active FR3109855B1 (fr) | 2020-04-30 | 2020-04-30 | Dépriorisation de cellule d'ancrage lte sur la base de mesures de cellules nr |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US11558794B2 (fr) |
| FR (1) | FR3109855B1 (fr) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109819481B (zh) * | 2017-11-20 | 2021-05-11 | 华为技术有限公司 | 一种网络切换方法及会话管理网元 |
| WO2021015598A1 (fr) * | 2019-07-25 | 2021-01-28 | 엘지전자 주식회사 | Communication basée sur une pluralité de sim |
| US11770763B1 (en) * | 2021-02-08 | 2023-09-26 | T-Mobile Innovations Llc | Dynamic selection of an anchor node |
| WO2023102805A1 (fr) * | 2021-12-09 | 2023-06-15 | Apple Inc. | Gestion de réseau d'accès radio partagé 5g non autonome |
| US20230189033A1 (en) * | 2021-12-14 | 2023-06-15 | Qualcomm Incorporated | Techniques for measurement order for carrier aggregation |
| WO2023207825A1 (fr) * | 2022-04-24 | 2023-11-02 | 华为技术有限公司 | Procédé et appareil de communication |
| CN115243345A (zh) * | 2022-07-19 | 2022-10-25 | 维沃移动通信有限公司 | 小区选择方法、装置、终端设备及可读存储介质 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20190281507A1 (en) * | 2018-03-12 | 2019-09-12 | T-Mobile Usa, Inc. | Methods and systems for cellular-preferred logic for mobile devices |
| US20190327655A1 (en) * | 2018-04-23 | 2019-10-24 | Mediatek Inc. | Methods And Apparatus For Selecting Large-Bandwidth Cell In Mobile Communications |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9755767B2 (en) * | 2014-10-31 | 2017-09-05 | Qualcomm Incorporated | Mechanism to measure, report, and allocate a highest possible rank for each cell in a carrier aggregation (CA) mode receiver-limited user equipment (UE) |
| US9838860B2 (en) * | 2015-01-15 | 2017-12-05 | Mediatek Inc. | Methods for efficient wireless communications and communications apparatus utilizing the same |
| CN105493544B (zh) * | 2015-06-02 | 2019-08-20 | 瑞典爱立信有限公司 | 用于小区配置的方法和装置 |
| US10278130B2 (en) * | 2016-04-26 | 2019-04-30 | Qualcomm Incorporated | Search, measurements, and positioning with aid of motion detection information |
| US10292037B1 (en) * | 2017-03-28 | 2019-05-14 | Sprint Communications Company L.P. | Mobile communication device automated home location register (HLR) assignment adaptation |
| US10893448B2 (en) * | 2018-06-01 | 2021-01-12 | Verizon Patent And Licensing Inc. | Method and system for anchor cell reselection with multi-rat dual-connectivity |
| US11805459B2 (en) * | 2019-11-19 | 2023-10-31 | Qualcomm Incorporated | Techniques for radio access technology (RAT) fallback in wireless communications |
-
2020
- 2020-04-30 FR FR2004292A patent/FR3109855B1/fr active Active
-
2021
- 2021-04-23 US US17/239,206 patent/US11558794B2/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20190281507A1 (en) * | 2018-03-12 | 2019-09-12 | T-Mobile Usa, Inc. | Methods and systems for cellular-preferred logic for mobile devices |
| US20190327655A1 (en) * | 2018-04-23 | 2019-10-24 | Mediatek Inc. | Methods And Apparatus For Selecting Large-Bandwidth Cell In Mobile Communications |
Non-Patent Citations (1)
| Title |
|---|
| "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; User Equipment (UE) procedures in Idle mode and RRC Inactive state (Release 16)", vol. RAN WG2, no. V16.0.0, 9 April 2020 (2020-04-09), pages 1 - 38, XP051893922, Retrieved from the Internet <URL:ftp://ftp.3gpp.org/Specs/archive/38_series/38.304/38304-g00.zip 38304-g00.docx> [retrieved on 20200409] * |
Also Published As
| Publication number | Publication date |
|---|---|
| FR3109855B1 (fr) | 2023-06-09 |
| US20210345203A1 (en) | 2021-11-04 |
| US11558794B2 (en) | 2023-01-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR3109855A1 (fr) | Dépriorisation de cellule d'ancrage lte sur la base de mesures de cellules nr | |
| US11758451B2 (en) | Scanning optimization in 5G NR multi-rat environments | |
| US11979829B2 (en) | UE power saving for SRS antenna switching | |
| EP3939195B1 (fr) | Procédés d'amélioration de la robustesse de mise à jour de faisceau déclenchée par dci en 5g nr | |
| US11956654B2 (en) | Method and apparatus for searcher resource sharing for measurement without measurement gap | |
| US20230027953A1 (en) | Network Configuration Options for Reduced Capability Device Coexistence with Legacy New Radio Devices | |
| US11910475B2 (en) | Systems and methods for enabling efficient establishment of policy control associations | |
| WO2022151209A1 (fr) | Détection d'économie d'énergie pour ue à détection réduite faisant appel à une réévaluation de ressources et à une préemption de ressources | |
| WO2021159848A1 (fr) | Procédés et appareil de traitement d'interruption pour l'activation de scell multiples | |
| WO2022087979A1 (fr) | Distribution de clé mbs et protection de trafic | |
| US20220095189A1 (en) | New radio unlicensed (nr-u) idle mode operations | |
| US11838089B2 (en) | Systems and methods for control signaling for beam searching latency reduction | |
| US20240097922A1 (en) | Nr-nr dual connectivity (nr-dc) secondary node (sn) data usage reporting | |
| US20230397095A1 (en) | Radio Access Technology Management for Wireless Communications of Multi-Subscriber-Identification-Module (MSIM) Low Latency Hotspot Devices | |
| US20240237035A1 (en) | Apparatus for ue measurement delay and granularity for new radio positioning measurement | |
| WO2022151211A1 (fr) | Détection d'économie d'énergie pour des ue à détection réduite utilisant une détection partielle et une détection supplémentaire avec une fenêtre de sélection de ressources priorisée | |
| WO2022021947A1 (fr) | Exception d'interruption et de mesure avec smtc2-lp en rrm en veille et inactif | |
| US20240155696A1 (en) | Channel state information reference signal (csi-rs) based contention free random access (cfra) in radio resource management (rrm) |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20211105 |
|
| PLFP | Fee payment |
Year of fee payment: 3 |
|
| PLFP | Fee payment |
Year of fee payment: 4 |
|
| PLFP | Fee payment |
Year of fee payment: 5 |