WO2010110595A2 - 펨토 셀 접속노드, 펨토 셀 시스템 및 그 시스템의 데이터 전송 방법 - Google Patents

펨토 셀 접속노드, 펨토 셀 시스템 및 그 시스템의 데이터 전송 방법 Download PDF

Info

Publication number
WO2010110595A2
WO2010110595A2 PCT/KR2010/001803 KR2010001803W WO2010110595A2 WO 2010110595 A2 WO2010110595 A2 WO 2010110595A2 KR 2010001803 W KR2010001803 W KR 2010001803W WO 2010110595 A2 WO2010110595 A2 WO 2010110595A2
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
called terminal
connection state
network
femtocell
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2010/001803
Other languages
English (en)
French (fr)
Other versions
WO2010110595A3 (ko
Inventor
서성진
윤성준
정명철
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Pantech Co Ltd
Original Assignee
Pantech Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Pantech Co Ltd filed Critical Pantech Co Ltd
Priority to EP10756350A priority Critical patent/EP2413618A2/en
Priority to CN2010800134557A priority patent/CN102362514A/zh
Priority to US13/257,497 priority patent/US20120009913A1/en
Priority to JP2012501936A priority patent/JP2012521710A/ja
Publication of WO2010110595A2 publication Critical patent/WO2010110595A2/ko
Publication of WO2010110595A3 publication Critical patent/WO2010110595A3/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing 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/08—Mobility data transfer
    • H04W8/082—Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Definitions

  • the present invention relates to a femtocell, and more particularly, to a femtocell connection node connected to an IP network such as a HeNB (Home eNodeB), a system including the same, and a data transmission method of the system.
  • IP network such as a HeNB (Home eNodeB)
  • HeNB Home eNodeB
  • Femto Cell is an ultra-small / low-power indoor base station that provides mobile communication service to an area within a 200m radius.It is mainly an area or shade where the degradation of the macro cell is degraded, such as inside a home or office. It is installed in the area to compensate for the quality of mobile communication service.
  • femtocells have low installation and maintenance costs by using a universal Internet line for communication with the core network, which is the core control station of the mobile communication network, and can be installed anywhere where the Internet line is installed. This has an outstanding advantage. Because femto cells can enhance cell coverage and improve the quality of voice services, mobile operators expect to fully adapt subscribers to 3G by providing data services using femto cells.
  • Various network architectures are considered in relation to femtocells. In order to manage more than 1 million femto cells, a scalable system architecture is required.
  • femto cell standardization is under the name of HNB (or Home NodeB) in Wideband Code Division Multiple Access (WCDMA) network and HeNB (or Home eNodeB) in Long Term Evolution (LTE) network.
  • HNB or Home NodeB
  • WCDMA Wideband Code Division Multiple Access
  • HeNB or Home eNodeB
  • LTE Long Term Evolution
  • a feature of a system using a femto cell is that the access node, typically HeNB, is not connected to a dedicated line of a mobile carrier but is directly connected to a universal Internet protocol (IP) network.
  • IP Internet protocol
  • HeNB is directly connected to an IP network (Internet Protocol Network)
  • IP network Internet Protocol Network
  • IP Internet Protocol
  • VoIP voice over IP
  • IPTV IP television
  • the data traffic always passes through the core network of the mobile communication system.
  • the data traffic path is determined by the terminal ⁇ wireless section ⁇ access node ⁇ IP network ⁇ core network ⁇ IP network ⁇ corresponding network.
  • the server is in order.
  • the data traffic path is similarly performed in the A terminal ⁇ wireless section ⁇ HeNB ⁇ IP network ⁇ core network ⁇ IP network ⁇ HeNB ⁇ This is the order of terminal B. That is, in the case of a terminal accessing the HeNB provided by the mobile communication provider, the user data must be changed and transmitted to the promised form of the HeNB and the core network section so that the terminal can pass through the core network provided by the mobile communication provider. will be.
  • the technical problem to be achieved by the present invention is to enable direct communication through the IP network without passing through the core network of the mobile communication provider, thereby reducing the load on the core network, thereby increasing the overall capacity of the system femto
  • the present invention provides a cell access node, a femtocell system, and a data transmission method of the system.
  • Another object of the present invention is to provide a femtocell access node, a femtocell system, and a data transmission method of the system capable of reducing data delay by reducing an unnecessary data path and shortening a data traffic path.
  • a femtocell access node when a data transmission request for a called terminal is received from an originating terminal, a connection state detection unit for detecting a connection state of the called terminal; And a protocol support processing unit for changing a transmission format of data received from the calling terminal in accordance with the connection state of the called terminal.
  • a femtocell access node supporting the originating terminal grasps a connection state of the called terminal. Doing; And determining, by the femtocell connection node, a transmission format of data to be transmitted to the destination terminal according to the connection state of the destination terminal.
  • Femtocell system is the originating terminal; And a wireless connection with the calling terminal, when receiving a data transmission request for the called terminal from the calling terminal, grasping the connection state of the called terminal to determine a transmission format according to the connection state of the called terminal, And a femtocell access node for changing and transmitting a transmission format of data received from the originating terminal.
  • the terminal connected to the HeNB when the terminal connected to the HeNB performs data communication with the terminal directly connected to another HeNB or IP network, by directly enabling communication through the IP network without passing through the core network of the mobile communication provider, This can reduce the load and increase the overall system capacity.
  • data delay can be reduced by reducing unnecessary data paths and shortening data traffic paths.
  • FIG. 1 is a schematic structural diagram of a femtocell system according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating a change in data structure passing through the femtocell system shown in FIG. 1.
  • FIG. 3 is an internal configuration diagram of a femtocell connection node according to an embodiment of the present invention.
  • FIG. 4 is a flowchart illustrating a data transmission method of a femtocell system according to an embodiment of the present invention.
  • FIG. 5 is a flowchart illustrating a data transmission method of a femtocell system according to another embodiment of the present invention.
  • FIG. 6 is a flowchart illustrating a data transmission method of a femtocell system according to another embodiment of the present invention.
  • FIGS. 1 to 3 a femtocell system according to a preferred embodiment of the present invention will be described in detail with reference to FIGS. 1 to 3.
  • FIG. 1 is a schematic structural diagram of a femtocell system according to an embodiment of the present invention. 1 illustrates a configuration for performing efficient data transmission using an IP network in a mobile communication system using a femto cell.
  • Macro Cell access nodes such as Base Station, Node B, and Evolved Node B are connected to a dedicated line used by the mobile operator's Core Network. Voice and data communication should be performed using.
  • femto cell connection nodes can be connected to the core network through an IP network installed indoors or inside the company.
  • Representative embodiments of a femto cell connection node include a home node B (HNB) or a home eNodeB (HeNB).
  • HNB home node B
  • HeNB home eNodeB
  • One embodiment uses this feature of a femtocell access node to reduce the data traffic load on the core network in a mobile communication system to improve performance.
  • an originating terminal 110 and a femtocell access node # 1 131 are located at an originating side.
  • EPC Evolved Packet Core
  • the called terminal # 1 121 to the called terminal # 3 123 are collectively referred to as the called terminal 120, and the femto cell access node # 1 131 and the femto cell access node # 2 ( 132 is collectively referred to as a 'femto cell access node 130'.
  • the originating terminal 110 sends a data transmission request for the terminating terminal 120 to the femtocell access node # 1 131 supporting itself through call origination, and when a response is received, the femtocell access node # 1 ( Pass data to 131).
  • the called terminal 120 is a device that receives data from the calling party through various paths through the core network or the IP network.
  • the called terminal # 1 121 receives data transmitted from the calling terminal 110 through the macro cell access node 160 interworking with the core network.
  • Incoming terminal # 2 122 illustrates a terminal connected to an IP network through a femtocell access node # 2 132, and a terminating terminal # 3 123 illustrates a terminal connected directly to an IP network. .
  • the above-mentioned destination terminal 120 uses a cell ID (Cell ID) to the femto cell connection node 130 (eg, femto cell connection node # 2 132) or a macro cell connection node. It may be periodically determined which one of the connections (160). Then, the determination result may be notified to the uplink device (eg, femtocell gateway 140 or core network node 150) connected thereto.
  • Cell ID cell ID
  • the uplink device eg, femtocell gateway 140 or core network node 150
  • the femtocell access node # 1 131 is an outgoing access node operating wirelessly connected to the originating terminal 110 and directly connected to the IP network.
  • the femto cell access node # 1 131 determines the connection state of the called terminal 120 and accesses the called terminal 120.
  • the transmission format of the data is determined according to the state. Then, after changing the transmission format of the data received from the originating terminal 110 in accordance with the determined transmission format and transfers the data to the destination terminal 120 through the IP network or the core network.
  • the femtocell access node # 1 131 tunnels the data received from the originating terminal 110 according to the core network. Instead, it may be changed to a transmission format suitable for the IP network and then transmitted to the destination terminal 120 through the IP network. For example, the case where the calling terminal 110 communicates with the called terminal # 2 122 or the called terminal # 3 123 belongs to this case.
  • the femtocell access node # 2 132 is a terminating access node of a data receiving side wirelessly connected to the terminating terminal 120 and receives data transmitted from the originating terminal 110 through an IP network and receives the received data. It serves to deliver to the terminal # 2 (122).
  • femto cell access node # 2 132 may be a HeNB (Home eNodeB, Femto Cell BTS in LTE).
  • the femtocell gateway 140 is located at the calling party or the called party to connect femtocell access nodes 130 managing terminals such as the calling terminal 110 and the called terminal 120 to each other and to interwork with an IP network. Device.
  • the femto cell access node 130 may be connected to the core network node 150 through the femto cell gateway 140 or may be directly connected to the core network node 150.
  • femto cell gateway 140 may be a Home eNodeB Gateway (HeNB GW). When the femto cell access node 130 is directly connected to the core network node 150, the femto cell gateway 140 may be omitted.
  • HeNB GW Home eNodeB Gateway
  • the core network node 150 in the core network manages the macro cell access node 160, and when the called terminal 120 serving as the communication counterpart of the calling terminal 110 is located in the macro cell instead of the femto cell, for example, calling When the terminal 110 wants to send data to the called terminal # 1 121, the terminal 110 controls the macro cell access node 160 to enable communication between the calling party and the called party.
  • the core network may include a Serving Gateway (S-GW), a Packet Data Network (PDN) Gateway (P-GW), a Mobility Management Entity (MME), etc.
  • S-GW Serving Gateway
  • PDN Packet Data Network
  • MME Mobility Management Entity
  • MME Mobility Management Entity
  • the aforementioned core network node 150 may be configured to provide non-access stratum (NAS) signaling and security, inter-core-network signaling for mobility of UEs, P-GW / S-GW selection, When performing a handover involving an MME change or a serving GPRS support node (SGSN) change, another MME or another SGSN may be selected, roaming, authentication, or the like.
  • the S-GW may perform functions such as local mobility manager (LMA) point management for handover, packet routing, or forwarding.
  • LMA local mobility manager
  • the P-GW may perform functions such as packet filtering and terminal IP address allocation.
  • the macro cell access node 160 is a device connected to the data transmission side through the core network.
  • the macro cell access node 160 transfers data sent from the originating terminal 110 to the called terminal 120 with the support of the core network node 150.
  • the macro cell access node 160 may be an evolved node B (eNB).
  • eNB evolved node B
  • the above-described macro cell access node 160 may be a frequency resource such as radio bearer control, radio admission control, connection mobility control, scheduling, or the like. Management functions, IP (Internet Protocol) header and user data encryption function, routing function, scheduling function of paging message and broadcast message, measurement and measurement report function, etc. can be performed.
  • IP Internet Protocol
  • the femtocell access node 130 When the femtocell access node 130 (eg, HeNB) is installed indoors, one originating terminal 110 performs mobile communication service at the macro cell access node 160 (eg, eNB) connected to the core network outdoors. When the mobile station enters the indoor femto cell area, the mobile communication service is received from the femto cell access node 130 (eg, HeNB).
  • the femto cell connection node 130 (eg, HeNB) is connected to the IP network using an IP network line installed indoors, and is connected to the core network of the mobile communication system through the IP network.
  • the femtocell system transforms the data transmission format into a form suitable for an IP network instead of a core network (eg, EPC), thereby enabling data communication directly through the IP network without passing through the core network.
  • a core network eg, EPC
  • the originating terminal 110 connected to the femtocell access node # 1 131 eg, HeNB
  • another femtocell access node # 2 132 eg, HeNB.
  • one embodiment of the present invention is a case in which the calling terminal 110 connected to the femtocell access node 131 performs data communication with another femtocell access node 132 or a called terminal 123 directly connected to an IP network.
  • it enables direct communication through the IP network without passing through the core network of the mobile communication system.
  • the load of the core network in the mobile communication system can be reduced, thereby increasing the overall capacity of the system.
  • unnecessary data paths are reduced, the path of data traffic is shortened, thereby reducing the data delay.
  • FIG. 2 is a diagram illustrating a change in data structure passing through the femtocell system shown in FIG. 1.
  • the calling terminal 110 sends a data transmission request for the called terminal 120 to the femtocell access node # 1 131.
  • the originating terminal 110 transmits a call start request message CallInitReq requesting data transmission to the terminating terminal 120 to the femtocell access node # 1 131.
  • the femtocell access node # 1 131 supporting the calling terminal 110 grasps the connection state of the called terminal 120 and then returns to the called terminal 120 in accordance with the connection state of the called terminal 120. Determine the transmission format of the data to be transmitted.
  • the femtocell access node # 1 131 receiving the request transmits a terminal information request message (UEInfoReq) for inquiring the connection state of the terminating terminal 120 to its uplink device (eg, femtocell gateway, core network node, etc.). It transmits and receives the connection state information of the called terminal in response.
  • UEInfoReq terminal information request message
  • the connection state of the terminating terminal 120 is a core network connection state via a core network provided by a mobile communication provider in data communication, or an IP that is distinguished from the core network in data communication or provided by an ISP (Internet Service Provider) provider.
  • the network may be classified into at least one of the IP network access states using the network.
  • the called terminal # 1 121 may be viewed as a core network connection state that is connected to a macro cell access node connected to the core network.
  • the destination terminal # 2 122 connected to the IP network and the destination terminal # 3 123 directly connected to the IP network through the femtocell access node # 2 132 may be viewed as an IP network connection state.
  • femtocell access node # 1 131 receives data from the calling terminal 110 and changes the transmission format to match the IP network.
  • the femtocell access node # 1 131 receives data from the calling terminal 110 and changes the transmission format to match the core network.
  • each UE periodically determines whether it is connected to the femtocell access node 130 or the macro cell access node 160 by using the cell ID, and determines the determination result thereof.
  • Notify uplink device eg, femto cell gateway 140, core network node 150, etc.
  • each terminal may receive a cell ID from an access node (eg, femto cell access node 130 or macro cell access node 160) connected to the terminal.
  • an access node eg, femto cell access node 130 or macro cell access node 160
  • FIG. 2 illustrates a data format change process according to the present invention.
  • femtocell access node # 1 131 is connected to an IP network installed indoors, and is connected to a core network (eg, EPC) of a mobile communication provider through an IP network.
  • EPC eg, EPC
  • the femtocell access node # 1 131 tunnels the data received from the originating terminal 110 by GTP / UDP / IP (GPRS Tunneling Protocol / User Datagram Protocol / Internet Protocol) and sends the data to the core network. Traffic of data via the core network is again transmitted to the femtocell access node # 2 132 (eg, HeNB) where the destination terminal 120 as the other party is located via the IP network.
  • GTP / UDP / IP GPRS Tunneling Protocol / User Datagram Protocol / Internet Protocol
  • the data is transmitted in the form of TCP / IP (Transmission Control Protocol / Internet Protocol) used in the IP network again via the IP network. Thereafter, the traffic of the data reaching the other party's femtocell access node # 2 132 (eg, HeNB) is delivered to the called terminal 120.
  • TCP / IP Transmission Control Protocol / Internet Protocol
  • Scenario I illustrates the format change of the data structure in this data flow.
  • both the calling terminal 110 and the called terminal 120 to communicate are connected to the femtocell access node 130 (eg, HeNB), or one of the calling terminal 110 and the called terminal 120.
  • the femtocell access node 130 eg, HeNB
  • the scenario I method which should always pass through the core network is not efficient.
  • a scenario II or scenario III scheme is proposed as a data path scheme capable of efficiently transmitting data using an IP network.
  • both the calling terminal 110 and the called terminal 120 to transmit / receive data are connected to the femtocell access node 130 (eg, HeNB), or one terminal is connected to the femtocell access node 130 (eg, HeNB) and the other terminal is directly connected to the IP network, the following scenario II or III may be applied.
  • the femtocell access node 130 eg, HeNB
  • one terminal is connected to the femtocell access node 130 (eg, HeNB) and the other terminal is directly connected to the IP network
  • each of the originating terminal 110 and the terminating terminal 120 needs to first determine whether it is connected to the femtocell access node 130. This may be determined based on a cell ID received from the femto cell access node 130.
  • the femto cell access node 130 has a cell ID that is distinct from the macro cell access node 160.
  • the macro cell access nodes eg, eNBs
  • the cell IDs of the femto cell access nodes eg, HeNBs
  • the ID of is distinguished from the macro cell access nodes.
  • Each terminal receives a message indicating the access node information, such as a paging channel message, from the access node to which it is connected, checks its cell ID, and then is it connected to a femtocell access node (eg, HeNB), or It may be determined whether it is connected to the macro cell access node (eg, eNB).
  • a femtocell access node eg, HeNB
  • eNB macro cell access node
  • Each terminal needs to periodically inform the uplink device (eg, MME) whether the access node to which it is currently connected is a macro cell access node (eg, eNB) or a femtocell access node (eg, HeNB). have.
  • MME uplink device
  • the core network may periodically request the corresponding information from each terminal, or each terminal may periodically notify the core network of the information.
  • the femtocell access node 130 (eg, HeNB) of the originating terminal 110 that transmits data is connected to the femtocell access node (eg, HeNB) or directly connected to the IP network. After checking whether or not, the data is transmitted according to scenario II or scenario III of FIG. 2.
  • data may be transmitted according to scenario I.
  • the macro cell access node 160 eg, eNB
  • FIG. 3 is an internal configuration diagram of the femtocell connection node shown in FIG. 1 and illustrates an internal configuration of a femtocell connection node # 1 131 located at an originating side as an example.
  • the femtocell access node # 1 131 of the calling party may communicate with the called party directly through the IP network without passing through the core network.
  • the femtocell access node # 1 131 uses a signaling technique for checking the state of the called terminal 120, which is a counterpart to send and receive data.
  • the femtocell access node # 1 131 changes the data format according to the confirmed called party's state. For example, this operation may be performed when the called terminal 120 is directly connected to the IP network or located in the local network as a result of checking the status of each other.
  • the femto cell access node # 1 131 does not make data into a format that is adapted to the core network interface of the mobile communication system, but makes the data available in the IP network, thereby enabling communication using the IP network in an efficient data format. To lose.
  • the femtocell access node # 1 131 includes a connection state detector 133 and a protocol support processor 135, and may further include a data format determiner 134.
  • the connection state detector 133 detects the connected state of the called terminal 120. For example, when a call start request message CallInitReq is received from the originating terminal 110 requesting data transmission to the terminating terminal 120, the connection state detection unit 133 responds to the call terminal 120. A terminal information request message (UEInfoReq) for querying the connection status is generated. The connection state detection unit 133 transmits the terminal information request message UEInfoReq to an uplink device (eg, MME) and then responds to the terminal information request message (UEInfoReq) in response to the corresponding uplink device (eg, MME). The connection state of the called terminal 120 can be received.
  • an uplink device eg, MME
  • UEInfoReq terminal information request message
  • the connection state of the called terminal 120 may be classified into a core network connection state or an IP network connection state.
  • the core network connection state is a state via a core network provided by a mobile communication provider in data communication
  • the IP network connection state is distinguished from the core network in data communication, or via an IP network provided by an ISP provider. It is a state.
  • the core network connection state may mean a state in which the called terminal 120 is connected to the macro cell access node (eg, called terminal # 1 121).
  • the IP network connection state is the state in which the terminating terminal 120 is connected to the femtocell connection node connected to the IP network (for example, the terminating terminal # 2 (122)), or the state that is directly connected to the IP network (for example # 3 (123)].
  • the data format determination unit 134 determines a transmission format of data transmitted from the originating terminal 110 to the terminating terminal 120 according to the connection state of the terminating terminal 120 identified by the connection state detecting unit 133, The result is reported to the protocol support processing unit 135.
  • the protocol support processor 135 changes the transmission format of the data received from the calling terminal 110 according to the connection state of the called terminal 120 so that the data can be delivered to the called terminal 120.
  • the protocol support processor 135 receives the received message from the calling terminal 110.
  • the data may be changed into a transmission format suitable for the IP network and then transmitted to the destination terminal 120 through the IP network.
  • the protocol support processor 135 may include an IP network protocol supporter 136 and a core network protocol supporter 137.
  • the IP network protocol support unit 136 receives data from the originating terminal 110 and changes the transmission format to the IP network.
  • the IP network protocol support unit 136 may include a femto cell connection support unit 138 and an IP direct connection support unit 139.
  • connection state detector 133 determines that the called terminal 120 is in a state of being connected to the femto cell access node # 2 132 (eg, called terminal # 2 122), the calling party femto cell connection is detected.
  • the femtocell connection support unit 138 in the node # 1 131 changes the protocol structure, as in scenario II of FIG. 2.
  • the physical layer (L1) / transport layer (L2) protocol portion for the wireless section transmission is L1 (physical layer) / L2 (Transport Layer) / TCP (Transmission Control Protocol) / IP ( Internet Protocol) protocol structure.
  • L1 / L2 is for wired network transmission
  • TCP / IP is an IP network protocol structure
  • IP is an IP address for connecting with femtocell access node # 2 132 connected to the destination terminal 120.
  • the IP direct connection support unit 139 changes the transmission format of the data as in scenario III.
  • a portion of a physical layer (L1) / transport layer (L2) protocol for wireless interval transmission is changed to a physical layer (L1) / transport layer (L2) format in a wired network.
  • the core network protocol support unit 137 receives data from the originating terminal 110 when the terminating terminal 120 is in the core network connection state (for example, the terminating terminal # 1 121), and transmits the data to the core network. Change to the correct transfer format.
  • the core network protocol support unit 137 of the femtocell access node # 1 131 may use a physical layer (L1) / L2 (for wireless section transmission in data received from the originating terminal 110, as in scenario I).
  • the transport layer protocol part is changed to L1 (Physical Layer) / L2 (Transport Layer) / GTP (GPRS Tunneling Protocol) / UDP (User Datagram Protocol) / IP (Internet Protocol) protocol structure.
  • L1 / L2 is for wired network transmission
  • GTP / UDP is for core network transmission
  • IP is a private IP address.
  • the femtocell access node # 1 131 of the originating terminal 110 may determine whether the destination terminal 120 is connected to the femtocell access node 130 (eg, HeNB) or the IP through the signaling scheme of FIGS. 4 to 6. You can tell if it is directly connected to the network.
  • the femtocell access node 130 eg, HeNB
  • FIG. 4 is a flowchart illustrating a data transmission method of a femtocell system according to an embodiment of the present invention.
  • FIG. 4 illustrates that when a femtocell gateway 140 (eg, HeNB GW) exists, the femtocell connection node 130 (eg, HeNB) of the calling party grasps the connection state information of the called terminal 120 and provides traffic ( A process of determining a method of transmitting data such as traffic and a packet is illustrated.
  • a femtocell gateway 140 eg, HeNB GW
  • the connection state information indicates whether the terminating terminal 120 is connected to an access node 160 (eg, an eNB) that supports a macro cell or is connected to an access node 130 (eg, an HeNB) that supports a femto cell. Or information about whether the user is directly connected to an IP network capable of identifying a location to which the user is connected.
  • an access node 160 eg, an eNB
  • an access node 130 eg, an HeNB
  • the femtocell connection node 130 of the calling side grasps the connection state information of the called terminal 120 obtained from the core network. Subsequently, the femtocell access node 130 optionally transmits data via a core network provided by a mobile communication operator and an IP network provided by a general ISP provider or IP, which is distinguished from the core network. By selectively applying two methods of sending data, the transmission efficiency can be improved.
  • the load can be reduced by not transferring user data without unnecessary changes or passing through the core network.
  • the MME Mobility Management Entity
  • the core network node 150 is responsible for storing location information of the user, and manages the terminal in units of a tracking area (TA).
  • TA tracking area
  • the UE informs the MME of the located TA information through a tracking area update (TAU) process.
  • TAU tracking area update
  • the UE registers its location in only one MME.
  • the originating terminal 110 transmits a call start request message CallInitReq requesting data transmission to the terminating terminal 120 to the femtocell access node 130 which is making a connection (S110).
  • the call initiation request message CallInitReq is a message for requesting the originating terminal 110 to talk to a desired party.
  • the call initiation request message CallInitReq may include an ID, a service ID, a service type, and the like of the called terminal 120 as a counterpart.
  • the femtocell connection node 130 As the call start request message CallInitReq is received, the femtocell connection node 130 generates a terminal information request message UEInfoReq for querying the connection state of the called terminal 120. Thereafter, the femto cell access node 130 transmits the UE information request message (UEInfoReq) to the femto cell gateway 140, which is an uplink device, and the core network node 150 in sequence (S120, S130), and the femto cell gateway in response. The connection state of the called terminal 120 is received from 140 (S140 to S160).
  • UEInfoReq UE information request message
  • the femtocell access node 130 transmits a call start request message CallInitReq from the originating terminal 110 to the femtocell gateway 140 afterwards (S120).
  • the terminal information request message UEInfoReq is a message for requesting to inform the connection status information of a desired counterpart.
  • the terminal information request message UEInfoReq may include an ID, a service ID, a service type, etc. of the called terminal 120, which is the other party to call.
  • the femtocell gateway 140 receives the UE information request message UEInfoReq from the femtocell access node 130 and then transmits the message to the core network node 150 (S130).
  • the terminal information request message (UEInfoReq) is a message requesting to inform the connection state information of the called terminal 120 as the other party.
  • the terminal information request message UEInfoReq may include an ID, a service ID, a service type, etc. of the called terminal 120, which is the other party to call.
  • the core network node 150 After receiving the terminal information request message (UEInfoReq) from the femtocell gateway 140, the core network node 150 checks the connection state information of the called terminal 120 (S140). Here, the core network node 150 and the MME may know the connection state information and the location information of the called terminal 120.
  • the core network node 150 connects the called terminal 120 to the state of the called terminal # 2 122 shown in Figs. 1 and 2 according to the connection state information (scenario II) or the called terminal # Whether the connection is made in the state of 1 121 (scenario I) or the like can be known.
  • the called terminal 120 is registered with a specific server or the like connected to the IP network, or connected to the server, it may be determined that the called terminal 120 is in the same connection state as the called terminal # 3 123.
  • the core network node 150 transmits the terminal information notification message UEInfoRsp to the femtocell gateway 140 after checking the connection state information of the called terminal 120 (S150).
  • the terminal information notification message UEInfoRsp is a response message indicating the connection state information of the called terminal 120.
  • the terminal information notification message UEInfoRsp includes connection state information of the called terminal 120 confirmed by the core network node 150.
  • the femto cell gateway 140 After receiving the terminal information notification message UEInfoRsp from the core network node 150, the femto cell gateway 140 transmits the terminal information notification message UEInfoRsp to the femto cell access node 130 (S160).
  • the terminal information notification message UEInfoRsp is a response message indicating the connection state information of the called terminal 120 and includes connection state information of the called terminal 120 confirmed by the core network node 150.
  • the femto cell access node 130 After receiving the terminal information notification message UEInfoRsp from the femto cell gateway 140, the femto cell access node 130 transmits a call start response message CallInitRsp to the calling terminal 110 (S170).
  • the call initiation response message CallInitRsp is a message indicating that the originating terminal 110 can send user data.
  • the femtocell access node 130 determines the transmission format of the user data to be transmitted according to the connection state information of the called terminal 120 included in the terminal information notification message UEInfoRsp (S180).
  • transmission can be performed in the packet format of the scheme II of FIG. 2. Do.
  • connection state information is the same as the terminating terminal # 1 (121), that is, if the terminating terminal 120 is in a state of making a connection with the macro cell access node 160, the transmission in the packet format of the scenario I It is possible.
  • connection state information is the same as the terminating terminal # 3 (123), that is, if the terminating terminal 120 is making a connection through the IP network, it is possible to transmit in the packet format of the scenario III.
  • a specific server or the like on the IP network informs the state in which the called terminal 120 is registered or connected, so that the core network node 150 or the femtocell gateway 140 can know the connection state.
  • Determining the packet format may occur simultaneously with or before the process of transmitting the call start response message (CallInitRsp) (S170), and after receiving the packet call transmission message (Packet Call Tx) (S190). Might happen to.
  • the originating terminal 110 receiving the call start response message CallInitRsp transmits user data to be sent to the called party using a packet call transmission message (S190)
  • the femto cell access node 130 determines the packet format. This data is transmitted to the called party.
  • 5 is a flowchart illustrating a data transmission method of a femtocell system according to another embodiment of the present invention.
  • 5 shows that a femto cell connection node 130 (eg, HeNB) is connected to the core network node 150 (eg, MME) without passing through the femto cell gateway 140 (eg, HeNB GW).
  • a process of confirming connection state information by directly transmitting a terminal information request message (UEInfoReq) is shown.
  • the femto cell access node 130 may be directly connected to and communicate with the core network node 150 without passing through the femto cell gateway 140.
  • the originating terminal 110 transmits a call start request message (CallInitReq) to the femtocell access node 130 making up a connection (S210).
  • the call initiation request message CallInitReq is a message for requesting the calling terminal 110 to make a call with a desired party.
  • the call initiation request message CallInitReq may include an ID, a service ID, a service type, and the like of the called terminal 120 as a counterpart.
  • the femto cell access node 130 After receiving the call start request message CallInitReq from the originating terminal 110, the femto cell access node 130 transmits the terminal information request message UEInfoReq to the core network node 150 (S220).
  • the terminal information request message UEInfoReq is a message for requesting to inform the connection status information of a desired counterpart.
  • the terminal information request message UEInfoReq may include an ID, a service ID, a service type, etc. of the called terminal 120, which is the other party to call.
  • the core network node 150 After receiving the terminal information request message UEInfoReq from the femtocell access node 130, the core network node 150 checks the connection state information of the called terminal 120 (S230).
  • the core network node 150 may know the connection state information and the location information of the called terminal 120, and the called terminal 120 may be connected to the called terminal # 1 121 of FIGS. 1 and 2 according to the connected state information. Whether the connection is made in the same state or in the same state as the destination terminal # 2 122 or the destination terminal # 3 123 can be known.
  • the called terminal 120 is registered in a specific server connected to the IP network or in a state of being connected to the corresponding server, it may be determined that the called terminal 120 is in a connected state such as called terminal # 3 123.
  • the core network node 150 transmits the terminal information request message UEInfoRsp to the femtocell access node 130 after checking the connection state information of the called terminal 120 (S240).
  • the terminal information request message UEInfoRsp is a response message indicating the connection state information of the called terminal 120 and includes connection state information of the called terminal 120 confirmed by the core network node 150.
  • the femto cell access node 130 After receiving the terminal information request message UEInfoRsp from the core network node 150, the femto cell access node 130 transmits a call start response message CallInitRsp to the calling terminal 110 (S250).
  • the call initiation response message CallInitRsp is a message indicating that the originating terminal 110 can send user data.
  • the femtocell access node 130 determines a packet format of user data to be transmitted according to the connection state information of the called terminal 120 included in the received UE information notification message UEInfoRsp (S260).
  • connection state information is the same as the terminating terminal # 2 (122), that is, if the terminating terminal 120 is making a connection through the femtocell connection node 130 (eg, HeNB), FIG.
  • the packet format can be transmitted in the same manner as scenario II.
  • connection state information is the same as the terminating terminal # 1 (121), that is, if the terminating terminal 120 is connected to the macro cell connection node 160 (for example, eNB) of the core network of FIG.
  • the packet format can be transmitted in the same manner as in scenario I.
  • connection state information is the same as the terminating terminal # 3 (123), that is, if the terminating terminal 120 is making a connection through the IP network, it is possible to transmit in the packet format as in the scenario III of FIG. Do.
  • the uplink device such as the core network node 150 (or the femtocell gateway 140) may know whether the terminal is registered or the state of being connected through a specific server.
  • the packet format determination process (S260) of FIG. 5 may occur simultaneously with or before the transmission process (S250) of the call start response message (CallInitRsp), or may be received (S270) by receiving a packet call transmission message (Packet Call Tx). It may happen later.
  • FIG. 6 is a flowchart illustrating a data transmission method of a femtocell system according to another embodiment of the present invention.
  • FIG. 6 illustrates a process of confirming connection state information by transmitting a terminal information request message (UEInfoReq) to the femtocell gateway 140 without passing through the core network node 150.
  • UEInfoReq terminal information request message
  • the femtocell gateway 140 may store the connection state information or the location information of the terminals that are connected through the femtocell connection node 130 managed by the femtocell gateway 140, from the core network node 150.
  • the terminal may download and store connection state information or location information of the terminals.
  • terminals accessing the core network or the IP network through the femtocell access node 130 managed by the femtocell gateway 140 are connected to the core network node 150 through the corresponding femtocell gateway 140. Goes through a process of notifying that he has connected to the femtocell gateway 140. In this case, the femtocell gateway 140 may know that the called terminal 120 accesses through the femtocell access node 130 and may store connection state information of the called terminal 120.
  • the calling terminal 110 attempts to make a call, if the called terminal 120 of the other party is currently connected through the femto cell access node 130 managed by the femto cell gateway 140, the called terminal 120 is connected. Connection state information of the can be found in the femtocell gateway 140. The destination terminal 120 may also check the connection state information of the originating terminal 110 managed by the femtocell gateway 140 in the femtocell gateway 140.
  • the femto cell gateway 140 sends the core network node 150 (eg, the MME) to the terminating terminal 120. A message requesting connection status information may be sent again.
  • the core network node 150 eg, the MME
  • the originating terminal 110 transmits a call start request message (CallInitReq) to the femtocell access node 130 making up a connection (S310).
  • the call initiation request message CallInitReq is a message for requesting the calling terminal 110 to make a call with a desired party.
  • the call initiation request message CallInitReq may include an ID, a service ID, a service type, and the like of the called terminal 120 as a counterpart.
  • the femto cell access node 130 After receiving the call start request message CallInitReq from the calling terminal 110, the femto cell access node 130 transmits a terminal information request message UEInfoReq to the femto cell gateway 140 (S320).
  • the terminal information request message UEInfoReq is a message for requesting to inform the connection status information of a desired counterpart.
  • the terminal information request message UEInfoReq may include an ID, a service ID, a service type, etc. of the called terminal 120, which is the other party to call.
  • the femtocell gateway 140 After receiving the terminal information request message UEInfoReq from the femtocell access node 130, the femtocell gateway 140 checks the connection state information of the called terminal 120 (S330). The femtocell gateway 140 may know the connection state information and the location information of the called terminal 120, and the called terminal 120 may be connected to the called terminal # 1 121 of FIGS. 1 and 2 according to the connected state information. Whether the connection is made in the same state or in the same state as the destination terminal # 2 122 can be known.
  • the called terminal 120 When the called terminal 120 is registered in a specific server connected to the IP network or in a state of being connected to the corresponding server, it may be determined that the called terminal 120 is in a connected state such as called terminal # 3 123. If the information itself of the terminating terminal 120 cannot be found in the femto cell gateway 140, the femtocell connection node 130 may check the connection state information of the corresponding terminating terminal 120. In step 150, the UE information request message (UEInfoReq) may be transmitted.
  • UEInfoReq UE information request message
  • the femtocell gateway 140 transmits the terminal information notification message UEInfoRsp to the femtocell access node 130 after checking the connection state information of the called terminal 120 (S340).
  • the terminal information notification message UEInfoRsp is a response message indicating the connection state information of the called terminal 120 and includes connection state information of the called terminal 120 confirmed by the femtocell gateway 140.
  • the femto cell access node 130 After receiving the terminal information notification message UEInfoRsp from the femto cell gateway 140, the femto cell access node 130 transmits a call start response message CallInitRsp to the calling terminal 110 (S350).
  • the call initiation response message CallInitRsp is a message indicating that the originating terminal 110 can send user data.
  • the femtocell access node 130 determines a packet format of user data to be transmitted according to the connection state information of the called terminal 120 included in the received UE information notification message UEInfoRsp (S360). .
  • connection state information is the same as the terminating terminal # 2 (122), that is, if the terminating terminal 120 is making a connection through the femtocell connection node 130 (eg, HeNB), FIG.
  • the packet format can be transmitted in the same manner as scenario II.
  • the connection state information is the same as the called terminal # 1 (121)
  • the terminating terminal 120 is connected to the macro cell access node 160 (eg, eNB), it can be transmitted in the packet format of the scenario I of FIG. 2.
  • the macro cell access node 160 eg, eNB
  • connection state information is the same as the terminating terminal # 3 (123), that is, the terminating terminal 120 is making a connection through the IP network and whether the terminal is registered or connected while passing through a specific server. If the femtocell gateway 140 (or the core network node 150) knows the connection state, the femtocell gateway 140 (or the core network node 150) can transmit the packet in the same format as in scenario III of FIG.
  • the packet format determination process (S360) of FIG. 6 may occur simultaneously with or before the transmission process (S350) of the call start response message CallInitRsp, or from the originating terminal 110, a packet call transmission message (Packet Call Tx). It may also occur after receiving (S370).
  • the originating terminal 110 transmits data in a data format adapted to the core network without change.
  • the femtocell access node 130 of the calling party that receives data from the calling terminal 110 recognizes that the data transmission method determined according to the connection state information of the called terminal 120 is scenario II or scenario III.
  • the femto cell connection node 130 receives the data by changing the data format as in the method of FIGS. 1 and 2 so as to pass through the IP network without making the data format by the conventional tunneling method for the core network.
  • the terminal 120 transmits to the femtocell access node 130 (eg, HeNB) to which the terminal 120 is connected.
  • the femtocell access node 130 eg, HeNB
  • the femtocell access node 130 of the called party receiving the data forwards the received data to the called terminal 120.
  • the femtocell access node 130 of the calling side recognizes the scenario III.
  • the femto cell connection node 130 transmits data to the destination terminal 120 by changing only the L1 / L2 protocol portion so as to pass through the IP network without making data through the conventional tunneling scheme.
  • the called terminal 120 is not connected to the femtocell access node 130, it can directly receive data.
  • the present invention is not limited to HeNB or a specific type of base station, and may be applied to all types of access nodes connected to an IP network.
  • the present invention is not limited to the radio access technology such as CDMA, OFDMA, TDM A, and can cover all access methods, likewise, not limited to a specific service, and can cover all service methods such as WiBro, LTE, and WiMax. Can be.
  • the femto cell access node, femto cell system, and data transmission method of the system according to the present invention reduce the load of the core network, thereby increasing the overall capacity of the system, and reduce the unnecessary data path to reduce the path of data traffic. By shortening the data delay can be reduced.

Landscapes

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

Abstract

펨토 셀 접속노드, 펨토 셀 시스템 및 그 시스템의 데이터 전송 방법이 개시된다. 발신 단말이 착신 단말로 데이터를 전송하고자 하는 경우, 발신측의 펨토 셀 접속노드는 착신 단말의 현재 접속상태를 파악한 후 파악된 접속상태에 맞추어 발신 단말로부터 착신 단말로 전달되는 데이터의 전송 포맷을 결정한다. 특히, 본 발명은, 착신 단말이 직접 또는 간접으로 인터넷 프로토콜 네트워크(IP 망)에 연결 가능한 상태에 있는 경우, IP 망을 경유할 수 있도록 L1/L2 프로토콜 부분만 변경하여 데이터를 착신 단말로 전송한다. 본 발명에 따르면, 코어망의 부하를 감소시켜 시스템의 전반적인 수용용량을 증가시키고, 데이터 트래픽의 경로를 단축시킬 수 있는 장점을 제공한다.

Description

펨토 셀 접속노드, 펨토 셀 시스템 및 그 시스템의 데이터 전송 방법
본 발명은 펨토 셀에 관한 것으로, 특히, HeNB(Home eNodeB) 등 IP 망과 연결된 펨토 셀 접속노드와 그를 포함하는 시스템, 그 시스템의 데이터 전송 방법에 관한 것이다.
펨토 셀(Femto Cell)은 반경 200m 내외의 지역을 대상으로 이동통신 서비스를 제공하는 초소형/저전력의 옥내 기지국으로서, 주로 가정이나 사무실 내부와 같이 매크로 셀(Macro Cell)의 전파가 열화되는 지역이나 음영 지역에 설치하여 이동통신 서비스의 품질을 보상하기 위한 목적으로 설치된다.
이러한 펨토 셀은 이동통신망의 핵심 제어국인 코어망(Core Network)과의 통신에 범용의 인터넷 회선을 이용함으로써 설치 비용 및 유지 보수 비용이 저렴하고, 인터넷 회선이 설치된 지역은 어디에서나 설치할 수 있기 때문에 이동성이 뛰어난 장점이 있다. 펨토 셀을 통해 셀의 커버리지를 강화할 수 있고, 음성 서비스의 품질을 높일 수 있으므로, 이동통신 사업자들은 펨토 셀을 이용하여 데이터 서비스를 제공함으로써 가입자들을 3G에 완전히 적응시킬 수 있을 것으로 예상하고 있다.
펨토 셀과 관련하여 다양한 망 구조(network architecture)가 고려되고 있다. 100만 개 이상의 펨토 셀을 관리하기 위해서는 확장성을 고려한 시스템 구조(scalable system architecture)가 필요하다.
그러나, 현재 펨토 셀 솔루션을 지원하는 표준화된 규격은 없는 실정으로, 최근 여러 표준화 단체에서 펨토 셀의 표준화가 이슈가 되고 있다.
3GPP의 경우, WCDMA(Wideband Code Division Multiple Access)망에서는 HNB(혹은 Home NodeB)라는 이름으로, LTE(Long Term Evolution)망에서는 HeNB(혹은 Home eNodeB)라는 이름으로 펨토 셀 표준화가 진행되고 있다.
펨토 셀을 이용하는 시스템의 특징은 접속노드, 대표적으로, HeNB가 이동통신 사업자의 전용선에 연결된 것이 아니라 범용 인터넷 프로토콜(IP) 망에 직접 연결되어 사용된다는 것이다.
HeNB가 IP 망(Internet Protocol Network)에 직접 연결됨으로써, 여러 가지 이점들이 대두되고 있다. 우선 옥내에 기 설치되어 있는 초고속 IP 망을 활용할 수 있으며, 따라서 손쉽게 설치 및 운용이 가능하다. 비용 면에서도 무선통신을 위한 전용 네트워크를 이용하는 것보다 저렴하다.
또한, IP(Internet Protocol)를 이용한 서비스들, VoIP(voice over IP), IPTV(IP television) 등과의 결합이 용이하다는 이점도 가지게 된다. 이러한 구조는 다양한 유무선 통신서비스를 결합하여 새로운 형태의 서비스를 제공하는 현재의 기술 및 서비스 진화에도 용이하게 적용될 수 있다. 여기서, 상기 IP 망은 코어망과 구별되어 패킷 서비스를 지원한다.
그런데, 기존의 HeNB에 연결된 단말이 데이터 통신을 하게 되는 경우 데이터 트래픽은 언제나 이동통신 시스템의 코어망을 거치게 된다.
다시 말하면, HeNB에 연결되어 있는 단말이 IP 망에 연결되어 있는 서버와 통신을 하는 경우, 데이터 트래픽 경로(data traffic path)는 단말→무선 구간→접속노드→IP 망 →코어망→IP 망 →해당 서버의 순서가 된다. 또한, HeNB에 연결된 A 단말이 다른 HeNB에 연결되어 있는 상대방 B 단말로 데이터를 전송하고자 하는 경우에도, 마찬가지로 데이터 트래픽 경로는 A 단말→무선 구간→HeNB→IP 망 →코어망→IP 망 →HeNB→B 단말의 순서가 된다. 즉, 이동통신 사업자가 제공하는 HeNB에 접속하는 단말의 경우, 무조건 이동통신 사업자가 제공하는 코어망을 경유할 수 있도록 사용자 데이터의 형태를 HeNB 와 코어망 구간의 약속된 형태로 변경하여 전송하여야만 하는 것이다.
이와 같이, 펨토 셀 시스템에 있어서, 다양한 경로로 구현될 수 있는 단말들 간의 데이터 트래픽 경로가 최적화 과정 없이 무조건적으로 이동통신 사업자의 코어망을 경유하게 됨에 따라, 코어망의 부하가 불필요하게 증가되고, 이로 인하여 시스템 전반적인 수용용량이 감소하게 되는 문제점이 있다.
본 발명이 이루고자 하는 기술적 과제는 이동통신 사업자의 코어망을 경유하지 않고 IP 망을 통한 직접 통신이 가능하도록 함으로써, 코어망의 부하를 감소시키고, 이로 인해 시스템의 전반적인 수용용량을 증가시킬 수 있는 펨토 셀 접속노드, 펨토 셀 시스템 및 그 시스템의 데이터 전송 방법을 제공하는데 있다.
본 발명이 이루고자 하는 다른 기술적 과제는 불필요한 데이터 경로를 경감시켜 데이터 트래픽의 경로를 짧게 함으로써 데이터 지연을 줄일 수 있는 펨토 셀 접속노드, 펨토 셀 시스템 및 그 시스템의 데이터 전송 방법을 제공하는데 있다.
본 발명이 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명의 일 실시예에 따른 펨토 셀 접속노드는 발신 단말로부터 착신 단말에 대한 데이터 전송 요청이 수신되면, 상기 착신 단말의 접속상태를 파악하는 접속상태 탐지부; 및 상기 착신 단말의 접속상태에 따라 상기 발신 단말로부터 수신되는 데이터의 전송 포맷을 변경하는 프로토콜 지원 처리부를 포함한다.
본 발명의 일 실시예에 따른 펨토 셀 시스템의 데이터 전송 방법은 발신 단말로부터 착신 단말에 대한 데이터 전송 요청이 수신됨에 따라, 상기 발신 단말을 지원하는 펨토 셀 접속노드가 상기 착신 단말의 접속상태를 파악하는 단계; 및 상기 펨토 셀 접속노드가 상기 착신 단말의 접속상태에 맞추어 상기 착신 단말로 전송할 데이터의 전송 포맷을 결정하는 단계를 포함한다.
본 발명의 일 실시예에 따른 펨토 셀 시스템은 발신 단말; 및 상기 발신 단말과 무선 연결되며, 상기 발신 단말로부터 착신 단말에 대한 데이터 전송 요청이 수신되면 상기 착신 단말의 접속상태를 파악하여 상기 착신 단말의 접속상태에 따른 전송 포맷을 결정하고, 결정된 전송 포맷에 맞추어 상기 발신 단말로부터 수신되는 데이터의 전송 포맷을 변경하여 전송하는 펨토 셀 접속노드를 포함한다.
본 발명에 따르면, HeNB에 연결된 단말이 다른 HeNB 또는 IP 망에 직접 연결된 단말과 데이터 통신을 하는 경우, 이동통신 사업자의 코어망을 경유하지 않고 IP 망을 통하여 직접 통신을 가능하게 함으로써, 코어망의 부하를 감소시키고, 이로 인해 시스템 전반적인 수용용량을 증가시킬 수 있다.
또한, 본 발명에 따르면, 불필요한 데이터 경로를 경감시켜 데이터 트래픽의 경로를 짧게 함으로써 데이터 지연을 줄일 수 있다.
도 1은 본 발명의 일 실시예에 따른 펨토 셀 시스템의 개략적 구성도이다.
도 2는 도 1에 나타난 펨토 셀 시스템을 통과하는 데이터 구조의 변화를 예시한 도면이다.
도 3은 본 발명의 일 실시 예에 따른 펨토 셀 접속노드의 내부 구성도이다.
도 4는 본 발명의 일 실시예에 따른 펨토 셀 시스템의 데이터 전송 방법을 나타낸 흐름도이다.
도 5는 본 발명의 다른 실시예에 따른 펨토 셀 시스템의 데이터 전송 방법을 나타낸 흐름도이다.
도 6은 본 발명의 또 다른 실시예에 따른 펨토 셀 시스템의 데이터 전송 방법을 나타낸 흐름도이다.
이하에서는, 본 발명의 바람직한 실시예에 따른 펨토 셀 시스템에 대하여 첨부된 도 1 내지 도 3을 참조하여 상세히 설명한다.
도 1은 본 발명의 일 실시예에 따른 펨토 셀 시스템의 개략적 구성도이다. 도 1은 펨토 셀을 사용하는 이동통신 시스템에서 IP 망을 이용하여 효율적인 데이터 전송을 수행하기 위한 구성을 예시하고 있다.
기지국(Base Station), 노드 B(Node B), eNB(Evolved Node B) 등의 매크로 셀(Macro Cell) 접속노드들은 이동통신 사업자의 코어망(Core Network)에서 사용하는 전용선에 연결되고, 반드시 전용선을 이용하여 음성 및 데이터 통신을 수행해야 한다. 반면, 펨토 셀 접속노드들은 옥내 혹은 회사 내부 등에 설치된 IP 망을 통해서도 코어망에 연결이 가능하다. 펨토 셀(Femto Cell) 접속노드의 대표적인 실시예로는 HNB(Home NodeB) 혹은 HeNB(Home eNodeB) 등이 있다. 일 실시예는 펨토 셀 접속노드의 이러한 특징을 이용하여 이동통신 시스템 내 코어망의 데이터 트래픽 부하를 감소시켜 성능을 향상시킨다.
일 실시예에 따른 펨토 셀 시스템에서, 발신측에는 발신 단말(110)과 펨토 셀 접속노드#1(131)이 위치한다. 착신측에는 EPC(Evolved Packet Core) 등의 코어망 혹은 IP 망과 연동하는 착신 단말#1(121) 내지 착신 단말#3(123), 펨토 셀 접속노드#2(132), 매크로 셀 접속노드(160) 등이 위치한다. 이하, 구분이 불필요한 경우 착신 단말#1(121) 내지 착신 단말#3(123)은 '착신 단말(120)'로 통칭하고, 펨토 셀 접속노드#1(131)과 펨토 셀 접속노드#2(132)는 '펨토 셀 접속노드(130)'로 통칭한다.
발신 단말(110)은 호 발신을 통해 자신을 지원하는 펨토 셀 접속노드#1(131)로 착신 단말(120)에 대한 데이터 전송 요청을 보내고, 그에 대한 응답이 수신되면 펨토 셀 접속노드#1(131)로 데이터를 전달한다.
착신 단말(120)은 코어망이나 IP 망을 거치는 다양한 경로를 통해 발신측으로부터 데이터를 수신하는 장치로, 착신 단말#1(121), 착신 단말#2(122), 착신 단말#3(123)은 데이터 수신을 위한 다양한 트래픽 경로를 예시하고 있다.
착신 단말#1(121)은 코어망과 연동하는 매크로 셀 접속노드(160)를 통해 발신 단말(110)로부터 전송되는 데이터를 수신한다. 착신 단말#2(122)는 펨토 셀 접속노드#2(132)를 통해 IP 망에 연결되는 단말을 예시한 것이고, 착신 단말#3(123)은 IP 망에 직접 연결되어 있는 단말을 예시한 것이다.
전술한 착신 단말(120)들은 통신 서비스를 제공받기 위하여, 셀 아이디(Cell ID)를 이용해 자신이 펨토 셀 접속노드(130)[예컨대, 펨토 셀 접속노드#2(132)] 혹은 매크로 셀 접속노드(160) 중 어느 쪽에 연결되어 있는지를 주기적으로 판단할 수 있다. 그리고, 자신과 연결된 업링크 장치[예컨대, 펨토 셀 게이트웨이(140) 혹은 코어 네트워크 노드(150)]로 판단 결과를 알릴 수 있다.
펨토 셀 접속노드#1(131)은 발신 단말(110)과 무선 연결됨과 동시에 IP 망에 직접 연결되어 동작하는 발신 접속노드이다. 이러한 펨토 셀 접속노드#1(131)은 발신 단말(110)로부터 착신 단말(120)에 대한 데이터 전송 요청이 수신되면 해당 착신 단말(120)의 접속상태를 파악하고, 착신 단말(120)의 접속상태에 따라 데이터의 전송 포맷을 결정한다. 그리고, 결정된 전송 포맷에 맞추어 발신 단말(110)로부터 수신되는 데이터의 전송 포맷을 변경한 후 해당 데이터를 IP 망 이나 코어망을 통해 착신 단말(120)로 전달한다.
착신 단말(120)이 코어망을 거치지 않고 IP 망에 직접 또는 간접으로 연결 가능한 상태에 있는 경우, 펨토 셀 접속노드#1(131)은 발신 단말(110)로부터 수신된 데이터를 코어망에 맞게 터널링하는 대신 IP 망에 맞는 전송 포맷으로 변경한 후 IP 망을 통해 착신 단말(120)로 전송할 수 있다. 예컨대 발신 단말(110)이 착신 단말#2(122) 혹은 착신 단말#3(123)과 통신하는 경우가 이러한 경우에 속한다.
펨토 셀 접속노드#2(132)는 착신 단말(120)과 무선 연결되는 데이터 수신측의 착신 접속노드로서, IP 망을 통해 발신 단말(110)로부터 전송되는 데이터를 수신하고, 수신된 데이터를 착신 단말#2(122)로 전달하는 역할을 한다. 일 실시예에서, 펨토 셀 접속노드#2(132)는 HeNB(Home eNodeB, LTE에서 Femto Cell BTS)일 수 있다.
펨토 셀 게이트웨이(140)는 발신측 혹은 착신측에 위치하여 발신 단말(110), 착신 단말(120) 등의 단말을 관리하는 펨토 셀 접속노드(130)들을 서로 연결하고, IP 망에 연동시키기 위한 장치이다. 펨토 셀 접속노드(130)는 펨토 셀 게이트웨이(140)를 통해 코어 네트워크 노드(150)에 연결될 수도 있고, 직접 코어 네트워크 노드(150)에 연결될 수도 있다. 일 실시예에서, 펨토 셀 게이트웨이(140)는 HeNB GW(Home eNodeB Gateway)일 수 있다. 펨토 셀 접속노드(130)가 직접 코어 네트워크 노드(150)에 연결되는 경우 펨토 셀 게이트웨이(140)는 생략될 수 있다.
코어망 내의 코어 네트워크 노드(150)는 매크로 셀 접속노드(160)를 관리하며, 발신 단말(110)의 통신 상대방이 되는 착신 단말(120)이 펨토 셀이 아닌 매크로 셀 내에 위치하는 경우, 예컨대 발신 단말(110)이 착신 단말#1(121)로 데이터를 보내고자 하는 경우, 매크로 셀 접속노드(160)를 제어하여 발신측과 착신측 간의 통신이 가능해지도록 한다. 일 실시예에서, 코어망은 S-GW(Serving Gateway), P-GW[PDN(Packet Data Network) Gateway], MME(Mobility Management Entity) 등을 포함할 수 있으며, 이 중 MME(Mobility Management Entity)가 코어 네트워크 노드(150)로서 동작할 수 있다.
전술한 코어 네트워크 노드(150)(예컨대, MME)는 NAS(Non-Access Stratum) 시그널링 및 보안, 단말의 이동성을 위한 코어망 간(Inter Core-Network) 시그널링, P-GW/S-GW 선택, MME 변경 또는 SGSN(serving GPRS support node) 변경이 수반되는 핸드오버(Handover) 시 다른 MME 또는 다른 SGSN 선택, 로밍(Roaming), 인증(Authentication) 등의 기능을 수행할 수 있다. S-GW는 핸드오버를 위한 LMA(Local Mobility Anchor) 지점 관리, 패킷 라우팅(packet routing) 또는 포워딩(forwarding) 등의 기능을 수행할 수 있다. P-GW는 패킷 필터링(packet filtering), 단말 IP 주소 할당 등의 기능을 수행할 수 있다.
매크로 셀 접속노드(160)는 코어망을 통해 데이터 전송측에 연결되는 장치로, 코어 네트워크 노드(150)의 지원을 받아 발신 단말(110)로부터 보내지는 데이터를 착신 단말(120)로 전달한다. 일 실시예에서, 매크로 셀 접속노드(160)는 eNB(Evolved Node B)일 수 있다.
전술한 매크로 셀 접속노드(160)(예컨대, eNB)는 무선 베어러 제어(Radio Bearer Control), 무선 승인 제어(Radio Admission Control), 연결 이동성 제어(Connection Mobility Control), 스케쥴링(Scheduling) 등의 주파수 자원관리 기능, IP(Internet Protocol) 헤더 및 사용자 데이터 암호화 기능, 라우팅 기능, 페이징 메시지 및 방송 메시지의 스케쥴링 기능, 측정 및 측정 보고 기능 등을 수행할 수 있다.
옥내에 펨토 셀 접속노드(130)(예컨대, HeNB)가 설치된 경우, 하나의 발신 단말(110)이 옥외에서는 코어망과 접속되는 매크로 셀 접속노드(160)(예컨대, eNB)에서 이동통신 서비스를 받고, 옥내의 펨토 셀 영역으로 진입하게 되면, 펨토 셀 접속노드(130)(예컨대, HeNB)로부터 이동통신 서비스를 받게 된다. 펨토 셀 접속노드(130)(예컨대, HeNB)는 옥내에 설치되어 있는 IP 망 선을 이용하여 IP 망에 연결되며, IP 망을 통해 이동통신 시스템의 코어망에 연결된다.
펨토 셀 시스템은 데이터의 전송 포맷을 코어망(예컨대, EPC)에 맞춘 형태가 아닌 IP 망에 적합한 형태로 변형함으로써, 코어망을 거치지 않고 바로 IP 망을 경유하는 데이터 통신을 할 수 있도록 한다. 이는, 펨토 셀 접속노드#1(131)(예컨대, HeNB)에 연결되어 있는 발신 단말(110)이 다른 펨토 셀 접속노드#2(132)(예컨대, HeNB)에 연결된 착신 단말#2(122)와 통신을 하는 경우, 또는 IP 망에 직접 연결된 착신 단말#3(123)과 통신을 하는 경우, 이러한 동작이 이루어질 수 있다.
이와 같이, 본 발명의 일 실시예는 펨토 셀 접속노드(131)에 연결된 발신 단말(110)이 다른 펨토 셀 접속노드(132) 또는 IP 망에 직접 연결된 착신 단말(123)과 데이터 통신을 하는 경우, 이동통신 시스템의 코어망을 경유하지 않고, IP 망을 통하여 직접 통신을 가능하게 한다.
그러므로, 본 발명의 일실시예에 따라 이동통신 시스템 내 코어망의 부하가 감소될 수 있으며, 이로 인하여 시스템의 전반적인 수용용량이 증가될 수 있다. 또한, 불필요한 데이터 경로가 줄어 데이터 트래픽의 경로가 짧아지므로, 데이터 지연을 줄일 수 있는 효과가 있다.
따라서, 사용자 측면에서는 비용이 비싼 이동통신 사업자가 제공하는 인터페이스를 사용하는 대신에 상대적으로 저렴한 비용의 IP 망을 최대한 이용하여 서비스 이용 비용을 절감할 수 있다.
도 2는 도 1에 나타난 펨토 셀 시스템을 통과하는 데이터 구조의 변화를 예시한 도면이다.
먼저, 발신 단말(110)이 펨토 셀 접속노드#1(131)로 착신 단말(120)에 대한 데이터 전송 요청을 보낸다. 예컨대, 발신 단말(110)은 펨토 셀 접속노드#1(131)로 착신 단말(120)에 대한 데이터 전송을 요청하는 호 시작요구 메시지(CallInitReq)를 전송한다. 그러면, 그 발신 단말(110)을 지원하는 펨토 셀 접속노드#1(131)은 착신 단말(120)의 접속상태를 파악한 후, 착신 단말(120)의 접속상태에 맞추어 해당 착신 단말(120)로 전송할 데이터의 전송 포맷을 결정한다.
이를 수신한 펨토 셀 접속노드#1(131)은 자신의 업링크 장치(예컨대, 펨토 셀 게이트웨이, 코어 네트워크 노드 등)로 착신 단말(120)의 접속상태를 문의하는 단말 정보요구 메시지(UEInfoReq)를 전송하여 그 응답으로 착신 단말의 접속상태 정보를 수신하게 된다.
착신 단말(120)의 접속상태는 데이터 통신 시 이동통신 사업자가 제공하는 코어망을 경유하는 코어 네트워크 접속상태, 혹은 데이터 통신 시 상기 코어망과 구별되는 또는 ISP(Internet Service Provider) 사업자가 제공하는 IP 망을 사용하는 IP 망 접속상태 중 적어도 어느 하나의 상태로 구분될 수 있다. 일 예로, 착신 단말#1(121)은 코어망과 연결된 매크로 셀 접속노드에 접속 중인 코어 네트워크 접속상태로 볼 수 있다.
한편, 펨토 셀 접속노드#2(132)를 통해 IP 망에 접속 중인 착신 단말#2(122)와 IP 망에 직접 연결 중인 착신 단말#3(123)은 IP 망 접속상태로 볼 수 있다. 상기 착신 단말(120)이 IP 망 접속상태에 있는 경우, 펨토 셀 접속노드#1(131)은 발신 단말(110)로부터 데이터를 수신하여 IP 망에 맞는 전송 포맷으로 변경한다.
한편, 착신 단말(120)이 코어 네트워크 접속상태에 있는 경우에는, 펨토 셀 접속노드#1(131)이 발신 단말(110)로부터 데이터를 수신하여 코어망에 맞는 전송 포맷으로 변경한다.
이러한 과정들을 수행하기 위하여, 각각의 단말은 셀 아이디를 이용해 자신이 펨토 셀 접속노드(130) 혹은 매크로 셀 접속노드(160) 중 어느 쪽에 연결되어 있는지를 주기적으로 판단하고, 상기 판단 결과를 자신의 업링크 장치(예컨대, 펨토 셀 게이트웨이(140), 코어 네트워크 노드(150) 등)로 알릴 수 있다.
이때, 각 단말은 자신과 연결된 접속노드[예컨대, 펨토 셀 접속노드(130)나 매크로 셀 접속노드(160)]로부터 셀 아이디를 수신할 수 있다.
도 2는 본 발명에 따른 데이터 포맷 변화 과정을 설명한 것이다.
도 2를 참조하면, 펨토 셀 접속노드#1(131)은 옥내에 설치된 IP 망에 연결되며, IP 망을 통해 이동통신 사업자의 코어망(예컨대, EPC)에 연결되어 있다. 이러한 구조에서, 발신측의 펨토 셀 접속노드#1(131)과 착신측의 펨토 셀 접속노드#2(132), 코어망이 모두 데이터 트래픽 경로에 포함된다고 가정하자.
일 예로, 발신측→코어망→IP 망→수신측의 순서로 데이터가 전송된다면 과정은 다음과 같다.
먼저, 펨토 셀 접속노드#1(131)은 발신 단말(110)로부터 수신되는 데이터를 GTP/UDP/IP(GPRS Tunneling Protocol/User Datagram Protocol/Internet Protocol) 방식으로 터널링하여 코어망으로 보낼 수 있다. 코어망을 경유한 데이터의 트래픽은 다시 IP 망을 통해 상대방인 착신 단말(120)이 위치한 펨토 셀 접속노드#2(132)(예컨대, HeNB)로 전달된다.
이때 데이터는 IP 망을 경유하기 위하여 다시 IP 망에서 사용되는 TCP/IP(Transmission Control Protocol/Internet Protocol) 포맷으로 변경되어 전송된다. 그 후, 상대방의 펨토 셀 접속노드#2(132)(예컨대, HeNB) 에 도달한 데이터의 트래픽은 착신 단말(120)에게 전달된다.
데이터를 송신하려는 발신 단말(110)과 상대방인 착신 단말(120) 중 어느 하나가 펨토 셀 접속노드(130)(예컨대, HeNB)를 지원하지 않는 경우에는, 전술한 과정과 마찬가지로, 기본적으로 코어망을 경유하여 데이터가 전달되어야 한다. 시나리오 Ⅰ은 이러한 데이터 흐름 시, 데이터 구조의 포맷 변화를 예시한 것이다.
그러나, 통신을 하려는 발신 단말(110)과 착신 단말(120) 모두가 펨토 셀 접속노드(130)(예컨대, HeNB)에 연결되어 있는 경우, 혹은 발신 단말(110)과 착신 단말(120) 중 하나의 단말이 IP 망에 직접 연결되어 있는 경우, 코어망을 항상 경유하여야 하는 시나리오 Ⅰ 방식은 효율적이지 못하다.
따라서, 본 발명의 일 실시예에서는, IP 망을 이용해 효율적으로 데이터를 전송할 수 있는 데이터 경로 방식으로, 시나리오 Ⅱ 또는 시나리오 Ⅲ 방식을 제시하고자 한다.
데이터를 송수신하려는 발신 단말(110)과 착신 단말(120)이 모두 펨토 셀 접속노드(130)(예컨대, HeNB)에 연결되어 있는 경우, 또는 한쪽의 단말은 펨토 셀 접속노드(130)(예컨대, HeNB)에 연결되어 있고 다른 한쪽의 단말은 직접 IP 망에 연결되어 있는 경우, 하기의 시나리오 Ⅱ 또는 Ⅲ가 적용될 수 있다.
본 발명의 일 실시예에에 따른 시나리오 Ⅱ 또는 시나리오 Ⅲ에서, 발신 단말(110)과 착신 단말(120) 각각은, 우선 자신이 펨토 셀 접속노드(130)에 연결되어 있는지를 파악할 필요가 있다. 이는 펨토 셀 접속노드(130)에서 수신되는 셀 아이디(Cell ID)를 통해 판단할 수 있다. 여기서, 펨토 셀 접속노드(130)는 매크로 셀 접속노드(160)와는 구별되는 셀 아이디를 가진다.
예를 들면, 매크로 셀 접속노드(예컨대, eNB)들이 0x0001~0x1eee까지의 ID를 가진다면, 펨토 셀 접속노드(예컨대, HeNB)들의 셀 아이디는 0x2000 이상의 셀 아이디를 부여 받으며, 이러한 펨토 셀 접속노드의 아이디는 매크로 셀 접속노드들과 구별된다.
각 단말은 자신이 접속해 있는 접속노드로부터 페이징 채널 메시지와 같이 접속노드 정보를 알려주는 메시지를 수신하여 자신의 셀 아이디를 확인한 후 자신이 펨토 셀 접속노드(예컨대, HeNB)에 연결되어 있는지, 아니면 매크로 셀 접속노드(예컨대, eNB)에 연결되어 있는지를 판단할 수 있다.
각각의 단말은 현재 자신이 접속해 있는 접속노드가 매크로 셀 접속노드(예컨대, eNB)인지 혹은 펨토 셀 접속노드(예컨대, HeNB)인지 여부를 업링크 장치(예컨대, MME)에 주기적으로 알려줄 필요가 있다.
이를 위하여, 코어망이 각각의 단말에게 해당 정보를 주기적으로 요청할 수도 있고, 각 단말이 코어망에 해당 정보를 주기적으로 통보할 수도 있다.
데이터를 송신하는 발신 단말(110)의 펨토 셀 접속노드(130)(예컨대, HeNB)는 착신 단말(120)이 펨토 셀 접속노드(예컨대, HeNB)에 연결되어 있는지 또는 직접 IP 망에 연결되어 있는지 여부를 확인한 후, 도 2의 시나리오 Ⅱ 또는 시나리오 Ⅲ 대로 데이터를 전송하게 된다.
만일 착신 단말(120)이 매크로 셀 접속노드(160)(예컨대, eNB)에 연결되어 있는 경우에는 시나리오 Ⅰ 대로 데이터가 전송될 수 있다.
이하, 데이터 포맷 변화에 대한 보다 상세한 설명은 도 3 부분에서 기술하고자 한다.
도 3은 도 1에 나타난 펨토 셀 접속노드의 내부 구성도로서, 일 예로 발신측에 위치하는 펨토 셀 접속노드#1(131)의 내부 구성을 예시한 것이다.
전술한 바와 같이, 상대방인 착신 단말(120)이 펨토 셀 접속노드(130)[예컨대, 펨토 셀 접속노드#2(132)]에 연결된 경우[예컨대, 착신 단말#2(122)] 또는 IP 망에 직접 연결된 경우[예컨대, 착신 단말#3(123)], 발신측의 펨토 셀 접속노드#1(131)은 코어망을 거치지 않고, 직접 IP 망을 통하여 착신측과 통신할 수 있다. 이때, 펨토 셀 접속노드#1(131)은 데이터를 주고 받으려는 상대방인 착신 단말(120)의 상태를 확인하기 위한 시그널링(Signaling) 기법을 이용한다.
이동통신 사업자가 제공하는 코어망을 거치지 않고도 통신이 가능함을 인지하게 되면, 펨토 셀 접속노드#1(131)는 확인된 착신측의 상태에 맞추어 데이터 포맷을 변경한다. 예컨대, 서로의 상태를 확인한 결과 착신 단말(120)이 IP 망에 직접 연결되어 있거나 지역망(local network)에 위치하는 경우에 이러한 동작이 이루어질 수 있다.
즉, 펨토 셀 접속노드#1(131)은 데이터를 이동통신 시스템의 코어망 인터페이스에 맞추어진 포맷으로 만들지 않고, IP 망에서 사용 가능한 포맷으로 만듦으로써, 효율적인 데이터 포맷으로 IP 망을 이용한 통신이 가능해지도록 한다.
도 3을 참조하면, 펨토 셀 접속노드#1(131)은 접속상태 탐지부(133)와 프로토콜 지원 처리부(135)를 포함하며, 추가적으로 데이터 포맷 결정부(134)를 포함할 수 있다.
발신 단말(110)로부터 착신 단말(120)에 대한 데이터 전송 요청이 수신되면, 접속상태 탐지부(133)는 착신 단말(120)의 접속상태를 파악한다. 예를 들어, 발신 단말(110)로부터 착신 단말(120)에 대한 데이터 전송을 요청하는 호 시작요구 메시지(CallInitReq)가 수신되면, 접속상태 탐지부(133)는 그에 응답하여 착신 단말(120)의 접속상태를 문의하는 단말 정보요구 메시지(UEInfoReq)를 생성한다. 접속상태 탐지부(133)는 단말 정보요구 메시지(UEInfoReq)를 업링크 장치(예컨대, MME)로 전송한 후, 상기 단말 정보요구 메시지(UEInfoReq)에 대한 응답으로 해당 업링크 장치(예컨대, MME)로부터 착신 단말(120)의 접속상태를 수신할 수 있다.
착신 단말(120)의 접속상태는 코어 네트워크 접속상태 혹은 IP 망 접속상태로 구분될 수 있다. 여기서, 코어 네트워크 접속상태는 데이터 통신 시 이동통신 사업자가 제공하는 코어망을 경유하는 상태이고, IP 망 접속상태는 데이터 통신 시 상기 코어망과 구별되거나, 또는 ISP 사업자가 제공하는 IP 망을 경유하는 상태이다.
여기서, 코어 네트워크 접속상태는 착신 단말(120)이 매크로 셀 접속노드에 접속 중인 상태[예컨대, 착신 단말#1(121)]를 의미할 수 있다.
한편, IP 망 접속상태는 착신 단말(120)이 IP 망과 연결된 펨토 셀 접속노드에 접속 중인 상태[예컨대, 착신 단말#2(122)]이거나, IP 망에 직접 연결 중인 상태[예컨대, 착신 단말#3(123)]를 의미할 수 있다.
데이터 포맷 결정부(134)는 접속상태 탐지부(133)에서 파악된 착신 단말(120)의 접속상태에 맞추어 발신 단말(110)로부터 착신 단말(120)로 전송되는 데이터의 전송 포맷을 결정하고, 그 결과를 프로토콜 지원 처리부(135)로 알린다.
프로토콜 지원 처리부(135)는 착신 단말(120)로 데이터를 전달할 수 있도록 해당 착신 단말(120)의 접속상태에 따라 발신 단말(110)로부터 수신되는 데이터의 전송 포맷을 변경한다. 착신 단말(120)이 IP 망에 직접 또는 간접으로 연결된 경우[예컨대, 착신 단말#2(122) 또는 착신 단말#3(123)], 프로토콜 지원 처리부(135)는 발신 단말(110)로부터 수신된 데이터를 IP 망에 맞는 전송 포맷으로 변경한 후 IP 망을 통해 착신 단말(120)로 전송할 수 있다.
프로토콜 지원 처리부(135)에는 IP 망 프로토콜 지원부(136) 및 코어망 프로토콜 지원부(137)가 포함될 수 있다. IP 망 프로토콜 지원부(136)는 착신 단말(120)이 IP 망 접속상태에 있는 경우, 발신 단말(110)로부터 데이터를 수신하여 IP 망에 맞는 전송 포맷으로 변경하기 위한 것이다. IP 망 프로토콜 지원부(136)에는, 펨토 셀 연결 지원부(138)와 IP 직접 연결 지원부(139)가 포함될 수 있다.
접속상태 탐지부(133)에서 착신 단말(120)이 펨토 셀 접속노드#2(132)에 접속 중인 상태에 있는 것으로 확인된 경우[예컨대, 착신 단말#2(122)], 발신측 펨토 셀 접속노드#1(131) 내의 펨토 셀 연결 지원부(138)는 도 2의 시나리오 Ⅱ에서와 같이, 프로토콜 구조를 변경한다.
발신 단말(110)로부터 수신되는 데이터에서 무선 구간 전송을 위한 L1(Physical Layer)/ L2(Transport Layer) 프로토콜 부분은 L1(Physical Layer)/L2(Transport Layer)/TCP(Transmission Control Protocol)/IP(Internet Protocol) 프로토콜 구조로 변경된다. 변경된 프로토콜 구조에서, L1/L2는 유선망 전송을 위한 것이고, TCP/IP는 IP 망 프로토콜 구조로서 IP는 착신 단말(120)과 연결된 펨토 셀 접속노드#2(132)와 접속하기 위한 IP 주소이다.
착신 단말(120)이 IP 망에 직접 연결 중인 상태에 있는 경우[예컨대, 착신 단말#3(123)], IP 직접 연결 지원부(139)는 시나리오 Ⅲ에서와 같이, 데이터의 전송 포맷을 변경한다. 발신 단말(110)로부터 수신되는 데이터에서 무선 구간 전송을 위한 L1(Physical Layer)/ L2(Transport Layer) 프로토콜 부분이 유선망에서의 L1(Physical Layer)/L2(Transport Layer) 포맷으로 변경된다.
이와 비교하여, 코어망 프로토콜 지원부(137)는 착신 단말(120)이 코어 네트워크 접속상태에 있는 경우[예컨대, 착신 단말#1(121)], 발신 단말(110)로부터 데이터를 수신하여 코어망에 맞는 전송 포맷으로 변경한다.
일 예로, 펨토 셀 접속노드#1(131)의 코어망 프로토콜 지원부(137)는 시나리오 Ⅰ에서와 같이, 발신 단말(110)로부터 수신되는 데이터에서 무선 구간 전송을 위한 L1(Physical Layer)/ L2(Transport Layer) 프로토콜 부분을 L1(Physical Layer)/L2(Transport Layer)/GTP(GPRS Tunneling Protocol)/UDP(User Datagram Protocol)/IP(Internet Protocol) 프로토콜 구조로 변경하게 된다. 변경된 프로토콜에서 L1/L2는 유선망 전송을 위한 것이고, GTP/UDP는 코어망 전송을 위한 것이며, IP는 사설 IP 주소이다.
발신 단말(110)의 펨토 셀 접속노드#1(131)은 도 4 내지 도 6의 시그널링 기법을 통해 착신 단말(120)이 펨토 셀 접속노드(130)(예컨대, HeNB)에 연결되어 있는지 혹은 IP 망에 직접 연결되어 있는지 여부를 알 수 있다.
이하에서는, 본 발명의 바람직한 실시예에 따른 펨토 셀 시스템의 데이터 전송 방법에 대하여 첨부된 도 4 내지 도 6을 참조하여 상세히 설명한다.
도 4는 본 발명의 일 실시예에 따른 펨토 셀 시스템의 데이터 전송 방법을 나타낸 흐름도이다. 도 4는 펨토 셀 게이트웨이(140)(예컨대, HeNB GW)가 존재하는 경우, 발신측의 펨토 셀 접속노드(130)(예컨대, HeNB)가 착신 단말(120)의 접속상태 정보를 파악하여 트래픽(traffic), 패킷(packet) 등의 데이터를 전송하는 방식을 결정하는 과정을 예시하고 있다.
접속상태 정보는 착신 단말(120)이 매크로 셀을 지원하는 접속노드(160)(예컨대, eNB)에 접속하고 있는지, 혹은 펨토 셀을 지원하는 접속노드(130)(예컨대, HeNB)에 접속하고 있는지, 혹은 접속하고 있는 위치를 파악할 수 있는 IP 망에 직접 연결된 상태인지 등에 대한 정보일 수 있다.
발신측의 펨토 셀 접속노드(130)는 코어망으로부터 얻을 수 있는 착신 단말(120)의 접속상태 정보를 파악한다. 이후, 펨토 셀 접속노드(130)는 경우에 따라 이동통신 사업자가 제공하는 코어망을 경유하여 데이터를 전송하는 방식과 상기 코어망과 구별되는, 일반 ISP 사업자가 또는 IP를 통해 제공하는 IP 망을 사용하여 데이터를 보내는 두 가지 방식을 선택적으로 적용함으로써 전송 효율을 높일 수 있다.
또한, 이러한 방식을 통해 사용자 데이터를 불필요하게 변경하지 않고 전송하거나 혹은 코어망을 거치지 않도록 하여 부하를 줄일 수 있다.
도 4는 발신 단말(110)이 데이터를 전송할 경우를 예로 들고 있다. 일 실시예에서, 코어 네트워크 노드(150)로 동작하는 MME(Mobility Management Entity)는 사용자의 위치 정보를 저장하는 역할을 담당하며, TA(Tracking Area) 단위로 단말을 관리한다. 단말은 TA를 변경하게 되면 TAU(Tracking Area Update) 과정을 거쳐 MME에 자신의 위치한 TA정보를 알려준다. 특정 시점에 단말은 단 한 개의 MME에 자신의 위치를 등록 시킨다.
발신 단말(110)은 접속을 이루고 있는 펨토 셀 접속노드(130)에 착신 단말(120)에 대한 데이터 전송을 요청하는 호 시작요구 메시지(CallInitReq)를 전송한다(S110). 호 시작요구 메시지(CallInitReq)는 발신 단말(110)이 원하는 상대와 통화할 수 있도록 요구하는 메시지이다. 호 시작요구 메시지(CallInitReq)에는 통화할 상대방인 착신 단말(120)의 아이디, 서비스 아이디, 서비스 종류 등이 포함될 수 있다.
호 시작요구 메시지(CallInitReq)가 수신됨에 따라, 펨토 셀 접속노드(130)는 착신 단말(120)의 접속상태를 문의하는 단말 정보요구 메시지(UEInfoReq)를 생성한다. 이후 펨토 셀 접속노드(130)는 단말 정보요구 메시지(UEInfoReq)를 업링크 장치인 펨토 셀 게이트웨이(140), 코어 네트워크 노드(150)에 차례로 전달하고(S120, S130), 그 응답으로 펨토 셀 게이트웨이(140)로부터 착신 단말(120)의 접속상태를 수신하게 된다(S140 내지 S160).
구체적으로, 펨토 셀 접속노드(130)는 발신 단말(110)로부터 호 시작요구 메시지(CallInitReq)를 이후에, 단말 정보요구 메시지(UEInfoReq)를 펨토 셀 게이트웨이(140)로 전송한다(S120). 단말 정보요구 메시지(UEInfoReq)는 원하는 상대의 접속상태 정보를 알려주도록 요구하는 메시지이다. 단말 정보요구 메시지(UEInfoReq)에는 통화할 상대방인 착신 단말(120)의 아이디, 서비스 아이디, 서비스 종류 등이 포함될 수 있다.
펨토 셀 게이트웨이(140)는 펨토 셀 접속노드(130)로부터 단말 정보요구 메시지(UEInfoReq)를 수신한 후에, 그 메시지를 코어 네트워크 노드(150)로 전송한다(S130). 단말 정보요구 메시지(UEInfoReq)는 상대방인 착신 단말(120)의 접속상태 정보를 알려주도록 요구하는 메시지이다. 단말 정보요구 메시지(UEInfoReq)에는 통화할 상대방인 착신 단말(120)의 아이디, 서비스 아이디, 서비스 종류 등이 포함될 수 있다.
코어 네트워크 노드(150)는 펨토 셀 게이트웨이(140)로부터 단말 정보요구 메시지(UEInfoReq)를 수신한 후에, 착신 단말(120)의 접속상태 정보를 확인한다(S140). 여기서, 코어 네트워크 노드(150), MME는 착신 단말(120)의 접속상태 정보나 위치 정보 등을 알 수 있다.
즉, 코어 네트워크 노드(150)는 접속상태 정보에 따라 착신 단말(120)이 도 1 및 도 2에 도시된 착신 단말#2(122)의 상태로 접속하고 있는지(시나리오 Ⅱ), 혹은 착신 단말#1(121)의 상태로 접속하고 있는지(시나리오 Ⅰ) 등을 알 수 있다. 착신 단말(120)이 IP 망과 연결되는 특정한 서버 등에 등록되어 있거나, 그 서버와 접속 중인 경우에는, 착신 단말#3(123)과 같은 접속상태에 있는 것으로 파악될 수 있다.
코어 네트워크 노드(150)는 착신 단말(120)의 접속상태 정보를 확인한 후에 단말 정보알림 메시지(UEInfoRsp)를 펨토 셀 게이트웨이(140)로 전송한다(S150). 단말 정보알림 메시지(UEInfoRsp)는 착신 단말(120)의 접속상태 정보를 알려주는 응답 메시지이다. 단말 정보알림 메시지(UEInfoRsp)에는 코어 네트워크 노드(150)에서 확인한 착신 단말(120)의 접속상태 정보가 포함된다.
펨토 셀 게이트웨이(140)는 코어 네트워크 노드(150)로부터 단말 정보알림 메시지(UEInfoRsp)를 수신한 후에, 단말 정보알림 메시지(UEInfoRsp)를 펨토 셀 접속노드(130)로 전송한다(S160). 단말 정보알림 메시지(UEInfoRsp)는 착신 단말(120)의 접속상태 정보를 알려주는 응답 메시지로서, 코어 네트워크 노드(150)에서 확인한 착신 단말(120)의 접속상태 정보를 포함한다.
펨토 셀 접속노드(130)는 펨토 셀 게이트웨이(140)로부터 단말 정보알림 메시지(UEInfoRsp)를 수신한 후에, 호 시작응답 메시지(CallInitRsp)를 발신 단말(110)로 전송한다(S170). 호 시작응답 메시지(CallInitRsp)는 발신 단말(110)이 사용자 데이터를 보낼 수 있음을 알려주는 메시지이다.
다음으로, 펨토 셀 접속노드(130)는 단말 정보알림 메시지(UEInfoRsp)에 포함된 착신 단말(120)의 접속상태 정보에 따라 전송할 사용자 데이터의 전송 포맷을 결정한다(S180).
착신 단말(120)이 착신 단말#2(122)와 같이 펨토 셀 접속노드(130)를 통해 접속을 이루고 있는 상태라면, 도 2의 시나리오 Ⅱ와 같은 방식의 패킷 포맷(packet format)으로 전송이 가능하다.
혹은, 접속상태 정보가 착신 단말#1(121)과 같다면, 다시 말해 착신 단말(120)이 매크로 셀 접속노드(160)와 접속을 이루고 있는 상태라면 시나리오 Ⅰ과 같은 방식의 패킷 포맷으로 전송이 가능하다.
또는, 접속상태 정보가 착신 단말#3(123)과 같다면, 다시 말해 착신 단말(120)이 IP 망을 통해 접속을 이루고 있는 상태이면, 시나리오 Ⅲ와 같은 방식의 패킷 포맷으로 전송이 가능하다. 이러한 경우, IP 망 상의 특정 서버 등이 착신 단말(120)이 등록되거나 접속 중인 상태를 알려줌으로써, 코어 네트워크 노드(150)나 펨토 셀 게이트웨이(140)가 해당 접속상태를 알 수 있다.
패킷 포맷을 결정하는 과정(S180)은 호 시작응답 메시지(CallInitRsp)를 전송하는 과정(S170)과 동시에 또는 그 이전에 발생할 수 있으며, 패킷 호 전송 메시지(Packet Call Tx)를 수신(S190)한 이후에 일어날 수도 있다. 호 시작응답 메시지(CallInitRsp)를 수신한 발신 단말(110)이 패킷 호 전송 메시지(Packet Call Tx)를 이용해 착신측으로 보낼 사용자 데이터를 전송하면(S190), 펨토 셀 접속노드(130)가 결정된 패킷 포맷으로 해당 데이터를 착신측에 전송하게 된다.
도 5는 본 발명의 다른 실시예에 따른 펨토 셀 시스템의 데이터 전송 방법을 나타낸 흐름도이다. 도 5는, 펨토 셀 게이트웨이(140)(예를 들면, HeNB GW)를 거치지 않고 펨토 셀 접속노드(130)(예를 들면, HeNB)가 코어 네트워크 노드(150)(예를 들면, MME)에 직접적으로 단말 정보요구 메시지(UEInfoReq)를 전송하는 방식으로 접속상태 정보를 확인하는 과정을 보여주고 있다. 펨토 셀 접속노드(130)는 펨토 셀 게이트웨이(140)를 거치지 않고 코어 네트워크 노드(150)에 바로 연결되어 통신할 수 있다.
발신 단말(110)은 호 시작요구 메시지(CallInitReq)를 접속을 이루고 있는 펨토 셀 접속노드(130)로 전송한다(S210). 호 시작요구 메시지(CallInitReq)는 발신 단말(110)이 원하는 상대와 통화 할 수 있도록 요구하는 메시지이다. 호 시작요구 메시지(CallInitReq)에는 통화할 상대방인 착신 단말(120)의 아이디, 서비스 아이디, 서비스 종류 등이 포함될 수 있다.
펨토 셀 접속노드(130)는 발신 단말(110)로부터 호 시작요구 메시지(CallInitReq)를 수신한 후에, 코어 네트워크 노드(150)로 단말 정보요구 메시지(UEInfoReq)를 전송한다(S220). 단말 정보요구 메시지(UEInfoReq)는 원하는 상대의 접속상태 정보를 알려주도록 요구하는 메시지이다. 단말 정보요구 메시지(UEInfoReq)에는 통화할 상대방인 착신 단말(120)의 아이디, 서비스 아이디, 서비스 종류 등이 포함될 수 있다.
코어 네트워크 노드(150)는 펨토 셀 접속노드(130)로부터 단말 정보요구 메시지(UEInfoReq)를 수신한 후에, 착신 단말(120)의 접속상태 정보를 확인한다(S230).
코어 네트워크 노드(150)는 착신 단말(120)의 접속상태 정보나 위치 정보 등을 알 수 있으며, 접속상태 정보에 따라 착신 단말(120)이 도 1 및 도 2의 착신 단말#1(121)과 같은 상태로 접속하고 있는지 혹은 착신 단말#2(122)나 착신 단말#3(123)과 같은 상태로 접속하고 있는지 등을 알 수 있다. 착신 단말(120)이 IP 망과 연결되는 특정한 서버 등에 등록되어 있거나 해당 서버와 접속 중인 상태에 있는 경우에는 착신 단말#3(123)과 같은 접속상태에 있는 것으로 파악될 수 있다.
코어 네트워크 노드(150)는 착신 단말(120)의 접속상태 정보를 확인한 후에 단말 정보요구 메시지(UEInfoRsp)를 펨토 셀 접속노드(130)로 전송한다(S240). 단말 정보요구 메시지(UEInfoRsp)는 착신 단말(120)의 접속상태 정보를 알려주는 응답 메시지로서, 코어 네트워크 노드(150)에서 확인한 착신 단말(120)의 접속상태 정보를 포함한다.
펨토 셀 접속노드(130)는 코어 네트워크 노드(150)로부터 단말 정보요구 메시지(UEInfoRsp)를 수신한 후에, 호 시작응답 메시지(CallInitRsp)를 발신 단말(110)로 전송한다(S250). 호 시작응답 메시지(CallInitRsp)는 발신 단말(110)이 사용자 데이터를 보낼 수 있음을 알려주는 메시지이다.
펨토 셀 접속노드(130)는 수신된 단말 정보알림 메시지(UEInfoRsp)에 포함되어 있는 착신 단말(120)의 접속상태 정보에 따라 전송할 사용자 데이터의 전송 포맷(packet format)을 결정한다(S260).
예를 들어, 접속상태 정보가 착신 단말#2(122)와 같다면, 다시 말해 착신 단말(120)이 펨토 셀 접속노드(130)(예컨대, HeNB)를 통해 접속을 이루고 있는 상태라면, 도 2의 시나리오 Ⅱ 와 같은 방식의 패킷 포맷으로 전송이 가능하다.
혹은, 접속상태 정보가 착신 단말#1(121)과 같다면, 다시 말해 착신 단말(120)이 코어망의 매크로 셀 접속노드(160)(예컨대, eNB)에 접속을 이루고 있는 상태라면 도 2의 시나리오 Ⅰ과 같은 방식의 패킷 포맷으로 전송이 가능하다.
혹은, 접속상태 정보가 착신 단말#3(123)과 같다면, 다시 말해 착신 단말(120)이 IP 망을 통해 접속을 이루고 있는 상태라면 도 2의 시나리오 Ⅲ과 같은 방식의 패킷 포맷으로 전송이 가능하다.
이러한 경우, 코어 네트워크 노드(150)[혹은 펨토 셀 게이트웨이(140)] 등의 업링크 장치는 특정한 서버 등을 통해 단말 등록 여부나 접속 중인 상태를 알 수 있다.
도 5의 패킷 포맷 결정 과정(S260)은 호 시작응답 메시지(CallInitRsp)의 전송 과정(S250)과 동시에 또는 그 이전에 발생할 수 있으며, 또는 패킷 호 전송 메시지(Packet Call Tx)를 수신(S270)한 이후에 일어날 수도 있다.
도 6은 본 발명의 또 다른 실시예에 따른 펨토 셀 시스템의 데이터 전송 방법을 나타낸 흐름도이다. 도 6은 코어 네트워크 노드(150)를 거치지 않고 펨토 셀 게이트웨이(140)에게 단말 정보요청 메시지(UEInfoReq)를 전송하는 방식으로 접속상태 정보를 확인하는 과정을 보여주고 있다.
여기서, 펨토 셀 게이트웨이(140)(예컨대, HeNB GW)는 자신이 관리하는 펨토 셀 접속노드(130)를 통해 접속 중인 단말들의 접속상태 정보나 위치 정보를 저장할 수도 있고, 코어 네트워크 노드(150)로부터 단말들의 접속상태 정보나 위치 정보를 내려(혹은 전송) 받아 저장할 수도 있다.
예를 들면, 도 6 에서 펨토 셀 게이트웨이(140)가 관리하는 펨토 셀 접속노드(130)를 통해 코어망 혹은 IP 망에 접속하는 단말들은 해당 펨토 셀 게이트웨이(140)를 통해 코어 네트워크 노드(150)에 자신이 해당 펨토 셀 게이트웨이(140)에 접속하였음을 알려 주는 과정을 거친다. 이때, 펨토 셀 게이트웨이(140)는 착신 단말(120)이 펨토 셀 접속노드(130)를 통해 접속함을 알 수 있고, 착신 단말(120)의 접속상태 정보를 저장할 수 있다.
따라서, 발신 단말(110)이 통화를 시도할 경우, 상대방의 착신 단말(120)이 현재 펨토 셀 게이트웨이(140)가 관리하는 펨토 셀 접속노드(130)를 통해 접속하고 있다면, 착신 단말(120)의 접속상태 정보는 펨토 셀 게이트웨이(140)에서 찾을 수 있다. 착신 단말(120) 역시 펨토 셀 게이트웨이(140)가 관리하는 발신 단말(110)의 접속상태 정보를 펨토 셀 게이트웨이(140)에서 확인할 수 있다.
만약, 펨토 셀 게이트웨이(140) 내에서 착신 단말(120)에 대한 접속상태 정보를 확인할 수 없다면, 펨토 셀 게이트웨이(140)는 코어 네트워크 노드(150)(예컨대, MME)에게 착신 단말(120)에 대한 접속상태 정보를 요구하는 메시지를 다시 전송할 수도 있다.
발신 단말(110)은 호 시작요구 메시지(CallInitReq)를 접속을 이루고 있는 펨토 셀 접속노드(130)로 전송한다(S310). 호 시작요구 메시지(CallInitReq)는 발신 단말(110)이 원하는 상대와 통화 할 수 있도록 요구하는 메시지이다. 호 시작요구 메시지(CallInitReq)에는 통화할 상대방인 착신 단말(120)의 아이디, 서비스 아이디, 서비스 종류 등이 포함될 수 있다.
펨토 셀 접속노드(130)는 발신 단말(110)로부터 호 시작요구 메시지(CallInitReq)를 수신한 후에, 펨토 셀 게이트웨이(140)로 단말 정보요구 메시지(UEInfoReq)를 전송한다(S320). 단말 정보요구 메시지(UEInfoReq)는 원하는 상대의 접속상태 정보를 알려주도록 요구하는 메시지이다. 단말 정보요구 메시지(UEInfoReq)에는 통화할 상대방인 착신 단말(120)의 아이디, 서비스 아이디, 서비스 종류 등이 포함될 수 있다.
펨토 셀 게이트웨이(140)는 펨토 셀 접속노드(130)로부터 단말 정보요구 메시지(UEInfoReq)를 수신한 후에, 착신 단말(120)의 접속상태 정보를 확인한다(S330). 펨토 셀 게이트웨이(140)는 착신 단말(120)의 접속상태 정보나 위치 정보 등을 알 수 있으며, 접속상태 정보에 따라 착신 단말(120)이 도 1 및 도 2의 착신 단말#1(121)과 같은 상태로 접속하고 있는지 혹은 착신 단말#2(122)와 같은 상태로 접속하고 있는지 등을 알 수 있다.
착신 단말(120)이 IP 망과 연결되는 특정한 서버 등에 등록되어 있거나 해당 서버와 접속 중인 상태에 있는 경우에는 착신 단말#3(123)과 같은 접속상태에 있는 것으로 파악될 수 있다. 펨토 셀 게이트웨이(140) 내에서 착신 단말(120)의 정보 자체를 발견할 수 없을 경우에는, 펨토 셀 접속노드(130)가 해당 착신 단말(120)의 접속상태 정보를 확인할 수 있도록 코어 네트워크 노드(150)로 단말 정보요구 메시지(UEInfoReq)를 전송할 수도 있다.
펨토 셀 게이트웨이(140)는 착신 단말(120)의 접속상태 정보를 확인한 후에 단말 정보알림 메시지(UEInfoRsp)를 펨토 셀 접속노드(130)로 전송한다(S340). 단말 정보알림 메시지(UEInfoRsp)는 착신 단말(120)의 접속상태 정보를 알려주는 응답 메시지로서, 펨토 셀 게이트웨이(140)에서 확인한 착신 단말(120)의 접속상태 정보를 포함한다.
펨토 셀 접속노드(130)는 펨토 셀 게이트웨이(140)로부터 단말 정보알림 메시지(UEInfoRsp)를 수신한 후에, 호 시작응답 메시지(CallInitRsp)를 발신 단말(110)로 전송한다(S350). 호 시작응답 메시지(CallInitRsp)는 발신 단말(110)이 사용자 데이터를 보낼 수 있음을 알려주는 메시지이다.
한편, 펨토 셀 접속노드(130)는 수신된 단말 정보알림 메시지(UEInfoRsp)에 포함되어 있는 착신 단말(120)의 접속상태 정보에 따라 전송할 사용자 데이터의 전송 포맷(packet format)을 결정한다(S360).
예를 들어, 접속상태 정보가 착신 단말#2(122)와 같다면, 다시 말해 착신 단말(120)이 펨토 셀 접속노드(130)(예컨대, HeNB)를 통해 접속을 이루고 있는 상태라면, 도 2의 시나리오 Ⅱ 와 같은 방식의 패킷 포맷으로 전송이 가능하다. 혹은, 접속상태 정보가 착신 단말#1(121)과 같다면,
다시 말해 착신 단말(120)이 매크로 셀 접속노드(160)(예컨대, eNB)에 접속을 이루고 있는 상태라면 도 2의 시나리오 Ⅰ과 같은 방식의 패킷 포맷으로 전송이 가능하다.
혹은, 접속상태 정보가 착신 단말#3(123)과 같다면, 다시 말해 착신 단말(120)이 IP 망을 통해 접속을 이루고 있는 상태이면서 특정한 서버 등을 통해 단말 등록 여부나 접속 중인 상태가 전달되어 펨토 셀 게이트웨이(140)[혹은 코어 네트워크 노드(150)]가 해당 접속상태를 알고 있는 경우라면, 도 2의 시나리오 Ⅲ과 같은 방식의 패킷 포맷으로 전송이 가능하다.
도 6의 패킷 포맷 결정 과정(S360)은 호 시작응답 메시지(CallInitRsp)의 전송 과정(S350)과 동시에 또는 그 이전에 발생할 수 있으며, 또는 발신 단말(110)로부터 패킷 호 전송 메시지(Packet Call Tx)를 수신(S370)한 이후에 일어날 수도 있다.
도 4 내지 도 6에 기술된 시그널링 방식에 의해 시나리오 Ⅱ 또는 시나리오 Ⅲ 대로 데이터를 전송하는 경우, 발신 단말(110) 측은 종래와 별다른 변화 없이 코어망에 맞춘 데이터 포맷으로 데이터를 전송한다.
먼저, 발신 단말(110)로부터 데이터를 수신한 발신측의 펨토 셀 접속노드(130)는 착신 단말(120)의 접속상태 정보에 따라 결정된 데이터 전송 방식이 시나리오 Ⅱ 또는 시나리오 Ⅲ 임을 인지한다.
이후, 펨토 셀 접속노드(130)는 코어망 경유를 위한 종래의 터널링 방식으로 데이터 포맷을 만들지 않고, IP 망을 경유할 수 있도록 도 1 및 도 2의 방법과 같이 데이터 포맷을 변경하여 데이터를 착신 단말(120)이 접속해 있는 펨토 셀 접속노드(130)(예컨대, HeNB)로 전송한다.
데이터를 수신한 착신측의 펨토 셀 접속노드(130)는 수신된 데이터를 착신 단말(120)로 포워딩(forwarding) 한다.
특히, 착신 단말(120)이 도 1의 착신 단말#3(123)과 같이 IP 망에 직접 연결되어 있는 경우, 발신측의 펨토 셀 접속노드(130)는 시나리오 Ⅲ을 인지한다. 그리고, 펨토 셀 접속노드(130)는 종래의 터널링 방식으로 데이터를 만들지 않고, IP 망을 경유할 수 있도록 L1/L2 프로토콜 부분만 변경하여 데이터를 착신 단말(120)로 전송한다. 이때, 착신 단말(120)은 펨토 셀 접속노드(130)에 연결된 것이 아니므로, 직접 데이터를 수신할 수 있다.
이상 첨부된 도면을 참조하여 본 발명의 실시예를 설명하였지만, 본 발명은 HeNB나 특정 형태의 기지국에 국한되지 않으며, IP 망에 연결되어 사용되는 모든 형태의 접속노드에 적용될 수 있다. 또한, 본 발명은 CDMA, OFDMA, TDM A등 무선접속기술에 한정되지 않고, 모든 접속방식을 포괄할 수 있으며, 마찬가지로, 특정 서비스에 한정되지 않고, WiBro, LTE, WiMax 등 모든 서비스 방식을 포괄할 수 있다.
본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다.
따라서, 이상에서 기술한 실시예들은 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이므로, 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 하며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다.
본 발명에 따른 펨토 셀 접속노드, 펨토 셀 시스템 및 그 시스템의 데이터 전송 방법은, 코어망의 부하를 감소시키고, 이로 인해 시스템 전반적인 수용용량을 증가시키며, 불필요한 데이터 경로를 경감시켜 데이터 트래픽의 경로를 짧게 함으로써 데이터 지연을 줄일 수 있다.

Claims (25)

  1. 발신 단말로부터 착신 단말에 대한 데이터 전송 요청이 수신되면, 상기 착신 단말의 접속상태를 파악하는 접속상태 탐지부; 및
    상기 착신 단말의 접속상태에 따라 상기 발신 단말로부터 수신되는 데이터의 전송 포맷을 변경하는 프로토콜 지원 처리부를 포함하는 펨토 셀 접속노드.
  2. 제1항에 있어서, 상기 프로토콜 지원 처리부는,
    상기 착신 단말이 인터넷 프로토콜(IP) 망에 직접 또는 간접으로 연결되어 있는 경우, 상기 발신 단말로부터 수신된 데이터를 상기 IP 망에 맞는 전송 포맷으로 변경하고, 상기 IP 망을 통해 상기 착신 단말로 상기 데이터를 전송하는 것을 특징으로 하는 펨토 셀 접속노드.
  3. 제1항에 있어서,
    상기 접속상태 탐지부에서 파악된 상기 착신 단말의 접속상태에 맞추어 상기 착신 단말로 전송할 데이터의 전송 포맷을 결정하여 상기 프로토콜 지원 처리부에 알리는 데이터 포맷 결정부를 더 포함하는 펨토 셀 접속노드.
  4. 제1항에 있어서, 상기 접속상태 탐지부는,
    상기 착신 단말의 접속상태를, 데이터 통신 시 이동통신 사업자가 제공하는 코어망을 경유하는 코어 네트워크 접속상태와 혹은 데이터 통신 시 상기 코어망과 구별되는 IP 망을 경유하는 IP 망 접속상태 중에서, 적어도 어느 하나의 상태로 파악하는 것을 특징으로 하는 펨토 셀 접속노드.
  5. 제4항에 있어서, 상기 접속상태 탐지부는,
    상기 IP 망 접속상태를 상기 착신 단말이 IP 망과 연결된 펨토 셀 접속노드에 접속 중인 상태이거나, 혹은 IP 망에 직접 연결 중인 상태로 파악하는 것을 특징으로 하는 펨토 셀 접속노드.
  6. 제2항에 있어서, 상기 프로토콜 지원 처리부는,
    상기 발신 단말로부터 수신된 데이터를 상기 IP 망에 맞는 전송 포맷으로 변경하는 IP 프로토콜 지원부를 포함하는 펨토 셀 접속노드.
  7. 제6항에 있어서, 상기 IP 프로토콜 지원부는,
    상기 착신 단말이 펨토 셀 접속노드에 접속 중인 상태에 있는 경우, 상기 발신 단말로부터 수신된 데이터에서 무선 전송을 위한 L1(Physical Layer)/ L2(Transport Layer) 프로토콜 부분을 L1(Physical Layer)/L2(Transport Layer)/TCP(Transmission Control Protocol)/IP(Internet Protocol) 프로토콜 구조로 변경하는 펨토 셀 연결 지원부를 포함하며,
    상기 변경된 프로토콜 구조의 L1/L2는 유선망 전송을 위한 것이고, TCP/IP는 IP 프로토콜을 위한 것이고, IP는 상기 착신 단말과 연결된 펨토 셀 접속노드와 접속하기 위한 IP 주소인 것을 특징으로 하는 펨토 셀 접속노드.
  8. 제1항에 있어서, 상기 접속상태 탐지부는,
    업링크 장치에서 상기 착신 단말로부터 주기적으로 통보되는 메시지를 통해 확인한, 상기 착신 단말의 접속상태를 수신하는 것을 특징으로 하는 펨토 셀 접속노드.
  9. 제1항에 있어서, 상기 접속상태 탐지부는,
    상기 발신 단말로부터 상기 착신 단말에 대한 데이터 전송을 요청하는 호 시작요구 메시지를 수신하고, 상기 착신 단말의 접속상태를 문의하는 단말 정보요구 메시지를 생성하여 업링크 장치로 전송하고, 상기 업링크 장치로부터 응답 메시지를 수신하여, 상기 착신 단말의 접속상태를 수신하는 것을 특징으로 하는 펨토 셀 접속노드.
  10. 제9항에 있어서, 상기 접속상태 탐지부는,
    상기 착신 단말의 접속상태를 확인할 수 없는 경우, 상기 단말 정보요구 메시지를 상기 업링크 장치로 다시 전송하는 것을 특징으로 하는 펨토 셀 접속노드.
  11. 제9항에 있어서, 상기 접속상태 탐지부는,
    상기 착신 단말의 아이디, 서비스 아이디, 서비스 종류 중 적어도 하나를 포함하는 상기 단말 정보요구 메시지를 생성하여 상기 업링크 장치로 전송하는 것을 특징으로 하는 펨토 셀 접속노드.
  12. 제9항에 있어서, 상기 접속상태 탐지부는,
    상기 업링크 장치인 코어 네트워크 노드에서 확인한 착신 단말의 접속상태 정보를 포함하는 응답 메시지를 수신하여, 상기 착신 단말의 접속상태를 수신하는 것을 특징으로 하는 펨토 셀 접속노드.
  13. 제12항에 있어서, 상기 접속상태 탐지부는,
    상기 착신 단말의 접속상태 정보 또는 위치 정보를 확인하는 모바일 매니지먼트 엔터티(MME)인 상기 코어 네트워크 노드에서 확인한 착신 단말의 접속상태 정보를 포함하는 상기 응답 메시지를 수신하여, 상기 착신 단말의 접속상태를 수신하는 것을 특징으로 하는 펨토 셀 접속노드.
  14. 펨토 셀 시스템에서 펨토 셀 접속노드가 데이터를 전송하는 방법에 있어서,
    발신 단말로부터 착신 단말에 대한 데이터 전송 요청을 수신하는 단계;
    상기 착신 단말의 접속상태를 파악하는 단계; 및
    상기 착신 단말의 접속상태에 따라 상기 착신 단말로 전송할 데이터의 전송 포맷을 결정하는 단계를 포함하는 펨토 셀 시스템의 데이터 전송 방법.
  15. 제14항에 있어서, 상기 착신 단말의 접속상태를 파악하는 단계는,
    상기 착신 단말의 접속상태를, 데이터 통신 시 이동통신 사업자가 제공하는 코어망을 경유하는 코어 네트워크 접속상태와 혹은 데이터 통신 시 상기 코어망과 구별되는 인터넷 프로토콜(IP) 망을 경유하는 IP 접속상태 중에서 적어도 어느 하나의 상태로 파악하는 것을 특징으로 하는 펨토 셀 시스템의 데이터 전송 방법.
  16. 제15항에 있어서,
    상기 착신 단말이 상기 IP 망 접속상태에 있는 경우, 상기 발신 단말로부터 수신한 데이터를 상기 IP 망에 맞는 전송 포맷으로 변경하는 단계를 더 포함하는 펨토 셀 시스템의 데이터 전송 방법.
  17. 제15항에 있어서, 상기 IP 망 접속상태는,
    상기 착신 단말이 IP 망과 연결된 펨토 셀 접속노드에 접속 중인 상태이거나, 혹은 IP 망에 직접 연결 중인 상태를 의미하는 것을 특징으로 하는 펨토 셀 시스템의 데이터 전송 방법.
  18. 제17항에 있어서,
    상기 착신 단말이 펨토 셀 접속노드에 접속 중인 상태에 있는 경우, 상기 발신 단말로부터 수신된 데이터에서 무선 전송을 위한 L1(Physical Layer)/ L2(Transport Layer) 프로토콜 부분을 L1(Physical Layer)/L2(Transport Layer)/TCP(Transmission Control Protocol)/IP(Internet Protocol) 프로토콜 구조로 변경하는 단계를 포함하며,
    여기서, 상기 변경된 프로토콜 구조의 L1/L2는 유선망 전송을 위한 것이고, TCP/IP는 IP 프로토콜을 위한 것이고, IP는 상기 착신 단말과 연결된 펨토 셀 접속노드와 접속하기 위한 IP 주소임을 특징으로 하는 펨토 셀 시스템의 데이터 전송 방법.
  19. 제14항에 있어서,
    상기 발신 단말 또는 상기 착신 단말이 접속노드로부터 수신된 셀 아이디를 이용해 자신이 펨토 셀 접속노드 혹은 매크로 셀 접속노드 중 어느 쪽에 연결되어 있는지를 확인하는 단계; 및
    상기 확인된 결과를 업링크 장치로 주기적으로 알리는 단계를 더 포함하는 펨토 셀 시스템의 데이터 전송 방법.
  20. 제14항에 있어서, 상기 착신 단말의 접속상태를 파악하는 단계는,
    상기 발신 단말로부터 상기 착신 단말에 대한 데이터 전송을 요청하는 호 시작요구 메시지를 수신하는 단계;
    상기 착신 단말의 접속상태를 문의하는 단말 정보요구 메시지를 업링크 장치로 전송하는 단계; 및
    상기 업링크 장치로부터 응답 메시지를 수신하여 상기 착신 단말의 접속상태 정보를 수신하는 단계를 포함하는 펨토 셀 시스템의 데이터 전송 방법.
  21. 제20항에 있어서, 상기 착신 단말의 접속상태를 파악하는 단계는,
    상기 착신 단말의 접속상태를 확인할 수 없는 경우, 상기 단말 정보요구 메시지를 상기 업링크 장치로 다시 전송하는 것을 특징으로 하는 펨토 셀 시스템의 데이터 전송 방법.
  22. 제20항에 있어서, 상기 단말 정보요구 메시지는
    상기 착신 단말의 아이디, 서비스 아이디, 서비스 종류 중 적어도 하나를 포함하는 펨토 셀 시스템의 데이터 전송 방법.
  23. 제20항에 있어서, 상기 착신 단말의 접속상태를 파악하는 단계는,
    상기 업링크 장치인 코어 네트워크 노드에서 확인한 상기 착신 단말의 접속상태 정보를 포함하는 응답 메시지를 수신하여, 상기 착신 단말의 접속상태를 수신하며,
    상기 코어 네트워크 노드는 상기 착신 단말의 접속상태 정보 또는 위치 정보를 확인하는 모바일 매니지먼트 엔터티(MME)임을 특징으로 하는 펨토 셀 시스템의 데이터 전송 방법.
  24. 펨토 셀을 사용하는 시스템에 있어서,
    발신 단말; 및
    상기 발신 단말과 무선 연결되며, 상기 발신 단말로부터 착신 단말에 대한 데이터 전송 요청을 수신하고, 상기 착신 단말의 접속상태를 파악하여 상기 착신 단말의 접속상태에 따라 전송 포맷을 결정하며, 결정된 전송 포맷에 맞추어 상기 발신 단말로부터 수신된 상기 데이터의 전송 포맷을 변경하여 전송하는 펨토 셀 접속노드를 포함하는 펨토 셀 시스템.
  25. 제24항에 있어서, 상기 펨토 셀 접속노드는,
    상기 착신 단말이 인터넷 프로토콜(IP) 망에 직접 또는 간접으로 연결되어 있는 상태임을 확인한 경우, 상기 발신 단말로부터 수신된 데이터를 상기 IP 망에 맞는 전송 포맷으로 변경한 후 IP 망을 통해 상기 착신 단말로 전송하는 것을 특징으로 하는 펨토 셀 시스템.
PCT/KR2010/001803 2009-03-24 2010-03-24 펨토 셀 접속노드, 펨토 셀 시스템 및 그 시스템의 데이터 전송 방법 Ceased WO2010110595A2 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP10756350A EP2413618A2 (en) 2009-03-24 2010-03-24 Femtocell access node, femtocell system, and data transmission method for the system
CN2010800134557A CN102362514A (zh) 2009-03-24 2010-03-24 毫微微小区连接节点、毫微微小区系统及该系统的数据传输方法
US13/257,497 US20120009913A1 (en) 2009-03-24 2010-03-24 Femtocell access node, femtocell system, and data transmission method for the system
JP2012501936A JP2012521710A (ja) 2009-03-24 2010-03-24 フェムトセル接続ノード、フェムトセルシステム、及び該システムのデータ伝送方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2009-0025096 2009-03-24
KR1020090025096A KR101034932B1 (ko) 2009-03-24 2009-03-24 펨토 셀 시스템 및 그 시스템의 데이터 전송 방법

Publications (2)

Publication Number Publication Date
WO2010110595A2 true WO2010110595A2 (ko) 2010-09-30
WO2010110595A3 WO2010110595A3 (ko) 2010-12-09

Family

ID=42781669

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2010/001803 Ceased WO2010110595A2 (ko) 2009-03-24 2010-03-24 펨토 셀 접속노드, 펨토 셀 시스템 및 그 시스템의 데이터 전송 방법

Country Status (6)

Country Link
US (1) US20120009913A1 (ko)
EP (1) EP2413618A2 (ko)
JP (1) JP2012521710A (ko)
KR (1) KR101034932B1 (ko)
CN (1) CN102362514A (ko)
WO (1) WO2010110595A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103096501A (zh) * 2011-11-01 2013-05-08 中国移动通信集团上海有限公司 基于毫微微基站系统架构的呼叫系统、方法及装置

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120032644A (ko) * 2010-09-29 2012-04-06 주식회사 팬택 이동 단말기 및 이동 단말기를 이용한 제어 방법
EP2698036A4 (en) * 2011-04-12 2015-04-15 Public Wireless Inc COMMON RADIO ELEMENT APPLICATION MANAGEMENT ARCHITECTURE FOR WIRELESS PICOCELLS
US8750835B2 (en) * 2011-07-26 2014-06-10 Qualcomm Incorporated Presence-based communication
JP6179596B2 (ja) 2013-06-11 2017-08-16 日本電気株式会社 無線基地局、ゲートウェイ装置
JP6341168B2 (ja) * 2015-09-08 2018-06-13 京セラドキュメントソリューションズ株式会社 情報処理装置、自動設定方法
US11197232B2 (en) * 2019-04-01 2021-12-07 Ofinno, Llc Location reporting handling

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100357476B1 (ko) * 2000-08-18 2002-10-19 (주)클립컴 블루투스-인터넷전화 게이트웨이 장치를 이용한 무선인터넷 전화 서비스 시스템
KR100426399B1 (ko) * 2001-04-06 2004-04-08 니트젠테크놀러지스 주식회사 무선망을 통한 씨디엔 서비스 방법 및 시스템
CN100477856C (zh) * 2003-04-07 2009-04-08 华为技术有限公司 一种通知上行资源分配的方法
JP2005020545A (ja) * 2003-06-27 2005-01-20 Oki Electric Ind Co Ltd Ｉｐ電話システム
CN1256847C (zh) * 2003-09-17 2006-05-17 联想(北京)有限公司 动态调整视频传输的方法
KR20050067677A (ko) * 2003-12-29 2005-07-05 삼성전자주식회사 무선 노드와 외부 인터넷 망과의 통신에서의 데이터 전송장치 및 방법
CN100417276C (zh) * 2004-05-21 2008-09-03 华为技术有限公司 呼叫状态检测方法
KR100585768B1 (ko) * 2004-07-09 2006-06-07 엘지전자 주식회사 이동 교환기의 전원 오프 안내 메시지 전송 방법
US20080304462A1 (en) * 2007-06-05 2008-12-11 Lucent Technologies, Inc. SESSION INITIATION PROTOCOL/INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM BASED ARCHITECTURE FOR SUPPORTING 3G1x VOICE/DATA
US8787302B2 (en) * 2008-09-18 2014-07-22 Alcatel Lucent Architecture to support network-wide multiple-in-multiple-out wireless communication over a downlink
KR20090038325A (ko) * 2007-10-15 2009-04-20 에스케이 텔레콤주식회사 펨토셀에서의 부가 장치 연동 시스템 및 그 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103096501A (zh) * 2011-11-01 2013-05-08 中国移动通信集团上海有限公司 基于毫微微基站系统架构的呼叫系统、方法及装置

Also Published As

Publication number Publication date
KR101034932B1 (ko) 2011-05-17
WO2010110595A3 (ko) 2010-12-09
KR20100106852A (ko) 2010-10-04
CN102362514A (zh) 2012-02-22
EP2413618A2 (en) 2012-02-01
JP2012521710A (ja) 2012-09-13
US20120009913A1 (en) 2012-01-12

Similar Documents

Publication Publication Date Title
WO2011010869A2 (en) Method for switching session of user equipment in wireless communication system and system employing the same
WO2012108717A2 (en) Method for processing data associated with handover in a wireless network
WO2010128773A2 (en) Server for control plane at mobile communication network and method for controlling establishment of connection thereof
WO2011053040A2 (en) Nat traversal for local ip access
WO2010126326A2 (en) Method and apparatus for supporting local ip access in a femto cell of a wireless communication system
WO2011053039A2 (en) Correlation id for local ip access
WO2010021475A2 (en) Method and apparatus for performing switching in mobile communication system
WO2015009131A1 (en) Method of supporting mobility of ue supporting/using d2d communication in wireless mobile communication system
WO2011021875A2 (en) Server for control plane at mobile communication network and method for controlling local ip access service
WO2011055999A2 (ko) 무선 통신 네트워크 시스템에서 데이터 전송 방법 및 장치
WO2018128406A1 (ko) 무선 통신 시스템에서 lte/nr 인터워킹의 지원을 위한 인터페이스를 관리하는 방법 및 장치
WO2010137863A2 (en) Method for managing neighbor femto bs list in a broadband wireless access system
WO2017188787A2 (ko) 무선 통신 시스템에서 기지국에 의해 수행되는 데이터 전달 방법 및 상기 방법을 이용하는 장치
WO2011099769A2 (ko) 무선 통신 시스템 및 그의 사용자 단말기와 이동성 관리 엔티티 간 연결 방법
WO2017026872A1 (ko) 무선 통신 시스템에서 리모트 ue의 신호 송수신 방법 및 이를 위한 장치
WO2016111565A1 (en) Method and apparatus for optimizing load re-balancing for dedicated core network in wireless communication system
WO2012002709A2 (ko) 무선 통신 시스템 및 그 시스템에서 핸드오버 수행 방법
WO2013109083A1 (en) Method for establishing an interface and communication between a relay node and a core network
WO2014051402A1 (en) A method and apparatus for setting up an x2 connection through a gateway
WO2011021889A2 (en) Method for transmitting and receiving information of relation between home base stations
WO2015020366A1 (en) Methods, systems and devices for supporting local breakout in small cell architecture
WO2010110595A2 (ko) 펨토 셀 접속노드, 펨토 셀 시스템 및 그 시스템의 데이터 전송 방법
WO2015126160A1 (en) Video telephony service quality enhancement method and apparatus
WO2011034371A2 (en) Method and apparatus for providing local breakout service in wireless communication system
WO2014129733A1 (en) Apparatus, circuit and method for controlling service access in packet data communication system

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080013455.7

Country of ref document: CN

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

Ref document number: 10756350

Country of ref document: EP

Kind code of ref document: A2

WWE Wipo information: entry into national phase

Ref document number: 2010756350

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13257497

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2012501936

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE