CN110149674A - 一种路由更新方法及设备 - Google Patents
一种路由更新方法及设备 Download PDFInfo
- Publication number
- CN110149674A CN110149674A CN201810150653.6A CN201810150653A CN110149674A CN 110149674 A CN110149674 A CN 110149674A CN 201810150653 A CN201810150653 A CN 201810150653A CN 110149674 A CN110149674 A CN 110149674A
- Authority
- CN
- China
- Prior art keywords
- node
- switching
- message
- source
- destination
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
- H04W40/248—Connectivity information update
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/34—Modification of an existing route
- H04W40/36—Modification of an existing route due to handover
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
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
技术领域
本申请实施例涉及通信技术领域,尤其涉及一种路由更新方法及设备。
背景技术
在树网络拓扑结构中,用户设备(User Equipment,UE)可以直接与宿主基站(Donor gNB,DgNB)进行通信,也可以通过中继节点(Relay Node,RN)与宿主基站进行通信。也就是说UE到宿主基站的路径可能由多个RN组成。宿主基站、RN均保存了路由信息,路由信息中包括从本地到UE的路径信息,宿主基站、RN可以根据路由信息将数据包发给正确的UE。
当某个RN发生切换,如该RN从当前连接的一个RN切换到另一个RN上,网络拓扑结构就发生了变化,因此宿主基站、网络拓扑中的各个RN需要根据变化后的网络拓扑更新本地保存的路由信息。当RN1从RN2切换到RN3,一方面,RN2发现RN1离开,则向自己的父节点(Parent Node)RN4发送消息指示“RN1离开了RN2”,RN4根据该消息更新自己的路由信息并继续向自己的父节点RN5发送消息指示“RN1离开了RN2”,直到该消息到达宿主基站,宿主基站根据该消息更新自己的路由信息。父节点可以为宿主基站或中继节点。需要说明的是,某一节点的父节点可以理解为上行方向上与某一节点直接相连的节点,即可以理解为某一节点的直接连接的上一跳。
另一方面,RN3发现RN1接入,则向自己的父节点RN6发送消息指示“RN1加入了RN3”,RN6根据该消息更新自己的路由信息并继续向自己的父节点RN7发送消息指示“RN1加入了RN3”,直到该消息到达宿主基站,宿主基站还会根据该消息更新自己的路由信息。
可见,现有技术中RN切换导致网络拓扑发生变化时,该RN切换前到达宿主基站的路径上的每一个RN都会更新路由信息,同时,该RN切换后到达宿主基站的路径上所有RN也会更新路由信息。实际上,网络拓扑的改变并不影响某一些RN、宿主基站的路由信息,即更新后的路由信息与更新前的路由信息相同,因此这些RN、宿主基站不需要更新路由信息。另外,这些RN之间通过特定的消息指示网络拓扑的改变(如:RN离开了某个RN,或RN加入了某个RN),也造成了不必要的信令开销。
当网络拓扑改变后,只有当宿主基站、所有RN完成路由信息更新后,宿主基站才能够重新将数据包从新路径发送出去,造成数据中断时间较长。
发明内容
本申请实施例提供一种路由更新方法及设备,能够节省信令开销,减少网络拓扑变化导致的数据中断时间。
为达到上述目的,本申请实施例采用如下技术方案:
第一方面,本申请实施例提供了一种路由更新方法,包括:第一节点接收第二节点发送的第一消息。具体地,第一消息用于指示切换节点离开源节点和/或切换节点接入目标节点。其中,源节点是切换节点切换前连接的节点,目标节点为切换节点切换后连接的节点。进一步,第一节点还可以根据接收到的第一消息更新自己的路由信息。例如:删除到达某节点的下一跳,或,增加到达某节点的下一跳。
具体实现中,第一节点为以下节点中的任意一个:目标节点、源节点、核心节点、目标节点与核心节点之间的第一中继节点、源节点与核心节点之间的第二中继节点。其中,核心节点是目标节点与源节点上行方向的第一个共同节点。第二节点为以下节点中的任意一个:切换节点、目标节点、源节点、核心节点、第一中继节点、第二中继节点。
可见,本发明实施例提供的方法中,在节点发生切换导致网络拓扑改变时,只是核心节点以及核心节点下行的节点之间交互消息指示节点切换的情况,并进行路由更新。现有技术中,IAB网络中的一个节点切换后,该节点切换前到达宿主基站的路径上的每一个节点都会接收到指示节点切换情况的消息,也会更新路由信息,同时,该节点切换后到达宿主基站的路径上所有节点也会接收到指示节点切换情况的消息并更新路由信息。相比而言,本发明实施例中,IAB网络中除核心节点以及核心节点下行的节点外的其他节点无需进行路由更新,也不需要信令通知这些节点,节省了信令开销,同时由于进行路由更新的节点数量的减少,整个网络经过较短时间就可以恢复通信,缩短了数据中断时间。
结合第一方面,在第一方面的第一种可能的实现方式中,所述方法还包括:第一节点根据第一消息确定接收第二消息的第三节点,向第三节点发送第二消息,第二消息用于指示切换节点离开源节点和/或切换节点接入目标节点。其中,第三节点为以下节点中的任意一个:源节点、核心节点、目标节点、第一中继节点、第二中继节点。
也就是说,第一节点还会向其他节点发送消息指示节点切换的情况,如此使得IAB网络中与切换节点相关的核心节点以及该核心节点下行的节点均可以接收到指示节点切换情况的消息。在网络拓扑发生变化后,依据网络拓扑的实际变化更新自己的路由信息,根据正确的路由信息转发数据,使得网络恢复通信。
结合第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中,第二消息还包括切换节点的路由信息。
在一些实施例中,如果切换节点的下级还连接有其他下级节点,并且这些节点跟随切换节点一起切换。切换节点自己的路由信息中包括与这些下级节点相关的路由信息,为了保证后续宿主基站能够继续与这些下级节点进行通信,需要通过第二消息指示切换节点的路由信息,如此,使得各个节点还可以更新与这些下级节点相关的路由信息,保证宿主基站在后续发送的数据可以到达这些下级节点,或这些下级节点在后续发送的数据可以到达宿主基站。
结合第一方面或第一方面的第一或第二种可能的实现方式,在第一方面的第三种可能的实现方式中,第一消息还包括切换节点的路由信息。
在一些实施例中,如果切换节点的下级还连接有其他下级节点,并且这些节点跟随切换节点一起切换。切换节点自己的路由信息中包括与这些下级节点相关的路由信息,为了保证后续宿主基站能够继续与这些下级节点进行通信,需要通过第一消息指示切换节点的路由信息,如此,使得各个节点还可以更新与这些下级节点相关的路由信息,保证宿主基站在后续发送的数据可以到达这些下级节点,或这些下级节点在后续发送的数据可以到达宿主基站。
结合第一方面的第一种可能的实现方式,在第一方面的第四种可能的实现方式中,第一节点根据第一消息确定接收第二消息的第三节点包括:第一节点确定第一节点的路由信息中不包括切换节点的信息和/或第一节点的路由信息中不包括源节点的信息,则确定第三节点为第一节点的父节点。
在一些实施例中,需要增加路由信息的节点先进行路由更新,在这些节点增加完路由信息后,需要删除路由信息的节点再更新自己的路由信息。因此,切换节点向目标节点发送第一消息指示节点切换的情况,随后,目标节点可以将该消息传递给自己上行的第一中继节点,每一个第一中继节点都需要在接收子节点发送的消息后将该消息发送给自己的父节点,以便切换节点切换后所在路径上处于核心节点下行的节点完成路由更新。对于一个第一节点,如果第一节点的路由信息中不包括切换节点的信息,或者,第一节点的路由信息中不包括切换节点和源节点的信息,或者,第一节点的路由信息中不包括源节点的信息,则说明该节点是切换节点切换后所在路径上的节点,例如,该节点可以是第一中继节点或目标节点。
结合第一方面的第四种可能的实现方式,在第一方面的第五种可能的实现方式中,第一消息用于指示切换节点离开源节点和切换节点接入目标节点,第二消息用于指示切换节点离开源节点和切换节点接入目标节点;或者,第一消息用于指示切换节点接入目标节点,第二消息用于指示切换节点接入目标节点。
也就是说,对于第一中继节点或目标节点来说,需要将接收到的消息指示的内容传递出去,即第一消息可以和第二消息指示的内容相同。
结合第一方面的第一种可能的实现方式,在第一方面的第六种可能的实现方式中,第一节点根据第一消息确定接收第二消息的第三节点包括:第一节点确定第一节点的路由信息包括切换节点的信息和/或第一节点的路由信息中包括源节点的信息,则确定第三节点为第一节点的子节点。
对于一个第一节点,如果第一节点的路由信息中包括切换节点的信息,或者,第一节点的路由信息中包括切换节点和源节点的信息,或者,第一节点的路由信息中包括源节点的信息,则说明该节点是切换节点切换后所在路径上的节点,还是切换节点切换前所在路径上的节点,例如,该节点可以是两条路径的靠近UE方向上的第一个共同节点,即本发明实施例所述的核心节点。另外,由于本发明实施例中核心点IAB网络中除核心节点以及核心节点下行的节点外的其他节点无需进行路由更新,也不需要信令通知这些节点,且切换节点切换后所在路径上的节点,如:第一中继节点、目标节点已经完成路由更新,因此,核心节点需要向自己的子节点发送消息指示切换节点离开的情况。
结合第一方面的第六种可能的实现方式,在第一方面的第七种可能的实现方式中,第一消息用于指示切换节点离开源节点和切换节点接入目标节点,第二消息用于指示切换节点离开源节点;或者,第一消息用于指示切换节点接入目标节点,第二消息用于指示切换节点离开源节点;或者,第一消息用于指示切换节点离开源节点和切换节点接入目标节点,第二消息用于指示切换节点离开;或者,第一消息用于指示切换节点接入目标节点,第二消息用于指示切换节点离开。
具有实现中,核心节点向自己的子节点(如:第二中继节点)可以指示切换节点离开源节点,也可以仅指示切换节点离开,接收到核心节点指示的消息后可以根据核心节点指示的内容进行路由更新,如:删除路由信息中的“到达切换节点的下一跳”。
结合第一方面的第一种可能的实现方式,在第一方面的第八种可能的实现方式中,第一节点根据第一消息确定接收第二消息的第三节点包括:第一节点确定第一节点的路由信息中包括切换节点的信息且切换节点切换前不是所述第一节点的子节点,则确定第三节点为第一节点的子节点。
如果第一节点确定第一节点的路由信息中包括切换节点的信息,说明该节点在切换节点切换前所在路径上,又由于切换节点切换前不是所述第一节点的子节点,说明该节点不是源节点,例如,该节点为第二中继节点。本发明实施例中,核心节点以及核心节点下行的节点进行路由更新,因此,第二中继节点向自己的子节点发送第二消息,指示节点切换的情况。
结合第一方面的第八种可能的实现方式,在第一方面的第九种可能的实现方式中,第一消息用于指示切换节点离开,第二消息用于指示切换节点离开。
也就是说第一节点为第二中继节点,第二中继节点接收到的消息指示切换节点离开,第二中继节点向自己的节点发送的消息指示切换节点离开。
结合第一方面的第六至第九种可能的实现方式中的任意一种,在第一方面的第十种可能的实现方式中,确定第三节点为第一节点的子节点具体包括:第一节点根据第一节点的路由信息确定到达切换节点的下一跳为第三节点。
也就是说第一节点为第二中继节点,第二中继节点接收到的消息指示切换节点离开,该消息可以携带切换节点的信息,因此,第二中继节点可以基于切换节点的信息以及自己的路由信息确定将指示切换情况的消息发送给哪一节点。
结合第一方面的第一种可能的实现方式,在第一方面的第十一种可能的实现方式中,第一节点根据第一消息确定接收第二消息的第三节点包括:第一节点确定源节点的信息与第一节点的信息不同,则确定第三节点为第一节点的子节点;和/或,第一节点确定第一节点的路由信息中包括切换节点的信息且切换节点切换前不是所述第一节点的子节点,则确定第三节点为第一节点的子节点。
如果第一节点确定源节点的信息与自己的信息不同,说明该节点不是源节点,或者,如果第一节点确定第一节点的路由信息中包括切换节点的信息,说明该节点在切换节点切换前所在路径上,又由于切换节点切换前不是所述第一节点的子节点,说明该节点不是源节点,例如,该节点为第二中继节点。本发明实施例中,核心节点以及核心节点下行的节点进行路由更新,因此,第二中继节点向自己的子节点发送第二消息,指示节点切换的情况。
结合第一方面的第十一种可能的实现方式,在第一方面的第十二种可能的实现方式中,第一消息用于指示切换节点离开源节点,第二消息用于指示切换节点离开源节点。
具体地,第一消息可以携带切换节点的信息以及源节点的信息,第二消息可以携带切换节点的信息以及源节点的信息。
结合第一方面的第十一或第十二种可能的实现方式,在第一方面的第十三种可能的实现方式中,确定第三节点为第一节点的子节点具体包括:第一节点根据第一节点的路由信息确定到达源节点的下一跳为第三节点;和/或,第一节点根据第一节点的路由信息确定到达切换节点的下一跳为第三节点。
也就是说第一节点为第二中继节点,第二中继节点接收到的消息指示切换节点离开源节点,该消息可以携带切换节点的信息以及源节点的信息,因此,第二中继节点可以基于切换节点的信息或源节点的信息以及自己的路由信息确定将指示切换情况的消息发送给哪一节点。
结合第一方面的第一种可能的实现方式,在第一方面的第十四种可能的实现方式中,第一节点根据第一消息确定接收第二消息的第三节点包括:第一节点确定第一节点的路由信息中不包括目标节点的信息,则确定第三节点为第一节点的父节点。
在一些实施例中,需要删除路由信息的节点先进行路由更新,在这些节点删除完路由信息后,需要增加路由信息的节点再更新自己的路由信息。因此,切换节点向源节点发送第一消息指示节点切换的情况,随后,源节点可以将该消息传递给自己上行的第二中继节点,每一个第二中继节点都需要在接收子节点发送的消息后向自己的父节点发送消息指示节点的切换情况,以便切换节点切换前所在路径上处于核心节点下行的节点完成路由更新。对于一个节点如果自己的路由信息中不包括目标的标识,则说明该节点是切换节点切换前所在路径上的节点,例如,该节点可以是第二中继节点或源节点。
结合第一方面的第十四种可能的实现方式,在第一方面的第十五种可能的实现方式中,第一消息用于指示切换节点离开源节点和切换节点接入目标节点,第二消息用于指示切换节点离开源节点和切换节点接入目标节点;或者,第一消息用于指示切换节点接入目标节点,第二消息用于指示切换节点接入目标节点。
也就是说,对于第二中继节点或目标节点来说,需要将接收到的消息指示的内容传递出去,即第一消息可以和第二消息指示的内容相同。
结合第一方面的第一种可能的实现方式,在第一方面的第十六种可能的实现方式中,第一节点根据第一消息确定接收第二消息的第三节点包括:第一节点确定第一节点的路由信息中包括目标节点的信息,则确定第三节点为第一节点的子节点。
对于一个节点,如果自己的路由信息中包括目标节点的信息,则说明该节点是切换节点切换后所在路径上的节点,由于该节点的子节点的路由信息中不包括目标节点的信息,说明该节点还是切换节点切换前所在路径上的节点,例如,该节点可以是两条路径的靠近UE方向上的第一个共同节点,即本发明实施例所述的核心节点。另外,由于本发明实施例中核心点IAB网络中除核心节点以及核心节点下行的节点外的其他节点无需进行路由更新,也不需要信令通知这些节点,且切换节点切换后所在路径上的节点,如:第一中继节点、目标节点已经完成路由更新,因此,核心节点需要向自己的子节点发送消息指示切换节点加入的情况。
结合第一方面的第十六种可能的实现方式,在第一方面的第十七六种可能的实现方式中,第一消息用于指示切换节点离开源节点和切换节点接入目标节点,第二消息用于指示切换节点接入目标节点;或者,第一消息用于指示切换节点接入目标节点,第二消息用于指示切换节点接入目标节点。
对于第二中继节点,接收到的第一消息与发送给子节点的第二消息可以不同,发送的第二消息用于指示切换节点接入目标节点。
结合第一方面的第一种可能的实现方式,在第一方面的第十八种可能的实现方式中,第一节点根据第一消息确定接收第二消息的第三节点包括:第一节点确定目标节点的信息与第一节点的信息不同,则确定第三节点为第一节点的子节点。
对于第一中继节点来说,如果自己不是目标节点,则需要向自己的节点发送第二消息指示切换节点的加入。
结合第一方面的第十八种可能的实现方式,在第一方面的第十九种可能的实现方式中,第一消息用于指示切换节点接入目标节点,第二消息用于指示切换节点接入目标节点。
结合第一方面的第十六至第十九种可能的实现方式中的任意一种,在第一方面的第二十种可能的实现方式中,确定第三节点为第一节点的子节点包括:第一节点根据第一节点的路由信息确定到达目标节点的下一跳为第三节点。
当第一节点为第一中继节点,第一中继节点接收到的消息中包括目标节点的信息,第二中继节点则可以基于目标节点的信息判断如何发送消息指示节点的切换情况。
第二方面,公开了一种设备,该设备作为第一节点,包括:接收单元,用于接收第二节点发送的第一消息,第一消息用于指示切换节点离开源节点和/或切换节点接入目标节点;源节点是切换节点切换前连接的节点,目标节点为切换节点切换后连接的节点;更新单元,用于根据第一消息更新第一节点的路由信息。
具体实现中,第一节点为以下节点中的任意一个:目标节点、源节点、核心节点、目标节点与核心节点之间的第一中继节点、源节点与核心节点之间的第二中继节点;核心节点是目标节点与源节点上行方向的第一个共同节点;第二节点为以下节点中的任意一个:切换节点、目标节点、源节点、核心节点、第一中继节点、第二中继节点。
可见,在节点发生切换导致网络拓扑改变时,只是核心节点以及核心节点下行的节点之间交互消息指示节点切换的情况,并进行路由更新。现有技术中,IAB网络中的一个节点切换后,该节点切换前到达宿主基站的路径上的每一个节点都会接收到指示节点切换情况的消息,也会更新路由信息,同时,该节点切换后到达宿主基站的路径上所有节点也会接收到指示节点切换情况的消息并更新路由信息。相比而言,本发明实施例中,IAB网络中除核心节点以及核心节点下行的节点外的其他节点无需进行路由更新,也不需要信令通知这些节点,节省了信令开销,同时由于进行路由更新的节点数量的减少,整个网络经过较短时间就可以恢复通信,缩短了数据中断时间。
结合第二方面,在第二方面的第一种可能的实现方式中,所述设备还包括确定单元。确定单元,用于根据第一消息确定接收第二消息的第三节点,向第三节点发送第二消息,第二消息用于指示切换节点离开源节点和/或切换节点接入目标节点;其中,第三节点为以下节点中的任意一个:源节点、核心节点、目标节点、第一中继节点、第二中继节点。
结合第二方面的第一种可能的实现方式中,在第二方面的第二种可能的实现方式中,第二消息还包括切换节点的路由信息。
结合第二方面或第二方面的第一或第二种可能的实现方式中,在第二方面的第三种可能的实现方式中,第一消息还包括切换节点的路由信息。
结合第二方面的第一种可能的实现方式中,在第二方面的第四种可能的实现方式中,确定单元具体用于,确定第一节点的路由信息中不包括切换节点的信息和/或第一节点的路由信息中不包括源节点的信息,则确定第三节点为第一节点的父节点。
结合第二方面的第四种可能的实现方式中,在第二方面的第五种可能的实现方式中,第一消息用于指示切换节点离开源节点和切换节点接入目标节点,第二消息用于指示切换节点离开源节点和切换节点接入目标节点;或者,第一消息用于指示切换节点接入目标节点,第二消息用于指示切换节点接入目标节点。
结合第二方面的第一种可能的实现方式中,在第二方面的第六种可能的实现方式中,确定单元具体用于,确定第一节点的路由信息包括切换节点的信息和/或第一节点的路由信息中包括源节点的信息,则确定第三节点为第一节点的子节点。
结合第二方面的第六种可能的实现方式中,在第二方面的第七种可能的实现方式中,第一消息用于指示切换节点离开源节点和切换节点接入目标节点,第二消息用于指示切换节点离开源节点;或者,第一消息用于指示切换节点接入目标节点,第二消息用于指示切换节点离开源节点;或者,第一消息用于指示切换节点离开源节点和切换节点接入目标节点,第二消息用于指示切换节点离开;或者,第一消息用于指示切换节点接入目标节点,第二消息用于指示切换节点离开。
结合第二方面的第一种可能的实现方式中,在第二方面的第八种可能的实现方式中,确定单元具体用于,确定第一节点的路由信息中包括切换节点的信息且切换节点切换前不是所述第一节点的子节点,则确定第三节点为第一节点的子节点。
结合第二方面的第八种可能的实现方式中,在第二方面的第九种可能的实现方式中,第一消息用于指示切换节点离开,第二消息用于指示切换节点离开。
结合第二方面的第六或第七或第八或第九种可能的实现方式中,在第二方面的第十种可能的实现方式中,确定单元具体用于,根据第一节点的路由信息确定到达切换节点的下一跳为第三节点。
结合第二方面的第一种可能的实现方式中,在第二方面的第十一种可能的实现方式中,确定单元具体用于,确定源节点的信息与第一节点的信息不同,则确定第三节点为第一节点的子节点;和/或,确定第一节点的路由信息中包括切换节点的信息且切换节点切换前不是所述第一节点的子节点,则确定第三节点为第一节点的子节点。
结合第二方面的第十一种可能的实现方式中,在第二方面的第十二种可能的实现方式中,第一消息用于指示切换节点离开源节点,第二消息用于指示切换节点离开源节点。
结合第二方面的第十一或第十二种可能的实现方式中,在第二方面的第十三种可能的实现方式中,确定单元具体用于,根据第一节点的路由信息确定到达源节点的下一跳为第三节点;和/或,根据第一节点的路由信息确定到达切换节点的下一跳为第三节点。
结合第二方面的第一种可能的实现方式中,在第二方面的第十四种可能的实现方式中,确定单元具体用于,确定第一节点的路由信息中不包括目标节点的信息,则确定第三节点为第一节点的父节点。
结合第二方面的第十四种可能的实现方式中,在第二方面的第十五种可能的实现方式中,第一消息用于指示切换节点离开源节点和切换节点接入目标节点,第二消息用于指示切换节点离开源节点和切换节点接入目标节点;或者,第一消息用于指示切换节点接入目标节点,第二消息用于指示切换节点接入目标节点。
结合第二方面的第一种可能的实现方式中,在第二方面的第十六种可能的实现方式中,确定单元具体用于,确定第一节点的路由信息中包括目标节点的信息,则确定第三节点为第一节点的子节点。
结合第二方面的第十六种可能的实现方式中,在第二方面的第十七种可能的实现方式中,第一消息用于指示切换节点离开源节点和切换节点接入目标节点,第二消息用于指示切换节点接入目标节点;或者,第一消息用于指示切换节点接入目标节点,第二消息用于指示切换节点接入目标节点。
结合第二方面的第一种可能的实现方式中,在第二方面的第十八种可能的实现方式中,确定单元用于,确定目标节点的信息与第一节点的信息不同,则确定第三节点为第一节点的子节点。
结合第二方面的第十八种可能的实现方式中,在第二方面的第十九种可能的实现方式中,第一消息用于指示切换节点接入目标节点,第二消息用于指示切换节点接入目标节点。
结合第二方面的第十六至第十九种可能的实现方式中中的任意一种,在第二方面的第二十种可能的实现方式中,确定单元具体用于,根据第一节点的路由信息确定到达目标节点的下一跳为第三节点。
第三方面,公开了一种设备,所述设备作为第一节点,包括:收发器和处理器,所述收发器接收第二节点发送的第一消息,所述第一消息用于指示切换节点离开源节点和/或切换节点接入目标节点;所述源节点是所述切换节点切换前连接的节点,所述目标节点为所述切换节点切换后连接的节点;所述处理器根据所述收发器接收的所述第一消息更新所述第一节点的路由信息;其中,所述第一节点为以下节点中的任意一个:所述目标节点、所述源节点、核心节点、所述目标节点与所述核心节点之间的第一中继节点、所述源节点与所述核心节点之间的第二中继节点;所述核心节点是所述目标节点与所述源节点上行方向的第一个共同节点;所述第二节点为以下节点中的任意一个:所述切换节点、所述目标节点、所述源节点、所述核心节点、所述第一中继节点、所述第二中继节点。
结合第三方面,在第三方面的第一种可能的实现方式中,所述处理器还根据所述第一消息确定接收第二消息的第三节点;所述收发器还向所述第三节点发送所述第二消息,所述第二消息用于指示所述切换节点离开源节点和/或所述切换节点接入目标节点;其中,所述第三节点为以下节点中的任意一个:所述源节点、所述核心节点、所述目标节点、所述第一中继节点、所述第二中继节点。
结合第三方面第一种可能的实现方式中,在第三方面的第二种可能的实现方式中,所述第一节点根据所述第一消息确定接收第二消息的第三节点包括:所述第一节点确定所述第一节点的路由信息中不包括所述切换节点的信息和/或所述第一节点的路由信息中不包括所述源节点的信息,则确定所述第三节点为所述第一节点的父节点。
结合第三方面第二种可能的实现方式中,在第三方面的第三种可能的实现方式中,所述第一消息用于指示所述切换节点离开所述源节点和所述切换节点接入所述目标节点,所述第二消息用于指示所述切换节点离开所述源节点和所述切换节点所述接入目标节点;或者,所述第一消息用于指示所述切换节点接入所述目标节点,所述第二消息用于指示所述切换节点接入所述目标节点。
结合第三方面第一种可能的实现方式中,在第三方面的第四种可能的实现方式中,所述处理器还用于,确定所述第一节点的路由信息包括所述切换节点的信息和/或所述第一节点的路由信息中包括所述源节点的信息,则确定所述第三节点为所述第一节点的子节点。
结合第三方面第四种可能的实现方式中,在第三方面的第五种可能的实现方式中,所述第一消息用于指示所述切换节点离开所述源节点和所述切换节点接入所述目标节点,所述第二消息用于指示所述切换节点离开所述源节点;或者,所述第一消息用于指示所述切换节点离开所述源节点和所述切换节点接入所述目标节点,所述第二消息用于指示所述切换节点离开;或者,所述第一消息用于指示所述切换节点接入所述目标节点,所述第二消息用于指示所述切换节点离开。
结合第三方面,在第三方面的第六种可能的实现方式中,所述处理器还确定所述第一节点的路由信息中包括所述切换节点的信息且所述切换节点切换前不是所述第一节点的子节点,则确定所述第三节点为所述第一节点的子节点。
结合第三方面的第六种可能的实现方式,在第三方面的第七种可能的实现方式中,所述第一消息用于指示所述切换节点离开,所述第二消息用于指示所述切换节点离开。
结合第三方面的第一种可能的实现方式,在第三方面的第八种可能的实现方式中,所述处理器还用于,确定所述源节点的信息与所述第一节点的信息不同,则确定所述第三节点为所述第一节点的子节点;和/或,所述第一节点确定所述第一节点的路由信息中包括所述切换节点的信息且所述切换节点切换前不是所述第一节点的子节点,则确定所述第三节点为所述第一节点的子节点。
结合第三方面的第八种可能的实现方式,在第三方面的第九种可能的实现方式中,所述第一消息用于指示所述切换节点离开所述源节点,所述第二消息用于指示所述切换节点离开所述源节点。
第四方面,公开了一种计算机可读存储介质,该计算机可读存储介质中存储有指令;当其在上述第二方面及其任意一项可能的实现方式所述的设备上运行时,使得该设备执行如上述第一方面及其各种可能的实现方式所述的路由更新方法。
第五方面,公开了一种无线通信装置,该无线通信装置中存储有指令,当该无线通信装置在上述第二方面及其任意一项可能的实现方式所述的设备上运行时,使得该设备执行如上述第一方面及其各种可能的实现方式所述的路由更新方法。具体实现中,该无线通信装置可以是芯片。
本申请中第二方面、第三方面、第四方面、第五方面及其各种实现方式的具体描述,可以参考第一方面及其各种实现方式中的详细描述;并且,第二方面、第三方面、第四方面、第五方面及其各种实现方式的有益效果,可以参考第一方面及其各种实现方式中的有益效果分析,此处不再赘述。
第六方面,申请实施例提供了一种调度请求取消方法,包括:设备确定第一调度请求被触发;当媒体接入控制协议数据单元被发送,且所述媒体接入控制协议数据单元包含第一缓存状态报告,所述设备取消所述第一调度请求。
结合第六方面,在第六方面的第一种可能的实现方式中,所述方法还包括:所述第一缓存状态报告包含第一缓存状态,所述第一缓存状态为直到最近一次触发缓存状态报告的事件时的缓存状态。
结合第六方面的第一种可能的实现方式,在第六方面的第二种可能的实现方式中,所述方法还包括:所述第一缓存状态为直到所述媒体接入控制协议数据单元组包前最近一次触发缓存状态报告的事件时的缓存状态。
结合第六方面或第六方面的第一或第二种可能的实现方式,在第六方面的第三种可能的实现方式中,所述方法还包括:所述第一调度请求为所述媒体接入控制协议数据单元组包前触发的调度请求;或者,所述第一调度请求为第二缓存状态报告触发的调度请求,其中,所述媒体接入控制协议数据单元包含触发所述第二缓存状态报告的事件时的缓存状态。
结合第六方面,在第六方面的第四种可能的实现方式中,所述方法还包括:所述第一缓存状态报告没有包含第一缓存状态,所述第一缓存状态为直到最近一次触发缓存状态报告的事件时的缓存状态。
结合第六方面的第四种可能的实现方式中,在第六方面的第五种可能的实现方式中,所述方法还包括:所述第一调度请求为所述媒体接入控制协议数据单元组包前触发的调度请求;或者,所述第一调度请求为第二缓存状态报告触发的调度请求,其中,所述媒体接入控制协议数据单元包含触发所述第二缓存状态报告的事件时的缓存状态。
结合第六方面或第六方面的第一至第五种任一种可能的实现方式,在第六方面的第六种可能的实现方式中,所述方法还包括:所述设备停止所述第一调度请求的调度请求禁止定时器。
第七方面,申请实施例提供了一种缓存状态报告取消方法,包括:设备确定第一缓存状态报告被触发;当媒体接入控制协议数据单元被发送,且所述媒体接入控制协议数据单元包含缓存状态报告,所述设备取消所述第一缓存状态报告。
结合第七方面,在第七方面的第一种可能的实现方式中,所述方法还包括:所述第一缓存状态报告为所述媒体接入控制协议数据单元组包前触发的缓存状态报告。
结合第七方面,在第七方面的第二种可能的实现方式中,所述方法还包括:所述媒体接入控制协议数据单元包含触发所述第一缓存状态报告的事件时的缓存状态。
第八方面,公开了一种设备,所述设备包括:确定单元,所述确定单元用于确定第一调度请求被触发;取消单元,所述当媒体接入控制协议数据单元被发送,且所述媒体接入控制协议数据单元包含第一缓存状态报告,所述取消单元用于取消所述第一调度请求。
结合第八方面,在第八方面的第一种可能的实现方式中,所述设备还包括:所述第一缓存状态报告包含第一缓存状态,所述第一缓存状态为直到最近一次触发缓存状态报告的事件时的缓存状态。
结合第八方面的第一种可能的实现方式,在第八方面的第二种可能的实现方式中,所述设备还包括:所述第一缓存状态为直到所述媒体接入控制协议数据单元组包前最近一次触发缓存状态报告的事件时的缓存状态。
结合第八方面或第八方面的第一或第二种可能的实现方式,在第八方面的第三种可能的实现方式中,所述设备还包括:所述第一调度请求为所述媒体接入控制协议数据单元组包前触发的调度请求;或者,所述第一调度请求为第二缓存状态报告触发的调度请求,其中,所述媒体接入控制协议数据单元包含触发所述第二缓存状态报告的事件时的缓存状态。
结合第八方面,在第八方面的第四种可能的实现方式中,所述设备还包括:所述第一缓存状态报告没有包含第一缓存状态,所述第一缓存状态为直到最近一次触发缓存状态报告的事件时的缓存状态。
结合第八方面的第四种可能的实现方式中,在第八方面的第五种可能的实现方式中,所述设备还包括:所述第一调度请求为所述媒体接入控制协议数据单元组包前触发的调度请求;或者,所述第一调度请求为第二缓存状态报告触发的调度请求,其中,所述媒体接入控制协议数据单元包含触发所述第二缓存状态报告的事件时的缓存状态。
结合第八方面或第八方面的第一至第五种任一种可能的实现方式,在第八方面的第六种可能的实现方式中,所述设备还包括:停止设备,所述停止设备用于停止所述第一调度请求的调度请求禁止定时器。
第九方面,公开了一种设备,所述设备包括:确定单元,所述确定单元用于确定第一缓存状态报告被触发;取消单元,所述当媒体接入控制协议数据单元被发送,且所述媒体接入控制协议数据单元包含缓存状态报告,所述取消单元用于取消所述第一缓存状态报告。
结合第九方面,在第九方面的第一种可能的实现方式中,所述设备还包括:所述第一缓存状态报告为所述媒体接入控制协议数据单元组包前触发的缓存状态报告。
结合第九方面,在第九方面的第二种可能的实现方式中,所述设备还包括:所述媒体接入控制协议数据单元包含触发所述第一缓存状态报告的事件时的缓存状态。
第十方面,公开了一种设备,所述设备包括:处理器,所述处理器确定第一调度请求被触发;所述当媒体接入控制协议数据单元被发送,且所述媒体接入控制协议数据单元包含第一缓存状态报告,所述处理器用于取消所述第一调度请求。
结合第十方面,在第十方面的第一种可能的实现方式中,所述设备还包括:所述第一缓存状态报告包含第一缓存状态,所述第一缓存状态为直到最近一次触发缓存状态报告的事件时的缓存状态。
结合第十方面的第一种可能的实现方式,在第十方面的第二种可能的实现方式中,所述设备还包括:所述第一缓存状态为直到所述媒体接入控制协议数据单元组包前最近一次触发缓存状态报告的事件时的缓存状态。
结合第十方面或第十方面的第一或第二种可能的实现方式,在第十方面的第三种可能的实现方式中,所述设备还包括:所述第一调度请求为所述媒体接入控制协议数据单元组包前触发的调度请求;或者,所述第一调度请求为第二缓存状态报告触发的调度请求,其中,所述媒体接入控制协议数据单元包含触发所述第二缓存状态报告的事件时的缓存状态。
结合第十方面,在第十方面的第四种可能的实现方式中,所述设备还包括:所述第一缓存状态报告没有包含第一缓存状态,所述第一缓存状态为直到最近一次触发缓存状态报告的事件时的缓存状态。
结合第十方面的第四种可能的实现方式中,在第十方面的第五种可能的实现方式中,所述设备还包括:所述第一调度请求为所述媒体接入控制协议数据单元组包前触发的调度请求;或者,所述第一调度请求为第二缓存状态报告触发的调度请求,其中,所述媒体接入控制协议数据单元包含触发所述第二缓存状态报告的事件时的缓存状态。
结合第十方面或第十方面的第一至第五种任一种可能的实现方式,在第十方面的第六种可能的实现方式中,所述设备还包括:所述处理器停止所述第一调度请求的调度请求禁止定时器。
第十一方面,公开了一种设备,所述设备包括:处理器,所述处理器确定第一缓存状态报告被触发;所述当媒体接入控制协议数据单元被发送,且所述媒体接入控制协议数据单元包含缓存状态报告,所述处理器取消所述第一缓存状态报告。
结合第十一方面,在第十一方面的第一种可能的实现方式中,所述设备还包括:所述第一缓存状态报告为所述媒体接入控制协议数据单元组包前触发的缓存状态报告。
结合第十一方面,在第十一方面的第二种可能的实现方式中,所述设备还包括:所述媒体接入控制协议数据单元包含触发所述第一缓存状态报告的事件时的缓存状态。
第十二方面,公开了一种计算机可读存储介质,该计算机可读存储介质中存储有指令;当其在上述第八方面及其任意一项可能的实现方式所述的设备上运行时,使得该设备执行如上述第六方面及其各种可能的实现方式所述的调取请求取消方法。
第十三方面,公开了一种计算机可读存储介质,该计算机可读存储介质中存储有指令;当其在上述第九方面及其任意一项可能的实现方式所述的设备上运行时,使得该设备执行如上述第七方面及其各种可能的实现方式所述的缓存状态报告取消方法。
第十四方面,公开了一种无线通信装置,该无线通信装置中存储有指令,当该无线通信装置在上述第八方面及其任意一项可能的实现方式所述的设备上运行时,使得该设备执行如上述第六方面及其各种可能的实现方式所述的调取请求取消方法。具体实现中,该无线通信装置可以是芯片。
第十五方面,公开了一种无线通信装置,该无线通信装置中存储有指令,当该无线通信装置在上述第九方面及其任意一项可能的实现方式所述的设备上运行时,使得该设备执行如上述第七方面及其各种可能的实现方式所述的缓存状态报告取消方法。具体实现中,该无线通信装置可以是芯片。
本申请中第八方面、第十方面、第十二方面、第十四方面及其各种实现方式的具体描述,可以参考第六方面及其各种实现方式中的详细描述;并且,第八方面、第十方面、第十二方面、第十四方面及其各种实现方式的有益效果,可以参考第六方面及其各种实现方式中的有益效果分析,此处不再赘述。
本申请中第九方面、第十一方面、第十三方面、第十五方面及其各种实现方式的具体描述,可以参考第七方面及其各种实现方式中的详细描述;并且,第九方面、第十一方面、第十三方面、第十五方面及其各种实现方式的有益效果,可以参考第七方面及其各种实现方式中的有益效果分析,此处不再赘述。
附图说明
图1为本申请实施例提供的IAB网络结构图;
图2为现有技术中的路由更新示意图;
图3为本发明实施例提供的网络设备的结构框图;
图4为本发明实施例提供的路由更新方法的流程图;
图5为本发明实施例提供的路由更新方法的示意图;
图6为本发明实施例提供的路由更新方法的另一示意图;
图7为本发明实施例提供的路由更新方法的另一示意图;
图8为本发明实施例提供的路由更新方法的另一示意图;
图9为本发明实施例提供的路由更新方法的另一示意图;
图10为本发明实施例提供的路由更新方法的另一示意图;
图11为本发明实施例提供的网络设备的另一结构框图;
图12为本发明实施例提供的网络设备的另一结构框图;
图13为本申请实施例提供的一种应用场景示意图;
图14为本发明实施例提供的一种调度请求取消方法的流程图;
图15为本发明实施例提供的一种缓存状态报告取消方法的流程图;
图16为本发明实施例提供的一种取消方法的示意图;
图17为本发明实施例提供的设备的结构框图;
图18为本发明实施例提供的设备的另一结构框图;
图19为本发明实施例提供的设备的另一结构框图。
具体实施方式
需要说明的是,本发明中的“A和/或B”可以理解成为“A和B”、或“A”、或“B”中的任一种。本发明的说明书和权利要求书及附图中的“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
第五代(5Generation,5G)新空口(New Radio,NR)技术中支持接入回传一体化(Integrated Access and Backhaul,IAB),图1是一种可能的IAB网络结构图。如图1所示,可以在宿主基站和UE之间部署RN,通过RN来转发基站发送给UE的数据,或者UE发送给基站的数据。
其中,宿主基站与核心网直接相连,并且宿主基站可连接多个RN。UE可以通过一个或多个RN与宿主基站间接连接,即UE与宿主基站之间是多跳路径或多连接,宿主基站与RN之间的链路以及RN和RN之间的链路可以为回程(Backhaul)链路或前传(Fronthaul)链路。UE也可以直接与宿主基站连接,即UE与宿主基站之间是一跳路径,宿主基站与UE之间的链路以及RN与UE之间的链路可以为接入(Access)链路。
由于网络中存在多跳或多连接的情况,因此形成的网络拓扑结构可能为分层拓扑结构或网状拓扑结构。对于UE与宿主基站未直接连接的场景,宿主基站向UE发送数据包时,首先需要确定将该数据包发送给哪一个RN,另外,宿主基站到UE的路径上的每一个RN需要根据自己的路由信息确定到达UE路径上的下一跳是哪个RN,将接收到的数据包转发给下一跳的RN。当网络拓扑结构发生变化,如:某个RN由当前连接的RN切换到另一个RN上,如果仍按照原来的路由信息进行数据包的转发会导致数据包丢失,因此,当RN发生切换,RN需要对自己的路由信息进行更新。
现有技术中,RN切换导致网络拓扑发生变化时,该RN切换前到达宿主基站的路径上的每一个RN都会更新路由信息,同时,该RN切换后到达宿主基站的路径上所有RN也会更新路由信息。示例的,参考图2,RN9离开RN7加入RN8,当RN7发现RN9离开,则向自己父节点RN6发送消息指示“RN9离开RN7”,RN6根据该消息更新自己的路由信息,并继续向自己的父节点RN3发送消息指示“RN9离开RN7”,依次向上行发送消息指示“RN9离开RN7”,直至到达宿主基站,宿主基站以及每一个接收到“RN9离开RN7”的RN根据“RN9离开RN7”这一消息更新自己的路由信息。进一步,当RN8发现RN9加入,则向自己的父节点RN5发送消息指示“RN9加入RN8”,RN5根据该消息更新自己的路由信息,并继续向自己的父节点RN3发送消息指示“RN9加入RN8”,依次向上行发送消息指示“RN9离开RN7”,直至到达宿主基站,宿主基站以及每一个接收到“RN9加入RN8”的RN根据“RN9加入RN8”这一消息更新自己的路由信息。
通常,RN的路由信息指的是该RN到某个节点(RN或UE)的路径上的下一跳。实际上,网络拓扑的改变并不影响某一些RN的路由信息。如:图2中,RN8从RN6切换到RN7,对于宿主基站来说到达RN8的下一跳仍然是RN1,对于RN1来说到达RN8的下一跳仍然是RN3。因此,宿主基站或这些RN其实不需要更新路由信息,也不需要接收“RN9加入RN8”的消息或“RN9离开RN7”的消息,造成了多余的信令开销。更重要的是,当网络拓扑改变后,只有当RN切换前到达宿主基站路径上的所有RN、RN切换后到达宿主基站路径上的所有RN都完成路由信息更新后,宿主基站才能够重新将数据包从新路径发送出去,造成数据中断时间较长。
本发明实施例提供一种路由更新方法,在节点发生切换后,第一节点接收第二节点发送的第一消息,第一消息用于指示切换节点离开源节点和/或切换节点接入目标节点。其中,源节点是切换节点切换前连接的节点,目标节点为切换节点切换后连接的节点。第一节点还可以根据第一消息更新自己的路由信息。具体地,第一节点为以下节点中的任意一个:目标节点、源节点、核心节点、目标节点与核心节点之间的第一中继节点、源节点与核心节点之间的第二中继节点。第二节点为以下节点中的任意一个:切换节点、目标节点、源节点、核心节点、第一中继节点、第二中继节点。其中,核心节点是所述目标节点与所述源节点上行方向的第一个共同节点。现有技术中,IAB网络中的一个节点切换后,该节点切换前到达宿主基站的路径上的每一个节点都会更新路由信息,同时,该节点切换后到达宿主基站的路径上所有节点也会更新路由信息。相比而言,本发明实施例中,只是核心节点以及核心节点以下的节点进行路由更新,IAB网络中的其他节点无需进行路由更新,也不需要信令通知这些节点,节省了信令开销,进而进行路由更新的节点数量也会大量减少,整个网络经过较短时间就可以恢复通信,缩短了数据中断时间。
需要说明的是,本发明实施例对节点的命名(如:第一节点、核心节点、中继节点等)仅仅是为了方便描述,对节点的命名不限于本发明实施例提供的这些示例。只要符合相应功能的设备都可以包括在本发明实施例的范围内,如:基站、接入节点(access point,AP)等。另外,本发明实施例中某个节点以下的节点或节点下行的节点,指的是该节点靠近UE方向上的节点;某个节点以上的节点或节点上行的节点,指的是该节点靠近核心网设备(如:宿主基站)方向上的节点。
在本申请中,设备可以是网络设备,在以下实施例中,以网络设备为例进行描述。此外,用户设备等也可以作为设备,包含于本申请思想范围之内。
本发明实施例提供的路由更新方法可应用于图3所示的网络设备,所述网络设备可以是本发明实施例所述的节点,该节点可以是以下节点中的任意一个:切换节点、目标节点、源节点、第一中继节点、第二中继节点、核心节点。
如图3所示,该网络设备可以包括至少一个处理器11,存储器12、收发器13以及通信总线14。
下面结合图3对该网络设备的各个构成部件进行具体的介绍:
处理器11是网络设备的控制中心,可以是一个处理器,也可以是多个处理元件的统称。例如,处理器11是一个中央处理器(central processing unit,CPU),也可以是特定集成电路(Application Specific Integrated Circuit,ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路,例如:一个或多个微处理器(digital signalprocessor,DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,FPGA)。
其中,处理器11可以通过运行或执行存储在存储器12内的软件程序,以及调用存储在存储器12内的数据,执行网络设备的各种功能。
在具体的实现中,作为一种实施例,处理器11可以包括一个或多个CPU,例如图3中所示的CPU0和CPU1。
在具体实现中,作为一种实施例,网络设备可以包括多个处理器,例如图3中所示的处理器11和处理器15。这些处理器中的每一个可以是一个单核处理器(single-CPU),也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
存储器12可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器12可以是独立存在,通过通信总线14与处理器11相连接。存储器12也可以和处理器11集成在一起。
其中,所述存储器12用于存储执行本发明方案的软件程序,并由处理器11来控制执行。
收发器13,使用任何收发器一类的装置,用于与图1所示***中的其他节点间的通信,如:其他中继节点、核心节点、目标节点或源节点等。或用于实现网络设备与图1中的基站之间的通信。还可以用于与通信网络通信,如以太网,无线接入网(radio accessnetwork,RAN),无线局域网(Wireless Local Area Networks,WLAN)等。收发器13可以包括接收单元实现接收功能,以及发送单元实现发送功能。
通信总线14,可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示,图3中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
图3中示出的设备结构并不构成对网络设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
本发明实施例提供一种路由更新方法,如图4所示,所述方法包括以下步骤:
401、第一节点接收第二节点发送的第一消息,第一消息用于指示切换节点离开源节点和/或切换节点接入目标节点。
需要说明的是,本发明实施例中的源节点是切换节点切换前连接的节点,目标节点为所述切换节点切换后连接的节点。另外,切换节点是从源节点切换到目标节点的RN,切换节点接入目标节点,可以认为切换节点加入目标节点,即切换节点与目标节点建立连接。源节点可以是宿主基站或RN,目标节点可以是宿主基站或RN。如图2所示,切换节点是RN9,目标节点可以是RN8,源节点可以是RN7。
具体实现中,第一节点为以下节点中的任意一个:目标节点、所述源节点、核心节点、第一中继节点、第二中继节点。
所述第二节点为以下节点中的任意一个:所述切换节点、所述目标节点、所述源节点、所述核心节点、所述第一中继节点、所述第二中继节点。
具体实现中,第一节点与第二节点可以是不同的节点,进一步,第一节点可以与第二节点直接连接。
另外,核心节点可以是目标节点与源节点上行方向的第一个共同节点。参考图2所示的网络,RN9离开RN7加入RN8,即RN7是源节点,RN8目标节点,RN7、RN8在上行方向上的第一个共同节点,可以认为是RN7、RN8所在路径靠近宿主基站的方向上的第一个汇聚点,如图2中的RN3。
具体实现中,核心节点也可以是目标节点或源节点。
第一中继节点是目标节点与核心节点之间的中继节点。也就是说,目标节点与核心节点可以不是直接连接,而是通过一个或多个中继节点间接连接,本发明实施例中,目标节点与核心节点之间的一个或多个中继节点可以称为第一中继节点,如图2中的RN5。当然,目标节点与核心节点也可以直接连接,也就是说不存在第一中继节点。
第二中继节点是源节点与核心节点之间的中继节点。也就是说,源节点与核心节点可以不是直接连接,而是通过一个或多个中继节点间接连接,本发明实施例中,源节点与核心节点之间的一个或多个中继节点可以称为第二中继节点,如图2中的RN6。当然,源节点与核心节点也可以直接连接,也就是说不存在第二中继节点。
本发明实施例中,核心节点及核心节点以下的节点可以接收到指示节点切换情况的消息,如:上述第一消息。参考图2所示的网络,第一节点可以是RN3、RN5、RN6、RN7、RN8中的任意一个,第二节点可以是RN3、RN5、RN6、RN7、RN8、RN9中的任意一个,当然第一节点和第二节点是不同的节点。如:RN9(第二节点)向RN8(第一节点)发送第一消息,RN5(第二节点)向RN3(第一节点)发送第一消息。
需要说明的是,第一消息可以用于指示切换节点离开源节点和切换节点接入目标节点,示例的,第一消息用于指示某节点离开了节点A接入了节点B。这种实现方式中,第一消息可以携带切换节点的信息、目标节点的信息以及源节点的信息,本发明实施例中,某个节点的信息,可以理解为能够指示节点的一个信息,也可以理解为在路由信息中指示节点路由方式的一个信息,也可以认为是该节点的标识。如:切换节点的信息可以是切换节点的标识,目标节点的信息可以是目标节点的标识,源节点的信息可以是源节点的标识。本发明实施例对此不做限定。进一步,可以通过第一消息中的切换节点的标识、目标节点的标识以及源节点的标识的排列顺序来识别某个标识指示的是源节点还是目标节点还是切换节点,示例的,第一消息中包括“RN7、RN8、RN9”,其中排列在最前的是源节点的标识,中间的是目标节点的标识,排列在最后的是切换节点的标识。当然,通过节点标识在第一消息中的排列顺序来识别节点的方案不仅仅局限于上述可能的实现方式,还可以有其他可能的实现方式,本发明实施例对此不做限定。
在另一种实现方式中,还可以通过比特位来区分第一消息中节点标识对应的节点。示例的,第一消息中包括“00RN7、01RN8、10RN9”,其中,“00”用于标识源节点,即RN7是源节点的标识;“01”用于标识目标节点,即RN8是目标节点的标识;“10”用于标识切换节点,即RN9是切换节点的标识。
当然,还可以通过其他方式来区分第一消息中节点标识所对应的节点,或者通过其他方式(非节点标识)来表示对应的节点,本发明实施例对此不做限定。
在一些实施例中,第一消息可以用于指示切换节点离开源节点,示例的,第一消息用于指示某节点离开了节点A。第一消息可以携带切换节点的标识以及源节点的标识。如何区分第一消息中的节点标识对应的节点是切换节点还是源节点,可以参考上述几种实现方式,本发明实施例在此不做赘述。
在一些实施例中,第一消息可以用于指示切换节点离开,在此实现方式中,第一消息可以携带切换节点的标识。
在一些实施例中,第一消息用于指示切换节点接入目标节点,示例的,第一消息用于指示某节点加入了节点B。第一消息可以携带切换节点的标识以及目标节点的标识。如何区分第一消息中的节点标识对应的节点是切换节点还是目标节点,可以参考上述几种实现方式,本发明实施例在此不做赘述。
在一些实施例中,切换节点可以不是路径的末端,即切换节点之后还可以连接其他RN。参考图2,切换节点RN9的子节点(Child Node)是RN10,RN9保存了与RN10相关的路由信息,如“与RN10直接连接”。基于此,当切换节点切换时,第一节点发送的第一消息还可以携带切换节点的路由信息,如RN9发送的第一消息还携带RN9的路由信息“和RN10直接连接”。需要说明的是,某一节点的子节点可以理解为下行方向上与某一节点直接相连的节点,即可以理解为某一节点的直接连接的下一跳。节点A的路由信息中的“与节点B直接连接”可以理解为节点B是节点A的子节点,还可以理解为节点B是节点A直接连接的下一跳,本发明实施例对路由信息的具体内容不做限定。
402、第一节点根据第一消息更新第一节点的路由信息。
具体地,在IAB网络结构中,宿主基站到每个UE都有确定的路径,通过各个节点(RN)保存的路由信息可以确定从宿主基站到UE的路径。各个节点可以通过路由表的形式记录路由信息。
进一步,路由表中包括每条路径对应的下一跳,也可以认为是到达某个节点的下一跳。
示例的,参考图2所示的IAB网络结构,RN9切换前,RN3所在的路径有:宿主基站-RN1-RN3-RN6-RN8-RN9-RN10、宿主基站-RN1-RN3-RN5-RN7。RN3的路由表可以是:与RN5直接连接、与RN6直接连接、RN8->RN6、RN7->RN5、RN9->RN6、RN10->RN6。其中,RN8->RN6代表从RN3到达RN8的下一跳是RN6,RN7->RN5代表从RN3到达RN7的下一跳是RN5,RN9->RN6代表从RN3到达RN9的下一跳是RN6,RN10->RN6代表从RN3到达RN10的下一跳是RN6。
具体实现中,路径可以由路径标识指示,下一跳可以由节点标识指示。路径标识可以是节点的标识,即表示宿主基站到该节点之间的路径。示例的,RN4可以表示“宿主基站-RN1-RN2-RN4”这条路径;或者,可以有专门的路径标识表示路径,例如:“路径4”表示“宿主基站-RN1-RN2-RN4”这条路径。下一跳可以由节点标识表示,例如:RN3的路由表包括的路由信息“RN7->RN5”中的“RN5”是节点标识,代表从RN3到达RN7的下一跳是RN5。具体实现中,每个数据包携带路径标识和UE标识,宿主基站和RN可以通过路由信息表将数据包发给正确的UE。
在一些实施例中,切换节点可以不是路径的末端,即切换节点之后还可以连接其他RN。那么切换节点本身存储有下级节点相关的路由信息,第一节点发送的第一消息还可以携带切换节点的路由信息。进一步,第一节点发送的第二消息还可以包括切换节点的路由信息。
在一些实施例中,第一节点还可以根据接收到的第一消息向其他节点通知节点切换的情况。具体地,第一节点可以根据第一消息确定接收第二消息的第三节点,并向第三节点发送第二消息。其中,第二消息用于向其他节点通知节点切换的情况,在一些实施例中,第二消息用于指示切换节点离开源节点和/或切换节点接入目标节点。另外,第三节点为以下节点中的任意一个:源节点、核心节点、目标节点、第一中继节点、第二中继节点。
示例的,参考图2,第三节点可以是RN3、RN5、RN6、RN7、RN8中的任意一个。如:RN9(第二节点)向RN7(第一节点)发送的第一消息,随后,RN7可以向RN5(第三节点)发送第二消息。
在本发明实施例中,核心节点以及核心节点的下行节点更新路由的顺序可以有以下两种情况:
第一、在一些实施例中,切换节点向目标节点通知节点切换的情况,可以先触发新路径(切换节点切换后所在的路径)上处于核心节点下行的节点根据切换节点的加入更新自己的路由信息。随后,核心节点触发原路径(切换节点切换前所在的路径)上处于核心节点下行的节点根据切换节点的离开更新自己的路由信息。具体地,各个节点的处理过程可以分为以下几种:
(1a)当第一节点为目标节点,目标节点接收切换节点发送的第一消息,其中,切换节点是第二节点。
具体实现中,切换节点发送的第一消息可以用于指示切换节点离开源节点和切换节点接入目标节点,例如,第一消息中可以携带目标节点的标识、源节点的标识以及切换节点的标识。目标节点可以判断自己的路由信息中是否包括切换节点的标识,如果目标节点确定自己的路由信息中不包括切换节点的标识,则确定第三节点为目标节点的父节点。或者,目标节点可以判断自己的路由信息中是否包括切换节点的标识以及源节点的标识,如果目标节点确定自己的路由信息中不包括切换节点的标识且不包括源节点的标识,则确定第三节点为目标节点的父节点。或者,目标节点可以判断自己的路由信息中是否包括源节点的标识,如果目标节点确定自己的路由信息中不包括源节点的标识,则确定第三节点为目标节点的父节点。
进一步,所述目标节点向其父节点发送第二消息,其中,第二消息用于指示切换节点离开源节点和切换节点接入目标节点,具体地,第二消息中可以携带目标节点的标识、源节点的标识以及切换节点的标识。
在另一些实施例中,切换节点发送的第一消息用于指示切换节点接入目标节点。具体实现中,切换节点在切换完成后,切换节点向目标节点上报自己的标识,可以认为切换节点向目标节点指示了切换节点接入了目标节点。进一步,第一消息中可以携带切换节点的标识。或者,切换节点先获取目标节点的标识,切换节点在切换完成后,切换节点向目标节点发送第一消息指示切换节点接入目标节点,具体地,第一消息中可以携带切换节点的标识以及目标节点的标识。
在第一消息指示切换节点接入目标节点的场景下,目标节点还可以判断自己的路由信息中是否包括切换节点的标识,如果目标节点确定自己的路由信息中不包括切换节点的标识,则确定第三节点为目标节点的父节点。所述目标节点则向自己的父节点发送第二消息,其中,第二消息用于指示切换节点接入目标节点,进一步,第二消息中携带目标节点的标识以及切换节点的标识。
在一些实施例中,如果目标节点接收到的第一消息携带目标节点的标识,则所述目标节点在向自己的父节点发送第二消息之前,还可以判断第一消息中目标节点的标识与自己的标识是否相同,如果所述目标节点确定第一消息中目标节点的标识和自己的标识相同,所述目标节点则向自己的父节点发送第二消息。
需要说明的是,本发明实施例中某个节点的父节点指的是该节点是上行直接连接的一个节点,目标节点的父节点即与目标节点直接连接的第一中继节点。另外,目标节点还可以根据切换节点的加入更新自己的路由信息,如增加路由信息“与切换节点直接连接”。其中,切换节点为第二节点,目标节点为第一节点,与目标节点连接的第一中继节点或核心节点为第三节点。
(1b)当第一节点为第一中继节点,第一中继节点接收其子节点(第二节点)发送的第一消息。
具体实现中中,第一中继节点接收到的第一消息可以用于指示切换节点离开源节点和切换节点接入目标节点,例如,第一消息中可以携带目标节点的标识、源节点的标识以及切换节点的标识。第一中继节点可以判断自己的路由信息中是否包括切换节点的标识,如果第一中继节点自己的路由信息中不包括切换节点的标识,则确定第三节点为第一中继节点的父节点。或者,第一中继节点可以判断自己的路由信息中是否包括切换节点的标识以及源节点的标识,如果第一中继节点自己的路由信息中不包括切换节点的标识且不包括源节点的标识,则确定第三节点为第一中继节点的父节点。或者,第一中继节点可以判断自己的路由信息中是否包括源节点的标识,如果第一中继节点自己的路由信息中不包括源节点的标识,则确定第三节点为第一中继节点的父节点。
进一步,所述第一中继节点向自己的父节点发送第二消息,其中,第二消息用于指示切换节点离开源节点和切换节点接入目标节点,具体地,第二消息中可以携带目标节点的标识、源节点的标识以及切换节点的标识。
在另一些实施例中,第一中继节点接收到的第一消息用于指示切换节点接入目标节点,例如,第一消息中可以携带切换节点的标识以及目标节点的标识。第一中继节点确定自己的路由信息中不包括切换节点的标识,则确定第三节点为第一中继节点的父节点。所述第一中继节点则向自己的父节点发送第二消息,其中,第二消息用于指示切换节点接入目标节点,具体地,第二消息中携带目标节点的标识以及切换节点的标识。
也就是说,目标节点与核心节点之间的每一个第一中继节点都可以接收其子节点(第一中继节点或目标节点)发送的第一消息,在确定自己的路由信息中不包括切换节点的标识和/或自己的路由信息中不包括源节点的标识后,向自己的父节点发送第二消息,并根据切换节点的加入更新自己的路由信息。
在一些实施例中,所述第一中继节点向自己的父节点发送第二消息之前,还可以确定自己的路由信息中包括目标节点的标识。
需要说明的是,本发明实施例中某个节点的子节点指的是该节点是下行直接连接的一个节点,第一中继节点的子节点可以是目标节点,也可以是其他第一中继节点。其中,第一中继节点可以是第一节点,该第一中继节点的子节点可以是第二节点,该第一中继节点的父节点可以是第三节点。
示例的,与目标节点连接的第一中继节点接收目标节点发送的指示“切换节点离开源节点加入目标节点”的消息,判断自己的路由信息中是否包括该消息中的切换节点的标识,即判断切换节点是否为自己所在路径上新加入的节点,如果该第一中继节点的路由信息中不包括该消息中携带的切换节点的标识,与目标节点连接的第一中继节点则确定切换节点是自己所在路径上新加入的节点,进一步向自己的父节点发送“切换节点离开源节点加入目标节点”的消息。第一中继节点的父节点可以是核心节点,也可以是其他第一中继节点。进一步该第一中继节点进一步根据切换节点的加入更新自己的路由信息,如增加路由信息“到达切换节点的下一跳”。
(1c)当第一节点为核心节点,核心节点接收到与核心节点直接连接的第一中继节点(第二节点)发送的第一消息。
具体地,核心节点接收到的第一消息可以用于指示切换节点离开源节点和切换节点接入目标节点,例如,第一消息中可以携带切换节点的标识、源节点的标识以及目标节点的标识。核心节点可以判断自己的路由信息中是否包括切换节点的标识和/或自己的路由信息中是否包括源节点的标识,若核心节点的路由信息中包括切换节点的标识和/或源节点的标识,表明核心节点是切换节点切换前所在路径上的节点,又由于核心节点也是切换节点切换后路径上的节点,因此核心节点上行的节点的路由信息不会因为切换节点切换而改变,那么核心节点则不需要向其父节点通知节点切换的情况,而是向自己的子节点发送第二消息,此时,核心节点的子节点为第三节点。核心节点发送的第二消息可以指示切换节点离开,具体地,第二消息可以包括切换节点的标识。
在另一些实施例中,核心节点发送的第二消息还可以用于指示切换节点离开源节点,具体地,第二消息中可以携带源节点的标识以及切换节点的标识。
在另一些实施例中,核心节点接收到的第一消息还可以用于指示切换节点接入目标节点,例如,第一消息中可以携带切换节点的标识以及目标节点的标识。核心节点可以判断自己的路由信息中是否包括切换节点的标识,若核心节点的路由信息中包括切换节点的标识,那么核心节点则不需要向其父节点通知节点的切换情况,而是向自己的子节点发送第二消息,此时,核心节点的子节点为第三节点。其中,核心节点发送的第二消息用于指示切换节点离开。
如果核心节点接收到的第一消息中包括目标节点的标识,所述核心节点还可以判断自己的路由信息中是否包括目标节点的标识,如果核心节点确定自己的路由信息中包括目标节点的标识则向自己的子节点发送第二消息。另外,核心节点还可以根据第一消息更新自己的路由信息,如增加路由信息“到达切换节点的下一跳”,删除切换节点切换前路径所对应的下一跳相关的路由信息。其中,核心节点可以是第一节点,第一中继节点或目标节点或切换节点可以是第二节点,该核心节点的子节点是第三节点。一种特殊的情况,若核心节点可以是源节点,示例的,节点A切换前与节点B连接,节点A切换后与节点B的子节点节点C连接,在此场景下节点B是源节点,也是核心节点。进一步,核心节点不需要发送第二消息。
(1d)当第一节点为第二中继节点,第二中继节点接收到其父节点(第二节点)发送的第一消息。
具体实现中,第二中继节点接收到的第一消息用于指示切换节点离开,具体地,第一消息可以携带切换节点的标识。第二中继节点判断自己的路由信息中是否包括切换节点的标识且所述切换节点切换前不是所述第一节点的子节点,如果第二中继节点确定自己的路由信息中包括切换节点的标识且所述切换节点切换前不是所述第一节点的子节点,切换前所述切换节点切换前不是所述第一节点的子节点还可以理解为路由信息不是“和切换节点直接连接”,则确定第三节点为自己的子节点,向第三节点发送第二消息,第二消息用于指示切换节点离开,具体地,第二消息可以携带切换节点的标识。需要说明的是,这里第二中继节点确定的子节点是从第二中继节点到达切换节点路径上的下一跳。
在另一些实施例中,第二中继节点接收到的第一消息指示切换节点离开源节点,具体地,第一消息中可以携带源节点的标识以及切换节点的标识。第二中继节点还可以判断第一消息中的源节点的标识与自己的标识是否相同,如果第二中继节点确定第一消息中的源节点的标识与自己的标识不同,则确定第三节点为自己的子节点,即向自己的子节点发送第二消息。其中,所述第二消息用于指示切换节点离开源节点,具体地,第二消息中可以携带源节点的标识以及切换节点的标识。需要说明的是,这里第二中继节点确定的子节点是从第二中继节点到达切换节点路径上的下一跳。当然,在此场景下,第二中继节点还可以判断自己的路由信息中是否包括切换节点的标识且所述切换节点切换前不是所述第一节点的子节点,如果确定自己的路由信息中包括切换节点的标识且切换前所述切换节点不是所述第一节点的子节点,切换前所述切换节点不是所述第一节点的子节点还可以理解为路由信息不是“和切换节点直接连接”,则确定第三节点为自己的子节点。
也就是说,源节点与核心节点之间的每一个第二中继节点都可以接收其父节点(核心节点或其他第二中继节点)发送的第一消息,确定自己的路由信息中包括切换节点的标识且切换前所述切换节点不是所述第一节点的子节点,或者,确定自己的标识与源节点的标识不同,即自己不是源节点,则向自己的子节点发送第二消息。另外,每一个第二中继节点接收自己的父节点发送的第一消息后,可以根据第一消息更新自己的路由信息,如:删除与切换节点原来所在路径的下一跳相关的路由信息。如此,切换节点切换前所在路径上处于核心节点下行的节点可以根据节点切换的情况更新自己的路由信息。
需要说明的是,第二中继节点可以接收其父节点(第二节点)发送的第一消息,若确定自己的路由信息中包括切换节点的标识并且切换节点是与自己直接连接的节点,或者,确定自己的标识与源节点的标识相同,即自己是源节点,则不需要向自己的子节点发送第二消息,只需要根据第一消息更新自己的路由信息,如:删除切换节点原来在旧路径的下一跳的路由信息。
另外,本发明实施例中某个节点的子节点指的是该节点下行直接连接的一个节点。具体实现中,第一节点(如:核心节点或第二中继节点)查询自己的路由信息,确定路由信息中到达源节点的下一跳为所述第三节点,或者确定到达切换节点的下一跳为第三节点。
在一些实施例中,若发生切换的节点下行还连接有其他节点(记为下行节点),节点切换时可能会携带下行节点一起切换。若节点切换时携带下行节点一起切换,那么切换节点发送给目标节点的第一消息中还需要包括切换节点的路由信息,切换节点的路由信息记录有与下行节点相关的路由信息。进一步,目标节点、第一中继节点、核心节点、第二中继节点以及源节点之间发送的消息(如:第一消息、第二消息)中也需要携带切换节点的路由信息。当然,目标节点、第一中继节点、核心节点、第二中继节点以及源节点还可以根据接收到的消息中的切换节点的路由信息更新自己的路由信息,如:增加到达所述下行节点的下一跳,或删除到达所述下行节点的下一跳。
第二、在一些实施例中,切换节点向源节点通知节点切换的情况,可以先触发原路径(切换节点切换前所在的路径)上处于核心节点下行的节点根据切换节点的离开更新自己的路由信息。随后,核心节点触发新路径(切换节点切换后所在的路径)上处于核心节点下行的节点根据切换节点的加入更新自己的路由信息。各个节点的处理过程可以分为以下几种:
(2a)当第一节点为源节点,源节点接收切换节点的发送的第一消息,其中,切换节点为第二节点。
具体地,源节点接收到的第一消息用于指示切换节点离开源节点和切换节点接入目标节点,例如,第一消息中可以携带目标节点的标识、源节点的标识以及切换节点的标识。第二中继节点判断自己的路由信息中是否包括目标节点的标识,如果源节点确定自己的路由信息中不包括目标节点的标识,则确定第三节点为源节点的父节点,即源节点向自己的父节点发送第二消息,其中,第二消息用于指示切换节点离开源节点和切换节点接入目标节点,例如,第二消息中携带目标节点的标识、源节点的标识以及切换节点的标识。
在另一些实施例中,源节点接收到的第一消息用于指示切换节点接入目标节点,例如,第一消息中可以携带切换节点的标识以及目标节点的标识。源节点确定自己的路由信息中不包括切换节点的标识,则确定第三节点为源节点的父节点。所述源节点则向自己的父节点发送第二消息,其中,第二消息用于指示切换节点接入目标节点,例如,第二消息中携带目标节点的标识以及切换节点的标识。
在另一些实施例中,源节点接收到的第一消息用于指示切换节点离开和切换节点接入目标节点,例如,第一消息中可以携带切换节点的标识以及目标节点的标识。源节点确定自己的路由信息中不包括切换节点的标识,则确定第三节点为源节点的父节点。所述源节点则向自己的父节点发送第二消息,其中,第二消息用于指示切换节点离开和切换节点接入目标节点,例如,第二消息中携带目标节点的标识以及切换节点的标识。
其中,源节点的父节点(可以是第二中继节点)是第三节点。进一步,源节点更新自己的路由信息,如删除路由信息“到达切换节点的下一跳节点”。需要说明的是,在发送第一消息给第一节点之前,源节点知道切换节点发生切换并离开了源节点,源节点根据切换节点的离开更新自己的路由信息。
(2b)当第一节点为第二中继节点,第二中继节点接收其子节点(第二节点)发送的第一消息。
具体地,第二中继节点接收到的第一消息用于指示切换节点离开源节点和切换节点接入目标节点,例如,第一消息中可以携带目标节点的标识、源节点的标识以及切换节点的标识。第二中继节点判断自己的路由信息中是否包括目标节点的标识,如果第二中继节点确定自己的路由信息中不包括目标节点的标识,则确定第三节点为第二中继节点的父节点,即第二中继节点向自己的父节点发送第二消息,其中,第二消息用于指示切换节点离开源节点和切换节点接入目标节点,例如,第二消息中携带目标节点的标识、源节点的标识以及切换节点的标识。
在另一些实施例中,第一消息用于指示切换节点接入目标节点,例如,第一消息中可以携带切换节点的标识以及目标节点的标识。第二中继节点确定自己的路由信息中不包括切换节点的标识,则确定第三节点为第二中继节点的父节点。所述第二中继节点则向自己的父节点发送第二消息,其中,第二消息用于指示切换节点接入目标节点,例如,第二消息中携带目标节点的标识以及切换节点的标识。
在另一些实施例中,第二中继节点接收到的第一消息用于指示切换节点离开和切换节点接入目标节点,例如,第一消息中可以携带切换节点的标识以及目标节点的标识。第二中继节点确定自己的路由信息中不包括切换节点的标识,则确定第三节点为第二中继节点的父节点。所述第二中继节点则向自己的父节点发送第二消息,其中,第二消息用于指示切换节点离开和切换节点接入目标节点,例如,第二消息中携带目标节点的标识以及切换节点的标识。
也就是说,源节点与核心节点之间的每一个第二中继节点都可以接收其子节点(可以是第二中继节点或源节点)发送的第一消息,在确定自己的路由信息中不包括目标节点的标识后,向自己的父节点发送第二消息,并根据切换节点的离开更新自己的路由信息。其中,第二中继节点可以是第一节点,该第二中继节点的子节点可以是第二节点,该第二中继节点的父节点可以是第三节点。
示例的,与源节点连接的第二中继节点接收源节点发送的指示“切换节点离开源节点加入目标节点”的消息,判断自己的路由信息中是否包括该消息中的目标节点的标识,如果该第二中继节点的路由信息中不包括该消息中的目标节点的标识,即该第二中继节点确定目标节点不在自己所在的路径上,也可以认为切换节点切换后也不在自己所在的路径上,则向自己的父节点发送“切换节点离开源节点加入目标节点”的消息,指示自己的父节点更新路由信息。第二中继节点的父节点可以是核心节点,也可以是其他第二中继节点。进一步,该第二中继节点还可以根据切换节点的离开更新自己的路由信息,如删除路由信息“到达切换节点的下一跳”。
在一些实施例中,第二中继节点向自己的父节点发送第二消息之前,还可以确定自己的路由信息中包括切换节点的标识和/或自己的路由信息中包括源节点的标识。
(2c)当第一节点为核心节点,核心节点接收到与其直接连接的第二中继节点(第二节点)发送的第一消息。
具体地,核心节点接收到的第一消息用于指示切换节点离开源节点和切换节点接入目标节点,例如,第一消息中可以携带切换节点的标识、源节点的标识以及目标节点的标识。核心节点可以判断自己的路由信息中是否包括目标节点的标识,若核心节点的路由信息中包括目标节点的标识,表明核心节点是切换节点切换前后所在路径的一个共同节点,本发明实施例中只有核心节点以及核心节点下行的节点进行路由更新,那么核心节点则不需要向其父节点通知节点的切换情况,而是向自己的子节点发送第二消息,此时,核心节点的子节点为第三节点。另外,第二消息用于指示切换节点接入目标节点,例如,第二消息中可以携带目标节点的标识以及切换节点的标识。
在另一些实施例中,第一消息用于指示切换节点接入目标节点,例如,第一消息中可以携带切换节点的标识以及目标节点的标识。核心节点可以判断自己的路由信息中是否包括目标节点的标识,若核心节点的路由信息中包括目标节点的标识,那么核心节点则不需要向其父节点通知节点的切换情况,而是向自己的子节点发送第二消息,此时,核心节点的子节点为第三节点。其中,第二消息用于指示切换节点接入目标节点,例如,第二消息中可以携带目标节点的标识以及切换节点的标识。
示例的,所述核心节点则向其子节点发送第二消息之前,还可以确定自己的路由信息中包括源节点的标识和/或自己的路由信息中包括切换节点的标识。另外,核心节点还可以根据第一消息更新自己的路由信息,如增加路由信息“到达切换节点的下一跳”,删除切换节点原来在旧路径的下一跳的路由信息。
其中,核心节点可以是第一节点,第而第二中继节点或源节点可以是第二节点,接收第二消息的子节点是第三节点,该子节点是核心节点到达目标节点路径上的下一跳。
(2d)当第一节点为第一中继节点,第一中继节点接收到其父节点发送的第一消息,其中,第一中继节点的父节点为第二节点。
具体地,第一中继节点接收到的第一消息指示切换节点接入目标节点,例如,第一消息中可以携带切换节点的标识以及切换节点的标识。第一中继节点确定第一消息中的目标节点的标识与自己的标识不同,则确定第三节点为自己的子节点,即向自己的子节点发送第二消息。其中,所述第二消息用于指示切换节点接入目标节点。
也就是说,目标节点与核心节点之间的每一个第一中继节点都可以接收其父节点(核心节点或其他第一中继节点)发送的第一消息,确定自己的标识与第一消息中的目标节点的标识不同,即自己不是目标节点,则向自己的子节点发送第二消息。在一些实施例中,所述第一中继节点向自己的子节点发送第二消息之前,还可以确定自己的路由信息中包括目标节点的标识。另外,每一个第一中继节点接收自己的父节点发送的第一消息后,可以根据第一消息更新自己的路由信息,如:增加路由信息“到达切换节点的下一跳”。如此,切换节点切换后所在路径上处于核心节点下行的节点可以根据节点切换的情况更新自己的路由信息。
具体实现中,第一节点(如:核心节点或第一中继节点)查询自己的路由信息,确定路由信息中到达目标节点的下一跳为所述第三节点。
在一些实施例中,若发生切换的节点下行还连接有其他节点(记为下行节点),节点切换时可能会携带下行节点一起切换。若节点切换时携带下行节点一起切换,那么切换节点发送给源节点的第一消息中还需要包括切换节点的路由信息,切换节点的路由信息记录有与上述下行节点相关的路由信息。进一步,目标节点、第一中继节点、核心节点、第二中继节点以及源节点之间发送的消息(如:第一消息、第二消息)中也需要携带切换节点的路由信息。当然,目标节点、第一中继节点、核心节点、第二中继节点以及源节点还可以根据接收到的消息中的切换节点的路由信息更新自己的路由信息,如:增加到达下行节点的下一跳,或删除到达下行节点的下一跳。
本发明实施例提供的路由更新方法,在节点发生切换后,第一节点接收第二节点发送的第一消息,第一消息用于指示切换节点离开源节点和/或切换节点接入目标节点。第一节点还可以根据第一消息更新自己的路由信息。具体地,第一节点为以下节点中的任意一个:目标节点、源节点、核心节点、目标节点与核心节点之间的第一中继节点、源节点与核心节点之间的第二中继节点。第二节点为以下节点中的任意一个:切换节点、目标节点、源节点、核心节点、第一中继节点、第二中继节点。也就是说,本发明实施例中,在网络拓扑发生变化后,只是核心节点以及核心节点以下的节点进行路由更新,IAB网络中的其他节点无需进行路由更新,也不需要信令通知这些节点,节省了信令开销,同时由于进行路由更新的节点数量的减少,经过较短时间就可以恢复整个网络的通信,缩短了数据中断时间。
以下结合附图介绍本发明实施例提供的一种路由更新方法,具体地,需要增加路由信息的节点先进行路由更新,在这些节点增加完路由信息后,需要删除路由信息的节点再更新自己的路由信息。示例的,参考图5,当RN9离开RN8加入RN7,RN9发送向目标节点RN7发送消息“RN9离开RN8加入RN7”,“RN9离开RN8加入RN7”这一消息中可以携带RN9、RN8以及RN7这三个节点的标识。
各个节点(RN)根据接收到的消息和自己的路由信息判断如何发送消息指示节点切换的情况。具体地:如果节点确定接收到的消息中的目标节点RN7的标识与自己的标识相同,即该节点是目标节点RN7,RN7则向自己的父节点RN5发送消息指示“RN9离开RN8加入RN7”。
如果节点判断自己的路由信息中仅包括目标节点的标识,不包括切换节点的标识和/或源节点的标识,则表明该节点是第一中继节点,如:RN5。RN5需要继续将“RN9离开RN8加入RN7”发送给自己的父节点RN3。RN5还可以根据该消息更新自己的路由信息表,具体地,添加信息“RN9->RN7”,即从RN5到RN9路径上的下一跳是RN7。
如果节点判断自己的路由信息中不仅包括目标节点RN7的标识,还包括源节点RN8和切换节点RN9的标识,则表明该节点是核心节点,如:RN3。RN3不需要继续将“RN9离开RN8加入RN7”发送给自己的父节点RN1,而是向自己的子节点(RN9切换前所在路径上与核心节点连接的子节点)RN6发送消息指示“RN9离开”,“RN9离开”这一消息中可以携带切换节点RN9的标识。进一步,RN3根据“RN9离开RN8加入RN7”更新自己的路由信息,具体地,RN3添加路由信息“RN9->RN5”,即从RN3到RN9新路径上的下一跳是RN5。RN3删除路由信息“RN9->RN6”,即从RN3到RN9旧路径上的下一跳是RN6。“RN9->RN5”是到RN9新路径的路由信息,“RN9->RN6”是到RN9旧路径的路由信息。
此时,需要增加路由信息的节点都完成了路由更新,下一步需要删除路由信息的节点进行路由更新。RN3向对应的子节点指示“RN9离开”,其中,“对应的子节点”即RN9切换前所在路径上的子节点,可以认为是RN9切换前从RN3到达RN9的下一跳,如:RN6。
当RN6接收到RN3发送的“RN9离开”的消息,RN6判断自己的路由信息中是否包括切换节点RN9的标识以及自己的路由信息中是否包括“与RN9直接连接”,如果RN6路由信息中包括切换节点的标识且不包括“与RN9直接连接”,则向自己的子节点发送消息指示“RN9离开”,如:向RN8发送。每一个接收到自己父节点发送的消息的节点都会判断自己的路由信息中是否包括切换节点RN9的标识并且判断自己的路由信息中是否包括“与RN9直接连接”,如果包括切换节点RN9的标识以及“与RN9直接连接”,则向自己的子节点发送消息指示“RN9离开”,如果切换节点RN9的标识但不包括“与RN9直接连接”则停止发送。如:RN6、RN8,都可以根据接收到的消息(“RN9离开”)更新自己的路由信息,如:RN6删除信息RN9->RN8,即从RN6到RN9的下一跳是RN8。RN8删除信息“与RN9直接连接”。
另外,尽管图5中未示出,RN3发送给RN6的消息还可以是“RN9离开RN8”,该消息可以携带RN9以及RN8的标识。RN6可以判断接收到的消息中源节点RN8的标识与自己的标识是否相同,如果不同则向自己的子节点发送消息指示“RN9离开RN8”。每一个接收到自己父节点发送的“RN9离开RN8”的节点,如RN6、RN8,都可以判断源节点RN8的标识与自己的标识是否相同,如果不同则向给自己的子节点发送消息指示“RN9离开RN8”,如果相同则停止发送。
在一些实施例中,若发生切换的节点下行还连接有其他节点,节点切换时可能会携带与其相连的其他节点一起切换,若节点切换时携带与其相连的其他节点一起切换,该节点除了指示目标节点“切换节点离开了源节点接入了目标节点”之外,还可以将自己的路由信息发送给目标节点。示例的,参考图6,RN9离开了RN8接入RN7,RN9向RN7发送消息指示“RN9离开了RN8加入了RN7”,同时,该消息中还需要包括RN9自身的路由信息。示例的,RN9的路由信息是“与RN10直接连接”。当然,目标节点、第一中继节点、核心节点、第二中继节点以及源节点之间传递的消息中也需要包括切换节点的路由信息。如图6所示,RN7发送给RN5的消息中包括RN9的路由信息“与RN10直接连接”,RN5发送给RN3的消息中包括RN9的路由信息“与RN10直接连接”,RN3发送给RN6的消息中包括RN9的路由信息“与RN10直接连接”,RN6发送给RN8的消息中包括RN9的路由信息“与RN10直接连接”。
尽管图6中未示出,RN3发送给RN6的消息还可以是“RN9离开RN8”,该消息可以携带RN9以及RN8的标识。RN6可以判断接收到的消息中源节点RN8的标识与自己的标识是否相同,如果不同则向自己的子节点发送消息指示“RN9离开RN8”。每一个接收到自己父节点发送的“RN9离开RN8”的节点,如RN6、RN8,都可以判断源节点RN8的标识与自己的标识是否相同,如果不同则向自己的子节点发送消息指示“RN9离开RN8”,如果相同则停止发送指示“RN9离开RN8”的消息。
在一些实施例中,切换节点发送给目标节点的消息可以不同与图5中给出的示例,该消息可以仅仅指示切换节点接入目标节点,具体地,该消息包括切换节点的标识和目标节点的标识。
具体地,参考图7,当RN9离开RN8加入RN7,RN9发送消息给目标节点RN7指示“RN9加入RN7”,该消息可以携带RN9以及RN7的标识。
各个节点(RN)根据接收到的消息和自己的路由信息表判断如何发送消息指示节点的切换情况。具体地:如果节点判断接收到的消息中的目标节点RN7的标识与自己的标识相同,即该节点是目标节点RN7,RN7则向自己的父节点RN5发送消息指示“RN9加入RN7”。或者,目标节点RN7本身知道切换节点接入到自己,并根据接收到的消息知道切换节点RN9的标识,目标节点RN7则向自己的父节点RN5发送消息“RN9加入RN7”。
如果节点判断自己的路由信息中仅包括目标节点的标识,不包括切换节点的标识和源节点的标识,则表明该节点是第一中继节点,如:RN5。RN5需要继续将“RN9加入RN7”发送给自己的父节点RN3。RN5还可以根据该消息更新自己的路由信息表,具体地,添加信息“RN9->RN7”,即从RN5到RN9路径上的下一跳是RN7。
如果节点判断自己的路由信息中不仅包括目标节点RN7的标识,还包括切换节点RN9的标识,则表明该节点是核心节点,如:RN3,RN3不需要继续将““RN9加入RN7”发送给自己的父节点RN1,而是向自己的子节点(RN9切换前所在路径上与核心节点连接的子节点)RN6发送消息指示“RN9离开”,该消息携带切换节点RN9的标识。需要说明的是,RN3需要查找自己的路由信息,确定从RN3到达切换节点RN9的下一跳,向该下一跳发送“RN9离开”。示例的,RN3的路由信息中包括“RN9->RN6”,即从RN3到达切换节点RN9的下一跳为RN6,RN3则向RN6发送消息指示“RN9离开”。另外,RN3根据该消息更新自己的路由信息,具体地,RN3添加信息“RN9->RN5”,即从RN3到RN9路径上的下一跳是RN5。RN3删除信息“RN9->RN6”,即从RN3到RN9路径上的下一跳是RN6。
此时,需要增加路由信息的节点都完成了路由更新,下一步需要删除路由信息的节点进行路由更新。RN3向对应的子节点指示“RN9离开”,其中,“对应的子节点”即RN9切换前所在路径上的子节点,可以认为是RN9切换前从RN3到达RN9的下一跳,如:RN6。
当RN6接收到RN3发送的指示“RN9离开”的消息,RN6判断自己的路由信息中是否包括切换节点RN9的标识,以及是否包括“与切换节点RN9直接相连”,如果包括切换节点RN9的标识但不包括“与切换节点RN9直接相连”,则将向自己的子节点发送消息指示“RN9离开”,如:向RN8发送。每一个接收到自己父节点发送的消息的节点,如:RN6、RN8,都会判断自己的路由信息中是否包括切换节点RN9的标识以及“与换节点RN9直接相连”,如果包括切换节点RN9的标识但不包括“与换节点RN9直接相连”,则向自己的子节点发送消息指示“RN9离开”;如果包括包括切换节点RN9的标识以及“与换节点RN9直接相连”,则停止发送指示“RN9离开”的消息。进一步,还可以都可以根据接收到的消息(指示“RN9离开”)更新自己的路由信息,如:RN6删除信息RN9->RN8,即从RN6到RN9的下一跳是RN8。RN8删除信息“与RN9直接连接”。
在一些实施例中,若发生切换的节点下行还连接有其他节点,节点切换时可能会携带与其相连的其他节点一起切换,若节点切换时携带与其相连的其他节点一起切换,该切换节点除了指示目标节点切换节点离开了源节点接入了目标节点”之外,还可以将自己的路由信息发送给目标节点。示例的,如参考图6所示类似的方法,在此不再赘述。
以下结合附图介绍本发明实施例提供的一种路由更新方法,具体地,需要删除路由信息的节点先进行路由更新,在这些节点删除完路由信息后,需要增加路由信息的节点再更新自己的路由信息。示例的,参考图8,当RN9离开RN8加入RN7,RN9发送消息给源节点RN8指示“RN9加入RN7”,该消息可以携带RN9以及RN7的标识。
各个节点(RN)根据接收到的消息和自己的路由信息表判断如何发送消息指示节点切换的情况。具体地:源节点知道切换节点发生切换并离开了源节点,如果源节点RN8接收到消息指示“RN9加入RN7”,RN8则向自己的父节点RN6发送消息指示“RN9离开RN8加入RN7”。可选的,RN9发送消息给源节点RN8还可以指示“RN9离开RN8加入RN7”,源节点判断接收到的消息中的源节点RN8的标识与自己的标识相同,RN8则向自己的父节点RN6发送消息指示“RN9离开RN8加入RN7”。如果节点判断自己的路由信息不包目标节点RN7的标识,则表明该节点是第二中继节点,如:RN6。RN6需要继续将“RN9离开RN8加入RN7”发送给自己的父节点RN3。RN6还可以根据该消息更新自己的路由信息表,具体地,删除信息“RN9->RN8”,即从RN6到RN9路径上的下一跳是RN8。
如果节点判断自己的路由信息中包括目标节点RN7的标识,则表明该节点是核心节点,如:RN3,RN3不需要继续将“RN9离开RN8加入RN7”发送给自己的父节点RN1,而是向自己的子节点(RN9切换后所在路径上与核心节点连接的子节点)RN5发送消息指示“RN9加入RN7”,该消息可以携带RN9以及RN7的标识。RN3根据“RN9离开RN8加入RN7”更新自己的路由信息,具体地,RN3添加信息“RN9->RN5”,即从RN3到RN9路径上的下一跳是RN5。RN3删除信息“RN9->RN6”,即从RN3到RN9路径上的下一跳是RN6。
此时,需要删除路由信息的节点都完成了路由更新,下一步需要增加路由信息的节点进行路由更新。RN3向对应的子节点指示“RN9加入RN7”,其中,“对应的子节点”即RN9切换后所在路径上的子节点,可以认为是RN9切换后从RN3到达RN9的下一跳,如:RN5。
当RN5接收到RN3发送的指示“RN9加入RN7”的消息,RN5判断接收到的消息中目标节点RN7的标识与自己的标识是否相同,如果不同则向自己的子节点发送消息指示“RN9加入RN7”,如:向RN7发送。每一个接收到自己父节点发送的消息的节点(如:RN5、RN7)都会判断消息中目标节点RN7的标识与自己的标识是否相同,如果不同则向自己的子节点发送消息指示“RN9加入RN7”,如果相同则停止发送。RN5、RN7,都可以根据接收到的消息(“RN9加入RN7”)更新自己的路由信息,如:RN5增加信息RN9->RN7,即从RN5到RN9的下一跳是RN7。RN7增加信息“与RN9直接连接”。
在一些实施例中,若发生切换的节点下行还连接有其他节点,节点切换时可能会携带与其相连的其他节点一起切换,若节点切换时携带与其相连的其他节点一起切换,该切换节点除了指示源节点“切换节点接入了目标节点节点”之外,还可以将自己的路由信息发送给目标节点。示例的,参考图9,RN9离开了RN8接入RN7,RN9向RN8发送消息指示“RN9离开了RN8加入了RN7”,同时,该消息中还需要包括RN9自身的路由信息。示例的,RN9的路由信息是“与RN10直接连接”。当然,目标节点、第一中继节点、核心节点、第二中继节点以及源节点之间传递的消息中也需要包括切换节点RN9的路由信息。如图9所示,RN8发送给RN6的消息中包括RN9的路由信息“与RN10直接连接”,RN6发送给RN3的消息中包括RN9的路由信息“与RN10直接连接”,RN3发送给RN5的消息中包括RN9的路由信息“与RN10直接连接”,RN5发送给RN7的消息中包括RN9的路由信息“与RN10直接连接”。
在一些实施例中,切换节点RN9发送给源节点RN8的消息可以不同与图8中给出的示例,该消息可以仅仅指示切换节点接入目标节点。具体地,参考图10,当RN9离开RN8加入RN7,RN9向源节点RN8发送“RN9加入RN7”,该消息可以携带RN9以及RN7的标识。
各个节点(RN)根据接收到的消息和自己的路由信息表判断如何发送消息指示节点的切换情况。具体地:源节点知道切换节点发生切换并离开了源节点,如果源节点RN8接收到消息指示“RN9加入RN7”,RN8则向自己的父节点RN6发送消息指示“RN9加入RN7”。
如果节点确定自己的路由信息不包目标节点RN7的标识,则表明该节点是第二中继节点,如:RN6。RN6需要继续将“RN9加入RN7”发送给自己的父节点RN3。RN6还可以根据该消息更新自己的路由信息表,具体地,删除信息“RN9->RN8”,即从RN6到RN9路径上的下一跳是RN8。
如果节点判断自己的路由信息中包括目标节点RN7的标识,则表明该节点是核心节点,如:RN3,RN3不需要继续将“RN9加入RN7”发送给自己的父节点RN1,而是向自己的子节点(RN9切换后所在路径上与核心节点RN3连接的子节点)RN5发送消息指示“RN9加入RN7”,RN3根据该消息更新自己的路由信息,具体地,RN3添加信息“RN9->RN5”,即从RN3到RN9路径上的下一跳是RN5。RN3删除信息“RN9->RN6”,即从RN3到RN9路径上的下一跳是RN6。
此时,需要删除路由信息的节点都完成了路由更新,下一步需要增加路由信息的节点进行路由更新。RN3向对应的子节点指示“RN9加入RN7”,其中,“对应的子节点”即RN9切换后所在路径上的子节点,可以认为是RN9切换后从RN3到达RN9的下一跳,如:RN5。
当RN5接收到RN3发送的指示“RN9加入RN7”的消息,RN5判断接收到的消息中目标节点RN7的标识与自己的标识是否相同,如果不同则将接收到的消息向自己的子节点发送消息指示“RN9加入RN7”,如:向RN7发送。每一个接收到自己父节点发送的消息的节点(如:RN5、RN7)都会判断目标节点RN7的标识与自己的标识是否相同,如果不同则向自己的子节点发送消息指示“RN9加入RN7”,如果相同则停止发送。RN5、RN7都可以根据接收到的消息(“RN9加入RN7”)更新自己的路由信息,如:RN5增加信息RN9->RN7,即从RN5到RN9的下一跳是RN7。RN7增加信息“与RN9直接连接”。
尽管图8~图10中未示出,切换节点RN9发送给源节点RN8的消息还可以是“RN9离开,RN9接入RN7”,该消息可以携带RN9以及RN7的标识。RN8可以判断自己的路由信息中是否包括目标节点RN7的标识,如果RN8的路由信息中不包括目标节点RN7的标识,RN8则向自己的父节点RN6发送消息指示“RN9离开,RN9接入RN7”。RN6可以判断自己的路由信息中是否包括目标节点RN7的标识,如果RN6的路由信息中不包括目标节点RN7的标识,RN8则向自己的父节点RN3发送消息指示“RN9离开,RN9接入RN7”。RN3确定自己的路由信息中包括目标节点RN7的标识,则向自己的子节点RN5发送消息“RN9接入RN7”,该消息可以携带RN9以及RN7的标识。RN5接收RN3发送的消息,确定自己的标识与目标节点RN7的标识不同,则向自己的子节点RN7发送消息指示“RN9接入RN7”。RN7接收RN5发送的消息,确定自己的标识与目标节点RN7的标识相同,则停止发送指示“RN9接入RN7”的消息。
在一些实施例中,若发生切换的节点下行还连接有其他节点,节点切换时可能会携带与其相连的其他节点一起切换,若节点切换时携带与其相连的其他节点一起切换,该切换节点除了指示源节点“切换节点接入了目标节点节点”之外,还可以将自己的路由信息发送给目标节点。示例的,如参考图9所示类似的方法,在此不再赘述。
上述主要从各个节点之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,路由更新的装置为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对网络设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,本发明实施例提供一种通信设备,所述通信设备可以是本发明实施例涉及的第一节点、第二节点或第三节点。在采用对应各个功能划分各个功能模块的情况下,图11示出了上述通信设备的一种可能的结构示意图。如图11所示,所述网络设备包括接收单元1101、更新单元1102以及发送单元1103。
接收单元1101,用于支持所述网络设备执行上述实施例中的步骤401,和/或用于本文所描述的技术的其它过程;
更新单元1102,用于支持所述网络设备执行上述实施例中的步骤402,和/或用于本文所描述的技术的其它过程;
发送单元1103,用于支持网络设备向其他节点发送消息,如当网络设备作为第一节点,发送单元1103用于支持第一节点向第三节点发送第二消息,和/或用于本文所描述的技术的其它过程。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
示例性的,在采用集成的单元的情况下,本申请实施例提供的网络设备的结构示意图如图12所示。在图12中,该网络设备包括:处理模块1201和通信模块1202。处理模块1201用于对网络设备的动作进行控制管理,例如,执行上述更新单元1102执行的步骤,和/或用于执行本文所描述的技术的其它过程。通信模块1202用于支持网络设备与其他设备之间的交互,例如,执行上述接收单元1101和发送单元1103执行的步骤。如图12所示,网络设备还可以包括存储模块1203,存储模块1203用于存储网络设备的程序代码和数据。
当处理模块1201为处理器,通信模块1202为收发器,存储模块1203为存储器时,网络设备可以为图3所示的网络设备。如果收发器为接收器和发射器,接收器执行上述接收单元1101所执行的步骤,发射器执行发送单元1103执行的步骤。
本申请实施例应用于5G通信***或未来可能出现的其他***,以下对本申请中的部分用语进行解释说明,以便于本领域技术人员理解。需要说明的是,当本申请实施例的方案应用于5G***或未来可能出现的其他***时,网络设备和用户设备的名称可能发生变化,但这并不影响本申请实施例方案的实施。
1)用户设备(User Equipment,UE),又称为用户、用户设备,是一种向用户提供语音和/或数据连通性的设备,例如,具有无线连接功能的手持式设备、车载设备等。常见的用户设备例如包括:手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobileinternet device,MID)、可穿戴设备,其中,可穿戴设备例如包括:智能手表、智能手环、计步器等。
2)网络设备,又称为无线接入网(Radio Access Network,RAN)设备是一种将用户设备接入到无线网络的设备,其包括各种通信制式中的网络设备,例如包括但不限于:基站、演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、网络设备控制器(Base Station Controller,BSC)、网络设备收发台(Base Transceiver Station,BTS)、家庭网络设备(例如,Home evolved NodeB,或Home Node B,HNB)、基带单元(BaseBand Unit,BBU)等。另外,网络设备包括了各类频率制式的网络设备,例如包括但不限于:低频网络设备、高频网络设备。
现有技术中,用户设备通过缓存状态报告(Buffer Status Reporting,BSR)告知网络设备(如基站等)其上行缓存中有多少数据需要发送,以便网络设备决定给该UE分配多少上行资源。当用户设备触发了常规缓存状态报告(Regular BSR),且当前没有可以使用的上行资源,则UE触发调度请求(Scheduling Request,SR)告知网络设备其有数据需要发送,网络设备会给UE分配一个至少足够发送BSR的上行资源,UE使用该上行资源将BSR发送给网络设备。对于SR的取消条件,当满足如下2个条件中的任一个时,处于待处理(pending)状态的SR会被取消:条件1,当一个媒体接入控制(Medium Access Control,MAC)协议数据单元(Protocol Data Unit,PDU)组包完成并包含一个BSR,且该BSR包含了直到触发BSR的最近一次事件时的缓存状态;条件2,当一个传输的MAC PDU中包含了所有可用于传输的待传数据。对于BSR的取消条件,当满足如下2个条件中的任一个时,触发的BSR可能会被取消:条件1,当一个传输的MAC PDU组包完成并包含一个BSR,触发的BSR会被取消;条件2,当一个传输的MAC PDU中包含了所有可用于传输的待传数据但是无法再包含一个BSR MAC控制单元(Control Element,CE)加上其头部,触发的BSR可能会被取消。
在第五代(5Generation,5G)新空口(New Radio,NR)***中,当用户设备在物理下行控制信道(Physical Downlink Control Channel,PDCCH)资源上接收到网络设备发送的下行调度信息(Downlink Control Information,DCI),该下行调度信息指示了上行许可(UL grant),同时还指示了从当前接收下行调度信息开始经过多长时间可以使用指示的上行许可发送上行数据,例如,下行控制信息指示K值,表示接收下行控制信息后经过K时间可以使用指示的上行许可发送上行数据。上行数据在物理上行共享信道(Physical UplinkShared Channel,PUSCH)资源上发送。用户设备可以在接收完下行调度信息后开始组包,即组装媒体接入控制(Medium Access Control,MAC)协议数据单元(Protocol Data Unit,PDU),并且需要在上行许可到来前组包完成,才能成功使用指示的上行许可将组好的MACPDU发送出去。用户设备可以在K时间段中的任一时刻进行组包,这取决于用户设备自己实现。当用户设备组完MAC PDU之后,很有可能还没有到使用上行许可的时间,即还没有到物理上行共享信道资源出现的时间,此时组好的MAC PDU需要等一段时间才可以使用指示的上行许可发送该MAC PDU,例如,MAC PDU组包完成后还需要等待R时间才可以使用指示的上行许可发送该MAC PDU。也就是说,在R时间内,由于SR已经被取消,即使出现了可以发送SR的物理上行共享信道(Physical Uplink Control Channel,PUCCH)资源也无法发送SR,只能等到R时间后发送MAC PDU才能让基站知道用户设备有缓存的数据需要发送,即无法让基站通过更早的SR知道用户设备有缓存的数据需要发送,从而可能影响基站更早地调度用户设备的上行数据,导致用户设备的上行数据的时延增大。
图13为本申请实施例提供的一种应用场景示意图。如图13所示的组网架构,主要包括网络设备1301和用户设备1302;用户设备1302可以与网络设备1301进行通信。该用户设备1302发送给网络设备1301的数据属于上行数据,该网络设备1301发送给用户设备1302的数据为下行数据,该用户设备1302发送上行数据所使用的上行资源(例如,时频资源)由该网络设备1301通过静态调度、半静态调度、动态调度等方式进行配置。本发明实施例中,用户设备1302通过BSR告知网络设备1301(如基站等)其有多少上行数据需要发送,以便网络设备1301决定给该用户设备1302分配多少上行资源。在发送BSR之前,用户设备1302可能给网络设备1301发送了SR告知网络设备1301其有数据需要发送,以便网络设备1301分配一个至少足够发送BSR的上行资源,用户设备1302使用该上行资源将BSR发送给网络设备1301。
图14为本发明实施例提供的一种调度请求取消方法的流程示意图,该方法包括但不限于如下步骤:
步骤1401:设备确定第一调度请求被触发。
具体地,设备可以是终端设备。当满足了触发调度请求的触发条件,调度请求会被触发,设备确定第一调度请求被触发可以理解为设备知道存在被触发的第一调度请求。此时,第一调度请求是待处理(pending)的调度请求,也可以理解为,第一调度请求为被触发了、且没有被取消的调度请求。
步骤1402:当媒体接入控制协议数据单元被发送,且该媒体接入控制协议数据单元包含第一缓存状态报告,设备取消第一调度请求。
具体地,当设备接收到网络设备分配的上行资源,设备将带传输的数据组成一个MAC PDU,并且MAC PDU中可以包含缓存状态报告。当组好的MAC PDU被发送,且该MAC PDU包含了第一缓存状态报告,则认为满足了取消第一调度请求的条件,此时设备取消待处理的第一调度请求。其中,第一缓存状态报告包含第一缓存状态,该第一缓存状态为直到最近一次触发缓存状态报告的事件时的缓存状态。例如,MAC PDU发送前,事件1在时间1触发了触发缓存状态报告,对应缓存状态1,在时间1之后、且MAC PDU发送前,事件2在时间2触发了触发缓存状态报告,对应缓存状态2,MAC PDU发送前及事件2之后没有新的事件触发缓存状态报告,此时,第一缓存状态可以认为是最近一次事件2在时间2时的缓存状态,即第一缓存状态可以认为是缓存状态2。
需要说明的是,第一调度请求可以是一个或多个,设备取消第一调度请求可以理解为设备取消所有第一调度请求。媒体接入控制协议数据单元被发送可以认为是至少一个媒体接入控制协议数据单元被发送,该媒体接入控制协议数据单元包含第一缓存状态报告可以认为是该媒体接入控制协议数据单元包含至少一个第一缓存状态报告,本发明不做限定。媒体接入控制协议数据单元被发送可以是媒体接入控制协议数据单元开始被发送,或者,可以是媒体接入控制协议数据单元被发送完成后,本发明不做限定。
在一些实施例中,该第一缓存状态为直到该媒体接入控制协议数据单元组包前最近一次触发缓存状态报告的事件时的缓存状态。也就是说,当组好的MAC PDU被发送,且该MAC PDU包含了第一缓存状态报告,该第一缓存状态报告包含第一缓存状态,该第一缓存状态为直到该MAC PDU组包前最近一次触发缓存状态报告的事件时的缓存状态,则认为满足了取消第一调度请求的条件,此时设备取消待处理的第一调度请求。例如,在MAC PDU组包前,事件1在时间1触发了触发缓存状态报告,对应缓存状态1,在时间1之后、且MAC PDU发送前,事件2在时间2触发了触发缓存状态报告,对应缓存状态2,MAC PDU组包后及MAC PDU发送前,事件3在时间3触发了触发缓存状态报告,对应缓存状态3,此时,第一缓存状态可以认为是MAC PDU组包前最近一次事件2在时间2时的缓存状态,即第一缓存状态可以认为是缓存状态2。可选的,第一缓存状态为直到触发所述第一缓存状态报告的事件时的缓存状态。
在一些实施例中,进一步,第一调度请求为该媒体接入控制协议数据单元组包前触发的调度请求。例如,在MAC PDU组包前,触发调度请求1,MAC PDU组包后及MAC PDU发送前,触发调度请求2,此时,第一调度请求可以认为是MAC PDU组包前触发的调度请求,即调度请求1。可选的,第一调度请求为第二缓存状态报告触发的调度请求,其中,该媒体接入控制协议数据单元包含触发该第二缓存状态报告的事件时的缓存状态。若当前有触发的缓存状态报告或调度请求,MAC PDU在组包时会包含一个缓存状态报告,该缓存状态报告会包含当前组包时刻最新的缓存状态,即MAC PDU组包前最近一次触发缓存状态报告的事件时的缓存状态,也即触发该第二缓存状态报告的事件时的缓存状态,因此,可以认为该第二缓存状态报告即为MAC PDU组包前触发的缓存状态报告,第一调度请求为第二缓存状态报告触发的调度请求,可以认为该第一调度请求即为MAC PDU组包前触发的调度请求。需要说明的是,第一调度请求可以是一个或多个,即满足MAC PDU组包前触发的调度请求都是第一调度请求,设备取消第一调度请求可以理解为设备取消所有第一调度请求。
在一些实施例中,该第一缓存状态报告没有包含第一缓存状态,该第一缓存状态为直到最近一次触发缓存状态报告的事件时的缓存状态。还可以理解为,该第一缓存状态报告包含第二缓存状态,该第二缓存状态不是直到最近一次触发缓存状态报告的事件时的缓存状态。
具体地,进一步,第一调度请求为该媒体接入控制协议数据单元组包前触发的调度请求。例如,在MAC PDU组包前,触发调度请求1,MAC PDU组包后及MAC PDU发送前,触发调度请求2,此时,第一调度请求可以认为是MAC PDU组包前触发的调度请求,即调度请求1。可选的,第一调度请求为第二缓存状态报告触发的调度请求,其中,该媒体接入控制协议数据单元包含触发该第二缓存状态报告的事件时的缓存状态。若当前有触发的缓存状态报告或调度请求,MAC PDU在组包时会包含一个缓存状态报告,该缓存状态报告会包含当前组包时刻最新的缓存状态,即MAC PDU组包前最近一次触发缓存状态报告的事件时的缓存状态,也即触发该第二缓存状态报告的事件时的缓存状态,因此,可以认为该第二缓存状态报告即为MAC PDU组包前触发的缓存状态报告,第一调度请求为第二缓存状态报告触发的调度请求,可以认为该第一调度请求即为MAC PDU组包前触发的调度请求。需要说明的是,第一调度请求可以是一个或多个,即满足MAC PDU组包前触发的调度请求都是第一调度请求,设备取消第一调度请求可以理解为设备取消所有第一调度请求。
在一些实施例中,设备还可以停止该第一调度请求的调度请求禁止定时器。每个调度请求可以对应一个调度请求配置,每个调度请求配置有各自关联的调度请求禁止定时器,因此当一个调度请求配置的调度请求被取消,即没有对应该调度请求配置的调度请求被触发,此时需要停止该调度请求的调度请求禁止定时器。因此,当设备取消第一调度请求,还需要停止该第一调度请求的调度请求禁止定时器。需要说明的是,第一调度请求可以是一个或多个,多个调度请求可能对应一个或多个调度请求配置,设备取消第一调度请求可以理解为设备取消所有第一调度请求,停止第一调度请求的调度请求禁止定时器可以理解为停止第一调度请求各自的调度请求禁止定时器,若多个调度请求对应一个调度请求配置,则停止对应的那个调度请求禁止定时器,若多个调度请求对应多个调度请求配置,则停止各自对应的调度请求禁止定时器。
图15为本发明实施例提供的一种缓存状态报告取消方法的流程示意图,该方法包括但不限于如下步骤:
步骤1501:设备确定第一缓存状态报告被触发。
具体地,设备可以是终端设备。当满足了触发缓存状态报告的触发条件,缓存状态报告会被触发,设备确定第一缓存状态报告被触发可以理解为设备知道存在被触发的第一缓存状态报告。
步骤1502:当媒体接入控制协议数据单元被发送,且该媒体接入控制协议数据单元包含缓存状态报告,设备取消所述第一缓存状态报告。
具体地,当设备接收到网络设备分配的上行资源,设备将带传输的数据组成一个MAC PDU,并且MAC PDU中可以包含至少一个缓存状态报告。当组好的MAC PDU被发送,且该MAC PDU包含了至少一个缓存状态报告,则认为满足了取消第一缓存状态报告的条件,此时设备取消待触发的第一缓存状态报告。
需要说明的是,第一缓存状态报告可以是一个或多个,设备取消第一缓存状态报告可以理解为设备取消所有第一缓存状态报告。媒体接入控制协议数据单元被发送可以认为是至少一个媒体接入控制协议数据单元被发送,该媒体接入控制协议数据单元包含缓存状态报告可以认为是该媒体接入控制协议数据单元包含至少一个缓存状态报告,本发明不做限定。媒体接入控制协议数据单元被发送可以是媒体接入控制协议数据单元开始被发送,或者,可以是媒体接入控制协议数据单元被发送完成后,本发明不做限定。
在一些实施例中,该第一缓存状态报告为该媒体接入控制协议数据单元组包前触发的缓存状态报告。也就是说,当组好的MAC PDU被发送,且该MAC PDU包含了至少一个缓存状态报告,则认为满足了取消第一缓存状态报告的条件,该第一缓存状态报告为该MAC PDU组包前触发的缓存状态报告,此时设备取消触发的的第一调度请求。例如,在MAC PDU组包前,触发缓存状态报告1,MAC PDU组包后及MAC PDU发送前,触发缓存状态报告2,此时,第一缓存状态报告可以认为是MAC PDU组包前触发的缓存状态报告,即缓存状态报告1。需要说明的是,第一缓存状态报告可以是一个或多个,即满足MAC PDU组包前触发的缓存状态报告都是第一缓存状态报告,设备取消第一缓存状态报告可以理解为设备取消所有第一缓存状态报告。
在一些实施例中,该媒体接入控制协议数据单元包含触发该第一缓存状态报告的事件时的缓存状态。也就是说,当组好的MAC PDU被发送,且该MAC PDU包含了至少一个缓存状态报告,若该MAC PDU包含了触发该第一缓存状态报告的事件时的缓存状态,则认为满足了取消第一缓存状态报告的条件,此时设备取消触发的第一调度请求。若当前有触发的缓存状态报告或调度请求,MAC PDU在组包时会包含一个缓存状态报告,该缓存状态报告会包含当前组包时刻最新的缓存状态,即MAC PDU组包前最近一次触发缓存状态报告的事件时的缓存状态,也即触发该第一缓存状态报告的事件时的缓存状态,因此,可以认为该第一缓存状态报告即为MAC PDU组包前触发的缓存状态报告。需要说明的是,第一缓存状态报告可以是一个或多个,即满足MAC PDU包含了触发该第一缓存状态报告的事件时的缓存状态,设备取消第一缓存状态报告可以理解为设备取消所有第一缓存状态报告。
以下结合附图介绍本发明实施例提供的一种调度请求取消方法,示例的,参考图16。在MAC PDU组包前,事件1在时间1触发了触发缓存状态报告BSR1,对应缓存状态1,并触发了调度请求SR1,在时间1之后、且在MAC PDU组包前,事件2在时间2触发了触发缓存状态报告BSR2,对应缓存状态2,并触发了调度请求SR2。当MAC PDU组包完成,由于当前有触发的缓存状态报告,MAC PDU中可以包含一个缓存状态报告,并且该缓存状态报告包含直到最近一次触发缓存状态报告的事件时的缓存状态,即缓存状态2,此时不取消SR1以及SR2,而是在MAC PDU被发送后,取消SR1以及SR2。
另外,MAC PDU组包后及MAC PDU发送前,事件3在时间3触发了触发缓存状态报告BSR3,对应缓存状态3,并触发了调度请求SR3。此时,当MAC PDU组包完成,MAC PDU中可以包含一个缓存状态报告,并且该缓存状态报告包含直到MAC PDU组包前最近一次触发缓存状态报告的事件时的缓存状态,即缓存状态2,而不是直到最近一次触发缓存状态报告的事件时的缓存状态3,满足上述条件,则取消MAC PDU组包前触发的调度请求,即取消调度请求SR1和调度请求SR2,而不取消MAC PDU组包后触发的调度请求SR3。或者,若MAC PDU中包含的触发某些缓存状态报告的时间的缓存状态,则取消由这些缓存状态报告触发的调度请求,例如,MAC PDU中包含了事件1和事件2时的缓存状态1和缓存状态2,因此取消由缓存状态报告BSR1触发的调度请求SR1和由缓存状态报告BSR2触发的调度请求SR2,而MAC PDU中没有包含了事件3的缓存状态3,因此不取消由缓存状态报告BSR3触发的调度请求SR3。
以下结合附图介绍本发明实施例提供的一种缓存状态报告取消方法,示例的,参考图16。在MAC PDU组包前,事件1在时间1触发了触发缓存状态报告BSR1,对应缓存状态1,并触发了调度请求SR1,在时间1之后、且在MAC PDU组包前,事件2在时间2触发了触发缓存状态报告BSR2,对应缓存状态2,并触发了调度请求SR2。当MAC PDU组包完成,由于当前有触发的缓存状态报告,MAC PDU中可以包含一个缓存状态报告,此时不取消BSR1以及BSR2,而是在MAC PDU被发送后,取消BSR1以及BSR2。
另外,MAC PDU组包后及MAC PDU发送前,事件3在时间3触发了触发缓存状态报告BSR3,对应缓存状态3,并触发了调度请求SR3。此时,当MAC PDU组包完成,MAC PDU中可以包含一个缓存状态报告,此时,不是取消所有触发的缓存状态报告,而是取消MAC PDU组包前触发的缓存状态报告,即取消缓存状态报告BSR1和缓存状态报告BSR2,而不取消MAC PDU组包后触发的缓存状态报告BSR3。或者,若MAC PDU中包含的触发某些缓存状态报告的时间的缓存状态,则取消由这些缓存状态报告,例如,MAC PDU中包含了事件1和事件2时的缓存状态1和缓存状态2,因此取消缓存状态报告BSR1和缓存状态报告BSR2,而MAC PDU中没有包含了事件3的缓存状态3,因此不取消缓存状态报告BSR3。
采用本发明实施例的方法,能够保证调度请求被更早的发送给基站,即让基站更早的知道用户设备有数据需要传输,以便基站能够更早地给用户设备分配传输上行数据的上行资源,从而减少了用户设备的上行数据的时延。
上述详细阐述了本发明实施例的方法。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下,本发明实施例提供一种通信设备,所述通信设备可以是本发明实施例涉及的设备。在采用对应各个功能划分各个功能模块的情况下,图17示出了上述通信设备的一种可能的结构示意图。如图17所示,所述设备包括确定单元1701和取消单元1702。
确定单元1701,用于支持所述设备执行上述实施例中的步骤1401,和/或用于支持所述设备执行上述实施例中的步骤1501,和/或用于本文所描述的技术的其它过程。
取消单元1702,用于支持所述设备执行上述实施例中的步骤1402,和/或用于支持所述设备执行上述实施例中的步骤1502,和/或用于本文所描述的技术的其它过程。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
示例性的,在采用集成的单元的情况下,本申请实施例提供的设备的结构示意图如图18所示。在图18中,该设备包括:处理模块1801。处理模块1801用于对设备的动作进行控制管理,例如,执行上述确定单元1701执行的步骤,和/或执行上述确定单元1702执行的步骤,和/或用于执行本文所描述的技术的其它过程。如图18所示,设备还可以包括存储模块1802,存储模块1802用于存储设备的程序代码和数据。
示例性的,本申请实施例提供的设备的结构示意图如图19所示。在图19中,该设备包括:处理器1901,存储器1902。处理模块1801为处理器1901,例如,执行上述确定单元1701执行的步骤,和/或用于执行本文所描述的技术的其它过程。存储模块1802为存储器1902,用于存储设备的程序代码和数据。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (10)
1.一种设备,所述设备作为第一节点,其特征在于,包括:
收发器,用于接收第二节点发送的第一消息,所述第一消息用于指示切换节点离开源节点和/或切换节点接入目标节点;所述源节点是所述切换节点切换前连接的节点,所述目标节点为所述切换节点切换后连接的节点;
处理器,用于根据所述收发器接收的所述第一消息更新所述第一节点的路由信息;
其中,所述第一节点为以下节点中的任意一个:所述目标节点、所述源节点、核心节点、所述目标节点与所述核心节点之间的第一中继节点、所述源节点与所述核心节点之间的第二中继节点;所述核心节点是所述目标节点与所述源节点上行方向的第一个共同节点;
所述第二节点为以下节点中的任意一个:所述切换节点、所述目标节点、所述源节点、所述核心节点、所述第一中继节点、所述第二中继节点。
2.根据权利要求1所述的设备,其特征在于,
所述处理器还用于,根据所述第一消息确定接收第二消息的第三节点;
所述收发器还用于,向所述第三节点发送所述第二消息,所述第二消息用于指示所述切换节点离开源节点和/或所述切换节点接入目标节点;
其中,所述第三节点为以下节点中的任意一个:所述源节点、所述核心节点、所述目标节点、所述第一中继节点、所述第二中继节点。
3.根据权利要求2所述的设备,其特征在于,所述第一节点根据所述第一消息确定接收第二消息的第三节点包括:
所述第一节点确定所述第一节点的路由信息中不包括所述切换节点的信息和/或所述第一节点的路由信息中不包括所述源节点的信息,则确定所述第三节点为所述第一节点的父节点。
4.根据权利要求3所述的设备,其特征在于,所述第一消息用于指示所述切换节点离开所述源节点和所述切换节点接入所述目标节点,所述第二消息用于指示所述切换节点离开所述源节点和所述切换节点所述接入目标节点;或者,
所述第一消息用于指示所述切换节点接入所述目标节点,所述第二消息用于指示所述切换节点接入所述目标节点。
5.根据权利要求2所述的设备,其特征在于,所述处理器还用于,确定所述第一节点的路由信息包括所述切换节点的信息和/或所述第一节点的路由信息中包括所述源节点的信息,则确定所述第三节点为所述第一节点的子节点。
6.根据权利要求5所述的设备,其特征在于,所述第一消息用于指示所述切换节点离开所述源节点和所述切换节点接入所述目标节点,所述第二消息用于指示所述切换节点离开所述源节点;或者,
所述第一消息用于指示所述切换节点离开所述源节点和所述切换节点接入所述目标节点,所述第二消息用于指示所述切换节点离开;或者,
所述第一消息用于指示所述切换节点接入所述目标节点,所述第二消息用于指示所述切换节点离开。
7.根据权利要求2所述的设备,其特征在于,所述处理器还用于,确定所述第一节点的路由信息中包括所述切换节点的信息且所述切换节点切换前不是所述第一节点的子节点,则确定所述第三节点为所述第一节点的子节点。
8.根据权利要求7所述的设备,其特征在于,所述第一消息用于指示所述切换节点离开,所述第二消息用于指示所述切换节点离开。
9.根据权利要求2所述的设备,其特征在于,所述处理器还用于,确定所述源节点的信息与所述第一节点的信息不同,则确定所述第三节点为所述第一节点的子节点;和/或,
所述第一节点确定所述第一节点的路由信息中包括所述切换节点的信息且所述切换节点切换前不是所述第一节点的子节点,则确定所述第三节点为所述第一节点的子节点。
10.根据权利要求9所述的设备,其特征在于,所述第一消息用于指示所述切换节点离开所述源节点,所述第二消息用于指示所述切换节点离开所述源节点。
Priority Applications (15)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810150653.6A CN110149674A (zh) | 2018-02-13 | 2018-02-13 | 一种路由更新方法及设备 |
CN201910633102.XA CN110461021B (zh) | 2018-02-13 | 2018-02-13 | 一种调度请求取消方法及设备 |
BR112020015724-4A BR112020015724A2 (pt) | 2018-02-13 | 2019-02-12 | Método de cancelamento de solicitação de programação, método de cancelamento de relatório de status de buffer, dispositivo de comunicação, e mídia de armazenamento legível por computador |
PCT/CN2019/074864 WO2019158053A1 (zh) | 2018-02-13 | 2019-02-12 | 一种路由更新方法、调度请求取消方法及设备 |
RU2020129965A RU2754427C1 (ru) | 2018-02-13 | 2019-02-12 | Способ обновления маршрута, устройство и способ отмены запроса планирования |
KR1020207023610A KR102455331B1 (ko) | 2018-02-13 | 2019-02-12 | 라우트 갱신 방법, 스케줄링 요청 취소 방법 및 장치 |
EP22156753.0A EP4093133A1 (en) | 2018-02-13 | 2019-02-12 | Buffer status report cancellation method, and device |
JP2020565010A JP7139457B2 (ja) | 2018-02-13 | 2019-02-12 | ルート更新方法、スケジューリング要求キャンセル方法及びデバイス |
CA3088457A CA3088457C (en) | 2018-02-13 | 2019-02-12 | Scheduling request cancellation method, buffer status report cancellation method and device |
CN201980003020.5A CN110754132B (zh) | 2018-02-13 | 2019-02-12 | 一种路由更新方法、调度请求取消方法及设备 |
AU2019220020A AU2019220020B2 (en) | 2018-02-13 | 2019-02-12 | Scheduling request cancellation method, buffer status report cancellation method and device |
ES19754007T ES2913702T3 (es) | 2018-02-13 | 2019-02-12 | Procedimiento y dispositivo de actualización de encaminamiento, y procedimiento y dispositivo de cancelación de solicitudes de planificación |
EP19754007.3A EP3629658B1 (en) | 2018-02-13 | 2019-02-12 | Routing updating method and device, and scheduling request canceling method and device |
US16/700,625 US11044740B2 (en) | 2018-02-13 | 2019-12-02 | Route update method, scheduling request cancellation method, and device |
US17/326,025 US11671959B2 (en) | 2018-02-13 | 2021-05-20 | Route update method, scheduling request cancellation method, and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810150653.6A CN110149674A (zh) | 2018-02-13 | 2018-02-13 | 一种路由更新方法及设备 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910633102.XA Division CN110461021B (zh) | 2018-02-13 | 2018-02-13 | 一种调度请求取消方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110149674A true CN110149674A (zh) | 2019-08-20 |
Family
ID=67588999
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910633102.XA Active CN110461021B (zh) | 2018-02-13 | 2018-02-13 | 一种调度请求取消方法及设备 |
CN201810150653.6A Pending CN110149674A (zh) | 2018-02-13 | 2018-02-13 | 一种路由更新方法及设备 |
CN201980003020.5A Active CN110754132B (zh) | 2018-02-13 | 2019-02-12 | 一种路由更新方法、调度请求取消方法及设备 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910633102.XA Active CN110461021B (zh) | 2018-02-13 | 2018-02-13 | 一种调度请求取消方法及设备 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980003020.5A Active CN110754132B (zh) | 2018-02-13 | 2019-02-12 | 一种路由更新方法、调度请求取消方法及设备 |
Country Status (11)
Country | Link |
---|---|
US (2) | US11044740B2 (zh) |
EP (2) | EP3629658B1 (zh) |
JP (1) | JP7139457B2 (zh) |
KR (1) | KR102455331B1 (zh) |
CN (3) | CN110461021B (zh) |
AU (1) | AU2019220020B2 (zh) |
BR (1) | BR112020015724A2 (zh) |
CA (1) | CA3088457C (zh) |
ES (1) | ES2913702T3 (zh) |
RU (1) | RU2754427C1 (zh) |
WO (1) | WO2019158053A1 (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113114703A (zh) * | 2021-05-14 | 2021-07-13 | 恒隆通信技术有限公司 | 一种组网通信的数据加密方法及*** |
CN113766582A (zh) * | 2020-06-03 | 2021-12-07 | 维沃移动通信有限公司 | 网络切换方法、装置、通信设备及*** |
CN114402661A (zh) * | 2019-09-18 | 2022-04-26 | 华为技术有限公司 | 切换方法及装置 |
CN115104342A (zh) * | 2020-02-13 | 2022-09-23 | 高通股份有限公司 | 缓冲器状态报告的连续性 |
US11889356B2 (en) * | 2018-08-09 | 2024-01-30 | Samsung Electronics Co., Ltd. | Method and a device for data retransmission |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110461021B (zh) * | 2018-02-13 | 2020-07-14 | 华为技术有限公司 | 一种调度请求取消方法及设备 |
US11212695B2 (en) * | 2018-02-15 | 2021-12-28 | Qualcomm Incorporated | Configuration, activation and deactivation of packet duplication |
KR102114992B1 (ko) * | 2018-04-25 | 2020-05-25 | (주)휴맥스 | 무선 통신 장비 및 무선 통신 장비의 메쉬 네트워크 구성 방법 |
US11109399B2 (en) * | 2018-06-29 | 2021-08-31 | Asustek Computer Inc. | Method and apparatus for multi-hop integrated access and backhaul systems |
CN113015211B (zh) * | 2019-12-20 | 2022-08-19 | 大唐移动通信设备有限公司 | 一种数据传输调度方法及终端 |
WO2021201661A1 (en) * | 2020-04-03 | 2021-10-07 | Lg Electronics Inc. | Method and apparatus for mobility of wireless base station in wireless communication system |
AU2020470490A1 (en) * | 2020-09-29 | 2023-05-18 | Huawei Technologies Co., Ltd. | Communication method, device, and system for lossless data transmission |
CN114339942B (zh) * | 2020-09-30 | 2024-04-23 | 华为技术有限公司 | 路由信息更新方法、通信装置及存储介质 |
CN116261894A (zh) * | 2021-10-09 | 2023-06-13 | 北京小米移动软件有限公司 | 多连接下的通信方法和通信装置 |
WO2024010103A1 (ko) * | 2022-07-04 | 2024-01-11 | 엘지전자 주식회사 | 무선 통신 시스템에서 자원 요청을 수행하는 방법 및 장치 |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101772049A (zh) * | 2009-01-05 | 2010-07-07 | 中兴通讯股份有限公司 | 周期性缓冲区状态报告定时器的处理方法及终端 |
CN101778418B (zh) | 2009-01-13 | 2014-03-19 | 中兴通讯股份有限公司 | 无线网络中触发或上报调度请求的方法和设备 |
EP2428091B1 (en) * | 2009-05-05 | 2016-01-13 | Telefonaktiebolaget LM Ericsson (publ) | Handling a scheduling request trigger |
KR101164117B1 (ko) * | 2009-09-04 | 2012-07-12 | 엘지전자 주식회사 | 무선 통신 시스템상에서 물리 하향 채널의 모니터링 동작을 효율적으로 제어하는 방법 |
KR101623977B1 (ko) * | 2009-10-09 | 2016-05-24 | 삼성전자주식회사 | 이동통신 시스템에서 스케줄링 요청 신호를 전송하는 방법 및 장치 |
JP2011155334A (ja) * | 2010-01-26 | 2011-08-11 | Sharp Corp | 通信システム及び移動局装置及び基地局装置及び処理方法 |
JP2011155336A (ja) * | 2010-01-26 | 2011-08-11 | Sharp Corp | 通信システム及び移動局装置及び基地局装置及び処理方法 |
CN102088752B (zh) * | 2011-03-10 | 2014-01-22 | 张毅昆 | 用于无线多跳网络的锁定路由方法 |
US9125218B2 (en) * | 2011-09-16 | 2015-09-01 | Htc Corporation | Method of handling random access procedure on primary cell when random access procedure on secondary cell is ongoing or about to start |
WO2014003327A1 (en) * | 2012-06-26 | 2014-01-03 | Lg Electronics Inc. | Method and apparatus for cancelling buffer status report in wireless communication system |
RU2636129C2 (ru) * | 2013-01-17 | 2017-11-20 | Сан Пэтент Траст | Динамическое конфигурирование восходящей линии связи/нисходящей линии связи tdd с использованием dci |
CN105230103B (zh) * | 2013-05-17 | 2019-07-12 | 寰发股份有限公司 | 上报bsr的方法以及用户设备 |
WO2014186956A1 (zh) * | 2013-05-22 | 2014-11-27 | 华为技术有限公司 | 一种优先级调度方法、用户设备及基站 |
EP3809763B1 (en) * | 2014-03-19 | 2024-07-17 | InterDigital Patent Holdings, Inc. | Device-to-device synchronization |
KR101780375B1 (ko) * | 2014-09-17 | 2017-09-21 | 이노베이티브 소닉 코포레이션 | 무선 통신 시스템에서의 자원 요청 방법 및 장치 |
JP6553733B2 (ja) * | 2014-11-05 | 2019-07-31 | エルジー エレクトロニクス インコーポレイティド | D2d通信システムにおいてサイドリンクバッファー状態報告によってトリガーされたスケジューリング要求を取り消す方法及びその装置 |
WO2017007171A1 (en) * | 2015-07-06 | 2017-01-12 | Lg Electronics Inc. | Method for triggering a buffer status reporting in dual connectivity and a device therefor |
GB2542172A (en) | 2015-09-10 | 2017-03-15 | Nec Corp | Communication system |
EP3148283A1 (en) * | 2015-09-25 | 2017-03-29 | ASUSTek Computer Inc. | Method and apparatus for reducing signaling overhead in a wireless communication system |
CN105722172B (zh) * | 2016-04-12 | 2019-04-02 | 江苏中科羿链通信技术有限公司 | 无线链状网下的快速路由恢复方法 |
KR20200015752A (ko) * | 2017-06-15 | 2020-02-12 | 콘비다 와이어리스, 엘엘씨 | 스케줄링 요청들, 상태 보고들, 및 논리 채널 우선순위화 |
CN111386747B (zh) * | 2017-12-20 | 2024-03-22 | 联想(新加坡)私人有限公司 | 用于调度请求的随机接入过程 |
CN110461021B (zh) * | 2018-02-13 | 2020-07-14 | 华为技术有限公司 | 一种调度请求取消方法及设备 |
-
2018
- 2018-02-13 CN CN201910633102.XA patent/CN110461021B/zh active Active
- 2018-02-13 CN CN201810150653.6A patent/CN110149674A/zh active Pending
-
2019
- 2019-02-12 EP EP19754007.3A patent/EP3629658B1/en active Active
- 2019-02-12 RU RU2020129965A patent/RU2754427C1/ru active
- 2019-02-12 CA CA3088457A patent/CA3088457C/en active Active
- 2019-02-12 JP JP2020565010A patent/JP7139457B2/ja active Active
- 2019-02-12 CN CN201980003020.5A patent/CN110754132B/zh active Active
- 2019-02-12 KR KR1020207023610A patent/KR102455331B1/ko active IP Right Grant
- 2019-02-12 AU AU2019220020A patent/AU2019220020B2/en active Active
- 2019-02-12 BR BR112020015724-4A patent/BR112020015724A2/pt unknown
- 2019-02-12 EP EP22156753.0A patent/EP4093133A1/en active Pending
- 2019-02-12 WO PCT/CN2019/074864 patent/WO2019158053A1/zh unknown
- 2019-02-12 ES ES19754007T patent/ES2913702T3/es active Active
- 2019-12-02 US US16/700,625 patent/US11044740B2/en active Active
-
2021
- 2021-05-20 US US17/326,025 patent/US11671959B2/en active Active
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11889356B2 (en) * | 2018-08-09 | 2024-01-30 | Samsung Electronics Co., Ltd. | Method and a device for data retransmission |
CN114402661A (zh) * | 2019-09-18 | 2022-04-26 | 华为技术有限公司 | 切换方法及装置 |
CN114402661B (zh) * | 2019-09-18 | 2024-03-26 | 华为技术有限公司 | 切换方法及装置 |
CN115104342A (zh) * | 2020-02-13 | 2022-09-23 | 高通股份有限公司 | 缓冲器状态报告的连续性 |
CN115104342B (zh) * | 2020-02-13 | 2024-04-05 | 高通股份有限公司 | 缓冲器状态报告的连续性 |
CN113766582A (zh) * | 2020-06-03 | 2021-12-07 | 维沃移动通信有限公司 | 网络切换方法、装置、通信设备及*** |
WO2021244605A1 (zh) * | 2020-06-03 | 2021-12-09 | 维沃移动通信有限公司 | 网络切换方法、装置、通信设备及*** |
CN113766582B (zh) * | 2020-06-03 | 2023-03-14 | 维沃移动通信有限公司 | 网络切换方法、装置、通信设备及*** |
CN113114703A (zh) * | 2021-05-14 | 2021-07-13 | 恒隆通信技术有限公司 | 一种组网通信的数据加密方法及*** |
CN113114703B (zh) * | 2021-05-14 | 2022-02-22 | 恒隆通信技术有限公司 | 一种组网通信的数据加密方法及*** |
Also Published As
Publication number | Publication date |
---|---|
EP4093133A1 (en) | 2022-11-23 |
US11671959B2 (en) | 2023-06-06 |
KR20200108884A (ko) | 2020-09-21 |
CN110461021B (zh) | 2020-07-14 |
EP3629658A4 (en) | 2020-08-05 |
CN110754132A (zh) | 2020-02-04 |
US20200107342A1 (en) | 2020-04-02 |
EP3629658A1 (en) | 2020-04-01 |
BR112020015724A2 (pt) | 2020-12-08 |
JP7139457B2 (ja) | 2022-09-20 |
AU2019220020A1 (en) | 2020-08-13 |
US20210377973A1 (en) | 2021-12-02 |
EP3629658B1 (en) | 2022-04-13 |
WO2019158053A1 (zh) | 2019-08-22 |
JP2021513822A (ja) | 2021-05-27 |
CN110461021A (zh) | 2019-11-15 |
KR102455331B1 (ko) | 2022-10-14 |
CN110754132B (zh) | 2022-01-28 |
CA3088457A1 (en) | 2019-08-22 |
US11044740B2 (en) | 2021-06-22 |
ES2913702T3 (es) | 2022-06-03 |
AU2019220020B2 (en) | 2021-09-09 |
CA3088457C (en) | 2024-05-14 |
RU2754427C1 (ru) | 2021-09-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110149674A (zh) | 一种路由更新方法及设备 | |
US9307553B2 (en) | Method and apparatus in a wireless communications system | |
CN104145503B (zh) | 状态切换的方法、装置和*** | |
CN107306438A (zh) | 一种无线接入网切片的生成方法、无线接入网及切片管理器 | |
WO2019192466A1 (zh) | 中继资源的配置方法和设备 | |
CN110035449B (zh) | 一种数据量报告的发送方法和装置 | |
CN111586751B (zh) | 一种缓存状态报告bsr的触发方法、通信装置 | |
CN111586749A (zh) | 一种下行缓存状态反馈方法及装置 | |
CN107257553A (zh) | 用户面链路建立方法、基站及移动性管理设备 | |
WO2018120183A1 (zh) | 数据传输的方法及装置 | |
US20220167382A1 (en) | Method for determining association between logical channel groups, apparatus, and system | |
WO2020156185A1 (zh) | 一种调度请求处理方法及装置 | |
JPWO2022202835A5 (zh) | ||
WO2021026936A1 (zh) | 一种处理回传链路发生链路失败的方法及装置 | |
CN110351781A (zh) | 中继资源的请求方法、调度方法及设备 | |
JP2023521404A (ja) | 情報処理方法、装置及び通信機器 | |
CN114650549A (zh) | Iab节点的数据处理方法、装置及iab节点 | |
CN117479340A (zh) | 数据转发方法、转发配置方法及相关设备 | |
GB2577300A (en) | Cellular telecommunications network |
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 |