CN101431769B - 实现动态业务流机制的方法、基站、通信设备及通信系统 - Google Patents

Abstract

本发明实施例公开了一种实现动态业务流机制的方法，该方法包括：基站将其与第一数据通信设备间的初始业务流置于激活状态，将除初始业务流外的其他预置业务流置于非激活状态并分配第一次准入资源；基站根据接收到的激活触发请求为已经分配第一次准入资源的预置业务流进行分配第二次准入资源，并激活该预置业务流。本发明实施例还公开了一种基站、数据通信设备及通信系统。通过基站的两次分配通信系统中的资源实现静态QoS下的动态业务流机制，能够有效利用资源，优化服务质量。

Description

实现动态业务流机制的方法、基站、通信设备及通信系统

技术领域

本发明涉及通信领域，尤其涉及实现动态业务流机制的方法、基站、通信设备及通信系统。 

背景技术

QoS(Quality of Service，服务质量)在网络中是一个非常重要的环节，尤其对关键应用和多媒体应用显得十分重要，当网络过载或拥塞时，QoS能确保重要业务量不受延迟或丢弃，同时保证网络的高效运行。在WIMAX(WorldwideInteroperability for Microwave Access，微波接入全球互通)中更是一个重要的特性。 

目前，WiMAX网络中，NWG(Network Working Group，网络工作组)主要制定了基于静态模型的QoS机制，在NWG标准中规定基于静态QoS策略的所有签约用户的业务流信息包括QoS签约信息、业务带宽、时延、抖动等信息都预先静态配置在AAA(Authenticator，Authorize and Accounting，鉴权、授权和计费)上。在终端入网并成功鉴权后，用户的业务流信息将从AAA下发至ASN-GW(Access Service Network Gateway，接入网关)，再由ASN-GW完成终端所有的预置业务流建立，在采用现有静态QoS策略下，需要建立R6隧道和空口连接。在预置业务流的建立过程中，需要对建立的预置业务流所需的所有资源进行预留，因此，只要有终端入网系统就把所有的预置业务流作了准入和资源预留，并占用空口的上行调度资源。 

现有的静态QoS机制下，建立了R6隧道和空口连接后，所有预置业务流都处于激活状态，因此基站必须保证业务流的资源使用和时延要求，即使所有入网的终端没有业务传输，也会由于资源预留而占用大量的空口资源、网络资源以及其他的紧缺或动态的资源。根据802.16e规范所要求的空口QoS调度机制，一旦终端有高优先级业务流被激活，将要求基站对终端进行不断的轮询，占用基站的大量资源，最终会导致基站空口资源的不足，从而新的终端用户无法入网或者发起数据业务，严重影响基站的入网终端数量，影响了整个网络业务。 

发明内容

本发明实施例所要解决的技术问题在于，提供一种实现动态业务流机制的方法、基站、数据通信设备及通信系统。通过基站的两次分配通信系统中的资源实现静态QoS下的动态业务流机制，能够有效利用资源，优化服务质量。 

为了解决上述技术问题，本发明实施例提供了一种实现动态业务流机制的方法，该方法包括： 

基站将其与第一数据通信设备间的初始业务流置于激活状态，将除初始业务流外的其他预置业务流置于非激活状态并分配第一次准入资源； 

基站根据接收到的激活触发请求为已经分配第一次准入资源的预置业务流进行分配第二次准入资源，并激活该预置业务流。 

相应的，本发明实施例还提供了一种基站，该基站包括： 

业务单元，该单元用于获取触发请求并根据触发请求处理所有预置业务流状态，所述预置业务流状态包括激活状态和非激活状态，所述触发请求包括激活触发请求和去激活触发请求； 

第一准入控制单元，该单元用于为被所述业务单元置于非激活状态的预置业务流分配第一次准入资源； 

第二准入控制单元，该单元用于在所述业务单元获取激活触发请求后，为所需激活预置业务流分配第二次准入资源。 

相应的，本发明实施例提供了一种数据通信设备，该数据通信设备包括： 

业务发起单元，该单元用于与通信系统中其他设备建立预置业务流并用于发起相应的业务数据； 

第二检测单元，该单元用于检测设置的时限内是否有业务数据的传输，如果没有业务数据传输则通过所述业务处理单元向基站发送预置业务流的去激活消息； 

业务处理单元，该单元用于向基站发送激活触发请求触发基站为已经分配了第一次准入资源的预置业务流分配第二次准入资源或向基站发送去激活消息触发基站将已经激活的预置业务流置于非激活状态。 

相应的，本发明实施例还提供一种通信系统，该系统包括： 

第一数据通信设备，所述第一数据通信设备用于触发基站为与所述第一数据通信设备间的预置业务流分配第一次准入资源，还用于触发基站为第一数据通信设备发起的业务数据所匹配的预置业务流分配第二次准入资源，同时触发基站处理预置业务流的状态； 

基站，所述基站用于为建立的预置业务流分配第一次准入资源和为需要发起业务数据匹配的预置业务流第二次准入资源以及处理预置业务流的状态。 

本发明实施例在不增加其他设备的情况下通过激活初始业务流而将其他预置业务流置于非激活状态，并且仅为处于非激活状态的预置业务流分配例如内存等必要的第一次准入资源，从而避免由于资源预留而占用大量的空口资源、网络资源以及其他的紧缺或动态的资源；通过在需要进行业务数据传输时分配如空口轮询等紧缺的第二次准入资源来在静态QoS下实现业务流的动态机制。本发明实施例能够有效利用通信系统中的资源，优化了通信系统的服务质量。 

附图说明

图1为本发明实现动态业务流机制实施例一的方法流程图； 

图2为本发明实现动态业务流机制实施例二的方法流程图； 

图3为本发明实现动态业务流机制实施例三的方法流程图； 

图4为本发明实现动态业务流机制实施例四的方法流程图； 

图5为本发明实现动态业务流机制实施例一的系统示意图； 

图6为本发明实现动态业务流机制实施例二的系统示意图； 

图7为本发明实现动态业务流机制实施例三的系统示意图； 

图8为本发明实现动态业务流机制实施例四的系统示意图； 

图9为本发明实施例基站的结构示意图； 

图10为本发明实施例数据通信终端的结构示意图。 

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例作进一步地详细描述。 

请参见图1，图1为本发明实现动态业务流机制的实施例一的方法流程图。该实施例中以终端作为第一数据通信设备，如图1所示，在现有的QoS模型下，该方法具体包括： 

步骤S101，基站将与终端间的初始业务流置于激活状态，将其他预置业务流置于非激活状态并分配第一次准入资源。终端在入网过程中建立与AAA服务器建立预置业务流，在建立预置业务流后，基站将初始业务流置于激活状态，并将其他不需要激活的预置业务流置于非激活状态，同时为其他未激活的预置业务流分配第一次准入资源。初始业务流一般是BE(Best Effort Service，尽力而为服务)业务流，主要用于支持非实时、无保证速率和时延要求的分组数据业务。在用户入网过程中建立的初始业务流必须首先被激活，否则其他消息无法进行传递，例如DHCP(Dynamic Host Configuration Protocol，动态主机分配协议)消息。将除初始业务流外的其他的预置业务流置于非激活状态，基站就不必为除初始业务流外的预置业务流预留资源，基站也不需要对处于非激活状态的预置业务流进行轮询，从而可以节省大量的空口资源以及其他紧缺或动态资源。基站分配的第一次准入资源一般为建立预置业务流的必须资源，例如内存资源，除此之外还可以将于空闲较多的资源，尤其是空闲较多的静态资源作为第一次准入资源分配给业务流。 

步骤S102，终端在发送预置业务流激活消息前，根据激活消息中携带的业务流信息以及QoS要求，在入网时建立好的预置业务流中按照设定的匹配规则 去查找预置业务流。终端在入网过程中建立了预置业务流后，会收到AAA下发的业务流信息，该业务流信息可以包括预置业务流的ID(Identity，身份标识)、预置业务流方向、业务数据的IP(Internet Protocol，互联网协议)五元素、需要的带宽、时延或抖动等分类器信息或QoS信息。终端生成的激活消息中会携带有业务流信息以及相关的QoS要求，终端在发起业务数据前，按照匹配规则查找该业务数据对应的预置业务流，该匹配规则可根据分类信息或QoS信息设定。在查找到业务数据对应的预置业务流后，向基站发送激活该预置业务流的激活消息。查找操作一般是根据匹配规则进行匹配，例如根据IP五元素的匹配规则来查找，如果此IP包不满足所有分类器中的分类规则，那么匹配就会失败，因此查找不到匹配的预置业务流。如果没有查找到需要发起的业务数据所匹配的预置业务流，则可以根据预先设定的处理策略选择通过初始业务流完成业务数据的发送和接收，或者丢弃相关的业务数据。该处理策略为在没有匹配的预置业务流情况下的处理方法，可预先进行设定。这种激活消息发送前预先查询的机制可以避免激活消息的重复发送，减轻基站对激活处理的负担。 

步骤S103，上述步骤S102查找到与需要发起的业务数据匹配的预置业务流后，终端检测该预置业务流是否处于激活状态，只有该预置业务流处于非激活状态才发送激活消息，否则直接进行业务数据的发送或者接收。同样，这种激活消息发送前预先查询同的机制可以避免激活消息的重复发送，减轻基站对激活处理的负担。 

步骤S104，基站接收到终端发送的激活消息后，检测是否有足够的第二次准入资源分配给该激活消息请求激活的预置业务流。因为第二准入资源为通信系统中的紧缺资源或者动态的资源，这些资源在业务繁忙时通常只有很少的剩余甚至满负荷运作，因此不一定有足够的第二次准入资源分配给激活消息请求激活的预置业务流，在本实施例中第二次准入资源以终端与基站间的空口资源为例进行说明。基站接收到终端发送的激活消息后，需要先检测当前的空口资源是否足够分配给当前的预置业务流，通过该检测第二次准入资源可用度的机制，可以避免在没有足够第二次准入资源的情况下进行第二次准入引起的错误。 

步骤S105，当基站检测到没有足够的第二次准入资源分配给激活消息匹配的预置业务流时第二次准入资源分配失败，则激活失败，基站向终端返回激活失败的消息。终端在接收到激活失败的消息后，可以根据设定的激活机制，直接丢弃业务数据，或者缓存一定时间再次尝试发送激活消息。这种尝试发起激活消息可以在基站成功激活预置业务流时终止发送，也可以在到达设定的尝试次数或时间为止。该激活机制为激活预置业务流失败后的后续处理机制，可以根据预先的设定决定直接丢弃业务数据，或者缓存一定时间再次尝试发起激活消息等。 

步骤S106，当基站检测到有足够的第二次准入资源分配给激活消息匹配的预置业务流时，基站为该预置业务流分配第二次准入资源，并激活该预置业务流。本实施例中基站为激活消息匹配的预置业务流分配空口资源后激活该预置业务流。激活预置业务流后基站可以对激活的预置业务流进行轮询和空口调度，业务数据也可以通过空口连接进行传输。第二次准入资源只分配给需要发起业务数据的预置业务流，这样可以节省通信系统的资源，同时减轻基站的调度开销从而减轻基站的负荷，通过对紧缺或动态资源的合理利用能够增加基站的容量。 

步骤S107，基站根据去激活触发请求将对应的预置业务流置于非激活状态，该去激活触发请求可以为终端发送的预置业务流去激活消息或者终端在设置的时限内没接收到业务数据。当终端需要执行停止业务数据或者在一定时限内没有业务数据的收发，则向基站发送去激活消息，基站在接收到该去激活消息后，将对应的预置业务流置于非激活状态。基站自身也可以设置去激活时限，例如在一定时限内接收不到终端发送的业务数据或者在一定时限内没有业务数据向终端发送时，可以将对应的预置业务流置于非激活状态。通过这种去激活机制可以避免已经激活的预置业务流占用通讯系统资源却没有业务数据传输而造成系统资源的浪费，避免基站对该预置业务流进行轮询和空口调度而增加消耗和负担。除了去激活触发除了由终端或基站触发，还可以由通信网络中其他的数据通信设备进行触发，例如网络中的接入网关或者其他业务服务器完成业务数 据传输后，也可以向基站发送去激活请求。 

请参见图2，图2为本发明实现动态业务流机制的实施例二的方法流程图。本实施例中以接入网关作为第一数据通信设备，由于原理上同实施例一相同，在此只做简要说明。如图2所示，在现有的QoS模型下，该方法具体包括： 

步骤S111，基站将与接入网关间的初始业务流置于激活状态，将其他预置业务流置于非激活状态并分配第一次准入资源。终端在入网过程中建立与AAA服务器建立预置业务流，在建立预置业务流后，基站将与接入网关间的初始业务流置于激活状态，并将其他不需要激活的预置业务流置于非激活状态，同时为其他未激活的预置业务流分配第一次准入资源。 

步骤S112，接入网关在发送预置业务流激活消息前，根据激活消息中携带的业务流信息以及QoS要求，在入网时建立好的预置业务流中按照一定的匹配规则去查找预置业务流。终端在入网过程中建立了预置业务流后，通信网络中的接入网关也会接收到AAA下发的业务流信息。接入网关生成的激活消息中会携带有业务流信息以及相关的QoS要求，接入网关在发起业务数据前，需要按照匹配规则查找该业务数据对应的预置业务流。在查找到该业务数据对应的预置业务流后，向基站发送激活该预置业务流的激活消息。 

步骤S113，上述步骤S112查找到与需要发起的业务数据匹配的预置业务流后，接入网关检测该预置业务流是否处于激活状态，只有该预置业务流处于非激活状态才发送激活消息，否则直接进行业务数据的发送或者接收。 

步骤S114，基站接收到接入网关发送的激活消息后，检测是否有足够的第二次准入资源分配给该激活消息请求激活的预置业务流。因为第二准入资源为通信网络中的紧缺或动态的资源，这些资源在业务繁忙时通常只有很少的剩余甚至满负荷运作，因此不能保障有足够的第二次准入资源分配给激活消息请求激活的预置业务流。在本实施例中第二次准入资源以接入网关与基站间的IP网络资源为例进行说明。基站接收到终端发送的激活消息后，需要先检测当前的IP网络资源是否足够分配给当前的预置业务流。通过检测第二次准入资源可用度的机制，可以避免在没有足够第二次准入资源的情况下进行第二次准入引起 的错误。由于IP网络采用统计利用的方式，在没有业务数据时预置业务流在激活的状态下占用IP网络资源的很少，所以在没有大量用户的情况下可以不采用本步骤的检测第二次准入资源可用度的机制。 

步骤S115，当基站检测到没有足够的第二次准入资源分配给激活消息匹配的预置业务流时第二次准入资源分配失败，则激活失败，基站向接入网关返回激活失败的消息。接入网关在接收到激活失败的消息后，可以根据设定的激活机制，直接丢弃业务数据，或者缓存一定时间再次尝试发送激活消息。这种尝试发起激活消息可以在基站成功激活预置业务流时终止发送，也可以在到达设定的尝试次数或时间为止。 

步骤S116，当基站检测到有足够的第二次准入资源分配给激活消息匹配的预置业务流时，基站为该预置业务流分配第二次准入资源，并激活该预置业务流。本实施例中基站为激活消息匹配的预置业务流分配IP网络资源，激活该预置业务流。 

步骤S117，基站根据去激活触发请求将对应的预置业务流置于非激活状态，该去激活触发请求可以为接入网关发送的预置业务流去激活消息或者接入网关在设置的时限内没接收到业务数据。当接入网关需要执行停止业务数据或者在一定时限内没有业务数据的收发，则向基站发送去激活消息，基站在接收到该去激活消息后，则将对应的预置业务流置于非激活状态。基站自身也可以进行设置去激活时限，例如在一定时限内接收不到接入网关发送的业务数据或者在一定时限内没有业务数据向终端发送时，可以将对应的预置业务流置于非激活状态。除了去激活触发除了由终端或基站触发，还可以由通信网络中其他的数据通信设备进行触发，例如通信网络中的终端。 

请参见图3，图3为本发明实现动态业务流机制的实施例三的方法流程图。本实施例中第一数据通信设备为终端，第二通信设备为接入网关。如图3所示，在现有的QoS模型下，该方法具体包括： 

步骤S201，基站将与终端间的初始业务流置于激活状态，将其他预置业务流置于非激活状态并分配第一次准入资源。终端在入网过程中建立与AAA服务 器建立预置业务流，在建立预置业务流后，基站将与终端间的初始业务流置于激活状态，并将其他不需要激活的预置业务流置于非激活状态，同时为其他未激活的预置业务流分配第一次准入资源。 

步骤S202，基站接收到接入网关发送的激活触发请求，查找终端与基站间和该激活触发请求对应的预置业务流，本实施例中该激活触发请求包括业务数据和激活消息。这种情况应用于由接入网关或者其他服务器通过接入网关主动发起的服务。 

步骤S203，基站检测其与终端间上述步骤S202接收到的激活触发请求对应的预置业务流是否处于激活状态，如果处于激活状态则通过该预置业务流进行数据传输。 

步骤S204，如果该基站检测与终端间与接收到的激活触发请求对应的预置业务流处于非激活状态，则检测是否有足够的第二次准入资源分配给该预置业务流。当基站检测到没有足够的第二次准入资源分配给该激活触发请求匹配的预置业务流时第二次准入资源分配失败，则激活失败，向接入网关返回激活失败的消息。接入网关接收到激活失败的消息后可以根据设定的激活策略进行后续处理，如果激活触发请求为业务数据则直接丢弃业务数据，或者缓存一定时间再次尝试发起该业务数据，直到基站成功激活预置业务流或者到达设定的尝试次数或时间为止；如果为如果激活触发请求为激活消息，接入网关接收到激活失败的消息后按照一定的时间间隔进行再次尝试激活消息直到基站成功激活预置业务流或者到达设定的尝试次数或时间为止。当基站检测到有足够的第二次准入资源分配给该激活触发请求匹配的预置业务流时，基站为该预置业务流分配第二次准入资源，并激活该预置业务流。 

步骤S205，基站根据去激活触发请求将对应的预置业务流置于非激活状态，该去激活触发请求可以为接入网关或终端发送的预置业务流去激活消息或者接入网关或终端在设置的时限内没接收到业务数据。 

请参见图4，图4为本发明实现动态业务流机制的实施例四的方法流程图。本实施例中第一数据通信设备为接入网关，第二通信设备为终端。如图4所示， 在现有的QoS模型下，该方法具体包括： 

步骤S211，基站将与接入网关间的初始业务流置于激活状态，将其他预置业务流置于非激活状态并分配第一次准入资源。终端在入网过程中建立与AAA服务器建立预置业务流，在建立预置业务流后，基站将与接入网关间的初始业务流置于激活状态，并将其他不需要激活的预置业务流置于非激活状态，同时为其他未激活的预置业务流分配第一次准入资源。 

步骤S212，基站接收到终端发送的激活触发请求，查找接入网关与基站间和该业务数据或激活消息对应的预置业务流。本实施例中该激活触发请求包括业务数据和激活消息。 

步骤S213，基站检测与接入网关间上述步骤S212接收到的激活触发请求对应的预置业务流是否处于激活状态，如果处于激活状态则通过该预置业务流进行数据传输。 

步骤S214，如果该基站检测与接入网关间与接收到的激活触发请求对应的预置业务流处于非激活状态，则检测是否有足够的第二次准入资源分配给该预置业务流。当基站检测到没有足够的第二次准入资源分配给该激活触发请求匹配的预置业务流时第二次准入资源分配失败，则激活失败，返回激活失败的消息。终端接收到激活失败的消息后可以根据设定的激活策略进行后续处理，如果激活触发请求为业务数据则直接丢弃业务数据，或者缓存一定时间再次尝试发起该业务数据，直到基站成功激活预置业务流或者到达设定的尝试次数或时间为止；如果为如果激活触发请求为激活消息，终端收到激活失败的消息后按照一定的时间间隔进行再次尝试激活消息直到基站成功激活预置业务流或者到达设定的尝试次数或时间为止。当基站检测到有足够的第二次准入资源分配给该该激活触发请求匹配的预置业务流时，基站为该预置业务流分配第二次准入资源，并激活该预置业务流。 

步骤S215，基站根据去激活触发请求将对应的预置业务流置于非激活状态，该去激活触发请求可以为终端或接入网关发送的预置业务流去激活消息或者终端或接入网关在设置的时限内没接收到业务数据。 

请参见图5所示，图5为本发明实现动态业务流机制实施例一的系统示意图。如图5所示，该系统包括：终端11和基站21。终端11在基站21将初始业务流置于激活状态并为除初始业务流外的其他预置业务流分配了第一次准入资源后，如果需要发起某一业务数据，终端11根据激活消息中携带的业务流信息和QoS要求根据设定的匹配规则查找需要发起的业务数据对应的预置业务流，在查找到匹配的预置业务流后首先检测该预置业务流是否处于激活状态，如果处于非激活状态则向基站21发送激活该预置业务流的激活消息；如果没查找到匹配的预置业务流，可以根据设定的处理策略选择通过初始业务流传输业务数据或者丢弃相关的业务数据。基站21接收到终端11发送的激活消息后，检测是否有足够的第二次准入资源，如果有则为激活消息请求的预置业务流分配第二次准入资源并激活该预置业务流；否则，终端11可以根据设定的激活策略，直接丢弃业务数据，或者缓存一定时间再次尝试发起激活消息，直到基站成功激活预置业务流，或到达设定的尝试次数或时间为止；基站21还可以根据去激活触发请求将对应的预置业务流置于非激活状态 

请参见图6所示，图6为本发明实现动态业务流机制实施例二的系统示意图。如图6所示，该系统包括：接入网关12和基站22。该系统的原理与图5所示系统的原理相同，在此不再赘述。 

请参见图7所示，图7为本发明实现动态业务流机制实施例三的系统示意图。如图7所示，该系统包括：终端13、基站23和接入网关33。基站23在将与终端13之间的初始业务流置于激活状态并为除初始业务流外的其他预置业务流分配了第一次准入资源后，如果接收到接入网关33发送的该激活触发请求，则检测基站23和终端13间的与该激活触发请求匹配的预置业务流是否处于激活状态，如果为非激活状态则为该预置业务流分配第二次准入资源，如果没有足够的二次准入资源则激活预置业务流失败，返回激活失败的消息。其中，本实施例中该激活触发请求包括业务数据和激活消息。这时，接入网关33接收到激活失败的消息后可以根据设定的激活策略进行后续处理，如果激活触发请求为业务数据则直接丢弃业务数据，或者缓存一定时间再次尝试发起该业务数据， 直到基站成功激活预置业务流或者到达设定的尝试次数或时间为止；如果为如果激活触发请求为激活消息，接入网关接收到激活失败的消息后按照一定的时间间隔进行再次尝试激活消息直到基站成功激活预置业务流或者到达设定的尝试次数或时间为止。基站23还可以根据去激活触发请求将对应的预置业务流置于非激活状态。 

请参见图8所示，图8为本发明实现动态业务流机制实施例四的系统示意图。如图8所示，该系统包括：接入网关14和基站24和终端34。该系统的原理与图7所示系统的原理相同，在此不再赘述。 

请参见图9所示，图9为本发明实施例基站的结构示意图。如图9所示，该基站包括：业务单元110、第一准入控制单元120、第一检测单元130、第二检测单元140、第二准入控制单元150以及第三检测单元160。业务单元110分别与第一准入控制单元120、第一检测单元130、第二检测单元140、第二准入控制单元150以及第三检测单元160连接；第一检测单元130、第二检测单元140、第二准入控制单元150以及第三检测单元160依次连接。 

业务单元110用于获取触发请求并根据触发请求处理所有预置业务流状态，预置业务流状态包括激活状态和非激活状态，该触发请求包括激活触发请求和去激活触发请求。第一准入控制单元120用于为被业务单元110置于非激活状态的预置业务流分配第一次准入资源。第一检测单元130用于在接收到第二数据通信设备发送的业务数据后检测与第一数据通信设备的预置业务流是否处于激活状态，如果为非激活状态则通知第二准入控制单元150为该预置业务流分配第二次准入资源，如果为激活状态则不需要第二准入控制单元150分配第二次准入资源。第二检测单元140用于在业务单元110接收到激活请求或者第一检测单元130检测结果为非激活状态时，检测是否有足够的第二次准入资源供第二准入控制单元150分配。第二准入控制单元150用于在业务单元110获取激活触发请求后，为所需激活预置业务流分配第二次准入资源，并通过业务单元110激活该预置业务流。第三检测单元160用于检测在设置的时限内是否有业务数据传输，如果没有业务数据传输则通知业务单元110将预置业务流置于 非激活状态。 

业务单元110具体包括：会话模块111以及状态处理模块112。会话模块111以及状态处理模块112依次连接。 

会话模块111用于获取所述的触发请求，该触发请求包括激活触发请求以及非激活触发请求。在通信网络中，终端入网建立预置业务流后，该会话模块111接收到通信网络服务设备(如接入网关)发出的激活消息，该激活消息用来触发状态处理模块112将初始业务流置于激活状态，并触发第一准入控制单元120为除预置业务流外的其他预置业务流分配第一次准入资源。激活触发请求除了业务数据和激活消息外还包括第二准入控制单元150在分配第二次准入资源后发送的通知。 

状态处理模块112用于激活所述初始业务流并将其他预置业务流置于非激活状态，根据会话模块111接收到的激活触发请求以及所述第二准入控制单元150的资源分配结果将对应的预置业务流置于激活状态或非激活状态；或根据会话模块111接收到的去激活消息将对应的预置业务流置于非激活状态；或根据第三检测单元160的在设置的时限内检测到没有业务数据传输的结果将业务数据匹配的预置业务流置于非激活状态。在建立预置业务流时，该模块首先将初始业务流置于激活状态，而由于其他预置业务流在激活状态会占用和消耗大量的资源，因此将其他预置业务流置于非激活状态。 

第一准入控制单元120，在状态处理模块112激活初始业务流并将其他预置业务流置于非激活状态后，第一准入控制单元120为处于除初始业务流外的预置业务流分配第一次准入资源。第一次准入资源一般为建立预置业务流的必须资源，例如内存资源，除此之外还可以将于空闲较多的资源，尤其是空闲较多的静态资源作为第一次准入资源分配给业务流。第一次准入资源的设置可以根据不同通信系统中空闲资源或者静态资源的不同来设置。 

第一检测单元130，在会话模块111接收到第二数据通信设备发送的业务数据后，该单元首先检测基站和第一数据通信设备之间的该业务数据匹配的预置业务流是否处于激活状态，如果处于激活状态那么可以直接进行数据传输而不 需要再进行资源分配或者资源的可用度可以根据资源的占有量或者占有率来确定。如果检测为处于非激活状态，那么再由第二检测单元140检测是否有足够的第二次准入资源供第二准入控制单元150分配。当然，如果业务数据中含有匹配预置业务流的状态信息，可以不设置此单元。 

第二检测单元140，在会话模块111接收到第一数据通信设备或第二数据通信设备发送的激活消息后，或第一检测单元130在接收到第二数据通信设备发送的业务数据后检测到与该业务数据匹配的预置业务流处于非激活状态时，第二检测单元140通过检测资源可用度来判断是否有足够的第二次准入资源分配给该激活消息请求激活的基站与第一数据通信设备的预置业务流，资源的可用度可以根据资源的占有量或者占有率来确定。如果检测结果为没有足够的第二次准入资源供第二准入控制单元150分配时，则激活预置业务流失败，返回激活失败的消息。这时，第一数据通信设备或第二数据通信设备可以根据设定的激活策略，直接丢弃业务数据，或者设置一存储单元将业务数据缓存一定时间再次尝试发起激活触发请求，直到有足够的第二次准入资源供第二准入控制单元150分配，或者超过设定的尝试次数或时间为止。 

第二准入控制单元150，在会话模块111接收到第一数据通信设备或第二数据通信设备发送的激活消息后，第一检测单元130通过检测资源可用度来判断是否有足够的第二次准入资源分配给该激活消息请求激活的基站与第一数据通信设备的预置业务流，如果有足够的第二次准入资源进行分配，那么第二准入控制单元150就为激活消息对应的预置业务流分配第二次准入资源。也可以在会话模块111接收到第二数据通信设备发送的业务数据后，首先通过第二检测单元140检测到该业务数据匹配的预置业务流处于非激活状态后，且再通过第一检测单元130检测资源可用度来判断是否有足够的第二次准入资源分配给该激活消息请求激活的基站与第一数据通信设备的预置业务流，如果有足够的第二次准入资源进行分配，那么第二准入控制单元150就为激活消息匹配的预置业务流分配第二次准入资源。第二准入资源为通信系统中的紧缺资源或者动态的资源，例如空口资源或IP网络资源。 

第三检测单元160，在激活的预置业务流后，有些业务数据传输过后，不再产生业务数据传送，而该预置业务流还占用和消耗着相应的资源，但是第三检测单元160检测到该预置业务流的没有业务数据传输时会通知业务单元110对该预置业务流进行去激活处理，即第二准入控制单元150不分配第二次准入资源给对应的预置业务流，业务单元110将该预置业务流置于非激活状态，这样就能够合理的利用紧缺资源或者其他动态资源和避免了浪费，从而优化了服务质量。 

请参见图10所示，图10为本发明实施例数据通信设备的结构示意图。数据通信设备可以为图5-图8系统中的终端或接入网关，该数据通信设备包括：业务发起单元210、查找单元220、第一检测单元230、业务处理单元240及第二检测单元250。业务发起单元210、查找单元220、第一检测单元230及第二检测单元250分别与业务处理单元240依次连接；其中，业务发起单元210、查找单元220及第一检测单元230依次相连。 

业务发起单元210用于与通信系统中其他设备建立预置业务流并用于发起相应的业务数据。查找单元220用于根据所述业务处理单元240中激活触发请求在已经建立的预置业务流中按照设定的匹配规则去查找业务发起单元210需要发起业务数据对应的预置业务流。第一检测单元230用于在查找单元220查找到的业务数据匹配的预置业务流后，检测该预置业务流是否处于激活状态，如果为激活状态的预置业务流，则通知所述业务处理单元不发送激活消息。业务处理单元240用于在发起业务数据和向基站发送激活触发请求触发基站为已经分配第一次准入资源的预置业务流进行分配第二次准入资源。第二检测单元250用于检测设置的时限内是否有业务数据的传输，如果没有业务数据传输则通过业务处理单元240向基站发送预置业务流的去激活消息。 

业务发起单元210，在与通信系统中其他设备建立预置业务流后，如果需要进行业务服务时首先发起业务数据。在与该业务数据对应的预置业务流未激活之前，如果数据通信设备有存储模块，可以先缓存需要发起的数据，如果没有相应的存储模块或者存储模块容量不足时，可以只进行相应的发起操作，不生 成业务数据，在激活预置业务流后再生成相应的业务数据。如果业务数据和匹配的预置业务流由基站查找，或者数据通信设备不需要查找与业务数据匹配的预置业务流时，业务处理单元240可以直接向基站发送激活消息。 

查找单元220，在缓存业务发起单元210发起的业务数据或仅进行发起操作后，查找单元220会根据业务处理单元240中激活触发请求携带的业务流信息以及服务质量要求，在已经建立的预置业务流中按照设定的匹配规则去查找业务发起单元210需要发起业务数据对应的预置业务流。如果没有查找到需要发起的业务数据匹配的预置业务流，则可以根据设定的处理策略，选择通过初始业务流完成业务数据的发送以及接收，或者丢弃相关的业务数据。 

第一检测单元230，在查找单元220查找到业务数据匹配的预置业务流时，第一检测单元230检测所述查找到的业务数据匹配的预置业务流是否处于激活状态，如果为激活状态，则业务处理单元240不发送激活消息，这样能够避免基站需要对预置业务流的状态进行检查，节约基站的处理资源。 

业务处理单元240，第一检测单元230检测所述查找到的业务数据匹配的预置业务流是否处于激活状态，如果为非激活状态，则业务处理单元240向基站发送激活消息。该激活消息触发基站激活与第一数据通信设备之间预置业务流。也可以在第二检测单元250检测到设置的时限内没有业务数据的传输时，向基站发送预置业务流的去激活消息触发基站将对应的预置业务流置于非激活状态。 

第二检测单元250，在激活的预置业务流后，有些业务数据传输过后，不再产生业务数据传输，而该预置业务流还占用和消耗着相应的资源，第二检测单元250用于检测设置的时限内是否有业务数据的传输，如果没有业务数据传输则通过业务处理单元240向基站发送预置业务流的去激活消息。在基站将对应的预置业务流置于非激活状态时，可以节约对应的第二次准入资源，从而优化了通信系统的服务质量。 

本发明实施例在不增加其他设备的情况下通过激活初始业务流而将其他预置业务流置于非激活状态，并且仅为处于非激活状态的预置业务流分配如内存 等必要的第一次准入资源，从而避免由于资源预留而占用大量的空口资源、网络资源以及其他的紧缺或动态的资源；通过在需要进行业务数据传输时分配如空口轮询等紧缺的第二次准入资源来在静态QoS下实现业务流的动态机制。本发明实施例能够有效利用通信系统中的资源，优化了通信系统的服务质量。 

以上所列举的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。 

Claims (19)

1.一种实现动态业务流机制的方法，其特征在于，包括： 

基站将其与第一数据通信设备间的初始业务流置于激活状态，将除初始业务流外的其他预置业务流置于非激活状态并分配第一次准入资源； 

基站根据接收到的激活触发请求为已经分配第一次准入资源的预置业务流进行分配第二次准入资源，并激活该预置业务流。 

2.如权利要求1所述的实现动态业务流机制的方法，其特征在于，所述的激活触发请求具体为： 

第一数据通信设备发送的预置业务流激活消息，所述第一数据通信设备具体为终端或接入网关。 

3.如权利要求1所述的实现动态业务流机制的方法，其特征在于，所述的激活触发请求具体为： 

第二数据通信设备发送的业务数据或激活消息，所述第一数据通信设备为终端时第二数据通信设备为接入网关或者所述第一数据通信设备为接入网关时第二数据通信设备为终端。 

4.如权利要求1所述的实现动态业务流机制的方法，其特征在于，当基站接收到激活触发请求后，如果没有足够的第二次准入资源分配给所需激活的预置业务流时，该方法还包括： 

不激活对应的预置业务流，丢弃接收到的业务数据或者激活消息；或， 

缓存接收到的数据或激活消息直到有足够的第二次准入资源分配给所需激活的预置业务流。 

5.如权利要求1或4所述的实现动态业务流机制的方法，其特征在于，在所述基站接收到的激活触发请求后还包括：

检测是否有足够的第二次准入资源分配给所述激活触发请求匹配的预置业务流。 

6.如权利要求2所述的实现动态业务流机制的方法，其特征在于，所述第一数据通信设备在发送预置业务流激活消息前还包括：

根据激活消息中携带的业务流信息以及服务质量要求，在已经建立的预置业务流中按照设定的匹配规则去查找需要发起业务数据对应的预置业务流。

7.如权利要求6所述的实现动态业务流机制的方法，其特征在于，所述第一数据通信设备在发送预置业务流激活消息前还包括：

检测所述查找到所需发起的业务数据匹配的预置业务流是否处于激活状态，如果为非激活状态，则发送激活消息，否则不发送激活消息。

8.如权利要求3所述的实现动态业务流机制的方法，其特征在于，在基站接收到所述第二数据通信设备发送的激活触发请求后，还包括：

检测基站与第一数据通信设备间与该激活触发请求匹配的预置业务流是否处于激活状态，如果为非激活状态则为该预置业务流分配第二次准入资源。

9.如权利要求1所述的实现动态业务流机制的方法，其特征在于，还包括：

基站根据去激活触发请求将对应的预置业务流置于非激活状态，所述的去激活触发请求为第一数据通信设备或第二数据通信设备发送的预置业务流去激活消息或在设置的时限内没接收到业务数据。

10.一种基站，其特征在于，包括：

业务单元，该单元用于获取触发请求并根据触发请求处理所有预置业务流状态，所述预置业务流状态包括激活状态和非激活状态，所述触发请求包括激 活触发请求和去激活触发请求；

第一准入控制单元，该单元用于为被所述业务单元置于非激活状态的预置业务流分配第一次准入资源；

第二准入控制单元，该单元用于在所述业务单元获取激活触发请求后，为所需激活预置业务流分配第二次准入资源。

11.如权利要求10所述的基站，其特征在于，所述第二准入控制单元还用于在为所需激活预置业务流成功分配第二次准入资源后通知所述业务单元将该预置业务流置于激活状态。

12.如权利要求10所述的基站，其特征在于，还包括：

第一检测单元，该单元用于在接收到第二数据通信设备发送的业务数据后检测与第一数据通信设备的预置业务流是否处于激活状态，如果为非激活状态则通知第二准入控制单元为该预置业务流分配第二次准入资源；

第二检测单元，该单元用于在所述业务单元接收到激活请求或者所述第一检测单元检测结果为非激活状态时，检测是否有足够的第二次准入资源供所述第二准入控制单元分配。

13.如权利要求10所述的基站，其特征在于，还包括：

第三检测单元，该单元用于检测在设置的时限内是否有业务数据传输，如果没有业务数据传输则通知所述业务单元将预置业务流置于非激活状态。

14.如权利要求10所述的基站，其特征在于，所述业务单元具体包括：

会话模块，该模块用于获取所述的触发请求；

状态处理模块，该模块用于将初始业务流置于激活状态并将除初始业务流外的其他预置业务流置于非激活状态；或根据所述会话模块接收到的激活触发请求以及所述第二准入控制单元是否能够为对应的预置业务流分配第二次准入 资源，将预置业务流置于激活或非激活状态；或根据去激活触发请求将对应的预置业务流置于非激活状态。

15.一种数据通信设备，其特征在于，包括：

业务发起单元，该单元用于与通信系统中其他设备建立预置业务流并用于发起相应的业务数据；

第二检测单元，该单元用于检测设置的时限内是否有业务数据的传输，如果没有业务数据传输则通过业务处理单元向基站发送预置业务流的去激活消息；

业务处理单元，该单元用于向基站发送激活触发请求触发基站为已经分配了第一次准入资源的预置业务流分配第二次准入资源或向基站发送去激活消息触发基站将已经激活的预置业务流置于非激活状态。

16.如权利要求15所述的数据通信设备，其特征在于，还包括：

查找单元，该单元用于根据所述业务处理单元中的激活触发请求在已经建立的预置业务流中按照设定的匹配规则去查找所述业务发起单元发起的业务数据所对应的预置业务流。

17.如权利要求16所述的数据通信设备，其特征在于，还包括：

第一检测单元，该单元用于在所述查找单元查找到的业务数据匹配的预置业务流后，检测该预置业务流是否处于激活状态，如果为激活状态的预置业务流，则通知所述业务处理单元不发送激活消息。

18.一种通信系统，其特征在于，包括：

第一数据通信设备，所述第一数据通信设备用于触发基站为与所述第一数据通信设备间的预置业务流分配第一次准入资源，还用于触发基站为第一数据通信设备发起的业务数据所匹配的预置业务流分配第二次准入资源，同时触发基站处理预置业务流的状态； 

基站，所述基站用于为建立的预置业务流分配第一次准入资源和为需要发起业务数据匹配的预置业务流第二次准入资源以及处理预置业务流的状态。 

19.如权利要求18所述的通信系统，其特征在于，还包括： 

第二数据通信设备，所述第二通信设备用于向基站发送业务数据并触发基站为其与所述第一数据通信设备间的预置业务流分配第一次准入资源和为需要发起业务数据匹配的预置业务流第二次准入资源以及处理预置业务流的状态。 

Images