CN102067687B - 便携式电信系统中发射功率的自动控制 - Google Patents

Abstract

一种便携式电信系统(PTS)以极小现场配置允许移动性和快速部署。PTS系统交换包括位置和识别信息的多播分组。协议管理器设置这些通信信道，管理PTS系统之间的交换，并且传递来往于内部系统节点的数据。PTS系统检测何时另一PTS系统正在接近物理邻近度操作，并且自动执行诸如传送功率级别的调整等动作以保持对用户基础的服务。

Description

便携式电信系统中发射功率的自动控制

技术领域

本发明涉及用于控制通信节点中发射功率的方法和系统，并且更具体地说，涉及用于自动控制电信系统的无线电基站(RBS)的状态的方法和系统。

背景技术

对于军事防卫、民事防护或灾难恢复操作来说，部署能够快速投入使用的便携式系统是有利的。关于便携式电信系统，“盒中网络(network-in-a-box)”系统是包含无线电接入网络(RAN)及核心网络组件的便携式系统。此类缩小型系统可独立于使用的无线电接入技术(例如，UMTS、GSM、CDMA等)，并且能够提供电信服务到无线电覆盖区域中的用户设备(UE)，而不依赖到任何其它电信基础设施的物理连接性。系统是完全自足型，并且能够独立操作。

然而，由于与操作条件相关联的成本和/或耐受性问题，当前盒中网络系统部署阻止了高度可用类型的系统(或高度可用和冗余通信链路)的使用。此外，集中解决方案将是不可行的，并且在现实操作条件下的操作的分布式解决方案应是健壮的，以防止间歇性或永久性故障。在网络配置中部署多个这些同质系统提供了对各个系统的故障的适应力，因为即使网络中的一个或多个系统出现故障，网络也可继续提供蜂窝服务。

在此类分布式系统已部署并且利用IP网络在各个系统之间提供通信时，这些系统正在服务的UE可能从一个系统漫游到另一系统。此外，预期UE将能够在每个系统接入全套服务。

标准商用蜂窝网络使用数量众多的配置接口和参数。完全配置此类网络并实施它能占据许多现场人员数天的工作。此外，此类系统的用户(例如，士兵、应急响应人员)一般不是受过培训的电信工程师。因此，这些用户经常没有配置整个蜂窝网络将必需的知识和时间。相应地，此类系统的配置一般减少到允许非专家操作员能快速轻松配置系统的刚刚好的要件。

虽然存在用于GSM和WCDMA无线电技术(例如，通用移动电信系统(UMTS))的“盒中网络”系统，但这些系统通常预期用于商业应用，并且配置复杂。它们如同小规模的标准网络一样运行。此外，这些系统以静态拓扑部署，其中，每个系统的“近邻”事先已知，并且在每个系统中手动配置。因此，未经大量的用户计划和干预，此类小规模系统的网络不能以自组织方式形成。

发明内容

一种便携式电信系统包括使得网络电信系统节点能够相对于网络上通信的另一网络节点来调整其传送功率级别的协议。

本发明的一方面涉及一种用于控制电信系统节点的网络中电信系统节点的无线电基站(RBS)的发射状态的方法，所述网络包括本地网络节点和至少一个远程网络节点。该方法包括保持持久记录以用于在本地网络节点存储多个数据组。每个数据组与电信系统节点之一相关联，并且包括节点识别数据和配置数据。本地网络节点生成存在消息，存在消息包括识别本地网络节点的数据和本地网络节点的位置数据，其定期从本地网络节点发送到持久记录中识别的每个远程节点。本地网络节点还接收由网络中远程网络节点发送的进入存在消息，每个进入存在消息包含识别远程网络节点的数据和远程网络节点的位置数据。通过利用本地和远程节点的位置信息，本地节点确定本地网络节点与远程网络节点之间的距离，并且本地节点基于确定的距离和预定阈值来调整RBS的功率。

本发明的其它方面涉及一种便携式电信系统，该系统包括在覆盖的区域内建立移动通信所必需的所有组件(例如，作为独立装置)，并且可包括在其它类似装置的网络内以提供到也可相互重叠的几个区域的覆盖。

该便携式电信系统包括用于发射信息信号的无线电基站(RBS)和用于确定其位置并在预定间隔生成和传送存在消息的装置。例如，该电信装置可包括GPS接收器，从其提供信息以确定装置位置。装置还包括用于存储多个数据组的存储器。每个数据组包括与电信节点的网络中的电信系统节点相关联的节点识别数据和包括预定阈值的配置数据。

所述系统包括程序管理模块，该模块操作以从便携式电信系统定期将存在消息发送到存储器中识别的每个远程电信系统，存在消息包括识别便携式电信系统的数据和有关便携式电信系统的位置信息。程序管理模块还操作以接收从远程电信系统发送的存在消息。这些进入存在消息包括有关远程电信系统的信息，所述信息识别该系统及其位置。

邻近度处理模块包括在该便携式电信系统中，用于使用便携式和远程通信系统生成的位置信息来确定该便携式电信系统与远程电信系统之间的距离。基于该距离和预定阈值，调整RBS的功率。

应强调的是，术语“包括”和“包括......的”在本说明书中使用时用于表示所述特征、整体、步骤或组件的存在；但使用这些术语不排除一个或多个其它特征、整体、步骤、组件或其组的存在或添加。

要理解的是，前面的一般描述和下面的详细描述均只是示范性和说明性的，并不限制所要求权利的本发明。

附图说明

为提供本发明的进一步理解而包括的并且结合在本说明书中构成其一部分的附图示出本发明的实施例，其与描述一起用于解释本发明的原理。在图中：

图1是示范便携式电信系统(PTS)组件和接口与PTS节点的团体及根据示范实施例的图形。

图2是表示根据示范实施例连接到网络的PTS节点的示范网络架构的图形。

图3a是表示示范PTS系统组件之间控制平面路由选择的图形。

图3b是表示示范PTS系统组件之间用户平面路由选择的图形。

图3c是表示示范PTS系统组件之间O&M和PTS协议间平面路由选择的图形。

图4示出根据一些实施例的四个PTS系统的网络中实现PTS协议-间的系统组件。

图5是根据一些实施例的示范PTS程序管理器和O&M程序模块的框图。

图6是PTS协议-间的使用情况图，其示出根据一些实施例的示范使用情况和使用情况依赖性。

图7是示出根据一些实施例的在PTS系统的初始化/重新启动时的示范PTS协议的图形。

图8是示出根据一些实施例的在PTS系统加入现有团体时执行的示范PTS协议的图形。

图9是示出根据一些实施例在PTS系统更新现有团体中的数据时执行的示范PTS协议的图形。

图10是示出根据一些实施例的在PTS系统离开现有团体而未宣告时执行的示范PTS协议的图形。

图11a-11d示出根据一些实施例的在PTS系统节点执行的示范邻近度处理功能过程的流程图。

具体实施方式

现在将参照图形描述本发明的各种特征。这些各种方面在下文连同多个示范实施例更加详细地描述，以促进本发明的理解，但不应视为限于这些实施例。相反，这些实施例的提供使公开内容将变得详尽和完整，并且将向本领域的技术人员完全传达本发明的范围。

本发明的许多方面根据计算机系统的要素或能够执行编程指令的其它硬件执行的动作序列进行描述。在每个实施例中将认识到，各种动作能由专用电路(例如，互连以执行专用功能的离散逻辑门)来执行，由诸如程序模块等一个或多个处理器执行的程序指令来执行，或者由两者的组合来执行。另外，本发明能另外考虑为完全在任何形式的计算机可读载体或媒体内实施，如包含诸如程序模块和数据结构等将使处理器执行本文中所述技术的适当计算机指令集的固态存储器、磁盘和光盘。计算机可读载体或媒体将包括以下媒体：具有一个或多个导线的电子连接、磁盘存储装置、盒式磁带、磁带或其它磁存储装置、便携式计算机磁盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪速存储器)、光纤及便携式紧致盘只读存储器(CD-ROM)或能够存储信息的任何其它媒体。因此，本发明的各种方面可以在许多不同的形式中实施，并且所有此类形式要视为在本发明的范围内。

网络能够视为是称为节点的链接的装置的集合，每个节点连接到至少一个另外的节点。节点可包括具有有线、光和/或无线连接的交换装置。例如，节点可以是处理分组流的路由器或交换器、处理连接和分组业务的组合路由器交换器、桥接器或集线器。节点也可包括个人计算机(PC)、个人数字助理、手机、机顶盒、服务器计算机、手持式装置、膝上型装置、微处理器系统、基于微处理器的系统、可编程消费者电子器件、网络PC、微型计算机、大型计算机、打印机、扫描仪、相机或其它通用或专用装置。

如本文中所述，节点可包括多个网元，网元的定位方式使得它可被视为是能够支持大量信息源和接收器的单独便携式电信系统(PTS)，这些信息源和接收器动态交换各种活动的信息或具有各种活动的固定源/接收职责。例如，一些实施例中的PTS节点可包括经网关在广域网(WAN)上为诸如多个移动台等多个订户服务的电信系统。此类系统可向操作用户设备(UE)的订户提供对几个网络(例如，PSTN、IPWAN、ISDN)的任何网络或其组合的接入。

要注意的是，从实际解释角度来看，术语“本地”有时在本文中除网络中的其它系统外当前正考虑的一个特定系统的上下文中使用。例如，下面在描述能够相对于网络中至少另一“远程”系统、组件和过程或功能执行的PTS系统、一个或多个其组件和过程或功能时，可关联地使用术语“本地”。因此，在团体中执行的任何系统、组件和过程或功能可在“此”系统、组件、过程或功能的上下文中被认为是“本地”，而网络中任何另一系统、组件、过程或功能可被认为是“远程”。

虽然各个PTS可作为独立单元操作，以便为单个服务区域内的订户服务，但多个PTS可以自组织方式添加在一起以形成称为“团体”的带有基于IP的互连接性的自治网络。由于团体可在动态环境中操作，因此，装置间协议在每个PTS节点上运行以散布有关整个团体内节点系统的信息，并使得节点能够自动相互发现；在动态环境中，各个节点装置或系统随时加入或离开团体，并且它们之间的物理邻近度可持续更改。

网络发现涉及查找哪些装置连接到网络。发现过程一般涉及查找有关链接到网络的装置的信息，例如，装置的IP地址、其类型和能力。在本文中描述的一些实施例中，各个便携式电信系统(PTS)发现其它便携式电信系统的存在，交换诸如订户和配置信息等系统数据，并且自动配置系统间信令链路(例如，MSC-MSC、RNC-RNC、SGSN-SGSN链路)，并且向可在各个PTS之间自由漫游的系统用户提供移动和无缝的覆盖范围。

现在对图1进行参照，图1示出包括与一些实施例一致的PTS节点的团体的示范IP广域网(WAN)100。为便于解释，图1示出三个代表性PTS节点：PTS₁、PTS₂和PTS_N，但应理解的是，更少或更大数量的节点可在任何时刻存在或操作。另外，应理解的是，IP WAN 100可包括未与对等PTS装置使用相同协议通信的节点。此外，应理解的是，图1所示网络只是网络配置的一个示例，并且因此在给定实现中可存在包括子网络和链接要素的任何可行数量的对等节点和其组合，如集线器、交换器、桥接器或路由器。在一些实施例中，PTS₁到PTS_N任意之一可经路由器连接到IP WAN 100，但可使用其它中间装置，如调制解调器、集线器、交换器、桥接器、路由器/桥接器组合或路由器/交换器组合。

IP WAN 100可以是IPv4和IPv6核心网络、因特网、内部网或其它类型的分组数据网络(PDN)，但在其前面可以是局域网(LAN)、无线局域网(WLAN)、LAN和WLAN的组合、虚拟网络或其它类型的网络。在一些实施例中，每个PTS₁到PTS_N可通过诸如IP地址等一个独特的地址来识别，但在一些网络实现中的节点可包括一个或多个其它类型的识别信息，如MAC地址和/或指派的值。

