The present application is a National Phase entry of PCT Application No. PCT/EP2019/073331, filed Sep. 2, 2019, which claims priority from EP Patent Application No. 18195909.9, filed Sep. 21, 2018, each of which is hereby fully incorporated herein by reference.
The present disclosure relates to a cellular telecommunications network. In particular, it relates to a cellular telecommunications network implementing a centralized radio access network.
Modern cellular networks support Centralized Radio Access Network (C-RAN) architectures in which a base station may be split into a central unit and a distributed unit. The central unit interconnects a core cellular network with a plurality of distributed units, and the plurality of distributed units each communicate with a plurality of UEs. The various protocol layers of the cellular protocol in use are split between the central and distributed units such that the distributed units implement the lowermost layer (e.g. the radio frequency layer) and optionally one or more higher layers, and all other higher layers are implemented in the central unit. As more protocol layers are implemented in the central unit, then the central unit may improve coordination across multiple distributed units and thereby improve Quality of Service. However, different protocol splits have different resource demands, such as relatively higher capacity links between the central and distributed units when using relatively lower layer protocol splits, so the choice of protocol split must be suited to the network characteristics.
According to a first aspect of the disclosure, there is provided a method in a cellular telecommunications network, the cellular telecommunications network having a first central base station unit connecting to a first distributed base station unit, the method comprising the first central base station unit communicating with the first distributed base station unit using a first functional split in which a first set of protocol functions are implemented by the first central base station unit and a second set of protocol functions are implemented by the first distributed base station unit; determining that a processing resource utilization of at least one of the first central base station unit and first distributed base station unit using the first functional split satisfies a processing threshold; and, in response, causing the first central base station unit and first distributed base station unit to communicate using a second functional split in which a third set of protocol functions are implemented by the first central base station unit and a fourth set of protocol functions are implemented by the first distributed base station unit.
The method may further comprise identifying the second functional split based on a comparison of the processing resource utilization of at least one of the first central base station unit and first distributed base station unit using the second functional split to a respective processing resource capability of the first central base station unit and/or first distributed base station unit.
The comparison may be of the processing resource utilization of at least one of the first central base station unit and first distributed base station unit using the second functional split and operating according to a set of operating conditions to the respective processing resource capability of the first central base station unit and/or first distributed base station unit. The set of operating conditions may relate to access radio conditions. The set of operating conditions may include a quality of a connection between the first central base station unit and the first distributed base station unit.
The first central base station unit and first distributed base station unit may be connected via a relay node, and the set of operating conditions may include a quality of a connection between the first distributed base station unit and the relay node.
According to a second aspect of the disclosure, there is provided a computer program product comprising instructions which, when the program is executed by a computer, cause the computer to carry out the method of a first aspect of the disclosure. The computer program may be stored on a computer-readable data carrier.
According to a third aspect of the disclosure, there is provided a network node for a cellular telecommunications network, the cellular telecommunications network having a first central base station unit connecting to a first distributed base station unit, wherein the first central base station unit communicating with the first distributed base station unit using a first functional split in which a first set of protocol functions are implemented by the first central base station unit and a second set of protocol functions are implemented by the first distributed base station unit, the network node comprising: a communications interface adapted to receive data indicating a processing resource utilization of at least one of the first central base station unit and first distributed base station unit using the first functional split; and a processor adapted to: determine that the processing utilization satisfies a processing threshold, and, in response, cause the first central base station unit and first distributed base station unit to communicate using a second functional split in which a third set of protocol functions are implemented by the first central base station unit and a fourth set of protocol functions are implemented by the first distributed base station unit.
The network node may be a network function virtualization orchestrator.
In order that the present disclosure may be better understood, embodiments thereof will now be described, by way of example only, with reference to the accompanying drawings in which:
A first embodiment of a cellular telecommunications network 1 will now be described with reference to
Furthermore, the first distributed unit 20 also includes a first transceiver 21 for wired communication with the central unit 10, a processor 23, memory 25, a second transceiver 27 for wireless communication with one or more User Equipment (UE), all connected via bus 29. Similarly, the transceivers, processor and memory are configured to cooperate to define a Software Defined Networking (SDN) operating environment, allowing the first distributed unit 20 to reconfigure on demand.
In this embodiment, the central unit processor 13 is configured to implement individual processing environments for processing communications with each distributed unit, such that it has a first communication processing environment 13.1 for processing communications with the first distributed unit 20, a second communication processing environment 13.2 for processing communications with the second distributed unit 30, and a third communication processing environment 13.3 for processing communications with the third distributed unit 40. The central unit processor 13 is also configured to implement further processing environments for implementing other processing functions, and first and second further processing environments are shown in
The processors of the central unit 10 and first distributed unit 20 are able to reconfigure (as they operate SDN environments) to implement different functional splits, such as:
Furthermore, the central unit 10 and first distributed unit 20 may implement further functions (in which case further functional splits would be possible).
At any one time, the first central unit 10 is therefore configured to implement any one of the functional splits in its communication processing environments and implement one or more further processing functions in its further processing environments.
In this embodiment, the second and third distributed units 30, 40 are similar to the first distributed unit 20, and the second and third communication processing environments 13.2, 13.3 are similar to the first communication processing environment 13.1.
A first embodiment of a method of the present disclosure will now be described with reference to
The NMS 100 includes Virtual Infrastructure Manager (VIM) and orchestrator modules. The orchestrator module is a processor for determining where virtual functions should be implemented in the cellular network, and the VIM communicates these decisions to the relevant entities. In this example, the NMS 100 also stores a database in memory identifying the processing utilization values (e.g. in Millions of Instructions Per Second, MIPS; FLOating Point operations per Second, FLOPS; number of Central Processing Units, CPUs; and/or number of processing cores) for the first central unit 10 and each of the first, second and third distributed units 20, 30, 40 when implementing each functional split (A to E, identified above). These may (at least initially) be operator defined values, but may also be updated by reported values from units 10, 20, 30, 40 (and also as a function of reported values from other C-RANs). An example of this database is shown in Table 1, below:
In S1, the first central unit 10 and first, second and third distributed units 20, 30, 40 periodically send data to the NMS 100 regarding their processing resources. In this embodiment, the data relates to a) each unit's current processing resource utilization value, and b) each unit's current processing capability. These are stored in memory in the NMS 100.
In S3 at time t2, the first central unit 10 receives a request to initiate further processing function B (this is illustrated in
In S7, the NMS 100 determines whether the requesting entity (the first central unit 10) can implement further processing function B. In this example, this is by addition of the first central unit's current processing resource utilization value (stored in memory in NMS 100 in S1) to the additional processing resource requirement to implement further processing function B (identified in the data from S5), and a comparison of this sum to the first central unit's current processing capability (also stored in memory in NMS 100 in S1). If the determined processing resource utilization for the first central unit 10 when implementing further processing function B is less than its processing capability (or a derivative, such as 95%, thereof), then the request is approved and the process proceeds to S8 in which the NMS 100 sends a response message to the first central unit 10 indicating that further processing function B may be instantiated. However, if the determined processing resource utilization for the first central unit 10 is greater than the processing resource capability value, then the process moves to S9.
In S9, the NMS 100 calculates a processing resource utilization value for the first central unit 10 and each of the first, second and third distributed units 20, 30, 40 when the communications processing environments implement a different functional split, and when the first central unit 10 implement the first and second further processing functions. In this example, this is achieved by retrieving the processing utilization values for the first central unit 10 and first, second and third distributed units 20, 30, 40 when using each functional split from the NMS's database, and adding the additional processing resource requirement for further processing function B to the retrieved processing utilization value for the first central unit 10 at each functional split. If the processing utilization values for all the first, second and third distributed unit 20, 30, 40 when implementing a particular functional split and the processing utilization value for the first central unit 10 when implementing the particular functional split and adding the additional processing resource requirement of function B are below their corresponding processing resource capability values (or a derivative thereof), then that particular functional split becomes a candidate reconfiguration.
If there are no candidate reconfigurations following S9, then the request is rejected and the process skips to S10 in which the NMS 100 sends a response message to the first central unit 10 indicating that the further processing function B cannot be instantiated. However, if there are multiple candidate reconfigurations following S9, then, in this example, the NMS 100 selects the functional split of one of these candidates which has the greatest degree of coordination (i.e. greatest number of functions being implemented in the first central unit 10). If a single candidate reconfiguration is identified in S9, then the functional split of that candidate is selected. In this example, functional split D (as noted above) is selected and the process proceeds to S11.
In S11, the NMS 100 sends a first instruction message to each of the first central unit 10 and first, second and third distributed units 20, 30, 40 to implement the functional split D. This is illustrated in
A second embodiment of a method of the present disclosure will now be described with reference to
In this embodiment, the NMS 100 database identifying the processing utilization values (e.g. in Millions of Instructions Per Second, MIPS, or FLOating Point operations per Second, FLOPS, CPUs, cores) for the first central unit 10 and fourth distributed unit 80 when implementing each functional split (A to E, identified above) is enriched to include processing utilization values at each functional split in different operating conditions, including the amount of user traffic (measured in, for example, combined Mbps) and the backhaul radio conditions (measured in, for example, RSRP between the fourth distributed unit 80 and relay node 70). An example of this database is illustrated in Table 2, below.
In S21 of this embodiment, at time t11 as shown in
In S23, the processing utilization value of one or more of the first central unit 10, fourth distributed unit 80 and/or relay node 70 exceed a threshold (for example, 95% of their processing resource capability values). In this embodiment, the fourth distributed unit 80 detects that it has exceeded this threshold. In response, in S25, the fourth distributed unit 80 sends a request to the NMS 100 for a functional split review.
In S27, the NMS 100 receives this request and identifies a remedy based on the processing and operating environments in the cellular network 1. This is achieved by the NMS 100 using the latest data on the fourth distributed unit's user traffic conditions and the backhaul radio conditions (stored in memory in S21) to retrieve the first central unit's, relay node's, and fourth distributed unit's processing utilization values at each functional split when operating under those conditions. If at least one of these processing utilization values for the first central unit 10, relay node 70 or fourth distributed unit 80 for all functional splits are above the associated thresholds, then the request is rejected. In this scenario, the NMS 100 sends a response to the fourth distributed unit 80 instructing it to take remedial action to operate within the limits of its operating environment (e.g. restrict user traffic). However, if all processing utilization values for the first central unit 10, relay node 70 and fourth distributed unit 80 for a particular functional split are less than the associated thresholds, then that functional split becomes a candidate reconfiguration.
If there are multiple candidate reconfigurations following S27, then, in this example, the NMS 100 selects the functional split of one of these candidates which has the greatest degree of coordination (i.e. greatest number of functions being implemented in the first central unit 10). If a single candidate reconfiguration is identified in S27, then the functional split of that candidate is selected. In this example, the functional split D (as noted above) is selected.
In S29, the NMS 100 sends a first instruction message to the first central unit 10 and fourth distributed unit 80 to implement functional split D. This is illustrated in
This second embodiment has the benefit that a change in functional split takes into account the operating conditions of the distributed unit. The processing requirements due to these operating conditions may change over time depending on various factors (such as number of users, radio interference, etc.) so this second embodiment will select a functional split that is more appropriate for the distributed unit.
In the above embodiments, the central unit and their respective distributed units implement different proportions of the overall set of functions of the protocol in use (LTE in the above example). The skilled person will understand that whole layers of a protocol may be moved between the central unit and distributed unit, or just a part (i.e. function) thereof. Thus, the central unit may implement a first set of protocol functions, and a distribution unit may implement a second set of protocol functions. The first set of functions may be the lowermost function up and including a particular function, and the second set of functions may be all functions above that particular function. In other words, the first and second sets of functions may be distinct.
Furthermore, the distributed units may implement the RF functions of the protocol only, and all other functions may be implemented in the central unit. Still furthermore, the invention may be realized across a cascaded RAN in which the overall set of functions are distributed across (for example) a remote radio head, a distributed unit and a central unit.
It is also possible for the central unit to implement different functional splits, different protocols, and/or different radio access technologies with different distributed units (e.g. via different virtual processing environments). The NMS database may therefore be enhanced to identify the processing utilization values for a plurality of combinations of functional splits across the distributed units. In response to a request resulting in a functional split reconfiguration, the NMS may therefore change the functional split between the central unit and a first distributed unit when it was instead the processing utilization for transmissions relating to a second distributed unit that triggered the request.
In the above embodiments, the NMS included a VIM and orchestrator to perform the embodiments of the method of the invention. However, any other entity in the cellular network may be used instead.
In the first embodiment, the first central unit 10 has several further processing environments for implementing further processing functions. These may include, for example, Multi-access Edge Computing (MEC), content caching, packet routing, and policy control. Furthermore, the request may be to instantiate this function for the first time in the network, or to move it from another location to the first central unit.
In the second embodiment, the processing utilization values for each functional split were subdivided based on user traffic and Reference Signal Received Power (RSRP) values between the fourth distributed unit and relay node. However, this is non-essential and other metrics for measuring access radio conditions and backhaul conditions may be used.
The skilled person will also understand that it is non-essential for the backhaul to be a wireless technology, and a wired interface may be used instead.
The skilled person will also understand that the first and second embodiments may be performed on a periodic basis such that the cellular network dynamically reconfigures to its conditions.
In the above embodiments, it is determined whether the processing utilization values at different functional splits is below a processing capability value. The skilled person will understand that this processing capability value may be more than the current processing capability of the unit, for example if the processors are virtualized and an additional processing capability may be employed (known as “overbooking”).
The skilled person will understand that any combination of features is possible within the scope of the invention, as claimed.
Number | Date | Country | Kind |
---|---|---|---|
18195909 | Sep 2018 | EP | regional |
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/EP2019/073331 | 9/2/2019 | WO |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO2020/057952 | 3/26/2020 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
5384824 | Alvesalo | Jan 1995 | A |
6324405 | Young et al. | Nov 2001 | B1 |
7400901 | Kostic et al. | Jul 2008 | B2 |
8731563 | Yi | May 2014 | B2 |
8897264 | Samdanis | Nov 2014 | B2 |
8897788 | Ruuska | Nov 2014 | B2 |
9042258 | Jung et al. | May 2015 | B2 |
9282528 | Hashimoto | Mar 2016 | B2 |
9432991 | Khandekar et al. | Aug 2016 | B2 |
9479981 | Dimou et al. | Oct 2016 | B2 |
9510206 | Liu et al. | Nov 2016 | B2 |
9814021 | Himayat et al. | Nov 2017 | B2 |
9883431 | Venkatraman et al. | Jan 2018 | B2 |
10219165 | Futaki | Feb 2019 | B2 |
10993155 | Mackenzie | Apr 2021 | B2 |
11019547 | Oroskar et al. | May 2021 | B1 |
11109450 | Xu | Aug 2021 | B2 |
11184869 | Abedini et al. | Nov 2021 | B2 |
11240780 | Park et al. | Feb 2022 | B2 |
11546819 | Fitch et al. | Jan 2023 | B2 |
20120218886 | Van et al. | Aug 2012 | A1 |
20130021929 | Kim | Jan 2013 | A1 |
20130157676 | Baek et al. | Jun 2013 | A1 |
20140056243 | Pelletier et al. | Feb 2014 | A1 |
20140071884 | Sherman | Mar 2014 | A1 |
20140135031 | Weiguo | May 2014 | A1 |
20140220963 | Jung et al. | Aug 2014 | A1 |
20140269322 | Li et al. | Sep 2014 | A1 |
20160174241 | Ansari et al. | Jun 2016 | A1 |
20160219475 | Kim | Jul 2016 | A1 |
20160262163 | Gonzalez Garrido et al. | Sep 2016 | A1 |
20160323756 | Shen et al. | Nov 2016 | A1 |
20170111831 | Xiao et al. | Apr 2017 | A1 |
20170310437 | Bottari et al. | Oct 2017 | A1 |
20180076877 | Liu et al. | Mar 2018 | A1 |
20180115990 | Abedini et al. | Apr 2018 | A1 |
20180234882 | Cho et al. | Aug 2018 | A1 |
20180241452 | Akkarakaran et al. | Aug 2018 | A1 |
20180255507 | Nagasaka et al. | Sep 2018 | A1 |
20180270894 | Park et al. | Sep 2018 | A1 |
20180324780 | Novlan et al. | Nov 2018 | A1 |
20180337846 | Lee et al. | Nov 2018 | A1 |
20190028174 | Chakraborty et al. | Jan 2019 | A1 |
20190074882 | Zhou et al. | Mar 2019 | A1 |
20190124577 | Li | Apr 2019 | A1 |
20190174561 | Sivavakeesar | Jun 2019 | A1 |
20190230697 | Yang et al. | Jul 2019 | A1 |
20190289478 | Hosseini et al. | Sep 2019 | A1 |
20190296882 | Li et al. | Sep 2019 | A1 |
20190312713 | Yang et al. | Oct 2019 | A1 |
20190394738 | Abedini et al. | Dec 2019 | A1 |
20200084819 | Abedini | Mar 2020 | A1 |
20210076220 | Hirano | Mar 2021 | A1 |
20210168671 | Hong | Jun 2021 | A1 |
20210219197 | Prasad | Jul 2021 | A1 |
20210227435 | Hsieh | Jul 2021 | A1 |
20210243770 | Roessler | Aug 2021 | A1 |
20210288879 | Yao | Sep 2021 | A1 |
20220052804 | Mackenzie | Feb 2022 | A1 |
Number | Date | Country |
---|---|---|
102726100 | Oct 2012 | CN |
107734568 | Feb 2018 | CN |
104303577 | Jun 2018 | CN |
104067688 | Aug 2018 | CN |
105103598 | Feb 2019 | CN |
107135055 | Jun 2020 | CN |
2753143 | Jul 2014 | EP |
2924924 | Sep 2015 | EP |
3113532 | Jan 2017 | EP |
3363259 | Aug 2018 | EP |
2718906 | Jul 2019 | ES |
2552844 | Feb 2018 | GB |
2018524920 | Aug 2018 | JP |
2018142940 | Sep 2018 | JP |
20150022240 | Mar 2015 | KR |
101533852 | Jul 2015 | KR |
2561859 | Sep 2015 | RU |
WO-2015093559 | Jun 2015 | WO |
WO 2018184201 | Apr 2017 | WO |
WO-2017197063 | Nov 2017 | WO |
WO-2018012873 | Jan 2018 | WO |
WO-2018030819 | Feb 2018 | WO |
2018063998 | Apr 2018 | WO |
WO-2018089803 | May 2018 | WO |
WO-2020057952 | Mar 2020 | WO |
Entry |
---|
3GPP TR 38.801 V14.0.0 “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on New Radio Access Technology: Radio Access Architecture and Interfaces (Release 14),” Mobile Competence Centre, 2017, pp. 1-91. |
3GPP TR 38.801 V2.0.0 “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on New Radio Access Technology: Radio Access Architecture and Interfaces (Release 14),” 2017, pp. 1-90. |
3GPP TS 38.401 V15.2.0, “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NG-RAN; Architecture description (Release 15),” 650 Route des Lucioles—Sophia Antipolis, Jun. 2018, 39 pages. |
3GPPT 38.801 V14.0.0, “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on new radio access technology: Radio access architecture and interfaces(Release 14),” (Mar. 2017), 84 pages. |
Asensio A., et al., “Dynamic Virtual Network Connectivity Services to Support C-RAN Backhauling,” Journal of Optical Communications and Networking, vol. 8 (12), Dec. 2016, pp. B93-B103. |
Boulos K., et al., “Interference-Aware Clustering in Cloud Radio Access Networks,” IEEE International Conference on Cloud Networking, Sep. 2017, 6 pages. |
CATT, “Analysis on Fronthaul Split Options,” R2-162570, 3GPP TSGRAN WG2 Meeting #93bis, Agenda Item 9.5.1, Mobile Competence Centre, Apr. 2016, pp. 1-5. |
Combined Search and Examination Report under Sections 17 and 18(3) for Great Britain Application No. 1815378.3, mailed on Mar. 4, 2019, 5 pages. |
Extended European Search Report for Application No. 18195908.1, mailed on Nov. 28, 2018, 11 pages. |
Extended European Search Report for Application No. 18195909.9, mailed on Jan. 16, 2019, 14 pages. |
Extended European Search Report for Application No. 19195268.8, mailed on Oct. 1, 2019, 12 pages. |
Extended European Search Report for EP Application No. 18190557.1, mailed on Mar. 1, 2019, 10 pages. |
Giannone F., et al., “Impact of RAN Virtualization on Fronthaul Latency Budget: An Experimental Evaluation,” IEEE Globecom Workshops, Nov. 2, 2017, 6 pages. |
Harutyunyan D., et al., “Flexible Functional Split in 5G Networks,” 2017, 9 pages. |
NGMN, “NGMN Overview on 5G RAN Functional Decomposition,” NGMN Alliance, Version. 1.0, Feb. 2018, 48 pages. |
Notification of Transmittal of the International Search Report and Written Opinion of the International Searching Authority for Application No. PCT/EP2019/067971, mailed on Aug. 20, 2019, 14 pages. |
Notification of Transmittal of the International Search Report and Written Opinion of the International Searching Authority for Application No. PCT/EP2019/073331, mailed on Sep. 25, 2019, 18 pages. |
Office Action for GB Application No. 1912675.4, mailed on Feb. 7, 2020, 4 pages. |
Office Action For GB Application No. 1815378.3, mailed on Nov. 17, 2020, 2 pages. |
Samsung., “F1AP Function Definition and Categorization,” R3-172246, 3GPP TSG-RAN WG3 Meeting Ad Hoc, Mobile Competence Centre, Jun. 2017, 16 pages. |
Search Report for GB Application No. 1813777.8, mailed on Feb. 26, 2019, 5 pages. |
Search Report under Section 17 for Great Britain Application No. 1815377.5, mailed on Mar. 12, 2019, 4 pages. |
Telecom Infra Project, “Creating an ecosystem for vRANs supporting non-ideal fronthaul,” 22 pages. |
Valastro G.C., et al., “A SDN/NFV Based C-RAN Architecture for 5G Mobile Networks,” IEEE, International Conference on Selected Topics in Mobile and Wireless Networking, XP033383120, Jun. 2018, 8 pages. |
Written Opinion for Application No. PCT/EP2019/073331, mailed on Sep. 11, 2020, 9 pages. |
XRAN Resources, xRAN Fronthaul Control, User and Synchronization Plan Specification Version 2.0 and XRAN Fronthaul Management Plane Specification Version 1.0, https://link.edgepilot.com/s/0072863d/7hupfmBTwkaKtq09Bdxl2w?u=http://www.xran.org/resources/. |
Communication pursuant to Article 94(3) EPC for European Application No. 19736685.9, mailed on Feb. 16, 2023, 7 pages. |
Examination Report for Indian Application No. 202117007647, mailed on May 25, 2022, 5 pages. |
Examination Report for Indian Application No. 202117016292, mailed on Feb. 14, 2022, 7 pages. |
Intel, “Fronthaul and RAN functional split aspects of the next generation radio access network,” 3GPP TSG-RAN WG2#93bis, R2-162713, Intel Corporation, Retrieved from the Internet: URL: http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_93bis/Docs/R2-162713.zip , pages, Apr. 15, 2016, 6 Pages. |
International Preliminary Report on Patentability for Application No. PCT/EP2019/073331, mailed on Mar. 9, 2021, 21 pages. |
NTT Docomo, Inc., “Presentation of Report to TSG: TR38.801, Version 2.0.0; Study on New Radio Access Technology; Radio Access Architecture and Interfaces,” 3GPP TSG RAN #75 RP-170490, Mar. 6, 2017, 14 pages. |
Office action for Japanese Application No. 2021510035, mailed on Mar. 22, 2022, 7 pages. |
Office Action for Japanese Application No. 2021-515526, mailed on Dec. 13, 2022, 7 pages. |
Office Action for Japanese Application No. 2021-515526, mailed on May 24, 2022, 4 pages. |
Umesh A., et al., “Standardization Trends for Open and Intelligent Wireless Access Networks,” NTT Docomo Technical Journal, vol. 27(1), Telecommunications Association, pp. 43-55. |
Wang J., et al., “Distributed Antenna Systems for Mobile Communications in High Speed Trains,” IEEE Journal on Selected Areas in Communications, May 2012, vol. 30, No. 4, 99. pp. 675-683. |
Office Action received for Chinese Patent Application No. 201980047009.9, mailed on Jun. 30, 2023, 9 pages (English Translation Only). |
Chang et al., “FlexCRAN : A flexible Functional Split Framework over Ethernet fronthaul in Cloud-RAN”, IEEE International Conference on Communications, 2017, 7 pages. |
Intel , “Fronthaul and RAN Functional Split Aspects of the Next Generation Radio Access Network”, 3GPP TSG-RAN WG3#91bis, R3-160622, Retrieved from the Internet: URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_93bis/Docs/R2-162713.zip, Apr. 11-15, 2016, 6 pages. |
Office Action received for Japanese Patent Application No. 2021-515526, mailed Oct. 24, 2023, for dated Oct. 24, 2023, 7 pages (English Translation Only). |
Office Action received for Chinese Patent Application No. 201980060179.0, mailed Nov. 30, 2023, 8 pages, (English Translation Only). |
“xRAN Resources, xRAN Fronthaul Control, User and Synchronization Plan Specification Version 2.0 and XRAN Fronthaul Management Plane Specification”, Version 1.0, https://link.edgepilot.com/s/0072863d/7hupfmBTwkaKtq09Bdxl2w?u=http://www.xran.org/resources/., Feb. 16, 2019. |
Telecom Infra Project , “Creating an ecosystem for vRANs supporting non-ideal fronthaul”, Feb. 16, 2019, pp. 1-22. |
Number | Date | Country | |
---|---|---|---|
20220052804 A1 | Feb 2022 | US |