CN115623542A - 通信方法、装置和系统 - Google Patents

通信方法、装置和系统 Download PDF

Info

Publication number
CN115623542A
CN115623542A CN202110790888.3A CN202110790888A CN115623542A CN 115623542 A CN115623542 A CN 115623542A CN 202110790888 A CN202110790888 A CN 202110790888A CN 115623542 A CN115623542 A CN 115623542A
Authority
CN
China
Prior art keywords
network element
tunnel
data packet
application
user plane
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
CN202110790888.3A
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 CN202110790888.3A priority Critical patent/CN115623542A/zh
Priority to PCT/CN2022/102224 priority patent/WO2023284551A1/zh
Priority to EP22841189.8A priority patent/EP4354948A1/en
Publication of CN115623542A publication Critical patent/CN115623542A/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
    • 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
    • H04W28/12Flow control between communication endpoints using signalling between network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]

Abstract

本申请提供了一种通信方法、装置和系统。该方法可以包括:会话管理网元获取第一规则,该第一规则包括应用的帧类型所对应的服务质量QoS参数;该会话管理网元根据该第一规则向用户面网元发送第一指示信息,该第一指示信息用于指示该用户面网元根据该帧类型确定应用的数据包对应的QoS流的标识QFI,该业务流是该应用的业务流,该应用的数据包封装在第一数据包中,该第一数据包包括该帧类型。这样,可以使得用户面网元根据应用的帧类型确定该应用的数据包对应的QoS流,从而可以根据数据包的帧类型对数据包进行区分处理,以满足不同帧类型的数据包的传输需求。

Description

通信方法、装置和系统
技术领域
本申请涉及通信领域,并且更加具体地,涉及一种通信方法、装置和系统。
背景技术
随着数据网络的快速发展,网络中的流量呈现爆发式增长,网络带宽和数据的传输速度也越来越高,因此数据传输过程可能会出现突发数据,突发数据导致队列瞬时冲高,会对网络造成比较大的冲击。当多个用户的突发数据包同时到达基站时,可能会导致基站在该瞬间无法处理所有数据包,导致用户体验下降。
发明内容
本申请提供了一种通信方法、装置和系统,以期通过对不同类型的数据包进行区分处理,提高用户体验。
第一方面,提供了一种通信方法,该方法包括:会话管理网元获取第一规则,该第一规则包括应用的帧类型所对应的服务质量(quality of service,QoS)参数;该会话管理网元根据该第一规则向用户面网元发送第一指示信息,该第一指示信息用于指示该用户面网元根据该帧类型确定该应用的数据包对应的QoS流的标识(QoS flow ID,QFI),该应用的数据包封装在第一数据包中,该第一数据包包括该帧类型。
应理解,这里的第一指示信息例如可以对应于具体实施方式中的指示信息#1。
作为一种具体的实现方式,该第一指示信息包括该帧类型和该帧类型对应的QFI。或者说,该第一指示信息可以是帧类型和该QFI的对应关系。进一步地,该第一指示信息可以包括在包检测规则(packet detection rule,PDR)中,相应地,该QFI和该帧类型包括在PDR中。对应地,用户面网元接收该第一指示信息之后,在本地保存该帧类型和该QFI的对应关系,以便用户面网元从第一数据包获取到该应用对应的帧类型后,可以根据该对应关系确定该帧类型对应的QFI。
基于上述技术方案,通过指示用户面网元根据应用的帧类型确定该应用的数据包对应的QoS流,从而可以根据数据包的帧类型对数据包进行区分处理(或者说可以针对不同类型的帧进行不同的QoS处理)以满足不同帧类型的不同传输需求,进而提升用户体验,避免网络无法对不同类型是数据包进行区分处理,导致在一些情况下,例如网络拥塞的情况下,无法保障流畅的用户体验。
作为一种可能的实现方式,会话管理网元从策略控制网元接收该第一规则。例如,策略控制网元从应用功能网元或者多接入移动计算平台接收该应用的应用信息,该应用信息包括该应用对应的帧类型以及QoS需求。应理解,该应用信息中包括的可以是该应用的多种不同帧类型以及不同帧类型对应的不同的QoS需求。策略控制网元根据该应用的应用信息生成第一规则,并将该第一规则发送给会话管理网元,该第一规则中包括帧类型对应的QoS参数,其中,该QoS参数根据该QoS需求确定。需要说明的是,该应用的应用信息中可以包括该应用的不同业务流对应的QoS需求,不同的业务流与不同的帧类型对应。策略控制网元可以根据不同业务流对应的QoS需求确定不同业务流对应的QoS参数。
作为另一种可能的实现方式,会话管理网元根据本地配置确定第一规则。也就是说,可以通过预配置的方式为会话管理网元配置该应用的帧类型所对应的QoS参数。
这里的第一规则例如可以是策略和计费控制(policy and charging control,PCC)规则。这里的第一数据包包括该帧类型,也可以说是第一数据包携带了该帧类型,例如,该帧类型携带在第一数据包中的隧道头或者扩展头中。
结合第一方面,在第一方面的某些实现方式中,该应用的数据包通过第一隧道传输,该第一数据包包括该第一隧道的隧道头,该第一隧道的隧道头包括该帧类型;该第一指示信息用于指示该用户面网元根据该帧类型确定该应用的数据包对应的服务质量QoS流的标识QFI,包括:该第一指示信息用于指示该用户面网元根据该第一隧道的隧道头中的帧类型确定该QFI。应理解,这里的应用的数据包可以指的是该应用的某一业务流的数据包。
或者说,用户面网元通过第一隧道,或将通过第一隧道,接收该应用的数据包。这里的第一隧道例如是应用服务器和用户面网元之间的隧道,或者是多接入边缘计算平台和用户面网元之间的隧道,这里的隧道在一些场景中可以称为N6隧道。
该方案通过N6隧道的隧道头携带数据包对应的帧类型,可以在不修改应用层协议的基础上,也能让核心网设备根据帧类型区分数据包所对应的QoS流。
结合第一方面,在第一方面的某些实现方式中,该第一指示信息用于指示该用户面网元根据该帧类型确定该应用的数据包对应的QoS流的标识QFI,包括:该第一指示信息用于指示该用户面网元根据该应用的数据包的互联网协议(internet protocol,IP)头和该帧类型确定该QFI;或者,该第一指示信息用于指示该用户面网元根据该第一隧道的标识和该帧类型确定该QFI,该第一隧道的标识包括在该第一隧道的隧道头中。
需要说明的是,当该第一隧道为设备级隧道时,即该第一隧道是设备专用的隧道,该第一隧道可能与多个不同的业务流对应,此时该应用的数据包的IP头中携带应用的识别信息,以用于确定数据包所对应的应用。因此,第一指示信息指示用户面网元根据应用的数据包的IP头和帧类型确定该应用的数据包对应的QFI,可以理解为,第一指示信息指示用户面网元根据应用的数据包的IP头中携带的应用的识别信息确定数据包所对应的应用,然后进一步通过该帧类型确定该应用对应的QFI;当该第一隧道为应用级隧道时,即该第一隧道是应用专用的隧道,此时可以不需要在IP头中携带应用的识别信息,通过该第一隧道的标识可以确定数据包所对应的业务流,该第一隧道的标识可以包括在隧道的隧道头中。因此,第一指示信息指示该用户面网元根据该第一隧道的标识和该帧类型确定该QFI。
基于上述方案,可以使得用户面网元对于不同类型的隧道,也能根据帧类型确定应用对应的QFI,从而可以对不同类型的帧进行不同的QoS处理。
结合第一方面,在第一方面的某些实现方式中,该方法还包括:该会话管理网元确定该应用的数据包通过该第一隧道发送给该用户面网元。
通过该方案,在用户面网元将通过隧道接收该应用的数据包的情况下,会话管理网元可以提前指示用户面网元根据隧道头中的帧类型确定该应用的数据包对应的QoS流,因此使得用户面网元通过隧道接收到该应用的数据时便知道该如何处理,能够提升处理的效率。
结合第一方面,在第一方面的某些实现方式中,会话管理网元确定该应用的数据包通过该第一隧道发送给该用户面网元,包括:该会话管理网元接收来自策略控制网元的第二指示信息;该会话管理网元根据该第二指示信息确定该应用的数据包通过该第一隧道发送给该用户面网元;或者,该会话管理网元根据配置信息确定该应用的数据包将通过该第一隧道发送给该用户面网元。
也就是说,会话管理网元在发送第一指示信息之前,确定该应用的数据包将通过隧道发送给用户面网元,或者说会话管理网元确定该应用的数据包将通过隧道进行传输,则进一步地,会话管理网元指示用户面网元根据该第一隧道的隧道头中的帧类型确定该应用的数据包对应的QFI。并且,会话管理网元既可以根据配置信息确定该应用的数据包将通过隧道进行传输,也可以根据来自策略控制网元的指示信息确定该应用的数据包将通过隧道进行传输。策略控制网元可以将该指示信息携带在第一规则中发送给会话管理网元。
结合第一方面,在第一方面的某些实现方式中,该第一数据包包括扩展头,该扩展头包括该帧类型;该第一指示信息用于指示该用户面网元根据该帧类型确定该应用的数据包对应的服务质量QoS流的标识QFI,包括:该第一指示信息用于指示该用户面网元根据该扩展头中的帧类型确定该QFI。
即在另一种可能的实现方式中,该应用的数据包不是通过隧道进行传输的,而是基于用户面协议。此时,第一数据包为IP包,第一数据包包括扩展头,该扩展头包括该业务流对应的帧类型。这里的扩展头例如是SRV6扩展头,或者IPv6扩展头。
基于上述方案,可以使得用户面网元在扩展头中获取应用对应的帧类型,从而可以对不同类型的帧进行不同的QoS处理。
结合第一方面,在第一方面的某些实现方式中,该方法还包括:该会话管理网元根据该帧类型对应的QoS参数确定该帧类型对应的该QFI。
通过该方案,会话管理网元可以将该帧类型和该帧类型对应的QFI发送给用户面网元,从而使得用户面网元在第一数据包中获取到应用的帧类型后,可以确定该帧类型对应的QoS流,从而可以对不同类型的帧进行不同的QoS处理。
结合第一方面,在第一方面的某些实现方式中,该方法还包括:该会话管理网元向该用户面网元发送第三指示信息,该第三指示信息用于指示该用户面网元通过第二隧道发送该应用的数据包,该第二隧道的隧道头包括该QFI。或者说,该第三指示信息用于指示用户面网元通过该QFI标识的QoS流将该应用的数据包发送给下行节点(例如是无线接入网设备)。该第三指示信息可以包括在PDR中。
该第三指示信息例如可以对应与具体实施方式中的指示信息#2。
应理解,第一指示信息和第三指示信息可以承载于同一消息中,也可以承载于不同消息中。
应理解,该第二隧道是用于将该应用的数据发送给下行节点的隧道,例如,该第二隧道为GTP-U隧道。
通过上述方案,可以通过第二隧道将应用的数据包发送给接入网设备以便接入网设备可以根据数据包的帧类型对数据进行调度。
结合第一方面,在第一方面的某些实现方式中,该第一数据包中还包括该应用的数据包所对应的帧的帧信息,该帧信息包括该帧类型、第四指示信息、该帧的大小信息、该帧的QoS需求信息中的一项或多项,该第四指示信息用于指示该应用的数据包所属的帧;该方法还包括:该会话管理网元向该用户面网元发送第五指示信息,该第五指示信息用于指示该用户面网元在该第二隧道的隧道头中携带该帧信息。
该第四指示信息可以是帧号,该帧号可以标识该应用的数据包所属的帧,也可以标识帧的序号以及该应用的数据包在该帧中的序号;或者,该第四指示信息是帧头标识和帧尾标识,介于帧头和帧尾间的数据包是同一个帧的数据包。或者,该第四指示信息用于指示该应用的数据包是否与某个已知数据包属于同一个帧。
通过上述方案,可以使得网络侧方便地识别数据包所属的帧,以便进行帧粒度的调度。
结合第一方面,在第一方面的某些实现方式中,该方法还包括:该会话管理网元向用户面网元发送第六指示信息,该第六指示信息用于指示该用户面网元建立该第一隧道;该会话管理网元从该用户面网元接收该第一隧道的信息。
可选地,在该会话管理网元向用户面网元发送第六指示信息之前,该会话管理网元接收来自策略控制网元的第十一指示信息,该第十一指示信息用于指示建立该第一隧道。
第二方面,提供了一种通信方法,该方法包括:用户面网元接收第一数据包,该第一数据包包括应用的应用的数据包和该应用的数据包对应的帧类型;该用户面网元根据该帧类型确定该应用的数据包对应的QoS流的标识QFI。
用户面网元可以根据从会话管理网元接收到的指示信息,确定该应用的数据包对应的QFI,这里的指示信息具体可以是该应用的数据包的帧类型和QFI的关联关系。用户面网元可以实现保存该关联关系,在接收到第一数据包之后,从第一数据包获取该业务流的帧类型,并根据本地保存的关联关系和该帧类型确定该应用的数据包对应的QFI。应理解,用户面网元可以是从应用功能网元或者多接入边缘计算平台或者应用服务器接收的第一数据包。
通过上述方案,用户面网元可以根据第一数据包中的帧类型确定应用的数据包对应的QoS流,从而可以对不同类型帧进行不同的QoS处理,以满足不同帧类型的不同传输需求。
结合第二方面,在第二方面的某些实现方式中,该用户面网元接收第一数据包,包括:该用户面网元通过隧道接收该第一数据包,该第一数据包包括该第一隧道的隧道头,该第一隧道的隧道头包括该帧类型;该用户面网元根据该帧类型确定该应用的数据包对应的QoS流的标识QFI,包括:该用户面网元根据该第一隧道的隧道头中的帧类型确定该应用的数据包对应的该QFI。
在该方案中,通过隧道头携带数据包的帧类型,以便用户面网元可以根据该帧类型确定应用的数据包对应的QFI,从而可以对不同类型的帧进行区分处理。
结合第二方面,在第二方面的某些实现方式中,该用户面网元根据该帧类型确定该业务流的数据包对应的QoS流的标识QFI,包括:该用户面网元根据该应用的数据包的互联网协议IP头和该帧类型确定该数据包对应的QFI;或者,该用户面网元根据该第一隧道的标识和该帧类型确定该应用的数据包对应的QFI,该第一隧道的标识包括在该第一隧道的隧道头中。
当该第一隧道为设备级隧道时,即该第一隧道是设备专用的隧道,该第一隧道可能与多个不同的应用对应,此时该应用的数据包的IP头中携带应用的识别信息,以用于确定数据包所对应的应用。因此,用户面网元根据应用的数据包的IP头和帧类型确定该应用对应的QFI,可以理解为,用户面网元根据应用的数据包的IP头中携带的应用的识别信息确定数据包所对应的应用,然后进一步通过该应用对应的帧类型确定该应用对应的QFI;当该第一隧道为应用级隧道时,即该第一隧道是应用专用的隧道,此时可以不需要在IP头中携带应用的识别信息,通过该第一隧道的标识可以确定数据包所对应的应用,该第一隧道的标识可以包括在隧道的隧道头中。因此,该用户面网元根据该第一隧道的标识和该帧类型确定该QFI。
基于上述方案,可以使得用户面网元对于不同类型的隧道,也能根据帧类型确定应用对应的QFI,从而可以对不同类型的帧进行不同的QoS处理。
结合第二方面,在第二方面的某些实现方式中,该帧类型包括在该第一数据包的扩展头中,该用户面网元根据该帧类型确定该应用的数据包对应的QoS流的标识QFI,包括:该用户面网元根据该扩展头中的帧类型确定该应用的数据包对应的QFI。
基于上述方案,用户面网元可以在扩展头中获取应用对应的帧类型,从而可以对不同类型的帧进行不同的QoS处理。
结合第二方面,在第二方面的某些实现方式中,该方法还包括:该用户面网元通过第二隧道发送该应用的数据包,该第二隧道的隧道头包括该QFI。
通过上述方案,可以通过第二隧道将应用的数据包发送给接入网设备以便接入网设备可以根据数据包的帧类型对数据进行调度。
结合第二方面,在第二方面的某些实现方式中,该第一数据包还包括该应用的数据包所对应的帧的帧信息,该帧信息包括该帧类型、第四指示信息、该帧的大小信息、该帧的QoS需求信息中的一项或多项,该第四指示信息用于指示该应用的数据包所属的帧,该第二隧道的隧道头中包括该帧信息。
通过上述方案,可以使得网络侧方便地识别数据包所属的帧,以便进行帧粒度的调度。
结合第二方面,在第二方面的某些实现方式中,该方法还包括:该用户面网元接收第一指示信息,该第一指示信息用于指示该用户面网元根据该第一隧道的隧道头中的帧类型或根据该扩展头中的帧类型确定该QFI。
结合第二方面,在第二方面的某些实现方式中,该方法还包括:该用户面网元接收第三指示信息,该第三指示信息用于指示该用户面网元通过该第二隧道发送该应用的数据包,该第二隧道的隧道头包括该QFI。
结合第二方面,在第二方面的某些实现方式中,该方法还包括:该用户面网元接收第五指示信息,该第五指示信息用于指示该用户面网元在该第二隧道的隧道头中携带该帧信息。
结合第二方面,在第二方面的某些实现方式中,该方法还包括:该用户面网元接收来自会话管理网元的第六指示信息;该用户面网元根据该第六指示信息建立该第一隧道。
第三方面,提供了一种通信方法,该方法包括:策略控制网元接收应用的信息,该应用的信息包括该应用的数据包对应的帧类型;该策略控制网元向会话管理网元发送该帧类型对应的服务质量QoS参数。
结合第三方面,在第三方面的某些实现方式中,该第一应用的信息指示创建第一隧道,该第一隧道用于向用户面网元发送该应用的数据包;该方法还包括:该策略控制网元向会话管理网元发送第十一指示信息,该第十一指示信息用于指示该会话管理网元建立该第一隧道。
结合第三方面,在第三方面的某些实现方式中,该方法还包括:该策略控制网元接收来自该会话管理网元的该第一隧道的信息;该策略控制网元向该第一应用对应的应用功能网元发送该第一隧道的信息。
结合第三方面,在第三方面的某些实现方式中,该第一隧道为该第一应用或该第一业务流对应的隧道。
结合第三方面,在第三方面的某些实现方式中,该第一应用的信息还用于指示该第一业务流或该第一应用的数据包通过该第一隧道发送给用户面网元;该策略控制网元向该会话管理网元发送第五指示信息,该第五指示信息用于指示该应用的数据包通过该第一隧道发送给该用户面网元。
结合第三方面,在第三方面的某些实现方式中,该第一应用的信息还用于指示将该第一应用的数据包所对应的帧的帧信息发送给接入网设备,该帧信息包括该帧类型、第三指示信息、该帧的大小信息、该帧的QoS需求信息中的一项或多项,该第三指示信息用于指示该应用的数据包所属的帧;该策略控制网元向该会话管理网元发送第七指示信息,该第七指示信息用于指示将该帧信息发送给该接入网设备。
结合第三方面,在第三方面的某些实现方式中,该策略控制网元向会话管理网元发送该帧类型对应的QoS参数,包括:该策略控制网元根据该第一应用的信息确定第一规则,该第一规则包括该帧类型对应的QoS参数;该策略控制网元向该会话管理网元发送该第一规则。
第四方面,提供了一种通信方法,该方法包括:会话管理网元从应用功能网元接收应用的特征信息;会话管理网元向用户面网元发送应用的特征信息和第七指示信息,该第七指示信息用于指示该用户面网元根据该特征信息确定该应用的数据包对应的帧类型。
该特征信息用于确定数据包对应的帧类型,因此,这里的特征信息与帧相关。
应理解,该应用的特征信息和该第七指示信息可以承载于相同的消息中,也可以承载于不同的消息中。也就是说,会话管理网元可以同时向用户面网元发送应用的特征信息和第七指示信息,也可以在两条连续的消息中向用户面网元发送应用的特征信息和第七指示信息,或者,还可以在向用户面网元发送应用的特征信息之后,经过一段时间再发送第七指示信息,例如,会话管理网元根据不同帧类型的QoS参数确定QoS流之后,再向用户面网元发送第七指示信息。
上述技术方法,通过指示用户面网元根据特征信息确定数据包对应的帧类型,可以区分不同数据包对应的帧类型,从而可以对不同类型的帧进行区分处理。
结合第四方面,在第四方面的某些实现方式中,该特征信息包括该应用的帧的发送规律、该应用的帧的突发大小、该应用的帧之间的间隔、该应用的IP头信息、该应用的标识、该应用的类型中的至少一项。
结合第四方面,在第四方面的某些实现方式中,该方法还包括:该会话管理网元接收该帧类型对应的QoS参数;该会话管理网元根据该帧类型对应的QoS参数确定该帧类型对应的QoS流;该会话管理网元向该用户面网元发送第八指示信息,该第八指示信息用于指示该用户面网元通过该QoS流发送该帧类型对应的数据包。
通过上述方案,可以通过第二隧道将应用的数据包发送给接入网设备以便接入网设备可以根据数据包的帧类型对数据进行调度。
结合第四方面,在第四方面的某些实现方式中,该第八指示信息用于指示该用户面网元通过该QoS流发送该帧类型对应的数据包,包括:该第八指示信息用于指示该用户面网元通过第二隧道发送该帧类型对应的数据包,该数据包封装在第二数据包中,该第二数据包还包括该第二隧道的隧道头,该第二隧道的隧道头包括该数据包对应的帧信息和该QoS流的标识QFI,该帧信息包括该帧类型、第九指示信息、该帧的大小信息、该帧的QoS需求信息中的一项或多项,该第九指示信息用于指示该应用的数据包所属的帧。
结合第四方面,在第四方面的某些实现方式中,该方法还包括:该会话管理网元向该用户面网元发送第十指示信息,该第十指示信息用于指示该用户面网元根据该特征信息检测该应用的数据包所属的帧。可选的,该第十指示信息还可用于指示用户面网元根据该特征信息检测该应用的数据包所属的帧的其他帧信息,如帧的大小信息、该数据包在该帧中的相对位置信息(例如,相对于帧头的位置)、该数据包与哪些其他数据包属于同一帧等。
结合第四方面,在第四方面的某些实现方式中,其特征在于,该方法还包括:该会话管理网元从应用功能网元接收该应用的特征信息。
第五方面,提供了一种通信方法,该方法包括:用户面网元接收来自会话管理网元的应用的特征信息和第七指示信息;该用户面网元根据该第七指示信息确定该应用的数据包对应的帧类型,该帧类型是根据该应用的特征信息确定的。
结合第五方面,在第五方面的某些实现方式中,该特征信息包括该应用的帧的发送规律、该应用的突发大小、该应用的帧之间的间隔、该应用的IP头信息、该应用的标识、该应用的类型中的至少一项。
结合第五方面,在第五方面的某些实现方式中,该方法还包括:该用户面网元根据该应用的帧类型确定该帧类型对应的QoS流;该用户面网元通过该QoS流发送该帧类型对应的数据包。
结合第五方面,在第五方面的某些实现方式中,该用户面网元通过该QoS流发送该帧类型对应的数据包,包括:该用户面网元通过第二隧道发送该帧类型对应的数据包,该数据包封装在第二数据包中,该第二数据包还包括第二隧道的隧道头,该第二隧道头包括该数据包对应的帧信息和该QoS流的标识QFI,该帧信息包括该帧类型、第九指示信息、该帧的大小信息、该帧的QoS需求信息中的一项或多项,该第九指示信息用于指示该应用的数据包所属的帧。
结合第五方面,在第五方面的某些实现方式中,该方法还包括:该用户面网元根据该特征信息检测该应用的数据包所属的帧;该用户面网元将该帧的信息包括在该第二隧道的隧道头中。
结合第五方面,在第五方面的某些实现方式中,该方法还包括:该用户面网元接收来自该会话管理网元的第七指示信息,该第七指示信息用于指示该用户面网元根据该应用的特征信息确定该应用的数据包对应的帧类型。
第六方面,提供一种通信方法,该方法包括:第一功能接收应用服务器发送的应用数据包;该第一功能获取该数据包对应的帧的信息,该帧的信息包括该帧的类型、第九指示信息、该帧的大小、该帧的QoS需求信息中的一项或多项,该第九指示信息用于指示该应用的数据包所属的帧;该第一功能向用户面网元发送该应用数据包和该帧信息。
该第一功能例如可以是应用功能或者是多接入边缘计算平台。
结合第六方面,在第六方面的某些实现方式中,该方法还包括:第一功能从应用服务器接收第一消息,该第一消息包括该应用数据包和该应用数据包对应的帧信息。
结合第六方面,在第六方面的某些实现方式中,该方法还包括:该第一功能通过隧道向用户面网元发送该应用数据包和该帧信息,其中,该帧信息包括在隧道头部。
结合第六方面,在第六方面的某些实现方式中,该方法还包括:第一功能根据应用数据包对应的帧的帧类型或帧的QoS需求信息确定隧道标识,上述隧道头部包括该第一隧道标识。
结合第六方面,在第六方面的某些实现方式中,第一功能向用户面网元发送第三数据包,第三数据包包括该应用数据包和扩展头,其中,扩展头包括帧信息。
结合第六方面,在第六方面的某些实现方式中,该方法还包括:第一功能提供第一API,该第一API用于应用服务器请求第一功能为发送该应用的数据准备无线资源,该第一API的参数包括该应用的帧类型及该帧类型对应的QoS需求信息。
结合第六方面,在第六方面的某些实现方式中,该方法还包括:第一功能将该应用的帧类型及该帧类型对应的QoS需求信息发送给核心网网元,以便为该应用准备无线资源。
结合第六方面,在第六方面的某些实现方式中,该方法还包括,第一功能将所述第一隧道对应的上行隧道标识发送给核心网网元,并接收来自用户面网元的下行隧道信息。
第一网元根据在接收到应用服务器通过第一API发送的帧类型和QoS需求信息,第一网元根据帧类型或QoS需求信息确定该帧类型所对应的隧道标识。
结合第六方面,在第六方面的某些实现方式中,该方法还包括:第一功能提供第二API,该第二API用于应用服务器请求第一功能发送应用数据包,应用服务器通过该API发送应用数据包和该应用数据包对应的帧的信息。
结合第六方面,在第六方面的某些实现方式中,上述第一消息是该第二API对应的请求消息。
第七方面,提供一种通信方法,该方法包括:应用服务器调用第一功能的第一API将应用的帧类型及该帧类型对应的QoS需求信息发送给第一功能,用于请求第一功能为发送该应用的数据准备无线资源;应用服务器调用第一功能的第二API发送应用数据包,用于第一功能根据该数据包对应的帧的帧类型发送该应用数据包;
结合第七方面,,在第七方面的某些实现方式中,该第二API还包括帧信息,帧的信息包括帧类型、第九指示信息、该帧的大小中的一项或多项,该第九指示信息用于指示该应用的数据包所属的帧。
第八方面,提供一种通信装置,该装置用于执行上述第一方面至第八方面提供的方法。具体地,该装置可以包括用于执行第一方面至第八方面提供的方法的单元和/或模块,如处理单元和/或通信单元。
在一种实现方式中,该装置为网络设备。当该装置为网络设备时,通信单元可以是收发器,或,输入/输出接口;处理单元可以是处理器。
在另一种实现方式中,该装置为用于网络设备中的芯片、芯片系统或电路。当该装置为用于通信设备中的芯片、芯片系统或电路时,通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等;处理单元可以是处理器、处理电路或逻辑电路等。
一种可能情况,该装置为会话管理网元或会话管理网元中的芯片、芯片系统或电路。在该情况下,该装置可以包括用于执行第一方面、第四方面提供的方法的单元和/或模块,如处理单元和/或通信单元。
又一种可能情况,该装置为用户面网元或用户面网元中的芯片、芯片系统或电路。在该情况下,该装置可以包括用于执行第二方面、第五方面提供的方法的单元和/或模块,如处理单元和/或通信单元。
又一种可能情况,该装置为策略控制网元网元或策略控制网元中的芯片、芯片系统或电路。在该情况下,该装置可以包括用于执行第三方面提供的方法的单元和/或模块,如处理单元和/或通信单元。
可选地,上述收发器可以为收发电路。可选地,上述输入/输出接口可以为输入/输出电路。
第九方面,提供一种通信装置,该装置包括:存储器,用于存储程序;处理器,用于执行存储器存储的程序,当存储器存储的程序被执行时,处理器用于执行上述第一方面至第八方面提供的方法。
在一种实现方式中,该装置为网络设备(如上述各个网元)。
在另一种实现方式中,该装置为用于网络设备(如上述各个网元)中的芯片、芯片系统或电路。
第十方面,本申请提供一种处理器,用于执行上述各方面提供的方法。在执行这些方法的过程中,上述方法中有关发送上述信息和获取/接收上述信息的过程,可以理解为由处理器输出上述信息的过程,以及处理器接收输入的上述信息的过程。在输出上述信息时,处理器将该上述信息输出给收发器,以便由收发器进行发射。该上述信息在由处理器输出之后,还可能需要进行其他的处理,然后才到达收发器。类似的,处理器接收输入的上述信息时,收发器获取/接收该上述信息,并将其输入处理器。更进一步的,在收发器收到该上述信息之后,该上述信息可能需要进行其他的处理,然后才输入处理器。
基于上述原理,举例来说,前述方法中提及的接收请求消息可以理解为处理器接收输入的信息。
对于处理器所涉及的发射、发送和获取/接收等操作,如果没有特殊说明,或者,如果未与其在相关描述中的实际作用或者内在逻辑相抵触,则均可以更加一般性的理解为处理器输出和接收、输入等操作,而不是直接由射频电路和天线所进行的发射、发送和接收操作。
在实现过程中,上述处理器可以是专门用于执行这些方法的处理器,也可以是执行存储器中的计算机指令来执行这些方法的处理器,例如通用处理器。上述存储器可以为非瞬时性(non-transitory)存储器,例如只读存储器(read only memory,ROM),其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
第十一方面,提供一种计算机可读存储介质,该计算机可读介质存储用于设备执行的程序代码,该程序代码包括用于执行上述第一方面至第五方面提供的方法。
第十二方面,提供一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述第一方面至第五方面提供的方法。
第十三方面,提供一种芯片,所述芯片包括处理器与通信接口,所述处理器通过所述通信接口读取存储器上存储的指令,执行上述第一方面至第五方面提供的方法。
可选地,作为一种实现方式,所述芯片还可以包括存储器,所述存储器中存储有指令,所述处理器用于执行所述存储器上存储的指令,当所述指令被执行时,所述处理器用于执行上述第一方面至第五方面提供的方法。
第十四方面,提供一种通信系统,包括会话管理网元和用户面网元。所述会话管理网元,用于获取第一规则,所述第一规则包括应用的帧类型所对应的服务质量QoS参数;根据所述第一规则向用户面网元发送第一指示信息,所述第一指示信息用于指示所述用户面网元根据所述帧类型确定所述应用的数据包对应的QoS流的标识QFI,所述应用的数据包封装在第一数据包中,所述第一数据包包括所述帧类型;所述用户面网元,用于接收所述第一指示信息。
第十五方面,提供一种通信系统,包括会话管理网元和用户面网元。所述会话管理网元,用于向所述用户面网元发送应用的特征信息;向用户面网元发送第七指示信息,所述第七指示信息用于指示所述用户面网元根据所述特征信息确定所述应用的数据包对应的帧类型;所述用户面网元,用于根据所述应用的特征信息确定所述应用的的数据包对应的帧类型。
附图说明
图1示出了适用于本申请实施例的网络架构的一示意图。
图2是本申请一实施例提供的一种通信方法200的示意图。
图3是本申请另一实施例提供的一种通信方法300的示意图。
图4是根据本申请一实施例提供的一种通信方法400的示意图。
图5是通过N6隧道进行数据传输时的一种数据结构图。
图6是适用于本申请一实施例的通信方法的又一示意性流程图。
图7是适用于本申请一实施例的通信方法的又一示意性流程图。
图8是适用于本申请一实施例的通信方法的又一示意性流程图。
图9是适用于本申请一实施例的通信方法的又一示意性流程图。
图10是根据本申请实施例提供的通信装置的示意性框图。
图11是根据本申请实施例提供的通信装置的另一示意性框图。
图12是本申请实施例提供的一种通信装置的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图,对本申请中的技术方案进行描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中,在本申请的描述中,除非另有说明,“多个”的含义是两个或两个以上。
为了解决背景技术提到的问题,如图1的(a)所示,本申请提供一种通信系统,该系统包括会话管理网元和用户面网元。该会话管理网元,用于获取第一规则,该第一规则包括应用的帧类型所对应的服务质量QoS参数;根据该第一规则向用户面网元发送第一指示信息,该第一指示信息用于指示该用户面网元根据该帧类型确定该应用的数据包对应的QoS流的标识QFI,该应用的数据包封装在第一数据包中,该第一数据包包括该帧类型;该用户面网元,用于接收该第一指示信息。
可选地,该系统中还包括策略控制网元。该策略控制网元,用于接收该应用的信息,该应用的信息包括该应用对应的帧类型;向该会话管理网元发送该帧类型对应的该QoS参数。
图1的(a)中各网元之间的具体交互可以参照图2中的方法流程,具体方案可见方法200中的说明。
如图1的(b)所示,本申请提供另一种通信系统,该系统包括会话管理网元和用户面网元。该会话管理网元,用于向该用户面网元发送应用的特征信息;向用户面网元发送第七指示信息,该第七指示信息用于指示该用户面网元根据该特征信息确定该应用的数据包对应的帧类型;该用户面网元,用于根据该应用的特征信息确定该应用的的数据包对应的帧类型。
可选地,该系统中还包括应用功能网元。该应用功能网元,用于向该会话管理网元发送该应用的特征信息。
图1的(b)中各网元之间的具体交互可以参照图3中的方法流程,具体方案可见方法300中的说明。
本申请提供的技术方案可以应用于各种通信系统,例如:第五代(5thgeneration,5G)或新无线(new radio,NR)系统、长期演进(long term evolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time divisionduplex,TDD)系统等。本申请提供的技术方案还可以应用于未来的通信系统,如第六代移动通信系统。本申请提供的技术方案还可以应用于设备到设备(device to device,D2D)通信,车到万物(vehicle-to-everything,V2X)通信,机器到机器(machine to machine,M2M)通信,机器类型通信(machine type communication,MTC),以及物联网(internet ofthings,IoT)通信系统或者其他通信系统。
如图1的(c)所示,为基于服务化架构的第五代(5th generation,5G)网络架构示意图。图1的(a)和图1的(b)中的会话管理网元可以是图1的(c)中的SMF,图1的(a)和图1的(b)中的用户面网元可以是图1的(c)中的UPF,图1的(a)中的策略控制网元可以是图1的(c)中的PCF,图1的(b)中的应用功能网元可以是图1的(c)中的AF。
图1的(c)所示的5G网络架构中可包括三部分,分别是终端设备部分、数据网络(data network,DN)和运营商网络部分。下面对其中的部分网元的功能进行简单介绍说明。
其中,运营商网络可包括以下网元中的一个或多个:鉴权服务器功能(authentication server function,AUSF)网元、网络开放功能(network exposurefunction,NEF)网元、策略控制功能(policy control function,PCF)网元、统一数据管理(unified data management,UDM)网元、统一数据库(unified data repository,UDR)、网络存储功能(network repository function,NRF)网元、应用功能(applicationfunction,AF)网元、接入与移动性管理功能(access and mobility managementfunction,AMF)网元、会话管理功能(session management function,SMF)网元、无线接入网(radioaccess network,RAN)以及用户面功能(user plane function,UPF)网元等。上述运营商网络中,除无线接入网部分之外的部分可以称为核心网络部分。
1、终端设备(terminal device):也可以成为用户设备(user equipment,UE),是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtualreality,VR)终端、增强现实(augmented reality,AR)终端、工业控制(industrialcontrol)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。这里的终端设备,指的是第三代合作伙伴计划(3rd generation partnershipproject,3GPP)终端。为便于说明,本申请后续以UE代指终端设备为例进行说明。
上述终端设备可通过运营商网络提供的接口(例如N1等)与运营商网络建立连接,使用运营商网络提供的数据和/或语音等服务。终端设备还可通过运营商网络访问DN,使用DN上部署的运营商业务,和/或第三方提供的业务。其中,上述第三方可为运营商网络和终端设备之外的服务方,可为终端设备提供他数据和/或语音等服务。其中,上述第三方的具体表现形式,具体可根据实际应用场景确定,在此不做限制。
2、无线接入网络(radio access network,RAN)网元:在下文中简称为RAN,对应接入网设备。
RAN是运营商网络的子网络,是运营商网络中业务节点与终端设备之间的实施系统。终端设备要接入运营商网络,首先是经过RAN,进而可通过RAN与运营商网络的业务节点连接。本申请中的RAN设备,是一种为终端设备提供无线通信功能的设备,RAN设备也称为接入网设备。本申请中的RAN设备包括但不限于:5G中的下一代基站(g nodeB,gNB)、演进型节点B(evolved node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(node B,NB)、基站控制器(base station controller,BSC)、基站收发台(basetransceiver station,BTS)、家庭基站(例如,home evolved nodeB,或home node B,HNB)、基带单元(baseBand unit,BBU)、传输点(transmitting and receiving point,TRP)、发射点(transmitting point,TP)、移动交换中心等。3、用户面功能(user plane function,UPF):用于分组路由和转发以及用户面数据的服务质量(quality of service,QoS)处理等。
在5G通信系统中,该用户面网元可以是用户面功能(user plane function,UPF)网元。在未来通信系统中,用户面网元仍可以是UPF网元,或者,还可以有其它的名称,本申请不做限定。
4、多播/广播用户面功能(multicast/broadcast-user plane function,MB-UPF)
MB-UPF主要负责将多播广播流传送到RAN(或者UPF),可以进行多播广播流的包过滤、分发,实现多播广播服务的QoS增强以及计数/上报等。本申请中的MB-UPF和UPF不做严格区分,使用(MB-)UPF表示MB-UPF或者UPF。
5、数据网络(data network,DN):用于提供传输数据的网络。
在5G通信系统中,该数据网络网元可以是数据网络网元。在未来通信系统中,数据网络网元仍可以是DN网元,或者,还可以有其它的名称,本申请不做限定。
6、接入和移动管理网元
接入和移动管理网元主要用于移动性管理和接入管理等,可以用于实现MME功能中除会话管理之外的其它功能,例如,合法监听以及接入授权/鉴权等功能。
在5G通信系统中,该接入和移动管理网元可以是接入和移动管理功能(accessand mobility management function,AMF)。在未来通信系统中,接入和移动管理设备仍可以是AMF,或者,还可以有其它的名称,本申请不做限定。
7、会话管理功能(session management function,SMF):主要用于会话管理、用户设备的网络互连协议(internet protocol,IP)地址分配和管理、选择可管理用户平面功能、策略控制和收费功能接口的终结点以及下行数据通知等。
在5G通信系统中,该会话管理网元可以是会话管理功能网元。在未来通信系统中,会话管理网元仍可以是SMF网元,或者,还可以有其它的名称,本申请不做限定。
8、多播/广播会话管理功能(multicast/broadcast-session managementfunction,MB-SMF)
MB-SMF主要负责多播广播会话管理,控制多播广播传输,根据PCF提供或本地配置的多播广播服务是策略规则对MB-UPF和RAN进行相应的配置,以完成多播广播流的传输。本申请中的MB-SMF和SMF不做严格区分,使用(MB-)SMF表示MB-SMF或者SMF。
9、策略控制功能(policy control function,PCF):用于指导网络行为的统一策略框架,为控制面功能网元(例如AMF,SMF等)提供策略规则信息等。
在4G通信系统中,该策略控制网元可以是策略和计费规则功能(policy andcharging rules function,PCRF)网元。在5G通信系统中,该策略控制网元可以是策略控制功能PCF网元。在未来通信系统中,策略控制网元仍可以是PCF网元,或者,还可以有其它的名称,本申请不做限定。
10、应用功能(application function,AF):用于进行应用影响的数据路由,无线接入网络开放功能网元,与策略框架交互进行策略控制等。
在5G通信系统中,该应用网元可以是应用功能网元。在未来通信系统中,应用网元仍可以是AF网元,或者,还可以有其它的名称,本申请不做限定。
11、统一数据管理(unified data management,UDM):用于处理UE标识,接入鉴权,注册以及移动性管理等。
在5G通信系统中,该数据管理网元可以是统一数据管理网元;在4G通信系统中,该数据管理网元可以是归属用户服务器(home subscriber server,HSS)网元在未来通信系统中,统一数据管理仍可以是UDM网元,或者,还可以有其它的名称,本申请不做限定。
12、统一数据存储(unified data repository,UDR):主要包括以下功能:签约数据、策略数据、应用数据等类型数据的存取功能。
13、认证服务器(authentication server function,AUSF):用于鉴权服务、产生密钥实现对用户设备的双向鉴权,支持统一的鉴权框架。
在5G通信系统中,该认证服务器可以是认证服务器功能网元。在未来通信系统中,认证服务器功能网元仍可以是AUSF网元,或者,还可以有其它的名称,本申请不做限定。
14、数据网络(data network,DN):DN是位于运营商网络之外的网络,运营商网络可以接入多个DN,DN上可部署多种业务,可为终端设备提供数据和/或语音等服务。例如,DN是某智能工厂的私有网络,智能工厂安装在车间的传感器可为终端设备,DN中部署了传感器的控制服务器,控制服务器可为传感器提供服务。传感器可与控制服务器通信,获取控制服务器的指令,根据指令将采集的传感器数据传送给控制服务器等。又例如,DN是某公司的内部办公网络,该公司员工的手机或者电脑可为终端设备,员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。
图1的(c)中Nausf、Nnef、Npcf、Nudm、Naf、Namf、Nsmf、N1、N2、N3、N4,以及N6为接口序列号。这些接口序列号的含义可参见3GPP标准协议中定义的含义,在此不做限制。
如图1的(d)所示,为基于点对点接口的5G网络架构示意图,其中的网元的功能的介绍可以参考图1的(c)中对应的网元的功能的介绍,不再赘述。图1的(d)与图1的(c)的主要区别在于:图1的(d)中的各个网元之间的接口是点对点的接口,而不是服务化的接口。
在图1的(d)所示的架构中,各个网元之间的接口名称及功能如下:
1)N7:PCF与SMF之间的接口,用于下发协议数据单元(protocol data unit,PDU)会话粒度以及业务数据流粒度控制策略。
2)N15:PCF与AMF之间的接口,用于下发UE策略及接入控制相关策略。
3)N5:AF与PCF之间的接口,用于应用业务请求下发以及网络事件上报。
4)N4:SMF与UPF之间的接口,用于控制面与用户面之间传递信息,包括控制面向用户面的转发规则、QoS控制规则、流量统计规则等的下发以及用户面的信息上报。
5)N11:SMF与AMF之间的接口,用于传递RAN和UPF之间的PDU会话隧道信息、传递发送给UE的控制消息、传递发送给RAN的无线资源控制信息等。
6)N2:AMF与RAN之间的接口,用于传递核心网侧至RAN的无线承载控制信息等。
7)N1:AMF与UE之间的接口,接入无关,用于向UE传递QoS控制规则等。
8)N8:AMF与UDM间的接口,用于AMF向UDM获取接入与移动性管理相关签约数据与鉴权数据,以及AMF向UDM注册UE当前移动性管理相关信息等。
9)N10:SMF与UDM间的接口,用于SMF向UDM获取会话管理相关签约数据,以及SMF向UDM注册UE当前会话相关信息等。
10)N35:UDM与UDR间的接口,用于UDM从UDR中获取用户签约数据信息。
11)N36:PCF与UDR间的接口,用于PCF从UDR中获取策略相关签约数据以及应用数据相关信息。
12)N12:AMF和AUSF间的接口,用于AMF向AUSF发起鉴权流程,其中可携带SUCI作为签约标识;
13)N13:UDM与AUSF间的接口,用于AUSF向UDM获取用户鉴权向量,以执行鉴权流程。
可以理解的是,上述网元或者功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。为方便说明,本申请后续,以网络设备为接入和移动管理网元AMF,基站为无线接入网络RAN为例进行说明。
本申请中的移动性管理网元、会话管理网元、策略控制网元、应用功能网元、接入网设备、用户面网元分别可以是图1的(c)或图1的(b)中的AMF、SMF、PCF、AF、RAN、UPF,也可以是未来通信如第六代(6th generation,6G)网络中具有上述AMF、SMF、PCF、AF、RAN、UPF的功能的网元,本申请对此不限定。
应理解,上述应用于本申请实施例的网络架构仅是一种举例说明,适用本申请实施例的网络架构并不局限于此,任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。
例如,在某些网络架构中,AMF、SMF网元、PCF网元、BSF网元以及UDM网元等网络功能网元实体都称为网络功能(network function,NF)网元;或者,在另一些网络架构中,AMF,SMF网元,PCF网元,BSF网元,UDM网元等网元的集合都可以称为控制面功能网元。
本申请实施例的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如,计算机可读介质可以包括,但不限于:磁存储器件(例如,硬盘、软盘或磁带等),光盘(例如,压缩盘(compact disc,CD)、数字通用盘(digital versatiledisc,DVD)等),智能卡和闪存器件(例如,可擦写可编程只读存储器(erasableprogrammable read-only memory,EPROM)、卡、棒或钥匙驱动器等)。另外,本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于,无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
图2是本申请实施例提供的通信方法200的示例性流程图。方法200包括:
S210,会话管理网元获取第一规则。
示例性地,会话管理网元获取第一规则,该第一规则中包括应用的帧类型所对应的QoS参数。
作为一种可能的实现方式,会话管理网元从策略控制网元接收该第一规则。例如,策略控制网元从应用功能网元或者多接入边缘计算平台接收该应用的应用信息,该应用信息包括该应用对应的帧类型以及QoS需求。应理解,该应用信息中包括的可以是该应用的多种不同帧类型以及不同帧类型所对应的不同QoS需求。策略控制网元根据该应用的应用信息生成第一规则,并将该第一规则发送给会话管理网元,该第一规则中包括帧类型对应的QoS参数,其中,该QoS参数根据该QoS需求确定。需要说明的是,该应用的应用信息中可以包括该应用的不同业务流对应的QoS需求,不同的业务流与不同的帧类型对应。策略控制网元可以根据不同业务流对应的QoS需求确定不同业务流对应的QoS参数。也就是说,第一规则中可以包括该应用不同帧类型对应的不同的QoS参数,例如不同帧类型对应的5G QoS指示符(5G QoS identifier,5QI)、数据包时延预算(packet delay budget,PDB)等信息。
作为另一种可能的实现方式,会话管理网元根据本地配置确定第一规则。也就是说,可以通过预配置的方式为会话管理网元配置该应用的帧类型所对应的QoS参数。
这里的第一规则例如可以是PCC规则。
可选地,会话管理网元从第一规则中获取到该应用的帧类型所对应的QoS参数之后,根据该QoS参数确定该帧类型所对应的QoS流的标识QFI。
S220,会话管理网元向用户面网元发送指示信息#1。
对应的,用户面网元从会话管理网元接收指示信信息#1。
示例性地,会话管理网元根据第一规则向用户面网元发送指示信息#1,该指示信息#1用于指示用户面网元根据该帧类型确定该应用的数据包对应的QoS流的标识QFI。或者说,该指示信息#1用于指示用户面网元在接收到该应用的数据包时,根据该应用的帧类型确定该数据包对应的QFI。应理解,这里的应用的数据包可以指的是该应用的某一业务流的数据包。
作为一种具体的实现方式,该指示信息#1包括该帧类型和该帧类型对应的QFI。或者说,该指示信息#1可以是帧类型和该QFI的对应关系。进一步地,该指示信息#1可以包括在PDR中,相应地,该QFI和该帧类型(或者说该QFI和该帧类型的对应关系)包括在PDR中。对应地,用户面网元接收该指示信息#1之后,在本地保存该帧类型和该QFI的对应关系。
可选地,会话管理网元向用户面网元发送指示信息#2,该指示信息#2用于指示用户面网元通过第二隧道发送该应用的数据包,该第二隧道的隧道头包括该QFI;或者说,该指示信息#2指示用户面网元将该应用的数据包封装在第二隧道中,并在第二隧道的隧道头中携带该QFI。该第二隧道是用于将数据发送给下行节点的隧道,例如,该第二隧道为GTP-U隧道。或者说,该指示信息#2指示用户面网元通过该QFI标识的QoS流将该应用的数据包发送给下行节点,例如发送给无线接入网设备。进一步地,该指示信息#2可以包括在PDR中。
S230,用户面网元接收第一数据包。
示例性地,用户面网元从应用功能网元或多接入边缘计算平台或应用服务器接收第一数据包,该第一数据包包括该应用的数据包以及该数据包对应的帧类型。
作为一种可能的实现方式,该应用的数据包通过第一隧道进行传输,即用户面网元通过第一隧道接收该应用的数据包。这里的第一隧道例如是应用服务器和用户面网元之间的隧道,或者是多接入边缘计算平台和用户面网元之间的隧道,或者是应用功能网元和用户面网元间的隧道,这里的第一隧道在一些场景中可以称为N6隧道。此时,第一数据包包括该第一隧道的隧道头,该第一隧道的隧道头中包括该业务流对应的帧类型。此时指示信息#1具体可以用来指示用户面网元根据第一隧道的隧道头中的帧类型确定该业务流对应的QFI,或者说,指示信息#1具体可以用来指示用户面网元在通过第一数据包接收到该应用的数据包时,根据该第一数据包中的隧道头携带的帧类型确定该业务流对应的QFI。
应理解,该第一隧道可以是预先建好的,也可以在业务发起时才建立。可选地,如果该第一隧道没有预先建立(即在业务发起时才建立),会话管理网元可以指示用户面网元建立该第一隧道,该第一隧道用于向用户面网元发送该应用或该应用的应用的数据包。例如,会话管理网元向用户面网元发送指示信息#3,该指示信息#3用于指示用户面网元建立该第一隧道。对应地,用户面网元接收指示信息#3,并根据指示信息#3建立第一隧道,然后将该第一隧道的信息发送给会话管理网元,由会话管理网元将隧道的信息发生给该策略控制网元。该第一隧道的信息可以包括该第一隧道的IP地址和/或该第一隧道的标识。该指示信息#3可以包括隧道的类型,例如GTP-U隧道或者GRE隧道。应理解,会话管理网元根据从PCF接收的指示信息#4确定需要建立隧道,会话管理网元向用户面网元发送指示信息#3,以便建立第一隧道。应理解,该指示信息#4可以携带在第一规则中发送给会话管理网元。
可选地,该第一隧道可以有不同的粒度,例如,该第一隧道是应用粒度的隧道,即,该第一隧道不被其他应用的业务流共享,或者该第一隧道为设备级隧道,例如,该第一隧道由多接入边缘计算平台上的多个应用共享,即该多接入边缘计算平台上的多个应用均通过该第一隧道将数据发送给用户面网元。
进一步地,对于不同的粒度的隧道,指示信息#1还可以用来指示不同的内容。例如,当该第一隧道为设备级隧道时,指示信息#1可以用来指示用户面网元根据应用的数据包的IP头和该数据包对应的帧类型确定该业务流对应的QFI;又例如,当该第一隧道为应用级隧道时,指示信息#1可以用来指示用户面网元根据该第一隧道的标识和该帧类型确定该业务流对应的QFI。
还需要说明的是,设备级隧道是设备专用的隧道,一个设备级隧道可以与多个不同的应用对应。该应用的数据包的IP头(或以太网头)中携带应用的识别信息,以用于确定数据包所对应的应用。应理解,在一些场景中,该应用的识别信息还可以进一步确定该应用中的具体业务流,即应用的识别信息既可以是识别到应用层面的信息,也可以识别到业务层面的信息,本申请不作限定。因此,指示信息#1指示用户面网元根据应用的数据包的IP头(或以太网头)和帧类型确定该应用的数据包对应的QFI,可以理解为,指示信息#1指示用户面网元根据应用的数据包的IP头(或以太网头)中携带的应用的识别信息确定数据包所对应的应用,然后进一步通过该数据包对应的帧类型确定该数据包对应的QFI;应用级隧道是应用专用的隧道,即为每个不同的应用创建不同的隧道,因此,此时可以不需要根据IP头(或以太网头)中携带的信息确定应用,通过该第一隧道的标识可以确定数据包所对应的应用,该第一隧道的标识可以包括在隧道的隧道头中。应用级的隧道用于发送一个应用相关的所有数据包,通过隧道标识区分不同的应用,并通过隧道头中的帧类型确定该应用中具有不同QoS需求的业务流。
可选地,在发送指示信息#1之前,会话管理网元确定该应用的数据包将通过第一隧道发送给用户面网元,或者说会话管理网元确定该应用的数据包将通过隧道进行传输。在一种情况下,会话管理网元可以根据配置信息确定该应用的数据包将通过隧道发送给用户面网元;在另一种情况下,会话管理网元可以根据指示信息确定该应用的数据包将通过第一隧道发送给用户面网元。例如,会话管理网元从策略控制网元接收指示信息#5,该指示信息#5用于指示该应用的数据包将通过第一隧道发送给用户面网元。策略控制网元可以将该指示信息#5携带在第一规则中发送给会话管理网元。
应理解,会话管理网元可以是在确定该应用的数据包将通过第一隧道发送给用户面网元之后,向用户面网元发送指示信息#1。
作为另一种可能的实现方式,该应用的数据包不是通过第一隧道进行传输,而是基于用户面协议。此时,第一数据包为IP包,第一数据包包括扩展头,该扩展头中包括该业务流对应的帧类型。此时,指示信息#1具体可以用来指示用户面网元根据扩展头中的帧类型确定该业务流对应的QFI,或者说,指示信息#1具体可以用来指示用户面网元在接收到第一数据包,且该第一数据包包括该应用的数据包时,根据该第一数据包中扩展头携带的帧类型确定该业务流对应的QFI。这里的扩展头例如是SRV6扩展头,或者IPv6扩展头。应理解,在该实现方式中,指示信息#1还用来指示用户面网元根据第一数据包的IP头确定该应用的数据包对应的QFI,此时,第一数据包的IP头用来区分不同的应用。
可选地,该第一数据包中还包括该应用的数据包所对应的帧的帧信息,这里的帧信息可以包括帧类型、指示信息#6、帧的大小信息、帧的QoS需求中的一项或者多项。指示信息#6用于指示应用的数据包所属的帧。需要说明的是,该指示信息#6可以是帧号,该帧号可以标识该应用的数据包所属的帧,也可以标识帧的序号以及该应用的数据包在该帧中的序号;或者,该指示信息#6是帧头标识和/或帧尾标识,介于帧头和帧尾间的数据包是同一个帧的数据包。或者,该指示信息#6用于指示该业务流的数据包是否与某个其他数据包属于同一个帧。也就是说,指示信息#6可以显性地指示该应用的数据包所属的帧,也可以隐性地指示该应用的数据包所属的帧。应理解,上述帧信息可以包括在上述隧道头中,或者包括在上述扩展头中。
在这种情况下,会话管理网元可以向用户面网元发送指示信息#7,该指示信息#7用于指示用户面网元在第二隧道的隧道头中携带该帧信息,或者说,该指示信息#7用于指示用户面网元将该帧信息发送给下行节点。
应理解,指示信息#1、指示信息#2、指示信息#3、指示信息#7可以承载于同一个消息中,也可以承载于不同的消息中,也就是说,这几个指示信息可以同时发送,也可以不同时发送,本申请不作限定。
S240,用户面网元根据帧类型确定应用的数据包对应的QFI。
作为一个示例,当用户面网元通过第一隧道接收第一数据包时,则用户面网元根据指示信息#1,通过该第一数据包中的隧道头中的帧类型确定应用的数据包对应的QFI。
可选地,当该第一隧道为设备级隧道时,用户面网元可以根据该应用的数据包的IP头和该业务数据流的数据包的帧类型确定数据包对应的QFI;或者,当该第一隧道为应用级隧道时,用户面网元根据第一隧道的标识和该应用的数据包的帧类型确定数据包对应的QFI。
作为又一个示例,用户面网元接收到第一数据包,该业务流对应的帧类型包括在该第一数据包中的扩展头中,则用户面网元根据指示信息#1,通过该扩展头中的帧类型确定应用的数据包对应的QFI。
进一步地,用户面网元通过第二隧道发送该应用的数据包,并且在该第二隧道的隧道头中携带该应用的数据包对应的QFI。
因此,本申请实施例提供的通信方法,会话管理网元指示用户面网元根据应用的数据包对应的帧类型确定该数据包对应的QoS流,从而可以根据数据包的帧类型对数据包进行区分处理,提升用户体验。
图3是本申请实施例提供的通信方法300的示例性流程图。方法300包括:
S310,会话管理网元向用户面网元发送应用的特征信息。
对应的,用户面网元从该会话管理网元接收该应用的特征信息。
示例性地,该应用的特征信息用于确定该应用的数据包对应的帧类型,或者说,该应用的特征信息是与该应用的帧类型相关的特征信息。
例如,该应用的特征信息包括该应用的帧类型、应用的帧的发送规律、帧的突发大小、该应用的帧之间的间隔、该应用的IP头信息、应用标识、应用类型中的至少一项。示例性的,当应用是视频类应用时,应用的帧的发送规律可以是不同类型的视频帧的发送规律,例如,视频包括I帧和P帧,则帧的发送规律可以指示发送I帧和P帧的规律,例如,发送规律可以是IPPPIPPP,即发送一个I帧后发送3个P帧为一个周期循环。示例性的,所有应用的数据包可以使用相同的IP头信息,即使用相同的IP地址、端口号和协议号;或者,不同应用的不同帧类型的数据包使用不同的IP头信息,此时,用户面网元可根据IP头信息确定数据包的帧类型。
S320,会话管理网元向用户面网元发送指示信息#8。该指示信息#8用于指示用户面网元根据该应用的特征信息确定应用的数据包对应的帧类型。
对应的,用户面网元从该会话管理网元接收指示信息#8。
可选地,在S310之前,会话管理网元接收该帧类型对应的QoS参数,然后根据该帧类型对应的QoS参数确定该帧类型对应的QoS流的标识QFI。
可选地,会话管理网元向用户面网元发送指示信息#9,该指示信息#9用于指示用户面网元通过该QoS流发送该帧类型对应的数据包,或者说,该指示信息#9用于指示用户面网元通过第二隧道发送该帧类型对应的数据包,该第二隧道的隧道头包括该QFI。
可选地,会话管理网元向用户面网元发送指示信息#10,该指示信息#10用于指示用户面网元根据该特征信息检测该应用的数据包所属的帧。可选的,指示信息#10还可用于指示用户面网元根据该特征信息检测该应用的数据包所属的帧的其他帧信息,如帧的大小信息、该数据包在该帧中的相对位置信息(例如,相对于帧头的位置)、该数据包与哪些其他数据包属于同一帧等。
应理解,该应用的特征信息、指示信息#8、指示信息#9、指示信息#10可以承载于同一个消息中,也可以承载于不同的消息中,本申请对此不做限定。
S330,用户面网元根据应用的特征信息确定该应用的数据包对应的帧类型。
示例性地,若特征信息中包括帧的突发大小,由于不同帧类型对应的突发大小不同,例如I帧和P帧的突发大小不同,用户面网元可以根据帧的突发大小确定数据包对应的帧类型;或者特征信息包括应用的标识或类型时,用户面网元可预先获得该应用或该类型的应用包括I帧和P帧、且I帧比P帧具有更高的突发(也可以在特征信息中将上述信息发送给用户面网元),则用户面网元可根据帧的突发大小确定数据包对应的帧类型。进一步地,如果特征信息中包括帧的间隔以及帧的发送规律,则用户面网元在确定了第一个帧的帧类型之后,便可以确定下一帧的帧类型,由此,在接收到后续的数据包之后,只要根据帧的间隔和帧的发送规律,用户面网元即可确定该数据包所对应的帧类型。
进一步地,用户面网元根据该帧类型确定该帧类型对应的QoS流。
可选地,根据指示信息#9,用户面网元通过该QoS流发送该帧类型对应的数据包。示例性地,用户面网元通过第二隧道发送该帧类型对应的数据包,该数据包封装在第二数据包中,该第二数据包包括第二隧道的隧道头,该第二隧道头中包括该数据包对应的帧信息和该QoS流的标识QFI。这里的帧信息可以包括帧类型、帧的大小信息、帧的QoS需求、用于指示该应用的应用的数据包所属帧的指示信息中的一项或者多项。
可选地,根据指示信息#10,用户面网元根据特征信息检测该应用的数据包所属的帧,并将该帧的信息发送给下行节点,例如,将该帧的信息包括在第二隧道的隧道头中。可选地,用户面网元还可以根据指示信息#10通过特征信息检测该应用的数据包所属的帧的其他帧信息,如帧的大小信息、该数据包在帧中的相对位置(如相对于帧头的位置)、该数据包与哪些其他数据包属于同一帧等,并将这些信息发送给下行节点。
因此,本申请实施例的通信方法,通过指示用户面网元根据应用的特征信息确定应用的数据包对应的QoS流,从而可以根据数据包的帧类型对数据包进行区分处理,提升用户体验。
图4是本申请实施例提供的通信方法400的示例性流程图。方法400包括:
S401,AS向第一功能发送建立连接请求消息。
示例性地,当AS需要发送应用的数据时,AS向第一功能发送建立连接请求消息。
该建立连接请求消息用于请求5G系统为该应用的业务流分配资源,以便该应用的数据在经过5G网络传输时能得到恰当的QoS保证。这里的第一功能可以是MEP或者AF。
可选的,该建立连接请求消息可包括该应用的不同帧类型所对应的QoS需求信息。
该建立连接请求用于请求第一功能为发送该应用的数据准备网络资源。
可选的,AS通过调用第一功能提供的第一应用程序接口(applicationprogramming interface,API)发送上述建立连接请求消息。第一API的参数包括应用的帧类型和对应的QoS需求。第一API的参数还可以包括该应用的数据包的IP头信息,如IP地址、端口号、协议号。
可选地,第一API的参数还可以包括应用的类型(例如AR/VR业务)、是否需要AF/MEP对应用进行处理、应用的特性等。
可选地,AS还可以请求第一功能对该应用的业务流进行处理,这里的处理例如可以是对应用的数据进行重新编码,或者是对应用的数据进行压缩,或者也可以是多种处理方式的组合,这里不作限定。
S402,第一功能向PCF/NEF发送应用信息。
示例性地,第一功能向PCF发送该应用的应用信息,该应用信息包括该应用的帧类型和对应QoS需求。
例如,AR/VR业务中增强层业务对应的帧和基础层业务对应的帧具有不同的帧类型,或者,AR/VR业务中的I帧和P帧具有不同的帧类型。作为一个具体示例:
第一功能根据AS的请求,将接收到的VR视频进行分层编码得到基础层业务数据包和增强层业务数据包,然后第一功能分别确定基础层帧和增强层帧的QoS需求,并通过应用信息将基础层帧和增强层帧的QoS需求发送给PCF/NEF。
可选地,在S403,若还未建立第一功能到UPF间的设备级隧道,则第一功能向PCF/NEF发送设备级隧道建立指示信息,该指示信息用于建立第一功能和UPF之间的设备级隧道。
应理解,该设备级隧道可以称为是一种N6隧道,第一功能可以通过N6隧道向UPF发送数据包,并通过N6隧道携带数据包的帧信息。
下面结合图5对一种N6隧道的结构作简单介绍:
N6隧道头可以在外层IP头和内层IP包之间,其中内层IP包也可以称作内层数据包,内层IP包包括内层IP头和数据包,内层IP头位于内层IP包的起始部分并与N6隧道头相连。当N6隧道为设备级隧道时,隧道的内层IP头包括应用的识别信息,该应用的识别信息用于识别数据包所属的应用,因此UPF可以根据内层IP头识别应用。N6隧道头中可以包括数据包的帧信息,例如数据包所属帧的帧类型、帧号等。N6隧道头中还可以包括该N6隧道的隧道标识或者其他字段,本申请不作限定。
可选地,第一功能还可以向PCF/NEF指示设备级隧道的类型(例如GRE隧道或GTP-U隧道),具体方式不作限定。
可选地,第一功能可以向PCF/NEF发送用于指示该应用的数据包通过N6隧道发送给UPF的指示信息。
可选地,若该N6隧道还用于发送上行数据,第一功能还向PCF/NEF发送上行隧道标识信息(例如该N6隧道在第一功能上的IP地址、可选的隧道标识等)。
应理解,PCF可能通过配置的方式预先建立了设备级隧道。如果设备级隧道已经建立完成,则可以不执行S403。
S404,第一功能向PCF/NEF发送应用的识别信息。
应理解,该应用的识别信息用于识别数据包所属的应用,该应用的识别信息例如可以是该应用的应用标识或者五元组。应理解,在一些场景中,该应用的识别信息还可以进一步确定该应用中的具体业务流,即应用的识别信息既可以是识别到应用层面的信息,也可以识别到业务层面的信息,本申请不作限定。
应理解,设备级隧道是设备专用的,一个设备级隧道可能与多个不同的应用对应。因此,当通过设备级隧道传输数据包时,第一功能需要向PCF/NEF发送该应用的识别信息,以指示该数据包所对应的应用。
应理解,S402-S404的各条信息可以承载于一条消息中,也可以承载于不同的消息中,本申请不做限定。
应理解,上述方案是以AS与第一功能接口为例进行说明的。但是AS也可以直接与PCF/NEF接口。当AS直接与PCF/NEF接口时,可以直接由AS向PCF/NEF发送应用信息等内容,即该方案可以直接从S402开始执行,此时需要将第一功能替换成AS。
S405,PCF/NEF根据应用信息生成PCC规则。
S406,PCF/NEF向SMF发送PCC规则。
示例性地,该PCC规则中包括应用的识别信息,以及该应用的帧类型所对应的QoS参数。应理解,该应用的QoS参数可以包括该应用的不同帧类型的QoS参数,例如是不同帧类型的5QI、PDB等信息。PCF可以根据该应用的应用信息(QoS需求)确定该应用的帧类型对应的QoS参数。
可选地,如果N6隧道还没有建立,则PCC规则中还包括创建设备级隧道的指示信息,进一步地,还可以包括该设备级隧道的类型(例如GRE隧道或GTP-U隧道)。
可选地,若该第一隧道还用于发送上行数据,则该PCC规则中还可以包括上行隧道的标识信息等。
可选地,该PCC规则还可以携带通过N6隧道发送第一应用的数据包的指示信息。
如果PCC规则中包含建立设备级隧道指示信息,则可选地,在S407,SMF在AS和UPF之间(或者是MEP和UPF之间)建立设备级隧道。
S408,SMF根据QoS参数确定QFI。
示例性地,SMF从PCC规则中获取第一应用的帧类型所对应的QoS参数,并根据该QoS参数确定该帧类型所对应的QoS流的标识QFI。
具体地,SMF根据PCC规则中的不同帧类型对应的的QoS参数创建不同的QoS流,确定该应用的帧类型所对应的QFI。
进一步地,当SMF确定该应用的数据包通过N6隧道发送给UPF(或者说该应用的数据包将通过N6隧道进行传输)之后,SMF对UPF进行配置。其中,SMF可以根据配置信息确定该应用的数据包通过N6隧道发送给UPF,或者,SMF根据接收到的指示信息(例如PCC规则中携带通过N6隧道发送该应用的数据包的指示信息)确定该应用的数据包通过N6隧道发送给UPF。应理解,在一些场景中,该应用的数据包可以指的是该应用中的一个业务流的数据包。
下面通过S409-S412对SMF配置UPF的方案作示例性说明:
S409,SMF指示UPF根据N6隧道的内层IP头匹配应用对应的识别信息,以便确定数据包对应的QFI。例如,SMF向UPF发送指示信息,该指示信息用于指示UPF在通过N6隧道接收到应用的数据包时,通过N6隧道的内层IP头识别应用。
S410,SMF指示UPF根据N6隧道头的携带的帧信息中的帧类型,确定数据包所属的QoS流的标识QFI。具体地,SMF可以向UPF发送该应用的帧类型和QFI的对应关系。对应地,UPF接收到该帧类型和该QFI的对应关系之后,在本地保存该对应关系,以便后续在通过N6隧道接收到该应用的数据包时,根据隧道头中携带的帧类型确定该帧类型对应的QFI。
应理解,对于S408和S409,可以仅是一条指示信息,该指示信息用于指示UPF根据内层IP头(或者说该应用的数据包的IP头)和隧道头中携带的帧类型确定该应用的数据包对应的QFI。
可选地,S411,SMF还指示UPF将内层IP包封装到下行GTP-U隧道中发送给下游节点,GTP-U隧道头部包括该QoS流对应的QFI。或者说,SMF指示UPF通过该QFI标识的QoS流将该应用的数据包发送给下行节点。
进一步可选地,S412,SMF还可以指示UPF将N6隧道头中的帧信息拷贝到下行GTP-U的头部,以便发送给下行节点(如基站),以便下行节点根据帧信息对数据包进行调度。该帧信息可以包括帧类型、帧的大小信息、帧的QoS需求、用于指示该应用的数据包所属帧的指示信息中的一项或多项。
应理解,S409-S412的各条信息可以承载于同一个消息中,也可以承载于不同的消息中,本申请对此不做限定。
进一步地,SMF对RAN进行配置。示例性地:
S413,SMF向RAN发送QoS流修改请求消息,该QoS流修改请求消息中包括第一应用对应的多个QoS流的QoS配置信息。
S414,SMF向第一功能发送响应消息。
示例性地,SMF通过PCF/NEF向第一功能发送响应消息。该响应消息中包括N6隧道的信息,例如N6隧道的IP地址和隧道标识。
S415,第一功能向AS发送建立连接响应消息。
示例性地,第一功能向AS发送建立连接响应消息,该建立连接响应消息用于响应AS发送的建立连接请求消息。当N6隧道建立在AS和UPF之间,则AF/MEP将隧道信息(即N6隧道的标识)发送给AS。
示例性的,若AS调用第一功能的第一API发送建立连接请求,则该响应消息可以是该第一API的响应。
进一步地,AS发送该应用的数据包。
当N6隧道建立在第一功能与UPF间时,AS通过第一功能发送该应用的数据包。相应的,AS将该应用的数据包发送给第一功能,由第一功能将该应用的数据包通过隧道发送给UPF。可选的,AS在向第一功能发送该应用的数据包时还发送该数据包对应的帧信息,第一功能在收到帧信息后将帧信息携带在隧道头部发送给UPF。在该方式下,可选的,AS可调用第一功能提供的第二API发送该应用的数据包。第二API的参数可以包括应用的数据包。可选的,第二API的参数还可以包括该应用的数据包对应的帧信息。
在一种实现方式中,第一功能对应用的数据包进行处理,例如,重新编码。此时,由第一功能确定帧信息并携带在隧道中发送给UPF。
当N6隧道建立在AS与UPF间时,AS将帧信息携带在隧道头部发送给UPF。
需要说明的是,AS也可以不预先请求建立连接,而直接请求第一功能发送数据包。此时,在请求发送数据包时提供该数据包对应的帧类型的QoS需求。相应的,第二API的参数还包括QoS需求。可选的,在该方式下,第一功能可将QoS需求作为帧信息携带在隧道头部发送给UPF,并由UPF拷贝到第二隧道头中发送给基站。
因此,本申请实施例提供的通信方法,当UPF将通过N6隧道接收某应用的数据包时,配置UPF根据N6隧道的内层IP头和隧道头携带的帧信息中的帧类型确定数据包对应的QoS流,从而可以根据数据包的帧类型对数据包进行区分处理,提升用户体验,避免因网络无法识别媒体数据的帧类型,无法对不同类型是数据包进行区分处理,导致在一些情况下,例如网络拥塞的情况下,无法保障流畅的用户体验。
例如,在AR/VR业务场景中,由于此类业务会产生较大带宽的突发数据,因此会对网络造成比较大的冲击。当多个用户的突发数据包同时基站时,可能会导致基站在该瞬时无法处理所有的数据包,导致用户体验下降。因此,可以对不同帧类型的视频数据进行区分处理以保证基本的用户体验。比如,采用分层编码的方式处理AR/VR视频,即将视频流分层为增强层数据包和基础层数据包。当终端只接收到基础层数据包,未接收到任何增强层数据包时,用户仍可以观看该视频,但视频的清晰度下降;当增强层数据包接基础层数据包都到达终端设备时,用户可以观看更高清晰度的视频。分层编码后的基础层数据包和增强层属于不同帧类型的数据包,它们的重要性不同。为了保障流畅的用户体验,在一些情况下,例如网络拥塞时,系统应当优先保障将基础层数据包发送给终端,而增强层数据包即使适当丢包也不会过多得影响用户体验。因此,采用本申请实施例提供的通信方法,可以对分层编码的增强层数据包和基础层数据包采用不同的处理优先级,以便在网络拥塞时可以优先保障基础层数据包,从而避免观看AR/VR视频的多个用户的突发数据导致系统拥塞而影响用户体验。
又例如,AR/VR视频的数据包的帧类型包括I帧和P帧,其中,I帧为参考帧,P帧是数据帧,P帧需要依靠I帧才能进行解码,因此,I帧的丢失会导致后续几个P帧无法解码,而丢弃一个P帧仅仅影响一帧的画面。因此,采用本申请实施例提供的通信方法,可以对I帧和P帧的数据包采用不同的处理优先级,以便在网络拥塞时可以优先保障I帧的数据包,从而避免观看AR/VR视频的多个用户的突发数据导致系统拥塞而影响用户体验。
图6是本申请实施例提供的通信方法600的示例性流程图。方法600包括:
S601,AS向第一功能发送建立连接请求消息。
S602,第一功能向PCF发送应用信息。
应理解,S601-S602与方法400中的S401-S402类似,本申请不再赘述。
S603,第一功能向PCF/NEF发送应用级隧道建立指示信息,该指示信息用于建立第一功能和UPF之间的应用级隧道。
应理解,该应用级隧道可以称为是一种N6隧道,AS可以通过N6隧道向UPF发送数据包,并通过N6隧道携带数据包的帧信息。
S604,PCF/NEF根据应用信息生成PCC规则。
S605,PCF/NEF向SMF发送PCC规则。
示例性地,该PCC规则中包括创建应用级隧道的指示信息。进一步地,还可以包括该应用级隧道的类型(例如GRE隧道或GTP-U隧道)。
可选地,若该N6隧道还用于发送上行数据,则该PCC规则中还可以包括上行隧道的标识信息等。
可选地,该PCC规则还可以携带通过N6隧道发送应用的数据包的指示信息。
应理解,应用级隧道是应用专用的,即应用级隧道只对应于一个业务,根据隧道即可区分不同应用。因此,当第一功能指示PCF/NEF建立的N6隧道为应用级隧道时,第一功能不需要向PCF/NEF发送应用的识别信息。
S606,SMF建立N6隧道。
示例性地,根据PCC规则中的创建应用级隧道的指示信息,SMF在第一功能和UPF之间建立应用级隧道。
进一步地,SMF为应用获取N6隧道信息(包括IP地址和逻辑隧道标识)。例如,SMF从UPF获取N6隧道的信息。
应理解,应用级隧道是应用专用的,因此UPF可以根据N6隧道的隧道信息确定数据包所属的应用。
S607,SMF根据应用的帧类型对应的QoS参数确定该帧类型对应的QFI。
S607与方法400中的S408类似,为了简洁,不再重复说明。
进一步地,当SMF确定应用的数据包通过N6隧道发送给UPF(或者说应用的数据包将通过N6隧道进行传输)之后,对UPF进行配置。其中,SMF可以根据配置信息确定应用的数据包通过N6隧道发送给UPF,或者,SMF根据接收到的指示信息(例如PCC规则中携带通过N6隧道发送应用的数据包的指示信息)确定应用的数据包通过N6隧道发送给UPF。
下面通过S608-S610对SMF配置UPF的方案作示例性说明:
S607,SMF指示UPF根据隧道信息和隧道头中的帧信息(例如帧类型)确定数据包对应的QoS流。
示例性地,SMF向UPF发送指示信息,该指示信息用于指示UPF在通过N6隧道接收到应用的数据包时,根据N6隧道的隧道信息确定数据包所属的应用,并根据N6隧道头中携带的帧类型确定数据包所属的QoS流(即确定该QoS流对应的QFI)。
进一步,可选地,S609,SMF还可以指示UPF将N6隧道头部的帧信息拷贝到下行GTP-U的头部,以便发送给下行节点(如基站),以便下行节点根据帧号对数据包进行调度。SMF还可以指示UPF将帧信息中的其他信息拷贝到GTP-U的头部,本申请不作限定。
可选地,S610,SMF还指示UPF将内层IP包封装到下行GTP-U隧道中发送给下游节点,GTP-U隧道头部包括该QoS流对应的QFI。
应理解,S611-S613与方法400中的S412-S415类似,为了简洁,不再重复说明。
因此,本申请实施例提供的通信方法,当UPF将通过N6隧道接收某应用的数据包时,配置UPF根据N6隧道的隧道信息以及隧道头携带的帧类型确定数据包对应的QoS流,从而可以对不同帧类型的数据包进行区分处理,提升用户体验。
图7是本申请实施例提供的方法700的示意性流程图。应理解,方法700可以与方法400或方法600结合,即方法700可以在方法400或方法600之后执行,也可以单独执行。方法700包括:
首先,AS通过N6隧道发送数据包。
在一种可能的情况中,当N6隧道在AS和UPF之间(记为情况1),则在S701,AS通过N6隧道将数据包发送给UPF。
示例性地,AS将原始数据包封装在N6隧道中,并在N6隧道的头部携带数据包的帧信息,例如数据包对应的帧类型、帧号等信息。AS通过N6隧道直接将数据包和数据包对应的媒体信息发送给UPF。
在另一种可能的情况中,当N6隧道在第一功能和UPF之间(记为情况2),则在S702,AS先将数据包和帧信息发送给第一功能,由第一功能在S703,通过N6隧道将数据包发送给UPF。
示例性地,第一功能从AS接收数据包和数据包对应的帧信息,将数据包封装在N6隧道中,并在N6隧道的头部携带数据包对应的帧信息,例如数据包对应的帧类型、帧号等信息。AS通过N6隧道将数据包和数据包对应的帧信息发送给UPF。
可选地,在情况2中,第一功能还可以将AS发送的数据包进行应用层的处理,例如对数据包进行重新编码。在这种情况下,第一功能将处理后的数据包封装在N6隧道中,并在N6隧道的头部携带处理后的数据包对应的帧信息。
进一步地,UPF确定数据包对应的QoS流。
在一种可能的情况中,当N6隧道为设备级隧道时(记为情况a),则:
S703,UPF根据应用的识别信息和帧类型确定QFI。
示例性地,UPF通过N6隧道接收第一功能/AS发送的数据包,并通过N6隧道的内部IP头获取应用的识别信息,根据该应用的识别信息确定数据包对应的应用。UPF在N6隧道的头部获取数据包对应的帧类型,并根据该帧类型和应用识别信息确定数据包对应的QoS流的标识QFI。
在另一种可能的情况中,当N6隧道为应用隧道时(记为情况b),则:
S704,UPF根据隧道标识和帧类型确定QFI。
示例性地,UPF通过N6隧道接收第一功能/AS发送的数据包,并且由于应用级隧道是业务专用的,因此UPF可以根据N6的隧道信息确定数据包对应的应用。UPF在N6隧道的头部获取数据包对应的帧类型,并根据该帧类型和N6隧道信息确定数据包对应的QFI。
进一步地,UPF将该应用的数据包发送给RAN。
可选地,S705,UPF将内层IP包封装在GTP-U隧道中。
可选地,S706,UPF将帧信息拷贝到GTP-U隧道头部。
示例性地,N6隧道头中还包括该应用的数据包所对应的帧的帧信息。UPF将N6隧道头中的帧信息拷贝到GTP-U隧道头部。
然后在S707,UPF通过GTP-U隧道将该应用的数据包发送给RAN,该GTP-U隧道中携带该数据包对应的QFI。
S708,RAN对数据包进行调度。
示例性地,RAN通过GTP-U隧道从UPF接收数据包,并根据数据包对应的QFI确定数据包对应的QoS流的QoS参数,然后RAN按照该QoS参数对数据包进行调度。
如果GTP-U隧道中携带了数据包对应的帧号等信息,例如GTP-U隧道头部携带了帧标识,则RAN可以进行帧粒度的调度。例如,当一个帧的丢包率超过一定阈值时,RAN可丢弃该帧中后续的数据包。RAN还可根据帧所对应的QoS参数进行调度,例如,RAN根据帧所对应的PDB进行调度,丢弃该帧的在RAN的处理时延超过PDB的数据包。
因此,本申请实施例提供的通信方法,当UPF通过N6隧道接收某应用的数据包时,UPF根据N6隧道的隧道信息,以及隧道头携带的媒体信息中的帧类型确定数据包对应的QoS流,并将该数据包通过该QoS流发送给下游节点,从而可以使得网络侧能够根据数据包的帧类型对数据包进行区分处理,提升用户体验,避免因网络无法识别媒体数据的帧类型而无法不同类型的数据进行区分处理,导致在一些情况下,例如网络拥塞或资源不够的情况下,无法保障流畅的用户体验。
图8是本申请实施例提供的方法800的示意性流程图。方法800包括:
S801,第一功能向SMF发送应用标识和特征信息。
示例性地,当AS需要发送应用的数据时,AS向第一功能发送该应用的应用标识和特征信息,然后第一功能通过PCF/NEF将应用标识和帧特征信息发送给SMF。
帧特征信息可以包括帧的发送规律,例如,帧的发送规律可以是IPPP IPPPIPPP……,这里的I表示I帧,P表示P帧,因此这里的帧的发送规律是发送一次I帧的数据,然后发送三次P帧的数据,然后重复这样的发送方式。帧的特征信息还可以包括帧的突发大小,例如I帧的突发大小、P帧的突发大小。帧的特征信息还可以包括每个帧之间的间隔。当媒体帧分为增强层帧和基础层帧时,帧的特征信息可以包括增强层帧的特征和基础层帧的特征,例如,增强层的发送规律和基础层的发送规律,增强层的帧突发大小、基础层的帧突发大小,增强层的帧间隔、基础层的帧间隔等。
应理解,上述方案是以AS与第一功能接口为例进行说明的。但是AS也可以直接与PCF/NEF接口。当AS直接与PCF/NEF接口时,可以直接由AS向PCF/NEF发送应用的应用标识和特征信息。
S802,第一功能向PCF/NEF发送应用信息。
示例性地,当应用启动后,AS再通过第一功能向PCF/NEF发送该应用的应用信息,该应用信息包括该应用的应用标识和该应用的QoS需求。
在该应用的QoS需求中,第一功能可以指示不同帧类型的QoS需求。例如,AR/VR业务中增强层业务对应的数据包和基础层业务对应的数据包对应不同的帧类型,或者,AR/VR业务中的I帧的数据包和P帧的数据包也对应不同的帧类型。作为一个具体示例:
第一功能根据AS的请求,将接收到的VR视频进行分层编码得到基础层业务数据包和增强层业务数据包,然后第一功能分别确定基础层业务数据包和增强层业务数据包的QoS需求,并通过应用信息将基础层业务数据包和增强层业务数据包的QoS需求发送给PCF/NEF。
S803,PCF/NEF确定应用对应的QoS参数。
示例性地,PCF根据该应用的应用信息,确定该应用的帧类型所对应的QoS参数,该应用的QoS参数可以包括该应用的不同帧类型的QoS参数。例如,该应用的应用信息中包括增强层帧对应的QoS需求和基础层帧对应的QoS需求,则PCF根据以上信息确定增强层帧对应的QoS参数和基础层帧对应的QoS参数。进一步地,
在S804,PCF/NEF将第一应用的QoS参数发送给SMF。
在另一种可能的方案(记为方案2)中,AF可以将应用标识、特征信息、QoS需求一起发送给PCF/NEF。示例性地:
S805,第一功能向PCF/NEF发送该应用的应用标识、该应用的特征信息、该应用的应用信息,其中,该应用的应用信息包括该应用的QoS需求。
S806,PCF/NEF确定该应用的帧类型对应的QoS参数。具体方案与S803类似,不再重复说明。
S807,PCF/NEF向SMF发送该应用的应用标识、该应用的特征信息和该应用的帧类型对应的QoS参数。
进一步地,SMF对UPF进行配置,以便UPF在接收到数据包时可以确定数据包的帧类型。下面通过S808-S811对SMF配置UPF的方案作示例性说明:
S808,SMF向UPF发送特征信息。应理解,该特征信息用于UPF确定数据包所属的帧类型。
S809,SMF指示UPF根据帧类型确定QFI,即确定数据包对应的QoS流。
S810,SMF指示UPF通过该QoS流将数据包发送给下游节点,具体地,SMF可以指示UPF在接收到第一应用的数据包之后,将该数据包封装到下行GTP-U中,该GTP-U包头中应包括数据包对应的QFI。进一步地,UPF将封装后的数据包发送给下行节点,该下游节点可以是RAN。
S811,SMF指示UPF检测帧号。示例性地,SMF指示UPF根据特征信息检测数据包对应的帧号。
S812,SMF建立QoS流。
示例性地,SMF根据第一应用的QoS参数建立QoS流。应理解,当SMF接收到的QoS参数是应用的不同帧类型对应的QoS参数时,SMF根据各帧类型的QoS参数创建不同的QoS流。
进一步地,SMF对RAN进行配置。示例性地:
S813,SMF向RAN发送QoS流修改请求消息。可选地,该QoS流修改请求消息中包括应用对应的多个QoS流的QoS配置信息。
因此,本申请实施例提供的通信方法,配置UPF根据该应用的特征信息确定数据包的帧类型,并指示UPF根据该帧类型确定数据包对应的QoS流,从而可以对不同帧类型的数据包进行区分处理,提升用户体验。
图9是本申请实施例提供的方法900的示例性流程图。应理解,方法900可以与方法800结合,即方法900可以在方法800之后执行,也可以单独执行。方法900包括:
S901,UPF接收下行数据包。
示例性地,UPF从AF/MEP/AS接收第一应用的数据包。
S902,UPF确定数据包对应的帧类型。
作为一种可能的实现方式,UPF根据特征信息确定数据包对应的帧类型。
示例性地,若特征信息中包括帧的突发大小,由于不同帧类型对应的突发大小不同,例如I帧和P帧的突发大小不同,UPF可以根据帧的突发大小确定数据包对应的帧类型。进一步地,如果特征信息中包括帧的间隔以及帧的发送规律,则UPF在确定了第一个帧的帧类型之后,UPF便可以确定下一帧的帧类型,由此,在接收到后续的数据包之后,只要根据帧的间隔和帧的发送规律,UPF即可确定该数据包所对应的帧类型。
应理解,在这种实现方式中,UPF预先保存了该应用的特征信息,该特征信息与应用的应用标识相关联。例如,方法800中,SMF给UPF发送的应用的特征信息为应用的标识,当UPF接收到应用的数据包后,UPF根据应用的标识在本地存储中获取该应用的特征信息,然后根据该特征信息确定数据包对应的帧类型。
作为另一种可能的实现方式,UPF通过数据包携带的信息确定帧类型。
应理解,在这种实现方式中,S901发送的数据包在应用层字段中携带了数据包的帧类型的信息,UPF通过解析数据包可以获取数据包对应的帧类型。或者说,该应用的数据封装在一个数据包中,该数据包包括扩展头,该扩展头中携带该数据包的帧类型,UPF可以从数据包的扩展头中获取该数据包对应的帧类型。这里的扩展头例如可以是SRV6扩展头,或者IPv6扩展头。
可选地,在S903,UPF确定数据包对应的帧号。
作为一种可能的实现方式,UPF根据特征信息确定数据包对应的帧号。示例性地,UPF确定了第一个帧之后,可以根据帧的间隔和帧的发送规律确定下一帧,并为下一帧的所有数据包打上相同的帧号。
作为另一种可能的实现方式,UPF根据数据包携带的信息确定帧号。应理解,在这种实现方式中,S901发送的数据包中携带了数据包的帧号的信息,UPF可以根据应用的类型确定帧号携带的位置,并通过解析数据包可以获取数据包对应的帧号。示例的,数据包的扩展字段中携带帧号信息。
S904,UPF确定数据包对应的QoS流。
示例性地,UPF根据数据包对应的帧类型确定数据包对应的QoS流(即确定QFI)。
进一步地,UPF通过该QoS流将第一应用的数据包发送给下游节点。示例性地:
S905,UPF将数据包封装到下行GTP-U隧道中,GTP-U头部包括S904中确定的QFI。
可选地,如果UPF还确定了帧号等信息,则在S906,UPF将帧号等信息拷贝到GTP-U隧道的头部。
S907,UPF通过GTP-U将数据包发送给RAN。
S908,RAN对数据包进行调度。
S908与方法700中的S708类似,本申请在此不再赘述。
因此,本申请实施例提供的通信方法,当UPF接收到第一应用的数据包之后,UPF根据应用的特征信息确定数据包对应的帧类型,或者UPF根据数据包携带的信息确定数据包对应的帧类型,并根据该帧类型确定数据包对应的QoS流,并将该数据包通过该QoS流发送给下游节点,从而可以使得网络侧能够根据数据包的帧类型对数据包进行区分处理,提升用户体验,避免因网络无法识别媒体数据的帧类型而无法不同类型的数据进行区分处理,导致在一些情况下,例如网络拥塞或资源不够的情况下,无法保障流畅的用户体验。
本文中描述的各个实施例可以为独立的方案,也可以根据内在逻辑进行组合,这些方案都落入本申请的保护范围中。例如,方法400和方法700可以结合使用,也可以独立使用。又如,方法800可以单独使用,也可以作为方法900的准备工作结合使用,等等。
可以理解的是,上述各个方法实施例中,由网络设备(如各个网元)实现的方法和操作,也可以由可用于网络设备的部件(例如芯片或者电路)实现。
以上,结合图2至图9详细说明了本申请实施例提供的方法。以下,结合图10至图11详细说明本申请实施例提供的装置。应理解,装置实施例的描述与方法实施例的描述相互对应,因此,未详细描述的内容可以参见上文方法实施例,为了简洁,这里不再赘述。
图10是本申请实施例提供的通信装置10的示意性框图。该通信装置10包括收发单元11和处理单元12。收发单元11可以实现相应的通信功能,处理单元12用于进行数据处理。收发单元11还可以称为通信接口或通信单元。
可选地,该装置10还可以包括存储单元,该存储单元可以用于存储指令和/或数据,处理单元12可以读取存储单元中的指令和/或数据,以使得装置实现前述方法实施例。
该装置10可以用于执行上文方法实施例中网络设备(如各个网元,具体地,可以是会话管理网元,或者用户面网元等)所执行的动作,这时,该装置10可以为网络设备或者可配置于网络设备的部件,收发单元11用于执行上文方法实施例中网络设备侧的收发相关的操作,处理单元12用于执行上文方法实施例中网络设备侧的处理相关的操作。
作为一种设计,该装置10用于执行上文实施例中会话管理网元(或者SMF)所执行的动作。
一种可能的实现方式,处理单元12,用于获取第一规则,所述第一规则包括应用的帧类型所对应的服务质量QoS参数;收发单元11,用于根据所述第一规则向用户面网元发送第一指示信息,所述第一指示信息用于指示所述用户面网元根据所述帧类型确定应用的数据包对应的QoS流的标识QFI,所述业务流是所述应用的业务流,所述应用的数据包封装在第一数据包中,所述第一数据包包括所述帧类型。
另一种可能的实现方式,收发单元11,用于向用户面网元发送应用的特征信息;所述收发单元11,还用于向用户面网元发送第七指示信息,所述第七指示信息用于指示所述用户面网元根据所述特征信息确定所述应用的数据包对应的帧类型。其中,所述特征信息包括所述应用的帧的发送规律、所述应用的帧的突发大小、所述应用的帧之间的间隔中的至少一项。
该装置10可实现对应于根据本申请实施例的方法实施例中的会话管理网元(或者SMF)执行的步骤或者流程,该装置10可以包括用于执行方法实施例中的会话管理网元(或者SMF)执行的方法的单元。并且,该装置10中的各单元和上述其他操作和/或功能分别为了实现方法实施例中的会话管理网元(或者SMF)中的方法实施例的相应流程。
其中,当该装置10用于执行图2中的方法200时,收发单元11可用于执行方法200中的收发步骤,如步骤S220;处理单元12可用于执行方法200中的处理步骤,如步骤S210。
其中,当该装置10用于执行图3中的方法300时,收发单元11可用于执行方法300中的步骤S310、S320。
当该装置10用于执行图4中的方法400时,收发单元11可用于执行方法400中的步骤S409-S414;处理单元12可用于执行方法400中的处理步骤,如步骤S407、S408。
当该装置10用于执行图6中的方法600时,收发单元11可用于执行方法600中的步骤S608-S612;处理单元12可用于执行方法600中的处理步骤,如步骤S606、S607。
当该装置10用于执行图8中的方法800时,收发单元11可用于执行方法800中的步骤S801、S804、S807-S811、S813;处理单元12可用于执行方法800中的处理步骤,如步骤S812。
应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
作为另一种设计,该装置10用于执行上文方法实施例中用户面网元(或者UPF)所执行的动作。
一种可能的实现方式,收发单元11,用于接收第一数据包,所述第一数据包包括应用的数据包和所述应用的数据包对应的帧类型;处理单元12,用于根据所述帧类型确定所述应用的数据包对应的QoS流的标识QFI。
另一种可能的实现方式,收发单元11,用于接收应用的特征信息;所述收发单元11,还用于根据所述应用的特征信息确定所述应用的数据包对应的帧类型。其中,所述特征信息包括所述应用的帧的发送规律、所述应用的突发大小、所述应用的帧之间的间隔中的至少一项。
该装置10可实现对应于根据本申请实施例的方法实施例中的用户面网元(或者UPF)执行的步骤或者流程,该装置10可以包括用于执行方法实施例中的用户面网元(或者UPF)执行的方法的单元。并且,该装置10中的各单元和上述其他操作和/或功能分别为了实现方法实施例中的用户面网元(或者UPF)中的方法实施例的相应流程。
其中,当该装置10用于执行图2中的方法200时,收发单元11可用于执行方法200中的步骤S220、S230;处理单元12可用于执行方法200中的处理步骤,如步骤S240。
当该装置10用于执行图3中的方法300时,收发单元11可用于执行方法300中的步骤S310、S320;处理单元12可用于执行方法300中的处理步骤,如步骤S330。
当该装置10用于执行图4中的方法400时,收发单元11可用于执行方法400中的步骤S409-S412。
当该装置10用于执行图6中的方法600时,收发单元11可用于执行方法600中的步骤S608-S610。
当该装置10用于执行图7中的方法700时,收发单元11可用于执行方法700中的步骤S701、S703、S707;处理单元12可用于执行方法700中的处理步骤,如步骤S703-S706。
当该装置10用于执行图8中的方法800时,收发单元11可用于执行方法800中的步骤S807-S811。
当该装置10用于执行图9中的方法900时,收发单元11可用于执行方法900中的步骤S901、S907;处理单元12可用于执行方法900中的处理步骤,如步骤S902-S906。
应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
作为另一种设计,该装置10用于执行上文方法实施例中策略控制网元(或者PCF)所执行的动作。
一种可能的实现方式,收发单元11,用于接收应用的信息,所述应用的信息包括所述应用的的帧类型;收发单元11,还用于向会话管理网元发送所述帧类型对应的服务质量QoS参数。
该装置10可实现对应于根据本申请实施例的方法实施例中的策略控制网元(或者PCF)执行的步骤或者流程,该装置10可以包括用于执行方法实施例中的策略控制网元(或者PCF)执行的方法的单元。并且,该装置10中的各单元和上述其他操作和/或功能分别为了实现方法实施例中的策略控制网元(或者PCF)中的方法实施例的相应流程。
其中,当该装置10用于执行图4中的方法400时,收发单元11可用于执行方法400中的步骤S402-S404、S406;处理单元12可用于执行方法400中的处理步骤,如S405。
当该装置10用于执行图6中的方法600时,收发单元11可用于执行方法600中的步骤S602、S603;处理单元12可用于执行方法600中的处理步骤,如S604。
当该装置10用于执行图8中的方法800时,收发单元11可用于执行方法800中的步骤S801、S802、S805;处理单元12可用于执行方法800中的处理步骤,如S803或S806。
应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
上文实施例中的处理单元12可以由至少一个处理器或处理器相关电路实现。收发单元11可以由收发器或收发器相关电路实现。存储单元可以通过至少一个存储器实现。
如图11所示,本申请实施例还提供一种装置20。该装置20包括处理器21,处理器21与存储器22耦合,存储器22用于存储计算机程序或指令和/或数据,处理器21用于执行存储器22存储的计算机程序或指令和/或数据,使得上文方法实施例中的方法被执行。
可选地,该装置20包括的处理器21为一个或多个。
可选地,如图11所示,该装置20还可以包括存储器22。
可选地,该装置20包括的存储器22可以为一个或多个。
可选地,该存储器22可以与该处理器21集成在一起,或者分离设置。
可选地,如图11所示,该装置20还可以包括收发器23,收发器23用于信号的接收和/或发送。例如,处理器21用于控制收发器23进行信号的接收和/或发送。
作为一种方案,该装置20用于实现上文方法实施例中由网络设备(如上述各个网元)执行的操作。
本申请实施例还提供一种装置30,该装置30可以是网络设备也可以是芯片。该装置30可以用于执行上述方法实施例中由网络设备(如上述各个网元)所执行的操作。
图12示出了一种简化的结构示意图。装置30包括31部分以及32部分。31部分主要用于射频信号的收发以及射频信号与基带信号的转换;32部分主要用于基带处理,对基站进行控制等。31部分通常可以称为收发单元、收发机、收发电路、或者收发器等。32部分通常是基站的控制中心,通常可以称为处理单元,用于控制基站执行上述方法实施例中接收端设备侧的处理操作。
31部分的收发单元,也可以称为收发机或收发器等,其包括天线和射频电路,其中射频电路主要用于进行射频处理。可选地,可以将31部分中用于实现接收功能的器件视为接收单元,将用于实现发送功能的器件视为发送单元,即31部分包括接收单元和发送单元。接收单元也可以称为接收机、接收器、或接收电路等,发送单元可以称为发射机、发射器或者发射电路等。
32部分可以包括一个或多个单板,每个单板可以包括一个或多个处理器和一个或多个存储器。处理器用于读取和执行存储器中的程序以实现基带处理功能以及对基站的控制。若存在多个单板,各个单板之间可以互联以增强处理能力。作为一种可选的实施方式,也可以是多个单板共用一个或多个处理器,或者是多个单板共用一个或多个存储器,或者是多个单板同时共用一个或多个处理器。
应理解,图12仅为示例而非限定,上述包括收发单元和处理单元的网络设备可以不依赖于图12所示的结构。
当该装置30为芯片时,该芯片包括收发单元和处理单元。其中,收发单元可以是输入输出电路、通信接口;处理单元为该芯片上集成的处理器或者微处理器或者集成电路。当然装置30还可以为一个芯片系统或处理系统,使得安装该装置30的设备可以实现本申请实施例的方法和功能。例如,处理单元32可以为芯片系统或处理系统中的处理电路,实现对安装了该芯片系统或处理系统的设备的控制,还可以耦合链接存储单元,调用存储单元中的指令,使得设备可以实现本申请实施例的方法和功能,收发单元31,可以为芯片系统或处理系统中的输入输出电路,将芯片系统处理好的信息输出,或将待处理的数据或信令信息输入芯片系统进行处理。
本申请实施例还提供一种计算机可读存储介质,其上存储有用于实现上述方法实施例中由网络设备(如各个网元)执行的方法的计算机指令。
例如,该计算机程序被计算机执行时,使得该计算机可以实现上述方法实施例中由网络设备执行的方法。
本申请实施例还提供一种包含指令的计算机程序产品,该指令被计算机执行时使得该计算机实现上述方法实施例中由网络设备(如各个网元)执行的方法。
上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例,此处不再赘述。
应理解,本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit,CPU),还可以是其他通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM)。例如,RAM可以用作外部高速缓存。作为示例而非限定,RAM可以包括如下多种形式:静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)可以集成在处理器中。
还需要说明的是,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的保护范围。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。此外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元实现本申请提供的方案。
另外,在本申请各个实施例中的各功能单元可以集成在一个单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如,所述计算机可以是个人计算机,服务器,或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD)等。例如,前述的可用介质可以包括但不限于:U盘、移动硬盘、只读存储器(read-onlymemory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (35)

1.一种通信方法,其特征在于,包括:
会话管理网元获取第一规则,所述第一规则包括应用的帧类型所对应的服务质量QoS参数;
所述会话管理网元根据所述第一规则向用户面网元发送第一指示信息,所述第一指示信息用于指示所述用户面网元根据所述帧类型确定所述应用的数据包对应的QoS流的标识QFI,所述应用的数据包封装在第一数据包中,所述第一数据包包括所述帧类型。
2.根据权利要求1所述的方法,其特征在于,所述应用的数据包通过第一隧道传输,所述第一数据包包括所述第一隧道的隧道头,所述第一隧道的隧道头包括所述帧类型;
所述第一指示信息用于指示所述用户面网元根据所述帧类型确定所述应用的数据包对应的服务质量QoS流的标识QFI,包括:
所述第一指示信息用于指示所述用户面网元根据所述第一隧道的隧道头中的帧类型确定所述QFI。
3.根据权利要求2所述的方法,其特征在于,所述第一指示信息用于指示所述用户面网元根据所述帧类型确定所述应用的数据包对应的QoS流的标识QFI,包括:
所述第一指示信息用于指示所述用户面网元根据所述应用的数据包的互联网协议IP头和所述帧类型确定所述QFI;
或者,所述第一指示信息用于指示所述用户面网元根据所述第一隧道的标识和所述帧类型确定所述QFI,所述第一隧道的标识包括在所述第一隧道的隧道头中。
4.根据权利要求2或3所述的方法,其特征在于,所述方法还包括:
所述会话管理网元确定所述应用的数据包通过所述第一隧道发送给所述用户面网元。
5.根据权利要求4所述的方法,其特征在于,会话管理网元确定所述应用的数据包通过所述第一隧道发送给所述用户面网元,包括:
所述会话管理网元接收来自策略控制网元的第二指示信息;
所述会话管理网元根据所述第二指示信息确定所述应用的数据包通过所述第一隧道发送给所述用户面网元;或者,
所述会话管理网元根据配置信息确定所述应用的数据包将通过所述第一隧道发送给所述用户面网元。
6.根据权利要求1所述的方法,其特征在于,所述第一数据包包括扩展头,所述扩展头包括所述帧类型;
所述第一指示信息用于指示所述用户面网元根据所述帧类型确定所述应用的数据包对应的服务质量QoS流的标识QFI,包括:
所述第一指示信息用于指示所述用户面网元根据所述扩展头中的帧类型确定所述QFI。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:
所述会话管理网元根据所述帧类型对应的QoS参数确定所述帧类型对应的所述QFI。
8.根据权利要求1至7中任一项所述的方法,其特征在于,所述方法还包括:
所述会话管理网元向所述用户面网元发送第三指示信息,所述第三指示信息用于指示所述用户面网元通过第二隧道发送所述应用的数据包,所述第二隧道的隧道头包括所述QFI。
9.根据权利要求8所述的方法,其特征在于,所述第一数据包中还包括所述应用的数据包所对应的帧的帧信息,所述帧信息包括所述帧类型、第四指示信息、所述帧的大小信息、所述帧的QoS需求信息中的一项或多项,所述第四指示信息用于指示所述应用的数据包所属的帧;
所述方法还包括:
所述会话管理网元向所述用户面网元发送第五指示信息,所述第五指示信息用于指示所述用户面网元在所述第二隧道的隧道头中携带所述帧信息。
10.根据权利要求1至9中任一项所述的方法,其特征在于,所述方法还包括:
所述会话管理网元向所述用户面网元发送第六指示信息,所述第六指示信息用于指示所述用户面网元建立所述第一隧道;
所述会话管理网元从所述用户面网元接收所述第一隧道的信息。
11.一种通信方法,其特征在于,包括:
用户面网元接收第一数据包,所述第一数据包包括应用的数据包和所述应用的数据包对应的帧类型;
所述用户面网元根据所述帧类型确定所述应用的数据包对应的QoS流的标识QFI。
12.根据权利要求11所述的方法,其特征在于,所述用户面网元接收第一数据包,包括:
所述用户面网元通过第一隧道接收所述第一数据包,所述第一数据包包括所述第一隧道的隧道头,所述第一隧道的隧道头包括所述帧类型;
所述用户面网元根据所述帧类型确定所述应用的数据包对应的QoS流的标识QFI,包括:
所述用户面网元根据所述第一隧道的隧道头中的帧类型确定所述应用的数据包对应的所述QFI。
13.根据权利要求12所述的方法,其特征在于,所述用户面网元根据所述帧类型确定所述应用的数据包对应的QoS流的标识QFI,包括:
所述用户面网元根据所述应用的数据包的互联网协议IP头和所述帧类型确定所述数据包对应的QFI;或者
所述用户面网元根据所述第一隧道的标识和所述帧类型确定所述应用的数据包对应的QFI,所述第一隧道的标识包括在所述第一隧道的隧道头中。
14.根据权利要求11所述的方法,其特征在于,所述帧类型包括在所述第一数据包的扩展头中,所述用户面网元根据所述帧类型确定所述应用的数据包对应的QoS流的标识QFI,包括:
所述用户面网元根据所述扩展头中的帧类型确定所述应用的数据包对应的QFI。
15.根据权利要求11至14中任一项所述的方法,其特征在于,所述方法还包括:
所述用户面网元通过第二隧道发送所述应用的数据包,所述第二隧道的隧道头包括所述QFI。
16.根据权利要求5所述的方法,其特征在于,所述第一数据包还包括所述应用的数据包所对应的帧的帧信息,所述帧信息包括所述帧类型、第四指示信息、所述帧的大小信息、所述帧的QoS需求信息中的一项或多项,所述第四指示信息用于指示所述应用的数据包所属的帧,所述第二隧道的隧道头中包括所述帧信息。
17.根据权利要求11至16中任一项所述的方法,其特征在于,所述方法还包括:
所述用户面网元接收第一指示信息,所述第一指示信息用于指示所述用户面网元根据所述第一隧道的隧道头中的帧类型或根据所述扩展头中的帧类型确定所述QFI。
18.根据权利要求15或16所述的方法,其特征在于,所述方法还包括:
所述用户面网元接收第三指示信息,所述第三指示信息用于指示所述用户面网元通过所述第二隧道发送所述应用的数据包,所述第二隧道的隧道头包括所述QFI。
19.根据权利要求16所述的方法,其特征在于,所述方法还包括:
所述用户面网元接收第五指示信息,所述第五指示信息用于指示所述用户面网元在所述第二隧道的隧道头中携带所述帧信息。
20.一种通信方法,其特征在于,包括:
所述会话管理网元从应用功能网元接收应用的特征信息;
会话管理网元向用户面网元发送所述应用的特征信息和第七指示信息,所述第七指示信息用于指示所述用户面网元根据所述特征信息确定所述应用的数据包对应的帧类型。
21.根据权利要求20所述的方法,其特征在于,所述特征信息包括所述应用的帧的发送规律、所述应用的帧的突发大小、所述应用的帧之间的间隔、所述应用的IP头信息、所述应用的标识、所述应用的类型中的至少一项。
22.根据权利要求20或21所述的方法,其特征在于,所述方法还包括:
所述会话管理网元接收所述帧类型对应的QoS参数;
所述会话管理网元根据所述帧类型对应的QoS参数确定所述帧类型对应的QoS流;
所述会话管理网元向所述用户面网元发送第八指示信息,所述第八指示信息用于指示所述用户面网元通过所述QoS流发送所述帧类型对应的数据包。
23.根据权利要求22所述的方法,其特征在于,所述第八指示信息用于指示所述用户面网元通过所述QoS流发送所述帧类型对应的数据包,包括:
所述第八指示信息用于指示所述用户面网元通过第二隧道发送所述帧类型对应的数据包,所述数据包封装在第二数据包中,所述第二数据包还包括所述第二隧道的隧道头,所述第二隧道的隧道头包括所述数据包对应的帧信息和所述QoS流的标识QFI,所述帧信息包括所述帧类型、第九指示信息、所述帧的大小信息、所述帧的QoS需求信息中的一项或多项,所述第九指示信息用于指示所述应用的数据包所属的帧。
24.根据权利要求23所述的方法,其特征在于,所述方法还包括:
所述会话管理网元向所述用户面网元发送第十指示信息,所述第十指示信息用于指示所述用户面网元根据所述特征信息检测所述应用的数据包所属的帧。
25.一种通信方法,其特征在于,包括:
用户面网元接收来自会话管理网元的应用的特征信息和第七指示信息;
所述用户面网元根据所述第七指示信息来确定所述应用的数据包对应的帧类型,所述帧类型是根据所述应用的特征信息确定的。
26.根据权利要求25所述的方法,其特征在于,所述特征信息包括所述应用的帧的发送规律、所述应用的突发大小、所述应用的帧之间的间隔、所述应用的IP头信息、所述应用的标识、所述应用的类型中的至少一项。
27.根据权利要求25或26所述的方法,其特征在于,所述方法还包括:
所述用户面网元根据所述应用的帧类型确定所述帧类型对应的QoS流;
所述用户面网元通过所述QoS流发送所述帧类型对应的数据包。
28.根据权利要求27所述的方法,其特征在于,所述用户面网元通过所述QoS流发送所述帧类型对应的数据包,包括:
所述用户面网元通过第二隧道发送所述帧类型对应的数据包,所述数据包封装在第二数据包中,所述第二数据包还包括第二隧道的隧道头,所述第二隧道头包括所述数据包对应的帧信息和所述QoS流的标识QFI,所述帧信息包括所述帧类型、第九指示信息、所述帧的大小信息、所述帧的QoS需求信息中的一项或多项,所述第九指示信息用于指示所述应用的数据包所属的帧。
29.根据权利要求25至28中任一项所述的方法,其特征在于,所述方法还包括:
所述用户面网元根据所述特征信息检测所述应用的数据包所属的帧;
所述用户面网元将所述帧的信息包括在所述第二隧道的隧道头中。
30.一种通信系统,其特征在于,所述系统包括会话管理网元和用户面网元;
所述会话管理网元,用于获取第一规则,所述第一规则包括应用的帧类型所对应的服务质量QoS参数;根据所述第一规则向用户面网元发送第一指示信息,所述第一指示信息用于指示所述用户面网元根据所述帧类型确定所述应用的数据包对应的QoS流的标识QFI,所述应用的数据包封装在第一数据包中,所述第一数据包包括所述帧类型;
所述用户面网元,用于接收所述第一指示信息。
31.根据权利要求30所述的系统,其特征在于,所述系统还包括策略控制网元,所述策略控制网元用于:接收所述应用的信息,所述应用的信息包括所述应用对应的帧类型;向所述会话管理网元发送所述帧类型对应的所述QoS参数。
32.根据权利要求31所述的系统,其特征在于,所述应用的信息指示创建所述第一隧道,所述第一隧道用于向用户面网元发送所述应用的数据包;
所述策略控制网元还用于:向会话管理网元发送第十一指示信息,所述第十一指示信息用于指示所述会话管理网元建立所述第一隧道。
33.一种通信系统,其特征在于,包括会话管理网元和用户面网元;
所述会话管理网元,用于向所述用户面网元发送应用的特征信息;向用户面网元发送第七指示信息,所述第七指示信息用于指示所述用户面网元根据所述特征信息确定所述应用的数据包对应的帧类型;
所述用户面网元,用于根据所述应用的特征信息确定所述应用的的数据包对应的帧类型。
34.根据权利要求33所述的系统,其特征在于,所述系统还包括应用功能网元,所述应用功能网元用于向所述会话管理网元发送所述应用的特征信息。
35.一种通信装置,其特征在于,包括用于执行如权利要求1至10中任一项或权利要求11至19中任一项或权利要求20至24中任一项或权利要求25至29中任一项所述方法的各个步骤的模块。
CN202110790888.3A 2021-07-13 2021-07-13 通信方法、装置和系统 Pending CN115623542A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202110790888.3A CN115623542A (zh) 2021-07-13 2021-07-13 通信方法、装置和系统
PCT/CN2022/102224 WO2023284551A1 (zh) 2021-07-13 2022-06-29 通信方法、装置和系统
EP22841189.8A EP4354948A1 (en) 2021-07-13 2022-06-29 Communication method, device and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110790888.3A CN115623542A (zh) 2021-07-13 2021-07-13 通信方法、装置和系统

Publications (1)

Publication Number Publication Date
CN115623542A true CN115623542A (zh) 2023-01-17

Family

ID=84854525

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110790888.3A Pending CN115623542A (zh) 2021-07-13 2021-07-13 通信方法、装置和系统

Country Status (3)

Country Link
EP (1) EP4354948A1 (zh)
CN (1) CN115623542A (zh)
WO (1) WO2023284551A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116709212A (zh) * 2023-08-09 2023-09-05 腾讯科技(深圳)有限公司 数据传输方法、装置、电子设备及存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101188747B (zh) * 2007-12-10 2011-04-06 上海华为技术有限公司 在无线通信系统中实现视频业务的方法及网元设备
CN109076260A (zh) * 2016-05-05 2018-12-21 华为技术有限公司 视频业务的传输方法和装置
US10142889B2 (en) * 2016-05-13 2018-11-27 Huawei Technologies Co., Ltd. Method and system for providing guaranteed quality of service and quality of experience channel
CN113079541B (zh) * 2020-01-06 2023-05-05 华为技术有限公司 一种报告信息的发送方法、装置及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116709212A (zh) * 2023-08-09 2023-09-05 腾讯科技(深圳)有限公司 数据传输方法、装置、电子设备及存储介质
CN116709212B (zh) * 2023-08-09 2023-11-14 腾讯科技(深圳)有限公司 数据传输方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
WO2023284551A1 (zh) 2023-01-19
EP4354948A1 (en) 2024-04-17

Similar Documents

Publication Publication Date Title
US10973000B2 (en) Message sending method and apparatus
US11917498B2 (en) Communication method and communications apparatus
RU2731121C1 (ru) Способ регистрации, способ установки сеанса, оконечное устройство и объект функции управления доступом и мобильностью
US20200059992A1 (en) User plane function control of control plane-user plane separation
CN112423340B (zh) 一种用户面信息上报方法及装置
US20230116578A1 (en) Data transmission method and apparatus
US20230019215A1 (en) TSC-5G QoS MAPPING WITH CONSIDERATION OF ASSISTANCE TRAFFIC INFORMATION AND PCC RULES FOR TSC TRAFFIC MAPPING AND 5G QoS FLOWS BINDING
US20230035694A1 (en) Service guarantee method and apparatus
CN112636884A (zh) 一种消息传输方法和装置
CN110446274B (zh) 一种隧道建立的方法及装置
CN113973322A (zh) 一种通信方法及装置
WO2022067700A1 (zh) 通信方法、装置及系统
WO2023284551A1 (zh) 通信方法、装置和系统
US20230050923A1 (en) Media packet transmission method, apparatus, and system
US10341986B2 (en) Method for transmitting a paging message to a terminal using a virtual network node
WO2020125237A1 (zh) 一种通信方法及通信装置
CN114424498B (zh) 数据传输方法、装置、系统和存储介质
CN117014951A (zh) 通信方法及通信装置
CN116723582A (zh) 通信方法和装置
CN115734179A (zh) 测量网络状态的方法和装置
CN113950029A (zh) 一种通信方法及装置
CN112135329B (zh) 参数传输方法、装置及系统
WO2022183497A1 (zh) 一种通信方法和通信装置
WO2023016298A1 (zh) 一种业务感知方法、通信装置及通信系统
US20230117868A1 (en) Media packet transmission method, apparatus, and system

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