能够合并异类网络上的电话服务的方法和移动电话终端转让专利

申请号 : CN201010118247.5

文献号 : CN101820691B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : E·埃尔贝尔特V·布罗纳

申请人 : 阿尔卡特朗讯

摘要 :

本发明提供了能够合并异类网络上的电话服务的方法和移动电话终端。一种用以在移动电话终端中合并电路交换网络(3)和分组交换数据网络(4)上的电话服务的方法,包括步骤:接收通过电路交换网络(3)到达的通信事件;接收通过分组交换数据网络(4)到达的通信事件;将通信事件存储进共享存储器,分析通过电路交换网络(3)和通过分组交换数据网络(4)到达的通信事件;并且接着将每一个通信事件路由到语音应用,或是直接路由,或是通过所述用于存储的装置以便暂时对其进行存储,因此使得所有关于同一个呼叫的事件在其被所述语音应用接收到时为同步的。

权利要求 :

1.一种能够合并电路交换网络(3)和分组交换数据网络(4)上的电话服务的移动电话终端,包括:用于接收通过电路交换网络(3)到达的通信事件的装置(25,27);

用于接收通过分组交换数据网络(4)到达的通信事件的装置(24,26);以及用于将通信事件存储在共享存储器中的装置(23);

其中所述用于将通信事件存储在共享存储器中的装置(23)被所述用于接收通过电路交换网络(3)到达的通信事件的装置(25)和所述用于接收通过分组交换数据网络(4)到达的通信事件的装置(24)使用,用以在将所有关于同一个呼叫的事件发送到语音应用之前对所有关于同一个呼叫的事件进行同步,使得所有关于同一个呼叫的事件在被所述语音应用(21)接收到时为同步的;

其特征在于,所述用于接收通过电路交换网络(3)到达的通信事件的装置(25)和所述用于接收通过分组交换数据网络(4)到达的通信事件的装置(24)被配置用于分析通过电路交换网络(3)到达的通信事件以及通过分组交换数据网络(4)到达的通信事件,并且接着通过考虑每个事件的类型以及通信当前状态以确定是直接转发事件还是将其暂时存储直到接收到另一个事件,从而将每个通信事件或是直接路由到所述语音应用(21)或是通过所述用于存储的装置(23)路由到所述语音应用(21)。

2.一种用以合并电路交换网络(3)和分组交换数据网络(4)上的电话服务的方法,包括步骤:接收(33,35)通过电路交换网络(3)到达的通信事件;

接收(32,36,37)通过分组交换数据网络(4)到达的通信事件;

将通信事件存储进共享存储器,

在将所有关于同一个呼叫的事件发送到语音应用之前,对其进行同步,使得所有关于同一个呼叫的事件在被所述语音应用(21)接收到时为同步的;

其特征在于,所述同步包括步骤:

分析通过电路交换网络(3)和通过分组交换数据网络(4)到达的通信事件;

并且接着通过考虑每个事件的类型以及通信当前状态以确定是直接转发事件还是将其暂时存储直到接收到另一个事件,从而将每一个通信事件或是直接路由到语音应用(21)或是通过用于存储的装置(23)路由到所述语音应用(21)以便暂时对其进行存储,因此所有关于同一个呼叫的事件在其被所述语音应用(21)接收到时为同步的。

说明书 :

能够合并异类网络上的电话服务的方法和移动电话终端

技术领域

[0001] 本发明总体上涉及一种能够合并异类网络(即,电路交换网络和分组交换数据网络)上的电话服务的方法和移动电话终端。其关注于所有可以用于电话的移动终端,也就是说:手持电话、智能电话以及包括电话接口的个人计算机。

背景技术

