CN1937679A - 网络电话的通信方法及系统 - Google Patents

Abstract

一种网络电话系统及方法，拨号端藉由服务器向一个处于无法接听状态的接收端发出拨话请求。接着，由接收端或服务器向拨号端作一回应，其具有一协商标签。而拨号端或服务器即根据此协商标签来决定出后续的提示操作。通过实时通讯协议SIP(Session Initiation Protocol)，本发明可以加快讯息的传递和减低网络频宽的使用。

Description

网络电话的通信方法及系统

技术领域

本发明涉及一种网络电话，特别是涉及一种利用实时通讯协议SIP(Session Initiation Protocol)的网络电话通信方法及系统。

背景技术

由于网络覆盖面广，同时宽频服务日益普及，通过因特网进行语音和影像的传输是目前热门的话题，其因特网语音协议(Voice over InternetProtocol，VoIP)，是一种利用因特网传送语音或影像的协议，先将语音和影像转换为压缩的数据包(packet)，再以数字的方式在IP(InternetProtocol，因特网协议)的网络上传输。以往，由于频宽的限制，VoIP在语音的传输上无法与传统的电话相比，然而由于通讯技术的进步，频宽日益增大，VoIP的传输效果已获得大幅的改善。

在VoIP技术下的网络电话(IP Phone)发展非常迅速，其中基于实时通讯协议SIP(Session Initiation Protocol)协议的网络电话发展尤为突出。在传统网络电话中，在处理“勿打扰”DND(DO-NOT-DISTURB)时，为了简单起见，接收端只发送DND标识给拨号端，且将预先录制的声音传给拨号端，再由拨号端播放声音。上述的DND标识(header)是SIP协议中，消息(message)结构当中所定义的一种代码。一个SIP消息(message)主要是由标识(header)及消息本体(message body)两部分所组成。

图1是传统使用SIP协议的交流机制流程图。当接收端100无法接电话时，其使用者把电话设在“勿打扰”DND(DO-NOT-DISTURB)状态。若此时有一拨号端200来电(一般称为invite)，通过服务器300将此消息(message)传到接收端100(步骤1-步骤2)；由于接收端100此时是处于DND状态，因此接收端100会把包含有DND标识(header，或称为头字段)的消息(message)(步骤3-步骤4)和预先录制的声音的消息通过SIP服务器300依序传给拨号端200，拨号端200收到此消息(步骤5)后，则播放接收到的声音。

上述的传统SIP协议交流机制当中，由于将录制好的声音传送给拨号端200时，需要使用到网络相当多的频宽，造成网络频宽的使用效率降低。因此，极需提出一种新的交流机制，让客户端(client)和服务器(server)能相互协商决定如何执行相应的功能，同时又能符合既有的SIP协议，还可以应用于其它类似于DND的功能上，例如语音信箱(VOICE MESSAGE)、语音邮件(VOICE MAIL)、呼叫限制(CALL BLOCK)、呼叫转移(CALL TRANSFER)、来电铃声(INCOMING RING TONE)等，在此基础上分配后续功能，这样不但可以减少网络频宽的使用，而且增加了电话功能的多样性。

发明内容

本发明的目的之一在于提出一种关于网络电话在SIP(SessionInitiation Protocol)通讯协议的应用，通过本发明可以让使用SIP交流机制的网络电话在处理类似DND(DO-NOT-DISTURB)的功能时，可以做较快的反应且可节省频宽的使用。

根据上述的目的，本发明提出一种网络电话的通信方法及系统。拨号端藉由服务器向一个处于无法接听状态的接收端发出拨话请求。接着，由接收端或服务器向拨号端作一回应，其具有一协商标签。而拨号端或服务器即根据此协商标签来决定出后续的提示操作。藉由此协商标签，拨号端可以将预先录制于其内的提示声音或影像播放出来；或者，服务器可以启动其语音信箱，并提示拨号端进行语音留言。

附图说明

图1是传统SIP(Session Initiation Protocol)的交流机制的流程图。

图2是本发明的网络电话交流机制的方块图。

图3是本发明实施例之一的网络电话交流机制的流程图。

图4、图5是本发明另一实施例的网络电话交流机制的流程图。

图6、图7是本发明又一实施例的网络电话交流机制的流程图。

附图符号说明

100  接收端

200  拨号端

300  实时通讯协议SIP的服务器

具体实施方式

首先参考图2，图2显示本发明的系统方块图。此系统采用客户端-服务器端结构(clinet-server)；其中的客户端指的是使用因特网语音协议(Voice over Internet Protocol，VoIP)电话的接收端100和拨号端200使用者，而服务器端则是指符合VoIP的服务器300。本发明实施例披露了一种基于实时通讯协议SIP(Session Initiation Protocol)协议的网络电话；然而，本发明也可以适用于其它的通讯协议，只要该通讯协议的结构或通讯原理类似于SIP即可。虽然该图中仅显示两个客户端及一个服务器端，但是本发明可以适用于更复杂的通讯连接方式；例如，客户端的数目可以同时有很多个，而位于客户端之间的服务器也可能不只一个。图1所示的接收端100和拨号端200可以是包含可执行SIP通讯协议的应用程序的桌上型计算机，笔记型计算机、个人数字助理器PDA(Personal Digital Assistant)、或网络IP(Internet Protocol)电话等，其可以是有线的(wireline)，也可以是无线的(wireless)；通过SIP服务器300来传递或编译在接收端100和拨号端200之间的讯息。

图3显示本发明实施例之一的网络电话交流机制流程图。当拨号端200来电或拨话时(一般称为invite)，通过SIP服务器300将此消息传到接收端100(步骤1-步骤2)。如果此时接收端100因故无法接听此来电，例如因其外出中、休息中、或通话中，则接收端100会将其本身状态设定为“勿打扰”(DO-NOT-DISTURB，简称DND)状态。于接到来电后，接收端100会将包含有DND标识(header)和协商卷标的消息(message)通过SIP服务器300传给拨号端200(步骤3-步骤4)；当拨号端200接收到此消息，经解读此协商标签后，得知对方要求自己播放存放于拨号端200预先录制好的声音(步骤5)，拨号端200便可知道接收端100此时是处在DND状态，拨号端200可过几分钟再尝试连接接收端100。上述的DND标识(header)是SIP协议中定义的一种代码；而协商标签则是本发明所增加使用的另一种代码，其实施方式有许多种。例如，可以将本发明的协商标签定义为SIP协议中的另一种标识(header)，至于此标识的数值可以任意选择，只要该数值尚未被一般SIP协议所使用即可；本发明的协商标签也可以是隐藏于一个SIP消息(message)的消息本体(message body)里面。不管使用哪一种方式来实施本发明的协商标签，都不会影响到SIP协议的结构，因而可以与其它所有使用SIP协议的客户端或服务器兼容(compatible)。

万一使用者100、200或服务器300任何一端无法解读本发明的协商标签时，则使用者100、200及服务器300即会立即转换成使用传统的通讯方式，例如图1所示，其通讯流程不再赘述。

图4、图5显示本发明另一实施例的网络电话交流机制流程图。图4未使用本发明的协商标签，而图5则为使用本发明协商标签的实施方式；当使用者100、200或服务器300任何一端无法解读本发明的协商标签时，则使用者100、200及服务器300即会立即转换成使用如图4所示的传统通信方式。如图4所示，当客户端100因外出或休息等原因而预期无法接听任何来电时，此客户端100会预先通知服务器300，告知其设定于“勿打扰”(DND)状态。当拨号端200欲通过SIP服务器300呼叫接收端100(步骤1)时，由于SIP服务器300已知道接收端100现正处于DND状态，因此SIP服务器300会把含有DND标识(步骤2)和预先录制的声音的消息依序直接传给拨号端200(步骤3)；拨号端200接收到此消息后，播放出所收到的声音，即可知道接收端100现正处于DND的状态。与图1不同的是，图4中的服务器300不需要再与接收端100做通信，因此可以减少网络频宽的使用。

图5的实施例使用了本发明的协商标签，因而可以更进一步减少网络频宽的使用。当拨号端200欲通过SIP服务器300呼叫接收端100(步骤1)时，由于SIP服务器300已事先知道接收端100现正处于DND状态，因此SIP服务器300会把含有DND标识(header)和协商卷标的消息传给拨号端200(步骤2)。当拨号端200解读到此协商标签后，得知对方要求自己播放存放于拨号端200预先录制好的声音(步骤3)，拨号端200便可知道接收端100此时是处在DND状态，拨号端200可过几分钟再尝试连接接收端100。与图4不同的是，图5中的服务器300不需要再将预先录制的声音的消息传给拨号端200，因而可以更进一步减少网络频宽的使用。

