WO2016124980A1 - Auto-adaptation de largeur de bande embms - Google Patents

Auto-adaptation de largeur de bande embms Download PDF

Info

Publication number
WO2016124980A1
WO2016124980A1 PCT/IB2015/050887 IB2015050887W WO2016124980A1 WO 2016124980 A1 WO2016124980 A1 WO 2016124980A1 IB 2015050887 W IB2015050887 W IB 2015050887W WO 2016124980 A1 WO2016124980 A1 WO 2016124980A1
Authority
WO
WIPO (PCT)
Prior art keywords
sub
embms service
configuration
embms
node
Prior art date
Application number
PCT/IB2015/050887
Other languages
English (en)
Inventor
Haysam DAHMAN
Fahad KHAN
Original Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
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 Telefonaktiebolaget Lm Ericsson (Publ) filed Critical Telefonaktiebolaget Lm Ericsson (Publ)
Priority to PCT/IB2015/050887 priority Critical patent/WO2016124980A1/fr
Publication of WO2016124980A1 publication Critical patent/WO2016124980A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services

Definitions

  • Embodiments of the invention relate to the Evolved Multimedia Broadcast Multicast Service (eMBMs).
  • eMBMs Evolved Multimedia Broadcast Multicast Service
  • LTE Long Term Evolution
  • 3 GPP Third Generation Partnership Project
  • UMTS Universal Mobile Telecommunications System
  • LTE is designed to better support mobile broadband Internet access by improving spectral efficiency, lowering costs, increasing capacity and speed, and integrating with other open standards.
  • Evolved Multimedia Broadcast Multicast Service also referred to as LTE Broadcast
  • eMBMS Evolved Multimedia Broadcast Multicast Service
  • LTE Broadcast enables the transmission of the same content to a large number of users located in an eMBMS service area at the same time.
  • the eMBMS service area also known as the Multicast Broadcast Single Frequency Network (MBSFN) area, typically comprises multiple cells.
  • MBSFN Multicast Broadcast Single Frequency Network
  • MMSFN Multicast Broadcast Single Frequency Network
  • the eMBMS transmission results in a more efficient use of network resources than unicast, where each user requests the same content and that same content is unicast to each user.
  • the deployment of eMBMS can greatly reduce the overall traffic load, especially for live broadcast events such as football games, live concerts, etc., when there is a large audience tuning into the same program at the same time.
  • a method is provided to be performed by a node in an LTE network for allocating sub-frames to an eMBMS service.
  • the method comprises: calculating a sub-frame usage for transmitting the eMBMS service to users based on a
  • Modulation and Coding Scheme of the eMBMS service and a data count of the eMBMS service in a time period; adjusting, based on the calculated sub-frame usage, a configuration that specifies sub-frame allocation for the eMBMS service when the configuration does not match the calculated sub-frame usage of the eMBMs service; allocating the sub-frames to the eMBMS service according to the configuration; and repeating the calculating, the adjusting and the allocating during transmission of the eMBMS service to the users.
  • a node in an LTE network is provided for allocating sub-frames to an eMBMS service.
  • the node comprises a circuitry adapted to cause the node to calculate a sub-frame usage for transmitting the eMBMS service to users based on an MCS of the eMBMS service and a data count of the eMBMS service in a time period; adjust, based on the calculated sub-frame usage, a configuration that specifies sub-frame allocation for the eMBMS service when the configuration does not match the calculated sub-frame usage of the eMBMs service; allocate the sub-frames to the eMBMS service according to the
  • the circuitry comprises a processor, a memory and an interface both coupled with the processor.
  • the memory contains instructions that, when executed, cause the processor to calculate a sub-frame usage for transmitting the eMBMS service to users based on an MCS of the eMBMS service and a data count of the eMBMS service in a time period; adjust, based on the calculated sub-frame usage, a configuration that specifies sub-frame allocation for the eMBMS service when the configuration does not match the calculated sub-frame usage of the eMBMs service; allocate the sub-frames to the eMBMS service according to the configuration; and repeat the calculate, the adjust and the allocate during transmission of the eMBMS service to the users.
  • a node in an LTE network for allocating sub-frames to an eMBMS service.
  • the node comprises a calculator module adapted to calculate a sub-frame usage for transmitting the eMBMS service to users based on an MCS of the eMBMS service and a data count of the eMBMS service in a time period, an adjustor module adapted to adjust, based on the calculated sub-frame usage, a configuration that specifies sub-frame allocation for the eMBMS service when the configuration does not match the calculated sub-frame usage of the eMBMs service; and an allocator module adapted to allocate the sub-frames to the eMBMS service according to the configuration. Operations of the calculator module, the adjustor module and the allocator module are repeated during
  • Figure 1 illustrates an example of MBSFN areas.
  • Figure 2 illustrates an eMBMS system according to one embodiment.
  • Figure 3 illustrates a layered protocol architecture of an eNB according to one embodiment.
  • Figure 4 illustrates an example of time periods used for calculating sub-frame usage of an eMBMS service according to one embodiment.
  • Figure 5 is a flow diagram illustrating a method for calculating sub-frame usage for an eMBMS service according to one embodiment.
  • Figure 6 is a flow diagram illustrating a method of a node in an LTE network for adjusting a configuration for sub-frame allocation according to one embodiment.
  • Figure 7 is a flow diagram illustrating a method of a node in an LTE network for allocating sub-frames to an eMBMS service according to one embodiment.
  • Figure 8 illustrates a block diagram of a node according to one embodiment.
  • Figure 9 illustrates a block diagram of a node according to another embodiment.
  • Embodiments of the invention provide a mechanism for an Evolved Universal Terrestrial Radio Access Network (E-UTRAN) NodeB (abbreviated as eNodeB or eNB) to automatically adjust the number of sub-frames allocated to an eMBMS service according to the actual need of the eMBMS service.
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • eNodeB eNodeB
  • a conventional eMBMS system relies on static
  • Static configuration typically lacks accuracy. Since it is difficult to estimate the precise number of sub-frames needed by a service before the service commences, static configuration typically provisions the service with extra sub-frames to avoid dropping packets. Over-provisioning causes under-utilization of allocated sub-frames. On the other hand, it is costly to dedicate resources to monitor the eMBMS services and tune the resource provisioning accordingly. There is no feedback channel in eMBMS to enable dynamic adjustment of the static configuration.
  • the automatic adjustment of sub-frame allocation has many advantages.
  • the automatic adjustment ensures that sub-frames allocated for an eMBMS service are utilized fully, resulting in optimized spectral efficiency.
  • the automatic adjustment also enables fast adaption to any changes to the eMBMS broadcast traffic coming to the eNB. Since the system is able to maintain an efficient operation for any broadcast content changes, the operating cost of the system can be reduced.
  • MBSFN Multicast Broadcast Single-Frequency Network
  • An MBSFN area is a venue for eMBMS deployment.
  • An MBSFN area contains multiple cells of a mobile network.
  • Within an MBSFN area there are multiple eNBs, each handling signal transmission of one or more cells.
  • MBSFN transmission refers to signal transmission in one or more MBSFN areas.
  • MBSFN transmission provides several benefits.
  • MBSFN transmission enables mobile terminals to receive increased signal strength, especially at the border between cells involved in the MBSFN transmission where signals from multiple cells can be received.
  • MBSFN transmission reduces the interference level, especially at the border between cells involved in the MBSFN transmission where signals from neighboring cells are not interference but are useful signals. Further, MBSFN transmission provides additional diversity against fading on the radio channel, as the information is received from several geographically separated locations. The resulting aggregated channel is typically highly time-dispersive or, equivalently, highly frequency selective.
  • FIG 1 illustrates an example of three MBSFN areas A, B and C.
  • Each of the MBSFN area is a specific area that contains two or more cells in which the same content is transmitted to users.
  • both cells 8 and 9 belong to MBSFN area C.
  • an MBSFN area not only can an MBSFN area include multiple cells, but a single cell can also be part of multiple (e.g., up to eight) MBSFN areas.
  • cells 4 and 5 are part of both MBSFN areas A and B. From the viewpoint of signal reception in an MBSFN area, the individual cells are invisible to a mobile terminal. However, the mobile terminal needs to be aware of the different cells for other purposes, such as reading system information and notification indicators.
  • the MBSFN areas are static and do not vary over time.
  • FIG. 2 is a block diagram illustrating an eMBMS system 200 according to one embodiment. Signal transmissions in both user plane and control plane are shown.
  • the system 200 includes a core network 210 and a radio access network (RAN) 220.
  • the core network 210 includes a Broadcast Multicast Service Center (BM-SC) 230, which is responsible for authorization and authentication of content providers, charging, and the overall configuration of the data flow through the core network 210.
  • BM-SC Broadcast Multicast Service Center
  • the core network 210 further includes an eMBMS gateway (MBMS-GW) 240, which is a logical node handling session control signaling via a Mobility Management Entity (MME) 260, and multicast of Internet Protocol (IP) packets from the BM-SC 230 to all eNBs 250 that are involved in the transmission in a MBSFN area 254.
  • MME Mobility Management Entity
  • IP Internet Protocol
  • UE user equipment
  • the core network 210 also includes a Packet Data Network Gateway (PDN-GW) 280, which is responsible for IP address allocation for the UE 252, as well as Quality of Service (QoS) enforcement and flow-based charging.
  • PDN-GW Packet Data Network Gateway
  • QoS Quality of Service
  • a Home Subscriber Server (HSS) 290 provides user subscription information to the MME 260.
  • the RAN 220 also includes a Multi-cell/multicast Coordination Entity (MCE)
  • MCE Multi-cell/multicast Coordination Entity
  • the MBSFN transmission necessitates not only time synchronization among the cells participating in an MBSFN area, but also usage of the same set of radio resources in each of the cells for a particular service.
  • This coordination is the responsibility of the MCE 270, which is a logical node in the RAN 220 handling allocation of radio resources and transmission parameters (time-frequency resources and transport format) across the cells in the MBSFN area 254.
  • the MCE 270 is separate from the eNBs 250 and controls multiple eNBs 250.
  • the MCE 270 may be co-located with one or more of the eNBs 250.
  • IP multicast is a method of sending an IP packet to multiple receiving network nodes in a single transmission, via the MBMS-GW 240 to the cells from which the eMBMS transmission is to be carried out.
  • IP multicast not only is efficient from a radio-interface perspective, but also saves resources in the transport network by not having to send the same packet to multiple nodes individually unless necessary. This can lead to significant savings in the transport network.
  • FIG. 3 illustrates a layered protocol architecture of the eNB 250 according to one embodiment.
  • the layered protocol architecture includes a physical layer (PHY) 310 at layer-1, and a Medium Access Control (MAC) sub-layer 320, a Radio Link Control (RLC) sublayer 330 and a Packet Data Convergence Protocol (PDCP) sub-layer 340 at layer-2.
  • the layered protocol architecture also includes additional upper layers 350, the details of which are not described herein.
  • the MAC sub-layer 320 provides the mapping between logical channels and transport channels in the physical layer 310, e.g., by multiplexing multiple logical channels onto the same transport channel.
  • the logical channels include control channels (e.g., the Multicast Control Channel (MCCH)) and traffic channels (e.g., the Multicast Traffic Channel (MTCH)).
  • the RLC sub-layer 330 transfers Protocol Data Units (PDUs) from the upper layers 340, re-segments and reorders the PDUs, and performs duplicate detections.
  • the PDCP sub-layer 340 transfers user data, ciphering and integrity protection.
  • the MAC sub-layer 320 includes a counter 325 for counting the number of bytes in PDUs 321 transmitted from the RLC sub-layer 330 for an eMBMS service, and a calculator 326 for calculating the sub-frame usage of (that is, the number of sub-frames needed by) the eMBMS service.
  • the MAC sublayer 320 requests the length of a Multicast Channel (MCH) Scheduling Period (MSP) from the RLC sub-layer 330, and the counter 325 counts the number of bytes in the PDUs 321 that it receives from the RLC sub-layer 330 during an MSP.
  • MCH Multicast Channel
  • MSP Scheduling Period
  • the PDUs 321 generally have different sizes and the size is stamped in each PDU.
  • the PDUs 321 are to be transmitted downlink by the eNB 250 to the users in a traffic channel (MTCH) mapped to the eMBMS service.
  • the calculator 326 can calculate the effective throughput of the MTCH for the eMBMS service, which is the number of bits per unit time (e.g., millisecond (msec), per sub- frame time or per MSP) needed for transporting the eMBM service.
  • the calculator 326 can also calculate the bits per sub-frame supported by a specific Modulation and Coding Scheme (MCS) used by the physical layer 310 for transporting the eMBMS service.
  • MCS Modulation and Coding Scheme
  • the calculator 326 then calculates the sub-frame usage of the eMBMS service, by dividing the effective throughput of the MTCH by the bits per sub-frame supported by the MCS. If this calculated number of sub-frames does not match the configuration (e.g., its deviation from the configuration exceeds a threshold), the configuration is adjusted to the calculated number so as to avoid over- or under- provisioning the eMBMS service.
  • the configuration adjusted by the eNB 250 for sub-frame allocation is a configuration 360 that includes MBSFN_SubframeConfig, which specifies a sub- frame allocation pattern 365 for services in an MBSFN area. These services may include both unicast and broadcast services.
  • MBSFN_SubframeConfig specifies a sub- frame allocation pattern 365 for services in an MBSFN area. These services may include both unicast and broadcast services.
  • SIB System Information Block
  • SIB2 informs the users of which sub-frames are allocated in each MSP for the eMBMS service.
  • the adjusted configuration may be communicated to the users in alternative forms, such as in the MCH Scheduling Information (MSI) of the MCCH.
  • MSI MCH Scheduling Information
  • the sub-frame usage calculation may be repeated every MSP over an MCCH modification period.
  • Figure 4 illustrates an example of time periods used for calculating the sub-frame usage of an eMBMS service according to one embodiment. Specifically, Figure 4 illustrates an example of an MSP 410 and an MCCH modification period 420 for an eMBMS service.
  • the MCCH modification period 420 places a constraint on when a configuration update can take place.
  • the MCCH modification period 420 is an integer multiple of the MSP 410 for an eMBMS service.
  • an MCCH modification period is an integer multiple of an MSP, more than one instance of sub-frame usage can be calculated during an MCCH modification period.
  • the MAC sub-layer 320 counts a PDU byte count every MSP, and the highest value of PDU byte counts in an MCCH modification period is used for calculating the sub-frame usage (Max SF), in number of sub-frames per MSP.
  • the configuration MBSFN_SubframeConfig can be set according to the ceiling value of (MSP*Nsf/Max_SF), where MSP (in msec) is the length of the MSP for the eMBMS service, and Nsf is a number of sub-frames per unit time (per msec). In one embodiment, Nsf is 10.
  • Figure 5 illustrates a method 500 for calculating the sub-frame usage for an eMBMS service according to one embodiment.
  • the method 500 is performed by the MAC sub-layer 320 of an eNB, such as the eNB 250 of Figures 2 and 3.
  • the method 500 may be performed by hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (e.g., instructions run on a processing device), or a combination thereof.
  • the method 500 begins with the MAC sub-layer 320 counting the number of bytes in the PDUs received from the RLC sub-layer 330 per MSP for the MTCH of the eMBMS service (block 510).
  • the counting of the PDU bytes repeats for every MSP of an MCCH modification period (block 520).
  • the highest value of the PDU byte counts (or equivalently, the highest value of bits per MSP) is identified in the MCCH modification period (block 530).
  • the MAC sub-layer 320 then calculates an effective MTCH throughput for the eMBMS service using the highest value (block 540).
  • the effective MTCH throughput is divided by the bits per sub-frame supported by the MCS of the eMBMS service to obtain the sub-frame usage of the eMBMS service (block 550).
  • Figure 6 illustrates a method 600 for adjusting a configuration for sub-frame allocation according to one embodiment.
  • the method 600 is performed by an eNB, such as the eNB 250 of Figures 2 and 3.
  • the method 600 may be performed by hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (e.g., instructions run on a processing device), or a combination thereof.
  • the method 600 begins with the eNB 250 allocating sub-frames to the eMBMS service according to a configuration (block 610). Initially, the number of sub-frames specified in the configuration for the eMBMS service may be based on an estimate made offline, e.g., before the start of the eMBMS service.
  • the eNB 250 then monitors and calculates the sub- frame usage of the eMBMS service for an MCCH modification period (block 620).
  • the calculation of the sub-frame usage can be carried out by the method 500 of Figure 5.
  • the calculation result which is the sub-frame usage, is compared with the configuration.
  • the configuration is adjusted based on the calculation result (block 630).
  • the eNB 250 then allocates the sub-frames to the eMBMS service according to the configuration (or the adjusted configuration if an adjustment was made) (block 610), and notifies the users of the sub-frame allocation (or changes to the sub-frame allocation if an adjustment was made) (block 640). Additionally, the eNB 250 also
  • the eNB 250 communicates the configuration change (if any) to other eNBs providing the eMBMS service (block 650).
  • the MCE 270 Figure 2 is a separate entity (not co- located with the eNBs)
  • the eNB 250 reports the configuration adjustment to the MCE 270 to cause adjustment to the configuration in other eNBs that provide the eMBMS service.
  • the eNB 250 propagates adjustment to the configuration via an X2 interface to other eNBs that provide the eMBMS service.
  • the method 600 repeats every MCCH modification period.
  • Figure 7 is a flow diagram illustrating a method 700 performed by a node in an LTE network for allocating sub-frames to an eMBMS service according to one embodiment.
  • the node is an eNB, such as the eNB 250 of Figures 2 and 3.
  • the method 700 may be performed by hardware (e.g., circuitry, dedicated logic, programmable logic, microcode, etc.), software (e g , instructions run on a processing device), or a combination thereof.
  • the method 700 begins when the node calculates a sub-frame usage for transmitting the eMBMS service to users based on the MCS of the eMBMS service and a data count of the eMBMS service in a time period (block 710). Based on the calculated sub-frame usage, the node adjusts a configuration that specifies sub-frame allocation for the eMBMS service when the configuration does not match the calculated sub-frame usage of the eMBMs service (block 720). The node then allocates the sub-frames to the eMBMS service according to the configuration (block 730). The operation of calculating, adjusting and allocating are repeated during transmission of the eMBMS service to the users (block 740).
  • Figure 8 illustrates a node 800 in an LTE network for allocating sub-frames to an eMBMS service according to one embodiment.
  • the node 800 includes circuitry 810 adapted to cause the node 800 to perform the methods 500, 600 and 700.
  • the circuitry 810 includes a processor 820, a memory 830 and an interface 840. Both the memory 830 and the interface 840 are coupled with the processor 820.
  • the memory 830 contains instructions that when executed cause the processor 820 to perform the methods 500, 600 and 700.
  • the processor 820 may include one or more general-purpose processing units and/or one or more special -purpose processing units, each of which can be: a microprocessor, a central processing unit (CPU), a multi-core processing unit, an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), a digital signal processor (DSP), a network processor, etc.
  • the memory 830 may include a main memory (e.g., read-only memory (ROM), flash memory, dynamic random access memory (DRAM), etc.), a secondary memory (e.g., a magnetic data storage device, an optical magnetic data storage device, etc.), and different forms of ROMs, different forms of random access memories (RAMs), static RAM (SRAM), or any type of media suitable for storing instructions.
  • Figure 9 illustrates a node 900 in an LTE network for allocating sub-frames to an eMBMS service according to one embodiment.
  • the node 900 includes a calculator module 910 adapted to calculate a sub-frame usage for transmitting the eMBMS service to users based on the MCS of the eMBMS service and a data count of the eMBMS service in a time period.
  • the node 900 also includes an adjuster module 920 adapted to adjust, based on the calculated sub-frame usage, a configuration that specifies sub-frame allocation for the eMBMS service when configuration does not match the calculated sub-frame usage of the eMBMs service.
  • the node 900 also includes an allocator module 930 adapted to allocate the sub-frames to the eMBMS service according to the configuration. The operations performed by the calculation module 910, the adjuster module 920 and the allocator module 930 are repeated during transmission of the eMBMS service to the users.

Landscapes

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

Abstract

L'invention concerne un nœud dans un réseau d'évolution à long terme (LTE) qui attribue des sous-trames à un service de diffusion/multidiffusion multimédia évolué (eMBMS). Le nœud calcule une utilisation de sous-trames pour transmettre le service eMBMS à des utilisateurs sur la base d'une technique de modulation et de codage (MCS) du service eMBMS et d'un volume de données du service eMBMS dans une certaine période de temps. Sur la base de l'utilisation de sous-trames calculée, une configuration qui spécifie l'attribution de sous-trames pour le service eMBMS est réglée quand la configuration ne correspond pas à l'utilisation de sous-trames calculée du service eMBMS. Ensuite, le nœud attribue les sous-trames au service eMBMS selon la configuration. Les opérations de calcul, de réglage et d'attribution sont répétées au cours de la transmission du service eMBMS aux utilisateurs.
PCT/IB2015/050887 2015-02-05 2015-02-05 Auto-adaptation de largeur de bande embms WO2016124980A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/IB2015/050887 WO2016124980A1 (fr) 2015-02-05 2015-02-05 Auto-adaptation de largeur de bande embms

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2015/050887 WO2016124980A1 (fr) 2015-02-05 2015-02-05 Auto-adaptation de largeur de bande embms

Publications (1)

Publication Number Publication Date
WO2016124980A1 true WO2016124980A1 (fr) 2016-08-11

Family

ID=52684589

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2015/050887 WO2016124980A1 (fr) 2015-02-05 2015-02-05 Auto-adaptation de largeur de bande embms

Country Status (1)

Country Link
WO (1) WO2016124980A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11800403B2 (en) 2021-01-27 2023-10-24 Rohde & Schwarz Gmbh & Co. Kg Method and system for controlling physical data rate

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100322135A1 (en) * 2009-06-22 2010-12-23 Samsung Electronics Co., Ltd. Apparatus and method for signalling sub-frame allocation pattern
US20110310785A1 (en) * 2008-06-23 2011-12-22 Zte Corporation Method for allocating multimedia broadcast multicast service (mbms) resources and receiving non mbms data
US20120044850A1 (en) * 2009-04-28 2012-02-23 He Wang Method, mce and base station for dynamically dispatching radio resources for mbsfn transmission
US20120099509A1 (en) * 2009-06-19 2012-04-26 Zte Corporation Resource allocation method for dynamic multiplexing of multimedia broadcast multicast service

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110310785A1 (en) * 2008-06-23 2011-12-22 Zte Corporation Method for allocating multimedia broadcast multicast service (mbms) resources and receiving non mbms data
US20120044850A1 (en) * 2009-04-28 2012-02-23 He Wang Method, mce and base station for dynamically dispatching radio resources for mbsfn transmission
US20120099509A1 (en) * 2009-06-19 2012-04-26 Zte Corporation Resource allocation method for dynamic multiplexing of multimedia broadcast multicast service
US20100322135A1 (en) * 2009-06-22 2010-12-23 Samsung Electronics Co., Ltd. Apparatus and method for signalling sub-frame allocation pattern

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11800403B2 (en) 2021-01-27 2023-10-24 Rohde & Schwarz Gmbh & Co. Kg Method and system for controlling physical data rate

