数据承载的标识分配方法、网络节点及计算机存储介质
本申请是申请日为2018年1月5日的PCT国际专利申请PCT/CN2018/071521进入中国国家阶段的中国专利申请号201880084688.2、发明名称为“数据承载的标识分配方法、网络节点及计算机存储介质”的分案申请。
技术领域
本发明涉及信息处理技术领域，尤其涉及一种数据承载的标识分配方法、网络节点及计算机存储介质。
背景技术
在LTE双连接(DC)场景中，当辅助节点(SN)的承载需要修改，建立或者释放承载上下文(bearer context)时，需要发起SeNB Modification流程。SeNB modification流程可以由主节点(MN)发起也可以有SN发起。但是，当网络侧的SN独立负责自身的DRB的建立，修改和释放时，就能够存在因为不知道MN的DRB ID使用情况，而造成UE侧不同DRB的ID的混淆的问题。
发明内容
为解决上述技术问题，本发明实施例提供了一种数据承载的标识分配方法、网络节点及计算机存储介质。
本发明实施例提供一种数据承载的标识分配方法，所述方法包括：
当第一网络节点进行修改数据承载DRB的处理时，从存储的DRB的标识范围中选取DRB的标识信息，或者，从第二网络节点侧获取DRB的标识信息。
本发明实施例提供一种数据承载的标识分配方法，所述方法包括：
向第一网络节点发送第一网络节点的DRB的标识范围或者发送所述第一网络节点使用的DRB的标识信息。
本发明实施例提供一种第一网络节点，包括：
第一处理单元，当进行修改数据承载DRB的处理时，从存储的DRB的标识范围中选取DRB的标识信息，或者，从第二网络节点侧获取DRB的标识信息。
本发明实施例提供一种第二网络节点，包括：
第二通信单元，向第一网络节点发送第一网络节点的DRB的标识范围或者发送所述第一网络节点使用的DRB的标识信息。
本发明实施例提供的一种网络节点，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，
其中，所述处理器用于运行所述计算机程序时，执行前述方法的步骤。
本发明实施例提供的一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令被执行时实现前述方法步骤。
本发明实施例的技术方案，就能够在网络侧进行DRB修改的时候，从存储的DRB的标识范围内选取DRB标识，或者从第二网络节点获取DRB的标识；如此，就能够在第二网络节点和第一网络节点之间进行协调，得到最终分配的DRB的标识信息，从而避免由第一网络节点单独进行DRB的修改的时候，所出现的可能会与第二网络节点分配相同的DRB的标识信息的问题，进而避免DRB的标识信息出现混淆的情况。
附图说明
图1为本发明实施例提供的一种数据承载的标识分配方法流程示意图；
图2为本发明实施例第一网络节点组成结构示意图；
图3为本发明实施例第二网络节点组成结构示意图；
图4为本发明实施例的一种硬件架构示意图。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。
实施例一、
本发明实施例提供了一种数据承载的标识分配方法，包括：
当第一网络节点进行修改数据承载DRB的处理时，从存储的DRB的标识范围中选取DRB的标识信息，或者，从第二网络节点侧获取DRB的标识信息。
本实施例所述的第一网络节点可以为网络侧的辅助节点(SN)。
本实施例可以包括以下两种处理方式：
方式1、如图1所示，包括：
步骤101：从第二网络节点接收第一网络节点添加请求，从所述第一网络节点添加请求中获取所述第一网络节点的DRB的标识范围；
步骤102：当第一网络节点进行修改数据承载DRB的处理时，从存储的DRB的标识范围中选取DRB的标识信息，或者，从第二网络节点侧获取DRB的标识信息。
其中，所述从第二网络节点接收第一网络节点添加请求，包括：通过Xn接口，接收所述第二网络节点发来的第一网络节点添加请求。
具体来说，以第一网络节点为SN、第二网络节点为MN为例进行说明：
主节点(MN)在添加辅助节点(SN)时，在SN添加请求消息中携带一个SN可用的DRB标识范围；通过所述DRB的标识范围通知所述SN在增加DRB的时候，只能在所述DRB ID范围中给添加的DRB分配ID。
所述SN添加请求消息是由MN发起的通过Xn接口传输给SN的Xn消息。
所述辅助节点的DRB的标识(ID)范围，用于表征所述辅助节点能够使用的最小标识值；即所述DRB ID范围可以是一个所能使用的ID的最小值，比如总的范围是[0,31],如果请求消息中包含的DRB ID范围为15，则SN能使用的DRB ID为[15，31]。
需要理解的是，虽然并未指出，但是DRB ID范围还可以为SN能够使用的最大值，比如，总范围为[0，31]，那么如果DRB ID范围为15，也就是说SN可以使用的DRB ID为[0,15]。
还可以存在其他的设置方式，本实施例中不再进行穷举。
所述SN增加DRB的流程可以是由MN发起也可以是由SN发起的流程：
当第二网络节点发起第一网络节点的修改流程时，通过Xn接口接收第二网络节点发来的修改请求，基于所述修改请求从所述DRB的标识范围中选取DRB的标识信息；将选取的DRB的标识信息作为增加的DRB，将所述增加的DRB通过确认消息发送至第二网络节点。也就是说，如果是MN发起的SN修改流程，则MN通过Xn向SN发送SN修改请求，同时SN将增加的DRB信息(包括类型，ID等)通过确认消息发送给MN。
当第一网络节点发起修改流程时，从所述DRB的标识范围中选取DRB的标识信息；将选取的DRB的标识信息通过RRC重配置消息发送至用户设备，或者，将选取的DRB的标识信息通过第二网络节点发送至用户设备。也就是说，如果是SN发起的SN修改流程，则SN可以直接将添加的DRB信息放在RRC重配置消息中发送给UE，也可以通过MN发送给UE。
方式2、与方式1不同之处在于，这种方式不需要提前从MN获取DRB标识范围，只在需要进行DRB修改的时候，才会获取或者直接增加DRB ID。
在SN在执行SN修改流程(比如增加DRB时)，先通过Xn请求消息向MN请求一个可用的DRB ID，MN通过Xn回复确认消息，SN根据MN回复的消息建立DRB。
具体的，以第一网络节点为SN、第二网络节点为MN为例进行说明，所述SN修改流程可以是由MN发起也可以是由SN发起的流程：
当第二网络节点发起所述第一网络节点的修改流程时，通过Xn接口接收第二网络节点发来的修改请求，从所述修改请求中获取DRB的标识信息，基于所述DRB的标识信息建立DRB，并向第二网络节点反馈建立成功消息。也就是说，如果是MN发起的SN修改流程，则MN通过Xn向SN发送SN修改请求，请求消息中会携带DRB ID信息，SN根据该信息建立DRB，然后再将建立成功消息通过Xn反馈给MN。
当第一网络节点发起修改流程时，向第二网络节点发送请求消息，接收第二网络节点针对请求消息发来的反馈消息，从所述反馈消息中获取DRB的标识信息，基于所述DRB的标识信息建立DRB。如果是SN发起的SN修改流程，则SN先向MN发送请求消息，MN通过反馈消息向SN发送可用的DRB ID，SN根据该反馈消息中的可以的DRB ID建立DRB。
可见，通过采用上述方案，就能够在网络侧进行DRB修改的时候，从存储的DRB的标识范围内选取DRB标识，或者从第二网络节点获取DRB的标识；如此，就能够在第二网络节点和第一网络节点之间进行协调，得到最终分配的DRB的标识信息，从而避免由第一网络节点单独进行DRB的修改的时候，所出现的可能会与第二网络节点分配相同的DRB的标识信息的问题，进而避免DRB的标识信息出现混淆的情况。
实施例二、
本发明实施例提供了一种数据承载的标识分配方法，包括：
向第一网络节点发送第一网络节点的DRB的标识范围或者发送所述第一网络节点使用的DRB的标识信息。
本实施例第二网络节点为网络侧的主节点(MN)为例进行说明。
本实施例可以包括以下两种处理方式：
方式1、在所述第一网络节点添加请求中添加所述第一网络节点的DRB的标识范围；向第一网络节点发送第一网络节点添加请求。
进而，当第一网络节点进行修改数据承载DRB的处理时，从存储的DRB的标识范围中选取DRB的标识信息，或者，从第二网络节点侧获取DRB的标识信息。
具体来说，以第一网络节点为SN、第二网络节点为MN为例进行说明：
主节点(MN)在添加辅助节点(SN)时，在SN添加请求消息中携带一个SN可用的DRB标识范围；通过所述DRB的标识范围通知所述SN在增加DRB的时候，只能在所述DRB ID范围中给添加的DRB分配ID。
所述SN添加请求消息是由MN发起的通过Xn接口传输给SN的Xn消息。
所述辅助节点的DRB的标识(ID)范围，用于表征所述辅助节点能够使用的最小标识值；即所述DRB ID范围可以是一个所能使用的ID的最小值，比如总的范围是[0,31],如果请求消息中包含的DRB ID范围为15，则SN能使用的DRB ID为[15，31]。
需要理解的是，虽然并未指出，但是DRB ID范围还可以为SN能够使用的最大值，比如，总范围为[0，31]，那么如果DRB ID范围为15，也就是说SN可以使用的DRB ID为[0,15]。
还可以存在其他的设置方式，本实施例中不再进行穷举。
所述SN增加DRB的流程可以是由MN发起也可以是由SN发起的流程：
当主节点发起辅助节点的修改流程时，通过Xn接口接收主节点发来的修改请求，基于所述修改请求从所述DRB的标识范围中选取DRB的标识信息；将选取的DRB的标识信息作为增加的DRB，将所述增加的DRB通过确认消息发送至主节点。也就是说，如果是MN发起的SN修改流程，则MN通过Xn向SN发送SN修改请求，同时SN将增加的DRB信息(包括类型，ID等)通过确认消息发送给MN。
当辅助节点发起修改流程时，从所述DRB的标识范围中选取DRB的标识信息；将选取的DRB的标识信息通过RRC重配置消息发送至用户设备，或者，将选取的DRB的标识信息通过主节点发送至用户设备。也就是说，如果是SN发起的SN修改流程，则SN可以直接将添加的DRB信息放在RRC重配置消息中发送给UE，也可以通过MN发送给UE。
方式2、与方式1不同之处在于，这种方式不需要提前从MN获取DRB标识范围，只在需要进行DRB修改的时候，才会获取或者直接增加DRB ID。
在SN在执行SN修改流程(比如增加DRB时)，先通过Xn请求消息向MN请求一个可用的DRB ID，MN通过Xn回复确认消息，SN根据MN回复的消息建立DRB。
具体的，以第一网络节点为SN、第二网络节点为MN为例进行说明，所述SN修改流程可以是由MN发起也可以是由SN发起的流程：
当第二网络节点发起所述第一网络节点的修改流程时，通过Xn接口接收第二网络节点发来的修改请求，所述修改请求携带第一网络节点使用的DRB的标识信息。也就是说，如果是MN发起的SN修改流程，则MN通过Xn向SN发送SN修改请求，请求消息中会携带DRB ID信息，SN根据该信息建立DRB，然后再将建立成功消息通过Xn反馈给MN。
当第一网络节点发起修改流程时，接收所述第一网络节点发来的请求消息；确定所述第一网络节点使用的DRB的标识信息，将所述DRB的标识信息添加至反馈消息中，发送所述反馈信息至第一网络节点。如果是SN发起的SN修改流程，则SN先向MN发送请求消息，MN通过反馈消息向SN发送可用的DRB ID，SN根据该反馈消息中的可以的DRB ID建立DRB。
可见，通过采用上述方案，就能够在网络侧进行DRB修改的时候，从存储的DRB的标识范围内选取DRB标识，或者从第二网络节点获取DRB的标识；如此，就能够在第二网络节点和第一网络节点之间进行协调，得到最终分配的DRB的标识信息，从而避免由第一网络节点单独进行DRB的修改的时候，所出现的可能会与第二网络节点分配相同的DRB的标识信息的问题，进而避免DRB的标识信息出现混淆的情况。
实施例三、
本发明实施例提供了一种第一网络节点，如图2所示，包括：
第一处理单元21，当进行修改数据承载DRB的处理时，从存储的DRB的标识范围中选取DRB的标识信息，或者，从第二网络节点侧获取DRB的标识信息。
本实施例所述的第一网络节点可以为网络侧的辅助节点(SN)。
本实施例可以包括以下两种处理方式：
方式1、所述当第一网络节点还包括：
第一通信单元22，从第二网络节点接收第一网络节点添加请求；
所述第一处理单元21，从所述第一网络节点添加请求中获取所述第一网络节点的DRB的标识范围。
其中，所述从第二网络节点接收第一网络节点添加请求，包括：通过Xn接口，接收所述第二网络节点发来的第一网络节点添加请求。
具体来说，以第一网络节点为SN、第二网络节点为MN为例进行说明：
主节点(MN)在添加辅助节点(SN)时，在SN添加请求消息中携带一个SN可用的DRB标识范围；通过所述DRB的标识范围通知所述SN在增加DRB的时候，只能在所述DRB ID范围中给添加的DRB分配ID。
所述SN添加请求消息是由MN发起的通过Xn接口传输给SN的Xn消息。
所述辅助节点的DRB的标识(ID)范围，用于表征所述辅助节点能够使用的最小标识值；即所述DRB ID范围可以是一个所能使用的ID的最小值，比如总的范围是[0,31],如果请求消息中包含的DRB ID范围为15，则SN能使用的DRB ID为[15，31]。
需要理解的是，虽然并未指出，但是DRB ID范围还可以为SN能够使用的最大值，比如，总范围为[0，31]，那么如果DRB ID范围为15，也就是说SN可以使用的DRB ID为[0,15]。
还可以存在其他的设置方式，本实施例中不再进行穷举。
所述SN增加DRB的流程可以是由MN发起也可以是由SN发起的流程：
所述第一处理单元21，当第二网络节点发起第一网络节点的修改流程时，通过Xn接口接收第二网络节点发来的修改请求，基于所述修改请求从所述DRB的标识范围中选取DRB的标识信息；将选取的DRB的标识信息作为增加的DRB；所述第一通信单元22，将所述增加的DRB通过确认消息发送至第二网络节点。也就是说，如果是MN发起的SN修改流程，则MN通过Xn向SN发送SN修改请求，同时SN将增加的DRB信息(包括类型，ID等)通过确认消息发送给MN。
所述第一处理单元21，当第一网络节点发起修改流程时，从所述DRB的标识范围中选取DRB的标识信息；所述第一通信单元22，将选取的DRB的标识信息通过RRC重配置消息发送至用户设备，或者，将选取的DRB的标识信息通过第二网络节点发送至用户设备。也就是说，如果是SN发起的SN修改流程，则SN可以直接将添加的DRB信息放在RRC重配置消息中发送给UE，也可以通过MN发送给UE。
方式2、与方式1不同之处在于，这种方式不需要提前从MN获取DRB标识范围，只在需要进行DRB修改的时候，才会获取或者直接增加DRB ID。
在SN在执行SN修改流程(比如增加DRB时)，先通过Xn请求消息向MN请求一个可用的DRB ID，MN通过Xn回复确认消息，SN根据MN回复的消息建立DRB。
所述SN修改流程可以是由MN发起也可以是由SN发起的流程：
第一通信单元22，向第二网络节点反馈建立成功消息；所述第一处理单元21，当第二网络节点发起所述第一网络节点的修改流程时，通过Xn接口接收第二网络节点发来的修改请求，从所述修改请求中获取DRB的标识信息，基于所述DRB的标识信息建立DRB。也就是说，如果是MN发起的SN修改流程，则MN通过Xn向SN发送SN修改请求，请求消息中会携带DRBID信息，SN根据该信息建立DRB，然后再将建立成功消息通过Xn反馈给MN。
第一通信单元22，当第一网络节点发起修改流程时，向第二网络节点发送请求消息，接收第二网络节点针对请求消息发来的反馈消息；所述第一处理单元21，从所述反馈消息中获取DRB的标识信息，基于所述DRB的标识信息建立DRB。如果是SN发起的SN修改流程，则SN先向MN发送请求消息，MN通过反馈消息向SN发送可用的DRB ID，SN根据该反馈消息中的可以的DRB ID建立DRB。
可见，通过采用上述方案，就能够在网络侧进行DRB修改的时候，从存储的DRB的标识范围内选取DRB标识，或者从第二网络节点获取DRB的标识；如此，就能够在第二网络节点和第一网络节点之间进行协调，得到最终分配的DRB的标识信息，从而避免由第一网络节点单独进行DRB的修改的时候，所出现的可能会与第二网络节点分配相同的DRB的标识信息的问题，进而避免DRB的标识信息出现混淆的情况。
实施例四、
本发明实施例提供了一种第二网络节点，如图3所示，包括：
第二通信单元31，向第一网络节点发送第一网络节点的DRB的标识范围或者发送所述第一网络节点使用的DRB的标识信息。
本实施例第二网络节点为网络侧的主节点(MN)为例进行说明。
本实施例可以包括以下两种处理方式：
方式1、第二网络节点还包括：
第二处理单元32，在所述第一网络节点添加请求中添加所述第一网络节点的DRB的标识范围；
所述第二通信单元31，向第一网络节点发送第一网络节点添加请求。
进而，当第一网络节点进行修改数据承载DRB的处理时，从存储的DRB的标识范围中选取DRB的标识信息，或者，从第二网络节点侧获取DRB的标识信息。
具体来说，以第一网络节点为SN、第二网络节点为MN为例进行说明：
主节点(MN)在添加辅助节点(SN)时，在SN添加请求消息中携带一个SN可用的DRB标识范围；通过所述DRB的标识范围通知所述SN在增加DRB的时候，只能在所述DRB ID范围中给添加的DRB分配ID。
所述SN添加请求消息是由MN发起的通过Xn接口传输给SN的Xn消息。
所述辅助节点的DRB的标识(ID)范围，用于表征所述辅助节点能够使用的最小标识值；即所述DRB ID范围可以是一个所能使用的ID的最小值，比如总的范围是[0,31],如果请求消息中包含的DRB ID范围为15，则SN能使用的DRB ID为[15，31]。
需要理解的是，虽然并未指出，但是DRB ID范围还可以为SN能够使用的最大值，比如，总范围为[0，31]，那么如果DRB ID范围为15，也就是说SN可以使用的DRB ID为[0,15]。
还可以存在其他的设置方式，本实施例中不再进行穷举。
方式2、与方式1不同之处在于，这种方式不需要提前从MN获取DRB标识范围，只在需要进行DRB修改的时候，才会获取或者直接增加DRB ID。
在SN在执行SN修改流程(比如增加DRB时)，先通过Xn请求消息向MN请求一个可用的DRB ID，MN通过Xn回复确认消息，SN根据MN回复的消息建立DRB。
具体的，以第一网络节点为SN、第二网络节点为MN为例进行说明，所述SN修改流程可以是由MN发起也可以是由SN发起的流程：
第二处理单元32，在修改请求中添加第一网络节点使用的DRB的标识信息；所述第二通信单元31，当第二网络节点发起所述第一网络节点的修改流程时，通过Xn接口接收第二网络节点发来的修改请求。也就是说，如果是MN发起的SN修改流程，则MN通过Xn向SN发送SN修改请求，请求消息中会携带DRB ID信息，SN根据该信息建立DRB，然后再将建立成功消息通过Xn反馈给MN。
第二处理单元32，确定所述第一网络节点使用的DRB的标识信息，将所述DRB的标识信息添加至反馈消息中；所述第二通信单元31，当第一网络节点发起修改流程时，接收所述第一网络节点发来的请求消息；以及发送所述反馈信息至第一网络节点。如果是SN发起的SN修改流程，则SN先向MN发送请求消息，MN通过反馈消息向SN发送可用的DRB ID，SN根据该反馈消息中的可以的DRB ID建立DRB。
可见，通过采用上述方案，就能够在网络侧进行DRB修改的时候，从存储的DRB的标识范围内选取DRB标识，或者从第二网络节点获取DRB的标识；如此，就能够在第二网络节点和第一网络节点之间进行协调，得到最终分配的DRB的标识信息，从而避免由第一网络节点单独进行DRB的修改的时候，所出现的可能会与第二网络节点分配相同的DRB的标识信息的问题，进而避免DRB的标识信息出现混淆的情况。
本发明实施例还提供了一种第一网络节点或第二网络节点的硬件组成架构，如图4所示，包括：至少一个处理器41、存储器42、至少一个网络接口43。各个组件通过总线系统44耦合在一起。可理解，总线系统44用于实现这些组件之间的连接通信。总线系统44除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图4中将各种总线都标为总线系统44。
可以理解，本发明实施例中的存储器42可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。
在一些实施方式中，存储器42存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：
操作系统421和应用程序422。
其中，所述处理器41配置为：能够处理前述实施例一或二的方法步骤，这里不再进行赘述。
本发明实施例提供的一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令被执行时实施前述实施例一或二的方法步骤。
本发明实施例上述装置如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
相应地，本发明实施例还提供一种计算机存储介质，其中存储有计算机程序，该计算机程序配置为执行本发明实施例的数据调度方法。
尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。
