[go: up one dir, main page]

CN1934832A - 包数据服务节点以及使用它的通信方法 - Google Patents

包数据服务节点以及使用它的通信方法 Download PDF

Info

Publication number
CN1934832A
CN1934832A CNA2005800088276A CN200580008827A CN1934832A CN 1934832 A CN1934832 A CN 1934832A CN A2005800088276 A CNA2005800088276 A CN A2005800088276A CN 200580008827 A CN200580008827 A CN 200580008827A CN 1934832 A CN1934832 A CN 1934832A
Authority
CN
China
Prior art keywords
ncp
ppp
communication
processing unit
packet
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
Application number
CNA2005800088276A
Other languages
English (en)
Other versions
CN1934832B (zh
Inventor
寺冈瞳
中原成人
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Communication Technologies Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Communication Technologies Ltd filed Critical Hitachi Communication Technologies Ltd
Publication of CN1934832A publication Critical patent/CN1934832A/zh
Application granted granted Critical
Publication of CN1934832B publication Critical patent/CN1934832B/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/005—Data network PoA devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

在使用了PPP的通信系统中规定了多个第3层通信协议，但在PDSN中不能判别终端安装了哪个第3层通信协议，所以进行对应在系统中运行的所有第3层通信协议的NCP阶段处理，存在终端和PDSN之间发送接收的PPP包数量增加，连接时间变长的问题。因此，在本发明中，首先终端将第3层通信协议通知PDSN，重新设定进行NCP阶段处理的通信系统中的NCP阶段处理的步骤，PDSN等待来自终端的第3层通信协议的通知，根据该通知，从所设定的多个第3层通信协议中选择对应的第3层通信协议，并执行NCP阶段。

Description

包数据服务节点以及使用它的通信方法
本申请以2004年2月25日申请的日本专利申请第2004-048952号为基础，并且与2005年2月22日申请的国际申请PCT/JP2005/2811相关，其内容被纳入本申请中。
本申请享用2004年3月19日申请的日本专利申请第2004-079452号的优先权，其内容被纳入本申请中。
技术领域
本发明涉及在移动体通信等使用了PPP(Point to Point Protocol)的数据包通信系统中使用的包数据服务节点的结构、以及使用它的通信系统的通信方法。
背景技术
在移动体通信中，使用了移动终端的邮件的发送接收、向因特网的访问等的数据通信，在移动终端和访问地点即内容服务器之间通过因特网通信协议(以下称为IP)包来进行。为了实现这种数据通信，在移动终端和包数据服务节点(以下称为PDSN(Packet Data a Serving Node))之间，进行采用按照RFC1661标准化的Point to Point Protocol(以下称为PPP)的IP包通信，这已经被公知(参照3GPP2X.S0011-C cdma2000Wireless IP network Standard)。
PPP被用于拨号连接和像ISDN那样通过WAN线路直接连接的装置之间、移动体通信系统的移动无线终端和PDSN之间的数据通信中。并且，通过使用按照RFC1661规定的各种PPP包，在装置之间发送接收用户认证和将要使用的通信协议、地址、压缩和纠错方法等，设定各个装置的状态，不仅IP包，也可以进行采用各种通信协议的数据转发。移动终端在向内容服务器发送IP包时，生成对IP包赋予了PPP标题的PPP包，并通过经营商网络向PDSN发送数据。PDSN从PPP包中去除PPP标题，并抽取IP包，然后通过公用网络转发给访问地点的内容服务器。
与通信终端装置和PDSN之间的PPP连接/切断相关的基本动作有链接确定阶段、用户认证阶段、网络通信协议阶段、链接结束阶段。此处，链接确定(以下称为LCP(Link Control Protocol))阶段用于在物理线路的连接完成后，使用LCP建立数据链接，确定数据尺寸、有无压缩、速度等。并且，用户认证阶段进行可否访问对方的权限等用户认证等。网络通信协议(以下称为NCP(Network Control Protocol))阶段是使用NCP进行上位通信协议的选择和网络地址的分配设定，并开放网络的阶段。链接结束阶段是使用LCP使PPP链接结束的阶段。
更加具体地说明，PPP由LCP和NCP这两个通信协议构成。LCP是在物理线路连接的基础上进行链接的建立控制和用户认证控制的通信协议。NCP是执行根据第3层通信协议(网络层通信协议)确定的地址的分配的通信协议，例如在网络层为IP时具有进行IP地址的分配的功能。该NCP利用NCP包(PPP包的一种)的通信协议字段指定第3层通信协议的类别，用于确定执行多个第3层通信协议的哪一个。例如，在使用按照RFC791(RFC791(Internet Protocol))规定的IPv4时，对通信协议字段设定十六进位数的8021。IPv4用于进行把数据包(进行文件转发用的FTP(File Transfer Protocol)和进行高可靠性通信用的TCP(Transmission Control Protocol)等的数据)发送到转发对象用的路径选定的确定，在该路径选定中，可以利用32比特数字的IP地址识别最多约42亿台的地址。并且，在使用按照RFC2460(Internet Protocol，Version6)规定的IPv6时，对通信协议字段设定十六进位数的8057。IPv6可以利用128比特数字识别IP地址，是在近年来因特网的快速普及造成的地址资源枯竭的危急日益高涨的状态下开发的通信协议，有望适用于未来的因特网通信中。
在终端和PDSN之间进行使用了PPP的连接动作时，像按照RFC1661规定的那样，首先执行LCP阶段并建立数据链接，然后在认证阶段执行认证处理。并且，在认证结束后转入NCP阶段，进行将要使用的通信协议的确定和IP地址的选择(指定)等。
此处，在PDSN安装了IPv4和IPv6通信协议、终端只安装了IPv6通信协议的通信系统中，在移动终端和PDSN之间结束LCP阶段处理和认证阶段处理后，转入NCP阶段，但在RFC1661的规定中，对于PDSN安装的所有通信协议开始NCP阶段，进行以下动作。
虽然终端只具有IPv6通信协议，但由于PDSN安装了IPv4和IPv6通信协议，所以执行有关双方的通信协议的NCP阶段，把IPv4用的IPCPConfigure Request包和IPv6用的IPv6CP Configure Request包发送给终端。终端对所接收的IPCP Configure Request包，回信表示未安装的LCP Protocol Reject包。另外，终端具有IPv6通信协议，所以与PDSN的动作并行，向PDSN发送IPv6CP Configure Request包。
PDSN在从终端接收了LCP Protocol Reject包时，判断为IPv4用的NCP阶段结束，使针对被拒绝的通信协议的NCP交涉结束。并且，对从终端接收的IPv6CP Configure Request包，发送表示可以连接的IPv6CPConfigure Ack包。在接收了该包的时间点，终端的连接准备完成。并且，在接收了表示对于PDSN发送的IPv6CP Configure Request包可以连接终端的IPv6CP Configure Ack包时，PDSN的连接准备也完成，允许IPv6网络通信的PPP连接完成。
如上所述，在使用以往的PPP的网络连接动作中，如RFC1661公开的那样，想要连接的终端向PDSN进行呼叫，进行基于LCP的连接建立和用户认证的交涉。然后，PDSN按照在NCP中进行PDSN安装的所有通信协议类别的交涉的步骤，进行PPP连接。
在使用了PPP的通信系统中规定了多个第3层通信协议，在PPP连接阶段之一即NCP阶段中，对各个通信协议进行NCP阶段处理。具体讲，在必须支持多个第3层通信协议的通信系统中，由于PDSN不能判别终端安装了哪个第3层通信协议，所以必须进行与在系统中运行的所有第3层通信协议对应的NCP阶段处理。并且，构成为只有终端支持的第3层通信协议的NCP阶段处理成功后才能进行使用了PPP的包通信。
即，在以往的NCP阶段处理中，PDSN也进行终端未安装的第3层通信协议的NCP阶段处理，所以在NCP阶段的终端和PDSN之间发送接收的PPP包数量(序列数量)增加，结果，PPP连接时间增加。特别是在移动体通信系统中，伴随终端的移动的连接地点的PDSN变化，进行在短时间间隔内频繁产生连接及切断(再连接)的移交的情况居多，所以希望连接时间尽可能短。并且，在PPP连接时间较长时，存在产生不能连接时间的可能性。
发明内容
本发明就是为了解决上述现有技术的缺陷而提出的，其目的在于，提供一种可以在使用PPP的通信系统中缩短终端和PDSN之间的PPP连接时间的通信系统、及适用于该通信系统的PDSN装置。
在移动体通信系统中，各种终端在移动，请求从各种场所进行连接。因此，在使用了PPP的通信系统中执行的NCP阶段的通信协议选择等处理中，在PDSN侧不明白请求连接处理的终端使用的第3层通信协议，所以对终端有可能使用的通信协议全部进行NCP阶段处理，观察来自终端的响应来确定通信协议，并继续NCP阶段处理。
但是，实际的终端中使用IPv4的终端和使用IPv6的终端等预先设定了使用的第3层通信协议的较多。即使是IPv4和IPv6的双堆栈(dualstack)结构的终端，在开始通信时也要在选择哪一方后开始通信。即，鉴于终端侧在NCP阶段处理中使用的第3层通信协议事实上已经确定，以往首先利用全部通信协议从PDSN进行请求(询问)，根据结果确定第3层通信协议，但在本发明中，首先终端把第3层通信协议通知PDSN，重新设定进行NCP阶段处理的通信系统中的NCP阶段处理的顺序。并且，终端是在NCP阶段开始后通知已经设定的第3层通信协议的结构。PDSN等待来自终端的第3层通信协议的通知，根据该通知，从所设定的多个第3层通信协议中选择对应的第3层通信协议，执行NCP阶段。
具体讲，在使用PPP使通信终端装置连接公用网络的包数据服务节点设有：LCP阶段处理单元；NCP阶段处理单元；判断接收PPP包的类别的判断单元；控制单元，在LCP阶段结束后，判断单元接收来自通信终端装置的NCP开始请求消息时，使从NCP处理单元发送发给通信终端装置的NCP开始请求消息。
另外，NCP阶段处理单元具有多种类型的通信终端装置有可能使用的第3层通信协议，根据接收PPP包的类别，选择采用实际通信的通信终端装置使用的第3层通信协议的NCP阶段处理单元，并使其动作。并且，也可以取而代之，对NCP阶段处理单元设定实际通信的通信终端装置使用的第3层通信协议，并使其动作。
在PDSN和通信终端装置之间使用PPP的通信系统中，发送接收的PPP包的数量减少，所以能够缩短PPP连接时间。并且，在移动体通信系统中，伴随终端的移动的连接目标在变化，在产生PPP的再连接所需的移交(handover)的情况下，也能够缩短PPP连接时间，从而可以缩短通信不通畅时间。
通过使用于连接PPP的步骤(sequence)数量减少，从而也可以实现移动体通信系统中的无线资源的高效率。
本发明的其他目的、特征和优点，根据与附图相关的以下本发明的实施例的记载将更加明确。
附图说明
图1是表示使用了通信终端装置、包数据服务节点的移动体通信系统的结构示例的网络结构图。
图2是表示移动终端的功能结构示例的功能结构图。
图3是表示PDSN的功能结构示例的功能结构图。
图4是表示PPP包的结构示例的包结构图。
图5A是表示PPP帧的结构示例的帧结构图。
图5B是表示PPP帧的结构示例的帧结构图。
图6是说明通信系统的动作示例的动作流程图。
图7是表示PDSN的动作示例的动作流程图。
图8是表示终端的动作示例的动作流程图。
图9是说明通信系统的其他动作示例的动作流程图。
具体实施方式
以下，关于本发明的通信终端装置和包数据服务节点、及使用它们的通信系统的通信方法，使用附图详细说明构建移动体通信系统并进行IPv4和IPv6包通信的示例。
图1是表示使用了本发明的通信终端装置、包数据服务节点(PDSN)的移动体通信系统的结构示例的网络结构图。移动体通信系统由以下部分构成：移动终端100、150、160；通过无线链接连接移动终端的基地局400；通过经营商网络500与移动终端100进行PPP连接的通信连接装置即PDSN200；公用IPv4网络501；公用IPv6网络502。并且，终端100、150、160与PDSN200之间进行使用了PPP的连接动作。在连接动作完成后，在PPP包内将IP包打包，通过经营商网络500向PDSN200转发数据。PDSN200从PPP包中取出IP包，把该IP包通过公用网络501或502发送给未图示的服务经营商等提供的内容服务器等，由此进行使用了IP包的邮件的发送接收及向因特网的访问等的数据通信。另外，移动终端有使用IPv4通信连接公用IPv4网络的终端150、使用IPv6通信连接公用IPv6网络的终端100、安装了IPv4/IPv6双方的通信功能的移动终端160，它们混合存在于系统内。
另外，在实际通过经营商网络转发这些PPP包时，一般使用具有与按照RFC1662(PPP in HDLC-like Framing)规定的High-Level Data LinkControl(以下称为HDLC)帧相同的结构的HDLC-Like帧、按照RFC2516(A Method for Transmitting PPP Over Ethernet)规定的PPP overEthernet(以下称为PPPoE)、Ethernet(注册商标)等，将PPP包打包并转发，其中，RFC1662具有可以实现基于CRC(Cyclic Redundancy Check：巡回冗长检查)的严格的错误控制和多个通信协议的判别的优点。在本实施例中，采取在终端和PDSN200之间发送接收的PPP包被打包为这些帧并转发的结构。以下，把这种被打包的PPP包整体称为PPP帧。
在上述说明中，作为终端以无线终端为例进行了说明，但也可以把本发明适用于有线终端。该情况时，PDSN一般被称为访问服务器，通过上述相同的处理，可以在有线终端和访问服务器之间实现PPP连接。
图2是表示移动终端的功能结构示例的功能结构图。另外，在该图中说明使用IPv6的终端100的示例，但其他使用IPv4的终端150、和使用IPv4及IPv6双方的双堆栈结构的终端160也是相同的结构，仅后述的设定数据和动作程序与第3层通信协议的对应不同。
无线终端100由以下部分构成：与基地局400进行无线会话的通信的无线处理部104；与PDSN200进行使用了PPP的连接及切断处理的PPP处理部110；处理经由PPP处理部110转发的IP包的IP处理部102；和处理应用的应用部101。
PPP处理部110由以下部分构成：从无线处理部104接收PPP帧的数据接收部111；开包部112，从所接收的PPP帧中去除数据链接打包(例如HDLC-like帧的标题/页脚)并取出数据(PPP包)；通信协议判断部113，利用根据从打包取出的PPP包的通信协议字段判断的通信协议，在各个阶段转发PPP包；进行LCP处理和认证处理的LCP阶段部114；执行NCP阶段的NCP阶段部115；管理各个阶段处理部的动作定时等的调度部120；将从各个阶段部接收的PPP包打包为HDLC-like帧的PPP帧的打包部116；把所打包的PPP帧发送给无线处理部104的数据发送部117。另外，在本实施例中，LCP处理和认证处理按照进程进行，所以形成为在LCP阶段部114中统一执行的结构，但也可以把这些处理划分到各个阶段部中。
此处，像PPP处理部110、IP处理部102、应用处理部101这样的各个功能单元，利用存储在未图示的处理器(CPU)和存储器等中的软件实现。并且，也可以构成为利用硬件实现一部分功能。无论哪种情况下，都对这些部分设定预先确定的第3层通信协议(例如终端100为IPv6)，各个功能单元被CPU和硬件驱动，进行使用了PPP的连接控制等的装置动作。此处，如果是终端100，则NCP阶段部115对PPP包的通信协议字段(field)设定十六进位数的8057，发送接收表示按照IPv6动作的NCP包，具体情况将在后面叙述，但通过终端的呼叫操作，在NCP阶段开始后，首先向PDSN发送通知按照IPv6动作的IPv6CP Configure Request包。并且，如果是终端150，则对PPP包的通信协议字段设定十六进位数的8021，发送接收表示按照IPv4动作的NCP包，在通过终端的呼叫操作NCP阶段开始后，首先向PDSN发送通知按照IPv4动作的IPCP ConfigureRequest包。另外，在像终端160那样使用IPv6和IPv4双方的双堆栈结构的终端中，具有分别使用IPv6和IPv4的两个NCP阶段部(有一个未图示)，通过发信者的操作确定使用通信协议中的哪一个，所以任一方被选中并动作。当然，也可以构成为在PPP的连接处理开始时对NCP阶段部设定所确定的通信协议。
通信协议判断部113也具有在判断为PPP包的内容是不属于各个阶段处理的数据(例如IP包)时，向IP处理部102转发的功能，打包部116也具有打包从IP处理部102接收的数据，并转发给数据发送部117的功能。因此，PPP连接完成后的因特网通信等的数据不经过各个阶段部，而通过上述路径被转发给应用处理部101和无线处理部104。
图3是表示PDSN的功能结构示例的功能结构图。PDSN200由以下部分构成：作为与经营商网络500的接口的经营商侧IF(interface)201；在经营商网络500的移动体通信系统中建立规定的会话的无线IF处理部202；与移动终端100进行使用了PPP的连接及切断处理的PPP处理部210；处理利用PPP转发的IP包的IP处理部205；作为将IP包转发给公用IPv4网络501或IPv6网络502的接口的IP侧IF部206。
PPP处理部210由以下部分构成：从无线IF处理部202接收PPP帧的数据接收部211；从所接收的PPP帧中脱去数据链接包(data linkcapsule)的开包部212；在各个阶段转发开包后的PPP包的通信协议判断部213；控制部219，以通信协议判断部213判断的NCP包的信息(通信协议字段的值等)为基础，决定可以动作的NCP阶段部；进行LCP处理和认证处理的LCP阶段部214；多个NCP阶段部215-1～n，对如前面说明的那样所存在的多种第3层通信协议进行对应通信协议的NCP处理；将从各个阶段部接收的PPP包打包为PPP帧的打包部217；发送给无线IF处理部202的数据发送部218。LCP处理和认证处理与终端侧相同地在LCP阶段部214中一并执行，但也可以将这些处理划分到各个阶段部中。并且，通信协议判断部213进行与无线终端100大致相同的处理，在判断为PPP包的内容是不属于各个阶段处理的数据(例如IP包)时，也具有向IP处理部205转发的功能，打包部217也具有打包从IP处理部205接收的数据，并转发给数据发送部218的功能。
此处，像PDSN具有的PPP处理部210、IP处理部205那样的各个功能单元也与终端相同，利用存储在未图示的处理器(CPU)和存储器等中的软件实现。并且，也可以构成为利用硬件实现一部分功能。对这些部分设定有在各个终端使用的所有第3层通信协议，各个功能单元被CPU和硬件驱动，在PPP处理过程中选择任一个第3层通信协议，进行使用了PPP的连接控制等的装置动作，从而在可以终端和PDSN之间进行包通信。在多个NCP阶段部215中分别设有在各个终端使用的上位层通信协议(IPv4、IPv6、Apple、Talk等)中任一个，通过各个通信协议与使用该通信协议的终端发送接收NCP包。如果举例说明，对NCP#1阶段部215-1设定十六进位数的8057，对NCP#2阶段部215-2设定十六进位数的8021，对NCP#3阶段部215-3设定十六进位数的8029，与分别使用IPv4、IPv6、Apple、Talk的终端，发送接收在PPP包的通信协议字段中代入了表示相应的第3层通信协议的值的NCP包，执行NCP阶段。另外，具体情况将在后面叙述，控制部219根据来自终端的第3层通信协议的通知，选择任一个NCP阶段部并使其动作。
以下，使用附图，以IPv6用的终端和使用IPv4及IPv6的PDSN为例，具体说明终端、PDSN及使用它们的通信系统的动作。
图4是表示PPP包的结构示例的包结构图。PPP包813如按照RFC1661规定的那样，由通信协议字段(Protocol)814、Code815、ID816、Length817、选择字段(Option Data)818的各个字段构成。前头的通信协议字段814是用于识别NCP包的第3层通信协议类别的字段，如前面说明的那样，IPv6被设定为8057h(h表示十六进位数)，IPv4被设定为8021h，Apple、Talk被设定为8029h。
图5A、图5B是表示PPP帧的结构示例的帧结构图。该图是表示将PPP帧打包为HDLC-Like帧的示例，以PPP包813被夹在由FLAG、地址、控制字段构成的HDLC标题811、和由FCS、FLAG构成的HDLC页脚812之间的形式构成。图5A表示在PPP包813的通信协议字段中代入表示第3层通信协议是IPv6的8057h、在选择字段814中代入进行相对通信对象的请求和通知的请求信号(IPv6CP Configure Requet)的示例，图5B表示在PPP包823的通信协议字段825中设定表示第3层通信协议是IPv6的8057h、在选择字段824中设定对该请求的应答信号(IPv6ConfigureAck)的示例。另外，在基于其他规格的结构的PPP帧中，也同样形成为将PPP包夹在按照各个规格确定的标题和页脚之间的结构。
图6是说明通信系统的动作示例的动作流程图，表示移动终端100和PDSN200之间的信号发送接收及动作。图7是表示PDSN的动作示例的动作流程图，图8是表示终端的动作示例的动作流程图。
在使用了PPP的动作中，移动终端100和PDSN200分别并行动作，发送接收PPP包，由此执行装置之间的连接及切断，以下使用图2～图8主要说明PDSN从终端接收PPP的NCP包的动作。
(1)无线终端100在用户有呼叫请求时，指示无线处理部(图2：104)请求建立无线会话，通过基地局400和经营商网络410建立与PDSN200之间的无线会话(图6：170)。另外，在PDSN200中，通过经营商侧IF(图3：201)，无线IF处理部(图3：202)进行无线会话的建立处理。
(2)在无线会话150的建立完成后，PDSN200的PPP处理部(图3：210)对LCP阶段部(图3：214)发出连接开始指示，终端100的PPP处理部(图2：110)同样对LCP阶段部(图2：114)发出连接开始请求指示，在无线终端100和PDSN200之间开始PPP连接。
具体讲，在PDSN200中，LCP阶段部214生成LCP链接设定请求包并发送给终端100(图6：701，图7：751)，执行LCP阶段处理(建立链接连接等)700和用户认证800的各种处理。另一方面，在无线终端100中也按照调度(schedule)部(图2：120)的LCP开始指示，在LCP阶段部114生成LCP链接设定请求包并发送给PDSN200(图6：702，图8：771)，与PDSN200连动进行LCP阶段处理700和用户认证800的各种处理。通过PDSN200和终端100的连动，在LCP链接的建立(图6：700～704)和认证处理(图6：800)完成后(图7：752，图8：772)，终端的LCP阶段部114通知调度部120已完成LCP，调度部120进行转入NCP阶段的处理(图8：773)。并且，PDSN200等待接收来自终端100的NCP包(图7：753)。
另外，在图8中，在步骤773和该步骤以后的右侧存在利用虚线连接的各种处理(图8：776、777)，这表示能够使用前面说明的IPv6和IPv4的双堆栈结构的终端160的动作。在该情况下，终端160使用IPv6还是使用IPv4，是在呼叫动作时等预先设定，或通过应用处理部(图2：101)指定等事前确定，所以在步骤773中，选择哪一个NCP阶段部115，或者在NCP阶段部115进行动作的第3层通信协议的设定。列举一个示例，如果是IPv6，则选择NCP#1阶段处理，执行后述的步骤774和775，如果是IPv4，则选择NCP#n阶段处理，执行后述的步骤776和777。
(3)终端100在转入NCP阶段后，NCP阶段部115生成NCP包并发送给PDSN(图8：774)。具体讲，生成对通信协议字段815设定表示IPv6的8057h、对选择字段814设定IPv6CP Configure Request的PPP包即NCP包813，打包部(图2：116)生成图5A所示的PPP帧，通过数据发送部(图2：117)和无线处理部(图2：104)把PPP帧(图5A：810)发送给PDSN200(图6：101)。
(4)在上述动作中，如前面说明的那样，PDSN200处于等待接收来自终端100的NCP包的状态(图7：753)。PDSN200通过经营商侧IF(图3：201)和无线IF处理部(图3：202)接收PPP帧810后，开包部(图3：212)将PPP帧810的标题811和页脚812去除，取出NCP包813。该NCP包813通过通信协议处理部(图3：213)被判断为NCP阶段处理用的PPP包(图7：754)。该PPP包的信息被发送给控制部(图3：219)，控制部219判断为初次接收到NCP包，选择与通信对象的终端使用的第3层通信协议对应的NCP阶段部215，控制部具有的通信协议指定部2191指示开始NCP阶段处理(图7：760)。在本实施例中，由于使用IPv6，所以NCP#1阶段部(图3：215-1)被选中，除所接收的NCP包813的处理外，使执行进行PPP包的处理的NCP阶段进行处理。另外，也可以把NCP阶段处理部设为一个，在步骤760对NCP阶段部设定终端使用的第3层通信协议的信息。
NCP#1阶段部215-1从控制部219接收动作开始指示后，生成NCP包并发送给终端100(图7：775)。具体讲，生成对通信协议字段815设定表示IPv6的8057h、对选择字段814设定了IPv6CP Configure Request的PPP包即NCP包813，打包部(图3：217)生成图5A所示的PPP帧，通过数据发送部(图3：218)和无线处理部(图3：219)和经营商侧IF(图3：201)，把PPP帧(图5A：810)发送给终端100(图6：1002)。并且，NCP#1阶段部215-1在图6的步骤1001中接收来自终端100的IPv6CP Configure Request，作为对此的响应，生成对通信协议字段825设定表示IPv6的8057h、对选择字段824设定了IPv6CP Configure Ack的PPP包即NCP包823，通过打包部217、数据发送部218、无线IF处理部202、经营商侧IF部201，把图5B所示的PPP帧820发送给终端100(图6：1003)。另外，在使用了PPP的连接动作中，如前面所述，终端100和PDSN200的各自PPP处理部110、210并列动作，所以有时从PDSN200发送的PPP帧810和820的发送顺序相反(更换步骤1002和1003的顺序)，但没有问题。
无线终端100也与PDSN200相同，在NCP阶段部115在步骤1002从PDSN接收了IPv6CP Configure Request1002后，作为对此的响应，生成对通信协议字段825设定表示IPv6的8057h、对选择字段824设定了IPv6CP Configure Ack的PPP包即NCP包820，通过打包部116、数据发送部117、无线处理部104，把图5B所示的PPP帧820发送给PDSN200(图6：1004)。
如上所述，当终端100和PDSN200相互发送IPv6CP ConfigureRequest并接收IPv6CP Configure Ack时，双方的NCP阶段处理结束(图7：756，图8：775)，通信系统的PPP连接完成(图7：759，图8：778)。以后，终端100通过PDSN200和公用网络502，与未图示的服务经营商等提供的内容服务器等之间发送接收对应IPv6的IP包，从而进行邮件的发送接收和向因特网的访问等的数据通信。
PDSN200如上面说明的那样，具有控制NCP阶段部215的控制部219，等待接收来自终端100的NCP开始请求包。具体讲，等待来自通信对象(终端100)的NCP链接设定请求包，在该包到达之前，不进行存在多个的NCP阶段部的选择，不开始NCP阶段处理。即，在以往的系统中，PDSN使与系统允许的通信协议数量对应的NCP阶段部动作，对此控制部219进行暂且不向NCP阶段部发送链接开始请求的控制，然后使所选择的NCP阶段部动作，所以来自PDSN的请求包发送数量和来自终端的应答包数量减少，使用PDSN自身不需要的第3层通信协议的NCP阶段处理也减少，所以能够缩短PPP连接时间。根据上述实施例，在以往的系统中在终端和PDSN之间发送接收6个NCP包，而在本发明中，不发送接收与IPv4相关的NCP包，所以包减少为4个，可以缩短连接时间。
作为从PDSN具有的多个NCP阶段部中选择与终端使用的第3层通信协议对应的NCP阶段并使其动作的结构，也可以构成为控制部219具有统计处理部2192，在PPP连接完成时，存储统计全部所使用的第3层通信协议的类别，把该统计处理结果指示给通信协议指定部291，由此在认证阶段处理结束后，选择采用使用频次较高的通信协议的NCP阶段部并使其动作。图9是说明使用这种统计处理结果而动作的通信系统的动作示例的动作流程图。
截止到通信系统中的无线会话建立处理和LCP阶段处理和认证处理800，与上述说明的动作相同(图9：170、700～704、800)。PDSN200在认证处理完成后，按照通信协议指定部2191的指示，由安装的所有NCP阶段部选择采用使用频次较高的通信协议的NCP阶段部并使其动作(图9：1210)。例如，在通信系统中如果IPv6的使用频次较高，则NCP#1阶段(图3：215-1)被选中，开始NCP阶段处理。
具体讲，NCP#1阶段215-1不等待来自终端100的IPv6CPConfigure Request即开始动作，与上述的动作相同，生成包括对通信协议字段815设定了表示IPv6的8057h、对选择字段814设定了IPv6CPConfigure Request的PPP包的、图5A所示的PPP帧，发送给终端100(图9：1202)。
另一方面，移动终端100也生成包括设定了IPv6CP ConfigureRequest的PPP包的、图5A所示的PPP帧，发送给终端100(图9：1203)。
作为对终端100和PDSN200分别接收的IPv6CP Configure Request的应答，生成包括设定了IPv6CP Configure Ack的PPP包的、图5B所示的PPP帧，发送给对象装置(图9：1205、1206)。在双方装置接收IPv6CPConfigure Ack后，允许IPv6网络通信的PPP连接完成，可以进行使用了IPv6包的通信(图9：1300)。
这样，通过选择(预测)指定使用频次较高的通信协议类别，PDSN开始PPP连接，将不需要等待来自终端的通信协议通知，可以缩短PPP连接时间。
虽然上述记载是针对实施例的，但本发明不限于此，本行业人员当然可以在本发明的精神和附带的权利要求书的范围内进行各种变更和修改。

Claims (5)

1.一种使用PPP(Point to Point Protocol)，使通信终端装置连接到公用网络的包数据服务节点，其特征在于，具有：
LCP阶段处理单元；
NCP阶段处理单元；
判断接收PPP包的类别的判断单元；
控制单元，在LCP阶段结束后，当所述判断单元接收到来自所述通信终端装置的NCP开始请求消息时，使所述NCP阶段处理单元将NCP开始请求消息发送给该通信终端装置。
2.一种使用PPP(Point to Point Protocol)，使通信终端装置连接到公用网络的包数据服务节点，其特征在于，具有：
LCP阶段处理单元；
多个NCP阶段处理单元；
判断接收PPP包的类别的判断单元；
控制单元，在LCP阶段结束后，当所述判断单元接收到来自所述通信终端装置的NCP开始请求消息时，从所述多个NCP阶段处理单元中选择与该通信终端装置使用的第3层通信协议对应的NCP阶段处理单元，使该选择的NCP阶段处理单元将NCP开始请求消息发送给该通信终端装置。
3.一种使用PPP(Point to Point Protocol)，使通信终端装置连接到公用网络的包数据服务节点，其特征在于，具有：
LCP阶段处理单元；
NCP阶段处理单元；
判断接收PPP包的类别的判断单元；
控制单元，在LCP阶段结束后，当所述判断单元接收到来自所述通信终端装置的NCP开始请求消息时，对所述NCP阶段处理单元设定该通信终端装置使用的第3层通信协议，使该NCP阶段处理单元将NCP开始请求消息发送给该通信终端装置。
4.一种使用PPP(Point to Point Protocol)，使通信终端装置连接公用网络的包数据服务节点，其特征在于，具有：
LCP阶段处理单元；
NCP阶段处理单元；
判断接收PPP包的类别的判断单元；
统计处理在PPP中处理的第3层通信协议的类别的统计处理单元；
控制单元，对使用由所述统计处理单元指定的第3层通信协议的NCP阶段处理单元进行选择，在LCP阶段结束后，使该NCP阶段处理单元将NCP开始请求消息发送给该通信终端装置。
5.一种使用PPP(Point to Point Protocol)的通信系统的通信方法，其特征在于，
在终端装置和包数据服务节点之间的LCP阶段处理结束后，
所述终端装置开始NCP阶段处理，向所述包数据服务节点发送NCP开始请求消息，
所述包数据服务节点等待来自所述终端的NCP开始请求消息，开始NCP阶段处理，使用从该终端通知的第3层通信协议，向所述终端发送NCP开始请求消息。
CN2005800088276A 2004-03-19 2005-02-25 包数据服务节点以及使用它的通信方法 Expired - Fee Related CN1934832B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP079452/2004 2004-03-19
JP2004079452A JP3959402B2 (ja) 2004-03-19 2004-03-19 通信接続装置及び通信端末ならびにこれを用いた通信方法
PCT/JP2005/003182 WO2005091575A1 (ja) 2004-03-19 2005-02-25 パケットデータサービングノード、ならびに、これを用いた通信方法

Publications (2)

Publication Number Publication Date
CN1934832A true CN1934832A (zh) 2007-03-21
CN1934832B CN1934832B (zh) 2010-09-01

Family

ID=34994060

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2005800088276A Expired - Fee Related CN1934832B (zh) 2004-03-19 2005-02-25 包数据服务节点以及使用它的通信方法

Country Status (4)

Country Link
US (1) US7746852B2 (zh)
JP (1) JP3959402B2 (zh)
CN (1) CN1934832B (zh)
WO (1) WO2005091575A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137170A (zh) * 2010-01-26 2011-07-27 中兴通讯股份有限公司 IPv6地址的分配方法和装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7761508B2 (en) * 2005-09-28 2010-07-20 Cisco Technology, Inc. Access device-based fragmentation and interleaving support for tunneled communication sessions
CN102076027B (zh) * 2009-11-19 2014-04-30 中兴通讯股份有限公司 统计无线系统中ppp协商状态的系统、装置及方法

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6414950B1 (en) * 1997-10-14 2002-07-02 Lucent Technologies Inc. Sequence delivery of messages
JPH11136396A (ja) 1997-10-31 1999-05-21 Canon Inc 通信装置
DE19800772C2 (de) * 1998-01-12 2000-04-06 Ericsson Telefon Ab L M Verfahren und Vorrichtung zur Verbindung mit einem Paketaustauschnetz
US6230012B1 (en) * 1998-08-07 2001-05-08 Qualcomm Incorporated IP mobility support using proxy mobile node registration
US6628671B1 (en) * 1999-01-19 2003-09-30 Vtstarcom, Inc. Instant activation of point-to point protocol (PPP) connection using existing PPP state
US6370118B1 (en) * 1999-02-24 2002-04-09 Qualcomm Incorporated Simultaneous set up of PPP on AUM and a RM interface
US6483822B1 (en) * 1999-06-07 2002-11-19 Marcello Lioy Establishing a packet network call between a mobile terminal device and an interworking function
CN1246012A (zh) * 1999-07-14 2000-03-01 邮电部武汉邮电科学研究院 一种用于英特网与同步数字体系融合的适配方法
JP2001086156A (ja) 1999-09-10 2001-03-30 Fujitsu Ltd 拡張ｐｐｐフレームを用いた通信システム
SG114472A1 (en) * 1999-09-21 2005-09-28 Ntt Docomo Inc Data conversion apparatus, signal, data conversion method, dce, gateway and communication apparatus
US6785823B1 (en) * 1999-12-03 2004-08-31 Qualcomm Incorporated Method and apparatus for authentication in a wireless telecommunications system
US6775553B1 (en) * 2000-01-14 2004-08-10 Qualcomm Incorporated Method of avoiding PPP time-outs during IPCP negotiations
JP2001320543A (ja) 2000-05-12 2001-11-16 Canon Inc 通信装置、方法、システム及び記憶媒体
JP2001333132A (ja) 2000-05-23 2001-11-30 Canon Inc 情報処理装置、情報処理方法および記録媒体
JP3485176B2 (ja) * 2000-08-23 2004-01-13 日本電気株式会社 プロトコル終端装置
US7447182B2 (en) * 2001-04-06 2008-11-04 Nortel Networks Limited Discovering an address of a name server
US7403498B2 (en) * 2001-05-31 2008-07-22 Qualcomm Incorporated Method and apparatus for selective examination of PPP packets for renegotiation of a PPP link on a Um interface
US6909714B2 (en) * 2001-07-03 2005-06-21 Qualcomm Incorporated Method and apparatus for determining configuration options negotiated for a communications link employing a network model
JP3697711B2 (ja) * 2001-07-04 2005-09-21 日本電気株式会社 Ｐｐｐ終端装置、ネットワーク装置及びｌｃｐエコー要求応答方法
US20030093540A1 (en) * 2001-11-14 2003-05-15 Marcello Lioy Proxy network layer protocol support in a wireless communication network
JP2003258911A (ja) * 2002-03-06 2003-09-12 Hitachi Ltd アクセスノード装置およびインターネット利用状況の分析方法
US7342894B2 (en) * 2002-04-03 2008-03-11 Qualcomm Incorporated System and method for transparent Mobile IP registration within PPP negotiation
US6973088B2 (en) * 2002-04-03 2005-12-06 Qualcomm Incorporated PPP link negotiation in mobile IP systems
US7590408B2 (en) * 2002-04-03 2009-09-15 Qualcomm Incorporated Systems and methods for early determination of network support for mobile IP
KR100446508B1 (ko) * 2002-06-26 2004-09-04 삼성전자주식회사 패킷 데이터 통신시스템에서 패킷 데이터 처리장치
US7363534B1 (en) * 2002-09-30 2008-04-22 Cisco Technology, Inc. Method and system for stateful switch-over in a high-availability point to point system
US20040148427A1 (en) * 2002-11-27 2004-07-29 Nakhjiri Madjid F. Method and apparatus for PPP link handoff
JP2004207878A (ja) * 2002-12-24 2004-07-22 Fujitsu Ltd 通信装置
US20040223506A1 (en) * 2003-05-08 2004-11-11 Renesas Technology Corp. Packet communication device sending delayed acknowledgement through network
JP2004363993A (ja) 2003-06-05 2004-12-24 Sharp Corp 通信端末
US7386010B2 (en) * 2003-06-13 2008-06-10 Corrigent Systems Ltd Multiprotocol media conversion
US20050021770A1 (en) * 2003-06-13 2005-01-27 Guy Helm Method for transferring PPP inactivity time in a CDMA2000 network
US6947406B2 (en) * 2003-12-23 2005-09-20 Motorola, Inc Establishing connections between terminal equipment and a mobile terminal
US7369533B1 (en) * 2004-02-02 2008-05-06 Utstarcom, Inc. System, method and mobile devices transmitting request codes during link establishment in data networks
JP3984965B2 (ja) 2004-02-25 2007-10-03 株式会社日立コミュニケーションテクノロジー 通信端末装置及び通信接続装置ならびにこれを用いた通信方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102137170A (zh) * 2010-01-26 2011-07-27 中兴通讯股份有限公司 IPv6地址的分配方法和装置

Also Published As

Publication number Publication date
CN1934832B (zh) 2010-09-01
JP3959402B2 (ja) 2007-08-15
US20070195758A1 (en) 2007-08-23
WO2005091575A1 (ja) 2005-09-29
US7746852B2 (en) 2010-06-29
JP2005269289A (ja) 2005-09-29

Similar Documents

Publication Publication Date Title
CN1183733C (zh) 在ipcp协商期间避免ppp超时的方法和装置
CN1306832C (zh) 在通信系统中发射数据的方法和装置
CN1293734C (zh) 在无线分组数据服务连接中提供多重质量服务等级的方法和设备
CN1186912C (zh) 用于执行移动节点登记的方法和系统
KR101355330B1 (ko) 근거리 무선 네트워크 시스템에서 아이피 버전 6 패킷전송을 위한 게이트웨이 제공 방법 및 장치
KR100804453B1 (ko) 이동국에서 특정 이벤트들을 검출하는 방법 및 장치
US7369529B2 (en) Method and apparatus for differentiating point to point protocol session termination points
CN1788465A (zh) 传递包含不同数据类型的因特网数据分组的无线电信设备和方法
CN1180586C (zh) 接入专用无线因特网分组数据通信系统的装置和方法
JP2005064594A (ja) フレーム送受信システム、フレーム送信装置、フレーム受信装置、及びフレーム送受信方法
KR20100053625A (ko) 무선 통신 시스템에서의 핸드오버 동안 데이터의 계층 2 터널링
JP2008526138A (ja) 柔軟なプロトコルコンフィギュレーションを用いた接続セットアップ
CN1943205A (zh) 提供协议以实现使用拆分式tcp连接的无线tcp会话的方法和装置
WO2005022642A1 (en) Avoiding ppp time-outs during ipcp negotiations
IL151703A (en) Method and facility for mobile station application to receive and transmit raw packaged information
CN1496641A (zh) 把数据终端设备连接到数据网上的方法
KR20050090902A (ko) 무선 통신 시스템에서 패킷데이터 프로토콜에 따른 ｖｐｎ서비스 방법 및 장치
MXPA02009502A (es) Metodo y aparato para aplicarse a una estacion movil para identificar eventos especificos.
KR20040007214A (ko) 이동국 애플리케이션이 특정 상태 메시지들을 식별하는방법 및 장치
CN1496643A (zh) 在无线通信系统中选择性地维持及应用ppp压缩的方法
CN1934832A (zh) 包数据服务节点以及使用它的通信方法
CN1922835B (zh) 通信终端装置、通信连接装置以及使用它们的通信方法
CN1217555C (zh) 在移动通信系统中建立r－p链路的方法
CN1805430A (zh) 网际协议组态设定协商方法、装置、终端设备与移动终端
CN1571533A (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,LTD.

Free format text: FORMER OWNER: HITACHI COMMUNICATIONS TECHNOLOGY CO., LTD.

Effective date: 20100926

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20100926

Address after: Tokyo, Japan

Patentee after: Hitachi, Ltd.

Address before: Tokyo, Japan

Patentee before: Hitachi Communications Technology Co.,Ltd.

CI01 Publication of corrected invention patent application

Correction item: Patentee

Correct: Hitachi Ltd.

False: Hitachi Communications Technology Co., Ltd.

Number: 35

Volume: 26

CI03 Correction of invention patent

Correction item: Patentee

Correct: Hitachi Ltd.

False: Hitachi Communications Technology Co., Ltd.

Number: 35

Page: The title page

Volume: 26

ERR Gazette correction

Free format text: CORRECT: PATENTEE; FROM: HITACHI COMMUNICATIONS TECHNOLOGY CO., LTD. TO: HITACHI,LTD.

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20100901

Termination date: 20160225

CF01 Termination of patent right due to non-payment of annual fee