C&I Training on Conformity
and Interoperability
ITU-D
Jun/2015
Agenda
1.
Next-generation Networks (NGN) basic
concepts. Integration testing – interoperability
aspects. ITU-T Q.3909 and ITU-D Q26/2
Report
2.
SIP Protocol
3.
H.248 / Sigtran Protocol
4.
NGN Lab Instrumentation; Protocols: SIP
5.
NGN Lab Instrumentation; Protocols:
H.248/Sigtran
2
Next-generation Networks (NGN)
basic concepts. Integration testing –
interoperability aspects. ITU-T
Q.3909 and ITU-D Q26/2 Report
TDM Network
TDM Network
Basic topology
•
Transit
Advantages of circuit-switched
phone networks:
― Capillarity
― QoS – Quality of Service
― Real-time voice optimized network
Lex
Lex
Transport
Network
•
Disadvantages of circuit-switched
phone networks:
― Resource monopolization
― Hierarchical network
― Closed systems supplied by limited
vendors
― Specialized network
― Low growth rate
5
TDM Network
Circuit Switch
SCC#7
Subscriber
Lines
A
Call
Control
SWITCH
FABRIC
Serv.
Supl.
Subscriber
Lines
B
Trunks
Sinalling
Voice Circuits
6
TDM Network
Basic call example
Animation of an PSTN (TDM)
Phone call
7
Network Convergence
Network Convergence
Data Network
Data networks based on TCP / IP Protocol began in the late 60's when the first
networks have emerged through the ARPANET , " joining " North American
universities .
Advantages
Disadvantages
• Optimized resource
usage
• In the past - no quality
of service (QoS)
guarantee
• Not hierarchical
• Nowadays – some QoS
garantee
• Multi-service Network
• Steady year-long
growth
Si
IP Network
Si
It is possible to talk over IP Networks
9
Network Convergence
Basics
• The explosion of data transfer has revolutionized the telecommunication
environment, especially the Internet (www, FTP, email, Facebook,
Twitter, WhatsApp, Skype), indicating a shift from a “Voice Based”
network to a "Data Based" network.
10
Network Convergence
High level view of the converged environment
Always on with any devices
Anytime, anywhere and in any form
Voice and multimedia
Self service, intuitive
Simple for the end user
Secure, trusted and reliable
11
Network Convergence
Multi-service Networks
Single data-based telecommunications networks providing high-quality
integrated voice, video and data services, strategically offering multimedia based services and minimizing costs for both providers and
consumers.
• Factors propelling convergence:
― Vigorous data traffic growth
― Technological factors
 Statistical multiplexing
 Protocols and networks such as IP/MPLS that transport media with guaranteed quality
of service.
 Routers, computers, gateways and other elements are simpler, more economical and
easier to manage than TDM telephone network equipment.
 Codecs: high-quality voice/video compression and packing.
12
NGN
NGN
Definition of NGN
ITU-T Recommendation Y.2001
"A packet-based network able to provide
telecommunication services and able to
make use of multiple broadband, QoS
enabled transport technologies and in
which service-related functions are
independent from underlying transportrelated technologies.
It enables unfettered access for users to
networks and to competing service
providers and/or services of their choice.
It supports generalized mobility which
will allow consistent and ubiquitous
provision of services to users."
Application and Services
Layer
Open/Standard
Interface
Call Control
Layer
Open/Standard
Interface
Infrastructure and Data
Transport Layer
4
NGN
Enabling Packet Switching
It is possible to talk over IP Networks
SOFTSWITCH
SCC#7 /
SIGTRAN
Call
Control
Sup.
Serv.
Signaling takes typically
different path than media
does
G Subscriber
Lines
W
ACCESS
GATEWAY
B
IP
A
Subscriber
Lines
G
W
GW
Trunks
TRUNK
GATEWAY
Sinalling
Media Packets
15
NGN
NGN basic concepts
• Packet-based transfer
• Separation of control functions among bearer capabilities, call/session,
and application/ service
• Decoupling of service provision from transport, and provision of open
interfaces
• Support for a wide range of services, applications and mechanisms
based on service building blocks (including real time/ streaming/ nonreal time and multimedia services)
• Broadband capabilities with end-to-end QoS (Quality of Service)
• Interworking with legacy networks via open interfaces
16
NGN
NGN basic concepts
• Generalized mobility
• Unfettered access by users to different service providers
• Unified service characteristics for the same service as perceived by the
user
• Converged services between fixed/mobile
• Independence of service-related functions from underlying transport
technologies
• Support of multiple last mile technologies
• Compliant with all regulatory requirements, for example concerning
emergency communications, security, privacy, lawful interception, etc.
17
NGN
NGN basic concepts
TDM Architecture
NGN Architecture
IN
Service Platform
NGIN
Services
Call
Control
Switching
SIP
Session
Control
H.248
MGCP
SIP
Switching
Subscriber
A/D Trunk
Transport
Media
User
18
NGN
Three Layers
•
•
Responsible for services offered to users
connected to the network
Responsible for defining, supervising, clearing
and rating calls over the IP network. The
functions of this layer are:
― Signaling
― Call Control
Application and Services
Layer
Open/Standard
Interface
Call Control
Layer
― Service Layer Access
•
This is the layer where the media servers are,
responsible for:
― Processing media
― Message recording and playback
Open/Standard
Interface
Infrastructure and Data
Transport Layer
― Text-to-speech conversion and speech recognition
19
NGN
NGN – Softswitch Approach
Service
IN
NMS
Billing
Application
Server
Media Server
SIP-I
Control
SIGTRAN
H.248 / MGCP
SIP
H.323
Core
SIGTRAN
H.248 / MGCP
SIP
H.323
SG
Access
SS7
LMG
MGW
IAD
PRI / R2
PSTN
POTS / IP
PBX
IP
SBC
IP
MSAN
Private
Network
20
NGN
NGN basic concept
• SS7 message conversion to the
IP network (SIGTRAN).
• Establishment and termination of
sessions in IP network.
• Media adaptation between
networks.
• Establishes and terminates IPSS7 connections. Keeps the
connection status between
networks.
• Maintains the state of all calls
and the resources allocated to
them.
• Protocol conversion between IP
and TDM
• Send/receive signals and
messages to/from other networks
and protocols
• Create and delete protocol
entities.
• MGC provides the QoS
information.
21
NGN
Motivation
User needs
― Higher-speed Internet
― Low cost
― Transparency between wired and wireless
technology
― Low-cost apps with user-friendly interfaces
Service Provider Goals
― Easily manageable networks
― Planned networks
― Services independent of networks
― Networks that can evolve
― Simple, open user access
― Create open, fast platforms
NGN – to remember
“A proposal to evolve
current voice-based
telecommunication
networks to data-based
networks, integrating voice,
video and data, combining
wired and wireless
technologies, and giving
users unlimited,
uninterrupted access with
support for mobility.”
― Guaranteed network QoS
22
NGN
Class V
Class V SofftSwitch basic call
23
NGN architecture and
technologies
NGN architecture and technologies
Residential Gateway
MGC
MGC
SIP-T / SIP-I / H.323
H.248 / MGCP
IP
H.248 / MGCP
RTP / RTCP
AGW
Analog
Phone
AGW
Analog
Phone
25
NGN architecture and technologies
Trunk Gateway
MGC
MGC
SIP / H.323 / SIP-T / SIP-I
ISUP
ISUP
IP
SS7
H.248 /
MGCP
H.248 /
MGCP
PSTN
SS7
E1 / T1
E1 / T1
RTP / RTCP
MGW
PSTN
MGW
26
NGN architecture and technologies
Signalling Gateway
MGC
SIGTRAN
MGC
SIGTRAN
SIP-T/SIP-I /
H.323
IP
SG
H.248 /
MGCP
H.248 /
MGCP
SG
ISUP
SS7
SS7
PSTN
PSTN
E1 / T1
E1 / T1
RTP / RTCP
MGW
MGW
27
ITU-T Q.3909
28
ITU-T Q.3909
Specification process for NGN conformance testing and interoperability testing
Define the target
(service, application,
protocol, function)
Define specifications
(Protocol, Service, QoS)
Define test
specifications to
examine tests
Build up test bed and
examine tests
From ITU-T
29
Points and Protocols to test
Most
requested
tests
SIP-I
M3UA
H.248
ISUP
SIP/H323
ISDN-PRI
Tester
SCC#7 -ISUP
Sgtran M3UA
H.248
SIP-I
SIP
SIP
SIP /H.323
ISDN-PRI
SIP
Test type:
Test type:
Test type:
Test type:
Test type:
Test type:
Test type:
Conformance
Conformance
Functional tests
Conformance
Conformance
Conformance
Conformance
Performance
(Traffic)
Performance
(Traffic)
Who request:
Service Provider
Anatel
Who request:
Who request:
Who request:
Who request:
Who request:
Service Provider
Service Provider
Service Provider
Service Provider
ANATEL
ANATEL
Manufacturer
(consulting
services)
Voice Quality
Interoperability,
SIP-ISUP
Who request:
Service Provider
Manufacturer
(consulting
services)
Test Activities
Protocols
Sigtran
H.323 or SIP
IP NETWORK
MEGACO
MGCP
Where to measure?
What to measure?
How to measure?
Testing Methods
•
Functional
•
Interoperability
•
Conformance
•
Interworking
•
Performance
31
Test Activities
International
standards
Protocols
ITU-T, ETSI, IETF, ...
Other documents
Tests Procedures
Profiles
Sigtran
Sigtran
Sigtran
Sigtran
H.323 or SIP
H.323 or SIP
H.323 or SIP
H.323 or SIP
H.248
SIP-I
Documents
H.248
SIP-I
H.248
H.248
SIP-I
SIP-I
What to measure?
Where to measure?
Tester
32
Tests - What and Where to measure?
• What to Measure?
― Measurement of messages and
parameters of NGN protocols in
the IP network.
― Performance: signaling and voice
traffic
― Evaluation of quality and
intelligibility of voice
• Where to Measure?
― Choice of adequate test system
― Localization of the points of
measurement
― Definition of the testing methods
33
Conformance / Interoperability Tests
• Advantage
― Ensure equipment network
performance
― Ensure interoperability with
equipment and systems from
discrete vendors
― Quality Assurance:

Ensure equipment meets the
technical requirements needed to
provide services

Ensure elementary problems will not
occur
34
Testing Methods
Functional Testing
Performance Testing
Interoperability Testing
Interworking Testing
Conformance Testing
35
Testing Methods
Test System
System Under Test
•
Equipment
― The Test System simulates
the real network element
(without needing the actual
element) with the involved
protocols, e.g., MGW,
MGC, PSTN
Test
System
•
Functionalities/features are tested
•
Test system and/or real equipment (terminal) is
used (Real Equipment Test)
Performance
Testing
Case
― Service Provider
•
Functional
Testing
Advantage
Interoperability
Testing
― Basic calls and
functionalities
Interworking
Testing
Conformance
Testing
Testing Methods
Test System
System Under Test
•
Advantage
― Generates heavy traffic
(by simulating many
terminals)
•
•
System under test is stimulated by huge number of
simulated end user
•
Scope of test is stability under high load
•
No functional verification
Functional
Testing
Performance
Testing
Interoperability
Testing
Case
― High Service provider
traffic
― MOS tests for service
providers
Interworking
Testing
Conformance
Testing
Testing Methods
System Under Test
Vendor A
System Under Test
Vendor B
•
― To show that two or
more implementations
will cooperate to
provide the specified
end-to-end functions
Real
Equipment
Test
System
•
•
Verify that equipment from 2 different vendors can
work together (can interwork)
•
Verification of all protocols of a dedicated interface
Functional
Testing
Performance
Testing
Advantage
Interoperability
Testing
Case
― Service Provider ISUP
tests
Interworking
Testing
Conformance
Testing
Testing Methods
Test System
Protocol A
Test that features and services
defined in protocol A are
correctly mapped to features and
services of protocol B
Functional
Testing
Test System
System Under Test
Performance
Testing
Protocol B
•
•
Advantage
― Shows the ability of
dissimilar protocols
(such as ISDN and
GSM) to exchange
service information.
Interoperability
Testing
Interworking
Testing
Cases: Anatel
― ISUP-ISUP
― SIP-RDSI
― ISUP-transit
Conformance
Testing
Testing Methods
Test System
System Under Test
•
Advantage
― Shows that a particular
implementation complies with
the protocol requirements
specified in the associated
base standard
•
•
•
Case
Test of one dedicated protocol layer within
the system under test
― Anatel
Conformance to the underlying standard
(ETSI, ITU-T,...) is verified
― Vendors (consulting)
Functional
Testing
Performance
Testing
Interoperability
Testing
― Service Providers
Interworking
Testing
Conformance
Testing
40
ITU-T Conformance Testing
Anatel Certification
Conformance testing procedure
ITU-T Q.3909
Conformance testing for the NGN
procedure:
•
Preparation for testing
― Set the test object, target interface and target
Recommendations
― Set the physical configuration and target product
― Define the test scenarios
•
Test operations
― Static conformance review
― Test selection and parameterization
― Test campaigns (examine conformance testing
according to the scenarios)
― Analyze test output
•
Test report production
42
Usual test workflow
Tester Assigned
Requirements
Shared
Prepare Lab
Plan test
Execute tests
Check defects
Solve problems
Unsuccessful
Success
Problem unsolved
Complete
43
ANATEL Certification
Steps for lab deployment
•
Conformance test equipment adherent to pertinent standards
•
Equipment (System under test) comprising all functionalities
― Team specialized in equipment
•
Test specialist
― Know tests norms
― Know setup
― Know specifications of protocols involved in tests
― Monitor results
― Know how to configure and operate test equipment
•
― Save test result logs
The Specialist evaluates test results
― If the results ARE NOT as expected, a failure report is sent, indicating the item not
compliant with that specific standard
• After tests are run, the specialist generates a report for the customer
― DCB, Operator, Manufacturer, Vendor
44
ANATEL Certification Process
1
6
Anatel analises all
documentation
and issues the
Homologation
Certificate
5
OCD analyzes the test
results, issues the
certificate of conformity
and register it on
Anatel´s Management
and Homologation
Certification System
(SGCH)
Manufacturer (national)
or representative
chooses a Designated
Certification Organism
(OCD) and supplies all
product technical
information
Steps for
telecommunications
products / ICT checking
and approval in Brazil
4
laboratory
performs the tests
laid down in the
regulation and
issues the test
report
2
OCD analises the
product and
features and
determines the
standards and
applicable tests
3
Manufacturer
(national) or
representative
chooses a
laboratory and
supplies a product
sample
45
Protocols
H.323
SIP
H.248/MGCP
SIGTRAN
46
What is a Protocol
• Protocol is a convention that enables
and controls connections,
communication, and data transfer
between two computer systems.
• A protocol can be defined as "the rules
that govern" the syntax, semantics and
synchronization of communication.
• Protocols can be implemented by
hardware, software or a combination of
the two.
47
H.323
H.323 Architecture
H.323
Gatekeeper
H.323
H.323
H.323
MCU
RTP
RTP
H.323
RTP
H.323
RTP
RTP
RTP
Terminal
Terminal
RTP
H.323
H.323
H.323
H.323
MGW
H.323
Gatekeeper
RTP
MGW
RTP
49
H.323 Architecture
Gatekeeper
Region1
H.323Terminal
Gatekeeper
Region2
H.323 Terminal
Tests for ANATEL
ETSI TS 101 804-2: "Methods for Testing
and Specification (MTS); Conformance
Test
Terminal
H.323
GW
MCU
GW
Implementation Conformance Statement
(PICS) proforma".
IP
PSTN
MCU
Specification for ITU-T H.225.0 (Terminal,
Gatekeeper and Gateway); Part 1: Protocol
PSTN
[2] ITU-T Recommendation H.323:
"Packet-based multimedia communications
systems".
[3] ITU-T Recommendation H.225.0
(2000): "Call signalling protocols and media
stream
packetization for packet-based multimedia
communication systems".
[4] ITU-T Recommendation Q.931: "ISDN
user-network interface layer 3 specification
for basic call control".
50
SIP - Session Initiation Protocol
Session Initiation Protocol
SIP Architecture
SIP-I
AS
SIGTRAN MGC
MGC SIGTRAN
SGW
SGW
Registrar
Registrar SIP
SIP
Redirect
SIP
SIP
Servers
Proxy
H.248
RTP
MGW
RTP
SIP
Proxy
SIP
Terminal
Redirect
H.248
SIP
RTP
Terminal
RTP
RTP
MGW
52
Session Initiation Protocol
SIP basics
• Approved by IETF (Internet Engineering Task Force) by RFC 2543,
in March 1999.
• Used to create, modify and terminate multimedia sessions, providing
the means for determining members address and location.
• It is a client/server protocol, similar to
HTTP (Hypertext Transfer Protocol –
RFC2068) in terms of syntax and
semantics.
― Requests are generated by client entity and
sent to the server. The server processes the
message and sends a response to the
client.
53
Session Initiation Protocol
SIP basics
• In a SIP network, with specific functions, there are three
kinds of servers
― SIP Registrar

Receive registration requests from users

Maintains user’s location at a specific server (like HLR or HSS)
― SIP Proxy Server
 Relays call signaling

Transparent to end-devices

Allows for additional services (call forwarding, forking, etc.)
― SIP Redirect Server

Redirects callers to other servers
All of these elements are
logical and could be part of a
single server!
54
Session Initiation Protocol
SIP basics
• In SIP operation
― All messages have an initial line specifying the method and the protocol, and
some may contain an optional body, describing the section.
• Two types of messages are used in SIP
― Request

Contains methods indicating the requested action.
― Response

Based on the HTTP structure. There are six kinds of response messages.
55
Session Initiation Protocol
SIP basics
• SIP – Request Messages
― Invite: Invites a user to participate
in a call and establishes a
connection.
• SIP – Responses
― 1XX: Progress
― 2XX: Successful Request
― Bye: Terminates a connection.
― 3XX: Redirection
― Options: Requests information
about the capabilities of a caller.
― ACK: Indicates an accepted
"invite".
― Register: Informs user location to
server.
― 4XX: Incorrect Request
― 5XX: Server Failure
― 6XX: Global Failure
56
Session Initiation Protocol
Call Flow Example
SIP Proxy
Redirect
R
R
Terminal
Terminal
REGISTER
REGISTER
200 OK
200 OK
INVITE
INVITE
100 Trying
100 Trying
180 Ringing
180 Ringing
200 OK
200 OK
ACK
ACK
RTP
BYE
BYE
200 OK
200 OK
57
Session Initiation Protocol
Conformance Test
• Standard: IETF RFC 3261: "SIP: Session Initiation Protocol"
• Standard Test
― ETSI TS 102 027-2 V4.1.1 (2006-07)-Methods for Testing and Specification
(MTS) - Conformance Test Specification for SIP (IETF RFC 3261);
― Sub groups may be subdivided in three subgroups:
 Valid behaviour (V)
 Invalid behaviour (I)
 InOpportune behaviour (O).
― Conformance test required by Anatel (Terminals)
58
Session Initiation Protocol
Conformance Test case examples
•
EX1: 5.3.1.1.1 Valid Behaviour
― TPId: SIP_CC_OE_CE_V_001
― Status: Mandatory
― Ref: RFC 3261 [1] section 8.1.1.
― Purpose: Ensure that the IUT, to establish a call sends an INVITE request including at least To,
From,
― CSeq, Call-ID, Max-Forwards, Contact and Via headers.
•
EX2 5.5.3.1 Valid Behaviour
― TPId: SIP_MG_OE_V_007
― Status: Mandatory
― Ref: RFC 3261 [1] section 7.3.1.
― Purpose: Ensure that the IUT, when an INVITE client transaction is in the Calling state, on receipt
of a
― Success (200 OK) response including a headers set with short names, sends an ACK request.
59
SIP LAB Scenario
Lab Scenario's
The following procedures will take
place in the lab:
• Conformance Tests for SIP
• Tests involving the so-called basic
network:
•
Success case study
•
Failure case study
61
MGCP - Media Gateway
Control Protocol
H.248 / MEGACO
Media Gateway Control Protocol
Basics
• Media Gateway Protocol
― Defined by IETF (Internet Engineering Task Force, in RFC 2705).
• Ideal proposal for building IP networks with voice and data
convergence
― Designed with a distributed architecture, where operational, signaling and media
control issues are handled separately.
• Main objective
― Allow all the gateways of an IP network (Media Gateways) to be controlled by an
external agent, called Media Gateway Controller or Call Agent/Softswitch.
63
H.248 / MEGACO
Basics
• Main features
― Jointly developed by the IETF and ITU-T
― Protocol Architecture for control between gateways and other elements of a
multimedia system
― Add point-to-point interoperability aspects
― It must be used in conjunction with H.323 or SIP
― Assumes a centralized intelligence model on the network
― Emphasizes interoperability
• Protocol architecture for Gateway control
― MGCP style

Control between Gateways and other elements of a multimedia system and its
controllers - MGC
64
H.248/MEGACO
Basics
H.248/MEGACO – Main messages
• Add
― Adds a termination to a context.
• Modify
― Modifies a termination's properties, events and signals.
• Subtract
― Disconnects a termination from a context, returning statistics of the termination's
participation in the context. The Subtract command in the last termination in
context deletes the context.
• Notify
― Allows the Media Gateway to inform the Media Gateway Controller of events
taking place in a specific termination.
65
H.248/MEGACO
Basics
H.248/MEGACO – Protocol Commands
• MGC  MG:
― Add, Subtract - Add or Remove terminations in a context
― Modify – Modify features (Properties, Events and Signals) of a termination
― Move - Move a termination to other context
― Audit Values – verify MG/Termination parameters values
― Audit Capabilities – verify MG/ termination features
― ServiceChange - communicates a state change element
•
MG  MGC:
― Notify - Warns events detected by MG
66
H.248/MEGACO
Basics
H.248/MEGACO – Protocol Responses
• Basically, two situations occur:
― If the transaction requested through a command completes successfully, the receiver
returns the same “transaction ID” in a Reply.
― If the transaction requested through a command does not complete successfully, the
receiver returns the same “transaction ID” in a reply stating the real cause for failure,
with responses such as:

400 – Bad request

401 – Protocol error

500 – Internal gateway error

502 – Not ready

503 – Service not available

581 – Nonexistent
67
H.248/MEGACO
Context, termination and association
Context C1
T2
A
T1
Null Context
Context C2
A
T5
Context C5
T9
T3
T12
A
T13
Media Gateway
68
H.248/MEGACO
Call setup (1/2)
MGW B
MGW A
T1
A
A
Null Context
T4
Null Context
ADD T4 to new context
ADD T1 to new context
69
H.248/MEGACO
Call setup
(2/2)
MGW B
MGW A
T3
T4
Tn
T2
A
C2002
A
A
A
Tm
Null Context
ADD T4 to new context and
create termination (T3) and
ADD to it
Null Context
T1
C1001
ADD T1 to new context,
create termination (T2) and
ADD to the same context
70
H.248/MEGACO
Call setup
(1/2)
MGW B
T4
MGC
MGW B
T3
a
T2
T1
Context =${Add=T1,
Add=${mode=receiveonly}
b
Reply{Context=1001{Add=T1,Add=T2{LocalDes
criptor}}}
c
Context=${Add=T4,
Add=${RemoteDescriptor}}
d
Reply{Context=2002{Add
T4,Add=T3{LocalDescriptor}}}
e
Modify=1001{Modify=T2{Mode=
sendreceive,RemoteDescriptor}}
f
Reply{Context=1001{Modify=T2}}
71
H.248/MEGACO
Call setup
(2/2)
MGC
MGW B
T4
T3
a
b
c
d
e
Add=T4,Add=${RemoteDescriptor}}
f
g
h
i
j
k
l
T2
T1
Modify=T1 Eventsdescriptor
DigitMapDescriptor
Reply
Notify=T1 Off-hookevent
Reply
Modify=T1 Senddialtone
CollectDigits,DetectOn-hook
Reply
Notify=T1 [collected digits]
Reply
Add=T1,Add=${mode}
Reply
Reply{AddT4,Add=T3{
LocalDescriptor}}}
n
m
MGW B
Modify=T2{Mode=
sendreceive,RemoteDescriptor
Reply
72
H.248/MEGACO
Call setup - Class 5 Softswitch
SS
AG
Off hook
Dial tone
Digits
Ring tone
AG
Notify
Reply
Modify
Reply
Notify
Reply
Add
Reply
Add
Reply
Modify
Reply
Modify
Reply
Notify
Reply
Ring
current
Answer
Modify
Reply
Modify
Reply
RTP
On hook
Notify
Reply
Subtract
Reply
Modify
Reply
Subtract
Reply
Modify
Reply
73
MEGACO / H.248 Class 4 call flow
MGC
TGW 2
TGW 1
A
B
PSTN
PSTN
IP Network
DTMF
IAM
Add
Add
IAM
ACM
ACM
Ring
Ring back
ANM
Voice [Analog]
Off hook
ANM
Modify
Voice [G.711]
VoIP
On hook
Voice [G.711]
Voice [Analog]
REL
Subtract
Subtract
RLC
REL
RLC
Obs.: There are Reply messages, not represented in draw
Busy
On hook
74
H.248/MEGACO
Conformance Test
• Standard: ITU-T Recommendation H.248"
• Standard Test
― ETSI TS 102 374-2 Methods for Testing and Specification (MTS) - Conformance Test
Specification for ITU-T H.248.1
― Protocol groups - The protocol groups identify the two roles of the IUT (Implementation
Under Test):
 Media Gateway (MG) and
 Media Gateway Controller (MGC) as defined in ITU-T
Recommendation H.248.1 [1].
• Conformance test required by Vendors
75
H.248/MEGACO
Conformance Test case examples
•
EX1: 5.2 TPs for Media Gateway (MG)
•
5.2.1 Procedures using Add command (AD)
•
5.2.1.1 Valid behaviour test purposes (BV)
•
TP/MG/AD/BV-01 Reference: ITU-T Recommendation H.248.1 [1], clause 7.2.1
•
Initial condition: any
•
Ensure that the IUT, on receipt of a Transaction Request containing:
•
Action request with:
― CID set to CHOOSE;
― ADD Command request with: TID set to CHOOSE;
•
NOTE: e.g. for creation of a RTP Termination. Sends a Transaction Reply containing:
•
Action reply with:
― CID set to a specific value (assigned by the MG);
― ADD Command reply with: TID set to a specific value (assigned by the MG).
76
H.248/MEGACO
Conformance Test case examples
• EX2: 5.3 TPs for Media Gateway Controller (MGC)
• 5.3.1 Procedures using Add command (AD)
• 5.3.1.1 Valid behavior test purposes (BV)
• TP/MGC/AD/BV-01 Reference: ITU-T Recommendation H.248.1 [1],
clause 7.2.1
• Selection criteria:
― Initial condition: any
― Ensure that the IUT, in order to create an ephemeral termination in a new
context, sends a Transaction Request containing:
― Action request with:
 CID set to CHOOSE;
 ADD Command request with: TID set to CHOOSE
77
H.248 LAB Scenario
Lab Scenario's
The following procedures will take
place in the lab:
• Conformance Tests for H.248
• Tests involving the so-called basic
network:
•
Success case study
•
Failure case study
79
SIGTRAN
SIGTRAN
•
Bridge between PSTN and NGN networks
•
Carries SS7 application signalling in IP networks
•
SS7 over IP is known as SIGTRAN
•
There are 4 types of SGs
― M3UA: Transfer information through the ISUP SS7 nodes; It can also be used for
transaction-based services (such as Global Title Translation) by the SCC over the
M3UA gateway.
― SUA: Used to transfer transaction information (such as database lookup) through SS7
nodes.
― M2UA/M2PA: Used to transfer SS7 links through SS7 nodes; at this point the SS7
element in IP network tipically becomes to equivalent IP-STP.
― IUA: Used to transfer RDSI (Q.931) information over IP.
81
SIGTRAN
MGC
IP
MGW
SG
SS7
PSTN
Voice
PSTN
82
CPqD experiences
CASE
• Consulting Services to Service Provider:
― SIP conformance tests
― SIP traffic tests
― ISUP and SIGTRAN (M3UA, M2PA, SCTP) conformance tests
• ANATEL Tests:
― SIP conformance tests
• Manufacturer development tests:
― SIP conformance tests
• On service provider tests:
― SIP compliance tests
83
Agenda (Day Two)
1.
Migration from existing networks to NGN
networks
2.
Interoperability aspects. SIP-I migration from
existing networks to NGN (SIP-ISUP
(Q.784/Q.850))
3.
Quality (PESQ recommendation P.862)
4.
Lab interoperability aspects. SIP-ISUP SIP–I
(Q.1912.5 Profile C)
5.
Lab Voice Quality (PESQ recommendation
P.862)
84
Migration from existing
networks to NGN
85
Migration to NGN
ITU-D Q26/2
• Migration from existing networks
networks for developing countries:
to
next-generation
― technical,
― regulatory and
― policy aspects
• Motivations to migrate from legacy network infrastructure to
the new network infrastructure.
86
Migration to NGN
Telecom voice revenue
87
Migration to NGN
Following the trend caused by the business flows
Reducing revenue
of fixed voice services
Requesting more mobile oriented services
and IP based capabilities over fixed
and/or mobile broadband
Voice services from legacy fixed based
to mobile and IP based
88
Migration to NGN
Total comparator country retail telecoms revenue: 2008 to 2013
Retail fixed-line voice revenues: 2008 to 2013
Migration to NGN
Following the trend caused by the business flows
For the compensation of
revenue reduction
cost reductions by sharing
network infrastructure
cost reductions by sharing
systems
• Requirements to the reduction of network and service infrastructure
deployment cost:
― Reduced OPEX and enhancing streamline operations.
― Integrated platforms for provisioning of various types services and applications.
― Integrated operation platforms including integrated maintenance and training.
― Centralized Management and Control.
90
Migration to NGN
Operator’s Chalenges on Migration
• Support of business continuity required to maintain ongoing dominant
services and customers that require carrier-grade service.
• Flexibility to incorporate existing new services and react quickly to the
ones that appear on real time.
• Profitability to allow feasible return on investments and in the best
practices market values.
• Survivability to allow service assurance in case of failures and external
unexpected events.
• Quality of Service to guarantee the Service Level Agreements for
different traffic mixes, conditions and overload.
• Interoperability across networks to allow the carrying of end to end
services for flows in different network domains.
91
Migration to NGN
Considerations: Signaling and Control
• PSTN/ISDN uses signalling systems such as
― Analogue line signalling
― Channel associated signalling (CAS) like signalling systems R1 [Q.310-Q.332], R2
[Q.400-Q.490]
― Common channel signalling (CCS), like SS7 or DSS1 [Q.931].
• All these signalling systems are for the circuit switched networks.
• Since NGN transport is packet-based, other suitable types of signalling
(e.g., SIP-I [Q.1912.5], etc.) may be required.
• Since the NGN has to work with the PSTN/ISDN and other networks,
interworking between NGN signaling systems and the legacy network
signalling systems is required.
92
Migration to NGN
How to design
• Issues for NGN design
― New models needed to represent multiservice flows
― New dimensioning methods for resources handling multimedia services
with QoS
― New measurement procedures for aggregated multi-service traffics
― New procedures to ensure interoperability and end-to-end performance
across multiple domains
― Redefinition of network segments at the new structure and for QoS
quota assignment
― New units to define dimensioning and costing for interconnection
93
Migration to NGN
Changes from current scenario towards target network
OSS
NMC
Services
SCP
IN
SS7
MGC
Control
Mob
Distributed Switching
Transport/Media
NAS
LEX/TEX
TDM
AGW
Packet
Network IP/
MPLS/CAC
Data
ATM/IP
TGW
Other
Networks
LEX
Access
gateway
AGW
PCM
ISDN
HDSL/XDSL
Source: ITU
DLC
MUX/DSLAM
RSU
POTS
DSL
Wireless
gateway
94
Migration to NGN
Topology reconfiguration for Core
Softwitches /MGCs
in few sites
Trunking gateway in
each regional site
Regional Level
Packet mode
network
IP links short distance
LEX Layer
Local Exchanges
Remote Units
Source: ITU
95
Migration to NGN
Migration strategy - Core
• Dominated by high capacity and protection level
― Overlay deployment for full coverage in all regions
― Quick deployment needed for homogeneous end to end connections (2
to 3 years)
― Strong requirements for high quality, protection and survivability
― Importance of the optimization for location and interconnection
Source: ITU
96
Migration to NGN
Topology reconfiguration for Core
MGCs located in
few sites
Regional layer
IP links Long
distance
Packet mode
network
Trunking gateway in
each local site
Local Exchanges
LEX Layer
Remote Units
Source: ITU
97
Migration to NGN
Local / Edge level migration: grow with NGN
Softwitches/ MGCs
located in few sites
Packet
mode
network
Trunking
gateway
TEX Layer
IP links
Access
gateway
Trunking
gateway
Access
gateway
LEX Layer
Exchange A
Source: ITU
Exchange A
subscriber
“Growth”
98
Migration to NGN
Local/Edge: migration strategy
• Dominated by functions migration investment and
interoperability
― Move from joint switching and control to separated control and media
GW
― Introduce Multimedia Services at all areas
― Optimize number, location of nodes and interfaces among existing and
new network
― Requires longer time and higher investments due to variety of geoscenarios and geographical distribution
Source: ITU
99
Migration to NGN
Local / Edge level migration: grow with NGN
Trunk
gateways
Softswitches/MGCs
Rest of
the TDM network
Packet
mode
network
IP links
Access
gateway
Access
gateways
Obsolete
TDM LEXs
Source: ITU
Access equipment
100
SIP-I migration from
existing networks to
NGN SIP-ISUP
(Q.784/Q.850)
101
SIP-I migration from existing networks
to NGN SIP-ISUP (Q.784/Q.850)
• SIP-ISUP (Q.784/Q.850))
• Q.784 Describes isup
conformance tests standard
• Q.850 - Release cause map
• RFC 3398 e Q.1912.5 mappings of Q.850 to SIP
102
SIP-I migration from existing networks
to NGN SIP-ISUP (Q.784/Q.850)
• The Release Causes mapped in Q.850 are very important for
gap identification in operators (KPI), which check Quality of
Service indicators requested by Anatel
• Some of these causes are part of the ISUP conformance tests
(Q.784)
• The SIP fault mapping (4xx) contains REASON CAUSE map with
the Q.850
• Ex. 486 busy here (REASON CAUSE #17 user busy )
103
Migration to NGN
RFC 3398 e Q.1912.5 mappings of Q.850 to SIP
104
Migration to NGN
Interworking of ISUP with SIP using Profile C (SIP-I)-ITU-T Rec. Q.1912.5
105
Migration to NGN
Unsuccessful call set-up procedures and call flow diagrams for basic call
control
106
Migration to NGN
Normal cal release procedure
107
SIP-I LAB Scenario
Quality of Service
(QoS)
109
Quality of Service (QoS)
QoS in Data Network
• The packet and circuit networks were designed with different goals:
― Data network (critical, non-critical)
― Telephony network (ToIP, VoIP)
• To garantee Quality of Service for voice traffic on IP networks is the
biggest challenge for the full integration of data networks and telephony.
Audio Quality
― Largely depends on codec and
― echo cancellation in use
110
Quality of Service (QoS)
Media Service Requirement
111
Quality of Service (QoS)
Basics
Requirements for IP Telephony
•
Voice transmission in real time - latency <300 ms
•
Signaling Procedure
― Call Establishment
― Call Control
― Additional services
•
Public switched systems and mobile telephony interfaces
•
QoS guarantee
― Compression Techniques
― Silence suppression
― Echo control
112
Quality of Service (QoS)
Codecs
Voice packing - codecs
•
Traditional systems - Voice
― 4 kHz band
― 8kHz sampling
― Each voice channel - 64kbit/s (8000 samples x 8 bits)
― ITU-T Recommendation G.711 (PCM)
•
VoIP systems - bandwidth demand is critical
― Speech signal compression algorithms needed
― Bandwidth savings
― DSP - Digital Signal Processors
•
Compression can take place with or without loss of quality. Everything
depends on the degradation that is admitted to the signal and the
compression factor that you want to achieve: G.711, G.726, G728, G.729
113
Quality of Service (QoS)
Codecs
Codecs are used
• During the voice signal packing
• To reduce bandwidth voice compression techniques are used
― The signal compression performed in encoders (codecs) are based on
processing techniques to remove redundant information, predictable or
useless.
 Compression can take place with or without loss of quality.
 Tudo depende da degradação que se admite para o sinal e do fator de compressão que
se deseja atingir.
 Everything depends on the admitted signal degradation and the compression factor that
is wanted to achieve.
114
Quality of Service (QoS)
Voice over IP - Use of Data Networks
that uses IP protocols (TCP / UDP / IP)
for voice signal transmission in real time
in the form of data packets.
115
RTP:
Real Time Protocol
Animation of RTP
Protocol use
116
Quality of Service (QoS)
ITU-T Codecs
Main features
Rec ITUT
Band
(kbps)
MOS
Complexity
Delay
(ms)
PCM
G.711
64
4,1
-
0.75
ADPCM
G.726
32
3,85
Low
1
LD-CELP
G.728
16
3,61
Low
3-5
CS-ACELP
G.729
8
3,92
Medium
10
CS-ACELP
G.729a
8
3,7
Medium
10
MP-MLQ
G.723.1
6,3
3,9
High
30
ACELP
G.723.1
5,3
3,65
High
30
Method
117
Quality of Service (QoS)
Design Recommendations for VoIP
• QoS considerations for VOIP
― Use G.711 CODEC when possible

Good Voice Quality

Bandwidth usually available in LAN and MAN
― Use G.729A or G.729AB to conserve bandwidth

Watch out for multiple transcodings

Be careful with VAD – subject to clipping effects
― QoS

IP networks do not guarantee that bandwidth will be available for voice calls unless QoS mechanisms
are used

QoS to restrict delay, minimize packet loss

QoS techniques should be applied to support VoIP with acceptable, consistent and predictable voice
quality

QoS mechanisms refer to packet tagging mechanisms and network architecture decisions on the
TCP/IP network to expedite packet forwarding and delivery
118
Quality of Service (QoS)
Parameters
• QoS in Data Network
― QoS represents the set of techniques necessary to manage network bandwidth,
delay, jitter, and packet loss
― QoS is defined by the minimum performance parameters which a network have to
provide. These can be highlighted:
 Bandwidth (Flow) - mechanism used by the network to share this bandwidth
between several bandwidths offered by the application.
 Latency - defines the retention time (delay) of a packet by the network equipment.
 Jitter - time interval change between the arrival of packets which occurs by the
random behavior of the network delay.
 Packet loss - packets transmitted by the endpoint source that does not arrive at
the destination endpoint.
119
Quality of Service (QoS)
What are the Choices for QoS?
• There are several ways to deliver QoS, including the following:
― Network QoS Technologies
 Ethernet 802.1Q/802.1p
 IP Differentiated Services (DiffServ)
 MPLS for Traffic-Engineered Paths
― VoIP Application QoS Technologies
 Codec Selection
 VAD / Silence Suppression
 Call Admission Control / Bandwidth Management
 Packetization rate
 Jitter buffer size
120
Quality of Service (QoS)
MOS
• MOS (Mean Opinion Score) - ITU-T P.800
― It is a technique based on human perception used to "measure" the quality of the
voice understanding.
― There are two test methods:
 Conversation opinion test
 Listening opinion test
― The testers judge the quality of the voice
transmission talking or listening to the voice
samples, classified on a scale from 1 to 5
representing respectively:
 Bad, poor, fair, good and excellent.
 From 1 (bad) to 5 (excellent)
 Toll-quality > 4
121
Quality of Service (QoS)
PESQ
• PESQ (Perceptual Evaluation of Speech Quality)
― PESQ - Perceptual Evaluation of Speech Quality
― ITU-T improved the original model of MOS with Recommendation P.862 - PESQ
for Narrow Band Codecs (3.1 KHz).
― It is able to predict the subjective speech quality with a good correlation and a big
variety of conditions, which may include coding distortions, errors, noise, filtering,
delay and variable delay.
• It produces accurate predictions of quality in the
presence of various behaviors during calls.
122
Quality of Service (QoS)
Measuring QoE: MOS and the E-Model
• Mean Opinion Score
(ITU P.800)
― Subjective call quality measurement
perceived by the user
R-Value
User Satisfaction
5.0
100
94
90
MOS
Very Satisfied
4.4
4.3
Satisfied
• E-Model (ITU G.107)
― Transmission planning tool for
estimating user satisfaction
80
70
― Objective measurement
― E-model output: R value
 Under 60 is not acceptable
 Over 94.5 is unattainable in VOIP
Some Users
Dissatisfied
Many Users
Dissatisfied
0
3.6
3.1
60
50
4.0
Nearly All Users
Dissatisfied
Not
Recommended
2.6
1.0
123
Quality of Service (QoS)
Measuring QoE: MOS and the E-Model
Factors to affect PESQ score
There are many factors will affect
PESQ score, such as:
1. Codec distortion
2. Packet delay and loss
3. Jitter butter delay
4. Background noise
124
Quality of Service (QoS)
G.114 – Determination of the effects
of absolute delay by the E-model
125
Voice Quality LAB Scenario
Quality of Service (QoS)
Test cenario
Test System
Monitor
Codec
G.711A
SIP
SIP
SIP
ETH
IP
MOSPESQ
ISDN
IP-PBX
RTP
ISDN
E1
• SIP-ISDN calls test scenario and voice quality measure
• Perceptual Evaluation of SpeechQuality (PESQ) in standard P.862
127
Thank you!
Augusto Rocha Gomes
(+55) 19 3705-6019
augusto@cpqd.com.br
www.cpqd.com.br
Last, but not least
129
Protocols
130
Final message
• Gostaríamos de deixar a mensagem:
― Importância da evolução das redes de circuitos para redes de pacotes
― Importância das normas ITU neste contexto
― Importância dos QOS redes VoIP
― Testes de interoperabilidade , garantem integração de equipamentos de
fabricantes diferentes, As normas do ITU contribuem muito para isto
― Release cause, protocolo ISUP , mapeia a causa das falhas nas redes ( usada
em operadoras, para KPI índices de completa mento de chamadas ) presente
também no protocolo SiP-(Reason cause da Q.850 do ITU)
― Facilidade de monitoração das novas redes ferramenta Free Wireshark
― Vantagens de construir um laboratório e que e necessário para compô-lo, um
dos maiores ganho (know how), há dionivel no mercado vários equipamentos
que contemplam as normas de testes de conformidade
131
Evaluation tests
• EXEMPLO DE 5 QUESTOES
― O que e NGN,
― Que tipo de testes pode ser realizado
― Qual o ganho de realizar testes
― Cite 2 protocolos
― O que se mede em QoS
132
Migration to NGN
What to answer
• Questions and Answers
― From where to start migration?
― Which topologies and connectivity are required?
― How network segments change in access, local and core?
― Which level of protection to assure?
― Where to locate new functionalities?
― How to ensure service continuity?
133
IMS
• The IMS specifications were developed for use with cellular
access networks and were based on certain assumptions
regarding the access network such as bandwidth available.
Inherent differences between the different types of access
networks will have concrete consequences on the IMS
specifications.
134
Trends
3GPP/3GPP2 IMS Arquitecture
Web Portal
Application
Layer
Parlay App
Server
Centralized
Databases
HSS
SIP App
Server
Support Systems
Billing Mediation, Fault
Correlation, Operations,
Maintenance, …
OSA SCS
SIP
Session
Control
Layer
S-CSCF
SIP
SIP
SIP
MGCF
I-CSCF
P-CSCF
SIP
IP Signalling
Converter
SIP
Media
Server
IN
Access
SG
H.248
COPS
PDF
H.248
MRFC
Media and
End Point
Layer
BGCF
Media
Gateway
PSTN
Source: IEEE
Wireline and Wireless SIP Endpoints
GSM, UMTS, 802.11, Bluetooth, DSL, FTTP, …
Legacy IP
Endpoints & PBXs
H.323 and MGCP
TDM
PBX
SS7
Analog
Endpoint
135
H.323 Call Flow Example
136
MGCP / SIP-T call flow
MGC1
MGC1
A
TGW 1
PSTN
DTMF
IAM
INVITE [SDP / IAM]
IAM
CRCX
180 [SDP / ACM]
ACM
ANM
Analog.
PSTN
IP NETWORK
CRCX
Ring back
B
TGW 2
ACM
Ring
200 [SDP / ANM]
ACK
MDCX
Voice[G.711]
Off hook
ANM
Voice[G.711]
VoIP
Analog
REL
On hook
DLCX
RLC
BYE [SDP / REL]
REL
Busy
RLC
DLCX
On hook
Obs.: There are ACK in MGCP messages, not represented in draw
137
MGCP Class 4 call flow
MGC
TGW 2
TGW 1
A
PSTN
DTMF
B
PSTN
IP Network
IAM
CRCX
CRCX
IAM
ACM
ACM
Ring back
Ring
ANM
Voice [Analog]
Off hook
ANM
MDCX
Voice [G.711]
VoIP
Voice [G.711]
Voice [Analog]
On hook
REL
DLCX
DLCX
RLC
REL
RLC
Obs.: There are ACK in MGCP messages, not represented in draw
Busy
On hook
138