The present invention relates to a communication method and apparatus using a wireless local area network access point (WLAN ap). The communication method of the WLAN ap according to one embodiment of the present invention may include step of storing identifiers by correlating a first identifier to be used for the WLAN ap to identify user equipment (ue) with a second identifier to be used for an enodeb (eNB) to identify the ue, step of receiving, from the ue, a first packet including the first identifier and data, step of creating a second packet, when the first packet is received, by combining the second identifier corresponding to the first identifier with the data of the first packet, and step of transmitting the second packet to the eNB.
|
13. user equipment (ue), comprising:
a transceiver unit configured to:
receive, from an enodeb (eNB), information for searching a wireless local area network access point (WLAN ap);
associate with the WLAN ap based on the information;
transmit, to the WLAN ap, a first identifier to be used for the WLAN ap to identify the ue with a second identifier to be used for the eNB to identify the ue; and
transmit, to the WLAN ap, a packet including the first identifier and data.
9. A communication method of user equipment (ue), comprising:
receiving, from an enodeb (eNB), information for searching a wireless local area network access point (WLAN ap);
associating with the WLAN ap, based on the information;
transmitting, to the WLAN ap, a first identifier to be used for the WLAN ap to identify the ue with a second identifier to be used for the eNB to identify the ue; and
transmitting, to the WLAN ap, a packet including the first identifier and data.
1. A communication method of a wireless local area network access point (WLAN ap), comprising steps of:
receiving, from a user equipment (ue), an association message including a first identifier and a second identifier corresponding to the first identifier;
storing identifiers by correlating the first identifier to be used for the WLAN ap to the ue with the second identifier to be used for an enodeb (eNB) to identify the ue;
receiving, from the ue, a first packet including the first identifier and data;
generating a second packet including the second identifier corresponding to the first identifier and the data of the first packet; and
transmitting the second packet to the eNB.
5. A wireless local area network access point (WLAN ap) comprising:
a transceiver unit configured to:
receive, from an user equipment (ue), an association message including a first identifier and a second identifier corresponding to the first identifier;
receive, from the ue, a first packet including the first identifier and data;
and
transmit to an enodeb (eNB) a second packet;
a storage unit configured to store the identifiers by correlating a first identifier to be used for the WLAN ap to identify ue with a second identifier to be used for an enodeb (eNB) to identify the ue;
and
a control unit configured to, when the first packet is received, generate the second packet including the second identifier corresponding to the first identifier and the data of the first packet.
2. The method of
before the step of storing the identifier, receiving, from the eNB, the second identifier and security context to be used for a communication with the ue.
3. The method of
before storing the identifier:
receiving, from the eNB, the second identifier and first security context to be used for a communication between the eNB and the ue; and
creating second security context to be used for a communication between the WLAN ap and the ue by using the first security context and a parameter of the WLAN ap.
4. The method of
receiving, from the ue, the second identifier, an evolved packet system (BPS) bearer identifier, a data radio bearer (DRB) identifier, and a bearer quality of service (QoS) parameter; and
transmitting, to the eNB, the second identifier, the BPS bearer identifier, the DRB identifier, and the bearer QoS parameter.
6. The WLAN ap of
7. The WLAN ap of
8. The WLAN ap of
receive, from the ue, the second identifier, an evolved packet system (EPS) bearer identifier, a data radio bearer (DRB) identifier, and a bearer quality of service (QoS) parameter; and
transmit, to the eNB, the second identifier, the EPS bearer identifier, the DRB identifier, and the bearer QoS parameter.
10. The method of
transmitting, to the WLAN ap, a bearer setup including the second identifier, an evolved packet system (BPS) bearer identifier, and a bearer quality of service (QoS) parameter.
11. The method of
acquiring first security context to be used for a communication between the eNB and the ue; and
creating second security context to be used for a communication between the WLAN ap and the ue by using the first security context and a parameter of the WLAN ap.
12. The method of
receiving an identifier list of the WLAN ap that is a target of search;
collecting information associated with the WLAN ap contained in the identifier list; and
transmitting, to the eNB, the collected information associated with the WLAN ap contained in the identifier list.
14. The ue of
15. The ue of
a control unit configured to
acquire first security context to be used for a communication between the eNB and the ue; and
create second security context to be used for a communication between the WLAN ap and the ue by using the first security context and a parameter of the WLAN ap.
16. The ue of
receive an identifier list of the WLAN ap that is a target of search;
collect information associated with the WLAN ap contained in the identifier list; and
transmit, to the eNB, the collected information associated with the WLAN ap contained in the identifier list.
|
The present invention relates to a communication method and apparatus using a wireless LAN AP in a wireless communication system.
Referring to
The eNB 110 corresponds to an existing node B of the UMTS system. The eNB 110 is connected to the UE 135 through a wireless channel. The eNB 110 performs a more complicated role than the existing node B does.
According to the LTE system, all user traffics including a real-time service such as VoIP (Voice over Internet Protocol) are serviced through a shared channel. Therefore, the LTE system requires an apparatus for collecting circumstantial information about the UEs 135 and thereby performing a scheduling. The eNB 110 takes charge of this function.
The SGW 130 is an apparatus for offering data bearer, and creates or removes data bearer under the control of the MME 120. The MME 120 is an apparatus for taking charge of various control functions, and one MME 120 may be connected to two or more eNBs 110.
The UE 135 can access the PGW 140 of the LTE system through a wireless local area network access point (WLAN AP) 150 and then transmit or receive data. However, according to conventional technology, in case the UE 135 accesses the PGW 140 through the WLAN AP 150, it should use ePDG (enhanced Packet Data Gateway) 160 which is an additional node for security, QoS (Quality of Service) mapping, or the like.
The unit to which QoS can be applied in a wireless communication system such as LTE is a bearer. One bearer is used for transmitting IP flows having the same QoS requirements. A parameter associated with QoS may be specified in a bearer, including QCI (QoS Class Identifier) and ARP (Allocation Retention Priority). One IP address corresponds to one PDN connection. A plurality of bearers may belong to one PDN connection.
As shown in
The present invention is proposed to solve the above drawbacks and has the aim of economizing an IP address and also allowing one application to simultaneously utilize WLAN and LTE.
In order to solve the above drawbacks, a communication method of a wireless local area network access point (WLAN AP) according to one embodiment of the present invention may comprise step of storing identifiers by correlating a first identifier to be used for the WLAN AP to identify user equipment (UE) with a second identifier to be used for an eNodeB (eNB) to identify the UE, step of receiving, from the UE, a first packet including the first identifier and data, step of creating a second packet, when the first packet is received, by combining the second identifier corresponding to the first identifier with the data of the first packet, and step of transmitting the second packet to the eNB.
In order to solve the above drawbacks, a wireless local area network access point (WLAN AP) according to one embodiment of the present invention may comprise a storage unit configured to store therein identifiers by correlating a first identifier to be used for the WLAN AP to identify user equipment (UE) with a second identifier to be used for an eNodeB (eNB) to identify the UE, a transceiver unit configured to receive, from the UE, a first packet including the first identifier and data, and a control unit configured to, when the first packet is received, create a second packet by combining the second identifier corresponding to the first identifier with the data of the first packet. The transceiver unit may be further configured to transmit the second packet to the eNB.
In order to solve the above drawbacks, a communication method of user equipment (UE) according to one embodiment of the present invention may comprise step of receiving, from an eNodeB (eNB), information for searching a wireless local area network access point (WLAN AP), step of associating with the WLAN AP, based on the information, step of transmitting, to the WLAN AP, a first identifier to be used for the WLAN AP to identify the UE with a second identifier to be used for the eNB to identify the UE, and step of transmitting, to the WLAN AP, a packet including the first identifier and data.
In order to solve the above drawbacks, user equipment (UE) according to one embodiment of the present invention may comprise a transceiver unit configured to receive, from an eNodeB (eNB), information for searching a wireless local area network access point (WLAN AP), to associate with the WLAN AP, based on the information, to transmit, to the WLAN AP, a first identifier to be used for the WLAN AP to identify the UE with a second identifier to be used for the eNB to identify the UE, and to transmit, to the WLAN AP, a packet including the first identifier and data.
According to one embodiment of the present invention, by allowing a simultaneous use of WLAN and LTE on the basis of the same IP address (namely, based on a single PDN connection), it is possible for one application to receive high-speed data transmission through both routes of WLAN and LTE and also economize an IP address which is a restricted resource.
Additionally, according to one embodiment of the present invention, since WLAN can be directly controlled by LTE access network, it is possible to efficiently manage resources and also omit network components, such as ePDG or ANDSF (Access Network Discovery and Selection Function), required for use of WLAN.
Hereinafter, an embodiment of the present invention will be fully described with reference to the accompanying drawings.
In the following description, well known or widely used techniques may not be described or illustrated in detail to avoid obscuring the essence of the present invention.
For similar reasons, some elements illustrated in the figures have not necessarily been drawn to scale. Also, the dimensions of some of the elements are exaggerated relative to other elements for clarity. Like numerals are used for like and corresponding parts of the various drawings.
Although embodiments of this invention will be described hereinafter on the basis of the 3GPP (Third Generation Partnership Project) LTE system, embodiments of the present invention may be also applied to any other communication/computer system having a similar technical background and system form without departing from the scope of this invention as will be understood by those skilled in the art.
Proposed in this description is technique to interwork the WLAN with the eNB 110 and to extend the concept of a bearer created between the UE and the LTE network to the WLAN in order to overcome the limitations of the existing system. This may allow the UE to use an additional bearer through the WLAN.
Referring to
Referring to
Referring to
At step 510, the eNB 210 transmits an RRC (Radio Resource Control) message to the UE 235. Here, the RRC message may be a WLAN PROBE REQUEST message. The RRC message may contain an indicator, which indicates that this message is a probe command, and a target SSID (Service Set Identifier) list (or any other WLAN AP identification information). Additionally, the RRC message may further contain a channel ID list or a channel frequency list. Also, this message may further contain an indicator for indicating what kind of information should be measured and reported by the UE.
When this RRC message is received, the UE 235 collects information about WLAN APs at step 520, using the SSID list or the like of the RRC message. For example, in case the SSID list is contained in the RRC message, the UE 235 collects information about WLAN APs having such SSID (i.e., WLAN Probing). Information about WLAN APs may include one or more of ID of WLAN (SSID, BSSID (Basic Service Set Identifier), HESSID (Homogeneous Extended Service Set Identifier), etc.), a using frequency or channel ID, a WLAN type, a received signal strength, load (or congestion) information, a venue name, a roaming consortium, an NAI (Network Access Identifier) realm, and a domain name. Here, the received signal strength corresponds to a signal quality between the UE and the WLAN AP, and the load information is information to be used for predicting a service quality that can be offered to the UE that gets access to the WLAN AP. This load information may include, at least part of, the number of UEs connected to the WLAN AP, the channel utilization, the throughput of backhaul connected to the WLAN AP, the average access delay time, and the throughput available for each UE. A particular type of information about the WLAN APs to be reported may be specified in a command message received from the eNB 210 or determined on the basis of information defined in the UE 235. In case the RRC message contains a channel ID or frequency, information about the WLAN APs is collected with regard to such channel/frequency bands.
At step 530, the UE 235 reports the collected information about the WLAN APs to the eNB 210, using an RRC message. This RRC message may be a WLAN PROBE RESPONSE message. The eNB 210 may store therein this information about the WLAN APs to use it later. Particularly, the eNB 210 utilizes this information about the WLAN APs received at step 530 for determining whether to create a bearer by using the WLAN or for selecting the WLAN. According to a modified example, based on information about the WLAN APs obtained through the above steps, the eNB 210 provides information about neighboring WLAN APs to the UE 235 such that the UE 235 can reduce or eliminate a process for finding the WLAN APs. This operation may be performed for the purpose of reducing time required for the UE 235 to find and access any available WLAN AP, or reducing battery consumption required.
At step 615, the eNB 210 may transmit information about the UE 235 to the WLAN AP 250. This information about the UE 235 may include, e.g., one or more of a UE ID used in the LTE, and security context such as a key to be used in a communication with the UE. Step 615 is optional and may be skipped according to embodiments.
At step 620, the UE 235 finds a WLAN AP by using the information about the WLAN APs received at step 615 and then performs an association/authentication procedure. In an association procedure, the UE 235 offers an LTE UE ID, i.e., an identifier used for the eNB 210 to identify the UE 235, to the WLAN AP, and also the WLAN AP 250 offers a WLAN ID, i.e., an identifier used for the WLAN AP 250 to identify the UE 235, to the UE 235. Through this, the WLAN AP 250 may create and store a mapping table about the UE ID and the WLAN ID.
If the UE 235 has already known sufficient information about the WLAN AP 250 and has passed the association procedure, steps 610, 615 and 620 may be skipped.
Thereafter, at step 625, the UE 235 transmits an NAS message to the MME 220 in order to set up a bearer. Here, the NAS message may include, e.g., a bearer resource modification message or a bearer resource allocation message. This message may contain information such as an indicator, indicating that a bearer requested by the UE 235 is a WLAN bearer, and an identifier of the WLAN AP 250, and/or an SSID. This information may be used for setting up a bearer, defining a QoS parameter, and charging at the MME 220 and the PGW 240. If the UE 235 creates or modifies the WLAN bearer in a state of having been already in association with the WLAN AP 250, the UE 235 skips steps 610 to 620 and performs a procedure from step 625. At steps 630 and 635, the MME 220 notifies the PGW 240 through the SGW 230 that the UE 235 adds a bearer through the WLAN AP 250. At step 640, the PGW 240 and the PCRF (Policy Charging Resource Function) 260 establish an IP-CAN (IP Connectivity Access Network) session. Thereafter, at step 645, the PGW 240 performs a bearer setup through a PGW initiated bearer activation procedure. The PGW initiated bearer activation procedure will be described below with reference to
At step 710, the eNB 210 transmit an S1 AP message to the MME 220 to set up a bearer. This message may contain information such as an ID of the UE 235, an indicator indicating that a bearer to be set up is a WLAN bearer, and an identifier or SSID of the WLAN AP 250. This information may be used for setting up a bearer, defining a QoS parameter, and charging.
At steps 720 and 730, the MME 220 notifies the PGW 240 through the SGW 230 that the UE 235 adds a bearer through the WLAN AP 250. Steps 720 and 730 are similar to steps 630 and 635.
At step 740, the PGW 240 and the PCRF 260 establish an IP-CAN session. Thereafter, at step 750, the PGW 240 performs a bearer setup through a PGW initiated bearer activation procedure. The PGW initiated bearer activation procedure will be described below with reference to
At step 810, the PGW 240 and the PCRF 260 establish the IP-CAN session. At steps 815 and 820, the PGW 240 transmits a create session request message through the SGW 230. The create session request message may contain an indicator indicating a WLAN bearer setup and an ID or address indicating the WLAN AP 250.
At step 825, the MME 220 transmits a bearer setup request message and a session management request message to the eNB 210. The bearer setup request message and the session management request message may be transmitted together, or the bearer setup request message may be transmitted before or after transmission of the session management request message. The bearer setup request message and the session management request message may contain an indicator indicating a WLAN bearer setup and an ID or address indicating the WLAN AP 250.
At step 830, the eNB 210 transmits an RRC message for a bearer setup to the UE 235. This RRC message may contain, e.g., an RRC connection reconfiguration message. The RRC message may contain an indicator indicating a WLAN bearer setup and an ID (an AP ID or SSID) or address indicating the WLAN AP 250 as well as an EPS bearer ID, a DRB ID (LCID), and a bearer QoS parameter.
At step 835, the UE 235 transmits a bearer setup request message to the WLAN AP 250 selected using information contained in the received RRC message and NAS message (session management request). The bearer setup request message may contain an LTE UE ID, an EPS bearer ID, a DRB ID (LCID), a bearer QoS parameter, and the like.
At step 840, using this information, the WLAN AP 250 requests a bearer setup to the eNB 210.
Thereafter, the UE, the AP, and the LTE system transmit a response message. At step 845, the eNB 210 transmits, to the WLAN AP 250, a bearer setup response corresponding to the bearer setup request at step 840. At step 850, the WLAN AP 250 delivers the bearer setup response at step 845 to the UE 235. At step 855, the UE 235 transmits, to the eNB 210, an RRC connection reconfiguration completion message corresponding to the RRC connection reconfiguration message at step 830. At step 860, the eNB 210 transmits, to the MME 220, a bearer setup response message corresponding to the bearer setup request message at step 825. At step 865, direct transmission is performed from the UE 235 to the eNB 210. At step 870, the eNB 210 transmits, to the MME 220, a session management response message corresponding to the session management request message at step 825. At step 875, the MME 220 transmits, to the SGW 230, a create bearer response message to the create bearer request message at step 820. At step 880, the SGW 230 delivers the create bearer response message at step 875 to the PGW 240.
For reference, in case the procedure in
At step 910, the PGW 240 and the PCRF 260 establish the IP-CAN session. At steps 915 and 920, the PGW 240 transmits a create session request message through the SGW 230. The create session request message may contain an indicator indicating a WLAN bearer setup and an ID or address indicating the WLAN AP 250.
At step 925, the MME 220 transmits a bearer setup request message and a session management request message to the eNB 210. The bearer setup request message and the session management request message may be transmitted together, or the bearer setup request message may be transmitted before or after transmission of the session management request message. The bearer setup request message and the session management request message may contain an indicator indicating a WLAN bearer setup and an ID or address indicating the WLAN AP 250 as well as an EPS bearer ID, a DRB ID (LCID), and a bearer QoS parameter.
At step 930, the eNB 210 transmits a bearer setup message for a bearer setup to the WLAN AP 250. The bearer setup message may contain an LTE ID of the UE 235, an EPS bearer ID, a DRB ID (LCID), a bearer QoS parameter, and the like.
At step 935, the WLAN AP 250 may find a WLAN ID of the UE 235 corresponding to the LTE ID, using a mapping table created in the association procedure. The WLAN AP 250 transmits a bearer setup message to the UE 235, using the found WLAN ID. The bearer setup message may contain an indicator indicating a WLAN bearer, an EPS bearer ID, a DRB ID (LCID), a bearer QoS parameter, and the like.
Thereafter, the UE, the AP, and the LTE system transmit a response message. At steps 940 and 945, a bearer setup response is transmitted from the UE 235 to the eNB 210 through the WLAN AP 250. The next steps 950, 955, 960, 965 and 970 correspond to steps 860, 865, 870, 875 and 880.
When the procedures shown in
Although
Meanwhile, even in case the UE 235 transmits or receives data through the WLAN AP 250, it is required to apply integrity protection or ciphering for data security as case of transmitting or receiving data through the eNB 210. For applying this security mechanism, a process of discussing security context (e.g., key) to be used for integrity protection or ciphering between the UE and the WLAN is needed. Normally, this may be formed of a process of offering information such that the UE 235 and the WLAN AP 250 can have the same keys.
Generally in case the UE 235 transmits or receives data through the WLAN AP 250, security context used by the UE 235 and the WLAN AP 250 is offered through AAA (Authentication, Authorization and Accounting) server. However, if this method is used in the 3GPP network, a lengthy delay and much signaling are caused unfavorably due to passing through several nodes.
In order to solve this drawback, some embodiments of the present invention suggest a solution of using security context, or part thereof, used by 3GPP network, especially by the eNB 210, for data transmission/reception through the WLAN AP 250.
According to one embodiment of the present invention, when the UE 235 determines to transmit or receive data through the WLAN AP 250, the eNB 210 delivers security context (at least parts of KeNB, KeNB*, KRRCInt, KRRCenc, KUPInt, and KUPenc, or other similar key, other information) and identifier (ID used in LTE or WLAN) of the UE 235 to WLAN AP 250, together with or separately from other information. The WLAN AP 250 receiving them identifies the UE 235 and uses the above information to guarantee security of data for the UE 235.
The above solution has an advantage of simplicity because of requiring no separate key derivation process for the WLAN, but the security level may be not high since the same security context is used in the eNB 210 and the WLAN AP 250. To obviate this drawback, according to another embodiment of the present invention, the eNB 210 may derive security context, to be used by the WLAN AP 250, from AS (Access Stratum) security context (e.g., KeNB* or KeNB) used between the eNB 210 and the UE 235, and then deliver it to the WLAN AP 250. When the eNB 210 derives new security context to be used by the WLAN AP 250, the following Equation 1 may be used.
F(AS security context, parameter of WLAN AP)=security context of WLAN AP [Equation 1]
In Equation 1, F is a derivation function, and AS security context may contain parts of security context (e.g., KeNB) being used by the eNB 210. A WLAN parameter may contain an operating frequency of the WLAN AP 250 or ID (e.g., SSID, BSSID, ESSID, HESSID, etc.) of the WLAN. Security context of the WLAN AP is security context (e.g., KWLAN) to be used by the WLAN AP 250 in a communication with the UE 235. Security context derived using the above way is delivered to the WLAN AP 250 together with an identifier (e.g., ID used in LTE or WLAN) of the UE 235. The WLAN AP 250 receiving them identifies the UE 235 and uses the above information to guarantee security of data for the UE 235. Meanwhile, parameters used in the derivation function are information that allows the UE 235 to know in advance. Therefore, if the UE 235 uses the same derivation function and parameters, it is possible to create and use the same security context as security context to be used by the WLAN AP 250.
According to one embodiment of the present invention, the above method led by the eNB 210 may be replaced with another in which the WLAN AP 250 derives security context. Namely, the eNB 210 delivers AS security context (e.g., KeNB* or KeNB), used for a communication between the eNB 210 and the UE 235, to the WLAN AP 250, together with an identifier of the UE 235. The WLAN AP 250 may identify the UE 235 and derive new security context to be used for the UE 235. For derivation of security context, the above Equation 1 may be used.
Particularly, the transceiver unit 1020 may receive, from the UE 235, the first identifier (WLAN ID) to be used for the WLAN AP 250 to identify the UE 235 and the second identifier (UE ID) to be used for the eNB 210 to identify the UE 235. The transceiver unit 1020 may receive, from the eNB 210, the second identifier and security context to be used for a communication with the UE 235. Additionally, the transceiver unit 1020 may receive the second identifier, an EPS (Evolved Packet System) bearer identifier, a DRB (Data Radio Bearer) identifier, and a bearer QoS (Quality of Service) parameter from the UE 235, and transmit the second identifier, the EPS bearer identifier, the DRB identifier, and the bearer QoS parameter to the eNB 210.
The storage unit 1030 may store therein the first and second identifiers, correlated with each other, to be used to identify the UE 235.
The transceiver unit 1020 may receive the first packet containing the first identifier and data from the UE 235. When the first packet is received, the control unit 1010 creates the second packet by combining the second identifier corresponding to the first identifier with the data of the first packet. The transceiver unit 1020 transmits the second packet to the eNB 210.
Particularly, the transceiver unit 1120 may receive information for searching WLAN APs from a user eNodeB (eNB) and, based on the received information, perform association with the WLAN AP 250. The transceiver unit 1120 may transmit, to the WLAN AP 250, the first identifier to be used for the WLAN AP 250 to identify the UE 235 and the second identifier to be used for the eNB 210 to identify the UE 235. The WLAN AP 250 may store therein a mapping table of the first and second identifiers according to this information. Thereafter, the transceiver unit 1120 transmits, to the WLAN AP 250, a packet containing the first identifier and data. The WLAN AP 250 may replace the first identifier with the second identifier and transmit it to the eNB 210. Additionally, the transceiver unit 1120 may transmits a bearer setup containing the second identifier, an EPS (Evolved Packet System) bearer identifier, a DRB (Data Radio Bearer) identifier, and a bearer QoS (Quality of Service) parameter to the WLAN AP 250. Through this, a bearer passing through the WLAN AP 250 is set up.
The above-discussed method is described herein with reference to flowchart illustrations of user interfaces, methods, and computer program products according to embodiments of the present disclosure. It will be understood that each block of the flowchart illustrations, and combinations of blocks in the flowchart illustrations, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which are executed via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart block or blocks. These computer program instructions may also be stored in a computer usable or computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer usable or computer-readable memory produce an article of manufacture including instruction means that implement the function specified in the flowchart block or blocks. The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions that are executed on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.
And each block of the flowchart illustrations may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that in some alternative implementations, the functions noted in the blocks may occur out of the order. For example, two blocks shown in succession may in fact be executed substantially concurrently or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.
The term “unit”, as used herein, may refer to a software or hardware component or device, such as a Field Programmable Gate Array (FPGA) or Application Specific Integrated Circuit (ASIC), which performs certain tasks. A unit may be configured to reside on an addressable storage medium and configured to execute on one or more processors. Thus, a module or unit may include, by way of example, components, such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables. The functionality provided for in the components and modules/units may be combined into fewer components and modules/units or further separated into additional components and modules.
The embodiments described above are illustrative examples and it should not be construed that the present invention is limited to these particular embodiments. Thus, various changes and modifications may be effected by one skilled in the art without departing from the spirit or scope of the invention as defined in the appended claims.
While the present invention has been particularly shown and described with reference to an exemplary embodiment thereof, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of this invention as defined by the appended claims.
Jeong, Sang Soo, Cho, Song Yean, Lim, Han Na
Patent | Priority | Assignee | Title |
9980316, | Jul 14 2015 | HTC Corporation | Device and method of handling authentication procedure |
Patent | Priority | Assignee | Title |
6311055, | Oct 02 1997 | Ericsson Inc | System and method for providing restrictions on mobile-originated calls |
7633909, | Dec 20 2002 | Sprint Spectrum LLC | Method and system for providing multiple connections from a common wireless access point |
20050169223, | |||
20080248747, | |||
20100067434, | |||
20110142047, | |||
20110182270, | |||
20110216744, | |||
20110222523, | |||
20130122904, | |||
EP2083599, | |||
JP2009514348, | |||
JP2010154079, | |||
WO9918704, | |||
WO2009151452, | |||
WO2012011788, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Mar 19 2013 | Samsung Electronics Co., Ltd | (assignment on the face of the patent) | / | |||
Aug 29 2014 | LIM, HAN NA | SAMSUNG ELECTRONICS CO , LTD | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 033782 | /0282 | |
Sep 01 2014 | JEONG, SANG SOO | SAMSUNG ELECTRONICS CO , LTD | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 033782 | /0282 | |
Sep 01 2014 | CHO, SONG YEAN | SAMSUNG ELECTRONICS CO , LTD | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 033782 | /0282 |
Date | Maintenance Fee Events |
Jun 28 2017 | ASPN: Payor Number Assigned. |
Sep 16 2020 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Sep 16 2024 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Date | Maintenance Schedule |
Apr 04 2020 | 4 years fee payment window open |
Oct 04 2020 | 6 months grace period start (w surcharge) |
Apr 04 2021 | patent expiry (for year 4) |
Apr 04 2023 | 2 years to revive unintentionally abandoned end. (for year 4) |
Apr 04 2024 | 8 years fee payment window open |
Oct 04 2024 | 6 months grace period start (w surcharge) |
Apr 04 2025 | patent expiry (for year 8) |
Apr 04 2027 | 2 years to revive unintentionally abandoned end. (for year 8) |
Apr 04 2028 | 12 years fee payment window open |
Oct 04 2028 | 6 months grace period start (w surcharge) |
Apr 04 2029 | patent expiry (for year 12) |
Apr 04 2031 | 2 years to revive unintentionally abandoned end. (for year 12) |