一种通信方法、装置、设备和存储介质与流程

本申请涉及通信，具体涉及一种通信方法、装置、设备和存储介质。

背景技术：

为了提高用户体验，在通信系统中引入了演进通用陆地无线接入网络-新空口双连接(e-utran-nrdualconnectivity，en-dc)或多射频技术双连接(multi-ratdualconnectivity，mr-dc)双连接组网，使用演进通用陆地无线接入网络(evolveduniversalterrestrialradioaccessnetwork，e-utran)和新空口(newradio，nr)无线接入技术的双连接。具有mr-dc或en-dc能力的用户设备(userequipment，ue)接入该网络做双连接业务增加单用户的峰值流量。

在en-dc或mr-dc场景下，第一通信节点在进行数据反传过程中，若发生交叉场景，如何通知第一通信节点进行变更数据反传，以避免在非稳态流程中发生重建立时重建立失败或数据断流，是一个亟待解决的问题。

技术实现要素：

本申请实施例提供一种通信方法、装置、设备和存储介质，提高了反传流程的成功率以及保证了数据的连续性。

本申请实施例提供一种通信方法，应用于第一通信节点，包括：

接收第二通信节点发送的反传启动消息，所述反传启动消息携带新的反传地址；

根据所述反传启动消息中新的反传地址启动新的反传流程。

本申请实施例提供一种通信方法，应用于第二通信节点，包括：

向第一通信节点发送反传启动消息；所述反传启动消息携带新的反传地址，并用于触发第一通信节点启动新的反传流程。

本申请实施例提供一种通信装置，应用于第一通信节点，包括：

接收器，配置为接收第二通信节点发送的反传启动消息，所述反传启动消息携带新的反传地址；

启动模块，配置为根据所述反传启动消息中新的反传地址启动新的反传流程。

本申请实施例提供一种通信装置，应用于第二通信节点，包括：

发送器，配置为向第一通信节点发送反传启动消息；所述反传启动消息携带新的反传地址，并用于触发第一通信节点启动新的反传流程。

本申请实施例提供一种设备，包括：通信模块，存储器，以及一个或多个处理器；

所述通信模块，配置为在第一通信节点和第二通信节点之间进行通信交互；

所述存储器，配置为存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例所述的方法。

本申请实施例提供了一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述任一实施例所述的方法。

附图说明

图1是本申请实施例提供的一种站间带sn切换场景的流程图；

图2是本申请实施例提供的另一种站间带sn切换场景的流程图；

图3是本申请实施例提供的一种添加sn之后的ue稳态下发生重建立的流程图；

图4是本申请实施例提供的另一种添加sn之后的ue稳态下发生重建立的流程图；

图5是本申请实施例提供的一种通信方法的流程图；

图6是本申请实施例提供的另一种通信方法的流程图；

图7是本申请实施例提供的一种站间带sn切换过程中发生重建立的流程图；

图8是本申请实施例提供的另一种站间带sn切换过程中发生重建立的流程图；

图9是本申请实施例提供的一种通信装置的结构框图；

图10是本申请实施例提供的另一种通信装置的结构框图；

图11是本申请实施例提供的一种设备的结构示意图。

具体实施方式

下文中将结合附图对本申请的实施例进行说明。

在mr-dc组网下已经添加sn的ue在切换流程或sn删除等流程的情况下，当pdcp实体发生变更时需要进行数据反传。en-dc场景下mn向sn发送辅节点释放请求(sgnbreleaserequest)，并在辅节点释放请求中携带反传地址，sn停止向ue传输下行数据并启动数据反传；mr-dc在5gc场景下mn向sn发送辅节点释放请求(snreleaserequest)通知sn停止向ue传输下行数据，同时向sn发送地址指示消息(xn-uaddressindication)，并在地址指示消息中携带反传地址信息。如果ue在该流程后续步骤中发生重建立，mn根据重建立请求中携带的物理小区id，决策是否抢占当前的流程。

在切换流程中，当ue发生重建立时空口切换失败，但网络侧sn未识别出该流程失败，sn侧仍然继续切换流程。如果重建立的目标分组数据汇聚协议(packetdataconvergenceprotocol，pdcp)实体发生变更，需要再次通知sn新的数据反传地址。在现有标准协议中，未针对交叉流程定义通知sn变更数据反传的方法，导致在非稳态流程中发生重建立时重建立失败或数据断流。

在当前标准协议中，定义了en-dc场景下mn向sn发送sgnbreleaseconfirm或sgnbreleaserequest消息以及在带5gc的mr-dc场景下mn向sn发送的xn-uaddressindication消息中携带反传地址。协议未定义在向sn发送上述携带反传地址的消息后但未向sn发送uecontextrelease前发生重建立，需要将当前的流程打断立即处理重建立，在重建立流程中需要再次给sn发送新的反传地址的场景。添加sn的ue在切换流程中需要mn向sn发送sgnbreleaserequest消息，例如：站内带sn切换sn变化的场景、站间带sn切换场景。本文档以站间带sn切换sn发生变化的场景举例。

在一实现方式中，图1是本申请实施例提供的一种站间带sn切换场景的流程图。如图1所示，本实施例为en-dc场景下，站间带sn切换场景下的流程图。如图1所示，本实施例包括：s101-s111。

s101、发送测量报告。

s102、发送切换请求。

s103、发送sgnb增加请求。

s104、发送sgnb增加请求应答消息。

s105、接收切换请求确认消息。

s106、发送sgnb释放请求。

s107、接收sgnb释放请求确认消息。

s108、接收rrc连接重配置消息。

s109、发送rrc连接重配置完成消息。

s110、接收ue上下文释放请求。

s111、发送ue上下文释放消息。

在en-dc场景下，由于sn发生变化，源mn(sourcemn)向源sn(sourcesn)发送发送sgnb释放请求，以通知sn侧停止下行数据发送，且在发送sgnb释放请求中携带新的反传地址信息，以启动从sourcesn到目标sn(targetsn)的数据反传。

在一实现方式中，图2是本申请实施例提供的另一种站间带sn切换场景的流程图。如图2所示，本实施例为在带5gc的mr-dc场景下，站间带sn切换场景下的流程图。如图2所示，本实施例包括：s201-s212。

s201、发送测量报告。

s202、发送切换请求。

s203、发送sgnb增加请求。

s204、发送sgnb增加请求应答消息。

s205、接收切换请求确认消息。

s206、发送sgnb释放请求。

s207、接收sgnb释放请求确认消息。

s208、发送地址指示消息。

s209、接收rrc连接重配置消息。

s210、发送rrc连接重配置完成消息。

s211、接收ue上下文释放请求。

s212、发送ue上下文释放消息。

在带5gc的mr-dc场景下，由于sn发生变化，sourcemn向sourcesn发送sgnb释放请求，以通知sn侧停止下行数据发送，且发送地址指示消息，并在地址指示消息中携带新的反传地址信息，以启动从sourcesn到targetsn的数据反传。

在一实现方式中，图3是本申请实施例提供的一种添加sn之后的ue稳态下发生重建立的流程图。如图3所示，本实施例为在en-dc场景下，添加sn之后的ue稳态下重建立的流程图。如图3所示，本实施例包括：s301-s308。

s301、发送rrc连接重建立请求。

s302、接收rrc连接重建立消息。

s303、发送rrc连接重建立完成消息。

s304、发送sgnb释放请求。

s305、接收sgnb释放请求确认消息。

s306、接收rrc连接重配置消息。

s307、发送rrc连接重配置完成消息。

s308、发送ue上下文释放消息。

在实施例中，添加sn之后，ue重建立的流程，在重建立过程中删除sn，并在该流程中将数据从sn侧反传到mn侧。

如图3所示，在en-dc场景下，mn向sn发送sgnb释放请求，且在sgnb释放请求中携带反传地址信息。

在一实现方式中，图4是本申请实施例提供的另一种添加sn之后的ue稳态下发生重建立的流程图。如图4所示，本实施例为在带5gc的mr-dc场景下，添加sn之后的ue稳态下重建立的流程图。如图4所示，本实施例包括：s401-s409。

s401、发送rrc连接重建立请求。

s402、接收rrc连接重建立消息。

s403、发送rrc连接重建立完成消息。

s404、发送sgnb释放请求。

s405、接收sgnb释放请求确认消息。

s406、发送地址指示消息。

s407、接收rrc连接重配置消息。

s408、发送rrc连接重配置完成消息。

s409、发送ue上下文释放消息。

在实施例中，在mr-dcwith5gc场景下，mn向sn发送地址指示消息，且地址指示消息中携带反传地址信息。

在ue带sn站间切换sn变化流程中，当sn向mn回复snreleaseacknowledge后，启动sourcesn向targetsn的数据反传。在此后ue发生重建立，携带切换源侧的物理小区id重建立到sourcemn，mn需要抢占当前的切换流程立即响应重建立。协议规定在重建立流程中要删除sn侧的资源，因此在重建立流程中要完成sourcesn向sourcemn的数据反传，但如何在该交叉流程下通知sn更改反传地址，是一个亟待解决的问题。

有鉴于此，本申请提出一种通信方法，以提高反传流程的成功率，以及保证数据的连续性。

图5是本申请实施例提供的一种通信方法的流程图。本实施例应用于第一通信节点。示例性地，第一通信节点可以为一个辅节点(比如，sn1)。如图5所示，本实施例包括s510-s520。

s510、接收第二通信节点发送的反传启动消息，反传启动消息携带新的反传地址。

s520、根据反传启动消息中新的反传地址启动新的反传流程。

在实施例中，反传启动消息中携带新的反传地址，在第一通信节点接收到第二通信节点发送的反传启动消息之后，第一通信节点根据反传启动消息中新的反传地址启动新的反传流程，以提高反传流程的成功率，以及保证了数据的连续性。

在一实施例中，接收第二通信节点发送的反传启动消息，包括：在进行数据反传过程中，目的反传地址发生切换的情况下，接收第二通信节点发送的反传启动消息。在实施例中，目的反传地址指的是在数据反传过程中，从该节点切换到另一个节点的地址。

在一实施例中，目的反传地址发生切换的情况，包括下述之一：第一通信节点执行切换流程的情况，第一通信节点执行删除流程的情况。

在一实施例中，在en-dc场景下，接收第二通信节点发送的反传启动消息，包括：

接收第二通信节点发送的第一辅节点释放请求，第一辅节点释放请求携带新的反传地址。

在一实施例中，在mr-dc场景下，接收第二通信节点发送的反传启动消息，包括：接收第二通信节点发送的地址指示消息，地址指示消息携带新的反传地址。

在一实施例中，在接收第二通信节点发送的地址指示消息之前，还包括：接收第二通信节点发送的第二辅节点释放请求；向第二通信节点反馈第二辅节点释放请求确认信息。

在一实施例中，应用于第一通信节点的通信方法，还包括：在接收到反传启动消息的同时，备份第一通信节点执行原反传流程中的反传数据。

在一实施例中，在备份第一通信节点自身的反传数据之后，还包括：接收第二通信节点发送的ue上下文释放消息；清除第一通信节点执行原反传流程中的反传数据。

图6是本申请实施例提供的另一种通信方法的流程图。本实施例应用于第二通信节点。示例性地，第二通信节点可以为一个主节点(比如，mn1)。如图6所示，本实施例包括s610。

s610、向第一通信节点发送反传启动消息；反传启动消息携带新的反传地址，并用于触发第一通信节点启动新的反传流程。

在一实施例中，向第一通信节点发送反传启动消息，包括：在第一通信节点进行数据反传过程中，目的反传地址发生变化的情况下，向第一通信节点发送反传启动消息。

在一实施例中，在en-dc场景下，向第一通信节点发送反传启动消息，包括：

向第一通信节点发送第一辅节点释放请求，第一辅节点释放请求携带新的反传地址。

在一实施例中，在mr-dc场景下，向第一通信节点发送反传启动消息，包括：

向第一通信节点发送地址指示消息，地址指示消息携带新的反传地址。

在一实施例中，应用于第二通信节点的通信方法，还包括：向第一通信节点发送ue上下文释放消息。

在一实现方式中，本申请提出了mn向sn发送sgnbreleaserequest、sgnbreleaseconfirm或xn-uaddressindication后当前流程被抢占需要再次通知sn侧启动向新的反传地址反传的方法，保证了数据的连续性。在第一次给sn发送携带反传地址的消息通知sn启动数据反传时，sn侧启动反传的同时需要备份数据，直到收到ue上下文释放消息(uecontextrelease)后再清除数据。如果在数据反传过程中发生交叉流程需要改变数据反传的目标实体，则mn再次给sn发送携带反传地址的消息，sn侧收到后如果发现已经在数据反传，则停止当前的数据反传流程，重新启动向新的目标地址的数据反传。更改数据反传地址的消息可借助如下消息：en-dc场景下借助于sgnbreleaserequest消息；带5gc的mr-dc场景下借助于地址指示消息。

en-dc场景和mr-dcwith5gc场景下的交叉场景的数据反传过程可通过下文举例说明。

在一实现方式中，图7是本申请实施例提供的一种站间带sn切换过程中发生重建立的流程图。如图7所示，本实施例为在en-dc场景下，在sn切换过程中发生重建立的流程图。示例性地，第一通信节点为sourcesn，第二通信节点为sourcemn。如图7所示，本实施例包括：s701-s717。

s701、发送测量报告。

s702、发送切换请求。

s703、发送sgnb增加请求。

s704、发送sgnb增加请求应答消息。

s705、接收切换请求确认消息。

s706、发送sgnb释放请求。

s707、接收sgnb释放请求确认消息。

s708、接收rrc连接重配置消息。

s709、发送rrc连接重配置完成消息。

s710、发送切换取消消息。

s711、接收rrc连接重建立消息。

s712、发送rrc连接重建立完成消息。

s713、发送sgnb释放请求(即上述实施例中的第一辅节点释放请求)。

s714、接收sgnb释放请求确认消息。

s715、接收rrc连接重配置消息。

s716、发送rrc连接重配置完成消息。

s717、发送ue上下文释放消息。

在实施例中，在en-dc场景下，切换流程中sourcesn接收到sgnb释放请求(即s706)之后，根据sgnb释放请求中的数据反传信息启动sourcesn向targetsn数据反传，此时sourcesn进行反传数据的备份。在ue发生重建立时，由于携带的是切换源侧的物理小区id，需要向targetmn发送切换取消消息，以取消当前的切换流程，并快速响应重建立。由于重建立需要启动sourcesn向sourcemn的数据反传，在重建立流程中，在s713中sourcemn再次向sourcesn发送sgnb释放请求，并在s713中的sgnb释放请求中携带新的反传地址，以通知sourcesn停止在切换流程中向targetsn的数据反传，重新启动向sourcemn的反传。

在一实现方式中，图8是本申请实施例提供的另一种站间带sn切换过程中发生重建立的流程图。如图8所示，本实施例为在带5gc的mr-dc场景下，在sn切换过程中发生重建立的流程图。示例性地，第一通信节点为sourcesn，第二通信节点为sourcemn。如图8所示，本实施例包括：s801-s817。

s801、发送测量报告。

s802、发送切换请求。

s803、发送sgnb增加请求。

s804、发送sgnb增加请求应答消息。

s805、接收切换请求确认消息。

s806、发送sgnb释放请求。

s807、接收sgnb释放请求确认消息。

s808、发送地址指示消息。

s809、接收rrc连接重配置消息。

s810、发送rrc连接重配置完成消息。

s811、发送切换取消消息。

s812、接收rrc连接重建立消息。

s813、发送rrc连接重建立完成消息。

s814、发送sgnb释放请求(即上述实施例中的第二辅节点释放请求)。

s815、接收sgnb释放请求确认消息。

s816、发送地址指示消息(即上述实施例中携带新的反传地址的地址指示消息)。

s817、接收rrc连接重配置消息。

s818、发送rrc连接重配置完成消息。

s819、发送ue上下文释放消息。

在实施例中，在带5gc的mr-dc场景下，切换流程中sourcesn接收到地址指示消息之后，启动sourcesn向targetsn数据反传。本实施例和上述描述的en-dc场景相同，此时sourcesn进行反传数据的备份。ue发生重建立同样取消当前的切换流程，快速响应重建立并重新启动sourcesn向sourcemn的数据反传。在重建立流程的s816中，sourcemn再次向sourcesn发送地址指示消息，并在该地址指示消息中携带新的反传地址，以通知sourcesn停止在切换流程中向targetsn的数据反传，重新启动向sourcemn的反传。

在本申请实施例中en-dc或带mr-dc组网下，在交叉流程，且数据反传过程中，对反传地址发生变化的处理。mn向sn发送sgnbreleaserequest、sgnbreleaseconfirm或xn-uaddressindication之后sn侧数据反传过程中，如果发生其他流程需要改变反传地址，mn再次通知sn启动新的反传，涉及到反传数据的备份以及信令流程的处理，具体为：在第一通信节点(比如，上述实施例中的sourcesn)启动反传的同时备份数据，直至接收到ue上下文释放消息之后，再清除数据。

在第二通信节点(比如，上述实施例中的sourcemn)再次向第一通信节点发送携带新的反传地址的sgnbreleaserequest(上述实施例s713中的第一辅节点释放请求)或xn-uaddressindication(上述实施例s816中的地址指示消息)消息时，通知第一通信节点停止在当前向第三通信节点的数据反传，重新启动向第二通信节点的反传。在实施例中，在en-dc场景下，第二通信节点向第一通信节点发送携带新的反传地址的第一辅节点释放请求；在带mr-dc场景下，第二通信节点向第一通信节点发送携带新的反传地址的地址指示消息。

图9是本申请实施例提供的一种通信装置的结构框图。本实施例应用于第一通信节点。如图9所示，本实施例包括：接收器910和启动模块920。

接收器910，配置为接收第二通信节点发送的反传启动消息，反传启动消息携带新的反传地址；

启动模块920，配置为根据反传启动消息中新的反传地址启动新的反传流程。

本实施例提供的通信装置设置为实现图5所示实施例的应用于第一通信节点的通信方法，本实施例提供的通信装置实现原理和技术效果类似，此处不再赘述。

在一实施例中，接收第二通信节点发送的反传启动消息，包括：

在进行数据反传过程中，目的反传地址发生切换的情况下，接收第二通信节点发送的反传启动消息。

在一实施例中，目的反传地址发生切换的情况，包括下述之一：第一通信节点执行切换流程的情况，第一通信节点执行删除流程的情况。

在一实施例中，在en-dc场景下，接收第二通信节点发送的反传启动消息，包括：

接收第二通信节点发送的第一辅节点释放请求，第一辅节点释放请求携带新的反传地址。

在一实施例中，在mr-dc场景下，接收第二通信节点发送的反传启动消息，包括：

接收第二通信节点发送的地址指示消息，地址指示消息携带新的反传地址。

在一实施例中，在接收第二通信节点发送的地址指示消息之前，还包括：

接收第二通信节点发送的第二辅节点释放请求；

向第二通信节点反馈第二辅节点释放请求确认信息。

在一实施例中，应用于第一通信节点的通信方法，还包括：在接收到反传启动消息的同时，备份第一通信节点执行原反传流程中的反传数据。

在一实施例中，在备份第一通信节点自身的反传数据之后，还包括：

接收第二通信节点发送的用户终端ue上下文释放消息；

清除第一通信节点执行原反传流程中的反传数据。

图10是本申请实施例提供的另一种通信装置的结构框图。本实施例应用于第二通信节点。如图10所示，本实施例包括发送器1010。

发送器1010，配置为向第一通信节点发送反传启动消息；反传启动消息携带新的反传地址，并用于触发第一通信节点启动新的反传流程。

本实施例提供的通信装置设置为实现图6所示实施例的应用于第二通信节点的通信方法，本实施例提供的通信装置实现原理和技术效果类似，此处不再赘述。

在一实施例中，向第一通信节点发送反传启动消息，包括：在第一通信节点进行数据反传过程中，目的反传地址发生变化的情况下，向第一通信节点发送反传启动消息。

在一实施例中，在en-dc场景下，向第一通信节点发送反传启动消息，包括：向第一通信节点发送第一辅节点释放请求，第一辅节点释放请求携带新的反传地址。

在一实施例中，在mr-dc场景下，向第一通信节点发送反传启动消息，包括：向第一通信节点发送地址指示消息，地址指示消息携带新的反传地址。

在一实施例中，应用于第二通信节点的通信方法，还包括：向第一通信节点发送ue上下文释放消息。

图11是本申请实施例提供的一种设备的结构示意图。如图11所示，本申请提供的设备，包括：处理器1110、存储器1120和通信模块1130。该设备中处理器1110的数量可以是一个或者多个，图11中以一个处理器1110为例。该设备中存储器1120的数量可以是一个或者多个，图11中以一个存储器1120为例。该设备的处理器1110、存储器1120和通信模块1130可以通过总线或者其他方式连接，图11中以通过总线连接为例。在该实施例中，该设备可以为第一通信节点。

存储器1120作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序以及模块，如本申请任意实施例的设备对应的程序指令/模块(例如，应用于第一通信节点的通信装置中的接收器和启动模块)。存储器1120可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器1120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器1120可进一步包括相对于处理器1110远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通信模块1130，配置为在第一通信节点和第二通信节点之间进行通信交互。

上述提供的设备可设置为执行上述任意实施例提供的应用于第一通信节点的通信方法，具备相应的功能和效果。

在设备为第二通信节点时，上述提供的设备可设置为执行上述任意实施例提供的应用于第一通信节点的通信方法，具备相应的功能和效果。

本申请实施例还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行应用于第一通信节点的通信方法，该方法包括：接收第二通信节点发送的反传启动消息，反传启动消息携带新的反传地址；根据反传启动消息中新的反传地址启动新的反传流程。

本申请实施例还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行应用于第二通信节点的通信方法，该方法包括：向第一通信节点发送反传启动消息；反传启动消息携带新的反传地址，并用于触发第一通信节点启动新的反传流程。

本领域内的技术人员应明白，术语用户设备涵盖任何适合类型的无线用户设备，例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。

一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。

本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(instructionsetarchitecture，isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。

本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(read-onlymemory，rom)、随机访问存储器(randomaccessmemory，ram)、光存储器装置和系统(数码多功能光碟(digitalvideodisc，dvd)或光盘(compactdisk，cd))等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(digitalsignalprocessing，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑器件(field-programmablegatearray，fgpa)以及基于多核处理器架构的处理器。