用于管理包括网桥的通信网络中的连接的方法和设备的制作方法

文档序号:7749344阅读:302来源:国知局
专利名称:用于管理包括网桥的通信网络中的连接的方法和设备的制作方法
技术领域
本发明涉及一种用于管理通信网络中的可以是无线链路的链路上的连接的方法,尤其是包括借助于无线链路互连的有线通信总线的网络。
背景技术
在包括多个互连传输介质的网络中,每个传输介质上的可用带宽可以不必相同。
例如,如果考虑利用5GHz ETSI BRAN HiperLAN 2无线链路连接在一起的两个IEEE 1394有线串行总线,每个有线总线上的可用带宽可以是100Mb/s或更高,而无线链路上可用的带宽可能会被限制在30Mb/s。结果,无线链路构成了利用此链路的连接的瓶颈。
图1是这种网络的一个示例的示意图。该网络包括两个总线11和12,分别连接源设备13和宿设备14以及宿设备15和源设备16。例如,源设备13是数字VCR,而宿设备14和15是显示器,源设备16是调谐器。总线11也与入口17相连,同时总线12与入口18相连,两个入口形成了总线11和12之间的无线链路。假设在IEEE 1394级上,无线链路对设备13到16是透明的,即,这些设备认为它们处在相同的物理总线上。
假设无线链路上的可用带宽是30Mb/s,在VCR 13和显示器15之间建立20Mb/s的第一连接。由于该链路对设备16和14是透明的,可以建立调谐器16和显示器14之间的第二连接,但如果此第二连接所需的带宽大于剩余的无线带宽,既便显示器14要显示画面,其也根本不能显示适当的画面。如已经建立了第二连接的应用程序所涉及到的,仍然会建立该连接,而不发生在IEEE 1394级,因为该链路在该级上是透明的,但事实上,并不是所有的数据或根本没有数据通过该链路。
汤姆森许可贸易公司于2001年5月29日递交的题为“METHOD FORMANAGING BANDWIDTH OVER A WIRELESS LINK IN A COMMUNICATIONNETWORK”欧洲专利申请EP 01113121.6也涉及到此问题。

发明内容
本发明涉及一种用于管理包括对至少两个设备群集进行接口的网桥的通信网络中的连接的方法,其中,在分别与不同群集相连的第一设备和第二设备之间建立该连接,其特征在于,在适于建立所述连接的应用程序级,所述方法包括以下步骤—请求针对网桥上的连接,保留资源;—向所述网桥的入口进行登记,用于接收与分配给所述连接的资源的状态有关的至少一个事件类型的通知。
根据本发明的实施例,所述入口是建立了所述连接的设备与之相连的所述群集的节点,或者是网桥的中央控制器。
根据本发明的实施例,用于保留资源的请求包括应用程序的地址,用于发送通知。
根据本发明的实施例,所述地址包括容纳该应用程序的节点在地址空间中的偏移量。
根据本发明的实施例,所述网桥是包括同步资源管理器的无线网桥,还包括以下步骤接收资源保留请求,使入口向同步资源管理器转发该请求,等待其响应,并将响应发送回该应用程序。
根据本发明的实施例,所述方法还包括以下步骤在入口级,如果同步资源管理器成功地进行了保留,向该连接中所涉及的所有入口传送保留的参数。
根据本发明的实施例,在向应用程序转发同步资源管理器的响应的步骤之前,执行向入口传送参数的步骤。
根据本发明的实施例,应用程序的保留请求具有类似于可寻址于网桥的同步资源管理器的保留请求的格式,应用程序的所述保留请求包括该连接的源和宿节点的标识符,所述入口还执行以下步骤以将源和宿节点连接到网桥的入口的标识符代替应用程序的保留请求的源和宿节点标识符;以及在同步资源管理器的响应中执行相反的变化。
根据本发明的实施例,所述方法还包括以下步骤在应用程序级,从网桥接收用于确定在该连接中涉及了网桥的那些入口的拓扑信息。
根据本发明的实施例,应用程序的保留请求还包括将该连接的源和宿节点连接到网桥的入口的标识符。
本发明还涉及一种在包括由网桥连接的多个群集的通信网络中连接到群集的设备,其特征在于,所述设备包括应用程序,用于请求针对网桥上的连接的资源保留,以及用于向所述网桥的入口进行登记,以接收与分配给所述连接的资源的状态有关的事件的通知。


借助于附图,通过以下对非限制性实施例的描述,本发明的其他特征和优点将变得显而易见,其中图1,已经描述过,是包括无线链路的网络的示意图,并示出了由此链路构成的带宽瓶颈;图2是包括三个子网之间的链路的网络的示意图,并实现了根据本实施例的方法;图3是HL2节点单元目录中的地址偏移量寄存器的示意图;图4是图2所示网络的不同表示的示意图,解释了连接所涉及的不同节点的作用;图5是针对本实施例中所定义的消息的一般消息格式的示意图;图6是针对‘ALLOCATE_SOME’命令的消息格式的示意图;图7是针对‘MODIFY_BANDWIDTH’、‘RECLAIM_THIS’命令的消息格式的示意图;图8是针对‘RELEASE_THIS’命令的消息格式的示意图;图9是针对事件通知的四字节数据写请求格式的示意图;图10是在为了避免通过链路的瓶颈而进行了节点连接改变之后的网络中的链路的示意图。
具体实施例方式
尽管本实施例是基于连接IEEE 1394总线的ETSI BRAN Hiperlan 2无线链路的使用,但只要其是针对链路或子网络的,可以使用其他的技术。其他针对链路的技术的示例是因特网协议(IP)。此外,有线总线之间的链路不必是无线的,尽管在以下描述的本实施例中是无线的。
读者可以在由电气和电子工程师协会(IEEE)编辑的标准化文件中,尤其是在文件AIEEE 1394-1995和文件BIEEE 1394a-2000中,找到与IEEE 1394总线有关的更多信息。Hiperlan 2是由欧洲电信标准协会(ETSI)定义的宽带无线电接入网络(BRAN)。
尤其是在文件CETSI TS 101 493-3 V1.2.1B(2001-010)—技术规范—宽带无线电接入网络(BRAN)-HIPERLAN Type 2-基于分组的会聚层—部分3IEEE 1394服务专用会聚子层(SSCS),和文件DETSITS 101 493-4 V1.1.1(2001-07)—技术规范—宽带无线电接入网络(BRAN)-HIPERLAN Type 2-基于分组的会聚层—部分4IEEE 1394网桥专用功能子层中,可以找到与使用Hiperlan 2的IEEE 1394网络的连接有关的信息。
作为背景信息的最后一个文件是文件E由国际电工技术委员会出版的IEC 61883‘Digital Interface for Consumer Audio/VideoEquipment’。第一部分具体描述了收听器和播讲器设备的输入和输出插头之间的连接的建立。
图2示出了由三个IEEE 1394总线(也称为设备群集或子网络)201、202和211形成的网络,每个总线包括有线IEEE 1304总线、多个设备(分别为节点203、204、209和205、206、210和212)和Hiperlan 2(HL2)节点或对无线Hiperlan 2链路的‘入口’(对于每个总线,分别为207、208和213)。节点为IEEE 1394设备。为了描述的目的,至少节点209的应用程序知道无线链路的存在和属性。
根据本实施例,在将其认作是其相应总线上的节点的意义上,HL2节点207、208和213对其他设备是不透明的,即,在总线复位之后,向其赋予(attribute)物理标识符。但是,在IEEE 1394层的级别上,此链路是透明的认为所有节点都位于单一的总线上,并在复位之后,相应地分配物理标识符。当执行总线复位时,HL2节点207和208发布自标识分组,以在其相应的群集上表示节点。
每个节点都包括IEEE 1394软件栈,即,物理层、链路层和事务层,以及应用层。每个HL2节点在其有线总线接口上也包括这些层。最后,HL2节点使用Hiperlan 2协议栈进行通信。
Hiperlan 2网络包括用作中央控制器的节点,并且无线节点向其进行登记。中央控制器也负责分配Hiperlan 2无线帧中的资源。文件C定义了位于中央控制器的IEEE 1394服务专用会聚子层(SSCS)中的同步资源管理器(IRM)。HL2 IRM的目的是为了提供信道和带宽保留设施,尽管其并未提供CHANNEL_AVAILABLE和BANDWIDTH_AVAILABLE寄存器,作为其IEEE 1394的对应方。由于在无线链路上的收听器节点和播讲器节点之间,不同的物理模型是可能的,可用带宽依赖于播讲器和收听器。
同步流在无线网络上流动所引起的问题之一在于,在无线帧中要保留的时隙量依赖于源和目的地的位置。不同的源和目的地可能不会采用相同的调制方案,因此在帧中的时隙方面,可能不会具有相同的要求。调制方案(物理模式)的选择依赖于源和目的地之间的链路预算。这已经成为当如文件E中所述,定义1394 SSCS来修改IEC-6 1883CMP协议,并使其适应于无线环境的约束时的基本原理。
根据本实施例,如文件C的附录A.4中所描述HL2 IRM接口能够由HL2感知应用程序访问。
可能会发生随着时间,针对给定流的链路预算下降,从而在特定时间段之后,可能会使流断开。根据本实施例,定义了事件机制,从而当自HL2网络上断开流时,可以通知应用程序。
将有线HL2感知应用程序定义为在有线设备上运行的应用程序,但知道使用HiperLAN/2网络的透明网桥的存在。在本描述中,针对此HL2感知应用程序而定义的处理是可选的。如果并未实现这些应用程序,则并不防止在无线网络上建立流。但如果实现了这些应用程序,其允许应用程序知道资源保留是否成功。其还允许向其通知连接是否被断开。
将如下指定节点
·‘播讲器’是作为同步数据的源的有线或无线节点。
·‘收听器’是作为同步数据的宿的有线或无线节点。
·HL2感知应用程序的HL2父节点是将此HL2感知应用程序连接到HL2网络的HL2节点。
·播讲器的HL2父节点是将播讲器连接到HL2网络的HL2节点。
·收听器的HL2父节点是将收听器连接到HL2网络的HL2节点。
如果如文件D所规定的那样,其在其配置ROM中的预定偏移量处包含单元目录,则将该节点标识为HL2节点。此单元目录包含被称为‘specifier_ID’和‘version’的参数,使任何IEEE 1394节点都能验证所考虑的节点是否为HL2节点。0180c216和00020016的代表值是HL2节点的特征。
HL2单元目录还包含描述了用于发送锁定命令的地址偏移量的条目。如IEEE 1212、部分4.2所述,地址偏移量位于在0xFFFF F000 0800开始的单元空间中。此条目的格式如图3所示。
图4是图2所示网络的示意图,其中示出了上面的一些指定,其中,节点209具有HL2感知应用程序,节点210是收听器节点,而节点212是播讲器节点。为了示例的目的,由HL2节点213对HL2 IRM进行管理。
现在,将给出对HL2 IRM接口的描述。
根据本实施例,HL2感知应用程序检查其本地总线的节点的配置ROM。从而,其将检测到哪些节点包含HL2单元目录,因此,检测到哪些节点是HL2节点。
中央控制器的1394 SSCS层包含HL2 IRM,在1394 SSCS技术规范(文件C)中描述了其接口。
无线1394应用程序通常发送锁定命令以便进行串行总线上的资源保留。
当HL2感知应用程序(运行在有线设备上,例如节点209)检测到在其本地总线上的HL2节点的出现时,根据本实施例,其使用相同的命令,打开和关闭同步流,如1394 SSCS文件所规定的那样。由于有线应用程序不必知道HL2 IRM运行在哪个节点上,其建议有线应用程序向其父HL2节点发送这些命令(在构成了适当的内部拓扑图之后),在图4的示例的情况下,为节点207。其向HL2单元目录条目中所规定的地址偏移量发送这些命令。
根据另一实施例,此地址也可以是固定的,并且不必编码在HL2单元目录条目中。
父无线节点209知道HL2 IRM运行在哪个HL2节点(207)上。当其接收到锁定命令时,其将此命令中继到充当代理的HL2 IRM。当HL2 IRM发送回对父无线节点207的锁定响应时,其将此响应中继回应用程序。
已经中继了成功锁定命令(即,HL2 IRM已经成功完成了HL2感知应用程序动作)的HL2感知应用程序的父无线节点利用相应的净荷值,分别配置收听器和播讲器的HL2父节点的HL2 iPCR和oPCR插头控制寄存器,从而可以完成HL2同步保留协议,而无需HL2感知应用程序的任何进一步的动作。
现在,将对新命令进行描述新命令是基于HL2请求/响应系统的。请求命令允许分配信道、分配特定量的带宽、释放信道和带宽、以及在总线复位之后的重新分配。图5示出了一般消息格式。
参数如下‘命令’表1中详细示出了请求的命令

表1
‘状态’表2中详细示出了响应的状态

表2将分为两步来描述这些命令·HL2感知应用程序需要了解这些命令什么·HL2节点需要了解这些命令什么1、ALLOCATE_SOME命令图6根据本实施例,给出了此命令的格式。
1.1参数与HL2 1394 SSCS规范相比,用途不同的字段在文本中和图6中均添加了下划线命令在此情况下,为0x00。
talker_ID播讲器节点的物理ID(流的源)。
listener_ID收听器节点的物理ID(流的宿)。
值道在1394 IRM处已经分配的1394信道。
净荷流的数据净荷(如IEC-61883所述)。其可以在oPCR处获得,或由应用程序给出。
notification_CSR_offset_high用于从HL2父节点到1394应用程序的CSR偏移量的前16比特。
notification_CSR_offset_low用于从HL2父节点到1394应用程序的CSR偏移量的后32比特。
状态如下所述的响应状态。
HL2感知应用程序在ALLOCATE_SOME锁定命令的talker_ID和listener_ID字段中,使用实际播讲器和收听器的节点ID(即使其是有线节点)。将此命令发送到应用程序的父HL2节点。
1.2 HL2节点行为父无线节点知道IRM运行在哪个HL2节点上。其也知道无线网络的拓扑图。当其接收到ALLOCATE_SOME锁定命令时,其去除信道字段(以产生HL2 SSCS锁定命令),并将实际的talker_ID和listener_ID转换为其相应无线父节点的node_ID。其还将1394净荷字段转换为HL2净荷字段(在IEEE 1394总线和Hiperlan 2上净荷值的表示不同)。然后,其将此命令中继到充当代理的HL2 IRM。
当其接收到IRM锁定响应时,父无线节点以有线1394信道代替由HL2 IRM分配的无线信道。其还以其初始有线1394值代替talker_ID、listener_ID和净荷字段,然后,将此响应中继回应用程序。
父无线节点存储信道值,以执行Hiperlan2信道和IEEE 1394信道之间的映射。其还存储当不再能确保该链路上的已分配带宽时进一步用于通知HL2感知应用程序的notify_CSR_offset字段。对于更多细节,参见以下关于事件通知的部分。
然后,父无线节点产生“内部透明网桥管理”命令(例如,基于锁定的命令、或对一些特定寄存器的写请求),以便使HL2播讲器节点和HL2收听器节点进行通信,将HL2无线信道映射到1394有线信道。
最后,如上所述,父HL2无线节点分别配置播讲器和收听器的HL2父节点的iPCR和oPCR,如1394 SSCS中所述(文件C)。
2、MODIFY_BANDWIDTH命令图7根据本实施例,给出了此命令的格式。
2.1参数命令在此情况下,为0x01。
信道在(有线)1394 IRM处已经分配的1394信道。
净荷流的数据净荷(如IEC-61883所述)。其可以在oPCR中通过读取获得,或由应用程序给出。
此呼叫用于修改已经分配的信道上的带宽。净荷值代替了先前的净荷值。当以空的净荷值进行呼叫时,并不释放该信道。由应用程序向应用程序的父HL2节点发送此命令。
2.2 HL2节点行为HL2父节点截获此命令。其将信道和净荷字段转换为相应的HL2信道和净荷字段,并将此命令中继到HL2 IRM。HL2父节点接收来自IRM的锁定响应,并在将该响应发送回HL2感知应用程序之前,修改HL2信道和净荷字段。
3、RECLAIM_THIS命令图7根据本实施例,给出了此命令的格式。
3.1参数命令在此情况下,为0x02。
信道在1394 IRM处已经分配的1394信道。
净荷流的数据净荷,如前所述。
此呼叫用于在总线复位之后,重新分配信道和带宽。向应用程序的父HL2节点发送此命令。
3.2 HL2节点行为如果在HL2总线上进行总线复位,作为HL2总线复位,HL2父节点截获此命令。其将信道和净荷字段转换为相应的HL2信道和净荷字段,并将此命令中继到HL2 IRM。HL2父节点接收来自IRM的锁定响应,转换回HL2信道和净荷字段,并将其发送回HL2感知应用程序。
4、RELEASE_THIS命令图8根据本实施例,给出了此命令的格式。
4.1参数命令在此情况下,为0x03。
信道要释放的信道(与1394 IRM中所释放的相同)。
此呼叫用于释放信道及其相关带宽。向应用程序的父HL2节点发送此命令。
4.2 HL2节点行为HL2父节点截获此命令。其将信道字段转换为相应的HL2信道字段,并将此命令中继到HL2 IRM。HL2父节点接收来自IRM的锁定响应,转换回HL2信道字段,并将其发送回HL2感知应用程序。
现在,将对事件通知进行描述。
如背景技术中所述,如Hiperlan2等无线网络的特征在于带宽容量依赖于作为动态参数的链路预算。此后,定义了通知机制,以便将此级上的任何问题通知给应用程序。
利用ALLOCATE_SOME请求,应用程序向HL2父节点提供针对此通知的地址偏移量。此偏移量标识了应用程序的1394节点的CSR空间中的特定寄存器。利用此机制,每个应用程序可以具有针对此目的的特定寄存器。
当在HL2总线上发生问题时,通过HL2总线事件机制(使用在1394SSCS附录A中所定义的专用于事件通知的HL2_CSR),通知HL2父节点。为了将带宽问题通知给应用程序,HL2父节点根据图9所给出的格式,执行对此寄存器的1394四字节写请求。
‘状态’参数表示带宽问题的原因,如表3所示。

