Detection signal transmission method and user equipment for proximity communication

Abstract

Provided in one disclosure of the present specification is a method for transmitting a detection signal from user equipment (UE). The method comprises the steps of: driving a mobility management (MM) delay time timer, when the MM delay time timer is received by the UE from a mobility management entity (MME) in a network; confirming the priority for detecting at least one other UE, when detection of the at least one other UE is required before the MM delay time timer expires; and randomly selecting a resource based on a shared resource pool included in system information, which is broadcasted from a base station, and then transmitting to the at least one other UE a detection signal including a proximity service code from the randomly selected resource, when the detection of the at least one other UE is considered to have high priority or to be urgent.

Claims

1. A method of transmitting a discovery signal, the method performed by a user equipment (UE) and comprising: starting, by the UE, a mobility management (MM) back-off timer, when the MM back-off timer is received from a mobility management entity (MME) in a network; checking a priority for detecting at least one different UE, when a discovery of the at least one different UE is required before the MM back-off timer expires; randomly selecting a resource based on a common resource pool included in system information, which is broadcast from a base station, and thereafter transmitting to the at least one different UE a discovery signal including a proximity service code on the randomly selected resource, when the discovery of the at least one different UE has a high priority or is urgent; and waiting until the MM back-off timer expires, and thereafter transmitting to the at least one different UE the discovery signal including the proximity service code on a resource allocated from the base station, when the discovery of the at least one different UE does not have the high priority or is not urgent.

2. The method of claim 1, wherein the transmitting to the at least one different UE the discovery signal including the proximity service code on the randomly selected resource comprises: determining whether a validity timer of the proximity service code expires, when the discovery of the at least one different UE has a high priority or is urgent; determining whether the UE is located in a valid area of the proximity service code, when the validity timer does not expire; randomly selecting the resource on the basis of the common resource pool included in the system information to be broadcast from the base station; and transmitting to the at least one different UE the discovery signal including the proximity service code on the randomly selected resource.

3. The method of claim 2, further comprising: transmitting a discovery request message to a proximity service server; and receiving a response message for the discovery request message, wherein the response message includes information regarding the proximity service code, the validity timer, and the valid area.

4. The method of claim 1, wherein the MM back-off timer is expressed by T3346 as a back-off timer.

5. A user equipment (UE) for transmitting a discovery signal, the UE comprising: a transceiver; and a controller for controlling the transceiver, wherein the controller is configured for: starting a mobility management (MM) back-off timer, when the MM back-off timer is received from a mobility management entity (MME) in a network; checking a priority for detecting at least one different UE, when discovery of the at least one different UE is required before the MM back-off timer expires; randomly selecting a resource based on a common resource pool included in system information, which is broadcast from a base station, and thereafter transmitting to the at least one different UE a discovery signal including a proximity service code on the randomly selected resource, when the discovery of the at least one different UE has a high priority or is urgent; and waiting until the MM back-off timer expires, and thereafter transmitting to the at least one different UE the discovery signal including the proximity service code on a resource allocated from the base station, when the discovery of the at least one different UE does not have the high priority or is not urgent.

6. The UE of claim 5, wherein in order to transmit to the at least one different UE the discovery signal including the proximity service code on the randomly selected resource, the processor is configured to perform: determining whether a validity timer of the proximity service code expires, when the discovery of the at least one different UE has a high priority or is urgent; determining whether the UE is located in a valid area of the proximity service code, when the validity timer does not expire; randomly selecting the resource on the basis of the common resource pool included in the system information to be broadcast from the base station; and transmitting to the at least one different UE the discovery signal including the proximity service code on the randomly selected resource.

7. The UE of claim 5, wherein the processor is configured to perform: transmitting a discovery request message to a proximity service server; and receiving a response message for the discovery request message, wherein the response message includes information regarding the proximity service code, the validity timer, and the valid area.

8. The UE of claim 5, wherein the MM back-off timer is expressed by T3346 as a back-off timer.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

(1) FIG. 1 shows the configuration of an evolved mobile communication network.

(2) FIG. 2 is an exemplary diagram showing the architecture of a common E-UTRAN and a common EPC.

(3) FIG. 3 is an exemplary diagram showing the structure of a radio interface protocol in a control plane between a UE and an eNodeB.

(4) FIG. 4 is another exemplary diagram showing the structure of a radio interface protocol in a control plane between a UE and an eNodeB.

(5) FIG. 5 is a flowchart illustrating a random access process in 3GPP LTE.

(6) FIG. 6a shows an example of typical communication.

(7) FIG. 6b shows the concept of proximity communication expected to be employed in a next-generation communication system.

(8) FIG. 7a is an exemplary diagram showing an example of proximity communication, and FIG. 7b is an exemplary diagram showing another example of proximity communication.

(9) FIG. 8a shows an example of transmitting a discovery signal for a proximity service, and FIG. 8b shows a procedure of acquiring a proximity service code (e.g., ProSe code) for the discovery signal.

(10) FIG. 9 shows an example of one problem when performing a proximity service based on a geographical location.

(11) FIG. 10a and FIG. 10b show a procedure of determining a resource for transmitting a proximity service code (e.g., ProSe code).

(12) FIG. 11a shows a network congestion situation, and FIG. 11b shows an example in which a radio resource for transmitting a discovery signal cannot be allocated since a wait timer is driven in the network congestion situation.

(13) FIG. 12 shows a signal flow of an exemplary method according to a first disclosure of the present specification for solving the problem of FIG. 9.

(14) FIG. 13 shows a signal flow of an exemplary method according to a second disclosure of the present specification for solving the problem of FIG. 9 and FIG. 11b.

(15) FIG. 14 is a block diagram of a UE 100 according to one disclosure of the present specification.

DESCRIPTION OF EXEMPLARY EMBODIMENTS

(16) The present invention is described in light of UMTS (Universal Mobile Telecommunication System) and EPC (Evolved Packet Core), but not limited to such communication systems, and may be rather applicable to all communication systems and methods to which the technical spirit of the present invention may apply.

(17) The technical terms used herein are used to merely describe specific embodiments and should not be construed as limiting the present invention. Further, the technical terms used herein should be, unless defined otherwise, interpreted as having meanings generally understood by those skilled in the art but not too broadly or too narrowly. Further, the technical terms used herein, which are determined not to exactly represent the spirit of the invention, should be replaced by or understood by such technical terms as being able to be exactly understood by those skilled in the art. Further, the general terms used herein should be interpreted in the context as defined in the dictionary, but not in an excessively narrowed manner.

(18) The expression of the singular number in the specification includes the meaning of the plural number unless the meaning of the singular number is definitely different from that of the plural number in the context. In the following description, the term ‘include’ or ‘have’ may represent the existence of a feature, a number, a step, an operation, a component, a part or the combination thereof described in the specification, and may not exclude the existence or addition of another feature, another number, another step, another operation, another component, another part or the combination thereof.

(19) The terms ‘first’ and ‘second’ are used for the purpose of explanation about various components, and the components are not limited to the terms ‘first’ and ‘second’. The terms ‘first’ and ‘second’ are only used to distinguish one component from another component. For example, a first component may be named as a second component without deviating from the scope of the present invention.

(20) It will be understood that when an element or layer is referred to as being “connected to” or “coupled to” another element or layer, it can be directly connected or coupled to the other element or layer or intervening elements or layers may be present. In contrast, when an element is referred to as being “directly connected to” or “directly coupled to” another element or layer, there are no intervening elements or layers present.

(21) Hereinafter, exemplary embodiments of the present invention will be described in greater detail with reference to the accompanying drawings. In describing the present invention, for ease of understanding, the same reference numerals are used to denote the same components throughout the drawings, and repetitive description on the same components will be omitted. Detailed description on well-known arts which are determined to make the gist of the invention unclear will be omitted. The accompanying drawings are provided to merely make the spirit of the invention readily understood, but not should be intended to be limiting of the invention. It should be understood that the spirit of the invention may be expanded to its modifications, replacements or equivalents in addition to what is shown in the drawings.

(22) In the drawings, user equipments (UEs) are shown for example. The UE may also be denoted a terminal or mobile equipment (ME). The UE may be a laptop computer, a mobile phone, a PDA, a smartphone, a multimedia device, or other portable device, or may be a stationary device such as a PC or a car mounted device.

DEFINITION OF TERMS

(23) For a better understanding, the terms used herein are briefly defined before going to the detailed description of the invention with reference to the accompanying drawings.

(24) A GERAN: an abbreviation of a GSM EDGE Radio Access Network, and it refers to a radio access section that connects a core network and UE by GSM/EDGE.

(25) A UTRAN: an abbreviation of a Universal Terrestrial Radio Access Network, and it refers to a radio access section that connects the core network of the 3rd generation mobile communication and UE.

(26) An E-UTRAN: an abbreviation of an Evolved Universal Terrestrial Radio Access Network, and it refers to a radio access section that connects the core network of the 4th generation mobile communication, that is, LTE, and UE.

(27) UMTS: stands for Universal Mobile Telecommunication System and means a 3rd generation mobile communication network.

(28) UE/MS: User Equipment/Mobile Station. Means a terminal device.

(29) EPC: stands for Evolved Packet Core and means a core network supportive of a long term evolution (LTE) network. An evolved version of UMTS.

(30) PDN (Public Data Network): an independent network in which a service providing server is located.

(31) PDN connection: connection from UE to PDN, i.e., association (connection) between a UE represented with an IP address and a PDN represented with an APN (access point name).

