CN101299766A - 定位信息格式处理方法 - Google Patents
定位信息格式处理方法 Download PDFInfo
- Publication number
- CN101299766A CN101299766A CNA2008101271217A CN200810127121A CN101299766A CN 101299766 A CN101299766 A CN 101299766A CN A2008101271217 A CNA2008101271217 A CN A2008101271217A CN 200810127121 A CN200810127121 A CN 200810127121A CN 101299766 A CN101299766 A CN 101299766A
- Authority
- CN
- China
- Prior art keywords
- message
- locating information
- transmitting terminal
- field
- sign
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明提供了一种定位信息格式处理方法，包括以下步骤：发送端构造携带关于用户宽带定位的定位信息的报文；发送端在报文中设置表示报文的格式的标识；发送端向接收端发送报文。本发明能够使接收端明确所接收到报文中宽带定位信息的格式，从而正确处理宽带定位信息。
Description
技术领域
本发明涉及通信领域，具体而言，涉及一种定位信息格式处理方法。
背景技术
目前常用的宽带定位的标准有DHCP-option-82，pppoe-plus，和vbas。
DHCP-option-82为DHCP(Dynamic Host ConfigurationProtocol，动态主机控制协议)用户所使用的定位信息标准。pppoe-plus和vbas是PPP(点对点)用户所使用的定位信息标准。
在实现本发明过程中，发明人发现vbas为我国电信标准，定位信息的格式已经规定。但是对于其他的几种定位标准所规定的定位信息的格式，目前还并不统一。
例如China-telecom(中国电信)规定的电路格式，China-netcom(中国网通)规定的电路格式，和DSL-forum(DSL论坛)规定的格式，这三种定位信息的格式，目前都有着广泛的使用。但是因为规格的不同，常常会引起一些不必要的麻烦，例如各大设备生产厂家间的设备对接。有些生产厂家的设备可能仅仅只支持一种规格的定位信息格式，如：DSL-forum格式，但是它需要和一个只支持China-telecom格式的网络设备对接。很明显这种对接是不能成功的言。虽然有些设备支持了多种格式，但是仍然需要对某一接口进行人工配置，增加了网络工程师的工作量。而且对一个已经指定了一种格式的端口，依然还是无法理解这个端口上送报文中其他格式的定位信息。
其主要原因就在于发送相关定位信息的网络设备，并没有表明自己所携带的定位信息到底是依据那一种格式来进行填写的。从而其接收方也只能按照其默认支持的一种格式进行解析，这样一来如果所支持的格式不相同，就算定位信息是正确的，设备也依然会当成一个错误来处理。而且在网络设备中一个接口中只能够同时支持唯一的一种宽带定位信息格式。
发明内容
本发明旨在提供一种定位信息格式处理方法，以解决现有技术中定位信息格式混乱的问题。
在本发明的实施例中，提供了一种定位信息格式处理方法，包括以下步骤：发送端构造携带关于用户宽带定位的定位信息的报文；发送端在报文中设置表示报文的格式的标识；发送端向接收端发送报文。
优选的，发送端构造携带关于用户宽带定位的定位信息的报文具体包括：发送端构造PPPOE(PPP over Ethernet，基于以太网的点对点协议)报文；在PPPOE报文的TAG_TYPE字段中的PPPOE-plus字段中携带定位信息。
优选的，PPPOE报文包括PADI(PPPoE Active DiscoveryInitiation，PPPOE有效发现初始)报文和或PADR(PPPOE ActiveDiscovery Request，PPPOE有效发现请求)报文。
优选的，发送端在报文中设置表示报文的格式的标识具体包括：发送端在PPPOE报文的TAG_TYPE字段中设置标识。
优选的，发送端构造携带关于用户宽带定位的定位信息的报文具体包括：发送端构造DHCP报文；在DHCP报文的option字段中的option-82字段中携带定位信息。
优选的，DHCP报文包括DHCP-Discovery报文和或DHCP-Request报文。
优选的，发送端在报文中设置表示报文的格式的标识具体包括：发送端在DHCP报文的option字段中设置标识。
优选的，标识是ASCII的信息(例如China-telecom，China-netcom，DSL-forum等)或16进制的格式类型代码。
优选的，该处理方法还包括：接收端从接收的报文中解析到标识；接收端根据标识判断报文的格式；接收端根据所判断的格式处理报文以从中确定用户的宽带定位。
优选的，该处理方法还包括：接收端从接收的报文中解析不到标识；接收端以默认的格式处理报文，以确定用户的宽带定位。
上述实施例的定位信息格式处理方法因为在报文中增设了报文格式标识，所以克服了现有技术中定位信息格式混乱的问题，从而能够使接收端明确所接收到报文中宽带定位信息的格式，从而正确处理宽带定位信息。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1示出了根据本发明实施例的定位信息格式处理方法的流程图；
图2示出了根据本发明优选实施例的网络设备对多种格式的宽带用户定位信息的处理流程图；
图3示出了根据本发明优选实施例的网络场景。
具体实施方式
下面将参考附图并结合实施例，来详细说明本发明。
图1示出了根据本发明实施例的定位信息格式处理方法的流程图，包括以下步骤：
步骤S10，发送端构造携带关于用户宽带定位的定位信息的报文；
步骤S20，发送端在报文中设置表示报文的格式的标识；
步骤S30，发送端向接收端发送报文。
该定位信息格式处理方法因为在报文中增设了报文格式标识，所以克服了现有技术中定位信息格式混乱的问题，从而能够使接收端明确所接收到报文中宽带定位信息的格式，从而正确处理宽带定位信息。
优选的，步骤S10，具体包括：发送端构造PPPOE报文；在PPPOE报文的TAG_TYPE字段中的PPPOE-plus字段中携带定位信息。
优选的，PPPOE报文包括PADI报文和或PADR报文。
优选的，步骤S20具体包括：发送端在PPPOE报文的TAG_TYPE字段中设置标识。
上述优选实施例使得收发两端能够处理各种格式的PPPOE报文，以处理用户宽带定位。
优选的，步骤S10具体包括：发送端构造DHCP报文；在DHCP报文的option字段中的option-82字段中携带定位信息。
优选的，DHCP报文包括Discovery报文和或Request报文。
优选的，步骤S20具体包括：发送端在DHCP报文的option字段中设置标识。
上述优选实施例使得收发两端能够处理各种格式的DHCP报文，以处理用户宽带定位。
优选的，标识是ASCII的信息(例如China-telecom，China-netcom，DSL-forum等)或16进制的格式类型代码。
优选的，该处理方法还包括：接收端从接收的报文中解析到标识；接收端根据标识判断报文中定位信息的格式；接收端根据所判断的格式处理报文以从中确定用户的宽带定位。
优选的，该处理方法还包括：接收端从接收的报文中解析不到标识；接收端以默认的格式处理报文，以确定用户的宽带定位。
上述优选实施例在PPPOE报文的TAG_TYPE字段中增加一项厂家私有字段、DHCP报文的option字段中也增加一项厂家私有字段。
在PPPOE的PADI报文和PADR报文中的TAG_TYPE中增加新的字段，主要是为了表明该报文携带的定位信息的具体的格式。可以要求该字段携带ASCII的China-telecom，China-netcom，DSL-forum等这样的信息，也可以要求该字段携带相应的16进制信息，将格式类型用16进制符号代替表示，等等。
在DHCP的DHCP-Discovery报文和DHCP-Request报文中的option中添加新字段主要为了表明该报文携带的定位信息的具体的格式。可以要求该字段携带ASCII的China-telecom，China-netcom，DSL-forum等这样的信息，也可以要求该字段携带相应的16进制信息，将格式类型用16进制符号代替表示，等等。
PPPOE和DHCP中的定位信息类型字段采用TLV(Type类型、Length长度、Value值)格式进行填写。
在网络设备上增加相关配置信息。如需要在接口上增加，定位信息默认类型。
定位信息默认类型，主要是将没有在请求报文中携带相关宽带定位信息类型的报文进行指定。指定成一个默认的类型，然后进行解析处理。
图2示出了根据本发明优选实施例的网络设备对多种格式的宽带用户定位信息的处理流程图，包括以下步骤：
步骤1，数据通信接口接收数据包；
步骤2，检测数据包是否有定位信息格式字段；
步骤3，若有存在定位信息格式字段，则判定定位信息的格式类型；
步骤4，若没有定位信息格式字段，则认为定位信息的类型为接口下配置的默认类型；
步骤5，根据步骤3或步骤4所判定的定位信息的类型来解析宽带定位信息字段中的定位信息
步骤6，将步骤5所解析的宽带定位信息存放到相应的用户表中；
步骤7，交由相应的AAA(Authentication、Authorization、Accounting，验证、授权和计费)模块进行处理；
如图3的网络环境中，有三台DSLAM(Digital Subscriber LineAccess Multiplexer，数字用户专用线接入复用器)，DSLAM-1为只支持DSL-forum格式(DSL论坛格式)，DSLAM-2为只支持China-telecom格式，DSLAM-3为只支持China-netcom格式，且DSLAM-1，DSLAM-2支持定位信息格式类型字段的添加。现在，在BRAS(宽带接入服务器)的与DSLAM相连的用户子接口上配置定位信息默认格式为：DSL-forum格式(表明若没有在报文中检查到定位信息类型字段信息的话，则将该定位信息按照DSL-forum格式解析)。
上网用户通过DSLAM-1发送到BRAS的上的PPPOE报文和DHCP报文都被添加相应的定位信息字段和定位信息类型字段(该字段说明定位信息的格式为DSL-forum格式)。
上网用户通过DSLAM-2发送到BRAS的上的PPPOE报文和DHCP报文都被添加相应的定位信息字段和定位信息类型字段(该字段说明定位信息的格式为China-telecom格式)。
上网用户通过DSLAM-3发送到BRAS的上的PPPOE报文和DHCP报文都被添加相应的定位信息字段。
当BRAS在接口上收到从这三台DSLAM上传过来的请求报文后，将会根据报文所携带的定位信息类型字段中的类型，对定位信息字段中的具体的定位信息进行解析。
BRAS收到从DSLAM-1上传的报文，在对定位信息字段进行解析前会先去检查定位信息类型字段，发现该字段携带的信息是DSL-forum。然后再对定位信息字段中的具体定位信息按照DSL-forum格式进行解析。将解析后的信息存入用户表中，交由AAA模块处理。
BRAS收到从DSALM-2上传的报文，在对定位信息字段进行解析前会先去检查定位信息类型字段，发现该字段携带的信息是China-netcom。然后再对定位信息字段中的具体定位信息按照China-netcom格式进行解析。将解析后的信息存入用户表中，交由AAA模块处理。
BRAS收到从DSALM-3上传的报文，在对定位信息字段进行解析前会先去检查定位信息类型字段，发现并没有该字段，或者该字段填充的值不合法。则设备会按照该用户侧子接口上所指定的定位信息默认格式，对定位信息字段中的定位信息进行解析。默认格式为DSL-forum，则设备将会按照DSL-forum格式去解析这个从DSALM-3上传的报文，但是报文所携带的定位信息类型为China-netcom格式的，因此设备将无法正确的对通过DSLAM-3上线的用户们的定位信息进行正常的解析。从而将可能导致用户上线失败，或者正常上线但无法定位等问题。因此此时需要改变子接口上面的定位信息默认格式的相关配置，将定位信息默认格式从DSL-forum改为China-netcom，此时便可以正常的对从DSALM-3上线的用户进行处理了。
依照此例，实现了网络设备在同一个子接口下，同时解析多种格式的用户宽带定位信息。
从以上的描述中，可以看出，本发明实施例在报文中添加定位信息格式字段，降低了网络管理员的工作量，使其不需要进行大量的手动配置，就可以轻松地完成设备与支持不同定位信息格式的网络设备间的对接。
而且由于引入了默认定位信息格式，所以对于那些并不支持在报文中添加定位信息格式字段的设备来说，依然可以按照设备上所配置的默认定位信息格式来对携带的定位信息进行解析。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种定位信息格式处理方法，其特征在于，包括以下步骤：
发送端构造携带关于用户宽带定位的定位信息的报文；
所述发送端在所述报文中设置表示所述报文的格式的标识；
所述发送端向接收端发送所述报文。
2.根据权利要求1所述的定位信息格式处理方法，其特征在于，发送端构造携带关于用户宽带定位的定位信息的报文具体包括：
所述发送端构造PPPOE报文；
在所述PPPOE报文的TAG_TYPE字段中的plus字段中携带所述定位信息。
3.根据权利要求2所述的定位信息格式处理方法，其特征在于，所述PPPOE报文包括PADI报文和或PADR报文。
4.根据权利要求2所述的定位信息格式处理方法，其特征在于，所述发送端在所述报文中设置表示所述报文的格式的标识具体包括：
所述发送端在所述PPPOE报文的TAG_TYPE字段中设置所述标识。
5.根据权利要求1所述的定位信息格式处理方法，其特征在于，发送端构造携带关于用户宽带定位的定位信息的报文具体包括：
所述发送端构造DHCP报文；
在所述DHCP报文的option字段中的option-82字段中携带所述定位信息。
6.根据权利要求5所述的定位信息格式处理方法，其特征在于，所述DHCP报文包括DHCP-Discovery报文和或DHCP-Request报文。
7.根据权利要求5所述的定位信息格式处理方法，其特征在于，所述发送端在所述报文中设置表示所述报文的格式的标识具体包括：
所述发送端在所述DHCP报文的option字段中设置所述标识。
8.根据权利要求1至7任一项所述的定位信息格式处理方法，其特征在于，所述标识是ASCII的信息或16进制的格式类型代码。
9.根据权利要求1所述的定位信息格式处理方法，其特征在于，还包括：
所述接收端从接收的报文中解析到所述标识；
所述接收端根据所述标识判断所述报文的格式；
所述接收端根据所判断的格式处理所述报文以从中确定用户的宽带定位。
10.根据权利要求1所述的定位信息格式处理方法，其特征在于，还包括：
所述接收端从接收的报文中解析不到所述标识；
所述接收端以默认的格式处理所述报文，以确定用户的宽带定位。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008101271217A CN101299766A (zh) | 2008-06-19 | 2008-06-19 | 定位信息格式处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008101271217A CN101299766A (zh) | 2008-06-19 | 2008-06-19 | 定位信息格式处理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101299766A true CN101299766A (zh) | 2008-11-05 |
Family
ID=40079445
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2008101271217A Pending CN101299766A (zh) | 2008-06-19 | 2008-06-19 | 定位信息格式处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101299766A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017024818A1 (zh) * | 2015-08-07 | 2017-02-16 | 中兴通讯股份有限公司 | 一种处理数据报文的方法及装置 |
| CN114598567A (zh) * | 2022-03-03 | 2022-06-07 | 深圳市元征科技股份有限公司 | 通信方法、设备及存储介质 |
-
2008
- 2008-06-19 CN CNA2008101271217A patent/CN101299766A/zh active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017024818A1 (zh) * | 2015-08-07 | 2017-02-16 | 中兴通讯股份有限公司 | 一种处理数据报文的方法及装置 |
| CN114598567A (zh) * | 2022-03-03 | 2022-06-07 | 深圳市元征科技股份有限公司 | 通信方法、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101222519B (zh) | 家庭设备的远程激活 | |
| CA2672331C (en) | Method, system and apparatus for provisioning a communication client | |
| US6778505B1 (en) | DSL automatic protocol detection system | |
| CN101179603B (zh) | IPv6网络中用于控制用户网络接入的方法和装置 | |
| CN102726069B (zh) | 基于会话属性的动态服务群 | |
| CN101057460B (zh) | 服务器装置及便携式终端 | |
| CN101141492B (zh) | 实现dhcp地址安全分配的方法及系统 | |
| CN102025792B (zh) | 路由器及其ip地址设置方法 | |
| CN106487788A (zh) | 一种用户接入方法、sdn控制器、转发设备及用户接入系统 | |
| US20040010653A1 (en) | Residential broadband communications device, and method of operating same | |
| JP2002510935A (ja) | 無線パケットデータ通信装置及び方法 | |
| CN106130843A (zh) | 一种互联网协议ip地址管理系统及方法 | |
| CN103312708A (zh) | 一种基于租约文件的ip设定方法及系统 | |
| CN103501288B (zh) | 一种对二层交换设备实现批量数据升级的方法 | |
| US20130198396A1 (en) | Method for efficient initialization of a telecommunications network and telecommunications network | |
| CN100382524C (zh) | 用于在一个数据网中配置一个设备的方法和布置 | |
| CN101299766A (zh) | 定位信息格式处理方法 | |
| CN100454825C (zh) | 基于mac地址的静态用户接入网络的控制方法 | |
| CN109618329B (zh) | 一种兼容多制式sim卡自动拨号装置及方法 | |
| GB2381171A (en) | A modem providing a network connection between data terminals | |
| CN100364263C (zh) | 一种下一代网络终端的运营维护方法 | |
| US7817638B2 (en) | Method for promptly redialing a broadband access server | |
| CN101557290A (zh) | 一种端口定位实时认证的方法 | |
| CN106993068A (zh) | 一种刀片服务器管理内网ip的自动分配方法 | |
| US7558860B2 (en) | Updating of software stored in a computer of a data communication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20081105 |