CN101064714A - 一种业务发放的方法 - Google Patents

Abstract

本发明公开了一种业务发放的方法，其特征在于，该方法包括如下步骤：A.用户终端设备CPE得到自身物理端口地址信息，并向自动配置服务器ACS发送包括CPE的物理端口地址信息的注册请求；B.ACS根据注册请求中的物理端口地址信息，通过查找预先设置的用户业务数据与物理端口地址信息的对应关系表，得到该用户的业务数据，并根据所得到的业务数据生成CPE的配置文件，将所生成的配置文件下发给CPE。本发明方法可以使业务发放所用到的CPE的物理端口地址信息被其他业务使用，并且对现有网络设备的改造要求小。

Description

一种业务发放的方法

技术领域

本发明涉及计算机网络技术领域，特别涉及一种业务发放的方法。

背景技术

随着家庭网络宽带业务的迅速发展，在满足普通家庭用户基本接入功能需求的基础上，用户终端设备(Customer Premises Equipment，CPE)的业务种类不断扩展，出现了语音、视频或其他高层网络数据服务。

随着CPE功能不断增强，CPE的配置要求也不断趋于复杂化，在使用前，用户必须完成对CPE大量的业务数据配置工作，以保证CPE能正确稳定地提供网络业务。这对终端用户提出了非常高的要求。为降低网络业务的使用门槛、简化用户初始配置过程，最初运营商采用的方法是，培训专业安装人员上门服务或通过呼叫中心提供电话配置指导来帮助用户完成CPE的业务发放过程。由于CPE数量庞大、用户操作水平不一，采用这种方法需要占用大量人工，运营商必须为此付出大量成本。为解决这一问题，各网络设备供应商纷纷提出了CPE自动业务发放的方案。

在各种自动业务发放方案中，识别用户的合法性是完成业务自动发放的关键。目前大多数自动业务发放方案都是基于X数字用户线(X DigitalSubscriber Line，xDSL)接入技术。xDSL的网络模型如图1所示，与业务发放无关的网元未在图1中示出。CPE101各自通过独立的物理线路和接入端口连接接入网内的用户数字线接入复用器(DSL Access Multiplexer，DSLAM)102，DSLAM102与核心网相连接；接入网内的接入认证服务器(BAS)103与DSLAM102及动态主机配置协议(Dynamical Host ConfigureProtocol，DHCP)服务器104相连接，为CPE101提供以太网上的点对点协议(Point to Point Protocol over Ethernet，PPPoE)方式和DHCP方式的接入认证；连接核心网并与CPE业务发放有关的网元还有自动配置服务器(AutoConfiguration Server，ACS)105、运营支撑系统(Operate Support System，OSS)106和用户数据库(DB)107，其中所述OSS和DB相连。

xDSL的接入方式下，每个用户拥有独立的物理线路和接入端口，因此识别了线路或端口就相当于识别了用户。在业务发放之前，CPE的用户要先通过运营商营业厅前台、网络或电话等形式向OSS申请开通xDSL服务，用户必须至少提供包括申请开通业务的公用交换电话网(Public SwitchedTelephone Network，PSTN)电话号码和申请服务的业务类型；OSS接受用户申请后，向用户提供至少包括用于进行PPPoE接入认证的用户帐号和密码的申请回执，将用户帐号和DSLAM上该用户的物理端口地址信息绑定关系通知BAS，将用户的业务数据发送到DB，所述用户业务数据包括用户申请的PSTN电话号码、DSLAM上该用户的物理端口地址信息以及用户申请的业务数据；并通知DSLAM启动用户链路。

在上述前置条件下，现有技术的一种xDSL接入线路中上行CPE业务发放方式如图2所示，包括如下步骤：

步骤201：CPE与DSLAM完成永久虚电路(Permanent Virtual Circuit，PVC)链路的协商并建立PVC链路；

步骤202：CPE向DSLAM发送DHCP获知(discover)报文，该报文中至少包括组织唯一标识符(Organizationally Unique Identifier，OUI)和产品序列号等CPE设备的信息，所述信息由Option60信息体携带；关于Option60信息体以及下面提到的其他Option信息体的定义可参见RFC 1533或RFC 2132等协议文件。其中OUI和产品序列号合起来称为设备唯一标识，一个设备唯一标识对应于唯一的一台CPE设备。

步骤203：DSLAM在所收到的DHCP获知报文中增加该CPE的物理端口地址信息，物理端口地址信息由Option82信息体携带，再将DHCP获知报文发送至DHCP服务器；

步骤204：DHCP服务器在收到DHCP获知报文后，根据上报的物理端口地址信息向DB发送查询该端口是否允许发放业务的查询请求，所述查询请求还包括CPE的设备唯一标识；

步骤205：数据库收到查询请求后，根据查询请求中的物理端口地址信息查找所存储的用户业务数据中，是否有相同的物理端口地址信息，如果有，则该物理端口已申请xDSL业务，则返回查询成功的结果至DHCP服务器，并将终端的设备唯一标识存储至用户业务数据中，否则返回查询失败消息并退出本流程；本步骤查询失败的分支未在图1中画出；

步骤206：DHCP服务器向CPE返回DHCP获知响应消息，在该响应消息中，由Option43信息体携带ACS地址；

步骤207：DHCP服务器采用DHCP方式分配CPE的终端地址；

步骤208：CPE向ACS发送注册请求，该请求中包括CPE的设备唯一标识；

步骤209：ACS以所收到的CPE的设备唯一标识为索引，在DB中检索用户业务数据以及物理端口地址信息；

步骤210：DB生成检索响应报文，所述检索响应报文中包括用户业务数据以及物理端口地址信息，并将该检索响应报文返回ACS；

步骤211：ACS根据检索响应报文中的用户业务数据，生成CPE的配置文件；

步骤212：ACS根据物理端口地址信息，将所生成的配置文件下发到对应的CPE；

步骤213：CPE应用所收到的配置文件，并与BAS完成PPPoE帐号验证过程；

步骤214：CPE向ACS返回配置正确的响应消息，成功完成业务发放并退出本流程。

如上所述的业务发放流程，在业务发放之前，DB已存储了CPE的物理端口地址信息，DSLAM收到来自CPE的DHCP获知报文，在该报文中加入CPE在DSLAM上对应的物理端口地址信息后再转发给DHCP服务器；由DHCP服务器向DB查询CPE在DSLAM上对应的物理端口地址信息是否已存储在DB中，得到确认后，再将ACS的地址信息返回给CPE完成后续过程。这样的流程就会导致如下缺点：

CPE的物理端口地址信息在核心网中进行处理，该处理过程对于CPE完全透明，因此这些信息无法为后续的对物理位置有需求的业务使用。复合型CPE融合了多种业务，不同的业务往往采用了不同的后台支撑系统，CPE物理端口地址信息在不同的后台支撑系统中共享存在很大困难。

发明内容

有鉴于此，本发明的目的在于，提出一种业务发放的方法，不仅可以实现CPE业务的自动发放，并使业务发放所用到的CPE的物理端口地址信息能被其他业务使用。该方法包括如下步骤：

A、用户终端设备CPE得到自身物理端口地址信息，并向自动配置服务器ACS发送包括CPE的物理端口地址信息的注册请求；

B、ACS根据注册请求中的物理端口地址信息，通过查找预先设置的用户业务数据与物理端口地址信息的对应关系表，得到该用户的业务数据，并根据所得到的业务数据生成CPE的配置文件，将所生成的配置文件下发给CPE。

步骤B之后进一步包括：

C、CPE应用所收到的配置文件，完成业务发放过程。

步骤A所述CPE得到自身物理端口地址信息包括：

A1、CPE通过数字用户线接入复用器DSLAM向动态主机配置协议DHCP服务器发送DHCP获知报文；

A2、DHCP服务器收到DHCP获知报文后，向DSLAM返回DHCP获知响应消息，DSLAM在所收到的DHCP获知响应消息中添加CPE的物理端口地址信息，再将DHCP响应消息发送至CPE。

步骤A2所述将DHCP响应消息发送至CPE后，进一步包括：CPE将物理端口地址信息从DHCP响应消息中删除，再将DHCP响应消息发送至最终用户终端。

步骤A2所述向DSLAM返回DHCP获知响应消息为：向DSLAM返回携带ACS地址信息的DHCP获知响应消息；

则所述CPE向ACS发送注册请求为：CPE根据所收到的地址响应消息中的ACS地址，向ACS发送注册请求。

步骤A2所述，DSLAM在所收到的DHCP获知响应消息中添加CPE的物理端口地址信息为：DSLAM在所收到的DHCP获知响应消息中添加由Option82信息体携带的CPE的物理端口地址信息。

步骤A所述CPE发送注册请求包括：

A3、CPE将包括物理端口地址信息的注册请求发送至DSLAM；

A4、DSLAM判断注册请求中的物理端口地址信息和该CPE实际对应的物理端口地址信息是否一致，若是则将该注册请求发送至ACS；否则向CPE返回物理端口地址信息错误的提示并退出本流程。

步骤A所述注册请求中进一步包括CPE的设备唯一标识；

则步骤C进一步包括：ACS判断所收到的注册请求中的设备唯一标识是否合法，若是，则执行后续步骤，否则向CPE返回认证失败提示消息并退出本流程。

其中，所述设备唯一标识为组织唯一标识符OUI和产品序列号。

步骤B所述ACS得到该用户的业务数据之后进一步包括：

B1、ACS查询用户数据库中是否存储有和所得到的用户业务数据相对应的用户业务数据，如果有，执行步骤B2，否则向CPE返回查询失败的提示消息并退出本流程；

B2、DB将所查询到的对应用户业务数据返回ACS。

步骤C所述完成业务发放过程包括：

C1、CPE与接入认证服务器BAS完成以太网上的点对点协议PPPoE帐号验证过程；

C2、CPE向ACS返回配置正确的响应消息。

较佳地，所述用户业务数据与物理端口地址信息的对应关系表的设置为：运营支撑系统OSS形成包含用户业务数据与CPE物理端口地址信息对应关系的静态映射关系表，并将所形成的静态映射关系表下发给ACS，ACS根据所收到的静态映射关系表更新本地的静态映射关系表。

所述CPE的物理端口地址信息为DSLAM上该CPE对应的物理端口地址信息。

在步骤A之前进一步包括：运营支撑系统OSS形成包含用户业务数据与CPE物理端口地址信息对应关系的静态映射关系表，并将所形成的静态映射关系表下发给业务服务器；

则步骤C之后，进一步包括：CPE向业务服务器发送包括终端IP地址和物理端口地址信息的业务请求报文；业务服务器收到业务请求报文后通过事先配置的静态映射关系表找到对应用户信息，根据所找到的用户信息，业务服务器提供正确的业务。

从以上技术方案可以看出，将CPE的物理端口地址信息发送给CPE，CPE提交业务发放申请中携带物理端口地址信息，由ACS根据预先设定的物理端口地址信息与用户业务数据的对应关系来查找业务数据并形成配置文件，从而完成CPE的配置工作。通过这样的业务发放方法，CPE中保存着自身的物理端口地址信息，可以进一步被其他业务所使用；并且本发明方法无需DHCP服务器对DB进行查询，因此也无需DHCP服务器与DB的查询接口，对现有设备的改造需求小。

附图说明

图1为xDSL网络组成与连接关系示意图；

图2为现有技术基于xDSL物理线路的CPE业务自动发放流程图；

图3为本发明实施例基于xDSL物理线路的CPE业务自动发放流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图与具体实施例对本发明作进一步的详细阐述。

本发明方案基于这样的原则：xDSL线路的电话号码、物理端口地址信息和用户业务数据三者彼此是唯一对应的，因此，识别了物理端口地址信息就相当于识别了用户。

本发明的核心内容在于，OSS接受用户的业务申请后，将用户业务数据映射为CPE的物理端口地址信息，形成用户业务数据与CPE物理端口地址信息的静态映射关系表，并将所形成的静态映射关系表下发给ACS和业务服务器；CPE进行接入认证时，DSLAM将该CPE的物理端口地址信息返回给CPE；CPE提交给ACS的注册请求中则包含物理端口地址信息；ACS根据物理端口地址信息查找静态映射关系表得到对应的用户业务数据，形成相应的配置文件并下发给CPE完成业务发放。在上述方案中，由于物理端口地址信息由现有技术中DB进行管理，改为由CPE进行管理，可以省去DHCP服务器向DB进行数据查询的过程，因此无需DHCP服务器和DB之间的查询接口。

在本发明技术方案中，所述物理端口地址信息为DSLAM上该CPE对应的物理端口地址信息，包括节点标识、框号/槽号/子槽/端口号、虚通路标识(Virtual Path Identifier，VPI)、虚通道标识(Virtual Channel Identifier，VCI)、虚拟局域网标识(Virtual Local Area Network，VLAN)，由于CPE能够获取到这些物理端口地址信息，为保证网络安全性，防止非法用户截获CPE的物理端口地址信息，本发明具体实施例中，CPE要能够将网络报文发送给最终用户终端之前，删除报文中的物理端口地址信息。因此，本施例所采用的CPE为运营商认证的，具有上述物理端口地址信息过滤功能的CPE设备。所述认证过程可以在接入申请时，由ACS根据CPE的设备唯一标识来进行认证。

在业务发放之前，CPE的用户要先通过运营商营业厅前台、网络或电话等形式向OSS申请开通xDSL服务，用户必须至少提供包括申请开通业务的PSTN电话号码和申请服务的业务类型；OSS接受用户申请后，向用户提供至少包括用于进行PPPoE接入认证的用户帐号和密码的申请回执，将用户帐号和DSLAM上该用户的物理端口地址信息绑定关系通知BAS，将用户的业务数据发送到DB，所述用户业务数据包括用户申请的PSTN电话号码、DSLAM上该用户的物理端口地址信息以及用户申请的业务数据；并通知DSLAM启动用户链路。除上述与现有技术相同的前置条件之外，OSS形成用户物理端口地址信息和用户业务数据的静态映射关系表，并将该静态映射关系表发送至业务服务器和ACS，使所述网元可根据用户的物理端口地址信息查找该映射关系表得到用户业务数据。

本实施例进行业务发放的流程如图3所示，包括如下步骤：

步骤301：CPE与DSLAM完成PVC链路的协商并建立PVC链路；

步骤302～303：CPE向DSLAM发送DHCP获知报文，DSLAM将所收到的DHCP获知报文发送至DHCP服务器；

步骤304：DHCP服务器在收到DHCP获知报文后，返回DHCP获知响应消息，并在响应消息中携带ACS的地址信息，可以采用Option43信息体携带ACS地址信息；

步骤305：DSLAM在所收到的DHCP获知响应消息中添加CPE的物理端口地址信息，再将DHCP响应消息发送至CPE。所述物理端口地址信息由Option82信息体携带。如果CPE需要将DHCP获知响应消息继续传递给最终用户终端，则CPE在保存接收到物理端口地址信息后，将DHCP获知响应消息中的物理端口地址信息删除再透传给最终用户终端。

步骤306：DHCP服务器采用DHCP方式分配CPE的终端地址，此步骤与现有的业务发放流程相关步骤相同；

步骤307：CPE向ACS发送注册请求，该请求中包括CPE的物理端口地址信息和设备唯一标识；

步骤308：ACS判断所收到注册请求中的设备唯一标识是否合法，即判断是否为运营商承认的厂家生产的设备对应的标识，若不合法则返回认证失败消息并退出本流程，若认证通过，以所收到的CPE物理端口地址信息为索引，根据本地的用户物理端口地址信息和用户业务数据的静态映射关系表找到对应的用户业务数据，并在在DB中查询是否存储有对应的用户业务数据；如果成功则执行步骤309，否则向CPE返回查询失败的消息并退出本流程；本步骤中认证失败或查询失败的分支未在图2中画出。

步骤309：DB将所查询到的对应用户业务数据返回ACS；

步骤310：ACS根据来自DB的用户业务数据，生成CPE的配置文件；

步骤311：ACS向CPE下发所生成的配置文件；

步骤312：CPE应用所收到的配置文件，并与BAS完成PPPoE帐号验证过程；

步骤313：CPE向ACS返回配置正确的响应消息，成功完成业务发放并退出本流程。

上述步骤307中，CPE向ACS发送的注册请求经过DSLAM时，DSLAM还可将该CPE实际对应的物理端口地址信息和注册请求中的物理端口地址信息进行比较，比较结果一致则执行本步骤后续操作，比较结果不一致则向CPE返回物理端口地址信息错误提示消息并退出本流程。这样做的目的是为了加强对CPE上报的物理端口地址信息的认证，防止非法用户恶意修改物理端口地址信息。

完成业务发放流程后，CPE向业务服务器请求业务时，请求报文中包括终端IP地址和物理端口地址信息。业务服务器通过事先由OSS配置的静态映射关系表找到对应用户信息，根据所找到的用户信息，业务服务器提供正确的业务。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (14)

1、一种业务发放的方法，其特征在于，该方法包括如下步骤：

A、用户终端设备CPE得到自身物理端口地址信息，并向自动配置服务器ACS发送包括CPE的物理端口地址信息的注册请求；

