WO2011006391A1 - 信道请求控制方法及基站 - Google Patents

信道请求控制方法及基站 Download PDF

Info

Publication number
WO2011006391A1
WO2011006391A1 PCT/CN2010/072725 CN2010072725W WO2011006391A1 WO 2011006391 A1 WO2011006391 A1 WO 2011006391A1 CN 2010072725 W CN2010072725 W CN 2010072725W WO 2011006391 A1 WO2011006391 A1 WO 2011006391A1
Authority
WO
WIPO (PCT)
Prior art keywords
channel
requests
type
request
overload
Prior art date
Application number
PCT/CN2010/072725
Other languages
English (en)
French (fr)
Inventor
刘星辰
乌毅辉
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011006391A1 publication Critical patent/WO2011006391A1/zh

Links

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic

Definitions

  • the present invention relates to the field of communications, and in particular to a channel request control method and a base station.
  • BACKGROUND OF THE INVENTION With Global System for Mobile Communication (referred to as
  • GSM Global System for Mobile communications
  • BTS Base Transceiver Station
  • BSC Base Station Controller
  • the existing flow control mechanism can alleviate the impact of the sudden increase of channel requests on the network to a certain extent, it cannot flow control the channel request in a short time, which makes the network load become heavier and heavy, and eventually the network is unavailable.
  • the main reason is that the existing flow control mechanism is that the BTS detects that the channel is overloaded and reports it to the BSC, and then the BSC sends a system message to notify the terminal, so that terminals of different access levels access according to the received system message. In order to achieve the purpose of controlling the CS and PS channel request access.
  • the present invention has been made in view of the problem that the BTS may not be able to report an overload message to the BSC and may cause the network to be unavailable after the channel is overloaded in the related art flow control mechanism.
  • the main object of the present invention is to provide a A channel request control scheme to solve the above problem.
  • a channel request control method is provided.
  • the channel request control method includes: a setting step of setting a first threshold corresponding to each type of channel request and setting a second threshold corresponding to all types of overload requests; and a statistical step of counting all types The number of overload requests; a control step of discarding an overload request and/or a channel request received after the number of overload requests exceeds a second threshold; wherein the overload request is greater than the number of channel requests in one type A type of channel request is received after the corresponding first threshold value of the channel request.
  • the above method further comprises: periodically performing statistical step aggregation and control step aggregation.
  • the method further comprises: sending a message to the management background, so that the management background determines at least one of the following according to the message: the number of channel requests of each type, the channel request of each type that is discarded Quantity.
  • the method before the step of synthesizing the statistics, the method further includes: receiving a channel request, and determining a type of the received channel request.
  • the method after determining the type of the received channel request, the method further includes: separately counting the number of received channel requests of each type.
  • the first threshold value is determined according to the traffic volume and/or the capacity of the link corresponding to each type of channel request; the second threshold value is determined according to the processing capability of the base station and/or the capacity of the link.
  • a base station includes: one or more first counters for respectively counting the number of channel requests of one type, wherein the number of the first counters is the same as the number of types of channel requests; a module, configured to respectively set a first threshold corresponding to each type of channel request; a second counter, configured to count all types of overload requests, wherein the overload request is performed when the count value of the first counter exceeds a channel request of the type received after the first threshold value corresponding to the channel request is received; a second setting module, configured to set a second threshold corresponding to the overload request; and a control module, configured to discard the second counter An overload request and/or channel request received after the count value exceeds the second threshold.
  • the base station further includes: a timer, configured to set a running period of the first counter and the second counter; the first counter and the second counter are re-counted when the timer starts counting.
  • the foregoing base station further includes: a sending module, configured to send a message to the management background, so that the management background determines at least one of the following according to the message: the number of channel requests of each type, the channel request of each type that is discarded. Quantity.
  • the foregoing base station further includes: a receiving module, configured to receive a channel request; and a determining module, configured to determine a type of the received channel request.
  • the BTS is used to count the number of received channel requests, and the channel request exceeding the predetermined threshold is discarded. After the BTS detects the channel overload, the BTS may not be able to report the overload message to the BSC, which may result in the network being unavailable.
  • the problem is that the BTS does not need to detect whether the channel is overloaded, and the BTS controls the number of channel requests.
  • FIG. 1 is a flow chart of a channel request control method in accordance with an embodiment of the present invention
  • FIG. 2 is a schematic diagram showing the overall structure of a GSM system according to an embodiment of the present invention
  • Figure 4 is a block diagram showing the structure of a base station according to an embodiment of the present invention
  • Figure 5 is a block diagram showing a preferred structure of a base station according to an embodiment of the present invention.
  • FIG. 1 is a flowchart of a channel request control method according to an embodiment of the method of the present invention. As shown in FIG. 1, the method includes the following steps. Step S102 to step S106: Step S102 is set to respectively set a first threshold corresponding to each type of channel request, and set a second threshold corresponding to all types of overload requests.
  • the first threshold is one for each type, and the second threshold is one for all types of channel requests.
  • the first threshold value may be determined according to a certain area data service (PS service) and a voice service (CS service) quantity and/or a link capacity, where the link may include: advanced data link control ( The High Level Data Link Controller (HDLC) link and the data link layer use the Link Access Procedure on the D channel (LAPD) link.
  • the second threshold value may be determined according to the capacity of the link and/or the processing capability of the base station, where the foregoing link may include, but is not limited to, an LAPD link and an HDLC link.
  • Statistics step S104 counting the number of all types of overload requests.
  • Control step S106 discarding the overload request and/or channel request received after the number of overload requests exceeds the second threshold, that is, discarding all types of types received after the number of overload requests exceeds the second threshold Channel request; wherein the overload request is a channel request of the type received after the number of channel requests of one type exceeds a first threshold corresponding to the channel request of the type.
  • the overload request is a channel request of the type received after the number of channel requests of one type exceeds a first threshold corresponding to the channel request of the type.
  • the request and/or the channel request solves the problem that the BTS may not be able to report the overload message to the BSC after the channel is detected to be overloaded, which may cause the network to be unavailable, and thus the BTS does not need to detect whether the channel is overloaded or not, and the BTS requests the channel.
  • the effect of the number of controls may be performed periodically, that is, if the set period is T, the number of overload requests in the T time is counted, and the number of overload requests exceeds the second.
  • the BTS may send a message, so that the management background determines at least one of the following according to the message: the number of channel requests per type, the number of channel requests for each type that are discarded. That is, the message carries at least one of the following: the number of channel requests per type, the number of channel requests for each type that are discarded.
  • the management background may be a BSC or an RNC.
  • a channel request from the user equipment is received, and the type of the received channel request is determined, and then the number of received channel requests of each type is separately counted.
  • FIG. 2 is a schematic diagram of the overall structure of a GSM system according to an embodiment of the present invention.
  • the system includes a BTS and a BSC, and the BSC is connected to a mobile switching center through an Operation Management Center (OMC).
  • MSC Mobile Switch Center
  • VLR Visit Location Register
  • HLR Home Location Register
  • AUC Authorization Center
  • EIR Device Identification Register
  • BSS Base Station Systems
  • the MSC/VLR is connected to the Public Switched Telephone Network (Public Switched Telephone Network).
  • Public Switched Telephone Network Public Switched Telephone Network
  • FIG. 3 is a preferred flowchart in accordance with an embodiment of the present invention, which will be described in detail below in conjunction with FIG.
  • the specific implementation steps are as follows: First, the BTS is powered on, and the flow control policy is started. For each channel request received, it is determined whether it is a CS channel request or a PS channel request as described in section 9.1.8 of the 3GPP TS44018 specification. Then, when the flow control policy is started, the cycle timer is started, which is often T. Step S302, the number of CS channel requests and the number of PS channel requests are respectively counted in the period ⁇ .
  • Step S304 determining whether the number of CS channel requests or PS channel requests in the period ⁇ reaches the "CS overload threshold” or the "PS overload threshold” set in the background.
  • Step S306 when the number of CS channel requests or PS channel requests received by the BTS reaches the "CS overload threshold” or the "PS overload threshold” set in the background, the CS overload threshold and the "PS overload threshold” are the first threshold. If the integer A (initial value is 0) is used to count all types of channel requests received again, then each time a CS channel request or PS channel request is received again, the integer A is incremented by 1.
  • Step S308 judge Whether the value of the integer A is greater than the second threshold value set in the background.
  • Step S310 if the integer A reaches the second threshold value set in the background, discard any other type of channel request received again in the period.
  • the reserved threshold can be fixed in the writing process.
  • the "reservation threshold" can be balanced.
  • the ratio of CS traffic to PS traffic Preferably, considering that the background needs to understand the effect of the flow control for a period of time, one can be added.
  • the BTS to background interface message the total number of CS and PS channel requests, the number of CS and PS channel requests filtered, and so on.
  • the flow control strategy is different from the protocol and is fully implemented by the BTS side.
  • FIG. 4 is a structural block diagram of a base station according to Embodiment 1 of the present invention. As shown in FIG. 4, the base station includes: one or more first counters 51, and a first The setting module 52, the second counter 53, the second setting module 54, and the control module 55 are described in detail below.
  • a first counter 51 configured to separately count one type of channel request, where the first meter The number of the devices is the same as the number of types of channel requests;
  • the first setting module 52 is configured to respectively set a first threshold corresponding to each type of channel request;
  • the second counter 53 is connected to the first counter 51 and the first a setting module 52, configured to count all types of overload requests, wherein the overload request is a channel of the type received after the count value of the first counter 51 exceeds a first threshold corresponding to a channel request for which the counter is counted
  • a second setting module 54 is configured to set a second threshold corresponding to the overload request;
  • the control module 55 is connected to the second counter 53 and the second setting module 54 for discarding the count value of the second counter exceeding the second An overload request and/or channel request received after the threshold.
  • the first setting module is used to respectively set each type of channel request correspondingly.
  • the first threshold and the second setting module set a second threshold corresponding to all types of overload requests; count the number of overload requests of all types; discard the received after the number of overload requests exceeds the second threshold.
  • FIG. 5 is a block diagram of a preferred structure of a base station according to an embodiment of the present invention.
  • the base station may further include: a timer 62 connected to the first counter 51 and the second counter 53, and the timer 62 is configured to set the first The operating period of the counter 51 and the second counter 53; wherein, the first counter 51 and the second counter 53 are recounted when the timer 62 starts counting.
  • a timer 62 connected to the first counter 51 and the second counter 53, and the timer 62 is configured to set the first The operating period of the counter 51 and the second counter 53; wherein, the first counter 51 and the second counter 53 are recounted when the timer 62 starts counting.
  • the base station may further include: a sending module 64, where the sending module 64 is configured to send a message, so that the management background determines at least one of the following according to the message: the number of each type of channel request, The number of channel requests of each type discarded, that is, the message carries at least one of the following: the number of channel requests per type, the number of channel requests for each type that are discarded.
  • the base station may further include a receiving module 66 and a determining module 68. The structure will be described in detail below.
  • the receiving module 66 is configured to receive a channel request.
  • the determining module 68 is coupled to the receiving module 66 and the first counter 51 for determining the type of the received channel request.
  • the base station sets a counter of the PS channel request and a counter of the CS channel request (ie, the first counter), and starts a cycle timer, in the period of the timer, if the count value of the counter of the PS channel request exceeds the gate of the PS channel request The limit value, then, if the PS channel request is received again, the value of the overload request counter (ie, the second counter) is incremented by one. If the count value of the counter requested by the CS channel at this time also exceeds the threshold value of the CS channel request, Then, the CS channel request is received again, and the value of the overload request counter is also incremented by one.
  • the control module discards all PS channel requests and CS channel requests that are received later. If the timer period of the timer ends and a new timing period begins, the counter for the PS channel request and the counter for the CS channel request and the counter for the overload request are restarted.
  • the BTS no longer needs to detect whether the channel is overloaded or report an overload message to the BSC.
  • the BTS does not rely on the BSC to send system messages to control the intervention of some mobile phones.
  • the destination channel has reached the number of control channel requests.
  • the BTS controls the number of channel requests according to the parameters configured in the background.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device, or they may be separately fabricated into individual integrated circuit modules, or they may be Multiple modules or steps are made into a single integrated circuit module. Thus, the invention is not limited to any particular combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种信道请求控制方法及基站，该方法包括：设置步骤，分别设置每种类型的信道请求对应的第一门限值，并设置所有类型的过载请求对应的第二门限值；统计步骤，统计所有类型的过载请求的数量；控制步骤，丢弃在过载请求的数量超过第二门限值之后接收到的过载请求和/或信道请求；其中，过载请求是在一种类型的信道请求的数量超过与该类型的信道请求对应的第一门限值之后接收到的该类型的信道请求。通过本发明达到了BTS无需再检测信道是否过载，由BTS对信道请求数目进行控制的效果。

Description

信道请求控制方法^ ϋ占 技术领域 本发明涉及通信领域， 具体而言， 涉及一种信道请求控制方法及基站。 背景技术 随着全求移动通信 ( Global system for Mobile Communication, 简称为
GSM ) 网络用户量日益增大， 尤其是当运营商开通增强型数据速率 GSM演 进技术（ Enhanced Data Rate for GSM Evolution, 简称为 EDGE )业务后， 网 络中分组交换 （Packet Switched, 简称为 PS )信道请求的数目大量增加， 当 网络中突然有大量的 PS和电路交换 ( Circuit Switch, 简称为 CS )信道请求 时， 例如， 旅游景区某时间段突然增加大量位置更新或路由器更新， 就会导 致大量信道请求滞留在基站 （ Base Transceiver Station, 简称为 BTS )侧无法 发送至基站控制器 （ Base Station Controller, 简称为 BSC ), 使得网络在短时 间内无法应用。 现有的流控机制虽然可以在一定程度上緩解信道请求突然增加对网络 造成的影响， 但却无法在短时间内对信道请求进行流控， 使得网络负荷越来 越重， 最终导致网络不可用。 其主要原因在于： 现有的流控机制是 BTS检测判断信道过载， 并上报至 BSC , 再由 BSC 下发系统消息通知终端， 使得不同接入级别的终端根据接收到的系统消息进 行接入， 以达到控制 CS和 PS信道请求接入数量的目的。 但是， 由于 Abis 口的带宽有限， 当 CS和 PS的信道请求突然增加至一定数量时， Abis口流量 过大， BTS检测的过载消息无法送达至 BSC, 致使流控机制无法发挥作用。 此时， 由于没有 BSC的流量控制， 移动台 （ Mobile Station, 简称为 MS )在 接收不到网络回应时会不停重发信道请求，使得 BTS滞留了更多的信道请求 消息无法发送至 BSC , 如此恶性循环最终导致网络不可用。 发明内容 针对相关技术的流控机制中 BTS检测到信道过载后， 有可能无法将过 载消息上报给 BSC而可能导致网络不可用的问题而提出本发明， 为此， 本发 明的主要目的在于提供一种信道请求控制方案， 以解决上述问题。 为了实现上述目的， 根据本发明的一个方面， 提供了一种信道请求控制 方法。 根据本发明的信道请求控制方法包括： 设置步骤， 分别设置每种类型的 信道请求对应的第一门限值，并设置所有类型的过载请求对应的第二门限值； 统计步骤， 统计所有类型的过载请求的数量； 控制步骤， 丢弃在过载请求的 数量超过第二门限值之后接收到的过载请求和 /或信道请求； 其中， 过载请求 是在一种类型的信道请求的数量超过与该类型的信道请求对应的第一门限值 之后接收到的该类型的信道请求。 优选地， 上述方法还包括： 周期性地执行统计步 4聚和控制步 4聚。 优选地， 在控制步骤之后， 上述方法还包括： 向管理后台发送消息， 以 便于管理后台根据消息至少确定以下之一： 每个类型的信道请求的数量、 被 丢弃的每个类型的信道请求的数量。 优选地， 在所述统计步 4聚之前， 上述方法还包括： 接收信道请求， 并判 断接收到的信道请求的类型。 优选地， 在判断接收到的信道请求的类型之后， 上述方法还包括： 分别 统计接收到的每种类型的信道请求的数量。 优选地， 第一门限值根据与每种类型的信道请求对应的业务量和 /或链 路的容量确定； 第二门限值根据基站的处理能力和 /或链路的容量确定。 为了实现上述目的， 根据本发明的另一方面， 提供了一种基站。 根据本发明的基站包括： 一个或多个第一计数器， 用于分别对一种类型 的信道请求的数量进行计数， 其中， 第一计数器的个数和信道请求的类型的 数目相同； 第一设置模块， 用于分别设置每种类型的信道请求对应的第一门 限值； 第二计数器， 用于对所有类型的过载请求进行计数， 其中， 过载请求 是在第一计数器的计数值超过其进行计数的信道请求对应的第一门限值后接 收到的该类型的信道请求； 第二设置模块， 用于设置过载请求对应的第二门 限值； 控制模块， 用于丢弃在第二计数器的计数值超过第二门限值之后接收 到的过载请求和 /或信道请求。 优选地， 上述基站还包括： 计时器， 用于设置第一计数器和第二计数器 的运行周期； 第一计数器和第二计数器在计时器开始计时时重新计数。 优选地， 上述基站还包括： 发送模块， 用于向管理后台发送消息， 以便 于管理后台根据消息至少确定以下之一： 每个类型的信道请求的数量、 被丢 弃的每个类型的信道请求的数量。 优选地， 上述基站还包括： 接收模块， 用于接收信道请求； 判断模块， 用于判断接收到的信道请求的类型。 通过本发明， 釆用 BTS统计接收到的信道请求的数量， 丢弃超过预定 门限值的信道请求， 解决了 BTS检测到信道过载后， 有可能无法将过载消息 上报给 BSC而可能导致网络不可用的问题， 进而达到了 BTS无需再检测信 道是否过载， 由 BTS对信道请求数目进行控制的效果。 附图说明 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的 不当限定。 在附图中： 图 1是 居本发明方法实施例的信道请求控制方法的流程图； 图 2是才艮据本发明实施例的 GSM系统的总体结构的示意图； 图 3是 居本发明实施例的优选的流程图； 图 4是 居本发明实施例的基站的结构框图； 图 5是 居本发明实施例的基站优选的结构框图。 具体实施方式 需要说明的是， 在不冲突的情况下， 本申请中的实施例及实施例中的特 征可以相互组合。 下面将参考附图并结合实施例来详细说明本发明。 在以下实施例中，在附图的流程图示出的步 4聚可以在诸如一组计算机可 执行指令的计算机系统中执行， 并且， 虽然在流程图中示出了逻辑顺序， 但 是在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤。 才艮据本发明的实施例， 提供了一种信道请求控制方法， 图 1是 居本发 明方法实施例的信道请求控制方法的流程图， 如图 1所示， 该方法包括如下 的步骤 S 102至步骤 S 106: 设置步骤 S 102, 分别设置每种类型的信道请求对应的第一门限值， 并 设置所有类型的过载请求对应的第二门限值。 需要说明的是， 第一门限值是每种类型都设置一个， 而第二门限值是为 所有的类型的信道请求共同设置一个。 优选地， 第一门限值可以才艮据某地区数据业务 （PS 业务） 和语音业务 ( CS 业务） 量和 /或链路的容量确定， 其中， 链路可以包括： 高级数据链路 控制 （ High Level Data Link Controller, 简称为 HDLC )链路、 数据链路层釆 用公共信道 D进行信令传输控制 （ Link Access Procedure on the D channel, 简称为 LAPD )链路。 优选地， 第二门限值可以才艮据链路的容量和 /或基站的处理能力来确定， 其中， 上述链路可以包括但不限于： LAPD链路、 HDLC链路。 统计步骤 S 104 , 统计所有类型的过载请求的数量。 控制步骤 S 106, 丢弃在过载请求的数量超过第二门限值之后接收到的 过载请求和 /或信道请求， 即， 丢弃在过载请求的数量超过第二门限值之后接 收到的所有类型的信道请求； 其中， 过载请求是在一种类型的信道请求的数 量超过与该类型的信道请求对应的第一门限值之后接收到的该类型的信道请 求。 相关技术的流控机制中 BTS检测到信道过载后， 存在无法将过载消息 上报给 BSC 而导致网络不可用的问题， 本发明提供了一种信道请求控制方 案， 该方案分别设置每种类型的信道请求对应的第一门限值， 并设置所有类 型的过载请求对应的第二门限值； 统计所有类型的过载请求的数量； 丢弃在 过载请求的数量超过第二门限值之后接收到的过载请求和 /或信道请求，解决 了 BTS检测到信道过载后， 有可能无法将过载消息上报给 BSC而可能导致 网络不可用的问题， 进而达到了 BTS无需再检测信道是否过载， 由 BTS对 信道请求数目进行控制的效果。 优选地， 上述统计步骤 S 104和控制步骤 S 106可以是周期性执行的， 即， 個―设周期为 T, 则统计在 T时间内的过载请求的数量， 并且在过载请求 的数量超过第二门限值之后，在 T时间内丢弃之后接收到的所有的信道请求。 在下一个周期开始的时候， 重新开始统计。 优选地， 为了便于管理后台进行统计， BTS可以发送消息， 以便于所述 管理后台根据该消息至少确定以下之一： 每个类型的信道请求的数量、 被丢 弃的每个类型的信道请求的数量， 即， 该消息至少携带有以下之一： 每个类 型的信道请求的数量、 被丢弃的每个类型的信道请求的数量。 其中， 管理后 台可以是 BSC或 RNC。 优选地， 在步骤 S 104之前， 接收来自用户设备的信道请求， 并判断所 述接收到的信道请求的类型， 然后， 分别统计接收到的每种类型的信道请求 的数量。 下面将结合实例对本发明实施例的实现过程进行详细描述。 图 2是 居本发明实施例的 GSM系统的总体结构的示意图， 如图 2所 示，该系统包括 BTS和 BSC, BSC通过操作维护中心（ Operation Management Center, 简称为 OMC ) 连接至移动交换中心 （ Mobile Switch Center, 简称为 MSC ) /拜访位置寄存器 （Visiting Location Register, 简称为 VLR ), 归属位 置寄存器（Home Location Register, 简称为 HLR )、 鉴权中心 （ Authorization Center, 简称为 AUC )和设备识别寄存器（ Equipment Identity Register, 简称 EIR ) 连接至 MSC/VLR, 基站子系统 （ Base Station Systems, 简称为 BSS ) 也连接至 MSC/VLR, MSC/VLR连接至公共交换电话网络（ Public Switched Telephone Network, 简称为 PSTN ) 和综合业务数字网 （ Integranted Services Digital , 简称为 ISDN )。 在本发明中只涉及到 BTS和 BSC, 图 3是根据本 发明实施例的优选的流程图， 下面结合图 3进行详细的描述。 如图 3所示， 具体实施步 4聚如下： 首先， BTS上电， 启动流控策略。 对于收到的每个信道请求， 居协议 3GPP TS44018规范中 9.1.8节的描述，判断出是 CS信道请求还是 PS信道请 求。 然后， 启动流控策略时启动周期定时器， 时常为 T。 步骤 S302, 周期 Τ内分别统计 CS信道请求数目和 PS信道请求数目。 步骤 S304, 判断周期 Τ内 CS信道请求或 PS信道请求数目是否达到后 台设置的 "CS过载门限" 或 "PS过载门限"。 步骤 S306,当 BTS接收到的 CS信道请求或 PS信道请求数目达到后台 设置的 "CS过载门限" 或 "PS过载门限" 时， 该 CS过载门限" 和 "PS过 载门限" 即为第一门限值。 如果使用整数 A (初始值为 0 ) 来做统计再次接 收到的所有类型的信道请求， 那么， 每再次收到一个 CS信道请求或 PS信道 请求， 则整数 A加 1。 步骤 S308 , 判断该整数 A的值是否大于后台设置的第二门限值。 步骤 S310 , 如果该整数 A达到后台设置的第二门限值时， 丢弃此周期 内再次接收到的其他的任何类型的信道请求。 其中， 预留门限可以固定写入 程序中。 优选地， 由于 Abis 口带宽是一定的， 而不同的应用场所对 CS业务量 和 PS业务量要求有所不同， 此 "预留门限，， 可以平衡 CS业务量和 PS业务 量的比例。 优选地， 考虑到后台需要了解到一段时间内流控的效果， 可以增加一条
BTS至后台的接口消息， 以上报此段时间内 CS和 PS信道请求总数、 CS和 PS信道请求被过滤的数目等。 从以上的描述中， 可以看出， 本发明实现了如下技术效果：
1.流控策略与协议不同， 由 BTS侧完全实现。
2.将某段时间内过多的信道请求在 BTS侧过滤掉， 不会发送到 Abis口 造成拥塞， 也不会造成流控的滞后性。 3.后台参数设置灵活， 可以根据不同的应用场所设置不同的门限值以达 到运营商的需求。
4.对现有的系统上修改较小， 便于对现有的 BTS系统进行维护。 根据本发明的实施例， 提供了一种基站， 图 4是根据本发明装置实施例 一的基站的结构框图，如图 4所示，该基站包括：一个或多个第一计数器 51、 第一设置模块 52、 第二计数器 53、 第二设置模块 54、 控制模块 55 , 下面对 该结构进行详细的描述。 第一计数器 51 , 用于分别对一种类型的信道请求计数， 其中， 第一计 数器的个数和信道请求的类型的数目相同； 第一设置模块 52 , 用于分别设置 每种类型的信道请求对应的第一门限值； 第二计数器 53 连接至第一计数器 51 和第一设置模块 52 , 用于对所有类型的对过载请求计数， 其中， 过载请 求是第一计数器 51 的计数值超过与其进行计数的信道请求对应的第一门限 值之后接收到的该类型的信道请求； 第二设置模块 54 , 用于设置过载请求对 应的第二门限值； 控制模块 55连接至第二计数器 53和第二设置模块 54 , 用 于丢弃在第二计数器的计数值超过第二门限值之后接收到的过载请求和 /或 信道请求。 相关技术的流控机制中 BTS检测到信道过载后， 存在无法将过载消息 上报给 BSC而导致网络不可用的问题， 本发明实施例中，使用第一设置模块 分别设置每种类型的信道请求对应的第一门限值和第二设置模块设置所有类 型的过载请求对应的第二门限值； 统计所有类型的过载请求的数量； 丢弃在 过载请求的数量超过第二门限值之后接收到的过载请求和 /或信道请求，解决 了 BTS检测到信道过载后， 有可能无法将过载消息上报给 BSC而可能导致 网络不可用的问题， 进而达到了 BTS无需再检测信道是否过载， 由 BTS对 信道请求数目进行控制的效果。 图 5是根据本发明实施例的基站优选的结构框图， 如图 5所示， 该基站 还可以包括： 计时器 62连接至第一计数器 51和第二计数器 53 , 计时器 62 用于设置第一计数器 51和第二计数器 53的运行周期； 其中， 第一计数器 51 和第二计数器 53在计时器 62开始计时时重新计数。 如图 5所示， 该基站还可以包括： 发送模块 64 , 发送模块 64用于发送 消息， 以便于所述管理后台根据所述消息至少确定以下之一： 每个类型的信 道请求的数量、 被丢弃的每个类型的信道请求的数量， 即， 该消息至少携带 有以下之一： 每个类型的信道请求的数量、 被丢弃的每个类型的信道请求的 数量。 该基站还可以包括接收模块 66、 判断模块 68 , 下面对该结构进行详细 的描述。 接收模块 66， 用于接收信道请求； 判断模块 68连接至接收模块 66和 第一计数器 51 , 用于判断接收到的信道请求的类型。 下面以接收到 PS信道请求和 CS信道请求为例对上述实施例进行详细 的说明。 基站设置 PS信道请求的计数器和 CS信道请求的计数器 （即， 第一计 数器）， 并且启动周期计时器， 在计时器的周期内， 如果 PS信道请求的计数 器的计数值超过了 PS信道请求的门限值， 那么， 如果再接收 PS信道请求， 则过载请求计数器（即， 第二计数器）的值加 1 , 如果此时 CS信道请求的计 数器的计数值也超过了 CS信道请求的门限值， 则再接收到 CS信道请求， 过 载请求计数器的值也加 1。 当过载请求计数器的计数值超过过第二门限值时， 控制模块丢弃在之后接收到的所有 PS信道请求和 CS信道请求。如果计时器 的计时周期结束并开始一个新的计时周期，则 PS信道请求的计数器和 CS信 道请求的计数器以及过载请求的计数器都重新开始计数。 综上所述， 通过本发明的上述实施例， 实现了如下技术效果：
1. BTS无需再检测信道是否过载， 也无需上报过载消息至 BSC。
2. 不依赖于 BSC下发系统消息控制某些手机的介入， 已达到控制信道 请求数目的目的方式， 由 BTS 根据后台配置的参数对信道请求数目进行控 制。
3. 根据不同的应用场所， 灵活的在后台配置参数， 达到控制 CS接入数 目和 PS接入数目的目的。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执行， 或 者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制 作成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软 件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。

Claims

权 利 要 求 书
1. 一种信道请求控制方法， 其特征在于， 包括：
设置步骤， 分别设置每种类型的信道请求对应的第一门限值， 并设 置所有类型的过载请求对应的第二门限值；
统计步骤， 统计所有类型的过载请求的数量；
控制步骤，丢弃在所述过载请求的数量超过所述第二门限值之后接 收到的过载请求和 /或信道请求；
其中，所述过载请求是在一种类型的信道请求的数量超过与该类型 的信道请求对应的第一门限值之后接收到的该类型的信道请求。
2. 根据权利要求 1所述的方法， 其特征在于， 还包括：
周期性地执行所述统计步骤和所述控制步骤。
3. 根据权利要求 1或 2所述的方法， 其特征在于， 在所述控制步骤之后， 还包括：
向管理后台发送消息， 以便于所述管理后台根据所述消息至少确定 以下之一： 每个类型的信道请求的数量、 被丢弃的每个类型的信道请求 的数量。
4. 根据权利要求 1或 2所述的方法， 其特征在于， 在所述统计步骤之前， 还包括：
接收信道请求， 并判断所述接收到的信道请求的类型。
5. 根据权利要求 4所述的方法， 其特征在于， 在判断所述接收到的信道请 求的类型之后， 还包括：
分别统计接收到的每种类型的信道请求的数量。
6. 根据权利要求 1或 2所述的方法， 其特征在于， 所述第一门限值根据与 每种类型的信道请求对应的业务量和 /或链路的容量确定； 所述第二门限 值根据基站的处理能力和 /或链路的容量确定。
7. —种基站， 其特征在于， 包括:
一个或多个第一计数器，用于分别对一种类型的信道请求的数量进 行计数， 其中， 所述第一计数器的个数和信道请求的类型的数目相同； 第一设置模块，用于分别设置每种类型的信道请求对应的第一门限 值；
第二计数器， 用于对所有类型的过载请求进行计数， 其中， 所述过 载请求是在第一计数器的计数值超过其进行计数的信道请求对应的第一 门限值后接收到的该类型的信道请求；
第二设置模块， 用于设置过载请求对应的第二门限值； 控制模块，用于丢弃在所述第二计数器的计数值超过所述第二门限 值之后接收到的过载请求和 /或信道请求。
8. 根据权利要求 7所述的基站， 其特征在于， 还包括：
计时器， 用于设置所述第一计数器和所述第二计数器的运行周期； 所述第一计数器和所述第二计数器在所述计时器开始计时时重新 计数。
9. 根据权利要求 7或 8所述的基站， 其特征在于， 还包括： 发送模块， 用于向管理后台发送消息， 以便于所述管理后台根据所 述消息至少确定以下之一： 每个类型的信道请求的数量、 被丢弃的每个 类型的信道请求的数量。
10. 根据权利要求 7或 8所述的基站， 其特征在于， 还包括：
接收模块， 用于接收信道请求；
判断模块， 用于判断所述接收到的信道请求的类型。
PCT/CN2010/072725 2009-07-17 2010-05-13 信道请求控制方法及基站 WO2011006391A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910160033.1 2009-07-17
CN 200910160033 CN101959235B (zh) 2009-07-17 2009-07-17 信道请求控制方法及基站

Publications (1)

Publication Number Publication Date
WO2011006391A1 true WO2011006391A1 (zh) 2011-01-20

Family

ID=43448919

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/072725 WO2011006391A1 (zh) 2009-07-17 2010-05-13 信道请求控制方法及基站

Country Status (2)

Country Link
CN (1) CN101959235B (zh)
WO (1) WO2011006391A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2311410A1 (en) * 1999-08-06 2001-02-06 Spacebridge Networks Corporation Soft, prioritised early packet discard system
US20020034949A1 (en) * 2000-09-01 2002-03-21 Hoff Per Magne Overload protection in packet communication networks
CN1852501A (zh) * 2006-03-29 2006-10-25 华为技术有限公司 通知信道负荷的监控方法
CN101005695A (zh) * 2006-01-18 2007-07-25 华为技术有限公司 无线通信中接入冲突避让的方法及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1909523B (zh) * 2006-08-17 2012-05-02 华为技术有限公司 检测器、呼叫会话控制系统及检测呼叫信号的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2311410A1 (en) * 1999-08-06 2001-02-06 Spacebridge Networks Corporation Soft, prioritised early packet discard system
US20020034949A1 (en) * 2000-09-01 2002-03-21 Hoff Per Magne Overload protection in packet communication networks
CN101005695A (zh) * 2006-01-18 2007-07-25 华为技术有限公司 无线通信中接入冲突避让的方法及系统
CN1852501A (zh) * 2006-03-29 2006-10-25 华为技术有限公司 通知信道负荷的监控方法

Also Published As

Publication number Publication date
CN101959235B (zh) 2013-01-16
CN101959235A (zh) 2011-01-26

Similar Documents

Publication Publication Date Title
US11240724B2 (en) Method and device for handover
JP4847541B2 (ja) データパケットトラフィック輻輳を解決する方法及び装置
US9414255B2 (en) Packet flow control in a wireless communications network based on an indication contained in a packet
KR101820193B1 (ko) 인프라스트럭처 장비 및 혼잡 상태 결정 방법
KR101877589B1 (ko) 이동 통신 네트워크, 인프라스트럭처 장비, 이동 통신 장치 및 방법
JP4643650B2 (ja) 無線アクセスネットワーク内での輻輳制御
CN110351201B (zh) 一种数据处理方法及装置
US20110222406A1 (en) Method And Device For Enabling Indication Of Congestion In A Telecommunications Network
KR101470637B1 (ko) 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
KR101820191B1 (ko) 이동 통신 네트워크, 인프라스트럭처 장비, 이동 통신 장치 및 방법
WO2004002085A1 (en) Apparatus and method for resource allocation
WO2012097737A1 (zh) 一种数据传输控制方法及设备
WO2008049347A1 (fr) Procédé et dispositif de régulation d'encombrement dans un réseau de services
WO2012130021A1 (zh) 业务流删除方法及装置
EP2730064A2 (en) Rlc data transmission control based on ue memory capacity
US7894337B2 (en) Method and system for unified overload and overflow control to support VoIP and multiple QOS flow traffic in communication network
WO2013078589A1 (zh) 功率偏置参数的确定方法以及装置
WO2011106979A1 (zh) 短消息业务接入量的控制方法及基站子系统
WO2013182033A1 (zh) 缩短呼叫建立时延的方法及系统
US20140016616A1 (en) Low priority indication in extended service request for enhanced overload handling
CN101932003B (zh) 拥塞控制的处理方法和设备
WO2008049376A1 (fr) Procédé de traitement de demande de mise à jour d'emplacement, entité de réseau, procédé et appareil de gestion d'encombrement
WO2011006391A1 (zh) 信道请求控制方法及基站
WO2006056125A1 (fr) Methode pour une mise a jour de zone de routage apres une interruption bsc/pcu
WO2014117342A1 (zh) 一种拥塞控制的方法和设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10799389

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10799389

Country of ref document: EP

Kind code of ref document: A1