US20050147065A1 - Channel setting method in mobile communication system - Google Patents

Channel setting method in mobile communication system Download PDF

Info

Publication number
US20050147065A1
US20050147065A1 US11/058,782 US5878205A US2005147065A1 US 20050147065 A1 US20050147065 A1 US 20050147065A1 US 5878205 A US5878205 A US 5878205A US 2005147065 A1 US2005147065 A1 US 2005147065A1
Authority
US
United States
Prior art keywords
base station
bandwidth
channel
sch
rate
Prior art date
Legal status (The legal status 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 status listed.)
Abandoned
Application number
US11/058,782
Inventor
Masayuki Iguchi
Yoichiro Yamakawa
Katsuyuki Tsuji
Yoshimitsu Sugimura
Masahiro Yoshimura
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to US11/058,782 priority Critical patent/US20050147065A1/en
Publication of US20050147065A1 publication Critical patent/US20050147065A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26Resource reservation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • H04W28/20Negotiating bandwidth
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • 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/0453Resources in frequency domain, e.g. a carrier in FDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12Access point controller devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/10Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/04Interfaces between hierarchically different network devices
    • H04W92/12Interfaces between hierarchically different network devices between access points and access point controllers

Definitions

  • Tch traffic channel
  • This traffic channel Tch is used for both voice communications, and data communications by packet transmission, or the like.
  • the Sch on the other hand, is used only for packet communication of data, or the like.
  • the Fch and DCch included in the Tch are both assigned a fixed size bandwidth (resource, rate). For example, they are assigned a 9.6 kbps bandwidth.
  • the channel setting method is a channel setting method in a mobile communication system in which a first channel of fixed bandwidth, and a second channel of variable bandwidth established according to requirements, are set up between a mobile station and a plurality of base stations performing radio communications with said mobile station, and between said plurality of base stations and a base station controller which communicates with said plurality of base stations and controls said base stations, said channel setting method being a method for setting said second channel during hand-off where said mobile station is communicating with said plurality of base stations by means of said first channel, and comprising the steps of: in said base station controller, sending a request for a bandwidth required for said second channel to said plurality of base stations communicating by means of said first channel; in said plurality of base stations, upon receiving said request, returning a response of an allocatable bandwidth equal to or lower than said requested bandwidth, to said base station controller; and in said base station controller, upon receiving said responses, setting said second channels between said mobile station and said plurality of base stations, and between said plurality of base stations, and between said plurality of base
  • the bandwidth of the second channel already established to the first base station is changed to a bandwidth matching that of the second channel that is to be ensured to the second base station. Therefore, even if the bandwidth between the first base station and the mobile station does not match the bandwidth between the second base station and the mobile station, a second channel can still be ensured and hand-off performed. Thereby, it is possible to make efficient use of the bandwidth of the second channel.
  • bandwidth can be allocated according to the priority ranking of a mobile station, and hence preferential allocation is performed. Therefore, the appeal of the service is improved.
  • FIG. 1 is a block diagram showing the composition of a communication system adopting a cdma2000 method
  • FIG. 2 shows a subscriber data table belonging to a BSC
  • FIG. 4 is a sequence diagram showing the flow of forward direction Sch setup processing in non-hand-off states
  • FIG. 6 is a sequence diagram of a case where the requested rate for F-Sch at the BSC is greater than the maximum allowable Sch rate in the subscriber data table shown in FIG. 2 ;
  • FIG. 7 is a sequence diagram of a case where the requested rate for R-Sch at the BSC is greater than the maximum allowable Sch rate in the subscriber data table shown in FIG. 2 ;
  • FIGS. 10 and 11 are sequence diagrams showing the flow of setup processing for a reverse direction Sch during hand-off setting (initiation);
  • FIG. 14 shows one example of the structure of a recommended rate database
  • FIGS. 15 and 16 are flowcharts showing the sequence of Sch bandwidth allocation and connection processing when using a recommended rate database.
  • This communication system comprises: a mobile station. (MS/SU: Mobile Station/Subscriber-Un t) 1 such as a cellular phone, car phone, or the like, base stations (BTS: Base Station Transceiver Subsystem) 2 and 3 ; a base station controller (BSC) 4 ; an exchange (LE/MSC: Local Exchange/Mobile Switching Center) 5 ; and a packet data service node (PDSN: Packet Data Service Node) 6 .
  • MS/SU Mobile Station/Subscriber-Un t
  • BTS Base Station Transceiver Subsystem
  • BSC Base Station Controller
  • BTS 2 has empty rate volume information indicating how much usable bandwidth is currently available of the bandwidth (hereinafter, also referred to as “resources”, “communication rate” or “rate”) of the supplemental channel (Sch).
  • the empty rate volume information contains forward direction Sch rate information from the BTS 2 to the MS/SU 1 , and reverse direction Sch empty rate information from the MS/SU 1 to the BTS 2 .
  • BTS 3 also has similar Sch empty rate volume information.
  • the BSC 4 also performs settings, halt and bandwidth modification processing, and the like, for the forward direction and reverse direction traffic channels (Tch) and Sch between MS/SU 1 and the BSC 4 via the BTS 2 or 3 .
  • This settings, halt, and bandwidth modification processing, and the like, performed on Tch and Sch, is described in more detail hereinafter.
  • the Tch is constituted by a fundamental channel (Fch) and a dedicated control channel (DCch).
  • Fch fundamental channel
  • DCch dedicated control channel
  • the Fch is assigned a fixed bandwidth of 9.6 [kbps] in both the forward direction and the reverse direction.
  • DCch dedicated control channel
  • Sch is assigned a variable bandwidth of 9.6 [kbps] ⁇ m (where m is an integer between 1 and 15, inclusive), in both the forward and reverse directions.
  • the Tch (either Tch or DCch) is used preferentially. If the volume of communication data is large and Tch (namely, 9.6 [kbps]) is not sufficient, then Sch is used in addition to Tch.
  • the BSC 4 is also provided with a subscriber data table containing data for each subscriber (each MS/SU 1 ), and rate management information.
  • FIG. 2 shows a subscriber data table belonging to BSC 4 .
  • Each subscriber data entry consists of: subscriber registration information, a subscriber identification number, subscriber type, maximum allowable Sch rate, and maximum allowable hand-off rate.
  • the subscriber registration information indicates whether or not registration data exists (empty/registered).
  • the subscriber identification number is a number for uniquely identifying the subscriber, for instance, a telephone number, ESN, IMSI number, or the like.
  • the subscriber type indicates the category of the subscriber, these categories including: general, VIP, common, fixed, and mobile.
  • the maximum allowable Sch rate is the maximum rate of the Sch allowed for that subscriber. As described hereinafter, when the BSC 4 sets up the Sch, the requested bandwidth for the set Sch is commanded (requested). The BSC 4 compares this requested bandwidth-with the maximum allowable Sch rate, and sets up the Sch having a bandwidth equal to whichever is the smaller of the requested bandwidth and the maximum allowable Sch rate.
  • the maximum allowable hand-off rate is the maximum hand-off rate allowed by a connection, and when the MS/SU 1 performs hand-off, this rate is compared to the hand-off rate of the whole system.
  • the hand-off rate of the whole system is calculated by: (Number of subscribers performing hand-off)+(number of subscribers in communication) (1)
  • the BSC 4 calculates the hand-off rate for the whole system at that point in time, using equation (1) above, and it then compares the calculated hand-off rate with the maximum allowable hand-off rate of the MS/SU 1 seeking to perform hand-off. If the former rate is greater than the latter, the BSC 4 does not permit hand-off to MS/SU 1 .
  • FIG. 3 shows rate management information belonging to BSC 4 .
  • the rate management information comprises: a call number, hand-off BTS information, forward side rate information, and reverse side rate information.
  • the “hand-off BTS information” indicates the hand-off state of the MS/SU 1 , and is set to 0 if the MSISU 1 is not in a hand-off state, in other words, if it is only communicating with one BTS (hereinafter, this is also referred to as a “one-way state”). This information is set to 1, if the MS/SU 1 is performing hand-off between two BTS (for example, BTSs 2 and 3 ) (hereinafter, this is also referred to as a “two-way state”).
  • FIG. 4 is a sequence diagram showing the flow of forward direction Sch setup processing in non-hand-off states (in other words, when neither setting up hand-off, nor performing hand-off).
  • the BSC 4 judges that it is necessary to set up the Sch.
  • congestion is judged to have arisen or not arisen in the RLP according to whether or not the amount of accumulated communication data per unit time in the BSC 4 exceeds a previously determined threshold value. If it does exceed this threshold, then congestion is judged to have arisen, and if it does not exceed this threshold, then congestion is not judged to have arisen.
  • the BSC 4 then sends a resource (bandwidth) allocation request (Extended Allocation Resource Request) for the forward direction Sch (F-Sch), to the BTS 2 .
  • This resource allocation request contains a requested rate X [bps] that is to be allocated to F-Sch.
  • the BTS 2 sends back a resource allocation response (Extended Allocation Resource Response) containing the set rate Y [bps], to the BSC 4 .
  • a resource allocation response Extended Allocation Resource Response
  • the BTS 2 updates the forward direction empty rate information (in other words, it subtracts the set rate Y from the forward direction empty rate volume information).
  • the BSC 4 updates the rate management information (in other words, it adds the set rate Y to the forward rate information for the call number corresponding to the MS/SU 1 to which the F-Sch has been set up).
  • the BSC 4 transmits an Sch begin request (Begin Sch Request) at setup rate Y [bps] to the BTS 2 , and in response, the BTS 2 sends back an Sch begin response (Begin Sch response) to the BSC 4 .
  • Begin Sch Request an Sch begin request
  • Y [bps] setup rate
  • the BTS 2 sends back an Sch begin response (Begin Sch response) to the BSC 4 .
  • the BSC 4 transmits a supplementary channel assignment message (Extended Supplemental Channel Assignment Message) to the MS/SU 1 via the BTS 2 , and in response to this, the MS/SU 1 sends back a mobile station acknowledgement order (Mobile Station Ack Order), to the BSC 4 , via the BTS 2 .
  • a supplementary channel assignment message Extended Supplemental Channel Assignment Message
  • Mobile Station Ack Order Mobile Station Ack Order
  • an F-Sch having the set rate Y is set up from the BSC 4 via the BTS 2 to MS/SU 1 , and forward direction data transmission is performed by means of F-Sch.
  • the BTS 2 will send back an NG (Sch not settable) message.
  • F-Sch is not set up and communications are conducted via the Tch only.
  • FIG. 5 is a sequence diagram showing the flow of reverse direction Sch setup processing in a non-hand-off state.
  • the BSC 4 sends the BTS 2 an Sch resource (bandwidth) allocation request for a requested rate X in the reverse direction.
  • the BTS 2 updates the reverse direction empty rate volume information (in other words, it subtracts the set rate Y from the reverse direction empty rate volume information).
  • BSC 4 updates the rate management information (in other words, it adds the set rate Y to the reverse rate information for the call number corresponding to the MS/SU 1 to which R-Sch has been set up).
  • the BSC 4 then sends an Sch begin request to the BTS 2 , and in response to this, the BTS 2 sends back an Sch begin response.
  • the BSC 4 sends a supplementary-channel allocation message via the BTS 2 to the MS/SU 1 , and in response, the MS/SU 1 sends back a mobile station ack order via the BTS 2 to the BSC 4 .
  • an R-Sch of set rate Y is established from the MS/SU 1 via the BTS 2 to the BSC 4 , and reverse direction data transmission is conducted by means of R-Sch in addition to Tch.
  • FIG. 6 is a sequence diagram of a case where the requested rate for F-Sch at the BSC 4 is greater than the maximum allowable Sch rate in the subscriber data table shown in FIG. 2 .
  • FIG. 7 is a sequence diagram of a case where the requested rate for R-Sch at the BSC 4 is greater than the maximum allowable Sch rate in the subscriber data table shown in FIG. 2 .
  • the BSC 4 determines whether or not to permit hand-off, on the basis of the maximum hand-off rate contained in the subscriber data of the MS/SU 1 sending this message, and the most recent hand-off rate for the whole system (hand-off BTS inquiry).
  • the BSC 4 ignores the pilot strength measurement message and does not perform hand-off. If, on the other hand, the maximum hand-off rate contained in the subscriber data is greater than or equal to the most recent hand-off rate for the whole system, then the BSC 4 implements the following hand-off processing.
  • the BSC 4 sends a resource parameter read-out request to the source side BTS 2 , to request the set rate of the currently established F-Sch.
  • the source side BTS 2 sends a resource parameter read-out response to the BSC 4 to report the F-Sch set rate to the BSC 4 .
  • the BSC 4 then sends RLP data frames to the target side BTS 3 , by means of the established F-Tch.
  • the BSC 4 sets up an F-Sch with the target side BTS 3 . Specifically, the BSC 4 sends a hand-off resource request for F-Sch to the target side BTS 3 .
  • This request contains an Sch set rate (requested rate) X obtained from the source side BTS 2 by means of the aforementioned resource parameter read-out request and a corresponding response.
  • the BTS 3 sends the BSC 4 a hand-off resource response regarding F-Sch.
  • the target side BTS 3 updates the empty rate volume information, and the BSC 4 updates the rate management information, as illustrated in FIG. 4 to FIG. 7 described previously.
  • the BSC 4 sends a forward Tch start command (Begin Forward Traffic Command) to the target side BTS 3 , and then transmits RLP data frames to the MS/SU 1 via the target side BTS 3 .
  • a forward Tch start command Begin Forward Traffic Command
  • the BSC 4 then sends a multi-cell-mode communication to the source side BTS 2 .
  • This multi-cell-mode notification is a message informing the source side BTS 2 that hand-off is being implemented for the F-Tch, and that the MS/SU 1 is in a 2-way state with the source side BTS 2 and the target side BTS 3 .
  • the BSC 4 then sends the MS/SU 1 a hand-off implementation command notification (Universal. Handoff Direction Message), via the source side BTS 2 and the target side BTS 3 .
  • This message indicates that the F-Tch is in a two-way state, whilst the F-Sch has been terminated.
  • the MS/SU 1 obtains an F-Tch with the target side BTS 3 , as well as with the source side BTS 2 , and it sends a handoff completion notification (Handoff Completion Message), to the BSC 4 via the source side BTS 2 . Thereupon, communications are performed by means of the F-Tch between the MS/SU 1 , source side BTS 2 , target side BTS 3 and the BSC 4 .
  • the BSC 4 sends an F-Sch change request (F-Sch Resource Request) to the source side BTS 2 .
  • This request contains the set rate Y.
  • the source side BTS 2 sends back an F-Sch change response (F-Sch Resource Response) to the BSC 4 .
  • F-Sch rate to the source side BTS 2 is changed from the original rate X to the new rate Y.
  • the BSC 4 then sends a handoff implementation command notification (Universal Handoff Direction Message) to the MS/SU 1 , via the source side BTS 2 and the target side BTS 3 .
  • This message indicates that the F-Sch is in a two-way state.
  • RLP data frames are sent from the RMC card via the source side BTS 2 and the target side BTS 3 to the MS/SU 1 , by means of F-Sch.
  • the requested rate X can be obtained for the target side BTS 3 , in the event of the TGT hand-off request (Extended Handoff Resource Request), then an F-Sch of the set rate X can be established with the target side BTS 3 , without having to suspend temporarily the F-Sch to the source side BTS 2 . Additionally, if the F-Sch bandwidth cannot be guaranteed at the target side. BTS 3 , in the event of a TGT hand-off request, then hand-off involving F-Sch is not performed, and hand-off by means of F-Tch only is implemented.
  • FIG. 10 and FIG. 11 are sequence diagrams showing the flow of setup processing for a reverse direction Sch during hand-off setting (initiation).
  • FIG. 12 is a sequence diagram showing the flow of F-Sch setup during a two-way hand-off call using F-Tch.
  • F-Sch setup is described in a case where it becomes necessary to establish F-Sch during communication by F-Tch, where F-Tch hand-off is being performed between the MS/SU 1 and the source side BTS 2 and the target side BTS 3 .
  • the BSC 4 establishes an F-Sch to the source side BTS 2 . Specifically, in a similar manner to FIG. 4 , the BSC 4 sends a resource allocation request (Extended Allocation Resource Request) for F-Sch to the source side BTS 2 .
  • This request contains a requested rate X which is at or below the maximum allowable Sch rate (refer to FIG. 2 ).
  • the source side BTS 2 sends back a resource allocation response (Extended Allocation Resource Response) to the BSC 4 .
  • the source side BTS 2 then updates the empty rate volume information and the BSC 4 updates the rate management information.
  • processing is implemented for aligning the F-Sch bandwidth to the source side BTS 2 with the F-Sch bandwidth to the target side BTS 3 .
  • the BSC 4 sends an Sch release request, which is a message instructing release of the ensured bandwidth Y 1 , to the source side BTS 2 , and in response to this, the source side BTS 2 sends back an Sch release response to the BSC 4 .
  • the source side BTS 2 updates the empty rate volume information (in other words, it adds rate Y 1 to the empty rate), and the BSC 4 updates the rate management information (in other words, it adds the set rate Y to the forward side rate information for the corresponding call number). Thereby, the ensured bandwidth Y 1 is released.
  • processing is implemented for aligning the F-Sch to the target side BTS 3 with the F-Sch bandwidth to the source side BTS 2 .
  • the details of this processing are the same as the processing described above, with the exception that the source side BTS 2 is replaced by the target side BTS 3 in the description, and hence further description thereof is omitted here.
  • the BSC 4 sends an Sch start request (Begin Sch Request) for F-Sch to the source side BTS 2 and the target side BTS 3 , in response to which, the source side BTS 2 and the target side BTS 3 respectively send back an Sch start response (Begin Sch Response) to the BSC 4 .
  • Begin Sch Request an Sch start request
  • Begin Sch Response an Sch start response
  • the BSC 4 sends a hand-off implementation notification (Universal Handoff Direction Message) to the S/SU 1 , in response to which, the MS/SU 1 sends back a hand-off completion message to the BSC 4 .
  • hand-off processing for the F-Sch is completed between the MS/SU 1 and the BTS 2 and 3 .
  • RLP data frames are then transmitted from the BSC 4 to the MS/SU 1 via the established F-Sch, whereupon communications are conducted between the MS/SU 1 and the source side BTS 2 and the target side BTS 3 , by means of the F-Sch in addition to the F-Tch, and hence hand-off is implemented by both F-Tch and F-Sch.
  • the Sch is set to match the lowest bandwidth of the F-Sch bandwidths that can be guaranteed respectively to the plurality of BTS. Therefore, it is possible to make efficient use of the Sch bandwidth.
  • FIG. 13 is a sequence diagram showing the flow of R-Sch setup during two-way hand-off communications.
  • FIG. 13 is the same as FIG. 12 , except for the fact that the F-Sch in FIG. 12 is replaced by R-Sch, and a supplementary channel request (Supplemental Channel Request) is transmitted by the MS/SU 1 . Therefore, further detailed description thereof is omitted here.
  • rank R A bandwidth ranking (hereinafter, “rank R”) for Sch setup and assignment to the Sch, and a recommended bandwidth (hereinafter, “recommended bandwidth”) are determined for each MS/SU 1 (in other words, each subscriber), and Sch bandwidths can be allocated on the basis of the determined rank R and recommended rate.
  • the BSC 4 comprises a recommended rate database, which stores the relationship between the ranks R and the recommended rate, and the rank R assigned to each MS/SU 1 .
  • FIG. 14 shows one example of the structure of a recommended rate database.
  • the recommended-rate database stores recommended rate, rank R, timer, and subscriber number.
  • the “timer” is the continuation time set for which the Sch is set.
  • Six ranks R are allocated respectively to other recommended rates not shown in the diagram.
  • R ⁇ ( T 1 ⁇ K 1 +T 2 ⁇ K 2 + . . . +T i ⁇ K i + . . . +T n ⁇ K n +A ⁇ K A )+( D ⁇ K D +S ⁇ K S ) ⁇ K (2)
  • the use time of T i and the dormant number of D, and the like are stored as communication history by BSC 4 , or they may be derived from the communication history. Furthermore, if the ranking obtained by equation (2) above contains digits after the decimal point, then these can either be rounded up, rounded down, or discarded, or the like, to convert the R ranking value to an integer.
  • FIG. 15 and FIG. 16 are flowcharts showing the sequence of Sch bandwidth allocation and connection processing when using a recommended rate database.
  • the BSC 4 judges that it is necessary to establish an Sch (F-Sch or R-Sch) for data communications, the BSC 4 consults the recommended rate database (S 1 ), and compares the recommended rate allocated to that subscriber (MS/SU 1 ) with the requested rate (S 2 , S 3 ).
  • the BTS 2 ( 3 ) sends back a resource allocation response containing a set rate equal to or less than the requested rate (Extended Allocation Resource Response: see FIG. 4 and FIG. 5 ).
  • Extended Allocation Resource Response see FIG. 4 and FIG. 5 .
  • the BTS 2 ( 3 ) updates the empty rate volume information
  • the BSC 4 updates the rate management information, in addition to which an Sch having the set rate is established-for a time period indicated by the timer corresponding to MS/SU 1 to which the Sch is established (see FIG. 4 and FIG. 5 ; S 7 ).
  • step S 8 If, at step S 8 , it is judged that no congestion has occurred (NO at S 8 ), then the BSC 4 executes the processing from step S 10 to S 14 .
  • This processing is the same as the respective processes in steps S 4 to S 8 described previously.
  • step S 14 if it is judged that there is data congestion (YES at S 14 ), then BSC 4 proceeds to step S 9 , whereas if it is judged that there is no data congestion (NO at S 14 ), then rate reduction processing is performed (S 15 ). Rate reduction processing is performed, for example, by reducing the currently set rate by 1/2.
  • a connection is provided for the time period indicated by the timer (S 18 ) and is then judged again whether or not there is congestion (S 19 ). If there is no congestion (NO at S 19 ), then rate reduction processing is executed (S 20 ), and the processing is repeated from step S 18 . If there is congestion (YES at S 19 ), then the requested rate is set to the recommended rate (S 21 ), and the processing is repeated from step S 5 .
  • step S 10 If the requested rate is equal to the recommended rate at step. S 2 and S 3 , (YES at S 3 ), then the requested rate is set to the recommended rate (step S 10 ), and processing is implemented from step S 11 , described above.
  • the BTS 2 ( 3 ) if the BTS 2 ( 3 ) does not have a settable rate according to the empty rate volume information (NO at S 6 , S 12 , S 17 ), then the BTS 2 ( 3 ) sends back an NG message to the BSC 4 .
  • the BSC 4 executes processing for reducing the rate of subscribers having a lower rank R than the subscriber who is seeking to establish an Sch.
  • the BSC 4 searches the rate management information and the recommended rate database for subscribers operating at maximum rate amongst the subscribers having a lower rank R than the subscriber seeking to establish an Sch (S 25 ).
  • the set rate of the subscriber having the lowest rank R of this plurality of subscribers is reduced (S 28 ). If there exist a plurality of subscribers having a lowest rank R, then any one of these subscribers is selected.
  • the rate reduction is implemented by, for example, setting the rate of the selected subscriber to one half of the current rate.
  • the BTS 2 ( 3 ) updates the empty rate volume information and the BSC 4 updates the rate management information, respectively, according to the rate reduction processing.
  • step S 26 if there is only one subscriber at maximum rate (NO at S 26 ), then the BSC 4 implements rate reduction processing for that subscriber (S 29 ).
  • step S 4 when branching from the judgement block at step S 6 , it returns to step S 11 when branching from the judgement block at step S 12 , and it returns to step S 16 when branching from step S 17 .

Abstract

The present invention relates to a mobile communication system in which variable bandwidths are set in this manner, and a base station controller for setting these variable bandwidths. A base station controller sends a value indicating a requested bandwidth required for a channel of variable bandwidth to a base station. The base station, upon receiving the request, returns a response of an allocatable bandwidth equal to or lower than the requested bandwidth, to the base station controller. The base station controller, upon receiving the response, sets the channel of variable bandwidth between a mobile station and the base station, and between the base station and the base station controller, according to the allocatable bandwidth.

Description

    BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The present invention relates to a method for setting channels of variable bandwidth in a mobile communication system comprising mobile stations, base stations and a base station controller. Moreover, the present invention also relates to a mobile communication system in which variable bandwidths are set in this manner, and a base station controller for setting these variable bandwidths.
  • 2. Description of the Related Art
  • In the field of a mobile communication system, for instance, cellular phones, and the like, a cdma2000 (MC-CDMA) system for broadening the bandwidth of a cdmaOne system is coming into practical use.
  • In addition to the fundamental channel (Fch Fundamental Channel) in the cdmaOne system, the cdma2000 system newly provides a dedicated control channel (DCch) and a supplementary channel (hereinafter, called “Sch”). A communication circuit between the respective mobile stations (cellular phones, car phones, etc.) and the base station and base station controller is constituted by Fch, DCch and Sch.
  • Fch and DCch are jointly called the traffic channel (hereinafter, “Tch”). This traffic channel Tch is used for both voice communications, and data communications by packet transmission, or the like. The Sch, on the other hand, is used only for packet communication of data, or the like. Moreover, the Fch and DCch included in the Tch are both assigned a fixed size bandwidth (resource, rate). For example, they are assigned a 9.6 kbps bandwidth.
  • The Sch, on the other hand, can be assigned a bandwidth (resource, rate) of variable size, it being possible to assign any requested bandwidth that can be guaranteed, below a predetermined maximum value. For example, at 9.6×m [kbps] (where m is a positive integer), a bandwidth up to the predetermined maximum value of 144 [kbps] (in other words, m=15), can be assigned.
  • If data communications are being performed between a mobile station and the base station, then generally, the Tch (either Fch or DCch) is used first, and if the Tch bandwidth is not sufficient, then the Sch is used as well. In this case, the necessary bandwidth is allocated to the Sch. Therefore, when the mobile station is only performing voice communications, or when it is performing data communications by Tch only, then only Tch is in use and Sch is not set up.
  • In a current cdma2000 system, the allocation of bandwidth to the Sch is performed equally for each mobile station. In other words, if the requested bandwidth can be guaranteed for each one of the mobile stations, this requested bandwidth is assigned to the Sch of those mobile stations. On the other hand, if the requested bandwidth cannot be guaranteed, then communications are continued using Tch only, without setting the Sch for the mobile stations.
  • Furthermore, during hand-off performed by a mobile station moving between cells or sectors, if the bandwidth of Sch set between the mobile station and the source side base station cannot be guaranteed between the mobile station and the target side base station, then the Sch between the mobile station and the target base station is not set and no hand-off is implemented for the Sch.
  • In this way, in the current cdma2000 system, if the bandwidth requested for the Sch cannot be guaranteed, then even if a smaller bandwidth can be guaranteed, that bandwidth is not assigned to the Sch and hence efficient use of the bandwidth (resource) is not achieved.
  • Furthermore, although the bandwidth usable for the Sch is limited by the maximum value 144 [kbps], any mobile station is assigned directly with the full requested bandwidth as long as the bandwidth is less than this maximum value. Consequently, situations may arise where Sch is set in some of the mobile stations, whilst no Sch at all is set in the remaining mobile stations. This in turn leads to a risk that the appeal of the service will decline.
  • SUMMARY OF THE INVENTION
  • The present invention was devised with the foregoing situation in view, an object thereof being to achieve efficient use of channels assigned with a variable bandwidth, such as Sch, in a mobile communication system.
  • In order to achieve the aforementioned object, the channel setting method according to a first aspect of the present invention is a method for setting a channel of variable bandwidth between a mobile station and a base station performing radio communications with said mobile station, and between said base station and a base station controller communicating with said base station and controlling said base station, comprising the steps of: in said base station controller, sending a request for a bandwidth required for said channel to said base station; in said base station, upon receiving said request, returning a response of an allocatable bandwidth equal to or lower than said required bandwidth, to said base station controller; and in said base station controller, upon receiving said response, setting said channel of variable bandwidth between said mobile station and said base station, and between said base station and said base station controller, according to said allocatable bandwidth.
  • The base station controller according to the first aspect of the present invention is a base station controller for establishing a channel of variable bandwidth between a mobile station and a base station performing radio communications with said mobile station, and between said base station and said base station controller which communicates with said base station and controls said base station, comprising: a transmitting portion for sending a request for a bandwidth required for said channel to said base station; a receiving portion for receiving a response of an allocatable bandwidth equal to or lower than said requested bandwidth, from said base station; and a channel setting portion for setting said channel of variable bandwidth between said mobile station and said base station, and between said base station and said base station controller, according to said allocatable bandwidth received by said receiving portion.
  • According to this first aspect of the present invention, even if the bandwidth set for the channel of variable bandwidth cannot be ensured according to the requested bandwidth, a channel is established having a bandwidth that can be ensured. Therefore, it is possible to make efficient use of the bandwidth set for a channel of variable bandwidth.
  • The channel setting method according to a second aspect of the present invention is a channel setting method in a mobile communication system in which a first channel of fixed bandwidth, and a second channel of variable bandwidth established according to requirements, are set up between a mobile station and a plurality of base stations performing radio communications with said mobile station, and between said plurality of base stations and a base station controller which communicates with said plurality of base stations and controls said base stations, said channel setting method being a method for setting said second channel during hand-off where said mobile station is communicating with said plurality of base stations by means of said first channel, and comprising the steps of: in said base station controller, sending a request for a bandwidth required for said second channel to said plurality of base stations communicating by means of said first channel; in said plurality of base stations, upon receiving said request, returning a response of an allocatable bandwidth equal to or lower than said requested bandwidth, to said base station controller; and in said base station controller, upon receiving said responses, setting said second channels between said mobile station and said plurality of base stations, and between said plurality of base stations and said base station controller, according to the smallest bandwidth of said plurality of allocatable bandwidths.
  • According to the second aspect of the present invention, even if there is a disparity in the bandwidths of the second channels which can be ensured for a plurality of base stations, the smallest bandwidth of these different bandwidths is ensured. Consequently, hand-off is performed with respect to the second channel also. Thereby, it is possible to make efficient use of the second channel bandwidth.
  • The channel setting method according to a third aspect of the present invention is a channel setting method in a mobile communication system in which a first channel of fixed bandwidth, and a second channel of variable bandwidth established according to requirements, are set up between a mobile station and a first and a second base station performing radio communications with said mobile station, and between said first and second base stations and a base station controller which communicates with said base stations and controls said base stations, said channel setting method being a method for setting said second channel between said mobile station and said second base station at the start of handoff where said mobile station starts to communicate simultaneously with said second base station whilst also communicating with said first base station by means of said first and second channel, and comprising the steps of: in said base station controller, sending a request for a bandwidth required for said second channel to said second base station; in said second base station, upon receiving said request, returning a response of an allocatable bandwidth equal to or lower than said requested bandwidth, to said base station controller; and in said base station controller, upon receiving said response from said second base station, comparing said allocatable bandwidth with the bandwidth of the second channel established to said first base station; and in a case where the former bandwidth is lower than the latter bandwidth, changing the bandwidth of the second channel established to said first base station to the former bandwidth, and also establishing said second channel between said mobile station and said second base station, and between said second base station and said base station controller, in accordance with said former bandwidth.
  • According to this third aspect of the present invention, the bandwidth of the second channel already established to the first base station is changed to a bandwidth matching that of the second channel that is to be ensured to the second base station. Therefore, even if the bandwidth between the first base station and the mobile station does not match the bandwidth between the second base station and the mobile station, a second channel can still be ensured and hand-off performed. Thereby, it is possible to make efficient use of the bandwidth of the second channel.
  • The channel setting method according to a fourth aspect of the present invention is a method for setting a channel of variable bandwidth between a mobile station and a base station performing radio communications with said mobile station, and between said base station and a base station controller which communicates with said base station and controls said base station, said method being performed under control of said base station controller, and comprising the steps of: holding a bandwidth allocation priority for said mobile station and a recommended bandwidth set and recommended with respect to said priority; setting said channel by comparing said recommended bandwidth with a requested bandwidth for said channel; if the smaller bandwidth thereof can be ensured, ensuring said smaller bandwidth; and if said smaller bandwidth cannot be ensured, reducing the bandwidth of a channel established to another mobile station of lower rank of said priority than the mobile station for which said smaller bandwidth is being ensured, and ensuring said smaller bandwidth.
  • According to this fourth aspect of the present invention, bandwidth can be allocated according to the priority ranking of a mobile station, and hence preferential allocation is performed. Therefore, the appeal of the service is improved.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 is a block diagram showing the composition of a communication system adopting a cdma2000 method;
  • FIG. 2 shows a subscriber data table belonging to a BSC;
  • FIG. 3 shows rate management information belonging to a BSC;
  • FIG. 4 is a sequence diagram showing the flow of forward direction Sch setup processing in non-hand-off states;
  • FIG. 5 is a sequence diagram showing the flow of reverse direction Sch setup processing in a non-hand-off state;
  • FIG. 6 is a sequence diagram of a case where the requested rate for F-Sch at the BSC is greater than the maximum allowable Sch rate in the subscriber data table shown in FIG. 2;
  • FIG. 7 is a sequence diagram of a case where the requested rate for R-Sch at the BSC is greater than the maximum allowable Sch rate in the subscriber data table shown in FIG. 2;
  • FIGS. 8 and 9 are sequence diagrams showing the flow of forward direction Sch setup processing during hand-off setting (initiation);
  • FIGS. 10 and 11 are sequence diagrams showing the flow of setup processing for a reverse direction Sch during hand-off setting (initiation);
  • FIG. 12 is a sequence diagram showing the flow of F-Sch setup during a two-way hand-off call using F-Tch;
  • FIG. 13 is a sequence diagram showing the flow of R-Sch setup during two-way hand-off communications;
  • FIG. 14 shows one example of the structure of a recommended rate database; and
  • FIGS. 15 and 16 are flowcharts showing the sequence of Sch bandwidth allocation and connection processing when using a recommended rate database.
  • DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • 1. System Configuration
  • FIG. 1 is a block diagram showing the composition of a communication system adopting a cdma2000 method.
  • This communication system comprises: a mobile station. (MS/SU: Mobile Station/Subscriber-Un t) 1 such as a cellular phone, car phone, or the like, base stations (BTS: Base Station Transceiver Subsystem) 2 and 3; a base station controller (BSC) 4; an exchange (LE/MSC: Local Exchange/Mobile Switching Center) 5; and a packet data service node (PDSN: Packet Data Service Node) 6.
  • The LE/MSC 5 is connected to the BSC 4 and a public telephone network (PSTN: Public Switched Telephone Network) 7, and performs call exchange processing between the BSC 4 and the PSTN 7. The LE/MSC 5 may also be connected to other BSC (not illustrated) and other mobile communications networks (not illustrated).
  • The PDSN 6 is connected to the BSC 4 and the Internet 8, and performs call exchange processing between the BSC 4 and the Internet 8. The PDSN 6 may also be connected to other BSC (not illustrated) and other mobile station networks (not illustrated).
  • The BTS 2 and 3 are respectively located in two adjoining jurisdiction sectors A and B. MS/SU 1 communicates with BTS 2 when it is situated within the jurisdiction sector A of BTS 2, and it communicates with BTS 3 when it is situated within the jurisdiction sector B of BTS 3. Moreover, there is an overlapping region (boundary region) between jurisdictions sectors A and B, and when the MS/SU 1 is situated within this boundary region, a hand-off operation is performed, and during hand-off, the MS/SU 1 communicates with both BTS 2 and 3.
  • BTS 2 has empty rate volume information indicating how much usable bandwidth is currently available of the bandwidth (hereinafter, also referred to as “resources”, “communication rate” or “rate”) of the supplemental channel (Sch). The empty rate volume information contains forward direction Sch rate information from the BTS 2 to the MS/SU 1, and reverse direction Sch empty rate information from the MS/SU 1 to the BTS 2. BTS 3 also has similar Sch empty rate volume information.
  • As well as controlling the BTS 2 and 3 and storing the communication history of each MS/SU 1, the BSC 4 also performs settings, halt and bandwidth modification processing, and the like, for the forward direction and reverse direction traffic channels (Tch) and Sch between MS/SU 1 and the BSC 4 via the BTS 2 or 3. This settings, halt, and bandwidth modification processing, and the like, performed on Tch and Sch, is described in more detail hereinafter.
  • The Tch is constituted by a fundamental channel (Fch) and a dedicated control channel (DCch). In the present embodiment, the Fch is assigned a fixed bandwidth of 9.6 [kbps] in both the forward direction and the reverse direction. The same applies to DCch. On the other hand, in the present embodiment, Sch is assigned a variable bandwidth of 9.6 [kbps]×m (where m is an integer between 1 and 15, inclusive), in both the forward and reverse directions.
  • If the MS/SU 1 is communicating data (for example, text data, image data, or the like) other than voice data, then the Tch (either Tch or DCch) is used preferentially. If the volume of communication data is large and Tch (namely, 9.6 [kbps]) is not sufficient, then Sch is used in addition to Tch.
  • Furthermore, the BSC 4 is also provided with a subscriber data table containing data for each subscriber (each MS/SU 1), and rate management information.
  • FIG. 2 shows a subscriber data table belonging to BSC 4. Each subscriber data entry consists of: subscriber registration information, a subscriber identification number, subscriber type, maximum allowable Sch rate, and maximum allowable hand-off rate.
  • The subscriber registration information indicates whether or not registration data exists (empty/registered). The subscriber identification number is a number for uniquely identifying the subscriber, for instance, a telephone number, ESN, IMSI number, or the like. The subscriber type indicates the category of the subscriber, these categories including: general, VIP, common, fixed, and mobile.
  • The maximum allowable Sch rate is the maximum rate of the Sch allowed for that subscriber. As described hereinafter, when the BSC 4 sets up the Sch, the requested bandwidth for the set Sch is commanded (requested). The BSC 4 compares this requested bandwidth-with the maximum allowable Sch rate, and sets up the Sch having a bandwidth equal to whichever is the smaller of the requested bandwidth and the maximum allowable Sch rate.
  • The maximum allowable hand-off rate is the maximum hand-off rate allowed by a connection, and when the MS/SU 1 performs hand-off, this rate is compared to the hand-off rate of the whole system.
  • The hand-off rate of the whole system is calculated by:
    (Number of subscribers performing hand-off)+(number of subscribers in communication)  (1)
  • If a particular subscriber (in other words, MS/SU 1) seeks to perform hand-off, the BSC 4 calculates the hand-off rate for the whole system at that point in time, using equation (1) above, and it then compares the calculated hand-off rate with the maximum allowable hand-off rate of the MS/SU 1 seeking to perform hand-off. If the former rate is greater than the latter, the BSC 4 does not permit hand-off to MS/SU 1.
  • FIG. 3 shows rate management information belonging to BSC 4. The rate management information comprises: a call number, hand-off BTS information, forward side rate information, and reverse side rate information.
  • The “call number” is a unique number assigned by the BSC 4 each time a MS/SU 1 initiates a communication, and there is a one-to-one correspondence between call numbers and MS/SU 1 units. Therefore, a MS/SU 1 can be identified uniquely by means of this call number.
  • The “hand-off BTS information” indicates the hand-off state of the MS/SU 1, and is set to 0 if the MSISU 1 is not in a hand-off state, in other words, if it is only communicating with one BTS (hereinafter, this is also referred to as a “one-way state”). This information is set to 1, if the MS/SU 1 is performing hand-off between two BTS (for example, BTSs 2 and 3) (hereinafter, this is also referred to as a “two-way state”). Moreover, if the MS/SU 1 is situated in a boundary region between three BTSs and is in a state of performing hand-off between three BTSs (hereinafter, this is also referred to as a “three-way state”), then this hand-off BTS information is set to 2. Thereafter, similarly, in the case of 4 or more BTSs, values of 3 and above are respectively specified.
  • The “forward side rate information” indicates the total bandwidth of Tch and Sch in the forward direction for each MS/SU 1 that has been set up. The “reverse side rate information” indicates the total bandwidth of Tch and Sch in the reverse direction for each MS/SU 1 that has been set up. Therefore, if the “forward side rate information” has a value of 9.6 [kbps.], then this signifies that only the Tch has been set. Moreover, if the “forward side rate information” has a value of 19.2 [kbps], then this signifies that a 9.6 [kbps] Tch and a 9.6 [kbps] Sch have been set up. The same applies to reverse side rate information.
  • Next, the process of setting up Sch in the MS/SU 1; BTSs 2 and 3, and BSC 4, will be described in three different situations: in a state other than a hand-off state (in other words, when neither setting up hand-off, nor performing hand-off); when setting up hand-off; and when performing hand-off.
  • 2. Sch Setup Processing in Non-Hand-Off States
  • 2.1 Forward Direction Sch Setup Processing
  • FIG. 4 is a sequence diagram showing the flow of forward direction Sch setup processing in non-hand-off states (in other words, when neither setting up hand-off, nor performing hand-off).
  • When transmitting data in a forward direction from the BSC 4 to the MS/SU 1 via the BTS 2 by means of Tch, if a large-volume data transmission factor arises in the forward direction in the BSC 4, and as a result, congestion occurs in the radio link protocol (RLP), then the BSC 4 judges that it is necessary to set up the Sch. Here, for example, congestion is judged to have arisen or not arisen in the RLP according to whether or not the amount of accumulated communication data per unit time in the BSC 4 exceeds a previously determined threshold value. If it does exceed this threshold, then congestion is judged to have arisen, and if it does not exceed this threshold, then congestion is not judged to have arisen.
  • The BSC 4 then sends a resource (bandwidth) allocation request (Extended Allocation Resource Request) for the forward direction Sch (F-Sch), to the BTS 2. This resource allocation request contains a requested rate X [bps] that is to be allocated to F-Sch.
  • With respect to the requested rate X, the BTS 2 consults the empty rate volume information, and determines the rate Y [bps] (<=X) that can be set. The BTS 2 sends back a resource allocation response (Extended Allocation Resource Response) containing the set rate Y [bps], to the BSC 4. Thereby, the bandwidth Y for the F-Sch is ensured.
  • Here, in the present embodiment, X and Y take values which are a factor m of 9.6 k[bps] (where m is an integer between 1 and 15, inclusive). Moreover, since Y<=X, then if a set rate Y can be ensured in accordance with the requested rate X, X Y, and if a set rate Y cannot be ensured in line with the requested rate, then Y<X.
  • Thereupon, the BTS 2 updates the forward direction empty rate information (in other words, it subtracts the set rate Y from the forward direction empty rate volume information). The BSC 4 updates the rate management information (in other words, it adds the set rate Y to the forward rate information for the call number corresponding to the MS/SU 1 to which the F-Sch has been set up).
  • Thereupon, the BSC 4 transmits an Sch begin request (Begin Sch Request) at setup rate Y [bps] to the BTS 2, and in response, the BTS 2 sends back an Sch begin response (Begin Sch response) to the BSC 4.
  • Next, the BSC 4 transmits a supplementary channel assignment message (Extended Supplemental Channel Assignment Message) to the MS/SU 1 via the BTS 2, and in response to this, the MS/SU 1 sends back a mobile station acknowledgement order (Mobile Station Ack Order), to the BSC 4, via the BTS 2.
  • Thereupon, an F-Sch having the set rate Y is set up from the BSC 4 via the BTS 2 to MS/SU 1, and forward direction data transmission is performed by means of F-Sch.
  • In this way, even if the set rate Y that can be set up by the BTS 2 is lower than the requested rate X, since a settable rate Y is assigned to the Sch, it is possible to achieve efficient use of the Sch resources.
  • Moreover, if the empty rate volume information at BTS 2 is zero, then in response to the resource allocation request from BSC 4, the BTS 2 will send back an NG (Sch not settable) message. In this case, F-Sch is not set up and communications are conducted via the Tch only.
  • 2.2 Reverse Direction Sch Setup Processing
  • FIG. 5 is a sequence diagram showing the flow of reverse direction Sch setup processing in a non-hand-off state.
  • During data transmission in the reverse direction from the MS/SU 1 to the BSC 4 via the BTS 2 by means of Tch, if a large volume data transmission factor in the reverse direction occurs in the MS/SU 1, and it is necessary to set up a reverse direction Sch (R-Sch), then the MS/SU 1 will transmit an supplementary channel request (Supplemental Channel Request) to the BSC 4 via the BTS 2.
  • In response, the BSC 4 sends the BTS 2 an Sch resource (bandwidth) allocation request for a requested rate X in the reverse direction.
  • With respect to the requested rate X, if the BTS 2 is able to set a rate Y (<=X), depending on the empty rate volume information, then it sends the BSC 4 a resource allocation response for setting up a communications rate at the set rate Y. Thereby, the bandwidth Y is ensured for R-Sch.
  • Thereupon, the BTS 2 updates the reverse direction empty rate volume information (in other words, it subtracts the set rate Y from the reverse direction empty rate volume information). BSC 4 updates the rate management information (in other words, it adds the set rate Y to the reverse rate information for the call number corresponding to the MS/SU 1 to which R-Sch has been set up).
  • The BSC 4 then sends an Sch begin request to the BTS 2, and in response to this, the BTS 2 sends back an Sch begin response.
  • Thereupon, the BSC 4 sends a supplementary-channel allocation message via the BTS 2 to the MS/SU 1, and in response, the MS/SU 1 sends back a mobile station ack order via the BTS 2 to the BSC 4.
  • Next, an R-Sch of set rate Y is established from the MS/SU 1 via the BTS 2 to the BSC 4, and reverse direction data transmission is conducted by means of R-Sch in addition to Tch.
  • In this way, even if the set rate Y that can be established by the BTS 2 is lower than the requested rate X, the settable rate Y is allocated, and therefore it is possible to make efficient use of Sch resources.
  • If the empty rate volume information in BTS 2 is zero, then the BTS 2 sends the BSC 4 a NG (Sch not settable) message in response to the resource allocation request from the BSC 4. In this case, R-Sch is not set and communications are continued by means of Tch only.
  • 2.3 Sch Setup Processing when Maximum Allowable Rate is Exceeded
  • FIG. 6 is a sequence diagram of a case where the requested rate for F-Sch at the BSC 4 is greater than the maximum allowable Sch rate in the subscriber data table shown in FIG. 2. FIG. 7 is a sequence diagram of a case where the requested rate for R-Sch at the BSC 4 is greater than the maximum allowable Sch rate in the subscriber data table shown in FIG. 2.
  • If the requested rate X for F-Sch or R-Sch is greater than the maximum allowable Sch rate Y, then the requested rate X is reduced to the maximum allowable Sch rate Y, and an Sch resource allocation request is issued to the BTS 2 using this requested rate Y.
  • The processing thereafter is similar to that in FIG. 4 and FIG. 5 described above. Consequently, further description thereof is omitted here.
  • In this way, the rate requested by a subscriber seeking an Sch is compared with the maximum allowable Sch rate for that subscriber, and if the requested rate exceeds the maximum allowable Sch rate, then the Sch is set to this maximum allowable Sch rate. It is therefore possible to prevent situations occurring wherein, for instance, an Sch having a large bandwidth is allocated to a particular subscriber only, whilst no Sch is allocated to other subscribers, and in this way, efficient Sch use is achieved.
  • 3. Sch Setup Processing During Hand-Off Setting (Initiation)
  • 3.1 Forward Direction Sch Setup Processing
  • FIG. 8 and FIG. 9 are sequence diagrams showing the flow of forward direction Sch setup processing during hand-off setting (initiation). FIG. 9 shows a continuation of FIG. 8.
  • Here, hand-off is described in relation to a case where the MS/SU 1 is in the jurisdiction sector A of BTS 2 and is communicating with BTS 2 by means of a forward Tch (F-Tch) and a forward Sch (F-Sch), whereupon the MS/SU 1 moves into a boundary region between jurisdiction sector A and jurisdiction sector B (jurisdiction sector of BTS 3). Therefore, here, BTS 2 forms the source side BTS and BTS 3 forms the target side BTS.
  • When the MS/SU 1 enters into the boundary region, the strength of the pilot signal it receives from BTS 3 (Pilot Sector B Strength) exceeds a previously determined threshold value T#ADD. Thereby, the MS/SU 1 sends a pilot strength measurement message to the BSC 4, via the BTS 2.
  • Upon receiving this pilot strength measurement message, the BSC 4 determines whether or not to permit hand-off, on the basis of the maximum hand-off rate contained in the subscriber data of the MS/SU 1 sending this message, and the most recent hand-off rate for the whole system (hand-off BTS inquiry).
  • If the maximum hand-off rate contained in the subscriber data is less than the most recent hand-off rate for the whole system, then the BSC 4 ignores the pilot strength measurement message and does not perform hand-off. If, on the other hand, the maximum hand-off rate contained in the subscriber data is greater than or equal to the most recent hand-off rate for the whole system, then the BSC 4 implements the following hand-off processing.
  • Specifically, the BSC 4 sends a resource parameter read-out request to the source side BTS 2, to request the set rate of the currently established F-Sch. In response, the source side BTS 2 sends a resource parameter read-out response to the BSC 4 to report the F-Sch set rate to the BSC 4.
  • Thereupon, the BSC 4 tests the F-Tch settings with the target side BTS 3. In other words, the BSC 4 sends a target (TGT) hand-off resource request (Extended Handoff Resource Request) regarding F-Tch, to the target side BTS 3. In response to this, the target side BTS 3, returns a TGT hand-off resource response (Extended Handoff Resource Response) regarding F-Tch, to the BSC 4, indicating that a Tch is settable.
  • The BSC 4 then sends RLP data frames to the target side BTS 3, by means of the established F-Tch.
  • Next, the BSC 4 sets up an F-Sch with the target side BTS 3. Specifically, the BSC 4 sends a hand-off resource request for F-Sch to the target side BTS 3. This request contains an Sch set rate (requested rate) X obtained from the source side BTS 2 by means of the aforementioned resource parameter read-out request and a corresponding response.
  • In reply, the BTS 3 sends the BSC 4 a hand-off resource response regarding F-Sch. This response contains the settable rate Y (<=X). Thereupon, although omitted from this diagram, the target side BTS 3 updates the empty rate volume information, and the BSC 4 updates the rate management information, as illustrated in FIG. 4 to FIG. 7 described previously.
  • Here, if Y<X, namely, if the F-Sch to the BTS 3 can only be set to a rate Y which is lower than the requested rate X, then the previously established F-Sch to the source side BTS 2 is temporarily suspended, and F-Tch is established with the target side BTS 3. Thereby, hand-off by means of F-Tch only is initiated. Thereupon, an F-Sch having the set rate Y is newly established between the MS/SU 1 and both the source side BTS 2 and the target side BTS 3, whereby hand-off by means of F-Sch is initiated. In other words, the F-Sch set to the source side BTS2 is reduced from the original communications rate X to the new communications rate Y. A more specific description of this processing is given below.
  • The BSC 4 sends a forward Tch start command (Begin Forward Traffic Command) to the target side BTS 3, and then transmits RLP data frames to the MS/SU 1 via the target side BTS 3.
  • The BSC 4 then sends a multi-cell-mode communication to the source side BTS 2. This multi-cell-mode notification is a message informing the source side BTS 2 that hand-off is being implemented for the F-Tch, and that the MS/SU 1 is in a 2-way state with the source side BTS 2 and the target side BTS 3.
  • The BSC 4 then sends the MS/SU 1 a hand-off implementation command notification (Universal. Handoff Direction Message), via the source side BTS 2 and the target side BTS 3. This message indicates that the F-Tch is in a two-way state, whilst the F-Sch has been terminated.
  • Thereby, the MS/SU 1 obtains an F-Tch with the target side BTS 3, as well as with the source side BTS 2, and it sends a handoff completion notification (Handoff Completion Message), to the BSC 4 via the source side BTS 2. Thereupon, communications are performed by means of the F-Tch between the MS/SU 1, source side BTS 2, target side BTS 3 and the BSC 4.
  • Next, the temporarily suspended F-Sch is restarted. Firstly, the BSC 4 sends an F-Sch change request (F-Sch Resource Request) to the source side BTS 2. This request contains the set rate Y. In response to this, the source side BTS 2 sends back an F-Sch change response (F-Sch Resource Response) to the BSC 4. Thereby, the F-Sch rate to the source side BTS 2 is changed from the original rate X to the new rate Y.
  • The BSC 4 then sends an Sch start request to the target side BTS 3. This request contains the set rate Y. In response, the target side BTS 3 sends an F-Sch start request to the BSC 4. During this, NULL#RLP data is transmitted from the RMC card to the MS/SU 1, via the target BTS 3. Thereby, an F-Sch is established to the target side BTS 3.
  • The BSC 4 then sends a handoff implementation command notification (Universal Handoff Direction Message) to the MS/SU 1, via the source side BTS 2 and the target side BTS 3. This message indicates that the F-Sch is in a two-way state.
  • Thereupon, RLP data frames are sent from the RMC card via the source side BTS 2 and the target side BTS 3 to the MS/SU 1, by means of F-Sch.
  • Communications are then performed by means of both F-Tch and F-Sch, between the MS/SU 1, source side BTS 2, target side BTS 3 and the BSC 4, and hand-off is implemented on both F-Tch and F-Sch.
  • In this way, even if it is only possible to ensure an F-Sch for the target side BTS 3 which has a smaller bandwidth than that of the source side BTS 2, hand-off is still implemented by matching the bandwidth of F-Sch of the source side BTS 2 with the bandwidth of the F-Sch of the target side BTS 3. Thereby, efficient Sch use can be achieved during hand-off.
  • Moreover, if the requested rate X can be obtained for the target side BTS 3, in the event of the TGT hand-off request (Extended Handoff Resource Request), then an F-Sch of the set rate X can be established with the target side BTS 3, without having to suspend temporarily the F-Sch to the source side BTS 2. Additionally, if the F-Sch bandwidth cannot be guaranteed at the target side. BTS 3, in the event of a TGT hand-off request, then hand-off involving F-Sch is not performed, and hand-off by means of F-Tch only is implemented.
  • 3.2 Reverse Direction Sch Setup Processing
  • FIG. 10 and FIG. 11 are sequence diagrams showing the flow of setup processing for a reverse direction Sch during hand-off setting (initiation).
  • FIG. 10 and FIG. 11 are the same as FIG. 8 and FIG. 9, except that the F-Sch in FIG. 8 and FIG. 9 becomes R-Sch, and hence further description thereof is omitted here.
  • 4. Sch Setup Processing During Hand-Off
  • 4.1 Forward Direction Sch Setup Processing
  • FIG. 12 is a sequence diagram showing the flow of F-Sch setup during a two-way hand-off call using F-Tch. Here, F-Sch setup is described in a case where it becomes necessary to establish F-Sch during communication by F-Tch, where F-Tch hand-off is being performed between the MS/SU 1 and the source side BTS 2 and the target side BTS 3.
  • If a forward direction large volume data transmission factor occurs in the BSC 4 during communications by F-Tch between the MS/SU 1, source side BTS 2, target side BTS 3, and BSC 4, and as a result, RLP congestion arises, then the BSC 4 judges that it is necessary to set up an F-Sch.
  • The BSC 4 establishes an F-Sch to the source side BTS 2. Specifically, in a similar manner to FIG. 4, the BSC 4 sends a resource allocation request (Extended Allocation Resource Request) for F-Sch to the source side BTS 2. This request contains a requested rate X which is at or below the maximum allowable Sch rate (refer to FIG. 2).
  • In response to this, the source side BTS 2 sends back a resource allocation response (Extended Allocation Resource Response) to the BSC 4. This response contains the settable rate Y1 (<=X). The source side BTS 2 then updates the empty rate volume information and the BSC 4 updates the rate management information.
  • The BSC 4 then executes similar processing with respect to the target side BTS 3, and receives a settable rate Y2 from this target side BTS 3.
  • Here, if Y1>Y2, processing is implemented for aligning the F-Sch bandwidth to the source side BTS 2 with the F-Sch bandwidth to the target side BTS 3. In other words, the BSC 4 sends an Sch release request, which is a message instructing release of the ensured bandwidth Y1, to the source side BTS 2, and in response to this, the source side BTS 2 sends back an Sch release response to the BSC 4. The source side BTS 2 then updates the empty rate volume information (in other words, it adds rate Y1 to the empty rate), and the BSC 4 updates the rate management information (in other words, it adds the set rate Y to the forward side rate information for the corresponding call number). Thereby, the ensured bandwidth Y1 is released.
  • If, on the other hand, Y1<Y2, then processing is implemented for aligning the F-Sch to the target side BTS 3 with the F-Sch bandwidth to the source side BTS 2. The details of this processing are the same as the processing described above, with the exception that the source side BTS 2 is replaced by the target side BTS 3 in the description, and hence further description thereof is omitted here.
  • Furthermore, if Y1=Y2, then no bandwidth alignment processing as described above is implemented.
  • Next, the BSC 4 sends an Sch start request (Begin Sch Request) for F-Sch to the source side BTS 2 and the target side BTS 3, in response to which, the source side BTS 2 and the target side BTS 3 respectively send back an Sch start response (Begin Sch Response) to the BSC 4.
  • Thereupon, the BSC 4 sends a hand-off implementation notification (Universal Handoff Direction Message) to the S/SU 1, in response to which, the MS/SU 1 sends back a hand-off completion message to the BSC 4. Thereby, hand-off processing for the F-Sch is completed between the MS/SU 1 and the BTS 2 and 3.
  • RLP data frames are then transmitted from the BSC 4 to the MS/SU 1 via the established F-Sch, whereupon communications are conducted between the MS/SU 1 and the source side BTS 2 and the target side BTS 3, by means of the F-Sch in addition to the F-Tch, and hence hand-off is implemented by both F-Tch and F-Sch.
  • Similar processing is carried out in a case where during hand-off by F-Tch to three or more BTS, an F-Sch is established to these BTS and hand-off is also implemented via the F-Sch.
  • In this way, even when an F-Sch is established for hand-off, during hand-off by F-Tch involving a plurality of BTS, the Sch is set to match the lowest bandwidth of the F-Sch bandwidths that can be guaranteed respectively to the plurality of BTS. Therefore, it is possible to make efficient use of the Sch bandwidth.
  • 4.2 Reverse Direction Sch Setup Processing
  • FIG. 13 is a sequence diagram showing the flow of R-Sch setup during two-way hand-off communications.
  • FIG. 13 is the same as FIG. 12, except for the fact that the F-Sch in FIG. 12 is replaced by R-Sch, and a supplementary channel request (Supplemental Channel Request) is transmitted by the MS/SU 1. Therefore, further detailed description thereof is omitted here.
  • 5. Method for Determining Requested Rate
  • A bandwidth ranking (hereinafter, “rank R”) for Sch setup and assignment to the Sch, and a recommended bandwidth (hereinafter, “recommended bandwidth”) are determined for each MS/SU 1 (in other words, each subscriber), and Sch bandwidths can be allocated on the basis of the determined rank R and recommended rate.
  • The BSC 4 comprises a recommended rate database, which stores the relationship between the ranks R and the recommended rate, and the rank R assigned to each MS/SU 1.
  • FIG. 14 shows one example of the structure of a recommended rate database. The recommended-rate database stores recommended rate, rank R, timer, and subscriber number. Here, the “recommended rate” is set to 9.6×n (n=1-15) [kbps]. The “timer” is the continuation time set for which the Sch is set.
  • In this recommended rate database, ranks R=1-6 are allocated to the recommended rate of 9.6 [kbps], and ranks R=7-12 are allocated to the recommended rate of 9.6×2 [kbps], respectively. Six ranks R are allocated respectively to other recommended rates not shown in the diagram. The subscriber numbers (MS/SU 1) assigned to each rank R are linked to that rank R. For example, in FIG. 14, subscribers # 1 to #6 are linked to rank R=1, and hence the ranking R of subscribers # 1 to #6 is 1.
  • The ranks R can be calculated by the following equation (2), taking the Sch use time for bandwidth of 9.6×i [kbps] (i=integer between 1 and 15) as Ti, the dormant number as D, the short burst data transmission/reception number as S, the Sch allocation rejection number as A, and K, Ki, KA, KD, and KS as weighting coefficients.
    R={(T 1 ×K 1 +T 2 ×K 2 + . . . +T i ×K i + . . . +T n ×K n +A×K A)+(D×K D +S×K S)}×K  (2)
  • Here, the use time of Ti and the dormant number of D, and the like, are stored as communication history by BSC 4, or they may be derived from the communication history. Furthermore, if the ranking obtained by equation (2) above contains digits after the decimal point, then these can either be rounded up, rounded down, or discarded, or the like, to convert the R ranking value to an integer.
  • FIG. 15 and FIG. 16 are flowcharts showing the sequence of Sch bandwidth allocation and connection processing when using a recommended rate database.
  • If the BSC 4 judges that it is necessary to establish an Sch (F-Sch or R-Sch) for data communications, the BSC 4 consults the recommended rate database (S1), and compares the recommended rate allocated to that subscriber (MS/SU 1) with the requested rate (S2, S3).
  • If the requested rate is greater than the recommended rate (YES at S2), then the BSC 4 changes the requested rate to the recommended rate (S4), and sends a resource allocation request (Extended Allocation Resource Request: see FIG. 4 and FIG. 5) containing the requested rate (=recommended rate), to the BTS 2(3) (S5).
  • If there is empty rate based on the empty rate volume information (YES at S6), then the BTS 2(3) sends back a resource allocation response containing a set rate equal to or less than the requested rate (Extended Allocation Resource Response: see FIG. 4 and FIG. 5). As described above, if the requested rate can be guaranteed, then a set rate equal to this requested rate is established, and if the requested rate cannot be guaranteed, then the a guaranteeable rate below the requested rate is set.
  • Thereupon, the BTS 2(3) updates the empty rate volume information, and the BSC 4 updates the rate management information, in addition to which an Sch having the set rate is established-for a time period indicated by the timer corresponding to MS/SU 1 to which the Sch is established (see FIG. 4 and FIG. 5; S7).
  • When the timer period has elapsed, the BSC 4 judges whether or not there is still data to be sent by means of the established Sch, and whether RLP congestion has arisen (S8). If congestion has arisen (YES at S8), the BSC 4 increases the requested rate for that subscriber (S9). In increasing the requested rate for the subscriber, the rate may be set unilaterally to the maximum rate of 144 (=9.5×15 [kbps]), regardless of the rank R of the subscriber, or it may be set to a value corresponding to the rank R of the subscriber. Thereupon, processing is repeated from step S5.
  • If, at step S8, it is judged that no congestion has occurred (NO at S8), then the BSC 4 executes the processing from step S10 to S14. This processing is the same as the respective processes in steps S4 to S8 described previously.
  • At step S14, if it is judged that there is data congestion (YES at S14), then BSC 4 proceeds to step S9, whereas if it is judged that there is no data congestion (NO at S14), then rate reduction processing is performed (S15). Rate reduction processing is performed, for example, by reducing the currently set rate by 1/2.
  • Thereupon, a connection is provided for the time period indicated by the timer (S18) and is then judged again whether or not there is congestion (S19). If there is no congestion (NO at S19), then rate reduction processing is executed (S20), and the processing is repeated from step S18. If there is congestion (YES at S19), then the requested rate is set to the recommended rate (S21), and the processing is repeated from step S5.
  • If the requested rate is equal to the recommended rate at step. S2 and S3, (YES at S3), then the requested rate is set to the recommended rate (step S10), and processing is implemented from step S11, described above.
  • At steps S6, S12 and S17, if the BTS 2(3) does not have a settable rate according to the empty rate volume information (NO at S6, S12, S17), then the BTS 2(3) sends back an NG message to the BSC 4. In this case, the BSC 4 executes processing for reducing the rate of subscribers having a lower rank R than the subscriber who is seeking to establish an Sch.
  • More specifically, the BSC 4 searches the rate management information and the recommended rate database for subscribers operating at maximum rate amongst the subscribers having a lower rank R than the subscriber seeking to establish an Sch (S25).
  • If a plurality of such subscribers are found (YES at S26), then the set rate of the subscriber having the lowest rank R of this plurality of subscribers is reduced (S28). If there exist a plurality of subscribers having a lowest rank R, then any one of these subscribers is selected. The rate reduction is implemented by, for example, setting the rate of the selected subscriber to one half of the current rate. The BTS 2(3) updates the empty rate volume information and the BSC 4 updates the rate management information, respectively, according to the rate reduction processing.
  • At step S26, if there is only one subscriber at maximum rate (NO at S26), then the BSC 4 implements rate reduction processing for that subscriber (S29).
  • Thereupon, the processing returns to step S4 when branching from the judgement block at step S6, it returns to step S11 when branching from the judgement block at step S12, and it returns to step S16 when branching from step S17.
  • In this way, since preferential allocation is implemented whilst also allocating rates according to the ranks of subscribers, the service performance is improved. In other words, since a larger bandwidth corresponding to the subscriber's rank is allocated preferentially to a subscriber of higher rank, it is possible to provide a sense of security, in that a subscriber can perform communications without the communication being rejected, whilst also encouraging subscription and providing good usability.
  • As described above, according to the present invention, it is possible to make efficient use of the bandwidth of channels having variable bandwidth (for example, supplementary channels in a cdma2000 system).

Claims (18)

1. A method for setting a channel of variable bandwidth between a mobile station and a base station performing radio communications with said mobile station, and between said base station and a base station controller communicating with said base station and controlling said base station, comprising the steps of:
in said base station controller, sending a request for a bandwidth required for said channel to said base station;
in said base station, upon receiving said request, returning a response of an allocatable bandwidth equal to or lower than said required bandwidth, to said base station controller; and
in said base station controller, upon receiving said response, setting said channel of variable bandwidth between said mobile station and said base station, and between said base station and said base station controller, according to said allocatable bandwidth.
2. The channel setting method according to claim 1, wherein said base station controller has bandwidth management information for managing the bandwidths of said channels of variable bandwidth for each respective mobile station, and further comprising the step of, after receiving said response, in said base station controller, updating said bandwidth management information for the mobile station for which said variable bandwidth has been set, by setting said allocatable bandwidth in the bandwidth management information thereof.
3. The channel setting method according to claim 1, wherein said base station controller has recommended bandwidths provided for each respective mobile station and recommended to that mobile station, and further comprising the step of, before sending said required bandwidth, in said base station controller, comparing said recommended bandwidth with said required bandwidth and applying the smaller of these bandwidths to said required bandwidth.
4. The channel setting method according to claim 3, wherein said recommended bandwidth is set to a larger value, the higher the priority of bandwidth allocation assigned to each respective mobile station, said priority being calculated by means of the formula,

{(T×K T +A×K A)÷(D×K D +S×K S)}×K
where T is a use time of said channel of variable bandwidth, D is a dormant number, S is a short-burst data reception/transmission number, A is an allocation reject number of said channel of variable bandwidth, and K, KT, KA, KD, and KS are weighting coefficients.
5. (cancel)
6. (cancel)
7. (cancel)
8. A method for setting a channel of variable bandwidth between a mobile station and a base station performing radio communications with said mobile station, and between said base station and a base station controller which communicates with said base station and controls said base station, said method being performed under control of said base station controller, and comprising the steps of:
holding a bandwidth allocation priority for said mobile station and a recommended bandwidth set and recommended with respect to said priority;
setting said channel by comparing said recommended bandwidth with a requested bandwidth for said channel;
if the smaller bandwidth thereof can be ensured, ensuring said smaller bandwidth; and
if said smaller bandwidth cannot be ensured, reducing the bandwidth of a channel established to another mobile station of lower rank of said priority than the mobile station for which said smaller bandwidth is being ensured, and ensuring said smaller bandwidth.
9. A method for setting a channel of variable bandwidth between a mobile station and a base station performing radio communications with said mobile station, and between said base station and a base station controller which communicates with said base station and controls said base station, said method being performed under control of said base station controller, and comprising the steps of:
sending a request for a bandwidth required for said channel to said base station;
receiving a response of an allocatable bandwidth equal to or lower than said required bandwidth, as sent by said base station; and
setting said channel of variable bandwidth between said mobile station and said base station, and between said base station and said base station controller, according to said received allocatable bandwidth.
10. (cancel)
11. (cancel)
12. A mobile communication system comprising a mobile station, a base station performing radio communications with said mobile station, and a base station controller communicating with said base station and controlling said base station, in which a channel of variable bandwidth is established between said mobile station and said base station, and between said base station and said base station controller,
wherein said base station controller comprises:
a transmitting portion for sending a request for a bandwidth required for said channel to said base station;
a first receiving portion for receiving a response of an allocatable bandwidth, sent by said base station in response to the transmission made by said transmitting portion; and
a setting portion for setting said channel between said mobile station and said base station, and between said base station and said base station controller, according to said allocatable bandwidth received by said first receiving portion; and
said base station comprises:
a second receiving portion for receiving said request transmitted by said transmitting portion of said base station controller; and
a response portion for returning said response of said allocatable bandwidth which is equal to or lower than said requested bandwidth received via said second receiving portion, to said base station controller.
13. (cancel)
14. (cancel)
15. A base station controller for establishing a channel of variable bandwidth between a mobile station and a base station performing radio communications with said mobile station, and between said base station and said base station controller which communicates with said base station and controls said base station, comprising:
a transmitting portion for sending a request for a bandwidth required for said channel to said base station;
a receiving portion for receiving a response of an allocatable bandwidth equal to or lower than said requested bandwidth, from said base station; and
a channel setting portion for setting said channel of variable bandwidth between said mobile station and said base station, and between said base station and said base station controller, according to said allocatable bandwidth received by said receiving portion.
16. (cancel)
17. (cancel)
18. A base station controller for establishing channels of variable bandwidth between a mobile station and a base station performing radio communications with said mobile station, and between said base station and said base station controller communicating with said base station and controlling said base station, comprising:
a holding portion for holding a bandwidth allocation priority for said mobile station and a recommended bandwidth set and recommended in accordance with said priority;
a setting portion for comparing said recommended bandwidth with said requested bandwidth, and setting said channel ensuring the smaller of these bandwidths; and
a bandwidth adjusting portion for reducing the bandwidth of said channel established to another mobile station of lower priority than the mobile station for which said smaller bandwidth is to be ensured, if said smaller bandwidth cannot be ensured.
US11/058,782 2001-04-04 2005-02-16 Channel setting method in mobile communication system Abandoned US20050147065A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/058,782 US20050147065A1 (en) 2001-04-04 2005-02-16 Channel setting method in mobile communication system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2001-105519 2001-04-04
JP2001105519A JP4171186B2 (en) 2001-04-04 2001-04-04 Channel setting method in mobile communication system
US09/939,459 US7133676B2 (en) 2001-04-04 2001-08-24 Channel setting method in mobile communication system
US11/058,782 US20050147065A1 (en) 2001-04-04 2005-02-16 Channel setting method in mobile communication system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/939,459 Division US7133676B2 (en) 2001-04-04 2001-08-24 Channel setting method in mobile communication system

Publications (1)

Publication Number Publication Date
US20050147065A1 true US20050147065A1 (en) 2005-07-07

Family

ID=18958203

Family Applications (3)

Application Number Title Priority Date Filing Date
US09/939,459 Expired - Fee Related US7133676B2 (en) 2001-04-04 2001-08-24 Channel setting method in mobile communication system
US11/058,782 Abandoned US20050147065A1 (en) 2001-04-04 2005-02-16 Channel setting method in mobile communication system
US11/584,455 Abandoned US20070129077A1 (en) 2001-04-04 2006-10-20 Channel setting method in mobile communication system

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/939,459 Expired - Fee Related US7133676B2 (en) 2001-04-04 2001-08-24 Channel setting method in mobile communication system

Family Applications After (1)

Application Number Title Priority Date Filing Date
US11/584,455 Abandoned US20070129077A1 (en) 2001-04-04 2006-10-20 Channel setting method in mobile communication system

Country Status (3)

Country Link
US (3) US7133676B2 (en)
JP (1) JP4171186B2 (en)
KR (1) KR100735778B1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110176417A1 (en) * 2008-09-26 2011-07-21 Kyocera Corporation Access point, wireless communication terminal and server

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030052038A (en) * 2001-12-20 2003-06-26 엘지전자 주식회사 Method for handoff in high data rate networks
US20030142648A1 (en) * 2002-01-31 2003-07-31 Samsung Electronics Co., Ltd. System and method for providing a continuous high speed packet data handoff
US20030157934A1 (en) * 2002-02-01 2003-08-21 Qilian Liang Method, system, device and computer program product for bandwidth utilization and signal strength-based handover initiation in a wireless communications network
US7313152B2 (en) * 2002-03-01 2007-12-25 Nokia Corporation IP header compression dependent connection admission control and/or channel allocation
US7876726B2 (en) * 2002-04-29 2011-01-25 Texas Instruments Incorporated Adaptive allocation of communications link channels to I- or Q-subchannel
US8175610B2 (en) * 2002-06-07 2012-05-08 Nokia Corporation Apparatus, and an associated method, for facilitating airlink resource management in a radio communication system
KR100472588B1 (en) * 2002-08-30 2005-03-10 유티스타콤코리아 유한회사 Method for setup of traffic channel in asynchronous IMT-2000 system
DE60232279D1 (en) 2002-09-18 2009-06-18 Nokia Corp METHOD FOR MANAGING RADIO COMPONENTS AND RADIO SYSTEM
US7570590B2 (en) * 2003-10-28 2009-08-04 Alcatel-Lucent Usa Inc. Decision tree logic for determining the optimal value for QoS uplink and downlink maximum bitrate attributes
US7643449B2 (en) * 2005-01-18 2010-01-05 Airwalk Communications, Inc. Combined base transceiver station and base station controller data call and quality of service
US7570621B2 (en) * 2004-03-31 2009-08-04 Motorola, Inc. Method and apparatus for reducing erroneous frame classifications
KR100601886B1 (en) 2004-07-12 2006-07-19 삼성전자주식회사 Method for controlling handover between a different kind of network
KR20090038915A (en) * 2004-09-15 2009-04-21 가부시키가이샤 엔.티.티.도코모 Mobile communication control method and mobile station
JP4429132B2 (en) * 2004-09-30 2010-03-10 富士通株式会社 Mobile radio communication system
US7292856B2 (en) 2004-12-22 2007-11-06 Qualcomm Incorporated Methods and apparatus for flexible forward-link and reverse-link handoffs
US8588802B2 (en) * 2005-02-14 2013-11-19 Ntt Docomo, Inc. Transmission rate control method, and mobile station
EP1696616A1 (en) * 2005-02-28 2006-08-30 NTT DoCoMo, Inc. Transmission rate control method, mobile station, and radio network controller
EP1855403A4 (en) * 2005-03-02 2012-02-22 Fujitsu Ltd Ofdm communication system and ofdm communication method
JP3958326B2 (en) * 2005-03-17 2007-08-15 株式会社東芝 COMMUNICATION SYSTEM AND MOBILE COMMUNICATION TERMINAL DEVICE
JP4756042B2 (en) * 2005-04-14 2011-08-24 株式会社エヌ・ティ・ティ・ドコモ Base station, mobile communication system, and mobile communication control method
JP2006311460A (en) * 2005-05-02 2006-11-09 Ntt Docomo Inc Mobile communication method and radio network controller
US7796552B2 (en) * 2005-05-05 2010-09-14 Qualcomm Incorporated Using assignment messages for efficient signaling of handoff
US8054924B2 (en) * 2005-05-17 2011-11-08 General Motors Llc Data transmission method with phase shift error correction
US8254360B2 (en) 2005-06-16 2012-08-28 Qualcomm Incorporated OFDMA control channel interlacing
US7983674B2 (en) 2005-06-16 2011-07-19 Qualcomm Incorporated Serving base station selection in a wireless communication system
US8194526B2 (en) * 2005-10-24 2012-06-05 General Motors Llc Method for data communication via a voice channel of a wireless communication network
US8259840B2 (en) 2005-10-24 2012-09-04 General Motors Llc Data communication via a voice channel of a wireless communication network using discontinuities
US8194779B2 (en) * 2005-10-24 2012-06-05 General Motors Llc Method for data communication via a voice channel of a wireless communication network
US20070190950A1 (en) * 2006-02-15 2007-08-16 General Motors Corporation Method of configuring voice and data communication over a voice channel
US7668518B2 (en) * 2006-03-16 2010-02-23 Futurewei Technologies, Inc. Priority and load combination based carrier assignment in a multi-carrier wireless communication system
KR100965713B1 (en) * 2006-12-12 2010-06-24 삼성전자주식회사 Apparatus and method for handover in a communication system
US9048784B2 (en) 2007-04-03 2015-06-02 General Motors Llc Method for data communication via a voice channel of a wireless communication network using continuous signal modulation
US7912149B2 (en) * 2007-05-03 2011-03-22 General Motors Llc Synchronization and segment type detection method for data transmission via an audio communication system
GB2455060A (en) * 2007-10-29 2009-06-03 Nec Corp Channel measurement in a mobile communications system
US20090109967A1 (en) * 2007-10-31 2009-04-30 Anirban Banerjee Method and system for remotely configuring an ethernet switch using ethernet packets
US9462411B2 (en) 2008-11-04 2016-10-04 Telcom Ventures, Llc Mobile device mode enablement responsive to a proximity criterion
KR20100064134A (en) * 2008-12-04 2010-06-14 현대자동차주식회사 Receiving system for digital multimedia broadcasting and method thereof
KR101242282B1 (en) * 2012-05-08 2013-03-11 주식회사 글로스컴 Method for securing physical layer in wireless lan system, and wireless lan system using the same
US9072094B2 (en) * 2012-10-15 2015-06-30 Qualcomm Incorporated Support for signaling over flexible bandwidth carrier
US8892113B2 (en) * 2012-12-06 2014-11-18 Nokia Siemens Networks Oy Coordinated evacuation of spectrum
CN110475293B (en) * 2013-03-28 2021-10-01 华为技术有限公司 Bandwidth allocation method and device and user equipment

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5625877A (en) * 1995-03-15 1997-04-29 International Business Machines Corporation Wireless variable bandwidth air-link system
US5991308A (en) * 1995-08-25 1999-11-23 Terayon Communication Systems, Inc. Lower overhead method for data transmission using ATM and SCDMA over hybrid fiber coax cable plant
US6131035A (en) * 1997-09-02 2000-10-10 Nec Corporation Communication channel assigning system
US6359923B1 (en) * 1997-12-18 2002-03-19 At&T Wireless Services, Inc. Highly bandwidth efficient communications

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5633915A (en) * 1995-05-16 1997-05-27 Southern Methodist University Multilayered arrangement for load sharing in a cellular communication system
US5987326A (en) * 1997-02-11 1999-11-16 Qualcomm Incorporated Transmit power reduction for a high speed CDMA link in soft handoff
EP0954121B1 (en) * 1997-12-10 2013-04-10 Research In Motion Limited Mobile communication system
US6590879B1 (en) * 1998-08-28 2003-07-08 Nortel Networks Limited Method, mobile station, basestation and mobile communications system for performing handoff independently for groups of physical direct sequence-code division multiple access channels
KR100547838B1 (en) * 1998-11-17 2006-03-23 삼성전자주식회사 Handoff Method of Dedicated Control Channel in Code Division Multiple Access Communication System
JP3214498B2 (en) 1998-11-20 2001-10-02 日本電気株式会社 Data packet multi-access communication method and system and transmission / reception apparatus therefor
US6690938B1 (en) * 1999-05-06 2004-02-10 Qualcomm Incorporated System and method for reducing dropped calls in a wireless communications network
JP4180236B2 (en) * 1999-12-28 2008-11-12 株式会社エヌ・ティ・ティ・ドコモ Handover control method and system
US6889050B1 (en) * 2000-11-22 2005-05-03 Telefonaktiebolaget Lm Ericsson (Publ) Variable transmission rate services in a radio access network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5625877A (en) * 1995-03-15 1997-04-29 International Business Machines Corporation Wireless variable bandwidth air-link system
US5991308A (en) * 1995-08-25 1999-11-23 Terayon Communication Systems, Inc. Lower overhead method for data transmission using ATM and SCDMA over hybrid fiber coax cable plant
US6131035A (en) * 1997-09-02 2000-10-10 Nec Corporation Communication channel assigning system
US6359923B1 (en) * 1997-12-18 2002-03-19 At&T Wireless Services, Inc. Highly bandwidth efficient communications

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110176417A1 (en) * 2008-09-26 2011-07-21 Kyocera Corporation Access point, wireless communication terminal and server
US9538444B2 (en) * 2008-09-26 2017-01-03 Kyocera Corporation Access point, wireless communication terminal and server

Also Published As

Publication number Publication date
US7133676B2 (en) 2006-11-07
US20020147020A1 (en) 2002-10-10
KR100735778B1 (en) 2007-07-06
JP4171186B2 (en) 2008-10-22
JP2002305767A (en) 2002-10-18
KR20020077789A (en) 2002-10-14
US20070129077A1 (en) 2007-06-07

Similar Documents

Publication Publication Date Title
US7133676B2 (en) Channel setting method in mobile communication system
CN100388719C (en) Method and arrangement for resource allocation in a packet radio service
KR101906469B1 (en) Drb mapping method and apparatus
KR100627142B1 (en) Access parameter adaptation and packet data resource management using detailed mobile status information
KR100420751B1 (en) Method and devices for implementing a continued packet-switched radio connection
EP1417857B1 (en) Method and apparatus for call setup latency reduction
KR100515449B1 (en) Efficient resource management for packet data services
EP1635602B1 (en) Resource management method
EP1059820A2 (en) Method and apparatus for providing fast cell change in a packet-switched cellular radio system
US20140044068A1 (en) User equipment and base station in carrier aggregation system, and call admission control method for use with the user equipment and base station
CA2581460C (en) Resource allocation in a communication system
US20080311924A1 (en) Method for Allocating Communication Resources and Radiocommunication System Therefor
EP0615393A1 (en) A method for packet data transmission on a cellular voice network
JP2000091985A (en) Power control method for communication system
US20050250504A1 (en) Channel setup in a wireless communication network
US7532609B2 (en) Fairness method for supplemental channel resources
KR100556165B1 (en) Communication system, communication method thereof, switching center thereof and base station control station thereof
US7453860B2 (en) Scheduling method for supplemental channel resource
US20220338295A1 (en) Sidelink bearer managing method and apparatus, terminal, and medium
EP1718099A2 (en) Method for controlling service priority in radio communication network, radio communication system, radio control apparatus, terminal unit and core network
JP4722964B2 (en) Channel setting method in mobile communication system
JP4645338B2 (en) Wireless communication system, wireless control station, and service changing method used for them
US20220086095A1 (en) Infrastructure equipment, wireless communications networks and methods
CN116830777A (en) Communication capability bundling of multiple subscriber identities in a cellular radio communication system
KR101288880B1 (en) Call Setup Method for HSDPA Communication System

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION