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

Abstract

本申请提供一种通信方法及通信装置，应用于终端设备，该方法包括：在发起目标业务时，根据所述目标业务的业务信息，在至少一个虚拟网络组中选择目标虚拟网络组；其中，所述至少一个虚拟网络组为网络侧针对所述目标业务配置，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；确定所述目标业务在所述目标虚拟网络组中的目标会话，并通过所述目标会话进行数据传输。本申请提供的通信方法，用以提高终端设备选择会话服务和采用会话服务进行数据通信的灵活性。

Description

一种通信方法及通信装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及通信装置。

背景技术

第五代移动通信技术(5th generation mobile networks，5G)局域网(localarea network，LAN)可以在广泛的移动网络覆盖范围内使用。无论用户是否处于同一地域，只要加入同一5G局域网，即可实现基于局域网的数据交换和通信。

目前，3GPP协议中定义了5G局域网服务，能够在网络系统如移动网络中为用户构建一个虚拟移动专网实现虚拟专网通信。同时，协议中引入了虚拟网络(Virtual Network，VN)组(Group)的概念，虚拟网络组对应的5G局域网可以为该虚拟网络组中的终端设备提供通信服务，签约了同一个虚拟网络组的终端设备在该虚拟网络组对应的5G局域网下，签约了同一个虚拟网络组的两个终端设备之间的通信具备局域网通信的特征。

在引入虚拟网络组后，不同虚拟网络组对应的5G局域网可以接入到不同的数据网络，不同虚拟网络组之间的终端设备相互隔离，接入同一个虚拟网络组的终端设备既能与该虚拟网络组对应的数据网络(data network，DN)完成数据交换，又能通过用户面功能(user planefunction，UPF)网元直接与该虚拟网络组内的其它终端设备完成数据交换。

目前，终端设备需要依据数据网络的标识信息，确定发起业务时要接入的虚拟网络组，进而采用该虚拟网络组中的会话服务进行数据传输。但是，在数据网络的标识信息确定后，终端设备能够接入的虚拟网络组也是唯一确定的，终端设备也只能通过该虚拟网络组中的会话进行数据传输，这极大限制了终端设备选择会话服务和采用会话服务进行数据通信的灵活性。

发明内容

本申请提供了一种通信方法及通信装置，用以提高终端设备选择会话服务和采用会话服务进行数据通信的灵活性。

第一方面，本申请实施例提供一种通信方法，应用于终端设备，所述方法包括：

在发起目标业务时，根据所述目标业务的业务信息，在至少一个虚拟网络组中选择目标虚拟网络组；其中，所述至少一个虚拟网络组为网络侧针对所述目标业务配置，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；确定所述目标业务在所述目标虚拟网络组中的目标会话，并通过所述目标会话进行数据传输。

在该方法中，终端设备在发起业务时，能够在网络侧针对终端业务配置的至少一个虚拟网络组中，根据业务信息灵活选择接入的目标虚拟网络组，并通过该目标虚拟网络组中的会话进行数据通信，提高了终端设备接入虚拟网络组的灵活性，进而提高了终端设备选择和采用会话服务进行数据通信的灵活性和高效性。

在一种可能的设计中，所述根据所述目标业务的业务信息，在至少一个虚拟网络组中选择目标虚拟网络组，包括：在至少一个用户路由选择策略中，选择与所述业务信息匹配的目标用户路由选择策略，其中，所述目标用户路由选择策略包含所述业务信息及与所述业务信息对应的至少一个可用虚拟网络组的组标识；在所述至少一个虚拟网络组中，选择包含在所述至少一个可用虚拟网络组中的所述目标虚拟网络组。

在该方法中，终端设备根据发起业务的业务信息匹配到的用户路由选择策略中包含与所述业务信息对应的至少一个可用虚拟网络组的组标识，则终端设备根据该组标识信息能够确定哪些虚拟网络组是能够为自身提供服务的，进而能够在业务可用的虚拟网络组中灵活选择接入的虚拟网络组。

在一种可能的设计中，所述确定所述目标业务在所述目标虚拟网络组中的目标会话，包括：在已建立的会话中，选择与所述目标用户路由选择策略匹配的所述目标会话；或者，向会话管理功能网元发送会话创建请求，所述会话创建请求用于请求创建所述目标会话，其中，所述会话创建请求携带所述目标虚拟网络组的组标识。

在该方法中，终端设备请求会话管理功能网元新建会话时，通过在发送给会话管理功能网元的会话创建请求中携带目标虚拟网络组的组标识，能够指定要接入的虚拟网络组，并使会话管理功能网元快速确定终端设备选择接入的虚拟网络组，进而为终端设备建立该虚拟网络组中的会话。

在一种可能的设计中，在至少一个虚拟网络组中选择目标虚拟网络组之前，所述方法还包括：在所述终端设备注册入网的流程中，接收接入与移动性管理功能网元下发的可服务虚拟网络组列表；或者，在所述终端设备配置更新的流程中，接收所述接入与移动性管理功能网元下发的可服务虚拟网络组列表；其中，所述可服务虚拟网络组列表包含所述目标虚拟网络组。

在该方法中，终端设备根据接入与移动性管理功能网元下发的可服务虚拟网络组列表，可直接确定能够为自身提供服务的虚拟网络组，即终端设备可接入的虚拟网络组，则终端设备在发起业务时，能够在其可接入的虚拟网络组中灵活选择最终确定接入的虚拟网络组。

在一种可能的设计中，在至少一个虚拟网络组中选择目标虚拟网络组之前，所述方法还包括：接收策略控制功能网元下发的所述至少一个用户路由选择策略。

在该方法中，终端设备在选择目标虚拟网络组之前，先获取用户路由选择策略，能够保证终端设备有可用的用户路由选择策略，进而通过用户路由选择策略匹配的方法选择目标虚拟网络组。

在一种可能的设计中，所述通过所述目标会话进行数据传输，包括：通过所述目标会话，与目标数据网络、所述目标虚拟网络组中的其它终端设备或其它虚拟网络组中的终端设备进行数据传输，所述其它虚拟网络组为除所述目标虚拟网络组以外的虚拟网络组。

在一种可能的设计中，所述组标识包括如下至少一项：外部组标识；内部组标识；网络侧分配的组标识；验证-授权-记账AAA服务器分配的组标识。

在该方法中，终端设备能够采用多种类型的组标识进行虚拟网络组的识别和标记等，灵活性较高。

在一种可能的设计中，所述配置信息还包含如下至少一项：数据网络名称；单网络切片选择辅助信息；会话类型；应用描述符；二次鉴权/授权信息；是否默认组指示信息；地址信息；其中，所述数据网络名称用于指示所述虚拟网络组支持接入的数据网络；所述单网络切片选择辅助信息用于指示所述虚拟网络组采用的网络切片；所述会话类型用于指示所述虚拟网络组中会话的类型；所述应用描述符用于指示所述目标业务所属应用的信息；所述二次鉴权/授权信息用于进行二次鉴权/授权；所述默认组指示信息用于指示虚拟网络组是否为设定的默认虚拟网络组；所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围；所述地址信息用于指示虚拟网络组包含的至少一个待分配给终端设备的地址。

第二方面，本申请实施例提供一种通信方法，应用于会话管理功能网元，所述方法包括：

根据来自终端设备的会话创建请求，确定目标虚拟网络组，其中，所述会话创建请求为所述终端设备在发起目标业务时发送的请求，所述目标虚拟网络组包含在网络侧针对所述目标业务配置的至少一个虚拟网络组中，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；建立所述目标虚拟网络组中的目标会话，所述目标会话用于所述终端设备进行数据传输。

在该方法中，网络侧针对终端业务配置有至少一个虚拟网络组，能够支持终端设备根据发起业务的业务信息灵活选择接入的目标虚拟网络组，同时网络侧的会话管理功能网元为所述终端设备建立所述目标虚拟网络组中的目标会话，能够实现所述终端设备的数据传输；同时能够适应一个数据网络对应多个虚拟网络组的组网场景。

在一种可能的设计中，在确定目标虚拟网络组之前，所述方法还包括：接收来自统一数据管理功能网元的虚拟网络组配置信息；所述虚拟网络组配置信息包含至少一个虚拟网络组所对应的配置信息，所述至少一个虚拟网络组包含所述目标虚拟网络组，所述配置信息包含如下至少一项：默认组指示信息；可服务区域信息；地址信息；其中，所述默认组指示信息用于指示虚拟网络组是否为设定的默认虚拟网络组；所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围；所述地址信息用于指示虚拟网络组包含的至少一个待分配给终端设备的地址。

在该方法中，会话管理功能网元获取至少一个虚拟网络组的配置信息后，能够根据该配置信息确定目标虚拟网络组的相关信息，例如，会话管理功能网元可以根据配置信息中的默认组指示信息确定至少一个虚拟网络组中的默认虚拟网络组，进而在终端设备未指定接入的虚拟网络组时，将该默认虚拟网络组作为目标虚拟网络组来为终端设备提供服务；会话管理功能网元可以根据配置信息中的可服务区域信息确定虚拟网络组是否能够为处于某一位置区域的终端设备提供服务；会话管理功能网元还可以根据配置信息中的地址信息为接入的终端设备分配地址。

在一种可能的设计中，所述会话创建请求携带虚拟网络组的组标识，所述确定目标虚拟网络组，包括：确定所述组标识所对应的虚拟网络组为所述目标虚拟网络组。

在该方法中，终端设备请求会话管理功能网元新建会话时，会话管理功能网元接收到的来自终端设备的会话创建请求中携带目标虚拟网络组的组标识，因此会话管理功能网元无需进行其它相关信息的比较或匹配，就能快速直接的确定终端设备要接入的虚拟网络组，进而为终端设备建立该虚拟网络组中的会话，并能支持终端设备指定要接入的目标虚拟网络组。

在一种可能的设计中，所述根据来自终端设备的会话创建请求，确定目标虚拟网络组，包括：若所述会话创建请求未携带虚拟网络组的组标识，则根据所述虚拟网络组配置信息，将设定的默认虚拟网络组确定为所述目标虚拟网络组。

在该方法中，终端设备请求会话管理功能网元新建会话时，若未指定要接入的虚拟网络组，则会话管理功能网元选择默认的虚拟网络组为终端设备提供会话服务，能够在存在多个终端设备可用的虚拟网络组的场景下，也能快速确定为终端设备提供会话服务的虚拟网络组；同时能够适应一个数据网络对应多个虚拟网络组的组网场景。

在一种可能的设计中，所述方法还包括：根据所述目标虚拟网络组所对应的配置信息，为所述终端设备分配地址；或者，将所述目标虚拟网络组的组标识发送到AAA服务器，以使所述AAA服务器根据所述组标识，确定所述目标虚拟网络组，及根据所述目标虚拟网络组所对应的配置信息，为所述终端设备分配地址；其中，所述配置信息包含所述地址信息。

在该方法中，网络侧可以支持每个虚拟网络组包含各自的地址段，避免多个虚拟网络组的地址信息的冲突，而会话管理功能网元可以根据虚拟网络组对应的地址段，为接入所述虚拟网络组的终端设备分配地址，因此能够适应一个数据网络对应多个虚拟网络组的组网场景下的地址分配。

在一种可能的设计中，所述方法还包括：向用户面功能网元下发数据报文转发策略，以使所述用户面功能网元根据所述数据报文转发策略，对接收到的业务数据报文进行转发；其中，所述数据报文转发策略包括：判断在至少一个包检测规则中是否存在与所述业务数据报文匹配的包检测规则，若是，则根据所述包检测规则转发所述业务数据报文，否则，判断所述业务数据报文包含的目的地址和源地址是否属于同一虚拟网络组；若确定所述目的地址和源地址属于同一虚拟网络组，则不转发所述业务数据报文，若确定所述目的地址和源地址不属于同一虚拟网络组，则根据设定包检测规则转发所述业务数据报文；其中，所述包检测规则用于指示对业务数据报文采用的转发方式。

在该方法中，会话管理功能网元通过向用户面功能网元下发数据报文转发策略，使用户面功能网元基于该策略对接收到的数据报文进行处理，其中，在根据该策略未匹配到与接收到的业务数据报文匹配的包检测规则时，若确定所述业务数据报文包含的目的地址和源地址属于同一虚拟网络组，则认为发生异常，用户面功能网元不转发所述业务数据报文，能够防止UPF和数据网络之间由于报文的重复相互转发导致的环路问题。

在一种可能的设计中，所述组标识包括如下至少一项：外部组标识；内部组标识；网络侧分配的组标识；AAA服务器分配的组标识。

在该方法中，会话管理功能网元能够采用多种类型的组标识进行虚拟网络组的识别和标记等，灵活性较高。

第三方面，本申请实施例提供一种通信方法，应用于策略控制功能网元，所述方法包括：

接收应用功能网元或能力开放功能网元或统一数据仓库网元下发的虚拟网络组配置信息，其中，所述虚拟网络组配置信息包含至少一个虚拟网络组所对应的配置信息，所述至少一个虚拟网络组为网络侧针对终端设备发起的目标业务配置，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；根据所述虚拟网络组配置信息，生成至少一个用户路由选择策略，并将所述至少一个用户路由选择策略下发至所述终端设备。

在该方法中，网络侧针对终端业务配置有至少一个虚拟网络组，能够支持终端设备根据发起业务的业务信息灵活选择接入的目标虚拟网络组，同时网络侧的策略控制功能网元根据所述至少一个虚拟网络组的虚拟网络组配置信息为终端设备生成用户路由选择策略，进而使终端设备能通过用户路由选择策略匹配的方式，在至少一个虚拟网络组中确定要接入的目标虚拟网络组；同时能够适应一个数据网络对应多个虚拟网络组的组网场景。

在一种可能的设计中，所述用户路由选择策略包含业务信息及与所述业务信息对应的至少一个虚拟网络组的组标识，所述业务信息为所述目标业务的业务信息。

在该方法中，策略控制功能网元下发给终端设备的用户路由选择策略包含业务信息及与所述业务信息对应的至少一个虚拟网络组的组标识，则终端设备能够根据业务信息匹配到的用户路由选择策略中包含的组标识，选择目标虚拟网络组，并可以根据选择的目标虚拟网络组的组标识，向网络侧指定接入所述目标虚拟网络组。

在一种可能的设计中，所述配置信息至少包含所述业务信息及与所述业务信息对应的至少一个虚拟网络组的可服务区域信息；所述用户路由选择策略还包含与所述业务信息对应的至少一个虚拟网络组的可服务区域信息；其中，所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围。

在该方法中，策略控制功能网元获取的虚拟网络组的配置信息包括该虚拟网络组对应的可服务区域信息，并在下发给终端设备的用户路由选择策略中携带虚拟网络组对应的可服务区域信息，能够使终端设备结合自身所述位置及虚拟网络组的可服务区域信息，确定能为自身提供服务的虚拟网络组，继而进一步选择要接入的虚拟网络组。

在一种可能的设计中，所述组标识包括如下至少一项：外部组标识；内部组标识；网络侧分配的组标识；AAA服务器分配的组标识。

在该方法中，策略控制功能网元能够采用多种类型的组标识进行虚拟网络组的识别和标记等，灵活性较高。

第四方面，本申请实施例提供一种通信装置，包括处理单元；

所述处理单元用于在发起目标业务时，根据所述目标业务的业务信息，在至少一个虚拟网络组中选择目标虚拟网络组；其中，所述至少一个虚拟网络组为网络侧针对所述目标业务配置，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；所述处理单元还用于确定所述目标业务在所述目标虚拟网络组中的目标会话，并通过所述目标会话进行数据传输。

在一种可能的设计中，所述处理单元根据所述目标业务的业务信息，在至少一个虚拟网络组中选择目标虚拟网络组时，具体用于：在至少一个用户路由选择策略中，选择与所述业务信息匹配的目标用户路由选择策略，其中，所述目标用户路由选择策略包含所述业务信息及与所述业务信息对应的至少一个可用虚拟网络组的组标识；在所述至少一个虚拟网络组中，选择包含在所述至少一个可用虚拟网络组中的所述目标虚拟网络组。

在一种可能的设计中，所述处理单元确定所述目标业务在所述目标虚拟网络组中的目标会话时，具体用于：在已建立的会话中，选择与所述目标用户路由选择策略匹配的所述目标会话；或者，向会话管理功能网元发送会话创建请求，所述会话创建请求用于请求创建所述目标会话，其中，所述会话创建请求携带所述目标虚拟网络组的组标识。

在一种可能的设计中，所述通信装置还包括收发单元，所述处理单元在至少一个虚拟网络组中选择目标虚拟网络组之前，所述收发单元还用于：在所述终端设备注册入网的流程中，接收接入与移动性管理功能网元下发的可服务虚拟网络组列表；或者，在所述终端设备配置更新的流程中，接收所述接入与移动性管理功能网元下发的可服务虚拟网络组列表；其中，所述可服务虚拟网络组列表包含所述目标虚拟网络组。

在一种可能的设计中，所述处理单元在至少一个虚拟网络组中选择目标虚拟网络组之前，所述收发单元还用于：接收策略控制功能网元下发的所述至少一个用户路由选择策略。

在一种可能的设计中，所述处理单元通过所述目标会话进行数据传输，包括：通过所述目标会话，与目标数据网络、所述目标虚拟网络组中的其它终端设备或其它虚拟网络组中的终端设备进行数据传输，所述其它虚拟网络组为除所述目标虚拟网络组以外的虚拟网络组。

在一种可能的设计中，所述组标识包括如下至少一项：外部组标识；内部组标识；网络侧分配的组标识；AAA服务器分配的组标识。

在一种可能的设计中，所述配置信息还包含如下至少一项：数据网络名称；单网络切片选择辅助信息；会话类型；应用描述符；二次鉴权/授权信息；是否默认组指示信息；地址信息；其中，所述数据网络名称用于指示所述虚拟网络组支持接入的数据网络；所述单网络切片选择辅助信息用于指示所述虚拟网络组采用的网络切片；所述会话类型用于指示所述虚拟网络组中会话的类型；所述应用描述符用于指示所述目标业务所属应用的信息；所述二次鉴权/授权信息用于进行二次鉴权/授权；所述默认组指示信息用于指示虚拟网络组是否为设定的默认虚拟网络组；所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围；所述地址信息用于指示虚拟网络组包含的至少一个待分配给终端设备的地址。

第五方面，本申请实施例提供一种通信装置，包括处理单元；

所述处理单元用于根据来自终端设备的会话创建请求，确定目标虚拟网络组，其中，所述会话创建请求为所述终端设备在发起目标业务时发送的请求，所述目标虚拟网络组包含在网络侧针对所述目标业务配置的至少一个虚拟网络组中，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；所述处理单元还用于建立所述目标虚拟网络组中的目标会话，所述目标会话用于所述终端设备进行数据传输。

在一种可能的设计中，所述通信装置还包括收发单元，所述处理单元在确定目标虚拟网络组之前，所述收发单元还用于：接收来自统一数据管理功能网元的虚拟网络组配置信息；所述虚拟网络组配置信息包含至少一个虚拟网络组所对应的配置信息，所述至少一个虚拟网络组包含所述目标虚拟网络组，所述配置信息包含如下至少一项：默认组指示信息；可服务区域信息；地址信息；其中，所述默认组指示信息用于指示虚拟网络组是否为设定的默认虚拟网络组；所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围；所述地址信息用于指示虚拟网络组包含的至少一个待分配给终端设备的地址。

在一种可能的设计中，所述会话创建请求携带虚拟网络组的组标识，所述处理单元确定目标虚拟网络组时，具体用于：确定所述组标识所对应的虚拟网络组为所述目标虚拟网络组。

在一种可能的设计中，所述处理单元根据来自终端设备的会话创建请求，确定目标虚拟网络组时，具体用于：若所述会话创建请求未携带虚拟网络组的组标识，则根据所述虚拟网络组配置信息，将设定的默认虚拟网络组确定为所述目标虚拟网络组。

在一种可能的设计中，所述处理单元与所述收发单元协作，还用于：根据所述目标虚拟网络组所对应的配置信息，为所述终端设备分配地址；或者，将所述目标虚拟网络组的组标识发送到AAA服务器，以使所述AAA服务器根据所述组标识，确定所述目标虚拟网络组，及根据所述目标虚拟网络组所对应的配置信息，为所述终端设备分配地址；其中，所述配置信息包含所述地址信息。

在一种可能的设计中，所述收发单元还用于：向用户面功能网元下发数据报文转发策略，以使所述用户面功能网元根据所述数据报文转发策略，对接收到的业务数据报文进行转发；其中，所述数据报文转发策略包括：判断在至少一个包检测规则中是否存在与所述业务数据报文匹配的包检测规则，若是，则根据所述包检测规则转发所述业务数据报文，否则，判断所述业务数据报文包含的目的地址和源地址是否属于同一虚拟网络组；若确定所述目的地址和源地址属于同一虚拟网络组，则不转发所述业务数据报文，若确定所述目的地址和源地址不属于同一虚拟网络组，则根据设定包检测规则转发所述业务数据报文；其中，所述包检测规则用于指示对业务数据报文采用的转发方式。

在一种可能的设计中，所述组标识包括如下至少一项：外部组标识；内部组标识；网络侧分配的组标识；AAA服务器分配的组标识。

第六方面，本申请实施例提供一种通信装置，包括收发单元和处理单元；

所述收发单元用于接收应用功能网元或能力开放功能网元或统一数据仓库网元下发的虚拟网络组配置信息，其中，所述虚拟网络组配置信息包含至少一个虚拟网络组所对应的配置信息，所述至少一个虚拟网络组为网络侧针对终端设备发起的目标业务配置，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；所述处理单元与所述收发单元协作，用于根据所述虚拟网络组配置信息，生成至少一个用户路由选择策略，并将所述至少一个用户路由选择策略下发至所述终端设备。

在一种可能的设计中，所述用户路由选择策略包含业务信息及与所述业务信息对应的至少一个虚拟网络组的组标识，所述业务信息为所述目标业务的业务信息。

在一种可能的设计中，所述配置信息至少包含所述业务信息及与所述业务信息对应的至少一个虚拟网络组的可服务区域信息；所述用户路由选择策略还包含与所述业务信息对应的至少一个虚拟网络组的可服务区域信息；其中，所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围。

在一种可能的设计中，所述组标识包括如下至少一项：外部组标识；内部组标识；网络侧分配的组标识；AAA服务器分配的组标识。

第七方面，本申请实施例提供一种通信装置，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器、通信接口；

其中，所述通信接口用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置；所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令，使得所述通信装置执行上述任一方面或任一方面中的任一种方法。

第八方面，本申请实施例提供一种通信系统，所述通信系统包括终端设备、会话管理功能网元及策略控制功能网元；

其中，所述终端设备用于执行上述第一方面或第一方面中的任一种方法；所述会话管理功能网元用于执行上述第二方面或第二方面中的任一种方法；所述策略控制功能网元用于执行上述第三方面或第三方面中的任一种方法。

第九方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序或指令，当所述计算机程序或指令在通信装置上运行时，使得通信装置执行上述各个方面的任一种可能的设计中的方法。

第十方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序或指令，当通信装置读取并执行所述计算机程序产品时，使得通信装置执行上述各个方面的任一种可能的设计中的方法。

第十一方面，本申请提供一种芯片，所述芯片包括处理器，所述处理器与存储器耦合，用于读取并执行所述存储器中存储的软件程序，以实现上述各个方面的任一种可能的设计中的方法。

上述第四方面至第十一方面中任一方面可以达到的技术效果可以参照上述第一方面至第三方面中有益效果的描述，此处不再重复赘述。

附图说明

图1为一种5G组网架构示意图；

图2为一种UPF对数据报文对应的数据包进行处理的示意图；

图3为一种UPF对数据报文进行转发处理的示意图；

图4a为一种5G VN组中终端设备的数据在PSA UPF本地交换场景的用户面架构示意图；

图4b为一种5G VN组中终端设备的数据跨PSA UPF交换场景的用户面架构示意图；

图5为本申请实施例提供的通信方法适用的一种通信系统的架构示意图；

图6为本申请实施例提供的一种AF配置管理5G VN组的方法示意图；

图7为本申请实施例提供的一种网络侧在终端设备注册入网流程中下发可服务VN组列表的流程示意图；

图8为本申请实施例提供的一种网络侧在终端配置更新流程中下发可服务VN组列表的流程示意图；

图9为本申请实施例提供的一种通信方法的示意图；

图10为本申请实施例提供的一种PDU会话创建流程的示意图；

图11为5G LAN场景中UPF对数据报文进行转发的示意图；

图12为本申请实施例提供的一种UPF的报文转发策略示意图；

图13为本申请实施例提供的一种通信装置的示意图；

图14为本申请实施例提供的一种通信装置的示意图。

具体实施方式

下面将结合附图，对本申请实施例进行详细描述。

其中，方法和设备是基于同一技术构思的，由于方法及设备解决问题的原理相似，因此设备与方法的实施可以相互参见，重复之处不再赘述。

以下，对本申请中的部分用语进行解释说明，以便本领域技术人员理解。

1)、终端设备，本申请实施例中所涉及的终端设备，又可以称为用户设备(userequipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等，是用户侧的一种用于接收或发射信号的实体，用于向网络侧设备发送上行信号，或从网络侧设备接收下行信号。终端设备包括向用户提供语音和/或数据连通性的设备。

例如，终端设备可以为具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音和/或数据。该终端设备可以包括用户设备、车到外界通信(vehicleto X，V2X)终端设备、无线终端设备、移动终端设备、设备到设备通信(device-to-device，D2D)终端设备、机器到机器/机器类通信(machine-to-machine/machine-typecommunications，M2M/MTC)终端设备、物联网(internet of things，IoT)终端设备、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、远程站(remote station)、接入点(access point，AP)、远程终端(remote terminal)、接入终端(access terminal)、用户终端(user terminal)、用户代理(user agent)、或用户装备(user device)、可穿戴设备、车载设备等。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备或智能穿戴式设备等，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能头盔、智能首饰等。

而如上介绍的各种终端设备，如果位于车辆上(例如放置在车辆内或安装在车辆内)，都可以认为是车载终端设备，车载终端设备例如也称为车载单元(on-board unit，OBU)。

2)、通信系统，用于在终端设备请求业务时，采用第三代合作伙伴计划(the 3rdgeneration partnership project，3GPP)接入技术将终端设备接入数据网络，并实现终端设备和数据网络之间数据的传输以实现相应的业务。

其中，通信系统分为接入网(access network，AN)和核心网(core network，CN)。接入网用于通过3GPP接入技术将终端设备汇接到核心网中。核心网用于将终端设备接入到不同的数据网络。另外，按照逻辑功能划分，核心网又可以分为控制面(信令面)和用户面(数据面)。

还需说明的是，本申请提供的通信方法适用的通信系统包括第五代(5thgeneration，5G)通信系统(即新空口(new radio，NR)通信系统)、未来的新一代通信系统等。

又例如，在5G通信系统中，接入网还可以称为5G无线接入网(NG-无线接入网(radio access network，RAN)，即NG-RAN)，核心网还可以称为5G核心网(5G Core，5GC)。

3)、网络侧设备，为位于通信系统中的网元。所述网络侧设备可以为无线接入网中的接入网设备，或者为核心网中的核心网设备。本申请对此不作限定。

4)、接入网(access network，AN)设备：是网络侧的一种用于发射和/或接收信号的实体，作为通信系统中将终端设备接入到无线网络的设备，包括以有线方式或无线方式接入通信系统的设备。其中，以无线方式接入通信系统的无线接入网(radio accessnetwork，RAN)设备，在NG-RAN中又可以称为基站，或者RAN节点，或者RAN设备。RAN设备还可以协调对空中接口的属性管理。

例如，RAN设备可以是新无线控制器(new radio controller，NR controller)，可以是5G系统中的gNode B(gNB)，可以是集中式网元(centralized unit)，可以是新无线基站，可以是射频拉远模块，可以是微基站(也称为小站)，可以是中继(relay)，可以是分布式网元(distributed unit)，可以是各种形式的宏基站，可以是传输接收点(transmissionreception point，TRP)、传输测量功能(transmission measurement function，TMF)或传输点(transmission point，TP)或者任何其它无线接入设备，或者下一代通信中的基站，但本申请实施例不限于此。

5)、核心网设备，位于核心网中的网元，用于实现核心网的功能，例如负责根据终端设备通过接入网发送的呼叫请求或业务请求将所述终端设备接续到不同的数据网络上，以及负责计费、移动性管理、会话管理等业务。

为便于理解，下面基于5G移动通信系统组网架构，对一些位于核心网中的网元进行简单介绍。

图1为一种5G组网架构示意图。如图1所示，所述5G组网架构可以参考3GPP 23.501协议中定义的组网架构，该架构相关的功能网元的主要功能介绍如下：

应用功能(application function，AF)网元：也称为应用控制器(applicationcontroller)，主要用于传递应用侧对网络侧的需求，例如服务质量(quality of service，QoS)需求、用户状态事件订阅等。AF网元可以是第三方应用的应用功能实体，也可以是运营商部署的应用服务，如IMS语音呼叫业务。其中，第三方应用的应用功能实体与核心网进行交互时可经由能力开放功能(network exposure function，NEF)网元进行授权处理，例如第三方应用的应用功能实体直接向NEF网元发送请求消息，NEF网元验证AF网元是否被允许发送该请求消息，若验证通过，则转发该请求消息至对应的策略控制功能(policy controlfunction，PCF)网元或统一数据管理功能(unified data management，UDM)网元。

PCF网元：主要用于实现针对会话、业务流级别进行计费、QoS带宽保障及移动性管理、用户设备策略决策等策略控制功能。

UDM网元：主要用于实现管理签约数据、用户接入授权等数据管理功能。

接入和移动性管理功能(access and mobility management function，AMF)网元：主要用于实现对终端设备进行移动性管理、接入鉴权/授权等功能。此外，AMF网元还负责在终端设备与PCF网元间传递用户策略。

会话管理功能(session management function，SMF)网元：主要用于对终端设备进行分组数据单元(packet data unit，PDU)会话管理、PCF下发控制策略的执行、用户面功能(user plane function，UPF)网元的选择、PDU类型为IP类型时终端设备IP地址的分配等。

UPF网元：主要用于作为终端设备和数据网络的接口，完成用户面数据转发、基于会话/流级的计费统计、带宽限制等功能。

统一数据仓库(unified data repository，UDR)网元：主要负责签约数据、策略数据、应用数据等类型的数据的存取功能，UDR网元可以与UDM网元、PCF网元、NEF网元等网元进行接口互联，以实现对应网元访问或调用。

鉴权服务功能(authentication server function，AUSF)网元(图1中未示出)：可用于支持3GPP框架定义的接入服务鉴权，同时也可以支持非3GPP接入网的鉴权。

当然，核心网中也可以包括除以上示例说明的网元之外的其它网元，这里不再一一列举。

需要说明的是，本申请对实现各功能的对应网元的名称并不限定，其还可以实现其他功能或与其他功能网元进行融合，并且还可以称为其他名称。

在图1所示的5G组网架构中，网元与网元、网元与设备间的一些相关通信接口的主要功能介绍如下：

N1接口：为AMF网元与终端设备之间的信令面接口，与接入网无关，用于核心网与终端设备之间交换信令消息，可用于终端设备注册入网、终端设备建立PDU会话、网络侧配置终端设备策略等流程中。

N2接口：为AMF网元与RAN设备之间的接口，用于传递核心网至RAN设备的无线承载控制信息等。

N3接口:为(R)AN设备与UPF网元之间的接口，用于在RAN设备和UPF网元之间传递终端设备的业务数据。

N4接口：为SMF网元与UPF网元之间的接口，用于传递控制面与用户面之间的信息，可用于控制面终端设备根据与运营商的签约信息完成入网操作等流程中。

N6接口：为UPF网元与DN之间的接口，用于在UPF网元和DN之间传递终端设备的业务数据。

N7接口：为PCF网元与SMF网元之间的接口，用于下发PDU会话粒度以及业务数据流粒度控制策略等信息。

N8接口：为AMF网元与UDM网元之间的接口，用于AMF网元从UDM网元获取接入与移动性管理相关签约数据与鉴权数据，以及AMF网元向UDM网元注册终端设备当前移动性管理相关信息等。

N10接口：为SMF网元与UDM网元之间的接口，用于SMF网元从UDM网元获取会话管理相关签约数据，以及SMF网元向UDM网元注册终端设备当前会话相关信息等。

N11接口：为SMF网元与AMF网元之间的接口，用于传递RAN设备和UPF网元之间的PDU会话隧道信息、发送给终端设备的控制消息、发送给RAN设备的无线资源控制信息等。

6)、数据网络：用于提供数据传输服务的通信网络，具体可以是公用数据网(public data network，PDN)，如因特网(internet)、网际互连协议(internet protocol，IP)多媒体系统(IP multi-media subsystem，IMS)语音呼叫业务等，还可以是运营商服务、互联网服务或者第三方服务等。数据网络的标识为数据网络名称(data network name，DNN)。终端设备中特定服务应用(application，APP)可以通过会话传递的方式与DN进行数据通信，其中会话可以是IP、以太网、非结构化等类型的会话。

7)、用户路由选择策略(UE route selection policy，URSP)：URSP用于终端设备确定触发的应用业务是否能够采用终端设备已经建立的PDU会话或者新建立一个PDU会话。

5G通信系统中，PDU会话的建立是由终端设备基于发起的业务触发的，不同业务对PDU会话属性如网络切片(network slice)、DNN、会话服务连接性模式(session andservice continuity mode，SSC mode)等有不同的需求，所以终端设备基于不同的业务可能会触发建立不同的PDU会话。因此，5G中引入了URSP，用于终端设备确定发起的业务是否能够采用一个已有的PDU会话进行数据传输，或者是否可以新建一个PDU会话来传输该业务的数据。

终端设备根据发起的业务进行URSP匹配后，可以根据匹配到的URSP获取相应的PDU会话参数，如果有满足参数需求的PDU会话，则采用该PDU会话进行数据传输；如果没有满足参数需求的PDU会话，则可以新建一个PDU会话来进行数据传输。

其中，URSP包含的参数信息如下表1所示：

表1 URSP参数信息

其中，上述URSP参数信息可以参考3GPP 23.503协议中表6.6.2.1-2关于URSP的描述。

URSP主要包含业务流描述符(traffic descriptor)和路由选择描述符(routeselection descriptors)两部分内容。

其中，所述业务流描述符主要包含应用标识(app ID)、DNN、IP三元组(IPdescriptor)，域名描述符(domain descriptor)、连接能力(connection capabilities)等参数。

所述路由选择描述符包含的参数信息如下表2所示：

表2路由选择描述符参数信息

其中，上述路由选择描述符包含的参数信息可以参考3GPP 23.503通信协议中表6.6.2.1-3关于路由选择描述符的描述。

8)、包检测规则(packet detection rule，PDR)：在网络侧，SMF在对终端设备进行PDU会话管理过程中，通过N4接口与UPF进行信息交互，控制UPF创建、修改、删除PDU会话对应的终端(UE)N4会话(N4 session)，来实现对UPF处理数据报文的控制。具体的，SMF针对UPF内的终端N4会话下发各类数据包处理规则(如PDR和对应的转发动作规则(forwardingaction rule，FAR))来完成对UPF处理数据报文(或数据报文的数据包)的控制，UPF按照SMF下发的数据包处理规则对收到的外部业务数据报文进行相应处理。其中，PDR用于对数据报文(数据包)进行匹配，FAR用于指示报文转发方式。

需要说明的是，在本申请实施例中，N4会话也称为包转发控制协议(packetforwarding control protocol，PFCP)会话。

PDR由SMF在进行PDU会话管理过程中下发给UPF，UPF根据SMF下发的PDR执行对应的数据包匹配，并由此获得对应的FAR完成包转发。一个PDR内包含一个包检测信息(packetdetection information，PDI)参数，一个PDI参数包含一个或若干个匹配字段，用于与UPF收到的数据报文进行匹配来识别数据报文，并完成数据报文与终端N4会话的关联。

其中，SMF向UPF提供的PDR包含的信息主要如下表3所示：

表3 PFCP会话建立请求中的PDR参数列表

上述表3所示内容可以参照3GPP 29.244通信协议中表7.5.2.2-1所描述的PDR参数信息。

PDR中的PDI包含的信息主要如下表4所示：

表4 PFCP会话建立请求中的PDI参数列表

上述表4所示参数内容可参照3GPP 29.244通信协议中表7.5.2.2-2所描述的PDI参数信息。

其中，PDI主要包括如下信息：

a.数据报文入口/源端口(source interface)。

b.对入口报文进行匹配的一系列参数。例如：隧道端点标识(tunnel endpointidentity document，TEID)/全量隧道端点标识(full qualified TEID，F-TEID)、网络实例(network instance)、终端设备IP地址、业务数据流(service data flow filter，SDF)过滤器(filter(s))、应用ID(application ID)等参数。

UPF从SMF获取PDR后，在接收到一个数据报文时，将该数据报文的报文头各字段与PDR中PDI定义的参数项进行匹配，找到该数据报文归属的N4会话以及N4会话内与该数据报文具有最高优先级匹配关系的PDR规则完成报文匹配。UPF完成PDR匹配后，匹配到的PDR规则中包含相应的FAR指示，UPF将根据对应的FAR指示完成对数据报文的转发。

FAR包含的信息主要如下表5所示：

表5 PFCP会话建立请求中的FAR参数列表

上述表5所示参数内容可以参照3GPP 29.244通信协议中表7.5.2.2-3所描述的FAR参数信息。

其中，FAR主要通过如下信息指示UPF进行数据报文处理：

a.应用动作参数(apply action parameter)：该参数用于指示UPF是否需要对数据报文进行转发、缓存、复制、丢弃处理，或者以通知或不通知控制面(如SMF)的方式缓存下行数据报文；或者用于指示UPF是否允许终端设备加入IP组播组。

b.转发、缓存、复制参数：当应用动作参数指示UPF对数据包进行转发、缓存或复制时，UPF需要使用这些参数，以便根据这些参数对数据报文进行相应处理。

示例性的，图2为UPF对数据报文对应的数据包进行处理的示意图。如图2所示，外部数据报文进入UPF后，UPF根据PDR匹配条件匹配N4会话(N4 session/PFCP session)信息，然后在N4会话中匹配优先级最高的PDR，再根据其对应的FAR完成数据包转发。

示例性的，图3为UPF对数据报文进行转发处理的示意图。如图3所示，UPF对数据报文进行转发处理主要包括如下两个过程：

1)来自终端设备的上行数据报文通过接入网设备到达N3接口，UPF通过对所述上行数据报文匹配数据报文源端口、隧道标识等参数信息(其中，具体的匹配参数详见如上表3中所示的PDR参数信息)获得源终端N4会话，并根据业务数据流过滤器对所述源终端N4会话进行PDR匹配，确定相应的FAR，根据该FAR指示的转发规则转发数据报文。

其中，上述图3中示例性示出的UPF对来自终端设备的上行数据报文进行的处理是：通过N6接口将该上行数据报文转发到数据网络侧。

2)来自数据网络的下行数据报文通过N6接口进入UPF，UPF通过匹配数据报文源端口、网络实例、目的IP地址等参数信息，获得所述下行数据报文匹配的目的终端N4会话及PDR规则，并确定相应的FAR，根据该FAR指示的转发规则转发数据报文。

其中，上述图3中示例性示出的UPF对来自数据网络的下行数据报文进行的处理是：通过N3接口将该下行数据报文转发到终端设备。

9)、虚拟网络组：3GPP 23.501通信协议中定义了5G LAN服务，能够在移动网络中为用户构建一个虚拟移动专网，终端设备通过建立传统的PDU连接能够与数据网络进行数据交换，5G LAN在此基础上引入了虚拟网络组(VN组)的概念。其中，一个5G VN组对应一个5G LAN，且可以包括多个终端设备，归属于同一个5G VN组的终端设备接入移动网络，既能与数据网络通信，也能与该5G VN组内的其它终端设备通信。当前，5G移动网络内可同时支持多个5G VN组,同一个5G VN组下的终端设备可通过相同或不同的PDU会话锚点(PDUsession anchor，PSA)UPF相互通信，不同5G VN组之间的终端设备相互隔离。

图4a为一种5G VN组中终端设备的数据在PSA UPF本地交换场景的用户面架构示意图。如图4a所示，同一个5G VN组下的多个终端设备(如UE1、UE2)注册在同一个PSA UPF网元，此场景下PSA UPF网元除为UE1、UE2完成与数据网络的数据交换之外，由于UE1与UE2归属于同一个5G VN组，PSA UPF网元还作为5G VN组的本地交换(local switch)，完成UE1与UE2之间的数据交换。

图4b为一种5G VN组中终端设备的数据跨PSA UPF交换场景的用户面架构示意图。图4b所示，同一个5G VN组下的多个终端设备(如UE1、UE2)注册在不同的PSA UPF网元，此场景下不同的PSA UPF网元之间增加了N19接口，归属于同一个5G VN组的UE1、UE2在进行数据交换时，将分别由其对应的PSA UPF网元通过N19接口通道完成数据传输和交互。

其中，图4a或图4b中，(R)AN设备与PSA UPF网元之间的中间UPF(IntermediateUPF，I-UPF)网元用于作为上行链路分类器(uplink classifier，UL-CL)将来自终端设备的数据流导向数据网络，或者作为分支点以支持多宿主PDU会话。

数据网络通常以数据网络名称(Data Network Name，DNN)为标识，在5G中引入VN组后，相关协议定义数据网络的DNN与5G VN组为1:1关系，即一个DNN对应一个5G VN组，也即一个数据网络对应一个5G VN组，因此5G VN组对应的5G LAN只能支持接入与该5G VN组对应的数据网络。

其中，DNN和5G VN组为1:1的组网关系可参考当前3GPP 23.501协议中的相关定义。

5G VN组可以由网络侧进行创建、配置和管理。其中，5G VN组的相关信息主要包括下列各项内容：

A、VN组的标识(标识符)：VN组的标识包括外部组标识(External Group ID)和内部组标识(Internal Group ID)。外部组标识由网络侧的AF定义，用于唯一标识一个VN组；内部组标识由网络侧的UDM定义，用于在网络侧内部唯一标识一个VN组。其中，外部组标识与内部组标识存在映射关系。AF在创建VN组时生成外部组标识，同时UDM自动生成该VN组的内部组标识并完成与外部组标识的映射。

B、VN组成员关系：VN组的成员关系包括归属于同一个VN组的终端设备成员列表。每个成员即终端设备通过其标识信息唯一标识，其中，该标识信息可以为通用公共订阅标识(generic public subscription identifier，GPSI)，该标识是由数据网络为终端设备提供的唯一用户标识。

VN组成员关系包含的参数如下表6中所示：

表6 VN组成员管理参数

参数	描述
		GPSI列表	VN组成员列表，其中，每个成员通过其GPSI标识
外部组标识	VN组的标识

C、VN组的配置信息(也可以称为VN组数据)：VN组的配置信息包含若干属性字段，用于定义一个VN组的各个方面的参数。

VN组的配置信息包含的参数如下表7中所示：

表7 5G VN组配置信息

需要说明的是，在本申请中，“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请中所涉及的多个，是指两个或两个以上。至少一个，是指一个或一个以上，至少一个包括一个或多个。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块。方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。

局域网是在一个局部的地理范围(如学校、工厂等)内，将各种计算机、外部设备和数据库等互相联接起来组成的计算机通信网。局域网可以通过数据通信网或专用数据电路，与远方的局域网、数据库或处理中心相连接，构成一个大范围的信息处理网络系统。

5G中的局域网称为5G LAN，是利用移动网络本身的广覆盖特点，来直接提供局域网服务的通信网络。5G LAN可以在更广泛的移动网络覆盖范围内使用，加入同一5G LAN的用户设备均可实现基于局域网的数据交换和通信。利用已经广覆盖的移动网络，5G LAN服务的创建及其伸缩、迁移、调整等均可由网络侧自动完成，无需人工干预，此外，5G LAN还可按需定制，且不同5G LAN之间互相安全隔离。

当前5G LAN网络通过NEF能力开放为用户提供了简单高效的5G VN组管理入口，能够支持用户对5G VN组进行创建、修改、删除等管理操作，未来可能会存在大量通过AF调用NEF对5G VN组进行的创建、修改、删除等管理操作。但是，如果采用上述现有的一个DNN对应一个5G VN组的网络部署方式，则用户每次对5G VN组进行增删修改操作时，5G LAN网络在进行相应操作的同时，需增删修改5G VN组对应的数据网络的DNN，而增删DNN将涉及到5G移动网络内部的配置以及5G网络和数据网络之间接口数据通道的配置。这样在用户每次对5GVN组进行操作时，均需要人工如移动运营商对5G VN组相关的DNN进行相应的操作，对网络侧来说就需要较大的人工干预，无法满足简单快捷的管理5G VN组的需求，例如无法做到用户增删修改5G VN组而移动运营商无感知。

此外，终端设备在接入5G VN组后才能通过该5G VN组对应的PDU会话进行数据通信。当前终端设备在接入5G VN组时，需要依据数据网络的标识信息，确定要接入哪个5G VN组。但是在上述组网方式下，终端设备依据数据网络的标识信息仅能确定一个能够接入的5G VN组，因此，在数据网络的标识信息确定后，终端设备能够接入的5G VN组也是唯一确定的，终端设备也只能通过该5G VN组中的会话进行数据传输，这极大限制了终端设备选择会话服务和采用会话服务进行数据通信的灵活性。

为了解决上述问题，本申请实施例提供一种通信方法，用于提高终端设备选择会话服务和采用会话服务进行数据通信的灵活性，进而提高终端设备进行数据通信的灵活性和高效性，同时，降低VN组管理的复杂度，进而满足用户简单快捷管理VN组的需求。

下面对本申请实施例提供的方案进行具体说明。

图5为本申请实施例提供的通信方法适用的一种通信系统的架构示意图。图5中示例性地列举了与本申请实施例相关的部分网元及设备。

