3g或新一代电信网络ⅲ中的资源保存的制作方法

文档序号:7628909阅读:362来源:国知局
专利名称:3g或新一代电信网络ⅲ中的资源保存的制作方法
技术领域
本发明涉及应用因特网协议(IP)的电信网络,以及具体地涉及一种保存资源的方法。
在第三代(3G)电信网络例如通用移动电信系统(UMTS)中,提供宽带用于声音之外的服务例如数据和多媒体。一种明显的需要是应该向用户提供所需服务质量(QoS),但在IP网络中如果没有解决资源竞争问题,则无法保证QoS。
一般在IP网络或因特网中使用资源保存协议(RSVP)从而允许网络保存资源以便提供QoS。RSVP可以就地也可跨越IP网络用于控制QoS。
RSVP是一种端对端协议,

图1中对它加以阐述。发送用户10向接收用户12发送一条PATH消息。该PATH消息携带通信特征信息例如Tspecs以便标示准备从用户10发送的话务特征。当接收用户接收PATH消息时,它发送一条包含QoS请求例如FlowSpecs的RESV消息。实际上发送和接收用户10、12可以相距很远,以致PATH和RESV消息需要通过UMTS中的数个节点来传送。由于每个节点接收两条消息中的任何一条,它判断是否可以保存该节点中的合适资源。如果可能的话,则PATH消息被转送至下一个中继站,而RESV消息被转送至上一个中继站。当RESV消息到达发送用户10处时,它开始发送数据。
随后发送周期的刷新消息以便在每个节点处维护已经在该处建立的QoS状态。
需要将RSVP消息从移动终端(MT)传送至无线电访问网络(RAN),然后送至由CN边及GPRS/UMTS的网关GPRS支持节点形成的核心网络。附加RSVP消息的通过意味着必须寻找额外无线电资源以便保证RSVP消息能够可靠地和瞬时地通过空气接口传送。RSVP消息的丢失或延迟意味着建立呼叫的过程会更长或失败,甚至会丢失呼叫,以及在转移呼叫时损失QoS保证。
2000年3月6-9日在东京的TSG-SA第2工作组第12次会议上,在由申请者所作公开的布置中,使用RSVP的移动系统能够与相关联的终端设备(TE)中的非RSVP申请者通信;送至TE和自TE送出的RSVP消息由移动终端截取,并且由移动终端翻译为辅助PDP上下文消息或自它翻译出来。该移动终端分析在PATH消息中携带的RSVP参数,并且判断是建立新的辅助PDP上下文还是修改现有上下文。在这两种情况下都能提供更新的QoS状态。然后使用现有PDP上下文控制过程来建立/修改辅助PDP上下文。
在成功地建立辅助PDP上下文后,该移动终端激活RSVP代理以便结束RSVP消息。该RSVP代理负责接收和处理PATH消息和作为响应而生成RESV消息。
然而,这需要在移动终端中提供一个代理,这样就增加了成本和复杂程度。
本发明的一个目的是提供一种改进的布置而不增加移动终端的成本和复杂程度。
根据本发明,在第三代或新一代通信网络中,一种用于为在移动终端与远程用户(有终端设备与移动终端相关联)之间传送的用户话务寻找资源的方法的特征在于只在移动终端内处理资源保存协议消息。
在附图中,图1阐述RSVP的操作。将参照图2和3只通过例子来描述本发明,其中图2原理性地阐述控制面的UMTS QoS体系结构;及图3阐述下行线路中消息的交换。
在图2中UMTS20包括一个由网关GPRS支持节点24和CN边26所形成的核心网络(CN)22;还有一个UMTS陆地无线电访问网络(UTRAN)28。一个MT30通过无线电接口与UTRAN28通信。MT30连至其中运行非UMTS专用应用程序的终端设备(TE)32。MT30是UMTS专用的,并且能够处理来自TE32的话务以便为它选择合适的信道通至UMTS,通常通至无线电访问网络。
网关24与外部网络40通信。
UMTS20与往常一样地执行应用程序专用的分组数据协议(PDP)上下文以便将QoS协商和激活MT30与UMTS网络20之间的QoS控制。
图3显示下行线路中的消息交换。为在下行线路中实行话务QoS控制,必须触发MT30中的RSVP处理实体。在收到来自TE32的PATH消息后,MT30将该消息向前送;MT30判断是修改一条现有PDP上下文消息还是建立一条新的辅助PDP上下文消息。
辅助PDP上下文消息通过UTRAN28送至CN边26,后者发送一条建立/修改PDP上下文请求消息至网关24,网关24将PATH消息筛选并且将它传送至外部网络40。在收到RESV消息后,该过程反过来进行。
MT 30在PATH消息中提取TrafficSpecs(例如IntServ的Tspecs)并且将它用于话务特征化。对于RESV消息,MT提取QoS specs,例如IntServ的FlowSpecs,并且应用QoS要求。还通过接收外部网络40中的TE而执行该过程。
MT30在PATH消息中提取Traffic Specs,例如IntServ的Tspecs,并且将它用于话务特征化。对于RESV消息,MT提取QoSspecs,例如IntServ的FlowSpecs,并且使用这些要求。
现在建议在MT30中由现有翻译接口31(见图2)将RSVP消息筛选并且解释在RSVP消息中携带的QoS要求并且就它们转换为GPRS/UMTS PDP上下文的QoS概况。
当由TE32处的普通RSVP接口生成一条RSVP消息时,该消息送至MT30中的翻译接口31,翻译接口31将QoS对象转换为PDP上下文QoS概况,后者与GPRS/UMTS的QoS定义兼容。
简单的映射关系是RSVP保证的业务(GS)GPRS/UMTS
会话业务级别RSVP控制的装载业务(CL)GPRS/UMTS流业务级别和交互业务级别最好效果业务(BE)GPRS/UMTS背景业务级别以上RSVP业务与GPRS/UMTS业务之间的映射关系保持于网关24和MT内,以及在PDP上下文中具有更多扩展以便容纳映射内容。在设置PDP上下文之后,网关24重新生成来源于MT(或TE)的RSVP消息,并且将它中继转送至外部网络40中的所需远程终端(或接收应用程序)。
在收到作为来源于MT的PATH消息的回答而从远程端发送的RESV消息时,网关24将消息结束并且通知MT已经收到来自对等远程端的RSVP消息。翻译接口然后重新将GPRS/UMTS QoS级别映射为RSVP QoS对象并且重新生成一条RSVP消息作为来自对等远程端应用程序的作为对于来源于TE的RSVP应用程序的回答。
因此各RSVP消息不通过UTRAN传输而是在合适时候映射和重新建立。
在MT30处完成的功能的优点是a)可以将MT快速地升级以便提供QoS控制API(应用程序编程接口)中的新特征b)允许在应用程序级别上访问单独的APIc)允许接口专用控制来改写认识非移动设备应用程序的非接口专用设置d)允许对昂贵的无线电资源进行严密的顾客控制e)允许对无线电访问进行合适的控制而无论它是提供的IP业务还是PPP(点对点协议)业务f)在端应用程序的控制下,MT能够使用RSVP来判断是修改一个现有的PDP上下文还是建立一个新的PDP上下文以便提供每个RSVP会晤的QoS需求。
也需要MT30和SGSN 24或GGSN26来检查RSVP消息是否a)第一次发送/接收以便启动PDP上下文设置(如果合适的话);b)被修改以便启动PDP上下文修改过程(如果合适的话);或者c)只是刷新消息以便触发响应的本地生成。
也需要MT30和GGAN24来检查RSVP消息是否a)第一次发送/接收以便启动PDP上下文设置;b)被修改以便启动PDP上下文修改过程;或者c)只是刷新消息以便触发响应的本地生成。
本发明的方法的进一步优点是终端设备32可以是不识GPRS/UMTS的设备,因此可以是普通设备。
权利要求
1.一种在第三代或新一代电信网络中用于为移动终端(30)与远程用户之间的用户话务寻找资源的方法,其中终端设备(32)与该移动终端相关联,该方法的特征在于只在移动终端内处理资源保存协议消息。
2.根据权利要求1的方法,其中所述消息由移动终端(30)内的翻译接口(31)进行处理。
3.根据权利要求2的方法,其中翻译接口(31)布置为将资源保存协议消息翻译为分组数据协议上下文消息和从后者翻译出来。
4.根据权利要求2或3的方法,其中翻译接口(31)布置为将资源保存协议消息进行映射。
5.根据以前任何一项权利要求的方法,其中资源保存协议消息也由网关支持节点(26)进行映射。
全文摘要
在UMTS中,通过将资源保存协议上下文消息翻译为分组数据协议消息及从它翻译出来而提供资源保存,由具有相关联的终端设备(32)的移动终端(30)的翻译接口(31)执行处理过程;而该终端设备可以是不识GPRS/UMTS的。RSVP消息在移动终端(30)与网关支持节点(26)之间实行映射并且合适地重新生成。
文档编号H04L12/54GK1323122SQ0111792
公开日2001年11月21日 申请日期2001年5月8日 优先权日2000年5月9日
发明者陈晓保 申请人:朗迅科技公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1