CN114390596A - 一种处理业务流的方法、通信方法及装置 - Google Patents

一种处理业务流的方法、通信方法及装置 Download PDF

Info

Publication number
CN114390596A
CN114390596A CN202111519301.1A CN202111519301A CN114390596A CN 114390596 A CN114390596 A CN 114390596A CN 202111519301 A CN202111519301 A CN 202111519301A CN 114390596 A CN114390596 A CN 114390596A
Authority
CN
China
Prior art keywords
network element
link
service flow
access technology
indication
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.)
Pending
Application number
CN202111519301.1A
Other languages
English (en)
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 CN202111519301.1A priority Critical patent/CN114390596A/zh
Publication of CN114390596A publication Critical patent/CN114390596A/zh
Pending legal-status Critical Current

Links

Images

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/09Management thereof
    • H04W28/0925Management thereof using policies
    • 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/24Traffic characterised by specific attributes, e.g. priority or QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • H04L43/0882Utilisation of link capacity
    • 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/20Traffic policing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/148Migration or transfer of sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • 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
    • 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/10Flow control between communication endpoints

Abstract

本申请实施例提供一种处理业务流的方法、通信方法及装置,涉及通信技术领域。该方案用以解决现有技术中存在的业务流移动后并不能达到预期效果的问题,该方案包括:终端获取业务流的策略信息,所述策略信息包括:分流策略、分流模式和用于传输所述业务流的链路条件信息中的至少一个,所述业务流所在的分组数据单元PDU会话支持多种接入技术;所述终端根据所述策略信息处理所述业务流。

Description

一种处理业务流的方法、通信方法及装置
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种处理业务流的方法、通信方法及装置。
背景技术
为了应对无线宽带技术的挑战,保持第三代合作伙伴计划(3rd GenerationPartnership Project,3GPP)网络的领先优势,3GPP标准组制定了下一代移动通信网络架构(Next Generation System),称为第五代(5-Generation,5G)网络架构。该5G网络架构不但支持终端通过3GPP标准组定义的无线技术(如长期演进(Long Term Evolution,LTE),5G无线接入网(Radio Access Network,RAN)等)接入核心网络侧(Core Network,CN)而且支持非(non)-3GPP接入技术通过non-3GPP转换功能(Interworking Function,N3IWF)或下一代接入网关(next Generation Packet Data Gateway,ngPDG)接入核心网侧。
在5G网络中,用户设备(User Equipment,UE)和数据网络(Date Network,DN)之间存在用于提供数据传输通道的分组数据单元(Packet Data Unit,PDU)会话(session)。对于单个PDU会话可以支持多接入技术。如图1所示,PDU Session A可以支持第一接入技术,也可以支持第二接入技术,还可以同时支持第一接入技术和第二接入技术。
当一个PDU会话支持多个接入技术时,网络侧可以通过为UE配置分流策略以指示UE将业务流在不同接入技术之间的移动。如分流策略指示业务流1通过第一接入技术传输,后续业务流1通过第二接入技术传输。但是现有技术的方案无法实现对业务流的精细化处理。
发明内容
本发明实施例提供一种处理业务流的方法、通信方法及装置,用以解决现有技术中存在的业务流移动后并不能达到预期效果的问题。
为了解决上述技术问题,本申请实施例提供如下解决方案:
第一方面,本申请实施例提供一种处理业务流的方法,包括:终端获取业务流的策略信息,策略信息包括:分流策略、分流模式和用于传输业务流的链路条件信息中的至少一个,业务流所在的PDU会话支持多种接入技术;终端根据策略信息处理业务流。
本申请实施例提供一种处理业务流的方法,通过终端获取业务流的策略信息,并基于业务流的策略信息处理业务流。由于终端是基于网络侧下发的分流策略、分流模式和链路条件信息中的至少一个处理业务流,这样不仅可以使得处理后的业务流在满足链路条件信息的链路上传输,且可以使得终端对业务流实现更加精细化处理。
一种可能的设计中,本申请实施例提供的方法还包括:终端向核心网网元发送的用于获取链路的链路状态信息的链路检测信息;终端接收核心网网元发送的链路状态信息。便于终端根据网络侧发送的链路状态信息判断传输业务流的链路是否满足链路条件信息,以作为判断是否处理业务流的参考。
一种可能的设计中,终端根据策略信息处理业务流,包括:终端确定目标链路的链路状态信息满足或当前链路的链路状态信息不满足所述链路条件信息;终端根据分流策略和分流模式中的至少一个处理业务流。在当前链路的链路状态信息不满足链路条件信息或者目标链路的链路状态信息满足链路条件信息时,处理业务流。可以保证迁移后业务流在符合要求的链路上传输。
一种可能的设计中,终端处理业务流,包括:终端将业务流在多种接入技术对应的链路上传输;或者,终端将业务流从多种接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输;或者,终端将业务流从所述多种接入技术迁移至多种接入技术中的第一接入技术或第二接入技术对应的链路上传输;或者,终端发起业务流处理流程。
一种可能的设计中,链路检测信息包括:订阅的链路状态参数和所述订阅的链路状态参数的发送条件信息中的至少一个。可以使得网络侧明确检测链路的哪些参数。从而发送终端需要的链路状态信息。
一种可能的设计中,订阅的链路状态参数包括以下一项或者多项:接入网信号质量、接入网信号强度、接入网带宽、接入网负载、回程网带宽或负载、链路时延参数、链路丢包率参数和链路抖动参数。
一种可能的设计中,链路检测信息还包括以下一项或者多项:接入技术指示、保证比特率GBR指示、非Non-GBR指示、QFI和流描述参数。
一种可能的设计中,链路检测信息还包括:订阅的链路状态参数的发送频率信息。通过设置发送频率信息,这样可以使得网络侧根据频率信息定期上报订阅的链路状态参数。
一种可能的设计中,链路条件信息包括:与接入相关的条件信息和与接入无关的条件信息中的至少一项。
一种可能的设计中,与接入相关的条件信息包括以下一项或者多项:接入网信号强度阈值、接入网信号质量阈值、回程带宽阈值或负载阈值、接入网带宽阈值和接入网负载阈值;与接入无关的条件信息包括以下一项或者多项:链路时延阈值、链路丢包率阈值和链路抖动阈值中的至少一个。
一种可能的设计中,终端获取业务流的策略信息,包括:终端从非接入层NAS传输消息中获取策略控制网元发送的所述业务流的分流模式和用于传输所述业务流的链路条件信息中的至少一个;终端从会话管理网元发送的会话管理响应消息中获取所述业务流的分流策略、分流模式和用于传输所述业务流的链路条件信息中的至少一个。
一种可能的设计中,终端根据所述策略信息处理所述业务流,包括:终端根据策略信息将业务流从多种接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输;终端确定在第一接入技术上发送的业务流的数据包传输结束;终端向用户面功能网元发送第一指示,该第一指示用于指示在第一接入技术上传输的业务流的数据包传输结束。
一种可能的设计中,本申请实施例提供的方法还包括:终端向核心网网元发送指示信息,指示信息用于指示由终端对业务流进行处理。
一种可能的设计中,分流模式包括以下一项或者多项:接入技术优先指示,用于指示优先通过接入技术优先指示关联的接入技术传输业务流;最优链路分流指示,用于指示优先通过最优链路传输所述业务流;最优链路为链路状态优于其他链路的链路;基于链路负载均衡的分流指示,用于指示按照链路负载均衡策略传输业务流;接入技术与分流比例指示,用于指示按照接入技术对应的分流比例传输业务流;冗余传输指示,用于表示业务流中的相同数据包同时通过不同接入技术传输。
一种可能的设计中,本申请实施例提供的方法还包括:终端接收网络侧发送的链路状态信息,或链路状态参数与接入技术指示、保证比特率GBR指示、非Non-GBR指示、服务质量流的标识QFI和流描述参数中的至少一个。
一种可能的设计中,本申请实施例提供的方法还包括:终端接收接入网设备发送的链路状态信息为接入网设备的推荐带宽值;或者终端接收会话管理网元或用户面网元发送的链路状态信息为接入网设备的推荐带宽值。
一种可能的设计中,终端根据策略信息处理所述业务流,包括:终端根据策略信息和可用带宽值处理业务流。
第二方面,本申请实施例提供的一种通信方法,包括:会话管理网元获取业务流的策略信息,包括:分流策略、分流模式和用于传输业务流的链路条件信息中的至少一个,业务流所在的PDU会话支持多种接入技术;会话管理网元将策略信息发送给终端。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元接收终端发送的链路检测信息,该链路检测信息用于获取传输业务流的链路的链路状态信息。便于网络侧明确获取哪些链路检测参数。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元向用户面网元发送链路检测信息;会话管理网元接收用户面网元发送的链路状态信息;会话管理网元将链路状态信息发送给终端。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元将链路状态参数与接入技术指示、保证比特率GBR指示、非Non-GBR指示、服务质量流的标识QFI和流描述参数中的至少一个发送给终端。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元向用户面网元发送第一指示,该第一指示用于指示需要发送链路状态信息的链路。
一种可能的设计中,第一指示包括:服务质量流的标识QFI、接入技术指示和隧道标识、保证比特率GBR指示、非Non-GBR指示和流描述参数中的至少一个。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元向接入网设备发送QFI与通知指示,QFI与通知指示用于指示当接入网设备无法满足QFI的QoS flow的带宽需求时,向会话管理网元或用户面网元发送接入网设备的推荐带宽值。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元接收接入网设备发送的QFI与接入网设备的推荐带宽值;会话管理网元向终端发送QFI与接入网设备的推荐带宽值。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元接收终端发送的会话管理请求消息,该会话管理请求消息中包括终端请求传输业务流的接入技术指示。
第三方面,本申请实施例提供一种处理业务流的方法,包括:会话管理网元获取业务流的策略信息,该策略信息包括分流策略、分流模式和用于传输业务流的链路条件信息中的至少一个,业务流所在的分组数据单元PDU会话支持多种接入技术;会话管理网元根据策略信息,向终端发送至少一个接入技术指示,接入技术指示用于指示将业务流迁移到接入技术指示指示的接入技术对应的链路上。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元向终端或者用户面网元发送链路检测信息,链路检测信息用于获取链路的链路状态信息;会话管理网元接收终端或者用户面网元发送的链路状态信息。
一种可能的设计中,会话管理网元根据策略信息,向终端发送至少一个接入技术指示,包括:会话管理网元确定目标链路的链路状态信息满足或当前链路的链路状态信息不满足链路条件信息,会话管理网元根据分流策略和分流模式中的至少一个,向终端发送至少一个接入技术指示。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元根据策略信息生成链路检测信息。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元向终端或者用户面网元发送用于指示需要发送链路状态信息的链路的第一指示。
一种可能的设计中,第一指示包括:服务质量流的标识QFI、接入技术指示和隧道标识、保证比特率GBR指示、非Non-GBR指示和流描述参数中的至少一个。
关于链路检测信息、分流模式、链路条件信息以及链路检测信息的具体内容可以参考第一方面及第一方面的各种可能的实现方式中的描述,此处不再赘述。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元接收终端发送的第一指示信息,该第一指示信息用于指示由核心网对业务流进行处理。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元向接入网设备发送QFI与通知指示,QFI与通知指示用于指示当接入网侧无法满足QFI的QoS flow的带宽需求时,向会话管理网元或用户面网元发送接入网设备的推荐带宽值。
一种可能的设计中,本申请实施例提供的方法还包括:会话管理网元接收接入网设备发送的QFI与接入网设备的推荐带宽值;会话管理网元向终端发送QFI与接入网设备的推荐带宽值。
一种可能的设计中,会话管理网元获取业务流的策略信息,包括:会话管理单元在会话管理流程从策略控制网元处获取业务流的策略信息。或者会话管理网元在终端完成注册时,从策略控制网元处获取业务流的策略信息。
第四方面,本申请实施例提供一种处理业务流的方法,包括:策略控制网元获取业务流的策略信息,该策略信息包括分流策略、分流模式和用于传输业务流的链路条件信息中的至少一个,业务流所在的分组数据单元PDU会话支持多种接入技术。策略控制网元根据策略信息,向会话管理网元发送业务流对应的更新后的至少一个接入技术指示,至少一个接入技术指示用于指示将所述业务流迁移到所述接入技术指示指示的接入技术对应的链路上。
关于链路检测信息、分流模式、链路条件信息以及链路检测信息的具体内容可以参考第一方面及第一方面的各种可能的实现方式中的描述,此处不再赘述。
一种可能的设计,本申请实施例提供的方法还包括:策略控制网元向终端发送链路检测信息。或者向会话管理网元发送链路检测信息。
一种可能的设计中,本申请实施例提供的方法还包括:策略控制网元接收会话管理网元发送的链路状态信息。
一种可能的设计中,策略控制网元根据策略信息,向会话管理网元发送业务流对应的更新后的至少一个接入技术指示,包括:策略控制网元根据获取的业务流的链路状态信息,确定当前链路的链路状态信息不满足链路条件信息,或者目标链路的链路状态信息满足链路条件信息,则向会话管理网元发送业务流对应的更新后的至少一个接入技术指示。
一种可能的设计中,本申请实施例提供的方法还包括:策略控制网元在接收到会话管理网元发送的多接入会话指示后,向会话管理网元发送业务流的策略信息。
一种可能的设计中,策略控制网元接收会话管理网元发送的由策略控制网元处理业务流的指示信息。
第五方面,本申请实施例提供一种处理业务流的方法,包括:用户面网元获取业务流的策略信息,该策略信息包括:分流策略、分流模式和用于传输业务流的链路条件信息中的至少一个。用户面网元根据策略信息,处理业务流。
一种可能的设计中,本申请实施例提供的方法还包括:用户面网元从会话管理网元处获取链路检测信息。
一种可能的设计,本申请实施例提供的方法还包括:用户面网元向终端发送用户面网元根据链路检测信息获取到的链路状态信息。
一种可能的设计中,本申请实施例提供的方法还包括:用户面网元接收终端基于链路检测信息获取到的当前链路或者目标链路的链路状态信息。
一种可能的设计中,用户面网元根据策略信息,处理业务流,包括:用户面网元确定当前链路的链路状态信息不满足或者目标链路的链路状态信息满足链路条件信息,则根据分流策略和分流模式中的至少一个,处理业务流。
一种可能的设计中,用户面网元确定当前链路的链路状态信息不满足或者目标链路的链路状态信息满足链路条件信息,则根据分流策略和分流模式中的至少一个处理业务流,包括:用户面网元根据分流策略和分流模式中的至少一个,确定业务流所使用的接入技术。用户面网元将业务流在确定的接入技术上传输。
一种可能的设计中,用户面网元将业务流在确定的接入技术上传输,包括:用户面网元将业务流在多种接入技术对应的链路上传输。或者,用户面网元将业务流从多种接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输。或者,核心网网元将业务流从多种接入技术迁移至多种接入技术中的第一接入技术或第二接入技术对应的链路上传输。
一种可能的设计中,用户面网元接收会话管理网元发送的指示信息,该指示信息用于指示由用户面网元处理业务流。
关于链路检测信息、分流模式、链路条件信息以及链路检测信息的具体内容可以参考第一方面及第一方面的各种可能的实现方式中的描述,此处不再赘述。
第六方面,本申请实施例提供一种通信方法,包括:终端接收会话管理网元/用户面功能网元发送的链路检测信息,该链路检测信息用于获取链路的链路状态信息。业务流所在的PDU会话支持多个接入技术;终端向核心网网元发送链路状态信息。
示例性的,终端可以发送当前链路的链路状态信息,也可以发送目标链路的链路状态信息。
一种可能的设计中,本申请实施例提供的方法还包括:终端接收会话管理网元发送的第一指示,该第一指示用于指示需要发送链路状态信息的链路。
一种可能的设计中,本申请实施例提供的方法还包括:终端接收会话管理网元发送的业务流对应的接入技术指示,该接入技术指示用于指示将业务流迁移到接入技术指示指示的接入技术对应的链路;终端根据接入技术指示处理业务流。
一种可能的设计中,本申请实施例提供的方法还包括:终端接收接入网设备发送的接入网设备的推荐带宽值;或者终端接收会话管理网元或用户面网元发送的接入网设备的推荐带宽值。
一种可能的设计中,本申请实施例提供的方法还包括:终端基于用户面功能网元发送的链路状态信息,根据分流策略和分流模式中的至少一个处理业务流。具体的处理方法,可以参考上述实施例中的描述,此处不再赘述。
需要说明的是,上述第三方面至第六方面任一方面所描述的方法中,当终端将业务流从一个接入技术迁移到另一个接入技术,为了使得用户面网元确定第一接入技术上的业务流传输结束,都可以采用第七方面或第七方面的任一种方式所描述的方法。
关于链路检测信息的具体内容可以参考第一方面及第一方面的各种可能的实现方式中的描述,此处不再赘述。
第七方面,本申请实施例提供一种数据包处理方法,包括:发送网元确定需要将业务流从多个接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输;发送网元确定在第一接入技术对应的链路上发送的业务流的数据包传输结束;发送网元向接收网元发送的用于指示在所述第一接入技术对应的链路上传输的所述业务流的数据包传输结束的第一指示。
一种可能的设计中,发送网元向接收网元发送第一指示,包括:发送网元在第一接入技术对应的链路上发送的最后一个包中携带所述第一指示。
一种可能的设计中,最后一个包为空包或者为所述业务流的最后一个数据包。
一种可能的设计中,第一指示携带在所述最后一个数据包的分组数据汇聚协议PDCP包头和业务数据应用协议SDAP包头的至少一个中。
一种可能的设计中,发送网元将所述第一指示信息携带在数据包的GTP-U数据包头中。
一种可能的设计中,发送网元向接收网元发送第一指示,包括:发送网元通过最后一个包的包头携带第一指示。
一种可能的设计中,最后一个包的包头包括以下一项或者多项:IP包头、以太包头、用户数据报协议UDP包头、传输控制协议TCP包头、PDCP包头和SDAP包头。
第八方面,本申请实施例提供一种数据包处理方法,包括:接收网元从业务流支持的多个接入技术中的第一接入技术对应的链路或/和第二接入技术对应的链路接收所述业务流的数据包;接收网元接收发送网元发送的第一指示,第一指示用于指示在第一接入技术对应的链路上传输的所述业务流的数据包传输结束;接收网元根据第一指示,将通过第一接入技术对应的链路和所述第二接入技术对应的链路接收的业务流的数据包进行排序。
一种可能的设计中,本申请实施例提供的方法还包括:接收网元接收所述第一接入技术对应的链路上发送的最后一个包中携带所述第一指示。
一种可能的设计中,最后一个包为空包或者为业务流的最后一个数据包.
一种可能的设计中,接收网元基于空包或者业务流的最后一个数据包中的流描述参数确定第一指示对应的业务流。
一种可能的设计中,接收网元根据第一指示,将通过第一接入技术对应的链路和第二接入技术对应的链路接收的业务流的数据包进行排序,包括:接收网元接收到第一指示后再处理通过第二接入技术对应的链路接收的业务流的数据包。
第九方面,本申请实施例提供一种处理业务流的装置,该一种处理业务流的装置可以实现第一方面或第一方面的任意一种可能的实现方式中描述的一种处理业务流的方法,因此也可以实现第一方面或第一方面任意一种可能的实现方式中的有益效果。该一种处理业务流的装置可以为终端,也可以为可以支持终端实现第一方面或第一方面的任意一种可能的实现方式中的一种处理业务流的装置。例如应用于终端中的芯片。该通信装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
该一种处理业务流的装置为终端或为应用于终端中的芯片,该一种处理业务流的装置包括:获取单元,用于获取业务流的策略信息,策略信息包括:分流策略、分流模式和用于传输业务流的链路条件信息中的至少一个,业务流所在的PDU会话支持多种接入技术。处理单元,用于根据策略信息处理业务流。
一种可能的设计中,本申请实施例提供的装置还包括:发送单元,用于向核心网网元发送的用于获取链路的链路状态信息的链路检测信息。接收单元,用于接收核心网网元发送的链路状态信息。
一种可能的设计中,本申请实施例提供的装置还包括:确定单元,用于确定目标链路的链路状态信息满足或当前链路的链路状态信息不满足所述链路条件信息;处理单元,具体用于在确定单元确定目标链路的链路状态信息满足或当前链路的链路状态信息不满足所述链路条件信息时,根据分流策略和分流模式中的至少一个处理业务流。
一种可能的设计中,处理单元,具有用于将业务流在多种接入技术对应的链路上传输;或者,处理单元,具有用于将业务流从多种接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输;或者,处理单元,具有用于将业务流从所述多种接入技术迁移至多种接入技术中的第一接入技术或第二接入技术对应的链路上传输;或者,处理单元,具有用于发起业务流处理流程。
一种可能的设计中,链路检测信息包括:订阅的链路状态参数和所述订阅的链路状态参数的发送条件信息中的至少一个。
一种可能的设计中,订阅的链路状态参数包括以下一项或者多项:接入网信号质量、接入网信号强度、接入网带宽、接入网负载、回程网带宽或负载、链路时延参数、链路丢包率参数和链路抖动参数。
一种可能的设计中,链路检测信息还包括以下一项或者多项:接入技术指示、保证比特率GBR指示、非Non-GBR指示、QFI和流描述参数。
一种可能的设计中,链路检测信息还包括:订阅的链路状态参数的发送频率信息。
一种可能的设计中,链路条件信息包括:与接入相关的条件信息和与接入无关的条件信息中的至少一项。
一种可能的设计中,与接入相关的条件信息包括以下一项或者多项:接入网信号强度阈值、接入网信号质量阈值、回程带宽阈值或负载阈值、接入网带宽阈值和接入网负载阈值;与接入无关的条件信息包括以下一项或者多项:链路时延阈值、链路丢包率阈值和链路抖动阈值中的至少一个。
一种可能的设计中,获取单元,具体用于从非接入层NAS传输消息中获取策略控制网元发送的所述业务流的分流模式和用于传输所述业务流的链路条件信息中的至少一个。或者获取单元,具有用于从会话管理网元发送的会话管理响应消息中获取所述业务流的分流策略、分流模式和用于传输所述业务流的链路条件信息中的至少一个。
一种可能的设计中,处理单元,具体用于根据策略信息将业务流从多种接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输;确定单元,用于确定在第一接入技术上发送的业务流的数据包传输结束;发送单元,用于在确定单元确定在第一接入技术上发送的业务流的数据包传输结束时,向用户面功能网元发送第一指示,该第一指示用于指示在第一接入技术上传输的业务流的数据包传输结束。
一种可能的设计中,发送单元,还用于向核心网网元发送指示信息,指示信息用于指示由终端对业务流进行处理。
一种可能的设计中,分流模式包括以下一项或者多项:接入技术优先指示,用于指示优先通过接入技术优先指示关联的接入技术传输业务流;最优链路分流指示,用于指示优先通过最优链路传输所述业务流;最优链路为链路状态优于其他链路的链路;基于链路负载均衡的分流指示,用于指示按照链路负载均衡策略传输业务流;接入技术与分流比例指示,用于指示按照接入技术对应的分流比例传输业务流;冗余传输指示,用于表示业务流中的相同数据包同时通过不同接入技术传输。
一种可能的设计中,本申请实施例提供的装置,还包括:接收单元,用于接收网络侧发送的链路状态信息,或链路状态参数与接入技术指示、保证比特率GBR指示、非Non-GBR指示、服务质量流的标识QFI和流描述参数中的至少一个。
一种可能的设计中,接收单元还用于接收接入网设备发送的链路状态信息为接入网设备的推荐带宽值;或者接收单元还用于接收会话管理网元或用户面网元发送的链路状态信息为接入网设备的推荐带宽值。
一种可能的设计中,处理单元,还用于根据策略信息和可用带宽值处理业务流。
一种可能的实现方式,本申请实施例还提供的一种处理业务流的装置,该一种处理业务流的装置可以为终端或者为应用于终端中的芯片,该一种处理业务流的装置包括:处理器和接口电路,其中,接口电路用于支持该一种处理业务流的装置执行第一方面至第一方面的任意一种可能的实现方式中所描述的在该一种处理业务流的装置侧进行消息/数据接收和发送的步骤。处理器用于支持该一种处理业务流的装置执行第一方面至第一方面的任意一种可能的实现方式中所描述的在该一种处理业务流的装置侧进行消息/数据处理的步骤。具体相应的步骤可以参考第一方面至第一方面的任意一种可能的实现方式中的描述,在此不再赘述。
可选的,该一种处理业务流的装置的接口电路和处理器相互耦合。
可选的,该一种处理业务流的装置还可以包括存储器,用于存储代码和数据,处理器、接口电路和存储器相互耦合。
第十方面,本申请实施例提供一种通信装置,该一种通信装置可以实现第二方面或第二方面的任意一种可能的实现方式中描述的一种通信装置,因此也可以实现第二方面或第二方面任意一种可能的实现方式中的有益效果。该一种通信装置可以为会话管理网元,也可以为可以支持会话管理网元实现第二方面或第二方面的任意一种可能的实现方式中的一种通信方法的装置。例如应用于会话管理网元中的芯片。该一种通信装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
一种通信装置,包括:获取单元,用于获取业务流的策略信息,包括:分流策略、分流模式和用于传输业务流的链路条件信息中的至少一个,业务流所在的PDU会话支持多种接入技术;发送单元,用于将策略信息发送给终端。
一种可能的设计中,本申请实施例提供的一种通信装置还包括:接收单元,用于接收终端发送的链路检测信息,该链路检测信息用于获取传输业务流的链路的链路状态信息。
一种可能的设计中,发送单元,还用于向用户面网元发送链路检测信息;接收单元,还用于接收用户面网元发送的链路状态信息;发送单元,还用于将链路状态信息发送给终端。
一种可能的设计中,发送单元,还用于将链路状态参数与接入技术指示、保证比特率GBR指示、非Non-GBR指示、服务质量流的标识QFI和流描述参数中的至少一个发送给终端。
一种可能的设计中,发送单元,还用于向用户面网元发送第一指示,该第一指示用于指示需要发送链路状态信息的链路。
一种可能的设计中,第一指示包括:服务质量流的标识QFI、接入技术指示和隧道标识、保证比特率GBR指示、非Non-GBR指示和流描述参数中的至少一个。
一种可能的设计中,发送单元,还用于向接入网设备发送QFI与通知指示,QFI与通知指示用于指示当接入网设备无法满足QFI的QoS flow的带宽需求时,向会话管理网元或用户面网元发送接入网设备的推荐带宽值。
一种可能的设计中,接收单元,还用于接收接入网设备发送的QFI与接入网设备的推荐带宽值;发送单元,还用于向终端发送QFI与接入网设备的推荐带宽值。
一种可能的设计中,接收单元,还用于接收终端发送的会话管理请求消息,该会话管理请求消息中包括终端请求传输业务流的接入技术指示。
一种可能的实现方式,本申请实施例还提供的一种通信装置,该一种通信装置可以为会话管理网元或者为应用于会话管理网元中的芯片,该一种通信装置包括:处理器和接口电路,其中,接口电路用于支持该一种通信装置执行第二方面至第二方面的任意一种可能的实现方式中所描述的在该一种通信装置侧进行消息/数据接收和发送的步骤。处理器用于支持该一种通信装置执行第二方面至第二方面的任意一种可能的实现方式中所描述的在该一种通信装置侧进行消息/数据处理的步骤。具体相应的步骤可以参考第二方面至第二方面的任意一种可能的实现方式中的描述,在此不再赘述。
可选的,该一种通信装置的接口电路和处理器相互耦合。
可选的,该一种通信装置还可以包括存储器,用于存储代码和数据,处理器、接口电路和存储器相互耦合。
第十一方面,本申请实施例提供一种处理业务流的装置,该一种处理业务流的装置可以实现第三方面或第三方面的任意一种可能的实现方式中描述的一种处理业务流的方法,因此也可以实现第三方面或第三方面任意一种可能的实现方式中的有益效果。该一种处理业务流的装置可以为会话管理网元,也可以为可以支持会话管理网元实现第三方面或第三方面的任意一种可能的实现方式中的一种处理业务流的方法的装置。例如应用于会话管理网元中的芯片。该一种处理业务流的装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
一种处理业务流的装置,包括:获取单元,获取业务流的策略信息,该策略信息包括分流策略、分流模式和用于传输业务流的链路条件信息中的至少一个,业务流所在的分组数据单元PDU会话支持多种接入技术。发送单元,用于根据策略信息,向终端发送至少一个接入技术指示,接入技术指示用于指示将业务流迁移到接入技术指示指示的接入技术对应的链路上。
一种可能的设计中,发送单元,还用于向终端或者用户面网元发送链路检测信息,链路检测信息用于获取链路的链路状态信息;会话管理网元接收终端或者用户面网元发送的链路状态信息。
一种可能的设计中,发送单元,具体用于在确定单元确定目标链路的链路状态信息满足或当前链路的链路状态信息不满足链路条件信息,根据分流策略和分流模式中的至少一个,向终端发送至少一个接入技术指示。
一种可能的设计中,本申请实施例提供的装置还包括:生成单元,用于根据策略信息生成链路检测信息。
一种可能的设计中,发送单元,还用于向终端或者用户面网元发送用于指示需要发送链路状态信息的链路的第一指示。
一种可能的设计中,第一指示包括:服务质量流的标识QFI、接入技术指示和隧道标识、保证比特率GBR指示、非Non-GBR指示和流描述参数中的至少一个。
关于链路检测信息、分流模式、链路条件信息以及链路检测信息的具体内容可以参考第一方面及第一方面的各种可能的实现方式中的描述,此处不再赘述。
一种可能的设计中,本申请实施例提供的装置,还包括:接收单元,用于接收终端发送的第一指示信息,该第一指示信息用于指示由核心网对业务流进行处理。
一种可能的设计中,发送单元,还用于向接入网设备发送QFI与通知指示,QFI与通知指示用于指示当接入网侧无法满足QFI的QoS flow的带宽需求时,向会话管理网元或用户面网元发送接入网设备的推荐带宽值。
一种可能的设计中,接收单元,还用于接收接入网设备发送的QFI与接入网设备的推荐带宽值;会话管理网元向终端发送QFI与接入网设备的推荐带宽值。
一种可能的设计中,获取单元,还用于在会话管理流程从策略控制网元处获取业务流的策略信息。或者获取单元,还用于终端完成注册时,从策略控制网元处获取业务流的策略信息。
一种可能的实现方式,本申请实施例还提供的一种处理业务流的装置,该一种处理业务流的装置可以为会话管理网元或者为应用于会话管理网元中的芯片,该一种处理业务流的装置包括:处理器和接口电路,其中,接口电路用于支持该一种处理业务流的装置执行第三方面至第三方面的任意一种可能的实现方式中所描述的在该一种处理业务流的装置侧进行消息/数据接收和发送的步骤。处理器用于支持该一种处理业务流的装置执行第二方面至第二方面的任意一种可能的实现方式中所描述的在该一种处理业务流的装置侧进行消息/数据处理的步骤。具体相应的步骤可以参考第三方面至第三方面的任意一种可能的实现方式中的描述,在此不再赘述。
可选的,该一种处理业务流的装置的接口电路和处理器相互耦合。
可选的,该一种处理业务流的装置还可以包括存储器,用于存储代码和数据,处理器、接口电路和存储器相互耦合。
第十二方面,本申请实施例提供一种处理业务流的装置,该一种处理业务流的装置可以实现第四方面或第四方面的任意一种可能的实现方式中描述的一种处理业务流的方法,因此也可以实现第四方面或第四方面任意一种可能的实现方式中的有益效果。该一种处理业务流的装置可以为策略控制网元,也可以为可以支持策略控制网元实现第四方面或第四方面的任意一种可能的实现方式中的一种处理业务流的方法的装置。例如应用于策略控制网元中的芯片。该一种处理业务流的装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
一种处理业务流的方法,包括:获取单元,用于获取业务流的策略信息,该策略信息包括分流策略、分流模式和用于传输业务流的链路条件信息中的至少一个,业务流所在的分组数据单元PDU会话支持多种接入技术。发送单元,用于根据策略信息,向会话管理网元发送业务流对应的更新后的至少一个接入技术指示,至少一个接入技术指示用于指示将所述业务流迁移到所述接入技术指示指示的接入技术对应的链路上。
关于链路检测信息、分流模式、链路条件信息以及链路检测信息的具体内容可以参考第一方面及第一方面的各种可能的实现方式中的描述,此处不再赘述。
一种可能的设计,本申请实施例提供的发送单元,还用于向终端发送链路检测信息。或者向会话管理网元发送链路检测信息。
一种可能的设计中,接收单元,还用于接收会话管理网元发送的链路状态信息。
一种可能的设计中,获取单元,还用于根据获取的业务流的链路状态信息,确定当前链路的链路状态信息不满足链路条件信息,或者目标链路的链路状态信息满足链路条件信息,则发送单元,用于向会话管理网元发送业务流对应的更新后的至少一个接入技术指示。
一种可能的设计中,本申请实施例提供的发送单元,还用于在接收单元到会话管理网元发送的多接入会话指示后,向会话管理网元发送业务流的策略信息。
一种可能的设计中,接收单元,还用于接收会话管理网元发送的由策略控制网元处理业务流的指示信息。
一种可能的实现方式,本申请实施例还提供的一种处理业务流的装置,该一种处理业务流的装置可以为策略控制网元或者为应用于策略控制网元中的芯片,该一种处理业务流的装置包括:处理器和接口电路,其中,接口电路用于支持该一种处理业务流的装置执行第四方面至第四方面的任意一种可能的实现方式中所描述的在该一种处理业务流的装置侧进行消息/数据接收和发送的步骤。处理器用于支持该一种处理业务流的装置执行第二方面至第二方面的任意一种可能的实现方式中所描述的在该一种处理业务流的装置侧进行消息/数据处理的步骤。具体相应的步骤可以参考第四方面至第四方面的任意一种可能的实现方式中的描述,在此不再赘述。
可选的,该一种处理业务流的装置的接口电路和处理器相互耦合。
可选的,该一种处理业务流的装置还可以包括存储器,用于存储代码和数据,处理器、接口电路和存储器相互耦合。
第十三方面,本申请实施例提供一种处理业务流的装置,该一种处理业务流的装置可以实现第五方面或第五方面的任意一种可能的实现方式中描述的一种处理业务流的方法,因此也可以实现第五方面或第五方面任意一种可能的实现方式中的有益效果。该一种处理业务流的装置可以为用户面网元,也可以为可以支持用户面网元实现第五方面或第五方面的任意一种可能的实现方式中的一种处理业务流的方法的装置。例如应用于用户面网元中的芯片。该一种处理业务流的装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
本申请实施例提供一种处理业务流的装置,包括:获取单元,用于获取业务流的策略信息,该策略信息包括:分流策略、分流模式和用于传输业务流的链路条件信息中的至少一个。处理单元,用于根据策略信息,处理业务流。
一种可能的设计中,获取单元,还用于从会话管理网元处获取链路检测信息。
一种可能的设计,本申请实施例提供的装置还包括:发送单元,用于向终端发送用户面网元根据链路检测信息获取到的链路状态信息。
一种可能的设计中,本申请实施例提供的装置还包括:接收单元,用于接收终端基于链路检测信息获取到的当前链路或者目标链路的链路状态信息。
一种可能的设计中,处理单元,具体用于在确定单元确定当前链路的链路状态信息不满足或者目标链路的链路状态信息满足链路条件信息,则根据分流策略和分流模式中的至少一个,处理业务流。
一种可能的设计中,确定单元,还用于根据分流策略和分流模式中的至少一个,确定业务流所使用的接入技术。处理单元,具体用于将业务流在确定的接入技术上传输。
一种可能的设计中,处理单元,具体用于将业务流在多种接入技术对应的链路上传输。或者,处理单元,具体用于将业务流从多种接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输。或者,处理单元,具体用于将业务流从多种接入技术迁移至多种接入技术中的第一接入技术或第二接入技术对应的链路上传输。
一种可能的设计中,接收单元,用于接收会话管理网元发送的指示信息,该指示信息用于指示由用户面网元处理业务流。
关于链路检测信息、分流模式、链路条件信息以及链路检测信息的具体内容可以参考第一方面及第一方面的各种可能的实现方式中的描述,此处不再赘述。
一种可能的实现方式,本申请实施例还提供的一种处理业务流的装置,该一种处理业务流的装置可以为用户面网元或者为应用于用户面网元中的芯片,该一种处理业务流的装置包括:处理器和接口电路,其中,接口电路用于支持该一种处理业务流的装置执行第三方面至第五方面的任意一种可能的实现方式中所描述的在该一种处理业务流的装置侧进行消息/数据接收和发送的步骤。处理器用于支持该一种处理业务流的装置执行第五方面至第五方面的任意一种可能的实现方式中所描述的在该一种处理业务流的装置侧进行消息/数据处理的步骤。具体相应的步骤可以参考第五方面至第五方面的任意一种可能的实现方式中的描述,在此不再赘述。
可选的,该一种处理业务流的装置的接口电路和处理器相互耦合。
可选的,该一种处理业务流的装置还可以包括存储器,用于存储代码和数据,处理器、接口电路和存储器相互耦合。
第十四方面,本申请实施例提供一种通信装置,该一种通信可以实现第六方面或第六方面的任意一种可能的实现方式中描述的一通信方法,因此也可以实现第六方面或第六方面任意一种可能的实现方式中的有益效果。该一种通信装置可以为装置,也可以为可以支持六实现第七方面或第七方面的任意一种可能的实现方式中的通信方法的装置。例如应用于终端中的芯片。该一种通信装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
本申请实施例提供一种通信装置,包括:接收单元,用于接收会话管理网元/用户面功能网元发送的链路检测信息,该链路检测信息用于获取链路的链路状态信息。业务流所在的PDU会话支持多个接入技术;发送单元,用于向核心网网元发送链路状态信息。
示例性的,终端可以发送当前链路的链路状态信息,也可以发送目标链路的链路状态信息。
一种可能的设计中,接收单元,用于接收会话管理网元发送的第一指示,该第一指示用于指示需要发送链路状态信息的链路。
一种可能的设计中,接收单元,接收会话管理网元发送的业务流对应的接入技术指示,该接入技术指示用于指示将业务流迁移到接入技术指示指示的接入技术对应的链路,本申请实施例提供的装置还包括:处理单元,用于根据接入技术指示处理业务流。
一种可能的设计中,接收单元,接收接入网设备发送的接入网设备的推荐带宽值。或者接收单元,接收会话管理网元或用户面网元发送的接入网设备的推荐带宽值。
一种可能的设计中,处理单元,具体用于基于用户面功能网元发送的链路状态信息,根据分流策略和分流模式中的至少一个处理业务流。具体的处理方法,可以参考上述实施例中的描述,此处不再赘述。
一种可能的实现方式,本申请实施例还提供的一种通信装置,该一种通信装置可以为终端或者为应用于终端中的芯片,该一种通信装置包括:处理器和接口电路,其中,接口电路用于支持该一种通信装置执行第六方面至第六方面的任意一种可能的实现方式中所描述的在该一种通信装置侧进行消息/数据接收和发送的步骤。处理器用于支持该一种通信装置执行第六方面至第六方面的任意一种可能的实现方式中所描述的在该一种通信装置侧进行消息/数据处理的步骤。具体相应的步骤可以参考第六方面至第六方面的任意一种可能的实现方式中的描述,在此不再赘述。
可选的,该一种通信装置的接口电路和处理器相互耦合。
可选的,该一种通信装置还可以包括存储器,用于存储代码和数据,处理器、接口电路和存储器相互耦合。
第十五方面,本申请实施例提供一种数据包处理装置,该一种数据包处理装置可以实现第五方面或第五方面的任意一种可能的实现方式中描述的一种数据包处理方法,因此也可以实现第七方面或第七方面任意一种可能的实现方式中的有益效果。该一种数据包处理装置可以为发送网元,也可以为可以支持发送网元实现第七方面或第七方面的任意一种可能的实现方式中的一种数据包处理方法的装置。例如应用于发送网元中的芯片。该一种数据包处理装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
一种数据包处理装置,包括:确定单元,用于确定需要将业务流从多个接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输;以及用于确定在第一接入技术对应的链路上发送的业务流的数据包传输结束;发送单元,用于向接收网元发送的用于指示在所述第一接入技术对应的链路上传输的所述业务流的数据包传输结束的第一指示。
一种可能的设计中,发送单元,具体用于在第一接入技术对应的链路上发送的最后一个包中携带所述第一指示。
一种可能的设计中,最后一个包为空包或者为所述业务流的最后一个数据包。
一种可能的设计中,第一指示携带在所述最后一个数据包的分组数据汇聚协议PDCP包头和业务数据应用协议SDAP包头的至少一个中。
一种可能的设计中,发送单元,用于将所述第一指示信息携带在数据包的GTP-U数据包头中。
一种可能的设计中,发送单元,用于通过最后一个包的包头携带第一指示。
一种可能的设计中,最后一个包的包头包括以下一项或者多项:IP包头、以太包头、用户数据报协议UDP包头、传输控制协议TCP包头、PDCP包头和SDAP包头。
一种可能的实现方式,本申请实施例还提供的一种数据包处理装置,该一种数据包处理装置可以为发送网元或者为应用于发送网元中的芯片,该一种数据包处理装置包括:处理器和接口电路,其中,接口电路用于支持该一种数据包处理装置执行第七方面至第七方面的任意一种可能的实现方式中所描述的在该一种数据包处理装置侧进行消息/数据接收和发送的步骤。处理器用于支持该一种数据包处理装置执行第七方面至第七方面的任意一种可能的实现方式中所描述的在该一种数据包处理装置侧进行消息/数据处理的步骤。具体相应的步骤可以参考第七方面至第七方面的任意一种可能的实现方式中的描述,在此不再赘述。
可选的,该一种数据包处理装置的接口电路和处理器相互耦合。
可选的,该一种数据包处理装置还可以包括存储器,用于存储代码和数据,处理器、接口电路和存储器相互耦合。
第十六方面,本申请实施例提供一种数据包处理装置,该一种数据包处理装置可以实现第八方面或第八方面的任意一种可能的实现方式中描述的一种数据包处理方法,因此也可以实现第八方面或第八方面任意一种可能的实现方式中的有益效果。该一种数据包处理装置可以为接收网元,也可以为可以支持接收网元实现第八方面或第八方面的任意一种可能的实现方式中的一种数据包处理方法的装置。例如应用于接收网元中的芯片。该一种数据包处理装置可以通过软件、硬件、或者通过硬件执行相应的软件实现上述方法。
一种数据包处理装置,接收单元,用于接收网元从业务流支持的多个接入技术中的第一接入技术对应的链路或/和第二接入技术对应的链路接收所述业务流的数据包,以及用于接收发送网元发送的第一指示,第一指示用于指示在第一接入技术对应的链路上传输的所述业务流的数据包传输结束;处理单元,用于根据第一指示,将通过第一接入技术对应的链路和所述第二接入技术对应的链路接收的业务流的数据包进行排序。
一种可能的设计中,接收单元,还用于接收所述第一接入技术对应的链路上发送的最后一个包中携带所述第一指示。
一种可能的设计中,最后一个包为空包或者为业务流的最后一个数据包.
一种可能的设计中,确定单元,用于基于空包或者业务流的最后一个数据包中的流描述参数确定第一指示对应的业务流。
一种可能的设计中,处理单元,用于接收到第一指示后再处理通过第二接入技术对应的链路接收的业务流的数据包。
一种可能的实现方式,本申请实施例还提供的一种数据包处理装置,该一种数据包处理装置可以为接收网元或者为应用于接收网元中的芯片,该一种数据包处理装置包括:处理器和接口电路,其中,接口电路用于支持该一种数据包处理装置执行第八方面至第八方面的任意一种可能的实现方式中所描述的在该一种数据包处理装置侧进行消息/数据接收和发送的步骤。处理器用于支持该一种数据包处理装置执行第八方面至第八方面的任意一种可能的实现方式中所描述的在该一种数据包处理装置侧进行消息/数据处理的步骤。具体相应的步骤可以参考第八方面至第八方面的任意一种可能的实现方式中的描述,在此不再赘述。
可选的,该一种数据包处理装置的接口电路和处理器相互耦合。
可选的,该一种数据包处理装置还可以包括存储器,用于存储代码和数据,处理器、接口电路和存储器相互耦合。
第十七方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当指令在计算机上运行时,使得计算机执行第一方面或第一方面的各种可能的实现方式中所描述的一种处理业务流的方法。
第十八方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当指令在计算机上运行时,使得计算机执行第二方面或第二方面的各种可能的实现方式中所描述的一种通信方法。
第十九方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当指令在计算机上运行时,使得计算机执行第三方面或第三方面的各种可能的实现方式中所描述的一种处理业务流的方法。
第二十方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当指令在计算机上运行时,使得计算机执行第四方面或第四方面的各种可能的实现方式中所描述的一种处理业务流的方法。
第二十一方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当指令在计算机上运行时,使得计算机执行第五方面或第五方面的各种可能的实现方式中所描述的一种处理业务流的方法。
第二十二方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当指令在计算机上运行时,使得计算机执行第六方面或第六方面的各种可能的实现方式中所描述的一种通信方法。
第二十三方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当指令在计算机上运行时,使得计算机执行第七方面或第七方面的各种可能的实现方式中所描述的一种数据包处理方法。
第二十四方面,本申请提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当指令在计算机上运行时,使得计算机执行第八方面或第八方面的各种可能的实现方式中所描述的一种数据包处理方法。
第二十五方面,本申请提供一种包括指令的计算机程序产品,当指令在计算机上运行时,使得计算机执行第一方面或第一方面的各种可能的实现方式中所描述的一种处理业务流的方法。
第二十六方面,本申请提供一种包括指令的计算机程序产品,当指令在计算机上运行时,使得计算机执行第二方面或第二方面的各种可能的实现方式中所描述的一种通信方法。
第二十七方面,本申请提供一种包括指令的计算机程序产品,当指令在计算机上运行时,使得计算机执行第三方面或第三方面的各种可能的实现方式中所描述的一种处理业务流的方法。
第二十八方面,本申请提供一种包括指令的计算机程序产品,当指令在计算机上运行时,使得计算机执行第四方面或第四方面的各种可能的实现方式中所描述的一种处理业务流的方法。
第二十九方面,本申请提供一种包括指令的计算机程序产品,当指令在计算机上运行时,使得计算机执行第五方面或第五方面的各种可能的实现方式中所描述的一种处理业务流的方法。
第三十方面,本申请提供一种包括指令的计算机程序产品,当指令在计算机上运行时,使得计算机执行第六方面或第六方面的各种可能的实现方式中所描述的一种通信方法。
第三十一方面,本申请提供一种包括指令的计算机程序产品,当指令在计算机上运行时,使得计算机执行第七方面或第七方面的各种可能的实现方式中所描述的一种数据包处理方法。
第三十二方面,本申请提供一种包括指令的计算机程序产品,当指令在计算机上运行时,使得计算机执行第八方面或第八方面的各种可能的实现方式中所描述的一种数据包处理方法。
第三十三方面,本申请实施例提供一种芯片,该芯片包括处理器和接口电路,接口电路和处理器耦合,处理器用于运行计算机程序或指令,以实现第一方面或第一方面的各种可能的实现方式中所描述的一种处理业务流的方法。接口电路用于与所述芯片之外的其它模块进行通信。
第三十四方面,本申请实施例提供一种芯片,该芯片包括处理器和接口电路,接口电路和处理器耦合,处理器用于运行计算机程序或指令,以实现第二方面或第二方面的各种可能的实现方式中所描述的一种通信方法。接口电路用于与所述芯片之外的其它模块进行通信。
第三十五方面,本申请实施例提供一种芯片,该芯片包括处理器和接口电路,接口电路和处理器耦合,处理器用于运行计算机程序或指令,以实现第三方面或第三方面的各种可能的实现方式中所描述的一种处理业务流的方法。接口电路用于与所述芯片之外的其它模块进行通信。
第三十六方面,本申请实施例提供一种芯片,该芯片包括处理器和接口电路,接口电路和处理器耦合,处理器用于运行计算机程序或指令,以实现第四方面或第四方面的各种可能的实现方式中所描述的一种处理业务流的方法。接口电路用于与所述芯片之外的其它模块进行通信。
第三十七方面,本申请实施例提供一种芯片,该芯片包括处理器和接口电路,接口电路和处理器耦合,处理器用于运行计算机程序或指令,以实现第五方面或第五方面的各种可能的实现方式中所描述的一种处理业务流的方法。接口电路用于与所述芯片之外的其它模块进行通信。
第三十八方面,本申请实施例提供一种芯片,该芯片包括处理器和接口电路,接口电路和处理器耦合,处理器用于运行计算机程序或指令,以实现第六方面或第六方面的各种可能的实现方式中所描述的一种通信方法。接口电路用于与所述芯片之外的其它模块进行通信。
第三十九方面,本申请实施例提供一种芯片,该芯片包括处理器和接口电路,接口电路和处理器耦合,处理器用于运行计算机程序或指令,以实现第七方面或第七方面的各种可能的实现方式中所描述的一种数据包处理方法。接口电路用于与所述芯片之外的其它模块进行通信。
第四十方面,本申请实施例提供一种芯片,该芯片包括处理器和接口电路,接口电路和处理器耦合,处理器用于运行计算机程序或指令,以实现第八方面或第八方面的各种可能的实现方式中所描述的一种数据包处理方法。接口电路用于与所述芯片之外的其它模块进行通信。
具体的,本申请实施例中提供的芯片还包括存储器,用于存储计算机程序或指令。
第四十一方面,本申请实施例一种通信系统,该通信系统包括第九方面或第九方面的各种可能的实现方式提供的一种处理业务流的装置,以及第十方面或第十方面的各种可能的实现方式所提供的一种通信装置。
第四十二方面,本申请实施例一种通信系统,该通信系统包括第十一方面或第十一方面的各种可能的实现方式提供的一种处理业务流的装置,以及第十四方面及第十四方面的任一可能的设计中提供通信装置。可选的,第四十二方面所提供的通信系统还包括:与该处理业务流的装置交互的策略控制网元、用户面网元。
第四十三方面,本申请实施例一种通信系统,该通信系统包括第十二方面或第十二方面的各种可能的实现方式提供的一种处理业务流的装置,以及第十四方面及第十四方面的任一可能的设计中提供通信装置。可选的,第四十三方面所提供的通信系统还包括:与该处理业务流的装置交互的会话管理网元、用户面网元。
第四十四方面,本申请实施例一种通信系统,该通信系统包括第十三方面或第十三方面的各种可能的实现方式提供的一种处理业务流的装置,以及第十四方面及第十四方面的任一可能的设计中提供通信装置。可选的,第四十四方面所提供的通信系统还包括:与该处理业务流的装置交互的会话管理网元。
附图说明
图1为一种多接入PDU会话示意图;
图2为本申请实施例提供的一种通信系统示意图;
图3为本申请实施例提供的一种5G网络架构示意图;
图4为本申请实施例提供的一种终端通过多个接入技术接入网络的示意图;
图5-图13为本申请实施例提供的一种处理业务流的方法和通信方法的流程示意图;
图14为本申请实施例提供的一种数据包处理方法流程示意图;
图15为本申请实施例提供的一种终端处理业务流的具体实施例示意图;
图16为本申请实施例提供的一种会话管理网元处理业务流的具体实施例示意图;
图17为本申请实施例提供的一种策略控制网元处理业务流的具体实施例示意图;
图18为本申请实施例提供的一种用户面网元处理业务流的具体实施例示意图;
图19为本申请实施例提供的一种处理业务流的装置的结构示意图一;
图20为本申请实施例提供的一种处理业务流的装置的结构示意图二;
图21为本申请实施例提供的一种处理业务流的装置的结构示意图三;
图22为本申请实施例提供的一种通信装置的结构示意图一;
图23为本申请实施例提供的一种通信装置的结构示意图二;
图24为本申请实施例提供的一种通信装置的结构示意图三;
图25为本申请实施例提供的一种数据包传输装置的结构示意图一;
图26为本申请实施例提供的一种数据包传输装置的结构示意图二;
图27为本申请实施例提供的一种数据包传输装置的结构示意图三;
图28为本申请实施例提供的一种数据包传输装置的结构示意图三;
图29为本申请实施例提供的一种处理业务流的装置的结构示意图四;
图30为本申请实施例提供的一种芯片的结构示意图。
具体实施方式
需要说明的是,本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请中,“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
如图2所示,图2示出了本申请实施例提供的一种通信系统示意图,该通信系统包括:核心网、接入网和一个或者多个终端104。一个或者多个终端104(图2中仅示出了一个终端)通过接入网接入核心网。其中核心网包括如下网元:会话管理网元101、与会话管理网元101连接的一个或者多个用户面网元102(图2中仅示出了一个用户面网元)、与会话管理网元101连接的策略控制网元103。
其中,接入网可以为采用多种接入技术的接入网设备。
当终端104通过不同的接入技术接入无线网络时,终端104可以通过不同的接入网设备连接核心网设备。
可选的,本申请实施例中一个或者多个终端104中存在至少一个终端与用户面网元102之间具有会话,且该会话可以支持多个接入技术。例如,以多个接入技术为第一接入技术和第二接入技术为例,该会话可以通过第一接入技术接入,也可以通过第二接入技术接入。
本申请实施例中的第一接入技术可以为符合3GPP标准规范的接入技术,例如,第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)接入技术。例如,长期演进(long term evolution,LTE),2G,3G,4G或5G系统中采用的接入技术。采用3GPP接入技术的接入网络称为无线接入网络(Radio Access Network,RAN)。例如,终端104可以使用3GPP接入技术通过2G,3G,4G或5G系统中的接入网设备接入无线网络中。
第二接入技术可以为不在3GPP标准规范中定义的无线接入技术,例如称为非第三代合作伙伴计划(non 3rd Generation Partnership Project,non3GPP)接入技术。非3GPP接入技术可以是非可信non3GPP接入技术,也可以是可信non3GPP接入技术。非3GPP接入技术可以包括:无线保真(wirelessfidelity,Wi-Fi)、全球微波互联接入(worldwideinteroperability for microwave access,WiMAX)、码分多址(code division multipleaccess,CDMA)、无线局域网(Wireless Local Area Networks,WLAN),固网技术或者有线技术等。终端104可以通过以无线保真(Wireless Fidelity,WIFI)为代表的空口技术接入网络,其中,接入网设备可以为接入点(access Point,AP)。
在本发明实施例中,终端可以分布于无线网络中,每个终端可以是静态的或移动的。
本申请实施例中会话管理网元101、用户面网元102以及策略控制网元103均属于核心网网元中的网元,可以统称为核心网网元。
核心网网元主要负责分组数据包的转发、Qos控制、计费统计信息等(例如,用户面网元)。以及主要负责用户注册认证、移动性管理及向用户面功能网元下发数据包转发策略、QoS控制策略等(例如,会话管理网元)。其中,会话管理网元用于负责用户发起业务时网络侧建立相应的会话连接(例如,PDU会话),为用户提供具体服务,尤其是基于会话管理网元与用户面网元之间的接口向用户面网元下发数据包转发策略、QoS策略等。
其中,若图2所示的通信系统应用于5G网络,则如图3所示,会话管理网元101所对应的网元或者实体可以为会话管理功能(Session Management Function,SMF)网元、用户面网元可以为用户面功能(user plane function,UPF)网元。策略控制网元可以为(policycontrol function,PCF)。
此外,如图3所示,该5G网络还可以包括:接入和移动性管理功能(access andmobility management function,AMF)网元、应用功能(Application Function,AF)网元、接入网设备(例如,接入网络(Access Network,AN)),也可以称为无线接入网设备(RadioAccess Network,RAN)、鉴权服务器功能(Authentication Server Function,AUSF)网元、统一数据管理(unified data management,UDM)网元、网络切片选择功能(Network SliceSelection Function,NSSF)网元、网络能力开放功能(Network Eposure Function,NEF)网元、网络仓库贮存功能(Network Repository Function,NRF)网元以及数据网络(DataNetwork,DN)等,本申请实施例对此不作具体限定。
其中,终端通过N1接口(简称N1)与AMF网元通信。AMF网元通过N11接口(简称N11)与SMF网元通信。SMF网元通过N4接口(简称N4)与一个或者多个UPF网元通信。一个或多个UPF网元中任意两个UPF网元通过N9接口(简称N9)通信。UPF网元通过N6接口(简称N6)与数据网络(data network,DN)通信。终端通过接入网设备(例如,RAN设备)接入网络。接入网设备与AMF网元之间通过N2接口(简称N2)通信。SMF网元通过N7接口(简称N7)与PCF网元通信,PCF网元通过N5接口与AF网元通信。接入网设备通过N3接口(简称N3)与UPF网元通信。任意两个或两个以上的AMF网元之间通过N14接口(简称N14)通信。SMF网元通过N10接口(简称N10)与UDM网元通信。AMF网元通过N12接口(简称N12)与AUSF网元通信。AUSF网元通过N13接口(简称N13)与UDM网元通信。AMF网元通过N8接口(简称N8)与UDM网元通信。
需要说明的是,图3中的各个网元之间的接口名字只是一个示例,具体实现中接口名字可能为其他名字,本申请实施例对此不作具体限定。
需要说明的是,图3的接入网设备、AF网元、AMF网元、SMF网元、AUSF网元、UDM网元、UPF网元和PCF网元等仅是一个名字,名字对设备本身不构成限定。在5G网络以及未来其它的网络中,接入网设备、AF网元、AMF网元、SMF网元、AUSF网元、UDM网元、UPF网元和PCF网元所对应的网元也可以是其他的名字,本申请实施例对此不作具体限定。例如,该UDM网元还有可能被替换为用户归属服务器(home subscriber server,HSS)或者用户签约数据库(user subscription database,USD)或者数据库实体,等等,在此进行统一说明,后续不再赘述。
示例性的,本申请实施例中所涉及到的接入网设备指的是用于接入核心网的设备,例如可以是基站,宽带网络业务网关(broadband network gateway,BNG),汇聚交换机,非第三代合作伙伴计划(3rd generation partnership project,3GPP)接入网设备等。基站可以包括各种形式的基站,例如:宏基站,微基站(也称为小站),中继站,接入点等。
示例性的,本申请实施例中所涉及到的AMF网元还可以负责终端接入时的注册流程及终端移动过程中的位置管理,合法监听等功能,本申请实施例对此不作具体限定。
示例性的,本申请实施例中所涉及到的SMF网元用于进行会话管理,包括:会话建立,会话修改,会话释放,终端的网络之间互连的协议(internet protocol,IP)地址分配和管理,UPF网元的选择和控制,合法监听等与会话相关的控制功能。
示例性的,本申请实施例中所涉及到的UPF网元除了具备图3所示的用户面功能网元的功能,还可实现服务网关(serving gateway,SGW)和分组数据网络网关(packet datanetwork gateway,PGW)的用户面功能。此外,UPF网元还可以是软件定义网络(softwaredefined network,SDN)交换机(switch),本申请实施例对此不作具体限定。
AUSF网元为鉴权服务器功能,主要负责对终端进行鉴权,确定终端合法性。例如,基于终端的用户签约数据对终端进行鉴权认证。
UDM网元为统一的用户数据管理,主要用来存储终端的签约数据。此外,UDM网元还包括鉴权认证,处理终端的标识信息,签约管理等功能,本申请实施例对此不作具体限定。
PCF网元为策略控制功能,主要用来下发业务相关的策略给AMF网元或SMF网元。
AF网元,发送应用相关需求给PCF,使得PCF网元生成对应的策略。
DN,为终端提供服务,如提供移动运营商业务,Internet服务或第三方服务等。
本申请实施例中的PDU会话指:会话管理网元建立的连通终端104和DN之间的数据传输通道。该数据传输通道中涉及到的网元包括终端、接入网设备、SMF网元、SMF网元为该会话选择的UPF网元以及UPF网元对应的DN。该数据传输通道中包括多个相邻两个网元之间的链路。例如,包括终端和接入网设备之间的链路、接入网设备和AMF网元之间的链路、AMF网元和SMF网元之间的链路、SMF网元和UPF网元之间的链路、以及UPF网元和UPF网元对应的DN之间的链路。
终端(terminal)是一种向用户提供语音和/或数据连通性的设备,例如,具有无线连接功能的手持式设备、车载设备等。终端也可以称为用户设备(User Equipment,UE)、接入终端(Access Terminal)、用户单元(User Unit)、用户站(User Station)、移动站(Mobile Station)、移动台(Mobile)、远方站(Remote Station)、远程终端(RemoteTerminal)、移动设备(Mobile Equipment)、用户终端(User Terminal)、无线通信设备(Wireless Telecom Equipment)、用户代理(User Agent)、用户装备(User Equipment)或用户装置。终端可以是无线局域网(Wireless Local Area Networks,WLAN)中的站点(Station,STA),可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及下一代通信系统(例如,第五代(Fifth-Generation,5G)通信网络)中的终端或者未来演进的公共陆地移动网络(Public Land Mobile Network,PLMN)网络中的终端等。其中,5G还可以被称为新空口(NewRadio,NR)。
作为示例,在本申请实施例中,该终端还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
图4示出了本申请一实施例中终端使用多个接入技术接入网络的架构示意图,例如,终端同时使用3GPP接入技术和non-3GPP接入技术的架构。如图4所示,终端可以同时通过3GPP接入技术和non-3GPP接入技术连接到AMF网元。具体的,如图4所示,终端在使用non-3GPP接入技术接入AMF网元时,可以通过非3GPP互通功能(non-3GPP interworkingfunction,N3IWF)实体接入AMF网元。
当3GPP接入技术与non 3GPP接入技术属于相同PLMN时,终端选择相同AMF网元。当3GPP接入技术与non 3GPP接入技术属于不同PLMN时,终端可以选择不同的AMF网元。SMF网元由AMF网元选择,不同的PDU会话可以选择不同的SMF网元,但相同的PDU会话要选择相同的SMF网元。
SMF网元在选择UPF网元,一个PDU会话可以有多个UPF网元,所以SMF网元可能会选择多个UPF网元为某PDU会话创建隧道连接。
其中,AUSF网元和鉴权存储功能(Authentication Repository Function,ARPF)/UDM网元构成归属公共陆地移动网(Home Public Land Mobile Network,HPLMN),终端通过不同的接入技术接入网络时,可以具有不同的受访地公用陆地移动网(visited publicland mobile network,VPLMN),也可以具有相同的受访地公用陆地移动网。具体的,图4中所示的各个网元的功能可以参见上述实施例,本申请在此不再赘述。
下面对本申请中涉及的部分名词进行解释说明:
1)业务流迁移(switching或splitting)包括:对应支持多接入PDU会话而言,该多接入PDU会话中的业务流支持从多个接入技术中的第一接入技术对应的链路移动到第二接入技术对应的链路(switching)。或者,业务流从在一个接入技术对应的链路传输移动到在多个接入技术对应的链路上同时传输(splitting)。或者,业务流从多个接入技术对应的链路同时传输移动到从一个接入技术对应的链路上传输(switching)。
本申请实施例中的核心网网元可以为会话管理网元、策略控制网元和用户面网元中的任一个。
实施例一
如图5所示,图5示出了本申请实施例提供的一种处理业务流的方法与通信方法之间交互的流程示意图,该方法包括:
S101、会话管理网元获取业务流的策略信息,该策略信息包括:分流策略、分流模式和用于传输业务流的链路条件信息中的至少一个。
用于传输业务流的链路条件信息可以包括链路阈值参数,例如:linkperformance thresholds/measurement thresholds。
该业务流所在的分组数据单元PDU会话支持多种接入技术。
在本申请的实施例中,链路(link)可以是接入技术对应的传输通道,或者可以是业务流对应的数据传输通道,或者可以是服务质量流对应的数据传输通道。
具体的,会话管理网元可以在终端请求以多种接入技术中的至少一个接入技术注册到网络的过程中,从策略控制网元处获取策略信息。或者会话管理网元可以在会话管理流程中,从策略控制网元处获取策略信息。
例如,会话管理流程可以包括:PDU会话建立流程或者PDU会话更新(也可以称为PDU会话修改)流程。
可以理解的是,业务流的策略信息包括:流描述参数和流描述参数对应的策略信息。具体可以指:流描述参数和流描述参数对应的分流策略、流描述参数和流描述参数对应的分流模式、和流描述参数和流描述参数对应的用于传输所述业务流的链路条件信息中的至少一个。
其中,流描述参数用于确定业务流。例如,流描述参数可以包括以下一项或者多项:业务流的五元组信息(例如,源IP地址、目的IP地址,源端口号、目的端口号和协议类型中的至少一个)。
其中,链路条件信息包括:与接入相关的条件信息和与接入无关的条件信息中的至少一项。
示例性的,与接入相关的条件信息包括以下一项或者多项:接入网信号强度阈值、接入网信号质量阈值、回程(backhaul)带宽阈值或负载阈值、接入网带宽阈值和接入网负载阈值;
示例性的,与接入无关的条件信息包括以下一项或者多项:链路时延阈值(例如,上行链路时延阈值、下行链路时延阈值和上行/下行时延阈值(即RTT阈值))、链路丢包率阈值(例如,上行链路丢包率阈值、下行链路丢包率阈值和上行/下行丢包率阈值)和链路抖动阈值(例如,上行链路抖动阈值、下行链路抖动阈值和上行/下行抖动阈值)中的至少一个。
具体的,当一个链路的链路状态信息满足该业务流对应的链路条件信息时,此链路可以用于传输该业务流。当一个链路的链路状态信息不满足该业务流对应的链路条件信息时,此链路可以不能用于传输该业务流。
示例性的,分流策略可以为ATSSS policy/ATSSS RULE。分流策略可以包括至少一个接入技术指示。通过分流策略可以确定传输业务流的至少一个接入技术。如3GPP接入技术,和非3GPP接入技术中的至少一个。
其中,分流模式包括以下一项或者多项:
a)、接入技术优先指示,用于指示优先通过所述接入技术优先指示关联的接入技术对应的链路传输业务流。
例如,接入技术优先指示为3GPP接入技术或者non3GPP接入技术。当优先传输的接入技术不可用时,业务流可以通过另一个接入技术对应的链路传输。
b)、最优链路分流指示,用于指示优先通过最优链路传输所述业务流;所述最优链路为链路状态优于其他链路的链路。
示例性的,最优链路分流指示可以包括:最优链路指示、链路最小时延指示、最小RTT指示、链路最低负载指示、链路最大带宽指示、接入信号最强指示中的至少一个参数。
终端可以通过上述参数确定最优链路。例如,最优链路可以为:时延最小的链路、负载最低的链路、或者接入信号强度最强的链路。
c)、基于链路负载均衡的分流指示,用于指示按照链路负载均衡策略传输业务流。
其中,基于链路负载均衡的分流指示包括:负载均衡指示。
d)、接入技术与分流比例指示,用于指示按照接入技术对应的分流比例传输业务流。
例如,当分流比例为具体数值时,终端按照接入技术对应的分流比例传输业务流。如,分流比例指示3GPP接入技术的分流比例为20%,non 3GPP接入技术的分流比例为80%,则该业务流中20%的数据包通过3GPP接入技术传输。业务流中80%的数据包通过non 3GPP接入技术传输。当分流比例为空或者不包括分流比例时,表示基于链路负载均衡对业务流进行分流。
e)、冗余传输指示,用于表示所述业务流中的相同数据包同时通过不同接入技术传输。
S102、会话管理网元向终端发送策略信息。
一种示例,在会话管理流程中会话管理网元向终端发送策略信息。
具体的,会话管理网元基于终端对PDU会话管理请求消息,向终端发送携带策略信息的PDU会话管理响应消息。例如,PDU会话管理请求消息可以为PDU会话建立请求消息或者PDU会话更新请求消息。
例如,PDU会话管理响应消息可以为:PDU会话新建接受消息或者PDU会话更新成功消息。
一种示例,在终端成功注册到网络的过程中,会话管理网元可以通过非接入层(Non-access stratum,NAS)传输消息向终端发送策略控制网元发送的策略信息。
在一种可能的实现方式中,会话管理网元可以从策略控制网元获取策略信息。
S103、终端获取业务流的策略信息。
示例性的,步骤S103可以通过以下方式实现:终端从非接入层NAS传输消息中获取策略控制网元发送的业务流的分流模式和用于传输业务流的链路条件信息中的至少一个。或者,终端从会话管理网元发送的会话管理响应消息中获取业务流的分流策略、分流模式和用于传输所述业务流的链路条件信息中的至少一个。
S104、终端根据策略信息处理业务流。
本申请实施例提供一种处理业务流的方法,通过终端获取业务流的策略信息,并基于业务流的策略信息处理业务流。由于终端是基于网络侧下发的分流策略、分流模式和链路条件信息中的至少一个处理业务流,这样不仅可以使得处理后的业务流在满足链路条件信息的链路上传输,且可以使得终端对业务流实现更加精细化处理。
在一种可能的实现方式中,如图6所示,本申请实施例提供的方法还包括:
S105、终端向会话管理网元发送链路检测信息,该链路检测信息用于获取链路的链路状态信息。
例如,链路检测信息包括:链路状态检测上报策略(measurement assistancepolicy/reporting)。
可选的,为了降低信令开销,终端可以在PDU会话管理请求消息中携带链路检测信息。
示例性的,本申请提供的链路检测信息包括订阅的链路状态参数和所述订阅的链路状态参数的发送条件信息中的至少一个。其中,条件信息用于指示当订阅的链路状态参数满足链路条件信息中包括的该订阅的链路状态参数对应的阈值时,则上报订阅的链路状态参数。例如,订阅的链路状态参数为接入网信号质量,则当所检测到的接入网信号质量达到接入网信号质量阈值时,则上报所检测到的接入网信号质量。
例如,订阅的链路状态参数包括接入相关的状态参数和接入无关的状态参数中的至少一个。
例如,接入相关的状态参数包括:接入网信号质量、接入网信号强度、接入网带宽、接入网负载、回程网带宽或负载中的一个或者多个。
示例性的,在3GPP接入技术中,接入网带宽指:RAN设备的带宽。在non 3GPP接入技术中,接入网带宽指接入网元的带宽,例如,N3IWF的带宽。或可信接入网关的带宽。接入网负载为接入点的负荷情况,如non 3GPP接入技术中,接入点AP的负荷(load)。或3GPP接入技术中,RAN设备的负荷。
接入无关的状态参数链路包括:时延参数、链路丢包率参数和链路抖动参数一个或者多个。
可选的,链路检测信息还包括业务流的信息,用于确定对哪些业务流对应的链路进行检测。例如,链路检测信息还包括以下一项或者多项:接入技术指示、保证比特率GBR指示、非Non-GBR指示、服务质量流的标识QFI和流描述参数。
其中,接入技术指示用于指示需要订阅接入技术指示关联的接入技术对应的链路,GBR指示用于表示所述需要发送链路状态信息的链路为GBR业务流所在的链路。非Non-GBR指示用于表示所述需要发送链路状态信息的链路为非GBR业务流所在的链路。流描述参数用于表示所述需要发送链路状态信息的链路为流描述参数确定的业务流所在的链路。QFI用于表示所述需要发送链路状态信息的链路为与所述QFI关联的服务质量QoS流对应的链路。
一种可能的实现方式,链路检测信息还可以包括:订阅的链路状态参数的发送频率信息。即上报订阅的链路状态参数的时间间隔,例如,1秒钟上报一次,或一分钟上报一次。
S106、会话管理网元获取链路检测信息。
例如,会话管理网元可以在PDU会话管理请求消息中接收链路检测信息。
需要说明的是,本申请实施例中会话管理网元也可以根据PCF向终端发送的策略信息生成链路检测信息。当链路检测信息由会话管理网元生成时,步骤S105可以省略。
S107、会话管理网元获取链路状态信息。
示例性的,步骤S107可以通过如下方式实现:会话管理网元向用户面网元发送链路检测信息。会话管理网元接收用户面网元发送的链路状态信息。
例如,会话管理网元向用户面网元发送N4会话消息(如N4会话建立/更新请求消息),该N4会话消息中携带链路检测信息。或者,会话管理网元在接入网设备请求向用户面网元发送与PDU会话相关的隧道标识时,向用户面网元发送N4会话更新消息,该N4会话更新消息中携带链路检测信息。
可选的,会话管理网元还向用户面网元发送第一指示,所述第一指示用于指示需要发送链路状态信息的链路。
示例性的,第一指示包括:服务质量流的标识(quality of service flowidentifier,Qos identifier,QFI)、接入技术指示和隧道标识、保证比特率GBR指示、非Non-GBR指示和流描述参数中的至少一个。
如QFI=1,链路检测信息为往返时间(Round-Trip Time,RTT)检测上报。则用户面网元针对QFI=1的QoS flow进行RTT检测,并将检测到的链路状态信息发送给终端或者会话管理网元。如果接入技术为3GPP接入技术,链路检测信息为RTT检测上报。则用户面网元针对3GPP接入技术对应的链路进行RTT检测,并将检测到的链路状态信息发送给终端或者会话管理网元。如果第一指示为隧道标识,链路检测信息为RTT检测上报。则用户面网元对上述隧道标识对应的链路进行RTT检测,并将检测到的链路状态信息发送给终端或者会话管理网元。
S108、会话管理网元将链路状态信息发送给终端。
可选的,将链路状态参数与接入技术指示、保证比特率GBR指示、非Non-GBR指示、服务质量流的标识QFI和流描述参数中的至少一个发送给所述终端。
S109、终端接收会话管理网元发送的链路状态信息。
可选的,当终端获取到链路状态信息后,S104可以通过以下方式实现:
S1041、终端确定目标链路的链路状态信息满足或当前链路的链路状态信息不满足链路条件信息。
其中,目标链路为迁移后将要传输业务流的接入技术对应的链路。当前链路为当前传输业务流的接入技术对应的链路。
例如,当前链路为3GPP接入技术对应的链路,目标链路可以为non 3GPP接入技术对应的链路,或者non 3GPP接入技术和3GPP接入技术对应的链路。
或者,当前链路为non 3GPP接入技术对应的链路,目标链路可以为3GPP接入技术对应的链路,或者non 3GPP接入技术和3GPP接入技术对应的链路。
或者,当前链路为non 3GPP接入技术和3GPP接入技术对应的链路,目标链路可以为3GPP接入技术对应的链路,或者non 3GPP接入技术对应的链路。
S1042、终端根据分流策略和分流模式中的至少一个处理业务流。
一种可能的实现方式,步骤S1042可以通过以下方式实现:终端将业务流在多种接入技术对应的链路上传输。
例如,终端确定non 3GPP接入技术对应的链路和3GPP接入技术对应的链路的链路状态信息满足链路条件信息时,则将业务流从3GPP接入技术对应的链路迁移到non 3GPP接入技术对应的链路和3GPP接入技术对应的链路。
另一种可能的实现方式,步骤S1042可以通过以下方式实现:终端将业务流从多种接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输。
例如,当前传输业务流的接入技术为3GPP接入技术,当3GPP接入技术对应的链路的链路状态信息不满足链路条件信息时,终端将业务流从3GPP接入技术对应的链路迁移到non3GPP接入技术对应的链路。或者,终端确定接入技术优先指示指示的是non 3GPP接入技术优先,则终端在确定non 3GPP接入技术的链路满足条件时,将业务流迁移至non 3GPP接入技术对应的链路。
又一种可能的实现方式,步骤S1042可以通过以下方式实现:终端将业务流从多种接入技术迁移至多种接入技术中的第一接入技术或第二接入技术对应的链路上传输。
例如,当前传输业务流的接入技术为3GPP接入技术和non 3GPP接入技术,当3GPP接入技术和non 3GPP接入技术对应的链路的链路状态信息不满足链路条件信息时,终端将业务流从3GPP接入技术和non 3GPP接入技术对应的链路迁移到non 3GPP接入技术对应的链路或者迁移至3GPP接入技术对应的链路。或者3GPP接入技术对应的链路或non 3GPP接入技术对应的链路满足条件时,终端将业务流从3GPP接入技术和non 3GPP接入技术对应的链路切换至3GPP接入技术对应的链路或non 3GPP接入技术对应的链路。
再一种可能的实现方式,终端发起业务流处理流程。
示例性的,终端发起的业务流处理流程包括:PDU会话建立流程或者PDU会话更新流程。该PDU会话建立流程或者PDU会话更新流程中携带业务流对应的至少一个接入技术指示。该至少一个接入技术指示用于表示终端请求将该业务流迁移至至少一个接入技术指示所指示的至少一个接入技术对应的链路上传输。此后,会话管理网元便可以向终端发送更新后的分流策略,该更新后的分流策略包括业务流对应的至少一个接入技术指示。
需要说明的是,本申请实施例中终端处具有一个分流策略1,当终端确定根据该分流策略1所指示的接入技术1传输业务流时,终端确定链路对应的链路状态信息不满足链路条件信息,则终端可以根据分流模式和链路条件信息中的至少一个重新确定接入技术。或者,终端根据分流模式确定优先传输业务流的接入技术(即分流策略所指示的接入技术)对应的链路状态信息不满足链路条件信息,向会话管理网元请求以重新确定的接入技术传输业务流。会话管理网元可以基于终端请求的接入技术重新向终端发送接入技术指示(即更新分流策略)。之后,终端根据更新后的分流策略对业务流进行迁移。
作为本申请的另一个实施例,如图7所示,本申请实施例提供的方法还包括:
S110、终端向会话管理网元发送指示信息,所述指示信息用于指示由所述终端对所述业务流进行处理。
示例性的,该指示信息可以为UE-initiated。
可选的,终端还向会话管理网元发送多接入会话指示,用于表示该PDU会话支持多种接入技术。
示例性的,该指示信息可以携带在上述会话管理请求消息中。
S111、会话管理网元接收终端发送的指示信息。
可选的,在会话管理网元确定授权终端进行业务流迁移时,会话管理网元可以在PDU会话管理响应消息中携带UE-initiated或者向终端发送业务流的分流策略。
作为本申请的又一个实施例,如图8所示,本申请实施例提供的方法还包括:
S112、终端根据策略信息将业务流从所述多种接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输。
S113、终端确定在第一接入技术上发送的业务流的数据包传输结束。
S114、终端向用户面网元发送第一指示,该第一指示用于指示在第一接入技术上传输的业务流的数据包传输结束。
S115、用户面网元接收第一指示,并根据第一指示,对在第一接入技术上和第二接入技术中的至少一个对应的链路上的数据包进行排序。
具体的,步骤S112-S115的描述,可以参考后续实施例中的描述,此处不再赘述。
作为本申请的另一个实施例,如图9所示,本申请实施例提供的方法还包括:
S116、会话管理网元向接入网设备发送QFI与通知指示,该通知指示用于指示当接入网设备无法满足QFI的QoS flow的带宽需求时,向会话管理网元或用户面网元发送接入网设备的推荐带宽值。
推荐带宽值也可以称为“可用带宽值”,即接入网设备对上述QFI的QoS flow可以提供的带宽资源,如接入网设备可以为QFI=1的QoS flow提供5Mbps带宽,则推荐带宽为5Mbps。
示例性的,QFI与可用带宽指示表示该QFI的QoS flow的带宽需求为10M,而此时,接入网设备的可用带宽为3M,则接入网设备向会话管理网元或用户面网元发送的推荐带宽值为3M。
S117、会话管理网元接收接入网设备发送的QFI与接入网设备的推荐带宽值。
S118、会话管理网元向终端发送QFI与接入网设备的推荐带宽值。
例如,会话管理网元可以通过NAS传输消息向终端发送接入网设备的推荐带宽值。
S119、终端接收接入网设备发送的链路状态信息为所述接入网设备的推荐带宽值。或者终端接收会话管理网元或用户面网元发送的链路状态信息为所述接入网设备的推荐带宽值。
需要说明的是,当终端从接入网设备或者用户面网元处获取到链路状态信息是,步骤S118可以省略。
可选的,在终端获取到接入网设备的推荐带宽值以后,步骤S104具体可以通过以下方式实现:终端根据所述策略信息和推荐带宽值处理业务流。
具体的处理业务流方案包括:终端判断业务流需要的带宽大于接入网设备的推荐带宽值,则说明当前的接入网设备无法满足业务流的带宽需求。终端向另一接入技术请求业务流所需的带宽,将上述业务流整体迁移到另一接入技术。或者终端用业务流所需带宽减去接入网设备的推荐带宽值得到补充带宽。终端向另一接入技术请求补充带宽,将上述业务流部分迁移到另一接入技术,从而由当前接入设备与另一接入技术对应的接入设备为上述业务流提供所需的带宽。
实施例二
如图10所示,图10示出了由核心网网元发起业务流移动的方法,该方法包括:
S201、核心网网元获取业务流的策略信息,该策略信息包括分流策略、分流模式和用于传输业务流的链路条件信息中的至少一个,所述业务流所在的分组数据单元PDU会话支持多种接入技术。
其中,分流策略、分流模式和用于传输所述业务流的链路条件信息中的至少一个的具体描述可以参考实施例一中的描述,此处不再赘述。
由于核心网网元不同,获取策略信息的方式不同,下述将分别介绍:
一种示例,核心网网元为会话管理网元:
会话管理网元可以在PDU会话管理过程中从策略控制网元处获取分流策略、分流模式和用于传输所述业务流的链路条件信息中的至少一个。
其中,分流策略可以为策略控制网元根据链路状态信息以及分流模式和用于传输所述业务流的链路条件信息中的至少一个确定的。当然,分流策略还可以为会话管理网元本地预配置的。
在这种情况下,策略控制网元仅向会话管理网元发基于最优链路分流的指示,和基于链路负载均衡的指示。
由会话管理网元确定最优链路。即会话管理网元根据最优链路分流的指示,确定最优链路为链路最小时延指示、最小RTT指示、链路最低负载指示、链路最大带宽指示、接入信号最强指示中的至少一个参数所指示的链路。
此外,会话管理网元基于策略控制网元发送的基于链路负载均衡的指示,决定各个接入技术对应的链路的分流比例。
另一种示例,核心网网元为策略控制网元:
策略控制网元从本地配置中获取分流策略、分流模式和用于传输所述业务流的链路条件信息中的至少一个。
又一种示例,核心网网元为用户面网元:
用户面网元可以从会话管理网元处获取分流策略、分流模式和用于传输所述业务流的链路条件信息中的至少一个。具体的,会话管理网元在PDU会话管理流程中获取到策略信息之后,可以通过N4会话消息向用户面网元发送策略信息。
S202、核心网网元根据策略信息处理业务流。
作为本申请的另一个实施例,如图11所示,本申请实施例提供的方法还包括:
S203、核心网网元获取链路状态信息。
由于核心网网元不同,S203的实现方式存在差异,因此下述实施例将分别介绍:
当核心网网元为会话管理网元时,如图12所示,本申请实施例提供的方法还包括:
S204、核心网网元向用户面网元或者终端发送链路检测信息。
具体的,链路检测信息的具体内容可以参考上述实施例中的描述,此处不再赘述。
与实施例一的区别在于,实施例一中,会话管理网元从终端处获取的链路检测信息是由策略控制网元发送的。此处的链路检测信息由会话管理网元根据策略信息生成。
需要说明的是,在会话管理网元向终端发送链路检测信息时,终端中已具有链路检测信息(例如,注册到网络侧时,策略控制网元向终端发送链路检测信息),则终端使用会话管理网元发送的链路检测信息检测链路状态参数。
可选的,核心网网元向终端或者用户面网元发送第一指示,该第一指示用于指示需要发送链路状态信息的链路。
示例性的,第一指示包括:服务质量流的标识QFI、接入技术指示和隧道标识、保证比特率GBR指示、非Non-GBR指示和流描述参数中的至少一个。具体的,第一指示包括的各个内容的含义可以参考上述实施例中的描述,此处不再赘述。
S205、用户面网元或者终端向核心网网元发送链路检测信息。
示例性的,用户面网元可以通过N4接口消息向核心网网元发送链路检测信息。
示例性的,终端可以通过NAS传输消息向核心网网元发送链路检测信息。或者,终端将链路状态信息通过用户面消息发送给用户面网元,然后由用户面网元发送给核心网网元。
相应的步骤S203可以通过以下方式具体实现:核心网网元从终端或者用户面网元处获取终端或者用户面网元发送的链路状态信息。
当核心网网元为策略控制网元时,步骤S203具体通过以下方式实现:策略控制网元向会话管理网元发送链路检测信息,会话管理网元向终端或者用户面网元发送链路检测信息。会话管理网元在接收到终端或者用户面网元发送的链路状态信息后,上报给策略控制网元。
当核心网网元为用户面网元时,步骤S203具体通过以下方式实现:会话管理网元向核心网网元/终端发送链路检测信息,终端向核心网网元发送所述链路状态信息,核心网网元向终端发送链路状态信息。即由用户面网元自行检测链路状态信息,并将检测到的链路状态信息发送给终端。或者由终端自行检测链路状态信息,并将检测到的链路状态信息发送给用户面网元。
当核心网网元获取到链路状态信息后,S202可以通过以下方式实现:核心网网元确定链路状态信息不满足所述链路条件信息,核心网网元根据所述分流策略和所述分流模式中的至少一个处理所述业务流。
具体的,核心网网元确定目标链路的链路状态信息满足或者当前链路的链路状态信息不满足所述链路条件信息,所述核心网网元根据所述分流策略和所述分流模式中的至少一个处理所述业务流。
目标链路的确定方式和当前链路的确定方式可以参考实施例一中的描述,此处不再赘述。
一种示例,当核心网网元为会话管理网元时,如图12所示,S202具体可以通过以下方式实现:S2021、向终端发送业务流对应的接入技术指示,接入技术指示用于指示将业务流迁移到所述接入技术指示对应的链路上。
示例性的,核心网网元可以在PDU会话管理响应消息中携带业务流对应的接入技术指示,以指示终端将业务流迁移到接入技术指示对应的链路上。
此外,本申请实施例提供的方法还包括:S206、终端接收核心网网元发送的业务流对应的接入技术指示,接入技术指示用于指示将业务流迁移到接入技术指示指示的接入技术对应的链路。S207、终端根据接入技术指示处理业务流。可以理解的是,S206和S207中由终端执行的过程,也可以由用户面网元执行。
具体的,终端根据接入技术指示将业务流迁移至接入技术指示指示的接入技术对应的链路。S207的实现方式可以参考上述实施例中终端处理业务流的方式,本申请实施例在此不再赘述。
又一种示例,当核心网网元为策略控制网元时,S202具体可以通过以下方式实现:核心网网元向会话管理网元发送所述业务流对应的更新后的分流策略,所述更新后的分流策略包括至少一个接入技术指示,所述至少一个接入技术指示用于指示将所述业务流迁移到所述接入技术指示对应的链路上。
具体的,策略控制网元根据收到的链路状态信息及本地配置的分流模式和链路条件信息中的至少一个,确定为该业务流配置的分流策略不能满足链路要求,则向会话管理网元发送更新后的分流策略。例如,当前配置的分流策略为3GPP接入技术传输业务流,根据链路条件信息确定3GPP接入技术对应的链路状态信息不满足链路条件信息,则向会话管理网元发送更新后的分流策略,例如,non 3GPP接入技术。此后,会话管理网元在接收到分流策略之后,由会话管理网元发起业务流移动,或者会话管理网元发送给终端,由终端发起业务流移动。
再一种示例,当核心网网元为用户面网元时,S202具体可以通过以下方式实现,核心网网元将所述业务流在所述多种接入技术对应的链路上传输;或者,核心网网元将所述业务流从所述多种接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输;或者,核心网网元将业务流从所述多种接入技术迁移至所述多种接入技术中的第一接入技术或第二接入技术对应的链路上传输。
可选的,本申请实施例提供的方法还包括:终端向核心网网元发送第一指示信息,该第一指示信息用于指示由核心网对所述业务流进行处理。核心网网元接收所述终端发送的第一指示信息。
具体的,该第一指示信息可以为Network-initiated。或者为空,当第一指示信息为空时,核心网网元确定由网络侧发起业务流迁移。
作为本申请的另一个实施例,如图13所示,本申请实施例提供的方法还包括:S208、核心网网元向接入网设备发送QFI与通知指示,QFI与通知指示用于指示当接入网侧无法满足所述QFI的QoS flow的带宽需求时,向会话管理网元或用户面网元发送接入网设备的推荐带宽值。
可选的,如图13所述,本申请实施例提供的方法还包括:S209、核心网网元接收接入网设备发送的QFI与所述接入网设备的推荐带宽值。S210、核心网网元向终端发送所述QFI与所述接入网设备的推荐带宽值。S211、终端接收接入网设备发送的所述接入网设备的推荐带宽值;或者所述终端接收会话管理网元或用户面网元发送的所述接入网设备的推荐带宽值。
实施例三
当发送网元(例如,终端或者用户面网元)将业务流从多个接入技术迁移到多个接入技术中的任一个接入技术对应的链路,或者从多个接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路后,为了避免接收网元(例如,用户面网元或者终端)对接收到业务流的数据包进行排序时,出现数据包乱序的问题,如图14所示,本申请还提供一种数据包传输方法,该方法包括:
S301、发送网元确定需要将业务流从多个接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输。
具体的,步骤S301的实现方式可以参考上述实施例中的描述或者参考其他方式,此处不再赘述。
S302、发送网元确定在所述第一接入技术对应的链路上发送的所述业务流的数据包传输结束。
S303、发送网元向接收网元发送第一指示(例如,Endmark指示),该第一指示用于指示在第一接入技术对应的链路上传输的所述业务流的数据包传输结束。
一种可能的实现方式为:S303可以通过以下方式实现:发送网元在第一接入技术对应的链路上该业务流的最后一个包中携带第一指示。
示例性的,最后一个包可以为空包或者为最后一个数据包。
一种示例,以最后一个包为最后一个数据包为例,发送网元可以在分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)包头和业务数据应用协议(ServiceData Adaptation Protocol,SDAP)包头的至少一个中携带第一指示。或者,以最后一个包为空包为例,发送网元在发送完最后一个数据包之后,生成一个空包,并在上述空包的PDCP包头和SDAP包头的至少一个中携带第一指示。
本申请实施例中的空包指:数据包中包括用于确定业务流的信息,且该数据包的载荷为空。例如,该数据包中含有IP头,用户数据报协议(User Datagram Protocol,UDP)头,传输控制协议(Transmission Control Protocol,TCP)头和以太包头中的至少一个。
例如,以发送网元为终端为例,终端确定在第一接入技术对应的链路上该业务流的数据包传输结束,则终端将第一指示携带在最后一个包的PDCP包头或者SDAP包头中发送给接入网设备(如5G RAN,或non 3GPP接入网元)。接入网设备获取最后一个包中携带的第一指示,并将第一指示通过GPRS隧道协议(GPRS Tunneling Protocol,GTP-U)或其他协议(如ethernet协议,SRv6协议IPv6 Segment Routing协议)数据包头传递给UPF网元。此外,接入网设备将最后一个包(空包,或最后一个数据包)封装在携带了第一指示的GTP-U数据包头中传递给UPF网元。UPF网元基于第一指示确定此数据包为3GPP接入技术对应的链路上的最后一个数据包,并基于最后一个包中的信息确定业务流。后续接入网设备与UPF之间的隧道协议以GTP-U协议为例。
例如,以发送网元为UPF网元为例,UPF网元在GTP-U数据包头中携带第一指示,并将GTP-U数据包头发送给接入网设备。由接入网设备去掉GTP-U数据包头后,将第一指示携带在PDCP包头或SDAP包头中发送给终端。此外,UPF网元将最后一个包(空包,或最后一个业务数据包)封装在含有第一指示的GTP-U数据包头中发送给接入网设备。接入网设备将上述最后一个包封装在携带了第一指示的PDCP包头或SDAP包头中发送给终端。
另一种示例,以最后一个包为空包为例,该第一指示可以携带在该空包中用于确定业务流的信息中。
例如,发送网元在IP包头或UDP包头或TCP包头或以太包头中携带第一指示。如在IP包头中增加option选项,option选项中携带第一指示。或以太包头中将以太类型设置为特殊值作为第一指示,或将以太包头的长度设置为特殊值作为End marker指示。
又一种示例,以最后一个包为最后一个数据包为例,发送网元将该第一指示可以携带在UDP头,TCP头和以太包头中的至少一个。具体在UDP头,TCP头和以太包头中的至少一个中如何携带,可以参考上述描述,此处不再赘述。
例如,以发送网元为终端为例,终端确定业务流在第一接入技术对应的链路传输结束,终端在第一接入技术对应的链路发送最后一个数据包给接入网设备,该最后一个数据包的以太包头、UDP包头和TCP包头中至少一个携带第一指示。接入网设备将上述最后一个数据包发送给UPF网元。UPF解析最后一个数据包,从最后一个数据包的包头信息中获取流描述信息,并从最后一个数据包中获取第一指示。
以发送网元为UPF网元为例,UPF网元确定业务流在第一接入技术对应的链路传输结束,UPF网元将第一指示携带在最后一个数据包的以太包头、UDP包头和TCP包头中的至少一个。UPF网元将最后一个数据包封装在GTP-U数据包头中,并在第一接入技术对应的链路发送给接入网设备。接入网设备在接收到GTP-U数据包头后,去掉GTP-U数据包头。然后向终端发送最后一个数据包。终端解析最后一个数据包,从最后一个数据包的包头信息中获取流描述信息,并从最后一个数据包中获取第一指示。接入网设备根据流描述信息确定第一指示针对的业务流。
可选的,当发送网元为UPF网元时,发送网元将所述第一指示携带在数据包的GTP-U数据包头中。
上述数据包的包头中还包括以下一项或者多项用于指示业务流的信息:IP包头中的源IP地址和/或目的IP地址、以太包头中的源IP地址和/或目的IP地址、UDP包头和TCP包头中的源端口号和/或目的端口号、虚拟局域网(Virtual Local Area Network,VLAN)标签、以及上述IP包头、以太包头、UDP包头、TCP包头的协议类型。
S304、接收网元从业务流支持的多个接入技术中的第一接入技术对应的链路或/和第二接入技术对应的链路接收所述业务流的数据包。
S305、接收网元接收发送网元发送的第一指示,所述第一指示用于指示在所述第一接入技术对应的链路上传输的所述业务流的数据包传输结束;
可选的,接收网元接收所述第一接入技术对应的链路上发送的最后一个包中携带所述第一指示。
S306、接收网元根据所述第一指示,将通过所述第一接入技术对应的链路和所述第二接入技术对应的链路接收的所述业务流的数据包进行排序。
可选的,接收网元基于空包或者业务流的最后一个数据包中的流描述参数确定第一指示对应的业务流。
示例性的,本申请实施例中的S306可以通过以下方式实现:接收网元接收到第一指示后再处理所述通过所述第二接入技术对应的链路接收的所述业务流的数据包。
具体的,对于上行数据包,当终端将业务流从第一接入技术对应的链路迁移至第二接入技术对应的链路的过程中,如果终端确定业务流的数据包在第一接入技术对应的链路传输结束,终端向UPF网元发送第一指示。在此过程中UPF网元从第一接入技术对应的链路和/第二接入技术对应的链路上接收业务流的数据包。UPF网元在接收到第一指示前,将在第二接入技术对应的链路上的该业务流的数据包缓存。在接收到第一指示后,UPF网元先对第一接入技术对应的链路上的业务流的数据包排序,然后再处理所述通过所述第二接入技术对应的链路接收的所述业务流的数据包。
对于下行数据包,由终端根据UPF网元发送的第一指示,对业务流的数据包进行排序的过程可以参考上行数据包中UPF网元根据第一指示对业务流的数据包进行排序的过程,此处不再赘述。
图15示出了本申请实施例提供的一种由终端处理业务流迁移的具体实施例,该方法包括:
S401、终端注册到网络侧。
例如,终端可以通过3GPP接入技术接入网络侧并完成注册流程(registrationprocedure)。或者终端通过non3GPP接入技术接入网络侧并完成注册流程。或者,终端分别通过non3GPP接入技术和3GPP接入技术接入网络侧并完成注册流程。
S402、PCF网元对于注册成功的终端向AMF网元发送策略信息,该策略信息包括:流描述参数和至少一个分流模式和流描述参数和用于传输业务流的链路条件信息中的至少一个。
S403、AMF网元通过NAS消息向终端发送策略信息。
可以理解的是,如果终端在S401中通过non3GPP接入技术和3GPP接入技术接入中的一个完成注册,则终端通过non3GPP接入技术和3GPP接入技术接入中的另一个接入技术完成注册。以使得终端通过non3GPP接入技术和3GPP接入技术接入同时接入网络侧。
S404、终端向AMF网元发送会话管理请求消息。该会话管理请求消息携带PDU会话标识、UE-initiated指示以及多接入会话指示。
其中,UE-initiated指示表示PDU会话标识关联的PDU会话中的业务流迁移由终端处理。多接入会话指示表示PDU会话支持多种接入技术,即该PDU会话为多接入PDU会话(Multi Access PDU,MA PDU)会话。
示例性的,会话管理请求消息可以为PDU会话建立请求(PDU Sessionestablishment request)消息或者PDU会话更新请求消息。
可选的,该会话管理请求消息还携带链路检测信息。
其中,链路检测信息的具体内容,参见上述实施例中的描述,在此不再赘述。
可选的,该会话管理请求消息还携带订阅的链路状态参数的发送频率信息。
S405、AMF网元接收到会话管理请求消息后,选择SMF网元,并将会话管理请求消息发送给SMF网元。
可选的,SMF网元存储UE-initiated,这样终端在接收到PCF网元发送的策略信息之后便可以确定将策略信息发送给UE-initiated所指示的终端。
S406、SMF网元向PCF网元发送策略请求消息,该策略请求消息中携带多接入会话指示。
S407、PCF网元基于多接入会话指示发送与多接入PDU会话相关的策略信息给SMF网元。此处的策略信息包括:流描述参数与分流策略之间的映射关系、流描述参数与至少一种分流模式和流描述参数与链路条件信息中的至少一项。
例如,PCF网元可以通过策略响应消息向SMF网元发送策略信息。
其中,分流策略可以携带在策略控制和计费(Policy Control and Charging,PCC)规则中发送给SMF网元。
此外,SMF网元还可以向PCF网元发送UE-initiated,然后PCF网元存储UE-initiated。
如果SMF网元接收到的会话管理请求消息中还可以链路检测信息,则SMF网元执行S408-S410。
S408、SMF网元向该PDU会话关联的UPF网元发送链路检测信息。
可选的,SMF网元还可以向UPF网元发送QFI、接入技术指示、隧道标识、保证比特率GBR指示、非Non-GBR指示和流描述参数中的至少一项。其中,QFI用于表示检测的链路信息为QFI关联的Qos flow流所在的链路。隧道标识用于表示检测的链路信息为隧道标识关联的隧道对应的链路。接入技术指示用于表示检测的链路信息为接入技术指示所指示的接入技术对应的链路。GBR指示用于表示所述需要发送链路状态信息的链路为GBR业务流所在的链路。非Non-GBR指示用于表示所述需要发送链路状态信息的链路为非GBR业务流所在的链路。流描述参数用于表示所述需要发送链路状态信息的链路为流描述参数确定的业务流所在的链路。
S409、UPF网元根据链路检测信息,向SMF网元发送链路状态信息。
如果链路状态信息是基于QFI、接入技术指示、隧道标识、保证比特率GBR指示、非Non-GBR指示和流描述参数中的至少一项检测的,则UPF网元还向SMF网元或终端发送QFI、接入技术指示、隧道标识、保证比特率GBR指示、非Non-GBR指示和流描述参数中的至少一项。
S410、SMF网元向终端发送链路状态信息。
可选的,步骤S409还可以通过如下方式替换:将链路状态信息发送给SMF网元,SMF在通过NAS消息向终端发送链路状态信息。或者UPF网元通过和终端之间的用户面消息(如链路消息)向终端发送链路状态信息。
S411、SMF网元向终端发送会话管理响应消息,该会话管理响应消息包括流描述参数与分流策略之间的映射关系或者用于指示授权终端进行业务流迁移的指示。
例如,会话管理响应消息可以为PDU会话新建接受消息,或者为PDU会话更新成功消息。
其中,流描述参数与分流策略用于表示业务流与指示一个接入技术之间的关联关系,即此业务流通过一个或者多个接入技术传输。
可选的,SMF网元可以发送N1N2消息给AMF网元。该N1N2消息中携带会话管理响应消息。
可选的,该N1N2消息中还携带QFI与可用带宽指示。
S412、AMF网元将QFI与可用带宽指示发送给接入网设备。
可选的,如果N1N2消息中还包括接入技术指示,则AMF网元将QFI与可用带宽指示发送给接入技术指示所指示的接入网设备。其中,QFI与可用带宽指示用于指示当接入网侧无法满足QFI对应的Qos flow的带宽需求时,接入网设备向SMF网元或者UPF网元上报接入网设备的推荐带宽。
例如,接入技术指示为3GPP接入技术指示,则AMF网元将QFI与可用带宽指示发送给5G RAN。如果接入技术指示为非3GPP接入技术指示,则AMF网元将QFI与可用带宽指示发送给非3GPP接入网中的设备。
可以理解的是,接入网设备可以为PDU会话分配相关的隧道标识,并通过AMF网元或者SMF网元发送给UPF网元。如果SMF网元未执行S408-S410,则SMF网元可以通过N4会话更新消息向UPF网元发送隧道标识的过程中向UPF网元发送链路检测信息。
隧道两个端点的网元各自通知对端自身的隧道标识,这样后续数据就封装对端的隧道标识。
S413、接入网设备根据QFI与可用带宽指示,检测Qos flow的带宽满足请求。
S414、接入网设备确定Qos flow的带宽不满足时,向AMF网元发送Qos flow的推荐带宽值。
具体的,接入网设备可以通过RAN notification消息向AMF发送QFI与推荐带宽值。
然后,AMF网元将QFI与推荐带宽值通过NAS消息发送给终端。或者AMF网元将QFI与推荐带宽值发送给SMF网元,SMF网元通过NAS消息发送给终端。或者SMF网元将QFI与推荐带宽值发送给UPF网元,由UPF网元通过用户面消息发送给终端。
S415、终端获取链路状态信息。
S416、终端根据链路状态信息,以及分流模式和用于传输所述业务流的链路条件信息中的至少一个处理业务流。
例如,如果业务流1当前在3GPP侧传输,分流模式为3GPP接入技术优先。链路条件信息包括3GPP侧信道强度阈值。终端根据链路状态信息确定当前3GPP侧信号强度低于3GPP侧信道强度阈值,则终端发起业务流1迁移。
终端发起业务流1迁移具体为:终端发送PDU会话更新请求消息,该PDU会话更新请求消息中携带流描述参数与至少一个接入技术指示。针对上例,该PDU会话更新请求消息中携带业务流1的描述参数与non 3GPP接入技术指示,用于表示终端请求将业务流1移动到non 3GPP侧。
可选的,SMF网元在收到S407中发送的策略信息之后,SMF网元保存该策略信息,以便于SMF基于策略信息授权终端发起的业务流迁移是否被允许。如果不允许,SMF网元可以拒绝终端发送的业务流迁移请求。如果允许,则SMF网元可以基于终端发起的业务流迁移向终端发送分流策略。终端在接收到SMF网元基于PDU会话更新请求消息下发的分流策略后,将业务流迁移至分流策略中所指示的接入技术对应的链路上。
可以理解的是,在未进行业务流迁移之前,终端处具有一个分流策略1,例如,包括:3GPP接入技术指示。在请求业务流移动后,终端得到的是更新后的分流策略,例如,包括non 3GPP接入技术指示。
作为本申请实施例提供的另一个方案,终端在将业务流从第一接入技术侧对应的链路迁移到第二接入技术对应的链路时,还可以包括:
S417、终端确定业务流的数据包在第一接入技术对应的链路上传输结束,终端向UPF网元发送第一指示,该第一指示用于指示在第一接入技术上传输的业务流的数据包传输结束。
具体的,第一指示的发送方式以及实现方式,可以参考上述实施例中的描述。此处不再赘述。
S418、UPF网元接收第一指示。
S419、UPF网元根据第一指示将在第一接入技术和/或第二接入技术对应的链路上接收到的业务流的数据包进行排序。
具体进行排序的方式可以参考上述实施例中的描述,此处不再赘述。
S420、UPF网元确定业务流的数据包在第一接入技术对应的链路上传输结束,UPF网元向终端发送第一指示。
S421、终端接收第一指示。
S422、终端根据第一指示将在第一接入技术和/或第二接入技术对应的链路上接收到的业务流的数据包进行排序。
如图16所示,图16示出了一种由SMF网元发起业务流迁移的流程示意图,图16所示的方案中,S501-S504可以参考S401-S404,区别在于,S502和S503中向终端发送的是链路条件信息。S504中使用Network-initiated指示替代了UE-initiated指示,其中,UE-initiated指示用于表示由核心网发送业务流迁移。
可以理解的是,终端和网络侧还可以提前协商,当会话管理请求消息中不携带任何指示时,由网络侧发起业务流迁移。
S505-S507可以参考S405-S407。可选的,此处的分流模式,与S407中的区别在于,PCF网元可以仅向SMF网元发送:1)、最优链路分流指示。由SMF网元决定什么是最优链路,也即由SMF网元确定根据哪些参数确定最优链路。2)、基于负载链路均衡进行分流的指示。由SMF网元根据当前链路状态确定各个接入技术对应的链路的分流比例。
S508-S509可以参考S408-S409,区别在于,S408中链路检测信息由SMF网元从终端处获取,此处的链路检测信息由SMF网元根据从PCF网元处获取到的策略信息生成的。
S510、SMF网元向终端发送会话管理响应消息,该会话管理响应消息包括链路检测信息。
S511、终端接收链路检测信息。
需要说明的是,如果终端在S501-S504中已经收到了PCF网元发送的链路检测信息,则使用S511中收到的链路检测信息替换S501-S504中收到的PCF网元发送的链路检测信息。
S512、终端基于SMF网元发送的链路检测信息,向SMF网元发送链路状态信息。
具体的,终端可以通过NAS消息向SMF网元发送链路状态信息。也可以将链路状态信息通过用户面消息发送给UPF网元,以由UPF网元通过N4接口消息发送给SMF网元。
可选的,在本实施例中还包括:SMF网元接收接入网设备的推荐带宽。具体过程可以参考S411-S414。此处不再赘述。
S513、SMF网元根据链路状态信息,以及分流策略、分流模式和链路条件信息中的至少一个处理业务流。
可选的,该方法还包括:终端和UPF网元对业务流迁移过程中数据包处理的过程,具体过程可以参考S417-S422中的描述,此处不再赘述。通过向UE或者UPF发送第一指示,这样可以解决业务流在从一个接入技术对应的链路迁移至另一个接入技术对应的链路过程中出现的数据包乱序问题。
如图17所示,图17示出了由PCF网元发起业务流迁移的流程示意图,该方案与图15和图16的区别在于:在图17中,S601-S607与S501-S507相同。S608-S611可以参考S508-S611。此处不再赘述。区别在于,在图16中,链路检测信息由SMF网元从PCF网元处获取。
S612、终端基于SMF网元发送的链路检测信息,向PCF网元发送链路状态信息。
具体的,UE将链路状态信息发送直接或通过UPF网元给SMF网元,由SMF网元发送给PCF网元。
此外,UPF网元基于链路检测信息获取到的链路状态信息也发送给SMF网元,由SMF网元发送给PCF网元。
S613、PCF网元基于收到的链路状态信息,以及本地配置的分流模式、分流策略和链路条件信息中的至少一个处理业务流。
具体的,PCF网元确定目标链路的链路状态信息满足或当前链路的链路状态信息不满足链路条件信息,PCF网元根据所述分流策略和所述分流模式中的至少一个处理所述业务流。
具体的,PCF网元根据所述分流策略和所述分流模式中的至少一个处理所述业务流可以指:PCF网元更新根据分流策略和所述分流模式中的至少一个。
其中,目标链路为业务流迁移后所在的接入技术对应的链路(例如,3GPP接入技术对应的链路),当前链路为业务流迁移前所在的接入技术对应的链路(non 3GPP接入技术对应的链路)。
例如,PCF网元确定3GPP接入技术对应的链路满足链路条件信息,则PCF网元向SMF网元发送更新后的分流策略,该更新后的分流策略包括:3GPP接入技术指示。
具体的,PCF网元向SMF网元发送更新后的分流策略,便可以由SMF网元发起业务流迁移或者由终端发起业务流迁移。在迁移过程中为了解决上述乱序的问题,还可以执行S417-S422,此处不再赘述。可选的,在本实施例中还包括:SMF网元接收接入网设备的推荐带宽。具体过程可以参考S411-S414。此处不再赘述。
如图18所示,图18为一种以终端和UPF网元针对non GBR业务流直接发送业务流移动的流程示意图:
S701-S707可以参考S401-S407或者参考S501-S507中的描述,此处不再赘述。
S708、SMF网元发送链路状态检测信息、策略信息,QFI或流描述参数与分流指示之间的关系给UPF网元。
其中,分流指示用于表示QFI对应的业务流或流描述参数对应的业务流可以由UPF网元迁移。可选的,分流指示的另一种实现方式为:接入技术指示与分流比例,即SMF网元发送QFI与接入技术指示及分流比例给UPF网元。
当分流比例为具体数值时,表示UPF网元基于分流比例进行业务流的移动。当分流比例为空时,表示UPF网元可以按照任意比例进行业务流移动。
S709、UPF网元向终端发送链路状态检测信息、策略信息、QFI或流描述参数与分流指示之间的关系。
S710、UPF网元和终端分流基于链路条件信息互相上报各自检测的链路状态信息。
S711、终端根据UPF网元发送的链路状态信息,以及策略信息处理业务流。
具体的,终端确定当前接入技术对应的链路的链路状态信息不满足链路条件信息,则终端将业务流迁移到目标接入技术对应的链路。或者,终端确定目标接入技术对应的链路的链路状态信息满足链路条件信息,则终端将业务流迁移到目标接入技术对应的链路。
S712、UPF网元根据终端发送的链路状态信息,以及策略信息处理业务流。
具体的,UPF网元确定当前接入技术对应的链路的链路状态信息不满足链路条件信息,则UPF网元将业务流迁移到目标接入技术对应的链路。或者,UPF网元确定目标接入技术对应的链路的链路状态信息满足链路条件信息,则UPF网元将业务流迁移到目标接入技术对应的链路。
可以理解的是,步骤S712中终端确定向UPF网元发送的业务流所在的链路,UPF网元确定向终端发送业务流所在的链路。
上述主要从各个网元之间交互的角度对本申请实施例的方案进行了介绍。可以理解的是,各个网元,例如处理业务流的、通信装置等为了实现上述功能,其包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例处理业务流的装置、通信装置进行功能单元的划分,例如,可以对应各个功能划分各个功能单元,也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
下面以采用对应各个功能划分各个功能模块为例进行说明:
在采用集成的单元的情况下,图19示出了上述实施例中所涉及的一种处理业务流的装置的一种可能的结构示意图,该一种处理业务流的装置可以为终端,或者为应用于终端中的芯片。该一种处理业务流的装置包括:获取单元201、处理单元202。
其中,获取单元201用于支持一种处理业务流的装置执行上述实施例中的步骤S103。处理单元202用于支持一种处理业务流的装置执行上述实施例中的步骤S104、S1042、S112。
作为一种可能的实现方式,该一种处理业务流的装置包括:发送单元203、接收单元204,和确定单元205。
其中,发送单元203,用于支持一种处理业务流的装置执行上述实施例中的步骤S105,S110,S114。
接收单元204用于支持一种处理业务流的装置执行上述实施例中的步骤S109以及S119。
确定单元205,用于支持一种处理业务流的装置执行上述实施例中的步骤S1041以及S113。
上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在采用集成的单元的情况下,图20示出了上述实施例中所涉及的一种处理业务流的装置的一种可能的逻辑结构示意图,该一种处理业务流的装置可以为上述实施例中的终端,或者为应用于终端中的芯片。一种处理业务流的装置包括:处理模块212和通信模块213。处理模块212用于对一种处理业务流的装置的动作进行控制管理,例如,处理模块212用于执行在一种处理业务流的装置侧进行消息或数据处理的步骤,通信模块213用于在一种处理业务流的装置侧进行消息或数据处理的步骤。
例如,处理模块212用于支持一种处理业务流的装置执行上述实施例中的S104、S1042、S112。通信模块213用于支持一种处理业务流的装置执行上述实施例中的S103,S105,S109,S110,S114以及S119。和/或用于本文所描述的技术的其他由一种处理业务流的装置执行的过程。
可选的,一种处理业务流的装置还可以包括存储模块211,用于存储一种处理业务流的装置的程序代码和数据。
其中,处理模块212可以是处理器或控制器,例如可以是中央处理器单元,通用处理器,数字信号处理器,专用集成电路,现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包括一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。通信模块213可以是通信接口、收发器、收发电路或接口电路等。存储模块211可以是存储器。
当处理模块212为处理器220,通信模块213为接口电路230或收发器时,存储模块211为存储器240时,本申请所涉及的一种处理业务流的装置可以为图21所示的设备。
其中,接口电路230、一个或两个以上(包括两个)处理器220以及存储器240通过总线210相互连接。总线210可以是PCI总线或EISA总线等。总线210可以分为地址总线、数据总线、控制总线等。为便于表示,图21中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。其中,存储器240用于存储一种处理业务流的装置的程序代码和数据。接口电路230用于支持一种处理业务流的装置与其他设备(例如,通信装置)通信。处理器用于支持一种处理业务流的装置执行存储器240中存储的程序代码和数据,从而对一种处理业务流的装置的动作进行控制管理。
例如,接口电路230支持一种处理业务流的装置执行S103,S105,S109,S110,S114以及S119。处理器220用于支持一种处理业务流的装置执行存储器240中存储的程序代码和数据以实现本申请提供的S104、S1042、S112。
在采用集成的单元的情况下,图22示出了上述实施例中所涉及的通信装置的一种可能的结构示意图,该通信装置可以为会话管理网元,或者为应用于会话管理网元中的芯片。该通信装置包括:获取单元301和发送单元302。
其中,获取单元301用于支持通信装置执行上述实施例中的步骤S101、S106以及S107。发送单元302用于支持通信装置执行上述实施例中的步骤S102、S108、S116以及S118。
一种可能的实现方式,通信装置还包括:接收单元303,用于支持通信装置执行上述实施例中的步骤S111以及S117。
在采用集成的单元的情况下,图23示出了上述实施例中所涉及的通信装置的一种可能的逻辑结构示意图,该通信装置可以为上述实施例中的会话管理网元,或者为应用于会话管理网元中的芯片。该通信装置包括:处理模块312和通信模块313。处理模块312用于对该通信装置的动作进行控制管理,通信模块313用于执行在通信装置侧进行消息或数据处理的步骤。
例如,通信模块313用于支持该通信装置执行上述实施例中的S101、S102、S106、S107、S108、S111、S116、S117以及S118。
和/或用于本文所描述的技术的其他由通信装置执行的过程。
可选的,该通信装置还可以包括存储模块311,用于存储该通信装置的程序代码和数据。
其中,处理模块312可以是处理器或控制器,例如可以是中央处理器单元,通用处理器,数字信号处理器,专用集成电路,现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包括一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。通信模块313可以是通信接口、收发器、收发电路或接口电路等。存储模块311可以是存储器。
当处理模块312为处理器320,通信模块313为接口电路330或收发器时,存储模块311为存储器340时,本申请所涉及的该通信装置可以为图24所示的设备。
其中,接口电路330、一个或两个以上(包括两个)处理器320以及存储器340通过总线310相互连接。总线310可以是PCI总线或EISA总线等。总线310可以分为地址总线、数据总线、控制总线等。为便于表示,图24中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。其中,存储器340用于存储该通信装置的程序代码和数据。接口电路330用于支持该通信装置与其他设备(例如,终端)通信,处理器320用于支持该通信装置执行存储器340中存储的程序代码和数据以实现在通信装置侧进行消息/数据控制的动作。
作为一种可能的实现方式,接口电路330用于支持该通信装置执行上述实施例中的S101、S102、S106、S107、S108、S111、S116、S117以及S118。和/或用于本文所描述的技术的其他由通信装置执行的过程。
在采用集成的单元的情况下,图25示出了上述实施例中所涉及的一种数据包传输装置的一种可能的结构示意图,该数据包传输装置可以为发送网元,或者为应用于发送网元中的芯片。该数据包传输装置包括:确定单元401和发送单元402。
其中,确定单元401用于支持数据包传输装置执行上述实施例中的步骤S301以及302。发送单元302用于支持数据包传输装置执行上述实施例中的步骤S303。
在采用集成的单元的情况下,图26示出了上述实施例中所涉及的数据包传输装置的一种可能的逻辑结构示意图,该数据包传输装置可以为上述实施例中的发送网元,或者为应用于发送网元中的芯片。该数据包传输装置包括:处理模块412和通信模块413。处理模块412用于对该数据包传输装置的动作进行控制管理,通信模块413用于执行在数据包传输装置侧进行消息或数据处理的步骤。
例如,通信模块413用于支持该数据包传输装置执行上述实施例中的S301、S302以及S303。
和/或用于本文所描述的技术的其他由数据包传输装置执行的过程。
可选的,该数据包传输装置还可以包括存储模块411,用于存储该数据包传输装置的程序代码和数据。
其中,处理模块412可以是处理器或控制器,例如可以是中央处理器单元,通用处理器,数字信号处理器,专用集成电路,现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包括一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。通信模块413可以是通信接口、收发器、收发电路或接口电路等。存储模块411可以是存储器。
当处理模块412为处理器420,通信模块413为接口电路430或收发器时,存储模块411为存储器440时,本申请所涉及的该数据包传输装置可以为图27所示的设备。
其中,接口电路430、一个或两个以上(包括两个)处理器420以及存储器440通过总线410相互连接。总线410可以是PCI总线或EISA总线等。总线410可以分为地址总线、数据总线、控制总线等。为便于表示,图27中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。其中,存储器440用于存储该数据包传输装置的程序代码和数据。接口电路430用于支持该数据包传输装置与其他设备(例如,终端/用户面网元)通信,处理器420用于支持该数据包传输装置执行存储器440中存储的程序代码和数据以实现在数据包传输装置侧进行消息/数据控制的动作。
作为一种可能的实现方式,接口电路330用于支持该数据包传输装置执行上述实施例中的S301、S302以及S303。和/或用于本文所描述的技术的其他由数据包传输装置执行的过程。
在采用集成的单元的情况下,图25示出了上述实施例中所涉及的一种数据包传输装置的一种可能的结构示意图,该数据包传输装置可以为发送网元,或者为应用于发送网元中的芯片。该数据包传输装置包括:确定单元401和发送单元402。
其中,确定单元401用于支持数据包传输装置执行上述实施例中的步骤S301以及302。发送单元302用于支持数据包传输装置执行上述实施例中的步骤S303。
在采用集成的单元的情况下,图26示出了上述实施例中所涉及的数据包传输装置的一种可能的逻辑结构示意图,该数据包传输装置可以为上述实施例中的发送网元,或者为应用于发送网元中的芯片。该数据包传输装置包括:处理模块412和通信模块413。处理模块412用于对该数据包传输装置的动作进行控制管理,通信模块413用于执行在数据包传输装置侧进行消息或数据处理的步骤。
例如,通信模块413用于支持该数据包传输装置执行上述实施例中的S301、S302以及S303。
和/或用于本文所描述的技术的其他由数据包传输装置执行的过程。
可选的,该数据包传输装置还可以包括存储模块411,用于存储该数据包传输装置的程序代码和数据。
其中,处理模块412可以是处理器或控制器,例如可以是中央处理器单元,通用处理器,数字信号处理器,专用集成电路,现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包括一个或多个微处理器组合,数字信号处理器和微处理器的组合等等。通信模块413可以是通信接口、收发器、收发电路或接口电路等。存储模块411可以是存储器。
当处理模块412为处理器420,通信模块413为接口电路430或收发器时,存储模块411为存储器440时,本申请所涉及的该数据包传输装置可以为图27所示的设备。
其中,接口电路430、一个或两个以上(包括两个)处理器420以及存储器440通过总线410相互连接。总线410可以是PCI总线或EISA总线等。总线410可以分为地址总线、数据总线、控制总线等。为便于表示,图27中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。其中,存储器440用于存储该数据包传输装置的程序代码和数据。接口电路430用于支持该数据包传输装置与其他设备(例如,终端/用户面网元)通信,处理器420用于支持该数据包传输装置执行存储器440中存储的程序代码和数据以实现在数据包传输装置侧进行消息/数据控制的动作。
作为一种可能的实现方式,接口电路330用于支持该数据包传输装置执行上述实施例中的S301、S302以及S303。和/或用于本文所描述的技术的其他由数据包传输装置执行的过程。
在采用集成的单元的情况下,图28示出了上述实施例中所涉及的另一种数据包传输装置的一种可能的结构示意图,该数据包传输装置可以为接收网元,或者为应用于接收网元中的芯片。该数据包传输装置包括:接收单元501和处理单元502。
其中,接收单元501用于支持数据包传输装置执行上述实施例中的步骤S304以及305。处理单元502用于支持数据包传输装置执行上述实施例中的步骤S306。
在采用集成的单元的情况下,该数据包传输装置可以采用如图26所示的逻辑结构示意图,该数据包传输装置可以为上述实施例中的接收网元,或者为应用于接收网元中的芯片。此时,通信模块413用于支持该数据包传输装置执行上述实施例中的S304以及305。处理模块412,用于支持该数据包传输装置执行上述实施例中的S306。
一种可能的实现方式,图28所示的数据包传输装置,还可以采用图27所示的设备。图27中各个网元之间的连接和功能可以参考上述实施例中的描述,此处不再赘述。此时,接口电路330用于支持该数据包传输装置执行上述实施例中的S304以及S305。处理器用于支持该数据包传输装置执行S306。和/或用于本文所描述的技术的其他由数据包传输装置执行的过程。
在采用集成的单元的情况下,图29示出了上述实施例中所涉及的一种处理业务流的装置的一种可能的结构示意图,该处理业务流的装置可以为核心网网元,或者为应用于核心网网元中的芯片。该处理业务流的装置包括:获取单元601和处理单元602。
其中,获取单元601用于支持处理业务流的装置执行上述实施例中的步骤S201以及S203。处理单元602用于支持处理业务流的装置执行上述实施例中的步骤S202。
需要说明的是,当图29所示的装置为核心网网元或者为应用于核心网网元中的芯片时,一种可能的实现方式,若该核心网网元为用户面网元或者策略控制网元,则该用户面网元或者策略控制网元包括:获取单元601和处理单元602。
另一种可能的实现方式,当核心网网元为会话管理网元时,该处理业务流的装置还可以包括:接收单元603以及发送单元604。
其中,接收单元603用于支持处理业务流的装置执行上述实施例中的步骤S209。发送单元604用于支持该处理业务流的装置执行上述实施例中的步骤S204、S2021以及S210。
一种示例,图29所示的处理业务流的装置还可以采用如图20所示的逻辑结构。当图29所示的处理业务流的装置还可以采用如图20所示的逻辑结构时,处理模块212用于支持处理业务流的装置执行上述实施例中的步骤S202。通信模块213用于支持处理业务流的装置执行上述实施例中的步骤S201以及S203。
可选的,当核心网网元为会话管理网元时,通信模块213还用于支持处理业务流的装置执行S204、S2021以及S210、S209。
另一种示例,图30所示的处理业务流的装置还可以采用如图21所示的结构。当图29所示的处理业务流的装置还可以采用如图21所示的结构时,处理器220用于支持处理业务流的装置执行上述实施例中的步骤S202。接口电路230用于支持处理业务流的装置执行上述实施例中的步骤S201以及S203。
可选的,当核心网网元为会话管理网元时,接口电路230还用于支持处理业务流的装置执行、S204、S2021以及S210、S209。
需要说明的是,本申请实施例中涉及接收单元、获取单元(或用于接收/获取的单元)是一种该装置的接口电路,用于从其它装置接收信号。例如,当该装置以芯片的方式实现时,该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上发送单元、传输单元(或用于发送/传输的单元)是一种该装置的接口电路,用于向其它装置发送信号。例如,当该装置以芯片的方式实现时,该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。本申请实施例中的处理单元,确定单元是一种该装置的处理器,用于处理接收到的信号或者处理自身的信号。例如,当该装置以芯片的方式实现时,该处理单元,确定单元是该芯片用于处理接收到的其它芯片或装置的信号的处理器。
图30是本发明实施例提供的芯片150的结构示意图。芯片150包括一个或两个以上(包括两个)处理器1510和接口电路1530。
可选的,该芯片150还包括存储器1540,存储器1540可以包括只读存储器和随机存取存储器,并向处理器1510提供操作指令和数据。存储器1540的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory,NVRAM)。
在一些实施方式中,存储器1540存储了如下的元素,可执行模块或者数据结构,或者他们的子集,或者他们的扩展集:
在本发明实施例中,通过调用存储器1540存储的操作指令(该操作指令可存储在操作系统中),执行相应的操作。
一种可能的实现方式为:通信装置和确定通信能力的装置,所用的芯片的结构类似,不同的装置可以使用不同的芯片以实现各自的功能。
处理器1510控制通信装置和确定通信能力的装置的操作,处理器1510还可以称为中央处理单元(central processing unit,CPU)。存储器1540可以包括只读存储器和随机存取存储器,并向处理器1510提供指令和数据。存储器1540的一部分还可以包括非易失性随机存取存储器(non-volatile random access memory,NVRAM)。例如应用中存储器1540、接口电路1530以及存储器1540通过总线系统1520耦合在一起,其中总线系统1520除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图30中将各种总线都标为总线系统1520。
上述本发明实施例揭示的方法可以应用于处理器1510中,或者由处理器1510实现。处理器1510可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1510中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1510可以是通用处理器、数字信号处理器(digital signal processing,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field-programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1540,处理器1510读取存储器1540中的信息,结合其硬件完成上述方法的步骤。
一种可能的实现方式,接口电路1530用于执行图5-图9所示的实施例中的终端和会话管理网元的接收和发送的步骤。处理器1510用于执行图5-图9所示的实施例中的终端和会话管理网元处理的步骤。
另一种可能的实现方式,接口电路1530用于执行图10-图13所示的实施例中的终端/用户面网元和核心网网元的接收和发送的步骤。处理器1510用于执行图10-图13所示的实施例中的终端/用户面网元和核心网网元处理的步骤。
又一种可能的实现方式,接口电路1530用于执行图14所示的实施例中的发送网元和接收网元的接收和发送的步骤。处理器1510用于执行图14所示的实施例中的发送网元和接收网元处理的步骤。
在上述实施例中,存储器存储的供处理器执行的指令可以以计算机程序产品的形式实现。计算机程序产品可以是事先写入在存储器中,也可以是以软件形式下载并安装在存储器中。
计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘solid statedisk,SSD)等。
一方面,提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当指令被运行时,使得终端或者应用于终端中的芯片执行实施例中的S103、S104、S1042、S105、S109、S110、S112、S114以及S119。和/或用于本文所描述的技术的其他由终端或者应用于终端中的芯片执行的过程。
又一方面,提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当指令被运行时,使得会话管理网元或者应用于会话管理网元中的芯片执行实施例中的S101、S102、S106、S107、S108、S111、S116、S117以及S118。和/或用于本文所描述的技术的其他由会话管理网元或者应用于会话管理网元中的芯片执行的过程。
再一方面,提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当指令被运行时,使得发送网元或者应用于发送网元中的芯片执行实施例中的S301、S302以及S303。和/或用于本文所描述的技术的其他由发送网元或者应用于发送网元中的芯片执行的过程。
另一方面,提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当指令被运行时,使得接收网元或者应用于接收网元中的芯片执行实施例中的S304、S305以及S306。和/或用于本文所描述的技术的其他由接收网元或者应用于接收网元中的芯片执行的过程
再一方面,提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当指令被运行时,使得核心网网元或者应用于核心网网元中的芯片执行实施例中的S201、S202、S203、S204、S2021、S209以及S210。和/或用于本文所描述的技术的其他由核心网网元或者应用于核心网网元中的芯片执行的过程。
前述的可读存储介质可以包括:U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
一方面,提供一种包括指令的计算机程序产品,计算机程序产品中存储有指令,当指令被运行时,使得终端或者应用于终端中的芯片执行实施例中的S103、S104、S1042、S105、S109、S110、S112、S114以及S119。和/或用于本文所描述的技术的其他由终端或者应用于终端中的芯片执行的过程。
另一方面,提供一种包括指令的计算机程序产品,计算机程序产品中存储有指令,当指令被运行时,使得会话管理网元或者应用于会话管理网元中的芯片执行实施例中的S101、S102、S106、S107、S108、S111、S116、S117以及S118。和/或用于本文所描述的技术的其他由会话管理网元或者应用于会话管理网元中的芯片执行的过程。
另一方面,提供一种包括指令的计算机程序产品,计算机程序产品中存储有指令,当指令被运行时,使得发送网元或者应用于发送网元中的芯片执行实施例中的S301、S302、S303。和/或用于本文所描述的技术的其他由发送网元或者应用于发送网元中的芯片执行的过程。
另一方面,提供一种包括指令的计算机程序产品,计算机程序产品中存储有指令,当指令被运行时,使得接收网元或者应用于接收网元中的芯片执行实施例中的S304、S305、S306。和/或用于本文所描述的技术的其他由接收网元或者应用于接收网元中的芯片执行的过程。
又一方面,本申请实施例提供一种包括指令的计算机程序产品,计算机程序产品中存储有指令,当指令被运行时,使得核心网网元或者应用于核心网网元中的芯片执行实施例中的S201、S202、S203、S204、S2021、S209以及S210。
一方面,提供一种芯片,该芯片应用于终端中,芯片包括一个或两个以上(包括两个)处理器和接口电路,接口电路和该一个或两个以上(包括两个)处理器通过线路互联,处理器用于运行指令,以执行实施例中的S103、S104、S1042、S105、S109、S110、S112、S114以及S119。和/或用于本文所描述的技术的其他由终端执行的过程。
又一方面,提供一种芯片,该芯片应用于会话管理网元中,芯片包括一个或两个以上(包括两个)处理器和接口电路,接口电路和该一个或两个以上(包括两个)处理器通过线路互联,处理器用于运行指令,以执行实施例中的S101、S102、S106、S107、S108、S111、S116、S117以及S118。和/或用于本文所描述的技术的其他由会话管理网元执行的过程。
再一方面,提供一种芯片,该芯片应用于发送网元中,芯片包括一个或两个以上(包括两个)处理器和接口电路,接口电路和该一个或两个以上(包括两个)处理器通过线路互联,处理器用于运行指令,以执行实施例中的S301、S302以及S303。和/或用于本文所描述的技术的其他由发送网元执行的过程。
另一方面,提供一种芯片,该芯片应用于接收网元中,芯片包括一个或两个以上(包括两个)处理器和接口电路,接口电路和该一个或两个以上(包括两个)处理器通过线路互联,处理器用于运行指令,以执行实施例中的S304、S305、S306。和/或用于本文所描述的技术的其他由接收网元执行的过程。
再一方面,提供一种芯片,该芯片应用于核心网网元中,芯片包括一个或两个以上(包括两个)处理器和接口电路,接口电路和该一个或两个以上(包括两个)处理器通过线路互联,处理器用于运行指令,以执行实施例中的S201、S202、S203、S204、S2021、S209以及S210。和/或用于本文所描述的技术的其他由核心网网元执行的过程。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriber line,简称DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可以用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,简称SSD))等。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看附图、公开内容、以及所附权利要求书,可理解并实现公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。

Claims (14)

1.一种处理业务流的方法,其特征在于,包括:
用户面网元获取业务流的策略信息,所述策略信息包括:分流模式和用于传输所述业务流的链路条件信息,所述业务流所在的分组数据单元PDU会话支持多种接入技术,所述链路条件信息包括与接入无关的条件信息,所述与接入无关的条件信息包括以下一项或者多项:链路时延阈值、链路丢包率阈值;
所述用户面网元确定当前链路的链路状态信息不满足所述链路条件信息;
所述用户面网元根据所述分流模式处理所述业务流。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述用户面网元接收来自终端的所述当前链路的链路状态信息。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述用户面网元从会话管理网元获取链路检测信息;
所述用户面网元根据所述链路检测信息获取所述当前链路的链路状态信息。
4.根据权利要求3所述的方法,其特征在于,所述链路检测信息包括:订阅的链路状态参数。
5.根据权利要求4所述的方法,其特征在于,所述订阅的链路状态参数包括以下一项或者多项:链路时延参数和链路丢包率参数。
6.根据权利要求1-5中任意一项所述的方法,其特征在于,所述用户面网元根据所述分流模式处理所述业务流,包括:
所述用户面网元根据所述分流模式确定所述业务流所使用的接入技术;
所述用户面网元将所述业务流在所述确定的接入技术上传输。
7.根据权利要求6所述的方法,其特征在于,所述用户面网元将所述业务流在所述确定的接入技术上传输,包括:
所述用户面网元将所述业务流在所述多种接入技术对应的链路上传输;或者,
所述用户面网元将所述业务流从所述多种接入技术中的第一接入技术对应的链路迁移到第二接入技术对应的链路上传输;或者,
所述用户面网元将所述业务流从所述多种接入技术迁移至所述多种接入技术中的第一接入技术或第二接入技术对应的链路上传输。
8.根据权利要求1-7中任意一项所述的方法,其特征在于,所述方法还包括:
所述用户面网元接收会话管理网元发送的指示信息,所述指示信息用于指示由所述用户面网元处理所述业务流。
9.根据权利要求1-8中任意一项所述的方法,其特征在于,所述用户面网元获取业务流的策略信息,包括:
所述用户面网元接收会话管理网元发送的N4会话消息,所述N4会话消息包括所述策略信息。
10.根据权利要求1-9中任意一项所述的方法,其特征在于,所述分流模式包括以下一项或者多项:
接入技术优先指示,用于指示优先通过所述接入技术优先指示关联的接入技术传输所述业务流;
最优链路分流指示,用于指示优先通过最优链路传输所述业务流,所述最优链路为链路状态优于其他链路的链路;
基于链路负载均衡的分流指示,用于指示按照链路负载均衡策略传输所述业务流;
接入技术与分流比例指示,用于指示按照所述接入技术对应的分流比例传输所述业务流;
冗余传输指示,用于表示所述业务流中的相同数据包同时通过不同接入技术传输。
11.根据权利要求1-10中任意一项所述的方法,其特征在于,其特征在于,
所述多种接入技术包括3GPP接入技术和非3GPP接入技术。
12.一种处理业务流的装置,其特征在于,包括:处理器和存储器;所述存储器用于存储计算机执行指令,所述处理器执行所述存储器存储的计算机执行指令,以使所述处理业务流的装置执行权利要求1-11中任一项所述的方法。
13.一种芯片,其特征在于,所述芯片包括处理器和接口电路,所述接口电路和所述处理器耦合,所述处理器用于运行计算机指令,使得包括所述芯片的装置执行如权利要求1至11中任一项所述的方法。
14.一种计算机可读存储介质,该计算机可读存储介质中存储有计算机可读指令,当所述指令在计算机上运行时,使得所述计算机执行权利要求1至11中任一项所述的方法。
CN202111519301.1A 2018-08-13 2018-08-13 一种处理业务流的方法、通信方法及装置 Pending CN114390596A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111519301.1A CN114390596A (zh) 2018-08-13 2018-08-13 一种处理业务流的方法、通信方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810918635.8A CN110831070B (zh) 2018-08-13 2018-08-13 一种处理业务流的方法、通信方法及装置
CN202111519301.1A CN114390596A (zh) 2018-08-13 2018-08-13 一种处理业务流的方法、通信方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201810918635.8A Division CN110831070B (zh) 2018-08-13 2018-08-13 一种处理业务流的方法、通信方法及装置

Publications (1)

Publication Number Publication Date
CN114390596A true CN114390596A (zh) 2022-04-22

Family

ID=69525175

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201810918635.8A Active CN110831070B (zh) 2018-08-13 2018-08-13 一种处理业务流的方法、通信方法及装置
CN202111519301.1A Pending CN114390596A (zh) 2018-08-13 2018-08-13 一种处理业务流的方法、通信方法及装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201810918635.8A Active CN110831070B (zh) 2018-08-13 2018-08-13 一种处理业务流的方法、通信方法及装置

Country Status (4)

Country Link
US (2) US11588741B2 (zh)
EP (1) EP3829216A4 (zh)
CN (2) CN110831070B (zh)
WO (1) WO2020034844A1 (zh)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020166881A1 (ko) * 2019-02-14 2020-08-20 엘지전자 주식회사 Ma pdu 세션 방법 및 장치
US11652719B2 (en) * 2019-07-18 2023-05-16 Lenovo (Singapore) Pte. Ltd. Measuring round trip time in a mobile communication network
CN114391277A (zh) * 2019-09-18 2022-04-22 联想(新加坡)私人有限公司 为数据连接建立新QoS流
KR20220123071A (ko) * 2020-01-03 2022-09-05 소니그룹주식회사 데이터 링크 상의 동적 상태 정보에 대한 보고 서비스
US11323550B2 (en) * 2020-02-17 2022-05-03 Cisco Technology, Inc. Techniques to send load-share notifications to multiple receivers
CN113316199B (zh) * 2020-02-26 2023-06-20 华为技术有限公司 一种连接管理方法及相关设备
CN113498083B (zh) * 2020-04-07 2023-06-02 华为技术有限公司 通信方法、装置及系统
CN113518032B (zh) * 2020-04-10 2022-11-01 清华大学 基于SRv6的用户可信标识携带方法及系统
CN113543219B (zh) * 2020-04-13 2023-08-22 华为技术有限公司 通信方法和装置
CN113676947A (zh) * 2020-05-13 2021-11-19 华为技术有限公司 通信方法和装置
CN113873454B (zh) * 2020-06-30 2023-06-20 华为技术有限公司 一种通信方法及装置
CN113923800A (zh) * 2020-07-08 2022-01-11 华为技术有限公司 一种通信方法及装置
CN113938438B (zh) * 2020-07-14 2023-10-13 维沃移动通信有限公司 数据处理方法、数据处理装置及第一终端
CN114006860B (zh) * 2020-07-14 2023-12-22 中国电信股份有限公司 用户接入方法、系统和装置
CN114071494A (zh) * 2020-07-31 2022-02-18 华为技术有限公司 通信方法和装置
CN114666398B (zh) * 2020-12-07 2024-02-23 深信服科技股份有限公司 应用分类方法、装置、设备及存储介质
CN114928561A (zh) * 2021-02-03 2022-08-19 华为技术有限公司 丢包率的检测方法、通信装置及通信系统
CN114916006A (zh) * 2021-02-10 2022-08-16 华为技术有限公司 一种传输路径确定方法及装置
CN115150895A (zh) * 2021-03-31 2022-10-04 华为技术有限公司 一种业务流处理方法、装置及系统
CN115242642A (zh) * 2021-04-23 2022-10-25 中兴通讯股份有限公司 通信方法、终端、核心网网元及计算机可读存储介质
CN115396403A (zh) * 2021-05-24 2022-11-25 中兴通讯股份有限公司 一种增强ims业务的方法、装置、电子设备及存储介质
CN113596917B (zh) * 2021-08-04 2024-04-09 中国电信股份有限公司 基于信令辅助实现gtp通信数据报文处理方法、装置
CN113613291B (zh) * 2021-08-12 2024-02-02 中国联合网络通信集团有限公司 一种下行gbr业务流传送方法、终端及流量控制单元
CN114143292B (zh) * 2021-12-02 2023-12-22 中国联合网络通信集团有限公司 策略更新方法、装置及可读存储介质
CN114301831B (zh) * 2021-12-10 2023-07-07 中国联合网络通信集团有限公司 一种业务传输方法、装置及存储介质

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102238632B (zh) * 2010-04-21 2014-12-17 电信科学技术研究院 一种分流的处理方法、系统和设备
JP2012253750A (ja) * 2011-05-31 2012-12-20 Ntt Docomo Inc MiAN及びMiAN帯域幅集約方法並びに集約システム
CN103188725B (zh) * 2011-12-29 2018-01-30 中兴通讯股份有限公司 一种协同业务的适配、分流传输及流切换方法和系统
CN103857011B (zh) 2012-11-30 2018-01-05 中兴通讯股份有限公司 一种ue接入网络的选择方法、装置、系统及一种ue
CN103929740B (zh) * 2013-01-15 2017-05-10 中兴通讯股份有限公司 数据安全传输方法及lte接入网系统
CN104125608B (zh) * 2013-04-25 2018-01-02 华为技术有限公司 一种网络控制分流的方法和系统及其网络设备
US10111135B2 (en) * 2013-08-09 2018-10-23 Nokia Solutions And Networks Oy Offloading traffic of a user equipment communication session from a cellular communication network to a wireless local area network (WLAN)
CN103491578B (zh) * 2013-08-30 2016-11-16 华为技术有限公司 网络分流方法及装置
CN106105382A (zh) * 2014-02-19 2016-11-09 康维达无线有限责任公司 用于系统间移动性的服务网关扩展
CN106162754B (zh) * 2015-04-07 2020-03-24 中国移动通信集团公司 一种业务流的识别方法、装置及系统
US10716122B2 (en) * 2016-04-19 2020-07-14 Nokia Technologies Oy Split bearer dual/multiple connectivity retransmission diversity
WO2017194768A1 (en) 2016-05-13 2017-11-16 Telefonaktiebolaget Lm Ericsson (Publ) Network-service interaction regarding requested network behavior
ES2946703T3 (es) 2016-09-30 2023-07-24 Samsung Electronics Co Ltd Procedimiento y aparato para establecer la doble conectividad para transmitir datos en una nueva arquitectura de comunicación por radio
RU2721331C1 (ru) 2017-01-11 2020-05-19 Телефонактиеболагет Лм Эрикссон (Пабл) Повторное отображение потока qos 5g в несущий радиоканал

Also Published As

Publication number Publication date
CN110831070B (zh) 2021-12-21
US11588741B2 (en) 2023-02-21
US20210168079A1 (en) 2021-06-03
EP3829216A4 (en) 2021-11-03
US11888750B2 (en) 2024-01-30
US20230155943A1 (en) 2023-05-18
EP3829216A1 (en) 2021-06-02
CN110831070A (zh) 2020-02-21
WO2020034844A1 (zh) 2020-02-20

Similar Documents

Publication Publication Date Title
CN110831070B (zh) 一种处理业务流的方法、通信方法及装置
CN112511534B (zh) 一种业务流的传输方法、通信方法及装置
CN109104773B (zh) 一种pdu会话处理方法及装置
WO2015043395A1 (zh) 业务接入方法、用户设备和无线控制器
US11431621B2 (en) Systems and methods for user plane function (“UPF”) offload at configurable routing fabric
US10432518B2 (en) Packet flow optimization in a network
CN110178433A (zh) 一种通信方法、相关设备及系统
WO2019149177A1 (zh) 一种业务分流的方法和装置
US20220417785A1 (en) QoS MAPPING
EP3799513A1 (en) User device, control device, and communication control method
US20220217569A1 (en) Method and apparatus for controlling service flow transmission, and system
CN109510848B (zh) 一种通信系统、会话管理方法、数据发送方法及装置
WO2020034869A1 (zh) 一种业务流的传输方法、通信方法及装置
US9084136B2 (en) Single bearer network connection establishment
US11963032B2 (en) Traffic routing method, apparatus, and system
EP4307763A1 (en) Traffic flow processing method, apparatus and system
WO2018233615A1 (zh) 一种pdu会话处理方法及装置
CN116866881A (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