Similar Documents

Publication Publication Date Title
US20200196276A1 (en) Radio communication system, method, program, base station apparatus, multi-cell/multicast cooperation control apparatus
US11071089B2 (en) Dynamic switching of streaming service between broadcast and unicast delivery
JP5116853B2 (ja) E−utranシステムにおいてmbmsデータを送信する方法
EP2868155B1 (fr) Méthode et appareil pour la commutation entre un service de multidiffusion/diffusion et un service de monodiffusion
US9642117B2 (en) Method of selecting a transmission mode of a cell in an E—UTRAN system
EP3210341B1 (fr) Système et procédé pour ajuster des paramètres de transmission de données de contenu de diffusion groupée
de la Fuente et al. Joint multicast/unicast scheduling with dynamic optimization for LTE multicast service
WO2016124983A1 (fr) Partage de ressources embms parmi des opérateurs
Mitrofanov et al. eMBMS LTE usage to deliver mobile data
WO2016124980A1 (fr) Auto-adaptation de largeur de bande embms
Ghandri et al. A low-complexity scheduling for joint unicast and multicast transmissions in LTE-A network
CN110572880B (zh) 一种上行调度资源分配方法和装置
WO2021035751A1 (fr) Procédé et appareil de communication
US10264552B2 (en) Methods and systems for using a multimedia broadcast multicast services bearer
Liu et al. A multicast transmission scheme in small cell networks with wireless backhaul
Huang et al. The MBSFN-based eMBMS using the method of Incremental Allocation of Radio Resource between Unicast and Multicast (IARR-UM)
Khainu et al. An adaptive holdoff exponent approach for coordinated distributed scheduling in WiMAX mesh networks
Condoluci et al. On the management of unicast and multicast services in LTE networks
de la Fuente et al. Joint strategy for LTE resource allocation: Multicast subgrouping & unicast transmissions
Barzegar Multicast scheduling for streaming video in single frequency networks
Arman et al. Proportional Fair and Round-Robin Scheduling Analysis in Multimedia Broadcast of Long Term Evolution (LTE)
Atif Cooperative diversity and downlink power control using PARPS with application to LTE services (eMBMS and CoMP)
KR20160092859A (ko) 이동통신 시스템에서의 버퍼 관리방법 및 그 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15710249

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15710249

Country of ref document: EP

Kind code of ref document: A1