DE102019135442A1 - Differenzierte Planung von Xcast-Verkehr - Google Patents

Differenzierte Planung von Xcast-Verkehr Download PDF

Info

Publication number
DE102019135442A1
DE102019135442A1 DE102019135442.0A DE102019135442A DE102019135442A1 DE 102019135442 A1 DE102019135442 A1 DE 102019135442A1 DE 102019135442 A DE102019135442 A DE 102019135442A DE 102019135442 A1 DE102019135442 A1 DE 102019135442A1
Authority
DE
Germany
Prior art keywords
radio
access node
radio bearers
xcast
gnb
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
Application number
DE102019135442.0A
Other languages
English (en)
Other versions
DE102019135442B4 (de
Inventor
Athul Prasad
David Navratil
Andreas Maeder
Mikko Säily
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Technologies Oy filed Critical Nokia Technologies Oy
Publication of DE102019135442A1 publication Critical patent/DE102019135442A1/de
Application granted granted Critical
Publication of DE102019135442B4 publication Critical patent/DE102019135442B4/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0257—Traffic management, e.g. flow control or congestion control per individual bearer or channel the individual bearer or channel having a maximum bit rate or a bit rate guarantee
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load

Landscapes

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

Abstract

Gemäß einem Aspekt ist ein Zugangsknoten für ein Funkzugangsnetzwerk bereitgestellt. Der Zugangsknoten umfasst eine Einrichtung zur Bestimmung, als Reaktion auf einen Empfang einer Vielzahl von Datenpaketen, die mit einem oder mehreren Funkträgern verknüpft sind, zur Planung zu Endgeräten, einer Over-the-Air-Übertragungsbetriebsart jedes Funkträgers. Die Einrichtung ist ferner dazu eingerichtet, um als Reaktion auf eine Bestimmung, dass die einen oder mehreren Funkträger einen oder mehrere erste explizite Multi-Unicast, Xcast, Funkträger unter Verwendung von Multicast und einen oder mehrere zweite Funkträger unter Verwendung von Unicast umfassen, die einen oder mehreren Funkträger gemäß einem ersten Planungsmechanismus zu planen. Der erste Planungsmechanismus priorisiert die einen oder mehreren ersten Xcast-Funkträger, um einen Systemdurchsatz zu maximieren.

Description

  • Technisches Gebiet
  • Verschiedene beispielhafte Ausführungsbeispiele beziehen sich auf Drahtloskommunikationen .
  • Hintergrund
  • Multicast/Broadcast-Netzwerke waren eine Schlüsselkomponente in Dritte-Generation-(3G)- und Vierte-Generation-(4G)-LTE-Advanced-Drahtlosnetzwerken bei der Ermöglichung von ressourceneffizienter Inhaltsverteilung. Aufgrund einer Erhöhung bei Inhaltsqualitätsanforderungen Dank der Einführung von fortschrittlicheren Video- und Audio-Codecs und Zeitkritizität erhöhte sich das Ausmaß von zur Auslieferung des Inhalts verbrauchten Funkressourcen mit der Zeit. Das knappe Ausmaß verfügbarer spektraler Ressourcen macht Inhaltsauslieferung „über den Äther“ (OTA, Over-the-Air, Über-die-Luft) zunehmend herausfordernd, insbesondere wenn die Medien über einen großen Bereich ausgestrahlt werden müssen. Das Planen (Scheduling) von Multicast-Verkehr wird konventionell statistisch basierend auf den synchronisierten Konfigurationen innerhalb des Funkzugriffsnetzwerks und des Core-Netzwerks (Kern-Netzwerks) vollzogen. Während solche statistischen Konfigurationen für 4G-Netzwerke geeignet sind, in denen das Hauptszenario für Multicast Großbereichsterrestriknetzwerke mit vorkonfigurierten Übertragungsbereichen waren, wird eine dynamischere Lösung für Fünfte-Generation-(5G)-Drahtlosnetzwerke benötigt. Explizit-Multi-Unicast (Xcast), das eine effiziente Mischung aus Unicast und Multicast bietet, wurde für eine Verwendung in 5G-Drahtlosnetzwerken vorgeschlagen. Jedoch verbleibt die Frage, wie ein Planen von Xcast-Verkehr innerhalb des 5G-Funkzugriffsnetzwerks auf eine effiziente und flexible Weise zu organisieren ist, um die sich erhöhende Anforderungen bezüglich Inhaltsqualität und Zeitkritizität selbst bei variierendem Systemdurchsatz und Verstopfungsbedingungen zu erfüllen.
  • Kurze Beschreibung
  • Gemäß einem Aspekt wird der Gegenstand der unabhängigen Ansprüche vorgesehen. Ausführungsbeispiele sind in den abhängigen Ansprüchen definiert.
  • Eines oder mehrere Beispiele von Implementierungen werden detaillierter in den anhängenden Zeichnungen und der nachstehenden Beschreibung dargelegt. Andere Merkmale werden aus der Beschreibung und Zeichnungen und aus den Ansprüchen deutlich.
  • Einige Ausführungsbeispiele sehen eine Vorrichtung, ein Verfahren, und ein computerlesbares Medium zur Durchführung von differenziertem Planen vor.
  • Figurenliste
  • Im Folgenden werden beispielhafte Ausführungsbeispiele detaillierter unter Bezugnahme auf die Anhängenden Zeichnungen beschrieben, in denen
    • 1, 2A, 2B, und 2C beispielhafte Drahtloskommunikationssysteme veranschaulichen;
    • 3 bis 5 und 7 beispielhafte Prozesse gemäß Ausführungsbeispielen veranschaulichen;
    • 6 drei beispielhafte Xcast-Verkehr-Szenarien gemäß Ausführungsbeispielen veranschaulicht, und
    • 8 eine Vorrichtung gemäß Ausführungsbeispielen veranschaulicht.
  • Detaillierte Beschreibung einiger Ausführungsbeispiele
  • Die folgenden Ausführungsbeispiele werden nur als Beispiele präsentiert. Obwohl die Spezifikation zu „einem“, „einem“, oder „einigen“ Ausführungsbeispiel(en) und/oder Beispiel(en) an verschiedenen Orten des Textes Bezug nehmen kann, bedeutet dies nicht notwendigerweise, dass jede Bezugnahme zu dem bzw. den gleichen Ausführungsbeispielen oder Beispielen gemacht ist, oder dass ein bestimmtes Merkmal nur auf ein einzelnes Ausführungsbeispiel und/oder Beispiel angewendet ist. Einzelne Merkmale verschiedener Ausführungsbeispiele und/oder Beispiele können auch kombiniert werden, um andere Ausführungsbeispiele und/oder Beispiele bereitzustellen.
  • Im Folgenden werden verschiedene beispielhafte Ausführungsbeispiele unter Verwendung von, als ein Beispiel einer Zugriffsarchitektur, auf die die Ausführungsbeispiele angewendet werden können, einer Funkzugriffsarchitektur basierend auf Long-Term-Evolution-Advanced (LTE-Advanced, LTE-A) oder New-Radio (NR, 5G) beschrieben, ohne die Ausführungsbeispiele jedoch auf eine solche Architektur zu begrenzen. Es ist offensichtlich für einen Fachmann, dass die Ausführungsbeispiele auch auf andere Arten von Kommunikationsnetzwerken mit geeigneten Mitteln durch Anpassen von Parametern und Prozeduren geeignet angewendet werden können. Einige Beispiele anderer Optionen für geeignete Systeme sind das Universal-Mobile-Telecommunications-System-(UMTS)-Radio-Access-Netzwerk (UTRAN oder E-UTRAN), Long-Term-Evolution (LTE, gleich wie E-UTRA), Drahtloslokalbereichsnetzwerk (WLAN oder WiFi), Worldwide-Interoperability-for-Microwave-Access (WiMAX), Bluetooth(R), Personal-Communications-Services (PCS), ZigBee(R), Wideband-Division-Multiple-Access (WCDMA), Systeme unter Verwendung von Ultra-Wide-Band-(UWB)-Technologie, Sensornetzwerke, Mobil-ad-hoc-Netzwerke (MANETs), und Internet-Protokoll-Multimedia-Subsysteme (IMS) oder jegliche Kombination davon.
  • 1 zeigt Beispiele vereinfachter Systemarchitekturen, die nur einige Elemente und funktionelle Entitäten zeigen, die alle logische Einheiten sind, deren Implementierung von dem differieren kann, was gezeigt ist. Die in 1 gezeigten Verbindungen sind logische Verbindungen. Die tatsächlichen physikalischen Verbindungen können davon verschieden sein. Es ist für einen Fachmann offensichtlich, dass das System typischerweise auch andere Funktionen und Strukturen als jene in 1 gezeigte aufweist.
  • Die Ausführungsbeispiele sind jedoch nicht auf das als ein Beispiel gegebene System beschränkt, sondern ein Fachmann kann die Lösung auf andere Kommunikationssysteme anwenden, die mit notwendigen Eigenschaften versehen sind.
  • Das Beispiel der 1 zeigt einen Teil eines beispielhaften Funkzugriffsnetzwerks bzw. Funkzugangsnetzwerks.
  • 1 zeigt Benutzergeräte 100 und 102, die dazu eingerichtet sind, um in einer Drahtlosverbindung auf einem oder mehreren Kommunikationskanälen in einer Zelle mit einem Zugriffsknoten (wie (e/g)NodeB) 104, der die Zelle (und möglicherweise auch eine oder mehrere andere Zellen) bereitstellt, zu sein. Die Zellen können gleich Sektoren genannt werden, insbesondere wenn mehrere Zellen mit einem einzelnen Zugriffsknoten verknüpft sind (beispielsweise in einer Drei-Sektor-oder Sechs-Sektor-Anordnung). Jede Zelle kann einen Abdeckungsbereich oder einen Dienstbereich des Zugriffsknotens definieren. Jede Zelle kann beispielsweise eine Makrozelle oder eine Indoor-/Outdoor-Kleinzelle (eine Mikro-, Femto- oder eine Pico-Zelle) sein. Die physikalische Verbindung von einem Benutzergerät zu einem (e/g)NodeB wird Uplink oder Rückwärtslink genannt, und die physikalische Verbindung von dem (e/g)NodeB zu dem Benutzergerät wird Downlink oder Vorwärtslink genannt. Es sollte bemerkt werden, dass (e/g)NodeBs oder deren Funktionalitäten unter Verwendung irgendeiner Knoten-, Host-, Server-, oder Zugangspunkt- etc. - Entität implementiert sein kann, die jeweils für eine solche Verwendung geeignet sind.
  • Ein Kommunikationssystem umfasst typischerweise mehr als einen (e/g)NodeB, wobei die (e/g)NodeBs auch dazu eingerichtet sein können, um mit einem anderen über Verbindungen, drahtgebunden oder drahtlos, zu kommunizieren, die für diesen Zweck gestaltet sind. Diese Verbindungen können für Signalisierungszwecke verwendet werden. Der (e/g)NodeB ist ein Rechengerät, das dazu eingerichtet ist, um die Funkressourcen eines Kommunikationssystems, mit dem es verbunden bzw. gekoppelt ist, zu steuern. Das NodeB kann auch als eine Basisstation, ein Zugangspunkt bzw. Zugriffspunkt, oder irgend ein anderer Typ eines Schnittstellengeräts einschließlich einer Relaisstation, die dazu in der Lage ist, in einer Drahtlosumgebung betrieben zu werden, bezeichnet werden. Der (e/g)NodeB umfasst oder ist gekoppelt zu Transceivern. Von den Transceivern des (e/g)NodeB wird eine Verbindung zu einer Antenneneinheit vorgesehen, die bidirektionale Funkverbindungen zu Nutzergeräten herstellt. Die Antenneneinheit kann eine Vielzahl von Antennen oder Antennenelementen aufweisen. Der (e/g)NodeB ist ferner mit einem Core-Netzwerk (Kern-Netzwerk) 110 (CN oder Next-Generation-Core NGC) verbunden. Abhängig von dem System kann das Gegenstück auf der CN-Seite ein Serving-Gateway (S-GW, das Nutzerdatenpakete routet und weiterleitet), ein Packet-Data-Network-Gateway (P-GW), zur Bereitstellung von Konnektivität von Nutzergeräten (UEs) zu externen Paketdatennetzwerken, oder ein Mobile-Management-Entity (MME), etc. sein.
  • Das Nutzergerät (auch UE, User-Equipment (Benutzerausrüstung), Benutzerendgerät, Endgerät, etc. genannt) veranschaulicht einen Typ einer Vorrichtung, zu dem Ressourcen der Luftschnittstelle zugewiesen und zugeordnet sind, und daher kann jedes Merkmal, das hierin mit einem Benutzergerät beschrieben ist, mit einer entsprechenden Vorrichtung wie einem Relaisknoten implementiert sein. Ein Beispiel eines solchen Relaisknotens ist ein Layer-3-Relais (Selbst-Backhauling-Relais) in Richtung der Basisstation.
  • Das Benutzergerät bezieht sich typischerweise auf ein portables Rechengerät, das Drahtlosmobilkommunikationsgeräte umfasst, die mit oder ohne ein Subscriber-Identification-Modul (SIM) im Betrieb ist, einschließlich, jedoch nicht darauf beschränkt, die folgenden Arten von Geräten: eine Mobilstation (Mobiltelefon), ein Smartphone, ein Personal Digital Assistent (PDA), ein Handsatz, ein Gerät unter Verwendung eines Drahtlosmodems (Alarm- oder Messgerät, etc.), ein Laptop und/oder ein Berührbildschirmcomputer, ein Tablet, eine Spielkonsole, ein Notebook, und ein Multimediagerät. Es sollte bewusst sein, dass ein Benutzergerät auch ein Nahezu-Exklusiv-Nur-Uplink-Gerät sein kann, für das eine Kamera oder eine Videokamera ein Beispiel ist, die Bilder oder Video-Clips zu einem Netzwerk lädt. Ein Benutzergerät kann auch ein Gerät mit einer Fähigkeit sein, in Internet-of-Things-(IoT)-Netzwerken zu operieren, was ein Szenario ist, in dem Objekte mit der Fähigkeit bereitgestellt sind, Daten über ein Netzwerk zu transferieren, ohne eine Mensch-zu-Mensch- oder Mensch-zu-Computer-Interaktion zu benötigen. Das Benutzergerät (oder in einigen Ausführungsbeispielen ein Layer-3-Relais-Knoten) ist dazu eingerichtet, um eine oder mehrere von Nutzerausrüstungsfunktionalitäten durchzuführen. Das Benutzergerät kann auch eine Subscriber-Unit (Abonniereinheit), Mobilstation, Fernendgerät, Zugriffsendgerät, Benutzerendgerät, oder Benutzerausrüstung (UE) genannt werden, nur um einige Namen oder Vorrichtungen zu nennen.
  • Verschiedene hierin beschriebene Techniken können auch auf ein Cyber-Physical-System (CPS) (ein System zur Kollaboration von Rechenelementen, die physikalische Entitäten steuern) angewendet werden. CPS kann die Implementierung und Ausnutzung massiver Ausmaße von verbundenen ICT-Geräten (Sensoren, Aktuatoren, Prozessoren, Mikrokontrollern, etc.), die in physikalischen Objekten an verschiedenen Orten eingebettet sind, ermöglichen. Mobile Cyber-Physical-Systeme, in denen das betreffende physikalische System inhärente Mobilität aufweist, sind eine Unterkategorie von Cyber-Physical-Systemen. Beispiele von mobilen physikalischen Systemen umfassen mobile Robotiken und Elektroniken, die durch Menschen oder Tiere transportiert werden.
  • Es sollte verstanden werden, dass in 1 Benutzergeräte der Klarheit halber veranschaulicht sind, um zwei Antennen aufzuweisen. Die Anzahl von Empfangs- und/oder Sendeantennen kann natürlich gemäß der gegenwärtigen Implementierung variieren.
  • Zudem können, obwohl die Vorrichtungen als einzelne Entitäten veranschaulicht sind, verschiedene Einheiten, Prozessoren, und/oder Speichereinheiten (nicht alle in 1 gezeigt) implementiert werden.
  • 5G ermöglicht die Verwendung von Mehrfach-Eingang-Mehrfach-Ausgang-(MIMO)-Antennen (von denen jede mehrere Antennenelemente aufweisen kann), viel mehr Basisstationen oder Knoten als LTE (sogenanntes Kleinzellenkonzept), einschließlich Makro-Standorten, die in Kooperation mit kleineren Stationen arbeiten und eine Vielzahl von Funktechnologien einsetzen abhängig von Dienstnotwendigkeiten, Nutzungsfällen, und/oder verfügbarem Spektrum. 5G-Mobilkommunikationen unterstützen einen weiten Bereich von Benutzungsfällen und verwandten Anwendungen einschließlich Videostreaming, Augmented-Reality, verschiedene Arten von Daten-Teilen und verschiedene Arten von Maschinenartanwendungen, einschließlich Fahrzeugsicherheit, verschiedene Sensoren und Echtzeitsteuerung. Von 5G wird erwartet, mehrere Funkschnittstellen aufzuweisen, insbesondere unter 6 GHz, cmWave, und mmWave, und auch mit existierenden Altsystemfunkzugriffstechnologien wie LTE integrierbar zu sein. Integration mit dem LTE kann zumindest in der frühen Phase als ein System implementiert werden, bei dem eine Makro-Abdeckung durch LTE bereitgestellt ist, und 5G-Funkschnittstellenzugang von kleinen Zellen kommt durch Aggregation mit dem LTE. Mit anderen Worten wird bezüglich 5G geplant, dass dieses sowohl Inter-RAT-Operabilität (wie LTE-5G) und Inter-RI-Operabilität (Inter-Radio-Schnittstellen-Operabilität, wie unter 6 GHz-cmWave, unter 6 GHz-cmWave-mmWave) zu unterstützen. Eines der Konzepte, von denen erdacht ist, dass sie in 5G-Netzwerken verwendet werden, ist Network-Slicing (Netzwerkscheiben), bei dem mehrere unabhängige und dedizierte virtuelle Unternetzwerke (Netzwerkinstanzen) innerhalb derselben Infrastruktur erzeugt werden können, um Dienste laufen zu lassen, die verschiedene Anforderungen bezüglich Latenz, Zuverlässigkeit, Durchsatz, und Mobilität haben.
  • Die gegenwärtige Architektur in LTE-Netzwerken ist voll verteilt in dem Funk- und voll zentralisiert in dem Kern-Netzwerk. Die Niedrige-Latenz-Anwendungen und -Dienste in 5G benötigten, dass der Inhalt nahe zu dem Funk gebracht wird, was zu einem Lokalausbruch und einem Multi-Access-Edge-Computing (MEC) führt. 5G ermöglicht Analytiken und Wissenserzeugung bei der Quelle der Daten. Dieser Ansatz benötigt, dass Ressourcen beeinflusst werden, die nicht kontinuierlich mit einem Netzwerk verbunden sein können, wie Laptops, Smartphones, Tablets, und Sensoren. MEC stellt eine verteilte Rechenumgebung für Anwendung- und Dienst-Hosting bereit. Es hat auch die Fähigkeit, Inhalt in naher Nähe zu Zell-Subscribern für schnellere Reaktionszeit zu speichern und zu verarbeiten. Edge-Computing deckt eine weite Spanne von Technologien wie Drahtlossensornetzwerken, mobile Datenerfassung, Mobilsignaturanalyse, kooperative verteilte Peer-zu-Peer ad-hoc Netzwerk und Verarbeitung, was auch als Lokal-Cloud-/Fog-Berechnung und Grid-/Mesh-Berechnung klassifiziert ist, Tauberechnung, Mobile-Edge-Computing, Cloudlet, verteiltes Datenspeichern und -zurückholen, autonome selbstheilende Netzwerke, Fern-Cloud-Dienste, Augmented-and-Virtual-Reality, Datencachen, Internet-of-Things (Massivkonnektivität und/oder latenzkritisch), kritische Kommunikationen (autonome Fahrzeuge, Verkehrssicherheit, Echtzeitanalytiken, zeitkritische Steuerung, Gesundheitssystemanwendungen) ab.
  • Das Kommunikationssystem ist auch dazu in der Lage, mit anderen Netzwerken wie einem Fernsprechnetzwerk (Public Switched Telephone Network) oder dem Internet 112 zu kommunizieren oder von diesen bereitgestellte Dienste zu verwenden. Das Kommunikationsnetzwerk kann auch dazu in der Lage sein, die Verwendung von Cloud-Diensten zu unterstützen, beispielsweise können zumindest ein Teil von Core-Netzwerkoperationen als ein Cloud-Dienst durchgeführt werden (dies ist in 1 durch „Cloud“ 114 gezeigt. Das Kommunikationssystem kann auch eine zentrale Steuerentität oder der gleichen aufweisen, die Einrichtungen für Netzwerke verschiedener Betreiber vorsieht, um beispielsweise bei Spektrumteilung zu kooperieren.
  • Edge-Cloud kann in ein Funkzugriffsnetzwerk (RAN) eingebracht werden durch Verwendung von Netzwerkfunktionsvirtualisierung(NVF) und softwaredefiniertem Netzwerken (SDN). Eine Verwendung von Edge-Cloud kann Zugriffsknotenbetriebe, die durchzuführen sind, bedeuten, zumindest teilweise in einem Server, Host, oder Knoten, der operierend mit einem Remote-Radio-Head oder einer Basisstation, die Funkteile aufweist, gekoppelt ist. Es ist auch möglich, dass Knotenoperationen unter einer Vielzahl von Servern, Knoten, oder Hosts verteilt werden. Anwendung von cloudRAN-Architektur ermöglicht RAN-Echtzeitfunktionen RAN-seitig auszuführen (in einer verteilten Einheit DU (Distributed Unit) 104) und Nichtechtzeitfunktionen durchzuführen auf eine zentralisierte Weise (in einer zentralisierten Einheit CU (Centralized Unit) 108).
  • Es sollte auch verstanden werden, dass die Verteilung von Arbeit bzw. Last zwischen Kernnetzwerkbetrieben und Basisstationsbetrieben von jenen des LTE verschieden sein können oder sogar nicht existent sein können. Einige andere Technologiefortschritte, die vielleicht zu verwenden sind, sind Big Data und all-IP, die die Weise ändern können, auf die Netzwerke konstruiert und verwaltet werden. 5G-(oder New-Radio, NR)-Netzwerke sind gestaltet, um mehrere Hierarchien zu unterstützen, wobei MEC-Server zwischen dem Kern (Core) und der Basisstation oder NodeB(gNB) platziert werden können. Es sollte bewusst sein, dass MEC auch in 4G-Netzwerken eingesetzt werden kann.
  • 5G kann auch Satellitenkommunikation verwenden, um die Abdeckung von 5G-Dienst zu verbessern oder zu komplementieren, beispielsweise durch Vorsehen von Backhauling (Rücktransport). Mögliche Nutzungsfälle sind das Vorsehen von Dienstkontinuität für Maschine-zu-Maschine-(M2M)- oder Internet-of-Things-(IoT)-Geräten oder für Passagiere an Bord von Fahrzeugen oder das Sicherstellen von Dienstverfügbarkeit für kritische Kommunikationen, und zukünftige Zug-/Maritim-/Flug-Kommunikationen. Satellitenkommunikation kann geostationäre Erdorbit-(GEO)-Satellitensysteme aber auch niedrige Erdorbit-(LEO)-Satellitensysteme verwenden, insbesondere Megakonstellationen (Systeme, in denen Hunderte von (Nano-)Satelliten angeordnet sind). Jeder Satellit 106 in der Megakonstellation kann mehrere satellitenfähige Netzwerkentitäten abdecken, die erdseitige Zellen erzeugen. Die erdseitigen Zellen können mittels eines erdseitigen Relaisknotens 104 oder durch ein gNB, das erdseitig oder in einem Satelliten platziert ist, erzeugt werden.
  • Es ist offensichtlich für einen Fachmann dass das gezeigte System nur ein Beispiel eines Teils eines Funkzugriffssystems ist und in der Praxis das System eine Vielzahl von (e/g)NodeBs aufweisen kann, das Benutzergerät einen Zugriff auf eine Vielzahl von Funkzellen haben kann, und das System auch andere Vorrichtungen wie Physical-Layer-Relaisknoten oder andere Netzwerkelemente etc. aufweisen kann. Zumindest eines der (e/g)NodeBs kann ein Home-(e/g)NodeB sein. Zudem können in einem geographischen Bereich eines Funkkommunikationssystems eine Vielzahl von verschiedenen Arten von Funkzellen sowie eine Vielzahl von Funkzellen bereitgestellt sein. Funkzellen können Makrozellen (oder Schirmzellen) sein, die große Zellen sind, die gewöhnlich einen Durchmesser von bis zu mehreren 10 von Kilometern aufweisen, oder kleinere Zellen wie Mikro-, Femto-, oder Pico-Zellen. Die (e/g)NodeBs der 1 können irgendeine Art dieser Zellen bereitstellen. Ein Zellfunksystem kann als ein Multischichtnetzwerk einschließlich verschiedener Arten von Zellen implementiert sein. Typischerweise stellt in Multischichtnetzwerken ein Zugriffsknoten eine Art einer Zelle oder Zellen bereit, und daher ist notwendig, dass eine Vielzahl von (e/g)NodeBs eine solche Netzwerkstruktur bereitstellen.
  • Zur Erfüllung der Notwendigkeit der Verbesserung des Einsatzes und der Leistungsfähigkeit von Kommunikationssystemen wurde das Konzept von „Plug-and-Play“-(e/g)NodeBs eingeführt. Typischerweise umfasst ein Netzwerk, das dazu in der Lage ist, „Plug-and-Play“-(e/g)NodeBs zu verwenden, zusätzlich zu Home-(e/g)NodeBs (H(e/g)NodeBs) ein Home-NodeB-Gateway oder HNB-GW (nicht in 1 gezeigt). Ein HNB-Gateway (HNB-GW), das typischerweise innerhalb eines Netzwerks eines Betreibers installiert ist, kann Verkehr von einer großen Anzahl von HNBs zurück zu einem Core-Netzwerk aktivieren.
  • Multicast- und Broadcast-Netzwerke, die unter dem Schirm von Multimedia-Broadcast-/Multicast-Service (MBMS) kommen, waren eine Schlüsselkomponente in Dritte-Generation-(3G)-und Vierte-Generation-(4G)-LTE-Advanced-Drahtlosnetzwerken bei der Ermöglichung einer ressourceneffizienten Inhaltsverteilung. Der Inhalt war hauptsächlich TV-Ausstrahlung und öffentliche Sicherheit (Öffentlichkeitswarnsysteme und missionskritische Kommunikationssysteme) in Altsystembreitbandnetzwerken. Aufgrund der Verbesserung der Inhaltsqualitätsanforderungen und Zeitkritizität hat sich das Ausmaß von für Auslieferung des Inhalts verbrauchten Funkressourcen konstant mit dem Verstreichen von Zeit erhöht. Die Inhaltsqualitätsanforderungen sind konstant angestiegen mit fortgeschrittenen Video- und Audio-Codecs, die die Qualität eines Erlebnisses des Endbenutzers verbessern, und die Netzwerkbetreiber müssen ein größeres Ausmaß von Funkressourcen alloziieren bzw. zuweisen, um diesen Inhalt zu dem Endbenutzer effizient und effektiv auszuliefern. Das knappe Ausmaß von verfügbaren Spektralressourcen macht eine solche Inhaltsauslieferung über den Äther (Over-the-Air, OTA, Über-die-Luft) zunehmend herausfordernd, insbesondere wenn die Medien über einen großen Bereich ausgestrahlt werden.
  • Eine der Schlüsselverbesserungen zur Verbesserung von Spektraleffizienz mit Multicast-/Broadcast-Übertragungen in LTE ist die Verwendung von Multicast/Broadcast-Einzelfrequenznetzwerken (Multicast/Broadcast Single Frequency Network, MBSFN). MBSFN sendet synchronisierte Übertragungen von Multicast-Basisstationen, die zeit- und phasensynchronisiert sind, mit Over-the-Air-(OTA)-Übertragungen des Datenpakets, was unter Verwendung des SYNC-Protokolls koordiniert ist. Die Funkparameter wie Modulations- und Codier-Schema ist für MBSFN-Übertragungen unter Verwendung der Multizellenkoordinationsentität (Multicell Coordination Entity, MCE) vorkonfiguriert. Dies ermöglicht eine Vielzahl von Basisstationen innerhalb des gleichen MBSFN-Bereichs, um die exakt gleichen Daten zu senden, unter Verwendung der gleichen Funkkonfigurationen über den Äther (Over-the-Air, Über-die-Luft), wodurch dem UE gegenüber als eine einzelne Übertragung von einer großen Basisstation erschienen wird. Es gibt signifikante Spektraleffizienzgewinne insbesondere für Zellkantenbenutzer aus der Verwendung von MBSFN verglichen mit unkoordinierten Übertragungen aufgrund verbesserter Signalstärke (d.h., Signal-zu-Rausch-Verhältnis) und Begrenzung der Interferenz innerhalb des Netzwerks.
  • Aufgrund der extensiven Konfigurationsvoraussetzungen von MBSFN und der Anwendbarkeit für Bereichsbroadcast wurde eine einfachere Einzelzellen-Point-to-Multipoint-(SC-PTM)-Lösung in LTE entwickelt. SC-PTM wurde hauptsächlich für begrenztes Broadcast innerhalb einer einzelnen Zelle gestaltet, während Vorteil aus den begrenzten Vorkonfigurationsanforderungen und Gewinnen aus einer Auslieferung von gemeinsamem Inhalt unter Verwendung von Multicast/Broadcast anstelle von Unicast gezogen wird. Ein Schlüsselnachteil von SC-PTM relativ zu MBSFN war die geringere Spektraleffizienz insbesondere für Zellkantenbenutzer, wenn der Mechanismus bei einer begrenzten Anzahl von benachbarten Zellen eingesetzt ist.
  • In den 4G-LTE-evolved-Multimedia-Broadcast-/-Multicast-Service-(eMBMS)-Systemen wird das Planen von Multicast-/Broadcast-Verkehr konventionell basierend auf einer statischen Konfiguration von Garantierte-Bitrate-(GBR)-Trägern (Bearers) in dem Funkzugriffsnetzwerk gemacht. Die Konfiguration einer Bitrate in dem RAN sollte mit den Zeitvorgabekonfigurationen für die SYNC PDUs entsprechen, was in dem BM-SC zusammen mit beispielsweise der Segmentgröße im Falle dass DASH-Encodierung verwendet wird, getan. Daher sollten die Konfigurationen, die bei dem BM-SC, das außerhalb des Kernnetzwerkgateways (MBMS-GW) angeordnet ist, gemacht sind, mit der GBR-Trägerkonfiguration in dem RAM übereinstimmen, und in dem Fall, dass die Konfigurationen nicht miteinander übereinstimmen, würden die Pakete durch das RAN fallen gelassen werden, wodurch Dienstunterbrechungen bezüglich des Endbenutzers verursacht werden würden. Die Verwendung von GBR-Trägern bzw. GBR-Bearern indiziert auch, dass in dem Fall, dass die Segment-/SYNC PDU-Nutzlastgröße geringer als die konfigurierte Bitrate ist, ein signifikantes Ausmaß von RAN-Ressourcen unbenutzt werden aufgrund der statischen Ressourcenreservierung. Hier ist es auch wichtig, zu bemerken, dass die Funkparameterkonfigurationen für die Über-den-Äther-Übertragung bzw. Over-the-Air-Übertragung bzw. Über-die-Luft-Übertragung (wie Modulations -und Codier-Schema) derart vorkonfiguriert sein sollten, dass die Paketzeitvorgabe, die in den SYNC PDUs indiziert sind, innerhalb des RAN durchgesetzt werden können, was auch synchronisierte Übertragungen zwischen den eNBs innerhalb des einzelnen Frequenznetzwerks ermöglicht (in dem MBSFN-Szenario). Diese Parameter stellen auch sicher, dass alle der Geräte innerhalb des MBSFN-Bereichs auch die empfangenen eMBMS-Übertragungen empfangen und erfolgreich dekodieren können.
  • In 4G-Drahtloskommunikationsnetzwerken wird das Planen von Multicast/Broadcast-Verkehr statisch basierend auf den synchronisierten Konfigurationen innerhalb des Funkzugangsnetzwerks (RAN) und des Kern-Netzwerks getan. Solche statischen Konfigurationen sind machbar in 4G, wo das Hauptszenario für Multicast/Broadcast Großbereichsterrestriknetzwerke mit vorkonfigurierten Übertragungsbereichen vergleichbar mit Terrestrikbroadcast-Netzwerken waren. Jedoch benötigt ein 5G-Drahtlosnetzwerk eine dynamischere Lösung.
  • In 5G ist insbesondere in dem Kontext einer Xcast-Lösung (auch Misch-Multicast-Betriebsart genannt) ein Schlüsselgestaltungsprinzip, es einem RAN (d.h., einem Zugangsknoten) zu ermöglichen, zu entscheiden, wie Multicast-Verkehr zu planen ist, was lokal innerhalb einer Zelle oder innerhalb eines konfigurierbaren Bereichs (potenziell einschließlich mehreren Zellen), die durch ein einzelnes gNB bedient ist, getan werden könnte. Der letzte Fall kann beispielsweise einer zentralisierten Anordnung entsprechen, bei der das gNB eine gNB-CU (zentralisierte Einheit) und mehrere DUs (verteilte Einheiten), die mit der gNB-CU verbunden sind (siehe 2B) entsprechen. Die Over-the-Air-Übertragungsart (Unicast-, Multicast-, Broadcast-Träger) kann dynamisch durch den Zugangsknoten basierend auf verschiedenen Faktoren wie einer Nutzerdichte, einer Verteilung und/oder Funkverbindungsbedingungen bestimmt werden. Dies bedeutet, dass die traditionellen Planungskonfigurationen für Multicast-Verkehr unter Verwendung von statischen Funkparameter- und Zeitvorgabekonfigurationen nicht effizient auf 5G-Drahtloskommunikationsnetzwerke angewendet werden kann.
  • Die nachstehend zu diskutierenden Ausführungsbeispiele lösen und/oder mildern zumindest einige der vorstehend beschriebenen Probleme durch Durchführen eines differenzierenden Planens von Xcast-Verkehr zwischen Sitzungen (beispielsweise unterschiedlicher Videoinhalt) abhängig von einer Vielzahl von unterschiedlichen Faktoren wie der Over-the-Air-Übertragungsbetriebsart (Unicast, Multicast, Broadcast), Verstopfungsbedingungen innerhalb des (Funk)Zugangsnetzwerks, der Anzahl von simultanen Xcast-Benutzern, die bedient werden, und/oder das Ausmaß von zur Bedienung der Benutzer verbrauchten Funkressourcen.
  • Die nachstehend zu diskutierenden Ausführungsbeispiele können verstanden werden als die Verstopfung in einem Drahtloskommunikationsnetzwerk und/oder eine Verbesserung des Systemdurchsatzes (d.h., aggregierter Durchsatz) adressierend. Verstopfung kann als eine Netzwerkbedingung verstanden werden, die eine reduzierte Qualität eines Dienstes (Quality of Service) verursacht, wenn ein Netzwerkknoten oder eine Funkverbindung (Radio Link) mehr Daten trägt, als diese(r) handhaben kann. Die nachstehend zu diskutierenden Ausführungsbeispiele können verstanden werden als den Systemdurchsatz verbessernd, d.h., die Rate von erfolgreich ausgelieferten Paketen über zumindest eine Funkverbindung. Der Systemdurchsatz einer ersten Verbindung und zumindest einer zweiten Verbindung kann als die Summe der Datenraten verstanden werden, die zu allen Endgeräten in einem Drahtloskommunikationsnetzwerk ausgeliefert werden.
  • Eines der Schlüsselkonzepte der Xcast-Architektur (gleich Mischbetriebsartarchitektur genannt) ist es, dass das (Funk-)Zugangsnetzwerk die Flexibilität hat, Xcast-Verkehr zu planen abhängig von dem Echtzeitverkehr und (Funk-)Zugangsbedingungen des Netzwerks. Zudem ist die Architektur agnostisch im Sinne der Einsatzszenarien, d.h., im Sinne von alleinstehenden oder nicht alleinstehenden und zentralisierten oder dezentralisierten Betriebsarten eines Betriebs des Netzwerks. Diesbezüglich veranschaulichen 2A, 2B und 2C drei Beispiele einer vereinfachten Systemarchitektur oder Anordnungsarchitekturen, die nur einige Elemente und funktionelle Entitäten zeigen, die alle logische Einheiten sind, deren Implementierung von dem, was gezeigt ist, verschieden sein können. Die in 2A, 2B und 2C gezeigten Verbindungen sind logische Verbindungen. Die tatsächlichen physikalischen Verbindungen können unterschiedlich sein. Es erscheint einem Fachmann, dass das System typischerweise auch andere Funktionen und Strukturen als jene in 2A, 2B und 2C gezeigt aufweist. Irgendeines der Drahtloskommunikationssysteme 200, 220, 240 der 2A, 2B und 2C können dasselbe Kommunikationssystem sein, wie in 1 veranschaulicht ist. Folglich kann eines oder mehrere der in 1 gezeigten Elemente in dem Kommunikationssystem der 2A, 2B oder 2C enthalten sein und umgekehrt, und die Diskussion in Bezug auf 1 gilt als solches auch für 2A, 2B und 2C. Die in 2A, 2B und 2C veranschaulichten Drahtloskommunikationssysteme können insbesondere 5G-Drahtloskommunikationssysteme sein.
  • Insbesondere veranschaulichen 2A, 2B und 2C jeweils eine voll verteilte Anordnung, eine zentralisierte Einzel- oder Mehrfach-DU-Anordnung, und eine Multi-gNB-CU- und Multi-gNB-DU-Anordnung.
  • Alle der veranschaulichten Anordnungen teilen sich zumindest die folgenden Elemente: ein Datennetzwerk (DN) 201, 221, 241, eine User-Plane-Funktion (UPF) 202, 222, 242, eine N4-Schnittstelle 203, 223, 243, eine Core-Access-and-Mobility-Management-Funktion (AMF) 204, 224, 244, eine Nil-Schnittstelle 205, 225, 245, eine Sitzungsverwaltungsfunktion (SMF) 206, 226, 246, eine NG-Schnittstelle 207, 227, 247, und eine NG-C-Schnittstelle 208, 328, 248. Diese Elemente werden gemeinsam für alle der 2A, 2B und 2C im Folgenden diskutiert.
  • Das Datennetzwerk 201, 221, 231 entspricht einem Netzwerk, das Betreiberdienste bereitstellt, dem Internet, und/oder einem Netzwerk, das Dienste dritter Parteien bereitstellt. Die User-Plane-Funktion (UPF) 202, 222, 242 kann beispielsweise eine oder mehrere der folgenden Funktionalitäten bereitstellen: Paket-Routing und -weiterleiten, Paketinspektion und QoS-Handhabung. Die User-Plane-Funktion (UPF) 202, 222, 242 agiert als ein externer PDU-Sitzungspunkt einer Verbindung zu einem Datennetzwerk (DN) 201, 221, 231 und ist ein Ankerpunkt für Intra- und Inter-RAT-Mobilität. Die N4-Schnittstelle 203, 223, 243 ist eine Schnittstelle zwischen dem UPF und dem SMF, d.h., eine Schnittstelle zwischen der User-Plane und der Control-Plane. Die Core-Access-and-Mobility-Management-Funktion (AMF) 204, 224, 244 kann eine oder mehrere der folgenden Funktionalitäten bereitstellen: Abschluss von Non-Access-Stratum-(NAS)-Signalisierung, NAS-Verschlüsselung und - Integritätsschutz, registrierte Verwaltung, Verbindungsverwaltung, Mobilitätsverwaltung, Zugangsauthentifizierung und Autorisierung und Sicherheitskontextverwaltung. Die Core-Access-and-Mobility-Management-Funktion (AMF) 204, 224, 244 ist über die Nil-Schnittstelle 205, 225 und 245 mit der Session-Management-Funktion (SMF) 206, 226, 246 verbunden (beispielsweise zur Weiterleitung von Nachrichten bezüglich Sitzungsverwaltung). Die Session-Management-Funktion (SMF) 206, 226, 246 kann beispielsweise eine oder mehrere Funktionalitäten bereitstellen: Sitzungsverwaltung (Sitzungsaufbau, Modifizierung, und/oder Freigabe), UE-IP-Adresszuweisung und Verwaltung, DHCP-Funktionen, Abschluss von NAS-Signalisierung bezüglich Sitzungsverwaltung, Downlink-(DL)-Datenbenachrichtigung und Verkehrssteuerungskonfiguration für das UPF 202, 222, 242 für geeignetes Verkehrsrouting. Die NG-U-Schnittstelle 207, 227, 247 und die NG-C-Schnittstelle 208, 228, 248 sind jeweils Schnittstellen, die Zugang zwischen dem Core-Netzwerk und dem Funkzugangsnetzwerk(en) bereitstellen. Insbesondere ist die NG-U-Schnittstelle 207, 227, 247 eine Schnittstelle zwischen dem UPF 202, 222, 242 und dem einen oder mehreren Zugangsknoten (d.h., gNBs oder Einheiten von gNBs) von einem oder mehreren Funkzugangsnetzwerken, und die NG-C-Schnittstelle 208, 228, 248 ist eine Schnittstelle zwischen dem AMF 204, 224, 244 und einem oder mehreren Zugangsknoten (d.h., gNBs oder Einheiten von gNBs) eines oder mehrerer Funkzugangsnetzwerke.
  • In der voll verteilten Anordnung wie in 2A veranschaulicht sind das UPF 202 und das AMF 204 verbunden (über die Schnittstellen 207, 208) mit einem oder mehreren Zugangsknoten (d.h., einem oder mehreren gNBs) 209, von denen jeder eine oder mehrere jeweilige Zellen (oder Sektoren) 211 bereitstellt und steuert. Die eine oder mehreren Zellen eines Funkzugangsnetzwerks können beispielsweise eine oder mehrere Makrozellen und kleine Zellen wie Femtozellen, Picozellen, und Mikrozellen aufweisen. Der Zugangsknoten (oder gNB) 209 kann eine Planungseinheit (gleich Planungsvorrichtung oder Planer genannt) 212 aufweisen, die dazu eingerichtet ist, um die differenzierte Handhabung (oder Planung) von Xcast-Verkehr gemäß Ausführungsbeispielen wie nachstehend zu diskutieren durchzuführen. Jeder Zugangsknoten 209 kann ein oder mehrere Endgeräte (Benutzerausrüstung, UEs, oder Benutzergeräte) 210 mit Drahtloszugang zu anderen Netzwerken wie dem Datennetzwerk 201 versehen. Jede Zelle 211 kann ein oder Endgeräte oder keine Endgeräte zu jeder gegebenen Zeit aufweisen. Jedes Endgerät 210 kann wie in Bezug auf 1 beschrieben definiert sein.
  • In der zentralisierten Einzel-oder-Mehrfach-DU-Anordnung wie in 2B veranschaulicht ist jedes gNB effektiv in zwei Stufen aufgeteilt, nämlich in eine gNB-CU (zentralisierte Einheit) und eine oder mehrere (parallele) gNB-DUs (verteilte Einheiten). Insbesondere sind das UPF 202 und das AMF 224 verbunden (über die Schnittstellen 227, 228) mit einem oder mehreren gNB-CUs 229. Die gNB-CU 229 ist ein logischer Knoten, der dazu eingerichtet ist, um einen Untersatz von gNB-Funktionen durchzuführen, die beispielsweise aufweisen eine Übertragung von Nutzerdaten, Mobilitätssteuerung, Funkzugangsnetzwerks-Teilen (Sharing), ein Positionieren, und/oder eine Sitzungsverwaltung. Die gNB-CU 229 kann cloudbasiert sein. Jede gNB-CU ist dazu eingerichtet, um eine oder mehrere gNB-DUs 230, 231 über eine oder mehrere Front-Haul-Schnittstellen zu steuern. Jede gNB-DU 230, 231 ist dazu eingerichtet, um einen anderen Untersatz von gNB-Funktionen zu implementieren einschließlich beispielsweise Funkplanung (Radio Scheduling). Wie die Durchführung der gNB-Funktionen zwischen den gNB-CUs und den gNB-DUs aufgeteilt ist, kann gemäß einer oder mehrerer unterschiedlicher Funktionsaufteiloptionen implementiert werden. Die gNB-DU 230, 231 kann die Planeinheit bzw. Planungseinheit 239, 240 aufweisen, die dazu eingerichtet ist, um die differenzierte Handhabung von Xcast-Verkehr durchzuführen gemäß Ausführungsbeispielen, die nachstehend zu diskutieren sind. Jede gNB-DU 230, 231 ist mit einem oder mehreren RUs (Funkeinheiten) 232, 233, 234 verbunden, von denen jeder eine oder mehrere jeweilige Zellen (oder Sektoren) 236, 237, 238 bereitstellt und steuert. Die RUs können auch Fernfunkeinheiten oder Ferneinheiten genannt werden. Die eine oder mehreren Zellen 236 bis 238 und die einen oder mehreren Endgeräte 235 in den einen oder mehreren Zellen 236 bis 238 und deren Betrieb kann definiert sein, wie für entsprechende Elemente 210, 211 in 2A beschrieben ist.
  • Die Multi-gNB-CU-und-Multi-gNB-DU-Anordnung in 2C ist vergleichbar mit der Anordnung der 2B mit dem Unterschied, dass die Control-Plane-(CP)-gNB-CU 250, die mit dem AMF 244 verbunden ist, über eine El-Schnittstelle 251 mit einem oder mehreren User-Plane-(UP)-gNB-CUs 249 verbunden ist, die mit dem UPF 242 verbunden ist bzw. sind. Die CP-gNB-CU 250 (oder gleich gNB-CU-CP) ist ein logischer Knoten, der die Radio-Ressource-Control (RRC) und den Control-Plane-Teil eines Packet-Data-Convergence-Protocol (PDCP) der gNB-CU für ein gNB (oder ein en-gNB) beherbergt, während die UP-gNB-CU 249 (oder gleich gNB-CU-UP) ein logischer Knoten ist, der den User-Plane-Teil des PDCP-Protokolls und des Service-Date-Adaptation-Protocol (SDAP) der gNB-CU für ein gNB (oder den User-Plane-Teil des PDCP-Protokolls der gNB-CU für ein en-gNB) beherbergt. Der Betrieb von Elementen 252 bis 262 kann vergleichbar mit für entsprechende Elemente in 2A und 2B beschriebenem sein. Auch vergleichbar mit der Anordnung der 2B kann die gNB-DU 253, 253, 254 die Entität sein, die die Planungseinheit 263, 264, 265 aufweist, die die differenzierte Handhabung von Xcast-Verkehr gemäß nachstehend zu diskutierenden Ausführungsbeispielen durchführt. Eine zusätzliche Beschränkung bezüglich der differenzierten Handhabung von Xcast-Verkehr in dieser Anordnung ist jene, dass zusätzliche Information über die El-Schnittstelle 251 übertragen werden muss. Dies kann notwendig sein beispielsweise dann, wenn synchronisierte Übertragungen über mehrere gNB-CUs Auftreten aufgrund der Planung von Verkehr während einer Verstopfung.
  • Es sollte bemerkt werden, dass unabhängig von der verwendeten Anordnung der Zugangsknoten, d.h., gNB, im Falle von verteilten Anordnungen wie in 2A veranschaulicht und die gNB-DU in zentralisierten Anordnungen wie in 2B und 2C veranschaulicht, die Over-the-Air-Übertragungsbetriebsart von Xcast-Verkehr entscheiden kann. Daher kann der gleiche Xcast-Verkehr (d.h., derselbe Xcast-Funkträger bzw. Xcast-Funk-Bearer oder Xcast-Strom bzw. Xcast-Stream) als Unicast für Endgeräte, die den Verkehr in einer ersten Zelle empfangen, geplant sein, während dieser als Multicast für Endgeräte in einer zweiten benachbarten Zelle geplant ist.
  • 3 veranschaulicht einen Prozess gemäß einem Ausführungsbeispiel zur Durchführung von differenzierter Planung von Xcast-Verkehr in einem Drahtloskommunikationsnetzwerk. Der veranschaulichte Prozess kann durch einen Zugangsknoten eines Funkzugangsnetzwerks oder eine darin enthaltene Planungseinheit durchgeführt werden. Insbesondere kann der veranschaulichte Prozess durch den Zugangsknoten (gNB) 209 oder die Planungseinheit 212 der 2A, die gNB-DU 230, 231 oder die Planungseinheit 239, 240 der 2B, oder die gNB-DU 252, 253, 254 oder die Planungseinheit 263, 264, 265 der 2C durchgeführt werden. Hier und im Folgenden wird die Entität, die den Prozess durchführt, einfach der Kürze halber Zugangsknoten bzw. Zugriffsknoten genannt.
  • Bezugnehmend auf 3 empfängt der Zugangsknoten in Block 301 eine Vielzahl von Datenpaketen, die mit einem oder mehreren Funkträgern bzw. Funk-Bearern verbunden bzw. verknüpft sind zur Planung zu einer Vielzahl von Endgeräten, die durch den Zugangsknoten bedient werden. Die einen oder mehreren Funkträger können einen oder mehrere Funkträger eines oder mehrerer der folgenden Typen aufweisen: ein Xcast-Funkträger unter Verwendung einer Multicast-Übertragungsbetriebsart (ein eine Multicast-Übertragungsbetriebsart verwendender Xcast-Funkträger), ein Xcast-Funkträger unter Verwendung einer Unicast-Übertragungsbetriebsart (ein eine Unicast-Übertragungsbetriebsart verwendender Xcast-Funkträger), und ein Unicast-Funkträger. Die Vielzahl von Endgeräten kann innerhalb einer oder mehrerer Zellen angeordnet sein, die durch den Zugangsknoten bedient werden.
  • Als Reaktion auf den Empfang in Block 301 analysiert als erstes der Zugangsknoten in Block 302 die Vielzahl von Datenpaketen, um zu bestimmen, ob die einen oder mehreren Funkträger, die mit der Vielzahl von Datenpaketen verknüpft sind, Vorgabeträgern, die Bestaufwand-Quality-of-Service (QoS) bereitstehen, oder dedizierten Trägern, von denen jeder einen vorbestimmten QoS-Pegel bereitstellt, entspricht. Der Verkehr kann Over-the-Top-(OTC)-Verkehr sein. Der Over-the-Top-Verkehr ist Verkehr bezüglich Over-the-Top-Mediendiensten, d.h., Diensten zur Verteilung von Strommedien bzw. Streaming-Medien (beispielsweise Video oder Audio) als ein alleinstehendes Produkt direkt zu Nutzern über das Internet unter Umgehung von Telekommunikationen, Multikanaltelevision, und Broadcast-Television-Plattformen, die traditionell als ein Kontrolleur oder Verteiler von solchem Inhalt agieren. Die Ausführungsbeispiele können überwiegend Planung von OTC-Verkehr betreffen. Die dedizierten Träger bzw. dedizierten Bearer können Unicast- und/oder Xcast-dedizierte Träger aufweisen, während die Vorgabeträger Unicast- und/oder Xcast-(Bestaufwand, Best-Effort)-Träger aufweisen können.
  • Als Reaktion auf die einen oder mehreren Funkträger entsprechend einem oder mehreren dedizierten Trägern (d.h., die Vielzahl von Datenpaketen entsprechend Verkehr mit einem vorbestimmten QoS-Pegel) in Block 302 kann der Zugangsknoten in Block 309 die einen oder mehreren Funkträger basierend auf einem oder mehreren Dedizierter-Träger-Handhabungsmechanismen planen (d.h., einem oder mehreren Planungsmechanismen spezifisch bezüglich eines bestimmten dedizierten Trägers). In einigen Ausführungsbeispielen können in Bezug auf Blöcke 302, 303, 309 beschriebene Aktionen weggelassen werden.
  • Als Reaktion darauf, dass die einen oder mehreren Funkträger einem oder mehreren Vorgabeträger entsprechen (d.h., die Vielzahl von Datenpaketen, die mit dem einen oder mehreren Funkträgern verknüpft sind, entsprechen Verkehr mit Bestaufwand-QoS) in Block 303 bestimmt der Zugangsknoten in Block 304, ob der Zugangsknoten gegenwärtig Verstopfung erfährt basierend auf einem oder mehreren vordefinierten Verstopfungskriterien. Die einen oder mehreren vordefinierten Verstopfungskriterien können beispielsweise definieren eine oder mehrere vordefinierte Schwellen für eine oder mehrere Metrik, die Verstopfung indizieren (d.h., eine oder mehrere Verstopfungsmetriken). Beispielsweise können die einen oder mehreren Verstopfungsmetriken die Gesamt-(Downlink)-Datenrate, die mit dem Zugangsknoten (oder einer Zelle, die durch den Zugangsknoten bedient wird) verknüpft ist, die Anzahl von Endgeräten, die durch den Zugangsknoten bedient werden, eine Gesamtressourcenverwendung des Zugangsknotens, einem Paketverlust für Datenpakete, die durch den Zugangsknoten übertragen werden, eine Übertragungsverzögerung bei dem Zugangsknoten, und/oder ein Gesamtverkehrsvolumen des Zugangsknotens umfassen. Mit anderen Worten umfassen die einen oder mehreren vordefinierten Verstopfungskriterien zumindest eine vordefinierte Schwelle für eine Gesamtdatenrate des Zugangsknotens, für die Anzahl von Endgeräten, die durch den Zugangsknoten bedient werden, für die Gesamtressourcenverwendung des Zugangsknotens, für den Paketverlust für die durch den Zugangsknoten übertragenen Pakete, für die Übertragungsverzögerung bei dem Zugangsknoten, und/oder für das Gesamtverkehrsvolumen des Zugangsknotens. Daher kann die Bestimmung, ob der Zugangsknoten gegenwärtig Verstopfung erfährt basierend auf den einen oder mehreren vordefinierten Verstopfungskriterien in Block 304 beispielsweise aufweisen einen Vergleich einer gegenwärtigen Gesamtdatenrate, die mit dem Zugangsknoten verknüpft ist, mit einer vordefinierten Schwelle. Der Zugangsknoten wird in diesem Fall bestimmt als Verstopfung erfahrend als Reaktion darauf, dass die Gesamtdatenrate des Zugangsknotens die erste vordefinierte Schwelle überschreitet. Offensichtlich kann ein vergleichbarer Vergleich für andere Verstopfungsmetriken und entsprechende vordefinierte Schwellen zusätzlich zu oder alternativ zu der Gesamtdatenrate durchgeführt werden.
  • Als Reaktion darauf, dass der Zugangsknoten fehlschlägt, in Block 305 Verstopfung festzustellen bzw. zu erfahren, kann der Zugangsknoten in Block 310 die einen oder mehreren Funkträger gemäß einem dritten Planungsmechanismus planen. Der dritte Planungsmechanismus kann beispielsweise ein Round-Robin-Planungsmechanismus, ein Proportional-Fair-Planungsmechanismus, ein Gewichtet-Fair-Warteschlangen-Planungsmechanismus, oder irgendein anderer bekannter Planungsmechanismus sein. In einigen Ausführungsbeispielen können Aktionen bezüglich Block 310 weggelassen werden (d.h., der Prozess kann auf eine Durchführung von Planung während Verstopfung begrenzt werden).
  • Als Reaktion auf die Bestimmung, dass der Zugangsknoten in Block 305 Verstopfung erfährt, bestimmt der Zugangsknoten ferner in Block 306 zumindest eine Over-the-Air-(OTA)-Übertragungsbetriebsart jedes Funkträgers der einen oder mehreren Funkträger. Die Over-the-Air-(OTA)-Übertragungsbetriebsart kann Unicast, Unicast unter Verwendung von Xcast, und Multicast unter Verwendung von Xcast sein. Der Zugangsknoten kann in Block 306 bestimmen eine oder mehrere andere Eigenschaften der einen oder mehreren Funkträger (beispielsweise zugewiesenes Verkehrsvolumen und/oder Ressourcenverwendung). In dem Fall von Multicast kann der Zugangsknoten in Block 306 zumindest die Anzahl von durch den Funkträger bedienten Endgeräten bestimmen. Wenn der Zugangsknoten keinen Xcast-Verkehr bedient oder wenn der Zugangsknoten Xcast-Verkehr nur unter Verwendung von Unicast bedient in Block 307 (das heißt, die einen oder mehreren Funkträger umfassen keine Xcast-Funkträger unter Verwendung einer Multicast-Übertragungsbetriebsart), plant der Zugangsknoten in Block 311 die einen oder mehreren Funkträger gemäß einem zweiten Planungsmechanismus. Gemäß dem zweiten Planungsmechanismus kann der Zugangsknoten die einen oder mehreren Funkträger gleich drosseln (d.h., die damit verknüpfte Datenrate limitieren oder regulieren), um Systemdurchsatz zu maximieren (dadurch die Verstopfung zu reduzieren). Insbesondere kann die Drosselung derart angewendet werden, dass die vorgenannten einen oder mehreren Verstopfungsmetriken unter entsprechende vordefinierte Schwellen fallen (oder insbesondere auf vordefinierte Pegel unterhalb der vordefinierten Schwellen). Das Ausmaß einer Drosselung (d.h., die Drosselrate), die auf jeden Funkträger gleich angewendet wird, kann zumindest von dem Ausmaß einer Verstopfung und der Anzahl der Vielzahl von Endgeräten, die durch den Zugangsknoten bedient werden, abhängen. Da in diesem Fall keine Multicast-Ströme (d.h., an mehrere Endgeräte bereitgestellte Ströme bzw. Streams) aktiv sind, bietet die gleiche Drosselung eine faire Lösung zur Überwindung der Verstopfung. Die Drosselrate kann als die Differenz zwischen der Datenrate vor Anwendung der Drosselung und der Datenrate nach Anwendung der Drosselung (d.h., nachdem die Datenrate limitiert wurde, um die Verstopfung zu reduzieren und den Systemdurchsatz zu maximieren) definiert sein.
  • Als Reaktion darauf, dass die einen oder mehreren Funkträger einen oder mehrere erste Xcast-Funkträger unter Verwendung einer Multicast-Übertragungsbetriebsart (einen oder mehrere eine Multicast-Übertragungsbetriebsart verwendende erste Xcast-Funkträger) aufweisen in Block 307, plant der Zugangsknoten in Block 308 die einen oder mehreren Funkträger gemäß einem ersten Planungsmechanismus (d.h., einem Differenziertes-Planen-Mechanismus). Gemäß dem ersten Planungsmechanismus priorisiert der Zugangsknoten die einen oder mehreren ersten Xcast-Funkträger (d.h., Multicast-Funkträger), um einen Systemdurchsatz, der mit dem Zugangsknoten verknüpft ist, zu maximieren (um dadurch auch die Verstopfung zu überwinden oder zumindest abzumildern). Insbesondere können, wenn die einen oder mehreren Funkträger einen oder mehrere zweite Funkträger umfassen (d.h., einen oder mehrere Funkträger unter Verwendung der Unicast-Übertragungsbetriebsart (einen oder mehrere die Unicast-Übertragungsbetriebsart verwendende Funkträger)) die einen oder mehreren ersten Xcast-Funkträger bezüglich der einen oder mehreren zweiten Funkträger (beispielsweise Unicast-Funkträger) der einen oder mehreren Funkträger priorisiert werden, d.h., die Priorisierung kann zumindest auf der OTA-Übertragungsbetriebsart basieren. Um dies zu erzielen kann der Zugangsknoten beispielsweise den einen oder mehreren Funkträger (d.h., mit den einen oder mehreren Funkträgern verknüpfte Datenraten) drosseln mit verschiedenen Drosselraten basierend auf zumindest der OTA-Übertragungsbetriebsart (wie detaillierter in Bezug auf andere Ausführungsbeispiele zu diskutieren ist). Die einen oder mehreren zweiten Funkträger können einen oder mehrere Funkträger der folgenden Typen aufweisen: einen zweiten Xcast-Funkträger unter Verwendung einer Unicast-Übertragungsbetriebsart (einen eine Unicast-Übertragungsbetriebsart verwendenden zweiten Xcast-Funkträger), und einen Unicast-Funkträger. Der Unterschied zwischen den zwei Typen ist, dass, während die zweiten Xcast-Funkträger umkonfiguriert werden können, um eine Multicast-Übertragungsbetriebsart zu verwenden (d.h., diese können erste Xcast-Funkträger wie vorstehend definiert werden) aufgrund einer Änderung von Verkehr und Funkzugangsbedingungen des Drahtloskommunikationsnetzwerk oder der gleiche Xcast-Funkträger bereits unter Verwendung der Multicast-Übertragungsbetriebsart in einer anderen Zelle im Betrieb sein kann, der Unicast-Funkträger nur die Unicast-Übertragungsbetriebsart verwenden kann. Der mit dem Zugangsknoten verknüpfte Systemdurchsatz, der zu maximieren ist, kann als die Rate von erfolgreich ausgelieferten Paketen von dem Zugangsknoten zu der Vielzahl von Endgeräten definiert sein. Insbesondere kann, wenn der Zugangsknoten eine einzelne Entität ist (wie in 2A), der Systemdurchsatz von dem Blickpunkt dieser einzelnen Entität evaluiert werden, jedoch kann, wenn der Zugangsknoten eine oder mehrere gNB-CUs und eine oder mehrere gNB-DUs aufweist (oder damit verknüpft ist) (wie in 2B und 2C), der Systemdurchsatz von dem Blickpunkt einer der gNB-CUs in einer kooperativen Weise oder von dem Blickpunkt der ersten gNB-DU, die den Planungsprozess durchführt, evaluiert werden.
  • Wenn die einen oder mehreren Funkträger keine zweiten Funkträger (wie vorstehend definiert) aufweisen, kann der Zugangsknoten in Block 308 die einen oder mehreren ersten Xcast-Funkträger gemäß dem ersten Planungsmechanismus planen, um den Systemdurchsatz zu maximieren (ohne dass eine Priorisierung basierend auf der verwendeten OTA-Übertragungsbetriebsart durchgesetzt wird). In diesem Fall kann die Priorisierung beispielsweise auf der Anzahl von Endgeräten, die durch jeden der einen oder mehreren ersten Xcast-Funkträger unter Verwendung der Multicast-Übertragungsbetriebsart (einen oder mehreren die Multicast-Übertragungsbetriebsart verwendenden ersten Xcast-Funkträger) (nachstehend detaillierter zu diskutieren) bedient werden, basieren.
  • In einigen Ausführungsbeispielen kann das Planen der einen oder mehreren Funkträger in Block 308 derart ausgeführt werden, um jede aus einer oder mehreren Verstopfungsmetriken des Zugangsknotens (wie vorstehend gelistet) auf einen jeweiligen vordefinierten Maximalakzeptanzpegel geringer als oder gleich wie eine jeweilige erste vordefinierte Schwelle zu reduzieren und/oder um den mit dem Zugangsknoten verknüpften Systemdurchsatz auf einen vordefinierten Minimalakzeptanzpegel (d.h., einen minimal akzeptablen Pegel unter Verstopfung) anzuheben. Um ein einfaches Beispiel zu geben kann der Zugangsknoten die Planung derart durchführen, um die Gesamtdatenrate des Zugangsknotens auf einen vordefinierten Maximalakzeptanzpegel für die Gesamtdatenrate zu reduzieren. Der vordefinierte Maximalakzeptanzpegel für eine Verstopfungsmetrik kann kleiner oder gleich wie die erste vordefinierte Schwelle für die Verstopfungsmetrik sein. In dem ersten Fall existiert eine Sicherheitsspanne zwischen dem vordefinierten Pegel und der ersten vordefinierten Schwelle. In einigen Ausführungsbeispielen kann der Zugangsknoten das Planen derart durchführen, um die Werte von zwei oder mehr Verstopfungsmetriken unterhalb zwei oder mehr jeweiligen vordefinierten Maximalakzeptanzpegeln zu reduzieren und/oder um den Systemdurchsatz auf einen vordefinierten Minimalakzeptanzpegel anzuheben. Beispielsweise kann ein vordefinierter Maximalakzeptanzpegel für beide aus der Gesamtdatenrate und der Anzahl von bedienten Endgeräten eingestellt sein.
  • Das differenzierte planen des Xcast-Verkehrs wie in Bezug auf Block 308 diskutiert und in Bezug auf weitere Ausführungsbeispiele zu diskutieren kann im Falle einer Funkressourcenverstopfungssituation durchgesetzt werden, bei der aufgrund von Mobilitätsbedingungen oder Verkehrsvariationen, die den Mangel von für eine Auslieferung der Daten verfügbaren Funkressourcen beeinflussen. Für beispielsweise aufgrund von Mobilität der Benutzer (d.h., der Endgeräte), die sich zu einer schlechten Funkbedingung bewegt, die ein höheres Ausmaß von Funkressourcen zur Bedienung des gleichen Verkehrs benötigt. In einem Fall einer Verstopfung müssen, wenn alle Funkressourcen in einem voll ausgelasteten Netzwerk verwendet werden, die Datenraten der individuellen Benutzer reduziert werden. Das Drosseln von Verkehr basierend auf einem Verkehrstyp würde unter Verwendung von Multicast geplanten Xcast-Verkehr unfair beeinflussen, da der Verkehr zu mehr als einem Benutzer ausgeliefert wird verglichen mit Unicast-Verkehr.
  • Es könnte angenommen werden in diesem Ausführungsbeispiel als auch in Bezug auf weitere Ausführungsbeispiele, dass das Volumen von (OTC-) Multicast-Verkehr angepasst werden kann durch beispielsweise Verwendung von Digital-Video-Broadcasting-(DVB)-Adaptive-Media-Streaming-over-IP-Multicast, und daher kann das Drosseln des Multicast-Verkehrs angewendet werden. Anderenfalls würde das Drosseln in einer nicht akzeptablen Qualität von Multicast resultieren, was die Endgeräte dazu zwingen würde, zu Unicast umzuschalten.
  • In einigen einfachen Ausführungsbeispielen können alle der Blöcke 302 bis 305, 309, 310, 311 der 3 weggelassen werden. Mit anderen Worten kann der Zugangsknoten bei Empfang der Vielzahl von Datenpaketen, die mit den einen oder mehreren Funkträgern verknüpft sind, in Block 301, direkt die Bestimmung der OTA-Übertragungsbetriebsarten jedes Funkträgers in Block 306 durchführen und nachfolgend das differenzierte Planen gemäß dem ersten Planungsmechanismus in Block 308 durchführen, wenn die Bedingung in Block 307 erfüllt ist. In solchen Ausführungsbeispielen kann das differenzierte Planen in Block 308 daher unabhängig von Verstopfungsbedingungen oder Arten von empfangenem Verkehr ausgeführt werden, solange die Bedingung in Block 307 erfüllt ist. In einigen Ausführungsbeispielen kann angenommen werden, dass der empfangene Verkehr einen Vorgabeträger verwendet (d.h., angenommen werden, Bestaufwand-QoS zu verwenden).
  • 4 veranschaulicht ein detaillierteres Ausführungsbeispiel zur Durchführung der differenzierten Planung unter Verstopfungsbedingungen wie vorstehend diskutiert in Bezug auf Block 308 der 3. Der in 4 veranschaulichte Prozess kann Block 308 der 3 in einigen Ausführungsbeispielen ersetzen.
  • Bezugnehmend auf 4 wird, nachdem im Block 307 der 3 bestimmt wurde, dass der Zugangsknoten Xcast-Verkehr unter Verwendung von Multicast bedient, zuerst geprüft in Block 401 durch den Zugangsknoten, ob ein oder mehrere Funkträger verschieden von dem einen oder mehreren ersten Xcast-Funkträgern unter Verwendung der Multicast-Übertragungsbetriebsart (einen oder mehreren die Multicast-Übertragungsbetriebsart verwendenden ersten Xcast-Funkträgern) zu planen sind. Insbesondere kann geprüft werden, ob irgendwelche Funkträger unter Verwendung von Unicast-Übertragungsbetriebsart zu planen sind. Wenn dies der Fall ist, plant der Zugangsknoten in Block 402 die einen oder mehreren Funkträger gemäß dem ersten Planungsmechanismus. Insbesondere führt in diesem Fall gemäß dem ersten Planungsmechanismus der Zugangsknoten die Planung zur Maximierung des Systemdurchsatzes, der mit dem Zugangsknoten verknüpft ist, durch (und reduziert daher auch Verstopfung), während einer Priorisierung von einem oder mehreren ersten Xcast-Funkträgern über einen oder mehrere zweite Funkträger, und ferner basierend zumindest auf der Anzahl von Endgeräten, die durch jeden ersten Xcast-Funkträger bedient werden (höherer Anzahl von bedienten Endgeräten entsprechen höherer Priorität).
  • Um eine solche Planung zu erzielen, kann der Zugangsknoten jeden der einen oder mehreren ersten Xcast-Funkträger gemäß einer ersten Drosselrate und jeden der einen oder mehreren zweiten vom Träger gemäß einer zweiten Drosselrate drosseln. Die zweite Drosselrate kann definiert sein, größer zu sein als die erste Drosselrate (oder größer als oder gleich wie die erste Drosselrate). Die erste Drosselrate kann definiert sein separat für jeden ersten Xcast-Funkträger basierend auf der Anzahl von Endgeräten, die durch den ersten Xcast-Funkträger bedient werden, unter Verwendung der Multicast-Übertragungsbetriebsart. Ferner können die erste Drosselrate und die zweite Drosselrate definiert sein, um zumindest von dem Ausmaß von Verstopfung bei dem Zugangsknoten abzuhängen. Das Ausmaß von Verstopfung kann unter Verwendung irgendeiner der vorgenannten Verstopfungsmetriken gemessen werden, beispielsweise die Gesamtdatenrate, die mit dem Zugangsknoten verknüpft ist, und/oder die Anzahl von durch den Zugangsknoten bedienten Endgeräten. Insbesondere kann das Ausmaß von Verstopfung als ein gegenwärtiger Wert der Verstopfungsmetrik oder eine Differenz zwischen dem gegenwärtigen Wert der Verstopfungsmetrik und einer ersten vordefinierten Schwelle definiert sein. In einigen Ausführungsbeispielen kann die erste Drosselrate definiert sein, um umgekehrt proportional zu der Anzahl von durch jeden ersten Xcast-Funkträger bediente Endgeräte und/oder direkt proportional zu der zweiten Drosselrate zu sein.
  • In einigen Ausführungsbeispielen kann die erste Drosselrate für einen ersten Xcast-Funkträger definiert sein, um von einem oder mehreren aus dem Ausmaß einer (Gesamt-)Verstopfung, der Anzahl von Endgeräten, die durch den ersten Xcast-Funkträger bedient werden, einer Funkressourcenverwendung des ersten Xcast-Funkträgers, und einem Verkehrsvolumen, das mit dem ersten Xcast-Funkträger verknüpft ist, abzuhängen. Ferner kann die zweite Drosselrate auch separat für jeden zweiten Funkträger der einen oder mehreren zweiten Funkträger definiert sein basierend auf einem oder mehreren aus dem Ausmaß einer (Gesamt-)Verstopfung, einer Funkressourcenverwendung des Funkträgers, und eines Verkehrsvolumens, das mit dem Funkträger verknüpft ist.
  • In einigen alternativen Ausführungsbeispielen kann der Zugangsknoten in Block 402 nur jeden aus dem einen oder mehreren zweiten Funkträgern drosseln gemäß einer dritten Drosselrate. In solchen Ausführungsbeispielen könnten die einen oder mehreren ersten Xcast-Funkträger überhaupt nicht gedrosselt werden. Die dritte Drosselrate kann definiert sein, um zumindest von dem Ausmaß von Verstopfung abzuhängen, obwohl in anderen Ausführungsbeispielen die dritte Drosselrate von einem oder mehreren aus dem Ausmaß von (Gesamt)Verstopfung, Funkressourcenverwendung des Funkträgers, und Verkehrsvolumen, das mit dem Funkträger verknüpft ist, abhängen kann. In einigen Ausführungsbeispielen kann ein Drosseln gemäß diesem Ausführungsbeispiel und das Drosseln gemäß einem der vorhergehenden Ausführungsbeispiele derart kombiniert werden, dass der Zugangsknoten ein Drosselschema von zwei oder mehr vordefinierten Drosselschemata auswählt basierend auf beispielsweise dem Ausmaß von Verstopfung, der Anzahl von bedienten Multicast-Nutzern, der Anzahl von bedienten Unicast-Nutzern, und/oder der Gesamtdatenrate. Ein Beispiel eines solchen Ausführungsbeispiels wird detailliert in Bezug auf 5 diskutiert.
  • In einigen Ausführungsbeispielen kann irgendeines aus der ersten Drosselrate, der zweiten Drosselrate, und der dritten Drosselrate für einen Funkträger definiert sein, um nicht nur von den Eigenschaften dieses bestimmten Funkträgers abzuhängen (wie vorstehend gelistet), sondern auch von den Eigenschaften anderer Funkträger desselben oder unterschiedlichen Typs, der durch den Zugangsknoten gehandhabt wird. Beispielsweise kann irgendeines aus der ersten, zweiten, und dritten Drosselrate definiert sein, um von der Anzahl der einen oder mehreren bedienten zweiten Funkträger, der Anzahl der durch die einen oder mehreren ersten Xcast-Funkträger bedienten Endgeräte, und/oder der Anzahl der einen oder mehreren ersten Xcast-Funkträger abzuhängen.
  • In einigen Ausführungsbeispielen kann irgendeines aus der ersten Drosselrate, der zweiten Drosselrate, und der dritten Drosselrate für einen Funkträger definiert sein, um konstant zu sein.
  • Wenn in Block 401 bestimmt wird, dass nur die einen oder mehreren ersten Xcast-Funkträger unter Verwendung der Multicast-Übertragungsbetriebsart (einen oder mehreren die Multicast-Übertragungsbetriebsart verwendenden ersten Xcast-Funkträger) zu planen sind, plant der Zugangsknoten in Block 403 die einen oder mehreren Funkträger (d.h., die einen oder mehreren ersten Xcast-Funkträger) gemäß einem ersten Planungsmechanismus, um den mit dem Zugangsknoten verknüpften Systemdurchsatz zu maximieren (und um dadurch auch Verstopfung zu reduzieren), während die einen oder mehreren ersten Xcast-Funkträger basierend zumindest auf einer Anzahl von durch jeden ersten Xcast-Funkträger bedienten Endgeräten priorisiert werden. Mit anderen Worten kann das Planen der einen oder mehreren ersten Xcast-Funkträger wie vorstehend in Bezug auf Block 402 diskutiert mit dem Unterschied ausgeführt werden, dass die einen oder mehreren ersten Xcast-Funkträger über irgendwelche Nicht-Multicast-Funkträger (da keine existieren) priorisiert werden. Als eine Konsequenz muss die Verstopfung in diesen Ausführungsbeispielen durch Drosseln der einen oder mehreren ersten Xcast-Funkträger überwunden werden, die die Multicast-Übertragungsbetriebsart verwenden, im Gegensatz zu den vorstehend diskutierten Ausführungsbeispielen, bei denen nur Unicast-Verkehr gedrosselt wurde.
  • Bei einigen Ausführungsbeispielen kann die dritte Drosselrate auch separat für jeden Funkträger der einen oder mehreren zweiten Träger basierend auf einem oder mehreren aus dem Ausmaß von (Gesamt-)Verstopfung, Funkressourcenverwendung des Funkträgers, und Verkehrsvolumen, das mit dem Funkträger verknüpft ist, definiert sein.
  • Wie vorstehend beschrieben kann das differenzierte Planen auch die Funkressourcenverwendung für Xcast- und Unicast-Verkehr berücksichtigen und die Differenzierung bei dem Planen auf Funkressourcenverwendung basieren lassen im Gegensatz zu der Anzahl von bedienten Benutzern. Beispielsweise kann der Zugangsknoten Gewichtungsfaktoren auf die Datenrate jedes Funkträgers (oder Stroms) basierend auf der Funkressourcenverwendung anwenden (d.h., eine Drosselrate kann definiert sein, von der Funkressourcenverwendung abzuhängen). Dies könnte wertvoll sein beispielsweise in Fällen, in denen der Xcast-Verkehr unter Verwendung von Multicast bedient wird bei suboptimalen Funkparameterkonfigurationen, um auch den schlechtesten Nutzer und/oder bei beschränkter Benutzerrückkopplung zu bedienen.
  • Wie auch vorstehend beschrieben kann das differenzierte Planen auch das Verkehrsvolumen für Xcast- und Unicast-Verkehr berücksichtigen und die Differenzierung der Planung auf Verkehrsvolumen basieren lassen im Gegensatz zu der Anzahl von bedienten Nutzern. Beispielsweise können zusätzliche Gewichtungsfaktoren für Verkehrsvolumen vorgesehen sein und auf jeden Funkträger (oder Strom bzw. Stream) angewendet werden, wodurch großvolumiger Xcast-Verkehr bei einer höheren Datenrate bestraft wird statt Niedrigvolumenverkehr im Falle einer Verstopfung.
  • In einigen Ausführungsbeispielen kann die erste Drosselrate durch den Zugangsknoten während der Planung des Xcast-(Multicast)-Verkehrs derart begrenzt werden, um eine zweite vordefinierte Schwelle nicht zu überschreiten. Beispielsweise kann der Zugangsknoten eine Minimalbandbreite, die für einen bestimmten Dienst benötigt wird, schätzen, und die zweite vordefinierte Schwelle basierend auf der Minimalbandbreite definieren. Eine solche Schätzung kann auf Information bezüglich der Inhaltsquelle basieren (beispielsweise Codierarten von Codecs, die durch Dienstanbieter verwendet werden, können selbst für die gleiche Inhaltsauflösung unterschiedlich sein).
  • 5 veranschaulicht ein anderes detailliertes Ausführungsbeispiel zur Durchführung der differenzierten Planung (möglicherweise unter Verstopfungsbedingungen) wie vorstehend diskutiert in Bezug auf Block 308 der 3. Der in 5 veranschaulichte Prozess kann Block 308 der 3 in einigen Ausführungsbeispielen ersetzen.
  • Bezugnehmend auf 5 wird, nachdem in Block 307 der 3 bestimmt wurde, dass der Zugangsknoten Xcast-Verkehr unter Verwendung von Multicast bedient und möglicherweise auch, dass der Zugangsknoten sowohl Unicast- als auch Multicast-Ströme bedient in Block 401, in Block 501 durch den Zugangsknoten eine Reduzierung c einer Gesamtdatenrate T bestimmt, die mit dem Zugangsknoten verknüpft ist, die zur Überwindung der Verstopfung benötigt wird. Mit anderen Worten sollte die Gesamtdatenrate, die mit dem Zugangsknoten verknüpft ist, von T Mbps zu (T - c) Mbps reduziert werden. Als nächstes evaluiert der Zugangsknoten in Block 502, ob die benötigte Reduzierung der Datenrate oberhalb einer dritten vordefinierten Schwelle liegt. Die dritte vordefinierte Schwelle kann eine Konstante sein, oder diese kann von einem oder mehreren Parametern wie der Anzahl von Endgeräten, die unter Verwendung einer Unicast-Übertragungsbetriebsart in Betrieb sind, der Anzahl von Endgeräten, die unter Verwendung der Multicast-Übertragungsbetriebsart im Betrieb sind, die durch die einen oder mehreren ersten Xcast-Funkträger verwendet werden, der Anzahl der einen oder mehreren ersten Xcast-Funkträger (das heißt, der Anzahl von unterschiedlichen Multicast-Strömen), und der gegenwärtigen Gesamtdatenrate, die mit dem Zugangsknoten verknüpft ist, abhängen.
  • Bei einigen Ausführungsbeispielen kann die dritte vordefinierte Schwelle der effektiven Datenrate (in Mbps) entsprechen (oder davon abhängen), die durch den Zugangsknoten zu den Endgeräten, die einen Multicast-Strom empfangen, bereitgestellt ist. Die effektive Datenrate kann als T/[(k + M) N] gegeben sein, wobei k die Anzahl von Endgeräten, die unter Verwendung einer Unicast-Übertragungsbetriebsart in Betrieb sind, ist, N die Anzahl von Endgeräten, die unter Verwendung der Multicast-Übertragungsbetriebsart, die durch die einen oder mehreren ersten Xcast-Funkträger verwendet wird, in Betrieb sind, ist, M die Anzahl von simultanen Xcast-Strömen ist, die über den Äther (über die Luft) unter Verwendung von Multicast zu N Geräten ausgeliefert werden, und T die gegenwärtige Gesamtdatenrate ist, die mit dem Zugangsknoten verknüpft ist. Hierbei wird ein Round-Robin-Planen unter nicht verstopften Bedingungen angenommen. Mit anderen Worten kann in Block 502 evaluiert werden, ob das Ausmaß von Verstopfung die effektive Datenrate der Endgeräte, die den Multicast-Strom empfangen, überschreitet.
  • Als Reaktion darauf, dass die dritte vordefinierte Schwelle in Block 502 überschritten ist, plant in Block 503 der Zugangsknoten die einen oder mehreren Funkträger (beispielsweise die M ersten Xcast-Funkträger unter Verwendung der Multicast-Übertragungsbetriebsart und die k zweiten Funkträger unter Verwendung der Unicast-Übertragungsbetriebsart) derart, dass eine mit den einen oder mehreren ersten Xcast-Funkträger verknüpfte Datenrate mit einer ersten Drosselrate gedrosselt wird, und die einen oder mehreren zweiten Funkträger mit einer zweiten Drosselrate gedrosselt werden.
  • Als Reaktion darauf, dass die dritte vordefinierte Schwelle in Block 502 nicht überschritten ist, plant in Block 504 der Zugangsknoten die einen oder mehreren Funkträger (beispielsweise die M ersten Xcast-Funkträger unter Verwendung der Multicast-Übertragungsbetriebsart und die k zweiten Funkträger unter Verwendung der Unicast-Übertragungsbetriebsart) derart, dass eine mit den einen oder mehreren ersten Xcast-Funkträgern verknüpfte Datenrate nicht gedrosselt wird, jedoch die mit den einen oder mehreren zweiten Funkträgern verknüpfte Datenrate mit einer dritten Drosselrate gedrosselt wird.
  • 6 veranschaulicht drei beispielhafte Xcast-Verkehrszenarien, auf die das in 5 veranschaulichte Ausführungsbeispiel angewendet werden kann. In 6 wird der Xcast- und Unicast-Verkehr simultan durch drei verschiedene gNBs 603, 604, 605 gesendet. Der Xcast- und Unicast-Verkehr kann verschiedene Anwendungssitzungen repräsentieren (beispielsweise Verbrauch von zwei verschiedenen Live-Medienströmen). In dem veranschaulichten Szenario wird Xcast-Verkehr durch Xcast-Endgeräte oder Benutzerausrüstung (XC-UEs) 606, 608 empfangen, von denen jedes mit einer OTA-Übertragungsbetriebsart von Unicast 606 oder Multicast 608 im Betrieb ist, während Unicast-Verkehr durch Unicast-Endgeräte oder Benutzerausrüstung (UC-UEs) 607 empfangen wird. In dem Grundlinienszenario (Vergleichslinienszenario), d.h., ohne jegliche Verstopfung, können die Funkressourcen gemäß den Notwendigkeiten des Verkehrsvolumens geplant werden, das für sowohl den Xcast- als auch Unicast-Verkehr zu bedienen ist. Round-Robin-Planung wird angenommen, wenn es keine Verstopfung gibt. In 6 wird Xcast-Verkehr durch eine durchgezogene Linie bezeichnet, und Unicast-Verkehr wird durch eine gestrichelte Linie bezeichnet.
  • In 6 wird angenommen, dass der Zugangsknoten Gesamtverkehr mit einer Gesamtdatenrate T Mbps unter Verwendung eines einzelnen Xcast-Stroms bedient, der unter Verwendung von Multicast zu N Endgeräten übertragen wird, und k Xcast-Ströme, die unter Verwendung von Unicast übertragen werden (oder andere Unicast-Ströme) zu k Endgeräten. Es wird angenommen, dass die dritte vordefinierte Schwelle (verwendet in Block 502) als T/((k + 1) N) definiert ist, wobei wie vorstehend definiert k die Anzahl von Endgeräten, die unter Verwendung einer Unicast-Übertragungsbetriebsart im Betrieb sind, ist, N die Anzahl von Endgeräten, die unter Verwendung der Multicast-Übertragungsbetriebsart, die durch den einen oder mehrere Xcast-Funkträger verwendet wird, im Betrieb sind, ist, und T die gegenwärtige Gesamtdatenrate ist, die mit dem Zugangsknoten verknüpft ist. In den veranschaulichten Fällen kann die erste Drosselrate als c/N definiert sein, die zweite Drosselrate kann als c(1 - 1/N)/k definiert sein, und die dritte Drosselrate kann als c definiert sein, wobei c das Ausmaß von Verstopfung ist, d.h., insbesondere eine Reduzierung der Gesamtdatenrate T, die mit dem Zugangsknoten verknüpft ist, was zur Überwindung der Verstopfung benötigt wird. Unter Verwendung dieser Notation ist die Datenrate für jeden Funkträger, wenn es keine Verstopfung gibt und Round-Robin-Planung verwendet wird, T/(k + 1). Hierbei sind N und k Ganzzahlen mit N ≥ 2 und k ≥ 1.
  • Das veranschaulichte generische System, das ein Datennetzwerk 601, ein Kernnetzwerk 602, die vorgenannten drei gNBs 603, 604, 605, und Endgeräte 606, 607, 608 aufweist, kann jedem der Anordnungsszenarien, die in 2A, 2B, und 2C veranschaulicht sind, entsprechen. Diesbezüglich kann das Datennetzwerk 601 das Datennetzwerk 201, 221, 241 jeder der 2A, 2B, oder 2C sein, das 5G-Kernnetzwerk 602 kann jede der Kernnetzwerkentitäten 202, 204, 206, 222, 224, 226, 242, 244, 246, die in 2A, 2B, und 2C veranschaulicht sind, aufweisen, und die 5G-gNBs 603, 604, 605 können gNB 209 der 2A entsprechen oder eine oder mehrere gNB-CUs 229, 249, 250, eine oder mehrere gNB-DUs 230, 231, 252, 253, 254, und einer oder mehrerer RUs 232, 233, 234, 255, 256, 257, 258 wie in 2B und 2C veranschaulicht aufweisen.
  • Das erste gNB 603 der 6 stellt vier XC-UEs 606 den gleichen Xcast-(Multicast)-Strom und einem einzelnen UC-UE 607 einen Unicast-Strom bereit. Insbesondere gibt es vier XC-UEs, die einen einzelnen Multicast-Strom mit einer Rate von T/2 Mbps vor Verstopfung empfangen, und ein UC-UE, das Unicast-Daten mit einer Rate von T/2 Mbps vor Verstopfung empfängt. Der differenzierte 5G-Planer berücksichtigt die effektive Datenrate von XC-UEs als (T/2)/4 = T/8 seiend während Verstopfung zur Reduzierung der Datenraten des geplanten Verkehrs. Daher wird in diesem Szenario, wenn c < T/8 in Block 502 von 5 ist, der zu den XC-UEs ausgelieferte Xcast-Strom ungedrosselt gelassen, während die Datenrate des UC-UE 607 auf (T/2) - c reduziert wird gemäß Block 504 der 5. Dies ermöglicht es dem ersten gNB 603, die Benutzer mit einer reduzierten Rate zu bedienen, während der Xcast-Strom nicht beeinflusst wird.
  • Wenn c > T/8 ist in Block 502 der 5, dann reduziert der Zugangsknoten die Datenrate des Xcast-Stroms um c/4 und die Rate des Unicast-Stroms um 3c/4 gemäß Block 503 der 5.
  • Das zweite gNB 604 der 6 stellt einem einzelnen XC-UE 608 einen Xcast-(Unicast)-Strom bereit und einem einzelnen UC-UE einen Unicast-Strom bereit. Da es nur ein einzelnes XC-UE 608 gibt, wird der Xcast-Verkehr unter Verwendung von Unicast geplant, und daher wird keine differenzierte Behandlung benötigt (gemäß Block 307 der 3). Stattdessen plant der Zugangsknoten die Xcast- und Unicast-Ströme (oder gleich den Xcast-Funkträger und den Unicast-Funkträger) gemäß dem zweiten Planungsmechanismus wie in Bezug auf Block 311 der 3 diskutiert.
  • Das dritte gNB 605 der 6 stellt zwei XC-UEs den gleichen Xcast-(Multicast)-Strom und einem einzelnen UC-UE einen Unicast-Strom bereit. Insbesondere gibt es zwei XC-UEs, die einen einzelnen Multicast-Strom mit einer Rate von T/2 Mbps vor Verstopfung empfangen, und ein UC-UE, das Unicast-Daten mit einer Rate von T/2 Mbps vor Verstopfung empfängt. Der differenzierte 5G-Planer berücksichtigt die effektive Datenrate von XC-UEs als (T/2)/2 = T/4 seiend während Verstopfung zur Reduzierung der Datenrate des geplanten Verkehrs. Daher wird in diesem Szenario, wenn c < T/4 in Block 502 der 5 ist, der zu den XC-UEs ausgelieferte Xcast-Strom ungedrosselt gelassen, während die Datenrate des UC-UE auf T/2 - c reduziert wird gemäß Block 504 der 5. Es wird bemerkt, dass diese Bedingung leichter ausgelöst wird (d.h., die Schwelle in Block 502 höher ist) verglichen mit dem ersten gNB 603. Wenn c > T/4 in Block 502 der 5 ist, dann reduziert der Zugangsknoten die Datenrate des Xcast-Stroms um c/2 und den Unicast-Strom um c/2 gemäß Block 503 der 5. Daher kann in diesem Szenario der Xcast-(Multicast)-Strom über den Unicast-Strom priorisiert werden, wenn die Verstopfung relativ untergeordnet ist, jedoch werden, sobald die Verstopfung einen bestimmten Pegel erreicht, die Xcast- und Unicast-Ströme gleich behandelt, um die höhere Verstopfung zu überwinden. Es sollte bemerkt werden, dass ein solcher Betrieb gemäß dem Ausführungsbeispiel der 5 nur auftreten kann, wenn N = 2 ist.
  • Wie vorstehend beschrieben kann jeder der vorgenannten Prozesse in jedem der in 2A, 2B, und 2C veranschaulichten Anordnungsszenarien angewendet werden, wobei der Zugangsknoten den Prozess entsprechend einem gNB ( 2A) oder einer gNB-DU (2B und 2C) durchführt. Jedoch kann der Prozess der 3 leicht in dem letzten Fall modifiziert werden, um vollen Vorteil aus der zentralisierten Architektur der 2B und 2C zu ziehen. Der modifizierte Prozess wird in 7 veranschaulicht.
  • In diesem Ausführungsbeispiel, wenn für das Anordnungsszenario der 2B angewendet, wird angenommen, dass der Zugangsknoten (wie in Bezug auf vorhergehende Ausführungsbeispiele verwendet) eine erste gNB-DU (beispielsweise die gNB-DU 230 der 2B) in einem zentralisierten Anordnungsszenario eines 5G-Drahtloskommunikationsnetzwerks ist. Ferner ist die erste gNB-DU ein Teil eines gNB, das ferner ein oder mehrere zweite gNB-DUs (beispielsweise die gNB-DU 231 der 2B) und eine erste gNB-CU (beispielsweise die gNB-CU 229 der 2B) aufweist. Die erste gNB-CU ist über eine Fl-Schnittstelle mit jeder gNB-DU verbunden.
  • Bezugnehmend auf 7 kann die erste gNB-DU (d.h., der Zugangsknoten wie in Bezug auf 3 verwendet) in Block 701 Blöcke 301 bis 305 (Ja) der 3 ausführen. Als Reaktion auf ein Bestimmen, dass die erste gNB-DU Verstopfung erfährt (gemäß Block 305 der 3) bestimmt die erste gNB-DU in Block 702 die Over-the-Air-Übertragungsbetriebsart jedes Funkträgers in der ersten gNB-DU. Ferner verursacht das erste gNB in Block 703 eine Übertragung einer Anforderung bezüglich Information bezüglich den einen oder mehreren zweiten gNB-DUs zu der ersten gNB-CU. Insbesondere kann die Information bezüglich der einen oder mehreren zweiten gNB-DUs, die angefordert ist, zumindest Funkträgerinformation bezüglich jedes Funkträgers aufweisen, der durch jede der einen oder mehreren zweiten gNB-DUs verwendet wird (oder zumindest jeder Funkträger, der durch die erste gNB-DU und zumindest eine zweite gNB-DU geteilt wird). Beispielsweise kann die Funkträgerinformation für einen Funkträger Information bezüglich der OTA-Übertragungsbetriebsart des Funkträgers und/oder der Anzahl von durch den Funkträger bedienten Endgeräten umfassen. Zudem oder alternativ dazu kann die Funkträgerinformation für den Funkträger Information bezüglich Funkressourcenverwendung des Funkträgers und/oder Verkehrsvolumen, das mit dem Funkträger verknüpft ist, aufweisen.
  • Bei Empfang der Anforderung kann die erste gNB-CU mit den einen oder mehreren zweiten gNB-DUs kommunizieren, um die angeforderte Information zu erlangen, und/oder die Information kann in einer Datenbank der ersten gNB-CU gehalten werden. Nachfolgend verursacht die erste gNB-CU eine Übertragung der angeforderten Information zu der ersten gNB-DU. Nachfolgend verursacht die erste gNB-CU eine Übertragung der angeforderten Information zu der ersten gNB-DU. Die erste gNB-DU empfängt in Block 704 die angeforderte Information von der ersten gNB-CU. Die Anforderung und die angeforderte Information können übertragen werden, und die Kommunikation zwischen der ersten gNB-CU und den einen oder mehreren zweiten gNB-DU kann durchgeführt werden, über Fl-Schnittstellen.
  • Es wird in Block 705 bestimmt, ob die bei einem der ersten gNB-DU und den einen oder mehreren zweiten gNB-DUs verwendeten Funkträger zumindest einen ersten Xcast-Funkträger unter Verwendung der Multicast-Übertragungsbetriebsart (d.h., unter Verwendung der Multicast-Übertragungsbetriebsart bei den bestimmten gNB-DUs) umfasst. Bei einigen alternativen Ausführungsbeispielen können nur einige (oder sogar keine) der einen oder mehreren zweiten gNB-DUs in Block 705 berücksichtigt werden. Wenn die Multicast-Betriebsart in irgendeiner aus der ersten gNB-DU und den einen oder mehreren zweiten gNB-DUs (oder einem spezifischen Untersatz davon) verwendet wird, kann die erste gNB-DU in Block 706 die Planung der einen oder mehreren Funkträger gemäß dem ersten Planungsmechanismus durchführen vergleichbar mit dem, was im Bezug auf irgendeinen der Blöcke 308, 402, 403 beschrieben ist. Mit anderen Worten kann die angeforderte Information in Block 705 derart verwendet werden, dass die differenzierte Planung unter Verwendung des ersten Planungsmechanismus' selbst dann ausgelöst wird, wenn keine Xcast-Ströme unter Verwendung von Multicast durch die erste gNB-DU bereitgestellt werden, wenn ein oder mehrere Xcast-Ströme unter Verwendung von Unicast bei der ersten gNB-DU Multicast in irgendeinem aus den einen oder mehreren zweiten gNB-DUs verwendet.
  • Ferner kann bei diesem Ausführungsbeispiel die erste gNB-DU bei dem Planen der einen oder mehreren Funkträger bei der ersten gNB-DU zusätzlich zu den OTA-Übertragungsbetriebsarten der einen oder mehreren Funkträger bei der ersten gNB-DU auch Übertragungsbetriebsarten der gleichen einen oder mehreren Funkträger bei den einen oder mehreren zweiten gNB-DUs berücksichtigen. Insbesondere kann die Verwendung eines der einen oder mehreren Funkträger bei den einen oder mehreren zweiten gNB-DUs die Planung derart beeinflussen, dass eine Verwendung der Multicast-Übertragungsbetriebsart für einen Funkträger der einen oder mehreren Funkträger bei zumindest einem der einen oder mehreren zweiten gNB-DUs eine Erhöhung der Priorität (beispielsweise Verringerung der Drosselrate) für den Funkträger bei der ersten gNB-DU verursacht. Vergleichbar mit dem für vorhergehende Ausführungsbeispiele Beschriebenen kann die Drosselrate (beispielsweise die erste, zweite, und/oder dritte Drosselrate wie vorstehend definiert) für einen Funkträger definiert sein, um von einem oder mehreren aus dem Ausmaß von (Gesamt-)Verstopfung bei der ersten gNB-DU, der Anzahl von Endgeräten, die durch den Funkträger bei der ersten gNB-DU und einer oder mehrerer zweiter gNB-DUs bedient werden, Funkressourcenverwendung des Funkträgers bei der ersten gNB-DU und einer oder mehrerer zweiter gNB-DUs, und Verkehrsvolumen von mit dem Funkträger Verknüpftem bei der ersten gNB-DU und einer oder mehrerer zweiter gNB-DUs abzuhängen.
  • Mit anderen Worten können die verschiedenen Parameter, die vorstehend im Bezug auf Planung unter Verstopfungsbedingungen (beispielsweise die Anzahl von Endgeräten, die unter Verwendung von Unicast/Multicast pro gNB-DU bedient werden, die Anzahl von Multicast-Strömen pro gNB-DU, Ressourcenverwendung pro gNB-DU, und Verkehrsvolumen pro gNB-DU) aus Perspektive der gNB-CU berücksichtigt werden, wobei selbst dann, wenn Xcast-Verkehr unter Verwendung von Unicast in einigen DUs bedient wird, während Multicast in anderen DUs verwendet wird, die Xcast-Unicast-Übertragungsbetriebsart priorisiert werden könnte unter Verwendung von niedrigeren Gewichtungsfaktoren (beispielsweise niedrigere Drosselrate) verglichen mit (reinem) Unicast. Die Idee hierbei ist, dass der Xcast-Verkehr im Mittel immer noch signifikante Funkressourcenverwendungseffizienz verglichen mit Unicast-Verkehr bieten kann, selbst obwohl die Gewinne über verschiedene DUs verteilt sind. Das Planen in Blöcken 309, 310, 311 kann in diesem Fall vergleichbar mit dem in Bezug auf die vorstehenden Ausführungsbeispiele beschriebenen durchgeführt werden.
  • Die vorstehend beschriebenen Funktionalitäten für das Anordnungsszenario der 2B kann auch in Bezug auf das Anordnungsszenario der 2C eingesetzt werden.
  • Bei einigen alternativen Ausführungsbeispielen kann das Anfordern und Empfangen von Information von der ersten gNB-DU (d.h., Blöcke 704, 705) bereits vor Block 702 durchgeführt werden. Bei solchen Ausführungsbeispielen kann die angeforderte Information auch bei der Planung gemäß dem zweiten Planungsmechanismus in Block 702 verwendet werden auf eine vergleichbare Weise wie für Block 706 beschrieben. Alternativ kann das Anfordern und Empfangen von Information von der ersten gNB-DU (d.h., Blöcke 703, 704) bereits nur nach Block 705 durchgeführt werden, sodass die Entscheidung in Block 705 nur auf der Verwendung der Multicast-Übertragungsbetriebsart bei der ersten gNB-DU basieren kann.
  • Die Blöcke, verwandte Funktionen, und Informationsaustausch wurden vorstehend mittels 2 bis 7 in keiner absoluten chronologischen Reihenfolge beschrieben, und einige von diesen können simultan oder in einer Reihenfolge verschieden von der gegebenen durchgeführt werden. Andere Funktionen können auch zwischen diesen oder innerhalb dieser ausgeführt werden, und andere Information kann gesendet werden, und/oder andere Regeln können angewendet werden. Einige der Blöcke oder Teile der Blöcke oder eine oder mehrere Elemente von Information können auch weggelassen oder ersetzt werden durch einen entsprechenden Block oder Teil des Blocks oder ein oder mehrere Elemente von Information.
  • 8 stellt einen Zugangsknoten (beispielsweise ein gNB oder eine gNB-DU) oder eine Planungseinheit für einen Zugangsknoten 801 gemäß einigen Ausführungsbeispielen bereit. Insbesondere kann 8 einen Zugangsknoten veranschaulichen, der dazu eingerichtet ist, um zumindest die vorstehend beschriebenen Funktionen in Verbindung mit Planung von Verkehr, insbesondere differenziertes Planen während Verstopfung, durchzuführen. Der Zugangsknoten 801 kann ein Zugangsknoten 209 der 2A, eine der gNB-DUs 230, 231 von 2B, oder eine der gNB-DUs 252, 253, 254 der 2C sein. Alternativ kann 8 irgendeine Planungseinheit 212, 239, 240, 263, 264, 265 der 2A, 2B, und 2C veranschaulichen (später wird der Klarheit halber lediglich „der Zugangsknoten“ zur Bezugnahme auf Element 801 verwendet). Der Zugangsknoten 801 kann eine oder mehrere Steuerschaltungen 820, wie zumindest einen Prozessor, und zumindest einen Speicher 830 einschließlich einen oder mehrere Algorithmen 831 wie ein Computerprogrammcode (Software) aufweisen, wobei der zumindest eine Speicher und der Computerprogrammcode (Software) dazu eingerichtet sind, um mit dem zumindest einen Prozessor den Zugangsknoten dazu zu bringen, irgend eine der dargelegten Funktionalitäten des Zugangsknotens wie vorstehend beschrieben jeweils auszuführen. Der zumindest eine Speicher 830 kann auch zumindest eine Datenbank 832 aufweisen.
  • Bezugnehmend auf 8 umfasst die eine oder mehrere Kommunikationssteuerschaltungen 820 des Zugangsknotens 801 zumindest Planungsschaltung 821, die dazu eingerichtet ist, um die Planung von Verkehr, der mit einem oder mehreren Funkträgern verknüpft ist, zu einer Vielzahl von Endgeräten durchzuführen. Diesbezüglich ist die Planungsschaltung 821 des Zugriffsknotens 801 dazu eingerichtet, zumindest einige der Funktionalitäten, die vorstehend mittels einer der 3 bis 7 beschrieben ist, unter Verwendung von einem oder mehreren individuellen Schaltungen auszuführen.
  • Bezugnehmend auf 8 kann der Speicher 830 unter Verwendung irgendeiner geeigneten Datenspeichertechnologie implementiert sein, wie halbleiterbasierte Speichergeräte, Flash-Speicher, Magnetspeichergeräte, und Systeme, optische Speichergeräte und Systeme, Festspeicher, und entfernbaren Speicher.
  • Bezugnehmend auf 8 kann der Zugangsknoten 801 ferner unterschiedliche Schnittstellen 810 aufweisen wie eine oder mehrere Kommunikationsschnittstellen (TX/RX) mit Hardware und/oder Software zur Realisierung von Kommunikationskonnektivität gemäß einem oder mehreren Kommunikationsprotokollen. Insbesondere können die einen oder mehreren Kommunikationsschnittstellen 810 beispielsweise Schnittstellen aufweisen, die eine Verbindung zu dem Internet und einem Kernnetzwerk eines Drahtloskommunikationsnetzwerks bereitstellen. Die eine oder mehreren Kommunikationsschnittstellen 810 können den Zugangsknoten Kommunikationsfähigkeiten bereitstellen, um in einem Zellkommunikationssystem zu kommunizieren, und können Kommunikation zwischen Nutzergeräten (Endgeräten) und verschiedenen Netzwerkknoten oder Elementen und/oder einer Kommunikationsschnittstelle ermöglichen, um Kommunikation zwischen verschiedenen Netzwerkknoten oder Elementen beispielsweise zu ermöglichen. Die einen oder mehreren Kommunikationsschnittstellen 810 können allgemeine, wohlbekannte Komponenten wie einen Verstärker, Filter, Frequenzwandler, (De-)Modulator, und Encoder/Decoder-Schaltungen umfassen, die durch die entsprechenden Steuereinheiten gesteuert werden, sowie eine oder mehrere Antennen.
  • Wie in dieser Anmeldung verwendet kann sich der Begriff Schaltung auf eines oder mehreres aus den folgenden beziehen: (a) nur Hardwareschaltungsimplementierungen in nur Analog- und/oder Digitalschaltung, und (b) Kombinationen von Hardwareschaltungen und Software (und/oder Firmware), wie (wie anwendbar): (i) eine Kombination von Analog- und/oder Digitalhardwareschaltkreisen mit Software/Firmware und (ii) irgendwelche Abschnitte von Hardwareprozessoren mit Software, einschließlich Digitalsignalprozessoren, Software, und Speicher, die zusammen wirken, um eine Vorrichtung, wie ein Endgerät oder einen Zugangsknoten dazu zu bringen, verschiedene Funktionen durchzuführen, und (c) Hardwareschaltkreise und Prozessoren, wie Mikroprozessoren, oder einen Abschnitt eines Mikroprozessors, was Software (beispielsweise Firmware) zum Betrieb benötigt, jedoch könnte die Software nicht vorhanden sein, wenn diese nicht zum Betrieb benötigt ist. Diese Definition von Schaltung trifft auf alle Verwendungen dieses Terms in dieser Anmeldung zu, einschließlich jeglicher Ansprüche. Als ein weiteres Beispiel deckt, wie in dieser Anmeldung verwendet, der Begriff Schaltung auch eine Implementierung von lediglich einem Hardwareschaltkreis oder Prozessor (oder mehreren Prozessoren) oder einem Abschnitt eines Hardwareschaltkreises oder Prozessors und dessen (oder deren) zugehöriger Software und/oder Firmware ab. Der Begriff Schaltung deckt auch beispielsweise ab, wenn anwendbar auf das jeweilige Anspruchselement, einen Basisbandintegrationsschaltkreis für einen Zugangsknoten oder ein Endgerät oder ein anderes Rechen- oder Netzwerkgerät.
  • Bei einem Ausführungsbeispiel können zumindest einige der in Verbindung mit 2 bis 7 beschriebenen Prozesse durch eine Vorrichtung ausgeführt werden, die entsprechende Einrichtungen zur Ausführung von zumindest einigen der beschriebenen Prozesse aufweist. Einige beispielhafte Einrichtungen zur Ausführung der Prozesse können zumindest eines aus den folgenden umfassen: Detektor, Prozessor (einschließlich Doppelkern- und Multi-Kern-Prozessoren), Digitalsignalprozessor, Controller, Empfänger, Transmitter, Encoder, Decoder, Speicher, RAM, ROM, Software, Firmware, Anzeige, Benutzerschnittstelle, Anzeigeschaltung, Benutzerschnittstellenschaltung, Benutzerschnittstellensoftware, Anzeigesoftware, Schaltung, Antenne, Antennenschaltung, und Schaltung. In einem Ausführungsbeispiel bildet der zumindest eine Prozessor, der Speicher, und der Computerprogrammcode eine Verarbeitungseinrichtung aus oder umfasst ein oder mehrere Computerprogrammcodeabschnitte zur Ausführung einer oder mehrere Betriebe gemäß einem der Ausführungsbeispiele der 2 bis 7 oder Betriebe bzw. Operationen davon.
  • Ausführungsbeispiele wie vorstehend beschrieben können auch in der Form eines Computerprozesses ausgeführt werden, der durch ein Computerprogramm oder Abschnitte davon definiert ist. Ausführungsbeispiele der Verfahren, die in Verbindung mit 3 bis 5 und 7 beschrieben sind, können durch Ausführung von zumindest einem Abschnitt eines Computerprogramms ausgeführt werden, der entsprechende Anweisungen enthält. Das Computerprogramm kann als ein computerlesbares Medium bereitgestellt sein, das Programmanweisungen, die darauf gespeichert sind, aufweist, oder als ein nichttransitorisches computerlesbares Medium, das Programminstruktionen, die darauf gespeichert sind, aufweist, bereitgestellt sein. Das Computerprogramm kann in einer Quellcodeform, Objektcodeform, oder in irgendeiner Zwischenform sein, und es kann auf irgendeiner Art von Träger gespeichert sein, der irgendeine Entität oder irgendein Gerät sein kann, das dazu in der Lage ist, das Programm auszuführen. Beispielsweise kann das Computerprogramm auf einem Computerprogrammverteilungsmedium gespeichert sein, das durch einen Computer oder einen Prozessor lesbar ist. Das Computerprogrammmedium kann beispielsweise ein Aufzeichnungsmedium, Computerspeicher, Nurlesespeicher, ein elektrisches Trägersignal, ein Telekommunikationssignal, und ein Softwareverteilungspaket beispielsweise sein, ist jedoch nicht darauf beschränkt. Das Computerprogrammmedium kann ein nichttransitorisches Medium sein. Codierung von Software zur Ausführung der Ausführungsbeispiele wie gezeigt und beschrieben liegt sehr wohl innerhalb des Bereichs einer Person von gewöhnlichem Fachwissen.
  • Selbst obwohl die Ausführungsbeispiele vorstehend unter Bezugnahme auf Beispiele gemäß den anhängenden Zeichnungen beschrieben wurden, ist es klar, dass die Ausführungsbeispiele nicht darauf beschränkt sind, sondern auf verschiedene Weisen innerhalb des Bereichs der angehängten Ansprüche modifiziert werden können. Daher sollten alle Worte und Ausdrücke breit interpretiert werden, und es ist beabsichtigt, dass diese das Ausführungsbeispiel veranschaulichen, aber nicht einschränken. Es wird einem Fachmann ersichtlich, dass, wenn Technologie fortschreitet, das erfinderische Konzept auf verschiedene Weisen implementiert werden kann. Ferner ist es für einen Fachmann klar, dass die beschriebenen Ausführungsbeispiele mit anderen Ausführungsbeispielen auf verschiedene Weisen kombiniert werden können, dies aber nicht notwendig ist.
  • Gemäß einem Aspekt ist ein Zugangsknoten für ein Funkzugangsnetzwerk bereitgestellt. Der Zugangsknoten umfasst eine Einrichtung zur Bestimmung, als Reaktion auf einen Empfang einer Vielzahl von Datenpaketen, die mit einem oder mehreren Funkträgern verknüpft sind, zur Planung zu Endgeräten, einer Over-the-Air-Übertragungsbetriebsart jedes Funkträgers. Die Einrichtung ist ferner dazu eingerichtet, um als Reaktion auf eine Bestimmung, dass die einen oder mehreren Funkträger einen oder mehrere erste explizite Multi-Unicast, Xcast, Funkträger unter Verwendung von Multicast und einen oder mehrere zweite Funkträger unter Verwendung von Unicast umfassen, die einen oder mehreren Funkträger gemäß einem ersten Planungsmechanismus zu planen. Der erste Planungsmechanismus priorisiert die einen oder mehreren ersten Xcast-Funkträger, um einen Systemdurchsatz zu maximieren.

Claims (20)

  1. Zugangsknoten für ein Funkzugangsnetzwerk, wobei der Zugangsknoten Einrichtungen umfasst zur Durchführung von: einem Empfangen einer Vielzahl von Datenpaketen, die mit einem oder mehreren Funkträgern verknüpft sind, zur Planung zu einer Vielzahl von Endgeräten, die durch den Zugangsknoten bedient werden, einem Bestimmen einer Über-die-Luft-Übertragungsbetriebsart jedes Funkträgers der einen oder mehreren Funkträger, und als Reaktion auf ein Bestimmen, dass die einen oder mehreren Funkträger ein oder mehrere erste explizite Multi-Unicast, Xcast, Funkträger unter Verwendung einer Multicast-Übertragungsbetriebsart und einen oder mehrere zweite Funkträger unter Verwendung einer Unicast-Übertragungsbetriebsart aufweisen, einem Planen der einen oder mehreren Funkträger gemäß einem ersten Planungsmechanismus, wobei der erste Planungsmechanismus die einen oder mehreren ersten Xcast-Funkträger über die einen oder mehreren zweiten Funkträger priorisiert, um einen Systemdurchsatz zu maximieren, der mit dem Zugangsknoten verknüpft ist.
  2. Zugangsknoten nach Anspruch 1, wobei die Einrichtung ferner dazu eingerichtet ist, um durchzuführen: als Reaktion auf die Bestimmung, dass die einen oder mehreren Funkträger die einen oder mehreren Xcast-Funkträger unter Verwendung der Multicast-Übertragungsbetriebsart und die einen oder mehreren zweiten Funkträger unter Verwendung der Unicast-Übertragungsbetriebsart aufweisen, ein Durchführen des Planens der einen oder mehreren Funkträger gemäß dem ersten Planungsmechanismus, um die einen oder mehreren ersten Xcast-Funkträger individuell weiter zu priorisieren basierend auf der Anzahl von Endgeräten, die durch jeden ersten Xcast-Funkträger bedient werden, wobei eine höhere Anzahl von Endgeräten, die durch einen ersten Xcast-Funkträger bedient werden, einer höheren Priorität entspricht.
  3. Zugangsknoten nach Anspruch 1 oder 2, wobei die Einrichtung ferner dazu eingerichtet ist, um durchzuführen: als Reaktion auf das Bestimmen, dass die einen oder mehreren Funkträger die einen oder mehreren Xcast-Funkträger unter Verwendung der Multicast-Übertragungsbetriebsart aber keine zweiten Funkträger unter Verwendung der Unicast-Übertragungsbetriebsart aufweisen, ein Planen der einen oder mehreren Funkträger gemäß dem ersten Planungsmechanismus durch Priorisieren der einen oder mehreren ersten Xcast-Funkträger individuell basierend auf der Anzahl von Endgeräten, die durch jeden ersten Xcast-Funkträger bedient werden, wobei eine höhere Anzahl von Endgeräten, die durch einen ersten Xcast-Funkträger bedient werden, einer höheren Priorität entspricht.
  4. Zugangsknoten nach einem vorstehenden Anspruch, wobei die Einrichtung ferner dazu eingerichtet ist, um durchzuführen: als Reaktion auf ein Bestimmen, dass die einen oder mehreren Funkträger keinen ersten Xcast-Funkträger unter Verwendung der Multicast-Übertragungsbetriebsart aufweisen, ein Planen der einen oder mehreren Funkträger gemäß einem zweiten Planungsmechanismus, um den Systemdurchsatz, der mit dem Zugangsknoten verknüpft ist, zu maximieren durch gleiches Drosseln der einen oder mehreren Funkträger.
  5. Zugangsknoten nach einem vorstehenden Anspruch, wobei die Einrichtung ferner dazu eingerichtet ist, um durchzuführen: ein Bestimmen, als Reaktion auf das Empfangen, ob der Zugangsknoten gegenwärtig Verstopfung erfährt basierend auf einem oder mehreren vordefinierten Verstopfungskriterien, und ein Durchführen des Bestimmens der Über-die-Luft-Übertragungsbetriebsart jedes Funkträgers der einen oder mehreren Funkträger nur als Reaktion auf ein Bestimmen, dass der Zugangsknoten Verstopfung erfährt.
  6. Zugangsknoten nach Anspruch 5, wobei die einen oder mehreren vordefinierten Verstopfungskriterien zumindest eine oder mehrere erste vordefinierte Schwellen für eine oder mehrere Verstopfungsmetriken umfasst, die mit dem Zugangsknoten verknüpft sind, und wobei das Bestimmen, ob der Zugangsknoten gegenwärtig Verstopfung erfährt, basierend auf den einen oder mehr vordefinierten Verstopfungskriterien, ein Vergleichen eines oder mehrerer gegenwärtiger Werte einer oder mehrerer Verstopfungsmetriken des Zugangsknotens mit den einen oder mehreren ersten vordefinierten Schwellen aufweist, wobei der Zugangsknoten bestimmt wird, Verstopfung zu erfahren, als Reaktion darauf, dass die einen oder mehreren gegenwärtigen Werte die einen oder mehreren ersten vordefinierten Schwellen überschreiten.
  7. Zugangsknoten nach Anspruch 6, wobei die einen oder mehreren Verstopfungsmetriken eines oder mehreres aus einer Gesamtdatenrate, die mit dem Zugangsknoten oder einer durch den Zugangsknoten bedienten Zelle verknüpft ist, der Anzahl von Endgeräten, die durch den Zugangsknoten bedient werden, einer Gesamtressourcenverwendung des Zugangsknotens, einem Paketverlust bezüglich Datenpaketen, die durch den Zugangsknoten übertragen sind, einer Übertragungsverzögerung bei dem Zugangsknoten, und einem Gesamtverkehrsvolumen des Zugangsknotens aufweisen.
  8. Zugangsknoten nach Anspruch 6 oder 7, wobei die Einrichtung ferner dazu eingerichtet ist, um als Reaktion auf ein Bestimmen, dass der Zugangsknoten Verstopfung erfährt und dass die einen oder mehreren Funkträger zumindest die einen oder mehreren ersten expliziten Multi-Unicast, Xcast, Funkträger unter Verwendung der Multicast-Übertragungsbetriebsart aufweisen, das Planen der einen oder mehreren Funkträger gemäß dem ersten Planungsmechanismus durchzuführen, um jede der einen oder mehreren Verstopfungsmetriken des Zugangsknotens auf einen jeweiligen vordefinierten Maximalakzeptanzpegel kleiner als oder gleich wie eine jeweilige erste vordefinierte Schwelle zu reduzieren und/oder um den Systemdurchsatz, der mit dem Zugangsknoten verknüpft ist, auf einen vordefinierten Minimalakzeptanzpegel zu erhöhen.
  9. Zugangsknoten nach einem der Ansprüche 6 bis 8, wobei die Einrichtung ferner dazu eingerichtet ist, um durchzuführen: als Reaktion auf ein Bestimmen, dass das Funkzugangsnetzwerk keine Verstopfung erfährt, ein Planen der einen oder mehreren Funkträger gemäß einem dritten Planungsmechanismus, der eines aus einem Round-Robin-Planungsmechanismus, einem Gewichtet-Fair-Warteschlangen-Planungsmechanismus, und einem Proportional-Fair-Planungsmechanismus ist.
  10. Zugangsknoten nach einem der Ansprüche 6 bis 9, wobei die Einrichtung ferner dazu eingerichtet ist, um durchzuführen: ein Bestimmen, als Reaktion auf das Empfangen, ob die einen oder mehreren Funkträger, die mit der Vielzahl von Datenpaketen verknüpft sind, Vorgabeträger, die Bestaufwand-Quality-of-Service bereitstellen, oder dedizierte Träger sind, von denen jeder einen vorbestimmten Quality-of-Service-Pegel bereitstellt, als Reaktion darauf, dass die einen oder mehreren Funkträger dedizierte Träger sind, ein Planen der einen oder mehreren Funkträger basierend auf einem oder mehreren Dedizierte-Träger-Handhabungsmechanismen, und ein Durchführen des Bestimmens, ob das Funkzugangsnetzwerk gegenwärtig die Verstopfung erfährt nur als Reaktion darauf, dass die einen oder mehreren Funkträger Standardträger sind, die Bestaufwand-Quality-of-Service bereitstellen.
  11. Zugangsknoten nach einem vorstehenden Anspruch, wobei die Einrichtung dazu eingerichtet ist, um das Planen gemäß dem ersten Planungsmechanismus durchzuführen durch: ein Drosseln jedes der einen oder mehreren ersten Xcast-Funkträger gemäß einer ersten Drosselrate und jedes der einen oder mehreren zweiten Funkträger gemäß einer zweiten Drosselrate größer als die erste Drosselrate, wobei die erste Drosselrate separat für jeden Xcast-Funkträger basierend auf der Anzahl von Endgeräten, die durch den ersten Xcast-Funkträger bedient sind, definiert ist, und die erste Drosselrate und die zweite Drosselrate definiert sind, um zumindest von dem Ausmaß von Verstopfung bei dem Zugangsknoten abzuhängen, oder ein Drosseln jedes der einen oder mehreren zweiten Funkträger gemäß einer dritten Drosselrate, wobei die dritte Drosselrate definiert ist, zumindest von dem Ausmaß von Verstopfung bei dem Zugangsknoten abzuhängen.
  12. Zugangsknoten nach Anspruch 10, wobei die erste Drosselrate definiert ist, um umgekehrt proportional zu der Anzahl von Endgeräten, die durch jeden ersten Xcast-Funkträger bedient sind, und/oder direkt proportional zu der zweiten Drosselrate zu sein.
  13. Zugangsknoten nach Anspruch 11 oder 12, wobei die Einrichtung dazu eingerichtet ist, um das Planen gemäß dem ersten Planungsmechanismus durchzuführen durch Drosseln jedes der einen oder mehreren ersten Xcast-Funkträger gemäß der ersten Drosselrate und jedes der einen oder mehreren zweiten Funkträger gemäß der zweiten Drosselrate während einer Begrenzung der ersten Drosselrate, um eine zweite vordefinierte Schwelle nicht zu überschreiten.
  14. Zugangsknoten nach einem vorstehenden Anspruch, wobei die Einrichtung dazu eingerichtet ist, um das Planen gemäß dem ersten Planungsmechanismus durchzuführen durch: Drosseln jedes der einen oder mehreren ersten Xcast-Funkträger gemäß einer ersten Drosselrate und jedes der einen oder mehreren zweiten Funkträger gemäß einer zweiten Drosselrate, wobei die erste Drosselrate separat für jeden ersten Xcast-Funkträger basierend auf einem oder mehreren aus dem Ausmaß von Verstopfung, der Anzahl von Endgeräten, die durch den ersten Xcast-Funkträger bedient sind, Funkressourcenverwendung des ersten Xcast-Funkträgers, und Verkehrsvolumen von mit dem ersten Xcast-Funkträger Verknüpftem definiert ist, und die zweite Drosselrate separat für jeden Funkträger der einen oder mehreren zweiten Funkträger basierend auf einem oder mehreren aus dem Ausmaß von Verstopfung, Funkressourcenverwendung des Funkträgers, und Verkehrsvolumen, das mit dem Funkträger verknüpft ist, definiert ist, oder ein Drosseln jedes der einen oder mehreren zweiten Funkträger gemäß einer dritten Drosselrate, wobei die dritte Drosselrate separat für jeden Funkträger der einen oder mehreren zweiten Funkträger basierend auf einem oder mehreren des Ausmaßes von Verstopfung, Funkressourcenverwendung des Funkträgers, und Verkehrsvolumen, das mit dem Funkträger verknüpft ist, definiert ist.
  15. Zugangsknoten nach einem der Ansprüche 11 bis 14, wobei die Einrichtung ferner dazu eingerichtet ist, um das Planen gemäß dem ersten Planungsmechanismus durchzuführen durch: ein Bestimmen einer Reduzierung einer Gesamtdatenrate, die mit dem Zugangsknoten verknüpft ist, was zur Überwindung der Verstopfung benötigt ist, ein Bestimmen, ob die benötigte Reduzierung der Gesamtdatenrate eine dritte vordefinierte Schwelle überschreitet, als Reaktion darauf, dass die benötigte Reduzierung der Gesamtdatenrate die dritte vordefinierte Schwelle überschreitet, ein Drosseln jedes der einen oder mehreren ersten Xcast-Funkträger gemäß der ersten Drosselrate und jedes der einen oder mehreren zweiten Funkträger gemäß der zweiten Drosselrate, und als Reaktion darauf, dass die benötigte Reduzierung der Gesamtdatenrate fehlschlägt, die dritte vordefinierte Schwelle zu überschreiten, ein Drosseln jedes der einen oder mehreren zweiten Funkträger gemäß der dritten Drosselrate.
  16. Zugangsknoten nach einem vorstehenden Anspruch, wobei der Zugangsknoten ein gNodeB, gNB, für ein voll verteiltes Anordnungsszenario eines 5G-Drahtloskommunikationsnetzwerks oder eine die gNodeB-Verteilte-Einheit, gNB-DU, für ein zentralisiertes Anordnungsszenario eines 5G-Drahtloskommunikationsnetzwerks ist.
  17. Zugangsknoten nach einem der Ansprüche 1 bis 15, wobei der Zugangsknoten eine erste gNodeB-Verteilte-Einheit, gNB-DU, in einem zentralisierten Anordnungsszenario eines 5G-Drahtloskommunikationsnetzwerks ist, wobei die erste gNB-DU ein Teil eines ersten gNB ist, das ferner eine oder mehrere zweite gNB-DUs und eine erste gNodeB-Zentralisierte-Einheit, gNB-CU, aufweist, die über eine F1-Schnittstelle mit jeder gNB-DU verbunden ist, wobei die Einrichtung ferner dazu eingerichtet ist, um durchzuführen: ein Verursachen eines Übertragens einer Anforderung bezüglich Information bezüglich der einen oder mehreren zweiten gNB-DUs zu der ersten gNB-CU, wobei die Information bezüglich der einen oder mehreren zweiten gNB-DUs zumindest Funkträgerinformation bezüglich jedes durch jede der einen oder mehreren zweiten gNB-DUs verwendeten Funkträger aufweist, ein Empfangen angeforderter Information von der ersten gNB-CU, und als Reaktion auf ein Bestimmen, dass die einen oder mehreren Funkträger bei der ersten gNB-DU und/oder Funkträger bei der einen oder mehreren zweiten gNB-DUs die einen oder mehreren ersten Xcast-Funkträger unter Verwendung der Multicast-Übertragungsbetriebsart und die einen oder mehreren anderen zweiten Funkträger unter Verwendung der Unicast-Übertragungsbetriebsart aufweisen, ein Durchführen des Planens der einen oder mehreren Funkträger gemäß dem ersten Planungsmechanismus, wobei der erste Planungsmechanismus ferner die Information bezüglich den einen oder mehreren zweiten gNB-DUs berücksichtigt durch Priorisieren eines oder mehrerer zweiter Xcast-Funkträger unter Verwendung einer Unicast-Übertragungsbetriebsart bei der ersten gNB-DU über andere Unicast-Funkträger bei der ersten gNB-DU als Reaktion auf die einen oder mehreren zweiten Xcast-Funkträger unter Verwendung der Multicast-Übertragungsbetriebsart bei zumindest einem der einen oder mehreren zweiten gNB-DUs.
  18. Zugangsknoten nach einem vorstehenden Anspruch, wobei die Einrichtung aufweist: zumindest einen Prozessor, und zumindest einen Speicher, der Computerprogrammcode aufweist, wobei der zumindest eine Speicher und Computerprogrammcode dazu eingerichtet sind, mit dem zumindest einen Prozessor die Durchführung des Zugangsknotens zu verursachen.
  19. Verfahren, mit: einem Empfangen einer Vielzahl von Datenpaketen, die mit einem oder mehreren Funkträgern verknüpft sind, zur Planung zu einer Vielzahl von Endgeräten, die durch den Zugangsknoten bedient werden, einem Bestimmen einer Über-die-Luft-Übertragungsbetriebsart jedes Funkträgers der einen oder mehreren Funkträger, und als Reaktion auf ein Bestimmen, dass die einen oder mehreren Funkträger ein oder mehrere erste explizite Multi-Unicast, Xcast, Funkträger unter Verwendung einer Multicast-Übertragungsbetriebsart und einen oder mehrere zweite Funkträger unter Verwendung einer Unicast-Übertragungsbetriebsart aufweisen, einem Planen der einen oder mehreren Funkträger gemäß einem ersten Planungsmechanismus, wobei der erste Planungsmechanismus die einen oder mehreren ersten Xcast-Funkträger über die einen oder mehreren zweiten Funkträger priorisiert, um einen Systemdurchsatz zu maximieren, der mit dem Zugangsknoten verknüpft ist.
  20. Computerlesbares Medium, das Programmanweisungen aufweist, die darauf gespeichert sind, zur Durchführung von zumindest dem folgenden: einem Empfangen einer Vielzahl von Datenpaketen, die mit einem oder mehreren Funkträgern verknüpft sind, zur Planung zu einer Vielzahl von Endgeräten, die durch den Zugangsknoten bedient werden, einem Bestimmen einer Über-die-Luft-Übertragungsbetriebsart jedes Funkträgers der einen oder mehreren Funkträger, und als Reaktion auf ein Bestimmen, dass die einen oder mehreren Funkträger ein oder mehrere erste explizite Multi-Unicast, Xcast, Funkträger unter Verwendung einer Multicast-Übertragungsbetriebsart und einen oder mehrere zweite Funkträger unter Verwendung einer Unicast-Übertragungsbetriebsart aufweisen, einem Planen der einen oder mehreren Funkträger gemäß einem ersten Planungsmechanismus, wobei der erste Planungsmechanismus die einen oder mehreren ersten Xcast-Funkträger über die einen oder mehreren zweiten Funkträger priorisiert, um einen Systemdurchsatz zu maximieren, der mit dem Zugangsknoten verknüpft ist.
DE102019135442.0A 2018-12-21 2019-12-20 Differenzierte Planung von Xcast-Verkehr Active DE102019135442B4 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI20186126 2018-12-21
FI20186126 2018-12-21

Publications (2)

Publication Number Publication Date
DE102019135442A1 true DE102019135442A1 (de) 2020-06-25
DE102019135442B4 DE102019135442B4 (de) 2023-07-27

Family

ID=69322823

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102019135442.0A Active DE102019135442B4 (de) 2018-12-21 2019-12-20 Differenzierte Planung von Xcast-Verkehr

Country Status (4)

Country Link
US (1) US10757721B2 (de)
CN (1) CN111356174B (de)
DE (1) DE102019135442B4 (de)
GB (1) GB2580222B (de)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10999760B2 (en) * 2019-05-09 2021-05-04 At&T Intellectual Property I, L.P. Collective intelligence-based cell congestion detection in mobile telecommunications networks
WO2022028544A1 (en) * 2020-08-05 2022-02-10 FG Innovation Company Limited User equipment and method for mbs radio bearer configuration
CN114071368B (zh) * 2020-08-05 2023-03-31 中国移动通信有限公司研究院 多播或广播资源配置方法、信息传输方法及相关设备
CN115918141A (zh) * 2020-08-17 2023-04-04 华为技术有限公司 通信方法和通信装置
WO2022159686A1 (en) * 2021-01-22 2022-07-28 Siden, Inc. Method and system for delivering real-time content using broadcasting and unicasting

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2800314A3 (de) * 2005-10-05 2015-01-14 Nortel Networks Limited Anbieter-Verknüpfungsstatus-Bridging
CN101677311A (zh) 2008-09-19 2010-03-24 夏普株式会社 单播业务和多媒体广播多播业务复用系统和方法
US8522292B2 (en) * 2011-06-15 2013-08-27 Microsoft Corporation Streaming media bandwidth reduction
EP2557818B1 (de) 2011-08-12 2016-11-02 Alcatel Lucent Verfahren zur sicherstellung der kontinuität von multicast-rundfunkdiensten in einem drahtlosen netzwerk, dazugehöriger netzwerkknoten und benutzergerät
CN102355708B (zh) * 2011-11-08 2015-03-11 电信科学技术研究院 Mbms业务优先级的处理方法和设备
US10136266B2 (en) 2013-09-12 2018-11-20 Interdigital Patent Holdings, Inc. Group communication service enabler (GCSE) group management
US10129855B1 (en) * 2015-05-07 2018-11-13 Sprint Spectrum L.P. Systems and methods for efficient transmissions of multicast content to wireless devices
US20170374581A1 (en) * 2016-06-23 2017-12-28 Huawei Technologies Co., Ltd. System and method for delivering unicast and broadcast traffic in a communication network
US11438188B2 (en) * 2016-09-21 2022-09-06 Apple Inc. Multicast packets for a wireless local area network
US10440728B2 (en) * 2016-09-29 2019-10-08 Qualcomm Incorporated Techniques for scheduling unicast and multicast wireless communications
CN109863796B (zh) 2016-10-28 2023-11-07 瑞典爱立信有限公司 eMBMS MooD的高级切换策略
US11218779B2 (en) 2017-01-09 2022-01-04 Nokia Technologies Oy Method and apparatus for coordinated content delivery in multicast/broadcast networks

Also Published As

Publication number Publication date
GB2580222A (en) 2020-07-15
GB2580222B (en) 2021-09-15
US20200205174A1 (en) 2020-06-25
CN111356174B (zh) 2021-08-31
GB201919049D0 (en) 2020-02-05
CN111356174A (zh) 2020-06-30
DE102019135442B4 (de) 2023-07-27
US10757721B2 (en) 2020-08-25

Similar Documents

Publication Publication Date Title
DE102019135442B4 (de) Differenzierte Planung von Xcast-Verkehr
DE102019109109B4 (de) Netzwerkknoten, der konfiguriert ist, um einen drahtlosen Zugriff mit verbesserter Ressourcenzuweisung zu ermöglichen
US10560865B2 (en) Systems and methods for electronic news gathering
DE102021209988A1 (de) Techniken zur klassifizierung und priorisierung von mehrfachzugangsverwaltungsdienstpaketen
DE112018006098T5 (de) Übergabebezogene technologie, vorrichtungen und verfahren
DE102019108972B4 (de) Überwachung in drahtlosen Backhaul-Netzwerken
DE102016015871B4 (de) Anpassen von Übertragungsparametern zur Unterstützung der Koexistenzgerechtigkeit
DE112013000423B4 (de) Funktionsübergreifende Virtualisierung eines Telekommunikationskernnetzes
DE112017006689T5 (de) Verfahren und vorrichtungen zur funkkommunikation
DE112016003526T5 (de) Dynamischer zugang zu einem spektrum mit flexibler bandbreite für systeme mit zugelassenem gemeinsamen zugang
DE202014010968U1 (de) Lastausgleich an einem drahtlosen Zugangspunkt
DE112016004912T5 (de) Vorrichtungen und Verfahren für robustes Messen und Empfangen von Daten
DE112016004567T5 (de) Dual-funkbetrieb zwischen zugangssystemen unter verwendung von 3gpp-funkzugangstechnologie
DE112016000890T5 (de) Nachbarbewusstseinsnetzwerkbetrieb (Neighbor Awareness Networking)-Datenpfad - Wechselseitigkeit und Koexistenz
DE112008002075B4 (de) Verfahren, Vorrichtungen und Systeme für heterogene sichere Verbindungen in WI-FI-PAN
DE112017006694B4 (de) Verfahren für Direktmodus-Push-to-Talk-Kommunikationsprotokolle
DE102016207032A1 (de) Single Radio-Voice Call Continuity auf Basis der Verbindungsqualität und Paketterminierung für Voice Over Long Term Evolution-Kommunikation
DE112015006864T5 (de) Drahtlosen persönlichen Netzen zugrundliegende Zellennetze
DE112016004510T5 (de) Drahtloses Kommunikationssystem zum Abschwächen von Zwischenmobilgerät- und Innermobilgerätinterferenz zwischen Kommunikationssitzungen
DE102014019581A1 (de) Anwendungsqualitätsverwaltung in einem kommunikationssystem
Pérez-Romero et al. Supporting mission critical services through radio access network slicing
DE112016006932T5 (de) Benutzergerät (User Equipment, UE) und Verfahren zum Empfang von Downlink-Datendiensten
DE112017002582T5 (de) Strahlbildende Steuerungsarchitektur und Daten in massivem MIMO-System
WO2017174372A1 (de) Steuerung von kommunikationsressourcen in einem kommunikationsnetzwerk
DE102022129469A1 (de) Uplink-multi-user multiple-input-multiple-output (mumimo)-konfigurationen

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R016 Response to examination communication
R018 Grant decision by examination section/examining division
R020 Patent grant now final