CN1658562A - 具有通信统计信息收集功能的接入服务器 - Google Patents
具有通信统计信息收集功能的接入服务器 Download PDFInfo
- Publication number
- CN1658562A CN1658562A CN200410054583.2A CN200410054583A CN1658562A CN 1658562 A CN1658562 A CN 1658562A CN 200410054583 A CN200410054583 A CN 200410054583A CN 1658562 A CN1658562 A CN 1658562A
- Authority
- CN
- China
- Prior art keywords
- session
- mentioned
- information
- server
- ncp
- 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.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 34
- 238000007600 charging Methods 0.000 claims description 34
- 238000007726 management method Methods 0.000 description 51
- 230000014509 gene expression Effects 0.000 description 40
- 238000012545 processing Methods 0.000 description 31
- 238000000034 method Methods 0.000 description 26
- 230000004044 response Effects 0.000 description 13
- 230000006870 function Effects 0.000 description 9
- 238000012546 transfer Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 238000007599 discharging Methods 0.000 description 2
- 239000012467 final product Substances 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 101150012579 ADSL gene Proteins 0.000 description 1
- 102100020775 Adenylosuccinate lyase Human genes 0.000 description 1
- 108700040193 Adenylosuccinate lyases Proteins 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 238000013144 data compression Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000005755 formation reaction Methods 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
- H04L41/142—Network analysis or design using statistical or mathematical methods
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
Abstract
随着数据链路的建立，开始各LCP会话的通信统计信息的收集，在数据链路被释放了时，向RADIUS服务器发送该LCP会话的统计信息，收集在上述LCP会话上建立的各NCP会话的通信统计信息，在NCP会话被释放了时，向上述RADIUS服务器通知释放NCP会话的统计信息。
Description
技术领域
本发明涉及具有通信统计信息收集功能的接入服务器，更具体地，涉及连接用户接入网和因特网服务提供商网(ISP网)，具有将各用户终端收集的通信统计信息通知给连接到上述ISP网的通信统计信息管理用的计费服务器的功能的接入服务器。
背景技术
作为代表因特网的IP(Internet Protocol)网络中，将提供用于将用户终端连接到IP网的服务的通信工作者(网络管理工作者)称为因特网服务提供商(ISP：Internet Service Provider)。ISP在用户终端利用接入服务器之前，确认连接请求用户是预先订契约的正式用户，在接入服务器和用户终端之间建立会话。
作为用于在接入服务器和用户终端之间建立会话的通信协议，广泛利用PPP(Point-to-Point Protocol)。PPP是原来用于在电话线或专用线等串行线路上提供TCP/IP等链路的协议，IETF(InternetEngineering Task Force)中标准化为RFC(Request For Comments)1661。
PPP由在OSI参考模型的数据链路层工作的LCP(Link ControlProtocol)、和在网络层工作的NCP(Network Control Protocol)构成。LCP是控制链路的协议，通过有关数据大小、有无数据压缩、传送速率等通信条件的协商作业，在2个通信装置之间建立了数据链路之后，进行用于检查和释放数据链路的控制。另一方面，NCP是在利用LCP建立链路(LCP会话)之后，进行网络层的上级协议的选择以及网络地址的分配/设定等。另外，NCP具有对应网络协议种类的多个控制协议，可以适合IP和AppleTalk等各种协议。
ISP将与用户有关的个人信息和统计信息作为属性值形成数据库，例如由管理认证服务器和计费服务器等管理服务器一元管理。上述管理服务器一般经IP网可以与因特网的接入服务器进行通信。另外，对于这些服务器之间、和接入服务器与用户终端之间的会话管理，通常利用RADIUS(Remote Authentication Dial In UserService)。有关RADIUS的通信协议例如规定为RFC2138、RFC2139、RFC2865、RFC2866、RFC2869。
RADIUS采用服务器/客户机方式，通过将管理上述的用户信息和统计信息等属性信息的服务器作为RADIUS服务器，将接受来自用户的接入的接入服务器作为RADIUS客户机工作，可以在接入服务器和RADIUS服务器之间收发属性信息。
RADIUS服务器的第1个作用是用户认证信息的管理。例如，从用户终端接收了因特网连接请求的接入服务器从该连接请求抽取用户名、口令等用户认证信息，将该用户认证信息按照RADIUS认证协议发送给RADIUS服务器。RADIUS服务器一从接入服务器接收到用户认证信息，就与数据库中预先注册的用户认证信息进行核对，判断请求者是否是预先订契约的正式用户，并将判断结果通知给接入服务器。接入服务器在上述认证的结果，连接请求用户判断为正式用户时，在用户终端和接入服务器之间执行PPP会话的连接控制。
RADIUS服务器的第2个作用是每个用户的通信信息的管理。接入服务器在用户认证和PPP连接成功了时，将表示用户开始利用了网络的控制信息包发送给RADIUS服务器，开始进行与该用户有关的统计信息的收集。在用户结束了数据链路时，将表示链路释放(结束利用因特网)的控制信息包发送给RADIUS服务器。利用该控制信息包，例如可以将PPP链路的连接时间和收发数据量等统计信息发送给RADIUS服务器。另外，在各控制信息包附有用于识别用户的标识符(ID)。ISP的情况下，利用上述的RADIUS的功能，进行用户认证、计费信息以及网络增设计划等管理信息的收集。
近年，随着因特网用户的增加，构筑了除了可以使用已有的IPv4之外，还可以使用具有新的地址体系的IPv6的双栈网络。为了在PPP上使用IPv6，需要在NCP安装Pv6用的控制协议，对RADIUS定义IPv6用的属性。关于前者，已经在RFC2472定义有IPv6CP，关于后者，在RFC3162定义有RADIUS的IPv6支持属性。
在PPP上应使用的IP版本的指定是作为响应于认证请求，RADIUS服务器回复给接入服务器的响应信息包(认证成功信息包)的属性，通过是只发送有关IPv4的属性，还是只发送有关IPv6的属性、还是发送IPv4/IPv6的两方的属性，可以指定可适用的IP协议分别为IPv4、IPv6、IPv4/IPv6。
另一方面，NCP可以在各用户终端独自工作，各用户利用LCP建立了链路之后，到链路释放为止的期间，可以随时建立任意的NCP，并可以随时释放。用户的管理由接入服务器内设定的各链路(LCP会话)唯一的ID管理。因此，现有是如上所述，在1个PPP上建立了多个NCP会话时，能以LCP建立的链路(LCP会话)单位收集统计信息，但不能以NCP单位收集连接时间和数据量等统计信息。
另外，作为与通信统计信息的收集有关的现有技术，例如在特开2000-163376号公报(专利文献1)提出了一种通信量监视装置，该通信量监视装置是通过对IP信息包头进行分析，判断IP信息包利用的协议种类，例如利用电子邮件还是Web，对不同利用协议计测从最初信息包到最后信息包的通信时间，将该通信时间记录为每个利用者的不同协议会话时间。
另外，特开2000-252979号公报(专利文献2)提出了在收纳了多个用户终端的CATV网和因特网的连接系统中，数据量探查单元从应中继的IP信息包头的内容判断信源地址、数据量、协议种类(包含数据种类)，将该结果经内部总线通知给数据量合计单元，在数据量合计单元分别根据IP地址以及协议来合计统计数据。
发明内容
为了在上述的RADIUS服务器收集各NCP的各用户的通信统计信息，例如作为RADIUS的属性追加新属性即可，但新属性的追加需要在RADIUS服务器侧和RADIUS客户机(接入服务器)侧双方变更软件，所以存在变更作业量变大的问题。
本发明的目的在于提供一种不对RADIUS追加属性，可以收集各NCP的统计信息的接入服务器。
为了达到上述目的，本发明在具有各用户的会话管理功能的接入服务器中，具有对于在1个数据链路(PPP会话)上建立的LCP会话和NCP的双方，计测连接时间和输入输出数据量等通信统计信息的功能；和在规定时间将各LCP会话的统计信息和各NCP会话的统计信息通知给连接到因特网服务提供商(ISP)网的各用户通信信息管理用的计费服务器的功能。
更具体说来，本发明是连接到用户接入网和因特网服务提供商(ISP)网的接入服务器，具有：伴随来自连接到上述用户接入网的用户终端的数据链路建立请求，收集用LCP形成的各会话的通信统计信息，在上述数据链路释放了时，向连接到上述ISP网的通信统计信息管理用的计费服务器通知该LCP会话的统计信息的第1单元；收集在上述LCP会话上建立的各NCP会话的通信统计信息，在NCP会话释放了时，向上述计费服务器通知释放NCP会话的统计信息的第2单元。
本发明的1个特征在于，上述第1单元随着LCP会话的建立，向计费服务器发送该LCP会话的统计处理开始请求，在该数据链路释放了时，向上述计费服务器发送包含该LCP会话的统计信息的统计处理结束请求，上述第2单元随着NCP会话的建立，向上述计费服务器发送该NCP会话的统计处理开始请求，在NCP会话释放了时，向上述计费服务器发送包含该释放NCP会话的统计信息的统计处理结束请求。但是，从接入服务器向计费服务器的统计信息的通知也可以不是如上述那样限于释放数据链路或NCP会话时进行，而在用户终端为通信状态的期间周期进行。
本发明的另一特征在于，上述第1单元利用对各LCP会话赋予了固有的标识符的信息包，将LCP会话统计信息通知给计费服务器，上述第2单元利用对各NCP会话赋予了固有的标识符的信息包，将释放NCP会话的统计信息通知给上述计费服务器。在此，NCP会话标识符例如如IPCP和IPv6CP这样，不仅仅是根据适用的IP控制协议种类而不同，即使是同一IP控制协议的会话，也可以对一旦释放并再次建立的会话赋予与以前不同的标识符。
本发明的最佳实施例中，为了在计费服务器侧使LCP会话统计信息和NCP会话统计信息能对应，上述第2单元利用包含由各NCP会话固有的标识符和该NCP会话所属的LCP会话的标识符的组合构成的会话标识符的信息包，将释放NCP会话的统计信息通知给计费服务器。
另外，上述计费服务器作为具有用户认证功能的RADIUS服务器连接到ISP网时，上述第1单元、第2单元将各统计信息以遵循RADIUS协议的信息包形式通知给上述计费服务器。
根据本发明，同一用户在同一链路(PPP会话)上使多个NCP协议工作了时，通过接入服务器侧收集各NCP会话的统计信息，对其赋予每个会话固有的ID并通知给计费服务器(RADIUS服务器)，在计费服务器侧可以按每个用户、每个会话区分管理连接时间和输入输出数据量等统计信息。在因特网，由于存在IPv4会话和IPv6会话分别由不同的骨干运营的场合，所以如本发明，通过按各NCP会话管理统计信息，可以得到对网络的运用和设计有用的信息。
附图说明
图1是表示适用本发明的接入服务器的网络结构的第1实施例的图。
图2是表示图1的网络适用的主信号系列传送协议栈的1例的图。
图3是表示图1的网络适用的控制系列传送协议栈的1例的图。
图4是表示接入服务器4的硬件结构的1例的框图。
图5是表示接入服务器4的控制处理单元44的一实施例的框图。
图6是表示从用户终端接收会话建立请求至释放会话为止的期间的接入服务器4的工作的流程图。
图7是表示转移到图6的网络层协议阶段(步骤108)之后的接入服务器的工作的流程图。
图8是表示控制处理单元44具有的PPP用户管理表55的一实施例的图。
图9是表示控制处理单元44具有的会话管理表56的一实施例的图。
图10是表示接入服务器4发送给计费服务器20的计费信息包适用的Acct-Session-ID的一例的图。
图11是表示IPCP会话释放时从接入服务器4发送给计费服务器20的、输出的计费结束请求信息包的格式的图。
图12是表示IPv6CP会话释放时从接入服务器4发送给计费服务器20的、输出的计费结束请求信息包的格式的图。
图13是表示图1的网络中的、用户终端30与因特网3连接时的通信时序的一例的图。
图14是表示图1的网络中的、释放用户终端30与因特网3的连接时的通信时序的一例的图。
图15是表示适用本发明的接入服务器的网络结构的第2实施例的图。
图16是表示本发明的第2实施例中的接入服务器4适用的计费服务器地址表230的一实施例的图。
具体实施方式
以下，参考附图说明本发明的实施例。
图1表示适用本发明的接入服务器的网络结构的第1实施例。
图1中，1表示连接了多个用户终端30(30-1、30-2、…)的用户接入网，2表示因特网服务提供商(ISP)网，3表示连接到ISP网2的因特网。用户接入网1例如由公共电话交换网、ADSL和FTTH等宽带网构成。ISP网2连接有认证服务器10、和管理统计信息的计费服务器20。另外，在因特网3连接有用户利用的各种信息服务用的服务器7(7-1、7-2、…)。
用户终端30(30-1、30-2、…)是属于因特网服务提供商的用户终端，经用户接入网1和接入服务器4连接到ISP因特网服务提供商网2。在用户终端30和接入服务器4之间，采用PPP，用于用户终端使用的链路建立、用户认证以及IP地址分配的协议。PPP在直接连接到用户接入网1的用户终端30-1的场合下，将用户终端30-1作为终端，在例如经家庭用路由器6连接到用户接入网1的用户终端30-2的场合下，将路由器6作为终端。
图2表示图1所示的网络中，用户终端30-1和因特网3上的目的服务器7经接入服务器4通信所需的主信号系列传送协议栈的一例。
由于用户终端30-1利用PPP与接入服务器4连接，所以在用户终端30-1的协议栈500和接入服务器4的协议栈501存在PPP协议栈。比PPP低级的协议栈根据用户接入网1的链路层类型而不同。图中，作为1例，表示链路层为以太网(Ethernet：注册商标名)的场合。从接入服务器4至目的服务器7，如协议栈502、503所示，按照IPv4/IPv6(IPv4协议或IPv6协议)传送。
图3表示用户认证信息、统计信息(计费信息)及其收集条件等控制信息的通信所需的控制类传送协议栈的一例。
如协议栈504、505所示，在用户终端30-1和接入服务器4之间，控制信息利用PPP协议进行通信。另一方面，在接入服务器4与ISP网的认证服务器10、计费服务器20之间，如协议栈506、507所示，控制信息利用RADIUS协议进行通信。如后所述，RADIUS协议中规定了RADIUS属性(属性值)，认证服务器10和计费服务器20通过对信息包的数据部分(负载部分)赋予分别所需的属性，与接入服务器4之间收发认证处理以及统计信息收集(计费处理)所需的控制信息。
图4是表示接入服务器4的硬件结构的一例的框图。
接入服务器4由控制服务器整体的控制处理单元44、将信息包输出给规定线路的开关43、对处理数据链路层及其上级层上的IP协议进行处理的多个协议单元42(42-1～42-n)、和分别具有对应连接线路种类的物理层终端功能的多个线路接口(IF)41(41-1A～41-nB)构成。在此，线路接口41-1A、41-2A、…41-nA表示输入线路用的接口，线路接口41-1B、41-2B、…41-nB表示输出线路用的接口。
图5是表示控制接入服务器4的控制处理单元44的一实施例的框图。
控制处理单元44由存储器50、数据处理器(CPU)441、用于与设置在外部的控制终端通信的控制终端接口(CL1：Command LineInterface)442、用于与协议处理单元42通信的协议处理单元接口443、以及用于与开关43通信的SW接口444构成。CPU441执行存储器50中存储的后述的各种程序。
存储器50作为有关本发明的程序存储有例如CLI(CL1：Command Line Interface)处理程序51、路由协议处理程序52、警报监视处理程序53、PPP协议处理程序54、RADIUS协议处理程序57，此外，形成有PPP用户管理表55和会话管理表56。
CLI处理程序51是为了控制接入服务器4，系统管理者处理从未图示的控制终端输入到CLI442的控制命令的程序。路由协议处理程序52是各路由协议处理单元42处理将来自线路接口41的输入信息包传送给对应目的地址的其他任一线路接口时所需的路由信息的程序。利用上述路由协议处理程序52，在各程序处理单元42具有的IPv4用或IPv6用的路由表(未图示)设定系统管理者指定的路由信息。
各程序处理单元42参考上述路由表对接收信息包进行路由处理。即，各输入线路接口41-iA(i＝1～n)从网络接收的信息包，在协议处理单元42-iA例如附加了含有对应信息包头的目的地址的路由信息的内部头之后，传送给开关43。PPP协议处理以及RADIUS协议处理所需的信息传送给控制处理单元44。开关43将来自各协议处理单元42的输入信息包按照内部头所示的路由信息传送给其他某个协议处理单元。各协议处理单元42-j(j＝1～n)从来自开关43的信息包中去除内部头，将该信息包输出给输出线路接口41-jB。
警报监视处理程序53是监视接入服务器4的内部产生的警报信息，响应警报信息进行工作的程序。另外，处理PPP协议信号的PPP协议处理程序54与协议处理单元42一起，按照与RFC1332、RFC1661、RFC1994、RFC2472、RFC2516等PPP有关的RFC，执行如PPP终端处理、LCP(Link Control Protocol)处理、PAP(PasswordAuthentication Protocol)、CHAP(Challenge Handshake AuthenticationProtocol)等认证处理、IPCP(Internet Protocol Control Protocol)、IPv6CP等NCP处理的IP层、IPv6层的处理。
RADIUS协议处理程序57处理RFC2138、RFC2139、RFC2865、RFC2866、RFC3162等整个RADIUS协议，在PPP认证时，与PPP协议处理程序54一起，向认证服务器10传送用户ID和口令等信息。
在用户认证成功了时，认证服务器10将作为与认证的用户有关的属性信息，例如该用户应使用的IP地址等网络设定条件，通知给接入服务器4。接入服务器4到PPP会话释放为止的期间，将与认证服务器10通知的各用户有关的属性信息存储在PPP用户管理表55。
若认证成功了的用户终端30与接入服务器4之间建立LCP会话，则接入服务器4开始统计信息(计费信息)的收集处理。作为统计信息需要按各LCP会话、各NCP会话收集连接时间、信息包通过量等信息。本发明中，在LCP和NCP的新会话建立了时，在会话管理表56生成具有新会话标识符的入口，在该入口管理连接时间和信息包通过量等统计信息。以后说明较好的会话标识符的生成方法。
接入服务器4一确认PPP用户建立LCP会话，PADIUS协议处理程序57就生成计费(收集统计信息)处理的开始请求信息包，将该信息包发送给计费服务器20。PPP用户在NCP或LCP会话释放了时，接入服务器4用PADIUS协议处理程序57生成释放会话的计费处理结束请求信息包，并将该信息包发送给计费服务器20。
接入服务器4在会话管理表56存储PPP会话继续期间收集的统计信息，利用会话释放时生成的上述计费处理结束请求信息包，将统计信息通知给计费服务器20。但是，作为定期或网络产生/恢复阻塞或障碍等的事件为契机，也可以用RADIUS协议处理程序57生成表示统计信息的当前值的中间计数信息包，将该信息包发送给计费服务器20。统计信息通过对发送信息包的数据部分设定RADIUS协议规定的RADIUS属性，可以收发任意种类的信息。
下面，参考图6～图11说明本发明的接入服务器4的工作。
图6表示从用户终端30(PPP用户)接收数据链路的建立请求至释放PPP会话为止的期间的接入服务器4的工作。
接入服务器4一从用户终端30或路由器6接收PPP连接请求，就与用户终端之间执行数据链路(PPP会话)的建立次序和LCP协商(步骤100)，等待来自用户终端的认证请求。一从用户终端接收到认证请求，RADIUS协议处理单元57就生成发送给认证服务器10的认证请求信息包，将该信息包发送给认证服务器10，等待来自认证服务器10的响应(102)。在认证失败了时，拒绝会话连接并结束该程序(114)。在认证成功了时，在PPP用户管理表55生成与PPP用户对应的新入口。
图8示出PPP用户管理表55的一例。在此所示的例子中，PPP用户管理表55的各入口550(550-1、550-2、550-3、…)由表示用户名(用户ID)字段551、表示提供给用户的IPv4地址的Framed IPAddress字段552、表示提供给用户的IPv6前缀的Framed IP Prefix字段553构成。由于PPP协商有可能根据用户而在不同的网络条件下设定，所以PPP用户管理表55的各入口不限于对上述所有字段进行数据注册。另外，还有在表入口追加551～553以外的其他字段的场合。
接入服务器4在PPP用户管理表55追加了新入口之后，生成LCP会话用的ID(104)，在会话管理表56追加具有该LCP会话ID的新入口(105)。在建立PPP会话时生成的LCP用会话ID成为与已经建立的其他PPP会话的LCP会话ID不同的唯一值。
图9表示会话管理表56的一例。
会话管理表56的各入口560(560-1、560-2、560-3、…)由会话ID字段561、用户名字段562、表示在LCP会话上适用的网络层协议的NCP字段563、表示会话的连接开始时刻的字段564、统计信息的计数字段构成。在此所示的例子中，统计信息的计数字段包含输入信息包计数字段565a、和输出信息包计数字段565b。建立LCP会话时生成的入口中，例如如入口560-1所示，NCP字段563成为空栏。
接入服务器4在会话管理表56追加了入口之后，开始测定LCP会话的统计信息(106)。LCP用的统计信息由于NCP563是不特定的，所以将PPP上的所有NCP作为对象测定统计数据。该测定在成为PPP的终端点的协议处理电路42-i进行，在此测定的统计数据定期地被会话管理表56收集。
接入服务器4在建立了LCP会话之后，向计费服务器20发送请求开始LCP会话地统计处理的计费开始请求信息包(107)。在上述计费开始请求信息包(Accounting-Request[start])中，作为RADIUS的属性，例如包含表示用于识别成为因特网连接请求源的用户终端30的用户名的User-Name属性、表示分配给用户终端的IP地址的Framed-IP-Address属性、表示请求的信息包种类(区别计费开始、计费结束、中间计数)的Acct-Status-Type属性、用于识别用户终端和接入服务器之间的数据链路(LCP会话)的Acct-Session-ID属性。
在计费开始请求信息包的Acct-Status-Type属性设定有表示计费处理的开始请求的start(1)代码。对Acct-Session-ID属性分配LCP用会话ID即可，从PPP用户管理表55取得User-Name属性、Framed-IP-Address属性等设定值。
链路层的所有处理一结束，接入服务器4就为了任何时候都能够开放(open)网络层协议，将该PPP会话转移到网络层协议阶段(108)。以后参考图7说明网络层协议阶段的工作。接入服务器4只要不发生线路切断请求或线路强制切断等事件，就维持网络层协议阶段。一发生线路切断请求或线路强制切断事件，就转移到以下说明的链路结束阶段。
一转移到链路结束阶段，接入服务器4就结束LCP会话用的统计信息的测定，从与释放的LCP会话(PPP)对应的协议处理电路42-i将相应的统计信息收集到会话管理表56(110)。接着，生成包含统计信息的计费结束请求信息包(Accounting-Request[stop])，将该信息包发送给计费服务器20(111)。以后说明上述计费结束信息包的具体格式。
发送了计费结束请求信息包之后，接入服务器4从会话管理表56删除与上述释放LCP会话相应的入口(112)，从PPP用户管理表55删除与上述释放LCP会话相应的用户入口(113)，结束该程序。
下面，参考图7说明转移到网络层协议(NCP)阶段(108)的接入服务器4的工作。
在网络层协议阶段可以随时建立任意NCP。接入服务器4监视来自用户终端30的NCP的open请求(120)，在有open请求时，生成NCP用的新会话ID(121)。NCP用的会话ID对于每个同一PPP上形成的NCP会话来说是唯一值。上述会话ID的值不仅与其他种类的NCP的会话ID不同，即使是用同一NCP建立的会话，一旦释放会话，之后再次建立了会话时，为了可以将该会话识别为另一会话，对每个会话设定不同值。
接入服务器4生成具有上述会话ID的新入口(entry)，追加到会话管理表56(122)，开始收集NCP会话用的统计信息(123)。在此生成的表入口与在LCP会话建立时生成的入口560-1不同，例如入口560-2、560-3所示，在NCP字段563包含“IPCP”和“IPv6CP”等的适用NCP的识别信息。
NCP会话用的统计信息的测定中，将会话管理表56指定的特定NCP作为对象，测定各用户的通信统计信息。该测定与LCP会话用的统计信息同样，在成为PPP的终端点的协议处理电路42-i进行，将在此测定的统计数据定期地收集到会话管理表56的计数字段。
接入服务器4在利用NCP建立了会话的时刻，向计费服务器20发送计费开始请求信息包(124)。在此发送的计费开始请求信息包(Accounting request[start])除了包含在开始测定LCP用统计信息时，在图6的步骤107发送的计费开始请求信息包的RADIUS属性之外，例如还包含如表示用IPCP分配给用户终端的IP地址的Framed-IP-Address属性，表示适用NCP的用户分配信息的属性。
在此，确定成为用户终端和接入服务器之间的PPP会话的标识符的Acct-Session-ID属性的设定值需要一定的工夫。这是因为在RADIUS服务器中，利用计费开始请求信息包的信源接入服务器的IP地址和Acct-Session-ID属性表示的PPP会话标识符，识别计费请求信息包。从而，如上所述，若将NCP用会话ID和LCP用会话ID设为不同的值，则在计费服务器20侧，可以将在步骤108发送的请求信息包和在步骤124发送的请求信息包，作为不同的计费开始请求信息包进行处理。但是，在此，计费服务器20难以对LCP会话和在其上被复用的NCP会话进行关联。
图10表示使NCP用的会话ID和LCP用的会话ID可以关联的Acct-Session-ID607的一例。
RFC规定中，作为Acct-Session-ID用的文字，可以使用数字以外的字母表，文字数目没有限制。因此，如图10所示，若作为Acct-Session-ID607适用由LCP会话ID641、NCP标识符642、NCP会话ID643、和其他标识符644的组合构成的文字列，则在计费服务器20处理统计信息时，可以从赋予NCP会话的计费开始请求信息包的Acct-Session-ID对该NCP会话和LCP会话进行关联。
返回图7，发送了计费开始请求信息包的接入服务器4等待从用户终端接收NCP闭合请求(125)，在接收到闭合请求时，对相应的协议处理电路42-i指示NCP用统计信息的测定结束，在会话管理表56收集闭合的NCP的统计信息(126)。接入服务器4生成含有上述NCP的统计信息的计费结束请求信息包，将该信息包发送给计费服务器20(127)之后，从会话管理表56删除与上述闭合的NCP对应的表入口(128)。在此，检查数据链路有无释放(129)，若数据链路没有释放，则返回步骤120，等待新NCP的open请求(120)。
若数据链路被释放，则结束网络层协议(NCP)阶段，执行图6所示的步骤109以后的处理。另外，也可以是接入服务器4发送了计费开始请求信息包(124)之后，定期生成中间计数用的信息包，将最新的统计信息通知给计费服务器。
图11表示IPv4的计费结束请求信息包(Accounting-Request[stop])600A的格式的一例。
IPv4用的计费结束请求信息包600A由IP头601、UDP头602、表示该信息包为计费处理用的请求信息包的RADIUS识别代码字段603、紧接其后的RADIUS属性区域构成。在此，在RADIUS属性区域记述的各属性的括号内的数字表示RFC规定的属性类型的值。
在IPv4用的计费结束请求信息包600A的属性区域中，包含：表示成为因特网连接请求源的用户终端的识别信息的用户名的User-Name属性604、表示分配给用户的IPv4地址的Framed-IP-Address属性605A、表示计费请求信息包的种类代码、计费结束时表示stop(2)的Acct-Status-Type属性606、会话识别用的Acct-Session-ID属性607、表示会话的持续时间的Acct-Session-Time属性608、表示会话的结束原因的属性609、表示输入输出数据量的Acct-Input-Octets属性610、Acct-Output-Octets属性611、Acct-Input-Packets属性612、Acct-Output-Packets属性613、Acct-Input-Gigawords属性614、Acct-Output-Gigawords属性615。输入输出数据量等的统计信息都成为与IPv4有关的信息。
另外，在LCP用的统计信息测定结束时发送的计费结束请求信息包中，Acct-Session-ID属性607、Acct-Session-Time属性608、会话的结束原因属性609分别表示结束的PPP会话的标识符、持续时间、结束原因，表示输入输出数据量的属性610～615都表示上述PPP会话的测定值。另一方面，在NCP用的统计信息测定结束时发送的计费结束请求信息包中，Acct-Session-ID属性607、Acct-Session-Time属性608、会话的结束原因属性609分别表示结束的NCP，例如IPCP用的会话的标识符、持续时间、结束原因，表示输入输出数据量的属性610～615都表示上述NCP会话的测定值。
图12表示IPv6用的计费结束请求信息包600B的格式的一例。
IPv6用的计费结束信息包600B也由IP头601、UDP头602、RADIUS识别代码字段603、紧接其后的RADIUS属性区域构成，在RADIUS属性区域包含与IPv4用的计费结束信息包600A相同的属性。但是，代替Framed-IP-Address属性605A，包含分配给用户的IPv6前缀的Framed-IPv6-Presix属性606B，输入输出量等统计信息都成为有关IPv6的信息。
另外，在NCP用的统计信息测定结束时发送的IPv6用的计费结束请求信息包中，Acct-Session-ID属性607、Acct-Session-Time属性608、会话的结束原因属性609分别表示结束的NCP，例如IPv6CP用的会话的标识符、持续时间、结束原因，表示输入输出数据量的属性610～615都表示上述NCP会话的测定值。
图13和图14是表示图1所示的系统结构的从用户终端30(30-1、30-2)对因特网3的连接次序、和接入服务器4的统计信息(计费信息)的收集次序的时序图。
图13表示用户终端30在数据链路(PPP会话)上建立采用IPv4的IPCP的会话和采用IPv6的IPv6CP的会话，经ISP网2与因特网3侧的服务器进行数据通信时的时序。但是，在此为了简化说明，只表示有关本发明的主要时序，没有准确表示实际应用中的用户终端30与接入服务器4、接入服务器4与计费服务器20之间通信的所有会话。
用户终端30与接入服务器4之间建立了数据链路(S40)之后，进行LCP协商(S41)。数据链路(PPP会话)通过以下处理来建立，即，用户终端30例如执行RFC2516所示的PPPoE的初始化处理，连接到上述用户终端30的接入服务器4的协议处理电路42-i执行PPPoE的初始化处理，控制处理单元44执行PPP协议处理程序54。PPP会话一建立，接入服务器4的控制处理单元44就与用户终端30之间执行LCP的协商，设定链路层(S41)。
接入服务器4响应来自用户终端30的认证请求(S42)，例如按照RFC1994所示的CHAP(Challenge Handshake AuthenticationProtocol)，向认证服务器10请求用户认证(S43)。具体说来，接入服务器4的控制处理单元44执行RADIUS协议处理程序57，将表示用户名和口令的认证请求(Access-Request)信息包发送给认证服务器10。
认证服务器10根据上述认证请求信息包所示的口令是否预先已对应用户名进行注册，判断用户终端30是否可以连接ISP网2，将判断结果通知给接入服务器4(S44)。用户认证成功了时，接入服务器4向用户终端30发送表示认证成功的响应信息包(S45)，如图6的步骤103～106中所述，在会话管理表生成LCP用表入口，开始了LCP用统计信息的测定之后，向计费服务器20发送统计信息收集(LCP计费处理)的开始请求信息包(Accounting-Request[start])(S46)。计费服务器20按照上述开始请求信息包所示的用户名，确认在计费信息数据库有无计费信息管理记录，接着，整理从接入服务器4发来的统计信息的准备记录，回复计费确认响应信息包(Accounting-Request)(S47)。
接入服务器4发送了LCP计费开始请求之后，转移到图7所述的网络层协议阶段，成为等待来自用户终端的NCP的open请求的状态。本实施例中，假设接收了认证成功的响应信息包(S45)的用户终端30首先发送了对应IPv4的IPCP的open请求的场合。
接入服务器4一接收上述IPCP(IPv4)的open请求，就与用户终端30之间进行NCP协商(S50)。协商一成功，接入服务器4如图7的步骤121～123所述，在会话管理表生成NCP(IPCP)用的表入口，开始了NCP用统计信息的收集之后，向计费服务器20发送IPv4统计信息收集(IPv4计费处理)的开始请求信息包(Accounting-Request[start])(S51)。计费服务器20确认在计费信息数据库有无计费信息管理记录，准备统计信息的记录，回复计费确认响应信息包(Accounting-Response)(S52)。
用户终端30在NCP协商(S50)一完成，就成为经ISP网2与因特网3侧的服务器利用IPv4协议的数据通信状态(S53)。本实施例中，假设用户终端维持了上述IPv4协议的数据通信状态的情况下，发送了IPv6CP的open请求的场合。
接入服务器4一接收上述IPv6CP的open请求，就与用户终端30之间进行NCP协商(S60)。若协商成功，则接入服务器4如图7的步骤121～123中所述，在会话管理表生成NCP(IPv6CP)用的表入口，开始了NCP用统计信息的收集之后，向计费服务器20发送IPv6统计信息收集(IPv6计费处理)的开始请求信息包(Accounting-Request[start])(S61)。计费服务器20与IPv4计费处理的开始请求时同样，确认在计费信息数据库有无计费信息管理记录，整理统计信息的记录准备，回复计费确认响应信息包(Accounting-Request)(S62)。
用户终端30在NCP协商(S60)一完成，就成为经ISP网2与因特网3侧的服务器利用IPv6协议的数据通信状态(S63)。
图14表示NCP会话以及因特网连接结束时的时序。
用IPv4、IPv6成为数据通信状态(S53、S63)的用户终端30一发送作为IPv4NCP的结束请求的IPCP终点请求(步骤S54)，接入服务器4执行该NCP(＝IPCP)的统计信息收集的结束处理(图7的步骤126)之后，向NCP计费服务器20发送包含上述统计信息的图11所示的IPv4用计费结束请求信息包(S55)。计费服务器20基于上述IPv4用计费结束请求信息包所示的统计信息而更新了计费数据库之后，向接入服务器4回复计费确认响应(Accounting-Response)信息包(S56)。
与此同样，用户终端30一发送IPv6CP的终点请求(S64)，接入服务器4就执行该NCP(＝IPv6CP)的统计信息收集的结束处理之后，向NCP计费服务器20发送包含上述统计信息的图12所示的IPv6用计费结束请求信息包(S65)。计费服务器20基于上述IPv6用计费结束请求信息包表示的统计信息而更新了计费数据库之后，向接入服务器4回复计费确认响应(Accounting-Response)信息包(S66)。
接着，用户终端30若释放数据链路(S70)，则接入服务器4按照图6所示的步骤110、111，执行了LCP用的统计信息测定的结束处理之后，生成包含上述统计信息的LCP计费结束请求信息包，将该信息包发送给计费服务器20(S71)。计费服务器20基于上述LCP计费结束请求信息包表示的统计信息而更新了计费数据库之后，向接入服务器4发送计费确认响应(Accounting-Response)信息包(S72)。
图15表示适用本发明的接入服务器的网络结构的第二实施例。
第二实施例的特征在于，作为连接到因特网服务提供商网2的RADIUS服务器，除了认证服务器10和计费服务器20之外，还设置了IPv4统计信息管理管理专用的计费服务器20A、和IPv6统计信息管理专用的计费服务器20B。
在此，接入服务器4由于根据适用的NCP种类，其计费开始请求以及计费结束请求的目的服务器不同，所以在RADIUS协议处理程序57例如如图16所示，准备定义了适用NCP581和计费服务器地址582的关系的计费服务器地址表50。在适用NCP不确定时，作为计费服务器地址582，指定管理各LCP会话的统计信息的计费服务器20的地址。
本实施例的场合，LCP统计信息在计费服务器20被合计，IPv4统计信息在计费服务器20A被合计，IPv6统计信息在计费服务器20B被合计，所以如第一实施例，计费服务器20不需要具有分别按LCP、NCP分类整理计费数据库的存储信息的功能。
另外，图15表示在LCP用计费服务器20、IPv4NCP用计费服务器20A、IPv6NCP用计费服务器20B分散统计信息管理的结构，但也可以省略计费服务器20，通过变更计费服务器地址表58，在IPv4NCP用计费服务器20A或IPv6NCP用计费服务器20B的某一个进行合计、管理。另外，第1、第2实施例的系统结构中，为了分散RADIUS服务器侧的负荷，也可以采用分别设置多台认证服务器和计费服务器(20、20A、20B)的冗余系统结构。
根据以上实施例，不在RADIUS追加新属性，就可以收集各NCP的持续时间和输入输出数据量等统计信息。
从以上实施例可知，根据本发明，由于除了各LCP会话的统计信息之外，可以收集在同一LCP会话上复用或时分形成的各NCP的统计信息，并将该信息通知给计费服务器，所以可以进行比以前更具体的统计信息管理。
Claims (10)
1.一种连接到用户接入网和因特网服务提供商(ISP)网的接入服务器，具有：
第1单元，随着来自连接到上述用户接入网的用户终端的数据链路建立请求，收集用LCP(Link Control Protocol)形成的各会话的通信统计信息，在上述数据链路被释放了时，向连接到上述ISP网的通信统计信息管理用的计费服务器通知该LCP会话的统计信息；
第2单元，收集在上述LCP会话上建立的各NCP(NetworkControl Protocol)会话的通信统计信息，在NCP会话被释放了时，向上述计费服务器通知释放NCP会话的统计信息。
2.如权利要求1所述的接入服务器，其特征在于：
上述第1单元随着LCP会话的建立，向上述计费服务器发送该LCP会话的统计处理开始请求，在该数据链路被释放了时，向上述计费服务器发送包含该LCP会话的统计信息的统计处理结束请求，
上述第2单元随着NCP会话的建立，向上述计费服务器发送该NCP会话的统计处理开始请求，在NCP会话被释放了时，向上述计费服务器发送包含该释放NCP会话的统计信息的统计处理结束请求。
3.如权利要求2所述的接入服务器，其特征在于：
上述第1单元利用对各LCP会话赋予了固有的标识符的信息包，将上述LCP会话统计信息通知给上述计费服务器，
上述第2单元利用对各NCP会话赋予了固有的标识符的信息包，将上述释放NCP会话的统计信息通知给上述计费服务器。
4.如权利要求1或2所述的接入服务器，其特征在于：
上述第1单元利用对各LCP会话赋予了固有的标识符的信息包，将上述LCP会话统计信息通知给上述计费服务器，
上述第2单元利用包含由各NCP会话固有的标识符和该NCP会话所属的LCP会话的标识符的组合构成的会话标识符的信息包，将上述释放NCP会话的统计信息通知给上述计费服务器。
5.如权利要求1所述的接入服务器，其特征在于：
上述第1、第2单元将各统计信息以遵循RADIUS(RemoteAuthentication Dial In User Service)协议的信息包形式通知给上述计费服务器。
6.一种连接到用户接入网和因特网服务提供商(ISP)网的接入服务器，具有：
第1单元，伴随来自连接到上述用户接入网的用户终端的数据链路建立请求，在与连接到上述ISP网的RADIUS(RemoteAuthentication Dial In User Service)服务器之间执行了用户认证次序之后，开始收集用LCP(Link Control Protocol)形成的各会话的通信统计信息，在上述数据链路被释放了时，向上述RADIUS服务器通知该LCP会话的统计信息；
第2单元，收集在上述LCP会话上建立的各NCP(NetworkControl Protocol)会话的通信统计信息，在NCP会话被释放了时，向上述RADIUS服务器通知释放NCP会话的统计信息。
7.如权利要求6所述的接入服务器，其特征在于：
上述第1单元随着LCP会话的建立，向上述RADIUS服务器发送该LCP会话的统计处理开始请求，在该数据链路被释放了时，向上述RADIUS服务器发送包含该LCP会话的统计信息的统计处理结束请求，
上述第2单元随着NCP会话的建立，向上述RADIUS服务器请求开始该NCP会话的统计处理，在NCP会话被释放了时，向上述RADIUS服务器发送包含该释放NCP会话的统计信息的统计处理结束请求。
8.如权利要求6或7所述的接入服务器，其特征在于：
上述第1单元利用包含作为Acct-Session-ID的各LCP会话固有的标识符的RADIUS信息包，将上述LCP会话的统计信息通知给上述RADIUS服务器，
上述第2单元利用包含作为Acct-Session-ID的各NCP会话固有的标识符的RADIUS信息包，将上述释放会话的统计信息通知给上述RADIUS服务器。
9.如权利要求8所述的接入服务器，其特征在于：
上述第2单元利用包含作为Acct-Session-ID的NCP会话标识符和该NCP会话所属的LCP会话的标识符的RADIUS信息包，将上述释放会话的统计信息通知给上述RADIUS服务器。
10.如权利要求9所述的接入服务器，其特征在于：
上述RADIUS服务器具有对应NCP种类的通信统计信息管理用的多个计费服务器时，上述第2单元向与建立或被释放的NCP会话的种类对应的计费服务器发送上述RADIUS服务器。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004039378A JP4261382B2 (ja) | 2004-02-17 | 2004-02-17 | 通信統計情報収集機能を備えたアクセスサーバ |
| JP2004039378 | 2004-02-17 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1658562A true CN1658562A (zh) | 2005-08-24 |
| CN100346601C CN100346601C (zh) | 2007-10-31 |
Family
ID=34908375
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100545832A Expired - Fee Related CN100346601C (zh) | 2004-02-17 | 2004-07-23 | 具有通信统计信息收集功能的接入服务器 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US7457875B2 (zh) |
| JP (1) | JP4261382B2 (zh) |
| CN (1) | CN100346601C (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102137170A (zh) * | 2010-01-26 | 2011-07-27 | 中兴通讯股份有限公司 | IPv6地址的分配方法和装置 |
| WO2012034413A1 (zh) * | 2010-09-15 | 2012-03-22 | 中兴通讯股份有限公司 | 一种双栈用户管理方法及宽带接入服务器 |
| CN101692674B (zh) * | 2009-10-30 | 2012-10-17 | 杭州华三通信技术有限公司 | 双栈接入的方法和设备 |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7519719B2 (en) * | 2004-04-15 | 2009-04-14 | Agilent Technologies, Inc. | Automatic creation of protocol dependent control path for instrument application |
| US7885636B2 (en) * | 2006-01-31 | 2011-02-08 | United States Cellular Corporation | Data pre-paid in simple IP data roaming |
| US7505973B2 (en) * | 2007-01-16 | 2009-03-17 | Microsoft Corporation | Efficient paging of search query results |
| US8355152B2 (en) * | 2008-03-14 | 2013-01-15 | Kabushiki Kaisha Toshiba | Image forming apparatus, setting operation support method and setting operation support program |
| US9053188B2 (en) * | 2008-05-12 | 2015-06-09 | Enpulz, Llc | Web browser accessible search engine with statistics gathering persistence |
| CN102177685B (zh) * | 2008-07-31 | 2015-03-25 | 泰克莱克股份有限公司 | 用于使用采用域名系统(dns)分配给互联网协议(ip)网络服务器的别名主机名标识符来抑制去往ip网络服务器的业务的方法、系统和计算机可读介质 |
| KR101508707B1 (ko) * | 2009-01-23 | 2015-04-06 | 삼성전자주식회사 | 채널 자동 설정을 위한 장치 및 방법 |
| PE20121255A1 (es) * | 2009-08-11 | 2012-09-13 | Tyco Safety Prod Canada Ltd | Equilibrado de carga para vigilancia de alarmas con tecnologia de conmutacion de paquetes |
| CN102076027B (zh) * | 2009-11-19 | 2014-04-30 | 中兴通讯股份有限公司 | 统计无线系统中ppp协商状态的系统、装置及方法 |
| US8566474B2 (en) * | 2010-06-15 | 2013-10-22 | Tekelec, Inc. | Methods, systems, and computer readable media for providing dynamic origination-based routing key registration in a diameter network |
| WO2012119147A1 (en) | 2011-03-03 | 2012-09-07 | Tekelec, Inc. | Methods, systems, and computer readable media for enriching a diameter signaling message |
| US9521033B2 (en) * | 2014-02-23 | 2016-12-13 | Telefonaktiebolaget L M Ericsson (Publ) | IPoE dual-stack subscriber for bridged residential gateway configuration |
| JP6535217B2 (ja) * | 2015-05-22 | 2019-06-26 | 株式会社エヌ・ティ・ティ ピー・シー コミュニケーションズ | セッション管理装置、セッション管理方法及びプログラム |
| US10595191B1 (en) * | 2018-12-06 | 2020-03-17 | At&T Intellectual Property I, L.P. | Mobility management enhancer |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6675208B1 (en) * | 1997-10-14 | 2004-01-06 | Lucent Technologies Inc. | Registration scheme for network |
| JP2000163376A (ja) * | 1998-11-27 | 2000-06-16 | Takashi Okumura | コンピュ―タ網接続認証及び履歴記録装置 |
| US6628671B1 (en) * | 1999-01-19 | 2003-09-30 | Vtstarcom, Inc. | Instant activation of point-to point protocol (PPP) connection using existing PPP state |
| JP2000252979A (ja) * | 1999-02-25 | 2000-09-14 | Casio Comput Co Ltd | 課金機能を備えるネットワーク接続システム及び課金方法 |
| US7020708B2 (en) * | 1999-05-14 | 2006-03-28 | Cingular Wireless Ii, Llc | Aircraft data services |
| US6694437B1 (en) * | 1999-06-22 | 2004-02-17 | Institute For Information Technology | System and method for on-demand access concentrator for virtual private networks |
| US6785823B1 (en) * | 1999-12-03 | 2004-08-31 | Qualcomm Incorporated | Method and apparatus for authentication in a wireless telecommunications system |
| US7190687B1 (en) * | 2000-01-04 | 2007-03-13 | Qualcomm Incorporated | Method and apparatus for requesting point-to-point protocol (PPP) instances from a packet data services network |
| US7197017B1 (en) * | 2000-01-04 | 2007-03-27 | Qualcomm, Incorporated | Method and apparatus for channel optimization during point-to-point protocol (PPP) session requests |
| JP2003244140A (ja) * | 2000-03-23 | 2003-08-29 | Freebit Co Ltd | データ交換システム、データ交換システムにおける接続料金算出方法、及びデータ交換サービスにおける課金システム |
| JP2001326634A (ja) * | 2000-05-15 | 2001-11-22 | Nec Corp | パケット課金システム及び方法 |
| SE518604C2 (sv) * | 2000-06-29 | 2002-10-29 | Wireless Login Ab | Metod och anordning för säker anslutning till ett kommunikationsnätverk |
| JP2002158656A (ja) * | 2000-11-17 | 2002-05-31 | Nec Corp | ネットワークアクセス課金システム及び方法 |
| JP2002312685A (ja) * | 2001-04-09 | 2002-10-25 | Nippon Telegr & Teleph Corp <Ntt> | Ｉｐコンテンツ料金代行徴収システム，ｉｐコンテンツ料金代行徴収方法，課金サーバ，課金方法，課金サーバ用のプログラムおよびそのプログラム記録媒体 |
| US6816890B2 (en) * | 2001-05-28 | 2004-11-09 | Hitachi, Ltd. | Gateway apparatus with LAC function |
| JP2003258911A (ja) * | 2002-03-06 | 2003-09-12 | Hitachi Ltd | アクセスノード装置およびインターネット利用状況の分析方法 |
| US7284062B2 (en) * | 2002-12-06 | 2007-10-16 | Microsoft Corporation | Increasing the level of automation when provisioning a computer system to access a network |
-
2004
- 2004-02-17 JP JP2004039378A patent/JP4261382B2/ja not_active Expired - Fee Related
- 2004-07-23 CN CNB2004100545832A patent/CN100346601C/zh not_active Expired - Fee Related
- 2004-07-26 US US10/898,429 patent/US7457875B2/en not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101692674B (zh) * | 2009-10-30 | 2012-10-17 | 杭州华三通信技术有限公司 | 双栈接入的方法和设备 |
| US9094264B2 (en) | 2009-10-30 | 2015-07-28 | Hangzhou H3C Technologies Co., Ltd. | Method and apparatus for dual stack access |
| US9756052B2 (en) | 2009-10-30 | 2017-09-05 | Hewlett Packard Enterprise Development Lp | Method and apparatus for dual stack access |
| CN102137170A (zh) * | 2010-01-26 | 2011-07-27 | 中兴通讯股份有限公司 | IPv6地址的分配方法和装置 |
| WO2012034413A1 (zh) * | 2010-09-15 | 2012-03-22 | 中兴通讯股份有限公司 | 一种双栈用户管理方法及宽带接入服务器 |
Also Published As
| Publication number | Publication date |
|---|---|
| US7457875B2 (en) | 2008-11-25 |
| CN100346601C (zh) | 2007-10-31 |
| US20050198277A1 (en) | 2005-09-08 |
| JP4261382B2 (ja) | 2009-04-30 |
| JP2005236347A (ja) | 2005-09-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100346601C (zh) | 具有通信统计信息收集功能的接入服务器 | |
| CN1627707A (zh) | 网络统计信息服务系统及因特网接入服务器 | |
| CN1213567C (zh) | 一种网络设备的集群管理方法 | |
| CN101069382A (zh) | 有线/无线集成服务网络中通过实时会话管理进行集成计费管理的装置与方法 | |
| CN1553691A (zh) | 大容量宽带接入方法及系统 | |
| CN101110847B (zh) | 一种获取介质访问控制地址的方法、系统及装置 | |
| CN1750508A (zh) | 包转发装置以及接入网系统 | |
| CN1917454A (zh) | 一种网络故障检测的系统及方法 | |
| CN1832434A (zh) | 一种网络故障的诊断方法及其装置 | |
| CN101064616A (zh) | 一种网络计费方法、系统及设备 | |
| CN101034989A (zh) | 一种为用户终端发起认证请求的方法、系统和路由设备 | |
| CN1553368A (zh) | 网络认证、授权和计帐系统及方法 | |
| CN1671101A (zh) | 接入点以及控制接入点的方法 | |
| CN101047618A (zh) | 获取网络路径信息的方法和系统 | |
| CN1767577A (zh) | 对经由访问控制单元访问预付费服务的用户计费的方法 | |
| CN1874226A (zh) | 终端接入方法及系统 | |
| CN1889484A (zh) | 一种认证接入系统及其认证接入方法 | |
| CN1674579A (zh) | 在宽带接入设备上支持PPPoA的方法 | |
| JP2003258911A (ja) | アクセスノード装置およびインターネット利用状況の分析方法 | |
| CN1496641A (zh) | 把数据终端设备连接到数据网上的方法 | |
| CN1805335A (zh) | 基于内容提供系统的认证系统及认证方法 | |
| CN1835514A (zh) | Dhcp+客户端模式的宽带接入的管理方法 | |
| CN1310410A (zh) | 服务登录 | |
| CN1645794A (zh) | 访问用户管理系统、访问用户管理装置 | |
| CN1592210A (zh) | 用于处理参数和/或业务流的测量的设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: HITACHI CO., LTD. Free format text: FORMER OWNER: HITACHI COMMUNICATION TECHNOLOGIES LTD. Effective date: 20100323 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20100323 Address after: Tokyo, Japan, Japan Patentee after: Hitachi Ltd. Address before: Tokyo, Japan Patentee before: Hitachi Communications Technology Co., Ltd. |
|
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20071031 Termination date: 20140723 |
|
| EXPY | Termination of patent right or utility model |