CN1898981A - 用于处理通用移动电信系统中宏分集的装置和方法 - Google Patents

用于处理通用移动电信系统中宏分集的装置和方法 Download PDF

Info

Publication number
CN1898981A
CN1898981A CN200480038426.0A CN200480038426A CN1898981A CN 1898981 A CN1898981 A CN 1898981A CN 200480038426 A CN200480038426 A CN 200480038426A CN 1898981 A CN1898981 A CN 1898981A
Authority
CN
China
Prior art keywords
node
dho
rnc
tree
delay
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
CN200480038426.0A
Other languages
English (en)
Other versions
CN100544480C (zh
Inventor
J·吕纳
L·维斯特贝里
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN1898981A publication Critical patent/CN1898981A/zh
Application granted granted Critical
Publication of CN100544480C publication Critical patent/CN100544480C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/18—Performing reselection for specific purposes for allowing seamless reselection, e.g. soft reselection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/03—Topology update or discovery by updating link state protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/48—Routing tree calculation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/246—Connectivity information discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/34—Modification of an existing route
    • H04W40/36—Modification of an existing route due to handover

Abstract

本发明涉及用于在移动电信系统中选择一个或多个分集切换(DHO)节点的方法和装置，所述DHO节点例如是执行宏分集功能的节点B或无线网络控制器(RNC)，其中将宏分集功能分配给一个或多个DHO节点，例如所述网络中的RNC及其相连节点B。该方法包括以下步骤：a.获得包括从RNC到其相连节点B中每个的逐跳路由以及该路由中每跳的至少一个量度的拓扑信息，以及b.使用选择一个或多个DHO节点的算法，由此该算法包括以下步骤：通过所获得的拓扑信息形成路由的宏分集树，以及选择对于在路由的宏分集树中RNC与其相连节点B之间所有可能数据流导致最佳累积量度的节点B和/或RNC和/或其他DHO使能节点来作为DHO节点。

Description

用于处理通用移动电信系统中宏分集的装置和方法
技术领域
本发明涉及在第三代移动电信系统及其演化变体中的装置和方法。具体而言，本发明涉及用于处理UMTS无线接入网(UTRAN)中宏分集的装置和方法。
背景技术
第三代(3G)移动通信系统(例如通用移动电信系统(UMTS))将为移动用户提供高质量的话音和数据业务。这些系统也将提供高容量和普遍覆盖。然而在一些情形下，可能由于不可靠的无线电信道而难以实现。一种对抗在无线电接口上的链路可靠性问题的有希望的技术是宏分集技术。然而，宏分集也应该被视为将码分多址(CDMA)用作蜂窝网络中多址技术的固有结果。CDMA是一种干扰受限的技术。也就是说，小区中的干扰设定了该小区容量的上限。为了保持干扰尽可能低，基站控制该小区中移动终端的无线电发射机的输出功率是必要的，即快速且高效的功率控制是必要的。当移动终端朝向小区外围移动时，它必须增大其无线电发射功率，以便使基站能够接收到所发射的信号。同样，基站必须增大其向移动终端的无线电发射功率。这种功率增大对该移动终端自己的小区以及该移动终端靠近的相邻小区的容量都具有劣化效应。宏分集用来减轻该效应。当移动终端通过一个以上的基站进行通信时，与仅使用单独一个基站相比，能够以更低的无线电发射功率来保持通信质量。因此，宏分集既是提高不可靠无线电信道的质量的特征，又是为了克服基于CDMA的蜂窝系统的固有缺陷所必需的必要。
图1说明一个UTRAN。无线网络控制器(RNC)102被连接至核心网100，该核心网100又可以被连接至另一网络。通过传送网106将RNC 102连接至一个或多个节点B，所述节点也表示基站。传送网106可以是例如基于IP或基于ATM的。在图1中传送网节点用“T”表示。在基于IP的传送网中，这些节点是IP路由器。在基于ATM的传送网中，这些传送网节点是AAL2(ATM适配层类型2)交换机。节点104可以以无线方式被连接至一个或若干用户设备(UE)110，所述用户设备也表示移动终端。服务RNC(S-RNC)102是这样的RNC，即它具有与UE 110的无线电资源连接(RRC)的连接。漂移RNC(D-RNC)112是这样的RNC，即它可以被连接至UE 110，但是其中另一RNC 102即S-RNC处理与UE 110的RRC连接。
宏分集使移动台能够通过一个以上的无线电链路与固定网进行通信，即移动台能够向/从一个以上的无线电端口(或者也表示节点B的基站)发送/接收信息。这些无线电端口(RP)在空间上间隔开一段短距离，例如在一幢大楼的不同楼层之间(微微小区)一直到大约几千米(微小区和宏小区)。由于移动终端与不同RP之间的传播条件在相同时刻是不同的，因此所接收信号合并所得到的质量往往优于各个独立信号的质量。因此，宏分集能够提高无线电链路质量。当将移动终端同时连接至一个以上的基站时，该UE被认为处于软切换。
宏分集仅适用于专用信道(DCH)。当前倘若不考虑节点B中用于软切换的相应功能，则所有的宏分集功能都存在于RNC中。更软切换意味着一个UE到相同的节点B具有两个或更多个无线电链路。在节点B的上行链路中执行的更软切换合并比在RNC中执行的选择性合并更加先进。在下行链路中，在RNC中执行分裂(splitting)，这确保了每个下行链路DCH FP帧的副本(copy)均通过有关DCH的激活集中的每条支路(leg)来发送。DCH FP数据帧与DCH FP控制帧都受分裂功能的支配。
在上行链路中，RNC执行该合并，这比分裂更复杂。只有DCH FP数据帧才受到合并过程的支配。DCH FP控制帧不进行合并，这是因为每个上行链路DCH FP控制帧包括各个节点B专用的控制数据。对于上行链路而言，RNC具有一个时间窗，在该时间窗中期望所有支路都传送它们的份额以进行合并(即带有某一连接帧号(CFN)的DCH FP帧)。在时间窗期满后，在该时间窗内接收的带有正确CFN的所有DCH FP帧都被传递到合并功能。
实际的合并是从通过不同支路接收的候选数据中选出最佳段的数据的选择。对于非话音DCH而言，选择单元是传送块(TB)。为了对于某一传送块确定要选择哪个候选数据，在每个传送的帧中对有关TB的循环冗余校验和指示符(CRCI)进行校验。如果这些CRCI中有且仅有一个表示该TB在节点B处被正确接收(即当它由节点B接收时，有关TB的CRC校验是成功的)，则选择该TB。否则，如果一个以上的CRCI表示成功的CRC校验，则合并功能就选择这些TB中属于具有最大质量估计(QE)参数的帧的TB。QE参数是在无线电接口上当前比特差错率的量度。同样，如果所有的CRCI都表示不成功的CRC校验，则合并功能从具有最大QE参数的帧中选择TB。如果在后两种情况下，在两个或更多个帧中找到最大QE参数值(即如果这些QE参数也相等)，则TB的选择依赖于实施方式。图2说明用于非话音DCH的合并过程。
对于话音DCH而言，合并的操作略有不同。自适应多速率(AMR)语音编解码器产生三种子流，其中每种均在相应的DCH中传送。这三种DCH就是所谓的协同(coordinated)DCH。这些协同DCH被包含在相同的DCH FP帧内，并且在一个帧中对于每个子流仅有一个TB。在合并期间，合并功能并非如上所述在非话音DCH情况中那样从不同候选帧中选择分离的TB以创建新的合并帧。代之以，它基于与最重要的子流即子流1相关联的TB的CRCI来选择一个完整的帧。其他子流的CRCI是无关紧要的，因为这些子流未得到在无线电接口上的CRC保护。再者，如果CRCI表示不成功的CRC校验，或者由于所有有关CRCI都表示不成功的CRC校验，则选择具有最大QE参数的帧。图3说明用于话音DCH的合并过程。
因此，当前UTRAN中的宏分集通过宏分集功能来实现，所述宏分集功能也被表示为RNC中的分集切换(DHO)功能。当前标准既允许服务RNC(S-RNC)中的DHO功能，也允许D-RNC中的DHO功能，但是通常不使用在D-RNC中设置DHO功能的可能性。
因此，现有宏分集解决方案中的问题在于，用户数据的分裂下行链路流和未合并的上行链路流在RNC和节点B之间的所有通路上传送。这导致在UTRAN传送网中消耗了昂贵的传输资源，这还对运营商产生了显著的成本。
发明内容
根据本发明，通过将宏分集功能分配给节点B来减少所消耗的传输资源。接下来的问题是如何选择所连接的节点B中应该被选择来执行合并/分裂功能(也称为分集切换(DHO)功能)的那些节点。这些所选的节点称作DHO节点。DHO节点必须从能够执行DHO功能的那些节点B中被选出，即从适于DHO功能和本发明其他功能的那些节点B中被选出。这些节点称作DHO使能(enabled)节点或宏分集使能节点。
本发明的目的在于解决上述问题。
该问题通过根据权利要求25、26和27的装置以及权利要求1的方法来解决。
通过本发明所获得的最重要的优点是UTRAN传送网中的传输节约，这转化为运营商的显著的成本节约。该传输节约是通过优化DHO功能的位置来实现的。由此在一部分路径中消除了冗余的数据传送，在这部分路径中属于相同DCH的不同宏分集支路的数据将以别的方式沿着相同的路线被并行传送。
本发明的另一个优点在于，它便于RNC可能被设置在网络中更加中央的位置(即具有更少的地理分布)中。RNC当前普遍地理分布的主要目的是限制并行宏分集支路的传输成本。当消除了该并行数据传送时，对于运营商而言集中RNC而言变得更加有益，例如通过用MSC或MGW来协同定位它们。在相同站点上协同定位若干节点产生了简化的操作和维护，这也意味着运营商的成本的降低。
附图说明
图1是UMTS地面无线接入网的示意图。
图2说明非话音DCH的合并过程。
图3说明话音DCH的合并过程。
图4说明根据本发明的具有级联节点B的例子中可能的传输节约。
图5说明根据本发明的使用五条宏分集支路的移动终端的情况。
图6示出由图5的举例情况得到的路由树。
图7示出与图6中路由树对应的分支节点树。
图8示出由与图5所示例子的分支节点对应的DHO节点的选择所得到的DHO节点树。
图9示出在具有所得到的可能数据流的图6的路由树上映射的图8的DHO节点树。
图10示出根据本发明实施例在5号延迟降低方法的第一步之后修改的DHO节点树。
图11示出在5号延迟降低方法的第一步之后路由树中可能的数据流。
图12示出根据本发明实施例在5号延迟降低方法的第二步之后修改的DHO节点树。
图13示出在5号延迟降低方法的第二步之后路由树中可能的数据流。
图14示出根据本发明实施例在5号延迟降低方法的第三步之后修改的DHO节点树。
图15示出在5号延迟降低方法的第三步之后路由树中可能的数据流。
图16示出根据本发明实施例在6号延迟降低方法的第一步之后修改的DHO节点树。
图17示出在6号延迟降低方法的第一步之后路由树中可能的数据流。
图18是根据本发明的方法之一的流程图。
具体实施方式
现在将参考附图在下文中更全面地描述本发明，其中示出了本发明的优选实施例。然而，本发明可以体现为许多不同的形式，并且不应当理解为局限于此处陈述的实施例；而是提供这些实施例以使该公开将是详尽且完整的，并且将完全向本领域技术人员传达本发明的范围。在附图中，相同的数字是指相同的元素。
在本发明的进一步描述中，并不对协同DCH进行特别的处理。在本发明的重要方面，以与单个独立DCH相同的方式来处理一组协同DCH。一组协同DCH的DCH使用公共传送承载(bearer)，并且在IP UTRAN中具有相同CFN的(一组协同DCH的)帧被包含于同一用户数据报协议(UDP)分组中。上面已经描述了用于协同DCH的专用合并过程。因此，省略协同DCH以用来简化本发明的描述，并且使本文更加易读。推广本发明的描述以便包括协同DCH对于本领域普通技术人员而言在概念上将是无足轻重的，尽管它将使本文显著复杂化。
本发明可以在第三代移动电信系统例如UMTS中、尤其是在无线接入网(RAN)例如UMTS地面无线接入网即UTRAN中实施。在图1中说明了这样的系统，并且在上文中结合图1对该系统进行了描述。
为了减少所需的传输资源，本发明提出从RNC向其他节点分配宏分集功能以便进行宏分集配置，这从传输观点来看对于宏分集配置是有益的。这些其他节点通常是节点B，但也可以是其他类型的节点，例如专用分集切换节点。在图4中示出了当将宏分集分配给节点B时可能的传输节约。当建立或改变宏分集配置时，首先要求在执行宏分集功能之前选择应当是分集切换(DHO)节点的节点B，即应当执行实际合并和分裂的节点B。DHO节点必须从包括DHO功能的可用节点中选出，即从DHO使能节点(通常是DHO使能节点B)中选出。在以下例子中，节点B和RNC用作DHO节点，但是应当注意，其他节点，例如专用DHO节点或者在逻辑或地理上分布的RNC或者执行部分RNC功能的将来类型的节点，也可以用作DHO节点。为了选择DHO节点，执行的第一步是获得UTRAN传送网的拓扑信息以及该传送网内的节点如何连接至节点B。例如可以在图5所示的拓扑图中获得拓扑信息。
根据本发明，通过开发拓扑数据库来获得拓扑信息。拓扑数据库适于向RNC提供RNC需要的信息，以便确定何时向节点B分配DHO功能是有益的，并选择要涉及的节点B。首先描述基于因特网协议(IP)的UTRAN的拓扑数据库，包括其一般属性和创建它的方式。然后，在另一部分中描述基于ATM的UTRAN的拓扑数据库。
DHO节点的选择要求RNC包括或者适于检索有关UTRAN拓扑的信息，既有UTRAN传送网，又有节点B和RNC。可以想到该信息具有不同级别的丰富度。该级别的选择是在它为DHO节点选择机制提供的值与它为选择机制以及拓扑信息检索机制所包含的复杂度之间的折衷。在对DHO节点选择的进一步描述中，将允许拓扑信息丰富度一定级别的灵活性。
然而，根据本发明具有基本级别丰富度的拓扑信息包括：
-从RNC到每个受该RNC控制的节点B以及可能受相邻RNC控制的一些节点B的逐跳路由，其中每个路由器均由与用来朝RNC的方向转发分组的接口相关联的IP地址来表示。节点B由其IP地址之一来表示，例如用于NBAP(节点B应用部分)信令的一个IP地址(或者在多个IP地址用于NBAP信令的情况下用于NBAP信令的基本IP地址)。如果相邻RNC被包含在逐跳路由中，则它还可以由其IP地址之一来表示，例如用于RNSAP(无线网络子系统应用部分)信令的一个IP地址(或者在多个IP地址用于RNSAP信令的情况下用于RNSAP信令的基本IP地址)。
-用于路由中每跳的延迟量度。如果没有可用的显式延迟量度，则可以从以下描述的通用成本量度中导出近似值，或者可以对所有跳都给予相同的延迟量度。
-用于路由中每跳的通用成本量度。一跳的通用成本量度可以基于组成该跳的链路的任意性质，例如在比特率方面的链路容量、它的延迟、租用该链路的成本(当适用时)等等。它是表示运营商使用该链路进行数据传送的相对意愿(高的通用成本表示相对较低的意愿，反之亦然)的通用参数。如果没有显式可用的这样的通用成本量度，则可以从延迟量度导出合理的近似值，或者可以对所有跳都使用固定的默认成本量度。
优选地，RNC适于使用拓扑信息以利用与无线网络子系统(RNS)中所有节点B相关联(并且可能与一些受相邻RNC控制的节点B即相邻RNS中的节点B相关联)的量度来保存逐跳路由的数据表示。RNS包括RNC和受该RNC控制的节点B。因而当需要进行DHO节点选择过程时，所述路由可容易地获得。然而，如果RNC保存通用拓扑数据库，则当需要时实时检索拓扑信息并创建逐跳路由也是可能的。例如，如果RNC中的传送网络层(TNL)保存链路状态路由拓扑数据库，则可以想到查阅该数据库(例如通过使RNC的无线网络层(RNL)询问RNC的TNL)，以便实时地创建所需的逐跳路由的表示。从性能的观点，优选的是当需要它们时可容易地获得所述逐跳路由。
除了所需的拓扑信息外，RNC必须利用关于相关节点B的知识进行手动或自动配置，所述相关节点B能够包括DHO功能，也被称作DHO使能节点。DHO使能节点至少由受该RNC控制的DHO使能节点组成，但是在RNS间宏分集配置中，它们也可以包括其他RNC以及受其他RNC控制的节点B。DHO使能节点也可能包括其他尚未存在的类型的无线网络层(RNL)节点，例如专用DHO节点。要求RNC知道每个DHO使能节点的一个IP地址，优选是用于NBAP信令(或者在RNC的情况下的RNSAP信令)的IP地址。要求该IP地址是与用来表示逐跳路由中的节点相同的IP地址。RNC可以适于使用DHO使能节点的列表以包含对于该逐跳路由中每个节点而言该节点是否DHO使能的指示。
根据本发明的实施例，RNC提供所需的拓扑信息存在四种可能的方式：
1、通过手动或半自动的管理操作。当建立或改变UTRAN(包括其传送网)时，通过Q&M装置在RNC中配置相关的拓扑信息。
2、通过链路状态路由协议。如果在UTRAN传送网中使用链路状态路由协议，例如开放最短路径优先(OSPF)，则RNC可以适于参与路由协议通信，就像它是路由器一样。然而，假设RNC不具有路由器功能(即IP转发功能)，则它不将通知到除站点基础设施LAN以外任何其他网络的可达性。因此，实际上，从来没有节点将试图把RNC用作转接节点，即转发业务的节点，也就是既不是源节点也不是目的节点的节点。因此，通过路由协议，RNC包括用于保存最新拓扑数据库的装置，而无须执行其他路由器功能。
3、通过使用跟踪路由机制，该机制允许RNC发现到每个节点B的逐跳路由。以下详细描述跟踪路由机制。
4、通过检索来自另一RNC的拓扑信息。然而，这种方法仅仅在RNS间的情况下是可行的。
以上所列提供拓扑信息方式的第三种即跟踪路由机制需要进一步详细的描述。由于目的节点即节点B不是网络中的任意节点，所以它们可以为跟踪路由消息作好准备。这使得该跟踪路由程序能够与传统跟踪路由程序略微不同地工作(尽管传统跟踪路由程序也将工作)。未来的基于IP的UTRAN多半将使用IPv6，但是为了完整性还要描述用于IPv4的RNC跟踪路由程序变体。
用于IPv6的RNC跟踪路由程序使用专用UDP端口，在RNC和节点B中都使用相同的源端口和目的端口。为了开始该过程，跟踪路由程序发送一个UDP消息，其中UDP源端口和目的端口被设置为专用端口，以及IP报头中的目的地址被设置为用于目标节点B的NBAP信令的IP地址。跟踪路由程序还将IP报头中的跳限字段设置为1，并且包括尽可能精确的发送时间以及UDP有效负载中跳限字段的副本。将IP分组的跳限设置为1的事实使得路径中的第一个路由器丢弃该消息，并且将一个Time Exceeded ICMPv6Message(超时ICMPv6消息)返回至RNC。Time Exceeded Message包括高达1232个八位字节的调用消息。由于这远远高于由RNC发送的消息，因此将包含整个调用消息。
当接收到Time Exceeded Message时，RNC查看源地址和所包含的消息。在所包含的消息中，IP目的地址通知RNC该消息涉及哪个节点B路由，所包含的UDP有效负载中的跳限字段副本通知RNC到生成Time Exceeded Message的路由器的跳数，以及所包含的UDP有效负载中记录的发送时间允许RNC计算从RNC到路由器并返回的往返行程时间。(Time Exceeded Message的)IP报头中的源地址向前往目标节点B的路由中的RNC提供多个路由器之一(在这种情况下是第一个路由器，因为跳限被设置为1)的IP地址。
接下来，RNC发送第二消息，它与第一消息的不同之处在于跳限增长到2(并且发送时间不同)。RNC一直发送具有递增跳限的消息，直到这些消息中的一个到达目标节点B为止。当目标节点B接收到该消息时，它从收到的消息中提取跳限副本和发送时间，并将它们包含在发送给RNC的新UDP消息的有效负载内(将同一专用端口用作UDP报头中的源端口和目的端口)。节点B还可以适于将附加信息包含在UDP有效负载内，例如有关该节点B连接的链路的信息，如比特率、延迟信息、节点B是否具有集成路由器等等。节点B可以包含在UDP有效负载内的另一条有用信息是对分层DHO方案的支持水平的指示。可以指示三种可能的支持水平：DHO使能的，DHO不使能但知道分层DHO方案的，或者根本不支持的(当预期为这种指示时，在UDP有效负载中根本不包含任何指示，这将是默认值)。这种指示将向RNC提供受该RNC控制的节点B的DHO能力的自动配置。
当RNC从节点B接收到响应消息时，它知道它的消息之一已经到达目标节点B，并且它可以停止向该节点B发送消息。该消息的源地址通知RNC它涉及哪个节点B。UDP有效负载中的跳限副本通知RNC到目标节点B的跳数，以及UDP有效负载中复制的原始发送时间允许RNC计算到节点B并返回的往返行程时间。
如果不可能想到将有用的附加信息包含于来自节点B的响应消息内，则可以修改跟踪路由程序。因而在节点B中不必运行任何程序，并且当没有监控专用端口的过程时，节点B将返回一个DestinationUnreachable ICMPv6 Message(目的地不可达ICMPv6消息)(带有设置为“不可达端口”的代码)。以与Time Exceeded Message类似的方式，该消息包括整个调用消息。Destination Unreachable Message(代替Time Exceeded Message)的接收通知RNC它的消息之一已经到达目标节点B。然后可以从该消息中提取所需的信息，即源地址、跳限副本和原始发送时间。
每个往返行程即跟踪路由消息和触发的响应消息根据IP地址(即用来向RNC发送IP分组的IP地址)和延迟测量来在前往目的节点B的路由中揭示了另一跳。因此RNC可以使用由一组完整的跟踪路由消息(及其触发的响应消息)揭示的信息，以利用与每跳相关联的延迟量度来建立完整的从RNC到节点B的逐跳路由。用于每跳的通用成本量度或者等于该跳的延迟量度，或者等于对于每跳都相同的固定值。
当使用IPv4时，Time Exceeded ICMPv4 Message和DestinationUnreachable ICMPv4 Message不必包括28个以上八位字节的调用分组。也就是，仅有用于来自RNC的消息的IP报头和UDP报头的空间，这意味着没有将信息包含在UDP有效负载内的位置(除非该信息打算供目标节点B使用)。然后，RNC跟踪路由程序必须如传统跟踪路由程序一样工作。也就是，对于其顺序发送的每个消息，它将目的UDP端口号增加1。还要求RNC存储它发送的每个消息的目的地址、目的端口、跳限和发送时间。
当接收到Time Exceeded Message时，RNC能够将在所包含的UDP报头内的目的地址和目的端口用作找到该调用消息的跳限和发送时间的线索。然后RNC具有所有需要的信息，即(Time Exceeded Message的)源地址、原始跳限和原始发送时间。因此，类似于IPv6的情况，RNC可以使用由一组完整的跟踪路由消息(及其相关响应消息)揭示的信息，以利用与每跳相关联的延迟量度来建立从RNC到节点B的逐跳路由。用于每跳的通用成本量度或者等于该跳的延迟量度，或者等于对于每跳都相同的固定值。
通常，IPv4跟踪路由程序使用由应用程序不大可能使用的UDP端口。因此，目的节点将几乎肯定返回一个Destination UnreachableICMPv4消息。然而，存在一个小的风险，即应用程序实际上正在使用目的节点中的端口，在这种情况下跟踪路由程序将失效。为了避免这种风险，RNC跟踪路由程序在IPv4的情况下可以使用节点B中专用于该目的的一组端口。专用端口的数目必须至少与RNC和节点B之间的最大跳数一样多。类似于IPv6的情况，有可能使节点B将附加的有用信息包含在它对跟踪路由消息的响应消息内(因而该响应消息将是一个UDP消息)。在这种情况下，在节点B中生成响应消息的程序必须监控所有的专用端口。否则，如果在响应消息中不包含附加的有用信息，则节点B可以不监控所述专用端口，在这种情况下收到的跟踪路由消息将触发一个Destination Unreachable ICMPv4消息(正如当使用传统跟踪路由程序时一样)。
为了改善跟踪路由延迟测量的稳定性，可以在高优先级承载上发送跟踪路由消息，但是应当在与ICMP消息相同类型的承载上发送来自节点B的响应消息，以便提供可以与其他跳的延迟测量相比的(最后一跳的)延迟测量。然而，无论是否使用高优先级的承载，都应当对若干跟踪路由测量进行平均，以便提供高质量的延迟测量。RNC能够通过重复几组完整的跟踪路由消息或者通过重复一组中的每个跟踪路由消息来计算平均值。
每24小时在RNS中运行几次(例如3-5次)朝着每个基站的跟踪路由测量(即几组跟踪路由消息)，这能够使RNC利用相当精确的链路延迟量度来保存相当最新的拓扑数据库，同时在传送网中引起无关紧要的负载。该跟踪路由测量应当在低业务量负载期间例如在夜间展开。
在当UTRAN传送网是基于ATM时的情况下，拓扑数据库基于ATM地址而不是IP地址。另外拓扑数据库的一般属性类似于基于IP的UTRAN中数据库的属性。逐跳路由中的每跳由ATM地址表示。对于每跳而言，存在一个显式定义的或隐式导出的通用成本量度以及显式定义的或隐式导出的延迟量度。在基于ATM的UTRAN中，必须通过手动或半自动的管理操作来创建拓扑数据库。在基于ATM的UTRAN中，RNC以与基于IP的UTRAN中相同的方式来使用拓扑数据库。
当要为RNS间(无线网络子系统之间)软切换配置检索所需拓扑信息时，即当一个或多个所涉及的节点B受除S-RNC以外的其他RNC控制(并因此位于其他RNS中)时，需要特别的考虑。假设在用户平面连接中不一定包含D-RNC，正如今天的一般惯例一样。因此，在RNS间的情况下，S-RNC也是用于DHO节点选择的适当节点。于是，问题就是在RNS间的情况下如何在S-RNC中提供所需的拓扑信息。
在RNS间的情况下，通过手动或半自动的操作进行配置也是可能的。于是RNC将不仅可以用它自己RNS的拓扑信息进行配置，而且还可以用属于相邻RNS的拓扑信息进行配置，由此可以预料可能的RNS间软切换连接。然而，在这种配置中要考虑的相邻RNS越多，该配置带来的麻烦就越多。
规避该成比例的问题的一种可能方式是仅使用它自己RNS的拓扑信息来配置每个RNC，然后当需要时从相邻RNC中检索拓扑信息。如果使用该原理，并且需要来自相邻RNS的拓扑信息来选择用于RNS间软切换连接的DHO节点的话，则S-RNC向D-RNC请求相关的拓扑信息。在RNSAP中该信令可以由例如一对新消息组成(例如称作拓扑信息请求和拓扑信息响应)。在这种情况下，棘手的部分是要确保所合并的拓扑信息还覆盖互连两个RNS的传送网的部分。这可能要求所有的RNC都使用覆盖用来互连RNS的传送网的部分的拓扑信息进行配置。类似于RNS内的情况，在ATMUTRAN中手动或半自动配置是唯一可用的手段。
在IP UTRAN中使用链路状态路由协议的固有拓扑信息采集机制在RNS间的情况下也是可能的。根据如何配置传送网中的路由器，RNC中的链路状态路由协议实体可以保存一个拓扑数据库，该数据库覆盖若干RNS，也许甚至覆盖UTRAN中所有的RNS。如果相邻RNS的所需拓扑不为RNC所知，则RNC可以如上所述向有关RNC请求该拓扑，以获得手动或半自动配置的拓扑信息。
理论上在IP UTRAN中使用跟踪路由机制在RNS间的情况下也是可能的。然而，这要求在跟踪路由方案中RNC不仅包含它自己RNS的节点B，而且还要包含可能在RNS间软切换连接中涉及的所有RNS外部节点B(即其他RNS中的节点B)。因此在RNS间的情况下，跟踪路由方法可能难以实现。一种方式是用所有的RNS外部节点B来配置RNC，以通过手动或半自动Q&M装置将其包含在跟踪路由方案内。另一种可能是利用小区邻居列表，并且将所有RNS外部节点B包含在跟踪路由方案内，这些RNS外部节点B被包含在该RNC自己的RNS中各个小区的小区邻居列表中。还有一种可能是对该RNC自己的RNS中的节点B使用跟踪路由机制，并且当需要时(如上所述)通过信令从其他RNC检索拓扑信息。
如果相邻RNC被包含在拓扑信息中，那么它应当由IP地址或ATM地址表示。在IP UTRAN中，IP地址可以例如是用于RNSAP信令的IP地址(或者在为此目的使用多个IP地址的情况下用于RNSAP信令的基本IP地址)。
一旦相邻RNS所需的拓扑信息可以获得(不管使用的是哪种提供方法)，S-RNC就以与RNS内情况相同的方式来使用该拓扑信息。
DHO节点选择算法
应当注意，尽管以下使用术语IP UTRAN来描述DHO节点选择算法的过程，但是所述过程同样适用于ATM UTRAN。在ATM UTRAN中，该算法和过程是相同的，但是其中路由器用AAL2交换机来替代，以及IP地址用ATM地址来替代。
无论是否使用优化的NBAP和RNSAP信令，RNC适于用来选择DHO节点的机制都是相同的，所述DHO节点即在其中将执行分裂和合并的节点。根据本发明，DHO节点选择机制的目的是以这样的方式选择DHO节点，即该方式最小化用于所有宏分集支路的一个或多个累积量度。根据本发明的一个实施例，这样的累积量度是通用成本量度。根据另一个实施例，将该成本量度与下述条件放在一起，即对于任何一个所得到的数据路径，它都不被允许超出为UTRAN定义的最大延迟值。
在典型情形下，首先用单条支路建立DCH，即没有宏分集。当添加第二宏分集支路时，RNC选择用于这两条支路的DHO节点，并且必要时(即除非所选DHO节点是第一条支路的节点B或者RNC本身)重新定向现有的数据流。当添加第三条支路时，要求RNC从头开始重新运行DHO节点选择过程，因为第三条支路的添加可能影响第一DHO节点的选择。RNC还具有这样的选择，即让第三条支路一直到RNC(而不试图找到更好的DHO节点)，以便不影响先前的DHO节点选择，并且避免在重新定向现有流中所涉及的信令。同样的过程(即从头开始重新运行DHO节点选择过程或者终止RNC中的新支路)适用于随后添加的宏分集支路。
DHO选择机制依赖于上述拓扑信息，该拓扑信息既包括传送网节点(路由器)，也包括无线网络节点(节点B和一个或可能更多的RNC)。它也利用与RNC相连的DHO使能节点(以及可能在相邻RNS中的一些DHO使能节点)的列表。
RNC以这样的方式选择第一组预备DHO节点，即该方式最小化用于整个宏分集树的总累积通用成本量度。根据一个实施例，接下来它检查对于任何一条宏分集支路而言是否超出了最大允许路径延迟。如果路径延迟是可接受的，则保留这组预备DHO节点。否则RNC以降低路径延迟的方式修改这组预备DHO节点，直到所有宏分集支路的路径延迟都是可接受的。
第一组预备DHO节点的选择
简言之，RNC通过形成到所涉及节点B的(从拓扑数据库检索的)路由树来开始DHO节点选择过程。接下来，它识别树中的分支节点和它们的相关互连。识别分支节点的相关互连实质上意味着RNC创建仅由分支节点、节点B和RNC(即省略了中间路由器)组成的简化示意树。在图7中说明该简化示意树。对于每个分支节点均存在相应的可能DHO节点，并且将RNC配置成着手选择这些DHO节点。以下将对完整过程进行详细描述。
在整个说明书中将使用基于图5所描绘情形的DHO节点选择过程的例子。然而，所提供的例子仅仅是为了更加便于理解本发明而被包含，而非为了限制本发明。图5说明具有五条宏分集支路的软切换模式的DCH。所说明的例子的目的是说明DHO节点选择过程的原理。在图5中R1-R7是路由器，以及NB1-NB5是节点B。IP＝X意味着该节点的IP地址是X。
在一般情况下，RNC具有n(其中n＞1)个相连的节点B，这些节点B被包含在软切换模式的同一DCH内。为了选择用于该DCH的DHO节点，RNC适于从其上述拓扑数据库中检索在RNC与所涉及节点B中每个之间的完全逐跳路由。所检索的路由构成“路由树”。两个或更多个路由相接合的节点被称为分支节点(BN)。RNC包括基于路由树的节点来选择最佳DHO节点的装置。仅搜索路由树中的DHO节点是一种限制，这意味着不理可能的树下DHO节点，所述树下DHO节点可能比树上DHO节点更佳。该限制是限制选择机制复杂度的一种折衷。如果要搜寻所有可能DHO节点(树上以及树下节点)中的最佳节点，并且要创建最佳路由树(与各个路由无关)，则这将涉及斯坦纳(Steiner)树的计算，这非常复杂且对计算要求很高。因此，尽管不是最优的，从树上节点中选择DHO节点被认为对于本申请而言至少在其基本形式上已经足够好了。
此外，当选择DHO节点时，RNC能够使用两种不同基本方法中的任何一种。RNC适于或者从路由树中的所有树上DHO使能节点当中进行选择，或者仅从知道该宏分集所涉及的DCH的无线电链路性质的DHO使能节点当中进行选择。前一种方法允许从更多的DHO使能节点中进行选择，这又可以产生更加高效的宏分集树。然而，当选择一个不知道要选择进行合并的该DCH的无线电链路性质的DHO使能节点时，需要附加的信令来通知该DHO节点它所需要知道的DCH性质以便合并DCH的宏分集支路。在后一种方法中，将可能的DHO节点限制为对前往有关UE的至少一条无线电链路负责的RNC和节点B。S-RNC固有地知道所需的DCH性质，通过RNSAP信令来通知D-RNC，并通过NBAP信令来通知对无线电链路负责的节点B。此后将对前往UE的无线电链路负责的节点B(即被包含在激活集内的节点B)称作“无线电激活节点B”。此后将不对前往UE的无线电链路负责的节点B(即未被包含在激活集内的节点B)称作“非无线电激活节点B”。相应地，将对前往UE的无线电链路负责的DHO节点(即无线电激活节点B)称作“无线电激活DHO节点”。将其他DHO节点称作“非无线电激活DHO节点”。
在对DHO节点选择算法的进一步描述中，假设RNC从路由树中的所有DHO使能节点当中选择DHO节点。然而，相同的算法可以用来从路由树中的RNC和DHO使能的无线电激活节点B当中选择DHO节点。这意味着仅将RNC和DHO使能的无线电激活节点B认为是可能的DHO节点，而不是路由树中所有的RNC和DHO使能的节点B。
所检索的逐跳路由用IP地址(中间路由器和目的节点B的IP地址)的列表来表示，其伴随有每跳的许多量度。省略了RNC的IP地址，因为对于DHO节点选择过程而言它是不需要的。该量度可以包含延迟量度和通用成本量度中的一个或二者(基于任意标准)。该量度可以是不对称的，在这种情况下为链路的每个方向提供一组量度，或者是对称的，在这种情况下相同的一组量度对于两个方向都是有效的。根据本发明的一个实施例，在所说明的例子中，该量度既包含对称的延迟量度，又包含对称的通用成本量度。表1示出了在示例情形(即图5所描绘的情形)下RNC检索的路由信息内可以包含的信息。
 从RNC到节点B(NB)1的路由
 1   1   1
 2   1   2
 8   1   3
 从RNC到NB2的路由
IP地址(不含RNC)   自前述节点的一跳的对称通用成本量度   自前述节点的一跳的对称延迟量度
 1   1   1
 2   1   2
 3   2   3
 4   2   3
 5   3   4
 9   5   5
 从RNC到NB3的路由
IP地址(不含RNC)   自前述节点的一跳的对称通用成本量度   自前述节点的一跳的对称延迟量度
 1   1   1
 2   1   2
 3   2   3
 4   2   3
 5   3   4
 10   4   5
 从RNC到NB4的路由
IP地址(不含RNC)   自前述节点的一跳的对称通用成本量度   自前述节点的一跳的对称延迟量度
 1   1   1
 2   1   2
 3   2   3
 4   2   3
 6   2   3
 7   3   4
 11   4   5
 从RNC到NB5的路由
IP地址(不含RNC)   自前述节点的一跳的对称通用成本量度   自前述节点的一跳的对称延迟量度
 1   1   1
 2   1   2
 3   2   3
 4   2   3
 6   2   3
 7   3   4
 12   5   5
                        表1
参考图5所示的例子，表1包含从拓扑数据库接收的带有相关量度的路由。在该例中使用对称延迟和成本量度。
为了形成所检索路由的树，RNC适于将路由看作多个分支，并且适于识别分支节点(可以存在1到n-1个分支节点，其中n是分支数目)。为了识别分支节点，将RNC配置为从相应列表中的第一个IP地址开始，接下来一次步进一个地址，以便识别分支何时分叉，即其IP地址何时与其他分支的IP地址不同。在列表中分叉IP地址之前的IP地址表示分支节点。如果两个分支根本不具有共有的IP地址，则RNC就是这两个分支的分支节点。该过程继续进行，直到识别了所有的分支节点为止。图6示出由图5的示例情形所得到的路由树。
当识别了所有的分支节点时，就识别了它们的相关互连以及它们到节点B和RNC的连接。识别这些连接实质上意味着RNC适于创建一个仅由分支节点、节点B和RNC(即省略了中间路由器)组成的简化示意树。正如在原始路由树的情况下，这仍然仅仅是个逻辑构造，实质上是RNC中的一个数据结构。它仍然没有在UTRAN中的物理实现。图7说明与图6中路由树对应的分支节点树(即由图5的示例情形所得到的分支节点树)，以及表2示出可以如何将该分支节点树表示为一个数据表。应当注意，BN X表示分支节点号X。
  分支节点(BN)   IP地址   上行链路连接   下行链路连接
  BN1   2   RNC   BN2，IP＝4NB1，IP＝8
  BN2   4   BN1，IP＝2   BN3，IP＝5BN4，IP＝7
  BN3   5   BN2，IP＝4   NB2，IP＝9NB3，IP＝10
  BN4   7   BN2，IP＝4   NB4，IP＝11NB5，IP＝12
                        表2
所识别的分支节点可以是RNC、节点B之一或中间路由器。也就是，分支节点不一定是DHO使能节点。然而，对于每个分支节点，存在一个对应的可能DHO节点。随着将分支节点作为起始点，RNC包括用于选择最佳对应DHO节点的装置。为了这样，将RNC配置为利用分配给每跳的成本量度以及RNS中DHO使能节点的列表(用它们的IP地址表示，即与用来表示逐跳路由中的节点相同的IP地址)。在RNS间的情况下(即当涉及一个以上的RNS时)，RNC还可以利用相邻RNS中DHO使能节点的列表。在这种情况下，RNC可以用这些列表进行配置，或者它可以通过信令从相邻RNS的RNC中检索这些列表。在基于图5的示例情形的DHO节点选择实例中，路由树中的RNC和所有节点B被假设为DHO使能的。
选择与某一分支节点对应的DHO节点所使用的算法是简单的。从分支节点开始，RNC能够从该分支节点起在每个方向上(即在包含上行链路的原始路由树中每个分支的方向上)累积通用成本量度，直到找到DHO使能节点(或路径的末端)为止。(如果使用不对称通用成本量度，那么该通用成本量度必须是从分支节点到所找到的DHO使能节点并返回的累积往返行程。如果使用对称成本量度，则在一个方向上累积通用成本量度就足够了。)RNC通过使用原始路由树而非简化路由树来完成该过程。选择所找到的具有最小累积通用成本量度的DHO使能节点，以作为与有关分支节点对应的DHO节点。如果分支节点自身是DHO使能节点，则它当然将是所选择的DHO节点，因为显然最佳选择和累积通用成本量度将是零。
根据本发明的实施例，如果发现一个以上的DHO使能节点具有相同的最小累积通用成本量度，则RNC应当选择将最小延迟(根据累积延迟量度)添加到从有关分支节点到RNC的原始路由中的节点。为了计算添加给某一DHO使能节点的延迟，RNC包括用于识别最靠近DHO使能节点的原始路由(即路由树中从有关分支节点到RNC的路由)中的节点的装置。接下来将所添加的延迟计算为从原始路由中所识别的最靠近节点到有关DHO使能节点并返回的累积逐跳延迟量度往返行程。根据本发明的实施例，如果所添加的延迟也相等，则将RNC配置成在有关DHO节点之间进行任意选择。
根据本发明的另一个实施例，对于RNC而言，从两个或更多个发现具有相同最小累积通用成本量度的DHO使能节点中选出一个DHO节点的替代且更简单的方法是任意地选择它们当中的一个。所得到的DHO节点选择将是次最佳的，但是优点在于RNC避免了对所添加延迟的上述计算，该计算使DHO节点选择过程变得复杂化。
现在回到基于图5中示例情形的DHO节点选择实例，将如下来选择与所识别分支节点对应的DHO节点。由于在该例中使用对称通用成本量度，所以在分支节点与可能的DHO节点之间成本量度仅在单个方向上累积。与分支节点R7对应的DHO节点是NB4，对于其从R7起的累积通用成本量度是4。路由树中所有其他DHO使能节点都具有从该分支节点起更大的累积通用成本量度。同样，与分支节点R5对应的所选DHO节点是NB3，对于其从R5起的累积通用成本量度是4。与分支节点R4对应的所选DHO节点又是NB3，对于其从R5起的累积通用成本量度是7。与分支节点R2对应的所选DHO节点是NB1，对于其从R2起的累积通用成本量度是4。
当选择了与每个分支节点对应的DHO节点时，所选DHO节点以与它们对应分支节点相同的方式(即如分支节点、节点B和RNC的简化示意树所示)(在逻辑上)互连成DHO节点、节点B(它们是树的叶子节点)和RNC的树。该树被称为“DHO节点树”。此外，作为DHO节点树一部分的节点被称为“DHO树节点”。DHO树节点可以是DHO节点树内的任何节点。这意味着DHO树节点可以是如上所述的DHO节点、没有DHO功能的RNC或没有DHO功能的节点B，例如叶子节点B。DHO节点可以与节点B、RNC或另一DHO节点重合。在这种情况下，重合节点之间的逻辑连接在DHO节点树中消失。像路由树和分支节点树一样，该DHO节点树是RNC中的逻辑结构，而没有在UTRAN中的物理实现。表3和表4说明DHO节点选择实例的分支节点树表即表2的分支节点树表可以如何转化为DHO节点树表。应当注意，DHO(BNX)表示与分支节点X对应的所选DHO节点。图8说明所得到的DHO节点树(作为基于图5中示例情形的DHO节点选择实例的一部分)。
  DHO节点   IP地址   上行链路连接   下行链路连接
  DHO(BN1)   8   RNC   DHO(BN2)，IP＝10NB1，IP＝8
  DHO(BN2)   10   DHO(BN1)，IP＝8   DHO(BN3)，IP＝10DHO(BN4)，IP＝11
  DHO(BN3)   10   DHO(BN2)，IP＝10   NB2，IP＝9NB3，IP＝10
  DHO(BN4)   11   DHO(BN2)，IP＝10   NB4，IP＝11NB5，IP＝12
                            表3
从表3可以推断出DHO(BN2)和DHO(BN3)是同一个节点，即NB3。
 DHO节点   IP地址  上行链路连接   下行链路连接
 DHO(BN1)   8(NB1)  RNC   DHO(BN2)，IP＝10(BN1无线电i/f)
 DHO(BN2，BN3)   10(NB3)  DHO(BN1)，IP＝8   DHO(BN4)，IP＝11NB2，IP＝9(NB3无线电i/f)
 DHO(BN4)   11(NB4)  DHO(BN2，BN3)，IP＝10   NB5，IP＝12(NB4无线电i/f)
                        表4
表4是从表2的分支节点树表(它是基于图5中示例情形的DHO节点选择实例的一部分)导出的最终DHO节点树表。现在DHO(BN2)和DHO(BN3)已经合并成单个DHO节点，即DHO(BN2，BN3)。
图8示出了由与基于图5的示例情形的DHO节点选择实例的分支节点对应的DHO节点选择得到的DHO节点树。在表4中可以找到DHO节点树的数据表示。
检查未超出最大允许延迟(也称为延迟降低阶段)
当选择DHO节点时，在指示UTRAN节点建立包含所选DHO节点的路由树之前的最后一步是检查未超出在节点B与RNC之间的最大允许传送延迟。为此，将DHO节点树中的连接映射到原始路由树上以形成完整的逐跳路由。图9对于基于图5的示例情形的DHO节点选择实例来说明这一点，即在图6的路由树上映射图8的DHO节点树。所得到的数据流在图9中用较粗的箭头表示。
RNC分析作为每个节点B-RNC路径的拓扑信息一部分的逐跳延迟，并将其加在一起以成为新的数据路径在两个方向上的整个传送延迟。对于上行链路而言，由RNC对于该路径中除第一个之外每个DHO节点也添加帧合并过程的默认延迟值。
根据拓扑数据库计算的延迟可能不够精确，但是仍可用于相对延迟测量。合并该相对延迟测量(使用拓扑数据库的延迟量度)与更精确的节点同步测量，结果应当足够精确。在3GPP TS 25.402V5.1.0，“3rd Generation Partnership Project；Technical Specification GroupRadio Access Network；Synchronisation in UTRAN Stage 2(Release 5)(第三代合作伙伴计划；技术规范组无线接入网；阶段2的UTRAN中的同步(版本5))”和3GPP TS 25.427 V5.0.0，“3rd GenerationPartnership Project；Technical Specification Group Radio AccessNetwork；UTRAN Iub/Iur interface user plane protocol for DCH datastreams(Release 5)(第三代合作伙伴计划；技术规范组无线接入网；用于DCH数据流的UTRAN Iub/Iur接口用户平面协议(版本5))”中，对节点同步测量进行了进一步的描述。
作为DCH帧协议(以及其他UTRAN用户平面协议)一部分的节点同步过程精确地测量从RNC到节点B并返回的往返行程延迟。为了提高稳定性和精确度，节点同步过程可以可选地在专用的高优先级承载上承载。任何时候都可以执行节点同步过程，但原则上应该是只有当传送网的拓扑发生变化时才必须执行。节点同步过程在RNC与一个或多个节点B之间执行。RNC向一个或多个节点B发送下行链路节点同步控制帧(如果在软切换模式中的DCH的用户平面中发送控制帧，则该控制帧要经受分裂，并且将到达所有涉及的节点B)。下行链路节点同步控制帧包含确定的时间参数。接收下行链路节点同步控制帧的每个节点B以包含确定时间参数的上行链路节点同步控制帧进行响应。每当执行一组相应的跟踪路由测量时(当使用跟踪路由测量时)，合理的替代可以是执行节点同步过程。在合并相对延迟测量(使用拓扑数据库的延迟量度)与节点同步延迟测量的计算中，使用以下的符号：
DNS           用节点同步过程测量的延迟。
Dtop-old-DL      由拓扑数据库计算的原始路径(即从拓扑数据库检索的路
               由)的下行链路传送延迟。
Dtop-old-UL      由拓扑数据库计算的原始路径的上行链路传送延迟。
Dtop-new-DL      由拓扑数据库计算的新路径的下行链路延迟。
Dtop-new-UL      由拓扑数据库计算的新路径的上行链路延迟。
NDHO           数据路径中的DHO节点数目(如果RNC是所选DHO节
               点之一，则包含RNC)。
Dcomb          帧合并的默认延迟值。该值可能取决于所合并的帧数，但
               是此后假设该参数具有与合并帧数目无关的固定值。
Dnew-path-DL     作为合并基于拓扑数据库的测量与节点同步测量的结果
               的新路径的估计下行链路延迟。
Dnew-path-UL     作为合并基于拓扑数据库的测量与节点同步测量的结果
               的新路径的估计上行链路延迟。
通过合并不同的延迟参数，可以如下计算新路径的下行链路和上行链路延迟的相当精确的值：
Dtop-old-DL＝∑(旧路径的下行链路跳延迟)
Dtop-old-UL＝∑(旧路径的上行链路跳延迟)
Dtop-new-DL＝∑(新路径的下行链路跳延迟)
Dtop-new-UL＝(NDHO-1)×Dcomb+∑(新路径的上行链路跳延迟)
＝＞
Dnew-path-DL＝(Dtop-new-DL/Dtop-old-DL)×DNS
Dnew-path-UL＝(Dtop-new-UL/Dtop-old-UL)×DNS
如果使用对称延迟量度，则计算可以略微简化。应当与最大允许延迟进行比较的延迟值是Dnew-path-DL和Dnew-path-UL的值。这意味着如果基于拓扑数据的测量有点不精确，则对于不同的数据路径，Dnew-path-DL和Dnew-path-UL参数的最大允许值可以有所不同。举例来说，用于一个数据路径的某一Dtop-new-DL可能使Dnew-path-DL值超出最大允许值，而用于另一数据路径的相同Dtop-new-DL可能使Dnew-path-DL值在允许的范围内。
如果在传送网中Dnew-path-DL或Dnew-path-UL超出了最大允许延迟(或者略微较低的提供安全裕度(margin)的延迟阈值)，则必须改变有关路径。存在几种不同的方式以不同水平的复杂度(以及性能)来完成这一点。理论上，DHO节点选择应当以新的条件重新开始，以得到可能具有全部或部分新DHO节点的新结果。目标应该是获得具有可接受延迟的数据路径，与第一DHO节点树相比，所述可接受延迟在总的累积成本量度方面具有尽可能小的增长。然而，另一重要目标是保持算法的简单和计算的高效。因此优选是不重新开始DHO节点选择。而是修改有关数据路径，以便将其延迟降低到可接受的水平。
修改数据路径的方式是从路径中移除一个或多个DHO节点，直到路径延迟小于最大允许值为止。从路径中移除DHO节点意味着有关数据流绕过该DHO节点。所移除的DHO节点可以保留在路径中(如果它被包含在该路径的节点B的原始路由内的话)，但是其DHO功能未被应用于有关数据流。如果数据流必须迂回才能到达该DHO节点，则在移除该节点之后在路径中不将保留该DHO节点。
应当移除哪个(哪些)DHO节点呢？根据本发明的实施例，存在若干种方法在路径中逐步地移除DHO节点。它们在复杂度和效率上有所不同。在除了最后一种方法(它从根本上与其他不同)以外的所有方法中，可能优选的是在开始路径延迟降低方法之前计算所需的路径延迟降低(使用来自拓扑数据库的数据在路由树中计算出的)。
如果下行链路路径延迟太大，则所需的下行链路延迟降低(根据延迟量度)是Dred-DL＝Dtop-new-DL-Dmax×Dtop-old-DL/DNS，其中Dred-DL是所需的下行链路延迟降低，以及Dmax是最大允许延迟。如果上行链路路径延迟太大，则所需的上行链路延迟降低(根据延迟量度)是Dred-UL＝Dtop-new-UL-Dmax×Dtop-old-UL/DNS，其中Dred-UL是所需的上行链路延迟降低。
如果一个以上的路径(即宏分集支路)具有过大的延迟，则RNC应当通过首先对具有最大延迟的路径进行DHO节点移除来执行延迟降低。从该路径中移除DHO节点还可以降低其他路径的延迟(例如，如果从表示合并数据流的路径的一部分移除DHO节点)。因此，在开始对下一路径的延迟降低之前，RNC应当检查作为对前面路径的延迟降低措施的结果，路径延迟是否已经发生了变化。
以下是一些基于DHO节点移除的路径延迟降低方法，在效率和复杂度之间具有合理的关系。如果RNC(即S-RNC)是DHO节点，则将它从能够移除的DHO节点中排除。这适用于所有的方法。这些方法假设在有关路径中除了RNC以外至少有一个DHO节点。这是一种安全的假设，因为仅有RNC作为唯一DHO节点的路径(即根据目前UTRAN宏分集原理的路径)不可能具有太大的延迟，除非对传送网进行了错误的设计或配置。如果还是出现了这种情况，则RNC也应当假定该延迟测量是不正确的，并且无论如何也使用该路径。所有这些方法都可以分别应用于下行链路和上行链路，但是这些方法中所描述的大多数部分都与下行链路和上行链路无关。
当从路径中移除DHO节点时，路径延迟通常会降低，而在该路径的累积通用成本量度方面的成本通常会增长。就延迟而论，确定的路径的延迟降低是有关系的。如果所移除的DHO节点保留在该路径中(尽管它不再将其DHO功能应用于有关数据流)，那么下行链路路径延迟是不受影响的，而上行链路路径延迟降低了一个帧合并延迟(除非所移除的DHO节点是该路径中层次最高的DHO节点)。在移除所有其他DHO节点的情况下，路径延迟得以降低。就通用成本量度而论，有关系的是在有关DCH的两个方向(即包括所有宏分集支路的两个方向)上的总通用成本量度的增长。在几乎移除所有DHO节点的情况下，增加了总的通用成本量度，但是在某些极端和不可能的情形下，它可能不受影响，或者甚至会由于DHO节点的移除而减少。在计算中成本量度减少被表示为负的成本量度增长。
在几种延迟降低方法中，RNC需要计算由于从该路径中移除某一DHO节点所能够得到的可能的路径延迟降低(根据延迟量度)和/或成本增长(根据整个DCH的通用成本量度)。
为了计算可能的路径延迟降低，RNC首先从要降低其延迟的RNC-节点B路径(或节点B-RNC路径)的原始路由(即从拓扑数据库检索到的路由)中的节点中识别出最靠近有关DHO节点的节点。这可以是(在原始路由树中的)分支节点，但它也可以是DHO节点本身(它可以是也可以不是分支节点)。可能的下行链路路径延迟降低(根据延迟量度)被计算为从(在原始路由中)所识别的最靠近节点到DHO节点并且再次返回到所识别的最靠近节点的往返行程的累积逐跳延迟量度。外加帧合并延迟，以同样的方式计算可能的上行链路路径延迟降低，除非该DHO节点是该路径中层次最高的DHO节点。
可能的成本增长的计算是更为复杂的。有四种不同情况要考虑：
1.在其移除之前，DHO节点对三个或更多个数据流应用其分裂和合并功能，这意味着在移除之后，DHO节点仍将对至少两个数据流应用其DHO功能。
2.在其移除之前，DHO节点对两个数据流应用其分裂和合并功能，这意味着在移除之后，DHO节点将对任何一个数据流应用其DHO功能。DHO节点被包含于原始路由的唯一的路由内，即两个有关数据流的路由树中的最佳路由。
3.在其移除之后，DHO节点对两个数据流应用其分裂和合并功能，这意味着在移除之后，DHO节点将对任何一个数据流应用其DHO功能。DHO节点被包含于两个有关数据流的原始路由(即路由树的最佳路由)内。
4.在其移除之后，DHO节点对两个数据流应用其分裂和合并功能，这意味着在移除之后，DHO节点将对任何一个数据流应用其DHO功能。DHO节点未被包含于任何一个有关数据流的原始路由(即路由树的最佳路由)内。
在情况1中，RNC选择可能从其中移除有关DHO节点的数据流，即要降低其路径延迟的数据流。然后，RNC基于所选择数据流的路由树，从原始路由的节点中识别出最靠近有关DHO节点的节点。接下来，可能的成本增长被计算为从所识别节点到该路径中下一个上行链路DHO节点(或RNC，如果没有上行链路DHO节点的话)并返回的累积逐跳通用成本量度往返行程减去从所识别节点到有关DHO节点并返回的累积逐跳通用成本量度。这些计算可以当需要延迟降低时执行，或者在DHO节点选择过程期间预先执行(在此期间RNC无论如何都要执行从分支节点到可能DHO节点的逐跳累积)。
在第二种情况下，RCN选择这样的数据流，即对于其而言有关DHO节点未被包含在原始路由中(如在路由树中所看到的)。然后，如对情况1所述，RNC执行相同的节点识别和成本增长计算。
在第三种情况下，RCN任意选择两个数据流中的一个。然后，如对情况1所述，RNC执行相同的节点识别和成本增长计算。在这种情况下，RNC同样能够很好地跳过节点识别，并将成本增长简单地计算为从相关DHO节点到该路径中下一个上行链路DHO节点(或RNC，如果没有上行链路DHO节点的话)并返回的累积逐跳通用成本量度往返行程。
在第四种情况下，如对情况1所述，RNC对两个数据流都执行节点识别和成本增长计算。为了达到总的成本增长(它在这种情况下可能为负)，接下来RNC将为两个数据流计算的成本增长加在一起，并减去从有关DHO节点到该路径中下一个上行链路DHO节点(或者RNC，如果没有上行链路DHO节点的话)并返回的累积逐跳通用成本量度往返行程。
计算可能的延迟降低的另一种方式是试验性地移除有关DHO节点，重新计算整个路径延迟，并从在DHO节点移除之前计算的路径延迟中减去它。能够以类似的方式通过累积试验性DHO移除之前和之后的整个DCH(即所有的宏分集支路)在两个方向上的逐跳通用成本量度来计算可能的成本增长。
根据本发明的实施例，有9种不同的适于在RNC中实施的延迟降低方法：
1.在该方法中，RNC首先为能够从该路径中移除的每个DHO节点计算可能的延迟降低和成本增长(如上所述)。然后它选择移除这样的DHO节点，即对于其而言可能成本增长/延迟降低比率最小。如果这不足以将路径延迟降到可接受的水平，则对修改的路径重复该方法。
2.在该方法中，RNC首先为能够从该路径中移除的每个DHO节点计算可能的延迟降低和成本增长(如上所述)。它还计算该DCH(即整个路由树)的总累积通用成本量度。然后RNC选择移除这样的DHO节点，即对于其而言最大值由(可能的延迟降低)/(DHO节点移除之前的总路径延迟)-α×(可能的成本增长)/(DHO节点移除之前在两个方向上整个DCH的成本)的计算而得到，其中α为配置值，例如2。如果这不足以将路径延迟降到可接受的水平，则对修改的路径重复该方法。
3.在该方法中，RNC首先为能够从该路径中移除的每个DHO节点计算可能的成本增长(如上所述)。然后它选择移除这样的DHO节点，即对于其而言可能的成本增长最小。如果这不足以将路径延迟降到可接受的水平，则对修改的路径重复该方法。
4.在该方法中，RNC首先为能够从该路径中移除的每个DHO节点计算可能的延迟降低(如上所述)。然后它选择移除这样的DHO节点，即对于其而言可能的延迟降低是最大的。如果这不足以将路径延迟降到可接受的水平，则对修改的路径重复该方法。
5.在该方法中，RNC移除该路径中从节点B到RNC的方向上的第一个DHO节点，不含在从拓扑数据库检索到的原始RNC-节点B路由中包含的DHO节点。计算所得到的延迟降低，并且如果不够的话，则对修改的路径重复该方法。如果只有上行路径延迟需要降低，并且在原始路由不包含的路径中没有DHO节点的话，则可以移除包含在原始路由内的DHO节点(除了RNC以外)，以便将上行链路路径延迟降低该帧合并延迟。
6.在该方法中，RNC首先为能够从该路径中移除的每个DHO节点计算可能的延迟降低(如上所述)。然后它选择移除这样的DHO节点，即对于其而言可能的延迟降低是最小的，但还是大于(或等于)所需的延迟降低。如果不能找到满足该标准的DHO节点，则根据方法1至5中的任何一个标准，RNC选择移除一个DHO节点。如果该DHO节点移除不足以将路径延迟降到可接受的水平，则对修改的路径重复该方法。
7.在该方法中，RNC试图影响这样的事实，即DHO节点移除可能减少一个以上路径的延迟。因此，它首先检查是否有一个或多个其他路径(不同于该有关路径，也就是具有最大的延迟降低要求的路径)也具有过大的延迟。如果是这样，RNC识别有关路径和需要延迟降低的一个或多个其他路径所共有的DHO节点(并且该DHO节点未被包含于有关节点B的任何一个原始路由内)。在这些DHO节点当中，RNC根据方法1至5中任何一个标准来选择移除一个DHO节点。如果未能找到这样的共有DHO节点，则RNC根据方法1至5中任何一个标准来选择移除一个DHO节点。可选择地，RNC能够识别有关路径和需要最大延迟降低的其他路径所共有的DHO节点(但是该DHO节点未被包含于有关节点B的任何一个原始路由内)，并移除它们中的一个(根据方法1至5中任何一个标准)。如果有关路径没有与需要最大延迟降低的其他路径共有的这种DHO节点，则RNC重复对于需要第二大延迟降低的其他路径的过程，等等。再次，如果有关路径没有与需要延迟降低的任何一个其他路径共有的DHO节点，则RNC根据方法1至5中任何一个标准来选择移除一个DHO节点。如果这不足以将路径延迟降到可接受的水平，则对修改的路径重复该方法。
8.在该方法中，RNC从该路径中移除所有的DHO节点(除了RNC以外)。也就是恢复原始路由，并且RNC是修改的路径中唯一的DHO节点。
9.在该方法中，RNC在DHO节点选择过程期间考虑延迟增长和最大延迟阈值。在从拓扑数据库中检索宏分集支路的路由之后，RNC为每个路由的两个方向计算累积延迟量度。将该结果与最大允许路径延迟进行比较，并且例如以上述的方式，为每个路由的两个方向计算到最大延迟的延迟量度裕度。
接下来，以与上述相同的方式执行路由树的形成、分支节点及其相关互连的识别。然而，随后的步骤即与每个分支节点对应的最佳DHO节点的实际选择得以增强，因为除通用成本量度之外，还考虑了延迟量度。
当RNC计算从某一分支节点到路由树中DHO使能节点的累积逐跳通用成本量度时，它还记住该逐跳延迟量度。当找到具有最小累积通用成本量度(从该分支节点开始测量)的DHO使能节点时，RNC检查每个受到影响的路由(在每个方向上)所得到的添加延迟不大于到最大延迟的剩余延迟量度裕度。受到影响的路由是通过有关分支节点的那些路由(原始路由)。路由的下行链路方向上的添加延迟被计算为从实验性选择的DHO节点到包含于有关路由中的最靠近节点并返回的累积逐跳延迟量度往返行程。外加帧合并延迟，以同样的方式计算上行链路方向的添加延迟，除非这是要为有关路由选择的第一个DHO节点(在这种情况下不添加帧合并延迟)。
为了综合添加延迟和成本量度累积的计算，将RNC配置为如下这样做。在其搜索与某一分支节点对应的最佳DHO使能节点时，每当RNC从分支节点(包含有关分支节点)“步进”离开时，其中至少一个受到影响的路由偏离了RNC正在该路由树中“步进”的路径，则RNC开始累积逐跳延迟量度(在两个方向上)，并且继续这样做，一直到DHO使能节点。随后，当RNC已经试验性地选择了与有关分支节点对应的DHO节点时，RNC(在“步进”过程期间)已经计算了从试验性选择的DHO节点到在每个受到影响的路由中所包含的最靠近节点的累积逐跳延迟量度往返行程。因此，如果最终要选择试验性选择的DHO节点，则将RNC配置为立即检查对于任何一个受到影响的路由而言是否会超出剩余延迟裕度。
RNC还可以合并来自拓扑数据库的(可能有点不精确的)延迟量度与来自节点同步过程(类似于以上所述的内容)的更精确的测量结果，以便计算更精确的延迟裕度。然后可以如下计算下行链路和上行链路的初始延迟裕度(根据来自拓扑数据库的延迟量度来测量)：
Dmarg-DL＝Dtop-old-DL×(Dmax/DNS-1)
Dmarg-UL＝Dtop-old-UL×(Dmax/DNS-1)
其中Dmarg-DL和Dmarg-UL分别是用于下行链路和上行链路的延迟裕度，Dmax是最大允许延迟，以及Dtop-old-DL、Dtop-old-UL和DNS与先前定义的相同。
为了使具有综合延迟检查的DHO节点选择过程良好地进行，RNC应当从分支节点分层结构最低层中的分支节点来开始DHO节点选择过程，并且以分层上的下一层的分支节点继续，等等。
对试验性选择的DHO节点的综合延迟检查的结果可以分为三种不同情况，这取决于对于其而言未超出剩余延迟裕度的受到影响的路由的数目。
如果对于任何一个受到影响的路由而言均未超出剩余延迟裕度，则RNC可以安全地选择DHO节点。然后RNC将受到影响的路由的剩余延迟裕度减去它们各自的添加延迟，并且从下一个分支节点(如果有的话)继续DHO节点选择过程。
如果对于一个或多个受到影响的路由而言超出了剩余延迟裕度，但至少有两个受到影响的路由未超出剩余延迟裕度，则可以为通过延迟检查的那些受到影响的路由选择DHO节点，但不为其他路由选择DHO节点。然后RNC注意到其路由未通过延迟检查的宏分集支路的数据路径应当绕过所选的DHO节点。该注意应当确信这种情况反映在随后创建的DHO节点树中。最终，RNC将通过延迟检查的受到影响的路由的剩余延迟裕度减去它们各自的添加延迟，并且从下一个分支节点(如果有的话)继续DHO节点选择过程。
如果对于一个或多个受到影响的路由而言超出了剩余延迟裕度，并且仅有一个或者没有受到影响的路由通过延迟检查，则对于有关分支节点根本不选择DHO节点。在这种情况下，RNC有可能检查是否可以选择次好的DHO使能节点(或者任何其他可能的DHO节点)，但是找到一个对于其而言至少两个受到影响的路由通过延迟检查的DHO节点的概率非常低。因此，为了不使DHO节点选择过程进一步复杂化，RNC同样也可能接受不为该分支节点选择任何DHO节点。RNC注意到这一点，并且确信它反映在随后创建的DHO节点树中。接下来，RNC从下一个分支节点(如果有的话)继续DHO节点选择过程。
再次回到基于图5中示例情形的DHO节点选择实例，它现在继续延迟降低阶段(因为9号延迟降低方法即结合在DHO节点选择过程中的上述延迟检查在该例中未被使用)。为了说明的目的(即说明两种可选择的延迟降低方法)，不仅将应用5号延迟降低方法，而且还将应用6号延迟降低方法。
首先假定以默认帧合并延迟值3来应用5号延迟降低方法。如先前所提及的，基于拓扑数据的延迟测量值的最大允许值(即路由树中的延迟量度)在不同的数据路径之间有所不同，因为拓扑数据库中的延迟量度可能有点不精确。然而，在该例中假定对于所有的数据路径而言，最大允许累积延迟量度为45。
正如从图9可以导出的，NB1的数据路径具有6的下行链路延迟和相同的上行链路延迟值。NB2的数据路径具有34的下行链路延迟和37的上行链路延迟。NB3的数据路径具有24的下行链路延迟和27的上行链路延迟。NB4的数据路径具有45的下行链路延迟和51的上行链路延迟。NB5的数据路径具有55的下行链路延迟和61的上行链路延迟。
因此，NB5的数据路径的上行链路延迟必须减去至少61-45＝16，并且其下行链路延迟必须减去至少55-45＝10。类似地，NB4的数据路径的上行链路延迟必须减去至少51-45＝6。
延迟降低方法从具有最大延迟降低需求的数据路径即该例中NB5的数据路径开始。根据5号延迟降低方法，应当首先移除该路径中从节点B到RNC的方向上的第一个DHO节点(不含从拓扑数据库检索到的原始RNC-节点B路由中包含的DHO节点)。这意味着在第一步从NB5的数据路径中移除DHO节点NB4。在表5和图10中示出了所得到的修改的DHO节点树表和DHO节点树。在图11中描绘了在路由树中所得到的可能数据流。
 DHO节点   IP地址(和节点名称)   上行链路连接   下行链路连接
 DHO(BN1)   8(NB1)   RNC   DHO(BN2)，IP＝10(BN1无线电i/f)
 DHO(BN2，BN3)   10(NB3)   DHO(BN1)，IP＝8   NB2，IP＝9NB4，IP＝11NB5，IP＝12(NB3无线电i/f)
表5在5号延迟降低方法的第一步之后修改的DHO节点树表
第一步将NB5的数据路径的上行链路延迟降低13，并将下行链路延迟降低10。这对于下行链路延迟而言是足够的，但是必须将上行链路延迟再降低3个单位。因此，根据5号延迟降低方法，移除NB5的数据路径中在节点B到RNC的方向上的下一个DHO节点。这意味着在第二步中从NB5的数据路径中移除DHO节点NB3。在表6中示出了在5号延迟降低方法的第二步之后所得到的修改的DHO节点树表，以及在图12中示出了DHO节点树。在图13中描绘了在路由树中所得到的可能数据流。
 DHO节点   IP地址(和节点名称)   上行链路连接   下行链路连接
 DHO(BN1)   8(NB1)   RNC   DHO(BN2)，IP＝10NB5，IP＝12(BN1无线电i/f)
 DHO(BN2，BN3)   10(NB3)   DHO(BN1)，IP＝8   NB2，IP＝9NB4，IP＝11(NB3无线电i/f)
                            表6
第二步将NB5的数据路径的上行链路延迟降低21(并将下行链路延迟降低18)。这是足够的，并由此将NB5的路径的延迟降低最后定下来。接下来该延迟降低方法可以应用于NB4的数据路径。如先前所述，必须将NB4的数据路径的上行链路延迟降低6个单位，而下行链路延迟不需要降低。然而，作为NB5的数据路径的DHO节点的NB4的移除意味着，NB4也不再充当NB4的数据路径的DHO节点。因此，已经将NB4的数据路径的上行链路延迟降低了3个单位。留待降低的是另外3个单位。根据5号延迟降低方法，应当从NB4的数据路径中移除在节点B到RNC方向上的第一个DHO节点。因此，在第三步从NB4的数据路径中移除DHO节点NB3。在表7和图14中示出了在5号延迟降低方法的第三步之后所得到的修改的DHO节点树表和DHO节点树。在图15中描绘了在路由树中所得到的可能数据流。
 DHO节点   IP地址(和节点名称)   上行链路连接   下行链路连接
 DHO(BN1)   8(NB1)   RNC   DHO(BN2)，IP＝10NB4，IP＝11NB5，IP＝12(BN1无线电i/f)
 DHO(BN2，BN3)   10(NB3)   DHO(BN1)，IP＝8   NB2，IP＝9(NB3无线电i/f)
                            表7
因此第三步将NB4的数据路径的上行链路延迟降低21(并将下行链路延迟降低18)。这是足够的，并由此将整个DCH即所有数据路径的延迟降低最后定下来。
如果代之以在该例中使用6号延迟降低方法，则结果将有所不同。在下文中，重新开始延迟降低，并且使用6号延迟降低方法。
根据本发明的一个实施例，根据6号延迟降低方法，应当首先移除这样的DHO节点，即对于其而言可能延迟降低是最小的，但还是大于(或等于)所需的延迟降低。再一次从NB5的数据路径(它是需要最大延迟降低的数据路径)开始，三个DHO节点的可能延迟降低如下。DHO节点NB4的移除将NB5的数据路径的上行链路延迟降低13，并将下行链路延迟降低10。DHO节点NB3的移除将NB5的数据路径的上行链路延迟降低21，并将下行链路延迟降低18。最终，DHO节点NB1的移除将NB5的数据路径的上行链路延迟降低6(由于NB1是该路径中分层上最高的DHO节点，因此将不保存任何帧合并延迟)，并将下行链路延迟降低6。
由此，因为NB5的数据路径所需的延迟降低(如先前所提及的)在上行链路中是16并在下行链路中是10，因此DHO节点NB3是唯一的DHO节点，它的单独移除就足以将NB5的数据路径的上行链路和下行链路延迟都降低到可接受的值。因此在6号延迟降低方法的第一步，从NB5的数据路径中移除NHO节点NB3。在表8和图16中示出了在6号延迟降低方法的第一步之后所得到的修改的DHO节点树表和DHO节点树。在图17中描绘了在路由树中所得到的可能数据流。
 DHO节点   IP地址(和节点名称)   上行链路连接   下行链路连接
 DHO(BN1)   8(NB1)   RNC   DHO(BN2)，IP＝10DHO(BN4)，IP＝11(BN1无线电i/f)
 DHO(BN2，BN3)   10(NB3)   DHO(BN1)，IP＝8   NB2，IP＝9(NB3无线电i/f)
 DHO(BN4)   11(NB4)   DHO(BN1)，IP＝8   NB5，IP＝12(NB4，无线电i/f)
表8  在6号延迟降低方法的第一步之后修改的DHO节点树表
在这一步之后，将NB5的数据路径的延迟降低最后定下来。接下来该延迟降低方法可以应用于NB4的数据路径。如先前所述，必须将NB4的数据路径的上行链路延迟降低6个单位(而下行链路延迟不需要降低)。然而，作为NB5的数据路径的DHO节点的NB3的移除还影响了NB4的数据路径的延迟。原因在于，组成NB5部分数据路径的数据流(从该数据路径中移除DHO节点NB3)是与NB4的数据流合并的。由此，当从NB5的数据路径中移除DHO节点NB3时，同样也从NB的数据路径中移除NB3。上行链路和下行链路延迟降低对于NB4的数据路径而言与它们对于NB5的数据路径而言是相同的，即21的上行链路延迟降低和18的下行链路延迟降低。这多于所需要的，并因此也将NB4的数据路径的延迟降低最后定下来。因此，将整个DCH(即所有数据路径)的延迟降低最后定下来。
于是，最终的DHO节点树是指示所选DHO节点和建立传送承载的基础。
级联基站的DHO节点选择算法
应当注意，以下对级联基站的DHO节点选择算法的描述并不在权利要求书的范围之内，但进行公开是为了给出对本发明的更好理解。
在具有级联基站的UTRAN拓扑中，基站按照一个序列进行互连。也就是，从RNC到级联基站序列中最后一个基站的路径穿过了该序列中所有其他基站。RNC可以连接若干个级联基站的序列，其每个在它的数据路径中均不具有与其他序列共有的部分。级联基站还可以用UTRAN树拓扑来合并。在这种情况下，树的一个或几个分支可以包括级联基站。可是级联基站拓扑的变化在于将级联基站和RNC互连为一个环，以使级联基站序列的两端都连接至RNC。这种环的目的在于，在环中的链路临时发生故障的情况下提供传送路径冗余。
其中将宏分集功能分配给节点B的分层宏分集方案在具有级联节点B的UTRAN拓扑中是最为有利的。因此设计适合于级联节点B的DHO节点选择算法可能是有用的。可以使这样的DHO节点选择算法非常简单，但是仅能够用于单个级联节点B序列内多个节点B当中的宏分集。包含来自不同级联节点B序列的节点B在内的支路的DHO节点将必须采用更一般的算法例如上述的算法来进行选择。最简单的解决方案将是对于这样的宏分集支路来选择RNC作为DHO节点。包含在一个级联节点B序列中的一个节点B和位于另一UTRAN拓扑中的另一节点B在内的各支路间的宏分集将以同样的方式进行处理。
对于仅包含属于同一级联节点B序列的(DHO使能的)节点B在内的宏分集支路如下来选择DHO节点。在无线电激活节点B当中，即对宏分集支路的无线电链路部分负责的节点B当中，选择在跳数方面最靠近RNC的一个节点B，以作为它自己的数据流即穿过该无线电接口的数据流与去往和来自下一个最靠近RNC的无线电激活节点B的数据流的DHO节点。选择下一个最靠近RNC的激活节点，以作为它自己的数据流与去往和来自下一个无线电激活节点B的数据流(如在来自RNC的方向上看到的)的DHO节点。重复该算法，直到到达最后一个无线电激活节点B(即在跳数方面最远离RNC的无线电激活节点B)。该最后一个无线电激活节点B是唯一一个不将充当DHO节点的节点。
该算法要求级联节点B序列中的所有节点B(或者至少该序列中的无线电激活节点B)都是DHO使能的。如果在级联节点B序列中不是所有节点B都是DHO使能的话，则可以用下述规则来扩展该算法。如果除了最远离RNC的一个之外，无线电激活节点B中的一个由于其不是DHO使能的而不能充当DHO节点的话，则用在RNC方向上的下一个可用的DHO节点替换它(作为DHO节点)。该下一个可用的DHO使能节点可以是另一个无线电激活节点B、非无线电激活节点B、RNC或者甚至未来类型的RNL节点(例如专用DHO节点)。然而，如果将DHO节点选择算法设计为仅从无线电激活节点B(和RNC)中选择DHO节点，则非无线电激活DHO节点或未来类型的RNL节点不能替代DHO不使能的无线电激活节点B来作为DHO节点。
对于这些简单的拓扑，在RNC中可以手动或半自动地配置拓扑信息(但是在这种情况下，自动机制当然也是可能的)。甚至有可能仅使用有关级联节点B的序列次序的信息而不管其他传送网络相关的信息来配置RNC。在这种特别情况下，要求所有的RNC都知道这些信息，以便选择DHO节点。
该DHO节点选择算法不仅适用于严格在IP层或AAL2层上级联的节点B。它还可应用于级联节点B站点的序列，其中每个节点B站点均包含与路由器位于同一地点的节点B。在这种情形下，从严格网络拓扑的观点来看，将节点B视为以树结构进行互连。然而，由于路由器和节点B之间站点内链路可能的低成本和低延迟，所以与将严格级联的节点B用作DHO节点相比，将这些节点B用作DHO节点几乎是同样有利的。为了将这样的节点B用作DHO节点，应当用节点B的序列次序(即严格说来节点B站点互连的序列次序)来配置RNC，而不管网络拓扑是否严格地是一个树结构。然后可以按现状来使用上述算法(用于级联节点B网络拓扑中DHO节点的选择)。当然，当严格级联的节点B和与路由器位于同一地点的节点B混合在同一序列中时，使用该方法也是可能的。
在DHO选择算法中使用树下DHO使能节点
在某些情况下，如果树下DHO使能节点(即未包含在原始路由树内的DHO使能节点)也能够被选择作为DHO节点，则DHO节点选择过程能够得到更佳的DHO节点树。这在UTRAN传送网具有网孔拓扑时特别有用，但是在某些情况下，它在具有树形拓扑或者树形拓扑与级联基站的混合的传送网中同样是有利的。这种情况的一个实例是，树下DHO使能节点是与路由器位于同一地点的节点B，该路由器是路由树中的分支节点。这样的节点B将是DHO节点的有利选择，尽管它的位置在树下。(即使该节点B与树上路由器位于同一地点，它也将被视为一个树下节点，因为从纯网络拓扑的观点来看，该节点B位于远离共处路由器一跳。)
为了实现树下DHO使能的选择，RNC可以将每个节点(至少每个DHO不使能节点)的附加信息保存在它的拓扑数据库中。对于每个节点，该附加信息将表示最靠近的DHO使能节点(用IP地址或ATM地址表示)以及有关节点与其最靠近的DHO使能节点之间路径的(在两个方向上的)累积延迟和通用成本量度。对于自身是DHO使能节点的一个节点，该相关信息将既不显示也不表示该节点自身为具有均被设置为零的累积延迟和通用成本量度的最靠近的DHO使能节点。该信息还可以被保存在独立数据库中。
为了在使用跟踪路由方法时创建该信息，RNC保存一个包含RNS中每个路由器的独立数据库。当执行跟踪路由测量时，RNC将目的节点B记录为该路由中每个路由器的最靠近的DHO使能节点。该信息可能插入到该独立数据库中。如果在该独立数据库中已经为一个路由器存储了最靠近的DHO使能节点，那么只有当从路由器到目的节点B的累积通用成本量度小于从路由器到已经存储的最靠近的DHO使能节点的累积通用成本量度时，该目的节点B才替代所存储的DHO使能节点以作为最靠近的DHO使能节点。这种为RNS中的每个路由器定位最靠近的DHO使能节点的基于跟踪路由的方法很好地适用于级联基站和树形拓扑UTRAN，但是如果使用网孔传送网拓扑的话，它并不很好地适用。
当为了DHO节点选择或为了计算可能成本增长(作为可能的DHO节点移除的结果)，如上所述结合DHO节点选择算法来执行累积通用成本量度的计算时，必须考虑到树下和树上DHO使能节点之间的根本差异。对于树上DHO使能节点，不管是否选择该节点作为DHO节点，将总是存在至少一个去往和来自该节点上行链路接口的数据流。然而，对于树下DHO使能节点而言情况并非如此。如果树下DHO使能节点未被选择为DHO节点，则将在任何方向上都不存在去往或来自该节点的数据流。因此，在计算中必须考虑树下DHO使能节点的上行链路接口与原始路由树之间的数据流，因为它表示由于选择该树下节点作为DHO节点所得到的成本增长。因此，不可能选择树下DHO使能节点，除非从相应分支节点到该树下DHO使能节点的累积通用成本量度非常低，例如如果树下DHO使能节点是与有关分支节点位于同一地点的节点B的话。
当选择与某一分支节点对应的DHO节点时，除了树上DHO使能节点之外，RNC还应当把拓扑信息中表示的DHO使能节点认为是最靠近该分支节点的DHO使能节点。
DHO节点树的实现
当根据本发明的方法和装置选择DHO节点(也称为宏分集节点)时，将RNC配置为指示DHO节点和其他受到影响的节点，以便建立预定的宏分集。DHO节点通过利用NBAP以及在RNS间的情况下还有RNSAP来执行以下的步骤：
对于下行链路：
DHO节点适于使用先前根据从RNC接收到的指令而建立的传送承载，根据从RNC接收到的指令来分裂下行链路流并转发所得到的流。指引所涉及节点之间的数据流的指令可以包括基于IP的UTRAN中的IP地址和UDP端口或者基于ATM的UTRAN中的ATM地址和SUGR(服务用户生成基准(reference))基准。
当使用未修改的NBAP和RNSAP时，DHO节点可以适于根据从分层上较低的节点接收到的上行链路数据流中的隐含信息来分裂下行链路流并转发所得到的流。该隐含信息由从收到的上行链路分组的IP报头和UDP报头中检索到的源IP地址和UDP端口组成。
对于上行链路：
DHO节点适于使用先前建立的传送承载来将上行链路流合并为单个上行链路流，该上行链路流根据从RNC接收到的指令进行转发。该指令可以包括基于IP的UTRAN中的IP地址或者基于ATM的UTRAN中的ATM地址和SUGR参数。当使用未修改的NBAP和RNSAP时，DHO节点适于通过从分层上较低的节点接收到的上行链路分组中检索到的信息来识别要合并的上行链路流。
具有DHO功能的节点B优选使用自适应定时方案来优化上行链路合并中延迟与帧丢失之间的折衷。然而，该定时方案并不在本发明的范围内。
应当理解，这种根据(逻辑)DHO节点树使用指令或其他装置来建立宏分集的方法与用来获得或创建(逻辑)DHO节点树的方法无关。
如果使用传送网控制平面协议，则具有DHO功能的所选节点B使用该控制平面协议，以根据来自RNC的指令来建立节点B间的传送承载。这种传送网控制平面协议的例子是在基于ATM的UTRAN中的Q.2630(用于ALL2连接)以及在基于IP的UTRAN中由IETF(因特网工程任务组)中NSIS(下一代信令)工作组开发的控制平面协议。
为了建立分层宏分集结构，需要指示所选的DHO节点，以使它们知道向哪里发送分裂的下行链路流以及合并哪些上行链路流。这些DHO节点指令基于作为DHO节点选择过程的结果的DHO节点树。每当DHO节点树发生变化时(由于宏分集支路的添加或移除)，所有受到影响的节点(DHO节点和非DHO节点B)都需要新的指令。当从所有的宏分集支路添加或移除DCH时，也需要指令。当以这样的方式修改DCH，即必须改变它们传送承载的QoS时，根据本发明实施例的DHO节点可能还需要QoS指令。受到影响的节点的范围可能从单个节点B到DHO节点树中的所有节点B。当只有S-RNC受到影响时，无需任何信令。
为了根据DHO节点树来指引DCH数据流，RNC必须向所涉及的节点B提供IP地址和UDP端口(在IP UTRAN中)或者ATM地址和SUGR参数(在ATM UTRAN中)，它们需要这些来建立节点B间的传送承载。如果使用传送网控制平面协议，则节点B处理它们自己与用于节点B间传送承载的中间路由器或AAL2交换机之间的传送网控制平面信令。然而，没有节点B间的RNL信令。
为了在没有传送层控制平面协议的情况下指引(DHO节点树中的)DHO节点或叶子节点B以及在IP UTRAN中分层上更高的节点或RNC之间的传送承载，RNC向DHO节点或叶子节点B传达要在传送承载的上行链路方向上使用的目的IP地址和UDP端口。也就是，实质上除非分层上更高的节点是RNC本身，否则RNC将用分层上更高的DHO节点的IP地址和UDP端口来替换RNC的IP地址和UDP端口(其将已经被包含在该消息内，如果未使用分布式宏分集的话)。接收节点返回要在传送承载的下行链路方向上使用的目的IP地址和UDP端口。
在具有传送层控制平面协议的ATM UTRAN和IP UTRAN中，没有什么地址(即ATM地址或IP地址)或传送承载基准(即SUGR参数或UDP端口)必须被传达给DHO节点或叶子节点B，以指引DHO节点或叶子节点B与分层上更高的DHO节点或RNC之间的传送承载。在这些情况下，从分层上较高的节点(即DHO节点或RNC)建立传送承载，而分层上较低的节点无须预先知道该传送承载上行链路方向上的目的地参数。然而，必须为即将到来的传送承载建立来预先准备分层上较低的节点，并且必须为传送承载的下行链路方向分配目的地参数(ATM地址和SUGR参数或者IP地址和UDP端口)，以便当建立传送承载时使用。响应于为从分层上较高的节点的即将到来的传送承载建立来准备分层上较低的节点的消息，将这些参数返回给RNC。
为了在任何类型的UTRAN(即具有或没有传送层控制平面协议的ATM UTRAN或IP UTRAN)中指引(DHO节点树中的)DHO节点与分层上较低的DHO节点或叶子节点B之间的传送承载，RNC向DHO节点传达用于传送承载的上行链路方向上的目的地参数(即ATM地址和SUGR参数或者IP地址和UDP端口)。这是不包含于常规NBAP(或RNSAP)消息中的信息。当准备了该分层上较低的节点时，RNC先前已经从分层上较低的DHO节点或叶子节点B检索了这些目的地参数，或者已经接收了朝向分层上较高的节点建立传送承载的方向。
注意当节点建立朝向分层上较低的节点的传送承载时，从分层上较低的节点的观点来看，该传送承载是朝向分层上较高节点的传送承载。
连同传送承载方向信息一起，RNC还可以发送要用于节点B间传送承载的隐含QoS信息。这可以例如以DiffServ码点、QoS等级指示或带宽和延迟指示的形式。其他指令可以是用于上行链路合并功能的定时指令以及用于DHO指令激活的时间指示。
然而，所需的QoS信息也可以是从通过NBAP(以及可能是RNSAP)用信号通知的DCH特征中隐含导出的。还有一种可能性是为(DHO节点树中)朝向分层上较低的节点的传送承载来复制用于朝向(DHO节点树中)分层上较高的节点的传送承载的QoS等级。
在一些情况下，发生了变化的DHO节点树意味着需要改变若干数据路径，以便为宏分集支路形成完整的节点B-RNC路径。在这种情况下，RNC可以选择在某一CFN处同步从旧数据路径到新数据路径的切换，以便避免数据丢失。接下来，当要在接收节点中实现DHO指令时，RNC将表示CFN的时间指示(以CFN的形式)与该DHO指令关联在一起。
为了将所有这些指令传达给所涉及的节点B，RNC使用现有的未改变的NBAP消息(和RNSAP消息)、现有的修改过的NBAP消息(和RNSAP消息)以及甚至新的NBAP消息(和RNSAP消息)。
DHO相关信令的一方面与RNS间的情况相关联。在RNS间的情况下，D-RNC使用朝向S-RNC的RNSAP和朝向节点B的NBAP来或多或少地中继S-RNC与节点B之间的信息。然而这并不是严格的中继，因为D-RNC在两种协议之间进行转换。
由于在从S-RNC发送到D-RNC的RNSAP消息中DHO相关信息可以供D-RNC的RNS中的任何一个节点B使用，所以必须有一种方式使S-RNC表示DHO相关信息的预定接受者。完成此的一种优选方式是将预定接受者节点的传送层地址(即IP地址或ATM地址)与包含在RNSAP中的DHO相关信息包含在一起。该传送层地址应当与拓扑信息中用来表示节点的地址相同，因为该地址是保证S-RNC知道的节点的唯一地址。然而，如果预定接受者节点是D-RNC，那么所包含的传送层地址可以是S-RNC知道的D-RNC的任何地址，例如用在拓扑信息中的地址或者用作对于有关RNSAP消息所使用的传送承载的目的地址的地址。同样，传送层地址可以与从D-RNC到S-RNC的响应中发送的RNSAP消息中的DHO相关信息相关联。
如果RNS间的DCH传送承载总是在D-RNC终止(这根据3GPP标准是可能的)，则对于分布式DHO功能的RNS间情况不需要RNSAP信令的扩展或修改。代之以，D-RNC能够独立于S-RNC而在它自己的RNS内独自地处理分布式宏分集机制(即DHO节点的选择、提供DHO指令等等)(假设S-RNC并未指示D-RNC不可以为特定的宏分集支路执行DHO功能)。
在本发明的另一实施例中，RNC使用未修改的NBAP和RNSAP协议来实现DHO节点树，即根据DHO节点树来指引传送承载。使用常规的消息格式，并且未引入新的参数。
应当理解，这种根据(逻辑)DHO节点树来执行宏分集的方法与用来获得或创建(逻辑)DHO节点树的方法无关。
如果不作协议修改的话，该实施例仅可以用在没有IP控制平面协议的IP UTRAN中。根据对解决方案的进一步描述，对于此的原因将是显而易见的。
使用现有的未修改的NBAP意味着不可以使用在NBAP消息中需要新类型参数的DHO指令。这对于数据流的方向、节点B间传送承载的QoS指令以及节点B中DHO功能的启动都具有因果关系(consequence)。另一结果是仅将无线电激活节点B配置为充当DHO节点。包括D-RNC(但是不含S-RNC)的非无线电激活节点不可能作为DHO节点。
IP UTRAN中的DHO节点为与同一DCH相关的所有传送承载分配相同的IP地址和UDP端口。也就是，属于同一DCH的所有收到的数据流都到达相同的IP地址和UDP端口(包括来自DHO节点树中分层上较高的节点的下行链路流以及来自分层上较低的节点的上行链路流)。DHO节点查看所收到IP分组的源IP地址，以便区别该IP分组与同一DCH的不同流(例如下行链路流以及一个或几个上行链路流)。DHO节点还将相同的IP地址和UDP端口用作相反方向上相应流的源地址和源端口。DHO节点将到达某一IP地址和UDP端口的所有上行链路流彼此合并到一起，并且如果DHO节点是无线电激活节点B，那么它还将其与到达并穿过无线电接口的该节点自己的上行链路流合并到一起。DHO节点也知道，对于每个合并的上行链路流都应当有一个相应的分裂下行链路流，该下行链路流被发送给与上行链路流用作源IP地址和UDP端口的相同的IP地址和UDP端口。如果DHO节点是无线电激活节点B，那么它当然还应当发送一个穿过无线电接口的分裂下行链路流。该原理对于使用未修改的协议的解决方案是至关紧要的，但是它对于使用修改过的协议的解决方案也是有效的。
在以下的描述中，分层上较高或较低的节点总是指DCH的DHO节点树的分层结构。
正如以下将看到的，DHO节点中DHO功能的启动和终止紧密地与该解决方案中数据流的方向相联系。
现有的NBAP消息和参数允许RNC向节点B指示应当在朝向分层上较高的节点的DCH传送承载的上行链路方向上使用的目的IP地址和UDP端口。当未分配DHO功能时，这些参数是RNC自身的IP地址和UDP端口。然而，NBAP未被包含用于向节点B指示对于朝向分层上较低的节点的传送承载使用什么参数的任何装置。这是因为在没有分布式DHO功能的UTRAN中没有对这种指令的需求。
为了指引(DHO节点树中)DHO节点或叶子节点B与分层上较高的DHO节点或RNC之间的传送承载，RNC以与使用修改过的协议的解决方案中相同的方式向DHO节点或叶子节点B传达要用于传送承载的上行链路方向上的目的IP地址和UDP端口。也就是，实质上除非分层上较高的节点是RNC本身，否则RNC将用分层上较高的DHO节点的IP地址和UDP端口来替换RNC的IP地址和UDP端口(其将被包含在该消息内，如果未使用分布式宏分集的话)。接收节点返回要在传送承载的下行链路方向上使用的目的IP地址和UDP端口。
属于朝向分层上较低节点的即分裂数据流的方向上的传送承载的指令更加错综复杂，并且必须与DHO节点中DHO功能的启动机制相联系。
如上所述，RNC不能明确地指示DHO节点哪个目的IP地址和UDP端口要用于朝向分层上较低的节点的传送承载。实际上，RNC甚至不能明确地告知节点B它已经被选择作为DHO节点以及何时应当启动或终止DHO功能。代之以，DHO使能节点B必须依赖于数据流中的隐含信息，以触发DHO功能的启动和终止，并查明向哪里指引分裂数据流。
DHO使能节点B检查它在分配给某一DCH的传送承载的IP地址和UDP端口处接收的所有IP分组的源地址。如果接收到具有除下一个分层上较高节点(或者它的下一个分层上更低节点，如果节点B已经充当DHO节点的话)以外源地址的分组，则该分组必须源自分层上更低的节点。这向节点B表示它已经成为有关DCH的新宏分集支路的DHO节点，并且要用于新宏分集支路的分裂下行链路流的目的IP地址和UDP端口与所收到分组的源IP地址和UDP端口相同。接下来，节点B启动DHO功能，并因此开始执行分裂和合并。该原理不能用于具有传送层控制平面协议的ATM UTRAN或IP UTRAN中，因为在这些类型的UTRAN中，节点B不能向分层上更高的节点发送数据，直到该分层上更高节点已经建立了朝向节点B的传送承载。
节点B不接收用于朝向分层上较低节点的新传送承载的任何显式QoS指令，因此如果需要的话，节点B必须从DCH特征(它在节点B中已经是知道的)中导出所需的QoS信息，或者复制用于朝向下一个分层上更高节点的相同DCH的传送承载的QoS等级(例如DiffServe码点)。
当充当DHO节点的节点B检测到分层上较低节点不再使用宏分集支路时，它应当终止该宏分集支路的DHO功能。
应当注意，为使用修改过的NBAP(和RNSAP)的实施例描述的用于识别上行链路节点同步DCH FP控制帧的始发节点B的所有方法还可以用于使用未修改过的协议的实施例。
为了总结，用于选择DHO节点即节点B或RNC或包括(和执行)移动电信系统中宏分集功能的另一类型的节点的方法，其中将宏分集功能分配给一个或多个DHO节点，例如无线电网络控制器RNC，以及它在所述网络中的相连节点B，该方法根据本发明包括以下步骤：
1801.获得包括从RNC到其相连节点B中每个的逐跳路由以及该路由中每跳的至少一个量度的拓扑信息。
1802.使用选择一个或多个DHO节点的算法。
当选择DHO节点时，根据本发明的实施例接下来执行用于指示相关节点的方法。也可以使用指示相关节点即实现DHO节点树的其他方式，而不改变DHO节点选择过程。
上述方法可以用计算机程序产品来实施。该计算机程序产品可以直接加载到移动电信网络中无线网络控制器和/或节点B内计算机的内部存储器中，并且包括用于执行所述方法的步骤的软件代码部分。此外，该计算机程序产品被存储在计算机可用介质上，并且包括可读程序，用于使移动电信系统中无线网络控制器和/或节点B内的计算机控制所述方法的步骤的执行。
因此，根据本发明的RNC包括用于获得包括从RNC到其相连节点B中每个的逐跳路由以及该路由中每跳的至少一个量度的拓扑信息的装置，以及用于使用选择DHO节点的算法的装置。
在附图和说明书中，已经公开了本发明的典型优选实施例，尽管使用了特定的术语，但是仅仅在一般性和描述性的意义上使用它们，而非为了限制的目的，本发明的范围在以下的权利要求中进行陈述。

Claims (51)

1.一种用于在移动电信网络中选择一个或多个分集切换DHO节点的方法，所述DHO节点例如是执行宏分集功能的节点B或无线网络控制器RNC，其中将宏分集功能分配给一个或多个DHO节点，例如所述网络中的RNC及其相连节点B，该方法的特征在于以下步骤：
a.-获得包括从RNC到其相连节点B中每个的逐跳路由以及该路由中每跳的至少一个量度的拓扑信息，以及
b.-使用选择一个或多个DHO节点的算法，由此该算法包括以下步骤：
-通过所获得的拓扑信息形成路由的宏分集树，以及
-选择对于在路由的宏分集树中RNC与其相连节点B之间所有可能数据流导致最佳累积量度的节点B和/或RNC和/或其他DHO使能节点来作为DHO节点。
2.根据权利要求1所述的方法，其中所述拓扑信息还为拓扑信息中的每个DHO不使能节点包括最靠近的DHO使能节点的指示。
3.根据权利要求1-2中任何一项所述的方法，其中所述形成步骤还包括以下步骤：
-识别所述路由树中的分支节点，以及
-识别所述分支节点的相关互连以及所述分支节点到节点B和RNC的连接。
4.根据权利要求1-3中任何一项所述的方法，其中所述至少一个量度包括延迟量度和通用成本量度，以及所述选择具有最佳累积量度的DHO节点的步骤包括以下步骤：
-选择对于宏分集树中RNC与其相连节点B之间所有可能数据流导致最小累积成本的DHO节点来作为DHO节点，
如果该累积成本对于两个可能DHO节点基本上是相同的，
则选择对于宏分集树中RNC与其相连节点B之间所有可能数据流导致最小累积延迟量度的可能DHO节点来作为DHO节点。
5.根据权利要求1-3中任何一项所述的方法，其中所述至少一个量度包括通用成本。
6.根据权利要求1-3中任何一项所述的方法，其中所述至少一个量度包括延迟量度。
7.根据权利要求1-4或6中任何一项所述的方法，其中该方法还包括以下步骤：
c.-通过使用来自拓扑信息的延迟量度来检查对于所选一个或多个DHO节点中每个的数据路径是否超出了最大允许延迟，以及
如果超出了最大允许延迟，则
-执行延迟降低过程，直到不超出最大允许延迟为止。
8.根据权利要求7所述的方法，其中该方法还包括以下步骤：
-合并该延迟量度与节点同步测量，以便确定是否超出了最大延迟。
9.根据权利要求7-8中任何一项所述的方法，其中所述延迟降低过程包括以下步骤：
-移除已经选择的宏分集使能节点。
10.根据方法1-2中任何一项所述的方法，其中所述至少一个量度包括延迟量度和通用成本量度，以及所述选择具有最佳累积量度的DHO节点的步骤还包括以下步骤：
-试验性地选择一个DHO节点，
-如果遍历该试验性选择的DHO节点，则检查RNC与其相连节点B之一之间可能数据流的延迟是否超出最大允许延迟，以及
如果未超出所述最大允许延迟，则对于所述可能数据流，选择该试验性选择的DHO节点来作为DHO节点。
11.根据权利要求1-10中任何一项所述的方法，其中所述拓扑信息是通过RNC中的手动或半自动管理操作而获得的。
12.根据权利要求1-10中任何一项所述的方法，其中所述拓扑信息是通过在传送网中使用的链路状态路由协议而获得的。
13.根据权利要求1-10中任何一项所述的方法，其中所述拓扑信息是通过使用允许RNC发现到每个节点B的逐跳路由的跟踪路由机制而获得的。
14.根据权利要求1-10中任何一项所述的方法，其中所述拓扑信息是通过检索来自网络中RNC的拓扑信息而获得的。
15.根据前述权利要求中任何一项所述的方法，其中该方法还包括以下步骤：
-准备要传达给DHO树节点的DHO相关信令消息，该DHO树节点是作为或计划作为宏分集树的一部分的节点，
-将一个或多个传送层地址和一个或多个传送承载基准参数包含在该信令消息内，以便指引该宏分集树的一个或多个DHO树节点间的数据流，以及
-向所述DHO树节点发送所述信令消息，以便向所述DHO树节点提供DHO相关指令。
16.根据权利要求15所述的方法，其中所述包含步骤还包括以下步骤：
-在发送给所述DHO树节点的常规信令消息中，用比所述DHO树节点分层上更高的DHO树节点的传送层地址和传送承载基准参数来替代RNC的传送层地址和传送承载基准参数，以便指引在DHO树节点分层结构中所述DHO树节点与所述更高DHO树节点之间的数据流。
17.根据权利要求15-16中任何一项所述的方法，其中所述包含步骤还包括以下步骤：
-将比所述DHO树节点分层上更低的一个或多个DHO树节点的一个或多个传送层地址和一个或多个传送承载基准参数包含在发送给所述DHO树节点的信令消息内，以便指引在DHO节点分层结构中所述DHO树节点与所述一个或多个更低DHO树节点之间的一个或多个数据流。
18.根据权利要求15-17中任何一项所述的方法，其中所述传送层地址是IP地址，以及所述传送承载基准参数是UDP端口。
19.根据权利要求15-17中任何一项所述的方法，其中所述传送层地址是ATM地址，以及所述传送承载基准参数是SUGR参数。
20.根据权利要求15-19中任何一项所述的方法，还包括以下步骤：
-将用于要指引的数据流的服务质量(QoS)指示包含在所述信令消息内。
21.根据权利要求15-20中任何一项所述的方法，还包括以下步骤：
-将定时参数包含在所述信令消息内，以在接收所述信令消息的DHO树节点中的上行链路合并过程中使用。
22.根据权利要求15-21中任何一项所述的方法，还包括以下步骤：
-将时间指示包含在所述信令消息内，该时间指示表示在接收所述信令消息的DHO树节点中何时实现该信令消息中的DHO相关指令。
23.根据权利要求22所述的方法，其中所述时间指示是在UMTS地面无线接入网UTRAN中属于专用信道帧协议DCH FP的连接帧号CFN。
24.根据权利要求15-23中任何一项所述的方法，其中所述信令消息是从RNC发送的。
25.根据权利要求24所述的方法，其中所述信令消息是节点B应用部分NBAP消息。
26.一种计算机程序产品，其可以直接加载到移动电信网络中无线网络控制器和/或节点B内计算机的内部存储器中，包括用于执行权利要求1-25中任何一项所述的步骤的软件代码部分。
27.一种存储在计算机可用介质上的计算机程序产品，包括可读程序，用于使移动电信网络中无线网络控制器和/或节点B内的计算机控制权利要求1-25中任何一项所述的步骤的执行。
28.一种无线网络控制器RNC，其适于在移动电信系统中选择DHO节点，所述DHO节点例如是执行宏分集功能的节点B或RNC，其中将宏分集功能分配给一个或多个DHO节点，例如所述网络中的无线网络控制器RNC及其相连节点B，该RNC的特征在于它包括：
用于获得包括从RNC到其相连节点B中每个的逐跳路由以及该路由中每跳的至少一个量度的拓扑信息的装置，以及
用于使用选择一个或多个DHO节点的算法的装置，由此所述装置还包括：
用于通过所获得的拓扑信息形成路由的宏分集树的装置，以及
用于选择对于在路由的宏分集树中RNC与其相连节点B之间所有可能数据流导致最佳累积量度的节点B和/或RNC和/或其他DHO使能节点来作为DHO节点的装置。
29.根据权利要求28所述的RNC，其中所述拓扑信息还为拓扑信息中的每个DHO不使能节点包括最靠近的DHO使能节点的指示。
30.根据权利要求28-29中任何一项所述的RNC，其中所述用于形成宏分集树的装置还包括用于下述的装置：
-识别所述路由树中的分支节点，以及用于下述的装置：
-识别所述分支节点的相关互连以及所述分支节点到节点B和RNC的连接。
31.根据权利要求28-30中任何一项所述的RNC，其中所述至少一个量度包括延迟量度和通用成本量度，以及所述用于选择具有最佳累积量度的DHO节点的装置包括用于下述的装置：
-选择对于宏分集树中RNC与其相连节点B之间所有可能数据流导致最小累积成本的DHO节点来作为DHO节点，
如果该累积成本对于两个可能DHO节点基本上是相同的，
用于选择对于宏分集树中RNC与其相连节点B之间所有可能数据流导致最小累积延迟量度的可能DHO节点来作为DHO节点的装置。
32.根据权利要求28-30中任何一项所述的RNC，其中所述至少一个量度包括通用成本。
33.根据权利要求28-30中任何一项所述的RNC，其中所述至少一个量度包括延迟量度。
34.根据权利要求28-31或33中任何一项所述的RNC，其中该RNC还包括用于下述的装置：
c.-通过使用来自拓扑信息的延迟量度来检查对于所选一个或多个DHO节点中每个的数据路径是否超出了最大允许延迟，以及
如果超出了最大允许延迟，
-用于执行延迟降低过程的装置，直到不超出最大允许延迟为止。
35.根据权利要求34所述的RNC，其中该RNC还包括用于合并该延迟量度与节点同步测量以便确定是否超出了最大延迟的装置。
36.根据权利要求34-35中任何一项所述的RNC，其中所述用于执行延迟降低过程的装置包括用于移除已经选择的宏分集使能节点的装置。
37.根据权利要求28-29中任何一项所述的RNC，其中所述至少一个量度包括延迟量度和通用成本量度，以及所述用于选择具有最佳累积量度的DHO节点的装置还包括用于下述的装置：
-试验性地选择一个DHO节点，
-如果遍历该试验性选择的DHO节点，则检查RNC与其相连节点B之一之间可能数据流的延迟是否超出最大允许延迟，以及用于下述的装置：
如果未超出所述最大允许延迟，则对于所述可能数据流，选择该试验性选择的DHO节点来作为DHO节点。
38.根据权利要求28-37中任何一项所述的RNC，其中所述拓扑信息是通过RNC中的手动或半自动管理操作而获得的。
39.根据权利要求28-37中任何一项所述的RNC，其中所述拓扑信息是通过在传送网络中使用的链路状态路由协议而获得的。
40.根据权利要求28-37中任何一项所述的RNC，其中所述拓扑信息是通过使用允许RNC发现到每个节点B的逐跳路由的跟踪路由机制而获得的。
41.根据权利要求28-37中任何一项所述的RNC，其中所述拓扑信息是通过检索来自网络中RNC的拓扑信息而获得的。
42.根据前述权利要求28-41中任何一项所述的RNC，其中该RNC还包括用于下述的装置：
-准备要传达给DHO树节点的DHO相关信令消息，该DHO树节点是作为或计划作为宏分集树的一部分的节点，
-将一个或多个传送层地址和一个或多个传送承载基准参数包含在该信令消息内，以便指引该宏分集树的一个或多个DHO树节点间的数据流，以及用于下述的装置：
-向所述DHO树节点发送所述信令消息，以便向所述DHO树节点提供DHO相关指令。
43.根据权利要求42所述的RNC，其中所述包含装置还包括用于下述的装置：在发送给所述DHO树节点的常规信令消息中，用比所述DHO树节点分层上更高的DHO树节点的传送层地址和传送承载基准参数来替代RNC的传送层地址和传送承载基准参数，以便指引在DHO树节点分层结构中所述DHO树节点与所述更高DHO树节点之间的数据流。
44.根据权利要求42-43中任何一项所述的RNC，其中所述包含装置还包括用于下述的装置：将比所述DHO树节点分层上更低的一个或多个DHO树节点的一个或多个传送层地址和一个或多个传送承载基准参数包含在发送给所述DHO树节点的信令消息内，以便指引在DHO节点分层结构中所述DHO树节点与所述一个或多个更低DHO树节点之间的一个或多个数据流。
45.根据权利要求42-44中任何一项所述的RNC，其中所述传送层地址是IP地址，以及所述传送承载基准参数是UDP端口。
46.根据权利要求42-44中任何一项所述的RNC，其中所述传送层地址是ATM地址，以及所述传送承载基准参数是SUGR参数。
47.根据权利要求42-46中任何一项所述的RNC，还包括用于将用于要指引的数据流的服务质量(QoS)指示包含在所述信令消息内的装置。
48.根据权利要求42-47中任何一项所述的RNC，还包括用于将定时参数包含在所述信令消息内以在接收所述信令消息的DHO树节点中的上行链路合并过程中使用的装置。
49.根据权利要求42-48中任何一项所述的RNC，还包括用于将时间指示包含在所述信令消息内的装置，该时间指示表示在接收所述信令消息的DHO树节点中何时实现该信令消息中的DHO相关指令。
50.根据权利要求49所述的RNC，其中所述时间指示是在UMTS地面无线接入网UTRAN中属于专用信道帧协议DCH FP的连接帧号CFN。
51.根据权利要求42-50中任何一项所述的RNC，其中所述信令消息是节点B应用部分NBAP消息。
CN200480038426.0A 2003-12-22 2004-03-30 用于处理通用移动电信系统中宏分集的装置和方法 Expired - Fee Related CN100544480C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
SE03034634 2003-12-22
SE0303463A SE0303463D0 (sv) 2003-12-22 2003-12-22 Arrangements and method for handling macro diversity in a Universal Mobile Telecommunications System

Publications (2)

Publication Number Publication Date
CN1898981A true CN1898981A (zh) 2007-01-17
CN100544480C CN100544480C (zh) 2009-09-23

Family

ID=30768782

Family Applications (2)

Application Number Title Priority Date Filing Date
CN200480038426.0A Expired - Fee Related CN100544480C (zh) 2003-12-22 2004-03-30 用于处理通用移动电信系统中宏分集的装置和方法
CN200480038402.5A Expired - Fee Related CN100505951C (zh) 2003-12-22 2004-03-30 用于处理通用移动电信系统中宏分集的装置和方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN200480038402.5A Expired - Fee Related CN100505951C (zh) 2003-12-22 2004-03-30 用于处理通用移动电信系统中宏分集的装置和方法

Country Status (9)

Country Link
US (2) US7636335B2 (zh)
EP (2) EP1698198B1 (zh)
JP (1) JP4444966B2 (zh)
CN (2) CN100544480C (zh)
AT (2) ATE523052T1 (zh)
ES (1) ES2369851T3 (zh)
SE (1) SE0303463D0 (zh)
TW (1) TWI387370B (zh)
WO (2) WO2005062655A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103002533A (zh) * 2012-12-31 2013-03-27 京信通信系统（中国）有限公司 一种宏分集的处理方法及装置
WO2022105508A1 (zh) * 2020-11-17 2022-05-27 中兴通讯股份有限公司 路由跟踪方法、装置、设备及存储介质

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006229381A (ja) * 2005-02-16 2006-08-31 Nec Corp 移動通信システムのトランスポートベアラ設定制御システム及びその方法、無線アクセスネットワーク
US7519700B1 (en) * 2005-02-18 2009-04-14 Opnet Technologies, Inc. Method and system for topological navigation of hierarchical data groups
CN101283609B (zh) * 2005-10-18 2012-12-19 日本电气株式会社 无线通信系统、无线基站、以及无线通信方法
US7710896B2 (en) * 2005-12-21 2010-05-04 Sri International Ad-hoc network routing metric optimization
CN103491559A (zh) * 2006-01-18 2014-01-01 日本电气株式会社 通信系统和信息管理方法
US8095084B2 (en) * 2006-02-17 2012-01-10 Telefonaktiebolaget L M Ericsson (Publ) Non-real-time selection of distributed DHO nodes
US20080165736A1 (en) * 2007-01-05 2008-07-10 Shengjie Zhao Macro Diversity Handover and Fast Access Station Switching in Wireless Multi-User Multi-Hop Relay Networks
EP2156691B1 (en) * 2007-05-28 2016-12-14 Telefonaktiebolaget LM Ericsson (publ) User equipment tracing in a wireless communications network
EP2163071A2 (fr) * 2007-07-10 2010-03-17 Thomson Licensing Procédé de détermination automatique d'un groupe de pairs situés dans le voisinage d'un autre pair au sein d'un réseau de communication, et serveur, dispositif d'analyse et équipement de communication associés
CN101364825B (zh) * 2007-08-10 2012-05-30 华为技术有限公司 宏分集合并实现方法、系统、基站和用户设备
US8732778B1 (en) 2007-11-07 2014-05-20 At&T Mobility Ii Llc On-demand mobile wireless broadcast video delivery mechanism
EP2076068A1 (en) * 2007-12-26 2009-07-01 Alcatel Lucent Handover method and apparatus in a wireless telecommunications network
CN102625470A (zh) * 2008-08-13 2012-08-01 华为技术有限公司 建立通信连接的方法和网元
US8514226B2 (en) * 2008-09-30 2013-08-20 Verizon Patent And Licensing Inc. Methods and systems of graphically conveying a strength of communication between users
US8873482B2 (en) * 2010-03-01 2014-10-28 Nec Laboratories America, Inc. Method and system for virtualizing a cellular basestation
US9264954B2 (en) 2010-04-28 2016-02-16 Qualcomm Incorporated Neighbor relation information management
US9294972B2 (en) * 2010-04-28 2016-03-22 Qualcomm Incorporated Neighbor relation information management
US8831613B2 (en) 2011-09-26 2014-09-09 Telefonaktiebolaget L M Ericsson (Publ) Radio base station; radio network controller and methods therein
US9084152B2 (en) 2012-05-11 2015-07-14 Qualcomm, Incorporated Methods and apparatuses for providing inter-radio-network-controller multiflow capability
US9560566B2 (en) 2012-07-30 2017-01-31 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatuses for operating a radio network controller during a soft handover process
EP2880926B1 (en) 2012-07-30 2018-07-04 Telefonaktiebolaget LM Ericsson (publ) Technique for operating a radio network controller during a soft handover process
CN103731885B (zh) 2012-10-16 2016-12-07 中兴通讯股份有限公司 上行宏分集合并等待时间动态调整方法及装置
US10779249B2 (en) * 2014-06-27 2020-09-15 Telefonaktiebolaget Lm Ericsson (Publ) Inter-RNC transport channel synchronization
KR102319300B1 (ko) * 2014-09-30 2021-11-01 콘비다 와이어리스, 엘엘씨 동적 정책 제어
WO2017071759A1 (en) * 2015-10-29 2017-05-04 Telefonaktiebolaget Lm Ericsson (Publ) Communication network control method and controller
US11778528B2 (en) * 2020-03-13 2023-10-03 Qualcomm Incorporated Layer 1 based uplink-only cell switch
US11716772B1 (en) 2021-09-24 2023-08-01 T-Mobile Usa, Inc. Rapid prototyping of an internet of things device, such as a device for communicating with a wireless cellular network

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5539922A (en) 1992-01-03 1996-07-23 Motorola, Inc. Multiple tree hierarchical portable communication system and method
US6687249B1 (en) * 1998-08-25 2004-02-03 Telefonaktiebolaget Lm Ericsson Reconfiguring diversity legs during CN-RNC interface streamlining
US6321271B1 (en) 1998-12-22 2001-11-20 Lucent Technologies Inc. Constrained shortest path routing method
US7072329B2 (en) 2000-05-22 2006-07-04 Telefonaktiebolaget Lm Ericsson (Publ) Combining differing transport technologies in a telecommunications system
GB2367206B (en) * 2000-09-26 2004-01-21 Motorola Inc Transmission of voice over packet-switched systems
TW532040B (en) * 2000-10-20 2003-05-11 Koninkl Philips Electronics Nv Method and system for transferring a communication session
US20020183053A1 (en) * 2001-05-29 2002-12-05 Muralimohan Gopalakrishna Methods and systems for testing macrodiversity and handover functionality of a radio network controller
US20030003919A1 (en) * 2001-06-29 2003-01-02 Per Beming Relocation of serving network radio network controller ( SRNC) which has used direct transport bearers between SRNC and base station
US7215958B2 (en) * 2001-08-20 2007-05-08 Nokia Corporation Relocation method, system and network element
AU2002223706A1 (en) * 2001-11-16 2003-06-17 Nokia Corporation Optimizing data transfer in radio system
DE60236198D1 (de) * 2001-11-26 2010-06-10 Spyder Navigations Llc Mac-schicht-multiplexumkehr in einem ran der dritten generation
JP2003258704A (ja) 2002-02-28 2003-09-12 Ntt Docomo Inc 通信方法、基地局、端末装置及び通信システム
AU2002258052A1 (en) * 2002-05-08 2003-11-11 Nokia Corporation Method and network node for selecting a combining point
CN1326375C (zh) * 2002-05-08 2007-07-11 诺基亚公司 用于在网络中分配信息的分配方案
US20040203640A1 (en) 2002-05-10 2004-10-14 Anders Molander Providing RNC internet protocol address to circuit switched domain

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103002533A (zh) * 2012-12-31 2013-03-27 京信通信系统（中国）有限公司 一种宏分集的处理方法及装置
CN103002533B (zh) * 2012-12-31 2015-12-09 京信通信系统（中国）有限公司 一种宏分集的处理方法及装置
WO2022105508A1 (zh) * 2020-11-17 2022-05-27 中兴通讯股份有限公司 路由跟踪方法、装置、设备及存储介质

Also Published As

Publication number Publication date
JP2007535218A (ja) 2007-11-29
US7636335B2 (en) 2009-12-22
WO2005062655A1 (en) 2005-07-07
EP1698198B1 (en) 2011-07-27
CN1898979A (zh) 2007-01-17
WO2005062654A1 (en) 2005-07-07
TWI387370B (zh) 2013-02-21
TW200541368A (en) 2005-12-16
US7991398B2 (en) 2011-08-02
JP4444966B2 (ja) 2010-03-31
EP1698199A1 (en) 2006-09-06
CN100505951C (zh) 2009-06-24
ATE523052T1 (de) 2011-09-15
EP1698199B1 (en) 2011-08-31
US20070197222A1 (en) 2007-08-23
ATE518395T1 (de) 2011-08-15
SE0303463D0 (sv) 2003-12-22
EP1698198A1 (en) 2006-09-06
CN100544480C (zh) 2009-09-23
ES2369851T3 (es) 2011-12-07
US20070081493A1 (en) 2007-04-12

Similar Documents

Publication Publication Date Title
CN1898981A (zh) 用于处理通用移动电信系统中宏分集的装置和方法
CN1208988C (zh) 移动通信系统中上行链路同步发送方案越区切换的方法
CN1210971C (zh) 无线通信系统中的分组数据业务
CN100336353C (zh) 操作媒体访问控制器的方法
CN1279731C (zh) 一种通信流模板分组过滤的装置和方法
CN1853437A (zh) 软切换
CN1910870A (zh) 负载分散方法、节点和控制程序
CN1241371C (zh) 网络中的路由选择装置和路由选择方法
CN1620787A (zh) 跨层综合式无冲突路径路由选择
CN1614917A (zh) 扩频编码的分配方法、无线基地局及移动局
CN1642111A (zh) 路由设计方法
CN1472918A (zh) 分组通信系统以及路径mtu发现方法
CN1816975A (zh) 决定无线通信传输功率增益因素的装置及方法
CN1794700A (zh) 控制装置、移动终端及通信控制方法
CN1879440A (zh) 移动台、通信系统、通信控制方法
CN101053221A (zh) 无线通信系统中用于服务质量控制的无线电链路控制层中的差错率测量
CN1791249A (zh) 无线基站和移动台
CN101052208A (zh) 一种切换方法及切换网络
CN1525784A (zh) 无线电数据通信方法、服务器及无线电网络控制器
CN1893377A (zh) 蜂窝网和自组网构成的混合网络的路由方法
CN1523825A (zh) 为移动无线网络的无线接入网确定传输网范围的方法
CN1450818A (zh) 移动节点、移动通信系统和通信控制程序
CN1805390A (zh) 微波接入全球互通系统接入网及接入核心网的方法
CN1317895A (zh) 在移动无线通信系统中设置压缩模式参数并且设置功率控制的传输质量目标值的方法
CN1960325A (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: 20090923

Termination date: 20170330

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