分组语音网络中电话的自动设定

摘要

公开了用于设定分组语音网络(10)中的电话的方法。一种方法包括：确定因特网协议电话(12A、B、N)已经被注册在网络(24)中；接收IP电话的唯一标识符；基于IP电话的唯一标识符确定与IP电话相关联的个体用户的用户标识符；基于用户标识符生成IP电话的配置；将该配置提供到IP电话(32)。公开了用于基于电话的唯一标识符得出用户标识符的各种方法。

说明书

技术领域

本发明一般地涉及计算机网络。更具体而言，本发明涉及在设定用于分组语音网络中的电话时涉及的问题。

背景技术

这一部分中描述的方法可以实现，但是并不一定是先前已察觉或已实现的方法。因此，除非这里另有指明，否则这一部分中描述的方法并不是本申请中权利要求的现有技术，也不应当因为被包括在这一部分中而被当作现有技术。

使用分组语音电话或IP语音服务的网络服务提供商或顾客在向最终用户部署IP电话方面面临着挑战。具体而言，服务提供商和顾客需要向IP电话提供对于每个个体用户来说适当或正确并且包括多种参数的配置，所述参数例如是电话号码和每个电话的特定特征集合。例如，部署在接待台处的IP电话与部署到会议室的电话要求的特征集合和配置完全不同。依赖于个体在组织中的角色，不同的个体也要求不同的电话号码和/或特征集合。

在传统的方法中，部署IP电话的过程大部分是手动的。该方法要求技术人员亲身位于现场以将电话分发到每个位置并为每个电话创建正确的配置。这种方法是昂贵且耗时的。在将现有顾客(或场所)迁移到VoIP网络同时保持顾客的现有电话号码时，该方法也尤其富有挑战性。

呼叫控制系统被用于管理VoIP网络中的IP电话。呼叫控制系统的商业示例包括可从Cisco System，Inc.，San Jose，California以商业方式获得的Cisco Call Manager(Cisco呼叫管理器)和Cisco IOS路由器上的CallManager Express(呼叫管理器特快)。呼叫控制系统通过电话的媒体访问控制(MAC)地址来识别电话，该地址是在制造电话时分配的标识符值并且通常永不变化。动态IP寻址通常被用于VoIP网络中，并且呼叫控制系统通常包括或者可以访问用于分配地址的动态主机控制协议(DHCP)服务器。

在此上下文中，当IP电话启动时，IP电话通过向呼叫控制系统发送包含其MAC地址的DHCP请求以为其自身获得IP地址。IP电话还请求来自呼叫控制系统的初始配置。一旦接收到初始配置，IP电话就在内部应用该配置。IP电话利用其MAC地址和其他参数向呼叫控制注册。

但是，初始配置通常不包含为特定个体用户定制或适合于特定个体用户的所有参数值。为了使IP电话针对特定用户正确工作，IP电话的正确特定配置需要预先被存储在呼叫控制系统中，并且被取得和应用到IP电话。对于每个标识IP电话的MAC地址可能有一个特定配置。因此，选择和应用正确的配置需要一种将由其MAC地址标识的特定IP电话与特定用户关联起来的方式。如果能够使个体用户与个体IP电话关联起来，则可以分配正确的电话号码和特征集合，并且在每个电话的呼叫控制中构建和设定正确的配置。

在当前的惯例中，识别电话到用户关联一般是手动的过程。例如，服务提供商派遣技术人员到现场以亲身将电话分发到每个位置，并且该技术人员确定MAC地址到用户的关联。该信息被发送到服务提供商的网络操作中心，并且每个电话的正确配置是通过网络通信在现场在呼叫控制系统中手动生成并以电子方式设定的。用户到MAC地址、电话号码、特征集合等的关联被确立。但是，由于该方法要求现场访问以及许多耗时且易出错的手动步骤，因此认为它是昂贵且不合需要的。

附图说明

在附图中以示例方式而不是限制方式示出了本发明，附图中类似的标号指代类似的元件，其中：

图1A是示出示例性分组语音网络中的元件的简化网络拓扑图；

图1B是示出用于分组语音网络中电话的自动设定的一种方法的高级视图的流程图；

图1C是在实现图1B的步骤108时可以执行的附加步骤的流程图；

图2A是用于分组语音网络中电话的自动设定的方法的示例性实施例的流程图；

图2B是图2A的方法中的更多步骤的流程图；

图3是用于以特定配置设定电话的过程的流程图；

图4是示出可以用来实现实施例的计算机系统的框图。

具体实施方式

描述了一种用于分组语音网络中IP电话的自动设定的方法。在一种方法中，自动确定电话到用户关联，并且自动设定IP电话以辅助IP电话的大规模部署。在下面的描述中，为了说明，阐述了许多具体细节以提供对本发明的彻底理解。但是，对于本领域的技术人员来说显而易见的是，没有这些具体细节也能实现本发明。在其他实例中，以框图形式示出公知的结构和设备，以避免不必要地模糊本发明的主题。

这里根据下面的大纲描述实施例：

1.0一般概况

2.0结构和功能概况

3.0分组语音网络中电话的自动设定

3.1确定电话标识符到用户标识符的关联

3.2基于用户标识符自动设定电话

4.0实现机构-硬件概况

5.0扩展和替换

1.0一般概况

前述背景技术中识别的需求，以及其他需求和目的将从下面的描述中清楚显现出来，并且在本发明中得以实现，本发明包括用于设定分组语音网络中的电话的方法。一种方法包括：确定因特网协议(IP)电话已经被注册在网络中；接收IP电话的唯一标识符；基于IP电话的唯一标识符确定与IP电话相关联的个体用户的用户标识符；基于用户标识符生成IP电话的配置；以及将该配置提供到IP电话。公开了用于基于电话的唯一标识符导出用户标识符的各种方法。

根据另一种方法，设定分组语音网络中的IP电话包括以下步骤：确定因特网协议(IP)电话已经被注册在网络中；接收IP电话的媒体访问控制(MAC)地址；标识网络中的交换机的耦合到IP电话的端口；当交换机端口到用户标识符的映射在网络中不可用时，利用发现协议邻居信息来识别与IP电话耦合到相同端口的另一设备，并且在这种另一设备被识别时从发现协议邻居信息获得用户标识符；当主机名到用户标识符的映射在网络中不可用时：向IP电话分配唯一的临时电话号码；监视经过IP电话并定向到另一设备的IP流量；当IP流量包括已知包括用户标识符的协议的分组时从IP流量获得用户标识符；基于用户标识符从用户信息数据库取得用户记录；从用户记录获得用户电话号码；并且利用包括用户电话号码的最终配置设定IP电话。

公开的内容提供了许多其他方面和上述方面的特征。具体而言，在其他方面中，本发明包括被配置为执行上述步骤的计算机装置和计算机可读介质。

2.0结构和功能概况

图1A是示出示例性分组语音网络中的元件的简化网络拓扑图。图1B是示出用于分组语音网络中电话的自动设定的一种方法的高级视图的流程图。

首先参考图1A，与商业企业11相关联的分组语音网络10包括多个IP电话12A、12B、12N等等，这些IP电话可通信地耦合到多个交换机14A、14B之一的端口。交换机耦合到路由器16A、16B。呼叫控制系统18耦合到交换机14A、14B之一，或者被实现为由路由器16A、16B容宿的应用。在此布置中，特定电话12A被间接耦合到呼叫控制系统18，并且可以向呼叫控制系统注册。

一个或多个个人计算机20A、20B也可以耦合到交换机14A、14B的端口。在某些部署中，特定的个人计算机可以与IP电话耦合到交换机的相同端口。例如，PC 20A可以与IP电话12A耦合到交换机14A的相同端口21。正如这里进一步描述的，确定设备的MAC地址是否与特定端口上的IP电话或PC相关联可以从除了交换机所维护的信息之外的其他来源得出，例如来自呼叫控制的电话注册表，CDP邻居表，其中包括了设备类型。

网络10可以通过边缘路由器和防火墙或其他适当的安全性控制机构耦合到另一网络，例如互联网24。在此布置中，位于网络10之外的服务提供商操作中心30和企业11可以通过互联网24与呼叫控制系统18通信。在图1A的示例中，企业11可以被当作服务提供商的顾客。虽然术语“服务提供商”被用于这里的某些描述中，但是这里所描述的所有技术都同样适用于独立于服务提供商部署分组语音网络的商业企业。从而，对服务提供商及其与其他当事人和元件的交互的描述是用来作为示例性部署场景的，但是这里描述的技术也适用于企业部署场景及其他。

现参考图1B，在步骤102中，IP电话自动地向呼叫控制系统注册。在步骤104中，呼叫控制系统确定与IP电话相关联的唯一标识符。在一个实施例中，唯一标识符是MAC地址。在步骤106中，呼叫控制系统向IP电话提供初始配置。

在一个实施例中，呼叫控制系统18包括实现允许IP电话12A、12B、12N自动向呼叫控制系统注册以及允许呼叫控制系统18发现电话的MAC地址的特征或应用的一个或多个计算机程序或其他软件元件。在一个实施例中，呼叫控制系统18耦合到交换机14B，并且包括Cisco CallManager，在另一个实施例中，呼叫控制系统18是Cisco IOS路由器中的Cisco Call Manager Express。呼叫控制系统18基于存储在呼叫控制系统中的或呼叫控制系统可访问的模板向IP电话提供由呼叫控制系统生成的通用最低配置32。最低配置32包括从可用号码池选择出来的电话号码。可用号码池可以包括私人或临时号码。

在步骤108中，设定系统针对每个IP电话自动发现IP电话的唯一标识符到个体用户的用户标识符的关联。在一个实施例中，操作中心30包括设定系统34，一旦电话被以最低配置注册，该设定系统就自动发现电话MAC地址到用户的关联。或者，设定系统34可以实现为网络10的元件，例如实现为呼叫控制系统18的一部分。

在步骤110中，设定系统为每个电话生成特定配置。在一个实施例中，设定系统34基于与电话相关联的特定用户生成包括正确电话号码、特征集合和其他配置参数的IP电话配置。在步骤112中，设定系统将特定配置提供到呼叫控制系统。例如，设定系统34通过互联网24将特定配置传输到呼叫控制系统18。结果，呼叫控制系统18可以将特定配置提供到网络10中的电话，并且电话应用并开始使用特定配置。

图1C是在实现图1B的步骤108时可以执行的附加步骤的流程图。一般来说，步骤108包括确定电话MAC地址到用户的关联。在一个实施例中，步骤108可以包括组合信息，如图1C所示。在步骤108A中，发现注册电话的MAC地址。在步骤108B中，向网络中每个插入了电话的主交换机发出查询，以取得交换机端口标识符和邻居MAC地址的关联。在此上下文中，交换机所维护的邻居MAC地址是耦合到相关联的端口的设备的MAC地址。

在步骤108C中，通过将步骤108B中获得的交换机端口标识符映射到将交换机端口映射到用户标识符的表，来取得用户关联。假定每个顾客在库存跟踪系统中维护着允许顾客识别交换机到用户关联的信息。可选地，库存跟踪系统还可以提供关于可选地连接的设备、位置等的信息。每个用户可以被分配多于一个交换机端口。如果这种库存数据不可用，则需要进行现场调查来提供这种信息。

3.0分组语音网络中电话的自动设定

3.1确定电话标识符到用户标识符的关联

现在参考图2A、图2B描述用于分组语音网络中电话的自动设定的方法的特定实施例。图2A是用于分组语音网络中电话的自动设定的方法的示例性实施例的流程图，图2B是图2A的方法中的更多步骤的流程图。在下面的描述中，术语“电话”是指IP电话。IP电话的商业示例是Cisco7920IP电话，但是这些实施例可以用于任何种类的IP电话。

这里对图2A、图2B的描述假定在IP电话的部署中已经发生了某些初步步骤。例如，本描述假定服务提供商或顾客从制造组织定购了IP电话，而制造组织将电话直接装运到顾客所在地；也就是说，不需要有在IP电话制造之后、部署到最终用户所在地或顾客之前对其进行配置的“中间整备区(staging area)”或其他预配置点。服务提供商还利用每类电话或若干类电话的最低配置以及要分配的电话号码的池来配置呼叫控制系统。该池包括临时号码，这种临时号码可能不对应于一般来说永久分配给电话的最终号码。

描述还假定顾客打开电话的装运盒，并将电话分发到组织中的位置。例如，电话被分发到雇员办公桌，并且每个人基于盒外的标签接收到适当类型的电话。每个人将电话插到交换机端口中，该端口通常可通过使用位置处的插孔来访问。然后电话启动。IP电话向呼叫控制系统注册，并且提供其MAC地址。作为响应，呼叫控制系统提供具有随机分配的电话号码的最低配置。

此外，这里的描述指定了针对一个IP电话的动作；但是，在商业实施例中，这里的技术可以应用到相对同时地注册和启动操作的任何数目的IP电话。

现参考图2A，在步骤202中，发现电话的MAC地址。在一个实施例中，这种发现包括监听由呼叫控制系统发布的电话注册事件，或者针对所有注册电话向呼叫控制系统发出查询。事件或对查询的答复提供与电话相关联的MAC地址和临时电话号码。该方法假定IP电话向呼叫控制系统注册，并且在电话启动或注册时提供包括以太网MAC地址的设备名称。呼叫控制系统可以维护将MAC地址关联到电话号码的表，并且可以生成具有这种信息的事件或在对查询的答复中提供它。

可选地，在步骤202被执行之后，服务提供商可以出于加强安全性的目的要求人类干预。具体而言，可以存在这样的风险：例如在用户不为呼叫服务付费的情况下，未经授权的IP电话可能进入网络，向呼叫控制系统注册，以这里进一步描述的方式自动配置它自身，并且开始通过网络发出未经授权的呼叫。为了增大安全性，在步骤202之后，服务提供商可以要求管理员审查IP电话的身份并且批准它进行如下文针对步骤204-232所描述的后续处理。在一个实施例中，每次在步骤202中检测到IP电话注册事件时，电话的MAC地址和来自注册事件的其他信息就被存储在审查队列中的记录中。图2A的过程随后被中断，直到管理员审查记录并将记录标记为经批准为止。当记录被标记为经批准时，控制就进行到步骤204。

在步骤204中，将唯一的临时电话号码分配给电话。电话号码可能是从可用临时号码的池中选择出来的。

在步骤205中，识别连接到电话的交换机端口。在各种实施例中，可以通过以下步骤确定连接到电话的交换机端口：建立到交换机的远程连接并发出适当的查询；发出根据DHCP选项82封装对交换机端口的请求的DHCP请求；询问路由器ARP表或交换机CAM表；并且如果为交换机所支持，则询问交换机中的发现协议表。

例如，对于Cisco Catalyst以太网交换机和IP电话，可以启用CiscoDiscovery Protocol(Cisco发现协议，CDP)来获得该信息。设定系统可以查询交换机的CDP表，从而利用定向到Cisco-CDP-MIB的SNMP查询来获得邻居设备信息。Cisco-CDP-MIB的cdpCacheTable给出关于连接的设备的类型(例如路由器、交换机、IP电话)、设备IP地址、设备hashKey和MAC地址的信息。

或者，第2层交换机通常维护将邻居MAC地址关联到端口标识符的桥转发表(CAM表)。在一个实施例中，这些值可以从BRIDGE-MIB中的dotldBasePortIfIndex、dotldTpFdbTable获得。此外，对于支持第3层路由选择的路由器或交换机，交换机或路由器的ARP表包含邻居设备信息，其中包括设备IP地址、MAC地址和连接的接口。

基于上述信息来源中的任何一个，可以通过将注册电话的MAC地址与将交换机端口值和从交换机获得的邻居MAC地址关联起来的表相匹配来确定电话MAC地址到交换机端口的关联。

然后，如步骤206至208所示，得出电话MAC地址到用户标识符的关联。在步骤206中，执行测试以确定将交换机端口值关联到用户标识符值的数据库或表是否可用。如果是的话，则可以通过在数据库或表中查找电话所附接到的端口的端口值来确定电话的用户标识符；然后控制被转移到图2B的步骤222。

如果这种数据库或表不可用，则间接装置可被用于得出用户标识符，如步骤208、步骤210和步骤212所示。在步骤208中，用CDP邻居信息来识别与电话连接到相同交换机端口的个人计算机或其他设备。在步骤210中，取得PC主机名称或类似的信息。在步骤212中，执行测试以确定将主机名关联到用户标识符的数据库或表是否可用。如果是的话，则可以通过在数据库或表中查找主机名来确定电话的用户标识符；然后控制被转移到图2B的步骤222。

这些步骤承认可以基于关于除电话之外的拥有到特定用户或位置的已知关联的设备的信息来确定电话到交换机端口关联。例如，如果IP电话的用户还拥有个人计算机(PC)，并且顾客跟踪系统维护将PC的标识符关联到交换机端口以及关联到用户或位置的信息，则这种信息可用于将用户关联到电话。

作为具体示例，在许多部署中，当用户接收到IP电话时，电话和PC都使用相同的交换机端口。电话可以被插到交换机端口中，并且PC被插到构建在电话之后的交换机端口中。可以通过询问看到了与电话的MAC地址在相同端口上的PC的MAC地址的交换机来确定用户标识符。某些顾客可以采用端口分配方案，例如对于在相同位置部署的IP电话和PC轮换电话号码。因此，如果顾客库存系统已经维护了关联PC、交换机端口和用户的信息，则向该信息应用邻接规则就能够得出IP电话MAC地址、交换机端口和用户的关联。邻接规则的一个示例是如果IP电话的MAC地址出现在具有比PC的MAC地址出现的端口大1的标识符的交换机端口上，则IP电话和PC是与相同用户相关联的。

如果在步骤212处没有数据库或表可用，则在步骤214中，将唯一的临时电话号码分配给电话。该电话号码可能是从可用临时号码的池中选择出来的。在步骤216中，在IP电话的显示器上显示消息，请求用户联系管理员。执行步骤216是因为没有定位到用户标识符，因此需要手动动作来迅速获得用户标识符。但是，直到用户联系管理员时为止，该过程都会尝试用其他自动装置还识别用户。

具体而言，如图2B的步骤218中所示，在一个实施例中，IP电话监视经过IP电话并定向到位于相同交换机端口上的PC的IP网络分组或流量。例如，IP电话监视经过IP电话到PC的流量，，并检查流量的分组以确定分组是否标识公知的邮件协议，例如POP3电子邮件访问，以发现PC用户的电子邮件地址。该步骤承认例如在许多部署中PC被设置为每隔几分钟就周期性地查询其POP3邮件服务器并且取得电子邮件。

在步骤220中，执行测试以确定在经过IP电话的流量中是否发现了电子邮件userid或类似的标识符。如果是的话，则假定电子邮件userid标识IP电话的用户，并且控制传递到步骤222。

当到达步骤222时，已经通过前述方法之一确定了用户标识符。因此，在步骤222处，基于用户标识符从数据库记录取得关于IP电话的用户的信息。假定用户信息包括持久或永久的用户电话转接号码，该号码是在步骤228处提取的。在步骤230中，利用持久转接号设定IP电话。

如果利用任何前述过程都没有发现用户标识符，则在步骤224处，执行测试以确定电话用户是否呼叫了系统管理员。如果否的话，控制就返回步骤218，在该步骤中过程继续监视经过电话的流量以尝试识别用户。如果用户已经呼叫了管理员，则在步骤226中，系统管理员手动确定IP电话的持久电话号码，并将其提供到呼叫控制系统。

然后控制传递到步骤230，在该步骤中设定号码。图2A-2B的过程结束于步骤232。

3.2基于用户标识符自动设定电话

图3是用于利用特定配置设定电话的过程的流程图。图3可以在按图2A-2B所示方式确定用户标识符和临时电话号码之后执行。在步骤302中，与呼叫控制系统相关联的设定系统基于利用上述过程创建的MAC地址、交换机端口和用户的关联来创建IP电话的用户专有持久配置。持久配置可以包括正确的持久电话号码和特征集合。在步骤303中，持久配置被提供到IP电话。例如，呼叫控制系统可以基于存储的电话MAC地址将新配置设定到每个IP电话。

在步骤304中，设定系统请求呼叫控制系统重置IP电话。在步骤306中，IP电话重启动并应用新配置。结果，提供了IP电话所需的或适合于IP电话的全部功能。

从而，描述了用于分组语音网络中IP电话的自动设定的方法。在一个实施例中，该方法使IP电话设定过程完全自动化，从而使得服务提供商或顾客无需再派遣技术人员到现场。该方法使得服务提供商不再需要提供电话准备或中间整备中心，并且允许制造组织将电话直接装运到顾客。因此，该方法为服务提供商及其顾客提供了成本节省。

在一个实施例中，该方法允许了电话的MAC地址不易获得的部署场景。该方法简化了顾客所在地的电话分发，并且使得工作人员能够基于电话的装运容器上的包装标签，而不是基于使MAC地址与拥有电话的人相匹配，来向每个用户提供正确类型的电话。该方法通过在企业从先前的电话系统迁移到VoIP电话系统时确保保持相同的电话号码，从而减少了业务的中断。

3.3交互式语音响应的使用

在替换实施例中，交互式语音响应(IVR)系统可被用来支持IP电话的配置。在示例性实现方式中，执行了图2A的步骤202、204和205。部署IP电话的企业创建接收电话的每个雇员或其他用户的列表。该列表包括雇员或用户的电子邮件地址。服务提供商或企业随后利用自动设施来生成和发送电子邮件消息到每个雇员或用户。电子邮件包括伪随机选择的用户标识符和口令。

每个新部署的IP电话显示提示用户从该电话或任何其他电话呼叫指定的IVR系统号码的文本消息。当用户呼叫时，IVR利用主叫线路识别功能(“Caller ID”)来确定和收集主叫号码，该号码是在步骤205处分配的随机生成的电话号码。IRV提示用户输入来自电子邮件的用户标识符和口令。基于主叫号码、用户标识符和口令，设定系统与呼叫控制系统18交互，以利用持久分配给该用户的正确电话号码来重新配置呼叫控制系统。该过程减少了管理员或操作者完成新IP电话的部署和配置需要执行的手动步骤的数目。

3.4CISCO网络中的部署

作为示例性实施例，前述一般方法和技术可以按以下方式应用在使用Cisco设备的网络中。路由器16A、16B例如可以包括Cisco 1760、2611xm、2621xm、2651xm、2691或3725型路由器。交换机14A、14B例如可以包括Cisco Catalyst 3550-24PWR交换机。IP电话12A、12B、12N可以包括Cisco 7910、7940、7960、ATA 186、ATA 188或7905IP电话。在其他实施例中可以使用其他路由器、和IP电话。假定网络10中的路由器、交换机和IP电话被配置为提供具有所有传统上用来部署分组电话的适当支持服务的分组电话服务。例如，部署了LAN交换、IPsec、IOS(r)电话服务等等。

假定与设备制造商或服务提供商相关联的网络包括配置部署服务，例如一个或多个Cisco CNS Configuration Engine(Cisco CNS配置引擎)服务器。这种服务器可以基于服务提供商创建和批准的主配置或模板自动将配置信息递送到网络元件。

服务提供商可以但不必向企业11提供外部电话服务。假定服务提供商(SP)不在其所在地使用中间整备区，因此Cisco设备直接被装运到顾客。

顾客随后联系SP。当事人限定初始服务和合同条款，其可包括服务级别协议、时间表、IP电话和LAN交换机类型、财务方面、租期等等。

对于每个LAN交换机，SP通过其主机名或IP地址确定要使用的CNSConfiguration Engine设备，并且识别将被用来唯一标识IP电话的CNS标识符值的类型。SP呼叫制造商或使用其网站并定购交换机和IP电话，指定适当的模块、引导配置、CNS Configuration Engine服务器的主机名和网络地址以及CNS标识符类型。

制造商构建所请求的设备。一旦装运，就例如通过扫描设备纸箱上的序列号的条码来将交换机和IP电话的CNS ID值传输到SP。在替换实施例中，SP可以在设备被构建之前预先确定CNS ID值并将它们传输到制造商，以用于创建引导配置。此外，CNS Configuration Engine可以递送交换机的配置，并且电话的初始配置可由呼叫控制系统提供。当Cisco CallManager是呼叫控制系统时，则可用图形管理界面来提供电话配置。当Cisco Call Manager Express是呼叫控制系统时，则CNS ConfigurationEngine可以递送电话的初始配置。

SP随后生成将要被存储在CNS Configuration Engine中的包括潜在的初始服务的定义的适当的初始配置，以及用于在IP电话开始工作时启用初始服务的递增配置。SP人员还准备交换机的初始配置，并且完成它针对特定平台启用域管理员和CNS Configuration Engine的过程。例如，SP人员可以创建设备图像，关联初始配置文件和CNS Id，并且还可能关联下面的用于之后的服务请求的更新步骤。

制造商随后装运IP电话和交换机。一旦顾客接收到设备，顾客就可以选择呼叫SP技术人员来到现场并帮助安装IP电话和交换机。或者，顾客执行安装。

IP电话通过诸如DHCP这样的IP地址发现协议获得其IP连通性。IP电话和交换机随后可以尝试联系在其引导配置中指定的CNS ConfigurationEngine。如果成功，则IP电话和交换机取得其初始配置并应用它们。设备随后例如利用CNS代理发送指定是发生了配置成功还是失败的事件。

一旦接收到成功事件，SP的网络操作中心就自动地或通过人类干预发送附加配置信息到交换机或IP电话。这种附加配置信息可以包括服务请求、调整、附加服务等等。前述过程随后被用于发现IP电话的网络地址，确定与IP电话相关联的用户，并且将最终配置递送到IP电话。

4.0实现机构-硬件概况

图4是示出可以用来实现本发明的实施例的计算机系统400的框图。计算机系统400包括总线402或其他用于传输信息的通信机构，以及与总线402相耦合以便处理信息的处理器404。计算机系统400还包括主存储器406，例如随机访问存储器(“RAM”)或其他动态存储设备，其耦合到总线402，用于存储将要被处理器404执行的信息和指令。主存储器406还可以用于在要由处理器404执行的指令的执行期间存储临时变量或其他中间信息。计算机系统400还包括只读存储器(“ROM”)408或其他静态存储设备，其耦合到总线402，用于为处理器404存储静态信息和指令。提供了存储设备410，例如磁盘或光盘，其被耦合到总线402，用于存储信息和指令。

计算机系统400可以经由总线402耦合到用于向计算机用户显示信息的显示器412，例如阴极射线管(“CRT”)。包括数字字母和其他键的输入设备414被耦合到总线402，以用于将信息和命令选择传输到处理器404。另一类用户输入设备是光标控制416，例如鼠标、跟踪球、触笔或光标方向键，用于将方向信息和命令选择传输到处理器404，以及用于控制显示器412上的光标移动。该输入设备通常具有第一轴(例如x)和第二轴(例如y)这两个轴上的两个自由度，其允许设备指定平面中的位置。