表3‘信道’参数表示受到该问题影响的1394信道。此参数允许应用程序标识与此问题相关的流。
现在,将对连接处理进行描述。
示出了根据本实施例HL2感知应用程序所遵循的几种方法。这些方法涉及连接的创建、连接的消除、总线复位之后的连接的重新建立、以及连接的覆盖。
1、创建为了建立连接,应用程序至少执行以下步骤中的一些a.解析其他总线设备的配置ROM,以检测本地总线上HL2节点的出现。
b.请求无线链路的拓扑图,并检查哪些节点位于源和宿之间的路径上。
c.执行对源的oPCR的读取请求,以确定所需带宽。此信息也可以由客户直接提供。
d.执行对宿的iPCR的读取请求,以验证其空闲。
e.执行对以下寄存器的读取请求1.IRM的BANDWIDTH_AVAILABLE寄存器2.IRM的CHANNELS_AVAILABLE寄存器f.执行对以下寄存器的锁定请求1.IRM的BANDWIDTH_AVAILABLE寄存器2.IRM的CHANNELS_AVAILABLE寄存器(因而,步骤c到f与IEC 6 1883相一致)g.执行对其父HL2节点的ALLOCATE_SOME的锁定请求。
h.如果ALLOCATE_SOME成功,执行对以下装置的锁定请求1.源的oPCR2.宿的iPCR(如IEC 61883所述)i.否则,释放有线总线上的资源(如IEC 61883所述),并报告失败。
动作的顺序是指示性的,其他的组合也是可能的。
2、消除为了关闭连接,应用程序至少执行以下步骤中的一些—执行对以下装置的读取请求源的oPCR,以验证其未被覆盖IRM的BANDWIDTH_AVAILABLE寄存器—执行对以下装置的锁定请求IRM的BANDWIDTH_AVAILABLE寄存器
IRM的CHANNELS_AVAILABLE寄存器源的oPCR宿的iPCR—针对与流相交的每个HL2链路,向其HL2父节点发送RELEASE_THIS锁定命令应当注意,也可以在步骤1之后就执行步骤3。
3、总线复位之后的重新建立在HL2网络上进行总线复位,所以建立了连接的应用程序知道发生了总线复位,即使其位于HL2网络的另一侧。重新建立基本上遵循与连接的创建相同的规则,除了以RECLAIM_THIS锁定命令代替ALLOCATE_SOME锁定命令之外。
4、覆盖为了覆盖连接,应用程序不得不请求无线网络的拓扑图,检查无线网络是否位于源和宿之间的路径上,并推断是否必须在HL2链路上保留带宽。如果之前无线网络并未处于链路上,必须产生ALLOCATE_SOME命令,然后,处理为对连接的处理。还执行对连接的新收听器的iPCR中的写入。
如果可用链路预算不足以用于该新收听器,应用程序可以依赖于如与事件通知有关的部分中所述的通知消息。
与由透明网桥发起的资源保留的关系透明网桥在HL2总线上截获PCRs锁定响应,以触发资源保留。这些资源保留有时可能会与由HL2感知应用程序触发的资源保留发生冲突。如下解决此问题要求HL2感知应用程序首先保留HL2资源(发送ALLOCATE_SOME命令),之后仅向节点PCR发送锁定请求和响应。
在成功进行HL2资源保留之后(父节点接收到来自IRM的肯定ALLOCATE_SOME响应),HL2父节点需要向其他HL2节点发送网桥间管理命令(或者是基于锁定的命令,或者是基于四字节写入的命令),以便向其通知HL2信道的存在和当前与1394信道的映射。
根据这一变体,HL2父节点在将ALLOCATE_SOME响应中继给HL2感知应用程序之前,发送网桥间管理命令。然后,在截获PCR锁定响应之前,向每个HL2节点通知此HL2信道的建立。因此,当接收到PCR锁定响应时,这些HL2节点将不再设法进行相同的保留。
可以将以下的变体应用于上述实施例(a)在ALLOCATE_SOME消息中,1394应用程序向HL2父节点传送HL2父播讲器和收听器节点的物理标识符(PhyID)。这简化了HL2父节点的任务,其不必通过其自身来确定此信息。
(b)1394应用程序向特定的、预定的HL2节点(例如中央控制器)而不是向其链路父节点发送锁定命令(ALLOCATE_SOME等)。然后,预定HL2节点确定1394应用程序的HL2父节点。
(c)将新请求(例如,称为‘SUBSCRIBE’)定义为允许应用程序订阅事件,而与资源保留无关。换句话说,应用程序将接收到与其在请求中所指定的信道有关的事件。还定义了请求‘UNSUBSCRIBE’。
(d)可以去除RECLAIM_THIS请求,因为1394总线复位并不引起HL2总线复位,反之亦然。
本发明允许应用程序知道是否能够建立所请求的流。
其允许对链路资源更为清晰的管理。
其与针对链路管理的1394-1995和1394a-2000优化算法相兼容。
其对互连了两个或更多个1394群集的网络起作用。
其允许应用程序在不能进行流建立的情况下,通知用户。这可以通过将通常一起使用的无线链路源和宿放在同侧,导致能够向用户提出网络将更好工作的不同拓扑图的建议的智能算法。参照图1的示例,应用程序将建议调换源1和源2,将导致图10所示的拓扑。
权利要求
1.一种用于管理包括对至少两个设备群集进行接口的网桥的通信网络中的连接的方法,其中,在分别与不同群集相连的第一设备和第二设备之间建立该连接,其特征在于,在适于建立所述连接的应用程序级,所述方法包括以下步骤—请求针对网桥上的连接,保留资源;—向所述网桥的入口进行登记,用于接收与分配给所述连接的资源的状态有关的至少一个事件类型的通知。
2.根据权利要求1所述的方法,其特征在于所述入口是建立了所述连接的设备与其相连的所述群集的节点,或者是网桥的中央控制器。
3.根据权利要求1或2所述的方法,其特征在于用于保留资源的请求包括应用程序的地址,用于发送通知。
4.根据权利要求3所述的方法,其特征在于所述地址包括容纳该应用程序的节点在地址空间中的偏移量。
5.根据权利要求1到4之一所述的方法,其特征在于所述网桥是包括同步资源管理器的无线网桥,还包括以下步骤接收资源保留请求,使入口向同步资源管理器转发该请求,等待其响应,并将响应发送回该应用程序。
6.根据权利要求5所述的方法,其特征在于还包括以下步骤在入口级,如果同步资源管理器成功地进行了保留,向该连接中所涉及的所有入口传送保留的参数。
7.根据权利要求6所述的方法,其特征在于在向应用程序转发同步资源管理器的响应的步骤之前,执行向入口传送参数的步骤。
8.根据权利要求5到7之一所述的方法,其特征在于应用程序的保留请求具有类似于可寻址到网桥的同步资源管理器的保留请求的格式,应用程序的所述保留请求包括该连接的源和宿节点的标识符,所述入口还执行以下步骤用将源和宿节点连接到网桥的入口的标识符来代替应用程序的保留请求的源和宿节点标识符;以及在同步资源管理器的响应时执行相反的变化。
9.根据权利要求1到7之一所述的方法,其特征在于还包括以下步骤在应用程序级,从网桥中接收用于确定在该连接中涉及了网桥的那些入口的拓扑信息。
10.根据权利要求9所述的方法,其特征在于应用程序的保留请求还包括将该连接的源和宿节点连接到网桥的入口的标识符。
11.一种在包括由网桥连接的多个群集的通信网络中连接到群集上的设备,其特征在于,所述设备包括应用程序,用于请求针对网桥上的连接的资源保留,以及用于向所述网桥的入口进行登记,以接收与分配给所述连接的资源的状态有关的事件的通知。
全文摘要
一种用于管理包括对至少两个设备群集进行接口的网桥的通信网络中的连接的方法,其中,在分别与不同群集相连的第一设备和第二设备之间建立该连接,其特征在于,在适于建立所述连接的应用程序级,所述方法包括以下步骤请求针对网桥上的连接,保留资源;向所述网桥的入口进行登记,用于接收与分配给所述连接的资源的状态有关的至少一个事件类型的通知。本发明还涉及一种用于执行上述方法的设备。
文档编号H04L12/54GK1589552SQ02823188
公开日2005年3月2日 申请日期2002年11月25日 优先权日2001年11月23日
发明者吉勒·斯特劳布, 让-巴蒂斯特·亨利, 塞巴斯蒂安·佩罗, 纳塔莉·托马斯 申请人:汤姆森许可贸易公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1