Mbms pdf

Remember me on this computer. Enter the email address you signed up with and we'll email you a reset link. Need an account? Click here to sign up. Download Free PDF. A short summary of this paper. Download Download PDF. Translate PDF. Araniti, A. Iera, A. The proposed technique allows to improve the overall system capacity by selecting the most efficient multicast transport channel in terms of power consumption and by defining the switching thresholds between point-to-point and point-to- multipoint connections.

Notwithstanding, a terrestrial-only MBMS segment may still be inadequate to environments showing high exacting communication requirements. It is the case of so called disadvantaged areas; for instance, either rural areas or areas involved in unpredictable catastrophic incidents. Advantages deriving from the MBMS extension to space-terrestrial integrated platforms, known as Satellite-MBMS S-MBMS [1], [2] are manifest; they are mainly related to: wider coverage area capability, reduction of terrestrial segment overloading, overall cost reduction as a consequence of multicast service delivery to more users within the same coverage area, etc.

In spite of the highlighted advantages, the use of satellites implies severe limitations, mainly due to well known features, such as: heterogeneity of the channel quality, long propagation delays in case of geostationary ,GEO, satellites and high complexity in case of low-Earth orbit, LEO, satellites. DOI: HAPs are stratospheric platforms, usually located at an altitude of km, which may be effectively regarded as a very low satellite.

Some of the advantages have been clearly highlighted in [3] and can be summarized in the following: rapid deployment, broadband capability, large area coverage, very large system capacity, low propagation delay. Moreover, HAPs could be either utilized as base stations in the sky standalone case or as an overlapping coverage integrated system case. In this work we consider the former case, because we are interested to investigate how the HAP can efficiently support the MBMS services in a scenario wherein the terrestrial network is not available.

It has to reduce as much as possible the power consumed by a HAP base station, for a given multicast group. The saved power will allow to increase the overall system capacity while reducing the impact of multicast services on the pre-existing unicast traffic; both traffic typologies, in fact, share the same radio resource.

The limitation in the power that the transmitter can use to deliver multicast traffic, pushes towards the wise selection of the most efficient transport channel in terms of power consumption. Power saving is related to the number of users receiving MBMS data; in fact, if such number increases, then one needs a higher amount of DCHs; this reducing the resources made available to unicast traffic.

It is, therefore, important to decide the maximum number of multicast users using the DCHs that allows a power saving. Such a number represents a very useful threshold to switch from dedicated channel to either common or shared ones these being channel, which instead allow to provide multicast services utilizing a fixed amount of power, regardless of multicast users number.

The sought power threshold depends on i the distance from the centre of the area covered by the HAP; ii the application bit rate. The paper is structured as follows. Section 3 describes the transport channels features considered in our research work, for multicast transmissions from the HAPs.

Main results of a simulation campaign aiming at defining the RRM policy are the focus of Section 4. Conclusive remarks are given in Section 5. The most evident difference is represented by the propagation environment.

Indeed, HAPs enjoy more favorable Path Loss characteristics compared to wireless terrestrial links, since in the Free Space case the received power decays as a function of the transmitter-receiver receiver distance raised to a power of 2. Table 1. The total downlink transmission power allocated to the DCHs varies depending on: i the number of multicast users; ii the position of users with respect to the centre of the area covered by theHAP, for instance, users close to the centre need a lower amount of power than users at cell border ; iii the application bit rate.

A FACH channel transmits at a fixed power level, since fast power control is not supported in this kind of channel. Therefore, the fixed power has to be high enough to guarantee the services in the whole coverage area [10]. High bit rates can only be offered to users located very close to the centre of the area covered by the HAP.

Table 2 summarizes the main considered assumptions [11], [12]. Parameters not listed are varying during the different campaigns. Table 2. Simulation Campaign Assumptions. From Figure 2, it clearly emerges that the DCHs behavior weakly depends on the users position, while the FACH assigned power strictly depend on the covered area and, hence, on the position of the farter multicast user 5.

Hence, for 64 kbps, in the worst situation, the maximum power needed to provide MBMS services in the area is equal to 15,2 W. The remaining 24,8 W could be used to serve unicast applications. Similar considerations can be made for and kbps applications, illustrated in Figure 3 and 4 respectively.

As shown in the figures, FACH channel requires a higher power with respect to the previous case. Figure 2. Tx power vs. Cell Coverage for applications with a bit rate of 64 kbps. Figure 3. Cell Coverage for applications with a bit rate of kbps. Figure 4. Obtained results demonstrate that a smart selection of transport channels coupled to the use of the proposed RRM policy, leads to an efficient management of MBMS services in a HAP standalone scenario.

Explore Podcasts All podcasts. Difficulty Beginner Intermediate Advanced. Explore Documents. Uploaded by api Did you find this document useful? Is this content inappropriate? Report this Document. Flag for inappropriate content.

Download now. MBMS Presentation. Related titles. Carousel Previous Carousel Next. Jump to Page. Search inside document. Security Functions 9. IGMP Leave 2. Leave Indication 3. RAN Resource Release 9. Deactivation Indication Deregistration Request Asim Ch. Amir Moshfegh Kia. Fathony Ilham. Vivek Kesharwani. Alex Hitch. Ferdinand Arsolon. Nguyen Ho Long.