图1示出示范便携式电信系统PTS₁的系统组件和接口，该系统在移动平台上携带的单一系统中提供宽带码分多址(WCDMA)RAN和核心网络功能性，但诸如全球移动标准(GSM)基站系统(BSS)、通用分组无线电服务(GPRS)、GSM演进增强型数据率(EDGE)、码分多址(CDMA)、自由移动接入(FOMA)、CDMA2000和TD-SCDMA等其它空中接口和无线电网络接入技术也可使用。PTS₁可支持电路交换话音/视频呼叫和尽力型分组数据呼叫。PTS系统的组件通过PTS系统内部的LAN进行通信。LAN连接到用户提供的路由器(未示出)，该路由器提供到IP WAN 100的接入。系统PTS₁到PTS_N之间的连接性可通过IP WAN和WAN基础设施来提供。

PTS₁系统包括无线电网络控制器(RNC)110，如WCDMA RNC，该控制器经Iub接口控制NodeB 112。除其它之外，RNC 110负责呼叫设置、服务质量处理和覆盖区域或其负责的小区中无线电资源的管理。RNC 110提供在UE 114与媒体网关MGW 136及uGSN 118之间设置无线电接入承载的能力。便携式系统的RNC 110可以是微微RNC配置，减小了尺寸以便通过单个节点B操作。微微RNC支持IuB(例如，通过T1/E1)、Iu、Iur及操作和维护(O&M)子系统(例如以太网上的Mur)接口，并且可包括对使用IP上的Iur与其它PTS系统进行软切换的支持和GPS交互以检索PTS系统的位置和时间。

NodeB 112表示负责物理层处理的逻辑节点，如纠错编码、调制和扩频及从基带到从天线传送的射频信号的转换。NodeB 112可处理一个或多个小区中的传送和接收。例如，NodeB 112可提供WCDMA无线电覆盖并支持Uu、Iub(例如，T1/E1上的ATM)和O&M接口(例如Mub)。可支持NodeB应用协议(NBAP)以用于通过Iub接口的RNC 110与NodeB 112之间的信令。在其物理实现中，NodeB可以是无线电基站(RBS)。

GPS接收器116提供PTS RNC 110的参考时序和位置(即，纬度和经度)信息。GPS接收器116充当网络时间协议(NTP)服务器的PTS时序参考，该服务器可位于主管O&M实体的核心网络板上。节点B时序可通过Iub恢复，并且uGSN时序从NTP服务器恢复。MGW 136可从到RNC 110的T1/E1链路恢复其时序。

如果在启动时GPS接收器116未附连到PTS，PTS在一定的时间期内不能获得GPS信号，或者PTS失去GPS信号，则RNC 110可使用内部系统振荡器作为时序源。甚至在缺少GPS的情况下，RNC振荡器可足够稳定，提供适当的时序参考到PTS系统。然而，例如GPS的绝对时序参考在非独立操作中是优选的，因为用于得出帧序号的绝对时间值防止两个PTS系统之间序号的相当大差异，以用于PTS系统之间的成功软切换。

由于PTS系统可间歇性地相互联系，因此，全局因果排序需要在每个系统进行的数据库更新上实行。这确保在一段隔离期后两个系统重新加入团体时数据库保持一致。例如，UE在PTS系统“A”时间t执行位置更新。在时间t+10，相同UE在PTS系统“B”执行位置更新。如果这两个系统在位置更新时没有联系，则它们将不交换序号，也不同步其数据库。如果它们在以后进行联系，则没有办法知道哪个系统的UE记录是正确的版本。为此原因，GPS用作全局时钟并用于为数据库更新记下时间戳和跨团体实行数据库更新的因果排序。

uGSN 118提供用于PTS操作的核心网络服务GPRS支持节点(SGSN)和网关GPRS支持节点(GGSN)分组交换(PS)功能性。uGSN支持到归属位置寄存器(HLR)120的Gom、Gn、Gi接口和Gr接口。

HLR 120是包含被授权使用核心网络的每个UE订户的详细信息的数据库。认证中心(AUC)122是对尝试连接到核心网络的每个订户进行认证的功能。订户数据库跨团体中的其它PTS系统同步。HLR 120与移动交换中心服务器(MSC-S)128、uGSN 118和PTS协议-间124交互。

如果HLR缺少程序接口以允许在由于UE信令而修改了订户临时数据时通知HLR同步管理器，则诸如UE位置信息等在HLR中认为是临时性的数据不可在整个团体内分发和发现以用于呼叫处理。在反方向上，HLR也不可允许通过各种方式发现的临时数据通过直接接口直接插入订户记录中。为适应这些限制，PTS可包括HLR冗余适配器(HRA)(未示出)以在HLR与PTS协议-间子系统之间形成接口。此适配层管理HLR用户接口以代表PTS协议-间子系统提取、添加、删除或修改订户简档。

例如，冗余HLR接口概念可用于提供一种机制，通过该机制，临时订户数据能够从PLEX HLR中提取和插入PLEX HLR中。PLEXHLR之间的冗余接口可使用MAP操作。此类HLR冗余适配器将如名称所暗示的一样，是用于PLEXHLR与PTS同步管理器(PTS-SM)(在以后详细描述)之间订户信息的管道，并且不保持订户状态；它将在PTS-SM与PLEX HLR之间传递信息。它也将使在PLEX HLR的MAP接口适合于PTS-SM的更简单得多的消息通知接口，并且向PTS-SM隐藏冗余控制状态机的详细信息。

PTS协议(PTSP)-间124是一种子系统，提供对加入团体的新PTS系统的自动发现的支持，检测何时PTS系统离开团体以及在团体内传播PTS系统信息。PTSP 124的此协议集合可使用在PTS部署前操作员可指派的多播组ID，将PTS的系统信息发送到相同团体中的其它PTS系统。PTSP 124可在其自己的板上或者与诸如O&M实体126等其它子系统共享的板上实现。

PTSP-间124负责诸如订户和配置信息等系统数据的同步。例如，PTS系统交换称为保持存活(KA)消息的存在消息。每个KA消息包含序号，每次该PTS系统中的订户数据库由于操作员动作或者由于来自UE的空中信令而更改时，序号增大。KA消息的接收方可在看到发送方的数据库序号与上次看到的序号不同时请求更新。

关于交换配置信息的PTSP-间124，在PTS系统(例如，PTS₁)开始看到来自另一PTS系统(例如，PTS₂)的保持存活消息时，它可请求并从该另一系统接收密钥配置信息。此信息例如可包括PTS₂系统的MSC、RNC和SGSN的IP地址和SS7路由选择信息。路由选择信息可用于设置链路，如对等RNC、MSC和SGSN之间的SS7链路等链路以允许UE从一个PTS系统漫游到另一PTS系统，以及用于两个RNC之间的软切换。

PTSP-间124还通告PTS系统能力。例如，连接到PSTN的PTS系统在其保持存活消息中通告连接的状态。这允许团体中的其它PTS系统自动配置其MSC以将对PSTN或移动网络的呼叫路由到网关系统。

PTSP-间124还负责提供位置信息功能。例如，PTS系统的纬度和经度可在每个保持存活消息中连续更新，以便其它PTS系统可了解其相对分离，并决定一个系统是否应关闭其无线电传送器以将系统间干扰降到最低。

O&M实体126为PTS系统内的所有组件提供总体操作和维护功能。O&M可包括接口，如图1所示的HTTP/Telnet用户接口。HTTP/Telnet接口可用于在最初配备PTS系统，包括系统参数和UE114信息。O&M实体126还可支持自治PTS系统健康监视功能，该功能将来自PTS系统组件的警报通知进行相关，检查组件之间的连接性，并验证系统资源和初始化组件，和/或在检测到故障时提供系统恢复。O&M实体126例如可在其自己的板上或在可与诸如PTS协议-间124等其它子系统共享的板上实现。

O&M实体126可包括用于配备订户记录的基于web的用户接口。该web接口可接受单独或成批输入订户记录。在输入各个订户记录的情况下，可向用户显示HTML表格。订户记录保存诸如国际移动订户身份(IMSI)、移动台国际ISDN号(MSISDN)和订户密钥(Ki)等信息。相同的HTML表格还可允许通过输入到带有订户条目的文件的路径而成批配备。输入的订户记录的列表可经其O&M接口转发到MSC/HLR。订户数据也可转发到在本文后面详细描述的PTS同步管理器(PTS-SM)。

O&M实体126可集中和/或分布在PTS组件内。例如，中央O&M可与为一个或多个组件服务的本地O&M接口以配置那些组件。本地O&M也可在向中央O&M报告前集中板上所有组件的报警。本地O&M还可负责开始和停止组件应用。本地O&M实例还可用于管理组件，如短消息服务中心(SMSC)和话音邮件系统(VMS)。例如，用于SMSC和VMS的本地O&M可向并置组件呈现统一的配置和报警接口，并负责将来自中央O&M的请求转换到SMSC和VMS使用的配置协议。

在图1系统中，移动交换中心服务器(MSC-S)128提供电路交换(CS)呼叫控制和移动性功能性到在它服务的区域内漫游的订户。这可包括例如话音、数据、传真服务及短消息服务(SMS)服务。

图1系统还包括提供短消息的存储和转发特征的SMSC 130。更具体地说，SMSC 130是PTS系统中从与其共处的MSC-S 128或VMS接收短消息并存储这些消息、直至它们能够通过目标MSC-S 128成功输送到其目的地的节点。SMSC 130还可接收通过O&M 126来设置与本地和远程MSC的连接所需的配置信息。所有PTS系统的SMSC可使用移动和订户数据中的相同ISDN，但每个SMSC在每个PTS系统中配置有用于MAP协议的不同点码。这样，MSC将始终将进入SMS发送到本地SMSC。UE和MSC-S应相应地被配备。

SMSC 130与HLR 120之间的接口使用MAP协议。HLR 120由SMSC 130用于查询移动台的位置。由于SMSC 130只能到达其本地HLR 120，因此，PTS协议用于在团体的所有HLR之间传播移动台的位置信息。可防止消息等待数据标志通过PTS协议-间124传播到远程HLR，使得在目的地订户变得可到达时，HLR 120将只提示在其保留队列中保存短消息的始发SMSC 130。

SMSC 130与VMS 132之间的接口使用SMPP协议。PTS VMS系统只能到达其本地SMSC 130。

SMS-C 128是存储和转发类型的消息传递服务器系统，这意味着服务器将代表始发者接受和存储消息，并在以后尝试将消息输送到接收方。与基于SMS中继的服务中心不同，SMSC 130可始终在尝试输送消息前存储，而在基于SMS中继的服务中心，中继器只是在始发者发送消息时输送消息，在任何时候均不在本地存储消息。为此目的，SMSC 130可包括不同队列的集合以处理各种网络条件的输送尝试和重试模式。这些队列可实现为两个单独的队列：具有三层的重试队列，每层带有其自己的计时器和间隔；以及用于不可到达的目的地的保持队列。例如，短消息可以先插入重试队列中。如果甚至对于可配置的尝试次数反复尝试后仍不能输送消息，则将消息转移到保持队列，该队列将再次尝试将频率更低。在从一级转移到另一级时可检查消息期满时间，并在太旧时丢弃消息。

VMS 132提供用于PTS系统的分布式话音邮件特征。订户能在任何PTS系统接入话音邮件，但特定订户的话音邮件不必聚集到任何一个PTS系统中。

在分布式VMS实现中，订户的消息可存储在多个PTS系统上。即使分布式实现中一个或多个PTS系统出现故障，团体作为整体仍可提供话音邮件功能性(即，仅出现故障的PTS系统上存储的那些消息将丢失)。订户可经SMS收到从特定PTS系统检索消息而要拨打的短码的通知。

话音邮件一般存储在订户当前注册的PTS系统中，或者在CFU(无条件呼叫转发)情况下，存储在始发PTS系统中。在任一情况下，接收方将收到短消息通知，该通知包含要拨打以检索接收方的话音邮件的话音邮件服务器的短数字码。每个VMS 132可指派有短数字码，该码在PTS团体内是独特的。因此，要检索话音邮件，订户将拨打存储消息的VMS 132的号码，并且对于每个话音消息，它可以是不同的号码。

VMS功能由三个主要组件提供：VMS核心、存储装置和本地O&M子系统。VMS核心管理消息的存放、存储和检索。SIGTRAN上的BICC可用于与MSC-S 128接口以用于呼叫控制消息，而Nb/RTP可向MGW 136使用以传输话音承载。在存放消息时，朝向SMSC的SMPP接口用于将话音邮件消息的可用性通知订户。核心还使消息老化并在消息期满时清空过时的消息。存储装置代表VMS来管理闪存驱动器以将话音邮件存储为文件系统内的单独文件。它提供统一应用编程接口(API)以向应用隐藏缓存和盘详细信息。本地O&M子系统可用于配置VMS 132，报告和清除警报，以及管理日志文件以备错误调查。

图1还示出通过利用IN服务的MSC和HLR支持来提供组呼叫特征的组呼叫节点(GCN)134。GCN特征允许订户拨打单个号码，以自动寻呼几个订户并将其业务流加入会议呼叫。为设置会议呼叫而拨打的移动台国际ISDN号码(MSISDN)(导频MSISDN)和成员MSIDSN将在至少一个PTS系统上事先配置。GCN 134可与本地O&M接口(例如，经CS1+接口)以用于呼叫组的配置，与MSC-S 128接口以用于设置/监督/释放组呼叫，以及与PTS集体网络接口以用于整个集体的组呼叫状态更新。为GCN 134服务的本地O&M可处理呼叫组和成员的创建、修改、检索及删除。

MGW 136提供CS呼叫的有效负载处理。它还为PTS UE与PSTN之间的呼叫提供转码资源。MGW 136使用IP上的IUA将ISDN D信道输送到MSC-S 128。类似于RNC 110，PTS的MGW 136可以是标准组件，如缩小为足以在PTS应用中使用的多个板的GSMAVCDMAMGW(例如“微微MGW”)。

PTS₁系统连接到外部IP WAN 100，并且支持相同系统内的UE到UE业务和UE到信任PTS呼叫(且反之亦然)。PTS₁系统和其它PTS系统(例如，PTS₂到PTS_N)可被添加以形成带有基于IP的连接性的团体，支持跨小区边界的用户移动性。团体在动态环境中操作，在该环境中，各个PTS系统可随时加入或离开团体，并且由于PTS提供移动的覆盖范围，因此，系统之间的物理邻近度能持续更改。PTSP子系统的协议用于在整个团体内散发有关PTS系统的信息，并且触发对等PTS系统之间(RNC间、SGSN间、MSC间)信令链路(例如，RNSAP、MAP等)的自动配置，而无需操作员参与。

图2示出PTS系统组件和接口的示范网络架构(逻辑接口示为虚线)。在图2中，PTS₁组件通过LAN 210进行通信，该LAN例如可包括以太网交换器(例如，L2以太网交换器)。LAN 210还经路由器240提供系统连接性，该路由器可在PTS、IPWAN 100和一个或多个其它PTS(例如，PTS₂到PTS_N)外部提供。每个PTS系统包括一对一关系的接入和核心网元，并且可配置为单一位置和路由选择区域。接入网络包括NodeB 112和RNC 110，而核心网络包括uGSN 118、MGW136、MSC-S/HLR/AUC/SMSC/VMS/GCN 220。

要理解的是，图2中组件的组合是示范性的，例如，SMSC和VMS及其它PTS组件可在与MSC-S、HLR、AUC和GCN组件不同的板上提供，或者在PTS内适当分组。例如，NodeB 112、RNC 110和MGW136可实现为单独的节点，而PTSP-间/PTS-SM/O&M、GSN 118、MSC-S/HLR/AUC/GCN和SMSC/VMS组件可在共同的板上实现。

如图2所示，PTS团体可包括经IP WAN 100连接的两个或更多PTS系统。团体定义支持UE的软切换和硬切换的系统。每个PTS HLR在数据库中存储订户简档，并且数据库内容可在团体内同步，以便一个PTS的故障不阻止订户从团体中其它成员获得服务。

每个PTS自动检测团体的其它成员，交换信息并且通过近邻小区关系信息自动配置自己，以及经PTSP-间124设置系统之间的信令链路。例如，在PTS₁连接到IP WAN 100时，它向如由预指派的多播组ID识别的其它PTS系统广播其存在。新PTS₁ HLR 120中包含的订户信息也跨团体内的其它PTS系统散发和同步以支持用户移动性。同样地，来自团体中PTS系统的HLR信息可由PTSP-间124和O&M 126执行的功能的协议添加到加入PTS₁的HLR 120。PTSP-间124还可负责组呼叫成员关系信息和GCN状态的散发。

PTSP-间124子系统为PTS系统提供通过IP WAN 100与团体中其它PTS系统进行通信和交换信息的方式。适应信息的两个通用类：多播分组(例如，保持存活存在消息)和对等数据交换(例如，消息或文件)。PTS协议管理器(PTSPM)设置这些通信信道，管理PTS系统之间的交换，并且传送内部系统节点收发的数据。它还执行重要监视功能，如发送信号到其它系统，指出本地PTS正在加入或离开团体，记住哪些其它PTS系统在团体中并且是活动的，以及确定何时需要在PTS系统之间交换数据。

团体中的每个PTS系统具有独特的PTS MAC标识符(地址)，并且在配备时将指派有诸如PTS ID和多播组等关键参数。在启动时，系统将使用例如标准IPv4多播机制(例如，IGMP/MLD)等多播机制来预订预指派的多播组。在对多播组的预订后，系统将使用保持存活(KA)存在消息在团体中通告其存在。最初，此KA消息是为加入团体而发送，并且也定期发送以保持团体成员关系和/或检测团体拓扑的更改。

图3a-3c是分别示出根据一些实施例的PTS组件内的示范控制平面、用户平面和O&M和PTSP-间IP接口的图形。在这些实施例中，MSC/HLR/GCN功能在一个板310上实现，并且SMSC/VMS功能在另一不同的板或模块320上实现。另外，图3c示出一起在PTS-SF(PTS特殊功能)板330上的O&M、PTSP-间和PTS-SM。

在图3a中，在PTS系统和组件内及跨PTS系统和组件交换的IP业务包括以下业务流：Iu-PS控制平面(CP)支持SGSN 118与RNC 110之间的Iu-PS信令业务流；Iu-PS CP业务在本地LAN 210上两个以太网接口之间路由；Iur CP是在RNC 110、WAN路由器240和另一PTS中的RNC中始发的业务的Iur信令路径；Iu-CS CP处理RNC 110与MSC-S 310之间的Iu-CS控制平面消息流，并且在本地LAN 210上的两个以太网接口之间路由；Gr接口在SGSN 118与HLR 310之间交换UE位置信息；GCNEI是用于GCN 310与另一PTS上GCN之间的组呼叫数据的接口，并且经路由器240通过WAN来路由；E接口用于MSC-S 310与SMSC 310之间始发SMS的输送和端接SMS经路由器240通过WAN路由到外部MSC的输送；Mc接口处理由MSC-S 310控制的PTS MGW资源的资源共享和分配；Nc接口处理MSC-S 310与另一PTS的MSC之间通过ISUP或BICC的网络到网络的呼叫控制，并且通过WAN来路由；C是在收到SMSC 320的请求时由HLR 310进行订户询问以获得用于SMS输送的路由选择信息的接口；以及Iub接口处理通过ATM上的IP的NBAP控制信令。

在图3b中，Iu-PS用户平面(UP)处理SGSN 118与RNC 110之间的用户业务流。业务在LAN 210上在两个以太网接口之间路由。IurUP用户路径涉及RNC 110、WAN路由器240和另一PTS系统的RNC。业务始发于RNC 110中的特定处理器板(SPB)，并且到达另一RNC中的SPB。Nb通过实时传输协议(RTP)传输MGW 136与另一PTS的网关之间经WAN路由的用户数据。Nb还在MGW136与VMS 320之间传输话音邮件。

图3c示出PTS-SF 330中的中央O&M到PTS组件中本地O&M功能之间的点到多点连接(实线路径)。PTSP-间接口(示为虚线路径)使用IP多播，将诸如UE信息、系统状态信息等信息通过WAN广播到团体中的其它PTS系统。除经RNC 110将O&M 330的业务路由到NodeB 112的Mub接口外，NodeB 112还可具有直接的以太网到以太网(E2E)接口。

图4是在包括四个PTS系统的示范网络团体中实现PTSP的系统组件的图形。如图4所示，PTSPM 410与PTS₁系统内的O&M实体420交互以获得配置参数(例如，频率、扰码等)，并且传播了解的有关团体中其它PTS系统的团体成员的参数(例如，RAN参数、IP地址等)。有关团体中其它系统的公布的配置信息保持在团体配置表(CCT)430中，该表基于定期KA消息的检测而持续更新。

PTSPM 410还可与其它团体成员交换订户信息以确保每个PTS具有关于团体中每个订户的最新信息，这能够实现呼叫设置消息和其它网络服务的适当路由选择。在图4实施例中，每个PTS系统具有PTS同步管理器(PTS-SM)440，该管理器管理订户信息，并且如PTS₁与PTS₂之间示范“PTSP间”数据路径所示，通过WAN经PTSP消息字段与其它PTS成员交换更新。

PTS-SM 440功能使得能够提取信息和将信息插入每个PTS的HLR中。它桥接O&M 420、PTSP和HLR功能，并且在PTS系统之间交换数据时充当HLR与PTSP之间进行数据提取和插入的中介，以支持PTS团体操作。此设计通过对HLR使用简单的消息传递协议，并且使PTS特定操作详细信息对HLR操作透明，将HLR影响降到最低。PTS-SM 440还可支持健壮和持久的机制以在系统重新启动时重新填充HLR，由此避免成本高、耗时的HLR(和MSC)保存转储操作。到PTSP的PTS-SM 440接口可以是灵活的以允许与客户部署有关的特征扩展。PTS-SM 440还可提供解决从不同PTS系统(经PTSP)收到的数据之间的冲突的能力。PTS-SM440可为组呼叫列表提供类似的功能性，充当PTSP与O&M 420之间的中介以将从团体了解的组呼叫数据传递到GCN，且反之亦然。PTS-SF可在与uGSN、MSC和SMSC/VMS不同的板上主管，但其它板配置可以使用。

PTS-SM 440管理永久性或静态订户数据，这可包括由操作员提供的订户数据，包括IMSI、MSISDN、Ki和可能的订户简档ID及组呼叫成员关系列表(也是永久性数据，但它们在HLR中未配备)。PTS-SM440还管理临时或动态数据，如由于订户动作而更新的字段，如为UE服务的PTS系统(例如，MSC/VLR号码)和补充服务状态(例如，呼叫转接已激活、呼叫转接号码等)。

O&M实体420可经O&M接口将订户数据转发到PTS-SM和MSC/HLR，以确保订户数据的持久存储和广播到团体。除IMSI可足以识别订户外，订户可以与添加他们差不多相同的方式单独或成批删除。例如，在一个PTS系统删除IMSI可造成该IMSI经PTSP-间自动从团体中所有其它PTS系统删除。

存在消息

保持存活(KA)消息是由PTSPM通过PTSP发送到可能在侦听相同IP多播组的任何其它系统的消息。它通告PTS的存在和状态，并且包含包括有关发送系统的状态信息的字段，如操作员配置的系统标识符、发送系统的PTS-MAC地址、协议版本、时间戳、RAN的状态(发射、衰弱、降低的功率)、GPS的状态、位置信息(纬度、经度、海拔高度)、系统能力(连接到PSTN)等。KA消息还包括可向侦听者提示发送方的配置的某一部分已更改的配置序号(CSN)。侦听PTS系统可基于收到的KA中包含的CSN字段的值从KA消息的发送方请求更新的配置。

KA消息还具有用于给定系统的PTS-SM DB序号向量(SNV)的字段，该字段可包括发送PTS的数据库中表示的每个PTS的序号(SN)/PTS-ID对。SN是表示发送PTS中为PTS存储的记录的版本的值。当附连到发送KA的PTS的订户之一的数据中发生更改时，PTS-SM可通过信号通知PTSPM在发送的PTS-SM SNV中增大其数据库版本号。表1包含PTSP KA消息中可包含的参数和字段的示范集合：

表1

每个T_KeepAlive超时时期，PTS系统可将PTSP KA消息发送到其多播组。团体能通过缺少其KA消息而检测到系统的故障。在可由清空计时器T_PurgeConfig定义的一段时间时期经过后，PTS的PTSPM可通知O&M清空动态配置数据，并去除到与超时相关联的PTS的通信链路。T_PurgeConfig超时时期一般将超过T_KeepAlive超时时期，例如，超过大于T_KeepAlive时期几倍的量。

为避免通过WAN来自多个PTS系统的KA消息的可能突发，这些定期传送的开始时间可基于方案而错开，如基于系统的PTS-MAC地址而错开。

配置同步

在团体中的PTS系统之间建立适当的连接和关系需要配置同步。参与团体的PTS系统在加入团体时及在配置参数更改后交换配置参数。团体中的每个PTS系统保持CCT，其具有用于每个检测到的团体成员的配置数据的条目。在收到的KA消息中检测到新PTS-MAC或PTS-ID时，建立新条目。在PTS检测到CCT参数中的更改时，更新发送了该KA消息的PTS的对应条目的参数。一些团体表参数更改(例如，PTS-ID或UMTS绝对射频信道号(UARFCN)更改)可触发O&M动作。

无论何时PTS的配置参数更改，其CSN均增大，并在下一KA消息中发送以便其它团体成员能请求当前配置(例如，经ConfigReq消息)。表2列出CCT中可为每个PTS存储的示范参数：

表2

CCT在PTS中持久存储。在系统重新启动时，表中的每个PTS记录将标记为不可用，直至检测到来自对应团体成员的KA消息。如本文中将详细描述的，将从配置表中去除团体中未被重新检测到的团体成员。

数据同步

跨团体准确和及时的数据同步确定网络级功能和特征的性能。在PTS系统使用的分散式架构中，PTSPM通过与其它PTS系统交换数据库(DB)记录来实现订户数据同步。每个系统中存储的PTS-SM包括PTS MAC地址及关键订户属性，如IMSI、用户密钥K及显示发送PTS何时建立此记录的时间戳。时间戳允许PTS-SM一致地识别最近的记录更新。当所有团体数据库同步时，每个PTS将知道到达每个订户的路由选择。

可与其它团体成员交换完全数据记录信息，例如在PTS加入团体时。在此初始更新后，如后面将详细描述的，可传递delta更改(添加、删除和修改)。更改可通过(P2P)请求来发送，而不是在它们发生时通过多播来发送。这防止了PTS可能错过只广播一次的更改的问题。相反，错过广播KA但回到通信中的PTS系统将最终听到另一KA，了解到数据版本已更改，并且请求更改。

为有利于有效的数据传送和将通过WAN的信令业务降到最低，在CCT中存储了PTS-SM数据库序号向量(SNV)。PTSNV列出数据库中表示的每个PTS的数据的最高序号，或换而言之，它指示PTS具有的关于每个团体成员的订户信息的新鲜度。PTS SNV经KA消息向团体通告。团体成员比较多播PTSNV和其CCT中存储的PTSNV，并且在更新的数据可用时请求更新。

PTSPM将新数据传递到PTS-SM子系统，该子系统比较各个记录与PTS-SM DB中存储的那些记录并基于时间戳来更新旧记录。PTSPM在需要满足来自另一PTS对信息的请求时，它也可获得来自PTS-SM的数据记录。

图5是表示示范PTS协议的模块的高端框图。在图5中，PTS程序管理器(PTSPM)510控制PTS系统的存储装置和/或存储器中存储的程序模块520。每个程序模块可使用计时器/计数器536和数据结构540来执行网络上存在的对等PTS的初始化、发现和更新，并且包括执行这些任务的一个或多个过程。

PTSPM 510使得对等体能够在网络中通过有限的初始配置数据来自动相互发现。协议包括启动/重新启动模块522、PTS检测模块524、学习/更新模块526、清空模块528、冲突模块530及邻近度处理模块532。虽然程序模块520示为单独的进程，但一些实施例可合并各种模块执行的一些或所有任务。例如，PTS检测模块524和PTS清空模块528执行的一些或所有进程可合并为当与PTS连接有关的其它程序进程正在运行时执行的后台进程。此外，单个所示模块内执行的一些任务可作为几个单独的模块来执行。例如，学习/更新模块526能视为包括可单独执行的几个任务，但可在逻辑上视为带有某一接收队列、超时事件和常规处理的单个进程。PTS清空模块528可具有用于已宣告和未宣告的PTS从网络的离开的单独过程。

此外，图5中示出具有用于系统配备552、健康监视554、警报相关556和自行恢复558的模块的示范操作和维护(O&M)功能550。该O&M可与发现协议510集成以实现团体特征。例如，O&M功能550可控制整个PTS系统，并且向操作员显现系统的简化和集成管理视图。操作员不必配置各个PTS系统的每个组件以使系统投入使用。

在一些实施例中，O&M功能550可使标准核心网络的组件不注意PTS系统的特殊特征。例如，PTS系统可包括HLR，该HLR一直未注意到其内容在团体中的所有PTS系统中复制的事实。O&M功能550的动作可用于提取HLR内容，分发它们并且添加从其它对等PTS系统了解到的简档。HLR可不区分这些软件启动的动作和操作员启动的动作。

发现协议模块520利用数据结构540(例如，CCT、DB中的订户数据、SNV、CSN等)和多个计时器和/或计数器536(例如，T_KeepAlive、T_PurgeConfig、T_{fullDBexehange}、迭代计数器等)。

图6是使用情况图(UC)，其示出根据一些实施例的由程序模块520和O&M模块550执行的过程。图6所示的使用情况UC1-UC10示出PTS系统可遇到的各种情形。UC1对应于O&M系统配备模块552执行的过程；UC22对应于启动/重新启动模块522；UC3对应于PTS检测模块524；UC4、UC6和UC7对应于学习/更新模块526；UC5、UC9和UC10对应于PTS清空模块528；以及UC8对应于冲突模块530。

在收到配置更新的任何UC中，必须收到完整更新而无任何数据链路错误，并且必须在更新CSN并且操作继续前，在CCT中成功存储数据。类似地，在收到更新的订户信息的任何UC中，必须收到完整更新而无数据链路错误，并且在更新PTSNV和操作继续前，成功存储数据。否则，这些使用情况将失败，并且状态将回到以前的状态。

UC1：PTS系统配备

PTS系统配备可在极小的来自操作员的输入的情况下实现。例如，可请求仅能由操作员提供的属性，如传送频率(用于上行链路和下行链路的UARFCN)、IP地址范围、多播组地址等。PTS操作所需的所有其它参数可在软件安装期间预配置、从操作员提供的值得出和/或从团体中的其它PTS系统了解到。

PTS系统中的配置管理功能管理在系统配备期间用于输入配置参数的朝向操作员的用户接口，并且将得出的配置传播到受影响的组件。动态配置可在操作期间当其它系统进入或离开PTS团体时执行，并且可包括用于移动性和呼叫处理的朝向那些系统的业务和信令接口的配置。配置管理功能还负责提供用于配备订户和组呼叫的用户接口，并将那些呼叫分发到其它子系统。用户接口可以是本地瘦客户端，例如带有web浏览器的标准Windows ^TM PC。

例如，web浏览器可使用O&M板(例如，PTS-SF板)上工厂配置的IPv4地址(例如，某个IPv4地址)，经PTS LAN交换器连接到PTS系统。范围/单元/格式检查可在进入时和在数据到系统组件的任何传播前执行。包含例如PTS管理对象模型(MOM)等必需属性的属性定义可在存储的对象中提供以便O&M执行这些检查。也可为每个用户提供的参数执行一致性检查(例如，可实行用于UL/DL RF信道分离的UMTS规则)。用户接口通过web客户端可显露有关PTS管理对象(MO)的属性，并且用于系统配备的用户提供属性可在此MO上建模。这些属性可以是仅在PTS外部显露的公共属性。表3示出可由操作员提供的配置参数的示范集合。

表3：PTS操作员提供的参数

PTS MOM可包含用于内部PTS组件的管理(MO)的几个对象。用于内部组件的管理接口和功能性可在资源对象(RO)级上作为相应MO的部分实现。RO实现可用于接口于关于配置、故障管理、性能管理和软件管理的系统组件。

为了记住和维护用户配备的参数与组件中受影响的配置之间的所有配置依赖性，O&M功能可使用规则引擎，该引擎读取包含包括依赖性在内的所有配置规则的持久文件。例如，XML文件可包含以下规则：创建哪些MO、MO之间的依赖性和关联、MO需要被创建和配置的顺序、用户提供的参数如何映射到组件MIB中一个或几个属性等。

关于配备PTS系统的管理和IP配置，用户可输入每个主机的公共IP网络前缀以用于通过第3层(L3)WAN路由器在外部网络上的路由选择。网络前缀必须对于每个PTS系统是独特的以避免地址冲突。O&M可在系统配备后获得公共地址以允许从WAN上的任何位置连接。

每个PTS组件可指派有用于O&M的一个专用地址、用于内部接口的一个专用地址及用于外部接口的一个公共地址。专用地址可作为工厂安装的部分来配置，并且O&M功能可使用用户提供的网络前缀和固定的分配的主机地址来配置外部地址。因此，总体IP网络可分离成在本地与外部IP业务之间分割的两个网络。本地IP接口指派有来自专用网络地址池的地址(例如，10.1.1.x)。本地网络上IP地址的此指派完全在PTS内部，减少了在集结区域(staging area)配置的时间，并且由于对用户/操作员对子网重新配置进行的更改不敏感，因此，本地IP配置更健壮。它不要求所有组件能够分离专用与公共IP地址的物理端接(physical termination)。在WAN上路由的外部IP业务被指派有基于用户提供的网络ID和由PTS从网络地址中最后字节分配的并附加到用户提供的网络前缀的主机地址的IP地址。

用于UE的IP地址空间是公共的，因为这些地址在PTS外的WAN上路由。要为用户提供最大灵活性，并且同时减少PTS中关于用于所有外部IP业务的地址空间(即，外部PTS接口和UE)的复杂性，用户/操作员可负责为UE地址分配指派网络前缀。用户提供的地址范围可在GGSN组件中配置，该组件负责从此池中分配IP地址到UE。为避免外部接口与UE之间外部IP地址的冲突，用于外部IP业务和UEIP地址分配的前缀必须不同。

操作员还可设置或调整在每个PTS上运行的邻近度处理功能(PHF)有关的参数，这可在两个或更多PTS系统的位置在阈值内时造成NodeB(RBS)关闭或“衰弱”。可由操作员配置的这些参数包括：PH功能开/关，这是启用或禁用PHF功能的布尔值；PH距离阈值，这是在两个PTS系统之间使用的距离比较值；PH连续正指示的次数，这是PHF必须检测到两个PTS系统正在PH距离阈值内或小于PH距离阈值操作的连续次数；以及PH连续负指示的次数，这是该功能必须检测到两个PTS系统正在PH距离阈值外或超过PH距离阈值操作的连续次数。连续指示的测量单位可由KA消息提供。

如果系统在相同团体(相同多播组)中重新配备，则诸如PTS-ID和UARFCN列表等属性可更改。此信息将在下一KA消息中检测到，并且将在现有团体成员的表中更新(在那些其它成员中触发O&M配置事件后)。在重新配备期间，正常保持(即，持久)CCT、IMSI和订户信息。

UC2：PTS系统初始化/重新启动

