CN110493823A - 一种数据处理方法及装置 - Google Patents

一种数据处理方法及装置 Download PDF

Info

Publication number
CN110493823A
CN110493823A CN201910730015.6A CN201910730015A CN110493823A CN 110493823 A CN110493823 A CN 110493823A CN 201910730015 A CN201910730015 A CN 201910730015A CN 110493823 A CN110493823 A CN 110493823A
Authority
CN
China
Prior art keywords
data packet
access network
equipment
network equipment
sent
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910730015.6A
Other languages
English (en)
Other versions
CN110493823B (zh
Inventor
黄曲芳
戴明增
韩立锋
曾清海
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201910730015.6A priority Critical patent/CN110493823B/zh
Publication of CN110493823A publication Critical patent/CN110493823A/zh
Application granted granted Critical
Publication of CN110493823B publication Critical patent/CN110493823B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/50Queue scheduling
    • H04L47/62Queue scheduling characterised by scheduling criteria
    • H04L47/6215Individual queue per QOS, rate or priority
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种数据处理方法及装置,包括:第一设备确定数据包所属的流;所述第一设备根据所述数据包所属的流确定流标识,并向第二设备发送包括所述流标识的所述数据包。

Description

一种数据处理方法及装置
技术领域
本申请涉及通信技术领域,尤其涉及一种数据处理方法及装置。
背景技术
现在的LTE(Long Term Evolution,长期演进系统)中,数据的传输是基于RB(Radio Bearer,无线承载)的,LTE系统按照各种应用的QoS(Quality of Service,服务质量)需求,将数据划分成一个或多个DRB(Data Radio Bearer,数据无线承载)。具体地,对下行数据,PGW(Public Data Network GateWay,公用数据网网关)通过TFT(Traffic FlowTemplate,业务流模板)将数据过滤,把数据包映射到各个承载;对上行数据,终端内部实现数据过滤,将数据包映射到各个承载。从RAN(Radio Access Network,无线接入网)的角度,只能看到一个或多个RB,通过对不同RB配置不同的空口处理参数,实现对各个RB的数据的区别对待。每个DRB内部的数据在无线接入网设备侧都按相同的待遇处理,不同DRB的数据,在无线接入网设备侧的待遇不同。
在正在讨论的5G(the fifth generation,第五代移动通信网络)中,要求对业务数据实施更加精细的QoS处理,也就引入了“流(flow)”的概念,即可以将一个RB中的数据包划分为多个flow的数据包。目前,如何实现将数据包按照flow级别处理,还没有一种解决方案。
发明内容
本申请实施例提供一种数据处理方法及装置,用以实现发送方向接收方指示每个数据包所属的流,从而实现将数据包按照flow级别处理,从而提高数据包的处理效率。
第一方面,本申请实施例提供一种数据处理方法,包括:
第一设备确定数据包所属的流;
所述第一设备根据所述数据包所属的流确定流标识,并向第二设备发送包括所述流标识的所述数据包。
根据本申请实施例提供的方法,第一设备在确定出数据包的流标识后,并通过所述数据包向第二接入网设备发送所述流标识,从而向第二设备指示出所述数据包所属的流。根据该方法,可以使得第二设备按照流级别对数据包进行处理,进一步的,可以改善端对端的QoS的性能。
可选的,所述第一设备根据所述数据包所属的流确定流标识,包括:
所述第一设备根据所述数据包所属的流为所述数据包分配所述流标识;或者
所述第一设备从第三设备发送的流标识列表中确定与所述数据包所属的流对应的流标识。
根据上述方法,第一设备直接为数据包分配流标识,或者第一设备根据第三设备发送的流标识列表为数据包确定流标识,从而可以实现快速的确定数据包的流标识,提高确定数据包流标识的效率。
可选的,所述流标识位于所述数据包的包头。
可选的,所述流标识位于所述数据包的数据包序列号字段中,并占据所述数据包序列号字段中的K个比特位,K为正整数。
根据上述方法,直接采用数据包序列号字段中的K个比特位承载流标识,可以不改变现有数据包的结构,达到区分每个数据包所属的流的目的。
可选的,所述第一设备接收数据包之后,还包括:
所述第一设备将属于同一个流的所有数据包作为一组,并分别为每一组数据包独立分配数据包序列号;
所述第一设备将所述流标识通过所述数据包发送给第二设备之前,还包括:
所述第一设备根据所述数据包的数据包序列号字段中除了所述流标识所占据的比特位之外的比特位对所述数据包进行头压缩和加密操作。
根据上述方法,第一设备将分别为每一组数据包独立分配数据包序列号,从而在对所述数据包进行头压缩和加密操作时,根据所述数据包的数据包序列号字段中除了所述流标识所占据的比特位之外的比特位对所述数据包进行头压缩和加密操作,可以在数据包中携带流标识的同时,避免对头压缩和加密算法进行改动,能够与现有技术相兼容。
第二方面,本申请实施例提供一种数据处理装置,包括:
处理单元,用于确定数据包所属的流;根据所述数据包所属的流确定流标识;
收发单元,用于向第二接入网设备发送包括所述流标识的所述数据包。
第三方面,本申请实施例提供一种数据处理装置,包括:
处理器,用于确定数据包所属的流;根据所述数据包所属的流确定流标识;
收发机,用于向第二接入网设备发送包括所述流标识的所述数据包。
第四方面,本申请实施例提供一种数据处理方法,包括:
当第一流映射的无线承载RB由第一RB更改为第二RB后,第一设备确定结束数据包,所述结束数据包为所述第一设备通过所述第一RB发送的属于所述第一流的最后一个数据包;
所述第一设备向第二设备发送结束指示信息以及所述结束数据包;所述结束指示信息用于指示所述第一设备通过所述第一RB发送的属于所述第一流的数据包已经发送完毕。
根据本申请实施例提供的方法,在第一流映射的RB改变时,第一设备通过发送结束指示信息向第二设备指示出第一设备通过第一RB发送的属于所述第一流的最后一个数据包,从而能够保证第二设备按照数据包的顺序处理每个数据包,避免数据包乱序。
可选的,所述第一设备确定结束数据包之后,还包括:
所述第一设备将所有未发送的且属于所述第一流的数据包通过所述第二RB发送。
根据上述方法,第一设备可以实现在第一流映射的RB改变时,准确的确定通过改变后的RB传输的数据包,避免数据包出现乱序。
可选的,第一设备确定与第一流映射的无线承载RB由第一RB更改为第二RB,包括:
所述第一设备接收第三设备发送的重映射指令,并根据重映射指令确定与第一流映射的RB由第一无线承载RB更改为第二RB。
可选的,所述第一设备确定结束数据包,包括:
所述第一设备将通过所述第一RB发送的所有属于所述第一流的待确认数据包中的最后一个数据包确定为所述结束数据包,所述待确认数据包为已经发送但未确定接收方是否正确接收到的数据包。
根据上述方法,通过将所有属于所述第一流的待确认数据包中的最后一个数据包确定为结束数据包,从而能够准确的确定结束数据包。
可选的,所述第一设备向第二设备发送结束指示信息以及所述结束数据包,包括:
所述第一设备向所述第二设备发送包括所述结束指示信息的结束数据包;或者
所述第一设备在向所述第二设备发送所述结束数据包之后,向所述第二设备发送所述结束指示信息。
根据上述方法,第一设备既可以将结束指示信息通过结束数据包发送,也可以单独发送结束指示信息,从而提高结束指示信息发送的灵活性,提高效率。
可选的,所述第一设备在向所述第二设备发送所述结束数据包之后,向所述第二设备发送所述结束指示信息之前,还包括:
所述第一设备接收所述第二设备返回的确认消息,并根据所述确认消息确定所述结束数据包以及属于所述第一流的且位于所述结束数据包之前的数据包均被所述第二设备正确接收。
第五方面,本申请实施例提供一种数据处理装置,包括:
处理单元,用于当第一流映射的无线承载RB由第一RB更改为第二RB后,确定结束数据包,所述结束数据包为第一设备通过所述第一RB发送的属于所述第一流的最后一个数据包;
收发单元,用于向第二设备发送结束指示信息以及所述结束数据包;所述结束指示信息用于指示所述第一设备通过所述第一RB发送的属于所述第一流的数据包已经发送完毕。
第六方面,本申请实施例提供一种数据处理装置,包括:
处理器,用于当第一流映射的无线承载RB由第一RB更改为第二RB后,确定结束数据包,所述结束数据包为第一设备通过所述第一RB发送的属于所述第一流的最后一个数据包;
收发机,用于向第二设备发送结束指示信息以及所述结束数据包;所述结束指示信息用于指示所述第一设备通过所述第一RB发送的属于所述第一流的数据包已经发送完毕。
第七方面,本申请实施例提供一种数据处理方法,包括:
第二设备接收第一设备发送的结束指示信息;所述结束指示信息为所述第一设备经由第一无线承载RB发送完属于第一流的最后一个数据包后发送的;所述结束指示信息用于指示所述第一设备通过所述第一RB发送的属于所述第一流的数据包已经发送完毕;
所述第二设备处理通过所述第二RB接收到的属于所述第一流的数据包。
根据本申请实施例提供的方法,第二设备接收到结束指示信息之后,可以根据结束指示信息确定第一设备通过第一RB向第二设备发送的属于第一流的最后一个数据包,从而能够保证第二设备按照数据包的顺序处理每个数据包,避免数据包乱序。
第八方面,本申请实施例提供一种数据处理装置,包括:
收发单元,用于接收第一设备发送的结束指示信息;所述结束指示信息为所述第一设备经由第一无线承载RB发送完属于第一流的最后一个数据包后发送的;所述结束指示信息用于指示所述第一设备通过所述第一RB发送的属于所述第一流的数据包已经发送完毕;
处理单元,用于处理通过所述第二RB接收到的属于所述第一流的数据包。
第九方面,本申请实施例提供一种数据处理装置,包括:
收发机,用于接收第一设备发送的结束指示信息;所述结束指示信息为所述第一设备经由第一无线承载RB发送完属于第一流的最后一个数据包后发送的;所述结束指示信息用于指示所述第一设备通过所述第一RB发送的属于所述第一流的数据包已经发送完毕;
处理器,用于处理通过所述第二RB接收到的属于所述第一流的数据包。
第十方面,本申请实施例提供一种数据处理方法,该方法包括:
第一接入网设备向第二接入网设备发送第一消息,所述第一消息用于请求将终端切换到所述第二接入网设备;
所述第一接入网设备接收所述第二接入网设备返回的包括第一映射关系的第一响应消息;所述第一映射关系为所述第二接入网设备确定的所述终端中每个流与隧道端点标识TEID的映射关系;
所述第一接入网设备根据所述第一映射关系将所述终端的每个流的数据包转发给所述第二接入网设备。
根据本申请实施例提供的方法,第一设备根据第二设备发送的第一映射关系将所述终端的每个流的数据包转发给所述第二接入网设备,从而实现了在终端进行切换时,实现在切换中更改流与RB的映射关系。
可选的,所述第一消息中包括第二映射关系;所述第二映射关系为所述终端在所述第一接入网设备所处的网络中使用的每个流与RB的映射关系。
根据上述方法,通过向第二设备发送第二映射关系,可以使得第二设备确定第一设备确定在所述第一接入网设备所处的网络中使用的每个流与RB的映射关系,从而能够使得第二设备根据第二映射关系向第一设备发送数据。
可选的,所述第一响应消息中还包括第三映射关系;所述第三映射关系为所述第二接入网设备为所述终端中每个流确定的流与RB的映射关系或者为所述第二接入网设备对应的核心网设备为所述终端中每个流确定的流与RB的映射关系。
可选的,还包括:
所述第一接入网设备向所述终端发送切换命令,用于指示所述终端接入所述第二接入网设备;所述切换命令中包括所述第三映射关系。
可选的,在所述第三映射关系中映射的RB相同的流,在所述第一映射关系中映射的TEID相同,且在所述第三映射关系中映射的RB不同的流,在所述第一映射关系中映射的TEID不同。
根据上述方法,第一设备将所述终端的每个RB的数据包通过一个隧道发送给第二接入网设备,从而实现按照RB级别向第二设备发送数据包。
可选的,所述第二映射关系与所述第三映射关系不同;
所述第一接入网设备根据所述第一映射关系将所述终端的每个流的数据包转发给所述第二接入网设备之前,还包括:
所述第一接入网设备将所述终端的每个流的数据包中的数据包序列号删除。
可选的,所述第一映射关系中每个流映射的TEID不同。
根据上述方法,第一设备将所述终端的每个流的数据包通过一个隧道发送给第二接入网设备,从而实现按照流级别向第二设备发送数据包。
第十一方面,本申请实施例提供一种数据处理装置,包括:
收发单元,用于向第二接入网设备发送第一消息,用于请求将终端切换到所述第二接入网设备;接收所述第二接入网设备返回的包括第一映射关系的第一响应消息;所述所述第一映射关系为所述终端中每个流与隧道端点标识TEID的映射关系;
处理单元,用于根据所述第一映射关系将所述终端的每个流的数据包转发给所述第二接入网设备。
第十二方面,本申请实施例提供一种数据处理装置,包括:
收发机,用于向第二接入网设备发送第一消息,用于请求将终端切换到所述第二接入网设备;接收所述第二接入网设备返回的包括第一映射关系的第一响应消息;所述所述第一映射关系为所述终端中每个流与隧道端点标识TEID的映射关系;
处理器,用于根据所述第一映射关系将所述终端的每个流的数据包转发给所述第二接入网设备。
第十三方面,本申请实施例提供一种数据处理方法,该方法包括:
第二接入网设备接收第一接入网设备发送的第一消息,用于请求将终端切换到所述第二接入网设备;
所述第二接入网设备向所述第一接入网设备返回包括第一映射关系的第一响应消息,并接收所述第一接入网设备根据所述第一映射关系转发的所述终端的每个流的数据包;所述第一映射关系为所述第二接入网设备确定的所述终端中每个流与TEID的映射关系。
可选的,所述第一消息中包括第二映射关系;所述第二映射关系为所述终端在所述第一接入网设备所处的网络中使用的每个流与RB的映射关系。
可选的,所述第一响应消息中包括第三映射关系;所述第三映射关系为所述第二接入网设备为所述终端中每个流确定的与RB的映射关系或者为所述第二接入网设备对应的核心网设备为所述终端中每个流确定的流与RB的映射关系。
可选的,所述第二接入网设备接收所述第一接入网设备根据所述第一映射关系转发的所述终端的每个流的数据包之后,还包括:
所述第二接入网设备根据所述第二映射关系以及所述第三映射关系确定所述第二映射关系中的目标流映射的第一RB更改为第二RB,则在接收到所述目标流的目标数据包之后,确定发送所述目标数据包所使用的RB;
其中,所述目标流为所述第二映射关系中的任意一个流;所述目标数据包为所述目标流中的任意一个数据包。
可选的,所述第二接入网设备确定发送所述目标数据包所使用的RB,包括:
所述第二接入网设备若确定所述目标数据包未被所述目标数据包的接收方正确接收且所述目标数据包之后的数据包被所述目标数据包的接收方正确接收,则在所述第一RB中发送所述目标数据包;或者
所述第二接入网设备若确定所述目标数据包未被所述目标数据包的接收方正确接收且所述目标数据包之后的数据包未被所述目标数据包的接收方正确接收,则在所述第二RB中发送所述目标数据包;或者
所述第二接入网设备若确定所述目标数据包未被所述目标数据包的接收方正确接收,则在所述第二RB中发送所述目标数据包;或者
所述第二接入网设备若无法确定所述目标数据包的接收状态,则在所述第一RB中发送所述目标数据包。
可选的,在所述第三映射关系中映射的RB相同的流,在所述第一映射关系中映射的TEID相同,且在所述第三映射关系中映射的RB不同的流,在所述第一映射关系中映射的TEID不同。
第十四方面,本申请实施例提供一种数据处理装置,包括:
收发单元,用于接收第一接入网设备发送的第一消息,用于请求将终端切换到所述第二接入网设备;向所述第一接入网设备返回包括第一映射关系的第一响应消息,并接收所述第一接入网设备根据所述第一映射关系转发的所述终端的每个流的数据包;所述第一映射关系为所述第二接入网设备确定的所述终端中每个流与TEID的映射关系。
第十五方面,本申请实施例提供一种数据处理装置,包括:
收发机,用于接收第一接入网设备发送的第一消息,用于请求将终端切换到所述第二接入网设备;向所述第一接入网设备返回包括第一映射关系的第一响应消息,并接收所述第一接入网设备根据所述第一映射关系转发的所述终端的每个流的数据包;所述第一映射关系为所述第二接入网设备确定的所述终端中每个流与TEID的映射关系。
第十六方面,本申请实施例提供一种数据处理方法,该方法包括:
第一接入网设备向第一核心网设备发送第一消息,用于请求将终端从所述第一接入网设备切换到第二接入网设备;
所述第一接入网设备接收所述第一核心网设备返回的包括第一映射关系的第一响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系;
所述第一接入网设备根据所述第一映射关系将所述终端的每个RB的数据包转发给所述第二接入网设备。
可选的,所述第一映射关系中每个RB映射的TEID相同;或者
所述第一映射关系中每个RB映射的TEID不同。
第十七方面,本申请实施例提供一种数据处理装置,包括:
收发单元,用于向第一核心网设备发送第一消息,用于请求将终端从所述第一接入网设备切换到第二接入网设备;接收所述第一核心网设备返回的包括第一映射关系的第一响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系;
处理单元,用于根据所述第一映射关系将所述终端的每个RB的数据包转发给所述第二接入网设备。
第十八方面,本申请实施例提供一种数据处理装置,包括:
收发机,用于向第一核心网设备发送第一消息,用于请求将终端从所述第一接入网设备切换到第二接入网设备;接收所述第一核心网设备返回的包括第一映射关系的第一响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系;
处理器,用于根据所述第一映射关系将所述终端的每个RB的数据包转发给所述第二接入网设备。
第十九方面,本申请实施例提供一种数据处理方法,该方法包括:
第二核心网设备确定第二映射关系,所述第二映射关系为终端在所述第一接入网设备所处的网络中使用的每个RB与流的映射关系;所述第二映射关系由所述终端的每个RB在第一核心网设备所处的网络所使用的TFT模板以及所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板确定;
所述第二核心网设备向第二接入网设备发送包括所述第二映射关系的第三消息,用于请求将终端从第一接入网设备切换到第二接入网设备。
可选的,所述第二核心网设备向第二接入网设备发送包括所述第二映射关系的第三消息之后,还包括:
所述第二核心网设备接收所述第二接入网设备返回的包括第一映射关系的响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系。
第二十方面,本申请实施例提供一种数据处理装置,包括:
处理单元,用于确定第二映射关系,所述第二映射关系为终端在所述第一接入网设备所处的网络中使用的每个RB与流的映射关系;所述第二映射关系由所述终端的每个RB在第一核心网设备所处的网络所使用的TFT模板以及所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板确定;
收发单元,用于向第二接入网设备发送包括所述第二映射关系的第三消息,用于请求将终端从第一接入网设备切换到第二接入网设备。
第二十一方面,本申请实施例提供一种数据处理装置,包括:
处理器,用于确定第二映射关系,所述第二映射关系为终端在所述第一接入网设备所处的网络中使用的每个RB与流的映射关系;所述第二映射关系由所述终端的每个RB在第一核心网设备所处的网络所使用的TFT模板以及所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板确定;
收发机,用于向第二接入网设备发送包括所述第二映射关系的第三消息,用于请求将终端从第一接入网设备切换到第二接入网设备。
第二十二方面,本申请实施例提供一种数据处理方法,该方法包括:
第二接入网设备接收第二核心网设备发送的包括第二映射关系的第三消息,用于请求将终端从第一接入网设备切换到所述第二接入网设备,所述第二映射关系为所述终端在所述第一接入网设备所处的网络中使用的每个RB与流的映射关系;
所述第二接入网设备向所述第二核心网设备返回包括第一映射关系的响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系。
根据本申请实施例提供的方法,第二接入网设备通过向第二核心网设备返回包括第一映射关系的响应消息,使得第二核心网设备能够确定所述终端的每个RB与TEID的映射关系。
可选的,所述响应消息中还包括映射关系映射指示信息;所述映射关系映射指示信息用于指示所述第二接入网设备确定的所述终端在所述第二接入网设备所处的网络中使用的每个RB与流的映射关系与所述第二映射关系相同。
可选的,所述响应消息中还包括序列指示消息,用于指示所述第一接入网设备在向所述第二接入网设备转发所述终端的数据包中携带所述第一接入网设备分配的数据包序列号。
可选的,所述第三消息中还包括所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板。
可选的,所述第一映射关系中每个RB映射的TEID相同;
所述第二接入网设备向所述第二核心网设备返回包括第一映射关系的响应消息之后,还包括:
所述第二接入网设备接收所述第一接入网设备转发的所述终端的每个RB的数据包;
所述第二接入网设备根据所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板将所述终端的每个RB的数据包过滤为每个流的数据包。
可选的,所述第二接入网设备根据所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板将所述终端的每个RB的数据包过滤为每个流的数据包之前,还包括:
所述第二接入网设备将所述终端的每个RB的数据包中所述第一接入网分配的数据包序列号删除;
所述第二接入网设备根据所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板将所述终端的每个RB的数据包过滤为每个流的数据包之后,还包括:
所述第二接入网设备确定所述每个流的数据包所属的RB;
针对每个RB中的数据包,所述第二接入网设备使用每个数据包中所述第一接入网分配的数据包序列对每个RB的数据包进行数据汇聚处理。
第二十三方面,本申请实施例提供一种数据处理装置,包括:
收发单元,用于接收第二核心网设备发送的包括第二映射关系的第三消息,用于请求将终端从第一接入网设备切换到所述第二接入网设备,所述第二映射关系为所述终端在所述第一接入网设备所处的网络中使用的每个RB与流的映射关系;向所述第二核心网设备返回包括第一映射关系的响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系。
第二十四方面,本申请实施例提供一种数据处理装置,包括:
收发机,用于接收第二核心网设备发送的包括第二映射关系的第三消息,用于请求将终端从第一接入网设备切换到所述第二接入网设备,所述第二映射关系为所述终端在所述第一接入网设备所处的网络中使用的每个RB与流的映射关系;向所述第二核心网设备返回包括第一映射关系的响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系。
第二十五方面,本申请实施例提供一种数据处理方法,该方法包括:
接入网设备为终端分配所述上行资源;
所示接入网设备向所述终端发送第一指示信息,所述第一指示信息用于指示数据在所述上行资源上正确传输的传输成功率。
根据本申请实施例提供的方法,接入网设备向终端分配上行资源的同时,向终端指示出数据在所述上行资源上正确传输的传输成功率,从而使得终端能够根据数据在所述上行资源上正确传输的传输成功率确定在所述上行资源上传输的数据,从而提高优先级较高的数据的传输成功率。
可选的,所述第一指示信息为传输成功率的具体数值;或者
所述第一指示信息为索引值,所述索引值对应一个传输成功率的具体数值。
第二十六方面,本申请实施例提供一种数据处理装置,包括:
处理单元,用于为终端分配所述上行资源;
收发单元,用于向所述终端发送第一指示信息,所述第一指示信息用于指示数据在所述上行资源上正确传输的传输成功率。
第二十七方面,本申请实施例提供一种数据处理装置,包括:
处理器,用于为终端分配所述上行资源;
收发机,用于向所述终端发送第一指示信息,所述第一指示信息用于指示数据在所述上行资源上正确传输的传输成功率。
第二十八方面,本申请实施例提供一种数据处理方法,该方法包括:
终端确定接入网设备为所述终端分配的上行资源,并接收所述接入网设备发送的第一指示信息,所述第一指示信息用于指示数据在所述上行资源上正确传输的传输成功率;
所述终端根据所述第一指示信息在所述上行资源上传输的数据。
根据本申请实施例提供的方法,终端接收接入网设备发送的第一指示信息后,可以使得终端能够根据数据在所述上行资源上正确传输的传输成功率确定在所述上行资源上传输的数据,从而提高优先级较高的数据的传输成功率。
可选的,所述终端根据所述第一指示信息在所述上行资源上传输的数据,包括:
所述终端若确定所述第一指示信息所指示的传输成功率大于第一阈值,则在所述上行资源上传输优先级大于第一预设优先级的业务所对应的数据;或者
所述终端若确定所述第一指示信息所指示的传输成功率小于第二阈值,则在所述上行资源上传输优先级小于第二预设优先级的业务所对应的数据。
可选的,所述第一指示信息为传输成功率的具体数值;或者
所述第一指示信息为索引值,所述索引值对应一个传输成功率的具体数值。
第二十九方面,本申请实施例提供一种数据处理装置,包括:
处理单元,用于确定接入网设备为所述终端分配的上行资源,并接收所述接入网设备发送的第一指示信息,所述第一指示信息用于指示数据在所述上行资源上正确传输的传输成功率;
收发单元,用于根据所述第一指示信息在所述上行资源上传输的数据。
第三十方面,本申请实施例提供一种数据处理装置,包括:
处理器,用于确定接入网设备为所述终端分配的上行资源,并接收所述接入网设备发送的第一指示信息,所述第一指示信息用于指示数据在所述上行资源上正确传输的传输成功率;
收发机,用于根据所述第一指示信息在所述上行资源上传输的数据。
附图说明
图1为本申请实施例提供的一种数据处理方法流程示意图;
图2为本申请实施例提供的一种数据处理方法流程示意图;
图3为本申请实施例提供的一种数据处理方法流程示意图;
图4为本申请实施例提供的一种数据处理方法流程示意图;
图5(a)至图5(c)为本申请实施例提供的一种数据处理方法流程示意图;
图6为本申请实施例提供的一种数据处理方法流程示意图;
图7为本申请实施例提供的一种数据切换流程示意图;
图8为本申请实施例提供的一种数据处理方法流程示意图;
图9为本申请实施例提供的一种数据切换流程示意图;
图10为本申请实施例提供的一种数据处理方法流程示意图;
图11为本申请实施例提供的一种数据切换流程示意图;
图12为本申请实施例提供的一种数据处理方法流程示意图;
图13为本申请实施例提供的一种数据处理装置结构示意图;
图14为本申请实施例提供的一种数据处理装置结构示意图;
图15为本申请实施例提供的一种数据处理装置结构示意图;
图16为本申请实施例提供的一种数据处理装置结构示意图;
图17为本申请实施例提供的一种数据处理装置结构示意图;
图18为本申请实施例提供的一种数据处理装置结构示意图;
图19为本申请实施例提供的一种数据处理装置结构示意图;
图20为本申请实施例提供的一种数据处理装置结构示意图;
图21为本申请实施例提供的一种数据处理装置结构示意图;
图22为本申请实施例提供的一种数据处理装置结构示意图;
图23为本申请实施例提供的一种数据处理装置结构示意图;
图24为本申请实施例提供的一种数据处理装置结构示意图;
图25为本申请实施例提供的一种数据处理装置结构示意图;
图26为本申请实施例提供的一种数据处理装置结构示意图;
图27为本申请实施例提供的一种数据处理装置结构示意图;
图28为本申请实施例提供的一种数据处理装置结构示意图;
图29为本申请实施例提供的一种数据处理装置结构示意图;
图30为本申请实施例提供的一种数据处理装置结构示意图;
图31为本申请实施例提供的一种数据处理装置结构示意图;
图32为本申请实施例提供的一种数据处理装置结构示意图。
具体实施方式
现有技术中,无线接入网设备内部每个RB对应一个PDCP(Packet DataConvergence Protocol,分组数据汇聚协议)实体、一个RLC(Radio Link Control,无线链路层控制)实体。无线接入网设备在发送数据包时,将每个数据包放在每个数据包所属的RB所对应的PDCP实体进行分配PDCP SN(Sequence Number,序列号)、头压缩、加密、加PDCP头等处理,然后通过每个数据包所属的RLC实体按照PDCP SN的顺序将数据包发送出去。相应的,无线接入网设备接收到数据包之后,按照每个数据包的PDCP SN,依次将数据包从RLC实体转至PDCP实体进行去PDCP头、解密、解头压缩等处理。
目前,无线接入网设备只能实现按照RB处理数据包,如何按照每个流处理数据包,还没有很好的解决方案。
本申请实施例中,终端可以是可以为无线终端,例如可以为移动电话、计算机、平板电脑、个人数码助理(personal digital assistant,PDA)、移动互联网设备(mobileInternet device,MID)、可穿戴设备、互联网协议(Internet Protocol,IP)电话、网络打印机和电子书阅读器(e-book reader)或任何其它类型的能在无线环境中工作的用户设备(user equipment,UE)等。
基于上述描述,如图1所示,为本申请实施例提供的一种数据处理方法流程示意图。
参见图1,该方法包括:
步骤101:第一设备确定数据包所属的流;
步骤102:所述第一设备根据所述数据包所属的流确定流标识,并向第二设备发送包括所述流标识的所述数据包。
步骤101中,第一设备可以是接入网设备,也可以是指终端等设备,本申请实施例对此并不限定。
第一设备可以根据实际情况确定数据包所属的流,例如,第一设备可以根据所述数据包对应的业务类型、目的地址、端口等确定数据包所属的流,本申请实施例对此并不限定。
步骤102中,第二设备可以是接入网设备,也可以是指终端等设备,本申请实施例对此并不限定。
第一设备根据所述数据包所属的流确定流标识的方式可以有以下两种:
一种可能的实现方式中,第一设备可以根据所述数据包所属的流为所述数据包分配所述流标识。需要说明的是,该场景下,第一设备可以根据预先为每个流分配的流标识,然后根据所述数据包所属的流,将预先为每个流分配的流标识中与所述数据包所属的流所对应的流标识分配给所述数据包。第一设备为每个流分配了流标识之后,还可以通过RRC(Radio Resource Control,无线资源控制)信令将每个流的流标识发送给第二设备。当然,第一设备还可以将每个流的流标识发送给终端或者核心网设备等设备。
另一种可能的实现方式中,所述第一设备从第三设备发送的流标识列表中确定与所述数据包所属的流对应的流标识。其中第三设备可以与第二设备为同一个设备,也可以为不同的设备。第三设备还可以为与第一设备连接的核心网设备或者终端等设备,本申请实施例对此并不限定。
第三设备可以通过RRC信令或者PDCP层信令向第一设备发送流标识列表。
第一设备确定数据包所属的流的流标识之后,将所述数据包发送给第二设备之前,所述第一设备可以将确定的数据包汇聚到每个数据包的RB所对应的汇聚协议实体中,然后对每个汇聚协议实体中的数据包进行分配数据包序列号、头压缩、加密、加协议头等处理。其中,汇聚协议实体可以是指PDCP实体,也可以是指与PDCP实体具有类似功能的实体;数据包序列号可以是指PDCP SN,也可以是指与PDCP SN具有类似功能的序列;协议头可以是指PDCP头,也可以是指与PDCP头具有类似功能的包头,本申请实施例对此并不限定。
本申请实施例中,第一设备在为数据包分配数据包序列号时,可以为映射到同一RB的多个流所属的所有数据包统一分配数据包序列号,即在分配数据包序列号时,不区分数据包属于哪个流。这样可以和现有协议相兼容,避免对现有协议做较大的改动。
可选的,第一设备在为数据包分配数据包序列号时,还可以将属于同一个流的所有数据包作为一组,并分别为每一组数据包独立分配数据包序列号,即在分配数据包序列号时,需要区分数据包属于哪个流。
举例来说,flow1至flow3映射到同一RB,第一设备按照时间顺序分别接收到5个数据包,分别为数据包1至数据包5,其中数据包1以及数据包4属于flow1,数据包3以及数据包5属于flow2,数据包2属于flow3。此时,第一设备分别为数据包1至数据包5分配的数据包序列号可以为1、1、1、2、2。
在分别为每一组数据包独立分配数据包序列号的实现方式下,第一设备在对所述数据包进行头压缩和加密操作时,需要根据所述数据包的数据包序列号字段中除了所述流标识所占据的比特位之外的比特位对所述数据包进行头压缩和加密操作。
举例来说,第一设备在对所述数据包进行头压缩和加密操作之前,可以先将流标识所占据的比特位的值均作为1或0,然后对所述数据包进行头压缩和加密操作。除此之外,第一设备在对所述数据包进行头压缩和加密操作时,也可以对每个流的数据包单独进行头压缩、加密等操作,只在最后加PDCP头时统一处理。这样处理时,头压缩和加密使用的数据包序列号是连续的,可以与现有技术兼容。
本申请实施例中,第一设备确定所述数据包的流标识之后,可以将所述流标识携带在所述数据包中发送给第二设备。一种可能的实现方式中,所述第一设备将所述流标识放置在所述数据包的包头中,从而实现将所述流标识通过所述数据包发送给第二设备。本申请实施例中,可以在数据包的包头中新增一个字段作为流标识字段,也可以将数据包的包头中已有的字段重定义为流标识字段。举例来说,可以将数据包中的保留字段重定义为流标识字段,例如将数据包中PDCP头中的保留字段重定义为流标识字段。
另一种可能的实现方式中,第一设备通过数据包序列号字段中的K个比特位承载流标识,K为正整数。K的取值可以根据实际情况确定,在此并不限定。
此时流标识位于所述数据包的数据包序列号字段中,并占据所述数据包序列号字段中的K个比特位。
举例来说,数据包序列号为PDCP SN。此时,第一设备可以通过PDCP SN字段中的前K个比特位承载流标识。
上述做法是在数据包中增加显式的比特来标识每个流,从而指示出每个数据包所属的流,除此之外,也可以采用隐式方式指示每个数据包所属的流。例如,可以通过第一设备与第二设备、终端、核心网设备之间事先约定:可以根据数据包的数据包序列号来指示每个数据包所属的流。举例来说,当数据包的数据包序列号为奇数,表示该数据包来自流0,当据包的数据包序列号为偶数,表示该数据包来自流1。可选的,第一设备与第二设备、终端、核心网设备之间的事先约定可以通过RRC信令进行约定;也可以通过PDCP层控制信令进行约定。
根据本申请实施例提供的方法,第一设备在确定出数据包的流标识后,并通过所述数据包向第二设备发送所述流标识,从而向第二设备指示出所述数据包所属的流。根据该方法,可以使得第二设备按照流级别对数据包进行处理,进一步的,可以改善端对端的QoS的性能。
下面结合具体的实施例详细描述图1的过程。
如图2所示,为本申请实施例提供的一种数据处理方法流程示意图。
图2中,以PDCP、RLC、MAC为例进行说明,但是本申请实施例所述的方案不限于这几层。图2中,第一设备收到flow 0和flow1的数据包后,确定将这两个flow映射到同一个RB传输,就分别为每个数据包确定flow标识。图2中第一设备为flow0分配的flow标识为0,为flow1分配的flow标识为1。第一设备为每个flow分配的flow标识可以位于数据包的PDCP头,也可以占据PDCP SN字段中的K个比特位。flow标识所占据的比特位的数量可以根据flow数量确定。
第一设备的PDCP实体还需要为两个flow的数据包统一分配PDCP SN。具体的,来自flow 0的两个数据包,为其分配的PDCP SN为24、25,来自flow 1的两个数据包,为其分配的PDCP SN为26、27。如果同一RB内汇聚的flow数量多于2个,这种做法仍然适用。之后,第一设备分别对每个数据包进行头压缩、加密、加PDCP头等处理,然后将数据包递交至RLC实体,再由MAC实体转至PHY实体后,由PHY实体发送至第二设备。第二设备接收到第一设备发送的数据包后,第二设备的PDCP实体分别进行去PDCP头、解密、解头压缩等操作,最后根据第一设备分配的flow标识,识别出每个数据包所属的flow,从而将收到的数据包分成各个flow,向上层递交。这种实现方式,PDCP实体内部可以对不同流用各自的子实体实现加密、头压缩/解头压缩操作,这种实现方式下,各个子实体所使用的SN是不连续的;另一种实现方式是:PDCP实体内部对不同流用同一套的子实体实现加密、头压缩/解头压缩操作,这种实现方式下,各子实体所使用的PDCP SN是连续的。
结合图2,如图3所示,为本申请实施例提供的一种数据处理方法流程示意图。图3中,第一设备的PDCP实体也可以对两个流的数据包单独进行分配PDCP SN、增加流标识、头压缩、加密等处理,只在最后加PDCP头这一步统一处理。这样做的最大好处在于头压缩和加密使用的PDCP SN是连续的,与现有技术相同,所以对头压缩和加密算法的改动比较小。相应的,第二设备接收到第一设备发送的数据包后,第二设备的PDCP实体统一进行去PDCP头处理,然后根据第一设备分配的流标识,识别出每个数据包所属的流,最后分别对每个流的数据包进行解密、解头压缩等处理。这种实现方式下,PDCP实体内部对不同流用同一套的子实体实现加密、头压缩/解头压缩操作。
随着空口无线条件的变化,或者业务的QoS变化,或者用户签约信息变化,流映射的RB可能会改变。在流映射的RB由源RB改变为目标RB时,发送方的源RB对应的缓存中可能还存在该流的一些还没有传输的数据包,或者已经传输但发送方未确定接收方是否正确接收到的数据包,对于这些数据包该如何处理,目前还没有一种有效的解决方案。
基于上述描述,如图4所示,为本申请实施例提供的一种数据处理方法流程示意图。图4所示的流程中,第一设备可以为终端,也可以为接入网设备;第二设备可以为终端,也可以为接入网设备。
参见图4,该方法包括:
步骤401:当第一流映射的RB由第一RB更改为第二RB后,第一设备确定结束数据包,所述结束数据包为所述第一设备通过所述第一RB发送的属于所述第一流的最后一个数据包。
步骤402:所述第一设备向第二设备发送结束指示信息以及所述结束数据包;所述结束指示信息用于指示所述第一设备通过所述第一RB发送的属于所述第一流的数据包已经发送完毕。
步骤403:第二设备接收第一设备发送的结束指示信息;所述结束指示信息为所述第一设备经由第一RB发送完属于所述第一流的最后一个数据包后发送的;所述结束指示信息用于指示所述第一设备通过所述第一RB发送的属于所述第一流的数据包已经发送完毕。
步骤404:所述第二设备处理通过所述第二RB接收到的属于所述第一流的数据包。
步骤401中,第一设备可以接收第三设备发送的重映射指令,并根据重映射指令确定与第一流映射的RB由第一RB更改为第二RB。所述重映射指令中包括更改后的第一流与第二RB的映射关系,当然所述重映射指令中还可以包括更改前的第一流与第一RB的映射关系。其中,第三设备可以是指与第一设备连接的核心网设备或者终端等设备,第三设备还可以与第二设备为相同的设备,本申请实施例对此并不限定。
第一设备确定与第一流映射的RB由第一RB更改为第二RB后,第一RB对应的缓存中可能还存在未发送的属于所述第一流的数据包,以及已经发送但未确定接收方是否正确接收到的数据包。
对于未发送的属于所述第一流的数据包,第一设备可以将所有未发送的且属于所述第一流的数据包通过所述第二RB发送。或者,第一设备可以仍然将所有未发送的且属于所述第一流的数据包通过所述第一RB发送,在该情况下,结束指示信息是通过第一流映射的RB更改之前的RB发送的,即第一设备通过第一RB发送结束指示信息。
若第一设备将所有未发送的且属于所述第一流的数据包通过所述第二RB发送,在发送这些数据包之前,第一设备需要重新为所有未发送的且属于所述第一流的数据包重新进行分配数据包序列号、加密、头压缩等操作。相应的,通过第一RB发送的数据包中,若出现不连续的数据包序列号,则需要重新分配数据包序列号,以便获得连续的数据包序列号。其中,这里出现“不连续的数据包序列号”,是因为第一RB中数据包的数据包序列原来是连续的,当第一设备确定第一流映射的RB更改之后,将第一RB中未发送的且属于所述第一流的数据包通过第二RB发送时,导致第一RB中数据包的数据包序列被打乱,第一RB中的数据包的数据包序列出现空缺,空缺的数据包序列号就是第一RB中未发送的且属于所述第一流的数据包的数据包序列号。
对于已经发送但未确定接收方是否正确接收到的数据包,第一设备可以先从中确定出结束数据包,然后将结束指示信息以及结束数据包发送给第二设备。具体的,第一设备若将所有未发送的且属于所述第一流的数据包通过所述第二RB发送,此时第一设备可以将通过所述第一RB发送的所有属于所述第一流的待确认数据包中的最后一个数据包确定为所述结束数据包,所述待确认数据包为已经发送但未确定接收方是否正确接收到的数据包。第一设备若仍然将所有未发送的且属于所述第一流的数据包通过所述第一RB发送,此时第一设备可以将通过所述第一RB发送的所有属于所述第一流的待确认数据包以及未发送的数据包中的最后一个数据包确定为所述结束数据包。
需要说明的是,如何确定结束数据包,属于第一设备的内部实现,也就是说,第一设备也可以将任何一个数据包确定为结束数据包。此处的描述仅是举例。
步骤402中,第一设备可以将结束指示信息携带在结束数据包中发送,也可以分别发送结束指示信息和结束数据包。
具体的,一种可能的实现方式中,第一设备向所述第二设备发送包括所述结束指示信息的结束数据包。在该实现方式中,结束指示信息可以位于所述结束数据包的任何位置,例如,结束指示信息可以位于所述结束数据包的数据包头。
另一种可能的实现方式中,所述第一设备在向所述第二设备发送所述结束数据包之后,向所述第二设备发送所述结束指示信息。需要说明的是,在该实现方式中,所述第一设备在向所述第二设备发送所述结束数据包之后,向所述第二设备发送所述结束指示信息之前,需要先接收所述第二设备返回的确认消息,并在根据所述确认消息确定所述结束数据包以及属于所述第一流的且位于所述结束数据包之前的数据包均被所述第二设备正确接收之后,向第二设备发送所述结束指示信息。在该实现方式中,第一设备可以生成一个包括所述结束指示信息的控制包,并通过第一RB或者第二RB向第二设备发送所述控制包,从而实现向第二设备发送结束指示信息。
在步骤403中,第二设备在接收到结束指示信息之后,在步骤404中,第二设备可以确定第一设备通过第一RB发送的属于所述第一流的数据包已经发送完毕,此时第二设备可以确定何时将从第二RB接收到的属于所述第一流的数据包递交到上一协议层进行处理,例如PDCP层。
需要说明的是,上述流程的方法中的数据包可以是指上行数据包,也可以是指下行数据包,本申请实施例对此并不限定。
根据本申请实施例提供的方法,在第一流映射的RB改变时,通过发送结束指示信息向第二设备指示出第一设备通过第一RB发送的属于所述第一流的最后一个数据包,从而能够保证第二设备按照数据包的顺序处理每个数据包,避免数据包乱序。
下面结合具体的实施例详细描述图4的过程。
如图5(a)以及图5(b)所示,为本申请实施例提供的一种数据处理方法流程示意图。
图5(a)以及图5(b)中,以PDCP、RLC为例进行说明,但是本申请实施例所述的方案不限于这几层。图5(a)中,原来5个flow映射到两个RB:flow0、flow1、flow2映射到RB A,flow3、flow4映射到RB B。接收方接收到每个flow的数据包后,将映射到同一RB的flow的数据包通过同一PDCP实体进行头压缩、加密、加PDCP头等处理,然后将数据包转至RLC实体。重配置以后,flow2改为映射到RB B,其他flow和RB的映射关系不变。此时,第一设备接收到的属于flow2的两个数据包仍然在RB A的RLC buffer中,这两个数据包的PDCP SN分别为22和25。这两个数据包可以为未发送的数据包,也可以为已经发送但未确定接收方是否正确接收到的数据包。
flow2改为映射到RB B以后,PDCP SN分别为22和25的数据包依然通过RB A传输,但是它们后续的属于flow 2数据包,需要通过RB B传输。具体的,如图5(b)所示,图5(b)中RB B中PDCP SN为67的数据包。因为发送方从发送方的上层接收到的数据包的顺序是22、25、67,所以在接收方也要按照相同的顺序递交给接收方的上层。为此,flow2改为映射到RBB后,发送方在发完flow2的PDCP SN为25的数据包之后,生成一个包含结束指示信息的控制包,并将所述控制包在空口发送给接收方,其目的是向接收方指示出发送方通过RA A发送的属于flow2的最后一个数据包为PDCP SN为25的数据包。
本申请实施例中,flow映射的RB更改以后,第一设备还可以将已经接收但未传输的属于该flow数据包通过更改后的RB传输。具体的,结合图5(a)以及图5(b),如图5(c)所示,为本申请实施例提供的一种数据处理方法流程示意图。图5(c)中,发送方将属于flow2的“还未在空口传输的数据包24、25”,经PDCP实体重新处理后,放到flow2更改后映射的RBB中传输。这里所说的PDCP实体重新处理,包括重新分配PDCP SN,重新加密、重新头压缩等。如果这样做,发送方就可以提前发送结束指示信息,即在RB A中最后一个来自flow 2的数据包发送完成后,发送结束指示信息。接收方收到结束指示信息后,就可以确定向上层递交属于flow2的数据包的时间了。对于发送方,除了对“还未在空口传输的包24、25”重新处理外,其它数据包的PDCP SN如果受到影响,都需要重新处理,比如图5(a)中属于flow 0的数据包23,属于flow 1的数据包24,都需要重新分配PDCP SN、重新加密、重新头压缩。
由于现有的LTE系统是基于bear(承载)传输的,该系统中的接入网设备在有线接口接收到的数据包按RB进入接入网设备的,在空口发送数据包时是按RB发送的,下面将该类型的接入网设备的类型简称为RB-RB型;而NR(New Radio,新空口)系统是基于flow传输的,该系统中的接入网设备在有线接口接收到的数据包是按flow进入接入网设备的,在空口发送数据包时是按RB在空口发送的,下面将该类型的接入网设备的类型简称为flow-RB型。需要说明的是,数据包在空口传输时,发送方会为同一RB或flow的数据包确定一个隧道,并将同一RB或flow的数据包通过确定的隧道发送,隧道一般采用隧道端点标识(TunnelEndpoint Identifier,TEID)进行标识。
终端在切换时,终端当前接入的源接入网设备与将要切换的目标接入网设备可能有多种不同的组合,所有可能的组合可以如表1所示。需要说明的是,表1所示的场景可以为网络中同时存在LTE系统和NR系统的接入网设备的场景,当然也可以为其他场景,本申请对此并不限定。
表1
场景一中,终端就是在LTE系统的内部进行切换,属于现有技术,本申请实施例对此不再赘述。结合前面的描述,在场景二、三、四中,由于不同系统中的接入网设备,对数据包处理时所采用的粒度不同(LTE系统中是基于RB级别,NR系统中是基于flow级别),终端在进行切换时,源接入网设备与目标接入网设备之间如何实现将RB级别的数据包转换为流级别的数据包或者将流级别的数据包转换为RB级别的数据包,目前还没有一种好的解决方案。
基于上述描述,如图6所示,为本申请实施例提供的一种数据处理方法流程示意图。
参见图6,该方法包括:
步骤601:第一接入网设备向第二接入网设备发送第一消息,用于请求将终端切换到所述第二接入网设备。
步骤602:第二接入网设备接收第一接入网设备发送的第一消息,用于请求将终端切换到所述第二接入网设备。
步骤603:所述第一接入网设备接收所述第二接入网设备返回的包括第一映射关系的第一响应消息,所述第一映射关系为所述终端中每个流与隧道端点标识TEID的映射关系。
需要说明的是,第一映射关系可以为第二接入网设备或者与第二接入网设备处于同一网络的核心网设备确定的,具体可以根据实际情况确定,在此不再赘述。
步骤604:所述第一接入网设备根据所述第一映射关系将所述终端的每个流的数据包转发给所述第二接入网设备。
步骤605:所述第二接入网设备向所述第一接入网设备返回包括第一映射关系的第一响应消息,并接收所述第一接入网设备根据所述第一映射关系转发的所述终端的每个流的数据包。
步骤601之前,第一接入网设备可能会接收到终端发送的测量报告。需要说明的是,所述终端为接入第一接入网设备的终端。
第一接入网设备接收到所述测量报告之后,根据切换算法进行切换判决。当确定需要执行切换之后,执行步骤601。
步骤601中,第一接入网设备发送的第一消息中还可以包括以下至少一项:
第二映射关系;所述第二映射关系为所述终端在所述第一接入网设备所处的网络中使用的每个流与RB的映射关系;
第四映射关系;所述第四映射关系为所述终端在第一接入网设备所处的网络中使用的每个流与TEID的映射关系;
每个流对应的至少一个flow AMBR(Aggregate Maximum Bit Rate,最大聚合速率)值。其中,多个流可以对应同一个flow AMBR,即一组流可以对应一个flow AMBR。
步骤603中,所述第一响应消息中还可以包括第三映射关系;所述第三映射关系为所述第二接入网设备为所述终端中每个流确定的流与RB的映射关系或者为所述第二接入网设备对应的核心网设备为所述终端中每个流确定的流与RB的映射关系。与第一映射关系类似,第三映射关系也包括为上行数据和下行数据分配的、独立的TEID。
需要说明的是,本申请实施例中,第二映射关系与第三映射关系可以相同,也可以不同,具体可以根据实际情况确定,在此不再赘述。可选的,若所述第二映射关系与所述第三映射关系不同;所述第一接入网设备根据所述第一映射关系将所述终端的每个流的数据包转发给所述第二接入网设备之前,还可能将所述终端的每个流的数据包中的数据包序列号删除。例如,将每个流的数据包中的PDCP SN删除。
步骤604中,若所述第一映射关系中每个流映射的TEID不同,则第一接入网设备可以将每个流的数据包通过一个隧道(tunnel)发送给第二接入网设备。
第一接入网设备也可以将所述终端的每个RB的数据包通过一个隧道发送给第二接入网设备,此时每个RB映射的流所映射的TEID相同。需要说明的是,第一接入网设备是根据第一映射关系建立隧道的,因此此时,第一映射关系中映射的RB相同的流映射的TEID相同,即在所述第一映射关系中映射的TEID相同,且在所述第三映射关系中映射的RB不同的流,在所述第一映射关系中映射的TEID不同。
需要说明的是,第一接入网设备可以将所述终端的两部分数据包发送给第二接入网设备,一部分是已经通过空口发送给终端但是还没有确定所述终端是否正确收到的数据包;一部分是还没有通过空口发送给终端的数据包。
可选的,所述第一接入网设备还可以向所述终端发送切换命令,用于指示所述终端接入所述第二接入网设备;所述切换命令中包括所述第三映射关系。
步骤605中,所述第二接入网设备接收到所述终端的每个流的数据包之后,若根据所述第二映射关系以及所述第三映射关系确定所述第二映射关系中的目标流映射的第一RB更改为第二RB,则在接收到所述目标流的目标数据包之后,确定发送所述目标数据包所使用的RB;其中,所述目标流为所述第二映射关系中的任意一个流;所述目标数据包为所述目标流中的任意一个数据包。
上述流程中,第二接入网设备所确定的流与RB的映射关系与所述终端在第一接入网设备所处的网络中使用的每个流与RB的映射关系可能相同,也可能不同,如果相同,第二接入网设备就按照原来的流与RB的映射关系对终端的数据包进行处理,在此不再赘述。
如果第二接入网设备所确定的流与RB的映射关系与所述终端在第一接入网设备所处的网络中使用的每个流与RB的映射关系不相同,所述第二接入网设备确定发送所述目标数据包所使用的RB的方式有四种,下面详细描述:
一种可能的实现方式中,所述第二接入网设备若确定所述目标数据包未被所述目标数据包的接收方正确接收且所述目标数据包之后的数据包被所述目标数据包的接收方正确接收,则在所述第一RB中发送所述目标数据包。
一种可能的实现方式中,所述第二接入网设备若确定所述目标数据包未被所述目标数据包的接收方正确接收且所述目标数据包之后的数据包未被所述目标数据包的接收方正确接收,则在所述第二RB中发送所述目标数据包。
一种可能的实现方式中,所述第二接入网设备若确定所述目标数据包未被所述目标数据包的接收方正确接收,则在所述第二RB中发送所述目标数据包。
一种可能的实现方式中,所述第二接入网设备若无法确定所述目标数据包的接收状态,则在所述第一RB中发送所述目标数据包。
第二接入网设备对于没有更换RB的流,属于该流的数据包,如果前面有的数据包被挪到新的RB传输了,就更改当前数据包的数据包序列号,重新做加密等处理后,在空口发送。
第二接入网设备对于从网关接收到的数据包,按照新的流与RB映射关系,将每个流的数据包映射到相应的RB,然后在空口发送,在此不再赘述。
本申请实施例中,第二接入网设备可以根据终端或第一接入网设备发送的PDCP状态报告确定每个数据包的接收状态。当然,以上只是示例,第二接入网设备还可以通过其他方式确定每个数据包的接收状态,在此不再赘述。
根据本申请实施例提供的方法,通过在切换之前,由第一接入网设备与第二接入网设备之间交换第二映射关系以及第三映射关系,从而实现终端在进行切换时,源接入网设备与目标接入网设备之间实现将RB级别的数据包转换为流级别的数据包或者将流级别的数据包转换为RB级别的数据包。
下面通过具体的实施例详细描述图6的过程。
如图7所示,为本申请实施例提供的一种数据切换流程示意图。
图7对应表1中对比场景二,即第一接入网设备按照flow-RB的方式处理数据包,第二接入网设备按照flow-RB的方式处理数据包。
步骤701:终端向第一接入网设备上报测量报告。
测量报告的具体内容可以参考现有标准中的描述,本申请实施例对此并不限定。
步骤702:第一接入网设备根据接收到的测量报告决定触发切换流程,并向第二接入网设备发送第一消息。
可选的,第一消息中可以包括以下信息:
第二映射关系;第四映射关系;每个流对应的至少一个流AMBR值。
需要说明的是,第一消息中也可以不包括以上信息,具体根据实际情况确定。
步骤703:第二接入网设备向所述第一接入网设备返回包括第一映射关系的第一响应消息。
所述第一响应消息中还可以包括第三映射关系;所述第三映射关系与第二映射关系可以相同,也可以不同,具体可以根据实际情况确定。
步骤704:第一接入网设备向终端发送切换命令。
所述切换命令中包含可以包括所述第三映射关系。
步骤705:第一接入网设备向第二接入网设备发送所述终端的数据包。
具体的,第一接入网设备可以将终端的每个流的数据包通过一个隧道发送给第二接入网设备。这样,第二接入网设备根据收到数据包所在的隧道,就知道该数据包属于哪个流。
步骤706:第二接入网设备进行路径切换。
第二接入网设备还可以通知网关以及核心网会话管理网元,将后续和终端相关的数据包发送到第二接入网设备
步骤707:终端接入第二接入网设备。
基于上述描述,针对表1中的场景三,如图8所示,为本申请实施例提供的一种数据处理方法流程示意图。
参见图8,该方法包括:
步骤801:第一接入网设备向第一核心网设备发送第一消息,所述第一消息用于请求将终端从所述第一接入网设备切换到第二接入网设备;
步骤802:所述第一接入网设备接收所述第一核心网设备返回的包括第一映射关系的第一响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个流与TEID的映射关系;
步骤803:所述第一接入网设备根据所述第一映射关系将所述终端的每个流的数据包转发给所述第二接入网设备。
下面通过详细的实施例描述图8所示的过程。
如图9所示,为本申请实施例提供的一种数据切换流程示意图。
图9对应表1中对比场景三,即第一接入网设备按照flow-RB的方式处理数据包,第二接入网设备按照RB-RB的方式处理数据包。
步骤901:终端向第一接入网设备上报测量报告。
测量报告的具体内容可以参考现有标准中的描述,本申请实施例对此并不限定。
终端共有4个flow,分别为flow 0、flow 1、flow 2、flow 3。
步骤902:第一接入网设备根据接收到的测量报告决定触发切换流程,向第一核心网设备发送第一消息,用于请求将终端切换到第二接入网设备。
第一接入网设备确定为每个流建立一条隧道,此时第一接入网设备为每个flow的上行数据和下行数据各分配一个TEID,因此第一消息中可以包括所述终端在第一接入网设备所处的网络中使用的每个流的上下行数据与TEID的映射关系,例如,flow 0映射TEID 0、flow 1映射TEID 1、flow 2映射TEID 2、flow 3映射TEID 3。
第一核心网设备为第一接入网设备所处的网络中与所述第一接入网对接的设备。
可选的,第一消息中还可以包括所述终端在第一接入网设备所处的网络中使用的每个流与RB的映射关系。
步骤903:第一核心网设备接收到所述第一接入网设备发送的第一消息后,向第二核心网设备发送第二消息,用于请求将终端切换到所述第二接入网设备。
第二消息中可以包括第四映射关系,所述第四映射关系为所述终端在第一接入网设备所处的网络中使用的每个流与TEID的映射关系。结合前面的描述,此时,第四映射关系可以为:flow 0映射TEID 0、flow 1映射TEID 1、flow 2映射TEID 2、flow 3映射TEID 3。
除此之外,第二消息也可以只包含第一核心网设备所使用的一套或多套TFT过滤模板参数以及对应的QoS类别,具体地,一套TFT过滤模板参数包括:源IP地址、源端口号、目标IP地址、目标端口号、协议类型。第二核心网设备收到TFT模板后,确定自己为该UE所提供的RB数量、flow数量,以及flow到RB的映射关系。
步骤904:第二核心网设备接收到所述第一核心网设备发送的第二消息后,向第二接入网设备发送第三消息,用于请求将终端切换到所述第二接入网设备。
第二核心网设备接收到所述第二消息的同时,还可以为终端的每个流确定在第二接入网设备所处的网络中所映射的RB,即第三映射关系,例如:第二核心网设备确定了两个RB,分别为RB A与RB B,第二核心网设备确定的第三映射关系为:flow 0与flow 1映射RBA、flow 2与flow 3映射RB B。
此时,第三消息中可以包括以下映射关系:flow 0映射TEID 0、flow 1映射TEID1、flow 2映射TEID 2、flow 3映射TEID 3;flow 0与flow 1映射RB A、flow 2与flow 3映射RB B。
步骤905:第二接入网设备向第二核心网设备发送第三响应消息。
第二接入网设备收到第三消息后,确定按照每个流映射一个TEID的方式接收从第一接入网设备发送的数据包,同时确定终端中在第二接入网所处的网络中使用的流与TEID的映射关系,即第一映射关系。此处,第一映射关系可以为:flow 0映射TEID 0’、flow 1映射TEID 1’、flow 2映射TEID 2’、flow 3映射TEID 3’。
第二接入网设备将上述映射关系通过第三响应消息发送给第一接入网设备。
步骤906:第二核心网设备向第一核心网设备发送第二响应消息。
第二响应消息中可以包括第一映射关系以及第三映射关系。
步骤907:第一核心网设备向第一接入网设备发送第一响应消息。
第一响应消息中可以包括第一映射关系以及第三映射关系。
步骤908:第一接入网设备向终端发送切换命令。
切换命令中可以包括第三映射关系。
最后,第一接入网设备根据第一映射关系将终端的每个流的数据包通过一个隧道发送给第二接入网设备。这样,第二接入网设备根据收到数据包所在的隧道,就知道该数据包属于哪个流。
图9所示的流程中,第二接入网设备也可以要求第一接入网设备“按照每个RB来建立隧道”。此时,在步骤905中,第二接入网设备可以为映射到同一个RB的流确定相同的TEID,即第二接入网设备确定出的第一映射关系可以为:flow 0映射TEID 0’、flow 1映射TEID 0’、flow 2映射TEID 1’、flow 3映射TEID 1’。随后,第二接入网设备将上述映射关系通过第三响应消息发送给第一接入网设备。
图9所示的场景三中,第二接入网设备对数据包的处理又可以细分为如表2所示的四种情况:
表2
下面对表2中的四种情况进行详细说明:
-情况1:第二接入网设备从各个隧道接收数据包后,根据所述第二接入网设备对应的核心网设备为所述终端中每个流确定的流与RB的映射关系,将收到的数据包汇聚到相应的RB中。该情况下,数据包的处理与现有的LTE内部的切换流程的数据包处理完全相同,在此不再赘述。
-情况2:第二接入网设备从各个隧道接收数据包后,根据所述第二接入网设备对应的核心网设备为所述终端中每个流确定的流与RB的映射关系,将收到的数据汇聚到相应的RB中,然后按照上面描述的四种可能的实现方式中的至少一种处理数据包。
可选的,对于发生了流映射的RB发生改变的那些流,对于终端而言,终端按照第二接入网设备生成的PDCP状态报告确定数据包向哪个RB传输。具体的,对于PDCP状态报告内体现为“空洞”的数据包,终端通过流映射的RB更改前的RB发送空洞的数据包;对于PDCP状态报告内未能体现为“空洞”的数据包,终端通过流映射的RB更改后的RB发送这些未能体现为“空洞”的数据包。终端如果没收到PDCP状态报告,则把所有数据包都放在flow映射的RB更改后的RB中传输。
-情况3:从第一接入网设备的角度看,需要将来自多个流的数据包汇聚到一个隧道中,并向第二接入网设备转发。由于第二映射关系以及所述第三映射关系相同,所以从第二接入网设备的角度看,将来自各个隧道的数据包,放到对应的RB中传输就可以了。具体的数据包的处理与LTE内部的切换流程的数据包处理完全相同,在此不再赘述。
-情况4:第一接入网设备根据第三映射关系,将数据包通过隧道传到第二接入网设备。比如,在第二映射关系中,flow 0和flow 1原本映射到RB A,flow 2和flow 3原本映射到RB B,到了第二接入网设备侧,第三映射关系为:flow 0和flow 3映射到RB A,flow 1和flow 2映射到RB B。第一接入网设备按照第三映射关系,将flow 0和flow 3的数据包放到RB A对应的隧道中转发,将flow 1和flow 2的数据包放到RB B对应的隧道中转发。数据包转发过程中,第一接入网设备并不发送每个数据包的数据包序列号,数据包到达第二接入网设备后,第二接入网设备为每个数据包重新分配数据包序列号。
基于上述描述,针对表1中的场景四,如图10所示,为本申请实施例提供的一种数据处理方法流程示意图。
参见图10,该方法包括:
步骤1001:第一接入网设备向第一核心网设备发送第一消息,所述第一消息用于请求将终端从所述第一接入网设备切换到第二接入网设备;
步骤1002:所述第一接入网设备接收所述第一核心网设备返回的包括第一映射关系的第一响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系;
步骤1003:所述第一接入网设备根据所述第一映射关系将所述终端的每个RB的数据包转发给所述第二接入网设备。
步骤1001之前,第一接入网设备可能会接收到终端发送的测量报告。
第一接入网设备接收到所述测量报告之后,根据切换算法进行切换判决。当确定需要执行切换之后,执行步骤1001。
步骤1001中,第一接入网设备发送的第一消息中还可以包括以下至少一项:
第四映射关系;所述第四映射关系为所述终端在第一接入网设备所处的网络中使用的每个RB与TEID的映射关系。
第一核心网设备接收到第一消息之后,向第二核心网设备发送第二消息。所述第二消息中可以包括以下内容:
第四映射关系;所述终端的每个RB在第一核心网设备所处的网络所使用的TFT(Traffic Flow Template,数据流模板)模板。除此之外,第二消息也可以只包含第一核心网设备所使用的一套或多套TFT过滤模板参数以及对应的QoS类别,具体地,一套TFT过滤模板参数包括:源IP地址、源端口号、目标IP地址、目标端口号、协议类型。第二核心网设备收到TFT模板后,确定自己为该终端所提供的RB数量、flow数量,以及flow到RB的映射关系。
第二核心网设备接收到所述第二消息之后,可以根据所述终端的每个RB在第一核心网设备所处的网络所使用的TFT模板以及所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板确定第二映射关系;所述第二映射关系为所述终端在所述第一接入网设备所处的网络中使用的每个流与RB的映射关系。
所述第二核心网设备随后向第二接入网设备发送包括所述第二映射关系的第三消息,用于请求将终端从第一接入网设备切换到第二接入网设备。所述第三消息中还可以包括所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板。
第二接入网设备接收第二核心网设备发送的包括第二映射关系的第三消息之后,向所述第二核心网设备返回包括第一映射关系的第三响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系。
其中,所述第一映射关系中每个RB映射的TEID相同;或者,所述第一映射关系中每个RB映射的TEID不同。
可选的,所述第三响应消息中还包括映射关系映射指示信息;所述映射关系映射指示信息用于指示所述第二接入网设备确定的所述终端在所述第二接入网设备所处的网络中使用的每个RB与流的映射关系与所述第二映射关系相同。
进一步的,所述第三响应消息中还可以包括序列指示消息,用于指示所述第一接入网设备在向所述第二接入网设备转发所述终端的数据包中携带所述第一接入网设备分配的数据包序列号。数据包序列号可以是指PDCP SN。
所述第二核心网设备接收所述第二接入网设备返回的包括第一映射关系的第三响应消息之后,向第一核心网设备发送第二响应消息。所述第二响应消息中包括第一映射关系。
步骤1002中,第一接入网设备接收到第一响应消息之后,向所述终端发送切换命令,用于指示所述终端接入所述第二接入网设备。
步骤1003中,第一接入网设备将所述终端的每个RB的数据包转发给所述第二接入网设备时,可以将每个数据包的数据包序列号同时也发送给第二接入网设备,当然,也可以不发送每个数据包的数据包序列号,具体根据实际情况确定。
需要说明的是,第一接入网设备发送给第二接入网设备的数据包,可以分为两种类型的数据包,一种类型的数据包是已经通过空口发送给终端但是还没有确定所述终端是否正确收到的数据包;一种类型的数据包是还没有通过空口发送给终端的数据包。
下面通过详细的实施例描述图10的过程。
如图11所示,为本申请实施例提供的一种数据切换流程示意图。
图11对应表1中对比场景四,即第一接入网设备按照RB-RB的方式处理数据包,第二接入网设备按照flow-RB的方式处理数据包。
步骤1101:终端向第一接入网设备上报测量报告。
测量报告的具体内容可以参考现有标准中的描述,本申请实施例对此并不限定。
例如,终端共有4个flow,分别为flow 0、flow 1、flow 2、flow 3。其中,flow 0、flow 1映射到RB A;flow 2、flow 3映射到RB B。
步骤1102:第一接入网设备根据接收到的测量报告决定触发切换流程,向第一核心网设备发送第一消息,用于请求将终端切换到第二接入网设备。
第一接入网设备确定为每个RB建立一条隧道,此时第一接入网设备为每个RB分配一个TEID,因此第一消息中可以包括第四映射关系,即所述终端在第一接入网设备所处的网络中使用的每个RB与TEID的映射关系,例如,RB A映射TEID 0、RB B映射TEID 1。
步骤1103:第一核心网设备接收到所述第一接入网设备发送的第一消息后,向第二核心网设备发送第二消息,用于请求将终端切换到所述第二接入网设备。
第二消息中可以包括所述终端在第一接入网设备所处的网络中使用的每个RB与TEID的映射关系,以及所述终端的每个RB在第一核心网设备所处的网络所使用的TFT模板。
步骤1104:第二核心网设备确定第二映射关系。
第二核心网设备可以根据所述终端的每个RB在第一核心网设备所处的网络所使用的TFT模板以及所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板确定第二映射关系,即确定出flow 0、flow 1映射到RB A;flow 2、flow 3映射到RB B。
步骤1105:第二核心网设备向第二接入网设备发送第三消息,用于请求将终端切换到所述第二接入网设备。
第三消息中可以包括第二映射关系以及第四映射关系。
步骤1106:第二接入网设备向第二核心网设备发送第三响应消息。
第二接入网设备收到第三消息后,确定按照每个RB映射一个TEID的方式接收从第一接入网设备发送的数据包,同时确定自己这一侧每个RB映射的TEID,即第一映射关系。第一映射关系可以为:RB A映射TEID 0’、RB B映射TEID 1’。
第二接入网设备将上述映射关系通过第三响应消息发送给第一接入网设备。
步骤1107:第二核心网设备向第一核心网设备发送第二响应消息。
第二响应消息中可以包括第一映射关系。
步骤1108:第一核心网设备向第一接入网设备发送第一响应消息。
第一响应消息中可以包括第一映射关系。
步骤1109:第一接入网设备向终端发送切换命令。
最后,第一接入网设备根据第一映射关系将终端的每个RB的数据包通过一个隧道发送给第二接入网设备。这样,第二接入网设备根据收到数据包所在的隧道,就知道该数据包属于哪个流。
图10所示的流程中,第二接入网设备收到第三消息后,可以根据第二映射关系确定终端在第二接入网设备所处的网络所使用的流与RB映射关系是否与终端在第一接入网设备所处的网络所使用的流与RB映射关系相同,如果相同,则第二接入网设备在步骤1106中发送的第三响应消息中携带映射关系映射指示信息;其中,所述映射关系映射指示信息用于指示所述第二接入网设备确定的所述终端在所述第二接入网设备所处的网络中使用的每个RB与流的映射关系与所述第二映射关系相同。
同时,第二接入网设备在步骤1106中发送的第三响应消息中携带序列指示消息,用于指示所述第一接入网设备在向所述第二接入网设备转发所述终端的数据包中携带所述第一接入网设备分配的数据包序列号;从而请求第一接入网设备在进行数据包转发时将每个数据包的数据包序列号捎带上,这样,整个切换流程的数据包处理过程就与LTE内部的切换完全相同。
可选的,图11所述的流程中,第一接入网设备可以为所有RB映射相同的TEID,即所有RB的数据包都经由一条隧道转发到第二接入网设备。第二接入网设备收到转发的数据包后,使用所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板,将接收到的数据包过滤成多个流,再在第二核心网设备所处的网络中传输。
可选的,图11所述的流程中,第一接入网设备可以为所有RB映射相同的TEID,即所有RB的数据包都经由一条隧道转发到第二接入网设备。第二接入网设备在步骤1106中发送的第三响应消息中携带序列指示消息,从而请求第一接入网设备在进行数据包转发时将每个数据包的数据包序列号捎带上,第二接入网设备收到数据包后,所述第二接入网设备将所述终端的每个RB的数据包中所述第一接入网分配的数据包序列号删除。然后所述第二接入网设备确定所述每个流的数据包所属的RB;然后针对每个RB中的数据包,所述第二接入网设备使用每个数据包中所述第一接入网分配的数据包序列对每个RB的数据包进行数据汇聚处理。具体的,第二接入网设备可以使用所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板,将接收到的数据包过滤成多个流,然后再使用所述终端的每个RB在所述第一核心网设备所处的网络所使用的TFT模板,确定每个流的数据包所属的RB,再按第一接入网设备未每个数据包分配的数据包序列号做数据汇聚处理,例如PDCP处理,并在空口传输。
接入网设备为终端分配上行资源时,会分配物理资源,并规定终端使用的MCS值,这两个参数一旦确定,终端传输上行数据的一次成功概率也就确定了,通常传输成功概率是90%。而终端的MAC层对各个RB的数据进行复用,相当于MAC层对各个RB提供的传输成功概率也是相同的。基于这个思想,MAC实体对来自各个RB的数据进行复用时,可以只考虑各个RB的相对优先级,不考虑底层传输资源的可靠程度。
5G系统中,为了实现更加精细化的传输,接入网设备为终端分配上行资源时,可以确定在为终端分配的上行资源上正确传输数据的传输成功概率,并将传输成功概率通知给终端,从而提高资源利用率。
基于上述描述,如图12所示,为本申请实施例提供的一种数据处理方法流程示意图。
参见图12,该方法包括:
步骤1201:接入网设备为终端分配所述上行资源;
步骤1202:接入网设备向所述终端发送第一指示信息,所述第一指示信息用于指示数据在所述上行资源上正确传输的传输成功率。
步骤1203:终端确定接入网设备为所述终端分配的上行资源,并接收所述接入网设备发送的第一指示信息;
步骤1204:所述终端根据所述第一指示信息在所述上行资源上传输数据。
步骤1201中,接入网设备可能在接收到终端发送的资源请求后,为终端分配上行资源。终端发送的资源请求可以为调度请求(Schedule Request,SR),也可以为缓冲区状态报告(Buffer Status Reports,BSR)等用于请求上行资源的消息,本申请实施例对此并不限定。当然,接入网设备也可以在其他情况下为终端分配上行资源,在此不再赘述。
步骤1202中,如前所述,接入网设备为终端分配的上行资源和规定终端使用的MCS值一旦确定,终端在所述上行资源上传输上行数据的一次成功概率也就确定了。对此,接入网设备如何确定数据在所述上行资源上正确传输的传输成功率,本申请实施例对此并不限定。
本申请实施例中,所述第一指示信息可以为传输成功率的具体数值。
所述第一指示信息还可以为索引值,所述索引值对应一个传输成功率的具体数值。在该方式下,一种可能的实现方式中,可以事先由接入网设备通过专用信令向终端发送一个对照表格,对照表格中包括多个索引值,每个索引值对应一个传输成功概率。接入网设备分配上行传输资源时,指示索引值即可。同一小区内各个终端所使用的表格可以各不相同,也可以相同,本申请实施例对此并不限定。
一种可能的实现方式中,接入网设备通过广播信令向终端发送一个对照表格,对照表格中包括多个索引值,每个索引值对应一个传输成功概率。接入网设备分配上行传输资源时,指示索引值即可。
一种可能的实现方式中,可以由协议规定一个对照表格,对照表格中包括多个索引值,每个索引值对应一个传输成功概率。
可选的,接入网设备也可以在为终端配置RB时,确定RB的配置信息,此时配置信息向终端指示所配置的RB中的数据包只能用传输成功概率大于预设阈值的资源进行传输。这样,终端可以根据每个RB的配置信息确定传输每个RB中的数据包所使用的资源。
需要说明的是,接入网设备可以将第一指示信息与向终端发生的上行资源分配指示信息放在同一条消息中发送,也可以分别发送,本申请实施例对此并不限定。其中,上行资源分配指示信息用于向终端指示为所述终端分配的上行资源。
步骤1203中,终端如何确定接入网设备为其分配的上行资源,本申请实施例并不限定。
最后在步骤1204中,终端的MAC实体生成上行数据传输块时,将第一指示信息指示的传输成功率考虑在内,比如,终端发现自己得到的上行资源对应的成功概率比较高,就发送优先级高、时延预算少的业务的数据,如果终端发现自己得到的上行资源对应的成功概率比较低,就发送优先级低、时延预算多的业务的数据。
举例来说,所述终端若确定所述第一指示信息所指示的传输成功率大于第一阈值,则在所述上行资源上传输优先级大于第一预设优先级的业务所对应的数据;所述终端若确定所述第一指示信息所指示的传输成功率小于第二阈值,则在所述上行资源上传输优先级小于第二预设优先级的业务所对应的数据。其中,第一阈值以及第二阈值可以根据实际情况确定,本申请实施例对此并不限定。
需要说明的是,以上方案不仅可用于接入网设备动态分配资源的场景,还可以用于半静态分配资源的场景。比如:接入网设备预先分配一些无线资源的集合,分别对应不同的传输成功概率,终端使用一个具体的无线资源传输数据时,先确定该无线资源对应的传输成功概率,再根据该无线资源对应的传输成功概率确定哪些RB的数据可以利用这个无线资源传输。
上述本发明提供的实施例中,分别从各个网元本身、以及从各个网元之间交互的角度对本发明实施例提供的数据处理方法进行了介绍。可以理解的是,各个网元,例如终端、基站等为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
基于相同的技术构思,本申请实施例还提供一种数据处理装置,该装置可执行图1所述的方法流程,以及可以执行图2至图3所述的方法流程中第一设备所实现的功能。
如图13所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图13,该装置包括:
处理单元1301,用于确定数据包所属的流;根据所述数据包所属的流确定流标识;
收发单元1302,用于向第二接入网设备发送包括所述流标识的所述数据包。
所述处理单元1301具体用于:
根据所述数据包所属的流为所述数据包分配所述流标识;或者
从第三设备发送的流标识列表中确定与所述数据包所属的流对应的流标识。
关于图13所述的装置的其它内容,可以参考图1以及与图1有关的描述,在此不再赘述。
基于相同的技术构思,本申请实施例还提供一种数据处理装置,该装置可执行图4所述的方法流程,以及可以执行图5所述的方法流程中第一设备所实现的功能。
如图14所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图14,该装置包括:
处理单元1401,用于当第一流映射的无线承载RB由第一RB更改为第二RB后,确定结束数据包,所述结束数据包为第一设备通过所述第一RB发送的属于所述第一流的最后一个数据包;
收发单元1402,用于向第二设备发送结束指示信息以及所述结束数据包;所述结束指示信息用于指示所述第一设备通过所述第一RB发送的属于所述第一流的数据包已经发送完毕。
关于图14所述的装置的其它内容,可以参考图4以及与图4有关的描述,在此不再赘述。
基于相同的技术构思,本申请实施例还提供一种数据处理装置,该装置可执行图4所述的方法流程,以及可以执行图5所述的方法流程中第二设备所实现的功能。
如图15所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图15,该装置包括:
收发单元1501,用于接收第一设备发送的结束指示信息;所述结束指示信息为所述第一设备经由第一无线承载RB发送完属于第一流的最后一个数据包后发送的;所述结束指示信息用于指示所述第一设备通过所述第一RB发送的属于所述第一流的数据包已经发送完毕;
处理单元1502,用于处理通过所述第二RB接收到的属于所述第一流的数据包。
关于图15所述的装置的其它内容,可以参考图4以及与图4有关的描述,在此不再赘述。
基于相同的技术构思,本申请实施例还提供一种数据处理装置,该装置可执行图6所述的方法流程,以及可以执行图7所述的方法流程中第一接入网设备所实现的功能。
如图16所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图16,该装置包括:
收发单元1601,用于向第二接入网设备发送第一消息,用于请求将终端切换到所述第二接入网设备;接收所述第二接入网设备返回的包括第一映射关系的第一响应消息;所述所述第一映射关系为所述终端中每个流与隧道端点标识TEID的映射关系;
处理单元1602,用于根据所述第一映射关系将所述终端的每个流的数据包转发给所述第二接入网设备。
关于图16所述的装置的其它内容,可以参考图6以及与图6有关的描述,在此不再赘述。
基于相同的技术构思,本申请实施例还提供一种数据处理装置,该装置可执行图6所述的方法流程,以及可以执行图7所述的方法流程中第二接入网设备所实现的功能。
如图17所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图17,该装置包括:
收发单元1701,用于接收第一接入网设备发送的第一消息,用于请求将终端切换到所述第二接入网设备;向所述第一接入网设备返回包括第一映射关系的第一响应消息,并接收所述第一接入网设备根据所述第一映射关系转发的所述终端的每个流的数据包;所述第一映射关系为所述第二接入网设备确定的所述终端中每个流与TEID的映射关系。
关于图17所述的装置的其它内容,可以参考图6以及与图6有关的描述,在此不再赘述。
基于相同的技术构思,本申请实施例还提供一种数据处理装置,该装置可执行图10所述的方法流程,以及可以执行图11所述的方法流程中第一接入网设备所实现的功能。
如图18所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图18,该装置包括:
收发单元1801,用于向第一核心网设备发送第一消息,用于请求将终端从所述第一接入网设备切换到第二接入网设备;接收所述第一核心网设备返回的包括第一映射关系的第一响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系;
处理单元1802,用于根据所述第一映射关系将所述终端的每个RB的数据包转发给所述第二接入网设备。
关于图18所述的装置的其它内容,可以参考图10以及与图10有关的描述,在此不再赘述。
如图19所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图19,该装置包括:
处理单元1901,用于确定第二映射关系,所述第二映射关系为终端在所述第一接入网设备所处的网络中使用的每个RB与流的映射关系;所述第二映射关系由所述终端的每个RB在第一核心网设备所处的网络所使用的TFT模板以及所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板确定;
收发单元1902,用于向第二接入网设备发送包括所述第二映射关系的第三消息,用于请求将终端从第一接入网设备切换到第二接入网设备。
关于图19所述的装置的其它内容,可以参考图10以及与图10有关的描述,在此不再赘述。
如图20所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图20,该装置包括:
收发单元2001,用于接收第二核心网设备发送的包括第二映射关系的第三消息,用于请求将终端从第一接入网设备切换到所述第二接入网设备,所述第二映射关系为所述终端在所述第一接入网设备所处的网络中使用的每个RB与流的映射关系;向所述第二核心网设备返回包括第一映射关系的响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系。
关于图20所述的装置的其它内容,可以参考图10以及与图10有关的描述,在此不再赘述。
如图21所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图21,该装置包括:
处理单元2101,用于为终端分配所述上行资源;
收发单元2102,用于向所述终端发送第一指示信息,所述第一指示信息用于指示数据在所述上行资源上正确传输的传输成功率。
关于图21所述的装置的其它内容,可以参考图12以及与图12有关的描述,在此不再赘述。
如图22所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图22,该装置包括:
处理单元2201,用于确定接入网设备为所述终端分配的上行资源,并接收所述接入网设备发送的第一指示信息,所述第一指示信息用于指示数据在所述上行资源上正确传输的传输成功率;
收发单元2202,用于根据所述第一指示信息在所述上行资源上传输的数据。
关于图22所述的装置的其它内容,可以参考图12以及与图12有关的描述,在此不再赘述。
基于相同的技术构思,本申请实施例还提供一种数据处理装置,该装置可执行图1所述的方法流程,以及可以执行图2至图3所述的方法流程中第一设备所实现的功能。
如图23所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图23,该装置包括:
处理器2301,用于确定数据包所属的流;根据所述数据包所属的流确定流标识;
收发机2302,用于向第二接入网设备发送包括所述流标识的所述数据包。
关于图23所述的装置的其它内容,可以参考图1以及与图1有关的描述,在此不再赘述。
基于相同的技术构思,本申请实施例还提供一种数据处理装置,该装置可执行图4所述的方法流程,以及可以执行图5所述的方法流程中第一设备所实现的功能。
如图24所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图24,该装置包括:
处理器2401,用于当第一流映射的无线承载RB由第一RB更改为第二RB后,确定结束数据包,所述结束数据包为第一设备通过所述第一RB发送的属于所述第一流的最后一个数据包;
收发机2402,用于向第二设备发送结束指示信息以及所述结束数据包;所述结束指示信息用于指示所述第一设备通过所述第一RB发送的属于所述第一流的数据包已经发送完毕。
关于图24所述的装置的其它内容,可以参考图4以及与图4有关的描述,在此不再赘述。
基于相同的技术构思,本申请实施例还提供一种数据处理装置,该装置可执行图4所述的方法流程,以及可以执行图5所述的方法流程中第一设备所实现的功能。
如图25所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图25,该装置包括:
收发机2501,用于接收第一设备发送的结束指示信息;所述结束指示信息为所述第一设备经由第一无线承载RB发送完属于第一流的最后一个数据包后发送的;所述结束指示信息用于指示所述第一设备通过所述第一RB发送的属于所述第一流的数据包已经发送完毕;
处理器2502,用于处理通过所述第二RB接收到的属于所述第一流的数据包。
关于图25所述的装置的其它内容,可以参考图4以及与图4有关的描述,在此不再赘述。
基于相同的技术构思,本申请实施例还提供一种数据处理装置,该装置可执行图6所述的方法流程,以及可以执行图7所述的方法流程中第一接入设备所实现的功能。
如图26所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图26,该装置包括:
收发机2601,用于向第二接入网设备发送第一消息,用于请求将终端切换到所述第二接入网设备;接收所述第二接入网设备返回的包括第一映射关系的第一响应消息;所述所述第一映射关系为所述终端中每个流与隧道端点标识TEID的映射关系;
处理器2602,用于根据所述第一映射关系将所述终端的每个流的数据包转发给所述第二接入网设备。
关于图26所述的装置的其它内容,可以参考图6以及与图6有关的描述,在此不再赘述。
基于相同的技术构思,本申请实施例还提供一种数据处理装置,该装置可执行图6所述的方法流程,以及可以执行图7所述的方法流程中第二接入网设备所实现的功能。
如图27所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图27,该装置包括:收发机2701,处理器2702。
收发机2701,用于接收第一接入网设备发送的第一消息,用于请求将终端切换到所述第二接入网设备;向所述第一接入网设备返回包括第一映射关系的第一响应消息,并接收所述第一接入网设备根据所述第一映射关系转发的所述终端的每个流的数据包;所述第一映射关系为所述第二接入网设备确定的所述终端中每个流与TEID的映射关系。
关于图27所述的装置的其它内容,可以参考图6以及与图6有关的描述,在此不再赘述。
基于相同的技术构思,本申请实施例还提供一种数据处理装置,该装置可执行图10所述的方法流程,以及可以执行图11所述的方法流程中第一接入网设备所实现的功能。
如图18所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图28,该装置包括:
收发机2801,用于向第一核心网设备发送第一消息,用于请求将终端从所述第一接入网设备切换到第二接入网设备;接收所述第一核心网设备返回的包括第一映射关系的第一响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系;
处理器2802,用于根据所述第一映射关系将所述终端的每个RB的数据包转发给所述第二接入网设备。
关于图28所述的装置的其它内容,可以参考图10以及与图10有关的描述,在此不再赘述。
如图29所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图29,该装置包括:
处理器2901,用于确定第二映射关系,所述第二映射关系为终端在所述第一接入网设备所处的网络中使用的每个RB与流的映射关系;所述第二映射关系由所述终端的每个RB在第一核心网设备所处的网络所使用的TFT模板以及所述终端的每个RB在所述第二核心网设备所处的网络所使用的TFT模板确定;
收发机2902,用于向第二接入网设备发送包括所述第二映射关系的第三消息,用于请求将终端从第一接入网设备切换到第二接入网设备。
关于图29所述的装置的其它内容,可以参考图10以及与图10有关的描述,在此不再赘述。
如图30所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图30,该装置包括:收发机3001,处理器3002。
收发机3001,用于接收第二核心网设备发送的包括第二映射关系的第三消息,用于请求将终端从第一接入网设备切换到所述第二接入网设备,所述第二映射关系为所述终端在所述第一接入网设备所处的网络中使用的每个RB与流的映射关系;向所述第二核心网设备返回包括第一映射关系的响应消息;所述第一映射关系为所述第二接入网设备为所述终端确定的每个RB与TEID的映射关系。
关于图30所述的装置的其它内容,可以参考图10以及与图10有关的描述,在此不再赘述。
如图31所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图31,该装置包括:
处理器3101,用于为终端分配所述上行资源;
收发机3102,用于向所述终端发送第一指示信息,所述第一指示信息用于指示数据在所述上行资源上正确传输的传输成功率。
关于图31所述的装置的其它内容,可以参考图12以及与图12有关的描述,在此不再赘述。
如图32所示,为本申请实施例提供一种数据处理装置结构示意图。
参见图32,该装置包括:
处理器3201,用于确定接入网设备为所述终端分配的上行资源,并接收所述接入网设备发送的第一指示信息,所述第一指示信息用于指示数据在所述上行资源上正确传输的传输成功率;
收发机3202,用于根据所述第一指示信息在所述上行资源上传输的数据。
关于图32所述的装置的其它内容,可以参考图12以及与图12有关的描述,在此不再赘述。
图23至图32中,收发信机可以是有线收发信机,无线收发信机或其组合。有线收发信机例如可以为以太网接口。以太网接口可以是光接口,电接口或其组合。无线收发信机例如可以为无线局域网收发信机,蜂窝网络收发信机或其组合。处理器可以是中央处理器(英文:central processing unit,缩写:CPU),网络处理器(英文:network processor,缩写:NP)或者CPU和NP的组合。处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(英文:application-specific integrated circuit,缩写:ASIC),可编程逻辑器件(英文:programmable logic device,缩写:PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文:complex programmable logic device,缩写:CPLD),现场可编程逻辑门阵列(英文:field-programmable gate array,缩写:FPGA),通用阵列逻辑(英文:genericarray logic,缩写:GAL)或其任意组合。存储器可以包括易失性存储器(英文:volatilememory),例如随机存取存储器(英文:random-access memory,缩写:RAM);存储器也可以包括非易失性存储器(英文:non-volatile memory),例如只读存储器(英文:read-onlymemory,缩写:ROM),快闪存储器(英文:flash memory),硬盘(英文:hard disk drive,缩写:HDD)或固态硬盘(英文:solid-state drive,缩写:SSD);存储器还可以包括上述种类的存储器的组合。
可选的,图23至图32中还可以包括总线接口,总线接口可以包括任意数量的互联的总线和桥,具体由处理器代表的一个或多个处理器和存储器代表的存储器的各种电路链接在一起。总线接口还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发信机提供用于在传输介质上与各种其他设备通信的单元。处理器负责管理总线架构和通常的处理,存储器可以存储处理器在执行操作时所使用的数据。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请的这些修改和变型属于本申请权利要求的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (36)

1.一种数据处理方法,其特征在于,包括:
终端设备接收接入网设备发送的指令,所述指令包括第一流与第二无线承载的映射关系;
所述终端设备确定所述第一流映射到所述第二无线承载;
所述终端设备向所述接入网设备发送结束指示信息,所述结束指示信息用于向所述接入网设备指示所述终端设备通过第一无线承载发送的属于所述第一流的数据包发送完毕。
2.根据权利要求1所述的方法,其特征在于,所述终端设备确定所述第一流映射到所述第二无线承载为:所述终端设备确定所述第一流映射的无线承载由所述第一无线承载更改为所述第二无线承载。
3.根据权利要求1或2所述的方法,其特征在于,进一步包括:所述终端设备生成所述结束指示信息。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述终端设备向所述接入网设备发送结束指示信息包括:所述终端设备向所述接入网设备发送包括所述结束指示信息的控制包。
5.根据权利要求1-4任一项所述的方法,其特征在于,还包括:所述终端设备通过所述第一无线承载向所述接入网设备发送结束数据包,所述结束数据包为所述终端设备通过所述第一无线承载发送的属于所述第一流的最后一个数据包。
6.根据权利要求5所述的方法,其特征在于,所述终端设备向所述接入网设备发送结束指示信息包括:
所述终端设备在向所述接入网设备发送所述结束数据包之后,向所述接入网设备发送所述结束指示信息。
7.根据权利要求1-6任一项所述的方法,其特征在于,还包括:
所述终端设备将所有未发送的且属于所述第一流的数据包通过所述第二无线承载发送。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述结束指示信息是通过所述第一无线承载发送的。
9.根据权利要求1或2所述的方法,其特征在于,还包括:所述终端设备通过第一无线承载向所述接入网设备发送结束数据包,所述结束数据包包括通过所述第一无线承载发送的所有属于所述第一流的待确认数据包以及未发送的数据包中的最后一个数据包。
10.根据权利要求1-9任一项所述的方法,其特征在于,
所述通过所述第一无线承载发送完毕的属于所述第一流的数据包,不包括已经发送但未确定所述接入网设备是否正确接收到的数据包。
11.一种数据处理方法,其特征在于,包括:
接入网设备向终端设备发送指令,所述指令包括第一流与第二无线承载的映射关系;
所述接入网设备接收来自所述终端设备的结束指示信息,所述结束指示信息用于指示所述终端设备通过第一无线承载发送的属于所述第一流的数据包发送完毕;
所述接入网设备通过所述第二无线承载接收属于所述第一流的数据包。
12.根据权利要求11所述的方法,其特征在于,所述接入网设备接收来自所述终端设备的结束指示信息,包括:所述接入网设备接收来自所述终端设备的包括所述结束指示信息的控制包。
13.根据权利要求11或12所述的方法,其特征在于,还包括:所述接入网设备接收来自所述终端设备的结束数据包,所述结束数据包为所述终端设备通过所述第一承载发送的属于所述第一流的最后一个数据包。
14.根据权利要求11-13任一项所述的方法,其特征在于,还包括:所述接入网设备通过所述第二承载接收到的属于所述第一流的数据包。
15.根据权利要求11-14任一项所述的方法,其特征在于,所述结束指示信息是通过所述第一无线承载接收的。
16.根据权利要求11-15任一项所述的方法,其特征在于,所述通过所述第一无线承载发送完毕的属于所述第一流的数据包,不包括已经发送但未确定所述接入网设备是否正确接收到的数据包。
17.一种通信装置,其特征在于,包括,
收发单元,用于接收来自接入网设备的指令,所述指令包括第一流与第二无线承载的映射关系;和
处理单元,用于确定所述第一流映射到所述第二无线承载;
其中,所述收发单元还用于向所述接入网设备发送结束指示信息,所述结束指示信息用于向所述接入网设备指示所述终端设备通过第一无线承载发送的属于所述第一流的数据包发送完毕。
18.根据权利要求17所述的通信装置,其特征在于,所述处理单元用于确定所述第一流映射的无线承载由所述第一无线承载更改为所述第二无线承载。
19.根据权利要求17或18所述的通信装置,其特征在于,所述处理单元还用于生成所述结束指示信息。
20.根据权利要求17-19任一项所述的通信装置,其特征在于,所述收发单元用于向所述接入网设备发送包括所述结束指示信息的控制包。
21.根据权利要求17-20任一项所述的通信装置,其特征在于,所述收发单元还用于通过所述第一无线承载向所述接入网设备发送结束数据包,所述结束数据包为通过所述第一无线承载发送的属于所述第一流的最后一个数据包。
22.根据权利要求21所述的通信装置,其特征在于,所述收发单元用于在向所述接入网设备发送所述结束数据包之后,向所述接入网设备发送所述结束指示信息。
23.根据权利要求17-22任一项所述的通信装置,其特征在于,所述收发单元还用于将所有未发送的且属于所述第一流的数据包通过所述第二无线承载发送。
24.根据权利要求17-23任一项所述的通信装置,其特征在于,所述结束指示信息是通过所述第一无线承载发送的。
25.根据权利要求17或18所述的通信装置,其特征在于,所述收发单元用于通过第一无线承载向所述接入网设备发送结束数据包,所述结束数据包包括通过所述第一无线承载发送的所有属于所述第一流的待确认数据包以及未发送的数据包中的最后一个数据包。
26.根据权利要求17-25任一项所述的通信装置,其特征在于,
所述通过所述第一无线承载发送完毕的属于所述第一流的数据包,不包括已经发送但未确定所述接入网设备是否正确接收到的数据包。
27.一种通信装置,其特征在于,包括:
发送单元,用于向终端设备发送指令,所述指令包括第一流与第二无线承载的映射关系;和
接收单元,用于接收来自所述终端设备的结束指示信息,所述结束指示信息用于指示所述终端设备通过所述第一无线承载发送的属于所述第一流的数据包发送完毕;
其中,所述接收单元,还用于通过所述第二无线承载接收属于所述第一流的数据包。
28.根据权利要求27所述的通信装置,其特征在于,所述接收单元用于接收来自所述终端设备的包括所述结束指示信息的控制包。
29.根据权利要求27或28所述的通信装置,其特征在于,还包括:所述接收单元,用于接收来自所述终端设备的结束数据包,所述结束数据包为所述终端设备通过所述第一承载发送的属于所述第一流的最后一个数据包。
30.根据权利要求27-29任一项所述的通信装置,其特征在于,还包括:所述接收单元用于通过所述第二承载接收属于所述第一流的数据包。
31.根据权利要求27-30任一项所述的通信装置,其特征在于,所述结束指示信息是通过所述第一无线承载接收的。
32.根据权利要求27-31任一项所述的通信装置,其特征在于,所述通过所述第一无线承载发送完毕的属于所述第一流的数据包,不包括已经发送但未确定所述接入网设备是否正确接收到的数据包。
33.一种计算机可读介质,其特征在于,所述计算机可读介质包括用于终端设备执行的程序代码,当所述程序代码被执行时,实现如权利要求1-10中任一项所述的方法。
34.一种计算机可读介质,其特征在于,所述计算机可读介质包括用于接入网设备执行的程序代码,当所述程序代码被执行时,实现如权利要求11-16中任一项所述的方法。
35.一种芯片,其特征在于,包括接口和处理器,实现如权利要求11-16中任一项所述的方法。
36.一种芯片,其特征在于,包括存储器和处理器,所述存储器存储有程序代码,当所述程序代码被执行时,实现如权利要求1-16中任一项所述的方法。
CN201910730015.6A 2016-08-15 2016-08-15 一种数据处理方法及装置 Active CN110493823B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910730015.6A CN110493823B (zh) 2016-08-15 2016-08-15 一种数据处理方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610673593.7A CN107770807B (zh) 2016-08-15 2016-08-15 一种数据处理方法及装置
CN201910730015.6A CN110493823B (zh) 2016-08-15 2016-08-15 一种数据处理方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201610673593.7A Division CN107770807B (zh) 2016-08-15 2016-08-15 一种数据处理方法及装置

Publications (2)

Publication Number Publication Date
CN110493823A true CN110493823A (zh) 2019-11-22
CN110493823B CN110493823B (zh) 2020-09-04

Family

ID=61197384

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201610673593.7A Active CN107770807B (zh) 2016-08-15 2016-08-15 一种数据处理方法及装置
CN201910730015.6A Active CN110493823B (zh) 2016-08-15 2016-08-15 一种数据处理方法及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201610673593.7A Active CN107770807B (zh) 2016-08-15 2016-08-15 一种数据处理方法及装置

Country Status (6)

Country Link
US (2) US10880773B2 (zh)
EP (3) EP4184999A1 (zh)
CN (2) CN107770807B (zh)
BR (1) BR112019003025B1 (zh)
ES (1) ES2934613T3 (zh)
WO (1) WO2018032991A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022082680A1 (zh) * 2020-10-22 2022-04-28 华为技术有限公司 一种通信方法及装置

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI3832976T3 (fi) 2016-09-29 2023-03-02 Nokia Technologies Oy Radiosignaalien kantajan vaihto radioliitynnässä
CN109041119B9 (zh) * 2017-06-08 2020-07-03 维沃移动通信有限公司 一种数据传输方法、相关设备及系统
WO2019237364A1 (zh) * 2018-06-15 2019-12-19 Oppo广东移动通信有限公司 数据按序递交的方法、网络设备及终端设备
US11063645B2 (en) * 2018-12-18 2021-07-13 XCOM Labs, Inc. Methods of wirelessly communicating with a group of devices
US10756795B2 (en) 2018-12-18 2020-08-25 XCOM Labs, Inc. User equipment with cellular link and peer-to-peer link
US11330649B2 (en) 2019-01-25 2022-05-10 XCOM Labs, Inc. Methods and systems of multi-link peer-to-peer communications
CN110536263A (zh) * 2019-07-11 2019-12-03 中兴通讯股份有限公司 一种数据传输方法、装置、第一通信节点及第二通信节点
US20230370352A1 (en) * 2022-05-12 2023-11-16 Mellanox Technologies Ltd. Cycle-based per-flow packet drop counting

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103118401A (zh) * 2009-06-19 2013-05-22 华为技术有限公司 业务承载映射方法及通信设备
US20140362829A1 (en) * 2013-06-07 2014-12-11 Zaigham A. Kazmi Eps bearer splitting for dual connectivity devices
CN104904254A (zh) * 2013-01-11 2015-09-09 Lg电子株式会社 用于在无线通信系统中发送信息的方法和设备

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7609718B2 (en) * 2002-05-15 2009-10-27 Broadcom Corporation Packet data service over hyper transport link(s)
KR20050101006A (ko) * 2004-04-16 2005-10-20 삼성전자주식회사 멀티캐스트 멀티미디어 방송 서비스를 지원하는 이동통신시스템에서 제어 정보를 효율적으로 전송하는 방법
ES2526199T3 (es) 2006-08-18 2015-01-08 Telefonaktiebolaget Lm Ericsson (Publ) Correlación que implica cambio inter sistema entre diferentes tipos de portadores radio
RU2504924C2 (ru) * 2009-02-13 2014-01-20 Панасоник Корпорэйшн Устройство связи и способ связи
EP2443870B1 (en) * 2009-06-17 2014-10-15 InterDigital Patent Holdings, Inc. Method and apparatus for performing handover with a relay node
CN101754373B (zh) * 2009-12-28 2013-09-11 华为技术有限公司 操作指示方法、服务网关和核心网络系统
CN102378394B (zh) * 2010-08-12 2015-04-15 华为技术有限公司 一种网络连接方法和系统
CN102892143B (zh) 2011-07-20 2015-11-25 华为技术有限公司 数据分流的方法以及用户设备
EP2557870B1 (en) * 2011-08-10 2020-07-08 Alcatel Lucent Configuring transmissions
CN103517356B (zh) * 2012-06-28 2017-04-05 电信科学技术研究院 一种进行切换的方法、系统和设备
CN103945470A (zh) * 2013-01-18 2014-07-23 华为技术有限公司 切换方法、源通信节点和目标通信节点
US10045384B2 (en) 2013-08-23 2018-08-07 Lg Electronics Inc. Method for managing link failure of user equipment simultaneously connected to multiple rats and device for performing same
US9350550B2 (en) * 2013-09-10 2016-05-24 M2M And Iot Technologies, Llc Power management and security for wireless modules in “machine-to-machine” communications
JP6375384B2 (ja) * 2013-10-30 2018-08-15 インターデイジタル パテント ホールディングス インコーポレイテッド ワイヤレスシステムにおける接続性ロバストネス
WO2015110948A1 (en) * 2014-01-22 2015-07-30 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for extending signaling in a wireless communication network
US9713044B2 (en) 2014-01-30 2017-07-18 Sharp Kabushiki Kaisha Systems and methods for dual-connectivity operation
US9544942B2 (en) * 2014-02-18 2017-01-10 Qualcomm Incorporated DCH to non-DCH state switching of user equipment in UMTS
US9794266B2 (en) * 2014-09-05 2017-10-17 Qualcomm Incorporated Using multiple credentials for access and traffic differentiation
EP3217718B1 (en) * 2014-11-12 2021-04-14 Huawei Technologies Co., Ltd. Method and device for controlling binding of data stream to carrier
CN104363598B (zh) * 2014-11-25 2018-03-23 电信科学技术研究院 一种drb映射方法及装置
BR112017016307B1 (pt) * 2015-01-29 2024-02-15 Huawei Technologies Co., Ltd Método de reconfiguração de portador de rádio e equipamento de usuário
WO2016130057A1 (en) * 2015-02-10 2016-08-18 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for facilitating the transition of a wireless communication device (wcd) from a cell_fach state to a cell_dch state
US10461908B2 (en) * 2015-11-11 2019-10-29 Qualcomm Incorporated Techniques for providing channels in low latency LTE wireless communications
CN106993313A (zh) * 2016-01-21 2017-07-28 中兴通讯股份有限公司 一种实现承载切换的方法及终端和基站
US10959240B2 (en) * 2016-04-15 2021-03-23 Qualcomm Incorporated Providing quality-of-service in wireless communications
WO2017189032A1 (en) * 2016-04-27 2017-11-02 Intel Corporation Lwip enhancements for reliable drb switching
CN107645791A (zh) * 2016-07-22 2018-01-30 电信科学技术研究院 一种传输数据流的无线承载处理方法及装置
TWI710277B (zh) * 2016-07-26 2020-11-11 財團法人工業技術研究院 基於使用者設備輔助回饋來控制可配置的承載的基站、使用者設備及方法
KR102499481B1 (ko) * 2016-08-01 2023-02-14 삼성전자 주식회사 무선 통신 네트워크에서 데이터 통신을 관리하는 방법 및 장치
EP3498037B1 (en) * 2016-08-08 2022-11-02 Nokia Technologies Oy End marker handling for mobility between 5g and lte
US11140572B2 (en) * 2017-03-22 2021-10-05 Lg Electronics Inc. Method for transmitting UL packet based on quality of service (QoS) framework in wireless communication system and a device therefor
US11071025B2 (en) * 2018-06-29 2021-07-20 FG Innovation Company Limited Cell handover with minimum mobility interruption

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103118401A (zh) * 2009-06-19 2013-05-22 华为技术有限公司 业务承载映射方法及通信设备
CN104904254A (zh) * 2013-01-11 2015-09-09 Lg电子株式会社 用于在无线通信系统中发送信息的方法和设备
US20140362829A1 (en) * 2013-06-07 2014-12-11 Zaigham A. Kazmi Eps bearer splitting for dual connectivity devices

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CATT: "QoS framework impact on RAN", 《R3-161690》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022082680A1 (zh) * 2020-10-22 2022-04-28 华为技术有限公司 一种通信方法及装置

Also Published As

Publication number Publication date
EP4184999A1 (en) 2023-05-24
EP3493582A1 (en) 2019-06-05
CN107770807A (zh) 2018-03-06
BR112019003025B1 (pt) 2021-12-21
EP3745767A1 (en) 2020-12-02
EP3493582A4 (en) 2019-06-19
BR112019003025A2 (pt) 2019-05-14
ES2934613T3 (es) 2023-02-23
EP3493582B1 (en) 2020-04-08
WO2018032991A1 (zh) 2018-02-22
US10880773B2 (en) 2020-12-29
CN107770807B (zh) 2024-03-15
US11997529B2 (en) 2024-05-28
US20210153064A1 (en) 2021-05-20
CN110493823B (zh) 2020-09-04
EP3745767B1 (en) 2022-10-05
US20190182703A1 (en) 2019-06-13

Similar Documents

Publication Publication Date Title
CN110493823A (zh) 一种数据处理方法及装置
CN104685920B (zh) 传输数据的方法、装置和系统
CN103782569B (zh) 数据处理装置和方法
CN109392004A (zh) 通信方法、基站、终端设备和系统
WO2018099311A1 (zh) 一种资源分配的方法、设备和系统、计算机存储介质
US10826794B2 (en) Method and system for managing quality of service in wireless communications system
EP3737183B1 (en) Communication methods, apparatuses and computer-readable storage medium
JP2022527772A (ja) 無線ベアラ構成方法、装置及びシステム
CN110536263A (zh) 一种数据传输方法、装置、第一通信节点及第二通信节点
WO2017177753A1 (zh) 一种基于流的承载管理方法、数据传输方法及装置
CN109548096A (zh) 通信方法、基站、终端设备和系统
CN109246837A (zh) 通信方法和装置以及无线接入网络
JP2007306206A (ja) 通信システム
CN105163403B (zh) 一种数据承载转接的方法及装置
CN109246756A (zh) 数据分流方法和装置
US11265756B2 (en) Flexible mapping of logical end-points
CN107113186B (zh) 统一机器到机器系统中数据传输的方法和公共服务实体
JP2022549956A (ja) バッファステータスレポートの報告方法及び通信装置
WO2017035700A1 (zh) 一种通信方法、装置及系统
WO2023124751A1 (zh) 一种数据传输方法、装置、终端及网络设备
WO2024067062A1 (zh) 数据传输方法和相关产品
WO2024035680A1 (en) Uplink sdap header enhancements
CN110351779A (zh) 一种信息处理方法、装置、设备及计算机可读存储介质
KR20190129378A (ko) 통신 시스템에서 통합 전달 네트워크를 통한 패킷의 송수신 방법 및 장치
TW201824839A (zh) 傳輸數據的方法和發送端設備

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant