本发明涉及通信
技术领域：
，尤其涉及一种基站、终端接入控制装置及方法。
背景技术：
：终端接入是用户终端与通信网络或者其他用户终端进行正常信息交互的必要基础，例如请参见图1，手机1要想实现与手机2之间的通话连接，其首先应当成功接入到其对应的基站3上，然后通过基站3建立与核心网5之间的业务路径，再通过核心网5建立与基站4之间的业务路径，从而实现手机1与手机2之间的通话连接，所以终端接入的整个过程十分重要，其中任何一个过程出现错误，都有可能导致手机1与手机2之间无法正常进行通话连接，因此，保证终端接入的准确性和有效性是提高终端通信质量和用户体验的重要问题所在。而根据3gpp(3rdgenerationpartnershipproject，第三代合作伙伴计划)中的协议规定，现有的终端接入通常包括如下几个过程：路径建立过程，为了便于理解，同样以图1为例进行说明，手机1通过基站3向核心网的sgw(servinggateway，服务网关)51发送需要与手机2建立通话连接的请求；服务网关51根据接收到的连接请求，通过mme(mobilitymanagemententity，移动管理节点)功能向基站4发送初始上下文建立请求消息，发送的初始上下文建立请求消息中包括本地用户面ip地址和基站4的用户面ip地址；基站4则基于接收到的该初始上下文建立请求消息来建立一条核心网5与基站4之间业务路径，即pathm(核心网用户面ip，基站4用户面ip)。当然，如果核心网5与基站4之间业务路径pathm之前已经成功建立，则不会进行上述路径建立过程，而是可以直接使用已经成功建立好的业务路径。路径维护过程，当成功建立一条业务路径之后，例如pathm(核心网用户面ip，基站4用户面ip)，基站4通过该路径向对端的服务网关51发送echorequest消息，并启动一定时器t3，若在定时时间t3之前收到由对端的服务网关反馈的echoresponse消息，则说明该业务路径是正常的，此时停止计时器t3，启动另外一定时器t3-period定时器，在定时时间t3-period达到时，再向对端的服务网关51发送echorequest消息来验证该业务路径的状态，依次重复。相反，若当在定时时间t3达到后，也即超过定时间见t3后仍然未收到对端的服务网关51反馈的echoresponse消息时，再次向该路径对端上的服务网关51发送echorequest消息，若在三次超时后均未收到服务网关51反馈的echoresponse消息时，则说明该业务路径出现故障，此时基站4将该业务路径上的所有ue(userequipment，用户设备)进行释放，并删除该路径。路径删除过程，在基站4判断业务路径故障时，将该路径直接删除。在上述故障路径被删除过程中，其中被释放的这些ue通常会尝试再次接入通信系统中，此时通信系统也会按照既定的流程和协议再次创建相同的故障路径，例如，若上述的业务路径pathm(核心网用户面ip，基站4用户面ip)故障，基站2将其上的ue(也即手机1)进行释放，并删除该路径，此时手机1和手机2的通话连接将中断，被释放后的手机1很有可能再次尝试与手机2进行通话连接，这样导致基站4再次创建的业务路径pathm(核心网用户面ip，基站2用户面ip)极有可能还是故障的，且基站4允许其再次接入到该故障的业务路径中，然后再进行释放、删除，也即是将导致多次重复创建、接入、释放、删除等过程，无法实现有效接入，这种重复的无效接入很容易对通信系统造成硬件损害，对通信系统资源也会产生极大占用，严重影响用户使用体验。技术实现要素：本发明实施例提供了一种基站、终端接入控制装置及方法，主要要解决的技术问题是：解决现有的不断重复的终端无效接入过程，且用户体验较差的问题。为解决上述技术问题，本发明实施例提供一种终端接入控制方法，包括：对基站与服务网关之间在用户面已建立的各业务路径进行监测，并将监测到当前故障的业务路径标记为故障业务路径；检测到用户请求接入某一业务路径、且该业务路径为故障业务路径时，拒绝将所述用户接入其所请求的业务路径。进一步地，监测到某一业务路径当前故障时，还包括：将该故障业务路径予以保留，并在该故障业务路径上按照预设请求发送规则向该故障业务路径上的服务网关发送回应请求消息；在预设时间间隔内收到所述服务网关反馈的回应请求响应消息时，将所述故障业务路径更新为正常业务路径。进一步地，将所述故障业务路径更新为正常业务路径包括：将所述故障业务路径删除，或，将所述故障业务路径进行保留，并将其故障标记予以取消。进一步地，所述预设请求发送规则为按照预设请求发送时间间隔发送。进一步地，拒绝将所述用户接入其所请求的业务路径包括：向该业务路径上的服务网关发送用户上下文建立失败的响应消息，所述响应消息中携带错误码。本发明实施例还提供一种终端接入控制装置，包括：故障监测模块，用于对基站与服务网关之间已建立的各业务路径进行监测，并将监测到当前故障的业务路径标记为故障业务路径；接入控制模块，用于检测到用户请求接入某一业务路径、且该业务路径为故障业务路径时，拒绝将所述用户接入其所请求的业务路径。进一步地，所述终端接入控制装置还包括路径维护模块，用于在所述故障监测模块监测到某一业务路径当前故障时，将该故障业务路径予以保留，并在该故障业务路径上按照预设请求发送规则向该故障业务路径上的服务网关发送回应请求消息，以及用于在预设时间间隔内收到所述服务网关反馈的回应请求响应消息时，将所述故障业务路径更新为正常业务路径。进一步地，所述路径维护模块将所述故障业务路径更新为正常业务路径包括将所述故障业务路径删除；或，将所述故障业务路径进行保留，并将其故障标记予以取消。进一步地，所述预设请求发送规则为按照预设请求发送时间间隔发送。本发明实施例还提供一种基站，包括上面任一项所述的终端接入控制装置。本发明实施例还提供一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行前述的任一项的终端接入控制方法。有益效果根据本发明实施例提供的基站、终端接入控制装置及方法，通过对基站和服务网关之间在用户面已建立的各业务路径进行监测，并在监测到当前故障的业务路径标记为故障业务路径，检测到用户请求接入某一业务路径、且该业务路径为故障业务路径时，拒绝将该用户接入到其所请求的业务路径。避免多次重复进行路径建立，接入，释放、删除的无效接入过程，保证终端始终能接入到正常的业务路径上，从而提高了终端接入的准确性，降低终端的无效接入，同时也降低了通信系统的处理负荷，有利于提高用户使用体验。进一步地，还可以对故障业务路径予以保留，并进行状态监测，一旦恢复正常，即可进行更新处理，并投入正常使用，提高路径利用率。附图说明图1为现有的通信系统结构示意图；图2为本发明实施例一提供的一种终端接入控制方法流程示意图；图3为本发明实施例二提供的另一种终端接入控制方法流程示意图；图4为本发明实施例二提供的业务路径维护流程示意图；图5为本发明实施例二提供的又一种终端接入控制方法流程示意图；图6为本发明实施例三提供的一种终端接入控制装置结构示意图；图7为本发明实施例三提供的另一种终端接入控制装置结构示意图；图8为本发明实施例三提供的一种基站结构示意图。具体实施方式下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。实施例一：为了避免终端所请求接入的业务路径故障时，基站重复不断地进行路径创建，允许终端接入，释放接入的终端，删除路径的无效接入过程，提高终端接入的准确性，降低基站的处理负荷，本发明实施例提供一种终端接入控制方法，请参见图2，包括：s11：对基站与服务网关之间已经建立的各业务路径进行监测，并将监测到当前故障的业务路径标记为故障业务路径。对已经建立的业务路径状态进行监测，具体可以通过该业务路径上的基站实现，通过基站向该业务路径上的服务网关发送echorequest回应请求消息，并基于服务网关据此反馈的echoresponse回应请求响应消息来判断该业务路径的状态。例如，在设定时间内接收到由相应服务网关反馈的echoresponse回应请求响应消息时，基站则可以判断该业务路径是正常的；相反，若在设定时间内，若基站未收到该业务路径上的服务网关反馈的echoresponse回应请求响应消息时，则表明该业务路径为故障业务路径。应当理解的是，为了使这个判断过程更加准确有效，还可以通过发送多次echorequest回应请求消息来进行判断，例如，若在设定时间内未收到该服务网关反馈的echoresponse回应请求响应消息时，再次向该服务网关发送echorequest回应请求消息，如果多次发送echoresponse回应请求响应消息，且在设定时间内均为收到该服务网关反馈的echoresponse回应请求响应消息时，此时，基站再判断该业务路径确实为故障业务路径，以此提高判断业务路径状态的准确性。这里通过多次反馈结果来判断业务路径的状态，所述次数可以灵活设置，例如三次，但至少应当是一次，也即若在设定时间内存在一次为收到相应服务网关反馈的echoresponse回应请求响应消息，基站则判断该业务路径为故障业务路径。但是，若设置通过三次反馈结果来判断该业务路径是否正常时，当若其中的某一次接收到相应服务网关反馈的echoresponse回应请求响应消息时，则可以判断该业务路径为正常业务路径，同时重新再次开始判断。本实施例中，同一基站与同一服务网关之间通常可以建立一条业务路径，同一基站与不同服务网关之间建立的多条业务路径，可以同时对各条业务路径进行状态监测，也可以分别依次进行状态监测，或者按照其他相应的监测规则进行监测。对于监测到当前故障的业务路径进行标记，以方便在进行路径维护、删除以及接入新的用户终端等时进行快速识别并作出响应，从而提高处理效率。具体的，可以通过基站将当前故障的业务路径标记为故障业务路径，通过在基站中生成一个业务路径表，格式如下：表1业务路径路径状态path1(enb_ip1，sgw_ip1)故障path2(enb_ip1，sgw_ip2)path3(enb_ip1，sgw_ip3)该业务路径表中，存储有本基站与相关服务网关之间的所有业务路径及其状态，这里假设本基站的用户面ip地址为enb_ip1，相关服务网关的用户面ip地址分别为sgw_ip1、sgw_ip2、sgw_ip3。当基站监测到与服务网关sgw_ip1之间的业务路径path1(enb_ip1，sgw_ip1)故障时，则将该业务路径标记为故障业务路径，也即是可以将本基站生成的业务路径中的path1(enb_ip1，sgw_ip1)的路径状态修改为“故障”。应当理解的是，对于路径状态正常的业务路径path2和path3，基站也可以将其业务状态修改为“正常”(表1中未示出)。对于故障业务路径的标记，基站还可以生成两个业务路径表，分别用于存储路径状态正常的业务路径信息和路径状态故障的业务路径信息，分别参见表2和表3：表2正常业务路径表path2(enb_ip1，sgw_ip2)path3(enb_ip1，sgw_ip3)表3s12：检测到用户请求接入某一业务路径、且该业务路径为故障业务路径时，拒绝将该用户接入其所请求的业务路径。例如，检测到用户请求接入的业务路径为path1(enb_ip1，sgw_ip1)，基站可以从业务路径表中判断该业务路径当前为故障业务路径，此时基站可以拒绝将该用户接入到该业务路径中。避免现有基站当接收到用户接入请求时，将重新建立该故障业务路径path1(enb_ip1，sgw_ip1)，然后允许该用户接入其建立的故障业务路径path1(enb_ip1，sgw_ip1)，最终还是由于该业务路径属于故障业务路径导致将该用户释放，并删除该故障业务路径，当该用户再次发起接入请求时，该基站将重复执行上述过程，使该用户根本无法有效的接入，只会严重耽搁用户接入时间，由于重复执行上述无效接入过程，也极大浪费基站处理资源，甚至影响基站对其他业务的正常处理。通过对故障业务路径进行标记，当检测到用户接入时，可以十分高效快速地进行判断该用户请求接入的业务路径状态是否正常，对于路径状态正常的，则可以直接允许该用户接入，但对于路径状态故障的，则拒绝该用户接入其所请求的业务路径。以保证用户接入的业务路径始终是正常的，保障了终端接入的有效性，因此有利于提高用户体验。对于故障业务路径可以直接删除，也可以予以保留。因此可以在业务路径表中增加一栏，以记录业务路径的建立状态(“建立”或者“删除”)，具体格式可以如下表所示：表4业务路径路径状态建立状态path5(enb_ip2，sgw_ip1)故障建立path6(enb_ip2，sgw_ip2)故障删除path7(enb_ip2，sgw_ip3)正常建立对于通过正常业务路径表和故障业务路径表的方式来存储业务路径信息的方式，同样可以在故障业务路径表中添加一栏，以存储业务路径的建立状态(“建立”或者“删除”)。应当理解的是，正常业务路径应当是处于建立状态的，因此正常业务路径表可以不包含用于表示路径建立状态的这一栏信息。具体请参见如小表所示：表5正常业务路径表path7(enb_ip2，sgw_ip3)表6本发明实施例提供一种终端接入控制方法，通过对监测到的当前故障的业务路径进行标记，在接收到用户接入请求，且该用户所请求接入的业务路径为故障业务路径时，拒绝该用户接入其所请求的业务路径；有效避免现有的基站检测到业务路径故障时直接删除该业务路径，当接收到用户接入请求时，将重新建立与其删除的故障业务路径相同的业务路径，重新建立的业务路径极有可能还是故障的业务路径，在基站建立好该故障业务路径之后，在判断出该业务路径为故障业务路径之前，会直接允许该用户接入到其建立的故障业务路径，这样，在判断出该业务路径为故障时，基站则会将刚刚允许接入的用户释放，并删除该故障业务路径；在该用户被释放之后，其很有可能再次尝试接入，于是这就导致了恶性的无效接入循环过程。而本发明实施例提供的终端接入控制方法，通过对故障业务路径进行标记，当有用户尝试接入时，直接拒绝其接入，从而可以有效地解决上述问题。实施例二：本发明实施例在实施例一的基础上，提供一种终端接入控制方法，请参见图3，包括如下步骤：s21：对基站与服务网关之间已经建立的各业务路径进行监测，并将监测到当前故障的业务路径标记为故障业务路径。s22：检测到用户请求接入某一业务路径、且该业务路径为故障业务路径时，拒绝将该用户接入其所请求的业务路径。上述步骤s21和s22与实施例一中的步骤s11和s12相同，在此不再赘述。为了更好地使用本发明，进一步地，本实施例提供的终端接入控制方法还包括如下步骤：s23：将该故障业务路径予以保留，并在该故障业务路径上按照预设请求发送规则向该故障业务路径上的服务网关发送回应请求消息。本实施例中，当监测到某业务路径为故障业务路径时，将该故障业务路径予以保留，以方便对该故障业务路径状态进行监测。具体可以通过基站向该故障业务路径上的服务网关发送echorequest回应请求消息的方式实现。向该故障业务路径上的服务网关发送echorequest回应请求消息可以按照相应的预设请求发送规则进行发送，请参见图4，包括但不限于按照预设请求发送时间间隔进行发送，例如可以启动一定时器t3，用于对预设请求发送时间间隔进行计时，该时间间隔t3可以灵活设置，例如50ms、200ms、1s等。应当理解的是，对故障业务路径也可以直接删除，但为了避免该业务路径恢复正常之后，由于没有对该业务路径状态进行监测，导致可能永远无法有效利用的问题，此时基站可以设置一定时器t6，在计时时间t6到达后，若接收到来自相应服务网关的初始上下文建立请求，此时基站则可以建立该业务路径。当然，在定时时间t6到达之前，若接收到用户请求接入到该业务路径时，则拒绝该用户接入。定时器t6的时间可以适当设置得较长，避免短时间不断地进行该业务路径的创建，例如设置为5分钟、10分钟、30分钟等。s24：在预设时间间隔内收到所述服务网关反馈的回应请求响应消息时，将所述故障业务路径更新为正常业务路径。基站基于该故障业务路径向该服务网关发送echorequest回应请求消息后，可以基于在预设时间间隔内接收到的相应服务网关反馈的echoresponse回应请求响应消息的情况判断业务路径状态，从而判断是否对该故障业务路径进行相应的更新。具体的，当在预设时间间隔t3内接收到该服务网关反馈的echoresponse回应请求响应消息，则表明该故障业务路径的当前状态为正常业务路径，此时可以将该故障业务路径状态更新为正常业务路径，具体可以参见实施例一中对表1至表6的说明。对于恢复为正常状态的业务路径，可以按照现有协议规定进行接入。当在预设时间间隔t3内未接收到该服务网关反馈的echoresponse回应请求响应消息时，可以认为该故障业务路径的状态仍然为故障，此时可以再设置一定时器t3-period，继续参加图4，待定时时间t3-period达到时，再次向该故障业务路径上的服务网关发送echorequest回应请求消息来检测该故障业务路径的状态，依次重复上述过程，直到该故障业务路径恢复为正常。定时器t3-period的时间可以根据实际应用灵活设置，例如设置为5分钟、10分钟等。当基站通过发送echorequest回应请求消息的方式来监测该故障业务状态是否恢复正常时，可以通过服务网关的多次反馈结果进行判断，以提高判断的准确性，例如，当向该故障业务路径上的服务网关发送一次echorequest回应请求消息，并在预设时间间隔t3内未收到来自该服务网关反馈的echoresponse回应请求响应消息时，再次向其发送echorequest回应请求消息，若三次发送之后，仍然未收到该服务网关反馈的echoresponse回应请求响应消息时，再判断该故障业务路径的状态为故障，通过多次反馈结果来对该故障业务路径的状态进行判断，以此提高准确性。在监测到该故障业务路径恢复为正常业务路径时，将对其路径状态进行更新，包括将该故障业务路径删除，或者将该故障业务路径进行保留，并将其故障标记予以取消。当对恢复为正常状态的业务路径进行删除时，若检测到用户请求接入到该业务路径，可以按照现有协议进行重新创建接入。尽管该业务路径当前已经恢复为正常状态，由于其先前发生故障时，该业务路径上的所有终端均被释放，因此此时该业务路径上并未承载任何一个终端，为了避免该业务系统的资源占用，可以将该恢复为正常状态的业务路径进行删除。待存在终端请求该业务路径时，再创建该业务路径以接入相应的终端。应当理解的是，在监测到该故障业务路径恢复为正常业务路径时，也可以将该业务路径予以保留，此时可以将其故障标记予以取消。具体的，请参见下表：表7若监测到故障业务路径path8(enb_ip3，sgw_ip4)当前恢复为正常业务路径时，如上所示可以将该路径直接删除以表明该路径恢复正常，允许其后续可以重新建立接入ue，这样可以在较大程度上提升资源利用率；另外一种将其恢复的方式可以是不删除而直接将其路径状态“故障”予以取消，或者将其修改为“正常”，也即是变成正常业务路径，更新后的业务路径表如下：表8业务路径路径状态path8(enb_ip3，sgw_ip4)path9(enb_ip3，sgw_ip5)故障path10(enb_ip3，sgw_ip6)故障应当理解的是，对于通过正常业务路径表和故障业务路径表的方式来存储业务路径信息的方式，则可以将恢复为正常状态的业务路径从故障业务路径中删除，并将其添加到正常业务路径表中。对于恢复为正常状态并予以保留的业务路径，待有终端发起接入该业务路径请求时，基站则可以直接允许该终端接入到该业务路径，避免基站需要再次创建该业务路径，能够提高终端接入效率，且能保证终端接入的业务路径是正常状态的业务路径，从而能够实现该终端成功的进行信息交互和数据传输，例如与另外一终端进行通信连接。基站与服务网关之间的业务路径可以在用户面建立，以用于传输用户数据和相应的用户面控制帧。为了更好的理解本发明，下面对终端接入过程进行示例说明，请参见图5：在终端发起接入请求时，核心网根据终端发起的接入请求确定相应的接入基站(这里假设基站为enodeb)，并将包含本地服务网关用户面ip地址(例如为sgw_ip1)以及该基站的业务ip地址(例如为enb_ip1)的用户上下文建立请求消息携带发送给该基站，该基站通过控制面接收，控制面解析获取得到服务网关用户面ip地址sgw_ip1和基站业务ip地址enb_ip1，并向用户面发送用户建立请求消息，用户面根据该用户建立请求消息携带的sgw_ip1和enb_ip1，在本地业务路径表中进行查找，在判断本基站与该服务网关之间的业务路径在业务路径表中并不存在时，则在业务路径表中建立所述业务路径path(enb_ip1，sgw_ip1)，进一步地，还可以记录该业务路径上的接入用户数为1。当判断该业务路径已经存在，且其路径状态为正常业务路径时，用户面则可以允许该用户直接接入，并可以更新该业务路径上的接入用户数，也即在原有基础上加1；进一步地，还可以向控制面反馈用户建立响应成功消息，当然基站也可以通过控制面向服务网关反馈用户上下文建立响应成功消息。应当理解的是，若该业务路径在本基站的业务路径中已经存在，也即该业务路径已经建立，但是其当前状态为故障时，则拒绝该用户接入，同时用户面还可以向控制面板反馈用户建立响应失败消息，进一步地，基站还可以通过控制面向服务网关反馈用户上下文建立响应失败消息。该响应失败消息中还可以携带响应的错误码，具体的，所述错误码的格式包括但不限于如下格式：“transportresourceunavailable.”、“pathxlayerunavailable.”等。本发明实施例提供一种终端接入控制方法，通过对基站和服务网关之间已经建立的各业务路径进行状态监测，并将监测到当前故障的业务路径标记为故障业务路径，当存在终端请求接入该故障业务路径时，拒绝其接入；进一步地，还将该故障业务路径予以保留，并按照预设时间间隔向该故障业务路径上的服务网关发送echorequest回应请求消息以监测其路径状态，并在监测到其路径状态恢复正常时，将该故障业务路径的状态进行更新；包括将恢复为正常状态的业务路径进行删除或者予以保留，且取消其故障标记；在检测到存在终端接入该恢复正常状态的业务路径时，若该路径已被删除，则可以按照现有协议规定进行创建接入；若该路径未被删除，而是予以保留，只是将其故障标记取消时，相应基站则可以直接允许该终端接入该业务路径，高效快捷，避免了终端的无效接入，保证了终端接入的有效性，有利于提高用户体验。实施例三：本发明实施例提供一种终端接入控制装置，用以实现上述实施例一和/或实施例二所述的终端接入控制方法，请参见图6，终端接入控制装置6包括：故障监测模块61，用于对基站与服务网关之间已建立的各业务路径进行监测，并将监测到当前故障的业务路径标记为故障业务路径。具体的，故障监测模块61可以通过向该业务路径上的服务网关发送echorequest回应请求消息的方式来对业务路径状态进行监测，例如，当故障监测模块61向该业务路径上的服务网关发送echorequest回应请求消息后，若在预设时间间隔内接收到由该服务网关反馈的echoresponse回应请求响应消息，故障监测模块61则可以判断该业务路径当前状态为正常业务路径。应当理解的是，若在预设时间间隔内未接收到由该服务网关反馈的echoresponse回应请求响应消息，故障监测模块61则可以判断该业务路径当前状态为故障业务路径。应当说明的是，故障监测模块61还可以通过由服务网关的多次反馈情况来判断该业务路径的状态，从而提高判断的准确性，例如，故障监测模块61在预设时间间隔内未收到该服务网关反馈的echoresponse回应请求响应消息，可以再次向其发送echorequest回应请求消息，若三次发送之后，且在预设时间间隔内均为收到该服务网关反馈的echoresponse回应请求响应消息，此时故障监测模块61再做出该业务路径为故障业务路径的判断，并对该业务路径进行故障标记。应当理解的是，预设时间间隔可以通过设置一定时器进行进行计时，预设时间间隔可以基于实际应用情况灵活设置，在此不做限制。故障监测模块61根据服务网关的反馈情况判断该业务路径为故障业务路路径时，可以对其进行故障标记。例如可以生成一业务路径表来对其路径状态进行记录标记，若该业务路径状态为故障业务路径，则将其标记为“故障”；若正常，则可以不做标记，或者标记为“正常”，具体请参见实施例一中的表1至表6，在此不再赘述。本实施例中的终端接入控制装置6还包括接入控制模块62，用于检测到用户请求接入某一业务路径、且该业务路径为故障业务路径时，拒绝将该用户接入其所请求的业务路径。接入控制模块62当接收到用户请求接入时，可以获取故障监测模块61生成的业务路径表，并在判断用户请求接入的业务路径在该业务路径表中，且该业务路径为故障业务路径时，拒绝该用户接入其所请求的故障业务路径中，避免造成无效接入。应当理解的是，对于该用户请求接入的业务路径为正常业务路径时，接入控制模块62则可以直接允许该用户接入。当然，对于用户请求接入的业务路径不存在，或者说是被删除时，控制接入模块62可以创建该业务路径，以供该用户正常接入。进一步地，终端接入控制装置6还可以包括路径维护模块63，请参见图7，用于在故障监测模块61监测到某一业务路径当前故障时，将该故障业务路径予以保留，并在该故障业务路径上按照预设请求发送规则向该故障业务路径上的服务网关发送回应请求消息，以及用于在预设时间间隔内收到该服务网关反馈的回应请求响应消息时，将该故障业务路径更新为正常业务路径。路径维护模块63可以对业务路径的状态进行监测，并在监测到相应的业务路径的状态发生变化时，还可以对该业务路径的状态进行更新，以方便对该业务路径进行相应的处理。路径维护模块63对业务路径的状态监测，可以通过向该业务路径上的服务网关发送echorequest回应请求消息的方式实现，在预设时间间隔内若接收到由该服务网关反馈的echoresponse回应请求响应消息，则路径维护模块63判断该业务路径为正常状态的业务路径，并对该业务路径状态进行更新。例如，若该路径先前状态为正常状态，则不需要进行更改，若先前状态为故障，则将其修改为正常业务路径状态。同理，若在预设时间间隔内未接收到由该服务网关反馈的echoresponse回应请求响应消息，则路径维护模块63判断该业务路径为故障业务路径，同时更新该业务路径的路径状态。若该业务路径先前状态为正常状态，则将其修改为故障业务路径状态；若先前状态为故障，则可以不进行更改。为了保证路径维护模块63对业务路径进行状态监测的准确性，路径维护模块63还可以通过服务网关的多次反馈结果综合进行判断，例如，当路径维护模块63向该业务路径上的服务网关发送echorequest回应请求消息后，在预设时间间隔内并未收到该服务网关反馈的echoresponse回应请求响应消息，此时路径维护模块63可以再次向其发送echorequest回应请求消息，若在预设时间间隔内还是未收到该服务网关反馈的echoresponse回应请求响应消息，路径维护模块63再判断该业务路径为故障业务路径，从而有利于提高监测的准确性。在路径维护模块63监测到业务路径恢复为正常状态时，可以将其更新为正常业务路径，包括将该恢复为正常状态的业务路径删除，或者也可以将其予以保留，但是将其故障标记予以取消。具体的，将该恢复为正常状态的业务路径删除时，路径维护模块63还可以将该业务路径在业务路径表的信息一并删除，以有利于后续的新建过程。将该业务路径予以保留时，应当将其故障标记删除，以表示其已经恢复为正常状态，当接收到用户接入该业务路径的请求时，可以按照正常状态直接允许该用户接入。本实施例中的终端接入控制装置6可以设置在基站上，也可以设置在其他网络设备上。因此，本发明实施例还提供一种基站，请参见图8，包括上述的终端接入控制装置6，用以实现相应的终端接入控制功能，保证终端的有效接入，提高终端接入的准确性。本发明实施例提供一种终端接入控制装置6以及包含该装置6的基站，通过接入控制模块62对用户终端的接入请求进行控制，但用户请求接入的业务路径为故障业务路径时，拒绝其接入到该故障业务路径，解决了现有的基站在接收到用户接入请求时直接进行创建，允许接入，释放终端，删除路径的无效接入问题，有效避免了极有可能出现的无限恶性循环的无效接入过程，减少了基站不必要的处理负荷；进一步地，通过路径维护模块53还可以对业务路径进行监测维护，对于监测到恢复正常状态的业务路径进行删除，以有利于减少该业务路径对基站的资源占用，待检测到存在用户请求接入该业务路径时，再进行创建接入，方便且容易实施；路径维护模块63还可以对恢复为正常状态的业务路径予以保留，且将该业务路径的故障标记予以取消，以表示该业务路径已经恢复正常，当检测到用户请求接入该业务路径时，接入控制模块62可以直接允许该用户接入，而不必进行重新创建。显然，本领域的技术人员应该明白，上述本发明实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在计算机存储介质(rom/ram、磁碟、光盘)中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。所以，本发明不限制于任何特定的硬件和软件结合。以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属
技术领域：
的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。当前第1页12