CN107211060B - 寻呼对讲站点 - Google Patents
寻呼对讲站点 Download PDFInfo
- Publication number
- CN107211060B CN107211060B CN201580074317.2A CN201580074317A CN107211060B CN 107211060 B CN107211060 B CN 107211060B CN 201580074317 A CN201580074317 A CN 201580074317A CN 107211060 B CN107211060 B CN 107211060B
- Authority
- CN
- China
- Prior art keywords
- station
- paging
- intercom
- spp
- stations
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1013—Network architectures, gateways, control or user entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
- H04M7/0081—Network operation, administration, maintenance, or provisioning
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Interconnected Communication Systems, Intercoms, And Interphones (AREA)
Abstract
提供一种用于寻呼通知与对讲线会议的无服务器寻呼对讲SPP站点,所述SPP站点经配置以实施相互配设以允许系统内的所有SPP站点在运行时相互维持其配置,且实施多主站点协商及主装置故障转移。多个SPP站点利用以太网缆线或WIFi连接到网络,且因此在站点当中不需要昂贵且烦琐布缆及菊花链配置。SPP站点经由多播技术在彼此之间路由包,且不需要用于控制站点间连接的IP‑PBX或其它服务器(例如,SIP服务器)。在相互配设模式中,SPP站点使用系统配置操作,所述系统配置是使用命令信道从所述网络上已有的其它SPP站点获得。系统配置由指定为主站点的SPP站点维持。多个SPP站点可在相互间协商以指定新主站点。
Description
技术领域
本发明涉及一种基于IP的无服务器寻呼对讲(SPP)站点及用于使用多播技术来部署多个SPP站点的方法及设备。
背景技术
现有“模拟”寻呼对讲站点是广泛地用于其中寻呼通知与对讲线会议两者均必要的部署中的产品。多个站点一起工作以允许多个用户在多达5个信道上进行对话并且允许同时向本地扬声器发出寻呼通知。
此类系统是模块化的,借此实现不具有单一故障点的分散式系统的优点。然而,寻呼/对讲系统(例如,图1中所描绘的系统)中的布缆可是昂贵且烦琐的。
举例来说,安装所需的寻呼或对讲线越多且装置之间的距离越大,布缆的成本就越高。在传统电话可经由单个物理线联系多个端点(借助于交换机)的情况下,寻呼对讲每信道需要一单个线。结果是使用一大捆电线来连接到每一站点。此外,站点外壳必须是足够大的以容纳用于未来服务环路的额外布缆。
另一方法使用网络主干作为通信基础设施及IP语音(VoIP)装置。借助网络,可在单个缆线上利用多个“信道”。跨越现有网络主干部署多个IP装置从而仍显著减小所添加基础设施的成本是可能的。然而,此类传统VoIP解决方案需要以模拟电话系统需要交换机的大致相同方式使用VoIP交换机。此方法无法通过引入单一故障点(否则,模拟寻呼对讲系统中将不存在所述故障点)而实现分散强度。
因此需要一种不需要昂贵且烦琐布缆的经改进寻呼对讲站点,及一种用于部署不需要使用服务器或者其它集中式或单一故障点进行互连控制的多个寻呼对讲站点的经改进系统。
发明内容
本发明的说明性实施例克服了上述及其它问题且实现了额外优点。
根据本发明的说明性实施例的若干方面,一种寻呼对讲站点相对于其它寻呼对讲站点提供寻呼通知与对讲线会议。所述寻呼对讲站点连接到支持多播及点对点通信的网络中的其它寻呼对讲站点。所述寻呼对讲站点包括:网络接口,其用以将所述寻呼对讲站点连接到所述网络;多个可配置多播地址,其用以发射及接收与其它寻呼对讲站点的对讲线会议中的音频;多个可配置多播地址,其用以将寻呼通知发射到其它寻呼对讲站点;对讲线选择器,其用以选择所述多播地址中用于对讲线会议的一者;寻呼线选择器,其用以选择所述多播地址中用于寻呼通知的一者;及处理装置,其以相互配设模式进行操作以配置所述站点以便在所述网络上使用因特网协议语音(VoIP)提供寻呼通知与对讲线会议操作。所述相互配设模式根据系统配置而分配多播地址以指定所述网络中由所述寻呼对讲站点及所述其它寻呼对讲站点使用的寻呼套接口及对讲线套接口。所述寻呼对讲站点一旦被配置便进行操作以根据所述系统配置就所接收音频而聆听其经配置寻呼套接口、在其经配置寻呼套接口上发射音频及在其经配置对讲线套接口上参与对讲线会议。
根据本发明的说明性实施例的若干方面,所述处理装置经配置以相对于所述其它寻呼对讲站点将所述寻呼对讲站点操作为主站点及维持所述系统配置。
根据本发明的说明性实施例的若干方面,所述系统配置包括由所述寻呼对讲站点及所述其它寻呼对讲站点使用的命令信道的选定多播地址的指定,且操作为主站点的所述寻呼对讲站点可就所述命令信道上由另一寻呼对讲站点提供的通知而聆听所述命令信道并经由所述命令信道将响应发送到所述寻呼对讲站点。
根据本发明的说明性实施例的若干方面,所述系统配置包括主站点列表,且所述处理装置经编程以与所述主装置列表上的其它寻呼对讲站点进行协商以指定所述主装置中的一者作为新主站点。
根据本发明的说明性实施例的若干方面,所述网络接口是以太网缆线接口及WiFi接口中的至少一者。
根据本发明的说明性实施例的若干方面,所述寻呼对讲站点进一步包括本地电源。
根据本发明的说明性实施例的若干方面,所述寻呼对讲站点经配置以用于与所述其它寻呼对讲站点进行的IPv4启用的通信及IPv6启用的通信中的至少一者。
根据本发明的说明性实施例的若干方面,经由所述寻呼对讲站点发射及接收的音频包括根据因特网标准RFC 3550而结构化的包的实时传输协议(RTP)层。
根据本发明的说明性实施例的若干方面,所述系统配置包括使用指定站点识别符及区域识别符而定义的至少两个虚拟区域。
本发明的额外及/或其它方面及优点将陈述于以下说明中,或依据所述说明将明了,或可通过本发明的实践获悉。本发明可包括寻呼对讲站点或寻呼对讲系统以及用于配置及/或操作寻呼对讲站点或寻呼对讲系统的方法,其等具有以上方面中的一或多者及/或特征中的一或多者及其组合。本发明可包括如(举例来说)所附权利要求书中所叙述的特征及/或以上方面的组合中的一或多者。
附图说明
参考如所附图式的各图中所展示的本发明的说明性实施例将更容易理解本发明,其中:
图1是图解说明常规模拟寻呼对讲系统的框图。
图2A是常规寻呼对讲站点的前视图。
图2B是常规寻呼对讲站点的俯视图。
图3A是根据本发明的说明性实施例的无服务器寻呼对讲站点的前视图。
图3B是无服务器寻呼对讲站点的俯视图。
图3C是无服务器寻呼对讲站点的前面板的后视图。
图3D是无服务器寻呼对讲(SPP)站点的内部视图。
图4、5、6、7及8是说明性安装中的多个SPP站点的图解。
图9是SPP站点中的印刷控制板的框图。
图10是表示关于图9中的印刷控制板上的处理器的硬件输入及输出的框图。
图11是表示关于图9中的印刷控制板上的处理器的软件模块的框图。
图12、13、14、15、16、17及18是由图11中的各种软件模块实施的状态图。
图19、20及21图解说明根据本发明的说明性实施例的SPP站点之间的命令信道流。
图22图解说明根据本发明的说明性实施例的由SPP站点发射及接收的说明性数据包。
在所有图式中,相似元件符号将理解为是指相似元件、特征及结构。
具体实施方式
现在将详细参考本发明的实施例,所述实施例图解说明于附图中。本文中所描述的实施例通过参考图式例示但不限于本发明。
根据本发明的说明性实施例的有利方面,且参考图3A、3B、3C及3D,提供一种采用多播的经改进寻呼对讲站点20(例如,下文中称为无服务器寻呼对讲(SPP)站点),所述多播是使得经配置以聆听给定广播地址的多个IP装置能够经由网络从单个源接收数据的技术。SPP站点经配置以具有以下特征中的一或多者:
·IPv4/IPv6启用。
·具有用以控制寻呼/对讲模式的按键的手持送受话器。
·具有对讲线选择器的用于会议话音的五个可配置多播信道。
·具有寻呼线选择器的用于寻呼通知的八个可配置多播信道。
·六个可配置输出。
·具有非可听自我检查特征及环境电平感测的板上放大器。
·辅助模拟音频输入。
·每系统的2个与4095个站点之间的操作。
·用于简易解决方案部署的相互配设模式。
如上文所提及,图1中所描绘的系统中的常规站点15连接到烦琐缆线17(例如,16芯缆线),所述烦琐缆线包括菊花链布线方案中的寻呼、对讲线及电力线,所述菊花链布线方案从主机柜延伸到包括指定区内的站点15的群组的区域。SPP站点消除了对庞杂缆线(例如缆线17)及烦琐连续站点15配置的需要,因为SPP站点配置有本地电力及到具有标准以太网安装与信息技术(IT)配置的现有网络基础设施及其它SPP站点的不太烦琐的以太网缆线连接。此外,SPP站点可经配置以处于虚拟区域中且不被约束为处于因常规站点15的菊花链布线方案所需的接近度而指定的物理面积区域中。
对于采用VoIP的现有寻呼/对讲系统,每一站点15或VoIP电话必须透过中心SIP服务器或IP-PBX(其表示不期望单一故障点)而投入运作。SPP站点20优于现有站点15,因为SPP站点20经配置在与其它SPP站点20的连接方面为无服务器的,且可仅使用任选服务器进行配置及更新(举例来说)。如下文所描述,每一SPP站点20还经配置为能自我感知的,从而允许简单地替换站点20而无需经由SIP服务器或IP-PBX重新投入运作。
另外,SPP站点20基本上是实时操作的,因为在对讲线上可瞬时地获得多播而无需在旧系统中设置会议所需的会议桥及额外时间(即,与以下各项相关联的延迟:SIP/服务器或会议桥选择用于用户的线;用户拨号到会议;及接着按压寻呼按钮;拨通IP-PBX到放大器的寻呼端口;释放寻呼按钮;及接着呼叫进入到会议桥)。
根据本发明的有利方面,客户的IT人员或其它管理员可易于将多播地址/端口或套接口分配或编程到SPP站点20所采用的相应对讲线及寻呼线。SPP站点接着可聆听套接口(SPP站点经配置以作为指定群组的一部分聆听所述套接口)上的RTP且将RTP转换为音频以用于回放。群组中的每一SPP站点可正聆听一对讲线,且多个人可在不需要IP-PBX或类似装置的情况下在相同对讲线上进行广播。
如本文中所描述,SPP站点20及本发明的说明性实施例的其它有利方面允许略去DHCP服务器。一或多个SPP站点20可被指定为用以管理其系统中的任何SPP站点的配置及更新的主站点。
SPP站点20的操作的概述
使用VoIP来仿真寻呼/对讲操作。
对讲线操作:
1.对讲线选择器开关具有指派给五个对讲线中的每一者的多播地址/端口或套接口以在被选择时进行发射及聆听两者。
2.站点20将聆听寻呼套接口,如下文在寻呼操作中所描述。
3.当一对讲线被选择且手持送受话器摘机时,如果经配置,那么放大器音频将被减弱,且来自选定多播套接口的音频将被路由到耳机,且来自手持送受话器麦克风的音频将在多播套接口上发射。
寻呼操作:
在对讲线对话中,站点20可在所述单元摘机时广播所接收寻呼音频。
1.多播套接口用于发射及聆听寻呼线。耳机中通常不监测寻呼音频,而是站点20可经配置使得一个站点在按键(press bar)被按下时听到耳机中的另一者的寻呼音频。
2.SPP站点20对所有经配置寻呼套接口执行闲置聆听,从而将所接收寻呼音频适当路由到放大器。音频在手持送受话器摘机且按键被按下之后才被路由到寻呼线。当按键被按下时,来自指定寻呼线套接口的音频被路由到耳机,且来自麦克风的音频被路由到寻呼线套接口。
3.分区域可类似于使用相同优先权方案的共同拥有的美国专利申请案第14/471,642号中所描述的VoIP电话上的当前多播群组而完成。站点20优选地仅在经配置寻呼接收套接口上接收寻呼。一个多播套接口可指定为局部区域套接口。此局部区域套接口可用于来自所述站点的寻呼。同一局部区域中的所有站点将使用局部寻呼区域套接口而闲置。所述站点还聆听其它X个寻呼套接口。
4.相互静音使用RTP音频包的标头中的贡献源识别符(CSRC)而完成。站点20可允许配置多达指定数目个CSRC(其自身除外)。在接收到来自经配置CSRC中的任一者的RTP后,所述站点即刻摒弃所述包。假设寻呼放大器具有优先权,如果从未经配置的CSRC接收音频,那么所述音频被路由到寻呼放大器。如果音频来自站点的同一局部区域套接口,且手持送受话器摘机且按键被按下,那么音频优选地仅被路由到耳机。
5.预告音是可配置的且在路由来自手持送受话器麦克风的语音音频之前被发射到耳机及寻呼线两者。
6.如果较高优先权寻呼正被广播到局部区域中,那么站点20不允许开始寻呼,且在手持送受话器摘机且按键被按下时可在耳机中听到占线音。占线音可利用以下功能项9中所描述的推迟功能而配置。
7.在防抖动触点闭合指示输出上存在音频的情况下,站点20可支持600Ohm音频输出以用于将所接收寻呼音频路由到外部放大器或其它装置。
8.站点20可具有600Ohm音频输入以用于将外部音频发射到指定寻呼区域中。另外,可存在指示何时应广播外部音频的触点闭合输入。外部音频优选地具有与语音音频相同的优先权方案,其中如果正在局部寻呼区域广播较高优先权寻呼,那么语音音频会被禁止。
9.除5个对讲线套接口之外,站点20还可聆听用于呼入寻呼音频的多达(举例来说)8个其它可配置寻呼套接口。每一寻呼套接口具有从1到8的与其相关联的优先权。在闲置时或在对讲线会议中,站点20将把在所述站点处所接收的最高优先权寻呼音频流路由到放大器。站点20可经配置以对8个现有寻呼套接口中的多达四个寻呼套接口发出寻呼通知。在发出寻呼通知时,所使用的套接口将是由寻呼区域选择器开关选定的一者。如果此区域与正接收的区域相同,那么用户将利用所述通知而加入。在此情形中,当前被路由到放大器的音频替代地将被路由到耳机。每一寻呼套接口可经配置以推迟。如果选定寻呼线经配置以推迟,那么站点20将不允许用户加入当前通知。替代地,将在耳机处播放占线音。如果在按键被按下时所接收音频处于与选定寻呼区域不同的优先权套接口上,那么用户可正常地发出寻呼通知而不影响放大器处的寻呼音频。
SNMP可用作一种监测站点的方法。健康检查可包含:
a.装置在线且在工作
b.手持送受话器在使用中/摘机
c.装置在当前寻呼中
d.手持送受话器完整性
e.手持送受话器放大器完整性
f.扬声器放大器完整性
g.扬声器完整性
电力可经由在以太网供电(PoE)下提供最大输出电力的POE而提供,或经由AUX通用AC或AUX 24VDC而提供。
说明性使用情景
图4展示多个SPP站点20(作为站点A到H而提及)的实例性安装情景。所有站点20各自经由单个缆线36(例如,在此情形中,以太网缆线,例如Cat 5缆线)连接到网络40。网络40可为单个简单网络开关或复杂网络。网络自身的行为超出了本发明的范围且为简明起见在本文中被省略。网络是部署位置处可获得的大体现有基础设施且仅需要被设置为使得其允许所有SPP站点20将网络包路由到彼此,此为网络40内的所有节点处置基于多播的业务以及点对点业务所必需的。
以下能力实现优于现有模拟寻呼/对讲系统及采用IP-PBX或者其它开关或交换机的现有智能寻呼/对讲系统的显著优点:(1)仅利用以太网缆线将SPP站点20连接到网络;及(2)对于各站点,经由多播技术在彼此之间路由包且因此不需要IP-PBX或其它服务器(例如,SIP服务器)来控制站点20间连接。如上文所提及,在(举例来说)在菊花链布线方案中,图1中所描绘的系统中的站点15连接到烦琐缆线17(例如,16芯缆线)。因此,所使用的站点15越多,需要的布缆就越多,布缆可是昂贵的。此外,每一站点15具备额外长度的缆线17以用于未来服务环路连接。在许多例子中,站点15外壳在其中存储有2英尺的庞杂缆线,此需要相当大的外壳来用于站点15。SPP站点20的外壳23可差不多是站点15的宽度的1/2,如在分别将图3A及3B与图2A及2B进行比较时图解说明。SPP站点20制造起来不太昂贵,且与常规站点15相比,因站点20的总体较小轮廓而更易于安装在更多客户位置中。
与使用IP-PBX或SIP服务器用于IP寻呼或会议连接的智能寻呼/对讲系统相比,SPP站点20经配置为无服务器的(如下文所描述),借此消除与在站点当中使用集中式寻呼控制的系统相关联的潜在且不期望单一故障点。
图5展示对讲线1上的对讲线会议中的站点A、站点C及站点E处的用户。全部3个用户均正使用其SPP站点手持送受话器,其中按键被释放且对讲线选择器开关设定为1。全部3个用户均可自由地彼此进行对话。
图6展示对讲线2上的对讲线会议中的站点B及站点D处的用户。两个用户正使用其SPP站点手持送受话器,其中按键被释放且对讲线选择器开关设定为2。这2个用户可自由地彼此进行对话。图5中的情景中的用户正与站点B及D处的用户同时使用系统。每一用户群组正经由系统而参与其自己的单独对话。
图7展示使用其手持送受话器的站点G处的用户,其中按键被压低且寻呼目的地区域选择器开关设定为1以向聆听寻呼区域1的其它站点发出寻呼通知。在此情形中,站点C、站点D及站点H在内部经配置以聆听寻呼区域1,且因此这些站点将从连接到其的扬声器/放大器而非手持送受话器播放话音。此音频是单方向的,因此在站点G处听不到任何音频。图5及图6中的情景中的用户正与站点G处的用户同时使用系统。寻呼音频可从站点C处的扬声器/放大器进行播放,而站点C处的用户可在对讲线1上的单独对话中进行对话。
图8展示使用其手持送受话器的站点F及站点H处的用户,其中按键被压低且寻呼目的地区域选择器开关设定为2以向聆听寻呼区域2的其它站点发出寻呼通知。在此情形中,站点E及站点D经配置以聆听寻呼区域2,且因此这些站点将从连接到其的扬声器/放大器播放话音。站点D经配置以聆听寻呼区域1及寻呼区域2两者。由于寻呼区域2与寻呼区域1相比被设定为较高优先权,因此站点D现在忽略来自寻呼区域1的音频且替代地播出来自寻呼区域2的音频。
无服务器寻呼/对讲(SPP)站点20配置
继续参考图3A到3D且参考图9及10,SPP站点20具有外壳23,所述外壳拥有前面板21。提供手持送受话器22及支撑托架30。用户能够使用前面板21的寻呼线选择器开关24及对讲线选择器开关26。手持送受话器22的底侧可以常规方式具备按键28。应理解,寻呼线选择器开关24、对讲线选择器开关26及按键28与图3A中所描绘的寻呼线选择器开关、对讲线选择器开关及按键相比可具有不同形状因子且可设在SPP站点20上的不同位置处。主印刷电路板(PCB)32连接到前板21的底侧,如图3C中所展示,但可安装在外壳23内于不同定向或位置中。所述外壳包括DC电力供应器34,如图3D中所展示,但可采用用于提供局部DC或AC电力的其它手段。所述站点以常规方式连接到以太网缆线(未展示)。所述站点还可经配置而以如2014年8月28日提出申请的共同拥有的美国专利申请案第14/471,642号中所描述的方式用于WiFi通信。
图9中展示主PCB 32上的一些组件。主PCB 32包括处理器50、快闪存储器52、SRAM或SDRAM54、以太网连接56(例如,Cat5或其它以太网接口)及相关物理接口(PHY)电路58以及以太网供电(PoE))接口60。非易失性存储器可用于存储(举例来说)用于保持静态固件图像的应用程序数据及用于存储可修改数据(例如配置设定、内部事件等等)的配置数据。大体以62指示的若干TDM编解码器经提供以用于处理经由以太网连接而接收及发射的信号。主要编解码器64及任选次要编解码器66经提供以用于处理来自扬声器68及麦克风70以及SPP站点20处的其它音频接口(例如,头戴式送受话器)72的音频信号。主PCB 32还提供I/O解码电路74以用于将不同输入连接到处理器及调节来自处理器的不同输出信号。放大器电路80(图10)可设在主PCB 32上或设在外壳内的单独板上。还可提供任选把关器(WDOG)电路76及UART 78连接。
参考图10,其是表示不同SPP站点20硬件元件及其关于处理器50的相应输入及/或输出的框图。对讲线选择器开关26用于挑选数个对讲线(例如,线1到5,但可使用不同数目个对讲线)中的哪一对讲线当前在被SPP站点使用。挂钩开关检测手持送受话器是否挂机。寻呼线选择器开关24用于选择被SPP站点使用的当前寻呼区域。可使用指定数目个寻呼线(例如,1到4)。按键(例如,处于手持送受话器22的底侧上)用于选择寻呼音频。耳机(例如,处于手持送受话器22上)用于回放SPP站点所接收的音频。麦克风(例如,处于手持送受话器22上)用于对来自用户的语音的真实声音进行取样。在图10中展示为放大器输出的放大器80用于经由SPP站点20上的或连接到SPP站点20的放大器及扬声器68回放寻呼音频。放大器输入(例如,放大器负载)连同用于读取从放大器健康检查传回的电压的放大器负载传感器一起被提供。放大器状态控制件用于控制放大器模式。输出用于驱动外部外围设备,例如继电器或LED。举例来说,心跳型(Heartbeat)LED用于视觉指示。以太网MAC(EMAC)用于与其它装置进行网络通信,包含发射及接收音频数据以及次要网络服务。辅助音频输入用于对来自外部模拟源的音频进行取样。举例来说,辅助音频触点可用于发信号通知SPP站点其应对用于寻呼通知的来自辅助音频输入而非麦克风的音频进行取样。UART可用于从SPP站点20输出字符串数据。
参考图11到18,现在将描述SPP站点20的组件及软件的用于控制所述组件及软件的操作。
图11是表示SPP站点20的处理器50中的软件元件或模块的框图。物理装置88在上文参考图9及10而描述。装置驱动器90是形成到实际硬件装置的控制与数据接口的过程的集合。所述装置驱动器代表应用过程实施硬件控制且可为硬件相依的。举例来说,以太网MAC驱动器使以太网MAC初始化且实施将数据写入装置及从装置读取数据所需的功能。编解码器驱动器实施呼入及呼出站点20的局部音频数据流。编解码器驱动器使与麦克风、耳机、辅助音频输入及放大器有关的任何硬件初始化、为应用层提供来自麦克风及辅助音频输入的PCM数据以进行读取,及接收来自应用层的PCM数据以写入到耳机及放大器。计时器驱动器可经提供以实施系统的其余部分所需的时间信号。举例来说,计时器驱动器可处置硬件计时器所产生的计时器中断。
继续参考图11,引导程序过程100提供在将电力施加到SPP站点20时运行的初始过程。此过程(举例来说)包括以下操作:
·对非易失性存储器的内容执行CRC检查
·使装置驱动器90初始化
·使调度程序102初始化
·使内部命令系统92初始化
·使站点时钟118初始化
·使配置管理器104初始化
·使音频管理器106初始化
·使通用I/O管理器108初始化
·使远程登录客户端112初始化
·使SNMP客户端114初始化
·使TFTP客户端116初始化
·使健康监测器110初始化
当已完成所有这些过程时,引导程序过程100将控制移交给调度程序102。调度程序102管理系统中的其它软件过程的资源使用,从而(例如)确保需要某些资源的时间关键型过程(例如,音频相关的任务)在需要时可得到那些资源(例如,通过推迟并非时间关键型的任何过程直到所述资源可用于处理所述过程为止)。在此系统中对于调度程序102的主要要求是确保可满足音频发射及接收的时间要求。
配置管理器
继续参考图11,SPP站点20支持配置管理器104。配置管理器负责维持所述站点当前运行的配置。配置管理器处置对非易失性存储器及当前运行的配置两者的关于读取及写入配置数据的所有请求。配置管理器104负责验证其维持的字段中的每一者。举例来说,可配置字段可如以下附录中所指示。图17是在配置管理器处置关于配置改变的请求、存储/检索配置数据、维持运行的配置状态及使其它系统服务可获得配置状态时配置管理器的说明性状态图。
命令信道。配置管理器104可使用用于与其它SPP站点进行通信的专用多播地址/端口(称作“命令信道”)。能够看到及使用此信道的所有SPP站点可在此信道上发送及接收文本数据。下表中提供说明性命令:
相互配设模式协议命令
配置存储装置。每一SPP站点20在运行时并且在非易失性存储装置中个别地维持运行系统配置的副本,使得其在断电期间得以保存。
系统配置。SPP站点20使用称作“系统配置”的形式化配置结构。此结构含有系统内的所有SPP站点的配置。优选地不管可获得的各种配置选项如何均始终使用所述系统配置。系统配置由以下逻辑元素组成:
系统指定。系统指定是指示SPP站点属于哪一系统的字符串值(例如,“GTUKBurton”)。其主要用于防止在于系统之间移动站点时发生的冲突及数据损坏。管理员应将此值设定为唯一字符串以区分其系统与其网络上可能存在的或其组织内可能使用的任何其它系统。
存在所保留指定值“FACTORY”。此指定指示SPP站点应用了默认系统配置。此值无法在SPP中手动设定–此值是在制造时或在恢复出厂默认时被施加。
系统版本。系统版本是定义给定站点上的系统配置的版本的整数。在对系统配置做出改变使得新系统配置扩散到所述系统内的所有其它站点时,此版本编号应由管理员增加。
群组编号。群组将描述应用于大量SPP站点的常见或通用设定。系统配置可定义多达16个群组编号。每一群组编号是系统配置内的介于0与15之间的唯一编号。此编号是唯一的且具有与其相关联的多达255个站点编号。群组编号直接对应于由群组选择器开关(图10)所设定的值且按所述值进行选择。
每一群组具有与其相关联的单个群组配置。此是SPP站点内的一列可配置字段,所述字段用于所述群组内的所有站点。关于哪些字段由群组设定的细节见以下附录。每一群组还规定所述群组的网络模式及所述操作模式所需的任何字段。
每一群组还规定用于所述群组内的所有站点的默认简档。
站点编号。站点编号用于识别群组内的一个特定站点。群组内的每一站点编号必须是唯一的。站点编号直接对应于由站点编号选择器开关所配置的值。
站点名称。站点名称是由两部分(即,群组编号及站点编号)组成的识别符。举例来说,站点名称“2.54”将表示“群组2内的站点编号54”。每一站点名称具有与其相关联的单个简档。
主装置列表。主装置列表是逗号分隔的站点名称的列表。其描述此系统中的哪些站点将用作“主”站点。其还描述优先次序。所述优先次序用于在于网络中未找到优先次序中的最高者的情况下确定哪一主装置将担任主站点的角色。例如“0.1,1.3,0.2”将指示主站点为0.1,0.1故障后转移到1.3,1.3故障后转移到0.2。
简档。简档是应用于局部及/或站点特有设定的一列配置设定。系统配置内可定义多达64个简档。单个简档可应用于所需的多个站点。注意,一些配置数据可定义于简档及群组两者中。在存在定义于群组及简档两者中的一或多个字段的情况下,始终使用简档中关于那些字段的数据且忽略群组中关于那些字段的数据。
网络模式。以下是SPP站点所支持的网络模式。在每一群组内将单个模式定义为系统配置的一部分。
静态IP模式。如果针对一群组定义了静态IP模式,那么所述群组将定义用于所述群组内的SPP站点的以下共同数据:
-子网掩码
-网关
另外,在静态IP模式中,针对属于所述群组的每一站点而定义以下站点特有数据:
-固定IP地址。
DHCP模式。如果定义DHCP模式,那么所述群组内的根据RFC 2131.DHCP模式使用从DHCP服务器获得的IP地址作为DHCP客户端而操作的SPP站点进行以下操作:
·利用来自DHCP服务器的IP地址来配设SPP站点。
·利用来自DHCP服务器的子网掩码来配设SPP站点。
·利用来自DHCP服务器的网关地址来配设SPP站点。
·利用来自DHCP服务器的TFTP服务器地址来配设SPP站点。
另外,可针对所述群组中的每一站点定义以下站点特有数据:
-固定IP地址。
如果配置固定IP地址,那么所述站点不使用DHCP模式。
在DHCP模式中,SPP站点取决于存在工作DHCP服务器操作。在无法找到DHCP服务器的情况下,站点将发出“DHCP丢失”警报。在DHCP服务器丢失期间,SPP站点可经配置以不跨越网络发出寻呼或对讲通知。
主装置分配模式。如果定义了主装置分配模式,那么群组将定义用于所述群组内的SPP站点的以下共同数据:
-IP地址池
-子网掩码
-网关
另外,可针对所述群组中的每一站点定义以下站点特有数据:
-固定IP地址。
在主装置分配模式中,IP地址池是IP地址范围,例如,“192.168.1.12到192.168.1.46”。在以此模式进行操作时,SPP站点将取决于经由命令信道进行IP地址分配的主站点。如果SPP站点是主站点,那么其仅使用群组配置内所设定的固定IP地址。当前主站点的责任是维持用于主装置分配模式的当前地址池。
如果固定IP地址经配置且将与IP地址池冲突,那么所述地址被保留且无法从池进行分配。如果对配置的改变将产生IP冲突,那么主装置应视需要而解决由经重新分配地址所致的问题。
举例来说,在SPP站点以其中存在用以执行IP分配的当前指定主站点的相互配设模式运行的情况下,优选地可仅使用主装置分配模式。
配置模式。SPP站点支持两种配置模式。所述模式使用简档选择器开关(例如,图10中所展示的站点及群组编号选择器开关,其可(举例来说)实施为主板32上的十六进制(0到F)旋转开关)来控制。当简档选择器开关设定为0时,SPP站点将使用手动配置模式(举例来说)。当简档选择器开关设定为1到255时,SPP站点将使用相互配设模式(举例来说)。
手动配置模式。此模式打算允许SPP站点操作为可能地处于已有及/或第三方基于多播的音频系统内的独立装置。此模式还打算在相互配设模式的初始设置期间使用(见下文)。
在手动配置模式中,SPP站点仅使用来自其当前系统配置的群组0及简档0。在此模式中,SPP站点不共享或接受命令信道上的来自其它SPP站点的系统配置数据。手动配置模式不使用相互IP分配且不使用或需要“主”站点。
相互配设模式。此模式打算允许系统解决方案内的所有SPP站点在不具有固定中心点(例如服务器)的支持的情况下且在不需要人管理的情况下在运行时相互维持其配置。
相互配设模式打算通过分离客户解决方案的系统设计/规划与系统安装阶段而使初始设置过程流线化,且还打算使维持/替换现有系统中的故障SPP站点所需的成本及努力最小化。
在相互配设模式中,SPP站点使用系统配置操作,所述系统配置是使用命令信道从网络上已有的其它SPP站点获得。
相互配设模式的特征概括:
·所有站点共享系统配置。
·两个选择器开关用来控制群组及站点编号。
·固定多播地址/端口“命令信道”用于站点间的配置控制及扩散。工厂可配置。
·16个群组,其各自具有可配置字段。
·64个简档,其各自具有可配置字段。
·静态、DHCP或相互分配的IP设定。
·相互配设仅用于配置、不影响实际站点操作/不要求用于实际站点操作。
·系统范围控制经由单个“主”站点做出。主站点(及备份)由系统配置决定。
·系统范围接口经由主站点做出。根据经配置网络模式而确定的IP地址在DHCP或主装置分配模式内可配置为静态的(如果需要的话)。
·个别SPP站点可通过将站点编号及群组编号开关设定为“0”而与相互配设模式隔离。
在使用相互配设模式时用于设置系统的事件的说明性基本流程如下:
产生系统配置。运行相互配设模式的SPP站点从系统配置获得其配置信息。系统配置俘获系统内的所有SPP站点的配置。此是解决方案设计的要点且应发生于实际安装SPP站点之前。通常,管理员将使用文本编辑器把系统配置产生为文件,所述文件随后将被应用于第一SPP站点。
连接及配置第一SPP站点。管理员采用第一SPP站点且将群组选择器开关设定为0并将站点编号选择器开关设定为0。此使所述站点进入手动配置模式。接着使用网络缆线将此站点连接到膝上型计算机/PC且给此站点供电。
管理员应介接到此站点且更新现有系统配置或加载先前产生的系统配置文件。作为此过程的一部分,管理员应设定新系统指定(例如,“GTUK Burton”)及系统版本(例如,“1”)。无论何时以任何方式更改系统配置,SPP站点均将验证整个配置以确保设定是兼容的。如果文件是有效的,那么SPP站点将对照可用作识别符的所述文件产生新的MD5检查和。
一旦新系统配置已应用于SPP站点,群组/编号选择器开关便应设定为其适当值。此将触发站点上的重新配置,所述重新配置将应用根据针对所述站点名称(例如,“0.1”)的系统配置的设定。
一旦已完成重新配置过程,SPP站点(此后称为站点0.1,因为其现在具有站点名称)便使用AN命令在命令信道上通知其自己,所述AN命令含有系统指定、群组编号及站点编号。
复制站点检测。AN命令用于通知刚被通电或刚改变了其群组及/或站点编号设定的SPP站点的存在。当系统上的其它站点接收到AN命令时,如果所述其它站点共享相同群组编号、站点编号及系统指定,那么所述其它站点以DS命令来响应。DS命令向初始SPP站点指示系统上存在重复站点。在此情况中,第一SPP站点将发出“无配置”警报。
接着,站点就来自主站点的KA命令而聆听命令信道。如果在所设定保活周期的3倍时间内未接收到KA命令,且如果主装置列表中包含此站点,那么此站点向命令信道发出NM命令(见后文)以向存在的其它主站点公告其在系统上的群组及站点编号。当此是第一站点时,将不存在响应且因此其将把其自身指定为总体系统的“主”站点。如果所述站点正使用主装置分配模式,那么站点还将把来自由管理员设定的地址范围的IP地址分配给其自身作为其群组的一部分。
主站点。主站点是已被指定为是代表系统内的所有SPP站点维持系统配置的角色的SPP站点。主站点还充当管理员的接口点。
保活。在运行时间期间,主站点使用“保活”机制来告知其它SPP站点其仍存在于系统内且在工作。所述“KA”命令是出于此目的而使用(见以上命令信道表)。此命令由主站点经由命令信道以等于保活周期(出厂配置的值)的间隔反复地发出。参考图19,KA命令含有发出其的主站点的群组编号、站点编号、系统指定、系统版本及配置检查和。如果KA命令含有不匹配其自身的系统指定(具有“FACTORY”指定的SPP站点除外),那么SPP站点将忽略KA命令。
引入新SPP站点。安装程序采用第二SPP站点(被断开且未被供电)并将群组编号选择器开关设定为0且将站点编号选择器开关设定为2。安装程序接着将此第二SPP站点(此后称为站点0.2)连接到具有已设置且连接的主站点的网络。
参考图20,第二SPP站点在命令信道上使用AN命令来通知其自己。接着,所述第二SPP站点等待来自主站点的KA命令。
当接收到KA命令时,站点0.2将其自身的配置检查和与其从KA命令接收到的检查和进行比较。如果检查和匹配,那么站点0.2将根据其自身的系统配置中关于站点名称“0.2”的数据而配置其自身。如果检查和不同,那么站点0.2将把其系统版本与在KA命令中所接收的系统版本进行比较。如果站点0.2具有比站点0.1低的系统版本编号,那么站点0.2使用RD命令来请求来自主站点的系统配置数据。主站点以PD命令对此命令作出响应以提供配置数据。
站点0.2接着将所接收系统配置存储于非易失性存储器中、重新计算所接收系统配置上的检查和且将其最初从主装置接收的检查和与其关于其自身配置所接收的检查和进行比较。如果所有检查和匹配,那么站点0.2应用所接收系统配置。接着,站点0.2根据其系统配置中关于站点名称“0.2”的数据而重新配置其自身,并删除旧配置。
如果检查和不匹配,那么第二站点将再次发出对数据的请求并重复此过程直到检查和匹配为止。如果此过程失败三次,那么站点将发出“无配置”警报。
最后,如果站点0.2包含于其新系统配置的主装置列表中、具有与当前主站点相同的系统指定且优先次序比当前主站点高,那么站点0.2将使用NM命令来告知当前主装置(见后文)且接着接管主装置的角色。在此情形中,当前主装置所保持的任何相关易失性数据(例如,所指派IP地址)将被传送到新主装置。
配置维持及更新。KA命令向系统上的其它SPP站点公告从其系统配置计算得出的当前配置检查和。不具有匹配配置检查和(即使其先前用于匹配)的任何SPP站点将以RD命令方式请求配置更新,主装置将以PD命令对RD命令作出响应。以此方式,任何配置改变可遍布总体系统而扩散,同时管理员只需将改变应用于主站点。
如果站点0.2以主装置分配模式进行操作,那么作为此过程的一部分,主站点将把来自其对应群组池的IP地址分配给其自己。SPP站点接着采用根据系统配置的设定。
应遵循相同过程来将后续SPP站点连接到网络。在每一情形中,应针对所连接的每一站点利用站点及群组编号开关而设定适当值。
主装置丢失。在主装置于所设定保活周期的3倍时间内不发送KA命令的情况下,针对所述系统的主装置列表中所包含的其余SPP站点将向命令信道发出NM命令以公告其群组及站点编号。在主装置列表中所含有的所有其余SPP站点已发出其命令之后,或在所设定超时之后,将使用优先次序来确定新主SPP站点。新主装置接着将开始正常地向命令信道发出KA命令。
参考图21,如果新协商的主装置无论出于何种原因接着失去连接,那么在于所设定保活周期内未接收到KA命令的情况下将重复进行相同行为。以此方式,总体系统应始终存在有一站点以便促进配置更新及给管理员提供接口。
系统电力损失/同时通电。SPP站点维持非易失性存储器中的当前经配置主装置的意识。如果发生系统电力损失事件,那么站点将通电且在命令信道上使用AN命令通知其自己。接着,所述站点将等待来自主装置的KA命令。如果主装置在系统电力损失事件期间已被永久断开,且在所设定保活周期的3倍时间内未接收到KA命令,那么主装置列表中的其余SPP站点将在相互间协商以使用与主装置丢失(见上文)相同的方法来决定应将哪一SPP站点指定为新主站点。
多主装置协商/主装置故障转移。当具有相同系统指定的多个主站点以相互配设模式进行操作且经由命令信道而定位彼此时,主装置列表中的SPP站点在相互间协商以使用与主装置丢失(见上文)相同的方法来决定应将哪一SPP站点指定为新主站点。
如果以此方式合并/连接两个单独系统(即,具有不同系统指定的两个SPP站点群组),那么每一相应系统上的站点将不尝试覆写彼此的配置。事实上,每一站点将根据其系统指定始终保持其自身系统的一部分直到其被复位到FACTORY指定时为止。
如果使用主装置分配模式,那么主站点将重新分配IP地址以便解决其已检测到的任何IP或配置冲突(即,在具有单独主装置分配的IP池的两个单独SPP站点网络刚已被连接的情况下)。
缺少配置。如果紧接在已应用当前系统配置之后于所述配置内未配置所挑选站点群组或站点编号,那么SPP站点将发出“无配置”警报。
从第二系统引入主装置。如果SPP站点利用来自第二系统的系统配置而连接及供电,且被包含于其自身系统配置的主装置列表中,那么现有主站点将不尝试超驰控制其配置,因为系统指定将不同。类似地,第一系统上的其它SPP站点将向来自第二系统的主站点发出配置请求,除非第一系统中的所有主站点均失去网络连接性。
这是用以防止从其它系统移动的SPP站点损坏现有系统配置的设计选择。其确保冲突的最糟糕情景将是单个站点将被错误地配置。此规则的例外是具有系统指定“FACTORY”的SPP站点。这些SPP站点将允许任何主装置给其自己提供新系统配置直到新系统配置将其系统指定更改为另一值为止。
进一步维持。当需要对所确立系统配置做出改变时,管理员应与当前主站点介接以做出必要改变。这是以远程登录连接的方式进行的。出于此目的而使用的SPP站点的IP地址将取决于所挑选网络模式,但在所有情形中均可作为系统配置的一部分手动地配置,使得其是已知的。
当更新系统配置时,来自主站点的KA命令将包含新配置检查和及系统版本。具有与主站点相同的系统指定、不同配置检查和及比主站点低的系统版本的其它SPP站点将使用RD命令请求来自主站点的配置更新。
初始配置。配置管理器在存储器的初始化期间加载系统配置。如果不存在系统配置,那么SPP站点在初始化时默认为有效的硬译码配置值。如果不存在板上配置,那么SPP站点将发出“无配置”警报(例如,使用健康监测器)。
复位到出厂默认。SPP站点20支持复位到出厂默认作为更新功能。SPP站点将出厂默认系统配置存储于非易失性存储中,使得其在断电期间得以保存。在调用时,复位到出厂默认功能用出厂默认系统配置替换当前运行的系统配置且应用新系统配置设定。
配置更新请求。配置管理器支持配置更新请求。配置管理器接受关于对现有系统配置的单个配置字段更新或关于复位到出厂默认的请求。
用户帐户及接入级别。系统配置维持用于授权对SPP站点上的配置的存取及修改的一列5个用户帐户以及发出到SPP站点的授权命令。每一用户帐户将由以下各项组成:
用户名。唯一识别符。值:32字符字符串。
口令。值:32字符ASCII字符串。
接入级别。值:1到5。
接入级别。系统配置维持供用户帐户参考的一列5个接入级别。接入级别定义哪些可配置参数/命令可被具有所述接入级别的用户改变或调用的一许可列表。所述接入级别上未包含的任何参数/命令无法被所述接入级别存取。另外,每一接入级别由以下各项组成:
接入级别。唯一识别符。值:1到5。
每一SPP站点20还具有拥有接入级别0的特殊用户帐户。此帐户是打算供制造时使用的保留帐户。此接入级别上未设有任何接入约束。所述帐户优选地始终存在于系统上,且在配置中缺少其的情况下应由SPP站点自动产生。
音频管理器
继续参考图11,SPP站点20支持音频管理器过程106。音频管理器负责将音频路由到硬件外围设备及路由来自硬件外围设备的音频。举例来说,音频管理器106实施本文中参考图12到15所描述的音频管理器状态图(及相关联子状态)。
参考图12,音频管理器管理路由到外围设备/来自外围设备的音频及寻呼线的信道优先权协商。
图13图解说明图12中的寻呼回放子状态的状态图。举例来说,首先,释放按键,且手持送受话器挂机。SPP站点接收处于比当前在放大器处正回放的寻呼线音频高的优先权的寻呼线音频。SPP站点停止将较低优先权呼入寻呼线音频路由到放大器。SPP站点混合最高优先权呼入寻呼线音频流且将经混合音频路由到放大器。
图14图解说明图12中的对讲线会议子状态的状态图。举例来说,首先,释放按键,且手持送受话器挂机。用户拿起手持送受话器。SPP站点开始对麦克风处的音频进行取样。SPP站点将所取样音频路由到选定对讲线。SPP站点将选定对讲线上所接收的音频路由到耳机。
图15图解说明寻呼线通知子状态的状态图。举例来说,首先,释放按键,且手持送受话器挂机。用户按下按键。SPP站点20停止将选定寻呼线上所接收的音频路由到放大器。SPP站点将选定寻呼线上所接收的音频路由到耳机。SPP站点混合其余最高优先权呼入寻呼线音频流且将经混合音频路由到放大器。作为例外,SPP站点可经配置以在正于当前选定寻呼线上接收音频时在所述寻呼线上进行推迟。SPP站点在耳机处播放占线音直到手持送受话器22挂机或按键被释放为止。SPP站点20以其它方式将预告音路由到耳机达固定时间。SPP站点将预告音路由到选定寻呼线达固定时间。SPP站点开始对麦克风处的音频进行取样。SPP站点将所取样音频路由到选定寻呼线。作为另一例外,用户可更改选定寻呼线。SPP站点经配置以在正于新选定寻呼线上接收音频时在所述寻呼线上进行推迟。SPP站点在耳机处播放占线音而非音频/预告,直到手持送受话器挂机或按键被释放为止。
音频在站点之间的发射与接收。继续参考图11中大体的音频管理器,SPP站点经由IP网络而发射及接收音频。以下描述音频被取样且在SPP站点之间被发射及接收的说明性手段。
音频取样。可在麦克风及/或辅助音频输入处作为单耳PCM而对音频进行取样。音频取样速率可固定为至少8000Hz的速率。受硬件及性能约束,较高标准取样速率可用于实现较大音频取样质量。低于8000Hz的取样速率通常是无法接受的。来自每一装置的PCM数据可存储于单独环形缓冲区(即,每装置一个缓冲区)中。来自辅助音频输入的PCM将仅在辅助音频触点作用时才被使用。
音频下取样。当从环形缓冲区读取PCM音频时,PCM音频可需要在其被压缩之前下取样到较低频率。此机制为匹配所挑选压缩方案所需的以用于以额外压缩方案形式进行的发射及未来发展。给定PCM音频流可或可不需要被下取样;此取决于所挑选固定取样速率以及正使用的压缩方案的要求。PCM优选地在压缩之前不被更改为低于8000Hz的分辨率。
音频压缩。所取样音频可作为完整‘帧’从环形缓冲区读取。任何部分帧(举例来说,在对话结束时)可用静默填补。帧大小取决于所使用的压缩方案。每一音频帧可使用例如以下各项的以下标准压缩方案中的一者来编码:
G.711u-law,
G.711a-law,
G.729。
应理解,可使用其它压缩方案。举例来说,可连同兼容压缩方案一起使用较宽带宽编解码器。用于压缩的压缩方案可按输入源(即,麦克风/辅助输入)而配置。
音频发射。经压缩帧以自动协商的10MBit/s或100MBit/s的速率使用基于IP的RTP跨越网络从SPP站点进行发射。多播寻址经使用使得每一包可被多个SPP站点接收。每一数据包如图22中所展示而结构化(举例来说)。包结构的每一层遵照相关RFC。注意,对于单个包,IP层可仅遵照RFC 791(IPv4)或RFC 2460(IPv6)。IP层无法同时遵照两者。如果数据加密为所要特征,那么可使用SRTP(安全RTP)。
音频目的地。来自麦克风的音频的网络目的地由受寻呼开关、对讲开关及按键控制的SPP站点的软件状态决定。辅助音频被发射到寻呼套接口选定的套接口。
RTP层。此层是支持利用SPP站点发射及接收音频的核心机制。在极大程度上,所发射包的RTP层根据RFC 3550而结构化。以下提供实例性结构以图解说明:
·RTP层中的一些字段是任选的;此处俘获实例性实施方案的范围;
·CSRC字段打算以非标准方式使用;及
·有效负载字段的大小可随实施方案而变化。
每一包的RTP层可经建构如下:
V:协议版本。值:2。
P:填补。未使用。值:0
X:扩展。未使用。值:0。
CC:CSRC计数。指示存在CSRC标头。值:0、1。
M:标记位。未使用。值:0。
有效负载类型:指示有效负载编码格式。值:0(G.711u-law)或8(G.711a-law)。
序列号:序列号。递增编号指示有效负载在包序列中的位置。值:0到65535。
时间标记:用于在时钟漂移期间同步RTP的偏移(ms)。值:0到4294967295。
SSRC:唯一RTP流ID。随机产生。值:0到4294967295。
CSRC:唯一RTP流ID。可配置以用于相互静音。值:0到4294967295。
有效负载:经编码音频。大小可根据使用的压缩算法而变化。
每一装置具有可含有单个值的可配置CSRC字段。具有在其相互静音列表中所配置的此值的任何其它站点将忽略来自此SPP站点的音频。
音频接收(网络)。音频通过提取SPP站点经配置以聆听的套接口上的RTP包流内的经编码有效负载数据而从网络40接收。SPP站点20能够同时聆听多达1个对讲套接口及多达8个寻呼套接口。来自选定对讲套接口(根据对讲线选择器开关位置)的有效负载数据被缓冲且准备好进行解压缩。同时,有效负载数据依据如由软件状态(例如,图12到16中的状态图)决定的最高优先权寻呼套接口及经配置优先权指派而缓冲。每一寻呼套接口具有与其相关联的数值优先权值,所述数值优先权值可保持介于1与8之间的值。每一寻呼套接口必须配置有唯一优先权值且此将通过验证强制执行。SPP站点可需要从在其紧邻通信群组(即,其可发射的寻呼/对讲信道)外部的区接收寻呼通知,例如来自其它SPP站点的紧急多播通知或来自外部多播系统的音频流。因此,可支持多达8个寻呼套接口而非仅4个寻呼套接口。
滤波。如果CSRC字段的值匹配SPP站点上的相互静音列表中所含有的值,或者UDP或RTP层中的标头字段中的一者不符合规定值中的一者(指示不兼容流配置),那么有效负载数据不被缓冲而是被立即摒弃。
音频解压缩。每一RTP包中的有效负载根据RTP层内的有效负载类型字段所指示的压缩方案而解码。此产生至少8000Hz的单耳PCM帧。受硬件评估及性能约束,可实现较高回放速率(高达所接收数据的取样速率)。
识别。RTP层内的SSRC字段用于使每一PCM帧与作用‘信道’相关联以用于混合目的。在无法找到匹配信道的情况下,创建新信道以存储新音频数据。存在最多8个信道。
缓冲。所接收PCM帧存储于与所分配信道相关联的环形缓冲区中。所述缓冲区实时地具有介于20ms与2000ms之间的用户可配置大小。
混合。当每一作用接收信道上可获得至少一个帧时,来自每一信道的最旧帧被混合为80个样本的单个PCM帧。此帧存储于与准备好回放的接收套接口相关联的环形缓冲区中。
回放。一旦所述套接口接收到优先权(在寻呼音频的情形中)或变为选定线(在对讲音频的情形中),音频便被路由到适当外围设备。上文结合图12到15描述了音频何时何地被路由到耳机/放大器的细节。
通用I/O(输入/输出)管理器。
SPP站点支持读取寻呼线选择器开关、对讲线选择器开关、挂钩开关及辅助音频触点的通用I/O管理器108且维持输入及输出状态。更一般来说,通用I/O管理器108是负责读取各种硬件外围设备的电子状态作为输入及设定各种外围设备的状态作为输出的过程。举例来说,通用I/O管理器可实施如图16中所展示的通用I/O管理器状态图。
输出。通用I/O管理器108支持用以设定6个可配置输出的状态的请求。SPP站点基于其内部逻辑状态及所述外围设备的经配置激活条件而驱动这6个外围设备中的每一者。
每一逻辑状态可针对不同外围设备而组合。在使用一种以上状态的情况下,将执行两种状态之间的逻辑“或”以确定外围设备的最终输出状态。
此情形的例外是接通及关断状态。这些状态超驰控制所有其它状态。接通及关断无法同时被配置到相同外围设备。
用于此目的的SPP站点20上的每一输出的激活条件如下:
·IDLE。当SPP站点20处于闲置状态(手持送受话器挂机、按键被按下、进度中无寻呼通知)。
·RXPAGEANY。当SPP站点正在寻呼信道中的一或多者上接收寻呼音频时。
·RXPAGEn。当SPP站点正在由‘n’(1到8)规定的寻呼信道上接收寻呼音频时。
·TXPAGEANY。当SPP站点正在寻呼信道中的一者上发射寻呼音频时。
·TXPAGEn。当SPP站点正在由‘n’(1到8)规定的寻呼信道上发射寻呼音频时。
·PARTY。当SPP站点进行对讲线会议时。
·PARTYn。当SPP站点在由‘n’(1到5)规定的线进行对讲线会议时。
·OFFHOOK。当SPP站点挂钩开关处于摘机状态时。
·ONHOOK。当SPP站点挂钩开关处于挂机状态时。
·FAULTY。当记录有指示故障状态的一或多个事件时。
·HEALTHY。当未记录有指示故障状态的事件时。
·ON。将输出设定为作用状态。
·OFF。将输出设定为非作用状态。
输入。通用I/O管理器108支持用以读取系统输入的功能状态的请求。支持输入为:
·对讲开关
·寻呼开关
·挂钩开关
·按键
无论何时通用I/O管理器接收到关于以上输入中的一者的功能状态的请求,通用I/O管理器108均将读取所述装置并传回正确值。
放大器状态。放大器具有使用继电器来控制的两种状态。继电器从GPIO引脚被驱动。通用I/O管理器支持两种放大器状态:
·SPKR
·AMP
无论何时通用I/O管理器108接收到用以将放大器继电器的状态设定为以上状态中的一者的请求,所述通用I/O管理器均相应地驱动对应引脚。通常,放大器状态由健康监测器驱动。
远程登录客户端
继续参考图11,SPP站点支持远程登录服务作为人可使用的接口。远程登录服务允许远程登录客户端112形成到SPP站点的TCP连接且与内部命令系统介接。远程登录客户端质询每一新连接以呈现有效登录。如果请求者输入匹配SPP站点配置字段中所存储的关于用户登录及用户口令的字符串的字符串,那么登录是有效的。
SNMP(简单网络管理协议)客户端。
继续参考图11,SPP站点代管用于向SNMP管理系统报告健康状态改变且用于处置来自SNMP管理系统的健康状态请求的SNMP代理。此代理维持管理信息库以便揭露相关健康状态信息。
SNMP客户端114支持用以作为异步事件向SNMP管理系统报告健康状态改变的SNMP陷阱。SPP客户端不支持经由SNMP进行配置配设。SPP客户端使用内部命令系统来检索系统状态。SNMP客户端质询每一新连接以呈现有效登录。如果请求者输入匹配SPP站点配置字段中所存储的关于用户登录及用户口令的字符串的字符串,那么登录将是有效的。SNMP客户端维持SPP站点的管理信息库(MIB)。
TFTP(普通文件传送协议)客户端
继续参考图11,SPP站点支持用于在TFTP服务器与SPP站点之间发射/接收固件及配置的TFTP客户端116。TFTP客户端经由内部命令系统而读取数据并将数据写入到SPP站点。
配置更新。TFTP客户端116允许管理员将配置及/或MPG数据作为纯文本文件发射到SPP站点20。配置文件可由部分或全部字段组成。TFTP客户端将仅尝试更新所使用的配置文件内规定的配置字段。TFTP客户端在应用配置更新之前对文件执行验证。如果任何字段未通过验证,那么TFTP客户端拒绝整个更新。
配置检索。TFTP客户端116允许管理员从SPP站点检索MPG数据。TFTP客户端还允许管理员作为纯文本文件从SPP站点检索配置设定。
固件更新。TFTP客户端116为SPP站点提供用以从TFTP服务器检索固件更新以便进行自我更新的机制。在成功地下载固件后,SPP站点即刻执行重新引导以便应用新固件版本。
验证。TFTP客户端116质询每一新连接以呈现有效登录。如果请求者输入匹配SPP站点配置字段中所存储的关于用户登录及用户口令的字符串的字符串,那么登录将是有效。
文件宏。TFTP客户端支持更新文件宏。所支持宏为:
TFTP引导配置更新。SPP站点支持用以在引导时执行TFTP配置更新的选项。当启用此选项时,TFTP客户端尝试在SPP站点已初始化之后执行配置更新。
TFTP定时配置更新。SPP站点支持TFTP定时更新。当启用此选项时,TFTP客户端尝试在设定时间执行配置更新。SPP站点还支持TFTP更新间隔。当被配置时,TFTP客户端尝试在针对定时配置更新而设定的时间之后以一间隔更新配置。所述间隔可以小时及分钟为单位进行配置。
健康监测器
继续参考图11,SPP站点20支持健康监测器110作为软件服务。健康监测器110负责监测SPP站点上的一组内部状况。健康监测器还负责记录事件。健康监测器还监测内部系统过程以确保其仍工作。此通过对每一过程进行简单请求-响应机制而进行。
心跳型LED。健康监测器110驱动心跳型LED。所述LED将以500ms接通、500ms关断的稳定速率成节奏工作。此功能用作软件尚未停工的指示。如果指定内部服务中的任一者出现了故障,那么心跳型功能将以250ms接通、250ms关断的稳定速率成节奏工作。如果心跳型LED停止工作,那么此指示健康监测器已停工。
事件。SPP站点支持事件记录。事件定义为SPP站点已检测并记录的已发生的事情。每一事件连同时间及日期标记一起被记录。举例来说,无论何时发生以下各项中的一者,均可记录为一事件:
事件 | 说明 |
站点在线 | 站点已成功地初始化。 |
站点寻呼回放 | 站点处于寻呼回放状态。 |
站点寻呼通知 | 站点处于寻呼通知状态。 |
站点闲置 | 站点处于闲置状态。 |
站点对讲会议 | 站点处于对讲线会议状态。 |
意外重新引导 | 站点意外被引导。 |
手持送受话器摘机 | 手持送受话器被从其载架移除。 |
手持送受话器挂机 | 手持送受话器被放回其载架上。 |
图18提供在健康监测器110持续监测总体系统的当前健康状态、维持当前系统健康状态、处置关于健康状态信息的请求及触发健康状态报告时健康监测器110的说明性状态图。
术语表
CRC。循环冗余检查。
DHCP。动态主机配置协议:自动向因特网协议(IP)主机提供其IP地址及其它相关配置信息的客户端/服务器协议。
EMAC。以太网MAC。
事件。SPP站点已检测并记录在内部日志中的突发事件。
手持送受话器。耳机、麦克风、挂钩开关的物理容器。
IP。因特网协议。
IP-PBX。因特网协议专用小交换机。
IT。信息技术。
LAN。局域网络。
LED。发光二极管。
拿起手持送受话器。将手持送受话器从其载架(例如,托架)拿走。
MAC。媒体接入控制;MAC数据通信协议是OSI数据链路层的子层(层2)。
主装置。用于相互配设的当前作用的主站点。
摘机。手持送受话器已从其载架(例如,托架)移除。
挂机。手持送受话器已放置于其载架上。
寻呼线。4个广播信道中的一者。
寻呼通知。使用寻呼信道到一或多个SPP站点的单向音频广播。
寻呼线音频。寻呼信道(网络或辅助设备)上所接收的音频。
对讲线。5个会议信道中的一者。
对讲线会议。两个或多于两个SPP站点用户之间使用对讲信道进行的对话。
PCB。印刷电路板。
PCM。脉冲编码调制。
放回手持送受话器。将手持送受话器放置于其载架(例如,托架)上。
RFC 3550。因特网标准跟踪协议。见https://www.ietf.org/rfc/rfc3550.txt或http://www.rfc-base.org/txt/rfc-3550.txt。
RTP。实时传输协议。
SIP。会话初始协议。
SNMP。简单网络管理协议。
套接口。用于发送/接收RTP的IP地址与端口组合。
SPP。无服务器寻呼对讲。
SRAM。静态随机存取存储器。
站点时钟。内部计时过程。
TCP。发射控制协议。
TFTP。普通文件传送协议:允许客户端从远程主机获得文件或将文件放到远程主机上的简单锁步文件传送协议。
UART。通用异步接收器/发射器。
UDP。用户数据报协议。
VoIP。因特网协议(IP)语音。
区域。经预配置寻呼线套接口。
额外实施例及实施方案
已参考可编程装置(例如用于内部通信系统中的站点配置或健康监测的寻呼/对讲站点或VoIP电话或服务器)处的操作描述了本发明的说明性实施例。然而,应理解,本发明还可体现为计算机可读记录媒体上的计算机可读代码。所述计算机可读记录媒体为可存储此后可由计算机系统读取的数据的任何数据存储装置。计算机可读记录媒体的实例包含但不限于只读存储器(ROM)、随机存取存储器(RAM)、CD-ROM、DVD、磁带、软盘、光学数据存储装置。设想到,本发明的方面可体现为载波(例如,通过因特网经由有线或无线发射路径的数据发射)。所述计算机可读记录媒体还可分布在网络耦合计算机系统上,使得以分布方式来存储及执行计算机可读代码。
根据本发明的所图解说明实施例采用的说明性装置、系统及方法的组件可至少部分实施在数字电子电路、模拟电子电路中或计算机硬件、固件、软件中或其组合中。举例来说,这些组件可实施为有形地体现在信息载体或机器可读存储装置中以供数据处理设备(例如可编程处理器、计算机或多个计算机)执行或控制数据处理设备的操作的计算机程序产品,例如计算机程序、程序代码或计算机指令。可以任一形式的编程语言(包含编译语言或解译语言)写入计算机程序,且可以任一形式部署所述计算机程序,包含部署为独立程序或部署为模块、组件、子例程或适合在计算环境中使用的其它单元。计算机程序可经部署以在一个计算机上或在位于一个场地处或跨越多个场地分布且由通信网络互连的多个计算机上执行。同样,用于完成本发明的功能性程序、代码及代码片段可由本发明有关的领域的编程者容易地理解为在本发明的范围内。与本发明的说明性实施例相关联的方法步骤可由一或多个可编程处理器执行,所述可编程处理器执行计算机程序、代码或指令以执行功能(例如,通过操作输入数据及/或产生输出)。方法步骤还可由本发明的设备执行,且所述设备可实施为专用逻辑电路,例如,FPGA(现场可编程门阵列)或ASIC(专用集成电路)。
以实例方式,适合于执行计算机程序的处理器包含通用微处理器及专用微处理器两者,以及任一种类的数字计算机的任何一或多个处理器。一般来说,处理器将从只读存储器或随机存取存储器或此两者接收指令及数据。计算机的基本元件为用于执行指令的处理器及用于存储指令及数据的一或多个存储器装置。一般来说,计算机还将包含用于存储数据的一或多个大容量存储装置(例如,磁盘、磁光盘或光盘)或以操作方式耦合以从所述大容量存储装置接收数据或向其传送数据或既接收又传送数据。适合于体现计算机程序指令及数据的信息载体包含所有形式的非易失性存储器,其中包含(以实例方式):半导体存储器装置,例如EPROM、EEPROM及快闪存储器装置;磁盘,例如内部硬盘或可拆卸磁盘;磁光盘;以及CD-ROM及DVD-ROM磁盘。所述处理器及存储器可由专用逻辑电路补充或并入专用逻辑电路中。
上文所呈现的说明及图式仅打算以实例方式且并不打算以任何方式限制本发明,除了所附权利要求书中所陈述。尤其注意,所属领域的技术人员可易于组合上文已以众多其它方式描述的其全部视为在本发明的范围内的各种说明性实施例的各种元件的各种技术方面。
附录
以下说明性可配置字段将可在内部配置于系统配置内的SPP站点上。一些字段仅可由特定用户配置。一些字段限于简档或群组(例如,其中P=简档、G=群组)。
举例来说,配置文件格式可为包括简档及群组的纯文本文件。文件内所定义的每一简档及群组可含有配置字段子组。
表:说明性通用设定字段:
表:对讲设定–字段
表:寻呼设定–字段
可针对音频设定、SNMP代理设定、输出设定、挂钩开关及按键状态控制设定以及其它而设定其它字段。
Claims (15)
1.一种寻呼对讲站点,其相对于其它寻呼对讲站点提供寻呼通知与对讲线会议,所述寻呼对讲站点连接到支持多播及点对点通信的网络中的其它寻呼对讲站点,所述寻呼对讲站点包括:
网络接口,其用以将所述寻呼对讲站点连接到所述网络;
至少一个对讲线选择器开关,其经配置以当所述寻呼对讲站点经配置以发射及接收与其它寻呼对讲站点的对讲线会议中的音频时从多条对讲线中进行选择,及至少一个寻呼线选择器开关,其经配置以当所述寻呼对讲站点经配置以相对于所述其它寻呼对讲站点发射和接收寻呼通知时从多条寻呼线进行选择,其中根据系统配置,所述对讲线被分配给相应对讲线套接口,所述寻呼线被分配给相应寻呼线套接口;及
处理装置,其以相互配设模式进行操作以配置所述站点以便在所述网络上使用因特网协议语音VoIP提供寻呼通知与对讲线会议操作,其中所述相互配设模式根据所述系统配置而分配多播地址以指定由所述寻呼对讲站点及所述其它寻呼对讲站点使用的寻呼套接口及对讲线套接口,且所述寻呼对讲站点一旦被配置便进行操作,以根据所述系统配置,针对所接收音频而聆听其经配置的寻呼套接口、在其经配置的寻呼套接口上发射音频、及在其经配置的对讲线套接口上参与对讲线会议;
其中,在所述相互配设模式期间,
所述寻呼对讲站点和所述其它寻呼对讲站点中的至少一个在初始化时被提供所述系统配置并操作为主站点,且
所述寻呼对讲站点和所述其它寻呼对讲站点可操作以使用指定的多播地址作为命令信道,
所述处理装置经配置以执行以下各项中的至少一项:
当所述寻呼对讲站点是所述主站点时发送所述命令信道上的所述系统配置,及
经由所述命令信道从操作为所述主站点的所述其它寻呼对讲站点中的一个接收所述系统配置。
2.根据权利要求1所述的寻呼对讲站点,其中所述处理装置经配置以相对于所述其它寻呼对讲站点将所述寻呼对讲站点操作为主站点及维持所述系统配置。
3.根据权利要求1所述的寻呼对讲站点,其中所述系统配置包括由所述寻呼对讲站点及所述其它寻呼对讲站点使用的命令信道的所指定的多播地址,且操作为主站点的所述寻呼对讲站点可就所述命令信道上由另一寻呼对讲站点提供的通知而聆听所述命令信道并经由所述命令信道将响应发送到所述寻呼对讲站点。
4.根据权利要求1所述的寻呼对讲站点,其中所述系统配置包括主装置列表,且所述处理装置经编程以与所述主装置列表上的其它寻呼对讲站点进行协商以指定所述主装置列表中的一者作为新主站点。
5.根据权利要求1所述的寻呼对讲站点,其中所述网络接口是以太网缆线接口及WiFi接口中的至少一者。
6.根据权利要求1所述的寻呼对讲站点,其进一步包括本地电源。
7.根据权利要求1所述的寻呼对讲站点,其中所述寻呼对讲站点经配置以用于与所述其它寻呼对讲站点进行的IPv4启用的通信及IPv6启用的通信中的至少一者。
8.根据权利要求1所述的寻呼对讲站点,其中经由所述寻呼对讲站点发射及接收的音频包括包的实时传输协议RTP层,所述包的实时传输协议RTP层根据因特网标准RFC 3550而结构化。
9.根据权利要求1所述的寻呼对讲站点,其中所述系统配置包括使用指定站点识别符及区域识别符而定义的至少两个虚拟区域,所述指定站点识别符用于唯一识别所述寻呼对讲站点和所述其它寻呼对讲站点,且所述区域识别符中的每一者被分配有所述站点识别符中选定的站点识别符。
10.根据权利要求1所述的寻呼对讲站点,其中所述处理装置经配置以当所述寻呼对讲站点在所述系统配置中已被识别为主站点时将所述寻呼对讲站点操作为主站点,且当所述其它寻呼对讲站点中的一个在所述系统配置中被指定为主站点时控制所述寻呼对讲站点以经由所述命令信道进行通信。
11.根据权利要求1所述的寻呼对讲站点,其中所述系统配置包括标识系统的系统指定,及针对该系统中部署的所述寻呼对讲站点和所述其它寻呼对讲站点中的每一者的相应站点识别符。
12.根据权利要求11所述的寻呼对讲站点,其中所述系统配置进一步包括针对在所述系统中部署的寻呼对讲站点的一或更多个群组中的每一者的群组识别符及被分配给每一群组的指定的站点识别符,每一群组具有包括所述寻呼对讲站点内的可配置字段的对应群组配置,所述可配置字段用于分配给该群组的所述寻呼对讲站点的每一者,且所述系统配置包括针对所述寻呼对讲站点的简档,所述简档包括所述系统指定,所述寻呼对讲站点被分配给的所述群组的群组编号,及所述寻呼对讲站点的所述站点识别符。
13.根据权利要求1所述的寻呼对讲站点,其中所述系统配置包括针对所述寻呼对讲站点的固定IP。
14.根据权利要求1所述的寻呼对讲站点,其中所述主站点将IP地址分配给所述寻呼对讲站点。
15.根据权利要求1所述的寻呼对讲站点,其中所述寻呼对讲站点操作为从站点,所述其它寻呼对讲站点中的一者操作为所述主站点,且所述处理装置经配置以在初始化时控制所述寻呼对讲站点以经由所述命令信道将通知发送到所述主站点且经由所述命令信道从所述主站点接收所述系统配置。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201462094438P | 2014-12-19 | 2014-12-19 | |
US62/094,438 | 2014-12-19 | ||
PCT/US2015/066623 WO2016100795A1 (en) | 2014-12-19 | 2015-12-18 | Internet protocol (ip) serverless page party (spp) station and systems and methods for deploying multiple spp stations |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107211060A CN107211060A (zh) | 2017-09-26 |
CN107211060B true CN107211060B (zh) | 2020-11-13 |
Family
ID=56127669
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580074317.2A Active CN107211060B (zh) | 2014-12-19 | 2015-12-18 | 寻呼对讲站点 |
Country Status (11)
Country | Link |
---|---|
US (4) | US10051129B2 (zh) |
EP (1) | EP3235230B1 (zh) |
KR (1) | KR102329188B1 (zh) |
CN (1) | CN107211060B (zh) |
AU (1) | AU2015364403B2 (zh) |
CA (1) | CA2970945C (zh) |
CL (2) | CL2017001583A1 (zh) |
ES (1) | ES2820586T3 (zh) |
MX (1) | MX2017007784A (zh) |
SA (1) | SA517381765B1 (zh) |
WO (1) | WO2016100795A1 (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016100795A1 (en) | 2014-12-19 | 2016-06-23 | Hubbell Incorporated | Internet protocol (ip) serverless page party (spp) station and systems and methods for deploying multiple spp stations |
US10440155B2 (en) * | 2016-01-11 | 2019-10-08 | Cloud9 Technologies, LLC | Private connection multi-media transition |
CN112601072B (zh) * | 2016-06-16 | 2024-05-28 | 华为技术有限公司 | 视频业务质量评估的方法及装置 |
US10111275B2 (en) * | 2016-08-05 | 2018-10-23 | Abl Ip Holding Llc | Scheduling failover for lighting controls |
EP3593522B1 (en) * | 2017-03-10 | 2024-05-01 | Hubbell Incorporated | System, apparatuse and method for party line calls among voice over internet protocol (voip) telephones |
MX2020001674A (es) | 2017-08-17 | 2020-07-13 | Hubbell Inc | Dispositivo de comunicaciones de voz sobre el protocolo de internet (voip) multifuncional configurable reforzado con la plataforma de aplicación universal. |
US11055945B2 (en) | 2018-05-15 | 2021-07-06 | Hubbell Incorporated | Access control systems and methods for multi-unit premises |
CN112313926A (zh) * | 2018-06-20 | 2021-02-02 | 哈贝尔公司 | 经由互联网在不同lan中的voip设备之间路由多播寻呼/对讲呼叫音频的系统 |
WO2020150085A1 (en) * | 2019-01-15 | 2020-07-23 | Hubbell Incorporated | Method and apparatus for interfacing analog page party system to internet protocol page party system |
US10924347B1 (en) * | 2019-10-16 | 2021-02-16 | Microsoft Technology Licensing, Llc | Networking device configuration value persistence |
EP4162455A4 (en) | 2020-06-03 | 2024-06-19 | Hubbell Inc | INTERNET PROTOCOL SPEAKER WITH IP CAMERA |
CN113938637A (zh) * | 2021-09-13 | 2022-01-14 | 广州市迪士普音响科技有限公司 | 一种无服务器可视对讲寻呼系统及其实现方法 |
CN114449371A (zh) * | 2022-02-16 | 2022-05-06 | 上海数果科技有限公司 | 一种基于Cat1的OMA对讲系统 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6717938B1 (en) | 1999-04-15 | 2004-04-06 | J2 Global Communications, Inc. | System controlling use of a communication channel |
GB0014662D0 (en) * | 2000-06-15 | 2000-08-09 | British Telecomm | Communications protocol |
US20030058806A1 (en) * | 2001-09-24 | 2003-03-27 | Teleware, Inc. | Multi-media communication system with advanced conference call management |
US7599355B2 (en) * | 2003-08-14 | 2009-10-06 | Aksys Networks Inc. | Server-less VoIP (voice over internet protocol) phone system |
US20050232252A1 (en) * | 2004-03-01 | 2005-10-20 | Hoover Thomas R | Communication system with distributed intelligence |
WO2007012024A1 (en) * | 2005-07-19 | 2007-01-25 | Qualcomm Incorporated | Systems, methods, and apparatus for quality of service processing |
DE102006033295A1 (de) * | 2006-07-17 | 2008-01-24 | Ms Neumann Elektronik Gmbh | Dezentral organisiertes, IP-basiertes Kommunikationssystem mit analogen WL-Sprechstellen |
US20080159507A1 (en) * | 2006-12-27 | 2008-07-03 | Nokia Corporation | Distributed teleconference multichannel architecture, system, method, and computer program product |
US8737384B2 (en) * | 2011-01-10 | 2014-05-27 | Vtech Telecommunications Limited | Peer-to-peer, internet protocol telephone system with auto-attendant |
US9116706B2 (en) * | 2012-10-09 | 2015-08-25 | Tamer Yunten | Yunten's web application methodology and web programming language (YWAM and WPL) |
US20150103885A1 (en) * | 2013-10-11 | 2015-04-16 | Oovoo Llc | Real time ip video transmission with high resilience to network errors |
US9859965B2 (en) * | 2014-05-27 | 2018-01-02 | Fortinet, Inc. | Telecommunication terminal |
WO2016100795A1 (en) | 2014-12-19 | 2016-06-23 | Hubbell Incorporated | Internet protocol (ip) serverless page party (spp) station and systems and methods for deploying multiple spp stations |
-
2015
- 2015-12-18 WO PCT/US2015/066623 patent/WO2016100795A1/en active Application Filing
- 2015-12-18 KR KR1020177020187A patent/KR102329188B1/ko active IP Right Grant
- 2015-12-18 CA CA2970945A patent/CA2970945C/en active Active
- 2015-12-18 CN CN201580074317.2A patent/CN107211060B/zh active Active
- 2015-12-18 AU AU2015364403A patent/AU2015364403B2/en active Active
- 2015-12-18 MX MX2017007784A patent/MX2017007784A/es unknown
- 2015-12-18 ES ES15871155T patent/ES2820586T3/es active Active
- 2015-12-18 US US15/536,464 patent/US10051129B2/en active Active
- 2015-12-18 EP EP15871155.6A patent/EP3235230B1/en active Active
-
2017
- 2017-06-16 CL CL2017001583A patent/CL2017001583A1/es unknown
- 2017-06-18 SA SA517381765A patent/SA517381765B1/ar unknown
-
2018
- 2018-08-10 US US16/100,671 patent/US10609222B2/en active Active
-
2019
- 2019-03-08 CL CL2019000595A patent/CL2019000595A1/es unknown
-
2020
- 2020-03-09 US US16/813,253 patent/US11240380B2/en active Active
-
2021
- 2021-12-22 US US17/559,866 patent/US20220116501A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
US10051129B2 (en) | 2018-08-14 |
CL2019000595A1 (es) | 2019-07-12 |
AU2015364403A1 (en) | 2017-06-29 |
WO2016100795A1 (en) | 2016-06-23 |
BR112017013178A2 (pt) | 2018-01-02 |
KR102329188B1 (ko) | 2021-11-19 |
US20190007555A1 (en) | 2019-01-03 |
EP3235230A1 (en) | 2017-10-25 |
CN107211060A (zh) | 2017-09-26 |
EP3235230B1 (en) | 2020-07-08 |
AU2015364403B2 (en) | 2019-11-21 |
KR20170109544A (ko) | 2017-09-29 |
EP3235230A4 (en) | 2018-08-08 |
CA2970945A1 (en) | 2016-06-23 |
MX2017007784A (es) | 2017-12-15 |
US20220116501A1 (en) | 2022-04-14 |
US11240380B2 (en) | 2022-02-01 |
US20170366672A1 (en) | 2017-12-21 |
CL2017001583A1 (es) | 2018-01-12 |
US20200213448A1 (en) | 2020-07-02 |
CA2970945C (en) | 2023-09-26 |
SA517381765B1 (ar) | 2021-07-12 |
ES2820586T3 (es) | 2021-04-21 |
US10609222B2 (en) | 2020-03-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107211060B (zh) | 寻呼对讲站点 | |
US7698437B2 (en) | Method and apparatus for multiple audio connections over networks | |
US7376123B2 (en) | Management and control of call center and office telephony assets | |
US8249102B2 (en) | Method and apparatus for session layer framing to enable interoperability between packet-switched systems | |
US7738434B1 (en) | Control and management of a wired or wireless headset | |
JP2005513836A (ja) | ユニキャストからマルチキャストに切り換えるテレビ会議 | |
WO2011153679A1 (zh) | 业务配置方法、设备和系统 | |
US10764341B2 (en) | System for routing multicast page/party call audio among voice over internet (VoIP) devices in different local area networks (LANs) via internet | |
US11349993B2 (en) | Method and apparatus for interfacing analog page party system to internet protocol page party system | |
US7385966B2 (en) | Method for the automatic configuration of a IP telephony device and/or data, system and device implementing same | |
ES2646183T3 (es) | Sistema de comunicación para la difusión de mensajes de audio en modo de multidifusión | |
CN102907037A (zh) | 一种多机间进行业务备份的方法、装置及系统 | |
US7212102B1 (en) | Device integrated battery backup with power source monitoring and manipulation and public safety communications infrastructure incorporating the same | |
US20220060528A1 (en) | End-to-end system for streaming of multimedia contents on wireless networks | |
BR112017013178B1 (pt) | Estação baseada em protocolo de internet que fornece pelo menos um dentre anúncio page e conferência de linha party em relação a outras estações baseadas em ip | |
JP4867803B2 (ja) | ネットワーク通信システム | |
KR101620268B1 (ko) | 임베디드 voip 모바일 단말 및 시스템 | |
WO2018068230A1 (zh) | 电话呼叫方法、装置、系统和调度服务器 | |
WO2007084118A1 (en) | Methods and apparatus for multiple audio connections over networks | |
JP2004297672A (ja) | 交換機、遠隔回線終端装置および遠隔制御方法 | |
JP2003169163A (ja) | 通信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |