CN101107817A - 通信方法、通信消息处理方法及在计算机上执行这些方法的程序 - Google Patents

通信方法、通信消息处理方法及在计算机上执行这些方法的程序 Download PDF

Info

Publication number
CN101107817A
CN101107817A CNA2005800431514A CN200580043151A CN101107817A CN 101107817 A CN101107817 A CN 101107817A CN A2005800431514 A CNA2005800431514 A CN A2005800431514A CN 200580043151 A CN200580043151 A CN 200580043151A CN 101107817 A CN101107817 A CN 101107817A
Authority
CN
China
Prior art keywords
path
communication
message
qne
relevant
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
CNA2005800431514A
Other languages
English (en)
Other versions
CN101107817B (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.)
Apple Inc
Original Assignee
Matsushita Electric Industrial Co 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 Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Publication of CN101107817A publication Critical patent/CN101107817A/zh
Application granted granted Critical
Publication of CN101107817B publication Critical patent/CN101107817B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246Connectivity information discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/34Modification of an existing route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

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

Abstract

公开了用于当在通过网络相互通信的终端之间存在用于提供同一会话的附加服务的多个路径时,根据提供附加服务的路径类型灵活地执行路径处理的技术。根据该技术,当移动终端(MN 100)使用NSIS在不同类型的数据通信路径上建立到对方节点(CN 124)的QoS路径时,产生并传送具有标识路径类型的信息(MIE)的信令消息,具有NSIS QoS功能的每个节点(QNE)接收消息,通过比较MIE、会话标识符和流标识符标识QoS路径,并且根据来自MN的控制信息或/和QNE具有的QNE策略来执行QoS路径的处理。

Description

通信方法、通信消息处理方法及在计算机上执行这些方法的程序
技术领域
本发明涉及用于通过网络相互通信的终端的通信方法和通信消息处理方法,以及用于在计算机上执行这些方法的程序,特别地,本发明涉及为使用移动因特网协议(IP)(具有使用NSIS(信令中的下一步)的QoS(服务质量)保证的下一代IP)执行无线通信的移动终端提供通信路径的通信方法和通信消息处理方法,以及用于在计算机上执行这些方法的程序。
背景技术
作为能够提供通信网络(诸如因特网)与在移动的同时从移动终端经由无线网络访问通信网络的用户之间的无缝连接的技术,使用作为下一代因特网协议的移动IP的技术正在变得普遍。将参照图1描述使用该移动IP的无线通信系统。例如,在下述非专利文档1和非专利文档2中公开了将在下面描述的移动IP的技术。
图1的通信系统包括诸如因特网之类的网络(通信网络)170、连接到网络170的多个子网络(下面称为“子网”)102、126、可连接到子网102、126中任意一个的移动终端(MN:移动节点)100和经由网络170与MN 100通信的对应终端(CN:对应节点)124。图1显示两个子网102、126作为多个子网。虽然由可以提供诸如后面描述的QoS之类的附加服务的路由器(QNE:QoS NSIS实体)108、112、120、122、132、具有要在后面描述的注册移动IP的终端位置的功能的节点(HA:本地代理)和连接那些部件的链路140、142、144、146、148、150、152、156、158、160、162、164(其作为网络元件)构成网络,但是其它配置也可以作为网络170的配置。图1显示具有要在后面描述的NSIS QoS的功能的QNE或路由器,作为可以提供附加服务的路由器。
在图1中,假设路径180是通过MN 100、AP 104、AR 106、链路140、QNE 108、网络110、链路142、QNE112、链路144、网络114、链路146、HA 116、链路148、网络118、链路150、QNE 120、链路152、QNE 122、链路156和CN 124的路径。假设路径184是通过MN 100、AP 128、AR 130、链路158、QNE 132、网络134、链路160、QNE112、链路144、网络114、链路146、HA 116、链路148、网络118、链路150、QNE 120、链路152、QNE 122、链路156和CN 124的路径。假设路径186是通过MN 100、AP 128、AR 130、链路158、QNE 132、网络134、链路162、QNE 122、链路156和CN 124的路径。
子网102包括执行IP分组的路由的接入路由器(AR)106和具有特定无线覆盖区域(可通信区域)的多个接入点(AP)104。AP 104连接到与IP网络170连接的AR 106。图1显示一个AP 104作为在子网102中的多个AP。子网126以与子网102的连接模式相同的连接模式,也包括AR 130和多个AP 128。
作为子网102的构成组件的AR 106和作为子网126的构成组件的AR130可以经由IP网络170相互通信,即,子网102和子网126经由IP网络170连接在一起。
假设在图1所示的无线通信系统中,MN 100已经与子网102中的AP 104开始通信。此时,当分配给MN 100的IP地址与子网102的IP地址系统不兼容时,存在于子网102中的MN 100通过与AP 104无线通信来获取与子网102兼容的IP地址或转交地址(care ofaddress,CoA)。
在移动IP中,放置本地代理(HA)作为管理MN的位置的节点。MN 100在HA 116中注册(BU:绑定更新)从子网102获得的CoA。在注册时,HA116具有不依赖于MN 100所移动到的子网的、MN 100的本地地址(HoA)的对应信息(绑定高速缓存)以及CoA。因此,在MN 100向CN 124传送/从CN 124接收数据分组时,关于从MN 100向CN 124的传输,使用具有作为发送者的MN 100的CoA以及作为接收者的HA 116的IP地址的IP报头(IPheader)来封装具有作为发送者的MN 100的HoA以及作为接收者的CN 124的IP地址的数据分组,并且将其首先发送到其中解封装数据分组的HA 116,然后将其发送到CN 124。关于从CN 124到MN 100的传输,将具有作为发送者的CN 124的IP地址和作为接收者的MN 100的HoA的数据分组发送到MN 100,并且由HA116接收,并且使用具有作为发送者的HA 116的IP地址和作为接收者的MN 100的CoA的IP报头来封装数据分组,并且将其发送到存在于MN 100移动到的子网102中的MN 100。MN 100从HA 116接收分组,并且提取并处理经封装的内容。因此,即使MN 100通过移动目的地子网正在与CN 124通信,CN 124认为好像MN 100正在使用HoA通过本地网络与之通信,因此确保连续的双向通信,而不需要知道MN 100的移动。在这种情况下,将要在MN 100和CN 124之间传送和接收的数据分组沿其通过HA 116的路径(路径180)称为“三角路径”。
在MN 100和CN 124之间的通信中,该三角路径变为应该通过HA 116的路径,并且不是最佳路径(下面还可以称为优化路径)。为了在最佳路径传送和接收数据分组,MN 100可以通过向CN 124发送BU优化路径,并且当CN 124具有路径优化功能时关于CN 124执行位置注册处理。也就是,由于CN 124一旦从MN 100接收到BU就可以知道MN 100的HoA以及MN 100正在使用的CoA的对应信息,因此不必通过HA 116就可以通过最佳路径发送从CN 124寻址到MN 100的数据分组(其中CN 124作为发送者,而MN 100的CoA作为接收者),同样地,不用居间HA 116的最佳路径(路径182)可以用于将数据分组从MN 100发送到CN 124(其中MN 100的CoA是发送者)。当不能使用优化路径(如,当MN 100已经移动到子网126,使得不能使用到目前为止已经使用的CoA时)时,再次将要从CN 124发送到MN 100的数据分组发送到HoA(即,HA 116)。
根据移动IP的规范(非专利文档1和非专利文档2),当MN 100获得要用在新子网下的新CoA时,需要首先执行到HA 116的BU。也就是,要在MN 100和CN 124之间传送并接收的数据分组通过三角路径,直到MN 100之后执行到CN 124的BU来能够使用优化路径为止。
在使用网络的通信中,存在包括QoS保证(这里将这样的服务称为附加服务)的服务,并且存在各种通信协议来实现这样的附加服务。在那些各种系统协议中,RSVP(资源保留协议)是用于QoS保证的协议的示例(如,要在下面提到的非专利文档3)。RSVP保留从传送数据的发送者通信终端到接收数据的接收者通信终端的数据分组流所通过的路径上的频带,因此确保从发送者通信终端到接收者通信终端的数据的平滑传送。
此外,作为解决RSVP问题以使得其不是设计来应对终端的移动的协议,存在协议NSIS,其标准化目前正在IETF(因特网工程任务组)中的NSIS工作组中进行讨论。期望NSIS在移动环境中对包括QoS保证的各种附加服务都是特别有效的,并且存在描述要求和用于实现QoS保证和移动性服务的方法的文档(如要在下面提到的非专利文档4)。将在下面描述使用NSIS建立QoS路径的方法。
接下来,将参照图9描述常规QoS路径建立方法的一个示例。假设从属于AR 702的MN 700为某个目的而被调度来接收,或正在接收(当前接收)来自CN 712的数据。关于该目的,在接收从CN 712分发的运动图片的情况下,例如,从应用的初始化到其结束的一系列操作称为会话。在建立QoS路径中,MN 700产生用于标识会话的会话标识符和用于标识流的流标识符。该流标识符依赖于数据分组的发送者和接收者的地址,如,MN 700的CoA和CN 712的IP地址。当MN 700移动到另一子网,使得改变CoA时,流标识符根据MN 700的CoA中的变化改变。该会话标识符与流标识符不同,其不根据终端的移动而改变。
接下来,MN 700向CN 712发送RESERVE(保留)消息,该消息是用于使具有NSIS QoS协议栈的路由器(QNE)保留所期望的QoS资源的消息。RESERVE消息包括用于从CN 712接收数据的期望的QoS信息(Qspec),以及所产生的流标识符和会话标识符。所传送的RESERVE消息经由AR 702和不具有QNE功能的路由器704到达QNE 706。QNE 706保留在用于该会话的RESERVE消息中所包含的Qspec中描述的QoS资源。在作出保留的时,QNE 706存储会话标识符、流标识符和已经接收到RESERVE消息的(这里为MN 700)之前一个QNE的信息来作为状态。已经通过QNE 706的RESERVE消息经由不具有QNE功能的路由器708到达QNE 710。该QNE710执行与QNE 706执行的处理类似的处理,以保留QoS资源并存储状态。重复该操作,并且将RESERVE消息最终提供到CN 712,由此建立MN 700和CN 712之间的QoS路径714。
接下来,将描述在NSIS中会话的集合(aggregation)。如在下面提到的非专利文档6所示,NSIS支持会话的集合。该会话的集合将多个路径组织为一个,并且执行管理及其处理。
现在将参照图10,描述当在NSIS中集合会话时传送的信令消息。图10是示意性显示常规NSIS支持的集合的一个示例的图。
在图10中,QNE 1002和QNE 1006位于集合域的边缘,而将QNE 1004显示为集合域内存在的QNE的代表。从QNE 1000传送到QNE 1010的端到端(E2E)信令消息E2E_A(会话标识符A)通过QNE 1002、QNE 1006和QNE 1008。从QNE 1012传送到QNE 1014的E2E信令消息E2E_B(会话标识符AB)通过QNE 1002和QNE1006。
将两个E2E信令消息在QNE 1002和QNE 1006之间集合。也就是,在该集合域内,从QNE 1002或QNE 1006传送关于该集合域的集合信令消息Agg_C(会话标识符:C),并且集合信令消息Agg_C通过QNE 1004。
通过使用参数BOUND_SESSION_ID向QNE 1002和QNE 1006通知指示该E2E信令消息E2E_A和E2E信令消息E2E_B被集合为集合信令消息Agg_C的消息。
例如,当从QNE 1000传送E2E信令消息E2E_A,并且该消息到达作为集合域入口的QNE 1002时,将BOUND_SESSION_ID参数添加到该E2E信令消息E2E_A中,并且将指示哪个会话标识符被用在集合域(即,会话标识符C)的消息存储在BOUND_SESSION_ID参数中。当具有添加到其上的BOUND_ SESSION_ID参数的E2E信令消息E2E_A到达作为集合域出口的QNE 1006时,从E2E信令消息E2E_A中删除BOUND_SESSION_ID参数。
同样,当从QNE 1012传送E2E信令消息E2E_B,并且该消息到作为达集合域入口的QNE 1002时,将BOUND_SESSION_ID参数添加到该E2E信令消息E2E_B,并且如在E2E信令消息E2E_A的情况那样,因此将会话标识符C存储在BOUND_SESSION_ID参数中。当具有添加到其上的BOUND_SESSION_ID参数的E2E信令消息E2E_B到达作为集合域出口的QNE 1006时,从E2E信令消息E2E_B中删除BOUND_SESSION_ID参数。可以将由BOUND_SESSION_ID参数通知的、关于会话标识符的集合的信息存储在分别作为集合域的入口或出口的QNE 1002或QNE 1006中。
同时,除了集合之外,BOUND_SESSION_ID参数还用于将不同会话相互关联。将参照图11,描述在NSIS中要传送来将不同会话相互关联的信令消息。
图11是示意性显示常规NSIS支持的将不同会话关联的一个示例的图。在图11中。在图11中,E2E信令消息E2E_A(会话标识符A)和E2E信令消息E2E_D(会话标识符D)是相互关联的消息。例如,当QNE 1100和QNE1110使用VoIP(因特网电话)相互双向通信时,,E2E信令消息E2E_A是关于该VoIP会话经由QNE 1102、1106和1108从QNE 1100传送到QNE 1110的用于QoS管理的信令消息,而E2E信令消息E2E_D是关于该VoIP会话经由QNE 1120、1106和1102从QNE1110传送到QNE 1100(即,与E2E信令消息E2E_A的方向相反)的用于QoS管理的信令消息。
在这种情况下,例如,当电话会话结束,并且释放从QNE 1100到QNE1110的QoS路径时,如果预先知道会话标识符A与会话标识符D的关联,则还同时释放从QNE 1000到QNE 1100的QoS路径。为了该目的,使用BOUND_SESSION_ID参数。
也就是,将BOUND_SESSION_ID参数添加到E2E信令消息E2E_A,并且将会话标识符D存储在BOUND_SESSION_ID参数中。还可以将BOUND_SESSION_ID参数添加到E2E信令消息E2E_A,而将会话标识符A存储在BOUND_SESSION_ID参数中。因此,通过会话标识符D,E2E信令消息E2E_A与E2E信令消息E2E_D关联。可以在每个QNE中存储由BOUND_SESSION_ID参数通知的会话标识符的相关信息。
虽然NSIS在扑通静态网络以及移动环境中涵盖各种功能,但是这里假设关注作为NSIS功能之一的、建立支持移动性的附加服务(mobility-supported additional service)的功能,NSIS的实施实现了支持移动性的附加服务的建立。
非专利文档1:C.Perkins,et.al.,“IP Mobility Support for IPv4”,IEFT RFC3220
非专利文档2:D.Johnson,C.Perkins,J.Arkko,“Mobility Support in IPv6”,IETF RFC 3775
非专利文档3:R.Braden,et al.,“Resource Reservation Protocol”,IETF RFC2205
非专利文档4:S.Van Den Bosch et al.,“NSLPfor Quality-of-Servicesignaling”,IETF Internet Draft draft-itefOnsis-qos-nslp-04.txt
非专利文档5:D.Durham,Ed.,“The COPS(Common Open Policy Service)Protocol”,IETF RFC 2748
非专利文档6:Sven Van den Bosch.,Georgios Karagiannis and AndrewMcDonald“NSLP for Quality-of-Service signaling”,draft-itef-nsis-qos-nslp-07.txt,July 2005
我们考虑在数据分组流以移动IP在MN和CN之间通过的路径(数据路径)上建立NSIS使用的QoS路径。如上所述,MN从属于子网,在数据路径中,存在两个路径、三角路径和优化路径,并且为两个路径建立QoS路径。这种情况需要某些手段来标识为三角路径还是为优化路径建立了这两个QoS路径。这是因为,当在两个终端之间存在QoS路径,并且根据常规NSIS,已经在这两个终端之间进一步建立用于同一会话的另一QoS路径,或者要建立路径时,基本上释放之前建立的QoS路径。由于在优化路径由于某种原因而变得不可用时使用三角路径,然而,当建立用于优化路径的QoS路径时,最好不应该释放用于三角路径的QoS路径。
如在根据常规NSIS的上述情况下那样,作为保留(leave)迄今为止所建立的QoS路径(该路径在建立另一QoS路径时不释放)的手段,已经引入了用于在建立另一QoS路径时将REPLACE标志设置为“不替换”的手段。然而,该手段保留存在于相同两个终端之间的用于同一会话的所有QoS路径,而且不应对灵活处理,使得当MN移动并尝试在新子网下与CN建立新QoS路径时,在原始子网下建立的两个QoS路径(用于三角路径和用于优化路径)中,只留下用于三角路径的QoS路径,而释放用于优化路径的QoS路径。此外,关于QoS路径,除了确定是否释放QoS路径之外,还需要针对特定路径执行特定的处理。也就是,例如,当MN存在于子网下,并且在建立用于三角路径的QoS路径后建立用于优化路径的QoS路径时,不释放三角路径的QoS路径,但是需要减少所保留的QoS资源的处理。
在使用常规NSIS手段克服该问题的情况下,可以有指令MN为其执行特定处理的QoS路径的流标识符和处理的方法(二者都包含在信令消息中)。然而,流标识符由包括数据分组的发送者和接收者地址的其它信息组成,并且具有大量信息,使得将该流标识符添加到信令消息并将其传送的方法增加网络负担。作为另一问题,当存在具有针对同一会话的相同流标识符的多个QoS路径时不能适用该方法。由于在相同终端之间建立用三角路径的QoS路径和用于优化路径的QoS路径,所以,在NSIS工作组的未来讨论中,路径可能具有相同流标识符。
作为使用常规NSIS手段克服该问题的另一方法,可以有针对用于三角路径的QoS路径和用于优化路径的QoS路径使用不同会话标识符的方法。该方法的使用可以允许将用于三角路径的QoS路径和用于优化路径的QoS路径看作独立的QoS路径。然而,在避免在用于三角路径的QoS路径和用于优化路径的QoS路径重叠的部分上的双倍资源保留的情况下,例如,需要将两个会话标识符相互关联的信息,导致如上述情况那样在信令消息中包含大量信息。此外,该方法与会话标识符“标识一个会话”的定义不一致。
当图10和图11中图解的情况同时发生时,还出现与路径类型相关的问题。图12是用于解释当根据现有技术同时执行集合信令消息AGG_of会话和不同会话的关联时的问题的示意图。
假设在图12中,在QNE 1200和QNE 1210之间使用相互相关的E2E信令消息E2E_A和E2E信令消息E2E_D,并且在QNE 1202和QNE 1206之间集合E2E信令消息E2E_A和集合信令消息Agg_C。
也就是,如图12所示,将经由QNE 1202、QNE 1206和QNE 1208从QNE 1200发送到QNE 1210的E2E信令消息E2E_A和经由QNE 1220、QNE1206和QNE 1202从QNE 1210发送到QNE 1200的E2E信令消息E2E_D相互关联,而QNE 1202和QNE 1206位于在内部具有QNE 1204的集合域的边缘。
这种情况下,两个BOUND_SESSION_ID参数,即,需要将其中存储指示与集合信令消息Agg_C关联的会话标识符C的BOUND_SESSION_ID参数和其中存储指示与E2E信令消息E2E_D关联的会话标识符D的BOUND_SESSION_ID参数添力加到E2E信令消息E2E_A中。
然而,根据当前NSIS规范,不可能将多个BOUND_SESSION_ID参数添加到单一的信令消息,或在单一的BOUND_SESSION_ID参数中存储多个会话标识符。
如果当前NSIS规范支持将多个BOUNND_SESSION_ID参数添加到单一的信令消息或将多个会话标识符存储在单一的BOUND_SESSION_ID参数中,QNE 1202和QNE 1206不能区别两个BOUND_SESSION_ID参数或包含在BOUND_SESSION_ID参数中的多个会话标识符。
在在QNE 1202中将两个BOUND_SESSION_ID参数添加到E2E信令消息E2E_A的情况下(其中在一个参数中存储指示集合的会话标识符C,而在另一参数中存储指示与不同会话关联的会话标识符D),QNE 1206不能立即通过参照存储在BOUND_SESSION_ID参数中的会话标识符来辨别分别存储在两个BOUND_SESSION_ID参数中的哪个会话标识符用于集合,而哪个会话标识符用于标识所关联的会话。
虽然QNE 1206可以(例如)通过检查用在集合域中的会话标识符(即,会话标识符C)并将该会话标识符域BOUND_SESSION_ID参数中的会话标识符进行比较来辨别BOUND_SESSION_ID参数,但是QNE 1206总是需要执行会话标识符检查处理和比较处理,因此出现增加QNE 1206的处理负担的问题。
可以存在通过在BOUND_SESSION_ID参数中提供具有能够从用于标识关联会话的BOUND_SESSION_ID参数中预先辨别用于集合的BOUND_SESSION_ID参数的消息的字段,以辨别存储在BOUND_SESSION_ID参数中的会话标识符的解决方案。然而,这种情况下,参数长度变成该字段那么多,并且在检查该字段之后需要对BOUND_SESSION_ID参数执行处理,因此增加QNE 1206的处理负担。
发明内容
考虑到这些问题,本发明的目的是提供用于当存在为通过网络相互通信的针对之间的同一会话提供附加服务的多个路径时,根据用于提供附加服务的路径的类型灵活地执行处理的通信方法和通信消息处理方法,以及允许计算机执行那些方法的程序。
为了实现该目的,根据本发明,提供用于终端的通信方法,其中该终端配置来通过具有与提供附加服务相关的功能的路由器,针对单一会话,使用用于提供附加服务的、分别具有路径类型的多个通信路径与对应的终端通信,该通信方法包括:
检测步骤,允许终端检测与多个通信路径中的每一个相关的变化;
标识步骤,允许终端来标识在检测步骤中检测到的多个通信路径中的每一个的路径类型;
路径类型标识符产生步骤,基于关于在标识步骤中标识的路径类型的信息产生用于标识多个通信路径的每一个的路径类型的路径类型标识符;
信令消息产生步骤,产生用于控制提供给多个通信路径的每一个的附加服务的信令消息,该信令消息包括与多个通信路径的每一个相关的路径类型标识符;和
信令消息传输步骤,用于将包括与多个通信路径中的每一个相关的路径类型标识符的信令消息传送到在各个通信路径上存在的路由器。
该配置可以将通信路径的类型通知到具有与提供附加服务关联的功能的路由器。
此外,除了上述配置之外,根据本发明的该通信方法包括路径类型标识符存储步骤,其将用于提供多个附加服务的每个通信路径的信息与用于标识每个通信路径的路径类型的路径类型标识符存储在一起。
该配置允许终端将关于当前使用多个通信路径中的每一个的路径类型的信息与路径类型标识符一起保存。
另外,与上述配置组合,根据本发明的通信方法包括控制方法保存步骤,用于针对通信路径的每种路径类型或路径类型的组合,保存与用于通信路径的控制方法相关的信息。
该配置使得终端能够保存关于针对通信类型的每个组合指定的通信路径控制方法的信息。
另外,与上述配置组合,根据本发明的通信方法包括控制方法决定步骤,用于通过参考与在控制方法保存步骤中保存的控制方法相关的信息来决定与多个通信路径中的每一个的路径类型对应的控制方法;和
控制方法添加步骤,用于将与在控制方法决定步骤中决定的控制方法的相关的信息进一步添加到在信令消息产生步骤中产生的信令消息。
该配置使得终端能够确定为正通信路径类型指定的控制方法,并且进一步将关于该控制方法的消息通知到具有提供附加服务的功能的路由器。
此外,与上述配置组合,根据本发明的通信方法包括服务器通信步骤,用于与保存关于针对通信路径的每种路径类型或路径类型的组合的、用于通信路径的控制方法的信息的特定服务器通信,由此获得关于控制方法的信息;
控制方法决定步骤,用于通过参考与服务器通信步骤中获得的控制方法相关的信息来决定与多个通信路径中的每一个的路径类型对应的控制方法;和
控制方法添加步骤,用于将与在控制方法决定步骤中决定的控制方法的相关的信息进一步添加到在信令消息产生步骤中产生的信令消息。
该配置使得终端能够通过与预定服务器通信,并进一步将与该控制方法相关的信息通知到具有提供附加服务的功能的路由器来确定针对通信路径的每个路径类型指定的控制方法。
为了实现该目的,根据本发明,提供用于终端的通信方法,其中该终端配置来通过具有与提供附加服务相关的功能的路由器,针对单一会话,使用用于提供附加服务的、分别具有路径类型的多个通信路径与对应的终端通信,包括:
检测步骤,允许终端检测与通信路径相关的变化;
标识步骤,允许终端来标识在检测步骤中检测到的多个通信路径中的每一个的路径类型;
消息产生步骤,针对多个通信路径中的每一个产生关于在标识步骤中标识的路径类型的信息;和
信令消息传输步骤,用于将在消息产生步骤中产生的消息传送到特定代理节点,该节点具有基于关于该消息中的路径类型的信息来产生用于标识多个通信路径的每一个的路径类型的路径类型标识符,产生用于控制被提供到多个通信路径的每一个的附加服务的、包括与多个通信路径相关的路径类型标识符的信令消息,并且将包含与多个通信路径的每一个相关的路径类型标识符的该信令消息传送到各个通信路径上存在的路由器。
该配置使得终端能够通过使用预定的代理节点将通信路径的类型通知到具有提供附加服务的功能的路由器。
此外,与上述配置组合,在根据本发明的通信方法中,该终端是具有无线移动频带通信功能的移动终端,而且在检测步骤中检测与源自终端的运动的通信路径相关的变化。
该配置根据从终端的运动滋生(stemming)的通信路径的变化的检测(是否改变连接接受侧接入点或接入路由器),将通信路径的配置通知到具有提供附加服务的功能的路由器。
此外,与上述配置组合,根据本发明的通信方法还包括链路状态监视步骤,用于监视终端当前正在通信或终端能移交到的无线接入点的链路的状态,并且在信令消息产生步骤中产生包括考虑链路状态请求附加服务的请求的信令消息。
该配置使得终端能够考虑除路径类型和控制方法之外的接入点的状态,以将与附加服务的请求(即,Qspec)的信息传送到通过其提供附加服务的路径上的路由器。
此外,与上述配置组合,在根据本发明的通信方法中,该终端具有移动IP功能,并且通过在检测步骤中接收与移动IP相关的位置注册完成消息检测与通信路径相关的变化。
该配置使得终端能够立即将与提供附加服务相关的信令消息传送到在以移动IP完成位置注册后由位置注册确定的路径上的路由器。
此外,与上述配置组合,在根据本发明的通信方法中,路径类型标识符以移动IP标识三角路径和最佳路径。
该配置使得终端能够传输包括用于以移动IP标识三角路径或最佳路径的信令消息。
此外,与上述配置组合,在根据本发明的通信方法中,该终端具有多个接口,并且配置来使用多个接口中的每一个来与对应的终端通信,并且路径类型标识符标识多个接口中的每一个。
该配置使得终端能够在通过使用多个接口中的每一个与对应终端通信的情况下,传送包括用于标识哪个接口被用于通信的信息的信令消息。
此外,与上述配置组合,在根据本发明的通信方法中,当终端具有关于另一终端的会话时,将相同的会话标识符提供到关于另一终端的会话,并且路径类型标识符是指示关于另一终端的会话的方向的信息。
利用该配置,可以由相同会话标识符指示相互关联的会话,并且可以由路径类型标识符指示相互关联的会话的方向,这可以显著缩短消息长度。此外,该配置消除使用BOUND_SESSION_ID参数进行关联的需要,这允许BOUND_SESSION_ID仅用于集合的关联,由此降低在具有与提供附加服务相关的功能并位于集合域边缘的路由器中的附加处理。
此外,与上述配置组合,在根据本发明的通信方法中,附加服务是QoS保证。
利用该配置,终端可以用于针对每个都具有路径类型的多个路径中的每一个传送用于控制QoS保证的信令消息。
此外,根据本发明,提供用于允许计算机执行通信方法的程序。
此外,为了实现上述目的,根据本发明,提供在终端针对单一会话使用多个通信路径与对应的终端通信时,在位于用于提供附加服务的多个通信路径的至少一个上的路由器的通信消息处理方法,该通信消息处理方法,包括:
信令消息接收步骤,接收用于控制被提供到多个通信路径的每一个的附加服务的信令消息,该信令消息包括用于标识具有位于其上的路由器的通信路径的路径类型的路径类型标识符;
状态存储步骤,产生并存储与包括在信令消息接收步骤中接收到的信令消息中的路径类型标识符的附加服务相关的状态;
状态处理方法决定步骤,基于由路径类型标识符指示的路径类型决定与附加服务的提供相关的状态处理方法;和
状态处理步骤,基于在状态处理决定步骤中决定的状态处理方法,处理关于与附加服务一起提供的路径类型的状态。
利用该配置,在与用于标识路径类型的路径类型标识符关联的条件下,具有提供附加服务的路由器存储与附加服务相关的状态,由此基于路径类型允许状态的管理。
与上述配置组合,在通信消息处理方法中,用于控制被提供到通信路径的附加服务的信令消息具有其中可以包含与用于通信路径的控制方法相关的信息的区域。
该配置基于包含在所接收到的信令消息中的信息,使能关于用于提供要获得的附加服务的每个通信路径的控制方法。
此外,与上述配置组合,在通信消息处理方法中,当在信令消息接收步骤中接收的信令消息包含与用于通信路径的控制方法相关的信息时,基于与控制方法相关的信息,在状态处理决定方法中决定与提供附加服务相关的状态处理方法。
利用该配置,具有用于提供附加服务的功能的路由器可以根据来自终端的请求执行状态处理。
此外,与上述配置组合,该通信消息处理方法包括控制方法保存步骤,用于针对通信路径的每个路径类型或路径类型的组合保存与用于通信路径的控制方法相关的信息,并且其中基于与控制方法相关的信息,在状态处理决定方法中决定与提供附加服务相关的状态处理方法。
利用该配置,具有用于提供附加服务的功能的路由器可以基于与其保存的控制方法相关的信息执行状态处理。
此外,与上述配置组合,该通信消息处理方法包括服务器通信步骤,用于与保存关于针对通信路径的每种路径类型或路径类型的组合的、用于通信路径的控制方法的信息的特定服务器通信,由此获得关于控制方法的信息,并且其中基于与控制方法相关的信息,在状态处理决定方法中决定与提供附加服务相关的状态处理方法。
使用该配置,具有用于提供附加服务的功能的路由器可以通过执行与预定服务器的通信来决定针对通信路径的每个路径类型指定的控制方法,并且可以将关于该控制方法的信息通知到具有提供附加服务的功能的路由器。
此外,与上述配置组合,该通信消息处理方法包括路径辨别步骤,用于通过参照在信令消息接收步骤中接收到的信令消息中的路径类型标识符以移动IP辨别通信路径的路径类型是三角路径还是最佳路径。
利用该配置,具有用于提供附加服务的功能的路由器可以以移动IP标识在每个三角路径和最佳路径上建立的QoS路径。
此外,与上述配置组合,该通信消息处理方法包括:
流标识符比较步骤,参照与流标识符在信令消息接收步骤中接收到的信令消息相关的流标识符来确定是否存在与存储在该状态存储步骤中的相同流标识符有关的状态;和
交叉确定步骤,当在流标识符比较步骤中存在与相同流标识符相关的状态时,通过将已经接收到信令消息的之前中继段节点(previous hop node)和传送信令消息的下一中继段节点与在状态存储步骤中存储的与相同流标识符相关的之前中继段节点和下一中继段节点相比较,以确定终端是否是在同一子网下或不同子网下建立的用于三角路径和最佳路径的交叉节点。
该配置可以指定移动终端是用于在同一子网或不同子网下建立的三角路径的QoS路径和用于最佳路径的QoS的交叉节点,由此关于每个QoS路径执行合适的处理。
此外,与上述配置组合,该通信消息处理方法包括接口辨别步骤,用于通过参照在信令消息接收步骤中接收到的信令消息中的路径类型标识符,以辨别多个接口中的哪一个是通信路径的路径类型指示为由具有通信中的接口的终端使用的接口。
利用该配置,具有提供附加服务的功能的路由器可以标识多个接口中的哪一个是通信路径的路径类型指示为由具有通信中的接口的终端使用的接口。
此外,与上述配置组合,在通信消息处理方法中,当终端具有与另一个终端相关的会话时,将相同会话标识符提供到与另一个终端相关的会话,并且路径类型标识符是指示与另一个终端相关的会话的方向的信息。
利用该配置,可以有相同的会话标识符指示相互关联的会话,并且可以由路径类型标识符指示相互关联的会话的方向,这可以显著缩短消息长度。
此外,该配置消除使用BOUND_SESSION_ID参数进行关联的需要,这允许BOUND_SESSION_ID仅用于集合的关联。由此降低在具有与提供附加服务相关的功能并位于集合域边缘的路由器的负担。
另外,与上述配置组合,在通信消息处理方法中,信令消息具有包含在NSIS QoS消息中的RESERVE消息中的内容。
该配置可以通过使用常规RESERVE消息,关于用于提供附加服务的多个通信路径中的每个路径来进行合适的处理。
此外,根据本发明,提供用于允许计算机执行上述通信消息处理方法的通信消息处理方法程序。
本发明具有上述配置,并且具有如下优点:在关于通过网络相互通信的终端间的同一会话存在用于提供附加服务的多个路径的情况下,可以根据用于通过附加服务的每个路径的类型执行灵活的处理。
附图说明
图1是显示根据常规技术和本发明第一实施例的通信系统的配置的示意图。
图2是显示根据本发明第一实施例的MN的配置的方框图。
图3是显示根据本发明第一实施例的信令节点的配置的方框图。
图4A是显示在本发明的第一实施例中,要从已经检测连接情况的变化的MN内部中的功能传送到对信令消息执行控制的MN内部的功能的信息和事件触发的一个示例的示意图。
图4B是显示在本发明的第一实施例中,要从已经检测连接情况的变化的MN内部中的功能传送到对信令消息执行控制的MN内部的功能的信息和事件类型的一个示例的示意图。
图4C是显示在本发明的第一实施例中,要从已经检测连接情况的变化的MN内部中的功能传送到对信令消息执行控制的MN内部的功能的信息和路径类型的一个示例的示意图。
图5是显示在本发明的第一实施例中,关于已经接收到信令消息的QNE如何根据该信令消息和所存储的状态的内容来处理QNE内部的状态的一个示例的流程图。
图6是显示在本发明的第一实施例中,关于发送信令消息的QNE如何根据所接收的信令消息和所存储的状态的内容处理在QNE内部中的状态的一个示例的流程图。
图7是显示在本发明的第一实施例中,在以移动IP通过三角路径传输/接收分组时,从MN向CN传送的分组通过同一QNE两次的情况的示意图。
图8A是在本发明第二实施例中,在MN的两个接口连接到同一子网的情况下的配置的图示。
图8B是在本发明第二实施例中,在图8A所示的情形中,只有一个接口执行到不同子网的移交的情况下的配置的图示。
图8C是在本发明第二实施例中,在图8A所示的情形中,只有另一个接口执行到不同子网的移交的情况下的配置的图示。
图9是示出如何根据常规技术在NSIS中进行QoS资源保留的示意图。
图10是显示根据常规技术的由NSIS支持的集合的一个示例的示意图。
图11是显示根据常规技术的由NSIS支持的不同会话之间的关联的一个示例的示意图。
图12是用于解释在同时进行会话的集合和不同会话之间的关联的情况下的问题的示意图。
图13是用于解释根据本发明的第三实施例、在同时进行会话的集合和不同会话之间的关联的情况下的状态的示意图。
具体实施方式
<第一实施例>
这里将参照附图描述本发明的第一实施例。图1是显示根据本发明第一实施例的通信系统的配置的示意图。为了解释常规技术,将基于图1所示的通信系统来描述本发明的第一实施例。此外,图1所示的通信系统的各个部分与常规技术中描述的那些类似,将省略它们的描述。
首先,将描述MN 100的功能。关于用于提供关于一个会话集(session set)的附加服务的多个路径,MN 100具有识别分别具有不同类型的多个路径的每一个的类型的功能,并且具有为控制各个路径的目的而基于路径的类型确定并传送合适的信令消息的功能。将参照图2描述这些功能。
图2是显示根据本发明第一实施例的MN 100的配置的方框图。虽然在图2中,将MN 100的各个功能显示为方框,但是可以使用硬件和/或软件实现这些功能。特别地,可以使用计算机程序执行根据本发明的主要处理(在后面参照图5和6描述的各个步骤中的处理)。
图2所示的MN 100由移动性检测装置200、三角路径设置装置201a、优化路径设置装置201b、信令控制装置202和策略确定装置204构成。
移动性检测装置200是检测MN 100的运动的装置。例如,在该MN 100使用移动IPv6(因特网协议版本6)进行通信的情况下,该移动性检测装置200与移动IPv6层或与之相关的链路层中的处理互锁,并且例如,其检测MN 100的连接接受侧AP或连接接受侧AR的变化的事实。
三角路径设置装置201a是设置通过MN 100和HA 116并从CN 124接收数据分组/向CN 124传送数据分组的路径(例如,图1所示的路径180)的装置。具体讲,其具有执行用于在HA 116中注册在连接到它的子网中获得的CoA的BU消息传输处理以及其它处理的功能。
此外,例如,当MN 100的状态由于运动而改变时,在MN 100获得新CoA并完成关于HA 116的注册处理,使得使用三角路径进行数据分组通信变得可行的情况下,三角路径设置装置201a将事件触发(event trigger)400传递给将在后面描述的信令控制装置202。
优化路径设置装置201b是当CN 124具有路径优化功能时,设置用于关于CN 124直接执行数据分组的传输/接收的最佳路径(例如,图1所示的路径182),而不用在三角路径设置之后插入的HA 116。具体地,优化路径设置装置201b具有,例如,执行用于在CN 124中注册在与其连接的子网中获得的CoA的BU消息传输处理的功能。
在关于CN 124设置了三角路径之后,例如,当MN 100完成关于CN 124的注册处理,以使得使用优化路径进行数据分组通信变得可行时,优化路径设置装置201b将事件触发传送到将在后面描述的信令控制装置202。
以下,将描述事件触发400。图4A示意性显示包含在要从三角路径设置装置201a或优化路径设置装置201b传送到信令控制装置202的事件触发模块400中的信息的一个示例。事件触发400包括,例如,接口索引410、事件类型412、路径类型414、地址信息416和事件属性418。
接口索引410是关于MN 100的通信接口的、与运动的出现相关的接口。例如,该信息在MN 100具有多个接口的情况下是有用的。
事件类型412是指示为什么事件触发400已经发生的原因的信息。例如,如图4A所示,当地址注册处理完成时、当已经断开与特定节点的通信时、当链路层的情形已经改变时、当连接接受侧AR的变化已经改变时,或在其它情况下,产生事件触发400,并且事件触发400的出现的原因变成可由事件类型412辨别。图4B显示通过使用包含在事件类型412中的值(0x01到0x04的值)的各个出现原因,并且可以以任意方式设置这些值。此外,同样地,事件触发400的出现原因不限于上述四种出现原因,事件类型指示其它任意出现原因也是可以接受的。
路径类型414是指示其中事件触发400已经出现的通信的路径的类型的信息。在该路径类型中,例如,存在用移动IP的三角路径、优化路径和其它。图4C显示通过使用包含在路径类型414中的值(0x01和0x02)的三角路径和优化路径,但是可以任意设置这些值。同样地,路径类型不限于上述三角路径和优化路径,而是可以使用路径类型414指示其它任意路径类型。
在本发明的第一实施例中,由图2所示的MN 100的三角路径设置装置201a作出关于三角路径的设置,而由图2所示的MN 100的优化路径设置装置201b作出关于优化路径的设置。因此,在从图2所示的MN 100的三角路径设置装置201a中输出的事件触发400的路径类型414中设置指示三角路径的值(0x01),而在从图2所示的MN 100的优化路径设置装置201b中输出的事件触发400的路径类型414中设置指示优化路径的值(0x02)。
此外,地址信息416是当将在后面描述的信令控制装置202执行处理时需要的、包含每个节点的IP地址的信息。例如,在事件类型412的内容是“地址注册处理完成(420)”并且路径类型是“优化路径(430)”的情况下,地址信息包括关于由MN 100使用的CoA以及关于其中该事件触发400已经发生的通信的CN 124的IP地址的信息。同时,在事件类型412是“地址注册处理完成(420)”并且路径类型是“三角路径(428)”的情况下,除了MN 100的CoA和CN 124的IP地址之外,其包含关于HA 116的IP地址的信息。
事件属性418是包含附加信息的信息。例如,如果在事件属性418中,事件类型412是“链路层的状态已经改变(424)”,则这里指示经变化的状态的内容,例如,Qos的支持情形及其它。因此,将在后面描述的信令控制装置202可以产生用于在考虑该链路层的状态变化下建立QoS路径的信令消息。
附带地,图4A中的事件触发400、图4B的事件类型412和图4C的路径类型414中的每一个仅仅是一个示例,并且假设事件触发400包含用于指定路径的信息和指示该路径的类别的信息(即,等效于图4C所示的路径类型414的信息),则其它形式也是可以接受的,并且还可以包含其它信息。
信令控制装置202是执行与信令消息相关的装置。首先,在从上述三角路径设置装置201a或优化路径设置装置201b接收到事件触发400之后,信令控制装置202产生用于控制附加服务的信令消息(用于附加服务的信令消息),该消息包括指示路径类型的信息(例如,在使用移动IP进行通信的情况下,指示三角路径或优化路径的信息)。在下面将包含在该信令消息中的、指示路径类型的信息称为移动性信息元素(MIE)。例如,该MIE可以是使用一个比特或数个比特的标志(flag),或者其还可以是与每个路径类型对应的数字值。此外,通过扩展用于控制附加服务的常规信令消息获得要在这种情况下产生的用于控制附加服务的信令消息也是可以接受的。例如,在附加服务是使用NSIS的QoS的情况下,通过在NSIS信令消息(例如,RESERVE消息)中输入MIE来产生消息。使用该NIE,甚至在(例如),在MN 100和CN 124之间建立的用于三角路径的NSIS QoS路径与用于优化路径的NSISQoS路径流标识符相同的情况下,二者的标识也是可行的。
此外,除了通过使用所产生的信令消息关于CN 124建立的用于附加服务的路径之外,当关于相同CN 124的同一会话存在分别具有不同类型的一个或多个相同附加服务路径时,信令控制装置202可以将指示处理这些路径的方法的控制信息(CI)放入信令消息中。例如,在使用移动IP的通信中使用NSIS处理QoS路径的情况下,当在MN 100和CN 124之间存在用于三角路径的QoS路径的情形下,在MN 100和CN 124之间建立用于优化路径的QoS路径时,其对应于关于处理预先建立的三角路径QoS路径的方法的信息。例如,该信息(CI)可以是使用一个比特或数个比特的标志,或者它还可以是预先确定的每个处理的数字值。此外,信令控制装置202还适合于存储描述基于QoS路径的类型的控制方法或基于路径类型的组合的控制方法的数据库或其它,用于通过参照该数据库来确定指示路径处理方法的CI。
关于这一点,在使用移动IP的通信中使用NSIS处理QoS路径的情况下(在该示例中,与针对相同CN 124的同一会话相关联已经存在分别具有不同类型的两个或多个相同附加服务路径),认为将用于三角路径的QoS路径分割为MN 100到HA 116之间的区段(section)以及HA 116和CN 124之间的区段,并且将这两个区段处理为具有分立类型的路径。在这种情况下,将分立的MIE分配给MN 100到HA 116之间的QoS路径以及HA 116和CN 124之间的QoS。在这种情况下,还可以接受:一起发送用于该路径的CI和MIE,以用于指定要由CI处理的路径的类型。在将用于三角路径的QoS路径划分为MN 100到HA 116之间的区段以及HA 116和CN 124之间的区段,并且将这两个区段处理为具有分立类型的路径情况下,当在HA 116和CN 124之间建立QoS路径时,需要HA116相互替换关于MN 100到HA 116之间的路径的MIE和关于HA 116到CN 124之间的路径的MIE,并且HA 116可以包含MIE替换功能。
此外,如图2所示,MN 100包含策略确定装置204也是合适的。当产生信令消息获得附加消息时,或在确定前述CI的情况下,信令控制装置202可以关于策略确定装置204进行信息替换。
该策略确定装置204是用于提供关于附加服务的信息的装置,并且其具有(例如)当附加服务是QoS时,使MN 100中的系统可以识别指示使用该MN 100进行通信的用户所期望的QoS的等级的信息(例如,指示用户期望低成本QoS的信息)以及其它信息的配置。例如,预先在MN 100中安装该信息也是可以接受的,或者当用户开始通信时,用户通过MN 100的显示屏上的弹出菜单等选择该信息也是可以接受的。
此外,可以从附加服务提供商一侧请求该附加信息。例如,在使用移动IP进行通信中使用NSIS提供QoS的情况下,当在在MN 100和CN 124之间存在用于三角路径的QoS路径的情形下,在MN 100和CN 124之间建立用于优化路径的QoS路径时,在MN 100可以识别该信息的情形下,策略确定装置204具有指示如何处理预先建立的三角路径QoS路径的信息(例如,指示将所要求的QoS资源的30%分配给三角路径侧,而将所要求的QoS资源的70%分配给优化路径侧以进行资源保留的信息)。可以预先将该信息安装在MN 100中,或者当用户开始通信时,还可以从附加服务提供商拥有的服务器下载。关于这一点,策略确定装置204不被放置在图2所示的MN 100中,而是将策略确定装置204放置在附加服务提供商拥有的策略服务器等,并且当前述信令控制装置202产生信令消息时,通过与该策略服务器通信获得该信息也是可以接受的。
与图4A到4C所示的示例类似,在事件触发400包括除了确定MIE所需的信息之外的信息的情况下,该信息可以用于产生信令消息。例如,在附加服务是QoS,并且事件类型412是“链路层的状态已经改变(424)”,并且一旦接收到其中在事件属性(418)中包含关于链路层的QoS支持信息的事件触发400的情况下,信令控制装置202可以产生具有链路层的状态的RESERVE消息,即考虑资源获得的可能性的Qspec。
此外,参照图3,将在下面描述在接收MN 100的信令控制装置202产生的附加服务信令消息的网络中与每个附加服务信令对应的节点(将在下面称为信令节点)的功能。在图1中的所有QNE 108、112、120、122和132中提供图3所示的信令节点300的功能。此外,MN 100、HA 116和CN 124还能够具有QNE功能,在这种情况下,假设这些节点还具有QNE功能。
图3是显示根据本发明第一实施例的信令节点的配置的方框图。虽然在图3中以方框的形式显示信令节点300的各个功能,但是可以利用硬件和/或软件实现这些功能。特别地,可以使用计算机程序执行根据本发明的主要处理(下面参照图5和6描述的各个步骤中的处理)。该信令节点300对应于在使用NSIS提供QoS的情况下的QNE。
图3所示的信令节点300包括信令管理装置302和策略控制装置304。
信令管理装置302接收由前述MN 100的信令控制装置202产生的附加服务信令消息,并且执行对该信令消息的处理。在该处理中,除了在接收附加服务信令消息的情况下的常规处理之外,还存储包含在信令消息中的MIE,并且根据在本发明中添加的不同信息(例如,CI)进行操作。例如,在该信令消息是NSIS QoS消息中的RESERVE消息的扩展的情况下,与存储会话标识符或流标识符作为常规技术的状态的同时,存储MIE,因此做出所请求的资源保留。此外,如果关于相同的会话标识符存在资源保留,则除了流标识符或SII(源标识符信息)的常规比较之外还进行MIE比较。在这种情况下,如果所接收到的信令消息是用于建立用于优化路径的QoS路径的RESERVE消息,而该信令节点300(即,QNE)是用于三角路径的QoS路径和用于要新建立的优化路径的QoS路径之间的交叉节点(CRN),则可以基于CI进行关于三角路径的处理。
此外,如图3所示,信令节点300具有策略控制装置304也是合适的。在所接收到的信令消息中不包含CI的情况下,或当虽然在其中包含CI,但是需要不同的控制信息时,信令管理装置302关于策略控制装置304互换信息也是合适的。
策略控制装置304是用于提供当信令管理装置302执行关于附加服务路径的处理时要执行的处理方法的装置。该策略控制装置304可以存储(例如)与MN 100的前述策略确定装置204中的信息类似的信息。也就是,例如,在使用移动IP进行通信中使用NSIS提供QoS的情况下,当在在MN 100和CN 124之间存在用于三角路径的QoS路径的情形下,在MN 100和CN 124之间建立用于优化路径的QoS路径时,在MN 100的系统可以识别该信息的情形下,策略控制装置304具有指示如何处理预先建立的三角路径QoS路径的信息(例如,指示将所要求的QoS资源的30%分配给三角路径侧,而将所要求的QoS资源的70%分配给优化路径侧以进行资源保留的信息)。例如,可以预先将该信息安装在信令节点中。此外,该策略控制装置304没有放置在图3所示的信令节点300中,例如将策略控制装置304放置在附加服务提供商拥有的策略服务器等中,使得当前述信令管理装置302接收信令消息时进行与该策略服务器的通信也是可以接受的。例如,在前述非专利文档5中公开的COPS(公开策略服务器)被认为是这种策略服务器。
如上所述,如图2所示配置图1的MN 100,并且在图1中的QNE 108、112、120、122和132中提供图3所示的信令节点300,所以网络中的节点可以根据提供附加服务的每个路径的类型灵活地执行处理。
此外,参照图5和6,在下面将描述在使用NSIS对使用移动IPv6的通信提供QoS的情况下,将相同流标识符特地用于三角路径的QoS路径和优化路径的QoS路径的处理的一个示例。图5和6显示由信令节点300的信令管理装置302进行的处理的一个示例,并且图5是在信令消息的接收时的处理的一个示例的图示,而图6是在信令消息的传输时的处理的一个示例的图示。
将描述下面的示例,假设在RESERVE消息中,在NSIS信令消息中包含用于标识每个QNE向其提供QoS的数据分组的数据分组标识信息(过滤器(filter))。
如图1所示,当MN 100已经移动到新子网下(这种情况下,子网102),并且已经获得新CoA时,MN 100可以通过在HA 116上执行BU来使用三角路径(路径180)关于CN 124进行通信。此时,要从MN 100的三角路径设置装置201a发送到信令控制装置202的事件触发400包括作为事件类型412的“地址注册处理完成(420)”和作为路径类型414的“三角路径(428)”。信令控制装置202基于包含在前述事件触发400中的信息创建MIE,并且产生包括该MIE的RESERVE消息。在这种情况下,流标识符包含被设置为MN 100的CoA的源地址和被设置为CN 124的IP地址的目的地地址。将MIE包含在流标识符中也是可以接受的。
根据移动IPv6的规范(非专利文档2),针对在MN 100和HA 116之间的区段以及HA 116和CN 124之间的区段,分别采用关于通过三角路径的数据分组的不同报头信息。因此,针对在MN 100和HA 116之间的区段以及HA 116和CN 124之间的区段,分别采用要使用RESERVE消息传送的、并存储在每个QNE中的不同数据分组信息(过滤器)。为了实现这一点,当MN100产生RESERVE消息时,在RESERVE消息中明确放入用于在MN 100和HA 116之间的区段以及HA 116和CN 124之间的区段中的每一个的过滤器也是合适的。作为指示过滤器的可适用范围的方法的一个示例,考虑采用在非专利文档4中提出的范围对象(Scoping Object)
虽然将由MN 100的信令控制装置202产生的RESERVE消息从MN 100向CN 124传送,但是用移动IP、以由装置封装的状态传送该消息。也就是,通过三角路径(路径180)向CN 124传送该RESERVE消息。此时,假设与相同会话标识符相关的另一NSIS状态(即,资源保留或其它)不存在于该路径180上的任何QNE中。
一旦接收到该信令消息(RESERVE消息),QNE 108就通过使用信令管理装置302执行对该信令消息的处理。将在下面描述,在不存在与相同会话标识符相关的另一NSIS的情况下,当QNE 108已经接收到信令消息时要进行的处理,以及当其传送信令消息时要进行的处理。
如图5所示,一旦接收到RESERVE消息(步骤500),QNE 108的信令管理装置302首先检查用于相同会话标识符的状态(资源保留)是否已经存在(步骤502)。当前,与相同会话标识符相关的状态不存在,因此,存储在所接收到的RESERVE消息中所指示的状态(步骤534)。在这种情况下,还将包含在RESERVE消息中的MIE与使用常规NSIS QoS存储的状态一起存储。随后,做出该QNE 108是否是用于处理RESERVE消息的最终QNE的决定(步骤536)。如果是最终QNE(即,在这种情况下,CN 124),则关于该RESERVE消息产生RESPONSE消息,并且将该RESPONSE消息传送到RESERVE消息的源(即,MN 100)(步骤538)。附带地,由于这里描述的QNE 108不是最终QNE,因此,处理前进到用于RESERVE消息的传输的传输过程(步骤540)。
如图6所示,传输过程确定接收RESERVE消息的下一中继段(hop)的QNE(在这种情况下,QNE 112)(步骤600)。随后,做出用于相同会话标识符的状态不存在的确认(步骤602),并且存储关于处理RESERVE信息的下一QNE的信息(也就是,关于QNE 112的信息)(步骤630)。此外,将RESERVE消息传送到QNE 112(步骤632)。如非专利文档4所述,还可以由来自已经接收到RESERVE消息的下一NSIS节点的应答来进行步骤600中的用于指定下一中继段的QNE的处理。
通过上述处理,QNE 108可以将MIE与对应于RESERVE消息的状态一起存储,并且如果是下一中继段,则将RESERVE消息传送到QNE 112。此外,在下一中继段的QNE 112以及HA 116、QNE 120和QNE 122中进行类似的处理,知道到达CN 124为止,因此建立关于三角路径(路径180)的QoS路径。此外,在已经接收到该RESERVE消息的CN 124中,如上所述,在步骤538中关于该RESERVE消息进行关于RESPONSE消息的传输处理。
此外,下文将描述MN 100关于CN 124执行BU处理,用于关于CN 124使用优化路径来使能通信的情况。此时,要从MN 100的优化路径设置装置201b发送到信令控制装置202的事件触发400包括作为事件类型412的“地址注册处理完成(420)”和作为路径类型414的“优化路径(430)”。信令控制装置202基于包含在前述事件触发400中的信息创建MIE,并且产生包括该MIE的RESERVE消息。在这种情况下,对于MIE,假设(例如)将“01”用作指示优化路径的数字值。此外,在这种情况下,流标识符包括源地址被设置为MN 100的CoA而目的地地址被设置为CN 124的IP地址的信息。也就是,要使用的该流标识符与在建立前述三角路径(路径180)QoS路径时的流标识符相同。通过优化路径(在这种情况下,路径182)从MN 100向CN 124传送由信令控制装置202产生的用于优化路径的RESERVE消息。
路径182上的、已经接收到用于优化路径的RESERVE消息的每个QNE(QNE 108、QNE 120、QNE 122)的信令管理装置302还根据图5和6所示的流程图执行关于该RESERVE消息的处理。
首先,将在下文中描述作为路径上的QNE之一的QNE108中的处理。该QNE 108构成其中已经根据上述操作建立三角路径QoS路径的路径180和其中从现在开始将新建立优化路径QoS路径的路径182之间的分支点。在该示例中,由于路径180的流标识符与路径182的流标识符相同,因此需要从由于网络侧的某种变化发生的路径变化进行辨别(例如,在由于所建立的QoS路径上的一个路由器故障,因此使用另一路径并关于该另一路径更新QoS路径)。也就是,在这种情况下,虽然在路径180上建立的QoS路径和今后在路径182上建立的QoS路径现在具有相同的流标识符,但是进行共存处理,以使得路径180上的QoS路径用作三角路径QoS路径,而路径182上的QoS路径用作优化路径QoS路径。
如图5所示,一旦接收到该RESERVE消息,QNE 108的信令管理装置302首先检查用于相同会话标识符的状态(资源保留)是否已经存在(步骤502)。在这种情况下,由于关于上述三角路径QoS路径的状态存在,所以信令管理装置302随后检查流标识符是否关于该状态是相同的(步骤504)。在这种情况下,由于使用相同的流标识符,因此信令管理装置302然后参照三角路径QoS路径的状态来检查已经接收了RESERVE消息的之前节点(前一中继段的节点)是否等于所存储的节点,并且已经接收了RESERVE消息的接口是否等于所存储的接口(步骤506)。在这种情况下,由于基于MIE的内容或CI的内容,所存储的前一中继段的节点的状态等于路径182(也就是,前一中继段的节点与MN 100相同),然后信令管理装置302做出关于如何处理原始路径的状态(路径180的状态)的决定,因此执行合适的处理(步骤518)。QNE 108进行状态管理,例如将两个路径180和182作为独立路径处理。例如,QNE 108执行处理,使得将所要求的资源的30%分配给三角路径QoS路径,而将所要求的资源的70%分配给优化路径QoS路径也是合适的。此外,将两个路径180和182相互组合也是合适的,即使通过这些路径180和182的任意一个的数据分组到达,也可以使用相同的资源。此外,对于步骤518中的处理决定,基于从策略控制装置304提供的信息确定处理方法也是可以接受的。
随后,检查关于该会话标识符是否有用于另一流的状态存在(步骤532)。如果该状态存在,操作流程返回到步骤504以便关于另一流的状态(流状态)执行相同的处理。然而,在这种情况下,由于没有其它状态存在,因此,然后做出关于该QNE是否是要处理RESERVE消息的最终QNE的决定(步骤536)。由于RESERVE消息的最终目的地是CN 124,也就是,由于QNE 108不是最终QNE,所以QNE 108随后前进到用于传送RESERVE消息的过程(步骤540)。
如图6所示,在传输过程中,确定接收RESERVE消息的下一中继段的QNE(在这种情况下,QNE 120)(步骤600)。随后,做出用于相同会话标识符的状态存在的确认(步骤602),并且做出流标识符处于类似情形的确认(步骤604)。然后,做出该RESERVE消息的目的地的邻接QNE或接口是否等于存储在与已经存在的相同流标识符相关的状态中的QNE或接口的确认(步骤606)。在这种情况下,数据路径QoS路径的下一中继段是QNE 112,而当前RESERVE消息的下一中继段是QNE 120,并且由于消息目的地与所存储的不同,因此检查MIE的内容是否等于所存储的那些(步骤608)。在这种情况下,MIE的内容分别指示三角路径和优化路径,因此做出该QNE 108是优化路径和三角路径的分支点的决定,因此存储关于下一中继段的QNE的信息(即关于QNE 120的信息)(步骤614)。
此外,当需要时,执行关于路径180的特定区域(从QNE 108到HA 116)的处理也是合适的(步骤616)。例如,该处理表示诸如将具有关于将所保留的资源降低30%的内容的消息传送到路径180的特定区域之类的处理。关于该处理,参照从策略控制装置304提供的信息也是可以接受的。随后,关于该会话标识符,检查关于用于其它流的状态是否存在(步骤618)。如果该状态存在,则操作流程返回到步骤604,用于关于其它流状态执行类似处理。在这种情况下,由于不存在进一步状态,因此,将RESERVE消息传送到下一中继段的节点(QNE 120)(步骤632)。
虽然已经在上面描述两个MIE内容相互不同的情况,但是在MIE的内容相同的情况下,QNE 108做出其起源于由于网络侧的变化导致的路径变化的决定,并且执行在常规NSIS中指定的处理。
此外,将在下文中描述在通过上述处理接收从QNE 108传送的RESERVE消息的情况下QNE 120中的处理。该QNE 120构成其中已经通过上述操作建立三角路径QoS路径的路径180和其中今后将新建立的路径182之间的分支点。在该示例中,由于路径180的流标识符和路径182的流标识符相互相等,以及上述QNE 108的情况,需要从由于网络侧的某种变化产生的路径变化进行辨别(例如,在由于所建立的QoS路径上的一个路由器故障,因此使用另一路径并关于该另一路径更新QoS路径)。
如图5所示,一旦接收到RESERVE消息(步骤500),QNE 120的信令管理装置302首先检查用于同一会话的状态(资源保留)是否已经存在(步骤502)。在这种情况下,由于关于上述三角路径(路径180)QoS路径的状态存在,因此信令管理装置302随后检测流标识符关于该状态是否是相同的(步骤504)。在这种情况下,由于使用相同的流标识符,因此信令管理装置302然后参照三角路径QoS路径的状态来检查已经接收到RESERVE消息的之前节点(前一中继段的节点)是否等于所存储的节点,并且进一步检查已经接收了RESERVE消息的接口是否等于所存储的接口(步骤506)。在这种情况下,由于所存储的前一中继段的节点的状态与路径182不同(也就是,路径180上的前一中继段的节点是HA 116,而路径182上的前一中继段的节点是QNE 108),因此检查关于RESERVE消息中的MIE是否等于所存储的MIE(步骤508)。在这种情况下,由于MIE不与之相等,因此QNE 120基于MIE的内容做出其为三角路径QoS路径和优化路径QoS路径上的CRN的决定,做出关于如何后续处理原始路径的状态(与路径180相关的状态),因此执行合适的处理(步骤514)。该处理与步骤518的处理类似。
此外,当需要时,执行关于原始路径(路径180)的特定区域(从HA 116到QNE 120)的处理也是合适的(步骤516)。例如,该处理表示诸如将具有关于将所保留的资源降低30%的内容的消息传送到路径180的该特定区域之类的处理。此外,对于这些处理的实现(步骤514和步骤516),参照从策略控制装置304提供的信息也是合适的。附带地,虽然已经在上面描述两个MIE内容相互不同的情况,但是在MIE的内容相互相同的情况下,QNE 108做出其起源于由于网络侧的变化导致的路径变化的决定,并且执行在常规NSIS中指定的处理(步骤510)。
随后,做出用于另一流的状态是否关于该会话标识符存在的检查(步骤532)。如果该状态存在,则操作流程返回到步骤504,并且关于其它流状态进行类似的处理。在这种情况下,由于没有进一步的状态存在,做出关于该QNE 120是否是处理RESERVE消息的最终QNE的决定(步骤536)。由于RESERVE消息的最终目的地是CN 124,也就是,因为QNE 120不是最终QNE,因此,QNE 120前进到用于消息传输的过程(步骤540)。
如图6所示,传输过程确定接收RESERVE消息的下一中继段的QNE(在这种情况下,QNE 112)(步骤600)。随后,做出用于相同会话标识符的状态存在的确认(步骤602),并且做出流标识符也是相同的确定(步骤604)。然后,做出该RESERVE消息的目的地的邻接QNE或接口是否等于存储在已经存在的相同流标识符的状态中的QNE或接口的确认(步骤606)。在这种情况下,由于与两个路径180和182相关的下一中继段的QNE相同(QNE 122),因此,做出用于其它流的状态是否关于会话标识符存在的检查(步骤618)。如果该状态存在,则操作流程返回到步骤604,以便关于其它流状态执行类似的处理。然而,在这种情况下,由于其它状态不存在,因此将该RESERVE消息传送到下一中继段的节点(QNE 122)(步骤632)。
一旦从QNE 120接收到RESERVE消息,QNE 122就针对优化路径执行与已经接收到前述RESERVE消息的QNE 108中的接收过程相同的接收过程。也就是,QNE 122进行图5中的步骤502、步骤504、步骤506、步骤518、步骤532、步骤536和步骤540中的处理。QNE 122的传输过程与前述QNE 120中的传输过程的相同。也就是,QNE 122执行图6的步骤600、步骤602、步骤604、步骤606、步骤608和步骤632的处理。
虽然在图1的系统配置中未示出,但是存在QNE存在于三角路径QoS路径和优化路径QoS路径上的可能性,其中在三角路径QoS路径和优化路径QoS路径上的前一中继段的节点相互不同,而在三角路径QoS路径和优化路径QoS路径上的下一中继段的节点也相互不同。这样的QNE存在于三角路径QoS路径和优化路径QoS路径之间的交叉点上,并且关于RESERVE消息接收侧QNE和目的地QNE二者的状态与所存储的状态不同的交叉点上存在的QNE,在图5所示的接收过程中,操作通过步骤506和步骤508前进到步骤514中的处理,并且在图6所示的传输处理中,操作通过步骤606和步骤608前进到步骤614中的处理。因此,在图5所示的步骤516和图6所示的步骤616中,做出关于该QNE是否处于交叉点的进一步决定,并且基于该决定的结果进行合适的处理也是合适的。
此外,由于CN 124是处理RESERVE消息的最后节点,因此当需要时,关于该RESERVE消息,信令管理装置302产生REPQNSE消息,并且将其传送到作为RESERVE消息的源的MN 100。
此外,将在下文描述当MN 100已经移动到不同的子网(例如,子网126)来获得新CoA时,以MN 100再次关于HA 116执行BU的方式,关于CN 124使用三角路径(路径184)以使能通信的情况。在这种情况下,MN 100的三角路径设置装置201a向信令控制装置202发送事件触发400。该事件触发400包括作为事件类型412的“地址注册处理完成(420)”和作为路径类型414的“三角路径(428)”。信令控制装置202基于包含在前述事件触发400中的信息创建MIE,并且产生包括该MIE的RESERVE消息。在这种情况下,对于MIE,假设(例如)将“00”再次用作指示三角路径的数字值。此外,由于MN 100的新CoA变为传输源,因此在这种情况下流标识符变为与在运动之前从子网(子网102)建立的三角路径(路径180)或优化路径(路径182)的QoS路径不同。虽然将由信令控制装置202产生的用于三角路径(路径184)的RESERVE消息从MN 100向CN 124进行传送,但是移动IP装置将其封装并传送,以便通过HA 116。也就是,通过三角路径(路径184)从MN 100向CN 124传送该RESERVE消息。
在QNE 132中,一旦接收到该RESERVE消息,信令管理装置302就执行关于该RESERVE消息的处理。在这种情况下,由于用于相同会话标识符的状态不存在于QNE 132中,因此,进行与在MN 100从子网102建立三角路径(路径180)QoS路径的情况下QNE108类似的处理。
随后,一旦从QNE 132接收到该RESERVE消息,QNE 112就是新三角路径(路径184)QoS路径开始与旧三角路径(路径180)QoS路径相交的节点。再次参照图5和6,将在下文描述在这种情况下的QNE 112的处理。
如图5所示,一旦从QNE 132接收到RESERVE消息(步骤500),QNE112的信令管理装置302首先检查用于同一会话的状态(资源保留)是否已经存在(步骤502)。在这种情况下,由于关于前述旧三角路径(路径180)QoS状态存在,因此信令管理装置302随后检测流标识符关于该状态是否是相同的(步骤504)。在这种情况下,随着MN 100的移动,使用不同的流标识符。此外,信令管理装置302参照旧三角路径(路径180)QoS路径的状态来检查已经接收到RESERVE消息的之前节点(前一中继段的节点)是否与所存储的节点相同,并且检查已经接收到RESERVE消息的接口是否与所存储的接口相同(步骤520)。在这种情况下,由于所存储的前一中继段的节点的状态与路径184的节点不同(也就是,路径180的前一状态的节点是QNE108,而路径184的前一状态的节点是QNE 132),然后检查关于RESERVE消息中的MIE是否与所存储的MIE相同(步骤522)。在这种情况下,由于所存储的状态是旧三角路径(路径180)QoS状态,因此可以看出MIE是相同的。因此,做出该QNE 112是起源于移交的CRN的决定,并且根据常规方法(例如,在非专利文档4中公开的方法)更新状态,并且当需要时,可以关于之前路径(路径180)的特定区域(例如,从QNE 112到AP 104的路径)进行处理(步骤530)。此外,在这种情况下,除了根据常规NSIS起源于移交的CRN中的处理方法之外,考虑三角路径的实际情况执行处理也是可以接受的。例如,在建立优化路径(路径182)的情况下,在步骤516中对QNE 120进行的前述处理中,如果保留资源被降低到30%,则可以进行将其返回到100%的处理,或其它处理。附带地,对于这样的处理,参照从策略控制装置304提供的信息也是合适的。随后,QNE 112的信令管理装置302确认另一流状态是否存在(步骤532)。如果存在,则操作流程返回到步骤504,以便关于其它流状态执行类似处理。在这种情况下,由于没有其它状态,因此做出关于该QNE 112是否是处理RESERVE消息的最后QNE(步骤536)。由于RESERVE消息的最后目的地是CN 124,也就是,由于QNE 112不是最后一个QNE,因此QNE 112前进到用于传输消息的过程(步骤540)。
如图6所示,传输过程确定接收RESERVE消息的下一中继段的QNE(在这种情况下,HA 116)(步骤600)。随后,做出用于相同会话标识符的状态存在的确认(步骤602),并且做出流标识符相互不同的确定(步骤604)。然后,做出关于该RESERVE消息的邻接QNE或接口是否等于所存储的QNE或接口(步骤620)。在这种情况下,由于两个路径180和184的下一中继段的QNE相同(HA 116),依次做出关于用于另一流的状态是否关于会话标识符存在的检查(步骤618)。如果存在,则操作流程返回到步骤604,以便关于其它流状态执行类似的处理。然而,在这种情况下,由于没有其它状态,所以将RESERVE消息传送到下一中继段的节点(HA 116)(步骤632)。
在这一点,在路径180和路径184之间的CRN不是QNE 112,而是(例如)QNE 108的情况下,旧优化路径(路径182)QoS路径的状态也存在于QNE 108中。在这种情况下,在步骤522中已经确认MIE中的差之后,在步骤524或步骤526中通过使用CI的内容或从策略控制装置304提供的信息处理旧优化路径(路径182)的QoS路径的状态。例如,考虑用于将旧优化路径(路径182)QoS路径的资源降低为30%的处理或用于释放旧优化路径(路径182)QoS路径本身的处理,作为在该步骤524或526中的处理。此外,还考虑,例如,为了使终端节点(即,CN 124)执行关于旧优化路径(路径182)QoS路径的处理,在该阶段不执行处理。此外,此时,信令管理装置302将信息(借助于该信息,向其它QNE通知关于每个路径QoS状态进行的处理)添加到RESERVE消息也是合适的。
此外,将用于该新三角路径(路径184)的RESERVE消息进一步从QNE112传送到HA 116、QNE 120、QNE 122和CN 124。在HA 116、QNE120、QNE 122和CN 124中,一旦接收到该RESERVE消息,信令管理装置302就做出在步骤420,消息目的地接口或目的地节点关于旧三角路径(路径180)QoS路径的状态是相同的决定,并且在步骤528,基于CI的内容或从策略控制装置304提供的信息进行处理。例如,考虑用于将旧三角路径(路径180)QoS路径的状态替换为新三角路径(路径184)QoS路径的处理,作为步骤528中的处理。
此外,在QNE 120、QNE 122和CN 124中,还存在用于旧优化路径(路径182)的状态。在QNE 120中,一旦接收到用于该新三角路径(路径184)的RESERVE消息,就在步骤520中,做出所存储的用于旧优化路径(路径182)的目的地接口或目的地节点与用于当前路径184的接口或节点不同的决定,而在步骤522中,做出MIE与此不同的决定。此外,在步骤524,通过使用CI的内容或从策略控制装置304提供的信息处理旧优化路径(路径182)QoS路径的状态。例如,考虑用于将旧优化路径(路径182)QoS路径的资源降低为30%的处理或用于释放旧优化路径(路径182)QoS路径本身的处理,作为该处理。此外,在步骤526中,通过使用CI的内容或从策略控制装置304提供的信息,关于形成旧优化路径(路径182)QoS路径的一部分的特定区域(例如,从QNE 120到AR 106的路径)进行处理是合适的。例如,考虑用于创建用来将旧优化路径(路径182)QoS路径的资源降低为30%或释放旧优化路径(路径182)QoS路径本身的消息,然后传输该消息的处理,作为该处理。此外,例如,为了使终端节点(即,CN 124)执行关于旧优化路径(路径182)QoS路径的处理,还考虑在该阶段不执行处理。此外,此时信令管理装置302将信息(借助于该信息,向其它QNE通知关于每个路径QoS状态进行的处理)添加到RESERVE消息也是合适的。
另一方面,在步骤520中,QNE 122或CN 124做出与所存储的旧优化路径(路径182)相关的目的地接口或目的地节点是相同的决定,然后在步骤528中,根据在步骤524中的上述方法类似的方法,基于CI的内容或从策略控制装置304提供的信息关于旧优化路径(路径182)QoS的状态进行处理。此外,一旦接收到盖RESERVE消息,CN 124通过使用CI的内容或从策略控制装置304提供的信息,通过路径182向子网102传送用于处理关于旧优化路径(路径182)QoS路径的消息也是合适的。例如,考虑用于将旧优化路径(路径182)QoS路径的资源降低为30%的处理或用于释放旧优化路径(路径182)QoS路径本身的处理,作为这种处理。通过上述处理,建立新三角路径(路径184)。
此外,在子网126中,MN 100关于CN 124执行BU处理情况下,并且甚至在建立用于新优化路径(路径186)的QoS路径的情况下,可以通过在路径186上的每个QNE(即,QNE 132、QNE 122、CN 124)中进行与上述处理类似的处理建立QoS路径。
在网络170中的任意节点都具有控制附加服务并用作MN 100的代理也是合适的。在这种情况下,虽然不要求MN 100具有用于控制附加服务的功能,但是用作代理的任意节点具有与该代理互换控制附加服务所需的信息的装置。例如,考虑MN 100仅具有移动性检测装置200、三角路径设置装置201a和优化路径设置装置201b(不具有信令控制装置202和策略确定装置204),而该代理具有信令控制装置202和策略确定装置204。在这种情况下,通过网络170,或不通过网络170,从MN 100中的三角路径设置装置201a或优化路径设置装置201b将事件触发400直接发送到代理。
此外,虽然上述第一实施例涉及将相同流标识符用于三角路径QoS路径和优化路径QoS路径的示例,但是也可以应用到将不同标识符分别用于三角QoS路径和优化路径QoS路径的情况。例如,考虑除了MIE之外或作为MIE的一部分,MN 100具有位置序列号(LSN)作为实现这种情况的一种方法。在该MN 100是在同一子网下的情形下,该LSN不改变,而当该MN 100从子网移出时,其改变(例如,该值按1递增)。因此,在图5所示的步骤504中,或在图6所示的步骤604中,为了做出关于是否已经从同一子网下存在的MN 100中输出了QNE已经接收到的RESERVE消息的决定,可以采用LSN来代替流标识符的使用。
虽然在上述第一实施例中,该MN 100产生MIE或LSN,并且传送包含它的信令消息,但是CN 124产生MIE或LSN并传送包含它的信令消息也是合适的。由于CN 124可以通过从MN 100接收BU来捕获MN 100从子网移出/移入子网的运动和优化路径的使用,因此CN 124可以产生MIE或LSN并传送用于建立关于包含它的优化路径QoS路径的信令消息。
在通过三角路径传输/接收分组时,存在从MN 100传送到CN 124或从CN 124传送到MN 100的分组通过同一QNE两次的可能性。将参照图7描述该状态。
图7是显示,对于以移动IP通过三角路径传输/接收分组,从MN 100传送到CN 124的分组通过同一QNE(图7中的QNE 804)两次的情况的示意图。在图7所示的路径的示例中,当通过使用通过HA 116的三角路径将分组从MN 100传送到CN 124时,MN 100和HA 116之间的路径(路径808)通过AR 800、QNE802和QNE 804,并且HA 116和CN 124之间的路径(路径810)通过QNE 804和QNE 806。也就是,将从MN 100传送的分组封装,并且通过AR 800、QNE 802和QNE 804发送到HA 116,并且在HA 116中解封后,再次通过QNE 804并通过QNE 806到达CN 124。
在将RESERVE消息从MN 100传送到CN 124以便在该路径上建立QoS路径的情况下,该RESERVE消息首先通过AR 800、QNE 802和QNE 804并到达HA 116,所以在QNE 804产生关于用于路径808的资源保留的状态。此外,已经到达HA 116的RESERVE消息再次通过QNE 804并通过QNE 806到达CN 124,而关于路径808的QoS状态(也就是,关于相同会话标识符的状态)已经存在于QNE 804。在这种情况下,如果用于路径808的MIE与用于路径810的MIE相同,则存在QNE 804不能辨别图7所示的路径的状态,和起源于该运动的路径变化(在路径808和路径810在流标识符方面相互不同的情况下)或由于网络侧的某种变化产生的路径变化(在路径808和路径810在流标识符方面相互不同的情况下)。
虽然上述示例涉及从MN 100向CN 124传送分组的情况,但是可以将相同问题应用到从MN 100向CN124传送分组的情况。
为了避免上述问题,最好RESERVE消息明确地指示“在三角路径的MN-HA之间的路径”和“在三角路径的MN-CN之间的路径”。例如,可以针对MN 100和HA 116之间的路径以及HA 116和CN 124之间的路径分别设置不同的MIE,并且还使用与MIE不同的其它信息明确指示不同路径。
<第二实施例>
除了像上述实施例那样以移动IP进行三角路径和优化路径的标识之外,在(例如)具有多个通信接口的终端与对应节点通信的情况下,路径类型标识符是可用的,通信路径的标识使用每个通信接口。参照图8A到8C,将在下文描述本发明的第二实施例,其中通过路径类型标识符,关于与具有多个通信接口的终端的每个通信接口相关的通信做出标识。
图8A到8C是MN通过使用两个接口与对应的终端通信的配置的示例的图示。图8A显示在两个接口连接到同一子网的情况下的配置的图示;图8B显示在图8A所示的情形中,只有一个接口关于不同子网执行移交的情况下的配置的图示;和图8C显示在图8A所示的情形中,只有另一个接口(与图8B所示的情况下的接口不同的接口)关于不同子网执行移交的情况下的配置的图示。
图8A是其中具有两个通信接口926和928的MN 914通过同时使用该两个接口,关于作为对应终端的CN 916、针对一个会话执行数据传输/接收的配置的图示。虽然,这里将描述MN 914从CN 916接收数据的示例,但是甚至在CN 916从MN 914接收数据的情况下,也发生将在后面描述的相同问题。
在图8A中,连接到MN 914的接口926和928的两个接入点(未示出)都属于在同一接入路由器(AR 900)下的子网,并且将要用在AR 900下的子网中的IP地址分配给MN 914的接口926和928。在这种情况下,将相互不同的IP地址分别分配给MN 914的接口926和928。
在从CN 916发送出之后,MN 914从接口926接收到的分组通过QNE908、QNE 904、QNE 902和AR 900(路径918)。此外,MN 914从接口928接收到的分组通过QNE 908、QNE 906、QNE 902和AR 900(路径920)。
图8B是在图8A所示的情形下,由于MN 914的运动或接入点的链路状态的变化,从而只有接口928的连接对象改变为存在于不同接入路由器(AR910)下的子网中的接入点的配置的图示。在这种情况下,将要用在AR 910下的子网中的IP地址分配给接口928。在从CN 916发送出之后,MN 914从接口928接收到的分组通过QNE 908、QNE 906、QNE 912和AR 910(路径922)。
图8C是在从图8A所示的情形下,由于MN 914的运动或接入点的链路状态的变化,从而只有接口926的连接对象改变为存在于不同接入路由器(AR910)下的子网中的接入点的配置的图示。在这种情况下,将要用在AR 910下的子网中的IP地址分配给接口926。在从CN 916发送出之后,MN 914从接口926接收到的分组通过QNE 908、QNE 906、QNE 912和AR 910(路径924)。
如上所述,在路径918和路径920上建立QoS路径上建立QoS路径,MN 914通过使用两个接口(即,使用两个路径918和920)接收同一会话的分组,因此与路径918和920相关的会话标识符变为相互同等。然而,由于要分配给接口926和928的IP地址相互不同,因此用于路径918和920的流标识符相互不同。
在图8A所示的状态改变为图8B所示的状态的情况下,关于路径922建立QoS路径,虽然在这种情况下会话标识符与用于路径918和路径920的QoS路径的会话标识符相同,但是由于接口928已经获得新IP地址,因此流标识符与用于路径918的QoS路径的流标识符不同,并且还与用于路径920的QoS路径的流标识符不同。在这种情况下,由于不使用用于路径920的QoS路径,因此(例如)存在释放关于从QNE 906到AR 900的路径920的QoS路径,并且更新关于从QNE 916到QNE 906的路径920的QoS路径的必要。
在图8A所示的状态改变为图8C所示的状态的情况下,关于路径924建立QoS路径,虽然在这种情况下的会话标识符与用于路径918和路径920的QoS路径的会话标识符相同,但是由于接口926已经获得新IP地址,所以流标识符与用于路径918的QoS路径的流标识符不同,并且进一步与用于路径920的QoS路径的流标识符不同。在这种情况下,由于不使用用于路径918的QoS路径,因此(例如),存在释放从QNE 908到AR 900的路径918的QoS路径,并且更新关于从QNE 916到QNE 908的路径918的QoS路径的需要。
然而,在图8A所示的状态改变为图8B所示的状态的情况下和在图8A所示的状态改变为图8C所示的状态的情况下,由于在会话标识符保持原样的情形下流标识符改变,因此在采用这两个标识符的情况下,关于从CN 916到QNE 906的区域(zone),可以出现很难做出关于用于路径918的QoS路径和用于路径920的QoS路径中的哪一个变得多余的决定的问题。
为了解决上述问题,可以使用路径类型标识符。也就是,将路径类型标识符分配给使用每个接口的通信路径的QoS路径。例如,当为使用接口926的通信路径建立QoS路径时,MN 914以包含在关于QoS建立的信令消息(例如,用作NSIS QoS消息的RESERVE消息)中的状态传送路径类型标识符“00”,并且当使用接口928为通信路径建立QoS路径时,以其中所包含的状态传送路径类型标识符“01”。此时,像上述第一实施例那样,MN 914还可以在信令消息中放入除了路径类型标识符之外的信息(例如,考虑连接接受侧AP的链路状态的Qspec、本地存储的策略或使用策略服务器基于策略的CI)。
如在上述第一实施例的情况下,一旦接收到包含路径类型标识符的信令消息,在进行资源保留时,每个QNE将会话标识符和流标识符与包含在该状态中的情形中的路径类型标识符组合保存。因此,例如,在发生从图8A所示的状态改变为图8B所示的状态,使得关于路径922建立QoS路径的情况下,例如,除了会话标识符和流标识符之外,形成路径920和路径922之间的交叉点的QNE 906将包含在关于路径922的QoS路径建立信令消息中的路径类型标识符“01”与所存储的、包含在路径920的资源保留状态中的路径类型标识符“01”相比较,因此,由于与所存储的状态相同的接口(即,接口928)的移交而能够做出这是QoS路径建立的决定。像上述第一实施例那样,作为决定之后的处理,根据从MN 914发送来的CI或根据QNE 906本地存储的策略进行该处理也是合适的。此外,使用存储在策略服务器中的信息也是可以接受的。
此外,像上述第一实施例那样,网络中的任意节点具有控制附加服务(例如QoS)的功能并用作MN 100的代理也是合适的。在这种情况下,虽然不需要MN 914具有控制附加服务的功能,但用作代理的任意节点具有与该代理互换控制附加服务所需的信息的装置。
<第三实施例>
为了解决在同时进行会话的集合和不同会话之间的关联的情况下会产生的问题,路径类型标识符还可以用于经集合的会话和相关会话之间的标识。参照图13,将在下文描述用于通过路径类型标识符辨别经集合的会话和相关会话的本发明第三实施例。
图13是用于解释在同时进行会话的集合和不同会话之间的关联的情形的示意图。图13所示的网络配置和基本通信模式与图12所示的那些相同。也就是,在图13中,通过QNE 1302、1306和1308从QNE 1300发送到QNE1310的E2E信令消息与通过QNE 1320、1306和1302从QNE 1310发送到QNE 1300的E2E信令消息相互相关。此外,QNE 1302和QNE 1306位于内部包括QNE 1304的集合域的边缘,并且在QNE 1302和QNE 1306之间集合信令消息。
如图13所示,关于本发明的第三实施例,关于相关会话使用相同标识符。目前,例如,与图11和12所示的E2E信令消息E2E_A和E2E_D相同,关于相同端节点的会话,如果其方向相互不同,则向其提供不同的会话标识符。另一方面,根据本发明的第三实施例,如图13所示,由相同的会话标识符A指示在常规技术中由不同会话标识符A和D指示的E2E信令消息E2E_A和E2E_D。
如图13所示,针对相关会话(例如在相同端节点之间产生并且方向不同(上方向(上游)和下方向)的会话)采用相同会话标识符使得在传统技术中由不同会话标识符(图11和12的会话标识符A和D)指示的两个E2E信令消息E2E_A和E2E_D之间的关联清查,这可以消除使用BOUND_SESSION_ID参数进行关联的必要。这简化相关的信令消息的理解,并且甚至在相同端节点之间的两个双方向E2E信令消息中的至少一个在集合域中被集合的情况下,也不需要准备两个BOUND_SESSION_ID参数或在BOUND_SESSION_ID参数中存储两个会话标识符。
在图13中,当存在于任意会话的通信路径上的QNE已经检测到关于该会话的某种变化时,该QNE传送信令消息。例如,在QNE 1300和QNE 1310之间进行E2E信令消息的传输/接收,而在QNE 1302和QNE 1306之间进行集合信令消息的传输/接收。
在将相同会话标识符已经用于QNE 1300和QNE 1310之间的不同方向上的E2E信令消息的情况下,需要能够辨别在从QNE 1300到QNE 1310的方向中传送的信令消息和在从QNE 1310到QNE 1300的方向中传送的信令消息。通过在信令消息中插入路径类型标识符,该辨别变得可行。也就是,预先确定指示“从QNE 1300到QNE 1310的方向”的路径类型标识符(例如,0x00)和指示“从QNE 1310到QNE 1300的方向”的路径类型标识符(例如,0x11),因此提供这样的路径类型标识符,其可以与会话标识符和流标识符一起相互标识相关的会话。
与提供多个BOUND_SESSION_ID参数和在BOUND_SESSION_ID参数中提供多个会话标识符,并且进一步添加具有用于在它们之间进行辨别的信息的字段的方法相比,向QNE 1300和QNE 1310之间的两个不同会话提供相同会话标识符,并且进一步提供用于标识会话的方向的路径类型标识符方法可以缩短消息长度。
根据常规技术,在BOUND_SESSION_ID参数用于在方向相互不同的E2E信令消息(图11和12中所示的E2E信令消息E2E_A和E2E_D)之间进行关联的情况下,存储会话标识符本身是必要的。另一方面,根据本发明,采用相同的会话标识符,并且添加了辨别方向的路径类型标识符。由于用于会话标识符的比特数大,而用于路径类型标识符的比特数是可减少的,因此可以缩短消息长度。
此外,以将相同会话标识符分配给相互相关的会话,并且由路径类型标识符标识每个路径类型(方向)的方式,位于集合边缘的QNE 1302或QNE1306的负担可以减少。关于在常规技术中会话关联和集合的处理的两个应用使用BOUND_SESSION_ID参数,而根据本发明由路径类型标识符做出会话的关联,因此,BOUND_SESSION_ID参数的应用限于集合。因此,位于集合的边缘的QNE 1302或QNE 1306可以以存储在其中的BOUND_SESSION_ID参数和会话标识符限于用于集合的会话标识符的方式执行处理。
在集合域中,除了针对QNE 1300和QNE 1310之间的两个不同方向内的信令消息之间的关联采用路径类型标识符之外,相同的会话标识符(即,会话标识符C)可用作要在从QNE 1306到QNE 1302的方向中传送的集合信令消息的会话标识符以及要在从QNE 1302到QNE 1306的方向中传送的集合信令消息的会话标识符。在这种情况下,在要在集合域中传送的集合信令消息中,需要在用于集合的BOUND_SESSION_ID参数中存储会话标识符C,并且需要存储指示从QNE 1306到QNE 1302的方向或从QNE 1302到QNE1306的方向的路径类型标识符。也就是,如需要,位于集合域边缘的QNE 1302和1306可以将相同会话标识符提供到相关的集合信令消息,并且可以通过使用路径类型标识符标识其方向。
虽然在上述第一实施例和第二实施例中,采用RESERVE消息作为包括路径类型标识符的NSIS QoS信令消息的示例,但是包含路径类型标识符的其它消息(例如,诸如用于NSIS QoS的QUERY、NOTIFY、RESPONSE之类的各种消息)也是可以接受的。此外,即使在上述第三实施例中,任意NSISQoS信令消息也是可用的。
此外,上述第一到第三实施例的组合也是可用接受的。也就是,虽然通过上述第一实施例中的路径类型标识符,三角路径和优化路径上的标识是可行的,而通过上述第二实施例中的路径类型标识符,可以标识使用具有多个接口的终端的一个接口的通信路径,但是还可以确定路径类型标识符来完全标识所有这些状态。此外,在第三实施例中描述的路径类型标识符还可以用在上述第一和/或第二实施例中。
除了在终端中产生路径类型标识符之外,还考虑在诸如QNE之类的中间节点中产生路径类型标识符。例如,在中间节点根据诸如负载均衡(loadbalancing)或双播(bicasting)方法向多个路径传送用于端节点的分组的情况下,或在其它情况下,当像每个路径传送信令消息时,该中间节点产生用于每个路径的路径类型标识符,并且将其放入信令消息中。
此外,通常使用作为集成电路的LSI(大规模集成电路)实现用在本发明的实施例的上述描述中使用的各个功能方框。将这些方框独立地形成为一个芯片,或者将所有这些方框或部分形成为一个芯片也是可以接受的。虽然在这种情况下采用LSI,但是根据集成程度有时将其称为IC(集成电路)、系统LSI、超级LSI或超大LSI。
此外,由于半导体技术的进步,或从其获得的不同技术,如果出现了用于形成可由LSI代替的集成电路的技术,自然可以通过使用该技术来集成功能块。例如,可以应用生物技术等。
工业适用性
通信方法、通信消息处理方法和使计算机实现这些方法的计算机程序具有如下优点:在用于关于同一会话提供附加服务的多个路径存在于通过网络相互通信的终端之间的情况下,基于用于提供附加服务的每个路径的类型的处理,并且可以将它们应用到与用于执行通信的终端和用于提供附加服务的网络节点想过的技术领域,特别地,可以将它们应用到其中针对设计来通过使用作为下一代因特网协议的移动IP执行无线通信的移动终端,将使用NSIS的QoS保证提供到通信路径的技术领域。

Claims (25)

1.一种用于终端的通信方法,其中该终端配置来通过具有与附加服务的提供相关的功能的路由器,针对单一会话,使用用于提供附加服务的、分别具有路径类型的多个通信路径与对应的终端通信,该通信方法包括:
检测步骤,允许终端检测与该多个通信路径中的每一个相关的变化;
标识步骤,允许终端来标识在检测步骤中检测到的该多个通信路径中的每一个的路径类型;
路径类型标识符产生步骤,基于关于在标识步骤中标识的路径类型的信息产生用于标识该多个通信路径中的每一个的路径类型的路径类型标识符;
信令消息产生步骤,产生用于控制提供给该多个通信路径中的每一个的附加服务的信令消息,该信令消息包括与该多个通信路径中的每一个相关的路径类型标识符;和
信令消息传输步骤,将包括与该多个通信路径中的每一个相关的路径类型标识符的信令消息传送到在各个通信路径上存在的路由器。
2.如权利要求1所述的通信方法,包括路径类型标识符存储步骤,其将用于提供多个附加服务的每个通信路径的信息与用于标识每个通信路径的路径类型的路径类型标识符存储在一起。
3.如权利要求1或2所述的通信方法,包括控制方法保存步骤,针对通信路径的每种路径类型或路径类型的组合,保存与用于通信路径的控制方法相关的信息。
4.如权利要求3所述的通信方法,包括:
控制方法决定步骤,通过参考与在控制方法保存步骤中保存的控制方法相关的信息来决定与多个通信路径中的每一个的路径类型对应的控制方法;和
控制方法添加步骤,将与在控制方法决定步骤中决定的控制方法相关的信息进一步包含在信令消息产生步骤中产生的信令消息中。
5.如权利要求1或2所述的通信方法,包括:
服务器通信步骤,与保存关于针对通信路径的每种路径类型或路径类型的组合的、用于通信路径的控制方法的信息的特定服务器通信,由此获得关于控制方法的信息;
控制方法决定步骤,用于通过参考与服务器通信步骤中获得的控制方法相关的信息来决定与多个通信路径中的每一个的路径类型对应的控制方法;和
控制方法添加步骤,用于将与在控制方法决定步骤中决定的控制方法相关的信息进一步包含在信令消息产生步骤中产生的信令消息。
6.一种用于终端的通信方法,其中该终端配置来通过具有与附加服务的提供相关的功能的路由器,针对单一会话,使用用于提供附加服务的、分别具有路径类型的多个通信路径与对应的终端通信,该通信方法包括:
检测步骤,允许终端检测与通信路径相关的变化;
标识步骤,允许终端来标识在检测步骤中检测到的多个通信路径中的每一个的路径类型;
消息产生步骤,针对多个通信路径中的每一个产生包括在标识步骤中标识的路径类型的信息的消息;和
消息传输步骤,用于将在消息产生步骤中产生的消息传送到特定代理节点,该节点具有基于关于该消息中的路径类型的信息来产生用于标识多个通信路径中的每一个的路径类型的路径类型标识符的功能,产生用于控制被提供到多个通信路径中的每一个的附加服务的、包括与多个通信路径中的每一个相关的路径类型标识符的信令消息,并且将包含与多个通信路径中的每一个相关的路径类型标识符的该信令消息传送到各个通信路径上存在的路由器。
7.如权利要求1或6所述的方法,其中该终端是具有无线移动频带通信功能的移动终端,而且在检测步骤中检测与源自终端的运动的通信路径相关的变化。
8.如权利要求7所述的方法,包括链路状态监视步骤,用于监视终端当前正在通信或终端能移交到的无线接入点的链路的状态,并且在信令消息产生步骤中产生包括考虑链路状态的附加服务的请求的信令消息。
9.如权利要求7所述的方法,其中该终端具有移动IP功能,并且通过在检测步骤中接收与移动IP相关的位置注册完成消息来检测与通信路径相关的变化。
10.如权利要求9所述的通信方法,其中路径类型标识符以移动IP标识三角路径或最佳路径。
11.如权利要求1或6所述的通信方法,其中该终端具有多个接口,并且配置来使用多个接口中的每一个来与对应的终端通信,并且路径类型标识符标识多个接口中的每一个。
12.如权利要求1所述的通信方法,其中当终端具有与另一终端相关的会话时,将相同的会话标识符提供到与另一终端相关的会话,并且路径类型标识符是指示与另一终端相关的会话的方向的信息。
13.如权利要求1或6所述的通信方法,其中附加服务是QoS保证。
14.一种用于允许计算机执行如权利要求1或6描述的通信方法的程序。
15.一种在终端针对单一会话使用多个通信路径与对应的终端通信时,在位于用于提供附加服务的、分别具有路径类型的多个通信路径的至少一个上的路由器中的通信消息处理方法,该通信消息处理方法包括:
信令消息接收步骤,接收用于控制被提供到多个通信路径的每一个的附加服务的信令消息,该信令消息包括用于标识具有路由器位于其上的通信路径的路径类型的路径类型标识符;
状态存储步骤,产生并存储与包括在信令消息接收步骤中接收到的信令消息中的路径类型标识符的附加服务相关的状态;
状态处理方法决定步骤,基于由路径类型标识符指示的路径类型决定与附加服务的提供相关的状态处理方法;和
状态处理步骤,基于在状态处理决定步骤中决定的状态处理方法,处理与附加服务一起提供的路径类型相关的状态。
16.如权利要求15所述的通信消息处理方法,其中用于控制被提供到通信路径的附加服务的信令消息具有在其中可以包含与用于通信路径的控制方法相关的信息的区域。
17.如权利要求16所述的通信消息处理方法,其中当在信令消息接收步骤中接收到的信令消息包含与用于通信路径的控制方法相关的信息时,基于与控制方法相关的信息,在状态处理决定方法中决定与提供附加服务相关的状态处理方法。
18.如权利要求15到17中任意一个所述的通信消息处理方法,包括控制方法保存步骤,针对通信路径的每个路径类型或路径类型的组合保存与用于通信路径的控制方法相关的信息,并且其中基于与控制方法相关的信息,在状态处理决定方法中决定与提供附加服务相关的状态处理方法。
19.如权利要求15到17中任意一个所述的通信消息处理方法,包括服务器通信步骤,与保存关于针对通信路径的每种路径类型或路径类型的组合的、用于通信路径的控制方法的信息的特定服务器通信,由此获得关于用于通信路径的控制方法的信息,并且其中基于与控制方法相关的信息,在状态处理决定方法中决定与提供附加服务相关的状态处理方法。
20.如权利要求15到17中任意一个所述的通信消息处理方法,包括路径辨别步骤,通过参照在信令消息接收步骤中接收到的信令消息中的路径类型标识符,以移动IP辨别通信路径的路径类型是三角路径还是最佳路径。
21.如权利要求20所述的通信处理方法,包括:
流标识符比较步骤,参照与在信令消息接收步骤中接收到的信令消息相关的流标识符来确定是否存在与存储在该状态存储步骤中的相同流标识符有关的状态;和
交叉确定步骤,当在流标识符比较步骤中存在与相同流标识符相关的状态时,通过将已经接收到信令消息的前一中继段节点和传送信令消息的下一中继段节点与在状态存储步骤中存储的与相同流标识符相关的前一中继段节点和下一中继段节点相比较,以确定终端是否是在同一子网下或不同子网下建立的用于三角路径和最佳路径的交叉节点。
22.如权利要求15到17中任意一个所述的通信消息处理方法,包括接口辨别步骤,用于通过参照在信令消息接收步骤中接收到的信令消息中的路径类型标识符,辨别多个接口中的哪一个是通信路径的路径类型指示为由具有通信中的接口的终端使用的接口。
23.如权利要求15所述的通信消息处理方法,其中当终端具有与另一个终端相关的会话时,将相同会话标识符提供到与另一个终端相关的会话,并且路径类型标识符是指示与另一个终端相关的会话的方向的信息。
24.如权利要求15所述的通信消息处理方法,其中信令消息具有包含在NSIS QoS消息中的RESERVE消息中的内容。
25.一种用于允许计算机执行如权利要求15所述的通信消息处理方法的程序。
CN2005800431514A 2004-10-15 2005-10-17 通信方法、通信消息处理方法 Active CN101107817B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
JP2004302134 2004-10-15
JP302134/2004 2004-10-15
JP312189/2004 2004-10-27
JP2004312189 2004-10-27
JP287432/2005 2005-09-30
JP2005287432 2005-09-30
PCT/JP2005/019027 WO2006041183A1 (ja) 2004-10-15 2005-10-17 通信方法及び通信メッセージ処理方法並びにこれらの方法をコンピュータにより実行するためのプログラム

