CN112887120B - 一种信息处理方法及装置 - Google Patents
一种信息处理方法及装置 Download PDFInfo
- Publication number
- CN112887120B CN112887120B CN201911209035.5A CN201911209035A CN112887120B CN 112887120 B CN112887120 B CN 112887120B CN 201911209035 A CN201911209035 A CN 201911209035A CN 112887120 B CN112887120 B CN 112887120B
- Authority
- CN
- China
- Prior art keywords
- network
- service level
- service
- data
- information
- 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.)
- Active
Links
Images
Classifications
-
- 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
-
- 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
-
- 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/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- 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/5032—Generating service level reports
-
- 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/50—Testing arrangements
- H04L43/55—Testing of service level quality, e.g. simulating service usage
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种信息处理方法及装置,应用于网络切片领域。该方法包括:针对提供的至少一个网络性能场景中的每一个网络性能场景,第一网元获取一组网络数据,每一组网络数据至少包括第一信息或第二信息,第一信息用于指示终端设备的业务体验质量和/或网络性能指标,第二信息至少用于指示应用服务器的业务体验质量;其中网络性能场景为终端设备进行业务的网络环境;以及第一网元根据获得的多组网络数据确定服务等级模型,服务等级模型指示至少一个组合与业务体验质量的等级的对应关系,且用于确定当前的网络切片的服务等级,每个组合对应至少一种网络性能指标。通过该方法可以确定网络切片的服务等级,以确保在网络切片运行时保障服务等级。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种信息处理方法及装置。
背景技术
网络切片(network slice)是在运营商的通信网络中划分出来的一个具备特定网络特性的逻辑网络,是满足第三代合作伙伴项目(3rd generation partnership project,3GPP)提出的第五代(5th generation,5G)移动通信技术关于网络差异化需求的关键技术。一张物理网络可以被抽象划分成多个网络切片,每个网络切片构成一个端到端的逻辑网络,彼此之间逻辑上是隔离的。每个网络切片可以按照需求方的要求灵活地提供一种或多种网络服务,并且和网络中的其它网络切片互不影响。
通常情况下,不同网络切片的网络性能要求并不相同,如增强实现(augmentedreality,AR)或虚拟实现(virtual reality,VR)业务的网络切片要求大带宽、低时延业务;物联网(internet of things,IOT)业务的网络切片要求支持海量终端接入,但带宽小且对时延没要求。运营商将通信网络划分成一系列的网络切片后,各个网络切片彼此之间是逻辑隔离,同时又具备不同的网络特征,一个客户可以在运营商订购多个网络切片,从而使得运营商的一张物理网络就能满足不同应用对网络的差异化需求。
运营商可以根据客户订单为客户创建网络切片,在为客户创建网络切片时,运营商和客户通常会根据业务需求签署网络切片的服务等级协议(service level agreement,SLA)。运营商在网络切片的运行过程中需要确保网络切片提供的服务和性能能够达到所签署的SLA的要求。然而,如何确定服务等级,以确保在网络切片运行时保障服务等级,目前尚未较好的解决方案。
发明内容
本申请实施例提供一种信息处理方法及装置,用于确定网络切片的服务等级,以确保在网络切片运行时保障服务等级。
第一方面,提供一种信息处理方法,该方法的执行主体可以是第一网元,例如为网络数据分析功能(network data analytics function,NWDAF)或者管理数据分析系统(management data analytics system,MDAS),也可以是应用于第一网元中的芯片。下面以执行主体是第一网元为例进行描述。该方法包括:
针对提供的至少一个网络性能场景中的每一个网络性能场景,第一网元获取一组网络数据,每一组网络数据至少包括来自终端设备的第一信息或来自应用服务器的第二信息,所述第一信息用于指示所述终端设备的业务体验质量和/或网络性能指标,所述第二信息至少用于指示所述应用服务器的业务体验质量;其中,所述网络性能场景为终端设备进行业务的网络环境,每个网络性能场景对应至少一种网络性能指标;
第一网元根据获得的多组网络数据确定服务等级模型,所述服务等级模型指示至少一个组合与业务体验质量的等级的对应关系,所述服务等级模型用于确定当前的网络切片的服务等级,其中,每个组合对应至少一种网络性能指标。
在本申请实施例中,提供了用于测试业务体验质量的多个网络性能场景,从而可以基于这多个网络性能场景测试多种业务,相较于目前典型的几种业务来说,适用范围更广。同时,由于网络性能场景也就是模拟终端设备进行业务的网络环境,可以模拟各种各样的网络环境,基于此得出的业务测试结果,例如终端设备的业务体验质量和/或网络连接的网络性能指标更为合理,根据业务测试结果得到的服务等级模型确定的网络切片的服务等级也更为合理。采用该方案,根据网络的实际运行情况,基于上述的服务等级模型可以确定较为合理的服务等级,既能够保证较好的应用体验,又可以避免出现过量的性能保证,尽量节约无线覆盖成本和资源。
在一种可能的设计中,所述方法还包括:
所述第一网元将所述服务等级模型发送给第二网元。
在本申请实施例中,第一网元获得的服务等级模型可以存储于网络中的其它网元,这样其它网元可以基于该服务等级模型确定当前的网络切片的服务等级,使用范围更广。
在本申请实施例中,第一网元可以基于服务等级模型确定当前的网络切片的服务等级,进而根据确定的服务等级对网络切片进行后续处理,至少包括如下的处理:
示例性的,所述第一网元在确定所述服务等级不满足预设条件时,对所述当前的网络切片或者使用所述当前网络切片的终端设备的资源进行管理,其中,所述预设条件至少包括可接受等级。采用该方案,可以根据网络运行的实际情况,管理当前的网络切片或者使用当前网络切片的终端设备的资源,以改变当前网络切片的网络性能,尽量保障合理的服务等级。
示例性的,所述第一网元根据所述服务等级对使用所述当前的网络切片的终端设备进行计费。采用该方案,可以支持变化的服务等级的计费,相较于目前不支持按照变化的服务等级进行计费,更为合理。
在一种可能的设计中,所述第一网元基于所述服务等级模型确定当前的网络切片的服务等级,包括:
所述第一网元获取至少一个所述第一信息,并基于所述至少一个所述第一信息中的终端设备的网络性能指标和所述服务等级模型确定所述网络切片的服务等级;和/或,
所述第一网元获取网络中的功能网元的网络性能指标数据,并基于所述功能网元的网络性能指标和所述服务等级模型确定所述网络切片的服务等级。
在本申请实施例中,第一网元可以根据使用当前的网络切片的终端设备的网络性能指标数据,和/或网络中的功能网元的网络性能指标数据确定服务等级,也就是根据网络实际运行情况,较为及时地确定服务等级,从而可以及时地调整网络切片,尽量保证网络切片的服务等级。
在一种可能的设计中,所述第一网元获取至少一个所述第一信息,并基于所述至少一个所述第一信息中的终端设备的网络性能指标和所述服务等级模型确定所述网络切片的服务等级,包括:
若使用所述当前的网络切片的终端设备为多个终端设备,则所述第一网元根据各个终端设备的网络性能指标和所述服务等级模型确定所述网络切片的第一服务等级;
所述第一网元根据与各个业务体验质量的等级分别对应的终端设备的数量,或根据与各个业务体验质量的等级分别对应的终端设备在所述多个终端设备中的占比,对所述第一服务等级进行修正,获得所述当前的网络切片的第二服务等级。
考虑到一个终端设备可能接入多个网络切片,多个终端设备也可能接入一个网络切片,在本申请实施例中,基于多个终端设备的网络性能指标数据和服务等级模型确定出对应的第一服务等级后,可以进一步根据各个业务体验质量的等级对应的终端设备的数量对第一服务等级进行修改,或者根据或者各个业务体验质量的等级对应的终端设备在多个终端设备中的占比对第一服务等级进行修改,以得到更为准确的第二服务等级。
在一种可能的设计中,第一网元获取一组网络数据,包括:
所述第一网元从区块链系统中的至少一条数据链获取所述一组网络数据,其中,所述至少一条数据链至少用于存储来自所述终端设备的第一信息或来自所述应用服务器的第二信息。
在本申请实施例中,提供了前述各个实施例的另一种实现手段,例如通过区块链技术实现前述各个实施例。一方面可以保证系统中数据交互的安全性,另一方面系统中各个网元可以从区块链中的数据链直接获取需要的数据,提高网元获取数据的便利性。
在一种可能的设计中,所述方法还包括:
所述第一网元将所述服务等级模型发布到所述区块链系统包括的数据链。
在本申请实施例中,服务等级模型可以存储在数据链,实现服务等级模型的共享。
在一种可能的设计中,所述方法还包括:
所述第一网元将所述至少一个第一信息或所述第二信息、以及所述第一服务等级或所述第二服务等级导入所述区块链系统的合约链,其中,所述合约链包括第一智能合约,所述第一智能合约用于指示按照所述第一服务等级或第二服务等级对使用当前的网络切片的终端设备进行计费。
在本申请实施例中,基于区块链的应用场景,支持按照服务等级的计费功能。由于本申请实施例可以当前确定的服务等级进行计费,也就是可以按照变化的服务等级进行计费,相较于目前不支持按照变化的服务等级进行计费,更为合理。
在一种可能的设计中,所述方法还包括:
所述第一网元在确定终端设备的业务体验质量的等级低于第一等级,向所述区块链系统中的第二智能合约注入第一事件,所述第一事件包括至少一个所述第一信息;
所述第一网元基于所述第二智能合约的触发,根据当前的网络性能数据以及所述第一事件确定终端设备的网络连接是否正常其中,所述第二智能合约用于指示确定所述终端设备的网络连接是否正常;
所述第一网元根据所述终端设备的网络连接是否正常的结果生成第二事件,并将所述第二事件注入所述第二智能合约,所述第二事件用于指示网络异常或者终端设备异常。
在终端设备的业务体验质量的等级较低时,可以认为网络可能发生了故障,可能是网络发生异常,也可能是终端设备发生异常。在本申请实施例中,可以基于智能合约自动触发报告故障。
第二方面,提供了另一种信息处理方法,该方法的执行主体可以是终端设备,也可以是终端设备中的芯片。下面以执行主体是终端设备为例进行描述。该方法包括:
终端设备对服务等级模型进行验证,所述服务等级模型指示至少一个组合与业务体验质量的等级的对应关系,所述服务等级模型用于确定当前的网络切片的服务等级,其中,每个组合对应至少一种网络性能指标;
所述终端设备确定所述服务等级模型验证通过,确定签署所述服务等级模型对应的服务等级协议。
在一种可能的设计中,终端设备对服务等级模型进行验证包括:
所述终端设备发送第一信息,所述第一信息包括所述终端设备在第一网络性能场景下的网络连接进行业务测试的结果,所述第一信息用于指示所述终端设备的业务体验质量和/或网络性能指标。所述第一网络性能场景为终端设备进行业务的网络环境,每个网络性能场景对应至少一种网络性能指标。
在一种可能的设计中,所述方法还包括:
所述终端设备向区块链系统中的第一数据链发送第一信息,所述第一信息用于指示所述终端设备的业务体验质量和/或网络性能指标。
在一种可能的设计中,所述终端设备确定所述服务等级模型验证通过,确定签署所述服务等级模型对应的服务等级协议,包括:
所述终端设备根据所述服务等级协议的执行代码和所述服务等级模型生成智能合约;
所述终端设备将所述智能合约发布到区块链系统中的所述合约链。
关于第二方面各个实施例的有益效果可以参见第一方面描述,在此不再赘述。
第三方面,提供了一种通信装置,有益效果可以参见第一方面描述,在此不再赘述,该通信装置具有实现上述第一方面方法实施例中的行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,所述通信装置包括:处理单元和收发单元,其中:
所述收发单元,用于针对提供的至少一个网络性能场景中的每一个网络性能场景,获取一组网络数据,每一组网络数据至少包括来自终端设备的第一信息或来自应用服务器的第二信息,所述第一信息用于指示所述终端设备的业务体验质量和/或网络性能指标,所述第二信息至少用于指示所述应用服务器的业务体验质量;其中,所述网络性能场景为终端设备进行业务的网络环境,每个网络性能场景对应至少一种网络性能指标;所述处理单元,用于根据获得的多组网络数据确定服务等级模型,所述服务等级模型指示至少一个组合与业务体验质量的等级的对应关系,所述服务等级模型用于确定当前的网络切片的服务等级,其中,每个组合对应至少一种网络性能指标。这些模块可以执行上述第一方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处事不再赘述。
第四方面,提供一种通信装置,有益效果可以参见第二方面的描述此处不再赘述。所述通信装置具有实现上述第二方面的方法实例中行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中,所述通信装置包括:处理单元和收发单元,其中,所述处理单元用于对所述收发单元接收的服务等级模型进行验证,所述服务等级模型指示至少一个组合与业务体验质量的等级的对应关系,所述服务等级模型用于确定当前的网络切片的服务等级,其中,每个组合对应至少一种网络性能指标;以及,所述处理单元用于确定所述服务等级模型验证通过,确定签署所述服务等级模型对应的服务等级协议。这些模块可以执行上述第二方面方法示例中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第五方面,提供了一种通信装置,该通信装置可以为上述方法实施例中的第一网元,或者为设置在第一网元中的芯片。该通信装置包括通信接口以及处理器,可选的,还包括存储器。其中,该存储器用于存储计算机程序或指令,处理器与存储器、通信接口耦合,当处理器执行所述计算机程序或指令时,使通信装置执行上述方法实施例中由第一网元所执行的方法。
第六方面,提供了一种通信装置,该通信装置可以为上述方法实施例中的终端设备,或者为设置在终端设备中的芯片。该通信装置包括通信接口以及处理器,可选的,还包括存储器。其中,该存储器用于存储计算机程序或指令,处理器与存储器、通信接口耦合,当处理器执行所述计算机程序或指令时,使通信装置执行上述方法实施例中由终端设备所执行的方法。
第七方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码并运行时,使得上述各方面中由第一网元或终端设备执行的方法被执行。
第八方面,本申请提供了一种芯片系统,该芯片系统包括处理器,用于实现上述各方面的方法中第一网元或终端设备的功能。在一种可能的设计中,所述芯片系统还包括存储器,用于保存程序指令和/或数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
第九方面,本申请提供了一种芯片系统,该芯片系统包括处理器,用于实现上述各方面的方法中第一网元或终端设备的功能。在一种可能的设计中,所述芯片系统还包括存储器,用于保存程序指令和/或数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
第十方面,本申请提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,当该计算机程序被运行时,实现上述各方面中由第一网元或终端设备执行的方法。
关于第五方面到第十方面的各个实施例的有益效果可以参见第一方面或第二方面的描述,在此不再赘述。
在本申请实施例中,提供了用于测试业务体验质量的多个网络性能场景,从而可以基于这多个网络性能场景测试多种业务,相较于目前典型的几种业务来说,适用范围更广。同时,由于网络性能场景也就是模拟终端设备进行业务的网络环境,可以模拟各种各样的网络环境,基于此得出的业务测试结果,例如终端设备的业务体验质量和/或网络连接的网络性能指标更为合理,根据业务测试结果得到的服务等级模型确定的网络切片的服务等级也更为合理。采用该方案,根据网络的实际运行情况,基于上述的服务等级模型可以确定较为合理的服务等级,既能够保证较好的应用体验,又可以避免出现过量的性能保证,尽量节约无线覆盖成本和资源。
附图说明
图1为本申请实施例应用的一种网络架构的示意图;
图2为本申请实施例提供的一种信息处理方法的流程示意图;
图3为本申请实施例提供的第一网元收集网络数据的流程示意图;
图4为本申请实施例应用的另一种网络架构的示意图;
图5为本申请实施例提供的一种信息处理方法的一个示例的流程示意图;
图6为本申请实施例应用的一网络架构的另一种示意图;
图7为本申请实施例提供的生成智能合约的示意图;
图8为本申请实施例提供的网络系统中的实体网元、数据链与合约链的交互关系示意图;
图9为本申请实施例提供的一种信息处理方法的一个示例的流程示意图;
图10为本申请实施例提供的一种信息处理方法的一个示例的流程示意图;
图11为本申请实施例提供的一种通信装置的一种结构示意图;
图12为本申请实施例提供的另一种通信装置的一种结构示意图;
图13为本申请实施例提供的通信装置的另一种结构示意图;
图14为本申请实施例提供的一种通信装置的再一种结构示意图;
图15为本申请实施例提供的另一种通信装置的再一种结构示意图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例作进一步地详细描述。
运营商基于客户的请求为客户创建或部署网络切片,具体的,订购网络切片的客户通过通信业务管理功能(communication service management function,CSMF)向运营商的网络切片管理功能(network slice management function,NSMF)发送创建网络切片的请求消息,该请求消息可以携带切片类型和业务需求,其中业务需求包括业务特征、网络切片覆盖范围,以及同时接入网络切片的最大用户数量等信息。NSMF收到该请求消息,根据该请求消息完成网络切片的创建和部署。
为了实现网络切片的创建和部署,目前3GPP标准中给出的一些典型应用场景下的业务特征和性能需求,例如包括业务的性能需求(各种关键性能指标需求)、终端设备的移动速度、单位面积内终端设备的数量(即终端密度)和需要提供服务的范围中的至少一种性能需求,或者其他可能的性能需求等等。
示例性的,表1示出了高数据速率和高流量密度的业务特征和性能需求,表2示出了低时延高可靠的业务特征和性能需求。运营商根据表1和/或表2可以将客户的行业应用需求转换成网络切片需要支持的性能需求,也可以理解为网络切片需要满足的关键性能指标(key performance indicator,KPI),然后根据这些KPI确定所需的网络资源,为用户分配网络资源创建网络切片。
表1-高数据速率和高流量密度的业务特征和性能需求
表2低时延高可靠的业务特征和性能需求
在生成网络切片订单的阶段,运营商和客户根据表1或表2确定网络切片需要满足的KPI需求作为服务等级,并签署网络切片的SLA。在网络切片的运行阶段,NSMF可以监控CPU、内存和存储等网络资源的使用率,如果网络资源的使用率超过门限就触发资源扩容,为网络切片分配更多的网络资源,确保网络切片提供的通信服务能够满足签署的SLA。
表1和表2只是列举了一部分典型应用的场景,但是,行业应用的业务种类繁多,如果按照表1和表2的业务特征和性能需求来为客户创建网络切片,那么所创建的网络切片提供的网络服务不一定能够保证较好的应用体验。例如,针对某个业务,运营商按照表1和表2的业务特征和性能需求为客户创建的网络切片可能无法保证较好的业务体验质量。又例如,针对某个业务,运营商按照表1和表2的业务特征和性能需求为客户创建的网络切片可能出现过量的性能保证,这就导致较高的无线覆盖成本和资源浪费。出现过量的性能保证,这就导致较高的无线覆盖成本和资源浪费。
另外,一些行业应用并不需要SLA刚性保障,在一种可能的应用场景,某些应用只需要对SLA进行弹性保障即可,即在一定范围内的SLA保证服务质量即可。而目前按照表1和表2的业务特征和性能需求为客户创建的网络切片满足的SLA是固定的,即目前不支持调整SLA,灵活性较差。
鉴于此,本申请实施例提供了一种信息处理方法及装置,可以根据业务实际的性能来确定合理的SLA,并根据确定的SLA调整网络切片,以尽量保证较好的业务体验质量的同时,避免过量的性能保证。
本申请实施例提供的信息处理方法可以适用于如图1所示的系统。请参见图1,示出了本申请实施例适用的一种系统架构示意图,该系统架构包括应用客户端、网络性能模拟器、应用服务器以及连接应用服务器、应用客户端和网络性能模拟器的网络数据分析网元。应用客户端也可以理解为是终端设备。
其中,终端设备:是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持、穿戴或车载;也可以部署在水面上(如轮船等);还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality,VR)终端设备、增强现实(augmentedreality,AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对应用场景不做限定。终端设备有时也可以称为用户设备(user equipment,UE)、移动台和远方站等,本申请的实施例对终端设备所采用的具体技术、设备形态以及名称不做限定。
应用服务器:可以向运营商的通信网络的控制面网元提供各类应用的服务数据,或者从通信网络的控制面网元获得网络的数据信息和控制信息。在一些实施例中,应用服务器也可以称为应用功能网元,例如在5G通信系统中,应用服务器可以是应用功能(application function,AF)。
网络性能模拟器,网络性能模拟器可以提供多个网络性能场景。一个网络性能场景对应至少一种网络性能指标,网络性能指标参数可以包括带宽、时延、丢包率、误码率、可靠性等参数。不同的网络性能场景的部分或全部网络性能指标参数可能不同。应用客户端可以使用网络性能模拟器提供的网络性能场景下的网络连接,实现进行业务。应理解,应用客户端的网络连接的性能指标与设定的网络性能场景的网络性能指标匹配。
应用客户端在某个网络性能场景下的网络连接,除了进行业务,还可以对进行的业务进行测试。也就是测试在该网络性能场景提供的网络连接下,该业务的体验质量、网络连接的性能指标等。为了便于描述,下文中将业务的体验质量称为业务体验质量。
在本申请实施例中,可以为业务体验质量划分等级,示例性的,例如包括“不可接受等级”和“可接受等级”,其中,“不可接受等级”表示用户体验较差;可接受等级”表示用户体验较好。在一些实施例中,“可接受等级”又可以按照用户体验的好坏依次划分为“优”、“良”、“中”等多个等级。应理解,在一些实施例中,业务体验质量的等级可以包括“不可接受等级”、“可接受等级”、“优”、“良”和“中”等。需要说明的是,上述业务体验质量的等级划分仅是举例,本申请实施例对业务体验质量的等级的数量不作限制。应用客户端在不同的网络性能场景的网络连接进行业务,业务体验质量的等级可能也所有不同,从这个角度而言,网络性能模拟器也可以认为能够模拟各种服务等级的网络性能场景。
应理解,网络性能模拟器可以是软件功能,可以部署在用户内部网络中,从而应用客户端和应用服务器都可以在用户内部网络中部署网络性能模拟器。网络性能模拟器也可以是运营商提供的公有云中的组件,从而应用服务器可以部署在公有云,应用客户端可以通过接入公有云访问应用服务器,并使用网络性能模拟器。应用客户端可以使用网络性能模拟器模拟的网络性能场景,其中应用客户端到应用服务器,或者应用客户端之间通过网络性能模拟器实现网络连接,网络连接的带宽、时延、丢包率、误码率和可靠性等性能指标遵照网络性能模拟器模拟的网络性能场景。图1以网络模拟器部署在运营商提供的公有云中的组件,也就是独立于应用客户端和应用服务器为例。
网络数据分析网元:可以从应用客户端、网络性能模拟器和应用服务器收集数据,并进行分析和预测。例如网络数据分析网元可以是网络数据分析功能(network dataanalytics function,NWDAF)或者管理数据分析系统(management data analyticssystem,MDAS)或其它具有大数据分析功能或人工智能处理功能的单元等。其中,NWDAF可以从各个网络功能(network function,NF)、AF以及运行管理和维护(operation,administration,and maintenance,OAM)系统,例如策略控制网元、会话管理网元、用户面网元、接入管理网元、应用功能网元(通过网络能力开放功能(network exposurefunction,NEF)网元)收集数据,并进行分析和预测。MDAS可以在网络管理系统中负责收集性能统计和告警等网络管理数据并进行分析,输出分析结果或推荐的性能指标。应理解网络数据分析网元可以是软件功能模块,部署在某个实体设备,也可以是实体设备。图1以网络数据分析网元是独立于应用客户端和应用服务器的实体设备为例。当然,应理解,网络性能模拟器作为软件功能,也可以部署在网络数据分析网元。
其中,网络数据可以认为是应用客户端在网络性能场景下的网络环境中进行某个业务,对该业务进行测试的数据,例如可以包括用于表征业务体验质量的数据(也称为业务体验质量数据或者业务体验质量)和/或用于表征网络连接到网络性能指标的数据(也称为网络性能指标数据或者网络性能指标)。由于某个应用客户端在网络性能场景下的网络环境中进行某个业务,可能涉及到该应用客户端和应用服务器的交互,或者也可能涉及到该应用客户端与其他功能网元的交互。所以业务体验质量数据可以来自应用客户端,也可以来自应用服务器;网络性能指标数据可以来自应用客户端,也可以来自网络中的功能网元,例如网络性能模拟器。为了便于描述,在下文中,将来自应用客户端的网络数据称为第一信息,那么第一信息至少包括来自应用客户端的业务体验质量数据和/或网络性能指标数据。同理,将来自应用服务器的网络数据称为第二信息,那么第二信息至少包括应用服务器的业务体验质量数据。应理解,如果网络性能模拟器部署在应用服务器,那么第二信息还可以包括网络性能模拟器的网络性能指标数据。如果网络性能模拟器独立于应用客户端和应用服务器,可以将来自网络性能模拟器的网络数据称为第三信息,那么第三信息至少包括来自网络性能模拟器的网络性能指标数据。
网络数据分析网元可以根据第一信息和第二信息评估应用客户端在某个网络性能场景下进行业务的业务体验质量的等级(也称为业务体验质量等级)。如果存在多个网络性能场景和多个业务,那么网络数据分析网元针对每个网络性能场景的多个业务,分别评估业务体验质量等级,也就是网络性能场景能够提供的业务服务等级。从这个角度来说,网络数据分析网元可以确定适合不同业务的服务等级。
需要说明的是:(1)本申请实施例中所述的网元或者模拟器可以是硬件,或者也可以是从功能上划分的软件或者以上二者结合后的结构。本申请实施例中所述的网元也可以称为功能实体,比如网络数据分析网元也可以称为网络数据分析功能实体。各个网元的名称在本申请实施例中不做限定,本领域技术人员可以将上述网元的名称更换为其它名称而执行相同的功能。
(2)上述所示意的系统架构可以适用于各种无线接入技术的通信系统中,例如,长期演进(long term evolution,LTE)通信系统、第五代(5th generation,5G)通信系统以及其它可能的通信系统中。
本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着通信系统架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
(3)本申请实施例中涉及的第一、第二等各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围,也不表示先后顺序。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b,或c中的至少一项(个、种),可以表示:a,b,c,a-b,a-c,b-c,或a-b-c,其中a,b,c可以是单个,也可以是多个。
图1所示的系统架构是本申请实施例能够适用的一种示例性的架构,本申请实施例提供的方法还可以应用于其他系统架构中。本领域技术人员可以将图1所示的系统架构中的各个逻辑功能节点的名称更换为其它名称,当执行相同的功能时,属于本申请保护的范围。
基于图1所示意的系统架构,请参见图2,本申请实施例提供的信息处理方法的流程描述如下所述。
S201、针对提供的至少一个网络性能场景中的每一个网络性能场景,第一网元获取一组网络数据,获得多组网络数据。
在一种应用场景中,网络性能模拟器提供至少一个网络性能场景。终端设备可以在至少一个网络性能场景中的每一个网络性能场景的网络连接进行业务。以针对某个网络性能场景为例,终端设备可以基于该网络性能场景进行业务测试,也就是终端设备进行业务体验测试或者网络性能测试。终端设备可以将测试结果,也就是业务体验质量数据和网络性能指标数据发送给第一网元,例如为NWDAF。应理解,业务体验质量数据包括用于指示业务体验质量等级的数据。网络性能指标数据包括网络连接的带宽、时延、丢包率和误码率等。同理,进行该业务所涉及的其他执行主体,也可以进行业务测试,将测试结果发送给第一网元。例如应用服务器将业务体验质量数据发送给第一网元。网络性能模拟器将网络性能指标数据,例如网络连接的带宽、时延、丢包率、误码率和可靠性等发送给第一网元。由于测试结果包括来自多个执行主体的网络数据,所以针对每个网络性能场景,第一网元获取的网络数据可以称为一组网络数据。应理解,针对多个网络性能场景,第一网元获取的是多组网络数据。
示例性的,请参见图3,为一个网络性能场景下,第一网元收集网络数据的示意图,包括以下步骤:
S301、网络性能模拟器提供第一网络性能场景。
S302、终端设备在第一网络性能场景下的网络连接,进行业务测试。
第一网络性能场景设定至少一种网络性能指标参数,终端设备到应用服务器,或者两个终端设备之间,使用第一网络性能场景下的网络连接进行业务。终端设备进行业务时,可以对进行的业务进行测试,获得测试结果,例如进行该业务的业务体验质量数据,该网络连接的网络性能指标数据等。应理解,终端设备在第一网络性能场景下的网络连接进行业务,可以通过网络性能模拟器与应用服务器进行交互,所以图3中S302以在网络性能模拟器与应用服务器之间的多个箭头进行示意。
S303、终端设备将业务体验质量数据发送给第一网元。
终端设备可以将在第一网络性能场景下进行业务测试的测试结果,例如业务体验质量数据发给第一网元。其中,业务体验质量数据可以包括业务体验质量等级,例如“不可接受等级”、“可接受等级”、“优”、“良”和“中”等的哪一个等级。
S304、应用服务器将业务体验质量数据发送给第一网元。
终端设备使用第一网络性能场景下的网络连接进行业务,可能涉及到与网络中的应用服务器进行交互。如果终端设备与应用服务器进行交互,那么应用服务器也可以获得对该业务的测试结果,例如业务体验质量数据,可以将业务体验质量数据发给第一网元。同样,这里的业务体验质量数据可以包括业务体验质量等级,例如“不可接受等级”、“可接受等级”、“优”、“良”和“中”等的哪一个等级。
S305、终端设备将网络性能指标数据发送给第一网元。
终端设备可以将在第一网络性能场景下进行业务测试的测试结果,例如网络连接的网络性能指标数据发给第一网元。其中,网络性能指标数据可以包括例如终端设备到应用服务器或终端设备之间网络连接的通信带宽、时延、丢包率、误码率等网络性能指标数据。
S306、网络性能模拟器将网络性能指标数据发送给第一网元。
终端设备在网络性能模拟器提供的第一网络性能场景下的网络连接进行业务,那么网络性能模拟器可以获得业务测试结果,例如网络连接的网络性能指标数据,可以将获得的网络性能指标数据发给第一网元。
需要说明的是,S303-S306的执行顺序不作限制。在一些实施例中,可以依次执行S305、S303、S306和S305;或者在另一些实施例中,可以依次执行S306、S303、S305和S304;等等。在一些实施例中,S304和S304只需要执行其中的一个步骤即可,S305和S306只需要执行其中的一个步骤即可,图3以执行S303和S306为例,所以S304和S305用虚线进行示意。
在本申请实施例中,终端设备和应用服务器,设置网络性能模拟器均可以提供与网络性能场景对应的网络数据,对于第一网元而言,可以从终端设备和应用服务器,设置网络性能模拟器获取需要的网络数据。即使例如第一网元从终端设备获取网络数据失败,还可以向应用服务器或网络性能模拟器获取网络数据,可靠性更高。
S202、第一网元根据获得的多组网络数据确定服务等级模型,该服务等级模型用于指示至少一个组合与业务体验质量的等级的对应关系,每个组合对应至少一种网络性能指标。
第一网元针对每个网络性能场景收集一组网络数据,那么针对多个网络性能场景,第一网元收集多组网络数据。第一网元获得多组网络数据中的每一组网络数据中的至少一种网络性能指标数据和对应的业务体验质量等级,可以确定各个网络性能场景下的网络性能指标和业务体验质量等级的关联关系,也可以理解为确定各个网络性能场景下的服务等级。例如该关联关系包括至少一个网络性能指标组合与业务体验质量等级的对应关系。
应理解,每个网络性能指标组合包括至少一种网络性能指标。至少一个网络性能指标组合可以包括网络侧和/或终端设备的网络性能指标组合。例如,存在M个网络性能指标,其中,M为正整数,每个网络性能指标的不同取值,可能对应不同的业务体验质量等级。对于某个网络性能场景来说,可能对应M个网络性能指标中的一个或多个网络性能指标所对应的业务体验质量等级。
在一个示例中,第一网元可以基于深度学习方法,训练预设的模型,该模型的输入为针对每个网络性能场景收集的多组网络数据和业务体验质量等级评估结果。其中每组网络数据包含一到多种网络性能指标的数值,这些网络性能指标数值来自终端设备和/或网元设备在网络性能场景下对网络性能进行测量的结果。业务体验质量等级评估结果为在网络性能场景下终端或应用服务器对业务体验质量评定的结果。第一网元使用网络性能场景下网络数据和业务体验质量等级评估结果,执行聚合算法或回归算法,拟合出至少一个网络性能指标组合与业务体验质量等级的对应关系。聚合算法或回归算法输出至少一个网络性能指标组合与业务体验质量等级的对应关系,从而获得服务等级模型。
该服务等级模型可以指示网络性能指标各种组合与业务体验质量等级的对应关系,基于该服务等级模型,获得当前的网络数据就可以确定当前的网络切片提供的服务等级,从而可以基于该服务等级可以实现多种功能。例如基于该服务等级对当前的网络切片进行管理,或者基于该服务等级对使用当前的网络切片的终端设备的资源进行管理,又或者基于该服务等级对使用当前的网络切片的终端设备进行计费等,下面分别以具体的示例进行说明。
请参见图4,为本申请实施例能够适用的一种示例性的架构,本申请实施例提供的方法还可以应用于其他系统架构中。本领域技术人员可以将图4所示的系统架构中的各个逻辑功能节点的名称更换为其它名称,当执行相同的功能时,属于本申请保护的范围。
图4所示的系统在图1所示的系统的基础上,新增加了服务等级分析单元、服务等级保障单元、服务等级计费单元,其中,服务等级分析单元可以与网络数据分析网元、服务等级保障单元、服务等级计费单元分别连接。服务等级分析网元还可以与网络切片连接,用于收集来自网络切片的网络性能指标数据。服务等级保障单元也可以与网络切片连接,用来调整网络切片,也可以理解为用来管理分配网络切片的资源。
应理解,服务等级分析单元、服务等级保障单元和服务等级计费单元均可以是软件功能,可以部署在某个实体设备,例如部署在网络数据分析网元所在实体设备。服务等级分析单元、服务等级保障单元和服务等级计费单元也可以是实体设备,实现对应的功能。服务等级分析单元、服务等级保障单元和服务等级计费单元可以对应一个实体设备,也可以对应多个实体设备。例如如果服务等级分析单元、服务等级保障单元和服务等级计费单元对应一个实体设备,那么服务等级分析单元、服务等级保障单元和服务等级计费单元可以认为是该实体设备的三个软件功能模块。下文中,以服务等级分析单元、服务等级保障单元和服务等级计费单元部署在第一网元为例。
基于图4所示的系统架构,在一种应用场景中,第一网元可以基于上述的服务等级模型确定当前的网络切片提供的服务等级,并根据确定的服务等级对分配网络切片的资源进行管理,以尽量保障网络切片的满足KPI。
由于保障网络切片的服务等级实际上是用户使用网络切片的过程中实现的,下面在介绍保障网络切片的服务等级的流程之前,下面介绍用户订购网络切片的流程。
S203、终端设备对服务等级模型进行验证。
例如,终端设备可以发送第一信息,该第一信息例如为终端设备在某个网络性能场景下的网络连接进行业务测试的结果,例如为用于指示终端设备的业务体验质量和/或网络性能指标的网络数据。终端设备可以确认服务等级模型指示的各个网络性能场景和对应的业务体验质量等级是否符合之前对业务测试的测试结果,例如第一信息,如何符合,那么可以确定服务等级模型是正确的。
S204、终端设备确定服务等级模型通过验证,签署该服务等级模型对应的服务等级协议。
服务等级协议可以包括用户使用网络切片时在各个网络性能场景对应的计费标准和/或出现不可接受服务等级对应的网络情况时的赔偿标准等。或者服务等级协议也可以包括违反服务等级协议的责任认定方案。例如当用户终端的业务体验质量等级为不可接受等级时,通过分析用户终端的网络连接的网络性能测量结果、网络侧的网络连接的网络性能测量结果和应用服务器的网络性能测量结果,来确定导致用户终端的业务体验质量等级为不可接受等级的因素是运营商提供的网络切片造成的,还是由用户终端造成的。
在一些实施例中,服务等级协议还可以包括责任认定后,关于服务等级保障的方案。例如如果责任认定的结果是运营商的网络切片造成的,服务等级保障的方案可以包括改变网络切片性能的相关操作。应理解,服务等级协议也可以认为是协议条款。
终端设备确定该服务等级模型是正确的,可以查看该服务等级模型对应的服务等级协议。终端设备如果同意服务等级协议中的某些协议条款,可以选择并同意相应的协议条款后,签署服务等级协议。应理解,签署服务等级协议也可以是签署服务等级模型以及对应的协议条款。
S205、终端设备按照签署的服务等级协议向运营商提交网络切片订单。
运营商的网络切片管理系统根据用户签署的服务等级协议中业务体验质量可接受的业务性能场景,综合当前网络资源的可用数量,其它网络切片订单需求,为当前网络切片订单分配网络资源,生成网络切片。
请参见图5,为保障网络切片的服务等级的流程示意图,该流程的描述如下:
S501、第一网元确定当前的网络切片的服务等级。
当前的网络切片的服务等级可以是当前某个网络切片的服务等级,也可以是终端设备接入的多个网络切片中的部分网络切片的服务等级。第一网元可以根据确定的服务等级模型确定当前的网络切片的服务等级;或者,第一网元确定了服务等级模型,可以将服务等级模型迁移至第二网元,该第二网元可以根据确定的服务等级模型确定当前的网络切片的服务等级,并将确定的服务等级告知第一网元。应理解,第二网元可以是软件功能,可以部署在网络中的硬件设备,也可以是网络中的硬件设备或者网络之外的硬件设备。
在一个示例中,服务等级分析单元部署在第一网元或第二网元,下面以服务等级分析单元部署在第一网元为例。服务等级分析单元可以根据服务等级模型确定当前网络切片提供的服务等级。具体的,第一网元可以将确定的服务等级模型发送给服务等级分析单元,或者,服务等级分析单元可以从第一网元获取服务等级模型。应理解,服务等级分析单元保存服务等级模型,即服务等级分析单元可以知道网络性能指标各种组合对应的业务体验质量等级,从而可以根据网络切片的网络性能指标确定网络切片提供的服务等级。进一步地,服务等级分析单元可以根据用户的业务体验需求确定网络应该满足的性能指标,以尽量保障网络切片能够提供合理的服务等级。
服务等级分析单元可以根据获取的终端设备的网络性能指标数据和/或网络中的功能网元的网络性能指标数据,结合服务等级模型确定当前网络切片提供的服务等级。例如,第一网元可以获取终端设备的第一信息,根据第一信息中的终端设备的网络性能指标数据和服务等级模型确定当前的网络切片的服务等级;或者第一网元可以获取网络中的功能网元的网络性能指标数据,根据该网络性能指标数据和服务等级模型确定当前的网络切片的服务等级;或者,第一网元根据终端设备的第一信息中的终端设备的网络性能指标数据、网络中的功能网元的网络性能指标数据和服务等级模型确定当前的网络切片的服务等级。
在一个示例中,S501a、应用服务器可以获取多个终端设备的第一信息,并发送给服务等级分析单元。
例如应用服务器可以对获取的多个终端设备的第一信息进行处理,例如汇总第一信息中的网络性能指标数据对应的各个业务体验质量等级中,同一业务体验质量等级的终端设备的数量或者在这个多个终端设备中的占比,并将对应的业务体验质量等级以及各个业务体验质量等级的终端设备的数量或者占比发送给服务等级分析单元。
作为S501a可替换的一种方式,S501b、服务等级分析单元从各个终端设备获取第一信息。
这种方式下,服务等级分析单元可以直接从各个终端设备获取第一信息,并进行处理,即第一信息中的网络性能指标数据对应的各个业务体验质量等级中,同一业务体验质量等级的终端设备的数量或者在这个多个终端设备中的占比。应理解,S501a和S501b可以只执行其中的一个步骤,图5以执行S501b为例,所以S501a在图5中以虚线进行示意。
S501c、服务等级分析单元从网络中的各个网络功能网元获取网络性能指标数据。
网络性能指标数据例如包括带宽、时延、丢包率、误码率、可靠性等网络性能指标数据。示例性的,请参见表3,为网络性能指标(KPI)数据的一种示例。应理解,本申请实施例的KPI数据包括但不限于表3所示的类别和具体样例。目前KPI落到哪个类型范围,对应一种性能场景,对应一种服务等级。本申请实施例中,每个KPI组合均对应特定的服务等级。示例性的,网络性能模拟器存储有网络性能场景与服务等级的对应关系,例如该对应关系以表的形式实现。
表3-网络性能指标数据的一种示例
服务等级分析单元对获取的终端设备的网络性能指标数据和/或网络中的功能网元的网络性能指标数据进行处理,结合服务等级模型确定当前网络切片提供的服务等级。
例如,如果服务等级分析单元获取的是终端设备的业务体验质量数据,服务等级分析单元可以按照用户或终端设备的位置信息,例如小区(cell)标识(identity,ID)或跟踪区标识(tracking area identity,TAI)将业务体验质量数据分成几组。如果服务等级分析单元获取的是网络性能指标数据,服务等级分析网元可以按照这些网络性能指标数据归属的用户或终端设备的位置信息或这些网络性能指标数据归属的网络功能的区域信息,例如这些网络性能指标数据归属接入和移动性管理功能(access and mobility managementfunction,AMF)区域,会话管理功能(session management function,SMF)服务区域或(user plane function,UPF)服务区域等分成几组。服务等级分析单元将同一位置区域的业务体验质量数据、网络性能指标数据进行关联分别对各个位置区域的数据进行处理,获得当前网络性能指标的组合。进而根据当前网络性能指标的组合以及服务等级模型确定当前的网络切片的服务等级。
例如,如果使用当前的网络切片的终端设备为一个终端设备,例如第一终端设备,那么服务等级分析单元根据第一终端设备的网络性能指标或功能网元的网络性能指标、以及服务等级模型确定当前的网络切片提供的服务等级,例如第一服务等级。
如果使用当前的网络切片的终端设备为多个终端设备,那么服务等级分析网元可以根据这多个终端设备的网络性能指标或功能网元的网络性能指标、以及服务等级模型确定第一服务等级。再根据各个业务体验质量等级的终端设备的数量或者根据各个业务体验质量等级的终端设备在这多个终端设备中的占比对第一服务等级进行修正,获得当前的网络切片提供的第二服务等级。
S502、服务等级分析单元确定当前的服务等级不满足预设条件时,对当前的网络切片或者使用当前的网络切片的部分终端设备的资源进行管理。
预设条件至少包括“可接受等级”,例如预设条件为“可接受等级”,或者接近“可接受等级”。在一个示例中,终端设备可以上报当前的服务等级是否满足的信息,以便服务等级分析单元确定当前的服务等级是否满足预设条件。
例如,S502a、终端设备向应用服务器发送第一事件,该第一事件用于指示当前的服务等级不可接受。
在一些实施例中,终端设备的业务体验质量的等级低于某个等级时,可以向应用服务器发送第一事件,用于表示当前的服务等级不可接受。该第一事件也可以称为体验劣化事件。该第一事件可以包括终端设备的位置信息,应用服务器接收该第一事件,将该第一事件发送给服务等级分析单元。
作为S502a可替换的方案,S502b、终端设备向服务等级分析单元发送第一事件,该第一事件用于指示当前的服务等级不可接受。应理解,S502a和S502b可以只执行其中的一个步骤,图5以执行S502b为例,所以S502a在图5中以虚线进行示意。
服务等级分析单元根据接收的第一事件,确定位于某网络位置的网络切片的服务等级接近或达到不可接受级别,或者确定使用位于某网络位置的网络切片的部分终端设备的服务等级接近或达到不可接受级别,则确定当前的服务等级不满足预设条件。
服务等级分析单元在确定当前的服务等级不满足预设条件时,可以根据当前可用的网络资源、当前的各个网络切片的优先级,以及其它网络切片的资源需求信息,对当前的网络切片进行管理,或者对使用当前的网络切片的部分终端设备的资源进行管理。
示例性的,S502c、服务等级分析单元可以向服务等级保障单元发送第一请求消息,该第一请求消息用于请求保障服务等级。该第一请求消息可以包括网络切片的标识信息、网络位置以及部分终端设备的标识信息,其中网络位置可以是网络切片所在网络的位置,也可以是终端设备所在的位置。服务等级保障单元接收该第一请求消息,根据当前可用的网络资源、当前的各个网络切片的优先级,以及其它网络切片的资源需求信息,确定为当前的网络切片分配更多的网络资源,或者确定为使用当前的网络切片的部分终端设备分配更多的网络资源,以改变当前网络切片的网络性能,尽量保障合理的服务等级。由于本申请实施例根据网络运行情况可以适应性调整为当前的网络切片或者部分终端设备分配更多的网络资源,相较于目前不支持服务等级不可调,可以弹性保障服务等级。
在另一个示例中,第一网元可以基于确定的当前的网络切片的服务等级,通知服务等级计费单元对使用网络切片的终端设备进行计费。
S503、服务等级分析单元向服务等级计费单元发送第二请求消息,该第二请求消息包括当前的服务等级,用于请求对使用当前的网络切片的终端设备进行计费。
服务等级计费单元接收第二请求消息,根据第二请求消息包括的当前的服务等级,对使用当前的网络切片的终端设备进行计费。如果使用当前的网络切片的终端设备为一个,也就是使用当前的网络切片的用户为个人用户,那么服务等级计费单元根据例如前述的第一服务等级对个人用户进行计费。如果使用当前的网络切片的终端设备为多个,也就是使用网络切片的用户为企业或组织,那么服务等级计费单元根据例如前述的第二服务等级对企业或组织进行计费。
在一种可能的应用场景,例如用户观看视频时,由于网络较差,视频可以从高清模式切换到流畅模式,目前针对高清模式的计费和流畅模式的计费是一致的。而高清模式的计费更贵才比较合理,由于本申请实施例可以弹性保障服务等级,相较于目前不支持按照变化的服务等级进行计费,更为合理。
作为如上各个实施例的一种可替换的方案,在另一种可能的应用场景中,本申请实施例基于区块链实现上述各个实施例,以尽量保证数据的安全性。为了便于理解本申请实施例提供的技术方案,下面首先介绍区块链的相关技术。
区块链(blockchain)是一种以区块(block)为单位产生和存储数据,并按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构,并以密码学方式保证的不可篡改和不可伪造的分布式账本。区块链系统包括多个节点,每个节点都可以创建区块,多个节点所创建的区块按照时间戳顺序形成数据链,每个区块链上的数据具有关联性。每个区块的创建需要得到大多数节点的共识确认,并向区块链系统中的各节点广播以实现全网同步。区块链系统中的所有节点共同参与区块链系统中的数据的验证、存储和维护。某些参与节点在数据源节点授权允许的条件下,可以从数据链获得区块存储的数据,从而实现数据有控制的共享,保障数据不被篡改。区块链具有多方共识和透明可追溯的特点,本申请实施例使用区块链技术可以实现网络服务和计费的公正和透明。
智能合约技术是运行在区块链基础上的一种特殊协议,当区块链的数据满足约定条件后,就会执行协议包含的代码,能够自动处理数据信息或者接受、存储或发送价值(即区块链技术的数字货币)。
合约链是基于数字货币系统开发的支持智能合约的应用级区块链。本申请实施例将合约链用于网络的服务等级协议的签署、针对使用网络切片的终端设备的计费以及违反服务等级协议的违约赔偿。
预言机(oracle),为将区块链外的信息写入区块链内的机制,可以将外界信息写入到区块链内,完成区块链与现实世界的数据互通。预言机允许确定的智能合约对不确定的外部事件作出反应,是智能合约与外部进行数据交互的唯一途径,也是区块链与现实世界进行数据交互的接口。
在本申请实施例中,数据链和合约链可以以公有云形式提供区块链公共服务。请参见图6,为本申请实施例适用的一种区块链场景下的系统架构。图6也可以认为是图1以区块链实现的一种形式,图1包括的网络性能模拟器、应用服务器和网络数据分析网元为区块链系统中的节点,也就是网络性能模拟器、应用服务器和网络数据分析网元是使用区块链服务的节点。在一个示例中,应用客户端(终端设备)可以安装网络测量插件,该网络测量插件能够使得应用客户端使用区块链服务,也就是使得应用客户端也能够成为区块链系统的节点。同时,该网络测量插件还可以测量应用客户端的网络连接的网络性能。其中网络测量插件可以是运营商或者区块链公有云服务的第三方提供的。
在区块链的应用场景下,公有云服务可以是第三方提供的,可以以公有云为平台提供数据链服务和合约链服务。应理解,这里的第三方可以提供网络切片服务的运营商,也可以是独立该运营商的第三方。
网络性能模拟器可以是运营商提供的,例如网络性能模拟器可以是运营商提供的公有云中的组件。这种情况下,应用服务器可以部署在公有云,应用客户端可以通过接入公有云访问应用服务器,并使用网络性能模拟器。
与前述实施例类似,应用客户端可以使用网络性能模拟器提供的网络性能场景实现应用客户端到应用服务器或者应用客户端之间的网络连接,其中网络连接的带宽、时延、丢包率、误码率、可靠性等网络性能指标参数匹配要接入的网络性能场景。应用客户端在设定的网络性能场景下进行业务测试。
针对每一个网络性能场景,应用客户端、网络模拟器和网络数据分析网元可以将交互的信息发布到区块链系统中的数据链,这样该区块链系统中的参与节点需要获取对应的信息可以从数据链直接获取。
例如,应用客户端在某个网络性能场景下的网络连接进行业务,利用网络测量插件可以获得该业务的测试结果,例如前述的第一信息。应用客户端可以将第一信息发布到区块链系统的数据链,例如第一数据链。同理,网络性能模拟器可以收集某个网络性能场景下的多个终端设备和应用服务器之间的网络连接的网络性能指标数据发布到区块链系统中的例如第二数据链。同理,应用服务器可以将获得的业务的测试结果,例如前述的第二信息发布到区块链系统中的例如第三数据链。应理解,针对每个网络性能场景对应的业务测试结果,也就是前述的网络数据(第一信息和/或第二信息)均存储在区块链系统中的数据链,也就是区块链系统中的至少一条数据链至少用于存储来自终端设备的第一信息或来自应用服务器的第二信息。其中,应用客户端、应用服务器和网络性能模拟器获取某个网络性能场景下的某个业务的测试结果可以参考前述实施例的相关介绍,这里不作赘述。
针对每个网络性能场景,网络数据分析网元可以从区块链系统中的至少一条数据链获取一组网络数据,从而网络数据分析网元获得多组网络数据。网络数据分析网元基于获得的多组网络数据可以获得服务等级模型,具体的可以参见前述实施例的相关介绍,这里不再赘述。
在一个示例中,网络数据分析网元可以将服务等级模型发布到区块链系统包括的数据链,从而其他网元也可以使用该服务等级模型。例如,应用客户端、运营商或者公有云服务的提供商,又或者行业用户等都可以从数据链上获取该服务等级模型。
由于区块链具有多方共识和透明可追溯的特点,所以前述终端设备验证服务等级模型可以获取各个网络性能场景下的网络连接的终端设备的网络性能、网络侧的网络性能和终端设备的业务体验质量等级,确定各个网络性能场景下的网络连接的终端设备的网络性能、网络侧的网络性能和终端设备的业务体验质量等级的关联关系是否是正确的。例如如果参与节点对上述的关联关系达成共识,那么可以认为该服务等级模型是正确的。
作为上述终端设备确定服务等级模型通过,签署该服务等级模型对应的服务等级协议的一个可替换方案,前述的服务等级协议均可以有对应的智能和合约的执行代码。从而终端设备可以根据服务等级协议的执行代码和服务等级模型生成智能合约,并将智能合约发布到区块链系统中的合约链。
请参见图7,为生成智能合约的一种示例。在本申请实施例中,网络数据分析网元可以作为预言机,收集网络内各个功能网元,例如终端设备、应用服务器和网络性能模拟器中的一种或多种的组合的网络性能测量数据,导入合约链。
在一个示例中,合约链中存在第一智能合约,该第一智能合约用于指示按照第二服务等级对使用当前的网络切片的终端设备进行计费。网络数据分析网元可以从数据链获取至少一个第一信息或第二信息,也就是来自至少一个终端设备的网络数据或至少来自应用服务器的网络数据,以及使用在数据链中发布的服务等级模型,确定的当前的网络切片的服务等级,例如第二服务等级,然后将确定的结果导入合约链。其中当前的网络切片的服务等级可以认为是计费事件的数据,传递到合约链,触发第一智能合约,实现对使用当前的网络切片的终端设备进行计费。
在另一个示例中,合约链中存在第二智能合约,该第二智能合约用于指示确定终端设备的网络连接是否正常。网络数据分析网元可以从数据链获取至少一个第一信息或第二信息,也就是来自至少一个终端设备的业务体验质量等级或至少来自应用服务器的业务体验质量等级,在确定终端设备相关的业务体验质量等级低于某个等级,例如第一等级,向第二智能合约注入第一事件,该第一事件包括至少一个第一信息。应理解,第二智能合约的执行代码和至少一个第一信息可以确定终端设备的网络连接是否正常。其中网络数据分析网元将第一事件传递到合约链,触发第二智能合约,实现根据当前的网络性能数据以及第一事件确定终端设备的网络连接是否正常。网络数据分析网元还可以根据确定结果生成第二事件,该第二事件用于指示网络异常或者终端设备异常。网络数据分析网元还可以将该第二事件注入第二智能合约。或者,在一些实施例中,网络数据分析网元还可以将该第二事件注入例如第三智能合约,该第三智能合约用于指示执行责任认定。应理解,该第二事件也可以认为是责任认定事件,用于触发责任认定方案。
下面就基于图6所示的系统架构,本申请实施例所涉及的一些子方案分别进行举例介绍。
请参见图8,为系统中功能网元与数据链、合约链之间的关系示意图。
在应用客户端使用网络切片的过程中,网络数据分析网元作为预言机,可以将获取的网络内的各个功能网元的网络性能测量数据,例如前述的第一信息和/或第二信息,导入到合约链中。另外,当应用客户端或应用服务器不具备预言机功能时,网络数据分析网元还可以获取应用客户端或应用服务器的业务体验质量数据,承担预言机的角色,将获取的业务体验质量数据导入到合约链中。服务等级分析单元可以根据各个功能网元的网络性能测量数据,例如应用客户端或应用服务器的业务体验质量数据,以及服务等级模型,评估当前的网络切片的服务等级,并将服务等级导入到合约链中。在一些实施例中,应用客户端的网络测量插件也可以承担预言机角色,将单个应用客户端的网络连接的网络性能测量数据导入到合约链中。
图9所示,为确定网络切片服务等级并进行计费的流程,具体流程描述如下:
S901、应用服务器获取各个终端设备的业务体验质量数据,并发布到数据链。
应用服务器可以获取各个终端设备的业务体验质量数据,将业务体验质量数据发布到数据链。或者可以将获取的业务体验质量数据进行处理,例如将属于同一业务体验质量等级的业务体验质量数据汇总,再发布到数据链。如果应用服务管理器没有区块链功能,也可以发给网络数据分析单元,由具备预言机功能的网络数据分析单元将各个终端设备的业务体验质量数据发布到数据链。由于各个终端设备的业务体验质量数据存储在数据链,服务等级分析单元可以从数据链获得需要的业务体验质量数据。
S902、网络数据分析网元从网络中的各个功能网元获取网络性能指标数据,发布到数据链。
由于各个功能网元的网络性能指标数据存储在数据链,服务等级分析单元可以从数据链获得需要的网络性能指标数据。
S903、终端设备安装的网络测量插件测量各个终端的网络连接的网络性能指标,并将测量的网络性能指标数据发布到数据链。
网络测量插件可以测量各个终端设备的网络连接的网络性能指标,如果网络测量插件不具备区块链功能,也可以将测量的网络性能指标数据发送给网络数据分析单元,由具备预言机功能的网络数据分析单元将该网络性能指标数据发布到数据链。网络数据分析单元或服务等级分析单元可以从数据链获得各个终端设备的网络连接的网络性能指标数据。图9以虚线示意服务等级分析单元可以从数据链获得各个终端设备的网络连接的网络性能指标数据。
S904、服务等级分析单元根据确定当前的网络切片的服务等级。
服务等级分析单元可以根据上述S901-S903获得的例如业务体验质量数据和/或网络性能指标数据确定各个业务体验质量等级的终端设备的数量或者占比,按照服务等级模型确定当前的网络切片的服务等级。
S905、服务等级分析单元计费事件传递给合约链,触发第一智能合约,该计费事件包括确定的服务等级。
服务等级分析单元作为预言机功能,可以将确定的服务等级作为例如计费事件的数据,传递到合约链,触发智能合约。
S906、第一智能合约的执行代码根据计费事件和当前的网络切片的服务等级进行计费。
第一智能合约会自动触发应用客户端的区块链价值转移给提供网络切片服务的运营商,完成计费交易。不同的服务等级的费率可能不同,本申请实施例可以根据当前的网络切片的服务等级对应的费率,进行计费,更为合理。
应理解,每当用户的业务体验质量变化,或网络性能变化时,网络切片的服务等级会相应改变,在本申请实施例中,第一智能合约会自动触发,即自动按照新的服务等级以及对应的费率进行计费。
关于图9所示的流程中的步骤的一些具体实施细节,均可参考图5所示的实施例的相关描述,这里不再赘述。
图10所示,为网络切片的服务等级的保障流程和服务等级的违约赔偿流程,具体流程描述如下:
S1001、网络数据分析网元从网络中的各个功能网元获取网络性能指标数据,发布到数据链。
由于各个功能网元的网络性能指标数据存储在数据链,服务等级分析单元可以从数据链获得需要的网络性能指标数据。
S1002、网络数据分析网元获取各个终端设备的业务体验质量数据,并发布到数据链。
应理解,各个终端设备的业务体验质量数据也可以由网络测量插件直接发布到数据链。网络数据分析网元和服务等级分析单元都可以从数据链获得各个终端设备的业务体验质量数据。当然,各个终端设备的业务体验质量数据也可以由网络测量插件发送给网络数据分析网元和服务等级分析单元(图10以虚线进行示意)。
S1003、应用服务器或网络数据分析网元作为预言机,向智能合约注入第一事件。
应理解,应用服务器或网络数据分析网元当确定业务体验质量等级低于某个等级,也就是业务体验质量劣化时,可以给智能合约注入第一事件,该第一事件可以包括业务体验质量数据。图10分别以实线和虚线示意应用服务器或网络数据分析网元给智能合约注入第一事件。
S1004、第一事件触发智能合约,启动责任认定分析动作,并将认定结果,例如第二事件通知网络数据分析网元进行责任认定。
S1005、网络数据分析网元根据第二事件确定终端设备的网络连接是否正常,获得责任认定结果。
应理解,网络数据分析网元根据S1001中的网络性能指标数据、S1001中的业务体验质量数据,以及结合其他同样位置的终端设备的网络性能测量结果,确定终端设备的网络连接是否正常。如果异常,那么可以确认终端设备的体验劣化是由网络连接造成的;相反,如果正常,那么可以认为终端设备的体验劣化是由终端设备或应用服务器造成的。
S1006、网络数据分析根据责任认定结果产生责任认定事件,将责任认定事件注入智能合约。
S1006a、智能合约的代码确定责任认定结果为应用服务器问题,则通知应用服务器,应用异常。
智能合约的代码判断责任认定事件,如果责任认定结果为应用服务器问题,则通知应用服务器,用户的业务异常。之后可以停止后续步骤。
S1006b、智能合约的代码确定责任认定结果为网络连接问题,则通知服务等级分析单元发生网络异常,继续执行后续步骤。
S1007、如果发生网络异常,服务等级分析单元确定当前网络切片的服务等级。
S1008、服务等级分析单元将确定的服务等级注入智能合约。
S1009:智能合约中的代码确定当前的服务等级进入不可接受的范围,完成违约赔偿交易。
智能合约中的代码根据当前的服务等级确定当前的服务等级进入不可接受的范围,智能合约会自动触发提供网络切片服务的运营商的区块链价值转移给应用客户端,完成违约赔偿交易。
S1010、智能合约中的代码确定当前的服务等级发生或接近服务等级违约范围,智能合约的代码触发服务等级保障消息的发送。
应理解,触发服务等级保障消息的发送就是将服务等级保障消息通知给服务等级保障单元。
S1011、服务等级保障单元改变网络性能,以保障服务等级。
关于图10所示的流程中的步骤的一些具体实施细节,均可参考图5所示的实施例的相关描述,这里不再赘述。
上述本申请提供的实施例中,分别从终端设备、网络数据分析网元以及终端设备、网络数据分析网元之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能,网络数据分析网元以及终端设备可以包括硬件结构和/或软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行,取决于技术方案的特定应用和设计约束条件。
下面结合附图介绍本申请实施例中用来实现上述方法的装置。因此,上文中的内容均可以用于后续实施例中,重复的内容不再赘述。
图11为本申请实施例提供的通信装置1100的示意性框图。该通信装置1100可以对应实现上述各个方法实施例中由网络数据分析网元或终端设备实现的功能或者步骤。该通信装置可以包括处理单元1110和收发单元1120。可选的,还可以包括存储单元,该存储单元可以用于存储指令(代码或者程序)和/或数据。处理单元1110和收发单元1120可以与该存储单元耦合,例如,处理单元1110可以读取存储单元中的指令(代码或者程序)和/或数据,以实现相应的方法。上述各个单元可以独立设置,也可以部分或者全部集成。
一些可能的实施方式中,通信装置1100能够对应实现上述方法实施例中网络数据分析网元的行为和功能。例如通信装置1100可以为网络数据分析网元,也可以为应用于网络数据分析网元中的部件(例如芯片或者电路)。收发单元1120可以用于执行图2、图3、图5、图9或图10所示的实施例中由网络数据分析网元所执行的全部接收或发送操作,例如如图2所示的S201,和/或用于支持本文所描述的技术的其它过程。处理单元1110用于执行如图2所示的实施例中由网络数据分析网元所执行的除了收发操作之外的全部操作,和/或用于支持本文所描述的技术的其它过程。
在一些实施例中,收发单元1120用于针对提供的至少一个网络性能场景中的每一个网络性能场景,获取一组网络数据,每一组网络数据至少包括来自终端设备的第一信息或来自应用服务器的第二信息,第一信息用于指示终端设备的业务体验质量和/或网络性能指标,第二信息至少用于指示应用服务器的业务体验质量;其中,网络性能场景为终端设备进行业务的网络环境,每个网络性能场景对应至少一种网络性能指标;
处理单元1110用于根据获得的多组网络数据确定服务等级模型,服务等级模型指示至少一个组合与业务体验质量的等级的对应关系,该服务等级模型用于确定当前的网络切片的服务等级,其中,每个组合对应至少一种网络性能指标。
作为一种可选的实施方式,收发单元1120还用于:
将服务等级模型发送给第二网元。
作为一种可选的实施方式,处理单元1110还用于:
基于服务等级模型确定当前的网络切片的服务等级;
在确定服务等级不满足预设条件时,对当前的网络切片或者使用当前网络切片的终端设备的资源进行管理,其中,预设条件至少包括可接受等级。
作为一种可选的实施方式,处理单元1110用于:
获取至少一个第一信息,并基于至少一个第一信息中的终端设备的网络性能指标和服务等级模型确定网络切片的服务等级;和/或,
获取网络中的功能网元的网络性能指标数据,并基于功能网元的网络性能指标和服务等级模型确定网络切片的服务等级。
作为一种可选的实施方式,处理单元1110用于:
若使用当前的网络切片的终端设备为多个终端设备,则根据各个终端设备的网络性能指标和服务等级模型确定网络切片的第一服务等级;
根据与各个业务体验质量的等级分别对应的终端设备的数量,或根据与各个业务体验质量的等级分别对应的终端设备在多个终端设备中的占比,对第一服务等级进行修正,获得当前的网络切片的第二服务等级。
作为一种可选的实施方式,收发单元1120用于:
从区块链系统中的至少一条数据链获取一组网络数据,其中,至少一条数据链至少用于存储来自终端设备的第一信息或来自应用服务器的第二信息。
作为一种可选的实施方式,收发单元1120还用于:
将服务等级模型发布到区块链系统包括的数据链。
作为一种可选的实施方式,收发单元1120还用于:
将至少一个第一信息或第二信息、以及第一服务等级或第二服务等级导入区块链系统的合约链,其中,合约链包括第一智能合约,第一智能合约用于指示按照第一服务等级或第二服务等级对使用当前的网络切片的终端设备进行计费。
作为一种可选的实施方式,处理单元1110还用于:
在确定终端设备的业务体验质量的等级低于第一等级,向区块链系统中的第二智能合约注入第一事件,第一事件包括至少一个第一信息;
基于第二智能合约的触发,根据当前的网络性能数据以及第一事件确定终端设备的网络连接是否正常,其中,第二智能合约用于指示确定终端设备的网络连接是否正常;
根据确定终端设备的网络连接是否正常的结果生成第二事件,并将第二事件注入第二智能合约,第二事件用于指示网络异常或者终端设备异常。
作为一种可选的实施方式,通信装置1100包括NWDAF网元,或者MDAS。
应理解,本申请实施例中的处理单元1110可以由处理器或处理器相关电路组件实现,收发单元1120可以由收发器或收发器相关电路组件实现。
一些可能的实施方式中,通信装置1100能够对应实现上述方法实施例中终端设备的行为和功能。例如通信装置1100可以为终端设备,也可以为应用于终端设备中的部件(例如芯片或者电路)。收发单元1120可以用于执行2、图3、图5、图9或图10所示的实施例中由终端设备所执行的全部接收或发送操作,例如图2所示的S201,和/或用于支持本文所描述的技术的其它过程。处理单元1110用于执行如图2所示的实施例中由终端设备所执行的除了收发操作之外的全部操作,和/或用于支持本文所描述的技术的其它过程。
在一些实施例中,处理单元1110用于对收发单元1120接收的服务等级模型进行验证,服务等级模型指示至少一个组合与业务体验质量的等级的对应关系,用于确定当前的网络切片的服务等级,其中,每个组合对应至少一种网络性能指标;以及,处理单元1110用于确定服务等级模型验证通过,确定签署服务等级模型对应的服务等级协议。
作为一种可选的实施方式,收发单元1120用于:
发送第一信息,第一信息包括终端设备在第一网络性能场景下的网络连接进行业务测试的结果,第一信息用于指示终端设备的业务体验质量和/或网络性能指标。第一网络性能场景为终端设备进行业务的网络环境,每个网络性能场景对应至少一种网络性能指标。
作为一种可选的实施方式,收发单元1120还用于:
向区块链系统中的第一数据链发送第一信息,第一信息用于指示终端设备的业务体验质量和/或网络性能指标。
作为一种可选的实施方式,处理单元1110用于:
根据服务等级协议的执行代码和服务等级模型生成智能合约;
将智能合约发布到区块链系统中的合约链。
应理解,本申请实施例中的处理单元1110可以由处理器或处理器相关电路组件实现,收发单元1120可以由收发器或收发器相关电路组件实现。
应理解,通信装置1100可以为上述的第一网元,收发单元1120可以用于执行图3或图5、或图9或图10所示的实施例中由第一网元所执行的全部接收或发送操作,例如图3所示的实施例中的S303、S304、S305或S306,和/或用于支持本文所描述的技术的其它过程,又例如图5所示的实施例中的S501a、S501b和S501c,和/或用于支持本文所描述的技术的其它过程。又例如图9所示的实施例中的S901、S902和S903,和/或用于支持本文所描述的技术的其它过程。又例如图10所示的实施例中的S1001、S1002、S1003、S1004he S1006b,和/或用于支持本文所描述的技术的其它过程。处理单元1110用于执行如图4或图5、或图9或图10所示的实施例中由第一网元所执行的除了收发操作之外的全部操作,和/或用于支持本文所描述的技术的其它过程,例如图10所示的实施例中的S1005,和/或用于支持本文所描述的技术的其它过程。
应理解,通信装置1100可以为上述的终端设备,收发单元1120可以用于执行图2或图3或图5、或图9或图10所示的实施例中由终端设备所执行的全部接收或发送操作,例如图2所示的实施例中的S201,和/或用于支持本文所描述的技术的其它过程,又例如图3所示的实施例中的S302、S303和S306,和/或用于支持本文所描述的技术的其它过程,又例如图5所示的实施例中的S501a、S501b、S502a和S502b,和/或用于支持本文所描述的技术的其它过程。又例如图9所示的实施例中的S901,和/或用于支持本文所描述的技术的其它过程。处理单元1110用于执行如图2所示的实施例中由终端设备所执行的除了收发操作之外的全部操作,和/或用于支持本文所描述的技术的其它过程,例如图2所示的实施例中的S203、S204和S205,和/或用于支持本文所描述的技术的其它过程。
如图12所示为本申请实施例提供的通信装置1200,其中,通信装置1200可以是终端设备,能够实现本申请实施例提供的方法中终端设备的功能,或者,通信装置1200可以是网络侧设备,能够实现本申请实施例提供的方法中第一网元的功能;通信装置1200也可以是能够支持终端设备实现本申请实施例提供的方法中对应的功能的装置,或者能够支持第一网元实现本申请实施例提供的方法中对应的功能的装置。其中,该通信装置1200可以为芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
在硬件实现上,上述收发单元1120可以为收发器,收发器集成在通信装置1200中构成通信接口1210。
通信装置1200包括至少一个处理器1220,用于实现或用于支持通信装置1200实现本申请实施例提供的方法中第一网元或终端设备的功能。具体参见方法示例中的详细描述,此处不做赘述。
通信装置1200还可以包括至少一个存储器1230,用于存储程序指令和/或数据。存储器1230和处理器1220耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器1220可能和存储器1230协同操作。处理器1220可能执行存储器1230中存储的程序指令和/或数据,以使得通信装置1200实现相应的方法。所述至少一个存储器中的至少一个可以包括于处理器中。
通信装置1200还可以包括通信接口1210,用于通过传输介质和其它设备进行通信,从而用于通信装置1200中的装置可以和其它设备进行通信。示例性地,当该通信装置为终端设备时,该其它设备为第一网元;或者,当该通信装置为第一网元时,该其它设备为终端设备。处理器1220可以利用通信接口1210收发数据。通信接口1210具体可以是收发器。
本申请实施例中不限定上述通信接口1210、处理器1220以及存储器1230之间的具体连接介质。本申请实施例在图12中以存储器1230、处理器1220以及通信接口1210之间通过总线1240连接,总线在图12中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图12中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中,处理器1220可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
在本申请实施例中,存储器1230可以是非易失性存储器,比如硬盘(hard diskdrive,HDD)或固态硬盘(solid-state drive,SSD)等,还可以是易失性存储器(volatilememory),例如随机存取存储器(random-access memory,RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
需要说明的是,上述实施例中的通信装置可以是终端设备也可以是电路,也可以是应用于终端设备中的芯片或者其他具有上述终端设备功能的组合器件、部件等。当通信装置是终端设备时收发单元可以是收发器,可以包括天线和射频电路等,处理模块可以是处理器,例如:中央处理单元(central processing unit,CPU)。当通信装置是具有上述终端设备功能的部件时,收发单元可以是射频单元,处理模块可以是处理器。当通信装置是芯片系统时,收发单元可以是芯片系统的输入输出接口、处理模块可以是芯片系统的处理器。
图13示出了一种简化的终端设备的结构示意图。便于理解和图示方便,图13中,该终端设备以手机作为例子。如图13所示,终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理,以及对该车载单元进行控制,执行软件程序,处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置,例如触摸屏、显示屏,键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是,有些种类的设备可以不具有输入输出装置。
当需要发送数据时,处理器对待发送的数据进行基带处理后,输出基带信号至射频电路,射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到该设备时,射频电路通过天线接收到射频信号,将射频信号转换为基带信号,并将基带信号输出至处理器,处理器将基带信号转换为数据并对该数据进行处理。为便于说明,图13中仅示出了一个存储器和处理器。在实际的设备产品中,可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置,也可以是与处理器集成在一起,本申请实施例对此不做限制。
在本申请实施例中,可以将具有收发功能的天线和射频电路视为该装置的收发单元,将具有处理功能的处理器视为该装置的处理单元。如图13所示,该装置包括收发单元1310和处理单元1320。收发单元1310也可以称为收发器、收发机、收发装置等。处理单元1320也可以称为处理器,处理单板,处理模块、处理装置等。可选的,可以将收发单元1010中用于实现接收功能的器件视为接收单元,将收发单元1310中用于实现发送功能的器件视为发送单元,即收发单元1310包括接收单元和发送单元。收发单元1310有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
应理解,收发单元1310用于执行上述方法实施例中终端设备侧的发送操作和接收操作,处理单元1320用于执行上述方法实施例中终端设备上除了收发操作之外的其他操作。
例如,在一种实现方式中,收发单元1310可以用于执行图2所示的实施例中的S201、和/或用于支持本文所描述的技术的其它过程。
又例如,在一种实现方式中,收发单元1310可以用于执行图5所示的实施例中的S501a、S501b、S502a和S502b、和/或用于支持本文所描述的技术的其它过程。
又例如,在一种实现方式中,收发单元1310可以用于执行图9所示的实施例中的S901、和/或用于支持本文所描述的技术的其它过程。
当该通信装置为芯片类的装置或者电路时,该装置可以包括收发单元和处理单元。其中,所述收发单元可以是输入输出电路和/或通信接口;处理单元为集成的处理器或者微处理器或者集成电路。
本实施例中,可以参照图14所示的装置。作为一个例子,该装置可以完成类似于图11中处理单元1110的功能。在图14中,该装置包括处理器1410,发送数据处理器1420,接收数据处理器1430。上述实施例中的处理单元1110可以是图14中的该处理器1410,并完成相应的功能。上述实施例中的处理单元1110可以是图14中的发送数据处理器1420,和/或接收数据处理器1430。虽然图14中示出了信道编码器、信道解码器,但是可以理解这些模块并不对本实施例构成限制性说明,仅是示意性的。
图15示出本实施例的另一种形式。通信装置1500中包括调制子系统、中央处理子系统、周边子系统等模块。本实施例中的通信装置可以作为其中的调制子系统。具体的,该调制子系统可以包括处理器1503,接口1504。其中处理器1503完成上述处理单元1110的功能,接口1504完成上述收发单元1120的功能。作为另一种变形,该调制子系统包括存储器1506、处理器1503及存储在存储器1506上并可在处理器上运行的程序,该处理器1503执行该程序时实现上述方法实施例中终端设备的方法。需要注意的是,所述存储器1506可以是非易失性的,也可以是易失性的,其位置可以位于调制子系统内部,也可以位于处理装置1500中,只要该存储器1506可以连接到所述处理器1503即可。
本申请实施例还提供一种通信系统,具体的,通信系统包括第一网元和终端设备,或者还可以包括更多个第一网元和多个终端设备。示例性的,通信系统包括用于实现上述图2、图3、图5、图9或图10的相关功能的第一网元和终端设备,或者该通信系统包括用于实现上述图2、图3、图5、图9或图10中的至少两个图的实施例相关功能的第一网元和终端设备。
所述第一网元分别用于实现上述图2、图3、图5、图9或图10相关网络部分的功能。所述终端设备用于实现上述图3、图5、图9或图10相关终端设备的功能。具体请参考上述方法实施例中的相关描述,这里不再赘述。
本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行图3、图5、图9或图10中第一网元执行的方法;或者当其在计算机上运行时,使得计算机执行图3、图5、图9或图10中终端设备执行的方法。
本申请实施例提供了一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现前述方法中第一网元的功能;或者用于实现前述方法中第一网元和终端设备的功能。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
应理解,本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B的情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指的这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,a-b,a-c,b-c或a-b-c,其中a,b,c可以是单个,也可以是多个。
以及,除非有相反的说明,本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分,不用于限定多个对象的顺序、时序、优先级或者重要程度。例如,第一事件和第二事件,只是为了区分不同的消息,而并不是表示这两种事件的优先级、发送顺序或者重要程度等的不同。
应理解,本申请实施例中提及的处理器可以是CPU,还可以是其他通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specificintegrated 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可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double datarate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请实施例的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请实施例揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请实施例的保护范围之内。因此,本申请实施例的保护范围应所述以权利要求的保护范围为准。
Claims (24)
1.一种信息处理方法,其特征在于,包括:
针对提供的至少一个网络性能场景中的每一个网络性能场景,第一网元获取一组网络数据,每一组网络数据至少包括来自终端设备的第一信息或来自应用服务器的第二信息,所述第一信息用于指示所述终端设备的业务体验质量和/或网络性能指标,所述第二信息至少用于指示所述应用服务器的业务体验质量;其中,所述网络性能场景为终端设备进行业务的网络环境,每个网络性能场景对应至少一种网络性能指标;
第一网元根据获得的多组网络数据确定服务等级模型,所述服务等级模型指示至少一个组合与业务体验质量等级的对应关系,所述服务等级模型用于确定当前的网络切片的服务等级,其中,每个组合对应至少一种网络性能指标;
其中,所述第一网元获取一组网络数据包括:所述第一网元从区块链系统中的至少一条数据链获取所述一组网络数据,其中,所述至少一条数据链至少用于存储来自所述终端设备的第一信息或来自所述应用服务器的第二信息;
所述方法还包括:所述第一网元将所述服务等级模型发布到所述区块链系统包括的数据链。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一网元将所述服务等级模型发送给第二网元。
3.如权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述第一网元基于所述服务等级模型确定当前的网络切片的服务等级;
所述第一网元在确定所述服务等级不满足预设条件时,对所述当前的网络切片或者使用所述当前网络切片的终端设备的资源进行管理,其中,所述预设条件至少包括可接受等级。
4.如权利要求1或2所述的方法,其特征在于,所述第一网元基于所述服务等级模型确定当前的网络切片的服务等级,包括:
所述第一网元获取至少一个所述第一信息,并基于所述至少一个所述第一信息中的终端设备的网络性能指标和所述服务等级模型确定所述网络切片的服务等级;和/或,
所述第一网元获取网络中的功能网元的网络性能指标数据,并基于所述功能网元的网络性能指标和所述服务等级模型确定所述网络切片的服务等级。
5.如权利要求4所述的方法,其特征在于,所述第一网元获取至少一个所述第一信息,并基于所述至少一个所述第一信息中的终端设备的网络性能指标和所述服务等级模型确定所述网络切片的服务等级,包括:
若使用所述当前的网络切片的终端设备为多个终端设备,则所述第一网元根据各个终端设备的网络性能指标和所述服务等级模型确定所述网络切片的第一服务等级;
所述第一网元根据与各个业务体验质量等级分别对应的终端设备的数量,或根据与各个业务体验质量等级分别对应的终端设备在所述多个终端设备中的占比,对所述第一服务等级进行修正,获得所述当前的网络切片的第二服务等级。
6.如权利要求5所述的方法,其特征在于,所述方法还包括:
所述第一网元将所述至少一个第一信息或所述第二信息、以及所述第一服务等级或所述第二服务等级导入所述区块链系统的合约链,其中,所述合约链包括第一智能合约,所述第一智能合约用于指示按照所述第一服务等级或第二服务等级对使用当前的网络切片的终端设备进行计费。
7.如权利要求6所述的方法,其特征在于,所述方法还包括:
所述第一网元在确定终端设备的业务体验质量等级低于第一等级,向所述区块链系统中的第二智能合约注入第一事件,所述第一事件包括至少一个所述第一信息;
所述第一网元基于所述第二智能合约的触发,根据当前的网络性能数据以及所述第一事件确定终端设备的网络连接是否正常,其中,所述第二智能合约用于指示确定所述终端设备的网络连接是否正常;
所述第一网元根据所述终端设备的网络连接是否正常的结果生成第二事件,并将所述第二事件注入所述第二智能合约,所述第二事件用于指示网络异常或者终端设备异常。
8.如权利要求1所述的方法,其特征在于,所述第一网元包括网络数据分析功能NWDAF网元,或者管理数据分析系统MDAS。
9.一种信息处理方法,其特征在于,包括:
终端设备对服务等级模型进行验证,所述服务等级模型指示至少一个组合与业务体验质量等级的对应关系,所述服务等级模型用于确定当前的网络切片的服务等级,其中,每个组合对应至少一种网络性能指标;
所述终端设备确定所述服务等级模型验证通过,确定签署所述服务等级模型对应的服务等级协议;
其中,所述方法还包括:所述终端设备向区块链系统中的第一数据链发送第一信息,所述第一信息用于指示所述终端设备的业务体验质量和/或网络性能指标。
10.如权利要求9所述的方法,其特征在于,终端设备对服务等级模型进行验证包括:
所述终端设备发送第一信息,所述第一信息包括所述终端设备在第一网络性能场景下的网络连接进行业务测试的结果,所述第一信息用于指示所述终端设备的业务体验质量和/或网络性能指标,所述第一网络性能场景为终端设备进行业务的网络环境,每个网络性能场景对应至少一种网络性能指标。
11.如权利要求9或10所述的方法,其特征在于,所述终端设备确定所述服务等级模型验证通过,确定签署所述服务等级模型对应的服务等级协议,包括:
所述终端设备根据所述服务等级协议的执行代码和所述服务等级模型生成智能合约;
所述终端设备将所述智能合约发布到所述区块链系统中的合约链。
12.一种通信装置,其特征在于,包括处理单元和收发单元,其中:
所述收发单元,用于针对提供的至少一个网络性能场景中的每一个网络性能场景,获取一组网络数据,每一组网络数据至少包括来自终端设备的第一信息或来自应用服务器的第二信息,所述第一信息用于指示所述终端设备的业务体验质量和/或网络性能指标,所述第二信息至少用于指示所述应用服务器的业务体验质量;其中,所述网络性能场景为终端设备进行业务的网络环境,每个网络性能场景对应至少一种网络性能指标;
所述处理单元,用于根据获得的多组网络数据确定服务等级模型,所述服务等级模型指示至少一个组合与业务体验质量等级的对应关系,所述服务等级模型用于确定当前的网络切片的服务等级,其中,每个组合对应至少一种网络性能指标;
其中,所述收发单元还用于:
从区块链系统中的至少一条数据链获取所述一组网络数据,其中,所述至少一条数据链至少用于存储来自所述终端设备的第一信息或来自所述应用服务器的第二信息;
将所述服务等级模型发布到所述区块链系统包括的数据链。
13.如权利要求12所述的通信装置,其特征在于,所述收发单元还用于:
将所述服务等级模型发送给第二网元。
14.如权利要求12或13所述的通信装置,其特征在于,所述处理单元还用于:
基于所述服务等级模型确定当前的网络切片的服务等级;
在确定所述服务等级不满足预设条件时,对所述当前的网络切片或者使用所述当前网络切片的终端设备的资源进行管理,其中,所述预设条件至少包括可接受等级。
15.如权利要求12或13所述的通信装置,其特征在于,所述处理单元用于:
获取至少一个所述第一信息,并基于所述至少一个所述第一信息中的终端设备的网络性能指标和所述服务等级模型确定所述网络切片的服务等级;和/或,
获取网络中的功能网元的网络性能指标数据,并基于所述功能网元的网络性能指标和所述服务等级模型确定所述网络切片的服务等级。
16.如权利要求15所述的通信装置,其特征在于,所述处理单元用于:
若使用所述当前的网络切片的终端设备为多个终端设备,则根据各个终端设备的网络性能指标和所述服务等级模型确定所述网络切片的第一服务等级;
根据与各个业务体验质量等级分别对应的终端设备的数量,或根据与各个业务体验质量等级分别对应的终端设备在所述多个终端设备中的占比,对所述第一服务等级进行修正,获得所述当前的网络切片的第二服务等级。
17.如权利要求16所述的通信装置,其特征在于,所述收发单元还用于:
将所述至少一个第一信息或所述第二信息、以及所述第一服务等级或所述第二服务等级导入所述区块链系统的合约链,其中,所述合约链包括第一智能合约,所述第一智能合约用于指示按照所述第一服务等级或第二服务等级对使用当前的网络切片的终端设备进行计费。
18.如权利要求17所述的通信装置,其特征在于,所述处理单元还用于:
在确定终端设备的业务体验质量等级低于第一等级,向所述区块链系统中的第二智能合约注入第一事件,所述第一事件包括至少一个所述第一信息;
基于所述第二智能合约的触发,根据当前的网络性能数据以及所述第一事件确定终端设备的网络连接是否正常,其中,所述第二智能合约用于指示确定所述终端设备的网络连接是否正常;
根据所述终端设备的网络连接是否正常的结果生成第二事件,并将所述第二事件注入所述第二智能合约,所述第二事件用于指示网络异常或者终端设备异常。
19.如权利要求12所述的通信装置,其特征在于,所述通信装置包括网络数据分析功能NWDAF网元,或者管理数据分析系统MDAS。
20.一种通信装置,其特征在于,包括处理单元和收发单元,其中:
所述处理单元用于对所述收发单元接收的服务等级模型进行验证,所述服务等级模型指示至少一个组合与业务体验质量等级的对应关系,所述服务等级模型用于确定当前的网络切片的服务等级,其中,每个组合对应至少一种网络性能指标;以及,所述处理单元用于确定所述服务等级模型验证通过,确定签署所述服务等级模型对应的服务等级协议;
其中,所述收发单元还用于:向区块链系统中的第一数据链发送第一信息,所述第一信息用于指示终端设备的业务体验质量和/或网络性能指标。
21.如权利要求20所述的通信装置,其特征在于,所述收发单元用于:
发送第一信息,所述第一信息包括所述终端设备在第一网络性能场景下的网络连接进行业务测试的结果,所述第一信息用于指示所述终端设备的业务体验质量和/或网络性能指标,所述第一网络性能场景为终端设备进行业务的网络环境,每个网络性能场景对应至少一种网络性能指标。
22.如权利要求21所述的通信装置,其特征在于,所述处理单元用于:
根据所述服务等级协议的执行代码和所述服务等级模型生成智能合约;
将所述智能合约发布到区块链系统中的合约链。
23.一种通信装置,其特征在于,所述通信装置包括处理器,所述处理器与存储器相连,所述存储器用于存储计算机程序,所述处理器用于执行所述存储器中存储的所述计算机程序,使得所述装置实现如权利要求1~8或9~11中任一项所述的方法。
24.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序当被计算机执行时,使所述计算机执行如权利要求1~8或9~11中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911209035.5A CN112887120B (zh) | 2019-11-30 | 2019-11-30 | 一种信息处理方法及装置 |
PCT/CN2020/107931 WO2021103647A1 (zh) | 2019-11-30 | 2020-08-07 | 一种信息处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911209035.5A CN112887120B (zh) | 2019-11-30 | 2019-11-30 | 一种信息处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112887120A CN112887120A (zh) | 2021-06-01 |
CN112887120B true CN112887120B (zh) | 2022-08-19 |
Family
ID=76039334
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911209035.5A Active CN112887120B (zh) | 2019-11-30 | 2019-11-30 | 一种信息处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112887120B (zh) |
WO (1) | WO2021103647A1 (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115460623A (zh) * | 2021-06-08 | 2022-12-09 | 中兴通讯股份有限公司 | 网络切片自优化方法、基站及存储介质 |
CN113872802B (zh) * | 2021-09-17 | 2024-01-19 | 支付宝(杭州)信息技术有限公司 | 检测网元的方法和装置 |
CN113780877A (zh) * | 2021-09-24 | 2021-12-10 | 国家电网有限公司大数据中心 | 一种面向低耦合高汇聚易复用的技术架构 |
CN114338668B (zh) * | 2021-12-07 | 2023-10-31 | 中国联合网络通信集团有限公司 | 基于共识机制的数据验证方法、系统、存储介质及设备 |
CN116456380A (zh) * | 2022-01-07 | 2023-07-18 | 华为技术有限公司 | 故障定位的方法和装置 |
CN116939673A (zh) * | 2022-04-01 | 2023-10-24 | 华为技术有限公司 | 一种网络自治能力评估方法、装置及存储介质 |
CN114980234B (zh) * | 2022-06-24 | 2024-02-06 | 中国联合网络通信集团有限公司 | 异频切换方法、装置及存储介质 |
CN117395146A (zh) * | 2022-07-04 | 2024-01-12 | 中国电信股份有限公司 | 策略选择方法、装置及通信系统 |
CN117714295A (zh) * | 2022-08-30 | 2024-03-15 | 中兴通讯股份有限公司 | 网络链路生成方法、服务器及存储介质 |
CN115580465B (zh) * | 2022-09-29 | 2024-05-14 | 中国联合网络通信集团有限公司 | 专网数据的传输方法、装置、设备及存储介质 |
CN118075787A (zh) * | 2022-11-11 | 2024-05-24 | 上海华为技术有限公司 | 一种信息处理方法及相关设备 |
CN116208516A (zh) * | 2023-02-27 | 2023-06-02 | 中国联合网络通信集团有限公司 | 企业互联网专线感知评估方法、装置、设备及介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106792888A (zh) * | 2017-01-18 | 2017-05-31 | 北京邮电大学 | 一种基于信息感知的无线通信组网方法及装置 |
CN109040312A (zh) * | 2018-09-17 | 2018-12-18 | 云迅智能科技南京有限公司 | 一种多接入边缘计算网络系统及方法 |
CN109191124A (zh) * | 2018-08-16 | 2019-01-11 | 北京京东尚科信息技术有限公司 | 区块链网络、部署方法及存储介质 |
CN109257771A (zh) * | 2018-11-16 | 2019-01-22 | 腾讯科技(深圳)有限公司 | 业务数据的传输方法、装置及设备 |
CN109391648A (zh) * | 2017-08-04 | 2019-02-26 | 华为技术有限公司 | 一种应用与网络切片的关联方法、装置和通信系统 |
CN109691022A (zh) * | 2016-07-15 | 2019-04-26 | 瑞典爱立信有限公司 | 确定通信网络中的服务等级 |
CN109952796A (zh) * | 2016-11-14 | 2019-06-28 | 华为技术有限公司 | 可共享切片实例的创建及修改 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10856183B2 (en) * | 2016-11-10 | 2020-12-01 | Huawei Technologies Co., Ltd. | Systems and methods for network slice service provisioning |
CN110062407B (zh) * | 2018-01-19 | 2022-05-13 | 华为技术有限公司 | 网络切片性能管理的方法和装置 |
US10986602B2 (en) * | 2018-02-09 | 2021-04-20 | Intel Corporation | Technologies to authorize user equipment use of local area data network features and control the size of local area data network information in access and mobility management function |
-
2019
- 2019-11-30 CN CN201911209035.5A patent/CN112887120B/zh active Active
-
2020
- 2020-08-07 WO PCT/CN2020/107931 patent/WO2021103647A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109691022A (zh) * | 2016-07-15 | 2019-04-26 | 瑞典爱立信有限公司 | 确定通信网络中的服务等级 |
CN109952796A (zh) * | 2016-11-14 | 2019-06-28 | 华为技术有限公司 | 可共享切片实例的创建及修改 |
CN106792888A (zh) * | 2017-01-18 | 2017-05-31 | 北京邮电大学 | 一种基于信息感知的无线通信组网方法及装置 |
CN109391648A (zh) * | 2017-08-04 | 2019-02-26 | 华为技术有限公司 | 一种应用与网络切片的关联方法、装置和通信系统 |
CN109191124A (zh) * | 2018-08-16 | 2019-01-11 | 北京京东尚科信息技术有限公司 | 区块链网络、部署方法及存储介质 |
CN109040312A (zh) * | 2018-09-17 | 2018-12-18 | 云迅智能科技南京有限公司 | 一种多接入边缘计算网络系统及方法 |
CN109257771A (zh) * | 2018-11-16 | 2019-01-22 | 腾讯科技(深圳)有限公司 | 业务数据的传输方法、装置及设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2021103647A1 (zh) | 2021-06-03 |
CN112887120A (zh) | 2021-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112887120B (zh) | 一种信息处理方法及装置 | |
US11611491B2 (en) | Edge computing service global validation | |
US20220138081A1 (en) | Systems and Methods for Optimization of Application Performance on a Telecommunications Network | |
WO2019184433A1 (zh) | 一种网络数据的监测方法及装置 | |
US9652349B2 (en) | Quality of information assessment in dynamic sensor networks | |
JP2022522630A (ja) | 5g以降を用いた産業自動化 | |
CN113300877B (zh) | 一种网络切片管理方法及设备 | |
Ozturk et al. | Energy‐aware smart connectivity for IoT networks: enabling smart ports | |
CN111937006B (zh) | 基于熵值来确定性能的系统 | |
US9935818B1 (en) | Diagnostic traffic generation for automatic testing and troubleshooting | |
Shayea et al. | Performance analysis of mobile broadband networks with 5g trends and beyond: Urban areas scope in malaysia | |
CN109474450A (zh) | 一种通信方法、相关设备和系统 | |
Díaz Zayas et al. | QoE evaluation: the TRIANGLE testbed approach | |
Ferreira et al. | 5G-RCOLAB: A system level simulator for 5G and beyond in rural areas | |
Moltchanov et al. | Cross-layer modeling of wireless channels for data-link and IP layer performance evaluation | |
Li et al. | A unified framework for joint sensing and communication in resource constrained mobile edge networks | |
CN114024854A (zh) | 一种切片平均主观意见分数据共享系统、节点、方法及介质 | |
CN113966602A (zh) | 区块链中区块的分布式存储 | |
CN115460617A (zh) | 基于联邦学习的网络负载预测方法、装置、电子设备及介质 | |
Nguyen | Blockchain for internet of things: Data markets, learning, and sustainability | |
Gautam et al. | Reliability and survivability assessment of LTE-A architecture and networks | |
CN108288986A (zh) | 一种波束赋形传输方法及网络设备 | |
Frias et al. | Measuring Mobile Broadband Challenges and Implications for Policymaking | |
CN114124761B (zh) | 用于带宽一致性验证的电子设备、系统、方法和介质 | |
Seskar et al. | Testbed |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |