信令传输方法以及系统、集中单元、分布单元、存储介质与流程

本发明实施例涉及通信技术领域，尤其涉及一种信令传输方法以及系统、集中单元、分布单元、计算机可读存储介质。

背景技术：

3gpp(3rdgenerationpartnershipproject，第三代合作伙伴计划)标准针对同一个基站(gnb)提出cu-du(centralizedunit-distributedunit，集中单元-分布单元)分离的垂直架构，并将cu-du间接口定义为f1接口，其中信令接口为f1-c，通过sctp(streamcontroltransmissionprotocol，流控制传输协议)承载。f1信令分为三类：接口管理，ue(userequipment，用户设备/终端)上下文管理和rrc(radioresourcecontrol，无线资源控制)消息透传，不同类型的信令处理模块可能不同，对应的处理流程可能部署在不同的服务上。

目前f1传输协议只定义了公共流程和ue专用流程。对于不同类型的ue级信令，cu-du两端接口模块需要在sctp报文解析后才能识别具体的信令类型，再将信令转发发给对应的服务(或模块)处理，造成f1信令传输路径加长，产生单点的性能瓶颈。

技术实现要素：

有鉴于此，本发明实施例的目的在于提供一种信令传输方法以及系统、集中单元、分布单元、计算机可读存储介质，以解决cu-du间的f1信令传输路径加长，产生单点的性能瓶颈的问题。

本发明实施例解决上述技术问题所采用的技术方案如下：

根据本发明实施例的一个方面，提供的一种信令传输方法，该方法用于集中单元cu中，所述方法包括：

确定待传输信令的服务类型以及所述待传输信令对应的流控制传输协议sctp流信息；

根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到分布单元du中。

根据本发明实施例的另一个方面，提供的一种集中单元cu，所述cu包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的信令传输程序，所述信令传输程序被所述处理器执行时实现上述的信令传输方法的步骤。

根据本发明实施例的另一个方面，提供的一种信令传输方法，该方法用于du中，所述方法包括：

确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息；

根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到cu中。

根据本发明实施例的另一个方面，提供的一种分布单元du，所述du包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的信令传输程序，所述信令传输程序被所述处理器执行时实现上述的信令传输方法的步骤。

根据本发明实施例的另一个方面，提供的一种信令传输方法，所述方法包括：

cu确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息；根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到du中；

du接收所述cu传输的sctp报文，并确定所述cu传输的sctp报文所使用的sctp流信息；将所述cu传输的sctp报文所承载的信令，发送给所述使用的sctp流信息对应的服务进行处理；或者

du确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息；根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到cu中；

cu接收所述du传输的sctp报文，并确定所述du传输的sctp报文所使用的sctp流信息；将所述du传输的sctp报文所承载的信令，发送给所述使用的sctp流信息对应的服务进行处理。

根据本发明实施例的另一个方面，提供的一种信令传输系统，所述系统包括cu和du；

所述cu，用于确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息；根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到所述du中；

所述du，用于接收所述cu传输的sctp报文，并确定所述cu传输的sctp报文所使用的sctp流信息；将所述cu传输的sctp报文所承载的信令，发送给所述使用的sctp流信息对应的服务进行处理；或者

所述du，用于确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息；根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到所述cu中；

所述cu，用于接收所述du传输的sctp报文，并确定所述du传输的sctp报文所使用的sctp流信息；将所述du传输的sctp报文所承载的信令，发送给所述使用的sctp流信息对应的服务进行处理。

根据本发明实施例的另一个方面，提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有信令传输程序，所述信令传输程序被处理器执行时实现上述的信令传输方法的步骤。

本发明实施例的信令传输方法以及系统、集中单元、分布单元、计算机可读存储介质，通过sctp流信息区分f1信令，将f1信令直接分发到对应服务处理；有效的进行消息负荷分担，避免f1协议层集中处理信令分发时产生的性能瓶颈；缩短了f1信令传输路径，减少时延。

附图说明

图1为本发明第一实施例的信令传输方法流程示意图；

图2为本发明第二实施例的cu结构示意图；

图3为本发明第三实施例的信令传输方法流程示意图；

图4为本发明第四实施例的du结构示意图；

图5为本发明第六实施例的信令传输系统结构示意图；

图6为本发明实施例的cu-du间f1信令传输结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

第一实施例

如图1所示，本发明第一实施例提供一种信令传输方法，该方法用于cu中，所述方法包括：

步骤s11：确定待传输信令的服务类型以及所述待传输信令对应的流控制传输协议sctp流信息。

在本实施例中，待传输信令的服务类型包括但不限于f1接口管理服务、ue上下文管理服务、rrc消息透传服务等等。其中，f1接口管理服务负责f1ap(applicationprotocol，应用协议)连接的建立和更新；rrc消息透传服务，负责ue级空口协议消息处理，cu上包括sdap(servicedataadaptationprotocol，服务数据包适应协议)层和pdcp(packetdataconvergenceprotocol，分组数据汇聚协议)层，du上包括rlc(radiolinkcontrol，无线链路控制)层、mac(mediumaccesscontrol，介质访问控制)层和phy(physical，物理)层。

在本实施例中，sctp流信息可根据cu/du上的服务类型，在cu和du的传输链路配置中配置对应的流数，f1接口两端的sctp流数需大于等于所部属的服务数。

在一种实施方式中，所述确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息之前还包括：

在cu和du两端的sctp建立成功的情况下，确定cu和du两端的sctp流的总数量；

通过初始信令交互协商，确定不同信令的服务类型以及所述不同信令对应的sctp流信息。

具体地，在cu和du两端的sctp建立成功的情况下，根据cu/du两端配置的最大流数协商出cu/du两端支持的sctp流的总数量。

f1接口管理服务发起f1ap建立流程，选择任意sctp流作为f1接口管理服务使用的专用流，通过sctp链路发给对端，对端的f1接口管理服务接收后，识别出发送端使用的专用流，使用该专用流回复f1ap建立响应，同时保存专用流信息作为后续f1接口管理信令使用。

f1接口管理服务在f1ap初始建立过程中，需要接收所有sctp专用流，收到第一条消息后，只处理对应的专用流，并通知传输接口服务。cu/du间的f1接口管理服务也可以采用约定的方式使用默认sctp流，减少协商的过程，例如，两边都使用0号流作为公共流。

f1接口管理服务根据自己使用的专用流，为其他服务预留空闲的专用流并负责分配。当其他服务发送cu/du间消息时，首先通过f1接口管理服务选择sctp链路，此时，f1接口管理服务为服务分配sctp专用流。分配算法可以采用约定的方式，或根据第一条消息交互确认两端使用的专用流，其他服务使用的专用流个数至少一条。cu/du间服务使用各自的sctp专用流进行f1信令的收发，区分各自服务关注的信令。

步骤s12：根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到分布单元du中。

在一种实施方式中，所述根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到分布单元du中之后还包括：

接收du传输的sctp报文，并确定所述du传输的sctp报文所使用的sctp流信息；

将所述du传输的sctp报文所承载的信令，发送给所述使用的sctp流信息对应的服务进行处理。

为了更好地阐述本实施例的信令传输过程，以下结合图6进行说明：

如图6所示，cu和du分别包括f1接口管理服务、ue上下文管理服务、rrc消息透传服务，f1接口两端包括3个sctp流，即stream0、stream1、stream2。在通过初始信令交互协商之后，将stream0作为cu和du两端的f1接口管理服务的sctp专用流，将stream1作为cu和du两端的ue上下文管理服务的sctp专用流，将stream2作为cu和du两端的ue上rrc消息透传服务的sctp专用流。

当cu上的rrc消息透传服务发送f1信令时，通过cu上的传输接口服务提供的接口，传入f1信令、sctp链路信息和sctp流信息。传输接口服务将该信令打包为sctp报文，并使用对应的流(即stream2)将sctp报文传输到du中。

du上的传输接口服务接收到cu的sctp报文，从sctp报文中解析出f1信令，根据该sctp报文使用的sctp流信息，通过发送接口发送给du上对应的rrc消息透传服务。

f1接口管理服务、ue上下文管理服务的信令传输过程与上类似，在此不作赘述。需要说明的是，传输接口服务与上层服务间如果采用订阅发布的机制，各个服务只需要订阅自身关注的流信息，传输接口服务只需根据流信息发布消息即可。

本发明实施例的信令传输方法，通过sctp流信息区分f1信令，将f1信令直接分发到对应服务处理；有效的进行消息负荷分担，避免f1协议层集中处理信令分发时产生的性能瓶颈；缩短了f1信令传输路径，减少时延。

第二实施例

如图2所示，本发明第二实施例提供一种集中单元cu，所述cu包括：存储器21、处理器22及存储在所述存储器21上并可在所述处理器22上运行的信令传输程序，所述信令传输程序被所述处理器22执行时，用于实现以下所述的信令传输方法的步骤：

确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息；

根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到分布单元du中。

所述信令传输程序被所述处理器22执行时，还用于实现以下所述的信令传输方法的步骤：

在cu和du两端的sctp建立成功的情况下，确定cu和du两端的sctp流的总数量；

通过初始信令交互协商，确定不同信令的服务类型以及所述不同信令对应的sctp流信息。

所述信令传输程序被所述处理器22执行时，还用于实现以下所述的信令传输方法的步骤：

接收du传输的sctp报文，并确定所述du传输的sctp报文所使用的sctp流信息；

将所述du传输的sctp报文所承载的信令，发送给所述使用的sctp流信息对应的服务进行处理。

本发明实施例的集中单元，通过sctp流信息区分f1信令，将f1信令直接分发到对应服务处理；有效的进行消息负荷分担，避免f1协议层集中处理信令分发时产生的性能瓶颈；缩短了f1信令传输路径，减少时延。

第三实施例

如图3所示，本发明第三实施例提供一种信令传输方法，该方法用于du中，所述方法包括：

步骤s31：确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息。

在本实施例中，待传输信令的服务类型包括但不限于f1接口管理服务、ue上下文管理服务、rrc消息透传服务等等。其中，f1接口管理服务负责f1ap连接的建立和更新；rrc消息透传服务，负责ue级空口协议消息处理，cu上包括sdap层和pdcp层，du上包括rlc层、mac层和phy层。

在本实施例中，sctp流信息可根据cu/du上的服务类型，在cu和du的传输链路配置中配置对应的流数，f1接口两端的sctp流数需大于等于所部属的服务数。

在一种实施方式中，所述确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息之前还包括：

在cu和du两端的sctp建立成功的情况下，确定cu和du两端的sctp流的总数量；

通过初始信令交互协商，确定不同信令的服务类型以及所述不同信令对应的sctp流信息。

具体地，在cu和du两端的sctp建立成功的情况下，根据cu/du两端配置的最大流数协商出cu/du两端支持的sctp流的总数量。

f1接口管理服务发起f1ap建立流程，选择任意sctp流作为f1接口管理服务使用的专用流，通过sctp链路发给对端，对端的f1接口管理服务接收后，识别出发送端使用的专用流，使用该专用流回复f1ap建立响应，同时保存专用流信息作为后续f1接口管理信令使用。

f1接口管理服务在f1ap初始建立过程中，需要接收所有sctp专用流，收到第一条消息后，只处理对应的专用流，并通知传输接口服务。cu/du间的f1接口管理服务也可以采用约定的方式使用默认sctp流，减少协商的过程，例如，两边都使用0号流作为公共流。

f1接口管理服务根据自己使用的专用流，为其他服务预留空闲的专用流并负责分配。当其他服务发送cu/du间消息时，首先通过f1接口管理服务选择sctp链路，此时，f1接口管理服务为服务分配sctp专用流。分配算法可以采用约定的方式，或根据第一条消息交互确认两端使用的专用流，其他服务使用的专用流个数至少一条。cu/du间服务使用各自的sctp专用流进行f1信令的收发，区分各自服务关注的信令。

步骤s32：根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到cu中。

在一种实施方式中，所述根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到cu中之后还包括：

接收cu传输的sctp报文，并确定所述cu传输的sctp报文所使用的sctp流信息；

将所述cu传输的sctp报文所承载的信令，发送给所述使用的sctp流信息对应的服务进行处理。

为了更好地阐述本实施例的信令传输过程，以下结合图6进行说明：

如图6所示，cu和du分别包括f1接口管理服务、ue上下文管理服务、rrc消息透传服务，f1接口两端包括3个sctp流，即stream0、stream1、stream2。在通过初始信令交互协商之后，将stream0作为cu和du两端的f1接口管理服务的sctp专用流，将stream1作为cu和du两端的ue上下文管理服务的sctp专用流，将stream2作为cu和du两端的ue上rrc消息透传服务的sctp专用流。

当du上的rrc消息透传服务发送f1信令时，通过du上的传输接口服务提供的接口，传入f1信令、sctp链路信息和sctp流信息。传输接口服务将该信令打包为sctp报文，并使用对应的流(即stream2)将sctp报文传输到cu中。

cu上的传输接口服务接收到du的sctp报文，从sctp报文中解析出f1信令，根据该sctp报文使用的sctp流信息，通过发送接口发送给cu上对应的rrc消息透传服务。

f1接口管理服务、ue上下文管理服务的信令传输过程与上类似，在此不作赘述。需要说明的是，传输接口服务与上层服务间如果采用订阅发布的机制，各个服务只需要订阅自身关注的流信息，传输接口服务只需根据流信息发布消息即可。

本发明实施例的信令传输方法，通过sctp流信息区分f1信令，将f1信令直接分发到对应服务处理；有效的进行消息负荷分担，避免f1协议层集中处理信令分发时产生的性能瓶颈；缩短了f1信令传输路径，减少时延。

第四实施例

如图4所示，本发明第四实施例提供一种分布单元du，所述du包括：存储器41、处理器42及存储在所述存储器41上并可在所述处理器42上运行的信令传输程序，所述信令传输程序被所述处理器42执行时，用于实现以下所述的信令传输方法的步骤：

确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息；

根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到cu中。

所述信令传输程序被所述处理器42执行时，还用于实现以下所述的信令传输方法的步骤：

在cu和du两端的sctp建立成功的情况下，确定cu和du两端的sctp流的总数量；

通过初始信令交互协商，确定不同信令的服务类型以及所述不同信令对应的sctp流信息。

所述信令传输程序被所述处理器42执行时，还用于实现以下所述的信令传输方法的步骤：

接收cu传输的sctp报文，并确定所述cu传输的sctp报文所使用的sctp流信息；

将所述cu传输的sctp报文所承载的信令，发送给所述使用的sctp流信息对应的服务进行处理。

本发明实施例的分布单元，通过sctp流信息区分f1信令，将f1信令直接分发到对应服务处理；有效的进行消息负荷分担，避免f1协议层集中处理信令分发时产生的性能瓶颈；缩短了f1信令传输路径，减少时延。

第五实施例

本发明第五实施例提供一种信令传输方法，所述方法包括：

cu确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息；根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到du中；

du接收所述cu传输的sctp报文，并确定所述cu传输的sctp报文所使用的sctp流信息；将所述cu传输的sctp报文所承载的信令，发送给所述使用的sctp流信息对应的服务进行处理；或者

du确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息；根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到cu中；

cu接收所述du传输的sctp报文，并确定所述du传输的sctp报文所使用的sctp流信息；将所述du传输的sctp报文所承载的信令，发送给所述使用的sctp流信息对应的服务进行处理。

本发明实施例的信令传输方法，通过sctp流信息区分f1信令，将f1信令直接分发到对应服务处理；有效的进行消息负荷分担，避免f1协议层集中处理信令分发时产生的性能瓶颈；缩短了f1信令传输路径，减少时延。

第六实施例

如图5所示，本发明第六实施例提供一种信令传输系统，其特征在于，所述系统包括cu51和du52；

所述cu51，用于确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息；根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到所述du52中；

所述du52，用于接收所述cu51传输的sctp报文，并确定所述cu51传输的sctp报文所使用的sctp流信息；将所述cu51传输的sctp报文所承载的信令，发送给所述使用的sctp流信息对应的服务进行处理；或者

所述du52，用于确定待传输信令的服务类型以及所述待传输信令对应的sctp流信息；根据所述sctp流信息，将承载所述待传输信令的sctp报文传输到所述cu51中；

所述cu51，用于接收所述du52传输的sctp报文，并确定所述du52传输的sctp报文所使用的sctp流信息；将所述du52传输的sctp报文所承载的信令，发送给所述使用的sctp流信息对应的服务进行处理。

本发明实施例的信令传输系统，通过sctp流信息区分f1信令，将f1信令直接分发到对应服务处理；有效的进行消息负荷分担，避免f1协议层集中处理信令分发时产生的性能瓶颈；缩短了f1信令传输路径，减少时延。

第七实施例

本发明第七实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有信令传输程序，所述信令传输程序被处理器执行时用于实现第一实施例所述的信令传输方法的步骤或者所述信令传输程序被处理器执行时用于实现第三实施例所述的信令传输方法的步骤。

需要说明的是，本实施例的计算机可读存储介质，与第一实施例或者第三实施例的方法属于同一构思，其具体实现过程详细见方法实施例，且方法实施例中的技术特征在本实施例中均对应适用，这里不再赘述。

本发明实施例的计算机可读存储介质，通过sctp流信息区分f1信令，将f1信令直接分发到对应服务处理；有效的进行消息负荷分担，避免f1协议层集中处理信令分发时产生的性能瓶颈；缩短了f1信令传输路径，减少时延。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。