Publications (2)

Publication Number Publication Date
CN101107817A true CN101107817A (zh) 2008-01-16
CN101107817B CN101107817B (zh) 2010-09-01

Family

ID=36148468

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2005800431514A Active CN101107817B (zh) 2004-10-15 2005-10-17 通信方法、通信消息处理方法

Country Status (7)

Country Link
US (2) US8345678B2 (zh)
EP (2) EP2464066B1 (zh)
JP (1) JP4616842B2 (zh)
KR (1) KR20070084216A (zh)
CN (1) CN101107817B (zh)
BR (1) BRPI0516598A (zh)
WO (1) WO2006041183A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115428411A (zh) * 2020-04-23 2022-12-02 瞻博网络公司 使用会话建立度量的会话监测

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4691564B2 (ja) * 2005-11-28 2011-06-01 パナソニック株式会社 アグリゲーション管理方法、アグリゲートノード、デアグリゲートノード
KR101315479B1 (ko) * 2005-12-10 2013-10-07 한국전자통신연구원 서비스 플로우 식별자를 분산 관리하는 무선 통신 시스템및 그 시스템에서의 서비스 플로우 식별자 관리 방법
JP5197999B2 (ja) * 2007-06-18 2013-05-15 株式会社エヌ・ティ・ティ・ドコモ アクセス網切り替え方法、アクセス網切り替え装置及び移動機
US20100208697A1 (en) * 2007-09-21 2010-08-19 Panasonic Corporation QoS RESOURCE RESERVATION METHOD AND MOBILE TERMINAL USED IN THE METHOD
ATE517489T1 (de) 2008-01-08 2011-08-15 Ericsson Telefon Ab L M Technik zur routenoptimierung in einem kommunikationsnetz
FR2927753A1 (fr) * 2008-02-20 2009-08-21 France Telecom Procede et dispositif de controle de la qualite de service dans un reseau.
US9131425B2 (en) * 2008-06-09 2015-09-08 Qualcomm Incorporated Method and apparatus for PCC enhancement for flow based mobility
US8867529B2 (en) * 2010-09-20 2014-10-21 Cisco Technology, Inc. System and method for providing a fate sharing identifier in a network environment
KR20120072044A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 개방형 무선 액세스 네트워크 장치 및 그를 이용한 접속방법
US9191805B2 (en) * 2012-09-24 2015-11-17 Verizon Patent And Licensing Inc. Connecting devices to a policy charging rules function device
WO2018130279A1 (en) * 2017-01-11 2018-07-19 Huawei Technologies Duesseldorf Gmbh Radio access network control unit and dynamic small cell

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6625156B2 (en) * 1998-06-29 2003-09-23 Nortel Networks Limited Method of implementing quality-of-service data communications over a short-cut path through a routed network
JP3833450B2 (ja) * 2000-07-27 2006-10-11 三菱電機株式会社 通信制御方式及びルータ
US7230921B2 (en) * 2001-04-02 2007-06-12 Telefonaktiebolaget Lm Ericsson (Publ) Concurrent use of communication paths in a multi-path access link to an IP network
JP4311895B2 (ja) * 2001-09-17 2009-08-12 富士通株式会社 ルータ及び通信ネットワーク装置
KR100454482B1 (ko) * 2001-10-26 2004-10-28 삼성전자주식회사 실시간 서비스를 위한 무선 통신 시스템 및 핸드오프 방법
US7228414B2 (en) * 2001-11-02 2007-06-05 General Instrument Corporation Method and apparatus for transferring a communication session
JP2003249951A (ja) * 2002-02-25 2003-09-05 Nippon Telegr & Teleph Corp <Ntt> 移動通信システムおよびネットワークエッジならびに通信相手端末およびプログラム
JP3850339B2 (ja) * 2002-05-31 2006-11-29 日本電信電話株式会社 モバイルQoS通信システム
AU2003244895A1 (en) * 2002-06-20 2004-01-06 Nokia Corporation QoS SIGNALING FOR MOBILE IP
DE60220808D1 (de) * 2002-12-20 2007-08-02 Motorola Inc Verfahren und Vorrichtung zur Datenstrombehandlung in mobilem IP
US7542481B2 (en) * 2003-02-25 2009-06-02 Nokia Corporation Connection optimization for communications in multiple access environment

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115428411A (zh) * 2020-04-23 2022-12-02 瞻博网络公司 使用会话建立度量的会话监测
CN115428411B (zh) * 2020-04-23 2024-05-28 瞻博网络公司 使用会话建立度量的会话监测

Also Published As

Publication number Publication date
BRPI0516598A (pt) 2008-09-16
WO2006041183A1 (ja) 2006-04-20
US8848664B2 (en) 2014-09-30
EP1802047B1 (en) 2013-12-04
KR20070084216A (ko) 2007-08-24
JPWO2006041183A1 (ja) 2008-05-22
EP2464066B1 (en) 2014-09-17
EP1802047A1 (en) 2007-06-27
CN101107817B (zh) 2010-09-01
JP4616842B2 (ja) 2011-01-19
US20080186925A1 (en) 2008-08-07
EP1802047A4 (en) 2011-07-13
US8345678B2 (en) 2013-01-01
EP2464066A1 (en) 2012-06-13
US20120033640A1 (en) 2012-02-09

Similar Documents

Publication Publication Date Title
CN101107817B (zh) 通信方法、通信消息处理方法
JP7561840B2 (ja) 中間プロキシノードにおいて、サービスのために、保証されたトラフィック帯域幅を提供するための方法、システム、およびコンピュータ可読媒体
JP4500542B2 (ja) モバイルIPネットワークにおけるポリシーに基づくUMTSのQoSとIPのQoS管理のためのメカニズム
CN100490576C (zh) 支持无线网络中服务质量的方法和系统
EP2493134B1 (en) Techniques for Handling Network Traffic
US20040260796A1 (en) Method and arrangement in an ip network
EP1732268B1 (en) A method for safely transmitting the service stream over the ip network
WO2006000627A1 (en) Method for service chaining in a communication network
US7545814B2 (en) Method and system for dynamic remapping of packets for a router
WO2003025766A1 (en) System and method for packet forwarding
KR20050085155A (ko) 레이어드 네트워크 아키텍처의 계층적 자원관리 장치 및방법
US7408943B2 (en) Method and device for mapping network headers onto MPLS headers in bearer architectures
KR100891208B1 (ko) 패킷 데이터 망에서 패킷 데이터 흐름을 프로세싱하는 방법, 장치, 시스템 및 컴퓨터 프로그램이 수록된 컴퓨터 판독가능 기록 매체
Stewart et al. An architecture for automated network control of QoS over consumer broadband links
JP2004515179A (ja) 分散されたネットワークアクセスシステムのためのプログラム可能なアクセス装置
LU92843B1 (en) Network Management System
Foo et al. Implementing resource reservations for mobile hosts in the Internet using RSVP and mobile IP
Nafisi et al. Extending QoS policy-based mechanisms to B3G mobile access networks
Vicente et al. Programming internet quality of service
KR20040040448A (ko) 아이피 네트워크에서의 방법 및 배열

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: MATSUSHITA ELECTRIC (AMERICA) INTELLECTUAL PROPERT

Free format text: FORMER OWNER: MATSUSHITA ELECTRIC INDUSTRIAL CO, LTD.

Effective date: 20140716

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

Effective date of registration: 20140716

Address after: California, USA

Patentee after: PANASONIC INTELLECTUAL PROPERTY CORPORATION OF AMERICA

Address before: Osaka Japan

Patentee before: Matsushita Electric Industrial Co.,Ltd.

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210427

Address after: California, USA

Patentee after: APPLE Inc.

Address before: California, USA

Patentee before: PANASONIC INTELLECTUAL PROPERTY CORPORATION OF AMERICA