WO2013133663A1 - 무선 통신 시스템에서 서비스를 제어하기 위한 방법 - Google Patents

무선 통신 시스템에서 서비스를 제어하기 위한 방법 Download PDF

Info

Publication number
WO2013133663A1
WO2013133663A1 PCT/KR2013/001892 KR2013001892W WO2013133663A1 WO 2013133663 A1 WO2013133663 A1 WO 2013133663A1 KR 2013001892 W KR2013001892 W KR 2013001892W WO 2013133663 A1 WO2013133663 A1 WO 2013133663A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
request
call
service
response
Prior art date
Application number
PCT/KR2013/001892
Other languages
English (en)
French (fr)
Inventor
정상수
조성연
백영교
원성환
임한나
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to AU2013228148A priority Critical patent/AU2013228148B2/en
Priority to EP19158736.9A priority patent/EP3509387B1/en
Priority to EP21179267.6A priority patent/EP3897032A1/en
Priority to JP2014560858A priority patent/JP2015513864A/ja
Priority to US14/383,889 priority patent/US9629021B2/en
Priority to EP13758097.3A priority patent/EP2824981B1/en
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to CN201380012408.4A priority patent/CN104160762B/zh
Publication of WO2013133663A1 publication Critical patent/WO2013133663A1/ko
Priority to US15/489,610 priority patent/US10405227B2/en
Priority to US16/557,741 priority patent/US11051361B2/en
Priority to US17/360,904 priority patent/US11653259B2/en
Priority to US18/317,559 priority patent/US20230284087A1/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/12Reselecting a serving backbone network switching or routing node
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0289Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0079Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02Arrangements for increasing efficiency of notification or paging channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/18Management of setup rejection or failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/34Selective release of ongoing connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/50Connection management for emergency connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06Registration at serving network Location Register, VLR or user mobility server
    • H04W8/065Registration at serving network Location Register, VLR or user mobility server involving selection of the user mobility server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • H04W8/082Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents

Definitions

  • the present invention relates to a method and apparatus for controlling a communication service without increasing the load of a network in a wireless communication system.
  • FIG. 1 is a diagram illustrating the structure of an LTE mobile communication system.
  • a radio access network of an LTE mobile communication system includes a next-generation base station (evolved Node B, EUTRAN, hereinafter referred to as ENB or Node B) 105 and a mobility management entity (MME) 110. And S-GW (Serving-Gateway) 115.
  • the user equipment (hereinafter referred to as UE or terminal) 100 may access an external network through the ENB 110, the S-GW 115, and the P-GW 120.
  • AF (Application Function) 130 is a device for exchanging information associated with the application at the user and application level.
  • the PCRF 125 is a device for controlling a policy related to a QoS of a user, and a policy and charging control (PCC) rule corresponding to the policy is transmitted to and applied to the P-GW 120.
  • PCC policy and charging control
  • the ENB 105 is a Radio Access Network (RAN) node and corresponds to the RNC of the UTRAN system and the BSC of the GERAN system.
  • the ENB 105 is connected to the UE 100 in a radio channel and performs a role similar to that of the existing RNC / BSC.
  • RAN Radio Access Network
  • the S-GW 115 is a device that provides a data bearer, and generates or removes a data bearer under the control of the MME 110.
  • the MME 110 is a device for various control functions.
  • One MME 110 may be connected to a plurality of base stations.
  • PCRF Policy Charging and Rules Function
  • An embodiment of the present invention is to solve the above problems, when a CS (Circuit Switched voice network) service request is provided to a user subscribed only to the PS (Packet Switched data network), the user without increasing the load on the network It is an object of the present invention to provide a method and apparatus for notifying a service restriction to a service provider.
  • CS Circuit Switched voice network
  • Another embodiment of the present invention is to provide a method and apparatus for making an emergency call in the required conditions without burdening the network when emergency call origination is required in a user terminal using a general call. It is done.
  • Another embodiment of the present invention is to provide a method and apparatus for controlling a service without increasing the degree of congestion when the network is in a congestion situation.
  • a method of transmitting and receiving a signal includes transmitting a circuit switched voice network (CS) service request to a gateway mobile switching center (GMSC) for transmitting and receiving data with another terminal; And receiving a call rejection response to the service request from the GSMC, wherein the call rejection response is transmitted by one entity of the core network of the other terminal.
  • CS circuit switched voice network
  • GMSC gateway mobile switching center
  • a congestion control method in a terminal of a wireless communication system includes transmitting a Non-Access-Stratum (NAS) request to a base station; Receiving a NAS rejection due to congestion from a core network in response to the request; And transmitting to the base station an RRC connection setup signal including an indicator indicating that a Radio Resource Control (RRC) connection between the terminal and the base station should be released.
  • NAS Non-Access-Stratum
  • RRC Radio Resource Control
  • a terminal in a wireless communication system according to another embodiment, includes a transceiver for transmitting a Circuit Switched Voice Network (CS) service request to a Gateway Mobile Switching Center (GMSC) for data transmission and reception with another terminal; And a control unit controlling the transceiver to receive a call rejection response for the service request from the GSMC, wherein the call rejection response is transmitted by one entity of a core network of the other terminal.
  • CS Circuit Switched Voice Network
  • GMSC Gateway Mobile Switching Center
  • a terminal performing congestion control may include a transceiver configured to transmit a Non-Access-Stratum (NAS) request to a base station and to receive a NAS rejection due to congestion from a core network in response to the request; And a control unit which transmits an RRC connection setup signal to the base station by controlling the transceiver and indicating an indicator indicating that Radio Resource Control (RRC) connection between the terminal and the base station should be released.
  • NAS Non-Access-Stratum
  • RRC Radio Resource Control
  • the service can be provided without increasing the load of the network.
  • FIG. 1 is a diagram illustrating the structure of an LTE mobile communication system.
  • FIG. 2 is a diagram illustrating a signal transmission and reception procedure according to the first embodiment.
  • FIG. 3 is a diagram illustrating another signal transmission and reception procedure according to the first embodiment.
  • FIG. 4 is a view illustrating another signal transmission and reception process according to the first embodiment.
  • FIG. 5 is a diagram illustrating a signal transmission and reception process according to a second embodiment.
  • FIG. 6 is a diagram illustrating another signal transmission / reception process according to the second embodiment.
  • FIG. 7 is a diagram illustrating another signal transmission / reception process according to the second embodiment.
  • FIG. 8 is a view showing another signal transmission and reception process according to the second embodiment.
  • FIG. 9 is a diagram illustrating a signal transmission and reception process according to a third embodiment.
  • FIG. 10 is a diagram illustrating another signal transmission / reception process according to the third embodiment.
  • FIG. 11 is a diagram illustrating another signal transmission / reception process according to the third embodiment.
  • FIG. 12 is a diagram illustrating still another signal transmission / reception process according to the third embodiment.
  • the basic Third Generation Partnership Project (3GPP) LTE system will be the main target, but the embodiments of the present invention have a similar technical background and system form of other communication / computer system
  • 3GPP Third Generation Partnership Project
  • the present technology targeting the LTE system may be applied to a UTRAN / GERAN system having a similar system structure.
  • each communication entity may include a transceiver for transmitting and receiving a signal to and from another entity, and a controller for controlling the transceiver and performing an operation based on a signal transmitted and received through the transceiver.
  • the terminal may include a display unit that can give a visual signal to the user.
  • CS Circuit Switched voice network
  • PS Packet Switched data network
  • the subscribed user may be assumed only for the PS service.
  • users subscribed only to the PS service can receive the SMS service, but cannot receive the CS service without any additional measures. That is, in an embodiment, a user who receives a PS data service and an SMS service without a CS service such as a voice call may be assumed (these users will be referred to as a PS only with SMS user later).
  • the operator network may provide the data service and SMS transmission and reception services to the user.
  • a mobile terminating CS service eg, voice call
  • a random ad / promotional call that does not take into account the recipient's phone number, and is assigned to an old voice call subscriber and retrieved and incorrectly recognized as an old voice call subscriber for a phone number assigned to a PS only with SMS subscriber. There may be cases.
  • a mobile terminating CS service (voice call) occurs to a PS only with SMS user
  • the network must go through signaling processes such as subscriber location and paging, and it is meaningless because the subscriber cannot use the CS service (voice call service) anyway. The process only increases the load on the operator's network.
  • the embodiment proposes the following process to solve the above problem.
  • the receiver when the receiver is currently registered in the network as PS only with SMS and recognizes that the mobile terminating CS service has occurred to the receiver, it is determined that the user terminal is detached from the CS service (that is, voice Rejecting the call or not supporting CS service). More specifically, the following methods can be used.
  • FIG. 2 is a diagram illustrating a signal transmission / reception process using a home location register (HLR) as a determining agent according to a first embodiment.
  • HLR home location register
  • the UE1 201 may be registered as a PS only with SMS terminal in one or more of the MME 202, the MSC 203, and the HLR 204.
  • the user equipment (UE) 201 is a terminal using PS only with SMS, and only the PS data service and the SMS can be used. PS only with SMS can be applied to a terminal that does not receive CS service.
  • the UE2 206 of the other user may transmit a voice call without knowing that the UE1 201 is a PS only with SMS subscriber.
  • a voice call but is not limited thereto, and may include a service through CS.
  • the UE2 206 may transmit a request for making a voice call to the gateway mobile switching center (GMSC) 205 using the UE1 201 as a receiving terminal.
  • GMSC gateway mobile switching center
  • GMSC 205 When the voice call request arrives at GMSC 205 in step 225, GMSC 205 forwards a Send Routing Information Request (SRI) message to HLR 204 to find the MSC / VLR where the subscriber is located.
  • the message may include a service indicator for indicating whether the currently generated service is a voice call (or a CS service other than SMS) or SMS.
  • the HLR 204 determines whether the service destined for the UE1 201 is an SMS and the subscription information of the UE1 201 according to the registration information (or subscription information) of the user terminal. If the service is an SMS, the UE1 201 may transmit a service request to the registered MSC 203.
  • the HLR 204 can process the user terminal 201 as if it were detached from the service.
  • the HLR 204 may forward a message to the GSMC 205 informing that the call was rejected in response to the SRI.
  • the call rejection message may include information for notifying that the user terminal is registered only in the form of PS only with SMS.
  • the process of step 235 may be performed by using a Send Routing Information Response message or by using a new type of message.
  • step 240 when the GMSC 205 receives a negative response, the GMSC 205 may end the paging timer because it should not perform the paging retry.
  • the GSMC 205 informs the caller's network that the attempt for the voice call (CS service other than SMS) has failed.
  • the caller terminal 206 may notify that the receiver is registered in the form of PS only with SMS, so that other CS services (voice calls) are not possible and the SMS is available.
  • This process can be accomplished by GMSC 205 directly delivering to the calling party terminal 206, or to the MSC of the calling network and the MSC to the calling terminal 206 through the RNC (BSC), this
  • the received caller terminal 206 may store it or notify the user.
  • the notification to the user may include delivering a guide phrase in the form of a voice, or informing the user through a screen of the user terminal.
  • FIG. 3 is a diagram illustrating another signal transmission / reception process according to the first embodiment.
  • UE1 301 may be registered as a PS only with SMS terminal in one or more of MME 302, MSC 303, and HLR 304.
  • the user terminal (UE1) 301 is a terminal using PS only with SMS, and may provide one or more of PS data service and SMS only.
  • the terminal 306 of the opposite user may transmit a voice call without knowing that the UE1 301 is a PS only with SMS subscriber.
  • GMSC 305 may locate the MSC 303 where UE1 301 is located and forward an IAM message in step 325.
  • the IAM message may include a service indicator for indicating whether a service currently generated is a voice call (CS service other than SMS) or SMS.
  • the MSC 303 sends a paging request to the registered MME 302 if the service destined for the UE1 301 is an SMS, and if the service is another CS service (eg, a voice call).
  • a message informing the GMSC 305 that the user of the UE1 301 is registered as PS only with SMS may be delivered.
  • the message may be a call reject message, and the call reject message may include a cause of rejection.
  • the MSC 303 may use the RCH message or notify the user of the UE1 301 as PS only with SMS through a new type of message.
  • the operation of the GMSC 305 after receiving the response may perform the same operations in steps 340 and 345 as in steps 240 and 245 of FIG. 2, respectively.
  • FIG. 4 is a view illustrating another signal transmission and reception process according to the first embodiment.
  • the UE1 401 may be registered as a PS only with SMS terminal in one or more of the MME 402, the MSC 403, and the HLR 404.
  • the user terminal (UE1) 401 is a terminal using PS only with SMS.
  • the other end user's terminal 406 may transmit a voice call without knowing that the UE1 401 is a PS only with SMS subscriber.
  • the GMSC 405 may locate the MSC 403 where the UE1 401 is located and deliver an IAM message.
  • the IAM message may include a service indicator for indicating whether a service currently generated is a voice call (CS service other than SMS) or SMS.
  • the MSC 403 delivers a paging request message to the MME 402.
  • the paging request message may be delivered through an SGs_Paging_Req message, and the SGs_Paging_Req message may include an indicator indicating which service the paging is for paging.
  • the MME 402 may proceed if the service destined for the UE1 401 is an SMS.
  • a message informing the MSC 403 that the user of UE 1 401 is registered in the form of PS only with SMS can be delivered.
  • the message may be a paging reject, and the message may include an indicator indicating the reason for the paging rejection.
  • the MME 402 may use an SGs paging reject message or use a new type of message.
  • step 445 if the MSC 403 receives a negative response such as paging rejection, the MSC 403 may end the paging timer because it should not perform the paging retry.
  • the MSC 403 may inform GMSC 405 that the call for making the voice call was rejected.
  • the caller's network may be notified to the GMSC 405 through a message including a cause of rejection along with a call rejection message.
  • step 455 and step 466 of the caller network may then proceed in the same manner as steps 240 and 245 of FIG.
  • an emergency bearer not a normal bearer
  • the normal bearer cannot be used as an emergency bearer. If the user requests an emergency service, according to an embodiment, the operator network must set up an emergency call within a time limit set by local regulation.
  • the maximum number of bearers that the user terminal can activate at the same time may be limited depending on the implementation.
  • UEs can generally activate up to 1, 3, or 5 bearers simultaneously. If the terminal attaches (registers) to the system and uses the emergency call when the number of normal bearers in use reaches the maximum number of bearers, or when the maximum number of bearers required for emergency service is large, emergency service Generating all the bearers for the terminal may exceed the maximum number of bearers the terminal can support (for example, the maximum number of bearers supported, the number of active normal bearers is two, the number of emergency bearers required is two Personal). In this case, it is necessary to generate an emergency bearer by arranging the normal bearer to provide an emergency service.
  • the UE sets up an emergency bearer after performing normal bearer cleaning in consideration of the maximum number of bearers that can be used, the number of normal bearers that are currently active, and the number of bearers required for emergency call (service). Or, you can request normal bearer cleanup while requesting emergency bearer setup.
  • the user terminal requests the network for deactivation of the normal bearer or internally deactivates the bearer context to the core network through the TAU process. You can inform.
  • the core network eg, MME
  • the terminal may clean up the normal bearer when the terminal requests the creation of the emergency bearer. More specifically, the following solutions can be used.
  • FIG. 5 is a diagram illustrating a signal transmission and reception process according to a second embodiment.
  • FIG. 5 illustrates a method of providing an emergency service through an attach process according to an embodiment of the present invention.
  • the terminal 501 may transmit and receive a signal to and from a network including the MME 502, the SGW 503, the PGW 504, and the HSS 505. According to an embodiment, the terminal 501 may transmit and receive a signal with the network through a base station.
  • the terminal 501 may detect that the user wants to use an emergency service.
  • the terminal 501 may detect the number of bearers currently used.
  • the currently used bearer may be a general bearer number according to an embodiment.
  • the terminal 501 may determine whether some or all of the bearers currently being used should be deactivated based on the detected number of bearers, the number of bearers to be used for the emergency service, and the number of bearers that the terminal 501 can simultaneously support. .
  • the terminal 501 may determine that the number of bearers that can be active at the same time does not satisfy the number of bearers necessary for an emergency call.
  • the terminal 501 may transmit / receive a signal with the MME 502 to establish a call for emergency services.
  • the terminal 501 may perform l local detach.
  • the local detach may be performed by the terminal 501 at the discretion of the terminal 501.
  • the terminal 501 may perform a re-attach process for an emergency service to the MME 502.
  • the process may be performed while transmitting an attach request, and the attach request may include a type of call or service.
  • the core network receiving the attach request from the terminal 501 in steps 530 and 535 determines that it is an emergency attach based on the attach request, and through the authentication / authorization and bearer context setup, the existing normal bearer is deleted ( cleanup) and create an emergency bearer.
  • an IMS call may be established between the UE 501 and the core network.
  • FIG. 6 is a diagram illustrating another signal transmission / reception process according to the second embodiment.
  • FIG. 6 illustrates a method in which a user terminal explicitly requests the deletion of a normal bearer according to an embodiment of the present invention.
  • the terminal 601 may transmit and receive a signal to and from a network including the MME 602, the SGW 603, and the PGW 604. According to an embodiment, the terminal 601 may transmit and receive a signal with the network through a base station.
  • the terminal 601 may detect that the user wants to use an emergency service.
  • the terminal 601 may detect the number of bearers currently used.
  • the currently used bearer may be a general bearer number according to an embodiment.
  • the terminal 601 may determine whether the bearers of some or all of the currently used bearers should be deactivated based on the detected number of bearers, the number of bearers to be used for the emergency service, and the number of bearers that the terminal 601 can simultaneously support. .
  • the terminal 601 may determine that the number of bearers that can be active at the same time does not satisfy the number of bearers required for an emergency call.
  • the terminal may transmit / receive a signal with the MME 602 to establish a call for emergency services.
  • the terminal 604 deletes the normal bearer or normal PDN connection in step 620.
  • the request may be delivered to the MME 602 through a request bearer resource modification or a PDN disconnection request.
  • the MME 602 receiving the requests in step 625 may forward the requests to the SGW 603 via a bearer resource command or session delete request.
  • the SGW 603 that receives the requests in step 630 may forward the requests to the PGW 605 via a bearer resource command or session delete request.
  • the response to the request may be transmitted from the PGW 604 to the SGW 603, the SGW 603 to the MME 602, and the MME 602 to the terminal 601.
  • step 650 the terminal 601 may be detached as a result of the previous step.
  • the terminal 601 may transmit an Attach Request or a PDN Connection Request to the MME 602.
  • the request it is possible to indicate whether there is an emergency in the type information.
  • an emergency PDN connectivity request is transmitted. If all bearers are deleted, the terminal may be detached and thus may transmit an emergency attach request instead.
  • one or more of emergency attach and PDN connection establishment may be performed, and at step 650 an IMC call may be established.
  • the user terminal 601 may locally deactivate existing bearers locally for emergency service and then notify the core network through a TAU process. More specifically, when the user requests the emergency service to the UE 601, if it is determined that some or all of the existing bearer should be deactivated for the emergency service, the UE 601 selects bearers to be deactivated and then remains active except for these. Only the information of the EPS bearers can be sent to the core network by setting the active bit in the EPS bearer context status of the TAU request message. According to another embodiment, the UE 601 may display a bearer to be deactivated as inactive, and the bearer to be left may be set to active and sent to the core network.
  • the UE 601 may inform the core network of the request for emergency service by the TAU currently being sent through the EPS update type.
  • the terminal 601 may inform the core network that the TAU currently being sent through the Additional update type is a request for an emergency service.
  • the terminal 601 may inform the core network that the TAU currently being sent is a request for emergency service through a separate emergency indicator.
  • the terminal 601 may also set an active flag to inform the core network that S1 / S5 setup should be performed for subsequent emergency services.
  • the MME 602 may recognize that the UE 601 has changed the bearer context for emergency services through the above process.
  • the MME 602 may perform the bearer cleanup if there is an EPS bearer that needs to be deactivated by comparing the EPS bearer context status stored by the UE with the EPS bearer context status put in the TAU request.
  • the MME 602 When the UE 601 sends a TAU for emergency service, the MME 602 receives the TAU accept before the bearer cleanup is completed so that the UE 601 may quickly send a subsequent emergency service request (PDN connectivity request). You can send a request.
  • PDN connectivity request a subsequent emergency service request
  • the terminal 601 When the terminal 601 receives the TAU accept, the terminal 601 knows that modification of the bearer context status requested by the terminal 601 is completed, and performs a procedure for subsequent emergency service.
  • the user terminal 601 determines that some or all of the existing bearers should be deactivated for emergency service, only the information of the remaining active EPS bearers except those are selected after deactivating the active bearers in the EPS bearer context status of the TAU request message. Set it and send it to the core network.
  • the UE 601 may mark the bearer to be deactivated as inactive, and the bearer to be left may be set as active and sent to the core network. Since the idle mode, the terminal 601 must establish an RRC connection with the eNB in order to send a TAU request. The UE 601 may set the establishment cause to emergency while sending an RRC connection setup request.
  • the eNB transmits the TAU request message included in the RRC message received from the UE 601 through the Initial UE message of the S1-AP. If the RRC establishment cause is emergency, the eNB may transmit the TAU request message together with the TAU request message.
  • the MME 602 may know that the UE 601 has sent a TAU request for emergency service. Subsequent operations may proceed in the same manner as in the foregoing process.
  • the user terminal 601 informs the network of locally deactive bearer information using a TAU message, but the above process may be equally applied through a Routing Area Update (RAU) message in a 2G / 3G network. have.
  • RAU Routing Area Update
  • the user terminal 601 may insert the bearer status, which is included in the TAU message, in an Extended Service Request (ESR) message sent to the network, and transmit the same.
  • ESR Extended Service Request
  • the method according to the embodiment has the advantage that it can be applied without major changes in the existing system, but may also require an improvement that can be applied to the emergency service as soon as possible in the emergency situation to the user.
  • FIG. 7 is a diagram illustrating another signal transmission / reception process according to the second embodiment.
  • FIG. 7 discloses a signal transmission / reception method for simultaneously arranging an existing bearer and generating a new emergency bearer according to another embodiment of the present invention.
  • the terminal 701 may transmit and receive a signal to and from a network including an eNB 702, an MME 703, an SGW 704, and a PGW 705.
  • the terminal 701 may detect that the user wants to use an emergency service.
  • the terminal 701 may detect the number of bearers currently being used.
  • the currently used bearer may be a general bearer number according to an embodiment.
  • the terminal 701 may determine whether the bearers of some or all of the currently used bearers should be deactivated based on the detected number of bearers, the number of bearers to be used for the emergency service, and the number of bearers that the terminal 701 can simultaneously support. .
  • the terminal 701 may determine that the number of bearers that can be active at the same time does not satisfy the number of bearers required for an emergency call.
  • the terminal 701 may transmit / receive a signal with the MME 702 to establish a call for emergency services.
  • the UE 701 determines that some or all of the existing bearers should be deactivated for the emergency service.
  • the terminal 701 selects bearers to be deactivated and then excludes them. Only the information of the remaining active EPS bearers may be sent to the MME 703 by setting an active bit in the EPS bearer context status of the PDN connectivity request message.
  • the UE 701 may mark the bearer to be deactivated as inactive and set the bearer to be active to send to the MME 703.
  • the criterion for selecting a bearer to be deleted by the terminal 701 may be determined according to one of the following according to ARP, QCI or default / dedicated bearer (deleted bearer), and whether the beaer has no activity for a certain time.
  • the MME 703 may recognize that the UE 701 has changed the bearer context for emergency services.
  • the MME 703 may perform bearer cleanup if there is an EPS bearer that needs to be deactivated by comparing the EPS bearer context status stored by the UE with the EPS bearer context status that the terminal has put in the PDP connectivity request.
  • bearer cleanup may be performed based on the information received in operation 715.
  • the MME 703 may perform a process of creating a PDN connection for an emergency service.
  • the MME 703 may send a session creation request to the SGW 704.
  • the session creation request may include a bearer ID to be removed.
  • the SGW 704 may transmit a session creation request to the PGW 705 based on the signal received in operation 725.
  • each node may transmit a response message, and in operation 750, the eNB 702 may transmit an RRC connection reconfiguration to the terminal 701.
  • the RRC connection reconfiguration may include a DBR list.
  • IMS call setup may be established between the UE and the core network.
  • FIG. 8 is a diagram illustrating another signal transmission / reception process according to the second embodiment.
  • the user terminal 801 may request to arrange the existing normal bearers in the network while requesting the bearer setting for the emergency service.
  • the terminal 801 may transmit and receive a signal to and from a network including an eNB 802, an MME 803, an SGW 804, and a PGW 805.
  • Steps 810 and 815 may proceed in the same manner as steps 710 and 715 of FIG. 7.
  • the terminal 801 determines that the number of bearers for the emergency call cannot be satisfied due to the number of bearers that can be activated at the same time. It may include an identifier indicating that the cleanup is requested. In addition, the request may include bearer information that the terminal 801 can simultaneously support.
  • step 825 if the maximum number of bearers that the terminal 801 can simultaneously activate is already known in the core network, the MME 803 may arbitrarily handle the bearer when the terminal requests emergency service. Alternatively, if the user terminal 801 requests the bearer cleanup, but the network does not have information about the number of bearers supported by the user terminal 801, the MME 803 may simply delete all normal bearers.
  • the MME 803 may know the maximum bearer that the terminal 801 can simultaneously support according to user subscription information. In this case, there is a mapping of the maximum number of bearers supported by ISMI in the context table of the terminal 801 or the maximum number of bearers that can be used according to the type of the terminal 801 based on the IMEISV. In this case, the MME 803 should be configured with mapping for the user terminal model according to IEMISV and the maximum number of bearers that can be used in this model.
  • the operator may update the terminal information of the HSS to inform the MME 803 of this information, or use the configuration method such as O & M or the like to the MME 803 according to the IMEISV of the terminal 801 and the maximum bearer accordingly. You can set the number.
  • the MME 803 may determine that all or part of the normal bearer should be deleted by the maximum number of bearer supports according to the information on the terminal 801. If only some bearers are deleted, the criteria for selecting a bearer to be deleted may be determined according to ARP, or according to the QCI, whether the default / dedicated bearer (deleted bearer is deleted), or whether the beaer has no activity for a certain time. .
  • the core network deletes the corresponding normal bearers that are active (bearer cleanup to S-GW 804 and P-GW 805) and creates an emergency bearer / session.
  • the deletion of the existing bearer and the creation of a new emergency bearer may occur simultaneously or in parallel.
  • a list of bearers to be deleted may be indicated in a create session request message for generating an emergency bearer or a cleanup indicator may be inserted to display the entire deletion of the normal bearer.
  • the MME 803 notifies the eNB 802 of the deleted bearer information and the newly created bearer information (bearer id, bearer QoS, S5 TEID, etc.).
  • the eNB 802 updates the data radio bearer between the UEs 801 accordingly.
  • the core network may delete the corresponding normal bearers that are active (bearer cleanup to S-GW 804 and P-GW 805) and create an emergency bearer / session. have.
  • the deletion of the existing bearer and the creation of a new emergency bearer may occur simultaneously or in parallel.
  • a cleanup indicator may be inserted into a list of bearers to be deleted or a normal bearer to be deleted in a create session request message transmitted to create an emergency bearer.
  • the MME 803 may inform the eNB 802 of the deleted bearer information and the new bearer information (bearer id, bearer QoS, S5 TEID, etc.).
  • the eNB 802 thus updates the data radio bearer between the UE 801, which is finally known to the user terminal 801.
  • the TAU / RAU request message and the ESR message are included in the ESM message container and transmitted.
  • the ESM message container may include an ESM request message (eg, PDN connectivity request) generated and sent by the terminal 801.
  • the user terminal 801 transmits the information of locally deactivated bearers according to the previous embodiment through a TAU / RAU request or an ESR message, and simultaneously includes a PDN connectivity request in the ESM message container. Send it together. That is, the terminal 801 includes information of bearers locally deactivated or information of bearers remaining after deactivation in the EPS bearer context status IE of the TAU request / RAU request / ESR message, and provides an emergency service to the ESM message container. Include a PDN connectivity request for sending a TAU / RAU request or ESR message to the MME (803).
  • the MME 803 may process a PDN connection creation request using a PDN connectivity request message contained in an ESM message container while performing cleanup of a bearer of the terminal according to the above embodiment.
  • information included in each signal may be used interchangeably.
  • the core network node may induce a user terminal that is being serviced by the user to bypass other core network nodes.
  • This process is performed by a base station node newly selecting a core network node for a user terminal and registering information of the user terminal with the core network node.
  • the base station node reselects the existing core network node that is in congestion during the selection process of the core network for the user terminal, the congestion situation is difficult to improve.
  • the new core network node should register information about the user terminal, which is stored in the existing core network node during this process. If you request to get information from the existing core network node that is congested to deal with it, the condition might get worse.
  • an existing core network node (which is in a congested state) first notifies a user terminal through information of a NAS layer that it is difficult to provide a service due to congestion. Upon receiving this, the user terminal receives information for finding an existing core network node in an AS layer in a registration reset process for a core network (for example, S-TMSI, GUTI, GUMMEI, or P-). TMSI) is not provided. If there is no information on the existing core network node, the AS layer of the terminal cannot provide the corresponding information when creating the RRC connection with the base station, which causes the base station to select a new core network node for the user terminal.
  • a registration reset process for a core network for example, S-TMSI, GUTI, GUMMEI, or P-.
  • the NAS request message (eg, attach request) of the user terminal is transmitted to the newly selected core network node through the base station.
  • the new core network node directly transmits the context of the user terminal to the HSS.
  • Information (or identifier) that causes the setting to be communicated can be delivered to the new core network node.
  • FIG. 9 is a diagram illustrating a signal transmission and reception process according to a third embodiment.
  • the UE 901 may transmit / receive a signal with the MME / SGSN 903 and 904 through the RAN 902.
  • due to congestion of the MME / SGSN (903, 904) can be distinguished from the old MME / SGSN (903) that was previously connected to the New MME / SGSN (904) to be newly connected.
  • the change in the MME / SGSN can be applied even if it is not the cause of congestion.
  • a congestion situation may occur in the old MME / SGSN 903.
  • the congestion situation may include one or more of an increase in traffic and a malfunction of some devices.
  • a congested core network node (hereinafter referred to as an existing core network node) is congested in step 920 when a NAS request message (eg, TAU request or attach request) is generated from the user terminal 901 in step 915.
  • a NAS request message eg, TAU request or attach request
  • the information on the re-registration of the terminal 901 is required in the load state and transmits a NAS response or rejection message (for example, TAU reject or attach reject) to the user terminal 901.
  • the S1-AP message (Downlink NAS Transport) transmitted to the base station 902 with this NAS message may additionally include information for requesting that the RRC connection between the user terminal and the base station 902 should be deleted after the NAS message is delivered (eg, and immediate release required indicators.
  • the base station 902 may transfer the message received from the core network node to the user terminal 901 in an RRC message (DLInformationTransfer).
  • the RRC message may include a congestion indicator and timer information.
  • the RRC connection is released.
  • This release of the RRC connection is performed by the base station 902 to reselect the core network node for the user terminal 901 during the process of creating the RRC connection. This is because by recycling existing RRC connections, existing core network nodes can be reused.
  • the core network node may have a timer in the NAS response / rejection message delivered to the commercial user terminal 901 or an RRC message (DLInformationTransfer) delivered by the base station 902 to the user terminal 901. You can set the value.
  • This timer is a kind of guard interval required for the base station 902 to release the existing RRC connection. That is, when the user terminal 901 receives a timer value through a core network node or an RRC message, the user terminal 901 may attempt a NAS request after the timer passes.
  • step 935 when the NAS layer of the user terminal 901 attempts a NAS request later, information for finding an existing core network to a lower layer (eg, S-TMSI, GUTI, GUMMEI, P-TMSI, etc.). Does not pass).
  • a lower layer eg, S-TMSI, GUTI, GUMMEI, P-TMSI, etc.
  • step 940 the RRC connection request / setup is performed, and in step 945, the base station 902 provides information (eg, MME routing information) that can find an existing core network during the process of creating an RRC connection in the AS layer of the user terminal 901. May not be delivered).
  • information eg, MME routing information
  • step 945 the base station 902 receives the RRC connection setup complete message, and in step 950, the RAN 902 selects a new core network node because there is no information for finding an existing core network (CN).
  • the NAS request message included in 955 is forwarded to the new core network node.
  • the new core network node that receives the NAS request message for the user terminal 901 must perform a process for obtaining the context of the user terminal 901.
  • the new core network node requests the existing core network node information (context) from the existing core network node if necessary by using the identifier (GUTI, or old GUTI) inserted by the user terminal 901 in the NAS request message. Can be.
  • congestion may be aggravated if such requests are crowded to existing congested core network nodes.
  • the existing core network node 1) notifies the new core network node when a congestion occurs through message exchange between core networks such as a separate overload indication, or 2) the new core network node makes a request for context.
  • step 960 the core network performs an identity request / response process to obtain IMSI of the user terminal 901.
  • the IMSI is received from the user terminal 901
  • the context of the terminal is used by using this, and the remaining registration process is performed (step 965).
  • FIG. 10 is a diagram illustrating another signal transmission / reception process according to the third embodiment.
  • the terminal 1001 may transmit and receive signals with the MME / SGSN 1003 and 1004 through the RAN 1002.
  • the MME / SGSN due to congestion of the MME / SGSN (1003, 1004), it can be distinguished from the old MME / SGSN (1003) and the New MME / SGSN (1004) to be newly connected.
  • the change in the MME / SGSN can be applied even if it is not the cause of congestion.
  • Steps 1010 through 1040 correspond to steps 910 through 940 of FIG. 9, respectively.
  • the terminal 1001 When generating a NAS request (attach request) in the NAS layer of the user terminal 1001 in step 1045, the terminal 1001, the NAS request that is currently issued to the new core network node is preferred to congestion or change of the core network node of the existing core network node. It can be transmitted by including information that directly informs us that it has occurred.
  • the base station 1002 may select a new CN node and transmit an Initial UE message to the New MME / SGSN 1004.
  • the Initial UE message may include an indicator indicating re-attach due to CN overload. .
  • the new core network node should perform a process for obtaining the context of the user terminal 1001 (step 1060).
  • the information on the cause of the NAS request is generated. (I.e., due to congestion of an existing core network node or by a core network change request), the congestion of the existing core network node may be recognized and stored for later use, and if necessary, IMSI of the user terminal 1001 may be used. Perform identity request / response process to obtain. When the IMSI is received from the user terminal 1001, the context of the terminal 1001 is set by using this, and the remaining registration process is performed (step 1065).
  • FIG. 11 is a diagram illustrating another signal transmission / reception process according to the third embodiment.
  • the terminal 1101 may transmit and receive a signal to and from the MME / SGSN 1103 and 1104 through the RAN 1102.
  • the MME / SGSN 1103 may be distinguished from the old MME / SGSN 1103 that is previously connected and the New MME / SGSN 1104 to be newly connected.
  • the change in the MME / SGSN can be applied even if it is not the cause of congestion.
  • Steps 1110 through 1150 may correspond to steps 910 through 950 of FIG. 9, respectively.
  • a NAS request (attach request) in the NAS layer of the user terminal 1101 in the embodiment
  • IMSI instead of GUTI
  • old GUTI It is delivered as a terminal identifier. This prevents the new core network node from requesting the context of the user terminal from the existing core network node, sets the context of the terminal 1101 based on IMSI, and performs the remaining registration process.
  • the base station 1102 may include a NAS request and an IMSI of the terminal 1101 in an Initial UE message. After that, the rest of the registration process is performed (step 1165).
  • FIG 12 illustrates another signal transmission and reception process according to an embodiment.
  • the terminal 1201 may transmit and receive signals to and from the MME / SGSN 1203 and 1204 through the RAN 1202.
  • the MME / SGSN 1203 and the new MME / SGSN 1204 to be newly connected may be distinguished from each other.
  • the change in the MME / SGSN can be applied even if it is not the cause of congestion.
  • the user terminal 1201 explicitly sends a NAS request to the core network node.
  • the user terminal 1201 explicitly states This may also apply if no NAS request is sent. That is, for example, if it is determined that the core network node is congested, the base station 1202 informs the user terminal 1201 that the core network node needs to be reset, and thereafter, a new core is processed through a process similar to that of FIGS. 9 to 11. It is to be registered through a network node.
  • the terminal 1201, the base station 1202, and the old MME / SGSN 1203 are operating in a connected mode.
  • step 1120 the core network node needs to release the connection to the base station 1202 for load balancing of the user terminal 1201. Pass a command message containing the informative information.
  • step 1225 the base station 1202 receiving the notification transmits a command for releasing the RRC connection of the user terminal 1202, notifying that the core network needs to be changed for load balancing.
  • the base station 1202 receiving the notification transmits a command for releasing the RRC connection of the user terminal 1202, notifying that the core network needs to be changed for load balancing.

Landscapes

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

Abstract

실시 예에 따른 무선 통신 시스템에서 신호를 송수신 하는 단말에서의 방법은 타 단말과 데이터 송수신을 위해 Gateway Mobile Switching Center(GMSC)로 Circuit Switched voice network(CS) 서비스 요청을 전송하는 단계; 및 상기 GSMC로부터 상기 서비스 요청에 대한 호 거절 응답을 수신하는 단계를 포함하며, 상기 호 거절 응답은 상기 타 단말의 코어 네트워크 중 하나의 엔티티에서 전송하는 것을 특징으로 한다. 실시 예에 따르면, PS 서비스만 사용하는 수신 단말기에 발신 단말기가 CS서비스를 요청하는 경우에도 망의 부하를 높이지 않은 상태에서 서비스 제공이 가능하다.

Description

무선 통신 시스템에서 서비스를 제어하기 위한 방법
실시 예는 무선통신 시스템에서 네트워크 망의 부하를 높이지 않으면서 통신 서비스를 제어하는 방법 및 장치에 관한 발명이다.
도 1은 LTE 이동 통신 시스템의 구조를 도시하는 도면이다.
상기 도 1을 참조하면, 도시한 바와 같이 LTE 이동 통신 시스템의 무선 액세스 네트워크는 차세대 기지국(Evolved Node B, EUTRAN, 이하 ENB 또는 Node B라 한다)(105) 과 MME(Mobility Management Entity)(110) 및 S-GW(Serving - Gateway)(115)로 구성된다. 사용자 단말(User Equipment, 이하 UE 또는 단말이라 칭한다)(100)은 ENB(110) 및 S-GW(115), 그리고 P-GW(PDN - Gateway)(120)를 통해 외부 네트워크에 접속할 수 있다.
AF(Application Function)(130)은 사용자와 application 수준에서 application과 관련된 정보를 교환하는 장치이다.
PCRF(125)는 사용자의 QoS와 관련된 policy를 제어하는 장치이며, policy에 해당하는 PCC(Policy and Charging Control) rule은 P-GW(120)에 전달되어 적용된다.
ENB(105)는 RAN(Radio Access Network) 노드로써 UTRAN 시스템의 RNC 그리고 GERAN 시스템의 BSC에 대응된다. ENB(105)는 UE(100)와 무선 채널로 연결되며 기존 RNC/BSC와 유사한 역할을 수행한다.
LTE에서는 인터넷 프로토콜을 통한 VoIP(Voice over IP)와 같은 실시간 서비스를 비롯한 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 되므로, UE(100)들의 상황 정보를 취합해서 스케줄링을 하는 장치가 필요하며 이를 ENB(105)가 담당한다.
S-GW(115)는 데이터 베어러를 제공하는 장치이며, MME(110)의 제어에 따라서 데이터 베어러를 생성하거나 제거한다.
MME(110)는 각 종 제어 기능을 담당하는 장치로 하나의 MME(110)는 다수의 기지국 들과 연결될 수 있다.
PCRF(Policy Charging and Rules Function)(125)은 트레픽에 대한 QoS 및 과금을 총괄적으로 제어하는 엔터티이다.
이와 같은 무선 통신 시스템에서 서비스를 제공 할 때 네트워크 망의 부하를 높이지 않으면서 서비스를 제공할 수 있는 방법 및 장치가 요구된다.
본 발명의 실시 예는 상기한 문제점을 해결하기 위한 것으로, PS(Packet Switched data network)에만 가입한 사용자에게 CS(Circuit Switched voice network)서비스 요청이 제공 될 때, 망의 부하를 높이지 않으면서 사용자에게 서비스 제한을 알릴 수 있는 방법 및 장치를 제공하는 것을 목적으로 한다.
본 발명의 다른 실시 예는 일반호를 사용하고 있는 사용자의 단말에서 응급호 발신이 필요한 경우 망의 부하를 주지 않고, 요구되는 조건 안에 응급호를 발신할 수 있도록 하는 방법 및 장치를 제공하는 것을 목적으로 한다.
본 발명의 또 다른 실시 예는 네트워크 망이 혼잡 상황에 있을 때 혼잡의 정도를 높이지 않으면서 서비스를 조절할 수 있는 방법 및 장치를 제공하는 것을 목적으로 한다.
실시 예에 따른 무선 통신 시스템에서 신호를 송수신 하는 단말에서의 방법은 타 단말과 데이터 송수신을 위해 Gateway Mobile Switching Center(GMSC)로 Circuit Switched voice network(CS) 서비스 요청을 전송하는 단계; 및 상기 GSMC로부터 상기 서비스 요청에 대한 호 거절 응답을 수신하는 단계를 포함하며, 상기 호 거절 응답은 상기 타 단말의 코어 네트워크 중 하나의 엔티티에서 전송하는 것을 특징으로 한다.
다른 실시 예에 따르는 무선 통신시스템의 단말에서 혼잡제어 방법은 기지국으로 Non-Access-Stratum(NAS) 요청을 전송하는 단계; 상기 요청에 대응하여 코어네트워크로부터 혼잡으로 인한 NAS 거절을 수신하는 단계; 및 상기 단말과 상기 기지국 사이의 Radio Resource Control(RRC) 연결이 해제되어야 함을 지시하는 지시자를 포함하는 RRC 연결 설정(connection setup)신호를 상기 기지국에 전송하는 단계를 포함한다.
다른 실시 예에 따르는 무선 통신 시스템에서 단말은 타 단말과 데이터 송수신을 위해 Gateway Mobile Switching Center(GMSC)로 Circuit Switched voice network(CS) 서비스 요청을 전송하는 송수신부; 및 상기 상기 GSMC로부터 상기 서비스 요청에 대한 호 거절 응답을 수신하도록 상기 송수신부를 제어하는 제어부를 포함하며, 상기 호 거절 응답은 상기 타 단말의 코어 네트워크 중 하나의 엔티티에서 전송하는 것을 특징으로 한다.
또 다른 실시 예에 따르는 혼잡제어를 수행하는 단말은 기지국으로 Non-Access-Stratum(NAS) 요청을 전송하고, 상기 요청에 대응하여 코어네트워크로부터 혼잡으로 인한 NAS 거절을 수신하는 송수신부; 및 상기 송수신부를 제어하여 상기 단말과 상기 기지국 사이의 Radio Resource Control(RRC) 연결이 해제되어야 함을 지시하는 지시자를 포함하는 RRC 연결 설정(connection setup)신호를 상기 기지국에 전송하는 제어부를 포함한다.
실시 예에 따르면, PS 서비스만 사용하는 수신 단말기에 발신 단말기가 CS서비스를 요청하는 경우에도 망의 부하를 높이지 않은 상태에서 서비스 제공이 가능하다.
다른 실시 예에 따르면, 사용자 단말이 일반호를 사용하고 있는 도중 응급호를 제공해야 하는 경우에도 응급호의 요구 조건에 맞는 서비스를 제공할 수 있는 효과가 있다.
또 다른 실시 예에 따르면, 망의 혼잡 상황에서 혼잡을 해결 할 때 망의 부하를 줄일 수 있는 방향으로 서비스 제공하는 것이 가능하다.
도 1은 LTE 이동 통신 시스템의 구조를 도시하는 도면이다.
도 2은 제1실시 예에 따른 신호 송수신 과정을 나타낸 도면이다.도 3은 제1실시 예에 따른 다른 신호 송수신 과정을 나타낸 도면이다.
도 4은 제1실시 예에 따른 또 다른 신호 송수신 과정을 나타낸 도면이다.
도 5는 제2실시 예에 따른 신호 송수신 과정을 나타내는 도면이다.
도 6는 제2실시 예에 따른 다른 신호 송수신 과정을 나타내는 도면이다.
도 7은 제2실시 예에 따른 다른 신호 송수신 과정을 나타내는 도면이다.
도 8은 제2실시 예에 따른 또 다른 신호 송수신 과정을 나타내는 도면이다.
도 9는 제3실시 예에 따른 신호 송수신 과정을 나타내는 도면이다.
도 10는 제3실시 예에 따른 다른 신호 송수신 과정을 나타내는 도면이다.
도 11는 제3실시 예에 따른 다른 신호 송수신 과정을 나타내는 도면이다.
도 12는 제3실시 예에 따른 또 다른 신호 송수신 과정을 나타내는 도면이다.
하기에서 본 발명의 실시 예들을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다.
마찬가지 이유로 첨부 도면에 있어서 일부 구성요소는 과장되거나 생략되거나 개략적으로 도시되었다. 또한, 각 구성요소의 크기는 실제 크기를 전적으로 반영하는 것이 아니다. 각 도면에서 동일한 또는 대응하는 구성요소에는 동일한 참조 번호를 부여하였다.
또한 본 발명의 실시 예들을 구체적으로 설명함에 있어서, 기본적인 3GPP(Third Generation Partnership Project) LTE 시스템을 주된 대상으로 할 것이지만, 본 발명의 실시 예들은 유사한 기술적 배경 및 시스템 형태를 가지는 여타의 통신/컴퓨터 시스템에도 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 적용 가능하며, 이는 본 발명의 기술 분야에서 숙련된 기술적 지식을 가진 자의 판단으로 가능할 것이다. 예를 들면, LTE 시스템을 대상으로 한 본 기술은 유사한 시스템 구조를 갖는 UTRAN/GERAN 시스템에서도 적용될 수 있다. 이 경우 ENB(RAN 노드)는 RNC/BSC로 대치될 수 있으며, MME는 SGSN에 대치될 수 있으며, S-GW는 생략되거나 SGSN에 포함되고, P-GW는 GGSN에 대응될 수 있다. 또한 LTE 시스템의 bearer개념은 UTRAN/GERAN 시스템의 PDP context에 대응될 수 있다. 또한 실시 예 전반에서 각 통신 엔티티는 다른 엔티티와 신호를 송수신 할 수 있는 송수신부 및 상기 송수신부를 제어하며 상기 송수신부를 통해 송수신되는 신호를 기반으로 연산을 할 수 있는 제어부를 포함할 수 있다. 또한 실시 예에서 단말은 사용자에게 시각적인 신호를 줄 수 있는 표시부를 포함할 수 있다.
<제1실시 예>
지금까지 일반적으로 무선 통신 서비스를 받는 사용자들은 음성 통화를 위한 CS(Circuit Switched voice network) 서비스와 데이터 통신을 위한 PS(Packet Switched data network) 서비스에 대한 가입을 동시에 하는 것이 일반적이었다.
실시 예에서 PS 서비스에 대해서만 가입된 사용자가정될 수 있다. 실시 예에서 PS 서비스에 대해서만 가입된 사용자들도 SMS서비스는 받을 수 있으나 별도의 조치 없이 CS서비스를 제공받을 수 없다. 즉, 실시 예에서 음성 통화 등의 CS 서비스 없이 PS 데이터 서비스와 SMS 서비스를 받는 사용자가(이러한 사용자를 차후 PS only with SMS 사용자라 칭함)가 가정될 수 있다.
만약 사용자 단말이 PS only with SMS 사용자를 위해 네트워크에 등록된 경우, 사업자 네트워크는 데이터 서비스와 SMS 송수신 서비스를 사용자에게 제공할 수 있다. 그런데 이러한 사용자에 대해 모바일 단말(mobile terminating) CS 서비스(예. 음성 통화)요청이 발생하는 경우가 생길 수 있다. 예를 들면 수신자의 전화번호를 고려하지 않은 무작위 광고/홍보 전화, 구 음성 통화 가입자에게 할당되었다가 회수되어 PS only with SMS 가입자에게 할당된 전화번호에 대해 구 음성 통화 가입자로 잘못 인지하여 전화를 거는 경우가 있을 수 있다.
이처럼 PS only with SMS 사용자에게 mobile terminating CS 서비스(음성 통화)가 발생하면 네트워크는 가입자의 위치 확인 및 paging 등과 같은 시그널링 과정을 거쳐야 하며, 어차피 가입자가 CS 서비스(음성 통화 서비스)를 사용할 수 없기 때문에 무의미한 과정으로 사업자 망의 부하만 증가시키는 요인이 된다.
실시 예에서는 상기와 같은 문제를 해결하기 위해 다음의 과정을 제안한다. 실시 예의 사업자 망에서 수신자가 현재 PS only with SMS로서 네트워크에 등록되어 있고, 이 수신자에게 mobile terminating CS 서비스 발생했음을 인지한 경우에, 사용자 단말이 CS 서비스에 대해 detach 되어있다고 판단하는 것(즉, 음성 통화를 거부하는 것 또는 CS서비스를 지원하지 않는 것)으로 해결할 수 있다. 보다 구체적으로 다음과 같은 방안들을 이용할 수 있다.
도 2는 제1실시 예에 따른 HLR(Home Location Register)를 판단 주체로 한 신호 송수신 과정을 나타낸 도면이다.
단계 210에서 UE1(201)은 MME(202), MSC(203) 및 HLR(204) 중 하나 이상에 PS only with SMS 단말로 등록 될 수 있다. 실시 예에서 사용자 단말(User Equipment, UE)(201)은 PS only with SMS를 사용하는 단말로, PS 데이터 서비스와 SMS만 사용 가능하다. 실시 예 전반에서 PS only with SMS 는 CS 서비스를 받지 못하는 단말도 적용될 수 있다.
단계 215에서 상대편 사용자의 단말(UE2)(206)은 UE1(201)이 PS only with SMS 가입자임을 모르고 음성 통화 발신할 수 있다. 실시 예에서 음성 통화로 예시되지만 이에 한정되지 않고 CS를 통한 서비스를 포함할 수 있다.
단계 220에서 UE2(206)은 UE1(201)을 수신단말로 하여 음성 통화 발신을 하기 위한 요청을 GMSC(Gateway Mobile Switching Center)(205)에 전달할 수 있다.
단계 225에서 상기 음성 통화 요청이 GMSC(205)에 도착하면, GMSC(205)는 가입자가 위치한 MSC/VLR을 찾기 위해 HLR(204)에게 Send Routing Information Request(SRI)메시지를 전달한다. 상기 메시지에는 현재 발생한 서비스가 음성 통화(또는 SMS외의 CS 서비스 인지)인지 SMS인지를 나타내기 위한 service indicator가 포함될 수 있다.
단계 230에서 HLR(204)은 사용자 단말의 등록 정보(또는 가입 정보)에 따라 만약 UE1(201)으로 향하는 서비스가 SMS인지 여부와 상기 UE1(201)의 가입 정보를 판단한다. 만약 상기 서비스가 SMS이면 UE1(201)이 등록된 MSC(203)로 서비스 요청을 전달할 수 있다.
만약 서비스가 그 외의 것(CS 서비스나 음성 통화)일 경우, HLR(204)는 사용자 단말(201)이 해당 서비스에 대해 detach가 된 것과 같이 처리할 수 있다.
단계 235에서 이 때, HLR(204)은 SRI에 대한 응답으로 해당 호가 거부되었음을 알리는 메시지를 GSMC(205)에 전달할 수 있다. 상기 호 거부 메시지에는 사용자 단말이 PS only with SMS 의 형태로만 등록되었음을 알리기 위한 정보를 포함될 수 있다. 실시 예에 따라 상기 단계 235의 과정은 Send Routing Information Response 메시지를 사용하거나, 새로운 형태의 메시지를 사용해서 수행될 수 있다.
단계 240에서 GMSC(205)는 negative 응답을 받은 경우 paging retry를 하지 않아야 하므로 paging timer를 종료할 수 있다.
단계 245에서 GSMC(205)는 음성 통화(SMS외의 CS 서비스)에 대한 시도가 실패했음을 발신자의 네트워크에 알린다. 발신자의 네트워크는 이를 인지한 경우 발신자 단말(206)에게 수신자가 PS only with SMS의 형태로 등록되어 있어서 다른 CS 서비스(음성통화)가 불가능하며, SMS는 사용 가능함을 알릴 수 있다. 이러한 과정은 GMSC(205)가 발신자 단말(206)에게 통해 직접 전달하거나, 발신자 네트워크의 MSC에게, 그리고 MSC가 RNC(BSC)를 통해 발신자 단말(206)에게 상기 정보를 전달함으로써 이루어질 수 있으며, 이를 수신한 발신자 단말(206)은 이를 저장하거나 사용자에게 공지할 수 있다. 사용자에 대한 상기 공지는 음성의 형태로 안내 문구를 전달하는 것이나, 사용자 단말의 화면을 통해 알려주는 것 등이 포함될 수 있다.
도 3은 제1실시 예에 따른 다른 신호 송수신 과정을 나타낸 도면이다.
도 3을 참조하면 단계 310에서 UE1(301)은 MME(302), MSC(303) 및 HLR(304) 중 하나 이상에 PS only with SMS 단말로 등록 될 수 있다. 실시 예에서 사용자 단말(UE1)(301)은 PS only with SMS를 사용하는 단말로, PS 데이터 서비스와 SMS만 중 하나 이상을 제공할 수 있다.
단계 315에서 상대편 사용자의 단말(306)은 UE1(301)이 PS only with SMS 가입자임을 모르고 음성 통화 발신할 수 있다.
단계 320에서 UE2(306)의 음성 통화 요청이 GMSC(305)에 도착하면, 단계 325에서 GMSC(305)는 UE1(301)이 위치한 MSC(303)를 찾아 IAM 메시지를 전달할 수 있다. 상기 IAM 메시지는 현재 발생한 서비스가 음성 통화(SMS이외의 CS 서비스)인지 SMS인지를 나타내기 위한 service indicator가 포함할 수 있다.
단계 330에서 MSC(303)는 만약 UE1(301)으로 향하는 서비스가 SMS이면 UE1(301)이 등록된 MME(302)에게 paging request를 보내며, 만약 서비스가 그 외의 CS 서비스(예. 음성 통화)이면 단계 335에서 UE1(301)의 사용자가 PS only with SMS로 등록 되었음을 GMSC(305)에게 알리는 메시지를 전달할 수 있다. 상기 메시지는 호 거절(Call reject)메시지일 수 있으며, 상기 호 거절 메시지는 거절 원인을 포함할 수 있다. 또한 실시 예의 단계 335에서 MSC(303)는 RCH 메시지를 사용하거나, 새로운 형태의 메시지를 통해 UE1(301)의 사용자가 PS only with SMS로 등록 되었음을 알릴 수 있다.
응답을 수신한 후의 GMSC(305)의 동작은 도 2의 단계 240과 단계 245와 동일한 동작을 각각 단계 340 및 단계 345에서 수행할 수 있다.
도 4은 제1실시 예에 따른 또 다른 신호 송수신 과정을 나타낸 도면이다.
단계 410에서 UE1(401)은 MME(402), MSC(403) 및 HLR(404) 중 하나 이상에 PS only with SMS 단말로 등록 될 수 있다. 실시 예에서 사용자 단말(UE1)(401)은 PS only with SMS를 사용하는 단말이다.
단계 415에서 그런데, 상대편 사용자의 단말(406)은 UE1(401)이 PS only with SMS 가입자임을 모르고 음성 통화 발신할 수 있다.
단계 420에서 음성 통화 요청이 GMSC(405)에 도착하면, GMSC(405)는 UE1(401)이 위치한 MSC(403)를 찾아 IAM 메시지를 전달할 수 있다. 상기 IAM 메시지는 현재 발생한 서비스가 음성 통화(SMS이외의 CS 서비스)인지 SMS인지를 나타내기 위한 service indicator가 포함할 수 있다
단계 430에서 MSC(403)는 MME(402)에게 paging request 메시지를 전달한다. 상기 paging request 메시지는 SGs_Paging_Req 메시지를 통해 전달 될 수 있으며, 상기 SGs_Paging_Req 메시지는 상기 페이징이 어떤 서비스를 제공하기 위한 페이징인지 나타내는 지시자를 포함할 수 있다.
단계 435에서 MME(402)는 만약 UE1(401)으로 향하는 서비스가 SMS이면 서비스를 진행할 수 있다.
만약 서비스가 그 외의 CS 서비스(예. 음성 통화)이면 단계 440에서 UE 1(401)의 사용자가 PS only with SMS의 형태로 등록되어 있음을 MSC(403)에 알리는 메시지를 전달할 수 있다. 상기 메시지는 Paging reject일 수 있으며, 상기 메시지는 페이징 거절의 이유를 나타내는 지시자를 포함할 수 있다. 또한 실시 예에서 MME(402)는 SGs paging reject 메시지를 사용하거나, 새로운 형태의 메시지를 사용할 수도 있다.
단계 445에서 MSC(403)는 페이징 거절 등의 negative 응답을 받은 경우 paging retry를 하지 않아야 하므로 paging timer를 종료할 수 있다.
단계 450에서 MSC(403)은 음성 통화를 하기 위한 호가 거절되었음을 GMSC(405)에 알릴 수 있다. 실시 예에서 음성 통화 시도가 실패했음을 발신자의 네트워크에 알리는 형태로는 호 거절 메시지와 함께 거절된 원인을 포함하는 메시지를 통해 GMSC(405)에 알릴 수 있다.
이후 발신자 네트워크의 단계 455및 단계 466의 동작은 상기 도 2의 단계 240 및 단계 245와 동일하게 진행될 수 있다.
<제2실시 예>
한편, 단말이 응급 서비스(emergency service)를 받고자 할 때는 일반 베어러(normal bearer)가 아닌 응급 베어러(emergency bearer)가 생성되어야 한다. 보통의 경우 일반적인 normal bearer은 emergency bearer로 전환되어 사용될 수 없다. 만약 사용자가 emergency service를 요청 한 경우, 실시 예에 따라 사업자 네트워크는 local regulation(정부의 규제 등)에서 정한 시간 한도 내에 emergency call을 setup(설정)해 주어야만 한다.
그런데 사용자 단말이 동시에 activation 할 수 있는 최대 bearer의 개수는 구현에 따라 제한될 수 있다. 단말들은 일반적으로 최대 1, 3, 또는 5개까지 bearer를 동시에 activation할 수 있다. 만약 단말이 시스템에 attach(등록)하여 사용 중인 normal bearer의 수가 최대 bearer의 수에 이른 경우에 응급 호(emergency call)를 수행하는 경우나, 아니면 emergency service에 필요한 최대 bearer의 수가 다수일 경우 emergency service를 위한 bearer들을 전부 생성하면 단말이 지원할 수 있는 최대 bearer의 수를 초과하게 될 수 있다(예를 들면 최대 지원 bearer수는 3개, active normal bearer의 수는 2개, 필요 Emergency bearer의 수는 2개인 경우). 이 경우엔 emergency service 제공을 위해서는 normal bearer를 정리하여 emergency bearer를 생성해 주어야 할 필요성이 있다.
단말은 자신이 사용할 수 있는 bearer 최대 개수, 현재 활성화(active)된 normal bearer의 수, 그리고 emergency call(service)에 필요한 bearer의 수를 고려해 normal bearer 정리를 수행한 후 emergency bearer를 설정(setup)하거나, 아니면 emergency bearer setup을 요청하면서 normal bearer 정리를 동시에 요청할 수도 있다.
즉, 사용자 단말은 emergency service이 필요하면, normal bearer에 대한 비활성(deactivation)을 네트워크에 요청하거나, 내부적인 비활성(locally deactivation)한 후 베어러 컨텍스트(bearer context)의 상태를 TAU 과정을 통해 코어 망에 알릴 수 있다. 한편 코어망(예. MME)가 단말의 최대 지원 bearer 수를 알고 있는 경우엔 단말이 emergency bearer 생성을 요청한 경우 알아서 normal bearer를 정리해 줄 수도 있다. 보다 구체적으로 다음과 같은 해결 방안을 사용할 수 있다.
도 5는 제2실시 예에 따른 신호 송수신 과정을 나타내는 도면이다.
보다 구체적으로 도 5는 본 발명의 한 실시예에 따라 attach 과정을 통해 emergency service를 제공하는 방법을 나타낸다.
도 5를 참조하면 실시 예 2에서 단말(501)이 MME(502), SGW(503), PGW(504) 및 HSS(505)가 포함된 네트워크와 신호를 송수신 할 수 있다. 실시 예에 따라 단말(501)은 기지국을 통해 상기 네트워크와 신호를 송수신 할 수 있다.
단계 510에서 단말(501)은 사용자가 긴급 서비스를 사용하기를 원하는 것을 감지할 수 있다.
단계 515에서 단말(501)은 현재 사용되는 베어러 수를 감지할 수 있다. 상기 현재 사용되는 베어러는 실시 예에 따라 일반 베어러 숫자일 수 있다. 단말(501)은 상기 감지한 베어러 수와 상기 긴급 서비스에 사용될 베어러 및 단말(501)이 동시에 지원할 수 있는 베어러 수를 기반으로 현재 사용되는 베어러 중 일부 또는 전부의 베어러가 비활성화 되어야 하는지 판단할 수 있다. 또한 실시 예에 따라 단말(501)은 자신이 동시에 active 할 수 있는 베어러의 개수가 현재 응급 호를 위해 필요한 베어러의 개수를 충족 시키지 못한다고 판단할 수 있다.
상기 판단 결과 단말(501)이 현재 사용하는 베어러를 비활성화 할 필요가 없는 경우 단말은 응급 서비스를 위한 호를 형성(establishment)하기 위해 MME(502)와 신호를 송수신 할 수 있다.
단계 515에서 일부 또는 전부의 사용중인 일반 베어러가 비활성화 될 필요가 있을 경우, 단말(501)은 l local detach를 수행할 수 있다. 상기 local detach는 단말(501)의 판단에 의해 단말(501)이 주도적으로 수행할 수 있다.
단계 525에서 단말(501)은 MME(502)에 응급 서비스(emergency service)에 대한 re-attach 과정을 수행할 수 있다. 실시 예에 따라 상기 과정은 Attach request를 전송하면서 이루어 질 수 있고, 상기 Attach request는 호 또는 서비스의 종류를 포함할 수 있다.
단계 530 및 단계 535에서 단말(501)로부터 상기 attach request를 수신한 코어망은 상기 attach request를 기반으로, emergency attach임을 판단하고, 인증/허가 및 베어러 컨텍스트 셋업을 통해, 기존 형성된 normal bearer는 삭제(cleanup)하고 emergency bearer 생성해 준다.
이 결과 단계 540에서 UE(501)와 코어망 사이에 IMS 호가 설정될 수 있다.
도 6는 제2실시 예에 따른 다른 신호 송수신 과정을 나타내는 도면이다.
보다 구체적으로 도 6은 본 발명의 한 실시예에 따라 사용자 단말이 명시적으로 normal bearer의 삭제를 요청하는 방법을 나타낸다.
도 6을 참조하면, 실시 예에서 단말(601)이 MME(602), SGW(603) 및 PGW(604) 가 포함된 네트워크와 신호를 송수신 할 수 있다. 실시 예에 따라 단말(601)은 기지국을 통해 상기 네트워크와 신호를 송수신 할 수 있다.
단계 610에서 단말(601)은 사용자가 긴급 서비스를 사용하기를 원하는 것을 감지할 수 있다.
단계 615에서 단말(601)은 현재 사용되는 베어러 수를 감지할 수 있다. 상기 현재 사용되는 베어러는 실시 예에 따라 일반 베어러 숫자일 수 있다. 단말(601)은 상기 감지한 베어러 수와 상기 긴급 서비스에 사용될 베어러 및 단말(601)이 동시에 지원할 수 있는 베어러 수를 기반으로 현재 사용되는 베어러 중 일부 또는 전부의 베어러가 비활성화 되어야 하는지 판단할 수 있다. 또한 실시 예에 따라 단말(601)은 자신이 동시에 active 할 수 있는 베어러의 개수가 현재 응급 호를 위해 필요한 베어러의 개수를 충족 시키지 못한다고 판단할 수 있다.
상기 판단 결과 단말(601)이 현재 사용하는 베어러를 비활성화 할 필요가 없는 경우 단말은 응급 서비스를 위한 호를 형성(establishment)하기 위해 MME(602)와 신호를 송수신 할 수 있다.
상기 판단 결과 단말(604)은 동시에 활성화(activate) 할 수 있는 베어러(bearer)의 개수로 인해 응급호를 위한 베어러 개수를 충족 못시킨다고 판단한 경우에 단계 620에서 normal bearer 또는 normal PDN connection 삭제를 코어 망에 요청한다. 실시 예에서 상기 요청은 Request bearer resource modification 또는 PDN disconnection request를 통해 MME(602)로 전달될 수 있다.
단계 625에서 상기 요청들을 수신한 MME(602)는 베어러 자원 명령 또는 세션 삭제 요청을 통해 SGW(603)에 상기 요청들을 전달할 수 있다.
단계 630에서 상기 요청들을 수신한 SGW(603)는 베어러 자원 명령 또는 세션 삭제 요청을 통해 PGW(605)에 상기 요청들을 전달할 수 있다.
단계 635 내지 단계 645에서 상기 요청에 대한 응답을 PGW(604)에서 SGW(603), SGW(603)에서 MME(602), MME(602)에서 단말(601)로 전달할 수 있다.
단계 650에서 이전 단계의 결과로 단말(601)은 detach될 수 있다.
단계 650에서 단말(601)은 MME(602)로 Attach Request또는 PDN 연결 요청을 전송할 수 있다. 상기 요청 전송 시 타입정보에 응급 여부를 표시할 수 있다. 또한 실시 예에 따라서 emergency PDN connectivity request를 전송하며, 만약 모든 bearer가 삭제된 경우에는 단말은 detach가 되므로 대신 emergency attach request를 전송할 수 있다.
단계 660에서 긴급 attach 및 PDN 연결 설정 중 하나 이상이 수행될 수 있고, 단계 650에서 IMC 호가 설정될 수 있다.
한편, 본 발명의 또 다른 한 실시예에 따르면, 사용자 단말(601)은 emergency service를 위해 기존 bearer들을 locally deactivate 시킨 후 TAU 과정을 통해 이를 코어 망에 알릴 수도 있다. 보다 구체적으로, 사용자가 emergency service를 UE(601)에 요청하면, UE(601)는 emergency service를 위해 기존 bearer의 일부 또는 전체가 deactivate 되야 한다고 판단될 경우, deactivate 될 bearer들을 선택한 후 이들을 제외한 나머지 active EPS bearer들의 정보만 TAU request 메시지의 EPS bearer context status에 active bit를 세팅해서 코어 네트워크로 보낼 수 있다. 또 다른 실시 예에 따르면 UE(601)는 deactivate 될 bearer는 inactive로 표시하고, 남길 bearer는 active로 세팅해서 코어 네트워크로 보낼 수도 있다. 이 때 UE(601)는 EPS update type을 통해 현재 보내는 TAU가 emergency service에 대한 요청을 코어 네트워크에 알릴 수 있다. 또 다른 실시 예에서 단말(601)은 Additional update type을 통해 현재 보내는 TAU가 emergency service에 대한 요청임을 코어네트워크에 알릴 수 있다. 또 다른 실시 예에 따르면 단말(601)은 별도의 emergency indicator를 통해 현재 보내는 TAU가 emergency service에 대한 요청임을 코어 네트워크에 알릴 수 있다. 단말(601)은 또한 이어지는 emergency service를 위해 S1/S5 setup이 진행되어야 함을 코어 네트워크에 알리기 위해 active flag도 setting할 수 있다.
MME(602)는 위 과정을 통해 UE(601)가 emergency 서비스를 위해 bearer context를 바꿨음을 인지할 수 있다. MME(602)는 자신이 저장하고 있는 EPS bearer context status와 단말이 TAU request에 넣은 EPS bearer context status를 비교해서 deactivate해야 할 EPS bearer가 있으면 bearer cleanup을 수행할 수 있다.
MME(602)는 UE(601)가 emergency 서비스를 위해 TAU를 보낸 경우는 UE(601)가 이어지는 emergency service 요청(PDN connectivity request)을 빨리 보낼 수 있도록 TAU accept를 bearer cleanup이 완료되기 전에 상기 emergency service 요청을 보낼 수 있다.
단말(601)은 TAU accept를 받으면 자신이 요청한 bearer context status의 수정이 완료되었음을 알게 되고, 이어지는 Emergency service를 위한 procedure를 수행한다.
만약 emergency service를 위한 bearer 정리가 필요한 상황이 idle mode에서 발생한 경우에는 실시 예에서, 다음의 방법을 적용할 수 있다.
사용자 단말(601)은 emergency service를 위해 기존 bearer의 일부 또는 전체가 deactivate 되야 한다고 판단될 경우, deactivate 될 bearer들을 선택한 후 이들을 제외한 나머지 active EPS bearer들의 정보만 TAU request 메시지의 EPS bearer context status에 active bit를 세팅해서 넣어서 코어네트워크로 보낸다. 또는 UE(601)는 deactivate 될 bearer는 inactive로 표시하고, 남길 bearer는 active로 세팅해 코어 네트워크로 보낼 수도 있다. Idle mode이므로 TAU request를 보내기 위해서 단말(601)은 eNB와 RRC connection을 맺어야 한다. UE(601)는 RRC connection setup request를 보내면서 establishment cause를 emergency로 setting할 수 있다.
eNB는 UE(601)로부터 받은 RRC 메시지에 들어있는 TAU request 메시지를 S1-AP의 Initial UE 메시지를 통해 전달하는데, 만약 RRC establishment cause가 emergency이면 이를 TAU request message와 함께 전달할 수 있다.
MME(602)는 TAU request를 받았는데 RRC establishment cause가 emergency이면 UE(601)가 emergency service를 위해 TAU request를 보냈음을 알 수 있다. 이후 동작은 앞선 과정 동일하게 진행될 수 있다.
앞선 상기 두 실시 예에서는 사용자 단말(601)이 locally deactive한 bearer 정보를 TAU 메시지를 사용해 네트워크에 알리는 것을 설명하였으나, 위 과정은 2G/3G망에서 RAU(Routing Area Update) 메시지를 통해 동일하게 적용될 수 있다. 또는 사용자 단말(601)은 네트워크에 보내는 ESR(Extended Service Request) 메시지에 상기 TAU 메시지에 넣었던 bearer status를 삽입해 대신 전송할 수도 있다.
상기 실시 예에 따른 방법들은, 기존 시스템의 큰 변경 없이 적용될 수 있다는 장점이 있으나, 응급 상황에서 가급적 emergency service를 사용자에게 빨리 적용할 수 있는 개선안도 필요할 수 있다.
도 7은 제2실시 예에 따른 다른 신호 송수신 과정을 나타내는 도면이다.
보다 구체적으로 도 7은 본 발명의 다른 실시예에 따라 기존 bearer에 대한 정리와 새로운 emergency bearer의 생성이 동시에 진행될 수 있도록 하는 신호 송수신 방법에 대해 개시하고 있다.
도 7을 참조하면 실시 예에서는 단말(701)이 eNB(702), MME(703), SGW(704) 및 PGW(705) 가 포함된 네트워크와 신호를 송수신 할 수 있다.
단계 710에서 단말(701)은 사용자가 긴급 서비스를 사용하기를 원하는 것을 감지할 수 있다.
단계 715에서 단말(701)은 현재 사용되는 베어러 수를 감지할 수 있다. 상기 현재 사용되는 베어러는 실시 예에 따라 일반 베어러 숫자일 수 있다. 단말(701)은 상기 감지한 베어러 수와 상기 긴급 서비스에 사용될 베어러 및 단말(701)이 동시에 지원할 수 있는 베어러 수를 기반으로 현재 사용되는 베어러 중 일부 또는 전부의 베어러가 비활성화 되어야 하는지 판단할 수 있다. 또한 실시 예에 따라 단말(701)은 자신이 동시에 active 할 수 있는 베어러의 개수가 현재 응급 호를 위해 필요한 베어러의 개수를 충족 시키지 못한다고 판단할 수 있다.
상기 판단 결과 단말(701)이 현재 사용하는 베어러를 비활성화 할 필요가 없는 경우 단말은 응급 서비스를 위한 호를 형성(establishment)하기 위해 MME(702)와 신호를 송수신 할 수 있다.
상기 판단 결과 사용자가 emergency call 요청했을 때, UE(701)는 emergency service를 위해 기존 bearer의 일부 또는 전체가 deactivate 되야 한다고 판단될 경우, 단계 720에서 단말(701)은 deactivate 될 bearer들을 선택한 후 이들을 제외한 나머지 active EPS bearer들의 정보만 PDN connectivity request 메시지의 EPS bearer context status에 active bit를 세팅해 넣어서 MME(703)에보낼 수 있다. 또 다른 실시 예에서 UE(701)는 deactivate 될 bearer는 inactive로 표시하고, 남길 bearer는 active로 세팅해서 MME(703)으로 보낼 수도 있다. 단말(701)이 삭제할 bearer를 선택하는 기준은 ARP에 따라, QCI에 따라 또는 default/dedicated bearer 여부에 따라(dedicate bearer를 삭제), 및 일정 시간 activity가 없는 beaer인지 중 하나에 따라 결정될 수 있다.
단계 720에서 MME(703)는 위 과정을 통해 UE(701)가 emergency 서비스를 위해 bearer context를 바꿨음을 인지할 수 있다. MME(703)는 자신이 저장하고 있는 EPS bearer context status와 단말이 PDP connectivity request에 넣은 EPS bearer context status를 비교해서 deactivate해야할 EPS bearer가 있으면 bearer cleanup을 수행할 수 있다. 또한 단계 715에서 수신한 정보를 기반으로 bearer cleanup을 수행할 수도 있다. 이와 함께에 MME(703)는 emergency service를 위한 PDN connection을 생성하는 과정을 수행할 수 있다.
단계 725에서 MME(703)은 세션 생성 요청을 SGW(704)에 전송할 수 있다. 상기 세션 생성 요청은 제거 되어야 할 베어러 ID를 포함할 수 있다.
단계 730에서 SGW(704)는 PGW(705)에 단계 725에서 수신한 신호를 기반으로 세션 생성 요청을 전달할 수 있다.
단계 735 내지 단계 745에서 각 노드는 응답 메시지를 전달할 수 있고 단계 750에서 eNB(702)는 단말(701)에 RRC connection Reconfiguration을 전달할 수 있다. 상기 RRC connection Reconfiguration은 DBR 리스트를 포함할 수 있다.
단계 755에서 단말과 코어 네트워크 사이에 IMS 호 설정이 될 수 있다.
도 8은 제2실시 예에 따른 다른 신호 송수신 과정을 나타내는 도면이다.
보다 구체적으로 도 8에서 사용자 단말(801)은 emergency service에 대한 bearer 설정을 요청하면서, 기존 normal bearer들의 정리를 네트워크에서 해주기를 요청할 수도 있다.
도 8을 참조하면 실시 예에서는 단말(801)이 eNB(802), MME(803), SGW(804) 및 PGW(805) 가 포함된 네트워크와 신호를 송수신 할 수 있다.
단계 810 및 단계 815는 도 7의 단계 710 및 단계 715와 동일하게 진행될 수 있다.
단계 820에서 사용자가 emergency call 요청하면, 단말(801)은 자신이 동시에 activate 할 수 있는 bearer의 개수로 인해 emergency call을 위한 bearer 개수를 충족 못 시킨다고 판단한 경우 Emergency PDN connectivity request에 단순히 기존 bearer 들에 대한 정리를 요청함을 알리는 식별자를 포함할 수 있다. 또한 상기 요청에는 단말(801)이 동시에 지원할 수 있는 베어러 정보를 포함시킬 수 있다.
단계 825에서 만약 단말(801)이 동시에 activate할 수 있는 최대 bearer의 개수가 코어망에 이미 알려진 경우라고 하면 MME(803)가 단말이 emergency service를 요청한 경우 자의적으로 bearer 처리를 해 줄 수 있다. 또는 만약 사용자 단말(801)이 bearer 정리를 요청했는데, 사용자 단말(801)에서 지원하는 bearer 수에 대한 정보를 망이 가지고 있지 않다면, MME(803)단순이 모든 normal bearer를 삭제하는 것도 가능하다.
실시 예에서 MME(803)는 사용자 가입 정보에 따라 단말(801)이 동시에 지원할수 있는 최대 Bearer를 알 수 있다. 이 경우엔 단말(801)의 context table에 ISMI에 따른 최대 지원 bearer 수의 mapping이 있거나, 아니면 IMEISV를 기준으로 단말(801) 기종에 따라 최대 사용할 수 있는 bearer의 수를 알 수도 있다. 이 경우엔 MME(803) 내부에 IEMISV에 따른 사용자 단말 기종, 그리고 이 기종에서 사용할 수 있는 최대 bearer의 수에 대한 mapping이 설정되어 있어야 한다.
사업자는 MME(803)에게 이러한 정보를 알리기 위해서 HSS의 단말 정보를 갱신하거나, 아니면 O&M 등의 configuration 방식을 사용하여 MME(803)에게 단말(801)의 IMEISV에 따른 기종, 그리고 이에 따른 최대 bearer의 수를 설정할 수 있다.
단말(801)이 emergency PDN connectivity request를 전송하면 MME(803)는 단말(801)에 대한 정보에 따라 최대 bearer 지원 개수에 의해 normal bearer의 전체 또는 일부가 삭제되어야 한다고 판단할 수 있다. 만약 일부 bearer만 삭제하는 경우 삭제할 bearer를 선택하는 기준은 ARP에 따라, 또는 QCI에 따라 또는 default/dedicated bearer 여부에 따라(dedicate bearer를 삭제), 또는 일정 시간 activity가 없는 beaer인지에 따라 결정될 수 있다.
단계 830 및 단계 835에서 코어 망은 active되어있는 해당 normal bearer들을 삭제(S-GW(804)와 P-GW(805)까지 bearer cleanup)하고 emergency bearer/session을 생성한다. 여기서 기존 bearer 삭제와 새로운 emergency bearer 생성은 동시에 발생할 수도 있고 병렬적으로 따로 진행될 수도 있다. 동시에 진행되는 경우는 emergency bearer 생성을 위한 create session request 메시지에 삭제할 bearer들의 list를 나타내거나 normal bearer 전체 삭제표시하기 위한 cleanup indicator를 삽입할 수 있다.
MME(803)는 삭제된 bearer의 정보와 새로 생긴 bearer의 정보(bearer id, bearer QoS, S5 TEID 등)을 eNB(802)에게 알림. eNB(802)는 이에 따라 UE(801)사이의 data radio bearer를 갱신한다.
코어 망은 emergency PDN connectivity request에 삭제할 bearer id들이 포함된 경우 active되어있는 해당 normal bearer들을 삭제(S-GW(804)와 P-GW(805)까지 bearer cleanup)하고 emergency bearer/session을 생성할 수 있다.
여기서 기존 bearer 삭제와 새로운 emergency bearer 생성은 동시에 발생할 수도 있고 병렬적으로 따로 진행될 수도 있다. 동시에 진행되는 경우는 emergency bearer 생성을 위해 전달되는 create session request 메시지에 삭제할 bearer들의 list 또는 normal bearer 전체 삭제를 위한 cleanup indicator를 삽입할 수 있다.
MME(803)는 삭제된 bearer의 정보와 새로 생긴 bearer의 정보(bearer id, bearer QoS, S5 TEID 등)을 eNB(802)에게 알릴 수 있다. eNB(802)는 이에 따라 UE(801)사이의 data radio bearer를 갱신하고, 최종적으로 이는 사용자 단말(801)에게 알려진다.
한편, 본 발명의 또 따른 한 실시예에 따라, EMM과정과 ESM 과정을 병합하는 방법도 제안한다. 즉, TAU/RAU request 메시지와 ESR 메시지에 ESM message container를 포함하여 전송하는 것이다. 여기서 ESM message container에는 단말(801)이 생성하여 보내는 ESM request 메시지가(예, PDN connectivity request)가 포함될 수 있다.
보다 구체적으로, emergency service가 initiation 된 경우 사용자 단말(801)은 locally deactivate한 bearer들의 정보를 TAU/RAU request 또는 ESR 메시지를 통해 앞선 실시예에 따라 전송하면서, 동시에 ESM message container에 PDN connectivity request를 포함해서 함께 전송한다. 즉, 단말(801)은 자신이 locally deactivation 시킨 bearer들의 정보 또는 deactivation 된 후 남아있는 bearer들의 정보를 TAU request/RAU request/ESR 메시지의 EPS bearer context status IE에 포함하고, ESM message container에 emergency service를 위한 PDN connectivity request를 포함시켜서 TAU/RAU request 또는 ESR 메시지를 MME(803)에게 전송한다. MME(803)는 앞선 실시예에 따라 단말의 bearer에 대한 cleanup을 수행함과 동시에 ESM message container에 들어있는 PDN connectivity request 메시지를 이용해 PDN connection 생성 요청도 처리할 수 있다. 전술한 실시 예 2에 따른 응급호 제공 방법에서 각 신호들이 포함하는 정보들은 서로 바꾸어서 사용될 수 있다.
<실시 예 3>
한편, 만약 코어 네트워크 노드(예, MME, SGSN)이 많은 시그널링 처리로 인해 혼잡에 빠진 경우, 코어 네트워크 노드는 자신에게 서비스를 받고 있던 사용자 단말들이 다른 코어 네트워크 노드에게 서비스 받도록 우회하도록 유도할 수 있다.
이 과정은 기지국 노드가 사용자 단말을 위한 코어 네트워크 노드를 새롭게 선택하는 과정과, 사용자 단말의 정보를 코어 네트워크 노드에 등록 하는 과정을 통해 이루어 진다. 그런데 만약 기지국 노드가 사용자 단말을 위한 코어 네트워크의 선택 과정 중에 상기 혼잡에 빠진 기존 코어 네트워크 노드를 다시 고른다면, 혼잡 상황이 개선되기 힘들다. 한편, 기지국이 새로운 코어 네트워크 노드를 선택하여 사용자 단말에 대한 코어 네트워크 노드가 변경된 경우, 새로운 코어 네트워크 노드는 사용자 단말에 대한 정보를 등록해야 하는데, 이 과정 중에 기존 코어 네트워크 노드에 저장되어 있는 사용자 단말의 정보를 얻으려고 요청한다면, 이를 처리하기 위해 혼잡에 빠진 기존 코어 네트워크 노드의 상태가 악화될 수 있다.
실시 예에서 먼저 (혼잡 상태인) 기존 코어 네트워크 노드는 사용자 단말에게 혼잡으로 인해 서비스 제공이 힘듬을 NAS 계층의 정보를 통해 알린다. 이를 수신한 사용자 단말은 코어 네트워크에 대한 등록(registration) 재설정 과정에서, 하위 계층(AS layer)에 기존 코어 네트워크 노드를 찾을 수 있는 정보 (예를 들면, S-TMSI, GUTI, GUMMEI, 또는 P-TMSI)를 제공하지 않는다. 기존 코어 네트워크 노드에 대한 정보가 없으면, 단말의 AS 계층은 기지국과 RRC 연결을 생성할 때 해당 정보를 제공할 수 없으며, 이는 기지국이 사용자 단말에 대한 새로운 코어 네트워크 노드를 선택하도록 유발한다. 사용자 단말의 NAS 요청 메시지 (예, attach request)는 기지국을 통해 새로 선택된 코어 네트워크 노드로 전달된다. 이 때, 사용자 단말은 새로운 코어 네트워크 노드가 사용자 단말에 대한 정보(context)를 기존 코어 네트워크 노드로부터 가져와 혼잡이 가중되는 것을 막기 위해, 새로운 코어 네트워크 노드가 사용자 단말의 정보(context)를 HSS와 직접 통신하는 과정을 통해 설정하도록 유발하는 정보(또는 식별자)를 새로운 코어 네트워크 노드에게 전달할 수 있다.
도 9는 제3실시 예에 따른 신호 송수신 과정을 나타내는 도면이다.
도 9를 참조하면 단말(901) 이 RAN(902)을 통해 MME/SGSN(903, 904)과 신호를 송수신 할 수 있다. 또한 MME/SGSN(903, 904)의 혼잡에 따라 기존에 접속하고 있던 Old MME/SGSN(903)과 새로 접속할 New MME/SGSN(904)으로 구별될 수 있다. 그러나 실시 예에서 MME/SGSN이 변경되는 것은 혼잡의 원인이 아닌 경우에도 적용될 수 있음을 밝힌다.
단계 910에서 old MME/SGSN(903)에 혼잡 상황이 발생할 수 있다. 상기 혼잡상황은 트레픽의 증가 및 일부 장치들의 부작동 중 하나 이상을 포함할 수 있다.
그림에서 보듯이, 혼잡 상태인 코어 네트워크 노드(이하 기존 코어 네트워크 노드라 칭함)는 단계 915에서 사용자 단말(901)로부터 NAS 요청 메시지(예, TAU request 또는 attach request)가 발생하면, 단계 920에서 혼잡으로 인해 요청이 거절되었음을 알리거나, 또는 로드 상태로 단말(901)의 재등록이 필요하다는 정보와 함께 사용자 단말(901)에게 NAS 응답 또는 거절 메시지(예, TAU reject 또는 attach reject)를 전달한다. 이때 이 NAS 메시지를 담아 기지국(902)에 전달되는 S1-AP 메시지(Downlink NAS Transport)에는 추가적으로 사용자 단말과 기지국(902) 사이의 RRC 연결이, NAS 메시지 전달 이후 삭제되어야 함을 요청하는 정보(예, immediate release required indicator)가 포함될 수 있다.
단계 925에서 기지국(902)은 코어 네트워크 노드로부터 수신한 메시지를 RRC 메시지(DLInformationTransfer)에 담아 사용자 단말(901)에게 전달할 수 있다. 상기 RRC 메시지에는 혼잡 지시자 및 타이머 정보를 포함할 수 있다.
특히 상기와 같이 RRC 연결을 즉시 삭제함을 요청 받은 경우 단계 930에서 메시지가 전달되면 RRC 연결을 해제한다. 이와 같이 RRC연결을 해제하는 것은, 기지국(902)이 사용자 단말(901)을 위한 코어 네트워크 노드를 재선택 하는 동작이 RRC 연결을 생성하는 과정 중에 수행되기 때문에, 사용자 단말(901)이 NAS 요청을 수행할 때 기존 RRC 연결을 재활용하면 기존 코어 네트워크 노드가 다시 사용될 수 있기 때문이다.
이와 유사한 효과를 얻는 또 다른 방법으로, 코어 네트워크 노드는 상용자 단말(901)에게 전달하는 상기 NAS 응답/거절 메시지 또는 기지국(902)이 사용자 단말(901)에게 전달하는 RRC 메시지(DLInformationTransfer)에 timer 값을 설정할 수 있다. 이 timer는 기지국(902)이 기존의 RRC 연결을 해제하는데 필요한 일종의 보호 구간이다. 즉, 사용자 단말(901)은, 코어 네트워크 노드 또는 RRC 메시지를 통해 timer 값을 수신하면, 해당 timer가 지난 후에 NAS 요청을 시도할 수 있다.
단계 935에서 사용자 단말(901)의 NAS 계층은 이후 NAS 요청(Attach request)을 시도할 때, 하위 계층에게 기존 코어 네트워크를 찾을 수 있는 정보 (예, S-TMSI, GUTI, GUMMEI, P-TMSI 등)을 전달하지 않는다.
단계 940에서 RRC connection request/setup이 진행되고, 단계 945에서 사용자 단말(901)의 AS 계층에서 RRC 연결을 생성하는 과정 중에 기존 코어 네트워크를 찾을 수 있는 정보(예, MME 라우팅 정보)를 기지국(902)에 전달하지 않을 수 있다.
단계 945에서 기지국(902)은 RRC connection setup complete 메시지를 수신하고, 단계 950에서 RAN(902)는 기존 코어 네트워크(Core Network, CN)를 찾을 수 있는 정보가 없으므로 새로운 코어 네트워크 노드를 선택하고, 단계 955에서 포함되어 있는 NAS 요청 메시지를 새로운 코어 네트워크 노드에게 전달한다.
사용자 단말(901)에 대한 NAS 요청 메시지를 수신한 새로운 코어 네트워크 노드는 사용자 단말(901)의 정보(context)를 얻기 위한 과정을 수행해야 한다. 이 때, 새로운 코어 네트워크 노드는 사용자 단말(901)이 NAS 요청 메시지에 삽입한 식별자 (GUTI, 또는 old GUTI)를 이용하여 필요한 경우 기존 코어 네트워크 노드에게 사용자 단말(901)의 정보(context)를 요청할 수 있다. 그런데, 만약 혼잡한 기존 코어 네트워크 노드에 이러한 요청이 몰릴 경우 혼잡이 가중될 수 있다. 이를 해결하기 위해, 기존 코어 네트워크 노드는 새로운 코어 네트워크 노드에게 1) 혼잡이 발생되면 이를 별도의 overload indication과 같은 코어 네트워크간 메시지 교환을 통해 알리거나, 또는 2) 새로운 코어 네트워크 노드가 context 요청을 위해 identification request를 보내면, 이에 대한 응답/거절을 통해 혼잡 상황을 알릴 수 있다. 이를 수신한 새로운 코어 네트워크 노드는 기존 코어 네트워크 노드가 혼잡함을 인지하고 이를 저장해 추후 활용할 수 있으며, 단계 960에서 코어 네트워크는 사용자 단말(901)의 IMSI를 얻기 위한 identity request/response 과정을 수행한다. 사용자 단말(901)로부터 IMSI를 수신하면, 이를 활용해 단말의 context를 설정하고, 나머지 등록 과정을 수행한다 (단계 965).
도 10는 제3실시 예에 따른 다른 신호 송수신 과정을 나타내는 도면이다.
도 10을 참조하면 단말(1001) 이 RAN(1002)을 통해 MME/SGSN(1003, 1004)과 신호를 송수신 할 수 있다. 또한 MME/SGSN(1003, 1004)의 혼잡에 따라 기존에 접속하고 있던 Old MME/SGSN(1003)과 새로 접속할 New MME/SGSN(1004)으로 구별될 수 있다. 그러나 실시 예에서 MME/SGSN이 변경되는 것은 혼잡의 원인이 아닌 경우에도 적용될 수 있음을 밝힌다.
단계 1010 내지 단계 1040의 경우 도 9의 단계 910 내지 단계 940과 각각 대응된다.
단계 1045에서 사용자 단말(1001)의 NAS 계층에서 NAS 요청(attach request)를 생성할 때, 단말(1001)은 새로운 코어 네트워크 노드에게 현재 발생한 NAS 요청이 기존 코어 네트워크 노드의 혼잡 또는 코어 네트워크 변경 선호로 인해 발생한 것이라는 것을 직접 알리는 정보를 포함시켜 전송할 수 있다. 단계 1050에서 기지국(1002)은 새로운 CN 노드를 선택하고 New MME/SGSN(1004)로 Initial UE message를 전송할 수 있으며, 상기 Initial UE message는 CN overload로 인한 re-attach임을 알리는 지시자를 포함할 수 있다. 사용자 단말(1001)에 대한 NAS 요청 메시지를 수신한 새로운 코어 네트워크 노드는 사용자 단말(1001)의 정보(context)를 얻기 위한 과정을 수행해야 하는데(단계 1060), 상기 NAS 요청의 발생 원인에 대한 정보(즉, 기존 코어 네트워크 노드의 혼잡으로 또는 코어 네트워크 변경 요청에 의해)가 포함된 경우에는 기존 코어 네트워크 노드의 혼잡을 인지하고 이를 저장해 추후 활용할 수 있으며, 만약 필요하다면 사용자 단말(1001)의 IMSI를 얻기 위한 identity request/response 과정을 수행한다. 사용자 단말(1001)로부터 IMSI를 수신하면, 이를 활용해 단말(1001)의 context를 설정하고, 나머지 등록 과정을 수행한다.(단계 1065)
도 11는 제3실시 예에 따른 다른 신호 송수신 과정을 나타내는 도면이다.
도 11을 참조하면 단말(1101) 이 RAN(1102)을 통해 MME/SGSN(1103, 1104)과 신호를 송수신 할 수 있다. 또한 MME/SGSN(1103, 1104)의 혼잡에 따라 기존에 접속하고 있던 Old MME/SGSN(1103)과 새로 접속할 New MME/SGSN(1104)으로 구별될 수 있다. 그러나 실시 예에서 MME/SGSN이 변경되는 것은 혼잡의 원인이 아닌 경우에도 적용될 수 있음을 밝힌다.
단계 1110 내지 단계 1150의 경우 도 9의 단계 910 내지 950와 각각 대응될 수 있다.
실시 예에서 사용자 단말(1101)의 NAS 계층에서 NAS 요청(attach request)를 생성할 때, 현재 발생한 NAS 요청이 기존 코어 네트워크 노드의 혼잡 또는 코어 네트워크 변경 선호로 인해 발생한 경우 GUTI, old GUTI 대신 IMSI를 단말 식별자로 포함해 전달하는 것이다. 이는 새로운 코어 네트워크 노드가 기존 코어 네트워크 노드에 사용자 단말의 정보(context)를 요청하지 않도록 하며, IMSI를 기반으로 단말(1101)의 context를 설정하고, 나머지 등록 과정을 수행할 수 있도록 한다.
단계 1155에서 기지국(1102)는 Initial UE message에 NAS request와 단말(1101)의 IMSI를 포함시켜 전송할 수 있다. 이후 나머지 등록 과정을 수행한다.(단계 1165)
도 12는 실시 예에 따른 또 다른 신호 송수신 과정을 나타내는 도면이다.
도 12을 참조하면 단말(1201) 이 RAN(1202)을 통해 MME/SGSN(1203, 1204)과 신호를 송수신 할 수 있다. 또한 MME/SGSN(1203, 1204)의 혼잡에 따라 기존에 접속하고 있던 Old MME/SGSN(1203)과 새로 접속할 New MME/SGSN(1204)으로 구별될 수 있다. 그러나 실시 예에서 MME/SGSN이 변경되는 것은 혼잡의 원인이 아닌 경우에도 적용될 수 있음을 밝힌다.
상기 도 9 내지 도 11에 기술된 실시 예는 사용자 단말(1201)이 코어 네트워크 노드에게 명시적으로 NAS 요청을 보낸 경우에 대한 것인데, 도 12에 기술되는 실시 예는 사용자 단말(1201)이 명시적으로 NAS 요청을 보내지 않은 경우에도 적용될 수 있다. 즉, 예를 들면 코어 네트워크 노드가 혼잡하다고 판단하면, 기지국(1202)을 통해 코어 네트워크 노드 재설정이 필요함을 사용자 단말(1201)에게 알리고, 이후 도 9 내지 도 11의 동작과 유사한 과정을 통해 새로운 코어 네트워크 노드를 통해 등록되도록 하는 것이다. 단계 1210에서 단말(1201), 기지국(1202) 및 old MME/SGSN(1203)이 연결 모드(connected mode)로 동작하고 있다.
단계 1215에서 old MME/SGSN(1203)이 코어 네트워크 노드가 혼잡하다고 판단하면, 단계 1120에서 코어 네트어크 노드는 기지국(1202)에 사용자 단말(1201)에 대해 load balancing을 위해 연결의 해제가 필요함을 알리는 정보를 포함한 명령 메시지를 전달한다.
단계 1225에서 이를 수신한 기지국(1202)은 사용자 단말(1202)의 RRC 연결을 해제하는 명령을 전달하면서, load balancing을 위해 코어 네트워크 변경이 필요함을 알린다. 이처럼 RRC 연결이 해제된 이후의 동작은 도 9 내지 11에서 RRC 연결 해제 이후의 것이 그대로 적용될 수 있으므로 자세한 설명은 생략한다.
본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시 예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구의 범위에 의하여 나타내어지며, 특허청구의 범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.
한편, 본 명세서와 도면에는 본 발명의 바람직한 실시 예에 대하여 개시하였으며, 비록 특정 용어들이 사용되었으나, 이는 단지 본 발명의 기술 내용을 쉽게 설명하고 발명의 이해를 돕기 위한 일반적인 의미에서 사용된 것이지, 본 발명의 범위를 한정하고자 하는 것은 아니다. 여기에 개시된 실시 예 외에도 본 발명의 기술적 사상에 바탕을 둔 다른 변형 예들이 실시 가능하다는 것은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 자명한 것이다.

Claims (14)

  1. 무선 통신 시스템에서 신호를 송수신 하는 단말에서의 방법에 있어,
    타 단말과 데이터 송수신을 위해 Gateway Mobile Switching Center(GMSC)로 Circuit Switched voice network(CS) 서비스 요청을 전송하는 단계; 및
    상기 GSMC로부터 상기 서비스 요청에 대한 호 거절 응답을 수신하는 단계를 포함하며,
    상기 호 거절 응답은 상기 타 단말의 코어 네트워크 중 하나의 엔티티에서 전송하는 것을 특징으로 하는 방법.
  2. 제1항에 있어서,
    상기 호 거절 응답은 상기 타 단말의 Home Location Register에서 전송된 것을 특징으로 하며,
    상기 호 거절 응답에 따라 상기 GSMC는 페이징 재시도 타이머를 정지하는 것을 특징으로 하는 방법.
  3. 제1항에 있어서,
    상기 CS 서비스 요청을 전송하는 단계는 상기 CS 서비스 요청에 서비스 종류를 나타내는 지시자를 포함시켜 전송하는 단계를 포함하는 것을 특징으로 하는 방법.
  4. 제1항에 있어서,
    상기 호 거절 응답은 상기 타 단말의 Mobile Switching Center에서 전송된 것을 특징으로 하며,
    상기 호 거절 응답에 따라 상기 GSMC는 페이징 재시도 타이머를 정지하는 것을 특징으로 하는 방법.
  5. 제4항에 있어서,
    상기 호 거절 응답은 호 거절 응답의 이유를 포함하는 것을 특징으로 하며,
    호 거절 응답에 따라 표시부에 호 거절 응답의 이유를 표시하는 단계를 더 포함하는 것을 특징으로 하는 방법.
  6. 무선 통신시스템의 단말에서 혼잡제어 방법에 있어서,
    기지국으로 Non-Access-Stratum(NAS) 요청을 전송하는 단계;
    상기 요청에 대응하여 코어네트워크로부터 혼잡으로 인한 NAS 거절을 수신하는 단계; 및
    상기 단말과 상기 기지국 사이의 Radio Resource Control(RRC) 연결이 해제되어야 함을 지시하는 지시자를 포함하는 RRC 연결 설정(connection setup)신호를 상기 기지국에 전송하는 단계를 포함하는 방법.
  7. 제6항에 있어서,
    상기 RRC connection setup 신호는 상기 단말의 식별자를 포함하는 것을 특징으로 하는 방법.
  8. 무선 통신 시스템에서 단말에 있어서,
    타 단말과 데이터 송수신을 위해 Gateway Mobile Switching Center(GMSC)로 Circuit Switched voice network(CS) 서비스 요청을 전송하는 송수신부; 및
    상기 상기 GSMC로부터 상기 서비스 요청에 대한 호 거절 응답을 수신하도록 상기 송수신부를 제어하는 제어부를 포함하며,
    상기 호 거절 응답은 상기 타 단말의 코어 네트워크 중 하나의 엔티티에서 전송하는 것을 특징으로 하는 방법.
  9. 제8항에 있어서,
    상기 호 거절 응답은 상기 타 단말의 Home Location Register에서 전송된 것을 특징으로 하며,
    상기 호 거절 응답에 따라 상기 GSMC는 페이징 재시도 타이머를 정지하는 것을 특징으로 하는 단말.
  10. 제8항에 있어서,
    상기 제어부는 상기 CS 서비스 요청을 전송하는 단계는 상기 CS 서비스 요청에 서비스 종류를 나타내는 지시자를 포함시켜 전송하는 것을 특징으로 하는 단말.
  11. 제8항에 있어서,
    상기 호 거절 응답은 상기 타 단말의 Mobile Switching Center에서 전송된 것을 특징으로 하며,
    상기 호 거절 응답에 따라 상기 GSMC는 페이징 재시도 타이머를 정지하는 것을 특징으로 하는 단말.
  12. 제11항에 있어서,
    상기 호 거절 응답은 호 거절 응답의 이유를 포함하는 것을 특징으로 하며,
    호 거절 응답에 따라 표시부에 호 거절 응답의 이유를 표시하는 표시부를 더 포함하는 단말.
  13. 혼잡제어를 수행하는 단말에 있어서,
    기지국으로 Non-Access-Stratum(NAS) 요청을 전송하고, 상기 요청에 대응하여 코어네트워크로부터 혼잡으로 인한 NAS 거절을 수신하는 송수신부; 및
    상기 송수신부를 제어하여 상기 단말과 상기 기지국 사이의 Radio Resource Control(RRC) 연결이 해제되어야 함을 지시하는 지시자를 포함하는 RRC 연결 설정(connection setup)신호를 상기 기지국에 전송하는 제어부를 포함하는 단말.
  14. 제13항에 있어서,
    상기 RRC connection setup 신호는 상기 단말의 식별자를 포함하는 것을 특징으로 하는 단말.
