CN110519807B - 一种通信方法及装置 - Google Patents

一种通信方法及装置 Download PDF

Info

Publication number
CN110519807B
CN110519807B CN201810491245.7A CN201810491245A CN110519807B CN 110519807 B CN110519807 B CN 110519807B CN 201810491245 A CN201810491245 A CN 201810491245A CN 110519807 B CN110519807 B CN 110519807B
Authority
CN
China
Prior art keywords
quality
network device
access network
information
qos flow
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201810491245.7A
Other languages
English (en)
Other versions
CN110519807A (zh
Inventor
孙海洋
熊春山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to CN202110715024.5A priority Critical patent/CN113365293A/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810491245.7A priority patent/CN110519807B/zh
Priority to EP23208341.0A priority patent/EP4354832A2/en
Priority to EP19807377.7A priority patent/EP3790314B1/en
Priority to PCT/CN2019/087827 priority patent/WO2019223690A1/zh
Priority to ES19807377T priority patent/ES2967399T3/es
Priority to BR112020023685-3A priority patent/BR112020023685A2/pt
Priority to AU2019272364A priority patent/AU2019272364C1/en
Priority to JP2020565351A priority patent/JP7048763B2/ja
Priority to KR1020207036641A priority patent/KR102434931B1/ko
Publication of CN110519807A publication Critical patent/CN110519807A/zh
Priority to US17/100,190 priority patent/US11575754B2/en
Application granted granted Critical
Publication of CN110519807B publication Critical patent/CN110519807B/zh
Priority to JP2022047594A priority patent/JP2022109906A/ja
Priority to US18/154,537 priority patent/US20230147304A1/en
Priority to US18/365,564 priority patent/US20240048624A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H04W36/0044Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of quality context information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/562Brokering proxy services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0231Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0083Determination of parameters used for hand-off, e.g. generation or modification of neighbour cell lists
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/24Reselection being triggered by specific parameters
    • H04W36/30Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/302Reselection being triggered by specific parameters by measured or perceived connection quality data due to low signal strength
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control
    • H04W36/38Reselection control by fixed network equipment
    • H04W36/385Reselection control by fixed network equipment of the core network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • H04L67/141Setup of application sessions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0268Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种通信方法及装置,该方法中,在至少一个服务质量流由第一接入网设备切换至第二接入网设备的过程中,第一接入网设备向第二接入网设备发送第一信息,所述第一信息用于指示所述第一接入网设备已经通知核心网设备所述至少一个服务质量流的服务质量需求不能被满足。第二接入网设备接收到所述第一接入网设备发送的第一信息后,可以向核心网设备发送第二信息,所述第二信息用于通知核心网设备所述至少一个服务质量流中第一服务质量流的服务质量需求能够被满足,第一服务质量流为已经由所述第一接入网设备切换至所述第二接入网设备的服务质量流。由此可以尽可能使服务质量流切换后接入网侧与核心网侧记录的服务质量流的通知控制状态相同步。

Description

一种通信方法及装置
技术领域
本申请涉及通信技术领域,尤其涉及一种通信方法及装置。
背景技术
下一代通信系统中,终端设备可以通过接入网设备与核心网设备之间建立至少一个分组数据单元(packet data unit,PDU)会话,其中,针对每一个PDU会话,可以建立至少一个服务质量(quality of service,QoS)流(flow),每个QoS flow配置了使用该QoS flow对应的数据无线承载(data radio bearer,DRB)传输数据包时的服务质量需求。当使用某一个QoS flow对应的DRB传输数据包时不能满足该QoS flow的服务质量需求时,接入网设备可以通知核心网设备该QoS flow对应的通知控制状态、且该通知控制状态用于指示该QoS flow的服务质量需求不能被满足,以便核心网设备对该QoS flow重新进行策略决策,其中,策略决策例如为对该QoS flow进行删除或修改等操作。
在一些通信场景下,如终端设备在接入网设备之间进行切换时,终端设备中已建立好的PDU会话可以在接入网设备之间进行切换,相应地,PDU会话对应的QoS flow也可以在接入网设备之间进行切换。但是,由于切换前的源接入网设备建立的DRB与切换后的目标接入网设备建立的DRB可能有所不同,故切换前后使用同一个QoS flow对应的不同DRB传输数据包时该QoS flow的通知控制状态也可能不相同。由于核心网设备感知不到QoS flow在接入网设备之间的切换,故核心网设备记录的QoS flow的通知控制状态很可能还是切换前源接入网设备通知的,导致切换后目标接入网设备记录的QoS flow的通知控制状态与核心网设备记录的QoS flow的通知控制状态可能出现不同步的问题,使得核心网设备容易对QoS flow做出错误的策略决策。
发明内容
本申请提供一种通信方法及装置,用以解决QoS flow在接入网侧切换时可能出现切换后接入网侧与核心网侧记录的QoS flow的通知控制状态不同步的问题。
第一方面,提供一种通信方法,该方法中,在至少一个QoS flow由第一接入网设备切换至第二接入网设备的过程中,所述第一接入网设备向所述第二接入网设备发送第一信息,所述第一信息用于指示所述第一接入网设备已经通知核心网设备所述至少一个QoSflow的服务质量需求不能被满足。所述第二接入网设备接收到所述第一接入网设备发送的第一信息后,可以向所述核心网设备发送第二信息,所述第二信息用于通知所述核心网设备所述至少一个QoS flow中第一QoS flow的服务质量需求能够被满足,其中,所述第一QoSflow为已经由所述第一接入网设备切换至所述第二接入网设备的QoS flow。
进一步地,核心网设备中的会话管理功能(session management function,SMF)网元在接收到第二接入网设备发送的第一QoS flow的服务质量需求能够被满足的信息后,可以通知策略控制功能(policy control function,PCF)网元所述第一QoS flow的服务质量需求能够被满足。
上述方法中,在QoS flow发生切换过程中,第一接入网设备可以将已经通知给核心网设备的至少一个QoS flow的服务质量需求不能被满足的状态信息通知给第二接入网设备,在至少一个QoS flow中第一QoS flow成功切换到了第二接入网设备后,第二接入网设备可以默认成功切换的第一QoS flow的服务质量需求能够被满足,进而可以通知核心网设备成功切换的QoS flow的服务质量需求能够被满足,这样,可以使核心网侧感知到的QoSflow的通知控制状态与切换后接入网侧记录的QoS flow的通知控制状态相同步,可以避免核心网侧做出错误的策略决策。
在一种可能的实现方式中,所述第一信息中可以包括所述至少一个QoS flow的标识。或者,所述第一信息中可以包括所述至少一个QoS flow的标识、以及所述至少一个QoSflow的通知控制状态,所述通知控制状态为第一状态,所述第一状态用于指示所述至少一个QoS flow的服务质量需求不能够被满足。上述方式中,第一接入网设备通过向第二接入网设备发送所述第一信息,可以使得第二接入网设备可以获知核心网侧记录的至少一个QoS flow的情况,后续可以将切换后最新的QoS flow的通知控制状态通知给核心网侧,以保证两者记录的通知控制状态相同步。
在一种可能的实现方式中,所述第一接入网设备可以通过与所述第二接入网设备相连的接口向所述第二接入网设备发送所述第一信息。
当第一接入网设备和第二接入网设备之间没有相连的接口时,第一信息可以通过核心网侧进行转发。一种实现方式中,所述第一接入网设备可以通过接入和移动性管理功能(access and mobility management function,AMF)网元向所述第二接入网设备发送所述第一信息。其中,AMF网元可以采用透明转发的方式转发所述第一信息。
在一种可能的实现方式中,第二接入网设备在向所述核心网设备发送第二信息之后,若检测到所述第一QoS flow的服务质量需求又不能被满足时,可以立即向所述核心网设备发送第三信息,所述第三信息用于通知所述核心网设备所述第一QoS flow的服务质量需不能够被满足。相比现有技术中还需要等待一段时间才能重新上报QoS flow的通知控制状态的方式,本申请提供的上述实现方式,可以使得核心网设备能够及时感知QoS flow的最新通知控制状态。
在一种可能的实现方式中,SMF网元在接收到第二接入网设备发送的第一QoSflow的服务质量需求能够被满足的信息后,可以在确定接收的所述第一接入网设备发送的所述至少一个QoS flow的通知控制状态为第一状态后,通知PCF网元所述第一QoS flow的服务质量需求能够被满足。其中,所述第一状态用于指示所述至少一个QoS flow的服务质量需求不能够被满足。上述方式中,SMF网元可以有选择性地将核心网侧与切换后的接入网侧记录的通知控制状态不一致的QoS flow的最新通知控制状态通知给PCF网元,对于记录的通知控制状态一致的QoS flow,可以不用重新通知。
第二方面,提供一种通信方法,该方法中,当至少一个QoS flow已经由第一接入网设备切换至所述第二接入网设备时,第二接入网设备可以向核心网设备发送第四信息,所述第四信息用于通知所述核心网设备所述至少一个QoS flow的服务质量需求能够被满足。进一步地,SMF网元接收到第二接入网设备发送的至少一个QoS flow的服务质量需求能够被满足的信息后,SMF网元可以向PCF网元发送第五信息,所述第五信息用于通知所述PCF网元所述至少一个QoS flow的通知控制状态能够被满足。其中,可选的,所述至少一个QoSflow为已经由第一接入网设备成功切换至所述第二接入网设备、且需要进行通知控制的所有QoS flow。
上述方法中,可以无需切换前的第一接入网设备参与,由第二接入网设备直接将成功切换后的全部QoS flow的通知控制状态通知给核心网设备,以使核心网设备可以及时感知切换后的QoS flow的通知控制状态,使得核心网侧感知到的QoS flow的通知控制状态与切换后接入网侧记录的QoS flow的通知控制状态相同步,以避免核心网侧做出错误的策略决策。
在一种可能的实现方式中,第二接入网设备在向PCF网元发送第四信息之后,若检测到所述至少一个QoS flow的服务质量需求又不能被满足时,可以立即通知所述核心网设备所述至少一个QoS flow的服务质量需不能够被满足。相比现有技术中还需要等待一段时间才能重新上报QoS flow的通知控制状态的方式,本申请提供的上述实现方式,可以使得核心网设备能够及时感知QoS flow的最新通知控制状态。
在一种可能的实现方式中,SMF网元在接收到第二接入网设备发送的第四信息之后,可以在确定接收的所述第一接入网设备发送的所述至少一个QoS flow的通知控制状态为第一状态后,向PCF网元发送第五信息。其中,所述第一状态用于指示所述至少一个QoSflow的服务质量需求不能够被满足。上述方式中,SMF网元可以有选择性地将核心网侧与切换后的接入网侧记录的通知控制状态不一致的QoS flow的最新通知控制状态通知给PCF网元,对于记录的通知控制状态一致的QoS flow,可以不用重新通知。
第三方面,提供一种通信方法,该方法中,SMF网元确定接收的第一接入网设备发送的至少一个QoS flow的通知控制状态,当所述至少一个QoS flow中的第二QoS flow已经由所述第一接入网设备切换至第二接入网设备时,所述SMF网元确定所述第二QoS flow中所述通知控制状态为第一状态的第三QoS flow。进一步地,所述SMF网元将所述第三QoSflow的所述通知控制状态更新为第二状态,并向PCF网元发送第六信息,所述第六信息用于通知所述PCF网元所述第三QoS flow的所述通知控制状态为第二状态。其中,所述第一状态用于指示所述至少一个QoS flow的服务质量需求不能够被满足,所述第二状态用于指示所述至少一个QoS flow的服务质量需求能够被满足。
上述方法中,考虑到QoS flow发生切换时,一般情况下是因为源接入网设备中QoSflow的服务质量不能满足需求,需要切换到能够满足服务质量需求的目标接入网设备中。基于此,SMF网元在确定出成功切换的QoS flow后,可以默认之前记录的服务质量需求不能被满足的QoS flow的服务质量需求又可以重新被满足,进而通知给PCF网元,使PCF网元可以及时感知成功切换后的QoS Flow的状态,从而避免做出错误决策。
在一种可能的实现方式中,SMF网元确定所述第二QoS flow中通知控制状态为第一状态的第三QoS flow之前,还可以接收AMF网元发送的第七信息,所述第七信息包括已经由所述第一接入网设备切换至所述第二接入网设备的所述第二QoS flow的标识。以便SMF网元可以获知已经成功切换的QoS flow。
第四方面,提供一种通信方法,该方法中,SMF网元可以确定至少一个QoS flow由第一接入网设备切换至第二接入网设备,进而SMF网元可以向PCF网元发送第八信息,所述第八信息用于指示所述至少一个QoS flow由所述第一接入网设备切换至所述第二接入网设备。PCF网元接收到SMF网元发送的第八信息后,可以确定所述至少一个QoS flow中所述通知控制状态为第一状态的QoS flow,并将确定出的QoS flow的通知控制状态更新为第二状态。其中,所述第一状态用于指示确定出的QoS flow的服务质量需求不能够被满足,所述第二状态用于指示确定出的QoS flow的服务质量需求能够被满足。
一种实现方式中,PCF网元可以配置切换指示触发器(handover indicationtrigger),当接收到SMF网元发送的通知至少一个QoS flow已经切换成功的第三信息后,可以触发执行更新QoS flow的通知控制状态的操作。
上述方法中,SMF网元可以通知PCF网元至少一个QoS flow已经切换成功,使得PCF网元可能及时感知到QoS flow的切换,进而及时更新的成功切换的QoS flow的通知控制状态,以便尽可能的保证与切换后的接入网侧记录的QoS flow的通知控制状态相同步,避免做出错误决策。
第五方面,本申请提供第一种通信装置,所述通信装置具备实现上述第一方面涉及的第一接入网设备的功能,比如,所述通信装置包括所述第一接入网设备执行上述第一方面中涉及步骤所对应的模块或单元或手段(means),所述功能或模块或单元或手段(means)可以通过软件实现,或者通过硬件实现,也可通过硬件执行相应的软件实现。
在一种可能的设计中,该通信装置可以包括处理模块、和收发模块。处理模块和收发模块可执行上述第一方面或第一方面的任意一种可能的实现方式所提供的方法中第一接入网设备涉及的相应功能。
在另一种可能的设计中,该通信装置可以包括处理器,还可以包括收发器,所述收发器用于收发信号,所述处理器执行程序指令,以完成上述第一方面以及第一方面任意可能的实现方式中第一接入网设备执行的方法。
其中,所述通信装置还可以包括一个或多个存储器,所述存储器用于与处理器耦合,其保存实现上述第一方面涉及的第一接入网设备的功能的必要计算机程序指令和/或数据。所述处理器可执行所述存储器存储的计算机程序指令,完成上述第一方面以及第一方面任意可能的实现方式中第一接入网设备执行的方法。
第六方面,本申请提供第二种通信装置,所述通信装置具备实现上述第一方面或者第二方面涉及的第二接入网设备的功能,比如,所述通信装置包括所述第二接入网设备执行上述第一方面或者第二方面中涉及步骤所对应的模块或单元或手段(means),所述功能或模块或单元或手段(means)可以通过软件实现,或者通过硬件实现,也可通过硬件执行相应的软件实现。
在一种可能的设计中,该通信装置可以包括处理模块、和收发模块。处理模块和收发模块可执行上述第一方面或第一方面的任意一种可能的实现方式所提供的方法中第二接入网设备涉及的相应功能,或者,处理模块和收发模块可执行上述第二方面或第二方面的任意一种可能的实现方式所提供的方法中第二接入网设备涉及的相应功能。
在另一种可能的设计中,该通信装置可以包括处理器,还可以包括收发器,所述收发器用于收发信号,所述处理器执行程序指令,以完成上述第一方面以及第一方面任意可能的实现方式中第二接入网设备执行的方法,或者,完成上述第二方面以及第二方面任意可能的实现方式中第二接入网设备执行的方法。
其中,所述通信装置还可以包括一个或多个存储器,所述存储器用于与处理器耦合,其保存实现上述第一方面或者第二方面涉及的第二接入网设备的功能的必要计算机程序指令和/或数据。所述处理器可执行所述存储器存储的计算机程序指令,完成上述第一方面以及第一方面任意可能的实现方式中第一接入网设备执行的方法,或者,完成上述第二方面以及第二方面任意可能的实现方式中第二接入网设备执行的方法。
第七方面,本申请提供第三种通信装置,所述通信装置具备实现上述第一方面至第四方面任意一个方面中涉及的SMF网元的功能,比如,所述通信装置包括所述SMF网元执行上述第一方面至第四方面任意一个方面中涉及步骤所对应的模块或单元或手段(means),所述功能或模块或单元或手段(means)可以通过软件实现,或者通过硬件实现,也可通过硬件执行相应的软件实现。
在一种可能的设计中,该通信装置可以包括处理模块、和收发模块。处理模块和收发模块可执行上述第一方面至第四方面任意一个方面以及该方面中任意一种可能的实现方式所提供的方法中SMF网元涉及的相应功能。
在另一种可能的设计中,该通信装置可以包括处理器,还可以包括收发器,所述收发器用于收发信号,所述处理器执行程序指令,以完成上述第一方面至第四方面任意一个方面以及该方面任意可能的实现方式中SMF网元执行的方法。
其中,所述通信装置还可以包括一个或多个存储器,所述存储器用于与处理器耦合,其保存实现上述第一方面至第四方面任意一个方面涉及的SMF网元的功能的必要计算机程序指令和/或数据。所述处理器可执行所述存储器存储的计算机程序指令,完成上述第一方面至第四方面任意一个方面以及该方面任意可能的实现方式中SMF网元执行的方法。
第八方面,本申请提供第四种通信装置,所述通信装置具备实现第四方面中涉及的PCF网元的功能,比如,所述通信装置包括所述PCF网元执行上述第四方面中涉及步骤所对应的模块或单元或手段(means),所述功能或模块或单元或手段(means)可以通过软件实现,或者通过硬件实现,也可通过硬件执行相应的软件实现。
在一种可能的设计中,该通信装置可以包括处理模块、和收发模块。处理模块和收发模块可执行上述第四方面以及所述第四方面中任意一种可能的实现方式所提供的方法中PCF网元涉及的相应功能。
在另一种可能的设计中,该通信装置可以包括处理器,还可以包括收发器,所述收发器用于收发信号,所述处理器执行程序指令,以完成上述第四方面以及所述第四方面中任意可能的实现方式中PCF网元执行的方法。
其中,所述通信装置还可以包括一个或多个存储器,所述存储器用于与处理器耦合,其保存实现上述第四方面涉及的PCF网元的功能的必要计算机程序指令和/或数据。所述处理器可执行所述存储器存储的计算机程序指令,完成上述第四方面以及所述第四方面任意可能的实现方式中PCF网元执行的方法。
第九方面,本申请提供一种通信系统,所述通信系统包括第五方面涉及的第一种通信装置、第六方面涉及的第二种通信装置、第七方面涉及的第三种通信装置、以及第八方面涉及的第四种通信装置。
第十方面,本申请提供一种芯片,所述芯片可以与存储器相连,用于读取并执行所述存储器中存储的软件程序,以实现上述各方面所述的方法。
第十一方面,本申请提供一种计算机存储介质,所述计算机存储介质存储有计算机可读指令,当计算机读取并执行所述计算机可读指令时,使得计算机执行上述各方面所述的方法。
第十二方面,本申请还提供一种包含软件程序的计算机程序产品,当其在计算机上运行时,使得计算机执行上述各方面所述的方法。
附图说明
图1为本申请提供的一种5G通信系统的网络架构图;
图2为本申请提供的一种基于QoS flow的QoS模型;
图3为本申请提供的一种建立QoS flow的流程示意图;
图4为本申请实施例一提供的通信方法的流程示意图;
图5为本申请实施例一提供的场景一下第一RAN设备与第二RAN设备之间的交互流程的示意图;
图6为本申请实施例一提供的场景二下第一RAN设备与第二RAN设备之间的交互流程的示意图;
图7为本申请实施例二提供的通信方法的流程示意图;
图8为本申请实施例二中第二RAN设备通知核心网设备至少一个QoS flow的通知控制状态的流程示意图;
图9为本申请实施例三提供的通信方法的流程示意图;
图10为本申请实施例四提供的通信方法的流程示意图;
图11~图18为本申请实施例提供的通信装置的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述。
首先,对本申请提供的技术方案可适用的通信系统进行说明。
本申请提供的技术方案可适用在各种通信系统中,例如长期演进(long termevolution,LTE)系统、第五代(5th generation,5G)通信系统、以及其它类似的通信系统。图1示例性示出了一种5G通信系统的网络架构图。其中:
终端设备,可以包括具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备(userequipment,UE),移动台(mobile station,MS),终端设备(terminal equipment)等。
(无线)接入网(radio access network,(R)AN)设备,可以用于实现无线物理层功能、无线资源管理、无线接入控制以及移动性管理等功能。RAN设备可以包括基站,例如为5G系统中的接入节点(access point,AP)、下一代节点B(next generation Node B,gNB)、下一代演进型节点B(ng-eNB,gNB)、收发点(transmission receive point,TRP)、传输点(transmission point,TP)或某种其它接入节点等。需要理解的是,下文的描述,将RAN)设备统称为RAN设备,以便于描述。
用户面功能(user plane function,UPF)网元,作为用户面的功能网元,可以连接外部数据网络,主要功能包含:数据包路由和传输、包检测、业务用量上报、QoS处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。
AMF网元,其主要功能包含:连接管理、移动性管理、注册管理、接入认证和授权、可达性管理、安全上下文管理等接入和移动性相关的功能。
SMF网元,其主要功能包含:会话管理(如会话建立、修改和释放,包含UPF和RAN之间的隧道维护)、UPF的选择和控制、业务和会话连续性(service and sessioncontinuity,SSC)模式选择、漫游等会话相关的功能。
PCF网元,其主要功能包含:统一策略制定、策略控制的提供和获取策略决策相关的签约信息等策略相关的功能。
应用功能(application function,AF)网元,既可以是第三方的应用控制平台,也可以是运营商部署的设备,其主要功能包括提供应用相关的信息,为多个应用服务器提供服务。
数据网络(data network,DN),其主要功能是提供具体的数据业务,如运营商服务,互联网接入或者第三方业务。
上述内容主要对本申请中可能涉及到的网元或设备进行说明。需要理解的是,图1所示的网络架构仅作为示例性说明,并不对本申请可适用的通信系统的网络架构构成限定。本申请可适用的通信系统中还可以包括其它网元或设备,本申请不在一一列举。并且,本申请可适用的通信系统中各网元或设备之间的连接形式既可以采用图1所示的基于参考点的形式,还可以是基于服务化接口的形式。此外,本申请可适用的通信系统还可以分为非漫游场景、以及漫游场景,其中,漫游场景可以进一步划分为本地疏导(local breakout,)场景、以及归属路由(home routed)场景。这些通信场景下通信系统的网络架构可能有所区别,但均可适用于本申请实施例中。
目前,在5G通信系统中,为了保证业务端到端的服务质量,提出了一种基于QoSflow的QoS模型。参照图2所示,终端设备可以通过RAN设备与核心网侧的UPF之间建立至少一个PDU会话(PDU session),针对每个PDU会话,终端设备、RAN设备、UPF网元之间可以建立起至少一个QoS flow。图3中示例性示出了一种建立QoS flow的流程示意图,各网元或设备间交互流程包括:
步骤301、SMF网元根据本地策略或者PCF网元发送的策略和计费控制(policy andcharging control,PCC)规则指示终端设备、RAN设备、UPF网元建立QoS flow。具体的建立过程分为三个阶段:步骤301A、SMF网元向UPF网元发送业务数据流(service data flow,SDF)信息,其中包含QoS控制信息;步骤301B、SMF网元通过AMF网元向(R)AN设备发送QoSflow的QoS配置文件(QoS profile);步骤301C、SMF网元通过AMF网元和/或(R)AN设备向终端设备发送QoS规则,其中包含QoS控制信息。需要说明的是,QoS配置文件与QoS控制信息中包含的内容基本相同,均为SMF根据本地策略或PCC规则生成的。
步骤302、终端设备、RAN设备、UPF网元之间建立QoS flow。(R)AN设备可以根据QoS配置文件建立空口的DRB,并存储QoS flow与DBR的绑定关系。终端设备、RAN设备、UPF网元之间传输数据包时,下行方向上,当UPF网元接收到下行数据包时,根据SMF网元发送的SDF信息执行QoS控制,在下行数据包的包头中携带用于标识QoS flow的服务质量流标识(QoSflow identifier,QFI),RAN设备接收到下行数据包时,通过解析包头中的QFI确认可以使用的QoS flow,并根据存储的QoS flow和DRB的绑定关系,将该下行数据包放在对应的DRB上传输。上行方向上,终端设备需要发送上行数据包时,可以根据QoS规则确定QoS flow,在上行数据包的包头中携带QFI,进而根据QoS flow和DBR的绑定关系,将该上行数据包放在对应的DRB上传输,RAN设备接收到上行数据包时,根据包头中的QFI,在向UPF网元转发的该上行数据包的包头中携带QFI,UPF网元接收到RAN设备发送的该上行数据包时,验证该上行数据包是否使用正确的QoS flow传输。
其中,因SMF生成的QoS配置文件的不同,建立起的QoS flow可以包括两种类型:
类型一为:保证比特率(guaranteed bit rate,GBR)QoS flow。这种情况下,QoS配置文件中可以包括用于标识QoS属性信息的5G QoS标识(5G QoS identifier,5QI)、分配和预留优先级(allocation and retention priority,ARP)、保证流比特率(guaranteedflow bit rate,GFBR)、以及最大比特率(maximum bit rate,MBR)。可选的,QoS配置文件中还可以包括通知控制(notification control)信息,当QoS配置文件包括notificationcontrol信息时,GBR QoS flow为需要进行notification control的GBR QoS flow,反之则为不需要进行notification control的GBR QoS flow。
当在某一GBR QoS flow对应的DRB上传输数据包时,若RAN设备检测到该GBR QoSflow的服务质量需求不能被满足、且该GBR QoS flow被配置为需要进行notificationcontrol,那么,RAN设备可以通过AMF网元通知SMF网元该GBR QoS flow的服务质量需求不能被满足,以便SMF网元根据本地策略修改或删除该GBR QoS flow、或者SMF网元指示PCF网元修改或删除该GBR QoS flow。一示例中,当传输数据包的比特率达不到GFBR所规定的期望比特率时,可以认为该GBR QoS flow的服务质量需求不能被满足。另一示例中,当传输数据包时的传输时延(或丢包率等)不符合5QI中包含的传输时延(或丢包率等)时,也可以认为该GBR QoS flow的服务质量需求不能被满足。
类型二为:不保证比特率(non-guaranteed bit rate,non-GBR)QoS flow。这种情况下,QoS配置文件中可以包括5QI、ARP等。
其中,针对需要进行notification control的QoS flow,当发生RAN设备之间的切换时,可能出现RAN侧记录的通知控制状态与核心网侧记录的通知控制状态不同步的问题,使得核心网侧容易对QoS flow做出错误的策略决策。
例如,在终端设备进行RAN设备之间切换的场景下,终端设备中已建立好的PDU会话可以在RAN设备之间进行切换,相应地,PDU会话对应的QoS flow也可以在RAN设备之间进行切换。由于切换前的源RAN设备建立的DRB与切换后的目标RAN设备建立的DRB可能有所不同,故在进行切换之前,使用该QoS flow对应的源RAN设备建立的DRB传输数据包时服务质量需求不能被满足,但是在进行切换之后,很可能在使用该QoS flow对应目标RAN设备建立的DRB传输数据包时服务质量需求又可以重新被满足。
这种情况下,由于SMF网元和PCF网元感知不到QoS flow在RAN设备之间的切换,所以SMF网元和PCF网元记录的QoS flow的通知控制状态很可能还是切换前源RAN设备通知的服务质量需求不能被满足的状态,因此SMF网元或PCF网元在重新对源RAN设备通知的服务质量需求不能被满足的QoS flow进行策略决策时,可能做出错误的策略决策。例如,在切换后的目标RAN设备中QoS flow的服务质量需求能够被满足的情况下,删除该QoS flow或者降低该QoS flow的服务质量需求等。
为解决上述问题,本申请实施例提出了一种通信方法及装置,在QoS flow在RAN设备之间发生切换的场景下,通过及时向核心网侧反馈切换后的QoS flow的通知控制状态,以便核心网侧与切换后的RAN设备中维护的QoS flow的通知控制状态可以尽可能的保持同步。
应理解,本申请实施例中QoS flow在RAN设备之间发生切换的场景并不限于终端设备在RAN设备之间切换的场景,还可以是其它可能出现QoS flow在RAN设备之间切换的场景。比如,当终端设备由无线资源控制(radio resource control,RRC)非活跃态(inactive)恢复到RRC连接态(connected)的场景下,也可能出现QoS flow在RAN设备之间的切换。再比如,在终端设备与主RAN设备和从RAN设备建立PDU会话的双重连接(dualconnection)的场景下QoS flow也可能由主RAN设备切换到从RAN设备,或者由从RAN设备切换到主RAN设备。这些场景也同样适用于本申请实施例中。
下面结合具体实施例对本申请提供的通信方法进行详细说明。其中,需要理解的是,下文中涉及的“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序等。例如,下文的描述中为便于区分,将QoSflow切换前对应的源RAN称为第一RAN设备,将QoS flow切换后对应的目标RAN设备称为第二RAN设备。
实施例一
参照图4所示,为本申请实施例一提供的通信方法的流程示意图,该方法包括:
步骤401、在至少一个QoS flow由第一RAN设备切换至第二RAN设备的过程中,第一RAN设备向第二RAN设备发送第一信息,第一信息用于指示第一RAN设备已经通知核心网设备至少一个QoS flow的服务质量需求不能被满足。
本申请实施例一中,所述第一RAN设备已经通知核心网设备至少一个QoS flow的服务质量需求不能被满足,可以理解为第一RAN设备最近一次通知给核心网设备的至少一个QoS flow的通知控制状态为服务质量需求不能被满足的状态。下文中为便于描述,将通知控制状态分为第一状态、第二状态,其中,第一状态用于指示QoS flow的服务质量需求不能被满足,第二状态用于指示QoS flow的服务质量需求能够被满足。至少一个QoS flow为需要进行notification control的QoS flow。应理解,本申请中需要进行notificationcontrol的QoS flow并不限定于是GBR QoS flow,还可以是其它任意需要在服务质量需求不满足的情况下通知给核心网设备的QoS flow。
第一RAN设备在向第二RAN设备指示第一RAN设备已经通知核心网设备至少一个QoS flow的服务质量需求不能被满足时,第一RAN设备可以在向第二RAN设备发送的第一信息中携带第一RAN设备最近一次通知给核心网设备的所述至少一个QoS flow的标识,QoSflow的标识例如为QFI。或者,第一RAN设备可以在向第二RAN设备发送的第一信息中携带所述至少一个QoS flow的标识、以及所述至少一个QoS flow的通知控制状态,所述通知控制状态为第一状态。
在未发生切换之前,第一RAN设备可以检测已建立的QoS flow的服务质量需求能否被满足,当所述至少一个QoS flow不能被满足、且所述至少一个QoS flow为需要进行notification control的QoS flow时,第一RAN设备可以通知核心网设备所述至少一个QoSflow的通知控制状态为第一状态,当至少一个QoS flow又可以重新被满足时,第一RAN设备还可以再次通知核心网设备所述至少一个QoS flow为第二状态。基于此,第一RAN设备可以在本地记录通知给核心网设备的QoS flow的通知控制状态,例如可以记录一个服务质量通知控制(QoS notification control,QNC)的发送情况表。
本申请的一示例中,QNC的发送情况表可以记录有QoS flow的标识、以及对应最近一次通知给核心网设备的QoS flow的通知控制状态。其中,QoS flow的标识例如为QFI,通知控制状态分为第一状态、第二状态。表1示例性列举一种QNC的发送情况表:
表1
QFI 通知控制状态
QoS flow#1 1
QoS flow#2 0
... ...
QoS flow#n 1
如表1所示,第一RAN设备记录的QoS flow用#1~#n来标识,对应的通知控制状态为“1”时,表征为第一状态,即QoS flow的服务质量需求不能被满足,对应的通知控制状态为“0”时,表征为第二状态,即QoS flow的服务质量需求能够被满足。其中,第一RAN设备每次向核心网设备通知QoS flow的通知控制状态时,可以对应更新本地记录的QNC的发送情况表。例如,对于QoS flow#1来说,表1中当前记录的通知控制状态为“1”,若之后在检测到QoS flow#1的服务质量需求又能够被满足时,可以通知核心网设备QoS flow#1的服务质量需求又能够被满足,相应地,可以将本地记录的QoS flow#1的通知控制状态更新为“0”。
当第一RAN设备检测到至少一个QoS flow需要由第一RAN设备切换至第二RAN设备时,可以将记录的最新的QNC的发送情况表的内容通知给第二RAN设备,或者,也可以将记录的最新的QNC的发送情况表中通知控制状态为“1”的QoS flow的内容通知给第二RAN设备。
本申请的另一示例中,QNC的发送情况表可以仅记录最近一次通知给核心网设备的通知控制状态为第一状态的至少一个QoS flow的标识,即记录最近一次通知给核心网设备的服务质量需求不能被满足的至少一个QoS flow的标识。表2示例性列举一种QNC的发送情况表:
表2
QFI
QoS flow#1
QoS flow#2
...
QoS flow#n
如表2所示,第一RAN设备记录的至少一个QoS flow用#1~#n来标识。其中,第一RAN设备每次向核心网设备通知QoS flow的通知控制状态时,可以更新记录的QNC的发送情况表。例如,对于QoS flow#1来说,表2中当前记录有QoS flow#1,说明QoS flow#1的服务质量需求不能被满足,若之后在检测到QoS flow#1的服务质量需求又能够被满足时,第一RAN设备可以通知核心网设备QoS flow#1的服务质量需求又能够被满足,相应地,可以将表2中记录的QoS flow#1删除。同理,若之后检测到除表2中记录的QoS flow以外的其它QoS flow的服务质量需求不能被满足,且通知给核心网设备后,也可以在表2中增加其它QoS flow的标识。
当第一RAN设备检测到至少一个QoS flow需要由第一RAN设备切换至第二RAN设备时,可以将记录的最新的QNC的发送情况表的内容通知给第二RAN设备。
当然,上述示例仅作为示例性说明,本申请实施例中第一RAN设备向第二RAN设备发送第一信息的形式并不限定于此。
步骤402、第二RAN设备接收到第一RAN设备发送的第一信息后,向核心网设备发送第二信息,所述第二信息用于通知核心网设备所述至少一个QoS flow中第一QoS flow的服务质量需求能够被满足,其中,第一QoS flow为已经由第一RAN设备成功切换至第二RAN设备的QoS flow、且需要进行notification control的所有QoS flow。。
本申请实施例中,由于至少一个QoS flow由第一RAN设备切换至第二RAN设备的过程中,不一定所有的QoS flow都能够成功切换,有些对于第二RAN设备来说,服务质量需求仍无法被满足的QoS flow可能直接被删除,因此,第二RAN设备可以首先从至少一个QoSflow中确定出可以已经由第一RAN设备成功切换至第二RAN设备的QoS flow,即上述第一QoS flow,进而可以默认成功切换过来的第一QoS flow的服务质量需求能够被满足。
下面列举两种具体场景,对本申请实施例一中第一RAN设备和第二RAN设备之间的交互流程进行说明。
场景一:第一RAN设备和第二RAN设备之间存在直连的Xn接口,这种情况下,切换流程可以是基于Xn接口的切换。
参照图5所示,为本申请实施例一提供的场景一下第一RAN设备与第二RAN设备之间的交互流程:
步骤501、第一RAN设备直接向第二RAN设备发送切换请求(handover request),其中,切换请求中携带有第一RAN设备最近一次通知给核心网设备的所述至少一个QoS flow的标识、以及所述至少一个QoS flow的通知控制状态,通知控制状态为第一状态,即表征QoS flow的服务质量需求不能够被满足。
步骤502、第二RAN设备向第一RAN设备发送切换请求确认响应(handover requestacknowledge)。
场景二:第一RAN设备和第二RAN设备之间不存在直连的Xn接口,切换流程有核心网设备参与,例如可以为基于N2接口的切换。
参照图6所示,为本申请实施例一提供的场景二下第一RAN设备与第二RAN设备之间的交互流程:
步骤601、第一RAN设备向为第一RAN设备提供服务的第一AMF网元发送切换需求(handover required),其中,handover required中携带有第一RAN设备最近一次通知给核心网设备的所述至少一个QoS flow的标识、以及所述至少一个QoS flow的通知控制状态,通知控制状态为第一状态,即表征QoS flow的服务质量需求不能够被满足。
本申请的一示例中,所述至少一个QoS flow的标识、以及所述至少一个QoS flow的通知控制状态可以包含在源到目标透明容器(source to target transparentcontainer)中,该容器中包含第一RAN设备通过核心网向第二RAN设备发送的内容,AMF网元只起到转发的作用,不感知其中的内容。
步骤602、第一AMF网元选择为第二RAN设备提供服务的第二AMF网元。
步骤603、第一AMF网元向第二AMF网元发送UE上下文创建请求(namf_communication_createUEcontext request),其中,携带有所述至少一个QoS flow的标识、以及所述至少一个QoS flow的通知控制状态。
步骤604、第二AMF网元与SMF网元之间进行PDU会话的会话管理上下文更新流程,以便进行基于N4接口的会话建立流程。
步骤605、第二AMF网元向第二RAN设备发送切换请求(handover request),handover request中携带有第一RAN设备最近一次通知给核心网设备的所述至少一个QoSflow的标识、以及所述至少一个QoS flow的通知控制状态。
步骤606、第二RAN设备向第二AMF网元发送切换请求确认响应(handover requestacknowledge)。
步骤607、第二AMF网元与SMF网元之间进行PDU会话的会话管理上下文更新流程、以便进行基于N4接口的会话修改流程。
步骤608、第二AMF网元向第一AMF网元发送UE上下文创建响应(namf_communication_createUEcontext response)。
上述场景一和场景二中,第二RAN设备在确定第一RAN设备已经通知给核心网设备所述至少一个QoS flow的服务质量需求不能被满足后,后续,第二RAN设备在检测到至少一个QoS flow中第一QoS flow成功由第一RAN设备切换到了第二RAN设备时,为了及时让核心网设备获知成功切换的第一QoS flow的最新通知控制状态,本申请实施例中,可以由第二RAN设备直接通知核心网设备成功切换的第一QoS flow的服务质量需求能够被满足。
上述流程中第一RAN设备或第二RAN设备向核心网设备通知QoS flow的通知控制状态的实现方式可以有以下两种:
第一种实现方式中,第一RAN设备或第二RAN设备可以通过AMF网元向SMF网元通知QoS flow的通知控制状态,SMF网元在获知QoS flow的通知控制状态的情况下,可以根据本地策略来执行会话管理策略修改流程,实现对QoS flow进行修改或删除操作。
第二种实现方式中,第一RAN设备或第二RAN设备可以通过AMF网元向SMF网元通知QoS flow的通知控制状态,SMF网元进一步可以指示PCF网元QoS flow的通知控制状态,以便SMF网元与PCF网元基于动态的PCC规则执行会话管理策略修改流程,实现对QoS flow进行修改或删除操作。
其中,在第二种实现方式下,SMF网元在接收到第二RAN设备发送的至少一个QoSflow中第一QoS flow的服务质量需求能够被满足的信息,即第二信息后,SMF网元可以通知PCF网元第一QoS flow的服务质量需求能够被满足。
此外,所述第二RAN设备通知核心网设备所述至少一个QoS flow中第一QoS flow的服务质量需求能够被满足之后,一种实现方式中,若第二RAN设备后续在检测到所述第一QoS flow的服务质量需求又不能被满足时,可以立即向核心网设备发送第三信息,所述第三信息用于通知核心网设备所述第一QoS flow的服务质量需求又不能被满足。相比现有技术中还需要等待预设时长后才能再次通知QoS flow的通知控制状态,本申请提出的上述实现方式可以减少时延,使得核心网设备可以及时地感知核心网侧对QoS flow的最新通知控制状态。
上述实施例一提供的方式中,至少一个QoS flow由第一RAN设备切换至第二RAN设备的过程中,至少一个QoS flow的通知控制状态也可以同步地由第一RAN设备转移到第二RAN设备,进而可以使得第二RAN设备能够准确获知第一RAN设备已经通知给核心网设备的至少一个QoS flow的通知控制状态,也就相当于获知了当前核心网设备记录的QoS flow的通知控制状态。这种情况下,第二RAN设备通过向核心网设备通知切换后QoS flow的通知控制状态,能够使核心网侧感知到的QoS flow的通知控制状态与切换后接入网侧记录的QoSflow的通知控制状态相同步,从而可以避免做出错误的策略决策。
实施例二
参照图7所示,为本申请实施例二提供的通信方法的流程示意图,该方法包括:
步骤701、当至少一个QoS flow由第一RAN设备切换至第二RAN设备时,第二RAN设备向核心网设备发送第四信息,所述第四信息用于通知核心网设备所述至少一个QoS flow的服务质量需求能够被满足。
其中,本申请实施例二中所述至少一个QoS flow可以理解为已经由第一RAN设备成功切换至第二RAN设备、且需要进行notification control的所有QoS flow。
第二RAN设备可以向AMF网元发送所述第四信息,进而由AMF网元向SMF网元转发所述第四信息,以便通知SMF网元所述至少一个QoS flow的服务质量需求能够被满足。进一步地,SMF网元接收到第二RAN设备发送的第四信息后,还可以向PCF网元发送第五信息,第五信息用于通知PCF网元所述至少一个QoS flow的服务质量需求能够被满足。
具体实施中,SMF网元接收到所述第四信息后,可以更新记录的所述至少一个QoSflow的通知控制状态。其中,通知控制状态分为第一状态和第二状态,第一状态用于指示至少一个QoS flow的服务质量需求不能够被满足,第二状态用于指示至少一个QoS flow的服务质量需求能够被满足。SMF网元还可以视具体情况确认是否通知PCF网元更新后的至少一个QoS flow的通知控制状态。
本申请的一示例中,SMF网元在接收到第二RAN设备通知的至少一个QoS flow的通知控制状态为第二状态的信息后,接收到第四信息后,可以判断下是否从第一RAN设备处接收到所述至少一个QoS flow的通知控制状态为第一状态的信息:若判断结果为否,则说明切换前核心网侧并未接收到所述至少一个QoS flow的服务质量需求不能被满足的通知,这种情况下,SMF网元可以不用重复地通知PCF网元至少一个QoS flow的通知控制状态为第二状态;若判断结果为是,那么,可以说明切换前核心网侧已经接收到所述至少一个QoS flow的服务质量需求不能被满足的通知,为了保证核心网侧与切换后的第二RAN设备记录的QoSflow的通知控制状态可以同步,SMF网元可以在确定最近一次接收的第一RAN设备通知的所述至少一个QoS flow的通知控制状态为第一状态后,向PCF网元发送所述第五信息,以便通知PCF网元所述至少一个QoS flow的通知控制状态为第二状态。
下面结合具体场景,对本申请实施例二中第二RAN设备通知核心网设备至少一个QoS flow的通知控制状态的过程进行说明,参照图8所示:
假设终端设备通过第一RAN设备与为第一RAN设备服务的第一UPF网元之间的PDU会话,已经切换为终端设备通过第二RAN设备与为第二RAN设备服务的第二UPF网元之间的PDU会话,并且,至少一个QoS flow也由终端设备、第一RAN设备、第一UPF构成的端到端的路径切换至了由终端设备、第二RAN设备、第二UPF构成的端到端的路径。
步骤801、第二RAN设备向AMF网元发送N2消息,N2消息中包括PDU会话的标识、以及N2会话管理(session management,SM)信息。其中,N2SM消息中包括所述至少一个QoS flow的QFI、以及所述至少一个QoS flow的通知控制状态,即第二状态。
可选的,N2SM消息还可以包括服务质量需求不能被满足、且需要进行notification control的其它QoS flow的QFI、以及所述其它QoS flow的通知控制状态,所述其它QoS flow的通知控制状态为第一状态。
步骤802、AMF网元向SMF网元发送PDU会话会话管理上下文更新请求(nsmf_PDUsession_updateSMcontext request),其中,该请求中可以包括所述至少一个QoS flow的QFI、以及所述至少一个QoS flow的通知控制状态,所述至少一个QoS flow的通知控制状态为第二状态。可选的,该请求中还可以包括所述其它QoS flow的QFI、以及所述其它QoSflow的通知控制状态,所述其它QoS flow的通知控制状态为第一状态。
步骤803、SMF网元接收到该请求后,对于第二RAN设备上报的通知控制状态为第二状态的QoS flow,SMF网元视具体情况确定是否需要通知给PCF网元,这一过程可参见上述示例一中的描述。对于第二RAN设备上报的通知控制状态为第一状态的QoS flow,SMF网元可以按照现有流程发起会话管理策略修改流程,以实现对QoS flow进行删除或修改操作。
上述实施例二中,第二RAN设备可以将从第一RAN设备中成功切换过来的至少一个需要进行notification control的QoS flow的通知控制状态发送给核心网设备,以便核心网设备能够及时、准确地感知切换后QoS flow的通知控制状态,从而可以避免核心网设备做出做出错误的策略决策。
实施例三
参照图9所示,为本申请实施例三提供的通信方法的流程示意图,该方法包括:
步骤901、SMF网元确定接收的第一RAN设备发送的至少一个QoS flow的通知控制状态。
其中,本申请实施例三中所述至少一个QoS flow可以理解为切换前终端设备的PDU会话中对应的需要进行notification control的QoS flow。通知控制状态分为第一状态和第二状态,第一状态用于指示QoS flow的服务质量需求不能够被满足,第二状态用于指示QoS flow的服务质量需求能够被满足。
步骤902、当所述至少一个QoS flow中的第二QoS flow已经由第一RAN设备切换至第二RAN设备时,SMF网元确定所述第二QoS flow中通知控制状态为第一状态的第三QoSflow,并将第三QoS flow的通知控制状态更新为第二状态。
步骤903、SMF网元向PCF单元发送第六信息,第六信息用于通知PCF网元第三QoSflow的通知控制状态为第二状态。
本申请的一示例中,SMF网元可以接收AMF网元发送的第七信息,第七信息中可以包括已经由第一RAN设备成功切换至第二RAN设备的第二QoS flow的标识,还可以包括已经由第一RAN设备成功切换至第二RAN设备的PDU会话的标识,以便SMF网元确定成功切换的PDU会话、以及第二QoS flow的信息。
其中,当PDU会话、以及QoS flow在第一RAN设备和第二RAN设备之间的切换是基于Xn接口的切换,那么,可以由第一RAN设备或第二RAN设备将成功切换的PDU会话、以及第二QoS flow通知给AMF网元,进而由AMF网元通知给SMF网元。当PDU会话、以及QoS flow在第一RAN设备和第二RAN设备之间的切换是基于N2接口的切换,那么,AMF网元在切换过程中可以感知成功切换的PDU会话、以及第二QoS flow,进而可以直接通过SMF网元成功切换的PDU会话、以及第二QoS flow。
对于所述至少一个QoS flow中成功切换的第二QoS flow,SMF网元可以首先确定最近一次从第一RAN设备接收的至少一个QoS flow的通知控制状态中第二QoS flow的通知控制状态是否为第一状态。针对第二QoS flow中通知控制状态为第一状态的第三QoSflow,可以默认第三QoS flow的服务质量需求又能重新被满足,并且可以通知PCF网元所述第三QoS flow的服务质量需求又可以被满足。针对第二QoS flow中通知控制状态为第二状态的第四QoS flow,由于核心网侧记录的第四QoS flow的服务质量需求已经是被满足的,所以SMF网元可以不必重复通知PCF网元第四QoS flow的通知控制状态。
对于所述至少一个QoS flow中没有已经由第一RAN设备成功切换至第二RAN设备的QoS flow,SMF网元可以按照现有流程通知PCF网元,以便PCF网元对这些QoS flow重新进行策略决策。
具体来说,SMF网元可以在发起会话管理策略关联修改(SM policy associationmodification)流程中通知PCF网元有关QoS flow的通知控制状态。其中,PCF网元中配置有策略控制请求触发器(policy control request trigger),PCF网元可以识别到SMF网元发送的通知,其中包含第三QoS flow的服务质量需求能够被满足的信息,进而PCF网元可以根据SMF网元发送的通知进行策略决策,并将策略决策的结果发送给SMF网元。
上述实施例三中,考虑到QoS flow在第一RAN设备和第二RAN设备之间的切换时,一般情况下是因为第一RAN设备中QoS flow的服务质量不能满足需求,需要切换到能够满足服务质量需求的第二RAN设备中。基于此,SMF网元在确定出成功切换的QoS flow后,可以默认之前记录的服务质量需求不能被满足的QoS flow的服务质量需求又可以重新被满足,进而通知给PCF网元,使PCF网元可以及时感知成功切换后的QoS Flow的状态,从而避免做出错误决策。
实施例四
参照图10所示,为本申请实施例四提供的通信方法的流程示意图,该方法包括:
步骤1001、SMF网元确定至少一个QoS flow已经由第一RAN设备切换至第二RAN设备。
本申请实施例四中,所述至少一个QoS flow可以理解为已经由第一RAN设备成功切换至第二RAN设备的QoS flow。示例性的,SMF网元可以在AMF网元的通知下确定至少一个QoS flow成功切换成功,具体可参照上述实施例三中的相关描述。
步骤1002、SMF网元向PCF网元发送第八信息,所述第八信息用于指示至少一个QoSflow已经由第一RAN设备切换至第二RAN设备。
区别于上述实施例三,本申请实施例四中,SMF网元可以在发起会话管理策略关联修改(SM policy association modification)流程中通知PCF网元至少一个QoS flow已经切换成功。进一步地,由PCF网元更新记录的至少一个QoS flow的通知控制状态。其中,通知控制状态分为第一状态和第二状态,第一状态用于指示QoS flow的服务质量需求不能够被满足,第二状态用于指示QoS flow的服务质量需求能够被满足。
步骤1003、PCF网元接收到第八信息后,确定所述至少一个QoS flow中所述通知控制状态为第一状态的QoS flow,并将确定出的QoS flow的通知控制状态更新为第二状态。
一种实现方式中,PCF网元可以配置切换指示触发器(handover indicationtrigger),当接收到SMF网元发送的通知至少一个QoS flow已经切换成功的第八信息后,可以触发执行更新QoS flow的通知控制状态的操作。进而PCF网元可以根据最新更新的QoSflow的通知控制状态,进行策略决策,并将策略决策的结果发送给SMF网元。
上述实施例四中,SMF网元可以在确定出至少一个QoS flow切换成功后,通知PCF网元至少一个QoS flow切换成功,进而由PCF网元更新至少一个QoS flow的通知控制状态,从而使PCF网元可以及时感知成功切换后的QoS Flow的状态,尽可能的避免做出错误决策。
下面,基于相同的技术构思,结合附图对本申请实施例提供的通信装置进行介绍。
本申请实施例提供了一种通信装置,所述通信装置具备实现上述方法实施例一中第一RAN设备的功能,比如,所述通信装置包括所述第一RAN设备执行上述方法实施例一涉及步骤所对应的模块或单元或手段(means),所述功能或模块或单元或手段(means)可以通过软件实现,或者通过硬件实现,也可通过硬件执行相应的软件实现。
图11示出了本申请实施例提供的一种通信装置1100的结构示意图,其中,所述装置1100包括处理器1101、以及收发器1102。其中,所述处理器1101被配置为支持第一RAN设备执行上述方法实施例一中涉及的功能。所述收发器1102被配置为支持第一RAN设备收发消息的功能。所述装置1100还可以包括存储器1103,其中,处理器1101、收发器1102和存储器1103相连,该存储器1103用于存储实现上述方法实施例一中涉及的第一RAN设备的功能所必要的计算机程序指令,该处理器1101用于执行该存储器1103存储的计算机程序指令,以控制收发器1102收发信号,完成上述方法实施例一中第一RAN设备执行相应功能的步骤。
具体的,所述处理器1101,用于在至少一个服务质量流由所述通信装置1100切换至第二接入网设备的过程中,用所述收发器1102向所述第二接入网设备发送第一信息,所述第一信息用于指示所述通信装置1100已经通知核心网设备所述至少一个服务质量流的服务质量需求不能被满足。
其中,一种可能的实现方式中,所述第一信息中可以包括所述至少一个服务质量流的标识、以及所述至少一个服务质量流的通知控制状态,所述通知控制状态为第一状态,所述第一状态用于指示所述至少一个服务质量流的服务质量需求不能够被满足。
一种可能的实现方式中,所述处理器1101,具体用于:用所述收发器1102通过与所述第二接入网设备相连的接口向所述第二接入网设备发送所述第一信息;或者,用所述收发器1102通过AMF网元向所述第二接入网设备发送所述第一信息。
其中,所述处理器1101、以及收发器1102所执行的具体步骤可参见上述方法实施例一第一RAN设备涉及的步骤中的相关描述,这里不再详述。
上述通信装置1100还可以由逻辑单元来实现,图12示出了本申请实施例提供的一种通信装置1200的结构示意图,该装置1200包括处理模块1201、以及收发模块1202。其中,处理模块1201对应于上述通信装置1100中所述的处理器1101,收发模块1202对应于上述通信装置1100中所述的收发器1102,可分别用于实现上述方法实施例一涉及的第一RAN设备的相应功能,具体实现过程可参照上述方法实施例一以及上述通信装置1100中的相关描述,这里不再赘述。
本申请实施例提供了另一种通信装置,所述通信装置具备实现上述方法实施例一或二中涉及的第二RAN设备的功能,比如,所述通信装置包括所述第二RAN设备执行上述方法实施例一或二中涉及步骤所对应的模块或单元或手段(means),所述功能或模块或单元或手段(means)可以通过软件实现,或者通过硬件实现,也可通过硬件执行相应的软件实现。
图13示出了本申请实施例提供的一种通信装置1300的结构示意图,其中,所述装置1300包括处理器1301、以及收发器1302。其中,所述处理器1301被配置为支持第二RAN设备执行上述方法实施例一或二中涉及的功能。所述收发器1302被配置为支持第二RAN设备收发消息的功能。所述装置1300还可以包括存储器1303,其中,处理器1301、收发器1302和存储器1303相连,该存储器1303用于存储实现上述方法实施例一或二中涉及的第二RAN设备的功能所必要的计算机程序指令,该处理器1301用于执行该存储器1303存储的计算机程序指令,以控制收发器1302收发信号,完成上述方法实施例一或二中第二RAN设备执行相应功能的步骤。
在一种可能的设计中,所述处理器1301,用于用所述收发器1302接收所述第一接入网设备发送的第一信息,所述第一信息用于指示所述第一接入网设备已经通知核心网设备至少一个服务质量流的服务质量需求不能被满足。所述处理器1301,还用于用所述收发器1302向所述核心网设备发送第二信息,所述第二信息用于通知所述核心网设备所述至少一个服务质量流中第一服务质量流的服务质量需求能够被满足,其中,所述第一服务质量流为已经由所述第一接入网设备切换至所述通信装置1300的服务质量流。
其中,所述处理器1301,还用于在检测到所述第一服务质量流的服务质量需求不能被满足时,用所述收发器1302向所述核心网设备发送第三信息,所述第三信息用于通知所述核心网设备所述第一服务质量流的服务质量需不能够被满足。
在另一种可能的设计中,当至少一个服务质量流已经由第一接入网设备切换至所述通信装置1300时,所述处理器1301用于用所述收发器1302向核心网设备发送第四信息,所述第四信息用于通知所述核心网设备所述至少一个服务质量流的服务质量需求能够被满足。可选的,所述至少一个服务质量流为已经由第一接入网设备切换至所述通信装置1300、且需要进行通知控制的所有服务质量流。
其中,所述处理器1301、以及收发器1302所执行的具体步骤可参见上述方法实施例一或二中第二RAN设备涉及的步骤中的相关描述,这里不再详述。
上述通信装置1300还可以由逻辑单元来实现,图14示出了本申请实施例提供的一种通信装置1400的结构示意图,该装置1400包括处理模块1401、以及收发模块1402。其中,处理模块1401对应于上述通信装置1300中所述的处理器1301,收发模块1402对应于上述通信装置1300中所述的收发器1302,可分别用于实现上述方法实施例一或方法实施例二中涉及的第二RAN设备的相应功能,具体实现过程可参照上述方法实施例一或方法实施例二以及上述通信装置1300中的相关描述,这里不再赘述。
本申请实施例提供了另一种通信装置,所述通信装置具备实现上述方法实施例一至四中任一个方法实施例涉及的SMF网元的功能,比如,所述通信装置包括所述SMF网元执行上述上述方法实施例一至四中任一个方法实施例中涉及步骤所对应的模块或单元或手段(means),所述功能或模块或单元或手段(means)可以通过软件实现,或者通过硬件实现,也可通过硬件执行相应的软件实现。
图15示出了本申请实施例提供的一种通信装置1500的结构示意图,其中,所述装置1500包括处理器1501、以及收发器1502。其中,所述处理器1501被配置为支持SMF网元执行上述方法实施例一至四中任一方法实施例中涉及的功能。所述收发器1502被配置为支持SMF网元收发消息的功能。所述装置1500还可以包括存储器1503,其中,处理器1501、收发器1502和存储器1503相连,该存储器1503用于存储实现上述方法实施例一至四中任一方法实施例中涉及的SMF网元的功能所必要的计算机程序指令,该处理器1501用于执行该存储器1503存储的计算机程序指令,以控制收发器1502收发信号,完成上述方法实施例一至四中任一方法实施例中SMF网元执行相应功能的步骤。
第一种可能的设计中,所述处理器1501可以用于用所述收发器1502接收第二接入网设备发送的至少一个服务质量流的通知控制状态,所述至少一个服务质量流为已经由第一接入网设备切换至所述第二接入网设备的服务质量流,所述通知控制状态为第二状态,所述第二状态用于指示所述至少一个服务质量流的服务质量需求能够被满足。所述处理器1501还可以用于用所述收发器1502向PCF网元发送第五信息,所述第五信息用于通知所述PCF网元所述至少一个服务质量流的服务质量需求能够被满足。
可选的,所述处理器1501,还可以用于在用所述收发器1502向所述PCF网元发送所述第五信息之前,所述处理器1501确定接收的所述第一接入网设备发送的所述至少一个服务质量流的通知控制状态为第一状态,所述第一状态用于指示所述至少一个服务质量流的服务质量需求不能够被满足。
第二种可能的设计中,所述处理器1501可以用于确定接收的第一接入网设备发送的至少一个服务质量流的通知控制状态。进一步地,所述处理器1501还可以用于当所述至少一个服务质量流中的第二服务质量流已经由所述第一接入网设备切换至第二接入网设备时,确定所述第二服务质量流中所述通知控制状态为第一状态的第三服务质量流。进一步地,所述处理器1501还可以用于将所述第三服务质量流的所述通知控制状态更新为第二状态,并用所述收发器1502向PCF网元发送第六信息,所述第六信息用于通知所述PCF网元所述第三服务质量流的所述通知控制状态为第二状态。
其中,所述第一状态用于指示所述至少一个服务质量流的服务质量需求不能够被满足,所述第二状态用于指示所述至少一个服务质量流的服务质量需求能够被满足。
可选地,所述处理器1501还可以用于用所述收发器1502接收到AMF网元发送的第七信息,所述第七信息包括已经由所述第一接入网设备切换至所述第二接入网设备的所述第二服务质量流的标识。
第三种可能的设计中,所述处理器1501可以用于确定至少一个QoS flow由第一接入网设备切换至第二接入网设备,进而所述处理器1501还可以用于用收发器1502向PCF网元发送第八信息,所述第八信息用于指示所述至少一个QoS flow由所述第一接入网设备切换至所述第二接入网设备。
其中,所述处理器1501、以及收发器1502所执行的具体步骤可参见上述方法实施例一至四中任一方法实施例中SMF网元涉及的步骤中的相关描述,这里不再详述。
上述通信装置1500还可以由逻辑单元来实现,图16示出了本申请实施例提供的一种通信装置1600的结构示意图,该装置1600包括处理模块1601、以及收发模块1602。其中,处理模块1601对应于上述通信装置1500中所述的处理器1501,收发模块1602对应于上述通信装置1500中所述的收发器1502,可分别用于实现上述方法实施例一至四中任一方法实施例中涉及的SMF网元的相应功能,具体实现过程可参照上述方法实施例一至四中任一方法实施例以及上述通信装置1500中的相关描述,这里不再赘述。
本申请实施例提供了另一种通信装置,所述通信装置具备实现上述方法实施例四中PCF网元的功能,比如,所述通信装置包括所述PCF网元执行上述方法实施例四涉及步骤所对应的模块或单元或手段(means),所述功能或模块或单元或手段(means)可以通过软件实现,或者通过硬件实现,也可通过硬件执行相应的软件实现。
图17示出了本申请实施例提供的一种通信装置1700的结构示意图,其中,所述装置1700包括处理器1701、以及收发器1702。其中,所述处理器1701被配置为支持PCF网元执行上述方法实施例四中涉及的功能。所述收发器1702被配置为支持PCF网元收发消息的功能。所述装置1700还可以包括存储器1703,其中,处理器1701、收发器1702和存储器1703相连,该存储器1703用于存储实现上述方法实施例四中涉及的PCF网元的功能所必要的计算机程序指令,该处理器1701用于执行该存储器1703存储的计算机程序指令,以控制收发器1702收发信号,完成上述方法实施例四中PCF网元执行相应功能的步骤。
具体的,所述处理器1701可以用于用所述收发器1702接收到SMF网元发送的第八信息,所述第八信息用于指示所述至少一个QoS flow由所述第一接入网设备切换至所述第二接入网设备。进而所述处理器1701可以确定所述至少一个QoS flow中所述通知控制状态为第一状态的QoS flow,并将确定出的QoS flow的通知控制状态更新为第二状态。其中,所述第一状态用于指示确定出的QoS flow的服务质量需求不能够被满足,所述第二状态用于指示确定出的QoS flow的服务质量需求能够被满足。
其中,所述处理器1701、以及收发器1702所执行的具体步骤可参见上述方法实施例四PCF网元涉及的步骤中的相关描述,这里不再详述。
上述通信装置1700还可以由逻辑单元来实现,图18示出了本申请实施例提供的一种通信装置1800的结构示意图,该装置1800包括处理模块1801、以及收发模块1802。其中,处理模块1801对应于上述通信装置1700中所述的处理器1701,收发模块1802对应于上述通信装置1700中所述的收发器1702,可分别用于实现上述方法实施例四涉及的PCF网元的相应功能,具体实现过程可参照上述方法实施例四以及上述通信装置1700中的相关描述,这里不再赘述。
可以理解的是,本申请实施例附图中仅仅示出了上述通信装置的简化设计。在实际应用中,上述通信装置并不限于上述结构,例如对于第一RAN设备或第二RAN设备来说,具体结构中还可以包括天线阵列,双工器以及基带处理部分等。
需要说明的是,本申请实施例上述涉及的处理器可以是中央处理器(centralprocessing unit,CPU),通用处理器,数字信号处理器(digital signal processor,DSP),专用集成电路(application-specific integrated circuit,ASIC),现场可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等等。其中,所述存储器可以集成在所述处理器中,也可以与所述处理器分开设置。
根据本申请实施例提供的方法,本申请实施例还提供一种通信系统,其包括上述的第一RAN设备、第二RAN设备、SMF网元以及PCF网元。
本申请实施例还提供一种芯片,所述芯片可以与存储器相连,用于读取并执行所述存储器中存储的软件程序,以实现上述方法实施例中所涉及的任意一种方法。
本申请实施例还提供一种计算机存储介质,所述计算机存储介质存储有计算机可读指令,当计算机读取并执行所述计算机可读指令时,可以完成上述方法实施例中所涉及的任意一种方法。
本申请实施例还提供一种包含软件程序的计算机程序产品,当其在计算机上运行时,使得计算机执行上述方法实施例所涉及的任意一种方法。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机指令的计算机可读存储介质(包括但不限于磁盘存储器、光学存储器等)上实施的计算机程序产品的形式。
以上实施例中,对本申请的目的、技术方法和有益效果进行了详细说明。应理解,以上所述仅为本申请的具体实施方式而已,本申请的保护范围并不限定于此。凡在本申请的技术方案的基础上所做出的任何修改和变型,均应包括在本申请的保护范围之内。

Claims (24)

1.一种通信方法,其特征在于,包括:
在至少一个服务质量流由第一接入网设备切换至第二接入网设备的过程中,
所述第一接入网设备向所述第二接入网设备发送第一信息,所述第一信息用于指示所述第一接入网设备已经通知核心网设备所述至少一个服务质量流的服务质量需求不能被满足。
2.如权利要求1所述的方法,其特征在于,所述第一信息中包括所述至少一个服务质量流的标识、以及所述至少一个服务质量流的通知控制状态,所述通知控制状态为第一状态,所述第一状态用于指示所述至少一个服务质量流的服务质量需求不能够被满足。
3.如权利要求1或2所述的方法,其特征在于,所述第一接入网设备向所述第二接入网设备发送第一信息,包括:
所述第一接入网设备通过与所述第二接入网设备相连的接口,向所述第二接入网设备发送所述第一信息;或者,
所述第一接入网设备通过接入和移动性管理功能AMF网元,向所述第二接入网设备发送所述第一信息。
4.一种通信方法,其特征在于,包括:
第二接入网设备接收第一接入网设备发送的第一信息,所述第一信息用于指示所述第一接入网设备已经通知核心网设备至少一个服务质量流的服务质量需求不能被满足;
所述第二接入网设备向所述核心网设备发送第二信息,所述第二信息用于通知所述核心网设备所述至少一个服务质量流中第一服务质量流的服务质量需求能够被满足,其中,所述第一服务质量流为已经由所述第一接入网设备切换至所述第二接入网设备的服务质量流。
5.如权利要求4所述的方法,其特征在于,所述方法还包括:
所述第二接入网设备在检测到所述第一服务质量流的服务质量需求不能被满足时,向所述核心网设备发送第三信息,所述第三信息用于通知所述核心网设备所述第一服务质量流的服务质量需不能够被满足。
6.一种通信方法,其特征在于,包括:
当至少一个服务质量流已经由第一接入网设备切换至第二接入网设备时,
所述第二接入网设备向核心网设备发送第四信息,所述第四信息用于通知所述核心网设备所述至少一个服务质量流的服务质量需求能够被满足。
7.如权利要求6所述的方法,其特征在于,所述至少一个服务质量流为已经由所述第一接入网设备切换至所述第二接入网设备、且需要进行通知控制的所有服务质量流。
8.一种通信方法,其特征在于,包括:
会话管理功能SMF网元接收第二接入网设备发送的至少一个服务质量流的通知控制状态,所述至少一个服务质量流为已经由第一接入网设备切换至所述第二接入网设备的服务质量流,所述通知控制状态为第二状态,所述第二状态用于指示所述至少一个服务质量流的服务质量需求能够被满足;
所述SMF网元向策略控制功能PCF网元发送第五信息,所述第五信息用于通知所述PCF网元所述至少一个服务质量流的服务质量需求能够被满足。
9.如权利要求8所述的方法,其特征在于,所述方法还包括:
所述SMF网元向所述PCF网元发送所述第五信息之前,所述SMF网元确定接收的所述第一接入网设备发送的所述至少一个服务质量流的通知控制状态为第一状态,所述第一状态用于指示所述至少一个服务质量流的服务质量需求不能够被满足。
10.一种通信方法,其特征在于,包括:
会话管理功能SMF网元确定接收的第一接入网设备发送的至少一个服务质量流的通知控制状态;
当所述至少一个服务质量流中的第二服务质量流已经由所述第一接入网设备切换至第二接入网设备时,所述SMF网元确定所述第二服务质量流中所述通知控制状态为第一状态的第三服务质量流;
所述SMF网元将所述第三服务质量流的所述通知控制状态更新为第二状态,并向策略控制功能PCF网元发送第六信息,所述第六信息用于通知所述PCF网元所述第三服务质量流的所述通知控制状态为第二状态;
其中,所述第一状态用于指示所述第三服务质量流的服务质量需求不能够被满足,所述第二状态用于指示所述第三服务质量流的服务质量需求能够被满足。
11.如权利要求10所述的方法,其特征在于,所述方法还包括:
所述SMF网元接收到接入和移动性管理功能AMF网元发送的第七信息,所述第七信息包括已经由所述第一接入网设备切换至所述第二接入网设备的所述第二服务质量流的标识。
12.如权利要求10或11所述的方法,其特征在于,所述方法还包括:如果所述SMF网元曾接收过所述第二服务质量流的通知控制状态且所述通知控制状态为第一状态,所述第三服务质量流用于指示所述第三服务质量流的服务质量需求又能够被满足。
13.一种通信装置,其特征在于,包括:处理模块和收发模块;
所述处理模块,用于在至少一个服务质量流由所述通信装置切换至第二接入网设备的过程中,用所述收发模块向所述第二接入网设备发送第一信息,所述第一信息用于指示所述通信装置已经通知核心网设备所述至少一个服务质量流的服务质量需求不能被满足。
14.如权利要求13所述的装置,其特征在于,所述第一信息中包括所述至少一个服务质量流的标识、以及所述至少一个服务质量流的通知控制状态,所述通知控制状态为第一状态,所述第一状态用于指示所述至少一个服务质量流的服务质量需求不能够被满足。
15.如权利要求13或14所述的装置,其特征在于,所述处理模块,具体用于:
用所述收发模块通过与所述第二接入网设备相连的接口向所述第二接入网设备发送所述第一信息;或者,
用所述收发模块通过接入和移动性管理功能AMF网元向所述第二接入网设备发送所述第一信息。
16.一种通信装置,其特征在于,包括:处理模块和收发模块;
所述处理模块,用于用所述收发模块接收第一接入网设备发送的第一信息,所述第一信息用于指示所述第一接入网设备已经通知核心网设备至少一个服务质量流的服务质量需求不能被满足;
所述处理模块,还用于用所述收发模块向所述核心网设备发送第二信息,所述第二信息用于通知所述核心网设备所述至少一个服务质量流中第一服务质量流的服务质量需求能够被满足,其中,所述第一服务质量流为已经由所述第一接入网设备切换至所述通信装置的服务质量流。
17.如权利要求16所述的装置,其特征在于,所述处理模块,还用于:
在检测到所述第一服务质量流的服务质量需求不能被满足时,用所述收发模块向所述核心网设备发送第三信息,所述第三信息用于通知所述核心网设备所述第一服务质量流的服务质量需不能够被满足。
18.一种通信装置,其特征在于,包括:处理模块和收发模块;
当至少一个服务质量流已经由第一接入网设备切换至所述通信装置时,
所述处理模块,用于用所述收发模块向核心网设备发送第四信息,所述第四信息用于通知所述核心网设备所述至少一个服务质量流的服务质量需求能够被满足。
19.如权利要求18所述的装置,其特征在于,所述至少一个服务质量流为已经由所述第一接入网设备切换至所述第二接入网设备、且需要进行通知控制的所有服务质量流。
20.一种通信装置,其特征在于,包括:处理模块和收发模块;
所述处理模块,用于用所述收发模块接收第二接入网设备发送的至少一个服务质量流的通知控制状态,所述至少一个服务质量流为已经由第一接入网设备切换至所述第二接入网设备的服务质量流,所述通知控制状态为第二状态,所述第二状态用于指示所述至少一个服务质量流的服务质量需求能够被满足;
所述处理模块,还用于用所述收发模块向策略控制功能PCF网元发送第五信息,所述第五信息用于通知所述PCF网元所述至少一个服务质量流的服务质量需求能够被满足。
21.如权利要求20所述的装置,其特征在于,所述处理模块,还用于:
在用所述收发模块向所述PCF网元发送所述第五信息之前,所述处理模块确定接收的所述第一接入网设备发送的所述至少一个服务质量流的通知控制状态为第一状态,所述第一状态用于指示所述至少一个服务质量流的服务质量需求不能够被满足。
22.一种通信装置,其特征在于,包括:处理模块和收发模块;
所述处理模块,用于确定接收的第一接入网设备发送的至少一个服务质量流的通知控制状态;
所述处理模块,还用于当所述至少一个服务质量流中的第二服务质量流已经由所述第一接入网设备切换至第二接入网设备时,确定所述第二服务质量流中所述通知控制状态为第一状态的第三服务质量流;
所述处理模块,还用于将所述第三服务质量流的所述通知控制状态更新为第二状态,并用所述收发模块向策略控制功能PCF网元发送第六信息,所述第六信息用于通知所述PCF网元所述第三服务质量流的所述通知控制状态为第二状态;
其中,所述第一状态用于指示所述至少一个服务质量流的服务质量需求不能够被满足,所述第二状态用于指示所述至少一个服务质量流的服务质量需求能够被满足。
23.如权利要求22所述的装置,其特征在于,所述处理模块,还用于:
用所述收发模块接收到接入和移动性管理功能AMF网元发送的第七信息,所述第七信息包括已经由所述第一接入网设备切换至所述第二接入网设备的所述第二服务质量流的标识。
24.如权利要求21或22所述的装置,其特征在于,如果所述收发模块曾接收过所述第二服务质量流的通知控制状态且所述通知控制状态为第一状态,则所述第三服务质量流用于指示所述第三服务质量流的服务质量需求又能够被满足。
CN201810491245.7A 2018-05-21 2018-05-21 一种通信方法及装置 Active CN110519807B (zh)

Priority Applications (14)

Application Number Priority Date Filing Date Title
CN201810491245.7A CN110519807B (zh) 2018-05-21 2018-05-21 一种通信方法及装置
CN202110715024.5A CN113365293A (zh) 2018-05-21 2018-05-21 一种通信方法及装置
KR1020207036641A KR102434931B1 (ko) 2018-05-21 2019-05-21 통신 방법 및 통신 장치
PCT/CN2019/087827 WO2019223690A1 (zh) 2018-05-21 2019-05-21 一种通信方法及装置
ES19807377T ES2967399T3 (es) 2018-05-21 2019-05-21 Método de comunicación y dispositivo de comunicación
BR112020023685-3A BR112020023685A2 (pt) 2018-05-21 2019-05-21 método de comunicação e aparelho de comunicações
AU2019272364A AU2019272364C1 (en) 2018-05-21 2019-05-21 Communication method and communications apparatus
JP2020565351A JP7048763B2 (ja) 2018-05-21 2019-05-21 通信方法及び通信装置
EP23208341.0A EP4354832A2 (en) 2018-05-21 2019-05-21 Communication method and communications apparatus
EP19807377.7A EP3790314B1 (en) 2018-05-21 2019-05-21 Communication method and device
US17/100,190 US11575754B2 (en) 2018-05-21 2020-11-20 Communication method and communications apparatus
JP2022047594A JP2022109906A (ja) 2018-05-21 2022-03-23 通信方法及び通信装置
US18/154,537 US20230147304A1 (en) 2018-05-21 2023-01-13 Communication Method and Communications Apparatus
US18/365,564 US20240048624A1 (en) 2018-05-21 2023-08-04 Communication Method and Communications Apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810491245.7A CN110519807B (zh) 2018-05-21 2018-05-21 一种通信方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202110715024.5A Division CN113365293A (zh) 2018-05-21 2018-05-21 一种通信方法及装置

Publications (2)

Publication Number Publication Date
CN110519807A CN110519807A (zh) 2019-11-29
CN110519807B true CN110519807B (zh) 2021-06-29

Family

ID=68615997

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201810491245.7A Active CN110519807B (zh) 2018-05-21 2018-05-21 一种通信方法及装置
CN202110715024.5A Pending CN113365293A (zh) 2018-05-21 2018-05-21 一种通信方法及装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202110715024.5A Pending CN113365293A (zh) 2018-05-21 2018-05-21 一种通信方法及装置

Country Status (9)

Country Link
US (3) US11575754B2 (zh)
EP (2) EP3790314B1 (zh)
JP (2) JP7048763B2 (zh)
KR (1) KR102434931B1 (zh)
CN (2) CN110519807B (zh)
AU (1) AU2019272364C1 (zh)
BR (1) BR112020023685A2 (zh)
ES (1) ES2967399T3 (zh)
WO (1) WO2019223690A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110519807B (zh) * 2018-05-21 2021-06-29 华为技术有限公司 一种通信方法及装置
US11638280B2 (en) * 2018-07-23 2023-04-25 Qualcomm Incorporated Quality of service (QOS) for uplink access in a wireless local area network (WLAN)
WO2020034464A1 (en) * 2018-11-14 2020-02-20 Zte Corporation Methods, apparatus and systems for satisfying a time control requirement in a wireless communication
US11265753B2 (en) * 2019-08-30 2022-03-01 Cisco Technology, Inc. Guaranteed bit rate adjustability
CN113079541B (zh) * 2020-01-06 2023-05-05 华为技术有限公司 一种报告信息的发送方法、装置及系统
CN114205305A (zh) * 2020-09-18 2022-03-18 华为技术有限公司 一种数据传输方法及相关设备
CN113037543B (zh) * 2021-02-25 2023-11-07 腾讯科技(深圳)有限公司 QoS变化的通知方法、装置、设备及介质
CN113038553B (zh) * 2021-02-25 2023-10-27 腾讯科技(深圳)有限公司 基于切换过程的消息发送方法、装置、设备及介质
CN113163449A (zh) * 2021-02-25 2021-07-23 腾讯科技(深圳)有限公司 应用程序的控制方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2827635A1 (en) * 2012-03-15 2015-01-21 NEC Corporation Wireless communications system, wireless station, network operation management device, and network optimization method
CN107018542A (zh) * 2017-03-27 2017-08-04 中兴通讯股份有限公司 网络系统中状态信息的处理方法、装置及存储介质
CN107548127A (zh) * 2016-06-23 2018-01-05 北京三星通信技术研究有限公司 支持数据传输的方法和设备

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7233583B2 (en) * 2004-06-28 2007-06-19 Nokia Corporation Method and apparatus providing context transfer for inter-BS and inter-PCF handoffs in a wireless communication system
CN101027926B (zh) * 2004-09-21 2012-11-14 艾利森电话股份有限公司 提供无线一键通(PoC)动态业务选项的设备和方法
BR112012025376B1 (pt) * 2010-04-29 2021-08-10 Interdigital Ce Patent Holdings Método e aparelho para redes sem fio para selecionar e ou compartilhar canais
AU2014408102B2 (en) * 2014-09-30 2018-07-05 Huawei Technologies Co., Ltd. Dedicated network handover method, dedicated network type notification method, and device
US11444850B2 (en) * 2016-05-02 2022-09-13 Huawei Technologies Co., Ltd. Method and apparatus for communication network quality of service capability exposure
WO2017196161A1 (en) * 2016-05-13 2017-11-16 Samsung Electronics Co., Ltd. Light connection control method and apparatus
US10362507B2 (en) * 2016-06-10 2019-07-23 Huawei Technologies Co., Ltd. Systems and method for quality of service monitoring, policy enforcement, and charging in a communications network
EP3528532B1 (en) 2016-10-11 2021-10-27 LG Electronics Inc. Method for applying reflective quality of service in wireless communication system, and device therefor
WO2018111029A1 (ko) * 2016-12-15 2018-06-21 엘지전자(주) 무선 통신 시스템에서 핸드오버 수행 방법 및 이를 위한 장치
US10462840B2 (en) 2017-01-09 2019-10-29 Huawei Technologies Co., Ltd. System and methods for session management
KR102355678B1 (ko) * 2017-05-08 2022-01-26 삼성전자 주식회사 이동 통신 시스템에서의 QoS(Quality Of Service) Flow의 설정 방법 및 장치
US20200084691A1 (en) * 2017-06-16 2020-03-12 Telefonaktiebolaget Lm Ericsson (Publ) User Equipment and Method in a Wireless Communications Network
US20180367288A1 (en) * 2017-06-16 2018-12-20 Huawei Technologies Co., Ltd. Dynamic activation and deactivation of packet duplication
TWI680688B (zh) * 2017-07-20 2019-12-21 華碩電腦股份有限公司 無線通訊系統中服務服務質量流的方法和設備
WO2019185179A1 (en) * 2018-03-28 2019-10-03 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for accessing a service outside a mobile communications network in a multipath connection
CN110832897B (zh) * 2018-04-09 2023-05-16 Lg电子株式会社 用于支持qos的方法和smf
US10506506B2 (en) * 2018-04-30 2019-12-10 Ofinno, Llc 5G policy control for restricted local operator services
WO2019210966A1 (en) * 2018-05-03 2019-11-07 Huawei Technologies Co., Ltd. Client device, network control node and upf for transmission and reception of streams of data packets in multi-connectivity
CN110519807B (zh) * 2018-05-21 2021-06-29 华为技术有限公司 一种通信方法及装置
CN112470432A (zh) * 2018-07-26 2021-03-09 联想(新加坡)私人有限公司 监视数据连接的qos参数
WO2020167087A1 (ko) * 2019-02-15 2020-08-20 삼성전자 주식회사 무선 통신 시스템에서 데이터를 전송하기 위한 방법 및 장치
ES2966812T3 (es) * 2019-12-23 2024-04-24 Otis Elevator Co Dispositivo y método de prueba de traspaso de contrapeso
CN113038553B (zh) * 2021-02-25 2023-10-27 腾讯科技(深圳)有限公司 基于切换过程的消息发送方法、装置、设备及介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2827635A1 (en) * 2012-03-15 2015-01-21 NEC Corporation Wireless communications system, wireless station, network operation management device, and network optimization method
CN107548127A (zh) * 2016-06-23 2018-01-05 北京三星通信技术研究有限公司 支持数据传输的方法和设备
CN107018542A (zh) * 2017-03-27 2017-08-04 中兴通讯股份有限公司 网络系统中状态信息的处理方法、装置及存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
23.501: The usage of notification control;CATT;《SA WG2 Meeting #122bis S2-175838》;20170815;正文第2节 *
Handling of Notification Control in TS 38.413;Nokia, Nokia Shanghai Bell, Huawei;《3GPP TSG-RAN WG3#99bis R3-182393》;20180419;正文第1-2节 *

Also Published As

Publication number Publication date
AU2019272364B2 (en) 2022-02-10
EP3790314A1 (en) 2021-03-10
KR102434931B1 (ko) 2022-08-19
CN113365293A (zh) 2021-09-07
AU2019272364C1 (en) 2022-06-30
JP2021524689A (ja) 2021-09-13
WO2019223690A1 (zh) 2019-11-28
US20210075864A1 (en) 2021-03-11
US20230147304A1 (en) 2023-05-11
ES2967399T3 (es) 2024-04-30
BR112020023685A2 (pt) 2021-02-17
US20240048624A1 (en) 2024-02-08
KR20210008878A (ko) 2021-01-25
CN110519807A (zh) 2019-11-29
JP2022109906A (ja) 2022-07-28
JP7048763B2 (ja) 2022-04-05
AU2019272364A1 (en) 2020-12-24
EP4354832A2 (en) 2024-04-17
EP3790314A4 (en) 2021-06-23
US11575754B2 (en) 2023-02-07
EP3790314B1 (en) 2023-11-15

Similar Documents

Publication Publication Date Title
CN110519807B (zh) 一种通信方法及装置
US11240699B2 (en) Insufficient resources in the UE during PDU session establishment procedure
US10945179B2 (en) Communication path switching method and device
KR102434608B1 (ko) 데이터 버퍼링 방법 및 세션 관리 기능 엔티티
CN111182600B (zh) 在无线通信系统中支持ue移动的方法及装置
CN105848222B (zh) 用于切换的方法和基站设备
US11129054B2 (en) Methods, systems and devices for supporting local breakout in small cell architecture
EP3316625B1 (en) Method, network device, and user equipment for secondary base station handover
US20160234851A1 (en) Data transmission apparatus and method
CN112399507B (zh) 用于传输数据的方法、终端设备和网络设备
JP5021772B2 (ja) トラッキングエリアの更新或いは切替プロセスにおいてリソースが誤ってリリースされることを防ぐ方法
CN110149166B (zh) 传输控制方法、装置和系统
CN110650505B (zh) 一种支持切换的方法
CN108282833B (zh) 处理系统间移动中的分组数据流的装置及方法
CN111107664B (zh) 一种资源管理方法、会话管理功能实体及设备
CN109474954B (zh) 一种会话建立方法及装置
CN111510977B (zh) 一种移动性管理方法及装置
CN109219094B (zh) 基站切换及实例分配方法、rlc协议实现设备、基站及终端
CN110582126B (zh) 一种通信方法及装置
CN110831076B (zh) 一种pdu会话的处理方法及设备
CN117296376A (zh) 在切换期间管理无线电资源和下行链路传输
CN117676741A (zh) QoS信息的发送方法、接收方法、装置、设备及介质

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