其中，本通信架构可以兼容多种不同制式的通信系统。图5仅以5G通信系统为例进行说明。

需要说明的是，本通信架构不对本申请提供的方法所使用的通信架构造成限定，该架构还可以为以下任意一种通信系统：5G通信系统、未来的新一代通信系统，以及基于以上通信系统演进的通信系统。

总之，本申请实施例描述的通信架构是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着通信技术的发展、网络架构的演变，本申请实施例提供的技术方案对于类似的技术问题和场景，同样适用。

图5所示的通信架构由终端设备、接入网(R)AN设备、核心网和数据网络组成。

核心网包括AMF网元、SMF网元、UPF网元、PCF网元、AF网元、UDM网元、网络切片选择功能(network slice selection function，NSSF)网元、鉴权服务功能(authenticationserver function，AUSF)网元、网络切片特定身份验证和授权功能网元(Network SliceSpecific Authentication and Authorization Function，NSSAAF)网元等网元。其中，各网元的功能可参照上述对图1所示系统架构中相关网元功能的介绍，网元与网元、网元与设备间的相关接口的功能可参照上述对图1所示系统架构中相关接口功能的介绍，此处不再赘述。

在上述通信系统中，接入网设备和核心网为终端设备和数据网络提供数据交换服务，该服务称为PDU连接服务。终端设备通过向网络侧发起PDU会话建立请求，来获得PDU连接服务。网络侧为终端设备维护PDU会话以提供PDU连接服务。

在本申请实施例中，网络侧可以为核心网，或者为核心网中的一个或多个网元，或者为其它能够实现核心网功能或者实现核心网中一个或多个网元功能的网络系统、设备等，例如网络侧可以为5G LAN、移动运营商网络等，在此基础上，网络侧还可以包含接入网或接入网设备等。

如图5中所示，终端设备、接入网设备、UPF网元和数据网络之间的通信路径(粗实线所示)为终端设备与数据网络之间的业务数据交换路径，该路径为终端设备在网络中数据业务路径即数据面路径。终端设备、接入网设备、AMF网元、SMF网元、PCF网元、UPF网元及UDM网元等网元之间的通信路径(虚线所示)为建立PDU会话的信令面流程。

为了实现终端设备与数据网络之间的业务数据交换，终端设备需要通过网络侧提供的PDU连接服务建立基于数据网络的PDU会话，PDU会话的建立包括两个基本过程：终端设备向网络侧注册入网流程及终端设备向网络侧请求建立PDU会话流程，可参考下文中的相关介绍。此外，上述两个过程属于终端设备与网络侧的信令面交互流程。

其中，终端设备通用的注册入网流程可简单描述为：终端设备通过接入网设备发送注册请求至AMF，AMF根据终端设备的用户标识向特定UDM获取签约数据。此外，AMF还可向PCF发起用户策略控制建立请求(UE policy control_create)及接入管理策略控制建立请求(AM policy control_create)，分别用于获取用户策略及接入控制策略。网络侧经过一系列鉴权、授权操作最终确认允许终端设备接入网络，此时AMF响应终端设备的注册请求，并向终端设备下发相关策略信息，终端设备完成网络注册驻留。网络侧AMF维护终端设备的注册入网信息，对终端设备进行移动性管理。

5G通信系统中的两个网络设备之间可以通过相应的接口实现通信，具体可以参考图1或图5所示。

需要说明的是，图1或图5中所示的N1～N15、N22、N35、N36、N58、N59等英文缩写为5G网络中用以支持在设备与设备、设备与网元、网元与网元之间进行信息传输的通信接口或称参考点，可以参考5G相关通信标准中的定义。

需要理解的是，5G通信系统中的以上各网元既可以是在专用硬件上实现的网络元件，也可以是在专用硬件上运行的软件实例，或者是在虚拟化平台(例如云平台)上虚拟化功能的实例。此外，本申请实施例并不限定通信系统中各个网元的分布形式，可选的，以上各个网元可以分别部署在不同的物理设备中，或者多个网元融合在同一物理设备中。

另外，本申请实施例也不对通信系统中各网元的名称进行限定，例如，在不同制式的通信系统中，各网元可以有其它名称；又例如，当多个网元融合在同一物理设备中时，该物理设备也可以有其他名称。

为了便于说明，本申请以下实施例将AMF网元简称为AMF，将SMF网元简称为SMF，将PCF网元简称为PCF，将UPF网元简称为UPF，将AF网元简称为AF，将UDM网元简称为UDM，将NEF网元简称为NEF。

下面结合具体实施例对本申请提供的方案进行详细说明。

一、网络侧：VN组的配置及管理

本申请实施例首先提供一种VN组的配置及管理方法，在该方法中，数据网络的DNN与VN组的关联关系为1：N关系，其中N为不小于1的整数，即该方法采用一个数据网络对应多个VN组的组网方式，其中，多个VN组中各个VN组对应的局域网均可接入到该数据网络。

在该组网方式中，对于同一个数据网络，该数据网络对应的多个VN组均可以通过其对应的局域网接入该数据网络。基于该组网方式，一方面，终端设备在选择接入的VN组时就具有更大的选择空间，从而提高采用虚拟网络组的会话服务进行数据通信的灵活性。例如，终端设备在与数据网络进行通信时，就可以根据实际需求如业务需求，从该数据网络对应的至少一个VN组中，灵活选择相对更适合接入的VN组。另一方面，用户可以方便快捷的对同一数据网络下的VN组进行增删修改等管理操作，且不会造成对数据网络的DNN的修改，避免了数据网络侧的人工管理的介入，因此能够实现便捷高效的对VN组进行管理。

在网络侧，VN组的配置和管理可以由网络管理员或操作维护管理(operationadministration and maintenance，OAM)负责，也可以是NEF开放服务给AF，由AF进行动态配置和管理。其中，为了支持AF动态管理VN组，NEF对外开放了一系列接口如创建、修改、删除等功能接口，用于AF完成VN组、VN组成员以及VN组配置信息的管理，因此，网络侧支持通过AF与NEF交互完成对VN组的配置管理。VN组的管理主要包括创建、修改、删除VN组等，具体实施时可通过操作VN组的信息实现对VN组的配置管理。

本申请实施例中，AF可以针对终端设备发起的不同业务配置不同的VN组，终端在发起业务时可以根据业务需求选择对应的VN组进行接入，并由VN组对应的局域网提供服务。

在本申请实施例中，VN组的相关信息主要包括VN组的组标识、VN组成员关系和VN组的配置信息三项内容。其中，VN组的组标识可以为外部组标识、内部组标识、网络侧分配的组标识、验证-授权-记账AAA服务器分配的组标识等。VN组成员关系可参照如上表6所示的信息。VN组的配置信息至少包括数据网络信息、切片信息、PDU会话类型(PDU sessiontype)、应用描述符(application descriptor)及默认组指示信息，还可包含二次鉴权/授权相关的信息如使能3A服务器(DN-AAA)进行IP地址分配等信息；除此还可包括可服务区域信息、地址信息等。

本申请实施例中，VN组的配置信息包含的具体参数如下表8中所示：

表8 VN组配置信息

其中，所述数据网络信息为数据网络的数据网络名称(DNN)，所述切片信息为单网络切片选择辅助信息(single network slice selection assistance information，S-NSSAI)。所述数据网络名称用于指示VN组支持接入的数据网络；所述单网络切片选择辅助信息用于指示VN组采用的网络切片；所述会话类型用于指示VN组中会话的类型；所述应用描述符用于指示业务所属应用的信息；所述二次鉴权/授权信息用于进行二次鉴权/授权。

所述默认组指示信息、可服务区域信息及地址信息等参数信息用于支持DNN与VN组的1：N组网，下面对这几个参数信息进行详细说明：

1)默认组指示信息

所述默认组指示信息用于指示VN组是否为设定的默认VN组，该默认组指示信息可以通过是否默认组(is default)字段来指示。该字段定义当前VN组在当前DNN下是否是设定的默认VN组。该字段为必选字段，即每个VN的配置信息中均包含该字段。

当终端设备在当前VN组下建立会话时，如果该终端设备没有通过VN组标识指定要接入的VN组，则网络侧能够根据各VN组的是否默认组字段确定默认VN组，并为该终端设备建立该默认VN组中的会话。

在本申请一些实施例中，同一数据网络的DNN对应多个VN组时，网络侧需从多个VN组中选择一个VN组设定为默认VN组。

2)可服务区域信息

所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围，该可服务区域信息可以通过可服务地理区域(available geographic area)字段来指示，该字段定义当前VN组可服务的一个或多个地理区域。该字段为可选字段，即VN组的配置信息中可以包含该字段，也可以不包含该字段。

鉴于现有5G通信系统中，网络侧配置开通5G VN组后，默认该5G VN组是覆盖全网的，但是对于某些终端设备来说，其驻留区域可能仅限于相对比较固定的一些区域，这种情况下，采用覆盖全网的VN组为终端设备提供的服务则存在一定的资源浪费情况。

因此，本申请实施例中，作为一种可选的实施方式，AF在创建VN组时，可以定义VN组的可服务地理区域，并在VN组的配置信息中添加可服务区域信息，以适应VN组只需要覆盖部分区域的场景，提高VN组的资源利用率。

作为一种可选的实施方式，上述的可服务区域的信息可以由NEF转化成移动网络运行商内部的跟踪区域(tracking area)信息。地理区域的信息可以标记为全部(ALL)，表示对应的VN组在移动网络运营商全网可用，当该字段标记为空时可以认为默认值为ALL。

3)地址信息

所述地址信息用于指示虚拟网络组包含的至少一个待分配给终端设备的地址，该地址信息可以通过IP网段和掩码(IP segment and mask)字段来指示，该字段包含对应的虚拟网络组的IP地址段。该字段为可选字段，即VN组的配置信息中可以包含该字段，也可以不包含该字段。

作为一种可选的实施方式，在AF通过配置VN组使得数据网络的DNN与VN组的对应关系为一个DNN对应多个VN组时，对于会话类型为IP类型的场景，所述多个VN组中的每个VN组的配置信息包含各自对应的IP地址段。SMF为UPF配置数据报文转发规则时，需要获取VN组对应的IP地址段信息，以便依据该IP地址段信息配置UPF对数据报文进行匹配和转发的规则。

在本申请一些实施例中，SMF至少可以通过如下任一方式获取VN组的地址信息：

1)由AF在通过NEF创建VN组时，将该VN组的地址信息通知给SMF。其中，该地址信息通过IP网段和掩码字段指定VN组对应的IP地址段信息。

2)SMF在创建VN组对应的会话时，通过与数据网络对应的AAA服务器交互，从所述AAA服务器获取VN组对应的地址信息。其中，该地址信息通过IP网段和掩码字段指定VN组对应的IP地址段信息。

需要说明的是，在5G中，VN组配置信息也可以称为VN组数据。

为实现AF与运营商网络的协同处理，运营商网络通过NEF向AF开放部分网络能力，以支撑AF对用户进行更灵活的控制。当前NEF支持开放的能力包括：允许AF通过NEF向网络侧订阅用户位置、终端可达性事件、连接状态、漫游状态、区域内终端数量等事件信息，以及通过NEF经由UDM/UDR/PCF向网络侧配置下发参数配置请求、应用路由请求、业务授权请求等消息。

下面以5G LAN场景为例，对AF通过NEF的网络能力开放进行VN组管理的流程进行介绍。

图6为本申请实施例提供的一种AF配置管理5G VN组的方法示意图。如图6所示，所述方法流程包括：

S601：AF通过向NEF发送参数设置-创建/更新/删除请求消息，调用NEF开放的相关能力实现对5G VN组的管理。

所述参数设置-创建/更新/删除请求消息可以为Nnef_Parameter Provision_Create/Update/Delete Request消息。

其中，对于来自用户的创建5G VN组请求，AF在发送给NEF的参数设置-创建请求消息中携带VN组标识如外部组标识，该外部组标识用于唯一标识一个5G VN组。对于更新5GVN组请求，AF在发送给NEF的参数设置-更新请求消息中携带VN组标识如外部组标识和5GVN组的配置信息(如上表7中所示)，或者携带5G VN组的成员管理参数(如上表6中所示)。AF也可通过向NEF发送参数设置-删除请求消息，要求NEF删除对应的5G VN组。

S602：NEF向UDM发送参数设置-创建/更新/删除请求消息，请求UDM对VN组对应的签约数据进行相应操作。

所述参数设置-创建/更新/删除请求消息可以为Nudm_Parameter Provision_Create/Update/Delete Request消息。

其中，NEF收到已授权的AF发送的参数设置-创建/更新/删除请求消息后，通过UDM提供的Nudm_Parameter Provision_Create/Update/Delete接口，请求UDM创建、更新、存储或删除对应的签约数据。对于未授权的AF发送的参数设置-创建/更新/删除请求消息，NEF执行步骤S606，并告知失败原因。

S603：UDM通过UDR提供的查询接口发起数据查询及更新，以完成对AF相应请求的相关检验与授权。

所述查询接口可以为Uudr_DM_Query接口。

其中，对于创建5G VN组请求，UDM根据该请求分配一个内部组标识，用于在移动网络内部唯一标识5G VN组，并通过UDR提供的Nudr_DM_Create接口将内部组标识发送给UDR。对于更新5G VN组请求，如5G VN组成员变更、5G VN组数据变动等，UDM将根据AF请求，调用UDR提供的Nudr_DM_Update接口完成相应的信息变更。

S604：UDM向NEF发送参数设置-创建/更新/删除响应消息。

其中，如果流程有错，则UDM返回错误原因。

S605：NEF向AF发送参数设置-创建/更新/删除响应消息。

所述参数设置-创建/更新/删除响应消息可以为Nnef_Parameter Provision_Create/Update/Delete Response消息。

其中，在上述步骤S602中，若NEF确定AF为未授权的AF，则向AF返回参数设置-创建/更新/删除响应消息，以告知AF请求失败。若流程有错，则返回错误原因。

在本申请一些实施例中，在执行上述步骤S601之前，所述流程还可以包括如下步骤：

S600：NF通过订阅消息向UDM订阅签约信息变更通知。

同时，在执行上述步骤S605之后，所述流程还可以包括如下步骤：

S606，UDM在VN组信息发生变更时，通过订阅通知消息通知到NF网元。

UDM若对AF相应请求进行相关检验与授权成功，则当VN组对应的签约数据发生变更时，UDM将发生的变更通知到向该UDM订阅了签约信息变更通知的网元。

图6中以向UDM订阅了签约信息变更通知的网元为NF为例进行说明，实际中向UDM订阅了签约信息变更通知的网元不限于NF。

其中，所述步骤S606仅在步骤S603成功执行时可能触发。

上述流程的具体实施方式，也可以参照3GPP通信标准中对AF和NEF交互管理VN组的相关流程的规定，本实施例不再赘述。另外上述流程中涉及的消息、信令等也可以参考3GPP通信标准中的相关定义。

此外，在5G LAN场景下，AF与NEF交互完成VN组配置后，还通过NEF将配置的VN组的标识、VN组成员关系信息及该VN组的配置信息提供给UDM进行存储，同时，UDM也可以在UDR中存储/更新接收到的VN组配置信息。

上述实施例中，网络侧采用一个数据网络对应多个VN组的组网方式，能够支持用户方便快捷的对同一数据网络下的VN组进行增删修改等管理操作，同时终端设备可以从多个VN组中灵活选择接入的VN组。此外，通过在VN组配置参数中添加可服务区域信息，能够支持网络侧选择性的配置VN组的可服务区域，减少部分网络资源的浪费，提高VN组的资源利用率。

