CN101541024B

CN101541024B - 无线通信系统,管理、控制和维护方法及其装置

Info

Publication number: CN101541024B
Application number: CN2008101777430A
Authority: CN
Inventors: 稻垣大辅; 长谷川昇; 增渕武士; 新田大介; 富田哲生; 熊谷智宪; 渡边聪; 小林一成
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2008-03-19
Filing date: 2008-11-18
Publication date: 2011-12-21
Anticipated expiration: 2028-11-18
Also published as: JP5211779B2; US8041350B2; EP2104397A3; CN101541024A; US20090239520A1; KR101060444B1; EP2104397A2; JP2009231861A; KR20090100210A

Abstract

本发明涉及无线通信系统，其管理、控制和维护方法及装置。该无线通信系统管理分为多个组(#k)的无线基站(40-j)，并且为每个组(#k)选择性地执行关于无线基站(40-j)的管理、控制和维护的处理。这使得能够有效地进行无线基站的管理、控制和维护处理。

Description

无线通信系统,管理、控制和维护方法及其装置

技术领域

这里论述的实施方式针对无线通信系统，管理、控制、和维护方法，以及用于管理、控制、和维护的装置。所述实施方式可用于设置被称为毫微微蜂窝基站(femtocell)的用于形成小型小区的无线基站。

背景技术

移动通信系统的无线室内覆盖率不是那么高。存在几个原因。例如，无线电波难于到达建筑物的内部并且设置和管理室内型无线基站的成本很高。

在该情况下，最近提出了微小型无线基站(BTS：基地收发站)，称为“毫微微蜂窝基站”。设想该BTS用于住宅或办公室内部，并且它例如遵照宽带码分多址(W-CDMA)方法，通过形成具有几十米半径的小型小区(毫微微蜂窝基站)使得少量用户(大约四个用户)能够同时通信。此外，成本很低。

为了提高室内覆盖率而不增加管理成本，设想该微小型BTS(以下称为毫微微蜂窝基站BTS)布置在不能由现有无线基站覆盖的高的建筑物或者地下设施(静区)内部。

此外，已知一种作为用于提高移动通信系统覆盖范围的装置的技术，该技术可以对经由到现有基站的电缆线与该基站相连接的射频(RF)单元进行远程设置。

[专利文档1]日本专利申请未决公开号2004-40802

[专利文档2]日本专利申请国家公开(未决公开)号2002-524989

[非专利文档1]“A follow up article on 3GSM Korea Samsung and NECexhibit“Femtocell””

[非专利文档2]“Manufacturing Agreement For Zone Gate Low-CostResidential 3G Access Point”。

[非专利文档3]NTT DoCoMo Technical Journal 15卷1号，[在线]，2007年4月。

由于假设将毫微微蜂窝基站BTS置于室内，所以要设置的毫微微蜂窝基站的数量预期是很大的。然而，对于容纳基站和控制它们的装置(RNC：无线电网络控制器)中的容量存在限制(例如，几百个BTS)。因此，为容纳大量的毫微微蜂窝基站(例如，超过几千个BTS)，不由自主地增加了大型昂贵RNC的数量。

发明内容

这些实施方式的一个目的是使得能够有效地对多个无线基站进行管理、控制和维护处理。

实施方式的目的不限于上面，从随后描述的实施方式中指出的相应成分得到的、尚未由常规技术所获得的功能和效果，能够视为其它目的。

为了实现上面的目的，本说明书公开了“无线通信系统，其管理、控制和维护方法以及装置”。

(1)这里公开的无线通信系统的一个方面包括多个无线基站；和用于管理、控制、和维护的装置，其将无线基站分为多个组，并且为每个组选择性地执行有关于无线基站的管理、控制和维护的处理。能够使用。

(2)这里公开的管理、控制、和维护的方法的一个方面包括管理分为多个组的多个无线基站；和为每个组选择性地执行关于无线基站的管理、控制和维护的处理。能够使用。

(3)这里公开的用于管理、控制、和维护的装置的一个方面包括管理分为多个组的多个无线基站的控制单元；和为每个组选择性地执行关于无线基站的管理、控制和维护的处理的处理器。能够使用。

这里公开的技术使得能够有效地进行有关于多个无线基站的管理、控制和维护处理。

实施方式的另外目的和优点将在随后的描述中部分地阐明，并且根据描述将部分地明显，或者可通过实践本发明来学习。将借助所附权利要求中特别指出的元素和组合来实现和获得本发明的目的和优点。

将会理解，前述一般描述和以下详细描述都是示例性的和说明性的，并且不限制如所要求的本发明。

附图说明

图1是示出作为根据一种实施方式的无线通信系统的一个示例的毫微微蜂窝基站系统的构成示例的图；

图2是示出图1中示出的系统的详细构成示例的框图；

图3是在描述图1中示出的系统中的分组FBTS的图像中使用的图；

图4是在描述图1中示出的系统中的分组FBTS的图像中使用的图；

图5是在描述图1中示出的系统中的分组FBTS的图像中使用的图；

图6是在描述由图1中示出的FBTS控制器管理的分组信息的一个示例中使用的图；

图7是在描述由图1中示出的FBTS控制器管理的分组信息的一个示例中使用的图；

图8是示出从图1中示出的FBTS控制器到RNC的故障通知消息的格式示例的图；

图9是在描述图1中示出的系统中的故障检测和故障通知处理的一个示例中使用的顺序图；

图10是在描述图1中示出的系统中的故障通知处理的一个示例中使用的流程图；

图11是示出查询来自图1中示出的OPS的FBTS控制器故障状态的消息的格式示例的图；

图12是在描述图1中示出的系统中的故障信息收集处理的一个示例中使用的顺序图；

图13是在描述图1中示出的系统中的故障信息收集处理的一个示例中使用的流程图；

图14是在描述图1中示出的系统中的拥塞检测处理的一个示例中使用的顺序图；

图15是在描述图1中示出的系统中的拥塞检测处理的一个示例中使用的流程图；

图16是在描述图1中示出的系统中的拥塞检测处理的一个示例中使用的顺序图；

图17是在描述图1中示出的系统中的拥塞检测处理的一个示例中使用的流程图；

图18是在描述用于图1中示出的FBTS控制器的文件更新处理的一个示例中使用的顺序图；

图19是在描述用于图1中示出的FBTS的文件更新处理的一个示例中使用的顺序图；

图20是在描述图1中示出的系统中的文件更新处理的一个示例中使用的流程图；

图21是示出由图1中示出的FBTS控制器下载的文件的格式示例的图；

图22是在描述用于图1中示出的FBTS控制器的文件更新处理的一个示例中使用的顺序图；

图23是示出用于图1中示出的系统中的文件版本通知的信号格式示例的图；

图24是在描述用于图1中示出的FBTS的文件更新处理的一个示例中使用的顺序图；

图25是在描述图1中示出的系统中的文件更新处理的一个示例中使用的流程图；

图26是用于描述图1中示出的FBTS的每个组中的文件更新处理的一个示例的顺序图；

图27是在描述用于图1中示出的FBTS的每个组中的文件更新处理的一个示例中使用的流程图；

图28是示出用于图1中示出的FBTS控制器的文件更新指令的格式示例的图；

图29是在描述用于图1中示出的系统中的每个组的用于通知FBTS的文件版本信息的处理的一个示例中使用的顺序图；和

图30是在描述用于图1中示出的系统中的每个组的用于通知FBTS的文件版本信息的处理的一个示例中使用的流程图。

具体实施方式

以下将参考附图描述实施方式。下面描述的实施方式仅仅是示例并且它不旨在排斥下面未指定的各种技术的修改和应用。即，能够在不偏离精神的范围内多方面修改地执行本实施方式(例如，结合各个实施方式等)。

[1]系统结构

图1是示出作为根据一种实施方式的无线通信系统的一个示例的毫微微蜂窝基站系统的构成示例的图。例如，图1中示出的系统包括核心网络(CN)10、至少一个连接到该CN10的无线电网络控制器(RNC、BTS控制器)20、数目为N(N为1或更大的整数)的微小型BTS控制器(毫微微蜂窝基站BTS控制器)30-1到30-N(#1到#N)、数目为m(m为2或更大的整数)的微小型BTS(毫微微蜂窝基站BTS)40-1到40-m(#1到#m)以及作为用户终端的一个示例的一个或多个移动终端(用户终端)50。

RNC 20以可通信的方式通过维护网络(NW)60连接到作为上层装置的一个示例的操作系统(OPS)70，并且如果需要，它能够与OPS 70进行关于管理、控制和维护(OAM，管理/控制/维护)的通信。在这种实施方式中，OAM处理指包括一个或更多个管理、控制和维护的处理，并且它不意味着所有它们都是必须的。此外，其不旨在排斥除上面三者外的处理。

这里，诸如W-CDMA的较位于无线接入网络中的RNC 20更上层的网络被集总地称为CN 10，具有用于管理订阅信息、监测并管理各个网络、以及建立到另一网络的连接的实体。

RNC 20是能够容纳和控制一个或多个现有基站(BTS)(其也称为节点B)，并且提供有在现有BTS之间传送诸如控制平面(C平面)的数据(即控制信号)和用户平面(U平面)的数据(即用户信号)的信号的功能。

例如，C平面数据包括目的地为移动终端50的呼叫控制信号和作为有关于基站控制的信号的节点B应用部分(NBAP)信号。用毫微微蜂窝基站BTS控制器30-i(i＝1到N)和毫微微蜂窝基站BTS 40-j(j＝1到m)之间的无线信道来说，C平面数据包括关于通用信道、个人信道、通告信道和寻呼信道的信号。U平面数据包括关于通用信道和个人信道的信号。

这个示例的RNC 20能够容纳数目N个与现有BTS一起的或替换现有BTS的毫微微蜂窝基站BTS控制器30-1到30-N，并且它能够以与现有BTS之间相同的方式在这些毫微微蜂窝基站BTS控制器30-i之间传送信号。RNC 20和毫微微蜂窝基站BTS控制器30-i之间的连接接口(IF)可与RNC 20和现有BTS之间的连接IF(例如，Iub接口)相同。

毫微微蜂窝基站BTS控制器(此后表示为FBTS控制器)30-i能够分别容纳数目m个毫微微蜂窝基站BTS(此后表示为FBTS)40-1到40-m。本实施方式的FBTS控制器(用于管理、控制和维护的装置)30-i能够执行呼叫处理(呼叫、位置登记、寻呼、通知、U平面信号处理等)、OAM处理(包括诸如故障检测、拥塞控制和程序更新的处理)，以及从属FBTS40-j的小区设置。

“小区设置”指有关于由FBTS 40-j形成的小区的无线资源的设置。在每个小区中，以W-CDMA方法为例，无线资源包括扰码(SC)、信道化码(CC)和可用频率(载波)之中的一个或者之中的两个或更多个的组合。SC是在标识小区(小区搜索)中使用的码，CC是在标识用户(移动终端50)中使用的码。

通过引入此FBTS控制器30-i，RNC 20使用与现有BTS相同的控制信号(例如，NBAP信号)，为一个FBTS控制器30-i上的一个现有BTS执行小区设置，因此使对FBTS控制器30-i的各个从属FBTS 40-j共同执行必要的小区设置成为可能。

换句话说，从RNC 20看，能够将多个FBTS 40-j虚拟地认作(识别为)一个BTS。例如，各个FBTS 40-j能够由RNC 20识别为操纵多个小区和载波的一个BTS，类似多带BTS或高强度BTS。

例如，RNC 20能够将FBTS识别为具有三个小区×三个载波(频率)的共九个小区的BTS。在这种情况下，RNC 20根据NBAP信号将九个小区的小区设置信息(无线资源)指派给FBTS控制器30-i。即，能够被指派给FBTS控制器30-i的小区设置信息的数目小于RNC 20识别和管理的小区设置信息的数目。

FBTS 40-j是能够形成作为无线地带的小区的基站，用于经由无线链路通过到一个或多个在上面小区中出现的移动终端50的连接来执行无线通信，并且例如，它被设置在住宅或办公室内。FBTS 40-j在以下几点不同于通常(现有)BTS。

(1)在现有BTS中，同时可连接的用户(移动终端)数目是几百个，而在FBTS中，它很小，大约是十个。

(2)在现有BTS中，小区的数目大约是几个到几十个，而在FBTS中，它是微小型的，大约一个。

(3)在现有BTS中，电波的覆盖范围(小区半径)是几千米，而在FBTS中，它很窄，几十米。

FBTS 40-j在功能和向/从外部传送的消息上可几乎与现有BTS相同。

移动终端50是由用户使用的无线终端，提供有通过经由无线链路的连接执行与FBTS 40-j的通信的功能(例如，呼叫处理的终止功能)。

[2]FBTS控制器和FBTS

将参照图2描述本实施方式的FBTS控制器30-i和FBTS 40-j的结构示例。

(2.1)FBTS控制器

如图2中所示，FBTS控制器30-i例如包括RNC间接口31、数据控制单元34、节点间接口(IF)35和OAM控制单元36。

这里，RNC间接口31是与RNC 20的接口，提供有向RNC 20发送和从RNC 20接收诸如C平面数据(控制信号)和U平面数据(用户数据)的信号的功能。

数据控制单元34执行数据控制和站数据、构成数据和小区设置数据的控制。站数据包括有关于诸如主题站30-i连接到哪个RNC 20或哪个FBTS 40-j的连接状态和有关于所连接的装置数的信息。构成数据是在管理和控制从属FBTS 40-j中使用的数据，并且它基于站数据的信息元素而创建。例如，这种构成数据包括用于每个从属FBTS 40-j的数据和用于从属FBTS 40-j的每个组的数据。稍后将会描述细节。

另外，当执行OAM处理时，本实施方式的数据控制单元34能够基于从属FBTS 40-j的组信息收集数据、管理到从属FBTS 40-j的同步控制和管理主题站(FBTS控制器)30-i的信息(例如，故障信息、拥塞信息、和程序文件及设置文件的文件版本)。

节点间接口35是与FBTS 40-j的接口，提供有发送和接收诸如C平面数据(包括NBAP信号)和U平面数据的信号的功能。

OAM控制单元36控制通过节点间接口35连接的从属FBTS 40-j的OAM处理。对于FBTS 40-j的多个组中的每个组，选择性地执行OAM处理。作为检查关于OAM处理的预定阈值的结果，选择性地执行OAM处理是指一些组变成OAM处理的对象而其它组不成为OAM处理的对象。

例如，OAM处理包括故障监测(检测)、故障通知、拥塞监测(检测)、拥塞通知、关于FBTS 40-j和/或FBTS控制器30-i的拥塞控制、由FBTS 40-j拥有的数据(包括站数据、构成数据和诸如程序文件和设置文件的各种数据)的更新、以及其它处理。如果需要，OAM控制单元36能够选择性地具有取决于OAM处理的功能(处理)单元。

如图2中所示，OAM控制单元36包括通信量处理器361、拥塞检测处理器362、故障监测处理器363和文件管理处理器364。在图2中，省略了关于呼叫控制器中呼叫处理的功能块的说明。

作为OAM处理的一种，通信量处理器361监测、管理和控制FBTS控制器和上层RNC 20之间和/或FBTS控制器和从属FBTS 40-j之间的通信流量(此后，简单地称为“通信量”)。

作为OAM处理的一种，拥塞检测处理器362根据通信流量，检测、管理和控制FBTS控制器30-i和/或从属FBTS 40-j中的拥塞。

作为OAM处理的一种，故障监测处理器363监测FBTS控制器30-i和/或从属FBTS 40-j中的故障状态并且向有关的单元通知该故障。

作为OAM处理的一种，文件管理处理器364执行关于数据(文件)管理的处理，所述数据(文件)管理诸如更新和传送包括由FBTS控制器30-i和/或从属FBTS 40-j拥有的站数据、构成数据、程序文件和设置文件的各种数据。

上面各个处理器361到364提供有数据(格式)转换器360，并且数据转换器360能够将信号转换为分别用于与RNC 20通信和与从属FBTS 40-j通信的适合的格式。例如，当将信号转换成用于与RNC 20通信的现有信号格式时，能够将FBTS控制器30-i容纳进RNC 20而不必大规模修改RNC。数据转换器360可由各个处理器361到364分享。

可在RNC 20中提供上面FBTS控制器30-i的一种或所有功能。

当在基站(例如下一代移动通信系统中的e节点B)中建立RNC 20的功能之一时，FBTS控制器30-i可能不是连接到RNC 20而是连接到e节点B，或者e节点B的上层装置诸如接入网关(aGW)。在这种情况下，FBTS控制器30-i能够例如在从一个e节点B或上层装置指派了有关于在这个e节点B处设置的多个小区的OAM处理的信息和小区设置信息之后，执行从属FBTS 40-j的OAM处理和小区设置。

(2.2)FBTS

例如，图2中示出的FBTS 40-j包括节点(节点B)间IF(接口)41、数据控制单元45、OAM控制单元46。在图2中，未示出关于呼叫控制器的呼叫处理的功能块。

节点间接口41是与FBTS控制器30-i的接口，提供有发送和接收诸如C平面数据(包括NBAP信号)和U平面数据的信号的功能。

数据控制单元45管理和控制诸如站数据、构成数据和小区设置数据的数据。

OAM控制单元46控制主题站(FBTS 40-j)的OAM处理。例如，这种OAM处理包括故障监测(检测)、故障通知、拥塞监测(检测)、拥塞通知、拥塞控制、由FBTS 40-j拥有的数据(包括诸如站数据、构成数据、程序文件和设置文件的各种数据)的更新、以及其它处理。根据需要，能够通过节点间接口41与FBTS控制器30-i共同管理地执行OAM处理。如果需要，OAM控制单元46可根据OAM处理选择性地提供有功能(处理)单元。

如图2中所示，OAM控制单元46包括通信量处理器461、拥塞检测处理器462、故障监测处理器463和文件管理处理器464。

作为OAM处理的一种，通信量处理器461监测、管理和控制它自身和上层FBTS控制器30-i之间和/或它自身和连接到这个站点40-j的移动终端50之间的通信流量。

作为OAM处理的一种，拥塞检测处理器462根据通信流量，检测、管理和控制拥塞状态。

作为OAM处理的一种，故障监测处理器463监测诸如故障出现的状态并向OPS 70通知监测结果。

作为OAM处理的一种，文件管理处理器464控制诸如包括主题站40-j的程序文件和设置文件的各种类型文件的更新的文件管理。

(2.3)FBTS的分组信息和构成数据

在本实施方式中，使用关于FBTS 40-j的分组和构成数据以便对各FBTS 40-j和/或对各FBTS 40-j组执行OAM处理。

(2.3.1)分组信息

FBTS控制器30-i(OAM控制单元36)管理FBTS组#1到#n中的每一组，每一组包括一个或多个连接的从属FBTS 40-j(其中n是满足2≤n<m的整数)，如图3中所示。OAM控制单元36能够收集和管理每个组#k(k＝1到n)的FBTS 40-j的故障信息和拥塞信息。这能够减少网络的通信负载和上层RNC 20中的处理负载。

可以可选地设置分组以适于OAM处理。例如，可为每个设置地点(区域)分组FBTS 40-j。图4和图5中分别示出了分组的示例。

图4示出了在建筑物内设置FBTS 40-j的状态。图4示出了在每层中设置两个FBTS 40-j，并且为每层分组FBTS 40-j。例如，第一层中的FBTS 40-1和40-2属于组#1，第二层中的FBTS 40-3和40-4属于组#2，并且第三层中的FBTS 40-5和40-6属于组#3。

另一方面，图5示出了其中在建筑物的一层设置两个FBTS 40-1和40-2并且这两个FBTS 40-1和40-2设置为一个组#1的状态。

不需要说的是多个FBTS 40-j可分入一层中的多个组。另选地，可将设置在不同层中的多个FBTS 40-j分为一个组。

可通过存储和管理分组信息来实现上面的分组，如图6和图7中所示，例如通过可由FBTS控制器30-i中的OAM控制单元36访问的数据控制单元34和可由FBTS 40-j中的OAM控制单元46访问的数据控制单元45存储和管理分组信息。

即，如图6中所示，当两个FBTS 40-1和40-2属于组#1并且其它两个FBTS 40-3和40-4属于组#2时，在相应的FBTS 40-1到40-4中，相应的数据控制单元45存储和管理用于标识每个主题站40-j属于哪个组#k的信息(分组信息)。能够管理该分组信息，例如将其包括在每个FBTS 40-j中的构成数据中。构成数据包括关于FBTS 40-j的故障信息和拥塞信息。

另一方面，在FBTS控制器30-i中，收集用于相应从属FBTS 40-1到40-4的构成数据，并且数据控制单元34基于分组信息存储和管理用于每个组#k的数据。在那时，能够创建表示每个组#k的代表性数据(例如头部中的构成数据)的组索引信息，以便有效地检索构成数据。图6示出了属于组#1的FBTS 40-1的装置号＝1和属于组#2的FBTS 40-3的装置号＝3作为组索引信息(组中的头部装置号)。

OAM控制单元36能够根据该组索引信息有效地在数据控制单元34中检索和指定期望的构成数据。组索引信息能够在预定定时创建，例如，在开启FBTS控制器30-i的时候和在更新站数据的时候创建。

另一方面，图7示出了三个FBTS 40-1、40-2、和40-3属于组#1而一个FBTS 40-4属于组#2的情况下数据控制的示例。在该情况下，属于组#1的FBTS 40-1的装置号＝1和属于组#2的FBTS 40-4的装置号＝4被示出为组索引信息(组#k中的头部装置号)。

(2.3.2)构成数据

作为一个示例，构成数据包括两种数据：按装置的构成数据和按组的构成数据。按装置的构成数据是用于每个FBTS 40-j的数据，而按组的构成数据是用于每个组#k(多个FBTS 40-j的小组)的数据。以下表格1示出了按装置的构成数据的示例，而以下的表格2示出了按组的构成数据的示例。

[表格1]

按装置的构成数据

装置号

组号

IP地址

装置状态

通信量

拥塞

文件标识符

版本

●●●

毫微微蜂窝基站BTS#1

#1

xx.xx.xx.xx

故障

A

OFF

xxx

XXX

●●●

毫微微蜂窝基站BTS#2

#1

yy.yy.yy.yy

正常

B

ON

yyy

YYY

●●●

毫微微蜂窝基站BTS#m

#n

●●●

如表格1中所示，按装置的构成数据在每个装置号(#1到#m)的FBTS 40-1到40-m中包括组号、IP地址、装置状态、拥塞(例如，在拥塞的情况下为ON，并且在不拥塞或者从拥塞恢复的情况下为OFF)、例如程序文件和设置文件的每个文件的标识符、文件版本，作为信息元素。

[表格2]

按组的构成数据

组号

故障率

故障的阈值

通信量

拥塞的阈值

从拥塞恢复的阈值

设置区域

●●●

组#1

C

在故障C通知

E

在E或更多通知

在G或更少恢复

I

●●●

组#2

D

在故障D通知

F

在F或更多通知

在H或更少恢复

J

●●●

组#n

●●●

如表格2中所示，按组的构成数据在作为信息元素的每个组号(#1到#n)中包括故障率、故障率的阈值(故障的阈值)、通信量、拥塞的阈值、从拥塞恢复的阈值、和FBTS 40-j的设置区域。

上面构成数据的信息元素的细节将在以下对管理的描述中适当地进行描述。

[3]对管理的描述

以下，将描述以上系统的管理(OAM处理)示例。该实施方式的OAM处理例如包括(1)故障检测和故障通知/控制，(2)拥塞检测和拥塞通知/控制，和(3)文件更新。在下面，将以分立的部分来单独描述上面的处理。在该系统中(FBTS控制器30-i和FTBS 40-j)，不是需要所有这三种OAM处理，而是可执行上面的一种，或者两种或更多种的组合。

(3.1)故障(失效)控制

当OAM控制单元46(故障监测处理器463)检测到主题FBTS40-j的故障信息时，它将故障信息发送到上层的FBTS控制器30-i。FBTS控制器30-i通过维护网络60向OPS 70通知故障信息。

FBTS控制器30-i通过在每个组#k中的故障率和故障阈值之间做比较来检查故障信息是否应当通知到OPS 70(阈值检查)，并且当确定通知为必要时，它将故障信息发送到OPS 70。此外，当FBTS控制器30-i从OPS 70接收到关于故障情况的查询时，它将作为构成数据在数据控制单元34中所存储和管理的故障信息发送到OPS 70。

(3.1.1)FBTS向OPS通知故障(失效)的情况

将使用图8到图10描述向OPS 70通知在一个FBTS 40-j中出现了故障(失效)的情况下的管理示例。

假设在FBTS控制器30-1(#1)中的从属FBTS 40-2(#2)中出现了故障。此外，假设故障的FBTS #1和正常的FBTS #2和#3属于FBTS控制器#1下的组#1是FBTS#2的故障出现之前的状态，并且故障阈值为2/3。

如图9中所示，当FBTS #2的故障监测处理器463检测到故障(处理1001)时，FBTS #2的故障监测处理器463通过节点间接口41向上层的FBTS控制器#1通知所检测到的故障内容(故障信息)，其例如包括在故障通知消息中(处理1002和处理1003)。

通过接收节点间接口35中的故障通知消息(图9中的处理1003和图10中的处理1021)，FBTS控制器#1将消息传送到数据控制单元34(图9中的处理1004)，并且数据控制单元34在按装置的构成数据中反映所接收消息(故障信息)的内容(图9中的处理1005和图10中的处理1022)。将在下面的表格3中示出上面的一个示例。

[表格3]

按装置的构成数据

装置号	组号	IP地址	装置状态	●●●
					毫微微蜂窝基站BTS#1	#1	xx.xx.xx.xx	故障	●●●
毫微微蜂窝基站BTS#2	#1	yy.yy.yy.yy	正常→故障	●●●
					毫微微蜂窝基站BTS#3	#1	zz.zz.zz.zz	正常	●●●
毫微微蜂窝基站BTS#4	#2	●●●	●●●	●●●
					●●●	●●●	●●●	●●●	●●●
毫微微蜂窝基站BTS#m	#n	●●●	●●●	●●●

数据控制单元34根据按装置的构成数据中反映的故障信息来更新按组的构成数据的故障率，并且比较更新后的按组的构成数据中的故障率和故障阈值(图10中的处理1023)。

因为当FBTS 40-j对于家庭用户在每个住宅中设置并且在住宅中任何一个装置出现故障时，例如通信故障的故障严重地影响住宅，因此可将故障阈值设置得较低。

另一方面，当例如在非指定的用户使用FBTS 40-j的地方(例如游乐中心、办公室中心、和公共设施)设置它们时，由于即使当一个FBTS40-j故障时，它能够由其它FBTS 40-j代替，因而能够将故障阈值设置得较高。

因此，能够在FBTS 40-j的每个设置区域中设置故障阈值。这通过有关于表格2中的“设置区域”的信息来表示。“设置区域”可与FBTS 40-j的组#k一一对应，或者它可独立于组#k来设置。

在该实施方式中，故障阈值设置为2/3并且在FBTS #2故障之前组#1的故障率设置为1/3。数据控制单元34根据按装置的构成数据识别出故障的FBTS #2属于组#1，并且它将按组的构成数据中的故障率从1/3更新为2/3，如表格4中所示。结果，由于故障率变为故障阈值或更多，它确定故障通知为必要的(图10中的处理1023中的“是”路线)，并且向故障监测处理器363通知该确定(图9中的处理1006)。

[表格4]

按组的构成数据

组号	故障率	故障出现阈值	●●●
				组#1	1/3→2/3	在2/3故障通知	●●●
组#2	●●●	在XX故障通知	●●●
				组#3	●●●	在YY故障通知	●●●
	●●●	●●●	●●●
				组#n	●●●	●●●	●●●

通过接收通知，故障监测处理器363创建包括目的地为OPS 70的故障信息的故障通知消息，并且通过RNC间接口31将其发送到OPS 70(图9中的处理1007到处理1010和图10中的处理1024和处理1025)。该通知(消息)能够使用在与RNC 20通信中使用的现有信号格式来发送。其一个示例在图8中示出。

在图8中，现有信号格式包括报头字段、BTS号字段、故障消息字段、和其它数据字段。在报头字段中，能够设置消息类型(故障信息的通知消息等)；在BTS号字段中，能够设置通知源(现有BTS)的装置号。在故障信息字段中，能够在每个预定的内部单元(也称为卡)中设置现有BTS的故障信息。

例如在该信号格式中，FBTS控制器30-i的装置号设置在BTS号字段中，FBTS 40-j的装置号和FBTS 40-j属于的组号设置在故障消息字段中，由此使得能够使用现有信号格式向RNC 20通知在哪个FBTS控制器30-i控制下的属于哪个组#k的哪个FBTS 40-j故障。例如，数据转换器360创建了这种信号格式的通知消息。当在与RNC 20通信中允许信号格式中的变化时，能够通过使用不同于现有信号格式的信号格式来通知故障信息。

当在阈值检查处理1023中，故障率小于故障阈值时(图10)，数据控制单元34忽略从FBTS #2接收的故障通知消息，并且进入接收另一故障通知消息的等待状态(处理1023中的“否”路线)。

即，即使在故障率小于故障阈值的组#k中某些FBTS 40-j故障时，也确定组#k没有故障。据此，可减少向OPS 70通知有关于FBTS 40-j的故障信息的量。因此，可减少FBTS控制器30-i、RNC 20、和OPS 70中的处理负载。

作为一个示例，阈值比较处理1023在更新按组的构成数据时执行。另选地，它可独立于按组的构成数据的更新而周期性地执行。

(3.1.2)从OPS 70接收关于故障情况查询的情况

此外，将使用图11到图13来描述当FBTS控制器30-i从OPS 70接收到关于故障情况的查询时的管理示例。

在FBTS控制器30-i中，当RNC间接口31通过RNC 20接收到由OPS 70发出的关于故障情况的查询消息时(图12中的处理1011和图13中的处理1031)，查询消息被传送到故障监测处理器363(图12中的处理1012)。

查询消息的信号格式的一个示例在图11中示出。该信号格式包括报头字段、BTS类型字段、和其它数据字段。在报头字段中，能够设置表示信号源和目的以及信号(消息)类型(关于故障情况的查询消息等)的信息(IP地址等)。

因此，参照报头字段的设置信息，RNC间接口31能够识别出所接收信号(消息)是来自OPS 70的关于故障情况的查询消息，并且将消息传送到故障监测处理器363。

在BTS类型字段中，能够设置表示关于故障情况的查询的目标是FBTS控制器30-i还是FTBS 40-j的信息。

当从RNC间接口31接收查询消息时，参照BTS类型字段中的设置信息，故障监测处理器363能够确定(区别)OPS 70是在请求关于主题站(FBTS控制器)30-i的故障情况的信息(故障信息)还是请求关于从属FBTS 40-j的故障信息(图13中的处理1032和处理1033)。

结果，当“BTS类型”是“FBTS”时，故障监测处理器363向数据控制单元34查询有关于FBTS 40-j的当前故障情况(故障信息)，并且当“BTS类型”是“FBTS控制器”时，它向数据控制单元34查询关于主题站(FBTS控制器30-i)的当前故障情况(图12中的处理1013和处理1014)。

数据控制单元34根据该查询(即，根据BTS类型)从按装置的构成数据和/或按组的构成数据中获得故障信息，或者主题站30-i的故障信息，并且将其通知到故障监测处理器363(图12中的处理1015和处理1016，和图13中的处理1034和处理1035)。

作为包括所通知的故障信息的信号的一个示例，故障监测处理器363创建对查询消息的响应消息，并且通过RNC间接口31将响应消息发送到OPS 70(图12中的处理1017到处理1019，和图13中的处理1036和处理1037)。响应消息还能够采用图8中示出的信号格式。

(3.2)拥塞处理

此时，将使用图14到图17描述其中FBTS控制器30-i监测(检测)和控制每个组#k中的FBTS 40-j中的拥塞的处理示例。

例如，将以下两种方法考虑为FBTS控制器30-i识别FBTS 40-j中拥塞的方法。作为第一方法，存在这样的方法，从该FBTB 40-j本身接FBTS收关于由从属FBTS 40-j检测的拥塞的信息的通知。作为第二方法，存在这样的方法，通过FBTS控制器30-i监测与从属FBTS 40-j的通信量来自主地检测拥塞。以下，将在分立的部分中单独地描述基于这两种方法的管理示例。

(3.2.1)第一方法(在FBTS中检测拥塞)

作为一个示例，将描述根据FBTS 40-1(#1)中的通信量增加，FBTS#1属于的组#1的通信量超过组#1中的拥塞阈值的情况。

如图14中所示，FBTS 40-j通过监测呼叫处理的通信量处理器461来收集通信量数据(每单位时间的呼叫数量)(处理1201)。例如能够将监测和收集定时设置为定期(周期性)的定时。

拥塞检测处理器462将通信量处理器461收集的通信量数据与每个组#k中设置的预定阈值(拥塞阈值)比较，以确认拥塞(处理1202到处理1204)。

这里，类似于故障阈值，能够在FBTS 40-j的每个组#k中设置拥塞阈值。例如，当在每个设置区域中执行分组并且对于家庭用户在每个住宅中设置FBTS 40-j时，即使某些FBTS 40-j进入拥塞，对应FBTS 40-j所属的整个组#k进入拥塞的可能性也被认为是低的。因而能够将拥塞的阈值设置得较高。

相反，当例如在非指定用户使用FBTS 40-j的地方，例如城镇中心、办公室中心、和公共设施处设置FBTS 40-j并且许多非指定用户在举办某些事件(例如节日)的区域中聚集在一起时，当属于相同区域(组#k)的某些FBTS 40-j进入拥塞时，其它FBTS 40-j进入拥塞的可能性被认为是高的。那么，能够将拥塞的阈值设置为较低。

作为阈值比较的结果，当通信量等于拥塞阈值或更大并且确定拥塞已出现时，拥塞检测处理器462经由节点间接口41向FBTS控制器30-i通知拥塞出现(处理1205到处理1207)。例如能够通过使用在现有BTS和RNC 20之间的通信中使用的现有信号格式来执行该通知。

通过FBTS控制器30-i的节点间接口35来接收该通知并且将该通知传送到拥塞检测处理器362(图14中的处理1208和图15中的处理1221)。拥塞检测处理器362在数据控制单元34的按装置的构成数据中反映所通知的拥塞(拥塞出现)(图14中的处理1209和处理1210以及图15中的处理1222)。上面的一个示例在下面的表格5中示出。

[表格5]

按装置的拥塞数据

装置号	组号	●●●	通信量	拥塞	●●●
						毫微微蜂窝基站BTS#1	#1	●●●	10→15	OFF→ON	●●●
毫微微蜂窝基站BTS#2	#1	●●●	10	OFF	●●●
						毫微微蜂窝基站BTS#3	#2	●●●	6	OFF	●●●
●●●	●●●	●●●	●●●	●●●	●●●
						毫微微蜂窝基站BTS#m	●●●	●●●	●●●	●●●	●●●

该表格5指出了属于组#1的FBTS #1的通信量从10更新到15并且拥塞从OFF更新到ON。

此外，数据控制单元34根据上面的更新来更新按组的构成数据。上面的一个示例在表格6中示出。

[表格6]

按组的构成数据

组号	通信量	拥塞阈值	从拥塞恢复的阈值	区域	●●●
						组#1	20→25(15+10)	在25或更大通知	在15或更小恢复(不拥塞)	A	●●●
组#2	●●●	在XX或更大通知	在YY或更小恢复	B	●●●
						组#3	●●●	在XX或更大通知	在YY或更小恢复	B	●●●
●●●	●●●	●●●	●●●	●●●	●●●
						组#n	●●●	●●●	●●●	●●●	●●●

该表格6指示根据FBTS #1中的通信量的增加(10->15)，组#1的通信量从20更新到25。

然后，数据控制单元34向拥塞检测处理器362通知上面更新的构成数据中涉及的组号(图14中的处理1211和处理1212)，并且然后拥塞检测处理器362基于数据控制单元34通知的组号，参照按组的构成数据来检测是否向OPS 70通知拥塞。

即，拥塞检测处理器362通过对每个组#k中的通信量和拥塞阈值做比较来检查是否存在通信量等于拥塞阈值(例如在该示例中为25)或更大的组#k(图14中的处理1213和图15中的处理1223)。

结果，当存在通信量等于拥塞阈值或更大的组#k(在该示例中为组#1)时，拥塞检测处理器362通知属于#k的相应FBTS 40-j：它们应当抑制呼叫(图14中的处理1214到处理1216和图15中从处理1223的“是”路线中的处理1224)。

通过接收该通知，每个FBTS 40-j(拥塞检测处理器462)控制呼叫处理以便抑制与从属无线终端50通信的呼叫(图14中的处理1217)。

FBTS控制器30-i的拥塞检测处理器362另外地或另选地向OPS 70通知确定为具有拥塞的组#k的拥塞(图14中的处理1218和处理1219以及图15中的处理1224到处理1226)。在那时，拥塞检测处理器362能够向OPS 70一起通知对应于组号#k的区域信息。

区域信息例如能够遵照载波/扇区(carrier/sector)的单位，作为能够向现有BTS通知的单位。该区域信息能够包括在站数据中并且例如由数据控制单元34管理，并且它能够在启动/恢复的时候以及更新站数据的时候反映在来自站数据的构成数据中。

在阈值比较处理1223中(在图15中)，当通信量小于拥塞阈值时，拥塞检测处理器362进入等待接收另一拥塞通知的状态(处理1223中的“否”路线)。

即，除非在每个组#k中通信量等于拥塞阈值或更大，则确定组#k不处于拥塞中(没有拥塞出现)，拥塞检测处理器362既不执行对对应组#k的呼叫控制，也不向OPS 70通知拥塞。因此，能够减少FBTS 40-j中对于呼叫控制的负载和向OPS 70通知相应FBTS 40-j中拥塞的量。因此，能够在FBTS控制器30-i、RNC 20、和OPS 70中减少处理负载。

当恢复FBTS 40-j中的拥塞时，这被通知到FBTS控制器30-i，类似于出现拥塞的情况，更新按装置的构成数据和按组的构成数据，并且通过与每个组#k中从拥塞恢复的阈值相比较，在每个组#k中检查拥塞的恢复。关于从拥塞回复的组#k，这能够通知到属于相同组#k的FBTS 40-j和OPS 70。此外，能够免除对组#k的呼叫控制。

(3.2.2)第二方法(在FBTS控制器中检测拥塞)

接下来，将使用图16和图17描述FBTS控制器30-i根据从从属FBTS40-1(#1)通知的通信量来确定组#1中出现拥塞的情况，作为第二方法的示例。

如图16中所示，FBTS 40-1收集通信处理器461中的通信量数据并且经由节点间接口41向FBTS控制器30-i通知所收集的通信量数据(处理1301到处理1303)。能够将收集和通知通信量数据的定时设置为周期性定时。

由FBTS控制器30-i的节点间接口35接收该通知，并且传送到通信量处理器361(图17中的处理1304、和处理1331)。通信量处理器361在数据控制单元34中的按装置构成数据中反映所通知的通信量数据(图16中的处理1305和图17中的处理1332)。其一个示例在下面的表格图7中示出。

[表格7]

按装置的构成数据

装置号	组号	●●●	通信量	拥塞	●●●
						毫微微蜂窝基站BTS#1	#1	●●●	10	OFF
毫微微蜂窝基站BTS#2	#1	●●●	10→15	OFF
						微小型BTS#3	#2	●●●	6	OFF
●●●	●●●	●●●	●●●	●●●
						毫微微蜂窝基站BTS#m	●●●	●●●	●●●	●●●

该表格7指出属于组#1的FBTS #2的通信量从10更新到15。

此外，数据控制单元34根据上面的更新来更新按组的构成数据。上面的一个示例在下面的表格图8中示出。

[表格8]

按组的构成数据

组号	通信量	拥塞阈值	从拥塞恢复的阈值	区域	●●●
						组#1	20→25(10+15)	在25或更大通知	在15或更小恢复(不拥塞)	A	●●●
组#2	●●●	在XX或更大通知	在YY或更小恢复	B	●●●
						组#3	●●●	在XX或更大通知	在YY或更小恢复	B	●●●
●●●	●●●		●●●	●●●	●●●
						组#n	●●●		●●●	●●●	●●●

该表格8示出了根据FBTS #2中通信量的增加(10→15)，组#1的通信量从20更新到25。

通信量处理器361向拥塞检测处理器362通知上面的更新(图16中的处理1306)，并且拥塞检测处理器362获得组号和数据控制单元34在按组的构成数据中更新的通信量，以及拥塞阈值(图16中的处理1306到处理1310)。

通过在获得的组#k(在该示例中，k＝1)的通信量和拥塞阈值之间进行比较，拥塞检测处理器362检查通信量是否等于拥塞阈值(例如在该示例中为25)或更大(图16中的处理1311和图17中的处理1333)。结果，当组#1的通信量等于拥塞阈值或更大时，拥塞检测处理器362确定组#1中已出现拥塞并且向属于组#1的相应FBTS 40-j(例如在该示例中为FBTS #1和#2)通知它们应当控制呼叫(图16中的处理1312到处理1314以及处理1316到处理1319，和图17中从处理1333的“是”路线中的处理1334)。

通过接收该通知，属于组#1的相应FBTS#1和#2(拥塞检测处理器462)控制呼叫处理，以便抑制与从属无线终端50通信的呼叫(图16中的处理1315和处理1320)。

FBTS控制器30-i的拥塞检测处理器362另外地或另选地向OPS 70通知对应于被确定具有拥塞的组#1拥塞(图16中的处理1321和处理1322以及图17中的处理1335和处理1336)。在通知时，拥塞检测处理器362能够向OPS 70一起通知对应于组#1的区域信息。

此外，拥塞检测处理器362将按装置的构成数据中属于组#1的FBTS#1和#2中的相应拥塞状态更新为ON。其一个示例在下面的表格9中示出。

[表格9]

按装置的构成数据

装置号	组号	●●●	通信量	拥塞	●●●
						毫微微蜂窝基站BTS#1	#1	●●●	10	OFF→ON	●●●
毫微微蜂窝基站BTS#2	#1	●●●	10→15	OFF→ON	●●●
						毫微微蜂窝基站BTS#3	#2	●●●	6	OFF	●●●
	●●●	●●●	●●●	●●●	●●●
						毫微微蜂窝基站BTS#m	#n	●●●	●●●	●●●	●●●

在阈值检查处理1333中，当每个组#k中的通信量小于拥塞阈值时，确定组#k中没有出现拥塞，拥塞检测处理器362进入接收另一通信量数据的等待状态(处理1333中的“否”路线)。

对于通信量小于拥塞阈值的组#k，即使当某些FBTS 40-j进入拥塞，也确定组#k没有拥塞。据此，可能减少向OPS 70通知相应FBTS 40-j中拥塞的量。因此，可减少FTBS控制器30-i、RNC 20、和OPS 70中的处理负载。

(3.3)文件管理

此时，将描述对各种数据和文件，例如站数据、构成数据、程序文件、以及FBTS控制器30-i和FBTS 40-j拥有的设置文件执行文件管理的处理。

站数据、构成数据、程序文件、以及FBTS 40-j和FBTS控制器30-i使用的设置文件的主文件(以下简称为“文件”)例如存储在OPS 70和CN 10的各文件服务器中。

文件管理功能是当这些文件有变化时，根据OPS 70和CN 10的管理下载和更新已更新的各文件，或者即使没有来自CN 10的任何管理而自主地下载和更新各文件的功能。在更新各文件时，优选地在FBTS 40-j之间以及在FBTS 40-j和FTBS控制器30-i之间建立同步。

在该实施方式中，作为示例，通过FBTS控制器30-i中的文件管理处理器364和FBTS 40-j中的文件管理处理器464使得能够进行上面的文件管理。在以下描述中，作为示例，假设主文件存储在CN 10中给出的文件服务器中。

(3.3.1)根据来自CN 10的管理的文件更新

将使用图18到图21描述根据来自CN 10的管理的文件更新的一个示例。文件更新对象有时是FBTS控制器30-i，并且其它时候是它的从属FBTS 40-j，将在分立的部分单独描述这两种情况。

(3.3.1.1)FBTS控制器30-i中的文件更新处理

FBTS控制器30-i根据来自CN 10的管理下载文件。文件由文件管理处理器364经由RNC间接口31接收并且传送到数据控制单元34(图18中的处理1401到处理1403和图20中的处理1461)。数据控制单元34存储所传送的文件并且向文件管理处理器364通知已存储了文件(图18中的处理1404和1405)。

通过从数据控制单元34接收上面的通知，文件管理处理器364向CN 10(文件服务器)通知文件已下载(图18中的处理1406到处理1408)。

然后，当文件管理处理器364经由RNC间接口31接收了来自CN 10(文件服务器)的文件更新指令时(图18中的处理1409和处理1410)，文件管理处理器364检查所下载的文件是目的地为FBTS控制器30-i的文件还是目的地为FBTS 40-j的文件(图18中的处理1411和图20中的处理1462)。例如能够基于文件报头中示出的信息(文件名称+文件标识符)来执行该检查，如图21所示。

例如，当文件报头中示出的信息是“xxxxxyyy.XYZ”时，文件名“xxxxxyyy”中的“xxxxx”部分表示上层装置的号，并且“yyy”的部分表示FBTS控制器30-i或FBTS 40-j的装置号。在该示例中，文件管理处理器364能够参照“yyy”部分执行上面的检查。

跟随文件名的“.XYZ”是文件标识符，并且例如，X能够表示装置类型；Y能够表示型号；以及Z能够表示制造商号。作为一个示例，相应地，当X＝B时，它表示现有BTS；当X＝C时，它表示FBTS控制器30-i的站数据；当X＝D时，它表示FBTS 40-j的站数据；当X＝E时，它表示FBTS控制器30-i的程序；当X＝F时，它表示FBTS 40-j的程序。当Y＝1时，它表示最新的装置，并且当Y＝2时，它表示最老式的装置。此外，当Z＝F时，它表示制造商的类型是FUJITSU(富士通)。

例如作为上面检查的结果，当下载的文件是目的地为FBTS控制器30-i的文件时，文件管理处理器364向数据控制单元34通知文件更新执行(图18中的处理1412和处理1413)。通过接收通知，数据控制单元34更新文件(图20中的处理1463)并且向文件管理处理器364通知已更新了文件(图18中的处理1414和处理1415)。

在已更新了文件的阶段，未更新文件也存储并且通过执行随后描述的文件切换，要使用的文件从未更新文件改变为已更新文件。因此，当在更新后的文件中存在某些问题时，要使用的文件能够适当地返回到未更新文件。然而，上面的文件更新不排除重写未更新文件。这也应用在下面的描述中。

通过接收已更新了文件的通知，文件管理处理器364切换文件，当文件切换完成时创建用于通知更新结果的数据(消息)，并且将数据发送到CN 10(文件服务器)，由此向CN 10通知已更新了文件(图18中的处理1416到处理1418和图20中的处理1467和处理1468)。

(3.3.1.2)FBTS的文件更新处理

当所下载的文件目的为FBTS 40-j时，在文件下载之后的检查处理中(在图20中)，文件管理处理器364根据文件报头的信息检查所更新目标装置的制造商类型和型号，并且将所下载的文件传送到对应的FBTS40-j(图19中的处理1432到处理1434和图20中的处理1464)。

所传送的文件由FBTS 40-j的节点间接口41接收并且传送到文件管理处理器464(图19中的处理1434和处理1435)。文件管理处理器464根据所接收的文件中的文件报头信息来检查所接收的文件是否为目的为主题站(FBTS 40-j)的文件(图19中的处理1436)。

文件管理处理器464向数据控制单元45通知(指示)对于主题站40-j的文件更新(图19中的处理1437和处理1438)。通过接收该通知，数据控制单元34根据从FBTS控制器30-i接收的文件更新文件，并且当完成上面的更新时，它向文件管理处理器464通知完成(图19中的处理1439和1440以及图20中的处理1465)。

通过上面的接收文件已更新的完成通知，文件管理处理器464向FBTS控制器30-i通知完成(图19中的处理1441到处理1443和图20中的处理1466)。

在FBTS控制器30-i中，当文件管理处理器364从FBTS 40-j接收到上面的完成通知时(图19中的处理1444)，为了文件切换的同步，它检查是否已完成了对应FBTS 40-j的所有文件的更新；当已更新了所有文件时，它指示相应的从属FBTS 40-j切换文件(图19中的处理1445到处理1447)。

在FBTS 40-j中，当文件管理处理器464经由节点间接口41接收到文件切换的指令时(图19中的处理1448)，文件管理处理器464切换文件并且向FBTS控制器30-i通知完成(图19中的处理1449到处理1451)。

在FBTS控制器30-i中，当文件管理处理器364经由节点间接口35从FBTS 40-j接收文件切换的完成通知时(图19中的处理1452)，文件管理处理器364检查是否已切换了对应FBTS 40-j的所有文件；当已切换了所有文件时，它向CN 10(文件服务器)通知已更新了所有文件(图19中的处理1453到处理1455和图20中的处理1467和处理1468)。

(3.3.2)自主文件更新

此时，将使用图22到图25描述FBTS控制器30-i和FBTS 40-j自主更新文件的管理示例。在自主文件更新中，文件更新对象有时是FBTS控制器30-i并且其它时候是它的从属FBTS 40-j，并且将在分开的部分单独描述这两种情况。

(3.3.2.1)FBTS控制器30-i中的文件更新处理

如图22中所示，FBTS控制器30-i的文件管理处理器364在定时向CN 10(文件服务器)发送用于确认文件版本的请求(查询)(图25中的处理1501和处理1502、和处理1561)，并且接收对请求的响应(文件版本通知)(图22中的处理1503和处理1504)。

图23示出了文件版本通知(消息)的格式示例。图23中示出的消息表示了IP包的情况，其包括IP报头字段、用于重复数量的字段、和数据部分。在数据部分中，能够重复地设置文件标识符(.CEF)和文件版本(V01L02)的组合。在上面的“重复数量”字段中设置重复设置的数量。在IP报头字段中，设置该消息的目的IP地址和源IP地址。

文件管理处理器364向数据控制单元34通知所接收的文件版本的内容(图22中的处理1505和处理1506)。通过接收该通知，文件控制单元34通过比较当前管理的相应文件的版本和所通知的文件版本来检查在这两者之间是否存在差异(图25中的处理1562)，并且向文件管理处理器364通知结果(图22中的处理1507和处理1508)。

下面的表格10示出了FBTS控制器30-i中的数据控制单元34管理的版本信息的一个示例。文件标识符的含意如上所述。

[表格10]

版本信息

文件标识符	版本
		.CEF	V01L01
.DEF	V01L02
		.EEF	V01L02
.FEF	V01L02

当不存在差异时，文件管理处理器364完成处理(图25中处理1562的“否”路线中的处理1563)；当存在差异时，它向CN 10(文件服务器)发送文件下载请求(图22中的处理1509和处理1510)，以从CN 10下载文件(图22中的处理1511和处理1512，以及图25中处理1562的“是”路线中的处理1564)。要下载的文件可以仅仅是具有差异的文件，或者可下载具有差异的一个或所有文件。

文件管理处理器364将所下载文件传送到数据控制单元34(图22中的处理1513)，并且数据控制单元34存储所传送文件并且向文件管理处理器364通知已存储了上面文件(图22中的处理1514和处理1515)。

通过接收通知，文件管理处理器364向CN 10(文件服务器)通知已下载了文件(图22中的处理1516到处理1518)。

其后，当文件更新指令从CN 10(文件服务器)发送时(图22中的处理1519和处理1520)，文件管理处理器364根据所下载文件中的文件报头信息检查所下载文件的目的地是FBTS控制器30-i还是从属FBTS40-j(图22中的处理1521和图25中的处理1565)。

结果，当所下载的文件是目的地为FBTS控制器30-i的文件时，文件管理处理器364向数据控制单元34通知(指示)文件更新(图22中的处理1522和处理1523)。

通过接收文件更新指令，数据控制单元34根据所下载的文件更新文件，直到消除差异为止(图25中的处理1566)，当完成了上面的更新时它向文件管理处理器364通知完成(图22中的处理1524和处理1525)。

通过接收已完成文件更新的上面的通知，文件管理处理器364切换文件、创建用于通知更新结果的数据(消息)，并且将其发送到CN 10(文件服务器)，由此向CN 10通知文件更新完成(图22中的处理1526到处理1528，和图25中的处理1570和处理1571)。

(3.3.2.2)FBTS 40-j中的文件更新处理

另一方面，当在检查处理1565中所下载文件的目的地为FBTS 40-j时(图25)，文件管理处理器364基于所下载的文件中文件报头的信息检查更新目标装置的制造商类型和型号(图24中的处理1531)，并且将所下载的文件传送到对应的FBTS 40-j(图24中的处理1532到处理1534，和图25中的处理1567)。

在FBTS 40-j中，所传送的文件由文件管理处理器464通过节点间接口41接收(图24中的处理1534和处理1535)。文件管理处理器464基于所接收的文件中文件报头的信息来检查所接收文件是否为用于主题站(FBTS)40-j的文件(图24中的处理1536)。

文件管理处理器464向数据控制单元45通知主题站40-j的文件更新(图24中的处理1537和1538)。通过接收该通知，数据控制单元根据从FBTS控制器30-i接收的文件更新文件(图25中的处理1568)，并且在完成时，它向文件管理处理器464通知完成(图24中的处理1539和处理1540)。

通过接收上面的完成通知，文件管理处理器464向FBTS控制器30-i通知完成(图24中的处理1541到处理1543，和图25中的处理1569)。

在FBTS控制器30-i中，当文件管理处理器364通过节点间接口35接收到文件更新的完成通知时(图24中的处理1544)，为了文件切换的同步，文件管理处理器364检查是否已更新了对应FBTS 40-j的所有文件。当已更新了所有文件时，文件管理处理器364指示相应的FBTS 40-j切换文件(图24中的处理1545到处理1547)。

在FBTS 40-j中，当文件管理处理器464通过节点间接口41接收文件切换的指示时(图24中的处理1548)，文件管理处理器464切换文件并且向FBTS控制器30-i通知该完成(图24中的处理1549到处理1551)。

在FBTS控制器30-i中，当文件管理处理器364通过节点间接口35接收到文件切换的完成通知时(图24中的处理1552)，文件管理处理器364检查是否已切换了对应FBTS 40-j的所有文件。当已切换了所有文件时，文件管理处理器364创建用于通知更新结果的数据(消息)并且将其发送到CN 10(文件服务器)，由此向CN 10通知文件更新完成(图24中的处理1553到处理1555，和图25中的处理1570和处理1571)。

(3.3.3)在各FBTS组中的文件更新

接下来，将使用图26到28描述在上述的更新每组#k中FBTS 40-j的文件的情况的管理示例。

如图26中所示，FBTS控制器30-i例如根据来自CN 10(文件服务器)的管理下载文件。文件由文件管理处理器364通过RNC间接口31接收并且传送到数据控制单元34(图26中的处理1601到处理1603，和图27中的处理1641)。数据控制单元34存储所传送文件并且当已存储了文件时，它向文件管理处理器364通知完成(图26中的处理1604和处理1605)。

通过从数据控制单元34接收上面的通知，文件管理处理器364向CN 10(文件服务器)通知下载完成(图26中的处理1606到处理1608)。

其后，当文件管理处理器364通过RNC间接口31从CN 10(文件服务器)接收到文件更新指令时(图26中的处理1609和处理1610)，它根据文件报头的信息和文件更新指令的内容检查所下载文件是否为目的地为FBTS 40-j并且由组所指定的文件(图26中的处理1611和图27中的处理1642)。

上面的文件更新指令(消息)可采用在现有文件更新指令中使用的消息格式。格式示例在图28中示出。图28中示出的格式包括报头字段、BTS号字段、和文件名字段。在BTS号字段中，能够设置对应于表示BTS类型的信息的FBTS控制器30-i的装置号，代替现有BTS的装置号。在文件名字段中，能够设置FBTS 40-j的组号，代替文件名。

例如，当FTBS控制器30-i的装置号在BTS号字段中设置，并且未在文件名字段中设置任何FBTS 40-j的组号时，文件管理处理器364确定所接收的消息是用于FBTS控制器30-i的文件更新指令。

在该情况下，文件管理处理器364根据所下载的文件更新数据控制单元34中存储的文件并且向CN 10(文件服务器)通知更新完成，类似于图18中的处理1412到处理1418(图27中从处理1642的“否”路线中的处理1643，以及处理1647和处理1648)。

另一方面，例如当BTS号字段中未设置任何FBTS控制器30-i的装置号并且在文件名字段中设置了FBTS 40-j的组号时，文件管理处理器364确定所接收消息是用于属于指定组#k的相应FBTS 40-j的文件更新指令。

在该情况下，文件管理处理器364根据文件报头的信息检查更新目标装置的制造商类型和型号，并且将所下载的文件传送到属于指定组#k的FBTS 40-j(图26中的处理1612到处理1614和图27中处理1644的“是”路线中的处理1642)。

所传送的文件由FBTS 40-j的节点间接口41接收并且传送到文件管理处理器464(图26中的处理1614和处理1615)。文件管理处理器464根据所接收的文件的文件报头的信息检查所接收文件是否为用于主题站(FBTS 40-j)的文件(图26中的处理1616)。

文件管理处理器464向数据控制单元45通知(指示)主题站40-j的文件更新(图26中的处理1617和处理1618)，并且通过接收上面的通知，数据控制单元34根据从FBTS控制器30-i接收的文件更新文件，并且当已更新时，它向文件管理处理器464通知完成(图26中的处理1619和1620以及图27中的处理1645)。

通过接收文件更新的完成通知，文件管理处理器464向FBTS控制器30-i通知更新完成(图26中的处理1621到处理1623和图27中的处理1646)。

当文件管理处理器364从FBTS 40-j接收文件更新的完成通知时(图26中的处理1624)，为了文件切换的同步，FBTS控制器30-i检查是否完成了对应于指定组#k的FBTS 40-j的所有文件的更新；当已更新了所有文件时，它指示属于对应组#k的相应FBTS 40-j切换文件(图26中的处理1625到处理1627)。

在FBTS 40-j中，当文件管理处理器464通过节点间接口41接收上面的文件切换的指示时(图26中的处理1628)，文件管理处理器464切换文件并且在完成文件切换时，它向FBTS控制器30-i通知完成(图26中的处理1629到处理1631和图27中的处理1646)。

在FBTS控制器30-i中，当文件管理处理器364通过节点间接口35从FBTS 40-j接收到文件切换的完成通知时(图26中的处理1632)，文件管理处理器364检查是否已切换了对应FBTS 40-j的所有文件，并且当已切换了所有文件时，它向CN 10(文件服务器)通知文件更新完成(图26中的处理1633到处理1635，和图27中的处理1647和处理1648)。

假定将上面通过指定组的文件更新用在将构造区域认作为组的情况下，并且例如，在构造区域(组)中的所有FBTS 40-j上共同完成测试管理。

上面的示例是根据来自CN 10(文件管理器)的管理的每个组中文件更新的一个实例，并且如已在部分(3.3.2.2)中描述的，在每个组中的自主文件更新也是可能的。

(3.3.4)每个组中的版本信息通知

此时，将使用图29和图30描述FBTS控制器30-i管理每个组#k中的相应从属FBTS 40-j存储的相应文件的文件版本并且向OPS 70通知版本信息的管理示例。

如图29中所示，在FBTS控制器30-i中，文件管理处理器364收集从属FBTS 40-j存储的文件的文件版本(处理1701)。例如能够在上述文件更新处理的每一个中执行该收集。

文件管理处理器364向数据控制单元34通知所收集的文件版本(处理1702)。通过接收该通知，数据控制单元34存储(更新)所通知的文件版本，作为按装置的构成数据的元素信息(处理1703)。这例如能够在上述文件更新处理的每一个中执行。上面的一个示例在下面的表格11中示出。

[表格11]

按装置的构成数据

装置号	组号	IP地址	版本	文件标识符	●●●
						毫微微蜂窝基站BTS#1	#1	xx.xx.xx.xx	V01L00	.CEF	●●●
毫微微蜂窝基站BTS#2	#1	yy.yy.yy·yy	V02L00	.DEF	●●●
						毫微微蜂窝基站BTS#3	#1	zz.zz.zz.zz	V01L00	.DEF	●●●
毫微微蜂窝基站BTS#4	#2	jj.jj.jj.jj	V02L00	.EEF	●●●
						毫微微蜂窝基站BTS#5	#2	kk.kk.kk.kk	V02L00	.EEF	●●●
●●●	●●●	●●●	●●●	●●●	●●●
						毫微微蜂窝基站BTS#m	#n	●●●	●●●	●●●	●●●

该表格11示出了假设包括文件标识符(硬件版本号)“.CEF”、“.DEF”、和“.EEF”的相应文件的最新文件版本是“V02L00”，FBTS #2、#4、和#5具有最新文件版本(V02L00)，而FBTS#1和#3不具有最新文件版本(V01L00)。

数据控制单元34根据该按装置的构成数据，要求每个组#k中的文件版本的更新率，并且更新按组的构成数据(处理1704)。在上面表格11的示例中，在属于组#1的三个FBTS #1、#2、和#3中，仅有一个具有最新文件版本(V02L00)的FBTS，并且因此，更新率变为1/3。类似地，在属于组#2的两个FBTS #4和#5中，两者都具有最新文件版本，并且因此，更新率变为2/2。

例如，将如下面表格12中所示，更新按组的构成数据。

[表格12]

按组的构成数据

组号	更新率	更新率阈值	●●●
				组#1	1/3	在2/3或更小时通知	●●●
组#2	2/2	在1/2或更小时通知	●●●
				组#3	●●●	●●●	●●●
●●●	●●●	●●●	●●●
				组#n	●●●	●●●	●●●

能够在每个组#k中设置更新率阈值，并且能够在每个组中确定文件版本的更新状态。即，关于具有小于对应阈值的更新率的组#k，能够确定文件更新是必要的并且还必须将文件更新状态通知到OPS 70。简而言之，除非更新率等于或小于关于组#k的更新率阈值，能够确定不必将针对组#k的文件更新和更新状态通知到OPS 70。

文件管理处理器364通过在预定监测定时(周期性定时)参考按组的构成数据(图29中的处理1705)，在每个组#k的更新率和更新率阈值之间做比较，检查是否存在这样的组，其更新率等于更新率阈值或更小(图30中的处理1711和处理1712)。

结果，当存在更新率等于更新率阈值或者更小的组#k时(图30中的处理1712中的“是”)，文件管理处理器364更新属于组#k的FBTS 40-j中的每个文件的文件版本。其后，文件管理处理器364创建用于报告更新状态的数据(消息)并且将其传送到OPS 70，由此向OPS 70通知文件更新状态(图29中的处理1706到处理1708和图30中的处理1713和处理1714)。

在不存在更新率等于更新率阈值或更小的组#k时(图20中的处理1712中的“否”)，文件管理处理器364进入等待状态直到下一监测定时。

例如当在如上所述的自主文件更新处理中，文件在更新中故障时，上面的处理能够导致OPS 70(操作者)更新文件。在那时，由于规则地报告单独FBTS 40-j的文件更新状态增加了信号量，所以能够在每个组中报告文件更新状态。

[4]实施方式的效果

根据上述实施方式，能够选择性地或另外地获得(在组合中)以下效果或利益。

(1)FBTS 40-j(故障监测处理器463)能够自主检测主题站的故障(失效)。此外，它能够向FBTS控制器30-i通知对应的故障信息。

(2)FBTS 40-j(通信量处理器461)能够自主检测主题站的拥塞，同时监测主题站的通信量状态。当检测到拥塞出现时，它能够自主控制呼叫。此外，它能够向FBTS控制器30-i通知拥塞。

(3)FBTS控制器30-i的文件管理处理器364和FBTS 40-j的文件管理处理器464能够远程地更新来自CN 10和OPS 70侧的FBTS 40-j的各种文件。

(4)FBTS控制器30-i(故障监测处理器363)能够向上层的OPS 70通知从FBTS 40-j接收的故障信息。

(5)FBTS控制器30-i(故障监测处理器363)能够自主检测主题站的故障。此外，能够向上层的OPS 70通知对应的故障信息。

(6)FBTS控制器30-i(拥塞检测处理器362)能够监测FBTS 40-j中的拥塞并且向上层的OPS 70通知监测结果。

(7)FBTS控制器30-i(故障监测处理器363)能够监测FBTS 40-j中的拥塞并且向上层的OPS 70通知监测结果。此外，它能够执行对拥塞的FBTS 40-j的呼叫控制。

(8)FBTS控制器30-i(拥塞检测处理器362)能够根据主题站的故障信息和通信量状态自主检查拥塞，并且对从属的FBTS 40-j执行呼叫控制。此外，它能够向OPS 70通知FBTS控制器30-i的拥塞。

(9)FBTS控制器30-i的文件管理处理器364能够远程地更新来自CN 10和OPS 70侧的FBTS控制器30-i的各种文件。

(10)即使在RNC 20具有容纳现有BTS的有限容量时(例如大约上百个)，上面的FBTS控制器30-j的引入也会使得大量的(几千个)FBTS40-j能够容纳在RNC 20中，而不必对于包括RNC 20的上层系统进行大规模的修改。因此，能够容易地以低成本扩大无线覆盖。

(11)上面的FBTS控制器30-i的引入使得能够容易地进行FBTS控制器30-i和/或FBTS 40-j中的故障监测，而不必对包括RNC 20的上层系统进行大规模的修改。此外，能够减少向上层的装置(OPS 70)通知FBTS 40-j的所有故障信息和遗漏监测的可能性。因此，不必控制FBTS40-j的监测画面的总量。

(12)上面的FBTS控制器30-i的引入使得能够容易地进行FBTS控制器30-i和/或FBTS 40-j中的拥塞(通信量)监测和控制，而不必对包括RNC 20的上层系统进行大规模的修改。

(13)上面的FBTS控制器30-i的引入使得能够容易地进行FBTS控制器30-i和/或FBTS 40-j中的文件管理(更新等)，而不必对包括RNC20的上层系统进行大规模的修改。因此，即使当存在大量(几千个)FBTS40-j时，能够容易地以低成本管理和更新(版本升级等)它们的程序文件和设置文件。

本文叙述的所有示例和条件语言旨在用于教育的目的，以帮助读者理解发明者贡献的本发明和原理，以便拓展本技术领域，并且应解释为不限于这些特定叙述的示例和条件，说明书中这些示例的组织也不涉及本发明的优越和次等的展示。尽管已详细描述了这些实施方式，但应当理解，能够对其做出各种变化、替换、和变更，而不会偏离本发明的精神和范围。

Claims

1.一种无线通信系统，该无线通信系统包括：

多个无线基站(40-j；j＝1到m)，

用于管理、控制、和维护的装置(30-i；i＝1到N)，其将无线基站(40-j)分为多个组(#1到#n)，并且为每个组(#1到#n)选择性地执行有关于无线基站(40-j)的管理、控制和维护的处理，其中所述用于管理的装置为每个组(#1到#n)存储关于无线基站(40-j)的故障数量的阈值，监测无线基站(40-j)中的故障事件，并且当组(#1到#n)中的一个组中故障数量等于阈值或更大时确定在该个组中出现故障。

2.一种管理、控制、和维护的方法，所述方法包括：

控制分为多个组(#1到#n)的多个无线基站(40-j；j＝1到m)，和

为每个组(#1到#n)选择性地执行有关于无线基站(40-j)的管理、控制和维护的处理，

为每个组(#1到#n)存储关于无线基站(40-j)的故障数量的阈值，

监测无线基站(40-j)中的故障事件，以及

当组(#1到#n)中的一个组中故障数量等于阈值或更大时确定在该个组中出现故障。

3.一种用于管理、控制、和维护的装置，所述装置包括：

管理分为多个组(#1到#n)的多个无线基站(40-j；j＝1到m)的控制单元(34)，和

为每个组(#1到#n)选择性地执行关于无线基站(40-j)的管理、控制和维护的处理的处理器(36)，其中

所述控制单元(34)为每个组(#1到#n)存储关于无线基站(40-j)的故障数量的阈值，和

所述处理器(36，363)监测无线基站(40-j)中的故障事件，并且当组(#1到#n)中的一个组中故障数量等于阈值或更大时确定在该个组中出现故障。

4.根据权利要求3所述的用于管理、控制、和维护的装置，其中当在无线基站的组中故障数量小于阈值时，处理器(36，363)确定该组中没有故障出现。

5.根据权利要求3或4所述的用于管理、控制、和维护的装置，其中当所述处理器(36)确定出组中出现故障时，它向用于管理、控制、和维护的装置的上层装置(70)通知故障信息。

6.根据权利要求3或4中任何一项所述的用于管理、控制、和维护的装置，其中所述处理器(36、361)通过从每个无线基站接收故障信息来监测故障事件。

7.根据权利要求3或4中任何一项所述的用于管理、控制、和维护的装置，其中所述处理器(36、361)还监测用于管理、控制、和维护的装置(30-i)中的故障事件，并且向用于管理、控制、和维护的装置(30-i)的上层装置(70)通知监测结果。

8.一种用于管理、控制、和维护的装置，所述装置包括：

所述控制单元(34)为每个组(#1到#n)存储关于无线基站(40-j)的拥塞的阈值，和

所述处理器(36，362)监测无线基站(40-j)中的拥塞，并且当组(#1到#n)中的一个组中拥塞等于阈值或更大时确定在该组中出现拥塞。

9.根据权利要求8所述的用于管理、控制、和维护的装置，其中当组中拥塞小于阈值时，所述处理器(36，362)确定在组中没有拥塞出现。

10.根据权利要求8所述的用于管理、控制、和维护的装置，其中，当确定组中出现拥塞时，所述处理器(36，362)向用于管理、控制、和维护的装置(30-i)的上层装置(70)通知该确定。

11.根据权利要求8到10中任何一项所述的用于管理、控制、和维护的装置，其中所述处理器(36、362)通过接收由各无线基站(40-j)检测的拥塞的通知来监测拥塞。

12.根据权利要求8到10中任何一项所述的用于管理、控制、和维护的装置，其中所述处理器(36、362)通过接收由各无线基站(40-j)测量的通信量的通知来监测拥塞。

13.根据权利要求8到10中任何一项所述的用于管理、控制、和维护的装置，其中所述处理器(36、362)监测用于管理、控制、和维护的装置(30-i)的拥塞，并且向用于管理、控制、和维护的装置(30-i)的上层的装置(70)通知监测结果。

14.根据权利要求8到10中任何一项所述的用于管理、控制、和维护的装置，其中所述处理器((36、362)控制属于被确定为具有拥塞的组的各无线基站(40-j)中的呼叫。

15.一种用于管理、控制、和维护的装置，所述装置包括：

所述控制单元(34)为每个组存储关于无线基站存储的文件的更新率的阈值，和

所述处理器(36，364)监测相应无线基站(40-j)存储的文件的更新率，并且当组(#1到#n)中的一个组中的更新率超过阈值时更新属于该组的各无线基站的文件。

16.根据权利要求15所述的用于管理、控制、和维护的装置，其中当更新状态等于阈值或更小时，所述处理器(36，364)确定文件更新不是必要的。

17.根据权利要求15或16所述的用于管理、控制、和维护的装置，其中所述处理器(36、364)向用于管理、控制、和维护的装置(30-i)的上层的装置(70)通知关于超过更新率阈值的更新率的信息。

18.根据权利要求3所述的用于管理、控制、和维护的装置，其中所述无线基站(40-j)是毫微微蜂窝基站。

19.根据权利要求3所述的用于管理、控制、和维护的装置，其中根据所述无线基站(40-j)的设置地点来设置组。