用于动态控制穿过网络架构的数据流的数目的方法

文档序号:7937005阅读:201来源:国知局
专利名称:用于动态控制穿过网络架构的数据流的数目的方法
技术领域
本发明涉及不同通信网络的终端之间的通信,例如,专用移动局域通信
网的终端与由运营商管辖(administer)的广域通信网络的终端之间的通信。 更精确地,本发明涉及作为由在给定时间处主管(host)这样的终端的 网络所提供的服务质量等级的函数来控制所述终端之间的新呼叫的建立。
背景技术
本发明具体但不排他地应用于UMA (未4受权的移动4妄入)网络架构。 UMA架构使得用户能够在家里、在工作、或者更一般地在IP专用移动局域 网的接入点所覆盖的区域中时,在IP (因特网协议)局域网上使用他们的移 动电话,而不是使用运营商的应付费的(chargable)固定或移动网络。
在UMA标准下,特别是对于其中由其职员进行呼叫的数目常常很高的 企业来说,这种途径具有显著减少呼叫成本的优点。
简单的说明性和非限制性示例是使用符合UMA标准的网络架构,来通 过创建客户通信终端与运营商的核心网络之间的直4妻通信隧道而在自由4秦 入IP无线网络(具体为Wi-Fi顶或蓝牙TM网络)中延伸(extend)GSM/GRPS 移动服务,以达到如下目标
使得用户能够经由专用网络来使用移动语音和数据服务,保留相同的 电话号码;
支持专用网络和GSM网络之间的切换(handover); 保持独立于专用网络技术(例如,Wi-FiTM或蓝牙TM技术),同时对于 专用网络中的现有单元透明;
确保与GSM网络中同样的安全性。
在住所UMA架构(例如,在Orange 所提供的UnikTM的环境中部署 的住所UMA架构)的环境中,当通过GSM/GPRS类型通信网络而在Wi-Fi 网络上生成去电(outgoing)呼叫请求时,4艮据由移动电话运营商事先定义 的准则来相对简单地作出决定。如果在呼叫请求时、终端位于它的Wi-Fi网关的覆盖区域中,该Wi-Fi 网关形成了到运营商的网络的唯一接入点,则经由运营商的核心网络来将 Wi-Fi呼叫延伸到该呼叫意欲到达的远程终端。
否则,该去电呼叫被自动地且没有中断地转接到运营商的应付费GSM 网络(这个过程通常已知为"切换")。
作出这样的决定证明是与企业类型UMA网络架构的使用不兼容的,这 是因为在这样的架构中,通信网关用作企业的(例如,IP类型的)专用移动 局域网与运营商的通信网络之间的接口。因此,网关需要同时监督和管理分 布在企业所在地上的、到移动本地网络的多个接入点,并必须通过与企业的 职员相关联的移动通信终端的大的安装基数(base)来另外管理大量的呼叫。
通信网络在给定时间处可以传送的VoIP (IP上的语音)流的最大凄t目 (特别是在UMA架构中)证明是重要的参数,其代表了用户所察觉到的服 务质量(QoS)的等级。
如果在给定时间处在网络上运送(in transit)的VoIP流的数目超过这个 最大数目,则向用户提供的QoS显著地降低。
此外,包括能够连接到以下多个接入点(AP)的(例如,GSM、 GPRS 类型的)多个移动终端的UMA架构的一个缺点主要与能够担保用户并维持 恒定QoS的困难关联,特别是如果在给定时间处或在给定时间段上存在高呼 叫流入,所述多个接入点由使得企业的IP专用局域网能够与运营商的核心 问络对接的唯一通信网关(UMA网关)管理。
由于日常地在企业中生成大量的呼叫,所以将经常到达由运营商授^l的 VoIP流的最大数目,结果降低了经由UMA通信网关运送的呼叫的质量。
在解决这个问题的尝试中, 一些技术方案评估在UMA架构的WAN(广 域网)中(即,仅在运营商核心网络侧)在给定时间处运送的VoIP流的最 大数目。
然而,这样的现有技术方法证明是有限的,这是因为它仅部分地解决了 上述的缺点。
尽管现在运营商可能静态地通过恢复预定义的参数值(最大授权VoIP 流)或者动态地利用CAC (呼叫准许控制)算法来确定在网络的WAN部分 上运送的VoIP流的最大数目,以达到评估增加新流的可能性的目标,但是 它不可能评估端对端地(end-to-end)增加任何这样的新流对于WAN部分、网络的WLAN部分二者的影响。企业类型UMA 架构中的降低的呼叫QoS大部分经常源于超载的所述企业的专用移动网络。 而且,在UMA架构中,没有VoIP流数目的动态计算,必须由每个i殳 备制造者来定义旨在定义用于改善给予无线通信用户的服务质量的准则和 方法的WMM (无线多媒体)标准,在其段落3.5.2 (版本1.1-Wi-Fi联盟 技术委员会服务质量任务组(Version 1.1 — Wi-Fi Alliance Technical Committee Quality of Service Task Group ))中指定了用于在UMA架构中确定最大VoIP 流Y直的方法。
这个情形造成了由能够基于UMA架构来向企业提供有吸引力和可执行 的(performing)电话解决方案的运营商和设备制造商现在所面对的困难。

