CN112752230A

CN112752230A - 消息识别方法、系统、集中单元、分布单元和存储介质

Info

Publication number: CN112752230A
Application number: CN202011582216.5A
Authority: CN
Inventors: 李淑芹; 夏裕坚
Original assignee: Comba Network Systems Co Ltd
Current assignee: Comba Network Systems Co Ltd
Priority date: 2020-12-28
Filing date: 2020-12-28
Publication date: 2021-05-04
Anticipated expiration: 2040-12-28
Also published as: CN112752230B

Abstract

本申请涉及一种消息识别方法、系统、集中单元、分布单元和存储介质。涉及通信技术领域，该消息识别方法通过接收分布单元DU发送的响应消息，其中，响应消息中携带有第一流程标识，第一流程标识用于区分不同流程；根据第一流程标识确定响应消息所对应的目标流程。本申请实施例直接通过识别响应消息中的第一流程标识确定响应消息所对应的目标流程，简单快捷地进行消息识别，因此提高了集中单元和分布单元之间进行数据交互的效率。

Description

消息识别方法、系统、集中单元、分布单元和存储介质

技术领域

本申请涉及通信技术领域，特别是涉及一种消息识别方法、系统、集中单元、分布单元和存储介质。

背景技术

随着无线基站的演进，演进型基站(英文：E-UTRAN NodeB，中文：eNodeB)按照功能可拆分为集中单元(英文：Central Unit，简称：CU)和分布单元(英文：Distributed Unit，简称：DU)，其中，5G网络架构可以如图1所示，集中单元CU上行与核心网连接，下行与多个分布单元DU连接。

当核心网需要对UE资源进行管理时，CU可以向DU发送任务消息，DU在执行完任务消息之后，需要向CU发送响应消息。在实际应用中，为了提高处理效率，CU在同一个状态下可能需要并行处理多个并发流程，对于每个流程，CU可能需要向DU发送任务消息，相应的，DU需要针对接收到的任务消息向CU反馈响应消息。在CU接收到多个响应消息之后，CU需要分别确定各个响应消息所对应的流程。

现有技术中，CU可以对各个响应消息进行信源解析以确定各个响应消息所对应的信源，然后根据信源确定各个响应消息所对应的流程。

然而，通过确定信源的方式确定各个响应消息所对应的流程存在效率低的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种消息识别方法、系统、集中单元、分布单元和存储介质。

一种消息识别方法，该方法包括：

接收分布单元DU发送的响应消息，响应消息中携带有第一流程标识，第一流程标识用于区分不同流程；

根据第一流程标识确定响应消息所对应的目标流程。

在本申请的一个实施例中，该方法还包括：

接收UE资源管理消息，UE资源管理消息用于对UE进行资源管理；

根据UE资源管理消息确定至少一个目标流程；

根据各目标流程和各目标流程的第二流程标识生成任务消息，任务消息中携带有第二流程标识；

向与目标流程相关的分布单元DU发送任务消息。

在本申请的一个实施例中，根据UE资源管理消息确定至少一个目标流程，包括：

根据预设的UE资源管理状态机确定当前状态机对应的多个并发流程；

根据UE资源管理消息从多个并发流程中确定出至少一个目标流程。

在本申请的一个实施例中，该方法还包括：

获取预设的UE资源管理状态机中的各个状态机所分别对应的多个并发流程；

基于F1AP协议为每个状态机对应的各个流程配置流程标识。

在本申请的一个实施例中，UE资源管理消息包括修改承载消息、承载建立消息、承载删除消息和上下文修改消息中的至少一种。

在本申请的一个实施例中，任务消息为UE上下文修改请求消息、UE上下文修改响应消息、UE上下文修改失败消息、UE上下文修改需求消息、UE上下文修改确认消息和UE上下文修改拒绝消息中的任意一个。

一种消息识别方法，该方法包括：

接收集中单元CU发送的任务消息，任务消息中携带有第一流程标识，第一流程标识用于表示任务消息所对应的流程；

向集中单元CU发送携带第一流程标识的响应消息，以使集中单元CU根据第一流程标识识别响应消息对应的流程。

一种消息识别系统，包括集中单元CU和分布单元DU，

CU用于执行上述消息识别方法中集中单元所执行的步骤；

DU用于执行上述消息识别方法中分布单元所执行的步骤。

一种集中单元CU，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现如下步骤：

根据第一流程标识确定响应消息所对应的目标流程。

一种分布单元DU，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现如下步骤：

一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

根据第一流程标识确定响应消息所对应的目标流程。

上述消息识别方法、系统、集中单元、分布单元和存储介质，可以提高确定响应消息所对应的流程的效率。该消息识别方法通过接收分布单元DU发送的响应消息，其中，响应消息中携带有第一流程标识，第一流程标识用于区分不同流程；根据第一流程标识确定响应消息所对应的目标流程。本申请实施例直接通过识别响应消息中的第一流程标识确定响应消息所对应的目标流程，简单快捷地进行消息识别，因此提高了集中单元和分布单元之间进行数据交互的效率。

附图说明

图1为现有技术中5G网络架构的示意图；

图2为本申请实施例提供的一种消息识别方法的流程图；

图3为本申请实施例提供的另一种消息识别方法的流程图；

图4为本申请实施例提供的一种集中单元CU的模块图；

图5为本申请实施例提供的另一种消息识别方法的流程图；

图6为本申请实施例提供的另一种消息识别方法的流程图；

图7为本申请实施例提供的一种消息识别系统的示意图；

图8为本申请实施例提供的一种集中单元CU的结构框图；

图9为本申请实施例提供的一种分布单元DU的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

相对于传统的长期演进(英文：Long Term Evolution，简称：LTE)网络设计，5G场景下所期望的分布式网络架构中，引入了基带集中单元。基带集中单元并非引入一个高层级的网元，而是对基带单元(英文：Base Band Unit，简称：BBU)和射频拉远单元(英文：Radio Remote Unit，简称：RRU)的形态重构，将传统的BBU的部分处理功能移至RRU上，其重构后则分别定义为集中单元CU和分布单元DU。在一些具体的分布式网络架构的场景中，其中，DU中可包含有天线、RRU以及传统BBU的部分基带处理功能射频聚合单元(英文：RadioAggregation Unit，简称：RAU)等功能的部分，CU中可包含有传统的BBU除去RAU外的剩余功能以及高层管理功能等。

其中，CU与DU是两个独立的逻辑单元，可以独立部署。CU是接入网和核心网(英文：core network，简称：CN)之间的接口锚点，CU与CN之间通过CN-RAN接口连接。DU是连接CU和RF(英文：Radio Frequency，中文：射频)单元的逻辑单元。CU与DU通过F1AP接口连接，一个CU可以与多个DU进行连接。

当核心网需要对UE资源进行管理时，CU作为集中控制单元，基于RRC协议栈进行流程与策略管控。例如CU可以向DU发送任务消息，DU在执行完任务消息之后，需要向CU发送响应消息。在CU与DU之间进行资源协商的过程中，需要基于F1AP接口进行消息交互。在一些场景下，消息交互较为频繁。为了提高处理效率，一般不采用串行处理方式，而是采用多流程并发处理的方式进行流程与策略管控。

在实际应用中，CU在同一个状态下可能需要并行处理多个并发流程，对于每个流程，CU可能需要向DU发送任务消息，相应的，DU需要针对接收到的任务消息向CU反馈响应消息。在CU接收到多个响应消息之后，CU需要分别确定各个响应消息所对应的流程。

现有技术中，CU可以对各个响应消息进行信源解析以确定各个响应消息所对应的信源，然后根据信源确定各个响应消息所对应的流程。然而，在实际应用中，一方面，对信源进行解析的过程，较为繁琐。另一方面，可能出现多个响应消息对应同一信源的情况，这种情况下，CU需要进一步对信源中的字段进行解析以区分各个响应消息，使得工作效率降低，工作量加大。

基于上述技术问题，本申请实施例提供的消息识别方法，可以提高确定响应消息所对应的流程的效率。该消息识别方法通过接收DU发送的响应消息，由于该响应消息中携带有用于区分不同流程的第一流程标识，CU可以根据第一流程标识确定响应消息所对应的目标流程。本申请实施例直接通过识别响应消息中的第一流程标识确定响应消息所对应的目标流程，简单快捷地进行消息识别，因此提高了集中单元和分布单元之间进行数据交互的效率。

请参考图2，其示出了本申请实施例提供的一种消息识别方法的流程图，该消息识别方法应用于CU中，如图2所示，该消息识别方法可以包括以下步骤：

步骤201，CU接收DU发送的响应消息。

其中，响应消息中携带有第一流程标识。

本申请实施例中，在对UE进行资源管理的过程中，CU可以向DU发送任务消息，任务消息用于指示DU执行相应的任务。DU在处理完任务消息之后可以向CU反馈响应消息，其中，DU可以在响应消息中配置第一流程标识，第一流程标识用于区分不同流程。

可选的，DU可以在响应消息的报文报头中填入第一流程标识。

在实际应用中，CU可能需要处理多个并发流程，并发流程是指CU在同一状态下处理的多个流程。在处理并发流程的过程中，对于每个流程，CU可以根据该流程的具体内容向DU发送任务消息。DU逐一地处理接收到的任务消息之后，向CU逐一地反馈响应消息。各个响应消息中均携带有第一流程标识，不同的响应消息中携带的第一流程标识不同。在CU接收到多个响应消息的情况下，CU可以获取每个响应消息携带的第一流程标识。

步骤202，CU根据第一流程标识确定响应消息所对应的目标流程。

本申请实施例中，CU可以根据第一流程标识确定出响应消息所对应的目标流程。CU在获取到多个第一流程标识的情况下，可以根据每个第一流程标识确定每个第一流程标识所对应的目标流程，第一流程标识所对应的目标流程即第一流程标识对应的响应消息所对应的目标流程。

本申请实施例所提供的消息识别方法通过接收DU发送的响应消息，由于该响应消息中携带有用于区分不同流程的第一流程标识，CU可以根据第一流程标识确定响应消息所对应的目标流程。本申请实施例直接通过识别响应消息中的第一流程标识确定响应消息所对应的目标流程，简单快捷地进行消息识别，因此提高了集中单元和分布单元之间进行数据交互的效率。

在本申请的另一个实施例中，如图3所示，该消息识别方法还包括以下内容：

步骤301，CU接收UE资源管理消息。

其中，UE资源管理消息用于对UE进行资源管理。

本申请实施例中，核心网可以向集中单元发送UE资源管理消息，以对UE进行资源管理。

可选的，UE资源管理消息包括修改承载消息、承载建立消息、承载删除消息和上下文修改消息中的至少一种。其中，修改承载消息是指对UE的当前承载进行修改，承载建立消息是指建立新的UE承载，承载删除消息是指删除UE的某一个或者某几个承载，上下文修改消息是指对上下文进行修改，具体可以是修改类型、修改内容以及其他。UE资源管理消息可以触发CU与DU进行信令交互。

步骤302，CU根据UE资源管理消息确定至少一个目标流程。

本申请实施例中，CU在接收到UE资源管理消息之后，可以根据UE资源管理消息的内容来确定所要处理的目标流程。

可选的，CU可以根据UE资源管理消息从多个待处理流程中选择出目标流程。

可选的，在本申请的一个实施例中，CU中预先设置有UE资源管理状态机，其在，预设的UE资源管理状态机中的各个状态机分别预先设置有多个并发流程。由于状态机的设计规则，在一个时刻CU只能处于UE资源管理状态机的一个状态，当多流程并发时，不同的流程会在相同的状态机上处理。

CU可以根据预设的UE资源管理状态机确定在接收到UE资源管理消息的时刻所处的当前状态机，并确定当前状态机对应的多个并发流程。然后CU可以根据UE资源管理消息从当前状态机对应的多个并发流程中选择出至少一个目标流程。其中，目标流程可以是当前状态机对应的多个并发流程中的部分流程或者全部流程。

如图4所示，图4示出了CU的模块图，其中，CU包括UE资源管理状态机和标识管理模块，其中，标识管理模块用于为每个流程配置流程标识，UE资源管理状态机包括多个状态机，例如状态机一、状态机二和状态机三，以状态机三为例，状态机三中对应有四个流程，流程一、流程二、流程三和流程四，其中，CU根据UE资源管理消息确定流程一和流程三维目标流程，则CU逐一处理流程一和流程三。

本申请实施例中，基于UE资源管理消息从状态机的多个并发流程中确定目标流程，实现了按需处理的目的，避免了对状态机的多个并发流程逐一进行处理，提高了数据处理效率。

步骤303，CU根据各目标流程和各目标流程的第二流程标识生成任务消息。

本申请实施例中，CU可以为每个目标流程配置第二流程标识，不同的目标流程对应的第二流程标识不同。然后，CU可以根据每个目标流程的具体内容以及每个目标流程的第二流程标识生成每个目标流程对应的任务消息，任务消息中携带有第二流程标识。

可选的，本申请实施例中，CU可以在任务消息的报文报头中填入第一流程标识。

可选的，本申请实施例中，每个目标流程的第二流程标识可以是CU预先配置好的。

可选的，本申请实施例中，CU可以获取预设的UE资源管理状态机中的各个状态机所分别对应的多个并发流程，然后CU可以基于F1AP协议为每个状态机对应的各个流程配置流程标识。

其中，CU可以在F1AP协议中的如下流程中增加流程标识Transaction ID：UECONTEXT MODIFICATION REQUEST(UE上下文修改请求流程)、UE CONTEXT MODIFICATIONRESPONSE(UE上下文修改响应流程)、UE CONTEXT MODIFICATION FAILURE(UE上下文修改失败流程)、UE CONTEXT MODIFICATION REQUIRED(需要修改UE上下文流程)、UE CONTEXTMODIFICATION CONFIRM(UE上下文修改确认流程)、UE CONTEXT MODIFICATION REFUSE(UE上下文修改拒绝流程)。

其中，在正在进行的由相同协议触发的相同类型的并发流程中，属于同一个流程的任务消息用同一Transaction ID进行标识。属于不同的流程的任务消息用不同的Transaction ID进行标识。

在CU确定好目标流程之后，可以从预先配置好的流程标识中直接获取目标流程的流程标识。

本申请实施例，通过为每个流程预先配置流程标识，这样在生成任务消息的过程中，直接获取流程标识即可，无需占用计算资源为流程配置流程标识，提高了数据处理效率。

步骤304，CU向与目标流程相关的DU发送任务消息。

在实际应用中，CU在同一状态下需要处理多个目标流程，不同的目标流程所对应的消息下发对象可能并不相同，本申请实施例中，CU根据所处理的目标流程确定与该目标流程相关的DU，并将基于该目标流程生成的任务消息发送给与该目标流程相关的DU。

可选的，本申请实施例中，任务消息为UE上下文修改请求消息、UE上下文修改响应消息、UE上下文修改失败消息、UE上下文修改需求消息、UE上下文修改确认消息和UE上下文修改拒绝消息中的任意一个。

本申请实施例中，CU在发送任务消息的过程中，即在任务消息中添加第二流程标识，以便于DU识别，提供了一种简易的CU与DU之间基于UE资源管理而进行的信息交互的方法，可以降低F1AP接口流程在并发场景下处理的复杂度，提高处理效率与准确性。

在本申请的另一个实施例中，如图5所示，提供了另一种消息识别方法，该方法应用于DU，包括以下内容：

步骤501，DU接收CU发送的任务消息。

其中，任务消息中携带有第一流程标识，第一流程标识用于表示任务消息所对应的流程。

本申请实施例中，DU中设置有标识管理模块，在DU接收到任务消息之后，DU可以利用标识管理模块识别并保存该任务消息中携带的第一流程标识。

步骤502，DU向CU发送携带第一流程标识的响应消息，以使CU根据第一流程标识识别响应消息对应的流程。

DU在处理完任务消息之后，向CU回复响应消息，其中，DU可以利用标识管理模块取出预先存储的第一流程标识，并在响应消息的报文报头中填写该第一流程标识，使得响应消息携带有用于区分该响应消息所对应的流程的第一流程标识，这样CU可以根据第一流程标识识别响应消息对应的流程。

本申请实施例中，DU根据接收到的任务消息中的第一流程标识确定对应该任务消息的响应消息的流程标识，以便于CU可以对响应消息进行准确快速识别，提高了集中单元和分布单元之间进行数据交互的效率。

应该理解的是，虽然图2至图5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2至图5中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在本申请的一个实施例中，如图6所示，提供了一种消息识别方法的流程图，该消息识别方法应用于消息识别系统中，该消息识别系统包括CU和DU，其中，该消息识别方法包括：

步骤601，CU向DU发送任务消息。

其中，任务消息中携带有流程标识。

步骤602，DU接收任务消息，识别并保存该任务消息的流程标识。

步骤603，DU向CU发送携带有流程标识的响应消息。

步骤604，CU接收响应消息，识别该响应消息中携带的流程标识，根据该响应消息中携带的流程标识确定该响应消息所对应的流程。

在一个实施例中，如图7所示，提供了一种消息识别系统，该消息识别系统包括集中单元701和分布单元702，其中，该集中单元701用于执行上述实施例中集中单元所执行的步骤，该分布单元702用于执行上述实施例中分布单元所执行的步骤。

如图8所示，图8中示出了一种CU，该CU的内部结构图可以如图8所示。该CU包括通过系统总线连接的处理器、存储器和网络接口。其中，该CU的处理器用于提供计算和控制能力。该CU的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该CU的网络接口用于与外部的通信设备通过网络连接通信。该计算机程序被处理器执行时以实现一种消息识别方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

如图9所示，图9中示出了一种DU，该DU的内部结构图可以如图9所示。该DU包括通过系统总线连接的处理器、存储器和网络接口。其中，该DU的处理器用于提供计算和控制能力。该DU的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该DU的网络接口用于与外部的通信设备通过网络连接通信。该计算机程序被处理器执行时以实现一种消息识别方法。

本领域技术人员可以理解，图9中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收DU发送的响应消息，响应消息中携带有第一流程标识，第一流程标识用于区分不同流程；

根据第一流程标识确定响应消息所对应的目标流程。

在本申请实施例中，该处理器执行计算机程序时还可以实现以下步骤：接收UE资源管理消息，UE资源管理消息用于对UE进行资源管理；

根据UE资源管理消息确定至少一个目标流程；

向与目标流程相关的DU发送任务消息。

在本申请实施例中，该处理器执行计算机程序时还可以实现以下步骤：根据预设的UE资源管理状态机确定当前状态机对应的多个并发流程；

在本申请实施例中，该处理器执行计算机程序时还可以实现以下步骤：获取预设的UE资源管理状态机中的各个状态机所分别对应的多个并发流程；

基于F1AP协议为每个状态机对应的各个流程配置流程标识。

在本申请实施例中，该处理器执行计算机程序时还可以实现以下步骤：UE资源管理消息包括修改承载消息、承载建立消息、承载删除消息和上下文修改消息中的至少一种。

在本申请实施例中，该处理器执行计算机程序时还可以实现以下步骤：任务消息为UE上下文修改请求消息、UE上下文修改响应消息、UE上下文修改失败消息、UE上下文修改需求消息、UE上下文修改确认消息和UE上下文修改拒绝消息中的任意一个。

本申请实施例提供的计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

接收CU发送的任务消息，任务消息中携带有第一流程标识，第一流程标识用于表示任务消息所对应的流程；

向CU发送携带第一流程标识的响应消息，以使CU根据第一流程标识识别响应消息对应的流程。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

根据第一流程标识确定响应消息所对应的目标流程。

在本申请实施例中，该计算机程序被处理器执行时还可以实现以下步骤：接收UE资源管理消息，UE资源管理消息用于对UE进行资源管理；

根据UE资源管理消息确定至少一个目标流程；

向与目标流程相关的DU发送任务消息。

在本申请实施例中，该计算机程序被处理器执行时还可以实现以下步骤：根据预设的UE资源管理状态机确定当前状态机对应的多个并发流程；

在本申请实施例中，该计算机程序被处理器执行时还可以实现以下步骤：获取预设的UE资源管理状态机中的各个状态机所分别对应的多个并发流程；

基于F1AP协议为每个状态机对应的各个流程配置流程标识。

在本申请实施例中，该计算机程序被处理器执行时还可以实现以下步骤：UE资源管理消息包括修改承载消息、承载建立消息、承载删除消息和上下文修改消息中的至少一种。

在本申请实施例中，该计算机程序被处理器执行时还可以实现以下步骤：任务消息为UE上下文修改请求消息、UE上下文修改响应消息、UE上下文修改失败消息、UE上下文修改需求消息、UE上下文修改确认消息和UE上下文修改拒绝消息中的任意一个。

本实施例提供的计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims

1.一种消息识别方法，其特征在于，所述方法包括：

接收分布单元DU发送的响应消息，所述响应消息中携带有第一流程标识，所述第一流程标识用于区分不同流程；

根据所述第一流程标识确定所述响应消息所对应的目标流程。

2.根据权利要求1所述的消息识别方法，其特征在于，所述方法还包括：

接收UE资源管理消息，所述UE资源管理消息用于对UE进行资源管理；

根据所述UE资源管理消息确定至少一个目标流程；

根据各所述目标流程和各所述目标流程的第二流程标识生成任务消息，所述任务消息中携带有所述第二流程标识；

向与所述目标流程相关的分布单元DU发送所述任务消息。

3.根据权利要求2所述的消息识别方法，其特征在于，所述根据所述UE资源管理消息确定至少一个目标流程，包括：

根据所述UE资源管理消息从所述多个并发流程中确定出所述至少一个目标流程。

4.根据权利要求2所述的消息识别方法，其特征在于，所述方法还包括：

基于F1AP协议为每个所述状态机对应的各个流程配置流程标识。

5.根据权利要求2所述的消息识别方法，其特征在于，所述UE资源管理消息包括修改承载消息、承载建立消息、承载删除消息和上下文修改消息中的至少一种。

6.根据权利要求1所述的消息识别方法，其特征在于，所述任务消息为UE上下文修改请求消息、UE上下文修改响应消息、UE上下文修改失败消息、UE上下文修改需求消息、UE上下文修改确认消息和UE上下文修改拒绝消息中的任意一个。

7.一种消息识别方法，其特征在于，所述方法包括：

接收集中单元CU发送的任务消息，所述任务消息中携带有第一流程标识，所述第一流程标识用于表示所述任务消息所对应的流程；

向所述集中单元CU发送携带所述第一流程标识的响应消息，以使所述集中单元CU根据所述第一流程标识识别所述响应消息对应的流程。

8.一种消息识别系统，其特征在于，包括集中单元CU和分布单元DU，

所述CU用于执行如权利要求1-6任一项所述的消息识别方法；

所述DU用于执行如权利要求7所述的消息识别方法。

9.一种集中单元CU，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。

10.一种分布单元DU，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求7所述的方法的步骤。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤，或者，所述计算机程序被处理器执行时实现权利要求7所述的方法的步骤。