CN110475296A - 业务服务质量协商方法及装置 - Google Patents
业务服务质量协商方法及装置 Download PDFInfo
- Publication number
- CN110475296A CN110475296A CN201810439645.3A CN201810439645A CN110475296A CN 110475296 A CN110475296 A CN 110475296A CN 201810439645 A CN201810439645 A CN 201810439645A CN 110475296 A CN110475296 A CN 110475296A
- Authority
- CN
- China
- Prior art keywords
- quality
- service
- terminal
- information
- message
- 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
Links
- 238000000034 method Methods 0.000 claims abstract description 50
- 230000005540 biological transmission Effects 0.000 claims description 19
- 238000004891 communication Methods 0.000 claims description 16
- 230000008859 change Effects 0.000 claims description 10
- 230000005055 memory storage Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 30
- 238000012545 processing Methods 0.000 description 13
- 230000004044 response Effects 0.000 description 13
- 238000013461 design Methods 0.000 description 11
- 230000000977 initiatory effect Effects 0.000 description 7
- 230000008569 process Effects 0.000 description 6
- 230000009471 action Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000007958 sleep Effects 0.000 description 2
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 230000005059 dormancy Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000006116 polymerization reaction Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/805—QOS or priority aware
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提供一种业务服务质量协商方法及装置，该方法包括：第一设备获取应用服务器发送的服务质量创建消息，根据服务质量创建消息，创建与业务关联的服务质量信息，其中服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息。实现了可以建立业务与服务质量的关联，针对不同业务采用不同的服务质量。
Description
技术领域
本申请涉及通信网络，尤其涉及一种业务服务质量协商方法及装置
背景技术
随着智能终端和网络的不断发展，终端可以处理的应用业务也越来越多。为了更好地保证应用业务质量，需要协商应用服务器与终端之间的服务质量(Quality ofService，QoS)。目前第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)网络中，支持通过互联网(Internet Protocol，IP)五元组(源IP地址、源端口、目的IP地址、目的端口、传输层协议)传输流(traffic flow)的方式来设置QoS，也就是相同IP五元组对应的QoS相同。
但是，现有技术的方法导致在IP五元组相同的情况下，不同业务都使用相同的QoS。
发明内容
本申请提供一种业务服务质量协商方法及装置，解决现有技术中业务之间不区分QoS的问题。
第一方面，本申请提供一种业务服务质量协商方法，包括：
第一设备获取应用服务器发送的服务质量创建消息，所述服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息；
所述第一设备根据所述服务质量创建消息，创建与业务关联的服务质量信息。
一种可能的设计方式中，所述服务质量信息包括下述一项或多项：服务质量等级、服务质量等级对应的实体信息、服务质量等级对应的时长、服务质量等级对应的流量、服务质量状态对应的操作。
一种可能的设计方式中，所述第一设备为平台服务器时，所述第一设备根据所述服务质量创建消息，创建与业务关联的服务质量信息之后，还包括：
所述第一设备确定第一终端的网络注册信息；
所述第一设备根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息，所述服务质量协商消息包括：传输流对应的服务质量信息。
一种可能的设计方式中，所述第一终端和所述平台服务器之间采用传输控制协议TCP连接时，
所述第一设备根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息之前，还包括：
所述第一设备确定所述第一终端和所述平台服务器之间是否建立了TCP连接；
若所述第一终端和所述平台服务器之间未建立TCP连接，则所述第一设备发起建立与所述第一终端之间的TCP连接。
一种可能的设计方式中，所述第一设备根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息之前，还包括：
所述第一设备接收应用服务器发送的业务请求，所述业务请求包括：待执行业务的标识；
所述第一设备根据所述业务请求，确定所述与业务关联的服务质量信息中是否包含所述待执行业务对应的服务质量信息；
相应地，所述第一设备根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息，包括：
所述第一设备在所述与业务关联的服务质量信息中所述待执行业务对应的服务质量信息时，根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息。
一种可能的设计方式中，所述第一设备为第一终端时，所述第一设备根据所述服务质量创建消息，创建与业务关联的服务质量信息之后，还包括：
所述第一设备向网关设备发送服务质量协商消息，所述服务质量协商消息包括：传输流对应的服务质量信息。
一种可能的设计方式中，所述第一终端和所述平台服务器之间采用传输控制协议TCP连接时，
所述第一设备获取应用服务器发送的服务质量创建消息之后，还包括：
所述第一设备根据所述服务质量创建消息，发起建立与平台服务器之间的TCP连接。
一种可能的设计方式中，所述第一终端和所述平台服务器之间采用用户数据报协议UDP连接时，
所述第一设备获取应用服务器发送的服务质量创建消息之后，还包括：
所述第一设备根据所述服务质量创建消息，分配UDP连接的端口号。
一种可能的设计方式中，所述第一设备根据所述服务质量创建消息，创建与业务关联的服务质量信息之后，还包括：
所述第一设备根据所述与业务关联的服务质量信息，确定待执行业务的服务质量；
所述第一设备获取所述待执行业务对应的网络信息；
所述第一设备按照所述待执行业务的服务质量、所述待执行业务对应的网络信息，向网络设备传输所述待执行业务的业务数据。
一种可能的设计方式中，所述第一设备根据所述服务质量创建消息，创建与业务关联的服务质量信息之后，还包括：
所述第一设备接收网关设备发送的质量变化通知消息，所述质量变化通知消息包括：终端的标识、服务质量信息状态、流信息；
所述第一设备根据所述终端的标识，检查所述与业务关联的服务质量信息中与所述终端标识对应的服务质量信息；
所述第一设备根据所述与业务关联的服务质量信息中与所述终端标识对应的服务质量信息，确定是否重新协商服务质量信息。
一种可能的设计方式中，所述服务质量创建消息通过业务请求消息携带。
第二方面，本申请提供一种业务服务质量协商方法，包括：
第一终端确定服务质量创建消息，所述服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息，其中所述服务质量信息为所述第一终端和第二终端之间的服务质量信息；
第一终端向平台服务器发送所述服务质量创建消息。
第三方面，本申请提供一种业务服务质量协商方法，包括：
平台服务器接收第一终端发送的服务质量创建消息，所述服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息，其中所述服务质量信息为所述第一终端和第二终端之间的服务质量信息；
所述平台服务器根据所述服务质量创建消息，创建与业务关联的服务质量信息。
一种可能的设计方式中，所述平台服务器根据所述服务质量创建消息，创建与业务关联的服务质量信息之后，还包括：
所述平台服务确定所述第一终端和所述第二终端的网络注册信息；
所述平台服务根据所述第一终端的网络注册信息向所述第一终端对应的网关设备发送第一服务质量协商消息；
所述平台服务器根据所述第二终端的网络注册信息向所述第二终端对应的网关设备发送第二服务质量协商消息。
第四方面，本申请提供一种业务服务质量协商装置，所述装置集成于第一设备，所述装置包括用于执行上述第一方面以及第一方面的各种实现方式所提供的方法的模块或手段(means)。
第五方面，本申请提供一种业务服务质量协商装置，所述装置集成于第一终端，所述装置包括用于执行上述第二方面以及第二方面的各种实现方式所提供的方法的模块或手段(means)。
第六方面，本申请提供一种业务服务质量协商装置，所述装置集成于平台服务器，所述装置包括用于执行上述第三方面以及第三方面的各种实现方式所提供的方法的模块或手段(means)。
第七方面，本申请提供一种业务服务质量协商装置，所述装置包括处理器、通信接口和存储器，存储器用于存储程序，处理器调用存储器存储的程序，以执行本申请第一～第三方面中任一个提供的方法。
第八方面，本申请提供一种计算机存储介质，该计算机存储介质用于存储程序，该程序用于执行上述第一～第三方面所述的任意一种方法。
本申请提供的服务质量协商方法及装置中，第一设备获取应用服务器发送的服务质量创建消息，根据服务质量创建消息，创建与业务关联的服务质量信息，其中服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息。实现了可以建立业务与服务质量的关联，针对不同业务采用不同的服务质量。
附图说明
图1为一种通信系统架构图；
图2为本申请一实施例提供的业务服务质量协商方法流程示意图；
图3为本申请另一实施例提供的业务服务质量协商方法流程示意图；
图4为本申请另一实施例提供的业务服务质量协商方法流程示意图；
图5为本申请又一实施例提供的业务服务质量协商方法流程示意图；
图6为本申请再一实施例提供的业务服务质量协商方法流程示意图；
图7为本申请一实施例提供的业务服务质量协商装置结构示意图；
图8为本申请另一实施例提供的业务服务质量协商装置结构示意图；
图9为本申请另一实施例提供的业务服务质量协商装置结构示意图；
图10为本申请又一实施例提供的业务服务质量协商装置结构示意图；
图11为本申请又一实施例提供的业务服务质量协商装置结构示意图；
图12为本申请再一实施例提供的业务服务质量协商装置结构示意图；
图13为本申请另一实施例提供的业务服务质量协商装置结构示意图；
图14为本申请另一实施例提供的业务服务质量协商装置结构示意图；
图15为本申请另一实施例提供的业务服务质量协商装置结构示意图；
图16为本申请另一实施例提供的业务服务质量协商装置结构示意图。
具体实施方式
图1为一种通信系统架构图。如图1所示，该系统包括：终端01、3GPP网络02、以及平台服务器03。可选地，还可以包括应用服务器04。
该系统可以是窄带物联网(Narrow Band-Internet of Thing，NB-IoT)系统，但不以此为限。也可以是其他通信系统。
3GPP网络02可以包括网关设备，该网关设备可以为下述一种或多种：分组数据(PDN)网关(PDN GateWay，P-GW)、网关通用分组无线服务技术(General Packet RadioService，GPRS)支持节点(Gateway GPRS Support Node，GGSN)、业务网关(ServingGateway，S-GW)等。
应用服务器04可以是应用实体(Application Entity，AE)。平台服务器03可以是公共服务实体(Common Service Entity，CSE)，具体还可以是业务能力服务器(ServiceCapability Server，SCS)。
其中，终端01可以是物联网设备，也可以是其他通信终端，例如手机、平板电脑等，本申请不做限制。
终端01上可以按照实现各种功能的应用程序，应用程序可以通过网络与应用服务器04通信。
图2为本申请一实施例提供的业务服务质量协商方法流程示意图，如图2所示，该方法包括：
S201、第一设备获取应用服务器发送的服务质量创建消息。
该服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息。
S202、第一设备根据所述服务质量创建消息，创建与业务关联的服务质量信息。
上述第一设备可以是平台服务器或者终端，本申请中，可以由一个或多个应用服务器发起服务质量创建，根据不同的实施方式可以再平台服务器或者终端进行创建，以便后续的业务中可以使用不同业务对应的QoS。具体地，后续第一设备收到业务请求之后可以根据业务对应的服务质量执行业务。
本实施例中，第一设备获取应用服务器发送的服务质量创建消息，根据服务质量创建消息，创建与业务关联的服务质量信息，其中服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息。实现了可以建立业务与服务质量的关联，真的不同业务采用不同的服务质量。
可选地，服务质量信息包括下述一项或多项：服务质量等级(QoS level)、服务质量等级对应的实体信息(E2EInfo)、服务质量等级对应的时长(time Period)、服务质量等级对应的流量(traffic Volume)、服务质量状态对应的操作(QoS Status)。本申请中实体可以是上述终端。
E2EInfo可以如表1定义：
表1
上述创建与业务关联的服务质量信息的终端可以是发起实体也可以是目的实体。
上述业务标识可以是业务类型标识(resource Type)。
图3为本申请另一实施例提供的业务服务质量协商方法流程示意图。
第一设备为平台服务器时，第一设备根据服务质量创建消息，创建与业务关联的服务质量信息之后，第一设备确定第一终端的网络注册信息，进而根据第一终端的网络注册信息向网关设备发送服务质量协商消息。
服务质量协商消息包括：传输流对应的服务质量信息。
这里传输流可以是数据流，根据网络信息(例如IP五元组)区分，其中，网络信息不包含业务信息，即传输流不具体区分数据流所属的业务。本申请中，跟网络(例如网关设备)交互时，可以沿用目前的IP五元组方式区分传输流，无需对网络侧重新配置，使得方案实现起来更为容易。
需要说明的是，本实施例中，终端先在平台服务器上进行注册，具体地，每个终端可以有自己的账号或标识(例如External ID)，终端向平台服务发送注册请求。平台服务器可以通过注册请求获取终端的网络注册信息，网络注册信息可以包含：终端的标识(或账号)、以及终端所接入网络的信息等。
另外，终端和平台服务器之间采用不同网络协议连接的情况下，服务质量的协商也不同。
如图3所示，该方法包括：
S301、第一应用服务器向平台服务器发送服务质量创建消息。
该服务质量创建消息是第一应用服务器请求创建的是第一终端与第一应用服务器之间的服务质量信息。类似的，第一应用服务器也可以请求创建其他终端与第一应用服务器之间的服务质量信息。
或者，其他应用服务器也可以请求创建第一终端与其他应用服务器之间的服务质量信息等。
S301之前，第一终端已经在平台注册完成。
S302、平台服务器根据所述服务质量创建消息，创建与业务关联的服务质量信息。
S303、平台服务器确定第一终端的网络注册信息。
具体地，平台服务器可以根据第一终端的网络注册信息，例如第一终端的标识、接入网信息等，确定需要协商的网络。例如，第一应用服务器和第一终端之间的互联网协议(IP)五元组信息。
如表2所示，第一应用服务器和第一终端之间的IP五元组信息如下：
表2
对于传输控制协议(Transmission Control Protocol，TCP)连接，执行S304a～S305a。
S304a、平台服务器确定第一终端和平台服务器之间建立的是TCP连接。
需要说明的是，平台服务器会先确定第一终端和平台服务器之间是否建立了TCP连接，如果第一终端和平台服务器之间未建立TCP连接，则平台服务器先发起建立与该第一终端之间的TCP连接。
如果已经建立好TCP连接，就可以直接发送服务质量协商消息。可选地，平台服务器调用3GPP SCEF T8接口，通过请求QoS应用接口((Application Program Interface，API)On-demand QoS)请求信息(request message)进行服务质量协商。
S305a、平台服务器根据第一终端的网络注册信息向网关设备发送服务质量协商消息。
该服务质量协商消息包括：传输流对应的服务质量信息。
即平台服务器和3GPP网络之间进行QoS协商时，可以基于目前的IP五元组信息，无需改变现有的传输方式，实现起来更加容易。
对于用户数据报协议(User Datagram Protocol，UDP)连接，执行S304b～S305b。
S304b、平台服务器确定第一终端和平台服务器之间建立的是UDP连接。
S305b、平台服务器根据第一终端的网络注册信息向网关设备发送服务质量协商消息。
即如果建立的是UDP连接，可以直接进行服务质量协商。
S306、网关设备向平台服务器发送协商结果。
可选地，协商结果可以如表3所示，
表3
S307、平台服务器向第一应用服务器发送创建成功响应。
需要说明的是，如果S307之后，有第二应用服务器向平台服务器发送服务质量创建消息，假设该服务质量创建消息是第二应用服务器请求创建的是第一终端与第二应用服务器之间的服务质量信息。平台服务器创建了与业务关联的服务质量信息之后，会先判断一下第一终端当前是否已经是某个业务的目的实体了，如果是，会重新分配源端口，例如表2中的源端口变成“平台服务器Port2”。进而，根据第一终端的网络注册信息，向网关设备发送服务质量协商消息，此时根据的IP五元组信息中源端口不同，如表4所示：
表4
如果第一终端当前并不作为某个业务的目的实体，就跟前述流程一致，进行执行。
图4为本申请另一实施例提供的业务服务质量协商方法流程示意图。
第一设备是第一终端时，第一终端也会跟网关设备进行服务质量协商，具体地，该方法包括：
S401、第一终端获取第一应用服务器发送的服务质量创建消息。
该服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息。
S402、第一终端根据服务质量创建消息，创建与业务关联的服务质量信息。
进而，第一终端跟3GPP网络进行服务质量协商，具体地，第一终端向网关设备发送服务质量协商消息。
S403、第一终端确定该第一终端在平台服务器注册的网络注册信息。
第一终端可以在S403之前向平台服务器发送注册信息，以完成注册。
网络注册信息可以包括第一终端所接入的网络信息等。进而可以确定第一终端接入网络的IP五元组信息，如表5所示，
表5
对于TCP连接，执行S404a～S405a。
S404a、第一终端根据服务质量创建消息，发起建立与平台服务器之间的TCP连接。
即第一终端重新分配到平台之间的新的TCP连接。
S405a、第一终端向网关设备发送服务质量协商消息。
对于UDP连接，执行S404b～S405b。
S404b、第一终端根据服务质量创建消息，分配UDP连接的端口号。
即第一终端重新分配第一终端和平台服务器之间的UDP端口。
S405b、第一设备向网关设备发送服务质量协商消息。
其中，第一终端可以按照TCP/UDP的IP五元组信息，调用承载资源更新请求(Request Bearer Resource Modification)，例如包括：连接的承载标识(LBI)、过程事务标识(PTI)、EPS承载标识(EPS Bearer Identity)、QoS、流量聚合描述(TAD)、协议配置选项(Protocol Configuration Options)。其中TAD信息中包含协商过的traffic flow IP五元组信息，以协商设置传输流对应的服务质量信息(Flow QoS)。
S406、第一终端向第一应用服务器发送创建成功响应。
需要说明的是，可以有第二应用服务器向第一终端发送服务质量创建消息，以创建第一终端与第二应用服务器之间的服务质量。具体执行流程与图4所示的类似，不再赘述。
在上述实施例的基础上，平台服务器与网关设备协商QoS的过程中，根据终端的休眠状态、连接信息等，需要进行不同的处理。
可选地，如果当前终端处于休眠状态，平台服务器缓存服务质量创建消息，或者向应用服务器返回错误信息。即不与网关设备进行协商。
如果当前终端非休眠、且已经与平台服务器建立连接，则按照图4所示的实施例进行协商。
如果当前终端非休眠、但是还未与平台服务器建立连接，那么先建立连接再进行协商。可选地，平台服务器发起建立连接，即平台服务器向终端发送连接建立请求，终端返回连接响应后，按照图4所示的实施例进行协商。或者，终端发起连接建立，即终端向平台服务器发送连接建立请求，平台服务器向终端返回连接响应后，按照图4所示的实施例进行协商。
在上述实施例的基础上，第一设备在根据服务质量创建消息，创建与业务关联的服务质量信息之后，就可以向应用服务器发送创建成功响应。进而在收到业务请求之后，再与3GPP网络进行协商。
图5为本申请又一实施例提供的业务服务质量协商方法流程示意图。
第一设备根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息之前，该第一设备还接收应用服务器发送的业务请求，该业务请求包括：待执行业务的标识。进而第一设备根据上述业务请求，确定与业务关联的服务质量信息中是否包含该待执行业务对应的服务质量信息。若有，就可以根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息。否则可以按现有的方式执行。
如图5所示，该方法包括：
S501、平台服务器获取第一应用服务器发送的服务质量创建消息。
该服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息。
S502、平台服务器根据服务质量创建消息，创建与业务关联的服务质量信息。
S503、平台服务器向第一应用服务器发送创建成功响应。
S504、第一应用服务器向平台服务器发送业务请求。
该业务请求包括：待执行业务的标识。
具体地，业务请求还可以包括：源实体标识(第一应用服务器的标识)、目的实体的标识，其中，该业务请求可以是请求操作第一终端的资源，即将执行业务的目的实体可以是第一终端。
S505、平台服务器确定与业务关联的服务质量信息中是否包含该待执行业务对应的服务质量信息。
若有，则执行S506a/S506b。
具体地，如果创建的与业务关联的服务质量信息中，没有第一终端对应的业务，那么还按照现有的流程进行处理，即不考虑业务与服务质量的关联。
一种实施方式中，如果第一应用服务器签约了业务与QoS的关联关系(E2EQoS)，请求消息中第一终端的标识在平台服务器创建的与业务关联的服务质量信息中，并且请求消息中第一终端的标识对应的远端平台(remote CSE)没有子资源<E2EQoS>，则平台服务器则按照与业务关联的服务质量信息确定上述待执行业务的QoS。
或者，如果第一应用服务器签约了业务与QoS的关联关系(E2EQoS)，请求消息中第一终端的标识在平台服务器创建的与业务关联的服务质量信息中，并且请求消息中第一终端的标识对应的remote CSE有子资源<E2EQoS>，但是第一应用服务器(IN-AE)不在remoteCSE有子资源<E2EQoS>的目的实体标识，则平台服务器则按照与业务关联的服务质量信息确定上述待执行业务的QoS。
需要说明的是，<E2EQoS>可以作为<remoteCSE>、<CSEBase>、<AE>这三个资源的子资源，这里判断的是<remote CSE>是否有<E2EQoS>这个子资源。
<E2EQoS>有个目标实体标识(target Entity ID)，表示这些QoS应用的业务是发给目标实体的，比如:target Entity ID是一个水表的标识，这个<E2EQoS>可以表示创建QoS的应用服务器所有发给这个水表的业务都应该使用相同的QoS。
另一种实施方式中，第一应用服务器签约了业务与QoS的关联关系(E2EQoS)，请求消息中第一终端的标识在平台服务器创建的与业务关联的服务质量信息中，并且请求消息中第一终端的标识对应的remote CSE有子资源<E2EQoS>，第一应用服务器也在remote CSE有子资源<E2EQoS>的目的实体标识中，表示从终端到应用服务器之间已经创建了一个QoS，则平台服务器比较这两个QoS信息(可以是比较QoS的每个属性是否一样)：如果两个QoS相同，方向相同，则平台服务器选择第一应用服务器配置的上述待执行业务对应的QoS，如果QoS不同，方向相同，则平台服务器选择级别高的QoS；如果两个QoS不相同，方向也不相同，则平台服务器需要根据请求和响应分别确定QoS，并和3GPP网络分别协商QoS承载。
进而，需要与3GPP网络协商QoS，可以是平台服务器直接与网关设备协商(执行S506a)，也可以先通知第一终端，由第一终端与网关设备协商(S506b～S507b)。
S506a、平台服务器与网关设备进行服务质量协商。
即平台服务器根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息，具体针对TCP/UDP连接的协商方式，可以参照前述实施例，在此不再赘述。
S506b、平台服务器向第一终端发送服务质量映射消息，所述服务质量映射消息包括：待执行业务对应的QoS。
S507b、第一终端与网关设备进行服务质量协商。
即第一终端向网关设备发送服务质量协商消息，具体针对TCP/UDP连接的协商方式，可以参照前述实施例，在此不再赘述。
协商完成后，通知第一终端执行上述待执行业务。
S508、平台服务器向第一终端发送业务请求。
该业务请求包括：待执行业务的标识。
S509、第一终端向平台服务器发送业务响应消息。
具体地，第一终端根据待执行业务对应的QoS，向平台服务器发送业务响应消息。
S510、平台服务器向第一应用服务器发送业务响应消息。
与上述实施例不同，也可以由终端发起服务质量创建。具体地，一个终端可以发起建立自己与另一个终端之间的E2E QoS。
图6为本申请再一实施例提供的业务服务质量协商方法流程示意图。如图6所示，该方法包括：
S601、第一终端确定服务质量创建消息。
其中，服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息，并且该服务质量信息为第一终端和第二终端之间的服务质量信息。
S602、第一终端向平台服务器发送上述服务质量创建消息。
S603、平台服务器根据上述服务质量创建消息，创建与业务关联的服务质量信息。
具体地，创建第一终端和第二终端之间的服务质量信息。可以将第一终端和第二终端之间的服务质量信息作为remote CSE的子资源。
进而平台服务器会和3GPP网络进行QoS协商，为了便于实现，依然采用IP五元组的方式协商。
一种可选地实施方式中，平台服务可以根据服务质量创建消息中第一终端的标识、第二终端的标识，将协商消息拆分成两个流(flow)。
S604、平台服务器确定第一终端和第二终端的网络注册信息。
如表6所示，平台服务器和第一终端之间的IP五元组信息如下：
表6
如表7所示，平台服务器和第二终端之间的IP五元组信息如下：
表7
S605、平台服务器根据第一终端的网络注册信息向第一终端对应的网关设备发送第一服务质量协商消息。
即根据第一终端的网络注册信息选择对应的3GPP网络进行协商。
S606、平台服务器根据第二终端的网络注册信息向第二终端对应的网关设备发送第二服务质量协商消息。
即根据第二终端的网络注册信息选择对应的3GPP网络进行协商。
S605和S606可以同时执行，也可以先后执行，本申请不做限制。具体协商过程，针对UDP/TCP连接，可以参照前述实施例，在此不做限制。
一种情况下，如果S605协商的网关设备成功返回响应，即协商成功，但是S606协商失败，那么平台服务器将S605的协商结果也删除，即平台服务器根据第一终端的网络注册信息向网关设备发送删除协商信息，如果第一终端对应的网关设备删除完成，会向平台服务器返回删除响应。
如果都协商成功，则执行S607。
S607、平台服务器向第一终端发送创建成功响应。
在上述实施例的基础上，如果网络中QoS发生变化，通过通知报告(NotifyReport)通知平台服务器。
可选地，第一设备根据所述服务质量创建消息，创建与业务关联的服务质量信息之后，第一设备接收网关设备发送的质量变化消息，该质量变化通知消息包括：终端的标识、服务质量信息状态(QoS Status)、流信息(Flow Info)等。进而第一设备根据终端的标识，检查所述与业务关联的服务质量信息中与所述终端标识对应的服务质量信息，并根据所述与业务关联的服务质量信息中与所述终端标识对应的服务质量信息，确定是否重新协商服务质量信息。
具体实现过程中，第一设备根据终端的标识、Flow Info，检查之前创建的与业务关联的服务质量信息，获取对应QoS Status的活动(Action)。如果该Action为触发(trigger)终端，则第一设备根据终端的标识向该终端发送设备触发(Device Trigger)信息。如果该Action为Notify，则第一设备将上述QoS Status发送给上述应用服务器。
如果Action重新协商，那么按照发生变化后的QoS(例如时间、流量等发生变化)重新与网关设备进行协商，具体协商过程可以参照前述实施例，在此不再赘述。
进一步地，上述实施例中的服务质量创建消息可以通过业务请求消息携带。可选地，应用服务器在发起业务时，可以在业务请求消息中增加服务质量创建请求，例如在业务请求消息中增加创建参数“QoS Level”，指示该业务请求需要的QoS保障。
本实施例中，可以直接指示待执行业务的QoS，实现了业务与QoS的关联。
第一设备收到业务请求消息后，参照前述实施例与网关设备进行协商。
该第一设备为平台服务器时，在与网关设备协商完QoS后，将业务请求消息转发给终端，由终端来执行业务。
图7为本申请一实施例提供的业务服务质量协商装置结构示意图，该装置可以集成于上述第一设备。
如图7所示，该装置包括：获取模块701和创建模块702，其中：
获取模块701，用于获取应用服务器发送的服务质量创建消息，所述服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息。
创建模块702，用于根据所述服务质量创建消息，创建与业务关联的服务质量信息。
可选地，所述服务质量信息包括下述一项或多项：服务质量等级、服务质量等级对应的实体信息、服务质量等级对应的时长、服务质量等级对应的流量、服务质量状态对应的操作。
图8为本申请另一实施例提供的业务服务质量协商装置结构示意图，如图8所示，第一设备为平台服务器时，该装置还可以包括：第一确定模块801和第一发送模块802，其中：
第一确定模块801，用于确定第一终端的网络注册信息。
第一发送模块802，用于根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息，所述服务质量协商消息包括：传输流对应的服务质量信息。
一种可选地实施方式中，如图8所示，该装置还包括：第一建立模块803。
该实施例中，第一确定模块801，还用于确定所述第一终端和所述平台服务器之间是否建立了TCP连接。若所述第一终端和所述平台服务器之间未建立TCP连接，第一建立模块803，用于发起建立与所述第一终端之间的TCP连接。
图9为本申请另一实施例提供的业务服务质量协商装置结构示意图，如图9所示，在图8的基础上，该装置还可以包括：第一接收模块901。
第一接收模块901，用于接收应用服务器发送的业务请求，所述业务请求包括：待执行业务的标识。
相应地，本实施例中，第一确定模块801，还用于根据所述业务请求，确定所述与业务关联的服务质量信息中是否包含所述待执行业务对应的服务质量信息。
第一发送模块802，具体用于在所述与业务关联的服务质量信息中所述待执行业务对应的服务质量信息时，根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息。
图10为本申请又一实施例提供的业务服务质量协商装置结构示意图，如图10所示，在图7的基础上，第一设备为第一终端时，该装置还可以包括：第二发送模块110，用于向网关设备发送服务质量协商消息，所述服务质量协商消息包括：传输流对应的服务质量信息。
参见图10，可选地一种方案中，第一终端和所述平台服务器之间采用传输控制协议TCP连接时，上述装置还可以包括：第二建立模块111，用于根据所述服务质量创建消息，发起建立与平台服务器之间的TCP连接。
另一种可选地方案中，第一终端和所述平台服务器之间采用用户数据报协议UDP连接时，如图10所示，上述装置还可以包括：分配模块112，用于根据所述服务质量创建消息，分配UDP连接的端口号。
图11为本申请又一实施例提供的业务服务质量协商装置结构示意图，如图11所示，该装置还可以包括：第二确定模块114。
第二确定模块114，用于根据所述与业务关联的服务质量信息，确定待执行业务的服务质量。
获取模块701，还用于获取所述待执行业务对应的网络信息。
第二发送模块110，还用于按照所述待执行业务的服务质量、所述待执行业务对应的网络信息，向网络设备传输所述待执行业务的业务数据。
图12为本申请再一实施例提供的业务服务质量协商装置结构示意图，如图12所示，该装置还可以包括：第二接收模块121、检查模块122。
第二接收模块121，用于接收网关设备发送的质量变化通知消息，所述质量变化通知消息包括：终端的标识、服务质量信息状态、流信息。
检查模块122，用于根据所述终端的标识，检查所述与业务关联的服务质量信息中与所述终端标识对应的服务质量信息。
第一确定模块801，还用于根据所述与业务关联的服务质量信息中与所述终端标识对应的服务质量信息，确定是否重新协商服务质量信息。
进一步地，上述实施例中，服务质量创建消息通过业务请求消息携带。
图13为本申请另一实施例提供的业务服务质量协商装置结构示意图，该装置可以集成于上述第一终端，包括：确定模块131和发送模块132。
确定模块131，用于确定服务质量创建消息，所述服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息，其中所述服务质量信息为所述第一终端和第二终端之间的服务质量信息。
发送模块132，用于向平台服务器发送所述服务质量创建消息。
图14为本申请另一实施例提供的业务服务质量协商装置结构示意图，该装置可以集成于平台服务器，该装置可以包括：接收模块141、创建模块142，其中：
接收模块141，用于接收第一终端发送的服务质量创建消息，所述服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息，其中所述服务质量信息为所述第一终端和第二终端之间的服务质量信息。
创建模块142，用于根据所述服务质量创建消息，创建与业务关联的服务质量信息。
图15为本申请另一实施例提供的业务服务质量协商装置结构示意图，在图14的基础上，该装置还可以包括：确定模块151和发送模块152。
确定模块151，用于确定所述第一终端和所述第二终端的网络注册信息。
发送模块152，用于根据所述第一终端的网络注册信息向所述第一终端对应的网关设备发送第一服务质量协商消息；根据所述第二终端的网络注册信息向所述第二终端对应的网关设备发送第二服务质量协商消息。
该装置用于执行前述方法实施例，其实现原理和技术效果类似，在此不再赘述。
需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，确定模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。
例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，ASIC)，或，一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。
图16为本申请另一实施例提供的业务服务质量协商装置结构示意图，如图6所示，该装置包括：处理器161、存储器162以及通信接口163。
其中，存储器162可以是独立的物理单元，与处理器161、通信接口163可以通过总线连接。存储器162、处理器161也可以集成在一起，通过硬件实现等。
存储器162用于存储程序，该程序用于实现以上方法实施例。处理器161调用该程序，执行以上装置执行的方法实施例的操作。
通信接口163，用于与其他设备进行有线或无线通信。
该装置可以集成于上述第一设备，具体可以集成于终端、平台服务器等。
可选地，当上述实施例的业务服务质量协商方法中的部分或全部通过软件实现时，业务服务质量协商装置也可以只包括处理器。用于存储程序的存储器位于上述装置之外，处理器通过电路/电线与存储器连接，用于读取并执行存储器中存储的程序。
处理器可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。
处理器还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmablelogic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complexprogrammable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gatearray，FPGA)，通用阵列逻辑(generic array logic,GAL)或其任意组合。
存储器可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器还可以包括上述种类的存储器的组合。
本申请还提供一种计算机存储介质，该计算机存储介质用于存储程序，该程序用于执行上述方法。
Claims (30)
1.一种业务服务质量协商方法，其特征在于，包括：
第一设备获取应用服务器发送的服务质量创建消息，所述服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息；
所述第一设备根据所述服务质量创建消息，创建与业务关联的服务质量信息。
2.根据权利要求1所述的方法，其特征在于，所述服务质量信息包括下述一项或多项：服务质量等级、服务质量等级对应的实体信息、服务质量等级对应的时长、服务质量等级对应的流量、服务质量状态对应的操作。
3.根据权利要求1或2所述的方法，其特征在于，所述第一设备为平台服务器时，所述第一设备根据所述服务质量创建消息，创建与业务关联的服务质量信息之后，还包括：
所述第一设备确定第一终端的网络注册信息；
所述第一设备根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息，所述服务质量协商消息包括：传输流对应的服务质量信息。
4.根据权利要求3所述的方法，其特征在于，所述第一终端和所述平台服务器之间采用传输控制协议TCP连接时，
所述第一设备根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息之前，还包括：
所述第一设备确定所述第一终端和所述平台服务器之间是否建立了TCP连接；
若所述第一终端和所述平台服务器之间未建立TCP连接，则所述第一设备发起建立与所述第一终端之间的TCP连接。
5.根据权利要求3所述的方法，其特征在于，所述第一设备根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息之前，还包括：
所述第一设备接收应用服务器发送的业务请求，所述业务请求包括：待执行业务的标识；
所述第一设备根据所述业务请求，确定所述与业务关联的服务质量信息中是否包含所述待执行业务对应的服务质量信息；
相应地，所述第一设备根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息，包括：
所述第一设备在所述与业务关联的服务质量信息中所述待执行业务对应的服务质量信息时，根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息。
6.根据权利要求1或2所述的方法，其特征在于，所述第一设备为第一终端时，所述第一设备根据所述服务质量创建消息，创建与业务关联的服务质量信息之后，还包括：
所述第一设备向网关设备发送服务质量协商消息，所述服务质量协商消息包括：传输流对应的服务质量信息。
7.根据权利要求6所述的方法，其特征在于，所述第一终端和所述平台服务器之间采用传输控制协议TCP连接时，
所述第一设备获取应用服务器发送的服务质量创建消息之后，还包括：
所述第一设备根据所述服务质量创建消息，发起建立与平台服务器之间的TCP连接。
8.根据权利要求6所述的方法，其特征在于，所述第一终端和所述平台服务器之间采用用户数据报协议UDP连接时，
所述第一设备获取应用服务器发送的服务质量创建消息之后，还包括：
所述第一设备根据所述服务质量创建消息，分配UDP连接的端口号。
9.根据权利要求6-8任一项所述的方法，其特征在于，所述第一设备根据所述服务质量创建消息，创建与业务关联的服务质量信息之后，还包括：
所述第一设备根据所述与业务关联的服务质量信息，确定待执行业务的服务质量；
所述第一设备获取所述待执行业务对应的网络信息；
所述第一设备按照所述待执行业务的服务质量、所述待执行业务对应的网络信息，向网络设备传输所述待执行业务的业务数据。
10.根据权利要求3或4所述的方法，其特征在于，所述第一设备根据所述服务质量创建消息，创建与业务关联的服务质量信息之后，还包括：
所述第一设备接收网关设备发送的质量变化通知消息，所述质量变化通知消息包括：终端的标识、服务质量信息状态、流信息；
所述第一设备根据所述终端的标识，检查所述与业务关联的服务质量信息中与所述终端标识对应的服务质量信息；
所述第一设备根据所述与业务关联的服务质量信息中与所述终端标识对应的服务质量信息，确定是否重新协商服务质量信息。
11.根据权利要求1所述的方法，其特征在于，所述服务质量创建消息通过业务请求消息携带。
12.一种业务服务质量协商方法，其特征在于，包括：
第一终端确定服务质量创建消息，所述服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息，其中所述服务质量信息为所述第一终端和第二终端之间的服务质量信息；
第一终端向平台服务器发送所述服务质量创建消息。
13.一种业务服务质量协商方法，其特征在于，包括：
平台服务器接收第一终端发送的服务质量创建消息，所述服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息，其中所述服务质量信息为所述第一终端和第二终端之间的服务质量信息；
所述平台服务器根据所述服务质量创建消息，创建与业务关联的服务质量信息。
14.根据权利要求13所述的方法，其特征在于，所述平台服务器根据所述服务质量创建消息，创建与业务关联的服务质量信息之后，还包括：
所述平台服务确定所述第一终端和所述第二终端的网络注册信息；
所述平台服务根据所述第一终端的网络注册信息向所述第一终端对应的网关设备发送第一服务质量协商消息；
所述平台服务器根据所述第二终端的网络注册信息向所述第二终端对应的网关设备发送第二服务质量协商消息。
15.一种业务服务质量协商装置，其特征在于，所述装置集成于第一设备，所述装置包括：
获取模块，用于获取应用服务器发送的服务质量创建消息，所述服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息；
创建模块，用于根据所述服务质量创建消息，创建与业务关联的服务质量信息。
16.根据权利要求15所述的装置，其特征在于，所述服务质量信息包括下述一项或多项：服务质量等级、服务质量等级对应的实体信息、服务质量等级对应的时长、服务质量等级对应的流量、服务质量状态对应的操作。
17.根据权利要求15或16所述的装置，其特征在于，所述第一设备为平台服务器时，所述装置还包括：
第一确定模块，用于确定第一终端的网络注册信息；
第一发送模块，用于根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息，所述服务质量协商消息包括：传输流对应的服务质量信息。
18.根据权利要求17所述的装置，其特征在于，所述第一终端和所述平台服务器之间采用传输控制协议TCP连接时，所述装置还包括：第一建立模块；
所述第一确定模块，还用于确定所述第一终端和所述平台服务器之间是否建立了TCP连接；
若所述第一终端和所述平台服务器之间未建立TCP连接，则所述第一建立模块，用于发起建立与所述第一终端之间的TCP连接。
19.根据权利要求17所述的装置，其特征在于，还包括：
第一接收模块，用于接收应用服务器发送的业务请求，所述业务请求包括：待执行业务的标识；
所述第一确定模块，还用于根据所述业务请求，确定所述与业务关联的服务质量信息中是否包含所述待执行业务对应的服务质量信息；
相应地，所述第一发送模块，具体用于在所述与业务关联的服务质量信息中所述待执行业务对应的服务质量信息时，根据所述第一终端的网络注册信息向网关设备发送服务质量协商消息。
20.根据权利要求15或16所述的装置，其特征在于，所述第一设备为第一终端时，所述装置还包括：
第二发送模块，用于向网关设备发送服务质量协商消息，所述服务质量协商消息包括：传输流对应的服务质量信息。
21.根据权利要求20所述的装置，其特征在于，所述第一终端和所述平台服务器之间采用传输控制协议TCP连接时，所述装置还包括：第二建立模块；
所述第二建立模块，用于根据所述服务质量创建消息，发起建立与平台服务器之间的TCP连接。
22.根据权利要求20所述的装置，其特征在于，所述第一终端和所述平台服务器之间采用用户数据报协议UDP连接时，所述装置还包括：
分配模块，用于根据所述服务质量创建消息，分配UDP连接的端口号。
23.根据权利要求20-22任一项所述的装置，其特征在于，还包括：第二确定模块；
所述第二确定模块，用于根据所述与业务关联的服务质量信息，确定待执行业务的服务质量；
所述获取模块，还用于获取所述待执行业务对应的网络信息；
所述第二发送模块，还用于按照所述待执行业务的服务质量、所述待执行业务对应的网络信息，向网络设备传输所述待执行业务的业务数据。
24.根据权利要求17或18所述的装置，其特征在于，还包括：
第二接收模块，用于接收网关设备发送的质量变化通知消息，所述质量变化通知消息包括：终端的标识、服务质量信息状态、流信息；
检查模块，用于根据所述终端的标识，检查所述与业务关联的服务质量信息中与所述终端标识对应的服务质量信息；
所述第一确定模块，还用于根据所述与业务关联的服务质量信息中与所述终端标识对应的服务质量信息，确定是否重新协商服务质量信息。
25.根据权利要求15所述的装置，其特征在于，所述服务质量创建消息通过业务请求消息携带。
26.一种业务服务质量协商装置，其特征在于，所述装置集成于第一终端，所述装置包括：
确定模块，用于确定服务质量创建消息，所述服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息，其中所述服务质量信息为所述第一终端和第二终端之间的服务质量信息；
发送模块，用于向平台服务器发送所述服务质量创建消息。
27.一种业务服务质量协商装置，其特征在于，所述装置集成于平台服务器，所述装置包括：
接收模块，用于接收第一终端发送的服务质量创建消息，所述服务质量创建消息包括：业务标识、以及业务标识对应的服务质量信息，其中所述服务质量信息为所述第一终端和第二终端之间的服务质量信息；
创建模块，用于根据所述服务质量创建消息，创建与业务关联的服务质量信息。
28.根据权利要求27所述的装置，其特征在于，还包括：
确定模块，用于确定所述第一终端和所述第二终端的网络注册信息；
发送模块，用于根据所述第一终端的网络注册信息向所述第一终端对应的网关设备发送第一服务质量协商消息；根据所述第二终端的网络注册信息向所述第二终端对应的网关设备发送第二服务质量协商消息。
29.一种业务服务质量协商装置，其特征在于，包括：存储器、处理器以及通信接口；
所述存储器用于存储程序，所述通信接口用于与其他设备进行有线或无线通信；
所述处理器调用存储器存储的程序，以执行权利要求1～11任一项所述的方法。
30.一种业务服务质量协商装置，其特征在于，包括：存储器、处理器以及通信接口；
所述存储器用于存储程序，所述通信接口用于与其他设备进行有线或无线通信；
所述处理器调用存储器存储的程序，以执行权利要求12～14任一项所述的方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810439645.3A CN110475296B (zh) | 2018-05-09 | 2018-05-09 | 业务服务质量协商方法及装置 |
| PCT/CN2019/085644 WO2019214569A1 (zh) | 2018-05-09 | 2019-05-06 | 业务服务质量协商方法及装置 |
| EP19800354.3A EP3790312A4 (en) | 2018-05-09 | 2019-05-06 | PROCESS AND APPARATUS FOR NEGOTIATING THE QUALITY OF SERVICE OF SERVICE |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810439645.3A CN110475296B (zh) | 2018-05-09 | 2018-05-09 | 业务服务质量协商方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110475296A true CN110475296A (zh) | 2019-11-19 |
| CN110475296B CN110475296B (zh) | 2022-05-10 |
Family
ID=68467728
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810439645.3A Active CN110475296B (zh) | 2018-05-09 | 2018-05-09 | 业务服务质量协商方法及装置 |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP3790312A4 (zh) |
| CN (1) | CN110475296B (zh) |
| WO (1) | WO2019214569A1 (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115037697A (zh) * | 2021-03-04 | 2022-09-09 | 中国移动通信集团四川有限公司 | 业务访问请求处理方法及装置、系统、可读存储介质 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023212853A1 (en) * | 2022-05-05 | 2023-11-09 | Qualcomm Incorporated | Policy control and charting for data channels in internet protocol multimedia subsystem networks |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1852384A (zh) * | 2005-06-18 | 2006-10-25 | 华为技术有限公司 | 一种策略和计费规则决策的实现方法 |
| CN101442428A (zh) * | 2007-11-19 | 2009-05-27 | 华为技术有限公司 | 一种端到端QoS的申请方法、系统和设备 |
| CN103621023A (zh) * | 2012-06-29 | 2014-03-05 | 华为技术有限公司 | 处理QoS的方法、应用服务器、QoS控制网元和移动网络 |
| CN104754750A (zh) * | 2013-12-31 | 2015-07-01 | 华为终端有限公司 | 资源分配方法和装置 |
| CN105208585A (zh) * | 2014-06-23 | 2015-12-30 | 中兴通讯股份有限公司 | 调度信息的配置、配置参数的处理方法及装置 |
| US9350566B2 (en) * | 2003-04-30 | 2016-05-24 | Nokia Technologies Oy | Handling traffic flows in a mobile communications network |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9094943B2 (en) * | 2008-09-19 | 2015-07-28 | Qualcomm Incorporated | Network and mobile device initiated quality of service |
| EP2842288A1 (en) * | 2012-04-27 | 2015-03-04 | Interdigital Patent Holdings, Inc. | Systems and methods for personalizing and/or tailoring a service interface |
-
2018
- 2018-05-09 CN CN201810439645.3A patent/CN110475296B/zh active Active
-
2019
- 2019-05-06 WO PCT/CN2019/085644 patent/WO2019214569A1/zh unknown
- 2019-05-06 EP EP19800354.3A patent/EP3790312A4/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9350566B2 (en) * | 2003-04-30 | 2016-05-24 | Nokia Technologies Oy | Handling traffic flows in a mobile communications network |
| CN1852384A (zh) * | 2005-06-18 | 2006-10-25 | 华为技术有限公司 | 一种策略和计费规则决策的实现方法 |
| CN101442428A (zh) * | 2007-11-19 | 2009-05-27 | 华为技术有限公司 | 一种端到端QoS的申请方法、系统和设备 |
| CN103621023A (zh) * | 2012-06-29 | 2014-03-05 | 华为技术有限公司 | 处理QoS的方法、应用服务器、QoS控制网元和移动网络 |
| US20150103670A1 (en) * | 2012-06-29 | 2015-04-16 | Huawei Technologies Co., Ltd. | Method for Processing QoS, Application Server, QoS Control Network Element, and Mobile Network |
| CN104754750A (zh) * | 2013-12-31 | 2015-07-01 | 华为终端有限公司 | 资源分配方法和装置 |
| CN105208585A (zh) * | 2014-06-23 | 2015-12-30 | 中兴通讯股份有限公司 | 调度信息的配置、配置参数的处理方法及装置 |
Non-Patent Citations (1)
| Title |
|---|
| HUAWEI: "S2-143225，Setting up data sessions with specified QoS and Priority", 《SA WG2 MEETING #105》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115037697A (zh) * | 2021-03-04 | 2022-09-09 | 中国移动通信集团四川有限公司 | 业务访问请求处理方法及装置、系统、可读存储介质 |
| CN115037697B (zh) * | 2021-03-04 | 2023-07-21 | 中国移动通信集团四川有限公司 | 业务访问请求处理方法及装置、系统、可读存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110475296B (zh) | 2022-05-10 |
| EP3790312A1 (en) | 2021-03-10 |
| EP3790312A4 (en) | 2021-06-23 |
| WO2019214569A1 (zh) | 2019-11-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP7082983B2 (ja) | 統合されたサービス・ケイパビリティ・エクスポージャ・ファンクション（ｓｃｅｆ）、サービス・ケイパビリティ・サーバー（ｓｃｓ）およびアプリケーション・サーバー（ａｓ）サービスを提供するための方法、システムおよびコンピュータ可読媒体 | |
| JP7132931B2 (ja) | サービス・ケイパビリティ・エクスポージャ・ファンクション（ｓｃｅｆ）をクラウドサービスとして提供するための方法、システムおよびコンピュータ可読媒体 | |
| JP7100649B2 (ja) | Ｄｉａｍｅｔｅｒルーティングエージェント（ＤＲＡ）特徴としてサービス・ケイパビリティ・エクスポージャ・ファンクション（ＳＣＥＦ）を提供するための方法、システムおよびコンピュータ可読媒体 | |
| US11736968B2 (en) | Capillary device charging | |
| JP2017225137A (ja) | サービスドメイン課金システムおよび方法 | |
| WO2014000304A1 (zh) | 一种控制和转发解耦架构下的转发面隧道资源的管理方法 | |
| KR102160331B1 (ko) | 서비스 스트라텀과 접속 스트라텀 사이의 서비스들을 확립하기 위한 방법들 및 디바이스들 | |
| CN110475296A (zh) | 业务服务质量协商方法及装置 | |
| CN102316086B (zh) | 业务数据的中继方法及中继节点系统 | |
| US10873526B2 (en) | Flow aggregation and routing for multi-connectivity client devices | |
| WO2021134365A1 (zh) | 签约改变的处理方法、设备及系统 | |
| JP6327482B2 (ja) | 通信ネットワークにおける課金制御方法およびシステム | |
| CN114884911B (zh) | 基于nfv的网络数据传输方法、系统和存储介质 | |
| CN113727329B (zh) | 一种通信方法及装置 | |
| JP2017208670A (ja) | 移動端末サービス提供装置、移動通信システム、及びサービス提供方法 | |
| CN108243078A (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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20220211 Address after: 550025 Huawei cloud data center, jiaoxinggong Road, Qianzhong Avenue, Gui'an New District, Guiyang City, Guizhou Province Applicant after: Huawei Cloud Computing Technologies Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Applicant before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |