Integration and
Management of GPON
CPE
Robin Mersh (COO)
Ofcom Workshop on flexible
Customer Premise Equipment (CPE)
June 12, 2008
2008 DSL Forum, unauthorized use prohibited
1
SYSTEM LEVEL STANDARDS
BODIES RELEVANT TO GPON
ATIS OAN
US requirements, excellent gap analysis
ITU-T Q2 SG15
Mainly PHY layer +, very responsive to DSLF requests
FSAN
Increasing focus on interop & OMCI issues
DSL FORUM
Plugging the end-end gaps in architecture, CPE
specification/management and covering Layer 2+
functionality with associated element partitioning
2008 DSL Forum, unauthorized use prohibited
2
Scope of DSL Forum TR-069
OSS/BSS
Managed LAN
Device
Policy
Scope of CPE WAN Management
Protocol (CWMP):
ACS Southbound Interface
Managed LAN
Device
Call
Center
Auto-Configuration
Server (ACS)
Managed Internet
Gateway Device
ACS Northbound Interface
Managed LAN
Device
Amendment 2 ratified in December 2007
Management Functions
Auto Configuration & Service Provisioning
Firmware Management
Diagnostics & Troubleshooting
Fault and Performance Monitoring
2008 DSL Forum, unauthorized use prohibited
3
TR-069 Protocol Highlights
Bi-Directional Communication
Connection Request
Managed
Device
Inform
Auto-Configuration
Server (ACS)
TR-069 Protocol
Access neutral, bi-directional SOAP/HTTP-based messaging
Bootstrap communication and discover device capabilities
Ability to set/get configuration information, diagnostics, status and
performance info
Firmware/image management
Alerts based on changes to specific settings
Independent gateway data model specified in TR-098, extensible to
additional devices and capabilities
2008 DSL Forum, unauthorized use prohibited
4
TR-069 enables support over the
entire broadband service lifecycle
Remote CPE troubleshooting
• Improve problem resolution
abilities
• Shorten support calls
• Eliminate unnecessary CPE
replacement
• Reduce truck rolls
• Enhance current customer
support process
Remote CPE management
• Automate management of
millions of devices
• Firmware upgrades
• Enable new services
• Database of all installed CPE
Web-based integration
• Service selection
• Customization
• Provisioning
• Eliminates subscriber need
to access CPE GUI
Touch-less installation
• Auto-detection and
configuration of CPE
• Automatic firmware
downloads
• Download latest revsions
of 3rd party software
• No need to modify or
maintain CD’s
Graphics supplied by Siemens
2008 DSL Forum, unauthorized use prohibited
5
TR-069 Management Connection
Layer
Description
CPE/ACS Application
The application uses the CPE WAN Management Protocol on the CPE and ACS,
respectively. The application is locally defined and not specified as part of the CPE
WAN Management Protocol.
RPC Methods
Remote procedure calls. This includes the definition of the CPE Parameters accessible
by an ACS via the Parameter-related RPC Methods.
SOAP
A standard XML-based syntax used here to encode remote procedure calls.
HTTP
HTTP 1.1
SSL/TLS
The standard Internet transport layer security protocols. Secure Socket Layer or
Transport Layer Security.
TCP/IP
Standard TCP/IP.
RPC: Remote procedure call
SOAP: Simple Object Access Protocol
SSL: Secure Socket Layer
XML : Extensible Mark
-up Language
Mark-up
HTTP : Hyper Text Transfer Protocol
2008 DSL Forum, unauthorized use prohibited
6
Security of the Management Connection
Mechanism to secure the communication between CPE and ACS
Security is enhanced with TR-069 by the CPE initiating all communication
(Although the ACS system may ping the CPE device for a message)
TR-069 utilizes a widely implemented HTTP protocol over a SSL/TLS
connection to provide a single secure connection
(x.509 certificate with Public / Private key technology to provide high security
encryption and Certificate based authentication)
With the RSA technology the client (CPE device) does not require a separate
x.509 certificate to provide encryption. Client devices are authenticated via
the widely implemented HTTP authentication
2008 DSL Forum, unauthorized use prohibited
7
The Big Picture: DSLHome Scope
IP STB
OSS/BSS
+
+ 5
5 +
+(
(%
%
!
"
+
! "
+
*
*
1
2
1
23
34
4
.
0
./
/
0$
$
*
*
+
,
+
,
1
5
16
6*
* 1
1
5
3
"
&
/
(
3 "&/ (
!
%
! "
"
%$
$
VoIP
Policy
%
&
%
&
Residential
Gateway (RG)
Auto-Configuration
Server (ACS)
Call
Center
8
8
3
"
#
$
3"
#$
9
"
9
"
2008 DSL Forum, unauthorized use prohibited
#
#$
$
&
"
(
)
&
"
(
)
+
-!
!
+
.
0
./
/
0$
$
!
! "
"
#
#$
$
(
(
#
#"
"
"
:
"
:
+
-!
!
+
%
"
$
%" $
'
'
6
6*
* 5
56
6
7
(
"
7("
*
*
5
"
59
9
"
+
.
+.
"
:
"
:
3
3
.
0
./
/
0$
$
5
5
5
5-$
$
7
(
"
7("
Gaming Console
Home Storage
Server
8
Graphics supplied by Motive
DSL Forum TR-069 Market Adoption
Over 30 Million units deployed globally
- and growing rapidly
Equipment available from around 50 vendors
Over 20 service providers actively deploying
Active discussions with other organizations regarding
fixed wireless and fibre technologies
TR-069 leveraged in ITU, ATIS, WiMAX Forum,
Femto Forum, ETSI, and DVB standards work
2008 DSL Forum, unauthorized use prohibited
9
CUSTOMER PREMISES EQUIPMENT
A KEY DOMAIN FOR SERVICE
DIFFERENTIATION & BRANDING
Interoperable, self-installable, plug & play!
Flexibility for future “wires-only” approach required (in some countries) so
service provider can select price/functionality and innovate
(has been a key differentiator in many DSL service offerings)
Future ONU/ONT provided by retail service provider
OAM features are key for assurance
Requires interface & management standards for vendor interoperability
It was thought equally impossible to have “wires-only” on DSL at one stage but
all issues solved and we have a thriving retail CPE market in many countries!
2008 DSL Forum, unauthorized use prohibited
10
CPE EXAMPLES OF INTEGRATED
FUNCTIONALITY - one size does not fit all
HG U
U SER1
ODN
OLT
ON T
RG
U SER2
V
R
U
S
T
CPN
HOME GATEWAY UNIT
E1 /T1 /
TD M pseudo w ire
SBU
ODN
O LT
V
R
RG
S
Intranet
U
SINGLE BUSINESS UNIT
2008 DSL Forum, unauthorized use prohibited
11
CPE FUNCTIONS
REQUIRED FOR TRIPLE-PLAY
DSL CPE FUNCTIONS
FTTP CPE FUNCTIONS
1. DSL Router or IAD
1. ONU/ONT
2. Set Top Box
2. Battery Back-Up Unit
3. Router (Data)
4. ATA (Voice)
5. Set Top Box
2008 DSL Forum, unauthorized use prohibited
12
Historical trends of the Broadband
CPE market
Phase 1: Access Infrastructure Provider supplies, installs and
maintains CPE. Usually CPE vendor is the network equipment
vendor.
Phase 2: AIP may then offer limited range of CPE (all thoroughly
pre-tested). Over time this approved range grows. Content
Providers may have the option to have their CPE approved. Selfinstall options may be developed.
Phase 3: As interoperability, standards and self-install practices
mature the AIP can move to a full retail model. CPE is ‘off-theshelf”.
2008 DSL Forum, unauthorized use prohibited
13
Historical trends of the Broadband
CPE market
ADSL and SHDSL have followed this path
ADSL2+ is currently at Phase 2 (depending on the service being
offered)
GPON is probably at Phase 1 (but the work of FSAN is making it
ready for Phase 2)
GPON can make it to a retail model with a lot of work through
the industries standards bodies
DSL at one time had the same issues, but now has a thriving
retail CPE industry
Hard work is necessary, but a strategic vision is critical
2008 DSL Forum, unauthorized use prohibited
14
GPON CPE vision and next steps
Instead of 5 boxes, aim for two, with three being an intermediate
step
Intermediate plan:
Box 1 = ONT and battery back up
Box 2 = Router and ATA
Box 3 = STB
Benefits:
Reduce complexity
Easier install
Reduced power consumption
Reduced cost
2008 DSL Forum, unauthorized use prohibited
15
PARTITIONED MANAGEMENT :
TR-069 COMPLEMENTS OMCI
(SEE DSL FORUM TR-142)
T R -0 6 9
DSL Today
D SL - FT TN
V o IP
RG
x T U -R
ACS
x T U -C
T e rm in a l
T R -0 6 9
ACS
F TP
c o n f i g f i le
OMCI
P O N / F TTU
( s h o r t t e rm
p o s s i b le
e x c e p tio n )
V o IP
RG
T e rm in a l
V o IP
T R -0 6 9
GPON Strategic
P O N / F TTU
( l o n g e r te rm
v i s io n )
O LT
ONT
ACS
OMCI
V o IP
RG
ONT
O LT
T e rm in a l
2008 DSL Forum, unauthorized use prohibited
16
Preferred GPON Management Approach
Use OMCI for GPON PHY layer & Ethernet layer
configuration
Use TR-069 for anything above Layer 2
Anything that could reasonably be implemented outside the
ONT (e.g. in RG or terminal adapters) should be managed with
TR-069
As such, the interface on the fiber remains agnostic to the
partitioning of functionality among devices in the home
If in specific use-cases part of such functionality would
be implemented in the ONT (eg VoIP termination for real
POTS service), then the ONT has to use TR-069 to manage
these, rather than seek an alternative OMCI capability
2008 DSL Forum, unauthorized use prohibited
17
Comments on the Approach [1]
When we say "manage" it covers two different actions which need
being distinguished : "configure" and "read"
It is essential for interoperability that a given parameter can only be
"configured" through one protocol
However, a given parameter can (without problem) be "read"
through several protocols
For instance knowing the line status can be of interest to both an
access network provider (through OMCI) and an application service
provider (through TR-069)
2008 DSL Forum, unauthorized use prohibited
18
Comments on the Approach [2]
Here is the result of this logic for ONTs and
optical RGs :
OMCI MUST CONFIGURE all parameters on GPON
PHY layer & Ethernet layer
TR-069 MUST CONFIGURE all parameters above layer
2
TR-069 CAN READ parameters on GPON PHY layer &
Ethernet layer (case of an integrated optical-RG)
2008 DSL Forum, unauthorized use prohibited
19
Comments on the Approach [3]
This would be in line with DSL, where CPE PHY is
configured through xDSL init and EOC and read
back through the same means, but xDSL PHY
parameters can also be read with TR-069
The key interoperability issue is in service
configuration, not so much in service performance
monitoring and configuration read back
2008 DSL Forum, unauthorized use prohibited
20
The Future of Broadband
Thank You
2008 DSL Forum, unauthorized use prohibited
21