数据传输方法、网元设备及通信系统 |
|||||||
申请号 | CN201280000908.1 | 申请日 | 2012-06-30 | 公开(公告)号 | CN102870490A | 公开(公告)日 | 2013-01-09 |
申请人 | 华为技术有限公司; | 发明人 | 周军平; | ||||
摘要 | 本 发明 实施例 提供一种数据传输方法、网元设备及通信系统。所述方法包括:接收发送端发送的PDP上下文的创建或更新消息,所述创建或更新消息携带有PDP上下文的服务 质量 参数;根据服务质量参数判断PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite协议进行封装,并向发送端返回携带有判断结果信息的响应消息,以使发送端在接收到判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对PDP上下文对应的承载的用户面隧道进行封装。本发明实施例提供的技术方案可将一些错包容忍度高的业务封装为UDP-Lite协议的报文,较 现有技术 ,减少了对报文的 载荷 的校验,显著地提高数据传输的效率。 | ||||||
权利要求 | 1.一种数据传输方法,其特征在于,包括: |
||||||
说明书全文 | 数据传输方法、网元设备及通信系统技术领域[0001] 本发明涉及无线通信技术,尤其涉及一种数据传输方法、网元设备及通信系统。 背景技术[0002] IPv6(Internet Protocol Version 6,第六版互联网协议)技术已日渐成熟,应用也越来越多。同时,由于可分配的IPv4(Internet Protocol Version 4,第四版互联网协议)地址日益紧张,移动宽带网络支持向IPv6的演进势在必行。 [0003] 当移动宽带网络的PS(Packet Switch,分组交换)域核心网演进到IPv6之后,例如SGSN(Serving GPRS Support Node,业务通用分组无线服务技术支持节点)与S-GW(Serving Gateway,服务网关)之间的数据传输接口、MME(Mobility Management Entity,移动性管理实体)与SGSN之间的数据传输接口、S-GW与RNC(Radio Network Controller,无线网络控制器)之间的数据传输接口、S-GW与eNodeB(Evolved Node B,演进型基站)之间的数据传输接口等都支持IPv6传输之后,GTP(GPRSTunneling Protocol,通用分组无线服务技术隧道协议)就要承载在IPv6的UDP(User Datagram Protocol,用户数据报协议)之上,所有的控制面和用户面上的GTP报文都必须计算校验和。而UDP的校验和计算包括UDP头的校验和计算和UDP负荷的校验和计算。UDP的校验和由发送端计算,然后由接收端验证,如果接收端检测到校验和有差错,GTP报文就要被丢弃。在某些情况下,丢掉这个包的代价是非常大的,尤其是那些包比较大的语音或视频等业务。而对于语音或视频等对错包容忍度比较好的业务进行上述UDP的校验和计算,会显著降低数据传输的效率。 发明内容[0004] 本发明的多个方面提供一种数据传输方法,用以提高数据传输的效率。 [0005] 本发明的第一个方面,提供一种数据传输方法,包括: [0006] 接收发送端发送的PDP上下文的创建或更新消息,所述创建或更新消息携带有服务质量参数; [0007] 根据所述服务质量参数,判断所述PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite协议进行封装,并向所述发送端返回携带有判断结果信息的响应消息,以使所述发送端在接收到所述判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述PDP上下文对应的承载的用户面隧道进行封装。 [0008] 如上所述的数据传输方法,所述根据所述服务质量参数,判断所述PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite协议进行封装,包括: [0009] 获取第一阈值和第二阈值; [0010] 判断所述PDP上下文的服务质量参数中的误码容忍度是否大于所述第一阈值且丢包容忍度是否大于所述第二阈值,若均是,所述PDP上下文对应的承载的用户面隧道能通过UDP-Lite协议进行封装。 [0011] 本发明的第二个方面,提供一种数据传输方法,包括: [0012] 向接收端发送PDP上下文的创建或更新消息,所述创建或更新消息携带有服务质量参数; [0013] 接收所述接收端返回的创建或更新响应消息,所述响应消息为所述接收端根据所述创建或更新消息返回的,所述响应消息携带有判断结果信息,所述判断结果信息为所述接收端根据所述服务质量参数,判断PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite协议进行封装的结果; [0014] 若所述响应消息携带的判断结果信息为能通过UDP-Lite协议进行封装,则通过UDP-Lite协议对所述PDP上下文对应的承载的用户面隧道进行封装。 [0015] 如上所述的数据传输方法,所述通过UDP-Lite协议对所述PDP上下文对应的承载的用户面隧道进行封装,具体为: [0016] 通过UDP-Lite协议将所述PDP上下文对应的承载的用户面隧道封装为数据传输协议报文,并将所述数据传输协议报文的报文头中的校验和覆盖域字段设置为预设值。 [0017] 本发明的第三个方面,提供一种数据传输方法,包括: [0018] 接收发送端发送的承载的创建或更新消息,所述创建或更新消息携带所述承载的服务质量参数; [0019] 根据所述服务质量参数,判断所述承载的用户面隧道是否能通过UDP-Lite协议进行封装,并向所述发送端返回携带有判断结果信息的响应消息,以使所述发送端在接收到所述响应消息携带的判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0020] 如上所述的数据传输方法,所述根据所述服务质量参数,判断所述承载的用户面隧道是否能通过UDP-Lite协议进行封装,包括: [0021] 获取第一阈值和第二阈值; [0022] 判断所述承载的服务质量参数中的误码容忍度是否大于第一阈值且丢包容忍度是否大于第二阈值,若均是,所述承载的用户面隧道能通过UDP-Lite协议进行封装。 [0023] 本发明的第四个方面,提供一种数据传输方法,包括: [0024] 向接收端发送承载的创建或更新消息,所述创建或更新消息携带有所述承载的服务质量参数; [0025] 接收所述接收端返回的创建或更新响应消息,所述响应消息为所述接收端根据所述创建或更新消息返回的,所述响应消息携带有判断结果信息,所述判断结果信息为所述接收端根据所述服务质量参数,判断承载的用户面隧道是否能通过UDP-Lite协议进行封装的结果; [0026] 若所述响应消息携带的判断结果信息为能通过UDP-Lite协议进行封装,则通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0027] 如上所述的数据传输方法,所述通过UDP-Lite协议对所述承载进行封装,具体为: [0028] 通过UDP-Lite协议将所述承载的用户面隧道封装为数据传输协议报文,并将所述数据传输协议报文的报文头中的校验和覆盖域字段设置为预设值。 [0029] 本发明的第五个方面,提供一种数据传输方法,包括: [0030] 创建或更新承载,并根据所述承载的服务质量参数判断所述承载的用户面隧道是否能通过UDP-Lite协议进行封装; [0031] 向所述接收端发送携带有判断结果信息的指令消息,以使所述接收端在接收到所述判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0032] 如上所述的数据传输方法,所述根据所述承载的服务质量参数判断所述承载的用户面隧道是否能通过UDP-Lite协议进行封装,包括: [0033] 获取第一阈值和第二阈值; [0034] 判断所述承载的服务质量参数中的误码容忍度是否大于第一阈值且丢包容忍度是否大于第二阈值,若均是,所述承载的用户面隧道能通过UDP-Lite协议进行封装。 [0035] 本发明的第六个方面,提供一种数据传输方法,包括: [0036] 接收发送端发送的指令信息,所述指令信息携带有判断结果信息,所述判断结果信息为所述发送端根据创建或更新的承载的服务质量参数,判断出所述承载的用户面隧道是否能通过UDP-Lite协议进行封装的结果; [0037] 若所述指令信息携带的判断结果信息为能通过UDP-Lite协议进行封装,则通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0038] 如上所述的数据传输方法,所述通过UDP-Lite协议对所述承载的用户面隧道进行封装,具体为: [0039] 通过UDP-Lite协议将所述承载的用户面隧道封装为数据传输协议报文,并将所述数据传输协议报文的报文头中的校验和覆盖域字段设置为预设值。 [0040] 本发明的第七个方面,提供一种网元设备,包括: [0041] 接收单元,用于接收发送端发送的PDP上下文的创建或更新消息,所述创建或更新消息携带有服务质量参数; [0042] 判断单元,用于根据所述服务质量参数,判断所述PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite协议进行封装,得出判断结果; [0043] 发送单元,用于向所述发送端返回携带有所述判断结果信息的响应消息,以使所述发送端在接收到所述判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述PDP上下文对应的承载的用户面隧道进行封装。 [0044] 如上所述的网元设备,所述判断单元,具体用于获取第一阈值和第二阈值,并判断所述PDP上下文的服务质量参数中的误码容忍度是否大于所述第一阈值且丢包容忍度是否大于所述第二阈值,若均是,得出判断结果为所述PDP上下文对应的承载的用户面隧道能通过UDP-Lite协议进行封装;否则,得出判断结果为所述PDP上下文对应的承载的用户面隧道不能通过UDP-Lite协议进行封装。 [0045] 本发明的第八个方面,提供一种网元设备,包括: [0046] 发送单元,用于向接收端发送PDP上下文的创建或更新消息,所述创建或更新消息携带有服务质量参数; [0047] 接收单元,用于接收所述接收端返回的创建或更新响应消息,所述响应消息为所述接收端根据所述创建或更新消息返回的,所述响应消息携带有判断结果信息,所述判断结果信息为所述接收端根据所述服务质量参数,判断PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite协议进行封装的结果; [0048] 封装单元,用于在所述响应消息携带的判断结果信息为能通过UDP-Lite协议进行封装时,则通过UDP-Lite协议对所述PDP上下文对应的承载的用户面隧道进行封装。 [0049] 如上所述的网元设备,所述封装单元,具体用于通过UDP-Lite协议将所述PDP上下文对应的承载的用户面隧道封装为数据传输协议报文,并将所述数据传输协议报文的报文头中的校验和覆盖域字段设置为预设值。 [0050] 本发明的第九个方面,提供一种网元设备,包括: [0051] 接收单元,用于接收发送端发送的承载的创建或更新消息,所述创建或更新消息携带所述承载的服务质量参数; [0052] 判断单元,用于根据所述服务质量参数,判断所述承载的用户面隧道是否能通过UDP-Lite协议进行封装,得出判断结果; [0053] 发送单元,用于向所述发送端返回携带有所述判断结果信息的响应消息,以使所述发送端在接收到所述响应消息携带的所述判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0054] 如上所述的网元设备,所述判断单元,具体用于获取第一阈值和第二阈值,并判断所述承载的服务质量参数中的误码容忍度是否大于所述第一阈值且丢包容忍度是否大于所述第二阈值,若均是,得出判断结果为所述承载的用户面隧道能通过UDP-Lite协议进行封装;否则,得出判断结果为所述承载的用户面隧道不能通过UDP-Lite协议进行封装。 [0055] 本发明的第十个方面,提供一种网元设备,包括: [0056] 发送单元,用于向接收端发送承载的创建或更新消息,所述创建或更新消息携带有所述承载的服务质量参数; [0057] 接收单元,用于接收所述接收端返回的创建或更新响应消息,所述响应消息为所述接收端根据所述创建或更新消息返回的,所述响应消息携带有判断结果信息,所述判断结果信息为所述接收端根据所述服务质量参数,判断承载的用户面隧道是否能通过UDP-Lite协议进行封装的结果; [0058] 封装单元,用于在所述响应消息携带的判断结果信息为能通过UDP-Lite协议进行封装时,则通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0059] 如上所述的网元设备,所述封装单元,具体用于在所述响应消息携带有判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议将所述承载的用户面隧道封装为数据传输协议报文,并将所述数据传输协议报文的报文头中的校验和覆盖域字段设置为预设值。 [0060] 本发明的第十一个方面,提供一种网元设备,包括: [0061] 创建或更新单元,用于创建或更新承载; [0062] 判断单元,用于根据所述承载的服务质量参数判断所述承载的用户面隧道是否能通过UDP-Lite协议进行封装,得出判断结果; [0063] 发送单元,用于向所述接收端发送携带有判断结果信息的指令消息,以使所述发送端在接收到所述判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0064] 如上所述的网元设备,所述判断单元,具体用于获取第一阈值和第二阈值,并判断所述承载的服务质量参数中的误码容忍度是否大于所述第一阈值且丢包容忍度是否大于所述第二阈值,若均是,得出判断结果为所述承载的用户面隧道能通过UDP-Lite协议进行封装;否则,得出判断结果为所述承载的用户面隧道不能通过UDP-Lite协议进行封装。 [0065] 本发明的第十二个方面,提供一种网元设备,包括: [0066] 接收单元,用于接收发送端发送的指令信息,所述指令信息携带有判断结果信息,所述判断结果信息为所述发送端根据创建或更新的承载的服务质量参数,判断出所述承载的用户面隧道是否能通过UDP-Lite协议进行封装的结果; [0067] 封装单元,用于在所述指令信息携带有判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0068] 如上所述的网元设备,所述封装单元,具体用于通过UDP-Lite协议将所述承载的用户面隧道封装为数据传输协议报文,并将所述数据传输协议报文的报文头中的校验和覆盖域字段设置为预设值。 [0069] 本发明的第十三个方面,提供一种通信系统,包括至少一组用于数据传输的网元设备,所述网元设备采用上述的网元设备。 [0070] 由上述技术方案可知,本发明通过对承载的服务质量参数进行判断,来确定是否将所述承载通过UDP-Lite进行封装。对于那些语音和视频等对错包容忍度比较高的业务,通过本发明提供的技术方案可实现UDP-Lite封装,较现有技术将所有PDP上下文激活或承载均通过UDP协议封装,减少了对报文的载荷的校验,显著地提高了数据传输的效率。附图说明 [0071] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。 [0072] 图1为本发明提供的数据传输方法实施例一的流程示意图; [0073] 图2为本发明提供的数据传输方法实施例二的流程示意图; [0074] 图3为应用本发明提供的数据传输方法实现2G或3G用户侧发起PDP上下文二次激活的创建或更新时的数据传输示意图; [0075] 图4为本发明提供的数据传输方法实施例三的流程示意图; [0076] 图5为本发明提供的数据传输方法实施例四的流程示意图; [0077] 图6为应用本发明提供的数据传输方法实现S4SGSN组网用户侧发起专有承载的创建时的数据传输示意图; [0078] 图7为应用本发明提供的数据传输方法实现S4SGSN组网用户侧发起专有承载的更新时的数据传输示意图; [0079] 图8为本发明提供的数据传输方法实施例五的流程示意图; [0080] 图9为本发明提供的数据传输方法实施例六的流程示意图; [0081] 图10为应用本发明提供的数据传输方法实现S4SGSN组网网络侧发起专有承载的创建时的数据传输示意图; [0082] 图11为应用本发明提供的数据传输方法实现S4SGSN组网网络侧发起专有承载的更新时的数据传输示意图; [0083] 图12为应用本发明提供的数据传输方法实现EPC用户侧发起专有承载创建时的数据传输示意图; [0084] 图13为应用本发明提供的数据传输方法实现EPC用户侧发起专有承载更新时的数据传输示意图; [0085] 图14为本发明提供的网元设备实施例一的结构示意图; [0086] 图15为本发明提供的网元设备实施例二的结构示意图; [0087] 图16为本发明提供的网元设备实施例三的结构示意图; [0088] 图17为本发明提供的网元设备实施例四的结构示意图; [0089] 图18为本发明提供的网元设备实施例五的结构示意图; [0090] 图19为本发明提供的网元设备实施例六的结构示意图。 具体实施方式[0091] 首先,对本发明实施例涉及的几个概念进行解释。 [0092] UDP:User Datagram Protocol,用户数据报协议。UDP是一种传输层协议,一般应用于分组网络,用户的数据基于单个UDP分组传输。 [0093] UDP-Lite:User Datagram Protocol Lite,轻量级用户数据报协议。UDP-Lite协议的校验和字段的校验范围是可以变化的,其适用于语音或视频类对误码率大于阈值的业务。 [0094] GTP:GPRS Tunnelling Protocol GPRS隧道协议,为GSN之间的用户数据和信令信息的传输提供隧道。GTP协议是为GPRS网络的Gn和Gp接口而定义的,是GPRS隧道协议。包括GTP控制平面(简称GTP-C)和数据传输(简称GTP-U)协议,允许多种协议的数据报在UMTS或GPRS骨干网上的SGSN之间,SGSN和网关GPRS支持节点(Gateway GPRS Support Node,以下简称GGSN)之间传输。 [0095] GTPU:通用无线分组业务(General Packet Radio Service,GPRS)隧道协议用户面部分(User plane of GPRS Tunneling Protocol,GTPU),可以完成用户数据加封装或解封装。为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。 [0096] 如图1所示,本发明提供的数据传输方法实施例一的流程示意图。如图中所示,本实施例一所述数据传输方法,包括: [0097] 步骤101、接收发送端发送的PDP(Packet Data Protocol,分组数据协议)上下文的创建或更新消息,所述创建或更新消息携带有所述PDP上下文激活的服务质量(Quality of Service,以下简称QoS)参数。 [0098] 其中,接收端接收发送端发送的PDP下文的创建或更新消息。所述接收端可以是能够依据接收到的PDP上下文的创建或更新消息返回响应消息以建立GTP隧道的网元设备,如GGSN。所述发送端为可发送PDP上下文的创建或更新消息以建立GTP隧道的网元设备,如SGSN。所述PDP上下文创建包括PDP上下文的一次创建和PDP上下文的二次创建。 [0099] 步骤102、根据所述服务质量参数,判断所述PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite协议进行封装,并向所述发送端返回携带有判断结果信息的响应消息,以使所述发送端在接收到所述判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述PDP上下文对应的承载的用户面隧道进行封装。 [0100] 具体地,接收端根据所述QoS参数,判断所述PDP上下文是否为错包容忍度高的业务,若是,则所述PDP上下文能通过UDP-Lite协议进行封装。其中,判断所述PDP上下文是否为错包容忍度高的业务,可具体通过:首先,获取第一阈值和第二阈值;然后判断所述PDP上下文的服务质量参数中的误码容忍度是否大于所述第一阈值且丢包容忍度是否大于所述第二阈值,若均是,则所述PDP上下文为错包容忍度高的业务,所述PDP上下文对应的承载的用户面隧道能通过UDP-Lite协议进行封装,否则,所述PDP上下文不是错包容忍度高的业务,所述PDP上下文对应的承载的用户面隧道不能通过UDP-Lite协议进行封装,可仍然使用现有技术中的UDP协议进行封装。其中,所述第一阈值和所述第二阈值可人为设定。所述第一阈值与所述第二阈值的获取可采用人工控制的方式进行输入来获取,也可预存在存储区中从所述存储区中获取。接收端向所述发送端返回所述响应消息的目的是为了告知接收端是否接受所述发送端发送的PDP上下文的创建或更新请求,若接受,则所述发送端和接收端之间就建立了GTP隧道。所述发送端与所述接收端可通过该GTP隧道进行信息的传输。所述响应消息中携带的所述判断结果信息是为了告知所述发送端所述PDP上下文对应的GTP隧道的用户面隧道是否可通过UDP-Lite协议进行封装,以使发送端根据告知的结果作出相应的响应,即对错包容忍度高的业务的用户面隧道进行UDP-Lite协议封装。 [0101] 本实施例是基于现有2G(第二代手机通信技术)或3G(第三代手机通信技术)网络提出的数据传输方法。本实施例通过对PDP上下文的服务质量参数进行判断,来确定是否将所述PDP上下文对应的承载的用户面隧道通过UDP-Lite进行封装。对于那些语音和视频等对错包容忍度比较高的业务,通过本发明实施例可实现UDP-Lite封装,较现有技术将所有PDP上下文激活均通过UDP协议封装,能显著地提高数据传输的效率。 [0102] 如图2所示,本发明提供的数据传输方法实施例二的流程示意图。如图中所示,本实施例二所述数据传输方法,包括: [0103] 步骤201、向接收端发送PDP上下文的创建或更新消息,所述创建或更新消息携带有服务质量参数。 [0104] 其中,发送端向接收端发送PDP上下文的创建或更新消息。所述发送端为以是SGSN。所述接收端可以是GGSN,如图3所示的实例。 [0105] 步骤202、接收所述接收端返回的创建或更新响应消息,所述响应消息为所述接收端根据所述创建或更新消息返回的,所述响应消息携带有判断结果信息,所述判断结果信息为所述接收端根据所述服务质量参数,判断PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite协议进行封装的结果。 [0106] 步骤203、若所述响应消息携带的判断结果信息为能通过UDP-Lite协议进行封装,则通过UDP-Lite协议对所述PDP上下文对应的承载的用户面隧道进行封装。 [0107] 具体地,若所述响应消息携带的判断结果信息为能通过UDP-Lite协议进行封装,则发送端通过UDP-Lite协议将所述PDP上下文对应的承载的用户面隧道封装为数据传输协议报文(以下简称GTPU报文),并将所述GTPU报文的报文头中的校验和覆盖域(以下Checksum Coverage)字段设置为预设值。这里需要说明是:在UDP-Lite协议中,一个数据报文到底需不需要对其进行校验,或者是校验多少位可由用户控制。并且UDP-Lite协议就是用UDP协议的Length字段来表示其Checksum Coverage的,所以当UDP-Lite协议的Checksum Coverage字段等于整个UDP数据报(包括UDP头和载荷)的长度时,UDP-Lite产生的包也就和传统的UDP包一模一样。若Checksum Coverage 为0,表示对整个通过UDP-Lite协议进行封装的数据报进行校验。若Checksum Coverage>=8,表示对通过UDP-Lite协议进行封装的数据报的前Checksum Coverage个字节进行校验。Checksum Coverage取除上述的值之外的值是非法的。本实施例中,所述预设值可以是设定为8,即所述ChecksumCoverage取值为8,在校验和计算时只对数据报的前8个字节进行校验,即只对通过UDP-Lite协议封装的GTPU报文的报文头进行校验,不对GTPU报文的载荷进行校验,避免了现有技术中通过UDP协议封装的数据报需要对数据报的报头和载荷同时校验的问题,提高了数据的传输效率。 [0108] 如图3所示,应用本发明提供的数据传输方法实现2G或3G用户侧发起PDP上下文二次创建或更新时的数据传输的示意图。本应用实例为用户侧发起的PDP上下文二次创建或更新,由GGSN根据QoS参数判断是否通过UDP-Lite来封装该二次创建的PDP上下文对应的承载的用户面隧道,并通过Create PDP Context Response或Update PDP Context Response消息告知SGSN设备。具体实现过程如下述内容。,包括下述步骤。 [0109] 对于用户侧发起的PDP上下文的二次创建,包括: [0110] 步骤111、SGSN向所述GGSN发送Create PDP Context Request消息创建PDP上下文。 [0111] 步骤112、所述GGSN根据所述Create PDP Context Request消息携带的QoS参数,判断待创建的所述二次创建的PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite协议进行封装,并向所述SGSN返回携带有判断结果的Create PDP Context Response消息。 [0112] 其中,若所述GGSN根据所述Create PDP Context Response消息中携带的QoS参数,判断出待创建的所述二次创建的PDP上下文为错包容忍度高的业务,即所述二次创建的PDP上下文的服务质量参数中的误码容忍度大于第一阈值且丢包容忍度大于第二阈值,则所述二次创建的PDP上下文对应的承载的用户面隧道能通过UDP-Lite协议进行封装。当所述SGSN接收到所述GGSN返回的Create PDP Context Response消息后,所述SGSN和所述GGSN之间就建立起了GTP隧道。所述SGSN和所述GGSN之间交互的信息均可承载在该GTP隧道内进行传输。 [0113] 步骤113、若所述Create PDP Context Response消息中携带的判断结果为能通过UDP-Lite协议进行封装,则所述SGSN通过UDP-Lite协议对所述PDP上下文二次激活的用户面隧道进行封装。 [0114] 具体地,SGSN通过UDP-Lite协议将二次创建的PDP上下文对应的用户面隧道封装为GTPU报文,并将所述GTPU报文的报文头中的校验和覆盖域字段设置为8。发送端SGSN在向GGSN发送所述GTPU报文时,只对GTPU报文的报文头进行校验和计算。GGSN在接收所述GTPU报文后也只对报文头的校验和进行验证,免去了现有技术中还需要对GTPU报文负荷(即Checksum Coverage,校验和覆盖域)字段进行校验。 [0115] 对于用户侧发起的PDP上下文的更新,包括: [0116] 步骤121、SGSN向所述GGSN发送Update PDP Context Request消息更新PDP上下文。 [0117] 步骤122、所述GGSN根据所述Update PDP Context Request消息更新PDP上下文,然后根据所述Update PDP Context Request消息携带的QoS参数,判断待更新的所述PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite协议进行封装,并向所述SGSN反馈携带有判断结果的Update PDP Context Response消息。 [0118] 同样地,若所述GGSN根据所述Create PDP Context Response消息中携带的QoS参数,判断出待更新的所述PDP上下文二次激活为错包容忍度高的业务,则所述PDP上下文对应的承载的用户面隧道能通过UDP-Lite协议进行封装。其中,错包容忍度高的业务的判断可采用上述的判断过程来实现。当所述SGSN接收到所述GGSN返回的Update PDP Context Response消息后,所述SGSN和所述GGSN之间就建立起了GTP隧道。所述SGSN和所述GGSN之间交互的信息均可承载在该GTP隧道内进行传输。 [0119] 步骤123、若所述Update PDP Context Response消息中携带的判断结果为能通过UDP-Lite封装,则SGSN通过UDP-Lite协议对所述PDP上下文二次激活的用户面隧道进行封装,以使得被封装的所述PDP上下文二次激活承载在已建立的GTP隧道内进行传输。 [0120] 其中,SGSN通过UDP-Lite协议封装所述PDP上下文对应的承载的用户面隧道的过程同上,此处不再赘述。 [0121] 如图4所示,本发明提供的数据传输方法实施例三的流程示意图。如图中所示,本实施例三所述数据传输方法,包括: [0122] 步骤301、接收发送端发送的承载的创建或更新消息,所述创建或更新消息携带所述承载的服务质量参数。 [0123] 其中,本实施例是基于4G(第四代手机通信技术)网络,例如SGSN通过S4接口接入到EPC网络的组网方式的组网(以下简称S4SGSN组网)或EPC网络,实现的数据传输方法。具体地,接收端接收所述发送端发送的承载的创建或更新消息。所述接收端可以是可发送承载创建或更新消息以建立GTP隧道的网元设备,如SGSN;或者是转发接收到的承载创建或更新消息的网元设备,如S-GW。所述接收端具体可以是PDN(Public Data Network,公用数据网)网关(以下简写P-GW)。其中所述承载包括专有承载和缺省承载。 [0124] 步骤302、根据所述服务质量参数,判断所述承载的用户面隧道是否能通过UDP-Lite协议进行封装,并向所述发送端返回携带有判断结果信息的响应消息,以使所述发送端在接收到所述响应消息携带的判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0125] 具体地,接收端根据所述QoS参数,判断所述承载是否为错包容忍度高的业务,若是,则所述承载能通过UDP-Lite协议进行封装。其中,判断所述承载是否为错包容忍度高的业务,可具体通过:获取第一阈值和第二阈值,并判断所述承载的服务质量参数中的误码容忍度是否大于第一阈值且丢包容忍度是否大于第二阈值,若均是,则所述承载为错包容忍度高的业务,所述承载的用户面隧道能通过UDP-Lite协议进行封装,否则,所述承载不是错包容忍度高的业务,所述承载的用户面隧道不能通过UDP-Lite协议进行封装,可仍然使用现有技术中的UDP协议进行封装。所述第一阈值和所述第二阈值可人为设定。接收端向所述发送端返回的所述响应消息的目的是为了告知接收端是否接受所述发送端发送的承载的创建或更新请求,若接受,则所述发送端和接收端之间就建立了GTP隧道。所述发送端与所述接收端可通过该GTP隧道进行信息的传输。所述响应消息中携带的所述判断结果信息是为了告知所述发送端所述承载的用户面隧道是否可通过UDP-Lite协议进行封装,以使发送端根据告知的结果作出相应的响应,即对错包容忍度高的业务的用户面隧道进行UDP-Lite协议封装。 [0126] 如图5所示,本发明提供的数据传输方法实施例四的流程示意图。如图中所示,本实施例四所述数据传输方法,包括: [0127] 步骤401、向接收端发送承载的创建或更新消息,所述创建或更新消息携带有所述承载的服务质量参数。 [0128] 其中,发送端向接收端发送承载的创建或更新消息。所述承载包括专有承载和缺省承载。所述接收端可以是可发送承载创建或更新消息以建立GTP隧道的网元设备,如SGSN;或者是转发接收到的承载创建或更新消息的网元设备,如S-GW。所述接收端具体可以是P-GW。 [0129] 步骤402、接收所述接收端返回的创建或更新响应消息,所述响应消息为所述接收端根据所述创建或更新消息返回的,所述响应消息携带有判断结果信息,所述判断结果信息为所述接收端根据所述服务质量参数,判断承载的用户面隧道是否能通过UDP-Lite协议进行封装的结果。 [0130] 步骤403、若所述响应消息携带有判断结果信息为能通过UDP-Lite协议进行封装,则通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0131] 具体地,若所述响应消息携带的判断结果信息为能通过UDP-Lite协议进行封装,则发送端通过UDP-Lite协议将所述承载的用户面隧道封装为GTPU报文,并将所述GTPU报文的报文头中的校验和覆盖域(Checksum Coverage)字段设置为预设值。其中预设值的选定可参照上述实施例中所涉及的相关内容,此处不再赘述。 [0132] 上述实施例三和实施例四是基于现有的4G网络中用户侧发起承载的创建或更新消息以建立GTP隧道所提出的数据传输方法。上述实施例通过对承载的服务质量参数进行判断,来确定是否将所述承载通过UDP-Lite进行封装。对于一些可以通过UDP-Lite进行封装的承载,尤其是那些语音和视频等对错包容忍度比较高的业务,通过本发明提供的技术方案可实现UDP-Lite封装,较现有技术将所有承载均通过UDP协议封装,能显著地提高数据传输的效率。 [0133] 如图6和7所示,应用本发明提供的数据传输方法实现S4SGSN组网下用户侧发起承载的创建或更新时的数据传输示意图。如图所示,对于S4SGSN组网下用户侧发起的专有承载的创建或更新,由P-GW根据QoS参数判断是否通过UDP-Lite封装专有承载,并通过Create Bearer Request或Update Bearer Request消息告知S-GW和SGSN设备。具体实现过程如下述内容。 [0134] 如图6所示,S4SGSN组网用户侧发起专有承载的创建时的数据传输示意图。包括: [0135] 步骤311、SGSN发起Bearer Resource Command消息请求创建专有承载。 [0136] 步骤312、S-GW将接收自所述SGSN发起的Bearer Resource Command消息请求转发至P-GW。 [0137] 步骤313、P-GW根据Bearer Resource Command消息携带的QoS参数,判断待创建的专有承载的用户面隧道是否能通过UDP-Lite协议进行封装,并向S-GW返回携带有判断结果的Create Bearer Request消息。 [0138] 步骤314、S-GW根据Create Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议对专有承载进行封装,并同时将接收到的所述Create Bearer Request消息转发至所述SGSN。若Create Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则S-GW通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0139] 步骤315、SGSN根据接收的所述Create Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议对专有承载的用户面隧道进行封装,并向所述S-GW返回应答专有承载建立消息。若Create Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则SGSN通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0140] 这里需要注意的是:若是DT(direct tunnel,直接隧道)模式,SGSN还需要将所述Create Bearer Request消息转发至无线网络控制器(以下简称RNC)。RNC根据接收的所述Create Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议对专有承载的用户面隧道进行封装。若Create Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则RNC通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0141] 步骤316、S-GW在接收到所述SGSN返回的应答专有承载建立消息后,同样向P-GW返回应答专有承载建立消息。 [0142] 如图7所示,S4SGSN组网用户侧发起专有承载的更新时的数据传输示意图。对于S4SGSN组网下用户侧发起的专有承载更新,包括: [0144] 步骤322、S-GW将接收自所述SGSN发起Modify Bearer Command消息转发至P-GW。 [0145] 步骤323、P-GW根据接收的所述Modify Bearer Command消息携带的QoS参数,判断待更新的专有承载是否能通过UDP-Lite协议封装,并向S-GW返回携带有判断结果的Update Bearer Request消息。 [0146] 步骤324、S-GW根据所述Update Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议对专有承载进行封装,并同时将接收到的所述Update Bearer Request消息转发至所述SGSN。若Update BearerRequest消息携带的判断结果为能通过UDP-Lite协议进行封装,则S-GW通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0147] 步骤325、SGSN根据接收的所述Update Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议对专有承载的用户面隧道进行封装。若Update Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则SGSN通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0148] 这里需要注意的是:若是DT模式,SGSN还需要将所述Update Bearer Request消息转发至RNC。RNC根据接收的所述Update Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议对专有承载进行封装。若Update Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则RNC通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0149] 步骤326、S-GW在接收到所述SGSN返回的应答专有承载建立消息后,同样向P-GW返回应答专有承载建立消息。 [0150] 如图8所示,本发明提供的数据传输方法实施例五的流程示意图。如图中所示,本实施例五所述数据传输方法也是基于现有4G网络,例如S4SGSN组网或EPC组网,实现的数据传输方法,包括: [0151] 步骤501、创建或更新承载,并根据所述承载的服务质量参数判断所述承载的用户面隧道是否能通过UDP-Lite协议进行封装。 [0152] 具体地,发送端发起承载的创建或更新。所述发送端具体可以P-GW。所述承载包括专有承载和缺省承载。P-GW判断所述承载的服务质量参数中的误码容忍度是否大于第一阈值且丢包容忍度是否大于第二阈值,若均是,所述承载的用户面隧道能通过UDP-Lite协议进行封装;否则,所述承载的用户面隧道不能通过UDP-Lite协议进行封装,可仍然使用现有技术中的UDP协议进行封装。其中所述第一阈值与所述第二阈值可人为设定。 [0153] 步骤502、向所述接收端发送携带有判断结果信息的指令消息,以使所述接收端在接收到所述判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0154] 具体地,发送端向所述接收端发送携带有判断结果信息的指令消息。其中,在S4SGSN组网中,所述接收端可以是S-GW或SGSN。在EPC组网中,所述接收端可以是S-GW或eNodeB。 [0155] 如图9所示,本发明提供的数据传输方法实施例六的流程示意图。如图中所示,本实施例六所述数据传输方法,包括: [0156] 步骤601、接收发送端发送的指令信息,所述指令信息携带有判断结果信息,所述判断结果信息为所述发送端根据创建或更新的承载的服务质量参数,判断出所述承载的用户面隧道是否能通过UDP-Lite协议进行封装的结果。 [0157] 具体地,接收端接收发送端发送的指令信息。所述 [0158] 步骤602、若所述指令信息携带有判断结果信息为能通过UDP-Lite协议进行封装,则通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0159] 具体地,所述接收端通过UDP-Lite协议将所述承载的用户面隧道封装为数据传输协议报文,并将所述数据传输协议报文的报文头中的校验和覆盖域字段设置为预设值。 [0160] 上述实施例五和实施例六是基于现有的4G网络中网络侧发起承载的创建或更新以建立GTP隧道所提出的数据传输方法。上述实施例通过对承载的服务质量参数进行判断,来确定是否将所述承载通过UDP-Lite进行封装。对于一些可以通过UDP-Lite进行封装的承载,尤其是那些语音和视频等对错包容忍度比较高的业务,通过本发明提供的技术方案可实现UDP-Lite封装,较现有技术将所有承载均通过UDP协议封装,能显著地提高数据传输的效率。如图10和11所示,应用本发明提供的数据传输方法实现S4SGSN组网下网络侧发起承载的创建或更新时的数据传输示意图。如图所示,对于S4SGSN组网,网络侧发起的专有承载的创建或更新,由P-GW根据专有承载的QoS参数判断是否通过UDP-Lite协议封装专有承载,并通过Create Bearer Request或Update Bearer Request消息告知S-GW和SGSN设备。具体实现过程如下述内容。 [0161] 如图10所示,S4SGSN组网网络侧发起专有承载的创建时的数据传输示意图。包括: [0162] 步骤511、P-GW创建专有承载时,根据所述专有承载的QoS参数判断所述专有承载的用户面隧道是否能通过UDP-Lite协议封装,并向S-GW返回携带有判断结果的Create Bearer Request消息。 [0163] 步骤512、S-GW根据所述Create Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议封装所述专有承载的用户面隧道,并同时将接收到的所述Create Bearer Request消息转发至所述SGSN。若Create Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则S-GW通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0164] 步骤513、SGSN根据接收的所述Create Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议对专有承载的用户面隧道进行封装,并向所述S-GW返回应答专有承载建立消息。若Create Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则SGSN通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0165] 这里需要注意的是:若是DT模式,SGSN还需要将所述Create Bearer Request消息转发至RNC。RNC根据接收的所述Create Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议对专有承载进行封装。若Create Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则RNC通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0166] 步骤514、S-GW在接收到所述SGSN返回的应答专有承载建立消息后,同样向P-GW返回应答专有承载建立消息。 [0167] 如图11所示,S4SGSN组网网络侧发起专有承载的更新时的数据传输示意图。包括: [0168] 步骤521、P-GW更新专有承载时,根据所述专有承载的QoS参数判断所述专有承载的用户面隧道是否能通过UDP-Lite协议封装,并向S-GW返回携带有判断结果的Update Bearer Request消息。 [0169] 步骤522、S-GW根据所述Update Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议封装所述专有承载的用户面隧道,并同时将接收到的所述Update Bearer Request消息转发至所述SGSN。若Update Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则S-GW通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0170] 步骤523、SGSN根据接收的所述Update Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议对专有承载的用户面隧道进行封装,并向所述S-GW返回应答专有承载建立消息。若Update Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则SGSN通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0171] 这里需要注意的是:若是DT模式,SGSN还需要将所述Update Bearer Request消息转发至RNC。RNC根据接收的所述Update Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议对专有承载的用户面隧道进行封装。若Update Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则RNC通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0172] 步骤524、S-GW在接收到所述SGSN返回的应答专有承载更新消息后,同样向P-GW返回应答专有承载更新消息。 [0173] 如图如图12和13所示,应用本发明提供的数据传输方法实现EPC组网下网络侧发起承载的创建或更新时的数据传输示意图。如图所示,对于EPC组网,网络侧发起的专有承载创建或更新,由P-GW根据专有承载的QoS参数判断是否通过UDP-Lite来封装GTPU报文,并通过Create Bearer Request或Update Bearer Request消息告知S-GW、MME和eNodeB。具体实现过程如下述内容。 [0174] 如图12所示,EPC用户侧发起专有承载创建时的数据传输示意图。对于网络侧发起的专有承载创建,所述数据传输方法包括: [0175] 步骤531、P-GW创建专有承载时,根据所述专有承载的QoS参数判断所述专有承载是否能通过UDP-Lite协议封装,并向S-GW返回携带有判断结果的Create Bearer Request消息。 [0176] 步骤532、S-GW处理专有承载建立,并根据所述Create Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议封装所述专有承载,同时将接收到的所述Create Bearer Request消息转发至所述MME。若CreateBearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则S-GW通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0177] 步骤533、MME处理专有承载建立,同时将接收到的所述Create BearerRequest消息转发至所述eNodeB。 [0178] 步骤534、eNodeB处理专有承载建立,并根据所述Create Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议封装所述专有承载的用户面隧道,并向MME返回应答专有承载建立消息。若Create Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则eNodeB通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0179] 步骤535、MME在接收到所述eNodeB返回的应答专有承载建立消息后,同样向S-GW返回应答专有承载建立消息。 [0180] 步骤536、S-GW在接收到所述MME返回的应答专有承载建立消息后,同样向P-GW返回应答专有承载建立消息。 [0181] 如图13所示,EPC用户侧发起专有承载更新情况下的数据传输示意图。对于网络侧发起的专有承载更新,所述数据传输方法,包括: [0182] 步骤541、P-GW更新专有承载时,根据所述专有承载的QoS参数判断所述专有承载是否能通过UDP-Lite协议封装,并向S-GW返回携带有判断结果的Update Bearer Request消息。 [0183] 步骤542、S-GW处理专有承载建立,并根据所述Update Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议封装所述专有承载,同时将接收到的所述Update Bearer Request消息转发至所述MME。若Update Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则S-GW通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0184] 步骤543、MME处理专有承载更新,同时将接收到的所述Update Bearer Request消息转发至所述eNodeB。 [0185] 步骤544、eNodeB处理专有承载更新,并根据所述Update Bearer Request消息携带的判断结果决定是否通过UDP-Lite协议封装所述专有承载,并向MME返回应答专有承载建立消息。若Update Bearer Request消息携带的判断结果为能通过UDP-Lite协议进行封装,则eNodeB通过UDP-Lite协议对所述专有承载的用户面隧道进行封装。 [0186] 步骤545、MME在接收到所述eNodeB返回的应答专有承载建立消息后,同样向S-GW返回应答专有承载建立消息。 [0187] 步骤546、S-GW在接收到所述MME返回的应答专有承载建立消息后,同样向P-GW返回应答专有承载建立消息。 [0188] 如图14所示,本发明提供的网元设备实施例一的结构示意图。如图中所述,所述网元设备包括:接收单元1、判断单元2和发送单元3。其中,所述接收单元1用于接收发送端发送的PDP上下文的创建或更新消息,所述创建或更新消息携带有服务质量参数。判断单元2用于根据所述服务质量参数,判断所述PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite协议进行封装,得出判断结果。所述发送单元3用于向所述发送端返回携带有所述判断结果信息的响应消息,以使所述发送端在接收到所述判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述PDP上下文对应的承载的用户面隧道进行封装。本实施例所述网元设备可以是GGSN。 [0189] 进一步地,上述实施例中所述判断单元具体用于获取第一阈值和第二阈值,并判断所述PDP上下文的服务质量参数中的误码容忍度是否大于所述第一阈值且丢包容忍度是否大于所述第二阈值,若均是,得出判断结果为所述PDP上下文对应的承载的用户面隧道能通过UDP-Lite协议进行封装;否则,得出判断结果为所述PDP上下文对应的承载的用户面隧道不能通过UDP-Lite协议进行封装。 [0190] 本实施例是基于现有2G或3G网络提出的网元设备。本实施例所述网元设备通过对PDP上下文的服务质量参数进行判断,来确定是否将所述PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite进行封装。对于一些可以通过UDP-Lite进行封装的PDP上下文,尤其是那些语音和视频等对错包容忍度比较高的业务,本实施例可以输出PDP上下文激活的是否能通过UDP-Lite进行封装的判断结果,以使接收端网元设备根据所述判断结果作出相应地响应,较现有技术将所有PDP上下文均通过UDP协议封装,能显著地提高数据传输的效率。 [0191] 如图15所示,本发明提供的网元设备实施例二的结构示意图。如图中所述,所述网元设备包括:发送单元6、接收单元4和封装单元5。其中,所述发送单元6用于向接收端发送PDP上下文的创建或更新消息,所述创建或更新消息携带有所述PDP上下文的服务质量参数。所述接收单元4用于接收所述接收端返回的创建或更新响应消息,所述响应消息为所述接收端根据所述创建或更新消息返回的,所述响应消息携带有判断结果信息,所述判断结果信息为所述接收端根据所述服务质量参数,判断PDP上下文对应的承载的用户面隧道是否能通过UDP-Lite协议进行封装的结果。所述封装单元5用于在所述响应消息携带有判断结果信息为能通过UDP-Lite协议进行封装时,则通过UDP-Lite协议对所述PDP上下文对应的承载的用户面隧道进行封装。 [0192] 本实施例二中所述的网元设备可具体是SGSN。本实施例所述封装单元可具体用于通过UDP-Lite协议将所述PDP上下文对应的承载的用户面隧道封装为数据传输协议报文,并将所述数据传输协议报文的报文头中的校验和覆盖域字段设置为预设值。 [0193] 本实施例二是基于现有2G或3G网络提出的网元设备。本实施例二所述网元设备通过接收到的响应信息携带的判断结果,来确定是否将所述PDP上下文对应的承载的用户面隧道通过UDP-Lite进行封装。对于一些可以通过UDP-Lite进行封装的PDP上下文激活,尤其是那些语音和视频等对错包容忍度比较高的业务,通过本实施例二所述网元设备可实现UDP-Lite协议的封装,较现有技术将所有PDP上下文激活均通过UDP协议封装,能显著地提高数据传输的效率。 [0194] 如图16所示,本发明提供的网元设备的实施例三的结构示意图。如图中所示,所述网元设备包括:接收单元12、判断单元13和发送单元14。其中,所述接收单元12用于接收发送端发送的承载的创建或更新消息,所述创建或更新消息携带所述承载的服务质量参数。所述判断单元13用于根据所述服务质量参数,判断所述承载的用户面隧道是否能通过UDP-Lite协议进行封装,得出判断结果。所述发送单元14用于向所述发送端返回携带有所述判断结果信息的响应消息,以使所述发送端在接收到所述响应消息携带的所述判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述承载的用户面隧道进行封装。本实施例中所述网元设备可以是P-GW。 [0195] 进一步地,上述实施例中所述判断单元具体用于获取第一阈值和第二阈值,并判断所述承载的服务质量参数中的误码容忍度是否大于所述第一阈值且丢包容忍度是否大于所述第二阈值,若均是,得出判断结果为所述承载的用户面隧道能通过UDP-Lite协议进行封装;否则,得出判断结果为所述承载的用户面隧道不能通过UDP-Lite协议进行封装。 [0196] 本实施例三是基于现有4G网络,例如S4SGSN组网或EPC组网,提出的网元设备。本实施例所述网元设备通过对承载的服务质量参数进行判断,来确定是否将所述承载的用户面隧道是否能通过UDP-Lite进行封装。对于一些可以通过UDP-Lite进行封装的承载,尤其是那些语音和视频等对错包容忍度比较高的业务,本实施例可以输出所述承载的是否能通过UDP-Lite进行封装的判断结果,以使接收端网元设备根据所述判断结果作出相应地响应,较现有技术将所有承载均通过UDP协议封装,能显著地提高数据传输的效率。 [0197] 如图17中所示,本发明提供的网元设备实施例四的结构示意图。所述网元设备包括:发送单元15、接收单元16和封装单元17。其中,所述发送单元15用于向接收端发送承载的创建或更新消息,所述创建或更新消息携带有所述承载的服务质量参数。所述接收单元16用于接收所述接收端返回的创建或更新响应消息,所述响应消息为所述接收端根据所述创建或更新消息返回的,所述响应消息携带有判断结果信息,所述判断结果信息为所述接收端根据所述服务质量参数,判断承载的用户面隧道是否能通过UDP-Lite协议进行封装的结果。所述封装单元17用于在所述响应消息携带有判断结果信息为能通过UDP-Lite协议进行封装,则通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0198] 进一步地,所述封装单元具体用于在所述响应消息携带有判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议将所述承载的用户面隧道封装为数据传输协议报文,并将所述数据传输协议报文的报文头中的校验和覆盖域字段设置为预设值。 [0199] 本实施例四是基于现有4G网络,例如S4SGSN组网或EPC组网,提出的网元设备。本实施例四所述网元设备通过接收到的响应信息携带的判断结果,来确定是否将所述承载的用户面隧道通过UDP-Lite进行封装。对于一些可以通过UDP-Lite进行封装的承载,尤其是那些语音和视频等对错包容忍度比较高的业务,通过本实施例四所述网元设备可实现UDP-Lite协议的封装,较现有技术将所有承载均通过UDP协议封装,能显著地提高数据传输的效率。 [0200] 如图18中所示,本发明提供的网元设备实施例五的结构示意图。如图中所示,所述网元设备包括创建或更新单元18、判断单元19或发送单元20。所述创建或更新单元18用于创建或更新承载。所述判断单元19用于根据所述承载的服务质量参数判断所述承载的用户面隧道是否能通过UDP-Lite协议进行封装,得出判断结果。所述发送单元20用于向所述接收端发送携带有判断结果信息的指令消息,以使所述发送端在接收到所述判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0201] 进一步地,上述实施例中所述的判断单元具体用于获取第一阈值和第二阈值,并判断所述承载的服务质量参数中的误码容忍度是否大于第一阈值且丢包容忍度是否大于第二阈值,若均是,得出判断结果为所述承载的用户面隧道能通过UDP-Lite协议进行封装;否则,得出判断结果为所述承载的用户面隧道不能通过UDP-Lite协议进行封装。 [0202] 本实施例五是基于现有4G网络,例如S4SGSN组网或EPC组网,提出的网元设备。本实施例所述网元设备通过在创建或更新承载时,同时对承载的服务质量参数进行判断,来确定是否将所述承载的用户面隧道是否能通过UDP-Lite进行封装。对于一些可以通过UDP-Lite进行封装的承载,尤其是那些语音和视频等对错包容忍度比较高的业务,本实施例可以输出所述承载的是否能通过UDP-Lite进行封装的判断结果,以使接收端网元设备根据所述判断结果作出相应地响应,较现有技术将所有承载均通过UDP协议封装,能显著地提高数据传输的效率。 [0203] 如图19所示,本发明提供的网元设备的实施例六的结构示意图。如图中所示,所述网元设备包括:接收单元21和封装单元22。其中,所述接收单元21用于接收发送端发送的指令信息,所述指令信息携带有判断结果信息,所述判断结果信息为所述发送端根据创建或更新的承载的服务质量参数,判断出所述承载的用户面隧道是否能通过UDP-Lite协议进行封装的结果。所述封装单元22用于在所述指令信息携带有判断结果信息为能通过UDP-Lite协议进行封装时,通过UDP-Lite协议对所述承载的用户面隧道进行封装。 [0204] 进一步地,上述实施例中所述封装单元具体用于通过UDP-Lite协议将所述承载的用户面隧道封装为数据传输协议报文,并将所述数据传输协议报文的报文头中的校验和覆盖域字段设置为预设值。该预设值的选取可参照上述数据传输实施例中所涉及到的相关内容,此处不再赘述。 [0205] 本实施例六是基于现有4G网络,例如S4SGSN组网或EPC组网,提出的网元设备。本实施例六所述网元设备通过接收到的指令消息携带的判断结果,来确定是否将所述承载的用户面隧道通过UDP-Lite进行封装。对于一些可以通过UDP-Lite进行封装的承载,尤其是那些语音和视频等对错包容忍度比较高的业务,通过本实施例六所述网元设备可实现UDP-Lite协议的封装,较现有技术将所有承载均通过UDP协议封装,能显著地提高数据传输的效率。 [0206] 本发明提供一种通信系统实施例。所述通信系统包括至少一组用于数据传输的网元设备。所述的一组网元设备包括至少两个所述网元设备。其中,所述一组网元设备可以是上述实施例一和实施例二所述的网元设备,具体如图3所示的实例。所述的一组网元设备还可以是上述实施例三和实施例四所述的网元设备,具体如图6和7所示的实例。所述的一组网元设备还可以是上述实施例五和实施例六所述的网元设备,具体如图10、11、12和13所示的实例。 [0207] 本领域普通技术人员可以理解:附图只是一个实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。 [0208] 本领域普通技术人员可以理解:实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。 [0209] 上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。 [0210] 本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。 [0211] 最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。 |