WO2012134244A2 - 다중 무선접속기술을 지원하는 무선 접속 시스템에서 데이터를 송수신하기 위한 방법 및 장치 - Google Patents
다중 무선접속기술을 지원하는 무선 접속 시스템에서 데이터를 송수신하기 위한 방법 및 장치 Download PDFInfo
- Publication number
- WO2012134244A2 WO2012134244A2 PCT/KR2012/002427 KR2012002427W WO2012134244A2 WO 2012134244 A2 WO2012134244 A2 WO 2012134244A2 KR 2012002427 W KR2012002427 W KR 2012002427W WO 2012134244 A2 WO2012134244 A2 WO 2012134244A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- base station
- rat
- class
- terminal
- qos
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- 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 specification relates to a radio access system supporting multi-radio access technology (Multi RAT), and more particularly, to a method and apparatus for transmitting and receiving data through two or more heterogeneous networks.
- Multi RAT multi-radio access technology
- the terminal in the case of a terminal supporting the conventional multiplex radio access technology, the terminal is connected to any one radio access technology based on switching to transmit and receive data through one network. Therefore, when a terminal having a multi-RAT capability transmits and receives data through a specific network and transmits and receives data to and from another network, the data transmission and reception for any one network is stopped.
- the conventional technology can communicate with a terminal having a capability of supporting two or more heterogeneous networks using different networks, there is a limit in efficiency because it operates based on simple switching.
- different networks operate independently of each other, inefficient operation is performed in terms of overall flow management of the terminal.
- a method for transmitting and receiving data simultaneously through two or more heterogeneous networks that is, through each network, has been defined.
- a scheme for improving and bypassing network / user performance, network capability and user service quality is provided.
- a terminal having multi-RAT capability communicates with two access points, one of which is an access point of IEEE 802.11, and the other of which is an access point of IEEE 802.16.
- a terminal having multi-RAT capability may communicate with an integrated device having both IEEE 802.16 / 11 interfaces.
- the multi-RAT terminal can transmit and receive data corresponding to a specific service flow with the second system only under the control of the first system.
- a method for informing the first system during a network entry if there is traffic that is preferred to be transmitted to the second system according to the characteristics of the flow that the terminal is transmitting has been proposed. Through this, if the terminal enters the area of the second system, the first system may instruct to transmit and receive through the second system for the flow.
- Embodiments disclosed herein are to enable a terminal having a multi-RAT capability in a broadband wireless communication system to efficiently use the second system through control of the first system, and specifically, data to be used in the second system and the first system.
- QoS class of the flow To define the QoS class of the flow.
- a terminal supports a first base station and a second radio access technology that supports a first radio access technology.
- a method for transmitting and receiving data with a second base station comprising: performing an initial network entry (initial network entry) process with the first base station; Performing a multi-RAT capability negotiation process with the first base station to exchange information necessary for accessing the second base station; Performing an access procedure with the second base station; And simultaneously transmitting and receiving data with the first base station and a second base station connected through the access procedure, wherein performing the multi-RAT capability negotiation process indicates at least one quality of service (QoS) class. And transmitting control information to the first base station, wherein the at least one QoS class is selected from a plurality of QoS classes defined according to a value of at least one QoS parameter.
- QoS quality of service
- the at least one QoS parameter may include at least one of a sustained traffic rate per flow, a traffic burst, a reserved traffic rate, and a latency. Characterized in that it comprises a.
- the at least one QoS parameter may further include an uplink grant scheduling type in the case of uplink.
- the at least one QoS class is a class that is configured to prefer or communicate with the second base station.
- the at least one QoS class is a class that is configured to prefer or communicate with the first base station.
- the plurality of QoS classes defined above may be defined based on an inclusion relationship of quality of service (QoS) parameters.
- QoS quality of service
- the plurality of QoS classes defined may further include at least one class independent of the inclusion relationship.
- the plurality of QoS classes defined may be defined independently of the inclusion relationship.
- control information characterized in that reflected between the selected at least one QoS class, the order set to prefer or communicate with the first base station or the second base station.
- the first base station and the second radio access technology supporting the first radio access technology are supported.
- the terminal for transmitting and receiving data with the second base station, the wireless communication unit for transmitting and receiving a wireless signal with the outside;
- a control unit connected to the wireless communication unit, wherein the control unit transmits control information indicating at least one quality of service (QoS) class to the first base station through a multi-RAT capability negotiation process with the first base station.
- QoS quality of service
- the wireless communication unit is controlled, and the at least one QoS class is selected from among a plurality of QoS classes defined according to a value of at least one QoS parameter.
- a method for transmitting and receiving data with a second base station supporting technology comprises the steps of: performing an initial network entry process with the first base station; Receiving a broadcast message from the first base station, the broadcast message including first control information indicating a first multi-RAT flow class; Performing a multi-RAT capability negotiation process with the first base station to exchange information necessary for accessing the second base station; Performing an access procedure with the second base station; And simultaneously transmitting and receiving data with the first base station and a second base station connected through the access procedure, wherein the first multi-RAT flow class is based on a characteristic of a flow that prefers to communicate with the second base station.
- the step of transmitting and receiving data characterized in that the step of transmitting and receiving data corresponding to the first control information with the second base station.
- the performing of the multi-RAT capability negotiation process may include second control information indicating at least one second multi-RAT flow class different from the first multi-RAT flow class to the first base station. And transmitting the message.
- the method may further include transmitting and receiving data corresponding to the second control information with the second base station.
- a first base station and a second radio access that supports the first radio access technology
- the terminal for transmitting and receiving data with a second base station supporting the technology
- the wireless communication unit for transmitting and receiving a wireless signal with the outside
- a control unit connected to the wireless communication unit, wherein the control unit receives, from the first base station, a broadcast message including first control information indicating a first multi-RAT flow class.
- controlling the wireless communication unit to transmit and receive data corresponding to control information with the second base station, wherein the first multi-RAT flow class is defined according to a characteristic of a flow preferred to communicate with the second base station.
- the wireless communication unit may be configured to transmit, to the first base station, a message including second control information indicating at least one second multi-RAT flow class different from the first multi-RAT flow class. It characterized in that to control.
- the multi-RAT terminal by transmitting and receiving data simultaneously from each network through two or more heterogeneous networks, there is an effect that can reduce the overhead of data transmission and reception in a specific network.
- a base station transmits a multi-RAT flow class to the at least one multi-RAT terminal at a time by a broadcast method, and only the multi-RAT terminal that needs updating is newly defined multi-RAT flow class By transmitting the to the base station, the overhead of the overall system can be reduced and the system performance can be improved.
- Multi RAT multi-radio access
- FIG. 2 is a flowchart illustrating a method for a multi-RAT terminal to transmit and receive data through a first system and a second system.
- FIG. 3 is a flowchart illustrating a multi-RAT capability negotiation process between a multi-RAT terminal and a first system.
- FIG. 4 is a flowchart illustrating a scanning process of a second system of a multi-RAT terminal.
- FIG. 5 is a flowchart illustrating a process of adding a second system, that is, a process of accessing a second system by a multi-RAT terminal in a second system operation method.
- FIG. 6 is a flowchart illustrating a process of connecting a multi-RAT terminal with a second system.
- FIG. 7 is a flowchart illustrating a process of reconnecting a multi-RAT terminal with a second system.
- FIG. 8 is a flowchart illustrating a process of releasing a connection with a second system by a multi-RAT terminal.
- FIG. 9 is a flowchart illustrating a method for transmitting and receiving data through a first system and a second system by a multi-RAT terminal according to embodiments of the present specification.
- FIG. 10 is a diagram illustrating a QoS class definition according to the second embodiment disclosed herein.
- FIG. 11 is a diagram illustrating QoS class definition according to the third embodiment disclosed herein.
- FIG. 11 is a diagram illustrating QoS class definition according to the third embodiment disclosed herein.
- FIG. 12 is a diagram illustrating a QoS class definition according to the fourth embodiment disclosed herein.
- FIG. 13 is a diagram illustrating QoS class definition according to the fifth embodiment disclosed herein.
- FIG. 13 is a diagram illustrating QoS class definition according to the fifth embodiment disclosed herein.
- FIG. 14 is a diagram illustrating a QoS class definition according to the sixth embodiment disclosed herein.
- 15 is a flowchart illustrating a method for transmitting and receiving data through a first system and a second system by a multi-RAT terminal according to a seventh embodiment of the present disclosure.
- FIG. 16 illustrates an internal block diagram of a terminal and a base station in a wireless access system to which embodiments of the present specification can be applied.
- CDMA code division multiple access
- FDMA frequency division multiple access
- TDMA time division multiple access
- OFDMA orthogonal frequency division multiple access
- SC-FDMA single carrier frequency division multiple access
- CDMA may be implemented with a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000.
- TDMA may be implemented with wireless technologies such as Global System for Mobile communications (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rates for GSM Evolution (EDGE).
- OFDMA may be implemented in a wireless technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA), or the like.
- IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with systems based on IEEE 802.16e.
- UTRA is part of the Universal Mobile Telecommunications System (UMTS).
- LTE Long Term Evolution
- E-UMTS Evolved UMTS Terrestrial Radio Access
- E-UTRA Evolved-UMTS Terrestrial Radio Access
- OFDMA OFDMA in downlink
- SC Evolved-UMTS Terrestrial Radio Access
- LTE-A Advanced is the evolution of 3GPP LTE.
- Various protocol mechanisms described herein may be used to support QoS for uplink and downlink traffic through a terminal and a base station. The following describes the QoS protocol mechanisms and the parts providing end-to-end QoS.
- QoS requirements include the following:
- the key mechanism for providing QoS is to associate packets across the MAC interface with the service flow identified by the SFID.
- Service flow is a one-way flow of packets provided with a particular QoS.
- the terminal and the base station provide this QoS in accordance with the QoS parameters defined in the service flow.
- the main purpose of the QoS features defined here is to define the transmission order and scheduling on the air interface. However, these features may work with mechanisms other than the air interface to provide end-to-end QoS or to monitor the operation of the terminal.
- Service flows exist in the uplink and the downlink and may exist substantially without being activated to carry traffic. All service flows have a 32-bit SFID. Authorized activated service flows also have a 4-bit FID.
- the service flow is a MAC transmission service that provides unidirectional transmission of uplink packets transmitted by a terminal and downlink packets transmitted by a base station.
- Service flows are characterized by QoS parameters such as latency, jitter and throughput assuraces. For standard operation between the terminal and the base station, these attributes include details of how the terminal requests the uplink bandwidth allocation and the expected operation of the base station's uplink scheduler.
- the service flow is partially characterized by the following attributes.
- SFID Service flow ID
- the SFID is provided as a main identifier for the service flow in the terminal.
- the service flow has a direction associated with at least one SFID.
- FID Identifier of the transport connection that exists only when the service flow is authorized or active. When SFID and FID exist, their relationship is unique. The SFID may not be associated with one or more FIDs, and the FID may not be associated with one or more SFiDs. The FID uniquely identifies the transport connection within the terminal.
- ProvisionedQoSParamSet QoS parameter set provided by means such as a network management system
- AdmittedQoSParamSet A set definition of QoS parameters for the resource reserved by the base station (also terminal).
- the primary resource reserved is bandwidth, but it may also include other memory or time-based resources that are subsequently required to activate the flow.
- ActiveQoSParamSet Defines a set of QoS parameters for a service that is substantially provided in the service flow.
- Authorization Module Logical function within the host station that accepts or rejects all changes in the QoS parameters and classifiers associated with the service flow. Thus, the Authorization Module defines an envelope that limits the expected values of AdmittedQoSParamSet and ActiveQoSParamSet.
- the class of service may allow operators to move the burden of setting up service flows from the provisioning server to the base station.
- the operator provides the service class name to the terminal.
- the implementation of the name is set at the base station. This allows the operator to change the implementation of a given service to the local environment without changing the terminal permission settings. For example, some scheduling parameters may need to be modified differently for two different base stations to provide the same service.
- the service profile may change over time.
- the service class allows the higher layer protocol to create a service flow by its service class name. For example, telephone call signaling allows the terminal to illustrate any available service of class G711).
- NOTE-A service class is nothing more than IDs for a particular set of QoS parameter set values. Therefore, the use of a service class is optional. The service identified by the class of service is set once, rather than different from the same QoS parameter set explicitly specified.
- Any service flow can have its QoS parameter set specified in one of three ways:
- the service class name is extended to the set of defined parameters when the base station successfully acknowledges the service flow.
- the service class extension may be included in the following base station-source message, that is, AAI-DSA-REQ, AAI-DSC-REQ, AAI-DSA-RSP, and AAI-DSC-RSP.
- the base station may include a service flow encoding that includes a service class name and a QoS parameter set of the service class. If the terminal-initiation request included additional or duplicate service flow parameters, the successful response may also include these parameters.
- the returned QoS parameter set can be changed from activation to activation. This is due to a change in management of the QoS parameter set of the class of service at the base station. If a service class name is changed at the base station (eg, if its associated QoS parameter set is modified), it does not affect the QoS parameters of existing service flows associated with that service class.
- the base station initializes the DSC transaction with an existing service flow referencing a service class name to affect the changed service class definition.
- an extended parameter set of the service flow may be returned in the response message (AAI-DSA-RSP or AAIDSC-RSP). Later use of the service class name in the activation request may fail if the definition of the service class name is changed and newly requested resources are not available. Therefore, the terminal may explicitly request the extended parameter set from the response message in its later activation request.
- the global service class name is rule-based and is a composite name parsed in the form of a variable number of information fields.
- Table 1 below shows global service class name information field parameters.
- the value 0b111111 represents the maximum allowable value.
- B Max traffic burst 6 The value 0b111111 represents the maximum allowable value.
- R Maximum Reserved Traffic Burst 6 The value 0b111111 represents the maximum allowable value.
- L Delay 6 The value 0b111111 represents the maximum allowable value.
- the value 0b111111 represents the maximum allowable value.
- a parameter that defines the highest information rate of a service This rate is expressed in bits per second and includes service data units (SDUs) from input to system. Explicitly, this parameter does not include transport, protocol, or network overhead such as MAC header or CRC, or session maintenance overhead that is not payload such as SIP, MGCP, H.323 management, etc.
- This parameter does not limit the immediate rate of service because it is controlled by the physical properties of the entry port. However, at the destination network interface in the uplink direction, the service, on average, exceeds this and is controlled to comply with this parameter.
- the maximum traffic burst parameter defines the maximum burst size that can be accommodated for the service. Because the physical speed of the entry / exit port, any air interface, and the backhaul are generally larger than the maximum sustained traffic rate parameter for the service, this parameter assumes that the service does not use any resources available. Explain that the persistent burst system must accommodate this service. A maximum traffic bus set to zero does not mean any maximum traffic burst reservation request.
- the Minimum Reserved Traffic Rate parameter specifies the minimum rate, in bits per second, that is reserved for this service flow.
- the base station can satisfy the connection up to its minimum reserved traffic rate. If a bandwidth lower than its minimum reserved traffic rate is required for the connection, the base station can reallocate the excess reserved bandwidth for other purposes. The value of this parameter is calculated beyond the MAC overhead.
- Minimum reserved traffic set to 0 means that no minimum reserved traffic rate is required.
- this parameter specifies the maximum interval between packet reception at the CS of the BS or SS and transmission to the air interface of the SDA. If this is defined, this parameter indicates service responsibility and can be guaranteed. If the maximum delay is zero, this may be interpreted as not responsible.
- a terminal accesses two or more heterogeneous networks (or multiple RATs) in a multi-radio access technology (Multi RAT) network and simultaneously transmits and receives data through each network will be described.
- Multi RAT multi-radio access technology
- FIG. 1A and 1B are conceptual views illustrating a multi-radio access technology (Multi RAT) network to which an embodiment of the present specification can be applied.
- Multi RAT multi-radio access technology
- Multi-radio access technology (hereinafter referred to as 'multi-RAT') network refers to a wireless communication environment in which two or more heterogeneous networks exist, and a terminal can simultaneously perform communication by connecting two or more heterogeneous networks.
- a terminal capable of simultaneously communicating with two or more heterogeneous networks is referred to as a 'multi-RAT terminal' or a 'multi-system terminal'.
- Heterogeneous network refers to a network using a communication method different from that used in a specific network based on the specific network.
- WiMAX networks and Wi-Fi networks using Wi-Fi networks which are examples of mobile communication systems, correspond to heterogeneous networks.
- RAT is a type of technology used for radio access.
- RAT includes GSM / EDGE Radio Access Network (GERAN), UMTS Terrestrial Radio Access Network (UTRAN), Evolved-UMTS Terrestrial Radio Access Network (E-UTRAN), WiMAX, LTE (-A), WiFi, etc. can do. That is, GERAN, UTRAN, E-UTRAN, WiMAX and / or WiFi are mixed in the same region.
- the multi-RAT network 100 may include a first system 110 and a second system 120.
- the first system 110 and the second system 120 may be represented as a first network and a second network, respectively.
- the first system 110 includes a multi-RAT terminal 10, a base station 20, and a second system 120.
- the second system 120 includes a multi-RAT terminal 10 and an AP 30. It may include.
- the first system is a system having a wide range of coverage and may be a mobile communication system.
- the first system may be a system in charge of the transmission of control information.
- the first system may be a WiMAX or LTE (-A) system.
- the first system refers to a system that always has a status with the multi-RAT terminal. That is, the first system refers to a system that maintains an activation state, a sleep mode state, or an idle mode state with the multi-RAT terminal.
- the multi-RAT terminal may need to perform initial connection with the first system.
- the second system is a system having a small range of coverage and may be a local area communication system (WLAN).
- the second system may be a system that is responsible for transmitting data.
- the second system may be a Wi-Fi system. That is, the second system refers to a system that can be added to or deleted from the multi-RAT network as needed.
- the second system may be mainly used for transmission and reception of data requiring high bandwidth (Higher BW).
- QoS specific flow
- the connection or disconnection between the second system and the multi-RAT terminal may be possible after confirmation from the first system.
- the fact that the multi-RAT terminal is connected to the second system may mean that the multi-RAT terminal is ready to transmit / receive data with the second system or transmit / receive data. If it is detected that the multi-RAT terminal has entered the coverage of the second system, the multi-RAT terminal may receive access information from the first system to the second system. In this case, actual data transmission and reception may not occur immediately. In addition, when the multi-RAT terminal has data to be transmitted and received through the second system, access information for the flow may be received from the first system. In this case, actual data transmission and reception may occur immediately.
- the access point may operate in the same manner as the terminal having the ability to communicate with the first system.
- the first system and the second system are connected by wire or wirelessly. That is, the base station in the first system and the base station in the second system may be connected by wire (FIG. 1B) or wirelessly through the backbone network (FIG. 1A).
- the first system is a WiMAX system and the second system is a Wi-Fi system, unless otherwise specified for convenience of description. Accordingly, a base station corresponding to the first system is referred to as a 'base station or ABS', and a base station corresponding to the second system is referred to as 'AP'.
- the connection with the first system may be used as the connection with the base station (or ABS) and the connection with the second system with the AP.
- FIG. 2 is a flowchart illustrating a method for a multi-RAT terminal to transmit and receive data through a first system and a second system.
- the multi-RAT terminal performs an initial network entry process with the base station (S210).
- the multi-RAT terminal transmits an indicator to the base station indicating that the multi-RAT terminal supports the multi-RAT through an initial entry process with the base station.
- the indicator may be a multi-RAT MS capability field.
- the indicator, that is, the multi-RAT terminal capability field may be 1 bit in size.
- the indicator may be transmitted through a registration procedure performed during the initial network entry process with the base station.
- the indicator may be transmitted to the base station through a registration request or a registration response message (REG-REQ / RSP message).
- the indicator when the indicator is set to '1', this indicates that the terminal supports multiple RATs, and when the indicator is set to '0', this indicates that the terminal does not support multiple RATs.
- the base station when the base station receives a registration request or registration response message including an indicator (for example, set to '1') indicating that the base station has the capability of supporting the multi-RAT from the multi-RAT terminal, the base station transmits to the multi-RAT terminal.
- Information indicating that a separate multi-RAT capability negotiation process for supporting the multi-RAT terminal will be performed after the initial network entry process ends or after a predetermined time may be transmitted.
- the notification information when the notification information is set to '1', this indicates that the base station and the multi-RAT terminal perform a separate capability negotiation process to support the multi-RAT, and when the notification information is set to '0', the separate capability Indicates that the negotiation process does not need to be performed.
- the multi-RAT terminal and the base station performs a multi-RAT capability negotiation process (S220).
- the multi-RAT capability negotiation process is generally performed after the end of the network (re) entry process, but may also be performed during the network (re) entry process with the base station.
- the multi-RAT terminal and the base station may perform the multi-RAT capability negotiation process through the registration process of the base station and the multi-RAT terminal.
- the multi-RAT MS and the base station transmit / receive information on multi-RAT capability negotiation through a registration request / response (REG-REQ / REG-RSP) message.
- REG-REQ / REG-RSP registration request / response
- the multi-RAT terminal performs an AP scanning process for accessing the second system based on the second system related information received from the base station (S230).
- the multi-RAT MS performs a scanning process on the neighbor AP periodically or in an event-triggered manner to access the second system.
- connection to all data transmitted to the multi-RAT terminal is made through a dynamic service procedure (DSx procedure) with the base station of the first system, and communication with the second system of the multi-RAT terminal is performed by the base station of the first system. Assume that data for a specific flow is transmitted to the second system under determination.
- DSx procedure dynamic service procedure
- the AP scanning process for the multi-RAT terminal to access the second system receives a multi-RAT scan command message from a base station, performs scanning based on the received multi-RAT scan command message, and outputs a result of the scanning.
- a multi-RAT scan report message may be transmitted for reporting.
- a scanning process for accessing the second system of the multi-RAT terminal will be described in detail with reference to FIG. 4 to be described later.
- the multi-RAT terminal performs a management (or operation) procedure with the second system (S240).
- the management procedure with the second system refers to a process such as connection, disconnection, and connection change of the multi-RAT terminal with the second system.
- the management procedure of the second system is controlled by the first system.
- the multi-RAT terminal After performing the access procedure with the second system, the multi-RAT terminal transmits and receives data through the AP of the second system.
- the multi-RAT terminal in order for the multi-RAT terminal to access the second system, it must receive an acknowledgment for the connection from the first system to the second system.
- the base station selects an AP for access by the multi-RAT terminal and confirms the state of the selected AP before the multi-RAT terminal sends an acknowledgment of access to the second system. .
- the base station may transmit information on the multi-RAT terminal to the selected AP in advance.
- the multi-RAT terminal may also transmit necessary or useful information for accessing the AP.
- the necessary or useful information may include an SSID, an AP MAC address, a WEP key, a channel number (frequency information), an AP protocol version (11a / b / n...), offset information between a beacon and a frame of a base station (Beacon).
- the relative position of a may be expressed as a difference from a specific frame time and transmitted.
- the multi-RAT MS when the multi-RAT MS recognizes that the AP is in coverage of the second system as a result of performing the AP scanning for access to the second system, the multi-RAT MS accesses the base station of the first system with the second system. You may ask.
- Messages required for the management procedure of the second system may include the following.
- the multi-RAT terminal can transmit / receive data to / from the second system and simultaneously transmit / receive data with the first system.
- data transmitted and received with the multi-RAT terminal through the AP is controlled by the first system.
- FIG. 3 is a flowchart illustrating a multi-RAT capability negotiation process between a multi-RAT terminal and a first system.
- the multi-RAT capability negotiation process between the multi-RAT terminal and the base station is performed after the network (re) entry.
- the multi-RAT capability negotiation process may be omitted. Because, through the initial network entry procedure between the multi-RAT terminal and the base station, since the capability negotiation for the multi-RAT has already been performed, it is unnecessary to perform the same procedure again when the multi-RAT terminal reenters the same system. This is because of the overhead.
- the target base station of the first system may perform a multi-RAT capability negotiation with the multi-RAT terminal in advance from the serving base station of the first system through a backbone network.
- the process of the multi-RAT terminal performing the multi-RAT capability negotiation process with the first system may be as follows.
- the base station may transmit the information related to the second system to the multi-RAT terminal (S221). That is, the base station may broadcast or unicast the AP information to the multi-RAT MS when there is common information on the APs of the second system that the multi-RAT MS should receive.
- the information related to the second system refers to information about a heterogeneous system belonging to the same coverage as the first system.
- the multi-RAT terminal may not need to know all of the second system and the information related to the second system included in the first system.
- the base station may transmit unicast to the multi-RAT terminal only a list of information related to (or required) the multi-RAT terminal without transmitting all information related to the second system and the second system.
- the list may be transmitted during the multi-RAT capability negotiation process.
- the MultiSystem Capability Request message may include, for example, an 802.11 MAC address of a terminal, information on an existing access AP (eg, information on an AP preferred by a terminal), protocol version information of 802.11, and traffic to be communicated through 802.11. And the like.
- the MAC address of 802.11 is required for authentication information, and when the existing access AP information is included in the MultiSystem Capability Request message, it is transmitted only to the base station to which the existing access AP belongs.
- the base station transmits a multi-system capability response message to the multi-RAT terminal in response to the multi-system capability request message (S223).
- the MultiSystem Capability Response message may include information about candidate APs.
- the multi-RAT capability negotiation process may be omitted, and when the multi-RAT terminal performs handover, the capability base station may perform the capability negotiation process in advance through the backbone network.
- the base station may store information obtained through a multi-RAT capability negotiation process with the multi-RAT terminal for a predetermined time. That is, the multi-RAT information retention timer is newly defined, and the obtained information is stored until the multi-RAT information retention timer expires. After the timer expires, the obtained information may be discarded.
- the multi-RAT MS performs network re-entry to the base station before the multi-RAT information maintenance timer expires, the multi-RAT capability negotiation process can be omitted.
- FIG. 4 is a flowchart illustrating a scanning process of a second system of a multi-RAT terminal.
- the base station can start scanning for the second system under the direction of the base station without the request of the multi-RAT terminal.
- the condition that the base station requests scanning is a case where it is determined that a specific data flow needs to communicate using WiFi or a preferred AP is registered in its cell, in which case the multi-RAT terminal Instructs to perform scanning of the neighboring AP.
- the base station transmits a multi-RAT scan command message (Multi RAT_SCN-CMD message) or AAI-SCN-RSP to the multi-RAT terminal (S231).
- the multi-RAT scan command message and the AAI_SCN-RSP may include the SSID, the beacon transmission period, and the scanning interval information of the neighboring AP so that the multi-RAT terminal can quickly detect the neighboring AP.
- the multi-RAT scan command message and AAI_SCN-RSP are BSSType (whether infrastructure BSS, IBSS, or both), BSSID, SSID, scan type (active or passive), ProbeDelay (delay used before sending probe frame) Time), ChannelList, and MinMax Channel Time.
- the base station transmits MULTIRAT_SCAN_DEADLINE to the multi-RAT terminal. If the base station instructs the multi-RAT MS to scan, and if it does not receive a response message such as SCN-REP for MULTIRAT_SCAN_DEADLINE time, the base station allows the base station to transmit and receive data of the flow through the first system.
- the scanning of the multi-RAT terminal may be requested by the multi-RAT terminal directly to the base station of the first system for the connection with the second system, without the indication of the base station.
- the multi-RAT terminal and the base station may perform scanning on the neighboring AP through a probe request / response transmission / reception process.
- the multi-RAT terminal performs scanning for access to the second system even in the process of transmitting and receiving data with the base station of the first system.
- the multi-RAT MS may indicate only the SCN-REP transmission scheme through the SCN-CMD message without setting the scanning interval with the base station.
- the multi-RAT MS when the multi-RAT MS receives the multi-RAT scan command message from the BS, the multi-RAT MS receives the beacon from the AP based on the information included in the received multi-RAT scan command message, or receives and transmits a beacon from the AP.
- the scanning of the AP around the RAT terminal is performed (S232).
- the APs around the multi-RAT terminals may be APs of a second system within base station coverage of the first system.
- the multi-RAT MS transmits a multi-RAT scan report message (MultiRAT_SCN-REP message) or AAI_SCN-REP to the base station of the first system (S233). That is, the multi-RAT terminal transmits the scanning result of the detected AP to the base station.
- the multi-RAT terminal may transmit a received signal strength indicator (RSSI) for each AP or preferred AP information of the multi-RAT terminal together.
- RSSI received signal strength indicator
- the scan report message or AAI_SCN-REP may be sent, for example, once, periodically, on an event trigger basis or on a trigger condition basis under the indication of the CMD message.
- the multi-RAT terminal may transmit the scanning result of the AP to the base station according to the definition of the AP specific trigger condition.
- an AP-specific trigger condition may be defined for each flow.
- the multi-RAT MS may transmit the multi-RAT scan report message to the base station in an event triggered manner.
- the multi-RAT MS transmits a multi-RAT scan report message to the base station.
- the multi-RAT terminal scans for periodic scan report (eg, when the report mode is set to 'Ob01') or one scan report (eg, when the report mode is set to '0b11'). Except within the interval, the scan result may be reported to the base station at the time specified in the multi-RAT scan command message.
- the scanning result report for the AP may be stopped after all the scanning periods in the multi-RAT scan command message.
- the multi-RAT scan report message also includes all available scanning results for the requesting APs specified in the multi-RAT scan command message.
- the multi-RAT MS sends a multi-RAT neighbor advertisement message at any time to report the scanning result to the base station or to have the system information about the requested system and optionally the system information about other RATs determined that the base station is near the multi-RAT MS.
- a multi-RAT scan report message can be sent to the base station for unicast reception from the base station.
- the multi-RAT terminal instructs the base station to filter the neighbor second system list based on the requested radio type by including a neighbor request RAT type indicator and / or SSIDs (or BSSID, MAC address) in the scan report message. can do.
- the base station receives the scanning results for the plurality of APs from the multi-RAT terminal, that is, when the multi-RAT scan report message is received, the same operator, priority of the terminal, channel quality, load balancing ) Or by considering the transmitted traffic, it is possible to select the optimal system, that is, the AP to inform the multi-RAT MS.
- the multi-RAT terminal may use a message previously transmitted and received instead of the multi-RAT scan command / report message defined above.
- the existing message includes information indicating that the scanning of the multi-RAT terminal is to transmit and receive data using the Multi RAT system. . That is, by newly defining a field capable of indicating the SSID, the BSSID or the MAC address of the target system, the scanning target of the multi-RAT terminal can be indicated.
- the multi-RAT terminal performs an access procedure with the second system and then transmits and receives data with the second system.
- the connection, disconnection, and change of connection with the second system correspond to an operation (or management) process of the second system.
- the first system also controls the operation of the second system.
- the multi-RAT terminal in order for the multi-RAT terminal to access the second system, it must receive an acknowledgment for the connection from the first system to the second system.
- the base station selects an AP for access by the multi-RAT terminal and confirms the state of the selected AP before the multi-RAT terminal sends an acknowledgment of access to the second system. .
- the base station transmits the information on the multi-RAT terminal to the selected AP in advance.
- the multi-RAT terminal may also transmit necessary or useful information for accessing the AP.
- the necessary or useful information may include an SSID, an AP MAC address, a WEP key, a channel number (frequency information), an AP protocol version (11a / b / n...), offset information between a beacon and a frame of a base station (Beacon).
- the relative position of a may be expressed as a difference from a specific frame time and transmitted.
- the multi-RAT MS when the multi-RAT MS recognizes that the AP is in coverage of the second system as a result of performing the AP scanning for access to the second system, the multi-RAT MS accesses the base station of the first system with the second system. You may ask.
- the second system operation refers to the connection or disconnection of the second system and the multi-RAT terminal and the change of the connection between the multi-RAT terminal and the second system, and the second system operation is controlled by the base station, that is, the first system. .
- a process of accessing (or connecting) a multiple RAT terminal to a second system that is, a process of transmitting and receiving data simultaneously with a first system and a second system by adding a second system Take a look.
- FIG. 5 is a flowchart illustrating a process of adding a second system, that is, a process of accessing a second system by a multi-RAT terminal in a second system operation method.
- a multi-RAT MS or a base station can perform a multi-RAT access request.
- the multi-RAT access request process may be performed through a second system access request / response message.
- the multi-RAT terminal When the second system is added by the request of the multi-RAT terminal, when the multi-RAT terminal detects a second system satisfying a specific condition by scanning, the multi-RAT terminal transmits the second system request message to the base station. As a result, the base station may request a connection with the second system.
- the base station checks the state of the AP accessible to the multi-RAT terminal (S241).
- the base station can instruct the connection between the multi-RAT terminal and the second system by transmitting a second system command message to the multi-RAT terminal (S242).
- control for accessing the multi-RAT terminal with the multi-RAT that is, the transmission of control information is performed by the base station of the first system.
- This allows the multi-RAT terminal to simply transmit and receive data with the second system, so that the QoS for the data can follow the scheme supported by the first system.
- the transmission of the control information may be performed through a second system access command message.
- the second system access command message may include selected AP information, flow information transmitted to the second system, an authentication method (open system or shared key), and the like.
- the selected AP information is AP 2.
- the multi-RAT terminal completes access and traffic stream (TS) configuration with a specific AP by referring to AP information in the second system command message by an access command of the second system of the base station (S243). For example, an ADDTS request / response process of 802.11e may be performed.
- the multi-RAT MS informs the base station of the successful access result with the AP (S244).
- the multi-RAT terminal notifies the base station of a successful access to AP 2.
- the second system indication message may include a mapping result of a flow ID (FID) and an association ID (AID) / traffic stream ID (TSID) for the corresponding flow.
- FID flow ID
- AID association ID
- TSID traffic stream ID
- the multi-RAT MS transmits and receives data for a specific flow through the second system. That is, the multi-RAT terminal is to transmit and receive data simultaneously with the first system and the second system in accordance with the data flow (S245).
- the base station is transmitted to the multi-RAT terminal through the AP.
- the multi-RAT MS may perform reconnection or disconnection with the AP by transmitting and receiving the second system command / instruction message with the base station.
- the multi-RAT terminal is transmitting and receiving data with the AP
- the second system is out of WLAN coverage and there is no AP in the vicinity
- the data transmitted and received with the AP is cut off through the base station of the first system.
- the base station may control seamless flow mobility between the AP and the base station so as to transmit seamlessly.
- the base station when the multi-RAT terminal is transmitting and receiving data to and from the AP of the second system, when the multi-RAT terminal detects the neighboring AP, the base station can seamlessly transmit and receive data currently transmitted and received by the multi-RAT terminal from the neighboring AP in the AP. It can be controlled to be transmitted and received.
- the multi-RAT MS determines that the channel state with the second system currently connected is not good, the multi-RAT MS performs scanning on the neighboring second system. In this case, the scanning may be performed by the base station indication or the multi-RAT terminal itself as described above.
- the RAT terminal terminates the connection with the currently connected second system.
- Multi-RAT Seamless Flow Mobility must be supported to achieve seamless flow mobility without
- the base station may release the connection with the second system when transmission of data transmitted and received by the multi-RAT terminal to the second system is completed.
- the change with the second system that is, the handover between the second systems, is performed only for a specific connection.
- the change of the second system may allow handover to be performed seamlessly between the second systems through the first system.
- the multi-RAT terminal or the base station determines that the channel state of the second system to which the multi-RAT terminal is currently connected is not good, the multi-RAT terminal or the base station terminates the connection with the second system to which the multi-RAT terminal is currently connected and performs a handover (HO) to another second system.
- HO handover
- the base station transmits the SS-CMD message to the multi-RAT terminal, thereby informing the multi-RAT terminal that there is no longer data transmission and reception through the current serving secondary system. Thereafter, the base station instructs the multi-RAT terminal to transmit and receive data transmitted through the first system, and instructs the multi-RAT terminal to transmit and receive data with the new second system when transmission of the existing data is completed. That is, seamless handover between the second systems may be performed through the first system.
- the multi-RAT MS performs a handover between the first systems
- the coverage of the second system spans the boundary between the first systems
- the multi-RAT MS uses the second system, thereby making it possible to seamlessly perform the first operation. Inter-system handover can be performed.
- the base station when the multi-RAT terminal has a fast movement speed and is moving in the first system as an example, WiMAX coverage, the base station does not perform connection with the second system even if the multi-RAT terminal is in the coverage of the second system. Can be directed. That is, the management of the second system may be performed based on the speed of the multi-RAT terminal.
- FIGS. 6 to 8 a process of connecting, reconnecting, and disconnecting a multi-RAT terminal with a second system will be described in more detail.
- FIG. 6 is a flowchart illustrating a process of connecting a multi-RAT terminal with a second system.
- the multi-RAT terminal performs data communication for flow 0 with the base station (S302). Thereafter, the multi-RAT terminal performs data communication with respect to the flow 1 through the base station and the AAI_DSA (S304). In addition, the multi-RAT terminal receives a scan command message from the base station (S306), scans the neighboring APs, and transmits a scan report message to the base station (S308). At this time, the base station determines the connection configuration between the multi-RAT terminal and a specific AP based on the scan report message.
- Control for connection with the AP is performed through the base station (S310).
- the multi-RAT terminal may request the base station to connect with the AP (eg, SS_REQ).
- the AP selected from the base station to the multi-RAT terminal, information on the flow transmitted to the second system, and an authentication method (public system or shared key) are transmitted.
- the SS-CMD may include whether or not the transition to the Doze mode after the connection, the base station may indicate the transition to the Doze mode of the multi-RAT terminal to save power.
- association deadline and association deadline that the multi-RAT MS needs to perform synchronization, authentication, and connection with the AP, it means that data transmission and reception to the second system is possible from this time after receiving the SS_IND message.
- An action time may be further included in the SS-CMD.
- the multi-RAT MS transmits a message indicating that the SS-CMD has been well received to the base station (S312), receives a beacon frame from the AP indicated by the SS-CMD, and performs synchronization with the corresponding AP (S314). Or perform an authentication procedure using a shared key (S316), and performs the connection by transmitting and receiving a connection request / response with the AP receives an AID (S318).
- the multi-RAT terminal informs the base station of the successful connection with the AP (S320). At this time, the multi-RAT MS transmits a mapping result of FID (Flow ID) and AID (Association ID) / TSID (Traffic Stream ID) for the corresponding flow, and an IP address allocated from the AP to the base station. If the multi-RAT MS establishes a connection with the AP without the BS's instruction, the multi-RAT MS should inform the base station. For this purpose, the multi-RAT MS may transmit the SS_IND message to the base station without request.
- FID Flow ID
- AID Association ID
- TSID Traffic Stream ID
- the multi-RAT terminal is able to transmit and receive data for a specific flow through the second system (S322).
- FIG. 7 is a flowchart illustrating a process of reconnecting a multi-RAT terminal with a second system.
- the multi-RAT terminal performs data communication for flow 0 with the base station (S302). Thereafter, the multi-RAT terminal performs data communication with respect to the flow 1 through the base station and the AAI_DSA (S304). In addition, the multi-RAT terminal receives a scan command message from the base station (S306), scans the neighboring APs, and transmits a scan report message to the base station (S308). At this time, the base station determines a reconnection configuration (handover) from the AP connected to the multi-RAT terminal to a specific AP based on the scan report message.
- the base station transmits the SS_CMD message for reconnection with the AP to the multi-RAT terminal (S310 ').
- the SS_CMD message may include information on a flow to be transmitted to the newly selected AP and the second system, shared key information, and the like.
- the SS_CMD message may further include whether the multi-RAT MS transitions to the Doze mode after reconnection, an association deadline, an end of connection and an action time. In this case, the multi-RAT terminal may disconnect from the existing AP at the disconnection time and start communication with the newly selected AP at the action time. This value must also be after the reassociation deadline.
- the multi-RAT terminal transmits an acknowledgment message indicating that the SS_CMD message is well received to the base station (S312).
- the multi-RAT terminal disconnects from the existing AP at the disconnection time and starts communication with the newly selected AP at the action time (S324 to S330). That is, it reconnects with the new AP.
- This process is performed by the multi-RAT MS transmitting and receiving a reconnection request / response with the new AP. If, when the reconnection request, the multi-RAT MS informs the new AP address of the existing AP, the authentication process can be omitted (S326, S328).
- the multi-RAT MS is assigned an AID through the reconnection response.
- the multi-RAT MS informs the base station of the successful connection and result with the new AP (S332). At this time, the IP address allocated from the new AP is transmitted as a result of mapping the FID (Flow ID) and the AID (Association ID) / TSID (Traffic Stream ID) for the flow.
- the multi-RAT MS may transmit an SS_IND message to the base station without a request.
- the multi-RAT terminal is able to transmit and receive data on a specific flow from the Action Time through the new AP (S334).
- FIG. 8 is a flowchart illustrating a process of releasing a connection with a second system by a multi-RAT terminal.
- the multi-RAT terminal performs data communication for flow 0 with the base station (S302). Thereafter, the multi-RAT terminal performs data communication with respect to the flow 1 through the base station and the AAI_DSA (S304). In addition, the multi-RAT terminal receives a scan command message from the base station (S306), scans the neighboring APs, and transmits a scan report message to the base station (S308). At this time, the base station determines to disconnect from the AP connected to the multi-RAT terminal based on the scan report message.
- the multi-RAT MS receives an SS_CMD message for disconnection from the base station from the base station (S310 ").
- the SS_CMD message includes an AP to be disconnected and a connection termination (and operation) time.
- the multi-RAT MS transmits an acknowledgment message indicating that the SS_CMD message is well received.
- the multi-RAT terminal transmits a connection release notification frame to the current AP at the connection termination time (S336).
- the multi-RAT terminal informs the base station of the successful disconnection with the AP (S340).
- the multi-RAT MS may transmit an SS_IND message to the base station without request.
- the multi-RAT terminal can transmit and receive data for a specific flow through the base station again (S338).
- a QoS class may be used in the same meaning as a multi-RAT flow class or a multi-RAT QoS class.
- FIG. 9 is a flowchart illustrating a method for transmitting and receiving data through a first system and a second system by a multi-RAT terminal according to embodiments of the present specification.
- the multi-RAT terminal performs an initial network entry process with a base station (ABS) (S210).
- ABS base station
- the multi-RAT MS and the base station can inform each other that they support the multi-RAT through the initial network entry process.
- Information indicating that the multi-RAT terminal or the base station supports the multi-RAT may be transmitted through a registration request or registration response (REG-REQ / RSP) message.
- the multi-RAT terminal performs a multi-RAT capability negotiation process with the base station (ABS) to access the AP (S220 ').
- the multi-RAT terminal transmits control information indicating a characteristic of a specific flow, for example, a QoS class type, to prefer to transmit and receive data through the AP to the base station.
- the control information may be transmitted through a multi-system request message.
- the control information may include a QoS parameter or class. For example, if the control information indicates " latency > 10 ms ", it can be instructed to move traffic to the second system for flows with delays greater than 10 ms. Also, for example, when the control information indicates a class including "BE", the traffic requesting the best efrot service may be instructed to move the traffic to the second system.
- the multi-RAT terminal can transmit / receive data for service flow '0' with the base station. Thereafter, the multi-RAT terminal and the base station may newly generate a service flow '1' requiring a delay of 10 ms or less through a dynamic service addition process. Thereafter, the multi-RAT terminal transmits / receives data corresponding to the newly generated service flow '1' to the AP through steps 230 and 240.
- the base station accesses AP 2 through a multi-RAT terminal and multi-RATs a second system command message (SS-CMD) for transmitting and receiving data with AP 2 for service flow '1'.
- SS-CMD second system command message
- the information indicating data transmission / reception with the AP 2 for the service flow '1' included in the SS-CMD message means confirmation of control information transmitted from the multi-RAT terminal to the base station.
- the multi-RAT MS accesses the AP 2 and transmits a second system confirmation message (SS-IND) indicating that the base station is connected to the AP 2.
- SS-IND system confirmation message
- the multi-RAT MS communicates with the base station in the case of data corresponding to the service flow '0', and communicates with the AP 2 in the case of data corresponding to the service flow '1'.
- the multi-RAT terminal may transmit a characteristic, for example, QoS class type, for a flow that it prefers to be transmitted to a particular system to the base station via a multi-RAT capability request MAC control message.
- the base station may inform the multi-RAT terminal to confirm or modify it through the multi-RAT capability response MAC control message.
- characteristics of a flow that are preferred to be transmitted to a specific system may be defined using parameters as shown in Table 2 below.
- parameters as shown in Table 3 below may be defined for the uplink grant scheduling type.
- QoS parameters for a flow in which a particular system is preferred are defined in a multi-RAT capability negotiation request / response MAC control message.
- the multi-RAT terminal / base station may set its own preferred value for the defined QoS parameter, and if not set, it is set to a default value. If a specific flow is generated and the multi-RAT terminal enters the coverage of the second system, the base station compares the value requested by the multi-RAT terminal with the QoS parameter value of the flow, and if this is satisfied, directs the traffic to the second system. Can be instructed to redirect (switch).
- the parameters whose values are compared may include the parameters defined in Table 4 below for the uplink and the downlink.
- the uplink grant scheduling type may be at least one of undefined / BE / nrtPS services.
- the multi-RAT terminal / base station requests a multi-RAT request for a specific class that prefers (or sets to communicate with) the second system. Informed via / response MAC control message.
- the parameters for each class may be predefined, which may be broadcast per base station (or per AP, or per version of the AP (eg 802.11a, g, n)) or predefined in the specification. Can be. The value for this parameter may vary depending on the operator's settings.
- the multi-RAT terminal and the base station may select their preferred class and notify the base station during the multi-RAT capability negotiation.
- the QoS class is defined in stages, and class n-1 is considered to include all parameters of class n (where n is an integer of 1 or more).
- FIG. 10 is a diagram illustrating a QoS class definition according to the second embodiment disclosed herein.
- the QoS class is 0, it indicates undefined and all traffic can be switched to the second system at the discretion of the base station.
- the QoS class is 1, it indicates a BE, and when there is traffic requiring the best effort service, switching to the second system may be prioritized (other traffic may be switched at the discretion of the base station).
- the QoS class is n, it indicates nrtPS, and if there is traffic requiring a minimum non real time polling service, switching to the second system may be prioritized (other traffic may also be given priority). Switching may be possible at the discretion of the base station).
- the multi-RAT terminal / base station requests a multi-RAT request for a specific class that prefers (or sets to communicate with) the first system. Informed via / response MAC control message.
- the parameters for each class can be predefined, which is broadcast per base station (or per AP or per AP version (eg 802.11a, g, n...)) or in advance to the specification. Can be defined. The value for this parameter may vary depending on the operator's settings.
- the multi-RAT terminal and the base station may select their preferred class and notify the base station during the multi-RAT capability negotiation.
- the QoS class is defined in stages, and class n is regarded as including all parameters of class n-1 (where n is an integer of 1 or more).
- FIG. 11 is a diagram illustrating QoS class definition according to the third embodiment disclosed herein.
- FIG. 11 is a diagram illustrating QoS class definition according to the third embodiment disclosed herein.
- the QoS class is 0, this indicates rtPS and traffic requiring a real time polling service is directed to communicate through the first system. If the QoS class is 1, it indicates rtPS and ertPS, and traffic requiring a real time polling service or an extended real time polling service is induced to communicate through the first system. If the QoS class is n, traffic requiring QoS classes from 0 to n-1 and BE service is directed to communicate through the first system. That is, in the third embodiment, when a specific class is selected, only traffic not defined in the selected class can be switched to the second system.
- the multi-RAT terminal / base station prefers (or sets to communicate with) the second system (or the first system).
- the order is advertised through multiple RAT request / response MAC control messages using a defined QoS class.
- FIG. 12 is a diagram illustrating a QoS class definition according to the fourth embodiment disclosed herein.
- the multi-RAT MS transmits a "QoS class 0, 1, n-1" in the multi-RAT request message.
- the base station receiving the multi-RAT MS enters the coverage of the second system, if there is traffic for QoS classes 0, 1 and n-1, the data flow for this is to be switched to the second system and transmitted. If all the traffic is not accepted by the second system, it may be switched to transmit traffic through the second system in the order of 0, 1, n-1.
- Each of the QoS classes shown in FIG. 12 may be defined independently.
- the multi-RAT terminal / base station requests a multi-RAT request for a specific class that prefers (or sets to communicate) to the second system. Informed via / response MAC control message.
- the parameters for each class can be predefined, which is broadcast per base station (or per AP or per AP version (eg 802.11a, g, n...)) or in advance to the specification. Can be defined. The value for this parameter may vary depending on the operator's settings.
- the multi-RAT terminal and the base station may select their preferred class and notify the base station during the multi-RAT capability negotiation.
- the class n belongs to the class n-1 as in the second embodiment, but unlike the second embodiment, there may exist a class that is set to an independent parameter value such as the class n + 1.
- FIG. 13 is a diagram illustrating QoS class definition according to the fifth embodiment disclosed herein.
- FIG. 13 is a diagram illustrating QoS class definition according to the fifth embodiment disclosed herein.
- the QoS class is 0, it indicates undefined and all traffic can be switched to the second system at the discretion of the base station.
- the QoS class is 1, it indicates a BE, and when there is traffic requiring the best effort service, switching to the second system may be prioritized (other traffic may be switched at the discretion of the base station).
- the QoS class is n, it indicates nrtPS, and if there is traffic requiring a minimum non real time polling service, switching to the second system may be prioritized (other traffic may also be given priority). Switching may be possible at the discretion of the base station).
- n + 1 this indicates BE and nrtPS. If there is traffic requiring best effort service or non real time polling service, switching to the second system is given priority. (Other traffic may also be switched at the discretion of the base station).
- the multi-RAT terminal / base station requests a multi-RAT request for a specific class that prefers (or sets to communicate) to the first system. Informed via / response MAC control message.
- the parameters for each class can be predefined, which is broadcast per base station (or per AP or per AP version (eg 802.11a, g, n...)) or in advance to the specification. Can be defined. The value for this parameter may vary depending on the operator's settings.
- the multi-RAT terminal and the base station may select their preferred class and notify the base station during the multi-RAT capability negotiation.
- the class n-1 belongs to the class n as in the third embodiment, but unlike the third embodiment, there may exist a class set to an independent parameter value such as the class n + 1.
- FIG. 14 is a diagram illustrating a QoS class definition according to the sixth embodiment disclosed herein.
- the QoS class is 0, this indicates rtPS and traffic requiring a real time polling service is directed to communicate through the first system. If the QoS class is 1, it indicates rtPS and ertPS, and traffic requiring a real time polling service or an extended real time polling service is induced to communicate through the first system. If the QoS class is n, traffic requiring QoS classes from 0 to n-1 and BE service is directed to communicate through the first system. That is, in the third embodiment, when a specific class is selected, only traffic not defined in the selected class can be switched to the second system.
- the QoS class is n + 1, it indicates rtPS, and if there is traffic requiring a real time polling service, switching to the first system may be prioritized (other traffic may also be a base station). Switching may be possible at the discretion of).
- a multi-RAT flow class is defined for flows that are preferred (or set up to communicate) to BS systems in BS broadcast messages such as SFH, NBR-ADV, SCD messages. Can be.
- the base station may offload traffic of the terminal to the second system according to the multi-RAT flow class.
- a terminal that does not want to follow the definition of the multi-RAT flow class defined by the base station can redefine the priority for its own multi-RAT flow class, and inform the base station of this value by unicasting,
- the traffic may be diverted to the second system according to the multiple RAT flow class defined by the user.
- 15 is a flowchart illustrating a method for transmitting and receiving data through a first system and a second system by a multi-RAT terminal according to a seventh embodiment of the present disclosure.
- the multi-RAT terminal performs an initial network entry process with a base station (ABS) (S210).
- ABS base station
- the multi-RAT MS and the base station can inform each other that they support the multi-RAT through the initial network entry process.
- Information indicating that the multi-RAT terminal or the base station supports the multi-RAT may be transmitted through a registration request or registration response (REG-REQ / RSP) message.
- the base station (operator) defines the characteristics of the flow that it prefers to bypass to the second system as a multi-RAT flow class.
- the base station transmits the defined multi-RAT flow class to the multi-RAT terminal through the BS broadcast message (S212).
- the multi-RAT MS can predict a flow that is first bypassed to the second system by referring to the multi-RAT flow class defined by the base station.
- the multi-RAT flow class MAC control message may be newly defined or the multi-RAT flow class may be updated through the multi-RAT capability request MAC control message (S222 '). Thereafter, the base station transmits the multi-RAT capability response MAC control message to the multi-RAT terminal in response to the multi-RAT capability request MAC control message (S224 ').
- the base station receiving the new multi-RAT flow performs bypass to the second system by giving priority to the multi-RAT flow class updated by the multi-RAT terminal to the multi-RAT terminal (multi-RAT flow class defined by the base station to other RAT terminals). Prioritize the bypass to the second system). That is, the base station accesses the AP 2 through the multi-RAT terminal, and transmits a second system command message (SS-CMD) to the multi-RAT terminal to transmit and receive data with the AP 2 for the service flow '1' (S310).
- SS-CMD second system command message
- the multi-RAT terminal accesses the AP 2 and transmits a second system confirmation message (SS-IND) indicating that the base station is connected to the AP 2 (S320).
- the multi-RAT terminal communicates with the base station in the case of data corresponding to the service flow '0', and communicates with the AP 2 in the case of data corresponding to the service flow '1' (S322).
- Embodiments and modifications described above may be combined. Accordingly, the embodiments may not be implemented alone, but may be implemented in combination as necessary. Such a combination can be easily implemented by those skilled in the art after reading the present specification, and the combination will not be described in detail below. However, even if not described, it should not be excluded from the present invention, it should be construed as being included in the scope of the present invention.
- Embodiments and modifications described above may be implemented through various means.
- embodiments of the present invention may be implemented by hardware, firmware, software, or a combination thereof.
- a method according to embodiments of the present invention may include one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs). Field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, and the like.
- ASICs application specific integrated circuits
- DSPs digital signal processors
- DSPDs digital signal processing devices
- PLDs programmable logic devices
- FPGAs Field programmable gate arrays
- processors controllers, microcontrollers, microprocessors, and the like.
- the method according to the embodiments of the present invention may be implemented in the form of a module, a procedure, or a function that performs the functions or operations described above.
- the software code may be stored in a memory unit and driven by a processor.
- the memory unit may be located inside or outside the processor, and may exchange data with the processor by various known means.
- the method according to the present invention may be stored in a storage medium (eg, internal memory, flash memory, hard disk, etc.) and may be executed by a processor (eg a microprocessor). It can be implemented as codes or instructions within a program. This will be described with reference to FIG. 16.
- a storage medium eg, internal memory, flash memory, hard disk, etc.
- a processor eg a microprocessor
- FIG. 16 illustrates an internal block diagram of a terminal and a base station in a wireless access system to which embodiments of the present specification can be applied.
- the terminal 10 includes a control unit 11, a memory 12, and a radio communication (RF) unit 13.
- RF radio communication
- the terminal 10 may be fixed or mobile and may be called by other terms such as a user equipment (UE), a user terminal (UT), a subscriber station (SS), a wireless device, an advanced mobile station (AMS), and the like. have.
- the terminal includes the multi-RAT terminal.
- the terminal also includes a display unit, a user interface unit, and the like.
- the controller 11 implements the proposed function, process and / or method. Layers of the air interface protocol may be implemented by the controller 11.
- the memory 12 is connected to the control unit 11 and stores a protocol or parameter for performing wireless communication. That is, it stores the terminal driving system, the application, and the general file.
- the RF unit 13 is connected to the control unit 11 and transmits and / or receives a radio signal.
- the display unit displays various information of the terminal, and may use well-known elements such as liquid crystal display (LCD) and organic light emitting diodes (OLED).
- the user interface may be a combination of a well-known user interface such as a keypad or a touch screen.
- the base station 20, 30 includes a control unit 21, a memory 22, and a radio frequency unit (RF) unit 23.
- RF radio frequency unit
- the base station (20, 30) generally refers to a fixed station (fixed station) to communicate with the terminal, it may be called in other terms, such as NodeB (NodeB), Base Transceiver System (BTS), Access Point (Access Point) have.
- NodeB NodeB
- BTS Base Transceiver System
- Access Point Access Point
- One or more cells may exist in one base station.
- the control unit 21 implements the proposed function, process and / or method. Layers of the air interface protocol may be implemented by the controller 21.
- the memory 22 is connected to the control unit 21 to store a protocol or parameter for performing wireless communication.
- the RF unit 23 is connected to the control unit 21 to transmit and / or receive a radio signal.
- the controllers 11 and 21 may include an application-specific integrated circuit (ASIC), another chipset, a logic circuit, and / or a data processing device.
- the memories 12 and 22 may include read-only memory (ROM), random access memory (RAM), flash memory, memory cards, storage media and / or other storage devices.
- the RF unit 13 and 23 may include a baseband circuit for processing a radio signal.
- the above-described technique may be implemented as a module (process, function, etc.) for performing the above-described function.
- the module may be stored in the memories 12 and 22 and executed by the controllers 11 and 21.
- the memories 12 and 22 may be inside or outside the controllers 11 and 21, and may be connected to the controllers 11 and 21 by various well-known means.
- first and second may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.
- first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
본 명세서에 개시된 일 실시 예에 따른 다중 무선접속기술(Radio Access Technology:RAT)을 지원하는 무선 접속 시스템에서, 단말이 제 1 무선접속기술을 지원하는 제 1 기지국 및 제 2 무선접속기술을 지원하는 제 2 기지국과 데이터를 송수신하기 위한 방법은, 상기 제 1 기지국과 초기 네트워크 엔트리(initial network entry) 과정을 수행하는 단계; 상기 제 2 기지국과의 접속에 필요한 정보를 교환하기 위해 상기 제 1 기지국과 다중 RAT 능력 협상 과정을 수행하는 단계; 상기 제 2 기지국과 접속 절차를 수행하는 단계; 및 상기 제 1 기지국 및 상기 접속 절차를 통해 접속된 제 2 기지국과 동시에 데이터를 송수신하는 단계를 포함하되, 상기 다중 RAT 능력 협상 과정을 수행하는 단계는, 적어도 하나의 서비스 품질(QoS) 클래스를 나타내는 제어 정보를 상기 제 1 기지국으로 전송하는 단계를 포함하고, 상기 적어도 하나의 QoS 클래스는, 적어도 하나의 QoS 파라미터의 값에 따라 정의된 복수의 QoS 클래스들 중에서 선택되는 것을 특징으로 한다.
Description
본 명세서는 다중 무선접속기술(Multi RAT)을 지원하는 무선 접속 시스템에 관한 것으로 특히, 2 이상의 이종 네트워크를 통해 데이터를 송수신하기 위한 방법 및 장치에 관한 것이다.
종래에는 2 이상의 이종 네트워크를 지원하는 무선 통신 환경에서, 단말이 다중 무선접속기술(RAT)에 접속하는 능력이 있더라도 동시에 다중 무선접속기술에 접속함으로써, 2 이상의 이종 네트워크와 동시에 데이터를 송수신할 수는 없다.
즉, 종래 다중 무선접속기술을 지원하는 단말의 경우에는 스위칭 기반으로 어느 하나의 무선접속기술에 접속하여 하나의 네트워크를 통해 데이터를 송수신하게 된다. 따라서, 다중 RAT 능력이 있는 단말이 특정 네트워크를 통해 데이터를 송수신하다가 상기 특정 네트워크와 다른 네트워크와 데이터 송수신을 하는 경우에는 어느 하나의 네트워크에 대한 데이터 송수신은 중단되게 된다.
따라서, 종래 기술은 2 이상의 이종 네트워크를 지원하는 능력을 가진 단말이 서로 다른 네트워크를 이용하여 통신을 수행할 수는 있지만, 단순한 스위칭 기반으로 동작하기 때문에 효율에 한계가 있다. 뿐만 아니라, 서로 다른 네트워크는 각각 독립적인 동작을 하기 때문에 전체적인 단말의 플로우(Flow) 관리 측면에서 비효율적인 운영이 수행된다.
이러한 문제점을 해결하기 위해, 다중 RAT 능력을 가지는 단말이 2 이상의 이종 네트워크(제 1 시스템 및 제 2 시스템)를 통해 즉, 각 네트워크를 통해 동시에 데이터를 송수신하기 위한 방법이 정의되었다. 상기 정의된 방법에 따르면, 네트워크/사용자 성능, 네트워크 능력 및 사용자 서비스 질이 향상되고, 우회할 수 있는 방안이 마련된다. 예를 들어, 다중 RAT 능력을 가지는 단말은 두 개의 액세스 포인트와 통신하는데, 하나는 IEEE 802.11의 액세스 포인트이고, 다른 하나는 IEEE 802.16의 액세스 포인트이다. 또한, 예를 들어, 다중 RAT 능력을 가지는 단말은 IEEE 802.16/11 인터페이스를 모두 가지는 통합 디바이스와 통신할 수도 있다.
하지만, 상기 정의된 방법의 경우, 다중 RAT 단말은 제 1 시스템의 제어에 의해서만 특정 서비스 플로우에 해당하는 데이터를 제 2 시스템과 송수신할 수 있다. 이러한 문제점을 해결하기 위해, 단말이 전송하고 있는 플로우의 특성에 따라 제2 시스템으로 전송하기를 선호하는 트래픽이 있다면, 이를 네트워크 엔트리 동안 제1 시스템에 알릴 수 있는 방법이 제안되었다. 이를 통해, 만약 단말이 제2 시스템의 영역에 들어간다면, 제1 시스템은 해당 플로우에 대해서는 제2 시스템을 통해 송수신하도록 지시할 수 있다.
본 명세서에 개시된 실시 예들은 광대역 무선 통신 시스템에서 다중 RAT 능력을 가지는 단말이 제1 시스템의 제어를 통해 제2 시스템을 효율적으로 사용하도록 하기 위한 것으로서, 구체적으로 제2 시스템과 제1 시스템에서 사용할 데이터 플로우의 QoS 클래스를 정의하기 위한 것이다.
본 명세서에 개시된 일 실시 예에 따른 다중 무선접속기술(Radio Access Technology:RAT)을 지원하는 무선 접속 시스템에서, 단말이 제 1 무선접속기술을 지원하는 제 1 기지국 및 제 2 무선접속기술을 지원하는 제 2 기지국과 데이터를 송수신하기 위한 방법은, 상기 제 1 기지국과 초기 네트워크 엔트리(initial network entry) 과정을 수행하는 단계; 상기 제 2 기지국과의 접속에 필요한 정보를 교환하기 위해 상기 제 1 기지국과 다중 RAT 능력 협상 과정을 수행하는 단계; 상기 제 2 기지국과 접속 절차를 수행하는 단계; 및 상기 제 1 기지국 및 상기 접속 절차를 통해 접속된 제 2 기지국과 동시에 데이터를 송수신하는 단계를 포함하되, 상기 다중 RAT 능력 협상 과정을 수행하는 단계는, 적어도 하나의 서비스 품질(QoS) 클래스를 나타내는 제어 정보를 상기 제 1 기지국으로 전송하는 단계를 포함하고, 상기 적어도 하나의 QoS 클래스는, 적어도 하나의 QoS 파라미터의 값에 따라 정의된 복수의 QoS 클래스들 중에서 선택되는 것을 특징으로 한다.
일 실시 예에 있어서, 상기 적어도 하나의 QoS 파라미터는, 플로우 당 지속 트래픽 레이트(Sustained traffic rate per flow), 트래픽 버스트(Traffic burst), 예약 트래픽 레이트(Reserved traffic rate), 레이턴시(Latency) 중 적어도 하나를 포함하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 적어도 하나의 QoS 파라미터는, 상향 링크의 경우, 상향 링크 그랜트 스케줄링 타입(Uplink Grant Scheduling Type)을 더 포함하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 적어도 하나의 QoS 클래스는, 상기 제2 기지국과 통신하기를 선호하거나 통신하도록 설정되는 클래스인 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 적어도 하나의 QoS 클래스는, 상기 제1 기지국과 통신하기를 선호하거나 통신하도록 설정되는 클래스인 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 정의된 복수의 QoS 클래스들은, 서비스 품질(QoS) 파라미터의 포함 관계에 기초하여 정의되는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 정의된 복수의 QoS 클래스들은, 상기 포함 관계에 독립적인 적어도 하나의 클래스를 더 포함하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 정의된 복수의 QoS 클래스들은, 상기 포함 관계에 독립적으로 정의되는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 제어 정보는, 상기 선택된 적어도 하나의 QoS 클래스 사이에 상기 제1 기지국 또는 상기 제2 기지국과 통신하기를 선호하거나 통신하도록 설정되는 순서를 반영하는 것을 특징으로 한다.
한편, 본 명세서에 개시된 일 실시 예에 따른 다중 무선접속기술(Radio Access Technology:RAT)을 지원하는 무선 접속 시스템에서, 제 1 무선접속기술을 지원하는 제 1 기지국 및 제 2 무선접속기술을 지원하는 제 2 기지국과 데이터를 송수신하기 위한 단말은, 외부와 무선신호를 송수신하기 위한 무선통신부; 및 상기 무선통신부와 연결되는 제어부를 포함하되, 상기 제어부는, 적어도 하나의 서비스 품질(QoS) 클래스를 나타내는 제어 정보를 상기 제 1 기지국과의 다중 RAT 능력 협상 과정을 통해 상기 제 1 기지국으로 전송하도록 상기 무선통신부를 제어하고, 상기 적어도 하나의 QoS 클래스는, 적어도 하나의 QoS 파라미터의 값에 따라 정의된 복수의 QoS 클래스들 중에서 선택되는 것을 특징으로 한다.
다른 한편, 본 명세서에 개시된 다른 일 실시 예에 따른 다중 무선접속기술(Radio Access Technology:RAT)을 지원하는 무선 접속 시스템에서, 단말이 제 1 무선접속기술을 지원하는 제 1 기지국 및 제 2 무선접속기술을 지원하는 제 2 기지국과 데이터를 송수신하기 위한 방법은, 상기 제 1 기지국과 초기 네트워크 엔트리(initial network entry) 과정을 수행하는 단계; 상기 제 1 기지국으로부터, 제1 다중 RAT 플로우(flow) 클래스를 나타내는 제1 제어 정보를 포함하는 브로드캐스트 메시지를 수신하는 단계; 상기 제 2 기지국과의 접속에 필요한 정보를 교환하기 위해 상기 제 1 기지국과 다중 RAT 능력 협상 과정을 수행하는 단계; 상기 제 2 기지국과 접속 절차를 수행하는 단계; 및 상기 제 1 기지국 및 상기 접속 절차를 통해 접속된 제 2 기지국과 동시에 데이터를 송수신하는 단계를 포함하되, 상기 제1 다중 RAT 플로우 클래스는, 상기 제2 기지국과 통신하기를 선호하는 플로우의 특성에 따라 정의되고, 상기 데이터를 송수신하는 단계는, 상기 제1 제어 정보에 해당하는 데이터를 상기 제 2 기지국과 송수신하는 단계인 것을 특징으로 한다.
일 실시 예에 있어서, 상기 다중 RAT 능력 협상 과정을 수행하는 단계는, 상기 제 1 기지국에, 상기 제1 다중 RAT 플로우 클래스와 상이한 적어도 하나의 제2 다중 RAT 플로우 클래스를 나타내는 제2 제어 정보를 포함하는 메시지를 송신하는 단계를 포함하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 제2 제어 정보에 해당하는 데이터를 상기 제 2 기지국과 송수신하는 단계를 더 포함하는 것을 특징으로 한다.
또 다른 한편, 본 명세서에 개시된 또 다른 일 실시 예에 따른 다중 무선접속기술(Radio Access Technology:RAT)을 지원하는 무선 접속 시스템에서, 제 1 무선접속기술을 지원하는 제 1 기지국 및 제 2 무선접속기술을 지원하는 제 2 기지국과 데이터를 송수신하기 위한 단말은, 외부와 무선신호를 송수신하기 위한 무선통신부; 및 상기 무선통신부와 연결되는 제어부를 포함하되, 상기 제어부는, 상기 제 1 기지국으로부터, 제1 다중 RAT 플로우(flow) 클래스를 나타내는 제1 제어 정보를 포함하는 브로드캐스트 메시지를 수신하고, 상기 제1 제어 정보에 해당하는 데이터를 상기 제 2 기지국과 송수신하도록 상기 무선통신부를 제어하고, 상기 제1 다중 RAT 플로우 클래스는, 상기 제2 기지국과 통신하기를 선호하는 플로우의 특성에 따라 정의되는 것을 특징으로 한다.
일 실시 예에 있어서, 상기 제어부는, 상기 제 1 기지국에, 상기 제1 다중 RAT 플로우 클래스와 상이한 적어도 하나의 제2 다중 RAT 플로우 클래스를 나타내는 제2 제어 정보를 포함하는 메시지를 송신하도록 상기 무선 통신부를 제어하는 것을 특징으로 한다.
본 명세서에 개시된 실시 예들에 다르면, 다중 RAT 단말이 2 이상의 이종 네트워크를 통해 각 네트워크로부터 동시에 데이터를 송수신함으로써, 특정 네트워크에서의 데이터 송수신에 관한 오버헤드를 줄일 수 있는 효과가 있다.
특히, 본 명세서에 개시된 실시 예들에 따르면, 제2 시스템으로 전송되기를 선호하는 플로우에 대한 특성에 필요한 파라미터를 정의하고, 필요에 따라 QoS 클래스로 정의하여, 시그널링 오버헤드를 감소시킬 수 있는 이점이 존재한다.
예를 들어, 다중 RAT 단말이 제2 시스템의 커버리지에 들어간 경우, 기지국이 특정 플로우에 대한 데이터를 제2 시스템으로 스위칭하도록 결정할 때 다수의 플로우들 중에서 우선적으로 리디렉션할 트래픽을 선택하는데 용이한 이점이 존재한다. 또한, 사용자 입장에서의 우선순위를 고려함으로써, 최적화된 서비스 품질을 제공하고 및 최소한의 과금으로 서비스를 이용하게 할 수 있다.
한편, 본 명세서에 개시된 다른 일 실시 예에 따르면, 기지국이 적어도 하나의 다중 RAT 단말에 다중 RAT 플로우 클래스를 브로드캐스트 방식으로 한번에 전송하고, 업데이트가 필요한 다중 RAT 단말만이 새로이 정의된 다중 RAT 플로우 클래스를 기지국에 전송하기 때문에, 전체 시스템의 오버헤드가 감소되고 시스템 성능이 향상될 수 있다.
도 1 (a) 및 (b)는 본 명세서의 일 실시 예가 적용될 수 있는 다중 무선접속술(Multi RAT) 네트워크를 나타내는 개념도이다.
도 2는 다중 RAT 단말이 제 1 시스템 및 제 2 시스템을 통해 데이터를 송수신하기 위한 방법을 나타내는 흐름도이다.
도 3은 다중 RAT 단말과 제 1 시스템과의 다중 RAT 능력 협상 과정을 나타내는 흐름도이다.
도 4는 다중 RAT 단말의 제 2 시스템에 대한 스캐닝 과정을 나타내는 흐름도이다.
도 5는 제 2 시스템 운영 방법 중 제 2 시스템을 추가하는 과정 즉, 다중 RAT 단말이 제 2 시스템에 접속하는 과정을 나타내는 흐름도이다.
도 6은 다중 RAT 단말이 제2 시스템과 연결하는 과정을 나타내는 흐름도이다.
도 7은 다중 RAT 단말이 제2 시스템과 재연결하는 과정을 나타내는 흐름도이다.
도 8은 다중 RAT 단말이 제2 시스템과 연결을 해제하는 과정을 나타내는 흐름도이다.
도 9는 본 명세서의 실시 예들에 따른 다중 RAT 단말이 제 1 시스템 및 제 2 시스템을 통해 데이터를 송수신하는 방법을 나타내는 흐름도이다.
도 10은 본 명세서에 개시된 제2 실시 예에 따른 QoS 클래스 정의를 나타내는 도면이다.
도 11은 본 명세서에 개시된 제3 실시 예에 따른 QoS 클래스 정의를 나타내는 도면이다.
도 12는 본 명세서에 개시된 제4 실시 예에 따른 QoS 클래스 정의를 나타내는 도면이다.
도 13은 본 명세서에 개시된 제5 실시 예에 따른 QoS 클래스 정의를 나타내는 도면이다.
도 14는 본 명세서에 개시된 제6 실시 예에 따른 QoS 클래스 정의를 나타내는 도면이다.
도 15는 본 명세서의 제7 실시 예에 따른 다중 RAT 단말이 제 1 시스템 및 제 2 시스템을 통해 데이터를 송수신하는 방법을 나타내는 흐름도이다.
도 16은 본 명세서의 실시 예들이 적용될 수 있는 무선 접속 시스템에서의 단말과 기지국의 내부 블록도를 나타낸다.
이하의 기술은 CDMA(Code Division Multiple Access), FDMA(Frequency Division Multiple Access), TDMA(Time Division Multiple Access), OFDMA(Orthogonal Frequency Division Multiple Access), SC-FDMA(Single Carrier Frequency Division Multiple Access) 등과 같은 다양한 무선 통신 시스템에 사용될 수 있다.
CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다.
UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다.
3GPP(3rd Generation Partnership Project) LTE(Long Term Evolution)은 E-UTRA(Evolved-UMTS Terrestrial Radio Access)를 사용하는 E-UMTS(Evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(Advanced)는 3GPP LTE의 진화이다.
이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시예를 상세히 설명하되, 도면 부호에 관계없이 동일하거나 유사한 구성 요소는 동일한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 또한, 본 발명을 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 발명의 사상을 쉽게 이해할 수 있도록 하기 위한 것일뿐, 첨부된 도면에 의해 본 발명의 사상이 제한되는 것으로 해석되어서는 아니됨을 유의해야 한다. 본 발명의 사상은 첨부된 도면외에 모든 변경, 균등물 내지 대체물에 까지도 확장되는 것으로 해석되어야 한다.
용어 설명
QoS(Quality of Service)
본 명세서에서 기술되는 다양한 프로토콜 메커니즘들은 단말과 기지국을 통한 상향 링크 및 하향 링크 트래픽에 대한 QoS를 지원하기 위해 사용될 수 있다. 이하에서는 QoS 프로토콜 메커니즘들과 단-대-단 QoS를 제공하는 부분에 대해서 설명한다.
QoS의 요구사항은 다음을 포함한다.
a) 디폴트 서비스 플로우들에 대한 설정(configuration) 및 등록 기능
b) QoS-지원 서비스 플로우들 및 트래픽 파라미터들이 제공되거나 이를 동적으로 설정하기 위한 시그널링 기능
c) 상향 링크 서비스 플로우들을 위한 MAC 스케줄링의 이용과 QoS 트래픽 파라미터들
d) 하향 링크 서비스 플로우들을 위한 QoS 트래픽 파라미터들의 이용
e) 서비스 플로우 특성들을 명명된 서비스 클래스로 그룹핑, 이에 따라, 상위-계층 엔티티들과 외부 애플리케이션들(단말 및 기지국에서)이 전세계적으로 일관성 있는 방향으로 바람직한 QoS 파라미터들을 갖는 서비스 플로우들을 요청할 수 있다.
QoS를 제공하는 핵심 메커니즘은 MAC 인터페이스를 가로지르는 패킷들을 SFID에 의해 식별되는 서비스 플로우와 연관시키는 것이다. 서비스 플로우는 특정 QoS로 제공되는 패킷들의 단방향 플로우이다. 단말과 기지국은 서비스 플로우에 정의된 QoS 파라미터에 따라 이 QoS를 제공한다.
여기에서 정의되는 QoS 특징들의 주요 목적은 무선 인터페이스 상에서의 전송 순서와 스케줄링을 정의하는 것이다. 그러나, 이 특징들은 단-대-단 QoS를 제공하거나 단말의 동작을 감시하기 위해 무선 인터페이스 외의 메커니즘들과 함께 동작할 수 있다.
서비스 플로우들은 상향 링크 및 하향 링크에 존재하고, 트래픽을 전달하기 위해 실질적으로 활성화되지 않고 존재할 수 있다. 모든 서비스 플로우들은 32-비트의 SFID를 갖는다. 공인된 활성화 상태의 서비스 플로우들은 또한 4-비트의 FID를 갖는다.
서비스 플로우
서비스 플로우는 단말에 의해 송신되는 상향 링크 패킷들과 기지국에 의해 송신되는 하향 링크 패킷들의 단방향 전송을 제공하는 MAC 전송 서비스이다. 서비스 플로우는 지연(latency), 지터(jitter) 및 처리량 보장(throughput assuraces)과 같은 QoS 파라미터들에 의해 설정되는 특징을 갖는다. 단말과 기지국 사이의 표준 동작을 위해, 이 속성들은 단말이 어떻게 상향 링크 대역폭 할당과 기지국의 상향 링크 스케줄러의 예상되는 동작을 요청하는지의 상세를 포함한다.
서비스 플로우는 부분적으로 다음의 속성에 따른 특징을 갖는다.
a) Service flow ID: 각각의 존재하는 서비스 플로우에 SFID가 할당된다. SFID는 단말에서 서비스 플로우에 대한 주요 식별자로 제공된다. 서비스 플로우는 적어도 하나의 SFID와 연관된 방향을 갖는다.
b) FID: 서비스 플로우가 공인되거나 활성화 상태일 때만 존재하는 전송 연결의 식별자. SFID와 FID가 존재할 때, 그들의 관계는 고유하다. SFID는 하나 이상의 FID와 연관될 수 없고, FID는 하나 이상의 SFiD와 연관될 수 없다. FID는 단말 내에서 고유하게 전송 연결을 식별한다.
c) ProvisionedQoSParamSet: 네트워크 관리 시스템과 같은 수단에 의해 제공되는 QoS 파라미터 셋
d) AdmittedQoSParamSet: 기지국(또한, 단말)이 예약하고 있는 자원을 위한 QoS 파라미터들의 셋얼 정의. 예약되는 주요 자원은 대역폭이지만, 이는 후속적으로 플로우를 활성화하기 위해 요구되는 다른 메모리 또는 시간-기반 자원을 포함할 수 도 있다.
e) ActiveQoSParamSet: 서비스 플로우에 실질적으로 제공되고 있는 서비스를 위한 QoS 파라미터들의 셋을 정의.
f) Authorization Module: 서비스 플로우와 연관된 QoS 파라미터들과 분류자들의 모든 변화를 승인 또는 거부하는 기주국 내의 논리적 기능. 따라서, Authorization Module은 AdmittedQoSParamSet 과 ActiveQoSParamSet의 예상값을 제한하는 포락선(envelope)을 정의한다.
Service Classes
서비스 클래스들은 다음의 목적을 제공한다.
a) 서비스 클래스는 운용자(operators)가 서비스 플로우들의 설정에 대한 부담을 권한 설정(provisioning) 서버로부터 기지국으로 이동시키게 할 수 있다. 운용자는 단말에 서비스 클래스 이름을 제공한다. 이름의 구현은 기지국에서 설정된다. 이것은 운용자가 단말 권한 설정을 변경하지 않고 소정 서비스의 구현을 로컬 환경으로 변경하게 해준다. 예를 들어, 몇몇 스케줄링 파라미터들은 동일한 서비스를 제공하기 위해 서로 다른 두 개의 기지국들에 대해 상이하게 수정될 필요가 있다. 다른 예를 들어, 서비스 프로파일은 시간에 따라 변경될 수 있다.
b) 서비스 클래스는 상위 계층 프로토콜이 그 서비스 클래스 이름에 의해 서비스 플로우를 생성하게 해준다. 예를 들어, 전화 통화 시그널링은 단말을 클래스 G711)의 가용한 어떤 제공되는 서비스도 예시할 수 있게 해준다.
NOTE-서비스 클래스는 QoS 파라미터 셋 값들의 특정 셋에 대한 ID들에 불과하다. 그러므로, 서비스 클래스의 사용은 선택적이다. 서비스 클래스에 의해 식별되는 서비스는 명시적으로 지정된 동일한 QoS 파라미터 셋과 다르지 않고, 한번 설정된다.
어떠한 서비스 플로우도 다음 세가지 방법 중 하나에 명시된 그 QoS 파라미터 셋을 가질 수 있다.
a) 명시적으로 모든 트래픽 파라미터들을 포함하는 방법
b) 서비스 클래스 이름을 지정하여 트래픽 파라미터들의 셋을 간접적으로 참조하는 방법
c) 파라미터들의 수정에 따라 서비스 클래스 이름을 지정하는 방법
서비스 클래스 이름은 기지국이 서비스 플로우를 성공적으로 인정하는 때에 그 정의된 파라미터들의 셋으로 확장된다. 서비스 클래스 확장은 다음의 기지국-근원 메시지, 즉, AAI-DSA-REQ, AAI-DSC-REQ, AAI-DSA-RSP, AAI-DSC-RSP에 포함될 수 있다. 이 모든 경우들에 있어서, 기지국은 서비스 클래스 이름과 서비스 클래스의 QoS 파라미터 셋을 포함하는 서비스 플로우 인코딩을 포함할 수 있다. 단말-개시 요청이 추가 또는 중복 서비스 플로우 파라미터들을 포함하였다면, 성공적인 응답 또한 이 파라미터들을 포함할 수 있다.
인정 또는 활성화 요청에 서비스 클래스 이름이 포함된다면, 반환되는 QoS 파라미터 셋은 활성화에서 활성화로 변경할 수 있다. 이는 기지국에서의 서비스 클래스의 QoS 파라미터 셋의 관리 상의 변화에 기인한다. 기지국에서 서비스 클래스 이름이 변경되었다면(예를 들어, 그 연관된 QoS 파라미터 셋이 수정되면), 그 서비스 클래스와 연관된 현존 서비스 플로들의 QoS 파라미터 상에 영향을 미치지 않는다. 기지국은 DSC 트랜잭션을 변경된 서비스 클래스 정의에 영향을 미치기 위한 서비스 클래스 이름을 참조하는 현존 서비스 플로우로 초기화한다.
단말이 인정된 QoS 파라미터 셋들을 지정하기 위해 서비스 클래스 이름을 사용할 때, 응답 메시지(AAI-DSA-RSP 또는 AAIDSC-RSP) 내에 서비스 플로우의 확장된 파라미터 셋이 반환될 수 있다. 활성화 요청 내의 서비스 클래스 이름을 나중에 사용하는 것은 서비스 클래스 이름의 정의가 변경되고 새롭게 요구되는 자원들이 가용하지 않으면 실패할 수 있다. 그러므로, 단말은 그 나중의 활성화 요청에서 응답 메시지로부터 확장된 파라미터 셋을 명시적으로 요청할 수 있다.
Global Service classes
글로벌 서비스 클래스 이름은 규칙 기반이고, 가변 개수의 정보 필드 형태에서 파싱되는 합성 이름이다.
a) i=1일 때, 포맷은 ISBRLSPS1R이고, 길이는 5바이트이다.
b) i=0이고, S2=0 또는 1일 때, 포맷은 ISBRLSPS1S2R이고, 길이는 5바이트이다.
c) i=0이고, S2=2 또는 3일 때, 포맷은 ISBRLSPS1S23R이고, 길이는 6바이트이다.
d) i=0이고, S2=4일 때, 포맷은 ISBRLSPS1S23S5R이고, 길이는 6바이트이다.
e) i=0이고, S2=5일 때, 포맷은 ISBRLSPS1S2L1D3S4R이고 길이는 7바이트이다.
f) i=0이고, S2=6일 때, 포맷은 ISBRLSPS1S2L1S4R이고 길이는 7바이트이다.
g) i=0이고, S2=7일 때, 포맷은 ISBRLSPS1S2L1S3S6S7S8S9S10R이고 길이는 11바이트이다.
다음의 표 1은 글로벌 서비스 클래스 이름 정보 필드 파라미터들을 나타낸다.
표 1
위치 | 이름 | 크기 | 값 |
I | 상향링크/하향링크 지시자 | 1 | 0=상향링크;1=하향링크 |
S | 플로우 당 최대 지속 트래픽 레이트 | 6 | 0b111111 값은 최대허용치를 나타냄 |
B | 최대 트래픽 버스트 | 6 | 0b111111 값은 최대허용치를 나타냄 |
R | 최대 예약 트래픽 버스트 | 6 | 0b111111 값은 최대허용치를 나타냄 |
L | 최대 지연 | 6 | 0b111111 값은 최대허용치를 나타냄 |
... | |||
S2 | 상향링크 그랜트 스케줄링 타입 | 3 | 1=미정의2=BE3=nrtPS4=rtPS5=ertPS6=UGS7=aGP ServiceI=0일 때, 이 필드가 포함됨 |
L1 | 허용 지터 | 6 | 0b111111 값은 최대허용치를 나타냄. 이것은 상향링크 그랜트 스케줄링 타입 = ertPS, aGP 서비스 또는 UGS 일 때만 사용 가능하다. 이 필드는 I=0 이고, S2=2 또는 3 또는 4 또는 5일 때 포함된다. |
S3 | 트래픽 우선순위 | 3 | 이것은 상향링크 그랜트 스케줄링 타입 = ertPS, nrtPS, aGP 서비스 또는 BE 일 때만 사용 가능하다. 이 필드는 I=0 이고, S2=2 또는 3 또는 4 또는 5일 때 포함된다. |
S4 | 요청없는 그랜트 간격 | 6 | 이것은 상향링크 그랜트 스케줄링 타입 = ertPS 또는 UGS 일 때만 사용 가능하다. 이 필드는 I=0 이고, S2=5 또는 6일 때 포함된다. |
S5 | 요청없는 폴링 간격 | 6 | 이것은 상향링크 그랜트 스케줄링 타입 = rtPS일 때만 사용 가능하다. 이 필드는 I=0 이고, S2=7일 때 포함된다. |
S6 | 주요 GPI | 6 | 이것은 상향링크 그랜트 스케줄링 타입 = aGP 서비스일 때만 사용 가능하다. 이 필드는 I=0 이고, S2=7일 때 포함된다. |
S7 | 주요 그랜트 크기 | 6 | 이것은 상향링크 그랜트 스케줄링 타입 = aGP 서비스일 때만 사용 가능하다. 이 필드는 I=0 이고, S2=7일 때 포함된다. |
S8 | 보조 GPI | 6 | 이것은 상향링크 그랜트 스케줄링 타입 = aGP 서비스일 때만 사용 가능하다. 이 필드는 I=0 이고, S2=7일 때 포함된다. |
S9 | 보조 그랜트 크기 | 6 | 이것은 상향링크 그랜트 스케줄링 타입 = aGP 서비스일 때만 사용 가능하다. 이 필드는 I=0 이고, S2=7일 때 포함된다. |
S10 | 적용 방법 | 1 | 이것은 상향링크 그랜트 스케줄링 타입 = aGP 서비스일 때만 사용 가능하다. 이 필드는 I=0 이고, S2=7일 때 포함된다. |
... |
Maximum Sustained Traffic Rate
서비스의 최고 정보 레이트를 정의하는 파라미터. 이 레이트는 초당 비트 수(bits per second)로 표현되고, 입력에서 시스템으로의 서비스 데이터 유닛(SDU; service data unit)들을 포함한다. 명시적으로, 이 파라미터는 전송, 프로토콜, 또는 MAC 헤더 나 CRC와 같은 네트워크 오버헤드, 또는 SIP, MGCP, H.323 관리 등과 같은 페이로드가 아닌 세션 유지 오버헤드를 포함하지 않는다. 이 파라미터는 서비스의 즉각적인 레이트를 제한하지 않는데, 이것은 진입 포트의 물리적인 속성에 의해 통제되기 때문이다. 그러나, 상향 링크 방향의 목적지 네트워크 인터페이스에서, 서비스는 평균적으로, 이를 상회해서, 이 파라미터를 준수하도록 통제된다.
MAXIMUM traffic burst
최대 트래픽 버스트 파라미터는 서비스를 위해 수용될 수 있는 최대 버스트 사이즈를 정의한다. 진입/진출 포트의 물리적인 속도, 어떠한 무선 인터페이스, 그리고 백홀(backhaul)이 일반적으로 서비스를 위한 최대 지속 트래픽 레이트 파라미터보다 크기 때문에, 이 파라미터는 서비스가 가용한 어떻나 자원도 사용하지 않는 것을 가정하며 최대 지속 버스트 시스템이 이 서비스를 수용해야 한다는 것을 설명한다. 0으로 설정된 최대 트래픽 버스는 어떠한 최대 트래픽 버스트 예약 요구도 의미하지 않는다.
Minimum reserved traffic rate
최소 예약 트래픽 레이트 파라미터는 이 서비스 플로우를 위해 예약된 최소 레이트를 초당 비트수로 지정한다. 기지국은 연결이 그 최소 예약 트래픽 레이트까지 만족시킬 수 있다. 연결을 위해 그 최소 예약 트래픽 레이트보다 낮은 대역폭이 요청된다면, 기지국은 초과 예약 대역폭을 다른 목적으로 재할당할 수 있다. 이 파라미터의 값은 MAC 오버헤드를 초과하여 계산된다. 0으로 설정된 최소 예약 트래픽은 최소 예약 트래픽 레이트가 요구되지 않음을 의미한다.
Maximum latency
이 파라미터의 값은 BS 또는 SS의 CS에서의 패킷 수신과 SDA의 무선 인터페이스로의 전송 사이의 최대 간격을 명시한다. 이것이 정의되면, 이 파라미터는 서비스 책임을 나타내고 보장될 수 있다. 최대 지연이 0인 경우, 이는 책임이 없다고 해석될 수 있다.
이하, 다중 무선접속기술(Multi RAT) 네트워크에서 단말이 2 이상의 이종 네트워크(또는 다중 RAT)에 접속하여 동시에 각 네트워크를 통해 데이터를 송수신하는 방법에 대해서 살펴보기로 한다.
다중 무선접속기술 네트워크(Multi Radio Access Technology(RAT) Network)먼저, 본 명세서의 일 실시 예가 적용될 수 있는 다중 무선접속기술(Multi RAT) 네트워크에 대해서 살펴보기로 한다.
도 1a 및 1b는 본 명세서의 일 실시 예가 적용될 수 있는 다중 무선접속기술(Multi RAT) 네트워크를 나타내는 개념도이다.
다중 무선접속기술(이하 '다중 RAT'이라 한다) 네트워크는 2 이상의 이종 네트워크가 존재하고, 단말이 2 이상의 이종 네트워크에 접속하여 동시에 통신을 수행할 수 있는 무선 통신 환경을 말한다.
여기서, 2 이상의 이종 네트워크와 동시에 통신을 수행할 수 있는 단말을 '다중 RAT(Multi RAT) 단말' 또는 '다중 시스템(Multi System) 단말'이라고 한다.
이종 네트워크(또는 이종 시스템)라 함은 특정 네트워크를 기준으로 특정 네트워크에서 사용하는 통신 방식과 다른 통신 방식을 사용하는 네트워크를 말한다.
예를 들어, 이동통신 시스템의 일 예인 와이맥스(WiMAX) 네트워크와 와이파이(WiFi) 망을 이용하는 WiFi 네트워크는 이종 네트워크에 해당한다.
RAT은 무선 접속에 사용되는 기술 유형(type)이다. 예를 들어, RAT는 GERAN(GSM/EDGE Radio Access Network), UTRAN(UMTS Terrestrial Radio Access Network), E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network), WiMAX, LTE(-A), WiFi 등을 포함할 수 있다. 즉, 동일한 지역에 GERAN, UTRAN, E-UTRAN, WiMAX 및/또는 WiFi가 혼재되는 것이다.
도 1에 도시된 바와 같이, 다중 RAT 네트워크(100)는 제 1 시스템(Primary System, 110) 및 제 2 시스템(Secondary System, 120)을 포함하여 구성될 수 있다.
여기서, 상기 제 1 시스템(110) 및 제 2 시스템(120)은 각각 제 1 네트워크, 제 2 네트워크로 표현될 수 있다. 상기 제 1 시스템(110)은 다중 RAT 단말(10), 기지국(20), 제 2 시스템(120)을 포함하며, 상기 제 2 시스템(120)은 다중 RAT 단말(10), AP(30)를 포함할 수 있다.
상기 제 1 시스템은 넓은 범위의 커버리지를 갖는 시스템으로서, 이동 통신 시스템일 수 있다. 또한, 제1 시스템은 제어 정보의 송신을 담당하는 시스템일 수 있다. 일 예로, 상기 제 1 시스템은 와이맥스(WiMAX) 또는 LTE(-A) 시스템일 수 있다. 또한, 상기 제 1 시스템은 상기 다중 RAT 단말과 항상 status가 있는 시스템을 말한다. 즉, 상기 제 1 시스템은 상기 다중 RAT 단말과 활성화 상태, 슬립 모드 상태 또는 아이들 모드 상태를 유지하고 있는 시스템을 말한다. 다중 RAT 단말은 초기 연결을 제1 시스템과 수행해야 할 수도 있다.
상기 제 2 시스템은 작은 범위의 커버리지를 갖는 시스템으로서, 근거리 통신 시스템(WLAN)일 수 있다. 또한, 제2 시스템은 데이터의 송신을 담당하는 시스템일 수 있다. 일 예로, 상기 제 2 시스템은 와이-파이(Wi-Fi) 시스템일 수 있다. 즉, 상기 제 2 시스템은 필요에 따라 다중 RAT 네트워크에 추가되거나 삭제될 수 있는 시스템을 말한다. 또한, 상기 제 2 시스템은 주로 높은 대역폭(Higher BW)을 요구하는 데이터의 송수신을 위해 사용될 수 있다. 따라서, 특정 플로우(QoS)가 상기 제 2 시스템의 이용을 위해 매핑(mapping) 될 수 있다. 제2 시스템과 다중 RAT 단말 사이의 연결 또는 해제는 제1 시스템으로부터 확인 후에 가능할 수 있다.
다중 RAT 단말이 제2 시스템에 연결되었다는 것은, 다중 RAT 단말이 제2 시스템과 데이터를 송수신할 준비가 되었음을 의미하거나, 데이터를 송수신함을 의미할 수 있다. 다중 RAT 단말이 제2 시스템의 커버리지에 들어간 것이 감지되면, 다중 RAT 단말은 제1 시스템으로부터 제2 시스템으로의 액세스 정보를 수신할 수 있다. 이 경우에, 실제 데이터 송수신이 바로 발생하지 않을 수도 있다. 또한, 다중 RAT 단말이 제2 시스템을 통해 송수신할 데이터가 있는 경우, 제1 시스템으로부터 해당 플로우에 대한 액세스 정보를 수신할 수도 있다. 이 경우에, 실제 데이터 송수신이 바로 발생할 수 있다.
여기서, 상기 제 2 시스템의 기지국 일 예로, 액세스 포인트(AP)는 제 1 시스템과 통신할 수 있는 능력을 가진 단말과 동일하게 동작할 수 있다.
또한, 다중 RAT 네트워크에서 제 1 시스템과 제 2 시스템은 유선 또는 무선을 통해 연결된다. 즉, 제 1 시스템에서의 기지국과 제 2 시스템에서의 기지국이 백본(Backbone)망을 통해 유선으로 연결되거나(도 1b) 무선으로 연결될 수 있다(도 1a).
이하에서는, 설명의 편의상 특별한 언급이 없는 한, 제 1 시스템은 WiMAX 시스템, 제 2 시스템은 Wi-Fi 시스템으로 가정하여 설명하기로 한다. 따라서, 제 1 시스템에 해당하는 기지국은 '기지국 또는 ABS', 제 2 시스템에 해당하는 기지국은 'AP'로 표현하기로 한다. 또한, 제 1 시스템과의 접속은 기지국(또는 ABS)과의 접속, 제 2 시스템과의 접속은 AP와의 접속과 같은 의미로 사용될 수 있다.
도 2는 다중 RAT 단말이 제 1 시스템 및 제 2 시스템을 통해 데이터를 송수신하기 위한 방법을 나타내는 흐름도이다.
도 2를 참조하면, 다중 RAT 단말은 기지국과 초기 네트워크 엔트리(initial network entry) 과정을 수행한다(S210).
다중 RAT 단말은 기지국과의 초기 엔트리 과정을 통해 자신이 다중 RAT을 지원하는 단말임을 나타내는 지시자를 상기 기지국으로 전송한다. 여기서, 상기 지시자는 다중 RAT 단말 능력(Multi-RAT MS capability) 필드일 수 있다. 또한, 상기 지시자 즉, 다중 RAT 단말 능력 필드는 1 비트의 크기일 수 있다.
또한, 상기 지시자는 상기 기지국과 초기 네트워크 엔트리 과정 중 수행되는 등록 절차를 통해 전송될 수 있다. 이 경우, 상기 지시자는 등록 요청 또는 등록 응답 메시지(REG-REQ/RSP message)를 통해 상기 기지국으로 전송될 수 있다.
일 예로, 상기 지시자가 '1'로 설정된 경우, 다중 RAT을 지원하는 단말임을 나타내고, 상기 지시자가 '0'으로 설정된 경우, 다중 RAT을 지원하지 않는 단말임을 나타낸다.
또한, 기지국은 다중 RAT 단말로부터 다중 RAT을 지원하는 능력이 있음을 나타내는 지시자(일 예로, '1'로 설정)를 포함하는 등록 요청 또는 등록 응답 메시지를 수신하는 경우, 기지국은 상기 다중 RAT 단말로 초기 네트워크 엔트리 과정 종료 후 또는 일정 시간 후에 다중 RAT 단말을 지원하기 위한 별도의 다중 RAT 능력 협상 과정이 수행될 것임을 알리는 정보를 전송할 수도 있다.
일 예로, 상기 알림 정보가 '1'로 설정된 경우, 기지국과 다중 RAT 단말은 다중 RAT을 지원하기 위해 별도의 능력 협상 과정이 수행됨을 나타내고, 상기 알림 정보가 '0'으로 설정된 경우, 별도의 능력 협상 과정이 수행될 필요가 없음을 나타낸다.
이후, 다중 RAT 단말이 기지국과 초기 네트워크 엔트리 과정을 마친 경우, 다중 RAT 단말과 기지국은 다중 RAT 능력 협상 과정을 수행한다(S220). 여기서, 다중 RAT 능력 협상 과정은 네트워크 (리)엔트리 과정 종료 후, 수행되는 것이 일반적이나, 기지국과 네트워크 (리)엔트리 과정 중에도 수행될 수 있다.
일 예로, 상기 다중 RAT 능력 협상 과정이 상기 네트워크 (리)엔트리 과정 중에 수행되는 경우, 기지국과 다중 RAT 단말의 등록 절차 과정을 통해 다중 RAT 단말과 기지국은 상기 다중 RAT 능력 협상 과정을 수행할 수 있다. 이 경우, 다중 RAT 단말과 기지국은 등록 요청/응답(REG-REQ/REG-RSP) 메시지를 통해 다중 RAT 능력 협상에 관한 정보를 송수신하게 된다.
상기 다중 RAT 단말과 제 1 시스템의 다중 RAT 능력 협상 과정은 하기 도 3을 참조하여 구체적으로 설명하기로 한다.
이후, 다중 RAT 단말은 기지국으로부터 수신된 제 2 시스템 관련 정보에 기초하여, 제 2 시스템과의 접속을 위한 AP 스캐닝 과정을 수행한다(S230).
여기서, 다중 RAT 단말은 제 2 시스템과의 접속을 위해 주기적으로 또는 이벤트 트리거(event-triggered) 방식으로 주변 AP에 대해 스캐닝 과정을 수행한다.
먼저, 다중 RAT 단말로 전송되는 모든 데이터에 대한 연결은 제 1 시스템의 기지국과의 동적 서비스 과정(DSx procedure)를 통해 이루어지고, 다중 RAT 단말의 제 2 시스템과의 통신은 제 1 시스템의 기지국의 판단 하에 특정 플로우(Flow)에 대한 데이터를 제 2 시스템으로 전송함을 가정한다.
또한, 다중 RAT 단말의 제 2 시스템의 AP에 대한 스캐닝은 제 1 시스템의 기지국 지시하에 수행됨을 가정한다. 왜냐하면, 다중 RAT 단말의 파워 세이빙(power saving)을 위함이다.
상기 다중 RAT 단말이 상기 제 2 시스템과의 접속을 위한 AP 스캐닝 과정은 기지국으로부터 다중 RAT 스캔 명령 메시지를 수신하고, 상기 수신된 다중 RAT 스캔 명령 메시지에 기초하여 스캐닝을 수행하고, 스캐닝 수행 결과를 기지국으로 보고하기 위한 다중 RAT 스캔 보고 메시지를 전송하는 과정으로 이루어질 수 있다.
후술하는 도 4를 참조하여, 상기 다중 RAT 단말의 제 2 시스템과의 접속을 위한 스캐닝 과정에 대해 구체적으로 설명하기로 한다.
이후, 다중 RAT 단말은 제 2 시스템과 관리(또는 운영) 절차를 수행하게 된다(S240). 여기서 제 2 시스템과의 관리 절차는 다중 RAT 단말의 제 2 시스템과의 연결, 연결 해지 및 연결 변경 등과 같은 과정을 말한다. 여기서, 제 2 시스템의 관리 절차는 제 1 시스템에 의해 제어된다.
다중 RAT 단말은 제 2 시스템과 접속 절차를 수행한 후, 상기 제 2 시스템의 AP를 통해 데이터를 송수신하게 된다.
여기서, 다중 RAT 단말이 상기 제 2 시스템에 접속하기 위해서는 제 1 시스템으로부터 상기 제 2 시스템으로의 접속에 대해 확인 응답을 수신해야만 한다.
즉, 상기에서도 살핀 것처럼, 기지국은 다중 RAT 단말로 다중 RAT 단말이 제 2 시스템으로의 접속에 대한 확인 응답을 보내기 전에 다중 RAT 단말이 접속하기 위한 AP를 선택하고, 상기 선택된 AP의 상태를 확인한다. 확인 결과, 상기 선택된 AP와의 접속이 가능한 경우, 기지국은 상기 선택된 AP로 상기 다중 RAT 단말에 대한 정보를 미리 전송할 수 있다.
또한, 기지국이 다중 RAT 단말로 확인 응답을 전송하는 경우, 상기 다중 RAT 단말이 상기 AP와의 접속을 위해 필요하거나 유용한 정보를 함께 전송할 수 있다.
일 예로, 상기 필요하거나 유용한 정보는 SSID, AP의 MAC Address, WEP Key, Channel Number(주파수 정보), AP의 Protocol Version (11a/b/n…), Beacon과 기지국의 Frame 간 offset 정보 등(Beacon의 상대적인 위치를 특정 frame time과의 차이로 나타내어 전송)일 수 있다.
또한, 다중 RAT 단말이 제 2 시스템과의 접속을 위한 AP 스캐닝 수행 결과, 상기 제 2 시스템의 커버리지에 들어왔음을 인식한 경우, 다중 RAT 단말은 제 1 시스템의 기지국으로 상기 제 2 시스템과의 접속을 요청할 수도 있다.
상기 제 2 시스템의 관리 절차에 필요한 메시지들은 하기와 같은 것들이 포함될 수 있다.
1. 제 2 시스템 요청(SS_REQ) 메시지
: 다중 RAT 단말이 AP와의 접속을 요청하기 위해 사용한다.
2. 제 2 시스템 명령(SS_CMD) 메시지
: AP와의 접속을 관리하기 위해 사용하는 메시지로서, AP와의 연결, 연결 해지, 연결 변경 등을 위해 사용된다.
3. 제 2 시스템 지시(SS_IND) 메시지
: 상기 제 2 시스템 명령 메시지에 대한 응답으로 사용되는 메시지로서, 다중 RAT 단말이 AP와의 연결 성공, 연결 해지 성공, 연결 변경 성공을 기지국으로 알리기 위해 사용된다.
이후, 다중 RAT 단말은 상기 제 2 시스템의 AP와 접속에 성공한 경우, 상기 제 1 시스템과 데이터를 송수신하는 동시에 상기 제 2 시스템과도 데이터를 송수신할 수 있게 된다. 여기서, 상기 AP를 통해 다중 RAT 단말과 송수신되는 데이터는 제 1 시스템에 의해 제어된다.
다중 RAT 능력 협상 과정
이하, 다중 RAT 단말과 기지국 간의 다중 RAT 능력 협상 과정에 대해 구체적으로 살펴보기로 한다.
도 3은 다중 RAT 단말과 제 1 시스템과의 다중 RAT 능력 협상 과정을 나타내는 흐름도이다.
S210, S230~S240은 도 2의 내용과 동일하므로 이에 대한 설명은 생략하고 차이가 나는 S220 단계에 대해서만 구체적으로 설명하기로 한다.
상기에서도 살핀 것처럼, 다중 RAT 단말과 기지국 간의 다중 RAT 능력 협상 과정은 네트워크 (리)엔트리 이후에 수행된다.
여기서, 네트워크 리-엔트리(network re-entry)의 경우에는 상기 다중 RAT 능력 협상 과정이 생략될 수 있다. 왜냐하면, 다중 RAT 단말과 기지국 간의 초기 네트워크 엔트리 절차를 통해, 이미 다중 RAT에 대한 능력 협상을 수행하였기 때문에, 다중 RAT 단말이 동일한 시스템으로 네트워크 재진입할 때, 이미 수행한 동일한 절차를 다시 수행하는 것은 불필요한 오버헤드를 발생하기 때문이다.
또한, 핸드 오버(HO)의 경우, 제 1 시스템의 타겟 기지국은 제 1 시스템의 서빙 기지국으로부터 백본(backbone) 망을 통해 상기 다중 RAT 단말과 미리 다중 RAT 능력 협상을 수행할 수 있다.
다중 RAT 단말이 제 1 시스템과 다중 RAT 능력 협상 과정을 수행하는 과정은 하기와 같을 수 있다.
먼저, 기지국은 제 2 시스템과 관련된 정보를 상기 다중 RAT 단말로 전송할 수 있다(S221). 즉, 기지국은 다중 RAT 단말이 수신해야 하는 제 2 시스템의 AP들에 대한 공통(common) 정보가 있는 경우, 상기 다중 RAT 단말로 상기 AP 정보를 브로드 캐스트 또는 유니캐스트하게 전송할 수 있다.
여기서, 상기 제 2 시스템과 관련된 정보는 상기 제 1 시스템과 동일 커버리지에 속한 이종 시스템에 대한 정보를 말한다. 여기서, 상기 다중 RAT 단말은 제 1 시스템에 포함되는 모든 제 2 시스템 및 제 2 시스템과 관련된 정보를 알 필요가 없을 수도 있다. 이 경우, 기지국은 상기 제 2 시스템 및 제 2 시스템과 관련된 모든 정보를 전송하지 않고, 상기 다중 RAT 단말과 관련되는(또는 필요한) 정보의 리스트만 상기 다중 RAT 단말에게 유니캐스트하게 전송할 수 있다. 이 경우, 상기 리스트는 다중 RAT 능력 협상 과정에서 전송될 수 있다.
이후, 다중 RAT 단말이 상기 기지국으로 다중 시스템 능력 요청(MultiSystem Capability Request) 메시지를 전송한다(S222). 상기 다중 시스템 능력 요청(MultiSystem Capability Request) 메시지에는 일 예로, 단말의 802.11 MAC 주소, 기존 접속 AP 정보(단말이 선호하는 AP에 대한 정보), 802.11의 프로토콜 버전 정보, 802.11로 통신하기를 원하는 트래픽 특성 등을 포함할 수 있다. 상기 802.11의 MAC 주소는 인증 정보를 위해 필요하며, 기존 접속 AP 정보가 상기 다중 시스템 능력 요청(MultiSystem Capability Request) 메시지에 포함되는 경우, 기존 접속 AP가 속한 기지국에만 전송된다.
이후, 기지국은 상기 다중 시스템 능력 요청(MultiSystem Capability Request) 메시지에 대한 응답으로 다중 시스템 능력 응답(MultiSystem Capability Response) 메시지를 다중 RAT 단말로 전송한다(S223).
상기 다중 시스템 능력 응답(MultiSystem Capability Response) 메시지에는 후보 AP들에 대한 정보가 포함될 수 있다. 또한, 네트워크 리엔트리를 수행하는 경우, 다중 RAT 능력 협상 과정이 생략될 수 있고, 다중 RAT 단말이 핸드오버를 수행하는 경우, 서빙 기지국으로부터 백본 망을 통해 미리 능력 협상 과정을 수행할 수 있다.
또한, 기지국은 다중 RAT 단말이 아이들 모드(idle mode)에 진입한 경우, 상기 다중 RAT 단말과의 다중 RAT 능력 협상 과정을 통해 획득한 정보를 일정 시간 동안 저장할 수 있다. 즉, 다중 RAT 정보 유지 타이머를 새롭게 정의하고, 상기 다중 RAT 정보 유지 타이머가 만료되기까지는 상기 획득된 정보를 저장하고 있으며, 상기 타이머가 만료된 후, 상기 획득된 정보를 폐기시킬 수 있다.
따라서, 상기 다중 RAT 정보 유지 타이머가 만료되기 전, 다중 RAT 단말이 상기 기지국으로 네트워크 리엔트리(network re-entry)를 수행하는 경우에는 상기 다중 RAT 능력 협상 과정을 생략할 수 있다.
제 2 시스템 스캐닝 과정
이하, 다중 RAT 단말의 제 2 시스템에 대한 스캐닝 과정에 대해 구체적으로 살펴보기로 한다.
도 4는 다중 RAT 단말의 제 2 시스템에 대한 스캐닝 과정을 나타내는 흐름도이다.
S210~S220, S240은 도 2의 내용과 동일하므로 이에 대한 설명은 생략하고 차이가 나는 S230 단계에 대해서만 구체적으로 설명하기로 한다.
먼저, 기지국은 다중 RAT 단말의 요청 없이 기지국의 지시 하에 제2 시스템에 대한 스캐닝을 시작할 수 있다. 이 경우에, 기지국이 스캐닝을 요청하는 조건은, 특정 데이터 플로우가 WiFi를 이용하여 통신할 필요가 있다고 판단하는 경우 또는 선호되는 AP가 자신의 셀에 등록되어 있는 경우로서, 이 경우에 다중 RAT 단말에게 주변 AP의 스캐닝을 수행하도록 지시한다.
즉, 기지국은 다중 RAT 스캔 명령 메시지(Multi RAT_SCN-CMD message) 또는 AAI-SCN-RSP를 다중 RAT 단말로 전송한다(S231). 이 경우, 상기 다중 RAT 스캔 명령 메시지 및 AAI_SCN-RSP는 다중 RAT 단말이 주변 AP를 빠르게 검출하도록 하기 위해, 주변 AP의 SSID, 비콘(beacon) 전송 주기, 스캐닝 구간(interval) 정보를 포함할 수 있다. 또한, 상기 다중 RAT 스캔 명령 메시지 및 AAI_SCN-RSP는 BSSType(인프라스트럭쳐 BSS, IBSS, 또는 둘 다인지), BSSID, SSID, 스캔 타입(능동 또는 수동), ProbeDelay(Probe 프레임을 전송하기 전에 사용되는 지연 시간), ChannelList, MinMax Channel Time 등을 더 포함할 수 잇다.
또는, 기지국은 MULTIRAT_SCAN_DEADLINE을 다중 RAT 단말로 전송한다. 만약, 기지국이 다중 RAT 단말에게 스캐닝을 지시한 후, SCN-REP와 같은 응답 메시지를 MULTIRAT_SCAN_DEADLINE 시간 동안 수신하지 못한다면, 기지국은 해당 플로우의 데이터에 대한 송수신을 제1 시스템을 통해 수행하도록 한다.
여기서, 다중 RAT 단말의 스캐닝은 상기와 같이 기지국의 지시에 의하지 않고, 다중 RAT 단말이 직접 제 1 시스템의 기지국으로 제 2 시스템과의 접속을 위한 스캐닝을 요청할 수도 있다. 이 경우, 다중 RAT 단말과 기지국은 프로브 요청/응답(Probe Request/Response) 송수신 과정을 통해, 주변 AP에 대해 스캐닝을 수행할 수 있다.
여기서, 다중 RAT 단말은 제 1 시스템의 기지국과 데이터를 송수신하는 과정에서도 제 2 시스템과의 접속을 위한 스캐닝을 수행한다. 이 경우, 다중 RAT 단말은 기지국과의 스캐닝 구간 설정 없이 SCN-CMD 메시지를 통해 SCN-REP 전송 방식만을 지시할 수도 있다.
즉, 다중 RAT 단말은 기지국으로부터 다중 RAT 스캔 명령 메시지를 수신한 경우, 상기 수신된 다중 RAT 스캔 명령 메시지에 포함된 정보에 기초하여, AP로부터 비컨을 수신하여 또는 프로브 요청/응답의 송수신을 통해 다중 RAT 단말 주변의 AP에 대한 스캐닝을 수행한다(S232). 여기서, 다중 RAT 단말 주변의 AP는 제 1 시스템의 기지국 커버리지 내의 제 2 시스템의 AP들일 수 있다.
이후, 다중 RAT 단말은 제 1 시스템의 기지국으로 다중 RAT 스캔 보고 메시지(MultiRAT_SCN-REP message) 또는 AAI_SCN-REP를 전송한다(S233). 즉, 다중 RAT 단말은 검출된 AP의 스캐닝 결과를 상기 기지국으로 전송한다. 이 경우, 다중 RAT 단말은 각 AP에 대한 수신 신호 세기 지시자(RSSI) 또는 다중 RAT 단말의 선호 AP 정보를 함께 전송할 수 있다.
스캔 보고 메시지 또는 AAI_SCN-REP는 CMD 메시지의 지시 하에, 예를 들어, 한 번, 주기적으로, 이벤트 트리거 기반 또는 트리거 조건 기반으로 전송될 수 있다. 또한, 이 경우, 다중 RAT 단말은 AP 특정 트리거 조건의 정의에 따라, AP의 스캐닝 결과를 기지국에 전송할 수 있다. 여기에서, 각각의 플로우 별로 AP-특정 트리거 조건이 정의될 수 있다.
일 예로, 다중 RAT 단말은 상기 기지국으로부터 가장 최근에 수신된 다중 RAT 스캔 명령 메시지 내의 스캔 리포트 모드가 '0b10'로 설정된 경우, 이벤트 트리거 방식으로 상기 다중 RAT 스캔 보고 메시지를 기지국으로 전송할 수 있다.
이 경우, 다중 RAT 단말은 스캔 리포트 트리거 조건을 만족하는 경우, 기지국으로 다중 RAT 스캔 보고 메시지를 전송한다.
또 다른 일 예로, 다중 RAT 단말이 주기적인 스캔 보고(일 예로, 리포트 모드가 'Ob01'로 설정된 경우) 또는 한 번의 스캔 보고(일 예로, 리포트 모드가 '0b11'로 설정된 경우)를 위해, 스캐닝 구간 내를 제외하고는 상기 다중 RAT 스캔 명령 메시지 내에서 명시된 시간에 기지국으로 스캔 결과를 보고할 수 있다.
또한, 다중 RAT 단말이 주기적으로 기지국으로 스캔 보고를 하는 경우, 상기 다중 RAT 스캔 명령 메시지 내의 모든 스캐닝 구간들 이후에 AP에 대한 스캐닝 결과 보고를 중단할 수 있다.
또한, 상기 다중 RAT 스캔 보고 메시지는 상기 다중 RAT 스캔 명령 메시지 내에서 명시된 요청 AP들에 대한 모든 이용 가능한 스캐닝 결과를 포함한다.
다중 RAT 단말은 언제든지 기지국으로 스캐닝 결과를 보고 하기 위하여 또는 요청된 시스템에 대한 시스템 정보 및 선택적으로 기지국이 상기 다중 RAT 단말 근처에 있다고 판단되는 다른 RATs들에 대한 시스템 정보를 가지는 다중 RAT 이웃 광고 메시지를 기지국으로부터 유니캐스트하게 수신하기 위하여 다중 RAT 스캔 보고 메시지를 기지국으로 전송할 수 있다.
게다가, 다중 RAT 단말은 이웃 요청 RAT 타입 지시자 및/또는 SSIDs(또는 BSSID, MAC 주소)를 상기 스캔 보고 메시지에 포함시킴으로써, 요청된 무선 타입에 기초하여 이웃 제 2 시스템 리스트를 필터링하기 위하여 기지국으로 지시할 수 있다.
이후, 기지국은 다중 RAT 단말로부터 복수의 AP에 대한 스캐닝 결과를 수신한 경우 즉, 다중 RAT 스캔 보고 메시지를 수신한 경우, 동일한 오퍼레이터(operator), 단말의 우선 순위, 채널 품질, 로드 밸런싱(load balancing) 또는 전송되는 트래픽 등을 고려함으로써, 최적의 시스템 즉, AP를 선택하여 다중 RAT 단말에게 알려줄 수 있다.
또 다른 실시 예로서, 다중 RAT 단말이 제 2 시스템에 대한 스캐닝 과정을 수행하기 위해, 상기에서 정의한 다중 RAT 스캔 명령/보고 메시지 대신에 기존에 송수신되는 메시지를 이용할 수 있다. 여기서, 다중 RAT 단말이 기존 메시지를 사용하여 제 2 시스템에 대한 스캐닝을 수행할 경우, 상기 기존 메시지에는 다중 RAT 단말의 스캐닝이 Multi RAT system을 이용하여 데이터를 송수신하기 위함임을 지시하는 정보가 포함된다. 즉, 타겟 시스템의 SSID, BSSID 또는 MAC address를 indication할 수 있는 필드를 새롭게 정의함으로써 다중 RAT 단말의 scanning 대상을 지시할 수 있다.
이후, 다중 RAT 단말은 제 2 시스템과 접속 절차를 수행한 후, 상기 제 2 시스템과 데이터를 송수신하게 된다. 여기서, 제 2 시스템과 연결, 연결 해제 및 연결 변경 등은 제 2 시스템의 운영(또는 관리) 과정에 해당된다. 또한, 제 1 시스템은 상기 제 2 시스템의 운영을 제어한다.
여기서, 다중 RAT 단말이 상기 제 2 시스템에 접속하기 위해서는 제 1 시스템으로부터 상기 제 2 시스템으로의 접속에 대해 확인 응답을 수신해야만 한다.
즉, 상기에서도 살핀 것처럼, 기지국은 다중 RAT 단말로 다중 RAT 단말이 제 2 시스템으로의 접속에 대한 확인 응답을 보내기 전에 다중 RAT 단말이 접속하기 위한 AP를 선택하고, 상기 선택된 AP의 상태를 확인한다. 확인 결과, 상기 선택된 AP와의 접속이 가능한 경우, 기지국은 상기 선택된 AP로 상기 다중 RAT 단말에 대한 정보를 미리 전송한다.
또한, 기지국이 다중 RAT 단말로 확인 응답을 전송하는 경우, 상기 다중 RAT 단말이 상기 AP와의 접속을 위해 필요하거나 유용한 정보를 함께 전송할 수 있다.
일 예로, 상기 필요하거나 유용한 정보는 SSID, AP의 MAC Address, WEP Key, Channel Number(주파수 정보), AP의 Protocol Version (11a/b/n…), Beacon과 기지국의 Frame 간 offset 정보 등(Beacon의 상대적인 위치를 특정 frame time과의 차이로 나타내어 전송)일 수 있다.
또한, 다중 RAT 단말이 제 2 시스템과의 접속을 위한 AP 스캐닝 수행 결과, 상기 제 2 시스템의 커버리지에 들어왔음을 인식한 경우, 다중 RAT 단말은 제 1 시스템의 기지국으로 상기 제 2 시스템과의 접속을 요청할 수도 있다.
제 2 시스템 운영(secondary system management)
이하, 제 2 시스템 운영(또는 관리) 방법에 대해 구체적으로 살펴보기로 한다. 여기서, 제 2 시스템 운영은 제 2 시스템과 다중 RAT 단말과의 연결 또는 연결 해지 및 다중 RAT 단말과 제 2 시스템 간의 연결 변경을 말하며, 상기 제 2 시스템 운영은 기지국 즉, 제 1 시스템에 의해 제어된다.
제 2 시스템의 운영 방법의 일 예로, 다중 RAT 단말이 제 2 시스템에 접속(또는 연결)하는 과정 즉, 제 2 시스템을 추가하여 제 1 시스템 및 제 2 시스템과 동시에 데이터를 송수신하기 위한 과정에 대해서 살펴본다.
도 5는 제 2 시스템 운영 방법 중 제 2 시스템을 추가하는 과정 즉, 다중 RAT 단말이 제 2 시스템에 접속하는 과정을 나타내는 흐름도이다.
S210~S230은 도 2의 내용과 동일하므로 이에 대한 설명은 생략하고 차이가 나는 S240 단계에 대해서만 구체적으로 설명하기로 한다.
제 2 시스템과의 접속을 위해, 다중 RAT 단말 또는 기지국이 다중 RAT 접속 요청을 수행할 수 있다. 이 경우, 제 2 시스템 접속 요청/응답 메시지를 통해 상기 다중 RAT 접속 요청 과정을 수행할 수 있다.
다중 RAT 단말의 요청에 의해 제 2 시스템이 추가되는 경우는, 다중 RAT 단말이 스캐닝을 수행하여 특정 조건을 만족하는 제 2 시스템을 검출한 경우, 다중 RAT 단말은 제 2 시스템 요청 메시지를 기지국으로 전송함으로써, 상기 제 2 시스템과의 연결을 기지국으로 요청할 수 있다.
또한, 기지국의 요청에 의해 제 2 시스템이 추가되는 경우는, 기지국이 다중 RAT 단말에게 특정 플로우 연결이 생성됨을 감지하는 경우, 기지국은 다중 RAT 단말과 접속 가능한 AP의 상태를 확인한다(S241).
상기 확인 결과, 다중 RAT 단말과의 접속이 가능한 경우, 기지국은 다중 RAT 단말로 제 2 시스템 명령 메시지를 전송함으로써, 다중 RAT 단말과 제 2 시스템과의 연결을 지시할 수 있다(S242).
여기서, 다중 RAT 단말이 다중 RAT과 접속하기 위한 제어는 즉, 제어 정보의 전송은 제 1 시스템의 기지국에 의해 수행된다. 이는 다중 RAT 단말이 제 2 시스템과는 단순히 data 송수신만을 수행하도록 함으로써, 해당 data에 대한 QoS는 제 1 시스템이 지원해 주는 방식을 그대로 따를 수 있도록 한다. 이 경우, 상기 제어 정보의 전송은 제 2 시스템 접속 명령 메시지를 통해 수행될 수 있다.
여기서, 제 2 시스템 접속 명령 메시지는 선택된 AP 정보, 제 2 시스템으로 전송되는 flow 정보, authentication 방법(open system or shared key) 등을 포함할 수 있다. 도 5에서는 선택된 AP 정보는 AP 2인 것을 볼 수 있다.
이후, 다중 RAT 단말은 상기 기지국의 제 2 시스템의 접속 명령에 의해 상기 제 2 시스템 명령 메시지 내의 AP 정보를 참조하여 특정 AP와 접속 및 트래픽 스트림(Traffic Stream:TS) 설정을 완료한다(S243). 일 예로, 802.11e의 ADDTS request/response 과정을 수행할 수 있다.
이후, 다중 RAT 단말은 상기 AP와의 접속 성공 결과를 기지국으로 알린다(S244).
도 5에서는 다중 RAT 단말이 AP 2에 대한 접속 성공을 기지국으로 알리는 것을 볼 수 있다.
이 경우, 제 2 시스템 지시(SS_IND) 메시지를 통해 수행될 수 있다. 상기 제 2 시스템 지시 메시지는 해당 flow에 대한 FID(Flow ID)와 AID(Association ID)/TSID(Traffic Stream ID)의 매핑 결과를 포함할 수 있다.
이후, 다중 RAT 단말은 특정 플로우에 대한 데이터는 상기 제 2 시스템을 통해 송수신하게 된다. 즉, 다중 RAT 단말은 데이터 플로우에 따라 상기 제 1 시스템 및 상기 제 2 시스템과 동시에 데이터를 송수신하게 된다(S245).
즉, DL data의 경우, 기지국이 AP를 통해 다중 RAT 단말로 전송되도록 한다.
또한, UL data의 경우, 기지국이 지시한 특정 flow ID에 대한 data 전송은 제 2 시스템 일 예로, WLAN을 통해 전송된다.
또한, 다중 RAT 단말은 AP와의 재연결 또는 연결 해제를 상기 제 2 시스템 명령/지시 메시지를 기지국과 송수신함으로써, 수행할 수 있다.
또한, 다중 RAT 단말이 상기 AP와 데이터를 송수신하고 있는 중, 상기 제 2 시스템 일 예로, WLAN 커버리지를 벗어나고 주변에 AP가 없는 경우에는 상기 AP와 송수신하고 있는 데이터는 제 1 시스템의 기지국을 통해 끊김 없이(seamless) 전송되도록 AP와 기지국 간 끊김 없는 플로우 이동성을 상기 기지국이 제어할 수 있다.
또한, 다중 RAT 단말이 제 2 시스템의 AP와 데이터를 송수신하고 있는 중, 다중 RAT 단말이 이웃 AP를 검출한 경우, 기지국은 다중 RAT 단말이 현재 송수신하고 있는 데이터를 상기 AP에서 이웃 AP에서 끊김 없이 송수신되도록 제어할 수 있다.
이하, 제 2 시스템을 삭제(또는 연결 해제)하는 방법에 대해 살펴보기로 한다.
다중 RAT 단말은 현재 접속 중인 제 2 시스템과의 채널 상태가 좋지 않다고 판단하는 경우, 주변 제 2 시스템에 대한 스캐닝을 수행한다. 여기서, 스캐닝은 앞에서도 살핀 것처럼, 기지국 지시 또는 다중 RAT 단말 자체적으로 수행될 수 있다.
다중 RAT 단말이 주변 제 2 시스템 스캐닝 수행 결과, 검출되는 제 2 시스템이 없다고 판단되는 경우, 현재 접속 중인 제 2 시스템과의 연결을 해지하게 된다.
이 경우, 제 1 시스템의 임의의 flow에 해당하는 data가 제 2 시스템을 통해 송수신 중이었고, 단말이 주변 secondary system으로의 HO를 수행할 수 없는 경우, 기지국은 해당 flow에 대한 data 손실이 발생하지 않으면서 seamless flow mobility를 수행할 수 있도록 Multi-RAT Seamless Flow Mobility를 support 해야 한다.
또는, 이 경우 기지국은 다중 RAT 단말이 상기 제 2 시스템으로 송수신하는 데이터에 대한 전송이 완료된 경우, 상기 제 2 시스템과의 연결을 해지(release)할 수 있다.
이하, 제 2 시스템의 변경(일 예로, 주변 AP로 핸드오버)에 대해 살펴보기로 한다.
여기서, 제 2 시스템과의 변경 즉, 제 2 시스템 간의 핸드오버는 특정 연결에 대해서만 수행하는 것으로 가정할 수 있다.
여기서, 상기 제 2 시스템의 변경은 제 1 시스템을 통해 제 2 시스템 간 끊김없이 핸드오버가 수행될 수 있도록 할 수 있다.
다중 RAT 단말 또는 기지국은 다중 RAT 단말이 현재 접속 중인 제 2 시스템의 채널 상태가 좋지 않다고 판단한 경우, 현재 접속 중인 제 2 시스템과의 연결을 해지하고, 다른 제 2 시스템으로의 핸드오버(HO)를 요청할 수 있다.
즉, 기지국은 다중 RAT 단말로 SS-CMD 메시지를 전송함으로써, 다중 RAT 단말에게 더 이상 현재 serving secondary system을 통한 데이터 송수신이 없음을 알린다. 이후, 기지국은 기존에 전송되는 데이터는 제 1 시스템을 통해 송수신하도록 다중 RAT 단말로 지시하고, 기존 데이터의 전송이 완료된 경우, 새로운 제 2 시스템과 데이터를 송수신하도록 다중 RAT 단말로 지시한다. 즉, 제 2 시스템 간의 끊김없는 핸드오버는 제 1 시스템을 통해 수행될 수 있다.
또한, 다중 RAT 단말이 제 1 시스템 간의 핸드오버를 수행할 때, 제 2 시스템의 커버리지가 상기 제 1 시스템 간의 경계에 걸쳐져 있는 경우, 다중 RAT 단말은 상기 제 2 시스템을 이용함으로써, 끊김없이 제 1 시스템 간 핸드오버를 수행할 수 있다.
또한, 다중 RAT 단말이 빠른 이동 속도를 가지고 제 1 시스템 일 예로, WiMAX 커버리지 내에서 움직이고 있는 경우, 기지국은 상기 다중 RAT 단말이 제 2 시스템의 커버리지에 들어가 있더라도 제 2 시스템과의 접속을 수행하지 않도록 지시할 수 있다. 즉, 이와 같은 제 2 시스템의 관리는 다중 RAT 단말의 속도를 기초로하여 수행될 수 있다.
이하에서는, 도 6 내지 도 8을 참조하여, 다중 RAT 단말이 제2 시스템과 연결, 재연결 및 연결 해제하는 과정을 좀 더 상세하게 살펴본다.
도 6은 다중 RAT 단말이 제2 시스템과 연결하는 과정을 나타내는 흐름도이다.
다중 RAT 단말은 기지국과 플로우 0에 대한 데이터 통신을 수행한다(S302). 이후에, 다중 RAT 단말은 기지국과 AAI_DSA를 통해 플로우 1에 대한 데이터 통신을 수행한다(S304). 또한, 다중 RAT 단말은 기지국으로부터 스캔 명령 메시지를 수신하여(S306), 주변 AP들을 스캐닝하고, 스캔 보고 메시지를 기지국에 송신한다(S308). 이때, 기지국은 스캔 보고 메시지에 기초하여 다중 RAT 단말과 특정 AP의 연결 설정을 결정한다.
AP와의 연결을 위한 제어가 기지국을 통해 수행된다(S310). 이 경우에, 도시되지 않았지만, 다중 RAT 단말은 AP와의 연결을 기지국에 요청할 수 있다(예를 들어, SS_REQ). 이때, 기지국에서 다중 RAT 단말로 선택된 AP, 제2 시스템으로 전송되는 플로우에 대한 정보, 인증 방법(공개 시스템 또는 공유 키)이 전송된다. 또한, SS-CMD에는 연결후 Doze 모드로의 천이 여부가 포함될 수 있는데, 전원 절약을 위해 기지국은 다중 RAT 단말의 Doze 모드로의 천이를 지시할 수 있다. 또한, 다중 RAT 단말이 AP와의 동기화, 인증, 연결을 수행해야 하는 시간(Association Deadline)과 Association Deadline 이후의 값으로서, SS_IND 메시지를 수신한 후 이 시간부터 제2 시스템으로의 데이터 송수신이 가능함을 의미하는 Action Time이 SS-CMD에 더 포함될 수 있다.
이후, 다중 RAT 단말은 SS-CMD를 잘 수신했음을 나타내는 메시지를 기지국에 송신하고(S312), SS-CMD에서 지시하는 AP로부터 비콘 프레임을 수신하여 해당 AP와의 동기화를 수행하고(S314), 공개 시스템 또는 공유 키를 이용한 인증 절차를 수행하고(S316), 해당 AP와의 연결 요청/응답 송수신을 통해 연결을 수행하여 AID를 할당받는다(S318).
다중 RAT 단말은 AP와의 성공적인 연결을 기지국에 알린다(S320). 이때, 다중 RAT 단말은 해당 플로우에 대한 FID(Flow ID)와 AID(Association ID)/TSID(Traffic Stream ID)의 맵핑 결과, 그리고 AP로부터 할당받은 IP 어드레스를 기지국에 전송한다. 만약, 기지국의 지시없이 다중 RAT 단말이 AP와의 연결을 맺은 경우, 이를 기지국에게 알려야 하고, 이를 위해 다중 RAT 단말은 요청없이 SS_IND 메시지를 기지국에 정송할 수 있다.
이제, 다중 RAT 단말은 특정 플로우에 대한 데이터는 제2 시스템을 통해 송수신이 가능하게 된다(S322).
도 7은 다중 RAT 단말이 제2 시스템과 재연결하는 과정을 나타내는 흐름도이다.
다중 RAT 단말은 기지국과 플로우 0에 대한 데이터 통신을 수행한다(S302). 이후에, 다중 RAT 단말은 기지국과 AAI_DSA를 통해 플로우 1에 대한 데이터 통신을 수행한다(S304). 또한, 다중 RAT 단말은 기지국으로부터 스캔 명령 메시지를 수신하여(S306), 주변 AP들을 스캐닝하고, 스캔 보고 메시지를 기지국에 송신한다(S308). 이때, 기지국은 스캔 보고 메시지에 기초하여 다중 RAT 단말과 연결된 AP에서 특정 AP로의 재연결 설정(핸드오버)을 결정한다.
기지국은 다중 RAT 단말에 AP와의 재연결을 위한 SS_CMD 메시지를 송신한다(S310'). SS_CMD 메시지는, 새롭게 선택된 AP와 제2 시스템으로 전송될 플로우에 대한 정보, 그리고 공유 키 정보 등을 포함할 수 있다. 또한, SS_CMD 메시지에는 재연결 후 다중 RAT 단말이 Doze 모드로 천이할지 여부, 재연결 기한(Association Deadline), 연결 종료 및 동작시간(Disconnection & Action Time) 등이 더 포함될 수 있다. 이 경우에, 다중 RAT 단말은 Disconnection Time에 기존 AP와의 연결을 끊고, Action Time에 새롭게 선택된 AP와 통신을 시작할 수 있다. 또한, 이 값은 Reassociation Deadline 이후의 값이어야 한다. 다중 RAT 단말은 SS_CMD 메시지를 잘 수신하였음을 나타내는 확인 메시지를 기지국에 송신한다(S312).
이어서, 다중 RAT 단말은 Disconnection Time에 기존 AP와의 연결을 끊고, Action Time에 새롭게 선택된 AP와 통신을 시작한다(S324 내지 S330). 즉, 새로운 AP와 재연결을 수행한다. 이 과정은 다중 RAT 단말이 새로운 AP와 재연결 요청/응답을 송수신함으로써 이루어진다. 만약, 재연결 요청 시에, 다중 RAT 단말이 새로운 AP에 기존 AP의 주소를 알리는 경우, 인증과정이 생략될 수 있다(S326, S328). 다중 RAT 단말은 재연결 응답을 통해 AID를 할당 받는다.
다중 RAT 단말은 새로운 AP와의 성공적인 연결 및 결과를 기지국에게 알린다(S332). 이 때, 해당 플로우에 대한 FID(Flow ID)와 AID(Association ID)/TSID(Traffic Stream ID)의 맵핑 결과, 새로운 AP로부터 할당받은 IP 주소가 전송된다. 또한, 기지국의 지시없이 다중 RAT 단말이 AP와의 재연결을 맺은 경우, 이를 기지국에게 알려야 하고, 이를 위해 다중 RAT 단말은 요청없이 SS_IND 메시지를 기지국에 전송할 수 있다.
다중 RAT 단말은 Action Time 부터 특정 플로우에 대한 데이터를 새로운 AP를 통해 송수신할 수 있게 된다(S334).
도 8은 다중 RAT 단말이 제2 시스템과 연결을 해제하는 과정을 나타내는 흐름도이다.
다중 RAT 단말은 기지국과 플로우 0에 대한 데이터 통신을 수행한다(S302). 이후에, 다중 RAT 단말은 기지국과 AAI_DSA를 통해 플로우 1에 대한 데이터 통신을 수행한다(S304). 또한, 다중 RAT 단말은 기지국으로부터 스캔 명령 메시지를 수신하여(S306), 주변 AP들을 스캐닝하고, 스캔 보고 메시지를 기지국에 송신한다(S308). 이때, 기지국은 스캔 보고 메시지에 기초하여 다중 RAT 단말과 연결된 AP와의 연결 해제를 결정한다.
다중 RAT 단말은 기지국으로부터 AP와의 연결 해제를 위한 SS_CMD 메시지를 수신한다(S310"). SS_CMD 메시지는 연결 해제될 AP, 연결 종료(그리고 동작) 시간을 포함한다. 다중 RAT 단말은 연결 종료 시간에 기존 AP와의 연결을 끊고, 동작 시간에 기지국과 통신을 시작할 수 있다. 다중 RAT 단말은 기지국에 SS_CMD 메시지를 잘 수신하였음을 나타내는 확인 메시지를 송신한다(S312).
다중 RAT 단말은 연결 종료 시간에 연결 해제 알림 프레임을 현재 AP에 송신한다(S336). 다중 RAT 단말은 AP와의 성공적인 연결 해제를 기지국에 알린다(S340). 기지국의 지시없이 다중 RAT 단말이 AP와의 연결 해제를 완료한 경우, 이를 ABS에게 알려야 하고, 이를 위해 다중 RAT 단말은 요청없이 SS_IND 메시지를 기지국에 전송할 수 있다.
동작 시간부터 다중 RAT 단말은 특정 플로우에 대한 데이터를 다시 기지국을 통해 송수신할 수 있게 된다(S338).
본 명세서에 개시된 실시 예들에 대한 설명
이하, 본 명세서에서 제안하는 다중 RAT 단말이 특정 시스템과의 통신을 선호하는 플로우에 대한 특성을 기지국에 전송함으로써, 제 1 시스템 및 제 2 시스템과 데이터를 송수신하는 방법에 대해 구체적으로 살펴보기로 한다.
이하의 설명에서, QoS 클래스는 다중 RAT 플로우 클래스 또는 다중 RAT QoS 클래스와 같은 의미로 사용될 수 있다.
도 9는 본 명세서의 실시 예들에 따른 다중 RAT 단말이 제 1 시스템 및 제 2 시스템을 통해 데이터를 송수신하는 방법을 나타내는 흐름도이다.
다중 RAT 단말은 기지국(ABS)과 초기 네트워크 엔트리 과정을 수행한다(S210). 여기서, 다중 RAT 단말 및 기지국은 상기 초기 네트워크 엔트리 과정을 통해 각각 서로에게 다중 RAT을 지원함을 알릴 수 있다. 다중 RAT 단말 또는 기지국이 다중 RAT을 지원함을 알리는 정보는 등록 요청 또는 등록 응답(REG-REQ/RSP) 메시지를 통해 전송될 수 있다.
다중 RAT 단말은 AP와의 접속을 위해 기지국(ABS)과 다중 RAT 능력 협상 과정을 수행한다(S220'). 여기서, 다중 RAT 단말은 AP를 통해 데이터를 송수신하기를 선호하는 특정 플로우에 대한 특성, 예를 들어, QoS 클래스 타입을 나타내는 제어 정보를 기지국으로 전송한다. 여기서, 상기 제어 정보는 다중 시스템 요청 메시지를 통해 전송될 수 있다.
제어 정보는 QoS 파라미터 또는 클래스를 포함할 수 있다. 예를 들어, 제어 정보가 "지연(latency)>10ms"를 나타내는 경우, 지연이 10ms를 초과하는 플로우에 대해서는 제2 시스템으로 트래픽을 이동하도록 지시할 수 있다. 또한 예를 들어, 제어 정보가 "BE"를 포함하는 클래스를 나타내는 경우, best efrot 서비스를 요구하는 트래픽에 대해서는 제2 시스템으로 트래픽을 이동하도록 지시할 수 있다.
다중 RAT 단말은 기지국과 서비스 플로우 '0'에 대한 데이터를 송수신할 수 있다. 이후, 다중 RAT 단말과 기지국은 동적 서비스 추가 과정을 통해 지연이 10ms 이하를 요구하는 서비스 플로우 '1'을 새롭게 생성할 수 있다. 이후, 다중 RAT 단말은 제230 단계 및 제240 단계를 통해 새롭게 생성되는 서비스 플로우 '1'에 해당하는 데이터를 AP와 송수신한다.
제240 단계에 대해 좀 더 구체적으로 살펴보면, 기지국은 다중 RAT 단말로 AP 2와 접속하고, 서비스 플로우 '1'에 대해서는 AP 2와 데이터를 송수신하라는 제 2 시스템 명령 메시지(SS-CMD)를 다중 RAT 단말로 전송한다. 여기서, 상기 SS-CMD 메시지에 포함되는 서비스 플로우 '1'에 대한 AP 2와 데이터 송수신을 지시하는 정보는 다중 RAT 단말이 기지국으로 전송하는 제어 정보에 대한 확인을 의미한다.
이후, 다중 RAT 단말은 AP 2와 접속을 수행하고, 기지국으로 AP 2와 연결되었음을 알리는 제 2 시스템 확인 메시지(SS-IND)를 전송한다. 그리고, 다중 RAT 단말은 서비스 플로우 '0'에 해당하는 데이터의 경우 기지국과 통신을 수행하며, 서비스 플로우 '1'에 해당하는 데이터의 경우에는 AP 2와 통신을 수행한다.
전술한 바와 같이, 다중 RAT 단말은 특정 시스템으로 전송되기를 선호하는 플로우에 대한 특성, 예를 들어, QoS 클래스 타입을 다중-RAT 능력 요청 MAC 제어 메시지를 통해 기지국에 송신할 수 있다. 또한, 기지국은 다중-RAT 능력 응답 MAC 제어 메시지를 통해 이에 대한 확인 또는 수정을 다중 RAT 단말에 알릴 수 있다. 예를 들어, 특정 시스템으로 전송되기를 선호하는 플로우의 특성은 다음의 표 2와 같은 파라미터를 이용하여 정의될 수 있다.
표 2
파라미터 | 비고 |
상향링크/하향링크 지시자 | |
플로우 당 지속 트래픽 레이트 | |
트래픽 버스트 | |
예약 트래픽 레이트 | |
레이턴시 | |
상향링크 그랜트 스케줄링 타입 | 미정의/BE/nrtPS/rtPS/ertPS/UGS/GP 서비스 |
여기에서, 상향 그랜트 스케줄링 타입에 대해서 다음의 표3과 같은 파라미터가 정의될 수 있다.
표 3
파라미터 | 상향링크 그랜트 스케줄링 타입 |
허용 지터 | ertPS, aGP 서비스 또는 UGS |
트래픽 우선순위 | rtPS, ertPS, nrtPS, aGP 서비스 또는 BE |
요청없는 그랜트 간격 | ertPS 또는 UGS |
요청없는 폴링 간격 | rtPS |
주요 GPI | aGP 서비스 |
주요 그랜트 크기 | aGP 서비스 |
보조 GPI | aGP 서비스 |
보조 그랜트 크기 | aGP 서비스 |
적용 방법 | aGP 서비스 |
제1 실시 예
본 명세서에 개시된 제1 실시 예에 따르면, 다중 RAT 능력 협상 요청/응답 MAC 제어 메시지에 특정 시스템이 선호되는 플로우에 대한 QoS 파라미터가 정의된다. 다중 RAT 단말/기지국은 정의된 QoS 파라미터에 대해 자신이 선호하는 값을 설정할 수 있고, 설정되지 않은 경우 디폴트 값으로 설정된다. 만약, 특정 플로우가 생성되고 다중 RAT 단말이 제2 시스템의 커버리지 안으로 들어간 경우, 기지국은 다중 RAT 단말이 요청한 값과 해당 플로우의 QoS 파라미터 값을 비교하여, 이를 만족하는 경우 해당 트래픽을 제2 시스템으로 리디렉션(스위칭)하도록 지시할 수 있다. 이 때 값이 비교되는 파라미터들은 상향링크와 하향링크에 대해서 각각 다음의 표 4에 정의된 파라미터들을 포함할 수 있다.
표 4
상향링크 | 하향링크 |
플로우당 지속 트래픽 레이트 | 플로우당 지속 트래픽 레이트 |
트래픽 버스트 | 트래픽 버스트 |
예약 트랙픽 레이트 | 예약 트랙픽 레이트 |
레이턴시 | 레이턴시 |
상향링크 그랜트 스케줄링 타입 정의 |
예를 들어, 상향링크 그랜트 스케줄링 타입은 미정의(Undefined)/BE/nrtPS 서비스 중 적어도 하나가 될 수 있다.
제2 실시 예
본 명세서에 개시된 제2 실시 예에 따르면, QoS 파라미터 값에 따라 QoS 클래스가 정의된 후에, 다중 RAT 단말/기지국은 제2 시스템으로 통신하기를 선호(또는 통신하도록 설정)하는 특정 클래스를 다중 RAT 요청/응답 MAC 제어 메시지를 통해 알린다.
여기에서, 각 클래스에 대한 파라미터는 미리 정의될 수 있고, 이는 기지국 별(또는 AP 별, 또는 AP의 버전 별(예를 들어, 802.11a, g, n ))로 브로드캐스트되거나, 규격에 미리 정의될 수 있다. 해당 파라미터에 대한 값은 사업자의 설정에 다라 달라질 수 있다.
다중 RAT 단말과 기지국은 다중 RAT 능력 협상 동안 자신이 선호하는 클래스를 선택하여 기지국에 알릴 수 있다. 이 때, QoS 클래스는 단계적으로 정의되고, 클래스 n-1은 클래스 n(여기에서, n은 1 이상의 정수)의 파라미터를 모두 포함하는 것으로 간주한다.
도 10은 본 명세서에 개시된 제2 실시 예에 따른 QoS 클래스 정의를 나타내는 도면이다.
QoS 클래스가 0인 경우, 미정의를 나타내며, 모든 트래픽이 기지국의 판단하에 제2 시스템으로 스위칭 가능하다. 또한, QoS 클래스가 1인 경우, BE를 나타내며, best effort 서비스를 요구하는 트래픽이 있는 경우 제2 시스템으로의 스위칭을 우선시할 수 있다(그 외의 트래픽은 기지국의 판단하에 스위칭이 가능할 수 있다). 또한, QoS 클래스가 n인 경우, nrtPS를 나타내며, 만약 최소 비실시간 폴링 서비스(non real time Polling Service)를 요구하는 트래픽이 있는 경우, 제2 시스템으로의 스위칭을 우선시할 수 있다(그 외의 트래픽도 기지국의 판단하에 스위칭이 가능할 수 있다).
제3 실시 예
본 명세서에 개시된 제3 실시 예에 따르면, QoS 파라미터 값에 따라 QoS 클래스가 정의된 후에, 다중 RAT 단말/기지국은 제1 시스템으로 통신하기를 선호(또는 통신하도록 설정)하는 특정 클래스를 다중 RAT 요청/응답 MAC 제어 메시지를 통해 알린다.
여기에서, 각 클래스에 대한 파라미터는 미리 정의될 수 있고, 이는 기지국 별(또는 AP 별, 또는 AP의 버전 별(예를 들어, 802.11a, g, n…))로 브로드캐스트되거나, 규격에 미리 정의될 수 있다. 해당 파라미터에 대한 값은 사업자의 설정에 다라 달라질 수 있다.
다중 RAT 단말과 기지국은 다중 RAT 능력 협상 동안 자신이 선호하는 클래스를 선택하여 기지국에 알릴 수 있다. 이 때, QoS 클래스는 단계적으로 정의되고, 클래스 n은 클래스 n-1(여기에서, n은 1 이상의 정수)의 파라미터를 모두 포함하는 것으로 간주한다.
도 11은 본 명세서에 개시된 제3 실시 예에 따른 QoS 클래스 정의를 나타내는 도면이다.
QoS 클래스가 0인 경우, rtPS를 나타내며, 실시간 폴링 서비스(real time polling service)를 요구하는 트래픽은 제1 시스템을 통해 통신하도록 유도된다. QoS 클래스가 1인 경우, rtPS 및 ertPS를 나타내며, 실시간 폴링 서비스(real time polling service) 또는 확장 실시간 폴링 서비스(extended real time polling service)를 요구하는 트래픽은 제1 시스템을 통해 통신하도록 유도된다. QoS 클래스가 n인 경우, QoS 클래스가 0부터 n-1 및 BE 서비스를 요구하는 트래픽은 제1 시스템을 통해 통신하도록 유도된다. 즉, 제3 실시 예에서는 특정 클래스가 선택되면, 선택된 클래스에서 정의되지 않은 트래픽에 한해서 제2 시스템으로 스위칭 가능하게 된다.
제4 실시 예
본 명세서에 개시된 제4 실시 예에 따르면, QoS 파라미터 값에 따라 QoS 클래스가 정의된 후에, 다중 RAT 단말/기지국은 제2 시스템(또는 제1 시스템)으로 통신하기를 선호(또는 통신하도록 설정)하는 순서를 정의된 QoS 클래스를 이용하여 다중 RAT 요청/응답 MAC 제어 메시지를 통해 알린다.
도 12는 본 명세서에 개시된 제4 실시 예에 따른 QoS 클래스 정의를 나타내는 도면이다.
예를 들어, 다중 RAT 단말은 다중-RAT 요청 메시지 안에 “QoS 클래스 0, 1, n-1”을 포함하여 전송한다. 이를 수신한 기지국은 다중 RAT 단말이 제2 시스템의 커버리지 안에 들어 갔을 때, QoS 클래스 0, 1, n-1에 대한 트래픽이 존재한다면, 이에 대한 데이터 플로우는 되도록이면 제2 시스템으로 스위칭하여 전송하도록 하고, 만약 모든 트래픽을 제2 시스템에서 수용하지 못한다면, 0, 1, n-1의 순서로 제2 시스템을 통해 트래픽을 전송하도록 스위칭 해줄 수 있다. 도 12에 도시된 각각의 QoS 클래스들은 모두 독립적으로 정의될 수 있다.
제5 실시 예
본 명세서에 개시된 제5 실시 예에 따르면, QoS 파라미터 값에 따라 QoS 클래스가 정의된 후에, 다중 RAT 단말/기지국은 제2 시스템으로 통신하기를 선호(또는 통신하도록 설정)하는 특정 클래스를 다중 RAT 요청/응답 MAC 제어 메시지를 통해 알린다.
여기에서, 각 클래스에 대한 파라미터는 미리 정의될 수 있고, 이는 기지국 별(또는 AP 별, 또는 AP의 버전 별(예를 들어, 802.11a, g, n…))로 브로드캐스트되거나, 규격에 미리 정의될 수 있다. 해당 파라미터에 대한 값은 사업자의 설정에 다라 달라질 수 있다.
다중 RAT 단말과 기지국은 다중 RAT 능력 협상 동안 자신이 선호하는 클래스를 선택하여 기지국에 알릴 수 있다. 이 때, 클래스 n은 제2 실시 예와 같이 클래스 n-1에 속하지만, 제2 실시 예와 달리 클래스 n+1과 같이 독립적인 파라미터 값으로 설정되는 클래스가 존재할 수 있다.
도 13은 본 명세서에 개시된 제5 실시 예에 따른 QoS 클래스 정의를 나타내는 도면이다.
QoS 클래스가 0인 경우, 미정의를 나타내며, 모든 트래픽이 기지국의 판단하에 제2 시스템으로 스위칭 가능하다. 또한, QoS 클래스가 1인 경우, BE를 나타내며, best effort 서비스를 요구하는 트래픽이 있는 경우 제2 시스템으로의 스위칭을 우선시할 수 있다(그 외의 트래픽은 기지국의 판단하에 스위칭이 가능할 수 있다). 또한, QoS 클래스가 n인 경우, nrtPS를 나타내며, 만약 최소 비실시간 폴링 서비스(non real time Polling Service)를 요구하는 트래픽이 있는 경우, 제2 시스템으로의 스위칭을 우선시할 수 있다(그 외의 트래픽도 기지국의 판단하에 스위칭이 가능할 수 있다).
또한, QoS 클래스가 n+1인 경우, BE, nrtPS를 나타내며, 만약 best effort 서비스 또는 최소 비실시간 폴링 서비스(non real time Polling Service)를 요구하는 트래픽이 있는 경우, 제2 시스템으로의 스위칭을 우선시할 수 있다(그 외의 트래픽도 기지국의 판단하에 스위칭이 가능할 수 있다).
제6 실시 예
본 명세서에 개시된 제6 실시 예에 따르면, QoS 파라미터 값에 따라 QoS 클래스가 정의된 후에, 다중 RAT 단말/기지국은 제1 시스템으로 통신하기를 선호(또는 통신하도록 설정)하는 특정 클래스를 다중 RAT 요청/응답 MAC 제어 메시지를 통해 알린다.
여기에서, 각 클래스에 대한 파라미터는 미리 정의될 수 있고, 이는 기지국 별(또는 AP 별, 또는 AP의 버전 별(예를 들어, 802.11a, g, n…))로 브로드캐스트되거나, 규격에 미리 정의될 수 있다. 해당 파라미터에 대한 값은 사업자의 설정에 다라 달라질 수 있다.
다중 RAT 단말과 기지국은 다중 RAT 능력 협상 동안 자신이 선호하는 클래스를 선택하여 기지국에 알릴 수 있다. 이 때, 클래스 n-1은 제3 실시 예와 같이 클래스 n에 속하지만, 제3 실시 예와 달리 클래스 n+1과 같이 독립적인 파라미터 값으로 설정되는 클래스가 존재할 수 있다.
도 14는 본 명세서에 개시된 제6 실시 예에 따른 QoS 클래스 정의를 나타내는 도면이다.
QoS 클래스가 0인 경우, rtPS를 나타내며, 실시간 폴링 서비스(real time polling service)를 요구하는 트래픽은 제1 시스템을 통해 통신하도록 유도된다. QoS 클래스가 1인 경우, rtPS 및 ertPS를 나타내며, 실시간 폴링 서비스(real time polling service) 또는 확장 실시간 폴링 서비스(extended real time polling service)를 요구하는 트래픽은 제1 시스템을 통해 통신하도록 유도된다. QoS 클래스가 n인 경우, QoS 클래스가 0부터 n-1 및 BE 서비스를 요구하는 트래픽은 제1 시스템을 통해 통신하도록 유도된다. 즉, 제3 실시 예에서는 특정 클래스가 선택되면, 선택된 클래스에서 정의되지 않은 트래픽에 한해서 제2 시스템으로 스위칭 가능하게 된다.
또한, QoS 클래스가 n+1인 경우, rtPS를 나타내며, 만약 실시간 폴링 서비스(real time polling service)를 요구하는 트래픽이 있는 경우, 제1 시스템으로의 스위칭을 우선시할 수 있다(그 외의 트래픽도 기지국의 판단하에 스위칭이 가능할 수 있다).
제7 실시 예
본 명세서에 개시된 제7 실시 예에 따르면, SFH, NBR-ADV, SCD 메시지와 같은 BS 브로드캐스트 메시지에서 제2 시스템으로 통신하기를 선호(또는 통신하도록 설정)되는 플로우에 대한 다중 RAT 플로우 클래스가 정의될 수 있다.
기지국은 다중 RAT 플로우 클래스에 따라 기지국이 단말의 트래픽들을 제2 시스템으로 우회(offloading)시킬 수 있다. 반면에, 기지국이 정한 다중 RAT 플로우 클래스의 정의를 따르고 싶지 않은 단말은 자신만의 고유한 다중 RAT 플로우 클래스에 대한 우선순위를 다시 정의할 수 있고, 이 값을 기지국에 유니캐스트 방식으로 알림으로써, 자신이 정한 다중 RAT 플로우 클래스에 따라 트래픽들을 제2 시스템으로 우회시킬 수 있다.
도 15는 본 명세서의 제7 실시 예에 따른 다중 RAT 단말이 제 1 시스템 및 제 2 시스템을 통해 데이터를 송수신하는 방법을 나타내는 흐름도이다.
다중 RAT 단말은 기지국(ABS)과 초기 네트워크 엔트리 과정을 수행한다(S210). 여기서, 다중 RAT 단말 및 기지국은 상기 초기 네트워크 엔트리 과정을 통해 각각 서로에게 다중 RAT을 지원함을 알릴 수 있다. 다중 RAT 단말 또는 기지국이 다중 RAT을 지원함을 알리는 정보는 등록 요청 또는 등록 응답(REG-REQ/RSP) 메시지를 통해 전송될 수 있다.
기지국(사업자)은 제2 시스템으로 우회하기를 선호하는 플로의 특성을 다중 RAT 플로우 클래스로 정의 한다. 그리고, 기지국은 정의된 다중 RAT 플로우 클래스를 BS 브로드캐스트 메시지를 통해 다중 RAT 단말에 전송한다(S212). 이를 수신한 다중 RAT 단말은 기지국이 정의한 다중 RAT 플로우 클래스를 참고하여 제2 시스템으로 우선 우회되는 플로우를 미리 예측할 수 있다.
또는 만약 다중 RAT 단말이 선호하는 다른 다중 RAT 플로우 클래스가 있다면, 이를 업데이트하여 기지국에게 알릴 수 있다. 이를 위해, 다중 RAT 플로우 클래스 MAC 제어 메시지가 새롭게 정의되거나 또는 다중 RAT 능력 요청 MAC 제어 메시지를 통해 다중 RAT 플로우 클래스가 업데이트될 수 있다(S222'). 이후, 기지국은 다중 RAT 능력 요청 MAC 제어 메시지에 대한 응답으로 다중 RAT 능력 응답 MAC 제어 메시지를 다중 RAT 단말로 전송한다(S224').
새로운 다중 RAT 플로우를 수신한 기지국은 해당 다중 RAT 단말에게는 해당 다중 RAT 단말에 의해 업데이트된 다중 RAT 플로우 클래스를 우선시하여 제2 시스템으로의 우회를 수행한다(다른 RAT 단말에게는 기지국이 정의한 다중 RAT 플로우 클래스를 우선시하여 제2 시스템으로의 우회를 수행한다). 즉, 기지국은 다중 RAT 단말로 AP 2와 접속하고, 서비스 플로우 '1'에 대해서는 AP 2와 데이터를 송수신하라는 제 2 시스템 명령 메시지(SS-CMD)를 다중 RAT 단말로 전송한다(S310).
이후, 다중 RAT 단말은 AP 2와 접속을 수행하고, 기지국으로 AP 2와 연결되었음을 알리는 제 2 시스템 확인 메시지(SS-IND)를 전송한다(S320). 그리고, 다중 RAT 단말은 서비스 플로우 '0'에 해당하는 데이터의 경우 기지국과 통신을 수행하며, 서비스 플로우 '1'에 해당하는 데이터의 경우에는 AP 2와 통신을 수행한다(S322).
이상에서 설명한 실시예들 및 변형예들은 조합될 수 있다. 따라서, 각 실시예가 단독으로만 구현되는 것이 아니라, 필요에 따라 조합되어 구현될 수 있다. 이러한 조합에 대해서는, 본 명세서를 읽은 당업자라면, 용이하게 구현할 수 있는바, 이하 그 조합에 대해서는 상세하게 설명하지 않기로 한다. 다만, 설명하지 않더라도, 본 발명에서 배제되는 것이 아니며, 본 발명의 범주에 포함되는 것으로 해석되어야 한다.
이상에서 실시예들 및 변형예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 발명의 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(application specific integrated circuits), DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays), 프로세서, 콘트롤러, 마이크로 콘트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
예를 들어, 본 발명에 따른 방법은 저장 매체(예를 들어, 내부 메모리, 플래쉬 메모리, 하드 디스크, 기타 등등)에 저장될 수 있고, 프로세서(예를 들어, 마이크로 프로세서)에 의해서 실행될 수 있는 소프트웨어 프로그램 내에 코드들 또는 명령어들로 구현될 수 있다. 이에 대해서 도 16을 참조하여 설명하기로 한다.
도 16은 본 명세서의 실시 예들이 적용될 수 있는 무선 접속 시스템에서의 단말과 기지국의 내부 블록도를 나타낸다.
단말(10)은 제어부(11), 메모리(12) 및 무선통신(RF)부(13)을 포함한다.
단말(10)은 고정되거나 이동성을 가질 수 있으며, UE(User Equipment), UT(User Terminal), SS(Subscriber Station), 무선기기(Wireless Device), AMS(Advanced Mobile Station) 등 다른 용어로 불릴 수 있다. 또한, 단말은 상기 다중 RAT 단말을 포함한다.
또한, 단말은 디스플레이부(display unit), 사용자 인터페이스부(user interface unit)등도 포함한다.
제어부(11)는 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층들은 제어부(11)에 의해 구현될 수 있다.
메모리(12)는 제어부(11)와 연결되어, 무선 통신 수행을 위한 프로토콜이나 파라미터를 저장한다. 즉, 단말 구동 시스템, 애플리케이션 및 일반적인 파일을 저장한다.
RF부(13)는 제어부(11)와 연결되어, 무선 신호를 송신 및/또는 수신한다.
추가적으로, 디스플레이부는 단말의 여러 정보를 디스플레이하며, LCD(Liquid Crystal Display), OLED(Organic Light Emitting Diodes) 등 잘 알려진 요소를 사용할 수 있다. 사용자 인터페이스부는 키패드나 터치 스크린 등 잘 알려진 사용자 인터페이스의 조합으로 이루어질 수 있다.
기지국(20,30)은 제어부(21), 메모리(22) 및 무선통신(RF)부(radio frequency unit)(23)을 포함한다.
여기서, 기지국(20,30)은 일반적으로 단말과 통신하는 고정된 지점(fixed station)을 말하며, 노드B(NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다. 하나의 기지국에는 하나 이상의 셀이 존재할 수 있다.
제어부(21)는 제안된 기능, 과정 및/또는 방법을 구현한다. 무선 인터페이스 프로토콜의 계층들은 제어부(21)에 의해 구현될 수 있다.
메모리(22)는 제어부(21)와 연결되어, 무선 통신 수행을 위한 프로토콜이나 파라미터를 저장한다.
RF부(23)는 제어부(21)와 연결되어, 무선 신호를 송신 및/또는 수신한다.
제어부(11, 21)는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 메모리(12,22)는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. RF부(13,23)은 무선 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 실시 예가 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리(12,22)에 저장되고, 제어부(11, 21)에 의해 실행될 수 있다.
메모리(12,22)는 제어부(11, 21) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 제어부(11, 21)와 연결될 수 있다.
또한, 본 명세서에서 사용되는 기술적 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아님을 유의해야 한다. 또한, 본 명세서에서 사용되는 기술적 용어는 본 명세서에서 특별히 다른 의미로 정의되지 않는 한, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 의미로 해석되어야 하며, 과도하게 포괄적인 의미로 해석되거나, 과도하게 축소된 의미로 해석되지 않아야 한다. 또한, 본 명세서에서 사용되는 기술적인 용어가 본 발명의 사상을 정확하게 표현하지 못하는 잘못된 기술적 용어일 때에는, 당업자가 올바르게 이해할 수 있는 기술적 용어로 대체되어 이해되어야 할 것이다. 또한, 본 발명에서 사용되는 일반적인 용어는 사전에 정의되어 있는 바에 따라, 또는 전후 문맥상에 따라 해석되어야 하며, 과도하게 축소된 의미로 해석되지 않아야 한다.
또한, 본 명세서에서 사용되는 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "구성된다" 또는 "포함한다" 등의 용어는 명세서상에 기재된 여러 구성 요소들, 또는 여러 단계들을 반드시 모두 포함하는 것으로 해석되지 않아야 하며, 그 중 일부 구성 요소들 또는 일부 단계들은 포함되지 않을 수도 있고, 또는 추가적인 구성 요소 또는 단계들을 더 포함할 수 있는 것으로 해석되어야 한다.
또한, 본 명세서에서 사용되는 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성 요소로 명명될 수 있고, 유사하게 제2 구성 요소도 제1 구성 요소로 명명될 수 있다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
이상에서 설명된 실시예들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
Claims (15)
- 다중 무선접속기술(Radio Access Technology:RAT)을 지원하는 무선 접속 시스템에서, 단말이 제 1 무선접속기술을 지원하는 제 1 기지국 및 제 2 무선접속기술을 지원하는 제 2 기지국과 데이터를 송수신하기 위한 방법에 있어서,상기 제 1 기지국과 초기 네트워크 엔트리(initial network entry) 과정을 수행하는 단계;상기 제 2 기지국과의 접속에 필요한 정보를 교환하기 위해 상기 제 1 기지국과 다중 RAT 능력 협상 과정을 수행하는 단계;상기 제 2 기지국과 접속 절차를 수행하는 단계; 및상기 제 1 기지국 및 상기 접속 절차를 통해 접속된 제 2 기지국과 동시에 데이터를 송수신하는 단계를 포함하되,상기 다중 RAT 능력 협상 과정을 수행하는 단계는,적어도 하나의 서비스 품질(QoS) 클래스를 나타내는 제어 정보를 상기 제 1 기지국으로 전송하는 단계를 포함하고,상기 적어도 하나의 QoS 클래스는,적어도 하나의 QoS 파라미터의 값에 따라 정의된 복수의 QoS 클래스들 중에서 선택되는 것을 특징으로 하는 방법.
- 제1 항에 있어서, 상기 적어도 하나의 QoS 파라미터는,플로우 당 지속 트래픽 레이트(Sustained traffic rate per flow), 트래픽 버스트(Traffic burst), 예약 트래픽 레이트(Reserved traffic rate), 레이턴시(Latency) 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
- 제2 항에 있어서, 상기 적어도 하나의 QoS 파라미터는,상향 링크의 경우, 상향 링크 그랜트 스케줄링 타입(Uplink Grant Scheduling Type)을 더 포함하는 것을 특징으로 하는 방법.
- 제1 항에 있어서, 상기 적어도 하나의 QoS 클래스는,상기 제2 기지국과 통신하기를 선호하거나 통신하도록 설정되는 클래스인 것을 특징으로 하는 방법.
- 제1 항에 있어서, 상기 적어도 하나의 QoS 클래스는,상기 제1 기지국과 통신하기를 선호하거나 통신하도록 설정되는 클래스인 것을 특징으로 하는 방법.
- 제1 항에 있어서, 상기 정의된 복수의 QoS 클래스들은,서비스 품질(QoS) 파라미터의 포함 관계에 기초하여 정의되는 것을 특징으로 하는 방법.
- 제6 항에 있어서, 상기 정의된 복수의 QoS 클래스들은,상기 포함 관계에 독립적인 적어도 하나의 클래스를 더 포함하는 것을 특징으로 하는 방법.
- 제1 항에 있어서, 상기 정의된 복수의 QoS 클래스들은,상기 포함 관계에 독립적으로 정의되는 것을 특징으로 하는 방법.
- 제1 항에 있어서, 상기 제어 정보는,상기 선택된 적어도 하나의 QoS 클래스 사이에 상기 제1 기지국 또는 상기 제2 기지국과 통신하기를 선호하거나 통신하도록 설정되는 순서를 반영하는 것을 특징으로 하는 방법.
- 다중 무선접속기술(Radio Access Technology:RAT)을 지원하는 무선 접속 시스템에서, 제 1 무선접속기술을 지원하는 제 1 기지국 및 제 2 무선접속기술을 지원하는 제 2 기지국과 데이터를 송수신하기 위한 단말에 있어서,외부와 무선신호를 송수신하기 위한 무선통신부; 및상기 무선통신부와 연결되는 제어부를 포함하되, 상기 제어부는,적어도 하나의 서비스 품질(QoS) 클래스를 나타내는 제어 정보를 상기 제 1 기지국과의 다중 RAT 능력 협상 과정을 통해 상기 제 1 기지국으로 전송하도록 상기 무선통신부를 제어하고,상기 적어도 하나의 QoS 클래스는,적어도 하나의 QoS 파라미터의 값에 따라 정의된 복수의 QoS 클래스들 중에서 선택되는 것을 특징으로 하는 단말.
- 다중 무선접속기술(Radio Access Technology:RAT)을 지원하는 무선 접속 시스템에서, 단말이 제 1 무선접속기술을 지원하는 제 1 기지국 및 제 2 무선접속기술을 지원하는 제 2 기지국과 데이터를 송수신하기 위한 방법에 있어서,상기 제 1 기지국과 초기 네트워크 엔트리(initial network entry) 과정을 수행하는 단계;상기 제 1 기지국으로부터, 제1 다중 RAT 플로우(flow) 클래스를 나타내는 제1 제어 정보를 포함하는 브로드캐스트 메시지를 수신하는 단계;상기 제 2 기지국과의 접속에 필요한 정보를 교환하기 위해 상기 제 1 기지국과 다중 RAT 능력 협상 과정을 수행하는 단계;상기 제 2 기지국과 접속 절차를 수행하는 단계; 및상기 제 1 기지국 및 상기 접속 절차를 통해 접속된 제 2 기지국과 동시에 데이터를 송수신하는 단계를 포함하되,상기 제1 다중 RAT 플로우 클래스는,상기 제2 기지국과 통신하기를 선호하는 플로우의 특성에 따라 정의되고,상기 데이터를 송수신하는 단계는,상기 제1 제어 정보에 해당하는 데이터를 상기 제 2 기지국과 송수신하는 단계인 것을 특징으로 하는 방법.
- 제11 항에 있어서, 상기 다중 RAT 능력 협상 과정을 수행하는 단계는,상기 제 1 기지국에, 상기 제1 다중 RAT 플로우 클래스와 상이한 적어도 하나의 제2 다중 RAT 플로우 클래스를 나타내는 제2 제어 정보를 포함하는 메시지를 송신하는 단계를 포함하는 것을 특징으로 하는 방법.
- 제11 항에 있어서,상기 제2 제어 정보에 해당하는 데이터를 상기 제 2 기지국과 송수신하는 단계를 더 포함하는 것을 특징으로 하는 방법.
- 다중 무선접속기술(Radio Access Technology:RAT)을 지원하는 무선 접속 시스템에서, 제 1 무선접속기술을 지원하는 제 1 기지국 및 제 2 무선접속기술을 지원하는 제 2 기지국과 데이터를 송수신하기 위한 단말에 있어서,외부와 무선신호를 송수신하기 위한 무선통신부; 및상기 무선통신부와 연결되는 제어부를 포함하되, 상기 제어부는,상기 제 1 기지국으로부터, 제1 다중 RAT 플로우(flow) 클래스를 나타내는 제1 제어 정보를 포함하는 브로드캐스트 메시지를 수신하고, 상기 제1 제어 정보에 해당하는 데이터를 상기 제 2 기지국과 송수신하도록 상기 무선통신부를 제어하고,상기 제1 다중 RAT 플로우 클래스는,상기 제2 기지국과 통신하기를 선호하는 플로우의 특성에 따라 정의되는 것을 특징으로 하는 단말.
- 제14 항에 있어서, 상기 제어부는,상기 제 1 기지국에, 상기 제1 다중 RAT 플로우 클래스와 상이한 적어도 하나의 제2 다중 RAT 플로우 클래스를 나타내는 제2 제어 정보를 포함하는 메시지를 송신하도록 상기 무선 통신부를 제어하는 것을 특징으로 하는 단말.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/008,603 US9369954B2 (en) | 2011-04-01 | 2012-03-30 | Method and apparatus for transceiving data in radio access system supporting multi-radio access technology |
CN201280016947.0A CN103477684B (zh) | 2011-04-01 | 2012-03-30 | 在支持多无线电接入技术的无线电接入***中收发数据的方法及装置 |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161470507P | 2011-04-01 | 2011-04-01 | |
US61/470,507 | 2011-04-01 | ||
US201161476763P | 2011-04-19 | 2011-04-19 | |
US61/476,763 | 2011-04-19 |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2012134244A2 true WO2012134244A2 (ko) | 2012-10-04 |
WO2012134244A3 WO2012134244A3 (ko) | 2013-01-03 |
Family
ID=46932186
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/KR2012/002427 WO2012134244A2 (ko) | 2011-04-01 | 2012-03-30 | 다중 무선접속기술을 지원하는 무선 접속 시스템에서 데이터를 송수신하기 위한 방법 및 장치 |
Country Status (3)
Country | Link |
---|---|
US (1) | US9369954B2 (ko) |
CN (1) | CN103477684B (ko) |
WO (1) | WO2012134244A2 (ko) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103813370A (zh) * | 2012-11-15 | 2014-05-21 | 上海贝尔股份有限公司 | 用于wlan自动邻居列表建立和维护的方法 |
KR20140142077A (ko) * | 2013-06-03 | 2014-12-11 | 한국전자통신연구원 | 지능형 mac 구동 장치 및 방법 |
WO2015034193A1 (ko) * | 2013-09-04 | 2015-03-12 | 엘지전자 주식회사 | 코어 네트워크 내의 네트워크 컨터롤러 및 네트워크 컨트롤러에 의한 단말과 연결하는 방법 |
WO2015070446A1 (zh) * | 2013-11-15 | 2015-05-21 | 华为技术有限公司 | 一种数据传输的方法及用户设备 |
CN108924859A (zh) * | 2017-03-24 | 2018-11-30 | 北京三星通信技术研究有限公司 | 基站和数据传输方法 |
US11146481B2 (en) | 2014-09-18 | 2021-10-12 | Qualcomm Incorporated | Base station initiated control mechanism for supporting supplemental link |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10469506B2 (en) * | 2012-07-19 | 2019-11-05 | Tecore, Inc. | Systems and methods for communication control in a restricted environment |
JP6197358B2 (ja) * | 2013-05-14 | 2017-09-20 | 富士通株式会社 | 基地局装置、基地局装置におけるデータ送信方法、及び無線通信システム |
US9344939B2 (en) * | 2014-01-30 | 2016-05-17 | Intel IP Corporation | Apparatus, system and method of controlling radio access technology (RAT) communication managers |
CN105379341B (zh) * | 2014-03-20 | 2019-04-19 | 华为技术有限公司 | 传递模式信息的方法及装置 |
CN104023335A (zh) * | 2014-05-28 | 2014-09-03 | 北京邮电大学 | 一种基于sdn的异构网络融合架构 |
JP6479823B2 (ja) * | 2014-08-25 | 2019-03-06 | 京セラ株式会社 | 基地局、プロセッサ及びネットワーク装置 |
CN104601722B (zh) * | 2015-02-02 | 2018-07-24 | 西安酷派软件科技有限公司 | 通信参数同步方法及装置 |
KR102237511B1 (ko) * | 2015-04-29 | 2021-04-07 | 삼성전자주식회사 | 무선 통신 시스템에서 단말의 통신 제어 방법 및 장치 |
US9743440B2 (en) * | 2015-05-15 | 2017-08-22 | Qualcomm Incorporated | Link selection for device-to-device communications |
CN106332184B (zh) * | 2015-06-19 | 2021-11-02 | 中兴通讯股份有限公司 | 数据传输方法及装置 |
CN106341846A (zh) * | 2015-07-10 | 2017-01-18 | 中兴通讯股份有限公司 | 一种多***聚合的方法及相应的功能组件 |
KR102405903B1 (ko) * | 2015-08-05 | 2022-06-07 | 삼성전자주식회사 | 이동 단말 무선 Hot-Spot 리스트를 제공하는 서버 및 이의 제어 방법 |
JP2017038276A (ja) * | 2015-08-11 | 2017-02-16 | Kddi株式会社 | 基地局装置、通信装置、制御方法及びプログラム |
US10524278B2 (en) | 2015-11-20 | 2019-12-31 | Qualcomm Incorporated | Scheduling and token bucket for communication co-existence |
US10009912B2 (en) * | 2015-11-20 | 2018-06-26 | Qualcomm Incorporated | Scheduling and token bucket for communication co-existence |
US10356655B2 (en) * | 2016-01-07 | 2019-07-16 | Acer Incorporated | Data rate control method and related apparatuses using the same |
JPWO2017195471A1 (ja) | 2016-05-11 | 2019-03-14 | 株式会社Nttドコモ | ユーザ装置及び基地局 |
KR102494314B1 (ko) * | 2016-07-18 | 2023-02-06 | 삼성전자 주식회사 | 네트워크 상호 연결의 개선 및 네트워크 상호 연결과 관련된 개선 |
CN107926000B (zh) * | 2016-07-22 | 2021-11-16 | 北京小米移动软件有限公司 | 信息收发方法、装置及*** |
WO2018072174A1 (zh) * | 2016-10-20 | 2018-04-26 | 华为技术有限公司 | 网络切换方法、控制器、网关及*** |
US11224005B2 (en) * | 2017-07-19 | 2022-01-11 | Qualcomm Incorporated | Delivery of control plane services in multi-access systems |
EP4231704A3 (en) * | 2017-10-26 | 2024-01-17 | Huawei Technologies Co., Ltd. | Techniques for quality of service negotiation |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100189047A1 (en) * | 2009-01-27 | 2010-07-29 | Motorola, Inc. | Cooperative communications using multiple access points to improve data integrity |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1733586B1 (en) * | 2004-03-17 | 2016-03-09 | Unwired Planet International Limited | Method and arrangement for improved inter-rat handover |
KR100693045B1 (ko) * | 2004-12-20 | 2007-03-12 | 삼성전자주식회사 | 광대역 무선 통신망의 큐오에스 모니터링 시스템 및 그 방법 |
US8306539B2 (en) | 2007-11-01 | 2012-11-06 | Industrial Technology Research Institute | Efficient handover measurements for wireless multi-rat systems |
CN101453762B (zh) | 2007-11-30 | 2011-06-01 | ***通信集团公司 | 一种无线资源调度的方法及其装置和*** |
-
2012
- 2012-03-30 WO PCT/KR2012/002427 patent/WO2012134244A2/ko active Application Filing
- 2012-03-30 US US14/008,603 patent/US9369954B2/en not_active Expired - Fee Related
- 2012-03-30 CN CN201280016947.0A patent/CN103477684B/zh not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100189047A1 (en) * | 2009-01-27 | 2010-07-29 | Motorola, Inc. | Cooperative communications using multiple access points to improve data integrity |
Non-Patent Citations (2)
Title |
---|
ANAND, S.V.: 'Qos based handover layer for a multi-RAT mobile terminal in UMTS and Wi-MAX networks.' COMMUNICATION SYSTEMS SOFTWARE AND MIDDLEWARE AND WORKSHOPS, 2008. COMSWARE 2008. 3RD INTERNATIONAL CONFERENCE 06 January 2008, * |
ZACHOS BOUFIDIS ET AL.: 'Architecture and signaling protocol for migration to congnitive reconfigurable post-3G mobile systems.' NEWSLETTER ACM SIGMOBILE MOBILE COMPUTING AND COMMUNICATIONS REVIEW vol. 12, no. IS.4, October 2008, * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103813370A (zh) * | 2012-11-15 | 2014-05-21 | 上海贝尔股份有限公司 | 用于wlan自动邻居列表建立和维护的方法 |
KR20140142077A (ko) * | 2013-06-03 | 2014-12-11 | 한국전자통신연구원 | 지능형 mac 구동 장치 및 방법 |
KR101675381B1 (ko) * | 2013-06-03 | 2016-11-11 | 한국전자통신연구원 | 지능형 mac 구동 장치 및 방법 |
US9510279B2 (en) | 2013-06-03 | 2016-11-29 | Electronics And Telecommunications Research Institute | Intelligent multiple access communication control apparatus and method |
WO2015034193A1 (ko) * | 2013-09-04 | 2015-03-12 | 엘지전자 주식회사 | 코어 네트워크 내의 네트워크 컨터롤러 및 네트워크 컨트롤러에 의한 단말과 연결하는 방법 |
US9699698B2 (en) | 2013-09-04 | 2017-07-04 | Lg Electronics Inc. | Network controller within core network and method for connection with terminal by network controller |
WO2015070446A1 (zh) * | 2013-11-15 | 2015-05-21 | 华为技术有限公司 | 一种数据传输的方法及用户设备 |
CN105265014A (zh) * | 2013-11-15 | 2016-01-20 | 华为技术有限公司 | 一种数据传输的方法及用户设备 |
US10356804B2 (en) | 2013-11-15 | 2019-07-16 | Huawei Technologies Co., Ltd. | Data transmission method and user equipment |
US11146481B2 (en) | 2014-09-18 | 2021-10-12 | Qualcomm Incorporated | Base station initiated control mechanism for supporting supplemental link |
CN108924859A (zh) * | 2017-03-24 | 2018-11-30 | 北京三星通信技术研究有限公司 | 基站和数据传输方法 |
CN108924859B (zh) * | 2017-03-24 | 2023-08-25 | 北京三星通信技术研究有限公司 | 基站和数据传输方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103477684B (zh) | 2017-02-15 |
WO2012134244A3 (ko) | 2013-01-03 |
US9369954B2 (en) | 2016-06-14 |
CN103477684A (zh) | 2013-12-25 |
US20140023013A1 (en) | 2014-01-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2012134244A2 (ko) | 다중 무선접속기술을 지원하는 무선 접속 시스템에서 데이터를 송수신하기 위한 방법 및 장치 | |
WO2019216526A1 (ko) | 5gs에서 액세스 제어를 수행하는 방법 및 사용자 장치 | |
WO2019135581A1 (ko) | 어태치 요청 절차를 수행하는 방법 및 사용자 장치 | |
WO2018111029A1 (ko) | 무선 통신 시스템에서 핸드오버 수행 방법 및 이를 위한 장치 | |
WO2018231007A1 (ko) | 요청에 대한 응답 방법 및 네트워크 장치 | |
WO2019194486A1 (en) | Method and apparatus for discarding buffered data while keeping connection in cp-up separation | |
WO2018131984A1 (ko) | 무선 통신 시스템에서 ue 설정 업데이트 방법 및 이를 위한 장치 | |
WO2012121524A2 (ko) | 다중 무선접속기술을 지원하는 무선 접속 시스템에서 데이터를 송수신하기 위한 방법 및 장치 | |
WO2018008980A1 (ko) | 무선 통신 시스템에서 사용자가 선호하는 자원 운용 선택 방법 및 이를 위한 장치 | |
WO2017026844A1 (ko) | 무선 통신 시스템에서 단말에 의해 수행되는 d2d 동작 방법 및 상기 방법을 이용하는 단말 | |
WO2012047021A2 (ko) | 다중 무선접속기술을 지원하는 무선 접속 시스템에서 플로우 이동성을 제공하는 방법 및 장치 | |
WO2019098641A1 (ko) | 서비스 요청 절차를 개시하는 방법 및 사용자 장치 | |
WO2014069959A9 (ko) | 복수의 무선접속 기술를 지원하는 단말이 무선 링크 실패가 발생한 경우에 회복하는 방법 및 이를 위한 장치 | |
WO2016159521A1 (ko) | 네트워크 선택 및 트래픽 라우팅을 수행하는 방법 및 사용자 장치 | |
WO2014157898A1 (ko) | 이동통신 시스템에서 무선랜을 이용해서 트래픽을 오프 로드하는 방법 및 장치 | |
WO2014058222A1 (ko) | 이동통신 시스템에서 단말의 성능을 보고하는 방법 및 장치 | |
WO2012161551A2 (ko) | 다중 무선접속기술을 지원하는 무선 접속 시스템에서 페이징을 효율적으로 하기 위한 방법 및 장치 | |
WO2012050387A2 (ko) | 다중 무선접속기술을 지원하는 무선 접속 시스템에서 데이터를 송수신하기 위한 방법 및 장치 | |
WO2017030423A1 (ko) | 무선 통신 시스템에서 단말에 의해 수행되는 v2x 동작 방법 및 상기 방법을 이용하는 단말 | |
WO2015002447A1 (en) | Apparatus and method for switching between default path and direct path in wireless communication system | |
WO2015170858A1 (ko) | Sipto 서비스 중의 csfb 또는 srvcc를 처리하는 방법 | |
WO2018221942A1 (ko) | 상향링크 서비스 품질을 관리하는 방법 및 상기 방법을 수행하는 기지국 | |
WO2012096457A2 (ko) | 다중 무선접속기술을 지원하는 무선 접속 시스템에서 데이터를 송수신하기 위한 방법 및 장치 | |
WO2016163851A1 (ko) | 무선 통신 시스템에서 단말에 의해 수행되는 전송 우선 순위 결정 방법 및 상기 방법을 이용하는 단말 | |
WO2017034318A1 (ko) | 무선 통신 시스템에서 단말에 의해 수행되는 콜 우선화 방법 및 상기 방법을 이용하는 단말 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12763163 Country of ref document: EP Kind code of ref document: A2 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 14008603 Country of ref document: US |
|
NENP | Non-entry into the national phase in: |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 12763163 Country of ref document: EP Kind code of ref document: A2 |