| 리포트 | 기술문서 | 테크-블로그 | 글로벌 블로그 | 원샷 갤러리 | 통신 방송 통계  | 한국 ICT 기업 총람 |

제품 검색

| 네트워크/통신 뉴스 | 기술자료실 | 자유게시판 |  
 
 
섹션 5G 4G LTE C-RAN/Fronthaul Gigabit Internet IPTV/UHD IoT SDN/NFV Wi-Fi Video Streaming KT SK Telecom LG U+ OTT Network Protocol CDN YouTube Data Center
 
스폰서채널 |

 

  스폰서채널 서비스란?
Enabling Triple Play Services using the Broadband Service Router (BSR) Architecture
January 26, 2006 | By Juniper
코멘트 (0)
4

Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
Transcript
Enabling Triple Play
with the BSR architecture
Bart Salaets Tech Lead Broadband Solutions EMEA
Copyright ⓒ 2003 Juniper Networks, IncProprietary and Confidential www.juniper.net
Agenda
Triple play has many faces The BSR architecture
The concept
Addressing the requirements BSR dimensioning Advanced broadband services Conclusion
Triple play today and tomorrow
Basic triple play

Bundle package of video/TV, voice and internet

One service per VC

One service per device

Static partitioning

Service provider controls home network

Little differentiation versus cable (“me too”)
Complex multi-VC CPE config
=> Entry into triple play market
Advanced triple play

Integrated multimedia services, beyond triple play

Services mixed on single VC

Multiple services per device => integrated capabilities (!)

Virtual content storage

Subscriber controls his home network

Allows for differentiation versus cable operators
=> Long-term strategy towards next-gen broadband network Single-VC CPE/RG config
Network Impacts of Various Applications
Latency/Loss Sensitivity
Red = “Triple Play”
Blue = Service differentiator and opportunities for incremental revenue
Choose an architecture that allows rapid intro of any of these services !
The Evolution of Broadband
High speed open connectivity changes the rules Add Internet RG and build a home network New options for content distribution (best-effort) New subscriber expectations and home devices
Service Delivery Point (SDP)
Where to put the Service Delivery Point ?
=> CPE, DSLAM, L2 switch or BRAS/BSR

Service Delivery pointis the point where the subscriber getsauthenticated and connected to the services he subscribed to at the required QoS andsecurity levels

Where do you want the SDP in your network ?

How should the SDP be provisioned ?
=> Choice of SDP will have a major impact on OPEX !!
Alternative broadband architectures
Single edge (BSR) architecture

1:1 VLANs (VLAN per customer) or N:1 VLANs (VLAN per DSLAM)

Works easily with single VC on the access loop

Centralized SDP providing a central point for subscriber control
BSR for per-subscriber service classification & scheduling
Multi edge architecture

N:1 VLANs (VLAN per service)

Often relies on Multi-VC on the DSL loop

Service control/intelligence is spread over the access network

Different IP edge platforms for different services

No single point of subscriber control
Juniper proposed architecture:
Subscriber-centric approach based on Single Edge / C-VLAN model
DSLAM
BSR
BSR architecture addresses .
Per subscriber => 1 x VC
RG
Operational simplicity Quality of experience Network & Service security Service availability Network efficiency
AAAStacked VLAN
1 x C-VLAN
MC-VLAN
BSR
Provisioning & Operations Toolkit
QoS and Policy Toolkit
Security Toolkit
Redundancy Toolkit
Multicast Toolkit
Copyright ⓒ 2005 Juniper Networks, IncProprietary andConfidential www.juniper.net
End-to-end provisioning
Managing the subscriber’s “C-VLAN service pipe”
TR-69 Radius and/or ACS SDX
Only CPE and BSR are ‘service-aware’ Single logical circuit to manage no MAC@ tracking User isolation: security, troubleshooting, logging, accounting Policy system connects to BSR and RG
Single Edge vsMulti Edge modelProvisioning
Per-subscriber Policy and QoS in BSR
Internet service speed
DSL sync rate
SPQ
Per-subscriber QoS
L2C to automate provisioning and operations
L2C Rate Adaptive Mode (RAM) use case
How to copy the DSL sync rate to the C-VLAN shaping rate ?

Using PPPoE intermediate agent tag or new DHCP options as specified in DSL Forum WT-101
.
Using L2C RAM
VoIP ASP
Internet
What about delays in channel zapping ?
Delay calculation
Remote control :  10 ms  
IGMP snoop in DSLAM :  10 ms  
Switch channel in DSLAM:  250 ms  
Receive I-Frame:  250 ms  
Decode new channel:  200 ms  
Fill buffer:  250 ms  
TOTAL:  ± 1 second  
So who is worried about a few milliseconds of IGMP processing in the BSR ?
Design guideline on BSR : attract all MC streams from core all the time, and only send those into MC-VLAN forwhich IGMP joins have been received (so PIM is not adding any extra delay)
BSR and per-subscriber QoS BSR hierarchical per-subscriber QoS for:

Per-subscriber traffic shaping (C-VLAN) to avoid congestion onDSL line

Per-subscriber traffic prioritization within C-VLAN rate (VoIPvs VoD vs Internet) to ensure QoE for every application
Bandwidth re-use within same traffic class and in second stage outside traffic class across subscribers Issue : C-VLAN shaper does not include multicast
traffic (multicast is sent in shared MC-VLAN)=> DSL line will congest in presence of multicast traffic
Solution : Can’t we use IGMP to address this issue ?
The second function of IGMP Dynamic QoS adjustment
VoIP / VoD
5Unicast Scheduler IPTV
Internet
Headend
(C-VLAN) adjusted
4IGMP OIF map to MC-VLAN
3IGMP/C-VLAN Processed
6MC Video Session forwarded over MC
2IGMP
VLAN
Snooping
1IGMP
(PPPoEor IPoE) SubscriberVC
7Final MC
Replication
Copyright ⓒ 2005 Juniper Networks, IncProprietary and Confidential www.juniper.net 22
Impact of VOD on bandwidth utilization
Assumptions

DSLAM with 1000 active DSL lines and 1 GE uplink

Internet usage is 100 kbps on average (statistical multiplexing)

Video stream is 4.5 Mbps (MPEG2)

Nbr of available TV channels = 100 (peak usage is around 40 channels)

VOD concurrency includes service take-up rate + peak concurrency
BSR dimensioning example
Broadcast TV is sent on a separate GE link (MC-VLAN), so is not included in the calculation below
AvgInternet bandwidth per user : 100 kbps
AvgVoIP bandwidth per user : 20 kbps
AvgVoD bandwidth per user : 270 kbps

VoD bandwidth = 4.5 Mbps (MPEG-2)

Service take up = 20%
6% VoD concurrency

Peak concurrency = 30%

Average bandwidth = 4.5Mbps x 30% x 20% = 270 kbps
Total avg bandwidth per user : 390 kbps

2500 subscribers / C-VLANs per GE interface

Using hierarchical QoS and admission control for VoD
Advanced broadband services
Admission control is needed for assured services delivery (e.gVoD) in an oversubscribed broadband network
Some services require Dynamic policy and QoS control

Internet boost services (turbo button)

IDP-based threat mitigation services

Game and Video download bandwidth boost

VoIP & Videotelephony
Fixed/mobile convergence (IMS / TISPAN) E-series support for dynamic policy and QoS control

COPS-PR (SDX)

Radius CoA
Admission control using SDX ACP plug-in
Example: Integration with video server
ACP database contains topology info and congestion points
Summary of Juniper’s BSR architecture
Addresses the key requirements to facilitate rapid broadbandservice deployments over ethernet based access networks

Subscriber & service provisioning + Operations

Security

QoS and Policy

Redundancy & Availability
Multicast Optimized Service-agnostic architecture allowing to move beyond the traditional triple play service offering Access-agnostic architecture allowing to move beyond ADSL (to VDSL, PON, Wimax, etc.) Standards-based policy driven service delivery (Radius, COPS-PR)
allowing for rapid service introduction Field-proven
View All (819)
4G (2) 4G Evolution (1) 5G (36) 5g (1) 802.11 (1) 802.1X (1) ALTO (1) ANDSF (1) AT&T (2) Acceleration (1) Adobe HDS (3) Akamai (6) Amazon (3) Apple HLS (4) Authentication (1) BRAS (2) BT (1) Backbone (4) Backhaul (12) BitTorrent (1) Broadcasting (3) C-RAN (13) C-RAN/Fronthaul (12) CCN (4) CDN (52) CDNi (1) COLT (1) CORD (1) CPRI (2) Cache Control (1) Caching (5) Carrier Cloud (2) Carrier Ethernet (9) Channel Zapping (4) China Mobile (1) China Telecom (1) Cloud (10) Cloudfront (1) DASH (2) DCA (1) DHCP (3) DNS (1) DSA (1) Data Center (7) Dynamic Web Acceleration (1) EDGE (1) EPC (5) Energy (1) Ericsson (5) Ethernet (8) FEO (2) Fairness (1) Fronthaul (5) GiGAtopia (1) Gigabit Internet (2) Global CDN (1) Google (5) HLS (1) HTTP (1) HTTP Adaptive Streaming (18) HTTP Progressive Download (3) HTTP Streaming (1) HetNet (1) Hot-Lining (1) Hotspot 2.0 (2) Huawei (3) ICN (4) IP (1) IP Allocation (1) IP Routing (8) IPTV (15) Intel (1) Internet (1) Interoperability (2) IoST (1) IoT (14) KT (22) LG U+ (3) LTE (70) LTE MAC (1) LTE-A (2) Licensed CDN (1) M2M (3) MEC (3) MPLS (25) MVNO (1) Market (4) Metro Ethernet (7) Microsoft (2) Migration (1) Mobile (4) Mobile Backhaul (1) Mobile Broadcasting (1) Mobile CDN (2) Mobile IP (1) Mobile IPTV (3) Mobile Video (1) Mobile Web Perormance (1) Mobility (1) Multi-Screen (7) Multicast (7) NFC (1) NFV (2) NTT Docomo (2) Netflix (6) Network Protocol (31) Network Recovery (3) OAM (6) OTT (31) Ofcom (1) Offloading (2) OpenFlow (1) Operator CDN (14) Orange (1) P2P (4) PCC (1) Page Speed (1) Programmable (1) Protocol (7) Pseudowire (1) QoS (5) Router (1) SCAN (1) SD-WAN (1) SDN (15) SDN/NFV (15) SK Telecom (22) SON (1) SaMOG (1) Samsung (2) Security (6) Service Overlay (1) Silverlight (4) Small Cell (3) Smart Cell (1) Smart Grid (2) Smart Network (2) Supper Cell (1) Telefonica (1) Telstra (1) Terms (1) Traffic (2) Traffic Engineering (1) Transcoding (3) Transparent Cache (2) Transparent Caching (14) VLAN (2) VPLS (2) VPN (9) VRF (2) Vendor Product (2) Verizon (2) Video Optimization (4) Video Pacing (1) Video Streaming (14) Virtual Private Cloud (1) Virtualization (3) White Box (1) Wholesale CDN (4) Wi-Fi (13) WiBro(WiMAX) (4) Wireless Operator (5) YouTube (4) eMBMS (4) eNB (1) 망이용대가 (1) 망중립성 (1) 스마트 노드 (1)

 

 

     
         
     

 

     
     

넷매니아즈 회원 가입 하기

2020년 1월 현재 넷매니아즈 회원은 49,000+분입니다.

 

넷매니아즈 회원 가입을 하시면,

► 넷매니아즈 신규 컨텐츠 발행 소식 등의 정보를

   이메일 뉴스레터로 발송해드립니다.

► 넷매니아즈의 모든 컨텐츠를 pdf 파일로 다운로드

   받으실 수 있습니다. 

     
     

 

     
         
     

 

 

비밀번호 확인
코멘트 작성시 등록하신 비밀번호를 입력하여주세요.
비밀번호