一种网络电话远程拨号的实现方法

专利名称：一种网络电话远程拨号的实现方法
技术领域：
本发明涉及网络电话的远程控制技术，特别提出了一种远程对指定的电话进行拨号的实现方法。
背景技术：
传统的电话拨号是以话机本身键盘作为直接操作对象，在电话的整个拨号过程中，电话状态和行为的操作都是通过话机本身的按键来进行操作输入。对于电话号码的输入操作，这种输入方式的弊端也是显而易见的。在使用话机上的数字按键进行人工拨号时，在获得拨打号码后，要先逐一记下，再由手工按键输入号码。在这整个过程中，人为的参与了电话号码的传递，对于一些不常用的号码或是位数较多的号码，人的记忆出错的概率会很高，而又为了提高传递号码的准确性，又需要花费较多的时间来对号码进行反复确认。这些确认的时间远远大于了拨号本身的时间。最后一旦拨号出现错误，就又需要重新拨号。这类手工拨号的方式不仅效率低，出错率高，并且极大的消耗了人们的时间和精力。
相对于手工拨号方式，现今另一种拨号方式是将电话号码事先存入话机中，拨打时要先搜索定位，之后确认拨号。这种方式在拨号的环节有了提高，保证了拨号的快捷和准确性，但是对于话机中没有的新号码，初次使用时，还是需要使用人工输入号码的方式。在话机刚开始使用时，录入号码也要花很多时间，这种改进方式在根本上还是没有解决人为操作的问题，更严重的是，一旦话机出现故障导致保存的号码丢失，那么所有的记录又需要重新输入。
所以，以上这些拨打方式己经不能适应高效率、低风险的使用和操作需求。

发明内容
本发明的目的是为了解决传统电话拨打方式中拨号容易出差错、操作麻烦、效率不高等弊端，因而提出了一种网络电话远程拨号的实现方法。
概括而言，这种创新的网络电话远程拨号的实现方法就是将SIP (TheSession Initiation Protocol会话启动协议)话机和控制端软件整合起来。通过使用控制端软件来给SIP话机拨号,使得之后可以添加更多的控制端对SIP话机
(以下或称话机)的控制。我们将这个技术的实现过程定义为"DialerMode"
(拨号模式)。
如上所述，实现本发明提出的这种拨号模式的技术效果，在硬件设备上需要支持"Dialer Mode"的SIP服务器、远程计算机(即控制端)以及SIP话机。需要完成以下四个流程。具体技术内容如下
话机和控制端共同在SIP服务器注册用户使用话机和控制端，将两者使用相同的账号在服务器注册；
话机通过接收来自SIP服务器的REFER (参考)消息和控制端建立关联话机从同该话机注册的服务器上接收确认注册的REFER (参考)消息时，消息中的联系报头字段中有所有已注册绑定本话机的设备信息，这些设备包括控制端设备，这样使得话机能接收这些绑定本话机的设备的REFER (参考)消息。另一方面，控制端注册成功后将立即发送一个SIP OPTIONS(选项)消息请求给所捆绑的话机，将使该话机重新注册，并从服务器反馈的REFER (参考)消息中获得最新的绑定本话机的设备信息列表，以便该话机在得到发送请求的那个控制端的地址后接收它的REFER消息。
控制端通过发送REFER (参考)消息实现对话机拨号控制在话机和控制端都注册成功后，话机在空闲状态下接收来自控制端发出的REFER (参考)消息，参考消息中包含了呼叫的地址，从而代替话机本身按键拨号，需要指出的是，此时在控制端上没有呼叫的反馈；
话机根据接收到的REFER (参考)消息通过SIP服务器发送INVITE (邀请)消息给被呼叫者通过控制端直接发送控制信号到话机处，话机收到控制信号，处理后自动拨号，向服务器发出连接请求；
当话机接收到SIP REFER消息并确认后，须返回一个202 Acc印ted消息给发送者；当SIP话机获得一个未认证的SIP REFER消息后将忽略它，用户虽然看不到消息，但是SIP话机仍将发回拒绝的响应；当接收到被呼叫者的最后一个建立会话响应后， 一个包含会话响应的通知消息会发送到控制端。根据以上方案的总体的技术效果包括
1. 话机和远程终端建立连接，话机的号码不通过话机的按键输入，而是通过接收远程终端的控制命令后由话机自动拨出。
2. 话机拨打的号码保存在远程的控制端，号码随控制信息一起发送到话机上。
3. 通话过程始终在话机和服务器间进行。
此外，本发明的实现基础是依靠一个远程的终端对话机进行操作控制完成的。远程的终端具体实现可以是台电脑，电脑上须安装相应的控制软件才能进行操作。
当然，对于拨号方式实际上可以概述为在控制端找到要拨打的电话，之后将号码发送到到电话机上，由话机进行拨号。之后通话的连接总是在电话机和SIP服务器之间进行。
另一方面，本方案中使用电脑作为控制端的优势也是显著的，特别在以互联网的应用中体现的更为明显。它的优势有2点
第一，在日常办公的电话号码的来源是通过收到的电子邮件，还有搜索网页资料获得的信息。对于这些数字化的电话号码，只要直接截取屏幕上的号码信息将其直接发送到话机就可以呼出，或是将它们存储到软件的控制端的电话本中保存，方便以后的查找和拨打。在这个过程中，人们不需要参与到号码的传递过程中去，这样就大大提高了号码拨打的准确性。即使有大量的陌生号码，拨打这些号码也是很容易的，人们不用去关心自己拨打的号码具体是由哪些数字组成的，只要知道这个号码是拨给谁的就可以了。
第二，用电脑作为操作对象，使电话号码存储的数量上相比话机本身的容量要大许多，安全性也高。在大量电话号码的查找功能上，比直接在话机上操作速度更快，搜索的准确度更高。
以下结合附图和具体实施方式
来进一步说明本发明。