发明内容
本发明提供了没有上述缺点的解决方案。
本发明旨在通过提出一种如下的方法来消除上述缺点,即在符合UMA 标准的网络架构中,计算和控制在WLAN部分和WAN部分(移动电话运营 商的GSM/GPRS网络)二者中、并因此从端到端地在给定时间处和/或在症合 定时间段上运送的VoIP流的最大数目。
本发明的具体目标是能够控制代表新呼叫的任何新数据流(具体地为 VoIP流)的准许或拒绝,以达到具体地如在企业内实现的、在经由UMA架 构的呼叫期间向用户确保恒定的服务质量等级的目的。
为此,本发明在于一种用于第一通信网络的至少一个第一通信终端与第 二通信网络的至少一个第二通信终端之间的通信方法,所述第 一网络和所述 第二网络经由接口装置而互连,其特征在于,所述方法包括
考虑在第一网络和第二网络中观察到的比特率、而动态地计算在第一 和第二终端之间运送的数据流的最大比特率值的步骤;和
处理所述第一和第二终端的对于准许新数据流的请求的步骤,所述接 口装置被适配为考虑在所述计算步骤中产生的结果来执;阡所述处理。
本发明提出了一种具有如下优点的解决方案,当在UMA网络架构中第 一通信网络(例如,IP专用移动无线局域网(WLAN))的第一终端正在寻 求建立与第二通信网络(例如,广域网(WAN))的第二终端的新呼叫时, 它评估在第一和第二通信网络中的资源的端对端可用性。相应地,作为这个评估结果的函数,如果两个网络中的至少一个不具有可用的资源(特别是带 宽方面的资源)来承载用于支持新呼叫所需要的数据流(例如,语音凄t据流), 则所述呼叫被切换到运营商的移动网络。
所述处理步骤优选地是动态地分析与所述网络中的每一个相关联的至
少一个可用性准则的步骤,使得
如果每个网络可用于接收所述新数据流,则经由所述接口装置来预留 作为用于在所述第一终端和所述第二终端之间支持所述新数据流所需要的 比特率的函数而设定(rate)的通信隧道;和
如果所述网络的至少一个不可用,则所述新数据流;故切换到移动通信 网络。
所述预留所述通信隧道的步骤有利地包括作为代表应用于所述流的编 码解码操作的至少一个参数的函数来动态地计算所述新数据流的最大比特
率的至少一个预备步骤。
在本发明的一个具体实现中,所述至少一个预备动态计算步骤是代表所 述终端用以处理所述流所使用的编码器-解码器类型的至少一个参数的函数。
这样的方法有利地计算用于传送新数据流(具体地为UMA语音流)所 需要的最大比特率,任何类型的编码器-解码器都与第一通信网络的终端相关联。
在本发明的另一实施例中,所述至少一个预备动态计算步骤是代表所述 第一终端用以处理所述流所使用的编码器-解码器的操作模式的至少一个参
数的函数。
在本发明的方法的优选实现中,所述第二通信网络是包括虛拟通信信道 的广域网(WAN),所述虚拟通信信道的第一端连接到所述接口装置并且其 第二端连接到汇集和路由单元,并且所述动态分析步骤是所述接口装置验证 将所述新数据流添加到所述虚拟信道的可能性的步骤。
还在本发明的方法的优选实现中,所述第一通信网络(10)是包括多个
接入点(15i, i=l........ N)的自由接入IP无线局域网(WLAN),并且
所述动态分析步骤是至少一个接入点(15i, i = l........ N)在所述接口装
置和所述接入点之间验证将所述新数据流添加到所述第 一 网络的可能性的 步骤。当所述第 一通信终端发送去电呼叫请求时,它优选地经由接入点来向所
述接口装置发送承载对于预留资源的请求的恳求(solicitation)消息,使得 如果不能满足用于经由所述接入点来发送数据流的对于预留资源的所述请 求,则发起所述通信终端(13)能被连接到的至少一个其它接入点自动地发 送资源恳求消息的步骤。
如果着眼于添加新流(例如,UMA语音数据流)而可能预留第一网络 上的资源,则所述方法优选地包括将所述新数据流添加到用于所述第一网 络的流的管理表格(位于接口装置或至少一个接入点中)的步骤、和所述接 口装置验证将所述数据流添加到所述第二网络的可能性的步骤,使得如果确 立(establish) 了这个可能性,则执行用于将所述新数据流添加到用于所述 第二网络的流的管理表格的步骤,所述表格包含在所述接口装置中。
这样,更具体地,如果所述第一通信终端发送去电呼叫请求,以建立与 所述第二通信终端的呼叫,则执行接下来的步骤
步骤l:通过所述第一终端来传送用于请求预留用于去往至少一个第 一可用接入点的所述新数据流的资源的消息;
步骤2:通过所述第一接入点来验证将所述新流添加到所述第一网络 的可能性,使得如果确立了这个可能性,则执行接下来的附加步骤
所述第 一接入点向所述接口装置发送请求为所述新流预留所述第 二网络上的资源的消息;
所述接口装置验证将所述新流添加到所述第二网络的可能性,使 得如果确立了所述可能性,则执行接下来的附加步骤
将所述新数据流添加到所述接口装置的流的管理表格;
所述接口装置向所述第 一接入点发送接受为所述新数据流
预留所述第二网络上的资源的所述请求的消息;
将所述新数据流添加到所述第 一 网络的流的管理表格;
所述第 一接入点向所述第 一 终端发送接受为所述新数据流
预留所述第一网络上的资源的所述请求的消息;和
在所述第一终端和所述第二终端之间建立所述呼叫;
以及如果没有确立将所述新数据流添加到所述第 一或第二网络的至少 一个
可能性,则执行接下来的步骤中的至少一个
对于不同于所述第 一接入点的所述第 一网络的任何其它可用接入点,反复上述的所述步骤1和2;以及
将所述去电呼叫切换到移动通信网络。
对于来自所述第二通信终端的用于建立与所述第一通信终端的呼叫的
来电呼叫请求,优选地执行接下来的步骤
步骤A,所述第二终端向所述接口装置发送请求为所述新lt据流预留 所述第二网络上的资源的消息;
步骤B,所述接口装置验证将所述新流添加到所述第二网络的可能性, 使得如果确立了所述可能性,则执行接下来的附加步骤
所述接口装置向所述第 一终端被连接到的至少 一个第 一可用接入
点发送请求为所述新数据流预留所述第 一 网络上的资源的消息;
所述可用第一接入点验证将所述新流添加到所述第一网络的可能
性,使得如果证明了这个可能性,则执行接下来的附加步骤
将所述新数据流添加到所述接第 一网络的流的管理表格; 所述可用接入点向所述接口装置发送在所述第一网络上接
受用于所述新lt据流的所述请求的消息;
将所述新数据流添加到所述第二网络的数据流的管理表格;

在所述第一终端和所述第二终端之间建立所述呼叫; 以及如果没有确立将所述新数据流添加到所述第 一或第二网络的至少 一个 可能性,则执行接下来的步骤中的至少一个
对于可用且不同于所述第一接入点的所述第一网络的任何其它接入 点,反复上述的所述步骤A和B;以及
将所述去电呼叫请求切换到移动通信网络。
所述新数据流优选地为UMA语音类型流。
本发明还在于一种用于第一通信网络的至少一个第一通信终端与第二 通信网络的至少一个第二通信终端之间的通信系统,所述第 一 网络和所述第 二网络经由接口装置而互连,其特征在于,所述系统包括
考虑在第 一通信网络和/或第二通信网络中观察到的至少 一个比特率、 而动态地计算在所述第一和第二终端之间运送的数据流的最大比特率的部 件;和
处理所述第一和第二终端的用于准许新数据流的请求的部件,所述4妄口装置被适配为考虑由所述计算部件所产生的结果来执行所述处理。
在本发明的系统中,所述第 一通信终端优选地符合UMA标准。本发明还在于一种能够从通信网络下载和/或存储在计算机可读信息介
质上和/或被适配为由微处理器执行的计算机程序产品,所述程序包括用于执
行上述通信方法的代码指令。


根据通过非限制性说明和结合附图而给出的以下描述,本发明的特征和技术优点更清楚地显现,其中
图1是其中使用了本发明的通信方法和系统的架构的图示;
图2是结合来电呼叫的本发明通信方法的一个实现的流程图;和
图3是结合去电呼叫的本发明通信方法的一个实现的流程图。
具体实施例方式
本发明提出了一种解决方案,其中在UMA网络架构中,当第一通信网络(例如,IP专用移动无线局域网(WLAN))的第一终端正在寻求建立到第二通信网络(例如,广域网(WAN))的第二终端的新呼叫时,评估在第一和第二通信网络中可用的资源的端对端可用性。相应地,作为这个评估的结果的函数,如果两个网络中的任一个或二者没有可用的资源(具体地为在带宽方面的资源)来承载支持新呼叫所需要的数据流(例如,语音数据流),则将呼叫切换到运营商的移动网络。
图1图示了其中可使用本发明的UMA网络架构。这个架构包括与无线局域网(WLAN) 10 (例如,IP专用移动局域网)对应的第一部分10、和与运营商的广域网(WAN)的核心网络部分对应的第二部分11。硬件接口装置12延伸WLAN 10和WAN 11之间的通信服务,具体地用于在WLAN的第一无线电通信终端13和经由WAN的至少一个汇集和/或^^由单元18和/或至少一个安全网关110而达到的第二远程通信终端14之间建立的呼叫。
WLAN 10包括经由以太网交换机16而连接到接口装置12的接入点15!、 152、 153、 154,所有这些接入点(包括接口装置12)定义了用于IP移动局域网10的覆盖区域19 (或企业区),在所述覆盖区域19 (或企业区)内识别通信终端13。终端13符合UMA标准(技术规范组GSM/EDGE无线电接入网;到A/Gb接口的一般接入;阶段2-版本6 — 2006年1月(Technical SpecificationGroup GSM/EDGE Radio Access Network; Generic Access to the A/Gb interface;Stage 2 — version 6 — January 2006)),并且企业区19符合WMMTm才示准(WMMTM-版本1.1—Wi-Fi联盟技术委员会服务质量任务组)。
企业区19包括接口装置12上的DHCP服务器。接口装置12的WAN接口执行网络地址翻i奪(NAT)功能(1至N)。
UMA终端13发送到WAN 11的安全网关110的IPsec (安全IP)分组的源IP地址来自企业区19的DHCP服务器所管辖的IP地址范围。
在接口装置12与WAN 11的汇集和路由单元18之间的UMA架构的WAN部分11中建立对话式虚拟信道(VC) 17,所述单元形成多服务存在点(PoP: point of presence )的4妾入点,其包4舌通过IP传送语音的月良务。
在终端13和安全网关110之间建立安全连接需要(i)检测在接口装置的WAN接口中存在NAT功能;和(ii)验证连接的两端。在IKEv2协议下建立所述安全连接。
这里不详细描述在终端13和WAN的安全网关110之间建立安全连接的步骤。
参考图1的架构,在第一通信网络10和第二通信网络11上可端对端运送的UMA语音流的最大数目实际上对应于以下二者中4交4氐的任何一个(i)对话式VC 17可传送的UMA语音流的最大数目、和(ii)企业区19可处置的UMA语音流的最大数目。
对话式VC 17传送固定的电话流、UMA语音流、安全连接建立和维护流、以及在WAN的部分12上运送的其它UMA数据流。
在时间L处,对话式VC可传送的UMA语音流的最大数目被称为UMAVCCAC。因为它是双向的,所以针对上行链路和下行链路方向计算它。
此外,在企业区19中存在的每个移动局域网(例如,每个Wi-Fi网络)可传送UMA语音流、安全连接建立和维护流、以及各种其它UMA和/或数据流。
在同一时间L处,企业区19的Wi-Fi网络可传送的UMA语音流的最大数目被称为UMAWLANCAC。因为它也是双向的,所以也针对上行链路和下行链路方向计算它。因此,在诸如图1中所表示的UMA架构中的UMA语音流的最大数目耳又决于UMA VC CAC和UMA WLAN CAC。a) UMAVCCAC的计算
计算UMA VC CAC需要(i)对话式VC的比特率,和(ii) UMA语音流的比特率。在ATM (异步传输模式)级别上计算所述比特率。
在时间L处,在对话式VC上传送的流的最大数目如下
(对话式VC的比特率)(t)=(固定电话流的比特率)(t) + (UMA语音流的比特率)(t) + (UMA数据流的比特率)(t) + (IPsec隧道建立流的比特率)(t) +(IPsec隧道维护比特率)(t)。
在时间L处,UMA流的最大数目如下
(UMA流的比特率)(t)=(对话式VC的比特率)(t)-(固定电话流的比特率)(t),为了简化表示为Dvc - Dtoip(t)。
在时间tk处,对话式VC 17正在传送(k-l)个UMA语音流。
相应地,添加第k个UMA语音流的可能性因此使得需要知道这个流k在WAN侧的对话式VC 17上将占用的最大比特率。
在第k个UMA语音流的ATM等级上的比特率(表示为UMA语音流k的比特率)等于由编解码器每秒钟发送的分组数目乘以ATM等级上的分组长度,所述第k个UMA语音流的编解码器本身的特征在于接下来的两个参数
Rk:由编解码器每秒钟发送的分组数目; (编解码器比特率X:以bps为单位的最大编解码器比特率。如果编解码器没有执行语音活动检测(VAD)功能,即当(编解码器比特率(t))i^(编解码器比特率)k时,以这个方式获得用于计算被表示为(第k个UMA语音流的比特率)max的第k个UMA语音流的最大比特率的如下公式(第k个UMA语音流的比特率)max = R* ((编解码器比特率X / Rk +长度(标首(PLCP-MAC-CCMP画LLC-IPsec陽IP)) +长度(确认帧)+ SIFS * Dwlan) +(Rk(t)-1) * SIFS * Dwlan + (TIME一FOR一THE—CLASS—TO—TRANSMIT)k *Dwlan;其中
"标首(PLCP-MAC-CCMP-LLC-IPsec-IP)"表示不是VoIP字段的一部分的比特; Dwlan是WLAN上的比特率;
根据WMM頂规范(WMM窗-版本1.1 , Wi-Fi联盟技术委员会服务质 量任务组)的段落"获得EDCATXOP",用于传送新流的授权对应于以下时 间,即,与语音接入分类对应的类AC_VO在它可以在Wi-Fi网络上传送它 的 PLCP 帧之前必须等待的时间。这个时间被表示为 (TIMEFORTHE—CLASS—TO—TRANSMIT)k。
需要终端的编解码器的特性来计算UMA语音流的最大比特率。 如3GPPTM协会所推荐的,这里在上面的等式中可考虑在第三代移动电 话中使用的AMR(自适应多速率)编解码器(参照"技术规范组GSM/EDGE 无线电接入网;到A/Gb接口的一般接入;阶段2,版本6, 2006年1月) 的比特率值和其每秒钟所发送的分组数目。
b) 将第k个流添加到对话式VC 17
假设在对话式VC 17上从时间tj开始传送第L个UMA语音流。
那么,在时间ti和tk之间测量的第i个UMA语音流的比特率等于
(第i个UMA语音流的比特率)冲i, tk],狄=(第i个UMA语音流的比特
凄欠)在[ti, tk]中测量的/ (tl 一 tj)。
(k 一 l)个流的和表示为S = SIGMA (i = 1, i = k - 1)。 在时间tk处,如果满足接下来的等式EQ1,则可能将(唯一标识的)第 k个UMA语音流添加到对话式VC 17:
Si (第i个UMA语音流的比特率)在[ti,tk]+在上行链路上测量的+ & (第i个UMA语
音流的比特率),,叫中在下行链路上测量的+ 2*(第i个UMA语音流的比特率)max < (Dvc 一 Dtoip(t))上行链路+ (Dvc — Dtoip(t)) 下行链路o
c) UMA WLAN CAC的计算
计算UMA WLAN CAC需要(i)专用移动网络的比特率,在上述实施 例中所述专用移动网络是Wi-Fi网络;和(ii) UMA语音流的比特率。因此, 在无线电级别上计算所述比特率。
企业区19具有根据802.11b/g标准而用它们的相应接入点15!、152、153、 154定义的一个或多个网络。
下面,Wi-Fi网络的标称比特率用Dwlan表示。说明书第11/14页
Wi-Fi网络在时间L处的比特率用D(t)表示,并且如下计算在Wi-Fi网络 中在这个时间L处传送的流的最大数目
D(t) = (UMA语音流的比特率)(t) + (数据UMA流的比特率)(t) + (IPsec 隧道建立流的比特率)(t) + (IPsec隧道维护比特率)(t) + (不同流的比特率)(t)。
在时间L处,因此使得UMA流的最大数目如下 (UMA流的比特率)(t) = D(t)。
在时间tk处,对应于用于建立新连接的尝试,Wi-Fi网络已经正在传送 (k-l)个UMA语音流,并因此添加第k个UMA语音流的可能性需要这个流 将在Wi-Fi网络上占用的最大比特率。
d)第k个UMA语音流的最大比特率的计算
第k个UMA语音流的无线电级别处的比特率(被表示为"第k个UMA 语音流的比特率,,)等于由编解码器每秒钟所发送的分组数目乘以无线电级 别处的分组的长度。发送包含IP上的语音(VoIP)采样的Wi-Fi帧等同于发 送包含所述采样的虚拟Wi-Fi帧,这意味着在无线电级別处、第k个UMA 语音流的比特率等于
(第k个UMA语音流的比特率)(t) = Rk(tf(第k个Wi-Fi帧的长度)+长 度(帧确i人)+ tsifs *Dwlan);
其中tsift是短的帧间间隔的持续时间。
e )将第k个UMA语音流添加到Wi-Fi网络 假设在Wi-Fi网络上从时间ti开始传送第i个UMA语音流。 因此,如果满足接下来的EQ2,则可能在时间tk处将第k个UMA语音 流添加到WLAN-Wi-Fi网络11:
& (第i个UMA语音流的比特率)在[ti, tk]中在上行链路上测量的+ & (第i个UMA语 音流的比特率)雄,汰]+在下行链路上》量的+ (上行链路第k个UMA语音流的比特率)應 + (下行链路第k个UMA语音流的比特率)羅< D(tk)。
f)在WLAN 10的终端13与WAN 11的所识别的终端14之间建立新呼
如果在与用于在无线局域网10 (例如,Wi-Fi网络)的通信终端13与由WAN 11所识别的通信终端14之间建立新语音呼叫的请求对应的时间tk 处满足等式EQ1和EQ2,则可能将第k个UMA语音流添加到对话式虚拟信 道H。因此,根据所述呼叫请求是去电呼叫请求还是来电呼叫请求,而存在 用于添加流的两种情形。
如果不满足等式EQ1和EQ2中的任一个或二者,则不可能添加第k个 UMA语音流以支持已经在时间tk处请求其建立的新呼叫(独立的来电或去 电呼叫请求),而没有显著降低给予图I的UMA架构的已经正在通信的用 户的VoIP服务的服务质量。
在这个情形中,正在建立的呼叫被切换到运营商的移动网络。
从通信终端14发起的、去往通信终端13的来电呼叫请求
如图2所示,如果接口单元12在它的WAN接口上接收到关于对话式虚 拟信道17的UMACAC请求消息,则它验证上述的等式EQ1 (步骤S1)。
如果不满足等式EQ1,则接口单元12向接入点15,(终端14寻求进行 通信的终端13位于所述接入点15,的覆盖区域中)发送关于对话式虚拟信道 17的UMA CAC应答,该消息的状态代码字段被设置为否决(拒绝添加新 的UMA语音流)(步骤S2)。结果,然后不经由接口装置12的LAN接口来 传送第k个UMA语音流。
然后,必须使用运营商的GSM网络而不是UMA架构来建立呼叫(步
骤S3 )。
在相反的情形中,如果满足等式EQ1,则接口单元l2将第k个UMA 语音流添加到用于在对话式虚拟信道17上运送的UMA语音流的管理和参 考表格,并然后向接入点(AP) 15i (终端14寻求进行通信的终端13位于 所述接入点15,的覆盖区域中)发送关于对话式虚拟信道17的UMA CAC 应答消息,其状态代码字段被设置为接受(添加所接受的字段)(步骤S4)。
如果AP 15,接收到关于对话式虚拟信道17的UMACAC应答消息,则 它验证状态代码字段的值。
如果所述字段被设置为否决,则AP15!向终端13发送符合WMM标准 的其中状态代码字段被设置为否决的ADDTS应答消息(步骤S5 )。
相反地,如果字段状态代码被设置为接受,则AP15!验证等式EQ2。
如果满足等式EQ2,则接入点15!将第k个UMA语音流添加到Wi-Fi网络10的UMA语音流的表格,并然后向终端13发送符合WMM标准的、 状态代码字段^皮设置为接受的ADDTS应答消息(步骤S6 )。
然后,经由图1的UMA架构来端到端地建立在WLAN 10的通信终端 13与附属于WAN 11的通信终端14之间的呼叫100。
在相反的情形中,如果通信终端13接收到符合UMA规范并且其状态 代码字段被设置为否决的ADDTS应答消息,则它可(i)搜索AP152至154 之中的另一个可用AP、或者(ii)发起到运营商的GSM网络的自动切换(步 骤S3 )。
从通信终端13发起的、去往通信终端14的去电呼叫请求 如图3的流程图所示,在与WLAN的终端13的去电呼叫请求的发起对 应的时间tk处,着眼于建立符合WMMTM规范的、到WAN11的已识别远程 终端14的新呼叫,终端发送包含ADDTS请求的消息,以便为第k个UMA 语音流而预留终端13被附属到的Wi-Fi网络上的并且意欲支持新呼叫的资 源(步骤E1)。
在收到这个消息时,AP15广义、须验证等式EQ2 (步骤E"。 如果由AP 15!管辖的终端的编解码器的表格不包含用于验证等式EQ2 所需要的终端13的编解码器的参数,则AP 15,向接口单元U发送用于请求 恢复与终端13对应的编解码器的值的消息(步骤E3 )。所述单元然后向AP 15,发送包含所需要的编解码器值的应答消息,该编解码器值被结合到AP 15,的编解码器的表格中。
如上面所指出的,优选地在要验证的等式EQ2中使用AMR编解码器的
比特率和其每秒钟所发送的分组数目。
如果不满足等式EQ2,则AP 15!向通信终端13发送符合WMMTM规范 的、状态代码字段#1设置为否决的ADDTS应答消息(步骤E4 )。
相反地,如果满足等式EQ2,贝'j AP15!向接口单元12发送关于对话式 虚拟信道17的UMA CAC请求消息(步骤E5 )。
当单元12接收到所述消息时,它验证等式EQ1 (步骤E6)。
如果不满足等式EQ1,则接口单元12向AP 15i发送关于虚拟信道n 的、状态代码字段被设置为否决的UMACAC应答消息(步骤E7)。
相反地,如果满足等式EQ1,则单元12将第k个UMA语音流添加到与在虛拟信道17上运送的UMA流有关的它的UMA语音流表格,并然后向 AP 15i发送状态代码字段被设置为接受的UMACAC应答消息(步骤E8 )。
当AP 15,接收到关于虚拟信道17的、状态代码字段纟皮设置为否决的 UMACAC应答消息时,它向终端13发送符合WMMTM规范的、状态代码 字段被设置为否决的ADDTS应答消息(步骤E4)。
如果所述消息的状态代码字段被设置为接受,则AP 15,将第k个UMA 语音流添加到Wi-Fi网络的UMA语音流表4各,并然后向该终端发送符合 WMMTM规范的、状态代码字段被设置为接受的ADDTS应答消息(步骤E9 )。
然后,经由图1的UMA架构建立呼叫100。
相反地,如果UMA终端13接收到状态代码字段被设置为否决的ADDTS 应答消息,则它可以(i)如果第一AP 15!不可用,则搜索AP152、 153或 154之中的另一 AP;或者(ii)发起到运营商的GSM网络的自动切换(步骤 EIO)。
权利要求
1.一种用于第一通信网络(10)的至少一个第一通信终端(13)与第二通信网络(11)的至少一个第二通信终端(14)之间的通信方法,所述第一网络(10)和所述第二网络(11)经由接口装置(12)而互连,其特征在于,所述方法包括·考虑在第一网络(10)和第二网络(11)中观察到的比特率、而动态地计算在第一和第二终端(13、14)之间运送的数据流的最大比特率值的步骤;和·处理所述第一和第二终端(13、14)的对于准许新数据流的请求的步骤,所述接口装置(12)被适配为考虑在所述计算步骤中产生的结果来执行所述处理。
2. 根据权利要求1的方法,其特征在于,所述处理步骤是动态地分析 与所述网络(IO、 11)中的每一个相关联的至少一个可用性准则的步骤,使《曰付 如果每个网络(IO、 11 )可用于接收所述新数据流,则经由所述接口 装置来预留作为用于在所述第一终端(13)和所述第二终端(14)之间支持 所述新数据流所需要的比特率的函数而设定的通信隧道;和 如果所述网络(IO、 11)的至少一个不可用,则所述新数据流被切换 到移动通信网络。
3. 根据权利要求2的方法,其特征在于,所述预留所述通信隧道的步 骤包括作为代表应用于所述流的编码解码操作的至少一个参数的函数来动 态地计算所述新数据流的最大比特率的至少 一个预备步骤。
4. 根据权利要求3的方法,其特征在于,所述至少一个预备动态计算 步骤是代表所述终端用以处理所述流所使用的编码器-解码器类型的至少一 个参数的函数。
5. 根据权利要求3或权利要求4的方法,其特征在于,所述至少一个 预备动态计算步骤是代表所述第一终端用以处理所述流所使用的编码器-解 码器的操作模式的至少 一个参数的函数。
6. 根据权利要求2或权利要求3的方法,其特征在于,所述第二通信 网络(11 )是包括虚拟通信信道(17)的广域网(WAN),所述虚拟通信信道(17)的第一端连接到所述接口装置(12)并且其第二端连接到汇集和3各 由单元(18),并且所述动态分析步骤是所述接口装置(12)验证将所述新 数据流添加到所述虚拟信道(17)的可能性的步骤。
7. 根据权利要求2至6中任一项的方法,其特征在于,所述第一通信网络(10 )是包括多个接入点(15i, i = 1........N)的无线局域网(WLAN),并且所述动态分析步骤是至少一个接入点(15i, i=l........ N)在所述才妄口装置(12)和所述接入点之间验证将所述新数据流添加到所述第一网络 (10)的可能性的步骤。
8. 根据权利要求6或权利要求7的方法,其特征在于,当所述第一通 信终端(13)发送去电呼叫请求时,它经由接入点来向所述接口装置(12) 发送承载对于预留资源的请求的恳求消息,使得如果不能满足用于预留资源 以经由所述接入点来发送数据流的所述请求,则发起所述通信终端(13)能 被连接到的至少 一个其它接入点自动地发送资源恳求消息的步骤。
9. 根据权利要求8的方法,其特征在于,所述方法包括将所述新凄t 据流添加到用于所述第一网络(10)的流的管理表格的步骤、和所述接口装 置(12)验证将所述数据流添加到所述第二网络的可能性的步骤,使得如果 确立了所述可能性,则执行将所述新数据流添加到用于所述装置(12)的流 的管理表格的步骤。
10. 根据权利要求1至7中任一项的方法,其特征在于,所述第一终端 (13 )符合UMA标准,而所述数据流是UMA语音流。
11. 一种用于第一通信网络(10)的至少一个第一通信终端(13)与第 二通信网络(11 )的至少一个第二通信终端(14)之间的通信系统,所述第 —网络(10)和所述第二网络(11 )经由接口装置(12)而互连,其特征在 于,所述系统包括 考虑在第一通信网络(10)和/或第二通信网络(11 )中观察到的至少 —个比特率、而动态地计算在所述第一和第二终端(13、 14)之间运送的数 据流的最大比特率的部件;和 处理所述第一和第二终端(13、 14)的对于准许新数据流的请求的部 件,所述接口装置(12)被适配为考虑由所述计算部件所产生的结杲来执行 所述处理。
12. 根据权利要求11的通信系统,其特征在于,所述第一通信终端(13 )符合UMA标准。
13. —种能够从通信网络下载和/或存储在计算机可读信息介质上和/或被适配为由微处理器执行的计算机程序产品,其特征在于,所述计算机程序产品包括用于执行根据权利要求1到10中任一项的通信方法的代码指令。
全文摘要
本发明涉及一种用于使得能够进行属于第一通信网络(10)的至少第一通信终端(13)与属于第二通信网络(11)的至少第二通信终端(14)之间的通信的方法和系统,所述第一网络(10)和所述第二网络(11)通过接口装置(12)而互连。根据本发明,这样的一种方法包括包括计算关于在第一和第二终端(13、14)之间可传递的数据流的最大流值的步骤,所述计算考虑在第一网络(10)和第二网络(11)中观察到的流动;以及包括处理对于准许新数据流进入所述第一和第二终端(13、14)的请求的步骤,所述处理步骤意欲由所述接口装置(12)考虑所述计算步骤的结果来执行。
文档编号H04L12/56GK101663866SQ200880007486
公开日2010年3月3日 申请日期2008年2月29日 优先权日2007年3月13日
发明者乔尔·彭霍特, 塔雷克·塔法斯卡, 马劳尼·本耶克勒夫 申请人:法国电信公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1