把集中地存储在通信网内的程序信息 和/或工作信息传输到多个分散的通信设备的方法 在基于无线信道的无线通信网中，尤其是在点对多点的无线中继网中-也被称作“本地环路中的无线电(RLL)”或“无线本地环路(WLL)”，多个分散的网络终端单元和/或被构造成网络终端单元的分散通信设备总是通过一个或多个无线信道被连接到基站-也被称作“无线基站(RBS)”或“无线载波台(RCS)”。譬如在西门子股份公司1996年的文献“DECTlink Radio Access：Where Performance Counts(DECT链路无线接入：何处考虑执行)”和西门子股份公司1997年的文献“CDMAlink A Winner in any Terrain(CDMA链路任何地形中的赢家)”中曾讲述过被设计用于无线语音和数据通信的WLL中继系统。
上述文献所讲述的中继系统总是表现为一种无线用户端，无需敷设有线的连接线路它便可以在短时间内便宜地实现。分配给各用户的分散无线通信单元RNT分别通过传输介质“无线信道”与一个中继设备相连，而所述的中继设备被连接到上一级通信网PSTN，譬如被连接到面向ISDN的固定网ISDN。在此，所述的无线信道是根据DECT标准或CDMA传输方法进行设计的。所述中继设备包括至少一个终止所述中继网络空气接口的、表现为基站的中央中继网络设备RBS或RCS和至少一个实现通往上一级通信网地连接的中继网接入设备RDU。所述的中央中继网络设备和中继网接入设备通过铜线、光波导或定向无线链路彼此相连。需传输的信息譬如根据HDSL(高比特率数字用户线)传输技术以譬如2兆比特/秒的传输速率-也被称为“2兆比特/秒链路”-进行传输，其中，所述的HDSL链路包括多个64千比特的有用信道和一个由所有分散通信设备共同使用的64千比特信令信道。所有布置在所述中继设备的无线范围之内的分散网络终端单元或分散通信设备的信令信息通过所述的信令信道从所述的中继网接入设备被传输给所述的中央中继网络设备。
所述中继网接入设备至上一级ISDN通信网的连接是通过遵照V5.1或V5.2标准的标准接口来实现的。所述中继网接入设备通过网络管理接口与一种中央网管设备相连-在所给出的文献中被称为“ONMS接入集中器”。所述的网络管理接口譬如被构造成Q或QD2接口。通过所述的中央网管单元来提供用于运行所述中继设备或运行所述中继网的功能以及用于管理和维护它们的功能-也被称为OAM功能(运行、管理、维护)。为控制和执行OAM功能而需要的OAM信息譬如在QD2协议的范围内通过QD2接口或在SNMP协议(单网络管理协议)的范围内通过TMN接口(电信管理网络)或OAM接口被传输给所述的中继设备。
在当前WLL中继系统内所实现的管理过程中，必须把譬如更新的工作参数或工作信息或者更新的控制或工作程序的版本从集中布置的网管设备经所述的中继设备传输到分散布置的、位于所述中继设备的无线范围之内的通信设备。在当前WLL中继系统(譬如西门子公司的CDMA链路或DECT链路)中所采用的、用于传输更新的程序信息和/或工作信息(在下文也被称为软件下载或软件更新)的方法是基于：纯粹按顺序地把更新的信息从中央网管设备经中继设备传输给各个分散的通信设备。在此，总是从中央网管设备向需要更新的分散通信设备建立点对点的通信连接，并接着经QD2接口传输当前的程序信息。
在上述WLL中继系统中，缺点是可用于软件下载的传输容量会受到多个容量限制的约束-也被称为“瓶颈”：
由网管设备经QD2接口提供64千比特/秒的数据传输速率，以便把OAM和更新的程序信息及工作信息传输给所述的中继网接入设备。所述QD2接口的数据传输速率不能被扩大。
在软件下载的范围内，为了把更新的信息从中继网接入设备传输给所述的中继网络设备，只提供了HDSL链路的64千比特/秒信令信道的传输容量。由于必须经该信令信道(下面也被称为“IV5 C信道”)传输那些为布置于中继设备的无线范围之内的分散通信设备而附带产生的全部信令信息(下面也被称为“IV5信令信息”)，所以所述IV5 C信道中只有一部分传输容量-约5千比特/秒-被用于软件下载。当把更新的程序信息从网管单元传输给分散通信设备时，这将表现为极大的容量限制。
所述经HDSL链路的IV5 C信道被传输给中央中继网络设备的程序信息随后在空中接口上经特殊的OW信令信道(在DECT链路或CDMA链路系统中也被称作“联络线信道”或“OW信道”)与相应的当前信令信息一起被传送给所述的分散通信设备。所述OW信令信道所具有的数据传输速率为16千比特/秒。
在软件下载范围内的另一传输容量限制表现为在OSI参考模型的第7层中所实现的、经QD2接口实施的端对端连接的确认机理，由此使经QD2接口传输的OAM信息或程序信息产生分段。为了最小化用户发出的信令信息，规定所述段的大小为256个字节，而这种段大小也有利于经QD2接口传输程序信息。
就所述的容量限制而言，为了在网管单元和相应的分散通信设备之间的点对点连接中进行软件下载或软件更新，可用的数据传输速率只限于约5千比特/秒。这意味着，如果在软件更新时需要譬如把数据规模为440字节的程序信息传输给每个布置于所述中继设备的无线范围之内的分散通信设备，那么在1小时内只能更新3～6个分散通信设备。因此，在假设为8小时工作日的情况下，需要约80天来对接有1920个用户的完全扩展的WLL中继系统进行软件更新。因此，利用迄今已知的方法不可能在令人满意的时间内给完全扩展的WLL中继系统的所有分散通信设备提供譬如一个更新的软件版本。另外，在软件下载时，所述WLL中继系统的信令信道将会持续过载，这便给工作技术稳定性或WLL中继系统的性能带来了负面影响。
本发明所基于的任务在于改善WLL中继系统的工作或维护，尤其是改善把更新的程序信息和/或工作信息传输给布置于WLL中继系统中的分散通信设备。从权利要求1和2的前序部分特征所述的方法出发，以及从权利要求23和24的前序部分特征所述的通信装置出发，上述任务由相应的特征部分来解决。
对于经至少一个中继设备把集中地存储在通信网内的程序信息和/或工作信息传输到多个与所述中继设备相连的分散通信设备的本发明方法，其一个重要方面在于：所述被传输给中继设备的程序信息和/或工作信息被插入到一些经至少一个广播信道被传输给所述分散通信设备的广播消息中，然后被传输给所述的分散通信设备。所述的程序信息和/或工作信息在通信网或中继设备内同至少一个广播信道的传输技术特性相匹配。
根据本发明的一种替换的实施方案变型，所述集中地存储在通信网内的程序信息和/或工作信息被传输给所述至少一个中继设备，并被临时存储于其中。接着，所述临时存储在至少一个中继设备内的程序信息被传输给所述的分散通信设备。
本发明方法的一个重要优点在于，把集中地存储在通信网内的程序信息和/或工作信息传输给多个布置于通信网内的分散通信设备所花费的时间可以被最小化，并且尤其可以大大减少运行和维护通信网-譬如在通信网内进行软件更新-所需的技术和经济费用。
优选地，所述临时存储的程序信息和/或工作信息通过点对点连接或通过至少一个点对多点连接而被传输给所述的分散通信设备-权利要求4。通过采用点对多点连接来把程序信息和/或工作信息传输给分散通信设备，可以进一步减少在通信网内执行软件更新所花费的时间。
根据一种替换的实施方案变型，所述临时存储的程序信息和/或工作信息借助一些经至少一个广播信道被传送给所述分散通信设备的广播消息而被传输给所述的分散通信设备-权利要求6，由此实现软件更新的时间花费的最小化。
根据本发明方法的一种优选改进方案，所述的程序信息和/或工作信息从一个集中地布置在通信网内的网管单元被传输给所述的中继单元-权利要求7，其中，分别通过所述网管单元的控制来把所述临时存储的程序信息和/或工作信息传输给所述的分散通信设备-权利要求8。通过这种优选的改进，所述集中地布置于通信网内的网管单元可以持续地通观已给哪些分散通信设备传输了更新的程序信息和/或工作信息，以及在哪些分散通信设备内仍然存储了基于老软件版本的程序信息或工作信息。
根据本发明方法的另一改进方案，所述的中继设备包括至少一个中继网接入设备和至少一个经至少一个有用信道及至少一个信令信道与该中继网接入设备相连的中继网络设备-权利要求12-，其中，所述的程序信息和/或工作信息被临时存储在所述的中继网接入设备或所述的中继网络设备内，并从它们传输给所述的分散通信设备-权利要求13。优选地，所述至少一个中继网络设备和分散通信设备被实施为无线设备，其中，所述分散的无线通信设备和所述至少一个无线中继网络设备可以通过具有至少一个有用信道和至少一个信令信道或广播信道的无线传输介质而彼此相连-权利要求16。通过本发明方法的这种优选的改进方案，可以利用较少的时间和经济费用来实现在当前的无线用户接入网内更新软件。
本发明的方法和通信装置的其它优选改进方案由其它权利要求给出。
下面借助4个电路框图来详细讲述本发明的方法。其中：
图1用简图示出了在网管单元控制下的WLL中继系统中的软件下载过程，其中，需传输的更新程序信息被临时存储在所述的中继网接入设备内，随后通过该中继网络设备被传输给分散的通信设备，
图2示出了在图1所示的WLL中继系统中的软件下载过程，其中，需传输的程序信息被临时存储在中继网络设备内，并借助广播消息被传输给所述的分散通信设备，
图3示出了在图1所示的WLL中继系统中的软件下载过程，其中，需传输的程序信息无需临时存储便借助广播消息被传输给所述的分散通信设备，以及
图4示出了在图1所示的WLL中继系统中的软件下载过程，其中，需传输的程序信息被临时存储在中继网络设备内，并随后通过网管单元的控制而在点对点连接或至少一种点对多点连接的范围内被传输给所述的分散通信设备。
图1用电路框图示出了一种无线WLL中继系统ACCESS(接入)，其中，多个分散的无线通信设备RNT1…n可以通过中继设备ZE与上一级、譬如面向ISDN的通信网ISDN相连。所述分散的通信设备RNT1…n譬如可以由无线的网络终端设备来实现，所述的网络终端设备上分别可以连接一个或多个未示出的通信终端，譬如模拟的电话终端(POTS)或个人计算机或ISDN终端等等。作为替换方案，所述分散的通信设备RNT1…n也可以被构造为具有集成网络终端设备的移动通信终端-也被称作“手机”。所述的中继设备ZE包括一个表示为基站的中央中继网络设备RCS，所述无线的分散通信设备RNT1…n可以通过空中接口和无线的传输介质“无线信道”FK与该设备RCS相连。所述的中继网络设备RCS、空中接口、无线信道FK和无线的分散通信设备RNT1…n譬如可以按照DECT、GSM或UMTS标准或未来的其它移动无线标准进行构造。此外，所述的无线设备RCS、FK、RNT1…n也可以按照B-CDMA传输方法进行构造。
另外，所述的中继设备ZE还包括一种中继网接入设备RDU，该设备RDU通过V.5.1或V.5.2接口与面向ISDN的通信网ISDN相连。所述的中央中继网络设备RCS通过一个或多个连接线-譬如铜线或光波导-或者通过定向无线链路与所述的中继网接入设备RDU相连。在该实施例中，位于中继网接入设备RDU和中继网络设备RCS之间的连接被构造为譬如具有2兆比特/秒数据传输速率的数据链路HDSL-也被称作“2兆比特/秒链路”，通过该链路按照HDSL传输方法来传输需传输的信息。所述的HDSL链路HDSL包括多个64千比特/秒的有用信道和一个64千比特/秒的信令信道，通过所述的信令信道来传输需传输给所述分散通信设备RNT1…n的信令信息。所述的中继网接入设备RDU通过一种数据传输速率为64千比特/秒的、譬如实施为QD2接口的TMN或OAM接口和一种连接线-也被称作“64千比特/秒QD2链路”-而被连接到集中地布置于所述WLL中继系统ACCESS之内的网管单元TMN。在所述的网管单元TMN内布置了一种存储器MEM，其中存储了表示控制程序的程序信息sw的更新版本。此外，在该网管单元中还存储了诸如更新的计费信息等其它被更新的工作信息。
在每个分散通信设备RNT1…n内布置了一种存储器MEM，其中存储了用于控制相应分散通信设备RNT1…n的功能和处理过程的控制程序swo的程序信息。对于该实施例，假设存储于各个分散通信设备RNT1…n的存储器MEM中的程序信息swo已“老化”，并需要分别用存储于网管单元TMN的存储器MEM中的更新程序信息来代替它们。需要注意的是，利用所述更新的程序信息sw或工作信息可以在相应的分散通信设备RNT1…n内实现附加的业务和选项。
根据本发明，为了经所述的中继单元ZE把存储于所述网管单元TMN内的程序信息sw传输给所述的分散通信设备RNT1…n，在所述的中继网接入设备RDU内装设了一种中间存储器ZM以临时存储需传输的程序信息sw。在图1借助划线箭头所示的软件下载过程中，存储于网管设备TMN的存储器MEM内的程序信息sw通过QD2接口QD2被传输给所述的中继网接入设备RDU，并被临时存储在中间存储器ZM内。由于技术条件的限制使得所述QD2接口QD2的数据传输速率64千比特/秒不能被扩大，而且该速率还另外用于管理所述的WLL中继系统，所以通过把程序信息sw一次性地从网管单元传输给中继网接入设备RDU可以有效地利用由所述QD2接口所提供的传输资源。
为了随后把所述临时存储的程序信息sw’下载到各个分散的通信设备RNT1…n，由网管单元TMN控制从中继网接入设备RDU经中继网络设备RCS向相应的分散通信设备RNT1…n分别建立单独的、数据传输速率为64千比特/秒的有用信道连接。优选地，该数据连接是作为“静态呼叫”、也即无告警音地向相应的分散通信设备RNT1…n建立的。由于为替代所述的信令信道而使用了设于所述中继网接入设备RDU和中继网络设备RCS之间的HDSL链路HDSL的单独有用数据信道来传输所述临时存储的程序信息sw’，所以避免了在所述HDSL链路HDSL的信令信道内传输的信令信息的干扰影响。除了临时存储所述的程序信息sw之外，这还体现了相对于已知的软件更新方法的另一优化步骤。
输入到所述中继网络设备RCS中的程序信息sw’随后-替代了OW信道-通过一种在“静态呼叫”连接的范围内经空中接口所建立的64千比特/秒的有用信道连接而被传输给相应的分散通信设备RNT1…n。优选地，临时存储在所述中继网接入设备RDU中的程序信息sw’同时还通过多个并行建立的“静态呼叫”连接(也被称为“多点传播连接”)而经中继网络设备RSC被并行地传输到多个分散通信设备RNT1…n，然后被存储在它们之中。在此，利用该方式同时并行地实现的“软件下载”的数目取决于设在所述中继网接入设备RDU和中继网络设备RCS之间的HDSL链路HDSL的传输容量，以及取决于所述空中接口的传输容量和经该WLL中继系统ACCESS进行通信的用户数目。
为了加速软件下载，在OSI参考模型的第7层所实现的、对需传输的程序信息sw进行分段的过程中，数据包的段大小可以从迄今的256字节譬如增加到24K字节。通过增加需传输的数据包的段大小，可以减少所述分散通信设备RNT1…n在执行软件下载期间在上行方向上所发出的信令信息，并尤其可以减少传输给所述网管单元TMN的确认信息。
可以看出，图1所示的软件下载的主要优点在于，为加速需传输的程序信息sw的传输而不必改变在当前WLL中继系统中所实现的处理过程。因此，图1所示的用于软件下载的方法也可以应用于已经装好的WLL中继系统中，或应用于已交付的分散通信设备RNT1…n内。通过分别由网管单元TMN控制从中继网接入设备RDU向相应的分散通信设备RNT1…n建立通信，以及通过由网管单元TMN控制程序信息sw的传输，所述的网管单元TNM可以在每个时间点上通观在哪些分散通信设备RNT1…n内已存储了更新的程序信息sw，以及在哪些分散通信设备RNT1…n内仍然是基于“老化”程序信息swo的控制程序有效。
在图2中示出了图1所示的软件下载的第一实施方案变型。与图1相反，在图2所示的WLL中维系统ACCESS中是在所述的中继网络设备RCS内布置了中间存储器ZM。在软件下载过程中-在图2中是用划线箭头表示的，存储于网管单元TNM内的更新程序信息sw通过所述的QD2接口QD2被传输给中继网接入设备RDU，并从该接入设备RDU经HDSL链路HDSL的64千比特/秒有用信道而被传送到中继网络设备RCS，然后被存储在该中继网络设备RCS的中间存储器ZM内。
由于在该实施方案变型中只需把所述的更新程序信息sw一次性地从网管单元TMN传输到中继网络设备RCS，所以应注意，也可以经过WLL中继系统ACCESS的其它的、譬如提供较少传输容量的传输信道来传输所述的程序信息sw。
为了把存储在所述中继网络设备RCS的中间存储器ZM内的程序信息sw’传输给相应的分散通信设备RNT1…n，使用了经广播信道从所述中继网络设备RCS发送到所有的分散通信设备RNT1…n的广播消息-也被称作广播方法。在广播方法的范围内，譬如可以为传输更新的程序信息sw而使用“慢广播信道，SBCH”。在当前的WLL中继系统(譬如西门子公司的DEC链路或TDMA链路)中，采用所述的慢广播信道SBCH来传输呼叫信息和譬如传输系统时间。在该实施方案变型中，所述慢广播信道SBCH中仍然空闲的传输资源被用来借助广播方法把所述的程序信息sw传输给各个分散的通信设备RNT1…n。由于为了把程序信息sw从中继网络设备RCS传输到分散通信设备RNT1…n而没有使用布置于所述分散通信设备RNT1…n和中继网络设备RCS之间的空中接口的有用信道，所以避免了RLL中继系统ACESS的附加资源负荷和由此所引起的性能损耗。
优选地将所述的程序信息sw分段，或划分成单个的数据包，然后依次通过所述的慢广播信道SBCH进行发送，其中，被发送的程序信息sw分组地被接收和存储在相应的分散通信设备RNT1…n内。接收可能出错的数据包可以在接下来发送被分段的程序信息时重新进行接收，并在接收正确的情况下被存放在相应的分散通信设备RNT1…n的存储器MEM内。所述至少一个用存储的程序信息sw表示的控制程序譬如可以在广播方法的范围内被初始化或启动。
从分散通信设备RNT1…n发送给中继网络设备RCS或网管单元TMN的确认信息-譬如关于确认已成功接收数据包或关于已成功初始化被更新的程序版本等信息-可能会在上行方向导致较高的信令信号量。为了在所述的分散通信设备RNT1…n侧避免出现信号洪峰，可以按所述方式和方法在广播方法的范围内把当前的程序信息经慢广播信道SBCH传输给所述的分散通信设备RNT1…n；对于接下来激活或初始化那些存储于各个分散通信设备RNT1…n的存储器MEM内的当前程序版本，这可以优选地由网管单元TMN借助有目的地向相应分散通信单元RNT1…n分别建立的“静态呼叫连接”来实现。
图3示出了图2所示的基于广播方法的软件下载的实施方案变型。与图2相反，在图3所示的方法中，当前的程序信息sw无需临时存储便从网管单元TMN经中继网接入设备RDU被传输给中继网络设备RCS。传输给中继网络设备RCS的程序信息sw随后在广播方法的范围内被插入到所述经慢广播信道SBCH发送的广播消息中，然后被传输给相应的分散通信设备RNT1…n，如划线箭头所示。在此，数据传输的速度和尤其存储于网管单元TMN内的程序信息sw的读取是与慢广播信道SBCH的数据传输速率相匹配的。如果出于存储位置的原因而不能在所述中继网接入设备RDU或中继网络设备RCS内暂存所述被传输的程序信息sw，那么便譬如可以采用这种无需在中继设备ZE内临时存储所述需传输的程序信息的软件下载。该实施方案变型的优点在于，有效地利用了由传输介质“无线信道”提供的传输容量。通过使用广播方法，可以相对于顺序下载方法(譬如借助信号连接或多点传播连接)而大大减少为在整个WLL中继系统ACCESS内进行软件更新所需要的下载时间。由网管单元TMN譬如可以管理50000个分散的通信设备RNT1…n。借助图3所示的方法，即便在用户数量较多的情况下也能在几小时内完成所述分散通信设备RNT1…n的软件更新。在该情形下，为此所需要的时间譬如取决于数据包的段大小、采用的纠错方法类型和传输介质“无线信道”FK的品质等等。
在图4中示出了本发明方法的另一种实施方案变型，其中，所述需要从网管单元TMN发送到相应分散通信设备RNT1…n的程序信息sw被临时存储在一个布置于中继网络设备RCS之内的中间存储器ZM中。在图4用划线箭头所示的软件下载过程中，存放在网管单元TMN的存储器MEM内的程序信息sw通过QD2接口QD2被传输给所述的中继网接入设备RDU，然后从该设备RDU经HDSL链路HDSL的64千比特/秒有用信道被传送给中继网络设备RCS，并临时存储在中间存储器ZM内。优选地，通过使用在中继网接入设备RDU和中继网络设备RCS之间所实现的HDSL链路HDSL的64千比特/秒有用信道来传输程序信息sw，并不需要该HDSL链路HDSL的信令信道的传输资源，所以避免了在执行软件下载期间对WLL中继系统ACCESS的性能造成负面影响。
由于在该实施方案变型中只需一次性地把更新程序信息sw从网管单元TMN传输到中继网络设备RCS，所以需要注意的是，也可以通过WLL中继系统ACCESS的其它的、譬如提供较少传输容量的传输信道来实现该程序信息sw的传输。
在图4所示的实施方案变型中，临时存储在中继网络设备RCS的中间存储器ZM内的程序信息sw是分别通过位于网管单元TMN和相应分散通信设备RNT1…n之间的点对点连接(单广播连接)被传输给各个分散的通信设备RNT1…n的。该连接结构由网管单元TMN进行控制。优选地，所述被临时存储的程序信息sw同时也可以通过多个并行构造的点对点连接(多广播连接)被同时传输到多个分散的通信设备RNT1…n，由此实现进一步减少用于软件更新的时间花费。
由网管单元TMN控制把临时存储在中继网络设备RCS内的程序信息sw’传输到各个分散通信单元RNT1…n也可以在两种传输方案的范围内实现，下面来讲述它们。
根据第一传输方案变型，为软件更新或软件下载设置一种新的业务类型，其中，为当前的WLL中继系统ACCESS-譬如西门子公司的CDMA链路-定义一种相应的业务类型信息“软件下载”。为了有目的地把临时存储在所述中继网络设备RCS的中间存储器ZM内的程序信息sw传送给某个分散的通信设备RNT1…n，从网管单元TMN向中继网接入设备RDU传输相应的业务类型信息“软件下载”。在中继网接入设备RDU内，象输入呼叫那样处理输入的业务类型信息“软件下载”，其中，识别从网管单元TMN传送来的业务类型信息“软件下载”，然后将其传送到中继网络设备RCS。若接收到业务类型信息“软件下载”，则从中继网络设备RCS譬如经广播信道或信令信道向有关的分散通信设备RNT1…n传输一些指示“软件下载”的相应呼叫信息。该发出的呼叫信息譬如表示了从相应的分散通信设备RNT1…n向网管单元TMN建立一个64千比特/秒的数据信道连接-也称B信道-的指示。为替代广播信道或信令信道，也可以替换地使用业已存在的OW信道连接来把呼叫信息从中继网络设备RCS发送到有关的分散通信设备RNT1…n。如果接收到指示“软件下载”的呼叫信息，则在所述的分散通信设备RNT1…n内检验是否可以使用软件下载所需的传输资源，或这些资源是否譬如被当前经空中接口实现的有用信道连接所占用。
如果软件下载所需的传输资源在当前不可用，则通过有关的分散通信设备RNT1…n向网管单元TMN传输一个相应的信息或否定的确认信息。在否定的确认情况下，中断所引入的软件下载，并在稍后的时间点上重新触发它。如果所述分散的通信设备RNT1…n在资源检验时确定出当前可以使用软件下载所需的传输资源，那么便把表示肯定确认的相应信息传送给网管单元TMN，并随后以“静态呼叫”的形式在有关的分散通信设备RNT1…n和网管单元TMN之间建立一种64千比特/秒的有用信道连接。根据本发明，此时指定所述的中继网络设备RCS接入到所建立的有用信道连接上，以插入临时存储的程序信息sw’。
根据第二传输方案变型，不需要定义一种新的业务类型来实现软件下载。在第二传输方案变型中，对于由网管单元TMN控制的位于分散通信设备RNT1…n和网管单元TMN之间的、用于传输临时存储在中继网络设备RCS中的更新程序信息sw’的通信建立，它是通过WLL中继系统ACCESS象输出呼叫那样进行处理的。为了把临时存储在中继网络设备RCS中的程序信息sw’传送给相应的分散通信设备RNT1…n，由所述的网管单元TMN通过中继网接入设备RDU和中继网络设备RCS向有关的分散通信设备RNT1…n传送一个指示软件下载的信息。为此，如果分散通信设备RNT1…n没有因传输附加的信令信息而被使用，那么就譬如向该相应的分散通信设备RNT1…n建立一个OW信道连接。
在有关的分散通信设备RNT1…n内，如果接收到指示软件下载的信息，则检验在当前是否可以使用软件下载所需的传输资源，或这些资源是否譬如被当前经空中接口实现的有用信道连接所占用。如果所需的传输资源在当前不可用，则由分散通信设备RNT1…n经中继设备ZE向网管单元TMN传输一个相应的否定确认信息。在向网管单元TMN输入一个否定确认的情况下，由该网管单元TMN中断所引入的软件下载，并在稍后的时间点上重新触发它。如果当前可以使用软件下载所需的传输资源，那么便由有美的分散通信设备RNT1…n在常规的通信请求(“呼叫建立”)范围内以“静态呼叫”的形式经空中接口和中继设备向网管单元TMN请求一种64千比特/秒的有用信道连接或B信道连接。根据本发明，以如下方式和方法来建立所述请求的有用信道连接，使得指定所述的中继网络设备RCS接入到所建立的有用信道连接上，以插入临时存储的程序信息sw。
当根据所述的第一或第二传输方案变型在有关的分散通信设备RNT1…n和网管单元TMN之间建立软件下载所需的通信连接之后，所述临时存储在中继网络设备RCS中的程序信息sw’便逐段地、也即以数据包的形式在B信道连接的范围内并按照所选择的段大小而经空中接口被传输到相应的分散通信设备RNT1…n。在有关的分散通信设备RNT1…n内，借助差错识别程序-譬如计算横和-来检验被接收的数据包。如果确定数据包是无差错地接收的，则向网管单元TMN传输一个相应的确认信号，并把该接收的数据包存储在存储器MEM内。布置于各个分散通信设备RNT1…n内的存储器MEM譬如可以被构造为EPROM。
优选地，针对无差错地接收的数据包所产生的确认信号通过所建立的64千比特/秒的B信道连接被传输给所述的中继网络设备RCS。在把整个程序信息sw’无差错地传输到相应的分散通信设备RNT1…n之后，由中继网络设备RCS向所述的网管单元TMN传送一个指示已成功或无差错地下载软件的信息，并拆除为此建立的B信道连接。
在针对某个分散通信设备RNT1…n成功地实现软件更新之后，也即在把所传输的程序信息sw暂存到相应分散通信设备RNT1…n的存储器MEM内和拆除为此所建立的B信道连接之后，便启动由所存储的程序信息sw所表示的控制程序。这譬如可以通过一个在拆除B信道连接之后所实现的、相应分散通信设备RNT1…n的重启或“复位”来实现。优选地，在成功地重启之后，把相应的通知传送给网管单元TMN。随着向网管单元TMN输入一个指示已成功地重启相应分散通信设备RNT1…n的信息，所述针对相应分散通信设备RNT1…n所执行的软件下载便被视为结束。
为了最小化在经空中接口把数据包从中继网络设备RCS传输给相应的分散通信设备RNT1…n时的传输差错，可以优选地执行一种前向纠错方法(“FEC”)。
图4所示的软件下载的实施方案变型的另一优点在于，利用所述为软件下载而建立的、位于相应分散通信设备RNT1…n和网管单元TMN之间的双向通信连接，譬如可以把表示软件下载进度的信息从相应的分散通信设备RNT1…n传输给所述的网管单元TMN。
为了缩短所述分散通信设备RNT1…n为进行软件下载而需要的时间间隔，可以优选地把传输所述更新程序信息sw所采用的段大小置为最大的可能值，譬如24K字节。
为了实现进一步缩短软件下载所需要的时间间隔，所述的当前程序信息sw以压缩的形式被存放在网管单元TMN内。为了对传输给相应分散通信设备RNT1…n的压缩程序信息sw进行解压缩，必须在相应的分散通信设备RNT1…n内实施相应的解压缩方法。
需注意的是，用于传输集中地存储于通信网内的程序信息和/或工作信息的本发明方法可以应用于各种有线的、无线的或无绳的且其上接有分散通信设备的通信网。因此，譬如用较少的时间在OAM功能的范围内可以有规律地用最新的软件版本来更新布置于有线多媒体通信网内的机顶箱(RNT1…n)。