CN111093288B - 一种用户数据传输方法、网络设备及存储介质 - Google Patents

一种用户数据传输方法、网络设备及存储介质 Download PDF

Info

Publication number
CN111093288B
CN111093288B CN201910706111.7A CN201910706111A CN111093288B CN 111093288 B CN111093288 B CN 111093288B CN 201910706111 A CN201910706111 A CN 201910706111A CN 111093288 B CN111093288 B CN 111093288B
Authority
CN
China
Prior art keywords
user
interface
message
data transmission
user interface
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201910706111.7A
Other languages
English (en)
Other versions
CN111093288A (zh
Inventor
刘壮
高音
马子江
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201910706111.7A priority Critical patent/CN111093288B/zh
Publication of CN111093288A publication Critical patent/CN111093288A/zh
Priority to PCT/CN2020/089315 priority patent/WO2021017568A1/zh
Application granted granted Critical
Publication of CN111093288B publication Critical patent/CN111093288B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/045Interfaces between hierarchically different network devices between access point and backbone network device

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供了一种用户数据传输方法、网络设备及存储介质,其中,所述方法包括:接收第二网络设备发送的第一消息;其中,所述第一消息中包括:用户面接口下行数据传输状态信息;根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口中至少之一的管理;其中,所述冗余数据传输功能为在多个用户面接口传输相同的数据拷贝的功能。如此,能够保证网络设备之间数据传输可靠性的基础上,避免不必要的传输所带来的带宽的浪费。

Description

一种用户数据传输方法、网络设备及存储介质
技术领域
本申请涉及通讯技术领域,尤其涉及一种用户数据传输方法、网络设备及存储介质。
背景技术
第五代(5Generation,5G)移动通讯系统中,5G基站称为新一代无线接入网节点(New Generation Radio Access Network Node,NG RAN Node,gNB),基站和核心网之间通过N3接口传输用户数据。
对于一些QOS要求高的业务,比如URLLC业务需要高可靠的传输用户数据。为了提高基站和核心网之间的输出传输接口的可靠性,如图1所示,基站和核心网之间可以建立两条N3tunnel,在两条N3tunnel上传输相同的数据,提高接口上数据传输的可靠性,避免在N3通道上出现丢包现象。
但是始终使用两条N3tunnel上传输相同数据,虽然提高了数据在接口上传输的可靠性,但是浪费了核心网和基站之间的接口带宽,在网络负荷重的时候,可能会导致核心网和无线接入网之间数据传输拥塞和丢失。所以急需一种既能够保证核心网和基站之间数据传输可靠性的方法,同时又能避免不必要的传输带宽的浪费。
发明内容
本申请提供用于一种用户数据传输方法、网络设备及存储介质。
本申请实施例提供一种用户数据传输方法,应用于第一网络设备,所述第一网络设备与无线接入网中的第二网络设备通过一个或多个用户面接口连接,用户的数据能够在所述一个或多个用户面接口上传输;所述方法包括:
接收第二网络设备发送的第一消息;其中,所述第一消息中包括:用户面接口下行数据传输状态信息;
根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口中至少之一的管理;其中,所述冗余数据传输功能为在多个用户面接口传输相同的数据拷贝的功能。
本申请实施例提供一种用户数据传输方法,应用于第二网络设备,所述第二网络设备为接入网中的网元,所述第二网络设备与第一网络设备通过一个或多个用户面接口连接,用户的数据能够在所述一个或多个用户面接口上传输;所述方法包括:
第二网络设备在用户面接口上接收第一网络设备发送的下行数据;
根据下行数据的接收情况,向第一网络设备反馈第一消息;其中,所述第一消息包含用户面接口下行数据传输状态信息。
本申请实施例提供了一种第一网络设备,所述第一网络设备与无线接入网中的第二网络设备通过一个或多个用户面接口连接,用户的数据能够在所述一个或多个用户面接口上传输;所述第一网络设备包括:
第一通信单元,用于接收第二网络设备发送的第一消息;其中,所述第一消息中包括:用户面接口下行数据传输状态信息;
第一处理单元,用于根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口中至少之一的管理;其中,所述冗余数据传输功能为在多个用户面接口传输相同的数据拷贝的功能。
本申请实施例提供了一种第二网络设备,所述第二网络设备为接入网中的网元,所述第二网络设备与第一网络设备通过一个或多个用户面接口连接,用户的数据能够在所述一个或多个用户面接口上传输;所述第二网络设备包括:
第二通信单元,用于在用户面接口上接收第一网络设备发送的下行数据;根据下行数据的接收情况,向第一网络设备反馈第一消息;其中,所述第一消息包含用户面接口下行数据传输状态信息。
本申请实施例提供了一种网络设备,包括:处理器和用于存储能够在处理器上运行的计算机程序的存储器,
其中,该存储器用于存储计算机程序,所述处理器用于调用并运行所述存储器中存储的计算机程序,执行前述步骤。
本申请实施例提供了一种存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现本申请实施例中的任意一种方法。
关于本申请的以上实施例和其他方面以及其实现方式,在附图说明、具体实施方式和权利要求中提供更多说明。
通过采用上述实施方式,根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,来确定是否激活或去激活冗余数据传输功能,以及是否进行用户面接口的管理。如此,能够在进行管理控制的时候结合上行以及下行数据的传输状态,从而能够保证网络设备之间数据传输可靠性的基础上,避免不必要的传输所带来的带宽的浪费。
附图说明
图1为一种网络设备间冗余数据传输场景示意图;
图2为本申请实施例用户数据传输方法流程示意图一;
图3为本申请实施例用户数据传输方法流程示意图二;
图4-图13为本申请实施例用户数据传输方法的多种场景的流程示意图;
图14为本申请实施例第一网络设备组成结构示意图;
图15为本申请实施例第二网络设备组成结构示意图;
图16为本申请提供的一种网络设备硬件组成结构示意图一;
图17为本申请提供的一种网络设备硬件组成结构示意图二;
图18为本申请提供的通信系统组成结构的示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白,下文中将结合附图对本申请的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
本申请实施例提供了一种用户数据传输方法,应用于第一网络设备,所述第一网络设备与无线接入网中的第二网络设备通过一个或多个用户面接口连接,用户的数据能够在所述一个或多个用户面接口上传输;如图2所示,所述方法包括:
步骤11:接收第二网络设备发送的第一消息;其中,所述第一消息中包括:用户面接口下行数据传输状态信息;
步骤12:根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口中至少之一的管理;其中,所述冗余数据传输功能为在多个用户面接口传输相同的数据拷贝的功能。
本申请实施例还提供一种用户数据传输方法,应用于第二网络设备,所述第二网络设备为无线接入网中的网元,所述第二网络设备与第一网络设备通过一个或多个用户面接口连接,用户的数据能够在所述一个或多个用户面接口上传输;如图3所示,所述方法包括:
步骤21:第二网络设备在用户面接口上接收第一网络设备发送的下行数据;
步骤22:根据下行数据的接收情况,向第一网络设备反馈第一消息;其中,所述第一消息包含用户面接口下行数据传输状态信息。
本实施例中所述第一网络设备可以为核心网设备,第二网络设备可以为无线接入网中的网元,比如,可以为基站、eNB、gNB。
前述在多个用户面接口传输相同的数据拷贝为:在多个用户面接口传输相同的PDU会话的数据拷贝,或者,在多个用户面接口传输相同的QoS流的数据拷贝。
其中,所述第一消息包含以下至少之一:建议使用的用户面接口信息;激活或者去激活多个用户面接口的冗余数据传输功能的指示;用户面接口下行数据丢包信息。
也就是说,用户面接口的下行数据的丢包情况,由第二网络设备上报给第一网络设备。第二网络设备可以根据下行数据包SN是否连续判断所述用户面接口是否存在下行丢包。也就是说,第二网络设备在接收下行数据包的时候,保持根据数据包SN来判断当前接收到的下行数据包是否连续,如果连续,就可以认为存在下行丢包,否则,认为不存在下行丢包。
具体的,第二网络设备根据下行数据包SN是否连续判断所述用户面接口是否存在下行丢包,包括:
如果冗余数据传输功能是针对PDU会话级别,第二网络设备根据下行数据的GTP-USN是否连续判断接口上是否有丢包;
如果冗余数据传输功能是针对QOS流级别的,第二网络设备根据下行数据包的针对QOS流的SN是否连续判断接口上是否有丢包。
也就是可以分多种情况来判断下行数据包是否丢包,分别为PDU会话激活以及QoS流两种级别。
另外,在第二网络设备生成第一消息的时候,还可以包括:当已激活多个用户面接口的冗余数据传输功能时,如果在第四时长内多个用户面接口中的第一用户面接口不存在下行丢包,则在第一消息中的用户面接口下行数据传输状态信息中添加包含去激活多个用户面接口的冗余数据传输功能的指示。否则,可以在第一消息中的用户面接口下行数据状态信息中添加激活多个用户面接口的冗余数据传输功能的指示。其中,指示可以体现为第一指示位,比如,该指示为置0时,可以表示指示去激活,为1时可以表示第一信息指示激活冗余数据传输功能。
所述第一消息中所建议使用的用户面接口为对应不存在下行丢包的第一用户面接口信息,其中,所述第一用户面接口信息为接口地址信息或者是接口ID信息。
另外,如果所建议使用的用户面接口为默认接口,则第一消息可不携带建议使用的用户面接口信息。
所述用户面接口下行数据丢包信息包含以下至少之一:
丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束的数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS流标识。
其中,丢包的区间段可以为第二网络设备检测到第一网络设备发送的下行数据之后,在其中的某段时间内产生了丢包的情况,那么该段时间就为丢包的区间段。或者,如果第二网络设备没有检测到下行数据的丢包,那么就在用户面接口下行数据丢包信息中指示无丢包的指示,比如,可以为一个指示位,如果该指示位为0则代表没有丢包。
另外,在该丢包的区间段中丢失的起始数据包的SN号、以及结束的数据包SN可以为根据实际情况确定的。
接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS流标识,可以用于表示第二网络设备当前接收到的最后一个数据包的SN,以及接收数据包的接口标识或地址,另外,如果该数据包来自QoS流,还可以指出对应的QoS流标识。
关于用户面接口的上行数据的丢包情况,可以由第一网络设备进行判断,具体可以包括:
在用户面接口接收上行数据;
根据所述上行数据包序列号SN,判断所述用户面接口是否存在上行丢包。
相应的,在第一网络设备确定存在上行丢包的时候,还可以向第二网络设备发送第二消息;
其中,所述第二消息中包含用户面接口上行数据丢包信息;所述用户面接口上行数据丢包信息包含以下至少之一:丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS流标识。
另外,第二网络设备接收第二消息;如果所述第二消息中包含接口上行数据丢包信息,则在一个或者多个用户面接口上重传对应丢失的下行数据包给第一网络设备。此时,如果激活冗余数据传输功能的情况下,可以采用多个用户面接口进行重传,如果去激活冗余数据传输功能的情况下,第二网络设备可以采用一个用户面接口进行重传。
其中,所述根据所述上行数据包序列号SN,判断所述用户面接口是否存在上行丢包,包括:
若冗余数据传输功能为针对PDU会话级别,则根据上行数据中GTP-U的SN是否连续判断是否存在丢包;
若冗余数据传输功能为针对QoS流级别,则根据上行数据包的针对QoS流的SN是否连续判断是否存在丢包。
基于前述下行数据存在丢包的情况,第一网络设备还可以进行数据包重传,具体的:若第一消息中包含用户面接口下行数据丢包信息,则在一个或多个用户面接口上重传丢失的下行数据包至第二网络设备。此时,如果用户面接口只有一个,那么就在这一个用户面接口上重传丢失的下行数据包,另外,此时重传的下行数据包可以根据第一消息中的相关信息来确定所要重传的下行数据包;如果用户面接口有多个,那么可以在多个用户面接口上均重传丢失的下行数据包。
本实施例的一种情况中,如果原来第一网络设备与第二网络设备之间只有一个用户面接口,那么如果需要通过多用户面接口进行数据传输之前,还需要包括:
所述第一网络设备向第二网络设备发起用户会话建立消息;
其中,所述用户会话建立消息用于建立多个用户面接口以传输用户会话数据,所述用户会话建立消息中包括以下至少之一:
多个用户面地址;对应用户面接口ID;用户面接口的冗余数据传输功能是否激活的初始态指示;冗余数据传输功能是针对PDU会话级别或针对QOS流级别的指示;多个QOS流中的一个QoS流是否支持冗余数据传输功能的指示;默认的用户面接口地址或者接口ID。
又或者,还可以由第二网络设备向第一网络设备反馈,比如:第一网络设备向第二网络设备发起用户会话建立消息;接收第二网络设备反馈的用户会话建立相应消息,其中携带以下一项或者多项:第二网络设备侧多个第一网络设备的用户面地址;对应用户面接口ID。
具体来说,
第二网络设备接收第一网络设备发送的用户会话建立消息,根据用户会话建立消息指示建立多个用户面接口用于用户会话数据传输;向第一网络设备反馈用户会话建立相应消息,其中携带以下一项或者多项:第二网络设备侧多个第一网络设备的用户面地址;对应用户面接口ID。
其中,所述根据用户会话建立消息指示建立多个用户面接口用于用户会话数据传输,包括以下至少之一:
如果用户会话建立消息携带多个用户面地址,则第二网络设备分配多个用户面接口地址,并建立对应的多个用户面接口;
如果用户会话建立消息携带用户面接口的冗余数据传输功能是否激活的初始态指示,则按照指示配置冗余数据传输功能初始是否激活;
如果用户会话建立消息携带冗余数据传输功能是针对PDU会话级别或针对QOS流级别的指示,则配置冗余数据传输功能为多个用户面接口上传输相同的PDU会话数据的拷贝或相同的QOS流数据的拷贝;
如果用户会话建立消息携带QOS流是否支持冗余数据传输功能的指示,则配置对应QOS流是否支持冗余数据传输功能;
如果用户会话建立消息携带默认的用户面接口地址或者接ID,则配置冗余数据传输功能未激活时默认的用户数据传输所使用的接口为对应接口。
一种情况下,如果存在上行数据丢包的情况,那么结合第一消息的内容,确定将多个用户面接口的冗余数据传输功能激活;具体的:
在配置有多个用户面接口、且所述多个用户面接口的冗余数据传输功能未激活时,
所述根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口中至少之一的管理,包括以下至少之一:
如果第一消息中的用户面接口下行数据传输状态信息包含激活多个用户面接口的冗余数据传输功能的指示,则所述第一网络设备激活冗余数据传输功能,并在预先配置的多个用户面接口上向第二网络设备传输相同的用户数据的拷贝;也就是说,此时第一消息中指示激活冗余数据传输功能,并且也存在上行数据丢包的情况,那么就将原来未激活的冗余数据传输功能激活;
如果第一消息中的用户面接口下行数据传输状态信息中包含用户面接口下行数据丢包信息,则所述第一网络设备激活冗余数据传输功能,并在预先配置的多个用户面接口上向第二网络设备传输相同的用户数据的拷贝;也就是说,此时即存在上行丢包、又存在下行丢包,那么就可以确定将原来未激活冗余数据传输功能改变为激活;
如果第一时长内,用户面接口上行数据存在丢包,则所述第一网络设备激活冗余数据传输功能,并在预先配置的多个用户面接口上向第二网络设备传输相同的用户数据的拷贝。
其中,所述相同的用户数据的拷贝为针对一个QOS流的用户数据的拷贝;所述用户数据中携带针对QOS流的数据包SN。
相应的,第二网络设备在预先配置的多个用户面接口上向第二网络设备发送相同的用户数据的拷贝为针对QOS流的,则所述用户数据中携带针对QOS流的数据SN。
第一网络设备还可以控制将激活的冗余数据传输功能转换为去激活,可以包括:
当前已激活多个用户面接口的冗余数据传输功能时,
所述根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口中至少之一的管理,包括以下至少之一:
如果第一消息中的用户面接口下行数据传输状态信息包含去激活多个用户面接口的冗余数据传输功能的指示以及建议使用的用户面接口信息,并且,在第二时长内,第一消息中所建议使用的用户面接口上行数据不存在丢包,则所述第一网络设备去激活冗余数据传输功能,并仅在第一消息中所建议使用的用户面接口上向第二网络设备传输用户数据;也就是说,第一消息建议去激活,并且上述数据不存在丢包,则去激活冗余数据传输;
如果第一消息中的用户面接口下行数据传输状态信息包含去激活多个用户面接口的冗余数据传输功能的指示且不包含建议使用的用户面接口信息,并且,在第二时长内,默认的用户面接口上行数据不存在丢包,则所述第一网络设备去激活冗余数据传输功能,并仅在预先配置的默认用户面接口上向第二网络设备传输用户数据;与上一分支不同在于,如果第一消息中没有建议使用的用户面接口,那么就在默认的用户面接口上进行传输;
如果第三时长内,所述第一网络设备接收的第一消息中不包含对应用户面接口下行数据丢包信息或者未接收到包含下行数据丢包信息的消息,且对应用户面接口上行数据也不存在丢包,则所述第一网络设备去激活冗余数据传输功能,并仅在对应的未丢包的用户面接口上向第二网络设备传输用户数据。
其中,第二时长、第三时长可以相同也可以不同。
进一步地,当所述第一网络设备决定激活冗余数据传输功能,向第二网络设备发送第三消息;其中,第三消息可选的由用户会话修改消息携带,所述第三消息包含:激活冗余数据传输功能的指示。
相应的,所述第二网络设备接收第三消息,其中第三消息可选的由用户会话修改消息携带;
基于所述第三消息执行以下至少之一:
如果第三消息包含激活冗余数据传输功能的指示,则第二网络设备在预先配置的多个用户面接口上向第二网络设备发送相同的用户数据的拷贝;
如果第三消息包含去激活冗余数据传输功能的指示且不包含使用的用户面接口信息,则第二网络设备仅在预先配置的默认用户面接口上向核心网发送用户数据;
如果第三消息包含去激活冗余数据传输功能的指示且包含使用的用户面接口信息,则第二网络设备仅在指示的用户面接口信息上向核心网发送用户数据;
如果第三消息包含释放的用户面接口信息,则第二网络设备释放对应的用户面接口资源。也就是根据第三消息释放多个用户面接口中的至少部分,由于释放用户面接口信息的情况通常对应于去激活冗余数据传输功能的情况,因此可以为释放多个用户面接口保留一个用户面接口,保留的那个用户面接口可以为默认的用户面接口,也可以为未发生丢包的第一用户面接口。
所述第一网络设备决定去激活冗余数据传输功能后,向第二网络设备发送第四消息;
其中,第四消息可选的由用户会话修改消息携带,所述第四消息包含以下一项或者多项:去激活冗余数据传输功能的指示;使用的用户面接口信息;删除的用户面接口信息。
再一种情况中,所述第一网络设备只配置了一个用户面接口时,
所述根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口中至少之一的管理,包括:
如果第一消息中的用户面接口下行数据传输状态信息中包含用户面接口下行数据丢包信息或者用户面接口上行存在丢包,则向第二网络设备发送第五消息;
其中,所述第五消息可选的由用户会话修改消息携带,用于增加一个用户面接口用于用户会话数据传输,其中第五消息中携带以下一项或者多项:新增的核心网用户面接口地址;对应新增的核心网用户面接口ID;用户面接口的冗余数据传输功能是否激活的初始态指示。
也就是说,如果当前没有配置多个用户面接口的时候,如果要进行冗余数据传输功能,那么就控制用户面接口进行建立,从而增加新的多个用户面接口用户进行数据传输。此时,还可以在第五消息中通知对端基于原有以及新建的多个用户面接口是否激活冗余数据传输功能。此时,第二网络设备根据第五消息建立与第一网络设备的用户面接口地址或ID对应的第二网络设备的用户面接口,并根据第五消息中的冗余数据功能是否激活的初始态指示来设置对应的多个用户面接口的初始状态。
还可以存在一种处理方式为,第一网络设备向第二网络设备发送第六消息;相应的,第二网络设备接收第一网络设备发送的第六消息;所述第六消息由用户会话修改消息携带,用于通知第二网络设备修改相关冗余数据传输功能配置;
所述第二网络设备根据第六消息修改多个用户面接口的冗余数据传输功能配置,向所述第一网络设备发送用户会话修改反馈消息,其中携带以下一项或者多项:第二网络设备侧新增的用户面接口;第二网络设备侧修改的用户面地址信息;对应用户面接口ID。
其中,所述根据第六消息修改多个用户面接口的冗余数据传输功能配置,包括以下至少之一:
如果第六消息携带增加的第一网络设备的用户面地址,则第二网络设备分配新的用户面接口地址,并新增对应的多个用户面接口;
如果第六消息携带修改的第一网络设备的用户面地址,则修改对应用户面接口的第一网络设备对应的用户面地址;
如果第六消息携带用户面接口的冗余数据传输功能是否激活的初始态指示,则按照指示配置冗余数据传输功能初始是否激活;
如果第六消息携带冗余数据传输功能是针对PDU会话级别或针对QOS流级别的指示,则配置冗余数据传输功能为多个用户面接口上传输相同的PDU会话数据的拷贝或相同的QOS流数据的拷贝;
如果第六消息携带QOS流是否支持冗余数据传输功能的指示,则配置对应QOS流是否支持冗余数据传输功能;
如果用户会话修改消息携带默认的用户面接口地址或者接口ID,则配置冗余数据传输功能未激活时默认的用户数据传输所使用的接口为对应接口。
下面结合多种场景,以第一网络设备为核心网的设备,第二网络设备为无线接入网元或者基站为例,对本实施例提供的方案进行详细说明:
场景1、下行接口数据重传和接口增加,如图4所示,具体如下:
步骤1:第一网络设备(比如,核心网)和第二网络设备(比如,基站、或者无线接入网元)之间为指定用户会话配置了一个用户面接口用于传输用户数据。
步骤2:核心网在用户面接口上向基站发送下行用户数据,下行用户数据携带连续的GTP-U SN。
步骤3:基站在用户面接口上接收下行数据,并根据下行GTP-U数据包SN是否连续判断所述用户面接口是否存在下行丢包,并设置第一消息中的用户面接口下行数据丢包信息。
需要指出的是,所述第一消息的用户面接口下行数据传输状态信息包含以下至少之一:
建议使用的用户面接口;
激活或者去激活多个用户面接口的冗余数据传输功能的指示;
用户面接口下行数据丢包信息。
本场景中主要针对第一消息中包含有用户面接口下行数据丢包信息的情况。其中,所述用户面接口下行数据丢失信息包含以下至少之一:丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOSFLOW标识。
其中,所述数据包SN是针对PDU SESSION的GTP-U SN,或者是针对PDU SESSION中的QOS FLOW的SN。
步骤4:基站发送第一消息给核心网。
另外,第一消息可以周期性的由第二网络设备设置并发送;或者由事件触发,如第二网络设备检测到接口下行数据丢包后设置并发送;或者第一网络设备在发送下行数据的时候第二网络设备设置第一消息的轮询比特,第二网络设备检测到轮询比特以后,设置第一消息并发送。
步骤5:第一网络设备接收第二网络设备发送的第一消息;
如果其中用户面接口下行数据传输状态信息包含用户面接口下行数据丢包信息,第一网络设备确定在当前用户面接口上重传所述丢失的下行数据包给基站。
步骤6a(可选1):第一网络设备接收第一消息,如果第一消息中的用户面接口下行数据传输状态信息中包含用户面接口下行数据丢包信息或者用户面接口上行存在丢包,则向第二网络设备发送第五消息;
其中,所述第五消息可选的由用户会话修改消息携带,用于增加一个用户面接口用于用户会话数据传输,其中第五消息中携带以下一项或者多项:新增的核心网用户面接口地址;对应新增的核心网用户面接口ID;用户面接口的冗余数据传输功能是否激活的初始态指示。
举例来说,如果第一消息中用户面接口下行数据传输状态信息包含用户面接口下行数据丢包信息,第一网络设备向第二网络设备发送用户会话修改消息(如PDU SessionResource Modify Request),其中携带新增的核心网用户面接口地址,用于指示基站增加一个用户面接口用于冗余数据传输。此外消息还可选的携带用户面接口的冗余数据传输功能是否激活的初始态指示;可选携带冗余数据传输功能是针对PDU SESSION级别还是针对QOS FLOW级别的指示;可选携带某个QOS FLOW是否支持redundant数据传输功能的指示;可选携带默认的用户面接口地址或者接口ID。
步骤7a(可选1):第二网络设备接收第一网络设备发送的用户会话修改消息,根据用户会话修改消息修改多个用户面的冗余数据传输功能配置;向所述第一网络设备发送用户会话修改反馈消息,其中携带以下一项或者多项:第二网络设备侧新增的用户面接口;第二网络设备侧修改的用户面地址信息;对应用户面接口ID。
举例来说,基站接收用户会话修改消息,并新增一个用户面接口用于冗余数据传输,并向核心网发送用户会话修改反馈消息(如PDU Session Resource ModifyRESPONSE),其中携带以下一项或者多项:基站侧新增的用户面接口;对应用户面接口ID。此外,如果用户会话修改消息携带用户面接口的冗余数据传输功能是否激活的初始态指示,则按照指示配置冗余数据传输功能初始是否激活;如果用户会话修改消息携带冗余数据传输功能是针对PDU SESSION级别还是针对QOS FLOW级别的指示,则配置冗余数据传输功能为多个用户面接口上传输相同的PDU SESSION数据的拷贝还是相同的QOS FLOW数据的拷贝;如果用户会话修改消息携带某个QOS FLOW是否支持redundant数据传输功能的指示,则配置对应QOS FLOW是否支持redundant数据传输功能;如果用户会话修改消息携带默认的用户面接口地址或者接口ID,则配置冗余数据传输功能未激活时默认的用户数据传输所使用的接口为对应接口。
步骤6b(可选2):基站检测到用户面接口下行数据丢包,基站向核心网发送用户会话修改指示消息(如PDU Session Resource Modify Indication),其中携带新增的基站用户面接口地址,用于指示核心网增加一个用户面接口用于冗余数据传输。
步骤7a(可选2):核心网接收用户会话更新指示消息,并新增一个用户面接口用于冗余数据传输,并向核心网发送用户会话修改确认消息(如PDUSession Resource ModifyConfirm),其中携带新增的核心网用户面接口地址,此外消息还可选的携带用户面接口的冗余数据传输功能是否激活的初始态指示;可选携带冗余数据传输功能是针对PDUSESSION级别还是针对QOSFLOW级别的指示;可选携带某个QOS FLOW是否支持redundant数据传输功能的指示;可选携带默认的用户面接口地址或者接口ID。
场景2、上行接口数据重传和接口增加,参见图5:
步骤1:核心网和基站(或者无线接入网元)之间为指定用户会话建立了一个用户面接口用于传输用户数据。
步骤2:基站在用户面接口上向核心网发送上行用户数据,其中上行数据携带连续的GTP-U SN。
步骤3:在用户面接口接收上行数据;根据所述上行数据包序列号SN,判断所述用户面接口是否存在上行丢包。
核心网在用户面接口上接收上行数据,并根据上行GTP-U数据包SN是否连续判断所述用户面接口是否存在上行丢包,并设置第二消息中的用户面接口上行数据丢包信息,所述用户面接口上行数据丢失信息包含以下至少之一:丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS FLOW标识。其中所述数据包SN针对PDU SESSION的GTP-U SN。
步骤4:核心网发送第二消息给基站。(另外第二消息可以周期性的由核心网设置并发送;或者由事件触发,如核心网检测到接口上行数据丢包后设置并发送;或者基站在发送上行数据的时候设置第二消息的轮询比特,核心网检测到轮询比特以后,设置第二消息并发送)。
步骤5:基站接收第二消息,如果其中包含用户面接口上行数据丢包信息,基站在当前用户面接口上重传所述丢失的上行数据包给核心网。
步骤6:核心网检测到用户面接口上行数据丢包后,核心网向基站发送用户会话修改消息(如PDU Session Resource Modify Request),其中携带新增的核心网用户面接口地址,用于指示基站增加一个用户面接口用于冗余数据传输。此外消息还可选的携带用户面接口的冗余数据传输功能是否激活的初始态指示;可选携带冗余数据传输功能是针对PDU SESSION级别还是针对QOS FLOW级别的指示;可选携带某个QOS FLOW是否支持redundant数据传输功能的指示;可选携带默认的用户面接口地址或者接口ID。
步骤7:基站接收用户会话修改消息,并新增一个用户面接口用于冗余数据传输,并向核心网发送用户会话更新反馈消息(如PDU Session Resource Modify RESPONSE),其中携带以下一项或者多项:基站侧新增的用户面接口;对应用户面接口ID。此外,如果用户会话修改消息携带用户面接口的冗余数据传输功能是否激活的初始态指示,则按照指示配置冗余数据传输功能初始是否激活;如果用户会话修改消息携带冗余数据传输功能是针对PDU SESSION级别还是针对QOS FLOW级别的指示,则配置冗余数据传输功能为多个用户面接口上传输相同的PDU SESSION数据的拷贝还是相同的QOS FLOW数据的拷贝;如果用户会话修改消息携带某个QOS FLOW是否支持redundant数据传输功能的指示,则配置对应QOSFLOW是否支持redundant数据传输功能;如果用户会话修改消息携带默认的用户面接口地址或者接口ID,则配置冗余数据传输功能未激活时默认的用户数据传输所使用的接口为对应接口。。
场景3、根据接口下行数据传输状态信息激活多接口冗余(redundant)数据传输功能,如图6所示:
步骤1:核心网和基站之间配置了多个用户面接口用于传输指定用户数据;比如,核心网和基站(或者无线接入网元)之间为指定用户会话建立了两个用户面接口,即接口1和接口2用于传输用户数据。并且当前多个用户面接口的冗余数据传输功能未激活,核心网和基站之间仅使用接口1传输用户数据。
步骤2:基站和核心网在用户面接口1上传输上下行用户数据,如果redundant功能是针对PDU SESSION配置的,则接口上上行或者下行用户数据携带连续的GTP-U SN,如果redundant功能是针对PDU SESSION中的某些QOS FLOW配置的,接口上对应的上行或者下行用户QOS FLOW数据携带连续的针对QOS FLOW的SN。
步骤3:基站在用户面接口1上接收下行数据,并根据下行数据包SN是否连续判断所述用户面接口是否存在下行丢包,并可选的设置第一消息中的用户面接口下行数据丢包信息,所述用户面接口下行数据丢失信息包含以下至少之一:丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS FLOW标识。如果redundant功能是针对PDUSESSION配置的,其中所述数据包SN是针对PDU SESSION的GTP-U SN,如果redundant功能是针对PDU SESSION中的某些QOS FLOW配置的,其中所述数据包SN针对PDU SESSION中的QOSFLOW的SN。基站如果检测到用户面接口1存在下行丢包,基站可选的设置第一消息中的激活多个用户面接口的冗余数据传输功能的指示。
步骤4:基站发送第一消息给核心网,第一消息可以在用户面上发送,也可以在控制面上发送,或者分拆成多个消息并在用户面和控制面上发送。(另外第一消息可以周期性的由基站设置并发送;或者由事件触发,如基站检测到接口下行数据丢包后设置并发送;或者核心网在发送下行数据的时候设置第一消息的轮询比特,基站检测到轮询比特以后,设置第一消息并发送)。
步骤5:核心网接收第一消息并判断是否激活多个用户面接口的冗余数据传输功能。(如果第一消息中的用户面接口下行数据传输状态信息包含激活多个用户面接口的冗余数据传输功能的指示,核心网激活冗余数据传输功能;或者如果第一消息中包含用户面接口下行数据丢包信息,核心网激活冗余数据传输功能)。
步骤6:核心网判断激活多个用户面接口的冗余数据传输功能后,核心网向基站发送第三消息,第三消息可以是用户会话修改消息,所述第三消息包含以下:激活冗余数据传输功能的指示。
步骤7:核心网和基站都开启了多个用户面接口的冗余数据传输功能,如果redundant功能是针对PDU SESSION配置的,则在多个接口上传输相同的PDU SESSION数据的拷贝,其中携带相同的GTP-U SN;如果redundant功能是针对QOS FLOW配置的,则在多个接口上传输相同的QOS FLOW数据的拷贝,其中携带相同的针对QOS FLOW的SN.
步骤8:核心网可以在接口1重传所述丢失的下行数据包给基站;或者接口2重传所述丢失的下行数据包给基站;或者接口1和接口2都重传所述丢失的下行数据包拷贝给基站。(如果在步骤4后重传,在接口1上重传所述丢失的下行数据包给基站)。
场景4、根据接口上行数据传输状态信息激活多接口冗余数据传输功能,如图7所示:
步骤1:核心网和基站(或者无线接入网元)之间为指定用户会话建立了两个用户面接口,即接口1和接口2用于传输用户数据。并且当前多个用户面接口的冗余数据传输功能未激活,核心网和基站之间仅使用接口1传输用户数据。
步骤2:基站和核心网在用户面接口1上传输上下行用户数据。如果redundant功能是针对PDU SESSION配置的,则接口上上行或者下行用户数据携带连续的GTP-U SN,如果redundant功能是针对PDU SESSION中的某些QOS FLOW配置的,接口上对应的上行或者下行用户QOS FLOW数据携带连续的针对QOS FLOW的SN。
步骤3:核心网在用户面接口1上接收上行数据,并根据上行数据包SN是否连续判断用户面接口1是否存在上行丢包,并设置第二消息中的用户面接口上行数据丢包信息,所述用户面接口上行数据丢失信息包含以下至少之一:丢包的区间段;丢包的区间段的起始GTP-U数据包SN;丢包的区间段的结束GTP-U数据包SN;没有丢包的指示;接收的最后一个GTP-U数据包SN;接口标识或者接口地址数据包的QOS FLOW标识。如果redundant功能是针对PDU SESSION配置的,其中所述数据包SN是针对PDU SESSION的GTP-USN,如果redundant功能是针对PDU SESSION中的某些QOS FLOW配置的,其中所述数据包SN针对PDU SESSION中的QOS FLOW的SN。此外,核心网检测到接口上行数据丢包后,判断激活冗余数据传输功能。
步骤4:核心网发送第二消息给基站,第二消息可以在用户面上发送,也可以在控制面上发送。(另外第二消息可以周期性的由核心网设置并发送;或者由事件触发,如核心网检测到接口上行数据丢包后设置并发送;或者基站在发送上行数据的时候设置第二消息的轮询比特,核心网检测到轮询比特以后,设置第二消息并发送)。
步骤5:核心网判断激活冗余数据传输功能后,核心网向基站发送第三消息,第三消息可以是用户会话修改消息,所述第三消息包含以下:激活冗余数据传输功能的指示。其中第三消息内容也可以合并到第二消息中发送给基站。
步骤6:核心网和基站都开启了多个用户面接口的冗余数据传输功能,如果redundant功能是针对PDU SESSION配置的,则在多个接口上传输相同的PDU SESSION数据的拷贝,其中携带相同的GTP-U SN;如果redundant功能是针对QOS FLOW配置的,则在多个接口上传输相同的QOS FLOW数据的拷贝,其中携带相同的针对QOS FLOW的SN.
步骤7:基站可以在接口1重传所述丢失的上行数据包给核心网;或者接口2重传所述丢失的上行数据包给核心网;或者接口1和接口2都重传所述丢失的上行数据包拷贝给核心网。(如果在步骤4后重传,在接口1上重传所述丢失的上行数据包给核心网)。
场景5、根据接口上下行数据传输状态信息激活多接口冗余数据传输功能,如图8所示,包括:
步骤1:核心网和基站(或者无线接入网元)之间为指定用户会话建立了两个用户面接口,即接口1和接口2用于传输用户数据。并且当前多个用户面接口的冗余数据传输功能未激活,核心网和基站之间仅使用接口1传输用户数据。
步骤2:基站和核心网在用户面接口1上传输上下行用户数据。如果redundant功能是针对PDU SESSION配置的,则接口上上行或者下行用户数据携带连续的GTP-U SN,如果redundant功能是针对PDU SESSION中的某些QOS FLOW配置的,接口上对应的上行或者下行用户QOS FLOW数据携带连续的针对QOS FLOW的SN。
步骤3.1:基站在用户面接口1上接收下行数据,并根据下行数据包SN是否连续判断所述用户面接口是否存在下行丢包,并可选的设置第一消息中的用户面接口下行数据丢包信息,所述用户面接口下行数据丢失信息包含以下至少之一:丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS FLOW标识。如果redundant功能是针对PDUSESSION配置的,其中所述数据包SN是针对PDU SESSION的GTP-U SN,如果redundant功能是针对PDU SESSION中的某些QOS FLOW配置的,其中所述数据包SN针对PDU SESSION中的QOSFLOW的SN。基站如果检测到用户面接口1存在下行丢包,基站可选的设置第一消息中的激活多个用户面接口的冗余数据传输功能的指示。
步骤3.2:核心网在用户面接口1上接收上行数据,并根据上行数据包SN是否连续判断用户面接口1是否存在上行丢包,并设置第二消息中的用户面接口上行数据丢包信息,所述用户面接口上行数据丢失信息包含以下至少之一:丢包的区间段;丢包的区间段的起始GTP-U数据包SN;丢包的区间段的结束GTP-U数据包SN;没有丢包的指示;接收的最后一个GTP-U数据包SN;接口标识或者接口地址数据包的QOS FLOW标识。如果redundant功能是针对PDU SESSION配置的,其中所述数据包SN是针对PDU SESSION的GTP-USN,如果redundant功能是针对PDU SESSION中的某些QOS FLOW配置的,其中所述数据包SN针对PDU SESSION中的QOS FLOW的SN。
步骤4:基站发送第一消息给核心网,第一消息可以在用户面上发送,也可以在控制面上发送,或者分拆成多个消息并在用户面和控制面上发送。(另外第一消息可以周期性的由基站设置并发送;或者由事件触发,如基站检测到接口下行数据丢包后设置并发送;或者核心网在发送下行数据的时候设置第一消息的轮询比特,基站检测到轮询比特以后,设置第一消息并发送)。
步骤5:核心网发送第二消息给基站,第二消息可以在用户面上发送,也可以在控制面上发送。(另外第二消息可以周期性的由核心网设置并发送;或者由事件触发,如核心网检测到接口上行数据丢包后设置并发送;或者基站在发送上行数据的时候设置第二消息的轮询比特,核心网检测到轮询比特以后,设置第二消息并发送)。(另外,4,5步骤没有先后关系)
步骤6:核心网接收第一消息和用户上行数据并判断是否激活多个用户面接口的冗余数据传输功能。(如果第一消息中的用户面接口下行数据传输状态信息包含激活多个用户面接口的冗余数据传输功能的指示,核心网激活冗余数据传输功能;或者如果第一消息中包含用户面接口下行数据丢包信息,核心网激活冗余数据传输功能;或者一段时间内核心网检测到用户面接口1存在上行丢包)。
步骤7:核心网判断激活冗余数据传输功能后,核心网向基站发送第三消息,第三消息可以是用户会话修改消息,所述第三消息包含以下:激活冗余数据传输功能的指示。其中第三消息内容也可以合并到第二消息中发送给基站。
步骤8:核心网和基站都开启了多个用户面接口的冗余数据传输功能,如果redundant功能是针对PDU SESSION配置的,则在多个接口上传输相同的PDU SESSION数据的拷贝,其中携带相同的GTP-U SN;如果redundant功能是针对QOS FLOW配置的,则在多个接口上传输相同的QOS FLOW数据的拷贝,其中携带相同的针对QOS FLOW的SN.
步骤9:核心网可以在接口1重传所述丢失的下行数据包给基站;或者接口2重传所述丢失的下行数据包给基站;或者接口1和接口2都重传所述丢失的下行数据包拷贝给基站(如果在步骤4后重传,在接口1上重传所述丢失的下行数据包给基站)。基站可以在接口1重传所述丢失的上行数据包给核心网;或者接口2重传所述丢失的上行数据包给核心网;或者接口1和接口2都重传所述丢失的上行数据包拷贝给核心网(如果在步骤5后重传,在接口1上重传所述丢失的上行数据包给核心网)。
场景6、根据接口下行数据传输状态信息去激活多接口冗余数据传输功能,如图9所示,包括:
步骤1:核心网和基站(或者无线接入网元)之间为指定用户会话建立了两个用户面接口,即接口1和接口2用于传输用户数据。并且当前多个用户面接口的冗余数据传输功能已经激活,核心网和基站之间使用接口1和接口2传输用户数据。
步骤2:基站和核心网在用户面接口1和用户面接口2上传输上下行数据,如果redundant功能是针对PDU SESSION配置的,则在接口2上是传输接口1上相同的PDUSESSION数据的拷贝,其中携带相同的GTP-U SN;如果redundant功能是针对QOS FLOW配置的,则则在接口2上是传输接口1上相同的QOS FLOW数据的拷贝,其中携带相同的针对QOSFLOW的SN.
步骤3:基站在用户面接口1和接口2上接收下行数据,并根据对应接口的下行GTP-U数据包SN是否连续判断对应接口是否存在下行丢包,并可选的设置第一消息中的用户面接口下行数据丢包信息,所述用户面接口下行数据丢失信息包含以下至少之一:丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS FLOW标识。如果redundant功能是针对PDU SESSION配置的,其中所述数据包SN是针对PDU SESSION的GTP-USN,如果redundant功能是针对PDU SESSION中的某些QOS FLOW配置的,其中所述数据包SN针对PDUSESSION中的QOS FLOW的SN。基站如果检测到某个接口一段时间内不存在下行丢包,基站可选的设置第一消息中的去激活多个用户面接口的冗余数据传输功能的指示,以及可选的设置建议使用的用户面接口信息为对应的不存在下行丢包的接口,所述建议使用的用户面接口信息可以是接口地址信息或者是接口ID信息。
步骤4:基站发送第一消息给核心网,第一消息可以在用户面上发送,也可以在控制面上发送,或者分拆成多个消息并在用户面和控制面上发送。(另外第一消息可以周期性的由基站设置并发送;或者由事件触发,如基站检测到接口下行数据丢包后设置并发送;或者核心网在发送下行数据的时候设置第一消息的轮询比特,基站检测到轮询比特以后,设置第一消息并发送)。
步骤5:核心网接收第一消息,根据第一消息中的用户面接口下行数据传输状态信息判断是否去激活多个用户面接口的冗余数据传输功能。(如果第一消息中的用户面接口下行数据传输状态信息包含去激活多个用户面接口的冗余数据传输功能的指示以及建议使用的用户面接口信息,核心网去激活冗余数据传输功能,并仅在第一消息中所建议使用的用户面接口上向无线接入网网元传输用户数据;如果第一消息中的用户面接口下行数据传输状态信息包含去激活多个用户面接口的冗余数据传输功能的指示且不包含建议使用的用户面接口信息,核心网去激活冗余数据传输功能,并仅在预先配置的默认用户面接口上向无线接入网网元传输用户数据)。
步骤6:核心网去激活冗余数据传输功能后,核心网设置第三消息,第三消息可以是用户会话修改消息,其中可选的设置第三消息中去激活冗余数据传输功能的指示;可选的设置第上消息中使用的用户面接口信息为当前核心网传输数据的用户面接口;可选的设置删除的用户面接口信息为当前核心网不传输数据的用户面接口。核心网向基站发送第三消息。第三消息可以在用户面上传输,也可以在控制面上传输。
步骤7:基站接收第三消息,如果第三消息包含了去激活了冗余数据传输功能的指示且不包含使用的用户面接口信息,无线接入网元仅在预先配置的默认用户面接口上向核心网发送用户数据;如果第三消息包含了去激活了冗余数据传输功能的指示且包含使用的用户面接口信息,无线接入网元仅在指示的用户面接口信息上向核心网发送用户数据;如果第三消息包含释放的的用户面接口信息,无线接入网元释放对应的用户面接口资源。
步骤8:核心网和基站都关闭了多个用户面接口的冗余数据传输功能,并只在指定的一个用户面接口上传输上下行数据。
场景7、根据接口上行数据传输状态信息去激活多接口冗余数据传输功能,如图10所示,包括:
步骤1:核心网和基站(或者无线接入网元)之间为指定用户会话建立了两个用户面接口,即接口1和接口2用于传输用户数据。也就是说,配置了多个用户面接口(本场景以两个接口为例进行后续说明),并且当前多个用户面接口的冗余数据传输功能已经激活,核心网和基站之间使用接口1和接口2传输用户数据。
步骤2:基站和核心网在用户面接口1和用户面接口2上传输上下行数据,如果redundant功能是针对PDU SESSION配置的,则在接口2上是传输接口1上相同的PDUSESSION数据的拷贝,其中携带相同的GTP-U SN;如果redundant功能是针对QOS FLOW配置的,则则在接口2上是传输接口1上相同的QOS FLOW数据的拷贝,其中携带相同的针对QOSFLOW的SN.
步骤3:核心网在用户面接口1和接口2上接收上行数据,如果冗余数据传输功能是针对PDU SESSION级别,核心网根据上行数据的GTP-U SN是否连续判断接口上是否有丢包;如果冗余数据传输功能是针对QOS FLOW级别的,核心网根据上行数据包的针对QOS FLOW的SN是否连续判断接口上是否有丢包。
步骤4:核心网如果检测到指定接口一段时间内不存在上行丢包,核心网去激活多个用户面接口的冗余数据传输功能,并仅在所述不存在上行丢包的指定接口向基站传输数据。核心网设置第三消息,其中可选的设置第三消息中去激活冗余数据传输功能的指示;可选的设置第上消息中使用的用户面接口信息为当前核心网传输数据的用户面接口;可选的设置删除的用户面接口信息为当前核心网不传输数据的用户面接口。所述用户面接口信息可以是接口地址信息或者是接口ID信息。
步骤5:核心网向基站发送第三消息,第三消息可以是用户会话修改消息,第三消息可以在用户面上传输,也可以在控制面上传输。
步骤6:基站接收第三消息,如果第三消息包含了去激活了冗余数据传输功能的指示且不包含使用的用户面接口信息,无线接入网元仅在预先配置的默认用户面接口上向核心网发送用户数据;如果第三消息包含了去激活了冗余数据传输功能的指示且包含使用的用户面接口信息,无线接入网元仅在指示的用户面接口信息上向核心网发送用户数据;如果第三消息包含释放的的用户面接口信息,无线接入网元释放对应的用户面接口资源。
步骤7:核心网和基站都关闭了多个用户面接口的冗余数据传输功能,并只在指定的一个用户面接口上传输上下行数据。
场景8、根据接口上下行数据传输状态信息去激活多接口冗余数据传输功能,如图11所示,包括:
步骤1:核心网和基站(或者无线接入网元)之间为指定用户会话建立了两个用户面接口,即接口1和接口2用于传输用户数据。并且当前多个用户面接口的冗余数据传输功能已经激活,核心网和基站之间使用接口1和接口2传输用户数据。
步骤2:基站和核心网在用户面接口1和用户面接口2上传输上下行数据,如果redundant功能是针对PDU SESSION配置的,则在接口2上是传输接口1上相同的PDUSESSION数据的拷贝,其中携带相同的GTP-U SN;如果redundant功能是针对QOS FLOW配置的,则则在接口2上是传输接口1上相同的QOS FLOW数据的拷贝,其中携带相同的针对QOSFLOW的SN.
步骤3.1:核心网在用户面接口1和接口2上接收上行数据,如果冗余数据传输功能是针对PDU SESSION级别,核心网根据上行数据的GTP-U SN是否连续判断接口上是否有丢包;如果冗余数据传输功能是针对QOS FLOW级别的,核心网根据上行数据包的针对QOSFLOW的SN是否连续判断接口上是否有丢包。
步骤3.2:基站在用户面接口1和接口2上接收下行数据,并根据对应接口的下行GTP-U数据包SN是否连续判断对应接口是否存在下行丢包,并可选的设置第一消息中的用户面接口下行数据丢包信息,所述用户面接口下行数据丢失信息包含以下至少之一:丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS FLOW标识。如果redundant功能是针对PDU SESSION配置的,其中所述数据包SN是针对PDU SESSION的GTP-USN,如果redundant功能是针对PDU SESSION中的某些QOS FLOW配置的,其中所述数据包SN针对PDU SESSION中的QOS FLOW的SN。基站如果检测到某个接口一段时间内不存在下行丢包,基站可选的设置第一消息中的去激活多个用户面接口的冗余数据传输功能的指示,以及可选的设置建议使用的用户面接口信息为对应的不存在下行丢包的接口,所述建议使用的用户面接口信息可以是接口地址信息或者是接口ID信息。。
步骤4:基站发送第一消息给核心网,第一消息可以在用户面上发送,也可以在控制面上发送,或者分拆成多个消息并在用户面和控制面上发送。(另外第一消息可以周期性的由基站设置并发送;或者由事件触发,如基站检测到接口下行数据丢包后设置并发送;或者核心网在发送下行数据的时候设置第一消息的轮询比特,基站检测到轮询比特以后,设置第一消息并发送)。
步骤5:核心网接收第一消息,根据第一消息中的用户面接口下行数据传输状态信息,以及检测的用户面接口上行数据丢包信息,判断是否去激活多个用户面接口的冗余数据传输功能:如果第一消息中的用户面接口下行数据传输状态信息包含去激活多个用户面接口的冗余数据传输功能的指示以及建议使用的用户面接口信息,并且,一段时间内,第一消息中所建议使用的用户面接口上行数据不存在丢包,核心网去激活冗余数据传输功能,并仅在第一消息中所建议使用的用户面接口上向无线接入网网元传输用户数据;如果第一消息中的用户面接口下行数据传输状态信息包含去激活多个用户面接口的冗余数据传输功能的指示且不包含建议使用的用户面接口信息,并且,一段时间内,预先配置的默认用户面接口不存在上行丢包,核心网去激活冗余数据传输功能,并仅在预先配置的默认用户面接口上向无线接入网网元传输用户数据。
步骤6:核心网去激活冗余数据传输功能后,核心网设置第三消息,其中可选的设置第三消息中去激活冗余数据传输功能的指示;可选的设置第上消息中使用的用户面接口信息为当前核心网传输数据的用户面接口;可选的设置删除的用户面接口信息为当前核心网不传输数据的用户面接口。所述用户面接口信息可以是接口地址信息或者是接口ID信息。核心网向基站发送第三消息。第三消息可以在用户面上传输,也可以在控制面上传输。
步骤7:基站接收第三消息,如果第三消息包含了去激活了冗余数据传输功能的指示且不包含使用的用户面接口信息,无线接入网元仅在预先配置的默认用户面接口上向核心网发送用户数据;如果第三消息包含了去激活了冗余数据传输功能的指示且包含使用的用户面接口信息,无线接入网元仅在指示的用户面接口信息上向核心网发送用户数据;如果第三消息包含释放的的用户面接口信息,无线接入网元释放对应的用户面接口资源。
步骤8:核心网和基站都关闭了多个用户面接口的冗余数据传输功能,并只在指定的一个用户面接口上传输上下行数据。
场景9、redundant功能及多用户面接口初始建立,如图12所示,包括:
步骤1:核心网向基站(无线接入网元)发起用户会话建立消息用以建立多个用户面接口用于用户会话数据传输,携带以下一项或者多项:多个核心网用户面地址,用于指示无线接入网元建立对应的多个用户面接口;对应用户面接口ID;用户面接口的冗余数据传输功能是否激活的初始态指示;冗余数据传输功能是针对PDU SESSION级别还是针对QOSFLOW级别的指示,用于指示冗余数据传输功能是在多个用户面接口上传输相同的PDUSESSION数据的拷贝还是相同的QOS FLOW数据的拷贝;某个QOS FLOW是否支持redundant数据传输功能的指示;默认的用户面接口地址或者接口ID,用于指示用户面接口的冗余数据传输功能未激活时默认的用户数据传输所使用的接口。
步骤2:(无线接入网元)基站接收核心网发送的用户会话建立消息,并根据用户会话消息指示建立多个用户面接口用于用户会话数据传输:如果消息携带多个核心网用户面地址,则无线接入网元分配多个用户面接口地址,并建立对应的多个用户面接口;如果消息携带用户面接口的冗余数据传输功能是否激活的初始态指示,则按照指示配置冗余数据传输功能初始是否激活;如果消息携带冗余数据传输功能是针对PDU SESSION级别还是针对QOS FLOW级别的指示,则配置冗余数据传输功能为多个用户面接口上传输相同的PDUSESSION数据的拷贝还是相同的QOS FLOW数据的拷贝;如果消息携带某个QOS FLOW是否支持redundant数据传输功能的指示,则配置对应QOS FLOW是否支持redundant数据传输功能;如果消息携带默认的用户面接口地址或者接口ID,则配置冗余数据传输功能未激活时默认的用户数据传输所使用的接口为对应接口。
并向核心网反馈用户会话建立相应消息,其中携带以下一项或者多项:无线接入网元侧多个核心网用户面地址;对应用户面接口ID。
场景10、redundant功能配置修改,如图13所示,包括:
步骤1:核心网和基站(或者无线接入网元)之间为指定用户会话建立了两个用户面接口,即接口1和接口2用于传输用户数据。
步骤2:核心网还可以向无线接入网元发送用户会话修改消息用于通知无线接入网元修改相关冗余数据传输功能配置,其中消息包含以下一项或者多项:冗余数据传输功能是否激活的指示;去激活后使用的用户面接口信息;删除的用户面接口信息;增加的用户面接口信息;所述用户面接口信息可以是接口地址信息或者是接口ID信息。修改的核心网用户面地址;冗余数据传输功能是针对PDU SESSION级别还是针对QOS FLOW级别的指示,用于指示冗余数据传输功能是在多个用户面接口上传输相同的PDU SESSION数据的拷贝还是相同的QOS FLOW数据的拷贝;某个QOS FLOW是否支持redundant数据传输功能的指示;默认的用户面接口地址或者接口ID,用于指示用户面接口的冗余数据传输功能未激活时默认的用户数据传输所使用的接口。
步骤3:根据1所描述的方法,无线接入网元接收核心网发送的用户会话修改消息,并根据消息修改多个用户面的冗余数据传输功能配置:如果消息携带删除的用户面接口信息,则删除指定接口;如果消息携带增加的核心网用户面地址,则无线接入网元分配新的用户面接口地址,并新增对应的多个用户面接口;如果消息携带修改的核心网用户面地址,则修改对应用户面接口的核心网用户面地址;如果消息携带用户面接口的冗余数据传输功能是否激活的指示,则按照指示配置冗余数据传输功能是否激活;如果消息携带冗余数据传输功能是针对PDU SESSION级别还是针对QOS FLOW级别的指示,则配置冗余数据传输功能为多个用户面接口上传输相同的PDU SESSION数据的拷贝还是相同的QOS FLOW数据的拷贝;如果消息携带某个QOS FLOW是否支持redundant数据传输功能的指示,则配置对应QOSFLOW是否支持redundant数据传输功能;如果消息携带默认的用户面接口地址或者接口ID,则配置冗余数据传输功能未激活时默认的用户数据传输所使用的接口为对应接口。
并还可以包括:所述基站向核心网发送用户会话修改反馈消息,其中携带以下一项或者多项:无线接入网元侧新增的用户面接口;无线接入网元侧修改的用户面地址信息;对应用户面接口ID。
可见,通过采用上述方案,就能够用于根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,来确定是否激活或去激活冗余数据传输功能,以及是否进行用户面接口的管理。如此,能够在进行管理控制的时候结合上行以及下行数据的传输状态,从而能够保证网络设备之间数据传输可靠性的基础上,避免不必要的传输所带来的带宽的浪费。
本申请实施例提供的一种第一网络设备,所述第一网络设备与无线接入网中的第二网络设备通过一个或多个用户面接口连接,用户的数据能够在所述一个或多个用户面接口上传输;如图14,所述第一网络设备包括:
第一通信单元41,用于接收第二网络设备发送的第一消息;其中,所述第一消息中包括:用户面接口下行数据传输状态信息;
第一处理单元42,用于根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口中至少之一的管理;其中,所述冗余数据传输功能为在多个用户面接口传输相同的数据拷贝的功能。
本申请实施例还提供了一种第二网络设备,所述第二网络设备为接入网中的网元,所述第二网络设备与第一网络设备通过一个或多个用户面接口连接,用户的数据能够在所述一个或多个用户面接口上传输;如图15所示,所述第二网络设备包括:
第二通信单元51,用于在用户面接口上接收第一网络设备发送的下行数据;根据下行数据的接收情况,向第一网络设备反馈第一消息;其中,所述第一消息包含用户面接口下行数据传输状态信息。
本实施例中所述第一网络设备可以为核心网设备,第二网络设备可以为无线接入网中的网元,比如,可以为基站、eNB、gNB。
前述在多个用户面接口传输相同的数据拷贝为:在多个用户面接口传输相同的PDU会话的数据拷贝,或者,在多个用户面接口传输相同的QoS流的数据拷贝。
其中,所述第一消息包含以下至少之一:建议使用的用户面接口信息;激活或者去激活多个用户面接口的冗余数据传输功能的指示;用户面接口下行数据丢包信息。
也就是说,用户面接口的下行数据的丢包情况,由第二网络设备的第二通信单元51上报给第一网络设备。
第二网络设备可以包括:第二处理单元52,用于根据下行数据包SN是否连续判断所述用户面接口是否存在下行丢包。
具体的,第二网络设备的第二处理单元52,用于如果冗余数据传输功能是针对PDU会话级别,根据下行数据的GTP-U SN是否连续判断接口上是否有丢包;
如果冗余数据传输功能是针对QOS流级别的,根据下行数据包的针对QOS流的SN是否连续判断接口上是否有丢包。
另外,在第二网络设备生成第一消息的时候,还可以包括:第二处理单元52,用于当已激活多个用户面接口的冗余数据传输功能时,如果在第四时长内多个用户面接口中的第一用户面接口不存在下行丢包,则在第一消息中的用户面接口下行数据传输状态信息中添加包含去激活多个用户面接口的冗余数据传输功能的指示。否则,可以在第一消息中的用户面接口下行数据状态信息中添加激活多个用户面接口的冗余数据传输功能的指示。
所述第一消息中所建议使用的用户面接口为对应不存在下行丢包的第一用户面接口信息,其中,所述第一用户面接口信息为接口地址信息或者是接口ID信息。
另外,如果所建议使用的用户面接口为默认接口,则第一消息可不携带建议使用的用户面接口信息。
所述用户面接口下行数据丢包信息包含以下至少之一:
丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束的数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS流标识。
关于用户面接口的上行数据的丢包情况,可以由第一网络设备进行判断,具体可以包括:
第一处理单元42,在用户面接口接收上行数据;根据所述上行数据包序列号SN,判断所述用户面接口是否存在上行丢包。
相应的,在第一网络设备确定存在上行丢包的时候,第一通信单元41,还可以向第二网络设备发送第二消息;
其中,所述第二消息中包含用户面接口上行数据丢包信息;所述用户面接口上行数据丢包信息包含以下至少之一:丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS流标识。
另外,第二网络设备的第二通信单元51接收第二消息;相应的,所述第二处理单元52,如果所述第二消息中包含接口上行数据丢包信息,则在一个或者多个用户面接口上重传对应丢失的下行数据包给第一网络设备。此时,如果激活冗余数据传输功能的情况下,可以采用多个用户面接口进行重传,如果去激活冗余数据传输功能的情况下,第二网络设备可以采用一个用户面接口进行重传。
其中,所述所述第二处理单元52,若冗余数据传输功能为针对PDU会话级别,则根据上行数据中GTP-U的SN是否连续判断是否存在丢包;
若冗余数据传输功能为针对QoS流级别,则根据上行数据包的针对QoS流的SN是否连续判断是否存在丢包。
基于前述下行数据存在丢包的情况,第一网络设备还可以进行数据包重传,具体的:第一通信单元41若第一消息中包含用户面接口下行数据丢包信息,则在一个或多个用户面接口上重传丢失的下行数据包至第二网络设备。
本实施例的一种情况中,如果原来第一网络设备与第二网络设备之间只有一个用户面接口,那么如果需要通过多用户面接口进行数据传输之前,还需要包括:
所述第一网络设备的第一通信单元41向第二网络设备发起用户会话建立消息;
其中,所述用户会话建立消息用于建立多个用户面接口以传输用户会话数据,所述用户会话建立消息中包括以下至少之一:
多个用户面地址;对应用户面接口ID;用户面接口的冗余数据传输功能是否激活的初始态指示;冗余数据传输功能是针对PDU会话级别或针对QOS流级别的指示;多个QOS流中的一个QoS流是否支持冗余数据传输功能的指示;默认的用户面接口地址或者接口ID。
又或者,还可以由第二网络设备的第二通信单元51向第一网络设备反馈,比如:第一网络设备向第二网络设备发起用户会话建立消息;接收第二网络设备反馈的用户会话建立相应消息,其中携带以下一项或者多项:第二网络设备侧多个第一网络设备的用户面地址;对应用户面接口ID。
具体来说,
第二网络设备的第二通信单元51接收第一网络设备发送的用户会话建立消息,第二处理单元52,根据用户会话建立消息指示建立多个用户面接口用于用户会话数据传输;
第二网络设备的第二通信单元51向第一网络设备反馈用户会话建立相应消息,其中携带以下一项或者多项:第二网络设备侧多个第一网络设备的用户面地址;对应用户面接口ID。
其中,第二网络设备的第二处理单元52包括执行以下至少之一:
如果用户会话建立消息携带多个用户面地址,则第二网络设备分配多个用户面接口地址,并建立对应的多个用户面接口;
如果用户会话建立消息携带用户面接口的冗余数据传输功能是否激活的初始态指示,则按照指示配置冗余数据传输功能初始是否激活;
如果用户会话建立消息携带冗余数据传输功能是针对PDU会话级别或针对QOS流级别的指示,则配置冗余数据传输功能为多个用户面接口上传输相同的PDU会话数据的拷贝或相同的QOS流数据的拷贝;
如果用户会话建立消息携带QOS流是否支持冗余数据传输功能的指示,则配置对应QOS流是否支持冗余数据传输功能;
如果用户会话建立消息携带默认的用户面接口地址或者接ID,则配置冗余数据传输功能未激活时默认的用户数据传输所使用的接口为对应接口。
一种情况下,如果存在上行数据丢包的情况,那么结合第一消息的内容,确定将多个用户面接口的冗余数据传输功能激活;具体的:
在配置有多个用户面接口、且所述多个用户面接口的冗余数据传输功能未激活时,
所述第一处理单元42执行以下至少之一:
如果第一消息中的用户面接口下行数据传输状态信息包含激活多个用户面接口的冗余数据传输功能的指示,则所述第一网络设备激活冗余数据传输功能,并在预先配置的多个用户面接口上向第二网络设备传输相同的用户数据的拷贝;也就是说,此时第一消息中指示激活冗余数据传输功能,并且也存在上行数据丢包的情况,那么就将原来未激活的冗余数据传输功能激活;
如果第一消息中的用户面接口下行数据传输状态信息中包含用户面接口下行数据丢包信息,则所述第一网络设备激活冗余数据传输功能,并在预先配置的多个用户面接口上向第二网络设备传输相同的用户数据的拷贝;也就是说,此时即存在上行丢包、又存在下行丢包,那么就可以确定将原来未激活冗余数据传输功能改变为激活;
如果第一时长内,用户面接口上行数据存在丢包,则所述第一网络设备激活冗余数据传输功能,并在预先配置的多个用户面接口上向第二网络设备传输相同的用户数据的拷贝。
其中,所述相同的用户数据的拷贝为针对一个QOS流的用户数据的拷贝;所述用户数据中携带针对QOS流的数据包SN。
相应的,第二网络设备的第二通信单元51在预先配置的多个用户面接口上向第二网络设备发送相同的用户数据的拷贝为针对QOS流的,则所述用户数据中携带针对QOS流的数据SN。
第一网络设备还可以控制将激活的冗余数据传输功能转换为去激活,可以包括:
当前已激活多个用户面接口的冗余数据传输功能时,
所述第一处理单元42,执行包括以下至少之一:
如果第一消息中的用户面接口下行数据传输状态信息包含去激活多个用户面接口的冗余数据传输功能的指示以及建议使用的用户面接口信息,并且,在第二时长内,第一消息中所建议使用的用户面接口上行数据不存在丢包,则所述第一网络设备去激活冗余数据传输功能,并仅在第一消息中所建议使用的用户面接口上向第二网络设备传输用户数据;也就是说,第一消息建议去激活,并且上述数据不存在丢包,则去激活冗余数据传输;
如果第一消息中的用户面接口下行数据传输状态信息包含去激活多个用户面接口的冗余数据传输功能的指示且不包含建议使用的用户面接口信息,并且,在第二时长内,默认的用户面接口上行数据不存在丢包,则所述第一网络设备去激活冗余数据传输功能,并仅在预先配置的默认用户面接口上向第二网络设备传输用户数据;与上一分支不同在于,如果第一消息中没有建议使用的用户面接口,那么就在默认的用户面接口上进行传输;
如果第三时长内,所述第一网络设备接收的第一消息中不包含对应用户面接口下行数据丢包信息或者未接收到包含下行数据丢包信息的消息,且对应用户面接口上行数据也不存在丢包,则所述第一网络设备去激活冗余数据传输功能,并仅在对应的未丢包的用户面接口上向第二网络设备传输用户数据。
其中,第二时长、第三时长可以相同也可以不同。
进一步地,当所述第一网络设备决定激活冗余数据传输功能,通过第一通信单元向第二网络设备发送第三消息;其中,第三消息可选的由用户会话修改消息携带,所述第三消息包含:激活冗余数据传输功能的指示。
相应的,所述第二网络设备接收第三消息,其中第三消息可选的由用户会话修改消息携带;
所述第二处理单元52基于所述第三消息执行以下至少之一:
如果第三消息包含激活冗余数据传输功能的指示,则第二网络设备在预先配置的多个用户面接口上向第二网络设备发送相同的用户数据的拷贝;
如果第三消息包含去激活冗余数据传输功能的指示且不包含使用的用户面接口信息,则第二网络设备仅在预先配置的默认用户面接口上向核心网发送用户数据;
如果第三消息包含去激活冗余数据传输功能的指示且包含使用的用户面接口信息,则第二网络设备仅在指示的用户面接口信息上向核心网发送用户数据;
如果第三消息包含释放的用户面接口信息,则第二网络设备释放对应的用户面接口资源。也就是根据第三消息释放多个用户面接口中的至少部分,由于释放用户面接口信息的情况通常对应于去激活冗余数据传输功能的情况,因此可以为释放多个用户面接口保留一个用户面接口,保留的那个用户面接口可以为默认的用户面接口,也可以为未发生丢包的第一用户面接口。
所述第一网络设备决定去激活冗余数据传输功能后,通过第一通信单元41向第二网络设备发送第四消息;
其中,第四消息可选的由用户会话修改消息携带,所述第四消息包含以下一项或者多项:去激活冗余数据传输功能的指示;使用的用户面接口信息;删除的用户面接口信息。
再一种情况中,所述第一网络设备只配置了一个用户面接口时,
所述第一通信单元,如果第一消息中的用户面接口下行数据传输状态信息中包含用户面接口下行数据丢包信息或者用户面接口上行存在丢包,则向第二网络设备发送第五消息;
其中,所述第五消息可选的由用户会话修改消息携带,用于增加一个用户面接口用于用户会话数据传输,其中第五消息中携带以下一项或者多项:新增的核心网用户面接口地址;对应新增的核心网用户面接口ID;用户面接口的冗余数据传输功能是否激活的初始态指示。
还可以存在一种处理方式为,第一网络设备的第一通信单元向第二网络设备发送第六消息;相应的,第二网络设备的第二通信单元接收第一网络设备发送的第六消息;所述第六消息由用户会话修改消息携带,用于通知第二网络设备修改相关冗余数据传输功能配置;
所述第二网络设备的第二处理单元52根据第六消息修改多个用户面接口的冗余数据传输功能配置,向所述第一网络设备发送用户会话修改反馈消息,其中携带以下一项或者多项:第二网络设备侧新增的用户面接口;第二网络设备侧修改的用户面地址信息;对应用户面接口ID。
其中,所述第二网络设备的第二处理单元52执行以下至少之一:
如果第六消息携带增加的第一网络设备的用户面地址,则第二网络设备分配新的用户面接口地址,并新增对应的多个用户面接口;
如果第六消息携带修改的第一网络设备的用户面地址,则修改对应用户面接口的第一网络设备对应的用户面地址;
如果第六消息携带用户面接口的冗余数据传输功能是否激活的初始态指示,则按照指示配置冗余数据传输功能初始是否激活;
如果第六消息携带冗余数据传输功能是针对PDU会话级别或针对QOS流级别的指示,则配置冗余数据传输功能为多个用户面接口上传输相同的PDU会话数据的拷贝或相同的QOS流数据的拷贝;
如果第六消息携带QOS流是否支持冗余数据传输功能的指示,则配置对应QOS流是否支持冗余数据传输功能;
如果用户会话修改消息携带默认的用户面接口地址或者接口ID,则配置冗余数据传输功能未激活时默认的用户数据传输所使用的接口为对应接口。
可见,通过采用上述方案,就能够根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,来确定是否激活或去激活冗余数据传输功能,以及是否进行用户面接口的管理。如此,能够在进行管理控制的时候结合上行以及下行数据的传输状态,从而能够保证网络设备之间数据传输可靠性的基础上,避免不必要的传输所带来的带宽的浪费。
图16为本实施方式中的一种网络设备的硬件结构示意图,其中包括有发射器81、接收器82、电源模块85、存储器84以及处理器83.其中,接收器可以为前述的信息接收单元;处理器可以包括前述信息提取单元以及信息处理单元。
图17为本申请终端设备实施例的结构示意图,如图所示,本申请实施例提供的终端设备130包括:存储器1303与处理器1304。所述终端设备130还可以包括接口1301和总线1302。所述接口1301、存储器1303与处理器1304通过总线1302相连接。所述存储器1303用于存储指令。所述处理器1304被配置为读取所述指令以执行上述应用于终端设备的方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
图18为本申请通信系统实施例的结构示意图,以本实施方式中网络设备为基站101,终端设备可以为图中的用户设备(UE)110、120、130为例提供的说明,前述基站以及UE的功能与前述实施方式相同,不再赘述。或者,如图14所示,该系统包括:如上述实施例的用户设备130、以及上述实施例的基站140。同样的,图中的基站可以为实施方式中的网络设备,用户设备即前述终端设备,能够实现的功能也如前述功能,这里不再赘述。
以上所述,仅为本申请的示例性实施例而已,并非用于限定本申请的保护范围。
本领域内的技术人员应明白,术语用户终端涵盖任何适合类型的无线用户设备,例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。
一般来说,本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如,一些方面可以被实现在硬件中,而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中,尽管本申请不限于此。
本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现,例如在处理器实体中,或者通过硬件,或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
本申请附图中的任何逻辑流程的框图可以表示程序步骤,或者可以表示相互连接的逻辑电路、模块和功能,或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现。本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存等。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。RAM可以包括多种形式,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DRRAM)。本申请描述的系统和方法的存储器包括但不限于这些和任意其它适合类型的存储器。
本申请实施例的处理器可以是任何适合于本地技术环境的类型,例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程逻辑器件(Field-Programmable Gate Array,FGPA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件、或者基于多核处理器架构的处理器。通用处理器可以是微处理器或者也可以是任何常规的处理器等。上述的处理器可以实现或者执行本申请实施例中的公开的各方法的步骤。软件模块可以位于随机存储器、闪存、只读存储器、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
通过示范性和非限制性的示例,上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑,对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的,但不偏离本申请的范围。因此,本申请的恰当范围将根据权利要求确定。

Claims (37)

1.一种用户数据传输方法,应用于第一网络设备,所述第一网络设备与无线接入网中的第二网络设备通过一个或多个用户面接口连接,用户的数据能够在所述一个或多个用户面接口上传输;其特征在于,所述方法包括:
接收第二网络设备发送的第一消息;其中,所述第一消息中包括:用户面接口下行数据传输状态信息;
根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口的管理,确定是否激活或去激活冗余数据传输功能;其中,所述冗余数据传输功能为在多个用户面接口传输相同的数据拷贝的功能。
2.根据权利要求1所述的方法,其特征在于,所述在多个用户面接口传输相同的数据拷贝为:在多个用户面接口传输相同的PDU会话的数据拷贝,或者,在多个用户面接口传输相同的QoS流的数据拷贝。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一网络设备向第二网络设备发起用户会话建立消息;
其中,所述用户会话建立消息用于建立多个用户面接口以传输用户会话数据,所述用户会话建立消息中包括以下至少之一:
多个用户面地址;对应用户面接口ID;用户面接口的冗余数据传输功能是否激活的初始态指示;冗余数据传输功能是针对PDU会话级别或针对QOS流级别的指示;多个QOS流中的一个QoS流是否支持冗余数据传输功能的指示;默认的用户面接口地址或者接口ID。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述第一消息的用户面接口下行数据传输状态信息包含以下至少之一:
建议使用的用户面接口;
激活或者去激活多个用户面接口的冗余数据传输功能的指示;
用户面接口下行数据丢包信息。
5.根据权利要求4所述的方法,其特征在于,所述用户面接口下行数据丢包信息包含以下至少之一:
丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束的数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS流标识。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在用户面接口接收上行数据;
根据上行数据包序列号SN,判断所述用户面接口是否存在上行丢包。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
向第二网络设备发送第二消息;
其中,所述第二消息中包含用户面接口上行数据丢包信息;所述用户面接口上行数据丢包信息包含以下至少之一:丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS流标识。
8.根据权利要求6所述的方法,其特征在于,所述根据所述上行数据包序列号SN,判断所述用户面接口是否存在上行丢包,包括:
若冗余数据传输功能为针对PDU会话级别,则根据上行数据中GTP-U的SN是否连续判断是否存在丢包;
若冗余数据传输功能为针对QoS流级别,则根据上行数据包的针对QoS流的SN是否连续判断是否存在丢包。
9.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若第一消息中包含用户面接口下行数据丢包信息,则在一个或多个用户面接口上重传丢失的下行数据包至第二网络设备。
10.根据权利要求1所述的方法,其特征在于,在配置有多个用户面接口、且所述多个用户面接口的冗余数据传输功能未激活时,
所述根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口中至少之一的管理,包括以下至少之一:
如果第一消息中的用户面接口下行数据传输状态信息包含激活多个用户面接口的冗余数据传输功能的指示,则所述第一网络设备激活冗余数据传输功能,并在预先配置的多个用户面接口上向第二网络设备传输相同的用户数据的拷贝;
如果第一消息中的用户面接口下行数据传输状态信息中包含用户面接口下行数据丢包信息,则所述第一网络设备激活冗余数据传输功能,并在预先配置的多个用户面接口上向第二网络设备传输相同的用户数据的拷贝;
如果第一时长内,用户面接口上行数据存在丢包,则所述第一网络设备激活冗余数据传输功能,并在预先配置的多个用户面接口上向第二网络设备传输相同的用户数据的拷贝。
11.根据权利要求10所述的方法,其特征在于,所述相同的用户数据的拷贝为针对一个QOS流的用户数据的拷贝;所述用户数据中携带针对QOS流的数据包SN。
12.根据权利要求1所述的方法,其特征在于,当前已激活多个用户面接口的冗余数据传输功能时,
所述根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口中至少之一的管理,包括以下至少之一:
如果第一消息中的用户面接口下行数据传输状态信息包含去激活多个用户面接口的冗余数据传输功能的指示以及建议使用的用户面接口信息,并且,在第二时长内,第一消息中所建议使用的用户面接口上行数据不存在丢包,则所述第一网络设备去激活冗余数据传输功能,并仅在第一消息中所建议使用的用户面接口上向第二网络设备传输用户数据;
如果第一消息中的用户面接口下行数据传输状态信息包含去激活多个用户面接口的冗余数据传输功能的指示且不包含建议使用的用户面接口信息,并且,在第二时长内,默认的用户面接口上行数据不存在丢包,则所述第一网络设备去激活冗余数据传输功能,并仅在预先配置的默认用户面接口上向第二网络设备传输用户数据;
如果第三时长内,所述第一网络设备接收的第一消息中不包含对应用户面接口下行数据丢包信息或者未接收到包含下行数据丢包信息的消息,且对应用户面接口上行数据也不存在丢包,则所述第一网络设备去激活冗余数据传输功能,并仅在对应的未丢包的用户面接口上向第二网络设备传输用户数据。
13.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一网络设备决定激活冗余数据传输功能,向第二网络设备发送第三消息;其中,第三消息由用户会话修改消息携带,所述第三消息包含:激活冗余数据传输功能的指示。
14.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一网络设备决定去激活冗余数据传输功能后,向第二网络设备发送第四消息;
其中,第四消息由用户会话修改消息携带,所述第四消息包含以下一项或者多项:去激活冗余数据传输功能的指示;使用的用户面接口信息;删除的用户面接口信息。
15.根据权利要求1所述的方法,其特征在于,所述第一网络设备只配置了一个用户面接口时,
所述根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口中至少之一的管理,包括:
如果第一消息中的用户面接口下行数据传输状态信息中包含用户面接口下行数据丢包信息或者用户面接口上行存在丢包,则向第二网络设备发送第五消息;
其中,所述第五消息由用户会话修改消息携带,用于增加一个用户面接口用于用户会话数据传输,其中第五消息中携带以下一项或者多项:新增的第一网络设备的用户面接口地址;对应新增的第一网络设备的用户面接口ID;用户面接口的冗余数据传输功能是否激活的初始态指示。
16.根据权利要求1所述的方法,其特征在于,所述方法还包括:
向第二网络设备发送第六消息;
所述第六消息由用户会话修改消息携带,用于通知第二网络设备修改相关冗余数据传输功能配置;所述第六消息中包括以下至少之一:
增加的第一网络设备的用户面地址;修改的第一网络设备用户面地址;用户面接口的冗余数据传输功能是否激活的初始态指示;冗余数据传输功能是针对PDU会话级别或针对QOS流级别的指示;多个QOS流中的一个QoS流是否支持冗余数据传输功能的指示;默认的用户面接口地址或者接口ID。
17.一种用户数据传输方法,应用于第二网络设备,所述第二网络设备为接入网中的网元,所述第二网络设备与第一网络设备通过一个或多个用户面接口连接,用户的数据能够在所述一个或多个用户面接口上传输;其特征在于,所述方法包括:
第二网络设备在用户面接口上接收第一网络设备发送的下行数据;
根据下行数据的接收情况,向第一网络设备反馈第一消息;其中,所述第一消息包含用户面接口下行数据传输状态信息,根据所述用户面接口下行数据传输状态信息进行冗余数据传输功能以及用户面接口的管理,确定是否激活或去激活冗余数据传输功能;其中,所述冗余数据传输功能为在多个用户面接口传输相同的数据拷贝的功能。
18.根据权利要求17所述的方法,其特征在于,所述第一消息包含以下至少之一:建议使用的用户面接口信息;激活或者去激活多个用户面接口的冗余数据传输功能的指示;用户面接口下行数据丢包信息。
19.根据权利要求17所述的方法,其特征在于,所述方法还包括:
根据下行数据包SN是否连续判断所述用户面接口是否存在下行丢包。
20.根据权利要求19所述的方法,其特征在于,所述第一消息中还包括:用户面接口下行数据丢包信息,所述用户面接口下行数据丢失信息包含以下至少之一:丢包的区间段;丢包的区间段的起始数据包SN;丢包的区间段的结束数据包SN;没有丢包的指示;接收的最后一个数据包SN;接口标识或者接口地址;数据包的QOS流标识。
21.根据权利要求19所述的方法,其特征在于,根据下行数据包SN是否连续判断所述用户面接口是否存在下行丢包,包括:
如果冗余数据传输功能是针对PDU会话级别,第二网络设备根据下行数据的GTP-U SN是否连续判断接口上是否有丢包;
如果冗余数据传输功能是针对QOS流级别的,第二网络设备根据下行数据包的针对QOS流的SN是否连续判断接口上是否有丢包。
22.根据权利要求17所述的方法,其特征在于,当配置有多个用户面接口、且多个用户面接口的冗余数据传输功能去激活时,所述方法还包括:
如果下行数据存在下行丢包,在所述第一消息中的用户面接口下行数据传输状态信息添加激活多个用户面接口的冗余数据传输功能的指示。
23.根据权利要求17所述的方法,其特征在于,当已激活多个用户面接口的冗余数据传输功能时,所述方法还包括:
如果在第四时长内多个用户面接口中的第一用户面接口不存在下行丢包,则在第一消息中的用户面接口下行数据传输状态信息中添加包含去激活多个用户面接口的冗余数据传输功能的指示。
24.根据权利要求23所述的方法,其特征在于,所述第一消息中所建议使用的用户面接口为对应不存在下行丢包的第一用户面接口信息,其中,所述第一用户面接口信息为接口地址信息或者是接口ID信息。
25.根据权利要求24所述的方法,其特征在于,所述方法还包括:
如果所建议使用的用户面接口为默认接口,则第一消息可不携带建议使用的用户面接口信息。
26.根据权利要求17所述的方法,其特征在于,所述方法还包括:
第二网络设备接收第二消息;
如果所述第二消息中包含接口上行数据丢包信息,则在一个或者多个用户面接口上重传对应丢失的下行数据包给第一网络设备。
27.根据权利要求17所述的方法,其特征在于,所述方法还包括:
第二网络设备接收第三消息,其中第三消息由用户会话修改消息携带;
基于所述第三消息执行以下至少之一:
如果第三消息包含激活冗余数据传输功能的指示,则第二网络设备在预先配置的多个用户面接口上向第二网络设备发送相同的用户数据的拷贝;
如果第三消息包含去激活冗余数据传输功能的指示且不包含使用的用户面接口信息,则第二网络设备仅在预先配置的默认用户面接口上向核心网发送用户数据;
如果第三消息包含去激活冗余数据传输功能的指示且包含使用的用户面接口信息,则第二网络设备仅在指示的用户面接口信息上向核心网发送用户数据;
如果第三消息包含释放的用户面接口信息,则第二网络设备释放对应的用户面接口资源。
28.根据权利要求27所述的方法,其特征在于,所述第二网络设备在预先配置的多个用户面接口上向第二网络设备发送相同的用户数据的拷贝时,所述方法还包括:
第二网络设备在预先配置的多个用户面接口上向第二网络设备发送相同的用户数据的拷贝为针对QOS流的,则所述用户数据中携带针对QOS流的数据SN。
29.根据权利要求17所述的方法,其特征在于,所述方法还包括:
接收第一网络设备发送的用户会话建立消息,根据用户会话建立消息指示建立多个用户面接口用于用户会话数据传输;
向第一网络设备反馈用户会话建立相应消息,其中携带以下一项或者多项:第二网络设备侧多个第一网络设备的用户面地址;对应用户面接口ID。
30.根据权利要求29所述的方法,其特征在于,所述根据用户会话建立消息指示建立多个用户面接口用于用户会话数据传输,包括以下至少之一:
如果用户会话建立消息携带多个用户面地址,则第二网络设备分配多个用户面接口地址,并建立对应的多个用户面接口;
如果用户会话建立消息携带用户面接口的冗余数据传输功能是否激活的初始态指示,则按照指示配置冗余数据传输功能初始是否激活;
如果用户会话建立消息携带冗余数据传输功能是针对PDU会话级别或针对QOS流级别的指示,则配置冗余数据传输功能为多个用户面接口上传输相同的PDU会话数据的拷贝或相同的QOS流数据的拷贝;
如果用户会话建立消息携带QOS流是否支持冗余数据传输功能的指示,则配置对应QOS流是否支持冗余数据传输功能;
如果用户会话建立消息携带默认的用户面接口地址或者接ID,则配置冗余数据传输功能未激活时默认的用户数据传输所使用的接口为对应接口。
31.根据权利要求17所述的方法,其特征在于,所述方法还包括:
接收第一网络设备发送的第四消息;
其中,第四消息由用户会话修改消息携带,所述第四消息包含以下一项或者多项:去激活冗余数据传输功能的指示;使用的用户面接口信息;删除的用户面接口信息。
32.根据权利要求17所述的方法,其特征在于,所述方法还包括:
接收第一网络设备发送的第五消息;
其中,所述第五消息由用户会话修改消息携带,用于增加一个用户面接口用于用户会话数据传输,其中第五消息中携带以下一项或者多项:新增的第一网络设备的用户面接口地址;对应新增的第一网络设备的用户面接口ID;用户面接口的冗余数据传输功能是否激活的初始态指示。
33.根据权利要求17所述的方法,其特征在于,所述方法还包括:
接收第一网络设备发送的第六消息;所述第六消息由用户会话修改消息携带,用于通知第二网络设备修改相关冗余数据传输功能配置;
根据第六消息修改多个用户面接口的冗余数据传输功能配置,向所述第一网络设备发送用户会话修改反馈消息,其中携带以下一项或者多项:第二网络设备侧新增的用户面接口;第二网络设备侧修改的用户面地址信息;对应用户面接口ID。
34.根据权利要求33所述的方法,其特征在于,所述根据第六消息修改多个用户面接口的冗余数据传输功能配置,包括以下至少之一:
如果第六消息携带增加的第一网络设备的用户面地址,则第二网络设备分配新的用户面接口地址,并新增对应的多个用户面接口;
如果第六消息携带修改的第一网络设备的用户面地址,则修改对应用户面接口的第一网络设备对应的用户面地址;
如果第六消息携带用户面接口的冗余数据传输功能是否激活的初始态指示,则按照指示配置冗余数据传输功能初始是否激活;
如果第六消息携带冗余数据传输功能是针对PDU会话级别或针对QOS流级别的指示,则配置冗余数据传输功能为多个用户面接口上传输相同的PDU会话数据的拷贝或相同的QOS流数据的拷贝;
如果第六消息携带QOS流是否支持冗余数据传输功能的指示,则配置对应QOS流是否支持冗余数据传输功能;
如果用户会话修改消息携带默认的用户面接口地址或者接口ID,则配置冗余数据传输功能未激活时默认的用户数据传输所使用的接口为对应接口。
35.一种第一网络设备,所述第一网络设备与无线接入网中的第二网络设备通过一个或多个用户面接口连接,用户的数据能够在所述一个或多个用户面接口上传输;其特征在于,所述第一网络设备包括:
第一通信单元,用于接收第二网络设备发送的第一消息;其中,所述第一消息中包括:用户面接口下行数据传输状态信息;
第一处理单元,用于根据用户面接口上行数据的丢包信息、和/或所述第一消息中包含的用户面接口下行数据传输状态信息,进行冗余数据传输功能以及用户面接口的管理,确定是否激活或去激活冗余数据传输功能;其中,所述冗余数据传输功能为在多个用户面接口传输相同的数据拷贝的功能。
36.一种第二网络设备,所述第二网络设备为接入网中的网元,所述第二网络设备与第一网络设备通过一个或多个用户面接口连接,用户的数据能够在所述一个或多个用户面接口上传输;其特征在于,所述第二网络设备包括:
第二通信单元,用于在用户面接口上接收第一网络设备发送的下行数据;根据下行数据的接收情况,向第一网络设备反馈第一消息;其中,所述第一消息包含用户面接口下行数据传输状态信息,根据所述用户面接口下行数据传输状态信息进行冗余数据传输功能以及用户面接口的管理,确定是否激活或去激活冗余数据传输功能;其中,所述冗余数据传输功能为在多个用户面接口传输相同的数据拷贝的功能。
37.一种存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-34任一项所述的方法。
CN201910706111.7A 2019-07-30 2019-07-30 一种用户数据传输方法、网络设备及存储介质 Active CN111093288B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201910706111.7A CN111093288B (zh) 2019-07-30 2019-07-30 一种用户数据传输方法、网络设备及存储介质
PCT/CN2020/089315 WO2021017568A1 (zh) 2019-07-30 2020-05-09 用户数据传输方法、网络设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910706111.7A CN111093288B (zh) 2019-07-30 2019-07-30 一种用户数据传输方法、网络设备及存储介质

Publications (2)

Publication Number Publication Date
CN111093288A CN111093288A (zh) 2020-05-01
CN111093288B true CN111093288B (zh) 2024-02-06

Family

ID=70393427

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910706111.7A Active CN111093288B (zh) 2019-07-30 2019-07-30 一种用户数据传输方法、网络设备及存储介质

Country Status (2)

Country Link
CN (1) CN111093288B (zh)
WO (1) WO2021017568A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111093288B (zh) * 2019-07-30 2024-02-06 中兴通讯股份有限公司 一种用户数据传输方法、网络设备及存储介质

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109525458A (zh) * 2018-11-20 2019-03-26 网易(杭州)网络有限公司 数据传输方法、装置、介质及电子设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016502794A (ja) * 2012-11-08 2016-01-28 キュー ファクター コミュニケーションズ コーポレーション 通信ネットワークにおいてtcp及び他のネットワークプロトコルのパフォーマンスを向上させる方法及び装置
GB2542614A (en) * 2015-09-25 2017-03-29 Tcl Communication Ltd Systems and methods for reporting data reception status
US10291334B2 (en) * 2016-11-03 2019-05-14 At&T Intellectual Property I, L.P. System for detecting a fault in a communication system
CN111093288B (zh) * 2019-07-30 2024-02-06 中兴通讯股份有限公司 一种用户数据传输方法、网络设备及存储介质

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109525458A (zh) * 2018-11-20 2019-03-26 网易(杭州)网络有限公司 数据传输方法、装置、介质及电子设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
S2-1810753,NG RAN involvement in determination of redundant transmission;China Mobile;SA WG2 Meeting #129;第1-3节 *
S2-1905112,Update procedures related to redundant transmission;Huawei等;3GPP TSG-SA2 Meeting #133;全文 *

Also Published As

Publication number Publication date
WO2021017568A1 (zh) 2021-02-04
CN111093288A (zh) 2020-05-01

Similar Documents

Publication Publication Date Title
WO2019091233A1 (zh) 一种带宽切换方法及装置
WO2020063742A1 (zh) 终端直通通信的资源分配方法和装置
US20220377819A1 (en) Method and apparatus for establishing data transmission link and computer-readable storage medium
CN111770578B (zh) 资源确定方法、装置及计算机可读存储介质
CN108770065B (zh) 一种控制空口资源的方法、设备及系统
EP3930396B1 (en) Data transmission method and related device
EP3627883B1 (en) Data distribution method and corresponding access node and device
CN111031580B (zh) 用于传输反馈信息的方法和设备
US20220209905A1 (en) Method and apparatus for sidelink resource allocation
US10652861B2 (en) Uplink grant-free transmission enhancement for latency and reliability
US11570826B2 (en) Method and device for establishing session
CN111093288B (zh) 一种用户数据传输方法、网络设备及存储介质
CN113747537A (zh) 优先级确定方法和设备
US11805464B2 (en) Mobile communication system, method and device
CN110139264B (zh) NB-IoT网络的通信方法、装置及存储介质
WO2022160968A1 (zh) 控制信息发送方法、接收方法、装置及存储介质
EP4307600A2 (en) Hybrid automatic repeat request method, semi-persistent scheduling method, and communication apparatus
WO2023010575A1 (zh) 信息重传方法、装置、设备及存储介质
CN116325895A (zh) 数据传输方法及相关设备
WO2019136699A1 (zh) 信息传输的方法和设备
CN113747538A (zh) 优先级确定方法和设备
JP2022535346A (ja) リソースのアクティブ方法、装置、記憶媒体及び電子装置
CN115397034A (zh) 服务请求的传输方法、装置、设备及介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant