CN111294224A - 用于测量服务质量信息的方法和装置 - Google Patents
用于测量服务质量信息的方法和装置 Download PDFInfo
- Publication number
- CN111294224A CN111294224A CN201811501737.6A CN201811501737A CN111294224A CN 111294224 A CN111294224 A CN 111294224A CN 201811501737 A CN201811501737 A CN 201811501737A CN 111294224 A CN111294224 A CN 111294224A
- Authority
- CN
- China
- Prior art keywords
- network element
- message
- user plane
- function network
- 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.)
- Granted
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
- 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
-
- 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/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种用户测量服务质量信息的方法和装置。该方法包括:终端设备发起业务数据之前,通过应用程序接口向核心网网元发送第一消息,第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的QoS信息;终端设备通过应用程序接口接收核心网网元发送的第二消息,第二消息用于触发QoS信息的测量,或,第二消息包括QoS信息,从而终端设备能够得到QoS信息,并且终端设备可以在发起业务数据之前得到QoS信息,使得终端设备可以选择性地在QoS信息较好的网络环境下发起业务数据,有助于提高用户体验。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及通信领域中用于测量服务质量信息的方法和装置。
背景技术
在有线网络和无线网络中,都会用服务质量(quality of service,QoS)信息来衡量业务的质量。例如,时延属于QoS信息的一个重要指标,不同的业务类型对时延的要求不同。如何通过测量业务的Qos信息以确定是否满足用户的需求是当前需要解决的问题。
现有技术是,当终端设备需要测量某个业务数据的QoS信息时,可以采用第三方应用服务器进行检测,例如终端设备向核心网网元发起建立协议数据单元(protocol dataunit,PDU)会话的请求,来建立终端设备与第三方应用服务器之间的用户面连接,在建立好用户面连接之后,终端设备通过核心网用户面网元与第三方应用服务器传输业务数据,来测量终端设备与第三方应用服务器之间业务数据的QoS信息。然而,这种测量QoS信息的方法,无法测量出终端设备与用户面功能网元之间链路的QoS信息,从而无法确定当前网络环境是否适合发起业务数据,使得用户体验较差。
发明内容
本申请提供一种用于测量服务质量信息的方法和装置,有助于提高用户体验。
第一方面,提供了一种用于测量服务质量信息的方法,包括:终端设备发起业务数据之前,通过应用程序接口向核心网网元发送第一消息,第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息;
终端设备通过应用程序接口接收核心网网元发送的第二消息,第二消息用于触发QoS信息的测量,或,第二消息包括QoS信息。
因此,在本申请实施例中,终端设备可以通过应用程序接口向核心网网元发送第一消息,请求测量终端设备与用户面功能网元之间的业务数据的QoS信息,从而终端设备可以根据第二消息测量QoS信息或者终端设备可以获取第二消息中的QoS信息,从而可以得到终端设备与用户面功能网元之间的业务数据的QoS信息,从而可以根据QoS信息确定是否发起业务数据,有助于提高用户体验。
需要说明的是,终端设备在发起业务数据之前,可以根据第二消息测量QoS信息或者在第二消息中获取QoS信息。
进一步地,终端设备可以在发起业务数据之前的任意时刻,请求测量终端设备与用户面功能网元之间的业务数据的QoS信息,例如:发起业务数据之前,在网络环境较好(如网络信号较好的办公园区,而不是地铁站火车站等人流密集区)的情况下,可以测量QoS信息,使得终端设备可以选择性地在QoS信息较好的网络环境下发起业务数据,从而可以提高用户体验。在一种可能的实现方式中,第二消息可以是第一消息的响应消息。
在本申请实施例中,对核心网网元不作限定,例如核心网网元可以是能力开放网元,能力开放网元可以将第一消息透传给策略控制功能网元。
在一种可能的实现方式中,QoS信息包括时延信息。
在一种可能的实现方式中,当第二消息用于触发QoS信息的测量时,终端设备可以根据第二消息测量QoS信息,然后将QoS信息发送给核心网网元,例如,终端设备可以将QoS信息通过能力开放网元发送给策略控制功能网元,以便于策略控制功能网元确定是否对业务数据的QoS信息进行调整。
在一种可能的实现方式中,第一消息包括终端设备的IP地址、业务数据的业务类型的标识、业务数据关联的应用标识或配置参数中的至少一种,配置参数包括检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种。
在一种可能的实现方式中,第二消息用于触发QoS信息的测量,QoS信息为时延信息,在终端设备通过应用程序接口接收核心网网元发送的第二消息之后,方法还包括:
终端设备在第一时刻,向用户面功能网元发送第一检测报文;
终端设备在第二时刻,从用户面功能网元接收第二检测报文;
终端设备根据第一时刻和第二时刻确定时延信息,时延信息为业务数据的时延信息。
在一种可能的实现方式中,第二消息包括用户面功能网元的网络协议IP地址,这样,终端设备可以在第二消息中获取用户面功能网元的IP地址。在一种可能的实现方式中,第一检测报文的源地址为终端设备的IP地址,第一检测报文的目的地址为用户面功能网元的IP地址。第二检测报文的源地址为用户面功能网元的IP地址,第二检测报文的目的地址为终端设备的IP地址。
在一种可能的实现方式中,第二消息包括QoS信息,在终端设备通过应用程序接口接收核心网元网元发送的第二消息之前,方法还包括:
终端设备从用户面功能网元接收第三检测报文;
终端设备在第三检测报文中获取用户面功能网元的IP地址;
终端设备向用户面功能网元发送第四检测报文。
在一种可能的实现方式中,第三检测报文的源地址为用户面功能网元的IP地址,第三检测报文的目的地址为终端设备的IP地址。第四检测报文的源地址为终端设备的IP地址,第四检测报文的目的地址为用户面功能网元的IP地址。
在一种可能的实现方式中,第一检测报文、第二检测报文、第三检测报文和第四检测报文为因特网包探测器Ping包。
第二方面,提供了一种用于测量服务质量信息的方法,包括:策略控制功能网元从能力开放网元接收第一消息,第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息;
策略控制功能网元基于第一消息,确定检测报文的第一转发规则,第一转发规则与业务数据的转发规则包括相同的QoS信息;
策略控制功能网元通过会话管理功能网元向用户面功能网元发送第一转发规则。
因此,本申请实施例中,策略控制功能网元可以基于第一消息确定第一转发规则,以便于用户面功能网元根据该第一转发规则发送检测报文,这样,用户面功能网元可以根据检测报文的发送时间和接收时间确定终端设备与用户面功能网元之间的业务数据的QoS信息。或者,用户面功能网元可以配合终端设备接收或发送检测报文,以便于终端设备确定终端设备与用户面功能网元之间的业务数据的QoS信息。
在一种可能的实现方式中,QoS信息包括时延信息。
在一种可能的实现方式中,第一消息包括终端设备的IP地址、业务类型的标识、业务数据关联的应用标识或配置参数中的至少一种,配置参数包括:检测报文的大小、发送检测报文的频率和发送检测报文的持续时间中的至少一种,第一转发规则包括配置参数。
在一种可能的实现方式中,在策略控制功能网元通过会话管理功能网元向用户面功能网元发送第一转发规则之后,方法还包括:
策略控制功能网元向能力开放网元发送第二消息,第二消息用于触发QoS信息的测量,或,第二消息包括QoS信息。
在某些实现方式中,第二消息用于触发QoS信息的测量,方法还包括:
策略控制功能网元从会话管理功能网元接收用户面功能网元的网络协议IP地址,其中,第二消息包括用户面功能网元的IP地址。
第三方面,提供了一种用于测量服务质量信息的方法,包括:用户面功能网元从会话管理功能网元接收检测报文的第一转发规则,第一转发规则与终端设备与用户面功能网元之间的业务数据的转发规则包含相同的服务质量QoS信息;
用户面功能网元生成业务数据的第一检测报文;
用户面功能网元向终端设备发送第一检测报文。
在一种可能的实现方式中,第一检测报文可以是用于用户面功能网元确定QoS信息的检测报文,第一检测报文也可以是用于终端设备确定QoS信息的检测报文。
在一种可能的实现方式中,QoS信息包括时延信息。
在一种可能的实现方式中,第一转发规则包括:检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种。
在一种可能的实现方式中,第一转发规则可以不包括检测报文的大小、发送检测报文的频率和发送检测报文的持续时间。检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种可以通过其他的方式发送给用户面功能网元。
在一种可能的实现方式中,QoS信息为时延信息,用户面功能网元向终端设备发送第一检测报文,包括:
用户面功能网元在第一时刻,向终端设备发送第一检测报文,方法还包括:用户面功能网元在第二时刻,从终端设备接收第二检测报文。
具体地,当第一时刻在第二时刻之前时,用户面功能网元可以根据第一时刻和第二时刻确定终端设备与用户面功能网元之间的业务数据的QoS信息。当第二时刻在第一时刻之前时,用户面功能网元可以配合终端设备接收检测报文和发送检测报文,以便于终端设备根据发送检测报文和接收检测报文的时间确定终端设备与用户面功能网元之间的业务数据的QoS信息。
可选地,当用户面功能网元确定QoS信息时,用户面功能网元可以将QoS信息通过会话管理功能网元发送给策略控制功能网元,以便于策略控制功能网元确定是否对终端设备与用户面功能网元之间的业务数据的QoS信息进行调整。
在某些实现方式中,第一时刻在第二时刻之前,方法还包括:用户面功能网元从会话管理功能网元接收第一指示信息,第一指示信息用于指示用户面功能网元测量时延信息;
用户面功能网元根据第一指示信息、第一时刻和第四时刻确定时延信息,时延信息为业务数据的时延信息。
在某些实现方式中,方法还包括:用户面功能网元从会话管理功能网元接收第二指示信息,第二指示信息用于指示用户面功能网元对第一检测报文和第二检测报文不进行计费操作。用户面功能网元根据第二指示信息对第一检测报文和第二检测报文不进行计费操作。
在某些实现方式中,第一检测报文和第二检测报文为因特网包探测器Ping包。
第四方面,提供了一种用于测量服务质量信息的方法,包括:会话管理功能网元从策略控制功能网元接收一转发规则,第一转发规则用于用户面功能网元发送检测报文,第一转发规则与业务数据的转发规则包含相同的服务质量QoS信息;会话管理功能网元向用户面功能网元发送第一转发规则。
可选地,第一转发规则是基于终端设备在发起业务数据报文之前通过应用程序接口发送的第一消息确定的,第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息。
会话管理功能网元向策略控制功能网元发送用户面功能网元的网络协议IP地址。
在某些实现方式中,方法还包括:会话管理功能网元向用户面功能网元发送第一指示信息,第一指示信息用于指示用户面功能网元测量QoS信息。
在某些实现方式中,方法还包括:会话管理功能网元向用户面功能网元发送第一指示信息,第一指示信息用于指示用户面功能网元对检测报文不进行计费操作,例如,检测报文可以是第一检测报文、第二检测报文、第三检测报文和第四检测报文等。
在某些实现方式中,在会话管理功能网元向用户面功能网元发送第一转发规则之后,方法还包括:会话管理功能网元从用户面功能网元接收QoS信息;会话管理功能网元向策略控制功能发送QoS信息。
第五方面,提供了一种用于测量服务质量信息的方法,包括:能力开放网元从终端设备通过应用程序接口发送的第一消息,第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息;
能力开放网元向终端设备的应用程序接口发送第二消息,第二消息用于触发QoS信息的测量,或,第二消息包括QoS信息。
在某些实现方式中,第二消息用于触发QoS信息的测量,第二消息包括用户面功能网元的IP地址。
在某些实现方式中,当第二消息用于触发QoS信息的测量时,终端设备可以将确定的QoS信息发送给能力开放网元,能力开放网元将QoS信息发送给策略控制功能网元,以便于策略控制功能网元确定是否对业务数据的QoS信息进行调整。
第六方面,提供了一种用于测量服务质量信息的装置,该装置包括用于执行第一方面或第一方面任意可能的实现方式中的方法中各个步骤的单元。
第七方面,提供了一种用于测量服务质量信息的装置,该装置包括用于执行第二方面或第二方面任意可能的实现方式中的方法中各个步骤的单元。
第八方面,提供了一种用于测量服务质量信息的装置,该装置包括用于执行第三方面或第三方面任意可能的实现方式中的方法中各个步骤的单元。
第九方面,提供了一种用于测量服务质量信息的装置,该装置包括用于执行第四方面或第四方面任意可能的实现方式中的方法中各个步骤的单元。
第十方面,提供了一种用于测量服务质量信息的装置,该装置包括用于执行第五方面或第五方面任意可能的实现方式中的方法中各个步骤的单元。
第十一方面,提供了一种用于测量服务质量信息的装置,该装置包括:收发器、存储器和处理器。其中,该收发器、该存储器和该处理器通过内部连接通路互相通信,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,以控制接收器接收信号,并控制发送器发送信号,并且当该处理器执行该存储器存储的指令时,该执行使得该处理器执行第一方面或第一方面的任一种可能的实现方式中的方法。
第十二方面,提供了一种用于测量服务质量信息的装置,该装置包括:收发器、存储器和处理器。其中,该收发器、该存储器和该处理器通过内部连接通路互相通信,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,以控制接收器接收信号,并控制发送器发送信号,并且当该处理器执行该存储器存储的指令时,该执行使得该处理器执行第二方面或第二方面任意可能的实现方式中的方法。
第十三方面,提供了一种用于测量服务质量信息的装置,该装置包括:收发器、存储器和处理器。其中,该收发器、该存储器和该处理器通过内部连接通路互相通信,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,以控制接收器接收信号,并控制发送器发送信号,并且当该处理器执行该存储器存储的指令时,该执行使得该处理器执行第三方面或第三方面任意可能的实现方式中的方法。
第十四方面,提供了一种用于测量服务质量信息的装置,该装置包括:收发器、存储器和处理器。其中,该收发器、该存储器和该处理器通过内部连接通路互相通信,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,以控制接收器接收信号,并控制发送器发送信号,并且当该处理器执行该存储器存储的指令时,该执行使得该处理器执行第四方面或第四方面任意可能的实现方式中的方法。
第十五方面,提供了一种用于测量服务质量信息的装置,该装置包括:收发器、存储器和处理器。其中,该收发器、该存储器和该处理器通过内部连接通路互相通信,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,以控制接收器接收信号,并控制发送器发送信号,并且当该处理器执行该存储器存储的指令时,该执行使得该处理器执行第五方面或第五方面任意可能的实现方式中的方法。
第十六方面,提供了一种用于测量服务质量信息的***,该***包括上述第六方面提供的装置、第七方面提供的装置以及第八方面提供的装置;或者
该***包括上述第六方面提供的装置、第七方面提供的装置、第八方面提供的装置、第九方面提供的装置以及第十方面提供的装置;或者
该***包括第十一方面提供的装置、第十二方面提供的装置以及第十三方面提供的装置;或者
该***包括上述包括第十一方面提供的装置、第十二方面提供的装置、第十三方面提供的装置、第十四方面提供的装置以及第十五方面提供的装置。
第十七方面,提供了一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序在被处理器执行时,用于执行各方面或各方面的任意可能的实现方式中的方法。
第十八方面,提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,当该计算机程序被执行时,用于执行各方面或各方面的任意可能的实现方式中的方法。
附图说明
图1示出了应用于本申请实施例的一个***架构示意图。
图2示出了测量网络速度示意性。
图3示出了本申请实施例提供的用于测量服务质量信息的方法示意性流程图。
图4示出了本申请实施例提供的另一用于测量服务质量信息的方法示意性流程图。
图5示出了本申请实施例提供的又一用于测量服务质量信息的方法示意性流程图。
图6示出了本申请实施例提供的又一用于测量服务质量信息的方法示意性流程图。
图7示出了本申请实施例提供的又一用于测量服务质量信息的方法示意性流程图。
图8示出了本申请实施例提供的又一用于测量服务质量信息的方法示意性流程图。
图9示出了本申请实施例提供的又一用于测量服务质量信息的方法示意性流程图。
图10示出了本申请实施例提供的用于测量服务质量信息的装置示意性框图。
图11示出了本申请实施例提供的另一用于测量服务质量信息的装置示意性框图。
图12示出了本申请实施例提供的又一用于测量服务质量信息的装置示意性框图。
图13示出了本申请实施例提供的又一用于测量服务质量信息的装置示意性框图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信***,例如:全球移动通信(globalsystem for mobile communications,GSM)***、码分多址(code division multipleaccess,CDMA)***、宽带码分多址(wideband code division multiple access,WCDMA)***、通用分组无线业务(general packet radio service,GPRS)、长期演进(long termevolution,LTE)***、LTE频分双工(frequency division duplex,FDD)***、LTE时分双工(time division duplex,TDD)、通用移动通信***(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信***、未来的第五代(5th generation,5G)***或新无线(new radio,NR)等。
图1示出了应用于本申请实施例的一个***架构示意图。如图1所示,该***100包括:策略控制功能网元(policy control function,PCF)101、用户面功能网元(user planefunction,UPF)102、网络能力开放网元(network exposure function,NEF)103、会话管理功能网元(session management function,SMF)104、用户设备(user equipment,UE)105。可选地,***100还包括核心网接入和移动性管理功能(core access and mobilitymanagement function,AMF)106、无线接入网(radio access network,RAN)107、鉴权服务器功能网元(authentication server function,AUSF)108、数据网络(data network,DN)109、、应用功能(application function,AF)110、统一数据存储网元(unified datarepository,UDR)111或网络存储功能网元(NF repository function,NRF)112中的至少一种。其中,UE 105通过N1接口与AMF 106连接,UE 101通过无线资源控制(radio resourcecontrol,RRC)协议与RAN 107连接;RAN 107通过N2接口与AMF 106连接,RAN 107通过N3接口与UPF 102连接;多个UPF 102之间通过N9接口连接,UPF 102通过N6接口与DN 109连接,同时,UPF 102通过N4接口与SMF 104连接;SMF 104通过N7接口与PCF 101连接,SMF 104通过N29接口与NEF 103连接,同时,SMF 104通过N11接口与AMF 106连接;SMF 104通过N7接口从PCF 101获取策略数据;SMF 104通过N4接口控制UPF 102。
其中,PCF101包含用户签约数据管理功能,策略控制功能,计费策略控制功能,QoS控制等等。
UPF102,根据SMF10发送的转发规则执行用户业务数据的转发。
NEF103支持网络能力开放功能,对外开发网络能力和服务,3GPP网元通过NEF向其他网元发布其支持的功能和事件。网元开放的能力和事件可以安全地开放给第三方应用。NEF使用统一数据存储库(UDR111)的标准化接口(Nudr)将结构化数据进行存储/检索。
SMF104,负责用户面网元选择,用户面网元重选,IP地址分配,负责会话的建立、修改和释放,QoS控制。
终端设备为UE105也可以为终端设备,所涉及到的终端设备(terminal)可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备;还可以包括用户单元(subscriber unit)、蜂窝电话(cellularphone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digitalassistant,PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordless phone)或者无线本地环路(wireless localloop,WLL)台、机器类型通信(machine type communication,MTC)终端、移动台(mobilestation,
MS),终端设备(terminal device)等。为方便描述,本申请中,上面提到的设备统称为终端设备。
AMF106负责用户的移动性管理,包括移动状态管理,分配用户临时身份标识,认证和授权用户。
RAN107用于实现无线有关的功能。RAN107也可以称之为接入设备,该接入设备指的是接入核心网的设备,例如可以是基站,宽带网络业务网关(broadband networkgateway,BNG),汇聚交换机,非3GPP接入设备等。基站可以包括各种形式的基站,例如:宏基站,微基站(也称为小站),中继站,接入点等,本申请实施例对此不作具体限定。
AUSF108负责UE105的安全认证。
DN109是为用户提供业务服务的数据网络,一般客户端位于UE105,服务端位于数据网络。
AF110负责用户的应用管理。
UDR111负责管理签约数据。
NRF112负责为其他网元提供网络功能实体信息的存储功能和选择功能。
需要说明的是,图1中包括的各个网元(比如SMF 104、NEF 103、AF 110、UDR 111、UPF 102等)的命名仅是一个名字,名字对网元本身的功能不构成限定。在5G网络以及未来其它的网络中,上述各个网元也可以是其他的名字,本申请实施例对此不作具体限定。例如,在6G网络中,上述各个网元中的部分或全部可以沿用5G中的术语,也可能是其他命名,等等,在此进行统一说明,以下不再赘述。
需要说明的是,图1中的各个网元不是必须同时存在的,可以根据需求确定需要哪些网元。图1中的各个网元之间的连接关系也不是唯一确定的,可以根据需求进行调整。
需要说明的是,图1中的各个网元之间的接口名字只是一个示例,具体实现中接口名字可能为其他名字,本申请实施例对此不作具体限定。
QoS信息是衡量网络性能的一个指标。例如QoS信息可以包括时延信息、丢包率、带宽、抖动中的至少一项。不同的业务(例如,上网浏览、语音和在线游戏等)对QoS信息的需求不同,如何测量QoS信息是需要解决的问题,在本申请实施例中,以时延信息作为例子来描述QoS信息,但本申请实施例不限于此。
现有技术中,当终端设备需要测量某个业务数据报文的QoS信息时,可以采用第三方应用服务器进行检测,例如终端设备向核心网发起建立协议数据单元(protocol dataunit,PDU)会话的请求,来建立终端设备与第三方应用服务器之间的用户面连接,在建立好用户面连接之后,终端设备通过用户面功能网元与第三方应用服务器传输数据报文,来测量终端设备与第三方应用服务器之间数据报文的QoS信息。以测量时延为例说明,例如,终端设备记录向用户面功能网元发送上行数据报文时的时间为T1,该用户面功能网元将该上行数据报文发送给应用服务器之后,应用服务器通过用户面功能网元向终端设备发送下行数据报文,终端设备记录收到该下行数据报文的时间为T2,那么终端设备可以计算出数据报文往返的时延为T2-T1,假设上、下行链路的传输时延是对称的,可以估算出数据报文在上行和下行链路的传输时延分别为(T2-T1)/2。然而上述测量QoS信息的方法,无法测量出终端设备跟用户面功能网元之间链路的QoS信息是否真正地达到了用户的期望,因此,如何测量终端设备跟用户面功能网元之间业务数据的QoS信息是本申请实施例要解决的问题。又例如,以测量网络速度为例描述,当用户对当前的网络速度不满意时,可以申请流量加速包,如***的“任我用”流量提速包业务,该流量提速包业务表示在原来的宽带基础上提速,费用是15元一个月,比如原来网速是2兆位/秒,参加这个提速之后网速会提到4兆位/秒-8兆位/秒。如图2所示,假设还是第三方应用服务器在测量网络速度,第三方应用服务器测量出来的是终端设备与第三方应用服务器之间的网络速度,但是采用流量提速包业务提速之后,提高的是终端设备与核心网网元之间的网络速度,而第三方应用服务器测量出来的却是终端设备与第三方应用服务器之间的网络速度,缺乏测量终端设备与用户面功能网元之间的QoS信息方法。因此,申请流量提速包之后,通过第三方应用服务器无法准确定的测量出来终端设备与用户面功能网元之间的网络速度是否达到了期望值,换句话说,用户花钱买了流量提速包业务后,用户所花的钱是否真正达到期望值,第三方应用服务器是无法准确测量出来的,从而无法确定当前网络环境是否适合发起业务数据,降低用户体验。
本申请实施例提供了一种用于测量QoS信息的方法,终端设备可以在发起业务数据之前的任意时刻,通过应用程序接口来请求测量当前网络环境下该终端设备与用户面功能网元之间的业务数据的QoS信息。例如,当终端设备位于网络环境较差的地理位置时,如地铁站、火车站等人流量聚集地区,终端设备可以通过请求测量该网络环境下某个业务的实际QoS信息,获知当前网络环境无法满足用户需求,那么终端设备可以选择在网络环境较好的地理位置,如办公园区等,发起该业务的数据报文传输,以获得较好的用户体验。因此可以通过在发起业务数据之前的任意时刻测量当前网络环境的实际QoS信息,使得终端设备可以选择性地在实际QoS信息较好的网络环境下进行业务,从而能够提高用户体验。
下面结合附图描述本申请实施例中用于测量服务质量信息的方法。
图3示出了本申请实施例提供的用于测量服务质量信息的方法,包括:
S310,终端设备发起业务数据之前,通过应用程序接口(applicationprogramming interface,API)向核心网网元发送第一消息,第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息。
本申请实施例对核心网网元不作限定,例如,核心网网元可以是图1中的NEF网元,终端设备在发起业务数据之前,通过应用程序接口向NEF发送第一消息,NEF可以将第一消息透传给PCF。
可选地,QoS信息包括时延信息。
可选地,第一消息包括终端设备的网络协议(internet protocol,IP)地址、业务数据的业务类型的标识、业务数据关联的应用标识或配置参数中的至少一种。配置参数包括检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种。
当第一消息包括终端设备的IP地址时,策略控制功能网元就可以根据终端设备的IP地址确定发送第一消息的终端设备。也就是说,终端设备的IP地址用于确定发送第一消息的终端设备。
当第一消息包括业务数据的业务类型的标识时,策略控制功能网元可以根据业务数据的业务类型的标识确定需要进行QoS信息测量的业务类型。也就是说,业务数据的业务类型的标识用于确定需要进行QoS信息测量的业务类型。
当第一消息包括业务数据关联的应用标识时,策略控制功能网元可以根据业务数据关联的应用标识确定需要进行QoS信息的应用。也就是说,业务数据关联的应用标识用于确定需要进行QoS信息的应用。
当第一消息包括配置参数时,用户面功能网元可以根据配置参数生成检测报文。也就是说,配置参数用于检测报文的生成。例如,PCF收到NEF透传的第一消息后,再将该第一消息中的配置参数通过SMF发送给用户面功能网元,这样用户面功能网元可以根据检测报文的大小、发送检测报文的频率和发送检测报文的持续时间中的一个或多个生成检测报文,从而利用检测报文检测终端设备与用户面功能网元之间的业务数据的QoS信息。
S320,终端设备通过应用程序接口接收核心网网元发送的第二消息,第二消息用于触发QoS信息的测量,或,第二消息包括QoS信息。
在本申请实施例中,可以由终端设备测量QoS信息,或者,也可以由用户面网元测量QoS信息。在终端设备测量QoS信息的例子中,第二消息用于触发QoS信息的测量。在用户面功能网元测量QoS信息的例子中,第二消息包括用户面功能网元测得的QoS信息。例如,第二消息可以是第一消息的响应消息。
因此,在本申请实施例中,终端设备可以在发起业务数据之前,通过应用程序接口向核心网网元(例如,可以是NEF网元)发送请求测量QoS信息的第一消息,核心网网元将第一消息中的参数通过PCF和SMF发送至用户面功能网元后,用户面功能网元可以基于第一消息中的参数测量QoS信息,并将QoS信息通过第二消息向终端设备的应用程序接口发送。或者,核心网网元可以通过向终端设备的应用程序接口发送第二消息以触发终端设备测量QoS信息。本申请实施例中的QoS信息,是在发起业务数据之前测量的待发起业务数据的QoS信息,并且测量的是终端设备与用户面功能网元之间的QoS信息,从而可以提高测量QoS信息的准确性,有助于提高用户体验。例如,当终端设备位于网络环境较差的地理位置时,如地铁站、火车站等人流量聚集地区,终端设备可以通过请求测量该网络环境下某个业务的实际QoS信息,获知当前网络环境无法满足用户需求,那么终端设备可以选择在网络环境较好的地理位置,如办公园区等,再发起该业务的数据报文传输,以获得较好的用户体验。因此可以通过在发起业务数据之前的任意时刻测量当前网络环境的实际QoS信息,使得终端设备可以选择性地在实际QoS信息较好的网络环境下进行业务,从而能够提高用户体验。
下面分两种情况描述本申请实施例中用于测量服务质量信息的方法。第一种情况为终端设备测量QoS信息。第二种情况为用户面功能网元测量QoS信息。在第二种情况下,用户面功能网元测量QoS信息之后,可以将QoS信息通过核心网的其他网元发送给终端设备。例如,用户面功能网元可以将测量的QoS信息通过会话管理功能网元发送给策略控制功能网元,策略控制功能网元可以通过第二消息将QoS信息发送给NEF,NEF将第二消息发送给终端设备的应用程序接口。
第一种情况,第二消息用于触发QoS信息的测量。例如,QoS信息为时延信息。在终端设备通过应用程序接口接收核心网网元发送的第二消息之后,方法还包括:
终端设备在第一时刻,向用户面功能网元发送第一检测报文;
终端设备在第二时刻,从用户面功能网元接收第二检测报文;
终端设备根据第一时刻和第二时刻确定时延信息,时延信息为业务数据的时延信息。
可选地,第一检测报文与第二检测报文具有相同的配置参数,例如,第一检测报文和第二检测报文的大小相同,第一检测报文和第二检测报文的发送频率相同,第一检测报文和第二检测报文的持续时间相同。
可选地,第一检测报文、第二检测报文与业务数据的业务类型相同。因此,根据第一时刻和第二时刻确定的时延信息与业务数据的时延信息相同。也就是说,在业务数据发起前,就可以准确测量得到该业务数据在发起后的时延信息。
可选地,第一检测报文的源地址为终端设备的IP地址,第一检测报文的目的地址为用户面功能网元的IP地址,第二检测报文的源地址为用户面功能网元的IP地址,第二检测报文的目的地址为终端设备的IP地址。
可选地,终端设备在生成第一检测报文之前,需要获取用户面功能网元的IP地址。在一种可能的实现方式中,第二消息包括用户面功能网元的IP地址,终端设备可以在第二消息中获取用户面功能网元的IP地址。例如,SMF可以将用户面功能网元的IP地址通过PCF发送给NEF,NEF再将包含用户面功能网元的IP地址的第二消息发送给终端设备的应用程序接口。又例如,SMF可以直接将用户面功能网元的IP地址发送给NEF,NEF再将包含用户面功能网元的IP地址的第二消息发送给终端设备的应用程序接口,或者NEF向终端设备的应用程序接口发送第二消息后,再将将用户面功能网元的IP地址通过第三消息发送给终端设备的应用程序接口。
即在第一种情况下,终端设备在向核心网网元发送第一消息时,该第一消息可以携带配置参数,例如核心网网元可以是NEF,NEF接收到第一消息时,将该第一消息发送给PCF,PCF再将该第一消息中的配置参数通过SMF发送给UPF,这样UPF就可以根据配置参数生成第二检测报文,从而向终端设备发送第二检测报文。终端设备可以根据发送第一检测报文的时间(第一时刻)和接收第二检测报文的时间(第二时刻)确定时延信息,该时延信息即为终端设备与用户面功能网元之间的检测报文的时延信息。例如,第一时刻为t1,第二时刻为t2,则终端设备可以确定检测报文的往返时延信息为t2-t1,假设上下行链路对称,那么检测报文的上行和下行的时延信息为(t2-t1)/2,当然确定时延信息的方式不限于此。
在第一种情况下,终端设备可以根据发送第一检测报文的时间和接收第二检测报文的时间确定终端设备与用户面功能网元之间的业务数据的QoS信息,这样由于QoS信息是终端设备自身确定的,可以提高终端设备对QoS信息的信任度。
可选地,在第一种情况下,终端设备可以将确定的QoS信息通过应用程序接口发送给能力开放网元,能力开放网元将QoS信息发送给策略控制功能网元,以便于策略控制功能网元确定是否对业务数据的QoS信息进行调整。
下面结合图4以QoS信息为时延信息为例描述第一种情况,方法400包括:
S401,能力开放网元接收终端设备通过应用程序接口发送的第一消息,第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息。
S402,能力开放网元向策略控制功能网元发送第一消息,策略控制功能网元接收能力开放网元发送的第一消息。
S403,策略控制功能网元基于第一消息,确定第一转发规则,第一转发规则与业务数据的转发规则包括相同的QoS信息。
需要说明的是,S403中策略控制功能网元基于第一消息,确定第一转发规则参见方法600中的描述。
S404,策略控制功能网元向会话管理功能网元发送第一转发规则,会话管理功能网元接收策略控制功能网元发送的第一转发规则。
S405,会话管理功能网元向用户面功能网元发送第一转发规则。
S406,会话管理功能网元向策略控制功能网元发送用户面功能网元的IP地址。
可选地,S405与S406顺序不限定,S405可以在S406之前或之后。
S407,策略控制功能网元向能力开放网元发送第二消息,能力开放网元接收第二消息,第二消息包括用户面功能网元的IP地址。
S408,能力开放网元将第二消息发送给终端设备,终端设备接收能力开放网元发送的第二消息。
S409,终端设备在第二消息中获取用户面功能网元的IP地址,根据用户面功能网元的IP地址生成检测报文1,检测报文1的源地址为终端设备的IP地址,检测报文1的目的地址为用户面功能网元的IP地址。
S410,终端设备在时刻T1(例如,可以是第一时刻)向用户面功能网元发送检测报文1。
S411,用户面功能网元生成检测报文2(例如前述的第二检测报文)。检测报文2的源地址为用户面功能网元的IP地址,检测报文的目的地址为终端设备的IP地址。
其中,检测报文2和检测报文1具有相同的配置参数,例如,检测报文2和检测报文1的大小相同,发送频率相同,持续时间相同。
可选地,在S411之前,用户面功能网元可以根据以下两种方式获取终端设备的IP地址:
第一种方式,终端设备根据本地存储的用户路由选择策略(UE route selectionpolicy,URSP)信息,确定与该应用关联的数据网络名称(data network name,DNN)和单网络切片辅助信息(single network slice selection assistance information,S-NSSAI),之后UE通过RAN向AMF发送会话建立请求,以触发建立该终端设备到用户面功能网元之间的数据面链接,用户面功能网元保存了终端设备的IP地址,从而根据终端设备的IP地址生成检测报文2。
第二种方式,终端设备将包括终端设备的IP地址的第一消息通过能力开放网元发送给策略控制功能网元,策略控制功能网元将终端设备的IP地址发送给会话管理功能网元,会话管理功能网元将终端设备的IP地址发送给用户面功能网元,从而用户面功能网元可以获取到终端设备的IP地址,从而根据终端设备的IP地址生成检测报文2。
S412,用户面功能网元根据第一转发规则向终端设备发送检测报文2,终端设备在T2时刻(例如,可以是第二时刻)接收到用户面功能网元发送的检测报文2。
S413,终端设备根据T1和T2确定终端设备与用户面功能网元之间的时延信息。终端设备可以根据时延信息确定是否发起业务数据。
具体地,假设上、下行链路的传输时延是对称的,终端设备根据T1和T2可以确定终端设备与用户面功能网元之间业务数据的时延信息,例如时延为(T2-T1)/2。
可选地,方法400还包括S414和S415:
S414,终端设备通过应用程序接口向能力开放网元发送时延信息,能力开放网元接收终端设备通过应用程序接口发送的时延信息。
S415,能力开放网元将时延信息发送给策略控制功能网元,以便于策略控制功能网元确定是否对业务数据的时延信息进行调整。
第二种情况,第二消息包括QoS信息,即在这种情况下,用户面功能网元确定QoS信息。在终端设备通过应用程序接口接收核心网元网元发送的第二消息之前,方法还包括:终端设备从用户面功能网元接收第三检测报文,第三报文的源地址为用户面功能网元的IP地址,第三报文的目的地址为终端设备的IP地址;终端设备在第三检测报文中获取用户面功能网元的IP地址;终端设备向用户面功能网元发送第四检测报文,第四报文的源地址为终端设备的IP地址,第四报文的目的地址为用户面功能网元的IP地址。用户面功能网元可以根据发送第三检测报文的时间和接收第四检测报文的时间确定时延信息,该时延信息即为业务数据的时延信息。
可选地,第三检测报文与第四检测报文具有相同的配置参数,例如,第三检测报文和第四检测报文的大小相同,第三检测报文和第四检测报文的发送频率相同,第三检测报文和第四检测报文的持续时间相同。
可选地,第三检测报文、第四检测报文与业务数据的业务类型相同。因此,根据第三检测报文和第四检测报文确定的时延信息与业务数据的时延信息相同。也就是说,在业务数据发起前,就可以准确测量得到该业务数据在发起后的时延信息。
可选地,在第二种情况下,用户面功能网元可以将确定的QoS信息通过控制面网元口发送给策略控制功能网元,以便于策略控制功能网元确定是否对业务数据的QoS信息进行调整。
下面结合图5以QoS信息为时延信息为例描述第二种情况,方法500包括:
S501,能力开放网元接收终端设备通过应用程序接口发送的第一消息,第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息。
S502,能力开放网元向策略控制功能网元发送第一消息,策略控制功能网元接收能力开放网元发送的第一消息。
S503,策略控制功能网元基于第一消息,确定第一转发规则,第一转发规则与业务数据的转发规则包括相同的QoS信息。
需要说明的是,S503中策略控制功能网元基于第一消息,确定第一转发规则参见方法600中的描述。
S504,策略控制功能网元向会话管理功能网元发送第一转发规则,会话管理功能网元接收策略控制功能网元发送的第一转发规则。
S505,会话管理功能网元向用户面功能网元发送第一转发规则。
S506,用户面功能网元生成检测报文3(例如是第三检测报文),检测报文3的源地址为用户面功能网元的IP地址,检测报文3的目的地址为终端设备的IP地址。
具体地,用户面功能网元获取终端设备的IP地址的方式参见方法400的描述。
S507,用户面功能网元在T3时刻(例如是方法700中的第一时刻)根据第一转发规则向终端设备发送检测报文3,终端设备接收检测报文3。
S508,终端设备在检测报文3中获取用户面功能网元的IP地址。
S509,终端设备根据用户面功能网元的IP地址生成检测报文4(例如是第三检测报文),检测报文4的源地址为终端设备的IP地址,检测报文4的目的地址为用户面功能网元的IP地址。
其中,检测报文3和检测报文4具有相同的配置参数,例如,检测报文3和检测报文4的大小相同,发送频率相同,持续时间相同。
S510,终端设备根据向用户面功能网元发送检测报文4,用户面功能网元在时刻T4(例如是方法700中的第二时刻)接收检测报文4。
S511,用户面功能网元根据T3和T4确定终端设备与用户面功能网元之间的时延信息。
具体地,假设上、下行链路的传输时延是对称的,用户面功能网元根据T3和T4可以确定终端设备与用户面功能网元之间业务数据的时延信息,例如时延为(T4-T3)/2。
可选地,方法500还包括S512-S515:
S512,用户面功能网元将时延信息发送给会话管理功能网元,会话管理功能网元接收用户面功能网元发送的时延信息。
S513,会话管理功能网元将时延信息发送给策略控制功能网元,策略控制功能网元接收会话管理功能网元发送的时延信息。
可选地,策略控制功能网元可以根据接收到的时延信息,确定是否对业务数据的时延信息进行调整。
S514,策略控制功能网元向能力开放网元发送第二消息,第二消息包括时延信息,能力开放网元接收策略控制功能网元发送的第二消息。
S515,能力开放网元将第二消息发送给终端设备的应用程序接口,应用程序接口将第二消息返回给终端设备,终端设备可以根据获取第二消息中的时延信息,并根据时延信息确定是否发起业务数据。例如,时延较大时,终端设备可以确定暂时先不发起业务数据。
在一种可能的实现中,上述第一种情况中的第一检测报文、第二检测报文可以为因特网包探测器(packet internet groper,Ping)包。类似的,上述第二种情况中的第三检测报文和第四检测报文可以为为Ping包。其中,Ping包原理是:个人计算机(personalcomputer,PC)利用网络上机器IP地址的唯一性,给目标IP地址发送一个报文,再要求对方返回一个同样大小的报文来确定两台网络机器是否连接相通,时延是多少。连接终端设备的PC从发出报文的时刻开始到收到响应报文的时刻之差为时延统计的结果。
图6示出了本申请实施例提供的用于测量服务质量信息的方法600,该方法600包括:
S610,策略控制功能网元从能力开放网元接收第一消息,第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息。
S620,策略控制功能网元基于第一消息,确定检测报文的第一转发规则,第一转发规则与业务数据的转发规则包括相同的QoS信息。
作为一个可选实施例,第一消息包括终端设备的IP地址、业务数据的业务类型的标识、业务数据关联的应用标识或配置参数中的至少一种。配置参数包括:检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种。可选地,第一转发规则包括配置参数。
当第一消息包括终端设备的IP地址,策略控制功能网元可以根据终端设备的IP地址确定发送第一消息的终端设备,根据该终端设备的转发规则确定第一转发规则。例如,可以根据配置参数调整终端设备的转发规则得到第一转发规则。
当第一消息包括终端设备IP地址和业务数据的业务类型的标识时,首先,策略控制功能网元根据终端设备的IP地址确定终端设备;然后,策略控制功能网元根据业务类型的标识确定是该终端设备的哪种业务类型;最后,策略控制功能网元根据该终端设备的业务类型的转发规则确定第一转发规则。例如,可以根据配置参数调整该终端设备的业务类型的转发规则得到第一转发规则。
当第一消息包括终端设备IP地址和业务数据关联的应用标识时,首先,策略控制功能网元根据终端设备的IP地址确定终端设备;然后,策略控制功能网元根据业务数据关联的应用标识确定是该终端设备的哪种应用;最后,策略控制功能网元根据该终端设备的应用的转发规则确定第一转发规则。例如,可以根据配置参数调整该终端设备的应用的转发规则得到第一转发规则。
当第一消息包括终端设备的IP地址、业务数据的业务类型的标识和业务数据关联的应用标识时,首先,策略控制功能网元根据终端设备的IP地址确定发送第一消息的终端设备;其次,策略控制功能网元根据业务数据的业务类型的标识确定该终端设备的哪种业务类型;再次,策略控制功能网元根据业务数据关联的应用标识确定是该终端设备的该业务类型的哪种应用;最后,策略控制功能网元根据该终端设备的该业务类型的应用的转发规则确定第一转发规则。例如,可以根据配置参数调整该终端设备的该业务类型的应用的转发规则得到第一转发规则。
作为一个可选实施例,终端设备的转发规则或应用的转发规则或业务数据的转发规则可以保存在上下文中,策略控制功能网元可以在上下文中获取该业务数据的转发规则,然后策略控制功能网元可以利用配置参数中的检测报文的大小、发送检测报文的频率和发送检测报文的持续时间等信息中的至少一种调整业务数据的转发规则或终端设备的转发规则或应用的转发规则,从而可以得到第一转发规则。
可选地,业务数据的转发规则和第一转发规则一致,所谓一致可以理解为:业务数据的转发规则与第一转发规则的具有相同的5G QOS标识(5G QoS identifier)和/或分配保持优先(allocation and retention priority,ARP)。
需要说明的是,第一转发规则与业务数据的转发规则包括相同的QoS信息,可以理解为:利用第一转发规则确定检测报文,根据检测报文确定的QoS信息与利用业务数据的转发规则确定的QoS信息是相同的,例如时延信息相同、丢包率相同等。
S630,策略控制功能网元向会话管理功能网元发送第一转发规则。
在一种可能的实现方式中,第一转发规则可以包括配置参数,即在S630中,策略控制功能网元可以将配置参数包括在第一转发规则中向会话管理功能网元发送,会话管理功能网元向用户面功能网元发送第一转发规则。
在一种可能的实现方式中,第一转发规则可以不包括配置参数,即方法还包括:策略控制功能网元将包括配置参数的第四消息向会话管理功能网元发送,会话管理功能网元向用户面功能网元发送包括配置参数的第四消息,需要说明的是第四消息可以不包括第一转发规则。
作为一个可选实施例,所述第二消息用于触发所述QoS信息的测量,所述方法600还包括:
所述策略控制功能网元从所述会话管理功能网元接收所述用户面功能网元的网络协议IP地址,所述策略控制功能网元向能力开放网元发送第二消息,其中,所述第二消息包括所述用户面功能网元的IP地址。
作为一个可选实施例,在S630之后,所述方法600还包括:所述策略控制功能网元向能力开放网元发送第二消息,所述第二消息用于触发所述QoS信息的测量。
图7示出了本申请实施例提供的用于测量服务质量信息的方法700,该方法包括:
S710,用户面功能网元从会话管理功能网元接收检测报文的第一转发规则。第一转发规则与终端设备与用户面功能网元之间的业务数据的转发规则包含相同的服务质量QoS信息。
其中,第一转发规则与终端设备与用户面功能网元之间的业务数据的转发规则包含相同的服务质量QoS信息,可以理解为:利用第一转发规则确定检测报文,根据检测报文确定的QoS信息与利用业务数据的转发规则确定的QoS信息是相同的,例如时延信息相同、丢包率相同等。
需要说明的是,第一转发规则参考方法600中的描述,在本申请实施例中,第一转发规则是用于用户面功能网元发送检测报文所遵循的规则。可选地,第一转发规则可以是基于终端设备在发起数据业务之前通过应用程序接口发送的第一消息确定的,该第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的QoS信息。
S720,用户面功能网元生成业务数据的第一检测报文。
可选地,第一转发规则可以包括配置信息,例如可以包括:检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种。这样,用户面功能网元就可以根据检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种生成第一检测报文。
可选地,第一转发规则可以不包括配置信息,例如不包括检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种。但是会话管理功能网元仍然需要将配置信息通过第四消息发送给用户面功能网元。这样用户面功能网元就可以根据配置信息生成第一检测报文。
S730,用户面功能网元根据第一转发规则向终端设备发送第一检测报文。
可选地,方法700还包括:
S740,用户面功能网元接收终端设备发送的第二检测报文。
可选地,第一检测报文与第二检测报文具有相同的配置参数,例如,第一检测报文和第二检测报文的大小相同,第一检测报文和第二检测报文的发送频率相同,第一检测报文和第二检测报文的持续时间相同。
可选地,第一检测报文、第二检测报文与业务数据的业务类型相同。
作为一个可选实施例,用户面功能网元从会话管理功能网元接收第二指示信息,第二指示信息用于指示用户面功能网元对第一检测报文和第二检测报文不进行计费操作。用户面功能网元根据第二指示信息对第一检测报文和第二检测报文不进行计费操作。
可选地,第二指示信息可以是策略控制功能网元通过会话管理功能网元发送给用户面功能网元。可选地,第二指示信息可以是会话管理功能网元确定的并发送给用户面功能网元的。
可选地,第一检测报文的源地址为用户面功能网元的IP地址,第一检测报文的目的地址为终端设备的IP地址。第二检测报文的源地址为终端设备的IP地址,第二检测报文的目的地址为用户面功能网元的IP地址。也即用户面功能网元在向终端设备发送的第一检测报文时,需要获取终端设备的IP地址。用户面功能网元获取终端设备的IP地址的方式参见S411。
下面分两种情况描述,第一种情况是用户面功能网元测量QoS信息,第二种情况是终端设备确定QoS信息。
第一种情况,以QoS信息为时延信息为例,用户面功能网元在第一时刻(例如可以是方法500中的T3),向终端设备发送第一检测报文(例如可以是方法500中的检测报文3);用户面功能网元在第二时刻,接收终端设备发送的第二检测报文(例如可以是方法500中的检测报文4)。第一时刻在第二时刻之前,用户面功能网元根据第一时刻和第二时刻确定时延信息,时延信息为业务数据的时延信息。换句话说,根据第一检测报文的发送时间和第二检测报文的接收时间确定的时延信息即为终端设备与用户面功能网元之间的业务数据的时延信息。
可选地,用户面功能网元从会话管理功能网元接收第一指示信息,第一指示信息用于指示用户面功能网元测量时延信息;用户面功能网元根据第一时刻和二时刻确定时延信息,包括:用户面功能网元根据第一指示信息、第一时刻和第二时刻确定时延信息。
可选地,第一指示信息可以是策略控制功能网元通过会话管理功能网元发送给用户面功能网元。可选地,第一指示信息可以是会话管理功能网元确定的并发送给用户面功能网元的。
可选地,在用户面功能网元确定时延信息之后,用户面功能网元可以将时延信息通过会话管理功能网元发送给策略控制功能网元。
可选地,用户面功能网元也可以确定QoS信息,可以将确定的QoS信息通过会话管理功能网元发送给策略功能网元。
第二种情况,用户面功能网元接收终端设备发送的第二检测报文(例如可以是方法400中的检测报文1)。用户面功能网元向终端设备发送第一检测报文(例如可以是方法400中的检测报文2)。换句话说,用户面功能网元配合终端设备接收和发送检测报文,以使得终端设备确定QoS信息。
可选地,在方法700中,第一检测报文和第二检测报文为因特网包探测器Ping包。
因此,本申请实施例提供的用于测量服务质量信息的方法,在发起业务数据之前,终端设备可以通过应用程序接口向核心网网元发送第一消息,以请求测量终端设备与用户面功能网元之间的业务数据的QoS信息。用户面功能网元或终端设备可以通过发送检测报文和接收检测报文的时间确定业务数据的QoS信息,由于该QoS信息是该业务数据发起后的时延信息,终端设备可以根据该QoS信息确定是否要发起业务数据,从而有助于提高用户体验。或者,策略控制功能网元可以根据该QoS信息确定是否需要调整该业务数据的QoS信息,以满足终端设备对业务数据的QoS信息的需求,从而有助于提高用户体验。
下面以QoS信息为时延信息为例,结合图8和图9描述本申请实施例提供的用于测量服务质量信息的方法,以终端设备为UE,检测报文为Ping包为例进行描述,但本申请实施例不限于此。其中,图8为终端设备测量时延信息。图9为用户面功能网元测量时延信息。
图8示出了本申请实施例提供的用于测量服务质量信息的方法800,方法800包括:
S801,UE通过API向NEF发送第一消息,第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息。也即用第一消息触发NEF与PCF交互。
具体地,可以是UE开启某个应用时,在进行数据业务之前,UE通过API向NEF发送第一消息,NEF向PCF发送第一消息,例如该第一消息可以是QoS检测配置请求(QoSmonitoring configuration request)消息。可选地,该第一消息包括UE的IP地址、业务数据的业务类型的标识、业务数据关联的应用标识(application ID)或配置信息等信息中的一种或者多种。其中,配置信息包括Ping包的大小,发送Ping包的频率或发送Ping包的持续时间等参数中的至少一种。
可选地,在S801之前,方法还包括:UE在发起业务数据之前,根据本地存储的用户路由选择策略(UE route selection policy,URSP)信息,确定与该应用关联的DNN和S-NSSAI,之后UE通过RAN向AMF发送会话建立请求,以触发建立该UE到用户面功能网元之间的数据面链接。
通过会话建立流程,AMF网元选择与该会话关联的SMF网元,SMF网元为UE分配IP地址,该IP地址用于UE传输业务报文,同时,SMF网元保存UE ID,会话标识,DNN,S-NSSAI和UE的IP地址等等。
S802,NEF接收到将第一消息后,将第一消息发送给PCF。
S803,PCF接收到NEF发送的第一消息后,根据第一消息确定本次消息时为了触发测量Ping包的时延信息。PCF根据第一消息包括的UE的IP地址、业务数据的业务类型的标识、业务数据关联的应用标识中的至少一个,为该UE或者该业务类型或者该应用的Ping包生成策略收费控制(policy and charging control,PCC)规则,其中该PCC规则中包含QoS规则,即QoS规则可以为前述的第一转发规则,该QoS规则与该UE或者该业务类型或者该应用的QoS规则一致(即,Ping包的QoS规则与UE或者该业务类型或者该应用的QoS规则中具有相同的5QI和/或ARP),这样可以将UE或者业务类型或者应用与Ping包关联在一起。
可选地,如果该业务数据是保证速率(guaranteed bit rate,GBR)的,PCF还可以根据Ping包的大小,发包频率,持续周期等参数确定带宽。
可选地,PCF根据存储的上下文中包含的UE的IP地址确定该IP地址对应的UE ID以及当前服务该UE的SMF网元。可选地,PCF还可以根据应用标识(Application ID)确定该应用对应的DNN和/或S-NSSAI,这样可以根据DNN和/或S-NSSAI确定服务该UE的SMF网元,或者PCF可以将DNN和/或S-NSSAI发送给确定的SMF网元,以便于SMF网元根据DNN和/或S-NSSAI确定UPF网元。
S804,PCF向SMF发起会话修改流程,例如,会话修改请求中可以携带Ping包的PCC规则(包括QoS规则,也即前述的第一转发规则)以及UE ID、DNN和S-NSSAI等信息中的至少一种,
S805,SMF接收到PCF发送的会话修改请求后,向UPF发送N4会话修改请求,将Ping包的QoS规则发送给UPF。
可选地,SMF可以向UPF发送第二指示信息,例如,也可以在N4会话修改流程请求中携带第二指示信息,第二指示信息用于指示UPF从UE侧收到上行Ping包(例如,可以是方法300中的第一检测报文或方法400中的检测报文1)之后,立即返回下行Ping包(例如可以是方法300中的第二检测报文或方法400中的检测报文2),且对Ping包不需要进行计费处理。
可选地,SMF可以将第二指示信息和QoS规则同时发送给UPF,也可以是分别发送给UPF,本申请实施例对此不作限定。
在一种可能的实现中,第二指示信息可以是PCF发送给SMF,SMF发送给UPF。
需要说明的是,本申请实施例中,S804和S805中,会话修改请求和N4会话修改流程请求中包括QoS规则(也即前述的第一转发规则)只是一种可能的实现方式,QoS规则还可以通过其他的方式发送给SMF,本申请实施例对此不作限制。
S806,SMF将用于Ping包检测的目的IP地址(即UPF的IP地址)发送至PCF。
可选地,S806可以在S805之后或者之前,本申请实施例对此不作限制。
S807,PCF向NEF发送第二消息,例如第二消息可以是QoS检测响应(QoSmonitoring configuration response)消息,第二消息中包括用于Ping包检测的目的IP地址(即UPF的IP地址)。
S808,NEF向终端设备的API发送第二消息,这样就可以将第二消息中的UPF的IP地址通过API返回到UE。
S809,UE通过API接收NEF发送的第二消息,根据第二消息中的UPF的IP地址构造第一Ping包(例如,可以是方法300中的第一检测报文或方法400中的检测报文1或方法700中的第二种情况的第二检测报文),第一Ping包的源IP是UE的IP地址,目的IP是UPF的IP地址。
S810,UE启动定时器,UE向UPF发送第一Ping包,并记录发送第一Ping包的发送时间为p。
S811,UPF接收到UE发送的第一Ping包之后,可以从第一Ping包获取UE IP,UPF构造第二Ping包并立刻向UE返回第二Ping包(可以是方法300中的第二检测报文或方法400中的检测报文2或方法700中的第二种情况的第一检测报文)。
S812,UE接收UPF返回的第二Ping包,并停止定时器,停止定时器的时间为q,假设上、下行链路的传输时延是对称的,UE根据p和q可以确定UE到UPF之间业务数据的时延信息,例如时延为(q-p)/2。
可选地,方法800还包括S813和S814:
S813,UE通过应用程序接口向能力开放网元发送时延信息,能力开放网元接收UE通过应用程序接口发送的时延信息。
S814,能力开放网元将时延信息发送给策略控制功能网元,以便于策略控制功能网元确定是否对业务数据的时延信息进行调整。
图9示出了本申请实施例提供的用于测量服务质量信息的方法900,包括:
S901-S903同S801-S803。
S904,PCF向SMF发起会话修改流程,例如,会话修改请求中可以携带Ping包的PCC规则(包括QoS规则,也即前述的第一转发规则)以及UE ID、DNN和S-NSSAI等信息。
S905,SMF接收到PCF发送的会话修改请求后,向UPF发送N4会话修改请求,将Ping包的QoS规则发送给UPF。
S906,SMF向UPF发送第一指示信息,该第一指示信息用于指示用户面功能网元测量时延信息。
可选地,S906中的第一指示信息和S905中的QoS规则可以是一起发送给UPF的,例如,N4会话修改请求中可以包括第一指示信息。或者,S906中的第一指示信息和S905中的QoS规则可以是分别发送给UPF的,本申请实施例对此不作限制。
S907,UPF根据第一指示信息构造第三Ping包(例如,可以是方法300中的第三检测报文或方法500中的检测报文3或方法700中的第一种情况的第一检测报文),该第三Ping包的源IP是UPF的IP地址,目的IP是UE的IP地址。
本申请实施例对UPF获取UE的IP地址的方式不作任何限定,例如可以通过以下三种方式获得:
第一种方式,可选地,SMF根据UE的上下文确定UE的IP地址,并通过S905将UE的IP地址发送给UPF,从而UPF可以根据接收到的UE的IP地址生成第三检测报文。
第二种方式,可选地,在S905中,SMF可以将UE ID和会话标识发送给UPF,UPF网元根据UE ID和会话标识确定上下文中存储的该会话对应的UE的IP地址,从而UPF可以根据接收到的UE的IP地址生成第三检测报文。
第三种方式,可选地,S904中,PCF将UE的IP地址发送给SMF,SMF将UE的IP地址发送给UPF,从而UPF可以根据接收到的UE的IP地址生成第三检测报文。
S908,UPF启动定时器,UPF向UE发送第三Ping包,并记录发送第三Ping包的发送时间为s。
S909,UE接收到UPF发送的第三Ping包之后,在第三Ping包中获取UPF的IP地址,并构造第四Ping包并立刻向UPF返回第四Ping包(例如,可以是方法300中的第四检测报文或方法500中的检测报文4或方法700中的第一种情况的第二检测报文),该第四Ping包的源IP是UE的IP地址,目的IP是UPF的IP地址。
S910,UPF接收UE返回的第四Ping包,并停止定时器,停止定时器的时间为t,假设上、下行链路的传输时延是对称的,UPF根据s和t可以确定UE到UPF之间的业务数据的时延信息,例如时延为(t-s)/2。
S911,UPF将时延信息发送给SMF,SMF接收UPF发送的时延信息。
S912,SMF将时延信息发送给PCF,PCF接收SMF发送的时延信息。
可选地,PCF可以根据接收到的时延信息,确定是否对业务数据的时延信息进行调整。
S913,PCF将时延信息发送给NEF,NEF接收PCF发送的时延信息。
S914,NEF将时延信息发送给UE的应用程序接口,应用程序接口将时延信息返回给UE。
以上结合图1至图9,详细得描述了本申请实施例提供的用于测量服务质量信息的方法,下面结合图10至图13,详细描述本申请实施例提供的用于测量服务质量信息的装置。
图10示出了本申请实施例提供的用于测量服务质量信息的装置800的示意性框图,该装置1000可以对应上述方法中描述的终端设备,也可以对应终端设备的芯片或者组件,并且,该装置1000中各个模块或者单元分别可以用于执行上述方法中终端设备所执行的各动作或处理过程,如图10所示,该用于测量服务质量信息的装置1000可以包括发送单元010和接收单元1020。
发送单元1010,用于在发起业务数据之前,通过应用程序接口向核心网网元发送第一消息,第一消息用于请求测量装置与用户面功能网元之间的业务数据的服务质量QoS信息;
接收单元1020,用于通过应用程序接口接收核心网网元发送的第二消息,第二消息用于触发QoS信息的测量,或,第二消息包括QoS信息。
作为一个可选实施例,第一消息包括终端设备的网络协议IP地址、业务数据的业务类型的标识、业务数据关联的应用标识或配置参数中的至少一种,配置参数包括检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种。
作为一个可选实施例,第二消息用于触发QoS信息的测量,QoS信息为时延信息,发送单元1010还用于:在通过应用程序接口接收核心网网元发送的第二消息之后,在第一时刻,向用户面功能网元发送第一检测报文;
接收单元1020还用于:在第二时刻,从用户面功能网元接收第二检测报文;
装置还包括:第一处理单元,用于根据第一时刻和第二时刻确定时延信息,时延信息为业务数据的时延信息。
作为一个可选实施例,第二消息包括用户面功能网元的网络协议IP地址。
作为一个可选实施例,第二消息包括QoS信息,接收单元1020还用于:
在通过应用程序接口接收核心网元网元发送的第二消息之前,从用户面功能网元接收第三检测报文;
装置还包括:第二处理单元,用于在第三检测报文中获取用户面功能网元的IP地址;
发送单元1010还用于:向用户面功能网元发送第四检测报文。
作为一个可选实施例,第一检测报文、第二检测报文、第三检测报文和第四检测报文为因特网包探测器Ping包。
应理解,装置1000中各单元执行上述相应步骤的具体过程请参照前文中结合图3-图5的方法实施例的描述,为了简洁,这里不加赘述。
图11示出了本申请实施例提供的用于测量服务质量信息的装置1100的示意性框图,该装置1100可以对应上述方法中描述的策略控制功能网元,也可以对应策略控制功能网元的芯片或者组件,并且,该装置1100中各个模块或者单元分别可以用于执行上述方法中策略控制功能网元所执行的各动作或处理过程,如图11所示,该用于测量服务质量信息的装置1100可以包括收发单元1110和处理单元1120。
收发单元1110,用于从能力开放网元接收第一消息,第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息;
处理单元1120,用于策略控制功能网元基于第一消息,确定检测报文的第一转发规则,第一转发规则与业务数据的转发规则包括相同的QoS信息;
收发单元1110还用于:通过会话管理功能网元向用户面功能网元发送第一转发规则。
作为一个可选实施例,第一消息包括终端设备的IP地址、业务类型的标识和业务数据关联的应用标识或配置参数中的至少一种,配置参数包括:检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种,第一转发规则包括配置参数。
作为一个可选实施例,收发单元1110还用于:
在通过会话管理功能网元向用户面功能网元发送第一转发规则之后,向能力开放网元发送第二消息,第二消息用于触发QoS信息的测量,或,第二消息包括QoS信息。
作为一个可选实施例,第二消息用于触发QoS信息的测量,收发单元还用于:
从会话管理功能网元接收用户面功能网元的网络协议IP地址,其中,第二消息包括用户面功能网元的IP地址。
应理解,装置1100中各单元执行上述相应步骤的具体过程请参照前文中结合图6的方法实施例的描述,为了简洁,这里不加赘述。
图12示出了本申请实施例提供的用于测量服务质量信息的装置1200的示意性框图,该装置1200可以对应上述方法中描述的用户面功能网元,也可以对应用户面功能网元的芯片或者组件,并且,该装置1200中各个模块或者单元分别可以用于执行上述方法中用户面功能网元所执行的各动作或处理过程,如图12所示,该用于测量服务质量信息的装置1200可以包括收发单元1210和处理单元1220。
收发单元1210,用于从会话管理功能网元接收检测报文的第一转发规则,第一转发规则与终端设备与用户面功能网元之间的业务数据的转发规则包含相同的服务质量QoS信息;
处理单元1220,用于生成业务数据的第一检测报文;
收发单元1210还用于根据第一转发规则向终端设备发送第一检测报文。
作为一个可选实施例,第一转发规则包括:检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种。
作为一个可选实施例,QoS信息为时延信息,收发单元1210具体用于:
在第一时刻,向终端设备发送第一检测报文;
在第二时刻,接收终端设备发送的第二检测报文。
作为一个可选实施例,第一时刻在第二时刻之前,收发单元1210还用于:
从会话管理功能网元接收第一指示信息,第一指示信息用于指示用户面功能网元测量时延信息;
处理单元1220还用于:根据第一指示信息、第一时刻和第二时刻确定时延信息,时延信息为业务数据的时延信息。
作为一个可选实施例,收发单元1010还用于:向会话管理功能网元发送时延信息。
作为一个可选实施例,收发单元1010还用于:从会话管理功能网元接收第二指示信息,第二指示信息用于指示用户面功能网元对第一检测报文和第二检测报文不进行计费操作。
作为一个可选实施例,第一检测报文和第二检测报文为因特网包探测器Ping包。
应理解,装置1200中各单元执行上述相应步骤的具体过程请参照前文中结合图7的方法实施例的描述,为了简洁,这里不加赘述。
上述各个方案的装置1000具有实现上述方法中终端设备执行的相应步骤的功能,上述各个方案的装置1100具有实现上述方法中策略控制功能网元执行的相应步骤的功能,上述各个方案的装置1200具有实现上述方法中用户面功能网元执行的相应步骤的功能;功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块;例如发送单元可以由发射机替代,接收单元可以由接收机替代,其它单元,如确定单元等可以由处理器替代,分别执行各个方法实施例中的收发操作以及相关的处理操作。
在具体实现过程中,处理器可用于进行,例如但不限于,基带相关处理,收发器可用于进行,例如但不限于,射频收发。上述器件可以分别设置在彼此独立的芯片上,也可以至少部分的或者全部的设置在同一块芯片上。例如,处理器可以进一步划分为模拟基带处理器和数字基带处理器,其中模拟基带处理器可以与收发器集成在同一块芯片上,数字基带处理器可以设置在独立的芯片上。随着集成电路技术的不断发展,可以在同一块芯片上集成的器件越来越多,例如,数字基带处理器可以与多种应用处理器(例如但不限于图形处理器,多媒体处理器等)集成在同一块芯片之上。这样的芯片可以称为***芯片(system onchip,SOC)。将各个器件独立设置在不同的芯片上,还是整合设置在一个或者多个芯片上,往往取决于产品设计的具体需要。本申请实施例对上述器件的具体实现形式不做限定。
可以理解的是,对于前述实施例中所涉及的处理器可以通过具有处理器和通信接口的硬件平台执行程序指令来分别实现其在本申请前述实施例中任一设计中涉及的功能,基于此,如图13所示,本申请实施例提供了一种用于测量服务质量信息的装置1300的示意性框图,装置1300包括:处理器1310、收发器1320和存储器1330。其中,处理器1310、收发器1320和存储器1330通过内部连接通路互相通信,该存储器1330用于存储指令,该处理器1310用于执行该存储器1330存储的指令,以控制该收发器1320发送信号和/或接收信号。
其中,在一种可能的实现方式中,若该装置1300为终端设备,该收发器1320用于在发起业务数据之前,通过应用程序接口向核心网网元发送第一消息,第一消息用于请求测量装置与用户面功能网元之间的业务数据的服务质量QoS信息;收发器1320还用于通过应用程序接口接收核心网网元发送的第二消息,第二消息用于触发QoS信息的测量,或,第二消息包括QoS信息。
在另外一种可能的实现方式中,若该装置1300为策略控制功能网元,该收发器1320用于从能力开放网元接收第一消息,第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息;处理器1310用于策略控制功能网元基于第一消息,确定检测报文的第一转发规则,第一转发规则与业务数据的转发规则包括相同的QoS信息;收发器1320还用于:通过会话管理功能网元向用户面功能网元发送第一转发规则。
在另外一种可能的实现方式中,若该装置1300为用户面功能网元,收发器1320用于收从会话管理功能网元接收检测报文的第一转发规则,第一转发规则与终端设备与用户面功能网元之间的业务数据的转发规则包含相同的服务质量QoS信息;处理器1310用于生成业务数据的第一检测报文;所述收发器1320还用于根据第一转发规则向终端设备发送第一检测报文。
应理解,本申请实施例图10中的装置或图11中的装置或图12中的装置可以通过图13中的装置1300来实现,并且可以用于执行上述方法实施例中终端设备、策略控制功能网元和用户面功能网元对应的各个步骤和/或流程。
可以理解的是,本申请实施例描述的各种设计涉及的方法,流程,操作或者步骤,能够以一一对应的方式,通过计算机软件,电子硬件,或者计算机软件和电子硬件的结合来一一对应实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件,比如,考虑通用性好成本低软硬件解耦等方面,可以采纳执行程序指令的方式来实现,又比如,考虑***性能和可靠性等方面,可以采纳使用专用电路来实现。普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,此处不做限定。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行上述实施例中的方法。本申请中的各个实施例也可以互相结合。
根据本申请实施例提供的方法,本申请还提供一种计算机可读介质,该计算机可读解释存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行上述实施例中的方法。
在本申请实施例中,应注意,本申请实施例上述的方法实施例可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(Field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。RAM有多种不同的类型,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DRRAM)。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本申请中出现的术语“第一”、“第二”等仅是为了区分不同的对象,“第一”、“第二”本身并不对其修饰的对象的实际顺序或功能进行限定。本申请中被描述为“示例性的”,“示例”,“例如”,“可选地”或者“在某些实现方式中”的任何实施例或设计方案都不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言,使用这些词旨在以具体方式呈现相关概念。
在本申请中可能出现的对各种消息/信息/设备/网元/***/装置/操作/等各类客体进行了赋名,可以理解的是,这些具体的名称并不构成对相关客体的限定,所赋名称可随着场景,语境或者使用习惯等因素而变更,对本申请中技术术语的技术含义的理解,应主要从其在技术方案中所体现/执行的功能和技术效果来确定。
上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品可以包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁盘)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (30)
1.一种用于测量服务质量信息的方法,其特征在于,包括:
终端设备发起业务数据之前,通过应用程序接口向核心网网元发送第一消息,所述第一消息用于请求测量终端设备与用户面功能网元之间的所述业务数据的服务质量QoS信息;
所述终端设备通过所述应用程序接口接收所述核心网网元发送的第二消息,所述第二消息用于触发所述QoS信息的测量,或,所述第二消息包括所述QoS信息。
2.根据权利要求1所述的方法,其特征在于,所述第一消息包括所述终端设备的网络协议IP地址、所述业务数据的业务类型的标识、所述业务数据关联的应用标识或配置参数中的至少一种,所述配置参数包括检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种。
3.根据权利要求1或2所述的方法,其特征在于,所述第二消息用于触发所述QoS信息的测量,所述QoS信息为时延信息,在所述终端设备通过应用程序接口接收所述核心网网元发送的第二消息之后,所述方法还包括:
所述终端设备在第一时刻,向所述用户面功能网元发送第一检测报文;
所述终端设备在第二时刻,从所述用户面功能网元接收第二检测报文;
所述终端设备根据所述第一时刻和所述第二时刻确定所述时延信息,所述时延信息为所述业务数据的时延信息。
4.根据权利要求3所述的方法,其特征在于,所述第二消息包括所述用户面功能网元的网络协议IP地址。
5.根据权利要求1或2所述的方法,其特征在于,所述第二消息包括所述QoS信息,在所述终端设备通过应用程序接口接收所述核心网元网元发送的第二消息之前,所述方法还包括:
所述终端设备从所述用户面功能网元接收第三检测报文;
所述终端设备在所述第三检测报文中获取所述用户面功能网元的IP地址;
所述终端设备向所述用户面功能网元发送第四检测报文。
6.根据权利要求3至5中任一项所述的方法,其特征在于,第一检测报文、第二检测报文、第三检测报文和第四检测报文为因特网包探测器Ping包。
7.一种用于测量服务质量信息的方法,其特征在于,包括:
策略控制功能网元从能力开放网元接收第一消息,所述第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息;
所述策略控制功能网元基于所述第一消息,确定检测报文的第一转发规则,所述第一转发规则与所述业务数据的转发规则包括相同的QoS信息;
所述策略控制功能网元通过会话管理功能网元向所述用户面功能网元发送所述第一转发规则。
8.根据权利要求7所述的方法,其特征在于,所述第一消息包括所述终端设备的IP地址、所述业务类型的标识、所述业务数据关联的应用标识或配置参数中的至少一种,所述配置参数包括:检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种,所述第一转发规则包括所述配置参数。
9.根据权利要求7或8所述的方法,其特征在于,在所述策略控制功能网元通过会话管理功能网元向所述用户面功能网元发送所述第一转发规则之后,所述方法还包括:
所述策略控制功能网元向能力开放网元发送第二消息,所述第二消息用于触发所述QoS信息的测量,或,所述第二消息包括所述QoS信息。
10.根据权利要求9所述的方法,其特征在于,所述第二消息用于触发所述QoS信息的测量,所述方法还包括:
所述策略控制功能网元从所述会话管理功能网元接收所述用户面功能网元的网络协议IP地址,其中,所述第二消息包括所述用户面功能网元的IP地址。
11.一种用于测量服务质量信息的方法,其特征在于,包括:
用户面功能网元从会话管理功能网元接收检测报文的第一转发规则,所述第一转发规则与终端设备与用户面功能网元之间的业务数据的转发规则包含相同的服务质量QoS信息;
所述用户面功能网元生成所述业务数据的第一检测报文;
所述用户面功能网元根据所述第一转发规则向终端设备发送所述第一检测报文。
12.根据权利要求11所述的方法,其特征在于,所述第一转发规则包括:检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种。
13.根据权利要求11或12所述的方法,其特征在于,所述QoS信息为时延信息,所述用户面功能网元向终端设备发送所述第一检测报文,包括:
所述用户面功能网元在第一时刻,向所述终端设备发送所述第一检测报文;
所述方法还包括:
所述用户面功能网元在第二时刻,从所述终端设备接收第二检测报文。
14.根据权利要求13所述的方法,其特征在于,所述第一时刻在所述第二时刻之前,所述方法还包括:
所述用户面功能网元从所述会话管理功能网元接收第一指示信息,所述第一指示信息用于指示所述用户面功能网元测量所述时延信息;
所述用户面功能网元根据所述第一指示信息、所述第一时刻和所述第二时刻确定所述时延信息,所述时延信息为所述业务数据的时延信息。
15.根据权利要求14所述的方法,其特征在于,所述方法还包括:
所述用户面功能网元向所述会话管理功能网元发送所述时延信息。
16.根据权利要求13至15中任一项所述的方法,其特征在于,所述方法还包括:
所述用户面功能网元从所述会话管理功能网元接收第二指示信息,所述第二指示信息用于指示所述用户面功能网元对所述第一检测报文和第二检测报文不进行计费操作。
17.根据权利要求11至16中任一项所述的方法,其特征在于,第一检测报文和第二检测报文为因特网包探测器Ping包。
18.一种用于测量服务质量信息的装置,其特征在于,包括:
发送单元,用于在发起业务数据之前,通过应用程序接口向核心网网元发送第一消息,所述第一消息用于请求测量所述装置与用户面功能网元之间的所述业务数据的服务质量QoS信息;
接收单元,用于通过所述应用程序接口接收所述核心网网元发送的第二消息,所述第二消息用于触发所述QoS信息的测量,或,所述第二消息包括所述QoS信息。
19.根据权利要求18所述的装置,其特征在于,所述第一消息包括所述终端设备的网络协议IP地址、所述业务数据的业务类型的标识、所述业务数据关联的应用标识或配置参数中的至少一种,所述配置参数包括检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种。
20.根据权利要求18或19所述的装置,其特征在于,所述第二消息用于触发所述QoS信息的测量,所述QoS信息为时延信息,所述发送单元还用于:
在所述通过应用程序接口接收所述核心网网元发送的第二消息之后,在第一时刻,向所述用户面功能网元发送第一检测报文;
所述接收单元还用于:
在第二时刻,从所述用户面功能网元接收第二检测报文;
所述装置还包括:
第一处理单元,用于根据所述第一时刻和所述第二时刻确定所述时延信息,所述时延信息为所述业务数据的时延信息。
21.根据权利要求18或19所述的装置,其特征在于,所述第二消息包括所述QoS信息,所述接收单元还用于:
在所述通过应用程序接口接收所述核心网元网元发送的第二消息之前,从所述用户面功能网元接收第三检测报文;
所述装置还包括:
第二处理单元,用于在所述第三检测报文中获取所述用户面功能网元的IP地址;
所述发送单元还用于:向所述用户面功能网元发送第四检测报文。
22.一种用于测量服务质量信息的装置,其特征在于,包括:
收发单元,用于从能力开放网元接收第一消息,所述第一消息用于请求测量终端设备与用户面功能网元之间的业务数据的服务质量QoS信息;
处理单元,用于所述策略控制功能网元基于所述第一消息,确定检测报文的第一转发规则,所述第一转发规则与所述业务数据的转发规则包括相同的QoS信息;
所述收发单元还用于:通过会话管理功能网元向所述用户面功能网元发送所述第一转发规则。
23.根据权利要求22所述的装置,其特征在于,所述第一消息包括所述终端设备的IP地址、所述业务类型的标识、所述业务数据关联的应用标识或配置参数中的至少一种,所述配置参数包括:检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种,所述第一转发规则包括所述配置参数。
24.根据权利要求22或23所述的装置,其特征在于,所述收发单元还用于:
在所述通过会话管理功能网元向所述用户面功能网元发送所述第一转发规则之后,向能力开放网元发送第二消息,所述第二消息用于触发所述QoS信息的测量,或,所述第二消息包括所述QoS信息。
25.根据权利要求24所述的装置,其特征在于,所述第二消息用于触发所述QoS信息的测量,所述收发单元还用于:
从所述会话管理功能网元接收所述用户面功能网元的网络协议IP地址,其中,所述第二消息包括所述用户面功能网元的IP地址。
26.一种用于测量服务质量信息的装置,其特征在于,包括:
收发单元,用于从会话管理功能网元接收检测报文的第一转发规则,所述第一转发规则与终端设备与用户面功能网元之间的业务数据的转发规则包含相同的服务质量QoS信息;
处理单元,用于根据生成所述业务数据的第一检测报文;
所述收发单元还用于根据所述第一转发规则向终端设备发送所述第一检测报文。
27.根据权利要求26所述的装置,其特征在于,所述第一转发规则包括:检测报文的大小、发送检测报文的频率或发送检测报文的持续时间中的至少一种。
28.根据权利要求26或27所述的装置,其特征在于,所述QoS信息为时延信息,所述收发单元具体用于:
在第一时刻,向所述终端设备发送所述第一检测报文;
在第二时刻,从所述终端设备接收第二检测报文。
29.根据权利要求28所述的装置,其特征在于,所述第一时刻在所述第二时刻之前,所述收发单元还用于:
从所述会话管理功能网元接收第一指示信息,所述第一指示信息用于指示所述用户面功能网元测量所述时延信息;
所述处理单元还用于:根据所述第一指示信息、所述第一时刻和所述第二时刻确定所述时延信息,所述时延信息为所述业务数据的时延信息。
30.根据权利要求28或29所述的装置,其特征在于,所述收发单元还用于:
从所述会话管理功能网元接收第二指示信息,所述第二指示信息用于指示所述用户面功能网元对所述第一检测报文和第二检测报文不进行计费操作。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811501737.6A CN111294224B (zh) | 2018-12-10 | 2018-12-10 | 用于测量服务质量信息的方法和装置 |
PCT/CN2019/123161 WO2020119564A1 (zh) | 2018-12-10 | 2019-12-05 | 用于测量服务质量信息的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811501737.6A CN111294224B (zh) | 2018-12-10 | 2018-12-10 | 用于测量服务质量信息的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111294224A true CN111294224A (zh) | 2020-06-16 |
CN111294224B CN111294224B (zh) | 2022-04-22 |
Family
ID=71024659
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811501737.6A Active CN111294224B (zh) | 2018-12-10 | 2018-12-10 | 用于测量服务质量信息的方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111294224B (zh) |
WO (1) | WO2020119564A1 (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112311598A (zh) * | 2020-10-29 | 2021-02-02 | 亚信科技(中国)有限公司 | 网络中的数据信息分析方法、装置 |
CN113950039A (zh) * | 2020-07-15 | 2022-01-18 | 华为技术有限公司 | 信息传输方法、装置与存储介质 |
CN114189908A (zh) * | 2021-12-17 | 2022-03-15 | 中国联合网络通信集团有限公司 | 通信方法、装置、设备及存储介质 |
US20220095153A1 (en) * | 2020-09-23 | 2022-03-24 | Electronics And Telecommunications Research Institute | METHOD OF CREATING QoS FLOW FOR TIME SYNCHRONIZATION PROTOCOL IN WIRELESS COMMUNICATION NETWORK |
WO2022062735A1 (zh) * | 2020-09-22 | 2022-03-31 | 中兴通讯股份有限公司 | 时延测量方法及其装置、网络通信设备、存储介质 |
CN114930884A (zh) * | 2020-11-30 | 2022-08-19 | 北京小米移动软件有限公司 | 发起业务的方法、装置、通信设备及存储介质 |
CN115022224A (zh) * | 2021-02-19 | 2022-09-06 | ***通信有限公司研究院 | 一种会话建立处理方法、装置及设备 |
WO2023001003A1 (zh) * | 2021-07-23 | 2023-01-26 | 华为技术有限公司 | 通信的方法和通信装置 |
CN115767614A (zh) * | 2022-11-15 | 2023-03-07 | 广州爱浦路网络技术有限公司 | 一种通信***、方法及装置 |
WO2023035894A1 (zh) * | 2021-09-10 | 2023-03-16 | 腾讯科技(深圳)有限公司 | 一种数据处理方法、设备、可读存储介质和程序产品 |
WO2023143255A1 (zh) * | 2022-01-28 | 2023-08-03 | 华为技术有限公司 | 一种通信方法及装置 |
WO2024001567A1 (zh) * | 2022-06-30 | 2024-01-04 | 中兴通讯股份有限公司 | 时延测量方法、时延测量设备及存储介质 |
WO2024130509A1 (zh) * | 2022-12-19 | 2024-06-27 | 北京小米移动软件有限公司 | 信息传输方法、装置、通信设备和存储介质 |
WO2024146370A1 (zh) * | 2023-01-06 | 2024-07-11 | 华为技术有限公司 | 一种通信方法及通信装置 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114697202B (zh) * | 2020-12-31 | 2023-09-29 | 华为技术有限公司 | 一种检测方法及装置 |
CN112995062B (zh) | 2021-02-07 | 2023-07-07 | ***股份有限公司 | 一种数据传输方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1897547A (zh) * | 2005-07-14 | 2007-01-17 | 华为技术有限公司 | 通信网络中Qos检测的方法 |
CN103378991A (zh) * | 2012-04-17 | 2013-10-30 | 碁震(上海)云计算科技有限公司 | 一种在线服务异常监测方法及其监测*** |
CN104335528A (zh) * | 2012-06-27 | 2015-02-04 | 英特尔公司 | 网络能力通知 |
CN107018542A (zh) * | 2017-03-27 | 2017-08-04 | 中兴通讯股份有限公司 | 网络***中状态信息的处理方法、装置及存储介质 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10292053B2 (en) * | 2016-02-12 | 2019-05-14 | Verizon Patent And Licensing Inc. | Disabling user equipment radio communication over an unlicensed radio frequency spectrum band during WLAN operations |
US10277515B2 (en) * | 2016-04-04 | 2019-04-30 | Qualcomm Incorporated | Quality of service (QOS) management in wireless networks |
-
2018
- 2018-12-10 CN CN201811501737.6A patent/CN111294224B/zh active Active
-
2019
- 2019-12-05 WO PCT/CN2019/123161 patent/WO2020119564A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1897547A (zh) * | 2005-07-14 | 2007-01-17 | 华为技术有限公司 | 通信网络中Qos检测的方法 |
CN103378991A (zh) * | 2012-04-17 | 2013-10-30 | 碁震(上海)云计算科技有限公司 | 一种在线服务异常监测方法及其监测*** |
CN104335528A (zh) * | 2012-06-27 | 2015-02-04 | 英特尔公司 | 网络能力通知 |
CN107018542A (zh) * | 2017-03-27 | 2017-08-04 | 中兴通讯股份有限公司 | 网络***中状态信息的处理方法、装置及存储介质 |
Non-Patent Citations (2)
Title |
---|
HUAWEI,HISILICON: "Update the QoS monitoring solution for URLLC service", 《SA WG2 MEETING #129 S2-1810505》 * |
OPPO: "New solution for KI#4 QoS Monitoring", 《SA WG2 MEETING #128BIS S2-187842》 * |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113950039A (zh) * | 2020-07-15 | 2022-01-18 | 华为技术有限公司 | 信息传输方法、装置与存储介质 |
WO2022012141A1 (zh) * | 2020-07-15 | 2022-01-20 | 华为技术有限公司 | 信息传输方法、装置与存储介质 |
WO2022062735A1 (zh) * | 2020-09-22 | 2022-03-31 | 中兴通讯股份有限公司 | 时延测量方法及其装置、网络通信设备、存储介质 |
US11895528B2 (en) * | 2020-09-23 | 2024-02-06 | Electronics And Telecommunications Research Institute | Method of creating QoS flow for time synchronization protocol in wireless communication network |
US20220095153A1 (en) * | 2020-09-23 | 2022-03-24 | Electronics And Telecommunications Research Institute | METHOD OF CREATING QoS FLOW FOR TIME SYNCHRONIZATION PROTOCOL IN WIRELESS COMMUNICATION NETWORK |
CN112311598A (zh) * | 2020-10-29 | 2021-02-02 | 亚信科技(中国)有限公司 | 网络中的数据信息分析方法、装置 |
CN114930884A (zh) * | 2020-11-30 | 2022-08-19 | 北京小米移动软件有限公司 | 发起业务的方法、装置、通信设备及存储介质 |
CN115022224A (zh) * | 2021-02-19 | 2022-09-06 | ***通信有限公司研究院 | 一种会话建立处理方法、装置及设备 |
WO2023001003A1 (zh) * | 2021-07-23 | 2023-01-26 | 华为技术有限公司 | 通信的方法和通信装置 |
WO2023035894A1 (zh) * | 2021-09-10 | 2023-03-16 | 腾讯科技(深圳)有限公司 | 一种数据处理方法、设备、可读存储介质和程序产品 |
CN114189908A (zh) * | 2021-12-17 | 2022-03-15 | 中国联合网络通信集团有限公司 | 通信方法、装置、设备及存储介质 |
CN114189908B (zh) * | 2021-12-17 | 2024-06-04 | 中国联合网络通信集团有限公司 | 通信方法、装置、设备及存储介质 |
WO2023143255A1 (zh) * | 2022-01-28 | 2023-08-03 | 华为技术有限公司 | 一种通信方法及装置 |
WO2024001567A1 (zh) * | 2022-06-30 | 2024-01-04 | 中兴通讯股份有限公司 | 时延测量方法、时延测量设备及存储介质 |
CN115767614A (zh) * | 2022-11-15 | 2023-03-07 | 广州爱浦路网络技术有限公司 | 一种通信***、方法及装置 |
CN115767614B (zh) * | 2022-11-15 | 2023-12-15 | 广州爱浦路网络技术有限公司 | 一种通信***、方法及装置 |
WO2024130509A1 (zh) * | 2022-12-19 | 2024-06-27 | 北京小米移动软件有限公司 | 信息传输方法、装置、通信设备和存储介质 |
WO2024146370A1 (zh) * | 2023-01-06 | 2024-07-11 | 华为技术有限公司 | 一种通信方法及通信装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2020119564A1 (zh) | 2020-06-18 |
CN111294224B (zh) | 2022-04-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111294224B (zh) | 用于测量服务质量信息的方法和装置 | |
US11743970B2 (en) | Session establishment method and apparatus, and packet sending method and apparatus | |
CN110769455B (zh) | 一种数据收集方法、设备及*** | |
CN110062407B (zh) | 网络切片性能管理的方法和装置 | |
US20210168658A1 (en) | Communication Method and Communications Apparatus | |
US20220159446A1 (en) | Event Report Sending Method, Apparatus, and System | |
WO2018098790A1 (zh) | 测量方法、终端设备和网络设备 | |
CN110366112B (zh) | 一种定位方法及相关设备 | |
CN113055879B (zh) | 一种用户标识接入方法及通信装置 | |
CN113630749A (zh) | 一种获取边缘服务的方法和装置 | |
CN113115332B (zh) | 一种upf确定方法及装置 | |
US20210219299A1 (en) | Communication Method and Device | |
CN112637785B (zh) | 用于多播传输的方法和装置 | |
US11612006B2 (en) | Routing method and device | |
WO2019196680A1 (zh) | 通信方法和通信装置 | |
WO2023051673A1 (zh) | 感知数据传输方法、设备、装置及存储介质 | |
CN109673008B (zh) | 终端设备的状态的确定方法、装置及设备 | |
CN114514726A (zh) | 无线网络中的安全密钥生成 | |
CA3057868C (en) | Communication method, terminal apparatus, and access network apparatus | |
EP4247013A1 (en) | Positioning method, communication apparatus and communication system | |
JP2024500026A (ja) | ユーザ機器の測位方法及び装置 | |
WO2023193251A1 (zh) | 下行定位方法、装置、设备及存储介质 | |
CN114374991B (zh) | 一种邻区信息提供、获取方法及装置 | |
RU2776911C2 (ru) | Способ позиционирования и соответствующее устройство | |
JP2021512515A (ja) | 無線ローカルエリアネットワークにアクセスする方法、端末装置、及びネットワーク装置 |
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 |