[go: up one dir, main page]

WO2002067619A2 - Procede et systeme de qualite de service perceptive se basant sur la commande d'admission d'appel et le rappel - Google Patents

Procede et systeme de qualite de service perceptive se basant sur la commande d'admission d'appel et le rappel Download PDF

Info

Publication number
WO2002067619A2
WO2002067619A2 PCT/JP2002/001553 JP0201553W WO02067619A2 WO 2002067619 A2 WO2002067619 A2 WO 2002067619A2 JP 0201553 W JP0201553 W JP 0201553W WO 02067619 A2 WO02067619 A2 WO 02067619A2
Authority
WO
WIPO (PCT)
Prior art keywords
resource availability
mobile communications
pqos
communications terminal
connection request
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.)
Ceased
Application number
PCT/JP2002/001553
Other languages
English (en)
Other versions
WO2002067619A3 (fr
Inventor
Anand R. Prasad
Riaz Esmailzadeh
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.)
GENISTA Corp
Original Assignee
GENISTA Corp
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 GENISTA Corp filed Critical GENISTA Corp
Publication of WO2002067619A2 publication Critical patent/WO2002067619A2/fr
Publication of WO2002067619A3 publication Critical patent/WO2002067619A3/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management

Definitions

  • This invention relates generally to mobile communications, and, more specifically to methods, systems, and apparatus for call admission control based on a perceptual quality of service requirement and callback feature for mobile communications terminals operating in a mobile communications network.
  • CDMA Code Division Multiple Access
  • WCDMA Wideband CDMA
  • a major goal of network management is to control the access to networks in a suitable way.
  • CAC Call Admission Control
  • RRM Radio Resource Management
  • RRM algorithms include: power control, handover control, CAC, load control, and packet scheduling.
  • PQoS perceptual quality of service
  • Random access refers to the fact that users are typically scattered all over a service area (either a cell or a cluster) and thus access the network in a random manner. The random spatial distribution of the users can affect system performance.
  • Variable PQoS requirements arise because, in a multimedia system, different services are provided such as voice, low/high- bit-rate data or video, or a combination of these. Consequently, different terminals can have different requirements in terms of bandwidth, maximum bit rate, bit rate variability, Bit Error Rate (BER), delay tolerance, grade of service, and so on.
  • the CAC system needs to process all these requirements, calculate the necessary resource allocation for the connection, and estimate the impact of this allocation on existing connections.
  • VBR Variable Bit Rate
  • the user can move towards an already congested cell, which would affect system capacity and cell sizing. Furthermore, mobility of a terminal across cells initiates handover procedures that directly affect cell capacity. Mobile terminals making new connection requests within the communications network will have their own requirements in terms of PQoS, blocking rate, dropping rate and priority. However, in CAC, an existing call must be given higher priority than new calls, thus, the CAC system must keep enough resources in reserve for currently connected terminals that are handed over to a new cell.
  • the CAC system must take into account the considerable variation in telecommunication traffic that can occur over the course of one day (e.g., morning-afternoon peak and low level traffic at night) or over the course of a week (e.g. , Mondays and Fridays being the busiest). Therefore, the traffic/capacity patterns that are used by the system for resource management should be adapted to the specific hour of the day to ensure an efficient service provision according to the variability of customer requirements.
  • An efficient CAC scheme should fulfill several requirements: continuous stability of the provided PQoS, including existing as well as new connections; adaptability in different conditions such that the CAC system can adapt to different user profiles along with different propagation channel characteristics that contribute to variation of system conditions and maintain a stable operation; have a memory that allows the CAC system to keep track of different traffic patterns during the day and during the week so that the system can employ different CAC strategies during the peak hours of a particular service to cope with the excessive load created by heavier traffic patterns; and flexibility to modify the CAC system to accommodate to new services with more complex requirements and a higher degree of interactivity.
  • CAC can be optimized to provide stable PQoS for a given service there is currently not a method to access the medium once it has reached the maximum capacity.
  • a solution for this problem is to provide a callback feature from the network to the user with the possibility to connect the caller and the called once adequate resources are available.
  • Callback features currently exist in the wireless telephone networks, however, current callback features are mainly based on determining whether the called person is busy. When the called person is not busy, the caller is connected to the called person, regardless of the disposition of the caller.
  • the present invention is a method and system that overcomes the shortcomings of the prior art by facilitating Call Admission Control and callback mechanism within a mobile communications network.
  • An advantage of the present invention is that the resources of the network are evaluated and compared to the PQoS required by a mobile communications terminal before a call admission decision is made. Another advantage of the present invention is that a Call
  • Admission Control manager attempts to create the resources necessary to accept a connection request if the necessary resources are not initially available.
  • an object of the invention to provide an improved system and method for Call Admission Control within a communications network. It is a further object of the invention to provide a means to evaluate the resources of a network prior to call admission decision is made.
  • a system for PQoS based call admission control in a communications network that includes a mobile communications terminal, which transmits a connection request.
  • the connection request includes a required PQoS value for the mobile communications terminal.
  • the system also includes a network node, in communication with the mobile communications terminal, which makes a call admission control decision based on a comparison between the required PQoS and a resource availability measure.
  • the resource availability measure is based on resource availability within said communications network.
  • the method further includes making a call admission control decision based upon the comparison.
  • the call admission control decision is one of accepting the connection request, creating appropriate resource availability to accept the connection request, delaying acceptance of the connection request, and blocking the connection request.
  • connection request is accepted if the resource availability measure is such that there is sufficient resource availability in said communications network to provide the required PQoS of the mobile communications terminal.
  • Appropriate resource availability is created in the communications network by raising the resource availability measure enough to allow acceptance of the connection request if there is not sufficient resource availability to provide the required PQoS of the mobile communications terminal when the connection request is made.
  • Acceptance of the connection request is delayed and accepted at a later time when said resource availability measure is sufficient to provide the required PQoS if the appropriate resource availability to allow admission of said connection request cannot currently be created in the communications network.
  • the connection request is blocked and denied if the appropriate resource availability to provide the required PQoS of the mobile communications terminal cannot be created within the given acceptable time period.
  • a server for facilitating PQoS based call admission control in a communications network that includes a resource availability monitor, which monitors a plurality of resources within the communications network.
  • the server also includes a resource availability measure generator, in communication with the resource availability monitor.
  • the resource availability measure generator receives a plurality of data from the resource availability monitor and calculates a resource availability measure therefrom.
  • the server further includes a comparison module, in communication with the resource availability measure generator. The comparison module receives the resource availability measure from the resource availability measure generator and compares the resource availability measure with PQoS required by a device communicating within the communications network.
  • the disclosed system and method makes use of mobile telephone networks.
  • Other communication networks i.e., circuit or packet-switched, public telephony, wireless, mobile, Internet Protocol (IP), asynchronous transfer mode (ATM), etc., could likewise be used.
  • IP Internet Protocol
  • ATM asynchronous transfer mode
  • mobile networks are shown and referenced generally throughout this disclosure, and unless specifically noted, are intended to represent any and all networks appropriate to utilize the principles taught herein.
  • FIGURE 1 is a block diagram of a telecommunications system according to a preferred embodiment of the present application
  • FIGURE 2 is a block diagram of a server according to a preferred embodiment of the present application.
  • FIGURE 3 is a flowchart of a preferred embodiment of a method for Call Admission Control
  • FIGURE 4 is a flowchart of a preferred embodiment of a method for making a Call Admission Control decision
  • FIGURE 5 is a flowchart segment of a preferred embodiment of a method for creating appropriate resource availability within a communications network by decreasing a data rate of a mobile unit making a connection request;
  • FIGURE 6 is a flowchart segment of a preferred embodiment of a method for creating appropriate resource availability within a communications network by decreasing a data rate of any other mobile unit(s) in a same or lower service class as the mobile unit making the connection request;
  • FIGURE 7 is a flowchart segment of a preferred embodiment of a method for creating appropriate resource availability within a communications network by decreasing the transmit power of any other mobile unit(s) in a same or lower service class as the mobile unit making the connection request;
  • FIGURE 8 is a flowchart segment of a preferred embodiment of a method for creating appropriate resource availability within a communications network by re-scheduling data to any other mobile unit(s) within the communications network;
  • FIGURE 9 is a flowchart segment of a preferred embodiment of a method for creating appropriate resource availability within a communications network by handing over any other mobile unit(s) that satisfy a handover criteria
  • FIGURE 10 is a flowchart segment of a preferred embodiment of a method for creating appropriate resource availability within a communications network by decreasing a data rate of any other mobile unit(s) in any service class;
  • FIGURE 11 is a flowchart segment of a preferred embodiment of a method for creating appropriate resource availability within a communications network by dropping a connected call of any other mobile unit(s) in the lowest service class;
  • FIGURE 12 is a flowchart segment of a preferred embodiment of a method for creating appropriate resource availability within a communications network by dropping a connected call of any other mobile unit(s) in a lower service class than the mobile unit making the connection request that fulfills a drop criteria if there are fewer mobile units within the service class than the maximum allowed;
  • FIGURE 13 is a flowchart segment of a preferred embodiment of a method for creating appropriate resource availability within a communications network by dropping a connected call of any other mobile unit(s) in a same or lower service class as the mobile unit making the connection request that fulfill a drop criteria if the blocking rate of the mobile unit making the request is less than the maximum allowed blocking rate;
  • FIGURE 14 is a flowchart illustrating the operation of the callback methodology as implemented in one embodiment of the present invention.
  • a preferred Call Admission Control (“CAC”) procedure uses characteristics of both the communications network and of a mobile unit (“MU") situated within the communications network to define and manage the communication network's available resources, in order to monitor the system's available capacity and accommodate new call requests, while at the same time ensuring a specific Perceptual Quality of Service (“PQoS”) of existing calls.
  • a base station receives a new call request.
  • RNC Radio Network Controller
  • the communication network After conducting resource management at a Radio Network Controller (“RNC”) using data for the residual capacity of home and adjacent cells, the communication network either accepts or blocks a new connection. If, at some time, due to different factors (adjacent cell interference, shadowing, etc.), the PQoS of an existing connection is degraded, the existing connection is dropped. Call dropping is much less desirable than call blocking, since it is much more annoying to lose an ongoing connection than to fail to initiate a new connection.
  • a CAC decision is dependent on Radio Resource Management ("RRM") parameters and algorithms.
  • RRM Radio Resource Management
  • the parameter and algorithms that are relevant to the CAC decision is dependent upon the situation a MU making a connection request is in at any given time. Examples of the parameters and algorithms include: Data Rate, Transmit Power, Handover, Load, Dropping Rate, Blocking Rate, Packet Scheduler, Service Class and Number of Users and Traffic History Memory.
  • the data rate of a MU is a parameter that depends on the service class the MU belongs to and what data rates are allocated for the service class.
  • the transmit power, which is directly related to the data rate, for a base station ("BS") and a MU is a parameter that differs depending on how much distance is between the BS and MU or how much interference there is between the BS and MU.
  • BS base station
  • a MU is a parameter that differs depending on how much distance is between the BS and MU or how much interference there is between the BS and MU.
  • handover states it is to be appreciated that a MU can be in different handover states in a WCDMA system, e.g., soft or softer handover within multiple cells or sectors.
  • the communications network load is a parameter that depends on the number of MUs that are used within the communications network and the type of communications service that is being used.
  • Each MU and/or service class has a maximum allowed dropping rate, which is a parameter that designates the maximum number of connected calls that are allowed to be dropped for the MU or for MUs within the service class. Similar to the dropping rate, there is a maximum blocking rate for each MU and/or service class, where the blocking rate is the maximum number of call requests that can be blocked for the MU or for MUs within a service class.
  • a packet scheduler schedules packets of data that are to be sent to a MU and can be used to delay traffic to a user, depending on the service type, thereby freeing resources that can be used for other MUs. With respect to the service class and number of users, it is to be appreciated that there are a maximum number of MUs allowed per service class.
  • the invention utilizes a traffic history memory where each sector/BS/RNC has a memory of traffic at a given day, date, and time, where the memory is a learning algorithm that allocates resources to a service class depending on the particular day, date, and time a connection is attempted.
  • the traffic history memory also affects the network load, the dropping rate, the blocking rate, and the number of MUs allowed per service class.
  • PLMN 100 includes a Service Area 100, such as a cellular network, which includes a plurality of service areas 110, each with a Mobile Switching Center (“MSC”) 114 and an integrated Visitor Location Register (“VLR”) 118.
  • MSC Mobile Switching Center
  • VLR Visitor Location Register
  • the MSC/VLR service areas 110 include a plurality of Location Areas ("LA”) 120, which are defined as that part of a given MSC/VLR service area 110 in which a MU 130 may move freely without having to send update location information to the MSCALR service area 110 that controls that cell 140.
  • LA Location Areas
  • Each cell 140 is divided into a number of cells 140.
  • Mobile unit (“MU") 130 is physical equipment, e.g., a car phone, mobile phone, pager, PDA, portable computer, or other portable device, used by mobile subscribers to communicate with the PLMN Service Area 100.
  • a Base Station (“BS”) 150 is physical equipment, illustrated for simplicity as a radio tower, that provides radio coverage to the geographical area of cell 140 in which to handle radio traffic to and from MS 130.
  • HLR Home Location Register
  • IMSI International Mobile Subscriber Identity
  • the HLR database 160 may be co-located with a given MSC 114, as an integral part of the MSC 114, or the HLR database 160 may service multiple MSCs 114, as is illustrated in FIGURE 1.
  • PLMN Service Area 100 also includes a Service Order Gateway ("SOG") 164, connecting HLR database 160 with a Customer Administration System (“CAS”) 178, and a Radio Network Controller/CAC Manager (“RNC/CACM”) 200.
  • CAS 168 allows a network administrator residing at RNC/CACM 200 to modify the HLR database 160, on a subscriber basis, to reflect changes in the subscriber's status. For example, if a subscriber wants to, and is allowed to, alter the current service class assigned to MU 130, the network administrator at RNC/CACM 200 may update the service class that the subscriber may access and send the updated information through CAS 168 and SOG 164 to the subscriber's data records in HLR database 160.
  • the metric used in this invention for gauging a particular perceptual QoS level by human perception, and thus the quality of a call connection is PQoS.
  • PQoS is obtained through subjective tests on a human audience. For example, a conversation clip is transmitted over a communication channel and is recorded. Both the original clip and the received clip are played to an audience. The audience then scores the quality of the clip on a scale, for instance from 1 (bad) to 5 (excellent). An average of the scores given by the audience yields the PQoS for that particular transmission.
  • the PQoS may be obtained through computer analysis.
  • a computer program may be devised to analyze the two voice clips, as is done by the human audience, and to yield a PQoS value.
  • the computer program can be devised such that the computer program yields a PQoS value which has a very high correlation with the subjective human test result.
  • This program can be further modified to work without original signal and still give a PQoS with high correlation to subjective tests.
  • the program working without the original signal to give the PQoS value can be used for telecommunications systems where real-time PQoS measurement is required.
  • RNC/CACM 200 includes resource availability monitor 210, resource availability measure generator 220, which is coupled with resource availability monitor 210, and resource availability measure/required PQoS ("RAM/Required PQoS") comparison module 230, which is coupled with resource availability measure generator 220.
  • RNC/CACM 200 also includes processor 240, which monitors and controls the operation of RNC/CACM 200. Processor 240 is coupled with resource availability monitor 210 and RAM/Required PQoS comparison module 230.
  • RNC/CACM 200 receives a connection request signal 205 from MU 130 at receiver/transmitter 250.
  • the connection request signal 205 contains a request from MU 130, requesting RNC/CACM 200 to determine whether there are sufficient resources then presently available in PLMN Service Area 100 to connect a call from the MU 130.
  • the connection request signal 205 from MU 130 also contains a PQoS required by that mobile unit, according to the mobile unit's service class, that is necessary to connect, or admit, the requested call. If the required PQoS can be provided by PLMN Service Area 100 then there is sufficient resource availability within the PLMN Service Area 100 to admit the requested call.
  • the connection request signal 205 from MU 130 causes RNC/CACM 200 to poll HLR
  • RNC/CACM 200 then initiates a comparison between the resources available in PLMN Service Area 100 and the PQoS required by MU 130.
  • Processor 240 receives the connection request signal 205 from receiver/transmitter 250.
  • Processor 240 then causes resource availability monitor 210 to determine the amount of resources currently available in PLMN Service Area 100, with particular attention to the cell 140 in which MU 130 is currently situated, and to provide that determination to resource availability measure generator 220.
  • Resource availability measure generator 220 calculates a measure representing the maximum amount of resources then available in PLMN Service Area 100 for connecting a call that has a certain required PQoS.
  • the resource availability measure may be a numerical measure, or some other type of comparable measure, based on the information provided by resource threshold monitor 210.
  • Resource availability measure generator 220 then sends the resource availability measure to RAM/Required PQoS comparison module 230.
  • Processor 240 transmits the required PQoS provided from the connection request signal 205 to RAM/Required PQoS comparison module 230 and directs RAM/Required PQoS comparison module 230 to compare the required PQoS with the resource availability measure. Based on the comparison, RAM/Required PQoS comparison module 230 sends a response signal 215 to processor 240, allowing processor 240 to make a CAC decision.
  • the CAC decision preferably includes allowing, delaying or blocking the connection request from MU 130.
  • RAM/Required PQoS comparison module 230 determines that the resource availability measure is greater than the required PQoS, indicating that PLMN Service Area 100 has sufficient resources to connect the requested call, RAM/Required PQoS comparison module 230 sends the response signal 215 to processor 240 indicating that the call can be connected. RNC/CACM 200 then accepts the connection request from MU 130.
  • RAM/Required PQoS comparison module 230 determines that the resource availability measure is less than the required PQoS, indicating that there are not sufficient resources presently available in PLMN Service Area 100 to connect the call, RAM/Required PQoS comparison module 230 sends the response signal 215 to processor 240 indicating that the connection request cannot be accepted at that time.
  • RNC/CACM 200 determines whether appropriate resource availability can be created within PLMN Service Area 100 to allow the connection request to be accepted.
  • RNC/CACM 200 first checks the current blocking rate of the service class and the current blocking rate of MU 130. If either blocking rates are above or equal to the maximum allowed blocking rate, then the connection request from MU 130 must be accepted. If either blocking rates are less than the maximum allowed blocking rate, however, RNC/CACM 200 can seek to create the necessary resource availability to allow the connection request to be accepted. Creation of resources is discussed in greater detail below with reference to FIGURES 5-13.
  • the connection request from MU 130 is accepted. If, however, the necessary resource availability cannot be created immediately, but there is a high probability that the appropriate resource availability will be exist or can be created after a time-out period, which is dependent upon the service class of MU 130, then RNC/CACM 200 delays accepting the connection request. Network timer 270 is activated and RNC/CACM 200 will callback MU 130 after the time-out period if the appropriate resources are then available. On the other hand, if the necessary resources cannot be created and there is not a high probability that the necessary resources will become available at some later time, then RNC/CACM 200 blocks the connection request from MU 130 altogether.
  • CAC method 300 includes the steps of: accepting a connection request (step 310); determining a service class of a MU 130 making the connection request (step 320); checking a resource availability within PLMN Service Area 100 (step 330); generating a resource availability measure (step 340); comparing the resource availability measure to a PQoS required by MU 130 (step 350); and making a CAC decision to either accept, delay, or block the connection request (step 360).
  • CAC method begins when RNC/CACM 200 receives connection request signal 205 from MU 130 at receiver/transmitter 250 (step 300).
  • the connection request signal 205 from MU 130 also contains a PQoS required by that mobile unit, according to the mobile unit's service class, that is necessary to connect, or admit, the requested call.
  • RNC/CACM 200 determines the service class of the MU 130 making the connection request.
  • Next RNC/CACM 200 determines the service class of MU 130 by polling HLR 160 to discover the service class, and thus the level of service, including the dropping rate and blocking rate, to which MU 130 is entitled (step 320).
  • the service class can be based on subscription, e.g., a service agreement entered into between a user of MU 130 and a communications service provider.
  • the service class can be determined by the user of MU 130.
  • a preferred method for user selection of service level is described in assignee's co-pending application entitled, "System, Method and Apparatus for Quality Features for Mobile and Internet Terminals" U.S. Serial. No. 60/240,434 filed October 13, 2000.
  • Next RNC/CACM 200 checks the resource availability in PLMN Service Area 100 (step 330) by polling resource availability monitor 210 to detennine the amount of resource availability in PLMN Service Area 100, with particular attention to the cell 140 in which MU 130 is currently situated.
  • the step of generating a resource availability measure involves resource availability monitor 210 sending the determination of the amount of resource availability in PLMN Service Area 100 to resource availability measure generator 220.
  • resource availability measure generator 220 calculates a measure representing the maximum amount of resources currently available in PLMN Service Area 100 for connecting a call that has a certain required PQoS.
  • the resource availability measure may be a numerical measure, or some other type of comparable measure, based on the information provided by resource threshold monitor 210.
  • step 350 the resource availability measure generated by resource availability measure generator 220 is sent to RAM/Required PQoS comparison module 230 along with the required PQoS of MU 130 from connection request signal 205 (step 350).
  • RAM/Required PQoS comparison module 230 compares the required PQoS with the resource availability measure.
  • step 360 the step of making a CAC decision involves RNC/CACM 200 deciding whether to accept, delay, or block the comiection request from MU 130 based on the comparison between the required PQoS and the resource availability measure. Making a CAC decision is described below in greater detail in FIGURE 4.
  • CAC decision method 360 includes the steps of: determining whether the required PQoS can be provided (step 410); if the required PQoS can be provided, accepting the connection request from MU 130 (step 420); if the required PQoS cannot currently be provided, determining whether the appropriate resource availability necessary to provide the required PQoS can be created (step 430); creating the appropriate resource availability (step 440); determining whether there is a high probability that the appropriate resource availability will exist after a time-out period (step 450); if there is a high probability, setting a timer in the communications network and calling back the user after the time-out period delay if the appropriate resources do become available (step 460); and if there is not a high probability, blocking the connection request from MU 130 (step 470).
  • RNC/CACM 200 determines, based on the comparison between the resource availability measure and the required PQoS performed by RAM/Required PQoS comparison module 230, whether there are sufficient resources available in PMSN Service Area 100 to satisfy the required PQoS of MU 130 and accept the connection request from MU 130. If the resource availability measure is greater than the required PQoS, indicating that there is sufficient resource availability in PLMN Service Area 100 to accept the connection request, then RNC/CACM 200 accepts the connection request and the call from MU 130 is connected (step 420).
  • RNC/CACM 200 determines whether the appropriate resource availability can be created (step 430). If the appropriate resources can be created, RNC/CACM 200 creates the appropriate resource availability (step 440) and accepts the connection request (step 420). The step of determining whether the appropriate resource availability can be created (step 430) and subsequently, the step of creating the appropriate resource availability (step 440) if possible are described in greater detail below in FIGURES 5-13.
  • RNC/CACM 200 determines whether there is a high probability that there will be appropriate resource availability after a time-out period (step 450), the duration of the time-out period being dependent upon the service class of MU 130. If there is a high probability, depending on information from resource availability monitor 210, network timer 270 is set with the duration of the time-out period and, if appropriate resources become available or can be created within PLMN Service Area 100 during the time-out period, once the time-out period has expired, MU 130 is called back and the connection completed at that time (step 460). A method for the probability of resources determination and the callback procedure is in latter part of this section based on FIGURE 14.
  • RNC/CACM 200 blocks, or denies, the connection request (step 470).
  • the decision to block a connection request should be taken based on the historical blocking rate of MU 130. As discussed previously, if the blocking rate of MU 130 is greater than or equal to the maximum allowed blocking rate of for the subscriber , the connection request must be accepted by RNC/CACM 200. This must be facilitated by freeing up resources as discussed below. If the blocking rate of MU 130 is less than the maximum allowed blocking rate, then blocking the connection request of MU 130 is a viable option.
  • FIGURES 5-13 of the Drawings there are illustrated therein flowchart segments of embodiments of methods for creating the appropriate resource availability to satisfy the required PQoS of MU 130, thus allowing RNC/CACM 200 to accept the connection request from MU 130. It is not necessary for RNC/CACM 200 to use all of the methods described in FIGURES 5-13 to create the appropriate resource availability nor need RNC/CACM 200 perform these methods in any particular order. In one embodiment, RNC/CACM 200 will cycle through the options for creating the appropriate resource availability until the attempt is successful, or RNC/CACM 200 has no other option than to block the connection request from MU 130 altogether.
  • RNC/CACM 200 performs several processes for CAC beyond those done by the RRM algorithms. These processes include the following: location tracking of MU 130 for determining whether to drop the MU 130, to force a handover, etc.; direction tracking of MU 130 for determining where the MU 130 will move next and to determine whether to drop the MU 130 and whether a packet of data for MU 130 can be re-scheduled for later; traffic tracking, wherein traffic history information is stored in traffic history memory 260 to keep track of time-dependent resource availability; speed tracking of MU 130, wherein knowledge of the speed of MU 130, along with the location and direction information, can be used to predict the signal strength and output power of MU 130 allowing RNC/CACM 200 to perform dynamic capacity management for PLMN Service Area 100; maintaining a history of talk length information for the user of MU 130, wherein a statistic of talk length of the user is stored preferably in memory 265, or alternatively in HLR 160, and can be used as a deciding factor in choosing whether
  • Method 440a includes the steps of: determining whether the appropriate resource availability can be created to provide the required PQoS by decreasing the data rate of MU 130 (step 510); if the appropriate resource availability can be created by decreasing the data rate, decreasing the data rate of MU 130 (step 520); accepting the connection request (step 420); and if the appropriate resource availability cannot be created by decreasing the data rate, returning to step 430 in CAC decision method 360 (step 540).
  • the data rate of a MU depends on the service class of the MU and the data rates allocated for that service class. If decreasing the data rate of MU 130 can free up sufficient resources within PLMN Service Area 100, and particularly within cell 140, to create the appropriate resource availability to satisfy the required PQoS of MU 130 and allow RNC/CACM 200 to accept the connection request from MU 130, then RNC/CACM 200 accepts the connection request (step 420) but decreases the data rate of MU 130 (step 520) during the call session. If decreasing the data rate of MU 130 is not sufficient to provide the required PQoS, method 440a returns to step 430 in CAC decision method 360 where another method of creating the appropriate resources is attempted (step 540).
  • FIGURE 6 there is illustrated therein a flowchart segment of an embodiment of a method, generally designated by reference numeral 440b, for creating the appropriate resource availability by decreasing the data rate of any other MU(s) in a same or lower service class as MU 130.
  • Method 440b preferably includes the steps of: determining whether the appropriate resource availability can be created to provide the required PQoS by decreasing the data rate of any MU(s) at a same or lower service class as MU 130 (step 610); if decreasing the data rates of these MU(s) will provide the required PQoS, choosing the MU(s) furthest from BS 150 and decreasing the data rate of the chosen MU(s) (step 620); accepting the connection request 420; and if the appropriate resource availability cannot be created by decreasing the data rate, returning to step 430 in CAC decision method 360 (step 640).
  • RNC/CACM 200 chooses the MU(s) furthest from BS 150 and decreases the data rate of the chosen MU(s) (step 620). The connection request is then accepted (step 420).
  • method 440b returns to step 430 in CAC decision method 360 where another method of creating the appropriate resources is attempted (step 640).
  • FIGURE 7 there is illustrated therein a flowchart segment of a preferred method for creating the appropriate resource availability by decreasing the transmit power of any other MU(s) in a same or lower service class as MU 130, generally designated by the reference numeral 440c.
  • Method 440c preferably includes the steps of: determining whether the appropriate resource availability can be created to provide the required PQoS by decreasing the transmit power of any MU(s) at a same or lower service class as MU 130 (step 710); if decreasing the data rates of these MU(s) will provide the required PQoS, choosing the MU(s) closest to BS 150 and decreasing the data rate of the chosen MU(s) (step 720); accepting the connection request 420; and if the appropriate resource availability cannot be created by decreasing the data rate, returning to step 430 in CAC decision method 360 (step 740).
  • RNC/CACM 200 chooses the MU(s) closest to BS 150 and decreases the transmit power of the chosen MU(s) (step 720). The connection request is then accepted (step 420). If decreasing the transmit power of a mobile unit in the same or lower service class is not sufficient to provide the required PQoS, method 440c returns to step 430 in CAC decision method 360 where another method of creating the appropriate resources is attempted (step 740).
  • Method 440d preferably includes the steps of: determining whether the appropriate resource availability can be created to provide the required PQoS by re-scheduling data for any MU(s) currently connected on a call within PLMN Service Area 100 (step 810); if re-scheduling the data of these MU(s) will provide the required PQoS, choosing the MU(s) furthest from BS 150 and re-scheduling the data to the chosen MU(s) (step 820); accepting the connection request (step 420); and if the appropriate resource availability cannot be created by decreasing the data rate, returning to step 430 in CAC decision method 360 (step 840).
  • data to the MU can be delayed by buffering the data in memory 265 in RNC/CACM 200, or in some other network component, and delivering the data to the mobile unit at a later time.
  • RNC/CACM 200 tracks the location, speed, and direction of the MU to ensure proper delivery of the data when it is finally transmitted. If re-scheduling the data to any MU(s) of any service class currently connected on a call within PLMN Service Area 100 can create the appropriate resource availability, RNC/CACM 200 chooses the mobile unit(s) furthest from BS 150 and re-schedules the data to that mobile unit(s) (step 820). The connection request is then accepted (step 420). If re-scheduling the data is not sufficient to provide the required PQoS, method 440c returns 840 to step 430 in CAC decision method 360 where another method of creating the appropriate resources is attempted (step 840).
  • Method 440e preferably includes the steps of: determining whether the appropriate resource availability can be created to provide the required PQoS by handing over any MU(s) within the cell 140 in which MU 130 is currently situated (step 910); if handing over these MU(s) will provide the required PQoS, choosing the MU(s) that satisfy a handover criteria and performing the handover of the chosen MU(s) (step 920); accepting the connection request (step 420); and if the appropriate resource availability cannot be created by handing over any MU(s) within cell 140, returning to step 430 in CAC decision method 360 (step 940).
  • a MU currently residing within cell 140 can be handed over to another local area cell within PLMN Service Area 100 depends on the direction, speed, location and handover state of the MU.
  • the MU can be in different handover states.
  • the MU can be in soft or softer handover within multiple local areas.
  • RNC/CACM 200 chooses the MU(s) that satisfies the handover criteria and performs the handover (step 920). Note, however, that an MU not in a handover state can, if necessary, still be forced to be handed-over to a different cell 140.
  • the connection request is then accepted (step 420). If handing over the mobile unit(s) is not sufficient to provide the required PQoS, method 440e returns to step 430 in CAC decision method 360 where another method of creating the appropriate resources is attempted (step 940).
  • Method 440f preferably includes the steps of: determining whether the appropriate resource availability can be created to provide the required PQoS by decreasing the data rate of any MU(s) in any service class (step 1010); if decreasing the data rates of these MU(s) will provide the required PQoS, choosing the MU(s) furthest from BS 150 and decreasing the data rate of the chosen MU(s) (step 1020); accepting the connection request 420; and if the appropriate resource availability cannot be created by decreasing the data rate, returning to step 430 in CAC decision method 360 (step 1040).
  • RNC/CACM 200 can attempt to create the appropriate resources by decreasing the data rate of MU(s) within PLMN Service Area 100 regardless of service class. This method is slightly less preferred than simply concentrating on MU(s) in lower service classes than MU 130 since degrading the PQoS of MU(s) in higher service classes than MU 130 is not desirable. If method 440e is selected, RNC/CACM 200 chooses MU(s) furthest from BS 150 and decreases the data rate of the chosen MU(s) (step 1020). The connection request is then accepted (step 420). If decreasing the data rate of the chosen MU(s) is not sufficient to provide the required PQoS, method 440f returns to step 430 in CAC decision method 360 where another method of creating the appropriate resources is attempted (step 1040).
  • FIGURE 11 there is illustrated therein a flowchart segment of an embodiment of a method for creating appropriate resource availability by dropping a connected call of any other MU(s) in the lowest service class relative to MU 130, designated generally by the reference numeral 440g.
  • Method 440g preferably includes the steps of: determining whether the appropriate resource availability can be created to provide the required PQoS by dropping a currently connected call of any MU(s) in the lowest service class relative to the service class of MU 130 (step 1110); if dropping a currently connected call of these MU(s) will provide the required PQoS, dropping a call of MU(s) in the lowest service class that fulfill a drop criteria (step 1120); accepting the connection request (step 420); and if the appropriate resource availability cannot be created by dropping the calls of MU(s) in the lowest service class, returning to step 430 in CAC decision method 360 (step 1140).
  • RNC/CACM 200 can, if necessary, create the appropriate resources to provide the required PQoS of MU 130 by dropping calls currently connected within PLMN Service Area 100. Dropping calls is the least preferred alternative as it is annoying to be disconnected from an on-going call. Since call dropping is not the most desirable alternative, RNC/CACM 200 only chooses MU(s) in the lowest service class relative to MU 130 when deciding whether or not to drop currently connected calls, since users in such service classes can expect a lower PQoS than users in higher service classes. If this option is selected, RNC/CACM 200 drops MU(s) in the lowest service class that fulfills a certain drop criteria (1120).
  • the drop criteria includes four profiles: MUs just connected; MUs at a cell 140 border, and thus in a possible handover situation; MUs using a high transmission power; and MUs that have been connected on calls for the longest duration.
  • These drop criteria indicate situations where dropping a currently connected call would be less irritating or expected. For instance, a user who has just been connected on a call would find it less annoying to be dropped from a call than a user who is well into a conversation.
  • MUs situated at a cell 140 border in a handover situation may be dropped because they will likely be picked up by a neighboring cell 140.
  • dropping MU(s) using a high transmit power efficiently conserves network resources. If any MU(s) in the lowest service class relative to MU 130 are chosen, the chosen
  • MU(s) are dropped from currently connected calls (step 1120).
  • the connection request is then accepted (step 420). If decreasing the data rate of the chosen MU(s) is not sufficient to provide the required PQoS, method 440g returns to step 430 in CAC decision method 360 where another method of creating the appropriate resources is attempted (step 1140).
  • FIGURE 12 there is illustrated therein a flowchart segment of a preferred method for creating appropriate resource availability by dropping a connected call of any other MU(s) in a lower service class than MU 130 that fulfills a drop criteria if there are fewer MUs within the service class of MU 130 than the maximum allowed, designated generally by reference numeral 440h.
  • Method 440h includes the steps of: determining whether the number of MUs currently within the service class of MU 130 is less than the maximum number of MUs allowed in that service class (step 1210); if there are fewer than the maximum number of MUs in the service class, choosing MU(s) of a lower service class than MU 130 with dropping rate(s) less than the maximum blocking rate for the lower service class, the dropping of which will create the appropriate resource availability to provide the required PQoS of MU 130, and dropping the chosen MU(s) that fulfill a certain drop criteria (step 1210); if there are fewer than the maximum number of MUs in the service class, choosing MU(s) of a lower service class than MU 130 with dropping rate(s) less than the maximum blocking rate for the lower service class, the dropping of which will create the appropriate resource availability to provide the required PQoS of MU 130, and dropping the chosen MU(s) that fulfill a certain drop criteria (step 1210); if there are fewer than the maximum number of MU
  • step 1220 accepting the connection request (step 420); and if the appropriate resource availability cannot be created by dropping the chosen MU(s), returning to step 430 in CAC decision method 360 (step 1240).
  • RNC/CACM 200 will not disrupt the service of any MU(s) operating within the service class. Instead, RNC/CACM 200 turns to MU(s) operating at a lower service class. If dropping MU(s) in the lowest service class relative to MU 130 is not sufficient to provide the required PQoS, MU(s) in higher service classes, which are still lower than the service class of MU 130, may be dropped if they satisfied the drop criteria described above. This option is more drastic than method 440g as described in FIGURE 11 since more MU(s) in higher service classes could be affected. If any MU(s) in lower service classes relative to MU 130 are chosen, the chosen
  • MU(s) are dropped from currently connected calls (step 1220). The connection request is then accepted (step 420). If dropping the chosen MU(s) is not sufficient to provide the required PQoS, method 440h returns to step 430 in CAC decision method 360 where another method of creating the appropriate resources is attempted (step 1240).
  • Method 440i preferably includes the steps of: determining whether the blocking rate of MU 130 is less than the network' s maximum allowed blocking rate (step 1310); if the blocking rate of MU 130 is lower, choosing any MU(s) that are in the same or a lower service class than MU 130 with dropping rate(s) less than the maximum blocking rate for the lower service class, the dropping of which will create the appropriate resource availability to provide the required PQoS of MU 130, and dropping the chosen MU(s) that fulfill a certain drop criteria (step 1320); accepting the connection request (step 420); and if the appropriate resource availability cannot be created by dropping the chosen MU(s), returning to
  • RNC/CACM 200 looks to MU 130 itself to determine whether blocking the connection request would violate MU's 130 service class agreement (step 1310). If the blocking rate of MU 130 is lower than the maximum allowed blocking rate, then RNC/CACM 200 cannot block the connection request without violating the service class agreement. In such a case, RNC/CACM 200 chooses any MU(s) in a lower or the same service class as MU 130 that have dropping rates less than the maximum blocking rate of the network and drops the chosen MU(s) if they fulfill the drop criteria previously discussed (step 1320). Again, by choosing only MU(s) with dropping rates less than the network's maximum blocking rate, the service class agreements for the chosen MU(s) are not violated. The connection request is then accepted (step 420). If dropping the chosen MU(s) is not sufficient to provide the required PQoS, method 440i returns to step 430 in CAC decision method 360 where another method of creating the appropriate resources is attempted (step 1340).
  • step 2425 the probability of resource availability within a time-out period is checked. In step 2430 this probability is compared with a threshold value if the probability of resource availability is above the threshold then caller is informed of callback (2480). If caller agrees to be called back (2445) then the caller is tracked and called back (2490) within the time-out period. If caller does not want to be called back then caller information is erased (2450).
  • the present invention is applicable to mobile communication networks. More specifically, the present invention is a system, method and apparatus that may be applied to create call admission controls based on a PQoS requirement. It also features a callback process for a mobile communications terminal operating in a mobile communications network.

Landscapes

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

Abstract

La présente invention concerne un système de qualité de service perceptive (PqoS) se basant sur la commande d'admission d'appel dans un réseau de communication, comprenant un terminal de communication mobile qui émet une demande de connexion, et un noeud réseau qui prend une décision de commande d'admission d'appel en se basant sur une comparaison entre une valeur de PqoS requise et une mesure de disponibilité de ressources. Cette invention concerne également un procédé de PqoS se basant sur la commande d'admission d'appel dans un réseau de communication, comprenant la vérification d'une disponibilité de ressources dans le réseau de communication, la comparaison d'une PqoS requise du terminal de communication mobile avec une mesure de disponibilité de ressources; et la prise d'une décision de commande d'admission d'appel en se basant sur la comparaison. Selon l'invention, un noeud de réseau, ou un serveur, détermine s'il y a suffisamment de ressources réseau disponibles pour réaliser l'appel. S'il n'y a pas suffisamment de services réseau disponibles, l'utilisateur a la possibilité de réaliser un rappel lui permettant de passer l'appel après un temps d'attente se basant sur la probabilité de disponibilité de ressources.
PCT/JP2002/001553 2001-02-21 2002-02-21 Procede et systeme de qualite de service perceptive se basant sur la commande d'admission d'appel et le rappel Ceased WO2002067619A2 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US27015001P 2001-02-21 2001-02-21
US27014901P 2001-02-21 2001-02-21
US60/270,149 2001-02-21
US60/270,150 2001-02-21

Publications (2)

Publication Number Publication Date
WO2002067619A2 true WO2002067619A2 (fr) 2002-08-29
WO2002067619A3 WO2002067619A3 (fr) 2003-05-30

Family

ID=26954098

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2002/001553 Ceased WO2002067619A2 (fr) 2001-02-21 2002-02-21 Procede et systeme de qualite de service perceptive se basant sur la commande d'admission d'appel et le rappel

Country Status (1)

Country Link
WO (1) WO2002067619A2 (fr)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005029790A3 (fr) * 2003-09-15 2005-08-04 Qualcomm Inc Commande d'admission de flux pour systemes sans fil
EP1715637A1 (fr) * 2005-04-21 2006-10-25 Avaya Technology Llc Procédé et appareil pour commande adaptative de paramètres de système pour contrôle d'admission
JP2007159053A (ja) * 2005-12-08 2007-06-21 Ntt Docomo Inc 呼受付制御装置、呼受付制御方法
CN100336405C (zh) * 2002-12-05 2007-09-05 温福瑞阿网络有限公司 在无线网络中用于呼叫许可控制的系统和方法
WO2007089695A3 (fr) * 2006-01-31 2007-09-20 Lucent Technologies Inc Admission de communications vers un réseau sans fil en fonction d'une information de qualité de service spécifique d'une information
CN100502271C (zh) * 2003-09-17 2009-06-17 华为技术有限公司 宽带码分多址接入（wcdma）系统呼叫准入控制方法
US7697421B2 (en) 2005-04-21 2010-04-13 Avaya Inc. Method and apparatus for quality-of-service-based admission control
EP1793639A3 (fr) * 2005-11-30 2010-12-01 NTT DoCoMo, Inc. Dispositif et procédé pour contrôler l'admission d'appels
EP1604476A4 (fr) * 2003-02-19 2011-08-10 Interdigital Tech Corp Procede de mise en oeuvre d'une commande d'admission d'appel par allocation de canal dynamique rapide dans une gestion de ressources radio
RU2426261C2 (ru) * 2005-09-08 2011-08-10 Эл Джи Электроникс Инк. Способ и протокол для обработки попыток получения доступа для системы связи
CN103139696A (zh) * 2008-02-29 2013-06-05 皇家Kpn公司 电信网络和用于基于时间的网络接入的方法
CN104952454A (zh) * 2015-05-26 2015-09-30 腾讯科技（深圳）有限公司 一种音频数据的处理方法和语音通讯终端

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
BERNARDI DE R ET AL: "LOAD CONTROL STRATEGIES FOR MIXED SERVICES IN WCDMA" VTC 2000-SPRING. 2000 IEEE 51ST. VEHICULAR TECHNOLOGY CONFERENCE PROCEEDINGS. TOKYO, JAPAN, MAY 15-18, 2000, IEEE VEHICULAR TECHNOLGY CONFERENCE, NEW YORK, NY: IEEE, US, vol. 2 OF 3. CONF. 51, 15 May 2000 (2000-05-15), pages 825-829, XP000967985 ISBN: 0-7803-5719-1 *
DIMITRIOU N ET AL: "CALL ADMISSION POLICIES FOR UMTS" VTC 2000-SPRING. 2000 IEEE 51ST. VEHICULAR TECHNOLOGY CONFERENCE PROCEEDINGS. TOKYO, JAPAN, MAY 15-18, 2000, IEEE VEHICULAR TECHNOLGY CONFERENCE, NEW YORK, NY: IEEE, US, vol. 2 OF 3. CONF. 51, 15 May 2000 (2000-05-15), pages 1420-1424, XP000968104 ISBN: 0-7803-5719-1 *

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100336405C (zh) * 2002-12-05 2007-09-05 温福瑞阿网络有限公司 在无线网络中用于呼叫许可控制的系统和方法
EP1604476A4 (fr) * 2003-02-19 2011-08-10 Interdigital Tech Corp Procede de mise en oeuvre d'une commande d'admission d'appel par allocation de canal dynamique rapide dans une gestion de ressources radio
JP2007521759A (ja) * 2003-09-15 2007-08-02 クゥアルコム・インコーポレイテッド ワイアレス・システムのためのフロー認可制御
WO2005029790A3 (fr) * 2003-09-15 2005-08-04 Qualcomm Inc Commande d'admission de flux pour systemes sans fil
US7385920B2 (en) 2003-09-15 2008-06-10 Qualcomm Incorporated Flow admission control for wireless systems
CN1853383B (zh) * 2003-09-15 2010-09-29 高通股份有限公司 无线系统的信息流许可控制
CN100502271C (zh) * 2003-09-17 2009-06-17 华为技术有限公司 宽带码分多址接入（wcdma）系统呼叫准入控制方法
EP1715637A1 (fr) * 2005-04-21 2006-10-25 Avaya Technology Llc Procédé et appareil pour commande adaptative de paramètres de système pour contrôle d'admission
US7697421B2 (en) 2005-04-21 2010-04-13 Avaya Inc. Method and apparatus for quality-of-service-based admission control
US8081565B2 (en) 2005-04-21 2011-12-20 Avaya Inc. Method and apparatus for adaptive control of system parameters for admission control
US8451804B2 (en) 2005-09-08 2013-05-28 Lg Electronics Inc. Method and protocol for handling access attempts for communications systems
RU2426261C2 (ru) * 2005-09-08 2011-08-10 Эл Джи Электроникс Инк. Способ и протокол для обработки попыток получения доступа для системы связи
US8099102B2 (en) 2005-11-30 2012-01-17 Ntt Docomo, Inc. Call admission control device and call admission control method
EP1793639A3 (fr) * 2005-11-30 2010-12-01 NTT DoCoMo, Inc. Dispositif et procédé pour contrôler l'admission d'appels
EP1796330A3 (fr) * 2005-12-08 2010-12-01 NTT DoCoMo, Inc. Dispositif et procédé de controle d'admission d'appel
JP2007159053A (ja) * 2005-12-08 2007-06-21 Ntt Docomo Inc 呼受付制御装置、呼受付制御方法
WO2007089695A3 (fr) * 2006-01-31 2007-09-20 Lucent Technologies Inc Admission de communications vers un réseau sans fil en fonction d'une information de qualité de service spécifique d'une information
CN103139696A (zh) * 2008-02-29 2013-06-05 皇家Kpn公司 电信网络和用于基于时间的网络接入的方法
CN103139696B (zh) * 2008-02-29 2017-07-21 皇家Kpn公司 电信网络和用于基于时间的网络接入的方法
CN104952454A (zh) * 2015-05-26 2015-09-30 腾讯科技（深圳）有限公司 一种音频数据的处理方法和语音通讯终端

Also Published As

Publication number Publication date
WO2002067619A3 (fr) 2003-05-30

Similar Documents

Publication Publication Date Title
JP3479039B2 (ja) 無線ネットワークにおけるハンドオフのサービス品質を保証するための適応的な許容制御方法及び装置
EP1787436B1 (fr) Methode et systeme pour gerer des ressources radio dans des reseaux de communication mobile, reseau associe et produit de programme informatique correspondant
US7468951B2 (en) Method and system for evaluting number of additional admissible calls for use in call admission control
JP4509449B2 (ja) 符号分割多元接続（ｃｄｍａ）通信システムにおけるダウンリンク電力割り当て方法
US7346354B2 (en) Method and system for dynamic soft handoff resource allocation in a wireless network
JP4584327B2 (ja) 電話呼輻輳の動的低減
EP0946008A2 (fr) Appareil et procédé pour le contrÔle des communications
US20050064821A1 (en) Alternative service management
Chen et al. Dynamic call admission control scheme for QoS priority handoff in multimedia cellular systems
IL135563A (en) Method for an admission control function for a wireless data network
CN101015196A (zh) 在无线网络中处理休眠的系统和方法
JP2006512803A (ja) 無線ネットワーク背景におけるコール許可制御のシステムおよび方法
EP1089455A2 (fr) Procédé et dispositif pour terminer une transmission par rafales dans un système sans fil
WO2002067619A2 (fr) Procede et systeme de qualite de service perceptive se basant sur la commande d'admission d'appel et le rappel
AU2003203509B2 (en) Call admission apparatus and method for guaranteeing quality of service in a mobile communication system
Wang et al. Adaptive and predictive downlink resource management in next-generation CDMA networks
KR100355272B1 (ko) 광대역 코드분할다중접속 시스템의 호 수락 제어방법 및무선링크 자원관리방법
Nasser Service adaptability in multimedia wireless networks
Boukerche et al. Design and performance evaluation of a QoS-based dynamic channel allocation protocol for wireless and mobile networks
JP2004040756A (ja) Ｃｄｍａ移動体通信システムにおける呼受付制御方法
Lim et al. A unified bandwidth reservation and admission control mechanism for QoS provisioning in cellular networks
EP1402750A1 (fr) Transfert dans un systeme de communication cellulaire
AU2002249207A1 (en) Handover in a cellular communication system
Xu et al. Enabling premium service for streaming video in cellular networks
Tugcu Connection Admission Control in Wireless Systems

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 69(1) EPC. EPO FORM 1205A DATED 17.12.03

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase in:

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP