WO2010091586A1 - 一种用于分配信道码的方法和设备 - Google Patents

一种用于分配信道码的方法和设备 Download PDF

Info

Publication number
WO2010091586A1
WO2010091586A1 PCT/CN2009/075827 CN2009075827W WO2010091586A1 WO 2010091586 A1 WO2010091586 A1 WO 2010091586A1 CN 2009075827 W CN2009075827 W CN 2009075827W WO 2010091586 A1 WO2010091586 A1 WO 2010091586A1
Authority
WO
WIPO (PCT)
Prior art keywords
code
channel
application
group
allocation
Prior art date
Application number
PCT/CN2009/075827
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 WO2010091586A1 publication Critical patent/WO2010091586A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0466Wireless resource allocation based on the type of the allocated resource the resource being a scrambling code

Definitions

  • the present invention relates to wireless communications and, more particularly, to a method and apparatus for allocating channel codes. Background technique
  • CDMA is a kind of wireless spread spectrum communication technology which has emerged in the development of digital mobile communication in recent years.
  • CDMA 2000 technology is a model of the IMT-2000 system, and CDMA 2000 lx is its first phase and is currently widely used.
  • the proposed CDMA 2000 lx enhancement standard has increased the user capacity by approximately two or three times in the forward link, enabling efficient use of the operator spectrum.
  • the use of CDMA lx enhancements saves valuable spectrum and cabinet space compared to the way it is added by deploying new lx carriers, so choosing lx enhancements to extend the capacity of existing networks is very attractive to operators.
  • CDMA 2000 lx enhancement proposes the use of interference cancellation interference cancellation, including continuous interference cancellation and forward link on the reverse link (RL, reverse link, also known as downlink) (FL, forward link , also known as linear interference cancellation on the uplink), new wireless configurations (including smart blanking, early termination, etc.) to increase the capacity of lx.
  • RL reverse link
  • FL forward link
  • new wireless configurations including smart blanking, early termination, etc.
  • existing equipment is generally Use Walsh spreading code. However, as capacity increases, more Walsh codes are needed to support more users.
  • the number of Walsh codes is very large for a given spreading factor (also known as spread spectrum). limited.
  • a Walsh code with a spreading ratio of 64 in the telephone call service, the spreading ratio is usually 64, which is defined in the CDMA2000 standard 3
  • QoF quasi-orthogonal functions
  • CDMA 2000 lx enhancements This is the first step in CDMA 2000 lx enhancements, which extends the capacity limitations caused by the available number of orthogonal Walsh sequences without changing any hardware.
  • CDMA2000 lx enhancements will be even stronger in supporting voice and data services.
  • the cost of introducing QoF codes is additional interference because of the lack of orthogonality between QoF blocks.
  • it is necessary to increase the power consumed by the base station. This is because, for the same channel, due to the interference of the QoF code on the Walsh code, the transmission power must be increased at the base station to ensure a certain bit error rate of the receiver. This in turn increases the interference to neighboring cells, which has certain side effects on the capacity increase of the entire system.
  • the QoF block selected for use typically has minimal minimal cross-correlation with the Walsh block, so it is also referred to as quasi-orthogonal.
  • the QoF codes within a QoF block are orthogonal, there is no orthogonality between the different QoF blocks and between the QoF code and the Walsh code. Therefore, the use of the QoF code will cause interference to the original user.
  • the QoF code must be used because the purpose of introducing this technology is to support more users. Accordingly, there is an urgent need for devices and methods for efficiently distributing QoF codes in CDMA network products.
  • the QoF code is alternately assigned with the Walsh code, that is, the system assigns a Walsh code, and then assigns a QoF code.
  • the performance experienced by the user is the same.
  • the disadvantage is that even if the number of users is so small that it can be satisfied with only Walsh codes, the interference is still high. This is because the QoF code and the Walsh code are cross-assigned, and the QoF code is not orthogonal to the Walsh code.
  • Another method of allocation is to assign a Walsh code to a high rate user and a QoF code to a low rate user. Details of the method are given by M. Amadei, U. Manzoli and M ⁇ . Merani in Taipei, November 2002, in Globecom'02, Vol. 1, pp. 841-845 entitled "On the assignment of Walsh and quasi -orthogonal codes in a Multicarrier DS-CDMA system with multiple claass of users". In practice, this method will result in long-distance users using QoF codes, while close-range users will use Walsh codes (this is because users who are far away from the base station tend to have lower rates due to channel transmission loss, while users close to the base station tend to have Higher rate to maintain the same bit error rate).
  • the present invention provides a method and apparatus for allocating a channel code to address or at least alleviate the above-discussed deficiencies in the prior art.
  • the network capacity is increased to support more users, and the channel code is optimally allocated, thereby reducing power consumption, interference, and/or signaling. Overhead.
  • a method for allocating a channel code wherein the channel code is divided into at least two code groups according to a channel code type or a type of application served by the channel code, Methods include:
  • the code usage rate refers to a ratio of the number of occupied codes to a total amount of a specific code resource in the code group, where the occupied code includes at least one of: one or more specific ones a code occupied by an application type; a code occupied by one or more types of codes by one or more specific application types; a code occupied by a channel overhead; a specific code resource is all codes in the code group , or the part of the code group that you want to be optimally assigned.
  • the priority is set for the code group and/or the application type of the channel code to be used, and if only the priority is set for the code group, the channel code in the code group with higher priority is preferentially assigned to the application;
  • a priority is set for the application type, and the channel code in which code group is assigned to the corresponding application is determined by matching the priority of the application type and the priority of the code group.
  • the channel code type includes an orthogonal code and a non-orthogonal code
  • the type of the application includes establishing an FCH channel and an SCH channel; and preferentially assigning an orthogonal code to an application, or assigning an orthogonality to an application with a high priority Code, assigns non-orthogonal codes to applications with low priority.
  • a threshold is set for the code usage rate of at least one of the code groups, and the thresholds may be the same or different for different code groups, depending on the type of the channel code, the type of application, and/or the priority of the code group. Different thresholds are set for different code groups or partial code groups, and based on the thresholds, it is determined whether it is necessary to optimize code allocation within a particular code group and/or between code groups.
  • the threshold is at least one of the following: a saturation threshold ⁇ , used to indicate an upper limit of the code usage rate in the code group. When the code usage rate is higher than ⁇ , the channel code is no longer allocated from the code group. For application; security threshold ⁇ , used to indicate the lower limit of the code usage rate in the code group, when the code usage rate is lower than ⁇ , if there is a suitable code group that can receive the application served by the code group, release a code used in the current code group, and assigning a code in the code group capable of receiving the corresponding application to the application; a high water level threshold ⁇ indicating an upper limit of the code usage rate of the code group in the case where a high water level occurs When the code usage rate is lower than ⁇ , a part of the channel code in the code group is allocated to a specific type of application; a low water level threshold ⁇ is used to indicate a lower limit of the code usage rate of the code group in the case where a low water level occurs, When the code usage rate is higher than ⁇ ,
  • the first pair has been assigned to a particular type of application but has not yet
  • the enabled channel code is de-allocated; if the assigned channel code is in use, the user of the code selects the user and uses the channel according to the characteristics of first in first out, advanced out, priority or application.
  • the code is distributed.
  • the channel code when the channel code is released, it is checked whether there is such an application, the code group in which the application uses the channel code has a lower priority than the code group in which the released channel code is located, and the released channel code The requirements of the application can be met, if present, the channel code used by the application is de-allocated, and the released channel code is assigned to the application.
  • a channel code is allocated for a specific application, if a specific channel resource is not satisfied in the specific code resource, whether the request can be adjusted is determined, and whether the required channel code is present is determined according to the adjusted requirement.
  • the code usage case includes at least one of the following: a usage status indicating that the channel code is being used; an available status indicating that the channel code is not assigned to a specific application, in an allocatable state; and a standby status indicating the channel code Already assigned to a particular type of application, but if a higher priority application requires a channel code, it can be de-allocated and used for higher priority applications.
  • the usage requirement includes at least one of the following: saving power, reducing interference, and saving signaling overhead.
  • an apparatus for channel code allocation comprising means for implementing the above method.
  • an apparatus for channel code allocation wherein the channel code is divided into at least two code groups according to a channel code type or a type of application served by the channel code
  • the equipment includes:
  • a code usage monitoring unit configured to record usage of the channel code
  • a code usage calculation unit for calculating a code usage rate in at least a used code group if the channel code is allocated or de-allocated
  • the code allocation optimization unit includes a priority setting module, configured to set a priority for the code group and/or an application type using a channel code; the code allocation optimization unit allocates a channel code to the application according to the priority;
  • the channel code includes an orthogonal code and a non-orthogonal code
  • the priority of the orthogonal code code group is higher than the non-orthogonal code code group
  • the type of the application includes establishing the FCH channel and the SCH channel.
  • the application that establishes the FCH channel has a higher priority than the application that establishes the SCH channel.
  • the code allocation optimization unit further includes a code usage threshold application policy module, configured to set a threshold for code usage of at least one of the code groups, and the thresholds may be the same or different for different code groups. Setting different thresholds for different code groups or partial code groups according to the type of the channel code, the type of application, and/or the priority of the code group, and the channel code allocation optimization unit determines whether the threshold is applied according to the code allocation optimization unit, The allocation of channel codes needs to be optimized within a particular code group and/or between code groups.
  • the channel code allocation optimization unit includes a channel code allocation module that performs an operation of allocating, de-allocating, and releasing the channel code.
  • channel code allocation is optimized by introducing code usage and based on code usage, such as dynamically assigning Walsh codes and QoF codes. This makes it possible to flexibly meet the limitations of power constraints, interference and/or signaling overhead in the application environment. Power consumption can be reasonably controlled by prioritizing specific channel codes, such as Walsh codes. Further optimization of power consumption and/or signaling overhead can be achieved by further setting the associated code usage threshold, in particular by adjusting the thresholds ⁇ , ⁇ , or ⁇ .
  • the code allocation scheme of the present invention also provides potential possibilities for data services, such that the introduction of more channel codes and optimized channel code allocation means enables such data services from LTE/EVDO Switching to a CDMA lx augmentation system is more feasible.
  • the present invention flexibly and dynamically adjusts the allocation of channel codes by controlling the appropriate timing of introducing a particular channel code (e.g., QoF code) to dynamically adjust the channel based on power limiting, interference limiting, or signaling overhead constraints.
  • a particular channel code e.g., QoF code
  • FIG. 1 exemplarily shows a network environment to which the code allocation scheme of the present invention is applied
  • FIG. 2 exemplarily shows a system architecture to which the code allocation scheme of the present invention is applied
  • FIG. 3 exemplarily shows an example of a process of authorizing and recalling a channel code between a CCM and an SCM in the system architecture shown in FIG. 2;
  • FIG. 4 exemplarily shows the use of a code in a QoF 1 code group according to an embodiment of the present invention
  • FIG. 5 exemplarily shows a high water level threshold low water level threshold ⁇ set for a QoF 1 code group;
  • FIG. 7 exemplarily shows a generalization flow of a channel code allocation
  • Figure 8A exemplarily shows a process in which the CCM allocates a channel code for a request from a user to establish an FCH channel
  • FIG. 8A exemplarily shows a process in which a CCM allocates a code for a FCH channel from a QoF 1 code group
  • Figure 9 exemplarily shows the process of releasing a code at the SCM
  • FIG. 10 exemplarily shows a code optimization allocation process after the channel code is released at the SCM
  • FIG. 11 exemplarily shows a release process of a code for the FCH
  • FIG. 12 exemplarily shows an allocation process of a code for establishing a SCH channel at an SCM
  • FIG. 13 exemplarily shows a flowchart when a high water level occurs
  • Figure 14 exemplarily shows a flow chart when a low water level occurs
  • Fig. 15 exemplarily shows a block diagram of an apparatus for allocating channel codes according to the present invention
  • Fig. 16 shows a comparison of power consumed in different allocation modes. detailed description
  • BTS base transceiver station
  • CCM code resource management module
  • SCM code management module for specific applications
  • the present invention proposes a method for allocating a channel code.
  • the following is a detailed description of the scheme for allocating and de-allocating channel codes including Walsh codes and QoF codes by taking a network application that complies with the CDMA 2000 lx/lx enhanced specification as an example.
  • FIG 1 shows diagrammatically an exemplary network environment in which the present invention is implemented.
  • user terminal devices such as mobile phones, desktop computers, notebook computers, PDAs, etc.
  • communicate with the counterpart communication node through communication nodes in the network, such as base stations, mobile switching centers, and the like.
  • base stations such as base stations, mobile switching centers, and the like.
  • a base station provides service to a user equipment
  • a channel code Before using a number of channel codes to establish a channel, it is necessary to assign a channel code to the "establish channel" application.
  • a suitable channel code can be assigned to it according to the characteristics of the specific application.
  • the CCM, SCM, and CCC modules shown in Figure 2 are located on the appropriate communication nodes in the network environment.
  • the CCM is located on the base station controller BCS
  • the SCM and CCC are located on the base station transmission unit BTS.
  • the mobile terminal has the ability to decode the QoF code.
  • different channel codes for example, F-FCH (Forward Fundamental Channel, forward channel M uses Walsh code, and F-SCH (Forward Supplemental Channel) uses QoF code
  • mobile The terminal can also perform corresponding processing. That is to say, the mobile terminal can simultaneously receive data on the F-FCH and the F-SCH regardless of whether the F-FCH and the F-SCH use the codeword in the same code group.
  • Figure 2 illustrates an exemplary system architecture for allocating code resources.
  • the system includes a CCM module that is responsible for the allocation of FCH codes.
  • the CCM module is also responsible for authorizing/recalling (ie allocating/de-allocating) the code for the SCH to the SCM. Therefore, all code resources, that is, codes in the code pool, are allocated in the CCM.
  • the SCM module is responsible for managing the code of a particular application, for example, for sector management, including the assignment of SCH codes. In particular, code assignment is responsible for the allocation of the SCH code for the carrier in each sector by the CAD module in the SCM module.
  • the SCM module can also include several other modules, such as call processing units, to implement various management of the sectors.
  • communication with the CCM may not be limited to one SCM, in which case several SCMs may each perform management for a particular number of sectors, respectively.
  • CCC CDMA Cluster Controller, CDMA cluster controller
  • CCC CDMA Cluster Controller, CDMA cluster controller
  • the SCM After receiving the message from the CCC, the SCM performs the allocation of the code of the SCH based on the request or release message.
  • a code allocation method related to code management can be employed in both CCM and SCM.
  • the structure of the SCM can be implemented in a variety of ways.
  • the module used for code management may not be a CAD, but a separate module of another name, or a module that attaches code management functions to other functions in the SCM. Therefore, in the following description, for the related code management performed in the SCM, it is marked as being executed by the SCM, and it is no longer specifically distinguished whether it is completed by the CAD module in the SCM.
  • the CCM may select an appropriate SCM (when there are multiple SCMs) and authorize the code for the SCH, such as a QoF code block with a spacing (or granularity) of Q16 (a code block with an interval of Q16) Equivalent to 4 adjacent Q64).
  • the CCM can also authorize more SQF codes (e.g., adjacent or non-adjacent Q16) to the SCM to support more users or more traffic loads.
  • SQF codes e.g., adjacent or non-adjacent Q16
  • an even number of adjacent Q16 code blocks can be described by one codeword (for example, two adjacent Q16s can be described by one Q8) for supporting a larger data rate service; a non-adjacent Q16 can be used. Used for other application streams.
  • the CCM can also recall (i.e., assign) the authorized code from the SCM.
  • kbps kbps
  • different rates will require channel codes of different lengths (e.g., Q64, Q16, Q8, etc.).
  • FIG. 2 exemplarily shows an architecture in which the channel code allocation scheme of the present invention can be performed. Since in this architecture, the code assignments to the FCH and SCH are respectively located at different physical locations. The different modules CCM and SCM are implemented, and therefore, the architecture shown in FIG. 2 can be referred to as a distributed code resource allocation architecture with respect to the implementation by modules of the same physical location. However, it should be noted that those skilled in the art will appreciate that the architecture of Figure 2 is exemplary.
  • the CCM is responsible for the allocation of code resources (preferably, allocating code resources for one or more cells)
  • the SCM is responsible for the code allocation of the SCH for the sector/carrier (or carrier fan)
  • the CCC is responsible for requesting or releasing the code for the SCH from the SCM, but the functions implemented by the CCM and SCM modules can also be implemented by more modules.
  • the system environment of a specific application is complex and variable, and a centralized code allocation architecture is also feasible according to specific deployment requirements. For example, it is implemented by multiple modules of the same physical location, even by a single module located at the same physical location.
  • FIG. 2 the distributed architecture shown in FIG. 2 will be described as an application environment for ease of understanding. However, it should be noted that this should not be construed as limiting the invention.
  • Figure 3 illustrates the process of authorization/recall of channel codes between a CCM and an SCM in accordance with one embodiment of the present invention.
  • the CCM when the CCM grants the channel code to the SCM, the CCM sends an Authorized GRANT message to the SCM. After receiving the authorization message, the SCM sends a THANKS message back.
  • the CCM When the CCM needs to recall the channel code from the SCM, as shown in FIG. 3B, the CCM sends a REVOKE message to the SCM. After receiving the message, the SCM will return REVOKE_RESP.
  • the communication flow shown here is exemplary. According to the application environment and the communication specifications used, or according to the specific application requirements, the above process can be changed accordingly.
  • Channel code set For each carrier managed by a sector or cell, we define four code groups for it. Among them, one code group is an orthogonal Walsh code, and the other three code groups are QoF codes called in the prior art. These four code groups constitute a channel code set for the carrier, and the set is denoted as ⁇ 0, 1, 2, 3 ⁇ . Among them, the four elements 0, 1, 2, 3 are the number of four code groups, in other words, each element represents a code group. Here, it is referred to as QoF 1 , where ⁇ 0, 1, 2, 3 ⁇ , that is, QoF°, QoF 1 , QoF 2 , QoF 3 .
  • code groups in the set that is, ⁇ 1, 2, 3 ⁇ , according to the characteristics of the QoF code, all codes in the same QoF code group are orthogonal to each other, and any two codes belonging to different code groups are The two are not orthogonal, and they have a constant amplitude cross-correlation between them.
  • is the spread spectrum ratio.
  • Q N the QoF code set whose spreading ratio is ⁇
  • FIG. 4 exemplarily shows the use of codes in a QoF 1 code group according to an embodiment of the present invention.
  • the QoF 1 code group which includes codes for FCH and SCH
  • the allocation of codes about the FCH is maintained by the CCM
  • the allocation of codes for the SCH is maintained by the SCM.
  • the code that is authorized by the CCM to the SCM becomes the SCM maintainable code resource.
  • these codes will become part of the code of the "used" state shown in FIG. If these codes are not used by the SCH, they are "available” and form part of the code of the "available” state in Figure 4.
  • the CCM is responsible for the allocation of all code resources and the code allocation for the FCH, which is not responsible for the code allocation of the SCH, and takes into account the bandwidth limitations of the signaling channel and the burst of traffic (CCM and SCM may It is in a different device), so the information used by the SCH code may not be updated frequently on the CCM.
  • the CCM does not care if the code marked as "standby" is used. In fact, the CCM only keeps the information of which codes are authorized to the SCM, and it does not know the specific code usage on the SCM.
  • the code usage rate refers to the ratio of the specific code occupying code resources used for the QoF 1 code group, which is calculated every time the call is established (that is, after the allocation code).
  • the specific content of the "specific code” and “code resource” referred to herein may be determined by the operator or the product manufacturer according to the specific application environment. For example, a “specific code” is defined as all occupied codes, codes occupied by actual user services, codes occupied by a certain type of service, etc.; “code resources” are defined as codes in the code group The total amount, the channel overhead in the code group or the code used for certain services, and so on.
  • N is the spreading factor
  • represents the number of codes used for channel overhead in the QoF 1 code group.
  • the channel overhead refers to the number of codes that must be occupied according to the specific specification applied, for example, for pilot, synchronization, Paging, etc.
  • Wireless configuration for CDMA 2000 lx is used in the system to which the present invention is applied RC3, RC4, RC5, or RC8, RC11, RC12 for CDMA 2000 lx enhancement, we can further define the usage function by normalizing the codeword used for a spreading ratio of 64:
  • the basic call is to establish a basic channel (FCH) using a code having a spreading ratio of 64
  • the present formula uses a QoF code having a spreading ratio of 64 as a basic unit, and a code having a spreading ratio of 128.
  • the QoF code having a spreading ratio of 64 is normalized.
  • the skin is considered to occupy a QoF code with a spreading ratio of 64, and its normalization factor is 1.
  • the adjacent QoF codewords with a spreading ratio of 128 are occupied by a basic call (64 spread ratio) because a continuous two are occupied. Therefore, a QoF code with a single spreading ratio of 128 is regarded as occupying half of the expansion.
  • a QoF code with a frequency ratio of 64 has a normalization factor of 0.5.
  • the usage rates defined by the above formula are for the code occupied by the FCH. This is the definition made in the case where we are more concerned with the code usage of the FCH, or if the CCM does not know about the use of the code of the SCH. However, if the CCM knows the code usage of the SCH (especially when the functions of the CCM and SCM are implemented by the same module), then the code usage of the current SCH can also be considered, or the code usage of certain services for the SCH. Wait. As mentioned earlier, the specific calculation of the code usage rate can be determined by the specific application needs.
  • the code usage mentioned does not take into account the number of codes occupied by the SCH, that is, the number of codes occupied by the FCH. This is for illustrative purposes and should not be construed as limiting the way in which usage is calculated.
  • the allocation of codes will exemplarily enumerate several thresholds for code usage, thereby adjusting the allocation of codes from different angles.
  • the CCM is responsible for the allocation of the total code resources and the FCH code, and the usage rate is calculated by the CCM, these thresholds are determined and maintained by the CCM.
  • the corresponding functions may also be implemented by other sub-modules.
  • the set threshold is only related to the code usage of the FCH.
  • this parameter is to avoid recalling authorized code from the SCH due to excessive code usage. This is because, in the case where the saturation parameter ⁇ is not set, for example, if the code usage of the Walsh code group is very high, a new FCH request occurs and the code of the "available" state in the current code group cannot satisfy the request. At this time, the CCM may recall the code of the standby state that has been granted to the SCM to satisfy the current new FCH request. Subsequently, the CCM may authorize other codes, such as those in QoF 1 , to the SCM to satisfy possible SCH usage or to recover traffic that was interrupted due to code recall.
  • the excessive usage of the Walsh code may be only temporary, and even when the CCM re-allocates the code for the SCM, the Walsh code may have become sufficient (ie, the usage rate has been reduced). It can be seen from this example that although it was avoided due to the recall of the Walsh code.
  • the QoF code is used for new FCH requests, saving power.
  • the code recall operation causes the SCH service to be interrupted (if the recalled code is the code being used), and the code recall and authorization increase the signaling overhead, especially if the CCM and SCM are not located in the same physical node. The signaling overhead between them is significant.
  • the saturation threshold ⁇ By setting the saturation threshold ⁇ , the potential signaling overhead can be reduced.
  • the introduction of the saturation threshold ⁇ is a balance between signaling overhead and power consumption.
  • the threshold ⁇ is configurable.
  • a suitable alpha value can be selected for the particular environment in which the system of the present invention is applied. For example, set ⁇ to 0.9 (that is, the usage rate must not be higher than 90%). You can temporarily cancel the use of this parameter by setting ⁇ to 1.
  • the code usage of the QoF 1 code group is higher than ⁇ , the use of the code for the code group can be performed as usual, which means that such use is safe. Conversely, if the code usage is lower than ⁇ , it is likely to assign the code used in the code group, that is, the assigned code is easily allocated, and then the codes in other suitable code groups are assigned to these applications. This means that the use of the code for this code group is not secure.
  • the demand therefore, will be used to de-allocate the code using the application of the code in QoF 1 , and then assign the code in QoF G to it.
  • QoF 1 For another example, if only two QoF codes are used in QoF 1 , and there are still 20 Walsh codes available in QoF G , we will assign the two in-use codes in QoF 1 and Additional two Walsh codes in QoF G are authorized for use.
  • a message needs to be sent to the mobile terminal to inform of the change in the channel code, which may be to refer to the handover procedure to select the appropriate existing message.
  • the channel is completed After the code is changed, the user will immediately experience a better channel shield.
  • the saturation threshold ⁇ and the security threshold ⁇ are used to allocate a channel code for the FCH between the QoF 1 blocks.
  • the water level represents the ratio of the number of codes that can be authorized for the SCH to the total number of codes in the code group for the QoF 1 code group.
  • the high water level low water level ⁇ threshold is for the code usage rate in the code group.
  • FIG. 5 exemplarily shows the ⁇ n threshold set for the QoF 1 code group. Among them, the cylindrical body represents all the codes in the code group, and the black portion represents the occupied code.
  • the usage rate Util(i) ⁇ y indicates that there are fewer codes occupied by the FCH in the code group, and the code available for the SCM to be allocated to the FCH or SCH is more (that is, the code height of the "available" and "standby” states.
  • N ( l- ⁇ ) higher than the line shown in Figure 5 ⁇ ).
  • the CCM authorizes the partial code in the "available" state to the SCM for use with the SCH.
  • the code authorization of the CCM can refer to the usage status of these codes, that is, "alternate” or "available” to select a code.
  • the code for the standby or available state can be authorized by the CCM to the SCM.
  • the code available for the SCM to be allocated to the FCH or SCH is less (that is, the code of the "available" state is lower than N ( l- ⁇ ) is lower than the line shown in Figure 5 ⁇ ), and a low water level occurs.
  • the process of recalling the code authorized from the CCM to the SCM (as shown in Figure 3) will be initiated, at which point the code group will act as a container for the code to store the recalled code for future use. usage of.
  • one or more established SCHs have to be forced to terminate in advance in order to release the channel code.
  • the QoF 1 code group that is, the cylindrical body shown in FIG. 5, can be regarded as a container for storing water, and the amount of water in the container is equivalent to a code that can be allocated in the code pool.
  • exceeding the high water level ie, the water level above (1- ⁇ )
  • the amount of water overflow that is, the amount of overflow of the code that can be allocated in the present invention
  • the water level in the vessel is below the low water level (ie, the water level is below (l- ⁇ ))
  • the water will be recovered from the other vessel, ie the code group maintained by the corresponding SCM. Accordingly, the amount of the recovered amount is set similarly to the setting of the overflow amount. It can be seen that the high water level low water level ⁇ threshold is used to distribute the code between the FCH and the SCH in the same QoF block.
  • QoF 1 code group having a sufficient number of codes allocated to the SCM may also be QoF 1 code group G ⁇ 1, 2, 3 ⁇ ) usage limit:
  • the proportion of code assignable by the CCM is higher than (1- ⁇ )
  • the above-mentioned high water level can occur in the code group, that is, the code overflows to the SCM.
  • the gamma value is also configurable.
  • the default configuration can be 0.67 (ie, a high water level will occur when usage is below 67%).
  • the authorization for the code of the SCH will be triggered.
  • the code usage rate is higher than ⁇ , the authorization for the code of the SCH will stop.
  • the value of ⁇ is also configurable.
  • the default ⁇ value can be set to 0.9 (ie, a low water level will occur when the usage rate is higher than 90%).
  • the CCM will authorize the SCM with available codes, as shown in Figure 3A.
  • the CCM will recall the QoF code from the SCM. The recall process is shown in Figure 3B.
  • each QoF 1 code group has four thresholds.
  • the saturation threshold ⁇ and the safety threshold ⁇ are used for code assignment between different QoF blocks
  • the high water threshold low water threshold ⁇ is used for FCH in the same QoF block.
  • the low water level will not be triggered, ie the code recall process, since the case of 13 ⁇ 41(1) 11 is not possible in this case.
  • the rate is already above the threshold ⁇ , so the QoF code will still be allocated for use from other QoF blocks. Therefore, the low water level will not be reached.
  • the signaling overhead limitation (the bandwidth of the transmission signaling is small or the signaling processing capability is poor) is the system's main bottleneck system. This situation is very suitable because it does not trigger frequent authorization/recall signaling procedures.
  • the administrator can adjust the parameters a and ⁇ to adjust the relationship between the two based on constraints such as power constraints, interference, and/or signaling overhead of the system.
  • the channel code is not allocated from other QoF code groups until the code in the current code group is used up, thereby reducing interference (the more code groups used, due to the between blocks)
  • the interference introduced by the non-orthogonality is more obvious.
  • the channel code for the SCH is recalled from the SCM.
  • the channel overhead (including channel pilot, paging and synchronization) is also specified using Walsh code, ie QoF 0 o
  • the saturation threshold ⁇ can be set for the code group.
  • the code usage rate is higher than ⁇ , that is, for QoF G , if the number of unused Walsh codes is lower than a certain value.
  • the code in the next QoF block (eg QoF 1 ) is assigned to the corresponding application.
  • Figure 6 shows the thresholds and their exemplary application rules mentioned in the present invention. Among them: We can choose to apply the following rules:
  • ⁇ rule The code in QoF i+1 is used only when the usage rate of QoF 1 is greater than or equal to ⁇ , that is, Util(i) ⁇ a.
  • ⁇ rule when ⁇ 1( ⁇ ), and 13 ⁇ 410+1) ⁇ 0, the code in QoF i+1 is de-allocated by using QoF 1 ; preferably, the code in FIG. 5B is shown The preferred value of the usage rate.
  • is set because it ensures that the code usage in QoF 1 is not too high and a low water level occurs.
  • the advantage of setting an upper limit on the code usage in QoF 1 is that the code in the code group whose code usage is too low is de-allocated without affecting the use of the new code to be transferred.
  • Use in the group that is, try to avoid the new code group from causing its own changes due to the redistribution code for these uses, for example, causing the minimum usage rate to be higher than the threshold ⁇ or higher than ⁇ (if these thresholds are set) . Therefore, optionally, when ⁇ ⁇ ⁇ , Util(i) can also be set to satisfy the condition: ⁇ ⁇ ⁇ 1 ( ⁇ ) ⁇ ⁇ .
  • ⁇ rule ie, when a high water level occurs, an automatic code process for authorizing the SCH to the SCM is triggered;
  • the FCH can be set to have a higher priority than the SCH, so that for FCH applications, the Walsh code from QoF G is used first, until QoF G > oc. And usually, for QoF 1 , ( l ⁇ i ⁇ 3 ), we define the priority of its assigned code as follows: QoF QoF QoF ⁇ If the ith QoF code group is selected, first of all in QoF 1 The "state code" can be assigned to the FCH. If there is no code in the part of the code that satisfies the demand, then try to allocate from the code of the "standby" state until QOF OL otherwise, try to assign the corresponding code from QoF i+1 .
  • the CCM does not manage the use of the SCH code in the SCM. That is, the code for the "standby" state maintained by the CCM may be in use in the SCM or may be "available" in the SCM.
  • the SCM may not be actively requested to the CCM.
  • the mechanism of the QoF code; when there is no service, the mechanism for actively returning the QoF code to the CCM may not be defined for the SCM.
  • the SCM is responsible for the allocation of the code. SCM will do its best The Walsh code can be used to minimize power consumption.
  • the various rules mentioned above can also be applied to SCM. That is to say, in the process of assigning codes to the SCH by the SCM, one or more of the above rules may also be selected and used in a similar operation manner. For example, when the ⁇ and ⁇ rules are applied in the SCM, when the code usage rate of the SCH in the SCM reaches a certain threshold, the corresponding high water level/low water level occurs, that is, the process of automatically sending back/requesting the code to the CCM.
  • the allocation of the mentioned channel codes includes the allocation of codes for the FCH and the allocation of codes for the SCH.
  • FCH is mainly used for voice and basic low-speed data calls
  • SCH is used for bursty data services
  • some protocols such as CDMA 2000 lx
  • CDMA 2000 lx stipulate that for the same user, when assigning SCH for burst data service, it must be guaranteed
  • An FCH has been assigned to it for basic low speed data transmission.
  • the allocation of the channel code will use the scheme as described above.
  • the main idea of the channel code allocation scheme proposed by the present invention is to adjust the channel code of the two codes including the Walsh code and the QoF code according to the code usage rate of a specific application (for example, establishing an FCH channel).
  • the assignment of the two codes for example using one or several of the above ⁇ , ⁇ , ⁇ , ⁇ .
  • the specific application is not limited to one, and may be flexibly selected according to a specific application environment and needs.
  • the channel code allocation scheme of the present invention is not limited to Walsh codes and QoF codes.
  • a code resource comprising two or more (including two) different types of codes, and preferably including an orthogonal channel code
  • a non-orthogonal code that performs some optimization is also included (ie The quasi-orthogonal code, which is complementary to the insufficient number of orthogonal codes, can be applied to the code allocation scheme of the present invention to adjust the allocation between different types of code resources. This allows for more appropriate, or more reasonable, or more compliant distribution methods, such as achieving reduced interference, saving power, and saving signaling overhead.
  • Fig. 7 exemplarily shows a general flow of a channel code assignment.
  • the channel code assigning device determines the type of application and the demand for the channel code. For example, as shown in FIG. 7, it is requested to establish an FCH channel or a SCH channel, a requestor's radio configuration (RC), a required frame length, a data rate, and the like. Then, code assignment is made. Among them, the code allocation scheme of the present invention can be used. If a channel code that meets the requirements can be assigned, the corresponding code is assigned and a success message is returned; otherwise, it is checked whether the required parameters can be negotiated. If it cannot be negotiated, a failure message is returned.
  • RC radio configuration
  • the negotiation includes whether the requirements for the Service Shield (QoS) parameter can be met, and whether the QoS metric (such as the requirement for the data rate) can be tolerated.
  • QoS Service Shield
  • the channel code allocation device determines the application type (here, the application type is used to establish the FCH channel or the SCH channel as an example)
  • the CCM performs corresponding Allocation (as shown in Figure 8)
  • the request is a code requesting to establish an SCH channel
  • the corresponding allocation is made by the SCM (as shown in Figure 11).
  • Fig. 8 exemplarily shows a procedure in which the CCM allocates a channel code for a request from a user to establish an FCH channel.
  • the CCM when it is determined that the request from the user is a code requesting to establish an FCH channel, the CCM first attempts to allocate a code from the QoF G code group.
  • the basic principle of the present invention is to preferentially assign Walsh codes, and when no Walsh code can be allocated, or based on certain policies (for example, alpha rules), Walsh codes can no longer be allocated, and attempts from other QoF 1 are attempted.
  • the code group allocates the code to be used. Specifically, it is assumed that the alpha rule is set for all code groups in the code allocation scheme. Thus, it is first necessary to determine whether the code usage rate in QoF° is higher than ⁇ .
  • the corresponding code is assigned from the QoF G code group, and if successful, a success message is returned, otherwise the next code is viewed. Group situation. If the code usage in QoF G is higher than ⁇ , then the code usage situation in the next code group is examined, and the comparison of the code usage rate with the saturation threshold and the process of attempting code allocation are repeated. Until all the code groups are viewed. Here, since we assume that the channel code includes four code groups, the value of i ranges from 0 to 3. If the channel code is still not successfully applied, the failure message is returned.
  • FIG. 8B exemplarily shows a process in which a CCM allocates a code for a FCH channel from a QoF 1 code group. Specifically, the CCM first attempts to select the code to be assigned from the code of the "available" state. If there is a channel code that satisfies the requirement in the partial code, the corresponding code is assigned, and the status of the assigned code is updated from "available" to "used", and then the code usage rate of the QoF 1 code group is updated, and Returns a success message. Otherwise, the CCM will attempt to assign a channel code to the request from the code in the "standby" state.
  • the code for the "standby” state is the code that the CCM authorizes for the SCM for the SCH, which may be in use or may be in the "available" state (from the SCM perspective). If there is a code in the partial code that satisfies the requirement, the CCM recalls the authorized code from the SCM (the code recall process at the SCM is as shown in FIG. 9). Similarly, the CCM will change the state of the assigned code from "alternate”. Update to "Use” and then update the QoF 1 code group's code usage and return a success message. If the requested channel code is not met in the code of the "standby" state maintained by the CCM, a failure message is returned.
  • FIG. 9 exemplarily shows a procedure of release of a code for SCH at the SCM.
  • the SCM is based on a request to receive a release code from the CCC, or a REVOKE message from the CCM, and if it is a code in the SCM code set, initiates a code release procedure. Otherwise, the return fails. If it is a code in the SCM code set, the SCM selects the code to be released and updates its status. Specifically, if it is a request for release code from the CCC, the SCM releases the requested code, and updates the status of the code from "use” to "available", updates the usage status of the code, calculates the code usage rate, and returns success. Message.
  • the SCM first checks whether the code of the "available” state exists. The code that meets the requirements. If there is, release the code of the "available” state, and delete the codeword from the code set it maintains; if not, check whether there is a code that satisfies the requirement in the code of the "use” state, and if so, release "use”” state of Code, prematurely terminates the service and removes the codeword from its maintained code set. Thereafter, the usage status of the update code is calculated, the code usage rate is calculated, and a success message is returned. In addition, optionally, if the required code is not met at the SCM, or a failure occurs during the code release process, the failure message may be returned.
  • Fig. 10 exemplarily shows a code optimization allocation process after the channel code is released at the SCM.
  • the type of the released code is judged for the basic principle of using the Walsh code as much as possible. If the Walsh code is not released, it indicates that the QoF code is released, then a success message is returned, and the process ends. If the Walsh code is released, then further check whether there is an application that uses the QoF code. If not, return a success message and end the process. Otherwise, it is judged whether the released Walsh code can satisfy the requirement of the user who currently uses the QoF code, and if not, returns a success message and ends the process.
  • the SCM recalls the QoF code used by the user and redistributes the released Walsh code for the user to save power. If the Walsh code is successfully assigned to the user, the status of the recalled QoF code is updated from "Use" to "Available”, and the status of the Walsh code just assigned to the user is updated from "Available” to "Use”. , and return a success message, ending the process. Otherwise, a failure message is returned.
  • FIG. 11 exemplarily shows a release process of a code for the FCH.
  • the CCM Upon completion of the use of the FCH channel (eg, suspending a voice call, or termination of a data call, etc.), the CCM will receive a code release request from the user. Upon receiving such a request, the CCM releases the code that needs to be released, returns it to the corresponding QoF code group, updates its status from "use" to "available”, and updates the usage of the code group.
  • the code allocation scheme applies the ⁇ rule described above to all code groups. In this case, the CCM then judges the relationship between the code usage rate and ⁇ in the code group.
  • the value of the code usage is higher than the threshold ⁇ , as described above, this means that the use of the code in the current QoF block is safe, in which case the success message is returned and the process ends. If the value of the code usage is below the threshold ⁇ , which means that the use of the code in the current QoF block is not secure, the transfer of these uses from the current block to the other suitable block will occur. At this time, it is necessary to judge whether or not there is such a code group, that is, the code usage rate of the code group is higher than P. If it exists, the code group is recorded as QoF j and will be used in QoF 1 for these service uses. The code recalls and authorizes the code in QoF j for these uses.
  • the CCM updates the code usage in the QoF j and QoF 1 blocks. Then, it is judged whether or not the code usage rate in QoF 1 is 0. If it is 0, it returns success. If it is not 0, it continues to judge whether there is a code group suitable for accepting the use. If it exists, continue with the steps of transfer and usage update, and judge again whether the code usage in QoF 1 is 0. If there is no suitable code group, or if any errors occur during the code recall/authorization process, an end message is returned, ending the process.
  • a code group having a higher priority level or a code group having a higher or lower code usage rate may be preferentially used for receiving the transfer of the use.
  • priority is given to using a code group with a high code usage rate, which ensures that a smaller number of code groups are used as much as possible, thereby avoiding more interference; preferentially using a code group with a low code usage rate can ensure that there is no transfer due to these uses.
  • the code group that accepts these transitions is subject to a change in code allocation, such as the low water level described above due to excessive code usage, reaching a saturation threshold, and the like.
  • the code usage rate of the code group that can be used for transfer may alternatively be accepted.
  • Ut i l_QoF j below ⁇ indicates that the code group has a high water level, that is, the code available for allocation in the code group is sufficient.
  • ⁇ in the range of values can be replaced by ⁇ , such setting indicating that the code usage in the code group accepting the transfer is not exceeded the saturation threshold.
  • since the relationship between ⁇ and ⁇ can be arbitrarily set, that is, ⁇ may be larger than or smaller than ⁇ , and therefore, ⁇ may be taken as the upper limit of Ut i l_QoF j .
  • Fig. 12 exemplarily shows an allocation process of a code for establishing a SCH channel at the SCM.
  • the SCM When the SCM receives the code allocation request, such as a code request from the CCC, the SCM looks at the channel code it maintains based on the determined requirements. Specifically, following the principle of prioritizing the use of Walsh codes, the SCM checks to see if there is a Walsh code that meets the required "available" status. If it exists, the corresponding Walsh code is assigned and a success message is returned. If it does not exist, the SCM continues to see if there is a QoF code that meets the required "available" status. If it exists, then assign The corresponding QoF code, and returns a success message. If it does not exist, the SCM checks to see if the required parameters can be negotiated. If it cannot be negotiated, a failure message is returned. If it can be negotiated, the SCM modifies the required parameters and then returns to the process of viewing the code resources.
  • the code allocation scheme sets the high water level threshold Y and the low water level threshold ⁇ described above for all code groups. Then, when the code usage rate in a certain code group is lower than ⁇ , the high water level process will be triggered, that is, the process of automatically granting the code to the SCM. When the code usage rate is higher than ⁇ , the low water level process will be triggered, that is, the process of automatically allocating the code granted to the SCM.
  • Fig. 13 exemplarily shows a flow chart when a high water level occurs.
  • the represented code group has the highest usage rate.
  • the SCM is authorized to QoF16 code (in practice, the code can be described as having a smaller length, such as Q8 for SCH to support high rate services).
  • the activation code auto-authorization process is initiated. Otherwise, look at the next code group. If the automatic code authorization process from the CCM to the SCM is initiated, the status of the authorized code is updated from "available" to "standby" in the CCM. Thereafter, it is judged whether the code usage rate in the code group satisfies the high water level condition. If not, a success message is returned and the process ends. Otherwise, the code group is rejoined to the high water level startup process.
  • the CCM initiates automatic code authorization, it can be checked whether a new service arrives or is revoked, and the code usage rate is updated accordingly.
  • Fig. 14 exemplarily shows a flow chart when a low water level occurs.
  • the CCM will initiate the process of recalling the code from the SCM. Specifically, the CCM looks at the code of the "alternate" state in its maintained code resources. If it does not exist, a failure message is returned. If present, a REVOKE message is sent to the SCM, and when a message of a successful release code from the SCM is received (the release process of the SCM may follow the flow shown in Figures 9-10), the CCM will receive the status of the code from "alternate""Update to "Available” and determine if the conditions for the low water level are met.
  • the CCM can determine whether the low water level condition is met, Update the usage status of the code and calculate the code usage rate.
  • Fig. 15 exemplarily shows a block diagram of an apparatus for allocating a channel code according to the present invention.
  • the device for channel code allocation includes: a code usage rate monitoring unit, configured to record a channel code usage; a code usage rate calculation unit, configured to calculate at least a code if the channel code is allocated or de-allocated The code usage rate of the used code group; a channel code allocation optimization unit, configured to determine, according to the usage rate, which channel code in the code group is allocated to the corresponding application according to the usage requirement, or to determine whether it is required to be in a specific Optimization of code allocation within and/or between code groups.
  • the channel code allocation optimization unit may be prioritized according to codes in those code groups in the code group. Assignment, or which applications in various applications need to be assigned what quality code to determine the specific allocation of the channel code.
  • the code allocation optimization unit may further comprise a priority setting module for setting a priority for the code group or the application.
  • the code allocation optimization unit can assign a channel code to the application based on the priority.
  • the Walsh code is preferentially assigned.
  • the application includes establishing an FCH channel and a SCH channel, the application establishing the FCH channel has a higher priority than the application establishing the SCH channel.
  • voice and low speed data calls typically use F-FCH for their basic rate requirements.
  • the SCH channel is used.
  • the code allocation optimization unit may further include a code usage threshold application policy module, configured to set a threshold for the code usage rate of the at least one code group.
  • the thresholds may be the same or different, and different thresholds may be set for different code groups or partial code groups depending on the type of channel code, the type of application, and/or the priority of the code group.
  • the channel code allocation optimization unit determines whether the channel code allocation needs to be optimized within a specific code group and/or between the code groups according to the threshold value applied by the code allocation optimization unit (as described above, the ⁇ , ⁇ rules are used for optimization) Code allocation within the same code group, and ⁇ , ⁇ rules are used to optimize code allocation between code groups).
  • the channel code allocation optimization unit may further include a channel code allocation module that performs an operation of allocating, de-allocating, and releasing the channel code.
  • FIG. 15 exemplarily shows an apparatus for allocating a channel code according to the present invention.
  • the structures herein are merely exemplary, and further combinations or splits of the units and modules of the device may be made according to the idea of the present invention.
  • each step or function performed by the device has corresponding units, modules, or existing units/modules in the device. Part of the functionality to achieve.
  • the device shown in Figure 15 can also be located at a different physical node, such as the one shown in Figure 2.
  • the device/unit/module distributed in each physical node can be implemented as shown in FIG. 15.
  • the specific structure of the CCM and SCM shown in FIG. 2 can be as shown in FIG. .
  • the specific structure of a decentralized device can depend on the functionality it implements. If the functions of the respective dispersed devices are the same, they may have the same structure. Otherwise, the structure can be different. For example, as shown in FIG.
  • CCM and SCM perform channel code allocation for different applications, namely FCH and SCH, respectively, and do not consider SCH in code usage calculation, so SCM It is apparent that the code usage calculation unit can be omitted from the structure.
  • the inventors In order to study the performance of QoF blocks, the inventors also built a simulation platform based on Matlab Simulink to evaluate in different situations.
  • the platform strictly follows the CDMA 2000 Wireless Configuration 3 standard and the channel model uses AWGN.
  • power control is introduced to ensure that the frame error rate performance experienced by Walsh code and QoF code users is similar.
  • a Monte Carlo simulation technique with a simulation number of 5000 frames is applied.
  • Figure 16 simulates a comparison of the power consumed by the four modes of Walsh code and QoF code allocation mode for the user.
  • power control is used to ensure that both Walsh code users and QoF code users have the same frame error rate performance (approximately 1%).
  • Mode 61W corresponds to 61 Walsh codes.
  • Mode 60W+1Q corresponds to 60 Walsh code users and 1 QoF code user.
  • Mode 57W+4Q corresponds to 57 Walsh code users and 4 QoF code users.
  • Mode 54W+7Q corresponds to 54 Walsh code users and 7 QoF code users.
  • the total power consumption in mode 61W is normalized. Then, an additional 8.39% of the power will be required in mode 60W+1Q, an additional 33.35% of the power will be required in mode 57W+4Q, and an additional 57.76% of the power will be required in mode 54W+3Q.
  • each code group is for a different application. Within each code group, it can be the same/different type of code. Moreover, although high water levels and low water levels are described as being used to adjust the distribution of codes within the same code group, those skilled in the art will appreciate that, in fact, depending on the application environment, they can also be used to adjust between different code groups. Code allocation. For example, if the channel code is grouped according to the application type in the implementation, temporary authorization/recall of the code can also be implemented between the code groups.
  • the idea of the invention is that, in the case of using different channel codes of different priorities, and/or different priority levels of applications requiring the use of channel codes, the channel codes can be preferably set by corresponding thresholds as needed. Proper deployment with the application to meet certain application needs, such as less power consumption, interference, signaling overhead, increased service shield, and so on.
  • the types of applications mentioned in the present invention may be classified according to the requirements of the channel code, or may be classified according to factors such as quality of service, delay tolerance, service characteristics, and the like.

Landscapes

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

Description

一种用于分配信道码的方法和设备
技术领域
本发明涉及无线通信, 更具体地, 涉及用于对信道码进行分配的方法 和设备。 背景技术
近年来, 随着无线通信的迅速发展, 当前的网络架构已经能够容纳越 来越多的用户。 相应地, 伴随着硬件处理能力的提高, 研究人员也致力于 对信道码的开发和优化。 然而, 信道码数量的限制成为很多研究人员关注 的问题, 并在某种程度上阻碍了硬件产品的容纳能力。 例如其对我们熟知 的 CDMA (码分多址)技术的影响便是一个典型的例子。
CDMA是近年来在数字移动通信发展中出现的一种无线扩频通信技 术, 在 ITU推出的第三代移动通信系统 IMT-2000 ( 3G )标准及之后批准 的几个 3G标准均采用了 CDMA技术。 CDMA 2000技术是 IMT-2000系 统的一种模式, 而 CDMA 2000 lx便是其第一阶段, 目前被广泛使用。
CDMA 2000 lx增强相关标准的提出, 使得前向链路中增加了大概两倍或 三倍的用户容量, 实现了运营商频谱的高效利用。 由于比起通过部署新的 lx载波的方式来增加容量, 使用 CDMA lx增强技术可节省宝贵的频谱和 机柜空间,因此选择 lx增强来扩展现有网络的容量对运营商非常具有吸引 力。
其中, CDMA 2000 lx增强提出了利用干扰消 leverages interference cancellation, 包括在反向链路(RL, reverse link, 也可称为下行链路)上 的连续干扰消除和前向链路 ( FL, forward link, 也可称为上行链路)上 的线性干扰消除)、 新的无线配置(包括智能空档( smart blanking )、 及 早结束等),来增加 lx的容量。这使得无论是在反向链路还是前向链路上, 容量都得到显著的增加。 在 CDMA 系统的前向信道中, 现有的设备一般 使用沃尔什扩频码(Walsh spreading code )。 然而, 随着容量的增加, 必 然需要更多的 Walsh码来支持更多的用户。
然而, 如本领域技术人员所知的, 在下行链路(即反向链路) 中, 对 于给定的扩频因子(spread factor, 也可称为扩频比) , Walsh码的数量 是非常有限的。 例如, 对于扩频比为 64的 Walsh码(在电话呼叫业务中, 通常扩频比为 64, 即 CDMA2000标准中的定义的无线配置 3 ) , 理论上 最多可同时为 64位用户服务。现有技术中,可以采取多种方案来緩解 Walsh 码数量的限制。 于是, 在 IS-2000标准中引入了被称为准正交函数(QoF, quasi-orthogonal functions ) 的替代性码组, 用以支持更多的用户。 这是 CDMA 2000 lx增强的第一步, 其在没有改变任何硬件的情况下, 扩展了 正交 Walsh序列的可用数量限制导致的容量限制。 通过为语音和数据用户 授权更多的 QoF码, CDMA2000 lx增强在支持语音和数据业务方面将更 加强大。 然而, 引入 QoF码的代价是附加的干扰, 这是因为在 QoF码组 之间缺乏正交性。 为了克服干扰, 就需要增加基站消耗的功率。 这是因为, 对于相同的信道, 由于 QoF码对 Walsh码的干扰, 必须在基站加大发送 功率, 才能够保证接收方一定的误码率。 这相应地又会增加对相邻小区的 干扰, 对整个系统的容量增加有一定的副作用。
通常, 被选择使用的 QoF码组一般与 Walsh码组之间具有最小的极 大互相关, 所以也被称为准正交。 与正交的 Walsh码不同的是, 尽管一个 QoF码组内的 QoF码之间是正交的, 但是不同 QoF码组之间、 以及 QoF 码和 Walsh码之间, 不是正交的。 因此, QoF码的使用会给原有用户带来 干扰。 这使得多数的 CDMA 2000 lx网络设备在系统中没有太多用户的情 况下, 不使用这样的 QoF码。但是对于采用了 CDMA 2000 lx增强技术的 系统, 由于引入该技术的目的就是为了支持更多的用户, 因而必须要使用 QoF码。 相应地, 也会急需在 CDMA网络产品中高效地分配 QoF码的设 备和方法。
现有技术中存在一些对于多载波 DS-CDMA (直接序列码分多址) 系 统的前向链路上的准正交码的进行分配的策略。 一般来说, 主要包括下列 几种分配方式:
混合分配方式。 在该分配方式中, QoF码与 Walsh码交替依次分配, 也就是说, 系统分配一个 Walsh码, 便随后分配一个 QoF码。 对于这样 的分配方式, 用户所体验到的性能是相同的。 然而, 其缺点是, 即使用户 的数量已经小到完全可以仅使用 Walsh码就可满足时, 干扰仍然 4艮高。 这 是因为 QoF码和 Walsh码是交叉分配的, 并且 QoF码与 Walsh码之间不 是正交的。
单独分配方式。 在该分配方式中, 首先分配 Walsh码, 当用尽所有的 Walsh码时, 引入对 QoF码的分配。 这样做的缺点是, 使用 QoF码的用 户将会立即感受到 QoF码与所有的 Walsh码之间的干扰, 因此必然加大 功率发送以保证一定的误码率。而且,当出现使用 QoF码的第二个用户时, 如果其 QoF码与前一 QoF用户使用的 QoF码来自不同的 QoF码组,则除 了 QoF码与所有的 Walsh码之间的干扰, 第二个用户还会感受到 QoF码 之间的干扰。 此外, 由于这样的干扰是双向的, 因而使用 Walsh码的用户 也会立即感受到 QoF码与 Walsh码之间的干扰。 因此,用户,特别是 QoF 用户, 所体验到的性能将会非常的低。 而且, 由于使用不同码集的不同用 户为保证相同的误码率, 需要的功率差别较大, 对于功率控制的要求也会 增加; 尤其是对于 CDMAlx增强技术, 为了减少功率消耗, 其功率控制 恰恰是做了一定的弱化处理的。 所以该分配方式对于功率控制算法提出了 很大的挑战。
另一种分配方式是, 将 Walsh码分配给高速率用户, 而将 QoF码分 配给低速率用户。 该方法的细节在 M.Amadei、 U. Manzoli和 M丄. Merani 在台北, 于 2002年 11月发表在 Globecom'02的第 1卷第 841-845页的题 目为 " On the assignment of Walsh and quasi-orthogonal codes in a Multicarrier DS-CDMA system with multiple claass of users" 的文献中。 实施中,这种方法将导致远距离用户使用 QoF码,而近距离用户使用 Walsh 码(这是由于信道传输损耗导致距离基站远的用户往往具有较低的速率, 而距离基站近的用户往往具有较高的速率以保持相同的误码率) 。 这使得 远距离用户将消耗更多的功率。 显然, 这不是有效的功率分配方式。 而且, 该方法不是特定于 CDMA 2000 lx系统的,所以没有考虑到 CDMA 2000 lx 系统中不同信道的下列的复杂情况: 所有用户都可能会使用前向基本信道 和前向辅助信道。 F-FCH持续的时间长、 速率低, 而 F-SCH则用于突发 数据, 其持续的时间短、 速率高。 实用的信道码分配算法应该针对 F-FCH 和 F-SCH的具体特点而有针对性地设计。
由上述可见, 对于在下行链路中使用了 CDMA 2000 lx, 特别是支持 更多用户的 CDMA 2000 lx增强技术时, 传统的信道码, 即 Walsh码的数 量不足将成为瓶颈。 然而不幸的是, 在 CDMA 2000 lx的研究中, 实用高 效的 QoF码的分配方案仍然处于空白。 可见, 为信道码的分配, 特别是对 包括 Walsh码和 QoF码的 CDMA 2000 lx、及其增强,提出高效的码分配 方案是亟待解决的问题。 不仅如此, 对于其他包括不同类型的信道码的应 用环境, 如何实现不同类型的信道码之间的合理分配, 也是需要解决的问 题。 发明内容
本发明提供了一种用于分配信道码的方法和设备, 以解决或者至少緩 解现有技术中的上述不足。特别是在使用包括正交码和 QoF等非正交码的 情况下, 在提高网络容量支持更多用户的同时, 实现信道码的优化分配, 从而减少所消耗的功率、 干扰和 /或信令开销。
根据本发明的一个方面, 提出了一种用于分配信道码的方法, 其中, 按照信道码类型或者信道码所服务的应用的类型, 所述信道码被分为至少 两个码组, 所述方法包括:
记录所述信道码的使用情况;
如果所述信道码被分配或去分配, 至少计算被使用的码组中的码使用 率;
根据所计算的使用率, 按使用需求确定将哪个码组中的信道码分配给 相应的应用, 或者确定是否需要在特定的码组内和 /或码组之间优化码分 配。
其中, 所述码使用率指被占用的码的数量占该码组中特定的码资源总 量的比率, 其中, 被占用的码包括下列中的至少一个: 被一种或更多种特 定的应用类型占用的码; 一种或更多种类型的码被一种或更多种特定的应 用类型占用的码; 本的信道开销占用的码; 特定的码资源为该码组中 所有的码, 或该码组中希望被优化分配的那部分码。
优选地, 为所述码组和 /或将要使用信道码的应用类型设置优先级, 如 果仅为码组设置了优先级,则优先为应用分配优先级高的码组中的信道码; 如果还对所述应用类型设置了优先级, 通过匹配应用类型的优先级和码组 的优先级, 确定将哪个码组中的信道码分配给相应的应用。
优选地, 所述信道码类型包括正交码和非正交码, 所述应用的类型包 括建立 FCH信道和 SCH信道; 并优先为应用分配正交码, 或者为优先级 高的应用分配正交码, 为优先级低的应用分配非正交码。
优选地, 为至少一个所述码组的码使用率设置阈值,对于不同的码组, 其阈值可以相同也可以不同, 可根据信道码的类型、 应用的类型和 /或码组 的优先级, 为不同的码组或部分码组设置不同的阈值, 并根据所述阈值, 确定是否需要在特定的码组内和 /或码组之间优化码分配。
其中, 所述阈值至少为下列中的一个: 饱和度阈值 α, 用于指示该码 组中的码使用率的上限, 当码使用率高于 α时, 将不再从该码组分配信道 码用于应用; 安全阈值 β, 用于指示该码组中的码使用率的下限, 当码使 用率低于 β时, 如果存在合适的可以接收该码组所服务的应用的码组, 则 释放当前码组中被使用的码, 并将能够接收相应应用的码组中的码分配给 所述应用; 高水位阈值 γ, 用于指示发生高水位的情形中该码组的码使用 率的上限, 当码使用率低于 γ时, 将该码组中的部分信道码分配给特定类 型的应用; 低水位阈值 η, 用于指示发生低水位的情形中该码组的码使用 率的下限, 当码使用率高于 η时, 将该码组中已分配给特定类型的应用的 信道码进行去分配, 用于优先级更高的应用。
优选地, 当发生低水位时, 首先对已分配给特定类型的应用但还没有 启用的信道码进行去分配; 如果已分配的信道码都在使用中, 则对码的使 用者按照先进先出、 先进后出、 优先级或应用的特性, 选择使用者并对其 使用的信道码进行去分配。
优选地, 释放信道码时, 查看是否存在这样的应用, 所述应用使用的 信道码所在的码组的优先级低于被释放的信道码所处码组的优先级, 并且 被释放的信道码能够满足所述应用的要求, 如果存在, 则对所述应用所使 用的信道码进行去分配, 并将被释放的信道码分配给所述应用。
优选地, 在为特定的应用分配信道码时, 如果特定的码资源中没有满 足要求的信道码, 则协商是否能够调整所述要求, 并按照调整后的要求确 定是否存在满足要求的信道码。
其中, 所述码使用情况包括下列中至少一个: 使用状态, 表明信道码 正在被使用; 可用状态, 表明该信道码没有被分配给特定的应用, 处于可 分配状态; 备用状态, 表明该信道码已经被分配给特定类型的应用, 但是 如果出现了更高优先级别的应用需要信道码, 则可以对其进行去分配, 并 将其用于优先级更高的应用。
其中, 所述使用需求至少包括下列中的一个: 节省功率, 降低干扰和 节省信令开销。
根据本发明的另一方面, 提出了一种用于信道码分配的设备, 所述设 备包括实现上述方法的装置。
根据本发明的另一方面,还提出了一种用于信道码分配的设备,其中, 按照信道码类型或者信道码所服务的应用的类型, 所述信道码被分为至少 两个码组所述设备包括:
码使用率监控单元, 用于记录所述信道码的使用情况;
码使用率计算单元,如果所述信道码被分配或去分配,用于计算至少 被使用的码组中的码使用率;
信道码分配优化单元,用于根据所计算的使用率,按使用需求确定将 哪个码组中的信道码分配给相应的应用, 或者确定是否需要在特定的码组 内和 /或码组之间进行码分配的优化。 优选地, 所述码分配优化单元包括优先级设置模块, 用于为所述码组 和 /或使用信道码的应用类型设置优先级; 所述码分配优化单元根据优先级 为应用分配信道码; 优选地, 当所述信道码包括正交码和非正交码时, 正 交码码组的优先级均高于非正交码码组, 当所述应用的类型包括建立 FCH 信道和 SCH信道时, 建立 FCH信道的应用的优先级高于建立 SCH信道 的应用的优先级。
优选地, 所述码分配优化单元还包括码使用率阈值应用策略模块, 用 于为至少一个所述码组的码使用率设置阈值, 对于不同的码组, 其阈值可 以相同也可以不同,可根据信道码的类型、应用的类型和 /或码组的优先级, 为不同的码组或部分码组设置不同的阈值, 所述信道码分配优化单元根据 码分配优化单元应用的阈值,确定是否需要在特定的码组内和 /或码组之间 优化信道码的分配。
优选地, 所述信道码分配优化单元包括信道码分配模块, 其执行对信 道码的分配、 去分配、 释放的操作。
根据本发明的方案, 通过引入码使用率并基于码使用率来优化信道码 的分配, 例如动态地对 Walsh码和 QoF码进行分配。 从而实现了灵活地 满足应用环境中对于功率限制、 干扰和 /或信令开销的限制。 通过优先分配 特定的信道码, 例如 Walsh码, 可以合理地控制功率消耗。 根据进一步设 定相关的码使用率阈值, 具体地, 通过调整阈值 α、 β、 或 η, 可以对功 耗和 /或信令开销进行更优的控制。
对于 CDMA 2000 lx及其增强, 本发明的码分配方案还为数据服务提 供潜在的可能性, 由于引入了更多的信道码及优化的信道码分配装置, 使 得将这样的数据服务从 LTE/EVDO系统切换到 CDMA lx增强系统更加可 行。
总之, 本发明通过控制引入特定的信道码(例如 QoF码)的合适时机 来对信道码的分配进行灵活地、 动态地调整, 从而动态地基于功率限制、 干扰限制或信令开销限制来调整信道码的分配。 附图说明
图 1示例性示出一个应用本发明的码分配方案的网络环境;
图 2示例性示出一个应用本发明的码分配方案的系统架构;
图 3示例性示出图 2所示的系统架构中, 一个 CCM和 SCM之间的 信道码的授权和召回的流程实例;
图 4示例性示出根据本发明的实施例 QoF1码组中的码的使用情况; 图 5示例性示出对于 QoF1码组所设定的高水位阈值 低水位阈值 η; 图 6示出了本发明中提及的阈值及其示例性应用规则;
图 7示例性示出了一个信道码分配的概括流程;
图 8Α示例性示出 CCM为来自用户的建立 FCH信道的请求分配信道 码的过程;
图 8Β示例性示出了 CCM从 QoF1码组分配用于 FCH信道的码的过 程;
图 9示例性地示出 SCM处释放码的过程;
图 10示例性地示出 SCM处释放信道码之后的码优化分配过程; 图 11示例性地示出用于 FCH的码的释放过程;
图 12示例性示出了 SCM处的用于建立 SCH信道的码的分配过程; 图 13示例性地示出了发生高水位时的流程图;
图 14示例性地示出了发生低水位时的流程图;
图 15示例性示出了一个根据本发明的用于分配信道码的设备的框图; 图 16示出了不同的分配模式下所消耗的功率的比较。 具体实施方式
术语
在本发明此后的描述中, 除非有特别的说明,否则相关缩写的含义为: AT, 接入终端;
BTS, 基站收发器;
QoF, 准正交函数; CCM, 码资源管理模块;
SCM, 针对特定应用的码管理模块;
FIFO, 先进先出;
本发明提出了用于对信道码进行分配的方法。 下面将以遵循 CDMA 2000 lx/lx增强规范的网络应用为例,详细说明对包括 Walsh码和 QoF码 的信道码进行分配和去分配的方案。
图 1概略地示出实施本发明的一个示例性网络环境。 其中, 用户终端 设备, 例如手机、 台式机、笔记本电脑、 PDA等, 通过网络中的通信节点, 例如基站、 移动交换中心等, 与对方通信节点进行通信。 这里, 每当基站 为用户设备提供服务时, 都需要使用若干信道码来建立相应的信道。 在使 用若干信道码建立信道之前, 便需要对 "建立信道"这一应用分配信道码。 根据本发明的方案, 可以根据具体应用的特性, 为其分配适合的信道码。 这里, 图 2中所示的 CCM、 SCM和 CCC模块便位于该网络环境中的合 适的通信节点上。 例如, CCM位于基站控制器 BCS上, SCM和 CCC则 位于基站传输单元 BTS上。
本发明中, 我们假设移动终端具有对 QoF码进行解码的能力。对于使 用不同信道码的不同信道(例如, F-FCH( Forward Fundermental Channel, 前向基本信道 M吏用 Walsh码,而 F-SCH( Forward Supplemental Channel, 前向辅助信道)使用来自 QoF码) , 移动终端也是能够进行相应处理的。 也就是说, 移动终端可以同时在 F-FCH和 F-SCH进行数据的接收, 不论 F-FCH和 F-SCH使用的是不是同一个码组中的码字。
图 2示出了一个用于对码资源进行分配的示例性系统架构。 如图 2所 示, 该系统包括 CCM模块, 其负责 FCH码的分配。 同时, CCM模块还 负责向 SCM授权 /召回(即分配 /去分配)用于 SCH的码。 因此, CCM中 保持对所有的码资源, 即码池( code pool )中的码, 进行分配。 SCM模块 则负责对于特定应用的码进行管理, 例如, 针对扇区的管理, 包括对 SCH 码的分配。 具体地, 由 SCM模块中的 CAD模块来负责码分配, 例如针对 每个扇区中的载波的 SCH码的分配。如本领域技术人员所知,现有技术中, 除了 CAD模块, SCM模块还可以包括若干其他模块, 例如呼叫处理单元 等, 来实现对扇区的各种管理。 而且, 如本领域技术人员所知, 在具体的 实现中,与 CCM通信的可以不限于一个 SCM,这种情况下,若干个 SCM 可以分别执行分别对于特定数量的扇区的管理。 其中, CCC ( CDMA Cluster Controller, CDMA集群控制器)可以向 SCM发送消息, 以请求 用于 SCH的码以及释放某些码。 收到来自 CCC的消息之后, SCM基于 请求或释放消息, 进行对 SCH的码的分配。 在具体应用中, 在 CCM和 SCM中, 都可采用与码管理相关的码分配方法。
事实上, SCM的结构可以以多种方式来实现, 用于码管理的模块可能 不是 CAD, 而是单独的其他名称的模块, 或者将码管理功能附加在 SCM 中实现其他功能的模块上。 因此, 在此后的描述中, 对于在 SCM 中进行 的相关的码管理, 均将其标记为由 SCM执行, 而不再具体区分是否是由 SCM中的 CAD模块来完成。
具体地, CCM可以选择适当的 SCM (当存在多个 SCM时) , 并对 其授权用于 SCH的码, 例如间隔度(或粒度)为 Q16的 QoF码块(一个 间隔度为 Q16的码块相当于 4个相邻的 Q64 ) 。 可选地, CCM还可以向 SCM授权更多的 QoF码(例如相邻或非相邻的 Q16 ) , 以支持更多的用 户或者更多的业务负载。 这里, 偶数个相邻的 Q16码块可以用一个码字来 描述(例如两个相邻的 Q16可以用一个 Q8来描述) , 用于支持更大数据 率的业务; 非相邻的 Q16则可以被用于其他的应用流。 相应地, CCM也 可以从 SCM召回 (即去分配)所授权的码。
由于对于 F-SCH的码分配由 SCM来管理, 因此对 F-SCH的码分配 和去分配便成为 SCM的部分工作。 其中, SCH可支持多种数率 ( kbps ) , 例如 153.6 ( 16x )、 76.8 ( 8x )、 38.4 ( 4x )以及 19.2 ( 2x )等, 其中 χ=9·6。 如本领域技术人员所知的, 不同的速率将需要不同长度的信道码 (例如 Q64、 Q16、 Q8等) 。
如上所述,图 2示例性示出了可执行本发明的信道码分配方案的架构。 由于在该架构中, 对 FCH和 SCH进行的码分配分别由位于不同物理位置 的不同的模块 CCM和 SCM来实现, 因此, 相对于由同一物理位置的模 块实现的情况, 可以将图 2所示的架构称为分布式的码资源分配架构。 但 是, 应当注意的是, 本领域技术人员能够理解, 图 2中的架构是示例性的。 因此, 尽管在该实例中 CCM负责对码资源的分配(优选地, 对一个或更 多小区的码资源进行分配) , SCM负责对扇区 /载波(或称载扇)的 SCH 的码分配, CCC负责向 SCM请求或释放用于 SCH的码, 但是 CCM和 SCM模块所实现的功能还可以由更多的模块来实现。 而且,具体应用的系 统环境是复杂而多变的, 根据具体的部署需求, 集中式的码分配架构也是 可行的。 例如, 由同一物理位置的多个模块来实现, 甚至由位于同一物理 位置的单个模块来实现。
在下面的对本发明的方案以及具体应用实例的描述中,为了便于理解, 以图 2所示的分布式架构作为应用环境进行说明。 但是应当注意的是, 这 不应当被理解为对本发明的限制。
图 3示出了根据本发明的一个实施例的 CCM和 SCM之间的信道码 的授权 /召回的过程。
如图 3A所示, 当 CCM向 SCM授权信道码时, CCM向 SCM发送 授权 GRANT消息。 收到该授权消息后, SCM向回发送 THANKS消息。
当 CCM需要从 SCM召回信道码时,如图 3B所示, CCM向 SCM发 送召回 REVOKE消息, 收到该消息后, SCM将返回 REVOKE_RESP消 应当注意的是, 这里示出的通信流程是示例性的, 随着应用环境以及 所使用的通信规范的不同, 或者根据具体的应用需求, 可以对上述过程做 出相应的改变。
上文示例性描述了可以使用本发明的码分配方案的网络环境、 系统架 构。 下面, 将详细描述本发明的码分配方案。
首先, 简要介绍本发明的思想中将务 ί吏用到的概念和可选择使用的参 数。
信道码集合 这里, 对于由扇区或小区管理的每个载波, 我们为其定义四个码组。 其中, 一个码组中为正交的 Walsh码, 另外三个码组为现有技术中所称的 QoF码。 这四个码组组成用于该载波的信道码集合, 将该集合记为 {0, 1, 2, 3}。 其中, 0、 1、 2、 3 四个元素分别为四个码组的编号, 换句话说, 每个元素都代表一个码组。 这里, 将其记为 QoF1, 其中, {0, 1, 2, 3} , 即, QoF°, QoF1, QoF2, QoF3。 其中, QoF°是该集合中元素 0 的 QoF码组, 其使用正交的 Walsh码, 这也可以被视为 i=0时, QoF码组的 特殊情况(此时, 由于该码组事实上是 Walsh码, 因此也可以将其写为, WN, 其中 N为扩频比) 。 对于该集合中的其他码组, 即 {1, 2, 3}, 根据 QoF码的特性, 同一 QoF码组内的所有码均是彼此正交的, 而任何 属于不同码组的两个码之间则不是正交的, 他们之间具有恒定幅度的互相 关性。
进一步地, 我们使用扩频比来标记该集合中的码组, 将其记为 ρ0 。 其中, Ν是扩频比。 此外, 对于扩频比为 Ν的 QoF码集合, 我们也将其称 为 QN
图 4示例性示出了根据本发明的实施例 QoF1码组中的码的使用情况。 图 4中, 对于 QoF1码组, 其包括用于 FCH和 SCH的码, 根据图 2所示 的网络架构, 由 CCM保持关于 FCH的码的分配情况, 由 SCM保持关于 SCH的码的分配的情况。
对于 QoF1码组, 被 CCM授权给 SCM的码成为 SCM可维护的码资 源。 其中, 如果某些码被 SCM分配给 SCH使用, 则这些码将成为图 4中 所示的 "使用"状态的码的一部分。 如果这些码未被 SCH使用, 则为 "可 用" 状态, 组成图 4中 "可用" 状态的码的一部分。
对于 QoF1码组中由 CCM维护的用于 FCH的码,共有三种状态: "使 用" 、 "可用" 以及 "备用" 。 其中, "使用" 和 "可用" 状态的含义与 SCM维护的码的状态相似:如果某些码被 FCH使用,则其状态为 "使用 ", 如果未被 FCH使用, 则其状态为 "可用" 。 而 "备用" 则表示在该码组 中, 所有被 CCM授权给 SCM用于 SCH的码。 这意味着尽管这些码用于 SCH, 但是 CCM可以将它们从 SCM召回, 从而将其用于 FCH。 换句话 说, 如果需要, QoF1码组中的所有码都可以用于 FCH。 由此可见, 事实 上, CCM所维护的 "备用" 状态的码就是授权用于 SCH的码。
如前所述, CCM负责所有码资源的分配以及对于 FCH的码分配, 其 并不负责对 SCH的码分配,并且考虑到信令信道的带宽限制以及业务量突 发等特性( CCM和 SCM可能处于不同的设备中),因此可能不会在 CCM 上频繁地更新 SCH的码使用的信息。优选地, CCM并不关心被标记为 "备 用"的码是否被使用。实际上, CCM仅保持哪些码被授权给 SCM的信息, 其不知道 SCM上的具体的码使用情况。
码使用率
码使用率是指对于 QoF1码组, 其中所使用的特定的码占码资源的比 率, 其在每一次呼叫建立时(也就是分配码之后)被计算。 至于这里所称 的 "特定的码" 以及 "码资源" 的具体内容, 可以由运营商或产品制造商 根据具体的应用环境来确定。 例如, 将 "特定的码" 定义为所有被占用的 码、 被实际的用户业务所占用的码、 被某类特定的业务所占用的码等; 将 "码资源" 定义为该码组中码的总量、 该码组中除去信道开销或用于某些 特定业务的码等等。
这里, 我们对码使用率给出一个示例性定义: 对于 QoF1码组, 将其使 用率定义为:
Occupied— numQoF t
N N - Overhead num t
其中,
Figure imgf000015_0001
表示 QoFi码组中被 FCH占用的码的数量。 N为 扩频因子, " ^表示 QoF1码组中用于信道开销的码的数量。 这 里, 信道开销指根据所应用的具体规范, 必需占用的码的数量, 例如用于 导频、 同步、 寻呼等。
特别地, 由于 CDMA 2000 lx中规定 Walsh码用于信道开销, 因此对 于 i为 1、 2以及 3的码组, 其0 ^d _ F'为零。
如果应用本发明的系统中使用了用于 CDMA 2000 lx 的无线配置 RC3、 RC4、 RC5,或者是用于 CDMA 2000 lx增强的 RC8、 RC11、 RC12, 我们可以通过将所使用的码字对于扩频比为 64进行归一化,从而将使用率 函数进一步定义为:
0.
If --
6 _ Number _of _overhead _cha mel
Figure imgf000016_0001
这里, 由于基本的呼叫是使用扩频比为 64 的码来建立基本信道 ( FCH ) , 所以, 本公式以扩频比为 64的 QoF码作为基本单位, 而对于 使用扩频比为 128的码的情况, 则将其对扩频比为 64的 QoF码进行了归 一化。对于非邻接的扩频比为 128的 QoF码, 由于其不能被下一个基本呼 叫 (64扩频比)使用, 因此皮视为占用一个扩频比为 64的 QoF码, 其归 一化因子为 1。 而邻接的多个扩频比为 128的 QoF码字, 由于连续的两个 才能被一个基本呼叫 (64扩频比) 占用, 因此单个扩频比为 128的 QoF 码被视为占用半个扩频比为 64的 QoF码, 其归一化因子为 0.5。
为了便于说明, 上面的公式所定义的使用率都是针对被 FCH 占用的 码。这是在我们更关心 FCH的码使用情况,或者假设 CCM并不知道关于 SCH的码使用的情况下, 所作的定义。 然而, 如果 CCM知道 SCH的码 使用情况(特别是当 CCM和 SCM的功能由同一模块来实现时) , 则也 可以考虑当前 SCH的码使用情况, 或者用于 SCH的某些业务的码使用情 况等。 如前面提到的, 对码使用率的具体计算方式可以通过具体的应用需 要来确定。
在下面的描述中, 提到的码使用率没有考虑被 SCH占用的码的数量, 即指被 FCH 占用的码的数量。 这是为了便于说明, 而不应当被理解为对 使用率计算方式的限制。
本发明提出的分配信道码的方案, 其基本思想是在应用本发明的系统 中, 例如图 2所示的网络架构, 对于包括多个码组的信道码, 根据每个码 组中的码使用率,来决定对于新的请求,如何进行码分配,即是分配 Walsh 码, 还是 QoF码(即, i=l, 2, 3 ) 。 而不是像现有技术那样, 或者简单 地交替分配 Walsh码和 QoF码, 或者先分配 Walsh码然后分配 QoF码。 码的分配, 下面将示例性地列举几个针对码使用率的阈值, 从而从不同角 度来调节码的分配。
如上文所述, 由于 CCM负责总的码资源以及 FCH码的分配,并且由 CCM来计算使用率,所以由 CCM来确定并维护这些阈值。本领域技术人 员应当理解,在具体的实现中,也可以由其他的子模块来实现相应的功能。
此外, 由于这里定义的使用率仅指被 FCH 占用的码的数量, 因此相 应地, 所设定的阈值也仅与 FCH的码使用情况相关。
饱和阈值 α
当 QoF1码组的使用率高于 α时, 意味着该码组中码的使用率已经很高 了。 此时, 如果还需要为某一应用分配码, 则不能再分配该码组中的码, 也就是说, 不再将该码组中的码分配用于建立 FCH或 SCH。 作为替代, 从其他码组分配码。 例如, 当 i=0的 Walsh码组中的码使用率超过 α时, CCM将从其他的 QoF码组, 例如从 QoF1选择码分配给 FCH或者授权给 SCH。
定义该参数的目的是,尽量避免由于码使用率过高而从 SCH召回已被 授权的码。 这是因为, 在没有设定饱和参数 α的情况下, 例如, 如果 Walsh 码组的码使用率非常高, 则当出现新的 FCH请求并且当前码组中 "可用" 状态的码不能满足该请求时, CCM可能将备用状态的已经授权给 SCM的 码召回, 以满足当前新的 FCH请求。 随后, CCM可能将其他码, 例如 QoF1中的码授权给 SCM, 以满足可能的 SCH使用或者恢复由于码被召回 而中断的业务。 然而, 事实上, Walsh码过高的使用率可能仅仅是暂时的, 甚至在 CCM重新为 SCM分配码时, Walsh码可能已经变得够用了 (即, 使用率已经降低了)。 由该实例可见, 尽管由于将 Walsh码召回而避免了 对于新的 FCH请求使用 QoF码, 从而节省了功率。 但是, 码的召回操作 使得 SCH的业务被中断(如果被召回的码是正被使用的码), 而且码的召 回和授权都会增加信令开销, 特别是 CCM和 SCM不是位于同一物理节 点的情况下, 它们之间的信令开销是显著的。
由此可见, 通过设置饱和阈值 α, 可以减少潜在的信令开销。 而对于 Walsh码的情况, 饱和阈值 α的引入是在信令开销和功率消耗两者之间的 一个平衡。
其中, 阈值 α是可配置的。 可以针对应用本发明的系统的具体环境选 择一合适的 α值。 例如, 将 α设置为 0.9 (即使用率不得高于 90% ) 。 通过 将 α设置为 1, 可以暂时取消该参数的使用。
安全阈值 β
当 QoF1码组的码使用率高于 β时,对该码组的码的使用可以照常进行, 这意味着这样的使用是安全的。相反, 如果码使用率低于 β,很可能去分配 该码组中被使用的码, 即被分配的码很容易被去分配, 然后再将其他合适 的码组中的码分配给这些应用, 这意味着对于该码组的码的使用是不安全 的。
类似地, β值也是可配置的。 例如, 可以将其设置为 0.1 (即使用率应 当高于 10%, 即 64χβ=6.4个, 由于码必然是整数个, 因此这里可以根据 需要选择将小数部分 ¾ ^还是舍去, 例如, 可以设定将 0.4进入为 1, 即至 少使用了 7个码时才达到了安全阈值) 。 此时, 例如, 如果在 QoF1中使 用的用于 FCH的码只有 6个, 并且在 QoF0中还有 4艮多可用的 Walsh码, 则 QoFG中的码便足以满足 QoF1中的 FCH需求,因而将使用 QoF1中的码 的应用进行码的去分配操作, 然后对其分配 QoFG中的码。 再例如, 如果 在 QoF1中仅有两个 QoF码被使用,而在 QoFG中仍然有 20个 Walsh码是 可用的, 我们将把 QoF1中的那两个使用中的码去分配, 并额外授权 QoFG 中的两个 Walsh码用于使用。
对于码被去分配 /分配的过程, 需要向移动终端发送消息以通知信道码 的改变, 该消息可以是参照切换流程来选择合适的现有消息。 当完成信道 码的改变后, 用户将立即体验到更好的信道盾量。
通过将 β设置为 0, 可以暂时取消该参数的使用。
由上述可见, 饱和阈值 α和安全阈值 β用于在 QoF1码组之间, 为 FCH 分配信道码。
高水位 低水位 η
这里, 水位表示对于 QoF1码组, 其中可授权用于 SCH的码的数量与 该码组中码的总数量的比率。 值得注意的是, 高水位 低水位 η阈值均是 针对该码组中的码使用率而言的。并且, 图 5示例性示出对于 QoF1码组所 设定的 γ^η阈值。 其中, 柱形体表示该码组中的所有的码, 黑色部分表示 被占用的码。
当使用率 Util(i)<y时,表明该码组中被 FCH占用的码较少,可供 SCM 分配给 FCH或 SCH的码比较多 (即, "可用" 和 "备用" 状态的码高于 N ( l-γ) , 高于如图 5Α所示的线) 。 此时发生高水位, CCM将 "可用" 状态中的部分码授权给 SCM, 以便用于 SCH。 这里, CCM的码授权可以 参照这些码的使用状态, 即是 "备用" 还是 "可用" 来选择码。 当然, 无 论是备用状态还是可用状态的码, 都可以由 CCM授权给 SCM。
相反, 当使用率 Util(i)>r|时, 表明该码组中被 FCH占用的码较多, 可 供 SCM分配给 FCH或 SCH的码比较少 (即, "可用 " 状态的码低于 N ( l-η ) , 低于如图 5Β所示的线) , 此时发生低水位。 在这种情况下, 将 启动从 CCM召回授权给 SCM的码的过程 (如图 3所示) , 此时, 该码 组将充当码的容器, 用以存放被召回的码, 以用于将来的使用。 在这种情 况下, 如果对于 SCM来说没有 "可用" 状态的信道码, 则不得不被迫提 前终止一个或更多已经建立的 SCH, 以便释放信道码。
为了便于理解, 可以将 QoF1码组, 即图 5所示的柱形体,视为储水的 容器, 容器中水量相当于码池中可进行分配的码。 这样, 超过高水位(即 水位高于(1-γ) )表明该容器中的水过多, 因而部分水将溢出到其他容器 中。 这里, 水的溢出量, 即本发明中可分配的码的溢出量, 可以根据具体 的应用需要来设定, 例如, 根据备用状态的码的使用情况等, 当然, 也可 以简单的将溢出量设定为超过高水位的那部分码。 如果容器中的水量低于 低水位(即水位低于(l-η ) ) , 则将从其他容器, 也就是相应的 SCM维 护的码组, 回收水。 相应地, 回收的量的设定与溢出量的设定相似。 由此 可见,高水位 低水位 η阈值用于在同一 QoF码组中,在用于 FCH和 SCH 之间的码进行分配。
可选地, 对于 QoF1码组( i {1, 2, 3} ) , 由于在最初开始使用时, 这些码组中的码总是没有被使用的 (因为本发明的基本原则是尽量使用 Walsh码, 以减少干扰和功率消耗) , 因此, 为了避免在仍然存在很多 Walsh码的情况下,做出不必要的 QoF码的授权,我们可以进一步将 QoF1 码组 G {1, 2, 3} ) 的使用率限制为:
β <Util(i)
这样, 对于 QoF1码组( i {1, 2, 3} ) , 在 β >Util(i)时, 如上文所述, 对于使用该码组中的码的这些使用, 将为其分配其他码组中的码。 只有 β <Util(i)时, 即有 FCH 占用后并达到一定的使用率时, 才将该码组中的码 授权给 SCM。
优选地,为了 QoF1码组中具有足够多的码分配给 SCM,还可以将 QoF1 码组 G {1, 2, 3} ) 的使用率限制为:
β <Util(i) < γ
这样, 由于 CCM可分配的码的比例高于 (1- γ ) , 因此在码组中可 发生上文提到的高水位的情况, 即码溢出到 SCM。
这里, γ值也是可以配置的。 缺省的配置可以为 0.67 (即使用率低于 67%将发生高水位)。 在这种情况下, 例如对于 QoFG, 如果在该码组中有 多于 64x ( 1-γ ) =22个可用的码,将触发用于 SCH的码的授权。换句话说, 如果码使用率高于 γ, 对于 SCH的码的授权将会停止。
类似地, η值也是可以配置的。 使用中, 可以将缺省的 η值设置为 0.9 (即使用率高于 90%将发生低水位) 。 在这种情况下, 例如对于 QoFG, 如果在该码组中有多于 64χη=57个码正在被使用, 即仅有 64χ ( 1-η ) =7 个可用的码, 则将达到低水位, 触发码的去分配。 结合图 2所示的系统环境, 基于高水位, CCM将向 SCM授权可用的 码, 授权过程如图 3A所示。 而对于低水位的情况, CCM将从 SCM召回 QoF码, 召回过程如图 3B所示。
上文已经描述了与码使用率相关的四个参数。 本领域技术人员应当理 解, 上述参数可以结合使用, 也可以单独使用。 可以为所有码组设定相同 的阈值, 也可以对不同码组设定不同的阈值。
下面, 将简要描述这些参数之间的关系。
在使用上述所有阈值的情况下,每个 QoF1码组具有四个阈值。如已经 提到的,其中饱和阈值 α和安全阈值 β用于在不同的 QoF码组之间进行码的 分配,而高水位阈值 低水位阈值 η则用于在同一 QoF码组中,用于 FCH 和 SCH之间的码的分配。
首先, 由于饱和阈值 α和低水位阈值 η两者可能彼此非常接近, 因此下 面我们将两者进行比较。
如果 α≤η, 则将不会触发低水位, 即码召回过程, 因为这种情况下不 可能发生 1¾1(1) 11的情况。 例如, 对于 QoF°, 如果 α=85%, 而 η=90%, 则当 Util(i)>oc时, 例如 Util(i)=86%, 即使仍然有 9个 Walsh码是可用的, 由于使用率已经高于阈值 α,因此还是会从其他 QoF码组分配 QoF码用于 使用。 因此, 不会达到低水位。 对于信令开销限制 (传输信令的带宽较小 或信令处理能力较差)是系统主要瓶颈的系统, 这种情况是非常合适的, 因为不会触发频繁的授权 /召回信令过程。
如果 α>η, 则当使用率大于 η时, 便会触发码召回过程, 直到业务量的 增加使得使用率 Util(i)达到饱和阈值 α。 例如, 如果 α=90%, η=85%, 则 当 Util(i)> η时, 例如 Util(i)=86%, 此时在 QoF0中仅有 9个 Walsh码是可 用的, 由于这时使用率已经高于 η, 因此发生低水位, 将从 SCM召回用于 SCH的 Walsh码。 当业务增加时, 将会提前达到低水位阈值, 一些用于 SCH的 Walsh码将被召回, 用于 FCH使用。 这种情况对于功率是系统主 要瓶颈的系统是非常适合的, 因为在用尽饱和阈值以内所有的 Walsh码之 前, 不会提前使用其他的 QoF码组中的码。 根据本发明的方案, 管理员可以调整参数 α和 η, 进而基于系统的功率 限制、 干扰和 /或信令开销等限制来调整它们两者之间的关系。
这里, 通过配置 α=1, 使得在当前码组中的码被用尽之前, 不会从其 他的 QoF码组分配信道码, 从而减少干扰(使用的码组数量越多, 由于码 组之间的非正交性引入的干扰便越明显) ; 通过配置 η=1, 使得无论当前 码组中的码使用率如何, 都不会发生上文中的低水位情况, 即不会通过 η 阈值自动地从 SCM召回用于 SCH的信道码。
信道码分配原则
这里, 我们示例性地对分配信道码的方案设定特定的规则。
如前文所述, 由于同一 QoF码组内的码是彼此正交的, 但是对于属于 不同 QoF码组的码,则不是正交的,所以我们应该尽可能的分配同一 QoF 码组内的码, 以便减少相互之间的干扰。 而且, CDMA 2000 lx及其增强 中, 也规定了信道开销(包括信道导频、 寻呼和同步)使用 Walsh码, 即 QoF0 o
可选地, 可以对码组设定饱和阈值 α。 这样, 通过将测量的码使用率 与饱和阈值 α进行比较, 当码使用率高于 α时, 也就是说, 对于 QoFG, 如 果未皮使用的 Walsh码的数量低于一定的值, 便可以将下一个 QoF码组 (例如 QoF1 ) 中的码分配给相应的应用。
如前面所述,由于第一个使用 QoF码的用户将会立即感受到来自整个 Walsh码的明显的干扰, 因此对于第一个使用 QoF码的用户来说, 性能是 非常低的。 在研究中发现, 例如, 对于使用了 60个 Walsh码(即没有使 用 QoF码) 的 AWGN (加性高斯白噪声)信道, 其所有的信道开销 (包 括信道导频等)所消耗的功率最大为总消耗功率的 25%, 而在增加一个具 有相同的帧差错率的 QoF用户时, 将增加大概 7%-8%的功率消耗。
图 6示出了本发明中提及的阈值及其示例性应用规则。 其中: 我们可 以选择应用下列规则:
α规则:仅当 QoF1的使用率大于等于 α时, 即 Util(i)≥a,才使用 QoFi+1 中的码。 β规则:当 β<Ι 1(ί)时,并且 1¾10+1)<0时,才通过使用 QoF1来对 QoFi+1 中的码进行去分配; 优选地, 图 5B示出中的码使用率的优选取值。 这里, 之所以设定 Util(i)<r|,是因为这样可以确保 QoF1中的码使用率不会过高从 而发生低水位。 确切地说, 对 QoF1中的码使用率设定一个上限的优势是, 在对码使用率过低的码组中的码进行去分配的同时, 不会影响使用将被转 移到的新码组中的使用, 也就是说, 尽量避免新码组由于为这些使用重新 分配码而导致自身的变动,例如导致起码使用率高于阈值 α,或者高于 η (如 果设定了这些阈值的话) 。 因此, 可选地, 当 η≥α时, 也可以设定 Util(i) 满足条件: β<υ 1(ί)<α。
γ规则: 即 < 时, 发生高水位, 便会触发自动的向 SCM授权用于 SCH的码过程;
η规则: 即 ≥;/时, 发生低水位, 便会触发自动的 SCH码召回过程; 对于 FCH的码分配:
可以设定 FCH具有比 SCH更高的优先级, 这样, 对于 FCH的应用, 首先使用来自 QoFG的 Walsh码, 直到 QoFG>oc。 并且通常情况下, 对于 QoF1, ( l< i <3 ) ,我们将其分配码的优先级定义如下: QoF QoF QoF^ 如果选择了第 i个 QoF码组, 则首先将 QoF1中的 "可用" 状态的码 分配给 FCH。 如果这部分码中没有满足需求的码, 则尝试从 "备用"状态 的码中进行分配, 直到 QOF OL 否则, 尝试从 QoFi+1分配相应的码。
对于 SCH的码分配:
如前面所述, CCM并不管理 SCM中 SCH码的使用情况, 也就是说, CCM维护的 "备用"状态的码在 SCM中可能正在被使用,也可能在 SCM 中为 "可用" 的状态。
由于以分组突发 (burst)为单位的数据业务可能会 4艮频繁, 绝大多数现 有系统中, 为节省信令开销, 在产生分组突发数据业务时, 可不为 SCM 定义主动向 CCM请求 QoF码的机制; 在没有业务时, 也可不为 SCM定 义主动向 CCM返还 QoF码的机制。
基于来自 CCC的请求 /释放消息, SCM负责码的分配。 SCM将尽可 能的使用 Walsh码, 从而尽可能的减少功率消耗。
本领域技术人员可以理解, 上文所提到的各种规则, 也可以应用于 SCM。 也就是说, 在 SCM对 SCH分配码的过程中, 也可以选择上述一种 或多种规则, 并以类似的操作方式来使用。 例如, 当 SCM中应用 γ、 η规 则时, 当 SCM中的 SCH的码使用率达到一定的阈值时, 便发生相应的高 水位 /低水位, 即自动进行向 CCM送回 /请求码的过程。
这里, 所提到的信道码的分配包括对用于 FCH 的码的分配, 以及用 于 SCH的码的分配。其中, FCH主要用于语音和基本低速数据呼叫, SCH 则用于突发的数据业务; 某些协议(例如 CDMA 2000 lx )规定, 对于同 一个用户, 为突发数据业务分配 SCH 时, 必须保证已经为其分配了一个 FCH 用于基本的低速数据传输。 对信道码的分配将采用如上文所述的方 案。
由上述可见, 本发明提出的信道码的分配方案的主要思想是, 对于包 括 Walsh码和 QoF码两种编码的信道码, 根据特定应用 (例如建立 FCH 信道) 的码使用率, 来调节对这两种码的分配, 例如使用上文的 α、 β、 γ、 η中的一种或几种规则。 可选地, 所述特定应用不限于一个, 并且可 以根据具体的应用环境和需求而灵活选择。
应当注意的是, 本领域技术人员应当理解, 本发明的信道码分配方案 并不仅限于 Walsh码和 QoF码。 事实上, 对于包括两种以上(含两种) 不同类型的码的码资源, 并且优选地, 包括一种正交的信道码, 还包括一 种进行了某种优化的非正交码(即准正交码, 其是对正交码数量不足时的 补充) , 都可以应用本发明的码分配方案, 以在不同类型的码资源之间分 配的调节。 使得达到更合适, 或更合理, 或更符合要求的分配方式, 例如 实现减少的干扰、 节省功率、 节省信令开销等不同的优化目标。
下面, 我们将以示例性的方式来描述一个使用上文所述本发明码信道 码分配方案的具体实例, 包括示例性方法流程以及实现相应方法的设备的 结构。
首先, 我们从用户设备的角度介绍一下信道码分配的概括流程。 应当 注意的是,用户设备的角度意味着根据该过程,感觉不到上文所述的 CCM、 SCM的存在, 或者说, 完全感觉不到上文所述的各种码分配规则。 从表面 上看, 整个过程是普通的码分配过程, 即, 发出请求后, 如果存在可用的 信道码,则获得被分配的信道码用于具体的应用,否则便收到失败的消息。
图 7示例性示出了一个信道码分配的概括流程。 其中, 当收到信道码 请求后,根据本发明的信道码分配设备确定应用类型以及对信道码的需求。 例如, 如图 7所示, 是请求建立 FCH信道还是 SCH信道、 请求方的无线 配置(RC, radio configurations ) 、 需要的帧长度、 数据速率等。 然后, 进行码分配。 其中, 可以使用本发明的码分配方案。 如果能够分配符合要 求的信道码, 则进行相应的码分配并返回成功消息; 否则, 查看是否能够 对所要求的参数进行协商。 如果不能协商, 则返回失败消息。 如果可以协 商, 则将之前确定的对信道码的需要修改为协商后的参数, 并尝试再次进 行码分配。 这里, 协商包括是否能够满足对服务盾量 (QoS)参数的要求, 以 及对降低 QoS指标(例如对数据速率的要求)是否能够容忍等。
实际上, 在信道码分配设备确定了应用类型之后 (这里以应用类型为 建立 FCH信道或 SCH信道为例进行说明) , 如果该请求是请求用于建立 FCH信道的码, 则由 CCM进行相应的分配(如图 8所示) , 如果该请求 是请求用于建立 SCH信道的码, 则由 SCM进行相应的分配(如图 11所 示) 。
图 8示例性示出 CCM为来自用户的建立 FCH信道的请求分配信道码 的过程。
如图 8A所示, 当确定来自用户的请求是请求用于建立 FCH信道的码 时, CCM首先尝试从 QoFG码组分配码。 这是因为, 由上述内容可知, 本 发明的基本原则是优先分配 Walsh码, 当没有 Walsh码可分配,或者基于 某些策略(例如 α规则)不能再分配 Walsh码时, 才尝试从其他 QoF1码 组分配待用的码。 具体地, 假设在码分配方案中为所有码组均设定了 α规 则。 这样, 首先要判断 QoF°中的码使用率是否高于 α。 如果没有, 则从 QoFG码组分配相应的码, 并且如果成功则返回成功消息, 否则查看下一码 组的情况。 如果 QoFG中的码使用率高于 α, 则察看下一个码组中的码使 用率情况, 并重复码使用率与饱和阈值的比较以及尝试码分配的过程。 直 到查看了所有的码组。 这里, 由于我们假设信道码包括四个码组, 因此 i 的取值范围在 0至 3之间。 如果最终仍然没有成功地申请到信道码, 则返 回失败消息。
图 8B示例性示出了 CCM从 QoF1码组分配用于 FCH信道的码的过 程。 具体地, CCM 首先尝试从 "可用" 状态的码中选择将要分配的码。 如果该部分码中存在满足要求的信道码, 则分配相应的码, 并将所分配的 码的状态从 "可用"更新为 "使用", 并随后更新该 QoF1码组的码使用率, 并返回成功消息。 否则, CCM将尝试从 "备用" 状态的码中为请求分配 信道码。 如上文所述, "备用 " 状态的码为 CCM授权给 SCM用于 SCH 的码, 其可能正在被使用, 也可能处于 "可用" 状态(从 SCM角度) 。 如果该部分码中存在满足要求的码, 则 CCM将已授权的码从 SCM召回 (有关 SCM处码召回过程如图 9所示), 类似地, CCM将所分配的码的 状态从 "备用" 更新为 "使用" , 并随后更新该 QoF1码组的码使用率, 并 返回成功消息。 如果 CCM所维护的 "备用" 状态的码中也没有满足要求 的信道码, 则返回失败消息。
图 9示例性地示出 SCM处用于 SCH的码的释放的过程。首先, SCM 基于接收到来自 CCC的释放码的请求,或者来自 CCM的 REVOKE消息, 如果是 SCM码集中的码, 则启动码释放过程。 否则, 返回失败。 如果是 SCM码集中的码, SCM选择要被释放的码, 并更新其状态。 具体地, 如 果是来自 CCC的释放码的请求, 则 SCM释放所请求的码, 并将码的状态 从 "使用" 更新为 "可用" , 更新码的使用状态, 计算码使用率, 并返回 成功消息。如果是来自 CCM的 REVOKE消息,则如上文所述,由于 SCM 维护的用于 SCH的码的分为 "使用" 和 "可用" 两种状态, 因此 SCM首 先查看 "可用" 状态的码中是否存在满足要求的码。 如果有, 则释放 "可 用" 状态的码, 将该码字从其维护的码集中删除; 如果没有, 则查看 "使 用" 状态的码中是否存在满足要求的码, 如果有, 则释放 "使用" 状态的 码, 把业务提前终止, 并将该码字从其维护的码集中删除。 此后, 更新码 的使用状态, 计算码使用率, 并返回成功消息。 此外, 可选地, 如果 SCM 处没有满足要求的码, 或者在码释放过程中发生了故障导致释放失败, 都 可返回失败消息。
图 10示例性地示出 SCM处释放信道码之后的码优化分配过程。 如图 10所示,当 SCM释放了信道码之后,出于尽量使用 Walsh码的基本原则, 对所释放的码的类型进行判断。 如果不是 Walsh码被释放, 则表明 QoF 码被释放, 则返回成功消息, 并结束该过程。 如果是 Walsh码被释放, 则 进一步查看目前是否有使用 QoF码的应用, 如果没有, 则返回成功消息, 并结束该过程。 否则, 判断被释放的 Walsh码是否能够满足当前使用 QoF 码的用户的要求, 如果不满足, 则返回成功消息, 并结束该过程。 如果满 足, 则 SCM将用户所使用的 QoF码召回, 并为用户重新分配被释放的 Walsh码, 以便节省功率。 如果成功地将 Walsh码分配给了用户, 则将被 召回的 QoF码的状态从 "使用" 更新为 "可用" , 并且将刚刚分配给用户 的 Walsh码的状态从 "可用" 更新为 "使用" , 并返回成功消息, 结束该 过程。 否则, 返回失败消息。
图 11示例性地示出用于 FCH的码的释放过程。 当建立 FCH信道的 使用结束后 (例如挂起语音呼叫, 或者数据呼叫的终止等) , CCM将接 收到来自用户的码释放请求。 基于接收到这样的请求, CCM将需要被释 放的码释放, 将其返回给相应的 QoF码组, 并将其状态从 "使用" 更新为 "可用" , 并更新该码组的使用率。 这里, 我们假设码分配方案为所有码 组应用了上文所述的 β规则。 在这种情况下, CCM 随后判断该码组中的 码使用率和 β之间的关系。如果码使用率的值高于阈值 β,如上文所述,这 意味着当前 QoF码组中码所服务的使用是安全的, 此时, 返回成功消息并 结束该过程。如果码使用率的值低于阈值 β,这意味着当前 QoF码组中码所 服务的使用不是安全的, 将发生这些使用从当前码组向其他合适的码组的 转移。 此时, 需要判断是否存在这样的码组, 即, 该码组的码使用率的值 高于 P。 如果存在, 则将该码组记为 QoFj, 将为这些使用服务的 QoF1中的 码召回, 并将 QoFj中的码授权给这些使用。 随后, CCM更新 QoFj和 QoF1码 组中的码使用率。 然后, 判断 QoF1中的码使用率是否为 0。 如果为 0, 则 返回成功。 如果不为 0, 则继续判断是否存在适于接受该使用的码组。 如 果存在, 则继续使用转移和使用率更新的步骤, 并再次对 QoF1中的码使用 率是否为 0进行判断。如果不存在适合的码组,或者在码召回 /授权过程中 发生了任何错误, 则返回结束消息, 从而结束该过程。
这里, 如果发现存在不止一个符合条件的码组, 可选地, 可以根据需 要决定优先使用优先级别高的码组或码使用率高或低的码组, 用于接收所 述使用的转移。 这里, 优先使用码使用率高的码组, 可以确保尽量使用较 少数量的码组, 从而避免更多的干扰; 优先使用码使用率低的码组, 则可 以确保不会因为这些使用的转移, 使得接受这些转移的码组发生码分配的 变动, 例如由于码使用率过高而发生的上文所述的低水位、 达到饱和阈值 等。
此外, 为了避免接受这些转移的码组发生码分配的变动, 可选地, 可 以将可接受使用转移的码组的码使用率, 即 Ut i l_QoFj的值 { β, γ }。 这是因为, Ut i l_QoFj低于 γ表明该码组发生高水位, 也就是说该码组中可 用来分配的码是充足的。 可选地, 可以用 α替换该取值范围中的 γ, 这样 的设置表明确保接受使用转移的码组中的码使用率不会超过饱和阈值。 如 上文所述, 由于 α和 η之间的关系是可以随意设定的, 即 α可能大于, 也 可能小于 η, 因此, 也可以将 η作为 Ut i l_QoFj的取值上限。
上文描述了在 CCM处的用于建立 FCH信道的码分配、去分配, 以及 从 SCM的码去分配的过程。 下面, 图 12示例性示出了 SCM处的用于建 立 SCH信道的码的分配过程。
当 SCM接收到码分配请求时, 例如来自 CCC的码请求, SCM根据 所确定的要求, 查看自己维护的信道码。 具体地, 遵循优先使用 Walsh码 的原则, SCM查看是否存在符合要求的 "可用" 状态的 Walsh码。 如果 存在, 则分配相应的 Walsh码, 并返回成功消息。 如果不存在, 则 SCM 继续查看是否存在符合要求的 "可用"状态的 QoF码。 如果存在, 则分配 相应的 QoF码, 并返回成功消息。 如果不存在, 则 SCM查看所要求的参 数是否能够协商。如果不能协商,则返回失败消息。如果可以协商,则 SCM 修改所要求的参数, 然后返回查看码资源的过程。
进一步地, 我们假设码分配方案为所有码组设置了上文所述的高水位 阈值 Y和低水位阈值 η。 则当某一码组中的码使用率低于 γ时, 将触发高 水位过程, 即自动向 SCM授权码的过程。 当码使用率高于 η时, 将触发低 水位过程, 即自动将授权给 SCM的码去分配的过程。
图 13示例性地示出了发生高水位时的流程图。其中,首先根据各码组 当前的码使用率对码使用率低于饱和阈值的码组其进行排序, 将排序后的 码组的序号记为 k, {0, 3},且 k=0所代表的码组的使用率最高。其中, 优选地, 为了所授权的码的稳定性, 可以设定能够发生高水位的码组中的 码使用率高于 P。 此后, 从 k=0开始, 尝试触发码的自动授权过程。 首先 判断 k的取值是否处于规定的范围内, 并且不为空 (考虑到某些码组的码 使用率可能大于等于饱和阈值, 因而其可能为空集) 。 是则继续, 否则返 回成功消息。 随后, 如果我们对 QoF-没有应用 β规则, 则需要判断 j [k] 所指向的码组序号是否为 0, 即是否为 Wa l sh码组。 如果是, 则由于其没 有 β规则, 因而可以直接启动该码组中的码的自动授权过程。 可选地, 可 以在这里设定所授权的码的长度。 例如如图 13所示, 设定了为 SCM授权 QoF16码(实现中,可以将码描述为具有更小的长度,例如 Q8,用于 SCH, 以支持高速率业务)。 因而这里有一个判断步骤, 如果存在这样的可用码, 则启动码自动授权过程。否则,查看下一个码组。如果启动了从 CCM向 SCM 的自动码授权过程, 则在 CCM中, 将被授权的码的状态从 "可用" 更新为 "备用" 。 此后, 判断该码组中的码使用率是否满足高水位条件。 如果不 满足, 则返回成功消息并结束该流程。 否则, 该码组重新加入到高水位的 启动流程。 优选地, 在 CCM启动了码自动授权之后, 可查看是否有新的业 务到来或撤销, 并相应地更新码使用率。
如果判断 j [k]≠0, 则判断该码组中的码使用率是否高于 β, 如果是, 则启动码的自动授权过程, 否则, 继续察看下一个码组。 这里, 如果对各 码组应用的 β值相同, 则当发现某一码组的码使用率低于 β时, 便可以中 止该码自动授权过程。 这是因为此处是按照码使用率进行排序的, 因此, 此后的各码组的码使用率也必然低于 β, 因此可以提前结束该流程。 如果 对各码组应用了不同的 β值, 则可如图 13所示那样执行该流程。
应当注意, 这里, 我们将 QoF1码组的使用率限制为大于 β, 这是由于 系统初始化时,避免在正交码还 4艮充分的情况下, 就把非正交的 QoF码字 授权给 SCM。 而对于 Walsh码, 我们则没有这样的限制 (即, 使用率限 制大于 β这一限制),这是因为我们没有理由拒绝为用户授权 Walsh码。 这 种设计, 可以简化 SCM的码字分配算法, 因为 SCM不必维护多个码集, 而仅按照 CCM的指示, 维护其分配的某一个码集。
图 14 示例性地示出了发生低水位时的流程图。 如上文所述, 当 QoF1 码组的码使用率高于 η时, CCM将启动从 SCM召回码的过程。 具体地, CCM 查看其维护的码资源中是否存在 "备用" 状态的码。 如果不存在, 则返回失败消息。 如果存在, 则向 SCM发送 REVOKE消息, 当接收到来 自 SCM的成功释放码的消息时( SCM的释放过程可遵循图 9-10所示的流 程) , CCM将收到的码的状态从 "备用" 更新为 "可用" , 并判断是否 符合低水位的条件。 如果是, 则重新开始该流程。 否则, 返回成功消息。 这里, 优选地, 为了使 CCM维护的码使用率更准确 (这是因为如果被召 回的码被重新分配给 FCH, 码使用率将会改变) , CCM可以在判断是否 符合低水位的条件之前, 更新码的使用状态并计算码使用率。
图 15示例性示出了一个根据本发明的用于分配信道码的设备的框图。 其中, 该用于信道码分配的设备, 包括: 码使用率监控单元, 用于记 录信道码的使用情况; 码使用率计算单元, 如果信道码被分配或去分配, 用于计算至少其中的码被使用的码组的码使用率; 信道码分配优化单元, 用于根据所计算的使用率, 按使用需求确定将哪个码组中的信道码分配给 相应的应用,或者确定是否需要在特定的码组内和 /或码组之间进行码分配 的优化。
这里, 信道码分配优化单元可以根据码组中的那些码组中的码被优先 分配, 或者各种应用中哪些应用需要被分配什么质量的码, 来决定信道码 的具体分配方式。
优选地, 码分配优化单元还可以包括优先级设置模块, 用于为码组或 应用设置优先级。 这样, 码分配优化单元便可以根据优先级为应用分配信 道码。
优选地, 当所述信道码包括 Walsh码和 QoF码时, 如上文所述, 优 先分配 Walsh码。 如果所述应用包括建立 FCH信道和 SCH信道时, 建立 FCH信道的应用的优先级高于建立 SCH信道的应用的优先级。 在具体的 应用中,语音和低速数据呼叫通常使用 F-FCH用于其基本速率需求。 而对 于突发的数据业务, 则使用 SCH信道。
优选地,如图 15所示,码分配优化单元还可以包括码使用率阈值应用 策略模块, 用于为至少一个码组的码使用率设置阈值。 应当注意, 对于不 同的码组, 其阈值可以相同也可以不同, 可根据信道码的类型、 应用的类 型和 /或码组的优先级, 为不同的码组或部分码组设置不同的阈值。 随后, 信道码分配优化单元根据码分配优化单元应用的阈值, 确定是否需要在特 定的码组内和 /或码组之间优化信道码的分配(如前所述, γ、 η规则用于 优化同一码组内的码分配, 而 α、 β规则用于优化码组之间的码分配) 。
优选地, 信道码分配优化单元还可以包括信道码分配模块, 其执行对 信道码的分配、 去分配、 释放的操作。
这里, 应当注意的是, 除了上文提到的码使用状态维护方式, 也可以 灵活使用其它的方式, 例如: 当不应用高水位、 低水位阈值时, 相关装置, 诸如码使用率监控单元, 其可以仅维护被使用的码的信息, 或未被使用的 码的信息(因为不需要 "备用" 状态) 。
尽管图 15示例性示出了根据本发明的用于分配信道码的设备。但是本 领域技术人员应当理解,这里的结构仅仅是示例性的,根据本发明的思想, 可以对设备的各单元、 模块进行进一步的组合或拆分。 而且, 依据上文所 述的方法, 本领域技术人员能够理解, 对于该设备所执行的每个步骤或功 能, 在该设备中都具有相应的单元、 模块来实现, 或者作为现有单元 /模块 的部分功能来实现。
如前面提到的, 图 15所示的设备也可以位于不同的物理节点,例如如 图 2所示的情况。这种情况下,分布于各物理节点的设备 /单元 /模块其可以 实现为如图 15所示的结构, 换句话说, 图 2中所示的 CCM、 SCM的具 体结构可以如图 15所示。 当然,分散的设备的具体结构可以依据其实现的 功能而定。 如果各分散的设备的功能相同, 则可具有相同的结构。 否则, 结构上可以有不同。 例如, 由于图 2所示, 以及本文着重说明的示例中, CCM和 SCM分别针对不同的应用,即 FCH和 SCH,进行信道码的分配, 并且在码使用率计算中不考虑 SCH, 因此 SCM的结构中显然可以省去码 使用率计算单元。
关于 QoF码组性能的仿真
为了研究 QoF码组的性能, 发明人员还建立了基于 Matlab Simulink 的仿真平台, 以在不同的情况下进行评估。 该平台严格遵循 CDMA 2000 无线配置 3标准, 并且信道模型采用 AWGN。 此外, 还引入了功率控制, 以确保与 Walsh码和 QoF码用户体验到的帧差错率性能是相似的。 在仿 真中, 应用了具有 5000帧的仿真数量的 Monte Carlo仿真技术。
这里, 图 16仿真了四种模式的 Walsh码和 QoF码分配模式下对于用 户来说所消耗的功率的比较。 在每个模式中, 使用了功率控制, 以确保不 管是 Walsh码用户还是 QoF码用户, 都具有相同的帧差错率性能(大概 为 1% ) 。 模式 61W对应于 61个 Walsh码。 模式 60W+1Q对应于 60个 Walsh码用户和 1个 QoF码用户。模式 57W+4Q对应于 57个 Walsh码用 户和 4个 QoF码用户。 模式 54W+7Q对应于 54个 Walsh码用户和 7个 QoF码用户。 其中, 模式 61W中的总的功率消耗被归一化。 然后, 在模 式 60W+1Q中将需要额外的 8.39%的功率、 模式 57W+4Q中将需要额外 的 33.35%的功率、 模式 54W+3Q中将需要额外的 57.76%的功率。
因此, 当更多的 QoF码与 Walsh码共存时, 将消耗更多的能量。 根 据上文的研究结果, 增加 1个 QoF码用户比增加 1个 Walsh码用户, 平 均将需要额外的 8%左右的功率(根据 60W+1Q较 61W增加 8.39%保守的 估计) 。 因此, QoF码用户对于功率消耗的影响是非常明显的。 因此, 如果 QoFi+1码组和 QoF1码组满足: P< UNi <n < p , 则应 当通过使用来自 QoF1的码来召回 QoFi+1中的码, 以节省功率。 换句话说, 优选应当使用 β规则。
应当注意, 尽管本发明将信道码按照码的类型进行了分组, 但是, 将 信道码按照应用类型来组也是可行的。 这种情况下, 每个码组针对不同的 应用。 而每个码组内, 其可以是同种 /不同种类型的码。此外,尽管高水位、 低水位被描述为用于调节同一码组内的码的分配, 但是本领域技术人员能 够理解, 事实上, 根据应用环境, 也可以将他们用于调节不同码组之间的 码分配。 例如, 如果实现中根据应用类型对信道码进行了分组, 也可以在 码组之间实现码的临时授权 /召回。
总之, 本发明的思想是, 对于使用优先级不同的信道码, 和 /或者需要 使用信道码的应用的优先级别不同的情况下, 可以根据需要, 优选地通过 设定相应的阈值, 在信道码和应用之间进行合适的调配, 从而达到一定的 应用需要, 例如较少消耗的功率、 干扰、 信令开销, 提高服务盾量等等。
本发明中提到的应用类型, 其可以是按照对信道码要求高低进行的分 类, 也可以是针对其服务质量、 延迟容忍度、 业务特性等等因素进行的分 类。
为了便于理解本发明, 上文作了详尽的描述。 但是, 其不应当被理解 为对本发明的限制。 对于本领域技术人员来说, 根据上述公开内容, 随着 具体的应用环境的需要, 可以对方法步骤、 设备结构作各种修改、 合并、 拆分、 改进, 但是只要没有脱离本发明的基本思想, 其仍然落入本发明的 保护范围之内。

Claims

权 利 要 求
1. 一种用于分配信道码的方法, 其中, 按照信道码类型或者信道码 所服务的应用的类型, 所述信道码被分为至少两个码组, 所述方法包括: 记录所述信道码的使用情况;
如果所述信道码被分配或去分配, 至少计算被使用的码组中的码使用 率;
根据所计算的使用率, 按使用需求确定将哪个码组中的信道码分配给 相应的应用, 或者确定是否需要在特定的码组内和 /或码组之间优化码分 配。
2. 如权利要求 1所述的方法, 其中, 所述码使用率指被占用的码的 数量占该码组中特定的码资源总量的比率, 其中, 被占用的码包括下列中 的至少一个: 被一种或更多种特定的应用类型占用的码; 一种或更多种类 型的码被一种或更多种特定的应用类型占用的码; 本的信道开销占用 的码; 特定的码资源为该码组中所有的码, 或该码组中希望被优化分配的 那部分码。
3. 如前述任一权利要求所述的方法,其中,为所述码组和 /或将要使 用信道码的应用类型设置优先级, 如果仅为码组设置了优先级, 则优先为 应用分配优先级高的码组中的信道码; 如果还对所述应用类型设置了优先 级, 通过匹配应用类型的优先级和码组的优先级, 确定将哪个码组中的信 道码分配给相应的应用。
4. 如前述任一权利要求所述的方法, 其中, 所述信道码类型包括正 交码和非正交码, 所述应用的类型包括建立 FCH信道和 SCH信道; 并优 先为应用分配正交码, 或者为优先级高的应用分配正交码, 为优先级低的 应用分配非正交码。
5. 如前述任一权利要求所述的方法, 其中, 为至少一个所述码组的 码使用率设置阈值, 对于不同的码组, 其阈值可以相同也可以不同, 可根 据信道码的类型、应用的类型和 /或码组的优先级, 为不同的码组或部分码 组设置不同的阈值, 并根据所述阈值, 确定是否需要在特定的码组内和 / 或码组之间优化码分配。
6. 如权利要求 5所述的方法,其中,所述阈值至少为下列中的一个: 饱和度阈值 α, 用于指示该码组中的码使用率的上限, 当码使用率高于 α 时, 将不再从该码组分配信道码用于应用; 安全阈值 β, 用于指示该码组 中的码使用率的下限, 当码使用率低于 Ρ时, 如果存在合适的可以接收该 码组所服务的应用的码组, 则释放当前码组中被使用的码, 并将能够接收 相应应用的码组中的码分配给所述应用; 高水位阈值 γ, 用于指示发生高 水位的情形中该码组的码使用率的上限, 当码使用率低于 γ时, 将该码组 中的部分信道码分配给特定类型的应用; 低水位阈值 η, 用于指示发生低 水位的情形中该码组的码使用率的下限, 当码使用率高于 η时, 将该码组 中已分配给特定类型的应用的信道码进行去分配,用于优先级更高的应用。
7. 如权利要求 6所述的方法, 其中, 当发生低水位时, 首先对已分 配给特定类型的应用但还没有启用的信道码进行去分配; 如果已分配的信 道码都在使用中, 则按照先进先出、 先进后出、 优先级或应用的特性, 选 择将要释放的信道码。
8. 如前述任一权利要求所述的方法, 其中, 释放信道码时, 查看是 否存在这样的应用, 所述应用使用的信道码所在的码组的优先级低于被释 放的信道码所处码组的优先级, 并且被释放的信道码能够满足所述应用的 要求, 如果存在, 则对所述应用所使用的信道码进行去分配, 并将被释放 的信道码分配给所述应用。
9. 如前述任一权利要求所述的方法, 其中, 在为特定的应用分配信 道码时, 如果特定的码资源中没有满足要求的信道码, 则协商是否能够调 整所述要求, 并按照调整后的要求确定是否存在满足要求的信道码。
10. 如前述任一权利要求所述的方法, 其中, 所述码使用情况包括下 列中至少一个: 使用状态, 表明信道码正在被使用; 可用状态, 表明该信 道码没有被分配给特定的应用, 处于可分配状态; 备用状态, 表明该信道 码已经被分配给特定类型的应用, 但是如果出现了更高优先级别的应用需 要信道码, 则可以对其进行去分配, 并将其用于优先级更高的应用。
11. 如前述任一权利要求所述的方法, 其中, 所述使用需求至少包括 下列中的一个: 节省功率, 降低干扰和节省信令开销。
12. 一种用于信道码分配的设备, 所述设备包括实现如权利要求 1至 11所述方法的装置。
13. 一种用于信道码分配的设备, 其中, 按照信道码类型或者信道码 所服务的应用的类型, 所述信道码被分为至少两个码组所述设备包括: 码使用率监控单元, 用于记录所述信道码的使用情况;
码使用率计算单元,如果所述信道码被分配或去分配,用于计算至少 被使用的码组中的码使用率;
信道码分配优化单元,用于根据所计算的使用率,按使用需求确定将 哪个码组中的信道码分配给相应的应用, 或者确定是否需要在特定的码组 内和 /或码组之间进行码分配的优化。
14. 如权利要求 13所述的设备, 其中, 所述码分配优化单元包括优 先级设置模块, 用于为所述码组和 /或使用信道码的应用类型设置优先级; 所述码分配优化单元根据优先级为应用分配信道码; 优选地, 当所述信道 码包括正交码和非正交码时, 正交码码组的优先级均高于非正交码码组, 当所述应用的类型包括建立 FCH信道和 SCH信道时, 建立 FCH信道的 应用的优先级高于建立 SCH信道的应用的优先级。
15. 如权利要求 13或 14所述的设备, 其特征在于, 所述码分配优化 单元还包括码使用率阈值应用策略模块, 用于为至少一个所述码组的码使 用率设置阈值, 对于不同的码组, 其阈值可以相同也可以不同, 可根据信 道码的类型、应用的类型和 /或码组的优先级, 为不同的码组或部分码组设 置不同的阈值,所述信道码分配优化单元根据码分配优化单元应用的阈值, 确定是否需要在特定的码组内和 /或码组之间优化信道码的分配; 优选地, 所述阈值为权利要求 6所述的阈值。
16. 如权利要求 13至 15中任一权利要求所述的设备, 其中, 所述信 道码分配优化单元包括信道码分配模块,其执行对信道码的分配、去分配、 释放的操作。
PCT/CN2009/075827 2009-02-10 2009-12-22 一种用于分配信道码的方法和设备 WO2010091586A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910006338A CN101801037A (zh) 2009-02-10 2009-02-10 一种用于分配信道码的方法和设备
CN200910006338.7 2009-02-10

Publications (1)

Publication Number Publication Date
WO2010091586A1 true WO2010091586A1 (zh) 2010-08-19

Family

ID=42561387

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/075827 WO2010091586A1 (zh) 2009-02-10 2009-12-22 一种用于分配信道码的方法和设备

Country Status (2)

Country Link
CN (1) CN101801037A (zh)
WO (1) WO2010091586A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130265993A1 (en) * 2010-12-16 2013-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Quasi-Orthogonal Functional Walsh Code Allocation Devices and Methods
JP6246823B2 (ja) * 2012-10-29 2017-12-13 クゥアルコム・インコーポレイテッドQualcomm Incorporated ワイヤレスアクセス端末において間欠送信を管理するためのデバイスおよび方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1588833A (zh) * 2004-07-22 2005-03-02 北京北方烽火科技有限公司 一种正交可变扩频因子码的分配方法
EP1549098A2 (en) * 2003-12-22 2005-06-29 Alcatel Effective dynamic management scheme of hs-dsch channel codes
CN1852512A (zh) * 2005-10-31 2006-10-25 上海华为技术有限公司 一种高速物理下行共享信道的码资源分配方法
US7433311B1 (en) * 2001-03-19 2008-10-07 Cisco Technology, Inc. Methods and apparatus for allocating resources in a communications system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100411326C (zh) * 2003-04-26 2008-08-13 华为技术有限公司 一种在不同种类信道之间动态共享信道码资源的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7433311B1 (en) * 2001-03-19 2008-10-07 Cisco Technology, Inc. Methods and apparatus for allocating resources in a communications system
EP1549098A2 (en) * 2003-12-22 2005-06-29 Alcatel Effective dynamic management scheme of hs-dsch channel codes
CN1588833A (zh) * 2004-07-22 2005-03-02 北京北方烽火科技有限公司 一种正交可变扩频因子码的分配方法
CN1852512A (zh) * 2005-10-31 2006-10-25 上海华为技术有限公司 一种高速物理下行共享信道的码资源分配方法

Also Published As

Publication number Publication date
CN101801037A (zh) 2010-08-11

Similar Documents

Publication Publication Date Title
RU2417524C2 (ru) Способ передачи запроса диспетчеризации в системе мобильной связи и терминальное устройство для этого
CN110649998B (zh) 用于在授权频谱和非授权频谱上动态分配资源的系统与方法
JP4514795B2 (ja) 無線通信ネットワークにおけるデータ送信のスケジューリング
CN102065543B (zh) 控制信道单元的分配方法及装置
RU2212109C2 (ru) Освобождение в физических каналах в общем пакетном радиообслуживании
RU2378797C2 (ru) Согласование ресурсов в сетях радиосвязи и способ его реализации
JP4702283B2 (ja) 通信システムにおけるtdd動作用の方法、基地局及び移動局
US6895235B2 (en) Adaptive load and coverage management system and method
JP5155403B2 (ja) 同じ無線リソースへの複数の未要求使用権サービス(ugs)ユーザの多重化
JP4450832B2 (ja) 時分割型通信システムにおける無線リソースを管理する方法およびシステム
KR101145552B1 (ko) 무선 통신 시스템에서 다이나믹하게 직교 코드를 할당하는장치 및 방법
US8861436B2 (en) Method and apparatus for reducing interference in a mobile communications network
JP2005504492A (ja) Gsm/edgeのためのトータル無線ネットワークソリューション
JP2009112023A (ja) パケット通信システムのパフォーマンスを向上させる方法と装置
JP5281162B2 (ja) 通信帯域を割当てるための方法及び関連する装置
JP2012502545A5 (zh)
KR20090063176A (ko) 무선 자원 할당 방법 및 관련 통신 장치
WO2015109703A1 (zh) 一种终端设备及其发送上行数据的方法
JP5410296B2 (ja) 高速ダウンリンク・パケット・アクセスに有用な電力過負荷制御方法
US7630378B2 (en) Method for improving the QoS mechanisms in the bandwidth allocation-in CDMA mobile communication systems
WO2010091586A1 (zh) 一种用于分配信道码的方法和设备
CN112567858B (zh) 带宽部分的共享资源配置
CN101170350B (zh) 部分专用物理信道和专用物理信道之间的迁移方法
CN101753282B (zh) 一种进程缓存的配置和处理的方法及系统
CN109041241A (zh) Sr资源分配方法及装置

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: 09839909

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: 09839909

Country of ref document: EP

Kind code of ref document: A1