YDT 3059预编号《宽带普遍服务专用固定客户端设备技术要求》.docx

YDT 3059预编号《宽带普遍服务专用固定客户端设备技术要求》.docx

《YDT 3059预编号《宽带普遍服务专用固定客户端设备技术要求》.docx》由会员分享，可在线阅读，更多相关《YDT 3059预编号《宽带普遍服务专用固定客户端设备技术要求》.docx（48页珍藏版）》请在冰豆网上搜索。

YDT3059预编号《宽带普遍服务专用固定客户端设备技术要求》

附件3.YDT3059-2016（预编号）《宽带普遍服务专用固定客户端设备技术要求》

1范围

本部分规定了用于宽带普遍服务固定网络上行接口的客户端路由器设备的物理接口、协议接口、设备功能、操作管理维护功能、性能要求和其他要求等。

本部分适用于宽带普遍服务管理系统客户端设备。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。

凡是注日期的引用文件，仅所注日期的版本适用于本文件。

凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB15629.11

信息技术系统间远程通信和信息交换局域网和城域网特定要求第11部分:

无线局域网媒体访问控制和物理层规范

YD/TXXXX

宽带普遍服务质量管理系统总体要求

YD/T993-2006

电信终端设备防雷技术要求及试验方法

YD/T1449.1-2010

基于公用电信网的宽带客户网络设备技术要求第1部分：

家庭用宽带客户网关

YD/T1771-2012

接入网技术要求以太网无源光网络（EPON）系统互通性

YD/T1965-2009

基于公用电信网的宽带客户网络设备及其辅助设备的电磁兼容性要求和测量方法

YD/T2157-2010

接入网技术要求吉比特的无源光网络（GPON）系统互通性

SJ/T11363-2006

电子信息产品中有毒有害物质的限量要求

ITU-TX.667（2012）

信息技术-对象标识注册机构过程：

全局唯一标识符的生成及在对象标记中的应用（Informationtechnology–Proceduresfortheoperationofobjectidentifierregistrationauthorities:

Generationofuniversallyuniqueidentifiersandtheiruseinobjectidentifiers）

ECMA-404

JSON数据交换格式（TheJSONDataInterchangeFormat）

RFC2616

超文本传输协议HTTP/1.1（HypertextTransferProtocol--HTTP/1.1）

3术语、定义和缩略语

3.1术语和定义

3.1.1区划代码

是国家统计局开展统计调查所涉及的区划范围代码，未包括我国台湾省、香港特别行政区、澳门特别行政区。

区划代码的最新版本可以由国家统计局网站获得。

3.2缩略语

下列缩略语适用于本文件。

AN：

接入节点（AccessNode）

BUCPE：

宽带普遍服务专用客户端设备（BroadbandUniversalservicespecificCPE）

BUAPP：

宽带普遍服务专用应用程序（BroadbandUniversalservicespecificAPP）

NT：

网络终端（NetworkTerminal）

EPON：

以太网无源光网络（EthernetPassiveOpticalNetwork）

FTTH：

光纤到户（FiberToTheHome）

FQDN：

完全限定域名（fullyqualifieddomainname）

GPON：

吉比特无源光网络（Gigabit-capablePassiveOpticalNetwork）

JSON：

JavaScript对象表示（JavaScriptObjectNotation）

LAN：

局域网（LocalAreaNetwork）

OLT：

光线路终端（OpticalLineTerminal）

PON：

无源光网络（PassiveOpticalNetwork）

POTS：

普通老式电话业务（PlainOldTelephoneService）

RPC：

远程过程调用（RemoteProcedureCall）

TTL：

生存时间（TimeToLive）

URL：

统一资源定位符（Uniformresourcelocator）

UUID：

全局唯一标识符（UniversallyUniqueIdentifiers）

WAN：

广域网（WideAreaNetwork）

WLAN：

无线局域网（WirelessLocalAreaNetwork）

xDSL：

DSL技术的统称（xDigitalSubscriberLine）

4客户端（BUCPE）设备概述

4.1客户端设备在系统中的位置

图1客户端设备在网络中的位置

本部分所指的客户端如图1所示，即用于普遍服务家庭宽带接入的网关设备或无线路由器设备，简称BUCPE。

BUCPE设备可以由安装了宽带普遍服务专用应用程序（BUAPP）的手机获得地理位置信息，在OLT到村的场景下，也可由OLT下发地理位置信息到PON上行的BUCPE。

BUCPE通过D1

接口与管理支撑平台进行通信。

4.2客户端的功能参考模型

客户端设备的功能参考模型如图2所示。

图2客户端设备框图

本标准重点规范上报代理功能以及与上报代理相关的本地管理功能的接口和协议。

4.3客户端设备的类型

根据上联口类型的不同，客户端设备可以分为：

——EPON上行设备

——GPON上行设备

——LAN上行设备

——DSL上行设备

根据设备部署方式的不同，分为内置NT型设备和外置NT型设备。

内置NT型设备集成了接入技术所要求的特定网络终端，例如，PON的ONU、DSL的xTU-R等。

内置NT型设备常见的类型有：

——PON上行家庭网关

——DSL上行家庭网关

外置NT型设备一般只提供以太网接口作为WAN口，需要与ONU或DSLCPE等连接共同完成宽带接入业务。

5物理接口要求

5.1用户侧接口

5.1.1接口类型要求

对于采用方式A（见YD/TXXXX《宽带普遍服务质量管理系统技术要求》5.2）获得定位信息的客户端设备，用户侧接口应支持WLANAP接口和至少一个10/100BASE-T以太网接口。

更多地以太网接口、Z接口和USB接口为可选。

对于采用方式B（见YD/TXXXX《宽带普遍服务质量管理系统技术要求》5.2）获得定位信息的客户端设备，用户侧接口应支持至少一个10/100BASE-T以太网接口。

更多地以太网接口、Z接口和WLAN接口为可选。

5.1.210/100BASE-T接口

10/100BASE-T接口应符合IEEE802.3相关要求，建议支持自适应连接网线的功能（AutoMDI/MDIX）。

5.1.3WLANAP接口

WLANAP接口应支持GB15629.11系列标准定义的2.4GHz物理层规范，可选支持5.8GHz物理层。

5.1.4USB接口

USB接口应满足USB2.0，应支持USB主（Master）模式，应支持全速（12Mbit/s）方式，可选支持高速（480Mbit/s）方式。

5.1.5Z接口

当提供POTS业务时，客户端设备的用户侧接口应提供Z接口。

5.2网络侧接口

客户端设备应至少支持下列接口之一作为网络侧接口，接入宽带网络为用户提供服务：

1——ADSL2+接口；

2——VDSL2接口；

3——以太网接口；

4——EPON接口；

5——GPON接口；

ADSL2+接口应符合YD/T1530的规定。

VDSL2接口应符合YD/T1996.1的规定。

以太网接口应符合IEEE802.3相关要求。

EPON接口应符合YD/T1475，YD/T1771的规定。

GPON接口应符合YD/T1949.1，YD/T2157-2010的规定。

5.3

6上报代理与平台接口（D1接口）要求

7.1接口定义

D1接口是客户端设备中的上报代理功能模块与普遍服务管理支撑平台之间的通信接口。

该接口信息通过客户端设备建立的宽带互联网业务通道进行带内传输。

D1接口的主要功能包括以下两个方面：

——信息上报：

包括设备信息、任务执行信息和结果等；

——接收命令：

接收普遍服务管理支撑平台下发的查询指令。

6.1会话和任务

会话由一系列的消息交互组成。

D1接口的所有会话均由客户端中的上报代理模块发起。

每个会话中包括一个或多个请求和响应的交互。

请求和响应均封装在JSON格式消息中通过通过HTTP/1.1协议传输。

上报代理模块通过HTTPPOST请求上传消息，管理支撑平台返回HTTP/1.1响应。

当客户端收到HTTP200返回码且其消息体长度为0的HTTP响应时，表示会话结束，客户端应该断开该流程的TCP连接。

任务是指客户端设备执行的网络测试并获得结果的过程。

网络测试的参数和执行时机由设备出厂时内置在客户端中。

任务执行的结果有以下几种状态：

——成功：

在计划的任务时间执行了任务，并成功完成；

——延迟成功：

在计划的任务时间没有执行（比如处于关机状态），当获得执行条件且当前时间没有超过任务期限时，执行任务并成功完成；

——失败：

在任务执行的过程中发生了异常，没有获得期望结果；

当任务完成后，客户端设备应发起会话过程，上报任务执行结果。

6.2设备的上报时机

6.1.1首次上报

首次上报是代表设备第一次连接管理支撑平台并上报信息。

首次上报发送的消息见6.7.1　的定义。

首次上报需要通过地理信息代理获得当前地理位置信息（见8.2　），并通过NTP/SNTP协议获得当前时间。

客户端设备获得位置信息和时间信息后发起首次上报流程。

6.1.2非首次上报

首次上报成功后，后续的上报过程为非首次上报。

非首次上报由周期上报定时器（见错误!

未找到引用源。

）超时事件触发。

6.1.3任务结果上报

当客户端设备任务执行完成后，客户端设备应发起会话过程，上报任务执行结果。

任务的测试结果定义见6.7.3　。

6.3消息

消息定义为由一系列元素组成的JSON数组。

消息承载在HTTP/1.1的消息体中。

消息的形式如下所示：

[元素1，元素2，…]

其中元素1应为客户端设备的UUID字符串，后续元素可以为命令或响应的RPC方法对象，每个消息中应不多于1个RPC请求和1个RPC响应。

即消息的元素组成有以下四种情况：

1）仅包含元素1（UUID）；

2）包含UUID和一个请求RPC方法对象；

3）包含UUID和一个响应RPC方法对象；

4）包含UUID和一个响应RPC方法对象，以及另一个请求RPC方法对象。

6.4RPC方法

BUCPE或管理支撑平台通过RPC调用的方式进行信息传递。

D1接口定义的RPC方法如表1所示：

表1D1接口RPC方法

调用方

方法名

描述

平台调用

Get

参数请求

Inform0Response

首次上报响应

ResultResponse

结果上报相应

上报代理调用

GetResponse

参数请求响应

Inform0

首次上报请求

Result

任务结果上报请求

RPC方法由方法名、命令ID、对象路径和其它属性组成，其一般形式如表2。

表2RPC方法一般形式

属性

含义

RPCMethod

方法名

ID

命令ID

ObjectPath

对象路径

…

其它属性

-方法名：

D1接口支持的方法名见表1。

-命令ID：

命令ID是每个请求命令的唯一标识，用整数表示。

请求命令的命令ID由发送请求命令的一方自动生成，不同的请求应使用不同的ID值。

响应命令中的命令ID应与其所响应的请求命令的ID值一致。

-对象路径：

对象路径是由字符“.”分隔的字符串，代表了数据对象在信息模型中的位置。

信息模型的定义见6.8　。

6.5平台调用的RPC方法

6.6.1信息请求（Get）

6.6.1.1Get和GetResponseRPC方法

GetRPC方法用于管理支撑平台向客户端上报代理请求回复设备相关的信息。

GetRPC方法的JSON对象属性如表3所示。

表3GetRPC方法请求属性表

属性

值类型

值

描述

RPCMethod

字符串

“Get”

方法名

ID

整数

-

命令ID值由请求发送方确定，对于不同的命令内容，ID值应不同；

ObjectPath

字符串

信息对象路径

点字符分割的对象全路径，见6.8　节

GetResponseRPC方法的JSON对象属性如表4所示。

表4GetResponseRPC方法响应属性表

属性

值类型

值

描述

RPCMethod

字符串

“GetResponse”

方法名

ID

整数

-

命令ID值由请求发送方确定，响应命令应复制请求命令的ID值。

ObjectPath

字符串

信息对象路径

点字符分割的对象全路径，见6.8　节

Code

整数

状态码

Code定义：

0：

成功；

-1：

对象不存在；

-2：

设备忙；

-99：

其它错误。

Result

对象

信息对象或null

若请求成功，则为被请求对象；若请求失败，则为null。

6.6.1.2设备信息请求

对于非首次上线设备，平台可请求客户端重新发送设备详细信息，命令详细信息见表5。

表5设备信息请求命令和响应

类型

管理支撑平台至客户端设备

请求对象

{”RPCMethod”:

”Get”,

“ID”:

命令序列号,

“ObjectPath”:

”BUCPE.DeviceInfo”}

响应对象

{”RPCMethod”:

”GetResponse”,

”ID”:

命令序列号,

“ObjectPath”:

对象路径，

“Code”:

整数,

“Result”:

DeviceInfo对象}

6.6.1.3地理信息请求

平台可请求客户端发送BUCPE的地理位置信息，命令详细信息见表6。

表6地理信息请求命令和响应

类型

管理支撑平台至客户端设备

请求对象

{”RPCMethod”:

”Get”,

“ID”:

命令序列号,

“ObjectPath”:

”BUCPE.GISInfoA”//或”BUCPE.GISInfoB”}

响应对象

{”RPCMethod”:

”GetResponse”,

”ID”:

命令序列号,

“ObjectPath”:

”BUCPE.GISInfoA”,

“Code”:

整数,

“Result”:

BUCPE.GISInfoA对象//或BUCPE.GISInfoB对象}

6.6.1.4设备接口信息请求

平台可请求客户端发送IP接口信息，命令详细信息见表7。

表7设备接口信息请求命令和响应

类型

管理支撑平台至客户端设备

请求对象

{”RPCMethod”:

”Get”,

“ID”:

命令序列号,

“ObjectPath”:

”BUCPE.Interface”}

响应对象

{”RPCMethod”:

”GetResponse”,

”ID”:

命令序列号,

“ObjectPath”:

对象路径,

“Code”:

整数,

“Result”:

BUCPE.Interface对象}

6.6.1.5计数器请求

平台可请求客户端设备上报计数器值，命令详细信息见表8。

表8设备计数器请求命令和响应

类型

管理支撑平台至客户端设备

请求对象

{”RPCMethod”:

”Get”,

“ID”:

命令序列号,

“ObjectPath”:

”BUCPE.Counter”,}

响应对象

{”RPCMethod”:

”GetResponse”,

”ID”:

命令序列号,

“ObjectPath”:

对象路径,

“Code”:

整数,

“Result”:

BUCPE.Counter对象}

6.6上报代理调用的RPC方法

6.7.1首次上报

首次上报时设备应主动上报DeviceInfo对象。

如果注册成功，平台会在响应消息中回复“RegID”属性，客户端设备应将RegID的值保存至闪存中。

Inform0RPC方法参数如表9所示。

Inform0ResponseRPC方法参数如表10所示。

表9Inform0RPC方法请求属性表

属性

值类型

值

描述

RPCMethod

字符串

“Inform0”

方法名

ID

整数

-

ID值由请求发送方确定，对于不同的命令内容，ID值应不同；

ObjectPath

字符串

“BUCPE.DeviceInfo”

参数名称。

Params

对象

BUCPE.DeviceInfo对象

{“BUCPE”:

{

“DeviceInfo”:

{

“OperatorID”:

运营商代码,

“VendorID”:

设备厂商代码,

“ModelStr”:

BUCPE设备的型号,

……

}

}

}

见6.8.3　。

表10Inform0ResponseRPC方法响应属性表

属性

值类型

值

描述

RPCMethod

字符串

“Inform0Response”

方法名

ID

整数

-

命令ID值由请求发送方确定，响应命令应复制请求命令的ID值。

ObjectPath

字符串

“BUCPE.DeviceInfo”

参数名称。

Code

整数

状态码

Code定义：

0：

执行成功；

-1：

不支持该动作；

-2：

命令格式非法；

-3：

服务不可用；

-4：

平台忙

-5：

地理信息无效

-6：

未知运营商代码

-99：

其它错误

RegID

字符串

-

由平台产生的设备注册ID

Inform0和Inform0ResponseRPC方法的JSON表示见表11。

表11首次上报请求和响应

类型

客户端设备至管理支撑平台

请求对象

{

”RPCMethod”:

”Inform0”,

“ID”:

命令序列号,

“ObjectPath”:

”BUCPE.DeviceInfo”,

“Params”:

DeviceInfo对象

}

响应对象

{

”RPCMethod”:

”Inform0Response”,

”ID”:

命令序列号，

“ObjectPath”:

”BUCPE.DeviceInfo”，

“Code”:

整数，

“RegID”:

设备注册ID字符串

}

6.7.2非首次上报

非首次上报消息中没有对应的RPC方法和响应。

上报消息中仅包括设备UUID元素。

如下所示：

[UUID值]

6.7.3任务结果上报

6.7.3.1Result和ResultResponseRPC方法

ResultRPC方法用于客户端上报代理向管理支撑平台上报任务执行结果。

ResultRPC方法的JSON对象属性如表12所示。

表12ResultRPC方法请求属性表

属性

值类型

值

描述

RPCMethod

字符串

“Result”

方法名

ID

整数

-

ID值由请求发送方确定，对于不同的命令内容，ID值应不同；

ObjectPath

字符串

对象全路径

任务对象全路径。

TaskStatus

整数

-

任务状态代码，定义如下：

0：

成功；

1：

延迟完成；

2：

执行失败；

Params

对象

任务结果对象

当任务状态代码为2时，任务结果对象应包含有效任务失败描述符对象；

ResultResponseRPC方法的JSON对象属性如表13所示。

表13ResultResponseRPC方法响应属性表

属性

值类型

值

描述

RPCMethod

字符串

“ResultResponse”

方法名

ID

整数

-

命令ID值由请求发送方确定，响应命令应复制请求命令的ID值。

ObjectPath

字符串

对象全路径

任务对象全路径。

Code

整数

状态码

Code定义：

0：

上报成功；

-1：

对象未知；

-2：

命令格式非法；

-3：

服务不可用；

-4：

平台忙

6.7.3.2速率测试结果上报

速率测试结果上报的命令和响应编码见表14。

表14速率测试结果上报命令和响应

类型

客户端设备至管理支撑平台

请求对象

{

“RPCMethod”:

“Result”,

“ID”:

命令序列号，

“ObjectPath”:

“BUCPE.SiteSpeed”,

“TaskStatus”:

任务状态代码，

“Params”:

BUCPE.SiteSpeed对象

}

响应对象

{

”RPCMethod”:

“ResultResponse”,

”ID”:

命令序列号，

“ObjectPath”:

“BUCPE.SiteSpeed”,

“Code”:

整数

}

6.7.3.3TRACEROUTE测试结果上报

TRACEROUTE测试结果上报的命令和响应编码见表15。

表15TRACEROUTE测试结果上报命令和响应

类型

客户端设备至管理支撑平台

请求对象

{

“RPCMethod”:

“Result”,

“ID”:

命令序列号，

“ObjectPath”:

“BUCPE.TraceRoute”,

“TaskStatus”:

任务状态代码，

“Params”:

BUCPE.TraceRoute对象

}

响应对象

{

”RPCMethod”:

“ResultResponse”,

”ID”:

命令序列号，

“Code”:

整数

}

6.7信息模型

6.8.1信息编码方式

JSON消息应使用UTF-8编码.

CPE设备向平台报送的各种对象的基本值类型包括字符串和数字，不同信息的编码格式约定见表16。

表16基本信息格式约定

数据类型

表示类型

取值

说明

UUID

字符串

设备唯一标识字符串，形式为xxxxxxxx-xxxx-1xxx-xxxx-xxxxxxxxxxxx

UUID版本1形式，见ITU-TX.667

MAC地址

字符串

无分隔符的MAC地址字符串，如：

”AABBCCDDEEFF”

IPv4地址

字符串

IPv4地址字符串，如”111.222.33.4”

时间

字符串

时间，格式为”YYYYMMDDHHmmss”，如”20150415193302”，代表2015年4月15日19点33分2秒

经纬度

数值

经纬度采用10进制小数表示法如115.23413，取5位小数,东经、北纬用正数表示，西经、南纬用负数表示。

设备所处地理位置的经度和纬度

运营商标识

字符串

见附录B

设备所属的运营商

区划代码

字符串

12个数字字符，区划代码应使用行政村/居委会一级代码。

该代码由国家统计局规定，最新为2013年版本，见

6.8.2设备标识（UUID）：

设备UUID由客户端设备在首次上报时自动生成，UUID生成的规范应遵照ITU-TX.667中版本1（基于时间