cjk test-bed study service control based on mpm-racf communications
DESCRIPTION
CJK test-bed study Service control based on MPM-RACF communications. 200 9 . 7.22-24 Test-bed Ad-hoc Group Hideaki YAMADA, Norihiro FUKUMOTO KDDI (KDDI R&D Labs.). Performance measurement. Report of evaluations – Study phases. Phase I: 2006 3 rd /4 th Quarter (Completed) - PowerPoint PPT PresentationTRANSCRIPT
CJKTest-bed
CJKTest-bed
CJK test-bed studyService control based on 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).