UC2对应于启动/重新启动模块522，如图6所示，该模块与配备PTS系统后初始化/重新启动情形有关。该使用情况可发生在O&M功能指示它已提供公布的配置参数并且准备好在上电和基本系统初始化后提供网络服务和团体成员关系(例如，经进程间通信(IPC))时。

图7示出示范初始化/重新启动使用情况情形，其中，第一系统PTS₁启动团体形成。在701，PTS₁在启动或重新启动操作时上电。在702₁，在基本系统初始化后并且在O&M向PTSPM发送信号指示系统准备好与其它团体成员交换配置和记录时，发送KA消息。在702₂-702_n，PTS系统通过每T_KeepAlive发送KA消息，继续通告其存在。系统也将监视可从网络中其它PTS系统广播的其它KA消息。

每次从未链接的PTS系统收到KA消息时，可建立PTS到PTS通信链路。作为建立此链路的部分，PTSP可取得配置表并检查另一PTS系统的PTSPM版本。在版本不同的情况下，每个PTSPM可基于它理解的消息(或部分消息)来操作，并且忽略它不能理解的内容。

PTS系统将为其团体配置表(CCT)中的每个PTS系统条目启动计时器T_purgeconfig。出厂时CCT配置为空，并且只经PTSP-间来填充。表条目是持久性的。

UC3：PTS系统加入团体

UC3对应于PTS检测模块524和学习/更新模块526执行的过程。PTS检测模块负责检测加入现有团体的PTS系统。在某个PTS系统先检测到来自另一PTS系统的KA消息时，UC3可触发此模块。在此操作可发生之前，至少两个PTS系统必须如图6所示已执行与UC2有关的系统初始化/重新启动进程。UC3可涉及以同时或准同时方式启动或重新启动的两个或更多PTS装置、或者参与现有团体的检测到某个PTS系统进入团体(即，带有相同多播组的网络中出现至少另一个PTS系统)的一个或多个PTS系统。

图8示出配备有相同多播组地址的两个PTS系统之间在UC3情形中执行的示范进程。在801，PTS₁系统连接到WAN，并且定期发送KA消息和监视来自其它PTS系统的进入KA消息。在802，PTS₂系统完成其上电和系统初始化，并且在803-804，PTS₂的PTSPM开始广播KA消息并为定期广播初始化其T_KeepAlive计数器。

在805，PTS₂系统收到来自PTS₁系统的KA消息。在806，PTS₂系统检查来自KA消息的PTS-ID/PTS-MAC值对是否与其CCT中的现有条目匹配。如果有冲突，即，PTS₁具有与PTS₂相同的PTS-ID，但具有与CCT中的另一条目(包括PTS₂的条目)不同的PTS-MAC，则在807，UC3结束，并且UC8：PTS-ID冲突开始(在后面描述)。

如果PTS₂未检测到PTS-ID冲突，则在808，PTS₂确定它是否在其CCT中未列出活动的系统。如果没有，则PTS₁是在PTS₂加入团体后与其通信的第一个系统，并且在809，PTSPM建立到PTS₁的对等WAN链路。PTS₂还通知O&M配置朝向PTS₁的SGSN和Iur地址，以便SGSN和RNC能够建立对应连接。

在建立与PTS₁的通信链路后，在810，PTS₂中的PTSPM执行学习/更新模块526的过程以将ConfigReq消息发送到PTS₁，该消息请求PTS₁系统的配置数据。在811，PTS₁系统通过包含PTS₁的配置数据的ConfigResp消息做出响应。在接收ConfigResp消息后，PTS₂存储配置数据，并更新在其CCT中用于PTS₁的配置序号(CSN)。随后，PTS₂启动CCT中的计时器T_purgeconfig以记住来自PTS₁系统的KA消息。在812，UC3结束，并且UC8：完全DB交换开始(UC8将在后面详细描述)。

如果在808，PTS₂确定它已经在其CCT中具有活动PTS系统的条目，并且如果收到的CSN与CCT中为PTS₁存储的CSN不同，则在813，PTS₂将ConfigReq消息发送到PTS₁。在814收到包含PTS₁的配置数据的ConfigResp消息后，PTS₂存储配置数据，并且更新CCT中用于PTS₁的CSN。

在815，如果在CCT中存储的PTS-SM序号低于接收的PTS-SMSNV中的那些序号(即，PTS-ID和发送方具有的对于该PTS-ID的当前订户数据版本的序号)，则PTS₂将ReqUpdate消息发送到PTS₁，列出需要更新的SNV中的那些PTS-ID/序号对。在818，它接收并处理来自PTS₁的包含PTS-SM数据更新的DBUpdate消息，将数据传递到其PTS-SM以更新其DB，并且在成功存储后，更新其CCT中的SNV以结束UC3。

如果在815，确定CCT中存储的PTS-SM序号高于接收的SNV中的那些序号，则PTS-SM数据不同步已发生。在此情况下，UC3结束，并且在816，UC8：完全DB交换被触发。

随着时间的过去，如819所示，PTS系统继续交换定期发送的KA消息。当发送到PTS₁的KA包括其CSN中的更改时，PTS₁可将ConfigReq 820发送到PTS₂，请求数据更新。PTS₂将通过包含PTS₂的配置数据的ConfigResp消息821做出响应。类似地，PTS₂的接收SNV中检测到的更改可导致FullDBReq消息或ReqUpdate消息822和包含请求的PTS-SM更新的对应响应DBUpdate消息823。PTS₁将相应地更新其CCT中用于PTS₂的CSN和SNV顺序值。

UC3确立PTS₂为团体成员，并且定期KA消息在团体中交换。PTS₂与所有可用团体成员交换数据更新。

UC4：现有团体中的数据更新

UC4对应于PTS检测模块524和学习/更新模块526执行的过程，并表示PTS系统检测到另一PTS系统的配置或订户记录中已存在更改并且请求对应更新信息的使用情况情形。此使用情况可在检测到来自另一PTS系统的KA消息时触发。

如图6所示，UC3的至少一个实例已发生以在UC4之前形成团体。参与团体的每个PTS系统定期发出KA消息以通知其它团体成员其当前状态和最新数据版本。例如，图8的PTS₁系统接收来自团体中的另一成员(即，PTS₂)的KA消息。PTSPM PTS₁系统的检测模块524检测KA并重置计时器T_purgeconfig以记住来自PTS₂系统的KA消息。

如果PTS₁检测到两个系统具有相同PTS-ID，但具有不同PTS-MAC(包括PTS₁的PTS-MAC)，则UC4结束，并且UC8：PTS-ID冲突开始。

如果PTS₁系统检测到来自PTS₂系统的KA消息中的CSN与CCT中的CSN不同，则PTSPM的学习/更新检测模块526促使PTS₁系统将ConfigReq消息发送到PTS₂。作为响应，PTS₁系统接收来自PTS₂的包含PTS₂的当前配置数据的ConfigResp消息，该当前配置数据存储在CCT中，之后，更新用于PTS₂的CSN条目。

如果PTS₁系统检测到来自PTS₂的KA消息内包含的PTS-SMSNV中的一个或多个序号大于其CCT中存储的SNV中对应的号，则PTS₁将ReqUpdate消息发送到PTS₂，列出需要更新的那些PTS-ID/序号对。PTS₂通过包括更新的DBUpdate消息做出响应。可选的是，在请求的更新大小很大时(例如，在数据超过预定阈值时)，PTS₂可选择发送其完整DB而不是delta信息。PTS₁将收到的DB更新传递到其自己的PTS-SM以完成数据同步，并且更新其存储的SNV中为其接收了更新的每个PTS的序号。

在SNV的任何序号低于CCT中存储的那些序号时，识别到不同步的条件。UC4结束，并且UC7：完全数据交换被触发。

图9是示出PTS团体可在未直接相互通信的PTS系统之间同步数据的另一UC4情形的图形。在此情形中，PTS₁和PTS₃不能相互通信(可能它们属于不同隔离的子团体)，但均能够与PTS₂通信。PTS₂系统将充当PTS₁与PTS₃系统之间的桥接器。

在图9中，符号[x，y，z]用于指示PTS-SM SNV。例如，SNV[2，1，5]将指示此PTS具有来自用于PTS₁的序号2、用于PTS₂的序号1及用于PTS₃的序号5的数据。每个订户的记录指示此订户注册到哪个PTS和在附连时对该PTS生效的序号。以下信令图示出KA和DBUpdate循环，并且显示即使成员从不同信息基线开始，以及即使一些成员不能直接相互通信，所有数据如何在PTS系统内保持同步。

在901，PTS₃具有涉及其订户之一的状态的内部数据库更改。它增大其自己的序号，并且多播包括SNV的KA消息，SNV包括用于属于其它PTS系统的订户的序号。另外，在902，在离线时更新PTS₂，但尚未将此更改传播到其它PTS系统。

在902，PTS₃中的更改经KA消息被PTS₂侦听到，并且在904，PTS₂请求更新，并传递其PTS-SM DB中旧版本的序号。在905，PTS₃系统的响应是在DBUpdate消息中发送自PTS₂报告它具有的序号以来在其PTS-SM DB中已更改的delta信息。在此情况下，用于PTS₁和PTS₂的“x”以示意图方式示出数据流包含用于仅PTS₃系统的订户的信息。

PTS₂的PTSPM将新数据传递到其PTS-SM，它确定哪些订户记录需要更新。在不同PTS系统声明为相同订户服务的冲突情况下，可采用带有最近时间戳的记录而不考虑序号。

在906-908，PTS₂系统发送其通常的定时的KA。PTS₁和PTS₃均看到更新可用。它们在909-910请求更新，在911-912接收更新，并且遵循上面概述的相同过程来更新其PTS-SM DB。

在913-916，所有PTS系统继续发送KA消息，但这些消息不触发数据交换动作(除了可能执行例如时间戳更新和重置T_purgeconfig计时器的进程外)，因为SNV(及可能数据库中的所有记录)是跨团体相同的。因此，订户数据跨团体同步。所有PTS系统继续发送KA消息，并且适当地发送和响应其它消息。

UC5：PTS系统离开团体(未宣告)

UC5对应于当一个PTS系统未向团体中的其它PTS 系统宣告而离开团体时在一些实施例中由PTS清空模块528执行的过程，并且团体中的PTS系统启动动作以清空对应数据。

图10示出一个示范团体，该团体包括如UC3情形中且可能也如UC4情形中一样已相互认识并交换数据的第一PTS₁系统和第二PTS₂系统。虽然为解释简洁起见，图10团体只包括两个PTS系统，但相同的概念将适用于团体包括多于两个系统的实施例。

作为数据交换的结果，PTS₁和PTS₂系统存储用于彼此的CCT条目。每个PTS系统还包括用于每个其它系统的T_PurgeConfig计时器。每次PTS₁系统接收来自PTS₂系统的KA消息时，它重置为PTS₂保持的T_PurgeConfig计时器。然而，在1001，由于来自PTS₂的KA消息未能在T_PurgeConfig计时器期满前到达，PTS₁的PTSPM在其CCT中将PTS₂标记为不可用。PTSPM还可通知O&M清空动态配置数据，去除到PTS₂的通信链路，并删除不可用PTS系统的CCT条目以释放存储空间(如果必需的话)。

因此，PTS系统可检测另一PTS系统何时离开团体而无需该PTS宣告它正在离开，在其CCT中将退出的PTS系统标记为不可用，并且可触发O&M动作。如果这清除了以前存在的PTS-ID冲突，则采取本文后面相对于UC8：PTS-ID冲突所述的适当动作。

PTS₁系统继续发送KA消息，并且继续与其它团体成员(如果有)交互。如果随后从PTS₂系统收到KA消息，则可进行UC3以使系统重新加入团体。

UC6：PTS系统升级

PTS系统可置于离线并且重新配置以升级其SW。在重新启动操作中将升级的PTS上电(即，完成UC2：PTS系统初始化/重新启动)后，PTS可立即发出KA消息，并且重置其T_KeepAlive计数器。PTS-SM数据库和CCT信息在升级期间是持久的，除非已执行原始安装(scratch install)。配置和PTS-SM序号在升级过程期间不增大。

如果团体成员正在用不同SW版本来操作，则消息可与已升级版本的消息不完全兼容。PTS可尽力解释进入消息，并且忽略它不能理解的部分。PTS也可处理本地业务，并且可以是团体中的活动参与者。PTS继续发送定期KA消息，并且适当地响应KA消息。

UC7：完全数据交换

UC7提供一种在PTS系统之间交换完全DB内容的机制。如图6所示，UC3：PTS系统加入团体是在团体中实现完全数据交换的前提条件。完全数据交换可由以下条件来触发：1)PTS初次加入团体，在那时它必须了解PTS-SM DB信息的完全集合，和2)SNV(在CCT中存储)中的一个或多个序号高于接收的KA消息中的对应号，这指示不同步条件。

PTS将PTDP FullDBReq消息发送到发送了KA的PTS系统。接收FullDBReq的PTS将通过PTSD DBUpdate消息做出回复，该消息包含完全的PTS-SM DB以及发送方PTS-ID、SNV和使请求和响应消息相关所需的信息。PTS继续发送定期KA消息，并且适当地响应进入消息。

接收响应其自己的请求的完全DB更新的PTS将传递该更新到PTS-SM以便进行处理和例如经HRA传送到HLR。

为解决在用普通KA和数据交换机制不可纠正的方式中团体中PTS系统的DB由于偶发通信、链路故障或缺陷而可能变得不同步的可能性，可提供一种定期但不频繁(例如，每12小时一次)在PTS系统之间交换完全DB内容的机制。

例如，PTS可包括由PTSPM监视的计数器T_{fullDBexchang}。在T_{fullDBexchang}计数器超时时，PTSPM可将TakeFullDB P2P消息发送到它正在与其通信的成员，并重置其T_{fullDBexchange}计数器。此消息包括发送PTS系统的PTS-ID，并且命令其它成员从发送PTS请求完整DB。所有团体成员可定期向其它成员发布TakeFullDB P2P消息，并且它也能由操作员通过中央O&M手动触发，以强制DB跨团体同步。

PTS可接收来自一个或多个团体成员的响应发送TakeFullDB多播的FullDBReq请求。它将通过包含完全PTS-SM DB的DBUpdate消息回复每个响应者。PTS继续发送定期KA消息，并且适当地响应进入消息。

UC8：PTSID冲突

UC8定义在PTS系统发现带有不同PTS-MAC ID的两个成员(本身及另一成员，或两个其它成员)声明相同PTS-ID号时所采取的动作。

如图6所示，在团体形成时，在PTS加入现有团体(即，UC3)时，或者在现有团体中更新数据(即，UC4)时，在检测到PTS-ID冲突后使用情况可终止并启动UC8。

在PTS系统检测到PTS-ID冲突时，由PTSPM执行一个或多个以下动作：

1.如果共享PTS-ID但具有更高PTS-MAC ID的团体成员是PTS系统本身，则系统在CTT中及在随后的KA消息传送中将其状态标记为“不可用”。它继续发送多播KA消息，并且可以在独立方式中支持本地订户业务，但不参与其它团体操作或消息交换。

2.如果两个其它团体成员共享相同的PTS-ID，则两个成员中带有更高PTS-MAC ID的那个PTS在CCT中被标记为“不可用”。与不可用系统进行的消息响应和数据交换被暂停。

3.每个系统抛出重要警报，以指示团体中存在重复PTS-ID指派。

不可用PTS系统继续发送KA消息，然而在其它方面不参与团体操作或消息交换。

PTS-ID冲突状态可根据以下两种条件被清除：

A.具有重复PTS-ID的成员离开团体，并且从CCT中被清空(UC5的完成)。

B.具有重复PTS-ID的成员被指派新PTS-ID后重新启动。其它团体成员接收带有新PTS-ID的KA消息。

如果冲突状态已清除，则在检测到PTS-ID冲突后由PTSPM执行的上述动作如下所述去除：

1.PTS系统在CCT中和在随后的KA消息传送中将其状态更改为“可用”。PTS响应消息并参与团体。

2.如果带有更低PTS-MAC ID的PTS系统被清空，则带有更高PTS-MAC ID的那个PTS系统在CCT中被标记为“可用”。与那个系统的通信和数据交换得以恢复。

3.每个系统清除其报警。

在上述实施列中，“丢失的”PTS(即，具有更高PTS-MAC的PTS)如果a)认为自己造成冲突，或者b)其它团体成员认为它是冲突，则它将不参与团体功能。

然而，在桥接拓扑中，PTS可在一个子团体中而不是另一子团体中有冲突。如果PTS能参与其中无冲突的那些子团体，则利用率和吞吐量可增大。在一些实施例中，通过利用指示可用性/不可用性的另一PTSP消息参数，用于所有成员的配置数据可跨桥接器传播。

在一些实施例中，可以在类似于用于传播订户DB信息的SNV的方式中将CSN参数配置为CSN向量(CNV)。例如，CNV向量可包括指示PTS及其配置序号的可用性或不可用性的值。不可用系统的CNV还包括向看不到冲突的成员将其自己标记为可用的信息，但它将仍对其它成员不可用。因此，不可用系统可接收来自看不到冲突的另一成员的数据更新请求或业务。消息可发送到冲突系统以指示其它成员将该系统视为可用还是不可用。

UC9：PTS系统离开团体(宣告)

此使用情况与图5的PTSPM PTS清空模块528执行的过程有关，其中，本地PTS系统向远程系统宣告它正在离开团体。向团体通知未决的PTS系统的离开可改进数据同步，允许有序响应，并且允许订户转移到其它系统而无严重的服务丢失。

在PTS系统从团体退出或者重新配备有不同的多播组ID时，可发生宣告的从团体的离开。本地PTS中多播组更改或退出的通知可从O&M子系统发送到远程PTS系统。例如，如果将UARFCN或PTS-ID重新配备为不同值，则本地PTS的KA消息将广播这些更改，并且其它团体成员将检测此更改。相应地，远程PTS系统将更新其相应CCT中的条目。PTS-ID或UARFCN的更新将触发O&M动作以重新配置PTS系统中的适当配置。

在一些实施例中，本地PTS系统的PTSPM可发送LeavingCommunitylnd消息(例如，经多播或P2P)以将其离开通知团体。系统利用LeavingCommunitylnd消息以通知团体，它要离开团体，以便团体的表能适当地进行更新。例如，LeavingCommunitylnd消息可包括离开系统的PTS-ID和指示是否要清空接收PTS节点中该PTS的配置或PTS-SM DB信息的字段。因此，LeavingCommunitylnd消息可用于临时中断和永久性离开，不同之处在于永久性离开可导致从团体表中去除此PTS的信息和清空相关联订户记录。临时离开可导致团体表(例如，CCT)中的可用性状态从可用更改为不可用。

接收LeavingCommunitylnd消息的远程PTS系统可从其相应CCT去除发送方的信息，去除相关联连接，并且更新其近邻关系。如果不存在对于订户记录的更多PTS-MAC引用，则团体成员可从PTS-SM数据库去除订户记录。如果团体成员未收到LeavingCommunitylnd消息，则团体将如上UC5中所述，从团体去除该成员的配置和PTS-SMDB记录。离开团体的系统将重新初始化其团体表，并去除它从团体了解到的任何订户记录。

UC10：PTS到PTS通信链路丢失

在一些实施例，不是通过等待缺失KA计时器T_PurgeConfig期满来推断PTS不可用，而是在检测到一个或多个其它团体系统的通信链路丢失后，可从团体去除PTS系统。如果两个PTS系统之间丢失P2P链路，则这允许PTS系统采取快速动作。例如，当另一成员拆除链路时，或者当检测到数据错误、无响应、超时等时，可由PTS系统根据到其它PTS系统的IP地址无效、不能设置链路而检测到PTS间链路丢失。不可到达或不响应的PTS系统在CCT中可标记为不可用。

邻近度检测(最小化无线电干扰)

团体中的PTS系统通常将在相同频率上传送以便支持软切换。由于系统可以是移动的，因此，两个系统可能相互太靠近，以致于它们在对方的小区中造成无线电干扰。为防止或最小化无线电干扰，可在PTS系统中采用邻近度处理功能(PHF)。对应于图5的邻近度处理模块532的PHF在团体内的每个PTS系统上独立操作，并且利用PTS系统之间在进入团体时和在正常间隔交换的PTSP KA消息中包含的信息(例如，位置和无线电状态信息)。

PHF抛出

当本地PTS从另一远程PTS系统收到新KA消息时，PHF(例如，在PTS特殊功能(PTS-SF)板上运行)确定执行该功能的要求条件是否为真。如果为真，则该功能将计算本地与远程PTS系统之间的距离，并确定两个系统是否相互极接近地操作。本地PTS系统上操作的PHF也将为团体内操作的每个其它系统做出并行判定。

KA消息中传送的位置信息馈入邻近度检测算法中，该算法计算两个PTS系统之间的距离，并且在两个系统之间的距离小于阈值时使系统之一衰弱。然而，客户可具有选择以允许极接近操作的两个或更多PTS系统继续服务(例如，PTS系统利用定向天线允许系统在低于阈值的距离操作)的选项。

使无线电基站(例如，UMTS RBS (NodeB))衰弱可能是耗时的过程，该过程在基站完全衰弱前不能停止。为减少或消除RBS衰弱的错误触发(例如，在两个系统仅在短时期内靠近低于阈值时)，PHF提供对测量的延迟或滞后以确保衰弱不发生。通过在几次连续迭代上确定两个PTS系统极接近地操作，可在关闭PTS RBS之一前引入此延迟。

由于在收到新KA消息时PHF确定邻近度，因此，这形成了KA更新间隔与功能延迟时期之间的直接关系。在连续正触发的次数超过阈值时，该功能将确定本地RBS(NodeB)传送器是否应“关闭”并不再发射。此确定还可基于根据诸如关闭具有更高(或更低)PTS-MAC地址的PTS、关闭两个PTS系统之间为更少量订户服务的PTS或另一优先级机制的优先级方案来关闭PTS系统之一。

PHF清除

PHF还可确定在团体内操作的一对PTS系统是否已移到阈值距离外。PHF的清除部分将在以下情况时执行：1)已连续多次确定两个PTS系统指示它们不再极接近地操作；2)在预期间隔时间未收到KA消息；或者3)收到单个KA消息，指示关闭操作中涉及的远程PTS系统已禁用PHF，停止操作，更改上行链路或下行链路的UARFCN，或者失去GPS锁。

在任何PHF清除情况下，该功能的清除部分必须将团体内操作的多于一个PTS系统可能已造成本地PTS系统关闭考虑在内。在此类情况下，本地PTS系统只在与团体内操作的其它PTS系统的所有关闭依赖性已清除后才恢复本地系统的发射。

对邻近度处理功能的输入可包括以下PTS协议(PTSP)-间消息字段：位置(例如，纬度、经度等)；PTS-MAC；UARFCN；无线电状态；GPS锁；及邻近度开启(指示远程PTS系统是否已启用或禁用PHF)。PHF比较这些属性与本地PTS系统上的类似属性。

在收到PTSP KA消息后，邻近度处理模块532(例如，在PTS-SF板上执行)可执行邻近度处理算法。此过程可包括用于关闭本地RBS的以下示范规则：

1)远程或第二PTS系统离本地PTS系统必须小于阈值距离。

2)距离阈值触发的次数必须超过编程的值。

3)上行链路或下行链路UARFCN射频信道必须在每个RBS上相同。

4)本地和远程PTS系统必须均具有“GPS锁”，指示准确的位置信息可用。

5)带有更低PTS-MAC的PTS系统保持传送；带有更高PTS-MAC的系统将衰弱。

另外，算法可包括用于解锁或恢复本地RBS的发射的示范规则：

1)远程或第二PTS系统离本地PTS系统必须大于阈值距离。

2)将缺失的KA消息视为好像远程或第二PTS系统大于阈值距离。

3)距离阈值“清除”的次数必须超过编程的值。

4)上行链路或下行链路UARFCN射频信道必须在每个RBS上相同。

虽然上述规则对应于UMTS系统，但要理解的是，本文中所述概念可适用于其它电信系统。此外，虽然带有更低PTS-MAC的PTS系统保持传送而更高PTS-MAC将恢复传送(假设极接近操作的另一PTS系统还尚未将RBS置于衰弱条件中)，但另一优先级方案可用于指示PTS对的哪个PTS系统将衰弱。

图11a-11d示出由PHF执行的示范过程。这些过程连同由邻近度处理模块532解决的各种情形进行描述。虽然这些情形相对于单个PTS系统对PTS₁和PTS₂进行描述，但每个PTS系统可与团体中操作的每个其它系统执行并行操作。

UC11：邻近度处理功能触发

UC11描述在PTS系统确定它与团体内的另一系统在小于PTS距离阈值内操作时采取的动作。第一PTS系统PTS₁连接到WAN并正常操作。PTS-SF已收到来自团体内操作的另一PTS系统(PTS₂)的KA消息。

参照图11a，PTS₁系统已在1100收到团体内操作的远程PTS₂系统的KA消息，并且在判定框1101，PHF确定邻近度处理功能是否在PTS₁和PTS₂系统上启用。这可包括在1101A确定从PTS₂传送的KA消息是否指示PTS₂是强盛的，以及在1101B确定PTS₁和PTS₂系统是否在相同上行链路或下行链路UARFCN上操作。如果确定为否(即，在1101的“否”)，则PHF功能在此PTS对上不是活动的，并且必须为前一功能抛出进行检查(1102)。此条件不在UC11的范围内，但将在后面连同UC14和UC15进行描述。

如果PHF在PTS对上启用(即，在1101的“是”)，则PHF继续到判定框1103，并确定在预期时间间隔内是否收到常规KA消息。如果未收到(即，在1103的“否”)，则PHF将此情况视为清除指示(1104)，并且PHF检查以了解是否存在以前的触发，如果是，则增大清除计数器。此条件不在UC11的范围内，但将在本文中后面连同UC12a和UC12b进行描述。

如果如预期般收到KA消息，则在判定框1105，PHF确定两个PTS系统是否均具有有效的GPS信息。例如，在1105A确定PTS₁是否具有GPS锁，在1105B确定从PTS₂传送的KA是否指示PTS₂具有GPS锁。如果否(即，在1105的“否”)，则PHF没有有效的GPS信息，这被视为相当于正清除指示。这不在此使用情况的范围内，但在后面UC13中描述。

如果收到用于PTS对的有效GPS信息，则PHF前移到过程1107：检查靠近的物理邻近度，如图11b中所示。在判定1108，PHF检查两个PTS系统之间的物理距离是否小于距离阈值。如果不是(即，在1108的“否”)，则PHF必须确定以前抛出的指示是否必须清除，并且算法继续到在1114的该过程。这不在此使用情况的范围内，但在后面UC12a中描述。

如果在判定1108满足距离阈值，则在判定1109，PHF检查是否已观察到正连续抛出指示的要求次数。如果未观察到此次数，则此迭代已完成，并且PHF过程返回到1100并等待下一KA间隔。此情形示出朝向RBS关闭的迭代方案。

如果迭代的要求次数已达到，则PHF接着在判定框1110确定PTS₁PTS-MAC是否大于PTS₂PTS-MAC。如果“是”则在过程1111，关闭本地PTS₁RBS，并且本地PTS₁停止RF发射。如果否(即，在1110的“否”)，则此迭代已完成，并且PHF过程返回到1100并等待下一KA间隔。

UC12a：邻近度处理功能清除

UC12a描述在PTS系统确定它与团体内的另一系统在大于PTS距离阈值的距离操作时采取的动作。此情形的前提是本地PTS₁系统连接到WAN，并且已由前一PHF动作衰弱。

再参照图11a，当PTS₁的PTS-SF已收到来自团体内操作的另一PTS系统(例如，PTS₂)的KA消息时，可在1100触发PHF清除。接着，在1101，PHF确定邻近度处理功能是否在PTS₁和PTS₂上启用。如果否(即，在1101的“否”)，则PHF检查前一触发是否使PTS₁在关闭中(1102)(以清除这两个系统上的任何锁定依赖性(如果需要的话))。此情形不在此使用情况的范围内，但在下面UC14和UC15中描述。

在判定1103，PHF确定在预期时间间隔内是否收到常规KA消息。如果否，则PHF将此视为清除指示，并且PHF检查以了解以前的触发是否存在(以便在触发存在时增大清除计数器，见UC12a和UC12b)。

如果在预期时间间隔内收到KA，则PHF继续到判定框1105，在该框确定两个PTS系统是否均具有有效GPS信息。如果否，则PHF将此视为正清除指示，并且PHF检查以了解以前的触发是否存在(以便在触发存在时增大清除计数器)。此情形将在后面UC13中描述。

如果两个PTS系统均具有有效GPS信息，则PHF前移到图11b所示的过程1107：检查靠近的物理邻近度，在图11b中，判定1108检查两个PTS系统之间的物理距离是否小于距离阈值。如果它是(即，在1108的“是”)，则这是抛出情况，而不是清除情况，并且PHF继续到判定1109。PHF抛出不在此使用情况的范围内，但在上面连同UC11进行了描述。

如果距离不小于阈值，则PHF必须确定以前抛出的指示是否必须清除(1112)，并且PHF前移到图11c中示出的过程1113：检查PH功能的清除。此时，清除计数器可以增大。在判定1114，PHF确定该功能是否以前已触发。如果否(即，在1114的“否”)，则过程1119将允许本地PTS₁RBS继续发射。然而，此情形不在UC12a的范围内，因为衰弱的PTS会在以前触发了PHF，因此，此路径不适用于UC12a。

如果判定1114确定PHF已抛出，则在判定1115，PHF确定清除计数器的当前连续清除指示的次数是否已超过预设阈值(例如，清除计数器的当前计数值与预设“PH连续负指示的次数”或其它预设阈值进行比较)。如果它尚未超过，则PHF返回到1100并等待下一KA间隔。

如果判定1115确定连续清除指示的要求次数已发生，则在过程1116，PHF清除用于该PTS系统对(即，此示例中的PTS₁和PTS₂)的关闭依赖性。

接着，在判定1117，PHF确定PTS₁与团体内操作的任何其它PTS系统之间是否有关闭依赖性。如果“是”，则如过程1118中所示，PTS₁系统保持在“关闭”中，直至所有其它依赖性已清除。如果无依赖性存在，则在过程1119，PTS₁系统变强并被允许发射。

UC12b：缺失的保持存活消息

UC12b涉及以前已软锁定或衰弱的PTS系统未能收到常规KA消息的错误条件。如上所述，缺失的KA消息被视为如同远程或第二PTS系统大于阈值距离一样。

回到图11a，UC 12b在1100开始，并且KA消息间隔在本地PTS系统(例如，PTS₁)上发生。接着，在判定1101，PHF确定邻近度处理功能是否在PTS₁和另一远程PTS系统(例如，PTS₂)上启用。如果否(即，在1101的“否”)，则PHF检查前一触发是否使PTS₁在关闭中(1102)(以清除这两个系统上的任何锁定依赖性(如果需要的话))。此情形不在此使用情况的范围内，但在下面相对于UC14和UC15进行描述。

如果判定1101确定PHF在本地PTS₁系统和PTS₂系统上启用，则PHF接着在1103确定是否在预期时间间隔内收到常规KA消息。如果是，则算法继续，但此情形不在UC12b中缺失的KA的范围内。如果在预期间隔内未收到KA，则PHF将此事件视为清除指示(1104)，并且算法继续到图11c中所示过程1113：检查PH功能的清除。此时，清除计数器可以增大。

在判定1114，PHF检查该功能是否以前已触发。如果“否”，则RBS继续发射(过程1119)，并且UC12b结束。如果判定1114确定PHF以前已触发，则采用“是”路径，并且算法继续到判定1115，该判定检查连续清除指示的要求次数是否已发生。如果否，则功能采用“否”路径，结束UC12b，并返回1100，等待下一KA间隔。如果判定1115确定连续清除指示的要求次数已发生，则采用“是”路径到过程1116，在该过程中，该功能清除对于这一个远程PTS系统(即此示例中的PTS₂)的关闭依赖性。

接着，在1117，PHF确定本地PTS₁系统是否与团体内操作的任何其它PTS系统具有关闭依赖性。如果“是”，则RBS保持在关闭中，直至所有依赖性已清除(过程1118)。如果无依赖性保持存在(即，在1117的“否”)，则过程1119允许RBS发射。因此，如果满足适当的条件，则在UC12b中PTS₁系统解除锁定并且发射。

UC13：无GPS位置信息

UC13描述在PTS系统确定本地系统(例如，PTS₁)或远程系统(例如，PTS₂)没有GPS锁并且准确的位置信息不可用时采取的动作。例如，PTS₁系统连接到WAN并正常操作，以及其PTS-SF已收到来自团体内操作的另一PTS系统(PTS₂)的KA消息。

参照图11a，在1100，KA消息由本地PTS₁系统从远程PTS₂系统收到。在判定1101，PHF确定邻近度处理功能是否在PTS₁和PTS₂上启用。如果未启用，则PHF将检查以前的触发是否使PTS₁在关闭中，但此情形不在UC13的范围内。在1103的“否”判定也将不在此使用情况的范围内。

在判定1105，PHF确定PTS₁和PTS₂系统是否均具有有效GPS信息。如果“是”，则算法继续，并且UC13结束，因为对于此使用情况，这将是无效GPS情形。如果PTS₁和PTS₂具有无效GPS信息，则PHF将此视为正清除指示，并且确定是否必须进行关于以前触发是否存在的检查(1106)并增大清除计数器。随后，PHF 继续到图11c中所示的过程1113：检测PH功能的清除。

在判定1114，PHF检查PH功能是否以前已触发。如果“否”，则过程1119允许RBS继续发射，并且UC13结束。

如果判定1114确定PHF功能以前已触发，则在判定1115，PHF检查以了解连续清除指示的要求次数是否已发生。如果它已发生(即，在1115的“是”)，则过程1116清除对于这一个远程PTS系统的关闭依赖性。如果未发生，则PHF返回到1100，等待下一KA间隔，并且UC13结束。

在判定1117，PHF确定本地PTS系统是否与团体内操作的任何其它PTS系统具有关闭依赖性。如果有依赖性，则采用“是”路径，并且RBS保持在关闭中(过程1118)。如果没有存在的依赖性(即，来自判定1117的“否”路径)，则过程1119允许RBS发射。UC14：邻近度处理功能已禁用

UC14描述本地系统(例如，PTS₁)或远程系统(例如，PTS₂)将PTSP“PH功能开/关”值设为“零”或者“否”的任何逻辑指示时采取的动作。在PTS系统连接到WAN并且其PTS-SF接收到来自团体内操作的另一PTS系统的KA消息时，可触发UC14。

例如，在本地PTS₁系统在开始过程1100接收来自远程PTS₂的KA消息后，在判定框1101，PHF确定PHF是否在PTS₁和PTS₂上启用(例如，相对于属性“PH功能开/关”，每个指示“开”)。如果它已启用，则算法通过采用来自1101的“是”路径而继续。然而，由于此条件明显不在禁用的PHF的范围内，因此，此特定使用情况UC14结束。如果PTS₁和PTS₂之一禁用了PHF特征(即，在1101的“否”)，则PHF将检查以前的触发是否使PTS₁在关闭中(过程1102)，并且确定这两个系统上的锁定依赖性是否需要清除。

PHF继续到图11c中所示的过程1120：检查立即清除。在判定1121，PHF确定该功能是否以前已触发。如果它已触发(即，在1121的“是”)，则算法继续。如果未触发，则过程1125允许本地RBS发射，并且PHF返回到1100，并等待下一KA，这不适用于UC14。

在过程1122，PHF清除有关PTS系统对的关闭依赖性。接着，在判定框1123，PHF确定本地PTS₁系统与团体内的任何其它远程PTS系统之间是否有关闭依赖性。如果存在依赖性(即，在1123的“是”)，则过程1124促使PTS₁系统保持在关闭中，直至所有其它依赖性已清除，并且PHF返回到1100，并等待下一KA时期。如果没有存在的依赖性(即，在1123的“否”)，则过程1125允许本地PTS₁发射，并且之后PHF返回到1100并等待下一KA时期。

UC15-操作员启动的PHF配置更改

UC15描述在PTS确定本地系统(例如，PTS₁)的操作员或远程系统(例如，PTS₂)的操作员已更改PTSP“PH功能开/关”值的状态时采取的动作。这包括从开更改到关和从关更改到开。在PTS₁系统连接到WAN并正常操作(PTS₁的发射状态可以为正在发射或衰弱的)、并且本地PTS₁的PTS-SF已收到来自团体内操作的另一PTS系统(例如，PTS₂)的KA消息后，触发此使用情况。

如图11a中所示，在1100，由本地PTS系统(PTS₁)从远程PTS₂系统收到KA消息。在判定框1101，PHF确定邻近度处理功能是否在PTS₁和PTS₂系统上启用。如果是(即，在1101的“是”)，则算法继续，但此情形将不在配置已更改的此使用情况的范围内。

如果两个PTS系统之一未启用PHF(即，在1101的“否”)，则PHF功能在此PTS对上不是活动的(过程1102)，并且PHF执行图11d中所示的过程1120：检查立即清除。接着，在1121，PHF确定该功能是否以前已触发。如果它以前未触发，则采用“否”路径到过程1125，该过程促使本地PTS₁ RBS继续发射，并且PHF返回到1100并等待下一KA消息间隔。如果该功能已触发，则采用“是”路径到过程1122，在该过程中，PHF清除用于此PTS系统对(PTS₁和PTS₂)的关闭依赖性。

接着，在1123，PHF确定PTS₁与团体内操作的任何其它PTS系统之间是否有关闭依赖性。如果“是”，则过程1124促使PTS₁保持在关闭中。如果“否”，则在1125，PTS₁变强并且被允许发射。在过程1124或1125后，PHF过程返回到1100并等待下一KA时期。

本文中所述的自动发现和更新协议通过在每个连接的对等体保持团体成员的对等系统和订户状态信息，并且通过检测其它团体成员何时进入或离开团体，提供了健壮性。

每个PTS是完整的电信系统(例如，UMTS)，支持电路交换和分组交换呼叫、短消息、话音邮件及组呼叫。因此，它能作为独立系统操作，向在其无线电覆盖区域中的UE提供所有这些服务(即使它不具有到IP WAN或PSTN的连接性)。系统可以是完全同质的并被组合以扩大系统。此外，PTS系统可制成移动式，因为它们由于实现的小占用空间(footprint)和自足性质而是小巧的。

PTS系统中使用的PTS O&M的相对简单性能够快速、轻松地配置，因为操作员要配置的参数的数量可保持为刚好的最小值(例如，小于20)。在任何可能的情况下，配置PTS组件所要求的参数从一个或多个操作员参数得出。警报是相关的和自康复的动作，并且其执行是为了尝试自动从故障恢复。团体的形成是自动的，并且团体中的PTS系统自动自行配置以支持漫游和系统间呼叫而无任何操作员干预。

PTS集体对一个或多个系统的故障适应性强，因为订户数据在集体中是重复的。订户可从一个PTS系统移动或漫游到另一系统，并且仍获得全套服务和保持认证。因此，订户在团体中的每个PTS系统中是“在家”的，并且从不固定于任何一个特定PTS系统来获得对任何服务的接入。

小巧的PTS系统的位置信息(例如，经GPS来跟踪)能以多种方式用于使系统的行为适合于移动和定位。例如，系统在地理上相互接近时，PTS系统提供的位置信息用于将小区干扰降到最低(例如，使用纬度、经度和海拔高度)。作为GPS信息的附加或替代，通过使用无线电信道测量(如相邻小区id)，也能将小区干扰降到最低。地理邻近度也可用于触发更大集体内子组的形成，以将配置影响降到最低和提供基于位置的服务。

在HLR内容同步后，各个系统即使丢失到外部实体的网络连接性也可继续提供服务。系统甚至可重新启动并回到服务而在任何外部实体上无依赖性。

虽然本发明已连同网络通信节点来描述(这些通信节点可在进入和离开网络团体时相互发现)，但本发明可在各种各样的通信环境和应用中实践。例如，每个通信系统节点可简单地预配置成包括旨在参与团体的其它装置的所有信息和/或订户和配置数据的更新可在规则调度上执行。例如，只要包括位置和识别信息的某一形式的存在消息在节点之间交换，一些实施例便可包括本文中所述的自动节点发现方面的所有或子集或不包括这些方面。

本领域的技术人员将明白，在不脱离本发明的精神和范围的情况下，能在本发明的用于电信系统无线电基站(基站收发信台(BTS)、基站(BS)或NodeB的任何实现)的功率控制的方法和配置中进行各种更改和修改。因此，预期本发明涵盖本发明的修改(只要它们在随附权利要求及其等同物的范围内)。

Claims (21)

1.一种用于在包括至少本地网络节点和远程网络节点的电信系统节点的网络中控制与所述本地网络节点相关联的便携式无线电基站RBS的功率的方法，其中所述远程网络节点和所述本地网络节点的至少一个在操作期间处于物理运动中，所述方法包括：

在所述本地网络节点保持用于存储多个数据组的持久记录，其中每个所述数据组与所述电信系统节点之一相关联，并且每个所述数据组包括节点识别数据和配置数据；

从所述本地网络节点定期向所述持久记录中识别的每个远程节点发送存在消息，所述存在消息包括识别所述本地网络节点的数据和所述本地网络节点的位置数据；

在所述本地网络节点接收由远程网络节点发送的进入存在消息，所述进入存在消息包含识别所述远程网络节点的数据和所述远程网络节点的位置数据；

确定所述本地网络节点与所述远程网络节点之间的物理距离；以及

基于所述物理距离和预定阈值，调整所述便携式RBS的功率，以便保持对所服务的用户设备UE的服务，并且最小化与所述远程网络节点之间的干扰。

2.如权利要求1所述的方法，其中当所述物理距离小于所述预定阈值时，使所述便携式RBS的功率衰弱。

3.如权利要求1所述的方法，其中仅在预定数量的连续存在消息传送时间间隔上确定所述物理距离在所述预定阈值内之后，才使所述本地网络节点的所述便携式RBS的功率衰弱。

4.如权利要求1所述的方法，其中仅在满足所述本地与远程节点之间的优先级条件时才调整所述便携式RBS的功率。

5.如权利要求4所述的方法，其中如果所述本地网络节点的MAC地址大于所述远程网络节点的MAC地址，则满足所述优先级条件。

6.如权利要求1所述的方法，其中所述持久记录中存储的所述数据组和所发送和接收的存在消息每个包括与所关联的网络节点的RBS是衰弱还是正在发射、邻近度处理功能是启用还是禁用有关的信息以及对于以前已抛出所述邻近度处理功能并且当前造成衰弱条件的每个远程网络节点的衰弱依赖性指示，所述方法还包括：

如果对所述本地网络节点或所述远程网络节点禁用所述邻近度处理功能，并且与所述本地网络节点相关联的数据组指示所述本地网络节点的所述RBS正在发射，则允许所述RBS继续发射；或者

如果所述本地网络节点的所述RBS被衰弱，则：

清除对于所述远程节点的衰弱依赖性；以及

仅在不存在对于任何其它远程网络节点的衰弱依赖性指示时，才从所述RBS进行发射。

7.如权利要求1所述的方法，其中所述持久记录中存储的所述数据组和所发送和接收的存在消息每个包括与所关联的网络节点RBS是衰弱还是正在发射有关的信息、所述位置数据是有效还是无效的指示以及对于以前已抛出邻近度处理功能并且当前造成衰弱条件的每个远程网络节点的衰弱依赖性指示，所述方法还包括：

如果所述位置数据对所述本地网络节点或所述远程网络节点无效，并且与所述本地网络节点相关联的数据组指示所述本地网络节点的所述RBS正在发射，则允许所述RBS继续发射；或者

如果所述本地网络节点的RBS被衰弱，则清除对于所述远程节点的衰弱依赖性，以及

仅在不存在对于任何其它远程网络节点的衰弱依赖性指示时，才从所述RBS进行发射。

8.如权利要求7所述的方法，其中仅在预定数量的连续存在消息传送时间间隔上在来自所述远程网络节点的存在消息中接收到所述位置数据无效的指示后，才进行清除所述衰弱依赖性和从所述RBS发射。

9.如权利要求1所述的方法，其中所述持久记录中存储的所述数据组和所发送与接收的存在消息每个包括与所关联的网络节点RBS是衰弱还是正在发射、邻近度处理功能是启用还是禁用有关的信息以及对于以前已抛出所述邻近度处理功能并且当前造成衰弱条件的每个远程网络节点的衰弱依赖性指示，所述方法还包括：

跟踪进入存在消息是否在预期存在消息传送间隔内到达，并且如果所预期的进入存在消息未能在所述存在消息传送间隔内到达，则：

如果为所述本地网络节点和所述远程网络节点均启用所述邻近度处理功能，并且与所述本地网络节点相关联的数据组指示所述本地网络节点的所述RBS正在发射，则允许RBS继续发射；或者

如果所述本地网络节点的所述RBS被衰弱，则清除对于所述远程节点的衰弱依赖性，以及

仅在不存在对于任何其它远程网络节点的衰弱依赖性指示时，才从所述RBS进行发射。

10.如权利要求9所述的方法，其中仅在预定数量的连续存在消息传送时间间隔上所预期的进入存在消息未能从所述远程网络节点到达时，才进行清除所述衰弱依赖性和从所述RBS发射。

11.如权利要求1所述的方法，其中每个电信系统节点是自足的。

12.如权利要求1所述的方法，其中每个电信系统节点是移动的。

13.一种便携式电信系统，包括：

无线电基站RBS，用于发射信息信号；

位置确定装置，用于提供有关所述便携式电信系统的位置信息，其中所述便携式电信系统能够在操作期间物理运动；

存储器，用于存储多个数据组，其中每个所述数据组包括与电信节点的网络中电信系统节点相关联的节点识别数据和包括预定阈值的配置数据，所述电信节点的网络包括所述便携式电信系统和远程电信系统；

程序管理模块，用于定期从所述便携式电信系统向所述存储器中识别的每个远程电信系统发送包括识别所述便携式电信系统的数据和有关所述便携式电信系统的位置信息的存在消息，以及用于接收从所述远程电信系统发送的包括识别所述远程电信系统的信息和有关所述远程电信系统的位置信息的存在消息；以及

邻近度处理模块，用于从所述位置信息来确定所述便携式电信系统与所述远程电信系统之间的物理距离，并基于所述物理距离和所述预定阈值来调整所述RBS的功率。

14.如权利要求13所述的便携式电信系统，其中当所述物理距离小于所述预定阈值时，使所述RBS的功率衰弱。

15.如权利要求13所述的便携式电信系统，其中所述RBS是NodeB。

16.如权利要求13所述的便携式电信系统，其中仅在满足所述便携式电信系统与所述远程电信系统之间的优先级条件时，才使所述RBS的功率衰弱。

17.如权利要求16所述的便携式电信系统，其中如果所述便携式电信系统的MAC地址大于所述远程电信系统的MAC地址，则满足所述优先级条件。

18.如权利要求13所述的便携式电信系统，其中仅在预定数量的连续存在消息传送时间间隔上确定所述物理距离在所述预定阈值内之后，所述邻近度处理模块才调整所述RBS的功率。

19.如权利要求13所述的便携式电信系统，其中所述便携式电信系统是自足的。

20.如权利要求13所述的便携式电信系统，其中所述便携式电信系统是移动的。

21.如权利要求13所述的便携式电信系统，其中所述远程电信系统能够在操作期间物理运动。