切换数据转发处理方法、装置和系统的制作方法

文档序号:7706499阅读:178来源:国知局
专利名称:切换数据转发处理方法、装置和系统的制作方法
技术领域
本发明涉及通信技术领域,特别涉及一种切换数据转发处理方法、装置和系统。
背景技术
在第三代合作伙伴计划(Third Generation Partnership Project,以下简称 3GPP)中,各厂商积极研究长期演进网络(Long Term Evolved,以下简称LTE) /系统架构 演进网络(System Architecture Evolved,以下简称SAE) , LTE/SAE的目的是提供一种能 够降低时延、提高用户数据速率、改进的系统容量和覆盖的低成本的网络,使用PS域业务, 承载网络都为IP网络。 LTE/SAE的网络架构包括如下组成部分,匪E的功能是包括UE的移动管理上下文, 如用户标识、移动性管理状态、位置信息等,并对非接入层(Non Access Stratum,以下简 称NAS)信令进行处理,负责NAS信令的安全等,SAE网关包括服务网关和分组数据网络网 关,SGW与PGW是两个逻辑实体,可以存在于同一个或者不同的物理实体上,SGW保存有UE 的用户面上下文,如UE的IP地址和路由信息,执行合法监听、分组数据路由功能。S-GW与 匪E之间的接口是SI 1 ,负责匪E、UPE之间的通信,进行UE的移动性管理信息与会话控制信 息的交互。匪E通过S1-匪E、 SGW通过Sl-U分别与EUTRAN网络负责控制面与用户面的连 接。同时匪E通过S3接口, SGW通过S4接口分别于2G/3G SGSN连接,分别负责UE在3G 和SAE网络之间的移动性控制面锚点与用户面锚点功能。E-UTRAN在本发明中指的是基站 eNB, eNB和eNB之间可以存在X2接口 ,X2接口具有用户面和控制面的功能,PGW负责UE接 入到分组数据网的用户锚点功能,通过SGi参考点与外部分组数据网进行通信,具有分组 路由和转发的功能,并负责策略计费增强功能、基于每个用户的分组过滤功能等,PGW通过 S5接口与SGW进行相连,传递承载建立、修改或删除等控制信息,以及分组数据路由等。服 务GPRS支持节点(Serving GPRS Support Node,以下简称SGSN)和SGW通过S4接口连 接,是移动管理控制面锚点。UTRAN可以是RNC,其与SGW通过S12连接,使UTRAN接入网络 的组成部分,负责移动性管理、呼叫处理、链路管理和移交机制等。 现有技术中由LTE向通用移动通信系统(Universal MobileTelecommunications System,以下简称UMTS)切换的流程主要包括如下步骤源基站向源匪E发送切换请求,接 收到切换请求后源匪E向目标SGSN发送转发重定位请求,目标SGSN向RNC发送重定位请 求,目标RNC根据当前资源情况在目标侧建立承载,并返回重定位请求响应消息,目标SGSN 发送转发重定位请求响应消息给源匪E,之后源匪E向源eNB发送切换命令,然后由源eNB 命令UE同步到目标RNC,目标RNC检测到UE同步后,通过重定位完成消息通知目标SGSN, 目标SGSN将上下行用户面切换到目标RNC,然后目标SGSN通知源匪E重定位完成。
另外在UE由UMTS向LTE切换的过程中也有类似的步骤首先是源RNC向源SGSN 发送重定位请求消息,接收到该重定位请求的SGSN向目标匪E转发该重定位请求消息,然 后由目标匪E向目标eNB发送切换请求消息,目标eNB根据当前资源情况等信息决定可以 在目标侧建立的承载,并返回切换请求响应消息,接收到该消息的目标匪E向源SGSN发送转发重定位响应消息,之后源SGSN向源RNC发送重定位命令,源RNC通知UE同步到目标 eNB,目标eNB在检测到上述UE同步后,发送切换通知消息给目标匪E,并将上下行用户面隧 道切换到目标eNB,然后目标匪E通知源SGSN重定位完成。 发明人在实现本发明实施例的过程中发现,现有技术至少存在如下技术问题现 有技术中,目标匪E/SGSN在参与到建立数据转发的承载时会对所有承载建立数据转发隧 道,在有些承载不需要数据转发时,目标匪E/SGSN同样会为其建立数据转发隧道,造成资 源浪费。

发明内容
本发明实施例的目的是提供一种切换数据转发处理方法、装置和系统,以实现在 确定需要数据转发的承载时,只为需要建立数据转发的承载建立数据转发隧道,减少资源 浪费。 为实现上述目的,本发明实施例提供了一种切换数据转发处理方法,包括 接收数据转发承载信息,所述数据转发承载信息用于建议承载是否需要数据转
发; 根据所述数据转发承载信息确定需要数据转发的承载;
返回所述确定的需要数据转发的承载信息,以进行数据转发。
本发明实施例还提供了另一种切换数据转发处理方法,包括 目标服务GPRS支持节点根据目标无线网络控制器接受的承载QoS参数、配置的运 营商策略和/或配置参数确定需要数据转发的承载; 向源基站返回确定的需要数据转发的承载信息,以进行数据转发。 本发明实施例还提供了再一种切换数据转发处理方法,其特征在于,包括 目标移动管理实体根据目标基站接受的承载QoS参数、配置的运营商策略和/或
配置参数确定需要数据转发的承载; 向源无线网络控制器返回确定的需要数据转发的承载信息,以进行数据转发。
本发明实施例还提供了一种切换数据转发处理装置,包括 接收模块,用于接收数据转发承载信息,所述数据转发承载信息用于建议承载是 否需要数据转发; 处理模块,用于根据所述数据转发承载信息确定需要数据转发的承载; 发送模块,用于返回确定的需要数据转发的承载信息,以进行数据转发。 本发明实施例还提供了一种切换数据转发处理系统,包括源基站、源移动管理实
体、目标无线网络控制器和目标服务GPRS支持节点; 所述源移动管理实体用于发送数据转发承载信息; 所述目标无线网络控制器或者目标服务GPRS支持节点用于根据所述数据转发承 载信息确定需要数据转发的承载; 所述源基站用于接收需要数据转发的承载信息,以进行数据转发。 本发明实施例还提供了另一种切换数据转发处理系统,包括源基站、目标服务
GPRS支持节点和目标无线网络控制器; 所述目标服务GPRS支持节点用于发送数据转发承载信息;
所述目标无线网络控制器用于根据所述数据转发承载信息确定需要数据转发的 承载; 所述源基站用于接收目标无线网络控制器确定的需要数据转发的承载,以进行数 据转发。 本发明实施例还提供了一种切换数据转发处理系统,包括 目标服务GPRS支持节点,用于根据目标无线网络控制器接受的承载QoS参数、配 置的运营商策略和/或配置参数确定需要数据转发的承载; 源基站,用于接收所述确定的需要数据转发的承载信息,以进行数据转发。 本发明实施例还提供了一种切换数据转发处理系统,包括源无线网络控制器、源
服务GPRS支持节点、目标基站和目标移动管理实体; 所述源服务GPRS支持节点用于发送数据转发承载信息; 所述目标基站或者目标移动管理实体用于根据数据转发承载信息确定需要数据 转发的承载; 所述无线网络控制器用于接收需要数据转发的承载信息,以进行数据转发。
本发明实施例还提供了一种切换数据转发处理系统,包括源无线网络控制器、目 标移动管理实体和目标基站; 所述目标移动管理实体用于发送数据转发承载信息; 所述目标基站用于根据所述数据转发承载信息需要数据转发的承载; 所述源无线网络控制器用于接收目标基站确定的需要数据转发的承载,以进行数
据转发。 本发明实施例还提供了一种切换数据转发处理系统,包括 目标移动管理实体,用于根据目标基站接受的承载QoS参数、配置的运营商策略 和/或配置参数确定需要数据转发的承载; 源无线网络控制器,用于接收所述确定的需要数据转发的承载信息,以进行数据 转发。 本发明实施例提供的切换数据转发处理方法、装置和系统,通过在确定需要数据 转发的承载时,预先提供建议或者根据多个参数进行确定,能够避免为不必要的承载进行 数据转发,能够减少资源浪费。


图1为本发明实施例提供的切换数据转发处理方法实施一的流程示意图; 图2为本发明实施例提供的切换数据转发处理装置实施例一的结构示意图; 图3为本发明实施例提供的切换数据转发处理方法实施二的流程示意图; 图4为本发明实施例提供的终端由LTE向UMTS切换具体实施例一的流程示意图; 图5为本发明实施例提供的终端由LTE向UMTS切换具体实施例二的流程示意图; 图6为本发明实施例提供的终端由LTE向UMTS切换具体实施例三的流程示意图; 图7为本发明实施例提供的终端由LTE向UMTS切换具体实施例四的流程示意图; 图8为本发明实施例提供的终端由LTE向UMTS切换具体实施例五的流程示意图; 图9为本发明实施例提供的终端由LTE向UMTS切换具体实施例六的流程示意 图10为本发明实施例提供的终端由LTE向UMTS切换具体实施例七的流程示意 图; 图11为本发明实施例提供的切换数据转发处理方法实施例三的流程示意图; 图12为本发明实施例提供的切换数据转发处理系统实施例一的结构示意图; 图13为本发明实施例提供的切换数据转发处理系统实施例二的结构示意图; 图14为本发明实施例提供的切换数据转发处理系统实施例三的结构示意图; 图15为本发明实施例提供的切换数据转发处理方法实施四的流程示意图; 图16为本发明实施例提供的终端由UMTS向LTE切换具体实施例一的流程示意 图; 图17为本发明实施例提供的终端由UMTS向LTE切换具体实施例二的流程示意 图; 图18为本发明实施例提供的终端由UMTS向LTE切换具体实施例三的流程示意 图; 图19为本发明实施例提供的终端由UMTS向LTE切换具体实施例四的流程示意 图; 图20为本发明实施例提供的终端由UMTS向LTE切换具体实施例五的流程示意 图; 图21为本发明实施例提供的终端由UMTS向LTE切换具体实施例六的流程示意 图; 图22为本发明实施例提供的切换数据转发处理方法实施例五的流程示意图; 图23为本发明实施例提供的切换数据转发处理系统实施例四的结构示意图; 图24为本发明实施例提供的切换数据转发处理系统实施例五的结构示意图; 图25为本发明实施例提供的切换数据转发处理系统实施例六的结构示意图; 图26为本发明实施例提供的一种切换数据转发处理方法的流程示意图。
具体实施例方式
下面通过附图和实施例,对本发明实施例的技术方案做进一步的详细描述。
本发明实施例提供的切换数据转发的处理方案,能够在终端发生不同系统间的切 换时,由处于源系统的网元(如源匪E、源基站、源RNC或源SGSN)给出需要为哪些承载进行 数据转发的建议,由目标侧的网元根据上述建议确定需要数据转发的承载,简称数据转发 承载,另外也可以由目标侧的网元根据实际网络状况等多个参数给出建议或者直接确定, 将最终确定的需要数据转发的承载信息返回给源基站或者源无线网络控制器,进而可以进 行切换数据转发。图1为本发明切换数据转发处理方法实施例一的流程示意图,如图1所 示,包括如下步骤 步骤101、接收数据转发承载信息,所述数据转发承载信息用于建议承载是否需要 数据转发; 步骤102、根据所述数据转发承载信息确定需要数据转发的承载; 步骤103、返回所述确定的需要数据转发的承载信息,以进行数据转发。 本实施例中提供的切换数据转发处理方法可以应用到终端由LTE向UMTS或者是由UMTS向LTE切换过程中,在终端由LTE向UMTS切换时,本实施例的技术方案可由目标 SGSN或目标RNC执行,而源侧的源基站或者源匪E提供承载是否需要数据转发的建议,该 建议也可以由目标SGSN提出,由目标RNC根据上述建议进行确定;对于终端由UMTS向LTE 切换德过程,本实施例的技术方案可以由目标匪E或目标基站执行,而源侧的源RNC或者源 SGSN提供承载是否需要数据转发的建议,该建议也可以由目标匪E提出,由目标基站根据 上述建议进行确定,本实施例提供的切换数据转发处理方法,能够只为需要数据转发的承 载建立数据转发隧道,减少资源浪费。 与上述实施例对应的,本发明实施例还提供了一种切换数据转发处理装置,图2 为本发明切换数据转发处理装置实施例一的结构示意图,如图2所示,该装置包括接收模 块11、处理模块12和发送模块13,其中接收模块11用于接收数据转发承载信息,所述数据 转发承载信息用于建议承载是否需要数据转发;处理模块12用于根据数据转发承载信息 确定需要数据转发的承载;发送模块13用于返回确定的需要数据转发的承载信息,以进行 数据转发。 本实施例中的切换数据转发处理装置可以相当于UMTS系统中基站或者移动管理 实体匪E,也可以相当于LTE系统中的RNC或者SGSN,本实施例提供的切换数据转发处理方 法,能够只为需要数据转发的承载建立数据转发隧道,减少资源浪费。 另外在上述实施例中的发送模块13可以进一步包括列表生成单元131和发送单
元132,其中列表生成单元131用于生成包括需要数据转发的承载信息的参数转发无线接
入承载列表;发送单元132用于发送所述参数转发无线接入承载列表。 上述实施例中的处理模块12可以进一步包括信息获取单元121和承载确定单元
122,其中信息获取单元121用于从源基站或源目标网络控制器生成的源到目标透传容器
获取数据转发承载信息;承载确定单元122用于根据所述数据转发承载信息确定需要数据
转发的承载。 本实施例中的建议哪些承载需要数据转发的数据转发承载信息可以包括在源到 目标透传容器中,也可以采取其他方式,也可以增加新的消息、使用已有消息中的参数、参 数中的某些字段或其他方式。 图3为本发明切换数据转发处理方法实施例二的流程示意图,如图3所示,包括如 下步骤 步骤201、目标RNC或目标SGSN接收源匪E发送的数据转发承载信息;本实施例 是在终端由LTE向UMTS切换过程中,其中的数据转发承载信息可以是在现有信令中增加新 的消息、使用已有消息中的参数、使用上述参数中的某些字段等多种方式。具体的可以由源 基站生成或者是由源匪E生成,若是由源基站生成的,既可以是放在源到目标透传容器中, 又可以作为单独的参数放在切换请求中,例如生成一个承载请求数据转发列表,该列表既 可以是仅存储有需要进行数据转发的承载,又可以包括所有承载,并在需要进行数据转发 的承载上设置指示位。 步骤202、目标RNC或目标SGSN根据上述的数据转发承载信息确定需要数据转发 的承载;本步骤中确定需要数据转发的承载的步骤可以由目标RNC或者目标SGSN完成,其 中由目标RNC进行确定时,目标RNC还可以同时为数据转发分配专门的用户面资源。目标 SGSN在确定需要数据转发的承载是可以参考目标RNC接受的承载QoS参数、配置的运营商
10策略、目标SGSN的配置信息以及数据转发承载信息等参数中的一个或其组合,上述的运营 商策略可以是否支持数据转发,或支持哪些业务类型数据转发,对于不同用户数据转发支 持等。 步骤203、向源基站返回确定的需要数据转发的承载信息,以进行切换数据转发; 本步骤是在由目标RNC或者目标SGSN确定需要数据转发的承载后,将其返回给源基站,再 由源基站发起数据转发。 本发明实施例提供的上述的切换数据转发处理方法,通过由源基站或者源匪E发 送将需要为哪些承载进行数据转发的建议以单独参数的形式或者在现有的参数中设置字 段的形式发送给目标RNC或者目标SGSN,目标RNC或目标SGSN在确定需要进行数据转发的 承载时考虑了上述建议,这种实施方式能够使得只为需要建立数据转发的承载建立数据转 发隧道,减少资源浪费。 以下以几个具体实施例来说明本发明的上述技术方案,还是以由LTE向UMTS切换 为例,且以源基站将建议哪些承载需要数据转发(数据转发承载信息)放在源到目标透传 容器中,目标RNC为数据转发分配用户面资源的场景。图4为本发明终端由LTE向UMTS切 换具体实施例一的流程示意图,如图4所示,包括如下步骤 步骤301、源基站向源匪E发送切换请求消息(Handover Required),可以包含源 至Ll巨f示透4专容器(Source To Target Transparentcontainer),目f示f示i只(Target ID)等参 数。其中源基站构造的源到目标透传容器是源RNC到目标RNC的透传容器,只有目标RNC 能解析其中内容,源匪E和目标SGSN透传。本步骤中在源RNC到目标RNC透传容器增加数 据转发承载信息,具体可能是以下几种方式之一 (l)RAB请求数据转发列表(RABs Request data forwarding List),这个列表包括全部承载的承载标识(RAB-id),以及针对每个承 载是否建议数据转发的指示;(2)RAB请求数据转发列表(RABs Request data forwarding List),这个列表仅包括建议数据转发的承载的承载标识(RAB-id)。为了可以在源RNC到目 标RNC透传容器指示出建议的需要数据转发的承载,可以增加新的消息、使用已有消息中 的参数、参数中的某些字段或其他方式(包括使用不同的消息)。 步骤302、源匪E向目标SGSN发送转发重定位请求消息,可以包含如下参数源到 目标透传容器(Source To Target Transparent container),目标标识(Target ID),UE承 载上下文、UE移动性管理上下文等参数。本步骤中的源到目标透传容器也包括数据转发承 载信息。 步骤303、在目标SGSN选择了新SGW时,目标SGSN可以根据UE承载上下文中的承 载建立到目标SGW的用户面隧道,且目标SGW为上述承载分配用户面资源。
步骤304、目标SGSN向目标RNC发送重定位请求消息(RelocationRequest),可以 包含请求建立RAB列表,源到目标透传容器(Source ToTarget Transparent container)
等参数。 步骤305、目标RNC可以根据上述的数据转发承载信息确定需要数据转发的 承载,并为数据转发确定分配了专门的用户面资源,具体可以是在RAB建立列表(RABs Setup List)中增力口参数Iu传输连接(Iu TransportAssociation) , Transport Layer Address (传输层地址)专门用于数据转发,向目标SGSN发送包括上述确定需要数据转发 的承载信息的转发重定位响应消息,本步骤中为目标RNC为数据转发分配专门的用户面资源,使得由源基站转发的数据和从目标SGSN或目标SGW发送的下行数据使用不同的用户面 资源,辅助目标RNC数据排序。 步骤306.目标SGSN可以通过识别上述步骤中为数据转发分配的用户面资源,考 虑是间接数据转发、直接数据转发,SGSN上配置数据和SGW是否变化多个因素之一或其组 合,决定是否建立到目标SGW数据转发承载。 步骤307、目标SGSN向源匪E发送转发重定位响应消息(ForwardRelocation Response),如果是直接数据转发(源eNB- >目标RNC)或SGW没有变化,可以包含目标 RNC在步骤305中分配的用户面资源等信息;如果是间接数据转发且SGW变化,可以包含 目标SGW在步骤306中分配的用户面资源等信息。 步骤308、如果是间接数据转发,源匪E可以建立到源SGW的数据转发隧道,可以包 含在步骤307中数据转发用户面资源。 步骤309、源匪E向源基站发送切换命令消息(Handover Command)。切换命令中 可以包含步骤308中数据转发用户面资源,源基站可以进行下行数据转发。
步骤310、源基站命令UE同步到目标RNC。 步骤311、目标RNC检测到UE同步后,发送重定位完成(RelocationComplete)消 息通知到目标SGSN。 步骤312、目标SGSN将用户面隧道切换到目标RNC。
步骤313、目标SGSN通知源匪E重定位完成。 对上述实施例由源基站将数据转发承载信息放在源到目标透传容器中的情况,也 存在目标RNC不为数据转发分配专门用户面资源的情形,并还可以分为目标SGSN能够确定 哪些承载需要数据转发或目标SGSN不能确定哪些承载需要数据转发两种情况。
图5为本发明终端由LTE向UMTS切换具体实施例二的流程示意图,如图5所示, 包括如下步骤 步骤401至步骤404与上述实施例中的步骤301至步骤304相同。 步骤405、目标RNC向目标SGSN返回重定位响应消息,该消息中不包括数据转发承
载信息。 步骤406、目标SGSN可以根据目标RNC接受的承载Qos参数,配置的运营商策略, 目标SGSN配置参数等条件中一个,或多个条件组合决定哪些承载需要数据转发。目标SGSN 可以考虑间接数据转发、直接数据转发、运营商配置和/或SGW是否变化决定是否建立到目 标SGW数据转发承载。 步骤407到步骤413的内容和上述实施例中步骤307到步骤313的内容相同。
另外还存在目标SGSN不能决定哪些承载需要数据转发的情形,参见如下实施例, 图6为本发明终端由LTE向UMTS切换具体实施例三的流程示意图,如图6所示,包括如下 步骤 步骤501到步骤504与上述实施例中的步骤401到步骤404相同。
步骤505、目标RNC确定需要数据转发的承载,可以不分配专门的数据转发用户面 资源,也就是从源基站转发数据和从目标SGW或目标SGSN的下行数据使用相同的用户面 资源。发送包括上述确定的需要数据转发的承载的重定位响应消息,可以在重定位响应消 息中的RAB建立列表(RABs Setup List)的对于每个承载增加"转发指示"(Forwardingindication);或增加包括所有承载的参数转发RAB列表(RABs Forwarding List),该列表 还包括针对每个承载的数据转发指示;或增加仅包括确定的需要数据转发的承载的参数转 发RAB列表(RABs Forwarding List)。目标RNC分配下行用户面资源,用于切换后从目标 SGSN或目标SGW接收下行数据。 步骤506、目标SGSN可以根据步骤505中目标RNC确定数据转发承载、配置数据
或运行商配置数据等其中一个条件或多个条件组合决定数据转发承载,如果是直接数据转
发或SGW没有变化,可以将RNC在步骤505中分配的下行用户面资源在步骤507发送给源
匪E ;如果是间接数据转发且SGW变化,可以在步骤506中将步骤505中分配的下行用户面
资源发给目标SGW建立间接数据转发隧道,并在步骤507中发给源匪E。 步骤507到步骤513的内容可以参照上述实施例中的步骤307到步骤313的内容。 上述的三个具体实施例中,源基站将数据转发承载信息添加在源到目标透传容器
中,除此之外还可以将数据转发承载信息作为单独的参数设置在源基站向源匪E发送的切
换请求消息中,这种情况下也可以具体分为目标RNC为数据转发分配专门的用户面资源和
不分配专门的用户面资源两种情况。 图7为本发明终端由LTE向UMTS切换具体实施例四的流程示意图,如图7所示, 包括如下步骤 步骤601、源基站向源匪E发送切换请求消息(Handover Required),该消息中 可以包括源至U目标透传容器(Source To Target Tr雄parentcontai證),目标标识 (Target ID),承载请求数据转发列表(Bearer Requestdata forwarding List)等参数,其 中的承载请求数据转发列表(BearerRequest data forwarding List)作为数据转发承载 信息,可以有以下几种形式(l)承载请求数据转发列表包含所有承载的承载标识,以及针 对每个承载是否建议数据转发的指示信息;(2)承载请求数据转发列表仅包括建议数据转 发承载的承载标识。 步骤602、源匪E向目标SGSN发送转发重定位请求消息(ForwardingRelocation Request),该消息中包括上述承载请求数据转发列表(BearerRequest data forwarding List)。为了指示建议的数据转发承载,可以在已有信令增加新的消息、使用已有消息中的 参数、参数中的某些字段或其他方式(包括使用不同的消息或信令)。
步骤603、同上述实施例中步骤303。 步骤604、目标SGSN向目标RNC发送重定位请求消息,该消息中包括数据转发 承载信息,该信息可以存在如下几种表现形式(l)在要建立的承载列表(RABs To Be Setup List)中设置用于指示该承载是否需要数据转发的指示(Request Forwarding indication) ;(2)承载请求数据转发列表包含所有承载的承载标识,以及针对每个承载是 否建议数据转发的指示信息;(3)承载请求数据转发列表仅包括建议数据转发承载的承载 标识。 步骤605、目标RNC根据上述的数据转发承载信息确定需要数据转发的承载,并为 数据转发确定分配了专门的用户面资源,具体可以是在RAB建立列表(RABs Setup List) 中增力口参数Iu传输连接(Iu Transport Association) , Transport Layer Address (传输 层地址)专门用于数据转发,然后向目标SGSN发送包括上述信息 重定位响应消息,
步骤606、目标SGSN可以通过识别上述步骤中为数据转发分配的用户面资源,考虑是间接数据转发、直接数据转发,SGSN上配置数据,运行商策略和SGW是否变化多个因素 之一或其组合,决定是否建立到目标SGW数据转发承载。 步骤607到步骤613的内容和上述实施例中步骤307到步骤313的内容相同。
在上述实施例中目标RNC为数据转发分配了专门的用户面资源,也存在目标RNC 不为数据转发分配了专门的用户面资源的情况,且由目标SGSN确定哪些承载需要数据转 发,图8为本发明终端由LTE向UMTS切换具体实施例五的流程示意图,如图8所示,包括如 下步骤 步骤701、同上述实施例中的步骤601。 步骤702、源匪E向目标SGSN发送重定位请求消息(ForwardingRelocation
Request),该重定位请求消息中包括上述承载请求数据转发列表(Bearer Request data
forwarding List)。为了指示建议的数据转发承载,可以在已有信令增加新的消息、使用已
有消息中的参数、参数中的某些字段或其他方式(包括使用不同的消息或信令)。 步骤703、步骤704与上述实施例中步骤303、步骤304的内容相同。 步骤705、目标RNC向目标SGSN返回重定位响应消息,该消息中不包括数据转发承
载信息。 步骤706、目标SGSN可以根据目标RNC接受的承载Qos参数,配置运营商策略,目 标SGSN配置参数,以及上述的承载请求数据转发列表等条件中一个,或多个条件组合决定 哪些承载需要数据转发。目标SGSN考虑间接数据转发、直接数据转发和/或SGW是否变化 决定是否建立到目标SGW数据转发承载。 本实施例中的步骤707到步骤713的内容和上述实施例中步骤307到步骤313的 内容相同。 在上述的终端由LTE向UMTS切换的具体实施例中,都是由源基站生成建议性的数 据转发承载信息,然后将其设置在源到端透传容器中,或者是设置单独的参数。还有另外一 种实施方式,即由源匪E生成建议性的数据转发承载信息。 图9为本发明终端由LTE向UMTS切换具体实施例六的流程示意图,如图9所示, 包括如下步骤 步骤801、源eNB向源匪E发送切换请求消息(Handover Required),该消息中可以 包括源至Ll目标透传容器(Source To Target Transparentcontainer),目标标识(Target ID)等参数 步骤802、源匪E可以根据承载Qos参数,配置的运营商策略,源匪E配置参数,以 及上述的承载请求数据转发列表等条件中一个,或多个条件组合生成用于建议哪些承载需 要数据转发的数据转发承载信息。该数据转发承载信息可以使用承载请求数据转发列表, 具体可以有以下两种形式(l)承载请求数据转发列表包含所有承载的承载标识,以及针 对每个承载是否建议数据转发的指示信息;(2)承载请求数据转发列表仅包括建议数据转 发的承载的承载标识。源匪E在向目标SGSN发送重定位请求消息时将上述的数据转发承 载信息也同时发送。为了指示建议的数据转发承载,可以在已有信令增加新的消息、使用已 有消息中的参数、参数中的某些字段或其他方式(包括使用不同的消息或信令)。
步骤803、同上述实施例中步骤303的内容。 步骤804、目标SGSN向目标RNC发送重定位请求消息,该消息中包括数据转发承载信息,该信息可以存在如下几种表现形式(l)在要建立的承载列表(RABs To Be Setup List)中设置用于指示该承载是否需要数据转发的指示(Request Forwarding indication) ;(2)承载请求数据转发列表包含所有承载的承载标识,以及针对每个承载是 否建议数据转发的指示信息;(3)承载请求数据转发列表仅包括建议数据转发承载的承载 标识。为了指示建议的数据转发承载,可以在已有信令增加新的消息、使用已有消息中的参 数、参数中的某些字段或其他方式(包括使用不同的消息或信令)。 步骤805、目标RNC可以根据上述的数据转发承载信息确定需要数据转发的 承载,并为数据转发确定分配了专门的用户面资源,具体可以是在RAB建立列表(RABs Setup List)中增力口参数Iu传输连接(Iu TransportAssociation) , Transport Layer Address (传输层地址)专门用于数据转发,然后向目标SGSN发送包括上述信息的重定位响 应消息, 步骤806、目标SGSN可以通过识别上述步骤中为数据转发分配的用户面资源,考 虑是间接数据转发、直接数据转发,运营商策略,配置数据和SGW是否变化多个因素之一或 其组合,决定是否建立到目标SGW数据转发承载。 步骤807到步骤813的内容和上述实施例中步骤307到步骤313的内容相同。
上述实施例中的目标RNC数据转发分配了专门的用户面资源,也存在目标RNC不 为数据转发分配了专门的用户面资源的情况,且由目标SGSN确定哪些承载需要数据转发, 图10为本发明终端由LTE向UMTS切换具体实施例七的流程示意图,如图10所示,包括如 下步骤 步骤901、同上述实施例中的步骤801 ;
步骤902、同上述实施例中的步骤802 ; 步骤903、步骤904与上述实施例中步骤303、步骤304的内容相同。 步骤905、目标RNC向目标SGSN返回重定位响应消息,该消息中不包括数据转发承
载信息。 步骤906、目标SGSN可以根据目标RNC接受的承载Qos参数,配置的运营商策略, 目标SGSN配置参数,以及上述的承载请求数据转发列表等条件中一个,或多个条件组合决 定哪些承载需要数据转发。目标SGSN考虑间接数据转发、直接数据转发和/或SGW是否变 化决定是否建立到目标SGW数据转发承载。 本实施例中的步骤907到步骤913的内容和上述实施例中步骤307到步骤313的 内容相同。 本发明实施例还提供了另一种切换数据转发处理方法,图11为本发明切换数据 转发处理方法实施例三的流程示意图,如图11所示,包括如下步骤 步骤1001、目标无线网络控制器接收目标SGSN发送的包括数据转发承载信息的 重定位请求消息;本实施例是由目标SGSN可以提供哪些承载需要数据转发的建议,具体的 可以由目标服务GPRS支持节点根据承载QoS参数、配置的运营商策略和/或配置参数生 成信息等信息中的一个或多个的组合,数据转发承载信息可以存在如下几种表现形式(1) 在要建立的承载列表(RABs To Be Setup List)中设置用于指示该承载是否需要数据转发 的指示(Request Forwarding indication) ; (2)承载请求数据转发列表包含所有承载的承 载标识,以及针对每个承载是否建议数据转发的指示信息;(3)承载请求数据转发列表仅包括建议数据转发承载的承载标识。 步骤1002、目标无线网络控制器根据所述数据转发承载信息确定需要数据转发的 承载;本步骤中的目标无线网络控制器根据所述数据转发承载信息需要数据转发的承载时 还可以为数据转发分配用户面资源。 步骤1003、向源基站返回目标无线网络控制器确定的需要数据转发的承载并进行 切换数据转发。 本实施例中提供的切换数据转发处理方法,通过由目标SGSN可以根据多个参数 其中之一或组合决定生成哪些承载需要数据转发的建议,在目标RNC确定需要数据转发的 承载时更有依据,减少资源的浪费。 本发明实施例还提供了再一种切换数据转发处理方法,在目标RNC没有为数据 转发分配专门资源时,由目标SGSN可以根据目标无线网络控制器接受的承载中参数例如 Qos,业务类型等、配置的运营商策略和/或配置参数等一个或多个条件组合确定需要数据 转发的承载;然后向源基站返回确定的需要数据转发的承载信息并进行切换数据转发。本 实施例的SGSN在确定需要数据转发的承载时考虑了多个因素的影B向,能够减少资源的浪费。 本发明实施例还提供了能够实现上述方法的系统,图12为本发明切换数据转发 处理系统实施例一的结构示意图,如图12所示,包括源基站21、源移动管理实体22、目标 服务GPRS支持节点23和目标无线网络控制器24 ;源移动管理实体22用于发送数据转发 承载信息;目标服务GPRS支持节点23或者目标无线网络控制器24用于根据接收到的数据 转发承载信息确定需要数据转发的承载;源基站21用于接收需要数据转发的承载信息,以 进行数据转发。 本实施例提供的切换数据转发处理系统,由源侧网元提供用于建议哪些承载需要 数据转发的转发数据承载信息,目标RNC或者目标SGSN根据上述的建议确定需要数据转发 的承载,能够避免为不需要的承载进行数据转发,减少资源浪费。 在上述实施例中,目标RNC还可以用于为数据转发分配用户资源,为目标RNC为数 据转发分配专门的用户面资源,使得由源基站转发的数据和从目标SGSN或目标SGW发送的 下行数据使用不同的用户面资源,辅助目标RNC排序。 另外上述的目标RNC还用于生成包括需要数据转发的承载信息的参数转发无线 接入承载列表并发送给目标SGSN ; 所述目标SGSN还用于根据所述参数转发无线接入承载列表发送给源匪E或者目 标SGW。 在数据转发承载信息为承载请求数据转发列表时,则源基站或源移动管理实体用 于生成承载请求数据转发列表,且如果源基站生成承载请求数据转发列表,则还包括用于 将所述承载请求数据转发列表发送给所述源移动管理实体的模块。 本发明实施例还提供了另一种切换数据转发处理系统,如图13所示,包括源基站 31、目标服务GPRS支持节点32和目标无线网络控制器33 ;所述目标服务GPRS支持节点32 用于发送数据转发承载信息;目标无线网络控制器33用于根据所述数据转发承载信息确 定需要数据转发的承载;源基站31用于接收目标无线网络控制器确定的需要数据转发的 承载,以进行数据转发。
本实施例中是由目标SGSN生成建议哪些承载需要数据转发的数据转发承载信 息,然后将该信息发送给目标RNC,目标RNC根据上述建议确定的需要数据转发的承载,能 够尽量避免为不必要的承载进行数据转发,能够减少资源浪费。 本发明实施例还提供了再一种切换数据转发处理系统,如图14所示,包括目标服 务GPRS支持节点41和源基站42,其中目标服务GPRS支持节点41用于根据目标无线网络 控制器接受的承载中参数例如Qos,业务类型等、配置的运营商策略和/或配置参数确定需 要数据转发的承载;源基站42用于接收所述确定的需要数据转发的承载信息,以进行数据 转发。 本实施提供的切换数据转发处理系统,是由目标SGSN根据考虑多个条件的情况 下确定需要数据转发的承载,本实施例中能够避免为不必要的承载进行数据转发,能够减 少信道资源浪费。 上述实施例提供的方法和系统都是针对终端由LTE向UMTS切换时切换数据转发 的处理方案,本发明实施例还提供了针对终端由UMTS向LTE切换时切换数据转发的处理方 案,具体见以下的实施例。 图15位本发明切换数据转发处理方法实施四的流程示意图,如图15所示,包括如 下步骤 步骤1101 、目标基站或目标匪E接收源SGSN发送包括数据转发承载信息的重定位 请求消息;本实施例是在终端由UMTS向LTE切换过程中,其中的数据转发承载信息可以是 在现有信令中增加新的消息、使用已有消息中的参数、使用上述参数中的某些字段等多种 方式。具体的可以由源RNC生成或者是由源SGSN生成,若是由源RNC生成的,既可以是放 在源到目标透传容器中,又可以作为单独的参数放在切换请求中,例如生成一个承载请求 数据转发列表,该列表既可以是仅存储有需要进行数据转发的承载,又可以包括所有承载, 并在需要进行数据转发的承载上设置指示位。 步骤1102、目标基站或目标匪E确定需要数据转发的承载;本步骤中确定需要数 据转发的承载的步骤可以由目标基站或者目标匪E完成,其中由目标基站进行确定时,目 标基站还可以同时为数据转发分配专门的用户面资源。目标匪E在确定需要数据转发的承 载是可以参考目标基站接受的承载中参数例如Qos,业务类型等、配置的运营商策略、目标 匪E的配置信息以及数据转发承载信息等参数中的一个或多个组合。 步骤1103、向源RNC返回确定的需要数据转发的承载信息并进行切换数据转发; 本步骤是在由目标基站或者目标匪E确定需要数据转发的承载后,将其返回给源RNC,再由 源RNC发起切换数据转发。 本发明实施例提供的上述的切换数据转发处理方法,通过由源RNC或者源SGSN发 送将需要为哪些承载进行数据转发的建议以单独参数的形式或者在现有的参数中设置字 段的形式发送给目标基站或者目标匪E,目标基站或目标匪E在确定需要进行数据转发的 承载时考虑了上述建议,这种实施方式能够使得只为需要建立数据转发的承载建立数据转 发隧道,减少资源浪费。 以下以几个具体实施例来说明本发明的上述技术方案,都是以终端由UMTS向LTE 切换为例,源RNC可以将数据转发承载信息放在源到目标透传容器中的情况,并可以分为 目标匪E能够确定哪些承载需要数据转发或目标匪E不能确定哪些承载需要数据转发两种情况。 图16本发明终端由UMTS向LTE切换具体实施例一的流程示意图,如图16所示, 包括如下步骤 步骤1201、源RNC向源SGSN发送重定位请求消息(RelocationRequired),可以 包含源至Ll目标透传容器(Source To Target Transparentcontainer),目标标识(Target ID)等参数。其中源RNC构造的源到目标透传容器是源基站到目标基站的透传容器,只 有目标基站能解析其中内容,源SGSN和目标匪E透传。本步骤中在源基站到目标基站 透传容器增加数据转发承载信息,具体可能是以下几种方式之一 (l)E-RAB请求数据转 发列表(E-RABs Request data forwarding List),这个列表包括全部承载的承载标识 (E-RAB-id),以及针对每个承载是否建议数据转发的指示;(2)E-RAB请求数据转发列表 (E-RABs Request data forwardingList),这个列表仅包括建议数据转发的承载的承载标 识(E-應-id)。 步骤1202、源SGSN向目标匪E发送转发重定位请求消息,可以包含如下参数源 至Ll目标透传容器(Source To Target Transparentcontainer),目标标识(Target ID) , UE 承载上下文、UE移动性管理上下文等参数。本步骤中的源到目标透传容器也包括数据转发 承载信息。 步骤1203、在目标匪E选择了新SGW时,目标匪E可以根据UE承载上下文中的承 载建立到目标SGW的用户面隧道,目标SGW还为上述承载分配用户面资源。
步骤1204、目标匪E向目标基站转发切换请求消息(HandoverRequest),可以包 含请求建立E-RAB列表,源到目标透传容器(Source ToTarget Transparent container)
等参数。 步骤1205、目标基站向目标匪E返回切换响应消息,该消息中不包括数据转发承 载信息。 步骤1206、目标匪E可以根据目标基站接受的承载中参数例如Qos,业务类型等, 配置的运营商策略,目标匪E配置参数等条件中一个,或多个条件组合决定哪些承载需要 数据转发。目标匪E可以考虑间接数据转发、直接数据转发和/或SGW是否变化决定是否 建立到目标SGW数据转发承载。 步骤1207、目标匪E向源SGSN发送转发重定位响应消息(ForwardRelocation Response),如果是直接数据转发(源RNC-〉目标基站)或SGW没有变化,可以包含目标 基站在步骤1305中分配的用户面资源等信息;如果是间接数据转发且SGW变化,可以包含 目标SGW在步骤1206中分配的用户面资源等信息。 步骤1208、如果是间接数据转发,源SGSN可以建立到源SGW的数据转发隧道,可以 包含在步骤1207中数据转发用户面资源。 步骤1209、源SGSN向源RNC发送切换命令消息(Handover Command)。切换命令 中可以包含步骤1208中数据转发用户面资源,源RNC可以在接收到切换命令消息后,开始 直接或间接下行数据转发。 步骤1210.源RNC命令UE同步到目标基站。 步骤1211、目标基站检测到UE同步后,通过重定位完成(RelocationComplete)消 息通知到目标匪E。
18
步骤1212.目标匪E将上下行用户面隧道切换到目标RNC。
步骤1213.目标匪E通知源SGSN重定位完成。 另外目标匪E不能决定哪些承载需要数据转发的情形,如以下实施例,图17为本 发明终端由UMTS向LTE切换具体实施例二的流程示意图,如图17所示,包括如下步骤
步骤1301至步骤1304同上述实施例中的步骤1201至1204的内容相同。
步骤1305、目标基站不为数据转发分配了专门用户面资源,也就是从源RNC转发 数据和从目标SGW或目标MME的下行数据使用相同的用户面资源。可以在切换响应消息 中的E-RAB建立列表(E-RABs Setup List)的对于每个承载增加"转发指示"(Forwarding indication);或增加包括所有承载的参数转发E-RAB列表(E-RABs Forwarding List),该 列表还包括针对每个承载的数据转发指示;或增加仅包括确定的需要数据转发的承载的参 数转发E-RAB列表(E-RABs Forwarding List)。为了指示决定数据转发承载,可以增加新 的消息、使用已有消息中的参数、参数中的某些字段或其他方式(包括使用不同的消息和 信令)。 步骤1306、目标匪E可以根据步骤1305中目标基站确定数据转发承载进行处理, 配置参数,运行商策略,目标基站确定转发承载参数如Qos,业务类型的等其中一个或多个 参数的组合确定数据转发承载,如果是直接数据转发或SGW没有变化,可以将目标基站在 步骤1305中分配的下行用户面资源在步骤1307发送给源SGSN ;如果是间接数据转发且 SGW变化,可以在步骤1306中将步骤1305中分配的下行用户面资源发给目标SGW建立间接 数据转发隧道,并在步骤1307中发给源SGSN。 步骤1307到步骤1313的内容可以参照上述实施例中的步骤1207到步骤1213的内容。 上述的三个具体实施例中,源RNC将数据转发承载信息添加在源到目标透传容器 中,除此之外还可以将数据转发承载信息作为单独的参数设置在源RNC向源SGSN发送的重 定位请求消息中,这种情况下也可以具体分为目标基站为数据转发分配专门的用户面资源 和不分配专门的用户面资源两种情况。 图18为本发明终端由UMTS向LTE切换具体实施例三的流程示意图,如图18所示, 包括如下步骤 步骤1401、源RNC向源SGSN发送重定位请求消息(RelocationgRequired),该 消息中包括源至U目标透传容器(Source To TargetTr雄parent container),目标标识 (Target ID),承载请求数据转发列表(Bearer Request data forwarding List)等参数, 其中的承载请求数据转发列表(Bearer Request data forwarding List)作为数据转发承 载信息,可以有以下几种形式(l)承载请求数据转发列表包含所有承载的承载标识,以及 针对每个承载是否建议数据转发的指示信息;(2)承载请求数据转发列表仅包括建议数据
转发承载的承载标识。 步骤1402、源SGSN向目标匪E转发重定位请求消息(ForwardingRelocation Request),该重定位请求消息中可以包括上述承载请求数据转发列表(Bearer Request data forwarding List)。为了指示建议的数据转发承载,可以在已有信令增加新的消息、 使用已有消息中的参数、参数中的某些字段或其他方式(包括使用不同的消息或信令)。
步骤1403与上述实施例中步骤1203的内容相同。
步骤1404、目标匪E向目标基站发送切换请求消息,该消息中包括数据转发承 载信息,该信息可以存在如下几种表现形式(l)在要建立的承载列表(E-RABs To Be Setup List)中设置用于指示该承载是否需要数据转发的指示(Request Forwarding indication) ;(2)承载请求数据转发列表包含所有承载的承载标识,以及针对每个承载是 否建议数据转发的指示信息;(3)承载请求数据转发列表仅包括建议数据转发承载的承载 标识。为了指示建议的数据转发承载,可以在已有信令增加新的消息、使用已有消息中的参 数、参数中的某些字段或其他方式(包括使用不同的消息或信令)。 步骤1405、目标基站根据上述的数据转发承载信息确定需要数据转发的承载,并 为数据转发确定分配了专门的用户面资源,然后向目标匪E发送包括上述信息的切换响应 消息, 步骤1406、目标匪E可以通过识别上述步骤中为数据转发分配的用户面资源,考 虑是间接数据转发、直接数据转发,配置数据,配置运营商策略和SGW是否变化多个因素之 一或其组合,决定是否建立到目标SGW数据转发承载。 步骤1407到步骤1413的内容和上述实施例中步骤1207到步骤1213的内容相同。
在上述实施例中目标基站为数据转发分配了专门的用户面资源,也存在目标基站 不为数据转发分配了专门的用户面资源的情况,且由目标匪E确定哪些承载需要数据转 发,图19为本发明终端由UMTS向LTE切换具体实施例四的流程示意图,如图19所示,包括 如下步骤 步骤1501至步骤1504的内容与上述实施例中步骤1401至步骤1404的内容相同。
步骤1505、目标基站向目标匪E返回切换响应消息,该消息中不包括数据转发承 载信息。 步骤1506、目标匪E可以根据目标基站接受的承载中参数例如Qos,业务类型等, 配置的运营商策略,目标匪E配置参数,以及上述的承载请求数据转发列表等条件中一个, 或多个条件组合决定哪些承载需要数据转发。目标匪E考虑间接数据转发、直接数据转发 和/或SGW是否变化决定是否建立到目标SGW数据转发承载。 本实施例中的步骤1507到步骤1513的内容和上述实施例中步骤1207到步骤 1213的内容相同。 在上述的终端由UMTS向LTE切换的具体实施例中,都是由源RNC生成建议性的数 据转发承载信息,然后将其设置在源到端透传容器中,或者是设置单独的参数。还有另外一 种实施方式,即由源SGSN生成建议性的数据转发承载信息。 图20为本发明终端由UMTS向LTE切换具体实施例五的流程示意图,如图20所示, 包括如下步骤 步骤1601、源RNC向源SGSN发送重定位请求消息(Relocation Required),该 消息中包括源至lj目标透传容器(Source To Target Tr雄parentcontai證),目标标识 (Target ID), 步骤1602、源SGSN可以根据承载中参数例如Qos,业务类型等,配置的运营商策 略,配置参数,以及上述的承载请求数据转发列表等条件中一个,或多个条件组合生成用于 建议哪些承载需要数据转发的数据转发承载信息。该数据转发承载信息可以使用承载请求 数据转发列表,具体可以有以下两种形式(l)承载请求数据转发列表包含所有承载的承
20载标识,以及针对每个承载是否建议数据转发的指示信息;(2)承载请求数据转发列表仅 包括建议数据转发的承载的承载标识。源SGSN在向目标匪E发送的转发重定位请求消息 时将上述的数据转发承载信息也同时转发。为了指示建议的数据转发承载,可以在已有信 令增加新的消息、使用已有消息中的参数、参数中的某些字段或其他方式(包括使用不同 的消息或信令)。 步骤1603、同上述实施例中步骤1203的内容。 步骤1604、目标匪E向目标基站发送切换请求消息,该消息中包括数据转发承 载信息,该信息可以存在如下几种表现形式(l)在要建立的承载列表(E-RABs To Be Setup List)中设置用于指示该承载是否需要数据转发的指示(Request Forwarding indication) ;(2)承载请求数据转发列表包含所有承载的承载标识,以及针对每个承载是 否建议数据转发的指示信息;(3)承载请求数据转发列表仅包括建议数据转发承载的承载 标识。为了指示建议的数据转发承载,可以在已有信令增加新的消息、使用已有消息中的参 数、参数中的某些字段或其他方式(包括使用不同的消息或信令)。 步骤1605、目标基站根据上述的数据转发承载信息确定需要数据转发的承载,并 为数据转发确定分配了专门的用户面资源,然后向目标匪E发送包括上述信息的切换响应 消息, 步骤1606、目标匪E可以通过识别上述步骤中为数据转发分配的用户面资源,运 行商策略,配置参数,目标基站数据转发承载的参数如Qos,业务类型,考虑是间接数据转 发、直接数据转发和SGW是否变化多个因素之一或其组合,决定是否建立到目标SGW数据转 发承载。 步骤1607到步骤1613的内容和上述实施例中步骤1207到步骤1213的内容相同。
上述实施例中的目标基站数据转发分配了专门的用户面资源,也存在目标基站不 为数据转发分配了专门的用户面资源的情况,且由目标匪E确定哪些承载需要数据转发, 图21为本发明终端由UMTS向LTE切换具体实施例六的流程示意图,如图21所示,包括如 下步骤 步骤1701至步骤1703同上述实施例中的步骤1601至步骤1603的内容。
步骤1704、目标匪E向目标基站发送切换请求消息(Handover Request)可以包 含请求建立E-RAB列表,源到目标透传容器(Source To TargetTransparent container) 等参数。 步骤1705、目标基站向目标匪E返回切换响应消息,该消息中不包括数据转发承 载信息。 步骤1706、目标匪E可以根据目标RNC接受的承载中参数例如Qos,业务类型等, 配置的运营商策略,目标匪E配置参数,以及上述的承载请求数据转发列表等条件中一个, 或多个条件组合决定哪些承载需要数据转发。目标匪E可以考虑间接数据转发、直接数据 转发和/或SGW是否变化决定是否建立到目标SGW数据转发承载。 本实施例中的步骤1707到步骤1713的内容和上述实施例中步骤1207到步骤 1213的内容相同。 本发明实施例还提供了另一种切换数据转发处理方法,图22为本发明切换数据 转发处理方法实施例五的流程示意图,如图22所示,包括如下步骤
步骤1801、目标基站接收目标匪E发送的包括数据转发承载信息的切换请求消 息;本实施例是由目标匪E提供哪些承载需要数据转发的建议,具体的可以由目标匪E根 据承载中参数例如Qos,业务类型等、配置的运营商策略和/或配置参数中一个或多个组 合生成信息,数据转发承载信息可以存在如下几种表现形式(l)在要建立的承载列表 (E-RABs To Be Setup List)中设置用于指示该承载是否需要数据转发的指示(Request Forwardingindication) ;(2)承载请求数据转发列表包含所有承载的承载标识,以及针对 每个承载是否建议数据转发的指示信息;(3)承载请求数据转发列表仅包括建议数据转发 的承载的承载标识。数据转发承载信息可以不限于这种方式,使用现有参数,或参数意义扩 展,或增加新的参数方法都可以。 步骤1802、目标基站根据所述数据转发承载信息确定需要数据转发的承载;本步 骤中的目标基站根据所述数据转发承载信息需要数据转发的承载时还可以为数据转发分 配用户面资源。 步骤1803、向源RNC返回目标基站确定的需要数据转发的承载并进行切换数据转 发,所述数据转发的步骤与上述实施例中的相应步骤相同,在此不再赘述。
本实施例中提供的切换数据转发处理方法,通过由目标匪E可以根据多个参数中 一个或参数组合生成哪些承载需要数据转发的建议,在目标基站确定需要数据转发的承载 时更有依据,减少资源的浪费。在一个实施例中,如图26所示,源RNC也可能通过建议哪些 承载需要数据转发,并将建议放在源基站到目标基站的透传容器中,目标基站根据所述源 RNC的数据转发的建议和所述目标匪E的数据转发的建议决定为哪些承载分配数据转发资 源。具体过程如下 步骤1901,源RNC向源SGSN发送重定位请求消息,所述重定位请求消息包括数据 转发承载信息,所述数据转发承载信息可以为请求数据转发列表,所述请求数据转发列表 可置于由源基站发送给目标基站的透传容器中; 步骤1902,所述源SGSN向目标匪E转发所述重定位请求消息,所述重定位请求消 息包含所述由源基站发送给目标基站的透传容器; 步骤1903 ,所述目标匪E选择目标SGW,并根据所述承载信息建立到所述目标SGW 的用户面隧道; 步骤1904,目标基站接收所述目标匪E向其发送的切换请求消息,所述切换请求 消息包括所述由源基站发送给目标基站的透传容器; 在所述切换请求消息中,目标匪E还可以提供哪些承载需要数据转发的建议,具 体的可以由目标匪E根据承载中参数例如Qos,业务类型等、配置的运营商策略和/或配置 参数中一个或多个组合生成信息,数据转发承载信息可以存在如下几种表现形式(l)在 要建立的承载列表(E-RABs To Be Set卯List)中设置用于指示该承载是否需要数据转发 的指示(Request Forwardingindication) ; (2)承载请求数据转发列表包含所有承载的承 载标识,以及针对每个承载是否建议数据转发的指示信息;(3)承载请求数据转发列表仅 包括建议数据转发的承载的承载标识。数据转发承载信息可以不限于这种方式,使用现有 参数,或参数意义扩展,或增加新的参数方法都可以。 目标基站根据所述源RNC的数据转发的建议和所述目标匪E的数据转发的建议决 定为哪些承载分配数据转发资源,所述源RNC的数据转发建议为所述请求数据转发列表,所述目标匪E的数据转发的建议为所述切换请求消息中,目标匪E提供的哪些承载需要数 据转发的建议; 步骤1905,所述目标基站向源RNC返回所述目标基站确定的需要进行数据转发的 承载,以进行相应的数据转发,所述数据转发的步骤与上述实施例中的相应步骤相同,在此 不再赘述。 本发明实施例还提供了再一种切换数据转发处理方法,由目标匪E根据目标无线 网络控制器接受的承载中参数例如Qos,业务类型等、配置的运营商策略和/或配置参数确 定需要数据转发的承载;然后向源RNC返回确定的需要数据转发的承载信息并进行切换数 据转发。本实施例的目标匪E在确定需要数据转发的承载时考虑了多个因素的影响,能够 减少资源的浪费。 本发明实施例还提供了能够实现上述方法的系统,图23为本发明切换数据转发 处理系统实施例四的结构示意图,如图23所示,包括源无线网络控制器51、源服务GPRS 支持节点52、目标基站53和目标移动管理实体54 ;源目标服务GPRS支持节点52用于发送 数据转发承载信息;目标基站53或者移动管理实体54用于根据数据转发承载信息确定需 要数据转发的承载;源无线网络控制器51用于接收需要数据转发的承载信息,以进行数据 转发。 本实施例提供的切换数据转发处理系统,由源侧的网元提供用于建议哪些承载需 要数据转发的转发数据承载信息,目标基站或者目标匪E根据上述的建议确定需要数据转 发的承载,能够避免为不需要的承载进行数据转发,减少资源浪费。 在上述实施例中,目标基站还可以用于为数据转发分配用户资源,为目标基站为 数据转发分配专门的用户面资源,使得由源RNC转发的数据和从目标匪E或目标SGW发送 的下行数据使用不同的用户面资源,使得数据转发更加有序。 另外上述的目标基站还用于生成包括需要数据转发的承载信息的参数转发无线 接入承载列表并发送给目标匪E ; 所述目标匪E还用于根据所述参数转发无线接入承载列表发送给源SGSN或者目 标SGW。 在数据转发承载信息为承载请求数据转发列表时,则源RNC或源移动管理实体用 于生成承载请求数据转发列表,且如果源RNC生成承载请求数据转发列表,则还包括用于 将所述承载请求数据转发列表发送给所述源移动管理实体的模块。 本发明实施例还提供了另一种切换数据转发处理系统,如图24所示,包括源无线 网络控制器61、目标移动管理实体62和目标基站63 ;所述目标移动管理实体62用于发送 数据转发承载信息;目标基站63用于根据所述数据转发承载信息需要数据转发的承载;源 无线网络控制器61用于接收目标基站63确定的需要数据转发的承载,以进行数据转发。
本实施例中是由目标匪E生成建议哪些承载需要数据转发的数据转发承载信息, 然后将该信息发送给目标基站,目标基站根据上述建议确定的需要数据转发的承载,能够 避免为不需要的承载进行数据转发,能够减少信道资源浪费。 本发明实施例还提供了再一种切换数据转发处理系统,如图25所示,包括目标移 动管理实体71和源无线网络控制器72,其中目标移动管理实体71用于根据目标基站接受 的承载中参数(例如Qos,业务类型等)、配置的运营商策略和/或配置参数确定需要数据转发的承载;源无线网络控制器72用于接收所述确定的需要数据转发的承载信息,以进行数据转发。 本实施提供的切换数据转发处理系统,是由目标移动管理实体根据考虑多个条件的情况下确定需要数据转发的承载,本实施例中能够避免为不必要的承载进行数据转发,能够减少信道资源浪费。 本发明实施例提供的切换数据转发处理方法、装置和系统,通过在确定需要数据转发的承载时,根据预先提供建议或者根据多个参数进行确定,能够避免为不必要的承载进行数据转发,能够减少信道资源浪费。 最后应说明的是以上实施例仅用以说明本发明的技术方案而非对其进行限制,尽管参照较佳实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解其依然可以对本发明的技术方案进行修改或者等同替换,而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。
权利要求
一种切换数据转发处理方法,其特征在于,包括接收数据转发承载信息,所述数据转发承载信息用于建议承载是否需要数据转发;根据所述数据转发承载信息确定需要数据转发的承载;返回所述确定的需要数据转发的承载信息,以进行数据转发。
2. 根据权利要求1所述的切换数据转发处理方法,其特征在于,所述接收数据转发承 载信息包括目标无线网络控制器或目标服务GPRS支持节点接收源移动管理实体传送的数据转发 承载信息;所述根据所述数据转发承载信息确定需要数据转发的承载包括所述目标无线网络控制器或目标服务GPRS支持节点根据所述数据转发承载信息确定 需要数据转发的承载。
3. 根据权利要求2所述的切换数据转发处理方法,其特征在于,所述数据转发承载信 息包括在源基站生成的源到目标透传容器中。
4. 根据权利要求2所述的切换数据转发处理方法,其特征在于,所述返回确定的需要 数据转发的承载信息包括目标无线网络控制器或目标服务GPRS支持节点向源基站返回包括需要数据转发的承 载信息的参数转发无线接入承载列表。
5. 根据权利要求2所述的切换数据转发处理方法,其特征在于,所述数据转发承载信 息为承载请求数据转发列表,所述承载请求数据转发列表包括无线接入承载标识以及是否 建议数据转发指示。
6. 根据权利要求5所述的切换数据转发处理方法,其特征在于,所述承载请求数据转 发列表由源基站或源移动管理实体生成,源基站生成承载请求数据转发列表后将其发送给 所述源移动管理实体。
7. 根据权利要求6所述的切换数据转发处理方法,其特征在于,所述承载请求数据转 发列表由源移动管理实体生成包括所述承载请求数据转发列表由源移动管理实体根据承载QoS参数、配置的运营商策略 和/或配置参数生成。
8. 根据权利要求6所述的切换数据转发处理方法,其特征在于,所述目标无线网络控 制器确定需要数据转发的承载包括目标无线网络控制器接收目标服务GPRS支持节点发送的包括承载请求数据转发列表 或设置有请求转发指示的需要建立的无线接入承载列表;根据所述承载请求数据转发列表或设置有请求转发指示的需要建立的无线接入承载 列表确定需要数据转发的承载。
9. 根据权利要求6所述的切换数据转发处理方法,其特征在于,所述目标服务GPRS支 持节点确定需要数据转发的承载包括所述目标服务GPRS支持节点根据目标RNC接受的承载QoS参数,配置的运营商策略、 目标服务GPRS支持节点配置参数和/或所述承载请求数据转发列表确定需要数据转发的 承载。
10. 根据权利要求1所述的切换数据转发处理方法,其特征在于,所述接收数据转发承载信息包括目标无线网络控制器接收目标服务GPRS支持节点传送的数据转发承载信息; 所述根据所述数据转发承载信息确定需要数据转发的承载包括 所述目标无线网络控制器根据所述数据转发承载信息确定需要数据转发的承载。
11. 根据权利要求io所述的切换数据转发处理方法,其特征在于,所述数据转发承载信息由目标服务GPRS支持节点根据承载QoS参数、配置的运营商策略和/或配置参数生 成。
12. 根据权利要求11所述的切换数据转发处理方法,其特征在于,所述数据转发承载 信息为承载请求数据转发列表或包含有请求转发指示的需要建立参数的承载请求列表。
13. 根据权利要求1所述的切换数据转发处理方法,其特征在于,所述接收数据转发承载信息包括目标基站或目标移动管理实体接收源服务GPRS支持节点发送的数据转发承载信息;所述根据所述数据转发承载信息确定需要数据转发的承载包括 所述目标基站或目标移动管理实体根据所述数据转发承载信息确定需要数据转发的 承载。
14. 根据权利要求13所述的切换数据转发处理方法,其特征在于,所述数据转发承载 信息包括在源无线网络控制器生成的源到目标透传容器中。
15. 根据权利要求14所述的切换数据转发处理方法,其特征在于,所述返回确定的需要数据转发的承载信息包括目标基站向源无线网络控制器发送包括需要数据转发的承载信息的参数转发无线接 入承载列表。
16. 根据权利要求13所述的切换数据转发处理方法,其特征在于,所述数据转发承载 信息为承载请求数据转发列表,所述请求数据转发列表包括无线接入承载标识以及是否建 议数据转发指示。
17. 根据权利要求16所述的切换数据转发处理方法,其特征在于,所述承载请求数据 转发列表由源无线网络控制器或源服务GPRS支持节点生成,源无线网络控制器生成承载 请求数据转发列表后将其发送给所述源服务GPRS支持节点。
18. 根据权利要求17所述的切换数据转发处理方法,其特征在于,所述承载请求数据 转发列表由源服务GPRS支持节点生成包括所述承载请求数据转发列表由源服务GPRS支持节点根据承载QoS参数、配置的运营商 策略和/或配置参数生成。
19. 根据权利要求16所述的切换数据转发处理方法,其特征在于,所述目标基站确定需要数据转发的承载包括目标基站接收源服务GPRS支持节点发送的包括承载请求数据转发列表或设置有请求 转发指示的需要建立的无线接入承载列表;根据所述承载请求数据转发列表或设置有请求转发指示的需要建立的无线接入承载 列表确定需要数据转发的承载。
20. 根据权利要求16所述的切换数据转发处理方法,其特征在于,所述目标移动管理 实体确定需要数据转发的承载包括所述目标移动管理实体根据目标基站接受的承载QoS参数,配置的运营商策略、目标 移动管理实体配置参数和/或所述承载请求数据转发列表确定需要数据转发的承载。
21. 根据权利要求1所述的切换数据转发处理方法,其特征在于,所述接收数据转发承 载信息包括目标基站根据接收目标移动管理实体传送的数据转发承载信息; 所述根据所述数据转发承载信息确定需要数据转发的承载包括 所述目标基站根据所述数据转发承载信息确定需要数据转发的承载。
22. 根据权利要求21所述的切换数据转发处理方法,其特征在于,所述数据转发承载 信息为承载请求数据转发列表或包含有请求转发指示的需要建立参数的承载请求列表。
23. —种切换数据转发处理方法,其特征在于,包括目标服务GPRS支持节点根据目标无线网络控制器接受的承载QoS参数、配置的运营商 策略和/或配置参数确定需要数据转发的承载;向源基站返回确定的需要数据转发的承载信息,以进行数据转发。
24. —种切换数据转发处理方法,其特征在于,包括目标移动管理实体根据目标基站接受的承载QoS参数、配置的运营商策略和/或配置 参数确定需要数据转发的承载;向源无线网络控制器返回确定的需要数据转发的承载信息,以进行数据转发。
25. —种切换数据转发处理装置,其特征在于,包括接收模块,用于接收数据转发承载信息,所述数据转发承载信息用于建议承载是否需 要数据转发;处理模块,用于根据所述数据转发承载信息确定需要数据转发的承载; 发送模块,用于返回确定的需要数据转发的承载信息,以进行数据转发。
26. 根据权利要求25所述的切换数据转发处理装置,其特征在于,所述发送模块包括 列表生成单元,用于生成包括需要数据转发的承载信息的参数转发无线接入承载列表;发送单元,用于发送所述参数转发无线接入承载列表。
27. 根据权利要求25所述的切换数据转发处理装置,其特征在于,所述处理模块包括 信息获取单元,用于从源基站或源目标网络控制器生成的源到目标透传容器获取数据转发承载信息;承载确定单元,用于根据所述数据转发承载信息确定需要数据转发的承载。
28. —种切换数据转发处理系统,其特征在于,包括源基站、源移动管理实体、目标无 线网络控制器和目标服务GPRS支持节点;所述源移动管理实体用于发送数据转发承载信息;所述目标无线网络控制器或者目标服务GPRS支持节点用于根据接收到的所述数据转 发承载信息确定需要数据转发的承载;所述源基站用于接收需要数据转发的承载信息,以进行数据转发。
29. 根据权利要求28所述的切换数据转发处理系统,其特征在于,所述目标无线网络 控制器还用于生成包括需要数据转发的承载信息的参数转发无线接入承载列表并向源基 站发送。
30. 根据权利要求28所述的切换数据转发处理系统,其特征在于,所述源基站或源移动管理实体用于生成承载请求数据转发列表,所述承载请求数据转发列表为数据转发承载信息,若所述源基站生成承载请求数据转发列表,则还包括用于将所述承载请求数据转发列表发送给所述源移动管理实体的模块。
31. —种切换数据转发处理系统,其特征在于,包括源基站、目标服务GPRS支持节点和目标无线网络控制器;所述目标服务GPRS支持节点用于发送数据转发承载信息;所述目标无线网络控制器用于根据所述数据转发承载信息确定需要数据转发的承载;所述源基站用于接收目标无线网络控制器确定的需要数据转发的承载,以进行数据转发。
32. —种切换数据转发处理系统,其特征在于,包括目标服务GPRS支持节点,用于根据目标无线网络控制器接受的承载QoS参数、配置的运营商策略和/或配置参数确定需要数据转发的承载;源基站,用于接收所述确定的需要数据转发的承载信息,以进行数据转发。
33. —种切换数据转发处理系统,其特征在于,包括源无线网络控制器、源服务GPRS支持节点、目标基站和目标移动管理实体;所述源服务GPRS支持节点用于发送数据转发承载信息;所述目标基站或者目标移动管理实体用于根据数据转发承载信息确定需要数据转发的承载;所述无线网络控制器用于接收需要数据转发的承载信息,以进行数据转发。
34. 根据权利要求33所述的切换数据转发处理系统,其特征在于,所述目标基站还用于生成包括需要数据转发的承载信息的参数转发无线接入承载列表并向源基站发送。
35. 根据权利要求33所述的切换数据转发处理系统,其特征在于,所述源无线网络控制器或源服务GPRS支持节点还用于生成承载请求数据转发列表,所述承载请求数据转发列表作为数据转发承载信息,若所述源无线网络控制器生成承载请求数据转发列表,则还包括用于将所述承载请求数据转发列表发送给所述源服务GPRS支持节点的模块。
36. —种切换数据转发处理系统,其特征在于,包括源无线网络控制器、目标移动管理实体和目标基站;所述目标移动管理实体用于发送数据转发承载信息;所述目标基站用于根据所述数据转发承载信息需要数据转发的承载;所述源无线网络控制器用于接收目标基站确定的需要数据转发的承载,以进行数据转发。
37. —种切换数据转发处理系统,其特征在于,包括目标移动管理实体,用于根据目标基站接受的承载QoS参数、配置的运营商策略和/或配置参数确定需要数据转发的承载;源无线网络控制器,用于接收所述确定的需要数据转发的承载信息,以进行数据转发。
全文摘要
本发明实施例提供了一种切换数据转发处理方法、装置和系统,其中切换数据转发处理方法包括接收数据转发承载信息,所述数据转发承载信息用于建议承载是否需要数据转发;根据所述数据转发承载信息确定需要数据转发的承载;返回所述确定的需要数据转发的承载信息,以进行数据转发。切换处理装置包括接收模块、处理模块和发送模块。本发明实施例还提供了相应的切换数据转发处理系统。本发明实施例提供的切换数据转发处理方法、装置和系统,能够避免为不必要的承载进行数据转发,减少资源浪费。
文档编号H04W36/12GK101784033SQ200910130190
公开日2010年7月21日 申请日期2009年3月25日 优先权日2009年3月25日
发明者于琦, 国炜 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1