CN110062426A - 通信方法、装置、计算机可读介质及电子设备 - Google Patents

通信方法、装置、计算机可读介质及电子设备 Download PDF

Info

Publication number
CN110062426A
CN110062426A CN201910261362.9A CN201910261362A CN110062426A CN 110062426 A CN110062426 A CN 110062426A CN 201910261362 A CN201910261362 A CN 201910261362A CN 110062426 A CN110062426 A CN 110062426A
Authority
CN
China
Prior art keywords
target service
tolerance
uplink
downlink
qos flow
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910261362.9A
Other languages
English (en)
Other versions
CN110062426B (zh
Inventor
王涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201910261362.9A priority Critical patent/CN110062426B/zh
Publication of CN110062426A publication Critical patent/CN110062426A/zh
Priority to SG11202105527VA priority patent/SG11202105527VA/en
Priority to JP2021540492A priority patent/JP7174857B2/ja
Priority to KR1020217024835A priority patent/KR102688621B1/ko
Priority to PCT/CN2020/076623 priority patent/WO2020199792A1/zh
Priority to EP20783725.3A priority patent/EP3952437B1/en
Priority to TW109109656A priority patent/TWI737232B/zh
Priority to US17/324,734 priority patent/US12075286B2/en
Application granted granted Critical
Publication of CN110062426B publication Critical patent/CN110062426B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/0858—One way delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请的实施例提供了一种通信方法、装置、计算机可读介质及电子设备。该通信方法包括：获取针对目标业务的上行传输和下行传输的总延迟容限；根据所述总延迟容限生成针对所述目标业务的传输时延指示消息，所述传输时延指示消息包括所述目标业务的上行传输的服务质量QoS流指示信息和所述目标业务的下行传输的QoS流指示信息；将所述传输时延指示消息配置给接入网实体，以使所述接入网实体根据所述传输时延指示消息监控所述目标业务的传输延迟。本申请实施例的技术方案可以针对不同的业务获取到相应的总延迟容限，实现了总延迟容限针对业务的动态调整，并且可以实现对目标业务的上行传输和下行传输的总延迟进行监控，有利于满足业务层的QoS需求。

Description

通信方法、装置、计算机可读介质及电子设备
技术领域
本申请涉及计算机及通信技术领域，具体而言，涉及一种通信方法、装置、计算机可读介质及电子设备。
背景技术
为了实现更高速率的体验和更大带宽的接入能力，以及更低时延和高可靠的信息交互，业界提出了服务质量流(Quality of Service flow，简称QoS流)的网络架构，QoS流是在一个PDU(Protocol Data Unit，协议数据单元)会话中提供QoS区分的最小粒度，QFI(QoS Flow ID，QoS流标识)用于标识一个QoS流。
同时，依赖于移动通信技术的发展，衍生出了多种新型业务，比如云游戏业务，这些业务对于传输延迟的要求较高，并且对上下行传输的总延迟也会有一定的要求，但是目前的QoS机制受限，难以满足业务层的QoS要求。
发明内容
本申请的实施例提供了一种通信方法、装置、计算机可读介质及电子设备，进而至少在一定程度上可以实现对目标业务的上行传输和下行传输的总延迟进行监控，满足了业务层的QoS需求。
本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。
根据本申请实施例的一个方面，提供了一种通信方法，包括：获取针对目标业务的上行传输和下行传输的总延迟容限；根据所述总延迟容限生成针对所述目标业务的传输时延指示消息，所述传输时延指示消息包括所述目标业务的上行传输的服务质量QoS流指示信息和所述目标业务的下行传输的QoS流指示信息；将所述传输时延指示消息配置给接入网实体，以使所述接入网实体根据所述传输时延指示消息监控所述目标业务的传输延迟。
根据本申请实施例的一个方面，提供了一种通信方法，包括：获取核心网实体配置的针对目标业务的传输时延指示消息，所述传输时延指示消息是所述核心网实体根据所述目标业务的上行传输和下行传输的总延迟容限生成的，所述传输时延指示消息包括所述目标业务的上行传输的QoS流指示信息和所述目标业务的下行传输的QoS流指示信息；根据所述传输时延指示消息监控所述目标业务的传输延迟。
根据本申请实施例的一个方面，提供了一种通信装置，包括：获取单元，用于获取针对目标业务的上行传输和下行传输的总延迟容限；生成单元，用于根据所述总延迟容限生成针对所述目标业务的传输时延指示消息，所述传输时延指示消息包括所述目标业务的上行传输的服务质量QoS流指示信息和所述目标业务的下行传输的QoS流指示信息；配置单元，用于将所述传输时延指示消息配置给接入网实体，以使所述接入网实体根据所述传输时延指示消息监控所述目标业务的传输延迟。
在本申请的一些实施例中，基于前述方案，所述获取单元配置为：接收应用功能实体发送的通知消息，根据所述通知消息获取所述总延迟容限；或基于与应用功能实体之间的签约协议信息，获取所述总延迟容限；或获取应用功能实体预先配置的所述总延迟容限。
在本申请的一些实施例中，基于前述方案，所述生成单元配置为：根据所述总延迟容限生成用于指示所述总延迟容限的信息，并向所述目标业务的上行传输和下行传输分别分配QoS流指示信息；根据用于指示所述总延迟容限的信息，以及向所述目标业务的上行传输和下行传输分别分配的QoS流指示信息生成所述传输时延指示消息。
在本申请的一些实施例中，基于前述方案，所述生成单元配置为：根据所述总延迟容限确定所述目标业务的上行延迟容限和下行延迟容限；根据所述上行延迟容限生成所述上行传输的QoS流指示信息，并根据所述下行延迟容限生成所述下行传输的QoS流指示信息。
在本申请的一些实施例中，基于前述方案，所述生成单元配置为：对所述总延迟容限进行分割，得到所述目标业务的上行延迟容限和下行延迟容限；或接收应用功能实体通知的所述目标业务的上行延迟容限与下行延迟容限之间的分割情况，根据所述分割情况和所述总延迟容限确定所述上行延迟容限和所述下行延迟容限；或接收应用功能实体通知的所述目标业务的上行传输及下行传输的优先级，根据所述优先级和所述总延迟容限确定所述上行延迟容限和所述下行延迟容限。
在本申请的一些实施例中，基于前述方案，所述目标业务的上行传输的QoS流指示信息包括：与所述目标业务的所有上行数据对应的一个QoS流指示信息；或与所述目标业务的不同类型的上行数据分别对应的QoS流指示信息，其中，所述不同类型的上行数据分别对应的QoS流指示信息不相同。
在本申请的一些实施例中，基于前述方案，所述目标业务的下行传输的QoS流指示信息包括：与所述目标业务的所有下行数据对应的一个QoS流指示信息；或与所述目标业务的不同类型的下行数据分别对应的QoS流指示信息，其中，所述不同类型的下行数据分别对应的QoS流指示信息不相同。
在本申请的一些实施例中，基于前述方案，在所述通信方法的执行主体是核心网实体的情况下；所述获取单元配置为：通过策略控制功能实体从应用功能实体获取所述总延迟容限；或通过网络暴露功能实体从应用功能实体获取所述总延迟容限，并转发给策略控制功能实体。
根据本申请实施例的一个方面，提供了一种通信装置，包括：获取单元，用于获取核心网实体配置的针对目标业务的传输时延指示消息，所述传输时延指示消息是所述核心网实体根据所述目标业务的上行传输和下行传输的总延迟容限生成的，所述传输时延指示消息包括所述目标业务的上行传输的QoS流指示信息和所述目标业务的下行传输的QoS流指示信息；监控单元，用于根据所述传输时延指示消息监控所述目标业务的传输延迟。
在本申请的一些实施例中，基于前述方案，所述监控单元配置为：若所述传输时延指示消息还包括用于指示所述总延迟容限的信息，则根据所述总延迟容限监控所述目标业务的上行传输和下行传输的总延迟；若所述上行传输的QoS流指示信息中包含有上行延迟容限，则根据所述上行延迟容限监控所述目标业务的上行传输延迟；若所述下行传输的QoS流指示信息中包含有下行延迟容限，则根据所述下行延迟容限监控所述目标业务的下行传输延迟。
在本申请的一些实施例中，基于前述方案，所述上行传输的QoS流指示信息包括与所述目标业务的不同类型的上行数据分别对应的QoS流指示信息，所述下行传输的QoS流指示信息包括与所述目标业务的不同类型的下行数据分别对应的QoS流指示信息；所述监控单元配置为：根据所述传输时延指示消息监控所述目标业务的指定类型的上行数据的传输延迟，以及所述目标业务的指定类型的下行数据的传输延迟；其中，所述指定类型的上行数据与所述指定类型的下行数据在传输时位于同一个协议数据单元PDU会话中或位于不同的PDU会话中。
在本申请的一些实施例中，基于前述方案，所述目标业务包括云游戏业务；所述指定类型的上行数据包括游戏操控数据，所述指定类型的下行数据包括对游戏场景渲染得到的多媒体数据。
在本申请的一些实施例中，基于前述方案，所述监控单元配置为：根据所述传输时延指示消息监控用户设备与接入网实体之间针对所述目标业务的传输延迟；和/或根据所述传输时延指示消息，以及接入网实体与用户面功能实体之间的时延信息，监控用户设备与所述用户面功能实体之间针对所述目标业务的传输延迟。
根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的通信方法。
根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的通信方法。
在本申请的一些实施例所提供的技术方案中，通过获取针对目标业务的上行传输和下行传输的总延迟容限，根据该总延迟容限生成针对目标业务的传输时延指示消息，并将该传输时延指示消息配置给接入网实体，一方面使得能够针对不同的业务获取到相应的总延迟容限，实现了总延迟容限针对业务的动态调整，另一方面也使得接入网实体能够根据该传输时延指示消息监控目标业务的传输延迟，有利于实现对目标业务的上行传输和下行传输的总延迟进行监控，满足了业务层的QoS需求。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图；
图2示出了根据本申请的一个实施例的通信方法的流程图；
图3示出了根据本申请的一个实施例的根据总延迟容限生成针对目标业务的传输时延指示消息的流程图；
图4示出了根据本申请的一个实施例的根据总延迟容限生成针对目标业务的传输时延指示消息的流程图；
图5示出了根据本申请的一个实施例的通信方法的流程图；
图6示出了根据本申请的一个实施例的云游戏业务的场景示意图；
图7示出了根据本申请的一个实施例的AF、CN实体和RAN实体之间的一种交互过程示意图；
图8示出了根据本申请的一个实施例的AF与CN实体之间的一种交互过程示意图；
图9示出了根据本申请的一个实施例的AF与CN实体之间的另一种交互过程示意图；
图10示出了根据本申请的一个实施例的AF、CN实体和RAN实体之间的另一种交互过程示意图；
图11示出了根据本申请的一个实施例的AF、CN实体和RAN实体之间的另一种交互过程示意图；
图12示出了根据本申请的另一个实施例的云游戏业务的场景示意图；
图13示出了根据本申请的一个实施例的通信装置的框图；
图14示出了根据本申请的一个实施例的通信装置的框图；
图15示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。
此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。
如图1所示，系统架构100可以包括用户设备(User Equipment，简称UE)101(用户设备101可以是图1中所示智能手机，还可以是平板电脑、便携式计算机、台式计算机等等)、基站102、核心网实体103和应用功能(Application Function，简称AF)实体104。
应该理解，图1中所示的用户设备101、基站102、核心网实体103和应用功能实体104的数目仅仅是示意性的。根据实现需要，可以具有任意数目的用户设备、基站、核心网实体和应用功能实体。
在本申请的一个实施例中，核心网实体103可以获取到应用功能实体104配置的针对目标业务的上行传输和下行传输的总延迟容限，比如核心网实体103可以通过接收应用功能实体104发送的通知消息来获取该总延迟容限，或者核心网实体103可以基于与应用功能实体104之间的签约协议信息来获取该总延迟容限，或者核心网实体103还可以获取应用功能实体104预先配置的总延迟容限。
在本申请的一个实施例中，核心网实体103在获取到针对目标业务的上行传输和下行传输的总延迟容限之后，可以根据该总延迟容限生成针对目标业务的传输时延指示消息，该传输时延指示消息包括目标业务的上行传输的QoS流指示信息和目标业务的下行传输的QoS流指示信息，进而将该传输时延指示消息配置给基站102，以使基站102根据该传输时延指示消息监控目标业务的传输延迟。
在本申请的一个实施例中，基站102可以根据该传输时延指示消息监控用户设备101与基站102之间针对该目标业务的传输延迟；也可以根据该传输时延指示消息，以及基站102与用户面功能(User Plane Function，简称UPF)实体之间的时延信息，监控用户设备101与用户面功能实体之间针对目标业务的传输延迟。
以下对本申请实施例的技术方案的实现细节进行详细阐述：
图2示出了根据本申请的一个实施例的通信方法的流程图，该通信方法可以由如图1中所示的核心网实体103来执行。参照图2所示，该通信方法至少包括步骤S210至步骤S230，详细介绍如下：
在步骤S210中，获取针对目标业务的上行传输和下行传输的总延迟容限。
在本申请的一个实施例中，通过获取针对目标业务的上行传输和下行传输的总延迟容限，使得能够针对不同的业务获取到与该业务对应的总延迟容限，实现了延迟容限针对业务的动态调整。其中，目标业务可以是对上行传输和下行传输的总延迟容限有要求的业务，比如可以是云游戏业务等。云游戏业务是以云计算(cloud computing)为基础的游戏方式，在云游戏的运行模式下，用户设备需要向云端发送游戏操控数据(比如用户设备上的传感器数据、用户设备检测到的动作数据等)，云端根据用户设备发送的游戏操控数据执行渲染功能，然后将渲染完毕后的多媒体数据(包括游戏画面、声音数据等)通过网络传送给用户设备。云游戏的优点在于用户设备无需执行复杂的渲染计算处理，降低了对用户设备的硬件需求，但是云游戏要求网络系统能够对上行的游戏操控数据提供高可靠低时延的传输，对下行的多媒体数据提供高带宽低时延的传输，并且云游戏要求上行传输和下行传输的总时延要低于一定的阈值。
在本申请的一个实施例中，核心网实体可以通过接收应用功能实体发送的通知消息，然后根据该通知消息获取到针对目标业务的上行传输和下行传输的总延迟容限。
在本申请的一个实施例中，核心网实体可以基于与应用功能实体之间的签约协议信息来获取上行传输和下行传输的总延迟容限。签约协议信息可以是SLA(Service-LevelAgreement，服务等级协议)。
在本申请的一个实施例中，核心网实体可以获取应用功能实体预先配置的上行传输和下行传输的总延迟容限。
在本申请的一个实施例中，核心网实体可以包括策略控制功能(Policy ControlFunction，简称PCF)实体，策略控制功能实体可以从应用功能实体获取上行传输和下行传输的总延迟容限，这种情况适用于策略控制功能实体和应用功能实体处于一个可信域的场景下。
在本申请的一个实施例中，核心网实体可以包括策略控制功能实体和网络暴露功能(Network Exposure Function，简称NEF)实体，网络暴露功能实体可以从应用功能实体获取上行传输和下行传输的总延迟容限，并转发给策略控制功能实体，这种情况适用于策略控制功能实体和应用功能实体处于不同可信域的场景下。
继续参照图2所示，在步骤S220中，根据所述总延迟容限生成针对所述目标业务的传输时延指示消息，所述传输时延指示消息包括所述目标业务的上行传输的QoS流指示信息和所述目标业务的下行传输的QoS流指示信息。
在本申请的一个实施例中，QoS流指示信息可以是QFI，如果应用于5G系统中，则QoS流指示信息可以是5QI(5G QoS Identifier)。
在本申请的一个实施例中，目标业务的上行传输的QoS流指示信息可以包括：与目标业务的所有上行数据对应的一个QoS流指示信息。即在该实施例中，目标业务的所有上行数据对应于一个QoS流指示信息，比如云游戏业务的上行数据包括游戏操控数据和对云端发送的多媒体数据的接收确认数据等，那么该游戏操控数据和接收确认数据对应于一个QoS流指示信息。
在本申请的一个实施例中，目标业务的上行传输的QoS流指示信息可以包括：与目标业务的不同类型的上行数据分别对应的QoS流指示信息，其中，所述不同类型的上行数据分别对应的QoS流指示信息不相同。即在该实施例中，目标业务的不同类型的上行数据对应于不同的QoS流指示信息，比如云游戏业务的上行数据包括游戏操控数据和对云端发送的多媒体数据的接收确认数据等，那么该游戏操控数据和接收确认数据分别对应于不同的QoS流指示信息。
在本申请的一个实施例中，目标业务的下行传输的QoS流指示信息可以包括：与目标业务的所有下行数据对应的一个QoS流指示信息。即在该实施例中，目标业务的所有下行数据对应于一个QoS流指示信息，比如云游戏业务的下行数据包括对用户设备发送的游戏操控数据的接收确认数据和渲染后得到的多媒体数据等，那么该接收确认数据和多媒体数据对应于一个QoS流指示信息。
在本申请的一个实施例中，目标业务的下行传输的QoS流指示信息可以包括：与目标业务的不同类型的下行数据分别对应的QoS流指示信息，其中，所述不同类型的下行数据分别对应的QoS流指示信息不相同。即在该实施例中，目标业务的不同类型的下行数据对应于不同的QoS流指示信息，比如云游戏业务的下行数据包括对用户设备发送的游戏操控数据的接收确认数据和渲染后得到的多媒体数据等，那么该接收确认数据和多媒体数据对应于不同的QoS流指示信息。
在本申请的一个实施例中，如图3所示，根据总延迟容限生成针对目标业务的传输时延指示消息的过程可以包括如下步骤S310和步骤S320：
在步骤S310中，根据总延迟容限生成用于指示所述总延迟容限的信息，并向所述目标业务的上行传输和下行传输分别分配QoS流指示信息。
在本申请的一个实施例中，如果生成了用于指示总延迟容限的信息，那么向目标业务的上行传输和下行传输分别分配的QoS流指示信息可以不要求上下行对总延迟容限进行绝对的分割，即向目标业务的上行传输和下行传输分别分配的QoS流可以不明确指示上行传输的延迟容限和下行传输的延迟容限。
在步骤S320中，根据用于指示所述总延迟容限的信息，以及向所述目标业务的上行传输和下行传输分别分配的QoS流指示信息生成所述传输时延指示消息。
在本申请的一个实施例中，如果生成了用于指示上行传输和下行传输的总延迟容限的信息，并向目标业务的上行传输和下行传输分别分配了QoS流指示信息，则可以根据这些信息来生成传输时延指示消息，进而将该传输时延指示消息发送至接入网实体。
图3所示实施例的技术方案是通过QoS流指示信息之外的指示信息来指示上行传输和下行传输的总延迟容限。
在本申请的一个实施例中，如图4所示，根据总延迟容限生成针对目标业务的传输时延指示消息的过程可以包括如下步骤S410和步骤S420：
在步骤S410中，根据总延迟容限确定所述目标业务的上行延迟容限和下行延迟容限。
在本申请的一个实施例中，核心网实体(如PCF)可以接收应用功能实体通知的目标业务的上行延迟容限与下行延迟容限之间的分割情况，然后根据该分割情况和该总延迟容限确定上行延迟容限和下行延迟容限。即在该实施例的技术方案，应用功能实体可以直接通知上行延迟容限与下行延迟容限之间的分割情况，进而核心网实体可以直接根据该分割情况来确定上行延迟容限和下行延迟容限。
在本申请的一个实施例中，核心网实体(如PCF)可以接收应用功能实体通知的目标业务的上行传输及下行传输的优先级，然后根据该优先级和总延迟容限确定上行延迟容限和下行延迟容限。即在该实施例的技术方案，应用功能实体并未明确通知上行延迟容限与下行延迟容限之间的分割情况，但是通知了上行传输及下行传输的优先级，进而核心网实体可以根据该优先级来对总延迟容限进行分割，以确定上行延迟容限和下行延迟容限。比如，若上行传输的优先级高于下行传输的优先级，则上行延迟容限可以小于下行延迟容限，进而可以据此对总延迟容限进行分割。
在本申请的一个实施例中，核心网实体(如PCF)可以直接对总延迟容限进行分割，得到目标业务的上行延迟容限和下行延迟容限。即在该实施例中，核心网实体也可以根据总延迟容限自主决定上行延迟容限和下行延迟容限。比如，核心网实体可以根据历史数据确定各种业务对上行传输及下行传输的延迟要求，进而据此自主决定针对某个业务的上行延迟容限和下行延迟容限的分割情况。
在步骤S420中，根据上行延迟容限生成所述上行传输的QoS流指示信息，并根据所述下行延迟容限生成所述下行传输的QoS流指示信息。
图4所示实施例的技术方案可以通过QoS流指示信息直接指示上行延迟容限和下行延迟容限，因此无需额外指示上行传输和下行传输的总延迟容限。
继续参照图2所示，在步骤S230中，将所述传输时延指示消息配置给接入网实体，以使所述接入网实体根据所述传输时延指示消息监控所述目标业务的传输延迟。
在本申请的一个实施例中，接入网实体可以是基站，接入网实体根据传输时延指示消息监控目标业务的传输延迟即是监控目标业务的上行传输延迟及下行传输延迟，以确保上行传输延迟和下行传输延迟不超过总延迟容限。以下实施例从接入网实体的角度对本申请技术方案进行阐述：
图5示出了根据本申请的一个实施例的通信方法的流程图，该通信方法可以由接入网实体来执行，该接入网实体可以是图1中所示的基站102。参照图5所示，该通信方法至少包括步骤S510至步骤S520，详细介绍如下：
在步骤S510中，获取核心网实体配置的针对目标业务的传输时延指示消息，所述传输时延指示消息是所述核心网实体根据所述目标业务的上行传输和下行传输的总延迟容限生成的，所述传输时延指示消息包括所述目标业务的上行传输的QoS流指示信息和所述目标业务的下行传输的QoS流指示信息。
在本申请的一个实施例中，核心网实体根据目标业务的上行传输和下行传输的总延迟容限生成传输时延指示消息的过程可以参照上述实施例的技术方案。
在步骤S520中，根据所述传输时延指示消息监控所述目标业务的传输延迟。
在本申请的一个实施例中，如果传输时延指示消息除了包括目标业务的上行传输的QoS流指示信息和目标业务的下行传输的QoS流指示信息之外，还包括用于指示上行传输和下行传输的总延迟容限的信息，则可以根据该总延迟容限监控目标业务的上行传输和下行传输的总延迟。
在本申请的一个实施例中，如果上行传输的QoS流指示信息中包含有上行延迟容限，则可以根据上行延迟容限监控目标业务的上行传输延迟。
在本申请的一个实施例中，如果下行传输的QoS流指示信息中包含有下行延迟容限，则可以根据下行延迟容限监控目标业务的下行传输延迟。
在本申请的一个实施例中，如果接入网实体监测到目标业务的上行传输和下行传输的总延迟超过总延迟容限，或者监测到目标业务的上行传输延迟超过上行延迟容限，或者监测到目标业务的下行传输延迟超过下行延迟容限，则可以向核心网实体或应用功能实体发送通知消息，以便于核心网实体或应用功能实体采取相应的措施。
在本申请的一个实施例中，接入网实体根据传输时延指示消息监控目标业务的传输延迟可以是根据该传输时延指示消息监控用户设备与接入网实体之间针对目标业务的传输延迟。
在本申请的一个实施例中，接入网实体根据传输时延指示消息监控目标业务的传输延迟可以是根据传输时延指示消息，以及接入网实体与用户面功能实体之间的时延信息，监控用户设备与用户面功能实体之间针对目标业务的传输延迟。在该实施例中，由于接入网实体与用户面功能实体之间的时延基本上是固定的，因此接入网实体可以根据用户设备与接入网实体之间针对目标业务的传输延迟，以及接入网实体与用户面功能实体之间的时延监测用户设备与用户面功能实体之间针对目标业务的传输延迟。
在本申请的一个实施例中，如果上行传输的QoS流指示信息包括与目标业务的不同类型的上行数据分别对应的QoS流指示信息，下行传输的QoS流指示信息包括与目标业务的不同类型的下行数据分别对应的QoS流指示信息，那么可以根据传输时延指示消息监控目标业务的指定类型的上行数据的传输延迟，以及目标业务的指定类型的下行数据的传输延迟；其中，该指定类型的上行数据与该指定类型的下行数据在传输时位于同一个PDU会话中或位于不同的PDU会话中。
比如，云游戏业务的上行数据包括游戏操控数据和对云端发送的多媒体数据的接收确认数据(为便于区分，称之为第一接收确认数据)等，下行数据包括对用户设备发送的游戏操控数据的接收确认数据(为便于区分，称之为第二接收确认数据)和渲染后得到的多媒体数据等，那么该游戏操控数据、第一接收确认数据、第二接收确认数据和多媒体数据分别对应于不同的QoS流指示信息。在这种情况下，由于云游戏业务中接收确认数据的意义不大，因此可以仅监控云游戏业务的游戏操控数据的传输延迟和多媒体数据的传输延迟。同时，游戏操控数据和第二接收确认数据可以处于一个PDU会话中，多媒体数据和第一接收确认数据可以处于另一个PDU会话中；或者，游戏操控数据、第一接收确认数据、第二接收确认数据和多媒体数据可以处于同一个PDU会话中。
本申请上述实施例的技术方案有利于实现对目标业务的上行传输和下行传输的总延迟进行监控，满足了业务层的QoS需求。
以下以目标业务为云游戏业务为例，对本申请实施例的技术方案的实现细节进行详细阐述：
在本申请的一个实施例中，如图6所示，在云游戏业务的场景下，用户设备601上运行有云游戏app(Application，应用程序)，应用功能实体602可以是云渲染服务器，用于根据用户设备601发送的游戏操控数据进行渲染得到多媒体数据。用户设备601发送的上行数据包括A1和B2，应用功能实体602发送的下行数据包括A2和B1。其中，A1表示游戏操控数据，如用户设备601上的传感器数据、用户设备601检测到的动作数据等；B2表示多媒体数据的ack(即接收确认数据)；A2表示游戏操控数据的ack；B1表示多媒体数据，如游戏画面、声音数据等。
图6所示的应用场景为不分流的应用场景，即所有上行数据(包括A1和B2)对应于一个QoS流，所有下行数据(包括A2和B1)对应于一个QoS流。
在图6所示的应用场景下，AF、CN(Core Network，核心网)实体和RAN(RadioAccess Network，无线接入网)实体(该实施例中以RAN实体是基站为例进行说明)之间的一种交互过程如图7所示，可以包括如下步骤：
步骤S701，应用功能实体向核心网实体通知UL(UpLink，上行)+DL(DownLink，下行)的总延迟容限和UL+DL的动态分割。
在本申请的一个实施例中，应用功能实体可以基于SLA交互来向核心网实体通知UL+DL的总延迟容限和UL+DL的动态分割；或者也可以通过静态配置的方式来向核心网实体进行配置，无需每次都进行通知；当然，应用功能实体还可以通过动态配置的方式来向核心网实体进行配置。
在本申请的一个实施例中，如图8所示，应用功能实体与核心网实体之间的交互过程可以是由AF直接与PCF进行交互，然后由PCF将确定延迟容限通知给AMF，进而由AMF将延迟容限配置给基站。该实施例的技术方案适用于AF与PCF处于同一个可信域的应用场景中，如网络运营商自己部署AF的场景。
在本申请的一个实施例中，如图9所示，应用功能实体与核心网实体之间的交互过程可以是由AF通过NEF与PCF进行交互，然后由PCF将确定延迟容限通知给AMF，进而由AMF将延迟容限配置给基站。该实施例的技术方案适用于AF与PCF处于不同可信域的应用场景中，如第三方部署AF的场景。
在本申请的一个实施例中，应用功能实体还可以根据网络系统(如5G系统)提供的QoS监测结果、网络预测情况和网络资源状况来调整发送给用户设备的多媒体数据的码率，进而可以在QoS监测结果较优、网络预测情况较好或网络资源状态较充足的情况下，增大发送给用户设备的多媒体数据的码率，以在保证流畅性的前提下提高用户设备显示的云游戏画面的清晰度；而在QoS监测结果较差、网络预测情况较差或网络资源状态不足的情况下，减小发送给用户设备的多媒体数据的码率，以提高用户设备显示的云游戏画面的流畅性。
步骤S702，核心网实体根据UL+DL的总延迟容限和UL+DL的动态分割确定UL和DL的延迟容限。
在本申请的一个实施例中，由于应用功能实体已经通知了UL+DL的总延迟容限，以及UL+DL的动态分割，因此核心网实体可以据此来确定UL和DL的延迟容限，然后根据UL和DL的延迟容限为上行数据和下行数据分配相应的5QI值，在这种情况下，为上行数据和下行数据分别分配的QoS流已经能够指示上行传输的延迟容限和下行传输的延迟容限。
步骤S703，核心网实体将延迟容限配置给基站，以使基站实施动态延迟监测。
在本申请的一个实施例中，核心网实体可以将为上行数据和下行数据分别分配的5QI值配置给基站。基站在进行上下行调度时，可以监测上行传输的延迟是否超过上行传输的延迟容限，并监测下行传输的延迟是否超过下行传输的延迟容限。如果上行传输的延迟超过了上行传输的延迟容限，或者下行传输的延迟超过了下行传输的延迟容限，则基站可以通知核心网实体和应用功能实体。
在图6所示的应用场景下，AF、CN实体和RAN实体之间的另一种交互过程如图10所示，可以包括如下步骤：
步骤S1001，应用功能实体向核心网实体通知UL+DL的总延迟容限，以及UL和DL的传输优先级。
该实施例中应用功能实体与核心网实体之间的交互方式与前述实施例相同，在此不再赘述。
步骤S1002，核心网实体根据UL+DL的总延迟容限，以及UL和DL的传输优先级确定UL和DL的延迟容限。
在本申请的一个实施例中，由于应用功能实体通知了UL+DL的总延迟容限，以及UL和DL的传输优先级，因此核心网实体可以据此来确定UL和DL的延迟容限，比如，若上行传输的优先级高于下行传输的优先级，则上行延迟容限可以小于下行延迟容限，进而可以据此对总延迟容限进行分割。然后核心网实体可以根据UL和DL的延迟容限为上行数据和下行数据分配相应的5QI值，在这种情况下，为上行数据和下行数据分别分配的QoS流已经能够指示上行传输的延迟容限和下行传输的延迟容限。
步骤S1003，核心网实体将延迟容限配置给基站，以使基站实施动态延迟监测。
在本申请的一个实施例中，核心网实体可以将为上行数据和下行数据分别分配的5QI值配置给基站。基站在进行上下行调度时，可以监测上行传输的延迟是否超过上行传输的延迟容限，并监测下行传输的延迟是否超过下行传输的延迟容限。如果上行传输的延迟超过了上行传输的延迟容限，或者下行传输的延迟超过了下行传输的延迟容限，则基站可以通知核心网实体和应用功能实体。
在图6所示的应用场景下，AF、CN实体和RAN实体之间的另一种交互过程如图11所示，可以包括如下步骤：
步骤S1101，应用功能实体向核心网实体通知UL+DL的总延迟容限。
该实施例中应用功能实体与核心网实体之间的交互方式与前述实施例相同，在此不再赘述。
步骤S1102，核心网实体根据UL+DL的总延迟容限向UL和DL分配5QI值。
在本申请的一个实施例中，核心网实体根据UL+DL的总延迟容限向UL和DL分配5QI值时，可以先确定UL和DL的延迟容限，比如核心网实体可以根据历史数据确定云游戏业务对上行传输及下行传输的延迟要求，以据此自主决定针对云游戏业务的上行延迟容限和下行延迟容限的分割情况，进而对总延迟容限进行划分得到UL和DL的延迟容限，并据此向UL和DL分配5QI值，在这种情况下，为上行数据和下行数据分别分配的QoS流已经能够指示上行传输的延迟容限和下行传输的延迟容限。
在本申请的一个实施例中，核心网实体根据UL+DL的总延迟容限向UL和DL分配的5QI值也可以不要求上下行对延迟容限进行绝对的分割，在这种情况下，核心网实体可以引入新的指示消息来向基站指示UL+DL的总延迟容限。
步骤S1103，核心网实体将延迟容限配置给基站，以使基站实施动态延迟监测。
在本申请的一个实施例中，如果核心网实体为上行数据和下行数据分别分配的QoS流已经能够指示上行传输的延迟容限和下行传输的延迟容限，那么核心网实体可以将为上行数据和下行数据分别分配的5QI值配置给基站。进而基站在进行上下行调度时，可以监测上行传输的延迟是否超过上行传输的延迟容限，并监测下行传输的延迟是否超过下行传输的延迟容限。如果上行传输的延迟超过了上行传输的延迟容限，或者下行传输的延迟超过了下行传输的延迟容限，则基站可以通知核心网实体和应用功能实体。
在本申请的一个实施例中，如果核心网实体为上行数据和下行数据分别分配的QoS流不要求上下行对延迟容限进行绝对的分割，且核心网实体引入了新的指示消息来向基站指示UL+DL的总延迟容限。那么基站在进行上下行调度时，可以监测上行传输和下行传输的总延迟是否超过总延迟容限。如果上行传输和下行传输的总延迟超过了总延迟容限，则基站可以通知核心网实体和应用功能实体。
在本申请的另一个实施例中，如图12所示，在云游戏业务的场景下，用户设备1201上运行有云游戏app，应用功能实体1202可以是云渲染服务器，用于根据用户设备1201发送的游戏操控数据进行渲染得到多媒体数据。用户设备1201发送的上行数据包括A1和B2，应用功能实体1202发送的下行数据包括A2和B1。其中，A1表示游戏操控数据，如用户设备1201上的传感器数据、用户设备1201检测到的动作数据等；B2表示多媒体数据的ack(即接收确认数据)；A2表示游戏操控数据的ack；B1表示多媒体数据，如游戏画面、声音数据等。
图12所示的应用场景为分流的应用场景，即上行数据A1和B2分别对应于不同的QoS流，下行数据A2和B1也分别对应于不同的QoS流。其中，A1和A2可以位于一个PDU会话中，B1和B2可以位于一个PDU会话中；或者A1、A2、B1和B2可以位于同一个PDU会话中。
在图12所示的应用场景下，AF、CN实体和RAN实体之间的交互过程与前述实施例中的图7至图11所示的示例类似，具体的不同点如下：
(1)核心网实体在向上行数据和下行数据分别分配的QoS流时，需要针对不同的上行数据(即A1和B2)及不同的下行数据(即A2和B1)分别分配QoS流。
(2)基站在进行上下行调度时，如果QoS流中已经能够指示上行传输的延迟容限和下行传输的延迟容限，那么基站可以仅监测A1(即游戏操控数据)的上行传输延迟是否超过相应的上行传输延迟容限，并监测B1(即多媒体数据)的下行传输延迟是否超过相应的下行传输延迟容限。如果A1的上行传输延迟超过相应的上行传输延迟容限，或者B1的下行传输延迟超过相应的下行传输延迟容限，则基站可以通知核心网实体和应用功能实体。
(3)基站在进行上下行调度时，如果核心网实体为上行数据和下行数据分别分配的QoS流不要求上下行对延迟容限进行绝对的分割，且核心网实体引入了新的指示消息来向基站指示UL+DL的总延迟容限，那么基站可以监测A1(即游戏操控数据)的上行传输延迟与B1(即多媒体数据)的下行传输延迟之和是否超过了总延迟容限。如果A1的上行传输延迟与B1的下行传输延迟之和超过了总延迟容限，则基站可以通知核心网实体和应用功能实体。
可见，在图12所示的分流应用场景下，本申请实施例的技术方案能够保证上行传输中的部分数据流与下行传输中的部分数据流的总延迟容限，有效提高了QoS流机制的灵活性。
图6至图12所示实施例的技术方案既能够实现对云游戏业务的上行传输和下行传输的总延迟进行监控，也能够实现上下行的动态延迟容限，有效满足了业务层的QoS需求。需要说明的是，对于其它需要保证上行传输与下行传输总延迟的业务，同样适用于本申请上述实施例的技术方案。
以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的通信方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的通信方法的实施例。
图13示出了根据本申请的一个实施例的通信装置的框图。
参照图13所示，根据本申请的一个实施例的通信装置1300，包括：获取单元1302、生成单元1304和配置单元1306。
其中，获取单元1302用于获取针对目标业务的上行传输和下行传输的总延迟容限；生成单元1304用于根据所述总延迟容限生成针对所述目标业务的传输时延指示消息，所述传输时延指示消息包括所述目标业务的上行传输的QoS流指示信息和所述目标业务的下行传输的QoS流指示信息；配置单元1306用于将所述传输时延指示消息配置给接入网实体，以使所述接入网实体根据所述传输时延指示消息监控所述目标业务的传输延迟。
在本申请的一些实施例中，基于前述方案，获取单元1302配置为：接收应用功能实体发送的通知消息，根据所述通知消息获取所述总延迟容限；或基于与应用功能实体之间的签约协议信息，获取所述总延迟容限；或获取应用功能实体预先配置的所述总延迟容限。
在本申请的一些实施例中，基于前述方案，生成单元1304配置为：根据所述总延迟容限生成用于指示所述总延迟容限的信息，并向所述目标业务的上行传输和下行传输分别分配QoS流指示信息；根据用于指示所述总延迟容限的信息，以及向所述目标业务的上行传输和下行传输分别分配的QoS流指示信息生成所述传输时延指示消息。
在本申请的一些实施例中，基于前述方案，生成单元1304配置为：根据所述总延迟容限确定所述目标业务的上行延迟容限和下行延迟容限；根据所述上行延迟容限生成所述上行传输的QoS流指示信息，并根据所述下行延迟容限生成所述下行传输的QoS流指示信息。
在本申请的一些实施例中，基于前述方案，生成单元1304配置为：对所述总延迟容限进行分割，得到所述目标业务的上行延迟容限和下行延迟容限；或接收应用功能实体通知的所述目标业务的上行延迟容限与下行延迟容限之间的分割情况，根据所述分割情况和所述总延迟容限确定所述上行延迟容限和所述下行延迟容限；或接收应用功能实体通知的所述目标业务的上行传输及下行传输的优先级，根据所述优先级和所述总延迟容限确定所述上行延迟容限和所述下行延迟容限。
在本申请的一些实施例中，基于前述方案，所述目标业务的上行传输的QoS流指示信息包括：与所述目标业务的所有上行数据对应的一个QoS流指示信息；或与所述目标业务的不同类型的上行数据分别对应的QoS流指示信息，其中，所述不同类型的上行数据分别对应的QoS流指示信息不相同。
在本申请的一些实施例中，基于前述方案，所述目标业务的下行传输的QoS流指示信息包括：与所述目标业务的所有下行数据对应的一个QoS流指示信息；或与所述目标业务的不同类型的下行数据分别对应的QoS流指示信息，其中，所述不同类型的下行数据分别对应的QoS流指示信息不相同。
在本申请的一些实施例中，基于前述方案，在所述通信方法的执行主体是核心网实体的情况下；获取单元1302配置为：通过策略控制功能实体从应用功能实体获取所述总延迟容限；或通过网络暴露功能实体从应用功能实体获取所述总延迟容限，并转发给策略控制功能实体。
图14示出了根据本申请的一个实施例的通信装置的框图。
参照图14所示，根据本申请的一个实施例的通信装置1400，包括：获取单元1402和监控单元1404。
其中，获取单元1402用于获取核心网实体配置的针对目标业务的传输时延指示消息，所述传输时延指示消息是所述核心网实体根据所述目标业务的上行传输和下行传输的总延迟容限生成的，所述传输时延指示消息包括所述目标业务的上行传输的QoS流指示信息和所述目标业务的下行传输的QoS流指示信息；监控单元1404用于根据所述传输时延指示消息监控所述目标业务的传输延迟。
在本申请的一些实施例中，基于前述方案，监控单元1404配置为：若所述传输时延指示消息还包括用于指示所述总延迟容限的信息，则根据所述总延迟容限监控所述目标业务的上行传输和下行传输的总延迟；若所述上行传输的QoS流指示信息中包含有上行延迟容限，则根据所述上行延迟容限监控所述目标业务的上行传输延迟；若所述下行传输的QoS流指示信息中包含有下行延迟容限，则根据所述下行延迟容限监控所述目标业务的下行传输延迟。
在本申请的一些实施例中，基于前述方案，所述上行传输的QoS流指示信息包括与所述目标业务的不同类型的上行数据分别对应的QoS流指示信息，所述下行传输的QoS流指示信息包括与所述目标业务的不同类型的下行数据分别对应的QoS流指示信息；监控单元1404配置为：根据所述传输时延指示消息监控所述目标业务的指定类型的上行数据的传输延迟，以及所述目标业务的指定类型的下行数据的传输延迟；其中，所述指定类型的上行数据与所述指定类型的下行数据在传输时位于同一个协议数据单元PDU会话中或位于不同的PDU会话中。
在本申请的一些实施例中，基于前述方案，所述目标业务包括云游戏业务；所述指定类型的上行数据包括游戏操控数据，所述指定类型的下行数据包括对游戏场景渲染得到的多媒体数据。
在本申请的一些实施例中，基于前述方案，监控单元1404配置为：根据所述传输时延指示消息监控用户设备与接入网实体之间针对所述目标业务的传输延迟；和/或根据所述传输时延指示消息，以及接入网实体与用户面功能实体之间的时延信息，监控用户设备与所述用户面功能实体之间针对所述目标业务的传输延迟。
图15示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。
需要说明的是，图15示出的电子设备的计算机系统1500仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图15所示，计算机系统1500包括中央处理单元(Central Processing Unit，CPU)1501，其可以根据存储在只读存储器(Read-Only Memory，ROM)1502中的程序或者从存储部分1508加载到随机访问存储器(Random Access Memory，RAM)1503中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 1503中，还存储有系统操作所需的各种程序和数据。CPU 1501、ROM 1502以及RAM 1503通过总线1504彼此相连。输入/输出(Input/Output，I/O)接口1505也连接至总线1504。
以下部件连接至I/O接口1505：包括键盘、鼠标等的输入部分1506；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1507；包括硬盘等的存储部分1508；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分1509。通信部分1509经由诸如因特网的网络执行通信处理。驱动器1510也根据需要连接至I/O接口1505。可拆卸介质1511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1510上，以便于从其上读出的计算机程序根据需要被安装入存储部分1508。
特别地，根据本申请的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1509从网络上被下载和安装，和/或从可拆卸介质1511被安装。在该计算机程序被中央处理单元(CPU)1501执行时，执行本申请的系统中限定的各种功能。
需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (17)

1.一种通信方法，其特征在于，包括：
获取针对目标业务的上行传输和下行传输的总延迟容限；
根据所述总延迟容限生成针对所述目标业务的传输时延指示消息，所述传输时延指示消息包括所述目标业务的上行传输的服务质量QoS流指示信息和所述目标业务的下行传输的QoS流指示信息；
将所述传输时延指示消息配置给接入网实体，以使所述接入网实体根据所述传输时延指示消息监控所述目标业务的传输延迟。
2.根据权利要求1所述的通信方法，其特征在于，获取针对目标业务的上行传输和下行传输的总延迟容限，包括：
接收应用功能实体发送的通知消息，根据所述通知消息获取所述总延迟容限；或
基于与应用功能实体之间的签约协议信息，获取所述总延迟容限；或
获取应用功能实体预先配置的所述总延迟容限。
3.根据权利要求1所述的通信方法，其特征在于，根据所述总延迟容限生成针对所述目标业务的传输时延指示消息，包括：
根据所述总延迟容限生成用于指示所述总延迟容限的信息，并向所述目标业务的上行传输和下行传输分别分配QoS流指示信息；
根据用于指示所述总延迟容限的信息，以及向所述目标业务的上行传输和下行传输分别分配的QoS流指示信息生成所述传输时延指示消息。
4.根据权利要求1所述的通信方法，其特征在于，根据所述总延迟容限生成针对所述目标业务的传输时延指示消息，包括：
根据所述总延迟容限确定所述目标业务的上行延迟容限和下行延迟容限；
根据所述上行延迟容限生成所述上行传输的QoS流指示信息，并根据所述下行延迟容限生成所述下行传输的QoS流指示信息。
5.根据权利要求4所述的通信方法，其特征在于，根据所述总延迟容限确定所述目标业务的上行延迟容限和下行延迟容限，包括：
对所述总延迟容限进行分割，得到所述目标业务的上行延迟容限和下行延迟容限；或
接收应用功能实体通知的所述目标业务的上行延迟容限与下行延迟容限之间的分割情况，根据所述分割情况和所述总延迟容限确定所述上行延迟容限和所述下行延迟容限；或
接收应用功能实体通知的所述目标业务的上行传输及下行传输的优先级，根据所述优先级和所述总延迟容限确定所述上行延迟容限和所述下行延迟容限。
6.根据权利要求1所述的通信方法，其特征在于，所述目标业务的上行传输的QoS流指示信息包括：
与所述目标业务的所有上行数据对应的一个QoS流指示信息；或
与所述目标业务的不同类型的上行数据分别对应的QoS流指示信息，其中，所述不同类型的上行数据分别对应的QoS流指示信息不相同。
7.根据权利要求1至6中任一项所述的通信方法，其特征在于，所述目标业务的下行传输的QoS流指示信息包括：
与所述目标业务的所有下行数据对应的一个QoS流指示信息；或
与所述目标业务的不同类型的下行数据分别对应的QoS流指示信息，其中，所述不同类型的下行数据分别对应的QoS流指示信息不相同。
8.根据权利要求1至6中任一项所述的通信方法，其特征在于，在所述通信方法的执行主体是核心网实体的情况下；获取针对目标业务的上行传输和下行传输的总延迟容限，包括：
策略控制功能实体从应用功能实体获取所述总延迟容限；或
网络暴露功能实体从应用功能实体获取所述总延迟容限，并转发给策略控制功能实体。
9.一种通信方法，其特征在于，包括：
获取核心网实体配置的针对目标业务的传输时延指示消息，所述传输时延指示消息是所述核心网实体根据所述目标业务的上行传输和下行传输的总延迟容限生成的，所述传输时延指示消息包括所述目标业务的上行传输的QoS流指示信息和所述目标业务的下行传输的QoS流指示信息；
根据所述传输时延指示消息监控所述目标业务的传输延迟。
10.根据权利要求9所述的通信方法，其特征在于，根据所述传输时延指示消息监控所述目标业务的传输延迟，包括：
若所述传输时延指示消息还包括用于指示所述总延迟容限的信息，则根据所述总延迟容限监控所述目标业务的上行传输和下行传输的总延迟；
若所述上行传输的QoS流指示信息中包含有上行延迟容限，则根据所述上行延迟容限监控所述目标业务的上行传输延迟；
若所述下行传输的QoS流指示信息中包含有下行延迟容限，则根据所述下行延迟容限监控所述目标业务的下行传输延迟。
11.根据权利要求9所述的通信方法，其特征在于，所述上行传输的QoS流指示信息包括与所述目标业务的不同类型的上行数据分别对应的QoS流指示信息，所述下行传输的QoS流指示信息包括与所述目标业务的不同类型的下行数据分别对应的QoS流指示信息；
根据所述传输时延指示消息监控所述目标业务的传输延迟，包括：根据所述传输时延指示消息监控所述目标业务的指定类型的上行数据的传输延迟，以及所述目标业务的指定类型的下行数据的传输延迟；
其中，所述指定类型的上行数据与所述指定类型的下行数据在传输时位于同一个协议数据单元PDU会话中或位于不同的PDU会话中。
12.根据权利要求11所述的通信方法，其特征在于，所述目标业务包括云游戏业务；
所述指定类型的上行数据包括游戏操控数据，所述指定类型的下行数据包括对游戏场景渲染得到的多媒体数据。
13.根据权利要求9至12中任一项所述的通信方法，其特征在于，根据所述传输时延指示消息监控所述目标业务的传输延迟，包括：
根据所述传输时延指示消息监控用户设备与接入网实体之间针对所述目标业务的传输延迟；和/或
根据所述传输时延指示消息，以及接入网实体与用户面功能实体之间的时延信息，监控用户设备与所述用户面功能实体之间针对所述目标业务的传输延迟。
14.一种通信装置，其特征在于，包括：
获取单元，用于获取针对目标业务的上行传输和下行传输的总延迟容限；
生成单元，用于根据所述总延迟容限生成针对所述目标业务的传输时延指示消息，所述传输时延指示消息包括所述目标业务的上行传输的服务质量QoS流指示信息和所述目标业务的下行传输的QoS流指示信息；
配置单元，用于将所述传输时延指示消息配置给接入网实体，以使所述接入网实体根据所述传输时延指示消息监控所述目标业务的传输延迟。
15.一种通信装置，其特征在于，包括：
获取单元，用于获取核心网实体配置的针对目标业务的传输时延指示消息，所述传输时延指示消息是所述核心网实体根据所述目标业务的上行传输和下行传输的总延迟容限生成的，所述传输时延指示消息包括所述目标业务的上行传输的QoS流指示信息和所述目标业务的下行传输的QoS流指示信息；
监控单元，用于根据所述传输时延指示消息监控所述目标业务的传输延迟。
16.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的通信方法，或实现如权利要求9至13中任一项所述的通信方法。
17.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至8中任一项所述的通信方法，或实现如权利要求9至13中任一项所述的通信方法。
CN201910261362.9A 2019-04-02 2019-04-02 通信方法、装置、计算机可读介质及电子设备 Active CN110062426B (zh)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CN201910261362.9A CN110062426B (zh) 2019-04-02 2019-04-02 通信方法、装置、计算机可读介质及电子设备
PCT/CN2020/076623 WO2020199792A1 (zh) 2019-04-02 2020-02-25 通信方法、装置、计算机可读介质及电子设备
JP2021540492A JP7174857B2 (ja) 2019-04-02 2020-02-25 通信方法、装置、電子機器及びコンピュータプログラム
KR1020217024835A KR102688621B1 (ko) 2019-04-02 2020-02-25 통신 방법 및 장치, 컴퓨터 판독 가능형 매체 및 전자 장치
SG11202105527VA SG11202105527VA (en) 2019-04-02 2020-02-25 Communication method and apparatus, computer-readable medium and electronic device
EP20783725.3A EP3952437B1 (en) 2019-04-02 2020-02-25 Communication method and apparatus, computer-readable medium and electronic device
TW109109656A TWI737232B (zh) 2019-04-02 2020-03-23 通訊方法、裝置、電腦可讀介質、電子設備及電腦程式產品
US17/324,734 US12075286B2 (en) 2019-04-02 2021-05-19 Communication method and apparatus, computer-readable medium and electronic device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910261362.9A CN110062426B (zh) 2019-04-02 2019-04-02 通信方法、装置、计算机可读介质及电子设备

Publications (2)

Publication Number Publication Date
CN110062426A true CN110062426A (zh) 2019-07-26
CN110062426B CN110062426B (zh) 2021-08-24

Family

ID=67318221

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910261362.9A Active CN110062426B (zh) 2019-04-02 2019-04-02 通信方法、装置、计算机可读介质及电子设备

Country Status (8)

Country Link
US (1) US12075286B2 (zh)
EP (1) EP3952437B1 (zh)
JP (1) JP7174857B2 (zh)
KR (1) KR102688621B1 (zh)
CN (1) CN110062426B (zh)
SG (1) SG11202105527VA (zh)
TW (1) TWI737232B (zh)
WO (1) WO2020199792A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020199792A1 (zh) * 2019-04-02 2020-10-08 腾讯科技（深圳）有限公司 通信方法、装置、计算机可读介质及电子设备
CN112787945A (zh) * 2021-01-04 2021-05-11 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备
CN112804707A (zh) * 2021-01-04 2021-05-14 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备
WO2021146926A1 (zh) * 2020-01-21 2021-07-29 华为技术有限公司 一种数据传输方法、设备及系统
CN113543230A (zh) * 2020-04-16 2021-10-22 华为技术有限公司 一种数据传输的方法及通信装置
WO2022022014A1 (zh) * 2020-07-31 2022-02-03 华为技术有限公司 QoS流控制方法及通信装置
WO2023143549A1 (zh) * 2022-01-29 2023-08-03 维沃移动通信有限公司 QoS的控制方法及通信设备
WO2023165564A1 (zh) * 2022-03-04 2023-09-07 维沃移动通信有限公司 QoS控制方法及通信设备
WO2024032215A1 (zh) * 2022-08-08 2024-02-15 华为技术有限公司 时延控制的方法和装置
WO2024148499A1 (zh) * 2023-01-09 2024-07-18 北京小米移动软件有限公司 信息处理方法以及装置、通信设备及存储介质
WO2024148495A1 (zh) * 2023-01-09 2024-07-18 北京小米移动软件有限公司 信息处理方法以及装置、通信设备及存储介质
WO2024148497A1 (zh) * 2023-01-09 2024-07-18 北京小米移动软件有限公司 信息处理方法及装置、通信设备及存储介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115426677A (zh) * 2019-08-21 2022-12-02 华为技术有限公司 一种用户面信息上报方法及装置
US20240292447A1 (en) * 2021-07-01 2024-08-29 Telefonaktiebolaget Lm Ericsson (Publ) Control of dl and ul delay based on resource cost

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014036704A1 (zh) * 2012-09-06 2014-03-13 华为技术有限公司 控制网络传输时延的方法、服务质量控制实体和通信设备
CN105722237A (zh) * 2014-12-19 2016-06-29 诺基亚技术有限公司 用于提供非实时数据的方法
CN107734562A (zh) * 2016-08-11 2018-02-23 华为技术有限公司 一种业务传输控制方法、相关设备及通信系统
WO2018145103A1 (en) * 2017-02-06 2018-08-09 Idac Holdings, Inc. Methods for qos management for 5g networks

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8208394B2 (en) * 2007-10-30 2012-06-26 Qualcomm Incorporated Service data unit discard timers
KR101078476B1 (ko) * 2009-09-30 2011-10-31 (주)아큐픽스 홈 네트워크의 스트리밍 서비스 큐오에스 보장 시스템 및 그 방법
EP2417796A4 (en) * 2009-10-31 2012-07-04 Huawei Tech Co Ltd METHOD IN A WIRELESS COMMUNICATION SYSTEM FOR DETERMINING SERVICE FILLING
CN102638852B (zh) * 2011-02-12 2016-06-22 电信科学技术研究院 一种基于服务质量的调度方法、设备及系统
CN102111819B (zh) * 2011-03-04 2014-01-01 清华大学 一种延迟容忍网络
KR20140055856A (ko) * 2012-11-01 2014-05-09 주식회사 케이티 서비스 품질 제어 장치 및 방법
CN103988543B (zh) 2013-12-11 2018-09-07 华为技术有限公司 无线局域网中的控制设备、网络系统及业务处理方法
EP3541120A1 (en) * 2014-03-14 2019-09-18 Huawei Technologies Co., Ltd. Data processing apparatus and method
US9642034B2 (en) * 2014-03-27 2017-05-02 Intel Corporation Systems, methods, and devices to support intra-QCI QoS-aware radio resource allocation
US20170317938A1 (en) * 2016-05-02 2017-11-02 Qualcomm Incorporated Determination of a data transmission schedule
EP3569028A4 (en) * 2017-01-13 2020-11-25 Nokia Technologies Oy CONTROLLED DOWNLINK PACKAGE MARKING
CN109150808B (zh) * 2017-06-19 2021-11-09 华为技术有限公司 通信方法、装置和系统
US20190215729A1 (en) * 2018-03-15 2019-07-11 Intel Corporation Session description protocol mechanisms for signaling radio access network capabilities in multimedia telephony sessions
CN111919484B (zh) * 2018-03-23 2024-08-20 诺基亚技术有限公司 基于预测视频编码率分配无线电接入网络资源
CN110519802B (zh) * 2018-05-21 2022-05-10 华为技术有限公司 一种数据处理方法、发送方法及装置
US11889342B2 (en) * 2018-10-30 2024-01-30 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for quality of service management
US20220191739A1 (en) * 2019-02-26 2022-06-16 Nec Corporation Communication control apparatus, communication control method, and non-transitory computer-readable medium
CN110062426B (zh) * 2019-04-02 2021-08-24 腾讯科技（深圳）有限公司 通信方法、装置、计算机可读介质及电子设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014036704A1 (zh) * 2012-09-06 2014-03-13 华为技术有限公司 控制网络传输时延的方法、服务质量控制实体和通信设备
CN103782555A (zh) * 2012-09-06 2014-05-07 华为技术有限公司 控制网络传输时延的方法、服务质量控制实体和通信设备
CN105722237A (zh) * 2014-12-19 2016-06-29 诺基亚技术有限公司 用于提供非实时数据的方法
CN107734562A (zh) * 2016-08-11 2018-02-23 华为技术有限公司 一种业务传输控制方法、相关设备及通信系统
WO2018145103A1 (en) * 2017-02-06 2018-08-09 Idac Holdings, Inc. Methods for qos management for 5g networks

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SAMSUNG: "Enhancements to 5GS QoS framework for support of deterministic services", 《3GPP TSG SA WG2 MEETING #130 S2-1900405》 *
SAMSUNG: "Fixed Delay QoS Class for Time Synchronization Support of 3GPP Network", 《3GPP TSG SA WG2 MEETING #129 S2-1810338》 *

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020199792A1 (zh) * 2019-04-02 2020-10-08 腾讯科技（深圳）有限公司 通信方法、装置、计算机可读介质及电子设备
US12075286B2 (en) 2019-04-02 2024-08-27 Tencent Technology (Shenzhen) Company Limited Communication method and apparatus, computer-readable medium and electronic device
WO2021146926A1 (zh) * 2020-01-21 2021-07-29 华为技术有限公司 一种数据传输方法、设备及系统
EP4084526A4 (en) * 2020-01-21 2023-01-11 Huawei Technologies Co., Ltd. DATA TRANSMISSION METHOD, DEVICE AND SYSTEM
CN113543230A (zh) * 2020-04-16 2021-10-22 华为技术有限公司 一种数据传输的方法及通信装置
WO2022022014A1 (zh) * 2020-07-31 2022-02-03 华为技术有限公司 QoS流控制方法及通信装置
CN112804707B (zh) * 2021-01-04 2024-07-23 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备
CN112787945A (zh) * 2021-01-04 2021-05-11 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备
CN112804707A (zh) * 2021-01-04 2021-05-14 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备
WO2022142676A1 (zh) * 2021-01-04 2022-07-07 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备
CN112787945B (zh) * 2021-01-04 2023-08-11 腾讯科技（深圳）有限公司 数据传输方法、装置、计算机可读介质及电子设备
WO2023143549A1 (zh) * 2022-01-29 2023-08-03 维沃移动通信有限公司 QoS的控制方法及通信设备
WO2023165564A1 (zh) * 2022-03-04 2023-09-07 维沃移动通信有限公司 QoS控制方法及通信设备
WO2024032215A1 (zh) * 2022-08-08 2024-02-15 华为技术有限公司 时延控制的方法和装置
WO2024148499A1 (zh) * 2023-01-09 2024-07-18 北京小米移动软件有限公司 信息处理方法以及装置、通信设备及存储介质
WO2024148495A1 (zh) * 2023-01-09 2024-07-18 北京小米移动软件有限公司 信息处理方法以及装置、通信设备及存储介质
WO2024148497A1 (zh) * 2023-01-09 2024-07-18 北京小米移动软件有限公司 信息处理方法及装置、通信设备及存储介质

Also Published As

Publication number Publication date
KR20210109625A (ko) 2021-09-06
US20210274389A1 (en) 2021-09-02
JP7174857B2 (ja) 2022-11-17
CN110062426B (zh) 2021-08-24
TW202102024A (zh) 2021-01-01
US12075286B2 (en) 2024-08-27
EP3952437B1 (en) 2024-08-28
TWI737232B (zh) 2021-08-21
EP3952437A4 (en) 2022-06-01
WO2020199792A1 (zh) 2020-10-08
EP3952437A1 (en) 2022-02-09
KR102688621B1 (ko) 2024-07-24
SG11202105527VA (en) 2021-06-29
JP2022525496A (ja) 2022-05-17

Similar Documents

Publication Publication Date Title
CN110062426A (zh) 通信方法、装置、计算机可读介质及电子设备
CN110032447A (zh) 用于分配资源的方法和装置
CN109951880A (zh) 通信处理方法、装置、计算机可读介质及电子设备
CN105723656A (zh) 针对通信会话的服务策略
CN110401844A (zh) 视频直播策略的生成方法、装置、设备及可读介质
CN109496419A (zh) 文件处理方法、装置和系统
CN110324655A (zh) 一种直播间客户端的连线方法、装置、设备及存储介质
CN109995877A (zh) 信息推送方法和装置
CN109152094A (zh) 用于终端的无线网络连接方法
CN110505141A (zh) 即时通讯消息的处理方法、装置、可读介质及电子设备
CN108965098A (zh) 基于在线直播的消息推送方法、装置、介质和电子设备
CN109525486A (zh) 即时通信的会话消息加载方法、装置、电子设备及介质
CN109710905A (zh) 文档协同编辑方法、装置、存储介质及电子设备
CN109992406A (zh) 图片请求方法、响应图片请求的方法及客户端
CN110008050A (zh) 用于处理信息的方法和装置
CN109413212A (zh) 用于处理请求的方法和装置
CN110401731A (zh) 用于分配内容分发节点的方法和装置
CN108021462B (zh) 用于调用云服务的方法和装置
CN108764866A (zh) 用于分配资源、领取资源的方法和设备
CN110113176A (zh) 用于配置服务器的信息同步方法及装置
CN109688190A (zh) 传输金融数据的方法、装置、计算机设备和存储介质
CN109981396A (zh) docker服务容器集群的监控方法及装置、介质及电子设备
EP3968692A1 (en) Method and apparatus for controlling quality of service of sidelink communication, medium, and electronic device
CN107566291A (zh) 组播传输方法、装置、电子设备及存储介质
CN109117146A (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40011425

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant