Issue Seven - Conversations on Technology, Business and Society
Issue Seven - Conversations on Technology, Business and Society
Issue Seven - Conversations on Technology, Business and Society
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Simulati<strong>on</strong> of the differentiated services<br />
QoS scheme under IP Multimedia Systems<br />
David K Osei-Aboagye1 <strong>and</strong> Peter S Excell2<br />
1802 Global Ltd., Aldermast<strong>on</strong>, United Kingdom<br />
2Centre for Applied Internet Research, Glyndŵr University, Wrexham, United Kingdom<br />
Corresp<strong>on</strong>ding email: david.osei@802global.com<br />
Previously published at Osei-Aboagye, D. & Excell, P. (2009) “Simulati<strong>on</strong> of the Differentiated Services QoS Scheme under IMS”, Proceedings of the 3rd<br />
Internati<strong>on</strong>al C<strong>on</strong>ference <strong>on</strong> Internet Technologies <strong>and</strong> Applicati<strong>on</strong>s (ITA 09), Glyndwr University, Wrexham, Wales, UK, 8-11 September 2009.<br />
ABSTRACT<br />
The evolving st<strong>and</strong>ards of mobile<br />
communicati<strong>on</strong>s, the wide variety of<br />
services they offer <strong>and</strong> the rapid growth<br />
of the Internet have made a merger of the<br />
two network technologies inevitable. One<br />
of the most prominent platforms that has<br />
been developed to facilitate this <strong>and</strong> take<br />
mobile communicati<strong>on</strong> networks to the next<br />
generati<strong>on</strong> (4G) is IP Multimedia Subsystems<br />
(IMS). Even though the st<strong>and</strong>ards for 4G<br />
have not yet been defined, many proposed<br />
st<strong>and</strong>ards integrate IMS as the main core<br />
network architecture <strong>and</strong> Quality of Service<br />
(QoS) is the main c<strong>on</strong>cern for customer<br />
satisfacti<strong>on</strong>. A significant approach to this<br />
is the ‘Differentiated Services’ scheme,<br />
<strong>and</strong> a simulati<strong>on</strong> study of this is presented.<br />
The study covered an IMS core network<br />
architecture modelled with Network Simulator<br />
2 (NS-2), with a Differentiated Services QoS<br />
scheme run over it. Implicati<strong>on</strong>s for core<br />
network architectures are discussed.<br />
ABBREVIATIONS<br />
CBS Committed Burst Size<br />
CIR Committed Informati<strong>on</strong> Rate<br />
EBS Excess Burst Size<br />
FTP File Transfer Protocol<br />
IMS IP Multimedia Subsystem<br />
MN Mobile Node<br />
NAM Network Animator<br />
NS-2 Network Simulator-2<br />
PBS Peak Burst Size<br />
PIR Peak Informati<strong>on</strong> Rate<br />
QoS Quality of Service<br />
SIP Sessi<strong>on</strong> Initiati<strong>on</strong> Protocol<br />
TCP Transmissi<strong>on</strong> C<strong>on</strong>trol Protocol<br />
UDP User Datagram Protocol<br />
1.0 INTRODUCTION<br />
The next generati<strong>on</strong> of mobile<br />
communicati<strong>on</strong>s is gradually evolving<br />
towards an IP (Internet Protocol) core<br />
network. This has led to much research into<br />
IP Multimedia Subsystem (IMS), which is an<br />
IP-based network that allows integrati<strong>on</strong> of<br />
voice <strong>and</strong> multimedia as well as permitting<br />
new envir<strong>on</strong>ments with new purposes [1].<br />
Quoting [1]: “IMS carries signalling <strong>and</strong><br />
bearer traffic over the IP layer, functi<strong>on</strong>ing<br />
as an intelligent ‘routing engine’ that<br />
matches a user profile with an appropriate<br />
call h<strong>and</strong>ling server <strong>and</strong> switches the call<br />
THE DOUBLE ISSUE | www.pctechmagazine.com<br />
c<strong>on</strong>trol over to the designated h<strong>and</strong>ler.”<br />
Most of these applicati<strong>on</strong>s expected under<br />
IMS have different Quality of Service (QoS)<br />
requirements: to h<strong>and</strong>le these with the same<br />
QoS preferences as all other packet data<br />
routed through the Internet would result in<br />
unsatisfactory performance <strong>and</strong> customer<br />
dissatisfacti<strong>on</strong>.<br />
Most of the services offered by IMS are<br />
already being offered by existing circuit<br />
<strong>and</strong> packet-switched mobile networks, but<br />
IMS aims at providing these services with<br />
a guaranteed QoS as well as guaranteed<br />
b<strong>and</strong>width efficiency. Thus certain services<br />
like real-time multimedia applicati<strong>on</strong>s are<br />
given preference in terms of b<strong>and</strong>width since<br />
they require more b<strong>and</strong>width than n<strong>on</strong>-realtime<br />
services. Circuit <strong>and</strong> packet-switched<br />
multimedia services give no preference to<br />
real-time or n<strong>on</strong>-real-time sessi<strong>on</strong>s.<br />
As a tool to investigate IMS performance<br />
under QoS c<strong>on</strong>straints, a simulati<strong>on</strong> of the<br />
IMS core network architecture was developed<br />
using Network Simulator 2 (NS-2) software,<br />
the network architecture being designed<br />
to carry both sessi<strong>on</strong> signalling traffic as<br />
well as bearer traffic. The model was then<br />
used to implement a Differentiated Services<br />
QoS scheme <strong>on</strong> top of the designed IMS<br />
architecture <strong>and</strong> a performance evaluati<strong>on</strong><br />
was made for different bearer traffic scenarios.<br />
2.0 SOFTWARE CONFIGURATION FOR<br />
SIMULATION<br />
The IMS core network is managed<br />
mainly by SIP signalling for sessi<strong>on</strong> setup<br />
<strong>and</strong> tear down. Due to this, the first<br />
objective is to create a SIP signalling<br />
architecture for the network topology. The<br />
next objective after creating the signalling<br />
architecture would be to create IP traffic<br />
to run over the Signalling architecture to<br />
help facilitate the implementati<strong>on</strong> of the<br />
Differentiated Services (DiffServ) Quality of<br />
Service scheme.<br />
Network Simulator allin<strong>on</strong>e versi<strong>on</strong> 2.27<br />
(NS allin<strong>on</strong>e-2.27) is the <strong>on</strong>ly NS-2 versi<strong>on</strong><br />
that has a SIP functi<strong>on</strong>ality built into its<br />
modules but does not support multi-interface<br />
architecture. NS allin<strong>on</strong>e-2.31, the latest<br />
versi<strong>on</strong> of NS-2, has an extensi<strong>on</strong> for multiinterface<br />
layers called NSmiracle which can be<br />
integrated into its modules. However it has no<br />
SIP support.<br />
The first objective is to patch the NS<br />
miracle multi-interface layer’s patch <strong>on</strong>to NS<br />
allin<strong>on</strong>e-2.31 <strong>and</strong> then patch NS allin<strong>on</strong>e-<br />
2.27’s SIP signalling module functi<strong>on</strong>ality <strong>on</strong>to<br />
NS allin<strong>on</strong>e-2.31. It was observed after the<br />
SIP module patch installati<strong>on</strong> that, due to the<br />
fact that the SIP signalling module was built<br />
<strong>on</strong> NS allin<strong>on</strong>e-2.27, versi<strong>on</strong> issues as well as<br />
backward compatibility issues inherent in NS-2<br />
arose. This led to a failure of the patching<br />
procedure.<br />
There are two possible ways to resolve<br />
the problem. Since the first objective of the<br />
project is to develop an IP Multimedia System<br />
architecture which involves the need for a<br />
multi-interface layer, NS miracle is essential.<br />
The NS allin<strong>on</strong>e-2.27 SIP signalling module’s<br />
patch was manually altered in order to make it<br />
functi<strong>on</strong> in NS allin<strong>on</strong>e-2.31.<br />
3.0 NETWORK DESIGN & SIMULATION<br />
The network topology to be simulated<br />
for the IMS core network’s SIP signalling<br />
c<strong>on</strong>sists of five routers, two proxies <strong>and</strong> four<br />
Mobile Nodes (MN). The traffic over the air<br />
interface to the Mobile Node is ignored,<br />
hence its propagati<strong>on</strong> delays are not taken<br />
into account.<br />
P 1<br />
MN 3<br />
R 1<br />
R 3<br />
MN 1<br />
R 0<br />
MN 2<br />
Figure 1 shows the network architecture<br />
to be simulated. P1 represents proxy server<br />
1 which is the proxy for David.com <strong>and</strong><br />
P2 represents proxy server 2 which is the<br />
proxy for Demola.com. R0 represents the<br />
SEPTEMEBER - OCTOBER 2010 | PC TECH<br />
R 2<br />
R 4<br />
MN 4<br />
Fig. 1. Diagram of the network architecture to be simulated.<br />
9 2<br />
RESEARCH 55