B、ACS根据注册请求中的物理端口地址信息，通过查找预先设置的用户业务数据与物理端口地址信息的对应关系表，得到该用户的业务数据，并根据所得到的业务数据生成CPE的配置文件，将所生成的配置文件下发给CPE。

2、根据权利要求1所述的方法，其特征在于，步骤B之后进一步包括：

C、CPE应用所收到的配置文件，完成业务发放过程。

3、根据权利要求1所述的方法，其特征在于，步骤A所述CPE得到自身物理端口地址信息包括：

A1、CPE通过数字用户线接入复用器DSLAM向动态主机配置协议DHCP服务器发送DHCP获知报文；

A2、DHCP服务器收到DHCP获知报文后，向DSLAM返回DHCP获知响应消息，DSLAM在所收到的DHCP获知响应消息中添加CPE的物理端口地址信息，再将DHCP响应消息发送至CPE。

4、根据权利要求3所述的方法，其特征在于，步骤A2所述将DHCP响应消息发送至CPE后，进一步包括：CPE将物理端口地址信息从DHCP响应消息中删除，再将DHCP响应消息发送至最终用户终端。

5、根据权利要求3所述的方法，其特征在于，步骤A2所述向DSLAM返回DHCP获知响应消息为：向DSLAM返回携带ACS地址信息的DHCP获知响应消息；

则所述CPE向ACS发送注册请求为：CPE根据所收到的地址响应消息中的ACS地址，向ACS发送注册请求。

6、根据权利要求3所述的方法，其特征在于，步骤A2所述，DSLAM在所收到的DHCP获知响应消息中添加CPE的物理端口地址信息为：DSLAM在所收到的DHCP获知响应消息中添加由Option82信息体携带的CPE的物理端口地址信息。

7、根据权利要求1所述的方法，其特征在于，步骤A所述CPE发送注册请求包括：

A3、CPE将包括物理端口地址信息的注册请求发送至DSLAM；

A4、DSLAM判断注册请求中的物理端口地址信息和该CPE实际对应的物理端口地址信息是否一致，若是则将该注册请求发送至ACS；否则向CPE返回物理端口地址信息错误的提示并退出本流程。

8、根据权利要求1所述的方法，其特征在于，步骤A所述注册请求中进一步包括CPE的设备唯一标识；

则步骤C进一步包括：ACS判断所收到的注册请求中的设备唯一标识是否合法，若是，则执行后续步骤，否则向CPE返回认证失败提示消息并退出本流程。

9、根据权利要求8所述的方法，其特征在于，所述设备唯一标识为组织唯一标识符0UI和产品序列号。

10、根据权利要求1所述的方法，其特征在于，步骤B所述ACS得到该用户的业务数据之后进一步包括：

B1、ACS查询用户数据库中是否存储有和所得到的用户业务数据相对应的用户业务数据，如果有，执行步骤B2，否则向CPE返回查询失败的提示消息并退出本流程；

B2、DB将所查询到的对应用户业务数据返回ACS。

11、根据权利要求2所述的方法，其特征在于，步骤C所述完成业务发放过程包括：

C1、CPE与接入认证服务器BAS完成以太网上的点对点协议PPPoE帐号验证过程；

C2、CPE向ACS返回配置正确的响应消息。

12、根据权利要求1所述的方法，其特征在于，所述用户业务数据与物理端口地址信息的对应关系表的设置为：运营支撑系统OSS形成包含用户业务数据与CPE物理端口地址信息对应关系的静态映射关系表，并将所形成的静态映射关系表下发给ACS，ACS根据所收到的静态映射关系表更新本地的静态映射关系表。

13、根据权利要求1至12任一项所述的方法，其特征在于，所述CPE的物理端口地址信息为DSLAM上该CPE对应的物理端口地址信息。

14、根据权利要求1至12任一项所述的方法，其特征在于，在步骤A之前进一步包括：运营支撑系统OSS形成包含用户业务数据与CPE物理端口地址信息对应关系的静态映射关系表，并将所形成的静态映射关系表下发给业务服务器；

则步骤C之后，进一步包括：CPE向业务服务器发送包括终端IP地址和物理端口地址信息的业务请求报文；业务服务器收到业务请求报文后通过事先配置的静态映射关系表找到对应用户信息，根据所找到的用户信息，业务服务器提供正确的业务。

Images