图6、图7显示本发明又一实施例的网络电话交流机制流程图。图6未使用本发明的协商标签，而图7则为使用本发明的协商标签的实施方式；当使用者100、200或服务器300任何一端无法解读本发明的协商标签时，则使用者100、200及服务器300即会立即转换使用如图6所示的传统通信方式。图6、图7是语音信箱功能使用SIP交流机制的实施例流程图。语音信箱是类似于录音电话的一项服务，当使用者未能及时接听来电时，可以录下来电者的口音，等有空时再取出语音信箱内的留言，且使用者还可以自己录制语音信箱的问候语；这里假设SIP服务器300和接收端100都有语音信箱。当接收端100正在通话中(或无法接听来电时)，而同一时间，拨号端200来电(步骤1)，其通过SIP服务器300呼叫接收端100(步骤2)；接收端100因此通过SIP服务器300给予一响应(步骤3-步骤4)。在本实施例中，接收端100所给的回应称为OK，为SIP协议中定义的一种标识(header)，其标识数值为200。当然，本发明实施例并不限定于使用OK标识，其它类似的标识都可以适用。接着，接收端100启动其语音信箱(步骤5)并提示拨号端200，拨号端200则在接收端100的语音信箱中留言(步骤6)，然后挂断电话(步骤7)。上述的步骤5和6可以使用实时协议(RTP)，而步骤7可以使用BYE标识。

图7的实施例使用本发明的协商标签，因而可以更进一步减少网络频宽的使用。如图7所示，当接收端100正在通话中(或无法接听来电时)，而同一时间，拨号端200来电(步骤1)，其通过SIP服务器300呼叫接收端100(步骤2)；此时，接收端100把“忙碌”(Busy)的标识和协商标签的消息传给SIP服务器300(步骤3)，此协商标签要求SIP服务器300启动其语音信箱。接着，SIP服务器300发出一个OK标识的回应给拨号端200(步骤4)，启动在SIP服务器300上的语音信箱并提示拨号端200(步骤5)，该拨号端200则在SIP服务器300的语音信箱上留言(步骤6)，然后挂断电话(步骤7)。和图6不同的是，拨号端200仅需要在服务器300的语音信箱中留言，而不需要大老远的与接收端100通信，因而可以更进一步减少网络频宽的使用。

上述本发明的实施例仅是为了说明本发明的技术思想及特点，其目的在使本领域的技术人员能了解本发明的内容并据以实施，而不能以的限定本发明的范围，即凡是其它未脱离本发明所揭示的精神所完成的等效的各种改变或修饰都涵盖在本发明所披露的范围内，均应包含在本发明的权利要求的范围内。例如，前述实施例披露说明本发明的协商标签应用于本地预先录音及播放，与语音信箱的应用例子，然而本发明也可以适用于网络电话通信中的其它应用场合，例如语音邮件(VOICE MAIL)、呼叫限制(CALL BLOCK)、呼叫转移(CALL TRANSFER)、来电铃声(INCOMING RING TONE)等。另外，上述实施例中披露的语音录制、播放、留言，也可以扩及影像或多媒体数据。

Claims (32)

1.一种网络电话通信方法，包含：

一拨号端藉由一服务器向一接收端发出拨话请求，而该接收端处于无法接听状态；

由该接收端或该服务器向该拨号端作一回应，其中该回应当中具有一协商标签；和

该拨号端或该服务器根据该协商标签而针对该响应决定出后续的提示操作。

2.如权利要求1所述的网络电话通信方法，其中上述的拨号端、接收端、服务器、拨号请求、响应、协商卷标是遵循实时通讯协议。

3.如权利要求1所述的网络电话通信方法，其中上述的拨号端、接收端为因特网语音协议电话机。

4.如权利要求2所述的网络电话通信方法，其中上述的协商标签定义为SIP协议的标识。

5.如权利要求2所述的网络电话通信方法，其中上述的协商标签定义于SIP协议的消息内。

6.如权利要求1所述的网络电话通信方法，其中上述的响应是由该接收端发出，再藉由该服务器传送给该拨号端。

7.如权利要求6所述的网络电话通信方法，其中上述的提示操作包含：

当该拨号端解读出该协商标签后，该拨号端将预先录制于其内的提示声音或影像播放出来。

8.如权利要求7所述的网络电话通信方法，还包含：

当该拨号端、该接收端、或该服务器无法解读出该协商标签时，则该接收端直接将提示声音或影像传送给该拨号端以进行播放。

9.如权利要求1所述的网络电话通信方法，于该拨号端发出拨话请求的前，还包含：

该接收端事先通知该服务器其处于无法接听状态。

10.如权利要求9所述的网络电话通信方法，其中上述的响应是由该服务器发出，传送给该拨话端。

11.如权利要求10所述的网络电话通信方法，其中上述的提示操作包含：

当该拨号端解读出该协商标签后，该拨号端将预先录制于其内的提示声音或影像播放出来。

12.如权利要求11所述的网络电话通信方法，还包含：

当该拨号端、该接收端、或该服务器无法解读出该协商标签时，则该服务器将提示声音或影像传送给该拨号端以进行播放。

13.如权利要求1所述的网络电话通信方法，其中上述的响应是由该接收端发出。

14.如权利要求13所述的网络电话通信方法，还包含：

当该服务器解读出该协商标签时，该服务器启动其语音信箱，并提示该拨号端进行语音留言。

15.如权利要求14所述的网络电话通信方法，还包含：

当该拨号端、该接收端、或该服务器无法解读出该协商标签时，则该接收端启动其语音信箱，并直接提示该拨号端进行语音留言。

16.一种网络电话通信系统，包含：

一拨号端及一接收端，该拨号端发出拨话请求，其中该接收端处于无法接听状态；和

一服务器，用以接收该拨话请求；

其中上述的接收端或服务器向该拨号端作一回应，其中该回应当中具有一协商标签；且该拨号端根据该协商标签而针对该响应决定出后续的提示操作。

17.如权利要求16所述的网络电话通信系统，其中上述的拨号端、接收端、服务器、拨号请求、响应、协商卷标是遵循实时通讯协议。

18.如权利要求16所述的网络电话通信系统，其中上述的拨号端、接收端为因特网语音协议电话机。

19.如权利要求17所述的网络电话通信系统，其中上述的协商标签定义为SIP协议的标识。

20.如权利要求17所述的网络电话通信系统，其中上述的协商标签定义于SIP协议的消息内。

21.如权利要求16所述的网络电话通信系统，上述的拨号端还包含：

一装置，用以将提示声音或影像预先录制于其内，当该拨号端解读出该协商标签后，则将其播放出来。

22.如权利要求16所述的网络电话通信系统，其中上述的服务器还包含：

一装置，用以事先接收该接收端所通知的无法接听状态。

23.如权利要求16所述的网络电话通信系统，其中上述的服务器还包含：

一语音信箱，于解读出该协商卷标时即启动该语音信箱，并提示该拨号端进行语音留言。

24.一种网络电话机，其作为一拨号端或一接收端，并执行下列步骤：

该拨号端藉由一服务器向该接收端发出拨话请求，而该接收端处于无法接听状态；

由该接收端或该服务器向该拨号端作一回应，其中该回应当中具有一协商标签；和

该拨号端或该服务器根据该协商标签而针对该响应决定出后续的提示操作。

25.如权利要求24所述的网络电话机，其中上述的拨号端、接收端、服务器、拨号请求、响应、协商卷标是遵循实时通讯协议。

26.如权利要求24所述的网络电话机，其中上述的拨号端、接收端为因特网语音协议电话机。

27.如权利要求24所述的网络电话机，还包含：

一装置，用以将提示声音或影像预先录制于其内，当该拨号端解读出该协商标签后，则将其播放出来。

28.一种网络电话服务器，用以和一拨号端与一接收端进行网络通信，其执行下列步骤：

该拨号端藉由该服务器向该接收端发出拨话请求，而该接收端处于无法接听状态；

由该接收端或该服务器向该拨号端作一回应，其中该回应当中具有一协商标签；和

该拨号端或该服务器根据该协商标签而针对该响应决定出后续的提示操作。

29.如权利要求28所述的网络电话服务器，其中上述的拨号端、接收端、服务器、拨号请求、响应、协商卷标是遵循实时通讯协议。

30.如权利要求28所述的网络电话服务器，其中上述的拨号端、接收端为因特网语音协议电话机。

31.如权利要求28所述的网络电话服务器，其中上述的服务器还包含：

一装置，用以事先接收该接收端所通知的无法接听状态。

32.如权利要求28所述的网络电话服务器，其中上述的服务器还包含：

一语音信箱，于解读出该协商卷标时即启动该语音信箱，并提示该拨号端进行语音留言。

Images