本发明涉及用计算机系统400来进行分组语音网络中电话的自动设定。根据本发明的一个实施例，分组语音网络中电话的自动设定是通过计算机系统400响应于处理器404执行包含在主存储器406中的一条或多条指令一个或多个序列来提供的。这种指令可以从另一个机器可读介质(如存储设备410)读取到主存储器406中。包含在主存储器406中的指令序列的执行使得处理器404执行这里描述的过程步骤。在替换实施例中，硬连线电路可用来替代软件指令或与软件指令相组合以实现本发明。从而，本发明的实施例并不限于硬件电路和软件的任何特定组合。

这里所用的术语“计算机可读介质”指参与向处理器404提供指令以便执行的任何介质。这种介质可以采取许多形式，包括但不限于非易失性介质、易失性介质和传输介质。非易失性介质例如包括光盘或磁盘，如存储设备410。易失性介质包括动态存储器，如主存储器406。传输介质包括同轴电缆、铜线和光纤，其中包括构成总线402的线路。传输介质还可以采取声波或光波的形式，如在无线电波和红外数据通信期间生成的声波或光波。

机器可读介质的常见形式例如包括软盘、柔性盘、硬盘、磁带、或任何其他磁介质、CD-ROM、任何其他光介质、穿孔卡、纸带、任何其他具有孔图案的物理介质、RAM、PROM、和EPROM、FLASH-EPROM、任何其他存储器芯片或存储器盒、下文描述的载波、或者计算机可以读取的任何其他介质。

计算机可读介质的各种形式可用来将一条或多条指令的一个或多个序列携带到处理器404以便执行。例如，指令可以最初承载在远程计算机的磁盘上。远程计算机可以将指令加载到其动态存储器中，并利用调制解调器经由电话线发送指令。位于计算机系统400本地的调制解调器可以接收电话线上的数据，并使用红外发送器将数据转换为红外信号。红外检测器可以接收红外信号中承载的数据，并且适当的电路可以将数据放到总线402上。总线402将数据携带到主存储器406，处理器404从主存储器406取得数据并执行指令。主存储器406接收的指令可以可选地在处理器404执行之前或之后存储在存储设备410上。

计算机系统400还包括耦合到总线402的通信接口418。通信接口418提供了到连接到本地网络422的网络链路420的双向数据通信耦合。例如，通信接口418可以是综合业务数字网络(ISDN)卡或调制解调器，以提供到相应类型的电话线的数据通信连接。作为另一个示例，通信接口518可以是局域网(LAN)卡，以提供到兼容LAN的数据通信连接。也可以实现无线链路。在任何这样的实现方式中，通信接口418发送和接收电的、电磁的或光信号，这些信号承载了代表各类信息的数字数据流。

网络链路420通常通过一个或多个网络提供到其他数据服务的数据通信。例如，网络链路420可以通过本地网络422提供到主机计算机424的连接，或者提供到由因特网服务供应商(ISP)426操作的数据设备的连接。ISP4526又通过环球分组数据通信网络(现在通常称为“因特网”428)提供数据通信服务。本地网络422和因特网428都使用电的、电磁的或光信号，这些信号承载数字数据流。经过各种网络的信号和网络链路420上并且经过通信接口418的信号(其承载去往和来自计算机系统400的数字数据)是传输信息的载波的示例性形式。

计算机系统400可以通过网络、网络链路420和通信接口418发送消息和接收包括程序代码在内的数据。在因特网示例中，服务器430可以通过因特网428、ISP 426、本地网络422和通信接口418发送对应用程序的请求代码。根据本发明，一个这种下载的应用提供这里所描述的分组语音网络中电话的自动设定。

处理器404可以在接收时执行接收代码，和/或将其存储在存储设备410或其他非易失性存储介质中以供随后执行。以这种方式，计算机系统400可以获得载波形式的应用代码。

5.0扩展和替换

在前面的说明书中，已经参考本发明的特定实施例描述了本发明。但是，很明显，在不脱离本发明的更宽精神和范围的情况下，可以对其进行各种修改和改变。因此，说明书和附图应当被认为是说明性的而非限制性的。