PCT/KR2013/001892 2012-03-08 2013-03-08 무선 통신 시스템에서 서비스를 제어하기 위한 방법 WO2013133663A1 (ko)

Priority Applications (11)

Application Number Priority Date Filing Date Title
EP19158736.9A EP3509387B1 (en) 2012-03-08 2013-03-08 Method for controlling services in wireless communication system
EP21179267.6A EP3897032A1 (en) 2012-03-08 2013-03-08 Method for controlling services in wireless communication system
JP2014560858A JP2015513864A (ja) 2012-03-08 2013-03-08 無線通信システムでサービスを制御するための方法
US14/383,889 US9629021B2 (en) 2012-03-08 2013-03-08 Method for controlling service in radio communication system
EP13758097.3A EP2824981B1 (en) 2012-03-08 2013-03-08 Method for controlling service in radio communication system
AU2013228148A AU2013228148B2 (en) 2012-03-08 2013-03-08 Method for controlling service in radio communication system
CN201380012408.4A CN104160762B (zh) 2012-03-08 2013-03-08 用于控制无线通信系统中的服务的方法
US15/489,610 US10405227B2 (en) 2012-03-08 2017-04-17 Method for controlling service in radio communication system
US16/557,741 US11051361B2 (en) 2012-03-08 2019-08-30 Method for controlling service in radio communication system
US17/360,904 US11653259B2 (en) 2012-03-08 2021-06-28 Method for controlling service in radio communication system
US18/317,559 US20230284087A1 (en) 2012-03-08 2023-05-15 Method for controlling service in radio communication system

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US201261608580P 2012-03-08 2012-03-08
US61/608,580 2012-03-08
US201261612484P 2012-03-19 2012-03-19
US61/612,484 2012-03-19
US201261614470P 2012-03-22 2012-03-22
US61/614,470 2012-03-22

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US14/383,889 A-371-Of-International US9629021B2 (en) 2012-03-08 2013-03-08 Method for controlling service in radio communication system
US15/489,610 Continuation US10405227B2 (en) 2012-03-08 2017-04-17 Method for controlling service in radio communication system

Publications (1)

Publication Number Publication Date
WO2013133663A1 true WO2013133663A1 (ko) 2013-09-12

Family

ID=49117069

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2013/001892 WO2013133663A1 (ko) 2012-03-08 2013-03-08 무선 통신 시스템에서 서비스를 제어하기 위한 방법

Country Status (7)

Country Link
US (5) US9629021B2 (ko)
EP (3) EP2824981B1 (ko)
JP (3) JP2015513864A (ko)
KR (2) KR102130629B1 (ko)
CN (2) CN110062479A (ko)
AU (1) AU2013228148B2 (ko)
WO (1) WO2013133663A1 (ko)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017164679A1 (ko) * 2016-03-23 2017-09-28 엘지전자(주) 무선 통신 시스템에서 트래킹 영역 업데이트 방법 및 이를 위한 장치
CN107567043A (zh) * 2017-10-10 2018-01-09 成都欧珀通信科技有限公司 检测终端接入的方法及相关产品
US10051661B2 (en) 2014-08-29 2018-08-14 Samsung Electronics Co., Ltd. Method and apparatus for communicating using unlicensed bands in mobile communication system
WO2019216686A1 (ko) * 2018-05-10 2019-11-14 삼성전자 주식회사 차세대 이동 통신 시스템에서 페이징을 지원하는 방법 및 장치
CN111448843A (zh) * 2017-11-17 2020-07-24 Lg电子株式会社 发起服务请求过程的方法和用户设备
CN111954200A (zh) * 2017-05-04 2020-11-17 华为技术有限公司 消息的传输方法、及设备

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2509072B (en) * 2012-12-19 2015-08-05 Samsung Electronics Co Ltd Bearer management
RU2015135502A (ru) 2013-01-24 2017-03-02 Хуавей Текнолоджиз Ко., Лтд. Способ и система обработки услуг и относящееся к ним устройство
ES2761608T3 (es) * 2014-04-15 2020-05-20 Nokia Solutions & Networks Oy Interfuncionamiento con un sistema basado en una portadora
EP3141039B1 (en) 2014-05-08 2020-07-22 Interdigital Patent Holdings, Inc. Method and mobility management entity, mme, for re-directing a ue to a dedicated core network node
CN106537879B (zh) * 2014-06-11 2020-01-17 康维达无线有限责任公司 用于本地内容重定向的映射服务
KR101905941B1 (ko) 2014-11-13 2018-10-11 주식회사 케이티 Wlan 캐리어를 이용한 데이터 송수신 방법 및 그 장치
US9967915B2 (en) * 2015-05-07 2018-05-08 Samsung Electronics Co., Ltd Method of handling multiple PDN/PDP disconnection requests on the same APN
CN104883706A (zh) * 2015-05-08 2015-09-02 大唐移动通信设备有限公司 一种寻呼失败处理方法及装置
US10524171B2 (en) * 2015-06-16 2019-12-31 Qualcomm Incorporated Reselection between regular and dedicated core networks
BR112018007418A2 (pt) * 2015-10-14 2018-10-16 Ericsson Telefon Ab L M método desempenhado por um nó, método desempenhado por um gateway, nó de mobilidade e gateway
US20190342940A1 (en) * 2015-11-17 2019-11-07 Lg Electronics Inc. Method for supporting extended idle mode discontinuous reception activation in wireless communication system and apparatus therefor
ES2914802T3 (es) * 2015-11-19 2022-06-16 Sk Telecom Co Ltd Procedimientos para seleccionar una red central en un sistema de comunicación móvil
KR102373871B1 (ko) * 2015-12-09 2022-03-14 삼성전자주식회사 무선 통신 시스템에서 멀티 서비스를 위한 장치 및 방법
CN109417724B (zh) * 2016-07-05 2022-06-24 三星电子株式会社 在无线网络中处理控制平面数据的方法
CN108347735B (zh) * 2017-01-24 2023-07-14 中兴通讯股份有限公司 过载控制方法及装置
US10158524B2 (en) * 2017-02-10 2018-12-18 Verizon Patent And Licensing Inc. System and method for enhanced network event monitoring and reporting
JP2018157506A (ja) * 2017-03-21 2018-10-04 株式会社Nttドコモ スライス割当方法及び移動通信システム
CN106792612A (zh) * 2017-03-29 2017-05-31 努比亚技术有限公司 一种无卡紧急呼叫处理方法及终端
KR20200074165A (ko) * 2017-11-17 2020-06-24 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) Ue 비활성과 관련된 방법들, 장치 및 시스템들
TWI714968B (zh) * 2018-02-22 2021-01-01 新加坡商 聯發科技(新加坡)私人有限公司 追蹤區域更新程序改良之方法及其裝置
US11122471B2 (en) * 2019-10-04 2021-09-14 T-Mobile Usa, Inc. On-demand circuit-switched (CS) network registration
EP4133800A4 (en) * 2020-04-07 2024-01-03 Qualcomm Inc METHOD FOR QUICKLY RECOVERING CALL CASES IN 5G NSA
KR20220042796A (ko) 2020-09-28 2022-04-05 삼성전자주식회사 망 연동 시 네트워크 슬라이스를 지원하는 방법 및 장치
US11570737B1 (en) * 2021-08-13 2023-01-31 At&T Intellectual Property I, L.P. Deviced based network steering
WO2023238743A1 (ja) * 2022-06-09 2023-12-14 日本電気株式会社 コアネットワークノード、アクセスネットワークノード、無線端末、通信方法、及びコンピュータ可読媒体

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100767875B1 (ko) * 2001-12-05 2007-10-17 텔레폰악티에볼라겟 엘엠 에릭슨(펍) 회선-교환 호출 설정 및 인터-msc 패킷 데이터핸드오프와 관련된 호출 경로 지정의 최적화
KR20100049320A (ko) * 2008-11-03 2010-05-12 주식회사 케이티 무선망 과부하 제어 방법 및 그 장치
US20110103277A1 (en) * 2009-10-30 2011-05-05 Interdigital Patent Holdings, Inc. Method and apparatus for efficient signaling and usage of resources for wireless communications supporting circuit switched and packet switched sessions
KR20120006659A (ko) * 2010-07-13 2012-01-19 콘텔라 주식회사 패킷 데이터 서비스 전용 펨토셀을 구비한 이동통신 시스템 및 그 서비스 방법

Family Cites Families (86)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI103371B1 (fi) 1996-06-13 1999-06-15 Nokia Telecommunications Oy Menetelmä ja järjestelmä hätäliikenteen varmistamiseksi
FI104678B (fi) * 1996-12-04 2000-04-14 Nokia Networks Oy Puhelunmuodostus matkaviestinjärjestelmässä
US6148201A (en) * 1997-08-06 2000-11-14 Nortel Networks Corporation Scalable wireless network architecture based on subscriber distribution
US6311055B1 (en) 1997-10-02 2001-10-30 Ericsson Inc System and method for providing restrictions on mobile-originated calls
WO2002045449A1 (en) 2000-11-28 2002-06-06 Nokia Corporation System and method for authentication of a roaming subscriber
US7177594B2 (en) * 2001-09-06 2007-02-13 Intel Corporation Controlling communications between devices within a mobile and ad hoc network
NO20013195D0 (no) * 2001-06-25 2001-06-25 Ericsson Telefon Ab L M Arrangement i mobilt kommunikasjonsnett
US7320070B2 (en) 2002-01-08 2008-01-15 Verizon Services Corp. Methods and apparatus for protecting against IP address assignments based on a false MAC address
US20040203752A1 (en) 2002-11-18 2004-10-14 Toshiba America Information Systems, Inc. Mobility communications system
US20040203736A1 (en) * 2002-11-20 2004-10-14 Pedro Serna Method, network node and system for selecting network nodes
US7430602B2 (en) * 2002-12-20 2008-09-30 Qualcomm Incorporated Dynamically provisioned mobile station and method therefor
US7633909B1 (en) 2002-12-20 2009-12-15 Sprint Spectrum L.P. Method and system for providing multiple connections from a common wireless access point
US20040120286A1 (en) * 2002-12-23 2004-06-24 Uwe Schwarz Transmission method, system and radio network controller
US7415274B2 (en) * 2003-02-19 2008-08-19 Nokia Corporation Routing procedure for a communication system
US20040185845A1 (en) 2003-02-28 2004-09-23 Microsoft Corporation Access point to access point range extension
US20060116151A1 (en) 2004-01-16 2006-06-01 Sullivan Joseph R Method and apparatus for management of paging resources associated with a push-to-talk communication session
CN102685825B (zh) 2004-03-12 2016-01-20 美商内数位科技公司 在wtru中实施的用于切换无线技术的方法及设备
GB0410254D0 (en) 2004-05-07 2004-06-09 British Telecomm Processing of data in networks
JP4594771B2 (ja) * 2005-03-18 2010-12-08 富士通株式会社 ネットワークQoS制御システムおよび制御方法
EP1860837A4 (en) 2005-03-30 2010-09-29 Huawei Tech Co Ltd METHOD AND SYSTEM FOR IMPLEMENTING THE ROUTE CONTROL
CN100438513C (zh) * 2005-06-07 2008-11-26 华为技术有限公司 实现路由控制的系统和方法
JP4961798B2 (ja) 2005-05-20 2012-06-27 株式会社日立製作所 暗号化通信方法及びシステム
JP2009514348A (ja) * 2005-10-28 2009-04-02 モトローラ・インコーポレイテッド プッシュ・ツー・トーク通信セッションに関連するページングリソースの管理のための方法および装置
EP1924037B1 (en) * 2005-11-04 2010-04-07 Research In Motion Limited Contention resolution among applications requiring data connections between a mobile communications device and a wireless packet data network
US20070197212A1 (en) * 2005-12-23 2007-08-23 Tekelec System and method for mobile terminated call blocking
DE602006008800D1 (de) * 2006-10-13 2009-10-08 Research In Motion Ltd System und Verfahren zum Beenden von IP-Verbindungen niedrigerer Priorität
CN101212483B (zh) * 2006-12-31 2012-04-25 华为技术有限公司 一种控制用户会话个数的方法以及系统
US20080248747A1 (en) 2007-04-06 2008-10-09 Research In Motion Limited Apparatus, and associated method, for facilitating reconnection of a wireless device to a network
KR20080098313A (ko) 2007-05-04 2008-11-07 삼성전자주식회사 종단 간 동적 서비스 품질 설정을 위한 통신 네트워크 구조
US7961711B2 (en) 2007-08-06 2011-06-14 Microsoft Corporation Fitness based routing
KR100989433B1 (ko) 2008-01-09 2010-10-26 이노에이스(주) 공유기 기능을 가지는 이동통신단말기 및 그 제어방법
CN101489288B (zh) * 2008-01-16 2011-04-20 华为技术有限公司 演进分组网络中电路域业务的处理方法、系统及相关设备
EP2083599A3 (en) 2008-01-24 2013-05-29 Fujitsu Limited Wireless communication terminal and wireless communication terminal control method
JP2009219076A (ja) * 2008-03-13 2009-09-24 Nec Corp Ip電話システムにおけるゲートウェイルータおよび緊急呼の優先制御方法
CN101540979B (zh) * 2008-03-20 2011-07-27 大唐移动通信设备有限公司 用于紧急呼叫业务的紧急承载建立方法与通信系统
US8774091B2 (en) 2008-06-12 2014-07-08 Qualcomm Incorporated Cellphone WLAN access point
US9020505B2 (en) 2008-09-17 2015-04-28 Qualcomm Incorporated Quick system selection and acquisition for multi-mode mobile devices
US9066354B2 (en) * 2008-09-26 2015-06-23 Haipeng Jin Synchronizing bearer context
CN105472674B (zh) * 2008-11-10 2019-03-15 交互数字专利控股公司 WTRU及其执行的方法、eNB及其执行的方法
JP4708473B2 (ja) * 2008-12-24 2011-06-22 株式会社エヌ・ティ・ティ・ドコモ 通信システム、移動機、着信制御方法
US8787362B2 (en) * 2009-04-01 2014-07-22 Qualcomm Incorporated Fall back using mobile device assisted terminating access domain selection
KR101528496B1 (ko) * 2009-04-17 2015-06-15 삼성전자주식회사 이동 통신 시스템에서 비계층 프로토콜을 이용하여 응급 콜 서비스를 지원하는 방법 및 시스템
CN101877842A (zh) * 2009-04-30 2010-11-03 大唐移动通信设备有限公司 一种保持紧急业务连续性的方法和设备
JP2010268249A (ja) 2009-05-14 2010-11-25 Ntt Docomo Inc 移動端末及び方法
JP2012529247A (ja) * 2009-06-03 2012-11-15 リサーチ イン モーション リミテッド 進化型パケットシステムにおける音声サービス
WO2010146461A1 (en) * 2009-06-16 2010-12-23 Research In Motion Limited Method for accessing a service unavailable through a network cell
US8879419B2 (en) * 2009-07-28 2014-11-04 Centurylink Intellectual Property Llc System and method for registering an IP telephone
US8296710B2 (en) * 2009-07-28 2012-10-23 Xilinx, Inc. Soft constraints in scheduling
US8369253B2 (en) * 2009-08-14 2013-02-05 Research In Motion Limited Methods and apparatus to support voice solutions for data centric terminals
CN101998357A (zh) * 2009-08-28 2011-03-30 中兴通讯股份有限公司 一种网络管理电路交换语音回落的方法和系统
WO2011047716A1 (en) 2009-10-20 2011-04-28 Telefonaktiebolaget Lm Ericsson (Publ) Correlating signalling in an ip multimedia subsystem network
KR101294404B1 (ko) 2009-12-10 2013-08-23 한국전자통신연구원 백본 에지 스위칭 장치 및 그 장치의 패킷 처리 방법
US8325679B2 (en) 2010-03-05 2012-12-04 Intel Corporation Interworking of networks with single radio handover
US20110222523A1 (en) 2010-03-12 2011-09-15 Mediatek Inc Method of multi-radio interworking in heterogeneous wireless communication networks
US20110235569A1 (en) 2010-03-26 2011-09-29 Qualcomm Incorporated Radio bearer management at a donor base station in a wireless network with relays
JP2011217058A (ja) 2010-03-31 2011-10-27 Sony Corp 通信制御装置、通信制御方法、プログラム、端末装置および無線通信システム
US9699718B2 (en) 2010-04-12 2017-07-04 Qualcomm Incorporated System, apparatus, and method to enable domain selection in a multimode device
US20110261695A1 (en) 2010-04-23 2011-10-27 Xiaoming Zhao System and method for network congestion control
KR101317117B1 (ko) 2010-04-28 2013-10-11 엘지전자 주식회사 이동통신 시스템에서의 mtc 데이터의 혼잡 제어 방법
EP2385721A1 (en) 2010-05-03 2011-11-09 Alcatel Lucent Providing enhanced quality of service differentiation in a mobile communication system
TW201206908A (en) * 2010-05-05 2012-02-16 Glaxo Wellcome Mfg Pte Ltd Pharmaceutical compositions and methods of making same
US20130083650A1 (en) * 2010-05-11 2013-04-04 Nec Europe Ltd. Method for handling failure of a mme in a lte/epc network
EP2690921A1 (en) * 2010-05-25 2014-01-29 HTC Corporation Apparatuses, systems, and methods for detachment procedures upon expiration of closed subscriber group (CSG) subscription
EP2393324A3 (en) * 2010-06-02 2012-03-07 HTC Corporation Methods for handling ps and cs communication service
US8693396B2 (en) * 2010-06-08 2014-04-08 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for allowing a subscriber to view the calling party number for a circuit switched voice call page while attached to a packet data network
JP5043157B2 (ja) * 2010-06-18 2012-10-10 株式会社エヌ・ティ・ティ・ドコモ 移動通信システム、無線ネットワーク制御局及び方法
US9049643B2 (en) 2010-07-22 2015-06-02 Lg Electronics Inc. Method and device for transmitting/receiving data in wireless access system supporting multi-radio access technology
US20120034898A1 (en) * 2010-08-05 2012-02-09 Kundan Tiwari Method of Handling Emergency Sessions and Related Communication Device
US8982694B2 (en) 2010-09-01 2015-03-17 Telefonaktiebolaget L M Ericsson (Publ) Localized congestion exposure
CN102143436B (zh) * 2010-09-17 2015-05-06 华为软件技术有限公司 PoC业务中紧急呼叫的处理方法、服务器及系统
CN103229546B (zh) 2010-09-28 2017-02-15 黑莓有限公司 用于在ue移出住宅/企业网络覆盖时释放与本地gw的连接的方法和装置
KR101275759B1 (ko) * 2010-10-04 2013-06-17 에이치티씨 코퍼레이션 네트워크가 개시한 분리 절차를 핸들링하는 방법
CN105792297B (zh) 2010-11-05 2019-05-31 交互数字专利控股公司 将RN从源eNB切换到目标eNB的方法、RN及其实施的方法
US9264945B2 (en) * 2010-11-11 2016-02-16 Qualcomm Incorporated Systems and methods for improving circuit switched fallback performance
EP3544326B1 (en) * 2011-01-21 2020-11-04 BlackBerry Limited Network apparatus and process to determine the connection context for connections used for (local) offloading
US8755766B2 (en) * 2011-03-14 2014-06-17 Htc Corporation Handling reachability of mobile device when serving core network node changes
CN103931217B (zh) * 2011-05-26 2017-12-19 美福尼亚系统股份有限公司 用于电路交换回落的网际网络互联的方法及系统
WO2013009892A1 (en) 2011-07-11 2013-01-17 Interdigital Patent Holdings, Inc. Systems and methods for establishing and maintaining multiple cellular connections and/or interfaces
US8977227B2 (en) * 2011-07-26 2015-03-10 Htc Corporation Method of handling signaling in congested core network
US9439137B2 (en) 2011-09-07 2016-09-06 Lg Electronics Inc. Method and apparatus for remote access in a wireless communication system
WO2013053404A1 (en) 2011-10-14 2013-04-18 Telefonaktiebolaget L M Ericsson (Publ) Service-aware profiling for transport networks
GB2489545B (en) * 2011-11-29 2013-05-29 Renesas Mobile Corp Method, apparatus and computer program for establishing an emergency service
EP2603021B1 (en) * 2011-12-06 2019-07-03 Samsung Electronics Co., Ltd Apparatus and method for delivering short message service efficiently in wireless communication system
JP2015510323A (ja) 2012-01-18 2015-04-02 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて多重優先順位制御方法及び装置
KR101594942B1 (ko) * 2012-02-06 2016-02-26 인텔 코포레이션 다운링크 협력 멀티포인트 통신의 구성을 위한 시그널링
EP2731373A1 (en) 2012-11-13 2014-05-14 NTT DoCoMo, Inc. Method and apparatus for congestion notification

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100767875B1 (ko) * 2001-12-05 2007-10-17 텔레폰악티에볼라겟 엘엠 에릭슨(펍) 회선-교환 호출 설정 및 인터-msc 패킷 데이터핸드오프와 관련된 호출 경로 지정의 최적화
KR20100049320A (ko) * 2008-11-03 2010-05-12 주식회사 케이티 무선망 과부하 제어 방법 및 그 장치
US20110103277A1 (en) * 2009-10-30 2011-05-05 Interdigital Patent Holdings, Inc. Method and apparatus for efficient signaling and usage of resources for wireless communications supporting circuit switched and packet switched sessions
KR20120006659A (ko) * 2010-07-13 2012-01-19 콘텔라 주식회사 패킷 데이터 서비스 전용 펨토셀을 구비한 이동통신 시스템 및 그 서비스 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"LTE; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access", 3GPP TS 23.401 V10.5.0 RELEASE 10, October 2011 (2011-10-01), XP055161300 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10051661B2 (en) 2014-08-29 2018-08-14 Samsung Electronics Co., Ltd. Method and apparatus for communicating using unlicensed bands in mobile communication system
WO2017164679A1 (ko) * 2016-03-23 2017-09-28 엘지전자(주) 무선 통신 시스템에서 트래킹 영역 업데이트 방법 및 이를 위한 장치
US10721612B2 (en) 2016-03-23 2020-07-21 Lg Electronics Inc. Method for tracking area update in wireless communication system and apparatus therefor
US11496880B2 (en) 2016-03-23 2022-11-08 Lg Electronics Inc. Method for tracking area update in wireless communication system and apparatus therefor
CN111954200A (zh) * 2017-05-04 2020-11-17 华为技术有限公司 消息的传输方法、及设备
CN111954200B (zh) * 2017-05-04 2021-06-01 华为技术有限公司 消息的传输方法、及设备
CN107567043A (zh) * 2017-10-10 2018-01-09 成都欧珀通信科技有限公司 检测终端接入的方法及相关产品
CN111448843A (zh) * 2017-11-17 2020-07-24 Lg电子株式会社 发起服务请求过程的方法和用户设备
CN111448843B (zh) * 2017-11-17 2023-08-15 Lg电子株式会社 发起服务请求过程的方法和用户设备
WO2019216686A1 (ko) * 2018-05-10 2019-11-14 삼성전자 주식회사 차세대 이동 통신 시스템에서 페이징을 지원하는 방법 및 장치
US11641637B2 (en) 2018-05-10 2023-05-02 Samsung Electronics Co., Ltd. Method and apparatus for supporting paging in next generation mobile communication system

Also Published As

Publication number Publication date
CN104160762B (zh) 2019-03-15
US20150098321A1 (en) 2015-04-09
JP2018050349A (ja) 2018-03-29
US9629021B2 (en) 2017-04-18
US20170223521A1 (en) 2017-08-03
JP7154544B2 (ja) 2022-10-18
EP3509387B1 (en) 2021-07-28
JP2020074628A (ja) 2020-05-14
JP6657169B2 (ja) 2020-03-04
EP3509387A1 (en) 2019-07-10
KR20130103428A (ko) 2013-09-23
US20190387431A1 (en) 2019-12-19
EP3897032A1 (en) 2021-10-20
EP2824981A1 (en) 2015-01-14
JP2015513864A (ja) 2015-05-14
AU2013228148B2 (en) 2016-07-14
KR102238013B1 (ko) 2021-04-08
US11051361B2 (en) 2021-06-29
EP2824981A4 (en) 2016-03-23
US11653259B2 (en) 2023-05-16
US10405227B2 (en) 2019-09-03
US20210329736A1 (en) 2021-10-21
CN104160762A (zh) 2014-11-19
KR102130629B1 (ko) 2020-07-06
EP2824981B1 (en) 2019-02-27
KR20200083423A (ko) 2020-07-08
US20230284087A1 (en) 2023-09-07
AU2013228148A1 (en) 2014-07-24
CN110062479A (zh) 2019-07-26

Similar Documents

Publication Publication Date Title
WO2013133663A1 (ko) 무선 통신 시스템에서 서비스를 제어하기 위한 방법
WO2018174373A1 (ko) 세션을 관리하는 방법 및 smf 노드
WO2011099769A2 (ko) 무선 통신 시스템 및 그의 사용자 단말기와 이동성 관리 엔티티 간 연결 방법
WO2014051387A1 (ko) 사용자 단말에서 데이터 송수신 장치 및 방법
WO2014148859A1 (en) Method and user equipment for implementing device to device communications between ues
WO2013051845A2 (ko) 이동 통신 시스템에서 사용자 단말의 접속 제어 방법 및 장치
WO2015037947A1 (en) Method and device for setting up local breakout bearers
WO2015115814A1 (en) Efficient session management method and apparatus guaranteeing terminal mobility
WO2015126160A1 (en) Video telephony service quality enhancement method and apparatus
WO2014046431A2 (en) Method for correctly establishing a local ip access service
WO2014069925A1 (ko) 무선 통신 시스템에서 로컬 영역 패킷 데이터 네트워크 연결을 관리하는 방법 및 장치
WO2015020366A1 (en) Methods, systems and devices for supporting local breakout in small cell architecture
WO2013048100A1 (en) Method for processing data associated with location area update in a wireless communication system
WO2013105816A1 (ko) 무선통신 시스템에서 서비스 도메인을 선택하는 방법 및 장치
WO2015105397A1 (en) Apparatus and method for paging in wireless communication system
WO2018066906A1 (ko) 관리 자원 절약 방법 및 그 장치
EP3108690A1 (en) Video telephony service quality enhancement method and apparatus
WO2015057035A1 (ko) 이동통신 시스템에서 게이트웨이 변경을 지원하기 위한 네트워크 장치 및 그 동작 방법
WO2015093912A1 (ko) 이동 통신 시스템에서 혼잡 제어 방법 및 장치
WO2015069076A1 (ko) 패킷망을 통한 응급 콜 서비스를 지속적으로 제공하기 위한 방법
WO2015084080A1 (ko) 이동 통신 시스템에서 호 서비스의 품질을 높이는 방법 및 장치

Legal Events

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

Ref document number: 13758097

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014560858

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2013228148

Country of ref document: AU

Date of ref document: 20130308

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2013758097

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14383889

Country of ref document: US