[0002] 在企业中,由统一的通信服务器向该企业的雇员们提供复杂的语音服务,例如统一目录研究、通信日志、即时消息传送、电话和即时消息传送在线(presence)以及例如呼叫保持、来回切换(backand forth)、会议、呼叫转移、访问中央目录、按照姓名拨号、呼叫日志、语音邮件等等的语音服务。这些服务对于固线电话终端来说是全部可用的,但是当移动终端处于该企业场所之外时对于这些移动电话终端来说却仅仅是部分可用。
[0003] 特别地,统一通信服务器向传统的GSM手持电话提供某些基本的服务,例如会议、呼叫转移、商务语音邮件咨询、双呼叫、商务转移激活和去活等。这些基本的服务是通过经由GSM电话交换网络发送的DTMF码而激活的。DTMF码分别代表了用户在电话的十二个拨号键上的动作。这些码只能够传送十二个符号并且不能用来对数据进行从服务器到终端的反向传送,因为移动电话终端通常不会包含DTMF解码器。
[0004] 希望通过添加更为复杂的服务(例如,商务目录咨询、商务呼叫日志咨询、按照姓名拨号、即时消息传送、电话在线等等常规上由统一通信提供给固线终端的服务)来扩展这些服务。这些复杂的服务不能通过经由GSM电路交换网络发送的双音多频(DTMF)码来激活,因为其需要更多的信令数据以及双向传送。这些复杂的服务通过经由移动分组交换数据网络(例如3G网络(GPRS、UMTS、HSDPA等)或者高数据速率无线局域网络(WiFi、WiMAX等)或是更新的分组交换网络的信令数据传送来实现。
[0005] 目前针对移动手持电话的语音应用解决方案部署在公共陆地移动电路交换网络(仅具有基本服务)或是公共陆地分组交换数据网络(具有除基本服务之外的复杂服务)上,但是从来没有同时部署在两种类型的网络上。也就是说信令或是承载于电路交换网络(例如GSM)或是承载于分组交换数据网络(GPRS、UMTS、HSDPA等)上,而从未同时承载于二者之上。
[0006] 希望轮流地使用两种类型的网络,从而在复杂的电话服务为可能的时候向终端用户提供复杂的电话服务,并且作为备用方案,在不可能提供复杂的电话服务(没有网络覆盖)时,仅仅提供基本服务。
[0007] 服务可以同时在电路交换网络和分组数据网络上生成信令数据。然而在这种情况下,两种信令类型都应当被处理,虽然其为异步发送的。例如,当建立呼叫时,语音应用应当等待电路交换呼叫信令,以认为有语音链路为实际活跃的。另一方面,分组数据网络信令有可能丢失,这取决于网络覆盖。因此有必要在服务被激活时对来自两种类型的网络的信令数据进行同步,并且当仅有一个或者几个电路交换网络为可用的时候提供备用模式。
[0008] 这样,就需要提供一种技术方案来在服务被激活时对来自两种类型的网络的信令数据进行同步。3GPP共同体已经开发出一种受因特网多媒体子系统(IMS)支持的解决方案。然而该解决方案具有两个缺点:如今IMS并没有得到广泛部署,并且由于其过于昂贵因此也不会在企业中部署。
[0009] 文献WO2006/137762描述了一种移动通信系统中的终端,其被安排为向一接收终端传送第一媒体流和第二媒体流(分别用于视频和语音),该第一媒体流和第二媒体流彼此分开进行传送,但是至少部分同时地传送。该第一媒体流与第一端到端时间延迟相关而该第二媒体流与第二端到端时间延迟相关。该第一端到端时间延迟大于该第二端到端时间延迟。
[0010] 该终端进一步包括:
[0011] -控制装置,配置用于自第一媒体流的传送起延迟一段时间再在终端处呈现第一媒体流,该时间取决于第一端到端时间延迟和第二端到端时间延迟之间的时间差;
[0012] -以及用于估计端到端时间延迟的装置,其配置用于估计第一端到端时间延迟和第二端到端时间延迟。
[0013] 如下所述地对所述第一端到端时间延迟进行估计:
[0014] -记录对其请求了回复的数据分组被传送到接收终端时的第一时间;
[0015] -记录从接收终端接收到回复的第二时间;
[0016] -从第二时间中减去第一时间;
[0017] -可选地,从所得到的减法结果中减去可能的等待时间,该等待时间为该接收终端从接收所传送的数据分组开始一直到将回复发送回该终端所等待的时间;
[0018] -将减法计算的结果除以二,并且;
[0019] -将除法计算的结果与接收终端中的当前缓冲延迟相加,在接收终端中对该缓冲延迟进行测量并将其传送到发送终端。
[0020] 该已知的解决方案并不适合对指示着关于同一呼叫的事件的第一数据和第二数据进行同步,原因在于:因为稀少,这些事件没有生成连续的数据流,如同语音或是视频那样。因此不能够一次性地对所有的时间偏移进行估计。精准地恢复事件之间的时间间隔对于关于呼叫的事件来说并不重要。更为重要的是正确地恢复对于事件的感知顺序,因为这对于建立或是释放呼叫以及所有其他的呼叫服务来说都是至关重要的。
[0021] 本发明的目的在于通过简单的方式来解决这一同步问题。

发明内容

[0022] 本发明的第一目的为一种用于合并电路交换网络和分组交换数据网络上的电话服务的方法,所述方法包括步骤:
[0023] -接收通过电路交换网络到达的通信事件;
[0024] -接收通过分组交换数据网络到达的通信事件;
[0025] -将通信事件存储在共享存储器中;
[0026] -在将所有关于同一个呼叫的事件发送到语音应用之前对其进行同步,使得所有关于同一个呼叫的事件在被所述语音应用接收到时为同步的;
[0027] 其特征在于所述同步包括步骤:
[0028] -分析通过电路交换网络到达的通信事件以及通过分组交换数据网络到达的通信事件;
[0029] -并且接着通过考虑每个事件的类型以及通信当前状态以确定是直接转发事件还是将其暂时存储直到接收到另一个事件,将每个通信事件路由到语音应用,或是直接路由到所述语音应用,或是通过所述用于存储的装置,以便暂时对其进行存储,因此所有关于同一个呼叫的事件在其被所述语音应用接收到时为同步的。
[0030] 本发明的第二目的是一种能够合并电路交换网络和分组交换数据网络上的电话服务的移动电话终端,所述移动电话终端包括:
[0031] -用于接收通过电路交换网络到达的通信事件的装置;
[0032] -用于接收通过分组交换数据网络到达的通信事件的装置;
[0033] -用于将通信事件存储在共享存储器中的装置;
[0034] -以及在将所有关于同一个呼叫的事件发送到语音应用之前对所述事件进行同步的装置,使得所有关于同一个呼叫的事件在被所述语音应用接收到时为同步的;
[0035] 其特征在于所述对所有关于同一个呼叫的事件进行同步的装置包括以下装置,该装置用于分析通过电路交换网络到达的通信事件以及通过分组交换数据网络到达的通信事件,并且接着通过考虑每个事件的类型以及通信当前状态以确定是直接传递事件还是将其暂时存储直到接收到另一个事件,将每个通信事件路由到所述语音应用,或是直接路由到所述语音应用,或是通过所述用于存储的装置。
[0036] 该终端可以同时生成并且处理电路交换网络和分组交换数据网络上的信令数据,因为用于将通信事件存储到共享存储器中的装置能够分别处理两种类型的信令数据并且接着对其进行同步。
[0037] 通过这种电话终端,分组交换数据网络和电路交换网络仅仅被用于支持信令数据传送,因为终端是基于客户端-服务器模型的。因此传统的分组交换数据网络和传统的电路交换网络可以无需改动而被利用。此外,通信服务器并不需要任何改动。
[0038] 本发明的其它特征和优势将通过以下参考附图对本发明的实施方式进行的详细描述而变得更为明显。

附图说明

[0039] 为了详细地描述本发明实施方式的特征和优势,下面的描述将参考附图进行。如果可能,在所有的附图和描述中相同或相似的参考标号指的是相同或者相似的组件,其中:
[0040] 图1表示根据本发明的电话终端的一个实施方式,其同时在电路交换网络和分组交换数据网络上传送和接收信令数据;
[0041] 图2功能性地表示了根据本发明的电话终端的一个实施方式;
[0042] 图3示出了其中根据本发明的移动电话终端建立电话呼叫的例子的信令流;
[0043] 图4示出了其中该移动电话终端在该第一次呼叫期间接收到第二电话呼叫的例子的信令流;
[0044] 图5示出了其中该移动电话终端从第二电话呼叫切换回到第一呼叫并且其中分组交换数据网络的覆盖消失了的例子的信令流。

具体实施方式

[0045] 图1示出了根据本发明的电话终端的实施方式1,其同时在电路交换网络3和分组交换数据网络4上传送和接收信令数据。该终端连接到属于电路交换网络3和分组交换数据网络4的基站2。在本实施方式的一个替代中,到分组交换数据网络和电路交换网络的连接可以通过两个分立的基站来实现。该终端1与企业统一通信服务器7在电路交换网络3上交换用于基本服务的通信事件6并且同时在分组交换数据网络4上交换用于复杂服务的其他通信事件5。
[0046] 该服务器7是传统的统一通信服务器。
[0047] 图2功能性地表示了根据本发明的电话终端的一个实施方式。其包括:
[0048] -软件模块21,用于语音应用,包括信令处理器22;
[0049] 软件模块23,用于将通过电路交换网络3到达的通信事件以及通过分组交换数据网络4到达的通信事件存储进共享的先进先出存储器,以便对这些事件进行同步;
[0050] -软件模块24,用于接收通过电路交换网络3到达的通信事件,以及软件模块25,用于接收通过分组交换数据网络4到达的通信事件;
[0051] 软件模块26,用于为分组交换网络(例如GPRS、EDGE、HSDPA)构造无线电接口,以及软件模块27,用于为电路交换网络(例如GSM)构造无线电接口。
[0052] 一方面,例如会议、来回切换以及转移等复杂语音服务都是经由通过分组交换数据网络4传送的web服务来触发的。所有与通信状态相关的通信事件也是通过分组交换数据网络4向移动终端传送的。另一方面,例如利用GSM信令来在电路交换网络3上建立语音信道。
[0053] 信令存储器23的目的在于同步这两种信令流。这对于处理语音通信建立尤为必要:通过分组交换数据网络4传送的通信事件在指示着进入呼叫的GSM信令之前到达终端。因此,就有必要延迟第一通信事件以等待代表着有效语音呼叫建立的GSM信令到达。同时,通过分组交换数据网络4到达的通信事件可以通过赋予例如呼叫者姓名、呼叫者电话号呼叫者即时消息传送状态等信息来给语音应用带来附加值。
[0054] 借助于在两个通信事件接收器24和25之间共享的存储器23来实现同步。如果在先经由分组交换数据网络4接收到的第一通信事件必须在经由GSM电路交换网络接收到的第二通信事件被接收之后才能得到处理,则该第一事件被接收到时就被写入存储器23。当GSM信令到达终端时,相应的事件接收器25检查是否有相对应的事件已经存在于存储器
23中。其在存储器23中找到第一事件并接着将其传送到语音应用21的信令处理器22。
[0055] 通信事件接收器24-25负责对分别来自分组交换数据网络4和电路交换网络5的事件进行分析。由事件接收器24和25接收到的事件可以直接转发到信令处理器22,或者可以暂时存储在存储器23中,以使其为其他事件接收器所共享。事件接收器24和25检查存储器23中的内容并且对存储在该存储器23中的事件进行分析。,事件接收器对每个事件的类型以及通信的当前状态进行考虑从而确定是直接转发事件还是将其暂时存储直到另一个事件被接收到。
[0056] 通常,经由分组交换数据网络的通信事件比经由电路交换网络的通信事件更快到达。但是也会发生相反的情况,这时共享存储器23就被事件接收器24和25以同样的方式利用从而对事件进行同步。
[0057] 例如,接收GSM通信事件可以触发向信令处理器22转发在先的通过分组交换数据网络4接收到并且已经存储在信令存储器23中的通信事件。
[0058] 在其他情况下,存储在存储器23中的通信事件可以防止通信事件接收器25将接收到的GSM事件转发到信令处理器22。
[0059] 以下描述根据本发明的移动电话终端建立电话呼叫、管理第二进入呼叫以及接着在不具有分组交换数据网络可用性的情况下结束第一呼叫的三个情境。
[0060] 图3示出了其中根据本发明的移动电话终端建立电话呼叫的例子的信令流:
[0061] -语音应用21检测到分组交换数据网络是可用的;
[0062] -语音应用21的信令处理器22向统一通信服务器7发送web请求以建立语音呼叫(步骤31);
[0063] -服务器7通过电路交换网络3回呼终端1并且同时通过分组交换数据网络4发送应用事件以指示启动了传出呼叫(步骤32)。通信事件接收器24将该事件写入共享存储器23。
[0064] -通信事件接收器25从电路交换网络3接收指示着进入呼叫已经到达的进入GSM通信事件(步骤33)。
[0065] -通信事件接收器25对所接收到的事件进行分析并且检测到该进入GSM通信事件实际上对应着传出呼叫。该呼叫被静默地应答(即,不让用户知道建立了呼叫)(步骤34)。
[0066] -电路交换网络3发送指示着已经建立语音呼叫的GSM通信事件。通信事件接收器25不将此事件转发到语音应用以防止在远端(remote peer)接听该呼叫之前错误地过早建立语音呼叫(步骤35)。
[0067] -同时,服务器7通过分组交换数据网络4发送通信事件(示警),指示着正在试图与远端建立语音呼叫。该通信事件被转发到信令处理器22以向终端的用户指示被呼叫者的终端正在振铃(步骤36)。
[0068] -当远端接听呼叫时,服务器7发送指示着语音呼叫为活跃的(即,已建立的)通信事件(步骤37)。该事件被转发到语音应用21中的信令处理器22,其向用户指示着该呼叫已经被建立。
[0069] -接着语音应用21处理已建立的呼叫。
[0070] 图4示出了其中该移动电话终端在该第一呼叫期间接收到第二电话呼叫的例子的信令流。为了简化示例,假设GSM呼叫已经建立并且不能接收与该新呼叫相关联的其他GSM事件:
[0071] -服务器7试图建立第二语音呼叫(步骤41)。通信事件处理器24所接收到的所有通信事件被转发到信令处理器22。
[0072] -应用户的请求,语音应用21利用通过分组交换数据网络4发送直至服务器7的web服务信令来接听第二呼叫并且将第一呼叫置于保持(步骤42)。
[0073] -服务器7将第一呼叫置于保持并且激活第二呼叫的语音流(步骤43)。
[0074] -服务器7发送指示着第二语音呼叫为活跃的(即,已建立的)通信事件(步骤44)。该事件被转发到语音应用21中的信令处理器22,该事件向用户指示呼叫已经建立。
[0075] -服务器7发送指示着第一语音呼叫被保持的通信事件(步骤45)。该事件被转发到语音应用21中的信令处理器22,该事件向用户指示第一呼叫现在处于保持。
[0076] -在最后状态,语音应用22处理两个语音呼叫,其中一个被保持。
[0077] 图5示出了其中该移动电话终端从第二电话呼叫切换回到第一呼叫并且其中分组交换数据网络的覆盖消失了的例子的信令流。因此信令将完全由电路交换网络3承载:
[0078] -语音应用21检测到分组交换数据网络4不再可用。
[0079] -应用户的请求,语音应用22通过电路交换网络3发送DTMF码以释放活跃的呼叫(即第二呼叫)(步骤51)。这些DTMF码被服务器7接收到并且进行解译。其释放第二呼叫。
[0080] -通信事件接收器25模拟对应于所述第二呼叫的释放的事件并且将其发送到信令处理器22(步骤52)。
[0081] -通信事件接收器25模拟对应于所述第一呼叫的激活的事件并且将其发送到信令处理器22(步骤53)。
[0082] -语音应用21通过电路交换网络3发送DTMF码到服务器7以重新激活第一呼叫(步骤54)。这些DTMF码被服务器7接收到并且进行解译。其重新激活第一呼叫。该最后步骤54是可选的。在其他实施方式中,服务器直接将该活跃呼叫的释放解译为对在步骤51置于保持的呼叫的激活。在这种情况下没有步骤54。