WO2012096447A2 - 네트워크 또는 디바이스 및 그 네이버 발견 방법 - Google Patents

네트워크 또는 디바이스 및 그 네이버 발견 방법 Download PDF

Info

Publication number
WO2012096447A2
WO2012096447A2 PCT/KR2011/009661 KR2011009661W WO2012096447A2 WO 2012096447 A2 WO2012096447 A2 WO 2012096447A2 KR 2011009661 W KR2011009661 W KR 2011009661W WO 2012096447 A2 WO2012096447 A2 WO 2012096447A2
Authority
WO
WIPO (PCT)
Prior art keywords
coexistence
information
tvbd network
network
tvbd
Prior art date
Application number
PCT/KR2011/009661
Other languages
English (en)
French (fr)
Other versions
WO2012096447A3 (ko
Inventor
이지현
조준호
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to DE112011104470T priority Critical patent/DE112011104470T5/de
Priority to US13/575,476 priority patent/US9380589B2/en
Priority to JP2013549353A priority patent/JP6021823B2/ja
Priority to CN201180068679.2A priority patent/CN103748808A/zh
Priority to KR1020137018251A priority patent/KR101833830B1/ko
Publication of WO2012096447A2 publication Critical patent/WO2012096447A2/ko
Publication of WO2012096447A3 publication Critical patent/WO2012096447A3/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/541—Allocation or scheduling criteria for wireless resources based on quality criteria using the level of interference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/02—Resource partitioning among network components, e.g. reuse partitioning
    • H04W16/04—Traffic adaptive resource partitioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1215—Wireless traffic scheduling for collaboration of different radio technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria

Definitions

  • This specification relates to a network or a device and a neighbor discovery method thereof.
  • new frequencies are allocated through auctions, or the existing frequencies are recovered from existing operators and relocated to other operators, thereby allocating the limited resources.
  • next-generation communication systems are designed in the form of convergence of several networks, systems are becoming more complex, and the need for interworking is gradually increasing.
  • communication technologies and services have developed, the frequency of use of frequency resources has increased, and the problem of frequency depletion has reached a serious situation as it has occupied a certain frequency band to provide excellent communication technologies and services.
  • the frequency sharing method has been attracting attention as a solution to this problem. This is because the current frequency shortage is due to the existing partition type frequency management method, and the frequency distribution table seems to lack the frequency, but started from the viewpoint of solving the frequency shortage problem through the sharing method.
  • Cognitive radio technology refers to a system in which a communication device observes a communication environment by itself, determines and selects an operation method for optimal communication, and plans a future judgment process from previous communication experiences. In other words, it is adaptive and rational in finding unused or unused Spectrum holes (White space) among the frequency bands allocated to unlicensed bands. It is technology to use. At this time, if a primary user who has a license in the corresponding band is found, the user should immediately stop using the band or adjust the transmission power so as not to damage the main user.
  • an embodiment of the present specification is to discover networks or devices that are substantially interfering with each other, and manage resources so that networks or devices can efficiently coexist in consideration of the substantial interference.
  • a method for managing resources so that TV band networks or devices can coexist (coexistence) is provided.
  • a neighbor discovery method of a TeleVision Band Device (TVBD) network or a device may include transmitting a request to a coexistence manager serving a TVBD network or device; And receiving neighbor information of the TVBD network or a device in response to the request, wherein the neighbor information includes an identifier of a neighbor TVBD network or a device interfering with the TVBD network or the device, and the neighbor information. Is based on operating channels of the TVBD network or device and the Naver TVBD network or device.
  • TVBD TeleVision Band Device
  • the neighbor information may be further based on an interference level of the TVBD network or device.
  • the neighbor information may be based on measurement results of the TVBD network or device.
  • the neighbor information may be obtained from a server or another coexistence manager when the coexistence manager is needed.
  • the TVBD network or device and the Naver TVBD network or device may use different types of network technologies.
  • the neighbor discovery method may further include receiving, from the coexistence manager, information about at least one channel that is non-overlapped with a channel allocated to the NAVER TVBD network or a device. Characterized in that.
  • the transmitting may include transmitting and receiving the request through a coexistence enabler requesting and obtaining information for coexistence from the TVBD network or a device. Is a step of receiving the neighbor information through the coexistence enabler.
  • TVBD TeleVision Band Device
  • the transceiver and a controller configured to transmit and receive a request to a coexistence manager serving the TVBD network or a device and to receive neighbor information of the TVBD network or the device in response to the request, wherein the neighbor information is the TVBD network.
  • a coexistence manager serving the TVBD network or a device and to receive neighbor information of the TVBD network or the device in response to the request, wherein the neighbor information is the TVBD network.
  • the neighbor information may be further based on an interference level of the TVBD network or device.
  • the neighbor information may be based on measurement results of the TVBD network or device.
  • the neighbor information may be obtained from a server or another coexistence manager when the coexistence manager is needed.
  • the TVBD network or device and the Naver TVBD network or device may use different types of network technologies.
  • the controller may be configured to control the transceiver to receive information regarding at least one channel that is non-overlapped from a channel allocated to the NAVER TVBD network or a device from the coexistence manager. It features.
  • the transceiver unit transmits the request through a coexistence enabler that requests and obtains information for coexistence from the TVBD network or device, and transmits the request through the coexistence enabler. And receiving Naver information.
  • the management device efficiently allocates resources between networks or devices based on a substantial interference relationship, thereby maximizing utilization of limited resources.
  • FIG. 1 is a block diagram illustrating a coexistence system according to an embodiment of the present specification.
  • FIG. 2 is a block diagram illustrating a coexistence system according to another embodiment of the present specification.
  • FIG 3 illustrates an example in which a coexistence system is disposed according to an embodiment of the present specification.
  • FIG. 5 shows another example in which a coexistence system is disposed according to an embodiment of the present specification.
  • 6 (a) and 6 (b) are exemplary views illustrating the operation of the CDIS / CDB 400.
  • FIG. 7 is an exemplary view showing a coexistence contour.
  • FIG. 8 illustrates an example of a coexistence whitespace map (CWM) or a coexistence map (Coexistence MAP) in the environment of FIG. 7.
  • CWM coexistence whitespace map
  • Coexistence MAP coexistence map
  • FIG. 9 is a flowchart illustrating a neighbor search process according to an embodiment of the present disclosure.
  • FIG. 10 is a diagram illustrating available channel information of a TVBD network or a device according to embodiments of the present specification.
  • FIG. 11 is a conceptual diagram illustrating a neighbor search process according to the first embodiment disclosed in the present specification.
  • FIG. 12 is a conceptual diagram illustrating a neighbor search process according to a second embodiment of the present disclosure.
  • CM coexistence manager
  • FIG. 14 is a flowchart illustrating a process of updating a neighbor list according to embodiments of the present disclosure.
  • FIG. 15 is a diagram for describing a process of a coexistence manager (CM) 300 receiving use channel information and interference level information from a TVBD network or device 100 according to an embodiment of the present disclosure.
  • CM coexistence manager
  • FIG. 16 is a diagram for describing a process of a coexistence manager (CM) 300 receiving use channel information and interference level information from a TVBD network or device 100 according to another exemplary embodiment disclosed herein.
  • CM coexistence manager
  • FIG. 17 is a diagram for describing a process in which a coexistence manager (CM) 300 discovers a neighbor set of a TVBD network or device 100 according to an embodiment of the present disclosure.
  • CM coexistence manager
  • FIG. 18 is a diagram illustrating a service switching process of a TVBD network or device 100 or a coexistence manager (CM) 300 according to an exemplary embodiment disclosed herein.
  • CM coexistence manager
  • FIG. 19 is a diagram illustrating a service switching process of a TVBD network or device 100 or a coexistence manager (CM) 300 according to another exemplary embodiment disclosed herein.
  • CM coexistence manager
  • FIG. 20 is a diagram illustrating a service selection process of a TVBD network or device 100 according to another exemplary embodiment disclosed herein.
  • FIG. 21A is a diagram illustrating semantics of service primitives of a coexistence service change request according to one embodiment disclosed herein.
  • FIG. 21A is a diagram illustrating semantics of service primitives of a coexistence service change request according to one embodiment disclosed herein.
  • FIG. 21B is a diagram illustrating semantics of a service primitive of a coexistence service change notification according to one embodiment disclosed herein.
  • FIG. 21C is a diagram illustrating semantics of service primitives of a coexistence service change response according to one embodiment disclosed herein.
  • FIG. 21D is a diagram illustrating semantics of a service primitive of coexistence service change confirmation according to an embodiment disclosed in the present specification.
  • CM coexistence manager
  • FIG. 23 is a block diagram of a TVBD network or device 100 disclosed herein.
  • 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.
  • the terminal may be a user equipment (UE), a mobile equipment (ME), a mobile station (MS), a user terminal (UT), a subscriber station (SS), a mobile subscriber station (MSS), or a wireless device.
  • the device may be called a wireless device, a handheld device, or an access terminal (AT).
  • the IEEE 802.11 wireless local area network (WLAN) standard is 2.4. It provides transmission speeds of 11 Mbps (IEEE 802.11b) and 54 Mbps (IEEE 802.11a) using an unlicensed band at GHz or 5 GHz.
  • IEEE 802.11g applies orthogonal frequency-division multiplexing (OFDM) at 2.4 GHz to provide a transmission rate of 54 Mbps.
  • OFDM orthogonal frequency-division multiplexing
  • IEEE 802.11n applies MIMO-OFDM to provide a transmission rate of 300 Mbps for four spatial streams. IEEE 802.11n supports channel bandwidth up to 40 MHz, in which case it provides a transmission rate of 600 Mbps.
  • TV Whitespace includes VHF bands (54-60, 76-88, 174-216 MHz) and UHF bands (470-698 MHz) allocated to broadcast TV systems, and operates in the corresponding frequency bands.
  • VHF bands 54-60, 76-88, 174-216 MHz
  • UHF bands 470-698 MHz
  • TVWS is an abbreviation of TV White Space, which means an empty frequency band not used by broadcasters in the VHF and UHF frequency bands distributed for TV broadcasting. When the conditions are met, it means the unlicensed band that can be used. That is, the TV white space may mean frequency information for broadcasting.
  • spatially refers to an empty band and an unused frequency band or area where broadcasting waves cannot reach, due to fear of frequency interference between broadcasters. Does not mean empty broadcast frequency in time. It should never interfere with the television viewer, a customer of a broadcaster, to interfere with reception, nor should it affect wireless microphone devices that use part of this band to communicate at low power.
  • the fixed device refers to a device that performs transmission only at a predetermined location.
  • An IEEE 802.11 TVWS terminal represents an unauthorized device operating using IEEE 802.11 MAC and PHY in the TV whitespace spectrum.
  • Unauthorized users who want to use TV Whitespace must provide protection for authorized users. Therefore, before starting transmission in the TV band, make sure that an authorized user occupies the band.
  • the location information database is a database that stores and manages information on authorized devices registered to the user, location information of authorized devices, and channel usage information that is dynamically changed according to usage time.
  • a station performs a spectrum sensing mechanism.
  • a spectrum detection mechanism an energy detection method, a feature detection method, and the like are utilized. If the strength of the received signal is greater than or equal to a predetermined value, it is first determined that the incumbent user is in use, or if the DTV preamble is detected, the first user is determined to be in use. If it is determined that the user is in use in a channel immediately adjacent to the channel currently being used, the STA and the access point (AP) must lower the transmission power.
  • the coexistence system has a coexistence enabler (CE) 200, a coexistence manager (CM) 300, and a coexistence discovery and management server (CDIS) according to a function. Server) or Coexistence Database (CDB) 400.
  • CE coexistence enabler
  • CM coexistence manager
  • CDB Coexistence Database
  • the coexistence manager (CM) 300 and the coexistence enabler (CE) 200 are logical entities defined for coexistence between different wireless systems or wireless operators operating in an unauthorized state in the TV whitespace.
  • the coexistence manager (CM) 300 has an interface with the TVWS database and provides a policy and guidelines related to coexistence for the coexistence between different systems and operators operating on the TVWS, and is connected to the coexistence enabler (CE) ( 200) An object that can perform resource allocation to solve the interface problem between them.
  • the coexistence enabler (CE) 200 has an interface with the TVBD network or the device 100 and transmits information and commands received from the coexistence manager (CM) 300 to the TVBD network or the device 100.
  • STAs may perform a function of a coexistence enabler (CE) 200, and a coexistence manager (CM) as a higher object that can control a plurality of coexistence enabler (CE) 200. It deals with the coexistence network structure in which a management entity such as 300 exists.
  • the coexistence enabler (CE) 200 receives information or commands related to coexistence from the coexistence manager (CM) 300.
  • the received information or command is converted into media specific information or command by the coexistence enabler (CE) 200 for operation of the TVBD network or device 100 required by the message.
  • the coexistence enabler (CE) 200 may be converted into a message form defined in the coexistence system by the coexistence enabler (CE) 200 and transmitted to the coexistence manager (CM) 300.
  • the coexistence enabler (CE) 200 is located in the TVBD network or device 100 so that information and commands for coexistence can be delivered with service access points (SAPs) and primitives with the TVBD network or device 100 management entity. (primitive) must be defined.
  • SAPs service access points
  • the coexistence manager (CM) 300 may service one or more coexistence enablers (CE) 200.
  • the coexistence manager (CM) 300 may obtain necessary information from an external entity, such as a TVWS database, or a coexistence enabler (CE) 200 or another coexistence manager (CM) 300, which is serviced by itself.
  • the coexistence manager (CM) 300 exchanges information or command messages with other coexistence managers (CM) 300, or transmits information or commands to the coexistence enabler (CE) 200 serviced by them.
  • the coexistence manager (CM) 300 makes a coexistence decision making based on the obtained information, and determines an operation channel and a maximum transmit power value of the coexistence enabler (CE) 200 which it services. May be included in the decision.
  • the TVBD network or device 100 may be a device or a network as an unauthorized user using the TV band.
  • the TVBD network or the device 100 may be a device operating in a master mode such as an access point (AP) or a base station (BS). They may communicate with the coexistence manager (CM) 300 for coexistence while operating in the master mode and manage / control devices operating in the slave mode.
  • AP access point
  • BS base station
  • CM coexistence manager
  • CDIS (400) has an interface with the coexistence manager (CM) (300), the coexistence manager (CM) 300 and the coexistence manager (CM) service that the coexistence manager (CM) 300 that they service.
  • Information about the TVBD network or device 100 served by the coexistence enabler (CE) 200 or the TVBD network or device 100 may be Available channel list information obtained from the TVBD network or the measurement result of the device 100, a list of coexistence enabler (CE) 200 serviced by the coexistence manager (CM) 300, etc., the coexistence manager ( CM) can be obtained from the management (300).
  • the CDIS 400 may calculate a neighbor relationship between the coexistence managers (CM) 300 and the coexistence enabler (CE) 200 serviced by the CDIS 400. That is, when considering a specific TVBD network or device 100, who is the TVBD network or device 100 in an interfering relationship with the TVBD network or device 100 and the TVBD network or device 100
  • the service coexistence enabler (CE) 200 and the coexistence manager (CM) 300 can be calculated who.
  • the coexistence enabler (CE) 200 establishes a connection with the coexistence manager (CM) 300 and registers itself with the coexistence manager (CM) 300.
  • Coexistence manager (CM) 300 should also establish a connection with a neighbor coexistence manager (CM) (300).
  • the coexistence manager (CM) 300 manages the registered coexistence enabler (CE) 200 and provides a service for coexistence.
  • a topology in which the coexistence manager (CM) 300 manages a plurality of coexistence enablers (CE) 200 and makes decisions for coexistence is called a centralized topology.
  • the coexistence enabler (CE) 200 depends on the decision of the coexistence manager (CM) 300.
  • the coexistence enabler (CE) 200 is connected to the coexistence manager (CM) 300 through the interface B1, and the coexistence manager (CM) 300 connects the interface B2 with the CDIS or the CDB 400. Is connected through, the coexistence manager (CM) 300 is connected to another coexistence manager (CM) (200 ') interface B3.
  • the coexistence enabler (CE) 200 is connected to the TVBD network or the device 100 through the interface A.
  • the TVBD network or device 100 refers to a terminal that enables use of a TV white space by the Federal Communications Commission (FCC).
  • the TVBD network or device 100 may be connected to the TVWS database 600 through the interface C.
  • the coexistence enabler (CE) 200 may request and obtain information required for coexistence from the TVBD (TeleVision Band Device) network or device 100, and coexistence manager (CM) 300.
  • the coexistence manager (CM) 300 is a function of searching for other CMs to solve coexistence problems between TVBD networks, generating a corresponding coexistence request / command and control information, and generating the coexistence enabler (CE).
  • the coexistence manager (CM) 300 is a function of selecting a representative coexistence manager by sharing information about the coexistence managers, coexistence for efficiently sharing frequency resources between other networks and systems as described below It may have a function of generating a white space map and a function of assisting network operators in performing management related to TVWS coexistence.
  • the coexistence manager (CM) 300 may be implemented in an embedded form in a device such as an access point (AP) or a base station (Base-station), or may be implemented outside the device.
  • a device such as an access point (AP) or a base station (Base-station), or may be implemented outside the device.
  • AP access point
  • Base-station base station
  • the CDIS / CDB 400 may be represented as CDIS or CDB according to a function.
  • CDIS / CDB 400 provides the ability to create a coexistence whitespace map or coexistence map, and manage management related to TVWS coexistence in order to efficiently share frequency resources between different networks and systems.
  • the controller may have a function of controlling a plurality of operators and a function of electing a representative CM in order to reduce communication overhead between coexistence managers and solve a coexistence problem.
  • the CDIS / CDB 400 calculates a coexistence contour to search for neighboring networks / systems, and coexistence whitespace map or coexistence map to solve a coexistence problem.
  • the CDIS / CDB 400 distributes resources omnipotent in allocating resources, or proposes a criterion of priority among the CM 300 as an intermediary. Coordination of resource selection of the coexistence manager (CM) 300 may be performed, or may serve as a medium for sharing information between external and heterogeneous networks between the coexistence manager (CM) 300 as a DB (Data Base).
  • CM coexistence manager
  • the interface A is an interface between the coexistence enabler (CE) 200 and the TVBD network or the device 100, and information required for coexistence from the TVBD network or the device 100 is configured for coexistence ( configuration / information request, configuration / measurement / information response for coexistence, and other information can be provided as needed Reconstruction request / command and control information (corresponding to coexistence request / command and control information received from CM), TVBD network or device 100 from the coexistence enabler (CE) 200 to the TVBD network or device 100. Requests / commands related to controlling the measurements performed by the user, information informing of possible resources, and other information may be provided as needed.
  • the interface B1 is an interface between the coexistence enabler (CE) 200 and the coexistence manager (CM) 300, and the coexistence manager (CM) 300 from the coexistence enabler (CE) 200 is used for coexistence.
  • the required information (information obtained from the TVBD network or device 100) and other information as needed may be provided.
  • From the coexistence manager (CM) (300) to the coexistence enabler (CE) (200) may be provided with coexistence request / command and control information and other information as needed.
  • the interface B2 is an interface between the coexistence manager (CM) 300 and the CDIS / CDB (400), which is required for a coexistence map from the coexistence manager (CM) 300 to the CDIS / CDB (400) Information, information required for neighbor sets, information required for register / unenrolled, information required for discovery (obtained by the currently used CM), required for coexistence The information to be obtained (obtained by the currently used CM) and other information as necessary may be provided.
  • the coexistence manager (CM) 300 is notified for the information notified for the coexistence map, the neighbor set (or neighbor list).
  • Information information notified for the representative CM, information required for discovery (obtained by another CM), information required for coexistence (obtained by another CM), other information as needed, and the like may be provided. .
  • the interface B3 is an interface between the coexistence manager (CM) 300 and another coexistence manager (CM) 300 ', from the coexistence manager (CM) 300 to another coexistence manager (CM) 300'.
  • Information and messages required for discovery and coexistence, registration / unresgister from coexistence manager (CM) to representative coexistence manager (CM) or from device coexistence manager (CM) to server coexistence manager (CM))
  • Information to be notified for the coexistence map Information to be informed for the coexistence map (from the CM to the representative CM or from the server's CM to the device's CM), information required for policy exchange / negotiation, and other information as necessary. .
  • the interface C is an interface between the TVBD device 100 and the TVWS database 600, so that information notified for an available channel from the TVWS DB 600 to the TVBD network or the device 100 may be provided.
  • the interface D is an interface between the coexistence manager (CM) 300 and an operator management entity (OME) 700 and a network operation related to information from the OME 700 to the coexistence manager (CM) 300.
  • Information eg, constraints associated with operating spectrum policy / network
  • other information may be provided as needed.
  • FIG. 2 is a block diagram illustrating a coexistence system according to another embodiment of the present specification.
  • the coexistence enabler 200 and the coexistence manager (CM) 300 may be embedded in an access point (AP) and a base station (BS: BaseStation), respectively.
  • the CDIS / CDB 400 may be connected to the TVWS database 600. Through this connection, the CDIS / CDB 400 may receive TV whitespace information from the TVWS database 600.
  • FIG 3 illustrates an example in which a coexistence system is disposed according to an embodiment of the present specification.
  • the communication system A may be a cellular communication such as CDMA, GSM, CDMA-2000, WCDMA, LTE, LTE-Advanced, IEEE 802.16.
  • the system B may be a cellular system having a smaller cell coverage than the communication system A.
  • the system B may be a system such as Wi-Fi.
  • the system C may be a cellular system such as a femto cell having a smaller cell coverage than the system B.
  • a coexistence manager (CM) exists in each of the communication system A, the communication system B, and the communication system C.
  • CM coexistence manager
  • the communication system A, the communication system B, and the communication system C geographically coexist with each other in the network A, and also coexist with each other in the network B.
  • the CDIS / CDB 400 may generate a coexistence map and transmit the coexistence map to each of the coexistence managers CM.
  • the coexistence manager (CM) 300 is shown as not embedded in the AP and BS, but this is for illustrative purposes only, the coexistence manager (CM) (300) May be embedded in the AP and the BS.
  • a coexistence enabler (CE) 200 may be embedded in the AP and the BS.
  • the AP and the BS register with the coexistence manager (CM) 300, the CDIS / CDB 400, and the TVWS database 600, respectively.
  • CM coexistence manager
  • the coexistence manager (CM) 300 likewise performs registration in the CDIS / CDB 400 and the TVWS database.
  • the CDIS / CDB 400 may receive a channel list for broadcasting from the TVWS database 600.
  • the channel list may be frequency information for broadcasting.
  • the channel list may include information about an operating channel of the broadcast and a transmit power limitation.
  • the CDIS / CDB 400 uses the location information and available channel information of the BS and the AP to determine whether the CDIS / CDB 400 coexists in an arbitrary region.
  • the coverage radius of the AP and the BS is calculated and based on the channel list, that is, the frequency information for the broadcasting, different types of access points located in the arbitrary region, that is, the AP and the A BS (or resource) or one or more frequency bands available to the BS may be allocated, and information about the channel (or resource) and band may be generated and transmitted, for example, a coexistence map.
  • FIG. 5 shows another example in which a coexistence system is disposed according to an embodiment of the present specification.
  • the coexistence manager (CM) or CSIS / CDB (400) can be adjusted so that several APs can coexist in the radio.
  • the various APs may be connected to the CDIS / CDB 400 using a physical connection such as the Internet.
  • the CDIS / CDB 400 may obtain channel information for broadcasting from the TVWS database 600 as described above.
  • the CDIS / CDB 400 may obtain channel information, for example, a broadcast channel set, for broadcasting in a specific geographic area.
  • the CDIS / CDB 400 may calculate a coexistence contour. In particular, it may be equipped with a neighbor detection function on whitespace for TV broadcast or other systems operating on a TV broadcast frequency.
  • the CDIS / CDB 400 may generate a coexistence whitespace map or a coexistence map as described above.
  • the CDIS / CDB 400 may provide common clock information. It can also provide information for time synchronization between different systems.
  • the CDIS / CDB 400 may provide parameters for radio range and interference range of each device.
  • the CDIS / CDB 400 may provide parameters for the aforementioned coexistence contour.
  • the CDIS / CDB 400 may identify neighbor network devices for coexistence between other systems.
  • the CDIS / CDB 400 may provide information about transmission power, antenna height, and other physical parameters of each network.
  • 6 (a) and 6 (b) are exemplary views illustrating the operation of the CDIS / CDB 400.
  • CM1 and CM2 receive location information and frequency information for the broadcast, for example, information on a whitespace map (WM) from the TVWS DB 600.
  • the white space map may mean information on empty frequency bands not used by broadcasters in the VHF and UHF frequency bands distributed for TV broadcasting.
  • the CDIS / CDB 400 may be connected to the TVWS DB 600 to receive frequency information for the broadcast, for example, the white space map, from the TVWS DB 600.
  • the CDIS / CDB 400 generates a coexistence whitespace map (CWM) or a coexistence map (CWM) as described above based on the frequency information for the broadcast, for example, the white space map. can do.
  • the generated coexistence whitespace map (CWM) or coexistence map (Coexistence MAP) may be delivered to the first coexistence manager CM1 and the second coexistence manager CM2.
  • the first coexistence manager (CM1) and the second coexistence manager (CM2) is connected to the TVWS DB (600).
  • the TVWS DB 600 may be connected to the CDIS / CDB 400.
  • the CDIS / CDB 400 may transmit the above-described coexistence whitespace map (CWM) or coexistence map (Coexistence MAP) to the TVWS DB 600, and the TVWS DB 600 receives the received coordination map.
  • a coexistence whitespace map (CWM) or a coexistence map (Coexistence MAP) may be delivered to the first coexistence manager CM1 and the second coexistence manager CM2.
  • the TVWS DB 600 may impersonate the received coexistence whitespace map (CWM) or coexistence map (Coexistence MAP) as the frequency information for the broadcast, for example, the whitespace map, and transmit the same. .
  • the TVWS DB 600 may store not only the received Coexistence Whitespace Map (CWM) or Coexistence Map (CWM) but also frequency information for the broadcast, for example, the white space map. It can be delivered to the first coexistence manager (CM1) and the second coexistence manager (CM2).
  • the first coexistence manager (CM1) and the second coexistence manager (CM2) is not only the received coexistence whitespace map (CWM) or coexistence map (Coexistence MAP), but also the frequency information for the broadcast, For example, when all of the whitespace maps are received, an appropriate one can be selected and used.
  • FIG. 7 is an exemplary view showing a coexistence contour.
  • Network A, Network B, and Network C are in close proximity to each other.
  • the coexistence contour of each network is shown by the solid line, and the separation distance of each network is shown by the dotted line.
  • the coexistence contour is determined by the characteristics of each network itself.
  • the separation distance may be determined by the characteristics with other networks.
  • the coexistence contours of the network A and the network B almost touch each other, and partially overlap the coexistence contours of the network A and the network C.
  • FIG. 8 illustrates an example of a coexistence whitespace map (CWM) or a coexistence map (Coexistence MAP) in the environment of FIG. 7.
  • CWM coexistence whitespace map
  • Coexistence MAP coexistence map
  • channels 1 to 6 exist.
  • channels 1 and 2 are channels used for broadcasting according to frequency information for the broadcasting, for example, the white space map.
  • the CDIS / CDB 400 transmits the coexistence whitespace map (CWM) or the coexistence map (Coexistence MAP) to the network A indicating that channel 4 is an idle channel. Accordingly, if the network A determines to use channel 4, the CDIS / CDB 400 determines that the coexistence whitespace map (CWM) or coexistence indicates that channel 3, channel 5, and channel 6 are idle channels. A map (Coexistence MAP) is transmitted to the network B. Accordingly, if the network B determines to use channel 6, for example, the CDIS / CDB 400 determines that the coexistence whitespace map (CWM) or coexistence map (CWM) indicating that channel 3 and channel 5 are idle channels. Coexistence MAP) may be sent to network C.
  • Coexistence whitespace map CWM
  • Coexistence MAP coexistence whitespace map
  • the CDIS / CDB 400 transmits the coexistence whitespace map (CWM) or the coexistence map (CWM) to the networks A, B, and C, respectively, so that the networks A, B, and C Enable coexistence on the radio.
  • CWM coexistence whitespace map
  • CWM coexistence map
  • the coexistence manager (CM) 300 determines an operation channel (or an operation channel) of the coexistence enabler (CE) 200 which it services.
  • the coexistence manager (CM) 300 efficiently allocates operation channels in a TV band or efficiently uses interference channels and available channel lists between the TVBD networks or devices 100 serviced by each coexistence enabler (CE). Allocate an operating channel.
  • the TVBD network or the device 100 serviced by the coexistence enabler (CE) 200 may operate in an intersection region of an operation channel allocated to the coexistence enabler (CE) and an available channel. If the TVBD network or the device 100 wants to move from the coexistence manager (CM) 300 to a channel other than the operation channel assigned to the coexistence enabler (CE) 200, the operation channel cannot be changed independently.
  • the operation channel assignment from the coexistence manager (CM) 300 should be newly changed.
  • the coexistence manager (CM) 300 In the coexistence system, the coexistence manager (CM) 300 must obtain a neighbor relationship between the coexistence enabler (CE) that it services to solve the coexistence problem. Accordingly, the coexistence manager (CM) 300 is a TVBD network of a coexistence enabler (CE) or a device that is being serviced by a coexistence enabler (CE) of a coexistence manager (CM). It knows if there is an interference relationship with the device and can assign different radio resources to the TVBD network or device.
  • Coexistence manager (CM) 300 is a coexistence between the service coexistence enabler (CE), TVBD network or devices that they service or other coexistence manager (CM) before determining the operating channel of the coexistence enabler (CE).
  • a neighbor list may be requested by accessing the CDIS 400 to obtain an interference relationship with a TVBD network or a device serviced by the Able CE.
  • the coexistence manager (CM) 300 transmits a neighbor list request message to the CDIS (400).
  • Table 1 below shows a frame structure of a neighbor list request message according to one embodiment disclosed herein.
  • the neighbor list request message includes a header and a payload.
  • the header is different from the identifier (SourceIdentifier) of the coexistence manager (CM) 300 transmitting the request of the neighbor list, the identifier (DestinationIdentifier) of the CDIS / CDB 400 receiving the request of the neighbor list, and the frame of the neighbor list request message. It includes a message type for distinguishing from a coexistence frame (InformationType) and a sequence number of a message (DialogTocken).
  • Payload is CM identifier of coexistence manager (CM) to obtain Naver list, CE identifier of coexistence enabler (CE) serviced by coexistence manager (CM) to obtain Naver list, TVBD Type of network or device (TVBDType), TVBD network or device location information (Geolocation) expressed in three-dimensional coordinates, the channel number indicated by the available channel list obtained from the TVWS database 600, TVTV network or device available TV It may include a channel number (ChannelNumber) indicating a band band and the maximum power level (MaximumPowerLevel) of the TVBD network or device 100.
  • CM coexistence manager
  • CE coexistence enabler
  • TVBDType TVBD network or device location information
  • the CM identifier of the coexistence manager (CM) to obtain the NAVER list is a coexistence manager (CM) 300 that transmits a request for the NAVER list when a plurality of coexistence managers (CM) exist in the coexistence system.
  • CM coexistence manager
  • it may be an identifier of another coexistence manager (CM) recognized by the coexistence manager (CM) 300.
  • the CM identifier of the coexistence manager CM to obtain a neighbor list is repeated for each coexistence manager CM.
  • the coexistence manager (CM) who wants to obtain a neighbor list services a plurality of coexistence enablers (CE)
  • the coexistence enabler (CE) serviced by the coexistence manager (CM) who wants to obtain a neighbor list is repeated for each coexistence enabler CE.
  • the type of TVBD network or device (TVBDType) and the location information (Geolocation) of the TVBD network or device are repeated for each TVBD network or device. do.
  • the channel number ChannelNumber and the maximum power level Repeat for each available channel.
  • TVBDType type of TVBD network or device
  • the location information (Geolocation) of the TVBD may be defined as shown in Table 3 below.
  • the channel number ChannelNumber may be a TV channel number or an operating channel of a TVBD network or device.
  • an operating channel of a TVBD network or a device may be represented by a combination of an operating class and a channel number.
  • the CDIS 400 Upon receiving the request message of the neighbor list from the coexistence manager (CM) 300, the CDIS 400 calculates the neighbor list of the requested coexistence manager (CM) among the coexisting managers (CM) that they service.
  • the neighbor information may include information about the coexistence enabler (CE), TVBD network or device in the interference zone with the coexistence enabler (CE), TVBD network or device of the requested coexistence manager (CM). have.
  • CE may be neighbor information.
  • NAVER information is shared between cooperative enabler (CE) serviced by the requested coexistence manager (CM) and coexistence service provided by the requested coexistence manager (CM). It may include a co-enabler (CE) and a TVBD network or device serviced by the enabler (CE) and another coexistence manager (CM) present in the interference zone.
  • the CDIS 400 transmits a neighbor list response message including neighbor information to the coexistence manager (CM) 300.
  • CM coexistence manager
  • Table 4 below shows a frame structure of a neighbor list response message according to one embodiment disclosed herein.
  • NeighborCM COEX_ID NAVER CM Identifier NeighborCE COEX_ID NAVER CE Identifier
  • NeighborTVBDAddress OCTET (6) Mac address of NAVER TVBD network or device
  • the neighbor list response message includes a header and a payload.
  • the header is different from the identifier (SourceIdentifier) of the coexistence manager (CM) 300 that sent the request of the neighbor list, the identifier (DestinationIdentifier) of the CDIS / CDB 400 receiving the request of the neighbor list, and the frame of the neighbor list response message. It includes a message type for distinguishing from a coexistence frame (InformationType) and a sequence number of a message (DialogTocken).
  • the payload is the CM identifier of the coexistence manager (CM) that wants to obtain the NAVER list (this corresponds to the CM identifier of the NAVER list request message), and the coexistence service provided by the coexistence manager (CM) who wants to obtain the NAVER list.
  • CM coexistence manager
  • CM coexistence manager
  • TVBDAddress neighbor identifier of CMBD in coexistence manager
  • TVBDAddress TVBDAddress Contains the unique number (NeighborTVBDAddress) of the TVBD network or device in the.
  • the CM identifier of the coexistence manager CM to obtain a neighbor list is repeated for each coexistence manager CM.
  • the coexistence manager (CM) who wants to obtain a neighbor list services a plurality of coexistence enablers (CE)
  • the coexistence enabler (CE) serviced by the coexistence manager (CM) who wants to obtain a neighbor list is repeated for each coexistence enabler CE.
  • TVBDType type of TVBD network or device
  • Geolocation location information
  • the identifier (NeighborCM) of the coexistence manager (CM) having a neighbor relationship with the TVBD network or device indicated by TVBDAddress and the TVBD indicated by TVBDAddress are repeated for each TVBD network or device. do.
  • the Naver List Response message is a Naver Coexistence Enabler (CE) of a Coexistence Enabler (CE) 200, a TVBD network, or a device serviced by a Coexistence Manager (CM) 300 that requested a Naver List through a Naver List Request message. (200), if the Naver TVBD network or device is present in the coexistence system, for each TVBD network or device, the coexistence enabler (CE) 200, which the Naver TVBD network or device is serviced, coexists It includes information about the manager (CM) (300).
  • CM Coexistence Manager
  • FIG. 9 is a flowchart illustrating a neighbor search process according to an embodiment of the present disclosure.
  • the CDIS 400 calculates a neighbor list based on the location information of all TVBD networks or devices existing in the coexistence system and the information on the available channel list.
  • Information about the location information and available channel list of all TVBD networks or devices existing in the coexistence system is transmitted in the process of the coexistence manager (CM) 300 registering with the CDIS 400, or each coexistence manager (CM) 300
  • Each coexistence manager (CM) 300 is obtained by retransmitting the neighbor list request message to the CDIS 400 when the location information or the available channel of the TVBD network or the device serviced by the C) is updated.
  • the navigation process of the CDIS 400 is as follows. First, a connection is established between the CDIS 400 and the coexistence manager (CM) 300 through the interface B2.
  • the coexistence manager (CM) 300 transmits a request message of the neighbor list to the CDIS 400 using the frames shown in Table 1 (S110).
  • the CDIS 400 may include a TVBD network or device type (TVBDType) included in the request message of the neighbor list, a location information (Geolocation) of the TVBD network or a device, and a channel number indicating a TV band band available for the TVBD network or device. ChannelNumber) may be used to obtain an interference relationship between each TVBD network or device (S120).
  • the CDIS 400 may obtain a neighbor list based on the interference relationship between each obtained TVBD network or device.
  • the CDIS 400 transmits a response message of the neighbor list to the coexistence manager (CM) 300 using the frames shown in Table 4 (S130).
  • the CDIS 400 performs channel-to-channel between each TVBD network or device in consideration of the physical distance (coexistence contour) between each TVBD network or device and the available channel list of each TVBD network or device.
  • the channel determines which neighbor relationship is established.
  • the CM 300 After receiving the response message of the neighbor list from the CDIS 400, the CM 300 checks the operation channel to the coexistence manager managing the corresponding Naver TVBD network or device, if there is a NAVER TVBD network or device.
  • the channel is considered (e.g., so that the operating channel does not overlap) to determine the operating channel of the TVBD network or device.
  • the determination of the operation channel may be performed by the CE 200 or the TVBD network or the device 100.
  • FIG. 10 is a diagram illustrating available channel information of a TVBD network or a device according to embodiments of the present specification.
  • the coexistence enabler CE A is a fixed device (eg, when the device type of Table 1 is 2) and the TV exists on TV channel 3.
  • the available channels of coexistence enabler (CE) A may be channel 1 and channel 5.
  • the coexistence enabler (CE) B is a personal / portable device (for example, when the device type of Table 1 is 3), and there is a TV on TV channel 1. Available channels of the coexistence enabler (CE) B may be channels 2 to 5.
  • FIG. 11 is a conceptual diagram illustrating a neighbor search process according to the first embodiment disclosed in the present specification.
  • the coexistence manager (CM) A may service the coexistence enabler (CE) A and the coexistence enabler (CE) B having the channel information shown in FIG. 11.
  • Coexistence manager (CM) A may request the neighbor list to the CDIS (400).
  • the CDIS 400 calculates an interference range based on geolocation of each coexistence enabler (CE), and the coexistence enabler (CE) A and the coexistence enabler (CE) B You can judge that you are in Naver relationship.
  • channel 5 is a channel available to both coexistence enabler (CE) A and coexistence enabler (CE) B, and thus is in a neighbor relationship.
  • Table 5 below shows an example of a frame of a neighbor list response message according to a neighbor search according to the first embodiment disclosed herein.
  • the data value of the CM identifier of the coexistence manager (CM) to obtain the NAVER list (this corresponds to the CM identifier of the NAVER list request message) becomes the coexistence manager (CM) A, and the coexistence to obtain the NAVER list.
  • the data value of the CE identifier of the coexistence enabler CE serviced by the manager CM becomes the coexistence enabler CE A.
  • the data value of the TV channel number ChannelNumber becomes 5
  • the data value of the identifier CE of the coexistence enabler CE which is in neighboring relationship with the coexistence enabler CE indicated by the TVBDAddress is coexistent. It becomes Able (CE) B.
  • FIG. 12 is a conceptual diagram illustrating a neighbor search process according to a second embodiment of the present disclosure.
  • the coexistence manager (CM) A services the coexistence enabler (CE) A having the channel information shown in FIG. 10, and the coexistence manager (CM) B coexists with the channel information shown in FIG. 10. Enabler (CE) B can be serviced.
  • Coexistence manager (CM) A may request the neighbor list to the CDIS (400).
  • the CDIS 400 calculates an interference range based on geolocation of each coexistence enabler (CE), and the coexistence enabler (CE) A and the coexistence enabler (CE) B You can judge that you are in Naver relationship.
  • the coexistence enabler is independent of interference.
  • Each of the (CE) A and the coexistence enabler (CE) B may select and use one of their available channels.
  • channel 5 is a channel available to both coexistence enabler (CE) A and coexistence enabler (CE) B, and thus is in a neighbor relationship.
  • the coexistence enabler (CE) A and the coexistence enabler (CE) B use channel 5 at the same time, they are mutually interfered or given.
  • Table 6 is a diagram illustrating an example of a frame of a neighbor list response message according to a neighbor search according to the second embodiment of the present disclosure.
  • the data value of the CM identifier of the coexistence manager (CM) to obtain the NAVER list (this corresponds to the CM identifier of the NAVER list request message) becomes the coexistence manager (CM) A, and the coexistence to obtain the NAVER list.
  • the data value of the CE identifier of the coexistence enabler CE serviced by the manager CM becomes the coexistence enabler CE A.
  • the data value of the TV channel number ChannelNumber becomes 5
  • the data value of the identifier CE of the coexistence enabler CE in a neighbor relationship with the coexistence enabler CE indicated by the CEidentifier is coexistence. It becomes the Able (CE) B
  • the data value of the NeighborCM of the coexistence manager (CM) in the neighbor relationship with the coexistence enabler (CE) A indicated by the CMidentifier becomes the coexistence manager (CM) B.
  • CM coexistence manager
  • the first coexistence manager CM1 requests the neighbor list of the first TVBD network or the device serviced by the first coexistence manager CM1 from the CDIS 400 (S110).
  • the CDIS 400 calculates a neighbor list of the first TVBD network or device serviced by the first coexistence manager CM1 (S120), and transmits the calculated neighbor list to the first coexistence manager CM1 (S130).
  • the first coexistence manager CM1 requests information from the second coexistence manager CM2 serving the second TVBD network or device included in the neighbor list received from the CDIS 400 or the first coexistence through negotiation (S140).
  • the manager CM1 may determine an operation channel of the TVBD network or the device serviced (S150).
  • the first coexistence manager CM1 receives information about an operation channel assigned to a second network or a device from the second coexistence manager CM2, and the second network or device is available from the available channels of the first network or device.
  • a channel that is not assigned as a management channel to a device may be assigned as a management channel of the first network or device.
  • FIG. 14 is a flowchart illustrating a process of updating a neighbor list according to embodiments of the present disclosure.
  • the coexistence manager (CM1) When the location information or available channel list of the coexistence enabler (CE), TVBD network or device serviced by the coexistence manager (CM1) is updated, the coexistence manager (CM1) includes the updated information in the CDIS 400.
  • the list request message is transmitted (S210).
  • the CDIS 400 recalculates the neighbor list based on the updated information (S220), and transmits the updated neighbor list to the coexistence manager CM1 (S230).
  • a specific type may be designated to indicate whether the neighbor list has been changed.
  • the CDIS 400 When the CDIS 400 services a plurality of coexistence managers (CMs), when the information of a specific coexistence manager (CM1) is updated and a neighbor list request is received, the newly calculated neighbor relationship is different based on the updated information. It may include a co-enable Enabler (CE), a TVBD network, or a device (CM3).
  • the CDIS 400 transmits the changed Naver information to the coexistence manager (CM) whose Naver list is changed without any special request (unsolicited response) (S250), or sends the changed Naver list to the coexistence manager (CM3) according to the request. It can transmit (announcement) (S240 and S250).
  • FIG. 15 is a diagram for describing a process of a coexistence manager (CM) 300 receiving use channel information and interference level information from a TVBD network or device 100 according to an embodiment of the present disclosure.
  • CM coexistence manager
  • the TVBD network or device 100 may transmit the use channel information and the interference level information to the coexistence manager (CM) 300 through a measurement message.
  • the TVBD network or device 100 may transmit the measurement frame format to the coexistence manager (CM) 300 at the request of the coexistence manager (CM) 300.
  • the coexistence manager (CM) 300 transmits a measurement request (measurement_request) to the coexistence enabler (CE) 200 (S312), and the coexistence enabler (CE) 200 transmits the received measurement request.
  • the transmission is sent to the TVBD network or the device 100 (S314).
  • the TVBD network or the device 100 transmits a measurement report to the coexistence enabler (CE) 200 in response to the measurement request (S316), and the coexistence enabler (CE) 200
  • the received measurement report is transmitted to the coexistence manager (CM) 300 (S318).
  • FIG. 16 is a diagram for describing a process of a coexistence manager (CM) 300 receiving use channel information and interference level information from a TVBD network or device 100 according to another exemplary embodiment disclosed herein.
  • CM coexistence manager
  • the TVBD network or the device 100 may periodically transmit the measurement frame format to the coexistence manager (CM) 300. That is, the TVBD network or the device 100 periodically transmits a measurement report to the coexistence enabler (CE) 200 (S322), and the coexistence enabler (CE) 200 transmits the received measurement report to the TVBD network. Or it transmits to the device 100 (S322).
  • CM coexistence manager
  • the measurement request frame format may be defined as shown in Table 7 below.
  • Coexistence frame header identifies a frame.
  • the value of the information type field may be set, for example, to 3 (measurement request).
  • the measurement request elements field may include one or more measurement request elements.
  • the number and length of measurement request elements in a single measurement request frame may be limited by the maximum allowed Coexistence Protocol Data Unit (CXPDU) size.
  • Measurement request elements may include a request to perform a specified measurement operation of the TVBD network or device 100 that receives the measurement request.
  • the measurement request element frame format may be defined as shown in Table 8 below.
  • the measurement type field may be defined as shown in Table 9 below.
  • a measurement type may indicate an interference level.
  • the measurement request field corresponding to the interference level request element may be defined as shown in Table 10 below.
  • the Measurement Start Time field is set to the time at which the requested measurement starts. A value of zero indicates that the requested measurement starts immediately.
  • the Measurement Duration field is set to the delay time of the requested measurement, expressed in time units (TUs).
  • TV Channel Numbers indicate TV channel numbers to which a measurement request applies. Channel numbers may be defined differently in each country or region.
  • the measurement report frame format may be defined as shown in Table 11 below.
  • Coexistence frame header identifies a frame.
  • the value of the information type field of the measurement report may be set to 4, for example.
  • the measurement report elements field may include one or more measurement report elements. The number and length of measurement report elements in a single measurement report frame may be limited by the maximum allowed CXPDU size.
  • Measurement report elements frame format may be defined as shown in Table 12 below.
  • the measurement type field may be defined as shown in Table 3 above.
  • a measurement type may indicate an interference level.
  • the measurement report field corresponding to the interference level report element may be defined as shown in Table 13 below.
  • the Actual Measurement Start Time field is set to the time when the TVBD measurement started.
  • the Measurement Duration field is set to the delay time during which the TVBD report expressed in time units (TUs) is measured.
  • the measuring TVBD address is set to the MAC address of the TVBD network or device 100 that actually performed the measurement.
  • the interference level report field may be repeated periodically.
  • the interference level report field may indicate the detected TVBD network or device 100.
  • a measurement type may indicate occupied channel information.
  • a measurement report field corresponding to occupied channel information may be defined as shown in Table 14 below.
  • Table 14 Information element Actual Measurement Start Time Measurement duration Measuring TVBD Address Occupied Channel Information Report Octet 8 2 6 Variable
  • the occupied channel information report may be defined as shown in Table 15 below.
  • the Actual Measurement Start Time field is set to the time when the TVBD measurement started.
  • the Measurement Duration field is set to the delay time during which the TVBD report expressed in time units (TUs) is measured.
  • the channel number may be set to a channel number used by the TVBD user.
  • FIG. 17 is a diagram for describing a process in which a coexistence manager (CM) 300 discovers a neighbor set of a TVBD network or device 100 according to an embodiment of the present disclosure.
  • CM coexistence manager
  • the CDIS 400 receives neighbor information, timing information, resource information, interference level, and the like from the TVBD network or the device 100 or the coexistence manager (CM) 300, and calculates a neighbor set.
  • the calculated Naver set is transmitted to the coexistence manager (CM) 300 (S410).
  • the coexistence manager (CM) 300 transmits a request for usage channel information of the NAVER TVBD network or device 100 'including the neighbor set to the NAVER coexistence manager (CM) 300' (S420).
  • the coexistence manager (CM) 300 receives use channel information of the Naver TVBD network or the device 100 'from the Naver coexistence manager (CM) 300' (S430).
  • the coexistence manager (CM) 300 compares the available channel of the TVBD network or device 100 with the usage channel of the Naver TVBD network or device 100 '.
  • the coexistence manager (CM) 300 checks the channels included in the usage channel of the Naver TVBD network or the device 100 'among the channels included in the available channels of the TVBD network or the device 100 (duplicate channel calculation). ).
  • the coexistence manager (CM) 300 is a channel included in an available channel of the Naver TVBD network or the device 100 'and a channel not included among the channels included in the available channel of the TVBD network or the device 100.
  • a channel table (or priority table) having different rankings is generated (S440).
  • the channels included in the usage channel of the Naver TVBD network or the device 100 'among the channels included in the available channels of the TVBD network or the device 100 are included in the usage channel of the Naver TVBD network or the device 100'.
  • Priority may be lower than unlisted channels.
  • the channel table (or priority table) may be divided into a table according to usage channel information and a table according to the number of TVBD networks or devices 100 serviced by each coexistence manager (CM) 300. Alternatively, you can set up a table that merges two types of tables.
  • the coexistence manager (CM) 300 transmits the generated channel table (or priority table) to the TVBD network or the device 100 (S450).
  • the neighbor discovery information frame format that can be used in the neighbor set discovery process may be defined as shown in Table 16 below.
  • Coexistence frame header identifies a frame.
  • the information type field may be set to 3 (measurement request), for example.
  • Neighbor discovery information elements include one or more neighbor discovery information elements. The number and length of neighbor discovery information elements in a single neighbor discovery information frame are limited by the maximum allowed CXPDU size.
  • the neighbor discovery information element format may be defined as shown in Table 17 below.
  • the neighbor discovery information field may be defined as shown in Table 18 below.
  • the neighbor discovery information table element may indicate usage channel information.
  • a neighbor discovery information field corresponding to a neighbor discovery information request element may be defined as shown in Table 19 below.
  • TV Channel Numbers indicate TV channel numbers to which a neighbor discovery information request is applied.
  • Channel Number is defined in consultation in each country or region.
  • the neighbor discovery information request element may indicate usage channel information of the neighbor coexistence manager (CM) 300 (or, the Naver TVBD network or the device 100).
  • CM neighbor coexistence manager
  • a neighbor discovery request element field corresponding to a neighbor discovery information request element may be defined as shown in Table 20 below.
  • FIG. 18 is a diagram illustrating a service switching process of a TVBD network or device 100 or a coexistence manager (CM) 300 according to an exemplary embodiment disclosed herein.
  • CM coexistence manager
  • the coexistence manager (CM) 300 determines an available channel of the TVBD network or the device 100 based on various information such as neighbor information, timing information, resource information, and interference level information. And, it may be a service for delivering and managing the determined available channel information to the TVBD network or device 100.
  • the second service is a TVBD network or device 100 receives a neighbor set from the CDIS 400 and an available channel list from the TVWS database 600 to receive a TVBD network or
  • the device 100 may be a service for determining an available channel.
  • the switching between the first service and the second service may be made by the TVBD network or device 100 or the coexistence manager (CM) 300.
  • the TVBD network or device 100 may receive service information from the coexistence manager (CM) 300 and select one of the first service and the second service as a service of the coexistence system based on the received service information. have.
  • the TVBD network or the device 100 may determine whether to switch the service based on the available channel information received from the coexistence manager (CM) (300).
  • the TVBD network or device 100 switches to the first service to the second service when there are no available channels required (e.g., when merging a plurality of adjacent channels cannot obtain a channel of sufficient size). You can decide.
  • the TVBD network or device 100 transmits a service change request to the coexistence enabler (CE) 200 (S512), and the coexistence enabler (CE) 200 transmits the coexistence manager (CM) ( In step S514, the service change request is transmitted.
  • the coexistence manager (CM) 300 transmits the first service information (C-MAP) or the second service information (TVBD neighbor information) to the coexistence enabler (CE) 200 in response to the service change request (S516). ), The coexistence enabler (CE) 200 transmits the received service information to the TVBD network or the device 100 (S518).
  • FIG. 19 is a diagram illustrating a service switching process of a TVBD network or device 100 or a coexistence manager (CM) 300 according to another exemplary embodiment disclosed herein.
  • CM coexistence manager
  • the coexistence manager (CM) 300 is a service change command (Service_switch_command) based on various information such as neighbor information, timing information, resource information, and interference level information received from the CDIS / CDB 400 and the TVBD network or the device 100. (S522), and transmits the generated service change command to the coexistence enabler (CE) 200 (S524), the coexistence enabler (CE) 200 transmits the received service change command to the TVBD network or Transfer to the device 100 (S526).
  • Service_switch_command a service change command based on various information such as neighbor information, timing information, resource information, and interference level information received from the CDIS / CDB 400 and the TVBD network or the device 100.
  • the service changing request frame format may be defined as shown in Table 21 below.
  • Coexsitence header identifies the frame.
  • the Information Type field may be set to 9 (Service Changing Request frame) indicating a Service Changing Request frame.
  • the service changing request element format is defined as shown in Table 22 below.
  • the command type field is defined as shown in Table 23 below.
  • a command type may indicate service changing.
  • the service changing request field corresponding to the service changing command request element may be defined as shown in Table 24 below.
  • the length is a variable value subject to a length value of a service type field.
  • the service changing response frame format may be defined as shown in Table 25 below.
  • Coexistence header identifies a frame.
  • the Information Type field is set to 10 (Service Changing Response frame) indicating a Service Changing Response frame.
  • the service changing response element format is defined as shown in Table 26 below.
  • the command type field is defined as shown in Table 23 above.
  • a command type may indicate service changing.
  • the service changing response field corresponding to the service changing command response element may be defined as shown in Table 27 below.
  • the Status Code field indicates the success or failure of the requested operation.
  • the length of the status code field may be 1.
  • the assigned status codes can be defined as shown in Table 28 below.
  • FIG. 20 is a diagram illustrating a service selection process of a TVBD network or device 100 according to another exemplary embodiment disclosed herein.
  • the coexistence manager (CM) 300 transmits Co-existence MAP (C-MAP) for the first service and NAVER information for the second service to the coexistence enabler (CE) 200 (S532).
  • C-MAP Co-existence MAP
  • CE coexistence enabler
  • the blur 200 transmits the received neighbor information to the TVBD network or the device 100 (S534).
  • the TVBD network or the device 100 selects a service based on the received neighbor information.
  • the service switching frame format is defined as in Table 29 below.
  • Coexistence frame header identifies a frame.
  • the value of the information type field is set to 3 (Service Switching request).
  • the Service Switching request elements field may include one or more Service Switching request elements. The number and length of Service Switching request elements in a single measurement request frame may be limited by the maximum allowed CXPDU size.
  • the service switching request element may include a request for performing a specified service switching operation of the TVBD network or device 100 that receives the service switching request.
  • the service switching request element format may be defined as shown in Table 30 below.
  • the service type field may be defined as shown in Table 31 below.
  • the service type field may be defined as shown in Table 27 below.
  • the management service sub-element field may be defined as shown in Table 33 below.
  • the discovery / information service sub-element field may be defined as shown in Table 34 below.
  • the service switching request element field may be defined as shown in Table 35 below.
  • FIG. 21A is a diagram illustrating semantics of service primitives of a coexistence service change request according to one embodiment disclosed herein.
  • FIG. 21A is a diagram illustrating semantics of service primitives of a coexistence service change request according to one embodiment disclosed herein.
  • COEX_Servicechanging.request is used by COEX users to change the service type. Parameters of COEX_Servicechanging.request are defined as in Table 36 below.
  • COEX_Servicechanging.request is created by a COEX user to change the service type. If the destination of the request is a local coexistence (COEX) entity itself, the local coexistence (COEX) entity responds with COEX_Servicechanging.confirm. If the destination of the request is a remote coexistence (COEX) entity, the local coexistence (COEX) entity may generate a corresponding Servicechanging Request message for the remote coexistence (COEX) entity.
  • FIG. 21B is a diagram illustrating semantics of a service primitive of a coexistence service change notification according to one embodiment disclosed herein.
  • COEX_Servicechanging.indication is used by a COEX entity to inform a COEX user of the receipt of a Servicechanging Request message from a peer COEX entity.
  • Parameters of COEX_Servicechanging.indication are defined as in Table 37 below.
  • COEX_ID This identifies the caller of this primitive, which can be either a local COEX entity or a remote COEX entity.
  • ServiceType SERVICETYPE_ID Service type
  • COEX entity Used by a COEX entity to notify a COEX user when a COEX_Servicechanging.request message is received.
  • the COEX user responds with a COEX_servicechanging.reponse primitive when an indication is received.
  • FIG. 21C is a diagram illustrating semantics of service primitives of a coexistence service change response according to one embodiment disclosed herein.
  • COEX_Servicechanging.response is used by a COEX user to deliver local service change information to a COEX user who invokes a service change request.
  • the parameters of COEX_Servicechanging.response are defined as in Table 38 below.
  • COEX_Servicechanging.indication Used by a COEX user in response to a received COEX_Servicechanging.indication. If a COEX entity receives a response, it may generate a corresponding COEX_servicechanging.report message and send it to the destination COEX entity.
  • FIG. 21D is a diagram illustrating semantics of a service primitive of coexistence service change confirmation according to an embodiment disclosed in the present specification.
  • COEX_Servicechanging.confirm is used by a COEX entity to deliver service changing information to a COEX user who invokes a service changing request.
  • the parameters of COEX_Servicechanging.confirm are defined as in Table 39 below.
  • COEX local coexistence
  • COEX_Servicechanging.request primitive from a previous coexistence (COEX) user.
  • COEX user receives this primitive, it makes the appropriate decision and performs the appropriate action.
  • the receiver performs appropriate error handling.
  • CM coexistence manager
  • the TVBD network or device 100 and the Naver TVBD network or device 100 register with the coexistence manager (CM) 300 and the CDIS / CDB 400.
  • the coexistence manager (CM) 300 and Naver coexistence manager 300 is registered in the CDIS / CDB (400).
  • a measurement report is transmitted at the request of the user (S612).
  • the Naver Coexistence Manager (CM) 300 and the Naver TVBD network or device 100 may periodically or at the request of the Naver Coexistence Manager (CM) 300 as described above.
  • the measurement report is transmitted (S614).
  • the measurement report may include usage channel information and interference level information of the TVBD network or the device 100.
  • the measurement report including the interference level information of the TVBD network or device 100 is more than the conventional CDIS / CDB 400 calculates the neighbor set using only the use channel information of the TVBD network or device 100. To calculate the neighbor set correctly.
  • the TVBD network or the device 100 may request resource allocation from the coexistence manager (CM) 300 (S622).
  • the TVBD network or device 100 may receive available channel information from the TVWS database 600 and transmit it to the coexistence manager (CM) 300.
  • the coexistence manager (CM) 300 requests a neighbor set from the CDIS / CDB 400 (S624).
  • the NAVER set may include information about the NAVER TVBD network or device 100 of the TVBD network or device 100 and the NAVER coexistence manager (CM) 300 serving the NAVER TVBD network or device 100.
  • the CDIS / CDB 400 may calculate a neighbor set based on geographical location information (or geographical location information and available channel information) of the TVBD network or devices 100 registered in the CDIS 400 (S626).
  • the coexistence manager (CM) 300 may receive a neighbor set calculated from the CDIS / CDB 400 (S628).
  • the coexistence manager (CM) 300 may request use channel information of the NAVER TVBD network or the device 100 from the NAVER coexistence manager (CM) 300 based on the neighbor set (S632). In this case, the coexistence manager (CM) 300 may transmit information about the neighbor network or the TVBD device 100 of the TVBD network or the device 100 to the Naver coexistence manager (CM) 300.
  • the NAVER coexistence manager (CM) 300 transmits usage channel information of the NAVER TVBD network or the device 100 to the coexistence manager (CM) 300 based on a measurement report received from the NAVER TVBD network or the device 100. It may be (S634).
  • the coexistence manager (CM) 300 prioritizes based on available channel information of the TVBD network or device 100 and the use channel information of the Naver TVBD network or device 100 received from the NAVER coexistence manager (CM) 300.
  • a table may be created (S636).
  • Available channel information of the TVBD network or device 100 is received by the TVBD network or device 100 from the TVWS database 600 and transmitted to the coexistence manager (CM) 300, or the coexistence manager (CM) 300 is TVWS Received from the database 600, or CDIS / CDB (400) can be received from the TVWS database 600 and delivered to the coexistence manager (CM) (300).
  • the coexistence manager (CM) 300 may transmit the generated priority table to the TVBD network or the device 100 (S638). Receiving the usage channel information of the Naver TVBD network or device 100 from the coexistence manager (CM) 300 from the NAVER coexistence manager (CM) 300 to determine the actual available channel of the TVBD network or device 100 to be.
  • the TVBD network or the device 100 determines whether to switch the service based on the priority table received from the coexistence manager (CM) 300 (S642). That is, the TVBD network or the device 100 checks whether there is a desired channel among the channels included in the available channel, and the TVBD network or the device 100 determines that the service is switched when there is no desired channel.
  • CM coexistence manager
  • the TVBD network or the device 100 requests a service switch from the coexistence manager (CM) 300 (S644).
  • the coexistence manager (CM) 300 switches the service in response to a request from the TVBD network or the device 100 (S646).
  • the coexistence manager (CM) 300 may transmit a neighbor set to the TVBD network or the device 100.
  • the TVBD network or the device 100 may negotiate with the NA coexistence manager (CM) 300 about available channels based on the neighbor set received from the coexistence manager (CM) 300 to secure a desired channel.
  • FIG. 23 is a block diagram of a TVBD network or device 100 disclosed herein.
  • the TVBD network or device 100 includes a storage unit 110, a controller 120, and a transceiver 130.
  • the storage means 110 stores a method according to the embodiment shown in FIGS. 1 to 22.
  • the controller 120 controls the storage means 110 and the transceiver 130. Specifically, the controller 120 executes the methods stored in the storage means 110, respectively. The controller 120 transmits the aforementioned signals through the transceiver 130.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

실질적으로 간섭 관계가 되는 네트워크들 또는 디바이스들을 발견하고, 실질적인 간섭 관계를 고려하여 네트워크들 또는 디바이스들이 효율적으로 공존할 수 있도록 자원을 관리하기 위한 네트워크 또는 디바이스 및 그 네이버 발견 방법이 제공된다. 이를 위해 본 명세서에 개시된 일 실시 예에 따른 TVBD(TeleVision Band Device) 네트워크 또는 디바이스의 네이버 발견 방법은, 상기 TVBD 네트워크 또는 디바이스를 서비스하는 공존관리자에 요청을 송신하는 단계; 및 상기 요청에 응답하여 상기 TVBD 네트워크 또는 디바이스의 네이버 정보를 수신하는 단계를 포함하고, 상기 네이버 정보는 상기 TVBD 네트워크 또는 디바이스와 간섭 관계에 있는 네이버 TVBD 네트워크 또는 디바이스의 식별자를 포함하고, 상기 네이버 정보는 상기 TVBD 네트워크 또는 디바이스 및 상기 네이버 TVBD 네트워크 또는 디바이스의 운용 채널(operating channels)에 근거하는 것을 특징으로 한다.

Description

네트워크 또는 디바이스 및 그 네이버 발견 방법
본 명세서는 네트워크 또는 디바이스 및 그 네이버 발견 방법에 관한 것이다.
종래에는 새로운 서비스를 위해 주파수 배정하거나 새로운 사업자에게 주파수를 배정하는 것은 정부의 주도하에 이루어졌다.
특히 신규 사업자들이 있을 경우 새로운 주파수를 경매 등을 통해 할당하거나, 기존의 주파수를 기존 사업자로부터 회수하여 다른 사업자에게 재배치함으로써, 한정적 자원인 주파수를 배분을 하였다.
그러나, 최근 개방형 단말 플랫폼, 앱 스토어, 모바일 VoIP 등 다양한 무선 인터넷 기반 어플리케이션의 확산으로 무선 데이터 트래픽 수요의 폭발적인 증가 이루어지면서, 이와 같이 정부 주도의 주파수 배분은 매우 비효율적이며, 근본적으로 주파수 분배표상에서 신규 주파수 확보가 점차 어려워졌다.
특히, 방송 및 통신 시스템의 급속한 성장과 더불어 차세대 통신 시스템은 여러 네트워크들의 융합 형태로 설계되고 시스템이 점점 복잡해지고 상호연동의 필요성이 점차 확대되고 있다. 또한， 통신 기술 및 서비스가 발전함에 따라 주파수 자원에 대한 사용 빈도가 증가하고， 우수한 통신 기술 및 서비스 제공을 위해 고정적으로 특정 주파수 대역을 점유함에 따라 주파수 고갈 문제가 심각한 상황에 이르렀다.
최근 이러한 문제를 해결할 수 있는 방안으로서 주파수 공유방식이 주목을 받고 있다. 이는, 현재의 주파수 부족현상이 기존의 칸막이 식 주파수 관리 방식에 기인한 것으로서, 주파수 분배표상으로는 주파수가 부족한 것처럼 보이지만 공유방식을 통해 주파수 부족문제 해결이 가능하다라는 관점에서 출발한 것이다.
이와 같은 주파수 자원의 고갈 문제가 세계적으로 중요하게 인식됨에 따라 미국 FCC(Federal Communications Commission)는 2008년 11 월 스펙트럼 사용 효율을 높이고 새로운 서비스 도업을 용이하게 하기 위해 TV 유휴주파수(White space)를 대상으로 주파수 공유기술인 인지무선(Cognitive Radio) 기술을 적용하기로 하고 관련 규정을 개정하였다.
이러한 움직임은 점차 확대되는데, 2009년도에는 영국이 TV방송 대역 중에 공간적으로 사용하지 않는 대역, 즉 White Space 대역에서 인지무선(CR) 기반의 주파수 공유기술 사용을 허용한 바 있으며, EU도 현재 도입 방안을 검토 중에 있고, 국내에서도 white space 대역을 이용한 주파수 공유 정책마련을 위한 준비가 이루어지고 있다.
인지 무선 기술은 통신 장치가 스스로 통신 환경을 관찰하고， 최적의 통신을 위한 동작 방식을 판단하고 선택하며，이전의 통신경험으로부터 향후 판단 과정에 대한 계획을 세우는 시스템을 말한다. 즉， 비면허 대역 (Unlicensed band) 에 할당되어 있는 주파수 대역 중 그 활용도가 낮거나，시/공간적으로 사용되지 않는 유휴자원(Spectrum hole, White space)을 찾아 적응적 (Adaptive)이고 합리적 (Opportunistic)으로 이용하는 기술이다. 이때 해당 대역에 이용권한(License)을 가지고 있는 주사용자(Primary user)가 발견되면 즉시 해당 대역의 사용을 멈추거나 전송 전력을 조절하여 주사용자에게 피해가 가지 않도록 동작해야 한다.
따라서, 본 명세서에서 제시되는 실시예들은 전술한 문제점을 해결하는 것을 목적으로 한다. 다시 말해서, 본 명세서의 일 실시예는 실질적으로 간섭 관계가 되는 네트워크들 또는 디바이스들을 발견하고, 실질적인 간섭 관계를 고려하여 네트워크들 또는 디바이스들이 효율적으로 공존할 수 있도록 자원을 관리하기 위한 것이다.
전술한 목적을 달성하기 위하여, 본 발명의 일 실시예에 따르면, TV 밴드 네트워크들 또는 디바이스들이 공존(Coexistence)할 수 있도록 자원을 관리하는 방법이 제공된다.
본 명세서에 개시된 일 실시 예에 따른 TVBD(TeleVision Band Device) 네트워크 또는 디바이스의 네이버 발견 방법은, 상기 TVBD 네트워크 또는 디바이스를 서비스하는 공존관리자에 요청을 송신하는 단계; 및 상기 요청에 응답하여 상기 TVBD 네트워크 또는 디바이스의 네이버 정보를 수신하는 단계를 포함하고, 상기 네이버 정보는 상기 TVBD 네트워크 또는 디바이스와 간섭 관계에 있는 네이버 TVBD 네트워크 또는 디바이스의 식별자를 포함하고, 상기 네이버 정보는 상기 TVBD 네트워크 또는 디바이스 및 상기 네이버 TVBD 네트워크 또는 디바이스의 운용 채널(operating channels)에 근거하는 것을 특징으로 한다.
일 실시 예에 있어서, 상기 네이버 정보는 상기 TVBD 네트워크 또는 디바이스의 간섭 레벨(interference level)에 더 근거하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 네이버 정보는 상기 TVBD 네트워크 또는 디바이스의 측정 결과(measurement results)에 근거하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 네이버 정보는 상기 공존관리자가 필요한 경우에 서버 또는 다른 공존관리자로부터 획득하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 TVBD 네트워크 또는 디바이스와 상기 네이버 TVBD 네트워크 또는 디바이스는, 서로 다른 종류의 네트워크 기술을 이용하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 네이버 발견 방법은, 상기 공존관리자로부터 상기 네이버 TVBD 네트워크 또는 디바이스에 할당된 채널과 중복되지 않는(non-overlapped) 적어도 하나의 채널에 관한 정보를 수신하는 단계를 더 포함하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 송신하는 단계는, 상기 TVBD 네트워크 또는 디바이스로부터 공존을 위한 정보를 요청하고 획득하는 공존인에이블러(coexistence enabler)를 통해 상기 요청을 송신하는 단계이고, 상기 수신하는 단계는, 상기 공존인에이블러를 통해 상기 네이버 정보를 수신하는 단계인 것을 특징으로 한다.
한편, 본 명세서에 개시된 다른 일 실시 예에 따른 TVBD(TeleVision Band Device) 네트워크 또는 디바이스는, 송수신부; 및 상기 송수신부가 상기 TVBD 네트워크 또는 디바이스를 서비스하는 공존관리자에 요청을 송신하고, 상기 요청에 응답하여 상기 TVBD 네트워크 또는 디바이스의 네이버 정보를 수신하도록 제어하는 컨트롤러를 포함하고, 상기 네이버 정보는 상기 TVBD 네트워크 또는 디바이스와 간섭 관계에 있는 네이버 TVBD 네트워크 또는 디바이스의 식별자를 포함하고, 상기 네이버 정보는 상기 TVBD 네트워크 또는 디바이스 및 상기 네이버 TVBD 네트워크 또는 디바이스의 운용 채널(operating channels)에 근거하는 것을 특징으로 한다.
일 실시 예에 있어서, 상기 네이버 정보는 상기 TVBD 네트워크 또는 디바이스의 간섭 레벨(interference level)에 더 근거하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 네이버 정보는 상기 TVBD 네트워크 또는 디바이스의 측정 결과(measurement results)에 근거하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 네이버 정보는 상기 공존관리자가 필요한 경우에 서버 또는 다른 공존관리자로부터 획득하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 TVBD 네트워크 또는 디바이스와 상기 네이버 TVBD 네트워크 또는 디바이스는, 서로 다른 종류의 네트워크 기술을 이용하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 컨트롤러는, 상기 송수신부가 상기 공존관리자로부터 상기 네이버 TVBD 네트워크 또는 디바이스에 할당된 채널과 중복되지 않는(non-overlapped) 적어도 하나의 채널에 관한 정보를 수신하도록 제어하는 것을 특징으로 한다.
또한 일 실시 예에 있어서, 상기 송수신부는, 상기 TVBD 네트워크 또는 디바이스로부터 공존을 위한 정보를 요청하고 획득하는 공존인에이블러(coexistence enabler)를 통해 상기 요청을 송신하고, 상기 공존인에이블러를 통해 상기 네이버 정보를 수신하는 것을 특징으로 한다.
따라서, 본 명세서에서 제시되는 일 실시예에 따르면, 관리기기가 실질적인 간섭관계에 기반하여 네트워크들 또는 디바이스들 사이의 자원을 효율적으로 할당함으로써, 한정된 자원의 활용성을 극대화할 수 있게 된다.
도 1은 본 명세서의 일 실시예에 따른 공존(coexistence) 시스템을 나타내는 블록도이다.
도 2는 본 명세서의 다른 일 실시예에 따른 공존(coexistence) 시스템을 나타내는 블록도이다.
도 3은 본 명세서의 일 실시예에 따른 공존(coexistence) 시스템이 배치된 예를 나타낸다.
도 4는 본 명세서의 일 실시예에 따른 공존(coexistence) 시스템의 동작을 나타낸다.
도 5는 본 명세서의 일 실시예에 따른 공존(coexistence) 시스템이 배치된 다른 예를 나타낸다.
도 6의 (a) 및 (b)는 CDIS/CDB(400)의 동작을 나타낸 예시도이다.
도 7은 공존 윤곽을 나타낸 예시도이다.
도 8은 도 7의 환경에서 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)의 예를 나타낸다.
도 9는 본 명세서에 개시된 일 실시 예에 따른 네이버 탐색 과정을 나타내는 흐름도이다.
도 10은 본 명세서의 실시 예들에 따른 TVBD 네트워크 또는 디바이스의 가용 채널 정보를 예시적으로 나타낸 도면이다.
도 11은 본 명세서에 개시된 제1 실시 예에 따른 네이버 탐색 과정을 나타내는 개념도이다.
도 12는 본 명세서에 개시된 제2 실시 예에 따른 네이버 탐색 과정을 나타내는 개념도이다.
도 13은 본 명세서에 개시된 실시 예들에 따른 공존관리자(CM)의 자원 할당 과정을 나타내는 흐름도이다.
도 14는 본 명세서에 개시된 실시 예들에 따른 네이버 리스트 업데이트 과정을 나타내는 흐름도이다.
도 15는 본 명세서에 개시된 일 실시 예에 따른 공존관리자(CM)(300)가 TVBD 네트워크 또는 디바이스(100)로부터 사용 채널 정보 및 간섭 레벨 정보를 수신하는 과정을 설명하기 위한 도면이다.
도 16은 본 명세서에 개시된 다른 일 실시 예에 따른 공존관리자(CM)(300)가 TVBD 네트워크 또는 디바이스(100)로부터 사용 채널 정보 및 간섭 레벨 정보를 수신하는 과정을 설명하기 위한 도면이다.
도 17은 본 명세서에 개시된 일 실시 예에 따른 공존관리자(CM)(300)가 TVBD 네트워크 또는 디바이스(100)의 네이버 셋을 발견하는 과정을 설명하기 위한 도면이다.
도 18은 본 명세서에 개시된 일 실시 예에 따른 TVBD 네트워크 또는 디바이스(100) 또는 공존관리자(CM)(300)의 서비스 전환 과정을 나타내는 도면이다.
도 19는 본 명세서에 개시된 다른 일 실시 예에 따른 TVBD 네트워크 또는 디바이스(100) 또는 공존관리자(CM)(300)의 서비스 전환 과정을 나타내는 도면이다.
도 20은 본 명세서에 개시된 다른 일 실시 예에 따른 TVBD 네트워크 또는 디바이스(100)의 서비스 선택 과정을 나타내는 도면이다.
도 21의 (a)는 본 명세서에 개시된 일 실시 예에 따른 공존서비스변경 요청의 서비스 프리미티브의 세만틱스(semantics)를 나타내는 도면이다.
도 21의 (b)는 본 명세서에 개시된 일 실시 예에 따른 공존서비스변경 알림의 서비스 프리미티브의 세만틱스(semantics)를 나타내는 도면이다.
도 21의 (c)는 본 명세서에 개시된 일 실시 예에 따른 공존서비스변경 응답의 서비스 프리미티브의 세만틱스(semantics)를 나타내는 도면이다.
도 21의 (d)는 본 명세서에 개시된 일 실시 예에 따른 공존서비스변경 확인의 서비스 프리미티브의 세만틱스(semantics)를 나타내는 도면이다.
도 22는 본 명세서에 개시된 실시 예들에 따른 공존관리자(CM)(300)의 서비스 전환 과정을 나타내는 도면이다.
도 23은 본 명세서에 개시된 TVBD 네트워크 또는 디바이스(100)의 블록도이다.
본 명세서에서 사용되는 기술적 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아님을 유의해야 한다. 또한, 본 명세서에서 사용되는 기술적 용어는 본 명세서에서 특별히 다른 의미로 정의되지 않는 한, 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 의미로 해석되어야 하며, 과도하게 포괄적인 의미로 해석되거나, 과도하게 축소된 의미로 해석되지 않아야 한다. 또한, 본 명세서에서 사용되는 기술적인 용어가 본 발명의 사상을 정확하게 표현하지 못하는 잘못된 기술적 용어일 때에는, 당업자가 올바르게 이해할 수 있는 기술적 용어로 대체되어 이해되어야 할 것이다. 또한, 본 발명에서 사용되는 일반적인 용어는 사전에 정의되어 있는 바에 따라, 또는 전후 문맥상에 따라 해석되어야 하며, 과도하게 축소된 의미로 해석되지 않아야 한다.
또한, 본 명세서에서 사용되는 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "구성된다" 또는 "포함한다" 등의 용어는 명세서 상에 기재된 여러 구성 요소들, 또는 여러 단계들을 반드시 모두 포함하는 것으로 해석되지 않아야 하며, 그 중 일부 구성 요소들 또는 일부 단계들은 포함되지 않을 수도 있고, 또는 추가적인 구성 요소 또는 단계들을 더 포함할 수 있는 것으로 해석되어야 한다.
또한, 본 명세서에서 사용되는 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성 요소들을 설명하는데 사용될 수 있지만, 상기 구성 요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성 요소로 명명될 수 있고, 유사하게 제2 구성 요소도 제1 구성 요소로 명명될 수 있다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시예를 상세히 설명하되, 도면 부호에 관계없이 동일하거나 유사한 구성 요소는 동일한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 또한, 본 발명을 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 발명의 사상을 쉽게 이해할 수 있도록 하기 위한 것일뿐, 첨부된 도면에 의해 본 발명의 사상이 제한되는 것으로 해석되어서는 아니됨을 유의해야 한다. 본 발명의 사상은 첨부된 도면외에 모든 변경, 균등물 내지 대체물에 까지도 확장되는 것으로 해석되어야 한다.
이하, 단말이라는 용어가 사용되나, 상기 단말은 UE(User Equipment), ME(Mobile Equipment), MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), MSS(Mobile Subscriber Station), 무선기기(Wireless Device), 휴대기기(Handheld Device), AT(Access Terminal)로 불릴 수 있다.
IEEE 802.11 wireless local area network (WLAN) 표준은 2.4. GHz or 5 GHz 에서 비인가 대역(unlicensed band) 을 이용한 11 Mbps (IEEE 802.11b), 54 Mbps (IEEE 802.11a) 의 전송 속도를 제공한다.
IEEE 802.11g 는 2.4 GHz 에서 OFDM(Orthogonal frequency-division multiplexing)을 적용하여, 54 Mbps 의 전송 속도를 제공한다.
IEEE 802.11n 는 MIMO-OFDM 을 적용하여, 4개의 공간 스트림(spatial stream) 에 대해서 300 Mbps 의 전송 속도를 제공한다. IEEE 802.11n 에서는 채널 대역폭(channel bandwidth)을 40 MHz까지 지원하며, 이 경우 600 Mbps 의 전송 속도를 제공한다.
TV 화이트스페이스(TV Whitespace)는 방송 TV 시스템(broadcast TV)에 할당된 VHF대역(54~60, 76~88, 174~216MHz)과 UHF대역(470~698MHz)을 포함하며, 해당 주파수 대역에서 동작하는 인가된 디바이스(TV 방송 및 무선 마이크 등)의 통신을 저해하지 않는다는 조건 하에서 비인가된 디바이스에 대해 사용이 허가된 주파수 대역을 의미한다.
한편, TVWS는 TV White Space(화이트 스페이스)의 약어인데, 화이트 스페이스란 TV 방송용으로 분배된 VHF 및 UHF 주파수 대역에서 방송 사업자가 사용하지 않는 비어있는 주파수 대역을 의미하며, 누구나 정부의 전파규제에 대한 조건을 만족하면 사용할 수 있는 비 면허 대역을 의미한다. 즉, 상기 TV 화이트 스페이스는 방송을 위한 주파수 정보를 의미할 수 있다. 구제적으로 살펴보면, 공간적으로는 방송사업자 간의 주파수 간섭을 우려하여 비워둔 대역과 지역별로 사용되지 않는 주파수 대역이나 방송용 전파가 미치지 못하는 지역을 의미하며, 시간적으로는 새벽에 방송업자가 방송을 송출하지 않는 시간 대에 비어있는 방송 주파수를 의미한다. 방송업자의 고객인 TV 시청자에게 간섭을 주어 수신을 방해해서는 절대 안 되며, 또한 이 대역 일부를 사용하여 소 출력으로 통신하는 무선마이크 장치에 영향을 주어서도 안 된다.
512~608MHz, 614~698MHz에서는 특수한 몇 가지 경우를 제외하고 모든 비인가된 디바이스들에게 동작이 허용되어 있으나, 54~60MHz, 76~88MHz, 174~216MHz, 470~512MHz 대역은 고정 디바이스(fixed device) 간의 통신에만 허용되었다. 고정 디바이스란 정해진 위치에서만 전송을 수행하는 디바이스를 말한다.
IEEE 802.11 TVWS 단말은 TV 화이트스페이스 스펙트럼(TV Whitespace spectrum)에서 IEEE 802.11 MAC and PHY 을 사용해 동작하는 비인가된 디바이스를 나타낸다.
TV Whitespace를 사용하기 원하는 비인가된 사용자는 인가된 사용자에 대한 보호(protection) 기능을 제공해야 한다. 따라서 TV 대역에서 전송을 시작하기 전에 반드시 인가된 사용자가 해당 대역을 점유하고 있는지 여부를 확인하도록 한다.
이를 위하여, 비인가된 디바이스는 인터넷 혹은 전용망을 통해 위치 정보 데이터베이스(geo-location database)에 접속하여 해당 지역에서 사용 가능한 채널 리스트 정보를 획득해야 한다. 위치 정보 데이터베이스는 자신에게 등록된 인가된 디바이스의 정보와 인가된 디바이스들의 위치 정보 및 사용 시간에 따라 동적으로 변화하는 채널 사용 정보를 저장하고 관리하는 데이터베이스이다.
스테이션(STA; Station)은 스펙트럼 감지 메카니즘(spectrum sensing mechanism)을 수행한다. 스펙트럼 감지 메카니즘으로 에너지 검출(Energy Detection) 방식, 특징 검출(Feature Detection) 방식 등이 활용된다. 수신 신호의 강도가 일정 값 이상이면, 우선 사용자(incumbent user)가 사용 중인 것으로 판단하거나, DTV 프리엠블(DTV Preamble)이 검출 되면 우선 사용자가 사용 중인 것으로 판단한다. 그리고 현재 사용 중인 채널과 바로 인접해 있는 채널에서 우선 사용자가 사용 중인 것으로 판단되면, STA과 액세스 포인트(AP; Access Point)는 전송 전력을 낮추어야 한다.
도 1은 본 명세서의 일 실시예에 따른 공존(coexistence) 시스템을 나타내는 블록도이다. 도 1에 나타낸 바와 같이 공존 시스템은 기능에 따라서 공존 인에이블러(CE: Coexistence Enabler)(200), 공존 관리자(CM: Coexistence Manager)(300) 및 공존발견및관리서버(CDIS: Coexistence Discovery and Information Server) 또는 공존데이터베이스(CDB: Coexistence Database)(400)를 포함한다.
공존관리자(CM)(300)와 공존인에이블러(CE)(200)는 TV Whitespace에서 비인가 상태로 동작하는 상이한 무선 시스템이나 무선 사업자 간의 공존을 위해 정의된 논리적 엔티티(logical entity)이다. 공존관리자(CM)(300)는 TVWS 데이터베이스와의 인터페이스를 가지고 있으면서 TVWS에서 동작하는 상이한 시스템 및 사업자 간 공존을 위해 공존과 관련된 정책, 가이드 라인을 제공하면서 자신에게 연결된 공존인에이블러(CE)(200) 들 간의 인터페이스 문제를 해결하기 위하여 자원할당을 수행할 수 있는 객체이다.
공존인에이블러(CE)(200)는 TVBD 네트워크 또는 디바이스(100)와의 인터페이스를 가지고 공존관리자(CM)(300)로부터 수신한 정보 및 명령을 TVBD 네트워크 또는 디바이스(100)에 전달하는 역할을 수행하는 객체이다. 본 명세서에서는 STA들이 공존인에이블러(CE)(200)의 기능을 수행할 수 있으며, 이들 다수의 공존인에이블러(CE)(200)를 제어할 수 있는 상위 객체로 공존관리자(CM)(300)와 같은 관리 엔티티가 존재하는 공존 네트워크 구조를 다룬다.
공존인에이블러(CE)(200)는 공존관리자(CM)(300)로부터 공존에 관계된 정보나 명령을 수신한다. 수신한 정보나 명령은, 해당 메시지가 요구하는 TVBD 네트워크 또는 디바이스(100)의 동작을 위해, 공존인에이블러(CE)(200)가 미디어에 특정한(media specific) 형태의 정보 혹은 명령으로 변환하여 TVBD 네트워크 또는 디바이스(100)에 전달한다. 마찬가지로 TVBD 네트워크 또는 디바이스(100)로부터 수신한 정보는 공존인에이블러(CE)(200)에 의해 공존 시스템에서 정의된 메시지 형태로 변환되어 공존관리자(CM)(300)로 전송될 수 있다. 공존인에이블러(CE)(200)는 TVBD 네트워크 또는 디바이스(100) 안에 위치하고 있어서 공존을 위한 정보, 명령이 전달되기 위해 TVBD 네트워크 또는 디바이스(100) 관리 엔티티와의 SAP(service access point)와 프리미티브(primitive)가 정의되어야 한다.
공존관리자(CM)(300)는 하나 혹은 그 이상의 공존인에이블러(CE)(200)를 서비스 할 수 있다. 공존관리자(CM)(300)는 TVWS 데이터베이스와 같은 외부 엔티티 혹은 자신이 서비스하는 공존인에이블러(CE)(200)나 다른 공존관리자(CM)(300)로부터 필요한 정보를 획득할 수 있다. 공존관리자(CM)(300)는 다른 공존관리자(CM)(300)와 정보나 명령 메시지를 주고 받거나, 자신이 서비스하는 공존인에이블러(CE)(200)에게 정보나 명령을 전송한다. 공존관리자(CM)(300)는 획득한 정보를 바탕으로 공존 결정(coexistence decision making)을 하는데, 자신이 서비스하는 공존인에이블러(CE)(200)의 동작 채널, 최대 전송 전력 값을 결정하는 것 등이 결정에 포함될 수 있다.
TVBD 네트워크 또는 디바이스(100)는 TV 대역을 사용하는 비인가된 사용자로 디바이스이거나 네트워크일 수 있다. 예를 들면, TVBD 네트워크 또는 디바이스(100)는 AP(Access Point)나 BS(Base Station)와 같이 마스터 모드로 동작하는 디바이스일 수 있다. 이들은 마스터 모드로 동작하면서 공존을 위해 공존관리자(CM)(300)와 통신하고 슬레이브 모드로 동작하는 디바이스들을 관리/제어할 수 있다.
CDIS(400)는 공존관리자(CM)(300)와의 인터페이스를 가지고 있으며, 자신이 서비스하는 공존관리자(CM)(300)와 해당 공존관리자(CM)(300)가 서비스하는 공존인에이블러(CE)(200)에 관련된 정보, 예를 들면 공존인에이블러(CE)(200)가 서비스하는 TVBD 네트워크 또는 디바이스(100)의 위치 정보(geo-location)나 TVBD 네트워크 또는 디바이스(100)가 TVWS 데이터베이스로부터 획득한 가용 채널 리스트 정보, TVBD 네트워크 또는 디바이스(100)의 측정(measurement) 결과, 공존관리자(CM)(300)가 서비스하고 있는 공존인에이블러(CE)(200) 리스트 등을 공존관리자(CM)(300)로부터 획득하여 관리할 수 있다.
CDIS(400)는 자신이 서비스하는 공존관리자(CM)(300) 간 그리고 공존인에이블러(CE)(200) 간의 네이버(neighbor) 관계를 계산할 수 있다. 즉 특정 TVBD 네트워크 또는 디바이스(100)를 고려하였을 때, 해당 TVBD 네트워크 또는 디바이스(100)와 간섭(interfering) 관계에 있는 TVBD 네트워크 또는 디바이스(100)가 누구인지 그리고 해당 TVBD 네트워크 또는 디바이스(100)를 서비스하는 공존인에이블러(CE)(200)와 공존관리자(CM)(300)가 누구인지를 계산할 수 있다.
공존 서비스를 사용하기 위해서 공존인에이블러(CE)(200)는 공존관리자(CM)(300)와 연결(connection)을 설정하고 해당 공존관리자(CM)(300)에 자신을 등록한다. 공존관리자(CM)(300)도 이웃하는 공존관리자(CM)(300)와 연결을 설정해야 한다. 공존관리자(CM)(300)는 자신에게 등록된 공존인에이블러(CE)(200)들을 관리하고 공존을 위한 서비스를 제공한다. 이와 같이 공존관리자(CM)(300)가 다수의 공존인에이블러(CE)(200)를 관리하면서 공존을 위한 의사 결정을 수행하는 토폴로지(topology)를 중앙집중형 토폴로지(centralized topology)라고 한다. 중앙집중형 토폴로지에서 의사 결정자는 공존관리자(CM)(300)이기 때문에 공존인에이블러(CE)(200)는 공존관리자(CM)(300)의 의사 결정에 따른다.
이하에서는, 공존 시스템 내의 각 구성 요소에 대해 더욱 상세하게 살펴본다.
상기 공존인에이블러(CE)(200)는 상기 공존관리자(CM)(300)와는 인터페이스 B1으로 서로 연결되고, 상기 공존관리자(CM)(300)는 상기 CDIS 또는 CDB(400)와는 인터페이스 B2를 통해 연결되고, 상기 공존관리자(CM)(300)는 또 다른 공존관리자(CM)(200’)와는 인터페이스 B3로 연결된다.
또한, 상기 공존인에이블러(CE)(200)는 TVBD 네트워크 또는 디바이스(100)와 인터페이스 A를 통해서 연결된다. 여기서 TVBD 네트워크 또는 디바이스(100)는 미국 연방통신위원회(Federal Communication Commission; FCC)에서 TV 화이트 스페이스 이용을 가능하게 하는 단말을 뜻한다. TVBD 네트워크 또는 디바이스(100)는 상기 TVWS 데이터베이스(600)와 인터페이스 C를 통해 연결될 수 있다.
상기 공존인에이블러(CE)(200)는 상기 TVBD(TeleVision Band Device) 네트워크 또는 디바이스로(100)부터 공존(Coexistence)에 요구되는 정보를 요청하고 획득할 수 있으며, 공존관리자(CM)(300)로부터 수신된 구조(reconfiguration) 변경 요청/명령(requests/commands)과 제어정보(control information)를 TVBD 특정 구조(reconfiguration) 요청/명령(requests/commands)으로 전환하여 TVBD 네트워크 또는 디바이스(100)에 보낼 수 있다.
상기 공존관리자(CM)(300)는 TVBD 네트워크들 간에 공존 문제를 해결하기 위해서 다른 CM들을 탐색(disconvery)하는 기능, 대응하는 공존 요청/명령과 제어 정보를 생성하고 상기 공존인에이블러(CE)(200)에 제공하는 공존 의사결정(coexistence decision making) 기능, CM 들 간에 공존을 위해서 요구되는 정보의 교환을 지원하는 기능(이는 CM 을 배치함에 있어서 계층적(hierarchical) 그리고/또는 동등한(peer-to-peer) 의사결정능력(capabilities)을 포함 할 수 있음)을 가질 수 있다.
또한, 상기 공존관리자(CM)(300)는 공존관리자들에 관한 정보를 공유하여 대표 공존관리자를 선택하는 기능, 후술하는 바와 같이 다른 네트워크들과 시스템들 사이에서 주파수 자원을 효율적으로 공유하기 위한 공존 화이트 스페이스 맵(Coexistence Whitespace Map)을 생성하는 기능 그리고 TVWS 공존과 관련된 관리를 수행함에 있어 네트워크 오퍼레이터들(operators)을 보조하는 기능을 가질 수 있다.
이와 같은 상기 공존관리자(CM)(300)는 AP(Access Point) 또는 기지국(Base-station)과 같은 디바이스에 임베디드(embedded) 형태로 구현 되어 있을 수도 있고, 디바이스의 외부에 구현되어 있을 수도 있다.
상기 CDIS/CDB(400)은 기능에 따라서 CDIS 또는 CDB등으로 나타낼 수 있다. CDIS/CDB(400)는 다른 네트워크들과 시스템들 사이에서 주파수 자원을 효율적으로 공유하기 위해서 공존 화이트 스페이스 맵(Coexistence Whitespace Map) 또는 공존맵(Coexistence MAP)을 생성하는 기능, TVWS 공존과 관련된 관리를 수행함에 있어 복수 개의 오퍼레이터(operator)들을 제어하는 기능, 공존관리자(CM)들간 통신 오버헤드(overhead)를 줄이고 공존 문제를 해결하기 위해서 대표 CM을 선출하는 기능을 가질 수 있다.
또한, 상기 CDIS/CDB(400)는 이웃하는 네트워크/시스템들을 탐색하기 위해서 공존 윤곽선(coexistence contour)을 계산하는 기능, 공존 문제를 해결하기 위해서 공존 화이트 스페이스 맵(Coexistence Whitespace Map) 또는 공존맵(Coexistence MAP)을 TVDB에 맞게 재설정(Redirection) 하는 기능, 공존관리자(CM)들 사이에 인터페이스의 개방을 촉진하여 공존관리자(CM)들의 탐색을 지원하는 기능 그리고 공존을 촉진 할 수 있는 정보를 수집하고 종합하여 제공하는 기능을 수행할 수 있다(이는 데이터 스토리지, 데이터 프로세싱을 포함한다).
상기 CDIS/CDB(400)는 자원을 할당함에 있어 전지 전능하게(omnipotent)하게 자원을 나누어 주거나, 중개자(intermediary)로써 상기 공존관리자(CM)(300)간 우선권(priority)의 기준을 제시하고 각 상기 공존관리자(CM)(300)의 자원 선택에 대한 조율을 수행하거나, DB(Data Base)로써 상기 공존관리자(CM)(300)간의 외부 및 이종 네트워크간 정보 공유 매개체로 작용 할 수 있다.
한편, 상기 인터페이스 A는 공존 인에이블러(CE)(200)와 TVBD 네트워크 또는 디바이스(100) 사이의 인터페이스로서, TVBD 네트워크 또는 디바이스(100)로부터는 공존을 위해 요구되는 정보, 공존을 위한 구성(configuration)/정보 요청, 공존을 위한 구성/측정/정보 응답 및 필요에 따라서 다른 정보가 제공 될 수 있다. 공존인에이블러(CE)(200)로부터 TVBD 네트워크 또는 디바이스(100)로는 재구성 요청/명령과 제어정보(CM으로부터 수신된 공존 요청/명령과 제어 정보에 대응하는), TVBD 네트워크 또는 디바이스(100)에 의해서 수행되는 측정값을 제어하는 것과 관련된 요청/명령, 가능한 자원을 통지해주는 정보 및 필요에 따라서 다른 정보가 제공 될 수 있다.
상기 인터페이스 B1은 공존인에이블러(CE)(200)와 공존관리자(CM)(300)간의 인터페이스로서, 공존인에이블러(CE)(200)로부터 공존관리자(CM)(300)은 공존을 위해서 요구되는 정보(TVBD 네트워크 또는 디바이스(100)로부터 얻은 정보)와 필요에 따른 다른 정보들이 제공 될 수 있다. 공존관리자(CM)(300)으로부터 공존인에이블러(CE)(200)로는 공존 요청/명령 및 제어 정보 그리고 필요에 따라서 다른 정보가 제공 될 수 있다.
상기 인터페이스 B2는 공존관리자(CM)(300)과 CDIS/CDB(400) 사이의 인터페이스로, 공존관리자(CM)(300)에서 CDIS/CDB(400)로는 공존 맵(coexistence map)을 위해서 요구되는 정보, 네이버 셋트(neighbor set)을 위해서 요구되는 정보, 등록(register)/미등록(unenrolled)을 위해서 요구되는 정보, 탐색(현재 사용되는 CM에 의해서 획득되는)을 위해서 요구되는 정보, 공존을 위해서 요구되는 정보(현재 사용되는 CM에 의해서 획득되는) 및 필요에 따른 다른 정보 등이 제공될 수 있다.
상기 CDIS/CDB(400)로부터 공존관리자(CM)(300)으로는, 공존 맵(coexistence map)을 위해서 통지되는 정보, 네이버 셋트(neighbor set)(또는 네이버 리스트(neighbor list))를 위해서 통지되는 정보, 대표 CM을 위해서 통지되는 정보, 탐색(다른 CM에 의해서 획득되는)을 위해서 요구되는 정보, 공존(다른 CM에 의해서 획득되는) 위해서 요구되는 정보 및 필요에 따른 다른 정보 등이 제공될 수 있다.
상기 인터페이스 B3는 공존관리자(CM)(300)과 또 다른 공존관리자(CM)(300’)사이의 인터페이스로서, 공존관리자(CM)(300)로부터 또 다른 공존관리자(CM)(300’)으로 탐색과 공존을 위해서 요구되는 정보와 메시지, 등록(register)/미등록(unresgister)(공존관리자(CM)으로부터 대표 공존관리자(CM)으로 또는 디바이스의 공존관리자(CM)으로부터 서버의 공존관리자(CM)으로) 위해서 통지되는 정보, 공존맵을 위해서 통지되는 정보(CM으로부터 대표 CM으로 또는 서버의 CM으로부터 디바이스의 CM으로), 정책 교환/협상에 필요한 정보 및 필요에 따른 다른 정보 등이 제공될 수 있다.
상기 인터페이스 C는 TVBD 디바이스(100)와 TVWS 데이터 베이스(600)간의 인터페이스로서 TVWS DB(600)에서 TVBD 네트워크 또는 디바이스(100)로 가용 채널을 위해 통지되는 정보가 제공 될 수 있다.
상기 인터페이스 D는 공존관리자(CM)(300)과 오퍼레이터 매니지먼트 엔티티(OME: Operator Management Entity)(700) 사이의 인터페이스로써 OME(700)로부부터 공존관리자(CM)(300)로 정보와 관련된 네트워크 동작 정보 (예를 들면 스펙트럼 정책/네트워크를 운용하는 것과 관련된 제한요인) 및 필요에 따라서 다른 정보가 제공 될 수 있다.
도 2는 본 명세서의 다른 일 실시예에 따른 공존(coexistence) 시스템을 나타내는 블록도이다.
도 2를 참조하여 알 수 있는 바와 같이, 상기 공존 인에이블러(200)와 상기 공존 관리자(CM)(300)는 각기 액세스 포인트(AP) 및 기지국(BS: BaseStation)에 임베디드될 수 있다.
또한, 상기 CDIS/CDB(400)는 상기 TVWS 데이터베이스(600)와 연결될 수 있다. 이와 같은 연결을 통해 상기 CDIS/CDB(400)는 상기 TVWS 데이터베이스(600)로부터 TV 화이트스페이스 정보를 수신할 수 있다.
도 3은 본 명세서의 일 실시예에 따른 공존(coexistence) 시스템이 배치된 예를 나타낸다.
도 3을 참조하여 알 수 있는 바와 같이, 수직적으로는 네트워크 A 및 네트워크 B가 존재한다. 또한, 수평적으로는 통신 시스템 A와 통신 시스템 B와 통신 시스템 C가 존재한다. 상기 통신 시스템 A, 통신 시스템B, 통신 시스템 C는 서로 다른 무선 접속 방식, 즉 통신 방식을 각기 이용한다. 예를 들어, 상기 통신 시스템A는 셀룰러 통신, 예컨대 CDMA, GSM, CDMA-2000, WCDMA, LTE, LTE-Advanced, IEEE 802.16와 같은 시스템일 수 있다. 상기 시스템 B는 상기 통신 시스템 A보다는 셀 커버리지의 크기가 작은 셀룰러 시스템일 수 있다. 또는 상기 시스템 B는 Wi-Fi와 같은 시스템일 수 있다. 상기 시스템C는 상기 시스템B 보다 셀 커버리지의 크기가 작은 셀룰러 시스템, 예컨대 펨토 셀일 수 있다. 상기 통신 시스템 A, 통신 시스템 B, 통신 시스템 C 각각에는 공존관리자(CM)이 존재한다.
한편, 상기 통신 시스템 A, 통신 시스템 B, 통신 시스템C은 지리적으로 네트워크 A 내에서 서로 공존하고, 네트워크 B 내에서도 서로 공존한다. 이와 같이 서로 공존할 수 있도록, 상기 CDIS/CDB(400)은 공존 맵(Coexistence MAP)을 생성해서, 상기 각각의 공존관리자(CM)에게 전송할 수 있다.
도 4는 본 명세서의 일 실시예에 따른 공존(coexistence) 시스템의 동작을 나타낸다.
도 4를 참조하여 알 수 있는 바와 같이, 공존관리자(CM)(300)가 AP와 BS에 내장되지 않은 것으로 나타나 있으나, 이는 어디까지나 예시적인 설명을 위한 것이고, 상기 공존관리자(CM)(300)은 상기 AP와 상기 BS에 내장될 수 있다. 또한, 상기 AP 및 상기 BS 내에는 공존인에이블러(CE)(200)가 내장될 수도 있다.
한편, 상기 AP와 상기 BS는 각기 상기 공존관리자(CM)(300) 및 상기 CDIS/CDB(400), 그리고 상기 TVWS 데이터베이스(600)에 등록한다.
상기 공존관리자(CM)(300)도 마찬가지로 상기 CDIS/CDB(400) 및 상기 TVWS 데이터베이스에 등록을 수행한다.
한편, 상기 CDIS/CDB(400)는 상기 TVWS 데이터베이스(600)로부터 방송을 위한 채널 리스트를 수신할 수 있다. 상기 채널 리스트라 함은 방송을 위한 주파수 정보일 수 있다. 또한, 상기 채널 리스트라 함은 방송의 운용 채널(operating channel)과 전송 파워 제한(transmit power limitation)에 대한 정보를 포함할 수 있다.
상기 CDIS/CDB(400)는 상기 BS와 상기 AP의 위치 정보 및 가용 채널 정보를 이용하여 서로 임의 지역 내에서 공존하는지를 확인한다. 서로 공존하는 경우 상기 AP 및 상기 BS의 커버리지 반경을 계산하고, 상기 채널 리스트, 즉 상기 방송을 위한 주파수 정보에 기초하여, 상기 임의 지역에 위치하는 서로 다른 종류의 액세스 포인트들, 즉 상기 AP와 상기 BS가 사용할 수 있는 채널(또는 리소스), 또는 하나 이상의 주파수 대역을 할당하고 상기 채널(또는 리소스), 대역에 대한 정보, 예컨대 공존맵(Coexistence MAP)를 생성하여 전송할 수 있다.
도 5는 본 명세서의 일 실시예에 따른 공존(coexistence) 시스템이 배치된 다른 예를 나타낸다.
도 5를 참조하여 알 수 있는 바와 같이, 공존관리자(CM) 또는 CSIS/CDB(400)은 여러 AP들이 무선상에서 공존할 수 있도록 조정할 수 있다. 상기 여러 AP들은 인터넷과 같은 물리 접속을 이용하여 상기 CDIS/CDB(400)와 연결될 수 있다.
상기 CDIS/CDB(400)는 상기 TVWS 데이터베이스(600)로부터 전술한 바와 같이 방송을 위한 채널 정보를 획득할 수 있다. 또한, 상기 CDIS/CDB(400)는 특정 지리적 영역에서의 방송을 위한 채널 정보, 예컨대 방송 채널 세트를 획득할 수 있다. 또한, 상기 CDIS/CDB(400)는 공존 윤곽선(coexistence contour)를 계산할 수 있다. 특히, TV 방송용 화이트스페이스 또는 TV 방송용 주파수 상에서 동작하는 다른 시스템들 상에서 네이버 탐지 기능을 갖출 수 있다.
또한, 상기 CDIS/CDB(400)는 전술한 바와 같이 공존 화이트스페이스 맵 또는 공존 맵을 생성할 수 있다. 또한, 상기 CDIS/CDB(400)는 공통 클럭(common clock) 정보를 제공할 수 있다. 또한, 다른 시스템들 간에 시간 동기를 위한 정보를 제공할 수 있다.
상기 CDIS/CDB(400)는 각 장치의 무선 범위 및 간섭 범위에 대한 파라미터를 제공할 수 있다. 상기 CDIS/CDB(400)는 전술한 공존 윤곽선에 대한 파라미터를 제공할 수 있다. 상기 CDIS/CDB(400)는 다른 시스템들 간에 공존을 위해 이웃 네트워크 장치들을 식별할 수 있다. 상기 CDIS/CDB(400)는 각 네트워크의 전송 전력, 안테나 높이, 다른 물리 파라미터에 대한 정보를 제공할 수 있다.
도 6의 (a) 및 (b)는 CDIS/CDB(400)의 동작을 나타낸 예시도이다.
도 6(a)을 참조하여 알 수 있는 바와 같이, 제1 공존관리자(CM1)와 제2 공존관리자(CM2)가 존재하고, 이들은 TVWS DB(600)와 CDIS/CDB(400)과 각기 연결되어 있다. 제1 공존관리자(CM1)와 제2 공존관리자(CM2)는 상기 TVWS DB(600)로부터 위치정보와 상기 방송을 위한 주파수 정보, 예컨대 화이트스페이스맵(WM: Whitespace MAP)에 대한 정보를 수신한다. 상기 화이트 스페이스맵이라 함은 TV 방송용으로 분배된 VHF 및 UHF 주파수 대역에서 방송 사업자가 사용하지 않는 비어있는 주파수 대역에 대한 정보를 의미할 수 있다.
한편, 상기 CDIS/CDB(400)는 TVWS DB(600)와 접속되어, 상기 TVWS DB(600)으로부터 상기 방송을 위한 주파수 정보, 예컨대 상기 화이트스페이스맵을 수신할 수 있다. 그리고, CDIS/CDB(400)는 상기 방송을 위한 주파수 정보, 예컨대 상기 화이트스페이스맵에 기초하여, 전술한 바와 같이, 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)을 생성할 수 있다. 그리고, 상기 생성된 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)을 제1 공존관리자(CM1)와 제2 공존관리자(CM2)에게 전달할 수 있다.
한편, 도 6(b)를 참조하여 알 수 있는 바와 같이, 제1 공존관리자(CM1)와 제2 공존관리자(CM2)는 상기 TVWS DB(600)와 연결되어 있다. 그리고 상기 TVWS DB(600)은 상기 CDIS/CDB(400)와 연결될 수 있다.
상기 CDIS/CDB(400)은 전술한 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)을 상기 TVWS DB(600)으로 전달할 수 있고, 상기 TVWS DB(600)은 상기 수신한 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)을 상기 제1 공존관리자(CM1)와 제2 공존관리자(CM2)에게 전달할 수 있다. 이 경우, 상기 TVWS DB(600)은 상기 수신한 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)을 상기 방송을 위한 주파수 정보, 예컨대 상기 화이트스페이스맵으로 가장하여 전달할 수 있다.
대안적으로, 상기 TVWS DB(600)는 상기 수신한 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)뿐만이 아니라, 상기 방송을 위한 주파수 정보, 예컨대 상기 화이트스페이스맵을 상기 제1 공존관리자(CM1)와 제2 공존관리자(CM2)에게 전달할 수 있다. 이 경우, 제1 공존관리자(CM1)와 제2 공존관리자(CM2)는 상기 수신한 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)뿐만이 아니라, 상기 방송을 위한 주파수 정보, 예컨대 상기 화이트스페이스맵을 모두 수신하면, 이 중에 적절한 것을 선택하여 이용할 수 있다.
도 7은 공존 윤곽을 나타낸 예시도이다.
도 7을 참조하여 알 수 있는 바와 같이, 네트워크 A, 네트워크 B, 네트워크 C가 서로 근접하여 존재한다. 각 네트워크의 공존 윤곽은 실선으로 도시되어 있고, 각 네트워크의 이격 거리는 점선으로 도시되어 있다. 상기 공존 윤곽(Coexistence Contour)은 각 네트워크 스스로의 특성에 의해서 결정된다. 반면, 상기 이격 거리는 다른 네트워크와의 특성에 의해서 결정될 수 있다. 도 6을 참조하여 알 수 있는 바와 같이, 상기 네트워크 A와 네트워크 B는 공존 윤곽선이 서로 거의 맡닿아 있고, 상기 네트워크 A와 네트워크 C의 공존 윤곽선을 일부 겹치고 있다.
도 8은 도 7의 환경에서 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)의 예를 나타낸다.
도 8의 우측 상단에 도시된 바와 같이, 채널 1부터 채널 6이 존재한다고 가정하자. 이때, 채널 1 및 채널 2는 상기 방송을 위한 주파수 정보, 예컨대 상기 화이트스페이스맵에 따르면 방송을 위해서 사용중인 채널이라고 가정하자.
상기 CDIS/CDB(400)은 도시된 바와 같이 채널 4가 유휴 채널임을 나타내는 상기 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)을 상기 네트워크 A에게 전송한다. 이에 따라 상기 네트워크 A가 채널 4를 사용하는 것으로 결정하면, 상기 CDIS/CDB(400)은 채널 3, 채널 5, 채널 6이 유휴채널임을 나타내는 상기 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)을 상기 네트워크 B에게 전송한다. 이에 따라 상기 네트워크 B가 예컨대 채널 6을 사용하는 것으로 결정하면, 상기 CDIS/CDB(400)은 채널 3 및 채널 5가 유휴 채널임을 나타낸 상기 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)을 네트워크 C에게 전송할 수 있다.
이와 같이 상기 CDIS/CDB(400)는 상기 네트워크 A, B 및 C에게 각기 상기 공존 화이트스페이스맵(CWM: Coexistence Whitespace MAP) 또는 공존 맵(Coexistence MAP)를 전송함으로써, 상기 네트워크 A, B 및 C가 무선상에서 공존할 수 있도록 한다.
공존 시스템에서 공존관리자(CM)(300)는 자신이 서비스하는 공존인에이블러(CE)(200)들의 동작 채널(또는 운용 채널)을 결정한다. 공존관리자(CM)(300)는 TV 대역에서 임의로 동작채널을 배분하여 할당하거나 각 공존인에이블러(CE)가 서비스하는 TVBD 네트워크 또는 디바이스(100) 간의 간섭 관계와 가용 채널 리스트를 사용하여 효율적으로 동작 채널을 할당한다. 공존인에이블러(CE)가 할당 받은 동작 채널과 가용 채널의 교집합 영역에서 공존인에이블러(CE)(200)가 서비스하는 TVBD 네트워크 또는 디바이스(100)가 동작할 수 있다. TVBD 네트워크 또는 디바이스(100)가 공존관리자(CM)(300)로부터 공존인에이블러(CE)(200)에게 할당된 동작 채널 이외의 채널로 옮겨가고 싶은 경우에는 독자적으로 동작 채널을 변경할 수 없고 반드시 공존관리자(CM)(300)로부터의 동작 채널 할당이 새로이 변경되어야 한다.
공존 시스템에서 공존관리자(CM)(300)는 공존 문제를 해결하기 위하여 자신이 서비스하는 공존인에이블러(CE) 간 네이버 관계를 획득해야 한다. 따라서, 공존관리자(CM)(300)는 자신이 서비스하고 있는 공존인에이블러(CE)의 TVBD 네트워크 또는 디바이스가 어떤 공존관리자(CM)의 어떤 공존인에이블러(CE)가 서비스하는 TVBD 네트워크 또는 디바이스와 간섭 관계에 있는지를 알고, 해당 TVBD 네트워크 또는 디바이스에 서로 다른 무선 자원을 할당해 줄 수 있다.
공존관리자(CM)(300)는 공존인에이블러(CE)의 동작 채널을 결정하기 전에 자신이 서비스하는 공존인에이블러(CE), TVBD 네트워크 또는 디바이스 간 또는 다른 공존관리자(CM)의 공존인에이블러(CE)가 서비스하는 TVBD 네트워크 또는 디바이스와의 간섭 관계를 획득하기 위해 CDIS(400)에 접속하여 네이버 리스트를 요청할 수 있다. 이 때, 공존관리자(CM)(300)는 CDIS(400)에 네이버 리스트 요청 메시지를 전송한다.
다음의 표 1은 본 명세서에 개시된 일 실시 예에 따른 네이버 리스트(neighbor list) 요청 메세지의 프레임 구조를 나타낸다.
표 1
헤더
이름 데이터 타입 설명
SourceIdentifier COEX_ID CDIS 식별자
DestinationIdentifier COEX_ID CM 식별자
InformationType COEX_INFO_TYPE 메시지 타입
DialogToken Integer 메시지 시퀀스 번호
페이로드
정보 요소 데이터 타입 설명
주: 이하의 정보 요소들은 각각의 CM에 대하여 반복됨
CMIdentifier COEX_ID CM은 그것이 제공하는 다른 CM의 네이버 리스트를 요청할 수 있음
주: 이하의 정보 요소들은 각각의 등록된 CE 대하여 반복됨
CEIdentifier COEX_ID 등록된 CE
주: 이하의 정보 요소들은 각각의 TVBD 네트워크 또는 디바이스에 대하여 반복됨
TVBDType TVBD_TYPE TVBD 네트워크 또는 디바이스 타입
Geolocation GEO_LOC 등록된 위치 정보
주: 이하의 정보 요소들은 TVBD의 각 채널에 대해 반복됨
ChannelNumber Integer 채널 번호
MaximumPowerLevel Real 파워 제한
표 1을 참조하면, 네이버 리스트 요청 메시지는 헤더와 페이로드를 포함한다. 헤더는 네이버 리스트의 요청을 송신하는 공존관리자(CM)(300)의 식별자(SourceIdentifier), 네이버 리스트의 요청을 수신하는 CDIS/CDB(400)의 식별자(DestinationIdentifier), 네이버 리스트 요청 메시지의 프레임을 다른 공존 프레임(InformationType)과 구분하기 위한 메시지 타입(Message type) 및 메시지의 시퀀스 번호(DialogTocken)를 포함한다.
페이로드는 네이버 리스트를 획득하고자 하는 공존관리자(CM)의 식별자(CM identifier), 네이버 리스트를 획득하고자 하는 공존관리자(CM)가 서비스하는 공존인에이블러(CE)의 식별자(CE identifier), TVBD 네트워크 또는 디바이스의 타입(TVBDType), 3차원 좌표로 표시되는 TVBD 네트워크 또는 디바이스의 위치 정보(Geolocation), TVWS 데이터베이스(600)로부터 획득한 가용 채널 리스트에서 가리키는 채널 번호로서 TVBD 네트워크 또는 디바이스가 사용 가능한 TV 밴드 대역을 의미하는 채널 번호(ChannelNumber) 및 TVBD 네트워크 또는 디바이스(100)의 최대 파워 레벨(MaximumPowerLevel)을 포함할 수 있다.
여기에서, 네이버 리스트를 획득하고자 하는 공존관리자(CM)의 식별자(CM identifier)는 공존시스템 내에 다수의 공존관리자(CM)가 존재하는 경우 네이버 리스트의 요청을 송신하는 공존관리자(CM)(300) 또는 공존관리자(CM)(300)가 인식하고 있는 다른 공존관리자(CM)의 식별자가 될 수 있다.
네이버 리스트를 획득하고자 하는 공존관리자(CM)가 복수인 경우, 네이버 리스트를 획득하고자 하는 공존관리자(CM)의 식별자(CM identifier)는 각 공존관리자(CM)에 대하여 반복된다. 또한, 네이버 리스트를 획득하고자 하는 공존관리자(CM)가 복수의 공존인에이블러(CE)를 서비스하는 경우, 네이버 리스트를 획득하고자 하는 공존관리자(CM)가 서비스하는 공존인에이블러(CE)의 식별자(CE identifier)는 각 공존인에이블러(CE)에 대하여 반복된다. 또한, 공존인에이블러(CE)가 서비스하는 TVBD 네트워크 또는 디바이스가 복수인 경우, TVBD 네트워크 또는 디바이스의 타입(TVBDType) 및 TVBD 네트워크 또는 디바이스의 위치 정보(Geolocation)가 각 TVBD 네트워크 또는 디바이스에 대하여 반복된다.
또한, TVBD 네트워크 또는 디바이스의 가용 채널이 복수인 경우, 채널 번호(ChannelNumber) 및 최대 파워 레벨(MaximumPowerLevel)은 각 가용 채널에 대하여 반복된다.
한편, TVBD 네트워크 또는 디바이스의 타입(TVBDType)은 다음의 표 2와 같이 정의될 수 있다.
표 2
디바이스 타입 설명
0-1 예약됨
2 고정 디바이스
3 퍼스널/포터블 디바이스
4-7 예약됨
또한, TVBD의 위치 정보(Geolocation)는 다음의 표 3과 같이 정의될 수 있다.
표 3
항목 Latitude Resolution Latitude Fraction Latitude Integer Longitude Resolution Longitude Fraction Longitude Integer Altitude Type Altitude Resolution Altitude Fraction Altitude Integer
비트 6 25 9 6 25 9 4 6 8 22
채널 번호(ChannelNumber)는 TV 채널 번호이거나 TVBD 네트워크 또는 디바이스의 동작 채널일 수 있다. 802.11 시스템의 경우 TVBD 네트워크 또는 디바이스의 동작 채널은 오퍼레이팅 클래스(operating class)와 채널 번호(channel number)의 조합으로 나타낼 수 있다.
공존관리자(CM)(300)로부터 네이버 리스트의 요청 메시지를 수신한 CDIS(400)는 자신이 서비스하는 공존관리자(CM)들 중 요청된 공존관리자(CM)의 네이버 리스트를 계산한다. 이 때, 네이버 정보는 요청된 공존관리자(CM)의 공존인에이블러(CE), TVBD 네트워크 또는 디바이스와 간섭 영역에 있는 공존인에이블러(CE), TVBD 네트워크 또는 디바이스에 대한 정보를 포함할 수 있다.
예를 들어, 공존 시스템 내에 공존관리자(CM)가 한 개만 존재하는 경우, 네이버 관계에 있는 공존관리자(CM)가 존재하지 않으므로 네이버 정보는 요청된 공존관리자(CM)가 서비스하는 공존인에이블러(CE) 간 네이버 정보가 될 수 있다. 공존 시스템 내에 공존관리자(CM)가 다수 개 존재하는 경우, 네이버 정보는 요청된 공존관리자(CM)가 서비스하는 공존인에이블러(CE) 간 네이버 정보 및 요청된 공존관리자(CM)가 서비스하는 공존인에이블러(CE)와 간섭 영역에 존재하는 다른 공존관리자(CM)에 의해 서비스되는 공존인에이블러(CE) 및 TVBD 네트워크 또는 디바이스를 포함할 수 있다.
CDIS(400)는 네이버 정보를 포함하는 네이버 리스트 응답 메시지를 공존관리자(CM)(300)에 전송한다.
다음의 표 4는 본 명세서에 개시된 일 실시 예에 따른 네이버 리스트 응답 메시지의 프레임 구조를 나타낸다.
표 4
헤더
이름 데이터 타입 설명
SourceIdentifier COEX_ID CDIS 식별자
DestinationIdentifier COEX_ID CM 식별자
InformationType COEX_INFO_TYPE 메시지 타입
DialogTocken Integer 메시지 시퀀스 번호
페이로드
정보 요소 데이터 타입 설명
주: 이하의 정보 요소들은 각각의 CM에 대하여 반복됨
CMIdentifier COEX_ID CM은 그것이 제공하는 다른 CM의 네이버 리스트를 요청할 수 있음
주: 이하의 정보 요소들은 각각의 등록된 CE 대하여 반복됨
CEIdentifier COEX_ID 등록된 CE
주: 이하의 정보 요소들은 각각의 TVBD 네트워크 또는 디바이스에 대하여 반복됨
TVBDAddress OCTET(6) TVBD의 맥 어드레스
주: 이하의 정보 요소들은 네이버 TVBD를 갖는 각각의 채널에 대하여 반복됨
ChannelNumber Integer 채널 번호
주: 이하의 정보 요소들은 각각의 네이버 TVBD 네트워크 또는 디바이스에 대하여 반복됨
NeighbourCM COEX_ID 네이버 CM 식별자
NeighbourCE COEX_ID 네이버 CE 식별자
NeighbourTVBDAddress OCTET(6) 네이버 TVBD 네트워크 또는 디바이스의 맥어드레스
표 4를 참조하면, 네이버 리스트 응답 메시지는 헤더와 페이로드를 포함한다. 헤더는 네이버 리스트의 요청을 송신한 공존관리자(CM)(300)의 식별자(SourceIdentifier), 네이버 리스트의 요청을 수신한 CDIS/CDB(400)의 식별자(DestinationIdentifier), 네이버 리스트 응답 메시지의 프레임을 다른 공존 프레임(InformationType)과 구분하기 위한 메시지 타입(Message type) 및 메시지의 시퀀스 번호(DialogTocken)를 포함한다.
페이로드는 네이버 리스트를 획득하고자 하는 공존관리자(CM)의 식별자(CM identifier)(이것은 네이버 리스트 요청 메시지의 CM identifier와 일치한다), 네이버 리스트를 획득하고자 하는 공존관리자(CM)가 서비스하는 공존인에이블러(CE)의 식별자(CE identifier), CE identifier가 가리키는 공존인에이블러(CE)가 서비스하는 TVBD 네트워크 또는 디바이스의 고유 번호(TVBDAddress), TV 채널 번호(ChannelNumber)(공존관리자(CM)(300)는 TV 채널 번호(ChannelNumber) 별로 CDIS(400)로부터 네이버 리스트를 수신할 수 있다. 따라서, 공존관리자(CM)(300)는 각 채널에 대해 TVBD 네트워크 또는 디바이스와 네이버 관계에 있는 TVBD 네트워크 또는 디바이스에 관한 정보와 이를 서비스하는 공존인에이블러(200) 및 공존관리자(300)에 관한 정보를 획득할 수 있다), TVBDAddress가 가리키는 TVBD 네트워크 또는 디바이스와 네이버 관계에 있는 공존관리자(CM)의 식별자(NeighbourCM), TVBDAddress가 가리키는 TVBD 네트워크 또는 디바이스와 네이버 관계에 있는 공존관리자(CM)의 식별자(NeighbourCE) 및 TVBDAddress가 가리키는 TVBD 네트워크 또는 디바이스와 네이버 관계에 있는 TVBD 네트워크 또는 디바이스의 고유번호(NeighbourTVBDAddress)를 포함한다.
네이버 리스트를 획득하고자 하는 공존관리자(CM)가 복수인 경우, 네이버 리스트를 획득하고자 하는 공존관리자(CM)의 식별자(CM identifier)는 각 공존관리자(CM)에 대하여 반복된다. 또한, 네이버 리스트를 획득하고자 하는 공존관리자(CM)가 복수의 공존인에이블러(CE)를 서비스하는 경우, 네이버 리스트를 획득하고자 하는 공존관리자(CM)가 서비스하는 공존인에이블러(CE)의 식별자(CE identifier)는 각 공존인에이블러(CE)에 대하여 반복된다.
또한, 공존인에이블러(CE)가 서비스하는 TVBD 네트워크 또는 디바이스가 복수인 경우, TVBD 네트워크 또는 디바이스의 타입(TVBDType) 및 TVBD 네트워크 또는 디바이스의 위치 정보(Geolocation)가 각 TVBD 네트워크 또는 디바이스에 대하여 반복된다. 또한, TVBD 네트워크 또는 디바이스의 채널이 복수인 경우, 채널 번호(ChannelNumber)는 각 채널에 대하여 반복된다.
또한, TVBDAddress가 가리키는 TVBD 네트워크 또는 디바이스와 네이버 관계에 있는 TVBD 네트워크 또는 디바이스가 복수인 경우, TVBDAddress가 가리키는 TVBD 네트워크 또는 디바이스와 네이버 관계에 있는 공존관리자(CM)의 식별자(NeighbourCM), TVBDAddress가 가리키는 TVBD 네트워크 또는 디바이스와 네이버 관계에 있는 공존관리자(CM)의 식별자(NeighbourCE) 및 TVBDAddress가 가리키는 TVBD 네트워크 또는 디바이스와 네이버 관계에 있는 TVBD 네트워크 또는 디바이스의 고유번호(NeighbourTVBDAddress)는 각 TVBD 네트워크 또는 디바이스에 대하여 반복된다.
네이버 리스트 응답 메시지는 네이버 리스트 요청 메시지를 통해 네이버 리스트를 요청한 공존관리자(CM)(300)가 서비스하는 공존인에이블러(CE)(200), TVBD 네트워크 또는 디바이스의 네이버 공존인에이블러(CE)(200), 네이버 TVBD 네트워크 또는 디바이스가 공존 시스템에 존재하는 경우, 각 TVBD 네트워크 또는 디바이스에 대해 네이버 TVBD 네트워크 또는 디바이스, 네이버 TVBD 네트워크 또는 디바이스가 서비스받는 공존인에이블러(CE)(200), 공존관리자(CM)(300)에 관한 정보를 포함한다.
도 9는 본 명세서에 개시된 일 실시 예에 따른 네이버 탐색 과정을 나타내는 흐름도이다.
CDIS(400)는 공존 시스템에 존재하는 모든 TVBD 네트워크 또는 디바이스의 위치 정보 및 가용 채널 리스트에 관한 정보에 기초하여 네이버 리스트를 계산한다. 공존 시스템에 존재하는 모든 TVBD 네트워크 또는 디바이스의 위치 정보 및 가용 채널 리스트에 관한 정보는 공존관리자(CM)(300)가 CDIS(400)에 등록하는 과정에서 전달되거나, 각 공존관리자(CM)(300)가 서비스하는 TVBD 네트워크 또는 디바이스의 위치 정보나 가용 채널이 업데이트 되었을 때 각 공존관리자(CM)(300)가 CDIS(400)에 네이버 리스트 요청 메시지를 재전송함으로써 획득된다.
CDIS(400)의 네이버 탐색 과정은 다음과 같다. 먼저, CDIS(400)와 공존관리자(CM)(300) 사이에 인터페이스 B2를 통해 연결이 수립된다. 공존관리자(CM)(300)은 표 1에 나타낸 프레임을 이용하여 CDIS(400)에 네이버 리스트의 요청 메시지를 전송한다(S110). CDIS(400)는 네이버 리스트의 요청 메시지에 포함된 TVBD 네트워크 또는 디바이스의 타입(TVBDType), TVBD 네트워크 또는 디바이스의 위치 정보(Geolocation) 및 TVBD 네트워크 또는 디바이스가 사용 가능한 TV 밴드 대역을 의미하는 채널 번호(ChannelNumber)를 이용하여 각각의 TVBD 네트워크 또는 디바이스 간의 간섭 관계를 획득할 수 있다(S120). CDIS(400)는 획득된 각각의 TVBD 네트워크 또는 디바이스 간의 간섭 관계에 기초하여 네이버 리스트를 획득할 수 있다. CDIS(400)은 표 4에 나타낸 프레임을 이용하여 공존관리자(CM)(300)에 네이버 리스트의 응답 메시지를 전송한다(S130).
CDIS(400)는 채널 별로 각각의 TVBD 네트워크 또는 디바이스 간 물리적 거리(공존 윤곽선(coexistence contour))와 각각의 TVBD 네트워크 또는 디바이스의 가용 채널 리스트(available channel list)를 고려하여 각각의 TVBD 네트워크 또는 디바이스 사이에 네이버(neighbor) 관계가 성립되는 채널을 결정한다.
CM(300)은 CDIS(400)로부터 네이버 리스트의 응답 메시지를 수신한 다음, 네이버 TVBD 네트워크 또는 디바이스가 존재하는 경우, 해당 네이버 TVBD 네트워크 또는 디바이스를 관리하는 공존관리자에 동작 채널을 확인하고, 이 동작 채널을 고려하여(예를 들어, 동작 채널이 중복되지 않도록) TVBD 네트워크 또는 디바이스의 동작 채널을 결정한다. 이와 같은 동작 채널의 결정은 CE(200) 또는 TVBD 네트워크 또는 디바이스(100)가 수행할 수도 있다.
도 10은 본 명세서의 실시 예들에 따른 TVBD 네트워크 또는 디바이스의 가용 채널 정보를 예시적으로 나타낸 도면이다.
도 10을 참조하면, 공존인에이블러(CE) A는 고정 디바이스(예를 들어, 표 1의 디바이스 타입이 2인 경우)로서 TV 채널 3에 TV가 존재한다. 공존인에이블러(CE) A의 가용 채널은 채널 1 및 채널 5가 될 수 있다.
또한, 공존인에이블러(CE) B는 퍼스널/포터블 디바이스(예를 들어, 표 1의 디바이스 타입이 3인 경우)로서 TV 채널 1에 TV가 존재한다. 공존인에이블러(CE) B의 가용 채널은 채널 2 내지 채널 5가 될 수 있다.
공존 시스템에서 공존인에이블러(CE) A 및 공존인에이블러(CE) B가 동일한 공존관리자(CM)에 의해 서비스되는 실시 예에 대하여 도 11을 참조하여 상세하게 설명한다. 또한, 공존 시스템에서 공존인에이블러(CE) A 및 공존인에이블러(CE) B가 각각 상이한 공존관리자(CM)에 의해 서비스되는 실시 예에 대하여 도 12를 참조하여 상세하게 설명한다.
도 11은 본 명세서에 개시된 제1 실시 예에 따른 네이버 탐색 과정을 나타내는 개념도이다.
제1 실시 예에서 공존관리자(CM) A는 도 11에 도시된 채널 정보를 갖는 공존인에이블러(CE) A 및 공존인에이블러(CE) B를 서비스할 수 있다.
공존관리자(CM) A는 CDIS(400)에 네이버 리스트를 요청할 수 있다. CDIS(400)는 각 공존인에이블러(CE)의 위치 정보(geolocation)에 기반하여 간섭 범위(interference range)를 계산하고, 공존인에이블러(CE) A 및 공존인에이블러(CE) B가 네이버 관계에 있다고 판단할 수 있다.
다시 도 10을 참조하면, 채널 1 내지 채널 4의 경우, 공존인에이블러(CE) A 및 공존인에이블러(CE) B의 가용 채널과 디바이스 타입이 상이하기 때문에 간섭 여부에 관계 없이 공존인에이블러(CE) A 및 공존인에이블러(CE) B 각각은 자신의 가용 채널 중 하나를 선택하여 사용할 수 있다. 그러나, 채널 5는 공존인에이블러(CE) A 및 공존인에이블러(CE) B에 있어서 모두 가용한 채널이므로, 네이버 관계에 있게 된다.
다음의 표 5는 본 명세서에 개시된 제1 실시 예에 따른 네이버 탐색에 따른 네이버 리스트 응답 메시지의 프레임의 일 예를 나타내는 도면이다.
표 5
헤더
이름 데이터 타입 설명
SourceIdentifier COEX_ID CDIS 식별자
DestinationIdentifier COEX_ID CM 식별자
InformationType COEX_INFO_TYPE 메시지 타입
DialogTocken Integer 메시지 시퀀스 번호
페이로드
정보 요소 데이터 타입 데이터 값
주: 이하의 정보 요소들은 각각의 CM에 대하여 반복됨
CMIdentifier COEX_ID CM A
CEIdentifier COEX_ID CE A
ChannelNumber Inteer 5
TVBDAddress OCTET(6) CE B
네이버 리스트를 획득하고자 하는 공존관리자(CM)의 식별자(CM identifier)(이것은 네이버 리스트 요청 메시지의 CM identifier와 일치한다)의 데이터 값은 공존관리자(CM) A가 되고, 네이버 리스트를 획득하고자 하는 공존관리자(CM)가 서비스하는 공존인에이블러(CE)의 식별자(CE identifier)의 데이터 값은 공존인에이블러(CE) A가 된다.
그리고, TV 채널 번호(ChannelNumber)의 데이터 값은 5가 되고, TVBDAddress가 가리키는 공존인에이블러(CE) A와 네이버 관계에 있는 공존인에이블러(CE)의 식별자(NeighbourCE)의 데이터 값은 공존인에이블러(CE) B가 된다.
도 12는 본 명세서에 개시된 제2 실시 예에 따른 네이버 탐색 과정을 나타내는 개념도이다.
제2 실시 예에서 공존관리자(CM) A는 도 10에 도시된 채널 정보를 갖는 공존인에이블러(CE) A를 서비스하고, 공존관리자(CM) B는 도 10에 도시된 채널 정보를 갖는 공존인에이블러(CE) B를 서비스할 수 있다.
공존관리자(CM) A는 CDIS(400)에 네이버 리스트를 요청할 수 있다. CDIS(400)는 각 공존인에이블러(CE)의 위치 정보(geolocation)에 기반하여 간섭 범위(interference range)를 계산하고, 공존인에이블러(CE) A 및 공존인에이블러(CE) B가 네이버 관계에 있다고 판단할 수 있다.
다시 도 10을 참조하면, 채널 1 내지 4의 경우, 공존인에이블러(CE) A 및 공존인에이블러(CE) B의 가용 채널과 디바이스 타입이 상이하기 때문에 간섭 여부에 관계 없이 공존인에이블러(CE) A 및 공존인에이블러(CE) B 각각은 자신의 가용 채널 중 하나를 선택하여 사용할 수 있다.
그러나, 채널 5는 공존인에이블러(CE) A 및 공존인에이블러(CE) B에 있어서 모두 가용한 채널이므로, 네이버 관계에 있게 된다. 공존인에이블러(CE) A 및 공존인에이블러(CE) B가 동시에 채널 5를 사용하게 되면, 상호 간섭을 받거나 주게 된다.
표 6은 본 명세서에 개시된 제2 실시 예에 따른 네이버 탐색에 따른 네이버 리스트 응답 메시지의 프레임의 일 예를 나타내는 도면이다.
표 6
헤더
이름 데이터 타입 설명
SourceIdentifier COEX_ID CDIS 식별자
DestinationIdentifier COEX_ID CM 식별자
InformationType COEX_INFO_TYPE 메시지 타입
DialogTocken Integer 메시지 시퀀스 번호
페이로드
정보 요소 데이터 타입 데이터 값
주: 이하의 정보 요소들은 각각의 CM에 대하여 반복됨
CM identifier COEX_ID CM A
CE identifier COEX_ID CE A
ChannelNumber Integer 5
CEidentifier COEX_ID CE B
CMidentifier COEX_ID CM B
네이버 리스트를 획득하고자 하는 공존관리자(CM)의 식별자(CM identifier)(이것은 네이버 리스트 요청 메시지의 CM identifier와 일치한다)의 데이터 값은 공존관리자(CM) A가 되고, 네이버 리스트를 획득하고자 하는 공존관리자(CM)가 서비스하는 공존인에이블러(CE)의 식별자(CE identifier)의 데이터 값은 공존인에이블러(CE) A가 된다.
그리고, TV 채널 번호(ChannelNumber)의 데이터 값은 5가 되고, CEidentifier가 가리키는 공존인에이블러(CE) A와 네이버 관계에 있는 공존인에이블러(CE)의 식별자(NeighbourCE)의 데이터 값은 공존인에이블러(CE) B가 되며, CMidentifier가 가리키는 공존인에이블러(CE) A와 네이버 관계에 있는 공존관리자(CM)의 식별자(NeighbourCM)의 데이터 값은 공존관리자(CM) B가 된다.
도 13은 본 명세서에 개시된 실시 예들에 따른 공존관리자(CM)의 자원 할당 과정을 나타내는 흐름도이다.
제1 공존관리자(CM1)는 CDIS(400)에 제1 공존관리자(CM1)가 서비스하는 제1 TVBD 네트워크 또는 디바이스의 네이버 리스트를 요청한다(S110). CDIS(400)는 제1 공존관리자(CM1)가 서비스하는 제1 TVBD 네트워크 또는 디바이스의 네이버 리스트를 계산하고(S120), 계산된 네이버 리스트를 제1 공존관리자(CM1)에 송신한다(S130).
제1 공존관리자(CM1)는 CDIS(400)로부터 수신한 네이버 리스트에 포함된 제2 TVBD 네트워크 또는 디바이스를 서비스하는 제2 공존관리자(CM2)에 정보를 요청하거나 협상(S140)을 통해 제1 공존관리자(CM1)가 서비스하는 TVBD 네트워크 또는 디바이스의 운용 채널을 결정할 수 있다(S150).
예를 들어, 제1 공존관리자(CM1)는 제2 공존관리자(CM2)에 제2 네트워크 또는 디바이스에 할당된 운용 채널에 관한 정보를 수신하고, 제1 네트워크 또는 디바이스의 가용 채널 중에서 제2 네트워크 또는 디바이스에 운용 채널로 할당되지 않은 채널을 제1 네트워크 또는 디바이스의 운용 채널로 할당할 수 있다.
도 14는 본 명세서에 개시된 실시 예들에 따른 네이버 리스트 업데이트 과정을 나타내는 흐름도이다.
공존관리자(CM1)가 서비스하는 공존인에이블러(CE), TVBD 네트워크 또는 디바이스의 위치 정보 또는 가용 채널 리스트가 업데이트 되는 경우, 공존관리자(CM1)는 CDIS(400)에 업데이트된 정보를 포함하는 네이버 리스트 요청 메시지를 전송한다(S210).
CDIS(400)는 업데이트된 정보에 기초하여 네이버 리스트를 다시 계산하고(S220), 업데이트된 네이버 리스트를 공존관리자(CM1)에 전송한다(S230). 이 경우에 특정 타입을 지정하여 해당 네이버 리스트가 변경되었는지 여부를 나타낼 수 있다.
CDIS(400)가 다수의 공존관리자(CM)를 서비스하는 경우, 특정 공존관리자(CM1)의 정보가 업데이트되어 네이버 리스트 요청이 수신되면, 업데이트된 정보에 기초하여 새롭게 계산된 네이버 관계가 다른 공존관리자(CM3)의 공존인에이블러(CE), TVBD 네트워크 또는 디바이스를 포함할 수 있다. 이 경우에, CDIS(400)는 특별한 요청없이 네이버 리스트가 변경된 공존관리자(CM)에 변경된 네이버 정보를 전송하거나(unsolicited response)(S250), 요청에 따라 변경된 네이버 리스트를 해당 공존관리자(CM3)에 전송할 수 있다(announcement)(S240 및 S250).
도 15는 본 명세서에 개시된 일 실시 예에 따른 공존관리자(CM)(300)가 TVBD 네트워크 또는 디바이스(100)로부터 사용 채널 정보 및 간섭 레벨 정보를 수신하는 과정을 설명하기 위한 도면이다.
TVBD 네트워크 또는 디바이스(100)는 측정 메시지(measurement message)를 통해 공존관리자(CM)(300)에 사용 채널 정보 및 간섭 레벨 정보를 송신할 수 있다. 이 경우에, TVBD 네트워크 또는 디바이스(100)는 공존관리자(CM)(300)의 요청에 의해 측정 프레임 포맷을 공존관리자(CM)(300)에 송신할 수 있다.
즉, 공존관리자(CM)(300)는 공존인에이블러(CE)(200)에 측정 요청(measurement_request)을 송신하고(S312), 공존인에이블러(CE)(200)는 수신한 측정 요청을 TVBD 네트워크 또는 디바이스(100)에 송신한다(S314). 또한, TVBD 네트워크 또는 디바이스(100)는 측정 요청에 응답하여 측정 보고(measurement report)를 공존인에이블러(CE)(200)에 송신하고(S316), 공존인에이블러(CE)(200)는 수신한 측정 보고를 공존관리자(CM)(300)에 송신한다(S318).
도 16은 본 명세서에 개시된 다른 일 실시 예에 따른 공존관리자(CM)(300)가 TVBD 네트워크 또는 디바이스(100)로부터 사용 채널 정보 및 간섭 레벨 정보를 수신하는 과정을 설명하기 위한 도면이다.
한편, TVBD 네트워크 또는 디바이스(100)는 주기적으로 측정 프레임 포맷을 공존관리자(CM)(300)에 송신할 수 있다. 즉, TVBD 네트워크 또는 디바이스(100)는 공존인에이블러(CE)(200)에 주기적으로 측정 보고를 송신하고(S322), 공존인에이블러(CE)(200)는 수신한 측정 보고를 TVBD 네트워크 또는 디바이스(100)에 송신한다(S322).
측정 요청(measurement request) 프레임 포맷은 다음의 표 7과 같이 정의될 수 있다.
표 7
정보 엘리먼트 Coexistence frame header Information type Measurement request elements
옥텟 8 1 Variable
공존 프레임 헤더(Coexistence frame header)는 프레임을 식별한다. 정보 타입(Information type) 필드의 값은 예를 들어, 3(measurement request)으로 설정될 수 있다. 측정 요청 엘리먼트들(Measurement request elements) 필드는 하나 이상의 측정 요청 엘리먼트(Measurement request element)를 포함할 수 있다. 단일 측정 요청 프레임에서 측정 요청 엘리먼트들(Measurement request elements)의 개수와 길이는 최대로 허용된 공존 프로토콜 데이터 단위(CXPDU; Coexistence Protocol Data Unit) 크기에 의해 제한될 수 있다. 측정 요청 엘리먼트들(Measurement request elements)은 측정 요청을 수신하는 TVBD 네트워크 또는 디바이스(100)의 지정된 측정 동작의 수행 요청을 포함할 수 있다.
측정 요청 엘리먼트(Measurement request element) 프레임 포맷은 다음의 표 8과 같이 정의될 수 있다.
표 8
정보 엘리먼트 Length Measurement type Measurement request
옥텟 1 1 Variable
측정 타입(Measurement type) 필드는 다음의 표 9와 같이 정의될 수 있다.
표 9
Measurement type Description
0 Reserved
1 Interference Level
2 Occupied Channel Information
3-7 Reserved
측정 요청 엘리먼트(Measurement request element)에서 측정 타입(Measurement type)이 간섭 레벨(Interference Level)을 나타낼 수 있다. 간섭 레벨 요청 엘리먼트(Interference Level request element)에 대응하는 측정 요청(measurement request) 필드는 다음의 표 10과 같이 정의될 수 있다.
표 10
정보 엘리먼트 Measurement Start Time Measurement Duration TV channel numbers
옥텟 2 1 Variable
측정 시작 시간(Measurement Start Time) 필드는 요청된 측정이 시작되는 시간으로 설정된다. 0의 값은 요청된 측정이 즉시 시작되는 것을 나타낸다. 측정 지연(Measurement Duration) 필드는 시간 단위들(TUs; Time Units)로 표현되는 요청된 측정의 지연 시간으로 설정된다. TV 채널 번호들(TV Channel Numbers)은 측정 요청이 적용되는 TV 채널 번호를 나타낸다. 채널 번호(Channel Number)는 각 국가 또는 지역에서 상이하게 정의될 수 있다.
측정 보고(measurement report) 프레임 포맷은 다음의 표 11과 같이 정의될 수 있다.
표 11
정보 엘리먼트 Coexistence frame header Information type Measurement report elements
옥텟 8 1 Variable
공존 프레임 헤더(Coexistence frame header)는 프레임을 식별한다. 측정 보고의 정보 타입(Information type) 필드의 값은 예를 들어, 4로 설정될 수 있다. 측정 보고 엘리먼트들(Measurement report elements) 필드는 하나 이상의 측정 보고 엘리먼트(Measurement report element)를 포함할 수 있다. 단일 측정 보고 프레임에서 측정 보고 엘리먼트들(Measurement report elements)의 개수와 길이는 최대로 허용된 CXPDU 크기에 의해 제한될 수 있다.
측정 보고 엘리먼트(Measurement report elements) 프레임 포맷은 다음의 표 12와 같이 정의될 수 있다.
표 12
정보 엘리먼트 Length Measurement type Measurement report
옥텟 1 1 Variable
측정 타입(Measurement type) 필드는 전술한 표 3과 같이 정의될 수 있다. 측정 보고 엘리먼트(Measurement report element)에서 측정 타입(Measurement type)이 간섭 레벨(Interference Level)을 나타낼 수 있다. 간섭 레벨 보고 엘리먼트(Interference Level report element)에 대응하는 측정 보고(measurement report) 필드는 다음의 표 13과 같이 정의될 수 있다.
표 13
정보 엘리먼트 Actual Measurement Start Time Measurement Duration Measuring TVBD Address Interference Level Report
옥텟 8 2 6 Variable
실질적인 측정 시작 시간(Actual Measurement Start Time) 필드는 TVBD 측정이 시작된 시간으로 설정된다. 측정 지연(Measurement Duration) 필드는 시간 단위들(TUs; Time Units)로 표현되는 TVBD 보고가 측정되는 동안의 지연 시간으로 설정된다. 측정 TVBD 어드레스(Measuring TVBD Address)는 실제로 측정을 수행한 TVBD 네트워크 또는 디바이스(100)의 맥 어드레스(MAC Address)로 설정된다. 간섭 레벨 보고(Interference Level Report) 필드는 주기적으로 반복될 수 있다. 간섭 레벨 보고(Interference Level Report) 필드는 검출된 TVBD 네트워크 또는 디바이스(100)를 나타낼 수 있다.
측정 보고 엘리먼트(measurement report element)에서 측정 타입(measurement type)은 사용 채널 정보(Occupied Channel Information)를 나타낼 수 있다. 사용 채널 정보(Occupied Channel Information)에 대응하는 측정 보고 (measurement report) 필드는 다음의 표 14와 같이 정의될 수 있다.
표 14
정보 엘리먼트 Actual Measurement Start Time Measurement Duration Measuring TVBD Address Occupied Channel Information Report
옥텟 8 2 6 Variable
사용 채널 정보 보고(Occupied Channel Information Report)는 다음의 표 15와 같이 정의될 수 있다.
표 15
Device Type Description
0 Reserved
1 Channel Number
2 Power
3-7 Reserved
실질적인 측정 시작 시간(Actual Measurement Start Time) 필드는 TVBD 측정이 시작된 시간으로 설정된다. 측정 지연(Measurement Duration) 필드는 시간 단위들(TUs; Time Units)로 표현되는 TVBD 보고가 측정되는 동안의 지연 시간으로 설정된다. 채널 번호(Channel Number)는 TVBD 사용자가 사용하는 채널 번호로 설정될 수 있다.
도 17은 본 명세서에 개시된 일 실시 예에 따른 공존관리자(CM)(300)가 TVBD 네트워크 또는 디바이스(100)의 네이버 셋을 발견하는 과정을 설명하기 위한 도면이다.
먼저, CDIS(400)는 TVBD 네트워크 또는 디바이스(100) 또는 공존관리자(CM)(300)로부터 네이버 정보, 타이밍 정보, 리소스 정보, 간섭 레벨 등을 전달 받아, 네이버 셋(neighbor set)을 계산하고, 계산된 네이버 셋을 공존관리자(CM)(300)에게 전달한다(S410).
공존관리자(CM)(300)는 네이버 공존관리자(CM)(300’)에 네이버 셋을 포함하는 네이버 TVBD 네트워크 또는 디바이스(100’)의 사용 채널 정보의 요청을 송신한다(S420). 공존관리자(CM)(300)는 네이버 공존관리자(CM)(300’)로부터 네이버 TVBD 네트워크 또는 디바이스(100’)의 사용 채널 정보를 수신한다(S430).
공존관리자(CM)(300)는 TVBD 네트워크 또는 디바이스(100)의 가용 채널과 네이버 TVBD 네트워크 또는 디바이스(100’)의 사용 채널을 비교한다. 그리고, 공존관리자(CM)(300)는 TVBD 네트워크 또는 디바이스(100)의 가용 채널에 포함된 채널들 중에서 네이버 TVBD 네트워크 또는 디바이스(100’)의 사용 채널에 포함된 채널을 확인한다(중복 채널 계산). 그리고, 공존관리자(CM)(300)는 TVBD 네트워크 또는 디바이스(100)의 가용 채널에 포함된 채널들 중에서 네이버 TVBD 네트워크 또는 디바이스(100’)의 사용 채널에 포함된 채널과 포함되지 않은 채널의 우선순위를 다르게 하는 채널 테이블(또는 우선순위 테이블)을 생성한다(S440).
여기에서, TVBD 네트워크 또는 디바이스(100)의 가용 채널에 포함된 채널들 중에서 네이버 TVBD 네트워크 또는 디바이스(100’)의 사용 채널에 포함된 채널은 네이버 TVBD 네트워크 또는 디바이스(100’)의 사용 채널에 포함되지 않은 채널보다 우선순위가 낮을 수 있다. 그리고, 채널 테이블(또는 우선순위 테이블)은 사용 채널 정보에 따른 테이블과 각각의 공존관리자(CM)(300)가 서비스하는 TVBD 네트워크 또는 디바이스(100)의 수에 따른 테이블로 나뉠 수 있다. 또는, 두 종류의 테이블을 병합한 테이블 설정도 가능하다.
공존관리자(CM)(300)는 생성된 채널 테이블(또는 우선순위 테이블)을 TVBD 네트워크 또는 디바이스(100)에 전달한다(S450).
네이버 셋 발견 과정에서 사용될 수 있는 네이버 발견 정보(Neighbor discovery information) 프레임 포맷은 다음의 표 16과 같이 정의될 수 있다.
표 16
정보 엘리먼트 Coexistence frame header Information type Neighbor discovery information
옥텟 8 1 Variable
공존 프레임 헤더(Coexistence frame header)는 프레임을 식별한다. 정보 타입(Information type) 필드는 예를 들어, 3(measurement request)으로 설정될 수 있다. 네이버 발견 정보 엘리먼트들(Neighbor discovery information elements)는 하나 이상의 네이버 발견 정보 엘리먼트(Neighbor discovery information element)를 포함한다. 단일 네이버 발견 정보 프레임에서 네이버 발견 정보 엘리먼트들(Neighbor discovery information elements)의 개수와 길이는 최대로 허용된 CXPDU 크기에 의해 제한된다.
네이버 발견 정보 엘리먼트(Neighbor discovery information element) 포맷은 다음의 표 17 같이 정의될 수 있다.
표 17
정보 엘리먼트 Length Neighbor discovery information Table Neighbor discovery information request
옥텟 1 1 Variable
네이버 발견 정보(Neighbor discovery information) 필드는 다음의 표 18과 같이 정의될 수 있다.
표 18
Measurement Type Description
0 Reserved
1 Neighbor discovery information
2-7 Reserved
네이버 발견 정보 테이블 엘리먼트(Neighbor discovery information table element)는 사용 채널 정보를 나타낼 수 있다. 네이버 발견 정보 요청 엘리먼트(Neighbor discovery information request element)에 대응하는 네이버 발견 정보(Neighbor discovery information) 필드는 다음의 표 19와 같이 정의될 수 있다.
표 19
정보 엘리먼트 Occupied TV channel TV channel numbers
옥텟 2 variable
TV 채널 번호들(TV Channel Numbers)는 네이버 발견 정보 요청(neighbor discovery information request)이 적용되는 TV 채널 번호를 나타낸다. 채널 번호(Channel Number)는 각 국가 또는 지역에서 상의하게 정의된다.
네이버 발견 정보 요청 엘리먼트(Neighbor discovery information request element)는 네이버 공존관리자(CM)(300)(또는, 네이버 TVBD 네트워크 또는 디바이스(100))의 사용 채널 정보를 나타낼 수 있다. 네이버 발견 정보 요청 엘리먼트(Neighbor discovery information request element)에 대응하는 네이버 발견 요청 엘리먼트(Neighbor discovery request element) 필드는 다음의 표 20과 같이 정의될 수 있다.
표 20
정보 엘리먼트 Neighbor CM ID Occupied TV channel
옥텟 2 2
도 18은 본 명세서에 개시된 일 실시 예에 따른 TVBD 네트워크 또는 디바이스(100) 또는 공존관리자(CM)(300)의 서비스 전환 과정을 나타내는 도면이다.
공존시스템에서 두 종류의 서비스가 제공될 수 있다. 제1 서비스(관리 서비스; management service)는 네이버 정보, 타이밍 정보, 리소스 정보, 간섭 레벨 정보 등 다양한 정보에 기초하여 공존관리자(CM)(300)가 TVBD 네트워크 또는 디바이스(100)의 가용 채널을 결정하고, 결정된 가용 채널 정보를 TVBD 네트워크 또는 디바이스(100)에 전달 및 관리하는 서비스가 될 수 있다.
제2 서비스(발견/정보 서비스; discovery/information service)는 TVBD 네트워크 또는 디바이스(100)가 CDIS(400)로부터 네이버 셋을 수신하고, TVWS 데이터베이스(600)로부터 가용 채널 리스틀 수신하여, TVBD 네트워크 또는 디바이스(100)가 가용 채널을 결정하는 서비스가 될 수 있다. 제1 서비스와 제2 서비스 사이의 전환은 TVBD 네트워크 또는 디바이스(100) 또는 공존관리자(CM)(300)에 의해 이루어질 수 있다. 또한, TVBD 네트워크 또는 디바이스(100)는 공존관리자(CM)(300)로부터 서비스 정보를 수신하고, 수신한 서비스 정보에 기초하여 제1 서비스와 제2 서비스 중에서 어느 하나를 공존시스템의 서비스로 선택할 수 있다.
TVBD 네트워크 또는 디바이스(100)는 공존관리자(CM)(300)로부터 수신한 가용 채널 정보에 기초하여 서비스의 전환 여부를 결정할 수 있다. TVBD 네트워크 또는 디바이스(100)는 필요로 하는 가용 채널이 없을 때(예를 들어, 인접한 복수의 채널을 병합하더라도 충분한 크기의 채널을 확보할 수 없을 때), 제1 서비스에서 제2 서비스로 전환하도록 결정할 수 있다. 이 경우에, TVBD 네트워크 또는 디바이스(100)는 공존인에이블러(CE)(200)에 서비스 변경 요청을 전달하고(S512), 공존인에이블러(CE)(200)는 공존관리자(CM)(300)에 서비스 변경 요청을 송신한다(S514). 공존관리자(CM)(300)는 서비스 변경 요청에 응답하여 제1 서비스 정보(C-MAP) 또는 제2 서비스 정보(TVBD 네이버 정보)를 공존인에이블러(CE)(200)에 송신하고(S516), 공존인에이블러(CE)(200)는 수신한 서비스 정보를 TVBD 네트워크 또는 디바이스(100)에 전달한다(S518).
도 19는 본 명세서에 개시된 다른 일 실시 예에 따른 TVBD 네트워크 또는 디바이스(100) 또는 공존관리자(CM)(300)의 서비스 전환 과정을 나타내는 도면이다.
공존관리자(CM)(300)는 CDIS/CDB(400) 및 TVBD 네트워크 또는 디바이스(100)로부터 수신한 네이버 정보, 타이밍 정보, 리소스 정보, 간섭 레벨 정보 등 다양한 정보에 기초하여 서비스 변경 명령(Service_switch_command)을 생성(S522)하고, 생성된 서비스 변경 명령을 공존인에이블러(CE)(200)에 송신하고(S524), 공존인에이블러(CE)(200)는 수신한 서비스 변경 명령을 TVBD 네트워크 또는 디바이스(100)에 전달한다(S526).
서비스 변경 요청(Service Changing Request) 프레임 포맷은 다음의 표 21과 같이 정의될 수 있다.
표 21
정보 엘리먼트 Coexistence header Information Type Dialog Token Service Changing Request element
옥텟 8 1 Variable
공존 헤더(Coexsitence header)는 프레임을 식별한다. 정보 타입(Information Type) 필드는 서비스 변경 요청(Service Changing Request) 프레임을 나타내는 9(Service Changing Request frame)로 설정될 수 있다. 서비스 변경 요청 엘리먼트 포맷(Service Changing Request element format)은 다음의 표 22와 같이 정의 된다.
표 22
정보 엘리먼트 Length Command Type Command request
옥텟 1 1 Variable
명령 타입(Command Type) 필드는 다음의 표 23과 같이 정의된다.
표 23
Command Type Description
0 Reserved
1 Service Changing
2-7 Reserved
서비스 변경 명령 요청 엘리먼트(Service Changing Command Request element)에서 명령 타입(Command Type)은 서비스 변경(service changing)을 나타낼 수 있다. 서비스 변경 명령 요청 엘리먼트(Service changing command request element)에 대응하는 서비스 변경 요청 필드(Service Changing request field)는 다음의 표 24와 같이 정의될 수 있다.
표 24
정보 엘리먼트 TVBD Address/CM ID Service Type
옥텟 6 variable
길이(Length)는 서비스 타입(Service Type) 필드의 길이(Length) 값을 조건으로 하는(subject to) 가변 값이다.
서비스 변경 응답(Service Changing Respone) 프레임 포맷은 다음의 표 25와 같이 정의될 수 있다.
표 25
정보 엘리먼트 Coexistence header Information Type Dialog Token Service Changing Response element
옥텟 8 1 Variable
공존 헤더(Coexistence header)는 프레임을 식별한다. 정보 타입(Information Type) 필드는 서비스 변경 응답(Service Changing Response) 프레임을 나타내는 10(Service Changing Response frame)으로 설정된다. 서비스 변경 응답 엘리먼트(Service Changing Response element) 포맷은 다음의 표 26과 같이 정의 된다.
표 26
정보 엘리먼트 Length Command Type Command response
옥텟 1 1 Variable
명령 타입(Command Type) 필드는 전술한 표 23과 같이 정의된다.
서비스 변경 명령 응답 엘리먼트(Service Changing Command response element)에서 명령 타입(Command Type)은 서비스 변경(service changing)을 나타낼 수 있다. 서비스 변경 명령 응답 엘리먼트(Service changing command response element)에 대응하는 서비스 변경 응답 필드(Service Changing response field)는 다음의 표 27과 같이 정의될 수 있다.
표 27
정보 엘리먼트 Status Code
옥텟 1
상태 코드(Status Code) 필드는 요청된 동작의 성공 또는 실패를 나타낸다. 상태 코드(Status Code) 필드의 길이는 1이 될 수 있다. 할당된 상태 코드(Status code)들은 다음의 표 28과 같이 정의될 수 있다.
표 28
Measurement Type Description
0 Reserved
1 Reserved
2 Success(성공)
3 Unspecified failure(지정되지 않은 실패)
4-255 Reserved
도 20은 본 명세서에 개시된 다른 일 실시 예에 따른 TVBD 네트워크 또는 디바이스(100)의 서비스 선택 과정을 나타내는 도면이다.
공존관리자(CM)(300)는 제1 서비스를 위한 C-MAP(Coexistence MAP)과 제2 서비스를 위한 네이버 정보를 공존인에이블러(CE)(200)에 송신하고(S532), 공존인에이블러(CE)(200)는 수신한 네이버 정보를 TVBD 네트워크 또는 디바이스(100)에 전달한다(S534). TVBD 네트워크 또는 디바이스(100)는 수신한 네이버 정보에 기초하여, 서비스를 선택한다.
서비스 전환(service switching) 프레임 포맷은 다음의 표 29와 같이 정의된다.
표 29
정보 엘리먼트 Coexistence frame header Information type Service Switching request elements
옥텟 8 1 Variable
공존 프레임 헤더(Coexistence frame header)는 프레임을 식별한다. 정보 타입(Information type) 필드의 값은 3(Service Switching request)으로 설정된다. 정보 전환 요청 엘리먼트들(Service Switching request elements) 필드는 하나 이상의 서비스 전환 요청 엘리먼트들(Service Switching request elements)를 포함할 수 있다. 단일 측정 요청 프레임에서 서비스 전환 요청 엘리먼트들(Service Switching request elements)의 개수와 길이는 최대로 허용된 CXPDU 크기에 의해 제한될 수 있다. 서비스 전환 요청 엘리먼트(Service Switching request element)는 서비스 전환 요청을 수신하는 TVBD 네트워크 또는 디바이스(100)의 지정된 서비스 전환 동작의 수행 요청을 포함할 수 있다.
서비스 전환 요청 엘리먼트(Service Switching request element) 포맷은 다음의 표 30과 같이 정의될 수 있다.
표 30
정보 엘리먼트 Length Service type Service Switching request
옥텟 1 1 Variable
서비스 타입(Service type) 필드는 다음의 표 31과 같이 정의될 수 있다.
표 31
Measurement Type Description
0 Reserved
1 Service Switching(서비스 전환)
2-7 Reserved
서비스 타입(Service type) 필드는 다음의 표 27과 같이 정의될 수 있다.
표 32
정보 엘리먼트 Management Service information Discovery/Information Service information
옥텟 2 2
관리 서비스 서브-엘리먼트(Management service sub-element) 필드는 다음의 표 33과 같이 정의될 수 있다.
표 33
정보 엘리먼트 Sub-element ID Length Received Power Available Channel Numbers
옥텟 1 1 1 Variable
발견/정보 서비스 서브-엘리먼트(Discovery/Information service sub-element) 필드는 다음의 표 34와 같이 정의될 수 있다.
표 34
정보 엘리먼트 Sub-element ID Length CM ID Neighbor TVBD information
옥텟 1 1 1 Variable
서비스 전환 요청 엘리먼트(Service Switching Request element) 필드는 다음의 표 35와 같이 정의될 수 있다.
표 35
정보 엘리먼트 Service Type Service Changing Command
옥텟 2 2
도 21의 (a)는 본 명세서에 개시된 일 실시 예에 따른 공존서비스변경 요청의 서비스 프리미티브의 세만틱스(semantics)를 나타내는 도면이다.
COEX_Servicechanging.request는 서비스 타입을 변경하기 위하여 COEX 사용자에 의해 사용된다. COEX_Servicechanging.request의 파라미터는 다음의 표 36과 같이 정의된다.
표 36
이름 데이터 타입 설명
DestinationIdentifier COEX_ID 이것은 이 요청의 목적지가 될 로컬 COEX 엔티티 또는 리모트 COEX 엔티티를 식별한다.
ServiceType SERVICETYPE_ID 서비스 타입
COEX_Servicechanging.request는 서비스 타입을 변경하기 위하여 공존(COEX) 사용자에 의해 생성된다. 요청의 목적지가 로컬 공존(COEX) 엔티티 자신인 경우에, 로컬 공존(COEX) 엔티티는 COEX_Servicechanging.confirm으로 응답한다. 요청의 목적지가 리모트 공존(COEX) 엔티티인 경우에, 로컬 공존(COEX) 엔티티는 리모트 공존(COEX) 엔티티에 대한 대응하는 Servicechanging Request 메시지를 생성할 수 있다.
도 21의 (b)는 본 명세서에 개시된 일 실시 예에 따른 공존서비스변경 알림의 서비스 프리미티브의 세만틱스(semantics)를 나타내는 도면이다.
COEX_Servicechanging.indication는 공존(COEX) 사용자에게 동등한(peer) 공존(COEX) 엔티티로부터의 서비스 변경 보고(Servicechanging Request) 메시지의 수신을 알리기 위해 공존(COEX) 엔티티에 의해 사용된다. COEX_Servicechanging.indication의 파라미터는 다음의 표 37과 같이 정의된다.
표 37
이름 데이터 타입 설명
SourceIdentifier COEX_ID 이것은 로컬 COEX 엔티티 또는 리모트 COEX 엔티티가 될 수 있는, 이 프리미티브의 호출자를 식별한다.
ServiceType SERVICETYPE_ID 서비스 타입
COEX_Servicechanging.request 메시지가 수신될 때 공존(COEX) 사용자에게 알리기 위하여 공존(COEX) 엔티티에 의해 사용된다. 공존(COEX) 사용자는 인디케이션(indication)이 수신되면, COEX_servicechanging.reponse primitive로 응답한다.
도 21의 (c)는 본 명세서에 개시된 일 실시 예에 따른 공존서비스변경 응답의 서비스 프리미티브의 세만틱스(semantics)를 나타내는 도면이다.
COEX_Servicechanging.response는 서비스 변경 요청(Servicechanging request)를 호출한 공존(COEX) 사용자에게 로컬 서비스 변경 정보(servicechanging information)을 전달하기 위해 공존(COEX) 사용자에 의해 사용된다. COEX_Servicechanging.response의 파라미터는 다음의 표 38과 같이 정의된다.
표 38
이름 데이터 타입 설명
DestinationIdentifier COEX_ID 이것은 이 응답의 목적지가 될 리모트 COEX 엔티티를 식별한다.
ResultCode Enumeration 요청의 결과를 보고한다.
수신된 COEX_Servicechanging.indication에 대한 응답으로 공존(COEX) 사용자에 의해 사용된다. 공존(COEX) 엔티티는 응답(response)이 수신되면, 대응하는 COEX_servicechanging.report 메시지를 생성하고 목적지 COEX 엔티티에 송신할 수 있다.
도 21의 (d)는 본 명세서에 개시된 일 실시 예에 따른 공존서비스 변경 확인의 서비스 프리미티브의 세만틱스(semantics)를 나타내는 도면이다.
COEX_Servicechanging.confirm는 서비스 변경 요청(Servicechanging request)를 호출한 공존(COEX) 사용자에게 서비스 변경 정보(servicechanging information)을 전달하기 위해 공존(COEX) 엔티티에 의해 사용된다. COEX_Servicechanging.confirm의 파라미터는 다음의 표 39와 같이 정의된다.
표 39
이름 데이터 타입 설명
SourceIdentifier COEX_ID 이것은 로컬 COEX 엔티티 또는 리모트 COEX 엔티티가 될 수 있는, 이 프리미티브의 호출자를 식별한다.
ResultCode Enumeration 요청의 결과를 보고한다.
이전의 공존(COEX) 사용자로부터의 COEX_Servicechanging.request 프리미티브의 결과를 전달하기 위해 로컬 공존(COEX) 엔티티에 의해 호출된다. 공존(COEX) 사용자는 이 프리미티프를 수신하면 적절한 결정을 하고 적절한 동작을 수행한다. 그러나, ResultsCode가 "성공"("Success")을 가리키지 않으면, 수신자는 적절한 오류 처리(error handling)를 수행한다.
도 22는 본 명세서에 개시된 실시 예들에 따른 공존관리자(CM)(300)의 서비스 전환 과정을 나타내는 도면이다.
먼저, TVBD 네트워크 또는 디바이스(100) 및 네이버 TVBD 네트워크 또는 디바이스(100)는 공존관리자(CM)(300) 및 CDIS/CDB(400)에 등록한다. 또한, 공존관리자(CM)(300) 및 네이버 공존관리자(300)는 CDIS/CDB(400)에 등록한다.
공존관리자(CM)(300) 및 CDIS/CDB(400)에 등록된 TVBD 네트워크 또는 디바이스(100)는 전술한 바와 같이 공존관리자(CM)(300)에 주기적으로 또는 공존관리자(CM)(300)의 요청에 의해 측정 보고(measurement report)를 송신한다(S612). 또한, 네이버 공존관리자(CM)(300) 및 네이버 TVBD 네트워크 또는 디바이스(100)는 전술한 바와 같이 네이버 공존관리자(CM)(300)에 주기적으로 또는 네이버 공존관리자(CM)(300)의 요청에 의해 측정 보고(measurement report)를 송신한다(S614).
상기 측정 보고는 TVBD 네트워크 또는 디바이스(100)의 사용 채널 정보 및 간섭 레벨 정보를 포함할 수 있다. 상기 측정 보고가 TVBD 네트워크 또는 디바이스(100)의 간섭 레벨 정보를 포함하는 것은 기존의 CDIS/CDB(400)가 TVBD 네트워크 또는 디바이스(100)의 사용 채널 정보만을 이용하여 네이버 셋을 계산하는 것보다 더욱 정확하게 네이버 셋을 계산하기 위함이다.
그리고, TVBD 네트워크 또는 디바이스(100)는 자원 할당이 요구될 때 공존관리자(CM)(300)에 자원 할당을 요청할 수 있다(S622). 이 경우에, TVBD 네트워크 또는 디바이스(100)는 TVWS 데이터베이스(600)로부터 가용 채널 정보를 수신하여 공존관리자(CM)(300)에 송신할 수 있다. 공존관리자(CM)(300)는 TVBD 네트워크 또는 디바이스(100)로부터 자원 할당 요청이 있는 경우, CDIS/CDB(400)에 네이버 셋을 요청한다(S624).
여기에서 네이버 셋은 TVBD 네트워크 또는 디바이스(100)의 네이버 TVBD 네트워크 또는 디바이스(100) 및 네이버 TVBD 네트워크 또는 디바이스(100)를 서비스하는 네이버 공존관리자(CM)(300)에 관한 정보를 포함할 수 있다. CDIS/CDB(400)는 CDIS(400)에 등록된 TVBD 네트워크 또는 디바이스(100)들의 지리적 위치 정보(또는 지리적 위치 정보 및 가용 채널 정보)에 기초하여 네이버 셋을 계산할 수 있다(S626). 공존관리자(CM)(300)는 CDIS/CDB(400)로부터 계산된 네이버 셋을 수신할 수 있다(S628).
공존관리자(CM)(300)는 네이버 셋에 기초하여, 네이버 공존관리자(CM)(300)에 네이버 TVBD 네트워크 또는 디바이스(100)의 사용 채널 정보를 요청할 수 있다 (S632). 이 경우에, 공존관리자(CM)(300)는 네이버 공존관리자(CM)(300)에 TVBD 네트워크 또는 디바이스(100)의 네이버 네트워크 또는 TVBD 디바이스(100)에 관한 정보를 송신할 수 있다.
네이버 공존관리자(CM)(300)는 네이버 TVBD 네트워크 또는 디바이스(100)로부터 수신한 측정 보고에 기초하여, 공존관리자(CM)(300)에 네이버 TVBD 네트워크 또는 디바이스(100)의 사용 채널 정보를 송신할 수 있다(S634).
공존관리자(CM)(300)는 TVBD 네트워크 또는 디바이스(100)의 가용 채널 정보 및 네이버 공존관리자(CM)(300)로부터 수신한 네이버 TVBD 네트워크 또는 디바이스(100)의 사용 채널 정보에 기초하여 우선순위 테이블을 생성할 수 있다(S636). TVBD 네트워크 또는 디바이스(100)의 가용 채널 정보는 TVBD 네트워크 또는 디바이스(100)가 TVWS 데이터베이스(600)로부터 수신하여 공존관리자(CM)(300)에 전달하거나, 공존관리자(CM)(300)가 TVWS 데이터베이스(600)로부터 수신하거나, CDIS/CDB(400)가 TVWS 데이터베이스(600)로부터 수신하여 공존관리자(CM)(300)에 전달할 수 있다.
그리고, 공존관리자(CM)(300)는 생성한 우선순위 테이블을 TVBD 네트워크 또는 디바이스(100)에 송신할 수 있다(S638). 공존관리자(CM)(300)가 네이버 공존관리자(CM)(300)로부터 네이버 TVBD 네트워크 또는 디바이스(100)의 사용 채널 정보를 수신하는 것은 TVBD 네트워크 또는 디바이스(100)의 실질적인 가용 채널을 판단하기 위함이다.
TVBD 네트워크 또는 디바이스(100)는 공존관리자(CM)(300)로부터 수신한 우선순위 테이블에 기초하여 서비스 전환 여부를 판단한다(S642). 즉, TVBD 네트워크 또는 디바이스(100) 가용 채널에 포함된 채널들 중 원하는 채널이 있는지 확인하고, TVBD 네트워크 또는 디바이스(100)는 원하는 채널이 없는 경우에 서비스를 전환하는 것으로 결정한다.
이 경우에, TVBD 네트워크 또는 디바이스(100)는 공존관리자(CM)(300)에 서비스 전환을 요청한다(S644). 공존관리자(CM)(300)는 TVBD 네트워크 또는 디바이스(100)로부터의 요청에 응답하여 서비스를 전환한다(S646). 이 경우에, 공존관리자(CM)(300)는 TVBD 네트워크 또는 디바이스(100)에 네이버 셋을 송신할 수 있다. TVBD 네트워크 또는 디바이스(100)는 원하는 채널을 확보하기 위해 공존관리자(CM)(300)로부터 수신한 네이버 셋에 기초하여, 네이버 공존관리자(CM)(300)와 가용 채널에 관하여 협상할 수 있다.
도 23은 본 명세서에 개시된 TVBD 네트워크 또는 디바이스(100)의 블록도이다.
도 23에 도시된 바와 같이 상기 TVBD 네트워크 또는 디바이스(100)는 저장 수단(110)와 컨트롤러(120)와 송수신부(130)를 포함한다.
상기 저장 수단(110)은 도 1 내지 도 22에 도시된 실시예에 따른 방법을 저장한다.
상기 컨트롤러(120)은 상기 저장 수단(110) 및 상기 송수신부(130)을 제어한다. 구체적으로 상기 컨트롤러(120)은 상기 저장 수단(110)에 저장된 상기 방법들을 각기 실행한다. 그리고 상기 컨트롤러(120)은 상기 송수신부(130)를 통해 상기 전술한 신호들을 전송한다.
이상에서는 본 발명의 바람직한 실시예를 예시적으로 설명하였으나, 본 발명의 범위는 이와 같은 특정 실시예에만 한정되는 것은 아니므로, 본 발명은 본 발명의 사상 및 특허청구범위에 기재된 범주 내에서 다양한 형태로 수정, 변경, 또는 개선될 수 있다.

Claims (14)

  1. TVBD(TeleVision Band Device) 네트워크 또는 디바이스의 네이버 발견 방법에 있어서,
    상기 TVBD 네트워크 또는 디바이스를 서비스하는 공존관리자에 요청을 송신하는 단계; 및
    상기 요청에 응답하여 상기 TVBD 네트워크 또는 디바이스의 네이버 정보를 수신하는 단계를 포함하고,
    상기 네이버 정보는,
    상기 TVBD 네트워크 또는 디바이스와 간섭 관계에 있는 네이버 TVBD 네트워크 또는 디바이스의 식별자를 포함하고,
    상기 네이버 정보는,
    상기 TVBD 네트워크 또는 디바이스 및 상기 네이버 TVBD 네트워크 또는 디바이스의 운용 채널(operating channels)에 근거하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스의 네이버 발견 방법.
  2. 제1 항에 있어서, 상기 네이버 정보는,
    상기 TVBD 네트워크 또는 디바이스의 간섭 레벨(interference level)에 더 근거하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스의 네이버 발견 방법.
  3. 제1 항에 있어서, 상기 네이버 정보는,
    상기 TVBD 네트워크 또는 디바이스의 측정 결과(measurement results)에 근거하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스의 네이버 발견 방법.
  4. 제1 항에 있어서, 상기 네이버 정보는,
    상기 공존관리자가 필요한 경우에 서버 또는 다른 공존관리자로부터 획득하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스의 네이버 발견 방법.
  5. 제1 항에 있어서, 상기 TVBD 네트워크 또는 디바이스와 상기 네이버 TVBD 네트워크 또는 디바이스는,
    서로 다른 종류의 네트워크 기술을 이용하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스의 네이버 발견 방법.
  6. 제1 항에 있어서, 상기 공존관리자로부터 상기 네이버 TVBD 네트워크 또는 디바이스에 할당된 채널과 중복되지 않는(non-overlapped) 적어도 하나의 채널에 관한 정보를 수신하는 단계를 더 포함하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스의 네이버 발견 방법.
  7. 제1 항에 있어서, 상기 송신하는 단계는,
    상기 TVBD 네트워크 또는 디바이스로부터 공존을 위한 정보를 요청하고 획득하는 공존인에이블러(coexistence enabler)를 통해 상기 요청을 송신하는 단계이고,
    상기 수신하는 단계는,
    상기 공존인에이블러를 통해 상기 네이버 정보를 수신하는 단계인 것을 특징으로 하는 TVBD 네트워크 또는 디바이스의 네이버 발견 방법.
  8. TVBD(TeleVision Band Device) 네트워크 또는 디바이스에 있어서,
    송수신부; 및
    상기 송수신부가 상기 TVBD 네트워크 또는 디바이스를 서비스하는 공존관리자에 요청을 송신하고, 상기 요청에 응답하여 상기 TVBD 네트워크 또는 디바이스의 네이버 정보를 수신하도록 제어하는 컨트롤러를 포함하고,
    상기 네이버 정보는,
    상기 TVBD 네트워크 또는 디바이스와 간섭 관계에 있는 네이버 TVBD 네트워크 또는 디바이스의 식별자를 포함하고,
    상기 네이버 정보는,
    상기 TVBD 네트워크 또는 디바이스 및 상기 네이버 TVBD 네트워크 또는 디바이스의 운용 채널(operating channels)에 근거하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스.
  9. 제8 항에 있어서, 상기 네이버 정보는,
    상기 TVBD 네트워크 또는 디바이스의 간섭 레벨(interference level)에 더 근거하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스.
  10. 제8 항에 있어서, 상기 네이버 정보는,
    상기 TVBD 네트워크 또는 디바이스의 측정 결과(measurement results)에 근거하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스.
  11. 제8 항에 있어서, 상기 네이버 정보는,
    상기 공존관리자가 필요한 경우에 서버 또는 다른 공존관리자로부터 획득하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스.
  12. 제8 항에 있어서, 상기 TVBD 네트워크 또는 디바이스와 상기 네이버 TVBD 네트워크 또는 디바이스는,
    서로 다른 종류의 네트워크 기술을 이용하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스.
  13. 제8 항에 있어서, 상기 컨트롤러는,
    상기 송수신부가 상기 공존관리자로부터 상기 네이버 TVBD 네트워크 또는 디바이스에 할당된 채널과 중복되지 않는(non-overlapped) 적어도 하나의 채널에 관한 정보를 수신하도록 제어하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스.
  14. 제8 항에 있어서, 상기 송수신부는,
    상기 TVBD 네트워크 또는 디바이스로부터 공존을 위한 정보를 요청하고 획득하는 공존인에이블러(coexistence enabler)를 통해 상기 요청을 송신하고, 상기 공존인에이블러를 통해 상기 네이버 정보를 수신하는 것을 특징으로 하는 TVBD 네트워크 또는 디바이스.
PCT/KR2011/009661 2011-01-13 2011-12-15 네트워크 또는 디바이스 및 그 네이버 발견 방법 WO2012096447A2 (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
DE112011104470T DE112011104470T5 (de) 2011-01-13 2011-12-15 Netzwerk oder Gerät und Verfahren zum Auffinden eines Nachbarn davon
US13/575,476 US9380589B2 (en) 2011-01-13 2011-12-15 Method for detecting a network or device and a neighbor thereof
JP2013549353A JP6021823B2 (ja) 2011-01-13 2011-12-15 ネットワーク又はデバイス及びそのネイバーを検出する方法
CN201180068679.2A CN103748808A (zh) 2011-01-13 2011-12-15 用于检测网络或者设备及其邻居的方法
KR1020137018251A KR101833830B1 (ko) 2011-01-13 2011-12-15 네트워크 또는 디바이스 및 그 네이버 발견 방법

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201161432203P 2011-01-13 2011-01-13
US61/432,203 2011-01-13
US201161468063P 2011-03-27 2011-03-27
US61/468,063 2011-03-27
US201161469061P 2011-03-29 2011-03-29
US201161469068P 2011-03-29 2011-03-29
US61/469,061 2011-03-29
US61/469,068 2011-03-29

Publications (2)

Publication Number Publication Date
WO2012096447A2 true WO2012096447A2 (ko) 2012-07-19
WO2012096447A3 WO2012096447A3 (ko) 2012-09-20

Family

ID=46507308

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/KR2011/009661 WO2012096447A2 (ko) 2011-01-13 2011-12-15 네트워크 또는 디바이스 및 그 네이버 발견 방법
PCT/KR2011/009663 WO2012096448A1 (ko) 2011-01-13 2011-12-15 네트워크 또는 디바이스를 서비스하는 장치 및 그 네이버 발견 방법

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/009663 WO2012096448A1 (ko) 2011-01-13 2011-12-15 네트워크 또는 디바이스를 서비스하는 장치 및 그 네이버 발견 방법

Country Status (6)

Country Link
US (2) US8983483B2 (ko)
JP (2) JP6132774B2 (ko)
KR (2) KR101833830B1 (ko)
CN (2) CN103477572B (ko)
DE (2) DE112011104440T5 (ko)
WO (2) WO2012096447A2 (ko)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8274885B2 (en) * 2008-10-03 2012-09-25 Wi-Lan, Inc. System and method for data distribution in VHF/UHF bands
US9019910B2 (en) 2010-12-29 2015-04-28 Electronics And Telecommunications Research Institute System and method for managing resource in communication system
US8737207B2 (en) 2010-12-29 2014-05-27 Electronics And Telecommunications Research Institute System and method for managing resource in communication system
US8804510B2 (en) * 2010-12-29 2014-08-12 Electronics And Telecommunications Research Institute System and method for managing resource in communication system
US8755275B2 (en) 2010-12-29 2014-06-17 Electronics And Telecommunications Research Institute System and method for managing resource in communication system
CN103477572B (zh) * 2011-01-13 2016-08-24 Lg电子株式会社 服务于网络或者设备的装置及检测其邻居的方法
US20140003282A1 (en) * 2012-06-27 2014-01-02 Nokia Corporation Network Discovery and Mobility Management for White Space Devices
US8982907B2 (en) * 2012-07-11 2015-03-17 Forsvarets Forskningsinstitutt Large-scale peer-to-peer discovery mechanism for frequency allocation
KR102151125B1 (ko) * 2013-05-13 2020-09-03 한국전자통신연구원 상호공존 관리 시스템에서의 개체간 메시지 교환 방법
KR102148983B1 (ko) * 2014-04-24 2020-08-28 한국전자통신연구원 가용 채널 정보 공유 시스템 및 가용 채널 정보 공유 방법
SG11201800981SA (en) 2015-09-11 2018-03-28 Sony Corp Communication control device, communication control determination device, and method
RU2711413C2 (ru) * 2015-09-11 2020-01-17 Сони Корпорейшн Устройство управления связью, запоминающее устройство, устройство для определения режима управления связью и серверное устройство
US10405209B2 (en) * 2017-03-15 2019-09-03 Nec Corporation Blue-printing interference for LTE access in unlicensed spectrum
JP7114321B2 (ja) * 2018-04-26 2022-08-08 キヤノン株式会社 データ処理装置及びその方法
TWI760933B (zh) * 2020-11-23 2022-04-11 瑞昱半導體股份有限公司 無線通訊裝置及封包保護方法
WO2024208731A1 (en) 2023-04-04 2024-10-10 Signify Holding B.V. Identifying a point of failure in a first network using a second network

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080130519A1 (en) * 2006-12-01 2008-06-05 Microsoft Corporation Media Access Control (MAC) Protocol for Cognitive Wireless Networks
US20080159208A1 (en) * 2006-12-28 2008-07-03 Motorola, Inc. Method and apparatus for allocation of shared spectrum in a wireless communication system
KR20100106554A (ko) * 2008-01-09 2010-10-01 알까뗄 루슨트 인지 무선 디바이스 동작 방법 및 인지 무선 디바이스
KR20100114828A (ko) * 2009-04-16 2010-10-26 엘지전자 주식회사 중간 접속점에서의 미사용 대역을 이용한 트래픽 처리 방법

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010522455A (ja) * 2007-03-19 2010-07-01 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 既存の信号のｆｆｔに基づくパイロット検知
US8805427B2 (en) * 2008-11-14 2014-08-12 Microsoft Corporation Channel reuse with cognitive low interference signals
TWI528765B (zh) * 2009-04-06 2016-04-01 內數位專利控股公司 多樣化無線存取技術間電視頻帶(tvbd)頻道靜音
US9155103B2 (en) * 2009-06-01 2015-10-06 Qualcomm Incorporated Coexistence manager for controlling operation of multiple radios
US8441916B2 (en) * 2009-07-02 2013-05-14 Electronics And Telecommunication Research Institute Method of communicating for smart utility network using TV white space and apparatus for the same
KR101314119B1 (ko) * 2009-07-02 2013-10-04 한국전자통신연구원 티브이 화이트 스페이스를 이용한 스마트 유틸리티 네트워크 통신 방법 및 이를 위한 장치
US8175005B2 (en) * 2009-07-22 2012-05-08 Cisco Technology, Inc. Coordinated neighbor discovery of radio access point devices and macro base stations
US8498307B2 (en) * 2010-01-04 2013-07-30 Wsdb Llc Channel allocation in protected service areas
US8576817B2 (en) * 2010-04-08 2013-11-05 Spectrum Bridge, Inc. System and method for managing radio access to spectrum and to a spectrum management system
EP2567493A2 (en) * 2010-05-06 2013-03-13 Interdigital Patent Holdings, Inc. Systems and methods for dynamic whitespace spectrum management
CN102884733B (zh) * 2010-05-11 2016-07-06 Lg电子株式会社 用于在共存系统中选择主装置的方法
US9325677B2 (en) * 2010-05-17 2016-04-26 Blackberry Limited Method of registering devices
US8885554B2 (en) * 2010-05-24 2014-11-11 Nokia Corporation Method and apparatus for cognitive radio coexistence
US8451789B2 (en) * 2010-06-15 2013-05-28 Nokia Corporation Method to request resources in TV white spaces type environment
EP2591622B1 (en) * 2010-07-09 2019-06-19 Taiwan Semiconductor Manufacturing Company, Ltd. Tv white space devices using structured databases
US8654721B2 (en) * 2010-08-04 2014-02-18 Intel Mobile Communications GmbH Communication devices, method for data communication, and computer program product
US8412247B2 (en) * 2010-09-03 2013-04-02 Nokia Corporation Method for generating a coexistence value to define fair resource share between secondary networks
US8385286B2 (en) * 2010-09-03 2013-02-26 Nokia Corporation Resource sharing between secondary networks
WO2012030174A2 (en) * 2010-09-03 2012-03-08 Lg Electronics Inc. Method of making a coexistence decision on distributed topology
US20120134328A1 (en) * 2010-10-11 2012-05-31 Interdigital Patent Holdings, Inc. Method and apparatus for dynamic spectrum management
TWI524799B (zh) * 2010-10-12 2016-03-01 內數位專利控股公司 電視閒置頻段頻道選擇及網路配置以服務為基礎之方法
US20120108179A1 (en) * 2010-10-29 2012-05-03 Nokia Corporation Coexistence of heterogeneous secondary networks
US20120106364A1 (en) * 2010-10-29 2012-05-03 Nokia Corporation Heterogeneous coexistence management in secondary networks
US8379586B2 (en) * 2010-11-01 2013-02-19 Nokia Corporation Method and apparatus for radio coexistence
US8838798B2 (en) * 2010-11-04 2014-09-16 Electronics And Telecommunications Research Institute System and method for managing resource in communication system
CN103477572B (zh) * 2011-01-13 2016-08-24 Lg电子株式会社 服务于网络或者设备的装置及检测其邻居的方法
US8363602B2 (en) * 2011-01-14 2013-01-29 Nokia Corporation Method, apparatus and computer program product for resource allocation of coexistent secondary networks
US20120182887A1 (en) * 2011-01-14 2012-07-19 Jari Junell Resource allocation using subsets
US9107078B2 (en) * 2011-01-14 2015-08-11 Qualcomm, Incorporated Methods and apparatuses for low-rate television white space (TVWS) enablement
US8310991B2 (en) * 2011-03-07 2012-11-13 Nokia Corporation Method, apparatus and computer program for controlling coexistence between wireless networks
US9215718B2 (en) * 2011-03-27 2015-12-15 Lg Electronics Inc. Method for switching service of management device serving network or device
WO2012134023A1 (ko) * 2011-04-01 2012-10-04 엘지전자 주식회사 공존 시스템에서의 자원 할당

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080130519A1 (en) * 2006-12-01 2008-06-05 Microsoft Corporation Media Access Control (MAC) Protocol for Cognitive Wireless Networks
US20080159208A1 (en) * 2006-12-28 2008-07-03 Motorola, Inc. Method and apparatus for allocation of shared spectrum in a wireless communication system
KR20100106554A (ko) * 2008-01-09 2010-10-01 알까뗄 루슨트 인지 무선 디바이스 동작 방법 및 인지 무선 디바이스
KR20100114828A (ko) * 2009-04-16 2010-10-26 엘지전자 주식회사 중간 접속점에서의 미사용 대역을 이용한 트래픽 처리 방법

Also Published As

Publication number Publication date
CN103477572B (zh) 2016-08-24
KR101833830B1 (ko) 2018-04-13
CN103748808A (zh) 2014-04-23
JP2014507860A (ja) 2014-03-27
WO2012096448A1 (ko) 2012-07-19
KR101824997B1 (ko) 2018-03-14
JP2014507861A (ja) 2014-03-27
WO2012096447A3 (ko) 2012-09-20
US20130295947A1 (en) 2013-11-07
US8983483B2 (en) 2015-03-17
JP6132774B2 (ja) 2017-05-24
DE112011104470T5 (de) 2013-11-07
KR20140036132A (ko) 2014-03-25
JP6021823B2 (ja) 2016-11-09
CN103477572A (zh) 2013-12-25
US9380589B2 (en) 2016-06-28
US20130051279A1 (en) 2013-02-28
DE112011104440T5 (de) 2013-09-19
KR20140036131A (ko) 2014-03-25

Similar Documents

Publication Publication Date Title
WO2012096447A2 (ko) 네트워크 또는 디바이스 및 그 네이버 발견 방법
WO2012057584A2 (ko) 공존시스템에서의 정보 획득 방법 및 이를 이용한 장치
WO2013069978A1 (ko) Tv 화이트 스페이스 대역에서 정보 서비스에 가입한 장치의 사용 채널 정보 획득 방법
WO2011162524A2 (ko) 무선 네트워크에서 채널 정보를 식별하기 위한 방법 및 장치
WO2017188664A1 (ko) 디스커버리 신호를 전송하는 방법 및 장치, 그리고 디스커버리 신호를 수신하는 방법 및 장치
WO2012134021A1 (ko) 네트워크 또는 디바이스를 서비스하는 관리기기의 서비스 전환 방법
WO2018030867A1 (ko) 서비스 기반 셀 선택 및 재선택 제어 방법
WO2016204574A1 (ko) 복수의 무선 통신 단말로부터 데이터를 수신하는 무선 통신 방법 및 무선 통신 단말
WO2020067834A1 (en) Apparatus and method for transmitting assistance information in a wireless communication system
WO2018016836A1 (en) Resource arrangement
WO2012134023A1 (ko) 공존 시스템에서의 자원 할당
WO2022139514A1 (en) Method and device for device discovery using uwb
WO2012005517A2 (en) Method and apparatus for scanning existing networks in the white space
WO2017155359A1 (ko) 다중 사용자 무선 통신 방법 및 이를 사용하는 무선 통신 단말
WO2015030473A1 (ko) 무선 통신 시스템에서 매크로 셀과 스몰 셀 간 스위칭을 위한 자원 할당 장치 및 방법
WO2011105840A2 (en) Apparatus and method for transmitting ul feedback information for carrier over a ul feedback channel in a multicarrier system
WO2021075761A1 (ko) 셀 선택을 수행하는 전자 장치 및 그 방법
WO2011129574A2 (en) Scanning method and apparatus in wireless access system
WO2016129766A1 (ko) 무선랜에서 초기 액세스를 수행하는 sta의 전송 커버리지를 증가시키기 위한 방법 및 장치
WO2016043491A1 (ko) 무선 통신 방법 및 무선 통신 단말
WO2017171530A1 (ko) 수신된 프레임의 베이직 서비스 세트 식별 정보 판단을 이용한 무선 통신 방법 및 무선 통신 단말
WO2016085296A1 (ko) 다중 사용자 상향 전송을 위한 무선 통신 방법 및 무선 통신 단말
WO2016021994A1 (ko) 무선 통신 방법 및 무선 통신 단말
WO2022270983A1 (en) Method and apparatus for providing ultra wide band (uwb) communication
WO2023003434A1 (en) Method and device for ultra-wideband communication

Legal Events

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

Ref document number: 13575476

Country of ref document: US

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

Ref document number: 11855809

Country of ref document: EP

Kind code of ref document: A2

ENP Entry into the national phase

Ref document number: 2013549353

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20137018251

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 1120111044704

Country of ref document: DE

Ref document number: 112011104470

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11855809

Country of ref document: EP

Kind code of ref document: A2