CN115696463A - 多终端联合会话管理方法、网络侧设备及终端 - Google Patents
多终端联合会话管理方法、网络侧设备及终端 Download PDFInfo
- Publication number
- CN115696463A CN115696463A CN202110872959.4A CN202110872959A CN115696463A CN 115696463 A CN115696463 A CN 115696463A CN 202110872959 A CN202110872959 A CN 202110872959A CN 115696463 A CN115696463 A CN 115696463A
- Authority
- CN
- China
- Prior art keywords
- terminal
- request message
- address information
- message
- core network
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/12—Flow control between communication endpoints using signalling between network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种多终端联合会话管理方法、网络侧设备及终端,属于无线通信技术领域,本申请实施例的多终端联合会话管理方法包括:第一核心网网元从第一消息中获取第二终端的地址信息,所述第一消息与第一终端对应的PDU会话相关;所述第一核心网网元根据所述第二终端的地址信息确定与所述第二终端对应的目标核心网网元;所述第一核心网网元向所述目标核心网网元发送第二消息,所述第二消息用于请求所述目标核心网网元为所述第二终端预留PDU会话资源和/或建立QoS流。
Description
技术领域
本申请属于无线通信技术领域,具体涉及一种多终端联合会话管理方法、网络侧设备及终端。
背景技术
终端通过协议数据单元(Protocol Data Unit,PDU)会话实现与应用服务器的数据转发和接收。当前技术下,不同终端之间的PDU会话是独立的,彼此之间没有关联性。一个终端通过自身PDU会话接收与转发数据不会影响其他终端的PDU会话。
但随着个人网络的部署,一个用户可能存在着不同形态的终端,不同终端在家庭网络中相应实现不同的功能,如音响,摄像头,电视等。用户可能通过手机控制其他形态终端实现对应的功能,如手机将媒体数据控制在电视上播放,音频数据在音响上播放。在此情况下,当前的PDU会话管理技术无法对不同终端之间的PDU会话进行联合管理。
发明内容
本申请实施例提供一种多终端联合会话管理方法、网络侧设备及终端,能够解决如何实现多终端之间的会话联合管理的问题。
第一方面,提供了一种多终端联合会话管理方法,该方法包括:
第一核心网网元从第一消息中获取第二终端的地址信息,所述第一消息与第一终端对应的PDU会话相关;
所述第一核心网网元根据所述第二终端的地址信息确定与所述第二终端对应的目标核心网网元;
所述第一核心网网元向所述目标核心网网元发送第二消息,所述第二消息用于请求所述目标核心网网元为所述第二终端预留PDU会话资源和/或建立QoS流。
第二方面,提供了一种多终端联合会话管理方法,包括:
目标核心网网元接收与第一终端对应的PDU会话相关的第二消息,所述第二消息用于请求所述目标核心网网元为第二终端预留PDU会话资源和/或建立QoS流;
所述目标核心网网元根据所述第二消息执行相关操作,所述相关操作包括以下操作中的至少一项:
生成或者更新与所述第二终端对应的PDU会话的PCC规则;
执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流。
第三方面,提供了一种多终端联合会话管理方法,包括:
终端发送第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息。
第四方面,提供了一种多终端联合会话管理方法,包括:
第一网络侧设备接收由第一终端发送的第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息;
所述第一网络侧设备根据所述第二请求消息发送第一请求消息,所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息。
第五方面,提供了一种多终端联合会话管理装置,包括:
获取模块,用于从第一消息中获取第二终端的地址信息,所述第一消息与第一终端对应的PDU会话相关;
确定模块,用于根据所述第二终端的地址信息确定与所述第二终端对应的目标核心网网元;
发送模块,用于向所述目标核心网网元发送第二消息,所述第二消息用于请求所述目标核心网网元为所述第二终端预留PDU会话资源和/或建立QoS流。
第六方面,提供了一种多终端联合会话管理装置,包括:
接收模块,用于接收与第一终端对应的PDU会话相关的第二消息,所述第二消息用于请求所述目标核心网网元为第二终端预留PDU会话资源和/或建立QoS流;
执行模块,用于根据所述第二消息执行相关操作,所述相关操作包括以下操作中的至少一项:
生成或者更新与所述第二终端对应的PDU会话的PCC规则;
执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流。
第七方面,提供了一种多终端联合会话管理装置,包括:
发送模块,用于发送第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息中包含所述第二终端的地址信息。
第八方面,提供了一种多终端联合会话管理装置,包括:
接收模块,用于接收由第一终端发送的第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息;
发送模块,用于根据所述第二请求消息发送第一请求消息,所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息。
第九方面,提供了一种核心网网元,该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面或第二方面所述的方法的步骤。
第十方面,提供了一种核心网网元,包括处理器及通信接口,其中,所述处理器用于从第一消息中获取第二终端的地址信息,所述第一消息与第一终端对应的PDU会话相关;根据所述第二终端的地址信息确定与所述第二终端对应的目标核心网网元,所述通信接口用于向所述目标核心网网元发送第二消息,所述第二消息用于请求所述目标核心网网元为所述第二终端预留PDU会话资源和/或建立QoS流。
第十一方面,提供了一种核心网网元,包括处理器及通信接口,其中,所述通信接口用于接收与第一终端对应的PDU会话相关的第二消息,所述第二消息用于请求所述目标核心网网元为第二终端预留PDU会话资源和/或建立QoS流;所述处理器用于根据所述第二消息执行相关操作,所述相关操作包括以下操作中的至少一项:
生成或者更新与所述第二终端对应的PDU会话的PCC规则;
执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流。
第十二方面,提供了一种终端,该终端包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第三方面所述的方法的步骤。
第十三方面,提供了一种终端,包括处理器及通信接口,其中,所述通信接口用于发送第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息。
第十四方面,提供了一种网络侧设备,该网络侧设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第四方面所述的方法的步骤。
第十五方面,提供了一种网络侧设备,包括处理器及通信接口,其中,所述通信接口用于接收由第一终端发送的第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息;根据所述第二请求消息发送第一请求消息,所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息。
第十六方面,提供了一种可读存储介质,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如第一方面、第二方面、第三方面或第四方面所述的方法的步骤。
第十七方面,提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现如第一方面、第二方面、第三方面或第四方面所述的方法。
第十八方面,提供了一种计算机程序/程序产品,所述计算机程序/程序产品被存储在非易失的存储介质中,所述程序/程序产品被至少一个处理器执行以实现如第一方面、第二方面、第三方面或第四方面所述的方法的步骤。
在本申请实施例中,可以在一个终端的PDU会话流程中,为其他终端预留PDU会话资源和/或建立服务质量QoS流,从而能够实现多终端之间会话的联合管理。
附图说明
图1为本申请实施例可应用的一种无线通信系统的框图;
图2为本申请实施例的多终端联合会话管理方法的流程示意图之一;
图3为本申请实施例的多终端联合会话管理方法的流程示意图之二;
图4为本申请实施例的多终端联合会话管理方法的流程示意图之三;
图5为本申请实施例的多终端联合会话管理方法的流程示意图之四;
图6为本申请实施例的多终端联合会话管理方法的流程示意图之五;
图7为本申请实施例的多终端联合会话管理方法的流程示意图之六;
图8为本申请实施例的多终端联合会话管理方法的流程示意图之七;
图9为本申请实施例一的多终端联合会话管理方法的流程示意图;
图10为本申请实施例二的多终端联合会话管理方法的流程示意图;
图11为本申请实施例三的多终端联合会话管理方法的流程示意图;
图12为本申请实施例的多终端联合会话管理装置的结构示意图之一;
图13为本申请实施例的多终端联合会话管理装置的结构示意图之二;
图14为本申请实施例的多终端联合会话管理装置的结构示意图之三;
图15为本申请实施例的多终端联合会话管理装置的结构示意图之四;
图16为本申请实施例的通信设备的结构示意图;
图17为本申请实施例的终端的硬件结构示意图;
图18为本申请实施例的网络侧设备的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”所区别的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是,本申请实施例所描述的技术不限于长期演进型(Long TermEvolution,LTE)/LTE的演进(LTE-Advanced,LTE-A)系统,还可用于其他无线通信系统,诸如码分多址(Code Division Multiple Access,CDMA)、时分多址(Time DivisionMultiple Access,TDMA)、频分多址(Frequency Division Multiple Access,FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access,OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access,SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用,所描述的技术既可用于以上提及的系统和无线电技术,也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio,NR)系统,并且在以下大部分描述中使用NR术语,但是这些技术也可应用于NR系统应用以外的应用,如第6代(6th Generation,6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中,终端11也可以称作终端设备或者用户终端(User Equipment,UE),终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant,PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer,UMPC)、移动上网装置(Mobile Internet Device,MID)、可穿戴式设备(Wearable Device)或车载设备(VUE)、行人终端(PUE)等终端侧设备,可穿戴式设备包括:智能手表、手环、耳机、眼镜等。需要说明的是,在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网,其中,基站可被称为节点B、演进节点B、接入点、基收发机站(Base Transceiver Station,BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set,BSS)、扩展服务集(Extended Service Set,ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting Receiving Point,TRP)或所述领域中其他某个合适的术语,只要达到相同的技术效果,所述基站不限于特定技术词汇,需要说明的是,在本申请实施例中仅以NR系统中的基站为例,但是并不限定基站的具体类型。
下面结合附图,通过一些实施例及其应用场景对本申请实施例提供的多终端联合会话管理方法、网络侧设备及终端进行详细地说明。
请参考图2,图2为本申请实施例的多终端联合会话管理方法的流程示意图之一,该多终端联合会话管理方法包括:
步骤21:第一核心网网元从第一消息中获取第二终端的地址信息,所述第一消息与第一终端对应的PDU会话相关;
所述第二终端的地址信息例如为所述第二终端的IP地址信息。
所述第二终端的个数可以为一个,也可以为多个。
步骤22:所述第一核心网网元根据所述第二终端的地址信息确定与所述第二终端对应的目标核心网网元;
步骤23:所述第一核心网网元向所述目标核心网网元发送第二消息,所述第二消息用于请求所述目标核心网网元为所述第二终端预留PDU会话资源和/或建立QoS流。
本申请实施例中,第一核心网网元可以在第一终端对应的PDU会话流程中,为所述第二终端预留PDU会话资源和/或建立QoS流,从而实现多终端之间的联合会话管理。
在本申请的一些实施例中,可选的,所述第二终端的地址信息通过所述第一消息中的流描述字段隐式携带。
在本申请的另外一些实施例中,可选的,所述第二终端的地址信息还可以通过所述第一消息中的单独字段显式携带。
在本申请的一些实施例中,可选的:
所述第一核心网网元为网络开放功能(Network Exposure Function,NEF);
所述第一消息为所述NEF接收到的第一请求消息,所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息;
所述目标核心网网元为所述第二终端对应的第二策略控制功能实体(PolicyControl Function,PCF);
所述第二消息为策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的触发策略控制和计费(Policy Control and Charging,PCC)规则。
请参考图3,图3为本申请实施例的多终端联合会话管理方法的流程示意图之二,该多终端联合会话管理方法包括:
步骤31:NEF接收与第一终端对应的PDU会话相关的第一请求消息,所述第一请求消息用于请求核心网为第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息;
也就是说,所述第一请求消息为与第一终端对应的PDU会话相关的消息,所述第一请求消息包含所述第一终端的地址信息,与现有技术中的与第一终端对应的PDU会话相关的消息不同的是,所述第一请求消息中还包括额外的终端(即第二终端)的地址信息。
此外,所述第一请求消息中还可以包括标识信息,用于指示所述第一请求消息用于多终端联合会话管理。
步骤32:NEF从所述第一请求消息中获取第二终端的地址信息;
所述第二终端的地址信息例如为所述第二终端的IP地址信息。
所述第二终端的个数可以为一个,也可以为多个。
本申请实施例中,可选的,所述第二终端的地址信息通过所述第一请求消息中的单独字段显式携带,使得所述NEF能够识别所述第二终端的地址信息。
步骤33:NEF根据所述第二终端的地址信息确定与所述第二终端对应的第二PCF;
步骤34:NEF向所述第二PCF发送策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的PCC规则,从而由第二PCF生成或更新与所述第二终端对应的PDU会话的PCC规则,并将生成或更新的PCC规则发送给与所述第二终端对应的第二SMF,由第二SMF执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流。
在本申请的其他一些实施例中,若所述第二终端的地址信息通过所述第一请求消息中的流描述字段隐式携带,NEF可能无法读取所述第二终端的地址信息,此时,所述NEF只能根据所述第一请求消息中的第一终端的地址信息,向第一终端对应的第一PCF发送策略授权请求消息,后续由第一PCF来确定目标核心网网元(具体识别过程参见下面内容)。
在本申请的一些实施例中,可选的:
所述第一核心网网元为与所述第一终端对应的第一PCF;
所述第一消息为所述第一PCF接收到的策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的PCC规则,所述策略授权请求消息包含所述第二终端的地址信息;
所述目标核心网网元为与所述第二终端对应的第二SMF;
所述第二消息为生成或更新的PCC规则。
请参考图4,图4为本申请实施例的多终端联合会话管理方法的流程示意图之三,该多终端联合会话管理方法包括:
步骤41:第一PCF从与第一终端对应的PDU会话相关的策略授权请求消息中获取第二终端的地址信息;
所述第二终端的地址信息例如为所述第二终端的IP地址信息。
所述第二终端的个数可以为一个,也可以为多个。
步骤42:第一PCF根据所述第二终端的地址信息确定与所述第二终端对应的第二SMF;
步骤43:所述第一PCF根据所述策略授权请求消息,生成或更新与所述第二终端对应的PDU会话的PCC规则。
步骤44:第一PCF向所述第二SMF发送生成或更新的PCC规则,以指示所述第二SMF执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流的消息。
在本申请的一些实施例中,可选的:
所述第一核心网网元为与所述第一终端对应的第一PCF;
所述第一消息为所述第一PCF接收到的策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的PCC规则,所述策略授权请求消息包含所述第二终端的地址信息;
所述目标核心网网元为与所述第二终端对应的第二PCF;
所述第二消息为所述策略授权请求消息。
请参考图5,图5为本申请实施例的多终端联合会话管理方法的流程示意图之四,该多终端联合会话管理方法包括:
步骤51:第一PCF从与第一终端对应的PDU会话相关的策略授权请求消息中获取第二终端的地址信息;
所述第二终端的地址信息例如为所述第二终端的IP地址信息。
所述第二终端的个数可以为一个,也可以为多个。
步骤52:第一PCF根据所述第二终端的地址信息确定与所述第二终端对应的第二PCF;
步骤53:第一PCF将所述策略授权请求消息转发给所述第二PCF,从而由第二PCF生成或更新与所述第二终端对应的PDU会话的PCC规则,并将生成或更新的PCC规则发送给与所述第二终端对应的第二SMF,由第二SMF执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流。
请参考图6,图6为本申请实施例的多终端联合会话管理方法的流程示意图之五,该多终端联合会话管理方法包括:
步骤61:目标核心网网元接收与第一终端对应的PDU会话相关的第二消息,所述第二消息用于请求所述目标核心网网元为第二终端预留PDU会话资源和/或建立QoS流;
步骤62:所述目标核心网网元根据所述第二消息执行相关操作,所述相关操作包括以下操作中的至少一项:
生成或者更新与所述第二终端对应的PDU会话的PCC规则;
执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流。
本申请实施例中,目标核心网网元可以在第一终端对应的PDU会话流程中,为所述第二终端预留PDU会话资源和/或建立QoS流,从而实现多终端之间的联合会话管理。
在本申请的一些实施例中,可选的:
所述目标核心网网元为与所述第二终端对应的第二PCF;
所述第二消息为策略授权请求消息,所述策略授权请求消息用于指示所述第二PCF生成或更新与所述第二终端对应的PDU会话的PCC规则;
所述目标核心网网元根据所述第二消息执行相关操作包括:
所述第二PCF生成或更新与所述第二终端对应的PDU会话的PCC规则,并将生成或更新的PCC规则发送给与所述第二终端对应的第二SMF。
在本申请的一些实施例中,可选的:
所述目标核心网网元为与所述第二终端对应的第二SMF;
所述第二消息为生成或更新的PCC规则;
所述目标核心网网元根据所述第二消息执行相关操作包括:
执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流。
请参考图7,图7为本申请实施例的多终端联合会话管理方法的流程示意图之六,该多终端联合会话管理方法包括:
步骤71:终端发送第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息。
本申请实施例中,可以由一个终端触发将部分业务数据流转移到其他终端的PDU会话上传输,实现多终端之间的联合会话管理。
本申请实施例中,可选的,所述第二请求消息还包含以下至少一项:
业务描述符;
业务流模板。
其中,所述业务描述符用于指示所述终端需要转移的业务。所述业务流模板用于指示所述终端需要转移的业务流。
本申请实施例中,可选的,所述地址信息为IP地址信息。
本申请实施例中,可选的,终端发送第二请求消息包括:所述终端通过应用层向应用服务器发送所述第二请求消息。
请参考图8,图8为本申请实施例的多终端联合会话管理方法的流程示意图之七,该多终端联合会话管理方法包括:
步骤81:第一网络侧设备接收由第一终端发送的第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息;
步骤82:所述第一网络侧设备根据所述第二请求消息发送第一请求消息,所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息。
本申请实施例中,可以由一个终端触发将部分业务数据流转移到其他终端的PDU会话上传输,实现多终端之间的联合会话管理。
本申请实施例中,可选的,所述第二请求消息还用于请求将所述终端对应的PDU会话对应的业务的部分数据流转发给所述第二终端。
本申请实施例中,可选的:
所述第二终端的地址信息通过所述第一请求消息中的流描述字段隐式携带;
或者
所述第二终端的地址信息通过所述第一请求消息中的单独字段显式携带。
本申请实施例中,可选的,所述地址信息为IP地址信息。
本申请实施例中,可选的,所述第一网络侧设备为AF,所述AF可以为核心网网元,也可以为第三方网元。
下面结合附图,通过一些应用场景对本申请实施例提供的多终端联合会话管理方法进行举例说明。
本申请实施例一:NEF(第一核心网网元)确定目标PCF(目标核心网网元)。
请参考图9,本申请实施例一的多终端联合会话管理方法包括以下步骤:
步骤0:第一终端(UE#1)通过应用层向应用服务器(AF)发送第二请求消息(即图中的App layer message),其中,所述第二请求消息用于请求将部分业务数据流转移到第二终端(UE#2)对应的PDU会话上传输,所述第二请求消息携带所述第二终端的地址信息,例如所述第二请求消息携带的内容为(UE#2addr,multi path requirement),其中,UE#2addr为所述第二终端的地址信息,multi path requirement是用于指示所述第二请求消息用于多终端联合会话管理。
所述第二终端的地址信息例如可以是所述第二终端的IP地址。所述第二请求消息可以携带至少一个第二终端的地址信息。
本申请实施例中,可选的,所述第二请求消息还包含以下至少一项:
业务描述符;
业务流模板。
其中,所述业务描述符用于指示所述终端需要转移的业务。所述业务流模板用于指示所述终端需要转移的业务流。
步骤1:AF根据所述第二请求消息,确定请求核心网为第二终端预留PDU会话资源和/或建立QoS流,并向NEF发送第一请求消息(即图中的Nnef_AFsessionWithQoS_Createrequest),所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息。
图中所示的实施例中,所述第一请求消息中还包括以下内容:UE address,AFIdentifier,Flow description(s)),[UE#2Addr,]QoS reference,Alternative ServiceRequirements(optional),其中,UE address为所述第一终端的地址信息,AF Identifier为所述AF的标识符,Flow description(s)为流描述字段,[UE#2Addr,]为所述第二终端的地址信息,QoS reference为QoS参考信息,Alternative Service Requirements(optional)可选择的服务要求。
所述第一请求消息可以通过以下两种方式中的一项携带所述第二终端的地址信息:
通过所述第一请求消息中的流描述字段(Flow descriptor)隐式携带;(即所述第二终端的地址信息包含在Flow descriptor中)
或者
通过所述第一请求消息中的单独字段显式携带,用于表示所述Flow descriptor用于为所述第二终端预留PDU会话资源以及建立对应的QoS flow。
本申请实施例中,所述第二终端的地址信息是通过所述第一请求消息中的单独字段(即[UE#2Addr,])显式携带,使得NEF可以读取到该单独的字段,获取第二终端的地址信息;
步骤2:NEF在接收到所述第一请求消息后,鉴权和授权所述AF的第一请求消息,并获取所述第一请求消息中的所述第二终端的地址信息,根据所述第二终端的地址信息确定与第二终端对应的第二PCF(即目标核心网网元)。
步骤3:NEF向所述第二PCF发送策略授权请求消息(即Npcf_PolicyAuthorization_Create request),所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的触发策略控制和计费(Policy Control and Charging,PCC)规则。
图中所示的实施例中,所述策略授权请求消息中还包括以下内容:UE address,AFIdentifier,Flow description(s)),[UE#2Addr,]QoS reference,Alternative ServiceRequirements(optional),其中,UE address为所述第一终端的地址信息,AF Identifier为所述AF的标识符,Flow description(s)为流描述字段,[UE#2Addr,]为所述第二终端的地址信息,QoS reference为QoS参考信息,Alternative Service Requirements(optional)可选择的服务要求。
所述第二PCF基于所述策略授权请求消息中Flow descriptor对应的是所述第二终端的PDU会话,触发PCC规则生成或更新,并将生成或更新的PCC规则发给与所述第二终端对应的第二SMF,用于执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流。
步骤4:所述第二PCF向NEF发送针对所述策略授权请求消息的响应(即Npcf_PolicyAuthorization_Create response)。
步骤5:NEF向AF发送针对所述第一请求消息的响应(即Nnef_AFsessionWithQoS_Create response))。
步骤6:NEF向所述第二PCF发送策略授权订阅请求(Npcf_PolicyAuthorization_Subscribe),从而完成PDU会话资源预留过程。
本申请实施例二:PCF(第一核心网网元)确定目标SMF(目标核心网网元)。
请参考图10,本申请实施例的多终端联合会话管理方法包括以下步骤:
步骤0:第一终端(UE#1)通过应用层向应用服务器(AF)发送第二请求消息(即图中的App layer message),其中,所述第二请求消息用于请求将部分业务数据流转移到第二终端(UE#2)对应的PDU会话上传输,所述第二请求消息携带所述第二终端的地址信息,例如所述第二请消息携带的内容为(UE#2addr,multi path requirement),其中,UE#2addr为所述第二终端的地址信息,multi path requirement是用于指示所述第二请求消息用于多终端联合会话管理。
所述第二终端的地址信息例如可以是所述第二终端的IP地址。所述第二请求消息可以携带至少一个第二终端的地址信息。
本申请实施例中,可选的,所述第二请求消息还包含以下至少一项:
业务描述符;
业务流模板。
其中,所述业务描述符用于指示所述终端需要转移的业务。所述业务流模板用于指示所述终端需要转移的业务流。
步骤1:AF根据所述第二请求消息,确定请求核心网为第二终端预留PDU会话资源和/或建立QoS流,并向NEF发送第一请求消息(即图中的Nnef_AFsessionWithQoS_Createrequest),所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息。
图中所示的实施例中,所述第一请求消息中还包括以下内容:UE address,AFIdentifier,Flow description(s)),[UE#2Addr,]QoS reference,Alternative ServiceRequirements(optional),其中,UE address为所述第一终端的地址信息,AF Identifier为所述AF的标识符,Flow description(s)为流描述字段,[UE#2Addr,]为所述第二终端的地址信息,QoS reference为QoS参考信息,Alternative Service Requirements(optional)可选择的服务要求。
所述第一请求消息可以通过以下两种方式中的一项携带所述第二终端的地址信息:
通过所述第一请求消息中的流描述字段(Flow descriptor)隐式携带;(即所述第二终端的地址信息包含在Flow descriptor中)
或者
通过所述第一请求消息中的单独字段显式携带,用于表示所述Flow descriptor用于为所述第二终端预留PDU会话资源以及建立对应的QoS flow。
本申请实施例中,所述第二终端的地址信息是通过所述第一请求消息中的单独字段(即[UE#2Addr,])显式携带。
步骤2:NEF在接收到所述第一请求消息后,鉴权和授权所述AF的第一请求消息。
步骤3:NEF根据所述第一请求消息,向第一终端对应的第一PCF发送策略授权请求消息(即Npcf_PolicyAuthorization_Create request),所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的PCC规则,所述策略授权请求消息中携带所述第二终端的地址信息。
若所述第一请求消息通过流描述字段(Flow descriptor)隐式携带所述第二终端的地址信息,同样的,所述策略授权请求消息也通过流描述字段(Flow descriptor)隐式携带所述第二终端的地址信息。
若所述第一请求消息通过单独字段显式携带所述第二终端的地址信息,同样的,所述策略授权请求消息也通过单独字段显示携带所述第二终端的地址信息。
图中所示的实施例中,所述策略授权请求消息中还包括以下内容:UE address,AFIdentifier,Flow description(s)),[UE#2Addr,]QoS reference,Alternative ServiceRequirements(optional),其中,UE address为所述第一终端的地址信息,AF Identifier为所述AF的标识符,Flow description(s)为流描述字段,[UE#2Addr,]为所述第二终端的地址信息,QoS reference为QoS参考信息,Alternative Service Requirements(optional)可选择的服务要求。
步骤4:第一PCF向NEF发送针对所述策略授权请求消息的响应(即Npcf_PolicyAuthorization_Create response)。
步骤5:所述第一PCF根据所述策略授权请求消息中的第二终端的地址信息,确定与所述第二终端对应的第二SMF。
步骤6:所述第一PCF基于所述策略授权请求消息中Flow descriptor对应的是所述第二终端的PDU会话,触发策略控制和计费(Policy Control and Charging,PCC)规则生成或更新,并将生成或更新的PCC规则发给与所述第二终端对应的第二SMF,用于执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流,即执行SM Policy AssociationModification procedure。
本申请实施例三:PCF(第一核心网网元)确定目标PCF(目标核心网网元)。
请参考图11,本申请实施例的多终端联合会话管理方法包括以下步骤:
步骤0:第一终端(UE#1)通过应用层向应用服务器(AF)发送第二请求消息(即图中的App layer message),其中,所述第二请求消息所述第二请求消息用于请求将部分业务数据流转移到第二终端(UE#2)对应的PDU会话上传输,,所述第二请求消息携带所述第二终端的地址信息,例如所述第二请求消息携带的内容为(UE#2addr,multi pathrequirement),其中,UE#2addr为所述第二终端的地址信息,multi path requirement是用于指示所述第二请求消息用于多终端联合会话管理。
所述第二终端的地址信息例如可以是所述第二终端的IP地址。所述第二请求消息可以携带至少一个第二终端的地址信息。
本申请实施例中,可选的,所述第二请求消息还包含以下至少一项:
业务描述符;
业务流模板。
其中,所述业务描述符用于指示所述终端需要转移的业务。所述业务流模板用于指示所述终端需要转移的业务流。
步骤1:AF根据所述第二请求消息,确定请求核心网为第二终端预留PDU会话资源和/或建立QoS流,并向NEF发送第一请求消息(即图中的Nnef_AFsessionWithQoS_Createrequest),所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息。
图中所示的实施例中,所述第一请求消息中还包括以下内容:UE address,AFIdentifier,Flow description(s)),[UE#2Addr,]QoS reference,Alternative ServiceRequirements(optional),其中,UE address为所述第一终端的地址信息,AF Identifier为所述AF的标识符,Flow description(s)为流描述字段,[UE#2Addr,]为所述第二终端的地址信息,QoS reference为QoS参考信息,Alternative Service Requirements(optional)可选择的服务要求。
所述第一请求消息可以通过以下两种方式中的一项携带所述第二终端的地址信息:
通过所述第一请求消息中的流描述字段(Flow descriptor)隐式携带;(即所述第二终端的地址信息包含在Flow descriptor中)
或者
通过所述第一请求消息中的单独字段显式携带,用于表示所述Flow descriptor用于为所述第二终端预留PDU会话资源以及建立对应的QoS flow。
本申请实施例中,所述第二终端的地址信息是通过所述第一请求消息中的流描述字段(Flow descriptor)隐式携带。
步骤2:NEF在接收到所述第一请求消息后,鉴权和授权所述AF的第一请求消息。
步骤3:NEF根据所述第一请求消息,向第一终端对应的第一PCF发送策略授权请求消息(即Npcf_PolicyAuthorization_Create request),所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的PCC规则,所述策略授权请求中携带所述第二终端的地址信息。
若所述第一请求消息通过流描述字段(Flow descriptor)隐式携带所述第二终端的地址信息,同样的,所述策略授权请求消息也通过流描述字段(Flow descriptor)隐式携带所述第二终端的地址信息。
若所述第一请求消息通过单独字段显式携带所述第二终端的地址信息,同样的,所述策略授权请求消息也通过单独字段显示携带所述第二终端的地址信息。
图中所示的实施例中,所述策略授权请求消息中还包括以下内容:UE address,AFIdentifier,Flow description(s)),[UE#2Addr,]QoS reference,Alternative ServiceRequirements(optional),其中,UE address为所述第一终端的地址信息,AF Identifier为所述AF的标识符,Flow description(s)为流描述字段,[UE#2Addr,]为所述第二终端的地址信息,QoS reference为QoS参考信息,Alternative Service Requirements(optional)可选择的服务要求。
步骤4:所述第一PCF根据所述策略授权请求消息中的第二终端的地址信息,确定与所述第二终端对应的第二PCF。
步骤5:所述第一PCF将接收到的所述策略授权请求消息(即Npcf_PolicyAuthorization_Create request)转发给所述第二PCF。
步骤6:所述第二PCF基于所述策略授权请求消息中Flow descriptor对应的是所述第二终端的PDU会话,触发策略控制和计费(Policy Control and Charging,PCC)规则生成或更新,并将生成或更新的PCC规则发给与所述第二终端对应的第二SMF,用于执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流,即执行SM Policy AssociationModification procedure。
步骤7和步骤8:所述第二PCF通过第一PCF向NEF发送针对所述策略授权请求消息的响应(即Npcf_PolicyAuthorization_Create response)。
需要说明的是,本申请实施例提供的多终端联合会话管理方法,执行主体可以为多终端联合会话管理装置,或者,该多终端联合会话管理装置中的用于执行多终端联合会话管理方法的控制模块。本申请实施例中以多终端联合会话管理装置执行多终端联合会话管理方法为例,说明本申请实施例提供的多终端联合会话管理装置。
请参考图12,本申请实施例还提供一种多终端联合会话管理装置120,包括:
获取模块121,用于从第一消息中获取第二终端的地址信息,所述第一消息与第一终端对应的PDU会话相关;
确定模块122,用于根据所述第二终端的地址信息确定与所述第二终端对应的目标核心网网元;
发送模块123,用于向所述目标核心网网元发送第二消息,所述第二消息用于请求所述目标核心网网元为所述第二终端预留PDU会话资源和/或建立服务质量QoS流。
可选的,所述第二终端的地址信息通过所述第一消息中的流描述字段隐式携带;
或者
所述第二终端的地址信息通过所述第一消息中的单独字段显式携带。
可选的,多终端联合会话管理装置120为NEF;
所述第一消息为所述NEF接收到的第一请求消息,所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息;
所述目标核心网网元为所述第二终端对应的第二策略控制功能实体PCF;
所述第二消息为策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的PCC规则。
可选的,多终端联合会话管理装置120为与所述第一终端对应的第一PCF;
所述第一消息为所述第一PCF接收到的策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的策略控制和计费PCC规则,所述策略授权请求消息包含所述第二终端的地址信息;
所述目标核心网网元为所述第二终端对应的第二会话管理功能SMF;
所述第二消息为生成或更新的PCC规则。
可选的,多终端联合会话管理装置120为与所述第一终端对应的第一PCF;
所述第一消息为所述第一PCF接收到的策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的PCC规则,所述策略授权请求消息包含所述第二终端的地址信息;
所述目标核心网网元为与所述第二终端对应的第二PCF;
所述第二消息为所述策略授权请求消息。
可选的,所述地址信息为IP地址信息。
本申请实施例提供的多终端联合会话管理装置能够实现图2-5的方法实施例实现的各个过程,并达到相同的技术效果,为避免重复,这里不再赘述。
请参考图13,本申请实施例还提供一种多终端联合会话管理装置130,包括:
接收模块131,用于接收与第一终端对应的PDU会话相关的第二消息,所述第二消息用于请求所述目标核心网网元为第二终端预留PDU会话资源和/或建立QoS流;
执行模块132,用于根据所述第二消息执行相关操作,所述相关操作包括以下操作中的至少一项:
生成或者更新与所述第二终端对应的PDU会话的PCC规则;
执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流。
可选的,多终端联合会话管理装置130为与所述第二终端对应的第二PCF;
所述第二消息为策略授权请求消息,所述策略授权请求消息用于指示所述第二PCF生成或更新与所述第二终端对应的PDU会话的PCC规则;
所述执行模块132,用于生成或更新与所述第二终端对应的PDU会话的PCC规则,并将生成或更新的PCC规则发送给与所述第二终端对应的第二SMF。
可选的,多终端联合会话管理装置130为与所述第二终端对应的第二SMF;
所述第二消息为生成或更新的PCC规则;
所述执行模块132,用于执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流。
本申请实施例提供的多终端联合会话管理装置能够实现图6的方法实施例实现的各个过程,并达到相同的技术效果,为避免重复,这里不再赘述。
请参考图14,本申请实施例还提供一种多终端联合会话管理装置140,包括:
发送模块141,用于发送第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息。
本申请实施例中,可选的,所述第二请求消息还包含以下至少一项:
业务描述符;
业务流模板。
其中,所述业务描述符用于指示所述终端需要转移的业务。所述业务流模板用于指示所述终端需要转移的业务流。
可选的,所述地址信息为IP地址信息。
可选的,发送模块141,用于通过应用层向应用服务器发送所述第二请求消息。
本申请实施例中的多终端联合会话管理装置可以是装置,具有操作系统的装置或电子设备,也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端,也可以为非移动终端。示例性的,移动终端可以包括但不限于上述所列举的终端11的类型,非移动终端可以为服务器、网络附属存储器(Network Attached Storage,NAS)、个人计算机(personal computer,PC)、电视机(television,TV)、柜员机或者自助机等,本申请实施例不作具体限定。
本申请实施例提供的多终端联合会话管理装置能够实现图7的方法实施例实现的各个过程,并达到相同的技术效果,为避免重复,这里不再赘述。
请参考图15,本申请实施例还提供一种多终端联合会话管理装置150,包括:
接收模块151,用于接收由第一终端发送的第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息;
发送模块152,用于根据所述第二请求消息发送第一请求消息,所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息。
可选的,所述第二终端的地址信息通过所述第一请求消息中的流描述字段隐式携带;
或者
所述第二终端的地址信息通过所述第一请求消息中的单独字段显式携带。
可选的,所述地址信息为IP地址信息。
可选的,多终端联合会话管理装置150为AF。
本申请实施例提供的多终端联合会话管理装置能够实现图8的方法实施例实现的各个过程,并达到相同的技术效果,为避免重复,这里不再赘述。
可选的,如图16所示,本申请实施例还提供一种通信设备160,包括处理器161,存储器162,存储在存储器162上并可在所述处理器161上运行的程序或指令,例如,该通信设备160为终端时,该程序或指令被处理器161执行时实现上述由终端执行的多终端联合会话管理方法实施例的各个过程,且能达到相同的技术效果。该通信设备160为网络侧设备时,该程序或指令被处理器161执行时实现上述由网络侧设备(第一核心网网元、目标核心网网元或第一网络侧设备)执行的多终端联合会话管理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
本申请实施例还提供一种终端,包括处理器和通信接口,所述通信接口用于发送第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息。该终端实施例是与上述终端侧方法实施例对应的,上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中,且能达到相同的技术效果。具体地,图17为实现本申请实施例的一种终端的硬件结构示意图。
该终端170包括但不限于:射频单元171、网络模块172、音频输出单元173、输入单元174、传感器175、显示单元176、用户输入单元177、接口单元178、存储器179、以及处理器1710等中的至少部分部件。
本领域技术人员可以理解,终端170还可以包括给各个部件供电的电源(比如电池),电源可以通过电源管理系统与处理器1710逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图17中示出的终端结构并不构成对终端的限定,终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置,在此不再赘述。
应理解的是,本申请实施例中,输入单元174可以包括图形处理器(GraphicsProcessing Unit,GPU)1741和麦克风1742,图形处理器1741对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元176可包括显示面板1761,可以采用液晶显示器、有机发光二极管等形式来配置显示面板1761。用户输入单元177包括触控面板1771以及其他输入设备1772。触控面板1771,也称为触摸屏。触控面板1771可包括触摸检测装置和触摸控制器两个部分。其他输入设备1772可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。
本申请实施例中,射频单元171将来自网络侧设备的下行数据接收后,给处理器1710处理;另外,将上行的数据发送给网络侧设备。通常,射频单元171包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器179可用于存储软件程序或指令以及各种数据。存储器179可主要包括存储程序或指令区和存储数据区,其中,存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外,存储器179可以包括高速随机存取存储器,还可以包括非易失性存储器,其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
处理器1710可包括一个或多个处理单元;可选的,处理器1710可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序或指令等,调制解调处理器主要处理无线通信,如基带处理器。可以理解的是,上述调制解调处理器也可以不集成到处理器1710中。
其中,射频单元171,用于发送第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息。
本申请实施例中,可选的,所述第二请求消息还包含以下至少一项:
业务描述符;
业务流模板。
其中,所述业务描述符用于指示所述终端需要转移的业务。所述业务流模板用于指示所述终端需要转移的业务流。
可选的,所述地址信息为IP地址信息。
可选的,所述射频单元171,通过应用层向应用服务器发送所述第二请求消息。
本申请实施例中,可以由一个终端触发将部分业务数据流转移到其他终端的PDU会话上传输,实现多终端之间的联合会话管理。
本申请实施例还提供一种网络侧设备,包括处理器及通信接口,其中:
所述处理器用于从第一消息中获取第二终端的地址信息,所述第一消息与第一终端对应的PDU会话相关;根据所述第二终端的地址信息确定与所述第二终端对应的目标核心网网元,所述通信接口用于向所述目标核心网网元发送第二消息,所述第二消息用于请求所述目标核心网网元为所述第二终端预留PDU会话资源和/或建立QoS流。
或者,所述通信接口用于接收与第一终端对应的PDU会话相关的第二消息,所述第二消息用于请求所述目标核心网网元为第二终端预留PDU会话资源和/或建立QoS流;所述处理器用于根据所述第二消息执行相关操作,所述相关操作包括以下操作中的至少一项:生成或者更新与所述第二终端对应的PDU会话的PCC规则;执行与所述第二终端对应的PDU会话更新过程并添加对应的QoS流。
或者,所述通信接口用于接收由第一终端发送的第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息;根据所述第二请求消息发送第一请求消息,所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息。
该网络侧设备实施例是与上述网络侧设备(第一核心网网元、目标核心网网元或第一网络侧设备)方法实施例对应的,上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中,且能达到相同的技术效果。
具体地,本申请实施例还提供了一种网络侧设备。如图18所示,该网络设备1800包括:天线181、射频装置182、基带装置183。天线181与射频装置182连接。在上行方向上,射频装置182通过天线181接收信息,将接收的信息发送给基带装置183进行处理。在下行方向上,基带装置183对要发送的信息进行处理,并发送给射频装置182,射频装置182对收到的信息进行处理后经过天线181发送出去。
上述频带处理装置可以位于基带装置183中,以上实施例中网络侧设备执行的方法可以在基带装置183中实现,该基带装置183包括处理器184和存储器185。
基带装置183例如可以包括至少一个基带板,该基带板上设置有多个芯片,如图18所示,其中一个芯片例如为处理器184,与存储器185连接,以调用存储器185中的程序,执行以上方法实施例中所示的网络设备操作。
该基带装置183还可以包括网络接口186,用于与射频装置182交互信息,该接口例如为通用公共无线接口(common public radio interface,简称CPRI)。
具体地,本申请实施例的网络侧设备还包括:存储在存储器185上并可在处理器184上运行的指令或程序,处理器184调用存储器185中的指令或程序执行图5、图6或图8所示各模块执行的方法,并达到相同的技术效果,为避免重复,故不在此赘述。
本申请实施例还提供一种可读存储介质,所述可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述多终端联合会话管理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
其中,所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质,包括计算机可读存储介质,如计算机只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现上述多终端联合会话管理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
应理解,本申请实施例提到的芯片还可以称为系统级芯片,系统芯片,芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品,所述计算机程序/程序产品被存储在非易失的存储介质中,所述程序/程序产品被至少一个处理器执行以实现上述多终端联合会话管理方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。
Claims (31)
1.一种多终端联合会话管理方法,其特征在于,包括:
第一核心网网元从第一消息中获取第二终端的地址信息,所述第一消息与第一终端对应的协议数据单元PDU会话相关;
所述第一核心网网元根据所述第二终端的地址信息确定与所述第二终端对应的目标核心网网元;
所述第一核心网网元向所述目标核心网网元发送第二消息,所述第二消息用于请求所述目标核心网网元为所述第二终端预留PDU会话资源和/或建立服务质量QoS流。
2.根据权利要求1所述的方法,其特征在于,
所述第二终端的地址信息通过所述第一消息中的流描述字段隐式携带;
或者
所述第二终端的地址信息通过所述第一消息中的单独字段显式携带。
3.根据权利要求1或2所述的方法,其特征在于,
所述第一核心网网元为网络开放功能NEF;
所述第一消息为所述NEF接收到的第一请求消息,所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息;
所述目标核心网网元为与所述第二终端对应的第二策略控制功能实体PCF;
所述第二消息为策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的PCC规则。
4.根据权利要求1或2所述的方法,其特征在于,
所述第一核心网网元为与所述第一终端对应的第一PCF;
所述第一消息为所述第一PCF接收到的策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的策略控制和计费PCC规则,所述策略授权请求消息包含所述第二终端的地址信息;
所述目标核心网网元为与所述第二终端对应的第二会话管理功能SMF;
所述第二消息为生成或更新的PCC规则。
5.根据权利要求1或2所述的方法,其特征在于,
所述第一核心网网元为与所述第一终端对应的第一PCF;
所述第一消息为所述第一PCF接收到的策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的PCC规则,所述策略授权请求消息包含所述第二终端的地址信息;
所述目标核心网网元为与所述第二终端对应的第二PCF;
所述第二消息为所述策略授权请求消息。
6.根据权利要求1所述的方法,其特征在于,所述地址信息为IP地址信息。
7.一种多终端联合会话管理方法,其特征在于,包括:
终端发送第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息。
8.根据权利要求7所述的方法,其特征在于,所述第二请求消息还包含以下至少一项:
业务描述符;
业务流模板。
9.根据权利要求7所述的方法,其特征在于,所述地址信息为IP地址信息。
10.根据权利要求7所述的方法,其特征在于,终端发送第二请求消息包括:
所述终端通过应用层向应用服务器发送所述第二请求消息。
11.一种多终端联合会话管理方法,其特征在于,包括:
第一网络侧设备接收由第一终端发送的第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息;
所述第一网络侧设备根据所述第二请求消息发送第一请求消息,所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息。
12.根据权利要求11所述的方法,其特征在于,
所述第二终端的地址信息通过所述第一请求消息中的流描述字段隐式携带;
或者
所述第二终端的地址信息通过所述第一请求消息中的单独字段显式携带。
13.根据权利要求11所述的方法,其特征在于,所述地址信息为IP地址信息。
14.根据权利要求11所述的方法,其特征在于,所述第一网络侧设备为应用功能AF。
15.一种多终端联合会话管理装置,其特征在于,包括:
获取模块,用于从第一消息中获取第二终端的地址信息,所述第一消息与第一终端对应的PDU会话相关;
确定模块,用于根据所述第二终端的地址信息确定与所述第二终端对应的目标核心网网元;
发送模块,用于向所述目标核心网网元发送第二消息,所述第二消息用于请求所述目标核心网网元为所述第二终端预留PDU会话资源和/或建立QoS流。
16.根据权利要求15所述的装置,其特征在于,
所述第二终端的地址信息通过所述第一消息中的流描述字段隐式携带;或者
所述第二终端的地址信息通过所述第一消息中的单独字段显式携带。
17.根据权利要求15或16所述的装置,其特征在于,
所述多终端联合会话管理装置为NEF;
所述第一消息为所述NEF接收到的第一请求消息,所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求中包含所述第二终端的地址信息;
所述目标核心网网元为与所述第二终端对应的第二策略控制功能实体PCF;
所述第二消息为策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的PCC规则。
18.根据权利要求15或16所述的装置,其特征在于,
所述多终端联合会话管理装置为所述第一终端对应的第一PCF;
所述第一消息为所述第一PCF接收到的策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的策略控制和计费PCC规则,所述策略授权请求消息包含所述第二终端的地址信息;
所述目标核心网网元为与所述第二终端对应的第二会话管理功能SMF;
所述第二消息为更新后的PCC规则。
19.根据权利要求15或16所述的装置,其特征在于,
所述多终端联合会话管理装置为与所述第一终端对应的第一PCF;
所述第一消息为所述第一PCF接收到的策略授权请求消息,所述策略授权请求消息用于指示生成或更新与所述第二终端对应的PDU会话的PCC规则,所述策略授权请求消息中包含所述第二终端的地址信息;
所述目标核心网网元为与所述第二终端对应的第二PCF;
所述第二消息为所述策略授权请求消息。
20.根据权利要求15所述的装置,其特征在于,所述地址信息为IP地址信息。
21.一种多终端联合会话管理装置,其特征在于,包括:
发送模块,用于发送第二请求消息,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息。
22.根据权利要求21所述的装置,其特征在于,所述第二请求消息还包含以下至少一项:
业务描述符;
业务流模板。
23.根据权利要求21所述的装置,其特征在于,所述地址信息为IP地址信息。
24.根据权利要求21所述的装置,其特征在于,
所述发送模块,用于通过应用层向应用服务器发送所述第二请求消息。
25.一种多终端联合会话管理装置,其特征在于,包括:
接收模块,用于接收由第一终端发送的第二请求,所述第二请求消息用于请求将部分业务数据流转移到第二终端对应的PDU会话上传输,所述第二请求消息包含所述第二终端的地址信息;
发送模块,用于根据所述第二请求消息发送第一请求消息,所述第一请求消息用于请求核心网为所述第二终端预留PDU会话资源和/或建立QoS流,所述第一请求消息包含所述第二终端的地址信息。
26.根据权利要求25所述的装置,其特征在于,
所述第二终端的地址信息通过所述第一请求消息中的流描述字段隐式携带;
或者
所述第二终端的地址信息通过所述第一请求消息中的单独字段显式携带。
27.根据权利要求25所述的装置,其特征在于,所述地址信息为IP地址信息。
28.一种核心网网元,其特征在于,包括处理器,存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求1至6任一项所述的多终端联合会话管理方法的步骤。
29.一种终端,其特征在于,包括处理器,存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求7至10任一项所述的多终端联合会话管理方法的步骤。
30.一种网络侧设备,其特征在于,包括处理器,存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如权利要求11至14任一项所述的多终端联合会话管理方法的步骤。
31.一种可读存储介质,其特征在于,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如权利要求1至6任一项所述的多终端联合会话管理方法,或者,实现如权利要求7至10任一项所述的多终端联合会话管理方法的步骤,或者,实现如权利要求11至14任一项所述的多终端联合会话管理方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110872959.4A CN115696463A (zh) | 2021-07-30 | 2021-07-30 | 多终端联合会话管理方法、网络侧设备及终端 |
PCT/CN2022/107749 WO2023005898A1 (zh) | 2021-07-30 | 2022-07-26 | 多终端联合会话管理方法、网络侧设备及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110872959.4A CN115696463A (zh) | 2021-07-30 | 2021-07-30 | 多终端联合会话管理方法、网络侧设备及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115696463A true CN115696463A (zh) | 2023-02-03 |
Family
ID=85058523
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110872959.4A Pending CN115696463A (zh) | 2021-07-30 | 2021-07-30 | 多终端联合会话管理方法、网络侧设备及终端 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN115696463A (zh) |
WO (1) | WO2023005898A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024199019A1 (zh) * | 2023-03-27 | 2024-10-03 | 维沃移动通信有限公司 | 通信、会话或规则配置或更新的控制、信息传输方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111586642B (zh) * | 2019-02-19 | 2021-12-14 | 华为技术有限公司 | 一种通信方法及装置 |
CN112492631B (zh) * | 2019-09-11 | 2023-10-31 | 维沃移动通信有限公司 | 切换方法和设备 |
-
2021
- 2021-07-30 CN CN202110872959.4A patent/CN115696463A/zh active Pending
-
2022
- 2022-07-26 WO PCT/CN2022/107749 patent/WO2023005898A1/zh active Application Filing
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024199019A1 (zh) * | 2023-03-27 | 2024-10-03 | 维沃移动通信有限公司 | 通信、会话或规则配置或更新的控制、信息传输方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2023005898A1 (zh) | 2023-02-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7553694B2 (ja) | エンドツーエンドQoS需要情報の分割方法、端末及びネットワーク側機器 | |
US20230403342A1 (en) | Native computing power service implementation method and apparatus, network device, and terminal | |
US20230333915A1 (en) | Information processing method and apparatus, device, and storage medium | |
CN114828039A (zh) | 数据传输方法、终端及网络侧设备 | |
US20240188047A1 (en) | Computing session update method and apparatus, and communication device | |
WO2023005898A1 (zh) | 多终端联合会话管理方法、网络侧设备及终端 | |
CN114501490B (zh) | 业务转移方法、终端及网络侧设备 | |
CN115643625A (zh) | 多路径数据发送方法、装置及设备 | |
CN115707030A (zh) | 通过多ue传输业务流的方法和设备 | |
WO2022206663A1 (zh) | Pdu会话建立方法、相关设备及可读存储介质 | |
WO2024061143A1 (zh) | 应用程序确定方法、装置、终端及服务器 | |
WO2022268012A1 (zh) | 资源处理方法、装置、电子设备及存储介质 | |
US20230403713A1 (en) | Native computing power service implementation method and apparatus, network device, and terminal | |
CN113784384B (zh) | 模式切换方法、终端及网络侧设备 | |
WO2023217089A1 (zh) | 数据传输方法、装置、设备、系统及存储介质 | |
WO2023280022A1 (zh) | 多路径通信方法和设备 | |
WO2024140570A1 (zh) | 策略配置方法、装置、终端、网络侧设备及可读存储介质 | |
WO2024051663A1 (zh) | 数据通道建立方法、第一终端及第二终端 | |
WO2024120285A1 (zh) | 信息传输方法、装置、终端及网络侧设备 | |
EP4333487A1 (en) | Policy generation method and apparatus, terminal, device, and session management unit | |
EP4387311A1 (en) | Computing session update method and device, terminal, and network function entity | |
CN115190562A (zh) | 中继pdu会话建立的确定方法及装置、终端 | |
CN116567613A (zh) | 数据传输、配置方法、装置、终端及网络侧设备 | |
CN117397300A (zh) | 一种中继通信方法、装置、设备及存储介质 | |
CN115087075A (zh) | 使用免授权频段的方法、装置、终端及网络侧设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |