CN107431953A - 业务流分流的方法和装置 - Google Patents

业务流分流的方法和装置 Download PDF

Info

Publication number
CN107431953A
CN107431953A CN201580076681.2A CN201580076681A CN107431953A CN 107431953 A CN107431953 A CN 107431953A CN 201580076681 A CN201580076681 A CN 201580076681A CN 107431953 A CN107431953 A CN 107431953A
Authority
CN
China
Prior art keywords
multithread
enb
upstream
converging channels
downstream
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
CN201580076681.2A
Other languages
English (en)
Other versions
CN107431953B (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
Publication of CN107431953A publication Critical patent/CN107431953A/zh
Application granted granted Critical
Publication of CN107431953B publication Critical patent/CN107431953B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/08Load balancing or load distribution
    • H04W28/082Load balancing or load distribution among bearers or channels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • H04W76/16Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/41Flow control; Congestion control by acting on aggregated flows or links
    • 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/08Load balancing or load distribution
    • H04W28/086Load balancing or load distribution among access entities
    • H04W28/0861Load balancing or load distribution among access entities between base stations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例提供一种业务流分流的方法和装置,UE在接入3GPP网络的过程中,3GPP网络中的eNB向UE发送第一多流聚合指示,以指示UE建立从非3GPP网络到eNB之间的第一多流聚合通道,UE接收第一多流聚合指示,建立该第一多流聚合通道,第一多流聚合通道用于传输被分到非3GPP网络中传输的上行业务流中的部分数据或UE的下行业务流中的部分数据,上行业务流中的其他数据或下行业务流中的其他数据被分到3GPP网络中的3GPP通道中传输。所述方法使得同一业务流的不同数据包可以同时在3GPP网络和非3GPP网络内同时传输,有效增加空口带宽。

Description

业务流分流的方法和装置 技术领域
本发明涉及通信技术,尤其涉及一种业务流分流的方法和装置。
背景技术
运营商正面临着数据业务流流量的高速增长,然而,运营商能够提供的带宽资源有限,如何利用有限的带宽为高速增长的流量提供业务,成为了运营商急需解决的问题。
目前正在制定基于代理移动IP(Proxy Mobile IP,简称PMIP)/GPRS隧道协议(GPRS Tunneling protocol,简称GTP)的流移动性方法,基于GTP/PMIP的流移动性方法使得同一个分组数据网(Packet Data Network,简称PDN)连接的不同业务流可以在第三代伙伴计划(The 3rd Generation Partnership Project,简称3GPP)3GPP网络和非3GPP网络之间分别进行传输,并且同一条业务流可以在3GPP网络和非3GPP网络之间进行切换。具体地,3GPP标准协议支持用户设备(User Equipment,简称UE)同时接入一个3GPP网络和一个非3GPP网络,并且UE可以同时接入此3GPP网络和非3GPP网络到同一个PDN的连接,即同一个PDN连接中的不同数据流可以分布在3GPP系统和非3GPP系统分别进行传输。例如,UE在同一个PDN连接上即有视频业务又有语音业务,那么可以将视频业务通过非3GPP网络传输,将语音业务在3GPP网络传输,相比于将视频业务和语音业务均在3GPP网络或非3GPP网络上传输,可增大视频业务和语音业务的带宽,提高网络资源的利用率。
但是,现有技术中,同一条业务流的数据包只能在一个接入网络内传输,即同一条业务流要么在3GPP网络内传输,要么在非3GPP网络内传输。当UE只有一条业务流时,UE的带宽并不能增加。另外,当某条业务流在两个网络之间切换时,UE与网络侧之间有多条信令交互,延迟了业务流切换的时间。
发明内容
本发明实施例提供一种业务流分流的方法和装置,使得同一业务流的不同数据包可以同时在3GPP网络和非3GPP网络内同时传输,有效增加空口带宽,提高了资源的利用率。
本发明第一方面提供一种业务流分流的方法,包括:
UE接收3GPP网络中的演进型基站eNB发送的第一多流聚合指示,所述第一多流聚合指示用于指示所述UE建立从非3GPP网络到所述eNB的第一多流聚合通道,所述第一多流聚合通道用于传输被分到非3GPP网络中传输的所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到所述3GPP网络中的所述UE与所述eNB之间的3GPP通道中传输;
所述UE建立所述第一多流聚合通道。
结合本发明第一方面,在本发明第一方面的第一种可能的实现方式中,所述方法还包括:
所述UE将所述UE的上行业务流分为第一上行数据流和第二上行数据流,将所述第一上行数据流通过所述3GPP通道发送给所述eNB,将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,以便所述eNB将所述第一上行数据流和所述第二上行数据流聚合成一条业务流;或者,
所述UE接收所述eNB通过所述3GPP通道发送的第一下行数据流,以及接收所述eNB通过所述第一多流聚合通道发送的第二下行数据流,并将所述第一下行数据流和所述第二下行数据流聚合成一条业务流,其中,所述UE的下行业务流被所述eNB分为所述第一下行数据流和所述第二下行数据流。
结合本发明第一方面或本发明第一方面的第一种可能的实现方式,在本发明第一方面的第二种可能的实现方式中,所述第一多流聚合通道包括所述UE与多流聚合网关之间的第一子通道,以及所述多流聚合网关与所述eNB之间的第二子通道,所述UE建立所述第一多流聚合通道,包括:
所述UE获取所述多流聚合网关的IP地址;
所述UE根据所述多流聚合网关的IP地址向所述多流聚合网关发送第一多流聚合通道建立请求,所述第一多流聚合通道建立请求中包括第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述多流 聚合网关建立所述第一多流聚合通道,所述UE的标识为所述UE在所述3GPP网络中的标识;
所述UE接收所述多流聚合网关返回的第一多流聚合通道建立响应,确认所述多流聚合通道建立成功;
所述UE向所述eNB发送通知消息,所述通知消息用于通知所述eNB所述第一多流聚合通道建立成功。
结合本发明第一方面的第三种可能的实现方式,在本发明第一方面的第三种可能的实现方式中,所述UE获取所述多流聚合网关的IP地址,包括:
所述UE在无线资源控制RRC连接建立过程中,接收所述eNB发送的RRC消息,所述RRC消息中包括所述多流聚合网关的IP地址或者所述多流聚合网关的标识,根据所述RRC消息获取所述多流聚合网关的IP地址;
或者,所述UE在接入所述非3GPP网络的接入鉴权认证过程中,接收所述非3GPP网络发送的鉴权消息,所述鉴权消息中包括所述多流聚合网关的IP地址或者所述多流聚合网关的标识,根据所述鉴权消息获取所述多流聚合网关的IP地址;
或者,所述UE向域名解析服务器发送完全合格域名请求,所述完全合格域名请求用于获取所述多流聚合网关的IP地址,接收所述域名解析服务器返回的完全合格域名响应,所述完全合格域名响应中包括所述多流聚合网关的IP地址。
结合本发明第一方面或本发明第一方面的第一种可能的实现方式,在本发明第一方面的第四种可能的实现方式中,所述第一多流聚合通道包括所述UE与所述eNB之间的第三子通道,所述UE建立所述第一多流聚合通道,包括:
所述UE获取所述eNB的IP地址;
所述UE根据所述eNB的IP地址向所述eNB发送第二多流聚合通道建立请求,所述第二多流聚合通道建立请求中包括第三多流聚合指示和所述UE的标识,其中,所述第三多流聚合指示用于指示所述eNB建立所述第一多流聚合通道,所述UE的标识为所述UE在所述3GPP网络中的标识;
所述UE接收所述eNB返回的第二多流聚合通道建立响应,确认所述第一多流聚合通道建立成功。
结合本发明第一方面的第一种至第三种可能的实现方式中的任意一种,在本发明第一方面的第五种可能的实现方式中,所述将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,包括:
所述UE将所述上行业务流所对应的承载标识添加到所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述上行业务流所对应的承载标识;
或者,所述UE将所述上行业务流所对应的承载标识和所述UE的标识添加到所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述上行业务流所对应的承载标识和所述UE的标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识;
或者,所述UE利用第一媒体接入控制MAC地址封装所述第二上行数据流中的数据包,并将所述封装后的所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述第一MAC地址,其中,所述第一MAC地址为与所述上行业务流所对应的承载对应的MAC地址;
或者,所述UE利用第二MAC地址封装所述第二上行数据流中的数据包,将所述上行业务流所对应的承载标识添加到所述封装后的所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述第二MAC和所述上行业务流所对应的承载标识,其中,所述第二MAC地址为与所述上行业务流所对应的分组数据网络PDN连接对应的MAC地址。
结合本发明第一方面的第一种至第三种可能的实现方式中的任意一种,在本发明第一方面的第六种可能的实现方式中,所述UE接收到的所述eNB通过所述第一多流聚合通道发送的第二下行数据流中包含所述下行业务流所对应的承载标识,或者包含所述下行业务流所对应的承载标识与所述UE的标识,或者包含第一MAC地址,或者包含第二MAC地址和所述下行业务流所对应的承载标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识,所述第一MAC地址为与所述下行业务流所对应的承载对应的MAC地址,所述第二MAC地址为与所述下行业务流所对应的分组数据网络PDN连 接对应的MAC地址。
结合本发明第一方面的第六种可能的实现方式,在本发明第一方面的第七种可能的实现方式中,在所述UE将所述第一下行数据流和所述第二下行数据流聚合成一条业务流之前,所述方法还包括:
所述UE根据所述第二下行数据流中包含的信息,确定所述第二下行数据流所对应的承载,其中,所述第二下行数据流中包含的信息为所述下行业务流所对应的承载标识,或者为所述下行业务流所对应的承载标识与所述UE的标识,或者为所述第一MAC地址,或者为所述第二MAC地址与所述下行业务流所对应的承载标识;
所述UE确定所述第一下行数据流所对应的承载和所述第二下行数据流所对应的承载为同一个承载。
结合本发明第一方面的第一种至第三种可能的实现方式中的任意一种,在本发明第一方面的第八种可能的实现方式中,所述方法还包括:
所述UE接收所述3GPP网络中的移动管理实体MME发送的业务流模板,所述业务流模板与所述下行业务流所对应的承载对应,每个承载对应一个业务流模板,所述业务流模板包括所述下行业务流所对应的承载的匹配信息;
则在所述UE将所述第一下行数据流和所述第二下行数据流聚合成一条业务流之前,所述方法包括:
所述UE将所述第二下行数据流与所述业务流模板进行匹配,确定所述第二下行数据流所对应的承载;
所述UE确定所述第一下行数据流所对应的承载和所述第二下行数据流所经的承载为同一个承载。
结合本发明第一方面以及本发明第一方面的第一种至第八种可能的实现方式中的任意一种,在本发明第一方面的第九种可能的实现方式中,在所述UE建立专用承载之后,所述方法还包括:
所述UE接收所述eNB发送的第四多流聚合指示,所述第四多流聚合指示用于指示所述UE为所述专用承载建立从所述非3GPP网络到所述eNB的第二多流聚合通道,所述第二多流聚合通道用于传输被分到所述非3GPP网络中传输的所述专用承载上传输的上行业务流中的部分数据或所述专用承载 上传输的下行业务流中的部分数据,所述专用承载上传输的上行业务流中的其他数据或所述专用承载上传输的下行业务流中的其他数据被分到所述3GPP通道中传输;
所述UE建立所述第二多流聚合通道。
结合本发明第一方面,在本发明第一方面的第十种可能的实现方式中,所述UE接收所述eNB发送的所述第一多流聚合指示之前,所述方法还包括:
所述UE将所述UE的多流聚合能力信息发送给所述eNB,以使所述eNB根据所述多流聚合能力信息确定向所述UE返回所述第一多流聚合指示,所述多流聚合能力信息用于指示所述UE支持多留聚合能力。
本发明第二方面提供一种业务流分流的方法,包括:
演进型基站eNB向UE发送第一多流聚合指示,所述第一多流聚合指示用于指示所述UE建立从非3GPP网络到所述eNB的第一多流聚合通道,所述第一多流聚合通道用于将所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据分到所述非3GPP网络中传输,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到3GPP网络中的所述UE与所述eNB之间的3GPP通道中传输。
所述eNB建立所述第一多流聚合通道。
结合本发明第二方面,在本发明第二方面的第一种可能的实现方式中,在所述第一多流聚合通道建立之后,所述方法还包括:
所述eNB接收所述UE通过所述3GPP通道发送的第一上行数据流,以及接收所述UE通过所述第一多流聚合通道发送的第二上行数据流,将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去,其中,所述UE的上行业务流被所述UE分为所述第一上行数据流和所述第二上行数据流;或者,
所述eNB接收所述3GPP网络的核心网发送的下行业务流,将所述下行业务流分为第一下行数据流和第二下行数据流,将所述第一下行数据流通过所述3GPP通道发送给所述UE,将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,以便所述UE将所述第一下行数据流和所述第二下行数据流聚合成一条业务流。
结合本发明第二方面的第一种可能的实现方式,在本发明第二方面的第 二种可能的实现方式中,所述eNB接收到的所述UE通过所述多流聚合通道发送的所述第二上行数据流中包含所述上行业务流所对应的承载标识,或者包含所述上行业务流所对应的承载标识与所述UE的标识,或者包含第一MAC地址,或者包含第二MAC地址与所述上行业务流所对应的承载标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识,所述第一MAC地址为与所述上行业务流所对应的承载对应的MAC地址,所述第二MAC地址为与所述上行业务流所对应的分组数据网络PDN连接对应的MAC地址。
结合本发明第二方面的第二种可能的实现方式,在本发明第二方面的第三种可能的实现方式中,在所述eNB将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去之前,所述方法还包括:
所述eNB根据所述第二上行数据流中包含的信息,确定所述第二上行数据流所对应的承载,所述第二上行数据流中包含的信息为:所述上行业务流所对应的承载标识,或者为所述上行业务流所对应的承载标识与所述UE的标识,或者为所述第一MAC地址,或者为所述第二MAC地址与所述上行业务流所对应的承载标识;
所述eNB确定所述第一上行数据流所对应的承载和所述第二上行数据流所对应的承载为同一个承载。
结合本发明第二方面的第一种可能的实现方式,在本发明第二方面的第四种可能的实现方式中,所述将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,包括:
所述eNB将所述下行业务流所对应的承载标识添加到所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述下行业务流所对应的承载标识;
或者,所述eNB将所述下行业务流所对应的承载标识和所述UE的标识添加到所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述下行业务流所对应的承载标识和所述UE的标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识;
或者,所述eNB利用第一媒体接入控制MAC地址封装所述第二下行数据流中的数据包,并将所述封装后的所述第二下行数据流通过所述第一多流 聚合通道发送给所述UE,所述第二下行数据流中包含所述第一MAC地址,其中,所述第一MAC地址为与所述下行业务流所对应的承载对应的MAC地址;
或者,所述eNB利用第二MAC地址封装所述第二下行数据流中的数据包,将所述下行业务流所对应的承载标识添加到所述封装后的所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包括所述第二MAC地址和所述下行业务流所对应的承载标识,所述第二MAC地址为与所述下行业务流所对应的分组数据网络PDN连接对应的MAC地址。
结合本发明第二方面的第一种可能的实现方式,在本发明第二方面的第五种可能的实现方式中,所述方法还包括:所述eNB接收移动管理实体MME发送的业务流模板,所述业务流模板与所述上行业务流所对应的承载对应,每个承载对应一个业务流模板,所述业务流模板包括所述上行业务流所对应的承载的匹配信息;
在所述eNB将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去之前,所述方法还包括:
所述eNB将所述第二上行数据流与所述业务流模板进行匹配,确定所述第二上行数据流所对应的承载;
所述eNB确定所述第二上行数据流所对应承载和所述第一上行数据流所对应承载为同一个承载。
结合本发明第二方面的第一种至第三种可能的实现方式,在本发明第二方面的第六种可能的实现方式中,所述第一多流聚合通道包括所述UE与多流聚合网关之间的第一子通道,以及所述多流聚合网关与所述eNB之间的第二子通道,所述UE建立所述第一多流聚合通道,包括:
所述eNB接收所述多流聚合网关发送的第三多流聚合通道建立请求,其中,所述第三多流聚合通道建立请求是所述多流聚合网关在收到所述UE发送的第一多流聚合通道建立请求后向所述eNB发送的,所述第一多流聚合通道建立请求中包括所述UE的标识和第二多流聚合指示,所述第二多流聚合指示用于指示所述所述多流聚合网关建立所述第一多流聚合通道,所述第三多流聚合通道建立请求中包括:所述UE的标识、所述第二子通道对应的承 载标识、为所述第二子通道对应的承载分配的隧道的端点标识以及所述第二多流聚合指示,其中,所述UE的标识为所述UE在所述3GPP网络中的标识;
所述eNB向所述多流聚合网关返回第二多流聚合通道建立响应,确定所述第二子通道建立成功,以便所述多流聚合网关根据所述第二多流聚合通道建立响应向所述UE返回第一多流聚合通道建立响应,确认所述第一子通道建立成功;
接收所述UE发送的通知消息,所述通知消息用于通知所述eNB所述第一多流聚合通道建立成功,所述通知消息是所述UE在接收到所述第一多流聚合通道建立响应后向所述eNB发送的。
结合本发明第二方面的第一种至第三种可能的实现方式,在本发明第二方面的第七种可能的实现方式中,所述第一多流聚合通道包括所述UE与所述eNB之间的第三子通道,所述UE建立所述第一多流聚合通道,包括:
所述eNB接收所述UE发送的第二多流聚合通道建立请求,所述第二多流聚合通道建立请求中包括第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述eNB建立所述第三子通道,所述UE的标识为所述UE在所述3GPP网络中的标识;
所述eNB向所述UE返回第二多流聚合通道建立响应,确认所述第三子通道建立成功。
结合本发明第二方面,在本发明第二方面的第八种可能的实现方式中,在所述UE建立专用承载之后,所述方法还包括:
所述eNB向所述UE发送第三多流聚合指示,所述第三多流聚合指示用于指示所述UE为所述专用承载建立从所述非3GPP网络到所述eNB的第二多流聚合通道,所述第二多流聚合通道用于传输被分到所述非3GPP网络中传输的所述专用承载上传输的上行业务流中的部分数据或所述专用承载上传输的下行业务流中的部分数据,所述专用承载上传输的上行业务流中的其他数据或所述专用承载上传输的下行业务流中的其他数据被分到所述3GPP通道中传输;
所述eNB建立所述第二多流聚合通道。
发明第三方面提供一种业务流分流的方法,包括:
多流聚合网关接收UE发送的第一多流聚合通道建立请求,所述第一多 流聚合通道建立请求中包括:第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述多流聚合网关建立从所述UE到3GPP网络的演进型基站eNB之间的第一多流聚合通道,所述第一多流聚合通道用于传输被分到非3GPP网络中传输的所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到所述3GPP网络中的所述UE与所述eNB之间的3GPP通道中传输,所述第一多流聚合通道包括所述UE和所述多流聚合网关之间的第一子通道,以及所述多流聚合网关和所述eNB之间的第二子通道,所述UE的标识为所述UE在第三代伙伴计划3GPP网络中的标识;
所述多流聚合网关向所述UE返回第一多流聚合通道建立响应,以确认所述第一多流聚合通道建立成功。
结合本发明第三方面,在本发明第三方面的第一种可能的实现方式中,所述第一多流聚合通道建立请求中还包括所述第二子通道对应的承载标识,所述多流聚合网关向所述UE返回第一多流聚合通道建立响应之前,所述方法还包括:
所述多流聚合网关根据所述第二子通道对应的承载标识为所述第二子通道对应的承载分配隧道;
所述多流聚合网关向所述eNB发送第三多流聚合通道建立请求,所述第三多流聚合通道建立请求中包括:所述第二多流聚合指示、所述第二子通道对应的承载标识、所述UE的标识和为所述第二子通道对应的承载分配的隧道的端点标识;
所述多流聚合网关接收所述eNB返回的第三多流聚合通道建立响应,以确定所述第二子通道建立成功。
结合本发明第三方面,在本发明第三方面的第二种可能的实现方式中,所述第二子通道为设备级互联网协议IP通道或者预先配置好的私有IP通道。
结合本发明第三方面以及本发明第三方面的第一种和第二种可能的实现方式中中的任意一种,在本发明第三方面的第三种可能的实现方式中,所述方法还包括:
所述多流聚合网关接收所述UE通过所述第一子通道发送的第二上行数据流,将所述第二上行数据流通过所述第二子通道发送给所述eNB,其 中,所述UE的上行业务流被所述UE分为所述第二上行数据流和第一上行数据流,所述第一上行数据流通过所述3GPP通道发送给所述eNB;
所述多流聚合网关接收所述eNB通过所述第二子通道发送的第二下行数据流,将所述第二下行数据流通过所述第一子通道发送给所述UE,其中,所述UE的下行业务流被所述eNB分为第一下行数据流和所述第二下行数据流,所述第一下行数据流通过所述3GPP通道发送给所述eNB。
结合本发明第三方面的第三种可能的实现方式,在本发明第三方面的第四种可能的实现方式中,所述多流聚合网关在将所述第二上行数据流通过所述第二子通道发送给所述eNB之前,所述方法还包括:
所述多流聚合网关根据所述第二上行数据流中包含的信息,确定所述第二上行数据流所对应的承载,所述第二上行数据流中包含的信息为所述上行业务流所对应的承载标识,或者为所述上行业务流所对应的承载标识与所述UE的标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识;
所述将所述第二上行数据流通过所述第二子通道发送给所述eNB,包括:
所述多流聚合网关将所述第二上行数据流通过所述第二上行数据流所对应的承载发送给所述eNB。
结合本发明第三方面的第三种可能的实现方式,在本发明第三方面的第五种可能的实现方式中,所述将所述第二下行数据流通过所述第一子通道发送给所述UE之前,所述方法还包括:
所述多流聚合网关根据所述第二下行数据流所经的承载确定所述第二下行数据流所对应的承载,所述第二下行数据流所对应的承载与所述下行业务流对应的承载相同;
所述多流聚合网关将所述第二下行数据流所对应的承载标识添加到所述第二下行数据流中,所述第二下行数据流中包含所述第二下行数据流所对应的承载标识。
本发明第四方面提供一种UE,包括:
接收模块,用于接收3GPP网络中的eNB发送的第一多流聚合指示,所述第一多流聚合指示用于指示所述UE建立从非3GPP网络到所述eNB的第一多流聚合通道,所述第一多流聚合通道用于传输被分到非3GPP网络中传 输的所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到所述3GPP网络中的3GPP通道中传输;
建立模块,用于建立所述第一多流聚合通道。
结合本发明第四方面,在本发明第四方面的第一种可能的实现方式中,所述UE还包括:
分流模块,用于UE将所述UE的上行业务流分为第一上行数据流和第二上行数据流;
发送模块,用于将所述第一上行数据流通过所述3GPP通道发送给所述eNB,将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,以便所述eNB将所述第一上行数据流和所述第二上行数据流聚合成一条业务流;或者,
所述接收模块,还用于接收所述eNB通过所述3GPP通道发送的第一下行数据流,以及接收所述eNB通过所述第一多流聚合通道发送的第二下行数据流;
所述UE还包括聚合模块,用于将所述第一下行数据流和所述第二下行数据流聚合成一条业务流,其中,所述UE的下行业务流被所述eNB分为所述第一下行数据流和所述第二下行数据流。
本发明第五方面提供一种eNB,包括:
发送模块,用于向UE发送第一多流聚合指示,所述第一多流聚合指示用于指示所述UE建立从非3GPP网络到所述eNB的第一多流聚合通道,所述第一多流聚合通道用于将所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据分到所述非3GPP网络中传输,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到3GPP网络中的3GPP通道中传输。
建立模块,用于建立所述第一多流聚合通道。
结合本发明第五方面,在本发明第五方面的第一种可能的实现方式中,所述eNB还包括:
接收模块,用于接收所述UE通过所述3GPP通道发送的第一上行数据流,以及接收所述UE通过所述第一多流聚合通道发送的第二上行数据流;
聚合模块,用于将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去,其中,所述UE的上行业务流被所述UE分为所述第一上行数据流和所述第二上行数据流;或者,
所述接收模块,还用于接收所述3GPP网络的核心网发送的下行业务流;
所述eNB还包括分流模块,用于将所述下行业务流分为第一下行数据流和第二下行数据流;
所述发送模块,还用于将所述第一下行数据流通过所述3GPP通道发送给所述UE,将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,以便所述UE将所述第一下行数据流和所述第二下行数据流聚合成一条业务流。
发明第六方面提供一种多流聚合网关,包括:
接收模块,用于接收UE发送的第一多流聚合通道建立请求,所述第一多流聚合通道建立请求中包括:第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述多流聚合网关建立从所述UE到3GPP网络的eNB之间的第一多流聚合通道,所述第一多流聚合通道用于传输被分到非3GPP网络中传输的所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到所述3GPP网络中的3GPP通道中传输,所述第一多流聚合通道包括所述UE和所述多流聚合网关之间的第一子通道,以及所述多流聚合网关和所述eNB之间的第二子通道,所述UE的标识为所述UE在第三代伙伴计划3GPP网络中的标识;
发送模块,用于向所述UE返回第一多流聚合通道建立响应,以确认所述第一多流聚合通道建立成功。
本发明第七方面提供一种UE,包括:处理器、存储器和系统总线,所述处理器和所述存储器之间通过所述系统总线连接并完成相互间的通信;
所述存储器,用于存储计算机执行指令;
所述处理器,用于运行所述计算机执行指令,执行如本发明第一方面以及本发明第一方面的第一种至第十种可能的实现方式所提供的任一所述的方法。
本发明第八方面提供一种eNB,包括:处理器、存储器和系统总线, 所述处理器和所述存储器之间通过所述系统总线连接并完成相互间的通信;
所述存储器,用于存储计算机执行指令;
所述处理器,用于运行所述计算机执行指令,执行如本发明第二方面以及本发明第二方面的第一种至第八种可能的实现方式所提供的任一所述的方法。
本发明第九方面提供一种多流聚合网关,包括:处理器、存储器和系统总线,所述处理器和所述存储器之间通过所述系统总线连接并完成相互间的通信;
所述存储器,用于存储计算机执行指令;
所述处理器,用于运行所述计算机执行指令,执行如本发明第三方面以及本发明第三方面的第一种至第五种可能的实现方式所提供的任一所述的方法。
本发明实施例的业务流分流的方法和装置,UE在接入3GPP网络的过程中,eNB向UE发送第一多流聚合指示,以指示UE建立从非3GPP网络到eNB之间的多流聚合通道,UE接收第一多流聚合指示,建立该第一多流聚合通道,第一多流聚合通道用于传输被分到非3GPP网络中传输的上行业务流中的部分数据或UE的下行业务流中的部分数据,上行业务流中的其他数据或下行业务流中的其他数据被分到3GPP网络中的3GPP通道中传输。所述方法同时在3GPP网络和非3GPP网络内同时传输,有效增加空口带宽。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为LTE网络的结构示意图;
图2为本发明实施例一提供的一种业务流分流的方法的流程图;
图3为本发明实施例二提供的一种第一多流聚合通道的建立方法的流程图;
图4为本发明实施例三提供的业务流分流的方法的流程图;
图5为本发明实施例四提供的业务流分流的方法的流程图;
图6为本发明实施例五提供的建立第一多流聚合通道的信令流程图;
图7为UE和eNB之间的控制面协议栈和用户面协议栈的结构示意图;
图8为本发明实施例六提供的建立第一多流聚合通道的信令流程图;
图9为UE、多流聚合网关和eNB之间的用户面协议栈的结构示意图;
图10为本发明实施例七提供的建立第一多流聚合通道的信令流程图;
图11为UE、多流聚合网关和eNB之间的控制面协议栈的结构示意图;
图12为本发明实施例八提供的建立第一多流聚合通道的信令流程图;
图13为本发明实施例九提供的建立第一多流聚合通道的信令流程图;
图14为本发明实施例十提供的UE的结构示意图;
图15为本发明实施例十一提供的eNB的结构示意图;
图16为本发明实施例十二提供的多流聚合网关的结构示意图;
图17为本发明实施例十三提供的UE的结构示意图;
图18为本发明实施例十四提供的eNB的结构示意图;
图19为本发明实施例十五提供的多流聚合网关的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明各实施例的方法应用在以下场景中:UE在接入3GPP网络的基础上,从3GPP网络接入到非3GPP网络的场景,即UE同时接入了3GPP网络和非3GPP网络。3GPP网络包括:LTE、2G、3G网络等,非3GPP网络包括:无线局域网(Wireless Local Area Networks,简称WLAN)、码分多址(Code  Division Multiple Access,简称CDMA)网络、全球微波互联接入(Worldwide Interoperability for Microwave Access,简称WiMax)网络等。图1为LTE网络的结构示意图,如图1所示,LTE网络中主要包括:演进的通用陆基无线接入网(Evolved universal terrestrial radio access network,简称E-UTRAN)、移动性管理实体(Mobility Management Entity,简称MME)、归属用户服务器(Home Subscriber Server,简称HSS)、服务网关(Server Gateway,简称S-GW)、分组数据网关(Packet Data Network Gateway,简称P-GW)、策略控制规则制定实体(Policy Control Rule Function,简称PCRF)、运营商IP服务网络和服务GPRS支持节点(Serving GPRS Support Node,简称SGSN)等。MME负责与UE之间的非接入层(Non-Access Stratum,简称NAS)信令和NAS信令加密,为UE分配临时身份标识,选择S-GW和P-GW等核心网网元,提供漫游、跟踪、安全等功能,它对应于通用移动通信系统(Universal Mobile Telecommunications System,简称UMTS)内部SGSN的控制平面部分。S-GW是本地演进型基站(evolved Node Base,简称eNB)之间切换的移动性锚点,并提供合法监听相关功能,P-GW则负责IP地址配,HSS用于存储用户的签约信息,PCRF提供策略和计费控制规则。
非3GPP网络又分为可信非3GPP网络和非可信非3GPP网络,一种实现方式中,可信非3GPP网络通过与P-GW之间的S2a接口接入3GPP网络,非可信非3GPP网络通过演进的分组数据网关(evolved PDN,简称ePDN)与P-GW之间的S2b接口接入3GPP网络;其中,ePDN负责转发或分配UE的移动IP地址,注册UE的本地IP地址,并将UE的移动IP地址和本地IP地址进行绑定。从非3GPP网络接入的时候,还有一个重要网元是验证、授权和记账(Authentication、Authorization、Accounting,简称AAA)服务器(server),通过与HSS的交互实现对UE的鉴权授权操作,将UE建立的每个PDN连接所用的P-GW标识信息注册到HSS中。
另一种实现方式中,不论可信非3GPP网络还是非可信非3GPP网络,都可以通过UE与P-GW之间的S2c接口接入。同时,在3GPP网络接入的时候,UE也可通过S2c接口与P-GW建立绑定。
现有技术中,3GPP标准协议支持UE同时接入一个3GPP网络和一个非3GPP网络,即同一个PDN连接中的不同数据流可以分布在一个3GPP 网络和一个非3GPP网络中,以达到有效分流,网络资源合理利用的目的。但是,现有技术中,同一条业务流的数据包只能在一个接入网络内传输,即同一条业务流要么在3GPP网络内传输,要么在非3GPP网络内传输。当UE只有一条业务流时,UE的带宽并不能增加。另外,当某条业务流在两个网络之间切换时,UE与网络侧之间有多条信令交互,延迟了业务流切换的时间。
为了解决现有技术的问题,本发明实施例一提供一种业务流分流的方法,图2为本发明实施例一提供的一种业务流分流的方法的流程图,如图2所示,本实施例提供的方法可以包括以下步骤:
步骤101、UE接收3GPP网络中的eNB发送的第一多流聚合指示,该第一多流聚合指示用于指示UE建立从非3GPP网络到eNB的第一多流聚合通道,该第一多流聚合通道用于传输被分到非3GPP网络中传输的UE的上行业务流中的部分数据或UE的下行业务流中的部分数据,上行业务流中的其他数据或下行业务流中的其他数据在3GPP网络中的UE和eNB之间的3GPP通道传输。
本实施例中,以3GPP网络为LTE、非3GPP为WLAN为例进行说明,
若UE和eNB都支持多流聚合能力,那么eNB可以在UE接入3GPP网络的过程中向UE发送第一多流聚合指示,以指示UE建立第一多流聚合通道。可选地,eNB在发送多流聚合指示之前,eNB会和UE需要进行多流聚合能力协商,只有当eNB会和UE都支持多流聚合能力,eNB才会向UE发送第一多流聚合指示。在具体协商时,UE可以先将UE的多流聚合能力信息发送给eNB,以使eNB根据UE发送的多流聚合能力信息确定是否向UE发送第一多流聚合指示,UE发送的多流聚合能力信息用于指示UE是否支持多留聚合能力,若UE支持多流聚合能力,且eNB也支持多流聚合能力,那么eNB会向UE发送第一多流聚合指示,若UE不支持多流聚合能力,那么eNB不会向UE发送第一多流聚合指示。eNB具体可以通过PDN连接过程中的无线资源控制连接配置(Radio Resource Control Connection Reconfiguration)消息携带第一多流聚合指示给UE。
步骤102、UE建立第一多流聚合通道。
本实施例的方案中,引入了多流聚合网关,多流聚合网关用于将非3GPP 网络的数据汇聚到3GPP网络中的eNB上。当多流聚合网关和eNB独立设置时,该第一多流聚合通道包括:UE和多流聚合网关之间的第一子通道,以及多流聚合网关和eNB之间的第二子通道。当多流聚合网关合设在eNB中时,该第一多流聚合通道包括:UE和eNB之间的第三子通道。当多流聚合网关和eNB合设时,eNB能够感知到第一多流聚合通道建立成功,当多流聚合网关和eNB独立设置时,eNB可能无法感知到第一多流聚合通道是否建立成功,因此,UE在第一多流聚合通道建立成功之后,还要通知eNB第一多流聚合通道建立成功。
本实施例中,UE和多流聚合网关之间的第一子通道为UE粒度、PDN连接粒度或承载粒度的通道,多流聚合网关和eNB之间的第二子通道可以为UE粒度、承载粒度、PDN连接粒度或设备粒度的通道,3GPP通道为承载粒度的通道。
步骤103、UE将UE的上行业务流分为第一上行数据流和第二上行数据流,将该第一上行数据流通过3GPP通道发送给eNB,将该第二上行数据流通过该第一多流聚合通道发送给eNB,以便eNB将该第一上行数据流和该第二上行数据流聚合成一条业务流,或者,UE接收eNB通过3GPP通道发送的第一下行数据流,以及接收eNB通过该第一多流聚合通道发送的第二下行数据流,并将该第一下行数据流和该第二下行数据流聚合成一条业务流,其中,UE的下行业务流被eNB分为该第一下行数据流和该第二下行数据流。
在该第一多流聚合通道建立好之后,若UE有上行数据要传输,UE将上行业务分为第一上行数据流和第二上行数据流。然后,UE将该第一上行数据流通过3GPP通道发送给eNB,将该第二上行数据流通过该第一多流聚合通道发送给eNB,从而使得同一个业务流能够同时在3GPP网络和非3GPP网络上同时传输。在eNB侧,eNB将该第一上行数据流和第二上行数据流聚合成一条业务流,然后,通过对应的承载发送到3GPP网络的核心网中,即eNB将聚合后的业务流发送给S-GW,S-GW再发送给P-GW,P-GW发送到网络中。
本实施例中,UE需要对同一个承载的数据包进行聚合或分,若MME没有将该承载对应的业务流模板(traffic flow template,简称TFT)发送给eNB,那么UE需要在第二上行数据流中携带一些信息,携带的信息可以为上行业 务流所对应的承载标识,或者为上行业务流所对应的承载标识和UE的标识,或者为第一媒体接入控制MAC地址,或者为第二MAC地址与上行业务流所对应的承载标识,以使eNB根据第二上行数据流中携带的信息确定第二上行数据流所对应的承载。其中,UE的标识是UE在所述3GPP网络中的标识,第一MAC地址为与上行业务流所对应的承载对应的MAC地址,所述第二MAC地址为与所述上行业务流所对应的分组数据网络PDN连接对应的MAC地址。
在具体发送时,若第二子通道为PDN连接粒度、UE粒度或承载粒度的通道时,那么UE将上行业务流对应的承载的承载标识添加到第二上行数据流中,第二上行数据流中包含上行业务流所对应的承载标识,并将第二上行数据流通过第一多流聚合通道发送给eNB。
若第二子通道为设备粒度的通道时,eNB无法根据第二子通道确定第二上行数据流由哪个UE发送,那么UE需要将上行业务流对应的承载的承载标识和UE的标识添加到第二上行数据流中,第二上行数据流中包含上行业务流所对应的承载标识和UE的标识,并将第二上行数据流通过第一多流聚合通道发送给eNB。这里,UE的标识是UE在3GPP网络中的标识,具体可以为无线网络临时标识(Radio Network Tempory Identity,简称RNTI)、全球唯一临时UE标识(Globally Unique Temporary UE Identity,简称GUTI)或S临时移动用户标识(SAE-Temporary Mobile Subscriber Identity,简称S-TMSI)。
当多流聚合网关合设在eNB中时,UE和eNB之间的第一多流聚合通道为承载粒度或PDN连接粒度的点对点(Peer-to-Peer,简称P2P)通道,多流聚合网关会为每个承载分配一个MAC地址,或者为每个PDN连接分配一个MAC地址,以下将多流聚合网关为承载分配的MAC地址称为第一MAC地址,将多流聚合网关为PDN连接分配的MAC地址称为第二MAC地址。多流聚合网关会在PDN连接的建立过程中将第二MAC地址发送给UE,在专属承载建立的过程中,将第一MAC地址发送给UE。
若第一多流聚合通道为PDN连接粒度的通道,在具体发送时,UE利用第二MAC地址封装第二上行数据流的数据包,将上行业务流所对应的承载标识添加到第二上行数据流中,并将第二上行数据流通过第一多流聚合通道 发送给eNB,第二上行数据流中包含第二MAC和上行业务流所对应的承载标识。
若第一多流聚合通道为承载粒度的通道,在具体发送时,UE利用第一MAC地址封装第二上行数据流的数据包,并将封装后的第二上行数据流通过第一多流聚合通道发送给eNB,第二上行数据流中包含第一MAC地址。
UE接收到的eNB通过第一多流聚合通道发送的第二下行数据流中包含下行业务流所对应的承载标识,或者包含下行业务流所对应的承载标识与UE的标识,或者包含第一MAC地址,或者包含第二MAC地址和下行业务流所对应的承载标识。在UE将第一下行数据流和第二下行数据流聚合成一条业务流之前,UE根据第二下行数据流中包含的信息,确定第二下行数据流所对应的承载。UE确定第一下行数据流所对应的承载和第二下行数据流所对应的承载为同一个承载。eNB通过3GPP通道将第一下行数据发送给UE,该3GPP通道为承载粒度的通道,因此,UE根据3GPP通道即可确定第一下行数据流经过的承载。
UE除了根据第二下行数据流中包含的信息确定第二下行数据流所对应的承载外,还可以根据业务流模板确定第二下行数据流所对应的承载。相应的,UE还要接收MME发送的业务流模板,该业务流模板与下行业务流所对应的承载对应,每个承载对应一个业务流模板,该业务流模板包括:下行业务流所对应的承载的匹配信息,该匹配信息例如为该业务流模板该对应的承载上能够传输的业务流的五元组信息。
在UE将第一下行数据流和第二下行数据流聚合成一条业务流之前,UE将第二下行数据流与业务流模板进行匹配,确定第二下行数据流所对应的承载。具体地,UE将第二下行数据流与该业务流模板对应的承载上传输的业务流的匹配信息进行匹配,确定第二下行数据流是否在该业务流模板对应的承载上传输,若该第二下行数据流在该业务流模板对应的承载上传输,则UE将该业务流模板对应的承载确定为第二下行数据流所对应的承载。
需要说明的是,本实施例中,UE和eNB在对业务流分流时,可以在协议的任意一层对业务流进行分流,例如,在分组数据汇聚协议(Packet Data Convergence Protocol,简称PDCP)层分流,或者在MAC层进行分流,或者在IP层进行分流。
另外,本实施例中,对于UE和eNB在对业务流进行分流时,具体如何进行分流并不做限制。
本实施例的方法,UE在接入3GPP网络的过程中,接收3GPP网络中的eNB发送的第一多流聚合指示,第一多流聚合指示用于指示UE建立从非3GPP网络到eNB之间的第一多流聚合通道,第一多流聚合通道用于传输被分到非3GPP网络中传输的UE的上行业务流中的部分数据或下行业务流中的部分数据,上行业务流的其他数据和下行业务流中的其他数据被分到3GPP网络中的3GPP通道中传输。UE根据第一多流聚合指示建立第一多流聚合通道,在第一多流聚合通道建立好之后,UE可以将同一业务流分为两个数据流,部分数据通过3GPP通道传输,其他数据通过第一多流聚合通道传输,从而使得同一业务流可以同时在3GPP网络和非3GPP网络内同时传输,有效增加空口带宽。并且,当UE在3GPP网络和非3GPP网络之间移动时,减少了信令交互,缩短切换的时延。
UE建立的承载分为默认承载和专用承载,默认承载:一种满足默认QoS的数据和信令的用户承载,随着PDN连接的建立而建立,随着PDN的连接的拆除而销毁,为用户提供永久在线的IP传输服务。专用承载:专用承载是在PDN连接建立的基础上建立的,是为了提供某种特定的QoS传输需求而建立的(默认承载无法满足的),一般情况下专用承载的QoS比默认承载的QoS要求高。
可选地,若UE在后续建立了专用承载,UE还需要为该专用承载建立第二多流聚合通道。具体地,UE接收eNB发送的第四多流聚合指示,该第四多流聚合指示用于指示UE为该专用承载建立从非3GPP网络到eNB的第二多流聚合通道。第二多流聚合通道用于传输被分到非3GPP网络中传输的该专用承载上传输的上行业务流中的部分数据或该专用承载上传输的下行业务流中的部分数据,该专用承载上传输的上行业务流中的其他数据或该专用承载上传输的下行业务流中的其他数据被分到3GPP通道中传输。UE根据第四多流聚合指示建立第二多流聚合通道。
在实施例一的基础上,本发明实施例二提供一种第一多流聚合通道建立的方法,本实施例中,第一多流聚合通道包括第一子通道和第二子通道,图3为本发明实施例二提供的一种第一多流聚合通道的建立方法的流程图, 如图3所示,本实施例的方法可以包括以下步骤:
步骤201、UE获取多流聚合网关的IP地址。
UE可以通过如下三种方式获取多流聚合网关的IP地址:
(1)UE在RRC连接建立过程中,接收eNB发送的RRC消息,RRC消息中包括该多流聚合网关的IP地址或者该多流聚合网关的标识。若RRC消息中包括的是该多流聚合网关的标识,则UE还要根据该多流聚合网关的标识获取该多流聚合网关的IP地址。
这里RRC消息为RRC连接建立过程中UE和eNB之间的所有消息的总称,eNB可以将该多流聚合网关的标识或该多流聚合网关的IP地址携带在RRC连接建立过程中任意一个消息中发送给UE。
(2)UE在接入非3GPP网络的接入鉴权认证过程中,接收非3GPP网络发送的鉴权消息,该鉴权消息中包括该多流聚合网关的IP地址或者该多流聚合网关的标识。若该鉴权消息中包括的是该多流聚合网关的标识,则UE根据该多流聚合网关的标识获取该多流聚合网关的IP地址。
这里鉴权消息为鉴权认证过程中UE和非3GPP网络之间的所有消息的总称,非3GPP网络可以将该多流聚合网关的IP地址或者该多流聚合网关的标识携带在鉴权认证过程中的任意一个消息中发送给UE。
(3)UE向域名服务器(Domain Name Server,简称DNS)发送完全合格域名(Fully Qualified Domain Name,简称FQDN)请求,FQDN请求用于获取该多流聚合网关的IP地址。并接收DNS返回的FQDN响应,FQDN响应中包括该多流聚合网关的IP地址。
步骤202、UE根据多流聚合网关的IP地址向该多流聚合网关发送第一多流聚合通道建立请求,该第一多流聚合通道建立请求中包括第二多流聚合指示和UE的标识。
UE在获取到多流聚合网关的IP地址之后,根据该多流聚合网关的IP地址向该多流聚合网关发送第一多流聚合通道建立请求以请求建立第一多流聚合通道。第一多流聚合通道建立请求中包括第二多流聚合指示和UE的标识,其中,第二多流聚合指示用于指示多流聚合网关建立第一多流聚合通道。在具体实现时,可选地,该第一多流聚合通道建立请求可以为鉴权消息,即UE在鉴权授权过程中将第二多流聚合指示和UE的标识携带在鉴权消息中发送 给多流聚合网关。可选地,该第一多流聚合通道建立请求可以为第二版本密钥交换(Key Exchange Version2,简称IKEv2)消息或无线局域网控制协议(WLAN Control Protocol,简称WLCP)信令。
本实施例中,需要新增多流聚合网关和eNB之间的接口,假设新增接口为S20接口,多流聚合网关和eNB之间通过该S20接口进行通信。若S20接口上没有控制面协议栈,只有用户面协议栈,那么多流聚合网关不需要通过控制面信令建立与eNB之间的第二子通道,该第二子通道为设备级IP隧道或者预先配置好的私有IP通道。这时,第二子通道不为承载粒度的通道,多流聚合网关在收到第一多流聚合通道建立请求后,向UE返回第一多流聚合通道建立响应,确定第一多流聚合通道建立成功。
若S20接口上既有控制面协议栈,又有用户面协议栈,且控制面协议栈通过S20接口与eNB建立承载粒度或PDN连接粒度的第二子通道,那么多流聚合网关在收到该第一多流聚合通道建立请求后,还会向eNB发送第三多流聚合通道建立请求,该第三多流聚合通道建立请求中包括:第二多流聚合指示、第二子通道对应的承载标识、UE的标识、为该第二子通道对应的承载分配的隧道的端点标识。为该第二子通道对应的承载分配的隧道包括上行隧道和下行隧道,隧道具体可以为用户面的通用无线分组业务隧道协议的隧道(GPRS Tunneling protocol-User Tunnel Endpoint,简称GTP-U TE)。eNB会向多流聚合网关返回第二多流聚合通道建立响应,以确定第二子通道建立成功,多流聚合网关收到第二多流聚合通道建立响应之后,再向UE返回第一多流聚合通道建立响应,确定第一通道建立成功。
步骤203、UE接收该多流聚合网关返回的第一多流聚合通道建立响应,确认该多流聚合通道建立成功。
步骤204、UE向eNB发送通知消息,该通知消息用于通知eNB第一多流聚合通道建立成功。
本实施例提供的方法,UE通过获取多流聚合网关的IP地址,根据多流聚合网关的IP地址向多流聚合网关发送第一多流聚合通道建立请求,以建立第一多流聚合通道,第一多流聚合通道建立请求中包括:第二多流聚合指示和UE的标识,然后,UE接收多流聚合网关返回的第一多流聚合通道建立响应,确认第一多流聚合通道建立成功。
当多流聚合网关与NB合设时,UE建立第一多流聚合通道,具体为:UE获取eNB的IP地址,UE根据eNB的IP地址向eNB发送第二多流聚合通道建立请求,第二多流聚合通道建立请求中包括第三多流聚合指示和UE的标识,其中,第三多流聚合指示用于指示eNB建立第一多流聚合通道。eNB根据第二多流聚合通道建立请求向UE返回第二多流聚合通道建立响应,确认第一多流聚合通道建立成功。
图4为本发明实施例三提供的业务流分流的方法的流程图,本实施例从eNB侧描述业务流分流的方法,如图4所示,本实施例提供的方法可以包括以下步骤:
步骤301、eNB向UE发送第一多流聚合指示,该第一多流聚合指示用于指示UE建立从非3GPP网络到eNB的第一多流聚合通道,第一多流聚合通道用于将UE的上行业务流中的部分数据或UE的下行业务流中的部分数据分到非3GPP网络中传输,上行业务流中的其他数据或下行业务流中的其他数据被分到3GPP网络中的UE和eNB之间的3GPP通道中传输。
步骤302、eNB建立第一多流聚合通道。
建立第一多流聚合通道的方法可以参照实施例一和实施例二的相关描述,这里不再赘述。
步骤303、eNB接收UE通过3GPP通道发送的第一上行数据流,以及接收UE通过第一多流聚合通道发送的第二上行数据流,将第一上行数据流和第二上行数据流聚合成一条业务流发送出去,其中,UE的上行业务流被UE分为第一上行数据流和第二上行数据流;或者,eNB接收3GPP网络的核心网发送的下行业务流,将下行业务流分为第一下行数据流和第二下行数据流,将第一下行数据流通过3GPP通道发送给UE,将第二下行数据流通过第一多流聚合通道发送给UE,以便UE将第一下行数据流和第二下行数据流聚合成一条业务流。
对于上行业务流,eNB接收到的UE通过第一多流聚合通道发送的第二上行数据流中包含上行业务流所对应的承载标识,或者包含上行业务流所对应的承载标识与UE的标识,或者包含第一MAC地址,或者包含第二MAC地址与行业务流所对应的承载标识。在eNB将第一上行数据流和第二上行数据流聚合成一条业务流发送出去之前,eNB根据第二上行数据流中包含的信 息,确定第二上行数据流所对应的承载。当第二子通道不为承载粒度的通道时,由eNB根据第二上行数据流中包含的信息,确定第二上行数据流所对应的承载,当第二子通道为承载粒度的通道时,由多流聚合网关根据第二上行数据流中包含的信息,确定第二上行数据流所对应的承载,并根据第二上行数据流所对应的承载将第二上行数据流发送给eNB,eNB根据第二上行数据流接收通道确定第二上行数据流所对应的承载。
由于3GPP通道为承载粒度的通道,eNB根据第一上行数据流所经的承载就可以确定第一上行数据流所对应的承载。eNB在确定第一上行数据流所对应的承载和第二上行数据流所对应的承载后,比较第一上行数据流所对应的承载和第二上行数据流所对应的承载,若第一上行数据流所对应的承载和第二上行数据流所对应的承载相同,则eNB将第一上行数据流和第二上行数据流聚合为一条业务流,并通过该相同的承载将聚合后的业务流发送到核心网。
若MME向eNB发送了业务流模板,那么eNB可以根据业务流模板确定第二上行数据流所对应的承载。相应的,eNB接收MME发送的业务流模板,业务流模板与上行业务流所对应的承载对应,每个承载对应一个业务流模板,业务流模板包括上行业务流所对应的承载的匹配信息。在eNB将第一上行数据流和第二上行数据流聚合成一条业务流发送出去之前,eNB将第二上行数据流与该业务流模板进行匹配,确定第二上行数据流所对应的承载。并确定第二上行数据流所对应承载和第一上行数据流所对应承载是否为同一个承载,若eNB确定第二上行数据流所对应承载和第一上行数据流所对应承载为同一个承载,则将第一上行数据流和第二上行数据流聚合为一条业务流。
对于下行业务流,若第二子通道不为承载粒度的通道,那么eNB将第二下行数据流通过第一多流聚合通道发送给所述UE,具体为:
若第二子通道为UE粒度或PDN连接粒度的通道,则eNB将下行业务流所对应的承载标识添加到第二下行数据流中,并将第二下行数据流通过第一多流聚合通道发送给UE,第二下行数据流中包含下行业务流所对应的承载标识。
若第二子通道为设备粒度的通道,则eNB将下行业务流所对应的承载标 识和UE的标识添加到第二下行数据流中,并将第二下行数据流通过第一多流聚合通道发送给UE,第二下行数据流中包含下行业务流所对应的承载标识和UE的标识。
若第三子通道为承载粒度的P2P通道,则eNB利用第一媒体接入控制MAC地址封装第二下行数据流中的数据包,并将封装后的所述第二下行数据流通过第一多流聚合通道发送给UE。
若第三子通道为PDN连接粒度的P2P通道,则eNB利用第二MAC地址封装第二下行数据流中的数据包,将下行业务流所对应的承载标识添加到封装后的所述第二下行数据流中,并将第二下行数据流通过第一多流聚合通道发送给UE。
若第二子通道为承载粒度的通道,则eNB可以将第二下行数据流发送给多流聚合网关,由多流聚合网关根据第二下行数据流经过的承载,确定第二下行数据所对应的承载,第二下行数据所对应的承载与下行业务流所对应的承载相同。多流聚合网关将第二下行数据所对应的承载标识添加到第二下行数据流中。
本实施例中,若eNB在后续为UE建立了专用承载,则eNB向UE发送第三多流聚合指示,该第三多流聚合指示用于指示UE为该专用承载建立从非3GPP网络到eNB的第二多流聚合通道。UE收到该多流聚合指示后,会发起该第二多流聚合通道的建立。
本实施例的方法,eNB通过向UE发送第一多流聚合指示,以指示UE根据建立从非3GPP网络到eNB的第一多流聚合通道,在第一多流聚合通道建立成功之后,eNB和UE可以将同一个业务流分到3GPP通道和第一多流聚合通道上同时传输,使得同一业务流能够同时在3GPP网络和非3GPP网络同时传输,从而有效增加空口带宽,提高了资源的利用率。
图5为本发明实施例四提供的业务流分流的方法的流程图,本实施例从多流聚合网关侧进行描述,如图5所示,本实施例提供的方法可以包括以下步骤:
步骤401、多流聚合网关接收UE发送的第一多流聚合通道建立请求,该第一多流聚合通道建立请求中包括:第二多流聚合指示和UE的标识,第二多流聚合指示用于指示多流聚合网关建立从UE到3GPP网络的eNB之间 的第一多流聚合通道,第一多流聚合通道用于传输被分到非3GPP网络中传输的UE的上行业务流中的部分数据或UE的下行业务流中的部分数据,上行业务流中的其他数据或下行业务流中的其他数据被分到3GPP网络中的UE和eNB之间的3GPP通道中传输。
本实施例中,第一多流聚合通道包括UE和多流聚合网关之间的第一子通道,以及多流聚合网关和eNB之间的第二子通道。第二子通道的具体建立方法可以参照实施例一的相关描述,这里不再赘述。
步骤402、多流聚合网关向UE返回第一多流聚合通道建立响应,以确认第一多流聚合通道建立成功。
步骤403、多流聚合网关接收UE通过第一子通道发送的第二上行数据流,将第二上行数据流通过第二子通道发送给eNB,其中,UE的上行业务流被UE分为第二上行数据流和第一上行数据流,第一上行数据流通过3GPP通道发送给eNB;或者,接收eNB通过第二子通道发送的第二下行数据流,将第二下行数据流通过第一子通道发送给UE,其中,UE的下行业务流被eNB分为第一下行数据流和第二下行数据流,第一下行数据流通过3GPP通道发送给eNB。
当第二子通道为承载粒度的通道时,多流聚合网关在将第二上行数据流通过第二子通道发送给eNB之前,多流聚合网关根据第二上行数据流中包含的信息,确定第二上行数据流所对应的承载,第二上行数据流中包含的信息为上行业务流所对应的承载标识。多流聚合网关将第二上行数据流通过第二子通道发送给eNB,具体为:多流聚合网关将第二上行数据流通过第二上行数据流所对应的承载发送给eNB。当第二子通道不为承载粒度的通道时,多流聚合网关在接收到UE发送的第二上行数据流时,直接通过第二子通道将第二上行数据流发送给eNB,由eNB根据第二上行数据流中包含的信息,确定第二上行数据流所对应的承载。
当第二子通道为承载粒度的通道时,eNB将下行业务流分为第一下行数据流和第二下行数据流后,将第二下行数据流通过下行业务流对应的承载发送给多流聚合网关,多流聚合网关将第二下行数据流通过第一子通道发送给UE之前,多流聚合网关根据第二下行数据流接收通道确定第二下行数据流所对应的承载,第二下行数据流所对应的承载与下行业务流对应的承 载相同。多流聚合网关将第二下行数据流所对应的承载标识添加到第二下行数据流中。当第二子通道为设备粒度的通道时,由eNB将下行业务流所对应的承载标识和UE标识添加到第二下行数据流中,多流聚合网关收到第二下行数据流后,根据第二下行数据流中包括的UE标识将第二下行数据流发送给UE。当第二子通道为UE粒度或PDN连接粒度的通道时,由eNB将下行业务流所对应的承载标识添加到第二下行业务流中,多流聚合网关收到第二下行数据流后,根据第二子通道确定将第二下行数据流发送给哪个UE。
本实施例的方法,UE向多流聚合网关发送第一多流聚合通道建立请求,第一多流聚合通道建立请求中包括:第二多流聚合指示和UE的标识,第二多流聚合指示用于指示多流聚合网关建立从UE到eNB之间的第一多流聚合通道。第一多流聚合通道建立好之后,UE可以将业务流同时在3GPP通道和第一多流聚合通道上传输,从而有效增加空口带宽,提高了资源的利用率。
以下将通过几个具体实施例对第一多流聚合通道和第二多流聚合通道的建立进行详细说明,以下各实施例中以3GPP网络为LTE网络、非3GPP网络为WLAN为例进行说明,并且基于PDCP进行分流。
图6为本发明实施例五提供的建立第一多流聚合通道的信令流程图,本实施例中,多流聚合网关合设在eNB中,且UE使用IKEv2消息或WLCP消息与多流聚合网关交互,如图6所示,本实施例提供的方法可以包括以下步骤:
步骤501、UE与3GPP网络的核心网建立PDN连接,在PDN连接的建立过程中,UE和eNB协商多流聚合能力,eNB将第一多流聚合指示发送给UE。
eNB可以通过默认承载建立过程中的RRC Connection Reconfiguration消息携带第一多流聚合指示给UE。可选地,在PDN连接建立的过程中,MME将该默认承载对应的业务流模板发送给UE。可选地,MME还将该默认承载对应的业务流模板发送给eNB。
本步骤中,UE建立PDN连接过程中会与eNB进行多次信令交互,UE的多流聚合能力信息和第一多流聚合指示可以携带在任意一个消息 中。
步骤502、UE在鉴权授权过程中获取多流聚合网关的标识或IP地址。
本实施例中,多流聚合网关合设在eNB中,多流聚合网关的标识即为eNB的标识,多流聚合网关的IP地址即为eNB的IP地址。可选地,UE也可以在PDN连接的建立过程中获取eNB的标识或IP地址,即在步骤501中,eNB将自己的标识或IP地址发送给UE。
授权鉴权过程中会有多条信令交互,授权鉴权过程为现有技术,因此,本实施例不做具体说明,eNB的标识或IP地址可以携带在授权鉴权过程中任何一条信令中。
步骤503、UE根据获取到的多流聚合网关的标识或IP地址,向多流聚合网关发送IKEv2消息或者WLCP消息,IKEv2消息或者WLCP消息中包括UE的标识和第一多流聚合指示。
可选地,UE也可以在步骤502中将UE的标识和第一多流聚合指示发送给eNB。本实施例中,IKEv2消息具体为IKEV2signaling,IKEV2signaling用于建立IPSec隧道,WLCP消息具体为WLCP PDN connectivity request。
步骤504、多流聚合网关向UE返回IKEv2响应或者WLCP响应,确定第一多流聚合通道建立成功。
WLCP响应具体为WLCP PDN connectivity response。
本实施例中,UE和eNB通过控制面协议建立第一多流聚合通道,在第一多流聚合通道建立好之后,通过用户面协议进行数据传输。图7为UE和eNB之间的控制面协议栈和用户面协议栈的结构示意图,如图7所示,图7a为IKEv2协议的控制面协议栈,UE和eNB之间的接口为SWu接口,UE侧的协议栈从底层到高层依次为:L2/L1、IPv4/IPv6和IKEv2,eNB侧的协议栈与UE侧相同。图7b为IKEv2协议的用户面协议栈,UE和eNB之间的接口为SWu接口,UE侧的协议栈从底层到高层依次为:L2/L1、IPv4/IPv6、IPSEC、IP Tuunel和PDCP层,eNB侧的协议栈与UE侧相同,IP Tuunel层和IPSEC层为可选层。图7c为WLCP协议的控制面协议栈,UE和eNB之间的接口为SWw接口,UE侧的协议栈从底层到高层依次为:802.11、IP、UDP和WLCP层,eNB侧的协议栈与UE侧相同。 图7d为WLCP协议的用户面协议栈,UE和eNB之间的接口为SWw接口,UE侧的协议栈从底层到高层依次为:802.11和PDCP层,eNB侧的协议栈与UE侧相同。
本实施例中,UE和eNB需要将同一承载的数据包统一排序,而UE和eNB之间的第一多流聚合通道不是承载粒度的,因此,用户面需要一些特殊处理,详细描述如下:
本实施例中,第一多流聚合通道可以为UE粒度、PDN连接粒度的通道,当UE发送上行业务流时,需要在第二上行数据流的各数据包的PDCP包头携带上行业务流所对应的承载标识。eNB收到第二上行数据流后,根据上行业务流所对应的承载标识确定第二上行数据流所对应的承载,根据第二上行数据流所对应的承载进行聚合。当eNB发送下行业务流时,eNB将下行业务流所对应的承载标识携带在第二下行数据流的数据包的PDCP包头中发送给UE,UE收到第二下行数据流后,根据下行业务流所对应的承载标识确定第二下行数据流所对应的承载。
如果MME将上行业务流所对应的承载对应的业务流模板发送给了eNB,UE在第二上行数据流中也可以不携带上行业务流所对应的承载标识,则eNB收到第一多流聚合通道上传输来的第二上行数据流时,可以通过将第二上行业务流与该业务流模板匹配,确定第二上行数据流所对应的承载。同理,eNB在第二下行数据流中也可以不携带下行业务流所对应的承载标识,UE收到第二下行数据流时,通过将第二下行数据流与业务流模板匹配,确定第二下行数据流所对应的承载。
图8为本发明实施例六提供的建立第一多流聚合通道的信令流程图,和实施例五不同的是:本实施例中,多流聚合网关和eNB独立设置,eNB与多流聚合网关之间新增S20接口,S20接口为本发明新定义的接口,用于eNB和多流聚合网关的交互。本实施例中,eNB与多流聚合网关之间的用户面通道为设备级IP隧道或者事先配置好的私有IP通道,该通道不需要控制面信令传递来建立,因此,S20接口上没有控制面协议栈,只有用户面协议栈。如图8所示,本实施例提供的方法可以包括以下步骤:
步骤601、UE与3GPP网络的核心网建立PDN连接,在PDN连接的建立过程中,UE和eNB协商多流聚合能力,eNB将第一多流聚合指示发 送给UE。
步骤602、UE在鉴权授权过程中获取多流聚合网关的标识或IP地址。
步骤603、UE向多流聚合网关发送IKEv2消息或者WLCP消息,IKEv2消息或者WLCP消息中包括UE的标识和第一多流聚合指示。
步骤604、多流聚合网关向UE返回IKEv2响应或者WLCP响应,确定第一多流聚合通道建立成功。
步骤601-604的实现方式请参照实施例五中步骤501-504的相关描述,这里不再赘述。
步骤605、UE向eNB发送RRC消息通知第一多流聚合通道建立成功。
本实施例中,在第一多流聚合通道建立的过程中,多流聚合网关和eNB之间没有信令交互,eNB并不知道第一多流聚合通道已经建立成功,因此,UE会主动通知eNB第一多流聚合通道建立成功。
本实施例中,UE和多流聚合网关之间的控制面协议栈结构与图7中UE和多流聚合网关之间的控制面结构协议相同,请参照实施例五的相关描述。图9为UE、多流聚合网关和eNB之间的用户面协议栈的结构示意图,如图9所示,图9a为IKEv2协议的用户面协议栈,UE和多流聚合网关之间的接口为SWw接口,多流聚合网关和eNB之间的接口为S20接口,UE侧的协议栈从底层到高层依次为:L2/L1、IPv4/IPv6、IPSEC、IP Tunel和PDCP层,多流聚合网关需要和UE与eNB分别通信,多流聚合网关和UE与eNB通信时使用不同的协议栈,多流聚合网关与UE通信的协议栈从底层到高层依次为:L2/L1、IPv4/IPv6、IPSEC和IP Tunel层,多流聚合网关与eNB通信的协议栈从底层到高层依次为:L2/L1和IPv4/IPv6。eNB侧的协议栈从底层到高层依次为:L2/L1、IPv4/IPv6和PDCP层,其中,IP Tunel层和IPSEC层为可选层。图9b为WLCP协议的用户面协议栈,UE和多流聚合网关之间的接口为SWw接口,UE侧的协议栈从底层到高层依次为:802.11和PDCP层,多流聚合网关与UE通信的协议栈从底层到高层依次为:802.11层,多流聚合网关与eNB通信的协议栈从底层到高层依次为:L2/L1和IP层,eNB侧的协议栈从底层到高层依次为:L2/L1、IP和PDCP层。
本实施例中,多流聚合网关和eNB之间的第二子通道为UE粒度、设 备粒度或PDN连接粒度的通道,UE在发送上行业务流时,若第二子通道为UE粒度或PDN连接粒度通道,则UE需要将上行业务流所对应的承载标识添加到第二上行数据流中。多流聚合网关收到第二上行数据流后,根据第二上行数据流的接收通道确定将第二上行数据流发送给该UE对应的第二子通道。eNB收到第二上行数据流后,根据上行业务流所对应的承载标识确定第二上行数据流所对应的承载。若第二子通道为设备粒度的通道,则UE需要将上行业务流所对应的承载标识和UE标识添加到第二上行数据流中,多流聚合网关收到第二上行数据流后,将第二上行数据流通道该设备粒度的通道发送给eNB。eNB收到第二上行数据流后,根据上行业务流所对应的承载标识和UE标识确定第二上行数据流所对应的承载。
eNB在发送下行业务流时,若第二子通道为UE粒度或PDN连接粒度的通道,则eNB需要将下行业务流所对应的承载标识添加到第二下行数据流中。多流聚合网关收到第二下行数据流后,根据第二下行数据流的接收通道将第二下行数据流发送给对应的UE,UE根据第二下行数据流中的下行业务流所对应的承载标识确定第二下行数据流所对应的承载。若第二子通道为设备粒度的通道,则eNB需要将下行业务流所对应的承载标识和UE标识添加到第二下行数据流中。多流聚合网关收到第二下行数据流后,根据UE的标识将第二下行数据流发送给对应的UE,UE根据第二下行数据流中的下行业务流所对应的承载标识确定第二下行数据流所对应的承载。
图10为本发明实施例七提供的建立第一多流聚合通道的信令流程图,本实施例和实施例六不同的是:本实施例中,S20接口上既有控制面协议栈,又有用户面协议栈,控制面协议栈通过S20-AP信令建立多流聚合网关和eNB之间的第二子通道,用户面协议栈为GTP-U协议,如图10所示,本实施例提供的方法可以包括以下步骤:
步骤701、UE与3GPP网络的核心网建立PDN连接,在PDN连接的建立过程中,UE和eNB协商多流聚合能力,eNB将第一多流聚合指示发送给UE。
步骤702、UE在鉴权授权过程中获取多流聚合网关的标识或IP地址。
步骤703、UE向多流聚合网关发送IKEv2消息或者WLCP消息,IKEv2 消息或者WLCP消息中包括:UE的标识、第二子通道所对应的承载标识和第二多流聚合指示。
步骤704、多流聚合网关向eNB发送初始上下文建立请求(Initial Context Setup Request),该初始上下文建立请求中包括:UE的标识、第二子通道所对应的承载标识、为第二子通道所对应的承载分配的隧道的端点标识和第二多流聚合指示。
多流聚合网关收到IKEv2消息或者WLCP消息后,根据第二子通道所对应的承载标识和第二多流聚合指示,为第二子通道所对应的承载分配隧道,并生成初始上下文建立请求请求,将为第二子通道所对应的承载分配隧道的端点标识(Tunnel Endpoint Identifier,简称TEID)携带在初始上下文建立请求请求中发送给eNB。
步骤705、eNB向多流聚合网关返回初始上下文建立响应(Initial Context Setup Response)。
eNB收到初始上下文建立请求后,根据第二子通道所对应的承载标识为第二子通道所对应的承载分配隧道,并将分配的隧道的端点标识携带在初始上下文建立响应中发送给多流聚合网关。通过步骤704和步骤705将第二子通道所对应的承载建立成功。
步骤706、多流聚合网关向UE返回IKEv2响应或者WLCP响应。
在多流聚合网关向UE返回IKEv2响应或者WLCP响应之后,第一多流聚合通道建立完成。
步骤707、专用承载激活(Dedicated Bearer Activation)。
后续,UE因为业务需要,可能在PDN连接上建立专用承载,且eNB在专用承载建立过程中指示了该专用承载也需要或允许建立WLAN侧的第二多流聚合通道,比如eNB通过承载建立过程的RRC Connection Reconfiguration消息携带一个第三多流聚合指示给UE,第三多流聚合指示用于指示UE为该专用承载建立从非3GPP网络到eNB的第二多流聚合通道,则UE通过以下步骤建立该专用承载对应的第二多流聚合通道。
步骤708、UE向多流聚合网关发送IKEv2消息或者WLCP消息,IKEv2消息或者WLCP消息中包括专用承载标识、UE的标识和第三多流聚合指示。
步骤709、多流聚合网关向eNB发送E-RAB建立请求,E-RAB建立请求中包括UE的标识、专用承载标识、为该专用承载分配的隧道的端点标识和第三多流聚合指示。
多流聚合网关收到IKEv2消息或者WLCP消息后,根据专用承载标识为该专用承载分配隧道,并将自己为该专用承载分配的隧道的端点标识携带在E-RAB建立请求中发送给eNB。
步骤710、eNB向多流聚合网关返回E-RAB建立响应。
eNB根据专用承载标识为该专用承载分配隧道,并将自己为该专用承载分配的隧道的端点标识携带在E-RAB建立响应中发送给多流聚合网关。
步骤711、多流聚合网关向UE返回IKEv2响应或者WLCP响应。
本实施例中,UE、多流聚合网关和eNB之间的用户面协议栈结构与图9所示的用户面协议栈结构相同,请参照实施例六的相关描述。图11为UE、多流聚合网关和eNB之间的控制面协议栈的结构示意图,如图11所示,图11a为IKEv2协议的控制面协议栈,UE和多流聚合网关之间的接口为SWu接口,多流聚合网关和eNB之间的接口为S20接口,UE侧的协议栈从底层到高层依次为:L2/L1、IPv4/IPv6和IKEv2,多流聚合网关和UE通信的协议栈与UE侧相同,多流聚合网关和eNB通信的协议栈从底层到高层依次为:L2/L1、IPv4/IPv6、SCTP和S20-AP层,S20-AP表示多流聚合网关和eNB之间的控制面协议,eNB侧的协议栈与多流聚合网关和eNB通信的协议栈相同。图11b为WLCP协议的控制面协议栈,UE侧的协议栈从底层到高层依次为:802.11、IP、UDP和WLCP层,多流聚合网关和UE通信的协议栈与UE侧的协议栈相同,多流聚合网关和eNB通信的协议栈从底层到高层依次为:L2/L1、IP、SCTP和S20-AP层,eNB侧的协议栈与多流聚合网关和eNB通信的协议栈相同。
本实施例中,多流聚合网关和eNB之间的第二子通道为承载粒度的通道,UE和多流聚合网关之间的第一通道可能不是承载粒度的通道。UE、多流聚合网关和eNB需要将同一承载的数据包统一排序,本实施例中,在发送上行业务流时,UE将上行业务流所对应的承载标识添加到第二上行数据流中的,多流聚合网关在接收到第二上行数据流后,根据第二上行数据流中包含的上行业务流所对应的承载标识确定第二上行数据流所对应 的承载,将第二上行数据流通过第二上行数据流所对应的承载发送给eNB。由于第二子通道为承载粒度的通道,因此,eNB知道第二上行数据流所对应的承载,不需要在确定第二上行数据流所对应的承载,直接将第二上行数据流和第一上行数据流进行聚合。同理,eNB也不在第二下行数据流中添加下行业务流所对应的标识,当多流聚合网关接收到eNB发送的第二下行数据流时,根据第二下行数据流的接收通道确定第二下行数据流所对应的承载,第二下行数据流所对应的承载与下行业务流对应的承载相同,多流聚合网关将下行业务流所对应的承载添加到第二下行数据流中,并根据第二下行数据流所对应的承载确定将第二下行数据流发送给哪个UE。
图12为本发明实施例八提供的建立第一多流聚合通道的信令流程图,本实施例和实施例七不同的是,本实施例中,控制面协议栈通过GTP-C信令建立多流聚合网关和eNB之间的第二子通道,用户面协议栈仍为GTP-U。如图12所示,本实施例提供的方法可以包括以下步骤:
步骤801、UE与3GPP网络的核心网建立PDN连接,在PDN连接的建立过程中,UE和eNB协商多流聚合能力,eNB将第一多流聚合指示发送给UE。
步骤802、UE在鉴权授权过程中获取多流聚合网关的标识或IP地址。
步骤803、UE向多流聚合网关发送IKEv2消息或者WLCP消息,IKEv2消息或者WLCP消息中包括:UE的标识、第二多流聚合指示和第二子通道所对应的承载标识。
步骤804、多流聚合网关向eNB发送会话创建请求(Create Session Request),该会话创建请求中包括:UE的标识、第二子通道所对应的承载标识、多流聚合网关为第二子通道所对应的承载分配的隧道的端点标识和第二多流聚合指示。
步骤805、eNB向多流聚合网关返回创建会话响应(Create Session Response)。
创建会话响应中包括eNB为第二子通道所对应的承载分配的隧道的端点标识该承载分配的隧道的端点标识。
步骤806、多流聚合网关向UE返回IKEv2响应或者WLCP响应。
步骤807、专用承载激活。
步骤808、eNB向多流聚合网关发送承载创建请求(Create Bearer Request),承载创建请求中包括:专用承载标识、UE的标识、eNB为该专用承载分配的隧道的端点标识和第三多流聚合指示。
步骤809、多流聚合网关向eNB返回承载创建响应(Create Bearer Response)。
承载创建响应中包括:多流聚合网关为该专用承载分配的隧道的端点标识。
本实施例中,UE、多流聚合网关和eNB之间的用户面协议栈结构与图7所示的用户面协议栈结构相同,请参照实施例六的相关描述。本实施例中,UE、多流聚合网关和eNB之间的控制面协议栈结构与图11所示的控制面协议栈结构基本相同,区别点在于:多流聚合网关和eNB之间的协议栈最高两层的协议不同,本实施例中,多流聚合网关和eNB之间的协议栈最高两层的协议为GTP-C协议和UDP协议,而图11所示的多流聚合网关和eNB之间的协议栈最高两层的协议为S20-AP协议和SCTP协议。
本实施例中,多流聚合网关和eNB之间的第二子通道为承载粒度的通道,UE和多流聚合网关之间的第一子通道可能不是承载粒度的通道。UE、多流聚合网关和eNB需要将同一承载的数据包统一排序,具体实现方式参照实施例七的描述,这里不再赘述。
图13为本发明实施例九提供的建立第一多流聚合通道的信令流程图,与实施例五的场景相同,多流聚合网关合设在eNB中,不同的是,本实施例中UE和eNB之间的第一多流聚合通道为基于MAC的隧道,eNB是UE在WLAN接入的第一跳路由。如图13所示,本实施例提供的方法可以包括以下步骤:
步骤901、UE与3GPP网络的核心网建立PDN连接,在PDN连接的建立过程中,UE和eNB协商多流聚合能力,eNB将第一多流聚合指示以及该PDN连接对应的第二MAC地址的发送给UE。
在PDN连接建立过程中,eNB可以通过RRC Connection Reconfiguration消息将PDN连接对应的第二MAC地址发送给UE,实际上PDN连接的建立伴随默认承载的建立,这里PDN连接对应的第二MAC 地址,也称为默认承载对应的MAC地址,该第二MAC地址用于标识该PDN连接。
步骤902、UE在鉴权授权过程中获取eNB的标识或IP地址。
步骤903、UE向发送IKEv2消息或者WLCP消息,IKEv2消息或者WLCP消息中包括:UE ID的标识和第一多流聚合指示。
步骤904、eNB向UE返回IKEv2响应或者WLCP响应。
若eNB没有在步骤901中将第二MAC地址发送给UE,那么,eNB可以在IKEv2响应或者WLCP响应中包括:该PDN连接对应的第二MAC地址。
本实施例中,UE、多流聚合网关和eNB之间的用户面协议栈结构与图7所示的WLCP协议的用户面协议栈结构相同,请参照实施例六的相关描述。这里不再赘述。
本实施例中,UE和eNB之间的多流聚合通道为PDN连接粒度的,当UE发送上行业务流时,UE将上行业务流分为第一上行数据流和第二上行数据流,采用第二MAC地址封装第二上行数据流中的数据包,并在第二上行数据流中携带上行业务流所对应的承载标识,eNB收到第二上行数据流后,根据上行业务流所对应的承载标识和第二MAC地址确定第二上行数据流所对应的承载,并根据第一上行数据流的接收通道确定第一上行数据流对应的承载,若第二上行数据流所对应的承载和第一上行数据流所对应的承载相同,则eNB将第一上行数据流和第二上行数据流聚合后通过该相同的承载发送出去。当eNB向UE发送下行业务流时,eNB用该第二MAC地址封装第二下行数据流中的数据包,并在第二下行数据流中携带下行业务流对应的承载标识,UE收到第一下行数据流和第二下行数据流之后,根据下行业务流对应的承载标识和第二MAC地址确定第二下行数据流所对应的承载,对第一下行数据流和第二下行数据流进行聚合。
UE也可以在PDN连接上建立专用承载,eNB会为该专用承载分配对应的第一MAC,并在该专用承载建立的过程中,通过RRC消息将该第一MAC地址发送给UE。后续当UE发送上行业务流时,UE采用该第一MAC地址封装第二上行数据流中的数据包,eNB收到第二上行数据流后,根据该第一MAC地址确定第二上行数据流对应的承载。当eNB向UE发送下 行业务流时,eNB用该第一MAC地址封装第二下行数据流中的数据包,UE收到第一下行数据流和第二下行数据流之后,根据该第一MAC地址确定第二下行数据流对应的承载。
图14为本发明实施例十提供的UE的结构示意图,如图14所示,本实施例提供的UE包括:接收模块11、建立模块12、分流模块13、发送模块14和聚合模块15。
其中,接收模块11,用于接收3GPP网络中的eNB发送的第一多流聚合指示,所述第一多流聚合指示用于指示所述UE建立从非3GPP网络到所述eNB的第一多流聚合通道,所述第一多流聚合通道用于传输被分到非3GPP网络中传输的所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到所述3GPP网络中的3GPP通道中传输;
建立模块12,用于建立所述第一多流聚合通道;
分流模块13,将所述UE的上行业务流分为第一上行数据流和第二上行数据流;
发送模块14,用于将所述第一上行数据流通过所述3GPP通道发送给所述eNB,将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,以便所述eNB将所述第一上行数据流和所述第二上行数据流聚合成一条业务流;或者,
所述接收模块11,还用于接收所述eNB通过所述3GPP通道发送的第一下行数据流,以及接收所述eNB通过所述第一多流聚合通道发送的第二下行数据流;
聚合模块15,用于将所述第一下行数据流和所述第二下行数据流聚合成一条业务流,其中,所述UE的下行业务流被所述eNB分为所述第一下行数据流和所述第二下行数据流。
可选的,所述第一多流聚合通道包括所述UE与多流聚合网关之间的第一子通道,以及所述多流聚合网关与所述eNB之间的第二子通道,所述建立模块12具体用于:
获取所述多流聚合网关的IP地址;
根据所述多流聚合网关的IP地址向所述多流聚合网关发送第一多流聚合 通道建立请求,所述第一多流聚合通道建立请求中包括第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述多流聚合网关建立所述第一多流聚合通道,所述UE的标识为所述UE在所述3GPP网络中的标识;
接收所述多流聚合网关返回的第一多流聚合通道建立响应,确认所述多流聚合通道建立成功;
向所述eNB发送通知消息,所述通知消息用于通知所述eNB所述第一多流聚合通道建立成功。
其中,所述建立模块12在获取所述多流聚合网关的IP地址时,具体用于:在RRC连接建立过程中,接收所述eNB发送的RRC消息,所述RRC消息中包括所述多流聚合网关的IP地址或者所述多流聚合网关的标识,根据所述RRC消息获取所述多流聚合网关的IP地址。或者,在接入所述非3GPP网络的接入鉴权认证过程中,接收所述非3GPP网络发送的鉴权消息,所述鉴权消息中包括所述多流聚合网关的IP地址或者所述多流聚合网关的标识,根据所述鉴权消息获取所述多流聚合网关的IP地址。或者,向域名解析服务器发送完全合格域名请求,所述完全合格域名请求用于获取所述多流聚合网关的IP地址,接收所述域名解析服务器返回的完全合格域名响应,所述完全合格域名响应中包括所述多流聚合网关的IP地址。
可选的,所述第一多流聚合通道包括所述UE与所述eNB之间的第三子通道,所述建立模块12具体用于:
获取所述eNB的IP地址;
根据所述eNB的IP地址向所述eNB发送第二多流聚合通道建立请求,所述第二多流聚合通道建立请求中包括第三多流聚合指示和所述UE的标识,其中,所述第三多流聚合指示用于指示所述eNB建立所述第一多流聚合通道,所述UE的标识为所述UE在所述3GPP网络中的标识;
接收所述eNB返回的第二多流聚合通道建立响应,确认所述第一多流聚合通道建立成功。
本实施例中,所述发送模块14在将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB时,具体用于:
将所述上行业务流所对应的承载标识添加到所述第二上行数据流中,并 将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述上行业务流所对应的承载标识;
或者,将所述上行业务流所对应的承载标识和所述UE的标识添加到所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述上行业务流所对应的承载标识和所述UE的标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识;
或者,利用第一媒体接入控制MAC地址封装所述第二上行数据流中的数据包,并将所述封装后的所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述第一MAC地址,其中,所述第一MAC地址为与所述上行业务流所对应的承载对应的MAC地址;
或者,利用第二MAC地址封装所述第二上行数据流中的数据包,将所述上行业务流所对应的承载标识添加到所述封装后的所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述第二MAC和所述上行业务流所对应的承载标识,其中,所述第二MAC地址为与所述上行业务流所对应的分组数据网络PDN连接对应的MAC地址。
本实施例中,所述第二下行数据流中包含所述下行业务流所对应的承载标识,或者包含所述下行业务流所对应的承载标识与所述UE的标识,或者包含第一MAC地址,或者包含第二MAC地址和所述下行业务流所对应的承载标识。则在所述聚合模块15将所述第一下行数据流和所述第二下行数据流聚合成一条业务流之前,所述聚合模块15还用于:根据所述第二下行数据流中包含的信息,确定所述第二下行数据流所对应的承载;确定所述第一下行数据流所对应的承载和所述第二下行数据流所对应的承载为同一个承载。
可选的,所述接收模块11还用于:接收所述3GPP网络中的MME发送的业务流模板,所述业务流模板与所述下行业务流所对应的承载对应,每个承载对应一个业务流模板,所述业务流模板包括所述下行业务流所对应的承载的匹配信息。则在所述聚合模块15将所述第一下行数据流和所述第二下行数据流聚合成一条业务流之前,所述聚合模块15还用于:将所述第二下行数据流与所述业务流模板进行匹配,确定所述第二下行数据流所对应 的承载;确定所述第一下行数据流所对应的承载和所述第二下行数据流所经的承载为同一个承载。
若所述UE后续还建立了专用承载,则在所述UE建立专用承载之后,所述接收模块11还用于:接收所述eNB发送的第四多流聚合指示,所述第四多流聚合指示用于指示所述UE为所述专用承载建立从所述非3GPP网络到所述eNB的第二多流聚合通道,所述第二多流聚合通道用于传输被分到所述非3GPP网络中传输的所述专用承载上传输的上行业务流中的部分数据或所述专用承载上传输的下行业务流中的部分数据,所述专用承载上传输的上行业务流中的其他数据或所述专用承载上传输的下行业务流中的其他数据被分到所述3GPP通道中传输。相应的,所述建立模块12,还用于建立所述第二多流聚合通道。
本实施例中,发送模块14,还用于在所述接收模块11接收所述eNB发送的所述第一多流聚合指示之前,将所述UE的多流聚合能力信息发送给所述eNB,以使所述eNB根据所述多流聚合能力信息确定是否向所述UE返回所述多流聚合指示,所述多流聚合能力信息用于指示所述UE是否支持多留聚合能力。
本实施例的UE,可用于执行实施例一、实施例二以及实施例五至实施例九提供的方法,具体实现方式和技术效果类型,这里不再赘述。
图15为本发明实施例十一提供的eNB的结构示意图,如图11所示,本实施例提供的eNB包括:发送模块21、建立模块22、接收模块23、聚合模块24和分流模块25。
其中,发送模块21,用于向UE发送第一多流聚合指示,所述第一多流聚合指示用于指示所述UE建立从3GPP网络到所述eNB的第一多流聚合通道,所述第一多流聚合通道用于将所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据分到所述非3GPP网络中传输,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到3GPP网络中的3GPP通道中传输。
建立模块22,用于建立所述第一多流聚合通道。
接收模块23,用于接收所述UE通过所述3GPP通道发送的第一上行数据流,以及接收所述UE通过所述第一多流聚合通道发送的第二上行数据流;
聚合模块24,用于将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去,其中,所述UE的上行业务流被所述UE分为所述第一上行数据流和所述第二上行数据流;或者,
所述接收模块23,还用于接收所述3GPP网络的核心网发送的下行业务流;
分流模块25,用于将所述下行业务流分为第一下行数据流和第二下行数据流;
所述发送模块21,还用于将所述第一下行数据流通过所述3GPP通道发送给所述UE,将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,以便所述UE将所述第一下行数据流和所述第二下行数据流聚合成一条业务流。
其中,所述第二上行数据流中包含所述上行业务流所对应的承载标识,或者包含所述上行业务流所对应的承载标识与所述UE的标识,或者包含第一MAC地址,或者包含第二MAC地址与所述上行业务流所对应的承载标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识,所述第一MAC地址为与所述上行业务流所对应的承载对应的MAC地址,所述第二MAC地址为与所述上行业务流所对应的分组数据网络PDN连接对应的MAC地址。则在所述聚合模块24将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去之前,所述聚合模块24还用于:根据所述第二上行数据流中包含的信息,确定所述第二上行数据流所对应的承载;确定所述第一上行数据流所对应的承载和所述第二上行数据流所对应的承载为同一个承载。
本实施例中,所述发送模块21在将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE时,具体用于:
将所述下行业务流所对应的承载标识添加到所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述下行业务流所对应的承载标识;
或者,将所述下行业务流所对应的承载标识和所述UE的标识添加到所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述下行业务流所对应的承载标识和所述UE的标识;
或者,利用第一MAC地址封装所述第二下行数据流中的数据包,并将所述封装后的所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述第一MAC地址;
或者,利用第二MAC地址封装所述第二下行数据流中的数据包,将所述下行业务流所对应的承载标识添加到所述封装后的所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包括所述第二MAC地址和所述下行业务流所对应的承载标识。
可选的,所述接收模块23还用于:接收MME发送的业务流模板,所述业务流模板与所述上行业务流所对应的承载对应,每个承载对应一个业务流模板,所述业务流模板包括所述上行业务流所对应的承载的匹配信息。则在所述聚合模块24将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去之前,所述聚合模块24还用于:将所述第二上行数据流与所述业务流模板进行匹配,确定所述第二上行数据流所对应的承载;确定所述第二上行数据流所对应承载和所述第一上行数据流所对应承载为同一个承载。
可选的,所述第一多流聚合通道包括所述UE与多流聚合网关之间的第一子通道,以及所述多流聚合网关与所述eNB之间的第二子通道,所述建立模块22具体用于:
接收所述多流聚合网关发送的第三多流聚合通道建立请求,其中,所述第三多流聚合通道建立请求是所述多流聚合网关在收到所述UE发送的第一多流聚合通道建立请求后向所述eNB发送的,所述第一多流聚合通道建立请求中包括所述UE的标识和第二多流聚合指示,所述第二多流聚合指示用于指示所述所述多流聚合网关建立所述第一多流聚合通道,所述第三多流聚合通道建立请求中包括:所述UE的标识、所述第二子通道对应的承载标识、为所述第二子通道对应的承载分配的隧道的端点标识以及所述第二多流聚合指示,其中,所述UE的标识为所述UE在所述3GPP网络中的标识;
向所述多流聚合网关返回第二多流聚合通道建立响应,确定所述第二子通道建立成功,以便所述多流聚合网关根据所述第二多流聚合通道建立响应向所述UE返回第一多流聚合通道建立响应,确认所述第一子通道建立成功;
接收所述UE发送的通知消息,所述通知消息用于通知所述eNB所述第一多流聚合通道建立成功,所述通知消息是所述UE在接收到所述第一多流聚合通道建立响应后向所述eNB发送的。
可选的,所述第一多流聚合通道包括所述UE与所述eNB之间的第三子通道,所述建立模块22具体用于:
接收所述UE发送的第二多流聚合通道建立请求,所述第二多流聚合通道建立请求中包括第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述eNB建立所述第三子通道,所述UE的标识为所述UE在所述3GPP网络中的标识;向所述UE返回第二多流聚合通道建立响应,确认所述第三子通道建立成功。
若所述UE在后续建立了专用承载,则在所述UE建立专用承载之后,所述发送模块21还用于:向所述UE发送第三多流聚合指示,所述第三多流聚合指示用于指示所述UE为所述专用承载建立从所述非3GPP网络到所述eNB的第二多流聚合通道,所述第二多流聚合通道用于传输被分到所述非3GPP网络中传输的所述专用承载上传输的上行业务流中的部分数据或所述专用承载上传输的下行业务流中的部分数据,所述专用承载上传输的上行业务流中的其他数据或所述专用承载上传输的下行业务流中的其他数据被分到所述3GPP通道中传输。相应的,所述建立模块22,还用于建立所述第二多流聚合通道。
本实施例的eNB,可用于执行实施例三以及实施例五至实施例九提供的方法,具体实现方式和技术效果类型,这里不再赘述。
图16为本发明实施例十二提供的多流聚合网关的结构示意图,如图16所示,本实施例提供的多流聚合网关包括:接收模块31、发送模块32和建立模块33。
其中,接收模块31,用于接收UE发送的第一多流聚合通道建立请求,所述第一多流聚合通道建立请求中包括:第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述多流聚合网关建立从所述UE到3GPP网络的eNB之间的第一多流聚合通道,所述第一多流聚合通道用于传输被分到非3GPP网络中传输的所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据,所述上行业务流中的其他数据或所述 下行业务流中的其他数据被分到所述3GPP网络中的3GPP通道中传输,所述第一多流聚合通道包括所述UE和所述多流聚合网关之间的第一子通道,以及所述多流聚合网关和所述eNB之间的第二子通道,所述UE的标识为所述UE在第三代伙伴计划3GPP网络中的标识;
发送模块32,用于向所述UE返回第一多流聚合通道建立响应,以确认所述第一多流聚合通道建立成功。
可选的,所述第一多流聚合通道建立请求中还包括所述第二子通道对应的承载标识,建立模块33用于:
在所述发送模块32向所述UE返回第一多流聚合通道建立响应之前,根据所述第二子通道对应的承载标识为所述第二子通道对应的承载分配隧道;
向所述eNB发送第三多流聚合通道建立请求,所述第三多流聚合通道建立请求中包括:所述第二多流聚合指示、所述第二子通道对应的承载标识、所述UE的标识和为所述第二子通道对应的承载分配的隧道的端点标识;
接收所述eNB返回的第三多流聚合通道建立响应,以确定所述第二子通道建立成功。
可选的,所述第二子通道为IP通道或者预先配置好的私有IP通道。
在第一多流聚合通道建好之后,所述接收模块31还用于:接收所述UE通过所述第一子通道发送的第二上行数据流,其中,所述UE的上行业务流被所述UE分为所述第二上行数据流和第一上行数据流,所述第一上行数据流通过所述3GPP通道发送给所述eNB。相应的,所述发送模块32,还用于将所述第二上行数据流通过所述第二子通道发送给所述eNB;
或者,所述接收模块31还用于:接收所述eNB通过所述第二子通道发送的第二下行数据流,其中,所述UE的下行业务流被所述eNB分为第一下行数据流和所述第二下行数据流,所述第一下行数据流通过所述3GPP通道发送给所述eNB。相应的,所述发送模块32,还用于将所述第二下行数据流通过所述第一子通道发送给所述UE。
可选的,所述发送模块32在将所述第二上行数据流通过所述第二子通道发送给所述eNB之前,还用于:根据所述第二上行数据流中包含的信息,确定所述第二上行数据流所对应的承载,所述第二上行数据流中包含的信息为所述上行业务流所对应的承载标识,或者为所述上行业务流所对应的 承载标识与所述UE的标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识。所述发送模块32具体用于:将所述第二上行数据流通过所述第二上行数据流所对应的承载发送给所述eNB。
可选地,所述发送模块32在将所述第二下行数据流通过所述第一子通道发送给所述UE之前,还用于:根据所述第二下行数据流所经的承载确定所述第二下行数据流所对应的承载,所述第二下行数据流所对应的承载与所述下行业务流对应的承载相同;将所述第二下行数据流所对应的承载标识添加到所述第二下行数据流中,所述第二下行数据流中包含所述第二下行数据流所对应的承载标识。
本实施例提供的多流聚合网关,可用于执行实施例四至实施例九提供的方法,具体实现方式和技术效果类似,这里不再赘述。
图17为本发明实施例十三提供的UE的结构示意图,如图11所示,本实施例提供的UE400包括:处理器41、存储器42、和系统总线43,所述处理器41和所述存储器42之间通过所述系统总线43连接并完成相互间的通信;所述存储器42,用于存储计算机执行指令;所述处理器41,用于运行所述计算机执行指令,执行如下所述的方法:
接收3GPP网络中的eNB发送的第一多流聚合指示,所述第一多流聚合指示用于指示所述UE建立从非3GPP网络到所述eNB的第一多流聚合通道,所述第一多流聚合通道用于传输被分到非3GPP网络中传输的所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到所述3GPP网络中的3GPP通道中传输;
建立所述第一多流聚合通道。
所述处理器41还用于:将所述UE的上行业务流分为第一上行数据流和第二上行数据流,将所述第一上行数据流通过所述3GPP通道发送给所述eNB,将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,以便所述eNB将所述第一上行数据流和所述第二上行数据流聚合成一条业务流;或者,接收所述eNB通过所述3GPP通道发送的第一下行数据流,以及接收所述eNB通过所述第一多流聚合通道发送的第二下行数据流,并将所述第一下行数据流和所述第二下行数据流聚合成一条业务流,其中,所述UE 的下行业务流被所述eNB分为所述第一下行数据流和所述第二下行数据流。
可选的,所述第一多流聚合通道包括所述UE与多流聚合网关之间的第一子通道,以及所述多流聚合网关与所述eNB之间的第二子通道,所述处理器41建立所述第一多流聚合通道,具体为:获取所述多流聚合网关的IP地址;根据所述多流聚合网关的IP地址向所述多流聚合网关发送第一多流聚合通道建立请求,所述第一多流聚合通道建立请求中包括第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述多流聚合网关建立所述第一多流聚合通道,所述UE的标识为所述UE在所述3GPP网络中的标识;接收所述多流聚合网关返回的第一多流聚合通道建立响应,确认所述多流聚合通道建立成功;向所述eNB发送通知消息,所述通知消息用于通知所述eNB所述第一多流聚合通道建立成功。
所述处理器41获取所述多流聚合网关的IP地址,具体为:
在RRC连接建立过程中,接收所述eNB发送的RRC消息,所述RRC消息中包括所述多流聚合网关的IP地址或者所述多流聚合网关的标识,根据所述RRC消息获取所述多流聚合网关的IP地址;
或者,所述UE在接入所述非3GPP网络的接入鉴权认证过程中,接收所述非3GPP网络发送的鉴权消息,所述鉴权消息中包括所述多流聚合网关的IP地址或者所述多流聚合网关的标识,根据所述鉴权消息获取所述多流聚合网关的IP地址;
或者,所述UE向域名解析服务器发送完全合格域名请求,所述完全合格域名请求用于获取所述多流聚合网关的IP地址,接收所述域名解析服务器返回的完全合格域名响应,所述完全合格域名响应中包括所述多流聚合网关的IP地址。
可选的,所述第一多流聚合通道包括所述UE与所述eNB之间的第三子通道,所述处理器41建立所述第一多流聚合通道,具体为:获取所述eNB的IP地址;根据所述eNB的IP地址向所述eNB发送第二多流聚合通道建立请求,所述第二多流聚合通道建立请求中包括第三多流聚合指示和所述UE的标识,其中,所述第三多流聚合指示用于指示所述eNB建立所述第一多流聚合通道,所述UE的标识为所述UE在所述3GPP网络中的标识;接收所述eNB返回的第二多流聚合通道建立响应,确认所述第一多流聚合通道建立成 功。
所述处理器41将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,具体为:
将所述上行业务流所对应的承载标识添加到所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述上行业务流所对应的承载标识;
或者,将所述上行业务流所对应的承载标识和所述UE的标识添加到所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述上行业务流所对应的承载标识和所述UE的标识;
或者,所述UE利用第一MAC地址封装所述第二上行数据流中的数据包,并将所述封装后的所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述第一MAC地址,其中,所述第一MAC地址为与所述上行业务流所对应的承载对应的MAC地址;
或者,所述UE利用第二MAC地址封装所述第二上行数据流中的数据包,将所述上行业务流所对应的承载标识添加到所述封装后的所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述第二MAC和所述上行业务流所对应的承载标识,其中,所述第二MAC地址为与所述上行业务流所对应的分组数据网络PDN连接对应的MAC地址。
本实施例中,所述UE接收到的所述eNB通过所述第一多流聚合通道发送的第二下行数据流中包含所述下行业务流所对应的承载标识,或者包含所述下行业务流所对应的承载标识与所述UE的标识,或者包含第一MAC地址,或者包含第二MAC地址和所述下行业务流所对应的承载标识。则在所述处理器41将所述第一下行数据流和所述第二下行数据流聚合成一条业务流之前,所述处理器41还用于:根据所述第二下行数据流中包含的信息,确定所述第二下行数据流所对应的承载;确定所述第一下行数据流所对应的承载和所述第二下行数据流所对应的承载为同一个承载。
可选地,所述处理器41还用于:接收所述3GPP网络中的MME发送的业务流模板,所述业务流模板与所述下行业务流所对应的承载对应,每 个承载对应一个业务流模板,所述业务流模板包括所述下行业务流所对应的承载的匹配信息。则在所述处理器41将所述第一下行数据流和所述第二下行数据流聚合成一条业务流之前,所述处理器41还用于:将所述第二下行数据流与所述业务流模板进行匹配,确定所述第二下行数据流所对应的承载;确定所述第一下行数据流所对应的承载和所述第二下行数据流所经的承载为同一个承载。
若所述UE还建立了专用承载,则在所述UE建立专用承载之后,所述处理器41还用于:接收所述eNB发送的第四多流聚合指示,所述第四多流聚合指示用于指示所述UE为所述专用承载建立从所述非3GPP网络到所述eNB的第二多流聚合通道,所述第二多流聚合通道用于传输被分到所述非3GPP网络中传输的所述专用承载上传输的上行业务流中的部分数据或所述专用承载上传输的下行业务流中的部分数据,所述专用承载上传输的上行业务流中的其他数据或所述专用承载上传输的下行业务流中的其他数据被分到所述3GPP通道中传输;建立所述第二多流聚合通道。
可选的,所述处理器41接收所述eNB发送的所述第一多流聚合指示之前,还用于:将所述UE的多流聚合能力信息发送给所述eNB,以使所述eNB根据所述多流聚合能力信息确定是否向所述UE返回所述多流聚合指示,所述多流聚合能力信息用于指示所述UE是否支持多留聚合能力。
本实施例提供的UE,可用于执行实施例一、实施例二、实施例五至实施例九提供的方法,具体实现方式和技术效果类似,这里不再赘述。
图18为本发明实施例十四提供的eNB的结构示意图,如图18所示,本实施例提供的eNB500包括:处理器51、存储器52、和系统总线53,所述处理器51和所述存储器52之间通过所述系统总线53连接并完成相互间的通信;所述存储器52,用于存储计算机执行指令;所述处理器51,用于运行所述计算机执行指令,执行如下所述的方法:
向UE发送第一多流聚合指示,所述第一多流聚合指示用于指示所述UE建立从非第三代移动伙伴3GPP网络到所述eNB的第一多流聚合通道,所述第一多流聚合通道用于将所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据分到所述非3GPP网络中传输,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到3GPP网络中的3GPP通道中 传输。
建立所述第一多流聚合通道。
所述处理器51还用于:在所述第一多流聚合通道建立之后,接收所述UE通过所述3GPP通道发送的第一上行数据流,以及接收所述UE通过所述第一多流聚合通道发送的第二上行数据流,将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去,其中,所述UE的上行业务流被所述UE分为所述第一上行数据流和所述第二上行数据流;或者,接收所述3GPP网络的核心网发送的下行业务流,将所述下行业务流分为第一下行数据流和第二下行数据流,将所述第一下行数据流通过所述3GPP通道发送给所述UE,将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,以便所述UE将所述第一下行数据流和所述第二下行数据流聚合成一条业务流。
其中,所述第二上行数据流中包含所述上行业务流所对应的承载标识,或者包含所述上行业务流所对应的承载标识与所述UE的标识,或者包含第一MAC地址,或者包含第二MAC地址与所述上行业务流所对应的承载标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识,所述第一MAC地址为与所述上行业务流所对应的承载对应的MAC地址,所述第二MAC地址为与所述上行业务流所对应的分组数据网络PDN连接对应的MAC地址。在所述处理器51将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去之前,所述处理器51还用于:根据所述第二上行数据流中包含的信息,确定所述第二上行数据流所对应的承载;确定所述第一上行数据流所对应的承载和所述第二上行数据流所对应的承载为同一个承载。
所述处理器51将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,具体为:将所述下行业务流所对应的承载标识添加到所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE;
或者,将所述下行业务流所对应的承载标识和所述UE的标识添加到所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述下行业务流所对应的承载标识和所述UE的标识;
或者,利用第一MAC地址封装所述第二下行数据流中的数据包,并将所述封装后的所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述第一MAC地址;
或者,利用第二MAC地址封装所述第二下行数据流中的数据包,将所述下行业务流所对应的承载标识添加到所述封装后的所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包括所述第二MAC地址和所述下行业务流所对应的承载标识。
可选的,所述处理器51还用于:接收MME发送的业务流模板,所述业务流模板与所述上行业务流所对应的承载对应,每个承载对应一个业务流模板,所述业务流模板包括所述上行业务流所对应的承载的匹配信息。在将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去之前,所述处理器51还会用于:将所述第二上行数据流与所述业务流模板进行匹配,确定所述第二上行数据流所对应的承载;确定所述第二上行数据流所对应承载和所述第一上行数据流所对应承载为同一个承载。
可选的,所述第一多流聚合通道包括所述UE与多流聚合网关之间的第一子通道,以及所述多流聚合网关与所述eNB之间的第二子通道,所述处理器51建立所述第一多流聚合通道,具体为:
首先,接收所述多流聚合网关发送的第三多流聚合通道建立请求,其中,所述第三多流聚合通道建立请求是所述多流聚合网关在收到所述UE发送的第一多流聚合通道建立请求后向所述eNB发送的,所述第一多流聚合通道建立请求中包括所述UE的标识和第二多流聚合指示,所述第二多流聚合指示用于指示所述所述多流聚合网关建立所述第一多流聚合通道,所述第三多流聚合通道建立请求中包括:所述UE的标识、所述第二子通道对应的承载标识、为所述第二子通道对应的承载分配的隧道的端点标识以及所述第二多流聚合指示,其中,所述UE的标识为所述UE在所述3GPP网络中的标识;
然后,向所述多流聚合网关返回第二多流聚合通道建立响应,确定所述第二子通道建立成功,以便所述多流聚合网关根据所述第二多流聚合通道建立响应向所述UE返回第一多流聚合通道建立响应,确认所述第一子通道建立成功;
最后,接收所述UE发送的通知消息,所述通知消息用于通知所述eNB所述第一多流聚合通道建立成功,所述通知消息是所述UE在接收到所述第一多流聚合通道建立响应后向所述eNB发送的。
可选的,所述第一多流聚合通道包括所述UE与所述eNB之间的第三子通道,所述处理器51建立所述第一多流聚合通道,具体为:接收所述UE发送的第二多流聚合通道建立请求,所述第二多流聚合通道建立请求中包括第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述eNB建立所述第三子通道,所述UE的标识为所述UE在所述3GPP网络中的标识;向所述UE返回第二多流聚合通道建立响应,确认所述第三子通道建立成功。
若所述UE建立了专用承载,则在所述UE建立专用承载之后,所述处理器51还用于:向所述UE发送第三多流聚合指示,所述第三多流聚合指示用于指示所述UE为所述专用承载建立从所述非3GPP网络到所述eNB的第二多流聚合通道,所述第二多流聚合通道用于传输被分到所述非3GPP网络中传输的所述专用承载上传输的上行业务流中的部分数据或所述专用承载上传输的下行业务流中的部分数据,所述专用承载上传输的上行业务流中的其他数据或所述专用承载上传输的下行业务流中的其他数据被分到所述3GPP通道中传输;建立所述第二多流聚合通道。
本实施例提供的eNB,可用于执行实施例三、实施例五至实施例九提供的方法,具体实现方式和技术效果类似,这里不再赘述。
图19为本发明实施例十五提供的多流聚合网关的结构示意图,如图19所示,本实施例提供的多流聚合网关600包括:处理器61、存储器62、和系统总线63,所述处理器61和所述存储器62之间通过所述系统总线63连接并完成相互间的通信;所述存储器62,用于存储计算机执行指令;所述处理器61,用于运行所述计算机执行指令,执行如下所述的方法:
接收UE发送的第一多流聚合通道建立请求,所述第一多流聚合通道建立请求中包括:第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述多流聚合网关建立从所述UE到3GPP网络的eNB之间的第一多流聚合通道,所述第一多流聚合通道用于传输被分到非3GPP网络中传输的所述UE的上行业务流中的部分数据或所述UE的下行业务流中的 部分数据,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到所述3GPP网络中的3GPP通道中传输,所述第一多流聚合通道包括所述UE和所述多流聚合网关之间的第一子通道,以及所述多流聚合网关和所述eNB之间的第二子通道,所述UE的标识为所述UE在第三代伙伴计划3GPP网络中的标识;
向所述UE返回第一多流聚合通道建立响应,以确认所述第一多流聚合通道建立成功。
可选的,所述第一多流聚合通道建立请求中还包括所述第二子通道对应的承载标识,所述处理器61向所述UE返回第一多流聚合通道建立响应之前,还用于:根据所述第二子通道对应的承载标识为所述第二子通道对应的承载分配隧道;向所述eNB发送第三多流聚合通道建立请求,所述第三多流聚合通道建立请求中包括:所述第二多流聚合指示、所述第二子通道对应的承载标识、所述UE的标识和为所述第二子通道对应的承载分配的隧道的端点标识;接收所述eNB返回的第三多流聚合通道建立响应,以确定所述第二子通道建立成功。
可选的,所述第二子通道为设备级互联网协议IP通道或者预先配置好的私有IP通道。
在所述第一多流聚合通道建立成功之后,所述处理器61还用于:接收所述UE通过所述第一子通道发送的第二上行数据流,将所述第二上行数据流通过所述第二子通道发送给所述eNB,其中,所述UE的上行业务流被所述UE分为所述第二上行数据流和第一上行数据流,所述第一上行数据流通过所述3GPP通道发送给所述eNB;接收所述eNB通过所述第二子通道发送的第二下行数据流,将所述第二下行数据流通过所述第一子通道发送给所述UE,其中,所述UE的下行业务流被所述eNB分为第一下行数据流和所述第二下行数据流,所述第一下行数据流通过所述3GPP通道发送给所述eNB。
所述处理器61在将所述第二上行数据流通过所述第二子通道发送给所述eNB之前,还用于:根据所述第二上行数据流中包含的信息,确定所述第二上行数据流所对应的承载,所述第二上行数据流中包含的信息为所述上行业务流所对应的承载标识,或者为所述上行业务流所对应的承载标识与 所述UE的标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识。相应的,所述处理器61将所述第二上行数据流通过所述第二子通道发送给所述eNB,具体为:将所述第二上行数据流通过所述第二上行数据流所对应的承载发送给所述eNB。
所述处理器61在将所述第二下行数据流通过所述第一子通道发送给所述UE之前,还用于:根据所述第二下行数据流所经的承载确定所述第二下行数据流所对应的承载,所述第二下行数据流所对应的承载与所述下行业务流对应的承载相同;将所述第二下行数据流所对应的承载标识添加到所述第二下行数据流中,所述第二下行数据流中包含所述第二下行数据流所对应的承载标识。
本实施例提供的多流聚合网关,可用于执行实施例四至实施例九提供的方法,具体实现方式和技术效果类似,这里不再赘述。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (55)

  1. 一种业务流分流的方法,其特征在于,包括:
    用户设备UE接收第三代移动伙伴3GPP网络中的演进型基站eNB发送的第一多流聚合指示,所述第一多流聚合指示用于指示所述UE建立从非3GPP网络到所述eNB的第一多流聚合通道,所述第一多流聚合通道用于传输被分到非3GPP网络中传输的所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到所述3GPP网络中的所述UE与所述eNB之间的3GPP通道中传输;
    所述UE建立所述第一多流聚合通道。
  2. 根据权利要求1所述的方法,其特征在于,所述方法还包括:
    所述UE将所述UE的上行业务流分为第一上行数据流和第二上行数据流,将所述第一上行数据流通过所述3GPP通道发送给所述eNB,将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,以便所述eNB将所述第一上行数据流和所述第二上行数据流聚合成一条业务流;或者,
    所述UE接收所述eNB通过所述3GPP通道发送的第一下行数据流,以及接收所述eNB通过所述第一多流聚合通道发送的第二下行数据流,并将所述第一下行数据流和所述第二下行数据流聚合成一条业务流,其中,所述UE的下行业务流被所述eNB分为所述第一下行数据流和所述第二下行数据流。
  3. 根据权利要求1或2所述的方法,其特征在于,所述第一多流聚合通道包括所述UE与多流聚合网关之间的第一子通道,以及所述多流聚合网关与所述eNB之间的第二子通道,所述UE建立所述第一多流聚合通道,包括:
    所述UE获取所述多流聚合网关的IP地址;
    所述UE根据所述多流聚合网关的IP地址向所述多流聚合网关发送第一多流聚合通道建立请求,所述第一多流聚合通道建立请求中包括第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述多流聚合网关建立所述第一多流聚合通道,所述UE的标识为所述UE在所述3GPP网络中的标识;
    所述UE接收所述多流聚合网关返回的第一多流聚合通道建立响应,确认所述多流聚合通道建立成功;
    所述UE向所述eNB发送通知消息,所述通知消息用于通知所述eNB所述第一多流聚合通道建立成功。
  4. 根据权利要求3所述的方法,其特征在于,所述UE获取所述多流聚合网关的IP地址,包括:
    所述UE在无线资源控制RRC连接建立过程中,接收所述eNB发送的RRC消息,所述RRC消息中包括所述多流聚合网关的IP地址或者所述多流聚合网关的标识,根据所述RRC消息获取所述多流聚合网关的IP地址;
    或者,所述UE在接入所述非3GPP网络的接入鉴权认证过程中,接收所述非3GPP网络发送的鉴权消息,所述鉴权消息中包括所述多流聚合网关的IP地址或者所述多流聚合网关的标识,根据所述鉴权消息获取所述多流聚合网关的IP地址;
    或者,所述UE向域名解析服务器发送完全合格域名请求,所述完全合格域名请求用于获取所述多流聚合网关的IP地址,接收所述域名解析服务器返回的完全合格域名响应,所述完全合格域名响应中包括所述多流聚合网关的IP地址。
  5. 根据权利要求1或2所述的方法,其特征在于,所述第一多流聚合通道包括所述UE与所述eNB之间的第三子通道,所述UE建立所述第一多流聚合通道,包括:
    所述UE获取所述eNB的IP地址;
    所述UE根据所述eNB的IP地址向所述eNB发送第二多流聚合通道建立请求,所述第二多流聚合通道建立请求中包括第三多流聚合指示和所述UE的标识,其中,所述第三多流聚合指示用于指示所述eNB建立所述第一多流聚合通道,所述UE的标识为所述UE在所述3GPP网络中的标识;
    所述UE接收所述eNB返回的第二多流聚合通道建立响应,确认所述第一多流聚合通道建立成功。
  6. 根据权利要求2-5中任一项所述的方法,其特征在于,所述将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,包括:
    所述UE将所述上行业务流所对应的承载标识添加到所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述上行业务流所对应的承载标识;
    或者,所述UE将所述上行业务流所对应的承载标识和所述UE的标识添加到所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述上行业务流所对应的承载标识和所述UE的标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识;
    或者,所述UE利用第一媒体接入控制MAC地址封装所述第二上行数据流中的数据包,并将所述封装后的所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述第一MAC地址,其中,所述第一MAC地址为与所述上行业务流所对应的承载对应的MAC地址;
    或者,所述UE利用第二MAC地址封装所述第二上行数据流中的数据包,将所述上行业务流所对应的承载标识添加到所述封装后的所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述第二MAC和所述上行业务流所对应的承载标识,其中,所述第二MAC地址为与所述上行业务流所对应的分组数据网络PDN连接对应的MAC地址。
  7. 根据权利要求2-5中任一项所述的方法,其特征在于,所述UE接收到的所述eNB通过所述第一多流聚合通道发送的第二下行数据流中包含所述下行业务流所对应的承载标识,或者包含所述下行业务流所对应的承载标识与所述UE的标识,或者包含第一MAC地址,或者包含第二MAC地址和所述下行业务流所对应的承载标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识,所述第一MAC地址为与所述下行业务流所对应的承载对应的MAC地址,所述第二MAC地址为与所述下行业务流所对应的分组数据网络PDN连接对应的MAC地址。
  8. 根据权利要求7所述的方法,其特征在于,在所述UE将所述第一下行数据流和所述第二下行数据流聚合成一条业务流之前,所述方法还包括:
    所述UE根据所述第二下行数据流中包含的信息,确定所述第二下行数据流所对应的承载,其中,所述第二下行数据流中包含的信息为所述下行业务流所对应的承载标识,或者为所述下行业务流所对应的承载标识与所述UE的标识,或者为所述第一MAC地址,或者为所述第二MAC地址与所述下行 业务流所对应的承载标识;
    所述UE确定所述第一下行数据流所对应的承载和所述第二下行数据流所对应的承载为同一个承载。
  9. 根据权利要求2-5中任一项所述的方法,其特征在于,所述方法还包括:
    所述UE接收所述3GPP网络中的移动管理实体MME发送的业务流模板,所述业务流模板与所述下行业务流所对应的承载对应,每个承载对应一个业务流模板,所述业务流模板包括所述下行业务流所对应的承载的匹配信息;
    则在所述UE将所述第一下行数据流和所述第二下行数据流聚合成一条业务流之前,所述方法包括:
    所述UE将所述第二下行数据流与所述业务流模板进行匹配,确定所述第二下行数据流所对应的承载;
    所述UE确定所述第一下行数据流所对应的承载和所述第二下行数据流所经的承载为同一个承载。
  10. 根据权利要求1-9中任一项所述的方法,其特征在于,在所述UE建立专用承载之后,所述方法还包括:
    所述UE接收所述eNB发送的第四多流聚合指示,所述第四多流聚合指示用于指示所述UE为所述专用承载建立从所述非3GPP网络到所述eNB的第二多流聚合通道,所述第二多流聚合通道用于传输被分到所述非3GPP网络中传输的所述专用承载上传输的上行业务流中的部分数据或所述专用承载上传输的下行业务流中的部分数据,所述专用承载上传输的上行业务流中的其他数据或所述专用承载上传输的下行业务流中的其他数据被分到所述3GPP通道中传输;
    所述UE建立所述第二多流聚合通道。
  11. 根据权利要求1所述的方法,其特征在于,所述UE接收所述eNB发送的所述第一多流聚合指示之前,所述方法还包括:
    所述UE将所述UE的多流聚合能力信息发送给所述eNB,以使所述eNB根据所述多流聚合能力信息确定向所述UE返回所述第一多流聚合指示,所述多流聚合能力信息用于指示所述UE支持多留聚合能力。
  12. 一种业务流分流的方法,其特征在于,包括:
    演进型基站eNB向用户设备UE发送第一多流聚合指示,所述第一多流聚合指示用于指示所述UE建立从非第三代移动伙伴3GPP网络到所述eNB的第一多流聚合通道,所述第一多流聚合通道用于将所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据分到所述非3GPP网络中传输,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到3GPP网络中的所述UE与所述eNB之间的3GPP通道中传输。
    所述eNB建立所述第一多流聚合通道。
  13. 根据权利要求12所述的方法,其特征在于,在所述第一多流聚合通道建立之后,所述方法还包括:
    所述eNB接收所述UE通过所述3GPP通道发送的第一上行数据流,以及接收所述UE通过所述第一多流聚合通道发送的第二上行数据流,将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去,其中,所述UE的上行业务流被所述UE分为所述第一上行数据流和所述第二上行数据流;或者,
    所述eNB接收所述3GPP网络的核心网发送的下行业务流,将所述下行业务流分为第一下行数据流和第二下行数据流,将所述第一下行数据流通过所述3GPP通道发送给所述UE,将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,以便所述UE将所述第一下行数据流和所述第二下行数据流聚合成一条业务流。
  14. 根据权利要求13所述的方法,其特征在于,所述eNB接收到的所述UE通过所述多流聚合通道发送的所述第二上行数据流中包含所述上行业务流所对应的承载标识,或者包含所述上行业务流所对应的承载标识与所述UE的标识,或者包含第一MAC地址,或者包含第二MAC地址与所述上行业务流所对应的承载标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识,所述第一MAC地址为与所述上行业务流所对应的承载对应的MAC地址,所述第二MAC地址为与所述上行业务流所对应的分组数据网络PDN连接对应的MAC地址。
  15. 根据权利要求14所述的方法,其特征在于,在所述eNB将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去之前,所述 方法还包括:
    所述eNB根据所述第二上行数据流中包含的信息,确定所述第二上行数据流所对应的承载,所述第二上行数据流中包含的信息为:所述上行业务流所对应的承载标识,或者为所述上行业务流所对应的承载标识与所述UE的标识,或者为所述第一MAC地址,或者为所述第二MAC地址与所述上行业务流所对应的承载标识;
    所述eNB确定所述第一上行数据流所对应的承载和所述第二上行数据流所对应的承载为同一个承载。
  16. 根据权利要求13所述的方法,其特征在于,所述将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,包括:
    所述eNB将所述下行业务流所对应的承载标识添加到所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述下行业务流所对应的承载标识;
    或者,所述eNB将所述下行业务流所对应的承载标识和所述UE的标识添加到所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述下行业务流所对应的承载标识和所述UE的标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识;
    或者,所述eNB利用第一媒体接入控制MAC地址封装所述第二下行数据流中的数据包,并将所述封装后的所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述第一MAC地址,其中,所述第一MAC地址为与所述下行业务流所对应的承载对应的MAC地址;
    或者,所述eNB利用第二MAC地址封装所述第二下行数据流中的数据包,将所述下行业务流所对应的承载标识添加到所述封装后的所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包括所述第二MAC地址和所述下行业务流所对应的承载标识,所述第二MAC地址为与所述下行业务流所对应的分组数据网络PDN连接对应的MAC地址。
  17. 根据权利要求13所述的方法,其特征在于,所述方法还包括:所 述eNB接收移动管理实体MME发送的业务流模板,所述业务流模板与所述上行业务流所对应的承载对应,每个承载对应一个业务流模板,所述业务流模板包括所述上行业务流所对应的承载的匹配信息;
    在所述eNB将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去之前,所述方法还包括:
    所述eNB将所述第二上行数据流与所述业务流模板进行匹配,确定所述第二上行数据流所对应的承载;
    所述eNB确定所述第二上行数据流所对应承载和所述第一上行数据流所对应承载为同一个承载。
  18. 根据权利要求13-15中任一项所述的方法,其特征在于,所述第一多流聚合通道包括所述UE与多流聚合网关之间的第一子通道,以及所述多流聚合网关与所述eNB之间的第二子通道,所述UE建立所述第一多流聚合通道,包括:
    所述eNB接收所述多流聚合网关发送的第三多流聚合通道建立请求,其中,所述第三多流聚合通道建立请求是所述多流聚合网关在收到所述UE发送的第一多流聚合通道建立请求后向所述eNB发送的,所述第一多流聚合通道建立请求中包括所述UE的标识和第二多流聚合指示,所述第二多流聚合指示用于指示所述所述多流聚合网关建立所述第一多流聚合通道,所述第三多流聚合通道建立请求中包括:所述UE的标识、所述第二子通道对应的承载标识、为所述第二子通道对应的承载分配的隧道的端点标识以及所述第二多流聚合指示,其中,所述UE的标识为所述UE在所述3GPP网络中的标识;
    所述eNB向所述多流聚合网关返回第二多流聚合通道建立响应,确定所述第二子通道建立成功,以便所述多流聚合网关根据所述第二多流聚合通道建立响应向所述UE返回第一多流聚合通道建立响应,确认所述第一子通道建立成功;
    接收所述UE发送的通知消息,所述通知消息用于通知所述eNB所述第一多流聚合通道建立成功,所述通知消息是所述UE在接收到所述第一多流聚合通道建立响应后向所述eNB发送的。
  19. 根据权利要求13-15中任一项所述的方法,其特征在于,所述第一多流聚合通道包括所述UE与所述eNB之间的第三子通道,所述UE建立所 述第一多流聚合通道,包括:
    所述eNB接收所述UE发送的第二多流聚合通道建立请求,所述第二多流聚合通道建立请求中包括第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述eNB建立所述第三子通道,所述UE的标识为所述UE在所述3GPP网络中的标识;
    所述eNB向所述UE返回第二多流聚合通道建立响应,确认所述第三子通道建立成功。
  20. 根据权利要求12所述的方法,其特征在于,在所述UE建立专用承载之后,所述方法还包括:
    所述eNB向所述UE发送第三多流聚合指示,所述第三多流聚合指示用于指示所述UE为所述专用承载建立从所述非3GPP网络到所述eNB的第二多流聚合通道,所述第二多流聚合通道用于传输被分到所述非3GPP网络中传输的所述专用承载上传输的上行业务流中的部分数据或所述专用承载上传输的下行业务流中的部分数据,所述专用承载上传输的上行业务流中的其他数据或所述专用承载上传输的下行业务流中的其他数据被分到所述3GPP通道中传输;
    所述eNB建立所述第二多流聚合通道。
  21. 一种业务流分流的方法,其特征在于,包括:
    多流聚合网关接收用户设备UE发送的第一多流聚合通道建立请求,所述第一多流聚合通道建立请求中包括:第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述多流聚合网关建立从所述UE到第三代伙伴计划3GPP网络的演进型基站eNB之间的第一多流聚合通道,所述第一多流聚合通道用于传输被分到非3GPP网络中传输的所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到所述3GPP网络中的所述UE与所述eNB之间的3GPP通道中传输,所述第一多流聚合通道包括所述UE和所述多流聚合网关之间的第一子通道,以及所述多流聚合网关和所述eNB之间的第二子通道,所述UE的标识为所述UE在第三代伙伴计划3GPP网络中的标识;
    所述多流聚合网关向所述UE返回第一多流聚合通道建立响应,以确认 所述第一多流聚合通道建立成功。
  22. 根据权利要求21所述的方法,其特征在于,所述第一多流聚合通道建立请求中还包括所述第二子通道对应的承载标识,所述多流聚合网关向所述UE返回第一多流聚合通道建立响应之前,所述方法还包括:
    所述多流聚合网关根据所述第二子通道对应的承载标识为所述第二子通道对应的承载分配隧道;
    所述多流聚合网关向所述eNB发送第三多流聚合通道建立请求,所述第三多流聚合通道建立请求中包括:所述第二多流聚合指示、所述第二子通道对应的承载标识、所述UE的标识和为所述第二子通道对应的承载分配的隧道的端点标识;
    所述多流聚合网关接收所述eNB返回的第三多流聚合通道建立响应,以确定所述第二子通道建立成功。
  23. 根据权利要求21所述的方法,其特征在于,所述第二子通道为设备级互联网协议IP通道或者预先配置好的私有IP通道。
  24. 根据权利要求21-23中任一项所述的方法,其特征在于,所述方法还包括:
    所述多流聚合网关接收所述UE通过所述第一子通道发送的第二上行数据流,将所述第二上行数据流通过所述第二子通道发送给所述eNB,其中,所述UE的上行业务流被所述UE分为所述第二上行数据流和第一上行数据流,所述第一上行数据流通过所述3GPP通道发送给所述eNB;
    所述多流聚合网关接收所述eNB通过所述第二子通道发送的第二下行数据流,将所述第二下行数据流通过所述第一子通道发送给所述UE,其中,所述UE的下行业务流被所述eNB分为第一下行数据流和所述第二下行数据流,所述第一下行数据流通过所述3GPP通道发送给所述eNB。
  25. 根据权利要求24所述的方法,其特征在于,所述多流聚合网关在将所述第二上行数据流通过所述第二子通道发送给所述eNB之前,所述方法还包括:
    所述多流聚合网关根据所述第二上行数据流中包含的信息,确定所述第二上行数据流所对应的承载,所述第二上行数据流中包含的信息为所述上行业务流所对应的承载标识,或者为所述上行业务流所对应的承载标识与所述 UE的标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识;
    所述将所述第二上行数据流通过所述第二子通道发送给所述eNB,包括:
    所述多流聚合网关将所述第二上行数据流通过所述第二上行数据流所对应的承载发送给所述eNB。
  26. 根据权利要求24所述的方法,其特征在于,所述将所述第二下行数据流通过所述第一子通道发送给所述UE之前,所述方法还包括:
    所述多流聚合网关根据所述第二下行数据流所经的承载确定所述第二下行数据流所对应的承载,所述第二下行数据流所对应的承载与所述下行业务流对应的承载相同;
    所述多流聚合网关将所述第二下行数据流所对应的承载标识添加到所述第二下行数据流中,所述第二下行数据流中包含所述第二下行数据流所对应的承载标识。
  27. 一种用户设备UE,其特征在于,包括:
    接收模块,用于接收第三代移动伙伴3GPP网络中的演进型基站eNB发送的第一多流聚合指示,所述第一多流聚合指示用于指示所述UE建立从非3GPP网络到所述eNB的第一多流聚合通道,所述第一多流聚合通道用于传输被分到非3GPP网络中传输的所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到所述3GPP网络中的所述UE与所述eNB之间的3GPP通道中传输;
    建立模块,用于建立所述第一多流聚合通道。
  28. 根据权利要求27所述的UE,其特征在于,所述UE还包括:
    分流模块,用于将所述UE的上行业务流分为第一上行数据流和第二上行数据流;
    发送模块,用于将所述第一上行数据流通过所述3GPP通道发送给所述eNB,将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,以便所述eNB将所述第一上行数据流和所述第二上行数据流聚合成一条业务流;
    所述接收模块,还用于接收所述eNB通过所述3GPP通道发送的第一下 行数据流,以及接收所述eNB通过所述第一多流聚合通道发送的第二下行数据流;
    所述UE还包括聚合模块,用于将所述第一下行数据流和所述第二下行数据流聚合成一条业务流,其中,所述UE的下行业务流被所述eNB分为所述第一下行数据流和所述第二下行数据流。
  29. 根据权利要求27或28所述的UE,其特征在于,所述第一多流聚合通道包括所述UE与多流聚合网关之间的第一子通道,以及所述多流聚合网关与所述eNB之间的第二子通道,所述建立模块具体用于:
    获取所述多流聚合网关的IP地址;
    根据所述多流聚合网关的IP地址向所述多流聚合网关发送第一多流聚合通道建立请求,所述第一多流聚合通道建立请求中包括第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述多流聚合网关建立所述第一多流聚合通道,所述UE的标识为所述UE在所述3GPP网络中的标识;
    接收所述多流聚合网关返回的第一多流聚合通道建立响应,确认所述多流聚合通道建立成功;
    向所述eNB发送通知消息,所述通知消息用于通知所述eNB所述第一多流聚合通道建立成功。
  30. 根据权利要求29所述的UE,其特征在于,所述建立模块在获取所述多流聚合网关的IP地址时,具体用于:
    在无线资源控制RRC连接建立过程中,接收所述eNB发送的RRC消息,所述RRC消息中包括所述多流聚合网关的IP地址或者所述多流聚合网关的标识,根据所述RRC消息获取所述多流聚合网关的IP地址;
    或者,在接入所述非3GPP网络的接入鉴权认证过程中,接收所述非3GPP网络发送的鉴权消息,所述鉴权消息中包括所述多流聚合网关的IP地址或者所述多流聚合网关的标识,根据所述鉴权消息获取所述多流聚合网关的IP地址;
    或者,向域名解析服务器发送完全合格域名请求,所述完全合格域名请求用于获取所述多流聚合网关的IP地址,接收所述域名解析服务器返回的完全合格域名响应,所述完全合格域名响应中包括所述多流聚合网关的IP地址。
  31. 根据权利要求27或28所述的UE,其特征在于,所述第一多流聚合通道包括所述UE与所述eNB之间的第三子通道,所述建立模块具体用于:
    获取所述eNB的IP地址;
    根据所述eNB的IP地址向所述eNB发送第二多流聚合通道建立请求,所述第二多流聚合通道建立请求中包括第三多流聚合指示和所述UE的标识,其中,所述第三多流聚合指示用于指示所述eNB建立所述第一多流聚合通道,所述UE的标识为所述UE在所述3GPP网络中的标识;
    接收所述eNB返回的第二多流聚合通道建立响应,确认所述第一多流聚合通道建立成功。
  32. 根据权利要求28-31中任一项所述的UE,其特征在于,所述发送模块在将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB时,具体用于:
    将所述上行业务流所对应的承载标识添加到所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述上行业务流所对应的承载标识;
    或者,将所述上行业务流所对应的承载标识和所述UE的标识添加到所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述上行业务流所对应的承载标识和所述UE的标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识;
    或者,利用第一媒体接入控制MAC地址封装所述第二上行数据流中的数据包,并将所述封装后的所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述第一MAC地址,其中,所述第一MAC地址为与所述上行业务流所对应的承载对应的MAC地址;
    或者,利用第二MAC地址封装所述第二上行数据流中的数据包,将所述上行业务流所对应的承载标识添加到所述封装后的所述第二上行数据流中,并将所述第二上行数据流通过所述第一多流聚合通道发送给所述eNB,所述第二上行数据流中包含所述第二MAC和所述上行业务流所对应的承载标识,其中,所述第二MAC地址为与所述上行业务流所对应的分组数据网络PDN连接对应的MAC地址。
  33. 根据权利要求28-31中任一项所述的UE,其特征在于,所述第二下行数据流中包含所述下行业务流所对应的承载标识,或者包含所述下行业务流所对应的承载标识与所述UE的标识,或者包含第一MAC地址,或者包含第二MAC地址和所述下行业务流所对应的承载标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识,所述第一MAC地址为与所述下行业务流所对应的承载对应的MAC地址,所述第二MAC地址为与所述下行业务流所对应的分组数据网络PDN连接对应的MAC地址。
  34. 根据权利要求33所述的UE,其特征在于,在所述聚合模块将所述第一下行数据流和所述第二下行数据流聚合成一条业务流之前,所述聚合模块还用于:
    根据所述第二下行数据流中包含的信息,确定所述第二下行数据流所对应的承载,其中,所述第二下行数据流中包含的信息为所述下行业务流所对应的承载标识,或者为所述下行业务流所对应的承载标识与所述UE的标识,或者为所述第一MAC地址,或者为所述第二MAC地址与所述下行业务流所对应的承载标识;
    确定所述第一下行数据流所对应的承载和所述第二下行数据流所对应的承载为同一个承载。
  35. 根据权利要求28-31中任一项所述的UE,其特征在于,所述接收模块还用于:
    接收所述3GPP网络中的移动管理实体MME发送的业务流模板,所述业务流模板与所述下行业务流所对应的承载对应,每个承载对应一个业务流模板,所述业务流模板包括所述下行业务流所对应的承载的匹配信息;
    则在所述聚合模块将所述第一下行数据流和所述第二下行数据流聚合成一条业务流之前,所述聚合模块还用于:
    将所述第二下行数据流与所述业务流模板进行匹配,确定所述第二下行数据流所对应的承载;
    确定所述第一下行数据流所对应的承载和所述第二下行数据流所经的承载为同一个承载。
  36. 根据权利要求27-35中任一项所述的UE,其特征在于,在所述UE 建立专用承载之后,所述接收模块还用于:
    接收所述eNB发送的第四多流聚合指示,所述第四多流聚合指示用于指示所述UE为所述专用承载建立从所述非3GPP网络到所述eNB的第二多流聚合通道,所述第二多流聚合通道用于传输被分到所述非3GPP网络中传输的所述专用承载上传输的上行业务流中的部分数据或所述专用承载上传输的下行业务流中的部分数据,所述专用承载上传输的上行业务流中的其他数据或所述专用承载上传输的下行业务流中的其他数据被分到所述3GPP通道中传输;
    所述建立模块,还用于建立所述第二多流聚合通道。
  37. 根据权利要求27所述的UE,其特征在于,所述UE还包括:
    发送模块,用于在所述接收模块接收所述eNB发送的所述第一多流聚合指示之前,将所述UE的多流聚合能力信息发送给所述eNB,以使所述eNB根据所述多流聚合能力信息确定是否向所述UE返回所述多流聚合指示,所述多流聚合能力信息用于指示所述UE是否支持多留聚合能力。
  38. 一种演进型基站eNB,其特征在于,包括:
    发送模块,用于向用户设备UE发送第一多流聚合指示,所述第一多流聚合指示用于指示所述UE建立从非第三代移动伙伴3GPP网络到所述eNB的第一多流聚合通道,所述第一多流聚合通道用于将所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据分到所述非3GPP网络中传输,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到3GPP网络中的所述UE与所述eNB之间的3GPP通道中传输。
    建立模块,用于建立所述第一多流聚合通道。
  39. 根据权利要求38所述的eNB,其特征在于,所述eNB还包括:
    接收模块,用于接收所述UE通过所述3GPP通道发送的第一上行数据流,以及接收所述UE通过所述第一多流聚合通道发送的第二上行数据流;
    聚合模块,用于将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去,其中,所述UE的上行业务流被所述UE分为所述第一上行数据流和所述第二上行数据流;或者,
    所述接收模块,还用于接收所述3GPP网络的核心网发送的下行业务流;
    所述eNB还包括分流模块,用于将所述下行业务流分为第一下行数据流 和第二下行数据流;
    所述发送模块,还用于将所述第一下行数据流通过所述3GPP通道发送给所述UE,将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,以便所述UE将所述第一下行数据流和所述第二下行数据流聚合成一条业务流。
  40. 根据权利要求39所述的eNB,其特征在于,所述第二上行数据流中包含所述上行业务流所对应的承载标识,或者包含所述上行业务流所对应的承载标识与所述UE的标识,或者包含第一MAC地址,或者包含第二MAC地址与所述上行业务流所对应的承载标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识,所述第一MAC地址为与所述上行业务流所对应的承载对应的MAC地址,所述第二MAC地址为与所述上行业务流所对应的分组数据网络PDN连接对应的MAC地址。
  41. 根据权利要求40所述的eNB,其特征在于,在所述聚合模块将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去之前,所述聚合模块还用于:
    根据所述第二上行数据流中包含的信息,确定所述第二上行数据流所对应的承载,所述第二上行数据流中包含的信息为:所述上行业务流所对应的承载标识,或者为所述上行业务流所对应的承载标识与所述UE的标识,或者为所述第一MAC地址,或者为所述第二MAC地址与所述上行业务流所对应的承载标识;
    确定所述第一上行数据流所对应的承载和所述第二上行数据流所对应的承载为同一个承载。
  42. 根据权利要求39所述的eNB,其特征在于,所述发送模块在将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE时,具体用于:
    将所述下行业务流所对应的承载标识添加到所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述下行业务流所对应的承载标识;
    或者,将所述下行业务流所对应的承载标识和所述UE的标识添加到所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述下行业务流所对应的承载标 识和所述UE的标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识;
    或者,利用第一媒体接入控制MAC地址封装所述第二下行数据流中的数据包,并将所述封装后的所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包含所述第一MAC地址,其中,所述第一MAC地址为与所述下行业务流所对应的承载对应的MAC地址;
    或者,利用第二MAC地址封装所述第二下行数据流中的数据包,将所述下行业务流所对应的承载标识添加到所述封装后的所述第二下行数据流中,并将所述第二下行数据流通过所述第一多流聚合通道发送给所述UE,所述第二下行数据流中包括所述第二MAC地址和所述下行业务流所对应的承载标识,所述第二MAC地址为与所述下行业务流所对应的分组数据网络PDN连接对应的MAC地址。
  43. 根据权利要求39所述的eNB,其特征在于,所述接收模块还用于:接收移动管理实体MME发送的业务流模板,所述业务流模板与所述上行业务流所对应的承载对应,每个承载对应一个业务流模板,所述业务流模板包括所述上行业务流所对应的承载的匹配信息;
    在所述聚合模块将所述第一上行数据流和所述第二上行数据流聚合成一条业务流发送出去之前,所述聚合模块还用于:
    将所述第二上行数据流与所述业务流模板进行匹配,确定所述第二上行数据流所对应的承载;
    确定所述第二上行数据流所对应承载和所述第一上行数据流所对应承载为同一个承载。
  44. 根据权利要求39-41中任一项所述的eNB,其特征在于,所述第一多流聚合通道包括所述UE与多流聚合网关之间的第一子通道,以及所述多流聚合网关与所述eNB之间的第二子通道,所述建立模块具体用于:
    接收所述多流聚合网关发送的第三多流聚合通道建立请求,其中,所述第三多流聚合通道建立请求是所述多流聚合网关在收到所述UE发送的第一多流聚合通道建立请求后向所述eNB发送的,所述第一多流聚合通道建立请求中包括所述UE的标识和第二多流聚合指示,所述第二多流聚合指示用于指示所述所述多流聚合网关建立所述第一多流聚合通道,所述第三多流聚合 通道建立请求中包括:所述UE的标识、所述第二子通道对应的承载标识、为所述第二子通道对应的承载分配的隧道的端点标识以及所述第二多流聚合指示,其中,所述UE的标识为所述UE在所述3GPP网络中的标识;
    向所述多流聚合网关返回第二多流聚合通道建立响应,确定所述第二子通道建立成功,以便所述多流聚合网关根据所述第二多流聚合通道建立响应向所述UE返回第一多流聚合通道建立响应,确认所述第一子通道建立成功;
    接收所述UE发送的通知消息,所述通知消息用于通知所述eNB所述第一多流聚合通道建立成功,所述通知消息是所述UE在接收到所述第一多流聚合通道建立响应后向所述eNB发送的。
  45. 根据权利要求39-41中任一项所述的eNB,其特征在于,所述第一多流聚合通道包括所述UE与所述eNB之间的第三子通道,所述建立模块具体用于:
    接收所述UE发送的第二多流聚合通道建立请求,所述第二多流聚合通道建立请求中包括第二多流聚合指示和所述UE的标识,其中,所述第二多流聚合指示用于指示所述eNB建立所述第三子通道,所述UE的标识为所述UE在所述3GPP网络中的标识;
    向所述UE返回第二多流聚合通道建立响应,确认所述第三子通道建立成功。
  46. 根据权利要求38所述的eNB,其特征在于,在所述UE建立专用承载之后,所述发送模块还用于:
    向所述UE发送第三多流聚合指示,所述第三多流聚合指示用于指示所述UE为所述专用承载建立从所述非3GPP网络到所述eNB的第二多流聚合通道,所述第二多流聚合通道用于传输被分到所述非3GPP网络中传输的所述专用承载上传输的上行业务流中的部分数据或所述专用承载上传输的下行业务流中的部分数据,所述专用承载上传输的上行业务流中的其他数据或所述专用承载上传输的下行业务流中的其他数据被分到所述3GPP通道中传输;
    所述建立模块,还用于建立所述第二多流聚合通道。
  47. 一种多流聚合网关,其特征在于,包括:
    接收模块,用于接收用户设备UE发送的第一多流聚合通道建立请求,所述第一多流聚合通道建立请求中包括:第二多流聚合指示和所述UE的标 识,其中,所述第二多流聚合指示用于指示所述多流聚合网关建立从所述UE到第三代伙伴计划3GPP网络的演进型基站eNB之间的第一多流聚合通道,所述第一多流聚合通道用于传输被分到非3GPP网络中传输的所述UE的上行业务流中的部分数据或所述UE的下行业务流中的部分数据,所述上行业务流中的其他数据或所述下行业务流中的其他数据被分到所述3GPP网络中的所述UE与所述eNB之间的3GPP通道中传输,所述第一多流聚合通道包括所述UE和所述多流聚合网关之间的第一子通道,以及所述多流聚合网关和所述eNB之间的第二子通道,所述UE的标识为所述UE在第三代伙伴计划3GPP网络中的标识;
    发送模块,用于向所述UE返回第一多流聚合通道建立响应,以确认所述第一多流聚合通道建立成功。
  48. 根据权利要求47所述的多流聚合网关,其特征在于,所述第一多流聚合通道建立请求中还包括所述第二子通道对应的承载标识,所述多流聚合网关还包括:
    建立模块,用于在所述发送模块向所述UE返回第一多流聚合通道建立响应之前,根据所述第二子通道对应的承载标识为所述第二子通道对应的承载分配隧道;
    所述发送模块,还用于向所述eNB发送第三多流聚合通道建立请求,所述第三多流聚合通道建立请求中包括:所述第二多流聚合指示、所述第二子通道对应的承载标识、所述UE的标识和为所述第二子通道对应的承载分配的隧道的端点标识;
    接收所述eNB返回的第三多流聚合通道建立响应,以确定所述第二子通道建立成功。
  49. 根据权利要求47所述的多流聚合网关,其特征在于,所述第二子通道为设备级互联网协议IP通道或者预先配置好的私有IP通道。
  50. 根据权利要求47-49中任一项所述的多流聚合网关,其特征在于,所述接收模块还用于:接收所述UE通过所述第一子通道发送的第二上行数据流,其中,所述UE的上行业务流被所述UE分为所述第二上行数据流和第一上行数据流,所述第一上行数据流通过所述3GPP通道发送给所述eNB;
    所述发送模块,还用于将所述第二上行数据流通过所述第二子通道发送给所述eNB;
    或者,所述接收模块还用于:接收所述eNB通过所述第二子通道发送的第二下行数据流,其中,所述UE的下行业务流被所述eNB分为第一下行数据流和所述第二下行数据流,所述第一下行数据流通过所述3GPP通道发送给所述eNB;
    所述发送模块,还用于将所述第二下行数据流通过所述第一子通道发送给所述UE。
  51. 根据权利要求50所述的多流聚合网关,其特征在于,所述发送模块在将所述第二上行数据流通过所述第二子通道发送给所述eNB之前,还用于:
    根据所述第二上行数据流中包含的信息,确定所述第二上行数据流所对应的承载,所述第二上行数据流中包含的信息为所述上行业务流所对应的承载标识,或者为所述上行业务流所对应的承载标识与所述UE的标识,其中,所述UE的标识是所述UE在所述3GPP网络中的标识;
    所述发送模块具体用于:将所述第二上行数据流通过所述第二上行数据流所对应的承载发送给所述eNB。
  52. 根据权利要求50所述的多流聚合网关,其特征在于,所述发送模块在将所述第二下行数据流通过所述第一子通道发送给所述UE之前,还用于:
    根据所述第二下行数据流所经的承载确定所述第二下行数据流所对应的承载,所述第二下行数据流所对应的承载与所述下行业务流对应的承载相同;
    将所述第二下行数据流所对应的承载标识添加到所述第二下行数据流中,所述第二下行数据流中包含所述第二下行数据流所对应的承载标识。
  53. 一种用户设备UE,其特征在于,包括:处理器、存储器和系统总线,所述处理器和所述存储器之间通过所述系统总线连接并完成相互间的通信;
    所述存储器,用于存储计算机执行指令;
    所述处理器,用于运行所述计算机执行指令,执行如权利要求1至11任一所述的方法。
  54. 一种演进型基站,其特征在于,包括:处理器、存储器和系统总线,所述处理器和所述存储器之间通过所述系统总线连接并完成相互间的通信;
    所述存储器,用于存储计算机执行指令;
    所述处理器,用于运行所述计算机执行指令,执行如权利要求12至20任一所述的方法。
  55. 一种多流聚合网关,其特征在于,包括:处理器、存储器和系统总线,所述处理器和所述存储器之间通过所述系统总线连接并完成相互间的通信;
    所述存储器,用于存储计算机执行指令;
    所述处理器,用于运行所述计算机执行指令,执行如权利要求21至26任一所述的方法。
CN201580076681.2A 2015-03-10 2015-03-10 业务流分流的方法和装置 Active CN107431953B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/073933 WO2016141545A1 (zh) 2015-03-10 2015-03-10 业务流分流的方法和装置

Publications (2)

Publication Number Publication Date
CN107431953A true CN107431953A (zh) 2017-12-01
CN107431953B CN107431953B (zh) 2020-12-15

Family

ID=56878730

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580076681.2A Active CN107431953B (zh) 2015-03-10 2015-03-10 业务流分流的方法和装置

Country Status (5)

Country Link
US (1) US10484910B2 (zh)
EP (1) EP3255922B1 (zh)
JP (1) JP2018512788A (zh)
CN (1) CN107431953B (zh)
WO (1) WO2016141545A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016163032A1 (ja) * 2015-04-10 2016-10-13 富士通株式会社 無線通信システム、基地局、移動局および処理方法
CN113038528B (zh) 2015-04-10 2024-02-13 三星电子株式会社 用于在无线通信系统中将数据分组路由到用户设备的基站
US10855658B2 (en) * 2015-09-24 2020-12-01 Kt Corporation Method for transmitting and receiving data using WLAN carriers and apparatus thereof
US11006467B2 (en) * 2015-09-24 2021-05-11 Kt Corporation Method and apparatus for transmitting and receiving data using WLAN radio resources
US10660025B2 (en) * 2016-06-23 2020-05-19 Htc Corporation Device and method for handling dual cellular system aggregation
CN110831094B (zh) * 2018-08-14 2021-12-28 华为技术有限公司 一种数据传输通道的处理方法及装置
US11606118B2 (en) * 2020-08-27 2023-03-14 Connectify, Inc. Data transfer with multiple threshold actions

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102209030A (zh) * 2011-05-19 2011-10-05 中兴通讯股份有限公司 业务分流方法、装置及系统
CN102215530A (zh) * 2011-05-27 2011-10-12 上海华为技术有限公司 一种数据流传输方法及相关设备、系统
CN102523605A (zh) * 2011-12-13 2012-06-27 华为技术有限公司 一种通信方法及设备
EP2723134A1 (en) * 2012-10-18 2014-04-23 Fujitsu Limited Wireless communication in Multi-RAT System
US20140208072A1 (en) * 2013-01-18 2014-07-24 Nec Laboratories America, Inc. User-level manager to handle multi-processing on many-core coprocessor-based systems
CN104205055A (zh) * 2012-03-29 2014-12-10 瑞典爱立信有限公司 通过openflow数据平面在云计算机中实现epc

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8817696B2 (en) * 2006-05-22 2014-08-26 Cisco Technology, Inc. Enhanced unlicensed mobile access network architecture
US8866945B2 (en) * 2010-09-26 2014-10-21 Hiok Nam Tay Color image sampling and reconstruction
CN102904856B (zh) * 2011-07-25 2017-08-25 中兴通讯股份有限公司 一种共享会话的控制方法及装置
US8412945B2 (en) * 2011-08-09 2013-04-02 CloudPassage, Inc. Systems and methods for implementing security in a cloud computing environment
CN108270540B (zh) * 2012-03-23 2021-03-09 寰发股份有限公司 多点载波聚合配置以及数据转发方法
US20140369329A1 (en) * 2013-06-18 2014-12-18 Qualcomm Incorporated Lte and external wifi bandwidth aggregation
AU2014312564B2 (en) * 2013-08-27 2018-11-01 Samsung Electronics Co., Ltd. Method and system for random access procedure and Radio Link Failure in inter-eNB carrier aggregation
CN104717631B (zh) * 2013-12-11 2019-06-25 中兴通讯股份有限公司 一种实现本地网关业务的方法、系统及连接设备
US9596707B2 (en) * 2014-03-13 2017-03-14 Intel Corporation Bearer mobility and splitting in a radio access network-based, 3rd generation partnership project network having an integrated wireless local area network
CN105284141B (zh) * 2014-04-04 2019-06-21 华为技术有限公司 一种计费的方法及装置
US9860872B2 (en) * 2014-06-03 2018-01-02 Intel Corporation In-band control signaling for integrated WLAN/3GPP RAT architectures
JP6174263B2 (ja) * 2014-07-24 2017-08-02 京セラ株式会社 ユーザ端末及び基地局
WO2016084865A1 (ja) * 2014-11-27 2016-06-02 京セラ株式会社 ユーザ端末及びアクセスポイント

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102209030A (zh) * 2011-05-19 2011-10-05 中兴通讯股份有限公司 业务分流方法、装置及系统
CN102215530A (zh) * 2011-05-27 2011-10-12 上海华为技术有限公司 一种数据流传输方法及相关设备、系统
CN102523605A (zh) * 2011-12-13 2012-06-27 华为技术有限公司 一种通信方法及设备
CN104205055A (zh) * 2012-03-29 2014-12-10 瑞典爱立信有限公司 通过openflow数据平面在云计算机中实现epc
EP2723134A1 (en) * 2012-10-18 2014-04-23 Fujitsu Limited Wireless communication in Multi-RAT System
US20140208072A1 (en) * 2013-01-18 2014-07-24 Nec Laboratories America, Inc. User-level manager to handle multi-processing on many-core coprocessor-based systems

Also Published As

Publication number Publication date
CN107431953B (zh) 2020-12-15
WO2016141545A1 (zh) 2016-09-15
US10484910B2 (en) 2019-11-19
EP3255922A1 (en) 2017-12-13
EP3255922A4 (en) 2018-03-07
JP2018512788A (ja) 2018-05-17
US20180014226A1 (en) 2018-01-11
EP3255922B1 (en) 2019-12-04

Similar Documents

Publication Publication Date Title
US10582522B2 (en) Data transmission and reception method and device of terminal in wireless communication system
WO2020073855A1 (zh) 建立会话的方法和装置以及发送报文的方法和装置
US9686635B2 (en) System level procedures and methods to enable data sharing in cellular network
US10313323B2 (en) User equipment identity valid for heterogeneous networks
KR20190133031A (ko) 통신 방법 및 장치
CN107431953A (zh) 业务流分流的方法和装置
CN106134281B (zh) 用于执行邻近服务的方法及用户装置
CN105453603B (zh) 基于接近服务的方法和装置
US20150078167A1 (en) Systems and Methods for Providing LTE-Based Backhaul
CN105874825B (zh) 用于中继基于邻近服务的组通信的方法和用户设备
KR20160106520A (ko) 무선 통신 시스템에서 서비스 제공 방법 및 장치
GB2503508A (en) Peer discovery of proximity services
CN114667746A (zh) 无线通信系统中用于psa-upf重定位的装置和方法
US11882445B2 (en) Authentication system
WO2014075534A1 (zh) 通信路径的切换方法及装置、切换处理装置及系统
US20220116798A1 (en) Data transmission method, apparatus, and device
US20230397233A1 (en) Managing transmission and receiption of multicast and broadcast services
US11882105B2 (en) Authentication system when authentication is not functioning
Xu et al. An IEEE 802.21 MIS‐based mobility management for D2D communications over heterogeneous networks (HetNets)
KR101954397B1 (ko) Lte 이동통신 시스템에서 패킷 차단 방법 및 패킷 차단 시스템
US9532392B2 (en) Communicating via multiple communication layers provided by multiple wireless network devices
JP5820782B2 (ja) フロー分配システム、フロー分配装置、フロー分配方法、及びプログラム
WO2022183497A1 (zh) 一种通信方法和通信装置
KR102158329B1 (ko) 서비스 품질 정보 갱신 방법
US20240236183A1 (en) Remote direct memory access (rdma) support in cellular networks

Legal Events

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