(32) PDN-GW (Packet Data Network Gateway): a network node of an EPS network performing functions such as UE IP address allocation, packet screening & filtering, and charging data collection.

(33) Serving GW (Serving Gateway): a network node of an EPS network performing functions such as mobility anchor, packet routing, idle mode packet buffering, and triggering MME to page UE.

(34) APN (Access Point Name): name of an access point managed by a network, provided from a UE, i.e., a character string for denoting a PDN or distinguishing a PDN from another. Accessing a requested service or network (PDN) gets through a corresponding P-GW, and an APN is a name (e.g., internet.mnc012.mcc345.gprs) pre-defined in the network to be able to discover the P-GW.

(35) NodeB: a UMTS network base station. A NodeB is installed outdoors and corresponds in cell coverage size to a macro cell.

(36) eNodeB: an EPS (Evolved Packet System) base station and is installed outdoors. An eNodeB corresponds in cell coverage size to a macro cell.

(37) (e)NodeB: collectively denotes NodeB and eNodeB.

(38) MME: stands for Mobility Management Entity and plays a role to control each entity in an EPS to provide mobility and session for a UE.

(39) Session: a pathway for data transmission. The unit of session may include PDN, bearer, and IP flow which respectively correspond the unit of the overall target network (unit of APN or PDN), the unit distinguished by QoS therein (unit of bearer), and unit of destination IP address.

(40) PDN connection: a connection from a UE to a PDN, i.e., an association (connection) between a UE represented with an IP address and a PDN represented with an APN. This means a connection (UE-PDN GW) between entities in a core network to form a session.

(41) UE Context: information on UE's context used to manage UE in network, i.e., context information consisting of UE id, mobility (e.g., current location), and session attribute (QoS, or priority).

(42) NAS (Non-Access-Stratum): upper stratum of a control plane between a UE and an MME. Supports mobility management, session management, IP address management, etc. between a UE and a network.

(43) RAT: an abbreviation of Radio Access Technology. Means GERAN, UTRAN, E-UTRAN, etc.

(44) Proximity service (Proximity Service, ProSe Service or Proximity based Service): means discovery and mutually direct communication between physically adjacent UEs. However, the proximity service is a concept including communication between UEs through a base station and, furthermore, a concept including communication between UEs through a third UE. Here, data on a user plane is exchanged through a direct data path without passing through a 3GPP core network (e.g. EPC).

(45) Proximity: That a UE is located in close proximity to another UE means when a predetermined proximity condition is met. A proximity condition for discovery may be different from a proximity condition for communication.

(46) Range Class: means a rough distance range as a use for ProSe discovery, for example, a geographical distance range, and a distance range as a communication condition.

(47) ProSe-enabled UE: means a UE supporting ProSe discovery, ProSe communication and/or ProSe-supported WLAN direct communication. In the present specification, the ProSe-enabled UE is also referred to as UE simply.

(48) Announcing UE: a UE that notifies of information that can be used by adjacent UEs having discovery rights.

(49) Monitoring UE: a UE that receives interested information from other adjacent UEs.

(50) ProSe-enabled Network: means a network supporting ProSe discovery, ProSe communication and/or ProSe-supported WLAN direct communication. In the present specification, the ProSe-enabled Network is also referred to as network simply.

(51) ProSe discovery: refers to a process of discovering a ProSe-enabled UE when it is closely located.

(52) Open ProSe Discovery: means that it is possible to discover a ProSe-enabled UE without a direct permission when detecting it.

(53) Restricted ProSe Discovery: means that it is possible to discover a ProSe-enabled UE only with a direct permission when detecting it.

(54) ProSe Communication: means performing communication between UEs using an E-UTRAN communication path when a ProSe-enabled UE is closely located. A communication path may be established, for example, directly between UEs or via a local (or neighbor) eNodeB.

(55) ProSe Group Communication: means performing one-to-all group communication using a common communication path established between two or more ProSe-enabled UEs when they are located adjacent to each other.

(56) ProSe E-UTRA communication: means ProSe communication using an E-UTRA communication path.

(57) ProSe-assisted WLAN direct communication: means ProSe communication using a WLAN direct communication path.

(58) ProSe communication path: means a communication path supporting ProSe communication. A path of the ProSe E-UTRA communication can be established directly between ProSe-enabled UEs by using an E-UTRA or an eNodeB. A path of the ProSe-assisted WLAN direct communication can be established directly between the ProSe-enabled UEs via a WLAN.

(59) EPC path (or infrastructure data path): mans a communication path of a user plane via EPC.

(60) ProSe relay: may have two types as a UE capable of operating as a relay for ProSe.

(61) ProSe UE-to-Network Relay: means playing a role of a communication repeater between a ProSe-enabled Network and a ProSe-enabled UE.

(62) ProSe UE-to-UE Relay: means playing a role of a communication repeater between ProSe-enabled UEs.

(63) Meanwhile, the embodiments of the present invention are described with reference to the drawings below.

(64) FIG. 7a is an exemplary diagram showing an example of proximity communication, and FIG. 7b is an exemplary diagram showing another example of proximity communication.

(65) Referring to FIG. 7a, there is illustrated a situation that a UE#1 100-1 and a UE#2 100-2 perform proximity communication through a direct communication path while camping on different eNodeBs, respectively. Referring to FIG. 7b, there is shown a situation that a UE#1 100-1 and a UE#2 100-2 perform proximity communication through a direct communication path while camping on an eNodeB 200, respectively.

(66) As such, the UE#1 100-1 and the UE#2 100-2 may perform proximity communication through a direct communication path bypassing a path through an eNodeB and a core network that a service provider operates.

(67) The term, direct communication path, may be variously referred to as data path for proximity service, data path based on proximity service or proximity service communication path. Furthermore, communication through the direct communication path may be variously called direct communication, proximity service communication or proximity service-based communication.

(68) Meanwhile, as an example of a proximity service, there may be a safety-related service. For example, although a user of a UE is in an emergency situation, if the user is located outside the coverage of an eNodeB, the user may deliver a rescue signal to other UEs through the proximity service to notify that the user is in the emergency situation. Alternatively, if the user of the UE is dispatched for an emergency rescue but is located outside the coverage of the eNodeB, the user may deliver the rescue signal to other UEs through the proximity service to notify the emergency situation to other emergency rescuers or to request for a rescue.

(69) A social network service (SNS) may be one example of another proximity service. The SNS causes data transmission very often, which may result in an increase in a load of the eNodeB. Therefore, the proximity service is directly performed between UEs without an intervention of the eNodeB, thereby decreasing the load of the eNodeB.

(70) A group communication service may be utilized as one example of another proximity service. Alternatively, a service such as Push-To-Talk (PTT) may be taken as one example of the group communication service. Taking the PTT service for example, one UE may transmit media (e.g., voice or the like) as a talking partner, and a plurality of other UEs may receive the media of the talking party UE. In this case, several UEs cannot transmit the media simultaneously as the talking partner.

(71) FIG. 8a shows an example of transmitting a discovery signal for a proximity service, and FIG. 8b shows a procedure of acquiring a proximity service code (e.g., ProSe code) for the discovery signal.

(72) A UE#1 100-1 of FIG. 8a may perform a direct discovery procedure for the proximity service. The direct discovery procedure is a procedure for confirming whether the UE#1 100-1 is located in proximity to a UE#2 100-1 and a UE#3 100-3. Alternatively, it is a procedure in which the UE#1 100-1 reports to the UE#2 100-1 and the UE#3 100-3 that the UE#1 100-1 is located in proximity.

(73) During the direct discovery procedure, the UE#1 100-1 may transmit the discovery signal for reporting its existence to the UE#2 100-2 and the UE#3 100-3. The discovery signal may include a proximity service code, for example, a ProSe code.

(74) The proximity service code (e.g., ProSe code) is created on the basis of the following information in a bit-stream form.

(75) i) a PLMN specific part, e.g., a mobile country code (MCC) and a mobile network code (MNC)

(76) ii) an ID of a ProSe server which has allocated the proximity service code (e.g., ProSe code)

(77) iii) a temporary UE identifier that is unique within the ProSe server which has allocated the proximity service code (e.g., ProSe code).

(78) iv) an ID of an application which has requested for a direct discovery

(79) A validity timer may be determined in the proximity service code (e.g., ProSe code). Therefore, only for the duration of the validity timer, the UE#1 100-1 can use the proximity service code (e.g., ProSe code), and cannot use it any more when the validity timer expires. By using the validity timer in this manner, an operator who provides a proximity service may make a charge for this. For example, the proximity service may be charged on a monthly basis, and the proximity code (e.g., ProSe code) in which the validity timer is set to one month may be allocated to the UE#1 100-1.

(80) Meanwhile, as can be seen from FIG. 8b, a UE#1 100-1 may transmit a discovery request message to a ProSe server 700 before performing the proximity discovery procedure. The discovery request message may include an ID of the UE#1 100-1, that is, a UE ID, and an ID of a ProSe application.

(81) The ProSe server 700 acquires and authenticates information of the UE#1 100-1 from an HSS 540, and thereafter creates the proximity service code (e.g., ProSe code). Subsequently, the ProSe server 700 transmits a discovery response message including the proximity service code (e.g., ProSe code) and a value of the validity timer to the UE#1 100-1.

(82) Then, the UE#1 100-1 transmits the discover signal including the proximity service code (e.g., ProSe code) to the UE#2 100-2 and the UE#3 100-3.

(83) FIG. 9 shows an example of one problem when performing a proximity service based on a geographical location.

(84) Referring to FIG. 9, a UE#1 100-1 may perform a proximity service which is meaningful only in a specific region of interest.

(85) For example, the UE#1 100-1 may provide the proximity service so that a restaurant or a shop or the like offers a promotion/advertisement to neighboring UEs. In this case, a proximity service code (e.g., ProSe code) transmitted by the UE#1 100-1 may be valid only when the UE#1 100-1 exists in the restaurant or the shop.

(86) For another example, the UE#1 100-1 may require a proximity service for communication between co-workers in the office. Likewise, in this case, the proximity service code (e.g., ProSe code) transmitted by the UE#1 100-1 may be valid only when the UE#1 100-1 is located in the office.

(87) However, as shown in FIG. 9, if the UE#1 100 moves out of the specific region of interest to another region, the proximity service code (e.g., ProSe code) may be meaningless.

(88) However, the ProSe server 700 allocates the proximity service code (e.g., ProSe code) to the UE#1 100-1 without any restriction, so that the discovery signal including the proximity service code (e.g., ProSe code) can be arbitrarily transmitted irrespective of whether the UE#1 100-1 is in the specific region of interest, which causes inconvenience to a user of other UEs.

(89) FIG. 10a and FIG. 10b show a procedure of determining a resource for transmitting a proximity service code (e.g., ProSe code).

(90) The UE#1 100-1 must be allocated a radio resource for broadcasting a discovery signal including the proximity service code (e.g., ProSe code).

(91) There are roughly two methods for allocating the radio resource. A first method is a selection method performed by a UE in a common resource pool, and a second method is a scheduling-based radio resource allocation method.

(92) i) Selection Method Performed by a UE in a Common Resource Pool

(93) As can be seen from FIG. 10a, an eNodeB 200 broadcasts system information by dividing it into, for example, a master information block (MIB) and several system information blocks (SIBs). In this transmission, information regarding a common resource pool for a direct discovery is included in an SIB type 19 among the SIBs.

(94) The UE#1 100-1 acquires the information regarding the common resource pool in the SIB type 9 in an idle state, and if there is a need to transmit a proximity service code (e.g., ProSe code), randomly selects a resource in the common resource pool.

(95) In addition, the UE#1 100-1 transmits a discovery signal including the proximity service code (e.g., ProSe code) on the selected resource.

(96) The common resource pool may include, for example, a resource for an emergency service and a contention-based resource. As to the contention-based resource, it may not be guaranteed that resources randomly selected by several UEs are prevented from collision. Therefore, if the resources randomly selected by the several UEs are identical to each other, the discovery signal for each UE may collide on the same resource.

(97) ii) Scheduling-Based Radio Resource Allocation Method

(98) As shown in FIG. 10b, if there is a need to transmit a discovery signal including a proximity service code (e.g., ProSe code), the UE#1 100-1 in an idle state performs an RRC connection procedure to transition to a connected state. The RRC connection procedure includes transmission of an RRC connection request (e.g., RRC CONNECTION REQUEST) message and reception of an RRC connection setup message.

(99) When in the RRC connected state, the UE#1 100-1 transmits a resource request message for the discovery signal. When a resource is allocated from the eNodeB 200, the discovery signal including the proximity service code (e.g., ProSe code) is transmitted on the allocated resource.

(100) Since collision avoidance may not be guaranteed in the aforementioned selection method performed by the UE in the common resource pool, a radio resource is allocated to the UE in general through the scheduling-based radio resource allocation method.

(101) However, the UE#1 100-1 may be out of the specific region of interest and thus a resource may be allocated thereto from an eNodeB of a different region, thereby being capable of arbitrarily transmitting the proximity service code (e.g., ProSe code) even in the different region, which causes resource waste. In addition, there is a problem in that unnecessary signaling is caused when the UE#1 100-1 is out of the specific region of interest and performs the RRC connection procedure so that the resource is allocated in the different region.

(102) FIG. 11a shows a network congestion situation, and FIG. 11b shows an example in which a radio resource for transmitting a discovery signal cannot be allocated since a wait timer is driven in the network congestion situation.

(103) As shown in FIG. 11a, if traffic is overloaded or congested in an interface between the eNodeB 200 and the S-GW 520, a downlink control signal to the UE#100-1 or an uplink control signal from the UE#1 100-1 is not correctly transmitted, which results in a transmission failure.

(104) Alternatively, even if the overload or congestion occurs in the interface between the S-GW 520 and the PDN-GW 530 or an interface between the PDN-GW 530 and an Internet protocol (IP) service network of a mobile communication provider, the downlink control signal to the UE#1 100-1 or the uplink control signal from the UE#1 100-1 is not correctly transmitted, which results in a transmission failure.

(105) The uplink control signal from the UE#1 100-1 may be, for example, an attach request message, a tracking area update (TAU) request message, and a routing area update (RAU) request message.

(106) As can be seen from FIG. 11b, when the UE#1 100-1 transmits the attach request message, the TAU request message, the RAU request message, or the service request message to the MME/SGSN 510 via the eNodeB 200 at the occurrence of the network congestion or overload, the MME/SGSN 510 transmits a reject message for the attach request message, the TAU request message, the RAU request message, or the service request message according to a network situation such as an operator policy or the like.

(107) In addition, the MME/SGSN 510 may transmit the reject message by including a back-off timer (e.g., an MM back-off timer) into the reject message, and thus the UE#1 100-1 is not allowed to retry an access until the duration thereof expires.

(108) If the reject message is the TAU reject message, information to be included is as shown in Table 2 below.

(109) TABLE-US-00002 TABLE 2 Information Description Protocol discriminator Discriminator for discriminating protocols Security header type Type of headers used for security TAU reject message ID Message identifier EMM cause Indication of reject cause T3346 value Back-off timer (e.g., MM back-off timer)

(110) As such, if the UE#1 100-1 performs reception by driving, for example, the MM back-off timer due to a network congestion situation, transmission to a connected mode cannot be achieved for resource allocation in order to transmit a discovery signal until the MM back-off timer expires. That is, a connection setup procedure and a service request procedure cannot be initiated in order to transition to the connected mode.

(111) However, if a ProSe application in the UE#1 100-1 delivers a high-priority (or urgent) discovery request to an NAS layer and an AS layer, the NAS layer and the AS layer cannot initiate the connection setup procedure and the service request procedure until the MM back-off timer expires. The high-priority (or urgent) discovery request may be a case where a UE for transmitting a typical information discovery signal usually for example in a subway station (for example, information on a first/last train information, information on an estimated arrival time of a next train, or the like) is informed or detects that a pickpocket occurs in the subway station and thus intends to transmit a discovery signal for warning this.

(112) Meanwhile, even if the UE#1 100-1 transmits the RRC connection request message in the network congestion situation, the eNodeB 200 may transmit an extended wait timer to the UE#1 100-1 together with an RRC connection request reject message. In this case, the UE#1 100-1 sets up and drives the extended wait timer received from the eNodeB 200 as the MM back-off timer, and thus cannot initiate the connection setup procedure and the service request procedure until the MM back-off timer expires.

(113) Although the ProSe application in the high-priority (or urgent) UE#1 100-1 is requested as described above, if the UE#1 100-1 drives the MM back-off timer due to the network congestion situation, a resource for transmitting a discovery signal cannot be allocated. Therefore, a solution for this is necessary.

(114) Accordingly, disclosures of the present specification propose methods for solving the aforementioned problem.

(115) <Brief Descriptions for Disclosures of the Present Specification>

(116) In order to solve the aforementioned problems, the disclosures of the present specification propose a mechanism for effectively providing a proximity-based service in a mobile communication system such as a 3GPP evolved packet system (EPS).

(117) A first disclosure of the present specification proposes a method of allocating a proximity service code (e.g., ProSe code) for a discovery signal to a UE. In addition, a second disclosure of the present specification proposes a method of transmitting a discovery signal when an MM back-off timer is driven due to a network congestion. Hereinafter, the first and second disclosures of the present specification are described in brief.

I. First Disclosure of the Present Specification

(118) When a UE#1 100-1 transmits a discovery request message to a ProSe server 700, an ID of an application requesting for discovery in the discovery request message and service/business information requiring the discovery are included. Then, the ProSe server 700 allocates a proximity service code (e.g., ProSe code) to the UE#1 100-1 on the basis of the information. In this case, the ProSe server 700 determines an area/location in which the allocated proximity service code (e.g., ProSe code) is valid. In addition, a response message for the discovery request message is transmitted by including the allocated proximity service code (e.g., ProSe code) and information regarding the valid area/location into the allocated proximity service code (e.g., ProSe code). The valid area/location information may be one or more pieces of information described below.

(119) i) a cell list including one or more cells (i.e., a list of ECGIs (E-UTRAN Cell Global Identifiers))

(120) In this case, it is regarded that the proximity service code (e.g., ProSe code) is valid only when the UE#1 100-1 camps on a cell included in the cell list.

(121) ii) a tracking area identify (TAI) list including one or more tracking areas

(122) In this case, it is regarded that the proximity service code (e.g., ProSe code) is valid only when the UE#1 100-1 is located in a tracking area included in the TAI list.

(123) iii) a list including an ID of an eNodeB including one or more eNodeBs, that is, an eNodeB ID (or global eNodeB ID)

(124) In this case, it is regarded that the proximity service code (e.g., ProSe code) is valid only when the UE#1 100-1 camps on an eNodeB included in the eNodeB ID list.

(125) iv) an MME list including one or more MMEs

(126) In this case, it is regarded that the proximity service code (e.g., ProSe code) is valid only when the UE#1 100-1 is served by an MME included in the MME list.

(127) v) Coordinate information or geographic location information

(128) In this case, it is regarded that the proximity service code (e.g., ProSe code) is valid only when the UE#1 100-1 exists in the coordinate or geographic location.

(129) vi) Area or address information

(130) In this case, it is regarded that the proximity service code (e.g., ProSe code) is valid only when the UE#1 100-1 is located in the area or address.

(131) Meanwhile, information used by the ProSe server 700 to allocate/configure the proximity service code (e.g., ProSe code) and the valid area/location information may be information autonomously included in the ProSe server 700, information acquired from the UE#1 100-1, and information acquired from a different network node (e.g., an HSS/HLR, an application server, etc.).

(132) The ProSe server 700 may allocate a new proximity service code (e.g., ProSe code) whenever there is a change in the valid area/location information for an application allowed to be discovered, and thus may provide the UE with the new proximity service code (e.g., ProSe code) together with the changed valid area/location information.

(133) Although it is described up to now that the valid area/location information for the proximity service code (e.g., ProSe code) is provided by the ProSe server 700 to the UE#1 100-1, unlike this, it may be configured in the UE#1 100-1.

(134) Meanwhile, although it is described up to now that the proximity service code (e.g., ProSe code) is allocated by the ProSe server 700, unlike this, it may be allocated by a different network node (e.g., a network node for managing mobility such as an MME or an SGSN, a network node for maintaining subscriber information such as an HSS, a server for providing group communication such as a GCSE AS (Group Communication Service Enabler Application Server), an AAA (Authentication Authorization Accounting) server or SSS proxy for being involved in authentication or the like, an ANDSF (Access Network Discovery and Selection Function) entity, a gateway node such as P-GW, or an eNodeB.

(135) On the other hand, after the proximity service code (e.g., ProSe code) is allocated from the ProSe server 700, the UE#1 100-1 confirms whether it is in the valid area/location of the proximity service code (e.g., ProSe code), whenever the proximity service code (e.g., ProSe code) needs to be transmitted.

(136) If it is determined that it is in the valid area/location of the proximity service code (e.g., ProSe code), the UE#1 100-1 confirms whether a radio resource for transmitting the proximity service code (e.g., ProSe code) is present/available.

(137) If the radio resource is present/available, the proximity service code (e.g., ProSe code) is transmitted. Otherwise, if the radio resource is absent/unavailable, a procedure for allocating the radio resource is performed.

(138) If the UE#1 100-1 in the valid area/location is determined to be out of the valid area/location while the proximity service code (e.g., ProSe code) is transmitted, transmission of the proximity service code (e.g., ProSe code) stops/ends. Alternatively, if the radio resource needs to be newly allocated, it may be unnecessary to newly allocate the radio resource if the proximity service code (e.g., ProSe code) becomes invalid due to a location change (e.g., a cell change, an eNodeB change, etc.).

(139) The UE#1 100-1 may confirm whether it is in the valid area/location whenever the proximity service code (e.g., ProSe code) is transmitted, and may confirm whether it is in the valid area/location according to a specific period. The confirmation may be on the basis of a period for each proximity service code (e.g., ProSe code). Alternatively, it may be confirmed on the basis of one period for all proximity service codes (e.g., ProSe code). In addition, it may be confirmed whether it is in the valid area/location of the proximity service code (e.g., ProSe code) whenever the area/location of the UE#1 100-1 is changed.

(140) Information regarding a time/period/event at which the UE#100-1 needs to confirm whether it is in the valid area/location of the proximity service code (e.g., ProSe code) may be provided together when the ProSe server 700 provides the proximity service code (e.g., ProSe code) to the UE#1 100-1 or may be configured in the UE#100-1.

(141) Meanwhile, the UE#100-1 may confirm whether it is a validity timer simultaneously while confirming whether it is located in the valid area/location of the proximity service code (e.g., ProSe code).

II. Second Disclosure of the Present Specification

(142) Method of acquiring a resource for transmitting a discovery signal when an MM back-off timer is driven.

(143) When a UE#100-1 drives an MM back-off timer, the following operation is performed if a discovery request is made from a ProSe application included therein.

(144) The UE#1 100-1 confirms whether the discovery request has a high priority and/or is urgent.

(145) If the discovery request has the high priority or is urgent, the UE#1 100-1 selects a radio resource from a resource pool included in an SIB 19. Thereafter, the discovery signal including the proximity service code (e.g., ProSe code) is transmitted in the idle state.

(146) Hereinafter, first and second disclosures of the present specification are described with reference to the accompanying drawings.

(147) FIG. 12 shows a signal flow of an exemplary method according to a first disclosure of the present specification for solving the problem of FIG. 9.

(148) A UE#1 100-1 may transmit a discovery request message to a ProSe server 700 before performing the proximity discovery procedure. The discovery request message may include an ID of the UE#1 100-1, that is, a UE ID, and an ID of a ProSe application.

(149) The ProSe server 700 acquires and authenticates information of the UE#1 100-1 from an HSS 540, and thereafter creates the proximity service code (e.g., ProSe code). Subsequently, the ProSe server 700 determines the proximity service code (e.g., ProSe code) and a validity timer. Further, the ProSe server 700 determines a valid area/location of the proximity service code (e.g., ProSe code). Herein, the valid area/location may be interpreted as information of an area/location in which the UE#1 100-1 is allowed to transmit the proximity service code (e.g., ProSe code) or may be interpreted as information of an area/location in which the UE#1 100-1 is authorized to transmit the proximity service code (e.g., ProSe code).

(150) Subsequently, the ProSe server 700 transmits a discovery response message including the proximity service code (e.g., ProSe code), the validity timer, and the valid area/location information to the UE#1 100-1.

(151) Then, if there is a discovery request from an application, the UE#1 100-1 determines whether the validity timer of the proximity service code (e.g., ProSe code) expires. If the validity timer does not expire, the UE#1 100-1 determines whether it is located in a valid area of the proximity service code (e.g., ProSe code).

(152) If the validity timer does not expire and if it is located in the valid area, the discovery signal including the proximity service code (e.g., ProSe code) is transmitted to other UEs, for example, a UE#2 100-2 and a UE#3 100-3.

(153) FIG. 13 shows a signal flow of an exemplary method according to a second disclosure of the present specification for solving the problem of FIG. 9 and FIG. 11b.

(154) A UE#1 100-1 may transmit a discovery request message to a ProSe server 700 before performing the proximity discovery procedure. The discovery request message may include an ID of the UE#1 100-1, that is, a UE ID, and an ID of a ProSe application.

(155) The ProSe server 700 determines the proximity service code (e.g., ProSe code), a validity timer, and a valid area/location, and thereafter transmits the discover response message to the UE#1 100-1.

(156) Meanwhile, when the UE#1 100-1 transmits the attach request message, the TAU request message, the RAU request message, or the service request message to an MME/SGSN 510 via an eNodeB 200 at the occurrence of the network congestion or overload, the MME/SGSN 510 transmits a reject message by including a back-off time (e.g., MM back-off timer) into the reject message.

(157) If the UE#1 100-1 receives a discovery request from a ProSe application included therein while driving the MM back-off timer in an idle state, it is determined whether the validity timer of the proximity service code (e.g., ProSe code) expires. If the validity timer does not expire, the UE#1 100-1 determines whether it is located in a valid area of the proximity service code (e.g., ProSe code).

(158) If the validity timer does not expire and if it is located in the valid area, it is confirmed whether the discovery request of the ProSe application has a high priority and/or is urgent.

(159) If the discovery request has the high priority or is urgent, the UE#1 100-1 selects a radio resource from a resource pool included in an SIB 19. Thereafter, the discovery signal including the proximity service code (e.g., ProSe code) is transmitted in the idle state.

(160) However, if the discovery request does not have the high priority or is not urgent, the UE#1 100-1 performs the RRC connection procedure and the service request procedure after waiting until the MM back-off timer expires, and a resource for the discovery signal is allocated from the eNodeB 200 to transmit the discovery signal including the proximity service code (e.g., ProSe code).

(161) The determining of whether the discovery request of the ProSe application has the high priority and/or is urgent may be performed before the determining of whether the validity timer of the proximity service code (e.g., ProSe code) expires.

(162) The discovery request may be a request for discovering one or more different UEs, and may be a discovery request notifying of its existence to other UEs.

(163) The disclosures of the present specification described up to now are not limited to an LTE/EPC network but are also applicable to an overall UMTS/EPS mobile communication system including both of a 3GPP access network (UTRAN/GERAN/E-UTRAN) and a non-3GPP access network (e.g., WLAN, etc.). Further, it is also applicable to all other wireless mobile communication systems in an environment where other network controls are applied.

(164) The content described up to now can be implemented in hardware. This will be described with reference to FIG. 14.

(165) FIG. 14 is a block diagram of a UE 100 according to one disclosure of the present specification.

(166) As shown in FIG. 14, the UE 100 includes a storage unit 101, a controller 102, and a transceiver 103.

(167) The storage unit 101 stores the aforementioned method.

(168) The controller 102 controls the storage unit 101 and the transceiver 103. More specifically, the controller 102 executes each of the methods stored in the storage unit 101. Further, the controller 102 transmits the aforementioned signals via the transceiver 103.

(169) Although exemplary embodiments of the present invention have been described above, the scope of the present invention is not limited to the specific embodiments and the present invention may be modified, changed, or improved in various ways within the scope of the present invention and the category of the claims.