JP2023052569A - クラウド無線アクセスネットワークで使用するためのフロントホールインターフェース - Google Patents

クラウド無線アクセスネットワークで使用するためのフロントホールインターフェース Download PDF

Info

Publication number
JP2023052569A
JP2023052569A JP2023007987A JP2023007987A JP2023052569A JP 2023052569 A JP2023052569 A JP 2023052569A JP 2023007987 A JP2023007987 A JP 2023007987A JP 2023007987 A JP2023007987 A JP 2023007987A JP 2023052569 A JP2023052569 A JP 2023052569A
Authority
JP
Japan
Prior art keywords
data
ran
remote units
fronthaul
multicast groups
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023007987A
Other languages
English (en)
Other versions
JP2023052569A5 (ja
Inventor
ラゴサマン，バラジ・ビー
B Raghothaman Balaji
サラフッディーン，イルファーン・アハメド
Ahamed Salahuddeen Irfaan
バラベル，アーサー・ジェイ
J Barabell Arthur
アルマオ，キャロゲロ
Armao Calogero
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.)
Commscope Technologies LLC
Original Assignee
Commscope Technologies LLC
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 Commscope Technologies LLC filed Critical Commscope Technologies LLC
Publication of JP2023052569A publication Critical patent/JP2023052569A/ja
Publication of JP2023052569A5 publication Critical patent/JP2023052569A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0037—Inter-user or inter-terminal allocation
    • 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/1845—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast broadcast or multicast in a specific location, e.g. geocast
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points
    • 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/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/16—Multipoint routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/35—Switches specially adapted for specific applications
    • H04L49/351—Switches specially adapted for specific applications for local area network [LAN], e.g. Ethernet switches
    • H04L49/352—Gigabit ethernet switching [GBPS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）を提供する。【解決手段】複数のリモートユニット（ＲＵ）と、フロントホールネットワークを介してＲＵに通信可能に結合された中央ユニット（ＣＵ）（ベースバンドコントローラ１０４）と、を含む。ＣＵは、フロントホールネットワークに亘ってＲＵの夫々のサブセットに送信されるべきデータのセットを決定するように、ＲＵのサブセットの夫々の１つへのデータのセットの各々のマッピングを決定するか又はデータのセットの各々について、マルチキャストグループのうちの少なくとも１つがデータのセットにマッピングされたＲＵの夫々のサブセットを完全に含む場合、データのセットにマッピングされたＲＵの夫々のサブセットと最良に合致するマルチキャストグループにデータのセットをマルチキャストし、フロントホールネットワークを介してデータのセットをＲＵの夫々のサブセットに伝送する。【選択図】図１Ａ

Description

関連出願の相互参照
本出願は、以下の優先権を主張する。すべてが参照によりその全体が本明細書に組み込まれる、２０１９年７月２日に出願された「ＦＲＯＮＴＨＡＵＬ ＩＮＴＥＲＦＡＣＥ ＦＯＲ ＵＳＥ ＷＩＴＨ Ａ ＣＬＯＵＤ ＲＡＤＩＯ ＡＣＣＥＳＳ ＮＥＴＷＯＲＫ」と題する、米国仮特許出願第６２／８７０，０２５号（弁理士整理番号１００．１８７４ＵＳＰＲ）、２０１９年９月４日に出願された「ＦＲＯＮＴＨＡＵＬ ＩＮＴＥＲＦＡＣＥ ＦＯＲ ＵＳＥ ＷＩＴＨ Ａ ＣＬＯＵＤ ＲＡＤＩＯ ＡＣＣＥＳＳ ＮＥＴＷＯＲＫ」と題する、米国仮特許出願第６２／８９５，６２５号（弁理士整理番号１００．１８７４ＵＳＰ２）、および２０２０年１月２日に出願された「ＤＥＥＰ ＰＡＣＫＥＴ ＩＮＳＰＥＣＴＩＯＮ ＩＮ Ａ ＦＲＯＮＴＨＡＵＬ ＮＥＴＷＯＲＫ ＯＦ Ａ ＣＬＯＵＤ ＲＡＤＩＯ ＡＣＣＥＳＳ ＮＥＴＷＯＲＫ」と題する、米国仮特許出願第６２／９５６，４０２号（弁理士整理番号１００．１８８４ＵＳＰＲ）。
本出願はまた、参照により本明細書に組み込まれる以下の同時係属中の米国特許出願に関連する。
参照により本明細書に組み込まれる、「ＦＲＯＮＴＨＡＵＬ ＩＮＴＥＲＦＡＣＥ ＦＯＲ ＵＳＥ ＷＩＴＨ Ａ ＣＬＯＵＤ ＲＡＤＩＯ ＡＣＣＥＳＳ ＮＥＴＷＯＲＫ」と題し、同書に同日付で出願された、米国特許出願第＿＿＿＿＿＿＿＿＿＿＿＿＿＿号（弁理士整理番号１００．１８７４ＵＳ０１）、および
参照により本明細書に組み込まれる、「ＤＥＥＰ ＰＡＣＫＥＴ ＩＮＳＰＥＣＴＩＯＮ ＩＮ Ａ ＦＲＯＮＴＨＡＵＬ ＮＥＴＷＯＲＫ ＯＦ Ａ ＣＬＯＵＤ ＲＡＤＩＯ ＡＣＣＥＳＳ ＮＥＴＷＯＲＫ」と題し、同書に同日付で出願された、米国特許出願第＿＿＿＿＿＿＿＿＿＿＿＿＿＿号（弁理士整理番号１００．１８８４ＵＳ０１）。
クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）では、地理的に離れたリモートユニットは、集中型ユニットによって制御され、ユーザ機器（ＵＥ）に無線サービスを提供する。Ｃ－ＲＡＮでは、集中型ユニットは、フロントホールネットワーク（「フロントホールインターフェース」とも呼ばれる）を介してリモートユニットと通信してもよい。本明細書に記載される特定の機能性を有するＣ－ＲＡＮのフロントホールネットワークを実装することが望ましい場合がある。
一実施形態は、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）を対象とする。Ｃ－ＲＡＮは、複数のリモートユニット（ＲＵ）であって、各々が、無線周波数（ＲＦ）信号を少なくとも１つのユーザ機器（ＵＥ）と交換するように構成されている、複数のリモートユニット（ＲＵ）を含む。Ｃ－ＲＡＮはまた、フロントホールインターフェースを介して複数のＲＵに通信可能に結合された中央ユニットを含む。中央ユニットは、フロントホールインターフェースにわたって複数のリモートユニットに送信されるべきデータのセットを決定するように構成されている。中央ユニットはまた、複数のリモートユニットのうちの少なくとも１つへのデータのセットの各々のマッピングを決定するように構成されている。中央ユニットはまた、マッピングに基づいて、それぞれのインジケータを各データのセットに追加することであって、各それぞれのインジケータが、それぞれのデータのセットが対象としている各リモートユニットを示す、追加することを行うように構成されている。中央ユニットはまた、それぞれのインジケータを各々が有するデータのセットを、複数のリモートユニットにブロードキャストするように構成されている。
別の実施形態は、複数のリモートユニットであって、各々が、無線周波数信号を少なくとも１つのユーザ機器（ＵＥ）と交換するように構成されている、複数のリモートユニットを含む、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）を対象とする。Ｃ－ＲＡＮは、フロントホールネットワークを介して複数のリモートユニットに通信可能に結合された中央ユニットをさらに含む。フロントホールネットワークは、複数のマルチキャストグループを実装するように構成されている。マルチキャストグループの各々は、リモートユニットのそれぞれのグループを含む。中央ユニットは、フロントホールネットワークにわたってリモートユニットのそれぞれのサブセットに送信されるべきデータのセットを決定することと、リモートユニットのサブセットのそれぞれの１つへのデータのセットの各々のマッピングを決定することと、データのセットの各々について、マルチキャストグループのうちの少なくとも１つが、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットを完全に含む場合に、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットと最良に合致するマルチキャストグループに、当該データのセットをマルチキャストすることによって、フロントホールネットワークを介して、当該データのセットをリモートユニットのそれぞれのサブセットに伝送することと、を行うように構成されている。
別の実施形態は、複数のリモートユニットであって、各々が、無線周波数信号を少なくとも１つのユーザ機器（ＵＥ）と交換するように構成されている、複数のリモートユニットを含む、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）を対象とする。Ｃ－ＲＡＮは、フロントホールネットワークを介して複数のリモートユニットに通信可能に結合された中央ユニットと、ディープパケット検査を実施するように構成されたエンティティであって、エンティティが、フロントホールネットワークを介して中央ユニットに通信可能に結合されている、エンティティと、をさらに含む。中央ユニットは、フロントホールネットワークにわたって複数のリモートユニットに送信されるべきデータのセットを決定することと、複数のリモートユニットのうちの少なくとも１つへのデータのセットの各々のマッピングを決定することと、マッピングに基づいて、それぞれのインジケータを各データのセットについてのパケットに追加することであって、各それぞれのインジケータが、それぞれのパケットおよびデータのセットが対象としている各リモートユニットを示す、追加することと、フロントホールネットワークを介して、各々がそれぞれのインジケータを有するデータのセットについてのパケットをエンティティに送信することと、を行うように構成されている。エンティティは、パケットが対象としている各リモートユニットを決定し、当該パケットをフロントホールネットワークを介して当該パケットが対象としている各リモートユニットに通信するために、各パケットに対してディープパケット検査を行うように構成されている。
別の実施形態は、複数のリモートユニット（ＲＵ）であって、各々が、無線周波数（ＲＦ）信号を少なくとも１つのＵＥと交換するように構成されている、複数のリモートユニット（ＲＵ）を含む、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）を対象とする。Ｃ－ＲＡＮはまた、フロントホールインターフェースを介して複数のＲＵに通信可能に結合された中央ユニットを含む。フロントホールインターフェースは、ＲＵ識別がパケット内に存在するかどうかを決定するために、受信されたパケットに対してディープパケット検査を実施するように構成された少なくとも１つのＥＴＨＥＲＮＥＴスイッチを含む。ＲＵ識別は、パケット内に存在する場合、パケットが対象としている少なくとも１つのＲＵを示す。ＲＵ識別がパケット内に存在するとき、少なくとも１つのＥＴＨＥＲＮＥＴスイッチはまた、少なくとも１つのＲＵの各々について、ＲＵの少なくとも１つのビットパターンとのＲＵ識別の比較に基づいて、パケットの少なくとも一部分をＲＵに通信するように構成されている。
図面が例示的な構成のみを示し、したがって、範囲の制限とみなされるものではないことを理解すると、例示的な構成は、添付の図面の使用を通して追加の特異性および詳細とともに記述されるであろう。
３ＧＰＰ第４世代（４Ｇ）コンポーネントを含む通信システムの例示的な構成を示すブロック図である。 ３ＧＰＰ第５世代（５Ｇ）コンポーネントを含む通信システムの例示的な構成を示すブロック図である。 ＲＵとベースバンドコントローラ（４Ｇ）または分散ユニット（ＤＵ）（５Ｇ）との間の例示の機能的分割を示すブロック図である。 ＤＵと複数のＲＵとの間の例示のＯ－ＲＡＮ１．０フロントホールインターフェースを示すブロック図である。 Ｏ－ＲＡＮ共有セル提案に従った、ＤＵと複数の（Ｍ）ＲＵとの間の例示のフロントホールインターフェースを示すブロック図である。 Ｃ－ＲＡＮにおけるＲＵの異なるセットへの異なるデータの例示のマッピングを示すブロック図である。 ＤＵと複数の（Ｍ）ＲＵとの間のフロントホールインターフェースについての例示のダウンリンクブロードキャスト構成を示すブロック図である。 ＤＵと複数の（Ｍ）ＲＵとの間のフロントホールインターフェースについての例示のアップリンク構成を示すブロック図である。 Ｃ－ＲＡＮのフロントホールインターフェースにわたってデータを送信するための方法を示すフロー図である。 Ｃ－ＲＡＮのフロントホールインターフェースにわたってデータを送信するための方法を示すフロー図である。 フロントホールネットワークを実装するスイッチドネットワークにおけるＤＰＩエンティティ（ディープパケット検査を実施する）を有する例示のＣ－ＲＡＮを示している。 フロントホールネットワークを実装するスイッチドネットワークにおけるＤＰＩエンティティ（ディープパケット検査を実施する）を有する別の例示のＣ－ＲＡＮを示している。 Ｃ－ＲＡＮのフロントホールインターフェースにわたってデータを送信するための方法を示すフロー図である。 Ｃ－ＲＡＮのフロントホールインターフェースにわたってデータを送信するための方法を示すフロー図である。 フロントホールネットワーク上で各コントローラと関連付けられた無線ユニットとの間でＩ／Ｑデータを通信するのに好適なプロトコルスタックの一例を示すブロック図である。 ＥＴＨＥＲＮＥＴパケット、インターネットプロトコル（ＩＰ）パケット、ＳｗＩＱ－ＤＡＰプロトコルデータユニット（ＰＤＵ）、ＴＬＶ要素、およびＳｗＩＱ－ＤＡＰヘッダ内のフィールドの一例を示すブロック図である。 ＥＴＨＥＲＮＥＴパケット、ＳｗＩＱ－ＤＡＰプロトコルデータユニット（ＰＤＵ）、ＴＬＶ要素、およびＳｗＩＱ－ＤＡＰヘッダ内のフィールドの別の例を示すブロック図である。 クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）システムのフロントホールネットワークにおけるディープパケット検査のための例示的な構成を示すブロック図である。 スイッチドＥＴＨＥＲＮＥＴネットワークを使用してＣ－ＲＡＮについてのフロントホールネットワークを実装する実施例に関する追加の詳細を示すブロック図である。 複数のＲＵおよびＵＥを備えた無線システムのブロック図である。 ディープパケット検査（ＤＰＩ）を使用してＣ－ＲＡＮのフロントホールインターフェースおよびフロントホールネットワークにわたってデータを送信するための方法を示すフロー図である。 パケットに対してディープパケット検査（ＤＰＩ）を実施するための方法を示すフロー図である。 ＥＴＨＥＲＮＥＴスイッチにマルチキャストルールを確立するための方法を示すフロー図である。
一般的慣行によれば、様々な説明される特徴は、縮尺で描かれていないが、例示的な構成に関連する特定の特徴を強調するために描かれている。
クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）は、分散ＲＡＮを実装する１つの方法である。典型的には、Ｃ－ＲＡＮによって実装される各セルについて、１つ以上のコントローラ（「ベースバンドコントローラ」、「中央ユニット」、または「分散ユニット」とも呼ばれる）は、ユーザ機器（ＵＥ）の様々なアイテムに無線サービスを提供するために、複数のリモートユニット（ＲＵ）と相互作用する。Ｃ－ＲＡＮでは、ＲＵは、フロントホールインターフェースを介して少なくとも１つのコントローラと通信してもよい。フロントホールインターフェースは、ＲＵとＤＵ（５Ｇ）またはベースバンドコントローラ（４Ｇ）との間の通信を容易にする少なくとも１つのコンピューティングデバイス（例えば、スイッチ）を利用し得る。例えば、フロントホールインターフェースは、少なくとも１つのＥＴＨＥＲＮＥＴスイッチおよび／またはルーターを使用して実装されてもよい。さらに、フロントホールインターフェースは、異なる物理リンク、例えば、銅、マルチレート、マルチモードケーブルなどを使用して実装されてもよい。
周波数の再利用には、ＵＥの複数のセットに対して同じ周波数リソース（複数可）を使用することが含まれ、ＵＥの各セットは、異なるＲＵの地理的に多様なセットの下にある。これは、異なるＵＥに送信するために使用される同じＲＵ周波数リソースを含むことができる。ダウンリンクでは、少なくとも１つのＲＵの複数の再利用層は、各々、同時に同じ周波数で異なるＵＥへ送信することができる（ここで、再利用層内の各ＲＵが、他の再利用層（複数可）の各ＲＵから十分にＲＦ分離されている）。アップリンク上で、複数のＵＥの各々は、同時に同じ周波数で少なくとも１つのＲＵの異なる再利用層に送信することができる（ここで、再利用層内の各ＲＵが、他の再利用層（複数可）の各ＲＵから十分にＲＦ分離されている）。
１つの可能性は、マルチキャストを介してＣ－ＲＡＮ内のコントローラからすべてのＲＵにすべてのダウンリンクトラフィックを送信することである。Ｃ－ＲＡＮによって実装される所与のセクタについて、ダウンリンクインフェーズ、直角位相（Ｉ／Ｑ）パケットが送信される１つ以上のＩＰアドレスがあり、すべてのＲＵは、マルチキャストＩＰアドレスの同じセットに登録される。したがって、再利用が行われると、すべての再利用層のパケットがすべてのＲＵに到達する。したがって、ＤＬに４Ｘ再利用がある場合、所定のＲＵの対象のパケットが１Ｘ以下であっても、４Ｘ倍のパケットが各ＲＵに到達する。しかしながら、Ｃ－ＲＡＮの異なるＲＵ（ＵＥへの送信用）にデータの異なるセットを送信することが望ましい場合がある。ダウンリンクトラフィックのこのカスタム化された伝送を達成するためのいくつかの可能なソリューションがある。
第１の可能なソリューションでは、送信元（例えば、Ｃ－ＲＡＮ内のコントローラ）は
、パケットを複製し、ユニキャストによって対象のＲＵにのみパケットを送信することができる。これにより、コントローラに処理負荷がかかる。
第２の可能なソリューションでは、Ｃ－ＲＡＮ内のコントローラは、ブロードキャストするデータにインジケータ（例えば、ビットマスク）を追加することができ、ビットマスクは、データが対象としているリモートユニット（複数可）を示す。
第３の可能なソリューションでは、伝送グループを形成するＲＵの各サブセットはまた、独立したマルチキャストグループを形成することができ、その後、送信元は、必要なＲＵのみを有するマルチキャストグループにデータを送信する。
第４の可能なソリューションでは、フロントホールネットワーク／インターフェース（例えば、スイッチ内）は、所与のポート内のＲＵに対象のトラフィックを転送するのみである。パケットトラフィックの検査／分析（例えば、フロントホールネットワーク／インターフェース内）は、本明細書ではディープパケット検査（ＤＰＩ）と呼ばれる。例えば、フロントホールネットワーク／インターフェース内のスイッチは、パケット内のビットマスクで設定された存在および／またはビットに基づいて、異なるＲＵにパケットを選択的に転送し得る。
オープン無線ネットワークアライアンス（Ｏ－ＲＡＮ）アライアンスのフロントホールワーキンググループは、無線アクセスネットワークフロントホールインターフェース上でデータを送信する方法を標準化することを模索している。一部の構成では、本明細書に記載のフロントホールインターフェースは、本明細書に参照によって組み込まれる、Ｏ－ＲＡＮ－ＷＧ４．ＣＵＳ．０－ｖ０１．００ Ｃｏｎｔｒｏｌ， Ｕｓｅｒ ａｎｄ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｐｌａｎｅ Ｓｐｅｃｉｆｉｃａｔｉｏｎ， Ｖｅｒｓｉｏｎ １．００（ｈｔｔｐｓ：／／ｗｗｗ．ｏ－ｒａｎ．ｏｒｇ／ｓｐｅｃｉｆｉｃａｔｉｏｎｓで利用可能）に見出されるようなＯ－ＲＡＮ１．０インターフェースに準拠し得る。
例示の４Ｇ Ｃ－ＲＡＮ
図１Ａは、３ＧＰＰ第４世代（４Ｇ）コンポーネントを含む通信システム１００Ａの例示的な構成を示すブロック図である。図１に示す例示的な構成では、システム１００Ａは、少なくとも１つのセルを提供する少なくとも１つのベースバンドユニット１０４および１つ以上のリモートユニット（ＲＵ）１０６Ａ～Ｍを用いる、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）（ポイントツーマルチポイント分散基地局）アーキテクチャを使用して実装される。
ＲＵ１０６は、１人以上の無線ネットワークオペレータに無線カバレッジおよび容量を提供するために、サイト１０２に配備されてもよい。サイト１０２は、例えば、建物もしくはキャンパス、もしくは建物の他のグループ分け（例えば、１つ以上の企業、政府、他の企業体によって使用される）、または何らかの他の公共の場（ホテル、リゾート、アミューズメントパーク、病院、ショッピングセンター、空港、大学キャンパス、アリーナ、またはスキーエリア、スタジアムもしくは人口密集した繁華街などの屋外エリアなど）であってもよい。一部の構成では、サイト１０２は、少なくとも部分的に（および任意選択的に完全に）屋内にあるが、他の代替手段が可能である。
システム１００Ａはまた、本明細書では、「Ｃ－ＲＡＮ」または「Ｃ－ＲＡＮシステム」と称され得る。ベースバンドユニット１０４はまた、本明細書では、「ベースバンドコントローラ」１０４、「ＣＵ」１０４、または単に「コントローラ」１０４とも呼ばれる。各ＲＵ１０６は、ユーザ機器（ＵＥ）１１０にダウンリンクＲＦ信号を放出し、ＵＥ１１０によって伝送されるアップリンクＲＦ信号を受信するために使用される、少なくとも１つのアンテナを含むか、またはそれに結合されてもよい。ベースバンドコントローラ１０４は、任意選択的に、例えば、ベースバンドコントローラ１０４の集中型バンク内に、サイト１０２から遠隔で物理的に位置してもよい。さらに、ＲＵ１０６は、それぞれフロントホールネットワーク１１６を介してベースバンドコントローラ１０４に通信可能に結合されているが、サイト１０２内で物理的に互いに分離されてもよい。
各ＵＥ１１０は、メモリに記憶された命令を実行する少なくとも１つのプロセッサを有するコンピューティングデバイス、例えば、携帯電話、タブレットコンピュータ、モバイルメディアデバイス、モバイルゲームデバイス、ラップトップコンピュータ、車両ベースのコンピュータ、デスクトップコンピュータなどであってもよい。各ベースバンドコントローラ１０４およびＲＵ１０６は、メモリに記憶された命令を実行する少なくとも１つのプロセッサを有するコンピューティングデバイスであってもよい。さらに、各ＲＵ１０６は、無線ユニット１０６の１つ以上のインスタンス（例えば、モジュール）を実装してもよい。
Ｃ－ＲＡＮ１００Ａは、任意選択的に、同じ周波数リソース（複数可）がＵＥ１１０の複数のセットに使用される周波数再利用を実装してもよく、ＵＥ１１０の各セットは、ＲＵ１０６の異なる地理的に多様なセットの下にある。
システム１００Ａは、適切なバックホールネットワーク１１４を介して、各無線ネットワークオペレータのコアネットワーク１１２に結合される。例えば、インターネットは、システム１００Ａと各コアネットワーク１１２との間のバックホールに使用され得る。しかしながら、バックホールネットワーク１１４は、他の方法で実装され得ることが理解される。本明細書に記載のバックホールネットワーク１１４および／またはフロントホールネットワーク１１６の各々は、１つ以上のスイッチ、ルーター、および／または他のネットワーキング装置で実装されてもよく、例えば、バックホールネットワーク１１４および／またはフロントホールネットワーク１１６は、スイッチドＥＴＨＥＲＮＥＴネットワークで実装されてもよい。
システム１００Ａは、ＬＴＥエアインターフェースを使用して無線サービスを提供する長期進化（ＬＴＥ）無線アクセスネットワークとして実装されてもよい。ＬＴＥは、３ＧＰＰ規格組織によって開発された規格である。この構成では、ベースバンドコントローラ１０４とＲＵ１０６を一緒に使用して、ＬＴＥ畳み込みノードＢ（本明細書では「ｅノードＢ」または「ｅＮＢ」とも称される）を実装する。ｅＮＢを使用して、ＵＥ１１０にワイヤレスネットワークオペレータのコアネットワーク１１２へのモバイルアクセスを提供し、（例えば、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）技術を使用して）ＵＥ１１０がデータおよび音声を無線で通信することを可能にすることができる。しかしながら、本システムおよび方法は、他の無線プロトコルとともに使用され得、例えば、システム１００Ａは、５Ｇエアインターフェースを使用して無線サービスを提供する３ＧＰＰ ５Ｇ ＲＡＮとして実装され得ることに留意されたい。
また、例示的なＬＴＥ構成では、各コアネットワーク１１２は、例えば、モビリティ管理エンティティ（ＭＭＥ）およびサービングゲートウェイ（ＳＧＷ）、また任意選択的に、ホームｅＮＢゲートウェイ（ＨｅＮＢ ＧＷ）（図示せず）およびセキュリティゲートウェイ（ＳｅＧＷまたはＳｅｃＧＷ）（図示せず）などの標準的なＬＴＥ ＥＰＣネットワーク要素を含む進化型パケットコア（ＥＰＣ）１１２として実装されてもよい。
さらに、例示的なＬＴＥ構成では、各ベースバンドコントローラ１０４は、ＬＴＥ Ｓ１インターフェースを使用してＥＰＣコアネットワーク１１２内のＭＭＥおよびＳＧＷと
通信し、ＬＴＥ Ｘ２インターフェースを使用してｅＮＢと通信してもよい。例えば、ベースバンドコントローラ１０４は、ＬＴＥ Ｘ２インターフェースを介して屋外マクロｅＮＢ（図示せず）と通信することができる。
各ベースバンドコントローラ１０４およびリモートユニット１０６は、周波数分割二重化（ＦＤＤ）および／または時間分割二重化（ＴＤＤ）のうちの１つ以上をサポートするエアインターフェースを使用するように実装され得る。また、ベースバンドコントローラ１０４およびリモートユニット１０６は、複数入力－複数出力（ＭＩＭＯ）、単一入力－単一出力（ＳＩＳＯ）、単一入力－複数出力（ＳＩＭＯ）、および／またはビーム形成スキームのうちの１つ以上をサポートするエアインターフェースを使用するように実装され得る。例えば、ベースバンドコントローラ１０４およびリモートユニット１０６は、１つ以上のＬＴＥ伝送モードを実装することができる。さらに、ベースバンドコントローラ１０４およびリモートユニット１０６は、複数のエアインターフェースをサポートする、および／または複数の無線オペレータをサポートするように構成され得る。
一部の構成では、エアインターフェースの前処理されたベースバンドシンボルを表すインフェーズ、直角位相（Ｉ／Ｑ）データは、ベースバンドコントローラ１０４とＲＵ１０６との間で通信される。こうしたベースバンドＩ／Ｑデータを通信するためには、通常、比較的高いデータレートのフロントホールが必要である。
一部の構成では、ベースバンド信号は、ソースＲＵ１０６で事前処理され、（ガードバンド／周期的接頭語データを除去した後になど）周波数ドメイン信号に変換されて、フロントホールレートを効果的に管理してから、ベースバンドコントローラ１０４に送信され得る。ＲＵ１０６は、こうした周波数ドメイン信号を量子化し、かかる信号を運ぶために使用されるビット数を減少させ、データを送信することによって、データ速度をさらに低減することができる。さらなる単純化において、特定のシンボルデータ／チャネルデータは、ソースＲＵ１０６自体で完全に処理されてもよく、結果として得られる情報のみがベースバンドコントローラ１０４に渡される。
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ＬＴＥ無線アクセスインターフェースに階層化モデルを採用している。概して、ベースバンドコントローラ１０４とＲＵ１０６との何らかの組み合わせは、エアインターフェース用のアナログ無線周波数（ＲＦ）機能、ならびにエアインターフェース用のデジタル層１（Ｌ１）、層２（Ｌ２）、および層３（Ｌ３）（３ＧＰＰ定義のＬＴＥ無線アクセスインターフェースプロトコルの）機能を実施する。Ｌ１－Ｌ３処理（ベースバンドコントローラ１０４とＲＵ１０６との間の）の任意の好適な分割を実装してもよい。ベースバンド信号Ｉ／Ｑデータがベースバンドコントローラ１０４とＲＵ１０６との間でフロントホールされる場合、各ベースバンドコントローラ１０４は、エアインターフェースに対するデジタルＬ１、Ｌ２、およびＬ３処理のすべてまたは一部を実施するように構成され得る。この場合、各ＲＵ１０６のＬ１機能は、エアインターフェースについてのデジタルＬ１処理のすべてまたは一部を実装するように構成されている。
フロントホールＥＴＨＥＲＮＥＴネットワーク１１６が、フロントホール（非圧縮）Ｉ／Ｑデータを必要とするデータレートを送達できない場合、Ｉ／Ｑデータは、ＥＴＨＥＲＮＥＴネットワーク１１６を介して通信される前に圧縮されてもよく、それによって、必要なデータレートが、ＥＴＨＥＲＮＥＴネットワーク１１６を介してかかるＩ／Ｑデータを通信することを低減する。
データは、（例えば、共通パブリック無線インターフェース（ＣＰＲＩ）および／またはオープン基地局アーキテクチャイニシアチブ（ＯＢＳＡＩ）仕様ファミリーに指定され
たフロントホールインターフェースおよび技術を使用して）ベースバンドコントローラ１０４とＲＵ１０６との間で他の方法でフロントホールされ得る。したがって、本明細書に記載のベースバンドコントローラ１０４は、Ｏ－ＲＡＮ分散ユニット（Ｏ－ＤＵ）の機能性に類似していてもよく、および／またはその少なくとも一部の機能性を実施してもよい。
さらに、本システムおよび方法は、（Ｃ－ＲＡＮ１００Ａに加えて）他の分散ＲＡＮ、例えば、分散アンテナシステム（ＤＡＳ）でも使用され得ることに留意されたい。
図９Ａは、フロントホールネットワーク１１６を実装するスイッチドネットワーク１２０におけるＤＰＩエンティティ１０９（ディープパケット検査を実施する）を有する例示のＣ－ＲＡＮ１００Ａを示している。管理システム１０７は、例えば、バックホールネットワーク１１４および／またはフロントホールネットワーク１１６を介して、ベースバンドコントローラ１０４およびＲＵ１０６に通信可能に結合されてもよい。階層アーキテクチャは、管理プレーン（「Ｍプレーン」）通信に使用され得る。階層アーキテクチャを使用する場合、管理システム１０７は、ベースバンドコントローラ１０４との間で管理通信を送信および受信することができ、これは必要に応じて、関連するＭプレーン通信をＲＵ１０６との間で転送する。直接アーキテクチャはまた、Ｍプレーン通信に使用され得る。直接アーキテクチャを使用する場合、管理システム１０７は、（コントローラ１０４によってＭプレーン通信が転送されることなく）ＲＵ１０６と直接通信することができる。ハイブリッドアーキテクチャをまた使用してもよく、ここで、一部のＭプレーン通信は、階層アーキテクチャを使用して通信され、一部のＭプレーン通信は、直接アーキテクチャを使用して通信される。専有のプロトコルおよびインターフェースを、このようなＭプレーン通信に使用することができる。また、Ｏ－ＲＡＮなどの規格によって指定されるプロトコルおよびインターフェースを、このようなＭプレーン通信に使用することができる。
例示の５Ｇ Ｃ－ＲＡＮ
図１Ｂは、３ＧＰＰ第５世代（５Ｇ）コンポーネントを含むシステム１００Ｂの例示的な構成を示すブロック図である。任意選択的に、システム１００Ｂは、４Ｇ構成要素を追加的に含んでもよい。構成要素の各々は、少なくとも１つのメモリに記憶された少なくとも１つのプロセッサ実行命令を使用して実装されてもよい。一部の構成では、構成要素の少なくとも一部は、仮想マシンを使用して実装される。
第５世代（５Ｇ）規格は、多種多様なアプリケーション、帯域幅、およびレイテンシをサポートし、一方で、様々な実装オプションをサポートする。システム１００では、「－ｃ」または単に「ｃ」で示されるインターフェース（破線で示される）は、コントロールプレーン接続を提供し、一方で、「－ｕ」または単に「ｕ」で示されるインターフェース（実線で示される）は、ユーザプレーン接続を提供する。図１Ｂの様々なデバイスおよびインターフェースのより詳細な説明は、参照により本明細書に組み込まれる、３ＧＰＰ ＴＲ ３８．８０１ Ｒａｄｉｏ Ａｃｃｅｓｓ Ａｒｃｈｉｔｅｃｔｕｒｅ ａｎｄ Ｉｎｔｅｒｆａｃｅｓ， Ｒｅｌｅａｓｅ １４（ｈｔｔｐｓ：／／ｐｏｒｔａｌ．３ｇｐｐ．ｏｒｇ／ｄｅｓｋｔｏｐｍｏｄｕｌｅｓ／Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ／ＳｐｅｃｉｆｉｃａｔｉｏｎＤｅｔａｉｌｓ．ａｓｐｘ？ｓｐｅｃｉｆｉｃａｔｉｏｎＩｄ＝３０５６で利用可能）で見出すことができる。
図１Ｂは、５Ｇ次世代ノードＢ（ｇＮＢ）の実施例を実装するＣ－ＲＡＮ１００Ｂを示している。次世代ノードＢ（ｇＮＢ）のアーキテクチャは、５Ｇ中央ユニット（ＣＵ）１０３、１つ以上の５Ｇ分散ユニット（ＤＵ）１０５Ａ～Ｂ、および１つ以上の５Ｇリモートユニット（ＲＵ）１０６Ｎ－Ｏに分割される。５Ｇ中央ユニット（ＣＵ）１０３は、ユーザデータの転送、移動制御、無線アクセスネットワーク共有、位置決め、セッション管理などのｇＮＢコントローラ機能を含むノードである。５Ｇ ＣＵ１０３は、インターフェース（それぞれ、制御プレーンおよびユーザプレーンのＦ１－ｃおよびＦ１－ｕを含む）上の分散ユニット（ＤＵ）１０５Ａ～Ｂの動作を制御する。
分散ユニット（ＤＵ）１０５は、機能的分割（ＣＵ１０３とＤＵ１０５との間）に応じて、ｇＮＢ機能のサブセットを実装するノードであってもよい。一部の構成では、（５Ｇエアインターフェースの）Ｌ３処理は、ＣＵ１０３に実装されてもよく、（５Ｇエアインターフェースの）Ｌ２処理は、ＤＵ１０５に実装されてもよい。各ＤＵ１０５の動作は、ＣＵ１０３によって制御される。ＤＵ１０５の機能は、無線リンク制御（ＲＬＣ）、中アクセス制御（ＭＡＣ）の一部、および／または物理（ＰＨＹ）層機能の一部を含んでもよい。分散ユニット（ＤＵ）１０５は、任意選択的に、（５Ｇエアインターフェースの）ＰＨＹ（Ｌ１）処理の一部をＲＵ１０６にオフロードすることができる。
図１Ｂでは、例示の次世代ノードＢ（ｇＮＢ）を実装するＣ－ＲＡＮ１００Ｂは、制御プレーン機能およびユーザプレーン機能を処理する単一のＣＵ１０３を含む。５Ｇ ＣＵ１０３（Ｃ－ＲＡＮ１００Ｂ内）は、５Ｇ ＮＧｃおよび５Ｇ ＮＧｕインターフェースを使用して、少なくとも１つの無線サービスプロバイダーの次世代コア（ＮＧＣ）１１２と通信してもよい。一部の５Ｇ構成（図示せず）では、５Ｇ ＣＵは、制御プレーン機能を処理するＣＵ－Ｃ１０３Ｂと、ユーザプレーン機能を処理するＣＵ－Ｕ１０３Ｃとの間に分割される。
一部の５Ｇ構成では、ＲＵ（ＲＵ）１０６Ｎ－Ｏは、ＮＧ－ｉｑインターフェース上で、ベースバンド信号データをＤＵ１０５に通信し得る。一部の５Ｇ構成では、ＲＵ１０６は、Ｌ１および／またはＬ２処理の少なくとも一部を実装してもよい。一部の構成では、ＲＵ１０６は、複数のＥＴＨＥＲＮＥＴポートを有してもよく、複数のスイッチと通信することができる。
図１Ｂのインターフェースのうちのいずれも、スイッチドＥＴＨＥＲＮＥＴ（またはファイバー）ネットワークを使用して実装されてもよい。さらに、複数のＣＵ１０３（図示せず）が存在する場合、それらは、例えば、Ｘｎ（Ｘｎ－ｃおよびＸｎ－ｕ）および／またはＸ２インターフェースである任意の好適なインターフェースを使用して、互いに通信してもよい。フロントホールインターフェースは、図１ＢのＮＧ－ｉｑ、Ｆ１－ｃ、および／またはＦ１－ｕインターフェースのうちのいずれかを促進し得る。
図９Ｂは、フロントホールネットワーク１１６を実装するスイッチドネットワーク１２０におけるＤＰＩエンティティ１０９（ディープパケット検査を実施する）を有する例示のＣ－ＲＡＮ１００Ｂを示している。管理システム１０７は、例えば、バックホールネットワーク１１４および／またはフロントホールネットワーク１１６を介して、ＣＵ１０３、ＤＵ１０５、およびＲＵ１０６に通信可能に結合されてもよい。階層アーキテクチャは、Ｍプレーン通信に使用され得る。階層アーキテクチャを使用する場合、管理システム１０７は、ＣＵ１０３との間で管理通信を送信および受信することができ、必要に応じて、これは次に、ＤＵ１０５との間で関連するＭプレーン通信を転送し、次に、ＲＵ１０６との間で関連する通信を転送する。直接アーキテクチャはまた、Ｍプレーン通信に使用され得る。直接アーキテクチャが使用される場合、管理システム１０７は、（ＣＵ１０３によってＤＵ１０５との間でＭプレーン通信を転送されることなく、およびＤＵ１０３によってＲＵ１０６との間でＭプレーン通信を転送されることなく）ＣＵ１０３、ＤＵ１０５、およびＲＵ１０６と直接的に通信することができる。ハイブリッドアーキテクチャをまた使用してもよく、ここで、一部のＭプレーン通信は、階層アーキテクチャを使用して通信され、一部のＭプレーン通信は、直接アーキテクチャを使用して通信される。専有のプロトコルおよびインターフェースを、このようなＭプレーン通信に使用することができる。
また、Ｏ－ＲＡＮなどの規格によって指定されるプロトコルおよびインターフェースを、このようなＭプレーン通信に使用することができる。
ＲＵとＤＵとの間の機能的分割
図２は、ＲＵ１０６とベースバンドコントローラ１０４（４Ｇ）または分散ユニット（ＤＵ）１０５（５Ｇ）との間の例示の機能的分割を示すブロック図である。ＤＵ１０５（または５Ｇのベースバンドコントローラ１０４）とＲＵ１０６との何らかの組み合わせは、エアインターフェース用のアナログ無線周波数（ＲＦ）機能、ならびにエアインターフェース用のデジタル層１（Ｌ１）、層２（Ｌ２）、および層３（Ｌ３）（３ＧＰＰ定義のＬＴＥ無線アクセスインターフェースプロトコルの）機能を実施する。
機能的分割の様々なオプションを図２に示しており、ここで、所与のオプションの垂直矢印の左側にある機能は、５ＧのＤＵ１０５（または４Ｇのベースバンドコントローラ１０４）で実装され、垂直矢印の右側の機能は、ＲＵ１０６で実装される。５Ｇ構成では、所与のオプションの垂直矢印の左側にある機能は、ＤＵ（複数可）１０５とＣＵ１０３との何らかの組み合わせで実装されてもよい。図２の上半分は、第１のＲＵ１０６とＤＵ１０５（またはベースバンドコントローラ１０４）との間の分割を示しており、図２の下半分は、第２のＲＵ１０６とＤＵ１０５（またはベースバンドコントローラ１０４）との間の分割を示している。
オプション１では、Ｌ３処理の無線リソース制御（ＲＲＣ）２０４Ａ～Ｂ部分は、ＤＵ１０５（またはベースバンドコントローラ１０４）で実施され、（すべてのアナログＲＦ２２０Ａ～Ｂ、Ｌ１、およびＬ２処理に加えて）Ｌ３処理のパケットデータ収束プロトコル（ＰＤＣＰ）２０６Ａ～Ｂ部分は、ＲＵ１０６で実施される。オプション２では、Ｌ３のＲＬＣ２０４およびＰＤＣＰ２０６の部分は、ＤＵ１０５（またはベースバンドコントローラ１０４）で実施され、一方で、すべてのアナログＲＦ、Ｌ１、およびＬ２機能は、ＲＵ１０６で実施される。オプション３では、Ｌ３（ＲＲＣ２０４およびＰＤＣＰ２０６部分）およびＬ２処理の高無線リンク制御（ＲＬＣ）部分２０８Ａは、ＤＵ１０５（またはベースバンドコントローラ１０４）で実施され、一方で、Ｌ１およびアナログＲＦ２２０処理に加えて、残りのＬ２処理（低ＲＬＣ２１０Ａ～Ｂ、高ＭＡＣ２１２Ａ～Ｂ、低ＭＡＣ２１４Ａ～Ｂ）は、ＲＵ１０６で実施される。オプション４では、Ｌ３（ＲＲＣ２０４およびＰＤＣＰ２０６部分）、Ｌ２処理の高ＲＬＣ２０８部分、および低ＲＬＣ２１０部分は、ＤＵ１０５（またはベースバンドコントローラ１０４）で実施され、一方で、Ｌ１およびアナログＲＦ２２０処理に加えて、Ｌ２処理の残りの高ＭＡＣ２１２部分および低ＭＡＣ２１４Ａ～Ｂ部分は、ＲＵ１０６で実施される。
オプション５では、Ｌ３（ＲＲＣ２０４およびＰＤＣＰ２０６部分）、Ｌ２処理の高ＲＬＣ２０８部分、低ＲＬＣ２１０部分、および高ＭＡＣ２１２部分は、ＤＵ１０５（またはベースバンドコントローラ１０４）で実施され、一方で、Ｌ１およびアナログＲＦ２２０処理に加えて、Ｌ２処理の残りの低ＭＡＣ２１４Ａ～Ｂ部分は、ＲＵ１０６で実施される。オプション６では、すべてのＬ３（ＲＲＣ２０４およびＰＤＣＰ２０６部分）およびＬ２処理（高ＲＬＣ２０８部分、低ＲＬＣ２１０部分、高ＭＡＣ２１２部分、および低ＭＡＣ２１４部分）は、ＤＵ１０５（またはベースバンドコントローラ１０４）で実施され、一方で、Ｌ１処理（高物理層（ＰＨＹ）２１６Ａ～Ｂおよび低ＰＨＹ２１８Ａ～Ｂ部分）およびアナログＲＦ２２０処理は、ＲＵ１０６で実施される。一部の構成では、オプション６の分割は、ＲＵ（複数可）１０６とベースバンドコントローラ１０４との間の非常に低いデータレートおよび高い遅延マージンを生成し得る。
オプション７では、すべてのＬ３処理、Ｌ２処理、およびＬ１処理の高ＰＨＹ２１６部分は、ＤＵ１０５（またはベースバンドコントローラ１０４）で実施され、一方で、Ｌ１
処理（およびアナログＲＦ２２０処理）の低ＰＨＹ２１８Ａ～Ｂ部分は、ＲＵ１０６で実施される。その
オプション８では、すべてのＬ３、Ｌ２、およびＬ１（高ＰＨＹ２１６および低ＰＨＹ２１８部分）は、ＤＵ１０５（またはベースバンドコントローラ１０４）で実施され、一方で、アナログＲＦ２２０処理は、ＲＵ１０６で実施される。
ＲＬＣ、ＭＡＣ、およびＰＨＹに関する用語「高」は、問題の層の上部サブ層を指す。ＲＬＣ、ＭＡＣ、およびＰＨＹに関する用語「低」は、問題の層の下層サブ層を指す。
Ｏ－ＲＡＮインターフェース
図３は、ＤＵ１０５と複数の（Ｍ）ＲＵ１０６との間の例示のＯ－ＲＡＮ１．０フロントホールインターフェースを示すブロック図である。ＤＵ１０５は、スイッチドネットワーク１２０を介してＲＵ１０６に通信可能に結合されてもよい。示されていないが、ＤＵ１０５はまた、５Ｇ ＣＵ１０３（５Ｇにおける）に通信可能に結合されてもよい。さらに、４Ｇ構成では、ＤＵ１０５は、代わりにベースバンドコントローラ１０４であってもよい。
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ＤＵ１０５とＲＵ１０６との間の機能的分割（ＲＵ１０６ではどのような処理が行われ、ＤＵ１０５ではどのような処理が行われるか）を指定する。例えば、「７．２ｘ」プロトコル分割は、物理層（Ｌ１）処理の一部分がＲＵ１０６で、およびＤＵ１０５での一部分で実施されることを示す。言い換えれば、７．２ｘ分割は、物理層の真ん中にあるオプション７の分割である。一部の構成では、処理されたチャネルに応じて、ＤＵ１０５またはＲＵ１０６で処理が実施される軽微な変動がある場合がある。
しかしながら、３ＧＰＰは、ＤＵ１０５とＲＵ１０６との間でデータをどのように伝えるかを標準化していない。オープン無線ネットワーク（Ｏ－ＲＡＮ）アライアンスは、ＤＵ１０５とＲＵ１０６との間の実際のインターフェース、すなわち、データのパケット化方法および送信方法を標準化する。（７．２ｘ分割を使用する）Ｏ－ＲＡＮ１．０標準化は、技術的に１ＤＵから多ＲＵへのマッピングをサポートするが、各構成されたＤＵ－ＲＵリンクは、独立してアドレス指定され、管理される。したがって、図３のＯ－ＲＡＮ１．０構成は、ＤＵ１０５が同一のパケットストリームのＭコピーを送信する複数の１対１リンクを効果的に実装する。これにより、（ＤＵ１０５とＲＵとの間の）フロントホールインターフェースにわたって帯域幅を非効率に使用することができる。具体的には、Ｍ個のＲＵ１０６の各々がＮ個のＰＲＢを伝送する場合、スイッチドネットワーク１２０からＤＵ１０５へのアップリンク帯域幅は、およそＮ個のＰＲＢ×Ｍ個のＲＵ×αとなるであろう。アルファ（α）は、分率（１未満）を表し、これは、トラフィックが、示される完全な倍数よりも小さくなり得る、例えば、プルーニングによるＮ個のＰＲＢの最大数、すなわち、ＲＵ１０６からＤＵ１０５へと送信されていない一部のＰＲＢよりも小さいという事実を説明する。
図３のＯ－ＲＡＮ１．０構成における、ＤＵ１０５からスイッチドネットワーク１２０へのダウンリンク帯域幅は、およそＮ個のＰＲＢ×Ｍ個のＲＵ１０６であるであろう。スイッチドネットワーク１２０と各ＲＵ１０６との間のアップリンクまたはダウンリンクの帯域幅は、およそＮ個のＰＲＢである。したがって、図３の例示のＯ－ＲＡＮフロントホールインターフェースは、ＤＵ１０５とスイッチドネットワーク１２０との間のリンク上の帯域幅の非効率的な使用である。
データ転送は、Ｏ－ＲＡＮ１．０でシンボルごとにスケジュールされ、管理され、ここ
で、ＰＤＳＣＨリソース要素（ＲＥ）グリッド全体が順次送達される。
図４は、Ｏ－ＲＡＮ共有セル提案に従った、ＤＵ１０５と複数の（Ｍ）ＲＵとの間の例示のフロントホールインターフェースを示すブロック図である。ＤＵは、フロントホールマネージャ（ＦＨＭ）１２２を介してＲＵ１０６に通信可能に結合されてもよい。示されていないが、ＤＵ１０５はまた、ｎｇ－ｅＮＢ ＣＵ（図示せず）またはｇＮＢ ＣＵ１０３（５Ｇにおける）に通信可能に結合されてもよい。さらに、４Ｇ構成では、ＤＵ１０５は、代わりにベースバンドコントローラ１０４であってもよい。
Ｏ－ＲＡＮ共有セル提案は、（Ｏ－ＲＡＮ１．０と比較して）ＤＵ１０５との帯域幅のより効率的な使用を試みる。具体的には、共有セル提案は、１ＤＵから多ＲＵへのマッピングをより効率的にサポートするために、フロントホールマネージャ（ＦＨＭ）１２２を含む。これを行うために、フロントホールマネージャ１２２は、（１）各ＲＵ１０６に対して（ＤＵ１０５からの）ダウンリンクパケットストリームを複製し、（２）（ＤＵ１０５に送信する前に）ＲＵ１０６からアップリンクパケットストリーム上で組み合わせ／デジタル総和を使用する。組み合わせ／デジタル総和は、（１）（すべてのＲＵ１０６からの）対応するＰＲＢに対応するインフェーズ（Ｉ）サンプルを追加することと、（２）（すべてのＲＵ１０６からの）対応するＰＲＢに対応する直角位相（Ｑ）サンプルを追加することと、（３）フロントホールマネージャ１２２からＤＵ１０５へのＩ／Ｑデータの組み合わされたストリームを送信することと、を含む。組み合わせ／デジタル総和は、任意選択的に、いくらかのオーバーフロー管理を含み得る。共有セル提案を使用して、ＤＵ１０５は、Ｍ個のパケットストリームの代わりに、（およそＮ個のＰＲＢの帯域幅を有する）単一のパケットストリーム（およそＮ個のＰＲＢ×Ｍ個のＲＵの総帯域幅を有する各ＲＵ１０６に対して１つ）を送信および受信することができる。ＤＵ１０５の送信および受信されたデータをＮ個のＰＲＢの単一のストリームに減少させることによって、図４の共有セル提案は、図３のＯ－ＲＡＮ１．０実装と比較して、帯域幅（ＤＵ１０５とＦＨＭとの間）を減少させるであろう。
しかしながら、Ｏ－ＲＡＮ１．０の実装（図３における）および共有セル提案（図４における）の両方は、すべてのＲＵ１０６からのすべてのダウンリンク伝送が、分散アンテナシステム（ＤＡＳ）のように同一であることを前提としている。言い換えれば、Ｏ－ＲＡＮ１．０の実装（図３における）も共有セル提案（図４における）も、異なるＲＵ１０６に向かう異なるトラフィックを区別するものではなく、これは、以下で考察するように、Ｃ－ＲＡＮ１００では問題になるであろう。
Ｃ－ＲＡＮフロントホールインターフェースの必要性
図５は、Ｃ－ＲＡＮ１００におけるＲＵ１０６Ａ～Ｈの異なるセットへの異なるデータの例示のマッピングを示すブロック図である。具体的には、図５は、異なるＰＲＢグループおよび再利用層の異なるＲＵ１０６へのマッピングを示している。図５は、８つの異なるＲＵ１０６を有するＣ－ＲＡＮ１００についてであるが、Ｃ－ＲＡＮ１００は、８つより多いＲＵ１０６を有してもよい。
次のいずれかの理由により、Ｃ－ＲＡＮ１００の異なるＲＵ１０６に異なるデータを送信することが望ましい。（１）ＰＲＢのセット全体（例えば、１００）が分割され、ＲＵ１０６が割り当てられる２つの異なるＰＲＢグループ（例えば、図５のＰＲＢグループ１および２）にグループ化される場合、（２）周波数再利用では、ＲＵ１０６の異なるセット（ダウンリンク上）から、もしくはＲＵ１０６の異なるセット（アップリンク上）へ（同じ時間および周波数リソースで）送信されるサンプルは、別々に保持される必要がある、および／または（３）異なるチャネルが異なるタイプの処理（例えば、ナローキャスト、ユニキャスト、ブロードキャスト）を必要とする。
理由１に関して、ＰＲＢグループ化はすべて、ＵＥ１１０のセットにサービスを提供するために、スケジューラによって作成される（５ＧではＤＵ１０５もしくはＣＵ、または４Ｇではベースバンドコントローラ１０４のＬ２処理）。ＵＥ１１０は、その需要に基づき、また公正さおよび他の要因を考慮に入れて、一定の数のＰＲＢグループを割り当てられている。ＲＵ１０６のセットは、ＲＵ１０６へのＵＥ１１０の近接性に関する知識に基づいて、異なるこのようなＰＲＢグループに割り当てられる。この知識は、アップリンク測定、ＵＥ１１０フィードバック情報などを通じてスケジューラによって得ることができる。ＰＲＢグループを使用する場合、特定のＲＵ１０６は、そのＲＵの属するＰＲＢグループのパケットにのみ使用される。図５は、２つのＰＲＢグループについて示されているが、より多くのＰＲＢグループが利用され得る。
理由２に関して、再利用層はすべて、例えば、アップリンク測定、ＵＥ１１０フィードバック情報などから、ＵＥ１１０のＲＵ１０６への近接性に関する知識に基づいて、ＵＥ１１０のセットにサービスを提供するために、スケジューラ（５ＧではＤＵ１０５もしくはＣＵ、または４Ｇではベースバンドコントローラ１０４でＬ２処理）によって生成される。ダウンリンク周波数の再利用では、少なくとも１つのＲＵ１０６の複数の再利用層が、同時に同じ周波数で異なるＵＥ１１０へ送信することができる（ここで、再利用層内の各ＲＵ１０６が、他の再利用層（複数可）の各ＲＵ１０６から十分にＲＦ分離されている）。アップリンク上で、複数のＵＥ１１０の各々は、同時に同じ周波数で少なくとも１つのＲＵ１０６の異なる再利用層に送信することができる（ここで、再利用層内の各ＲＵ１０６が、他の再利用層（複数可）の各ＲＵ１０６から十分にＲＦ分離されている）。図５は、簡略化のために２つの再利用係数（ＲＵ１０６の２つの異なるセットが、同じ時間および周波数リソース上で２つの異なるＵＥ１１０と通信する）で示されているが、より高い再利用係数が利用されてもよい。
実施例として、ＰＲＢグループおよび再利用層を説明する場合、データは以下のようにマッピングされてもよい。（１）ＲＵ１ １０６Ａ～ＲＵ３ １０６Ｃが、ＰＲＢグループ１／再利用層１ ５０２に割り当てられる、（２）ＲＵ４ １０６Ｄ～ＲＵ８ １０６Ｈが、ＰＲＢグループ１／再利用層２ ５０４に割り当てられる、（３）ＲＵ１ １０６Ａ～ＲＵ５ １０６Ｅが、ＰＲＢグループ２／再利用層１ ５０６に割り当てられる、および（４）ＲＵ６ １０６Ｆ～ＲＵ８ １０６Ｈが、ＰＲＢグループ２／再利用層２ ５０８に割り当てられる。
理由３について、以下の伝送タイプを使用してもよい。（１）一部のチャネルおよび参照信号（例えば、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、復調参照信号（ＤＭＲＳ）、および位相追跡参照信号（ＰＴＲＳ）など）について、異なるデータセットを異なるＲＵ１０６にナローキャストする、（２）共通チャネルおよび参照信号（例えば、物理ブロードキャストチャネル（ＰＢＣＨ）およびＰＤＣＣＨ（４Ｇおよび任意選択的に５Ｇの場合）など）をすべてのＲＵ１０６にブロードキャストする、ならびに（３）一部のチャネルまたは参照信号（例えば、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）グループ１ ５１０またはＣＳＩ－ＲＳグループ２
５１２など）をユニキャストまたはナローキャストする。共有セルモデルとは異なり、処理されたチャネルまたは信号に基づいて、データの異なるセットを、同じＤＵ１０５によってサービス提供されるＲＵ１０６の異なるセットに伝送することが望ましい。例えば、ＲＵ１ １０６Ａは、ＣＳＩ－ＲＳグループ１ ５１０に割り当てられ、ＲＵ２ １０６ＢおよびＲＵ３ １０６Ｃは、ＣＳＩ－ＲＳグループ２ ５１２に割り当てられる。
例示のＯ－ＲＡＮ１．０実装（図３）を使用して、異なるデータを異なるＲＵ１０６に送信することは、Ｉ／Ｑデータをグループ内のすべてのＲＵ１０６に複製するだけである
ため、非効率的である。さらに、共有セル提案（図４における）の使用には、ラック外ではない新しいエンティティ（ＦＨＭ）の使用が必要である。したがって、本システムおよび方法は、異なるデータ（ｃプレーンおよび／またはｕプレーン）をＲＵ１０６の異なるサブセットへ、またはそのＲＵの異なるサブセットから選択的に送信するように、Ｏ－ＲＡＮ１．０インターフェースを修正するために使用され得る。
Ｃ－ＲＡＮで使用するためのフロントホールインターフェース
図６Ａは、ＤＵ１０５と複数の（Ｍ）ＲＵ１０６との間のフロントホールインターフェースについての例示のダウンリンクブロードキャスト構成を示すブロック図である。特に、図６Ａは、ＤＵ１０５がすべてのＲＵ１０６にすべてのデータをブロードキャストし、各ＲＵ１０６がデータをフィルタリングして、どのデータがどのデータを対象としているかを決定する（ＲＵ１０６は通常、受信するすべてのデータを無線でブロードキャストしない）ため、ダウンリンクの「ブロードキャスト」構成を示している。図６Ａでは、ＤＵ１０５は、スイッチドネットワーク１２０を介してＲＵ１０６に通信可能に結合されてもよい。示されていないが、ＤＵ１０５はまた、ｎｇ－ｅＮＢ ＣＵ（図示せず）またはｇＮＢ ＣＵ１０３（５Ｇにおける）に通信可能に結合されてもよい。さらに、４Ｇ構成では、ＤＵ１０５は、代わりにベースバンドコントローラ１０４であってもよい。
上述したように、Ｃ－ＲＡＮ１００では、データの異なるセットを異なるＲＵ１０６に送信できることが望ましい。したがって、どのＲＵ（複数可）１０６のＣプレーンおよび／またはＵプレーンデータが対象としているかを示す追加データが、制御プレーン（Ｃプレーン）データおよびユーザプレーン（Ｕプレーン）データ（ＤＵ１０５からＲＵ１０６へ送信される）に追加されてもよい。
一部の構成では、追加データは、ビットマスク、例えば、ＲＵｉｄビットマスク６０２Ａ～Ｚであってもよい。各ＲＵｉｄビットマスク６０２は、ビットのセット（例えば、各々が「１」または「０」の値を有する）であってもよく、その長さは、単一のセクタ内のＤＵ１０５に通信可能に結合された（例えば、ＤＵ１０５によってサービスを提供される）ＲＵ１０６の数と少なくとも等しい。ＲＵｉｄビットマスク６０２の長さは、Ｃ－ＲＡＮ１００の初期設定中に構成されてもよく、および／または初期設定後に再構成されてもよい。初期設定中（または再構成中）、ＲＵｉｄビットマスク６０２の各ビットと特定のＲＵ１０６との間の関連付けがなされ、すなわち、各ビット位置が特定のＲＵ１０６にマッピングされる。一部の実施例では、ＲＵｉｄビットマスク６０２は、例えば、ＲＵｉｄビットマスク６０２が後方互換性であるように、Ｏ－ＲＡＮ１．０に対応する、ゼロの長さに減少され得る。すなわち、追加データ（すなわち、ＲＵｉｄビットマスク）を使用してデータの異なるセットを異なるＲＵ１０６に送信することができる、本明細書で説明する拡張フロントホールインターフェースモードをサポートするＤＵ１０５はまた、ＲＵｉｄビットマスクの長さをゼロに減少させることによって、後方互換性のＯ－ＲＡＮ１．０フロントホールインターフェースモードで動作するように構成され得る。さらに、追加データは、どのＲＵ（複数可）１０６のＣプレーンまたはＵプレーンデータのセットが対象とされているかを示すのに好適な任意の形態を採り得ることが理解される。
所与のセクタにサービスを提供する各ＲＵ１０６には、一意の識別子（ＲＵｉｄ）を割り当てることができる。例えば、所与のセクタにサービスを提供する各ＲＵ１０６には、０と当該セクタ（「ｎＲＵ」）にサービスを提供するＲＵの数から１を引いたものとの間（０とｎＲＵｓ－１との間）の整数であるＲＵｉｄを割り当てることができる。また、所与のセクタにサービスを提供する各ＲＵ１０６は、ＲＵｉｄビットマスク６０２内の特定のビット位置を割り当てられている。ＲＵｉｄビットマスク６０２内のこのビット位置はまた、本明細書では「ＲＵインデックス」と称される。ＲＵｉｄが各ＲＵ１０６に割り当てられている場合、ＲＵインデックスは、ＲＵｉｄから決定され得る。例えば、セクタに
サービスを提供する各ＲＵ１０６が、０とｎＲＵｓ－１との間の整数であるＲＵｉｄを割り当てられている場合、ＲＵｉｄビットマスク６０２のビット位置は、０からｎＲＵｓ－１までの番号付け（インデックス付け）をすることができる。セクタにサービスを提供する各ＲＵ１０６に割り当てられるＲＵインデックスは、当該ＲＵ１０６に割り当てられるＲＵｉｄに対応するビット位置番号（インデックス）であり得る。すなわち、ＲＵインデックスは、当該ＲＵ１０６に割り当てられたＲＵｉｄと等しい。例えば、ＲＵ１０６に６のＲＵｉｄが割り当てられている場合、当該ＲＵ１０６に割り当てられたＲＵインデックスは６である。しかしながら、ＲＵインデックスは、各ＲＵ１０６に割り当てられたＲＵｉｄから決定する必要はないことが理解されるべきである。また、ＲＵｉｄの使用は、任意選択的である（すなわち、一部の実施形態では、それぞれのＲＵインデックスは、セクタにサービスを提供する各ＲＵ１０６に割り当てられているが、各ＲＵ１０６には別個のＲＵｉｄは割り当てられていない）ことが理解されるべきである。
管理システム１０７は、Ｏ－ＲＡＮのＭプレーン通信を使用して、所与のセクタに対して拡張フロントホールインターフェースモードを使用するようにＣ－ＲＡＮを構成（または再構成）することができる（ＲＵｉｄ（使用される場合）およびＲＵインデックスの割り当てを含む）。管理システム１０７は、ＲＵｉｄ割り当て（使用される場合）およびＲＵインデックス割り当てを決定し、その後、拡張フロントホールインターフェースモードがどのように構成されるべきかを指定する他の情報に加えて、関連するＣＵ１０３、ＤＵ１０５、およびＲＵ１０６にこれらの割り当てを通信することができる。管理システム１０７はまた、ＣＵ１０３、ＤＵ１０５、およびＲＵ１０６が、新しい構成を使用して拡張フロントホールインターフェースモードで動作を開始すべきときに、Ｏ－ＲＡＮのＭプレーン通信を使用して同期することができる。例えば、管理システム１０７は、Ｏ－ＲＡＮのＭプレーン通信を使用して、新しい構成を使用して拡張フロントホールインターフェースモードで動作を開始する特定の時点を指定することができる。
一部の構成では、ＤＵ１０５は、Ｃセクション６０４Ａ～Ｐと称される少なくとも１つのパケットのグループ化でＣプレーンデータを伝送し、ＤＵ１０５は、Ｕセクション６０６Ａ～Ｐと称される少なくとも１つのパケットのグループ化でＵプレーンデータを伝送する。これらの構成では、ＲＵｉｄビットマスク６０２は、各Ｃセクション６０４およびＵセクション６０６の内部に含まれ得る。代替的に、追加データ（例えば、ＲＵｉｄビットマスク６０２）は、何らかの他の方法で（例えば、付加される）ＣプレーンデータおよびＵプレーンデータと関連付けられてもよい。各Ｃセクション６０４およびＵセクション６０６は、それぞれ、を制御およびＩ／Ｑデータを含み得る。
単純な実施例では、ＤＵ１０５によってサービスを提供されるＲＵ１０６ごとについて、ＲＵｉｄビットマスク６０２ごとにビットが１つあり、各ビット位置は特定のＲＵ１０６に対応する。ＲＵｉｄビットマスク６０２の任意の特定のビットが（例えば、「１」に）設定される場合、関連付けられたセクションで送信されるパケットのグループ化がセットビットに対応する特定のＲＵ１０６によって受信されることを対象としていることを特定する。複数のビット（各々が異なるＲＵ１０６に対応する）、またはすべてのビットが、ＲＵｉｄビットマスク６０２に設定されてもよい。すべてのパケットは、ＤＵ１０５からすべてのＲＵ１０６へ（例えば、ＥＴＨＥＲＮＥＴを介して）ブロードキャストされ、各ＲＵ１０６は、（それぞれのＲＵ１０６に対応するＲＵｉｄビットマスク６０２のビットが設定されているかどうかを決定することによって）すべてのセクションを復号化することなく、パケットのグループ化が対象とされているかどうかを識別することができる。言い換えれば、各ＲＵ１０６は、関連付けられるセクション／パケット（複数可）に送信された（またはそうでなければ関連付けられた）ＲＵｉｄビットマスク６０２に基づいて、アドレス指定されていないパケットをフィルタリングする。さらに、すべて（または多数）のＲＵ１０６に対して意図されるデータは、依然として、例えば、ＤＵ１０５からスイッチドネットワーク１２０への初期アクセスリンクを介して一度だけ送信される。
図６Ａの例示のダウンリンクブロードキャスト構成により、ＤＵ１０５は、すべてのＲＵ１０６に単一のストリームを（例えば、ＥＴＨＥＲＮＥＴを介して）ブロードキャストすることができるが、各ＲＵ１０６が受信したデータをフィルタリングして、セクションを復号化する必要があるかどうかを決定することができるため、異なるデータを異なるＲＵ１０６にカスタム化することができる。これは、ダウンリンク上の複製またはアップリンク上の組み合わせ／デジタル総和のためにＦＨＭ１２２を必要としないため、共有セル提案（図４における）に対するさらなる利点を有する。例えば、スイッチ付きネットワーク１２０は、既製のデバイス、例えば、スイッチ（複数可）、ルーター（複数可）、および／または他のネットワーキング装置（複数可）を使用して実装されてもよい。ダウンリンクブロードキャスト構成では、ＤＵ１０５からスイッチドネットワーク１２０まで利用される帯域幅は、およそＮ個のＰＲＢ×αとすることができ、スイッチドネットワーク１２０から各ＲＵ１０６まで利用される帯域幅は、およそＮ個のＰＲＢ×αとすることができる。
例示のダウンリンクブロードキャスト構成に対して、２つの可能な修正を実行することができる。第１の変更では、スイッチドネットワーク１２０（例えば、ＥＴＨＥＲＮＥＴまたはＩＰマルチキャスト機能）におけるスイッチ（または他のネットワーキング機器）によって提供されるマルチキャスト機能が、フロントホールデータを輸送するために使用される。
例えば、このようなマルチキャスト修正は、ダウンリンクフロントホールデータに使用され得る。様々なマルチキャストグループを定義することができ、各マルチキャストグループは、所定のセクタにサービスを提供するＲＵ１０６の異なるサブセットを含む。各ＲＵ１０６は、複数のマルチキャストグループに含まれてもよい（また、通常は含まれるであろう）。スイッチドネットワーク１２０における関連するスイッチ（または他のネットワーキング機器）は、定義されたマルチキャストグループを実装するように構成されている。
ダウンリンクフロントホールデータ（例えば、ＣプレーンまたはＵプレーンデータ）を、関連する中央ユニット（すなわち、コントローラ１０４またはＤＵ１０５）からＲＵ１０６の特定のサブセットに伝送する必要がある場合、中央ユニットは、このサブセットに「合致する」マルチキャストグループが存在するかどうかをチェックする。１つの実装では、マルチキャストグループは、当該マルチキャストグループがそのＲＵ１０６の特定のサブセットにＲＵ１０６のすべてを含む場合、（たとえ当該マルチキャストグループが、ダウンリンクフロントホールデータがフロントホールを介して伝送されるＲＵ１０６のサブセットにない他の「余分な」ＲＵ１０６を含むとしても）ＲＵ１０６のサブセットに「合致する」。合致するマルチキャストグループが複数ある場合、ＲＵ１０６のサブセット「と最良に合致する」合致するマルチキャストグループが決定される。ＲＵ１０６のサブセットと最良に合致するように、ＲＵ１０６の総数が最小である合致するマルチキャストグループを検討することができる。ＲＵ１０６の数が最小である複数の合致するマルチキャストグループが存在する場合、それらの複数の合致するマルチキャストグループのうちの１つを選択することができる（例えば、ランダムに選択されるか、または何らかの他のプロセスを使用する）。
合致するマルチキャストグループがある場合、関連する中央ユニット（すなわち、コントローラ１０４またはＤＵ１０５）は、ダウンリンクフロントホールデータを、データが通信されるＲＵ１０６のサブセットと最良に合致するマルチキャストグループにマルチキャストする。マルチキャスト送信を使用する場合、関連する中央ユニットをスイッチドネットワーク１２０に結合するために使用される境界ＥＴＨＥＲＮＥＴリンクを介してダウンリンクフロントホールデータの単一バージョンのみが伝送される。（標準ＥＴＨＥＲＮＥＴまたはＩＰマルチキャストの一部としての）スイッチドネットワーク１２０におけるスイッチは、必要に応じてダウンリンクフロントホールデータを分散し、それを当該マルチキャストグループに含まれるＲＵ１０６のすべてに送信する。当該マルチキャストグループのメンバーではないＲＵ１０６は、当該マルチキャストグループに伝送されるダウンリンクフロントホールデータを受信しないであろう。結果として、当該マルチキャストグループのメンバーではないＲＵ１０６は、当該ＲＵ１０６で終了する境界ＥＴＨＥＲＮＥＴリンクの帯域幅を保存する、その対象ではないダウンリンクフロントホールデータを受信しないであろう。
マルチキャストがこのように使用される場合、ＲＵｉｄビットマスクは、マルチキャストされるフロントホールデータに含まれてもよい（ただし、一部の他の実施例では、ＲＵｉｄビットマスクは、マルチキャストされるフロントホールデータに含まれていない）。スイッチドネットワーク１２０で使用され得るマルチキャストグループの数は典型的に限定されるため、好適な「合致する」マルチキャストグループがない場合があり得る。この場合、関連する中央ユニット（すなわち、コントローラ１０４またはＤＵ１０５）は、上述のように、ダウンリンクフロントホールデータのブロードキャスト伝送を使用し得、ＲＵ１０６は、ＲＵｉｄビットマスクおよびＲＵインデックスを使用して、受信されたダウンリンクフロントホールデータを処理すべきかどうかを決定することができる。また、「合致する」マルチキャストグループが、フロントホールデータが対象としていないいくつかの「余分な」ＲＵ１０６を含む場合もあり得る。この場合、中央ユニットは、マルチキャスト伝送を使用して、ダウンリンクフロントホールデータを合致するマルチキャストグループに伝送することができる。この結果として、ダウンリンクフロントホールデータは、フロントホールデータが対象としていないこれらの余分なＲＵ１０６で受信されるであろう。一部の余分なＲＵ１０６は、フロントホールデータがフロントホールネットワークを介してマルチキャストされているときに、それらを対象としていないフロントホールデータを受信する場合があるが、マルチキャストは、フロントホールデータがフロントホールネットワークを介してブロードキャストされた場合よりも、依然として、対象としていない（かつ影響を受けているＲＵ１０６を供給するＥＴＨＥＲＮＥＴリンクの数が依然として少ない）フロントホールデータを受信するＲＵ１０６の数が、より少ない結果となる。マルチキャストグループのＲＵ１０６は、ＲＵｉｄビットマスクおよびＲＵインデックスを使用して、受信したダウンリンクフロントホールデータを処理すべきかどうかを決定することができる。フロントホールデータが対象としていないマッチングマルチキャストグループの余分なＲＵ１０６は、それらのＲＵインデックスが、受信されたダウンリンクフロントホールデータに含まれるＲＵｉｄビットマスクと合致しないという決定に基づいて、受信されたダウンリンクフロントホールデータを処理しないであろう。
マルチキャストグループの初期セットは、スイッチドネットワーク１２０に対して定義され得、各マルチキャストグループは、ＲＵ１０６の異なるサブセットを含み、各ＲＵ１０６は、複数のマルチキャストグループに含まれ得る（また、通常含まれるであろう）。次に、定期的に、スイッチドネットワーク１２０で使用されるマルチキャストグループのセットを、（スイッチドネットワーク１２０が追加のマルチキャストグループに適応することができる場合）に追加するか、または、ＵＥおよびＲＵ１０６の実際のフロントホールトラフィックフローおよび／または実際の場所を反映するために変更して、それらにサービスを提供することができる。これに関連して、スイッチドネットワーク１２０で使用されるマルチキャストグループのセットは、最も使用頻度の低いマルチキャストグループを削除し、それらのグループを、それらのサービス提供に使用される最近のフロントホールトラフィックフローならびに／またはＵＥおよびＲＵ１０６の最近の場所に基づいて使用される可能性の高いマルチキャストグループと交換することによって、変更され得る。サービス提供に使用されるＵＥとＲＵ１０６の場所は、様々な方法、例えば、各ＲＵ１０６のアップリンクにおけるサウンディング参照信号（ＳＲＳ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）および物理ランダムアクセスチャネル（ＰＲＡＣＨ）測定、ＵＥによって決定される優先ビーム情報、ＵＥから受信したチャネル状態参照信号（ＣＳＩ－ＲＳ）測定レポートを用いて、決定され得る。マルチキャストグループの定義およびスイッチの構成は、エアインターフェース用のスケジューラ（例えば、コントローラ１０４またはＤＵ１０５）を実装するエンティティによって、管理システム１０７によって、またはスケジューラおよび管理システム１０７を実装するエンティティの組み合わせによって、ならびに他のエンティティによって（独立してまたは前述のエンティティのうちのいずれかと組み合わせて）行うことができる。Ｏ－ＲＡＮのＭプレーン通信は、任意の関連する通信（例えば、管理システム１０７、関連する中央ユニット、およびＲＵ１０６に、マルチキャストグループの更新されたセットを通知し、スイッチドネットワーク１２０内のスイッチを構成して、マルチキャストグループの更新されたセットを実装し、またいつマルチキャストグループの更新されたセットの使用を開始するかを、管理システム１０７、関連する中央ユニット、およびＲＵ１０６に示すための任意の必要とされる通信）に使用することができる。上述のＭプレーン通信アーキテクチャのうちのいずれも（階層的、直接、またはハイブリッド）、このようなＭプレーン通信に使用することができる。
第２の修正では、フロントホールネットワーク１１６を実施するために使用されるスイッチドネットワーク１２０内であるか、またはそれに結合されている１つ以上のエンティティ１０９（そのうちの１つは図９Ａおよび図９Ｂに示されている）は、ディープパケット検査（ＤＰＩ）を行うように構成されている。こうした各エンティティ１０９はまた、一般的に「ＤＰＩエンティティ」１０９と称される。このようなＤＰＩ構成では、各ＤＰＩエンティティ１０９は、（１）ＲＵｉｄビットマスク６０２を使用して、すべてのリモートユニット１０６についてのＣプレーンデータ（例えば、Ｃセクション６０４）およびＵプレーンデータ（例えば、Ｕセクション６０６）を分析することと、（２）各ＲＵ１０６に、その対象としているデータのみを選択的に送信することと、を行ってもよい。言い換えれば、関連する中央ユニット（すなわち、図９Ａに示す実施例のベースバンドコントローラ１０４または図９Ｂに示す実施例のＤＵ１０５）は、依然として、スイッチドネットワーク１２０に対して、すべてのＲＵ１０６についてのＣプレーンデータ（例えば、Ｃセクション６０４）およびＵプレーンデータ（例えば、Ｕセクション６０６）を送信するが、各ＤＰＩエンティティ１０９は、（ビットマスクを使用して）フィルタリングを実施し、各セクションを、セクションのビットマスクに示されているＲＵ１０６にのみ転送する。各セクションは、そのセクションのビットマスクに示されていないいかなるＲＵ１０６にも転送されず（すなわち、各セクションは、セクションが対象としていないいかなるＲＵ１０６にも転送されない）、これにより、それらのＲＵ１０６で終了する境界ＥＴＨＥＲＮＥＴリンクの帯域幅が保存される。ＤＰＩアプローチは通常、マルチキャストグループアプローチで通常必要とされるものよりもはるかに少ない管理オーバーヘッドを伴う（例えば、ＤＰＩアプローチは、マルチキャストグループの定義および定義されたマルチキャストグループを使用するスイッチの構成を当初およびその後定期的に要求しない）。
各ＤＰＩエンティティ１０９は、ＤＰＩ機能を、ＥＴＨＥＲＮＥＴスイッチの一部として埋め込むことによって実装され得る。さらに、上述のように、ＤＰＩは、１つ以上の他のエンティティで実施され得る（１つ以上のスイッチに加えて、または代わりに１つ以上のエンティティで実施される）。こうした１つ以上の他のエンティティは、Ｏ－ＲＡＮ共有セル提案に関連して上述のフロントホールマネージャ（ＦＨＭ）１２２を含み得る。また、例示を容易にするために単一のＤＰＩエンティティ１０９のみが図９Ａおよび図９Ｂに示されているが、複数のＤＰＩエンティティ１０９が使用され得ることが理解されるべきである。例えば、スイッチドネットワーク１２０は、典型的には複数のスイッチを含む
であろう。ＤＰＩが、スイッチドネットワーク１２０のスイッチ内で実施される場合、スイッチドネットワーク１２０の各スイッチにＤＰＩ機能を実装することが好ましくあり得、これは、より効率的なフロントホール帯域幅の使用をもたらし得る。
図６Ｂは、ＤＵ１０５と複数の（Ｍ）ＲＵ１０６との間のフロントホールインターフェースについての例示のアップリンク構成を示すブロック図である。図６Ａと同様に、ＤＵ１０５は、スイッチドネットワーク１２０を介してＲＵ１０６に通信可能に結合されてもよい。示されていないが、ＤＵ１０５はまた、ｎｇ－ｅＮＢ ＣＵ（図示せず）またはｇＮＢ ＣＵ１０３（５Ｇにおける）に通信可能に結合されてもよい。さらに、４Ｇ構成では、ＤＵ１０５は、代わりにベースバンドコントローラ１０４であってもよい。
Ｃ－ＲＡＮ１００では、ＤＵ１０５は、制御プレーンデータ（例えば、Ｃセクション６０４）をＲＵ１０６に送信してもよい。とりわけ、制御プレーンデータは、（ＤＵ１０５に）アップリンク上で送信するＰＲＢをＲＵ１０６に表示することができる。したがって、追加データ（例えば、ＲＵｉｄビットマスク）が、制御プレーン（Ｃプレーン）データに追加されてもよい。例えば、ＤＵ１０５がＣセクション６０４にＣプレーンデータのパケットをグループ化する場合、ＤＵ１０５は、上述のように、各Ｃセクション６０４内に（またはそうでなければそれに関連付けられる）ＲＵｉｄビットマスク６０２を含み得る。しかしながら、アップリンクＵプレーンデータ（例えば、Ｕセクション６０６）は、各ＲＵ１０６からＤＵ１０５へのユニキャストであるため、追加データ（例えば、ＲＵｉｄビットマスク６０２）は、アップリンクＵプレーンデータ（Ｕセクション６０６）に必要とされない。帯域幅の利用率は、Ｏ－ＲＡＮ１．０の実装（マイナーなＣプレーンのオーバーヘッド差を伴う）と同じであってもよく、すなわち、スイッチドネットワーク１２０からＤＵ１０５へのおよそＮ個のＰＲＢ×Ｍ個のＲＵ×α、および各ＲＵ１０６からスイッチドネットワーク１２０へのおよそＮ個のＰＲＢである。
図６Ａでは、ＣプレーンおよびＵプレーンの両方のデータは、上述の拡張フロントホールインターフェースモードおよびブロードキャスト方式を使用して、フロントホールを介して通信されているものとして示されている。しかしながら、所与の伝送時間間隔（ＴＴＩ）について、異なるパケットを異なる方法で伝送することができる。すなわち、所与のＴＴＩについては、一部のパケットは、ユニキャスト伝送を使用して送信され得、一部のパケットは、ブロードキャスト伝送を使用して送信され得、もし使用された場合、一部のパケットは、マルチキャスト伝送を使用して伝送され得る。例えば、同じＵプレーンパケットがフロントホールを介して複数のＲＵ１０６（ブロードキャストを使用してＲＵ１０６のすべて、またはマルチキャストを使用してＲＵ１０６のサブセットのいずれかに）に通信されるが、別個の異なるＣプレーンメッセージ（およびＣプレーンパケット）がフロントホールを介してＲＵ１０６の各々に通信される、という実例があり得る。これらの異なるＣプレーンメッセージは、例えば、共通Ｕプレーンパケット内で通信されるＵプレーンデータを処理する際に使用される異なるビームフォーミングまたはプリコーダ情報を指定することができる。
図７は、Ｃ－ＲＡＮ１００のフロントホールインターフェースにわたってデータを送信するための方法７００を示すフロー図である。方法７００は、ＤＵ１０５（５Ｇ構成）またはベースバンドコントローラ１０４（４Ｇ構成）の少なくとも１つのプロセッサによって実施されてもよい。ＤＵ１０５（またはベースバンドコントローラ１０４）は、スイッチドネットワーク１２０を介して複数の（Ｍ）ＲＵ１０６に通信可能に結合されてもよい。ＤＵ１０５（またはベースバンドコントローラ１０４）およびＲＵ１０６は、Ｃ－ＲＡＮ１００を形成してもよい。
図７に示すフロー図のブロックは、説明を容易にするために概して連続的な様式で配置
されているが、この配置は単に例示的なものであることが理解されるべきであり、方法７００（および図７に示すブロック）に関連する処理は、異なる順番（例えば、ブロックに関連する少なくとも一部の処理が並列および／またはイベント駆動様式で実施される場合）で発生し得ることが認識されるべきである。また、ほとんどの標準的な例外処理は、説明を容易にするために記述されていないが、方法７００は、そのような例外処理をすることができ、また典型的にはそのような例外処理を含むであろうことが理解されるべきである。
方法７００は、ステップ７０２で開始してもよく、ここで、少なくとも１つのプロセッサは、Ｃ－ＲＡＮ１００のフロントホールインターフェースにわたって複数のリモートユニット（ＲＵ）１０６に送信されるべきデータのセットを決定する。データの各セットは、制御プレーン（Ｃプレーン）データおよび／またはユーザプレーン（Ｕプレーン）データを含み得る。Ｃプレーンデータは、少なくとも１つのＣセクション６０４で送信されてもよく、各々は、Ｉ／Ｑデータの少なくとも１つのパケット、および任意選択的に、Ｉ／Ｑデータが（少なくとも１つのＲＵ１０６によって）エアにわたって送信されるべき少なくとも１つの物理リソースブロック（ＰＲＢ）の表示を含む。Ｕプレーンデータは、少なくとも１つのＵセクション６０６で送信されてもよく、各々は、Ｉ／Ｑデータの少なくとも１つのパケット、および任意選択的に、Ｉ／Ｑデータが（少なくとも１つのＲＵ１０６によって）エアにわたって送信されるべき少なくとも１つの物理リソースブロック（ＰＲＢ）の表示を含む。
方法７００は、ステップ７０４に進み得、ここで、少なくとも１つのプロセッサは、複数のＲＵ１０６のうちの少なくとも１つへのデータのセットの各々のマッピングを決定する。このマッピングは、ＰＲＢグループ、周波数再利用層、および／またはそれぞれのデータのセットが関連するチャネル（複数可）に基づいてもよい。
上述のように、ＰＲＢグループ化はすべて、ＵＥ１１０のセットにサービスを提供するために、スケジューラによって作成される（５ＧではＤＵ１０５もしくはＣＵ１０３、または４Ｇではベースバンドコントローラ１０４のＬ２処理）。ＵＥ１１０は、その需要に基づき、また公正さおよび他の要因を考慮に入れて、一定の数のＰＲＢグループを割り当てられている。ＲＵ１０６のセットは、ＲＵ１０６へのＵＥ１１０の近接性に関する知識に基づいて、異なるこのようなＰＲＢグループに割り当てられる。この知識は、アップリンク測定、ＵＥ１１０フィードバック情報などを通じてスケジューラによって得ることができる。ＰＲＢグループを使用する場合、特定のＲＵ１０６は、そのＲＵの属するＰＲＢグループのパケットにのみ使用される。
再利用層はすべて、例えば、アップリンク測定、ＵＥ１１０フィードバック情報などから、ＵＥ１１０のＲＵ１０６への近接性に関する知識に基づいて、ＵＥ１１０のセットにサービスを提供するために、スケジューラ（５ＧではＤＵ１０５もしくはＣＵ、または４Ｇではベースバンドコントローラ１０４でＬ２処理）によって生成される。ダウンリンクでは、周波数の再利用は、複数のグループを利用し、その各々は、同時に同じ周波数で異なるＵＥ１１０へ送信する（ここで、再利用層内の各ＲＵ１０６が、他の再利用層（複数可）の各ＲＵ１０６から十分にＲＦ分離されている）ためのそれぞれ少なくとも１つのＲＵ１０６を含む。アップリンク上で、複数のＵＥ１１０の各々は、同時に同じ周波数で少なくとも１つのＲＵ１０６の異なる再利用層に送信することができる（ここで、再利用層内の各ＲＵ１０６が、他の再利用層（複数可）の各ＲＵ１０６から十分にＲＦ分離されている）。
上述のように、以下の伝送タイプを使用してもよい。（１）一部のチャネルおよび参照信号（例えば、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チ
ャネル（ＰＤＣＣＨ）、復調参照信号（ＤＭＲＳ）、および位相追跡参照信号（ＰＴＲＳ）など）について、異なるデータセットを異なるＲＵ１０６にナローキャストする、（２）共通チャネルおよび参照信号（例えば、物理ブロードキャストチャネル（ＰＢＣＨ）およびＰＤＣＣＨ（４Ｇおよび任意選択的に５Ｇの場合）など）をすべてのＲＵ１０６にブロードキャストする、ならびに（３）一部のチャネルまたは参照信号（例えば、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）グループ１またはＣＳＩ－ＲＳグループ２など）をユニキャストまたはナローキャストする。したがって、データの異なるセットを、同じＤＵ１０５によってサービスを提供されるＲＵ１０６の異なるセットにマッピングしてもよい。
方法７００は、ステップ７０６に進み得、ここで、少なくとも１つのプロセッサは、マッピングに基づいて、各データのセットにインジケータを追加し、各インジケータは、各ＲＵ１０６にそれぞれのデータのセットが対象としていることを示す。
例えば、各インジケータは、複数のＲＵ１０６の各々に対してビットを有するＲＵｉｄビットマスク６０２であってもよく、ここで、各ビット位置は、ＲＵ１０６に対応する。言い換えれば、各ＲＵｉｄビットマスク６０２は、ＤＵ１０５、ＣＵ１０３、またはベースバンドコントローラ１０４に接続されたＲＵ１０６の数と少なくとも同じ数のビットを有してもよい。ＲＵｉｄビットマスク６０２の任意の特定のビットが（例えば、「１」に）設定される場合、データのセット（例えば、Ｃセクション６０４および／またはＵセクション６０６）がセットビットに対応する特定のＲＵ１０６によって受信されることを対象としていることを特定する。複数のビット（各々が異なるＲＵ１０６に対応する）、またはすべてのビットが、ＲＵｉｄビットマスク６０２に設定されてもよい。
各インジケータは、それぞれのデータのセットに含まれ得る（またはそうでなければ関連付けられ得る）。Ｃセクション６０４およびＵセクション６０６が、それぞれ制御プレーンデータおよびユーザプレーンデータを送信するために使用される構成では、ＲＵｉｄビットマスク６０２は、各Ｃセクション６０４およびＵセクション６０６の内部に含まれ得る。代替的に、追加データ（例えば、ＲＵｉｄビットマスク）は、何らかの他の方法で（例えば、付加される）ＣプレーンデータおよびＵプレーンデータと関連付けられてもよい。
方法７００は、ステップ７０８に進み得、ここで、少なくとも１つのプロセッサは、それぞれのインジケータを各々が有するデータのセットを、複数のＲＵ１０６にブロードキャストする。例えば、すべてのパケットは、フロントホールインターフェースを介して、ＤＵ１０５またはベースバンドコントローラ１０４からすべてのＲＵ１０６へと（例えば、ＥＴＨＥＲＮＥＴを介して）ブロードキャストされてもよい。次に、各ＲＵ１０６は、（それぞれのＲＵ１０６に対応するＲＵｉｄビットマスク６０２のビットが設定されているかどうかを決定することによって）すべてのセクションを復号化することなく、パケットのグループ化が対象とされているかどうかを識別することができる。例えば、ＲＵのビットが「１」に設定されている場合、ＲＵ１０６は、データのセットを復号化するであろう。しかしながら、ＲＵのビットが０に設定されている場合、ＲＵ１０６は、データのセットを復号化しない。
方法７００は、任意選択的なステップ７１０に進み得、ここで、少なくとも１つのプロセッサは、ブロードキャストされたデータのセットのうちの少なくとも１つに指定されたＰＲＢ上のアップリンクデータを受信する。例えば、ステップ７０８でブロードキャストされたデータのセットは、アップリンク信号（ＰＲＢ）をアップリンクで送り返すＲＵ１０６に命令する、１つ以上のＲＵ１０６へのコマンドを含み得る。この場合、任意選択的なステップ７１０は、要求されたアップリンク信号を送り返すＲＵ１０６を含む。
一部の構成では、複数のＲＵ１０６は、（１）ＲＵ１０６の寄与が「結合される」、すなわち、協同的な受信であること、または（２）ＲＵ１０６がＲＦ分離を有し、同じＰＲＢが異なるＵＥ１１０、すなわち、再利用に割り当てられていることのいずれかであるため、同じＰＲＢの情報を送り返してもよい。
図８は、Ｃ－ＲＡＮ１００のフロントホールインターフェースを介してデータを送信するための方法８００を示すフロー図である。方法８００は、ＲＵ１０６の少なくとも１つのプロセッサによって実施されてもよい。ＲＵ１０６は、スイッチドネットワーク１２０を介してＤＵ１０５（５Ｇ構成における）またはベースバンドコントローラ１０４（４Ｇ構成における）に通信可能に結合された、複数の（Ｍ個の）ＲＵ１０６のうちの１つであってもよい。ＲＵ１０６およびＤＵ１０５（またはベースバンドコントローラ１０４）は、Ｃ－ＲＡＮ１００を形成してもよい。
図８に示すフロー図のブロックは、説明を容易にするために概して連続的な様式で配置されているが、この配置は単に例示的なものであることが理解されるべきであり、方法８００（および図８に示すブロック）に関連する処理は、異なる順番（例えば、ブロックに関連する少なくとも一部の処理が並列および／またはイベント駆動様式で実施される場合）で発生し得ることが認識されるべきである。また、ほとんどの標準的な例外処理は、説明を容易にするために記述されていないが、方法８００は、そのような例外処理をすることができ、また典型的にはそのような例外処理を含むであろうことが理解されるべきである。
方法８００は、ステップ８０２で開始してもよく、ここで、少なくとも１つのプロセッサは、Ｃ－ＲＡＮ１００のＲＵ１０６を対象としているデータのセットを受信する。実施例では、データのセットのうちの少なくとも一部は、方法８００を実装するＲＵ１０６を対象としていない。データの各セットは、制御プレーン（Ｃプレーン）データおよび／またはユーザプレーン（Ｕプレーン）データを含み得る。Ｃプレーンデータは、少なくとも１つのＣセクション６０４で送信されてもよく、各々は、Ｉ／Ｑデータの少なくとも１つのパケット、および任意選択的に、Ｉ／Ｑデータが（少なくとも１つのＲＵ１０６によって）エアにわたって送信されるべき少なくとも１つの物理リソースブロック（ＰＲＢ）の表示を含む。Ｕプレーンデータは、少なくとも１つのＵセクション６０６で送信されてもよく、各々は、Ｉ／Ｑデータの少なくとも１つのパケット、および任意選択的に、Ｉ／Ｑデータが（少なくとも１つのＲＵ１０６によって）エアにわたって送信されるべき少なくとも１つの物理リソースブロック（ＰＲＢ）の表示を含む。
各データのセットは、それぞれのデータのセットが対象としている少なくとも１つのＲＵ１０６を示す、関連インジケータ（例えば、ビットマスク）を有してもよい。例えば、各インジケータは、複数のＲＵ１０６の各々に対してビットを有するＲＵｉｄビットマスク６０２であってもよく、ここで、各ビット位置は、ＲＵ１０６に対応する。
方法８００は、ステップ８０４に進み得、ここで、各データのセットについて、少なくとも１つのプロセッサは、それぞれのインジケータが、セットがＲＵ１０６を対象としているかどうかを示すかどうかに基づいて、セットを解釈および処理する。ＲＵｉｄビットマスク６０２の任意の特定のビットが（例えば、「１」に）設定される場合、データのセット（例えば、Ｃセクション６０４および／またはＵセクション６０６）がセットビットに対応する特定のＲＵ１０６によって受信されることを対象としていることを特定する。例えば、ＲＵのビットが「１」に設定されている場合、ＲＵ１０６は、データのセットを復号化して処理するであろう。しかしながら、ＲＵのビットが０に設定されている場合、ＲＵ１０６は、データのセットを復号化して処理しない。
方法８００は、任意選択的なステップ８０６に進み得、ここで、少なくとも１つのプロセッサは、受信したデータのセットのうちの少なくとも１つに指定されたＰＲＢ上のアップリンクデータを送信する。例えば、ステップ８０２で受信された（例えば、ＤＵ１０５から）データのセットが、どのアップリンク信号（ＰＲＢ）をＤＵ１０５へ送り返すべきかを、ＲＵ１０６に指示する方法８００（また、おそらくはより多くのＲＵ１０６）を実装するＲＵ１０６へのコマンドを含んでいる場合、任意選択的なステップ８０６は、要求されたアップリンク信号を送り返すＲＵ１０６を含む。
一部の構成では、複数のＲＵ１０６は、（１）ＲＵ１０６の寄与が「結合される」、すなわち、協同的な受信であること、または（２）ＲＵ１０６がＲＦ分離を有し、同じＰＲＢが異なるＵＥ１１０、すなわち、再利用に割り当てられていることのいずれかであるため、同じＰＲＢの情報を送り返してもよい。
図１０は、マルチキャスト送信およびマルチキャストグループ（可能な場合）を使用して、Ｃ－ＲＡＮ１００のフロントホールインターフェースおよびフロントホールネットワークにわたってデータを送信するための方法１０００を示すフロー図である。以下に記載される場合を除き、方法１０００は、方法７００と同一であり、上記に記載される方法７００の対応する説明はまた、方法１０００に適用され、簡潔さのためにここで概して繰り返されない。
方法１０００は、ステップ７０２で開始してもよく、ここで、少なくとも１つのプロセッサは、Ｃ－ＲＡＮ１００のフロントホールインターフェースにわたって複数のリモートユニット（ＲＵ）１０６に送信されるべきデータのセットを決定する。これは、図７に関連して上述したように行うことができる。
方法１０００は、ステップ７０４に進み得、ここで、少なくとも１つのプロセッサは、複数のＲＵ１０６のうちの少なくとも１つへのデータのセットの各々のマッピングを決定する。すなわち、データのセットの各々は、ＲＵ１０６のサブセットにマッピングされ、ここで、ＲＵ１０６のかかる各サブセットは、１つ以上のＲＵ１０６を含む。これは、図７に関連して上述したように行うことができる。
方法１０００は、任意選択的なステップ７０６に進み得、ここで、少なくとも１つのプロセッサは、マッピングに基づいて、各データのセットにインジケータを追加し、各インジケータは、各ＲＵ１０６にそれぞれのデータのセットが対象としていることを示す。これは、図７に関連して上述したように行うことができる。このステップ７０６は、方法１０００で任意選択的である。
方法１０００は、ステップ１００８に進み得、ここで、少なくとも１つのプロセッサは、データのセットの各々について、マルチキャストグループのうちの少なくとも１つが、当該データのセットにマッピングされたリモートユニット１０６のそれぞれのサブセットに合致するかどうかを決定する。当該データのセットにマッピングされたリモートユニット１０６のそれぞれのサブセットに合致する少なくとも１つのマルチキャストグループがあるデータのセットの各々について、方法１０００は、ステップ１０１０に進み得、ここで、少なくとも１つのプロセッサは、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットと最良に合致するマルチキャストグループに、そのデータのセットをマルチキャストすることによって、フロントホールネットワークを介して、当該データのセットをリモートユニットのそれぞれのサブセットに伝送する。マルチキャスト送信を使用する場合、関連する中央ユニットをスイッチドネットワーク１２０に結合するために使用される境界ＥＴＨＥＲＮＥＴリンクを介してダウンリンクフロントホールデータの単一バージョンのみが伝送される。（標準ＥＴＨＥＲＮＥＴまたはＩＰマルチキャストの一部としての）スイッチドネットワーク１２０におけるスイッチは、必要に応じてダウンリンクフロントホールデータを複製し、それを当該マルチキャストグループに含まれるＲＵ１０６のすべてに送信する。当該マルチキャストグループのメンバーではないＲＵ１０６は、当該マルチキャストグループに伝送されるダウンリンクフロントホールデータを受信しないであろう。結果として、当該マルチキャストグループのメンバーではないＲＵ１０６は、当該ＲＵ１０６で終了する境界ＥＴＨＥＲＮＥＴリンクの帯域幅を保存する、その対象ではないダウンリンクフロントホールデータを受信しないであろう。
当該データのセットにマッピングされたリモートユニット１０６のそれぞれのサブセットに合致するマルチキャストグループがないデータのセットの各々について、方法１０００は、ステップ１０１２に進み得、ここで、少なくとも１つのプロセッサは、図７のブロック７０８に関連して上述したように、当該データのセットをリモートユニット１０６のすべてにブロードキャストする。
任意選択的なステップ７０６を実施する場合、こうしたデータの各セットは、場合によっては、それぞれのインジケータを使用してマルチキャストまたはブロードキャストされる。データのセットに含まれるインジケータは、データのセットを受信する各ＲＵ１０６によって使用され、当該データのセットが上述のように対象としているかどうかを決定することができる。例えば、データのセットが、余分なＲＵ１０６を有するマルチキャストグループにマルチキャストされる場合、それらの余分なＲＵ１０６は、データのセットに含まれるインジケータを使用して、データのセットが対象としていないと決定することができるであろう。同様に、データのセットがＲＵ１０６のすべてにブロードキャストされる場合、インジケータは、説明された様式で当該データのセットが対象としているかどうかを決定するために、ＲＵ１０６の各々によって使用されてもよい。
上述のように、１つの実装では、マルチキャストグループは、そのマルチキャストグループがそのＲＵ１０６の特定のサブセットにＲＵ１０６のすべてを含む場合、（たとえ当該マルチキャストグループが、フロントホールデータがフロントホールを介して伝送されるＲＵ１０６のサブセットにない他の余分なＲＵ１０６を含むとしても）ＲＵ１０６のサブセットに「合致する」。複数の合致するマルチキャストグループが存在する場合、ＲＵ１０６のサブセットと最良に合致するマルチキャストグループは、合致するマルチキャストグループの各々に含まれるＲＵ１０６の総数に基づいて決定され得る。ＲＵ１０６のサブセットと最良に合致するように、ＲＵ１０６の総数が最小である合致するマルチキャストグループを検討することができる。ＲＵ１０６の数が最小である複数の合致するマルチキャストグループが存在する場合、それらの複数の合致するマルチキャストグループのうちの１つを選択することができる（例えば、ランダムに選択されるか、または何らかの他のプロセスを使用する）。
上述のように、スイッチドネットワーク１２０についてのマルチキャストグループの初期セットが定義され、スイッチドネットワーク１２０におけるスイッチは、マルチキャストグループの初期セットを実装するように構成されている。次に、上述のように、定期的に、スイッチドネットワーク１２０で使用されるマルチキャストグループのセットを、（スイッチドネットワーク１２０が追加のマルチキャストグループに適応することができる場合）に追加するか、または、ＵＥおよびＲＵ１０６の実際のフロントホールトラフィックフローおよび／または実際の場所を反映するために変更して、それらにサービスを提供することができ、スイッチドネットワーク１２０におけるスイッチは、更新されたマルチキャストグループのセットを実装するように構成されてもよい。
図１１は、上述の第２の修正を使用して、Ｃ－ＲＡＮ１００のフロントホールインター
フェースを介してデータを送信するための方法１１００を示すフロー図である。上述の第２の修正を使用する場合、ディープパケット検査が使用される。方法１１００は、部分的に、ＤＵ１０５（５Ｇ構成における）またはベースバンドコントローラ１０４（４Ｇ構成における）の少なくとも１つのプロセッサによって、および部分的に、ディープパケット検査を実施するエンティティ（例えば、ＥＴＨＥＲＮＥＴスイッチ、またはＯ－ＲＡＮ共有セル提案に関連して上述したフロントホールマネージャ（ＦＨＭ）などの別のエンティティ）によって実装されてもよい。
以下に記載される場合を除き、方法１１００は、方法７００と同一であり、上記に記載される方法７００の対応する説明はまた、方法１１００に適用され、簡潔さのためにここで概して繰り返されない。
方法１１００は、ステップ７０２で開始してもよく、ここで、少なくとも１つのプロセッサは、Ｃ－ＲＡＮ１００のフロントホールインターフェースにわたって複数のリモートユニット（ＲＵ）１０６に送信されるべきデータのセットを決定する。これは、図７に関連して上述したように行うことができる。
方法１１００は、ステップ７０４に進み得、ここで、少なくとも１つのプロセッサは、複数のＲＵ１０６のうちの少なくとも１つへのデータのセットの各々のマッピングを決定する。すなわち、データのセットの各々は、ＲＵ１０６のサブセットにマッピングされ、ここで、ＲＵ１０６のかかる各サブセットは、１つ以上のＲＵ１０６を含む。これは、図７に関連して上述したように行うことができる。
方法１１００は、ステップ７０６に進み得、ここで、少なくとも１つのプロセッサは、マッピングに基づいて、各データのセットにインジケータを追加し、各インジケータは、各ＲＵ１０６にそれぞれのデータのセットが対象としていることを示す。これは、図７に関連して上述したように行うことができる。より具体的には、フロントホールデータがパケット内でフロントホールネットワークを介して通信される、本明細書に記載される実施例では、インジケータは、マッピングに基づいて、データの各セットのパケットに追加され、ここで、各こうしたインジケータは、それぞれのパケットおよびデータのセットが対象としている各リモートユニットを示す。
方法１１００は、ステップ１１０８に進み得、ここで、少なくとも１つのプロセッサは、フロントホールネットワークを介して、各々がそれぞれのインジケータを有するデータのセットについてのパケットをＤＰＩエンティティ１０９に送信する。方法１１００は、ステップ１１１０に進み得、ここで、ＤＰＩエンティティ１０９は、パケットが対象としている各リモートユニット１０６を決定するために、受信されたパケットの各々に対してディープパケット検査を実施するように構成されており、またステップ１１１２に進み得、ここで、ＤＰＩエンティティ１０９は、フロントホールネットワークを介してパケットが対象としているリモートユニット１０６の各々に各パケットを通信するように構成されている。
これを行った結果として、各パケットは、そのパケットが対象としていないＲＵ１０６には転送されず、それによって、それらのＲＵ１０６で終了する境界ＥＴＨＥＲＮＥＴリンクの帯域幅が保存される。上述のように、方法１１００は、方法１０００に必要な管理オーバーヘッドを必要としない（例えば、方法１１００は、初期および周期的に、定義されたマルチキャストグループを使用するためのマルチキャストグループの定義およびスイッチの構成を必要としない）。
図１２は、フロントホールネットワーク１１６上で各コントローラ１０４（または５Ｇ
ＣＵ１０３またはＤＵ１０５）と関連付けられた無線ユニット１０６との間でＩ／Ｑデータを通信するのに好適なプロトコルスタック１２００の一例を示すブロック図である。コントローラ１０４（またはＣＵ１０３またはＤＵ１０５）および各関連する無線ユニット１０６は、それぞれ、プロトコルスタック１２００を実装する、それぞれの信号処理ピアエンティティ１２０２および１２０４を実装する。
図１２に示すように、プロトコルスタック１２００の最上位層は、コントローラ１０４（またはＣＵ１０３またはＤＵ１０５）と各無線ユニット１０６との間のフロントホール１１６を介してＩ／Ｑデータを通信するために使用される、アプリケーション層プロトコル１２０６を含む。上述のように、フロントホール１１６を介して通信されるＩ／Ｑデータは、セル１０８の無線インターフェースを実装するために実施されるデジタル信号処理で使用される。
この実施例では、アプリケーション層プロトコル１２０６はまた、本明細書では、「スイッチドＩ／Ｑ ＤＳＰアプリケーションプロトコル」または「ＳｗＩＱ－ＤＡＰ」層１２０６と称される。多くの異なるタイプのＩ／Ｑデータが、フロントホール１１６を介してコントローラ１０４（またはＣＵ１０３またはＤＵ１０５）と各無線ユニット１０６との間で通信され得るため、Ｉ／Ｑデータは、図１３Ａに示されるタイプ長さ値（ＴＬＶ）要素１３００を使用して通信される。
図１３Ａは、ＥＴＨＥＲＮＥＴパケット５３４、インターネットプロトコル（ＩＰ）パケット１３３０、ＳｗＩＱ－ＤＡＰプロトコルデータユニット（ＰＤＵ）１３０８、ＴＬＶ要素１３００、およびＳｗＩＱ－ＤＡＰヘッダ１３１０内のフィールドの一例を示すブロック図である。図１３Ａおよび図１３Ｂは、様々なパケット、ＰＤＵ、ヘッダなどに含まれる可能性のあるすべてのフィールドを含まない。各ＴＬＶ要素１３００は、当該要素１３００に含まれるＩ／Ｑデータのタイプおよびフォーマットを識別するタイプフィールド１３０２、当該要素１３００の長さを識別する長さフィールド１３０４、および当該要素１３００のデータまたはペイロードを含む値フィールド１３０６を含む。タイプフィールド１３０２および長さフィールド１３０４は、固定長を有するが、値フィールド１３０６の長さは、変化し得る。
この実施例では、図１３Ａに示すように、１つ以上のＴＬＶ要素１３００が、単一のＳｗＩＱ－ＤＡＰプロトコルデータユニット（ＰＤＵ）１３０８に一緒に組み合わされる。こうしたＳｗＩＱ－ＤＡＰ ＰＤＵ１３０８の各々は、ヘッダ１３１０と、１つ以上のＴＬＶ要素１３００（その数は、ＳｗＩＱ－ＤＡＰ ＰＤＵ１３０８に対して指定される最大伝送ユニット（ＭＴＵ）サイズに依存する）を含むペイロード１３１２と、を含む。この実施例では、ＳｗＩＱ－ＤＡＰヘッダ１３１０は、ＰＤＵ１３０８の送信元を識別するために使用される、ソース識別子フィールド１３１４を含む。各セル１０８にサービスを提供するコントローラ１０４（またはＣＵ１０３またはＤＵ１０５）が１つのみである、一実施例では、ソース識別子フィールド１３１４は、（複数のＲＵ１０６がこのようなＰＤＵ１３０８をコントローラ１０４（またはＣＵ１０３またはＤＵ１０５）に送信することができるので）どのＲＵ１０６が１つのコントローラ１０４（またはＣＵ１０３またはＤＵ１０５）にＳｗＩＱ－ＤＡＰ ＰＤＵ１３０８を送信したかを識別するために、アップリンクデータのためにのみ使用されるが、（セル１０８にサービスを提供するコントローラ１０４（またはＣＵ１０３またはＤＵ１０５）が１つしかないため）コントローラ１０４から送信されるダウンリンクＳｗＩＱ－ＤＡＰ ＰＤＵ１３０８については定義されないままである。複数のコントローラ１０４（またはＤＵ１０５またはＣＵ１０３）が各セル１０８にサービスを提供する別の実施例では、ソース識別子フィールド１３１４を使用して、どのＲＵ１０６が各アップリンクＳｗＩＱ－ＤＡＰ ＰＤＵ１３０８をコントローラ１０４に送信したかを識別し、どのコントローラ１０４（またはＣＵ１０３またはＤＵ１０５）が各ダウンリンクＳｗＩＱ－ＤＡＰ ＰＤＵ１３０８を１つ以上のＲＵ１０６に送信したかを識別する。一部の実施例では、ＳｗＩＱ－ＤＡＰヘッダ１３１０は、固定サイズを有しない。
この実施例では、ＳｗＩＱ－ＤＡＰヘッダ１３１０はまた、ＳｗＩＱ－ＤＡＰについてのバージョン番号を識別するバージョン番号フィールド１３１６、当該ＰＤＵ１３０８に含まれるＴＬＶ要素１３００の数を指定する多くのＴＬＶフィールド１３１８、当該ＰＤＵ１３０８の伝送シーケンス番号を指定するシーケンス番号１３２０、当該ＰＤＵ１３０８の長さを指定する長さフィールド１３２２、および当該ＰＤＵ１３０８がいつ送信されたかを指定するタイムスタンプを含むタイムスタンプフィールド１３２４を含む。この実施例では、ＳｗＩＱ－ＤＡＰヘッダ１３１０はまた、アプリケーション層レベルで無線ユニット１０６のマルチキャストグループを指定するために使用され得る、アプリケーション層のマルチキャストアドレスフィールド１３２６を含む。これは、図３に関連して上述したように行うことができ、アプリケーション層のマルチキャストアドレスフィールド１３２６の各ビット位置は、それぞれの無線ユニット１０６と関連付けられており、関連するダウンリンクＩ／Ｑデータが当該無線ユニット１０６を対象としている場合、当該ビット位置が設定され、関連付けられたダウンリンクＩ／Ｑデータが当該無線ユニット１０６を対象としていない場合、当該ビット位置が消去される。ＳｗＩＱ－ＤＡＰヘッダ１３１０の実際の実装は、それらのうちのすべてよりも少ない（または含まない）場合があるため、要素１３１４～１３２６は任意選択的であることに留意されたい。
一部の構成では、ＳｗＩＱ－ＤＡＰヘッダ１３１０は、ＲＵｉｄビットマスク６０２を含み得る。例えば、ＲＵｉｄビットマスク６０２は、ＳｗＩＱ－ＤＡＰヘッダ１３１０に関連付けられたペイロード１３１２を復号化および／または送信するために必要なＲＵ１０６を示してもよい。ディープパケット検査中、ＤＰＩエンティティ１０９は、ＲＵｉｄビットマスク６０２を１つ以上のビットパターンと比較（例えば、ビットごとのＡＮＤ）して、ＥＴＨＥＲＮＥＴパケット１３３４の少なくとも一部分を宛先ＲＵ（複数可）１０６に転送するかどうかを決定し得る。
任意選択的に、ＲＵｉｄビットマスク６０２は、ＵＤＰペイロード１３２８の最初のＸ（例えば、６４、１２８など）バイト内にある必要があり、その場合、ＳｗＩＱ－ＤＡＰヘッダ１３１０のうちの少なくとも一部は、ＵＤＰペイロードの最初のＸバイトに位置するであろう。この制約は、ディープパケット検査を実施する（フロントホールネットワーク１１６における）ＥＴＨＥＲＮＥＴスイッチの少なくとも１つのプロセッサに基づいて任意選択的に実装される。例えば、少なくとも１つのプロセッサが、ＵＤＰペイロード１３２８の６４バイトの深さを分析しても、システムのレイテンシ要件を依然として満たすことができる場合、ＲＵｉｄビットマスク６０２は、ＵＤＰペイロード１３２８の最初の６４バイト内にあるべきである。しかしながら、ＤＰＩエンティティ１０９内の少なくとも１つのプロセッサが、ＵＤＰペイロード１３２８の１２８バイトの深さを分析しても、システムのレイテンシ要件を依然として満たすことができる場合、ＲＵｉｄビットマスク６０２は、ＵＤＰペイロード１３２８の最初の１２８バイト内に留まることだけを要求され得る。言い換えれば、ＵＤＰペイロード１３２８におけるＲＵｉｄビットマスク６０２の位置決めに課せられる正確な要件は、ディープパケット検査を実施する少なくとも１つのプロセッサの限界に基づいていてもよい。代替的に、または追加的に、ＲＵｉｄビットマスク６０２は、ＥＴＨＥＲＮＥＴペイロード１３３８の最初のＸ（例えば、６４、１２８など）バイト内にある必要があり、その場合、ＳｗＩＱ－ＤＡＰヘッダ１３１０のうちの少なくとも一部は、ＥＴＨＥＲＮＥＴペイロード１３３８の最初のＸバイトに位置するであろう。したがって、それがＳｗＩＱ－ＤＡＰヘッダ１３１０の最後に示されているにもかかわらず、ＲＵｉｄビットマスク６０２は、ＳｗＩＱ－ＤＡＰヘッダ１３１０内に異なって配置され得る。
図１２に示すように、プロトコルスタック１２００の次の層は、任意選択的なユーザデータグラムプロトコル（ＵＤＰ）層１２０８および任意選択的なインターネットプロトコル（ＩＰ）層１２１０を含み、それを介して、ＩＰパケットにカプセル化されたＵＤＰデータグラム（または「ＵＤＰパケット」）は、コントローラ１０４（またはＣＵ１０３またはＤＵ１０５）と無線ユニット１０６との間で通信され得る。図１３Ａでは、各ＳｗＩＱ－ＤＡＰ ＰＤＵ１３０８が、マルチキャストＩＰパケット１３３０のペイロード１３４０にカプセル化されているＵＤＰデータグラムとして伝送されているものとして示されている。各ＩＰパケット１３３０はまた、ＩＰヘッダ１３３２およびＵＤＰヘッダ１３３３を含むものとして示されているが、ＩＰヘッダ１３３２および／またはＵＤＰヘッダ１３３３は、一部の構成に含まれていない場合がある。
ＩＰヘッダ１３３２は、ソースＩＰアドレス１３４８、宛先ＩＰアドレス１３５０、ならびに／またはＩＰペイロード１３４０（例えば、ＵＤＰ、伝送制御プロトコル（ＴＣＰ）など）のタイプおよびフォーマットを示す、ＩＰタイプ１３５２のフィールドを含んでもよい。一部の構成では、ＩＰヘッダ１３３２は、追加的または代替的に、マルチキャストＩＰアドレスを含み得る。一部の構成では、ＤＰＩエンティティ１０９は、ディープパケット検査中にＩＰヘッダ１３３２を分析して、ＩＰペイロード１３４０がＵＤＰデータグラムを含むかどうかを決定し得る。
ＵＤＰヘッダ１３３３は、ソースポート１３５４および／または宛先ポート１３５６を含み得る。一部の実施例では、各ポートは、１６ビットフィールドであってもよい。一部のＵＤＰポート番号は、特定の標準機能用に予約されている場合があるが、他のＵＤＰポート番号は、アプリケーション固有の目的に合わせてカスタマイズされ得る。一部の構成では、ＤＰＩエンティティ１０９は、ＲＵｉｄビットマスク６０２が特定のバイトオフセットに存在するかどうかを識別する（時には、パケットタイプを区別するために複数のポートも使用することができる）ために、ＵＤＰ宛先ポート１３５６がＵＤＰポート番号の所定の範囲にあるかどうか（またはＵＤＰ宛先ポート１３５６が所定のＵＤＰポート番号と等しいかどうか）を決定するために、ディープパケット検査中にＵＤＰヘッダ１３３３を分析することができる。言い換えれば、一部の構成では、ＤＰＩエンティティ１０９は、ＲＵｉｄビットマスク６０２が、ＵＤＰヘッダ１３３３からのＵＤＰペイロード１３２８内の特定のバイトオフセットに位置することを知るために、特定のＵＤＰ宛先ポート１３５６を識別し得る。例えば、ＵＤＰ宛先ポート１３５６が所定の範囲内であるか、または所定の値（例えば、０ｘ２２２２）と等しい場合、ＤＰＩエンティティ１０９は、特定のオフセットでバイト（複数可）をＲＵｉｄビットマスク６０２として解釈することができる。この実施例では、ＵＤＰ宛先ポート１３５６が所定の範囲内にない場合、または所定の値（例えば、０ｘ２２２２）と等しくない場合、ＤＰＩエンティティ１０９は、転送する前に特定のオフセットでバイト（複数可）をＲＵｉｄビットマスク６０２として解釈しない。
上述のように、フロントホール１１６は、標準スイッチドＥＴＨＥＲＮＥＴネットワーク１２０を使用して実装される。したがって、プロトコルスタック１２００の最低層（データリンク層）は、ＥＴＨＥＲＮＥＴ層１２１２（図１２に示す）であり、それを介して、ＥＴＨＥＲＮＥＴパケット１３３４（図１３Ａに示す）が、コントローラ１０４（またはＣＵ１０３またはＤＵ１０５）と無線ユニット１０６との間で、ＥＴＨＥＲＮＥＴネットワーク１２０を介して通信される。図１３Ａに示すように、各ＥＴＨＥＲＮＥＴパケット１３３４は、標準ＥＴＨＥＲＮＥＴヘッダ１３３６およびペイロード１３３８を含む。ＥＴＨＥＲＮＥＴヘッダ１３３６は、ＥＴＨＥＲＮＥＴソースアドレス１３４２、ＥＴＨＥＲＮＥＴ宛先アドレス１３４４、任意選択的なＶＬＡＮタグ（図示せず）、任意選択的なＶＬＡＮヘッダ（図示せず）、および／またはＥＴＨＥＲＮＥＴタイプ１３４６のフィールドを含み得る。ＥＴＨＥＲＮＥＴタイプ１３４６のフィールドは、例えば、ＩＰパケット１３３０または何らかの他のプロトコルによるペイロードなどのＥＴＨＥＲＮＥＴペイロード１３３８のタイプおよびフォーマットを示し得る。一部の構成では、ＥＴＨＥＲＮＥＴヘッダ１３３６は、ディープパケット検査中に分析されて、ＥＴＨＥＲＮＥＴペイロード１３３８がＩＰパケット１３３０を含むかどうかを決定することができる。ＥＴＨＥＲＮＥＴタイプ１３４６がＩＰではない他の構成では、ＥＴＨＥＲＮＥＴタイプ１３４６は、ＲＵｉｄビットマスク６０２がＥＴＨＥＲＮＥＴヘッダ１３３６からの特定のバイトオフセットに存在することを示す、予約された所定の値であってもよい。１つ以上のＩＰパケット１３３０を、各ＥＴＨＥＲＮＥＴパケット１３３４のペイロード１３３８内にカプセル化することができる。
プロトコルスタック１２００は、（従来の同期ＣＰＲＩポイントツーポイントリンクの代わりに）標準スイッチドＥＴＨＥＲＮＥＴネットワーク１２０を使用して、Ｉ／ＱフロントホールデータをＣ－ＲＡＮ１００のフロントホール１１６を介して通信することができるように構成されている。ＵＤＰ、ＩＰ、およびＥＴＨＥＲＮＥＴ層１２０８、１２１０、および１２１２（例えば、ポート番号、ＩＰマルチキャストグループ、ＶＬＡＮ、およびパケットタグ付け）によって提供される様々な標準機能を使用して、フロントホール１１６の要件を満たすことを助けることができ、一方で、アプリケーション層１２０２に実装される追加機能が、必要に応じて使用される。
図１３Ｂは、ＥＴＨＥＲＮＥＴパケット５３４、ＳｗＩＱ－ＤＡＰプロトコルデータユニット（ＰＤＵ）１３０８、ＴＬＶ要素１３００、およびＳｗＩＱ－ＤＡＰヘッダ１３１０内のフィールドの一例を示すブロック図である。図１３Ｂの実施例は、いくつかの差異があるが、図１３Ａの実施例に示されているのと同じフィールドの多くを含む。
具体的には、図１３Ｂの実施例は、図１３Ｂの実施例が、図１３Ｂ１３ＡからのＩＰパケット１３３０またはＵＤＰデータグラム（ＩＰペイロード１３４０における）を実装せずに、ＥＴＨＥＲＮＥＴペイロード１３３８のＳｗＩＱ－ＤＡＰプロトコルデータユニット（ＰＤＵ）１３０８を示すために、図１３Ａの実施例とは異なる。この場合、ディープパケット検査を別のフィールド上で実施することができる。例えば、ＥＴＨＥＲＮＥＴタイプ１３４６は、ＳｗＩＱパケットが存在するカスタマイズされたタイプであってもよい。Ｏ－ＲＡＮ仕様は現在、拡張共通パブリック無線インターフェース（ＥＣＰＲＩ）を介してＩ／Ｑ輸送をサポートしている。
他の実施例（図１３Ｂには示さず）では、ＩＰパケット１３３０は、ＩＰヘッダ１３３２を有して実装されてもよいが、その内部にＵＤＰデータグラムを実装しなくてもよい。これらの構成では、ＵＤＰの代わりに、別のタイプのヘッダが使用され得る。
図１４Ａは、フロントホールネットワーク１１６におけるディープパケット検査のための例示的な構成を示すブロック図である。フロントホールネットワーク１１６は、１つ以上のスイッチ（複数可）、ルーター（複数可）、および／または他のネットワーキングデバイス（複数可）を含む、ＥＴＨＥＲＮＥＴネットワークとして実装されてもよい。具体的には、フロントホールネットワーク１１６は、アグリゲーションスイッチ１１１、および任意選択的に少なくとも１つのスイッチ１１３を含む。アグリゲーションスイッチ１１１は、少なくとも１つのスイッチ１１３と、ＢＣ１０４／ＤＵ１０５／ＣＵ１０３と称される少なくとも１つのベースバンドコントローラ１０４（４Ｇ）またはＤＵ１０５またはＣＵ（５Ｇ）との間でデータを輸送することができる。例えば、アグリゲーションスイッチ１１１は、ＢＣ（複数可）１０４／ＤＵ（複数可）１０５／ＣＵ（複数可）１０３からダウンリンクＥＴＨＥＲＮＥＴパケット１３３４を受信し、それらの少なくとも一部分をスイッチ（複数可）１１３に選択的に転送してもよい。他の構成では、アグリゲーションスイッチ１１１は、（介在するスイッチ１１３なしで）ＲＵ１０６に直接的に転送してもよい。
一部の構成では、スイッチ１１３は、デイジーチェーン接続され、単一のスイッチ１１３のみが、アグリゲーションスイッチ１１１に結合される。代替的に、複数のスイッチ１１３が、アグリゲーションスイッチ１１１に結合されてもよい。さらに、フロントホールネットワーク１１６は、任意の数のアグリゲーションスイッチ１１１および／または任意選択的なスイッチ１１３を使用して実装されてもよい。一部の構成では、データは、Ｉ／Ｑデータおよび／または「タイミングおよび管理」（ＴＭ）データとして、アグリゲーションスイッチ１１１とスイッチ１１３との間で輸送されてもよい。
アグリゲーションスイッチ１１１および／またはスイッチ１１３のうちの１つ以上は各々、ＤＰエンティティ１０９を含んでもよい。スイッチ１１３のうちの少なくとも１つがＤＰＩエンティティを含む場合、スイッチ１１３は、互いに通信することができるはずである。各ＤＰＩエンティティ１０９は、少なくとも１つのメモリに記憶され、かつ本明細書に記載されるディープパケット検査機能を実施するために実行可能である、少なくとも１つのプロセッサ実行命令を使用して実装されてもよい。ディープパケット検査中、（例えば、ＥＴＨＥＲＮＥＴスイッチ内の）ＤＰＩエンティティ１０９は、存在する場合、ＲＵｉｄビットマスク６０２を見て、ＥＴＨＥＲＮＥＴパケット１３３４（例えば、ダウンリンクＩ／Ｑパケット１３０８）を意図されたＲＵ（複数可）１０６に転送するかどうかを決定する。ＲＵｉｄビットマスク６０２は、例えば、３２ビット、６４ビット、１２８ビットなど、Ｃ－ＲＡＮ１００内の多くのＲＵ１０６を収容するのに好適な任意の長さであってもよい。
一部の構成では、（例えば、ＥＴＨＥＲＮＥＴパケット１３３４の最初のＸバイト内の）ＳｗＩＱ－ＤＡＰヘッダ１３１０のＲＵｉｄビットマスク６０２は、所定のビットパターンと比較して、ＥＴＨＥＲＮＥＴパケット１３３４（またはその一部分）が、対象としているＲＵ（複数可）１０６にドロップされるか、または転送されるかどうかを決定する。
一部のスイッチ管理機能（例えば、ＶＬＡＮ、ポートの有効化／無効化、ＩＰ追加）は、安全な接続を介して実施され得る。他の管理機能は、例えば、スイッチでのビットパターンの構成など、通常の接続を介して実施され得る。
一部の実施例では、（例えば、ＥＴＨＥＲＮＥＴスイッチ内の）ＤＰＩエンティティ１０９は、宛先ポート１３５６が構成されたポート範囲にある（または所定の値と等しい）ときにのみ、ＲＵｉｄビットマスク６０２をチェックすることができる。
一部の実施例では、各ＲＵ１０６は、例えば、ＲＵ１０６とＢＣ１０４、ＤＵ１０５またはＣＵ１０３との間で実施される検出プロセスの間に、ＲＵｉｄを割り当てられている。ＲＵ１０６は、それ自体をＤＰＩエンティティ１０９内（例えば、ＥＴＨＥＲＮＥＴスイッチ内）に登録し、そのＲＵｉｄビットセット内（ＲＵｉｄビットマスク６０２内）で、所定のマルチキャストアドレス（例えば、ａ．ｂ．ｃ．ｄ）上でパケットを転送するように要求する。所与のＲＵは、複数のマルチキャストアドレスとＲＵＩＤの組み合わせを要求することができる。セクタ内で複数のＩＰアドレスを使用して、負荷分散を行うことができる。複数のＩＰアドレスを使用して、異なるセクタに属するトラフィックを区別することができる。さらに、ＲＵ１０６は、複数のセクタにサービスを提供し得る。
一部の実施例では、ＢＣ１０４／ＤＵ１０５／ＣＵ１０３およびＲＵ１０６は、インターネットグループ管理プロトコル（ＩＧＭＰ）と類似した登録手順を使用する。例えば、メッセージは、どのマルチキャストグループをどのコントローラ１０４およびＲＵ１０６とともに使用すべきかを、アグリゲーションスイッチ１１１および／または任意選択的なスイッチ１１３に示すために使用され得る。一部の実施例では、所定のセル１０８にサービスを提供するアクティブＢＣ１０４／ＤＵ１０５／ＣＵ１０３およびＲＵ１０６は、当該セルに割り当てられたダウンリンクタイミングマルチキャストグループならびにダウンリンクおよびアップリンクＩＱデータマルチキャストグループに参加することができる。これらの実施例では、スタンバイＢＣ１０４／ＤＵ１０５／ＣＵ１０３は、セルのいずれかのダウンリンクタイミングマルチキャストグループまたはダウンリンクもしくはアップリンクＩＱデータマルチキャストグループのいずれにも参加しない。
任意選択的に、管理システム１０７は、例えば、バックホールネットワーク１１４および／またはフロントホールネットワーク１１６を介して、ＢＣ（複数可）１０４、ＣＵ（複数可）１０３、ＤＵ（複数可）１０５、および／またはＲＵ１０６に通信可能に結合されてもよい。上述したように、管理システム１０７は、例えば、階層アーキテクチャ、直接アーキテクチャ、またはハイブリッドアーキテクチャを使用して、管理プレーン（「Ｍプレーン」）通信に使用され得る。さらに、管理システム１０７は、様々なエンティティの構成情報を決定し得る。
図１４Ｂは、スイッチドＥＴＨＥＲＮＥＴネットワーク１２０を使用してＣ－ＲＡＮ１００についてのフロントホールネットワーク１１６を実装する実施例に関する追加の詳細を示すブロック図である。図１４Ｂの実施例は、本明細書の他の図における同一または類似の装置、システム、および／またはモジュールの多くを含む。図１４Ｂでは、コントローラ１０４という用語は、ベースバンドコントローラ１０４、５Ｇ ＣＵ１０３、または５Ｇ ＤＵ１０５を指すために使用される。
概して、スイッチドＥＴＨＥＲＮＥＴネットワーク１２０は、１つ以上のＥＴＨＥＲＮＥＴスイッチを含む。図１４Ｂに示す実施例では、スイッチドＥＴＨＥＲＮＥＴネットワーク１２０は、１つ以上のアグリゲーションＥＴＨＥＲＮＥＴスイッチ１１１を含むアグリゲーション層、および１つ以上のアクセスＥＴＨＥＲＮＥＴスイッチ１１３を含むアクセス層を含む。図示を容易にするために、１つのアグリゲーションスイッチ１１１およびアクセスＥＴＨＥＲＮＥＴスイッチ１１３のみが図１４Ｂに示されているが、他の数のスイッチ１１１および１１３を使用することができる。また、他のＥＴＨＥＲＮＥＴネットワークトポロジを使用してもよい（例えば、アグリゲーション層とアクセス層との間（または１つ以上の層内）にＥＴＨＥＲＮＥＴスイッチの追加層（またはホップ）が存在する場合がある、または、まったく異なるトポロジを使用することもできる）。各無線ユニット１１５、１１７は、代替的に、介在するスイッチ１１３なしで、アグリゲーションスイッチ１１１に通信可能に結合されてもよい。
図１４Ｂにより詳細に示されるように、この例示的な実施形態では、コントローラ１０４および無線ポイント１０６は、２つの共通仮想ローカルエリアネットワーク（ＶＬＡＮ）を使用してフロントホール１１６を実装するために使用されるスイッチドＥＴＨＥＲＮＥＴネットワーク１２０を介して互いに通信する。この実施形態では、１つのＶＬＡＮが、タイミング情報（例えば、コントローラ１０４およびＲＵ１０６の同期に使用される電気電子技術者協会（ＩＥＥＥ）１５８８の高精度時間プロトコル（ＰＴＰ）メッセージ）、および管理情報（例えば、簡易オブジェクトアクセスプロトコル（ＳＯＡＰ）および拡張マークアップ言語（ＸＭＬ）メッセージ）を、コントローラ１０４と無線ポイント１０６との間で通信するために使用される。このＶＬＡＮは、本明細書では「タイミングおよび管理」または「ＴＭ」ＶＬＡＮと称される。第２のＶＬＡＮは、コントローラ１０４と無線ポイント１０６との間でＩＱデータを通信するために使用され、本明細書では「ＩＱ」ＶＬＡＮと称される。
この実施形態では、ＴＭおよびＩＱ ＶＬＡＮは、クラスタ１２４内のすべてのコントローラ１０４および関連するＲＵ１０６がＴＭおよびＩＱ ＶＬＡＮのメンバーとなるように構成されている。
図１４Ｂに示す実施例では、フロントホール１１６は、２つのそれぞれの無線オペレータにサービスを提供する２つのクラスタ１２４のフロントホールデータのために使用される。この実施例では、クラスタ１２４が含まれるコントローラ１０４間のコントローラ間通信のために、当該クラスタ１２４ごとに別個のＶＬＡＮが確立される。そのような各ＶＬＡＮは、本明細書では「クラスタ」または「Ｃ」ＶＬＡＮと称される。
図１４Ｂに示す実施例では、各コントローラ１０４は、当該コントローラ１０４をスイッチドＥＴＨＥＲＮＥＴネットワーク１２０に（より具体的には、図１４Ｂに示す実施例では、１つ以上のアグリゲーションスイッチ１１１に）結合するための複数のＥＴＨＥＲＮＥＴネットワークインターフェース１３０を含む。
図１４Ｂに示す実施例では、各コントローラ１０４のＥＴＨＥＲＮＥＴネットワークインターフェース１３０の一部は、タイミングおよび管理ＶＬＡＮを介してタイミングおよび管理データを通信するために専用である。このような各ＥＴＨＥＲＮＥＴネットワークインターフェース１３０はまた、本明細書では、「タイミングおよび管理」または「ＴＭ」ＥＴＨＥＲＮＥＴネットワークインターフェース１３０と称される。この実施例では、各コントローラ１０４の中のＥＴＨＥＲＮＥＴネットワークインターフェース１３０の一部は、ＩＱ ＶＬＡＮを介してＩＱデータを通信するために専用であり、本明細書では「ＩＱ」ＥＴＨＥＲＮＥＴネットワークインターフェース１３０と称される。また、この実施例では、各コントローラ１０４の中のＥＴＨＥＲＮＥＴネットワークインターフェース１３０の一部は、クラスタＶＬＡＮを介して通信するために専用である。このような各ＥＴＨＥＲＮＥＴネットワークインターフェース１３０は、本明細書では、「クラスタ」または「Ｃ」ＥＴＨＥＲＮＥＴネットワークインターフェース１３０と称される。各コントローラ１０４はまた、コアネットワーク１１２とバックホールを介して通信するために使用される、１つ以上の他のＥＴＨＥＲＮＥＴネットワークインターフェース（図示せず）を含む。
図１４Ａおよび／または図１４Ｂに示す実施例では、各単一インスタンスの無線ポイントユニット１１７は、少なくとも１つのＥＴＨＥＲＮＥＴネットワークインターフェース１８４を含み、各複数インスタンスの無線ポイント１１５は、少なくとも２つのＥＴＨＥＲＮＥＴネットワークインターフェース１８４を含み、ここで、各こうしたＥＴＨＥＲＮＥＴネットワークインターフェース１８４は、タイミングおよび管理ＶＬＡＮならびにＩＱ ＶＬＡＮの両方を介して通信するために使用される。
図１４Ａおよび／または図１４Ｂに示す実施例では、クラスタ１２４によってサービスを提供される各セル１０８について、当該セル１０８にサービスを提供するコントローラ１０４は、当該セル１０８に対して定義されるそれぞれのタイミングマルチキャストグループを使用してタイミングメッセージをマルチキャストすることによって、タイミングＶＬＡＮを介してタイミングメッセージを送信する。すなわち、クラスタ１２４によってサービスを提供される各セル１０８は、それに割り当てられる単一のタイミングマルチキャストグループを有する。この実施形態では、クラスタ１２４によってサービスを提供される各セル１０８について、ＲＵ１０６は、当該セル１０８に対するサービスコントローラ１０４のタイミングおよび管理ＥＴＨＥＲＮＥＴインターフェースに割り当てられたＩＰアドレスにメッセージをユニキャストすることによって、タイミングおよび管理ＶＬＡＮを介してタイミングメッセージを送信する。
また、図１４Ｂに示す実施例では、クラスタ１２４によってサービスを提供される各セル１０８について、管理メッセージは、コントローラ１０４のタイミングおよび管理ＥＴＨＥＲＮＥＴインターフェース、またはメッセージが送信されるＲＵ１０６のＥＴＨＥＲＮＥＴインターフェース１８４に割り当てられたＩＰアドレスを使用して、メッセージをユニキャストすることによって、タイミングおよび管理ＶＬＡＮを介してコントローラ１０４とＲＵ１０６との間で送信される。
ダウンリンクおよびアップリンクのＩＰマルチキャストグループのセットが、それぞれダウンリンクおよびアップリンクＩＱデータの送信に使用される。
タイミング、管理、およびＩＱデータは、他の方法で伝達され得る。
一般に、各無線ポイント１０６が起動すると、当該無線ポイント１０６によって実装される各無線ポイントインスタンスは、無線ポイントインスタンスがホームされるべきであるコントローラ１０４を検出するために、検出プロトコルを使用する。検出プロセスの一部として、無線ポイントインスタンスには、検出したコントローラ１０４のタイミングおよび管理ＥＴＨＥＲＮＥＴインターフェース１３０に割り当てられたＩＰアドレスが提供される。無線ポイントインスタンスは、当該ＩＰアドレスを使用して、コントローラ１０４とのＳＯＡＰ（管理）接続を確立する。コントローラ１０４は、無線ポイントインスタンスがダウンリンクおよびアップリンクＩＱデータの通信に使用するべきであるダウンリンクおよびアップリンクＩＰマルチキャストグループのＩＰアドレスを通信する。
複数のコントローラ１０４が所定の無線ポイントインスタンスにサービスを提供する（例えば、コントローラ１０４が、別のプライマリコントローラ１０４のバックアップコントローラとしてサービスを提供するか、またはキャリアアグリゲーションが使用され、複数のコントローラ１０４が複数のキャリアに対してベースバンド処理を実施するために使用される）構成では、所与のセル１０８にサービスを提供する各無線ポイントインスタンスは、依然として、セル１０８に対して適切なダウンリンクＩＰマルチキャストグループに登録し、適切なアップリンクＩＰマルチキャストグループを使用して、フロントホール１１６を介してコントローラ１０４にデータを送信する。ＩＰマルチキャストが使用されるため、複数のコントローラ１０４は、当該セル１０８の無線ポイントインスタンスがフロントホール１１６を介してデータを送信するために使用する同じアップリンクＩＰマルチキャストグループに登録し、それを使用してデータを受信することができ、複数のコントローラ１０４は、それらの無線ポイントインスタンスが登録するダウンリンクＩＰマルチキャストグループを使用して、当該セル１０８の無線ポイントインスタンスに、フロントホール１１６を介してデータを送信することができる。すなわち、無線ポイントインスタンスは、ＩＰマルチキャストの使用のために、複数のコントローラ１０４によって透過的にサービスを提供される。
さらに、ＩＰマルチキャストの使用は、複数のセル１０８にサービスを提供する単一のコントローラ１０４を排除しない。単一のコントローラ１０４が、複数のセル１０８（例えば、一次セル１０８および二次セル１０８）にサービスを提供する構成では、当該単一のコントローラ１０４は、一次セル１０８および二次セル１０８のアップリンクＩＰマルチキャストグループに登録し、一次セル１０８および二次セル１０８のダウンリンクＩＰマルチキャストキャストグループを使用して、フロントホール１１６を介して適切な無線ポイントインスタンスにデータを送信する。
一部の実施例では、ダウンリンクＩＱデータは、ＵＥごとに各コントローラ１０４と関連付けられた無線ポイント１０６との間で送信され、一方で、アップリンクＩＱデータは
、ＲＵごとに送信される。他の（例えば、Ｏ－ＲＡＮの）実施例では、ダウンリンクおよびアップリンクのＩＱデータの両方が、ＲＵごとに送信される。セル１０８によってサービスを提供される各ＵＥ１１２について、サービスを提供するコントローラ１０４は、当該ＵＥ１１２へのダウンリンク無線送信のために、当該セルのＲＵ１０６のサブセットを当該ＵＥ１１２に割り当てる。ＲＵ１０６のこのサブセットは、本明細書では、当該ＵＥ１１２の「サイマルキャストゾーン」と称される。各ＵＥ１１２のサイマルキャストゾーンは、ＵＥ１１２からの特定のアップリンク伝送（例えば、ＬＴＥ物理ランダムアクセスチャネル（ＰＲＡＣＨ）およびサウンディング参照信号（ＳＲＳ）伝送）について、ＲＵ１０６の各々で行われた受信電力測定に基づいて決定され、ＵＥ１１２がセル１０８全体にわたって移動するにつれて更新される。
アップリンクについて、この実施形態では、各セル１０８について、当該セル１０８にサービスを提供する無線ポイント１０６は、アップリンクＩＰマルチキャストグループおよびマルチキャスト負荷分散のセットを使用して、アップリンクＩＱデータを、サービスを提供するコントローラ１０４に送信する。この実施形態では、複数のリンクアグリゲーショングループ（ＬＡＧ）が各セル１０８に対して定義され、各ＬＡＧは、それに関連付けられたアップリンクＩＰマルチキャストグループを有する。スイッチドＥＴＨＥＲＮＥＴネットワーク１２０のスイッチ１１１および１１３は、マルチキャスト負荷分散を使用して、アップリンクＩＱデータトラフィックを、サービスを提供するコントローラ１０４の様々なＩＱ ＥＴＨＥＲＮＥＴインターフェースにわたって負荷分散するように構成されている。
アップリンクの場合と同様に、複数のダウンリンクＩＰマルチキャストグループを、負荷分散の目的で使用する。ダウンリンクについては、ダウンリンクＩＰマルチキャストグループの複数のセットが、ダウンリンクＩＱデータをＲＵ１０６の異なる組み合わせに送信するために使用され、ここで、ダウンリンクＩＰマルチキャストグループのセットは動的である。ダウンリンクＩＰマルチキャストグループの１つのセットについて、当該セットのダウンリンクＩＰマルチキャストグループの各々は、セル１０８にサービスを提供するＲＵ１０６のすべてを含む。これらの「ａｌｌ ＲＵ」ダウンリンクＩＰマルチキャストグループは、無線インターフェースの共通論理チャネル用のダウンリンクＩＱデータをセル１０８のＲＵ１０６のすべてに送信するために使用される。これが行われ得る場所の一例は、ＬＴＥシステム情報ブロック（ＳＩＢ）用のダウンリンクＩＱデータの送信に対するものである。「ａｌｌ ＲＵ」ダウンリンクＩＰマルチキャストグループはまた、ダウンリンクＩＰマルチキャストグループの他の好適なセットがない場合に使用され得る。ダウンリンクＩＰマルチキャストグループの他のセットについては、構成要素のダウンリンクＩＰマルチキャストグループのすべては、セル１０８にサービスを提供するＲＵ１０６のすべてよりも少ない量を含む。ダウンリンクＩＱデータ（物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のダウンリンクＩＱデータ）を、所与のＵＥ１１２のサイマルキャストゾーンにあるそれらのＲＵ１０６にのみ通信するために、必要に応じて、ダウンリンクＩＰマルチキャストグループのこれらの他のセットが作成される。
無線インターフェースを介して所与のＵＥ１１２にダウンリンクデータを送信する必要がある場合、そのＵＥ１１２のサイマルキャストゾーンを「合致する」ダウンリンクＩＰマルチキャストグループの既存のセットが存在する場合、そのＵＥのサイマルキャストゾーン内のＲＵ１０６に、当該ＵＥ１１２のダウンリンクＩＱデータを送信するために、合致するセットからのダウンリンクＩＰマルチキャストグループのうちの１つが使用される。所与のＵＥ１１２のサイマルキャストゾーンに合致するダウンリンクＩＰマルチキャストグループのセットがない場合、ダウンリンクＩＰマルチキャストグループの新しいセットを作成することができ、ここで、そのセットのダウンリンクＩＰマルチキャストグループのすべてが、そのサイマルキャストゾーンのＲＵ１０６を含み、それらの新しく作成されたダウンリンクＩＰマルチキャストグループのうちの１つが、当該サイマルキャストゾーンのそれらのＲＵ１０６にのみ、ダウンリンクＩＱデータを送信するために使用される。ダウンリンクＩＰマルチキャストグループの新しい合致するセットを作成することができない（例えば、ダウンリンクＩＰマルチキャストグループの最大数がすでに作成されており、その時点では、使用されなかったために既存のダウンリンクＩＰマルチキャストグループセットのいずれもパージすることができないために）場合、前述の「ａｌｌ ＲＵ」ダウンリンクＩＰマルチキャストグループのうちの１つを使用することができる。
しかしながら、「ａｌｌ ＲＵ」ダウンリンクＩＰマルチキャストグループを使用すると、所与のＵＥ１１２のダウンリンクＩＱデータが、当該ＵＥのサイマルキャストゾーンに含まれないＲＵ１０６に送信されることがもたらされ得る。これに対処するために、この実施例において、ＩＱデータ（以下に説明するように）に含まれるアプリケーション層のマルチキャストアドレスを使用して、関連するダウンリンクＩＱデータが実際に対象としているＲＵ１０６を識別する。この実施例では、このアプリケーション層のマルチキャストアドレスは、複数のビット位置として見ることができるアドレスフィールドを含む。ビット位置のうちのそれぞれの１つが、セル１０８にサービスを提供する各ＲＵ１０６に割り当てられ、関連するダウンリンクＩＱデータが関連するＲＵ１０６にサービスを提供する場合、そのビット位置が設定され（すなわち、第１のバイナリ値（例えば、１）を記憶する）、関連するダウンリンクＩＱデータが関連するＲＵ１０６にサービスを提供していない場合、当該ビット位置が消去される（すなわち、第２のバイナリ値（例えば、ゼロ）を記憶する）。例えば、アプリケーション層のマルチキャストアドレスのビット位置はすべて、すべてのＲＵ１０６を対象としている共通メッセージ（ＳＩＢなど）のダウンリンクＩＱデータを含むパケットに設定されるであろう。サイマルキャストゾーンにすべてのＲＵ１０６よりも少ないＲＵを含むＵＥ１１２を対象としているダウンリンクＩＱデータについては、当該サイマルキャストゾーンのＲＵ１０６に対応するアプリケーション層のマルチキャストアドレスのビット位置のみが設定され、他のすべてのＲＵ１０６に対応するビット位置は消去される。（アプリケーション層のマルチキャストアドレスの１つの実施例は、図１３Ａおよび図１３Ｂに関連して後述するアプリケーション層のマルチキャストアドレスフィールド１３２６である。）
図１５は、複数のＲＵおよびＵＥを備えた無線システムのブロック図である。以下の説明では、無線システムは、ＩＰおよびアプリケーション層のマルチキャストグループを使用して、スイッチドＥＴＨＥＲＮＥＴネットワーク１２０を介して、サービスを提供するコントローラ１０４から無線ポイント１０６へダウンリンクＩＱデータを通信する方法の１つの実施例を説明するために使用される。図１５に示す実施例では、５つのＲＵ１０６および３つのＵＥ１１２が示されている。ＲＵ１０６は、図１５でそれぞれ、ＲＵ１、ＲＵ２、ＲＵ３、ＲＵ４、およびＲＵ５として個別に参照されている。ＵＥ１１２は、図１５でそれぞれ、ＵＥ Ａ、ＵＥ Ｂ、ＵＥ Ｃとして個別に参照されている。図１５に示す実施例では、ＵＥ Ａのサイマルキャストゾーンは、ＲＵ１、ＲＵ２、およびＲＵ４を含み、ＵＥ Ｂのサイマルキャストゾーンは、ＲＵ４、ＲＵ５を含み、ＵＥ Ｃは、ＲＵ２、ＲＵ３、およびＲＵ５を含む。ＵＥ Ａ、ＵＥ Ｂ、およびＵＥ Ｃがすべて同じ場所に留まり、セル１０８へのアクセスを続ける場合、３つのダウンリンクＩＰマルチキャストグループが、形成されるであろう（それらがまだ存在しない場合）。これら３つのダウンリンクＩＰマルチキャストグループには、ＲＵ１、ＲＵ２、およびＲＵ４を含む第１のダウンリンクＩＰマルチキャストグループ（およびこの実施例では、ＩＰアドレス２９３．２．１．１０が割り当てられている）、ＲＵ４およびＲＵ５を含む第２のダウンリンクＩＰマルチキャストグループ（およびこの実施例では、ＩＰアドレス２９３．２．１．１１が割り当てられている）、ならびにＲＵ２、ＲＵ３、およびＲＵ５を含む第３のダウンリンクＩＰマルチキャストグループ（およびこの実施例では、２９３．２．１．１２が割り当てられている）が含まれる。しかしながら、これらの「合致する」ダウンリンクＩＰマルチキャストグループがすべて形成されるには時間がかかる場合がある。
例えば、ＵＥ Ａがセル１０８に最初にアクセスし、ＲＵ１、ＲＵ２、およびＲＵ４を含むダウンリンクＩＰマルチキャストグループがまだ作成されていない場合、「ａｌｌ ＲＵ」ダウンリンクＩＰマルチキャストグループ（この実施例では、ＩＰアドレス２３９．２．１．１が割り当てられている）を使用して、ＵＥ Ａのサイマルキャストゾーン内のＲＵ（すなわち、ＲＵ１、ＲＵ２、およびＲＵ４）に、ダウンリンクＩＱデータを送信することができる。この場合、図１５に示すように、ＵＥ Ａのサイマルキャストキャストゾーン内のＲＵを対象とするダウンリンクＩＱデータを含むパケットが、（対応するＩＰアドレス２３９．２．１．１）を使用して）、「ａｌｌ ＲＵ」ダウンリンクＩＰマルチキャストグループに送信され、アプリケーション層のマルチキャストアドレスが「１１０１０」であり、ここで、第１のビット位置（ＲＵ１に対応する）、第２のビット位置（ＲＵ２に対応する）、および第４のビット位置（ＲＵ４に対応する）が設定されており、第３のビット位置（ＲＵ３に対応する）および第５のビット位置（ＲＵ５に対応する）が消去されている。この実施例では、説明を容易にするために５つのビット位置のみが示されているが、アプリケーション層のマルチキャストアドレスは通常、より多くのビット位置（例えば、８バイトアドレスに対応する６４ビット位置）を使用するであろう。
ＲＵ１、ＲＵ２、およびＲＵ４を含むダウンリンクＩＰマルチキャストグループが作成されると、ＵＥ Ａのサイマルキャストキャストゾーン内のＲＵを対象としているダウンリンクＩＱデータを含むパケットが、（対応するＩＰアドレス２３９．２．１．１０を使用して）当該ダウンリンクＩＰマルチキャストグループに送信され、同じアプリケーション層のマルチキャストアドレスは、「１１０１０」である。
また、この実施例では、共通メッセージ（ＳＩＢなど）のダウンリンクＩＱデータを含むパケットが、（対応するＩＰアドレス２３９．２．１．１を使用して）「ａｌｌ ＲＵ」ダウンリンクＩＰマルチキャストグループに送信され、（データがすべてのＲＵを対象としているため）アプリケーション層のマルチキャストアドレスは、「１１１１１」である。
ディープパケット検査
図１６は、ディープパケット検査（ＤＰＩ）を使用してＣ－ＲＡＮ１００のフロントホールインターフェースおよびフロントホールネットワーク１１６にわたってデータを送信するための方法１６００を示すフロー図である。方法１６００は、Ｃ－ＲＡＮ１００のフロントホール１１６のＥＴＨＥＲＮＥＴスイッチの少なくとも１つのプロセッサによって実施されてもよい。例えば、ＥＴＨＥＲＮＥＴスイッチは、アグリゲーションスイッチ１１１またはスイッチ１１３であってもよく、そのどちらかがＤＰＩエンティティ１０９を実装する。ＥＴＨＥＲＮＥＴスイッチは、Ｃ－ＲＡＮ１００（またはＣ－ＲＡＮ１００の一部分）を形成する、ＢＣ（複数可）１０４、ＤＵ（複数可）１０５、ＣＵ（複数可）１０３、および／またはＲＵ（複数可）１０６に通信可能に結合されてもよい。さらに、一部の構成では、方法１６００を実装するＥＴＨＥＲＮＥＴスイッチは、少なくとも１つの他のスイッチに通信可能に結合されてもよい。例えば、アグリゲーションスイッチ１１１が方法１６００を実装する場合、それは、（１）少なくとも１つのスイッチ１１３、ならびに（２）ＢＣ（複数可）１０４、ＤＵ（複数可）１０５および／またはＣＵ（複数可）１０３に通信可能に結合されてもよい。代替的に、アグリゲーションスイッチ１１１が方法１６００を実装する場合、それは、（１）少なくとも１つのＲＵ１０６、ならびに（２）ＢＣ（複数可）１０４、ＤＵ（複数可）１０５および／またはＣＵ（複数可）１０３に通信可能に結合されてもよい。別の実施例として、スイッチ１１３が方法１６００を実装する場合、それは、（１）アグリゲーションスイッチ１１１、および（２）少なくとも１つのＲＵ１０６に通信可能に結合されてもよい。他の構成が可能である。一部の実施例では、方法１６００は、ＥＴＨＥＲＮＥＴスイッチで受信されるすべてのパケットに対して実施される。
図１６に示すフロー図のブロックは、説明を容易にするために概して連続的な様式で配置されているが、この配置は単に例示的なものであることが理解されるべきであり、方法１６００（および図１６に示すブロック）に関連する処理は、異なる順番（例えば、ブロックに関連する少なくとも一部の処理が並列および／またはイベント駆動様式で実施される場合）で発生し得ることが認識されるべきである。また、ほとんどの標準的な例外処理は、説明を容易にするために記述されていないが、方法１６００は、そのような例外処理をすることができ、また典型的にはそのような例外処理を含むであろうことが理解されるべきである。
方法１６００は、任意選択的なステップ１６０２で開始し、ここで、少なくとも１つのプロセッサは、データのパケットを受信する。パケットは、Ｉ／Ｑデータを含むＥＴＨＥＲＮＥＴパケット１３３４であってもよい。第１の実施例では、ＥＴＨＥＲＮＥＴパケット１３３４は、例えば、図１３Ａのように、ＲＵｉｄビットマスク６０２（またはＲＵ識別の他の形態）を有するヘッダ１３１０を有するＩ／Ｑパケット１３０８を含む、ＩＰペイロード１３４０にＵＤＰデータグラム１３０８を有するマルチキャストＩＰパケット１３３０を含んでもよい。第２の実施例では、ＥＴＨＥＲＮＥＴパケット１３３４は、Ｉ／Ｑパケット１３０８（その中にＲＵｉｄビットマスク６０２を含む）を含んでもよく、例えば、図１３Ｂのように、ＩＰヘッダ１３３２またはＵＤＰヘッダ１３３３を含まない。代替的に、ステップ５０２で受信されるパケットは、マルチキャストＩＰパケット１３３０またはＩ／Ｑパケット１３０８自体であってもよい。パケットは、例えば、ＥＴＨＥＲＮＥＴパケット１３３４のストリームにある、複数の受信されるパケットのうちの１つであってもよい。
方法１６００を実装するＥＴＨＥＲＮＥＴスイッチがアグリゲーションスイッチ１１１である場合、パケットは、（１）ＢＣ１０４、ＤＵ１０５、またはＣＵ１０３からダウンリンク方向に、または（２）スイッチ１１３またはＲＵ１０６からアップリンク方向に受信されてもよい。方法１６００を実装するＥＴＨＥＲＮＥＴスイッチがスイッチ１１３である場合、パケットは、（１）ＢＣ１０４、ＤＵ１０５、ＣＵ１０３、またはアグリゲーションスイッチ１１１からダウンリンク方向に、または（２）異なるスイッチ１１３またはＲＵ１０６からアップリンク方向に受信されてもよい。
方法１６００は、任意選択的なステップ１６０４に進み、ここで、少なくとも１つのプロセッサは、パケットが対象としている少なくとも１つのＲＵ１０６の各々に対して少なくとも１つのビットパターンを識別する。一部のＲＵ１０６は、例えば、最大４個までである、複数のキャリアをホストすることができる。ＲＵ１０６が複数のキャリアをホストする場合、ＲＵ１０６は、各キャリアに対してプロセッサで実装された無線ユニットインスタンスまたはモジュールを実装し、そのすべてが、ＲＵ１０６上の同じ物理ＥＴＨＥＲＮＥＴポートを共有する。また、ＲＵ１０６が複数のキャリアをホストする場合、各無線ユニットインスタンスは、異なるＢＣ１０４、ＤＵ１０５、またはＣＵ１０３と通信し、無線ユニットインスタンスにＲＵｉｄを割り当てる。したがって、マルチインスタンス無線ユニット１１５は、異なるＢＣ１０４、ＤＵ１０５、またはＣＵ１０３から各々、複数のＲＵｉｄを割り当てることができる。例えば、特定の無線ユニットインスタンスは、第１のＢＣ１０４、ＤＵ１０５、またはＣＵ１０３によってＲＵｉｄ＝１を、および第２のＢＣ１０４、ＤＵ１０５、またはＣＵ１０３によってＲＵｉｄ＝３を割り当ててもよい。
しかしながら、異なるＢＣ１０４、ＤＵ１０５、またはＣＵ１０３によって割り当てられたＲＵｉｄは、互いに重複し得る。したがって、無線ユニットインスタンスのＲＵｉｄ
は、ＢＣ１０４、ＤＵ１０５、またはＣＵ１０３が無線ユニットインスタンスと通信するために使用するＩＰアドレスと関連付けられる。一部の実施例では、少なくとも１つのビットパターンが、（１）ＥＴＨＥＲＮＥＴスイッチが通信する、ＲＵ１０６に実装された無線ユニットインスタンス、および（２）ＢＣ１０４、ＤＵ１０５、またはＣＵ１０３が無線ユニットインスタンスと通信するために使用するＩＰアドレスの組み合わせごとに、ＥＴＨＥＲＮＥＴスイッチに記憶される。言い換えれば、無線ユニットインスタンスのＲＵｉｄは、ＢＣ１０４、ＤＵ１０５、またはＣＵ１０３が無線ユニットインスタンスと通信するために使用するＩＰアドレスに依存する。代替的に、単一インスタンス無線ユニット１１７は、単一のＲＵｉｄのみを割り当ててもよく、その場合、ＲＵｉｄは、ＢＣ１０４、ＤＵ１０５、またはＣＵ１０３がそれと通信するために使用するＩＰアドレスに依存しない。一部の実施例では、ビットパターンは、安全な接続を介して実行時に構成され得る。
任意選択的なステップ１６０４の第１の構成では、パケットのＥＴＨＥＲＮＥＴタイプ１３４６は、ＩＰであり、ビットパターンは、ＥＴＨＥＲＮＥＴパケット１３３４のＩＰパケット１３３０の宛先ＩＰアドレス１３５０（例えば、マルチキャストＩＰアドレス）によって識別されるＲＵ（複数可）１０６に関連付けられている。任意選択的なステップ１６０４の第２の構成では、パケットのＥＴＨＥＲＮＥＴタイプ１３４６は、所定の値（ＩＰではない）であり、ビットパターンは、ＥＴＨＥＲＮＥＴパケット１３３４の宛先ＭＡＣアドレスによって識別されるＲＵ（複数可）１０６に関連付けられている。言い換えれば、ビットパターン（複数可）は、パケットのＥＴＨＥＲＮＥＴタイプ１３４６に応じて、マルチキャストＩＰアドレスまたはマルチキャストＭＡＣアドレスを使用して、ＲＵ（複数可）１０６に対して選択されてもよい。さらに、ＥＴＨＥＲＮＥＴタイプがＩＰでも所定の値でもない場合、パケットは、以下に記載されるように、ＲＵｉｄビットマスク６０２を探すことなく転送されてもよい。代替的に、無線インスタンスのＲＵｉｄは、ＲＵｉｄを割り当てられたＢＣ１０４、ＤＵ１０５、またはＣＵ１０３のＩＰアドレスと関連付けられてもよい。
方法１６００は、ステップ１６０６に進み、ここで、少なくとも１つのプロセッサは、ＲＵｉｄビットマスク６０２がパケット内に存在するかどうかを決定するために、パケットに対してディープパケット検査（ＤＰＩ）を実施し、ＲＵｉｄビットマスク６０２は、パケットが対象としている少なくとも１つのＲＵ１０６を示す。ディープパケット検査には、パケット内の１つ以上のフィールドを識別するための、パケットの階層的検査／分析が含まれ得る。一部の構成では、Ｉ／Ｑパケット１３０８（ＲＵｉｄビットマスク６０２を含む）は、ＵＤＰデータグラム１３３０に含まれており、これは、ＩＰパケット１３３０に含まれ、ＥＴＨＥＲＮＥＴパケット／フレーム１３３４に含まれる。したがって、ディープパケット検査を使用して、（どの相対位置／オフセットで）ＲＵｉｄビットマスク６０２が受信パケット中に存在するかどうかを決定することができる。
各ＲＵｉｄビットマスク６０２は、ビットのセット（例えば、値「１」または「０」を有する各ビット）であってもよく、その長さは、少なくともＣ－ＲＡＮ１００（またはＣ－ＲＡＮ１００の単一セクタ）のＲＵ１０６の数と等しい。パケット内のＲＵｉｄビットマスク６０２のビットは、ビットに関連付けられたＲＵ１０６がパケット内の情報を復号化および／または送信する必要があるかどうかに基づいて設定される。例えば、すべてのＲＵ１０６が、パケットのペイロード（例えば、Ｉ／Ｑペイロード１３１２）を復号化および／または送信するために必要とされる場合、すべてのビットは、１に設定される。代替的に、パケットのペイロードを送信するためにＲＵ１０６のサブセットが必要な場合、ＲＵ１０６のサブセットに対応するビットのみが１に設定される。ＲＵｉｄビットマスク６０２は、例えば、３２ビット、６４ビット、１２８ビットなど、Ｃ－ＲＡＮ１００内の多くのＲＵ１０６を収容するのに好適な任意の長さであってもよい。
代替的に、ＲＵ識別は、（Ｃ－ＲＡＮ１００の各ＲＵ１０６に対してビットを有するビットマスクの代わりに）他の方法で通信されてもよい。例えば、対象とされるＲＵ１０６は、（１）パケット中の明示的なＲＵｉｄ値、および／または（２）開始オフセットを有する可変長ＲＵｉｄビットマップを使用して識別され得る。
方法１６００は、ステップ１６０８に進み、ここで、ＲＵｉｄビットマスク６０２がパケット内に存在するとき、少なくとも１つのプロセッサは、ＲＵｉｄビットマスク６０２とそれぞれのＲＵ１０６のビットパターン（複数可）との比較に基づいて、パケットの少なくとも一部分を少なくとも１つのＲＵ１０６の各々に通信する。一部の構成では、パケット内のＲＵｉｄビットマスク６０２は、ビット単位のＡＮＤ演算を使用して、（任意選択的なステップ１６０４からの）ビットパターン（複数可）と比較される。
ＲＵ１０６のビットパターン（複数可）を有するＲＵｉｄビットマスク６０２のビット単位のＡＮＤがすべて、ゼロに等しい（パケット１３３４が指定されたＩＰアドレス上のＲＵ１０６を対象としていないことを示す）場合、パケット１３３４は、ＥＴＨＥＲＮＥＴスイッチによってドロップされ得る。言い換えれば、少なくとも１つのＲＵ１０６に対するビットパターン（複数可）のいずれも、ＲＵｉｄビットマスク６０２内のセットビットと同じビット位置にセットビットがない場合、少なくとも１つのプロセッサは、パケットをドロップし得る（いかなるＲＵ１０６にも送信しない）。
一方で、ＲＵ１０６のビットパターン（複数可）を有するＲＵｉｄビットマスク６０２のビット単位のＡＮＤがすべて、ゼロと等しくない（パケット１３３４が指定されたＩＰアドレス上のＲＵ１０６を対象としていることを示す）場合、パケット１３３４（またはその一部分）は、ＲＵ１０６に通信されてもよい。言い換えれば、ＲＵｉｄビットマスク６０２内のセットビットと同じビット位置にセットビットを有する各ビットパターンについて、少なくとも１つのプロセッサは、ビットパターンに関連付けられたＲＵ１０６にパケットの少なくとも一部分を通信し得る。
パケットの少なくとも一部分は、ＥＴＨＥＲＮＥＴパケット／フレーム１３３４、ＥＴＨＥＲＮＥＴパケット１３３４に含まれるＩＰパケット１３３０、ＩＰパケット１３３０に含まれるＵＤＰデータグラム１３３０、またはＵＤＰデータグラム１３３０に含まれるＩ／Ｑパケット１３０８のすべてまたは一部であってもよい。通信は、本明細書に記載されるようなユニキャスト、ブロードキャスト、またはマルチキャストを含むことができる。
方法１６００は、任意選択的なステップ１６１０に進み、ここで、ＲＵｉｄビットマスク６０２がパケット内に存在しないとき、少なくとも１つのプロセッサは、任意のＲＵｉｄビットマスク６０２をＲＵ１０６の任意のビットパターンと比較することなく、パケットの少なくとも一部分を少なくとも１つのＲＵ１０６に通信する。パケットは、異なるプロトコルに従って構築されてもよく、その多くは、ＲＵｉｄビットマスク６０２を含まないであろう。例えば、ＲＵｉｄビットマスク６０２は、ＥＴＨＥＲＮＥＴタイプ１３４６がＩＰまたは別の予約された所定の値ではない場合、パケットに含まれていない可能性がある。同様に、ＲＵｉｄビットマスク６０２は、ＥＴＨＥＲＮＥＴタイプ１３４６がＩＰであるが、ＩＰタイプ１３５２がＵＤＰではない場合、パケットに含まれていない可能性がある。同様に、ＲＵｉｄビットマスク６０２は、ＥＴＨＥＲＮＥＴタイプ１３４６がＩＰであり、ＩＰタイプ１３５２がＵＤＰであるが、宛先ポート１３５６がポート番号の所定範囲にない場合、パケットに含まれていない可能性がある。ディープパケット検査でＲＵｉｄビットマスク６０２を識別することができない（パケットに含まれていない、または他の理由のため）場合であっても、パケットを通信する必要がある。
図１７は、パケットに対してディープパケット検査（ＤＰＩ）を実施するための方法１７００を示すフロー図である。方法１７００は、Ｃ－ＲＡＮ１００のフロントホール１１６のＥＴＨＥＲＮＥＴスイッチの少なくとも１つのプロセッサによって実施されてもよい。例えば、ＥＴＨＥＲＮＥＴスイッチは、アグリゲーションスイッチ１１１またはスイッチ１１３であってもよく、そのどちらかがＤＰＩエンティティ１０９を実装する。ＥＴＨＥＲＮＥＴスイッチは、Ｃ－ＲＡＮ１００（またはＣ－ＲＡＮ１００の一部分）を形成する、ＢＣ（複数可）１０４、ＤＵ（複数可）１０５、ＣＵ（複数可）１０３、および／またはＲＵ（複数可）１０６に通信可能に結合されてもよい。さらに、一部の構成では、方法１７００を実装するＥＴＨＥＲＮＥＴスイッチは、少なくとも１つの他のスイッチに通信可能に結合されてもよい。例えば、アグリゲーションスイッチ１１１が方法１７００を実装する場合、それは、（１）少なくとも１つのスイッチ１１３、ならびに（２）ＢＣ（複数可）１０４、ＤＵ（複数可）１０５および／またはＣＵ（複数可）１０３に通信可能に結合されてもよい。代替的に、アグリゲーションスイッチ１１１が方法１７００を実装する場合、それは、（１）少なくとも１つのＲＵ１０６、ならびに（２）ＢＣ（複数可）１０４、ＤＵ（複数可）１０５および／またはＣＵ（複数可）１０３に通信可能に結合されてもよい。別の実施例として、スイッチ１１３が方法１７００を実装する場合、それは、（１）アグリゲーションスイッチ１１１、および（２）少なくとも１つのＲＵ１０６に通信可能に結合されてもよい。他の構成が可能である。一部の実施例では、方法１７００は、図１６の方法１６００のステップ１６０６におけるディープパケット検査（受信したパケット上で実施される）の実施例である。
図１７に示すフロー図のブロックは、説明を容易にするために概して連続的な様式で配置されているが、この配置は単に例示的なものであることが理解されるべきであり、方法１７００（および図１７に示すブロック）に関連する処理は、異なる順番（例えば、ブロックに関連する少なくとも一部の処理が並列および／またはイベント駆動様式で実施される場合）で発生し得ることが認識されるべきである。また、ほとんどの標準的な例外処理は、説明を容易にするために記述されていないが、方法１７００は、そのような例外処理をすることができ、また典型的にはそのような例外処理を含むであろうことが理解されるべきである。
方法１７００は、ステップ１７０２で開始し、ここで、少なくとも１つのプロセッサは、ＥＴＨＥＲＮＥＴパケット１３３４のＥＴＨＥＲＮＥＴタイプ１３４６を決定する。ＥＴＨＥＲＮＥＴパケット１３３４は、（１）ＥＴＨＥＲＮＥＴソースアドレス１３４２、ＥＴＨＥＲＮＥＴ宛先アドレス１３４４、任意選択的なＶＬＡＮタグ、任意選択的なＶＬＡＮヘッダ、および／またはＥＴＨＥＲＮＥＴタイプ１３４６フィールドを含む、ＥＴＨＥＲＮＥＴヘッダ１３３６、ならびに（２）ＥＴＨＥＲＮＥＴペイロード１３３８を含み得る。ＥＴＨＥＲＮＥＴタイプ１３４６のフィールドは、例えば、ＩＰパケット１３３０または何らかの他のプロトコルによるペイロードなどのペイロード１３３８のタイプを示し得る。例えば、ＥＴＨＥＲＮＥＴタイプ１３４６は、ＥＴＨＥＲＮＥＴペイロード１３３８がＩＰパケット１３３０を含むことを示し得る。一部の構成では、所定の値（ＩＰ以外）は、ＩＰパケット１３３０またはＵＤＰデータグラム（例えば、ＩＰパケット１３３０の内部にある）を含まない、ＥＴＨＥＲＮＥＴパケット１３３４内のＲＵｉｄビットマスク６０２の包含（およびバイトオフセット）を示すために予約されてもよい。言い換えれば、予約された所定の値は、ＥＴＨＥＲＮＥＴタイプ１３４６フィールドに含まれるときに、ＲＵｉｄビットマスク６０２が、ＥＴＨＥＲＮＥＴヘッダ１３３６またはＥＴＨＥＲＮＥＴタイプ１３４６からのＥＴＨＥＲＮＥＴペイロード１３３８内の特定のバイトオフセットに存在することを具体的に示すことができる。この予約された所定の値は、ＢＣ（複数可）１０４（またはＤＵ１０５またはＣＵ１０３）、ＥＴＨＥＲＮＥＴスイッチ（複数可）１１１、１１３、ＤＵ（複数可）１０５、および／またはＲＵ（複数可）１０６
によって、システムにおいて既知であり得る。
方法１７００は、ステップ１７０４に進み、ここで、少なくとも１つのプロセッサは、ＥＴＨＥＲＮＥＴタイプ１３４６がＩＰであるかどうかを決定する。そうでない場合、方法１７００は、ステップ１７０５に進み、ここで、少なくとも１つのプロセッサは、ＥＴＨＥＲＮＥＴタイプ１３４６が、予約された所定の値、例えば、０ｘ４３２１であるかどうかを決定する。そうである場合、方法１７００は、ステップ１７１８に進み、ここで、少なくとも１つのプロセッサは、例えば、具体的に、ＥＴＨＥＲＮＥＴヘッダ１３３６またはＥＴＨＥＲＮＥＴタイプ１３４６からの第１の所定バイトオフセットなど、第１の所定のオフセットで、ＥＴＨＥＲＮＥＴパケット１３３４のＲＵｉｄビットマスク６０２を決定する。言い換えれば、ＥＴＨＥＲＮＥＴタイプ１３４６が予約された所定の値であると決定することに応答して、少なくとも１つのプロセッサは、ビットのセット（ＥＴＨＥＲＮＥＴタイプ１３４６フィールドからオフセットされる）をＲＵｉｄビットマスク６０２として解釈することができる。ＥＴＨＥＲＮＥＴタイプ１３４６がＩＰまたは予約された所定の値ではない場合、方法１７００は、ステップ１７０６に進み、ここで、少なくとも１つのプロセッサは、ＲＵｉｄビットマスク６０２を決定せずに方法１７００を終了する（その後、ＲＵｉｄビットマスク６０２を任意のビットパターンと比較することなく、パケットの少なくとも一部分が通信される）。
しかしながら、ＥＴＨＥＲＮＥＴタイプ１３４６がＩＰである場合、方法１７００は、ステップ１７０８に進み、ここで、少なくとも１つのプロセッサは、ＩＰパケット１３３０のＩＰタイプ１３５２を決定する。ＩＰパケット１３３０は、（１）ソースＩＰアドレス１３４８を有するＩＰヘッダ１３３２、宛先ＩＰアドレス１３５０、および／またはＩＰタイプ１３５２フィールド、ならびに（２）ＩＰペイロード１３４０を含み得る。ＩＰタイプ１３５２は、ＩＰペイロード１３４０のタイプ１３５２を示す。例えば、ＩＰタイプ１３５２は、ＩＰペイロード１３４０がＵＤＰデータグラムを含むことを示し得る。代替的に、ＩＰタイプ１３５２は、ＩＰペイロード１３４０が、例えば、伝送制御プロトコル（ＴＣＰ）などのいくつかの他のプロトコルのデータを含むことを示し得る。方法１７００は、ステップ１７１０に進み、ここで、少なくとも１つのプロセッサは、ＩＰタイプ１３５２がＵＤＰを示すかどうかを決定する。ＩＰタイプ１３５２がＵＤＰではない場合、方法１７００は、ステップ１７０６に進み、ここで、少なくとも１つのプロセッサは、ＲＵｉｄビットマスク６０２を決定せずに、方法１７００を終了する。
ＩＰタイプ１３５２がＵＤＰである場合、方法１７００は、ステップ１７１２に進み、ここで、少なくとも１つのプロセッサは、ＵＤＰデータグラムにおける宛先ポート１３５６を決定する。ＵＤＰデータグラム（ＩＰペイロード１３４０における）は、ソースポート１３５４および／または宛先ポート１３５６を有する、ＵＤＰヘッダ１３３３と、（ＵＤＰペイロード１３２８）と、を含んでもよい。一部のＵＤＰポート番号は、特定の標準機能用に予約されている場合があるが、他のＵＤＰポート番号は、アプリケーション固有の目的に合わせてカスタマイズされ得る。方法１７００は、ステップ１７１４に進み、ここで、少なくとも１つのプロセッサは、具体的に、ＵＤＰヘッダ１３５６またはＵＤＰ宛先ポート１３５６からの特定のバイトオフセットでＲＵｉｄビットマスク６０２が存在するかどうかを識別するために、ＵＤＰ宛先ポート１３５６がＵＤＰポート番号の所定の範囲内にあるかどうか（またはＵＤＰ宛先ポート１３５６が所定のＵＤＰポート番号と等しいかどうか）を決定する。言い換えれば、（１）ＵＤＰポート番号の所定の範囲に入るか、または（２）所定のＵＤＰポート番号と等しいＵＤＰ宛先ポート１３５６は、ＲＵｉｄビットマスク６０２が、具体的に、ＵＤＰヘッダ１３５６またはＵＤＰ宛先ポート１３５６からのＵＤＰペイロード１３２８内の特定のバイトオフセットに位置するであろうことを示す。
ＵＤＰ宛先ポート１３５６が、（１）ＵＤＰポート番号の所定の範囲に入るか、または（２）所定のＵＤＰポート番号と等しい場合、方法１７００は、ステップ１７１６に進み、ここで、少なくとも１つのプロセッサは、ＵＤＰペイロード１３２８におけるＲＵｉｄビットマスク６０２を、第２の所定のオフセット、例えば、第２の所定のバイトオフセットで決定する。言い換えれば、ＵＤＰ宛先ポート１３５６が、（１）ＵＤＰポート番号の所定の範囲に入るか、または（２）所定のＵＤＰポート番号と等しいかを決定することに応答して、少なくとも１つのプロセッサは、ビットのセット（具体的に、ＵＤＰヘッダ１３３３またはＵＤＰ宛先ポート１３５６からオフセットされる）をＲＵｉｄビットマスク６０２として解釈することができる。ＵＤＰ宛先ポート１３５６が、（１）ＵＤＰポート番号の所定の範囲に入らない、または（２）所定のＵＤＰポート番号と等しくない場合、方法１７００は、ステップ１７０６に進み、ここで、少なくとも１つのプロセッサは、ＲＵｉｄビットマスク６０２を決定せずに、方法１７００を終了する。
ＩＰ／ＵＤＰ ＤＰＩの疑似コードの例
以下の疑似コードは、ＩＰ／ＵＤＰを使用したＤＰＩの例示の実装である。
ｉｆ ＥＴＨ＿ＴＹＰＥ＝＝ＩＰ
ｉｆ ＩＰ＿ＴＹＰＥ＝＝ＵＤＰ
ｉｆ ＵＤＰ＿ｐｏｒｔ＿ｎｕｍｂｅｒ ｗｉｔｈｉｎ ｒａｎｇｅ
Ｃｕｒｒ＿ＲＵＩＤ＝ＲＰ＿ＲＵＩＤ ｂａｓｅｄ ｏｎ ｍｕｌｔｉｃａｓｔ ＩＰ ａｄｄｒｅｓｓ
ｉｆ（Ｃｕｒｒ＿ＲＵＩＤ ＆ Ｐａｃｋｅｔ＿ＲＵＩＤ） ！＝０／／＆ ｉｓ
ａ ｂｉｔｗｉｓｅ ＡＮＤ
ｆｏｒｗａｒｄ ｐａｃｋｅｔ
ｅｌｓｅ
ｄｉｓｃａｒｄ ｐａｃｋｅｔ
ｅｎｄｉｆ
ｅｌｓｅ
ｆｏｒｗａｒｄ ｐａｃｋｅｔ
ｅｎｄｉｆ
ｅｌｓｅ
ｆｏｒｗａｒｄ ｐａｃｋｅｔ
ｅｎｄｉｆ
ここで、ＥＴＨ＿ＴＹＰＥは、ＥＴＨＥＲＮＥＴタイプ１３４６であり、ＩＰ＿ＴＹＰＥは、ＩＰタイプ１３５２であり、Ｃｕｒｒ＿ＲＵＩＤは、ＲＵ１０６のビットパターンであり、ＲＰ＿ＲＵＩＤは、ＥＴＨＥＲＮＥＴパケット１３３４のマルチキャストＩＰアドレスで示されるＲＵ１０６のＲＵｉｄであり、Ｐａｃｋｅｔ＿ＲＵＩＤは、ＲＵｉｄビットマスク６０２である。
以下の疑似コードは、（ＩＰ／ＵＤＰを使用しない）ＥＴＨＥＲＮＥＴパケット輸送に基づくＤＰＩの例示の実装である。
ｉｆ ＥＴＨ＿ＴＹＰＥ＝＝Ｘ
Ｃｕｒｒ＿ＲＵＩＤ＝ＲＰ＿ＲＵＩＤ ｂａｓｅｄ ｏｎ ｍｕｌｔｉｃａｓｔ ＩＰ
ａｄｄｒｅｓｓ
ｉｆ（Ｃｕｒｒ＿ＲＵＩＤ ＆ Ｐａｃｋｅｔ＿ＲＵＩＤ） ！＝０ ／／＆ ｉｓ ａ ｂｉｔｗｉｓｅ ＡＮＤ
ｆｏｒｗａｒｄ ｐａｃｋｅｔ
ｅｌｓｅ
ｄｉｓｃａｒｄ ｐａｃｋｅｔ
ｅｎｄｉｆ
ｅｌｓｅ
ｆｏｒｗａｒｄ ｐａｃｋｅｔ
ｅｎｄｉｆ
ここで、Ｘは、ＩＰパケット１３３０またはＵＤＰデータグラムを含まない、ＥＴＨＥＲＮＥＴパケット１３３４にＲＵｉｄビットマスク６０２を含むことを示す、予約された所定の値である。
転送ルール
図１８は、ＥＴＨＥＲＮＥＴスイッチにマルチキャストルールを確立するための方法を示すフロー図である。方法１８００は、ＥＴＨＥＲＮＥＴスイッチ、少なくとも１つのＢＣ１０４（またはＣＵ１０３またはＤＵ１０５）、およびＲＵ１０６の各無線ユニットインスタンスによって実施され得る。例えば、ＥＴＨＥＲＮＥＴスイッチは、アグリゲーションスイッチ１１１またはスイッチ１１３であってもよく、そのどちらかがＤＰＩエンティティ１０９を実装する。ＥＴＨＥＲＮＥＴスイッチは、Ｃ－ＲＡＮ１００（またはＣ－ＲＡＮ１００の一部分）を形成する、ＢＣ（複数可）１０４、ＤＵ（複数可）１０５、ＣＵ（複数可）１０３、および／またはＲＵ（複数可）１０６に通信可能に結合されてもよい。さらに、一部の構成では、方法１８００を実装するＥＴＨＥＲＮＥＴスイッチは、少なくとも１つの他のスイッチに通信可能に結合されてもよい。例えば、アグリゲーションスイッチ１１１が方法１８００を実装する場合、それは、（１）少なくとも１つのスイッチ１１３、ならびに（２）ＢＣ（複数可）１０４、ＤＵ（複数可）１０５および／またはＣＵ（複数可）１０３に通信可能に結合されてもよい。代替的に、アグリゲーションスイッチ１１１が方法１７００を実装する場合、それは、（１）少なくとも１つのＲＵ１０６、ならびに（２）ＢＣ（複数可）１０４、ＤＵ（複数可）１０５および／またはＣＵ（複数可）１０３に通信可能に結合されてもよい。別の実施例として、スイッチ１１３が方法１８００を実装する場合、それは、（１）アグリゲーションスイッチ１１１、および（２）少なくとも１つのＲＵ１０６に通信可能に結合されてもよい。他の構成が可能である。
図１８に示すフロー図のブロックは、説明を容易にするために概して連続的な様式で配置されているが、この配置は単に例示的なものであることが理解されるべきであり、方法１８００（および図１８に示すブロック）に関連する処理は、異なる順番（例えば、ブロックに関連する少なくとも一部の処理が並列および／またはイベント駆動様式で実施される場合）で発生し得ることが認識されるべきである。また、ほとんどの標準的な例外処理は、説明を容易にするために記述されていないが、方法１８００は、そのような例外処理をすることができ、また典型的にはそのような例外処理を含むであろうことが理解されるべきである。
方法１８００は、ステップ１８０２で開始し、ここで、ＲＵは、（例えば、起動時に）検出プロセスを開始し、ＥＴＨＥＲＮＥＴブロードキャストパケットを送信する。ステップ１８０４で、各無線ユニットインスタンス（ＲＰＩ）には、例えば、無線ユニットインスタンスのうちの１つとのＳＯＡＰ接続を介して、１つ以上のＢＣ１０４（またはＤＵ１０５またはＣＵ１０３）によってＲＵｉｄが割り当てられる。さらに、無線ユニットインスタンスのＥ－ＵＴＲＡ絶対無線周波数チャネル番号（ＥＡＲＦＣＮ）、様々なＬ１およびＥＴＨＥＲＮＥＴパラメータがまた構成されてもよい。ステップ１８０６で、各ＲＰＩは、対象のダウンリンクマルチキャストＩＰアドレス範囲、対象のＵＤＰポート番号範囲、および対象のＲＵＩＤ（３２／６４ビット値）を、ＥＴＨＥＲＮＥＴスイッチに通知する。一部の実施例では、フィルタルール（例えば、転送ルール）は、各無線ユニットインスタンス（ＲＰＩ）に対してセットアップされ、例えば、ＩＧＭＰを使用して、マルチキャストグループに参加する。スイッチが参加の追加要求を得ると、そのテーブル（ルーティングテーブルなど）が更新される。ステップ１８０８で、ＥＴＨＥＲＮＥＴスイッチは、各ＲＰＩを定期的にポーリングして、それらのルールがまだ存在しているかどうかを決定する。ＲＵは、ルールを保持するために応答する。ステップ１８１０で、ＢＣ１０４（またはＣＵ１０３またはＤＵ１０５）との接続が切断されるか、またはキャリアが削除されると、ＲＵは、設定したルールを解放するように、ＥＴＨＥＲＮＥＴスイッチに通知する。ＥＴＨＥＲＮＥＴスイッチの定期的なポーリングに対する応答がない場合、ルールは削除される。
本明細書に記述する方法および技術は、デジタル電子回路、またはプログラム可能プロセッサ（例えば、専用プロセッサまたはコンピュータなどの汎用プロセッサ）のファームウェア、ソフトウェア、またはそれらの組み合わせで実装されてもよい。これらの技法を具現化する装置には、適切な入力および出力デバイス、プログラム可能プロセッサ、およびプログラム可能プロセッサによって実行するためのプログラム命令を明白に具現化する記憶媒体が含まれ得る。これらの技法を具現化するプロセスは、入力データ上で動作し、適切な出力を生成することによって、命令のプログラムを実行して、所望の機能を実施するためのプログラム可能プロセッサによって実施されてもよい。技術は、有利には、データ記憶システム、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスからデータおよび命令を受信し、データ記憶システム、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスにデータおよび命令を送信するために結合された少なくとも１つのプログラム可能プロセッサを含む、プログラム可能システム上で実行可能な１つ以上のプログラムに実装され得る。概して、プロセッサは、読み出し専用メモリおよび／またはランダムアクセスメモリから命令およびデータを受信するであろう。例えば、コンピューティングデバイスが、アクションを実施すると記述されている場合、コンピューティングデバイスは、少なくとも１つのメモリ上に記憶された命令を実行する少なくとも１つのプロセッサを使用して、このアクションを行うことができる。コンピュータプログラム命令およびデータを明白に具現化するのに好適な記憶デバイスは、例として、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスなどの半導体メモリデバイスと、内部ハードディスクおよびリムーバブルディスクなどの磁気ディスク、磁気光学ディスク、ならびにＤＶＤディスクと、を含む、不揮発性メモリのすべての形態を含む。前述のいずれも、特別に設計された特定用途向け集積回路（ＡＳＩＣ）によって補完されてもよく、またはそれに組み込まれてもよい。
用語
本出願全体を通して使用される用語、略語、および語句の簡単な定義を以下に示す。
用語「決定する」およびその変形は、算出する、抽出する、生成する、計算する、処理する、導出する、モデリングする、調査する、探す（例えば、表、データベース、または別のデータ構造で探す）、確認する、およびこれに類するものを含み得る。また、「決定する」はまた、受信する（例えば、情報を受信する）、アクセスする（例えば、メモリ内のデータにアクセスする）、およびこれに類するものを含み得る。また、「決定する」は、解決する、選択する、選ぶ、確立する、およびこれに類するものを含み得る。
別段の明示的な指定がない限り、語句「に基づく」は、「にのみ基づく」を意味するものではない。言い換えれば、語句「に基づく」は、「にのみ基づく」および「に少なくとも基づく」の両方を記述する。さらに、用語「および／または」は、「および」または「または」を意味する。例えば、「Ａおよび／またはＢ」は、「Ａ」、「Ｂ」、または「ＡおよびＢ」を意味することができる。さらに、「Ａ、Ｂ、および／またはＣ」は、「Ａ単独」、「Ｂ単独」、「Ｃ単独」、「ＡおよびＢ」、「ＡおよびＣ」、「ＢおよびＣ」、または「Ａ、Ｂ、およびＣ」を意味する。
用語「接続される」、「結合される」、および「通信可能に結合される」、ならびに関
連する用語は、直接的または間接的な接続を指し得る。仕様が、構成要素または特徴が特性に含まれるか、または特性を有する「可能性がある（ｍａｙ）」、「可能性がある（ｃａｎ）」、「可能性がある（ｃｏｕｌｄ）」、または「可能性がある（ｍｉｇｈｔ）」と述べている場合、その特定の構成要素または特徴は、特性に含まれるか、または特性を有する必要はない。
用語「応答する」または「に応答して」は、アクションが、別のアクションに応答して完全にまたは部分的に実施されることを示し得る。用語「モジュール」は、ソフトウェア、ハードウェア、またはファームウェア（またはそれらの任意の組み合わせ）の構成要素に実装される機能的な構成要素を指す。
本明細書に開示される方法は、記載した方法を達成するための１つ以上のステップまたはアクションを含む。記述されている方法の適切な動作のために特定のステップまたはアクションの順序が必要とされる場合を除き、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲から逸脱することなく修正され得る。
結論として、本開示は、Ｃ－ＲＡＮで使用するためのフロントホールインターフェースのための新規のシステム、方法、および配置を提供する。本開示の１つ以上の構成の詳細な説明が上述されているが、様々な代替、改変、および等価物は、本開示の趣旨から変化することなく、当業者には明らかであろう。例えば、上述の構成は、特定の特徴、機能、手順、構成要素、要素、および／または構造を指すが、本開示の範囲はまた、特徴、機能、手順、構成要素、要素、および／または構造の異なる組み合わせを有する構成、ならびに記述された特徴、機能、手順、構成要素、および／または構造のすべてを含まない構成を含む。したがって、本開示の範囲は、特許請求の範囲の範囲内にあるすべてのこうした代替、修正、および変形を、そのすべての等価物とともに包含することを意図される。したがって、上記の記載は、制限として解釈すべきではない。
例示の実施形態
実施例１は、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）であって、複数のリモートユニットであって、各々が、無線周波数信号を少なくとも１つのユーザ機器（ＵＥ）と交換するように構成されている、複数のリモートユニットと、フロントホールネットワークを介して複数のリモートユニットに通信可能に結合された中央ユニットであって、フロントホールネットワークが、複数のマルチキャストグループを実装するように構成されており、マルチキャストグループの各々が、リモートユニットのそれぞれのグループを含み、中央ユニットが、フロントホールネットワークにわたってリモートユニットのそれぞれのサブセットに送信されるべきデータのセットを決定することと、リモートユニットのサブセットのそれぞれの１つへのデータのセットの各々のマッピングを決定することと、データのセットの各々について、マルチキャストグループのうちの少なくとも１つが、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットを完全に含む場合に、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットと最良に合致するマルチキャストグループに、当該データのセットをマルチキャストすることによって、フロントホールネットワークを介して、当該データのセットをリモートユニットのそれぞれのサブセットに伝送することと、を行うように構成されている、中央ユニットと、を含む、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）を含む。
実施例２は、データのセットの各々について、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットと最良に合致するマルチキャストグループが、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットを完全に含み、かつ最小の総数のリモートユニットを含む、マルチキャストグループのうちの１つを含む、実施例１に記載のＣ－ＲＡＮを含む。
実施例３は、中央ユニットが、３ＧＰＰ第５世代通信システムにおいて動作するように構成された分散ユニット（ＤＵ）である、実施例１または２に記載のＣ－ＲＡＮを含む。
実施例４は、中央ユニットが、３ＧＰＰ長期進化（ＬＴＥ）通信システムにおいて動作するように構成されたベースバンドコントローラである、実施例１～３のいずれかに記載のＣ－ＲＡＮを含む。
実施例５は、マッピングに基づいて、それぞれのインジケータを各データのセットに追加することであって、各それぞれのインジケータが、それぞれのデータのセットが対象としている各リモートユニットを示す、追加することを行うように構成されている、実施例１～４のいずれかに記載のＣ－ＲＡＮを含む。
実施例６は、各それぞれのインジケータが、複数のビット位置を含むそれぞれのビットマスクであり、各ビット位置が、複数のリモートユニットのうちのそれぞれの１つに対応する、実施例５に記載のＣ－ＲＡＮを含む。
実施例７は、中央ユニットが、データのセットの各々について、マルチキャストグループのいずれも、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットと合致しない場合に、当該データのセットをブロードキャストすることによって、フロントホールネットワークを介して、当該データのセットをリモートユニットのそれぞれのサブセットに伝送することを行うように構成されている、実施例５または６に記載のＣ－ＲＡＮを含む。
実施例８は、Ｃ－ＲＡＮが、初期の複数のマルチキャストグループが定義され、フロントホールネットワークが、初期の複数のマルチキャストグループを実装するように構成されるように、かつ定期的に、更新された複数のマルチキャストグループが定義され、フロントホールネットワークが、更新された複数のマルチキャストグループを実装するよう構成されるように、構成されている、実施例１～７のいずれかに記載のＣ－ＲＡＮを含む。
実施例９は、Ｃ－ＲＡＮが、各更新された複数のマルチキャストグループが最近のフロントホールトラフィックフロー、ならびに／またはユーザ機器およびユーザ機器にサービスを提供するために使用されるリモートユニットの最近の場所に基づいて定義されるように構成されている、実施例８に記載のＣ－ＲＡＮを含む。
実施例１０は、ユーザ機器およびユーザ機器にサービスを提供するために使用されるリモートユニットの場所が、各リモートユニットで行われたサウンディング参照信号（ＳＲＳ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、および／または物理ランダムアクセスチャネル（ＰＲＡＣＨ）のアップリンク測定と、ユーザ機器によって決定される優先ビーム情報と、ユーザ機器から受信したチャネル状態情報参照信号（ＣＳＩ－ＲＳ）測定レポートと、のうちの１つ以上によって決定される、実施例９に記載のＣ－ＲＡＮを含む。
実施例１１は、管理システムをさらに含み、中央ユニットおよび管理システムのうちの少なくとも１つが、初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループを定義することと、定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループについて、管理システム、中央ユニット、およびリモートユニットのうちの１つ以上に通知することと、フロントホールネットワークに、定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループを実装させることと、を行うように構成されている、実施例８～１
０のいずれかに記載のＣ－ＲＡＮを含む。
実施例１２は、管理プレーン（Ｍプレーン）通信が、定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループについて、管理システム、中央ユニット、およびリモートユニットのうちの１つ以上に通知することと、フロントホールネットワークに、定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループを実装させることと、のうちの少なくとも１つを行うために使用される、実施例１１に記載のＣ－ＲＡＮを含む。
実施例１３は、Ｍプレーン通信が、Ｏ－ＲＡＮのＭプレーン通信を含む、実施例１２に記載のＣ－ＲＡＮを含む。
実施例１４は、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）における中央ユニットによって実施される方法であって、Ｃ－ＲＡＮがまた、複数のリモートユニットであって、各々が、無線周波数信号を少なくとも１つのユーザ機器（ＵＥ）と交換するように構成されている、複数のリモートユニットを含み、中央ユニットが、フロントホールネットワークを介して、複数のリモートユニットに通信可能に結合され、フロントホールネットワークが、複数のマルチキャストグループを実装するように構成されており、マルチキャストグループの各々が、リモートユニットのそれぞれのグループを含み、方法が、フロントホールインターフェースにわたってリモートユニットのそれぞれのサブセットに送信されるべきデータのセットを決定することと、リモートユニットのサブセットのそれぞれの１つへのデータのセットの各々のマッピングを決定することと、データのセットの各々について、マルチキャストグループのうちの少なくとも１つが、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットに合致する場合に、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットと最良に合致するマルチキャストグループに、当該データのセットをマルチキャストすることによって、フロントホールネットワークを介して、当該データのセットをリモートユニットのそれぞれのサブセットに伝送することと、を含む、方法を含む。
実施例１５は、データのセットの各々について、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットと最良に合致するマルチキャストグループが、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットを完全に含み、かつ最小の総数のリモートユニットを含む、マルチキャストグループのうちの１つを含む、実施例１４に記載の方法を含む。
実施例１６は、中央ユニットが、３ＧＰＰ第５世代通信システムにおいて動作するように構成された分散ユニット（ＤＵ）である、実施例１４または１５に記載の方法を含む。
実施例１７は、中央ユニットが、３ＧＰＰ長期進化（ＬＴＥ）通信システムにおいて動作するように構成されたベースバンドコントローラである、実施例１４～１６のいずれかに記載の方法を含む。
実施例１８は、マッピングに基づいて、それぞれのインジケータを各データのセットに追加することであって、各それぞれのインジケータが、それぞれのデータのセットが対象としている各リモートユニットを示す、追加することをさらに含む、実施例１４～１７のいずれかに記載の方法を含む。
実施例１９は、各それぞれのインジケータが、複数のビット位置を含むそれぞれのビットマスクであり、各ビット位置が、複数のリモートユニットのうちのそれぞれの１つに対応する、実施例１８に記載の方法を含む。
実施例２０は、データのセットの各々について、マルチキャストグループのいずれも、当該データのセットにマッピングされたリモートユニットのそれぞれのサブセットと合致しない場合に、当該データのセットをブロードキャストすることによって、フロントホールネットワークを介して、当該データのセットをリモートユニットのそれぞれのサブセットに伝送することをさらに含む、実施例１８または１９に記載の方法を含む。
実施例２１は、初期の複数のマルチキャストグループが、Ｃ－ＲＡＮについて定義され、初期の複数のマルチキャストグループが、フロントホールネットワークによって実装され、定期的に、更新された複数のマルチキャストグループが、Ｃ－ＲＡＮについて定義され、更新された複数のマルチキャストグループが、フロントホールネットワークによって実装される、実施例１４～２０のいずれかに記載の方法を含む。
実施例２２は、各更新された複数のマルチキャストグループが、最近のフロントホールトラフィックフロー、ユーザ機器およびユーザ機器にサービスを提供するために使用されるリモートユニットの最近の場所、または何らかの組み合わせに基づいて定義される、実施例２１に記載の方法を含む。
実施例２３は、ユーザ機器およびユーザ機器にサービスを提供するために使用されるリモートユニットの場所が、各リモートユニットで行われたサウンディング参照信号（ＳＲＳ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、および／または物理ランダムアクセスチャネル（ＰＲＡＣＨ）のアップリンク測定と、ユーザ機器によって決定される優先ビーム情報と、ユーザ機器から受信したチャネル状態情報参照信号（ＣＳＩ－ＲＳ）測定レポートと、のうちの１つ以上によって決定される、実施例２２に記載の方法を含む。
実施例２４は、中央ユニットおよび管理システムのうちの少なくとも１つが、初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループを定義し、定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループについて、管理システム、中央ユニット、およびリモートユニットのうちの１つ以上に通知し、フロントホールネットワークに、定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループを実装させる、実施例２１～２３のいずれかに記載の方法を含む。
実施例２５は、管理プレーン（Ｍプレーン）通信が、定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループについて、管理システム、中央ユニット、およびリモートユニットのうちの１つ以上に通知することと、フロントホールネットワークに、定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループを実装させることと、のうちの少なくとも１つを行うために使用される、実施例２１～２４のいずれかに記載の方法を含む。
実施例２６は、Ｍプレーン通信が、Ｏ－ＲＡＮのＭプレーン通信を含む、実施例２５に記載の方法を含む。
実施例２７は、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）であって、複数のリモートユニットであって、各々が、無線周波数信号を少なくとも１つのユーザ機器（ＵＥ）と交換するように構成されている、複数のリモートユニットと、フロントホールネットワークを介して複数のリモートユニットに通信可能に結合された中央ユニットと、ディープパケット検査を実施するように構成されたエンティティであって、エンティティが、フロントホールネットワークを介して中央ユニットに通信可能に結合されている、エンティティと、を含み、中央ユニットが、フロントホールネットワークにわたって複数のリモートユニットに送信されるべきデータのセットを決定することと、複数のリモートユニットのうちの少なくとも１つへのデータのセットの各々のマッピングを決定することと、マッピングに基づいて、それぞれのインジケータを各データのセットについてのパケットに追加することであって、各それぞれのインジケータが、それぞれのパケットおよびデータのセットが対象としている各リモートユニットを示す、追加することと、フロントホールネットワークを介して、各々がそれぞれのインジケータを有するデータのセットについてのパケットをエンティティに送信することと、を行うように構成されており、エンティティが、パケットが対象としている各リモートユニットを決定し、フロントホールネットワークを介してそのパケットが対象としている各リモートユニットに、当該パケットを通信するために、パケットの各々にディープパケット検査を行うように構成されている、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）を含む。
実施例２８は、中央ユニットが、３ＧＰＰ第５世代通信システムにおいて動作するように構成された分散ユニット（ＤＵ）である、実施例２７に記載のＣ－ＲＡＮを含む。
実施例２９は、中央ユニットが、３ＧＰＰ長期進化（ＬＴＥ）通信システムにおいて動作するように構成されたベースバンドコントローラである、実施例２７または２８に記載のＣ－ＲＡＮを含む。
実施例３０は、エンティティが、フロントホールネットワーク内に１つ以上のスイッチを含む、実施例２７～２９のいずれかに記載のＣ－ＲＡＮを含む。
実施例３１は、エンティティが、フロントホールマネージャ（ＦＨＭ）を含む、実施例２７～３０のいずれかに記載のＣ－ＲＡＮを含む。
実施例３２は、各それぞれのインジケータが、複数のビット位置を含むそれぞれのビットマスクであり、各ビット位置が、複数のリモートユニットのうちのそれぞれの１つに対応する、実施例２７～３１のいずれかに記載のＣ－ＲＡＮを含む。
実施例３３は、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）で実施される方法であって、複数のリモートユニットであって、各々が、無線周波数信号を少なくとも１つのユーザ機器（ＵＥ）と交換するように構成されている、複数のリモートユニットを含み、Ｃ－ＲＡＮがまた、フロントホールネットワークを介して複数のリモートユニットに通信可能に結合された中央ユニットと、ディープパケット検査を実施するように構成されたエンティティと、を含み、エンティティが、フロントホールネットワークを介して中央ユニットおよびリモートユニットに通信可能に結合され、方法が、フロントホールネットワークにわたって複数のリモートユニットに送信されるべきデータのセットを決定することと、複数のリモートユニットのうちの少なくとも１つへのデータのセットの各々のマッピングを決定することと、マッピングに基づいて、それぞれのインジケータを各データのセットについてのパケットに追加することであって、各それぞれのインジケータが、それぞれのパケットおよびデータのセットが対象としている各リモートユニットを示す、追加することと、フロントホールネットワークを介して、各々がそれぞれのインジケータを有するデータのセットについてのパケットをエンティティに送信することと、エンティティによって、パケットが対象としている各リモートユニットを決定し、フロントホールネットワークを介して当該パケットが対象としている各リモートユニットに、当該パケットを通信するために、パケットの各々にディープパケット検査を実施することと、を含む、方法を含む。
実施例３４は、中央ユニットが、３ＧＰＰ第５世代通信システムにおいて動作するよう
に構成された分散ユニット（ＤＵ）である、実施例３３に記載の方法を含む。
実施例３５は、中央ユニットが、３ＧＰＰ長期進化（ＬＴＥ）通信システムにおいて動作するように構成されたベースバンドコントローラである、実施例３３または３４に記載の方法を含む。
実施例３６は、エンティティが、フロントホールネットワーク内に１つ以上のスイッチを含む、実施例３３～３５のいずれかに記載の方法を含む。
実施例３７は、エンティティが、フロントホールマネージャ（ＦＨＭ）を含む、実施例３３～３６のいずれかに記載の方法を含む。
実施例３８は、各それぞれのインジケータが、複数のビット位置を含むそれぞれのビットマスクであり、各ビット位置が、複数のリモートユニットのうちのそれぞれの１つに対応する、実施例３３～３７のいずれかに記載の方法を含む。

Claims (38)

  1. クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）であって、
    複数のリモートユニットであって、各々が、無線周波数信号を少なくとも１つのユーザ機器（ＵＥ）と交換するように構成されている、複数のリモートユニットと、
    フロントホールネットワークを介して前記複数のリモートユニットに通信可能に結合された中央ユニットであって、前記フロントホールネットワークが、複数のマルチキャストグループを実装するように構成されており、前記マルチキャストグループの各々が、前記リモートユニットのそれぞれのグループを含み、前記中央ユニットが、
    前記フロントホールネットワークにわたって前記リモートユニットのそれぞれのサブセットに送信されるべきデータのセットを決定することと、
    前記リモートユニットの前記サブセットのそれぞれの１つへの前記データのセットの各々のマッピングを決定することと、
    前記データのセットの各々について、前記マルチキャストグループのうちの少なくとも１つが、当該データのセットにマッピングされた前記リモートユニットのそれぞれのサブセットを完全に含む場合に、当該データのセットにマッピングされた前記リモートユニットのそれぞれのサブセットと最良に合致する前記マルチキャストグループに、当該データのセットをマルチキャストすることによって、前記フロントホールネットワークを介して、当該データのセットを前記リモートユニットのそれぞれのサブセットに伝送することと、を行うように構成されている、中央ユニットと、を含む、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）。
  2. 前記データのセットの各々について、当該データのセットにマッピングされた前記リモートユニットのそれぞれのサブセットと最良に合致する前記マルチキャストグループが、当該データのセットにマッピングされた前記リモートユニットのそれぞれのサブセットを完全に含み、かつ最小の総数のリモートユニットを含む、前記マルチキャストグループのうちの１つを含む、請求項１に記載のＣ－ＲＡＮ。
  3. 前記中央ユニットが、３ＧＰＰ第５世代通信システムにおいて動作するように構成された分散ユニット（ＤＵ）である、請求項１に記載のＣ－ＲＡＮ。
  4. 前記中央ユニットが、３ＧＰＰ長期進化（ＬＴＥ）通信システムにおいて動作するように構成されたベースバンドコントローラである、請求項１に記載のＣ－ＲＡＮ。
  5. 前記中央ユニットが、
    前記マッピングに基づいて、それぞれのインジケータを各データのセットに追加することであって、各それぞれのインジケータが、前記それぞれのデータのセットが対象としている各リモートユニットを示す、追加することを行うように構成されている、請求項１に記載のＣ－ＲＡＮ。
  6. 各それぞれのインジケータが、複数のビット位置を含むそれぞれのビットマスクであり、各ビット位置が、前記複数の前記リモートユニットのうちのそれぞれの１つに対応する、請求項５に記載のＣ－ＲＡＮ。
  7. 前記中央ユニットが、
    前記データのセットの各々について、前記マルチキャストグループのいずれも、当該データのセットにマッピングされた前記リモートユニットのそれぞれのサブセットと合致しない場合に、当該データのセットをブロードキャストすることによって、前記フロントホールネットワークを介して、当該データのセットを前記リモートユニットのそれぞれのサブセットに伝送することを行うように構成されている、請求項５に記載のＣ－ＲＡＮ。
  8. 前記Ｃ－ＲＡＮが、
    初期の複数のマルチキャストグループが定義され、前記フロントホールネットワークが、前記初期の複数のマルチキャストグループを実装するように構成されるように、かつ
    定期的に、更新された複数のマルチキャストグループが定義され、前記フロントホールネットワークが、前記更新された複数のマルチキャストグループを実装するよう構成されるように、構成されている、請求項１に記載のＣ－ＲＡＮ。
  9. 前記Ｃ－ＲＡＮが、各更新された複数のマルチキャストグループが最近のフロントホールトラフィックフロー、ならびに／または前記ユーザ機器および前記ユーザ機器にサービスを提供するために使用される前記リモートユニットの最近の場所に基づいて定義されるように構成されている、請求項８に記載のＣ－ＲＡＮ。
  10. 前記ユーザ機器および前記ユーザ機器にサービスを提供するために使用される前記リモートユニットの前記場所が、
    各リモートユニットで行われたサウンディング参照信号（ＳＲＳ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、および／または物理ランダムアクセスチャネル（ＰＲＡＣＨ）のアップリンク測定と、
    前記ユーザ機器によって決定される優先ビーム情報と、
    前記ユーザ機器から受信したチャネル状態情報参照信号（ＣＳＩ－ＲＳ）測定レポートと、のうちの１つ以上によって決定される、請求項９に記載のＣ－ＲＡＮ。
  11. 管理システムをさらに含み、前記中央ユニットおよび前記管理システムのうちの少なくとも１つが、前記初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループを定義することと、前記定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループについて、前記管理システム、中央ユニット、およびリモートユニットのうちの１つ以上に通知することと、前記フロントホールネットワークに、前記定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループを実装させることと、を行うように構成されている、請求項８に記載のＣ－ＲＡＮ。
  12. 管理プレーン（Ｍプレーン）通信が、
    前記定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループについて、前記管理システム、中央ユニット、およびリモートユニットのうちの１つ以上に通知することと、
    前記フロントホールネットワークに、前記定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループを実装させることと、のうちの少なくとも１つを行うために使用される、請求項１１に記載のＣ－ＲＡＮ。
  13. 前記Ｍプレーン通信が、Ｏ－ＲＡＮのＭプレーン通信を含む、請求項１２に記載のＣ－ＲＡＮ。
  14. クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）における中央ユニットによって実施される方法であって、前記Ｃ－ＲＡＮがまた、複数のリモートユニットであって、各々が、無線周波数信号を少なくとも１つのユーザ機器（ＵＥ）と交換するように構成されている、複数のリモートユニットを含み、前記中央ユニットが、フロントホールネットワークを介して、前記複数のリモートユニットに通信可能に結合され、前記フロントホールネットワークが、複数のマルチキャストグループを実装するように構成されており、前記マルチキャストグループの各々が、前記リモートユニットのそれぞれのグループを含み、前記方法が、
    前記フロントホールインターフェースにわたって前記リモートユニットのそれぞれのサブセットに送信されるべきデータのセットを決定することと、
    前記リモートユニットの前記サブセットのそれぞれの１つへの前記データのセットの各々のマッピングを決定することと、
    前記データのセットの各々について、前記マルチキャストグループのうちの少なくとも１つが、当該データのセットにマッピングされた前記リモートユニットのそれぞれのサブセットに合致する場合に、当該データのセットにマッピングされた前記リモートユニットのそれぞれのサブセットと最良に合致する前記マルチキャストグループに、当該データのセットをマルチキャストすることによって、前記フロントホールネットワークを介して、当該データのセットを前記リモートユニットのそれぞれのサブセットに伝送することと、を含む、方法。
  15. 前記データのセットの各々について、当該データのセットにマッピングされた前記リモートユニットのそれぞれのサブセットと最良に合致する前記マルチキャストグループが、当該データのセットにマッピングされた前記リモートユニットのそれぞれのサブセットを完全に含み、かつ最小の総数のリモートユニットを含む、前記マルチキャストグループのうちの１つを含む、請求項１４に記載の方法。
  16. 前記中央ユニットが、３ＧＰＰ第５世代通信システムにおいて動作するように構成された分散ユニット（ＤＵ）である、請求項１４に記載の方法。
  17. 前記中央ユニットが、３ＧＰＰ長期進化（ＬＴＥ）通信システムにおいて動作するように構成されたベースバンドコントローラである、請求項１４に記載の方法。
  18. 前記マッピングに基づいて、それぞれのインジケータを各データのセットに追加することであって、各それぞれのインジケータが、前記それぞれのデータのセットが対象としている各リモートユニットを示す、追加することをさらに含む、請求項１４に記載の方法。
  19. 各それぞれのインジケータが、複数のビット位置を含むそれぞれのビットマスクであり、各ビット位置が、前記複数の前記リモートユニットのうちのそれぞれの１つに対応する、請求項１８に記載の方法。
  20. 前記データのセットの各々について、前記マルチキャストグループのいずれも、当該データのセットにマッピングされた前記リモートユニットのそれぞれのサブセットと合致しない場合に、当該データのセットをブロードキャストすることによって、前記フロントホールネットワークを介して、当該データのセットを前記リモートユニットのそれぞれのサブセットに伝送することをさらに含む、請求項１８に記載の方法。
  21. 初期の複数のマルチキャストグループが、前記Ｃ－ＲＡＮについて定義され、前記初期の複数のマルチキャストグループが、前記フロントホールネットワークによって実装され、
    定期的に、更新された複数のマルチキャストグループが、Ｃ－ＲＡＮについて定義され、前記更新された複数のマルチキャストグループが、前記フロントホールネットワークによって実装される、請求項１４に記載の方法。
  22. 各更新された複数のマルチキャストグループが、最近のフロントホールトラフィックフロー、前記ユーザ機器および前記ユーザ機器にサービスを提供するために使用される前記リモートユニットの最近の場所、または何らかの組み合わせに基づいて定義される、請求項２１に記載の方法。
  23. 前記ユーザ機器および前記ユーザ機器にサービスを提供するために使用される前記リモートユニットの前記場所が、
    各リモートユニットで行われたサウンディング参照信号（ＳＲＳ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、および／または物理ランダムアクセスチャネル（ＰＲＡＣＨ）のアップリンク測定と、
    前記ユーザ機器によって決定される優先ビーム情報と、
    前記ユーザ機器から受信したチャネル状態情報参照信号（ＣＳＩ－ＲＳ）測定レポートと、のうちの１つ以上によって決定される、請求項２２に記載の方法。
  24. 前記中央ユニットおよび前記管理システムのうちの少なくとも１つが、前記初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループを定義し、前記定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループについて、前記管理システム、中央ユニット、およびリモートユニットのうちの１つ以上に通知し、前記フロントホールネットワークに、前記定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループを実装させる、請求項２１に記載の方法。
  25. 管理プレーン（Ｍプレーン）通信が、
    前記定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループについて、前記管理システム、中央ユニット、およびリモートユニットのうちの１つ以上に通知することと、
    前記フロントホールネットワークに、前記定義された初期の複数のマルチキャストグループおよび各更新された複数のマルチキャストグループを実装させることと、のうちの少なくとも１つを行うために使用される、請求項２１に記載の方法。
  26. 前記Ｍプレーン通信が、Ｏ－ＲＡＮのＭプレーン通信を含む、請求項２５に記載の方法。
  27. クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）であって、
    複数のリモートユニットであって、各々が、無線周波数信号を少なくとも１つのユーザ機器（ＵＥ）と交換するように構成されている、複数のリモートユニットと、
    フロントホールネットワークを介して前記複数のリモートユニットに通信可能に結合された中央ユニットと、
    ディープパケット検査を実施するように構成されたエンティティであって、前記エンティティが、前記フロントホールネットワークを介して前記中央ユニットに通信可能に結合されている、エンティティと、を含み、
    前記中央ユニットが、
    前記フロントホールネットワークにわたって複数のリモートユニットに送信されるべきデータのセットを決定することと、
    前記複数のリモートユニットのうちの少なくとも１つへの前記データのセットの各々のマッピングを決定することと、
    前記マッピングに基づいて、それぞれのインジケータを各データのセットについてのパケットに追加することであって、各それぞれのインジケータが、前記それぞれのパケットおよびデータのセットが対象としている各リモートユニットを示す、追加することと、
    前記フロントホールネットワークを介して、各々が前記それぞれのインジケータを有する前記データのセットについての前記パケットを前記エンティティに送信することと、を行うように構成されており、
    前記エンティティが、パケットが対象としている各リモートユニットを決定し、前記フロントホールネットワークを介してそのパケットが対象としている各リモートユニットに、当該パケットを通信するために、前記パケットの各々にディープパケット検査を行うよ
    うに構成されている、クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）。
  28. 前記中央ユニットが、３ＧＰＰ第５世代通信システムにおいて動作するように構成された分散ユニット（ＤＵ）である、請求項２７に記載のＣ－ＲＡＮ。
  29. 前記中央ユニットが、３ＧＰＰ長期進化（ＬＴＥ）通信システムにおいて動作するように構成されたベースバンドコントローラである、請求項２７に記載のＣ－ＲＡＮ。
  30. 前記エンティティが、前記フロントホールネットワーク内に１つ以上のスイッチを含む、請求項２７に記載のＣ－ＲＡＮ。
  31. 前記エンティティが、フロントホールマネージャ（ＦＨＭ）を含む、請求項２７に記載のＣ－ＲＡＮ。
  32. 各それぞれのインジケータが、複数のビット位置を含むそれぞれのビットマスクであり、各ビット位置が、前記複数の前記リモートユニットのうちのそれぞれの１つに対応する、請求項２７に記載のＣ－ＲＡＮ。
  33. クラウド無線アクセスネットワーク（Ｃ－ＲＡＮ）で実施される方法であって、複数のリモートユニットであって、各々が、無線周波数信号を少なくとも１つのユーザ機器（ＵＥ）と交換するように構成されている、複数のリモートユニットを含み、前記Ｃ－ＲＡＮがまた、フロントホールネットワークを介して前記複数のリモートユニットに通信可能に結合された中央ユニットと、ディープパケット検査を実施するように構成されたエンティティと、を含み、前記エンティティが、前記フロントホールネットワークを介して前記中央ユニットおよびリモートユニットに通信可能に結合され、前記方法が、
    前記フロントホールネットワークにわたって複数のリモートユニットに送信されるべきデータのセットを決定することと、
    前記複数のリモートユニットのうちの少なくとも１つへの前記データのセットの各々のマッピングを決定することと、
    前記マッピングに基づいて、それぞれのインジケータを各データのセットについてのパケットに追加することであって、各それぞれのインジケータが、前記それぞれのパケットおよびデータのセットが対象としている各リモートユニットを示す、追加することと、
    前記フロントホールネットワークを介して、各々が前記それぞれのインジケータを有する前記データのセットについての前記パケットを前記エンティティに送信することと、
    前記エンティティによって、パケットが対象としている各リモートユニットを決定し、前記フロントホールネットワークを介して当該パケットが対象としている各リモートユニットに、当該パケットを通信するために、前記パケットの各々にディープパケット検査を実施することと、を含む、方法。
  34. 前記中央ユニットが、３ＧＰＰ第５世代通信システムにおいて動作するように構成された分散ユニット（ＤＵ）である、請求項３３に記載の方法。
  35. 前記中央ユニットが、３ＧＰＰ長期進化（ＬＴＥ）通信システムにおいて動作するように構成されたベースバンドコントローラである、請求項３３に記載の方法。
  36. 前記エンティティが、前記フロントホールネットワーク内に１つ以上のスイッチを含む、請求項３３に記載の方法。
  37. 前記エンティティが、フロントホールマネージャ（ＦＨＭ）を含む、請求項３３に記載の方法。
  38. 各それぞれのインジケータが、複数のビット位置を含むそれぞれのビットマスクであり、各ビット位置が、前記複数の前記リモートユニットのうちのそれぞれの１つに対応する、請求項３３に記載の方法。
JP2023007987A 2019-07-02 2023-01-23 クラウド無線アクセスネットワークで使用するためのフロントホールインターフェース Pending JP2023052569A (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201962870025P 2019-07-02 2019-07-02
US62/870,025 2019-07-02
US201962895625P 2019-09-04 2019-09-04
US62/895,625 2019-09-04
US202062956402P 2020-01-02 2020-01-02
US62/956,402 2020-01-02
JP2021578036A JP7304979B2 (ja) 2019-07-02 2020-07-01 クラウド無線アクセスネットワークで使用するためのフロントホールインターフェース

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2021578036A Division JP7304979B2 (ja) 2019-07-02 2020-07-01 クラウド無線アクセスネットワークで使用するためのフロントホールインターフェース

Publications (2)

Publication Number Publication Date
JP2023052569A true JP2023052569A (ja) 2023-04-11
JP2023052569A5 JP2023052569A5 (ja) 2023-07-06

Family

ID=74066178

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2021578036A Active JP7304979B2 (ja) 2019-07-02 2020-07-01 クラウド無線アクセスネットワークで使用するためのフロントホールインターフェース
JP2021578034A Pending JP2022538891A (ja) 2019-07-02 2020-07-01 クラウド無線アクセスネットワークとともに使用するためのフロントホールインターフェース
JP2023007987A Pending JP2023052569A (ja) 2019-07-02 2023-01-23 クラウド無線アクセスネットワークで使用するためのフロントホールインターフェース

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2021578036A Active JP7304979B2 (ja) 2019-07-02 2020-07-01 クラウド無線アクセスネットワークで使用するためのフロントホールインターフェース
JP2021578034A Pending JP2022538891A (ja) 2019-07-02 2020-07-01 クラウド無線アクセスネットワークとともに使用するためのフロントホールインターフェース

Country Status (5)

Country Link
US (6) US11838748B2 (ja)
EP (3) EP3994846A4 (ja)
JP (3) JP7304979B2 (ja)
CN (4) CN114223171B (ja)
WO (3) WO2021003283A1 (ja)

Families Citing this family (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020181087A1 (en) * 2019-03-07 2020-09-10 Commscope Technologies Llc Baseband controller for centralized radio access network (c-ran) implemented using hybrid virtualization architecture
WO2021003283A1 (en) 2019-07-02 2021-01-07 Commscope Technologies Llc Fronthaul interface for use with a cloud radio access network
CN114175707A (zh) 2019-07-22 2022-03-11 约翰·梅扎林瓜联合有限公司 在单一虚拟基站环境中的共享频谱接入系统中用于安全地承载多个网络运营商的系统及方法
IT202000022141A1 (it) * 2020-09-18 2022-03-18 Commscope Technologies Llc Interfaccia fronthaul per sistemi di rete di accesso split-radio avanzati (ran)
JP2023513122A (ja) * 2020-02-05 2023-03-30 コムスコープ テクノロジーズ リミティド ライアビリティ カンパニー 先進的な分割無線アクセスネットワーク（ｒａｎ）システムのためのフロントホールインターフェース
US11812317B2 (en) * 2020-02-27 2023-11-07 Commscope Technologies Llc Selective transmission and reception in centralized radio access network (C-RAN) employing beamforming
JP7493986B2 (ja) * 2020-04-10 2024-06-03 パナソニックホールディングス株式会社 無線ユニット及び通信方法
US11394650B2 (en) * 2020-04-14 2022-07-19 Charter Communications Operating, Llc Modificationless packet prioritization for frame generation
US11283722B2 (en) 2020-04-14 2022-03-22 Charter Communications Operating, Llc Packet prioritization for frame generation
CN115735378A (zh) 2020-06-18 2023-03-03 约翰·梅扎林瓜联合有限公司 具有多运营商及多信号格式前传能力的集成无线电网络
US11706004B2 (en) * 2020-07-10 2023-07-18 Mavenir Systems, Inc. Method for assigning identifiers to fronthaul traffic flows in O-RAN compliant radio access network
US20220021423A1 (en) * 2020-07-20 2022-01-20 Mavenir Networks, Inc. Method for enabling efficient mimo processing for o-ran fronthaul interface in cloud ran systems
FR3113349B1 (fr) * 2020-08-06 2023-04-28 Thales Sa Methode de transmission robuste d'echantillons de signaux numerises dans un systeme de communications rf
EP4009542A1 (en) * 2020-12-02 2022-06-08 Rohde & Schwarz GmbH & Co. KG Modulation system and modulation method for modulating a satellite uplink signal
US11424851B2 (en) * 2020-12-09 2022-08-23 Qualcomm Incorporated Dynamic bit width determination for resource block group mask
US11979227B2 (en) 2020-12-09 2024-05-07 Electronics And Telecommunications Research Institute Method and apparatus for relaying data in communication system
US11510208B2 (en) * 2021-01-07 2022-11-22 T-Mobile Usa, Inc. Selection of open radio access network (RAN) components
WO2022177959A1 (en) * 2021-02-17 2022-08-25 Commscope Technologies Llc Protection zones for use in centralized or cloud radio access network (c-ran)
CN112996074B (zh) * 2021-03-09 2023-04-07 中国联合网络通信集团有限公司 共享小区下的路由方法、装置、终端设备及存储介质
EP4201156A4 (en) * 2021-03-18 2024-03-13 Samsung Electronics Co., Ltd. MULTIPLE RECEPTION/TRANSMISSION POINT (TRP) SYSTEM AND ITS METHOD
US11729654B2 (en) * 2021-05-05 2023-08-15 Qualcomm Incorporated Communication techniques between a radio unit and a distributed unit via an application programming interface
US11800404B1 (en) 2021-05-20 2023-10-24 Amazon Technologies, Inc. Multi-tenant radio-based application pipeline processing server
US11720425B1 (en) 2021-05-20 2023-08-08 Amazon Technologies, Inc. Multi-tenant radio-based application pipeline processing system
IT202100014903A1 (it) * 2021-06-08 2022-12-08 Commscope Technologies Llc Divisione funzionale interna in un’unitá radio massive mimo basata su o-ran e protocolli di comunicazione interni
US11916999B1 (en) 2021-06-30 2024-02-27 Amazon Technologies, Inc. Network traffic management at radio-based application pipeline processing servers
US11356500B1 (en) 2021-06-30 2022-06-07 Amazon Technologies, Inc. Disaggregated processing of radio-based applications
US11889399B2 (en) * 2021-07-27 2024-01-30 Rockwell Collins, Inc. Military central units and distributed units
KR20230021507A (ko) * 2021-08-05 2023-02-14 삼성전자주식회사 무선 통신 시스템에서 프런트홀 전송을 위한 장치 및 방법
US20230049447A1 (en) * 2021-08-11 2023-02-16 Commscope Technologies Llc Systems and methods for fronthaul optimization using software defined networking
US11539582B1 (en) 2021-08-30 2022-12-27 Amazon Technologies, Inc. Streamlined onboarding of offloading devices for provider network-managed servers
KR102543901B1 (ko) * 2021-09-01 2023-06-20 주식회사 에이디알에프코리아 O-ran표준 기반의 다중 사업자, 다중 주파수대역용 분산형 안테나 시스템
EP4397076A1 (en) * 2021-09-02 2024-07-10 Mavenir Systems, Inc. Enabling physical random-access channel repetition combining in radio unit for o-ran-based radio access network
JPWO2023067980A1 (ja) * 2021-10-19 2023-04-27
CN114071516B (zh) * 2021-11-12 2024-02-06 三维通信股份有限公司 分布式天线系统的载波配置方法、系统、处理设备及芯片
US20230164597A1 (en) * 2021-11-21 2023-05-25 Sterlite Technologies Limited Detecting sleeping cells of radio unit in wireless communication system
WO2023114668A1 (en) * 2021-12-13 2023-06-22 Commscope Technologies Llc Resource pooling for virtualized radio access network
IT202200003305A1 (it) * 2022-02-22 2023-08-22 Commscope Technologies Llc Riduzione della larghezza di banda fronthaul nella rete di accesso radio
WO2023164480A1 (en) * 2022-02-22 2023-08-31 Commscope Technologies Llc Fronthaul bandwidth reduction in radio access network
US11985065B2 (en) 2022-06-16 2024-05-14 Amazon Technologies, Inc. Enabling isolated virtual network configuration options for network function accelerators
WO2023243876A1 (ko) * 2022-06-17 2023-12-21 삼성전자주식회사 프론트홀 인터페이스에서 주파수 오프셋을 제공하기 위한 전자 장치 및 방법
US11824943B1 (en) 2022-06-29 2023-11-21 Amazon Technologies, Inc. Managed connectivity between cloud service edge locations used for latency-sensitive distributed applications
WO2024039976A1 (en) * 2022-08-17 2024-02-22 Commscope Technologies Llc Per-radio unit neighbor list
US11937103B1 (en) 2022-08-17 2024-03-19 Amazon Technologies, Inc. Enhancing availability of radio-based applications using multiple compute instances and virtualized network function accelerators at cloud edge locations
IL297176B2 (en) * 2022-10-07 2023-12-01 Runcom Communications Ltd Wireless networks Integrated access in physical layer and Fronthaul (IAF)

Family Cites Families (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2119334C (en) * 1993-04-07 2006-11-07 Laroy Tymes Protocol for packet data communication system
US20050157675A1 (en) * 2004-01-16 2005-07-21 Feder Peretz M. Method and apparatus for cellular communication over data networks
US7260558B1 (en) 2004-10-25 2007-08-21 Hi/Fn, Inc. Simultaneously searching for a plurality of patterns definable by complex expressions, and efficiently generating data for such searching
US8448234B2 (en) * 2007-02-15 2013-05-21 Marvell Israel (M.I.S.L) Ltd. Method and apparatus for deep packet inspection for network intrusion detection
CN102301774B (zh) * 2009-01-30 2014-04-23 株式会社日立制作所 无线通信系统及通信控制方法
JP5303784B2 (ja) 2009-03-10 2013-10-02 株式会社日立製作所 無線通信システム
US20110299427A1 (en) 2009-04-14 2011-12-08 Thomas P Chu Method and apparatus for distributed media conferencing
US9788348B2 (en) 2011-05-10 2017-10-10 Google Technology Holdings LLC Method and apparatus for providing wireless service to a collective of remote units by a wireless local area network
KR101477169B1 (ko) 2011-09-26 2014-12-29 주식회사 에치에프알 클라우드 기반 네트워크를 위한 광 선로 공유 방법과 그를 위한 시스템 및 장치
US8787373B2 (en) 2012-01-19 2014-07-22 International Business Machines Corporation Multicast miss notification for a distributed network switch
WO2013163595A2 (en) * 2012-04-27 2013-10-31 Interdigital Patent Holdings, Inc. Method and apparatus for optimizing proximity data path setup
US9125047B2 (en) 2012-07-26 2015-09-01 Nec Laboratories America, Inc. Cloud-based radio access network for small cells
US9380466B2 (en) * 2013-02-07 2016-06-28 Commscope Technologies Llc Radio access networks
JP6034216B2 (ja) 2013-02-19 2016-11-30 セイコーインスツル株式会社 防水機器及び携帯時計
WO2015016455A1 (ko) 2013-08-01 2015-02-05 엘지전자 주식회사 단말이 랜덤 액세스를 수행하는 방법 및 단말
US10244507B2 (en) 2013-09-24 2019-03-26 Andrew Wireless Systems Gmbh Distributed processing in a centralized radio access network
JP6571072B2 (ja) * 2013-10-11 2019-09-04 エルジー エレクトロニクス インコーポレイティド クラウドｒａｎ環境でｒｒｈの電源を制御する方法
US20160277964A1 (en) 2013-12-13 2016-09-22 Telefonaktiebolaget L M Ericsson (Publ) Devices and methods for multiplexing and demultiplexing common public radio interface data streams
FR3017738A1 (fr) 2014-02-14 2015-08-21 Orange Commande d'equipement, perfectionnee et universelle
EP3108675B1 (en) 2014-02-21 2017-08-23 Telefonaktiebolaget LM Ericsson (publ) Pico-rru-based network implementation for facilitating 6lowpan data access
CN118175636A (zh) 2014-06-09 2024-06-11 艾尔瓦纳有限合伙公司 在无线电接入网络中调度相同的资源
EP3158808B1 (en) 2014-06-23 2020-02-19 Telecom Italia S.p.A. Method for dynamically reducing fronthaul load between a base station and multiple remote radio units
KR101571057B1 (ko) * 2014-07-29 2015-11-23 (주)씨맥스와이어리스 분산형 무선 기지국
US9787806B2 (en) 2014-12-15 2017-10-10 Avago Technologies General Ip (Singapore) Pte. Ltd. Digital distributed antenna system
US9705784B2 (en) * 2014-12-31 2017-07-11 Juniper Networks, Inc. Bit index explicit replication (BIER)forwarding for network device components
RU2671949C1 (ru) 2015-01-12 2018-11-08 Телефонактиеболагет Лм Эрикссон (Пабл) Способы и модули для управления пакетами в программно-конфигурируемой сети
US9900169B2 (en) 2015-03-18 2018-02-20 Cisco Technology, Inc. Reliable multicast in low-power and lossy networks
KR102106134B1 (ko) 2015-05-15 2020-05-04 주식회사 케이티 단말의 무선연결 구성방법 및 그 장치
US10148332B2 (en) * 2015-05-28 2018-12-04 Futurewei Technologies, Inc. System and method for multi-level beamformed non-orthogonal multiple access communications
CN106255222B (zh) 2015-06-15 2019-12-27 株式会社Kt 无线通信系统、ue信息发送方法和基站信息接收方法
WO2016208614A1 (ja) * 2015-06-24 2016-12-29 日本電信電話株式会社 無線ネットワークシステム
US9961688B1 (en) 2015-07-12 2018-05-01 Kiomars Anvari Cloud ran architecture
US10250485B2 (en) 2015-10-08 2019-04-02 Abl Ip Holding Llc Broadcast message translation in a network device
US10608734B2 (en) * 2015-10-22 2020-03-31 Phluido, Inc. Virtualization and orchestration of a radio access network
US10432758B2 (en) 2015-11-04 2019-10-01 Altiostar Networks, Inc. Dynamic robust downlink packet delivery
US10785791B1 (en) 2015-12-07 2020-09-22 Commscope Technologies Llc Controlling data transmission in radio access networks
WO2017171355A2 (ko) 2016-03-28 2017-10-05 엘지전자 주식회사 시스템 정보를 획득하는 방법 및 장치
US20200305220A1 (en) 2016-03-31 2020-09-24 Nec Corporation Radio access network node, radio terminal, network node, and method therefor
EP3430830B1 (en) 2016-05-20 2021-09-22 Huawei Technologies Co., Ltd. Control node and method thereof
CN109155645B (zh) 2016-05-27 2021-05-28 Lg 电子株式会社 在分布式天线通信系统中分配终端标识符的方法及其设备
WO2018009340A1 (en) 2016-07-05 2018-01-11 Intel Corporation Systems, methods and devices for control-user plane separation for 5g radio access networks
CN109479309B (zh) 2016-07-13 2022-10-11 三星电子株式会社 在移动通信中使用的接入控制方法和装置
US10405197B2 (en) * 2016-08-30 2019-09-03 Nxgen Partners Ip, Llc System and method for using dedicated PAL band for control pane and GAA band as well as parts of PAL band for data plan on a CBRS network
US10165459B2 (en) * 2016-09-07 2018-12-25 Verizon Patent And Licensing Inc. Remote monitoring of fronthaul radio signals
US10425144B2 (en) 2016-09-30 2019-09-24 Qualcomm Incorporated Methods for assisting in beam sweeping, tracking and recovery
WO2018162947A1 (en) 2017-03-06 2018-09-13 Telefonaktiebolaget Lm Ericsson (Publ) Bit indexed explicit replication based multicast for locator identifier separation protocol
CN111642030B (zh) 2017-03-16 2022-05-03 中兴通讯股份有限公司 一种用户信息管理的方法和系统
EP3606261A4 (en) 2017-03-23 2020-12-09 NTT DoCoMo, Inc. USER TERMINAL AND WIRELESS COMMUNICATION PROCESS
US10158573B1 (en) 2017-05-01 2018-12-18 Barefoot Networks, Inc. Forwarding element with a data plane load balancer
US10405344B2 (en) * 2017-05-09 2019-09-03 Commscope Technologies Llc Zone-based homing and scheduling for centralized radio access network (C-RAN) system with a cluster of baseband units
US11277814B2 (en) 2017-06-20 2022-03-15 Motorola Mobility Llc Methods and apparatuses for paging a remote unit with a direct mobile connection
KR102067246B1 (ko) 2017-10-25 2020-01-16 에스케이텔레콤 주식회사 기지국장치 및 기지국장치에서의 데이터 패킷 전송 방법
DE102019103055B4 (de) * 2018-02-07 2024-06-06 Mavenir Systems Inc. Management von funkeinheiten in cloud radio access netzwerken
US11395259B2 (en) 2018-05-16 2022-07-19 Commscope Technologies Llc Downlink multicast for efficient front-haul utilization in a C-RAN
CN108777875B (zh) * 2018-05-21 2021-06-29 武汉虹信科技发展有限责任公司 一种业务处理方法及装置
CN208777875U (zh) 2018-07-10 2019-04-23 深圳广田集团股份有限公司 一种单元幕墙隐藏式开启扇
EP3868074A4 (en) * 2018-10-16 2022-06-29 Parallel Wireless, Inc. Radio access network dynamic functional splits
US11134506B2 (en) 2019-01-02 2021-09-28 Nokia Technologies Oy Systems and methods for avoiding delays for ULL traffic
US11160048B2 (en) 2019-04-29 2021-10-26 Corning Research & Development Corporation Systems and methods for automatic routing, mapping, and clustering of remote units in a distributed communication system
WO2021003283A1 (en) 2019-07-02 2021-01-07 Commscope Technologies Llc Fronthaul interface for use with a cloud radio access network

Also Published As

Publication number Publication date
WO2021003283A1 (en) 2021-01-07
US11838749B2 (en) 2023-12-05
US11516722B2 (en) 2022-11-29
CN116318595A (zh) 2023-06-23
US20230131685A1 (en) 2023-04-27
JP2022538891A (ja) 2022-09-06
EP3994846A4 (en) 2023-07-26
US20220174577A1 (en) 2022-06-02
US20210006944A1 (en) 2021-01-07
US20210007039A1 (en) 2021-01-07
JP7304979B2 (ja) 2023-07-07
EP3994852A1 (en) 2022-05-11
CN114223171B (zh) 2024-03-15
US20220256432A1 (en) 2022-08-11
EP3994847A4 (en) 2023-08-02
WO2021003278A1 (en) 2021-01-07
US11838748B2 (en) 2023-12-05
CN114208102B (zh) 2023-03-28
JP2022538656A (ja) 2022-09-05
EP3994847A1 (en) 2022-05-11
US11438822B2 (en) 2022-09-06
CN114884635B (zh) 2023-12-19
EP3994846A1 (en) 2022-05-11
CN114223171A (zh) 2022-03-22
US11496943B2 (en) 2022-11-08
CN114208102A (zh) 2022-03-18
EP3994852A4 (en) 2023-08-30
US20210006371A1 (en) 2021-01-07
WO2021003285A1 (en) 2021-01-07
CN114884635A (zh) 2022-08-09

Similar Documents

Publication Publication Date Title
JP7304979B2 (ja) クラウド無線アクセスネットワークで使用するためのフロントホールインターフェース
WO2020001171A1 (zh) 一种网络切片的资源分配方法及装置
Arslan et al. Software-defined networking in cellular radio access networks: potential and challenges
JPWO2021003278A5 (ja)
US11671840B2 (en) Fronthaul interface for a centralized radio access network
US20220286910A1 (en) Discovering a radio controller in a cloud radio access network
US20240089706A1 (en) Access agnostic delivery of broadcast, multicast, or unicast content
JP7400814B2 (ja) 中間ノードにより行われる方法
US20230049447A1 (en) Systems and methods for fronthaul optimization using software defined networking
US20240244440A1 (en) Systems and methods to support private networks in 5g distributed antenna systems
US20240236823A1 (en) Method and apparatus for supporting monitoring for external services in a wireless communication system

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230123

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230628

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230628