Title: QoS Provisioning in IP-based Broadband Wireless Mobile Networks
1QoS Provisioning in IP-based Broadband Wireless
Mobile Networks
Workshop on Broadband Wireless Ad-Hoc Networks
and Services, 12th - 13th September 2002, ETSI,
Sophia Antipolis, France
- Â A. H. Aghvami and Bongkyo Moon
- Centre for Telecommunications Research
- Kings College London
- E-mail hamid.aghvami, bongkyo.moon_at_kcl.ac.uk
2Outline
- RSVP under IP Micro Mobility Protocol
- Proposed RSVP-based QoS Mechanism
- RSVP Branch Path Rerouting
- Determination of Crossover Router under IP micro
mobility - RSVP Branch Path Rerouting at Crossover Router
(CR) - Seamless Switching of RSVP Branch Path
- RSVP Branch Path Reservation in advance for Soft
Handoff - Switching of RSVP Branch Path for Soft Handoff
- Results
- Conclusions
3RSVP Issues under IP micro-mobility (1)
Wireless Bandwidth Restrictions - RSVP allows
Internet real-time applications to reserve
resources before they start transmitting data. -
Many RSVP flows cause a lot of control
information over wireless link - RSVP
reservation refresh messages need not be sent as
often on the wireless link - Efficient wireless
bandwidth management scheme is required
4RSVP Issues under IP micro-mobility (2)
- Mobility
- - Whenever a MN performs a handoff, RSVP
signaling process must be invoked immediately to
discover the new path to the MN from the CN - However, long resource reservation delay may
occur during re-establishment of a flow after
handoff under RSVP - Service disruptions could occur in providing
real-time services under RSVP and mobility. - need to make resource reservations in advance
along the paths to the neighboring BSs
5RSVP-enabled router in IP micro mobility
6Proposed RSVP-based QoS Mechanism
7RSVP Branch Path Rerouting under IP Micro
Mobility Protocol
8Determination of Crossover Router
- In the case an MN is a sender, an RSVP PATH
message is sent by an MN after the route update
is completed. - When the RSVP daemon on the CR receives an RSVP
PATH message after a mobility event, it
immediately sends an RSVP RESV message to an MN
without delivering to the original receiver. - In the case an MN is a receiver, the RSVP daemon
on the CR can trigger an RSVP PATH message
immediately when detecting any changes to the
stored PATH state or receiving a PCN message from
the underlying routing daemon.
9Rerouting of Branch Path at CR
- - Having multiple hops for a RSVP connection gt
more links are utilized and this increases the
network congestion and resource reservation
failure - shorter hops and circuit reuse should be
considered during RSVP path rerouting - RSVP path re-establishment time depends on the
number of hops required in rerouting the RSVP
partial branch path, a crossover router(CR)
dependent. - branch path rerouting at CR in tree topology
guarantees the minimum path change and the
shortest path
10RSVP Branch Path Rerouting in a Tree
11RSVP Path Rerouting Signaling at CR
12Seamless Switching of RSVP Branch Path under IP
Micro Mobility Protocol
13RSVP Path Reservation for Soft Handoff
14Switching of RSVP Branch Path (1)
15Switching of RSVP Branch Path (2)
16Probability of Service Disruption (1)
Various TRSVP under V 9.0 m/s and high load.
17Probability of Service Disruption (2)
MNs various velocity under TRSVP -13.4 dB and
high load
18Probability of Service Disruption (3)
Various load condition under V 10.0 m/s and
TRSVP -13.3 dB
19Mean Number of Lost Packets
Various TRSVP under V 9.0 m/s, high load and 1
Mbps data rate
20Conclusions
- The rerouting of the RSVP branch path at a
crossover router is considered in order to
minimize the resource reservation delay and the
packet loss resulting from handoffs. - Seamless rerouting scheme of RSVP branch path for
soft handoff was proposed in order to guarantee
the QoS of on-going RSVP flows during handoff. - This scheme could provide QoS guarantee for RSVP
flows under IP micro-mobility network.