CN101136842B - 一种基于会话初始协议的ip话务台系统及其呼叫方法 - Google Patents
一种基于会话初始协议的ip话务台系统及其呼叫方法 Download PDFInfo
- Publication number
- CN101136842B CN101136842B CN200610111798.2A CN200610111798A CN101136842B CN 101136842 B CN101136842 B CN 101136842B CN 200610111798 A CN200610111798 A CN 200610111798A CN 101136842 B CN101136842 B CN 101136842B
- Authority
- CN
- China
- Prior art keywords
- console
- call
- message
- core net
- easy
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种基于会话初始协议的IP话务台系统及其呼叫方法，该IP话务台系统，是基于会话初始协议的独立的IP话务台系统，其话务台业务控制、排队机控制和核心网分离。核心网10接受用户呼叫时，将该呼叫通过扩展的SIP协议路由到IP话务台服务器20上，由呼叫控制模块21将呼叫送至排队机模块22，进行相应的排队处理，当呼叫控制模块21获得排队机模块22返回的坐席信息后，把该呼叫通过扩展的SIP协议送到相应的话务台客户端30。当IP话务台服务器接受来自IP话务台客户端的呼叫时，由呼叫控制模块21将该呼叫送至核心网10上面进行处理，不需到排队机模块22进行排队。本发明提高了话务台的扩展性和安全性，减少话务台业务升级对核心网的影响。
Description
技术领域
本发明涉及通讯技术领域的话务台系统，尤其涉及一种基于会话初始协议的IP话务台系统及其呼叫方法。
背景技术
传统的话务台基于电路交换网络，一般采用2B+D的ISDN(IntegratedServices Digital Network，综合业务数字网)链路实现与传统交换机的连接，在公用电话交换网(Public Switched Telephone Network，简称“PSTN”)中实现话务台业务功能。话务台与交换机之间采用一个64Kbps的B通道建立半永久连接，完成话路承载；采用16Kbps的D通道，完成话务台与交换机之间的通信承载。
下一代网络NGN(Next Generation Network)不同于传统的电路交换网络，NGN是基于统一协议的、基于IP的分组网络，可以同时提供话音、数据、多媒体等多种业务的综合性全开放的网络平台体系。下一代网络NGN的特点包括：采用分层的全开放的网络，具有独立的模块化结构；是业务驱动型网络，业务和呼叫控制相分离，呼叫与承载相分离；是基于统一协议的IP分组网络体系。NGN网络兼有传统网络可运营可管理的特点和IP网络开放、简单的特性，能够快速生成各种业务，支持各种运营模式和商业模式，有效地降低网络投资和运维成本，是促进未来业务融合的主要技术，在电信技术发展中占据重要位置。
传统话务台是应用于传统的基于电路交换网络的PSTN中，因此，传统话务台不适用于下一代NGN网络。在客观上要求为NGN提供基于IP分组网络的话务台。
目前NGN主要核心网控制技术包括软交换系统(SoftSwitch)、IP多媒体子系统(IP Multimedia Subsystem，简称“IMS”)、PSTN/ISDN仿真子系统(PSTN/ISDN Emulation Subsystem，简称“PES”)等，核心设备间的通讯均采用国际标准组织定义的会话初始协议(Session Initial Protocol，简称“SIP”)。
SIP协议在一个会话过程中起的作用与其他协议(例如No.7信令、H.323协议)是相同的，完成的都是一个信令接续。但由于SIP的本身特性，如在消息发送和处理机制上的灵活性，使得用SIP协议可以很方便地实现一些VoIP的补充业务，比如各种情况下的呼叫前转、呼叫保持、Presence(呈现)、即时消息等业务；由于SIP协议是基于会话定义的，用来建立、修改和终止IP网上的多媒体会话的宗旨，它可以很灵活地与其他多种应用层协议集成，提供更多的增值业务。所以采用SIP作为NGN呼叫控制设备间的通信协议，更利于为下一代网络NGN发展丰富的多媒体业务。
现有的技术包括专利申请号为CN03159622的中国专利“基于网间互联协议的话务台系统及其通话方法”，该专利申请主要存在以下不足：
一、该专利话务台业务控制和排队机功能是在软交换核心网控制设备实现的，加大了控制设备主处理器的负担，提高了系统的复杂度，加大了系统的开发难度并且降低了系统的可靠性。
二、在软交换控制设备与IP话务台之间的通讯采用私有协议，这一实现方法导致软交换系统的呼叫控制设备只能与同一公司的IP话务台系统配合使用，限制了各厂商之间设备的互通性。与NGN网络开放性、协议标准化的特点相违背。
三、该专利的IP话务台仅面向于软交换系统，而NGN是一个不断发展的网络技术，现已经出现了IMS系统、PES系统，现有的话务台技术不具备面向NGN网络的普遍适用性。
现有的技术中还包括专利申请号为20050105711的美国专利“Systemsand methods for an operator system service”(一种话务台系统及业务实现方法)，该专利申请主要存在以下不足：
一、该专利的话务台业务控制和排队处理功能集成在关守中，降低了话务台的可扩展性和安全性。
二、关守与话务台之间采用H.323协议通讯，该协议不是下一代网络的主要协议，不便于与下一代网络实现互通，特别是IMS网络。
综上所述，现有技术中，IP话务台呼叫控制和排队机功能是在核心网实现的，导致话务台的业务升级需要对核心网进行升级，对核心网影响较大，降低了话务台的扩展性和安全性；IP话务台与核心控制网络之间采用私有协议，不便于不同设备网络实现互通；支持的网络协议单一，不适于下一代网络的普遍适用性。
发明内容
本发明所要解决的技术问题在于提供一种基于会话初始协议的IP话务台系统及其呼叫方法，用以基于会话初始协议，构建一种独立于核心网的IP话务台系统，采用扩展的会话初始协议与核心网实现话务台相关的呼叫业务。
本发明提供一种基于会话初始协议的IP话务台系统，该IP话务台系统独立于核心网，利用扩展的会话初始协议通过所述核心网与用户进行呼叫业务，包括IP话务台服务器和IP话务台客户端，其中：
IP话务台服务器，通过IP网与所述核心网连接，用于利用扩展的会话初始协议与所述核心网和所述IP话务台客户端之间配合，控制实现对来自核心网用户与来自话务台客户端的呼叫及消息的处理，为从核心网呼入的用户进行排队并给其分配空闲坐席，用于根据话务台客户端的消息对用户属性进行修改，用于对群用户进行管理以及控制话务员的呼叫转接、三方呼叫、强拆、插入、监听和会议业务的实现；
IP话务台客户端，利用扩展的会话初始协议通过IP网与所述IP话务台服务器连接，用于接收话务员操作界面的输入、接收IP话务台服务器发送过来的呼叫消息、向IP话务台服务器发送用户属性修改消息、向IP话务台服务器发送话务员呼叫和管理消息以及完成与核心网用户媒体信息的交互功能。
进一步地，所述核心网，利用会话初始协议通过IP网与IP话务台服务器相连接，用于将用户呼叫话务台的呼叫转发至所述IP话务台系统，将话务台呼出的呼叫转发到被叫侧的用户，完成用户到话务台的呼叫业务处理，存储和管理群内用户的用户属性。所述核心网是软交换网络、IP多媒体子系统或PSTN/ISDN仿真子系统。
进一步地，所述IP话务台服务器，包括呼叫控制模块、排队机模块和数据库模块，其中：
呼叫控制模块，与所述IP话务台客户端通过扩展的会话初始协议进行信息交互，用于完成对话务台基本呼叫控制、实现话务台的各种业务、处理坐席的呼叫以及管理消息和处理与排队机模块之间的消息；
排队机模块，用于根据呼叫控制模块转来的呼叫信息，完成话务台的登记和排队功能以及呼叫的分发功能；
数据库模块，用于存放呼叫相关的配置数据和相关的话单数据；
其中，所述呼叫控制模块、排队机模块和数据库模块三者之间通过私有协议进行通讯，并设置在同一个服务器上或不同的服务器上。
进一步地，所述IP话务台客户端是标准话务台。
所述的系统进一步还包括简易话务台，其利用扩展的会话初始协议通过IP网与核心网相连接，由一台普通话机或者智能终端实现，面向小规模用户或特服群受理来话、呼出或转接业务，在IP话务台服务器控制下与核心网的用户进行话务台呼叫业务。
本发明还提供一种基于所述IP话务台系统的呼叫方法，所述IP话务台系统包括IP话务台客户端，以及具有呼叫控制模块、排队机模块和数据库模块的IP话务台服务器，该呼叫方法用于IP话务台客户端受理来自核心网用户的呼叫，包括如下步骤：
(1)配置所述IP话务台服务器启动、以及所述IP话务台客户端被激活或登陆到所述IP话务台服务器；
(2)在用户拨打所属群的引示线发起呼叫时，核心网将该用户的INVITE呼叫请求消息发送给IP话务台服务器，其中，INVITE消息被扩展并携带有该群的群号及该用户的会话媒体信息；
(3)IP话务台服务器收到INVITE呼叫请求后，为该呼叫进行排队及分配空闲坐席，并根据排队结果将INVITE呼叫请求发送到相应的IP话务台客户端；
(4)IP话务台客户端收到INVITE请求后，经IP话务台服务器向核心网发送180Ringing振铃消息，在话务员接听该呼叫后，经IP话务台服务器向核心网发送200OK消息，该200OK消息带有话务台客户端的会话媒体信息；
(5)核心网经IP话务台服务器向IP话务台客户端返回ACK确认消息，呼叫建立，会话双方按对方会话媒体信息所确定的格式进行会话；
(6)如果该用户挂机，核心网经IP话务台服务器发送BYE会话结束请求消息至IP话务台客户端；
(7)IP话务台客户端向IP话务台服务器发送200响应消息，IP话务台服务器释放相关的呼叫和资源，并将该200响应消息转发至核心网；
(8)核心网释放相关呼叫和资源，双方通话结束。
进一步地，所述IP话务台客户端是标准话务台或是简易话务台。
进一步地，所述IP话务台客户端是简易话务台时，步骤(1)中简易话务台被配置激活的步骤包括：
核心网侧用户拨接入码以激活简易话务台时，核心网通过会话初始协议向所述呼叫控制模块发送MESSAGE消息，该消息带有简易话务台的台号、用户号码和操作码信息；
呼叫控制模块判断该MESSAGE消息内容为简易话务台激活消息，利用内部消息通知排队机模块调整简易话务台队列；
呼叫控制模块向核心网返回200OK消息，确认简易话务台被激活并登陆到IP话务台服务器；
所述IP话务台服务器向核心网定制已激活简易话务台的状态。
进一步地，步骤(1)中所述IP话务台服务器被配置启动的步骤包括：
所述IP话务台服务器开始启动时，向所述核心网发送SUBSCRIBE定制消息请求对简易话务台状态定制，该定制消息中包括简易话务台状态选项及定制持续时间选项；
所述核心网向所述IP话务台服务器返回200确认消息，确定定制被接受；
所述核心网发送NOTIFY通知消息通知所述IP话务台服务器当前已激活的简易话务台的状态；
所述IP话务台服务器确认收到简易话务台状态后向核心网返回200确认消息；
简易话务台状态发生改变时，向所述核心网发送NOTIFY通知消息通知所述IP话务台服务器所述简易话务台的当前状态；
定制持续时间选项的时间到时后，所述IP话务台服务器重新向所述核心网发送SUBSCRIBE定制消息对简易话务台状态进行定制。
进一步地，所述IP话务台客户端是标准话务台时，步骤(1)中标准话务台被配置登录的步骤包括：
当话务员通过标准话务台界面登录时，所述标准话务台根据所述IP话务台服务器地址，向所述呼叫控制模块发送注册消息；
所述呼叫控制模块收到注册消息后，向所述标准话务台返回200确认消息；
所述标准话务台向所述呼叫控制模块发送MESSAGE消息进行登录，该消息中带有该标准话务台的台号信息；
所述呼叫控制模块返回200确认消息后，根据所述台号信息从数据库模块获取发起登录的该话务员所能受理的群信息，并将该群信息通过MESSAGE消息发送回所述标准话务台；
所述标准话务台收到MESSAGE消息后，返回200OK确认消息，并在其登录界面上显示所述群信息供该话务员选择当前要登录的群进行登录，并将选定登录的群信息通过MESSAGE消息发送至所述呼叫控制模块；
所述呼叫控制模块通知排队机模块根据该话务员选定的群信息，为其进行排队处理，安排好坐席后，向标准话务台返回MESSAGE消息，待标准话务台返回200OK确认消息后，登录完成。
进一步地，所述IP话务台客户端是简易话务台时，该方法进一步包括所述简易话务台去激活的步骤：
核心网侧用户拨接入码开始进行去激活简易话务台时，核心网通过会话初始协议向所述呼叫控制模块发送MESSAGE消息，该消息带有简易话务台的台号、用户号码和操作码信息；
呼叫控制模块判断该MESSAGE消息内容为简易话务台去激活消息，利用内部消息通知排队机模块调整简易话务台队列；
呼叫控制模块向核心网返回200OK消息，确认简易话务台被去激活并退出IP话务台服务器；
所述IP话务台服务器向核心网取消该简易话务台状态的定制。
进一步地，所述IP话务台客户端是标准话务台时，该方法进一步包括所述标准话务台退出的步骤：
当话务员通过标准话务台界面退出时，所述标准话务台根据所述IP话务台服务器地址，向所述呼叫控制模块发送MESSAGE消息，通知所述呼叫控制模块该标准话务台要退出；
所述呼叫控制模块收到MESSAGE消息后，向该标准话务台返回200确认消息，并通知所述排队机模块对所有呼叫重新分配，并让该标准话务台对应的坐席出队，重新调整队列；
所述呼叫控制模块向所述标准话务台发送MESSAGE消息，该消息中带有该标准话务台的坐席退出的结果信息；
所述标准话务台返回200确认消息后，向所述呼叫控制模块发送注册消息，该注册消息中设置注册参数Expires为0，通知所述IP话务台服务器注销该标准话务台；
所述IP话务台服务器完成注销后，返回200OK确认消息，完成标准话务台退出过程。
进一步地，所述IP话务台客户端是简易话务台时，步骤(3)包括：
呼叫控制模块通知排队机模块对来话呼叫进行排队处理，为该呼叫分配一个合适的话务台坐席，获得可受理该呼叫的简易话务台信息，通过内部私有协议将所述简易话务台的信息发给呼叫控制模块；
呼叫控制模块在当前简易话务台的状态为空闲时，发起到简易话务台的呼叫，否则等待，直到简易话务台的状态为空闲，呼叫控制模块收到核心网的上报状态上报的MESSAGE消息时，再发起到简易话务台的呼叫；
呼叫控制模块通知所述排队机模块将要对该简易话务台进行呼叫处理，由排队机模块根据一定的算法调整该简易话务台的队列情况；
呼叫控制模块向核心网发送INVITE呼叫请求消息，并在INVITE消息中给出了简易话务台号码，由所述核心网将该消息转发至所述简易话务台。
进一步地，所述IP话务台客户端是简易话务台时，所述IP话务台服务器与简易话务台之间的所述INVINTE、180 Ringing、200OK和ACK消息交互是由核心网完成的。
本发明还提供一种基于所述IP话务台系统的呼叫方法，所述IP话务台系统包括IP话务台客户端，以及具有呼叫控制模块、排队机模块和数据库模块的IP话务台服务器，该呼叫方法用于IP话务台客户端对核心网用户进行呼出呼叫，包括如下步骤：
(1)配置所述IP话务台服务器启动、以及所述IP话务台客户端被激活或登陆到所述IP话务台服务器；
(2)在话务员拨被叫用户的群内号码进行呼出时，IP话务台客户端向IP话务台服务器发送INVITE呼叫请求消息，其中INVITE消息被扩展并携带有该用户的群号及IP话务台客户端的会话媒体信息；
(3)IP话务台服务器将所述INVITE呼叫请求消息转发到核心网；
(4)核心网根据被叫用户号码和群号，将呼叫正确路由至被叫用户，然后经IP话务台服务器向所述IP话务台客户端返回180Ringing振铃消息，当被叫用户摘机时，核心网经IP话务台服务器向所述IP话务台客户端发送200OK确认消息，该消息中携带被叫用户的会话媒体信息；
(5)IP话务台客户端经所述IP话务台服务器向核心网返回ACK确认消息后，呼叫建立，双方进入通话状态，按对方的会话媒体信息进行会话；
(6)如果话务员挂机，IP话务台客户端经IP话务台服务器向核心网发送BYE会话结束请求消息；
(7)核心网释放被叫用户侧的相关呼叫和资源，并向IP话务台服务器返回200响应消息；
(8)IP话务台服务器将200响应消息转发给IP话务台客户端，并释放相关的呼叫和资源，双方通话结束。
进一步地，所述IP话务台客户端是标准话务台或是简易话务台。
进一步地，所述IP话务台客户端是简易话务台时，步骤(1)中简易话务台被配置激活的步骤包括：
核心网侧用户拨接入码开始进行激活简易话务台时，核心网通过会话初始协议向所述呼叫控制模块发送MESSAGE消息，该消息带有简易话务台的台号、用户号码和操作码信息；
呼叫控制模块判断该MESSAGE消息内容为简易话务台激活消息，利用内部消息通知排队机模块调整简易话务台队列；
呼叫控制模块向核心网返回200OK消息，确认简易话务台被激活并登陆到IP话务台服务器；
所述IP话务台服务器向核心网定制已激活简易话务台的状态。
进一步地，步骤(1)中所述IP话务台服务器被配置启动的步骤包括：
所述IP话务台服务器开始启动时，向所述核心网发送SUBSCRIBE定制消息请求对简易话务台状态定制，该定制消息中包括简易话务台状态选项及定制持续时间选项；
所述核心网向所述IP话务台服务器返回200确认消息，确定定制被接受；
所述核心网发送NOTIFY通知消息通知所述IP话务台服务器当前已激活的简易话务台的状态；
所述IP话务台服务器确认收到简易话务台状态后向核心网返回200确认消息；
简易话务台状态发生改变时，向所述核心网发送NOTIFY通知消息通知所述IP话务台服务器所述简易话务台的当前状态；
定制持续时间选项的时间到时后，所述IP话务台服务器重新向所述核心网发送SUBSCRIBE定制消息对简易话务台状态进行定制。
进一步地，所述IP话务台客户端是标准话务台时，步骤(1)中标准话务台被配置登录的步骤包括：
当话务员通过标准话务台界面登录时，所述标准话务台根据所述IP话务台服务器地址，向所述呼叫控制模块发送注册消息；
所述呼叫控制模块收到注册消息后，向所述标准话务台返回200确认消息；
所述标准话务台向所述呼叫控制模块发送MESSAGE消息进行登录，该消息中带有该标准话务台的台号信息；
所述呼叫控制模块返回200确认消息后，根据所述台号信息从数据库模块获取发起登录的该话务员所能受理的群信息，并将该群信息通过MESSAGE消息发送回所述标准话务台；
所述标准话务台收到MESSAGE消息后，返回200OK确认消息，并在其登录界面上显示所述群信息供该话务员选择当前要登录的群进行登录，并将选定登录的群信息通过MESSAGE消息发送至所述呼叫控制模块；
所述呼叫控制模块通知排队机模块根据该话务员选定的群信息，为其进行排队处理，安排好坐席后，向标准话务台返回MESSAGE消息，待标准话务台返回200OK确认消息后，登录完成。
进一步地，所述IP话务台客户端是简易话务台时，所述简易话务台对核心网用户进行呼出呼叫的步骤包括：
(1)配置所述IP话务台服务器启动、以及所述简易话务台被激活；
(2)在话务员拨被叫用户的群内号码进行呼出时，简易话务台向核心网发送INVITE呼叫请求消息，其中INVITE消息被扩展并携带有该用户的群号及IP话务台客户端的会话媒体信息；
(3)核心网收到INVITE请求后，向IP话务台服务器发送MESSAGE消息，更改简易话务台状态由空闲转为忙；
(4)核心网在IP话务台服务器返回200 OK确认消息后，向被叫用户发送所述INVITE请求；
(5)被叫用户经核心网向简易话务台发送180Ringing振铃消息，被叫用户摘机后，经核心网向简易话务台发送200 OK确认消息，该消息中带有被叫用户的会话媒体信息；
(6)简易话务台经核心网向被叫用户返回ACK确认消息，呼叫建立，双方进入通话状态，按照对方的会话媒体信息进行会话；
(7)如果话务员挂机，简易话务台经核心网向被叫用户发送BYE会话结束请求消息；
(8)被叫用户释放相关的呼叫和资源，并返回200响应消息至核心网以确认收到了BYE请求；
(9)核心网向IP话务台服务器发送MESSAGE消息，更改简易话务台状态由忙转为空闲；
(10)在IP话务台服务器返回200 OK确认消息后，核心网将200响应消息向简易话务台转发，并释放相关的呼叫和资源，终止会话。
本发明所述的基于会话初始协议的IP话务台系统及其呼叫方法，与现有技术相比较，采用独立的IP话务台系统，实现了话务台业务控制、排队机控制和核心网的分离，提高了话务台的扩展性和安全性，减少话务台业务升级对核心网的影响；采用独立的IP话务台系统，使得IP话务台系统与核心网的耦合度降低，该核心网既可以是软交换，也可以是IMS或PES等，只需要对SIP协议进行部分扩展即可与话务台系统通讯；通讯协议采用扩展的SIP协议，提高了IP话务台系统接口的开放性和标准性，有利于IP话务台系统在下一代网络NGN中发展更为丰富多彩的话务台多媒体业务。
本发明克服了现有技术中话务台扩展性和安全性差、话务台与核心网之间采用私有协议、仅适用于软交换系统等缺点，使得IP话务台独立于核心网，两者之间采用扩展SIP协议实现业务，并普遍适用于软交换系统、核心网基于IP分组传输、控制设备基于SIP协议的NGN网络，具有扩展性好，安全性高，适用性强等优点。
附图说明
图1是本发明所述IP话务台系统模块结构图；
图2是本发明所述IP话务台系统组网图；
图3是本发明所述IP话务台服务器启动流程图；
图4是本发明所述标准话务台登录流程图；
图5是本发明所述标准话务台退出流程图；
图6是本发明所述简易话务台激活流程图；
图7是本发明所述IP话务台系统的标准话务台呼叫受理流程图；
图8是本发明所述IP话务台系统的标准话务台呼出流程图；
图9是本发明所述IP话务台系统的简易话务台呼叫受理流程图；
图10是本发明所述IP话务台系统的简易话务台呼出流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图及具体实施例对本发明的技术方案作进一步的详细描述。
图1是本发明一个实施例的基于会话初始协议的IP话务台系统的模块结构图，其中，所述IP话务台系统40，包括IP话务台服务器20和IP话务台客户端30，该IP话务台系统40独立于核心网10，通过核心网10与用户进行呼叫业务。所述核心网10与IP话务台服务器20通过IP网连接；IP话务台服务器20与IP话务台客户端30通过IP网连接。在图1中，所述IP话务台系统40与核心网10通过扩展的SIP协议完成话务台业务功能。
下面结合图1，对所述核心网10、IP话务台系统40及其组成模块作进一步详细说明，其中：
1、核心网10，主要完成呼叫接入到IP话务台服务器20以及相关业务的实现，具体功能如下：
a)将用户呼叫话务台的呼叫转发到IP话务台系统40；
b)话务台呼出时，将呼叫转发到核心网，核心网完成到被叫侧的呼叫；
c)完成群内用户的呼叫业务处理，例如：前转等；
d)存储、管理群内用户的用户属性。
2、IP话务台系统40，由IP话务台服务器20和IP话务台客户端30组成，与核心网10通过扩展的SIP协议完成话务台业务功能。
(1)IP话务台服务器20：
通过扩展的SIP协议与核心网、IP话务台客户端之间配合，实现呼叫处理；根据排队原理，对从核心网10呼入的用户进行排队，给呼叫分配空闲坐席(标准话务台坐席或简易话务台坐席)，并能够根据话务台客户端的消息对用户属性进行修改；实现标准话务台功能，对Centrex群用户进行管理，实现呼叫转接、三方呼叫、强拆、插入和监听、会议等话务员相关业务。一个IP话务台服务器可以对多个话务台的呼叫进行相应的排队管理，同时也可以处理多个IP话务台客户端的呼叫。
所述IP话务台服务器20，进一步地包括三个模块：排队机模块21、呼叫控制模块22和数据库模块23。三者通过内部的私有协议完成通讯过程。在实际部署时，可以根据处理性能等方面的需要将排队机模块21、呼叫控制模块22和数据库模块23设置在同一个物理实体(服务器)上，或者分开设置在不同的物理实体(服务器)上。各模块具体功能如下：
a)呼叫控制模块21：主要完成对话务台基本呼叫控制，实现话务台的各种业务，处理坐席的呼叫以及管理消息，处理和排队机模块22之间的消息。该模块与IP话务台客户端30之间，通过扩展的SIP协议完成信息交互。
b)排队机模块22：完成话务台的登记和排队功能以及呼叫的分发功能。该模块能够为受理的呼叫按照一定的规则进行排队，给各个话务台尽可能合理地分配呼叫，并可在话务台忙时将其安排到话务台的等待队列中排队。
排队规则是根据来话呼叫的优先级和到达话务台的先后次序来确定。例如，可将话务台来话呼叫的优先级分为三个等级：第一级为最重要用户，第二级为重要用户，第三级为普通用户。排队原则：首先按照各个呼叫的优先级进行排队，对于同一优先级的呼叫，按到达话务台的先后次序进行排队。对于排队的规则与原则，可以采用现有技术中通常的排队方法，不限于本发明所举例的方法与规则，只要能够区分用户的优先级别和先后次序进行合理排队即可。
呼叫分配原则：如果群内话务台不止一个，则呼叫首先分配给空闲的话务台，如果无空闲话务台，则分配给入台呼叫等待数最少的话务台。这样可以更快的实现呼叫接入，从而减少呼叫等待时间。
c)数据库模块23：主要用于存放IP话务台系统业务相关配置数据和相关的话单数据。
(2)IP话务台客户端30：
主要用于接收用户操作界面的输入以及IP话务台服务器20发送过来的呼叫消息，并向IP话务台服务器20发送用户属性修改等消息以及话务员呼叫和管理相关的消息，同时完成和另一端媒体信息的交互功能。
IP话务台客户端可以是一台PC机，安装运行了话务台客户端软件之后可作为标准话务台使用。它可以通过操作客户端界面上的按钮进行有关呼叫的操作，比如接听、转接、三方呼叫等，并且可以通过PC机上的耳麦采集和输出语音。IP话务台客户端，也可以是一个简易话务台。对简易话务台而言，其客户端可由一台普通话机或者智能终端实现，它的功能较为简单，只能受理来话、呼出或转接，一般用于规模较小的用户群或特服群。
下面说明基本呼叫过程中，图1所示的各模块之间的数据传送关系。
当核心网10接受来自核心网内的用户呼叫时，将把需要到话务台的呼叫通过扩展的SIP协议路由到IP话务台服务器20上；IP话务台服务器20的呼叫控制模块21将呼叫送至排队机模块22，进行相应的排队处理；当呼叫控制模块21获得排队机模块22返回的坐席信息后，把该呼叫通过扩展的SIP协议送到相应的话务台客户端30。
当IP话务台服务器接受来自IP话务台客户端的呼叫时，其呼叫控制模块21将该呼叫送至核心网10上面进行处理。在此过程中，IP话务台客户端30发出的呼叫不需要到排队机模块22进行排队。
图2是本实施例所述IP话务台系统的一个组网实例。其中，核心网200、IP话务台服务器212、IP话务台客户端214分布在INTERNET上。核心网200与IP话务台服务器212之间、IP话务台服务器212与IP话务台客户端214之间通过扩展的SIP协议进行通讯。
IP话务台分为标准话务台和简易话务台，两者需要在排队机上统一排队，因此，需要核心网将呼叫转到IP话务台系统上。对于核心网用户到IP话务台的呼叫，需对SIP协议的INVITE消息进行扩展来携带群号，以便IP话务台系统能够根据群号进行呼叫排队处理。
本实施例中，将以IP话务台服务器启动、标准话务台登陆、标准话务台退出、简易话务台激活/去激活以及话务台的基本呼叫为例，说明IP话务台系统的实现流程。为便于描述，现假设核心网200下有某群Centrex1的群内用户A和B；与核心网200相连的IP话务台系统210包含IP话务台服务器212及受理该群Centrex1的IP话务台客户端214(标准话务台)、简易话务台202。其中，IP话务台客户端214还可以受理Centrex2和Centrex3的业务。
下面结合图3，说明本实施例中IP话务台服务器启动的流程。图3中显示了核心网10，IP话务台服务器20的呼叫控制模块21和排队机模块22。IP话务台服务器启动流程，主要发生在核心网10与呼叫控制模块21之间，该IP话务台服务器启动流程，包括：
步骤300：IP话务台服务器启动后，对所有已经激活的简易话务台进行状态订阅操作，即向核心网发送SUBSCRIBE消息，请求状态定制，在该请求消息的Event中包括简易话务台的激活、未激活、忙、空闲、闭塞或是否在线等状态，在Expires中指示定制持续时间。
步骤302：核心网向IP话务台服务器回复200消息，指示定制被接受。
步骤304：核心网在发送200消息后，立即发送NOTIFY以通知IP话务台系统目前已激活的简易话务台状态，例如空闲。
步骤306：IP话务台服务器返回200确认消息。
步骤308：当简易话务台状态发生改变时，例如由空闲转为忙，则核心网发送NOTIFY消息，在该消息中给出简易话务台的最新状态信息。
步骤310：IP话务台服务器返回200确认消息。
步骤312～步骤318：如果SUBSCRIBE消息的定制时间到时，则IP话务台服务器会再次发送SUBSCRIBE请求状态定制消息来刷新定制持续时间。与步骤300～步骤306的过程相同。
下面结合图4，说明本实施例中IP话务台系统的标准话务台的登录流程。图4中显示了IP话务台客户端30(标准话务台)，IP话务台服务器20的呼叫控制模块21和排队机模块22，标准话务台的登录流程主要发生在IP话务台客户端30与IP话务台服务器20之间，该标准话务台登录流程，包括：
步骤400：当坐席通过客户端界面进行登录操作时，IP话务台客户端根据本地配置的IP话务台服务器地址，向对应的IP话务台服务器的呼叫控制模块发送REGISTER注册消息。
步骤402：呼叫控制模块收到REGISTER注册消息后，返回200OK确认消息。
步骤404：IP话务台客户端向呼叫控制模块发送MESSAGE消息进行登录，在该消息中携带有该标准话务台的台号信息。
步骤406：呼叫控制模块返回200OK确认消息。
步骤408：呼叫控制模块根据台号信息，从数据库模块中获取该坐席所能受理的群信息。根据前面的假设，该坐席可以处理Centrex1、Centrex2和Centrex3三个群的信息。呼叫控制模块将所能受理的群信息通过MESSAGE消息发送给IP话务台客户端。
步骤410：IP话务台客户端收到MESSAGE后，返回200OK确认消息，并在话务台登录界面上显示所有可受理的群。
步骤412：此时，话务员从可受理群列表中选择当前登录的群，进行登录，例如话务员选择群Centrex1，则IP话务台客户端向呼叫控制模块发送MESSAGE消息，在消息中携带话务员登录的群信息Centrex1。
步骤414：呼叫控制模块通知排队机模块为该坐席调整坐席队列，则排队机根据该坐席选择受理的群，对该坐席进行排队处理。
步骤416：呼叫控制模块向IP话务台客户端返回200OK确认消息。
步骤418：呼叫控制模块向IP话务台客户端发送MESSAGE消息，以表明登录成功。
步骤420：IP话务台客户端收到MESSAGE后，返回200OK确认消息。
当标准话务台重复登录时，呼叫控制模块会释放当前与该话务台相关的所有呼叫和资源，通知排队机模块对该IP话务台原有呼叫进行重新分配；当重新分配完成后，通知排队机模块对该IP话务台进行重新入队，调整相应的坐席队列。
下面结合图5，说明本实施例IP话务台系统的标准话务台退出流程。图5中显示了IP话务台客户端30，IP话务台服务器20的呼叫控制模块21和排队机模块22，标准话务台退出流程主要发生在IP话务台客户端30与IP话务台服务器20之间，该标准话务台退出流程包括：
步骤500：坐席通过客户端界面进行退出操作，则IP话务台客户端向呼叫控制模块发送MESSAGE消息，通知IP话务台服务器该话务台需要退出。
步骤502：呼叫控制模块收到MESSAGE消息后向IP话务台客户端返回200OK确认消息。
步骤504：呼叫控制模块请求排队机重新分配该坐席下面所有等待其受理的呼叫。
步骤506：排队机将该坐席下面所有呼叫重新分配到其他可受理的坐席后，向呼叫控制模块返回排队结果。
步骤508：呼叫控制模块通知排队机让该坐席出队，并重新调整坐席队列。
步骤510：呼叫控制模块向IP话务台客户端发送MESSAGE消息，在该消息中携带坐席退出的结果信息。
步骤512：IP话务台客户端收到MESSAGE后返回200OK确认消息。
步骤514：坐席成功退出后，IP话务台客户端向呼叫控制模块发送REGISTER消息，在该消息设置注册周期参数Expires为0，以通知IP话务台服务器注销该坐席信息。
步骤516：IP话务台服务器完成注销后，返回200OK确认消息。
下面结合图6，说明本实施例中IP话务台系统的简易话务台激活流程。图6中显示了核心网10，IP话务台服务器20的呼叫控制模块21和排队机模块22，简易话务台的激活流程主要发生在核心网10与IP话务台服务器20之间，该简易话务台激活流程包括：
步骤600：当用户拨接入码(例如：*14#)来激活简易话务台功能时，核心网通过SIP协议向呼叫控制模块发送MESSAGE消息，在该消息中携带简易话务台的台号、用户号码和操作码信息等。
步骤602：呼叫控制模块判断MESSAGE消息内容，如果为简易话务台激活消息，则通过内部消息通知排队机模块调整简易话务台的队列；
步骤604：呼叫控制模块向核心网返回200OK消息，以表明简易话务台被激活并成功登录到IP话务台服务器。
步骤606：IP话务台服务器对已经激活的简易话务台进行状态订阅操作，即向核心网发送SUBSCRIBE消息请求状态定制，在该请求消息的Event中包括简易话务台的激活、未激活、忙、空闲、闭塞或是否在线等状态，在Expires中指示定制持续时间。
步骤608：核心网向IP话务台服务器回复200，指示定制被接受。
步骤610：核心网在发送200消息后，立即发送NOTIFY以通知IP话务台系统目前已激活的简易话务台状态，例如空闲。
步骤612：IP话务台服务器返回200确认消息。
本实施例中IP话务台系统的简易话务台的去激活流程与其激活流程中的步骤类似。所不同的是，在去激活流程步骤中的所述MESSAGE携带简易话务台的去激活信息。
下面结合图7，说明本实施例中IP话务台系统的标准话务台基本呼叫受理流程。图7中显示了核心网10，IP话务台服务器20的呼叫控制模块21和排队机模块22，IP话务台客户端30(标准话务台)，该标准话务台基本呼叫受理流程包括：
步骤700：当用户A拨打本群的引示线时，核心网将INVITE呼叫请求发送至IP话务台服务器的呼叫控制模块。该INVITE消息中包含了用户A想建立的会话的媒体描述SDP(会话描述协议，Session Description Protocol)；其中，对INVITE消息进行了扩展，以携带该引示线所在群的群号。
步骤702：IP话务台服务器收到INVITE呼叫请求后，向核心网返回100Trying消息，以通知收到并正在处理该请求。
步骤704：IP话务台服务器通知排队机模块对来话呼叫进行排队处理，为该次呼叫分配一个合适的话务台坐席。
步骤706：排队机模块经过一系列算法，得到可受理该呼叫的坐席信息，通过内部私有协议将该坐席的信息发送给呼叫控制模块。
步骤708：在呼叫控制模块获得可受理该呼叫的坐席信息后，向排队机模块发送消息，以表明该坐席将要处理本次呼叫，此时排队机模块根据一定的算法调整该坐席的队列情况。
步骤710：呼叫控制模块向该坐席对应的IP话务台客户端发送INVITE呼叫请求消息，并在INVITE消息中给出了用户A的媒体信息SDP和该引示线所在群的群号。
步骤712：IP话务台客户端向IP话务台服务器返回100Trying消息，以通知收到并正在处理该请求。
步骤714：当IP话务台客户端处理完该信息后，通知界面显示该呼叫，同时向IP话务台服务器发送180Ringing振铃消息。
步骤716：IP话务台服务器向核心网转发180Ringing振铃消息。
步骤718：当话务员接听该呼叫时，IP话务台客户端收到界面的摘机事件通知，并向IP话务台服务器发送200OK消息，表示话务员已经接听用户A的电话，并在200OK消息中描述了本地话务台客户端的SDP媒体信息。
步骤720：IP话务台服务器向核心网转发收到的200OK消息。
步骤722：核心网返回ACK消息以确认请求消息。
步骤724：IP话务台服务器收到ACK确认消息后，向IP话务台客户端发送ACK确认请求消息。
步骤726：至此，完成了建立SIP会话的INVITE/200/ACK三次握手，用户A和话务员之间的媒体会话建立。会话双方按照在SDP媒体协商中所确定的格式发送媒体包。
步骤728：当用户A挂机，核心网向IP话务台服务器发出BYE会话结束请求消息。
步骤730：IP话务台服务器向IP话务台客户端转发BYE会话结束请求消息。
步骤732：IP话务台客户端收到BYE请求消息后，发出200响应消息以确认收到了BYE请求。
步骤734：IP话务台服务器收到200响应消息后，其呼叫控制模块将释放与本次呼叫相关的资源。并发送消息给排队机模块以表明该坐席与用户A的会话结束，通知排队机重新调整该坐席的队列。
步骤736：IP话务台服务器的呼叫控制模块向核心网发出200响应消息，以确认收到了BYE请求；核心网侧释放相关的呼叫和资源，从而终止了整个会话。
下面结合图8，说明本实施例中IP话务台系统的标准话务台呼出流程。图8中显示了IP话务台客户端30，IP话务台服务器20的呼叫控制模块21和排队机模块22，核心网10，该标准话务台呼出流程包括：
步骤800：话务员通过话务台界面拨被叫用户B的号码，则IP话务台客户端响应界面消息，向IP话务台服务器的呼叫控制模块发送INVITE呼叫请求，在INVITE消息中携带本地客户端的SDP媒体信息、被叫用户B的号码，并扩展INVITE消息以携带该被叫用户B所在群的群号；
由于用户B是群内用户，所以话务员可以直接拨打用户B的群内小号码，也可以拨打用户B的大号码。
步骤802：呼叫控制模块收到INVITE请求后，向IP话务台客户端返回100Trying消息，表明已收到请求并在作进一步处理。
步骤804：呼叫控制模块向核心网发送INVITE请求，在INVITE消息中携带IP话务台客户端的SDP媒体信息、被叫用户B的号码和被叫用户所在群的群号。
步骤806：核心网收到INVITE请求后，向呼叫控制模块返回100(Trying)消息，表明已收到请求并在作进一步处理；然后根据用户号码和所在群号，进行用户B的呼叫处理。
步骤808：当核心网正确呼叫用户B时，用户B振铃，此时核心网将180(Ringing)振铃消息发送到呼叫控制模块。
步骤810：呼叫控制模块将180(Ringing)振铃消息转发到IP话务台客户端。
步骤812：当用户B摘机时，核心网向呼叫控制模块发送200(OK)，在该消息中携带用户B的SDP媒体信息。
步骤814：呼叫控制模块将此200(OK)消息转发到IP话务台客户端。
步骤816：IP话务台客户端向呼叫控制模块返回ACK确认消息。
步骤818：呼叫控制模块将收到ACK确认消息向核心网进行转发。
步骤820：至此，完成了建立SIP会话的INVITE/200/ACK三次握手，话务员和用户B之间的媒体会话建立。会话双方按照在SDP媒体协商中所确定的格式发送媒体包。
步骤822：当话务员挂机时，IP话务台客户端向IP话务台服务器的呼叫控制模块发出BYE会话结束请求消息。
步骤824：呼叫控制模块收到BYE消息后，向核心网发出BYE请求消息。
步骤826：核心网收到BYE请求消息后，释放相关的呼叫和资源，并返回200响应消息以确认收到了BYE请求。
步骤828：IP话务台服务器的呼叫控制模块将收到200响应消息向IP话务台客户端转发，以确认收到了BYE请求，并释放相关的呼叫和资源，从而终止了整个会话。
下面结合图9，说明本发明IP话务台系统的简易话务台基本呼叫受理流程。图9中显示了核心网10，IP话务台服务器20的呼叫控制模块21和排队机模块22，简易话务台20。该简易话务台基本呼叫受理流程包括：
步骤902：主叫用户A拨打本群的引示线，核心网收到用户A发送的INVITE消息。
步骤904：核心网返回100(Trying)消息，表明已收到请求并在作进一步处理；
步骤906：核心网将INVITE呼叫请求发送至IP话务台服务器的呼叫控制模块。该INVITE消息中包含了用户A想建立的会话的媒体描述SDP；其中，对INVITE消息进行了扩展，以携带该引示线所在群的群号。
步骤908：IP话务台服务器向核心网返回100(Trying)，以通知收到并正在处理该请求。
步骤910：呼叫控制模块通知排队机模块对来话呼叫进行排队处理，为该次呼叫分配一个合适的话务台坐席。排队机模块经过一系列算法，得到可受理该呼叫的简易话务台信息。
步骤912：排队机模块通过内部私有协议将该简易话务台的信息发送给呼叫控制模块。呼叫控制模块先判断当前简易话务台的状态(忙、空闲)。如果空闲则发起到简易话务台的呼叫；如果忙则并且小于简易话务台的最大等待受理数，则排队等待；如果超过了最大等待数则重新排队。当简易话务台状态转为空闲时，IP话务台服务器会收到核心网上报的MESSAGE消息，此时则从等待队列中选择优先处理的呼叫，然后发起到简易话务台的呼叫。
步骤914：呼叫控制模块向排队机模块发送消息，以表明该简易话务台将要处理本次呼叫，此时排队机模块根据一定的算法调整该简易话务台的队列情况。
步骤916：呼叫控制模块向核心网发送INVITE呼叫请求消息，并在INVITE消息中给出了简易话务台号码。
步骤918：核心网向IP话务台服务器返回100(Trying)，以通知收到并正在处理916的INVITE请求。
步骤920：核心网向简易话务台发起INVITE呼叫请求。
步骤922：简易话务台向核心网返回100(Trying)消息，以通知收到并正在处理920的INVITE请求。
步骤924：简易话务台向核心网发送180Ringing振铃消息。
步骤926：核心网向IP话务台服务器转发该180Ringing振铃消息。
步骤928：IP话务台服务器向核心网发送180Ringing振铃消息。
步骤930：核心网将180Ringing转发给主叫用户A。
步骤932：当话务员接听该呼叫时，简易话务台向核心网发送200 OK消息，在该消息中描述了本地话务台客户端的SDP媒体信息。
步骤934：核心网向IP话务台服务器转发200 OK消息。
步骤936：IP话务台服务器向核心网发送200 OK。
步骤938：核心网向主叫用户A转发该200 OK。
步骤940：主叫用户A返回ACK消息，以确认902的INVITE请求。。
步骤942：核心网发送ACK消息到IP话务台服务器，以确认916的INVITE请求。
步骤944：IP话务台服务器向核心网发送ACK以确认906的INVITE请求。
步骤946：核心网向简易话务台发送ACK以确认920的INVITE请求。
步骤948：至此，完成了建立SIP会话的INVITE/200/ACK三次握手，用户A和简易话务台之间的媒体会话建立。会话双方按照在SDP媒体协商中所确定的格式发送媒体包。
此会话的释放流程，参见步骤1026--1036。
下面结合图10，说明本实施例IP话务台系统的简易话务台呼出流程。图10中显示了简易话务台202，核心网10，IP话务台服务器20，被叫用户A。该简易话务台呼出流程与核心网用户的呼出流程类似，包括：
步骤1000：简易话务台向核心网发送INVITE呼叫请求，以呼叫被叫用户A；由于用户A是群内用户，所以简易话务台可以直接拨打用户A的群内小号码，也可以拨打用户A的大号码。
步骤1002：核心网收到INVITE请求后，向IP话务台服务器发送MESSAGE消息，表明简易话务台状态由空闲转为忙。
步骤1004：IP话务台服务器返回200 OK确认消息。
步骤1006：核心网向被叫用户A发送INVITE请求。
步骤1008：被叫方A收到INVITE请求后，向呼叫控制模块返回100(Trying)消息，表明已收到请求并在作进一步处理。
步骤1010：核心网向简易话务台转发100(Trying)消息。
步骤1012：被叫用户A向核心网发送180(Ringing)振铃消息。
步骤1014：核心网将180(Ringing)振铃消息转发到简易话务台。
步骤1016：当用户A摘机接听，则被叫设备向核心网发送200(OK)，在该消息中携带用户A的SDP媒体信息。
步骤1018：核心网将此200(OK)消息转发到简易话务台。
步骤1020：简易话务台向核心网返回ACK确认消息。
步骤1022：核心网将收到ACK确认消息向被叫用户方进行转发。
步骤1024：至此，完成了建立SIP会话的INVITE/200/ACK三次握手，简易话务员和用户A之间的媒体会话建立。会话双方按照在SDP媒体协商中所确定的格式发送媒体包。
步骤1026：当简易话务员挂机时，简易话务台向核心网发出BYE会话结束请求消息。
步骤1028：核心网向被叫方发出BYE请求消息。
步骤1030：用户A释放相关的呼叫和资源，并返回200响应消息以确认收到了BYE请求。
步骤1032：核心网向IP话务台服务器发送MESSAGE消息，表明简易话务台状态由忙转为空闲。
步骤1034：IP话务台服务器返回200 OK确认消息。
步骤1036：将200响应消息向简易话务台转发，以确认收到了BYE请求，并释放相关的呼叫和资源，从而终止了整个会话。
综上所述，本发明的基于会话初始协议的IP话务台系统及其呼叫方法，与现有技术相比较，采用独立的IP话务台系统，实现了话务台业务控制、排队机控制和核心网的分离，提高了话务台的扩展性和安全性，减少话务台业务升级对核心网的影响；采用独立的IP话务台系统，使得IP话务台系统与核心网的耦合度降低，该核心网既可以是软交换，也可以是IMS或PES等，只需要对SIP协议进行部分扩展即可与话务台系统通讯；通讯协议采用扩展的SIP协议，提高了IP话务台系统接口的开放性和标准性，有利于IP话务台系统在下一代网络NGN中发展更为丰富多彩的话务台多媒体业务。
Claims (21)
1.一种基于会话初始协议的IP话务台系统，其特征在于，该IP话务台系统独立于核心网，利用扩展的会话初始协议通过所述核心网与用户进行呼叫业务，包括IP话务台服务器和IP话务台客户端，其中：
IP话务台服务器，通过IP网与所述核心网连接，用于利用扩展的会话初始协议与所述核心网和所述IP话务台客户端之间配合，控制实现对来自核心网用户与来自话务台客户端的呼叫及消息的处理，为从核心网呼入的用户进行排队并给其分配空闲坐席，用于根据话务台客户端的消息对用户属性进行修改，用于对群用户进行管理以及控制话务员的呼叫转接、三方呼叫、强拆、插入、监听和会议业务的实现；
IP话务台客户端，利用扩展的会话初始协议通过IP网与所述IP话务台服务器连接，用于接收话务员操作界面的输入、接收IP话务台服务器发送过来的呼叫消息、向IP话务台服务器发送用户属性修改消息、向IP话务台服务器发送话务员呼叫和管理消息以及完成与核心网用户媒体信息的交互功能。
2.如权利要求1所述的系统，其特征在于，所述核心网，利用会话初始协议通过IP网与IP话务台服务器相连接，用于将用户呼叫话务台的呼叫转发至所述IP话务台系统，将话务台呼出的呼叫转发到被叫侧的用户，完成用户到话务台的呼叫业务处理，存储和管理群内用户的用户属性。
3.如权利要求1或2所述的系统，其特征在于，所述核心网是软交换网络、IP多媒体子系统或PSTN/ISDN仿真子系统。
4.如权利要求1所述的系统，其特征在于，所述IP话务台服务器，包括呼叫控制模块、排队机模块和数据库模块，其中：
呼叫控制模块，与所述IP话务台客户端通过扩展的会话初始协议进行信息交互，用于完成对话务台基本呼叫控制、实现话务台的各种业务、处理坐席的呼叫以及管理消息和处理与排队机模块之间的消息；
排队机模块，用于根据呼叫控制模块转来的呼叫信息，完成话务台的登记和排队功能以及呼叫的分发功能；
数据库模块，用于存放呼叫相关的配置数据和相关的话单数据；
其中，所述呼叫控制模块、排队机模块和数据库模块三者之间通过私有协议进行通讯，并设置在同一个服务器上或不同的服务器上。
5.如权利要求1所述的系统，其特征在于，所述IP话务台客户端是标准话务台。
6.如权利要求1所述的系统，其特征在于，进一步还包括简易话务台，其利用扩展的会话初始协议通过IP网与核心网相连接，由一台普通话机或者智能终端实现，面向小规模用户或特服群受理来话、呼出或转接业务，在IP话务台服务器控制下与核心网的用户进行话务台呼叫业务。
7.一种基于权利要求1所述IP话务台系统的呼叫方法，所述IP话务台系统包括IP话务台客户端，以及具有呼叫控制模块、排队机模块和数据库模块的IP话务台服务器，该呼叫方法用于IP话务台客户端受理来自核心网用户的呼叫，其特征在于，包括如下步骤：
(1)配置所述IP话务台服务器启动、以及所述IP话务台客户端被激活或登陆到所述IP话务台服务器；
(2)在用户拨打所属群的引示线发起呼叫时，核心网将该用户的INVITE呼叫请求消息发送给IP话务台服务器，其中，INVITE消息被扩展并携带有该群的群号及该用户的会话媒体信息；
(3)IP话务台服务器收到INVITE呼叫请求后，为该呼叫进行排队及分配空闲坐席，并根据排队结果将INVITE呼叫请求发送到相应的IP话务台客户端；
(4)IP话务台客户端收到INVITE请求后，经IP话务台服务器向核心网发送180 Ringing振铃消息，在话务员接听该呼叫后，经IP话务台服务器向核心网发送200OK消息，该200OK消息带有话务台客户端的会话媒体信息；
(5)核心网经IP话务台服务器向IP话务台客户端返回ACK确认消息，呼叫建立，会话双方按对方会话媒体信息所确定的格式进行会话；
(6)如果该用户挂机，核心网经IP话务台服务器发送BYE会话结束请求消息至IP话务台客户端；
(7)IP话务台客户端向IP话务台服务器发送200响应消息，IP话务台服务器释放相关的呼叫和资源，并将该200响应消息转发至核心网；
(8)核心网释放相关呼叫和资源，双方通话结束。
8.如权利要求7所述的方法，其特征在于，所述IP话务台客户端是标准话务台或是简易话务台。
9.如权利要求7或8所述的方法，其特征在于，所述IP话务台客户端是简易话务台时，步骤(1)中简易话务台被配置激活的步骤包括：
核心网侧用户拨接入码以激活简易话务台时，核心网通过会话初始协议向所述呼叫控制模块发送MESSAGE消息，该消息带有简易话务台的台号、用户号码和操作码信息；
呼叫控制模块判断该MESSAGE消息内容为简易话务台激活消息，利用内部消息通知排队机模块调整简易话务台队列；
呼叫控制模块向核心网返回200OK消息，确认简易话务台被激活并登陆到IP话务台服务器；
所述IP话务台服务器向核心网定制已激活简易话务台的状态。
10.如权利要求7或8所述的方法，其特征在于，步骤(1)中所述IP话务台服务器被配置启动的步骤包括：
所述IP话务台服务器开始启动时，向所述核心网发送SUBSCRIBE定制消息请求对简易话务台状态定制，该定制消息中包括简易话务台状态选项及定制持续时间选项；
所述核心网向所述IP话务台服务器返回200确认消息，确定定制被接受；
所述核心网发送NOTIFY通知消息通知所述IP话务台服务器当前已激活的简易话务台的状态；
所述IP话务台服务器确认收到简易话务台状态后向核心网返回200确认消息；
简易话务台状态发生改变时，向所述核心网发送NOTIFY通知消息通知所述IP话务台服务器所述简易话务台的当前状态；
定制持续时间选项的时间到时后，所述IP话务台服务器重新向所述核心网发送SUBSCRIBE定制消息对简易话务台状态进行定制。
11.如权利要求7或8所述的方法，其特征在于，所述IP话务台客户端是标准话务台时，步骤(1)中标准话务台被配置登录的步骤包括：
当话务员通过标准话务台界面登录时，所述标准话务台根据所述IP话务台服务器地址，向所述呼叫控制模块发送注册消息；
所述呼叫控制模块收到注册消息后，向所述标准话务台返回200确认消息；
所述标准话务台向所述呼叫控制模块发送MESSAGE消息进行登录，该消息中带有该标准话务台的台号信息；
所述呼叫控制模块返回200确认消息后，根据所述台号信息从数据库模块获取发起登录的该话务员所能受理的群信息，并将该群信息通过MESSAGE消息发送回所述标准话务台；
所述标准话务台收到MESSAGE消息后，返回200OK确认消息，并在其登录界面上显示所述群信息供该话务员选择当前要登录的群进行登录，并将选定登录的群信息通过MESSAGE消息发送至所述呼叫控制模块；
所述呼叫控制模块通知排队机模块根据该话务员选定的群信息，为其进行排队处理，安排好坐席后，向标准话务台返回MESSAGE消息，待标准话务台返回200OK确认消息后，登录完成。
12.如权利要求7或8所述的方法，其特征在于，所述IP话务台客户端是简易话务台时，该方法进一步包括所述简易话务台去激活的步骤：
核心网侧用户拨接入码开始进行去激活简易话务台时，核心网通过会话初始协议向所述呼叫控制模块发送MESSAGE消息，该消息带有简易话务台的台号、用户号码和操作码信息；
呼叫控制模块判断该MESSAGE消息内容为简易话务台去激活消息，利用内部消息通知排队机模块调整简易话务台队列；
呼叫控制模块向核心网返回200OK消息，确认简易话务台被去激活并退出IP话务台服务器；
所述IP话务台服务器向核心网取消该简易话务台状态的定制。
13.如权利要求7或8所述的方法，其特征在于，所述IP话务台客户端是标准话务台时，该方法进一步包括所述标准话务台退出的步骤：
当话务员通过标准话务台界面退出时，所述标准话务台根据所述IP话务台服务器地址，向所述呼叫控制模块发送MESSAGE消息，通知所述呼叫控制模块该标准话务台要退出；
所述呼叫控制模块收到MESSAGE消息后，向该标准话务台返回200确认消息，并通知所述排队机模块对所有呼叫重新分配，并让该标准话务台对应的坐席出队，重新调整队列；
所述呼叫控制模块向所述标准话务台发送MESSAGE消息，该消息中带有该标准话务台的坐席退出的结果信息；
所述标准话务台返回200确认消息后，向所述呼叫控制模块发送注册消息，该注册消息中设置注册参数Expires为0，通知所述IP话务台服务器注销该标准话务台；
所述IP话务台服务器完成注销后，返回200OK确认消息，完成标准话务台退出过程。
14.如权利要求7或8所述的方法，其特征在于，所述IP话务台客户端是简易话务台时，步骤(3)包括：
呼叫控制模块通知排队机模块对来话呼叫进行排队处理，为该呼叫分配一个合适的话务台坐席，获得可受理该呼叫的简易话务台信息，通过内部私有协议将所述简易话务台的信息发给呼叫控制模块；
呼叫控制模块在当前简易话务台的状态为空闲时，发起到简易话务台的呼叫，否则等待，直到简易话务台的状态为空闲，呼叫控制模块收到核心网的上报状态上报的MESSAGE消息时，再发起到简易话务台的呼叫；
呼叫控制模块通知所述排队机模块将要对该简易话务台进行呼叫处理，由排队机模块根据一定的算法调整该简易话务台的队列情况；
呼叫控制模块向核心网发送INVITE呼叫请求消息，并在INVITE消息中给出了简易话务台号码，由所述核心网将该消息转发至所述简易话务台。
15.如权利要求7或8所述的方法，其特征在于，所述IP话务台客户端是简易话务台时，所述IP话务台服务器与简易话务台之间的所述INVINTE、180Ringing、200OK和ACK消息交互是由核心网完成的。
16.一种基于权利要求1所述IP话务台系统的呼叫方法，所述IP话务台系统包括IP话务台客户端，以及具有呼叫控制模块、排队机模块和数据库模块的IP话务台服务器，该呼叫方法用于IP话务台客户端对核心网用户进行呼出呼叫，其特征在于，包括如下步骤：
(1)配置所述IP话务台服务器启动、以及所述IP话务台客户端被激活或登陆到所述IP话务台服务器；
(2)在话务员拨被叫用户的群内号码进行呼出时，IP话务台客户端向IP话务台服务器发送INVITE呼叫请求消息，其中INVITE消息被扩展并携带有该用户的群号及IP话务台客户端的会话媒体信息；
(3)IP话务台服务器将所述INVITE呼叫请求消息转发到核心网；
(4)核心网根据被叫用户号码和群号，将呼叫正确路由至被叫用户，然后经IP话务台服务器向所述IP话务台客户端返回180Ringing振铃消息，当被叫用户摘机时，核心网经IP话务台服务器向所述IP话务台客户端发送200OK确认消息，该消息中携带被叫用户的会话媒体信息；
(5)IP话务台客户端经所述IP话务台服务器向核心网返回ACK确认消息后，呼叫建立，双方进入通话状态，按对方的会话媒体信息进行会话；
(6)如果话务员挂机，IP话务台客户端经IP话务台服务器向核心网发送BYE会话结束请求消息；
(7)核心网释放被叫用户侧的相关呼叫和资源，并向IP话务台服务器返回200响应消息；
(8)IP话务台服务器将200响应消息转发给IP话务台客户端，并释放相关的呼叫和资源，双方通话结束。
17.如权利要求16所述的方法，其特征在于，所述IP话务台客户端是标准话务台或是简易话务台。
18.如权利要求16或17所述的方法，其特征在于，所述IP话务台客户端是简易话务台时，步骤(1)中简易话务台被配置激活的步骤包括：
核心网侧用户拨接入码开始进行激活简易话务台时，核心网通过会话初始协议向所述呼叫控制模块发送MESSAGE消息，该消息带有简易话务台的台号、用户号码和操作码信息；
呼叫控制模块判断该MESSAGE消息内容为简易话务台激活消息，利用内部消息通知排队机模块调整简易话务台队列；
呼叫控制模块向核心网返回200OK消息，确认简易话务台被激活并登陆到IP话务台服务器；
所述IP话务台服务器向核心网定制已激活简易话务台的状态。
19.如权利要求16或17所述的方法，其特征在于，步骤(1)中所述IP话务台服务器被配置启动的步骤包括：
所述IP话务台服务器开始启动时，向所述核心网发送SUBSCRIBE定制消息请求对简易话务台状态定制，该定制消息中包括简易话务台状态选项及定制持续时间选项；
所述核心网向所述IP话务台服务器返回200确认消息，确定定制被接受；
所述核心网发送NOTIFY通知消息通知所述IP话务台服务器当前已激活的简易话务台的状态；
所述IP话务台服务器确认收到简易话务台状态后向核心网返回200确认消息；
简易话务台状态发生改变时，向所述核心网发送NOTIFY通知消息通知所述IP话务台服务器所述简易话务台的当前状态；
定制持续时间选项的时间到时后，所述IP话务台服务器重新向所述核心网发送SUBSCRIBE定制消息对简易话务台状态进行定制。
20.如权利要求16或17所述的方法，其特征在于，所述IP话务台客户端是标准话务台时，步骤(1)中标准话务台被配置登录的步骤包括：
当话务员通过标准话务台界面登录时，所述标准话务台根据所述IP话务台服务器地址，向所述呼叫控制模块发送注册消息；
所述呼叫控制模块收到注册消息后，向所述标准话务台返回200确认消息；
所述标准话务台向所述呼叫控制模块发送MESSAGE消息进行登录，该消息中带有该标准话务台的台号信息；
所述呼叫控制模块返回200确认消息后，根据所述台号信息从数据库模块获取发起登录的该话务员所能受理的群信息，并将该群信息通过MESSAGE消息发送回所述标准话务台；
所述标准话务台收到MESSAGE消息后，返回200OK确认消息，并在其登录界面上显示所述群信息供该话务员选择当前要登录的群进行登录，并将选定登录的群信息通过MESSAGE消息发送至所述呼叫控制模块；
所述呼叫控制模块通知排队机模块根据该话务员选定的群信息，为其进行排队处理，安排好坐席后，向标准话务台返回MESSAGE消息，待标准话务台返回200OK确认消息后，登录完成。
21.如权利要求16或17所述的方法，其特征在于，所述IP话务台客户端是简易话务台时，所述简易话务台对核心网用户进行呼出呼叫的步骤包括：
(1)配置所述IP话务台服务器启动、以及所述简易话务台被激活；
(2)在话务员拨被叫用户的群内号码进行呼出时，简易话务台向核心网发送INVITE呼叫请求消息，其中INVITE消息被扩展并携带有该用户的群号及IP话务台客户端的会话媒体信息；
(3)核心网收到INVITE请求后，向IP话务台服务器发送MESSAGE消息，更改简易话务台状态由空闲转为忙；
(4)核心网在IP话务台服务器返回200OK确认消息后，向被叫用户发送所述INVITE请求；
(5)被叫用户经核心网向简易话务台发送180Ringing振铃消息，被叫用户摘机后，经核心网向简易话务台发送200OK确认消息，该消息中带有被叫用户的会话媒体信息；
(6)简易话务台经核心网向被叫用户返回ACK确认消息，呼叫建立，双方进入通话状态，按照对方的会话媒体信息进行会话；
(7)如果话务员挂机，简易话务台经核心网向被叫用户发送BYE会话结束请求消息；
(8)被叫用户释放相关的呼叫和资源，并返回200响应消息至核心网以确认收到了BYE请求；
(9)核心网向IP话务台服务器发送MESSAGE消息，更改简易话务台状态由忙转为空闲；
(10)在IP话务台服务器返回200OK确认消息后，核心网将200响应消息向简易话务台转发，并释放相关的呼叫和资源，终止会话。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610111798.2A CN101136842B (zh) | 2006-08-28 | 2006-08-28 | 一种基于会话初始协议的ip话务台系统及其呼叫方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610111798.2A CN101136842B (zh) | 2006-08-28 | 2006-08-28 | 一种基于会话初始协议的ip话务台系统及其呼叫方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101136842A CN101136842A (zh) | 2008-03-05 |
| CN101136842B true CN101136842B (zh) | 2010-08-18 |
Family
ID=39160687
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200610111798.2A Expired - Fee Related CN101136842B (zh) | 2006-08-28 | 2006-08-28 | 一种基于会话初始协议的ip话务台系统及其呼叫方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101136842B (zh) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101237493B (zh) * | 2008-03-07 | 2012-03-28 | 兴唐通信科技有限公司 | 人工话务处理方法及人工调度可视话务系统 |
| CN101360006B (zh) * | 2008-06-17 | 2012-05-23 | 华为技术有限公司 | Parlay应用服务器、SIP分发器升级方法和装置 |
| CN101990305B (zh) * | 2009-07-30 | 2016-11-23 | 中兴通讯股份有限公司 | 实现多会话的呼叫方法及呼叫中心、应用服务器和终端 |
| CN102223454B (zh) * | 2010-04-19 | 2014-01-22 | 华为技术有限公司 | 呼叫中心的坐席安排方法及装置 |
| CN101938580B (zh) * | 2010-08-13 | 2015-06-03 | 中兴通讯股份有限公司 | 一种实现话务台业务的方法及系统 |
| CN101938496B (zh) * | 2010-09-25 | 2013-12-11 | 杭州华三通信技术有限公司 | 话务台的呼叫控制方法、设备和系统 |
| CN102546566A (zh) * | 2010-12-31 | 2012-07-04 | 北京大唐高鸿数据网络技术有限公司 | 利用会话初始化协议实现传送控制指令的方法 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1336752A (zh) * | 2000-08-01 | 2002-02-20 | 上海龙林通信技术有限公司 | 宽带ip网的ip电话 |
| CN1599353A (zh) * | 2003-09-19 | 2005-03-23 | 华为技术有限公司 | 基于网间互联协议的话务台系统及其通话方法 |
-
2006
- 2006-08-28 CN CN200610111798.2A patent/CN101136842B/zh not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1336752A (zh) * | 2000-08-01 | 2002-02-20 | 上海龙林通信技术有限公司 | 宽带ip网的ip电话 |
| CN1599353A (zh) * | 2003-09-19 | 2005-03-23 | 华为技术有限公司 | 基于网间互联协议的话务台系统及其通话方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101136842A (zh) | 2008-03-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6298062B1 (en) | System providing integrated services over a computer network | |
| EP1856900B1 (en) | Method and system for call screening | |
| US6650901B1 (en) | System and method for providing user-configured telephone service in a data network telephony system | |
| EP1081932B1 (en) | Call-me conference call system | |
| US8243717B2 (en) | Providing telephony services using intelligent end points | |
| CN101136842B (zh) | 一种基于会话初始协议的ip话务台系统及其呼叫方法 | |
| CN101146156B (zh) | 一种多媒体信息推送方法和呼叫中心系统 | |
| CN101394294B (zh) | 网络多媒体会议接入方法、系统及装置 | |
| EP1757076B1 (en) | Enhanced call pickup | |
| EP2896193A1 (en) | Method for handling a call from a calling subscriber towards a called subscriber | |
| CN101448014B (zh) | 对挂起的会话发起协议可用电信终端的处理 | |
| EP1491031B1 (en) | Relaying of message waiting indications to support distributed telephony networks | |
| US8982735B2 (en) | Proxy media service for digital telephony | |
| US20100061365A1 (en) | Method and apparatus for providing extension management in voice over internet protocol customer premises | |
| EP2739026B1 (en) | Method and system for implementing group call in click to dial service | |
| US7751536B1 (en) | Line appearance reservation for SIP endpoints | |
| WO2013040832A1 (zh) | 在总机业务中实现话务员插入通话的方法、装置和系统 | |
| CN103152494A (zh) | 一种话务员呼叫转接的方法和总机业务应用服务器 | |
| RU2345509C2 (ru) | Цифровая транкинговая сеть связи, поддерживающая роуминг, и соответствующий способ обеспечения роуминга | |
| KR100640289B1 (ko) | 통화 서비스를 제공 받기 위한 ｉｐ 단말기의 동작 방법및 그 ｉｐ 단말기 | |
| CN103095936A (zh) | 坐席呼叫的控制方法、装置及呼叫系统 | |
| KR100969457B1 (ko) | 차세대통신망에서 일반전화의 미드콜 서비스 장치 및 그방법 | |
| CN103475648B (zh) | 基于sip协议的呼叫盲转方法及呼叫盲转系统 | |
| EP1290818B1 (en) | System providing integrated services over a computer network | |
| AU2003259084B2 (en) | Providing telephony services using intelligent end points |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100818 Termination date: 20150828 |
|
| EXPY | Termination of patent right or utility model |