一种防止资源挂死的方法及基站与流程

本发明涉及通信领域，尤其涉及一种防止资源挂死的方法及基站。

背景技术：

在umts(universalmobiletelecommunicationssystem，通用移动通信系统)系统中，rnc(radionetworkcontroller，无线网络控制器)通过iub口发送nbap(nodebapplicationpart，基站应用部分协议)信令来管理nodeb(基站)资源。其中ue(userequipment，用户设备)在通信过程中所需的nodeb资源是通过无线链路建立流程来申请的。

一般情况下，rnc申请nodeb资源的步骤如下：

1、rnc通过iub口发送无线链路建立请求信令到nodeb为指定ue申请nodeb资源；

2、nodeb收到该无线链路建立请求信令后进行资源分配，并向rnc发送无线链路建立响应信令，通知rnc所需的nodeb资源已经分配完成；

3、rnc收到信令后会在nodeb和rnc之间建立传输资源；

4、nodeb等待空口上行同步后发送无线链路恢复指示信令，通知rnc无线链路已经可用。

然而，当iub口网络状况不佳时，如果rnc在设定时间内没有收到nodeb回复的无线链路建立响应信令，会判定无线链路建立请求信令丢失，并重新发送上一条无线链路建立请求信令。nodeb在等待此ue后续信令时又收到无线链路建立请求信令，直接向rnc回复无线链路建立失败消息，rnc确认此流程失败，后续不在处理此ue的后续信令。而此时nodeb已经为此ue分配资源，并且一直在等待后续信令，因此会出现nodeb资源短暂挂死的情况。

技术实现要素：

本发明实施例主要解决的技术问题是，提供一种防止资源挂死的方法及基站，解决现有技术中，nodeb资源短暂挂死的问题。

为解决上述技术问题，本发明实施例提供一种防止资源挂死的方法，包括：

接收无线网络控制器发送的无线链路建立请求信令，无线链路建立请求信令携带用户设备标识信息；

将用户设备标识信息与基站中存储的用户设备标识信息进行匹配；

若匹配一致，则删除基站中该用户设备当前的上下文信息并释放为该用户设备已经分配的基站资源；并根据无线链路建立请求信令重新为该用户设备建立上下文信息以及重新分配基站资源。

为解决上述技术问题，本发明实施例提供一种基站，包括：

接收模块，用于接收无线网络控制器发送的无线链路建立请求信令，无线链路建立请求信令携带用户设备标识信息；

匹配模块，用于将用户设备标识信息与基站中存储的用户设备标识信息进行匹配；

处理模块，用于若匹配一致，则删除基站中该用户设备当前的上下文信息并释放为该用户设备已经分配的基站资源；并根据无线链路建立请求信令重新为该用户设备建立上下文信息以及重新分配基站资源。

本发明的有益效果是：

本发明实施例提供一种防止资源挂死的方法及基站，该防止资源挂死的方法包括：接收无线网络控制器发送的无线链路建立请求信令，无线链路建立请求信令携带用户设备标识信息；将用户设备标识信息与基站中存储的用户设备标识信息进行匹配；若匹配一致，则删除基站中该用户设备当前的上下文信息并释放为该用户设备已经分配的基站资源；并根据无线链路建立请求信令重新为该用户设备建立上下文信息以及重新分配基站资源；采用上述方案，有效地避免了由于无线网络控制器重发无线链路建立请求信令导致的基站资源挂死，尤其在iub口网络状况不佳的环境下，提高了用户设备的接入成功率及相应的kpi(keyperformanceindicator，关键绩效指标)指标。

附图说明

图1为本发明实施例一提供的一种防止资源挂死的方法的流程图；

图2为本发明实施例一、二提供的一种防止资源挂死的时序图；

图3为本发明实施例一、二提供的另一种防止资源挂死的时序图；

图4为本发明实施例一、二提供的另一种防止资源挂死的时序图；

图5为本发明实施例二提供的一种基站的示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。

实施例一

本实施例提供一种防止资源挂死的方法，请参见图1，图1为本实施例提供的一种防止资源挂死的方法的流程图，同时参见图2，图2为本实施例提供的一种防止资源挂死的时序图；

该防止资源挂死的方法包括以下步骤：

s101：接收rnc发送的无线链路建立请求信令，无线链路建立请求信令携带ue标识信息；

rnc通过iub口发送无线链路建立请求信令到nodeb为指定ue申请nodeb资源；

其中，ue标识信息包括rnc标识crnccid、该ue所属小区标识cellid和下行信道化码chcode；

ue标识信息可以用来指示nodeb为该ue建立上下文信息；

s102：将ue标识信息与nodeb中存储的ue标识信息进行匹配；

nodeb收到无线链路建立请求信令后，分析并记录信令中的ue标识信息；

其中，s102将ue标识信息与nodeb中存储的ue标识信息进行匹配包括：

获取nodeb中有效的ue上下文列表；

对nodeb中获取的ue上下文列表进行遍历，根据索引从中获取rnc标识crnccid、该ue所属小区标识cellid和下行信道化码chcode，并与无线链路建立请求信令中携带的各标识分别进行对比，判断是否完全相同；

若完全相同，则表明接收到的ue标识信息与nodeb中存储的ue标识信息匹配一致，表明nodeb已经为该ue分配了资源，然后进入s103的步骤；

若不完全相同，则表明接收到的ue标识信息与nodeb中存储的ue标识信息匹配不一致，表明nodeb没有为该ue分配资源。

s103：若匹配一致，则删除nodeb中该ue当前的上下文信息并释放为该ue已经分配的nodeb资源；并根据无线链路建立请求信令重新为该ue建立上下文信息以及重新分配nodeb资源。

在删除nodeb中该ue当前的上下文信息时，还将ue上下文列表中当前ue对应的索引也删除；

在根据无线链路建立请求信令重新为该ue建立上下文信息时，还将新的索引添加到ue上下文列表中。

在s103中根据无线链路建立请求信令重新为该ue建立上下文信息以及重新分配nodeb资源之后，nodeb向rnc发送无线链路建立响应信令以及无线链路恢复指示信令；

无线链路建立响应信令用于通知rnc所需的nodeb资源已经分配完成；

无线链路恢复指示信令用于通知rnc无线链路已经可用。

可选的，在s102将ue标识信息与nodeb中存储的ue标识信息进行匹配之后，该方法还包括：

若匹配不一致，则根据无线链路建立请求信令为该ue建立上下文信息以及分配nodeb资源；

可选的，在根据无线链路建立请求信令为该ue建立上下文信息以及分配nodeb资源之后，该方法还包括：

将无线链路建立响应信令发送给rnc，若无线链路建立响应信令出现延迟，则rnc重发无线链路建立请求信令，并进入s101接收rnc发送的无线链路建立请求信令的步骤。

可选的，该方法还包括：当rnc发送无线链路建立请求信令出现延迟，则重新发送无线链路建立请求信令；在接收到无线链路建立请求信令之后，则进入s102将ue标识信息与nodeb中存储的ue标识信息进行匹配的步骤；

在对接收到的无线链路建立请求信令进行处理的过程中，若又接收到无线链路建立请求信令，则将后接收到的无线链路建立请求信令放入消息队列；在将先接收到的无线链路建立请求信令处理完成之后，弹出消息队列中的无线链路建立请求信令，并进入s102将ue标识信息与nodeb中存储的ue标识信息进行匹配的步骤。

nodeb收到无线链路建立请求信令后，会为当前ue建立上下文以及分配nodeb资源，并在向rnc回复无线链路建立响应信令和无线链路恢复指示信令后等待此ue的后续处理信令。如果后续收到的信令为无线链路建立请求信令，本实施例的方案将不再向rnc返回无线链路建立失败信令，而是判断此无线链路建立请求信令是否是rnc的重发信令；如果判断结果为是，那么应先删除当前ue的上下文并释放之前申请的nodeb资源，再重新为ue建立上下文并分配nodeb资源。

参见图3，图3为本实施例提供的另一种防止资源挂死的时序图；

s301：rnc向nodeb为ue分配的基带板发送无线链路建立请求信令，并且设置2秒定时器，等待无线链路建立响应信令；

s302：由于iub口网络质量不佳，导致无线链路建立请求信令出现严重延迟；2s定时器超时，rnc重发无线链路建立请求信令；

s303：nodeb收到无线链路建立请求信令，遍历ue上下文列表，获取列表中每一个ue上下文的rnc标识crnccid、所属小区标识cellid以及下行信道化码chcode，与无线链路建立请求信令中所携带的各标识分别进行比较，判断是否完全相同；此时延迟的无线链路建立请求信令到达nodeb，并进入消息队列；

s304：判断结果为否，nodeb根据该无线链路建立请求信令为当前ue建立上下文并分配nodeb资源；

s305：nodeb向rnc回复无线链路建立响应信令以及无线链路恢复指示信令；

其中，nodeb回复无线链路建立响应信令后，rnc收到这条信令后要与nodeb进行空口同步，同步完成后nodeb向rnc回复无线链路恢复指示信令；

s306：将消息队列中的无线链路建立请求信令弹出消息队列；

s307：nodeb处理此无线链路建立请求信令，通过对比ue上下文列表中每一个ue上下文的rnc标识crnccid、所属小区标识cellid以及下行信道化码chcode，判断是否已经为该无线链路建立请求信令中指示的ue建立了上下文；

s308：判断结果为是，nodeb删除之前建立的ue上下文，并释放对应的nodeb资源；

s309：nodeb为信令中ue标识信息指示的ue建立上下文并重新分配nodeb资源；

s310：nodeb向rnc回复无线链路建立响应信令，以及无线链路恢复指示信令；

s311：rnc判断之前已经收到此ue的无线链路建立响应信令和无线链路恢复指示信令，丢弃收到的此信令。

参见图4，图4为本实施例提供的另一种防止资源挂死的时序图；

s401：rnc向nodeb为ue分配的基带板发送无线链路建立请求，并且设置2秒定时器，等待无线链路建立响应信令；

s402：nodeb收到无线链路建立请求信令，遍历ue上下文列表，获取列表中每一个ue上下文的rnc标识crnccid、所属小区标识cellid以及下行信道化码chcode，与无线链路建立请求信令中所携带的各标识分别进行比较，判断是否完全相同；

s403：判断结果为否，nodeb根据该无线链路建立请求信令为当前ue建立上下文并分配nodeb资源；

s404：nodeb向rnc回复无线链路建立响应信令；由于iub口网络质量不佳，导致无线链路建立响应信令出现延迟，没有及时到达rnc；

s405：rnc设置的2s定时器超时，rnc重发无线链路建立请求信令；

s406：nodeb收到无线链路建立请求信令，遍历ue上下文列表，获取列表中每一个ue上下文的rnc标识crnccid、所属小区标识cellid以及下行信道化码chcode，与无线链路建立请求信令中所携带的各标识分别进行比较，判断是否完全相同；

s407：判断结果为是，nodeb删除之前建立的ue上下文，并释放对应的nodeb资源；

s408：nodeb为无线链路建立请求信令中ue标识信息指示的ue重新建立上下文并重新分配nodeb资源；

s409：nodeb向rnc回复无线链路建立响应信令，以及无线链路恢复指示信令；

s410：rnc判断之前没有收到此ue对应的无线链路建立响应信令和无线链路恢复指示信令，确认无线链路建立完成。

通过本实施例的实施，有效地避免了由于无线链路建立请求信令或无线链路建立响应信令延迟，造成rnc重发无线链路建立请求信令，进而导致的nodeb资源挂死的问题，尤其在iub口网络状况不佳的环境下，提高了用户设备的接入成功率及相应的kpi指标。

实施例二

本实施例提供一种基站，请参见图5，图5为本实施例提供的一种基站的示意图，同时参见图2，图2为本实施例提供的一种防止资源挂死的时序图；该基站包括：接收模块501、匹配模块502和处理模块503；

其中，接收模块501，用于接收rnc发送的无线链路建立请求信令，无线链路建立请求信令携带ue标识信息；

rnc通过iub口发送无线链路建立请求信令到nodeb为指定ue申请nodeb资源；

其中，ue标识信息包括rnc标识crnccid、该ue所属小区标识cellid和下行信道化码chcode；

ue标识信息可以用来指示nodeb为该ue建立上下文信息；

匹配模块502，用于将ue标识信息与nodeb中存储的ue标识信息进行匹配；

nodeb收到无线链路建立请求信令后，分析并记录信令中的ue标识信息；

其中，匹配模块502具体用于：

获取nodeb中有效的ue上下文列表；

对nodeb中获取的ue上下文列表进行遍历，根据索引从中获取rnc标识crnccid、该ue所属小区标识cellid和下行信道化码chcode，并与无线链路建立请求信令中携带的各标识分别进行对比，判断是否完全相同；

若完全相同，则表明接收到的ue标识信息与nodeb中存储的ue标识信息匹配一致，表明nodeb已经为该ue分配了资源；

若不完全相同，则表明接收到的ue标识信息与nodeb中存储的ue标识信息匹配不一致，表明nodeb没有为该ue分配资源。

处理模块503，用于若匹配一致，则删除nodeb中该ue当前的上下文信息并释放为该ue已经分配的nodeb资源；并根据无线链路建立请求信令重新为该ue建立上下文信息以及重新分配nodeb资源；

在删除nodeb中该ue当前的上下文信息时，还将ue上下文列表中当前ue对应的索引也删除；

在根据无线链路建立请求信令重新为该ue建立上下文信息时，还将新的索引添加到ue上下文列表中。

在处理模块503根据无线链路建立请求信令重新为该ue建立上下文信息以及重新分配nodeb资源之后，nodeb向rnc发送无线链路建立响应信令以及无线链路恢复指示信令；

无线链路建立响应信令用于通知rnc所需的nodeb资源已经分配完成；

无线链路恢复指示信令用于通知rnc无线链路已经可用。

可选的，处理模块503还用于在匹配模块502将ue标识信息与nodeb中存储的ue标识信息进行匹配之后，若匹配不一致，则根据无线链路建立请求信令为该ue建立上下文信息以及分配nodeb资源；

可选的，该基站还包括发送模块504，用于在处理模块503根据无线链路建立请求信令为该ue建立上下文信息以及分配nodeb资源之后，将无线链路建立响应信令发送给rnc，若无线链路建立响应信令出现延迟，则rnc重发无线链路建立请求信令，接收模块501重新接收rnc发送的无线链路建立请求信令。

可选的，还包括：当rnc发送无线链路建立请求信令出现延迟，则重新发送无线链路建立请求信令；在接收到无线链路建立请求信令之后，则进入匹配模块502将ue标识信息与nodeb中存储的ue标识信息进行匹配的步骤；

在对接收到的无线链路建立请求信令进行处理的过程中，若又接收到无线链路建立请求信令，则将后接收到的无线链路建立请求信令放入消息队列；在将先接收到的无线链路建立请求信令处理完成之后，弹出消息队列中的无线链路建立请求信令，并进入匹配模块502将ue标识信息与nodeb中存储的ue标识信息进行匹配的步骤。

nodeb收到无线链路建立请求信令后，会为当前ue建立上下文以及分配nodeb资源，并在向rnc回复无线链路建立响应信令和无线链路恢复指示信令后等待此ue的后续处理信令。如果后续收到的信令为无线链路建立请求信令，本实施例的方案将不再向rnc返回无线链路建立失败信令，而是判断此无线链路建立请求信令是否是rnc的重发信令；如果判断结果为是，那么应先删除当前ue的上下文并释放之前申请的nodeb资源，再重新为ue建立上下文并分配nodeb资源。

参见图3，图3为本实施例提供的另一种防止资源挂死的时序图；

s301：rnc向nodeb为ue分配的基带板发送无线链路建立请求信令，并且设置2秒定时器，等待无线链路建立响应信令；

s302：由于iub口网络质量不佳，导致无线链路建立请求信令出现严重延迟；2s定时器超时，rnc重发无线链路建立请求信令；

s303：nodeb收到无线链路建立请求信令，遍历ue上下文列表，获取列表中每一个ue上下文的rnc标识crnccid、所属小区标识cellid以及下行信道化码chcode，与无线链路建立请求信令中所携带的各标识分别进行比较，判断是否完全相同；此时延迟的无线链路建立请求信令到达nodeb，并进入消息队列；

s304：判断结果为否，nodeb根据该无线链路建立请求信令为当前ue建立上下文并分配nodeb资源；

s305：nodeb向rnc回复无线链路建立响应信令以及无线链路恢复指示信令；

其中，nodeb回复无线链路建立响应信令后，rnc收到这条信令后要与nodeb进行空口同步，同步完成后nodeb向rnc回复无线链路恢复指示信令；

s306：将消息队列中的无线链路建立请求信令弹出消息队列；

s307：nodeb处理此无线链路建立请求信令，通过对比ue上下文列表中每一个ue上下文的rnc标识crnccid、所属小区标识cellid以及下行信道化码chcode，判断是否已经为该无线链路建立请求信令中指示的ue建立了上下文；

s308：判断结果为是，nodeb删除之前建立的ue上下文，并释放对应的nodeb资源；

s309：nodeb为信令中ue标识信息指示的ue建立上下文并重新分配nodeb资源；

s310：nodeb向rnc回复无线链路建立响应信令，以及无线链路恢复指示信令；

s311：rnc判断之前已经收到此ue的无线链路建立响应信令和无线链路恢复指示信令，丢弃收到的此信令。

参见图4，图4为本实施例提供的另一种防止资源挂死的时序图；

s401：rnc向nodeb为ue分配的基带板发送无线链路建立请求，并且设置2秒定时器，等待无线链路建立响应信令；

s402：nodeb收到无线链路建立请求信令，遍历ue上下文列表，获取列表中每一个ue上下文的rnc标识crnccid、所属小区标识cellid以及下行信道化码chcode，与无线链路建立请求信令中所携带的各标识分别进行比较，判断是否完全相同；

s403：判断结果为否，nodeb根据该无线链路建立请求信令为当前ue建立上下文并分配nodeb资源；

s404：nodeb向rnc回复无线链路建立响应信令；由于iub口网络质量不佳，导致无线链路建立响应信令出现延迟，没有及时到达rnc；

s405：rnc设置的2s定时器超时，rnc重发无线链路建立请求信令；

s406：nodeb收到无线链路建立请求信令，遍历ue上下文列表，获取列表中每一个ue上下文的rnc标识crnccid、所属小区标识cellid以及下行信道化码chcode，与无线链路建立请求信令中所携带的各标识分别进行比较，判断是否完全相同；

s407：判断结果为是，nodeb删除之前建立的ue上下文，并释放对应的nodeb资源；

s408：nodeb为无线链路建立请求信令中ue标识信息指示的ue重新建立上下文并重新分配nodeb资源；

s409：nodeb向rnc回复无线链路建立响应信令，以及无线链路恢复指示信令；

s410：rnc判断之前没有收到此ue对应的无线链路建立响应信令和无线链路恢复指示信令，确认无线链路建立完成。

通过本实施例的实施，有效地避免了由于无线链路建立请求信令或无线链路建立响应信令延迟，造成rnc重发无线链路建立请求信令，进而导致的nodeb资源挂死的问题，尤其在iub口网络状况不佳的环境下，提高了用户设备的接入成功率及相应的kpi指标。

显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储介质(rom/ram、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。