CJKTest-bed

CJKTest-bed

CJK test-bed studyService control based ｏｎ MPM-RACF communications

2009.7.22-24Test-bed Ad-hoc Group

Hideaki YAMADA, Norihiro FUKUMOTOKDDI (KDDI R&D Labs.)

2

China (CATR) Korea (TTA) Japan (TTC)

IP Network C-K: R&D network C-J, K-J: Commercial networks(or R&D network)

CPE for Voice over IP

CPE used in Phase I&II are applicable • Software based CPE supporting the RTCP extensions such as SR/RR/XR/HR

for Video over IP

TBD TBD • Hardware based CPE• Support RTCP SR/RR/XR video

Service Platform Call servers used in Phase I&II IMS

MPM MPM (Software/Hardware)

PC based MPM and ATCA based MPM (by OKI)

RACF TBD In preparation TBD

Performance measurement

3

Report of evaluations – Study phases

CJK NGN Test-bed

Phase I: 2006 3rd/4th Quarter (Completed)- Network Connectivity- Scenario 2 and 4 only (2 CS and 2 domains)

Phase II: 2007 1st/2nd Quarter (Completed)- Scenario 1, 3 (simpler version of 2 and 4, single domain) and 5

Phase IV: 2008 3rd ~ 2010 2nd Quarter

On going / In preparation- Performance Evaluation of RTP/RTCP-based MoIP and IPTV services- Performance Monitoring Scenarios 6-3 and 6-4- Initial RACF Interoperability testing : Scenario 7- Testing of RACF and RTP/RTCP-based MPM Interactions

Coming Tests- IPTV Interoperability testing- Admission Control Device testing

We are here

4

Report of evaluations – Improved network configuration

Japan Core Network(TTC)

MPM (Router with mirror port and RTP translator)

Korea (TTA)

CPE (RTP/RTCP client appliance)

MPM (Router with mirror port and RTP translator)

China (CCSA)

CPE (PC with RTP/RTCP

client software) CPE (RTP/RTCP client appliance)

MPM (Router with mirror port and RTP translator)

SIP ServerSIP Server

CPE (PC with RTP/RTCP client

software)

CPE (RTP/RTCP client appliance)

SIP Server

RACF RACF

RACF

Some clients are updated/added for coming tests

Some network equipments are set for coming tests

Network equipment Network equipment

CPE (PC with RTP/RTCP client

software)

5

The RTP/RTCP based passive measurement

Delay and delay-variation are important to ral-time applications such as VoIP and video streaming. Real time protocol, [IETF RFC 3550]) is a transport layer protocol for real-time applications. RTP is designed to be independent of transport or network layer protocols. An RTP packet has time-stamp and sequence-number fields in its header. A passive collection system which resides in either TEs or BGs can evaluate packet loss and delay variation.

RTCP is an optional control protocol for RTP. Furthermore, RTCP extensions, such as the RTCP‑XR (RTP control protocol extended reports, [b-IETF RFC 3611]) are also optional control protocols for RTP. Participating TEs exchange RTCP and RTCP-XR packets. In a RTCP and RTCP-XR packet, performance metrics of its application services are reported. TEs also are able to evaluate rough round-trip delay with these packets.

Figure Configuration of the measurement points.

6

Standardization RACF and MPM communications (Rec. Y.2111 Revision 2)

RACF

Service Control Functions

Network Attachment Control Functions

Other N

GN

sO

ther NG

Ns

TRC-FE

Rn

Service Stratum

Transport Stratum

PE-FE

PD-FE

TRE-FE

Transport Functions

Rc Rw

Rt

Rs

Ri

Rd

RpRu

CGPE-FE

CPN

RmManagement for Performance Measurement

Rh

A new reference point called Rm between RACF and MPM in Rec. Y.2111 was added. Several specifications of Rm are based on Rc ones.

Figure Generic resource and admission control functional architecture.

7

Standardization RACF and MPM communications (Rec. Y.2111 Revision 2)

Figure 2 Performance notification between TRC-FE and MPM-FE based on the communications of multiple MPMs

Figure 1 Performance notification between TRC-FE and MPM-FE

Performance notification between TRC-FE and MPM-FE

8

A use case for RACF-MPM communications

Figure 1 Autonomous traffic control based on the MPM function

Figure Autonomous traffic control based on the MPM function

The RACF controls services based on the QoS/QoE notifications both of the terminal-side MPM and the network-side MPM. The MPMs between the terminal and the network node control the traffic between them and, at the same time, MPMs notify the updated terminal side QoS/QoE information to RACF.

9

Thank you for your kind attentions.Q&A

This work is partly supported by the National institute of Information and Communications Technology (NICT).