二、网络侧向终端设备下发可服务VN组列表

基于以上实施例，在一个数据网络对应多个VN组的组网场景下，用户可同时签约多个VN组，每个VN组均签约了各自的可服务区域，该可服务区域可以是全网覆盖区域或部分网络覆盖区域。

在本申请实施例中，对于某一VN组，当终端设备处在该VN组签约的可服务区域范围内时，该终端设备才能够在接入该VN组后，使用该VN组提供的网络服务。因此，终端设备可以依据VN组对应的可服务区域信息来选择接入的VN组。

作为一种可选的实施方式，网络侧可以在下发给终端设备的URSP中携带VN组的可服务区域信息。终端设备在进行URSP匹配时，可以根据URSP中包含的VN组的可服务区域信息，确定对应的VN组是否支持所述终端设备接入。

具体的，网络侧的PCF下发给终端设备的URSP中包含与其中的业务信息对应的至少一个VN组的可服务区域信息。终端设备在发起业务时，先将发起业务的业务信息，与PCF下发的URSP进行匹配，在匹配到URSP后，终端设备可以将自身所处位置与匹配到的URSP中VN组的可服务区域信息进行比较，从而确定出能够为自身提供服务的VN组，并进一步选择VN组进行接入。

其中，PCF可以从AF或NEF或UDR中获取AF配置的虚拟网络组配置信息，该虚拟网络组配置信息包含AF配置的至少一个VN组的配置信息。其中，VN组的配置信息中包含该VN组的可服务区域信息。

作为另一种可选的实施方式，网络侧将终端设备对应的可服务VN组列表下发给终端设备，该列表包含当前能够为终端设备提供服务的至少一个VN组。该可服务VN组列表用于终端设备在注册入网后，感知其当前所在的注册区域内的可服务VN组信息，进而根据该信息完成业务与VN组的关联。

其中，网络侧可以在终端设备向网络侧注册入网的流程中，或者在终端设备配置更新的流程中，将终端设备对应的可服务VN组列表下发给终端设备。

具体的，网络侧的AMF根据终端设备当前所处的位置信息，通过与UDM、PCF等网元进行信息交互，获取能够为终端设备提供服务的VN组，并生成对应的可服务VN组列表下发给终端设备，其中，能够为终端设备提供服务的VN组签约的可服务区域覆盖终端设备当前所处的位置。终端设备发起业务时，在根据发起业务的业务信息匹配到采用的URSP后，可以结合匹配到的URSP中包含的至少一个VN组，以及AMF下发的可服务VN组列表，选择接入的VN组。

其中，AMF可以通过如下任一方式向终端设备下发可服务VN组列表：

1)在所述终端设备注册入网的流程中，通过注册接受消息向所述终端设备下发可服务VN组列表。

2)在所述终端设备配置更新的流程中，通过终端配置更新指示向所述终端设备下发可服务VN组列表。

需要说明的是，本申请实施例中，在AMF向终端设备下发可服务VN组列表的场景下，PCF向该终端设备下发的URSP中可以不包含VN组的可服务区域信息。在PCF向终端设备下发的URSP中包含VN组的可服务区域信息的场景下，AMF可以不向该终端设备下发可服务VN组列表。

下面结合具体实施流程对可服务VN组列表的下发进行说明。

图7为本申请实施例提供的一种网络侧在终端设备注册入网流程中下发可服务VN组列表的流程示意图。如图7所示，该流程包括：

S701：终端设备向接入网设备发送注册请求消息。

S702：接入网设备、AMF、PCF、SMF、AUSF及UDM共同配合处理终端设备的注册请求。

S703：AMF通过接入网设备向终端设备发送注册接受消息，其中，该注册接受消息携带下发给该终端设备的可服务VN组列表。

终端设备完成注册流程(registration procedure)后，AMF通过注册接受消息(registration accept message)向终端设备提供该终端设备在当前注册区内可服务的VN组列表信息。

S704：终端设备、接入网设备、AMF、PCF、SMF、AUSF及UDM共同执行完成终端设备注册的其余处理步骤。

其中，上述各步骤的具体实施方式可参照3GPP相关协议中的规定，此处不再详述。

图8为本申请实施例提供的一种网络侧在终端配置更新流程中下发可服务VN组列表的流程示意图。如图8所示，该流程包括：

S800：AMF确定更新终端设备的配置或者终端设备需要重新注册。

S801：AMF通过接入网设备向终端设备发送终端配置更新指示，其中，该终端配置更新指示携带下发给该终端设备的可服务VN组列表。

S802a：终端设备通知完成配置更新。

S802b：AMF向UDM发送SDM通知服务消息。

S802c：AMF更新接入网设备。

S802d：终端设备通知低层服务。

S803a：终端设备在连接管理-连接态下发起注册流程。

其中，在执行该步骤时，如下所述的步骤S803b、S803c、S804可以跳过不执行。

S803b：AMF不触发AN释放流程。

其中，所述放行程序可参考3GPP中的TS23.502协议中第4.26条的相关定义。

在执行该步骤时，如下所述的步骤S803c、S804可以跳过不执行。

S803c：AMF触发AN释放流程，除非存在与紧急服务相关联的PDU会话。

S804：终端设备在进入连接管理-空闲态后发起注册流程。

其中，上述各步骤的具体实施方式可参照3GPP相关协议中的规定，此处不再详述。

在上述流程中，AMF在终端设备注册流程(如图7所示)或终端设备配置更新流程(如图8所示)中将可服务VN组列表下发给终端设备。所述可服务VN组列表中可以包含一个或多个VN组的配置信息，如VN组对应的DNN、VN组在当前终端设备注册区内的可服务区域信息等。

VN组配置信息中的可服务区域为一个跟踪区域(tracking areas)集合，该跟踪区域集合为当前终端设备注册区的子集，具体的，AMF下发给终端设备的VN组的可服务区域信息，为该VN组的签约可服务区与终端设备的注册区域的交集。对于交集为空的VN组，表示终端设备在当前注册区内时，该VN组不可用，则AMF无需将此类VN组添加到可服务VN组列表中下发给终端设备。

AMF可通过多种途径获取VN组的配置信息，如通过PCF动态策略生成，通过UDM签约数据获取等。当VN组的配置信息发生变更时，AMF通过终端设备配置更新或注册流程更新终端设备侧的VN组的配置信息。

对于一个VN组的可服务区域，终端设备的状态可能为：进入服务区(IN)、离开服务区(OUT)、状态未知(Unknown)。对于终端设备处于各种状态下终端设备及网络侧的行为，可以由运营商策略而定。

在本申请一些实施例中，终端设备也可通过指定VN组的标识，从网络侧获取VN组的配置信息，或通过指示获取VN组的配置信息，来获取全部可服务的VN组对应的可服务VN组列表。

上述图7所示的流程的具体实施方式，可以参照3GPP通信标准中的终端设备注册入网流程。上述图8所示的流程的具体实施方式，可以参照3GPP通信标准中的终端设备配置更新流程。另外上述各流程中涉及的消息、信令等也可以参考3GPP通信标准中的相关定义。

上述实施例中，网络侧通过配置下发可服务VN组列表信息，告知终端设备在当前注册区域内时，其签约的多个VN组中，可用的VN组以及当前注册区域下每个可服务VN组对应的可服务区，在VN组可服务区发生变化时，网络侧通过终端配置更新流程将更新的可服务VN组列表通知到终端设备。因此，终端设备能够根据实际需求，在可服务的至少一个VN组中灵活选择要接入的VN组，进而提高终端设备进行数据通信的灵活性。

三、网络侧向终端设备下发URSP

基于以上各实施例，在终端设备与网络侧进行信令交互的过程中，网络侧的PCF可向终端设备下发相关的用户策略来控制终端设备的行为。当前3GPP标准中定义了两种用户策略，分别为接入网络服务发现与选择策略(access network discovery and selectionpolicy，ANDSP)和URSP。其中，ANDSP可同时由H-PCF(归属地PCF)与V-PCF(漫游地PCF)提供，主要用于指示终端设备选择非3GPP接入网络信息，如接入网络、接入节点等信息。URSP则仅支持由H-PCF提供，主要用于终端设备决策如何为待传输业务数据流选择路由策略，如业务流是否支持分流至非3GPP接入，或者选择特定DNN、S-NSSAI、会话和服务连续(Session andService Continuity Mode，SSC)模式等信息用于传输该业务数据流。

需要说明的是，本申请实施例提供的技术方案应用于URSP场景。

在本申请实施例中，URSP包含的参数信息可以参照上述表1。

具体的，URSP主要由两部分内容组成：业务流描述符和路由选择描述符，所述业务流描述符主要用于描述终端设备发起的业务对应的应用属性信息，所述路由选择描述符主要用于描述数据承载属性。

所述业务流描述符主要包含应用标识(app ID)、DNN、IP三元组(IP descriptor)，域名描述符(domain descriptor)、连接能力(connection capabilities)等参数。

在本申请实施例中，所述路由选择描述符包含的参数信息如下表9所示：

表9路由选择描述符参数信息

其中，上述路由选择描述符包含的参数信息可参考3GPP 23.503通信协议中表6.6.2.1-3关于路由选择描述符的描述。

在本申请一些实施例中，在网络侧，PCF可以从AF或NEF或UDR中获取AF配置的虚拟网络组配置信息，该虚拟网络组配置信息包含AF配置的至少一个VN组的配置信息。PCF可以根据获取的所述至少一个VN组的配置信息生成对应的URSP并下发给终端设备，以使终端设备在发起业务时，可以根据URSP选择或建立会话，从而通过会话进行业务数据传输。

在5G LAN场景下，网络侧采用数据网络(DNN)与VN组为1：N的组网方式时，PCF配置的多个URSP中包含的DNN信息相同时，VN组的组标识信息可以不同，也可以相同。

在本申请一些实施例中，所述至少一个VN组为网络侧针对终端设备发起的业务配置的，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网。

在本申请一些实施例中，PCF下发给终端设备的URSP至少包含业务信息及与所述业务信息对应的至少一个VN组的组标识，所述业务信息为所述终端设备发起业务的业务信息，该业务信息具体可包含URSP中业务流描述符所包含的信息相同的信息。终端设备可以通过将发起业务的业务信息与PCF下发的URSP进行匹配，并根据匹配到的URSP中包含的VN组的标识，进一步确定要接入的虚拟网络组。

作为一种可选的实施方式，PCF下发给终端设备的多个URSP中，部分或全部URSP中包含与业务信息对应的至少一个VN组的标识。

在本申请一些实施例中，PCF网元获取到的AF配置的至少一个VN组的配置信息中，包含与所述业务信息对应的至少一个虚拟网络组的可服务区域信息，其中，所述业务信息为所述终端设备发起业务的业务信息，该业务信息具体可包含如上表9中所示的业务流描述符所包含的信息。所述可服务区域信息为如上表7中所示的VN组的可服务区域信息。

在本申请一些实施例中，所述配置信息还可以包含如下至少一项：数据网络名称；单网络切片选择辅助信息；会话类型；应用描述符；二次鉴权/授权信息；是否默认组指示信息；地址信息。具体可参照如上表7中所示的对应信息。

在本申请一些实施例中，所述URSP还可以包含与所述业务信息对应的所述至少一个虚拟网络的可服务区域信息。通过该可服务区域信息，终端设备能够确定选择的VN组是否为能够接入的VN组。其中，所述可服务区域信息为可选信息。

具体实施时，PCF可以选择在下发给终端设备的URSP中是否添加所述可服务区域信息。终端设备在匹配到业务采用的URSP后，如果确定匹配到的URSP中包含可服务区域信息，则终端设备可以根据该可服务区域信息确定对应的VN组是否支持自身接入，并进一步选择接入的VN组；如果确定匹配到的URSP中不包含可服务区域信息，则终端设备可以认为该URSP对应的VN组是默认可用的，并可以结合AMF下发的可服务VN组列表，进一步选择接入的VN组。

上述实施例中，PCF网元从网络侧其它网元中获取AF配置的至少一个VN组的配置信息，还可以同时获取各VN组的标识及VN组对应的可服务区域，并携带在生成的URSP中下发给终端设备，则终端设备在发起业务时，能够根据业务信息灵活选择为该终端设备提供服务的VN组进行接入，同时能够适应一个数据网络对应多个VN组的组网场景。

四、终端设备：发起业务时，通过会话进行数据通信

基于以上各实施例，网络侧通过可服务VN组列表信息，将终端设备在其注册区域范围内可接入的至少一个VN组的信息下发给终端设备后，终端设备就能在发起特定业务/应用时，根据业务需求，在所述至少一个VN组中选择一个VN组接入，从而在接入VN组后利用VN组中的会话进行业务数据传输。

下面对终端设备发起业务时，通过会话进行数据通信的方法进行详细介绍。

图9为本申请实施例提供的一种通信方法的示意图。如图9所示，所述方法包括：

S901：终端设备在发起目标业务时，根据所述目标业务的业务信息，在至少一个虚拟网络组中选择目标虚拟网络组；其中，所述至少一个虚拟网络组为网络侧针对所述目标业务配置，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网。

在本申请一些实施例中，终端设备判断需发起目标业务时，首先通过URSP匹配，在至少一个URSP中，选择与所述目标业务的业务信息匹配的目标URSP，其中，所述目标URSP包含所述业务信息及与所述业务信息对应的至少一个可用VN组的组标识；然后在所述至少一个VN组中，选择包含在所述至少一个可用VN组中的所述目标VN组。确定目标VN组后，终端设备再在已建立的会话中，选择与所述目标URSP匹配的所述目标会话；或者向SMF发送会话创建请求，请求SMF创建所述目标会话，从而利用所述目标会话进行数据通信。其中，所述会话创建请求携带所述目标VN组的组标识。

在本申请一些实施例中，上述的至少一个URSP可以为PCF在所述终端设备发起目标业务之前，下发给所述终端设备的。上述的至少一个VN组可以为AMF下发给所述终端设备的可服务VN组列表包含的部分或全部VN组，其中，所述可服务虚拟网络组列表包含所述目标虚拟网络组。

其中，如以上实施例中相关内容的介绍，终端设备在进行URSP匹配确定目标VN组之前，接收PCF下发的所述至少一个URSP。

可选的，终端设备在进行URSP匹配确定目标VN组之前，还可接收AMF下发的可服务VN组列表。AMF获取到的所述可服务VN组列表可以是从PCF获取，或者是AMF以其它方式获取到的。

具体的，终端设备发起目标业务时，首先按照URSP规则的优先级，按顺序将所述目标业务的业务信息与之前所收到的至少一个URSP的业务流描述符进行匹配。若匹配到具体的URSP(该URSP也可能是设定的默认URSP，如业务流描述符为全匹配(match-all)形式的URSP)，则确定该URSP为目标URSP，其中，所述目标URSP中可能包含一个或多个VN组的组标识，这些组标识对应的VN组能够为所述目标业务提供服务。

终端设备确定目标URSP后，根据所述至少一个VN组，以及所述目标URSP中包含的一个或多个VN组的组标识，确定一个VN组作为目标VN组。具体的，在所述至少一个VN组为PCF下发的可服务VN组列表中包含的全部VN组时，所述终端设备可以据URSP中多条路由选择描述符的优先级，选择其中优先级最高的路由选择描述符(RSD)对应的、且包含在所述可服务VN组列表中的VN组作为目标VN组；或者在同一条路由选择描述符中任选一个包含在所述可服务VN组列表中的VN组作为目标VN组。

终端设备确定目标VN组后，再判断在已建立的会话中，是否存在已有会话符合该目标URSP中路由选择描述符的定义。若存在已有会话所对应的DNN、S-NSSAI、SSC模式及VN组标识等信息与目标URSP的业务流描述符的信息一致，则终端设备可以选择在已有会话承载业务，或者发起对该已有会话的修改，利用修改后的会话承载业务。若已建立的会话均无法与目标URSP的路由选择描述符信息匹配，则终端设备为目标业务发起会话创建请求，来请求SMF为所述目标业务建立对应的目标会话。

在本申请一些实施例中，所述会话可以为IP类型、以太网类型等类型的会话。所述组标识可以为外部组标识、内部组标识、网络侧分配的组标识、验证-授权-记账AAA服务器分配的组标识中的任一种标识。

本申请实施例中以承载数据业务的会话为IP类型的会话(PDU会话)为例进行说明。

终端设备发起对已有PDU会话的修改时，可以在已有PDU会话基础上发起PDU会话修改请求，该请求消息中可携带参数包括当前PDU会话标识(PDU Session ID)、N1 SMContainer(PDU会话修改请求(PDU会话标识，包过滤器(packet filters)，操作(Operation)，请求的QoS(Requested QoS)))；其中PDU会话标识用于AMF关联至具体会话上下文，N1 SM Container则由AMF透传至SMF。

作为一种可选的实施方式，终端设备在向SMF发送会话创建请求，以请求SMF创建所述目标会话时，在会话创建请求中携带通过上述URSP匹配确定的目标VN组的组标识，SMF接收到携带该组标识的会话创建请求后，根据该标识确定所述目标VN组，并建立所述目标VN组中的目标会话，来承载终端设备发起的目标业务。

其中，终端设备通过向AMF发送所述会话创建请求，由AMF发送至SMF。终端设备发送给AMF的会话创建请求中还携带新分配的PDU会话标识及匹配到的URSP的路由选择描述符中的DNN、S-NSSAI、N1 SM Container(SSC模式，PDU会话类型)等参数。上述参数中，新分配的PDU会话标识用于标识会话创建请求所对应的PDU会话，DNN和S-NSSAI则作为AMF为该会话创建请求选择SMF网元实体的参数，N1 SM Container则由AMF透传至所选择的SMF。

S902：终端设备确定所述目标业务在所述目标虚拟网络组中的目标会话，并通过所述目标会话进行数据传输。

上述终端设备通过采用已有会话、修改已有会话或创建新的会话等方式确定用于承载目标业务的目标会话后，可以通过该目标会话，与目标数据网络、目标虚拟网络组中的其它终端设备或其它虚拟网络组中的终端设备进行数据传输，其中，其它虚拟网络组为除目标虚拟网络组以外的虚拟网络组。

上述实施例中，终端设备在发起业务时，可以在网络侧针对终端业务配置的至少一个VN组中，根据业务信息灵活选择接入的目标VN组，并通过该目标VN组中的会话进行数据通信，提高了终端设备接入(VN组对应的)局域网的灵活性，进一步提高了终端设备进行数据通信的灵活性和高效性。

下面对PDU会话的创建方法进行说明。

通用的PDU会话建立流程可简单描述为：终端设备通过接入网设备发送创建PDU会话的会话创建请求到AMF，AMF选择SMF为终端设备提供会话服务，保存选择的SMF与PDU会话的对应关系，并将会话创建请求发送至SMF，SMF为终端设备选择相应UPF建立用户面传输路径，并为其分配IP地址，完成PDU会话创建。在此过程中，SMF还将向PCF发起策略控制会话建立请求，用于在SMF和PCF间建立策略控制会话，在策略控制会话建立过程中，SMF将保存策略控制会话与PDU会话间的对应关系。

在本申请实施中，在采用一个数据网络的DNN对应多个VN组的组网方式的场景下，一个终端设备可同时签约多个VN组，因此，终端设备在发起PDU会话建立时需要添加用于选择VN组的相关参数，保证终端设备能按预期接入指定的目标VN组。

作为一种可选的实施方式，终端设备在向SMF发起的PDU会话创建请求中携带指定接入的VN组的组标识，该指定接入的VN组可以为终端设备在发起业务时，根据业务信息进行URSP匹配确定的目标VN组。SMF接收到来自所述终端设备的PDU会话创建请求后，确定该请求中携带的所述组标识对应的VN组为终端设备接入的目标VN组，则SMF建立目标VN组下的会话作为目标会话。

AF在配置VN组后将VN组的信息提供给UDM进行存储，因此SMF能够从UDM获取VN组的配置信息，从而根据VN组的配置信息创建该VN组下的PDU会话。

在本申请一些实施例中，SMF在为终端设备建立目标会话之前，先从UDM获取虚拟网络组配置信息，所述虚拟网络组配置信息包含至少一个VN组所对应的配置信息。

在本申请一些实施例中，所述配置信息包含如下至少一项：默认组指示信息；可服务区域信息；地址信息；其中，所述默认组指示信息用于指示VN组是否为设定的默认虚拟网络组；所述可服务区域信息用于指示VN组可服务的地理区域范围；所述地址信息用于指示VN组包含的至少一个待分配给终端设备的地址，具体可参照如上表7中所示的信息。

SMF获取VN组的配置信息后，在接收到来自终端设备的会话创建请求即PDU会话创建请求时，能够根据VN组的配置信息创建目标会话，来承载终端设备的数据业务。其中，当来自终端设备的PDU会话创建请求中未携带VN组的标识时，SMF根据VN组配置信息中的默认组指示信息，确定设定的默认VN组，并建立该默认VN组的下的PDU会话。

在本申请一些实施例中，所述会话创建请求为所述终端设备在发起目标业务时发送的请求，所述目标虚拟网络组包含在网络侧针对所述目标业务配置的至少一个虚拟网络组中，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；所述至少一个VN包含所述目标虚拟网络组。

在本申请一些实施例中，SMF为终端设备建立PDU会话后，可以根据终端设备接入的目标VN组的配置信息包含的地址信息，为终端设备分配地址。或者，SMF可以通过将目标VN组的组标识发送到AAA服务器，AAA服务器接收到组标识后，能够根据该组标识确定对应的目标VN组，进而根据目标VN组所对应的配置信息，为终端设备分配地址。其中，目标VN组所对应的配置信息包含该目标VN组所对应的地址信息。所述地址可以为IP地址。

图10为本申请实施例提供的一种PDU会话创建流程的示意图。如图10所示，该方法包括：

S1001：终端设备向AMF发送PDU会话创建请求。

该PDU会话创建请求可以为PDU Session Establishment Request消息。

作为一种可选的实施方式，所述PDU会话创建请求中增加可选参数：VN组的标识信息，用于指示终端设备要接入的目标VN组。

S1002：AMF进行SMF选择。

S1003：AMF向选择的SMF发送PDU会话创建请求。

其中，该PDU会话创建请求可以为PDU会话建立SM上下文请求消息(Nsmf_PDUSession_Create SM Context Request)消息。

作为一种可选的实施方式，所述PDU会话建立SM上下文请求消息中增加参数：VN组的标识信息，用于指示终端设备要接入的目标VN组。

SMF接收到AMF发送的PDU会话创建请求后，根据该请求获取或更新用户签约信息，包括如下步骤S1004a和S1004b：

S1004a：若PDU会话创建请求携带VN组标识，SMF获取该标识所对应的VN组的签约数据。

S1004b：若PDU会话创建请求不携带VN组标识，SMF获取设定的默认VN组的签约数据。

具体的，SMF接收到AMF发送的PDU会话创建请求后，如果确定当前终端设备要接入的数据网络为5G LAN网络，则SMF如果确定终端设备发起的该PDU会话创建请求中携带了VN组标识信息，则SMF通过UDM获取终端设备指定的VN组的相关签约数据；SMF如果确定该PDU会话创建请求中未携带VN组标识信息，则SMF通过数据网络的DNN对应的默认VN组获取对应的签约数据，其中，若终端设备未签约当前DNN对应的默认VN组，则SMF确定PDU会话建立失败。

其中，SMF根据PDU会话创建请求中携带的S-NSSAI、DNN信息，及根据本地配置或者签约信息确定当前终端设备要接入的数据网络是否属于5G LAN网络。

S1005：SMF向AMF发送PDU会话创建响应。

其中，该PDU会话创建响应可以为PDU会话建立SM上下文响应消息(Nsmf_PDUSession_Create SM Context Request)响应消息。

S1006：PDU会话验证/授权。

对于接入到VN组的终端设备，SMF可以通过DN-AAA服务器进行二次鉴权，以及分配终端设备的IP地址。本申请实施例中采用DNN与VN组为1:N组网的方式，因此多个VN组归属于同一个数据网络，一个数据网络下的多个VN组拥有各自互不冲突的IP地址段。SMF与DN-AAA服务器交互，进行二次鉴权以及为终端设备分配IP地址时，增加终端设备要接入的VN组的标识信息，则可以通过DN-AAA服务器根据VN组的标识信息从VN组对应的地址段中为终端设备分配IP地址。VN组的标识信息具体可以为外部组标识、内部组标识、网络侧为VN组分配的组标识、AAA服务器为VN组分配的组标识或其他形式参数。

S1007：PDU会话建立。

上述图10所示的流程的具体实施方式，可以参照3GPP通信标准中的PDU会话建立流程。此处不再赘述。

通过上述流程，SMF成功建立PDU会话即目标后话后，通知到终端设备，终端设备在确定所述PDU会话后，就能在处理目标业务过程中通过所述PDU会话发送业务数据报文，从而利用该业务数据报文完成与目标数据网络、所述目标虚拟网络组中的其它终端设备或其它虚拟网络组中的终端设备进行数据传输，其中，所述其它虚拟网络组为除所述目标虚拟网络组以外的虚拟网络组。

上述实施例中，终端设备在向SMF请求新建PDU会话时，在会话创建请求中携带确定接入的目标VN组的组标识，则SMF能够根据该组标识确定终端设备所要接入的所述目标VN组，进而创建对应的PDU会话来承载终端设备的数据业务。同时上述流程适应了一个数据网络对应多个VN组的组网场景，避免多个VN组场景下SMF无法创建正确PDU会话的问题。

终端设备通过PDU会话发送业务数据报文完成与其它对象的数据通信的过程属于终端设备在网络中的数据面路径，即如图5中虚线所示的数据业务路径。基于该路径中，终端设备将处理目标业务过程中的业务数据报文发送到网络侧的UPF，UPF接收到来自所述终端设备的业务数据报文后，按照SMF指示的报文转发策略，对所述业务数据报文进行转发处理，从而将该业务数据报文转发到数据网络或其它终端设备，实现所述终端设备到数据网络或其它终端设备的数据通信。

其中，终端设备向UPF发送业务数据报文及UPF对接收到的业务数据报文进行处理的具体实施方式可参照如下第五部分内容的介绍。

五、网络侧对数据报文进行处理

在5G通信中，终端设备完成注册入网后，可发起PDU会话建立请求，来获取网络侧的PDU连接服务。终端设备获取网络侧的PDU连接服务后，通过对应的PDU会话发送业务数据报文到UPF，UPF将按照一定策略对接收到的业务数据报文进行处理，如将业务数据报文转发到数据网络或其它终端设备，实现所述终端设备到数据网络或其它终端设备的数据通信。

下面对UPF处理接收到的业务数据报文的方法进行详细介绍。

当前5G LAN场景中，UPF在如图3所示的对数据报文采用一次匹配、转发方式的基础上进一步发展为如图11所示的对数据报文采用两次匹配、转发的方式。图11为5G LAN场景中UPF对数据报文进行转发的示意图。

其中，相对图3所示的UPF报文转发方式，图11所示的UPF报文转发方式的主要改进包括：

1)UPF内部增加了(5G)VN内部(Internal)接口，在终端N4会话基础上增加了组N4会话(group-level N4 Session)，且不同UPF之间增加N19接口。

2)根据UPF收到的业务数据报文(业务数据包)目的地址的不同，业务数据报文可以在UPF进行本地交互并被发送到同UPF内的目的终端设备；或者可以经过N6接口被发送到数据网络侧；或者可以经过N19接口被发送到其它UPF上，进而通过其它UPF被发送到该UPF下的目的终端设备。

基于以上改进，在引入VN组的5G LAN场景下，UPF对数据报文进行匹配转发的过程主要包括如下两种场景中的处理过程：

1)对应属于同一个(5G)VN组的多个终端设备均在同一个PSA UPF下的场景。

此场景下，UPF采用本地交换完成同一VN组内终端设备之间的数据交换。详细过程为：UPF通过N3口接收到源终端设备发往目的终端设备的数据报文后，经过PDR匹配后(其中，基于报文的封装用户协议(GPRS tunneling protocol-user，GTP-U)报文头完成匹配(第一轮PDR匹配))获得源终端N4会话，对应的FAR指示将报文转发到VN内部接口进行第二轮PDR匹配(基于报文目的IP地址完成匹配)获得目的终端N4会话，对应的FAR指示将报文通过N3接口转发到目的终端设备。

2)同一VN组内的两个相互通信的终端设备不在同一个PSA UPF下的场景。

此场景下，UPF需要通过N19接口完成数据报文转发。其中，SMF在涉及到的PSA UPF上为VN组创建对应的组级别的N4会话，以启用N19接口的转发能力和N6接口的转发能力。当UPF对数据报文进行第一次PDR匹配并转发到UPF的VN内部接口后，VN内部接口再进行PDR规则匹配(基于报文目的IP地址或条件为全匹配(match-all)的默认匹配规则等规则完成匹配)后，可能匹配到组N4会话，对应的FAR指示通过N6接口将数据报文发送到数据网络侧，或者通过N19接口将数据报文发送到目的终端设备所在的PSA UPF上。

5G网络存在多个VN组的场景下，对于VN内部接口的数据报文，N4会话内的匹配、转发规则属性字段网络实例被赋值为VN组的唯一标识符(例如内部组标识)，用于指示该数据报文归属于指定的VN组。例如：对于目的接口被设置为VN内部接口的FAR，其网络实例也应该相应的被设置为指定的VN组；对于源接口被设置为VN组的PDR，其网络实例也应该被设置为指定的VN组。

UPF对业务数据报文进行的上述匹配转发的处理均是按照SMF下发的报文转发策略执行的。SMF用于处理VN组的用户面路径，UPF用于处理VN组的数据面路径，因此，SMF会根据VN组内终端设备的PDU上下文信息生成PDR和FAR，并下发给UPF，从而使UPF可对终端设备的数据通信进行控制。

在本申请一些实施例中，基于以上各实施例，在PDU会话类型为IP类型，以及一个数据网络对应多个VN组的5G LAN场景下，SMF向UPF下发的报文转发策略包括：对于接收到的业务数据报文，判断在至少一个包检测规则中是否存在与所述业务数据报文匹配的包检测规则PDR，若是，则根据所述PDR转发所述业务数据报文，否则，判断所述业务数据报文包含的目的地址和源地址是否属于同一VN组；若确定所述目的地址和源地址属于同一VN组，则不转发所述业务数据报文，若确定所述目的地址和源地址不属于同一VN组，则根据设定PDR转发所述业务数据报文；其中，所述包检测规则用于指示对业务数据报文采用的转发方式。

具体的，所述PDR包含的该PDR对应的FAR用于指示对业务数据报文采用的转发方式，包括是否转发所述业务数据报文、将所述业务数据报文转发到哪个目的地址等。所述设定PDR可以作为优先级最低的默认PDR，例如，该设定PDR的匹配规则可以的全匹配规则，对应的转发方式可以是通过N6接口将业务数据报文转发至数据网络，即所有的业务数据报文均可以匹配到该规则，匹配到该规则的业务数据报文将通过N6接口被发送到数据网络。

图12为本申请实施例提供的一种UPF的报文转发策略示意图。下面结合图12对本申请实施例中UPF采用的报文转发策略进行具体介绍。

参照图12，UPF采用的报文转发策略的具体流匹配、转发规则包括下列各步骤：

1)数据报文进入N3接口：根据入口报文接口类型、隧道ID(F-TEID)匹配源终端N4会话及PDR规则，根据匹配到的PDR规则对应的FAR指示，将数据报文转发到VN内部接口。

例如，如图12中所示的UE1发送的上行业务数据报文，通过UE1对应的N4会话，被发送到UE1所属UPF的VN内部接口中。

2)数据报文进入N19接口：根据入口报文接口类型、隧道ID匹配组N4会话及PDR规则，根据匹配到的PDR规则对应的FAR指示，将报文发送到VN内部接口。

3)数据报文进入N6接口：根据入口报文接口类型、数据网络对应的DNN、数据报文的目的IP地址所属的网段匹配组N4会话及PDR规则，根据匹配到的PDR规则对应的FAR指示，将报文发送到VN内部接口。

4)数据报文进入VN内部接口：根据接口类型(source interface)、网络实例信息、数据报文的目的IP地址等参数匹配对应的会话和PDR规则，具体包括下列步骤：

A.数据报文的目的IP地址与源IP地址归属于同一个VN组，且目的IP地址所属的目的终端设备与源IP地址所属的源终端设备在同一个PSA UPF下，则匹配到目的终端N4会话，根据匹配到的PDR规则对应的FAR指示，将数据报文从N3接口下行发送到目的终端设备。

B.数据报文目的IP地址与源IP地址归属于同一个VN组，但目的IP地址所属的目的终端设备与源IP地址所属的源终端设备不在同一个PSA UPF下，则匹配到组N4会话，根据匹配到的PDR规则对应的FAR指示，将数据报文从N19接口发送到目的终端设备所在的目的PSAUPF上。

C.若上述A、B两个步骤中均匹配不到数据报文对应的PDR规则，则检查数据报文的目的IP地址是否归属于当前VN组对应的网段，即按VN所属网段对目的IP地址进行匹配，如果匹配到PDR规则，则根据该PDR规则对应的FAR指示，丢弃数据报文，来防止目的IP地址属于当前VN组对应网段的数据报文被匹配到下述步骤D所述的默认PDR规则并被转发到N6口上，避免造成UPF与数据网络的环路问题。

D.若上述A、B、C三个步骤中均匹配不到数据报文对应的PDR规则，则对目的IP地址以全匹配方式匹配到组会话的默认PDR规则，根据该PDR规则对应的FAR指示，将数据报文从N6接口发送到数据网络；或者如果确定网络侧未配置数据网络则直接丢弃报文；或者将数据报文从N19接口发送到有数据网络的PSA UPF上。

其中，上述A、B步骤中所述的按目的IP地址进行匹配的规则为最高优先级匹配规则，上述C步骤中所述的按目的IP地址所属网段进行匹配的规则为中间优先级匹配规则，该匹配规则低于所述最高优先级匹配规则，上述D步骤中所述的默认匹配规则为最低优先级匹配规则，该匹配规则低于所述中间优先级匹配规则。

上述报文转发策略中，对于N6接口入口报文，匹配条件为数据报文的目的IP地址按所属网段进行PDR规则匹配。此方式中，在5G LAN场景下，当采用一个数据网络对应多个VN组的组网方式时，通过匹配N6接口下行数据报文的目的IP地址所属的网段，可以获得该网段对应VN组对应的组会话及转发规则，最终实现在来自数据网络的多个下行数据报文的目的IP地址在同一个DNN下时也能区分不同VN组的效果。

上述报文转发策略中，对于来自源终端设备的上行数据报文，存在下列几种情况：

1)如果目的IP地址为与源终端设备在同一VN组内的目的终端设备的IP地址，则上述匹配、转发规则能通过PSA UPF本地交互，或者通过不同PSA UPF之间N19接口进行通信的方式完成同一VN组内不同终端设备之间的相互通信。

2)如果目的IP地址为与源终端设备未在同一VN组内的目的终端设备的IP地址，则目的IP地址可能为数据网络对应的其它VN组内的终端设备的IP地址，或者为数据网络侧的设备IP地址，或者该目的IP地址为无效IP地址。则UPF可以不区分这些场景，而是直接将数据报文从N6接口发送到数据网络。

其中，如果数据报文的目的IP地址为数据网络侧的设备IP地址，则源终端设备与数据网络侧设备是否能通信由数据网络侧的配置策略决定；如果目的IP地址为数据网络对应的其它VN组内的终端设备的IP地址，则两个VN组之间的终端设备能否互相通信由数据网络侧的配置策略决定，如果数据网络侧允许两个VN组之间的终端设备相互通信，则数据网络将数据报文通过N6接口发回到UPF，再由UPF转发到目的IP地址，否则该数据报文被丢弃。

上述报文转发策略中，对于进入VN内部接口的数据报文，如果匹配到组会话默认规则(最低有效级规则)，则该数据报文将从N6接口被发送到数据网络。为了防止UPF和数据网络之间出现环路情况(即业务数据报文的目的IP地址为与源IP地址所属的VN组网段下的IP地址，但在数据报文进入VN内部接口后，UPF进行匹配时发生异常，未能成功匹配到非默认规则，该业务数据报文被发送到数据网络侧，但数据网络侧又重新发回到UPF)，UPF的VN内部接口的规则匹配中，先按数据报文的目的IP地址所属网段匹配规则(所述中间优先级匹配规则)，若匹配到该规则，即目的IP地址为本VN组的网段下IP地址，则认为发生异常，并丢弃该业务数据报文。

上述实施例中，UPF对于VN组内的UE发起的上行数据流，如果确定业务数据报文的目的IP地址归属于该VN组的网段，且无法根据目的IP地址匹配到相应的转发规则，则丢弃业务数据报文，能够避免N6口接收到的报文出现环路问题。

需要说明的是，本申请以上实施例中各部分内容所描述的步骤执行顺序仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。

以上分别从终端设备、核心网中的AF、SMF、PCF、UPF等网元，以及终端设备和网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，为了实现上述功能，终端设备和核心网网元可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请的实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端设备和核心网设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

基于以上实施例，本申请还提供一种通信装置，用于实现本申请实施例提供的终端设备或SMF或PCF的功能。如图13所示，所述通信装置1300可以包括处理单元1301，还可以包括收发单元1302。所述通信装置1300可以为上述任一实施例中的终端设备或SMF或PCF，或者，所述通信装置1300可以为应用于上述任一实施例中的终端设备或SMF或PCF的装置。

作为一种实现方式，所述通信装置1300还可以包括存储单元1303，用于存储通信装置1300的程序代码和数据。

其中，处理单元1301可以是处理器或控制器，例如可以是通用中央处理器(central processing unit，CPU)，通用处理器，数字信号处理(digital signalprocessing，DSP)，专用集成电路(application specific integrated circuits，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，DSP和微处理器的组合等等。

存储单元1303可以是存储器。收发单元1302是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，收发单元1302是该芯片用于向其它芯片或装置发送信号的接口电路和/或该芯片用于从其它芯片或装置接收信号的接口电路。

在一种实施方式中，当所述通信装置1300实现本申请实施例提供的终端设备的功能时，所述通信装置1300至少包括所述处理单元1301。

所述处理单元1301用于在发起目标业务时，根据所述目标业务的业务信息，在至少一个虚拟网络组中选择目标虚拟网络组；其中，所述至少一个虚拟网络组为网络侧针对所述目标业务配置，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；所述处理单元1301还用于确定所述目标业务在所述目标虚拟网络组中的目标会话，并通过所述目标会话进行数据传输。

在一种可能的设计中，所述处理单元1301根据所述目标业务的业务信息，在至少一个虚拟网络组中选择目标虚拟网络组时，具体用于：在至少一个用户路由选择策略中，选择与所述业务信息匹配的目标用户路由选择策略，其中，所述目标用户路由选择策略包含所述业务信息及与所述业务信息对应的至少一个可用虚拟网络组的组标识；在所述至少一个虚拟网络组中，选择包含在所述至少一个可用虚拟网络组中的所述目标虚拟网络组。

在一种可能的设计中，所述处理单元1301确定所述目标业务在所述目标虚拟网络组中的目标会话时，具体用于：在已建立的会话中，选择与所述目标用户路由选择策略匹配的所述目标会话；或者，向会话管理功能网元发送会话创建请求，所述会话创建请求用于请求创建所述目标会话，其中，所述会话创建请求携带所述目标虚拟网络组的组标识。

在一种可能的设计中，所述通信装置1300还包括所述收发单元1302，所述处理单元1301在至少一个虚拟网络组中选择目标虚拟网络组之前，所述收发单元1302还用于：在所述终端设备注册入网的流程中，接收接入与移动性管理功能网元下发的可服务虚拟网络组列表；或者，在所述终端设备配置更新的流程中，接收所述接入与移动性管理功能网元下发的可服务虚拟网络组列表；其中，所述可服务虚拟网络组列表包含所述目标虚拟网络组。

在一种可能的设计中，所述处理单元1301在至少一个虚拟网络组中选择目标虚拟网络组之前，所述收发单元还用于：接收策略控制功能网元下发的所述至少一个用户路由选择策略。

在一种可能的设计中，所述处理单元通过所述目标会话进行数据传输，包括：通过所述目标会话，与目标数据网络、所述目标虚拟网络组中的其它终端设备或其它虚拟网络组中的终端设备进行数据传输，所述其它虚拟网络组为除所述目标虚拟网络组以外的虚拟网络组。

在一种可能的设计中，所述组标识包括如下至少一项：外部组标识；内部组标识；网络侧分配的组标识；AAA服务器分配的组标识。

在一种可能的设计中，所述配置信息还包含如下至少一项：数据网络名称；单网络切片选择辅助信息；会话类型；应用描述符；二次鉴权/授权信息；是否默认组指示信息；地址信息；其中，所述数据网络名称用于指示所述虚拟网络组支持接入的数据网络；所述单网络切片选择辅助信息用于指示所述虚拟网络组采用的网络切片；所述会话类型用于指示所述虚拟网络组中会话的类型；所述应用描述符用于指示所述目标业务所属应用的信息；所述二次鉴权/授权信息用于进行二次鉴权/授权；所述默认组指示信息用于指示虚拟网络组是否为设定的默认虚拟网络组；所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围；所述地址信息用于指示虚拟网络组包含的至少一个待分配给终端设备的地址。

在一种实施方式中，当所述通信装置1300实现本申请实施例提供的SMF的功能时，所述通信装置1300至少包括所述处理单元1301。

所述处理单元1301用于根据来自终端设备的会话创建请求，确定目标虚拟网络组，其中，所述会话创建请求为所述终端设备在发起目标业务时发送的请求，所述目标虚拟网络组包含在网络侧针对所述目标业务配置的至少一个虚拟网络组中，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；所述处理单元1301还用于建立所述目标虚拟网络组中的目标会话，所述目标会话用于所述终端设备进行数据传输。

在一种可能的设计中，所述通信装置1300还包括所述收发单元1302，所述处理单元1301在确定目标虚拟网络组之前，所述收发单元1302还用于：接收来自统一数据管理功能网元的虚拟网络组配置信息；所述虚拟网络组配置信息包含至少一个虚拟网络组所对应的配置信息，所述至少一个虚拟网络组包含所述目标虚拟网络组，所述配置信息包含如下至少一项：默认组指示信息；可服务区域信息；地址信息；其中，所述默认组指示信息用于指示虚拟网络组是否为设定的默认虚拟网络组；所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围；所述地址信息用于指示虚拟网络组包含的至少一个待分配给终端设备的地址。

在一种可能的设计中，所述会话创建请求携带虚拟网络组的组标识，所述处理单元1301确定目标虚拟网络组时，具体用于：确定所述组标识所对应的虚拟网络组为所述目标虚拟网络组。

在一种可能的设计中，所述处理单元1301根据来自终端设备的会话创建请求，确定目标虚拟网络组时，具体用于：若所述会话创建请求未携带虚拟网络组的组标识，则根据所述虚拟网络组配置信息，将设定的默认虚拟网络组确定为所述目标虚拟网络组。

在一种可能的设计中，所述处理单元1301与所述收发单元1302协作，还用于：根据所述目标虚拟网络组所对应的配置信息，为所述终端设备分配地址；或者，将所述目标虚拟网络组的组标识发送到AAA服务器，以使所述AAA服务器根据所述组标识，确定所述目标虚拟网络组，及根据所述目标虚拟网络组所对应的配置信息，为所述终端设备分配地址；其中，所述配置信息包含所述地址信息。

在一种可能的设计中，所述收发单元1302还用于：向用户面功能网元下发数据报文转发策略，以使所述用户面功能网元根据所述数据报文转发策略，对接收到的业务数据报文进行转发；其中，所述数据报文转发策略包括：判断在至少一个包检测规则中是否存在与所述业务数据报文匹配的包检测规则，若是，则根据所述包检测规则转发所述业务数据报文，否则，判断所述业务数据报文包含的目的地址和源地址是否属于同一虚拟网络组；若确定所述目的地址和源地址属于同一虚拟网络组，则不转发所述业务数据报文，若确定所述目的地址和源地址不属于同一虚拟网络组，则根据设定包检测规则转发所述业务数据报文；其中，所述包检测规则用于指示对业务数据报文采用的转发方式。

在一种可能的设计中，所述组标识包括如下至少一项：外部组标识；内部组标识；网络侧分配的组标识；AAA服务器分配的组标识。

在一种实施方式中，当所述通信装置1300实现本申请实施例提供的PCF的功能时，所述通信装置1300至少包括所述处理单元1301和所述收发单元1302。

所述收发单元1302用于接收应用功能网元或能力开放功能网元或统一数据仓库网元下发的虚拟网络组配置信息，其中，所述虚拟网络组配置信息包含至少一个虚拟网络组所对应的配置信息，所述至少一个虚拟网络组为网络侧针对终端设备发起的目标业务配置，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；所述处理单元1301与所述收发单元1302协作，用于根据所述虚拟网络组配置信息，生成至少一个用户路由选择策略，并将所述至少一个用户路由选择策略下发至所述终端设备。

在一种可能的设计中，所述用户路由选择策略包含业务信息及与所述业务信息对应的至少一个虚拟网络组的组标识，所述业务信息为所述目标业务的业务信息。

在一种可能的设计中，所述配置信息至少包含所述业务信息及与所述业务信息对应的至少一个虚拟网络组的可服务区域信息；所述用户路由选择策略还包含与所述业务信息对应的至少一个虚拟网络组的可服务区域信息；其中，所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围。

在一种可能的设计中，所述组标识包括如下至少一项：外部组标识；内部组标识；网络侧分配的组标识；AAA服务器分配的组标识。

基于以上实施例，本申请还提供一种通信装置，如图14所示，该通信装置可以为图13所示的通信装置的一种硬件电路的实现方式。该通信装置可适用于执行上述方法实施例中终端设备或SMF或PCF的功能。为了便于说明，图14仅示出了该通信装置的主要部件。

如图14所示，通信装置1400至少一个处理器1401，以及存储器1402。

所述处理器1401，用于执行所述存储器1402中存储的指令或程序。所述存储器1402中存储的指令或程序被执行时，所述处理器1401用于执行上述实施例中处理单元1301执行的操作，通信接口1403用于执行上述实施例中收发单元1302执行的操作。

所述存储器1402，用于存储程序指令和/或数据。存储器1402和处理器1401耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1401可能和存储器1402协同操作。处理器1401可能执行存储器1402中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。

作为一种实现方式，所述通信装置1400还可以包括通信接口1403。

所述通信接口1403，用于通过传输介质和其它通信装置进行通信，从而使通信装置1400可以和其它通信装置进行通信。在本申请实施例中，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。在本申请实施例中，通信接口为收发器时，收发器可以包括独立的接收器、独立的发射器；通信接口也可以是集成收发功能的收发器、或者是接口电路。

作为一种实现方式，所述装置1400还可以包括通信线路1404。

其中，通信接口1403、处理器1401以及存储器1402可以通过通信线路1404相互连接；通信线路1404可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。所述通信线路1404可以分为地址总线、数据总线、控制总线等。为便于表示，图14中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

当所述通信装置采用图14所示的形式时，图14中的处理器1401可以通过调用存储器1402中存储的计算机执行指令，使得所述通信装置1400可以执行上述任一方法实施例中终端设备或SMF或PCF执行的方法。

具体的，图13所示的和处理单元1301和收发单元1302的功能/实现过程均可以通过图14中的处理器1401调用存储器1402中存储的计算机执行指令来实现；或者，图13所示的处理单元1301的功能/实现过程可以通过图14中的处理器1401调用存储器1402中存储的计算机执行指令来实现，图13所示的收发单元1302的功能/实现过程可以通过图14中的通信接口1403来实现。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理电路(digitalsignal processor，DSP)、专用集成芯片(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

基于与方法实施例同一发明构思，本申请实施例还提供了一种通信系统，通信系统中可以包括终端设备、SMF和PCF，用于执行上述任一实施例的终端设备、SMF和PCF所执行的方法，相关特征可参见上述方法实施例，此处不再赘述。

在一种可能的设计中，所述通信系统中还可以包括接入网设备、AMF、AF、NEF、UPF中的部分或全部，用于分别执行上述任一实施例中对应的接入网设备、AMF、AF、NEF、UPF所执行的方法。

需要说明的是，通信系统中还可以包含本申请上述实施例所述的任一或任多核心网中其它网元或设备，并用于实现对应的功能，此处不再详述。

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (30)

1.一种通信方法，应用于终端设备，其特征在于，包括：

在发起目标业务时，根据所述目标业务的业务信息，在至少一个虚拟网络组中选择目标虚拟网络组；其中，所述至少一个虚拟网络组为网络侧针对所述目标业务配置，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；

确定所述目标业务在所述目标虚拟网络组中的目标会话，并通过所述目标会话进行数据传输。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标业务的业务信息，在至少一个虚拟网络组中选择目标虚拟网络组，包括：

在至少一个用户路由选择策略中，选择与所述业务信息匹配的目标用户路由选择策略，其中，所述目标用户路由选择策略包含所述业务信息及与所述业务信息对应的至少一个可用虚拟网络组的组标识；

在所述至少一个虚拟网络组中，选择包含在所述至少一个可用虚拟网络组中的所述目标虚拟网络组。

3.根据权利要求2所述的方法，其特征在于，所述确定所述目标业务在所述目标虚拟网络组中的目标会话，包括：

在已建立的会话中，选择与所述目标用户路由选择策略匹配的所述目标会话；或者

向会话管理功能网元发送会话创建请求，所述会话创建请求用于请求创建所述目标会话，其中，所述会话创建请求携带所述目标虚拟网络组的组标识。

4.根据权利要求1～3任一所述的方法，其特征在于，在至少一个虚拟网络组中选择目标虚拟网络组之前，所述方法还包括：

在所述终端设备注册入网的流程中，接收接入与移动性管理功能网元下发的可服务虚拟网络组列表；或者

在所述终端设备配置更新的流程中，接收所述接入与移动性管理功能网元下发的可服务虚拟网络组列表；

其中，所述可服务虚拟网络组列表包含所述目标虚拟网络组。

5.根据权利要求2～4任一所述的方法，其特征在于，在至少一个虚拟网络组中选择目标虚拟网络组之前，所述方法还包括：

接收策略控制功能网元下发的所述至少一个用户路由选择策略。

6.一种通信方法，应用于会话管理功能网元，其特征在于，包括：

根据来自终端设备的会话创建请求，确定目标虚拟网络组，其中，所述会话创建请求为所述终端设备在发起目标业务时发送的请求，所述目标虚拟网络组包含在网络侧针对所述目标业务配置的至少一个虚拟网络组中，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；

建立所述目标虚拟网络组中的目标会话，所述目标会话用于所述终端设备进行数据传输。

7.根据权利要求6所述的方法，其特征在于，在确定目标虚拟网络组之前，所述方法还包括：

接收来自统一数据管理功能网元的虚拟网络组配置信息；所述虚拟网络组配置信息包含至少一个虚拟网络组所对应的配置信息，所述至少一个虚拟网络组包含所述目标虚拟网络组，所述配置信息包含如下至少一项：

默认组指示信息；可服务区域信息；地址信息；

其中，所述默认组指示信息用于指示虚拟网络组是否为设定的默认虚拟网络组；所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围；所述地址信息用于指示虚拟网络组包含的至少一个待分配给终端设备的地址。

8.根据权利要求6或7所述的方法，其特征在于，所述会话创建请求携带虚拟网络组的组标识，所述确定目标虚拟网络组，包括：

确定所述组标识所对应的虚拟网络组为所述目标虚拟网络组。

9.根据权利要求7或8所述的方法，其特征在于，所述根据来自终端设备的会话创建请求，确定目标虚拟网络组，包括：

若所述会话创建请求未携带虚拟网络组的组标识，则根据所述虚拟网络组配置信息，将设定的默认虚拟网络组确定为所述目标虚拟网络组。

10.根据权利要求7～9任一所述的方法，其特征在于，所述方法还包括：

根据所述目标虚拟网络组所对应的配置信息，为所述终端设备分配地址；或者

将所述目标虚拟网络组的组标识发送到AAA服务器，以使所述AAA服务器根据所述组标识，确定所述目标虚拟网络组，及根据所述目标虚拟网络组所对应的配置信息，为所述终端设备分配地址；

其中，所述配置信息包含所述地址信息。

11.根据权利要求6～10任一所述的方法，其特征在于，所述方法还包括：

向用户面功能网元下发数据报文转发策略，以使所述用户面功能网元根据所述数据报文转发策略，对接收到的业务数据报文进行转发；

其中，所述数据报文转发策略包括：

判断在至少一个包检测规则中是否存在与所述业务数据报文匹配的包检测规则，若是，则根据所述包检测规则转发所述业务数据报文，否则，判断所述业务数据报文包含的目的地址和源地址是否属于同一虚拟网络组；

若确定所述目的地址和源地址属于同一虚拟网络组，则不转发所述业务数据报文，若确定所述目的地址和源地址不属于同一虚拟网络组，则根据设定包检测规则转发所述业务数据报文；

其中，所述包检测规则用于指示对业务数据报文采用的转发方式。

12.一种通信方法，应用于策略控制功能网元，其特征在于，包括：

接收应用功能网元或能力开放功能网元或统一数据仓库网元下发的虚拟网络组配置信息，其中，所述虚拟网络组配置信息包含至少一个虚拟网络组所对应的配置信息，所述至少一个虚拟网络组为网络侧针对终端设备发起的目标业务配置，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；

根据所述虚拟网络组配置信息，生成至少一个用户路由选择策略，并将所述至少一个用户路由选择策略下发至所述终端设备。

13.根据权利要求12所述的方法，其特征在于，所述用户路由选择策略包含业务信息及与所述业务信息对应的至少一个虚拟网络组的组标识，所述业务信息为所述目标业务的业务信息。

14.根据权利要求13所述的方法，其特征在于，所述配置信息至少包含所述业务信息及与所述业务信息对应的至少一个虚拟网络组的可服务区域信息；

所述用户路由选择策略还包含与所述业务信息对应的至少一个虚拟网络组的可服务区域信息；

其中，所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围。

15.一种通信装置，其特征在于，包括处理单元；

所述处理单元用于在发起目标业务时，根据所述目标业务的业务信息，在至少一个虚拟网络组中选择目标虚拟网络组；其中，所述至少一个虚拟网络组为网络侧针对所述目标业务配置，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；

所述处理单元还用于确定所述目标业务在所述目标虚拟网络组中的目标会话，并通过所述目标会话进行数据传输。

16.根据权利要求15所述的通信装置，其特征在于，所述处理单元根据所述目标业务的业务信息，在至少一个虚拟网络组中选择目标虚拟网络组时，具体用于：

在至少一个用户路由选择策略中，选择与所述业务信息匹配的目标用户路由选择策略，其中，所述目标用户路由选择策略包含所述业务信息及与所述业务信息对应的至少一个可用虚拟网络组的组标识；

在所述至少一个虚拟网络组中，选择包含在所述至少一个可用虚拟网络组中的所述目标虚拟网络组。

17.根据权利要求16所述的通信装置，其特征在于，所述处理单元确定所述目标业务在所述目标虚拟网络组中的目标会话时，具体用于：

在已建立的会话中，选择与所述目标用户路由选择策略匹配的所述目标会话；或者

向会话管理功能网元发送会话创建请求，所述会话创建请求用于请求创建所述目标会话，其中，所述会话创建请求携带所述目标虚拟网络组的组标识。

18.根据权利要求15～17任一所述的通信装置，其特征在于，所述通信装置还包括收发单元，所述处理单元在至少一个虚拟网络组中选择目标虚拟网络组之前，所述收发单元还用于：

在所述终端设备注册入网的流程中，接收接入与移动性管理功能网元下发的可服务虚拟网络组列表；或者

在所述终端设备配置更新的流程中，接收所述接入与移动性管理功能网元下发的可服务虚拟网络组列表；

其中，所述可服务虚拟网络组列表包含所述目标虚拟网络组。

19.根据权利要求16～18任一所述的通信装置，其特征在于，所述处理单元在至少一个虚拟网络组中选择目标虚拟网络组之前，所述收发单元还用于：

接收策略控制功能网元下发的所述至少一个用户路由选择策略。

20.一种通信装置，其特征在于，包括处理单元；

所述处理单元用于根据来自终端设备的会话创建请求，确定目标虚拟网络组，其中，所述会话创建请求为所述终端设备在发起目标业务时发送的请求，所述目标虚拟网络组包含在网络侧针对所述目标业务配置的至少一个虚拟网络组中，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；

所述处理单元还用于建立所述目标虚拟网络组中的目标会话，所述目标会话用于所述终端设备进行数据传输。

21.根据权利要求20所述的通信装置，其特征在于，所述通信装置还包括收发单元，所述处理单元在确定目标虚拟网络组之前，所述收发单元还用于：

接收来自统一数据管理功能网元的虚拟网络组配置信息；所述虚拟网络组配置信息包含至少一个虚拟网络组所对应的配置信息，所述至少一个虚拟网络组包含所述目标虚拟网络组，所述配置信息包含如下至少一项：

默认组指示信息；可服务区域信息；地址信息；

其中，所述默认组指示信息用于指示虚拟网络组是否为设定的默认虚拟网络组；所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围；所述地址信息用于指示虚拟网络组包含的至少一个待分配给终端设备的地址。

22.根据权利要求20或21所述的通信装置，其特征在于，所述会话创建请求携带虚拟网络组的组标识，所述处理单元确定目标虚拟网络组时，具体用于：

确定所述组标识所对应的虚拟网络组为所述目标虚拟网络组。

23.根据权利要求21或22所述的通信装置，其特征在于，所述处理单元根据来自终端设备的会话创建请求，确定目标虚拟网络组时，具体用于：

若所述会话创建请求未携带虚拟网络组的组标识，则根据所述虚拟网络组配置信息，将设定的默认虚拟网络组确定为所述目标虚拟网络组。

24.根据权利要求21～23任一所述的通信装置，其特征在于，所述处理单元与所述收发单元协作，还用于：

根据所述目标虚拟网络组所对应的配置信息，为所述终端设备分配地址；或者

将所述目标虚拟网络组的组标识发送到AAA服务器，以使所述AAA服务器根据所述组标识，确定所述目标虚拟网络组，及根据所述目标虚拟网络组所对应的配置信息，为所述终端设备分配地址；

其中，所述配置信息包含所述地址信息。

25.根据权利要求20～24任一所述的通信装置，其特征在于，所述收发单元还用于：

向用户面功能网元下发数据报文转发策略，以使所述用户面功能网元根据所述数据报文转发策略，对接收到的业务数据报文进行转发；

其中，所述数据报文转发策略包括：

判断在至少一个包检测规则中是否存在与所述业务数据报文匹配的包检测规则，若是，则根据所述包检测规则转发所述业务数据报文，否则，判断所述业务数据报文包含的目的地址和源地址是否属于同一虚拟网络组；

若确定所述目的地址和源地址属于同一虚拟网络组，则不转发所述业务数据报文，若确定所述目的地址和源地址不属于同一虚拟网络组，则根据设定包检测规则转发所述业务数据报文；

其中，所述包检测规则用于指示对业务数据报文采用的转发方式。

26.一种通信装置，其特征在于，包括收发单元和处理单元；

所述收发单元用于接收应用功能网元或能力开放功能网元或统一数据仓库网元下发的虚拟网络组配置信息，其中，所述虚拟网络组配置信息包含至少一个虚拟网络组所对应的配置信息，所述至少一个虚拟网络组为网络侧针对终端设备发起的目标业务配置，所述至少一个虚拟网络组中每个虚拟网络组用于管理接入该虚拟网络组的终端设备，任一个虚拟网络组管理的终端设备能够组成一个虚拟局域网；

所述处理单元与所述收发单元协作，用于根据所述虚拟网络组配置信息，生成至少一个用户路由选择策略，并将所述至少一个用户路由选择策略下发至所述终端设备。

27.根据权利要求26所述的通信装置，其特征在于，所述用户路由选择策略包含业务信息及与所述业务信息对应的至少一个虚拟网络组的组标识，所述业务信息为所述目标业务的业务信息。

28.根据权利要求27所述的通信装置，其特征在于，所述配置信息至少包含所述业务信息及与所述业务信息对应的至少一个虚拟网络组的可服务区域信息；

所述用户路由选择策略还包含与所述业务信息对应的至少一个虚拟网络组的可服务区域信息；

其中，所述可服务区域信息用于指示虚拟网络组可服务的地理区域范围。

29.一种通信装置，其特征在于，包括：

至少一个处理器；以及与所述至少一个处理器通信连接的存储器、通信接口；

其中，所述通信接口用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置；

所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令，使得所述通信装置实现如权利要求1～5中任一项所述的方法，或实现如权利要求6～11中任一项所述的方法，或实现如权利要求12～14中任一项所述的方法。

30.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可读程序，当所述计算机可读程序在通信装置上运行时，使得所述通信装置执行如权利要求1～5中任一项所述的方法，或执行如权利要求6～11中任一项所述的方法，或执行如权利要求12～14中任一项所述的方法。

Images