专利名称：对具有不同链路建立协议的网络的越区切换支持的制作方法
技术领域：
本发明总体涉及分组数据通信，更具体地，涉及对具有不同链路建立协议的网络的越区切换支持，其中在各网络中进行任何分组数据通信之前通常需要执行这些不同的链路建立协议。
背景技术：
网络的全球互连使得不论地理距离如何都能快捷地访问到信息。图1示出了通常称为因特网的以附图标记20表示的网络的全球连接的简化示意图。因特网20本质上是连接在一起的具有不同分层级别的很多网络。因特网20依据IETF(因特网工程任务组)发布的IP(因特网协议)工作。IP的细节可在由IETF公布的RFC(互联网草案)791中找到。
连接到因特网20上的是各种单独的网络，有时根据网络大小而被称为LAN(局域网)或WAN(广域网)。图1中所示的是这样的网络22、24、26和28中的一些。
在每个网络22、24、26和28内，可以有相互连接并相互通信的各种设备。实例有通常称为节点的计算机、打印机和服务器，这仅是列举出几个。当节点超出其自身网络地经由因特网20通信时，需要给该节点分配IP地址。IP地址的分配可以是手动的或自动的。IP地址的手动分配可由例如网络管理员来执行。更加普遍地，IP地址由例如LAN或WAN中的专用服务器自动分配。
举例来说明。假设网络22中的节点30试图向网络24中的另一个节点37发送数据分组。依据IP，每个数据分组都需要具有源地址和目的地址。在这种情况下，源地址是网络22中的节点30的地址。目的地址是网络24中的节点37的地址。
很普遍地，在诸如经由因特网20接入其它网络这样的网络接入之前，需要进行点对点的通信。举另一个实例来说明。假设网络22中的节点30是膝上型计算机。膝上型计算机节点30不能直接接入网络22。然而，膝上型计算机节点30可以经由一些其它手段到达网络22中的NAS(网络接入服务器)32，例如，通过电话线路对导线调制解调器拨号。在该情况下，节点30典型地与网络22中的NAS(网络接入服务器)32建立起PPP(点对点协议)会话。此后在节点30和网络22之间建立的分组数据通信，或者经由因特网20在节点30和任何其它网络之间建立的分组数据通信，将通过导线调制解调器和电话线路而被交换。如果调制解调器连续非同步地通过电话线路发送和接收信号，则在电话线路上交换的数据分组也必须被相应地分成帧以适合连续非同步的调制解调器链路。
无线技术的出现允许节点离开它们初始登记的网络而到达另一个网络。例如，返回来参考图1，节点30可以是无线设备，诸如，PDA(个人设备助理)、蜂窝电话、或移动计算机，而不是永久地有线连接到网络22。无线节点30可以移动到其归属网络(home network)22的边界之外。这样，节点30可以从它的归属网络22漫游至外地网络(foreign network)28。为了接入网络28，或者经由因特网20连接到其它网络，典型地，节点30还与网络28中的NAS 33建立PPP会话。这种情况下的节点30与NAS 33之间的通信是通过空中链路进行的。而且，在空中链路上交换的数据分组也必须被分成帧，以符合在节点30与NAS 33之间的PPP会话期间协商的格式。
PPP的大部分都记述在由IETF公布的RFC 1661和1662中。实质上，PPP是节点间的一种探索性的协商会话，在该会话期间，在任何网络业务流之前，节点按照权限(capability)和可用性从彼此的资源中找出并最终集中成一组相互可接受的参数选项。因为PPP会话通常需要在网络接入之前建立，所以PPP有时被称为“网络接口层协议”。然而，通常也使用其它类似术语，包括“链路建立协议”和“层2协议”。在下文中，术语“网络接口层协议”、“链路建立协议”和“层2协议”可互换地使用。
图2示出了示例性的PPP通信会话34的顺序流程图，在该PPP通信会话34中，网络28中的节点30试图与NAS 33建立通信链路，以便能够接入因特网20。
PPP具有许多个协议组成部分。在图2所示的示例性的PPP会话中，PPP具有作为组成部分的LCP(链路控制协议)36、CHAP(挑战/握手认证协议(Challenge/Handshake Authentication Protocol))38和IPCP(因特网协议配置协议)40。
首先，在完成物理链路后，也就是说，在节点30和NAS 33能够在硬件层到达对方之后，例如，需要经历LCP 36。LCP 36用于在节点30和NAS 33之间建立基本通信链路。在LCP 36期间，节点30和NAS33相互交换和协商必要的通信参数选项。这些选项可以包括，通过链路的数据分组的最大大小、有关质量控制的参数、所使用的HDLC(高层数据链路控制)头字段压缩方案以及对等方是否愿意被认证。
LCP 36的处理或多或少是根据握手的规程进行的。首先，请求方通过发送配置请求消息提出一个或多个参数。如果接收方不认可任何参数，则接收方用配置拒绝消息往回做出响应。如果被拒绝的参数对于所试图建立的链接是起决定作用的，则请求方不得不终止PPP会话。
另一方面，如果参数被认可，但是有关该参数的选项是不能接受的，则响应方发送回配置否认消息(Configure Nak Message)。同样，请求方可以终止PPP会话，或者可以发送带有同一参数的不同选项的另一配置请求消息。
如上面所述，带有相关选项的所有参数都必须以上述方式被协商并决定。如图2所示，可能会需要若干轮的协商。如果请求方确定对于响应方来说所有所需的参数都可以接受，则请求方将最终配置确认消息(Configure Ack Message)发送给响应方。一旦双方都已发送了配置确认消息，它们就转到认证阶段。
为了确保双方都是被授权的，必须执行认证。执行认证的一种方式是使用另一PPP组成部分CHAP 38。典型的是，由NAS 33启动CHAP38来验证节点30的身份。在CHAP 38期间，NAS 33向节点30发送称为挑战消息(challenge message)的消息。在CHAP下，存在着一种与挑战消息一起使用的共享秘密，其被用于使用预先商定的算法来计算响应消息。然后，节点30向NAS 33发送通过秘密算法生成的响应消息。此后，NAS 33将接收到的响应消息与由NAS 33自己计算的消息进行比较。如果比较结果是匹配的，则节点30被称为通过了CHAP38，其中NAS 33向节点30发送CHAP成功消息。否则，NAS 33发送CHAP失败消息。
可替换地，可以通过PAP(口令认证协议(Password AuthenticationProtocol))而不是CHAP 38来完成认证。在PAP中，节点30仅向NAS33发送用于验证的用户名和口令。如果验证通过，则节点30被称为通过了PAP。
如果节点30需要IP接入，则有关IP的信息需要再次被交换和协商。例如，尤其是，节点30会需要分配到IP地址，以便依照IP接入因特网20(图1)。为了实现该目的，开始依据IPCP 40进行参数选项的协商和交换。在示例性的PPP会话34中，节点30最初向NAS 33请求IP地址0.0.0.0。作为响应，NAS 33发送配置否认消息，并建议节点30使用IP地址a.b.c.d。如果接受，则节点30通过向NAS 33发送另一个用于确认的消息来确认IP地址a.b.c.d的使用。
最后，当节点30同意IPCP 40期间协商的所有参数时，节点30向NAS 33发送确认消息。此后，网络接入会话的用户数据被交换。网络业务的IP数据分组利用先前在LCP 36期间协商的参数来被封装到PPP帧中。
在网络接入结束时，节点30或NAS 33可以向对方发送终止请求消息，此后接收方用终止确认消息做出返回响应，并结束通信会话。
从图2和以上描述可以看出，在PPP会话34期间，节点30和NAS33之间有相当多的消息被交换。如此，将具有相当长的持续时间。在数据延迟很大的慢速链路上协商PPP会话34时，尤其是这样的。
为了加速节点30与NAS 33之间的初始链路建立处理，已经提出了不同于PPP的各种协议。在2005年7月28日提交的标题为“Fast LinkEstablishment for Network Access”的美国专利申请第11/193,068号(下文中称为“’068”专利申请)中，公布了一个这种协议的实例。在此，明确地引用已转让给其受让人的‘068专利申请的整个内容作为参考。在下文中，任何不同于PPP的链路建立协议被称为非PPP。
然而，在通信系统中存在一些网络支持非PPP而另一些网络不支持非PPP的问题。当移动节点在具有不同链路建立协议的不同网络间漫游时，该问题可能会进一步复杂化。
举另一实例来说明。现直接返回参考图1。假设节点30在移动到网络28之后，经由非PPP会话与NAS 33建立通信链路。其后，在节点30与NAS 33之间交换用户数据。进一步假设在交换用户数据的中间过程中，节点30移动到诸如网络26的又一个网络。如果网络26在关于物理和协议实现的各个方面，包括网络接口层协议实现，与网络28类似，则可以设计流线型的越区切换方案。在到达网络26的领域之后，网络28可将数据处理职责移交给网络26，然后网络26可接管先前由网络28承担的分组数据通信功能。
然而，网络28和26通常在硬件和链路层实现方面不同。例如，假定网络28不仅支持PPP而且支持另一非PPP作为网络接口层协议。另一方面，网络26仅支持PPP作为网络接口层协议，而不支持其它协议。在从网络28转移到网络26之后，为了继续网络接入，节点30首先需要在网络26中与NAS 35建立起另一网络接口层协议会话，这样，其后建立的分组数据通信符合在节点30与网络26中的NAS 35之间建立的物理链路。如果节点30不适合平稳地调用网络26所需的传统PPP，则节点30可能被完全切断网络接入。
因此，需要为迁移在支持不同网络接口层协议的不同网络中寻求网络接入的节点，提供一种可靠的越区切换处理。
发明内容
在带有多个网络的通信系统中，在通信系统中寻求网络接入的节点需要通过越区切换处理来从一个网络移动到另一个网络。当不同的网络是用不同的网络接口层协议实现的时，会出现特殊的问题。根据本发明的示例性实施例，制定越区切换方案，由此节点可以在对网络接入的中断较少的情况下，从一个网络漫游到另一个网络。在越区切换之前，节点接收越区切换的指示。该指示可以采取SID(系统标识)、NID(网络标识)、或者PZID(分组区标识)、或它们的组合，的变体的形式。可替代地，该指示可以直接包括在越区切换期间发送给节点的数据分组中。另外可替代的是，该指示可以采取发送到节点的消息模式的形式，其中不同的消息模式由支持不同网络接口层协议的不同网络来发送。
根据本发明的一个方面，公开了一种方法，其中，寻求网络接入的节点通过设备，该方法包括以下步骤建立与服务节点的第一网络接口层协议，接收越区切换的指示，和建立与目标节点的第二网络接口层协议。
根据本发明的另一方面，公开了一种具有用于执行上述公开的方法的步骤的硬件实现的设备。
根据本发明的又一方面，公开了一种计算机可读介质，该计算机可读介质具有用于执行上述公开的方法的步骤的计算机可读指令。
通过阅读以下的详细说明书并结合附图，对本领域专业技术人员来说，这些以及其它特征和优点将会很明显，附图中的相同的附图标记表示相同的部分。
图1是网络的全球连接的示意图；图2是传统网络接口层协议的通信会话的通信顺序图；图3是本发明的通用实施例中涉及的节点和网络的示意图；图4是支持无线技术的本发明的示例性实施例中涉及的节点和网络的示意图；图5是按照分层顺序的协议堆栈的示意图；图6是与图2所示的传统网络接口层协议不同的示例性网络接口层协议的通信会话的通信顺序图；图7是表示根据本发明示例性实施例中使用的第一越区切换方案涉及的步骤的通信顺序图；图8是图7所示的通信顺序图的越区切换方案的流程图；
图9是表示根据本发明示例性实施例中使用的第二越区切换方案涉及的步骤的通信顺序图；图10是图2和6的网络接口层协议中使用的数据帧格式的示意图；图11是图9所示的通信顺序图的越区切换方案的流程图；图11A是图7所示的通信顺序图的越区切换方案的一个变体的流程图；图12是表示根据本发明示例性实施例中使用的第三越区切换方案涉及的步骤的通信顺序图；图13是图12所示的通信顺序图的越区切换方案的流程图；图14是根据本发明示例性实施例的寻求网络接入的节点的部分电路的示意图；图15是表示在与服务网络建立网络接口层协议会话的过程中发生的向目标网络越区切换所涉及的步骤的通信顺序图；和图16是图15所示的通信顺序图中示出的越区切换处理的流程图。
具体实施例方式
以下描述被提供来使本领域的任何专业技术人员都能够实现和使用本发明。在以下描述中出于说明的目的来阐述细节。应该理解，本领域的普通专业技术人员会意识到，不使用这些具体细节仍能实现本发明。在其它例子中，为了避免用不必要的细节模糊了本发明的描述，将不详细说明公知的结构和处理。这样，本发明并不希望限于所示的实施例，而是与符合本文所公开的原理和特征的最宽范围相一致。
图3示出了本发明的一个通用实施例中涉及的节点和网络的简化示意图。整个通信系统用附图标记42来表示，通信系统42包括连接到主干网49的网络45和47。主干网49可以是内联网或因特网。也可以有其它网络连接到主干网络49，但为了简明扼要，图3中并未示出。
在网络45和47中分别设置有NAS(网络接入服务器)51和53，而它们充当任何的寻求网络接入的节点的网关。假设在系统42中存在希望接入网络45或者希望经由主干网49接入其它网络的这种节点55。节点55不能直接接入网络45，但可以通过通信链路57与NAS 51通信。节点55和NAS 51之间通信的准备是经由被称为“链路建立”的处理来进行的。
假设节点55没被限制在其原始网络诸如网络45中，而能移位到其它网络，诸如网络47。
在这种情况下，当节点55离开网络45并移到网络57时，为了接入网络，节点55同样必须在网络47中经由再一个通信链路来与NAS51建立另一个链路建立会话。
NAS 51与节点55之间的链路57可以是采取各种形式的链路。例如，链路57可以是有线链路，诸如常规电话线连接、同轴电缆链路或者光缆链路，这仅是举出几个例子。此外，链路57还可以是无线链路，例如，能够运载电磁信号或者声信号的空中接口等。
图4示出了支持无线技术的通信系统42的一个更加具体的实现。在这种情况下，整个系统概括地用附图标记44来表示。节点间的无线通信可以经由空中接口形式的链路来执行，诸如，图4中所示的空中接口链路58和90。在该实施例中，为了说明的简明扼要，网络44被示为支持诸如由3GPP2(第三代合作伙伴计划2)提出的cdma2000标准这样的无线技术，3GPP2是包括美国的TIA/EIA(电信工业协会/电子工业协会)的若干个国际标准组织的联盟。
在系统44中，能够漫游到其它网络的节点56可以实现成各种形式，诸如，PDA(个人数字助理)、移动计算机、或者蜂窝电话，仅是举出几个例子。
在网络46中，实现了PDSN(分组数据服务节点)60，其执行NAS52的功能。节点58通过RAN(无线接入网络)与PDSN 60通信，其中的RAN概括地用附图标记62来表示。RAN 62包括连接到多个BS(基站)65A-65N的BSC/PCF(基站控制器/分组数据控制功能)64。
同样，在网络48中，布置有另一个PDSN(分组数据服务节点)66，其承担另一个NAS 54的职责。寻求网络接入的任意节点通过另一个RAN 68与PDSN 66通信。RAN 68包括连接到多个BS72A-72M的BSC/PCF 70。
网络46和48能够处理运载语音或者数据信息的数据分组。在3GPP2公布的标题为“Interoperability Specification(IOS)for CDMA2000 Access Network Interfaces”，TIA-2001-D，2005年2月的文献中可以找到支持无线功能的网络46和48的结构细节。
在描述通信系统42的操作细节之前，首先一般性地解释在经由不同分层的各种级别的协议进行分组数据通信期间的数据分组的处理和各协议间的相互关系是有帮助的。
在网络通信技术领域中，根据OSI(开放系统互连)模型将协议分层，OSI模型是由ISO(国际标准化组织)和ITU-T(国际电信联盟—电信标准部门)所提出的。目标是促进多厂商设备的协同工作能力。也就是说，每个级别的协议分层都具有其自身的规格。因此，只要满足特定分层级别的规格，在该级别上开发的产品就一定能与其它级别中的其它产品兼容。
假定图4中的系统44支持IP(因特网协议)。图5示意性地示出了按照分层顺序的多个协议的堆栈，统称为“协议堆栈”，并概括地用附图标记74表示。IP协议堆栈74被构造成符合IETF(因特网工程任务组)模型，该IETF模型类似于OSI模型但不是完全相同。根据IETF模型，IP协议堆栈74有五层，从层1到层5。这样，诸如图4所示的节点56、60和66中的每个的节点发送出的数据分组，必须经过协议堆栈74的处理。协议堆栈74以软件或硬件或二者组合的形式内置于节点中。同样，同一节点接收到的数据分组必须经过同一协议堆栈74的处理，但是按照相反的顺序来进行。
举例来说明。假定数据分组经过处理，从例如节点56(图4)的节点发送出去，数据分组首先是根据应用层即层5中的各协议之一而被创建的。层5包括HTTP(超文本传输协议)、SMTP(服务邮件传输协议)、FTP(文件传输协议)和RTP(实时传输协议)。进一步假设数据分组是VoIP(因特网协议语音传输)会话的产物。因此必须根据层5中的RTP将数据分组格式化。
时间敏感的数据分组，诸如根据层5中的RTP产生的数据分组，需要实时地进行处理。具体而言，通常不重新发送损坏的分组，而是简单地将其丢弃，以便不会阻碍其它即将到来的数据分组的发送。因此，RTP数据分组通常经由层4(即，传输层)中的UDP(用户数据分组协议)来被运载。
另一方面，如果数据分组源于层5中的其它协议，诸如FTP，则数据分组通常经由层4中的TCP(传输控制协议)而被发送。在用TCP的情况下，数据分组的准确传递是非常重要的。这样，尽管可能会降低整个数据发送处理的速度，但损坏的分组总是被重新发送。
数据分组在经过该传输层(即层4)之后，被添加上诸如源端口号和目的端口号的信息。
数据分组在经过传输层(即层4)之后，然后被传递到网络层(即层3)来进行处理。在该特定情况下，自层4中生成的数据分组必须依照IP进行再次格式化，例如，添加上数据分组的源地址和目的地址。
应该注意，为了简明起见，图5中仅示出了层3中的IP。在层3中还存在着对IP执行补充功能的其它协议。一个实例是用于为无法传递的数据分组发送错误消息的ICMP(因特网控制消息协议)。
此后，数据分组必须被分成帧以符合链路层即层2中可应用的任何一种协议。前面描述的PPP(点对点协议)被归类为层2协议。如前面所提到的，网络可使用其它非PPP来代替PPP作为网络接口层协议。
图5中的协议堆栈74的最底层是物理层即层1，其处理数据分组的传输的物理实现。例如，在图3中，如果通信链路57是常规有线链路，则物理层即层1涉及通过构成链路57的导线驱动信号的节点55和51二者上的硬件电路。作为另一实例，在图4中，通信链路58是空中接口，物理层即层1与空气空间(air space)和经由空气空间收发信号的RAN 62的硬件电路相关。
现返回图4并参考该图，对于由示例性的节点56接收的数据分组，数据分组必须通过相同的协议堆栈72(图5)来被处理，但要以相反的顺序，即，从层1到层5的顺序被处理。
假定在该实例中，起初节点56经由PDSN 60寻求网络接入。进一步假定节点56不能直接接入网络46。
传统地，节点56可以通过首先与PDSN 60建立PPP会话来开始网络接入处理。然而，如前面所解释的，为了在网络接入之前使链路处理成流水线型，已经提出了其它网络接口层协议。这种协议之一在’068专利申请中已经公开，也如前面所述。
在以下描述中，为了便于说明，结合示例性实施例的操作描述来解释’068专利申请中公开的协议。然而，应该注意，本发明的实现不需要并且不应该被限制为这种情况。当然也可以应用与’068专利申请中公开的协议不同的其它网络接口层协议。
返回图4，在交换任何消息之前，物理链路58必须准备好运载信号。换句话说，节点56和BS 65A的物理层即层1，必须首先是物理存在的并且是建立好的。
一旦物理层被建立好，也就是说，节点56和PDSN 60二者经由RAN 62相互检测到对方是物理存在的，PDSN 60立即向节点56发出第一消息。
图6是表示节点56与PDSN 60之间传递的消息的通信顺序的流程图。整个流程处理用附图标记75来表示。’068专利申请中详细描述了流程处理75，而下面简要地对该处理进行总结。
PDSN 60仅接受得到授权的节点的网络接入。第一消息由PDSN 60发出，并且被称为同步消息，用附图标记76来表示。同步消息76包括可供节点56选择的所有可能的认证选项。这些选项可以包括依照CHAP(挑战认证协议)的挑战消息，和对于PAP(口令认证协议)所需的口令和用户名的请求，以及可应用的任何其它认证协议。
接收到同步消息76后，节点56用请求消息78进行响应，如图6所示。
节点56在请求消息78中放入对同步消息76中所提的请求进行响应所必需的认证信息。另外，节点56还在请求消息78中放入建立节点56经由PDSN 60进行后续网络接入所用的链路所需的所有参数选项。带有相关联选项的参数是否与链路配置、认证、或者网络接入控制有关是没有影响的。也就是说，在请求消息78中，所有带有选项的参数无论功能如何都被放入其中，而不是根据前面关于PPP所述的诸如LCP(链路控制协议)、CHAP(挑战握手认证协议)和IPCP(因特网协议控制协议)的协议组成部分的功能对参数进行分类。更具体地，请求消息78中带有选项的那些参数可包括对挑战消息的响应，或者用户名和口令(如果可应用的话)，诸如数据报大小和HDLC(高级数据链路控制)头字段压缩方案的链路58的链路配置参数，以及用于网络接入的参数，诸如IP地址、DNS(域名系统)配置和IP头压缩协议(如果可应用的话)等。请求消息78基本上被格式化为带有有意图的在选择方面的冗余，以便允许PDSN 60选择节点56和60都支持的选项，从而允许节点56和60都能迅速地结束层2链路的整个处理。在各种选择中，为了增加成功建立链路的机会，PDSN 60可以选择性地选定带有明显被支持的相关选项的参数，从而缩短整个链路时间。
如图6所示，为响应请求消息78，PDSN 60发送应答消息80。在应答消息80中，PDSN 60从各种选择中选出选项。应答消息80包括带有其相关配置值的选出的参数选项。非常普遍地，应答消息80是在节点56开始以用户数据82的形式的网络业务之前所需的最后的消息。在网络接入结束时，节点56或者PDSN 60可以向对方发送终止请求消息84，然后对方用终止确认消息86响应回去，并结束通信会话。
与其它协议方法(诸如上文描述的PPP协议)不同，在用户数据82开始交换之前，链路处理75实质上涉及的交换消息数量较少。从而，链路层即层2的链路建立因此可被更快速地完成。
假定在该实例中，在与网络46中的PDSN 60交换用户数据82的过程中，节点56开始移动到另一网络，诸如网络48。移动路径用图4中所示的附图标记88表示。
在这种情景下，节点56基本上经过通常称为“越区切换”的处理。更特别地，节点56将通信方从在网络46中通过RAN 62连接上的PDSN60切换成在网络48中通过RAN 68连接上的PDSN 66。根据该实施例，在越区切换之前，节点56首先需要接收越区切换指示。越区切换指示可以以不同方案实施的各种形式出现。
图7示出了一种这样的方案，概括地用附图标记92表示。现参考图7，并结合图4。
在越区切换之前，假定节点56在接入任何网络之前首先经由RAN62与PDSN 60进行非PPP链路会话94。会话94可以是如图6所示出和描述的链路建立处理75。非PPP链路建立会话94的时间段为，例如，从t1持续到t4。
应注意，在时间段t2处的非PPP链路会话的过程中，PDSN 60发送出LCP配置请求消息96，该消息96是PPP消息。其原因在于，起初PDSN 60不知道节点56是支持传统PPP还是支持非PPP。为了增加链接上节点56的机会，与链路建立处理75相应的同步消息76(图6)和根据PPP的LCP配置请求消息96被发送出去。在该情况下，节点56支持链路建立处理75。如此，网络接口层协议会话94是根据链路建立处理75来执行的。
在网络接口层协议会话94被成功建立之后，随后，可以在时间段t5交换用户数据82。假定在该时刻，节点56开始从网络46向网络48移去。
根据cdma2000标准，有无线功能的网络，诸如网络46和48，不断地广播消息以表明它们的身份。广播消息可以采取“系统参数消息”的形式，有时候也采取F-BCCH(前向广播控制信道)上运载的“扩展系统参数消息”的形式，其中F-BCCH是网络的前向控制信道之一。如此，诸如节点56的节点，通过检测来自网络的广播消息，总是可以找出其所在之处。
在系统参数消息中，尤其是可以找到SID(系统标识)和NID(网络标识)。SID是被分配给网络(诸如，网络46或48)的特定无线操作者的号码。另一方面，NID是唯一地标识通信系统(诸如系统44)内的特定网络的号码。
在扩展系统参数消息中，包括标识PCF(诸如，图4中所示的BSC/PCF 64或70)的覆盖区域的PZID(分组区标识)。如果诸如系统44的通信系统支持HRPD(高速率分组数据)，其中的HRPD通常被称为1xEV-DO并且是基于CDMA(码分多址)的无线数据技术，则可以从被称为“扇区参数消息”的另一广播消息中的子网掩码和扇区ID找到子网ID(标识)而不是PZID。
现返回图4和7，假定当节点56到达网络58的领域时，节点56接收到来自网络58的广播消息。其中，广播消息示出了新的NID。新的NID不同于先前的NID。根据NID的改变，节点56知道它已经移动到另一网络。假定在该例子中，网络48不支持任何非PPP作为其层2协议。如此，网络48中的PDSN 66发送出LCP配置请求消息98。此时节点56对LCP配置请求消息98做出响应。其原因在于，因为NID的改变，节点56可以合理地假设其进入到新的网络，但还没有接收到诸如同步消息76的非PPP消息。相反，接收到了作为PPP消息的LCP配置请求消息98。节点56立即知道新到达的网络，诸如网络48，不支持任何非常规的层2协议。从而，在时间段t8，节点56迅速使其自身定向成经由PPP协商会话100与PDSN 66进行协商。如果成功，随后在时间t9处交换用户数据102，如图7所示。
应注意，节点56对在时间段t7来自网络48的LCP配置请求消息98做出响应，而不对在时间段t2来自网络46的LCP配置请求消息96做出响应。如上所述，这是因为节点56在时间段t7之前的时间段t6，已得知SID，NID或PZID的改变。
在成功执行PPP协商会话100之后，则可以建立用户数据102。在用户数据102的结尾，节点30或者NAS 33可以向对方发送终止请求消息104，对方随后分别在时间段t10和t11用终止确认消息106响应回去，并结束通信会话92。
图8的流程图中示出了根据该实施例的第一越区切换方案的有关步骤。
图9示出了概括地用附图标记108表示的第二方案。现参考图4，并结合图9。如前面的实例中所述，节点56在经由服务PDSN 60接入网络之前，首先通过链路协议会话94。而且，为了确保链接节点56的机会更大，如前面所说明的，在会话94期间，在时间段t2，PDSN 60还发送LCP配置请求消息96。在成功执行非PPP网络接口层协议会话94后，在时间段t4交换用户数据82，如图9所示。而且，假定在用户数据82流动过程中，节点56开始从网络46向网络48移动过去。在该实例中，节点56接收越区切换指示，该指示不同于先前实例的越区切换指示。
具体地，当节点56到达网络48的领域时，在图9所示的时间段t5，节点56接收到另一LCP配置请求消息110。此时，节点56可基于消息110和96中的不同消息ID(标识)，区分时间段t5的LCP配置请求消息110与时间段t2的LCP配置请求消息96的来源，这将在下文进行解释。
在此时，暂时离题来解释一下PPP消息的数据帧格式是有帮助的。
图10示出了具有HDLC(高级数据链路控制)的数据帧格式，——类似于PPP中使用的成帧格式。
用于数据分组的帧模板概括地用附图标记112表示，其基本上是关于PPP的RFC 1662下规定的分组模板。更特别地，数据帧112包括标记字段114、地址字段116、控制字段118、协议号字段120、数据字段122，以及FCS(帧校验序列)字段124。
为了向后兼容PPP，想要代替PPP的大多数网络接口层协议也被设计为具有或多或少与PPP的帧格式112类似的帧格式。例如，图6中所示的‘068专利申请中公开的链路协议75可以采用与PPP的帧格式类似的帧格式。
现返回参考图10。
标记字段114为一个字节长，并指示数据分组帧的开始。标记字段114一直取十六进制值7E，并且该同一值被用于链路处理54和PPP，如RFC 1662所要求的那样。
地址字段116也是一个字节长，并一直被设置成十六进制值FF，也如RFC 1662中所述。
控制字段118也是一个字节长，并被固定为十六进制值03，也如RFC 1662所规定的那样。
在协议号字段120中，该字段中的值指示数据分组112是什么。协议号字段120是两个字节长。例如，如RFC 1661和1662中所定义的，LCP消息中的每个消息，诸如LCP配置请求消息(图2)，都具有十六进制值C021。为了在PPP消息之间进行区分，诸如LCP配置请求消息和LCP配置否认消息(图2)，不同消息ID被放入数据字段122中，这将在后面进行解释。对于被设计成代替PPP的其它链路协议，诸如图6中所示的‘068专利申请中公开的协议75，使用不同的协议号120，以便与其它PPP消息区分开。例如，在图6中所示的链路处理75中，链路处理75中所使用的同步消息76、请求消息78或者应答消息80(图6)具有与PPP中所使用的任何协议值都不同的唯一的协议值。如此，可容易区分数据分组112是PPP分组还是非PPP分组。
数据字段122的长度在从零到包含数据或者控制信息的更多字节净荷的范围内。例如，如果协议号字段120中的值带有指示数据分组112是LCP配置请求消息96或者110(图9)的值，则数据字段122包括分别与建立链路58或者90相关联的所有必要的通信参数选项。作为另一实例，如果协议号字段120中的值具有指示数据分组112为用户数据82或者100(图9)的值，从层3生成的IP数据分组被整体封装到数据字段122中。
FCS字段124的长度范围是从二到四个字节，并包含诸如CRC(循环冗余码)的代码，来为帧112提供能避免传输期间出现错误的基本保护。
现返回图9并参考该图。如上文所述，数据字段122包括消息ID，称为RFC 1661下的“代码”，其将PPP消息类型互相区分开，诸如，在LCP配置请求和LCP配置确认消息(图2)之间进行区分。在相同的消息类型内，也可以对消息ID进行进一步的区分，例如，通过附加上子ID(在RFC 1661下称为“标识符”)。例如，可以用不同代码来实施图9所示的处理108中的LCP配置请求消息96和LCP配置请求消息110，或者可替代地，用相同的代码但是用网络的不同的标识符特性来实施。如此，网络48和46可被设计成，通过包含被嵌入在数据分组112的数据字段122(图10)中的不同代码或标识符，分别发送出不同的LCP配置消息96和110。因此，在该实例中，当节点56从网络46向网络48移动过去时，通过认识到LCP配置请求消息带有的标识符与网络48的不同，节点56得知自己处于网络48的领域中。
在处于网络48中时，节点56接收不到非PPP消息，而是相反，接收到为PPP消息的LCP配置请求消息110，并且根据与LCP配置请求消息96不同的标识符，节点56得知网络48不支持任何非PPP作为其链路建立协议。节点56迅速使自己定向成响应LCP配置请求消息110。随后如图9中所示执行PPP协商100。处理108的其余部分与前述图7所示的处理92基本相同，这里不再重复。
图11的流程图中示出了根据该实施例的第二越区切换方案的有关步骤。
可替代地，可将版本/权限(version/capability)标识分组插入数据分组112的数据字段122中。在3GPP2发布的cdma2000标准下，可包括版本/权限标识分组，如在3GPP2的标题为“Wireless IP NetworkStandard”，TIA-835D的文献中所规定的。版本/权限标识分组基本上是特定厂家的分组，如该名称所暗示的那样，其标识制造节点(诸如图4中所示的节点56或者PDSN 60或者66)的特定厂家的有关信息。版本/权限标识分组主要在PPP会话的LCP阶段期间被交换。交换版本/权限标识分组的目的在于，一旦正在协商的各节点在协商处理器早期就指出了它们的版本和权限，则避免PPP会话期间关于双方节点的不支持特征的不必要的协商步骤。
举例来说，假定图9中的节点56在时间段t2接收到带有版本/权限标识分组的LCP配置请求消息96，其中的版本/权限标识分组包括不排除使用非PPP的可能性的信息，从而，节点56在时间段t3不立即恢复使用PPP进行链路建立。相反，节点56在时间段t3继续进行非PPP链路建立处理94。另一方面，如果节点56在时间段t5接收到带有仅允许使用PPP的信息的版本/权限标识分组的LCP配置请求消息110，然后节点56立即使自己定向成在时间段t6经由PPP与目标节点66协商。
可替代地，独立的版本/权限标识分组可以在LCP配置请求消息96或110之前被发送出去。这样，例如，在时间段t5，两个消息可以由目标PDSN 66发送出去。如上所述，第一个消息是在数据分组112(图10)的数据字段122中包含有特定厂商信息的版本/权限标识分组。第二个消息可以是常规的LCP配置请求消息，诸如图2所示的PPP会话34的LCP协商阶段36期间的第一LCP配置请求消息。
图11A的流程图示出了刚刚在上面解释的越区切换方案的有关步骤。
图12示出了又一越区切换方案，概括地用附图标记130表示。现参考图12，并结合图4。与以前的方案中一样，当处于网络46中时，节点56需要在接入网络之前进行与PDSN 60的链路建立会话94。而且，为了确保链接节点56的机会更大，在会话94期间的时间段t2，网络46中的PDSN 60还发送LCP配置请求消息96，如前面所解释的那样。应注意，此时，LCP配置请求消息96是在链路建立会话94的其它非PPP消息的中间发送出去的。在成功地执行了非PPP网络接口层协议会话94后，在时间段t4以类似于前述并且如图12所示的方式交换用户数据82。而且，假定在交换用户数据82的过程中，节点56开始从网络46向网络48漫游过去。
当节点56到达网络48的领域时，此时，如图12所示，节点56在时间段t7接收多个LCP配置请求消息132A-132N。在该实例中，节点56可基于消息发送模式，区分在时间段t2来自网络46的LCP配置请求消息96与在时间段t7来自网络48的LCP配置请求消息132A-132N的来源。更具体地，在时间段t2，节点56在链路建立会话94的其它非PPP消息之中接收到一个LCP配置消息96。相反，在时间段t7，节点56接收到多个LCP配置消息132A-132N。
这样，根据LCP配置请求消息的接收模式，节点56得知节点56当前所在的网络是否支持非PPP。例如，节点56可以被编程为仅对第二连续LCP配置请求消息进行响应。这样，在该情况下，在时间段t2，当节点56接收LCP配置请求消息96时，节点56等待下一个即将到来的消息。如果下一个即将到来的消息不是LCP配置请求消息96的重复，节点56知道网络46支持不同于PPP的其它非PPP，并且在时间段t2简单地忽略LCP配置请求消息96，并如上所述地继续进行非PPP链路会话94。
另一方面，如果节点56例如在时间段t7期间接收到多于一个连续LCP配置请求消息132A-132N，节点56知道发送出消息的网络，即，网络48，在此情况下仅支持PPP而不支持其它网络接口层协议。节点56立即恢复成经由PPP通过网络48中的RAN 68与目标PDSN 66通信，如图12所示。处理130的其余部分基本类似于前述的分别在图7和图9中示出的处理92和108，因此这里不再重复。
应注意，由节点56发出的对LCP配置请求消息132A-132N的响应的数量是可配置的。例如，代替在如上面的实施例中所述的第二LCP配置请求消息132B之后由节点56开始与目标PDSN 66进行PPP协商100，节点56也可以在第i个LCP配置请求消息132i之后开始PPP协商100，其中i的范围是从2到N，N是大于2的整数。
图13的流程图中示出了根据该实施例的第三越区切换方案的有关步骤。
图14示意性地示出了根据本发明示例性实施例的诸如图4所示的节点56这样的设备的硬件实现部分，用附图标记140表示。设备140可以各种形式构造和安装，诸如，膝上型电脑、PDA、或者蜂窝电话，仅是举几个例子。
设备140包括将若干电路链接在一起的中央数据总线142。这些电路包括CPU(中央处理单元)或控制器144、接收电路146、发射电路148和存储器单元150。
如果设备140是无线设备的一部分，则接收和发射电路146和148可以被连接到RF(无线射频)电路(图中未示出)。接收电路146在将接收到的信号传送至数据总线142之前，处理和缓冲各接收到的信号。另一方面，发射电路148在将来自数据总线142的数据发送出设备140之前，处理和缓冲来自数据总线142的数据。CPU/控制器144执行数据总线142的数据管理的职责，还执行通用数据处理的功能，包括执行存储器单元140的指令内容。
可替代地，发射电路148和接收电路146可以是CPU/控制器144的一部分，而不是如图14所示的那样单独设置。
存储器单元150包括概括地用附图标记152表示的一组指令。在该实施例中，指令尤其包括协议堆栈功能154、链路建立客户机156、链路越区切换功能158和PPP功能160等部分。协议堆栈功能154运行与先前如图5中所示出和描述的堆栈74相类似的协议堆栈。链路建立客户机156包括用于建立除PPP链路处理外的一个或多个链路处理(诸如上述图7、9和12中所示的处理94)的指令组。PPP功能160包括用于允许设备140执行PPP处理的指令组。链路越区切换功能158包括用于执行越区切换处理(诸如，有关的图7-13中所示出和描述的处理92、108和130)的指令组。PPP功能160可以独立地被用于既支持PPP又支持非PPP链路处理的网络，或者作为网络不支持其它非PPP链路处理的情况下的备用而被使用，也如上文所述。
在该实施例中，存储器单元150是RAM(随机访问存储器)电路。示例性的指令部154、156、158和160是软件例程或者模块。存储器单元150可以被绑定到另一存储器电路(未示出)，该另一存储器电路可以是易失性的也可以是非易失性的类型。可替代地，存储器单元150可以由其它电路类型构成，诸如，EEPROM(电可擦除可编程只读存储器)、EPROM(电可编程只读存储器)、ROM(只读存储器)、ASIC(专用集成电路)、磁盘、光盘以及其它本技术领域中公知的电路类型。
还应注意，如上面的图7-13、15和16所示出和描述的处理92、108和130，也可以被编码为在本技术领域中公知的任何计算机可读介质上执行的计算机可读指令。在该说明书和所附权利要求中，术语“计算机可读介质”是指参与向如图14中所示出和描述的CPU/控制器144提供用于执行的指令的任何介质。这种介质可以是存储类型的，并可以采取如前所述(例如，在图14中的存储器单元150的说明中)的易失性或非易失性存储介质的形式。这种介质可以是传输类型的，并可以包括能够运载机器可读或计算机可读信号的同轴电缆、金属线、光缆和运载声波或电磁波的空中接口。
最后，如该实施例中所述，越区切换步骤被示为在交换用户数据82(例如，见图7、9和12)的过程中执行。但并不一定是按这样进行的。越区切换可以发生在节点56处于建立网络接口层协议会话94的过程中的时候。图15示出了这种情况，其中，为了说明，如图7所示出和描述的链路处理92被突出显示，并且一些有关步骤被重复。如图所示，在时间段t4，在完成链路建立处理94之前，节点56处于向网络48移动过去的处理中，并在时间段t4进一步察觉到SID、NID、PZID或者子网ID的改变。如此，节点56在移动过程中可能接收不到来自网络46中的PDSN 60的应答消息80。然而，当在时间段t5节点56接收到LCP配置请求消息98时，节点56得知自己处于网络48的领域中并可以以类似于前述的方式立即开始PPP协商处理100。此外，这对于图9和12中所分别示出和描述的处理108和130同样成立。也就是说，根据本发明的示例性实施例的越区切换处理不需要一定仅发生在交换用户数据期间。另外，系统44已经被描述为支持cdma2000标准。显然其它标准也可以应用。其它标准的一个实例是3GPP(第三代伙伴合作计划)发布的WCDMA(宽带码分多址)。另外，在示例性实施例中，层3协议被描述为IP。IP可以是不同的版本，诸如IPv4(因特网协议版本4)和IPv6(因特网协议版本6)。此外，应注意，同样可以应用其它层3协议。例如，层3协议可以是IPX(网间分组交换协议)、Apple-Talk和不同版本的各种其它网络协议。另外，结合实施例描述的任何逻辑块、电路和算法步骤可以以硬件、软件、固件或者它们的组合体来实现。本技术领域中的专业技术人员应该理解，在不脱离本发明的范围和精神的情况下，在此可以做出这些和其它形式及细节上的变更。
权利要求
1.一种在通信系统中从服务节点越区切换到目标节点的方法，包括经由第一网络接口层协议接入所述服务节点；接收所述越区切换的指示；和经由第二网络接口层协议接入所述目标节点。
2.如权利要求1所述的方法，其中，接收所述指示的所述步骤包括接收带有标识所述目标节点的标识的消息。
3.如权利要求1所述的方法，其中，接收所述指示的所述步骤包括接收在标识所述目标节点的数据分组的数据字段中带有消息标识的所述数据分组。
4.如权利要求1所述的方法，其中，接收所述指示的所述步骤包括接收在标识所述目标节点的数据分组的数据字段中带有版本/权限标识分组的所述数据分组。
5.如权利要求1所述的方法，其中，接收所述指示的所述步骤包括接收来自所述目标节点的所述第二网络接口层协议的多个请求消息。
6.如权利要求1所述的方法，还包括，在接入所述服务节点的所述步骤之后，与所述服务节点交换用户数据，其中所述越区切换的所述指示是在交换所述用户数据的所述步骤的过程中接收到的。
7.如权利要求1所述的设备，其中，所述越区切换的所述指示是在经由所述第一网络接口层协议接入所述服务节点的过程中接收到的。
8.如权利要求1所述的方法，其中，经由所述第一网络接口层协议接入所述服务节点的所述步骤，包括在发向所述服务节点的一个消息中提供用于认证、链路配置和网络接入的一组参数选项。
9.一种在支持IP(因特网协议)的通信系统中从第一节点越区切换到第二节点的方法，包括经由不同于PPP(点对点协议)的网络接口层协议接入所述第一节点；接收所述越区切换的指示；和经由所述PPP接入所述第二节点。
10.如权利要求9所述的方法，其中，经由不同于PPP的所述网络接口层协议接入所述第一节点的所述步骤，包括在发向所述第二节点的消息中提供用于认证、链路配置和网络接入的一组参数选项。
11.如权利要求9所述的方法，其中，接收所述指示的所述步骤包括接收带有标识所述第二节点的消息标识的消息，所述消息标识选自于皆与所述第二节点相关联的NID(网络标识)、SID(系统标识)、PZID(分组区标识)和子网ID(子网标识)。
12.如权利要求9所述的方法，其中，接收所述指示的所述步骤，包括接收在标识所述第二节点的数据分组的数据字段中包括有代码或者标识符的所述数据分组。
13.如权利要求9所述的方法，其中，接收所述指示的所述步骤，包括接收在标识所述第二节点的数据分组的数据字段中包括有版本/权限标识分组的所述数据分组。
14.如权利要求9所述的方法，其中，接收所述指示的所述步骤，包括从所述第二节点接收所述PPP的多个LCP(链路控制协议)配置请求消息。
15.一种通信系统中的设备，包括用于经由第一网络接口层协议接入所述通信系统中的服务节点的装置；用于接收越区切换的指示的装置；和用于经由第二网络接口层协议接入目标节点的装置。
16.如权利要求15所述的设备，其中，所述指示包括标识所述目标节点的消息中的标识。
17.如权利要求15所述的设备，其中，所述指示包括标识所述目标节点的数据分组的数据字段中的消息标识。
18.如权利要求15所述的设备，其中，所述指示包括标识所述目标节点的数据分组的数据字段中的版本/权限标识分组。
19.如权利要求15所述的设备，其中，所述指示包括来自所述目标节点的所述第二网络接口层协议的多个请求消息。
20.如权利要求15所述的设备，其中，用于接入所述服务节点的所述装置包括，用于在发向所述服务节点的一个消息中提供用于认证、链路配置和网络接入的一组参数选项的装置。
21.一种在支持IP(因特网协议)的通信系统中的设备，包括用于经由不同于PPP(点对点协议)的网络接口层协议接入第一节点的装置；用于接收越区切换的指示的装置；和用于经由所述PPP接入第二节点的装置。
22.如权利要求21所述的设备，其中，用于接入所述第一节点的所述装置包括，用于在发向所述第二节点的消息中提供用于认证、链路配置和网络接入的一组参数选项的装置。
23.如权利要求21所述的设备，其中，所述指示包括具有标识所述第二节点的消息标识的消息，所述消息标识选自于皆与所述第二节点相关联的NID(网络标识)、SID(系统标识)、PZID(分组区标识)和子网ID(子网标识)。
24.如权利要求21所述的设备，其中，所述指示包括，在标识所述第二节点的数据分组的数据字段中包括有代码或者标识符的所述数据分组。
25.如权利要求21所述的设备，其中，所述指示包括，在标识所述第二节点的数据分组的数据字段中包括有版本/权限标识分组的所述数据分组。
26.如权利要求21所述的设备，其中，所述指示包括，来自所述第二节点的所述PPP的多个LCP(链路控制协议)配置请求消息。
27.一种通信系统中的设备，包括存储器单元，其包括计算机可读指令，用于经由第一网络接口层协议接入所述通信系统的服务节点，接收越区切换的指示，并经由第二网络接口层协议接入所述通信系统的目标节点；和处理器电路，其联接到所述存储器单元上，并用于处理所述计算机可读指令。
28.如权利要求27所述的设备，其中，所述指示包括具有标识所述目标节点的标识的消息。
29.如权利要求27所述的设备，其中，所述指示包括在标识所述目标节点的数据分组的数据字段中带有消息标识的所述数据分组。
30.如权利要求27所述的设备，其中，所述指示包括在标识所述目标节点的数据分组的数据字段中带有版本/权限标识分组的所述数据分组。
31.如权利要求27所述的设备，其中，所述指示包括来自所述目标节点的所述第二网络接口层协议的多个请求消息。
32.如权利要求27所述的设备，其中，所述存储器单元还包括用于在接入所述服务节点的所述步骤之后与所述服务节点交换用户数据并开始所述越区切换的计算机可读指令，所述指示是在交换所述用户数据的所述步骤的过程中接收到的。
33.如权利要求27所述的设备，其中，所述存储器单元还包括用于开始所述越区切换的计算机可读指令，所述指示是在经由所述第一网络接口层协议接入所述服务节点的所述步骤的过程中接收到的。
35.如权利要求27所述的设备，其中，所述存储器单元还包括用于在接入所述服务节点的所述步骤期间的消息中提供用于认证、链路配置和网络接入的一组参数选项的计算机可读指令。
36.一种在支持IP(因特网协议)的通信系统中的设备，包括存储器单元，其包括计算机可读指令，用于经由不同于PPP(点对点协议)的网络接口层协议接入第一节点，接收越区切换的指示，并经由所述PPP接入第二节点；和处理器电路，其联接到所述存储器单元上，并用于处理所述计算机可读指令。
37.如权利要求36所述的设备，其中，所述存储器单元还包括用于在接入所述第二节点的所述步骤期间的消息中提供用于认证、链路配置和网络接入的一组参数选项的计算机可读指令。
38.如权利要求36所述的设备，其中，所述指示包括具有标识所述第二节点的消息标识的消息，所述消息标识选自于皆与所述第二节点相关联的NID(网络标识)、SID(系统标识)、PZID(分组区标识)和子网ID(子网标识)。
39.如权利要求36所述的设备，其中，所述指示包括接收在标识所述第二节点的数据分组的数据字段中包括有代码或者标识符的所述数据分组。
40.如权利要求36所述的设备，其中，所述指示包括在标识所述第二节点的数据分组的数据字段中包括有版本/权限标识分组的所述数据分组。
41.如权利要求36所述的设备，其中，所述指示包括来自所述第二节点的所述PPP的多个LCP(链路控制协议)配置请求消息。
42.一种包括计算机可读指令的计算机可读介质，所述计算机可读指令用于经由第一网络接口层协议接入服务节点；接收越区切换的指示；和经由第二网络接口层协议接入目标节点。
43.如权利要求42所述的计算机可读介质，其中，所述指示包括具有标识所述目标节点的消息标识的消息。
44.如权利要求42所述的计算机可读介质，其中，所述指示包括在标识所述目标节点的数据分组的数据字段中具有消息标识的所述数据分组。
45.如权利要求42所述的计算机可读介质，其中，所述指示包括在标识所述目标节点的数据分组的数据字段中具有版本/权限标识分组的所述数据分组。
46.如权利要求42所述的计算机可读介质，其中，所述指示包括来自所述目标节点的所述第二网络接口层协议的多个请求消息。
47.如权利要求42所述的计算机可读介质，还包括用于在接入所述服务节点的所述步骤之后与所述服务节点交换用户数据并开始所述越区切换的计算机可读指令，所述指示是在交换所述用户数据的所述步骤的过程中接收到的。
48.如权利要求42所述的计算机可读介质，还包括用于开始所述越区切换的计算机可读指令，所述指示是在经由所述第一网络接口层协议接入所述服务节点的所述步骤的过程中接收到的。
49.如权利要求42所述的计算机可读介质，还包括用于在接入所述服务节点的所述步骤期间的一个消息中提供用于认证、链路配置和网络接入的一组参数选项的计算机可读指令。
50.一种包括计算机可读指令的计算机可读介质，所述计算机可读指令用于经由不同于PPP(点对点协议)的网络接口层协议接入第一节点；接收越区切换的指示；和经由所述PPP接入第二节点。
51.如权利要求50所述的计算机可读介质，还包括用于在接入所述第二节点的所述步骤期间的消息中提供用于认证、链路配置和网络接入的一组参数选项的计算机可读指令。
52.如权利要求50所述的计算机可读介质，其中，所述指示包括具有标识所述第二节点的消息标识的消息，所述消息标识选自于皆与所述第二节点相关联的NID(网络标识)、SID(系统标识)、PZID(分组区标识)和子网ID(子网标识)。
53.如权利要求50所述的计算机可读介质，其中，所述指示包括在标识所述第二节点的数据分组的数据字段中包括有代码或者标识符的所述数据分组。
54.如权利要求50所述的计算机可读介质，其中，所述指示包括在标识所述第二节点的数据分组的数据字段中包括有版本/权限标识分组的所述数据分组。
55.如权利要求50所述的计算机可读介质，其中，所述指示包括来自所述第二节点的所述PPP的多个LCP(链路控制协议)配置请求消息。
全文摘要
在其中漫游节点在用不同网络接口层协议实现的不同网络之中寻求网络接入的通信系统中，制定越区切换方案，由此使节点可以在对网络接入的中断水平降低的情况下自由地从一个网络移动到另一个网络。在越区切换之前和在越区切换开始时，节点接收越区切换的指示。该指示可以以各种形式来实施，诸如，指示SID(系统标识)、NID(网络标识)、或者PZID(分组区标识)中的变化的信号消息。可替代地，该指示可以采取直接包括在越区切换之前被发送往漫游节点的数据分组中的信息的形式。作为另一种可替代实施方式，该指示可以被实现为被发送往节点的可区分的消息模式，其中，不同消息模式可以由支持不同网络接口层协议的不同网络来发送。
文档编号H04L12/56GK101057459SQ200580038277
公开日2007年10月17日 申请日期2005年9月28日 优先权日2004年9月28日
发明者M·施洛塔, J·王, M·利奥伊 申请人:高通股份有限公司