WO2023169558A1 - 协同操作方法、信息提供方法、网元和存储介质 - Google Patents

协同操作方法、信息提供方法、网元和存储介质 Download PDF

Info

Publication number
WO2023169558A1
WO2023169558A1 PCT/CN2023/080781 CN2023080781W WO2023169558A1 WO 2023169558 A1 WO2023169558 A1 WO 2023169558A1 CN 2023080781 W CN2023080781 W CN 2023080781W WO 2023169558 A1 WO2023169558 A1 WO 2023169558A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
network element
modal
service flow
terminal
Prior art date
Application number
PCT/CN2023/080781
Other languages
English (en)
French (fr)
Inventor
吕华章
柯小婉
Original Assignee
维沃移动通信有限公司
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
Application filed by 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Publication of WO2023169558A1 publication Critical patent/WO2023169558A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements

Landscapes

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

Abstract

本申请公开了一种协同操作方法、信息提供方法、网元和存储介质，属于通信技术领域，本申请实施例的协同操作方法包括：第一控制网元获取第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；所述第一控制网元基于所述第二控制网元的信息，执行关于所述多模态业务组的协同操作。

Description

协同操作方法、信息提供方法、网元和存储介质
相关申请的交叉引用
本申请主张在2022年3月11日在中国提交的中国专利申请No.202210238589.3的优先权，其全部内容通过引用包含于此。
技术领域
本申请属于通信技术领域，具体涉及一种协同操作方法、信息提供方法、网元和存储介质。
背景技术
在一些通信系统(例如：第五代(5th Generation，5G)或者第六代(6th Generation，6G)通信系统)新引入了多模态业务，比如虚拟现实(Virtual Reality，VR)游戏中的视频信号，音频信号和触觉信号等，就属于多模态业务。多模态业务最大的特点是，同一个业务有多个业务流，多个业务流之间有较强的关联性和同步性，比如，丢包率相近，时延类似等等。其中，在多模态业务中包括多个终端的多模态数据流，例如：多模态业务涉及终端1和终端2，则多模态业务包括终端1的多模态数据流和终端2的多模态数据流，比如，终端1承载的视频业务流和终端2承载的触觉业务流就同属于一个多模态业务。但在这些通信系统中，由于不同终端或不同终端上所承载的业务流，受控于不同的核心网控制网元(也称作控制面网元)，而不同控制网元彼此之间是相互独立执行操作的，这样不同控制网元彼此之间相互独立执行操作可能会影响多模态业务的同步性。
发明内容
本申请实施例提供一种协同操作方法、信息提供方法、网元和存储介质，能够解决不同控制网元彼此之间相互独立执行操作可能会影响多模态业务的同步性的问题。
第一方面，提供了一种协同操作方法，包括：
第一控制网元获取第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；
所述第一控制网元基于所述第二控制网元的信息，执行关于所述多模态业务组的协同操作。
第二方面，提供了一种信息提供方法，包括：
第一目标网元获取第一控制网元的信息，以及第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；
所述第一目标网元向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息。
第三方面，提供了一种信息提供方法，包括：
第三目标网元获取多模态业务组的配置信息，所述配置信息包括第一控制网元的信息，以及第二控制网元的信息；其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息；
所述第三目标网元向第一目标网元发送所述第一控制网元的信息和所述第二控制网元的信息中的至少一项。
第四方面，提供了一种协同操作装置，包括：
获取模块，用于获取第二控制网元的信息，其中，第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；
执行模块，用于基于所述第二控制网元的信息，执行关于所述多模态业务组的协同操作。
第五方面，提供了一种信息提供装置，包括：
第一获取模块，用于获取第一控制网元的信息，以及第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；
第一发送模块，用于向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息。
第六方面，提供了一种信息提供装置，包括：
获取模块，用于获取多模态业务组的配置信息，所述配置信息包括第一控制网元的信息，以及第二控制网元的信息；其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息；
发送模块，用于向第一目标网元发送所述第一控制网元的信息和所述第二控制网元的信息中的至少一项。
第七方面，提供了一种网元，所述网元为第一控制网元，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现本申请实施例提供的协同操作方法的步骤。
第八方面，提供了一种网元，所述网元为第一控制网元，包括处理器及通信接口，其中，所述通信接口用于获取第二控制网元的信息，其中，第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；所述处理器或者通信接口用于基于所述第二控制网元的信息，执行关于所述多模态业务组的协同操作。
第九方面，提供了一种网元，所述网元为第一目标网元，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现本申请实施例提供的第一目标网元侧的信息提供方法的步骤。
第十方面，提供了一种网元，所述网元为第一目标网元，包括处理器及通信接口，其中，所述通信接口用于获取第一控制网元的信息，以及第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息。
第十一方面，提供了一种网元，所述网元为第三目标网元，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现本申请实施例提供的第三目标网元侧的信息提供方法的步骤。
第十二方面，提供了一种网元，所述网元为第三目标网元，包括处理器及通信接口，其中，所述通信接口用于获取多模态业务组的配置信息，所述配置信息包括第一控制网元的信息，以及第二控制网元的信息；其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息；向第一目标网元发送所述第一控制网元的信息和所述第二控制网元的信息中的至少一项。
第十三方面，提供了一种协同操作系统，至少包括：第一控制网元、第一目标网元和第三目标网元，其中，所述第一控制网元可用于执行本申请实施例提供的协同操作方法的步骤，所述第一控制网元可用于执行本申请实施例提供的第一目标网元侧的信息提供方法的步骤，所述第三控制网元可用于执行本申请实施例提供的第三目标网元侧的信息提供方法的步骤。
第十四方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现本申请实施例提供的协同操作方法的步骤，或者，所述程 序或指令被处理器执行时实现本申请实施例提供的第一目标网元侧的信息提供方法的步骤，或者，所述程序或指令被处理器执行时实现本申请实施例提供的第三目标网元侧的信息提供方法的步骤。
第十五方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的协同操作方法，或实现如第二方面所述的信息提供方法，或实现如第三方面所述的信息提供方法。
第十六方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面所述的协同操作方法的步骤，或者，所述计算机程序/程序产品被至少一个处理器执行以实现如第二方面所述的信息提供方法的步骤，或者，所述计算机程序/程序产品被至少一个处理器执行以实现如第三方面所述的信息提供方法的步骤。
本申请实施例中，第一控制网元获取第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；所述第一控制网元基于所述第二控制网元的信息，执行关于所述多模态业务组的协同操作。这样可以实现第一控制网元和第二控制网元之间针对多模态业务组进行协同操作，以避免不同控制网元彼此之间相互独立执行操作而影响多模态业务的同步性。
附图说明
图1是本申请实施例可应用的一种无线通信系统的框图；
图2是本申请实施例提供的一种多模态业务的示意图；
图3是本申请实施例提供的另一种多模态业务的示意图；
图4是本申请实施例提供的一种协同操作方法的流程图；
图5是本申请实施例提供的一种信息提供方法的流程图；
图6是本申请实施例提供的另一种信息提供方法的流程图；
图7是本申请实施例提供的一种协同操作方法的示意图之一；
图8是本申请实施例提供的一种协同操作方法的示意图之二；
图9是本申请实施例提供的一种协同操作方法的示意图之三；
图10是本申请实施例提供的一种协同操作方法的示意图之四；
图11是本申请实施例提供的一种协同操作方法的示意图之五；
图12是本申请实施例提供的一种协同操作方法的示意图之六；
图13是本申请实施例提供的一种协同操作装置的结构图；
图14是本申请实施例提供的一种信息提供装置的结构图；
图15是本申请实施例提供的另一种信息提供装置的结构图；
图16是本申请实施例提供的一种通信设备的结构图；
图17是本申请实施例提供的一种网络侧设备的结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long Term Evolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time Division Multiple 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可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备(Vehicle User Equipment，VUE)、行人终端(Pedestrian User Equipment，PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链、智能头盔、智能操纵杆等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。
网络侧设备12可以包括接入网设备和核心网设备，其中，接入网设备也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备可以包括基站、无线局域网(Wireless Local Area Network，WLAN)接入点或WiFi节点等，基站可被称为节点B、演进节点B(Evolved Node B，eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。
核心网设备可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(Mobility Management Entity，MME)、接入移动管理功能(Access and Mobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、策略控制功能(Policy Control Function，PCF)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge Application Server Discovery Function，EASDF)、统一数据管理(Unified Data Management，UDM)，统一数据仓储(Unified Data Repository，UDR)、归属用户服务器(Home Subscriber Server，HSS)、集中式网络配置(Centralized network configuration，CNC)、网络存储功能(Network Repository Function，NRF)，网络开放功能(Network Exposure Function，NEF)、本地NEF(Local NEF，或L-NEF)、绑定支持功能(Binding Support Function，BSF)、应用功能(Application Function，AF)等。需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核心网设备的具体类型。
本申请实施例中，多模态业务组(也可以称作多模态业务流组)包括至少两个终端所承载的多模态业务流，本申请实施例中可以实现至少两个终端所承载的多模态业务流的业务流控制信息相互协同制定，如至少两个终端所承载的多模态业务流的策略与计费控制(Policy and Charging Control，PCC)规则相互协同制定，如每个PCF相互订阅，以协同生成PCC规则。
本申请实施例中，多模态业务组可以称作多模态数据(multi-modal data)，多模态数据表示同一任务或应用所需的从不同设备/传感器输入的数据，或向不同目的地(例如一个或多个终端)输出的数据。且多模态数据由多个单模态数据组成，每个单模态数据之间有很强的依赖性，其中，单模态数据可以看作是一种数据类型。
例如：当终端同服务器端建立因特网协议(Internet Protocol，IP)连接以后，所有的业务数据都通过终端和服务器之间建立的协议数据单元(Protocol Data Unit，PDU)会话或者IP连接进行传输，那么传输的数据可以视为是一个单模态数据，因为发送端(服务器)或接收端(终端)都只有一个设备，即单输入单输出。
例如：在扩展现实(Extended Reality，XR)应用中，存在这样的场景：当用户打XR 游戏的时候，用户戴着头盔的同时，还可以操作手柄，而这个手柄中传递的是服务器端发送的触觉信号，也就是说，服务器端不仅把XR游戏的虚拟环境发给一个终端(头盔)，同时还可以把触觉感知的信号发给另一个终端(操纵杆)，而头盔和操纵杆都是为用户打XR游戏进行服务的。所以，这就是一个输出源将两路信号发给两个终端的场景，这就是多模态。
例如：图2和图3所示的业务场景，都属于多模态业务：
如图2所示，多终端单服务器端：服务器端将两路信号发给两个终端，两个终端同时完成一个任务或者业务。
如图3所示，多终端多服务器端：服务器端有多个，分别发送不同的数据到不同的终端。也是完成同一个业务。
通常来说，多模态数据可以包括如下特点：
同一个业务由多个数据流组成，分别发给多个终端；
为了保证业务的效果，通常多个数据流之间的流的时延，一般要保证较低。比如说，为了保证XR游戏的体验感，视频信号(比如游戏环境)和音频信号这两路数据，必须保证在一定的时延内(比如，视频数据和音频数据相互之间的时延不能高于一个上界)。如果两路数据同步性不好，那么业务体验感也会很差，头盔内的游戏场景都已经切换，但是，音频信号严重滞后导致游戏效果不佳。比如说，视频信号相对于音频信号的时延，不能超过10毫秒，只有这样，才能保证用户体验，即，当头盔中的视频场景切换以后，音频信号也能够及时被用户听到。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的一种协同操作方法、信息提供方法、网元和存储介质进行详细地说明。
请参见图4，图4是本申请实施例提供的一种协同操作方法的流程图，如图4所示，包括以下步骤，包括：
步骤401、第一控制网元获取第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组。
本申请实施例中，上述第一控制网元包括但不限于如下至少一项：
第一具有会话管理功能的网元、第一具有用户平面功能的网元、第一具有策略控制功能的网元；
本申请实施例中，所述第二控制网元包括但不限于如下至少一项：
第二具有会话管理功能的网元、第二具有用户平面功能的网元、第二具有策略控制功能的网元。
例如：上述第一控制网元包括但不限于如下至少一项：
第一SMF、第一UPF、第一PCF。
上述第二控制网元包括但不限于如下至少一项：
第二SMF、第二UPF、第二PCF。
上述第一控制网元获取第二控制网元的信息可以是，第一控制网元从其他网元接收第二控制网元的信息，如从NEF、BSF、NRF、UDR、UDM或者第二控制网元获取第二控制网元的信息。
上述第二控制网元的信息可以是用于确定上述第二控制网元的信息，如第二控制网元的IP地址、第二控制网元的ID等。
本申请实施例中，业务流控制信息可以是用于控制业务流传输的控制信息，例如：第一业务流控制信息包括：第一PCC规则；所述第二业务流控制信息包括：第二PCC规则。所述PCC规则可以用于定义多模态业务流的服务质量(Quality of Service，QoS)各项指标。需要说明的是，本申请实施例中并不限定业务流控制信息为PCC规则，例如：业务流控制信息还可以包括上下行传输速率、带宽、优先级等控制信息。
在一些实施方式中，所述PCC规则，包括以下至少一项：
5G QoS标识(5G QoS Identifier，5QI)；
QoS通知控制(QoS Notification Control，QNC)；
上行最大比特率(UL-maximum bitrate)；
下行最大比特率(DL-maximum bitrate)；
上行确保比特率(UL-guaranteed bitrate)；
下行确保比特率(DL-guaranteed bitrate)；
分配与保留优先级(Allocation and Retention Priority，ARP)；
优先级(Priority Level)；
平均窗(Averaging Window)；
最大数据突发量(Maximum Data Burst Volume)；
包延迟预算(Packet delay budget，PDB)。
需要说明的是，本申请实施例中，上述第一终端可以是多模态业务中的任一终端，上述第二终端可以是除第一终端之外的一个或者多个终端，如果为多个终端时，上述第二控制网元为一个或者多个控制网元。也就是说，本申请实施例中，多模态业务组可以包括2个或者2个以上终端的多模态业务流，通过步骤401可以得到每个终端对应的第二控制网元的信息。也就是说，多模态业务中可以有第一终端到第N终端，每个终端所对应的控制网元从第一控制网元到第N控制网元。
另外，本申请实施例中，终端的第一多模态业务流也可以称作终端承载的第一多模态业务流，或者，服务器端建立到终端的第一多模态业务流。
需要说明的是，本申请实施例中，控制网元也可以称作控制功能、控制面、控制实体或者控制设备。
步骤402、所述第一控制网元基于所述第二控制网元的信息，执行关于所述多模态业 务组的协同操作。
上述第一控制网元基于所述第二控制网元的信息，执行关于所述多模态业务组的协同操作可以是，通过上述第二控制网元的信息确定用于生成第二终端的第二多模态业务流的第二业务流控制信息的控制网元，即找到上述第二控制网元，之后，第一控制网元与第二控制网元进行信息交互，以实现针对上述多模态业务组的协同操作。其中，这里交互的内容包括但不限于业务流控制信息，如时延信息交互。或者，上述协同操作可以是，对上述多模态业务组中的至少一个多模态业务流进行业务流控制信息的调整。
本申请实施例中，通过上述步骤可以实现第一控制网元和第二控制网元之间针对多模态业务组进行协同操作，以避免不同控制网元彼此之间相互独立执行操作而影响多模态业务的同步性。比如，第一控制网元和第二控制网元分别生成面向第一终端的多模态业务流和第二终端的多模态业务流的PCC规则，但是这两套规则完全不互相参考，导致两个多模态业务流失去同步性。
在一些实施方式中，由于服务器端建立多个服务质量(Quality of Service，QoS)流到多个终端，同时这几个QoS流之间存在一定的关联，如相对时延不能超过一个上界，这样通过上述步骤中的协同操作实现时延的交互，以及还可以基于交互的信息生成、更新这几个QoS流的PCC规则。
在一些实施方式中，由于是建立到多个终端的多个QoS流，而负责给每个终端的PDU会话生成PCC规则的控制面(比如PCF)很可能不是同一个PCF，这样，如果是两个控制面，通过上述步骤可以实现这两个控制面之间进行互相交互，以及还可以协同制定PCC规则。
作为一种可选的实施方式，所述关于所述多模态业务组的协同操作包括如下至少一项：
向所述第二控制网元订阅所述第二业务流控制信息；
获取所述第二业务流控制信息；
更新所述第一业务流控制信息；
向所述第二控制网元发送所述第一业务流控制信息。
上述向所述第二控制网元订阅所述第二业务流控制信息可以是，向第二控制网元发送订阅请求，以订阅第二控制网元的业务流控制信息。
第一控制网元找到第二控制网元后，可以进行PCC规则的交互或者互相参考。上述所述的协同操作可以有如下的例子，比如，第一控制网元将第一终端承载的多模态业务流的PCC规则发给第二控制网元，第二控制网元根据第一控制网元发送的PCC规则，调整第二终端所承载的多模态业务流的PCC规则。同理，第二控制网元也可以将更新的第二终端所承载的多模态业务流所对应的PCC规则发给第一控制网元，第一控制网元再进行PCC规则调整。
由于第一终端和第二终端分别承载了多模态业务流，因此，对于该业务流的PCC规则内指标的制定，需要相互参考。以时延因素为例，第一终端和第二终端分别承载的多模 态业务流的包的延迟，需要满足两个流包相对延迟小于一个界限，以保证用户体验，声音和触觉信号有较小的偏移。
上述获取所述第二业务流控制信息可以获取第二控制网元发送，或者可以是获取其他网元发送的，如从NEF、BSF、NRF、UDR、UDM获取所述第二业务流控制信息；另外，获取所述第二业务流控制信息可以是通过订阅获取的第二业务流控制信息，也可以是第二控制网元获取到第一控制网元的信息后，主动向第一控制网元发送的。
另外，获取所述第二业务流控制信息可以包括如下至少一项：
获取未更新的所述第二业务流控制信息；
获取更新的所述第二业务流控制信息。
上述未更新的所述第二业务流控制信息可以是第二控制网元没有更新第二业务流控制信息。上述更新的所述第二业务流控制信息可以是，第二控制网元更新的第二业务流控制信息，如第二控制网元基于第二控制网元的状态和资源情况等原因进行更新的第二业务流控制信息。
上述更新所述第一业务流控制信息可以是，基于第一控制网元和第二控制网元之间交互的信息进行更新。例如：第一控制网元基于第二控制网元的第二业务流控制信息更新第一业务流控制信息。更新的第一业务流控制信息可以使得第一多模态业务流和第二多模态业务流的业务流控制信息是匹配的，如相对时延不能超过一个上界、如传输速率匹配，如优先级匹配、如带宽匹配、如丢弃率匹配等。
上述向所述第二控制网元发送所述第一业务流控制信息可以是，基于第二控制网元的订阅请求发送，或者可以是在获取到第二控制网元的信息后主动发送。
另外，所述向所述第二控制网元发送所述第一业务流控制信息可以包括如下至少一项：
向所述第二控制网元发送未更新的所述第一业务流控制信息；
向所述第二控制网元发送更新的所述第一业务流控制信息。
上述向所述第二控制网元发送未更新的所述第一业务流控制信息可以是第一控制网元没有更新第一业务流控制信息。
上述向所述第二控制网元发送更新的所述第一业务流控制信息可以包括：
向所述第二控制网元发送基于第一控制网元和第二控制网元之间交互的信息进行更新的第一业务流控制信息；或者
向所述第二控制网元发送基于第一控制网元的状态和资源情况等原因进行更新的第一业务流控制信息。
通过发送更新的第一业务流控制信息可以使得第二控制网元获取最新的第一业务流控制信息。例如：第一控制网元基于第一控制网元的状态和资源情况等原因更新第一业务流控制信息后，通知第二控制网元，从而使得第二控制网元基于更新的第一业务流控制信息更新第二业务流控制信息；又例如：第一控制网元基于第二业务流控制信息更新第一业务流控制信息后，通知第二控制网元，以使得第二控制网元知道第一控制网元基于第二业 务流控制信息对第一业务流控制信息进行更新的具体内容，如果在更新后的第一业务流控制信息与第二控制网元更新的第二业务流控制信息不匹配的情况下，第二控制网元可以再基于第一业务控制信息更新第二业务控制信息。
该实施方式中，可以实现第一控制网元和第二控制网元之间进行业务流控制信息的交互，以实现多模态业务组的多个多模态数据流的业务流控制信息协同制定，以提高多模态业务的业务性能，如提高多模态业务的业务体验。
作为一种可选的实施方式，所述第一控制网元获取第二控制网元的信息，包括：
所述第一控制网元从第一目标网元获取第二控制网元的信息，所述第一目标网元获取或存储有所述第一控制网元和第二控制网元的信息。
所述第一目标网元可以是保存了属于同一个多模态业务组里的多模态业务流，相关的全部信息，比如，承载该多模态业务流的终端，所述终端所对应的控制网元信息等等，这样，第一控制网元可以直接查询或者获得属于同一个多模态业务组内的，承载多模态业务流的其他终端所对应的第二控制网元信息。
上述第一目标网元可以包括如下至少一项：
具有网络开放功能的网元、具有绑定支持功能的网元、具有网络存储功能的网元、具统一数据仓储的网元、具有统一数据管理的网元。
如上述第一目标网元可以包括如下至少一项：
NEF、BSF、NRF、UDR、UDM。
其中，上述第一控制网元从第一目标网元获取第二控制网元的信息可以是，直接向第一目标网元请求得到，或者可以是间接向第一目标网元请求得到。
例如：所述方法还可以包括：
所述第一控制网元向第二目标网元发送第一请求，所述第一请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，以使得所述第二目标网元根据所述第一请求，请求所述第一目标网元更新或者创建所述第一终端的所述第一多模态业务流的信息；或者
所述第一控制网元向所述第一目标网元发送第二请求，所述第二请求用于请求更新或者创建所述第一终端的所述第一多模态业务流的信息；
其中，所述第一终端的第一多模态业务流的信息包括所述第一控制网元的信息。
上述第一目标网元获取或存储有所述第一控制网元和第二控制网元的信息可以是，第一目标网元在QoS流建立过程中，获取或存储有上述多模态业务组中每个终端对应的控制网元的信息。
例如：AF请求为多个终端建立多个QoS流，这多个QoS流组成一个多模态业务组，AF触发QoS会话创建请求或者更新请求(Nnef_AFsessionWithQoS_Create/Update request)，该请求可以携带多模态业务组的配置信息，所述多模态业务组指的是服务器端，希望建立到多个终端的QoS流，这几个QoS流组成一个多模态业务组，这个多模态业务组内的多模态业务流，具有关联性。多模态业务组的配置信息包括以下至少一项：
多模态业务组标识，其中，对于服务器端来说，每个多模态业务组标识都是独一无二的，在5G网络内也是独一无二的，用于识别一个多模态业务组；
多个终端的IP地址，以及所对应的流描述信息(Flow description(s))、QoS参考信息(QoS Reference)和QoS参数信息(QoS parameters)，这些信息分别描述每个要建立的多模态QoS流的流描述信息，以及QoS参数。这些信息表明，需要建立到多个终端的QoS流(多模态业务流)，每个多模态业务流的QoS指标或者参数，也一同给出，分别要求5G网络去建立符合QoS指标或者参数的多模态业务流。
比如，AF(代表服务器)，请求建立到终端1和终端2的多模态业务流，则AF触发Nnef_AFsessionWithQoS_Create/Update request，这条消息里包括：
多模态标识(multiple modal ID)；所述多模态标识，是用于在一个多模态业务组中，标识一个多模态业务流。该参数在多模态业务组中独一无二。
业务提供方标识(multiple modal provider ID)；用于描述所述多模态业务，是由哪个业务提供方提供。
终端1的QoS流的信息(如包括终端1的IP地址、流描述信息、QoS参考信息和QoS参数信息)
终端2的QoS流的信息(如包括终端2的IP地址、流描述信息、QoS参考信息和QoS参数信息)
这样，第一目标网元通过上述请求可以确定，AF所请求的是建立一个多模态业务组，而且是分别请求建立到终端1和终端2的两个QoS流。每个QoS流的参数也确定。
之后，第一目标网元确定为每个终端所服务的控制网元。例如：第一目标网元向BSF发送查询请求，用于请求获得多模态业务组里的每个终端所对应的控制网元，BSF收到请求后，会为多模态业务组里的多个终端，寻找多个控制网元，并向第一目标网元返回这多个控制网元的信息。
可选的，所述第一终端的第一多模态业务流的信息包括：所述第一控制网元的地址信息和标识信息中的至少一项，所述第一终端的第一多模态业务流的信息还包括如下至少一项：
所述第一终端的第一多模态业务流的第一业务流控制信息；
服务质量流标识(QoS Flow Identifier，QFI)；QFI是QoS flow的标识，多模态业务流就是用QoS流实际承载；
所述第一终端的标识；比如，签约永久标识(Subscription Permanent Identifier，SUPI)或一般公共签约标识(Generic Public Subscription Identifier，GPSI)等
所述第一终端的IP地址；
所述第一多模态业务流所在的PDU会话标识；所述多模态业务流，被PDU会话所承载
所述多模态业务组的标识；
所述第一多模态业务流的标识；
多模态业务提供方标识。
该实施方式中，可以实现请求第一目标网元更新或者创建第一终端的第一多模态业务流的信息，从而可以从第一目标网元中获取到第二控制网元的信息。
作为一种可选的实施方式，在所述多模态业务组内的多模态业务流发生变化的情况下，所述第一控制网元接收所述第一目标网元发送的第一通知消息，所述第一通知消息用于通知发生变化的所述多模态业务组的业务流信息。
其中，上述多模态业务组的业务流发生变化包括如下至少一项：
所述多模态业务组有新终端加入，新加入终端承载所述多模态业务组内的多模态业务流；比如，有新的终端需要承载一条新的多模态业务流，那么，该多模态业务组需要把新的多模态业务流和对应的业务流信息也加进来。
所述多模态业务组中，原有终端不再在承载所述多模态业务组的多模态业务流。比如，某个终端由于移动性，移出业务覆盖范围，或者某个终端终止了多模态业务，那么该多模态业务组需要把不再承载多模态业务流的相关信息删除。
其中，上述有新终端加入可以是，在上述多模态业务组中除了上述第一终端和第二终端之外有其余终端承载上述多模态业务组中的多模态业务流；或者，上述第二终端加入到上述多模态业务组。
上述原有终端不再在承载所述多模态业务组的多模态业务流可以是，某个第二终端不再在承载所述多模态业务组的多模态业务流，或者除第一终端和第二终端之外的一个终端不再在承载所述多模态业务组的多模态业务流。
其中，所述发生变化的所述多模态业务组的业务流信息可以包括如下至少一项：
更新的业务流控制信息；
为新加入终端服务的控制网元的地址信息，或为新加入终端的所述多模态业务流服务的控制网元的地址信息；
为新加入终端服务的控制网元的标识信息，或为新加入终端的所述多模态业务流服务的控制网元的标识信息；
新加入终端的地址信息或标识信息，或为新加入的所述多模态业务流服务的终端地址信息或标识信息；
新加入终端承载的多模态业务流的业务流控制信息；
需要被移除的多模态业务流的业务流控制信息。
该实施方式中，可以实现在多模态业务组内的多模态业务流发生变化，通知第一控制网元，以及还可以通知其他终端的控制网元，具体可以是通知每个终端的控制网元。这样基于及时知道发生变化的多模态业务组内的业务流信息，以及时执行协同操作。
可选的，在所述第二终端为所述多模态业务组新加入的终端的情况下，所述发生变化的所述多模态业务组的业务流信息包括所述第二终端的第二多模态业务流的信息；
其中，所述第二终端的第二多模态业务流的信息包括所述第二控制网元的信息。
所述第二终端的第二多模态业务流的信息包括：所述第二控制网元的地址信息和标识信息中的至少一项，所述第二终端的第二多模态业务流的信息还可以包括如下至少一项：
所述第二终端的第二多模态业务流的第二业务流控制信息；
服务质量流标识QFI；
所述第二终端的标识；
所述第二终端的IP地址；
所述第二多模态业务流所在的PDU会话标识；
所述多模态业务组的标识；
所述第二多模态业务流的标识；
所述第二多模态业务流的多模态业务提供方标识。
该实施方式中，可以实现在第二终端为所述多模态业务组新加入的终端的情况下，第一控制网元通过上述通知消息获取第二控制网元的信息。
可选的，所述方法还包括：
所述第一控制网元向所述第一目标网元发送订阅请求，所述订阅请求用于订阅所述多模态业务组的配置信息，所述第一通知消息为所述第一目标网元基于所述订阅请求发送的。
其中，所述多模态业务组的配置信息可以包括以下至少一项：
所述第一终端的第一多模态业务流的信息；
所述第二终端的第二多模态业务流的信息；
多模态业务组标识；
多模态业务提供方标识。
该实施方式可以实现通过订阅的方式获取发生变化的所述多模态业务组的业务流信息。当多模态业务组的业务流信息发生变化，将立刻通知订阅方。
在一些实施方式中，并不限定通过订阅的方式获取发生变化的所述多模态业务组的业务流信息，例如：可以是第一目标网元主动向所述多模态业务组请求业务流信息。这种方式属于请求-获取方式。
可选的，所述方法还包括：
所述第一控制网元向所述第一目标网元发送查询请求，所述查询请求用于查询所述多模态业务组中的其他终端所承载的多模态业务流的信息；
所述第一控制网元从第一目标网元获取第二控制网元的信息，包括：
所述第一控制网元接收所述第一目标网元发送的所述第二终端在所述多模态业务组内中所承载的所述第二多模态业务流的信息；
其中，所述第二终端在所述多模态业务组中所承载的所述第二多模态业务流的信息包括所述第二控制网元的信息。
上述第二终端在所述多模态业务组中所承载的所述第二多模态业务流的信息为上述 实施方式中描述的第二终端的第二多模态业务流的信息。
该实施方式中，可以实现通过主动查询从第一目标网元获取第二终端的第二多模态业务流的信息，从而只有在需要的时候获取第二终端的第二多模态业务流的信息，以避免在不需要的时间第一目标网元发送第二终端的第二多模态业务流的信息造成资源浪费。
本申请实施例中，第一控制网元获取第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；所述第一控制网元基于所述第二控制网元的信息，执行关于所述多模态业务组的协同操作。这样可以实现第一控制网元和第二控制网元之间针对多模态业务组进行协同操作，以避免不同控制网元彼此之间相互独立执行操作而影响多模态业务。
请参见图5，图5是本申请实施例提供的一种信息提供方法的流程图，如图5所示，包括以下步骤：
步骤501、第一目标网元获取第一控制网元的信息，以及第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组。
其中，上述第一目标网元可以包括如下至少一项：
具有网络开放功能的网元、具有绑定支持功能的网元、具有网络存储功能的网元、具统一数据仓储的网元、具有统一数据管理的网元。
上述第一目标网元第一目标网元获取第一控制网元的信息，以及第二控制网元的信息可以是，第一目标网元在QoS流建立过程中获取上述多模态业务组中每个终端对应的控制网元的信息。
步骤502、所述第一目标网元向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息。
上述第一目标网元向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息可以是，主动发送、基于请求发送或者基于订阅后，通过通知发送。
本申请实施例中，由于向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息，从而可以使得第一控制网元和第二控制网元之间针对多模态业务组进行协同操作，以避免不同控制网元彼此之间相互独立执行操作而影响多模态业务。
第一控制网元找到第二控制网元后，可以进行PCC规则的交互或者互相参考。上述所述的协同操作，可以有如下的例子，比如，第一控制网元将第一终端承载的多模态业务流的PCC规则发给第二控制网元，第二控制网元根据第一控制网元发送的PCC规则，调 整第二终端所承载的多模态业务流的PCC规则。同理，第二控制网元也可以将更新的第二终端所承载的多模态业务流所对应的PCC规则发给第一控制网元，第一控制网元再进行PCC规则调整。
由于第一终端和第二终端分别承载了多模态业务流，因此，对于该业务流的PCC规则内指标的制定，需要相互参考。以时延因素为例，第一终端和第二终端分别承载的多模态业务流的包的延迟，需要满足两个流包相对延迟小于一个界限，以保证用户体验，声音和触觉信号有较小的偏移。
作为一种可选的实施方式，所述方法还包括：
所述第一目标网元获取所述第一终端的第一多模态业务流的信息，以及所述第二终端的第二多模态业务流的信息；其中，所述第一终端的第一多模态业务流的信息包括所述第一控制网元的信息，所述第二终端的第二多模态业务流的信息包括所述第二控制网元的信息；
所述第一目标网元将所述第一终端的第一多模态业务流的信息或所述第二终端的第二多模态业务流的信息添加至所述多模态业务组的配置信息中。
其中，所述多模态业务组的配置信息，包括属于同一个多模态业务组的多模态业务流，以及多模态业务流的信息，还有承载所述多模态业务流的终端信息，以及所述终端对应的控制网元信息。
上述获取所述第一终端的第一多模态业务流的信息，以及所述第二终端的第二多模态业务流的信息可以是QoS流创建或者更新等过程中获取所述第一终端的第一多模态业务流的信息，以及所述第二终端的第二多模态业务流的信息。
可选的，所述第一目标网元将所述第一终端的第一多模态业务流的信息或所述第二终端的第二多模态业务流的信息添加至所述多模态业务组的配置信息中，包括：
在所述第一终端的第一多模态业务流的信息和所述第二终端的第二多模态业务流的信息属于同一个多模态业务组的情况下，所述第一目标网元将所述第一终端的第一多模态业务流的信息，以及第二终端的第二多模态业务流的信息添加至所述多模态业务组的配置信息中。
所述第一终端的第一多模态业务流的信息和所述第二终端的第二多模态业务流的信息属于同一个多模态业务组可以是，基于第一终端的第一多模态业务流(所属)的多模态业务组标识和第二终端的第二多模态业务流(所属)的多模态业务组标识判断是否属于同一个多模态业务组。
可选的，所述第一目标网元获取所述第一终端的第一多模态业务流的信息，以及所述第二终端的第二多模态业务流的信息，包括：
所述第一目标网元接收第二目标网元发送的至少一个第一请求，所述至少一个第一请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，以及用于请求更新或者创建所述第二终端的第二多模态业务流的信息；或者
所述第一目标网元接收所述第一控制网元发送的第二请求，以及接收所述第二控制网元发送的第二请求；其中，所述第一控制网元发送的第二请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，所述第二控制网元发送的第二请求用于请求更新或者创建所述第二终端的第二多模态业务流的信息。
上述第二目标网元可以是具有网络开放功能的网元或者具有绑定支持功能的网元，如NEF或者BSF等。
在接收到一个第一请求的情况下，该第一请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，以及用于请求更新或者创建所述第二终端的第二多模态业务流的信息；在接收到多个第一请求的情况下，每个第一请求对应一个终端或终端所承载的多模态业务流，如一个第一请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，另一个第一请求用于请求更新或者创建所述第二终端的第二多模态业务流的信息。
该实施方式中，可以实现基于上述至少一个第一请求和第二请求更新或者创建第一终端的第一多模态业务流的信息，以及更新或者创建所述第二终端的第二多模态业务流的信息。
其中，上述第一终端的第一多模态业务流的信息和第二终端的第二多模态业务流的信息可以是上述第一请求或者第二请求携带的，或者，第一目标网元从其他网无获取的。
可选的，所述第一终端的第一多模态业务流的信息包括：所述第一控制网元的地址信息和标识信息中的至少一项，所述第一终端的第一多模态业务流的信息还包括如下至少一项：
所述第一终端的第一多模态业务流的第一业务流控制信息；
服务质量流标识QFI；
所述第一终端的标识；
所述第一终端的IP地址；
所述第一多模态业务流所在的协议数据单元PDU的会话标识；
所述多模态业务组的标识；
所述第一多模态业务流的标识；
多模态业务提供方标识。
和/或，
所述第二终端的第二多模态业务流的信息包括：所述第二控制网元的地址信息和标识信息中的至少一项，所述第二终端的第二多模态业务流的信息还包括如下至少一项：
所述第二终端的第二多模态业务流的第二业务流控制信息。
服务质量流标识QFI；
所述第二终端的标识；
所述第二终端的IP地址；
所述第二多模态业务流所在的协议数据单元PDU的会话标识；
所述多模态业务组的标识；
所述第二多模态业务流的标识；
多模态业务提供方标识。
其中，上述第二终端的第二多模态业务流的信息和第一终端的第二多模态业务流的信息参见上面实施例的相应描述，此处不作赘述。
作为一种可选的实施方式，在所述多模态业务组内的多模态业务流发生变化的情况下，所述第一目标网元向所述第一控制网元和所述第二控制网元中的至少一项发送第一通知消息，所述第一通知消息用于通知发生变化的所述多模态业务组的业务流信息。
可选的，所述多模态业务组的业务流发生变化包括如下至少一项：
所述多模态业务组有新终端加入，新加入终端承载所述多模态业务组内的多模态业务流；比如，有新的终端需要承载一条新的多模态业务流，那么，该多模态业务组需要把新的多模态业务流和对应的业务流信息也加进来。
所述多模态业务组中，原有终端不再在承载所述多模态业务组的多模态业务流。比如，某个终端由于移动性，移出业务覆盖范围，或者某个终端终止了多模态业务，那么该多模态业务组需要把不再承载多模态业务流的相关信息删除。
可选的，发生变化的所述多模态业务组的业务流信息包括如下至少一项：
更新的业务流控制信息；
为新加入终端服务的控制网元的地址信息，或为新加入终端的所述多模态业务流服务的控制网元的地址信息；
为新加入终端服务的控制网元的标识信息，或为新加入终端的所述多模态业务流服务的控制网元的标识信息；新加入的终端地址信息或标识信息，或为新加入的所述多模态业务流服务的终端地址信息或标识信息；
新加入终端承载的多模态业务流的业务流控制信息；
需要被移除的多模态业务流的业务流控制信息。
可选的，所述方法还包括：
所述第一目标网元接收所述第一控制网元和所述第二控制网元中的至少一项发送的订阅请求，所述订阅请求用于订阅所述多模态业务组的配置信息，所述第一通知消息为所述第一目标网元基于所述订阅请求发送的。
可选的，所述多模态业务组的配置信息包括以下至少一项：
所述第一终端的第一多模态业务流的信息；
所述第二终端的第二多模态业务流的信息；
多模态业务组标识；
多模态业务提供方标识。
该实施方式可以实现通过订阅的方式获取发生变化的所述多模态业务组的业务流信息。当多模态业务组的业务流信息发生变化，将立刻通知订阅方。
在一些实施方式中，并不限定通过订阅的方式获取发生变化的所述多模态业务组的业务流信息，例如：可以是第一目标网元主动向所述多模态业务组请求业务流信息。这种方式属于请求-获取方式。
可选的，所述方法还包括：
所述第一目标网元向第三目标网元转发所述订阅请求；
在所述多模态业务组的多模态业务流发生变化的情况下，所述第一目标网元接收所述第三目标网元发送的第二通知消息，所述第二通知消息用于通知发生变化的所述多模态业务组的业务流信息。
其中，上述第三目标网元可以是具有应用功能的网元，或者具有网络开放功能的网元，如AF或者NEF等。
在该实施方式中，上述第三目标网元获取或者存储有发生变化的所述多模态业务组的业务流信息。
该实施方式可以实现通过订阅的方式获取发生变化的所述多模态业务组的业务流信息。当多模态业务组的业务流信息发生变化，将立刻通知订阅方。
可选的，所述方法还包括：
所述第一目标网元接收所述第一控制网元和所述第二控制网元发送查询请求，所述查询请求用于查询所述多模态业务组中的其他终端所承载的多模态业务流的信息；
其中，所述第二控制网元的信息和所述第一控制网元的信息是基于所述查询请求发送的。
该实施方式中，可以实现第一控制网元和所述第二控制网元通过主动查询从第一目标网元获取第二终端的第二多模态业务流的信息，从而只有在需要的时候获取第二终端的第二多模态业务流的信息，以避免在不需要的时间第一目标网元发送多模态业务流的信息造成资源浪费。
可选的，所述方法还包括：
所述第一目标网元接收第四目标网元发送的所述多模态业务组的配置信息，所述配置信息包括：所述第一终端的第一多模态业务流的信息，以及所述第二终端的第一多模态业务流的信息。
其中，上述第四目标网元可以是NEF、BSF等。
上述第一目标网元接收第四目标网元发送的所述多模态业务组的配置信息可以是，第四目标网元主动发送的所述多模态业务组的配置信息，第四目标网元基于请求或者订阅发送的所述多模态业务组的配置信息。
可选的，上述第一控制网元包括但不限于如下至少一项：
第一具有会话管理功能的网元、第一具有用户平面功能的网元、第一具有策略控制功能的网元；
可选的，所述第二控制网元包括但不限于如下至少一项：
第二具有会话管理功能的网元、第二具有用户平面功能的网元、第二具有策略控制功能的网元。
可选的，所述第一业务流控制信息包括：
第一策略与计费控制PCC规则；
所述第二业务流控制信息包括：
第二PCC规则。
本申请实施例中，由于向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息，从而可以使得第一控制网元和第二控制网元之间针对多模态业务组进行协同操作，以避免不同控制网元彼此之间相互独立执行操作而影响多模态业务。
请参见图6，图6是本申请实施例提供的一种信息提供方法的流程图，包括：
步骤601、第三目标网元获取多模态业务组的配置信息，所述配置信息包括第一控制网元的信息，以及第二控制网元的信息；其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息。
其中，上述第三目标网元可以是具有应用功能的网元，或者具有网络开放功能的网元，如AF或者NEF等。
上述第三目标网元获取多模态业务组的配置信息可以是在QoS流创建或者更新过程中获取多模态业务组的配置信息。
其中，所述多模态业务组的配置信息，包括属于同一个多模态业务组的多模态业务流，以及多模态业务流的信息，还有承载所述多模态业务流的终端信息，以及所述终端对应的控制网元信息。
步骤602、所述第三目标网元向第一目标网元发送所述第一控制网元的信息和所述第二控制网元的信息中的至少一项。
在第三目标网元向第一目标网元发送所述第一控制网元的信息和所述第二控制网元的信息中的一项的情况下，另一项可以不发送，如第一目标网元通过其他方式获取。
本申请实施例中，由于向第一目标网元发送所述第一控制网元的信息和所述第二控制网元的信息中的至少一项，这样可以使得第一目标网元向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息，从而可以使得第一控制网元和第二控制网元之间针对多模态业务组进行协同操作，以避免不同控制网元彼此之间相互独立执行操作而影响多模态业务。
第一控制网元找到第二控制网元后，可以进行PCC规则的交互或者互相参考。上述所述的协同操作，可以有如下的例子，比如，第一控制网元将第一终端承载的多模态业务流的PCC规则发给第二控制网元，第二控制网元根据第一控制网元发送的PCC规则，调整第二终端所承载的多模态业务流的PCC规则。同理，第二控制网元也可以将更新的第 二终端所承载的多模态业务流所对应的PCC规则发给第一控制网元，第一控制网元再进行PCC规则调整。
由于第一终端和第二终端分别承载了多模态业务流，因此，对于该业务流的PCC规则内指标的制定，需要相互参考。以时延因素为例，第一终端和第二终端分别承载的多模态业务流的包的延迟，需要满足两个流包相对延迟小于一个界限，以保证用户体验，声音和触觉信号有较小的偏移。
可选的，所述多模态业务组的配置信息包括以下至少一项：
所述第一终端的第一多模态业务流的信息；
所述第二终端的第二多模态业务流的信息；
多模态业务组标识；
多模态业务提供方标识；
其中，所述第一终端的第一多模态业务流的信息包括所述第一控制网元的信息，其中，所述第二终端的第二多模态业务流的信息包括所述第二控制网元的信息。
可选的，所述第一终端的第一多模态业务流的信息包括：所述第一控制网元的地址信息和标识信息中的至少一项，所述第一终端的第一多模态业务流的信息还包括如下至少一项：
所述第一终端的第一多模态业务流的第一业务流控制信息；
服务质量流标识QFI；
所述第一终端的标识；
所述第一终端的IP地址；
所述第一多模态业务流所在的协议数据单元PDU的会话标识；
所述多模态业务组的标识；
所述第一多模态业务流的标识；
多模态业务提供方标识。
和/或，
所述第二终端的第二多模态业务流的信息包括：所述第二控制网元的地址信息和标识信息中的至少一项，所述第二终端的第二多模态业务流的信息还包括如下至少一项：
所述第二终端的第二多模态业务流的第二业务流控制信息。
服务质量流标识QFI；
所述第二终端的标识；
所述第二终端的IP地址；
所述第二多模态业务流所在的协议数据单元PDU的会话标识；
所述多模态业务组的标识；
所述第二多模态业务流的标识；
多模态业务提供方标识。
其中，上述第二终端的第二多模态业务流的信息和第一终端的第二多模态业务流的信息参见上面实施例的相应描述，此处不作赘述。
可选的，所述第三目标网元获取多模态业务组的配置信息，包括：
所述第三目标网元接收业务流建立响应消息，所述业务流建立响应消息包括：所述多模态业务组的配置信息。
上述业务流建立响应消息可以是接收NEF发送的流建立响应消息。
可选的，所述第三目标网元向第一目标网元发送所述第一控制网元的信息，以及所述第二控制网元的信息，包括：
所述第三目标网元向第一目标网元发送所述多模态业务组的配置信息。
可选的，所述方法还包括：
所述第三目标网元接收第一目标网元发送的所述订阅请求，所述订阅请求用于订阅所述多模态业务组的配置信息；
其中，在所述多模态业务组的多模态业务流发生变化的情况下，所述第三目标网元向所述第一目标网元发送的第二通知消息，所述第二通知消息用于通知发生变化的所述多模态业务组的业务流信息。
可选的，所述多模态业务组的业务流发生变化包括如下至少一项：
所述多模态业务组有新终端加入，新加入终端承载所述多模态业务组内的多模态业务流；比如，有新的终端需要承载一条新的多模态业务流，那么，该多模态业务组需要把新的多模态业务流和对应的业务流信息也加进来。
所述多模态业务组中，原有终端不再在承载所述多模态业务组的多模态业务流。比如，某个终端由于移动性，移出业务覆盖范围，或者某个终端终止了多模态业务，那么该多模态业务组需要把不再承载多模态业务流的相关信息删除。
可选的，所述发生变化的所述多模态业务组的业务流信息包括如下至少一项：
更新的业务流控制信息；
为新加入终端服务的控制网元的地址信息，或为新加入终端的所述多模态业务流服务的控制网元的地址信息；
为新加入终端服务的控制网元的标识信息，或为新加入终端的所述多模态业务流服务的控制网元的标识信息；新加入的终端地址信息或标识信息，或为新加入的所述多模态业务流服务的终端地址信息或标识信息；
新加入终端承载的多模态业务流的业务流控制信息；
需要被移除的多模态业务流的业务流控制信息。
可选的，上述第一控制网元包括但不限于如下至少一项：
第一具有会话管理功能的网元、第一具有用户平面功能的网元、第一具有策略控制功能的网元；
可选的，所述第二控制网元包括但不限于如下至少一项：
第二具有会话管理功能的网元、第二具有用户平面功能的网元、第二具有策略控制功能的网元。
可选的，所述第一业务流控制信息包括：
第一策略与计费控制PCC规则；
所述第二业务流控制信息包括：
第二PCC规则。
本申请实施例中，由于向第一目标网元发送所述第一控制网元的信息和所述第二控制网元的信息中的至少一项，这样可以使得第一目标网元向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息，从而可以使得第一控制网元和第二控制网元之间针对多模态业务组进行协同操作，以避免不同控制网元彼此之间相互独立执行操作而影响多模态业务。
下面通过多个实施例对本申请实施例提供的方法进行举例说明：
实施例一：
该实施例以基于BSF的多模态QoS流建立进行举例说明，如图7所示，包括以下步骤：
步骤1：AF(即服务器端)决定建立多模态业务到多个UE。一个多模态业务包括多个多模态业务流，每个多模态业务流是建立到多个终端。
步骤2：AF请求为多个UE建立多个QoS流，每个QoS流分别用于承载一个多模态业务流，同时这多个QoS流组成一个多模态业务组，具体可以是AF代表服务器端(application server，AS)请求为多个UE建立多个QoS流。该具体可以是向NEF发送QoS会话创建或者更新请求(Nnef_AFsessionWithQoS_Create/Update request)。，
该Nnef_AFsessionWithQoS_Create/Update request中可以携带：多模态业务组的配置信息。
所述多模态业务组的配置信息，指的是服务器端，希望建立到多个UE的QoS流。这几个QoS流组成一个多模态业务组，而每个QoS流所对应的终端信息，控制网元信息等，组成了多模态业务组的配置信息，包括以下至少一项：
多模态业务组标识：对于服务器端来说，每个多模态业务组标识都是独一无二的。
多个UE的IP地址，以及所对应的[Flow description(s)],[QoS Reference]，QoS parameters。这两个参数分别描述，每个要建立的多模态QoS流的流描述信息，以及QoS参数。
比如，在一个例子中：
AF(代表某平台的服务器)，请求建立到UE 1和UE 2的多模态业务流，则AF触发：Nnef_AFsessionWithQoS_Create/Update request，这条消息里包括：
多模态标识(multiple modal ID)；
业务提供方标识(multiple modal provider ID)；
UE 1的QoS流的信息(UE 1 IP address，Flow description(s),QoS Reference，QoS parameters)；
UE 2的QoS流的信息(UE 2 IP address，Flow description(s),QoS Reference，QoS parameters)。
这样，NEF就知道，AF所请求的是建立一个多模态业务组，而且是分别请求建立到UE 1和UE 2的两个QoS流，且每个QoS流的参数也确定。
步骤3：NEF对AF的请求进行验证是否合法。
步骤4：NEF根据收到的AF请求，确定承载每个多模态业务流的每个UE所服务的PCF。
由于AF的请求里是请求建立一个多模态业务组，所以，至少包括2个以上的UE IP地址，和至少2个以上的多模态业务流所对应的QoS参数或者指标。因此，所述NEF触发到BSF的查询请求，用于请求获得多模态业务组里的全部UE所对应的PCF。
比如，NEF触发信令到BSF，信令为管理发现信令(Nbsf_Management discovery)，包括：UE 1 IP address，UE 2 IP address。NEF可以触发多次管理发现请求，用于多次请求承载多模态业务流的所述终端对应的PCF IP地址；也可以NEF在一个管理发现请求中携带多个UE IP地址，以分别获得其对应的PCF IP地址。
步骤5：BSF收到NEF的请求后，由于收到了多个UE的IP地址，因此，会为多模态业务组里的多个UE，寻找多个PCF。
在管理发现响应(Nbsf_Management_Discovery response)包括PCF的IP地址，PCF instance ID，PCF set ID。但是这些PCF，都到对应到具体的UE。
比如，BSF为分别为UE 1和UE 2寻找到：
UE 1对应的：PCF IP地址，PCF实例标识(PCF instance ID)，PCF集合标识(PCF set ID)；
UE 2对应的：PCF IP地址，PCF instance ID，PCF set ID
其中，PCF instance ID，也可以写为PCF ID，以下同。
步骤6：NEF收到多模态业务组里的每个UE所对应的PCF以后，NEF触发一个策略批准请求到PCF，或，策略批准更新请求，目的是批准之前AF所请求的建立QoS流。
策略批准请求或者更新请求(Npcf_PolicyAuthorization_Create/Update request)包括的参数有：多模态业务组的配置信息。
其中，所述多模态业务组，指的是服务器端，希望建立到多个UE的QoS流。这几个QoS流组成一个多模态业务组，多模态业务组的配置信息包括以下至少一项：
多模态业务组标识：对于服务器端来说，每个多模态业务组标识都是独一无二的。
每个承载多模态业务流的UE的IP地址，以及所对应的[Flow description(s)],[QoS Reference]，QoS parameters。这些参数分别描述，要建立给UE的多模态QoS流的流描述信息，以及QoS参数。
步骤7：PCF答复，是否通过此次批准。
步骤8到步骤9同步骤6到步骤7，只不过，是针对UE 1的策略批准建立请求或者策略批准更新请求。
步骤6和步骤7，步骤8和步骤9以后，NEF是可以维持跟每个PCF的关联的。也就是说，NEF在这时候知道每个PCF的IP地址，每个PCF也知道NEF的IP地址。所述关联关系，也包括根据每个UE IP地址，找到该UE所对应的PCF或NEF。
步骤10：当QoS建立请求通过，或者失败，那么NEF发送消息给AF。
会话创建或者更新响应(Nnef_AFsessionWithQoS_Create/Update response)包括：
多模态业务组中，每个UE所对应的PCF IP地址，PCF instance ID，PCF set ID。
步骤11：UE 1和UE 2所分别对应的PCF 1和PCF 2，要生成PCC rules，具体用于建立多模态业务QoS流的PCC rules。
PCC rules生成完以后，由于多模态业务流的特点是，每个QoS流之间有一定的关联，需要协商或者协同制定或者调整PCC规则以及相关的QoS流参数，因此，需要两个PCF之间进行交互，相互获得或者订阅所述多模态业务流的PCC规则。因此，将执行步骤11之后的过程。
在图7中，选项1和选项2分别为两种方法，在BSF里绑定多模态业务组里的每个终端所对应的PCF的信息。
在选项1和选项2内的过程，发生于PCC规则生成之前或者生成之后；但是，一定发生在PCF下发PCC规则给SMF之前，例如：步骤22以后，存在PCF给SMF下发或者更新PCC规则，使用：策略控制更新通知请求(Npcf_SMPolicyControl_UpdateNotify request)。也就是说，在PCC策略发给SMF执行之前，必须两个PCF先进行交互和策略调整，以保证多模态业务流之间的协同性或者同步要求。
在选项1中：
步骤12同时适用于PCF 1和PCF 2。PCF 2的本处省略。
步骤12，PCF触发一个请求到NEF，用于更新或者创建多模态业务组中所述UE所承载的多模态业务流的信息。该过程，是PCF通过NEF，间接请求更新或者创建多模态业务组中的多模态业务流信息。
步骤13a：NEF收到请求后，触发到BSF的更新请求，用于更新多模态业务组中所述UE所承载的多模态业务流的情况，具体可以是发送管理更新请求(Nbsf_Management_Update request)，包含如下信息：
UE IP地址，服务当前UE的PCF IP地址，服务当前UE的SMF IP地址，服务当前UE的UPF IP地址，该UE所承载的多模态业务流的信息。
比如，PCF 1发送UE 1 IP地址，PCF 1 IP地址，SMF 1 IP地址，UPF 1 IP地址，还有UE 1所承载的多模态业务流的信息，具体如下：
multiple modal ID：多模态业务流标识
multiple modal provider ID：业务提供方标识
这样，BSF就能够知道，当前平台的多模态业务组1里，都包括哪些UE，和服务这些UE的PCF都是谁。
步骤14a：BSF发送响应，以指示相关信息是否收到，并发送多模态配置文件标识(multiple modal profile ID)。所述多模态配置ID，用于标识一组多模态业务组的配置信息。
步骤15：BSF根据每个PCF上报的多模态业务流的信息，和对应的UE，PCF信息等，可以建立这个多模态业务组的配置信息：多模态配置(multiple modal profile)，包括如下内容：
multiple modal profile ID；
Multiple modal ID＝1；多模态业务流标识
Multiple modal provider ID＝XXX(提供该多模态服务的提供方标识，比如某互联网平台)
承载所述多模态业务流的UE 1的如下内容：
PCF IP地址、PCF ID；
SMF IP地址、SMF ID；
UPF IP地址、UPF ID；
PCC rules；所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 1提供服务。
承载所述多模态业务流的UE 2的如下内容：
PCF IP地址、PCF ID
SMF IP地址、SMF ID
UPF IP地址、UPF ID。
PCC rules；所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 2提供服务。
步骤16：对应步骤12的响应，BSF中的多模态业务组配置创建完毕。
在选项2中：
跟选项1不同之处在于，选项2里，PCF直接触发到BSF，用于更新或者创建多模态业务组中所述UE所承载的多模态业务流的信息。
步骤12b：同选项1里的步骤13。
PCF触发到BSF的更新请求，用于更新多模态业务组中每个所述UE所承载的多模态业务流的情况，该PCF同时适用于PCF1和PCF2。比如，更新每个所述UE所承载的多模态业务流的信息。
具体可以是发送管理更新请求(Nbsf_Management_Update request)，包含如下信息：
UE IP地址，服务当前UE的PCF IP地址，服务当前UE的SMF IP地址，服务当前UE的UPF IP地址，该UE所从属的多模态业务组的信息。
比如，UE 1发送UE 1 IP地址，PCF 1 IP地址，SMF 1 IP地址，UPF 1 IP地址，还有UE 1目前所属的多模态业务组信息，具体如下：
multiple modal ID：多模态业务流标识
multiple modal provider：业务提供方标识
这样，BSF就能够知道，比如当前腾讯的多模态业务组1里，承载多模态业务流的都包括哪些UE，和服务这些UE的PCF都是谁。
步骤14b：BSF发送响应给PCF 1，以指示相关信息是否收到，该响应包含multiple modal profile ID，即所述多模态业务组的配置信息。
步骤13b和步骤15b：是针对PCF2的。重复步骤12b和步骤14b，不作赘述。
步骤16：同上面选项1里的步骤15：
BSF根据每个PCF上报的多模态业务流的信息和对应的UE，PCF信息等，可以建立这个多模态业务组的配置信息，即建立multiple modal profile。
在Multiple modal profile包括如下信息：
multiple modal profile ID；
Multiple modal ID＝1；；多模态业务流标识
Multiple modal provider＝XXX(提供该多模态服务的提供方标识，比如某互联网平台)；
承载所述多模态业务流的UE 1的如下信息：
PCF IP地址、PCF ID；
SMF IP地址、SMF ID；
UPF IP地址、UPF ID；
PCC rules；所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 1提供服务。
承载所述多模态业务流的UE 2的如下信息：
PCF IP地址、PCF ID；
SMF IP地址、SMF ID；
UPF IP地址、UPF ID；
PCC rules。所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 2提供服务。
步骤17：PCF 1或者PCF 2，可以去BSF里查找相关多模态业务组的其他成员的信息，如发送管理发现请求(Nbsf_Management_Discovery request)，该信令包含的参数有：
multiple modal profile ID；
Multiple modal ID。
也就是说，PCF1目前已经承载了UE 1的多模态流的PCC规则的建立，PCF1还想知道，组成这个多模态业务组的另一个UE2所对应的PCF2的信息，因此，向BSF发送多模态配置ID，多模态流ID等信息，以查找相关多模态业务组的其他成员的信息。
步骤18：BSF发送响应给PCF1，告知PCF1这个多模态业务组是否存在其他终端承载多模态业务流，以及服务于该终端的PCF等的信息。具体可以是发送管理发现响应(Nbsf_Management_Discovery response)，该响应包括如下信息：
UE 2 IP地址(承载另一个多模态业务流的)；
(服务于UE 2)PCF IP地址或PCF ID；
(服务于UE 2)SMF IP地址或SMF ID；
(服务于UE 2)UPF IP地址或UPF ID。
PCC规则；所述UE 2所承载的多模态业务流所对应的PCC规则，或者，生成所述UE 2承载的多模态业务流QoS参数或者指标的PCC规则。
这样，PCF1就获得了这个多模态业务流里的其他承载多模态业务流的终端，以及服务该终端的5G控制面网元的IP地址(尤其是PCF，也可能包括SMF，UPF用户面等)。
步骤19：PCF1或者PCF2得知了其他PCF的IP地址以后，由于要协同生成PCC规则，或者动态更新PCC规则，因此，两个PCF需要互相订阅对方的多模态业务流所对应的PCC规则。如通过信令策略授权订阅(Npcf_PolicyAuthorization_Subscribe)，包含以下参数：
multiple modal profile ID；
Multiple modal ID；
多模态业务流的PCC规则，或者，某个具体的PCC规则里的参数也可以，比如：包延时预算(Packet Delay Budget，PDB)。
这样，PCF1或者PCF2，就可以订阅多模态业务组里的，另一个QoS流所对应的PCC规则，这样的目的在于，可以双方进行协商PCC规则，以保证多模态业务的业务体验更好，比如，协商QoS流时延，以满足两个QoS流同步。
其中，多模态业务流的PCC规则，包含以下至少一项：
5G服务质量标识(5G QoS Identifier，5QI)；
服务质量通知控制(QoS Notification Control，QNC)；
上行最大比特率(UL-maximum bitrate)；
下行最大比特率(DL-maximum bitrate)；
上行保证比特率(UL-guaranteed bitrate)；
上行保证比特率(DL-guaranteed bitrate)；
分配和保留优先级(Allocation and Retention Priority，ARP)；
优先级(Priority Level)；
平均窗口(Averaging Window)；
最大数据突发量(Maximum Data Burst Volume)；
PDB。
步骤20：订阅响应。成功或者失败
步骤21：当所订阅的PCF2里的多模态流所对应的PCC规则有了变化，比如，PDB改变，那么将通知PCF1，如发送策略授权通知(Npcf_PolicyAuthorization_Notify)，包含以下参数：
multiple modal profile ID；
Multiple modal ID；
改变的多模态业务流的PCC规则或者，某个参数。
步骤22：两个PCF根据对方的多模态业务流的PCC规则，或者某个参数的改变，双方动态更新自己的多模态业务流的PCC规则。
步骤23到步骤25：PCF可以订阅BSF里的多模态业务组配置信息。
当某个UE不再承载多模态业务流以后，或者，当有新的UE加入承载多模态业务流(比如，触觉信号)，这时候，两个PCF需要被通知这个消息。
具体可以发送管理订阅请求(Nbsf_Management_Subscribe Request)来实现，该请求可以包括：
multiple modal profile ID；
Multiple modal ID；
希望订阅的PCC规则，或者PCC规则里的某个参数。
步骤24：响应，订阅成功还是失败
步骤25：当多模态业务组中有新UE加入，或者旧的UE不再承载多模态业务流以后，BSF发现多模态业务组的配置变化，BSF会通知两个PCF。
具体可以发送管理通知(Nbsf_Management_Notify)，包含以下参数：
multiple modal profile ID；
Multiple modal ID；
更新的PCC规则，或者更新的PCC规则里的某个参数；
新加入的UE IP地址，以及管理该UE的控制面信息。
其中，管理该UE的控制面信息可以包括：
管理该UE的PCF IP地址或PCF ID；
管理该UE的UPF IP地址或UPF ID；
管理该UE的SMF IP地址或SMF ID；
新加入UE所承载的多模态业务流所对应的PCC规则，或者PCC规则里的某个参数。
这样，BSF就可以通知两个PCF，其新加入的多模态业务流所对应的UE，以及控制面网元信息等等。
实施例二：
该实施例主要以基于NRF的多模态QoS流建立进行举例说明，如图8所示，包括以下步骤：
步骤1到步骤10：同实施例1，此处不作赘述。
步骤11：UE 1和UE 2所分别对应的PCF 1和PCF 2，生成PCC rules。这个就是用于建立多模态业务QoS流的PCC rules。
步骤12：本过程同时适用于PCF 1和PCF 2。
PCF触发一个请求到NRF，用于更新或者创建多模态业务组中所述UE所承载的多模态业务流的信息等。
具体可以是发送管理注册请求或者管理更新请求(Nnrf_NFManagement_NFRegister request或Nnrf_NFManagement_NFUpdate request)，包含如下信息：
UE IP地址，服务当前UE的PCF IP地址，服务当前UE的SMF IP地址，服务当前UE的UPF IP地址，该UE所从属的多模态业务流的信息。
比如，PCF 1发送UE 1 IP地址，PCF 1 IP地址，SMF 1 IP地址，UPF 1 IP地址，还有UE 1目前所承载的多模态业务流的信息，具体可以如下：
multiple modal ID：多模态业务流标识
multiple modal provider ID：业务提供方标识；
这样，NRF就能够知道，当前某个多模态业务组1里，都包括哪些UE，和服务这些UE的PCF都是谁。
步骤12a：NRF发送响应，以指示相关信息是否收到，并发送multiple modal profile ID。
步骤13：NRF根据每个PCF上报的多模态业务流的信息和对应的UE，PCF信息等，可以建立这个多模态业务组的一个配置信息：多模态业务组的配置信息(multiple modal profile)，包括如下内容：
multiple modal profile ID；
Multiple modal ID＝1；多模态业务流标识
Multiple modal provider＝XXX(提供该多模态服务的提供方标识，比如某互联网平台)
承载所述多模态业务流的UE 1的如下内容：
PCF IP地址、PCF ID；
SMF IP地址、SMF ID；
UPF IP地址、UPF ID；
PCC rules；所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 1提供服务。
承载所述多模态业务流的UE 2的如下内容：
PCF IP地址、PCF ID
SMF IP地址、SMF ID
UPF IP地址、UPF ID。
PCC rules；所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE2提供服务。
由于NRF已经建立完了多模态业务组的配置信息，那么下面考虑，如何让PCF1或者 PCF2，得到控制其他多模态业务流PCC规则制定的PCF的地址信息等等，具体有如下两种方法：
选项1：
步骤14a：PCF 1或者PCF 2，可以触发一个状态订阅请求，请求订阅某个多模态业务组配置信息的变化。
当某个UE不再承载多模态业务流以后，或者，当有新的UE加入承载多模态业务流(比如，触觉信号)，这时候，两个PCF需要被通知这个消息。
具体可以发送管理状态订阅信令(Nnrf_NFManagement_NFStatusSubscribe)，包含以下参数：
multiple modal profile ID；
Multiple modal ID；
希望订阅的PCC规则，或者PCC规则里的某个参数。
步骤15a：当多模态业务组中有新UE加入，或者旧的UE不再承载多模态业务流以后，NRF发现多模态业务组的配置信息的变化，NRF会通知两个PCF。
具体可以发送管理状态通知信令(Nnrf_NFManagement_NFStatusNotify)，包含以下参数：
multiple modal profile ID；
Multiple modal ID；
更新的PCC规则，或者更新的PCC规则里的某个参数；
新加入的UE IP地址，以及管理该UE的控制面信息；
其中，管理该UE的控制面信息可以包括：
管理该UE的PCF IP地址或PCF ID；
管理该UE的UPF IP地址或UPF ID；
管理该UE的SMF IP地址或SMF ID；
新加入UE所承载的多模态业务流所对应的PCC规则，或者PCC规则里的某个参数；
这样，NRF就可以通知两个PCF，其新加入的多模态业务流所对应的UE，以及控制面网元信息等等。
选项2：
PCF还可以直接从NRF里获取某个多模态业务组的配置信息，比如，其他承载该多模态业务流的UE的情况和UE所对应的PCF IP地址等信息。
步骤14b：PCF 1或者PCF 2，可以去NRF里查找，相关多模态业务组的其他成员的信息，即，多模态业务组中，承载同组多模态业务流的其他终端或终端所对应的控制网元信息。
具体可以发送发现请求(Nnrf_NFDiscovery request)，该信令包含的参数有：
multiple modal profile ID；
Multiple modal ID；
也就是说，PCF1目前已经承载了UE 1的多模态流的PCC规则的建立，PCF1还想知道，组成这个多模态业务组的另一个UE2所对应的PCF2的信息，因此，向NRF发送多模态配置ID，多模态流ID等信息，去查找。
步骤15b：NRF发送响应给PCF1，告知PCF1这个多模态业务组是否存在其他终端承载多模态业务流，以及服务于该终端的PCF等的信息。
具体可以发送发现响应(Nnrf_NFDiscovery response)，该信令包含如下信息：
UE 2 IP地址(承载另一个多模态业务流的)；
(服务于UE 2)PCF IP地址或PCF ID；
(服务于UE 2)SMF IP地址或SMF ID；
(服务于UE 2)UPF IP地址或UPF ID。
PCC规则；所述UE 2所承载的多模态业务流所对应的PCC规则，或者，生成所述UE 2承载的多模态业务流QoS参数或者指标的PCC规则。
这样，PCF1，就获得了，这个多模态业务流里的其他承载多模态业务流的终端，以及服务该终端的5G控制面网元的IP地址(尤其是PCF)
步骤15到步骤18：同实施例1中的步骤19到步骤21，此处不作赘述。
实施例三：
该实施例主要以NEF/AF到UDR的多模态QoS流建立方法和信息保存进行举例说明，如图9所示，包括以下步骤：
步骤1到步骤10：同实施例1中的步骤1到步骤10，此处不作赘述.
步骤11a：UE 1和UE 2所分别对应的PCF 1和PCF 2，生成PCC rules。这个就是用于建立多模态业务QoS流的PCC rules。
步骤11：AF同时获得了多模态业务组的配置信息，比如，可能的配置情况可以是如下：
Multiple modal profile包括如下信息：
multiple modal profile ID；
Multiple modal ID＝1；多模态业务流标识
Multiple modal provider＝XXX(提供该多模态服务的提供方标识，比如某互联网平台)；
承载所述多模态业务流的UE 1的如下信息：
PCF IP地址、PCF ID；
SMF IP地址、SMF ID；
UPF IP地址、UPF ID；
PCC rules；所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 1提供服务。
承载所述多模态业务流的UE 2的如下信息：
PCF IP地址、PCF ID；
SMF IP地址、SMF ID；
UPF IP地址、UPF ID；
PCC rules。所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 2提供服务。
步骤12：AF触发将多模态业务组的配置，发送到UDR里进行保存，因为这个信息是适用于多个UE的。
具体可以是发送部署请求(比如，Nnef_Deployment Request)，包含参数有：
Multiple modal ID；
Multiple modal provider ID；
多个UE的控制面信息；
其中，UE的控制面信息包括如下：
管理该UE的PCF IP地址或PCF ID；
管理该UE的UPF IP地址或UPF ID；
管理该UE的SMF IP地址或SMF ID；
UE所承载的多模态业务流所对应的PCC规则，或者PCC规则里的某个参数。
步骤13：NEF验证这个AF的请求
步骤14：NEF可以触发到UDR的数据管理(data management，DM)创建，更新或者修改请求，该请求用于将上述多模态业务＝组配置信息放到UDR里保存。使用Multiple modal ID或者Multiple modal provider ID可以恢复这些信息。
具体可以发送数据管理创、更新或者修改请求(Nudr_DM_Create/Update/Delete request)，该请求包含参数如下：
Multiple modal ID：多模态业务流标识
Multiple modal provider ID：业务提供方标识；
数据密钥(Data key)＝签约永久标识(Subscription Permanent Identifier，SUPI)或一般公共签约标识(Generic Public Subscription Identifier，GPSI)；此处的SUPI或者GPSI，可以是承载多模态业务流的终端的SUPI或者GPSI。
数据子密钥(Data subkey)＝PDU session ID或UE IP地址；此处的UE IP地址，可以是承载多模态业务流的终端的IP地址，此处的PDU session ID，可以是承载多模态业务流的终端的PDU session的ID。
多个UE的控制面信息；
其中，UE的控制面信息包括如下：
管理该UE的PCF IP地址或PCF ID；
管理该UE的UPF IP地址或UPF ID；
管理该UE的SMF IP地址或SMF ID；
UE所承载的多模态业务流所对应的PCC规则，或者PCC规则里的某个参数。
步骤15：UDR发出响应，保存成功还是失败
步骤16：NEF答复AF，所述AF请求成功还是失败。
由于多模态业务组的配置信息已经在UDR里保存了，那么，PCF需要订阅或者获取所述多模态业务组的配置信息，比如，承载多模态业务流的其他UE所对应的控制面网元的IP地址(比如PCF 2的IP地址)。
那么有以下两个方式进行订阅或者获取：
选项1：PCF通过NEF，订阅或者获取多模态业务组的配置信息
步骤17和步骤18：PCF 1或者PCF 2触发订阅请求到NEF，订阅或者获取多模态业务组的配置信息。
具体可以发送多模态订阅请求(Nnef_MultipleModol_Subscribe Request)，该请求包含参数如下：
Multiple modal ID：多模态业务流标识；
Multiple modal provider ID：业务提供方标识；
Data key＝SUPI或GPSI；Data subkey＝PDU session ID或UE IP地址。
所述NEF根据这个订阅请求，会从UDR里订阅或者获取所述多模态业务组的配置信息。
步骤19和20：NEF发订阅响应给PCF1或者PCF2，所述订阅成功或者失败。
在步骤19和20之后，NEF还要触发一个订阅请求到UDR(同选项2里的步骤17)，具体可以发送多模态订阅请求(Nnef_MultipleModol_Subscribe Request)，该请求包含参数如下：
Multiple modal ID：多模态业务流标识；
Multiple modal provider ID：业务提供方标识；
Data key＝SUPI或GPSI；Data subkey＝PDU session ID或UE IP地址。
所述UDR根据这个订阅请求，会从UDR里订阅或者获取所述多模态业务组的配置信息
UDR发送响应，订阅成功还是失败。同选项2里的步骤18，此处不作赘述。
步骤21或步骤22：当多模态业务组中有新UE加入，或者旧的UE不再承载多模态业务流以后，UDR里的多模态业务组配置发生变化，同时UDR也能够发现多模态业务组的配置变化，UDR会通知NEF(同选项2里的步骤19)，然后NEF再通知两个PCF。
具体可以发送多模态通知(Nnef_MultipleModol_Notify)，包含以下参数：
multiple modal profile ID；
Multiple modal ID；
新加入的UE IP地址，以及管理该UE的控制面信息；
其中，该UE的控制面信息包括：
管理该UE的PCF IP地址或PCF ID；
管理该UE的UPF IP地址或UPF ID；
管理该UE的SMF IP地址或SMF ID；
新加入UE所承载的多模态业务流所对应的PCC规则，或者PCC规则里的某个参数。
这样，UDR就可以通知NEF，然后NEF再通知两个PCF，其新加入的多模态业务流所对应的UE，以及控制面网元信息等等。
选项2：PCF直接订阅UDR里所保存的多模态业务组的配置信息。
步骤17：PCF1或者PCF2直接订阅UDR里所保存的多模态业务组的配置信息。
具体可以发送多模态订阅请求(Nudr_MultipleModol_Subscribe Request)，包含参数如下：
Multiple modal ID：多模态业务流标识；
Multiple modal provider ID：业务提供方标识；
Data key＝SUPI或GPSI；Data subkey＝PDU session ID或UE IP地址。
所述UDR根据这个订阅请求，会从UDR里订阅或者获取所述多模态业务组的配置信息
步骤18：UDR发送响应，订阅成功还是失败。
步骤19：当多模态业务组中有新UE加入，或者旧的UE不再承载多模态业务流以后，UDR里的多模态业务组配置发生变化，同时UDR也能够发现多模态业务组的配置变化，UDR会通知两个PCF。
具体可以发送多模态通知(Nudr_MultipleModol_Notify)，包含以下参数：
multiple modal profile ID；
Multiple modal ID；
新加入的UE IP地址，以及管理该UE的控制面信息；
该UE的控制面信息包括：
管理该UE的PCF IP地址或PCF ID；
管理该UE的UPF IP地址或UPF ID；
管理该UE的SMF IP地址或SMF ID；
新加入UE所承载的多模态业务流所对应的PCC规则，或者PCC规则里的某个参数。
这样，UDR就可以通知两个PCF，其新加入的多模态业务流所对应的UE，以及控制面网元信息等等。
步骤23到步骤26：同实施例1中的步骤19到步骤22，此处不作赘述。
实施例四：
该实施例主要基于AF的多模态QoS流建立进行举例说明，如图10所示，包括以下步骤：
步骤1到步骤10：同实施例1的步骤1到步骤10，此处不作赘述。
步骤11：AF同时获得了多模态业务组的配置信息，比如，可能的配置情况如下所述：
Multiple modal profile包括如下信息：
multiple modal profile ID；
Multiple modal ID＝1；多模态业务流标识
Multiple modal provider＝XXX(提供该多模态服务的提供方标识，比如某互联网平台)；
承载所述多模态业务流的UE 1的如下信息：
PCF IP地址、PCF ID；
SMF IP地址、SMF ID；
UPF IP地址、UPF ID；
PCC rules；所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 1提供服务。
承载所述多模态业务流的UE 2的如下信息：
PCF IP地址、PCF ID；
SMF IP地址、SMF ID；
UPF IP地址、UPF ID；
PCC rules。所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 2提供服务。
由于AF里已经保存了多模态业务组的所有配置，所以，可以考虑让5GC网元去订阅AF里保存的多模态业务流的配置信息。当AF里保存的多模态业务流或多模态业务组的信息发生变化，则AF可以通知5G核心网网元。
步骤12和步骤13：所述PCF1或者PCF2要订阅或者获取AF里保存的某个多模态业务组的配置信息。PCF先把订阅请求发给NEF，NEF再发送订阅到AF。
具体可以发送多模态订阅请求(Nnef_MultipleModel_Subscribe Request)，包含参数如下：
Multiple modal ID；
Multiple modal provider ID；
步骤14：NEF转发PCF的订阅请求或获取请求给AF。
具体可以发送多模态订阅请求(Naf_MultipleModel_Subscribe Request)，包含参数如下：
Multiple modal ID；
Multiple modal provider ID。
步骤15：AF发送响应给NEF，以指示所述订阅成功还是失败。
步骤16和步骤17：NEF发送响应给PCF1或PCF2，以指示所述订阅成功还是失败。
步骤18：当多模态业务组中有新UE加入，或者旧的UE不再承载多模态业务流以后，AF里的多模态业务组配置信息发生变化，同时AF也能够发现多模态业务组的配置信息 变化，AF会通知NEF，然后NEF两个PCF。
具体可以发送多模态通知(Naf_MultipleModel Notify)，包含以下参数：
multiple modal profile ID；
Multiple modal ID；
新加入的UE IP地址，以及管理该UE的控制面信息；
管理该UE的控制面信息包括：
管理该UE的PCF IP地址或PCF ID；
管理该UE的UPF IP地址或UPF ID；
管理该UE的SMF IP地址或SMF ID；
新加入UE所承载的多模态业务流所对应的PCC规则，或者PCC规则里的某个参数。
这样，AF就可以先通知NEF，NEF再通知两个PCF，其新加入的多模态业务流所对应的UE，以及控制面网元信息等等。
在步骤19和步骤20中，NEF再发送AF的通知信息给两个PCF。
具体可以发送多模态通知(Nnef_MultipleModel_Notify)，包含以下参数：
multiple modal profile ID；
Multiple modal ID；
新加入的UE IP地址，以及管理该UE的控制面信息；
管理该UE的控制面信息包括：
管理该UE的PCF IP地址或PCF ID；
管理该UE的UPF IP地址或UPF ID；
管理该UE的SMF IP地址或SMF ID；
新加入UE所承载的多模态业务流所对应的PCC规则，或者PCC规则里的某个参数。
步骤21到步骤24：同实施例1中的步骤19到步骤22，此处不作赘述。
实施例五：
该实施例主要基于NEF的多模态QoS流建立进行举例说明，如图11所示，包括以下步骤：
步骤1到步骤10：同实施例步骤1到步骤10，此处不作赘述。
步骤11：NEF同时获得了多模态业务组的配置，比如，可能的配置情况如下所述：
Multiple modal profile包括如下信息：
multiple modal profile ID；
Multiple modal ID＝1；多模态业务流标识
Multiple modal provider＝XXX(提供该多模态服务的提供方标识，比如某互联网平台)；
承载所述多模态业务流的UE 1的如下信息：
PCF IP地址、PCF ID；
SMF IP地址、SMF ID；
UPF IP地址、UPF ID；
PCC rules；所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 1提供服务。
承载所述多模态业务流的UE 2的如下信息：
PCF IP地址、PCF ID；
SMF IP地址、SMF ID；
UPF IP地址、UPF ID；
PCC rules。所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 2提供服务。
在步骤12和步骤13中，所述PCF1或者PCF2要订阅或者获取NEF里保存的某个多模态业务组的配置信息。
具体可以发送多模态订阅请求(Nnef_MultipleModel_Subscribe Request)，包含以下参数：
Multiple modal ID；
Multiple modal provider ID。
在步骤14和步骤15中，NEF发送响应给PCF，以指示所述订阅成功还是失败。
在步骤16和步骤17中，当多模态业务组中有新UE加入，或者旧的UE不再承载多模态业务流以后，NEF里的多模态业务组配置信息发生变化，同时NEF也能够发现多模态业务组的配置信息变化，NEF会通知两个PCF：
具体可以发送多模态通知(Nnef_MultipleModol_Notify)，包含以下参数：
multiple modal profile ID；
Multiple modal ID；
新加入的UE IP地址，以及管理该UE的控制面信息；
其中，该UE的控制面信息包括：
管理该UE的PCF IP地址；
管理该UE的UPF IP地址；
管理该UE的SMF IP地址；
新加入UE所承载的多模态业务流所对应的PCC规则，或者PCC规则里的某个参数。
这样，NEF通知两个PCF，其新加入的多模态业务流所对应的UE，以及控制面网元信息等等。
步骤19到步骤22：同实施例1中的步骤19到步骤22，此处不作赘述。
实施例六：
该实施例主要基于UDM的多模态QoS流建立进行举例说明，如图12所示，包括以下步骤：
步骤1到步骤10：同实施例1中的步骤1到步骤10，此处不作赘述。
步骤11：PCC规则的生成。
步骤12：本过程同时适用于PCF 1和PCF 2。
在步骤12中，PCF触发一个请求到UDM，用于更新或者创建多模态业务组中所述UE所承载的多模态业务流的情况。
具体可以发送上下文管理(context management，CM)更新请求或者创建请求(Nudm_UECM_Update request或Nudm_UECM_Create request)，包含信息如下：
UE IP地址，服务当前UE的PCF IP地址，服务当前UE的SMF IP地址，服务当前UE的UPF IP地址，该UE所从属的多模态业务组的信息。
比如，PCF 1发送UE 1 IP地址，PCF 1 IP地址，SMF 1 IP地址，UPF 1 IP地址，还有UE 1所承载的多模态业务流信息，其中，多模态业务流信息包括如下：
multiple modal ID；
multiple modal provider ID：业务提供方。
这样，UDM就能够知道，当前平台的多模态业务组1里，都包括哪些UE，和服务这些UE的PCF都是谁。相当于UDM存储了5G网络内部所有多模态业务流的信息或多模态业务组的配置信息。
步骤13：UDM发送响应，以指示相关信息是否收到，并发送multiple modal profile ID。
步骤14：UDM根据每个PCF上报的多模态业务组的信息和对应的UE，PCF信息等，可以建立这个多模态业务组的配置信息：multiple modal profile。
Multiple modal profile包括如下信息：
multiple modal profile ID；
Multiple modal ID＝1；多模态业务流标识
Multiple modal provider＝XXX(提供该多模态服务的提供方标识，比如某互联网平台)；
UE 1的如下信息：
PCF IP地址、PCF ID；
SMF IP地址、SMF ID；
UPF IP地址、UPF ID；
PCC rules；所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 1提供服务。
UE 2的如下信息：
PCF IP地址、PCF ID；
SMF IP地址、SMF ID；
UPF IP地址、UPF ID；
PCC rules。所述终端承载的多模态业务流所对应的PCC规则
上述的控制面或者用户面用于为UE 2提供服务。
UDM已经建立完了多模态业务组的配置信息，那么下面考虑，如何让PCF1或者PCF2， 得到控制其他多模态业务流PCC规则制定的PCF的。
步骤15a：PCF1或者PCF2可以从UDM里，订阅或者获取所述多模态业务组的配置信息。
具体发送签约数据管理(Subscriber Data Management)订阅请求SDM_Subscribe request，或Nudm_SDM_Get(签约数据管理获取)请求(Nudm_SDM_Subscribe request，或Nudm_SDM_Get Request)，包含以下参数：
Multiple modal ID；
Multiple modal provider ID。
步骤16a：UDM发送响应，告知订阅成功或者失败。
当多模态业务组中有新UE加入，或者旧的UE不再承载多模态业务流以后，UDM里的多模态业务组配置发生变化，同时NEF也能够发现多模态业务组的配置变化，UDM会通知两个PCF。
具体发送SDM通知(Nudm_SDM_Notification)，包含以下参数：
multiple modal profile ID；
Multiple modal ID；
新加入的UE IP地址，以及管理该UE的控制面信息。
管理该UE的控制面信息包括：
管理该UE的PCF IP地址或PCF ID；
管理该UE的UPF IP地址或UPF ID；
管理该UE的SMF IP地址或SMF ID；
新加入UE所承载的多模态业务流所对应的PCC规则，或者PCC规则里的某个参数。
这样，UDM通知两个PCF，其新加入的多模态业务流所对应的UE，以及控制面网元信息等等。
步骤17到步骤20：同实施例1中的步骤19到步骤22，此处不作赘述。
请参见图13，图13是本申请实施例提供的一种协同操作装置的结构图，如图13所示，协同操作装置1300包括：
获取模块1301，用于获取第二控制网元的信息，其中，第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；
执行模块1302，用于基于所述第二控制网元的信息，执行关于所述多模态业务组的协同操作。
可选的，所述关于所述多模态业务组的协同操作包括如下至少一项：
向所述第二控制网元订阅所述第二业务流控制信息；
获取所述第二业务流控制信息；
更新所述第一业务流控制信息；
向所述第二控制网元发送所述第一业务流控制信息。
可选的，所述获取所述第二业务流控制信息，包括如下至少一项：
获取未更新的所述第二业务流控制信息；
获取更新的所述第二业务流控制信息；
和/或
所述向所述第二控制网元发送所述第一业务流控制信息，包括如下至少一项：
向所述第二控制网元发送未更新的所述第一业务流控制信息；
向所述第二控制网元发送更新的所述第一业务流控制信息。
可选的，获取模块1301用于从第一目标网元获取第二控制网元的信息，所述第一目标网元获取或存储有所述第一控制网元和第二控制网元的信息。
可选的，所述装置还包括：
第一发送模块，用于向第二目标网元发送第一请求，所述第一请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，以使得所述第二目标网元根据所述第一请求，请求所述第一目标网元更新或者创建所述第一终端的所述第一多模态业务流的信息；或者
第二发送模块，用于向所述第一目标网元发送第二请求，所述第二请求用于请求更新或者创建所述第一终端的所述第一多模态业务流的信息；
其中，所述第一终端的第一多模态业务流的信息包括所述第一控制网元的信息。
可选的，所述第一终端的第一多模态业务流的信息包括：所述第一控制网元的地址信息和标识信息中的至少一项，所述第一终端的第一多模态业务流的信息还包括如下至少一项：
所述第一终端的第一多模态业务流的第一业务流控制信息；
服务质量流标识QFI；
所述第一终端的标识；
所述第一终端的IP地址；
所述第一多模态业务流所在的协议数据单元PDU会话标识；
所述多模态业务组的标识；
所述第一多模态业务流的标识；
多模态业务提供方标识。
可选的，在所述多模态业务组内的多模态业务流发生变化的情况下，所述第一控制网元接收所述第一目标网元发送的第一通知消息，所述第一通知消息用于通知发生变化的所述多模态业务组的业务流信息。
可选的，所述多模态业务组的业务流发生变化包括如下至少一项：
所述多模态业务组有新终端加入，新加入终端承载所述多模态业务组内的多模态业务 流；
所述多模态业务组中，原有终端不再在承载所述多模态业务组的多模态业务流。
可选的，所述发生变化的所述多模态业务组的业务流信息包括如下至少一项：
更新的业务流控制信息；
为新加入终端服务的控制网元的地址信息，或为新加入终端的所述多模态业务流服务的控制网元的地址信息；
为新加入终端服务的控制网元的标识信息，或为新加入终端的所述多模态业务流服务的控制网元的标识信息；
新加入终端的地址信息或标识信息，或为新加入的所述多模态业务流服务的终端地址信息或标识信息；
新加入终端承载的多模态业务流的业务流控制信息；
需要被移除的多模态业务流的业务流控制信息。
可选的，在所述第二终端为所述多模态业务组新加入的终端的情况下，所述发生变化的所述多模态业务组的业务流信息包括所述第二终端的第二多模态业务流的信息；
其中，所述第二终端的第二多模态业务流的信息包括所述第二控制网元的信息。
可选的，所述第二终端的第二多模态业务流的信息包括：所述第二控制网元的地址信息和标识信息中的至少一项，所述第二终端的第二多模态业务流的信息还包括如下至少一项：
所述第二终端的第二多模态业务流的第二业务流控制信息；
服务质量流标识QFI；
所述第二终端的标识；
所述第二终端的IP地址；
所述第二多模态业务流所在的协议数据单元PDU会话标识；
所述多模态业务组的标识；
所述第二多模态业务流的标识；
所述第二多模态业务流的多模态业务提供方标识。
可选的，所述装置还包括：
第三发送模块，用于向所述第一目标网元发送订阅请求，所述订阅请求用于订阅所述多模态业务组的配置信息，所述第一通知消息为所述第一目标网元基于所述订阅请求发送的。
可选的，所述多模态业务组的配置信息包括以下至少一项：
所述第一终端的第一多模态业务流的信息；
所述第二终端的第二多模态业务流的信息；
多模态业务组标识；
多模态业务提供方标识。
可选的，所述装置还包括：
第四发送模块，用于向所述第一目标网元发送查询请求，所述查询请求用于查询所述多模态业务组中的其他终端所承载的多模态业务流的信息；
所述获取模块用于接收所述第一目标网元发送的所述第二终端在所述多模态业务组内中所承载的所述第二多模态业务流的信息；
其中，所述第二终端在所述多模态业务组中所承载的所述第二多模态业务流的信息包括所述第二控制网元的信息。
可选的，所述第一业务流控制信息包括：
第一策略与计费控制PCC规则；
所述第二业务流控制信息包括：
第二PCC规则。
可选的，上述第一控制网元包括但不限于如下至少一项：
第一具有会话管理功能的网元、第一具有用户平面功能的网元、第一具有策略控制功能的网元；
可选的，所述第二控制网元包括但不限于如下至少一项：
第二具有会话管理功能的网元、第二具有用户平面功能的网元、第二具有策略控制功能的网元。
上述协同操作装置可以避免不同控制网元彼此之间相互独立执行操作而影响多模态业务。
本申请实施例中的协同操作装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是网络侧设备，也可以为除网络侧设备之外的其他设备。示例性的，网络侧设备可以包括但不限于本申请实施例所列举的网络侧设备的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
请参见图14，图14是本申请实施例提供的一种信息提供装置的结构图，如图14所示，信息提供装置1400包括：
第一获取模块1401，用于获取第一控制网元的信息，以及第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；
第一发送模块1402，用于向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息。
本申请实施例中，第一目标网元包括上述信息提供装置。
可选的，所述装置还包括：
第二获取模块，用于获取所述第一终端的第一多模态业务流的信息，以及所述第二终 端的第二多模态业务流的信息；其中，所述第一终端的第一多模态业务流的信息包括所述第一控制网元的信息，所述第二终端的第二多模态业务流的信息包括所述第二控制网元的信息；
添加模块，用于将所述第一终端的第一多模态业务流的信息或所述第二终端的第二多模态业务流的信息添加至所述多模态业务组的配置信息中。
可选的，所述添加模块用于在所述第一终端的第一多模态业务流的信息和所述第二终端的第二多模态业务流的信息属于同一个多模态业务组的情况下，所述第一目标网元将所述第一终端的第一多模态业务流的信息，以及第二终端的第二多模态业务流的信息添加至所述多模态业务组的配置信息中。
可选的，所述第一获取模块1401用于接收第二目标网元发送的至少一个第一请求，所述至少一个第一请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，以及用于请求更新或者创建所述第二终端的第二多模态业务流的信息；或者
所述第一获取模块1401用于接收所述第一控制网元发送的第二请求，以及接收所述第二控制网元发送的第二请求；其中，所述第一控制网元发送的第二请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，所述第二控制网元发送的第二请求用于请求更新或者创建所述第二终端的第二多模态业务流的信息。
可选的，所述第一终端的第一多模态业务流的信息包括：所述第一控制网元的地址信息和标识信息中的至少一项，所述第一终端的第一多模态业务流的信息还包括如下至少一项：
所述第一终端的第一多模态业务流的第一业务流控制信息；
服务质量流标识QFI；
所述第一终端的标识；
所述第一终端的IP地址；
所述第一多模态业务流所在的协议数据单元PDU的会话标识；
所述多模态业务组的标识；
所述第一多模态业务流的标识；
多模态业务提供方标识。
和/或，
所述第二终端的第二多模态业务流的信息包括：所述第二控制网元的地址信息和标识信息中的至少一项，所述第二终端的第二多模态业务流的信息还包括如下至少一项：
所述第二终端的第二多模态业务流的第二业务流控制信息。
服务质量流标识QFI；
所述第二终端的标识；
所述第二终端的IP地址；
所述第二多模态业务流所在的协议数据单元PDU的会话标识；
所述多模态业务组的标识；
所述第二多模态业务流的标识；
多模态业务提供方标识。
可选的，在所述多模态业务组内的多模态业务流发生变化的情况下，所述第一目标网元向所述第一控制网元和所述第二控制网元中的至少一项发送第一通知消息，所述第一通知消息用于通知发生变化的所述多模态业务组的业务流信息。
可选的，所述多模态业务组的业务流发生变化包括如下至少一项：
所述多模态业务组有新终端加入，新加入终端承载所述多模态业务组内的多模态业务流；
所述多模态业务组中，原有终端不再在承载所述多模态业务组的多模态业务流。
可选的，所述发生变化的所述多模态业务组的业务流信息包括如下至少一项：
更新的业务流控制信息；
为新加入终端服务的控制网元的地址信息，或为新加入终端的所述多模态业务流服务的控制网元的地址信息；
为新加入终端服务的控制网元的标识信息，或为新加入终端的所述多模态业务流服务的控制网元的标识信息；新加入的终端地址信息或标识信息，或为新加入的所述多模态业务流服务的终端地址信息或标识信息；
新加入终端承载的多模态业务流的业务流控制信息；
需要被移除的多模态业务流的业务流控制信息。
可选的，所述装置还包括：
第一接收模块，用于接收所述第一控制网元和所述第二控制网元中的至少一项发送的订阅请求，所述订阅请求用于订阅所述多模态业务组的配置信息，所述第一通知消息为所述第一目标网元基于所述订阅请求发送的。
可选的，所述多模态业务组的配置信息包括以下至少一项：
所述第一终端的第一多模态业务流的信息；
所述第二终端的第二多模态业务流的信息；
多模态业务组标识；
多模态业务提供方标识。
可选的，所述装置还包括：
第二发送模块，用于向第三目标网元转发所述订阅请求；
第二接收模块，用于在所述多模态业务组的多模态业务流发生变化的情况下，接收所述第三目标网元发送的第二通知消息，所述第二通知消息用于通知发生变化的所述多模态业务组的业务流信息。
可选的，所述装置还包括：
第三接收模块，用于接收所述第一控制网元和所述第二控制网元发送查询请求，所述 查询请求用于查询所述多模态业务组中的其他终端所承载的多模态业务流的信息；
其中，所述第二控制网元的信息和所述第一控制网元的信息是基于所述查询请求发送的。
可选的，所述装置还包括：
第四接收模块，用于接收第四目标网元发送的所述多模态业务组的配置信息，所述配置信息包括：所述第一终端的第一多模态业务流的信息，以及所述第二终端的第一多模态业务流的信息。
可选的，上述第一控制网元包括但不限于如下至少一项：
第一具有会话管理功能的网元、第一具有用户平面功能的网元、第一具有策略控制功能的网元；
可选的，所述第二控制网元包括但不限于如下至少一项：
第二具有会话管理功能的网元、第二具有用户平面功能的网元、第二具有策略控制功能的网元。
上述信息提供装置可以避免不同控制网元彼此之间相互独立执行操作而影响多模态业务。
本申请实施例中的信息提供装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是网络侧设备，也可以为除网络侧设备之外的其他设备。示例性的，网络侧设备可以包括但不限于本申请实施例所列举的网络侧设备的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
请参见图15，图15是本申请实施例提供的一种信息提供装置的结构图，如图15所示，信息提供装置1500包括：
获取模块1501，用于获取多模态业务组的配置信息，所述配置信息包括第一控制网元的信息，以及第二控制网元的信息；其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息；
发送模块1502，用于向第一目标网元发送所述第一控制网元的信息和所述第二控制网元的信息中的至少一项。
可选的，所述多模态业务组的配置信息包括以下至少一项：
所述第一终端的第一多模态业务流的信息；
所述第二终端的第二多模态业务流的信息；
多模态业务组标识；
多模态业务提供方标识；
其中，所述第一终端的第一多模态业务流的信息包括所述第一控制网元的信息，其中，所述第二终端的第二多模态业务流的信息包括所述第二控制网元的信息。
可选的，所述第一终端的第一多模态业务流的信息包括：所述第一控制网元的地址信息和标识信息中的至少一项，所述第一终端的第一多模态业务流的信息还包括如下至少一项：
所述第一终端的第一多模态业务流的第一业务流控制信息；
服务质量流标识QFI；
所述第一终端的标识；
所述第一终端的IP地址；
所述第一多模态业务流所在的协议数据单元PDU的会话标识；
所述多模态业务组的标识；
所述第一多模态业务流的标识；
多模态业务提供方标识。
和/或，
所述第二终端的第二多模态业务流的信息包括：所述第二控制网元的地址信息和标识信息中的至少一项，所述第二终端的第二多模态业务流的信息还包括如下至少一项：
所述第二终端的第二多模态业务流的第二业务流控制信息。
服务质量流标识QFI；
所述第二终端的标识；
所述第二终端的IP地址；
所述第二多模态业务流所在的协议数据单元PDU的会话标识；
所述多模态业务组的标识；
所述第二多模态业务流的标识；
多模态业务提供方标识。
可选的，获取模块1501用于接收业务流建立响应消息，所述业务流建立响应消息包括：所述多模态业务组的配置信息。
可选的，发送模块1502用于向第一目标网元发送所述多模态业务组的配置信息。
可选的，所述装置还包括：
接收模块，用于接收第一目标网元发送的所述订阅请求，所述订阅请求用于订阅所述多模态业务组的配置信息；
其中，在所述多模态业务组的多模态业务流发生变化的情况下，所述第三目标网元向所述第一目标网元发送的第二通知消息，所述第二通知消息用于通知发生变化的所述多模态业务组的业务流信息。
可选的，所述多模态业务组的业务流发生变化包括如下至少一项：
所述多模态业务组有新终端加入，新加入终端承载所述多模态业务组内的多模态业务流；
所述多模态业务组中，原有终端不再在承载所述多模态业务组的多模态业务流。
可选的，所述发生变化的所述多模态业务组的业务流信息包括如下至少一项：
更新的业务流控制信息；
为新加入终端服务的控制网元的地址信息，或为新加入终端的所述多模态业务流服务的控制网元的地址信息；
为新加入终端服务的控制网元的标识信息，或为新加入终端的所述多模态业务流服务的控制网元的标识信息；新加入的终端地址信息或标识信息，或为新加入的所述多模态业务流服务的终端地址信息或标识信息；
新加入终端承载的多模态业务流的业务流控制信息；
需要被移除的多模态业务流的业务流控制信息。
可选的，所述第一控制网元包括如下至少一项：
第一具有会话管理功能的网元、第一具有用户平面功能的网元、第一具有策略控制功能的网元；
和/或，
所述第二控制网元包括如下至少一项：
第二具有会话管理功能的网元、第二具有用户平面功能的网元、第二具有策略控制功能的网元。
上述信息提供装置可以避免不同控制网元彼此之间相互独立执行操作而影响多模态业务。
本申请实施例中的信息提供装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是网络侧设备，也可以为除网络侧设备之外的其他设备。示例性的，网络侧设备可以包括但不限于本申请实施例所列举的网络侧设备的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
可选的，如图16所示，本申请实施例还提供一种通信设备1600，包括处理器1601和存储器1602，存储器1602上存储有可在所述处理器1601上运行的程序或指令，例如，该通信设备1600为第一控制网元时，该程序或指令被处理器1601执行时实现上述协同操作方法实施例的各个步骤，且能达到相同的技术效果。该通信设备1600为第一目标网元时，该程序或指令被处理器1601执行时实现上述第一目标网元的信息提供方法实施例的各个步骤，且能达到相同的技术效果。该通信设备1600为第三目标网元时，该程序或指令被处理器1601执行时实现上述第三目标网元的信息提供方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种网元，所述网元为第一控制网元，包括处理器及通信接口，其中，所述通信接口用于获取第二控制网元的信息，其中，第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终 端的第二多模态业务流属于同一多模态业务组；所述处理器或者通信接口用于基于所述第二控制网元的信息，执行关于所述多模态业务组的协同操作。该第一控制网元实施例与上述第一控制网元侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。
本申请实施例还提供了一种网元，所述网元为第一目标网元，包括处理器及通信接口，其中，所述通信接口用于获取第一控制网元的信息，以及第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息。该第一目标网元实施例与上述第一目标网元侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。
本申请实施例还提供了一种网元，所述网元为第三目标网元，包括处理器及通信接口，其中，所述通信接口用于获取多模态业务组的配置信息，所述配置信息包括第一控制网元的信息，以及第二控制网元的信息；其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息；向第一目标网元发送所述第一控制网元的信息和所述第二控制网元的信息中的至少一项。该第三目标网元实施例与上述第三目标网元侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图17所示，该网络侧设备1700包括：处理器1701、网络接口1702和存储器1703。其中，网络接口1702例如为通用公共无线接口(common public radio interface，CPRI)。
具体地，本发明实施例的网络侧设备1700还包括：存储在存储器1703上并可在处理器1701上运行的指令或程序，处理器1701调用存储器1703中的指令或程序执行图13至图15所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
在上述网络侧设备为第一控制网元的实施例中：
网络接口1702用于获取第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；处理器1701或者网络接口1702用于基于所述第二控制网元的信息，执行关于所述多模态业务组的协同操作。
可选的，所述关于所述多模态业务组的协同操作包括如下至少一项：
向所述第二控制网元订阅所述第二业务流控制信息；
获取所述第二业务流控制信息；
更新所述第一业务流控制信息；
向所述第二控制网元发送所述第一业务流控制信息。
可选的，所述获取所述第二业务流控制信息，包括如下至少一项：
获取未更新的所述第二业务流控制信息；
获取更新的所述第二业务流控制信息；
和/或
所述向所述第二控制网元发送所述第一业务流控制信息，包括如下至少一项：
向所述第二控制网元发送未更新的所述第一业务流控制信息；
向所述第二控制网元发送更新的所述第一业务流控制信息。
可选的，所述获取第二控制网元的信息，包括：
从第一目标网元获取第二控制网元的信息，所述第一目标网元获取或存储有所述第一控制网元和第二控制网元的信息。
可选的，网络接口1702还用于：
向第二目标网元发送第一请求，所述第一请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，以使得所述第二目标网元根据所述第一请求，请求所述第一目标网元更新或者创建所述第一终端的所述第一多模态业务流的信息；或者
向所述第一目标网元发送第二请求，所述第二请求用于请求更新或者创建所述第一终端的所述第一多模态业务流的信息；
其中，所述第一终端的第一多模态业务流的信息包括所述第一控制网元的信息。
可选的，所述第一终端的第一多模态业务流的信息包括：所述第一控制网元的地址信息和标识信息中的至少一项，所述第一终端的第一多模态业务流的信息还包括如下至少一项：
所述第一终端的第一多模态业务流的第一业务流控制信息；
服务质量流标识QFI；
所述第一终端的标识；
所述第一终端的IP地址；
所述第一多模态业务流所在的协议数据单元PDU会话标识；
所述多模态业务组的标识；
所述第一多模态业务流的标识；
多模态业务提供方标识。
可选的，在所述多模态业务组内的多模态业务流发生变化的情况下，所述第一控制网元接收所述第一目标网元发送的第一通知消息，所述第一通知消息用于通知发生变化的所述多模态业务组的业务流信息。
可选的，所述多模态业务组的业务流发生变化包括如下至少一项：
所述多模态业务组有新终端加入，新加入终端承载所述多模态业务组内的多模态业务 流；
所述多模态业务组中，原有终端不再在承载所述多模态业务组的多模态业务流。
可选的，所述发生变化的所述多模态业务组的业务流信息包括如下至少一项：
更新的业务流控制信息；
为新加入终端服务的控制网元的地址信息，或为新加入终端的所述多模态业务流服务的控制网元的地址信息；
为新加入终端服务的控制网元的标识信息，或为新加入终端的所述多模态业务流服务的控制网元的标识信息；
新加入终端的地址信息或标识信息，或为新加入的所述多模态业务流服务的终端地址信息或标识信息；
新加入终端承载的多模态业务流的业务流控制信息；
需要被移除的多模态业务流的业务流控制信息。
可选的，在所述第二终端为所述多模态业务组新加入的终端的情况下，所述发生变化的所述多模态业务组的业务流信息包括所述第二终端的第二多模态业务流的信息；
其中，所述第二终端的第二多模态业务流的信息包括所述第二控制网元的信息。
可选的，所述第二终端的第二多模态业务流的信息包括：所述第二控制网元的地址信息和标识信息中的至少一项，所述第二终端的第二多模态业务流的信息还包括如下至少一项：
所述第二终端的第二多模态业务流的第二业务流控制信息；
服务质量流标识QFI；
所述第二终端的标识；
所述第二终端的IP地址；
所述第二多模态业务流所在的协议数据单元PDU会话标识；
所述多模态业务组的标识；
所述第二多模态业务流的标识；
所述第二多模态业务流的多模态业务提供方标识。
可选的，网络接口1702还用于：
向所述第一目标网元发送订阅请求，所述订阅请求用于订阅所述多模态业务组的配置信息，所述第一通知消息为所述第一目标网元基于所述订阅请求发送的。
可选的，所述多模态业务组的配置信息包括以下至少一项：
所述第一终端的第一多模态业务流的信息；
所述第二终端的第二多模态业务流的信息；
多模态业务组标识；
多模态业务提供方标识。
可选的，网络接口1702还用于：
向所述第一目标网元发送查询请求，所述查询请求用于查询所述多模态业务组中的其他终端所承载的多模态业务流的信息；
所述从第一目标网元获取第二控制网元的信息，包括：
接收所述第一目标网元发送的所述第二终端在所述多模态业务组内中所承载的所述第二多模态业务流的信息；
其中，所述第二终端在所述多模态业务组中所承载的所述第二多模态业务流的信息包括所述第二控制网元的信息。
可选的，所述第一业务流控制信息包括：
第一策略与计费控制PCC规则；
所述第二业务流控制信息包括：
第二PCC规则。
可选的，所述第一控制网元包括如下至少一项：
第一具有会话管理功能的网元、第一具有用户平面功能的网元、第一具有策略控制功能的网元；
和/或，
所述第二控制网元包括如下至少一项：
第二具有会话管理功能的网元、第二具有用户平面功能的网元、第二具有策略控制功能的网元。
在上述网络侧设备为第一目标网元的实施例中：
网络接口1702用于第一目标网元获取第一控制网元的信息，以及第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息。
可选的，网络接口1702还用于：
获取所述第一终端的第一多模态业务流的信息，以及所述第二终端的第二多模态业务流的信息；其中，所述第一终端的第一多模态业务流的信息包括所述第一控制网元的信息，所述第二终端的第二多模态业务流的信息包括所述第二控制网元的信息；
处理器1701或者网络接口1702还用于将所述第一终端的第一多模态业务流的信息或所述第二终端的第二多模态业务流的信息添加至所述多模态业务组的配置信息中。
可选的，所述将所述第一终端的第一多模态业务流的信息或所述第二终端的第二多模态业务流的信息添加至所述多模态业务组的配置信息中，包括：
在所述第一终端的第一多模态业务流的信息和所述第二终端的第二多模态业务流的信息属于同一个多模态业务组的情况下，将所述第一终端的第一多模态业务流的信息，以 及第二终端的第二多模态业务流的信息添加至所述多模态业务组的配置信息中。
可选的，所述获取所述第一终端的第一多模态业务流的信息，以及所述第二终端的第二多模态业务流的信息，包括：
接收第二目标网元发送的至少一个第一请求，所述至少一个第一请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，以及用于请求更新或者创建所述第二终端的第二多模态业务流的信息；或者
接收所述第一控制网元发送的第二请求，以及接收所述第二控制网元发送的第二请求；其中，所述第一控制网元发送的第二请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，所述第二控制网元发送的第二请求用于请求更新或者创建所述第二终端的第二多模态业务流的信息。
可选的，所述第一终端的第一多模态业务流的信息包括：所述第一控制网元的地址信息和标识信息中的至少一项，所述第一终端的第一多模态业务流的信息还包括如下至少一项：
所述第一终端的第一多模态业务流的第一业务流控制信息；
服务质量流标识QFI；
所述第一终端的标识；
所述第一终端的IP地址；
所述第一多模态业务流所在的协议数据单元PDU的会话标识；
所述多模态业务组的标识；
所述第一多模态业务流的标识；
多模态业务提供方标识。
和/或，
所述第二终端的第二多模态业务流的信息包括：所述第二控制网元的地址信息和标识信息中的至少一项，所述第二终端的第二多模态业务流的信息还包括如下至少一项：
所述第二终端的第二多模态业务流的第二业务流控制信息。
服务质量流标识QFI；
所述第二终端的标识；
所述第二终端的IP地址；
所述第二多模态业务流所在的协议数据单元PDU的会话标识；
所述多模态业务组的标识；
所述第二多模态业务流的标识；
多模态业务提供方标识。
可选的，在所述多模态业务组内的多模态业务流发生变化的情况下，所述第一目标网元向所述第一控制网元和所述第二控制网元中的至少一项发送第一通知消息，所述第一通知消息用于通知发生变化的所述多模态业务组的业务流信息。
可选的，所述多模态业务组的业务流发生变化包括如下至少一项：
所述多模态业务组有新终端加入，新加入终端承载所述多模态业务组内的多模态业务流；
所述多模态业务组中，原有终端不再在承载所述多模态业务组的多模态业务流。
可选的，所述发生变化的所述多模态业务组的业务流信息包括如下至少一项：
更新的业务流控制信息；
为新加入终端服务的控制网元的地址信息，或为新加入终端的所述多模态业务流服务的控制网元的地址信息；
为新加入终端服务的控制网元的标识信息，或为新加入终端的所述多模态业务流服务的控制网元的标识信息；新加入的终端地址信息或标识信息，或为新加入的所述多模态业务流服务的终端地址信息或标识信息；
新加入终端承载的多模态业务流的业务流控制信息；
需要被移除的多模态业务流的业务流控制信息。
可选的，网络接口1702还用于：
接收所述第一控制网元和所述第二控制网元中的至少一项发送的订阅请求，所述订阅请求用于订阅所述多模态业务组的配置信息，所述第一通知消息为所述第一目标网元基于所述订阅请求发送的。
可选的，所述多模态业务组的配置信息包括以下至少一项：
所述第一终端的第一多模态业务流的信息；
所述第二终端的第二多模态业务流的信息；
多模态业务组标识；
多模态业务提供方标识。
可选的，网络接口1702还用于：
向第三目标网元转发所述订阅请求；
在所述多模态业务组的多模态业务流发生变化的情况下，接收所述第三目标网元发送的第二通知消息，所述第二通知消息用于通知发生变化的所述多模态业务组的业务流信息。
可选的，网络接口1702还用于：
接收所述第一控制网元和所述第二控制网元发送查询请求，所述查询请求用于查询所述多模态业务组中的其他终端所承载的多模态业务流的信息；
其中，所述第二控制网元的信息和所述第一控制网元的信息是基于所述查询请求发送的。
可选的，网络接口1702还用于：
接收第四目标网元发送的所述多模态业务组的配置信息，所述配置信息包括：所述第一终端的第一多模态业务流的信息，以及所述第二终端的第一多模态业务流的信息。
可选的，所述第一控制网元包括如下至少一项：
第一具有会话管理功能的网元、第一具有用户平面功能的网元、第一具有策略控制功能的网元；
和/或，
所述第二控制网元包括如下至少一项：
第二具有会话管理功能的网元、第二具有用户平面功能的网元、第二具有策略控制功能的网元。
在上述网络侧设备为第三目标网元的实施例中：
网络接口1702用于获取多模态业务组的配置信息，所述配置信息包括第一控制网元的信息，以及第二控制网元的信息；其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息；向第一目标网元发送所述第一控制网元的信息和所述第二控制网元的信息中的至少一项。
可选的，所述多模态业务组的配置信息包括以下至少一项：
所述第一终端的第一多模态业务流的信息；
所述第二终端的第二多模态业务流的信息；
多模态业务组标识；
多模态业务提供方标识；
其中，所述第一终端的第一多模态业务流的信息包括所述第一控制网元的信息，其中，所述第二终端的第二多模态业务流的信息包括所述第二控制网元的信息。
可选的，所述第一终端的第一多模态业务流的信息包括：所述第一控制网元的地址信息和标识信息中的至少一项，所述第一终端的第一多模态业务流的信息还包括如下至少一项：
所述第一终端的第一多模态业务流的第一业务流控制信息；
服务质量流标识QFI；
所述第一终端的标识；
所述第一终端的IP地址；
所述第一多模态业务流所在的协议数据单元PDU的会话标识；
所述多模态业务组的标识；
所述第一多模态业务流的标识；
多模态业务提供方标识。
和/或，
所述第二终端的第二多模态业务流的信息包括：所述第二控制网元的地址信息和标识信息中的至少一项，所述第二终端的第二多模态业务流的信息还包括如下至少一项：
所述第二终端的第二多模态业务流的第二业务流控制信息。
服务质量流标识QFI；
所述第二终端的标识；
所述第二终端的IP地址；
所述第二多模态业务流所在的协议数据单元PDU的会话标识；
所述多模态业务组的标识；
所述第二多模态业务流的标识；
多模态业务提供方标识。
可选的，所述获取多模态业务组的配置信息，包括：
接收业务流建立响应消息，所述业务流建立响应消息包括：所述多模态业务组的配置信息。
可选的，所述向第一目标网元发送所述第一控制网元的信息，以及所述第二控制网元的信息，包括：
向第一目标网元发送所述多模态业务组的配置信息。
可选的，网络接口1702还用于：
接收第一目标网元发送的所述订阅请求，所述订阅请求用于订阅所述多模态业务组的配置信息；
其中，在所述多模态业务组的多模态业务流发生变化的情况下，所述第三目标网元向所述第一目标网元发送的第二通知消息，所述第二通知消息用于通知发生变化的所述多模态业务组的业务流信息。
可选的，所述多模态业务组的业务流发生变化包括如下至少一项：
所述多模态业务组有新终端加入，新加入终端承载所述多模态业务组内的多模态业务流；
所述多模态业务组中，原有终端不再在承载所述多模态业务组的多模态业务流。
可选的，所述发生变化的所述多模态业务组的业务流信息包括如下至少一项：
更新的业务流控制信息；
为新加入终端服务的控制网元的地址信息，或为新加入终端的所述多模态业务流服务的控制网元的地址信息；
为新加入终端服务的控制网元的标识信息，或为新加入终端的所述多模态业务流服务的控制网元的标识信息；新加入的终端地址信息或标识信息，或为新加入的所述多模态业务流服务的终端地址信息或标识信息；
新加入终端承载的多模态业务流的业务流控制信息；
需要被移除的多模态业务流的业务流控制信息。
可选的，所述第一控制网元包括如下至少一项：
第一具有会话管理功能的网元、第一具有用户平面功能的网元、第一具有策略控制功能的网元；
和/或，
所述第二控制网元包括如下至少一项：
第二具有会话管理功能的网元、第二具有用户平面功能的网元、第二具有策略控制功能的网元。
上述网络侧设备可以避免不同控制网元彼此之间相互独立执行操作而影响多模态业务。
本申请实施例还提供提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现本申请实施例提供的协同操作方法的步骤，或者，所述程序或指令被处理器执行时实现本申请实施例提供的第一目标网元侧的信息提供方法的步骤，或者，所述程序或指令被处理器执行时实现本申请实施例提供的第三目标网元侧的信息提供方法的步骤。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述协同操作方法或者信息提供方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述协同操作方法或者信息提供方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种协同操作系统，至少包括：第一控制网元、第一目标网元和第三目标网元，其中，所述第一控制网元可用于执行本申请实施例提供的协同操作方法的步骤，所述第一控制网元可用于执行本申请实施例提供的第一目标网元侧的信息提供方法的步骤，所述第三控制网元可用于执行本申请实施例提供的第三目标网元侧的信息提供方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外， 参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (46)

  1. 一种协同操作方法，包括：
    第一控制网元获取第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；
    所述第一控制网元基于所述第二控制网元的信息，执行关于所述多模态业务组的协同操作。
  2. 如权利要求1所述的方法，其中，所述关于所述多模态业务组的协同操作包括如下至少一项：
    向所述第二控制网元订阅所述第二业务流控制信息；
    获取所述第二业务流控制信息；
    更新所述第一业务流控制信息；
    向所述第二控制网元发送所述第一业务流控制信息。
  3. 如权利要求2所述的方法，其中，所述获取所述第二业务流控制信息，包括如下至少一项：
    获取未更新的所述第二业务流控制信息；
    获取更新的所述第二业务流控制信息；
    和/或
    所述向所述第二控制网元发送所述第一业务流控制信息，包括如下至少一项：
    向所述第二控制网元发送未更新的所述第一业务流控制信息；
    向所述第二控制网元发送更新的所述第一业务流控制信息。
  4. 如权利要求1至3中任一项所述的方法，其中，所述第一控制网元获取第二控制网元的信息，包括：
    所述第一控制网元从第一目标网元获取第二控制网元的信息，所述第一目标网元获取或存储有所述第一控制网元和第二控制网元的信息。
  5. 如权利要求4所述的方法，其中，所述方法还包括：
    所述第一控制网元向第二目标网元发送第一请求，所述第一请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，以使得所述第二目标网元根据所述第一请求，请求所述第一目标网元更新或者创建所述第一终端的所述第一多模态业务流的信息；或者
    所述第一控制网元向所述第一目标网元发送第二请求，所述第二请求用于请求更新或者创建所述第一终端的所述第一多模态业务流的信息；
    其中，所述第一终端的第一多模态业务流的信息包括所述第一控制网元的信息。
  6. 如权利要求5所述的方法，其中，所述第一终端的第一多模态业务流的信息包括： 所述第一控制网元的地址信息和标识信息中的至少一项，所述第一终端的第一多模态业务流的信息还包括如下至少一项：
    所述第一终端的第一多模态业务流的第一业务流控制信息；
    服务质量流标识QFI；
    所述第一终端的标识；
    所述第一终端的IP地址；
    所述第一多模态业务流所在的协议数据单元PDU会话标识；
    所述多模态业务组的标识；
    所述第一多模态业务流的标识；
    多模态业务提供方标识。
  7. 如权利要求1所述的方法，其中，在所述多模态业务组内的多模态业务流发生变化的情况下，所述第一控制网元接收第一目标网元发送的第一通知消息，所述第一通知消息用于通知发生变化的所述多模态业务组的业务流信息。
  8. 如权利要求7所述的方法，其中，所述多模态业务组的业务流发生变化包括如下至少一项：
    所述多模态业务组有新终端加入，新加入终端承载所述多模态业务组内的多模态业务流；
    所述多模态业务组中，原有终端不再在承载所述多模态业务组的多模态业务流。
  9. 如权利要求7所述的方法，其中，所述发生变化的所述多模态业务组的业务流信息包括如下至少一项：
    更新的业务流控制信息；
    为新加入终端服务的控制网元的地址信息，或为新加入终端的所述多模态业务流服务的控制网元的地址信息；
    为新加入终端服务的控制网元的标识信息，或为新加入终端的所述多模态业务流服务的控制网元的标识信息；
    新加入终端的地址信息或标识信息，或为新加入的所述多模态业务流服务的终端地址信息或标识信息；
    新加入终端承载的多模态业务流的业务流控制信息；
    需要被移除的多模态业务流的业务流控制信息。
  10. 如权利要求7所述的方法，其中，在所述第二终端为所述多模态业务组新加入的终端的情况下，所述发生变化的所述多模态业务组的业务流信息包括所述第二终端的第二多模态业务流的信息；
    其中，所述第二终端的第二多模态业务流的信息包括所述第二控制网元的信息。
  11. 如权利要求10所述的方法，其中，所述第二终端的第二多模态业务流的信息包括：所述第二控制网元的地址信息和标识信息中的至少一项，所述第二终端的第二多模态业务 流的信息还包括如下至少一项：
    所述第二终端的第二多模态业务流的第二业务流控制信息；
    服务质量流标识QFI；
    所述第二终端的标识；
    所述第二终端的IP地址；
    所述第二多模态业务流所在的协议数据单元PDU会话标识；
    所述多模态业务组的标识；
    所述第二多模态业务流的标识；
    所述第二多模态业务流的多模态业务提供方标识。
  12. 如权利要求7所述的方法，其中，所述方法还包括：
    所述第一控制网元向所述第一目标网元发送订阅请求，所述订阅请求用于订阅所述多模态业务组的配置信息，所述第一通知消息为所述第一目标网元基于所述订阅请求发送的。
  13. 如权利要求12所述的方法，其中，所述多模态业务组的配置信息包括以下至少一项：
    所述第一终端的第一多模态业务流的信息；
    所述第二终端的第二多模态业务流的信息；
    多模态业务组标识；
    多模态业务提供方标识。
  14. 如权利要求4所述的方法，其中，所述方法还包括：
    所述第一控制网元向所述第一目标网元发送查询请求，所述查询请求用于查询所述多模态业务组中的其他终端所承载的多模态业务流的信息；
    所述第一控制网元从第一目标网元获取第二控制网元的信息，包括：
    所述第一控制网元接收所述第一目标网元发送的所述第二终端在所述多模态业务组内中所承载的所述第二多模态业务流的信息；
    其中，所述第二终端在所述多模态业务组中所承载的所述第二多模态业务流的信息包括所述第二控制网元的信息。
  15. 如权利要求1至3中任一项所述的方法，其中，所述第一业务流控制信息包括：
    第一策略与计费控制PCC规则；
    所述第二业务流控制信息包括：
    第二PCC规则。
  16. 如权利要求1至3中任一项所述的方法，其中，所述第一控制网元包括如下至少一项：
    第一具有会话管理功能的网元、第一具有用户平面功能的网元、第一具有策略控制功能的网元；
    和/或，
    所述第二控制网元包括如下至少一项：
    第二具有会话管理功能的网元、第二具有用户平面功能的网元、第二具有策略控制功能的网元。
  17. 一种信息提供方法，包括：
    第一目标网元获取第一控制网元的信息，以及第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；
    所述第一目标网元向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息。
  18. 如权利要求17所述的方法，其中，所述方法还包括：
    所述第一目标网元获取所述第一终端的第一多模态业务流的信息，以及所述第二终端的第二多模态业务流的信息；其中，所述第一终端的第一多模态业务流的信息包括所述第一控制网元的信息，所述第二终端的第二多模态业务流的信息包括所述第二控制网元的信息；
    所述第一目标网元将所述第一终端的第一多模态业务流的信息或所述第二终端的第二多模态业务流的信息添加至所述多模态业务组的配置信息中。
  19. 如权利要求18所述的方法，其中，所述第一目标网元将所述第一终端的第一多模态业务流的信息或所述第二终端的第二多模态业务流的信息添加至所述多模态业务组的配置信息中，包括：
    在所述第一终端的第一多模态业务流的信息和所述第二终端的第二多模态业务流的信息属于同一个多模态业务组的情况下，所述第一目标网元将所述第一终端的第一多模态业务流的信息，以及第二终端的第二多模态业务流的信息添加至所述多模态业务组的配置信息中。
  20. 如权利要求18所述的方法，其中，所述第一目标网元获取所述第一终端的第一多模态业务流的信息，以及所述第二终端的第二多模态业务流的信息，包括：
    所述第一目标网元接收第二目标网元发送的至少一个第一请求，所述至少一个第一请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，以及用于请求更新或者创建所述第二终端的第二多模态业务流的信息；或者
    所述第一目标网元接收所述第一控制网元发送的第二请求，以及接收所述第二控制网元发送的第二请求；其中，所述第一控制网元发送的第二请求用于请求更新或者创建所述第一终端的第一多模态业务流的信息，所述第二控制网元发送的第二请求用于请求更新或者创建所述第二终端的第二多模态业务流的信息。
  21. 如权利要求18所述的方法，其中，所述第一终端的第一多模态业务流的信息包括：所述第一控制网元的地址信息和标识信息中的至少一项，所述第一终端的第一多模态业务 流的信息还包括如下至少一项：
    所述第一终端的第一多模态业务流的第一业务流控制信息；
    服务质量流标识QFI；
    所述第一终端的标识；
    所述第一终端的IP地址；
    所述第一多模态业务流所在的协议数据单元PDU的会话标识；
    所述多模态业务组的标识；
    所述第一多模态业务流的标识；
    多模态业务提供方标识；
    和/或，
    所述第二终端的第二多模态业务流的信息包括：所述第二控制网元的地址信息和标识信息中的至少一项，所述第二终端的第二多模态业务流的信息还包括如下至少一项：
    所述第二终端的第二多模态业务流的第二业务流控制信息。
    服务质量流标识QFI；
    所述第二终端的标识；
    所述第二终端的IP地址；
    所述第二多模态业务流所在的协议数据单元PDU的会话标识；
    所述多模态业务组的标识；
    所述第二多模态业务流的标识；
    多模态业务提供方标识。
  22. 如权利要求17所述的方法，其中，在所述多模态业务组内的多模态业务流发生变化的情况下，所述第一目标网元向所述第一控制网元和所述第二控制网元中的至少一项发送第一通知消息，所述第一通知消息用于通知发生变化的所述多模态业务组的业务流信息。
  23. 如权利要求22所述的方法，其中，所述多模态业务组的业务流发生变化包括如下至少一项：
    所述多模态业务组有新终端加入，新加入终端承载所述多模态业务组内的多模态业务流；
    所述多模态业务组中，原有终端不再在承载所述多模态业务组的多模态业务流。
  24. 如权利要求22所述的方法，其中，所述发生变化的所述多模态业务组的业务流信息包括如下至少一项：
    更新的业务流控制信息；
    为新加入终端服务的控制网元的地址信息，或为新加入终端的所述多模态业务流服务的控制网元的地址信息；
    为新加入终端服务的控制网元的标识信息，或为新加入终端的所述多模态业务流服务的控制网元的标识信息；新加入的终端地址信息或标识信息，或为新加入的所述多模态业 务流服务的终端地址信息或标识信息；
    新加入终端承载的多模态业务流的业务流控制信息；
    需要被移除的多模态业务流的业务流控制信息。
  25. 如权利要求22所述的方法，其中，所述方法还包括：
    所述第一目标网元接收所述第一控制网元和所述第二控制网元中的至少一项发送的订阅请求，所述订阅请求用于订阅所述多模态业务组的配置信息，所述第一通知消息为所述第一目标网元基于所述订阅请求发送的。
  26. 如权利要求25所述的方法，其中，所述多模态业务组的配置信息包括以下至少一项：
    所述第一终端的第一多模态业务流的信息；
    所述第二终端的第二多模态业务流的信息；
    多模态业务组标识；
    多模态业务提供方标识。
  27. 如权利要求25所述的方法，其中，所述方法还包括：
    所述第一目标网元向第三目标网元转发所述订阅请求；
    在所述多模态业务组的多模态业务流发生变化的情况下，所述第一目标网元接收所述第三目标网元发送的第二通知消息，所述第二通知消息用于通知发生变化的所述多模态业务组的业务流信息。
  28. 如权利要求17所述的方法，其中，所述方法还包括：
    所述第一目标网元接收所述第一控制网元和所述第二控制网元发送查询请求，所述查询请求用于查询所述多模态业务组中的其他终端所承载的多模态业务流的信息；
    其中，所述第二控制网元的信息和所述第一控制网元的信息是基于所述查询请求发送的。
  29. 如权利要求17所述的方法，其中，所述方法还包括：
    所述第一目标网元接收第四目标网元发送的所述多模态业务组的配置信息，所述配置信息包括：所述第一终端的第一多模态业务流的信息，以及所述第二终端的第一多模态业务流的信息。
  30. 如权利要求17至29中任一项所述的方法，其中，所述第一控制网元包括如下至少一项：
    第一具有会话管理功能的网元、第一具有用户平面功能的网元、第一具有策略控制功能的网元；
    和/或，
    所述第二控制网元包括如下至少一项：
    第二具有会话管理功能的网元、第二具有用户平面功能的网元、第二具有策略控制功能的网元。
  31. 一种信息提供方法，包括：
    第三目标网元获取多模态业务组的配置信息，所述配置信息包括第一控制网元的信息，以及第二控制网元的信息；其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息；
    所述第三目标网元向第一目标网元发送所述第一控制网元的信息和所述第二控制网元的信息中的至少一项。
  32. 如权利要求31所述的方法，其中，所述多模态业务组的配置信息包括以下至少一项：
    所述第一终端的第一多模态业务流的信息；
    所述第二终端的第二多模态业务流的信息；
    多模态业务组标识；
    多模态业务提供方标识；
    其中，所述第一终端的第一多模态业务流的信息包括所述第一控制网元的信息，其中，所述第二终端的第二多模态业务流的信息包括所述第二控制网元的信息。
  33. 如权利要求32所述的方法，其中，所述第一终端的第一多模态业务流的信息包括：所述第一控制网元的地址信息和标识信息中的至少一项，所述第一终端的第一多模态业务流的信息还包括如下至少一项：
    所述第一终端的第一多模态业务流的第一业务流控制信息；
    服务质量流标识QFI；
    所述第一终端的标识；
    所述第一终端的IP地址；
    所述第一多模态业务流所在的协议数据单元PDU的会话标识；
    所述多模态业务组的标识；
    所述第一多模态业务流的标识；
    多模态业务提供方标识；
    和/或，
    所述第二终端的第二多模态业务流的信息包括：所述第二控制网元的地址信息和标识信息中的至少一项，所述第二终端的第二多模态业务流的信息还包括如下至少一项：
    所述第二终端的第二多模态业务流的第二业务流控制信息。
    服务质量流标识QFI；
    所述第二终端的标识；
    所述第二终端的IP地址；
    所述第二多模态业务流所在的协议数据单元PDU的会话标识；
    所述多模态业务组的标识；
    所述第二多模态业务流的标识；
    多模态业务提供方标识。
  34. 如权利要求31至33中任一项所述的方法，其中，所述第三目标网元获取多模态业务组的配置信息，包括：
    所述第三目标网元接收业务流建立响应消息，所述业务流建立响应消息包括：所述多模态业务组的配置信息。
  35. 如权利要求31至33中任一项所述的方法，其中，所述第三目标网元向第一目标网元发送所述第一控制网元的信息，以及所述第二控制网元的信息，包括：
    所述第三目标网元向第一目标网元发送所述多模态业务组的配置信息。
  36. 如权利要求31至33中任一项所述的方法，其中，所述方法还包括：
    所述第三目标网元接收第一目标网元发送的订阅请求，所述订阅请求用于订阅所述多模态业务组的配置信息；
    其中，在所述多模态业务组的多模态业务流发生变化的情况下，所述第三目标网元向所述第一目标网元发送的第二通知消息，所述第二通知消息用于通知发生变化的所述多模态业务组的业务流信息。
  37. 如权利要求36所述的方法，其中，所述多模态业务组的业务流发生变化包括如下至少一项：
    所述多模态业务组有新终端加入，新加入终端承载所述多模态业务组内的多模态业务流；
    所述多模态业务组中，原有终端不再在承载所述多模态业务组的多模态业务流。
  38. 如权利要求36所述的方法，其中，所述发生变化的所述多模态业务组的业务流信息包括如下至少一项：
    更新的业务流控制信息；
    为新加入终端服务的控制网元的地址信息，或为新加入终端的所述多模态业务流服务的控制网元的地址信息；
    为新加入终端服务的控制网元的标识信息，或为新加入终端的所述多模态业务流服务的控制网元的标识信息；新加入的终端地址信息或标识信息，或为新加入的所述多模态业务流服务的终端地址信息或标识信息；
    新加入终端承载的多模态业务流的业务流控制信息；
    需要被移除的多模态业务流的业务流控制信息。
  39. 如权利要求31至33中任一项所述的方法，其中，所述第一控制网元包括如下至少一项：
    第一具有会话管理功能的网元、第一具有用户平面功能的网元、第一具有策略控制功能的网元；
    和/或，
    所述第二控制网元包括如下至少一项：
    第二具有会话管理功能的网元、第二具有用户平面功能的网元、第二具有策略控制功能的网元。
  40. 一种协同操作装置，包括：
    获取模块，用于获取第二控制网元的信息，其中，第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；
    执行模块，用于基于所述第二控制网元的信息，执行关于所述多模态业务组的协同操作。
  41. 一种信息提供装置，包括：
    第一获取模块，用于获取第一控制网元的信息，以及第二控制网元的信息，其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息，所述第一终端的第一多模态业务流和所述第二终端的第二多模态业务流属于同一多模态业务组；
    第一发送模块，用于向所述第一控制网元发送所述第二控制网元的信息，以及向所述第二控制网元发送所述第一控制网元的信息。
  42. 一种信息提供装置，包括：
    获取模块，用于获取多模态业务组的配置信息，所述配置信息包括第一控制网元的信息，以及第二控制网元的信息；其中，所述第一控制网元用于生成第一终端的第一多模态业务流的第一业务流控制信息，所述第二控制网元用于生成第二终端的第二多模态业务流的第二业务流控制信息；
    发送模块，用于向第一目标网元发送所述第一控制网元的信息和所述第二控制网元的信息中的至少一项。
  43. 一种网元，所述网元为第一控制网元，包括处理器和存储器，其中，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至16任一项所述的协同操作方法的步骤。
  44. 一种网元，所述网元为第一目标网元，包括处理器和存储器，其中，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求17至30任一项所述的信息提供方法的步骤。
  45. 一种网元，所述网元为第三目标网元，包括处理器和存储器，其中，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求31至39任一项所述的信息提供方的步骤。
  46. 一种可读存储介质，所述可读存储介质上存储程序或指令，其中，所述程序或指令被处理器执行时实现如权利要求1至16任一项所述的协同操作方法的步骤，或者，所 述程序或指令被处理器执行时实现如权利要求17至30任一项所述的信息提供方法的步骤，或者，所述程序或指令被处理器执行时实现如权利要求31至39任一项所述的信息提供方的步骤。
PCT/CN2023/080781 2022-03-11 2023-03-10 协同操作方法、信息提供方法、网元和存储介质 WO2023169558A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210238589.3 2022-03-11
CN202210238589.3A CN116782361A (zh) 2022-03-11 2022-03-11 协同操作方法、信息提供方法、网元和存储介质

Publications (1)

Publication Number Publication Date
WO2023169558A1 true WO2023169558A1 (zh) 2023-09-14

Family

ID=87936154

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/080781 WO2023169558A1 (zh) 2022-03-11 2023-03-10 协同操作方法、信息提供方法、网元和存储介质

Country Status (2)

Country Link
CN (1) CN116782361A (zh)
WO (1) WO2023169558A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100153577A1 (en) * 2008-12-17 2010-06-17 At&T Intellectual Property I, L.P. Multiple media coordination
US20180176269A1 (en) * 2016-12-21 2018-06-21 Cisco Technology, Inc. Multimodal stream processing-based cognitive collaboration system
CN113676947A (zh) * 2020-05-13 2021-11-19 华为技术有限公司 通信方法和装置
WO2021239021A1 (zh) * 2020-05-27 2021-12-02 维沃移动通信有限公司 配置信息获取方法、装置、用户设备及系统
WO2022048505A1 (zh) * 2020-09-02 2022-03-10 华为技术有限公司 多流关联传输的方法、装置及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100153577A1 (en) * 2008-12-17 2010-06-17 At&T Intellectual Property I, L.P. Multiple media coordination
US20180176269A1 (en) * 2016-12-21 2018-06-21 Cisco Technology, Inc. Multimodal stream processing-based cognitive collaboration system
CN113676947A (zh) * 2020-05-13 2021-11-19 华为技术有限公司 通信方法和装置
WO2021239021A1 (zh) * 2020-05-27 2021-12-02 维沃移动通信有限公司 配置信息获取方法、装置、用户设备及系统
WO2022048505A1 (zh) * 2020-09-02 2022-03-10 华为技术有限公司 多流关联传输的方法、装置及系统

Also Published As

Publication number Publication date
CN116782361A (zh) 2023-09-19

Similar Documents

Publication Publication Date Title
CN109842906B (zh) 一种通信的方法、装置及系统
CA3148150A1 (en) Connection establishment method,device,integrated access backhaul node and storage medium
US11528239B2 (en) Time-sensitive networking communication method and apparatus for configuring virtual switching node
WO2023011217A1 (zh) 一种通信方法及装置
CN104283743A (zh) 一种家庭网络设备及代理服务发现的方法
WO2021051420A1 (zh) 一种dns缓存记录的确定方法及装置
EP4185010A1 (en) Method and device for accessing local network
AU2020246484A1 (en) Terminal management and control method, apparatus, and system
WO2023051404A1 (zh) 数据订阅方法、装置及网元
WO2023169558A1 (zh) 协同操作方法、信息提供方法、网元和存储介质
KR102273390B1 (ko) 네트워크 기능 통합방법 및 장치
WO2023174221A1 (zh) 多模态业务实现方法、装置及通信设备
WO2024061205A1 (zh) 参数获取方法、装置、第一网络功能及第二网络功能
WO2023179595A1 (zh) 非3gpp设备的会话通道建立方法、装置及设备
WO2023179553A1 (zh) 终端不可用时期的协商方法、终端及网络侧设备
WO2023001109A1 (zh) 多路径数据发送方法、装置及设备
WO2024022182A1 (zh) 信息查询方法、装置、终端及网络侧设备
WO2023125377A1 (zh) 服务器选择方法及设备
WO2024067331A1 (zh) 个人物联网中的设备切换方法、通信方法及设备
WO2023185810A1 (zh) 终端路由选择策略ursp确定方法、终端及网络侧设备
WO2023217089A1 (zh) 数据传输方法、装置、设备、系统及存储介质
WO2024027578A1 (zh) 流量路由方法、装置及设备
WO2024032499A1 (zh) Dns查询方法及通信设备
WO2023179231A1 (zh) 小区信息的配置方法、装置、可读存储介质及芯片系统
WO2024001954A1 (zh) 标识配置方法、装置、终端及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23766135

Country of ref document: EP

Kind code of ref document: A1