发明内容
本发明的目的是提供一种无线网络中的接入方法及设备,以解决接入多个小区时如何降低信令开销,减少接入时延的问题。
本发明的目的是通过以下技术方案实现的:
一种无线网络中的接入方法,包括:
用户设备在多接入资源上发送针对多小区的接入请求;
所述用户设备接收至少一个接入设备响应于所述接入请求的反馈信息。
可选的,所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在统一的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在各自的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的宏接入设备发送的。
可选的,所述用户设备在多接入资源上发送针对多小区的接入请求,包括:
如果满足多接入条件,所述用户设备在多接入资源上发送针对多小区的接入请求。
可选的,所述用户设备接收至少一个接入设备响应于所述接入请求的反馈信息,包括:
所述用户设备在预定时间窗内,接收至少一个接入设备响应于所述接入请求的反馈信息。
一种无线网络中的接入方法,包括:
预定区域内的接入设备在多接入资源上接收用户设备的针对多小区的接入请求;
至少一个所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息。
可选的,所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是所述预定区域内的至少两个接入设备在统一的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是所述预定区域内的至少两个接入设备在各自的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是所述预定区域内的宏接入设备发送的。
可选的,所述至少一个所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息,包括:
至少一个所述接入设备在统一的资源上向所述用户设备发送响应于所述接入请求的相同的反馈信息;或者,
至少一个所述接入设备在各自的资源上分别向所述用户设备发送响应于所述接入请求的反馈信息。
可选的,所述预定区域内的接入设备在多接入资源上接收用户设备的针对多小区的接入请求之后,所述至少一个所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息之前,该方法还包括:接收到所述接入请求的接入设备将所述接入请求上报给集中控制节点;
所述至少一个所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息,包括:接收到所述集中控制节点的反馈指示的所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息。
可选的,所述预定区域内的接入设备在多接入资源上接收用户设备的针对多小区的接入请求之后,所述至少一个所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息之前,该方法还包括:接收到所述接入请求的接入设备将对所述用户设备的测量信息上报给所述集中控制节点。
可选的,所述接收到所述接入请求的接入设备将所述接入请求上报给集中控制节点,包括:
接收到所述接入请求的接入设备将满足预定条件的所述接入请求上报给集中控制节点。
可选的,所述至少一个所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息,包括:
通过协商或按照预定的反馈规则,至少一个所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息。
一种无线网络中的接入方法,包括:
集中控制节点接收预定区域内的接入设备上报的用户设备的针对多小区的接入请求,所述接入请求是所述接入设备在多接入资源上接收的;
所述集中控制节点确定响应所述接入请求的所述接入设备;
所述集中控制节点向确定的所述接入设备发送反馈指示。
基于与方法同样的发明构思,本发明实施例提供一种用户设备,包括:
接入请求发送模块,用于在多接入资源上发送针对多小区的接入请求;
接入处理模块,用于接收至少一个接入设备响应于所述接入请求的反馈信息。
可选的,所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在统一的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在各自的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的宏接入设备发送的。
可选的,所述接入处理模块用于:
所述用户设备在预定时间窗内,接收至少一个接入设备响应于所述接入请求的反馈信息。
基于与方法同样的发明构思,本发明实施例还提供另一种接入设备,包括:
处理器、收发机和存储器。
处理器用于从存储器中读取程序,执行下列过程:
通过收发机在多接入资源上发送针对多小区的接入请求;
通过收发机接收至少一个接入设备响应于所述接入请求的反馈信息;
收发机用于在处理器的控制下接收和发送数据;
存储器用于保存处理器执行操作所使用的数据。
可选的,所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在统一的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在各自的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的宏接入设备发送的。
基于上述任意用户设备实施例,可选的,接收至少一个接入设备响应于所述接入请求的反馈信息时,处理器具体用于从存储器中读取程序,执行下列过程:
在预定时间窗内,接收所述至少一个接入设备响应于所述接入请求的反馈信息。
基于与方法同样的发明构思,本发明实施例提供一种接入设备,包括:
接入请求接收模块,用于在多接入资源上接收用户设备的针对多小区的接入请求;
反馈信息发送模块,用于向所述用户设备发送响应于所述接入请求的反馈信息。
可选的,所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在统一的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在各自的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的宏接入设备发送的。
可选的,所述反馈信息发送模块用于:
在统一的资源上向所述用户设备发送响应于所述接入请求的反馈信息,预定区域内的接入设备的反馈信息发送模块发送的所述反馈信息相同;或者,
在自身的资源上向所述用户设备发送响应于所述接入请求的反馈信息。
可选的,还包括接入请求上报模块,用于:将所述接入请求上报给集中控制节点;
所述反馈信息发送模块用于:接收到所述集中控制节点的反馈指示后,向所述用户设备发送响应于所述接入请求的反馈信息。
可选的,所述反馈信息发送模块用于:
通过协商或按照预定的反馈规则,向所述用户设备发送响应于所述接入请求的反馈信息。
基于与方法同样的发明构思,本发明实施例还提供一种接入设备,包括:
处理器、收发机和存储器。
处理器用于从存储器中读取程序,执行下列过程:
通过收发机在多接入资源上接收用户设备的针对多小区的接入请求;
通过收发机向所述用户设备发送响应于所述接入请求的反馈信息;
收发机用于在处理器的控制下接收和发送数据;
存储器用于保存处理器执行操作时所使用的数据。
可选的,所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在统一的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在各自的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的宏接入设备发送的。
基于上述任意接入设备实施例,可选的,向所述用户设备发送响应于所述接入请求的反馈信息时,处理器用于从存储器中读取程序,执行下列过程:
在统一的资源上向所述用户设备发送响应于所述接入请求的反馈信息,预定区域内的接入设备的反馈信息发送模块发送的所述反馈信息相同;或者,
在自身的资源上向所述用户设备发送响应于所述接入请求的反馈信息。
可选的,处理器还用于从存储器中读取程序,执行下列过程:将所述接入请求上报给集中控制节点;向所述用户设备发送响应于所述接入请求的反馈信息时,处理器用于从存储器中读取程序,执行下列过程:接收到所述集中控制节点的反馈指示后,向所述用户设备发送响应于所述接入请求的反馈信息。
可选的,向所述用户设备发送响应于所述接入请求的反馈信息时,处理器用于从存储器中读取程序,执行下列过程:
通过协商或按照预定的反馈规则,全部或部分所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息。
基于与方法同样的发明构思,本发明实施例还提供一种集中控制节点,包括:
接入请求接收模块,用于接收预定区域内的接入设备上报的用户设备的针对多小区的接入请求,所述接入请求是所述接入设备在多接入资源上接收的;
接入控制模块,用于确定响应所述接入请求的所述接入设备;向确定的所述接入设备发送反馈指示。
基于与方法同样的发明构思,本发明实施例还提供一种集中控制节点,包括:
处理器、收发机和存储器。
处理器用于从存储器中读取程序,执行下列过程:
通过收发机接收预定区域内的接入设备上报的用户设备的针对多小区的接入请求,所述接入请求是所述接入设备在多接入资源上接收的;
确定响应所述接入请求的所述接入设备;通过收发机向确定的所述接入设备发送反馈指示;
收发机用于在处理器的控制下接收和发送数据;
存储器用于保存处理器执行操作时所使用的数据。
本发明实施例提供的技术方案,配置有多接入资源,用户设备可以在多接入资源上针对多小区发起接入请求。一个随机接入过程针对多个小区,不需要分别发起多个随机接入过程,从而简化了信令过程,减少了信令开销,降低了接入时延。
具体实施方式
下面结合附图对本发明实施例进行详细描述。
图1所示为本发明实施例提供的无线网络中的接入方法在用户设备侧的实现方式,具体包括如下操作:
步骤100、用户设备在多接入资源上发送针对多小区的接入请求。
步骤110、上述用户设备接收至少一个接入设备响应于上述接入请求的反馈信息。
之后,用户设备根据反馈信息与接入设备进行后续接入交互。
本发明实施例中,接入设备可以是宏接入设备,也可以是接入节点(AP)。
其中,宏接入设备可以是宏基站、中继节点等等。
其中,接入节点可以是微基站(Micro)、微微基站(Pico)、家庭基站或称为毫微微基站(Femto)等。
本发明实施例提供的方法,配置有多接入资源,用户设备可以在多接入资源上针对多小区发起接入请求。一个随机接入过程针对多个小区,不需要分别发起多个随机接入过程,从而简化了信令过程,减少了信令开销,降低了接入时延。可见,本发明实施例提供的技术方案提高了接入效率以及用户体验。
上述本发明实施例中,在预定区域内配置相同的多接入资源,预定区域可以是一个或多个宏小区(可以是同构网络的宏小区,也可以是异构网络的宏小区)的范围,还可以是多个微接入设备的覆盖范围。
用户设备在进行多接入之前,预先获得资源配置信息,资源配置信息一般是广播方式或专用信令的方式发送给用户设备的。即,用户设备需要获知上述多接入资源的资源配置信息,从而在该资源配置信息指示的多接入资源上发起接入请求。相应的,用户设备为发送接入请求需要获知的上述多接入资源的资源配置信息,可以是预定区域内的至少两个接入设备在统一的资源上发送的;也可以是预定区域内的至少两个接入设备在各自的资源上发送的;还可以是预定区域内的宏接入设备发送的。
其中,多接入资源的资源配置信息可以包括,上行信号的时频资源位置,重复周期,传输参数,码字参数,发送功率参数,碰撞回退参数,接入失败后的再次发送和重复参数等。进一步的,还可以包括,允许发起多接入的用户设备需要满足的条件信息,例如,用户设备的能力需要满足一定的多传输条件等。
为了降低多个用户设备发起针对接入请求的碰撞概率,基于上述任意方法实施例,一种解决方式是,针对相同的预定区域,配置两个甚至两个以上多接入资源,用户设备在发起接入请求时,需要一定的随机因素,例如随机从获取的资源配置信息指示的多接入资源中选择资源发起接入请求。
多接入资源通常是周期性存在的,上述两个甚至两个以上的多接入资源可以是周期不同的资源,也可以是周期相同,每个周期内的两个甚至两个以上的资源块。
应当指出的是,当用户设备位于两个预定区域的边缘时,用户设备可能同时接收到来自这两个预定区域的不同的多接入资源的资源配置信息,那么,用户设备可以选择在全部或部分多接入资源上发起接入请求。
基于上述任意方法实施例,上述步骤100是在满足多接入条件时执行的。一方面,本发明实施例所述的多接入条件是指用户设备具备多接入能力。另一方面,本发明实施例所述的多接入条件是指需要进行多接入的触发条件(也称为存在需要进行多接入的场景)。
本发明实施例中,需要进行多接入的触发条件可以与传统接入过程的触发条件相同。例如,用户设备从IDLE状态进入连接状态,需要发起接入过程,而为了能有更多的小区为UE进行后续更好的服务,具备多接入能力的用户设备可以发起多接入过程。又例如,当用户设备处于连接态,但由于一段时间没有数据,上行处于非调度状态,并且用户设备没有被配置其它进行上行调度请求的资源,此时当用户设备有上行数据要发送时,需要发起随机接入的过程,告知网络侧自己有数据要发送,同时为了后续有更多的小区为自己服务,有多接入能力的用户设备可以直接发起多接入过程。又例如,用户设备为了获得上行同步,或者是无线链路失败之后重新接入,或者切换之后的新小区接入等,用户设备均可以直接发起多接入过程。需要进行多接入的触发条件也可以不是传统的接入过程的触发条件。例如,当用户的当前服务小区传输并不足以满足用户设备传输数据的需要,用户设备需要多小区同时服务,则用户设备也可以自行触发或者在网络的控制下,发起多接入过程,以达到对多个小区同时接入和测量的目的。
相应的,对应于不同的触发条件,接入设备发送的反馈信息所携带的内容也不同。
基于上述任意方法实施例,如果上述接入设备在统一的资源上发送相同内容的反馈信息,那么,用户设备如果提前获知了传输反馈信息的子帧,只需要在该子帧上进行接收即可。如果上述接入设备在统一的资源上发送相同内容的反馈信息,但用户设备预先并不知道传输反馈信息的子帧;或者,如果上述接入设备在不同的资源上发送反馈信息。那么,上述步骤110中,用户设备需要在预定时间窗内,接收上述全部或部分接入设备响应于上述接入请求的反馈信息。具体的,用户设备在预定时间窗内持续进行接收,直至时间窗结束;或者,当用户设备在该时间窗内接收到的某个反馈信息指示了其是该时间窗内最后一个反馈信息,则用户设备停止接收。
图2所示为本发明实施例提供的无线网络中的接入方法在接入设备侧的实现方式,具体包括如下操作:
步骤200、预定区域内的接入设备在多接入资源上接收用户设备的针对多小区的接入请求。
其中,对预定区域以及接入设备的解释,可以参照上述实施例,此处不再赘述。
步骤210、至少一个上述接入设备向上述用户设备发送响应于上述接入请求的反馈信息。
之后,如果接入设备接收到用户设备后续的上行信息,与该用户设备进行后续接入交互。
本发明实施例提供的方法,配置有多接入资源,用户设备可以在多接入资源上针对多小区发起接入请求。一个随机接入过程针对多个小区,不需要分别发起多个随机接入过程,从而简化了信令过程,减少了信令开销,降低了接入时延。可见,本发明实施例提供的技术方案提高了接入效率以及用户体验。
上述本发明实施例中,用户设备需要获知上述多接入资源的资源配置信息,从而在该资源配置信息指示的多接入资源上发起接入请求。相应的,用户设备为发送上述接入请求需要获知的上述多接入资源的资源配置信息,可以是上述预定区域内的至少两个接入设备在统一的资源上发送的,也可以是上述预定区域内的至少两个接入设备在各自的资源上发送的,还可以是上述预定区域内的宏接入设备发送的。具体的,多接入设备可以通过系统广播的方式发送上述资源配置信息,也可以通过专有信令的方式发送上述资源配置信息;既可以由多接入资源在预定区域内对应的全部多接入设备发送,也可以由部分多接入设备发送。
以系统广播方式为例,可以是在一个较大覆盖的频点上发送,例如在宏接入设备覆盖的频点上发送的系统消息中携带多接入资源的资源配置信息;也可以在由多个接入节点组成的连续大覆盖的虚拟小区覆盖IDLE模式的频点上(例如多个接入节点均在相同的一个频点上同步的发送相同的系统广播,效果可以模拟为一个虚拟大小区频点上发送系统广播),以广播方式同时发送多接入资源的资源配置信息;还可以是在每个接入节点的覆盖IDLE模式频点上(接入节点的频点不一定都是兼容性载波,即可能有一些频点不发送系统广播,只有个别频点发送系统广播,这些发送系统广播允许驻留的频点称作覆盖IDLE模式的频点),分别发送多接入资源的资源配置信息。所谓分别发送,是指发送的时频资源等信息可以是各自独立的,不要求同步,但是发送的内容在预定范围内是相同的。
为了降低多个用户设备发起针对接入请求的碰撞概率,基于上述任意方法实施例,针对相同的预定区域,配置多个多接入资源。即,上述预定区域内有两个或两个以上的上述多接入资源。
例如,在预定区域内,有两个多接入资源。一种情况下,该预定区域内的全部接入设备均在这两个接入资源上接收用户设备针对多小区发起的接入请求。另一种情况下,该预定区域内的部分接入设备在其中一个多接入资源上接收用户设备针对多小区发起的接入请求,部分接入设备在另一个多接入资源上接收用户设备针对多小区发起的接入请求,其中,可以规定一个接入设备仅在一个多接入设备上接收上述接入请求,也可以不作这种限定。
本发明实施例中,接入设备在某个多接入资源上接收上述接入请求的多接入资源,则称为该接入设备与该多接入资源对应。
当同一预定区域内有两个甚至更多的多接入资源时,可以规定该预定区域内的每个接入设备发送全部多接入资源的资源配置信息,也可以规定该预定区域内的每个接入设备仅发送对应的多接入资源的资源配置信息。
当同一预定区域内有两个甚至更多的多接入资源时,每个多接入资源的资源配置信息可以分别在不同的频点上发送,也可以在相同的频点上发送。
基于上述任意方法实施例,上述步骤210中,可以是接收到接入请求的接入设备全部发送反馈信息,一种情况下,反馈信息内容相同,另一种情况下,允许继续接入的接入设备反馈的反馈信息相同,不允许接入的接入设备反馈的反馈信息表明拒绝接入;也可以是接收到接入请求且满足一定条件的接入设备发送反馈信息,可选的,反馈信息的内容相同;又可以是由集中控制节点统一控制,确定由哪个接入设备发送反馈信息,可选的,反馈信息的内容相同;还可以是接收到接入请求的各接入设备之间进行协商,确定由哪个接入设备发送反馈信息,可选的,反馈信息的内容相同。如果多接入的小区属于不同接入技术的小区,那么,不同接入技术的小区所属的接入设备还可以按照各自协议要求发送反馈信息。相应的,步骤210的一种优选的实现方式是至少一个上述接入设备在统一的资源上向上述用户设备发送响应于上述接入请求的相同的反馈信息;另一种优选的实现方式是至少一个上述接入设备在各自的资源上分别向上述用户设备发送响应于上述接入请求的反馈信息。
应当指出的是,发送反馈信息所使用的统一的资源与发送资源配置信息所使用的统一的资源不同。
无论是在统一的资源上发送反馈信息,还是在各自的资源上分别发送反馈信息,接入过程在网络侧的实现既可以是集中式的,也可以是分布式的。
如果是集中式的,上述步骤200与步骤210之间,接收到上述接入请求的接入设备还将该接入请求上报给集中控制节点。相应的,步骤210的实现方式是,接收到该集中控制节点的反馈指示的上述接入设备向上述用户设备发送响应于上述接入请求的反馈信息。
本发明实施例中,集中控制节点可以是该预定范围内的宏基站,也可以是独立于接入设备之外的设备。
可选的,不仅将上述接入请求上报给集中控制节点,还可以将对上述用户设备的测量信息上报给集中控制节点。进一步的,接入设备还可以将用户设备使用的前导码上报给集中控制节点。
对于集中式实现方式而言,可选的,接入设备可以仅将满足预定条件的上述接入请求上报给集中控制节点。相应的,测量信息及前导码也是在接入请求满足预定条件时上报。仅将满足预定条件的上述接入请求上报给集中控制节点,可以减少集中控制节点在进行判决时的信息处理量,提高集中控制节点的处理效率。
如果是分布式的,上述步骤210中,通过协商或按照预定的反馈规则,上述接入设备向上述用户设备发送响应于上述接入请求的反馈信息。
图3所示为本发明实施例提供的无线网络中的接入方法在集中控制节点侧的实现方式,具体包括如下操作:
步骤300、集中控制节点接收预定区域内的接入设备上报的用户设备的针对多小区的接入请求,该接入请求是上述接入设备在多接入资源上接收的。
步骤310、上述集中控制节点确定响应上述接入请求的上述接入设备。
步骤320、上述集中控制节点向确定的上述接入设备发送反馈指示。
以便接收到该反馈指示的上述接入设备向上述用户设备发送响应于上述接入请求的反馈信息,并与上述用户设备进行后续接入交互。
本发明实施例提供的方法,配置有多接入资源,用户设备可以在多接入资源上针对多小区发起接入请求。一个随机接入过程针对多个小区,不需要分别发起多个随机接入过程,从而简化了信令过程,减少了信令开销,降低了接入时延。可见,本发明实施例提供的技术方案提高了接入效率以及用户体验。另外,通过集中式控制,可以降低多个小区之间的干扰及冲突,且便于系统维护。
下面将结合具体应用场景,对本发明实施例提供的技术方案进行详细说明。
场景一:超密集网络中,接入节点(AP:Access Point)均是由本地集中控制服务节点(LSC:Local Service Centre)进行集中式的管理和管控,当AP到LSC之间的回程链路属于较为理想的有线连接时,也就是说AP和LSC之间传输时延较短(小于毫秒量级,甚至达到微妙量级),传输带宽较大的情况(若干Gbps以上),LSC可以对AP进行实时控制;当然也有可能AP和LSC之间的回程链路并不是理想的有线连接,传输时延和带宽达不到理想的条件,此时LSC仍旧可以对AP进行控制,只不过控制的力度较弱,反应周期不能达到实时的效果,一些需要立刻进行决策的事情需要下放到AP进行。
在集中式架构中,如果AP和LSC之间的回程链路较为理想,则AP通常的做法是将自己接收到的请求和各种测量等信息转发给LSC节点,由LSC收集全部信息之后,运行集中协调算法,再对每个AP的反馈信息内容进行决策,将反馈信息内容发送给AP,由AP遵照执行。如果AP和LSC之间的回程链路不够理想,则AP通常将不需要立即反馈的各种请求和信息转发给LSC节点,等候LSC的统一规划,之后再执行,而对于需要立即反馈的请求,则AP需要根据自己掌握的各种信息和策略,自行进行合理决策和反馈。
基于上述场景一,一种接入方式是集中式节点统一接入过程,当UE处于集中式AP覆盖的区域时,其发起多接入的过程如下:
步骤零(UE):当UE进入集中式AP覆盖的区域时,需要先获取发起多接入请求的资源配置信息;
一般情况下,多接入资源的资源配置信息是由LSC进行统一规划,并以小区广播的形式进行发送的,一种最典型的例子,就是LSC控制其下的一定规模的AP在相同的频点和资源位置上同时广播发送相同的多接入资源的资源配置信息,UE一旦进入该覆盖区域,即可通过读广播的方式,获取这些信息;当然在多接入资源的资源配置信息里,也可以携带本区域允许发起多接入的条件信息,例如UE需要同时支持几个频点,或者同时支持哪几个频点,才允许发起多接入,不满足要求的UE只能发起单接入过程;还有一种可能,多接入资源的资源配置信息和单接入基本配置信息是一样的,UE根据自己的能力,决定发起哪种接入,并在上行信号中指示给网络侧,例如UE如果只具有单频点收发能力,则UE只发起单接入过程,并在上行信号中以区别于多接入的方式,指示给网络侧知晓。
步骤一(UE):满足允许发起多接入条件的UE,根据自己的需要,发送多接入请求(即发起多接入过程),UE通常是按照配置要求,发起上行信号非调度传输,并且为了降低碰撞概率,可能需要一定的随机因素。
步骤二(AP):UE周围的AP,在多接入资源上进行上行信号接收,接收到该UE的多接入请求的AP,可以直接将该多接入请求和基本的接收信号测量信息等上报给LSC,或者将满足预定条件(又称接入条件)的多接入请求和接收信号测量信息上报给LSC。
接收条件是对AP进行进一步的筛选,例如将接收条件定义为如下的一种或者组合:
接收信号信息满足一定的门限,即只有信道条件足够好的AP才能后续为该UE服务;
AP的负荷和能力需要满足一定的要求,例如AP负荷不高,且支持各种协调或者协作算法,才有利于后续的传输。
上报给LSC的信息,可以包括以下内容其中一种或者组合:
资源位置信息,例如接收到该多接入请求的时域位置和频域位置;
UE所选定的特定随机参数,例如UE所使用的随机码或者其它随机参数,为了降低碰撞,一般会配置一些随机参数,例如Preamble等,UE可以在规定的Preamble候选集合中随机挑选,使用不同随机参数的UE,即使使用相同的资源位置信息,也能被区分出来是两个UE;
接收信号的质量信息,例如接收信号强度等;
如果可能,还可以携带一些对该UE的测量信息,例如UE的传播时延信息、位置信息、更精确的测量信息,或者AP当前的状态信息,例如负荷等,以供集中决策参考。
步骤三(LSC):LSC接收来自各个AP的信息上报,并将信息综合起来考虑,决定由哪几个AP来对UE进行反馈,并将反馈结果发送给相关AP。
一般来说,决策过程可以考虑如下因素:
在上报的AP中,选择与UE之间信号强度最好的前N个AP,进行反馈;
根据上报AP的位置,以及周围环境等先验信息,如果能有UE位置信息则更好,判断位置关系,以最有利的位置关系,结合信号强度和其它信息,为UE选择反馈和后续的服务AP,例如尽量选择与UE距离较近或者有直视路径的AP,避免选择有间隔的AP,以降低对其它用户和AP的干扰;
所选AP的负荷和资源空心等条件允许,不存在其它的冲突等。
步骤四(AP):接收到反馈指示的AP,按照LSC的要求,在统一的资源上,发送对UE的反馈信息,各个AP发送的反馈信息是相同的。
特别的,不在选择发送反馈范围内的其他上报AP,也可以接收到反馈信息,好处是其它AP可以在这个资源上进行一定的控制,以避免干扰。
步骤五(UE):UE接收来自AP的反馈信息,对UE来说,因为各个AP在统一的资源发送相同的内容,对UE来说仅仅是合并接收,接收信号更好,UE接收到来自网络侧的反馈信息之后,一般来说,该反馈信息中是给UE分配的上行资源,用于UE后续传输自己的上行信息上报和上行数据,上行信息上报一般包括上行缓存状态上报以及为了后续的竞争解决携带的UE的身份信息等。
后续过程(例如竞争解决,数据传输过程),UE在指定的上行资源上发送信息,网络侧多个AP接收,满足接收条件的AP将其接收到的内容和测量信息、状态信息等上报给LSC,LSC统一决策之后,形成反馈信息,并指定参与传输的AP,由AP统一将反馈信息发送给UE。
在整个的过程中,无论是第五步中UE接收到的上行资源配置,还是后续的上行调度,都可以包含多个资源信息,例如在频点f1上资源配置1和频点f2上资源配置2,可以同时在一条信令里由多个AP一起发送个UE,UE后续遵照调度在相应分配资源上传输即可,至于网络侧,由LSC来判断每个资源上由哪些AP进行联合接收。
上述UE发起一次上行随机接入同时与多个小区建立关联的方法,有利于UE快速的使用多个小区的资源,多个小区同资源同时传输有利于UE的合并接收,提高接收质量,多个小区不同资源的传输,有利于UE传输更多的内容,提高吞吐量和用户体验。
对于网络侧来说,多个AP同时接收,协同处理,有利于在最初就根据接收信号情况等判断出UE的服务集合范围,并且便于对整体情况进行协调处理,包括协调资源,避免干扰,多个AP同时发送,提高接收质量等。
基于上述场景一,另一种接入方式是集中式节点分别接入过程,当UE处于集中式AP覆盖的区域时,其发起多接入的过程如下:
步骤零(UE):当UE进入集中式AP覆盖的区域时,需要先获取发起多接入的资源配置信息。
其具体实现方式可以参照上述实施例的描述。
步骤一(UE):满足允许发起多接入条件的UE,根据自己的需要,发送多接入请求(即发起多接入过程),UE通常是按照配置要求,发起上行信号非调度传输,并且为了降低碰撞概率,可能需要一定的随机因素。
其具体实现方式可以参照上述实施例的描述。
步骤二(AP):UE周围的AP,在配置多接入资源上进行上行信号接收,接收到该UE的多接入请求的AP,可以直接将该多接入请求和基本的接收信号测量信息等上报给LSC,或者将满足预定条件(又称接收条件)的信息和测量结果上报给LSC。
其具体实现方式可以参照上述实施例的描述。
步骤三(LSC):LSC接收来自各个AP的信息上报,并将信息综合起来考虑,决定由哪几个AP来对UE进行反馈,并将反馈结果发送给相关AP。
LSC的决策过程可以参照上一实施例。但LSC为每个AP设计的反馈内容是不同的,并且发送反馈的资源位置也是不同的,例如在不同的时刻进行反馈。
步骤四(AP):接收到反馈指示的AP,按照LSC的要求,在指定的资源上,发送对UE的反馈信息,各个AP发送的反馈信息是不同的。
步骤五(UE):UE在接收反馈预定的时间窗内接收可能的反馈信息,需要注意,按照统一反馈或者单接入的情况下,UE接收到一条反馈,即认为此步骤结束可以进行下一个步骤,而在多AP分别反馈的实施方案中,UE需要在整个预定的接收时间窗内都进行尝试接收,直至时间窗结束,接收到几个反馈则处理几个反馈,或者在统一控制的情况下,可以在最后一个反馈中携带结束标志,UE读取到结束标志,即确认后续再没有反馈了,可以结束接收,进而进行后续的流程。
UE对接收到的反馈信息进行整合,反馈信息可能是包含有多个资源配置信息,则UE按照多个资源信息的位置和大小,时序等,安排后续的上行数据发送,因为是集中架构,AP接收到的上行信令和数据会统一处理,因此没必要发送重复的内容,除非为了保证正确性。
后续过程,仍旧是AP将接收到的信息转发给LSC,由LSC决定后续的调度,由多个AP为UE提供多资源的服务。
场景二:超密集网络中,AP之间不存在统一的控制节点,即LSC不存在,各个AP依靠自己的算法和对周围情况的收集,对自己的状态和配置进行合理的决策,自行决定对事件的反应。
基于上述场景二,一种接入方式是分布式节点统一接入过程,当UE处于分布式AP覆盖的区域时,其发起多接入的过程如下:
步骤零(UE):当UE进入分布式AP覆盖的区域时,需要先获取发起多接入请求的资源配置信息;
在分布式网络中,尽管各AP的操作是各种进行,但对于一些公共的配置是需要协调的,一般协调的节点可以是网络侧的初始配置节点OAM或者预设等。发起多接入的各种资源配置信息因为在一片区域内应该是统一的(之所以需要统一,是因为各个AP都需要监听,为避免AP监听过多资源复杂度高,需要一定程度的统一,区域之间可以不一致),因此需要先统一配置给各个AP,由统一的广播方式,例如宏站,或者是每个AP单独的广播方式,发送给UE。
步骤一(UE):满足允许发起多接入条件的UE,根据自己的需要,发起多接入过程,UE通常是按照配置要求,发起上行信号非调度传输,并且为了降低碰撞概率,可能需要一定的随机因素。
步骤二(AP):UE周围的AP,在多接入资源上进行上行信号接收,接收到该UE的多接入请求的AP,由于各个AP各自处理,因此事先需要预定好处理的方式,例如反馈的时刻与初始发送时刻有绑定关系,例如T+4子帧,资源分配业余初始发送的参数有预设的关联度,这样能保证多个AP在相同的时刻为UE反馈相同的内容;另外一种方式,是AP之间进行空口交互(时延需要在ms量级),即AP在接收到UE的接入请求之后,AP之间空口信令交互,统一反馈的时刻和反馈内容等。
步骤三(AP):满足反馈要求的AP,在指定的资源上,同时发送对UE的反馈信息,各个AP发送的反馈信息是相同的。
步骤四(UE):UE接收来自AP的反馈信息,对UE来说,因为各个AP在同资源发送相同的内容,对UE来说仅仅是合并接收,接收信号更好,UE接收到来自网络侧的反馈信息之后,一般来说,该反馈信息中是给UE分配的上行资源,用于UE后续传输自己的上行信息上报和上行数据,上行信息上报一般包括上行缓存状态上报以及为了后续的竞争解决携带的UE的身份信息等。
在上述过程中,也有可能仅仅是一个AP对UE进行反馈,反馈AP将信息也通知给其它周围邻近AP,邻近AP仍旧可以继续接收该UE的上行后续数据,造成的结果是,一个AP反馈,但周围AP均间接完成了UE的接入情况掌握。
基于上述场景二,另一种接入方式是分布式节点分别接入过程,当UE处于集中式AP覆盖的区域时,其发起多接入的过程如下:
步骤零(UE):当UE进入分布式AP覆盖的区域时,需要先获取发起多接入的资源配置信息;
步骤一(UE):满足允许发起多接入条件的UE,根据自己的需要,发起多接入过程,UE通常是按照配置要求,发起上行信号非调度传输,并且为了降低碰撞概率,可能需要一定的随机因素。
步骤二(AP):UE周围的AP,在多接入资源上进行上行信号接收,接收到该UE的多接入请求的AP,由于各个AP各自处理,因此可以根据各自的情况,分别进行反馈内容的规划,并采取一定的方式避免在相同资源上发送反馈,例如有不同的随机时延,或者发送反馈的资源多个可选。
步骤三(AP):满足反馈要求的AP,在各自资源上,分别发送对UE的反馈信息,各个AP发送的反馈信息是不同的。
步骤四(UE):UE在接收反馈预定的时间窗内接收可能的反馈信息,需要注意,按照统一反馈或者单接入的情况下,UE接收到一条反馈,即认为此步骤结束可以进行下一个步骤,而在多AP分别反馈的实施方案中,UE需要在整个预定的接收时间窗内都进行尝试接收,直至时间窗结束,接收到几个反馈则处理几个反馈,进而进行后续的流程。
UE对接收到的反馈信息进行整合,反馈信息可能是包含有多个资源配置信息,则UE按照多个资源信息的位置和大小,时序等,安排后续的上行数据发送,因为是分布式架构,UE可能需要对多个AP发送相同的上行信令信息,当然也可以发送不同的内容,AP之间再通过空口信令对相关的接收内容进行交互。
在网络状况比较复杂的情况,例如异构网络或者是多RAT的网络中,UE也可以对不同类型的节点进行多接入过程。
基本的过程与前面实施例类似,UE先获得多接入的公共资源和配置信息,接着根据需要发起上行接入信号,由周围的多个节点进行接收,测量等,再由一个或者多个节点进行反馈,反馈所使用的资源可能需要协调,反馈内容也可能需要协调,之后UE按照配置,在多个节点上进行传输。
基于与方法同样的发明构思,本发明实施例还提供一种用户设备,如图4所示,包括:
接入请求发送模块401,用于在多接入资源上发送针对多小区的接入请求;
接入处理模块402,用于接收至少一个接入设备响应于所述接入请求的反馈信息。
本发明实施例提供的用户设备,配置有多接入资源,用户设备可以在多接入资源上针对多小区发起接入请求。一个随机接入过程针对多个小区,不需要分别发起多个随机接入过程,从而简化了信令过程,减少了信令开销,降低了接入时延。可见,本发明实施例提供的技术方案提高了接入效率以及用户体验。
本发明实施例中,接入处理模块402还可以根据反馈信息以与接入设备进行后续接入交互。
可选的,所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在统一的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在各自的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的宏接入设备发送的。
基于上述任意用户设备实施例,可选的,所述接入处理模块用于:
所述用户设备在预定时间窗内,接收至少一个接入设备响应于所述接入请求的反馈信息。
基于与方法同样的发明构思,本发明实施例还提供另一种接入设备,如图5所示,包括:
处理器500、收发机510和存储器520。
处理器500用于从存储器520中读取程序,执行下列过程:
通过收发机510在多接入资源上发送针对多小区的接入请求;
通过收发机510接收至少一个接入设备响应于所述接入请求的反馈信息,以与接入设备进行后续接入交互;
收发机510用于在处理器500的控制下接收和发送数据;
存储器520用于保存处理器500执行操作所使用的数据。
其中,在图5中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口530还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器500负责管理总线架构和通常的处理,存储器520可以存储处理器500在执行操作时所使用的数据。
本发明实施例提供的用户设备,配置有多接入资源,用户设备可以在多接入资源上针对多小区发起接入请求。一个随机接入过程针对多个小区,不需要分别发起多个随机接入过程,从而简化了信令过程,减少了信令开销,降低了接入时延。可见,本发明实施例提供的技术方案提高了接入效率以及用户体验。
可选的,所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在统一的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在各自的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的宏接入设备发送的。
基于上述任意用户设备实施例,可选的,接收至少一个所述接入设备响应于所述接入请求的反馈信息时,处理器500具体用于从存储器520中读取程序,执行下列过程:
在预定时间窗内,接收至少一个接入设备响应于所述接入请求的反馈信息。
基于与方法同样的发明构思,本发明实施例还提供一种接入设备,如图6所示,包括:
接入请求接收模块601,用于在多接入资源上接收用户设备的针对多小区的接入请求;
反馈信息发送模块602,用于向所述用户设备发送响应于所述接入请求的反馈信息。
本发明实施例提供的接入设备,配置有多接入资源,用户设备可以在多接入资源上针对多小区发起接入请求。一个随机接入过程针对多个小区,不需要分别发起多个随机接入过程,从而简化了信令过程,减少了信令开销,降低了接入时延。可见,本发明实施例提供的技术方案提高了接入效率以及用户体验。
本发明实施例中,接入设备如果继续接收到用户设备发送的上行信号,则,与所述用户设备进行后续接入交互。
可选的,所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在统一的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在各自的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的宏接入设备发送的。
基于上述任意接入设备实施例,可选的,所述反馈信息发送模块用于:
在统一的资源上向所述用户设备发送响应于所述接入请求的反馈信息,预定区域内的接入设备的反馈信息发送模块发送的所述反馈信息相同;或者,
在自身的资源上向所述用户设备发送响应于所述接入请求的反馈信息。
可选的,还包括接入请求上报模块,用于:将所述接入请求上报给集中控制节点;
所述反馈信息发送模块用于:接收到所述集中控制节点的反馈指示后,向所述用户设备发送响应于所述接入请求的反馈信息。
可选的,所述反馈信息发送模块用于:
通过协商或按照预定的反馈规则,全部或部分所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息。
基于与方法同样的发明构思,本发明实施例还提供一种接入设备,如图7所示,包括:
处理器700、收发机710和存储器720。
处理器700用于从存储器720中读取程序,执行下列过程:
通过收发机710在多接入资源上接收用户设备的针对多小区的接入请求;
通过收发机710向所述用户设备发送响应于所述接入请求的反馈信息,以便与所述用户设备进行后续接入交互;
收发机710用于在处理器700的控制下接收和发送数据;
存储器720用于保存处理器700执行操作时所使用的数据。
其中,在图7中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器700代表的一个或多个处理器和存储器720代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机710可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。处理器700负责管理总线架构和通常的处理,存储器720可以存储处理器700在执行操作时所使用的数据。
本发明实施例提供的接入设备,配置有多接入资源,用户设备可以在多接入资源上针对多小区发起接入请求。一个随机接入过程针对多个小区,不需要分别发起多个随机接入过程,从而简化了信令过程,减少了信令开销,降低了接入时延。可见,本发明实施例提供的技术方案提高了接入效率以及用户体验。
可选的,所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在统一的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的至少两个接入设备在各自的资源上发送的;或者,
所述用户设备为发送所述接入请求需要获知的所述多接入资源的资源配置信息,是预定区域内的宏接入设备发送的。
基于上述任意接入设备实施例,可选的,向所述用户设备发送响应于所述接入请求的反馈信息时,处理器700用于从存储器720中读取程序,执行下列过程:
在统一的资源上向所述用户设备发送响应于所述接入请求的反馈信息,预定区域内的接入设备的反馈信息发送模块发送的所述反馈信息相同;或者,
在自身的资源上向所述用户设备发送响应于所述接入请求的反馈信息。
可选的,处理器700还用于从存储器720中读取程序,执行下列过程:将所述接入请求上报给集中控制节点;向所述用户设备发送响应于所述接入请求的反馈信息时,处理器700用于从存储器720中读取程序,执行下列过程:接收到所述集中控制节点的反馈指示后,向所述用户设备发送响应于所述接入请求的反馈信息。
可选的,向所述用户设备发送响应于所述接入请求的反馈信息时,处理器700用于从存储器720中读取程序,执行下列过程:
通过协商或按照预定的反馈规则,全部或部分所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息。
基于与方法同样的发明构思,本发明实施例还提供一种集中控制节点,如图8所示,包括:
接入请求接收模块801,用于接收预定区域内的接入设备上报的用户设备的针对多小区的接入请求,所述接入请求是所述接入设备在多接入资源上接收的;
接入控制模块802,用于确定响应所述接入请求的所述接入设备;向确定的所述接入设备发送反馈指示。
以便接收到所述反馈指示的所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息,并与所述用户设备进行后续接入交互。
本发明实施例提供的集中控制节点,配置有多接入资源,用户设备可以在多接入资源上针对多小区发起接入请求。一个随机接入过程针对多个小区,不需要分别发起多个随机接入过程,从而简化了信令过程,减少了信令开销,降低了接入时延。可见,本发明实施例提供的技术方案提高了接入效率以及用户体验。另外,通过集中式控制,可以降低多个小区之间的干扰及冲突,且便于系统维护。
基于与方法同样的发明构思,本发明实施例还提供一种集中控制节点,如图9所示,包括:
处理器900、收发机910和存储器920。
处理器900用于从存储器920中读取程序,执行下列过程:
通过收发机910接收预定区域内的接入设备上报的用户设备的针对多小区的接入请求,所述接入请求是所述接入设备在对应的多接入资源上接收的;
确定响应所述接入请求的所述接入设备;通过收发机910向确定的所述接入设备发送反馈指示,以便接收到所述反馈指示的所述接入设备向所述用户设备发送响应于所述接入请求的反馈信息,并与所述用户设备进行后续接入交互;
收发机910用于在处理器900的控制下接收和发送数据;
存储器920用于保存处理器900执行操作时所使用的数据。
其中,在图9中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器900代表的一个或多个处理器和存储器920代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机910可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。处理器900负责管理总线架构和通常的处理,存储器920可以存储处理器900在执行操作时所使用的数据。
本发明实施例提供的集中控制节点,配置有多接入资源,用户设备可以在多接入资源上针对多小区发起接入请求。一个随机接入过程针对多个小区,不需要分别发起多个随机接入过程,从而简化了信令过程,减少了信令开销,降低了接入时延。可见,本发明实施例提供的技术方案提高了接入效率以及用户体验。另外,通过集中式控制,可以降低多个小区之间的干扰及冲突,且便于系统维护。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。