US20070117563A1 - Call setup procedure in an evolved third generation radio access network - Google Patents

Call setup procedure in an evolved third generation radio access network Download PDF

Info

Publication number
US20070117563A1
US20070117563A1 US11/553,875 US55387506A US2007117563A1 US 20070117563 A1 US20070117563 A1 US 20070117563A1 US 55387506 A US55387506 A US 55387506A US 2007117563 A1 US2007117563 A1 US 2007117563A1
Authority
US
United States
Prior art keywords
wtru
node
access request
initial access
request message
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/553,875
Inventor
Stephen Terry
Maged Zaki
Rajat Mukherjee
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.)
InterDigital Technology Corp
Original Assignee
InterDigital Technology 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 InterDigital Technology Corp filed Critical InterDigital Technology Corp
Priority to US11/553,875 priority Critical patent/US20070117563A1/en
Assigned to INTERDIGITAL TECHNOLOGY CORPORATION reassignment INTERDIGITAL TECHNOLOGY CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MUKHERJEE, RAJAT P., TERRY, STEPHEN E., ZAKI, MAGED M.
Publication of US20070117563A1 publication Critical patent/US20070117563A1/en
Priority to US12/491,676 priority patent/US8218503B2/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • H04W12/065Continuous authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management

Definitions

  • the present invention is related to wireless communication systems. More particularly, the present invention is related to a method and system for call setup in an evolved third generation (3G) radio access network (RAN).
  • 3G evolved third generation
  • RAN radio access network
  • the 3G standards group is currently considering various proposals for the long term evolution (LTE) of the 3G RAN.
  • LTE long term evolution
  • the LTE has been driven by the needs for reducing cost, improving spectral efficiency, facilitating support for revenue increasing services, improving operation and maintenance (O&M) and service provisioning, increasing throughput, reducing end-to-end delay during call setup, having seamless mobility, or the like.
  • FIG. 1 illustrates conventional 3G network 100 .
  • the conventional 3G network 100 includes an RAN 110 , (comprising a plurality of Node-Bs 112 and a radio network controller (RNC) 114 ), and a core network (CN) 120 .
  • the CN 120 includes a packet switched domain 122 and a circuit switched domain 132 .
  • the packet switched domain 122 includes a serving GPRS support node (SGSN) 124 and a gateway GPRS support node (GGSN) 126 .
  • the circuit switched domain 132 includes a mobile switching center (MSC) 134 and a gateway MSC (GMSC) 136 .
  • the CN 120 also includes an IP multimedia subsystem (IMS) 128 .
  • IMS IP multimedia subsystem
  • the Node-B 112 performs radio resource management (RRM) for implementing high speed downlink packet access (HSDPA) and high speed uplink packet access (HSUPA).
  • Layer 3 functionality i.e., radio resource control (RRC)
  • RRC radio resource control
  • FIG. 2 is a signaling diagram of a conventional call setup procedure 200 .
  • the RAN 110 broadcasts system information via a broadcast channel (BCH) (step 202 ).
  • a wireless transmit/receive unit (WTRU) 101 receives the system information while the WTRU 101 is in an idle state.
  • the call setup is performed by the steps of establishing an RRC connection, establishing an RRC signaling connection and establishing a radio bearer.
  • the RRC layer of the WTRU 101 leaves an idle state and sends an RRC connection request to the RAN to establish the RRC connection (step 204 ).
  • the RRC layer of the RAN 110 selects radio resource parameters and sends an RRC connection setup message including the radio resource parameters to the WTRU 101 (step 206 ).
  • the RRC layer of the WTRU 101 configures physical and MAC layers based on the radio resource parameters to establish the RRC connection.
  • the WTRU 101 Upon establishment of a local radio link control (RLC) signaling link, the WTRU 101 sends an RRC connection complete message to the RAN 110 (step 208 ).
  • RLC radio link control
  • a non-access stratum (NAS) of the WTRU 101 sends an initial direct transfer message to the RRC layer of the RAN 110 (step 210 ).
  • the initial direct transfer may be a connection management (CM) service request (step 212 ), which is acknowledged by a CM service accept message (step 214 ).
  • CM connection management
  • the RRC layer of the RAN 110 sends a radio bearer setup message to the RRC layer of the WTRU 101 (step 216 ).
  • the radio bearer setup message includes physical layer, MAC layer and RLC layer parameters.
  • the WTRU 101 configures physical layer and MAC layers, and sends a radio bearer setup complete message to the RRC layer of the RAN 110 (step 218 ).
  • One of the problems of the conventional call setup procedure is a multi-layer call setup procedure that occurs in the RAN 110 . This is primarily due to legacy complications as well as the separation imposed between the MAC and the RRC layers, with the MAC layer in the Node-B 112 and the RRC layer in the RNC 114 . Therefore, it would be desirable to provide a simplified call setup procedure in the RAN 110 .
  • the present invention is related to a method and system for call setup in a wireless communication system, for example an evolved 3G RAN.
  • a WTRU sends its identity to a CN for call setup when the WTRU is in an RRC_disconnected state.
  • the CN verifies the identity and sends an authentication vector to the WTRU.
  • the WTRU sends a service access request message including an authentication response to the CN via a Node-B.
  • the Node-B performs an admission control.
  • the CN attaches the WTRU if the authentication response is same to an expected response.
  • the Node-B then allocates radio resources to the WTRU.
  • the Node-Bs may be directly connected, or may be connected to a control plane server which performs admission control.
  • FIG. 1 shows the conventional 3G network.
  • FIG. 2 is a signaling diagram of a conventional call setup procedure.
  • FIG. 3 shows LTE RRC states and transitions between RRC states.
  • FIG. 4 is a signaling diagram for a call setup process when a WTRU is in a disconnected state in accordance with a first embodiment of the present invention.
  • FIG. 5 is a signaling diagram for a call setup process when a WTRU is in a disconnected state in accordance with a second embodiment of the present invention.
  • FIG. 6 is a signaling diagram for a call setup process when a WTRU is in an idle state in accordance with a third embodiment of the present invention.
  • FIG. 7 is a signaling diagram for a call setup process when a WTRU is in an idle state in accordance with a fourth embodiment of the present invention.
  • WTRU includes but is not limited to a user equipment (UE), a mobile station (STA), a fixed or mobile subscriber unit, a pager, or any other type of device capable of operating in a wireless environment.
  • Node-B includes but is not limited to a base station, a site controller, an access point (AP) or any other type of interfacing device in a wireless environment.
  • the features of the present invention may be incorporated into an integrated circuit (IC) or be configured in a circuit comprising a multitude of interconnecting components.
  • IC integrated circuit
  • FIG. 3 shows LTE RRC states and transitions between RRC states.
  • Three RRC states an RRC_connected state, an RRC_idle state and an RRC_disconnected state, are defined.
  • the RRC state may transit between any of the three states.
  • FIG. 4 is a signaling diagram for a call setup process 400 when a WTRU is in an RRC_disconnected state, (i.e., the RRC state is transitioning from an RRC_disconnected state to an RRC_connected state), in accordance with a first embodiment of the present invention.
  • the system 401 includes a WTRU 302 , a Node-B 304 and a CN 306 .
  • the Node-B 304 broadcasts random access channel (RACH) configurations (step 402 ).
  • the RACH configurations may be included in broadcast system information (SI).
  • SI broadcast system information
  • the Node-B 304 may also broadcast configurations related to uplink shared channel (UL SCH) and downlink shared channel (DL SCH) operation.
  • UL SCH uplink shared channel
  • DL SCH downlink shared channel
  • the WTRU 302 is currently in an RRC_disconnected state and is transitioning to an RRC_connected state.
  • the WTRU 302 sends an initial access message via the RACH (step 403 ).
  • the initial access message includes an identity of the WTRU 302 .
  • the Node-B 304 responds with an UL SCH allocation (step 404 ).
  • the WTRU 302 then transmits an initial access request message to the Node-B 304 on the UL SCH (step 405 ).
  • the Node-B 304 sends an initial NAS access request message, generated from the WTRU initial access request message, to the CN 306 with an authentication request (step 406 ).
  • the CN 306 checks the WTRU identity and allocates, and sends, an authentication vector (AV) for the WTRU 302 to the Node-B 304 (step 408 ).
  • the AV may comprise a random number (RAND), an authentication token (AUTN), a cipher key (CK) and an integrity key (IK) for the WTRU 302 .
  • the CN 306 may choose not to send the CK and IK at this step and may send them later in a service access response message after WTRU verification.
  • the Node-B 304 On receiving the authentication vector from the CN 306 , the Node-B 304 sends an initial access response message including the RAND and the AUTN for the WTRU 302 (step 410 ).
  • the initial access response message may include configurations for the UL SCH so that the WTRU 302 may subsequently send a service access request via the UL SCH, and configurations for the DL SCH if the service access response is transmitted via the DL SCH.
  • the allocations of the DL SCH and the UL SCH may take into account the service and associated radio bearer requirements.
  • the initial access response message may be transmitted via an L 1 /L 2 control channel, DL SCH or L 1 /L 2 control+DL SCH.
  • the channel configurations for the L 1 /L 2 control channel(s) and/or the DL SCH may be pre-configured or signaled via SI.
  • the DL SCH configuration may be pre-configured such that there is a known association between a physical random access channel (PRACH) and the DL SCH.
  • PRACH physical random access channel
  • the association may be either known by RRC signaling (e.g., SI) or known by explicit definition in the standard.
  • the WTRU 302 On receiving the RAND and AUTN, the WTRU 302 calculates a response (RES) value using a secret key of the WTRU 302 (step 412 ). The WTRU 302 then sends a service access request message with the RES value to the Node-B 304 (step 414 ).
  • the service access request message may be transmitted via the UL SCH (that may be allocated by the initial access response message or, alternatively, by SI).
  • the service access request message may include other information, such as the reason for its connection, the desired quality of service (QoS), measurement information, scheduling information, or the like.
  • the Node-B 304 Upon reception of the service access request, the Node-B 304 performs an admission control procedure (step 416 ). The Node-B 304 determines if the Node-B 304 has enough radio resources (based on the parameters of the service access request such as the desired QoS) to service that request. If the Node-B 304 determines that there are sufficient radio resources to service the request, the Node-B 304 sends a service access request message including the identity of the WTRU 302 , QoS information and RES value computed by the WTRU 302 to the CN 306 (step 418 ).
  • the Node-B 304 determines that there are not enough radio resources to service the request, the Node-B 304 initiates a handover (step 420 ).
  • the Node-B 304 looks to nearby cells that can take over the responsibility of providing service to the WTRU 302 . Neighboring Node-Bs are preferably directly connected to each other to exchange necessary information to determine which cell and Node-B would be best suited for serving the WTRU 302 . After making the decision, the Node-B 304 sends information for the handover to the WTRU 302 , the new Node-B and the CN 306 , respectively.
  • the Node-B 304 provides the WTRU 302 with channel configurations of the new Node-B, (such as DL SCH, UL SCH, FACH, RACH, or the like), and other information, (for example a new cell specific identity), that the WTRU 302 needs to communicate with the new Node-B.
  • the Node-B 304 also communicates with the new Node-B to inform the new Node-B about the WTRU 302 , (or alternatively request the new Node-B to take a responsibility for serving the WTRU 302 ).
  • the Node-B 304 may also inform the CN 306 about the new Node-B so that the response from the CN 306 is directed to the new Node-B.
  • the new Node-B may be in charge of querying the CN 306 after the new Node-B has assumed responsibility for the WTRU 302 with the RES value, QoS, or the like.
  • the CN 306 On receiving the service access request along with the RES value, the CN 306 verifies the RES value by comparing the received RES value with an expected RES value and performs an attachment procedure for the WTRU 302 if the received RES value is same to the expected RES value (step 422 ). The CN 306 then sends a service access response message with an IP address for the WTRU 302 (step 424 ).
  • the Node-B 304 Upon receipt of the service access response message, the Node-B 304 allocates radio resources and sends a service access response message with radio resources allocation information (steps 426 , 428 ). Information regarding header compression and packet data convergence protocol (PDCP) is also added to the service access response message to the WTRU 302 so that the WTRU 302 knows whether to perform header compression or not.
  • the WTRU 302 may optionally send a service access response confirm message to the CN 306 for acknowledgement (not shown).
  • a call/data session then begins (step 430 ).
  • a timetable for measurements made by the WTRU 302 may be agreed upon between the WTRU 302 and the Node-B 304 .
  • the measurement schedule may be set dynamically.
  • the authentication procedure may be performed in parallel to the attachment procedure.
  • the CN 306 may assign the WTRU 302 its IP address prior to receiving the RES value from the WTRU 302 .
  • Some of the information sent in the service access request, (e.g., the reason for connection), may be sent in the initial access request to enable the CN 306 identify the WTRU 302 better.
  • the entire signaling, (authentication, attachment and IP processing), may be performed in one message.
  • Certain IEs may be sent as separate messages.
  • the RAND and AUTN may be sent to the WTRU 302 separately such that the CN 306 may demand the WTRU 302 to re-authenticate if the CN 306 so chooses without having to go through the entire call setup procedure again.
  • FIG. 5 is a signaling diagram for a call setup process 500 when a WTRU is in an RRC_disconnected state, and is transitioning to an RRC_connected state, in accordance with a second embodiment of the present invention.
  • the system 501 includes a WTRU 302 , a Node-B 304 , a CN 306 and a control plane server 308 .
  • the Node-B 304 broadcasts RACH configurations (step 502 ).
  • the RACH configurations may be included in SI.
  • the Node-B 304 may also broadcast configurations needed for UL SCH and DL SCH operation.
  • the WTRU 302 is currently in an RRC_disconnected state and is transitioning to an RRC_connected state.
  • the WTRU 302 sends an initial access message via the RACH (step 503 ).
  • the initial access message includes an identity of the WTRU 302 .
  • the Node-B 304 responds with an UL SCH allocation (step 504 ).
  • the WTRU 302 then transmits an initial access request message to the Node-B 304 on the UL SCH (step 505 ).
  • the Node-B 304 sends an initial NAS access request message generated from the WTRU initial access request message, with an authentication request to the control plane server 308 , which forwards it to the CN 306 (steps 506 , 508 ).
  • the CN 306 checks the WTRU identity and allocates, and sends, an AV to the Node-B 304 (step 510 ).
  • the AV may comprise a RAND, an AUTN, a CK and an IK for the WTRU 302 .
  • the CN 306 may choose not to send the CK and IK at this step and may send them later in a service access response message after WTRU verification.
  • the control plane server 308 On receiving the authentication vector from the CN 306 , the control plane server 308 sends the RAND and the AUTN for the WTRU 302 to the Node-B 304 (step 512 ).
  • the Node-B 304 then sends an initial access response message along with the RAND and the AUTN to the WTRU (step 514 ).
  • the initial access response message may include configurations for the UL SCH so that the WTRU 302 may subsequently send a service access request via the UL SCH, and configurations for the DL SCH if the service access response is transmitted via the DL SCH.
  • the initial access request message and the initial access response message may include scheduling information so that resources allocation is optimized.
  • the initial access response message may be transmitted via the DL SCH.
  • the channel configurations for the DL SCH may be signaled by L 1 /L 2 control signaling, pre-configured or may be sent via the SIB.
  • the DL SCH configuration may be pre-configured such that there is a known association between the PRACH and the DL SCH. The association may be either known by RRC signaling (e.g., SI) or known by explicit definition in the standard.
  • the WTRU 302 On receiving the RAND and AUTN, the WTRU 302 calculates an RES value using a secret key of the WTRU 302 (step 516 ). The WTRU 302 then sends a service access request message with the RES value to the Node-B 304 (step 518 ).
  • the service access request message may be transmitted via the UL SCH (that may be allocated with the initial access response message or, alternatively, by SI).
  • the service access request message may include other information, such as the reason for its connection, the desired quality of service (QoS), measurement information, scheduling information, or the like.
  • the Node-B 304 forwards the service access request to the control plane server 308 (step 520 ).
  • the control plane server 308 Upon reception of the service access request, the control plane server 308 performs an admission control procedure (step 522 ).
  • the control plane server 308 determines if the Node-B 304 has enough radio resources (based on the parameters of the service access request such as the desired QoS) to service that request. If the control plane server 308 determines that the Node-B 304 has enough radio resources to service the request, the control plane server 308 sends a service access request message including the identity of the WTRU 302 , QoS information and RES value computed by the WTRU 302 to the CN 306 (step 524 ).
  • control plane server 308 determines that the Node-B 304 does not have enough radio resources to service the request, the control plane server 308 initiates a handover (steps 526 , 528 ).
  • the control plane server 308 looks to nearby cells that can take over the responsibility of providing service to the WTRU 302 .
  • Node-Bs are connected to the control plane server 308 so that the control plane server 308 collects necessary information to determine which cell and Node-B would be best suited for serving the WTRU 302 .
  • the control plane server 308 sends information for the handover to the WTRU 302 , the new Node-B and the CN 306 , respectively.
  • the control plane server 308 provides the WTRU 302 with channel configurations of the new Node-B, (such as DL SCH, UL SCH, FACH, RACH, or the like), and other information that the WTRU 302 needs to communicate with the new Node-B.
  • the control plane server 308 also communicates with the new Node-B to inform the new Node-B about the WTRU 302 , (or alternatively request the new Node-B to take a responsibility for serving the WTRU 302 ).
  • the control plane server 308 may also inform the CN 306 about the new Node-B so that the response from the CN 306 is directed to the new Node-B.
  • the new Node-B may be in charge of querying the CN 306 after the new Node-B has assumed responsibility for the WTRU 302 with the RES value, QoS, or the like.
  • the CN 306 On receiving the service access request along with the RES value, the CN 306 verifies the RES value by comparing the received RES value with an expected RES value and performs an attachment procedure for the WTRU 302 if the received RES value is same to the expected RES value (step 530 ). The CN 306 then sends a service access response message with an IP address to the control plane server 308 (step 532 ).
  • the control plane server 308 Upon receipt of the service access response message, the control plane server 308 allocates radio resources (step 534 ). The control plane server 308 sends a service access response message with radio resources allocation information to the Node-B 304 (step 536 ). The Node-B 304 then sends the service access response message along with information regarding header compression and PDCP, measurement scheduling, an RRC state indicator, or the like (step 538 ). The WTRU 302 may optionally send a service access response confirm message to the CN 306 for acknowledgement (not shown). A call/data session then begins (step 540 ). A timetable for measurements made by the WTRU 302 may be agreed upon between the WTRU 302 and the Node-B 304 , or alternatively, may be set dynamically.
  • FIG. 6 is a signaling diagram for a call setup process 600 when a WTRU is in an RRC_idle state in accordance with a third embodiment of the present invention.
  • the system 601 includes a WTRU 302 , a Node-B 304 and a CN 306 .
  • the WTRU 302 is currently in an RRC_idle state and is transitioning to an RRC_connected state.
  • the CN 306 sends a paging message for the WTRU 302 to the Node-B 304 , which forwards it to the WTRU 302 (steps 602 , 604 ).
  • the WTRU 302 wakes up from the RRC_idle state.
  • the WTRU may also wake up because of an NAS request within the WTRU.
  • the Node-B 304 broadcasts RACH configurations (step 606 ).
  • the RACH configurations may be included in SI.
  • the Node-B 304 may also broadcast configurations for UL SCH and DL SCH operation.
  • the paging request may include channel allocations for the RACH, DL SCH and UL SCH.
  • the WTRU 302 When the WTRU 302 wakes up from the RRC_idle state, the WTRU 302 may find itself in a different cell and different universal mobile telecommunication services (UMTS) registration area (URA) that the WTRU 302 was in earlier. The WTRU 302 then may perform a brand new call setup procedure.
  • UMTS universal mobile telecommunication services
  • the WTRU 302 sends an initial access message with an identity of the WTRU 302 via an RACH (step 608 ).
  • the Node-B 304 responds with an initial access response message (step 610 ).
  • the initial access response message may include configurations for the UL SCH so that the WTRU 302 may subsequently send a service access request via the UL SCH, and configurations for the DL SCH if the service access response is transmitted via the DL SCH.
  • the initial access message and the initial access response message may include scheduling information so that resources allocation is optimized.
  • the initial access response message may be transmitted via L 1 /L 2 control channel, the DL SCH, or L 1 /L 2 control+DL SCH.
  • the channel configurations for DL SCH and UL SCH operation may be pre-configured or may be sent via SI.
  • the DL SCH configuration may be pre-configured such that there is a known association between the PRACH and the DL SCH.
  • the association may be either known by RRC signaling (e.g., SI) or known by explicit definition in the standard.
  • the WTRU 302 then sends a service access request message to the Node-B 304 (step 612 ).
  • the service access request message may be transmitted via the UL SCH (that may be allocated by the initial access response message or, alternatively, by SI).
  • the service access request message may include other information, such as the reason for its connection, the desired quality of service (QoS), measurement information, scheduling information, or the like.
  • the Node-B 304 Upon reception of the service access request, the Node-B 304 performs an admission control procedure (step 614 ). The Node-B 304 determines if the Node-B 304 has enough radio resources (based on the parameters of the service access request such as the desired QoS) to service that request. If the Node-B 304 determines that there are sufficient radio resources to service the request, the Node-B 304 sends a service access request message including the identity of the WTRU 302 and QoS information to the CN 306 (step 616 ).
  • the Node-B 304 may initiate a handover (step 618 ).
  • the Node-B 304 looks to nearby cells that can take over the responsibility of providing service to the WTRU 302 . Neighboring Node-Bs are preferably directly connected to each other to exchange necessary information to determine which cell and Node-B would be best suited for serving the WTRU 302 . After making the decision, the Node-B 304 sends information for the handover to the WTRU 302 , the new Node-B and the CN 306 , respectively.
  • the Node-B 304 provides the WTRU 302 with channel configurations of the new Node-B, (such as DL SCH, UL SCH, RACH, or the like), and other information that the WTRU 302 needs to communicate with the new Node-B.
  • the Node-B 304 also communicates with the new Node-B to inform the new Node-B about the WTRU 302 , (or alternatively request the new Node-B to take a responsibility for serving the WTRU 302 ).
  • the Node-B 304 may also inform the CN 306 about the new Node-B so that the response from the CN 306 is directed to the new Node-B.
  • the new Node-B may be in charge of querying the CN 306 after the new Node-B has assumed responsibility for the WTRU 302 with the RES value, QoS, or the like.
  • the CN 306 On receiving the service access request, the CN 306 sends a service access response message with an IP address for the WTRU 302 (step 620 ).
  • the Node-B 304 Upon receipt of the service access response message, the Node-B 304 allocates radio resources (step 622 ) and sends a service access response message with radio resources allocation information (step 624 ).
  • Information regarding header compression and packet data convergence protocol (PDCP) is also added to the service access response message to the WTRU 302 so that the WTRU 302 knows whether to perform header compression or not.
  • the WTRU 302 may optionally send a service access response confirm message to the CN 306 for acknowledgement (not shown).
  • a call/data session then begins (step 626 ).
  • the network may have a policy for re-authenticating the WTRU 302 when the WTRU 302 transitions from an RRC_idle state to an RRC_connected state.
  • the call setup procedure 600 would be same to the call setup procedure 400 .
  • the CN 306 may indicate to the WTRU 302 to use the call setup procedure 400 . This indication may be provided in the paging message.
  • the initial access response message may indicate to the WTRU 302 to re-authenticate with an RAND and an AUTN provided in the initial access response message, or the service access response message may include the RAND and the AUTN and may indicate to the WTRU 302 that the WTRU 302 needs to re-authenticate.
  • the WTRU 302 may find itself in the same cell and same URA that the WTRU 302 was in earlier. In such case, the WTRU 302 may skip step 606 and may proceed directly to step 610 .
  • this permanent allocation may be performed intelligently so that if no one is using the portion of shared channel for service request, active WTRUs may use it instead.
  • the WTRU 302 has to perform the call-setup procedure 600 starting from step 606 .
  • the WTRU 302 may or may not need to re-authenticate as stated above.
  • FIG. 7 is a signaling diagram for a call setup process 700 when a WTRU is in an RRC_idle state in accordance with a fourth embodiment of the present invention.
  • the system 701 includes a WTRU 302 , a Node-B 304 , a CN 306 and a control plane server 308 .
  • the WTRU 302 is currently in an RRC_idle state and is transitioning to an RRC_connected state.
  • the CN 306 sends a paging message for the WTRU 302 to the control plane server 308 , which forwards it to the Node-B 304 , which in turn forwards it to the WTRU 302 (steps 702 , 704 , 706 ).
  • the WTRU 302 Upon receipt of the paging message, the WTRU 302 wakes up from the RRC_idle state.
  • the WTRU may wake up because of an NAS request within the WTRU.
  • the Node-B 304 broadcasts RACH configurations (step 708 ).
  • the RACH configurations may be included in an SIB.
  • the Node-B 304 may also broadcast configurations for UL SCH and DL SCH operation.
  • the paging request may include channel allocations for the RACH, DL SCH and UL SCH.
  • the WTRU 302 may find itself in a different cell and different URA that the WTRU 302 was in earlier. The WTRU 302 then may perform a brand new call setup procedure.
  • the WTRU 302 sends an initial access message with an identity of the WTRU 3020 via the RACH (step 710 ).
  • the Node-B 304 then sends an initial access response message to the WTRU (step 712 ).
  • the initial access response message may include configurations for the UL SCH so that the WTRU 302 may subsequently send a service access request via the UL SCH, and configurations for the DSCH if the service access response is transmitted via the DSCH.
  • the initial access message and the initial access response message may include scheduling information so that resources allocation is optimized.
  • the initial access response message may be transmitted via L 1 /L 2 control, the DL SCH, or L 1 /L 2 control+DL SCH.
  • the channel configurations for the DL SCH may be pre-configured or may be sent via SI.
  • the DL SCH configuration may be pre-configured such that there is a known association between the physical random access channel (PRACH) and the DL SCH.
  • PRACH physical random access channel
  • the association may be either known by RRC signaling (e.g., SI) or known by explicate definition in the standard.
  • the WTRU 302 then sends a service access request message to the Node-B 304 (step 714 ).
  • the service access request message may be transmitted via the UL SCH (that may be allocated by the initial access response message or, alternatively, by the SIB).
  • the service access request message may include other information, such as the reason for its connection, the desired quality of service (QoS), measurement information, scheduling information, or the like.
  • the Node-B 304 forwards the service access request to the control plane server 308 (step 716 ).
  • the control plane server 308 Upon reception of the service access request, the control plane server 308 performs an admission control procedure (step 718 ).
  • the control plane server 308 determines if there are enough radio resources (based on the parameters of the service access request such as the desired QoS) to service that request. If the control plane server 308 determines that there are enough radio resources to service the request, the control plane server 308 sends a service access request message including the identity of the WTRU 302 and QoS information to the CN 306 (step 720 ).
  • control plane server 308 determines that there are not enough radio resources to service the request, the control plane server 308 initiates a handover (steps 722 , 724 ).
  • the control plane server 308 looks to nearby cells that can take over the responsibility of providing service to the WTRU 302 .
  • Node-Bs are connected to the control plane server 308 so that the control plane server 308 collects necessary information to determine which cell and Node-B would be best suited for serving the WTRU 302 .
  • the control plane server 308 sends information for the handover to the WTRU 302 , the new Node-B and the CN 306 , respectively.
  • the control plane server 308 provides the WTRU 302 with channel configurations of the new Node-B, (such as DL SCH, UL SCH, RACH, or the like), and other information that the WTRU 302 needs to communicate with the new Node-B.
  • the control plane server 308 also communicates with the new Node-B to inform the new Node-B about the WTRU 302 , (or alternatively request the new Node-B to take a responsibility for serving the WTRU 302 ).
  • the control plane server 308 may also inform the CN 306 about the new Node-B so that the response from the CN 306 is directed to the new Node-B.
  • the new Node-B may be in charge of querying the CN 306 after the new Node-B has assumed responsibility for the WTRU 302 with the RES value, QoS, or the like.
  • the CN 306 On receiving the service access request, the CN 306 sends a service access response message with an IP address to the control plane server 308 (step 726 ). Upon receipt of the service access response message, the control plane server 308 allocates radio resources (step 728 ). The control plane server 308 sends a service access response message with radio resources allocation information to the Node-B 304 (step 730 ). The Node-B 304 then sends the service access response message to the WTRU 302 along with information regarding header compression and PDCP, measurement scheduling, an RRC state indicator, or the like (step 732 ). The WTRU 302 may optionally send a service access response confirm message to the CN 306 for acknowledgement (not shown). A call/data session then begins (step 734 ).
  • the network may have a policy for re-authenticating the WTRU 302 when the WTRU 302 transitions from an RRC_idle state to an RRC_active state.
  • the call setup procedure 700 would be same as the call setup procedure 500 .
  • the CN 306 may indicate to the WTRU 302 to use the call setup procedure 500 . This indication may be provided in the paging message.
  • the initial access response message may indicate to the WTRU 302 to re-authenticate with an RAND and an AUTN provided in the initial access response message, or the service access response message may include the RAND and the AUTN and may indicate to the WTRU 302 that the WTRU 302 needs to re-authenticate.
  • the WTRU 302 may find itself in the same cell and same URA that the WTRU 302 was in earlier. In such case, the WTRU 302 may skip the step 710 and may proceed directly to step 714 .
  • This assumes that certain portions of the shared channels are permanently assigned for this purpose to all WTRUs in the cell. For optimization, this permanent allocation may be performed intelligently so that if no one is using the portion of shared channel for service request, active WTRUs may use it instead.
  • the WTRU 302 has to perform the call-setup procedure 700 starting from step 710 .
  • the WTRU 302 may or may not need to re-authenticate as stated above.
  • the messages between the Node-B 304 and the control plane server 308 may be RRC messages if RRC is terminated in the control plane server 308 or Iub messages if RRC is terminated in the Node-B 304 .

Abstract

A method and system for call setup in an evolved third generation (3G) radio access network are disclosed. A wireless transmit/receive unit (WTRU) sends its identity to a core network (CN) for call setup when the WTRU is in an RRC_disconnected state. The CN verifies the identity and sends an authentication vector to the WTRU. The WTRU sends a service access request message including an authentication response to the CN via a Node-B. The Node-B performs an admission control. The CN attaches the WTRU if the authentication response is same to an expected response. The Node-B then allocates radio resources to the WTRU. The Node-Bs may be directly connected, or may be connected to a control plane server which performs admission control. When the WTRU is transitioning from an RRC_idle state to an RRC_connected state, the WTRU may or may not need to re-authenticate again.

Description

    CROSS REFERENCE TO RELATED APPLICATION
  • This application claims the benefit of U.S. Provisional Application No. 60/731,097 filed Oct. 28, 2005, which is incorporated by reference as if fully set forth.
  • FIELD OF INVENTION
  • The present invention is related to wireless communication systems. More particularly, the present invention is related to a method and system for call setup in an evolved third generation (3G) radio access network (RAN).
  • BACKGROUND
  • The 3G standards group is currently considering various proposals for the long term evolution (LTE) of the 3G RAN. The LTE has been driven by the needs for reducing cost, improving spectral efficiency, facilitating support for revenue increasing services, improving operation and maintenance (O&M) and service provisioning, increasing throughput, reducing end-to-end delay during call setup, having seamless mobility, or the like.
  • FIG. 1 illustrates conventional 3G network 100. The conventional 3G network 100 includes an RAN 110, (comprising a plurality of Node-Bs 112 and a radio network controller (RNC) 114), and a core network (CN) 120. The CN 120 includes a packet switched domain 122 and a circuit switched domain 132. The packet switched domain 122 includes a serving GPRS support node (SGSN) 124 and a gateway GPRS support node (GGSN) 126. The circuit switched domain 132 includes a mobile switching center (MSC) 134 and a gateway MSC (GMSC) 136. The CN 120 also includes an IP multimedia subsystem (IMS) 128.
  • The 3G standards currently specify that layer 2 (i.e., medium access control (MAC) layer) functionalities be split between the Node-B 112 and the RNC 114. The Node-B 112 performs radio resource management (RRM) for implementing high speed downlink packet access (HSDPA) and high speed uplink packet access (HSUPA). Layer 3 functionality (i.e., radio resource control (RRC)) resides in the RNC 114. It has been proposed that to reduce end-user latency, user and control plane separation in the RAN 110 should be implemented so that optimized routing of user-plane and control-plane data may be achieved. Furthermore, many RRC functionalities currently implemented by the RNC 114 may be moved to the Node-B 112 for enabling faster communication. This would remove multiple signaling and should help in reducing latency. It has also been proposed that latency in the RAN 110 is not affected by moving the RRC functionalities into the Node-B 112 (or alternatively removing the RNC 114 completely).
  • FIG. 2 is a signaling diagram of a conventional call setup procedure 200. The RAN 110 broadcasts system information via a broadcast channel (BCH) (step 202). A wireless transmit/receive unit (WTRU) 101 receives the system information while the WTRU 101 is in an idle state. The call setup is performed by the steps of establishing an RRC connection, establishing an RRC signaling connection and establishing a radio bearer. The RRC layer of the WTRU 101 leaves an idle state and sends an RRC connection request to the RAN to establish the RRC connection (step 204). Upon reception of the RRC connection request, the RRC layer of the RAN 110 selects radio resource parameters and sends an RRC connection setup message including the radio resource parameters to the WTRU 101 (step 206). Upon reception of the RRC connection setup message, the RRC layer of the WTRU 101 configures physical and MAC layers based on the radio resource parameters to establish the RRC connection. Upon establishment of a local radio link control (RLC) signaling link, the WTRU 101 sends an RRC connection complete message to the RAN 110 (step 208).
  • In order to establish an RRC signaling connection, a non-access stratum (NAS) of the WTRU 101 sends an initial direct transfer message to the RRC layer of the RAN 110 (step 210). The initial direct transfer may be a connection management (CM) service request (step 212), which is acknowledged by a CM service accept message (step 214).
  • In order to establish a radio bearer, the RRC layer of the RAN 110 sends a radio bearer setup message to the RRC layer of the WTRU 101 (step 216). The radio bearer setup message includes physical layer, MAC layer and RLC layer parameters. After receiving the radio bearer setup message, the WTRU 101 configures physical layer and MAC layers, and sends a radio bearer setup complete message to the RRC layer of the RAN 110 (step 218).
  • One of the problems of the conventional call setup procedure is a multi-layer call setup procedure that occurs in the RAN 110. This is primarily due to legacy complications as well as the separation imposed between the MAC and the RRC layers, with the MAC layer in the Node-B 112 and the RRC layer in the RNC 114. Therefore, it would be desirable to provide a simplified call setup procedure in the RAN 110.
  • SUMMARY
  • The present invention is related to a method and system for call setup in a wireless communication system, for example an evolved 3G RAN. A WTRU sends its identity to a CN for call setup when the WTRU is in an RRC_disconnected state. The CN verifies the identity and sends an authentication vector to the WTRU. The WTRU sends a service access request message including an authentication response to the CN via a Node-B. The Node-B performs an admission control. The CN attaches the WTRU if the authentication response is same to an expected response. The Node-B then allocates radio resources to the WTRU. The Node-Bs may be directly connected, or may be connected to a control plane server which performs admission control.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1 shows the conventional 3G network.
  • FIG. 2 is a signaling diagram of a conventional call setup procedure.
  • FIG. 3 shows LTE RRC states and transitions between RRC states.
  • FIG. 4 is a signaling diagram for a call setup process when a WTRU is in a disconnected state in accordance with a first embodiment of the present invention.
  • FIG. 5 is a signaling diagram for a call setup process when a WTRU is in a disconnected state in accordance with a second embodiment of the present invention.
  • FIG. 6 is a signaling diagram for a call setup process when a WTRU is in an idle state in accordance with a third embodiment of the present invention.
  • FIG. 7 is a signaling diagram for a call setup process when a WTRU is in an idle state in accordance with a fourth embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • Hereafter, the terminology “WTRU” includes but is not limited to a user equipment (UE), a mobile station (STA), a fixed or mobile subscriber unit, a pager, or any other type of device capable of operating in a wireless environment. When referred to hereafter, the terminology “Node-B” includes but is not limited to a base station, a site controller, an access point (AP) or any other type of interfacing device in a wireless environment.
  • The features of the present invention may be incorporated into an integrated circuit (IC) or be configured in a circuit comprising a multitude of interconnecting components.
  • FIG. 3 shows LTE RRC states and transitions between RRC states. Three RRC states, an RRC_connected state, an RRC_idle state and an RRC_disconnected state, are defined. The RRC state may transit between any of the three states.
  • FIG. 4 is a signaling diagram for a call setup process 400 when a WTRU is in an RRC_disconnected state, (i.e., the RRC state is transitioning from an RRC_disconnected state to an RRC_connected state), in accordance with a first embodiment of the present invention. The system 401 includes a WTRU 302, a Node-B 304 and a CN 306. The Node-B 304 broadcasts random access channel (RACH) configurations (step 402). The RACH configurations may be included in broadcast system information (SI). The Node-B 304 may also broadcast configurations related to uplink shared channel (UL SCH) and downlink shared channel (DL SCH) operation.
  • The WTRU 302 is currently in an RRC_disconnected state and is transitioning to an RRC_connected state. The WTRU 302 sends an initial access message via the RACH (step 403). The initial access message includes an identity of the WTRU 302. The Node-B 304 responds with an UL SCH allocation (step 404). The WTRU 302 then transmits an initial access request message to the Node-B 304 on the UL SCH (step 405). The Node-B 304 sends an initial NAS access request message, generated from the WTRU initial access request message, to the CN 306 with an authentication request (step 406).
  • The CN 306 checks the WTRU identity and allocates, and sends, an authentication vector (AV) for the WTRU 302 to the Node-B 304 (step 408). The AV may comprise a random number (RAND), an authentication token (AUTN), a cipher key (CK) and an integrity key (IK) for the WTRU 302. The CN 306 may choose not to send the CK and IK at this step and may send them later in a service access response message after WTRU verification.
  • On receiving the authentication vector from the CN 306, the Node-B 304 sends an initial access response message including the RAND and the AUTN for the WTRU 302 (step 410). The initial access response message may include configurations for the UL SCH so that the WTRU 302 may subsequently send a service access request via the UL SCH, and configurations for the DL SCH if the service access response is transmitted via the DL SCH. The allocations of the DL SCH and the UL SCH may take into account the service and associated radio bearer requirements.
  • The initial access response message may be transmitted via an L1/L2 control channel, DL SCH or L1/L2 control+DL SCH. The channel configurations for the L1/L2 control channel(s) and/or the DL SCH may be pre-configured or signaled via SI. The DL SCH configuration may be pre-configured such that there is a known association between a physical random access channel (PRACH) and the DL SCH. The association may be either known by RRC signaling (e.g., SI) or known by explicit definition in the standard.
  • On receiving the RAND and AUTN, the WTRU 302 calculates a response (RES) value using a secret key of the WTRU 302 (step 412). The WTRU 302 then sends a service access request message with the RES value to the Node-B 304 (step 414). The service access request message may be transmitted via the UL SCH (that may be allocated by the initial access response message or, alternatively, by SI). The service access request message may include other information, such as the reason for its connection, the desired quality of service (QoS), measurement information, scheduling information, or the like.
  • Upon reception of the service access request, the Node-B 304 performs an admission control procedure (step 416). The Node-B 304 determines if the Node-B 304 has enough radio resources (based on the parameters of the service access request such as the desired QoS) to service that request. If the Node-B 304 determines that there are sufficient radio resources to service the request, the Node-B 304 sends a service access request message including the identity of the WTRU 302, QoS information and RES value computed by the WTRU 302 to the CN 306 (step 418).
  • If the Node-B 304 determines that there are not enough radio resources to service the request, the Node-B 304 initiates a handover (step 420). The Node-B 304 looks to nearby cells that can take over the responsibility of providing service to the WTRU 302. Neighboring Node-Bs are preferably directly connected to each other to exchange necessary information to determine which cell and Node-B would be best suited for serving the WTRU 302. After making the decision, the Node-B 304 sends information for the handover to the WTRU 302, the new Node-B and the CN 306, respectively. The Node-B 304 provides the WTRU 302 with channel configurations of the new Node-B, (such as DL SCH, UL SCH, FACH, RACH, or the like), and other information, (for example a new cell specific identity), that the WTRU 302 needs to communicate with the new Node-B. The Node-B 304 also communicates with the new Node-B to inform the new Node-B about the WTRU 302, (or alternatively request the new Node-B to take a responsibility for serving the WTRU 302). The Node-B 304 may also inform the CN 306 about the new Node-B so that the response from the CN 306 is directed to the new Node-B. Alternatively, the new Node-B may be in charge of querying the CN 306 after the new Node-B has assumed responsibility for the WTRU 302 with the RES value, QoS, or the like.
  • On receiving the service access request along with the RES value, the CN 306 verifies the RES value by comparing the received RES value with an expected RES value and performs an attachment procedure for the WTRU 302 if the received RES value is same to the expected RES value (step 422). The CN 306 then sends a service access response message with an IP address for the WTRU 302 (step 424).
  • Upon receipt of the service access response message, the Node-B 304 allocates radio resources and sends a service access response message with radio resources allocation information (steps 426, 428). Information regarding header compression and packet data convergence protocol (PDCP) is also added to the service access response message to the WTRU 302 so that the WTRU 302 knows whether to perform header compression or not. The WTRU 302 may optionally send a service access response confirm message to the CN 306 for acknowledgement (not shown). A call/data session then begins (step 430).
  • A timetable for measurements made by the WTRU 302 may be agreed upon between the WTRU 302 and the Node-B 304. Alternatively, the measurement schedule may be set dynamically.
  • The authentication procedure may be performed in parallel to the attachment procedure. For example, the CN 306 may assign the WTRU 302 its IP address prior to receiving the RES value from the WTRU 302. Some of the information sent in the service access request, (e.g., the reason for connection), may be sent in the initial access request to enable the CN 306 identify the WTRU 302 better. The entire signaling, (authentication, attachment and IP processing), may be performed in one message. Certain IEs may be sent as separate messages. For example, the RAND and AUTN may be sent to the WTRU 302 separately such that the CN 306 may demand the WTRU 302 to re-authenticate if the CN 306 so chooses without having to go through the entire call setup procedure again.
  • FIG. 5 is a signaling diagram for a call setup process 500 when a WTRU is in an RRC_disconnected state, and is transitioning to an RRC_connected state, in accordance with a second embodiment of the present invention. The system 501 includes a WTRU 302, a Node-B 304, a CN 306 and a control plane server 308. The Node-B 304 broadcasts RACH configurations (step 502). The RACH configurations may be included in SI. The Node-B 304 may also broadcast configurations needed for UL SCH and DL SCH operation.
  • The WTRU 302 is currently in an RRC_disconnected state and is transitioning to an RRC_connected state. The WTRU 302 sends an initial access message via the RACH (step 503). The initial access message includes an identity of the WTRU 302. The Node-B 304 responds with an UL SCH allocation (step 504). The WTRU 302 then transmits an initial access request message to the Node-B 304 on the UL SCH (step 505). The Node-B 304 sends an initial NAS access request message generated from the WTRU initial access request message, with an authentication request to the control plane server 308, which forwards it to the CN 306 (steps 506, 508).
  • The CN 306 checks the WTRU identity and allocates, and sends, an AV to the Node-B 304 (step 510). The AV may comprise a RAND, an AUTN, a CK and an IK for the WTRU 302. The CN 306 may choose not to send the CK and IK at this step and may send them later in a service access response message after WTRU verification.
  • On receiving the authentication vector from the CN 306, the control plane server 308 sends the RAND and the AUTN for the WTRU 302 to the Node-B 304 (step 512). The Node-B 304 then sends an initial access response message along with the RAND and the AUTN to the WTRU (step 514). The initial access response message may include configurations for the UL SCH so that the WTRU 302 may subsequently send a service access request via the UL SCH, and configurations for the DL SCH if the service access response is transmitted via the DL SCH.
  • The initial access request message and the initial access response message may include scheduling information so that resources allocation is optimized. The initial access response message may be transmitted via the DL SCH. The channel configurations for the DL SCH may be signaled by L1/L2 control signaling, pre-configured or may be sent via the SIB. The DL SCH configuration may be pre-configured such that there is a known association between the PRACH and the DL SCH. The association may be either known by RRC signaling (e.g., SI) or known by explicit definition in the standard.
  • On receiving the RAND and AUTN, the WTRU 302 calculates an RES value using a secret key of the WTRU 302 (step 516). The WTRU 302 then sends a service access request message with the RES value to the Node-B 304 (step 518). The service access request message may be transmitted via the UL SCH (that may be allocated with the initial access response message or, alternatively, by SI). The service access request message may include other information, such as the reason for its connection, the desired quality of service (QoS), measurement information, scheduling information, or the like.
  • The Node-B 304 forwards the service access request to the control plane server 308 (step 520). Upon reception of the service access request, the control plane server 308 performs an admission control procedure (step 522). The control plane server 308 determines if the Node-B 304 has enough radio resources (based on the parameters of the service access request such as the desired QoS) to service that request. If the control plane server 308 determines that the Node-B 304 has enough radio resources to service the request, the control plane server 308 sends a service access request message including the identity of the WTRU 302, QoS information and RES value computed by the WTRU 302 to the CN 306 (step 524).
  • If the control plane server 308 determines that the Node-B 304 does not have enough radio resources to service the request, the control plane server 308 initiates a handover (steps 526, 528). The control plane server 308 looks to nearby cells that can take over the responsibility of providing service to the WTRU 302. Node-Bs are connected to the control plane server 308 so that the control plane server 308 collects necessary information to determine which cell and Node-B would be best suited for serving the WTRU 302. After making the decision, the control plane server 308 sends information for the handover to the WTRU 302, the new Node-B and the CN 306, respectively. The control plane server 308 provides the WTRU 302 with channel configurations of the new Node-B, (such as DL SCH, UL SCH, FACH, RACH, or the like), and other information that the WTRU 302 needs to communicate with the new Node-B. The control plane server 308 also communicates with the new Node-B to inform the new Node-B about the WTRU 302, (or alternatively request the new Node-B to take a responsibility for serving the WTRU 302). The control plane server 308 may also inform the CN 306 about the new Node-B so that the response from the CN 306 is directed to the new Node-B. Alternatively, the new Node-B may be in charge of querying the CN 306 after the new Node-B has assumed responsibility for the WTRU 302 with the RES value, QoS, or the like.
  • On receiving the service access request along with the RES value, the CN 306 verifies the RES value by comparing the received RES value with an expected RES value and performs an attachment procedure for the WTRU 302 if the received RES value is same to the expected RES value (step 530). The CN 306 then sends a service access response message with an IP address to the control plane server 308 (step 532).
  • Upon receipt of the service access response message, the control plane server 308 allocates radio resources (step 534). The control plane server 308 sends a service access response message with radio resources allocation information to the Node-B 304 (step 536). The Node-B 304 then sends the service access response message along with information regarding header compression and PDCP, measurement scheduling, an RRC state indicator, or the like (step 538). The WTRU 302 may optionally send a service access response confirm message to the CN 306 for acknowledgement (not shown). A call/data session then begins (step 540). A timetable for measurements made by the WTRU 302 may be agreed upon between the WTRU 302 and the Node-B 304, or alternatively, may be set dynamically.
  • FIG. 6 is a signaling diagram for a call setup process 600 when a WTRU is in an RRC_idle state in accordance with a third embodiment of the present invention. The system 601 includes a WTRU 302, a Node-B 304 and a CN 306. The WTRU 302 is currently in an RRC_idle state and is transitioning to an RRC_connected state. The CN 306 sends a paging message for the WTRU 302 to the Node-B 304, which forwards it to the WTRU 302 (steps 602, 604). Upon receipt of the paging message, the WTRU 302 wakes up from the RRC_idle state. The WTRU may also wake up because of an NAS request within the WTRU.
  • The Node-B 304 broadcasts RACH configurations (step 606). The RACH configurations may be included in SI. The Node-B 304 may also broadcast configurations for UL SCH and DL SCH operation. Alternatively, the paging request may include channel allocations for the RACH, DL SCH and UL SCH.
  • When the WTRU 302 wakes up from the RRC_idle state, the WTRU 302 may find itself in a different cell and different universal mobile telecommunication services (UMTS) registration area (URA) that the WTRU 302 was in earlier. The WTRU 302 then may perform a brand new call setup procedure.
  • The WTRU 302 sends an initial access message with an identity of the WTRU 302 via an RACH (step 608). The Node-B 304 responds with an initial access response message (step 610). The initial access response message may include configurations for the UL SCH so that the WTRU 302 may subsequently send a service access request via the UL SCH, and configurations for the DL SCH if the service access response is transmitted via the DL SCH. The initial access message and the initial access response message may include scheduling information so that resources allocation is optimized. The initial access response message may be transmitted via L1/L2 control channel, the DL SCH, or L1/L2 control+DL SCH. The channel configurations for DL SCH and UL SCH operation may be pre-configured or may be sent via SI. The DL SCH configuration may be pre-configured such that there is a known association between the PRACH and the DL SCH. The association may be either known by RRC signaling (e.g., SI) or known by explicit definition in the standard.
  • The WTRU 302 then sends a service access request message to the Node-B 304 (step 612). The service access request message may be transmitted via the UL SCH (that may be allocated by the initial access response message or, alternatively, by SI). The service access request message may include other information, such as the reason for its connection, the desired quality of service (QoS), measurement information, scheduling information, or the like.
  • Upon reception of the service access request, the Node-B 304 performs an admission control procedure (step 614). The Node-B 304 determines if the Node-B 304 has enough radio resources (based on the parameters of the service access request such as the desired QoS) to service that request. If the Node-B 304 determines that there are sufficient radio resources to service the request, the Node-B 304 sends a service access request message including the identity of the WTRU 302 and QoS information to the CN 306 (step 616).
  • If the Node-B 304 determines that there are not enough radio resources to service the request, the Node-B 304 may initiate a handover (step 618). The Node-B 304 looks to nearby cells that can take over the responsibility of providing service to the WTRU 302. Neighboring Node-Bs are preferably directly connected to each other to exchange necessary information to determine which cell and Node-B would be best suited for serving the WTRU 302. After making the decision, the Node-B 304 sends information for the handover to the WTRU 302, the new Node-B and the CN 306, respectively. The Node-B 304 provides the WTRU 302 with channel configurations of the new Node-B, (such as DL SCH, UL SCH, RACH, or the like), and other information that the WTRU 302 needs to communicate with the new Node-B. The Node-B 304 also communicates with the new Node-B to inform the new Node-B about the WTRU 302, (or alternatively request the new Node-B to take a responsibility for serving the WTRU 302). The Node-B 304 may also inform the CN 306 about the new Node-B so that the response from the CN 306 is directed to the new Node-B. Alternatively, the new Node-B may be in charge of querying the CN 306 after the new Node-B has assumed responsibility for the WTRU 302 with the RES value, QoS, or the like.
  • On receiving the service access request, the CN 306 sends a service access response message with an IP address for the WTRU 302 (step 620). Upon receipt of the service access response message, the Node-B 304 allocates radio resources (step 622) and sends a service access response message with radio resources allocation information (step 624). Information regarding header compression and packet data convergence protocol (PDCP) is also added to the service access response message to the WTRU 302 so that the WTRU 302 knows whether to perform header compression or not. The WTRU 302 may optionally send a service access response confirm message to the CN 306 for acknowledgement (not shown). A call/data session then begins (step 626).
  • Alternatively, the network may have a policy for re-authenticating the WTRU 302 when the WTRU 302 transitions from an RRC_idle state to an RRC_connected state. In such case, the call setup procedure 600 would be same to the call setup procedure 400.
  • Alternatively, the CN 306 may indicate to the WTRU 302 to use the call setup procedure 400. This indication may be provided in the paging message. Alternatively, the initial access response message may indicate to the WTRU 302 to re-authenticate with an RAND and an AUTN provided in the initial access response message, or the service access response message may include the RAND and the AUTN and may indicate to the WTRU 302 that the WTRU 302 needs to re-authenticate.
  • When the WTRU wakes up from the RRC_idle state, the WTRU 302 may find itself in the same cell and same URA that the WTRU 302 was in earlier. In such case, the WTRU 302 may skip step 606 and may proceed directly to step 610. This assumes that certain portions of the shared channels are permanently assigned for this purpose to all WTRUs in the cell. For optimization, this permanent allocation may be performed intelligently so that if no one is using the portion of shared channel for service request, active WTRUs may use it instead. In the event that there is no permanent allocation, the WTRU 302 has to perform the call-setup procedure 600 starting from step 606. The WTRU 302 may or may not need to re-authenticate as stated above.
  • FIG. 7 is a signaling diagram for a call setup process 700 when a WTRU is in an RRC_idle state in accordance with a fourth embodiment of the present invention. The system 701 includes a WTRU 302, a Node-B 304, a CN 306 and a control plane server 308. The WTRU 302 is currently in an RRC_idle state and is transitioning to an RRC_connected state. The CN 306 sends a paging message for the WTRU 302 to the control plane server 308, which forwards it to the Node-B 304, which in turn forwards it to the WTRU 302 ( steps 702, 704, 706). Upon receipt of the paging message, the WTRU 302 wakes up from the RRC_idle state. The WTRU may wake up because of an NAS request within the WTRU.
  • The Node-B 304 broadcasts RACH configurations (step 708). The RACH configurations may be included in an SIB. The Node-B 304 may also broadcast configurations for UL SCH and DL SCH operation. Alternatively, the paging request may include channel allocations for the RACH, DL SCH and UL SCH.
  • When the WTRU wakes up from the RRC_idle state, the WTRU 302 may find itself in a different cell and different URA that the WTRU 302 was in earlier. The WTRU 302 then may perform a brand new call setup procedure.
  • The WTRU 302 sends an initial access message with an identity of the WTRU 3020 via the RACH (step 710). The Node-B 304 then sends an initial access response message to the WTRU (step 712). The initial access response message may include configurations for the UL SCH so that the WTRU 302 may subsequently send a service access request via the UL SCH, and configurations for the DSCH if the service access response is transmitted via the DSCH.
  • The initial access message and the initial access response message may include scheduling information so that resources allocation is optimized. The initial access response message may be transmitted via L1/L2 control, the DL SCH, or L1/L2 control+DL SCH. The channel configurations for the DL SCH may be pre-configured or may be sent via SI. The DL SCH configuration may be pre-configured such that there is a known association between the physical random access channel (PRACH) and the DL SCH. The association may be either known by RRC signaling (e.g., SI) or known by explicate definition in the standard.
  • The WTRU 302 then sends a service access request message to the Node-B 304 (step 714). The service access request message may be transmitted via the UL SCH (that may be allocated by the initial access response message or, alternatively, by the SIB). The service access request message may include other information, such as the reason for its connection, the desired quality of service (QoS), measurement information, scheduling information, or the like.
  • The Node-B 304 forwards the service access request to the control plane server 308 (step 716). Upon reception of the service access request, the control plane server 308 performs an admission control procedure (step 718). The control plane server 308 determines if there are enough radio resources (based on the parameters of the service access request such as the desired QoS) to service that request. If the control plane server 308 determines that there are enough radio resources to service the request, the control plane server 308 sends a service access request message including the identity of the WTRU 302 and QoS information to the CN 306 (step 720).
  • If the control plane server 308 determines that there are not enough radio resources to service the request, the control plane server 308 initiates a handover (steps 722, 724). The control plane server 308 looks to nearby cells that can take over the responsibility of providing service to the WTRU 302. Node-Bs are connected to the control plane server 308 so that the control plane server 308 collects necessary information to determine which cell and Node-B would be best suited for serving the WTRU 302. After making the decision, the control plane server 308 sends information for the handover to the WTRU 302, the new Node-B and the CN 306, respectively. The control plane server 308 provides the WTRU 302 with channel configurations of the new Node-B, (such as DL SCH, UL SCH, RACH, or the like), and other information that the WTRU 302 needs to communicate with the new Node-B. The control plane server 308 also communicates with the new Node-B to inform the new Node-B about the WTRU 302, (or alternatively request the new Node-B to take a responsibility for serving the WTRU 302). The control plane server 308 may also inform the CN 306 about the new Node-B so that the response from the CN 306 is directed to the new Node-B. Alternatively, the new Node-B may be in charge of querying the CN 306 after the new Node-B has assumed responsibility for the WTRU 302 with the RES value, QoS, or the like.
  • On receiving the service access request, the CN 306 sends a service access response message with an IP address to the control plane server 308 (step 726). Upon receipt of the service access response message, the control plane server 308 allocates radio resources (step 728). The control plane server 308 sends a service access response message with radio resources allocation information to the Node-B 304 (step 730). The Node-B 304 then sends the service access response message to the WTRU 302 along with information regarding header compression and PDCP, measurement scheduling, an RRC state indicator, or the like (step 732). The WTRU 302 may optionally send a service access response confirm message to the CN 306 for acknowledgement (not shown). A call/data session then begins (step 734).
  • Alternatively, the network may have a policy for re-authenticating the WTRU 302 when the WTRU 302 transitions from an RRC_idle state to an RRC_active state. In such case, the call setup procedure 700 would be same as the call setup procedure 500.
  • Alternatively, the CN 306 may indicate to the WTRU 302 to use the call setup procedure 500. This indication may be provided in the paging message. Alternatively, the initial access response message may indicate to the WTRU 302 to re-authenticate with an RAND and an AUTN provided in the initial access response message, or the service access response message may include the RAND and the AUTN and may indicate to the WTRU 302 that the WTRU 302 needs to re-authenticate.
  • When the WTRU wakes up from the RRC_idle state, the WTRU 302 may find itself in the same cell and same URA that the WTRU 302 was in earlier. In such case, the WTRU 302 may skip the step 710 and may proceed directly to step 714. This assumes that certain portions of the shared channels are permanently assigned for this purpose to all WTRUs in the cell. For optimization, this permanent allocation may be performed intelligently so that if no one is using the portion of shared channel for service request, active WTRUs may use it instead. In the event that there is no permanent allocation, the WTRU 302 has to perform the call-setup procedure 700 starting from step 710. The WTRU 302 may or may not need to re-authenticate as stated above.
  • The messages between the Node-B 304 and the control plane server 308 may be RRC messages if RRC is terminated in the control plane server 308 or Iub messages if RRC is terminated in the Node-B 304.
  • Although the features and elements of the present invention are described in the preferred embodiments in particular combinations, each feature or element can be used alone without the other features and elements of the preferred embodiments or in various combinations with or without other features and elements of the present invention.

Claims (108)

1. In a wireless communication system including a wireless transmit/receive unit (WTRU), a Node-B and a CN, a method for call setup, the method comprising:
the WTRU sending an initial access request message including an identity of the WTRU to the CN via the Node-B;
the CN verifying the identity of the WTRU and sending an authentication vector to the Node-B;
the Node-B sending an initial access response message to the WTRU, the initial access response message including an authentication request;
the WTRU sending a service access request message to the Node-B, the service access request message including an authentication response;
the Node-B performing an admission control procedure;
the Node-B forwarding the service access request message to the CN;
the CN performing an attachment procedure for the WTRU if the authentication response is same to an expected response; and
the Node-B allocating radio resources to the WTRU.
2. The method of claim 1 wherein the WTRU sends the initial access request message via a random access channel (RACH).
3. The method of claim 2 wherein configuration for the RACH is included in system information broadcast by the Node-B.
4. The method of claim 1 wherein the initial access response message includes configuration for an uplink shared channel (UL SCH), whereby the WTRU sends the service access request message via the UL SCH.
5. The method of claim 1 wherein the service access request message includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
6. The method of claim 1 wherein the initial access request includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
7. The method of claim 1 wherein the Node-B sends the initial access response message via one of a forward access channel (FACH) and a downlink shared channel (DL SCH).
8. The method of claim 7 wherein configuration for the DL SCH for transmission of the initial access response message is preconfigured.
9. The method of claim 1 further comprising:
if it is decided not to accept the WTRU, the Node-B selecting an alternate Node-B among a plurality of neighboring Node-Bs for handover; and
the Node-B informing the alternate Node-B, the WTRU and the CN about the handover.
10. The method of claim 1 further comprising:
the WTRU and the Node-B agreeing upon a time table for measurements after the call setup.
11. The method of claim 1 wherein the WTRU is in a radio resource control (RRC) disconnected state when sending the initial access request.
12. The method of claim 1 wherein the WTRU is in a radio resource control (RRC) idle state when sending the initial access request.
13. In a wireless communication system including a wireless transmit/receive unit (WTRU), a Node-B, a control plane server and a CN, a method for call setup, the method comprising:
the WTRU sending an initial access request message including an identity of the WTRU to the CN via the Node-B and the control plane server;
the CN verifying the identity of the WTRU and sending an authentication vector to the control plane server;
the control plane server sending an authentication request for the WTRU to the Node-B;
the Node-B sending an initial access response message to the WTRU, the initial access response message including the authentication request;
the WTRU sending a service access request message to the Node-B, the service access request message including an authentication response;
the Node-B forwarding the service access request message to the control plane server;
the control plane server performing an admission control procedure;
the control plane server forwarding the service access request message to the CN;
the CN performing an attachment procedure for the WTRU if the authentication response is same to an expected response; and
the control plane server allocating radio resources to the WTRU.
14. The method of claim 13 wherein the WTRU sends the initial access request message via a random access channel (RACH).
15. The method of claim 14 wherein configuration for the RACH is included in system information broadcast by the Node-B.
16. The method of claim 13 wherein the initial access response message includes configuration for an uplink shared channel (UL SCH), whereby the WTRU sends the service access request message via the UL SCH.
17. The method of claim 13 wherein the service access request message includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
18. The method of claim 13 wherein the initial access request includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
19. The method of claim 13 wherein the Node-B sends the initial access response via one of a forward access channel (FACH) and a downlink shared channel (DL SCH).
20. The method of claim 19 wherein configuration for the DL SCH for transmission of the initial access response is preconfigured.
21. The method of claim 13 further comprising:
if it is decided not to accept the WTRU, the control plane server selecting an alternate Node-B among a plurality of neighboring Node-Bs for a handover; and
the control plane server informing the alternate Node-B, the WTRU and the CN about the handover.
22. The method of claim 13 further comprising:
the WTRU and the Node-B agreeing upon a time table for measurements after the call setup.
23. The method of claim 13 wherein the WTRU is in a radio resource control (RRC) disconnected state when sending the initial access request.
24. The method of claim 13 wherein the WTRU is in a radio resource control (RRC) idle state when sending the initial access request.
25. In a wireless communication system including a wireless transmit/receive unit (WTRU), a Node-B and a CN, a method for call setup when the WTRU is in a radio resource control (RRC) idle state, the method comprising:
the WTRU sending a service access request message to the Node-B;
the Node-B performing an admission control procedure;
the Node-B sending the service access request message to the CN;
the CN sending a service access response message to the Node-B; and
the Node-B allocating radio resources to the WTRU.
26. The method of claim 25 wherein the WTRU sends the service access request message in response to a paging message for the WTRU.
27. The method of claim 26 wherein the paging message includes configuration for at least one of a random access channel (RACH), a downlink shared channel (DL SCH) and an uplink shared channel (UL SCH).
28. The method of claim 27 wherein the paging message indicates that the WTRU should be re-authenticated.
29. The method of claim 25 further comprising:
the WTRU sending an initial access request message to the Node-B, the initial access request message including an identity of the WTRU; and
the Node-B sending an initial access response message to the WTRU.
30. The method of claim 29 wherein the initial access response message indicates that the WTRU should be re-authenticated.
31. The method of claim 30 wherein the WTRU sends the initial access request message via a random access channel (RACH).
32. The method of claim 31 wherein configuration for the RACH is included in system information broadcast by the Node-B.
33. The method of claim 29 wherein the initial access response message includes configuration for an uplink shared channel (UL SCH), whereby the WTRU sends the service access request message via the UL SCH.
34. The method of claim 25 wherein the service access request message includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
35. The method of claim 29 wherein the initial access request includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
36. The method of claim 29 wherein the Node-B sends the initial access response message via one of a forward access channel (FACH) and a downlink shared channel (DL SCH).
37. The method of claim 36 wherein configuration for the DL SCH for transmission of the initial access response message is preconfigured.
38. The method of claim 25 further comprising:
if it is decided not to accept the WTRU, the Node-B selecting an alternate Node-B among a plurality of neighboring Node-Bs for handover; and
the Node-B informing the alternate Node-B, the WTRU and the CN about the handover.
39. The method of claim 25 further comprising:
the WTRU and the Node-B agreeing upon a time table for measurements after the call setup.
40. In a wireless communication system including a wireless transmit/receive unit (WTRU), a Node-B, a control plane server and a CN, a method for call setup when the WTRU is in a radio resource control (RRC) idle state, the method comprising:
the WTRU sending a service access request message to the Node-B;
the Node-B sending the service access request message to the control plane server;
the control plane server performing an admission control procedure;
the control plane server sending the service access request message to the CN;
the CN sending a service access response message to the WTRU; and
the control plane server allocating radio resources to the WTRU.
41. The method of claim 40 wherein the WTRU sends the service access request message in response to a paging message for the WTRU.
42. The method of claim 41 wherein the paging message includes configuration for at least one of a random access channel (RACH), a downlink shared channel (DL SCH) and an uplink shared channel (UL SCH).
43. The method of claim 41 wherein the paging message indicates that the WTRU should be re-authenticated.
44. The method of claim 40 further comprising:
the WTRU sending an initial access request message to the Node-B, the initial access request message including an identity of the WTRU; and
the Node-B sending an initial access response message to the WTRU.
45. The method of claim 44 wherein the initial access response message indicates that the WTRU should be re-authenticated.
46. The method of claim 44 wherein the WTRU sends the initial access request message via a random access channel (RACH).
47. The method of claim 46 wherein configuration for the RACH is included in system information broadcast by the Node-B.
48. The method of claim 44 wherein the initial access response message includes configuration for an uplink shared channel (UL SCH), whereby the WTRU sends the service access request message via the UL SCH.
49. The method of claim 40 wherein the service access request message includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
50. The method of claim 40 wherein the initial access request includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
51. The method of claim 44 wherein the Node-B sends the initial access response message via one of a forward access channel (FACH) and a downlink shared channel (DL SCH).
52. The method of claim 51 wherein configuration for the DL SCH for transmission of the initial access response message is preconfigured.
53. The method of claim 40 further comprising:
if it is decided not to accept the WTRU, the control plane server selecting an alternate Node-B among a plurality of neighboring Node-Bs for handover; and
the control plane server informing the alternate Node-B, the WTRU and the CN about the handover.
54. The method of claim 40 further comprising:
the WTRU and the Node-B agreeing upon a time table for measurements after the call setup.
55. A wireless communication system for call setup, the system comprising:
a wireless transmit/receive unit (WTRU) configured to send an initial access request message including an identity of the WTRU to a CN and send a service access request message to a Node-B, the service access request message including an authentication response which is computed in response to an authentication request sent by the CN;
the CN configured to verify the identity of the WTRU, send the authentication vector to the Node-B and perform an attachment procedure for the WTRU if the authentication response is same to an expected response; and
the Node-B configured to send an initial access response message to the WTRU, the initial access response message including the authentication request, perform an admission control procedure, forward the service access request message to the CN, and allocate radio resources to the WTRU.
56. The system of claim 55 wherein the WTRU sends the initial access request message via a random access channel (RACH).
57. The system of claim 56 wherein configuration for the RACH is included in system information broadcast by the Node-B.
58. The system of claim 55 wherein the initial access response message includes configuration for an uplink shared channel (UL SCH), whereby the WTRU sends the service access request message via the UL SCH.
59. The system of claim 55 wherein the service access request message includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
60. The system of claim 55 wherein the initial access request includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
61. The system of claim 55 wherein the Node-B sends the initial access response message via one of a forward access channel (FACH) and a downlink shared channel (DL SCH).
62. The system of claim 61 wherein configuration for the DL SCH for transmission of the initial access response message is preconfigured.
63. The system of claim 55 wherein the Node-B selects an alternate Node-B among a plurality of neighboring Node-Bs for handover if it is decided not to accept the WTRU, and informs the alternate Node-B, the WTRU and the CN about the handover.
64. The system of claim 55 wherein the WTRU and the Node-B are configured to agree upon a time table for measurements after the call setup.
65. The system of claim 55 wherein the WTRU is in a radio resource control (RRC) disconnected state when sending the initial access request.
66. The system of claim 55 wherein the WTRU is in a radio resource control (RRC) idle state when sending the initial access request.
67. A wireless communication system for call setup, the system comprising:
a wireless transmit/receive unit (WTRU) configured to send an initial access request message including an identity of the WTRU to a CN via a Node-B and a control plane server and send a service access request message to the Node-B, the service access request message including an authentication response;
the CN configured to verify the identity of the WTRU and send an authentication vector to the control plane server and perform an attachment procedure for the WTRU if the authentication response is same to an expected response;
the control plane server configured to send an authentication request for the WTRU to the Node-B, perform an admission control procedure, forward the service access request message to the CN, and allocate radio resources to the WTRU; and
the Node-B configured to send an initial access response message to the WTRU, the initial access response message including the authentication request, and forward the service access request message to the control plane server.
68. The system of claim 67 wherein the WTRU sends the initial access request message via a random access channel (RACH).
69. The system of claim 68 wherein configuration for the RACH is included in system information broadcast by the Node-B.
70. The system of claim 67 wherein the initial access response message includes configuration for an uplink shared channel (UL SCH), whereby the WTRU sends the service access request message via the UL SCH.
71. The system of claim 67 wherein the service access request message includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
72. The system of claim 67 wherein the initial access request includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
73. The system of claim 67 wherein the Node-B sends the initial access response via one of a forward access channel (FACH) and a downlink shared channel (DL SCH).
74. The system of claim 73 wherein configuration for the DL SCH for transmission of the initial access response is preconfigured.
75. The system of claim 73 wherein the control plane server selects an alternate Node-B among a plurality of neighboring Node-Bs for a handover if it is decided not to accept the WTRU and informs the alternate Node-B, the WTRU and the CN about the handover.
76. The system of claim 67 wherein the WTRU and the Node-B are configured to agree upon a time table for measurements after the call setup.
77. The system of claim 67 wherein the WTRU is in a radio resource control (RRC) disconnected state when sending the initial access request.
78. The system of claim 67 wherein the WTRU is in a radio resource control (RRC) idle state when sending the initial access request.
79. A wireless communication system for call setup when a wireless transmit/receive unit (WTRU) is in an idle state, the system comprising:
a WTRU configured to send a service access request message to a Node-B;
the Node-B configured to perform an admission control procedure, send the service access request message to a CN, and allocate radio resources to the WTRU; and
the CN configured to send a service access response message to the Node-B.
80. The system of claim 79 wherein the WTRU sends the service access request message in response to a paging message for the WTRU.
81. The system of claim 80 wherein the paging message includes configuration for at least one of a random access channel (RACH), a downlink shared channel (DL SCH) and an uplink shared channel (UL SCH).
82. The system of claim 80 wherein the paging message indicates that the WTRU should be re-authenticated.
83. The system of claim 79 wherein the WTRU is configured to send an initial access request message to the Node-B, the initial access request message including an identity of the WTRU and the Node-B is configured to send an initial access response message to the WTRU.
84. The system of claim 83 wherein the initial access response message indicates that the WTRU should be re-authenticated.
85. The system of claim 84 wherein the WTRU sends the initial access request message via a random access channel (RACH).
86. The system of claim 84 wherein configuration for the RACH is included in system information broadcast by the Node-B.
87. The system of claim 83 wherein the initial access response message includes configuration for an uplink shared channel (UL SCH), whereby the WTRU sends the service access request message via the UL SCH.
88. The system of claim 79 wherein the service access request message includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
89. The system of claim 83 wherein the initial access request includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
90. The system of claim 83 wherein the Node-B sends the initial access response message via one of a forward access channel (FACH) and a downlink shared channel (DL SCH).
91. The system of claim 90 wherein configuration for the DL SCH for transmission of the initial access response message is preconfigured.
92. The system of claim 79 wherein the Node-B selects an alternate Node-B among a plurality of neighboring Node-Bs for handover if it is decided not to accept the WTRU, and informs the alternate Node-B, the WTRU and the CN about the handover.
93. The system of claim 79 wherein the WTRU and the Node-B are configured to agree upon a time table for measurements after the call setup.
94. A wireless communication system for call setup when a wireless transmit/receive unit (WTRU) is in an idle state, the system comprising:
a WTRU configured to send a service access request message to a Node-B;
the Node-B configured to send the service access request message to a control plane server;
a CN configured to send a service access response message; and
the control plane server configured to perform an admission control procedure, send the service access request message to the CN, send the service access response message to the WTRU, and allocate radio resources to the WTRU.
95. The system of claim 94 wherein the WTRU sends the service access request message in response to a paging message for the WTRU.
96. The system of claim 95 wherein the paging message includes configuration for at least one of a random access channel (RACH), a downlink shared channel (DL SCH) and an uplink shared channel (UL SCH).
97. The system of claim 95 wherein the paging message indicates that the WTRU should be re-authenticated.
98. The system of claim 94 wherein the WTRU is configured to send an initial access request message to the Node-B, the initial access request message including an identity of the WTRU, and the Node-B is configured to send an initial access response message to the WTRU.
99. The system of claim 98 wherein the initial access response message indicates that the WTRU should be re-authenticated.
100. The system of claim 98 wherein the WTRU sends the initial access request message via a random access channel (RACH).
101. The system of claim 100 wherein configuration for the RACH is included in system information broadcast by the Node-B.
102. The system of claim 98 wherein the initial access response message includes configuration for an uplink shared channel (UL SCH), whereby the WTRU sends the service access request message via the UL SCH.
103. The system of claim 98 wherein the service access request message includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
104. The system of claim 98 wherein the initial access request includes at least one of a reason for connection, a desired quality of service (QoS) and measurement information.
105. The system of claim 98 wherein the Node-B sends the initial access response message via one of a forward access channel (FACH) and a downlink shared channel (DL SCH).
106. The system of claim 105 wherein configuration for the DL SCH for transmission of the initial access response message is preconfigured.
107. The system of claim 98 wherein the control plane server is configured to select an alternate Node-B among a plurality of neighboring Node-Bs for handover if it is decided not to accept the WTRU, and inform the alternate Node-B, the WTRU and the CN about the handover.
108. The system of claim 98 wherein the WTRU and the Node-B are configured to agree upon a time table for measurements after the call setup.
US11/553,875 2005-10-28 2006-10-27 Call setup procedure in an evolved third generation radio access network Abandoned US20070117563A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US11/553,875 US20070117563A1 (en) 2005-10-28 2006-10-27 Call setup procedure in an evolved third generation radio access network
US12/491,676 US8218503B2 (en) 2005-10-28 2009-06-25 Call setup procedure in an evolved third generation radio access network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US73109705P 2005-10-28 2005-10-28
US11/553,875 US20070117563A1 (en) 2005-10-28 2006-10-27 Call setup procedure in an evolved third generation radio access network

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/491,676 Division US8218503B2 (en) 2005-10-28 2009-06-25 Call setup procedure in an evolved third generation radio access network

Publications (1)

Publication Number Publication Date
US20070117563A1 true US20070117563A1 (en) 2007-05-24

Family

ID=38093619

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/553,875 Abandoned US20070117563A1 (en) 2005-10-28 2006-10-27 Call setup procedure in an evolved third generation radio access network
US12/491,676 Expired - Fee Related US8218503B2 (en) 2005-10-28 2009-06-25 Call setup procedure in an evolved third generation radio access network

Family Applications After (1)

Application Number Title Priority Date Filing Date
US12/491,676 Expired - Fee Related US8218503B2 (en) 2005-10-28 2009-06-25 Call setup procedure in an evolved third generation radio access network

Country Status (1)

Country Link
US (2) US20070117563A1 (en)

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080232326A1 (en) * 2007-03-19 2008-09-25 Bengt Lindoff Method and Apparatus for Reducing Interference in Wireless Communication Networks by Enabling More Opportune Handover
US20080254800A1 (en) * 2005-10-31 2008-10-16 Sung-Duck Chun Data Transfer Management in a Radio Communications Network
US20080285668A1 (en) * 2005-10-31 2008-11-20 Lee Young-Dae Method for Processing Control Information in a Wireless Mobile Communication System
US20080293423A1 (en) * 2005-10-31 2008-11-27 Sung-Jun Park Method of Transmitting a Measurement Report in a Wireless Mobile Communications System
US20080298319A1 (en) * 2005-10-31 2008-12-04 Lee Young-Dae Data Receiving Method For Mobile Communication Terminal
US20080310378A1 (en) * 2007-03-19 2008-12-18 Qualcomm Incorporated Selective phase connection establishment
US20090047965A1 (en) * 2007-08-14 2009-02-19 Philippe Godin Handover method and apparatus in a wireless telecommunications network
US20090190545A1 (en) * 2008-01-30 2009-07-30 Nec Corporation Broadband wireless access system, base station, and notification method by the base station
WO2009132572A1 (en) * 2008-04-28 2009-11-05 华为技术有限公司 Method, relevant device and wireless communication system for implementing seamless mobility of mobile terminals
US20100027485A1 (en) * 2006-10-04 2010-02-04 Lg Electronics Inc. Method for transmitting control signal and method for allocating communication resource to do the same
US20100191965A1 (en) * 2007-02-06 2010-07-29 Patrick Fischer Verification of system information in wireless communication system
US20100202330A1 (en) * 2007-06-18 2010-08-12 Jerome Pons Management of network layer packets in an access network of a telecommunications network
US20100329185A1 (en) * 2009-06-26 2010-12-30 Hon Hai Precision Industry Co., Ltd. Subscriber station, base station, and service flow establishing method
US20100330998A1 (en) * 2005-10-31 2010-12-30 Sung Jun Park Method of transmitting and receiving radio access information in a wireless mobile communications system
US20120087260A1 (en) * 2010-09-16 2012-04-12 Vijay Devarapalli Modeling radio access networks
CN102421145A (en) * 2011-11-24 2012-04-18 中国联合网络通信集团有限公司 Method and system for carrying out direct communication of data among base stations
KR101176267B1 (en) * 2008-03-06 2012-08-22 콸콤 인코포레이티드 Selective phase connection establishment
US20120252472A1 (en) * 2011-04-04 2012-10-04 Fujitsu Limited Wireless communication system, user terminal, base station, and communication method
US20130058304A1 (en) * 2010-05-11 2013-03-07 Lg Electronics Inc. Method and device for receiving downlink signals
TWI392311B (en) * 2009-07-01 2013-04-01 Hon Hai Prec Ind Co Ltd Subscriber station, base station and method of establishing service flow thereof
US20140192772A1 (en) * 2008-03-21 2014-07-10 Interdigital Patent Holdings, Inc. Apparatus to enable fallback to circuit switched domain from packet switched domain
US9781636B2 (en) 2009-10-30 2017-10-03 Interdigital Patent Holdings, Inc. Method and apparatus for efficient signaling and usage of resources for wireless communications supporting circuit switched and packet switched sessions
US10015669B2 (en) 2007-08-31 2018-07-03 Huawei Technologies Co., Ltd. Communication method and device

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9094456B2 (en) * 2006-04-06 2015-07-28 Telefonaktiebolaget L M Ericsson (Publ) System, arrangements and method relating to access handling
CN101605391A (en) * 2008-06-12 2009-12-16 三星电子株式会社 Remove the method for invalid information in the home base-station gateway
US9313747B2 (en) 2011-07-01 2016-04-12 Intel Corporation Structured codebook for uniform circular array (UCA)
KR20150079995A (en) 2011-10-03 2015-07-08 인텔 코포레이션 Device to device(d2d) communication mechanisms
US9241351B2 (en) 2011-11-04 2016-01-19 Intel Corporation Techniques and configurations for triggering a plurality of wireless devices

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040114574A1 (en) * 2002-05-29 2004-06-17 Interdigital Technology Corporation Packet switched connections using dedicated channels
US20040148352A1 (en) * 2002-07-02 2004-07-29 Interdigital Technology Corporation Method for exchanging higher layer system information on a wireless system and automatic system selection of a wireless LANs
US20050026607A1 (en) * 2003-08-02 2005-02-03 Samsung Electronic Co., Ltd. Ciphering method in a mobile communication system supporting a multimedia broadcast/multicast service
US20050250474A1 (en) * 2004-05-07 2005-11-10 Samsung Electronics Co., Ltd. System and method for controlling idle mode location in a broadband wireless access communication system
US20050266846A1 (en) * 2004-06-01 2005-12-01 Lg Electronics Inc. Method and apparatus for providing enhanced messages on common control channel in wireless communication system
US20060171541A1 (en) * 2003-02-20 2006-08-03 Gunther Horn Method for creating and distributing cryptographic keys in a mobile radio system and corresponding mobile radio system
US20080247337A1 (en) * 2004-03-25 2008-10-09 Koninklijke Philips Electronics, N.V. Method and Apparatus for Joint Detection in Downlink Tdd Cdma

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001320372A (en) * 2000-03-13 2001-11-16 Hyundai Electronics Ind Co Ltd Device and method for integrally managing subscriber through functional modeling of integrated subscriber server in integrated internet protocol network
US20020176382A1 (en) * 2001-05-24 2002-11-28 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for integration of second generation and third generation wireless networks
US7457265B2 (en) * 2001-06-13 2008-11-25 Telefonaktiebolaget Lm Ericsson (Publ) Mobility management entity for high data rate wireless communication networks
JP4028488B2 (en) * 2001-12-06 2007-12-26 サムスン エレクトロニクス カンパニー リミテッド Service provision and charging method according to service quality in mobile communication system
US20040019539A1 (en) * 2002-07-25 2004-01-29 3Com Corporation Prepaid billing system for wireless data networks
US7668541B2 (en) * 2003-01-31 2010-02-23 Qualcomm Incorporated Enhanced techniques for using core based nodes for state transfer
US8023958B2 (en) * 2003-03-05 2011-09-20 Qualcomm Incorporated User plane-based location services (LCS) system, method and apparatus

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040114574A1 (en) * 2002-05-29 2004-06-17 Interdigital Technology Corporation Packet switched connections using dedicated channels
US20040148352A1 (en) * 2002-07-02 2004-07-29 Interdigital Technology Corporation Method for exchanging higher layer system information on a wireless system and automatic system selection of a wireless LANs
US20060171541A1 (en) * 2003-02-20 2006-08-03 Gunther Horn Method for creating and distributing cryptographic keys in a mobile radio system and corresponding mobile radio system
US20050026607A1 (en) * 2003-08-02 2005-02-03 Samsung Electronic Co., Ltd. Ciphering method in a mobile communication system supporting a multimedia broadcast/multicast service
US20080247337A1 (en) * 2004-03-25 2008-10-09 Koninklijke Philips Electronics, N.V. Method and Apparatus for Joint Detection in Downlink Tdd Cdma
US20050250474A1 (en) * 2004-05-07 2005-11-10 Samsung Electronics Co., Ltd. System and method for controlling idle mode location in a broadband wireless access communication system
US20050266846A1 (en) * 2004-06-01 2005-12-01 Lg Electronics Inc. Method and apparatus for providing enhanced messages on common control channel in wireless communication system

Cited By (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100329214A1 (en) * 2005-10-31 2010-12-30 Sung-Duck Chun Data transfer management in a radio communications network
US8406767B2 (en) 2005-10-31 2013-03-26 Lg Electronics Inc. Data transfer management in a radio communications network
US20080285668A1 (en) * 2005-10-31 2008-11-20 Lee Young-Dae Method for Processing Control Information in a Wireless Mobile Communication System
US20080293423A1 (en) * 2005-10-31 2008-11-27 Sung-Jun Park Method of Transmitting a Measurement Report in a Wireless Mobile Communications System
US20080298319A1 (en) * 2005-10-31 2008-12-04 Lee Young-Dae Data Receiving Method For Mobile Communication Terminal
US8831616B2 (en) 2005-10-31 2014-09-09 Lg Electronics Inc. Data transfer management in a radio communications network
USRE48478E1 (en) 2005-10-31 2021-03-16 Evolved Wireless Llc Method of transmitting and receiving radio access information in a wireless mobile communications system
USRE48326E1 (en) 2005-10-31 2020-11-24 Evolved Wireless Llc Method of transmitting and receiving radio access information in a wireless mobile communications system
US10129795B2 (en) 2005-10-31 2018-11-13 Lg Electronics Inc. Data transfer management in a radio communications network
US9930580B2 (en) 2005-10-31 2018-03-27 Lg Electronics Inc. Data transfer management in a radio communications network
USRE46714E1 (en) 2005-10-31 2018-02-13 Evolved Wireless Llc Method of transmitting and receiving radio access information in a wireless mobile communications system
US8830945B2 (en) * 2005-10-31 2014-09-09 Lg Electronics Inc. Method for processing control information in a wireless mobile communication system
US8817737B2 (en) 2005-10-31 2014-08-26 Lg Electronics Inc. Method of transmitting and receiving data in a mobile communication network
US20080254800A1 (en) * 2005-10-31 2008-10-16 Sung-Duck Chun Data Transfer Management in a Radio Communications Network
USRE46602E1 (en) 2005-10-31 2017-11-07 Evolved Wireless Llc Method of transmitting and receiving radio access information in a wireless mobile communications system
US20100330998A1 (en) * 2005-10-31 2010-12-30 Sung Jun Park Method of transmitting and receiving radio access information in a wireless mobile communications system
US8134974B2 (en) 2005-10-31 2012-03-13 Lg Electronics Inc. Data transfer management in a radio communications network
USRE46679E1 (en) 2005-10-31 2018-01-16 Evolved Wireless Llc Method of transmitting and receiving radio access information in a wireless mobile communications system
US8305970B2 (en) 2005-10-31 2012-11-06 Lg Electronics Inc. Method of transmitting a measurement report in a wireless mobile communications system
US8219097B2 (en) 2005-10-31 2012-07-10 Lg Electronics Inc. Method of transmitting and receiving radio access information in a wireless mobile communications system
US9516573B2 (en) 2005-10-31 2016-12-06 Lg Electronics Inc. Data transfer management in a radio communications network
US8644227B2 (en) * 2006-10-04 2014-02-04 Lg Electronics Inc. Method for transmitting control signal and method for allocating communication resource to do the same
US20100027485A1 (en) * 2006-10-04 2010-02-04 Lg Electronics Inc. Method for transmitting control signal and method for allocating communication resource to do the same
US8275988B2 (en) * 2007-02-06 2012-09-25 Lg Electronics Inc. Verification of system information in wireless communication system
US20100191965A1 (en) * 2007-02-06 2010-07-29 Patrick Fischer Verification of system information in wireless communication system
US8855099B2 (en) * 2007-03-19 2014-10-07 Qualcomm Incorporated Selective phase connection establishment
US20080310378A1 (en) * 2007-03-19 2008-12-18 Qualcomm Incorporated Selective phase connection establishment
US20080232326A1 (en) * 2007-03-19 2008-09-25 Bengt Lindoff Method and Apparatus for Reducing Interference in Wireless Communication Networks by Enabling More Opportune Handover
US20100202330A1 (en) * 2007-06-18 2010-08-12 Jerome Pons Management of network layer packets in an access network of a telecommunications network
US8830893B2 (en) * 2007-06-18 2014-09-09 Orange Management of network layer packets in an access network of a telecommunications network
US8571555B2 (en) * 2007-08-14 2013-10-29 Alcatel Lucent Method and apparatus for handover by implementing pre-handover indication messages for a preferred target node in wireless telecommunication networks
US20090047965A1 (en) * 2007-08-14 2009-02-19 Philippe Godin Handover method and apparatus in a wireless telecommunications network
US10595198B2 (en) 2007-08-31 2020-03-17 Huawei Technologies Co., Ltd. Communication method and device
US10015669B2 (en) 2007-08-31 2018-07-03 Huawei Technologies Co., Ltd. Communication method and device
US20090190545A1 (en) * 2008-01-30 2009-07-30 Nec Corporation Broadband wireless access system, base station, and notification method by the base station
CN101500313A (en) * 2008-01-30 2009-08-05 日本电气株式会社 Broadband wireless access system, base station, and notification method by the base station
KR101176267B1 (en) * 2008-03-06 2012-08-22 콸콤 인코포레이티드 Selective phase connection establishment
US20140192772A1 (en) * 2008-03-21 2014-07-10 Interdigital Patent Holdings, Inc. Apparatus to enable fallback to circuit switched domain from packet switched domain
US9848358B2 (en) * 2008-03-21 2017-12-19 Interdigital Patent Holdings, Inc. Apparatus to enable fallback to circuit switched domain from packet switched domain
WO2009132572A1 (en) * 2008-04-28 2009-11-05 华为技术有限公司 Method, relevant device and wireless communication system for implementing seamless mobility of mobile terminals
US20100329185A1 (en) * 2009-06-26 2010-12-30 Hon Hai Precision Industry Co., Ltd. Subscriber station, base station, and service flow establishing method
TWI392311B (en) * 2009-07-01 2013-04-01 Hon Hai Prec Ind Co Ltd Subscriber station, base station and method of establishing service flow thereof
US9781636B2 (en) 2009-10-30 2017-10-03 Interdigital Patent Holdings, Inc. Method and apparatus for efficient signaling and usage of resources for wireless communications supporting circuit switched and packet switched sessions
US20130058304A1 (en) * 2010-05-11 2013-03-07 Lg Electronics Inc. Method and device for receiving downlink signals
US8958382B2 (en) * 2010-05-11 2015-02-17 Lg Electronics Inc. Method and device for receiving downlink signals
US9832671B2 (en) * 2010-09-16 2017-11-28 Vassona Networks Modeling radio access networks
US20120087260A1 (en) * 2010-09-16 2012-04-12 Vijay Devarapalli Modeling radio access networks
US20120252472A1 (en) * 2011-04-04 2012-10-04 Fujitsu Limited Wireless communication system, user terminal, base station, and communication method
CN102421145A (en) * 2011-11-24 2012-04-18 中国联合网络通信集团有限公司 Method and system for carrying out direct communication of data among base stations

Also Published As

Publication number Publication date
US20090258646A1 (en) 2009-10-15
US8218503B2 (en) 2012-07-10

Similar Documents

Publication Publication Date Title
US8218503B2 (en) Call setup procedure in an evolved third generation radio access network
US10362511B2 (en) Method and apparatus for determining PDU session identity in wireless communication system
US10251147B2 (en) Method for supporting efficient PDU session activation and deactivation in cellular networks
JP6683717B2 (en) Method and apparatus for selecting sidelink grant for D2D terminal in D2D communication system
KR100994318B1 (en) Method for efficient radio resource management
US10044839B2 (en) Method for performing a packet filtering for prose in a D2D communication system and device therefor
JP5917691B2 (en) Wireless broadband communication method, device, and system
CN102883441B (en) Wireless broadband communication method and device
EP3100374B1 (en) Method for handling an id collision for d2d communication system and device therefor
US9668247B2 (en) Method and apparatus for setting up uplink common bearer in wireless communication network
KR102305630B1 (en) Method for notifying for d2d commucation system and device therefor
US20230239745A1 (en) Radio access network handover method, base station, and communication method of the base station
EP3461216B1 (en) Multi-connection communication method and device
EP2910047B1 (en) Optimized user equipement relaying
KR20070046698A (en) Method for forwarding radio connection information in mobile communication system
JP2014511168A (en) Mobile communication network and method
WO2008133479A1 (en) Method for controlling radio resource allocation in mobile communication system
US9750066B2 (en) Method and a network structure for providing device connectivity to a radio access network
US20200059980A1 (en) Method and apparatus for managing a bearer configuration of a relay user equipment
JP2019519163A (en) Communication method and device
EP1821466A1 (en) Communication apparatus, communication system and communication method
WO2012074325A2 (en) Method and apparatus for performing access control in wireless communication system
EP2136514A1 (en) A method for quality of service management in a mobile communication system
US20060258363A1 (en) Method for controlling service priority in radio communication network,radio communication system, radio control apparatus, terminal unit, and core network
WO2023013635A1 (en) Communication control method

Legal Events

Date Code Title Description
AS Assignment

Owner name: INTERDIGITAL TECHNOLOGY CORPORATION, DELAWARE

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:TERRY, STEPHEN E.;ZAKI, MAGED M.;MUKHERJEE, RAJAT P.;REEL/FRAME:018884/0356;SIGNING DATES FROM 20061211 TO 20070125

STCB Information on status: application discontinuation

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