CN101494587A - 一种分组网络隧道处理方法及通讯***以及相关设备 - Google Patents

一种分组网络隧道处理方法及通讯***以及相关设备 Download PDF

Info

Publication number
CN101494587A
CN101494587A CNA2008100008050A CN200810000805A CN101494587A CN 101494587 A CN101494587 A CN 101494587A CN A2008100008050 A CNA2008100008050 A CN A2008100008050A CN 200810000805 A CN200810000805 A CN 200810000805A CN 101494587 A CN101494587 A CN 101494587A
Authority
CN
China
Prior art keywords
tunnel
node
request
foundation
intermediate node
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
CNA2008100008050A
Other languages
English (en)
Other versions
CN101494587B (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200810000805A priority Critical patent/CN101494587B/zh
Priority to PCT/CN2009/070234 priority patent/WO2009094933A1/zh
Publication of CN101494587A publication Critical patent/CN101494587A/zh
Application granted granted Critical
Publication of CN101494587B publication Critical patent/CN101494587B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4633Interconnection of networks using encapsulation techniques, e.g. tunneling

Landscapes

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

Abstract

本发明公开了一种分组网络隧道处理方法及通讯***以及相关设备,用于提高HSAPN中隧道处理的效率。本发明方法包括:接收上游节点发送的隧道建立请求,所述隧道建立请求中包含带宽需求;根据所述隧道建立请求进行准入检测,若成功,则根据所述带宽需求进行资源预留,并向所述上游节点发送隧道建立响应。本发明还提供一种通讯***以及相关设备。本发明可以有效地提高HSAPN中隧道处理的效率。

Description

一种分组网络隧道处理方法及通讯***以及相关设备
技术领域
本发明涉及层次化有序地址分组网络HSAPN,尤其涉及一种分组网络隧道处理方法及通讯***以及相关设备。
背景技术
目前通讯网络中出现了一种层次化有序地址分组网络(HSAPN,Hierarchical and Sequential Address Packet Network),例如公用电信分组数据网,该数据网中至少包括一个HSAPN网。
这种HSAPN用于承载目前业已存在的全部电信业务,并可以保证它承载的电信业务能提供与传统电信业务相同服务质量。它可以承载互联网业务,提供与现有互联网相同的能力,支持目前业已存在的全部互联网业务。
现有技术中,基于HSAPN中的隧道处理(包括隧道的建立,资源预留或隧道维护等操作)方式全部采用静态手工配置的方式来实现,即通过人工在每一个隧道节点上配置相应的参数,使若干个特定的隧道节点形成一条隧道。
但是,现有技术的方式会耗费大量的人工,而且手工配置点到点的隧道、资源,即复杂,又容易出错,因此降低了HSAPN中隧道处理的效率。
发明内容
本发明实施例提供了一种分组网络隧道处理方法及通讯***以及相关设备,能够提高HSAPN中隧道处理的效率。
本发明实施例提供的分组网络隧道处理方法,包括:接收上游节点发送的隧道建立请求,所述隧道建立请求中包含带宽需求;根据所述隧道建立请求进行准入检测,若成功,则根据所述带宽需求进行资源预留,并向所述上游节点发送隧道建立响应。
本发明实施例提供的通讯***,包括:源节点,用于进行准入检测,发送隧道建立请求以及隧道确认消息,接收隧道建立响应;目的节点,用于根据接收到的隧道建立请求进行准入检测,若通过检测,则根据隧道建立请求进行资源预留,并通过所述中间节点向所述源节点反馈隧道建立响应。
本发明实施例提供的网络节点,应用于分组网络中,包括:隧道建立请求生成单元,用于根据隧道相关信息生成隧道建立请求;隧道建立请求发送单元,用于向下游节点发送所述隧道建立请求;隧道建立响应接收单元,用于当所述隧道建立请求发送单元向下游节点发送隧道建立请求后接收下游节点发送的隧道建立响应。
本发明实施例提供的网络节点,应用于分组网络中,包括:隧道建立请求接收单元,用于接收上游节点发送的隧道建立请求;准入控制单元,用于根据所述隧道建立请求接收单元接收到的隧道建立请求进行准入检测;隧道建立控制单元,用于预留带宽资源;隧道建立响应处理单元,用于向上游节点发送隧道建立响应。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明实施例中,上游节点向下游节点发送隧道建立请求直至达到目的节点,下游节点根据隧道建立请求预留带宽资源并向上游节点反馈响应,所以可以根据实际情况自动生成隧道,而不需要人工对节点进行配置,因此提高了HSAPN中隧道处理的效率。
附图说明
图1为本发明实施例中分组网络隧道处理方法一个实施例示意图;
图2为本发明实施例中分组网络隧道处理方法另一个实施例示意图;
图3为本发明实施例中通讯***实施例示意图;
图4为本发明实施例中网络节点一个实施例示意图;
图5为本发明实施例中网络节点另一个实施例示意图。
具体实施方式
本发明实施例提供了一种分组网络隧道处理方法及通讯***以及相关设备,用于提高HSAPN中隧道处理的效率。
本发明实施例中,上游节点向下游节点发送隧道建立请求直至达到目的节点,下游节点根据隧道建立请求预留带宽资源并向上游节点反馈响应,所以可以根据实际情况自动生成隧道,而不需要人工对节点进行配置,因此提高了HSAPN中隧道处理的效率。
首先介绍本发明实施例的应用***场景,该***包括至少一个HSAPN网、若干个互联网协议(IP,Internet Protocol)网,以及若干个边界实体(ED,Edge Device)设备,IP网通过ED设备与HSAPN网相连接;每个HSAPN网中还包括至少一个地址翻译实体(ADT);HSAPN网中的所有设备与ED设备配有一个HSAPN地址,IP网中的所有设备和ED设备都分配有IP地址,IP地址与HSAPN地址之间的映射关系保存在ADT内的地址映射表中。
本发明实施例中,源节点向下游节点发送隧道建立请求后,各节点需要根据该隧道建立请求预留带宽资源,具体的预留方式可以分为以下两类:
一、延迟预留的情况:
本方式中,中间节点或目的节点在全部节点准入检测成功后,才在本节点内根据隧道建立请求预留相应的带宽资源,具体请参阅图1,本发明实施例中分组网络隧道处理方法一个实施例包括:
101、源节点向中间节点发送隧道建立请求;
本实施例中,源节点在向中间节点发送隧道建立请求之前还需要获取隧道相关信息,例如该隧道的源节点,目的节点,带宽需求,中间节点以及隧道路径等信息,这些信息由控制管理设备产生或者人工配置规划,例如用户A请求与用户B进行通讯,则用户A会将该通讯请求提交至控制管理设备(可以为隧道管理服务器),该控制管理设备根据用户A所处的位置确定源节点A(可以为一个路由器),根据用户B所处的位置确定目的节点D(可以为一个路由器),根据用户A提交的通讯请求确定本次通讯所需要的带宽,例如音频通讯的带宽需求为X,视频通讯的带宽需求为Y,假设当前用户A提出的通讯请求为视频通讯,则控制管理设备确定本次通讯所需要的带宽为Y,此外,控制管理设备还需要计算源节点A与目的节点D之间的路径,即源节点A与目的节点D进行通讯需要经过哪些中间节点,具体的计算方式可以为最短路径优先算法,即查询源节点A与目的节点D之间的最短路径经过的中间节点,或者还可以是选取当前网络中性能最好的节点作为中间节点,或者是选取当前网络中空闲资源最多的节点作为中间节点,具体的计算方式不做限定。假设按照最短路径优先算法查询到的中间节点为B和C,则隧道路径确定为A-B-C-D。上述描述的是存在中间节点的情况,可以理解的是,若源节点A与目的节点D之间存在直接的通讯通道,则可以不需要中间节点,为更详细的说明本发明实施例中的技术方案,在本实施例以及后续各个实施例中均以存在中间节点的情况进行说明。
控制管理设备确定的隧道相关信息为:
源节点:A
目的节点:D
中间节点:B,C
带宽需求:Y
隧道路径:A-B-C-D
可以理解的是,上述描述的隧道相关信息在实际应用中还可以进行变化,具体信息不做限定,另外,带宽需求的确定在实际应用中并不仅依赖于业务类型,该带宽需求还可以由人工指定,或采取其他方式指定,此处不做限定。
需要说明的是,在本实施例,以及后续实施例中,下游节点是指在隧道路径中位于该节点之后的节点,上游节点是指在隧道路径中位于该节点之前的节点,例如节点A的下游节点为B,C以及D,节点C的上游节点为节点A以及B。
控制管理设备将确定的隧道相关信息发送至源节点A,源节点A接收到这些信息后首先根据带宽需求判断自身节点的空闲带宽是否满足该带宽需求,若满足,则将这些隧道相关信息组合生成隧道建立请求,并将该隧道建立请求携带于HSAPN控制消息中,按照隧道路径将该HSAPN控制消息发送至下一节点B。
本实施例中,源节点在发送隧道建立请求之前,同样需要根据获取到的带宽需求进行准入检测,即判断自身的空闲带宽是否能够满足该带宽需求,若能够满足,则向下游节点发送隧道建立请求,若不能满足,则直接向控制管理设备反馈错误信息,表示自身无法提供足够的带宽。
102、中间节点接收隧道建立请求;
中间节点B从源节点A接收HSAPN控制消息,并从该控制消息中获取隧道建立请求,该隧道建立请求中还可以包括预留方式字段,该字段用于指示在后续进行带宽预留时所采取的方式,具体可以为固定方式,或共享方式,固定方式即为固定占用一定的带宽,该带宽只供当前业务使用,共享方式即为预留的带宽可以根据占用率和其他业务共享。
需要说明的是,后续的隧道建立请求中同样可以携带该预留方式字段用于指示带宽预留的方式,但该字段并非必要字段,若***在构建时即确定本***内建立隧道时只能够采取固定预留方式或共享预留方式,则可以不需要该字段。
103、判断准入检测是否成功,若成功,则执行105,若不成功,则执行104;
中间节点B在获取到隧道建立请求后,首先检查该隧道建立请求的数据格式是否正确,若正确,则再从该隧道建立请求中获取带宽需求,并判断自身节点的空闲资源是否满足带宽需求。
本实施例中,检测隧道建立请求的数据格式包括检测该隧道建立请求中是否包含了必要的隧道相关信息,可以理解的是,在实际应用中,若能保证数据传输的可靠性,可以不对数据格式进行检测,而直接检测节点的空闲资源是否满足带宽需求。
104、执行异常处理流程,并结束本流程;
若中间节点B进行准入检测失败,则执行异常处理流程,例如中间节点B检测到隧道建立请求的数据格式不正确,或者是中间节点B检测自身节点的空闲带宽不能够满足隧道建立请求中的带宽需求,则可以执行异常处理流程,具体的异常处理流程可以为向源节点A反馈错误信息,由源节点A判断是否停止当前隧道的建立,或者是否重发隧道建立请求。
105、按照隧道路径向下一个节点发送隧道建立请求直至到达目的节点;
本实施例中,中间节点B通过准入检测后,按照隧道路径A-B-C-D向下一个节点C发送隧道建立请求,该隧道建立请求可以是从源节点A接收到的隧道建立请求,即中间节点B直接将从源节点A接收到的隧道建立请求转发至中间节点C,该隧道建立请求还可以由中间节点B另行生成,若隧道建立请求中还包含一个参数:节点标识,用于指示当前隧道建立请求还需要经过的节点,则从源节点A发送的隧道建立请求中的节点标识为B,C,D,经过中间节点B之后,中间节点B将该节点标识修改为C,D,并另行生成隧道建立请求,该隧道建立请求中的其他隧道相关信息均与源节点A发送的隧道建立请求中的其他隧道相关信息一致,即中间节点B生成的隧道建立请求同样用于建立隧道,但其包含的内容与源节点A生成的隧道建立请求中包含的内容有所不同。
中间节点B以及C按照隧道路径发送隧道建立请求,直至该请求到达目的节点D,目的节点D接收到该隧道建立请求之后,获取其中的节点标识,可获知自身为目的节点。
需要说明的是,上述中间节点C以及目的节点D同样需要进行准入检测,若准入检测不成功,同样需要执行异常处理流程。
106、目的节点预留带宽资源并反馈隧道建立响应;
目的节点D通过准入检测之后在目的节点D内部按照隧道建立请求中的资源需求预留相应的带宽资源,并按照隧道路径向上一级节点发送隧道建立响应,该隧道建立响应被发送至中间节点C。
107、中间节点预留带宽资源并反馈隧道建立响应;
中间节点C在内部按照隧道建立请求中的资源需求预留相应的带宽资源,并且按照隧道建立请求中的隧道路径设置中间节点C中的路由表或建立标签交换表以及分配标签,该路由表中只包括与中间节点C相邻的节点,即中间节点B以及目的节点D,带宽资源预留完成后,中间节点C向中间节点B发送隧道建立响应,中间节点B需要执行同样的操作,即接收到隧道建立响应之后预留相应的带宽资源并设置路由表或建立标签交换表以及分配标签,之后再向源节点A转发该隧道建立响应,源节点A在接收到该隧道建立响应之后同样在自身内部按照隧道建立请求中的资源需求预留相应的带宽资源。
108、源节点发送隧道确认消息以完成隧道建立。
源节点A在接收到中间节点B转发的隧道建立响应之后向中间节点B发送隧道确认消息,该隧道确认消息按照隧道路径经过中间节点B与中间节点C后被发送至目的节点D,至此分组网络隧道建立完成。
上述隧道可以是单向隧道,也可以是双向隧道,即在隧道建立完成之后,A可以通过B,C与D进行通讯,同时D也可以通过C,B与A进行通讯。
需要说明的是,步骤108为可选步骤,即在实际应用中可以执行也可以不执行。
上述描述了隧道建立的过程,在实际应用中,隧道建立完成后仍然可能会有一些针对该隧道的处理,例如隧道的维护以及隧道中的错误通告,下面进行具体说明:
1、隧道维护:
具体的隧道维护在本实施例中可以包括两种方式:
1.1、周期维护:
本方式中,各节点路由器按照预置的周期(例如每隔1分钟进行一次)进行定时刷新,即向下游节点发送隧道建立请求或者向上游节点发送隧道建立响应,并等待其他节点路由器发送的隧道建立请求以及隧道建立响应,若在预置的检测周期内(例如3分钟)没有接收到其他节点路由器发送的隧道建立请求或隧道建立响应,则确定当前隧道已经被断开,则删除自身节点路由器中预留的带宽资源。
可以理解的是,上述仅是一种检测断开的方式,在实际应用中同样可以是其他方式,例如是上述未接收到隧道建立请求或隧道建立响应的次数达到门限值,则确定当前隧道已经被断开。
1.2、被动维护:
本方式中,各节点路由器不会自行检测隧道状况,而是被动的等待其他节点路由器发送的隧道拆除请求,该隧道拆除消息可以由源节点A发起,也可以由目的节点D发起,还可以由中间节点B或C发起。
若由源节点A发起,则该隧道拆除请求会按照隧道路径顺序经过中间节点B,C以及目的节点D,当中间节点B接收到该隧道拆除请求后,向中间节点C转发该请求,并删除自身节点预留的资源以及路由表,中间节点C执行同样的操作,直至到达目的节点D;
若由目的节点D发起,则该隧道拆除请求会按照隧道路径顺序经过中间节点C,B以及源节点A,当中间节点C接收到该隧道拆除请求后,向中间节点B转发该请求,并删除自身节点预留的资源以及路由表,中间节点B执行同样的操作,直至到达源节点A;
若由中间节点B发起,则该隧道拆除请求会按照隧道路径顺序同时发往源节点A以及中间节点C,并经过中间节点C被发送至目的节点D,各节点同样删除自身节点预留的带宽资源。
2、错误通告:
在隧道建立请求的转发过程中或隧道建立响应的转发过程中,若出现传输错误,则需要进行错误通告,
若在隧道建立请求的转发过程中出现传输错误,则接收方节点按照隧道路径向上级节点反馈隧道建立请求错误消息,最终到达源节点,并由源节点决定处理方式,可以为重新发送,或停止建立隧道,或其他处理方式;
若在隧道建立响应的转发过程中出现传输错误,则接收方节点按照隧道路径向下级节点反馈隧道建立响应错误消息,最终到达目的节点,并由目的节点决定处理方式,可以为重新发送,或停止建立隧道,或其他处理方式,可以理解的是,接收方节点还可以按照隧道路径向上级节点反馈隧道建立响应错误消息,最终到达源节点,并由源节点决定处理方式,可以为重新发送,或停止建立隧道,或其他处理方式,则在这种情况下所有的隧道错误通告都会被发送至源节点,所以可以由源节点对隧道进行统一管理。
上述实施例中描述了分组网络隧道建立的过程,源节点按照预置的隧道路径向下游节点发送隧道建立请求直至达到目的节点,下游节点根据隧道建立请求预留带宽资源并向源节点反馈响应,所以可以根据实际情况自动生成隧道,而不需要人工对节点进行配置,因此提高了HSAPN中隧道处理的效率;
其次,上述实施例中采取的是延迟预留的方式,在相关节点都通过准入检测之后再预留带宽资源,因此进一步提高了HSAPN中隧道处理的可靠性。
下面介绍另外一种分组网络隧道处理的方式:
二、即时预留的情况:
本方式中,源节点,中间节点或目的节点在准入检测成功后,立即在本节点内根据带宽需求预留相应的带宽资源,具体请参阅图2,本发明实施例中分组网络隧道处理方法另一个施例包括:
201、源节点向中间节点发送隧道建立请求;
本实施例中,源节点在向中间节点发送隧道建立请求之前还需要获取隧道相关信息,例如该隧道的源节点,目的节点,带宽需求,中间节点以及隧道路径等信息,这些信息由控制管理设备产生或者人工配置规划,例如用户A请求与用户B进行通讯,则用户A会将该通讯请求提交至控制管理设备(可以为隧道管理服务器),该控制管理设备根据用户A所处的位置确定源节点A(可以为一个路由器),根据用户B所处的位置确定目的节点D(可以为一个路由器),根据用户A提交的通讯请求确定本次通讯所需要的带宽,例如音频通讯的带宽需求为X,视频通讯的带宽需求为Y,假设当前用户A提出的通讯请求为时频通讯,则控制管理设备确定本次通讯所需要的带宽为Y,此外,控制管理设备还需要计算源节点A与目的节点D之间的路径,即源节点A与目的节点D进行通讯需要经过哪些中间节点,具体的计算方式可以为最短路径优先算法,即查询源节点A与目的节点D之间的最短路径经过的中间节点,或者还可以是选取当前网络中性能最好的节点作为中间节点,或者是选取当前网络中空闲资源最多的节点作为中间节点,具体的计算方式不做限定。假设按照最短路径优先算法查询到的中间节点为B和C,则隧道路径确定为A-B-C-D。上述描述的是存在中间节点的情况,可以理解的是,若源节点A与目的节点D之间存在直接的通讯通道,则可以不需要中间节点,为更详细的说明本发明实施例中的技术方案,在本实施例以及后续各个实施例中均以存在中间节点的情况进行说明。
控制管理设备确定的隧道相关信息为:
源节点:A
目的节点:D
中间节点:B,C
带宽需求:Y
隧道路径:A-B-C-D
可以理解的是,上述描述的隧道相关信息在实际应用中还可以进行变化,具体信息不做限定,另外,带宽需求的确定在实际应用中并不仅依赖于业务类型,该带宽需求还可以由人工指定,或采取其他方式指定,此处不做限定。
控制管理设备将确定的隧道相关信息发送至源节点A,源节点A接收到这些信息后首先根据带宽需求判断自身节点的空闲带宽是否满足该带宽需求,若满足,则将这些隧道相关信息组合生成隧道建立请求,并将该隧道建立请求携带于HSAPN控制消息中,按照隧道路径将该HSAPN控制消息发送至下一节点B。
本实施例中,源节点在发送隧道建立请求之前,同样需要根据获取到的带宽需求进行准入检测,即判断自身的空闲带宽是否能够满足该带宽需求,若能够满足,则立即在自身预留相应的带宽资源,并向下游节点发送隧道建立请求,若不能满足,则直接向控制管理设备反馈错误信息,表示自身无法提供足够的带宽。
202、中间节点接收隧道建立请求;
中间节点B从源节点A接收HSAPN控制消息,并从该控制消息中获取隧道建立请求,该隧道建立请求中还可以包括预留方式字段,该字段用于指示在后续进行带宽预留时所采取的方式,具体可以为固定方式,或共享方式,固定方式即为固定占用一定的带宽,该带宽只供当前业务使用,共享方式即为预留的带宽可以根据占用率和其他业务共享。
需要说明的是,后续的隧道建立请求中同样可以携带该预留方式字段用于指示带宽预留的方式,但该字段并非必要字段,若***在构建时即确定本***内建立隧道时只能够采取固定预留方式或共享预留方式,则可以不需要该字段。
203、判断准入检测是否成功,若成功,则执行205,若不成功,则执行204;
中间节点B在获取到隧道建立请求后,首先检查该隧道建立请求的数据格式是否正确,若正确,则再从该隧道建立请求中获取带宽需求,并判断自身节点的空闲资源是否满足带宽需求。
本实施例中,检测隧道建立请求的数据格式包括检测该隧道建立请求中是否包含了必要的隧道相关信息,可以理解的是,在实际应用中,若能保证数据传输的可靠性,可以不对数据格式进行检测,而直接检测节点的空闲资源是否满足带宽需求。
204、执行异常处理流程,并结束本流程;
若中间节点B进行准入检测失败,则执行异常处理流程,例如中间节点B检测到隧道建立请求的数据格式不正确,或者是中间节点B检测自身节点的空闲带宽不能够满足隧道建立请求中的带宽需求,则可以执行异常处理流程,具体的异常处理流程可以为向源节点A反馈错误信息,由源节点A判断是否停止当前隧道的建立,或者是否重发隧道建立请求。
205、按照隧道路径向下一个节点发送隧道建立请求并预留带宽资源直至到达目的节点;
本实施例中,中间节点B通过准入检测后按照隧道建立请求中的资源需求预留相应的带宽资源,并且按照隧道建立请求中的隧道路径设置中间节点B中的路由表或建立标签交换表以及分配标签,该路由表中只包括与中间节点B相邻的节点,即中间节点C以及源节点A,并按照隧道路径A-B-C-D向下一个节点C发送隧道建立请求,该隧道建立请求可以是从源节点A接收到的隧道建立请求,即中间节点B直接将从源节点A接收到的隧道建立请求转发至中间节点C,该隧道建立请求还可以由中间节点B重新生成,若隧道建立请求中还包含一个参数:节点标识,用于指示当前隧道建立请求还需要经过的节点,则从源节点A发送的隧道建立请求中的节点标识为B,C,D,经过中间节点B之后,中间节点B将该节点标识修改为C,D,并重新生成隧道建立请求,该隧道建立请求中的其他隧道相关信息均与源节点A发送的隧道建立请求中的其他隧道相关信息一致,即中间节点B生成的隧道建立请求同样用于建立隧道,但其包含的内容与源节点A生成的隧道建立请求中包含的内容有所不同。
中间节点B以及C按照隧道路径发送隧道建立请求,直至该请求到达目的节点D,目的节点D接收到该隧道建立请求之后,获取其中的节点标识,可获知自身为目的节点。
需要说明的是,上述中间节点C以及目的节点D同样需要进行准入检测,准入检测成功后同样需要在本节点内按照隧道建立请求中的带宽需求预留相应的带宽,同时中间节点C还需要设置路由表或建立标签交换表以及分配标签,若准入检测不成功,同样需要执行异常处理流程。
206、目的节点以及中间节点反馈隧道建立响应;
目的节点D通过准入检测之后在目的节点D内部按照隧道建立请求中的资源需求预留相应的带宽资源,并按照隧道路径向上一级节点发送隧道建立响应,该隧道建立响应被发送至中间节点C。
中间节点C在接收到隧道建立响应之后,同样向中间节点B发送隧道建立响应,直至该隧道建立响应被发送至源节点A。
207、源节点发送隧道确认消息以完成隧道建立。
源节点A在接收到中间节点B转发的隧道建立响应之后向中间节点B发送隧道确认消息,该隧道确认消息按照隧道路径经过中间节点B与中间节点C后被发送至目的节点D,至此分组网络隧道建立完成。
上述隧道可以是单向隧道,也可以是双向隧道,即在隧道建立完成之后,A可以通过B,C与D进行通讯,同时D也可以通过C,B与A进行通讯。
需要说明的是,步骤207为可选步骤,即在实际应用中可以执行也可以不执行。
上述描述了隧道建立的过程,在实际应用中,隧道建立完成后仍然可能会有一些针对该隧道的处理,例如隧道的维护以及隧道中的错误通告,下面进行具体说明:
1、隧道维护:
具体的隧道维护在本实施例中可以包括两种方式:
1.1、周期维护:
本方式中,各节点路由器按照预置的周期(例如每隔1分钟进行一次)进行定时刷新,即向下游节点发送隧道建立请求或者向上游节点发送隧道建立响应,并等待其他节点路由器发送的隧道建立请求以及隧道建立响应,若在预置的检测周期内(例如3分钟)没有接收到其他节点路由器发送的隧道建立请求或隧道建立响应,则确定当前隧道已经被断开,则删除自身节点路由器中预留的带宽资源。
1.2、被动维护:
本方式中,各节点路由器不会自行检测隧道状况,而是被动的等待其他节点路由器发送的隧道拆除请求,该隧道拆除消息可以由源节点A发起,也可以由目的节点D发起,还可以由中间节点B或C发起。
若由源节点A发起,则该隧道拆除请求会按照隧道路径顺序经过中间节点B,C以及目的节点D,当中间节点B接收到该隧道拆除请求后,向中间节点C转发该请求,并删除自身节点预留的资源以及路由表,中间节点C执行同样的操作,直至到达目的节点D;
若由目的节点D发起,则该隧道拆除请求会按照隧道路径顺序经过中间节点C,B以及源节点A,当中间节点C接收到该隧道拆除请求后,向中间节点B转发该请求,并删除自身节点预留的资源以及路由表,中间节点B执行同样的操作,直至到达源节点A;
若由中间节点B发起,则该隧道拆除请求会按照隧道路径顺序同时法网源节点A以及中间节点C,并经过中间节点C被发送至目的节点D,各节点同样删除自身节点预留的带宽资源。
2、错误通告:
在隧道建立请求的转发过程中或隧道建立响应的转发过程中,若出现传输错误,则需要进行错误通告,
若在隧道建立请求的转发过程中出现传输错误,则接收方节点按照隧道路径向上级节点反馈隧道建立请求错误消息,最终到达源节点,并由源节点决定处理方式,可以为重新发送,或停止建立隧道,或其他处理方式;
若在隧道建立响应的转发过程中出现传输错误,则接收方节点按照隧道路径向下级节点反馈隧道建立响应错误消息,最终到达目的节点,并由目的节点决定处理方式,可以为重新发送,或停止建立隧道,或其他处理方式。
上述实施例中描述了分组网络隧道建立的过程,源节点按照预置的隧道路径向下游节点发送隧道建立请求直至达到目的节点,下游节点根据隧道建立请求预留带宽资源并向源节点反馈响应,所以可以根据实际情况自动生成隧道,而不需要人工对节点进行配置,因此提高了HSAPN中隧道处理的效率。
上述两个实施例中描述的隧道建立请求中均携带有预置的隧道路径,即各中间节点可以根据隧道建立请求中携带的隧道路径确定整个隧道所需要经过的节点,从而确定自身的上一节点以及下一节点,可以理解的是,在实际应用中,同样可以采用另外一种方式,即使用目的节点地址替代隧道路径的方式,在隧道建立请求中携带目的节点的地址而不携带隧道路径,源节点以及各中间节点都能够通过该目的节点的地址计算出唯一确定的隧道路径,具体的计算方法为:源节点或中间节点从隧道建立请求中获取目的节点地址,并确定该目的节点地址的结构,根据预置的对应关系查询该目的节点地址的结构对应的下一节点的信息,并根据查询到的下一节点的信息将隧道建立请求发送至该下一节点。
具体的静态路由的方案可以用于主隧道的建立过程,而非静态路由(即在隧道建立请求中携带隧道路径)的方案可以用于备用隧道的建立过程。
下面对本发明实施例中的通讯***实施例进行描述,请参阅图3,本发明实施例中通讯***实施例包括:
源节点301,中间节点302以及目的节点303;
其中,源节点301用于进行准入检测,并在准入检测之后通过中间节点302向目的节点303发送隧道建立请求以及隧道确认消息,接收中间节点302以及目的节点303反馈的隧道建立响应;
中间节点302用于根据接收到的隧道建立请求进行准入检测,若通过检测,则向目的节点303转发所述隧道建立请求,根据隧道建立请求进行资源预留,向源节点301反馈隧道建立响应;
目的节点303用于根据接收到的隧道建立请求进行准入检测,若通过检测,则根据隧道建立请求进行资源预留,并通过中间节点302向源节点301反馈隧道建立响应。
上述实施例中,中间节点302还可以设置路由表或建立标签交换表以及分配标签。
上述实施例中同样可以不包含中间节点302。
请参阅图4,本发明实施例中网络节点的一个实施例包括:
隧道建立请求生成单元401,用于根据隧道相关信息生成隧道建立请求;
隧道建立请求发送单元402,用于向下游节点发送隧道建立请求生成单元401生成的隧道建立请求;
隧道建立响应接收单元403,用于当隧道建立请求发送单元402向下游节点发送隧道建立请求后接收所述下游节点发送的隧道建立响应;
另外,还可以包括隧道确认消息发送单元404,用于当隧道建立响应接收单元403接收下游节点发送的隧道建立响应之后向下游节点发送隧道确认消息以完成隧道建立。
上述描述的网络节点第一实施例可以为源节点。
请参阅图5,本发明实施例中网络节点的另一个实施例包括:
隧道建立请求接收单元501,用于接收上游节点发送的隧道建立请求;
准入控制单元502,用于根据隧道建立请求接收单元501接收到的隧道建立请求进行准入检测;
隧道建立控制单元503,用于预留带宽资源并建立路由表或建立标签交换表以及分配标签;
隧道建立请求转发单元504,用于当准入检测成功后向下游节点转发隧道建立请求;
隧道建立响应处理单元505,用于接收隧道建立响应,并向上游节点转发该隧道建立响应。
本实施例中,隧道建立控制单元503可以在准入检测成功后即预留带宽资源并建立路由表或建立标签交换表以及分配标签,也可以在隧道建立响应处理单元505接收到隧道建立响应之后再预留带宽资源并建立路由表或建立标签交换表以及分配标签。
上述描述的网络节点第二实施例可以为中间节点,若在上述实施例中不包括隧道建立请求转发单元504,并且隧道建立响应处理单元505用于发送隧道建立响应,并且隧道建立控制单元503用于预留带宽资源,则该实施例还可以为目的节点。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括如下步骤:
接收上游节点发送的隧道建立请求,所述隧道建立请求中包含带宽需求;
根据所述隧道建立请求进行准入检测,若成功,则根据所述带宽需求进行资源预留,并向所述上游节点发送隧道建立响应。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明所提供的一种分组网络隧道处理方法及通讯***以及相关设备进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (24)

1、一种分组网络隧道处理方法,其特征在于,包括:
接收上游节点发送的隧道建立请求,所述隧道建立请求中包含带宽需求;
根据所述隧道建立请求进行准入检测,若成功,则根据所述带宽需求进行资源预留,并向所述上游节点发送隧道建立响应。
2、根据权利要求1所述的方法,其特征在于,所述根据所述隧道建立请求进行准入检测的步骤包括:
判断接收到的隧道建立请求的数据格式是否正确,若正确,则判断自身节点的空闲带宽是否满足所述带宽需求,若满足,则确定准入检测成功。
3、根据权利要求1所述的方法,其特征在于,所述接收上游节点发送的隧道建立请求的步骤之前包括:
源节点接收控制管理设备发送的隧道相关信息,所述隧道相关信息包括带宽需求以及预置的隧道路径;
源节点根据所述隧道相关信息生成包含所述带宽需求以及预置的隧道路径的隧道建立请求;
源节点根据所述隧道路径向对应的中间节点发送所述隧道建立请求。
4、根据权利要求1所述的方法,其特征在于,所述接收上游节点发送的隧道建立请求的步骤之前包括:
源节点接收控制管理设备发送的隧道相关信息,所述隧道相关信息包括带宽需求以及预置的目的节点地址;
源节点根据所述隧道相关信息生成包含所述带宽需求以及预置的目的节点地址的隧道建立请求;
源节点根据所述目的节点地址向对应的中间节点发送所述隧道建立请求。
5、根据权利要求4所述的方法,其特征在于,所述源节点根据所述目的节点地址向对应的中间节点发送所述隧道建立请求的步骤包括:
源节点获取所述目的节点地址的结构;
根据预置的对应关系查询所述目的节点地址的结构对应的中间节点的信息;
根据所述中间节点的信息向对应的中间节点发送所述隧道建立请求。
6、根据权利要求3所述的方法,其特征在于,所述源节点根据所述隧道路径向对应的中间节点发送所述隧道建立请求的步骤之后包括:
中间节点根据所述隧道建立请求进行准入检测,若成功,则根据所述隧道建立请求中的隧道路径向目的节点转发所述隧道建立请求;
根据所述带宽需求进行资源预留;
根据所述隧道路径设置自身的路由表或建立标签交换表以及分配标签。
7、根据权利要求4所述的方法,其特征在于,所述源节点根据所述隧道路径向对应的中间节点发送所述隧道建立请求的步骤之后包括:
中间节点根据所述隧道建立请求进行准入检测,若成功,则根据所述隧道建立请求中的目的节点地址向目的节点转发所述隧道建立请求;
根据所述带宽需求进行资源预留。
8、根据权利要求6所述的方法,其特征在于,所述根据所述隧道路径设置自身的路由表或建立标签交换表以及分配标签的步骤之后包括:
接收目的节点反馈的隧道建立响应;
向所述中间节点的上游节点反馈所述隧道建立响应。
9、根据权利要求7所述的方法,其特征在于,所述根据所述带宽需求进行资源预留的步骤之后包括:
接收目的节点反馈的隧道建立响应;
向所述中间节点的上游节点反馈所述隧道建立响应。
10、根据权利要求3所述的方法,其特征在于,所述源节点根据所述隧道路径向对应的中间节点发送所述隧道建立请求的步骤之后包括:
中间节点根据所述隧道建立请求进行准入检测,若成功,则根据所述隧道建立请求中的隧道路径向目的节点转发所述隧道建立请求;
接收目的节点反馈的隧道建立响应;
根据所述带宽需求进行资源预留;
根据所述隧道路径设置自身的路由表或建立标签交换表以及分配标签;
向所述中间节点的上游节点反馈所述隧道建立响应。
11、根据权利要求4所述的方法,其特征在于,所述源节点根据所述目的节点地址向对应的中间节点发送所述隧道建立请求的步骤之后包括:
中间节点根据所述隧道建立请求进行准入检测,若成功,则根据所述隧道建立请求中的目的节点地址向目的节点转发所述隧道建立请求;
接收目的节点反馈的隧道建立响应;
根据所述带宽需求进行资源预留;
向所述中间节点的上游节点反馈所述隧道建立响应。
12、根据权利要求3至6中任一项所述的方法,其特征在于,所述中间节点根据所述隧道建立请求进行准入检测的步骤包括:
中间节点判断接收到的隧道建立请求的数据格式是否正确,若正确,则判断自身节点的空闲带宽是否满足所述带宽需求,若满足,则确定准入检测成功。
13、根据权利要求11所述的方法,其特征在于,所述向所述源节点反馈所述隧道建立响应的步骤之后包括:
源节点通过中间节点向目的节点发送隧道确认消息。
14、根据权利要求1所述的方法,其特征在于,所述方法还包括:对所述隧道进行维护。
15、根据权利要求14所述的方法,其特征在于,所述对所述隧道进行维护的步骤包括:
按照预置的刷新周期向其他节点发送隧道建立请求或隧道建立响应,判断在预置的检测周期内是否接收到其他节点发送的隧道建立请求以及隧道建立响应消息,若未接收到,则删除自身节点中预留的带宽资源;
接收源节点发送的隧道删除请求;
根据所述隧道删除请求释放自身预留的带宽资源。
16、一种通讯***,其特征在于,包括:
源节点,用于进行准入检测,发送隧道建立请求以及隧道确认消息,接收隧道建立响应;
目的节点,用于根据接收到的隧道建立请求进行准入检测,若通过检测,则根据隧道建立请求进行资源预留,并通过所述中间节点向所述源节点反馈隧道建立响应。
17、根据权利要求16所述的通讯***,其特征在于,所述通讯***还包括:
中间节点,用于根据接收到的隧道建立请求进行准入检测,若通过检测,则向目的节点转发所述隧道建立请求,根据隧道建立请求进行资源预留,向源节点反馈隧道建立响应。
18、根据权利要求17所述的通讯***,其特征在于,所述中间节点还用于设置路由表或建立标签交换表以及分配标签。
19、一种网络节点,应用于分组网络中,其特征在于,包括:
隧道建立请求生成单元,用于根据隧道相关信息生成隧道建立请求;
隧道建立请求发送单元,用于向下游节点发送所述隧道建立请求;
隧道建立响应接收单元,用于当所述隧道建立请求发送单元向下游节点发送隧道建立请求后接收下游节点发送的隧道建立响应。
20、根据权利要求19所述的网络节点,其特征在于,所述网络节点还包括:
隧道确认消息发送单元,用于当所述隧道建立响应接收单元接收下游节点发送的隧道建立响应之后向下游节点发送隧道确认消息以完成隧道建立。
21、一种网络节点,应用于分组网络中,其特征在于,包括:
隧道建立请求接收单元,用于接收上游节点发送的隧道建立请求;
准入控制单元,用于根据所述隧道建立请求接收单元接收到的隧道建立请求进行准入检测;
隧道建立控制单元,用于预留带宽资源;
隧道建立响应处理单元,用于向上游节点发送隧道建立响应。
22、根据权利要求21所述的网络节点,其特征在于,
所述隧道建立控制单元当准入检测成功后预留带宽资源;
所述隧道建立控制单元当发送隧道建立响应时预留带宽资源。
23、根据权利要求22所述的网络节点,其特征在于,所述隧道建立控制单元还用于设置路由表或建立标签交换表以及分配标签。
24、根据权利要求22所述的网络节点,其特征在于,所述网络节点还包括:
隧道建立请求转发单元,用于当准入检测成功后向下游节点转发隧道建立请求。
CN200810000805A 2008-01-22 2008-01-22 一种分组网络隧道处理方法及通讯***以及相关设备 Expired - Fee Related CN101494587B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200810000805A CN101494587B (zh) 2008-01-22 2008-01-22 一种分组网络隧道处理方法及通讯***以及相关设备
PCT/CN2009/070234 WO2009094933A1 (fr) 2008-01-22 2009-01-21 Procédé de traitement du tunnel d'un réseau par paquets, système de communication, et appareil associé

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200810000805A CN101494587B (zh) 2008-01-22 2008-01-22 一种分组网络隧道处理方法及通讯***以及相关设备

Publications (2)

Publication Number Publication Date
CN101494587A true CN101494587A (zh) 2009-07-29
CN101494587B CN101494587B (zh) 2012-08-29

Family

ID=40912281

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200810000805A Expired - Fee Related CN101494587B (zh) 2008-01-22 2008-01-22 一种分组网络隧道处理方法及通讯***以及相关设备

Country Status (2)

Country Link
CN (1) CN101494587B (zh)
WO (1) WO2009094933A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101984595A (zh) * 2010-11-03 2011-03-09 北京星网锐捷网络技术有限公司 跨区域流量工程隧道建立方法、***及装置
CN112217655A (zh) * 2019-07-11 2021-01-12 奇安信科技集团股份有限公司 Sd-wan***中网络设备配置方法、装置和计算机设备
WO2021168758A1 (zh) * 2020-02-27 2021-09-02 华为技术有限公司 一种基于PCIe的通信方法及装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6563793B1 (en) * 1998-11-25 2003-05-13 Enron Warpspeed Services, Inc. Method and apparatus for providing guaranteed quality/class of service within and across networks using existing reservation protocols and frame formats
WO2004023323A1 (en) * 2002-09-03 2004-03-18 Thomson Licensing S.A. Mechanism for providing quality of service in a network utilizing priority and reserved bandwidth protocols
CN100461755C (zh) * 2005-08-12 2009-02-11 华为技术有限公司 基于mpls te隧道的数据报文传输方法和节点设备
FR2901943B1 (fr) * 2006-06-06 2008-12-12 Canon Kk Procede de reservation de ressource lors de la transmission d'un contenu dans un reseau de communication, produit programme d'ordinateur, moyen de stockage et dispositif correspondants
CN100484079C (zh) * 2007-03-31 2009-04-29 华为技术有限公司 一种保证二级运营商公网带宽的方法、路由器和***

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101984595A (zh) * 2010-11-03 2011-03-09 北京星网锐捷网络技术有限公司 跨区域流量工程隧道建立方法、***及装置
CN101984595B (zh) * 2010-11-03 2012-08-15 北京星网锐捷网络技术有限公司 跨区域流量工程隧道建立方法、***及装置
CN112217655A (zh) * 2019-07-11 2021-01-12 奇安信科技集团股份有限公司 Sd-wan***中网络设备配置方法、装置和计算机设备
CN112217655B (zh) * 2019-07-11 2022-08-02 奇安信科技集团股份有限公司 Sd-wan***中网络设备配置方法、装置和计算机设备
WO2021168758A1 (zh) * 2020-02-27 2021-09-02 华为技术有限公司 一种基于PCIe的通信方法及装置
CN113647058A (zh) * 2020-02-27 2021-11-12 华为技术有限公司 一种基于PCIe的通信方法及装置
CN113647058B (zh) * 2020-02-27 2022-12-30 华为技术有限公司 一种基于PCIe的通信方法及装置

Also Published As

Publication number Publication date
WO2009094933A1 (fr) 2009-08-06
CN101494587B (zh) 2012-08-29

Similar Documents

Publication Publication Date Title
CN108199897B (zh) 一种支持缓存管理的opc ua多服务器聚合方法
CN101577722B (zh) 实现强制mac转发功能的方法和装置
JP3701476B2 (ja) データ通信方法
CN101632266A (zh) 网络中的参数化服务质量
EP2159956A1 (en) A method, system and device for configuring the operations, administrator and maintenance property
CN105763385A (zh) 流量调度方法及装置
CN110351141B (zh) FlexE接口管理方法、装置及网元
CN101471879A (zh) 一种层次化有序地址分组网络的路径控制***和方法
US20080137654A1 (en) Method of managing signaling message in path-based signaled paths to mpls-enabled core network
CN109120446A (zh) 一种零配置启动方法及设备
WO2022257366A1 (zh) 网络切片自优化方法、基站及存储介质
CN101494587B (zh) 一种分组网络隧道处理方法及通讯***以及相关设备
CN101808037B (zh) 交换网中流量管理的方法和装置
US7506050B2 (en) Method for checking transmission resources of a packet-oriented communication network when there are topology changes
CN101340286B (zh) 会话连接发起方法及设备
CN103238299B (zh) 建立标签交换路径的方法、设备和***
CN101632268B (zh) 网络中的参数化服务质量架构
CN102845023A (zh) 用于在宽带接入网中登记传输容量的装置和方法
JP3529541B2 (ja) ルータ装置及びパケット転送方法
WO2016065925A1 (zh) 控制器替换方法及装置
CN102904809B (zh) 标签转发路径的带宽资源管理方法、装置和***
CN109005473B (zh) 一种协同选择路径的方法、装置及***
JP4671349B2 (ja) パラメータ設定システム及び方法
CN101471872A (zh) 网络资源数据的处理方法与装置及资源接纳控制子***
CN110635986B (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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120829

Termination date: 20160122

EXPY Termination of patent right or utility model