图1为本发明方法的步骤流程图。
图2和图3为本发明整个方案步骤实现过程中的网络示意图。 图4为本发明实施例中话机和控制端的注册的具体流程图。 图5和图6为本发明使用过程中的软件操作示意图。
具体实施例方式
为了使本发明实现的技术手段、创作特征、达成目的与功效易于明白了解， 下面结合具体图示和实施例进一步阐述本发明。
如图1所示，本发明方案根据图示，可以简单地概括为话机和控制端的 注册；话机和控制端建立关联；控制端发送号码至话机；话机获得号码并向服 务器拨号四步。具体实现过程如下
(l)话机和控制端的注册；
由于方案中包含支持Dialer Mode方式的SIP服务器，且该服务器支持为 同一个用户注册多个设备的功能。比如，可以同时注册一台SIP电话机和一个 任何其它能支持的控制端，到一个用户帐号上。
话机和控制端注册的具体过程如4所示
第一步，在话机和控制端都接入网络后，向SIP服务器发送注册请求。 在这一步中，话机和控制端的注册过程是相似的。它们通过各自的注册界
面，接收到注册所需的用户名，密码，以及所注册的服务器的地址。
第二步，话机和控制端分别将注册信息转换成SIP消息的格式，并在其中
添加Dialer Mode标签，说明开启Dialer Mode功能，然后向服务器发送注册请求。
第三步，服务器处理注册请求。服务器会根据注册信息中的用户信息以及 用户的设备类型进行处理，对于相同的用户信息和不同的设备类型，如果注册 申请中开启了 Dialer Mode功能，服务器会将它们进行关联。
第四步，话机和控制端接收注册的结果，并将结果显示在屏幕上。如果都 注册成功，对于话机，只显示预设的用户名，在控制端，会有处于控制状态的 显示。到此，话机和控制端的注册过程全部结束。
这样用户使用SIP话机和控制端(在拨号模式下)时，只要将两者使用相同
7的账号在服务器注册成功后就可使用。如图2中箭头注释1和2 (先后次序无 关)。其中，控制端安装有SIP话机控制软件，控制端、SIP话机和服务器都支 持Dialer Mode方式。
另外，SIP服务器可以是一台独立机器，也可以是多个互联的服务器组成 的网络。
(2)话机和控制端建立关联；
为了安全起见，对SIP话机接收的SIP REFER消息(SIP消息类型)来初 始化呼叫要有限制。所以，SIP话机将从话机已配置的代理和注册服务器上接 收REFER消息。那么如何找到软件控制端或是它的IP地址呢？我们使用一个 在SIPRFC3261中描述注册请求的一个机制在响应信息中必须列举出当前所 有绑定的信息。也就是说，当发送SIP注册消息后(SIP话机每隔120秒一次)， 得到的确认消息里在Contact header field (联系报头字段)中有所有已注册 绑定本机的设备，包括软件控制端设备。SIP话机会接收列表中所有设备的SIP REFER消息。SIP-URL (统一资源定位符)可以是IP地址或是DNS域名，两者 都可以。这个列表是随时在变化的，每次注册时都要检查一次。
一般SIP话机启动后就会一直运行，而软件控制端是随电脑启动运行的。 SIP话机最大有120秒延时后，当再次注册后才能接收软件控制端的消息。
为了解决这2分钟的间隔，软件控制端注册成功后将立即发送一个SIP OPTIONS(选项)消息请求给SIP话机，如图2中箭头注释3，将使SIP话机重 新注册来获得最新的列表，如图2中箭头注释4，以便得到软件控制端的地址 后接收软件控制端的REFER请求。
为了识别和区分这个特定的SIP OPTIONS请求，消息中要加入一个私有的 X-header。如下所示(摘要)
x-ippbx-dm-supported
OPTIONS SIP:IPAddress SIP/2.0
Via:…
Contact: <SIP:user@test. com〉；tag=123456 To: <SIP:user@ test.com〉From: <SIP:user@test. com》，…. X_IPPBXDialerModeCommand: register
这个新的x-header名为"X-IPPBXDialerModeCo咖and"，值是"register"。 有了这个x-header,收到了特定的SIP OPTIONS消息后，话机就需立即注册。
这个OPTIONS消息只有在软件控制端注册成功后才会发出。当软件控制端 已运行很长一段时间，SIP话机于它之后注册，那么这个OPTIONS请求就不会 被发送，因为在SIP话机注册成功后获得的响应信息中就已经包含了最新列表。 SIP话机将会接收所有已配置注册和代理服务器上的SIP REFER消息。
另外一个检查SIP REFER消息的方法是SIP话机用户在配置DNS域名或是 IP地址时增加网络掩码(NETMASK)。如果SIP REFER的发送者地址和DNS域名 相同或是配置IP地址范围内的都可以被接收。这个检查必须从消息发送者的 地址(报文发送的IP地址)，而不是从报文内容中获得。在web配置界面中可 以看到这个选项。
如果用户使用软件控制端的主机是DHCP (动态主机配置协议)模式，在每 次启动时都会得到一个新的IP地址。在这种情况下，那么用户就可以配置IP 地址范围或是使用DNS域名来接收REFER消息。
(3) 控制端发送号码至话机；
在SIP话机和控制端都注册成功后，SIP话机在空闲状态下会接收来自软 件控制端发出的SIP REFER (参考)消息，如图3中箭头注释1， SIP REFER消 息中包含了呼叫的地址，这样就可以代替SIP话机本身按键拨号。现在阶段， 在软件控制端上没有呼叫的反馈。
所有的呼叫控制(开始和结束呼叫)都通过在SIP服务器和设备间通过SIP 消息完成。当然，其中有一个例外软件控制端的SIP REFER消息是直接发 送到SIP话机初始化一个呼叫。
(4) 话机获得号码并向服务器拨号；
SIP话机将接收REFER消息并通过SIP服务器发送INVITE (邀请)消息给 被呼叫者，如图3中箭头注释2所示。根据RFC3515的描述，REFER信息增加一个描述来使发送者知道呼叫的当前状态。
SIP话机支持SIP，所以我们通过软件控制端使用SIP呼叫控制来初始化 一个呼叫。这是个SIP REFER方法(参考RFC 3515)。由控制端直接发送控制 信号到SIP话机处，话机收到控制信号，处理后自动拨号，向SIP服务器发出 连接请求。
当SIP话机接收到SIP REFER消息并确认后，须返回一个202 Acc印ted (接受)消息给发送者。(参考RFC 3515 2.4章节)
一般在返回202 Acc印ted消息后，还会发送一个NOTIFY (通知)消息， 表示REFER创建了一个隐含的描述。所有的NOTIFY消息包含从目的地返回的 SIP消息。
SIP REFER消息包含"Refer-To:"，被呼叫的目的地的SIP-URL (统一资 源标识符)。当SIP话机接收REFER消息后就会给这个SIP-URL发送INVITE消 息。
当SIP话机获得一个未认证的SIP REFER消息后将忽略它，用户虽然看不 到消息，但是SIP话机仍将发回拒绝的响应。
下面是SIP话机在不同状态下响应"拨号控制"的列表
1. 话机空闲，并且话筒未摘起；
将进行拨号并打开扬声器并发出告警声，直到用户摘起话筒。
2. 话机空闲，并且话筒摘起； 将进行拨号并在话筒中播放告警声。
3. 话机振铃(呼入电话)，并且话筒未摘起
忽略这个拨号请求并返回"486 Busy Here"(当前486忙)消息。呼入电 话不会被取消。
4. 话机在通话状态；
话机将当前保持当前通话并转到2nd line (第二条通话线)进行拨号。
5. 话机处于保持通话状态；
话机将在2nd line (第二条通话线)进行拨号。
6. 话机处于拨号并等待接通状态；
当前的呼叫将被取消后在这条线上执行拨号请求，并根据摘机状态在扬声
10器或是话筒中播放告警声。
7. 话机处于未连接状态(忙音、 一般未连接)；
当前呼叫将被取消后在这条线上执行拨号请求，并根据摘机状态在扬声器 或是话筒中播放告警声。
8. 话机已有一个呼叫处于保持状态，另一个通话为未连接状态(等待处理、 告警)；
呼叫请求将被拒绝并返回"486 Busy Here"(当前486忙)。保持的通话 不能被影响。
9. 话机已有一个呼叫处于保持状态，另一个通话为未连接状态(忙音，一 般未连接)；
呼叫请求将被拒绝并返回"486 Busy Here"(当前486忙)。保持的通话 不能被影响。
10. 话机有两个通话(通话中、保持、呼入响铃........)；
拨号请求失败。当前的通话不受影响。话机返回"486 Busy Here"(当前
486忙)响应。
当接收到被呼叫者的最后一个建立会话响应后， 一个包含会话响应的 NOTIFY消息会发送到软件控制端。整个过程结束。
在实际使用中，在控制端上，先运行软件控制端，并在服务器上注册成功， 使之运行在拨号模式下。同样，使用相同的号码将话机也注册成功。
然后，我们可以从网页中直接选择电话号码，然后选择指定选项就可以立 刻拨号了。在邮件中也可以使用同样的方法来进行拨号(参见图5)。或是进 入软件自带的电话本，选择其中的号码进行拨号(参见图6)。
最后，等对方响应后就可以在话机上通话了。整个过程相当简单，使用 者不用记忆任何号码。相比传统的拨号过程，本发明的拨号过程跳出了按键拨 号的模式，实现了所见即可拨的目的，易用性十分强，拨号时间上大大縮短， 并最大限度避免了误拨号。并且依靠控制端强大的处理能力，在电话号码的存 储和管理上优于对话机的直接操作。
以上显示和描述了本发明的基本原理和主要特征和本发明的优点。本行业的技术人员应该了解，本发明不受上述实施例的限制，上述实施例和说明书中 描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下，本发明 还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本 发明要求保护范围由所附的权利要求书及其等效物界定。
权利要求
1、一种网络电话远程拨号的实现方法，其特征在于，包括以下步骤(1)话机和控制端共同在SIP服务器注册；(2)话机通过接收来自SIP服务器的REFER消息和控制端建立关联；(3)控制端通过发送REFER消息实现对话机拨号控制；(4)话机根据接收到的REFER消息通过SIP服务器发送INVITE消息给被呼叫者。
2、 根据权利要求l的网络电话远程拨号的实现方法，其特征在于，所述步 骤(l)具体是用户使用话机和控制端，将两者使用相同的账号在服务器注册。
3、 根据权利要求l的网络电话远程拨号的实现方法，其特征在于，所述步 骤(2)具体包括话机通过接收来自SIP服务器的REFER消息和控制端建立关联话机从同 该话机注册的服务器上接收确认注册的REFER消息时，消息中的联系报头字 段中有所有已注册绑定本话机的设备信息，这些设备包括控制端设备，这样使 得话机能接收这些绑定本话机的设备的REFER消息；控制端注册成功后将立即发送一个SIP OPTIONS消息请求给所捆绑的话机， 将使该话机重新注册，并从服务器反馈的REFER消息中获得最新的绑定本话 机的设备信息列表，以便该话机在得到发送请求的那个控制端的地址后接收它 的REFER消息。
4、 根据权利要求l的网络电话远程拨号的实现方法，其特征在于，所述步 骤(3)具体是在话机和控制端都注册成功后，话机在空闲状态下接收来自控制端 发出的REFER消息，参考消息中包含了呼叫的地址，从而代替话机本身按键 拨号。
5、 根据权利要求l的网络电话远程拨号的实现方法，其特征在于，所述步 骤(4)具体是通过控制端直接发送控制信号到话机处，话机收到控制信号，处理后自动拨号，向服务器发出连接请求。
6、 根据权利要求4的网络电话远程拨号的实现方法，其特征在于，所述步 骤(3)中在控制端上没有呼叫的反馈。
7、 根据权利要求5的网络电话远程拨号的实现方法，其特征在于，所述步 骤④中当话机接收到SIP REFER消息并确认后，须返回一个202 Acc印ted消 息给发送者；当话机获得一个未认证的SIP REFER消息后将忽略它，用户虽然 看不到消息，但是话机仍将发回拒绝的响应；当接收到被呼叫者的最后一个建 立会话响应后， 一个包含会话响应的通知消息会发送到控制端。
8、 根据权利要求1或3的网络电话远程拨号的实现方法，其特征在于，所 述步骤(2)中， 一般话机启动后就会一直运行，而软件控制端是随电脑启动运行 的，话机最大有120秒延时后，当再次注册后才能接收软件控制端的消息，为 了解决这2分钟的间隔，软件控制端注册成功后将立即发送一个OPTIONS消息 请求给话机，将使话机重新注册来获得最新的列表，以便得到软件控制端的地 址后接收软件控制端的REFER消息，这个OPTIONS消息只有在软件控制端注 册成功后才会发出，当软件控制端已运行很长一段时间，话机于它之后注册， 那么这个选项请求就不会被发送。
9、 根据权利要求1或3的网络电话远程拨号的实现方法，其特征在于，所 述步骤(2)中可以通过话机用户在配置DNS域名或是IP地址时增加网络掩码来 检査参考消息；如果用户使用软件控制端的主机是DHCP模式，那么用户就可 以配置IP地址范围或是使用DNS域名来接收参考消息。
全文摘要
本发明公开了一种网络电话远程拨号的实现方法。该方法通过话机和远程终端建立连接，话机拨打的号码保存在远程的控制端，号码随控制信息一起发送到话机上，接收远程终端得控制命令后由话机自动拨出，通话过程在话机和服务器间进行。本发明提出了一个相对于传统拨号方式更准确，效率更高，操作更便捷的拨号方式，这个模式整合了号码的管理和拨打，用户不用记忆任何号码，拨号过程跳出了按键拨号的模式，实现了所见即可拨的目的，易用性十分强，拨号时间大大缩短，并最大限度避免了误拨号，并且依靠控制端强大的处理能力，在电话号码的存储和管理上优于对话机的直接操作。
文档编号H04L29/06GK101667993SQ200810042369
公开日2010年3月10日 申请日期2008年9月2日 优先权日2008年9月2日
发明者曹卫彬, 詹远文, 何 郑, 顾方文 申请人:上海亿人通信终端有限公司