[go: up one dir, main page]

WO2012030190A2 - 통신 시스템에서 자원 관리 시스템 및 방법 - Google Patents

통신 시스템에서 자원 관리 시스템 및 방법 Download PDF

Info

Publication number
WO2012030190A2
WO2012030190A2 PCT/KR2011/006524 KR2011006524W WO2012030190A2 WO 2012030190 A2 WO2012030190 A2 WO 2012030190A2 KR 2011006524 W KR2011006524 W KR 2011006524W WO 2012030190 A2 WO2012030190 A2 WO 2012030190A2
Authority
WO
WIPO (PCT)
Prior art keywords
coexistence
systems
information
frequency band
event
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2011/006524
Other languages
English (en)
French (fr)
Other versions
WO2012030190A3 (ko
Inventor
강현덕
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Electronics and Telecommunications Research Institute ETRI
Original Assignee
Electronics and Telecommunications Research Institute ETRI
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
Priority claimed from KR1020110088665A external-priority patent/KR101542187B1/ko
Priority claimed from KR1020110088742A external-priority patent/KR101537014B1/ko
Application filed by Electronics and Telecommunications Research Institute ETRI filed Critical Electronics and Telecommunications Research Institute ETRI
Priority to US13/820,611 priority Critical patent/US9241332B2/en
Priority to EP11822165.4A priority patent/EP2613583A4/en
Publication of WO2012030190A2 publication Critical patent/WO2012030190A2/ko
Publication of WO2012030190A3 publication Critical patent/WO2012030190A3/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • 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

Definitions

  • the present invention relates to a communication system, and more particularly, to a resource management system and method for managing to share a plurality of frequency resources in a communication system.
  • frequency sharing in a frequency band usable in a frequency band already in use is a frequency that can be used without interfering with a primary incumbent having preferential use rights for the TV band. Since the band should be used, it is important to detect the usable frequency band by checking whether the primary license holder uses the frequency band in the TV band.
  • the available frequency may be due to a difference in a communication method, for example, a wireless connection method, between the plurality of different systems. There is a problem in coexistence for using the band.
  • the plurality of different systems efficiently uses the detected available frequency band.
  • a usable frequency band in a frequency band that is already in use such as a TV band in a communication system
  • a plurality of different systems for example, systems of different communication schemes, coexist to efficiently detect the available usable frequency band.
  • a resource management plan is needed to use it.
  • an object of the present invention is to provide a resource management system and method in a communication system.
  • Another object of the present invention is to provide a system and method for managing frequency resources such that a plurality of systems in a communication system coexist according to a reference model to use a frequency band usable in a TV band.
  • Another object of the present invention a system for managing frequency resources to coexist by transmitting and receiving signals according to the interface for sharing and frequency sharing of a plurality of systems in the communication system to use the frequency band available in the TV band and In providing a method.
  • a system of the present invention for achieving the above objects is a resource management system in a communication system including a plurality of systems that do not have a right to use a first frequency band, wherein the plurality of systems in the first frequency band
  • a coexistence manager (CM) for managing the plurality of systems for coexistence and frequency sharing of the plurality of systems in the usable frequency band when a usable frequency band is found
  • a coexistence enabler (CE) for transmitting and receiving the information of the plurality of systems and the information of the coexistence manager
  • a coexistence discovery and information server (CDIS) for supporting control of the coexistence manager for the plurality of systems;
  • the plurality of systems use the available frequency band through the coexistence and frequency sharing according to a reference model.
  • a method of managing a resource of a first frequency band in a communication system including a plurality of systems that do not have a right to use a first frequency band.
  • a reference model and an interface in the usable frequency band may be used for coexistence and frequency sharing of the plurality of systems in the usable frequency band. Defining; Grouping the plurality of interfaces according to a communication scheme and an interface of the plurality of systems; And allocating a first available channel in the usable frequency band as an operating channel of the first group systems in the plurality of systems according to the reference model.
  • the present invention provides a limited frequency resource by managing frequency resources such that a plurality of systems in a communication system coexist according to a reference model to use a frequency band that is available in a frequency band already in use, such as a TV band. By using more efficiently, the utilization efficiency of frequency resources can be improved.
  • the present invention by defining an interface for the coexistence and frequency sharing of a plurality of systems in a communication system, and transmitting and receiving a signal according to the defined interface, the plurality of systems through TV coexistence (coexistence) and frequency sharing Frequency resources are managed to use frequency bands that are available in the frequency bands that are already in use, such as bands, and thus the use of limited frequency resources can be more efficiently used to improve the efficiency of use of frequency resources.
  • FIG. 1 is a view schematically showing the structure of a resource management system in a communication system according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating a resource management operation of a resource management system in a communication system according to an embodiment of the present invention.
  • 3 to 5 are diagrams for explaining a reference model of a resource management system in a communication system according to an embodiment of the present invention.
  • 6 and 7 illustrate a flow of message transmission and reception for an interface corresponding to a CE reference model of a resource management system in a communication system according to an embodiment of the present invention.
  • FIGS. 8 to 10 are diagrams for explaining the interface definition between the CM and CE of the resource management system in the communication system according to an embodiment of the present invention.
  • 11 to 13 are diagrams for explaining the interface definition between the CM and CDIS of the resource management system in the communication system according to an embodiment of the present invention.
  • 14 to 18 are diagrams for explaining an interface definition between CMs of a resource management system in a communication system according to an embodiment of the present invention.
  • the present invention relates to a frequency band already in use, such as in a TV band in a communication system, such as a Cognitive Radio (CR) system, an IEEE 802.19 based system, or an IEEE 802.22 based system.
  • a communication system such as a Cognitive Radio (CR) system, an IEEE 802.19 based system, or an IEEE 802.22 based system.
  • CR Cognitive Radio
  • IEEE 802.19 based system or an IEEE 802.22 based system.
  • a CR system and a system based on IEEE 802.19 and IEEE 802.22 are described as an example, but the resource management scheme proposed by the present invention can be applied to other communication systems.
  • an embodiment of the present invention provides a resource management system and method for allowing a plurality of different systems in a communication system to coexist according to a reference model to efficiently use a frequency band available in a TV band. Suggest.
  • each reference model and interface of each object of the resource management system for sharing the frequency band usable in the communication system are defined, and each of the plurality of different reference models and interfaces Systems, in particular systems of different communication schemes, such as radio access schemes, coexist to share a usable frequency band in a frequency band already in use, such as in a TV band, thereby improving the efficiency of use of frequency resources.
  • an embodiment of the present invention proposes a reference model and interface of a resource management system for coexistence and frequency sharing between a plurality of different systems in a communication system, and shares frequency bands available through the reference model and interface. Therefore, the use efficiency of limited frequency resources is improved.
  • an interface for coexistence and frequency sharing of a plurality of different systems in a communication system is defined, and the plurality of systems coexist by transmission and reception of signals according to the defined interface.
  • a resource management system and method for efficiently sharing a frequency band available in a TV band by performing frequency sharing is defined, and each object of the resource management system according to the defined interface.
  • the embodiment of the present invention proposes an interface of a resource management system for coexistence and frequency sharing between a plurality of different systems in a communication system, and uses limited frequency resources by sharing a frequency band available through such an interface. Improve the efficiency.
  • a frequency in a frequency band that can be used in a frequency band that is already in use, such as a TV band is shared, and at this time, to a primary incumbent having a right of use for the TV band. Since the available frequency band should be used without interference, it is necessary to check whether the primary license holder uses the frequency band in the TV band, to detect the available frequency band, and to use the available frequency band detected in the TV band.
  • a plurality of different systems uses the detected available frequency bands through coexistence and frequency sharing.
  • FIG. 1 is a diagram schematically illustrating a structure of a resource management system in a communication system according to an exemplary embodiment of the present invention.
  • the resource management system uses frequency sharing in the plurality of different systems.
  • the sharing devices 140 and 160 to improve the frequency sharing efficiency between the sharing devices that want to use the available frequency band, for example, the sharing device 1 140 and the sharing device 2 160 and the sharing devices 140 and 160.
  • Coexistence Managers CMs
  • CMs Coexistence Managers
  • CE Coexistence Enabler
  • CE which serves as a path between the CMs 120 and 130, ie, CE1 140 and CE2 170.
  • a server supporting control of the shared devices 140 and 160 of the CMs 120 and 130 such as a coexistence discovery and information server (CDIS).
  • CDIS coexistence discovery and information server
  • the sharing devices 140 and 160 may have a primary license holder (hereinafter, referred to as a “primary system”) that has a priority to use the TV band.
  • a primary system that has a priority to use the TV band.
  • 'Secondary System' When not using the frequency band of other users who do not have a preferential use rights for the TV band (hereinafter referred to as 'Secondary System') that can use a predetermined frequency band in the TV band.
  • 'Secondary System' refers to devices of a plurality of different systems, that is, sub-systems to be detected and used in the frequency band.
  • the sharing devices 140 and 160 share and use the predetermined frequency band through coexistence and frequency sharing in order to use limited frequency resources more efficiently.
  • the CEs 150 and 160 are included in the shared devices 140 and 160, respectively, to transmit and receive the information of the shared devices 140 and 160 and the information of the CMs 120 and 130.
  • the CEs 150 and 160 are included in the shared devices 140 and 160, but the CEs 150 and 160 exist as independent objects or It may be included in the CMs 120 and 130.
  • the CEs 150 and 160 may include context information related to corresponding shared devices 140 and 160 requested by the CMs 120 and 130, for example, a wireless access scheme, transmission power, and spectrum sensing threshold of the shared devices 140 and 160. Information such as a value, a location, and the like are extracted from the shared devices 140 and 160 and transmitted to the CMs 120 and 130. That is, the CEs 150 and 160 obtain context-related information of different sub-systems and transmit the communication related information of the respective sub-systems to the CMs 120 and 130.
  • context information related to corresponding shared devices 140 and 160 requested by the CMs 120 and 130 for example, a wireless access scheme, transmission power, and spectrum sensing threshold of the shared devices 140 and 160.
  • Information such as a value, a location, and the like are extracted from the shared devices 140 and 160 and transmitted to the CMs 120 and 130. That is, the CEs 150 and 160 obtain context-related information of different sub-systems and transmit the communication related information of the respective sub-systems to the CMs 120 and 130
  • the CEs 150 and 160 may request a request of the CMs 120 and 130 for managing the shared devices 140 and 160, for example, a request for context information and configuration of the shared devices 140 and 160. And, upon request, to update context information of the shared devices 140 and 160 and to reset, or reconfigure, the configuration of the shared devices 140 and 160.
  • the CEs 150 and 160 receive the changed information of the context information, that is, the event information of the shared devices 140 and 160 as a request for the context information of the shared devices 140 and 160, and the event information.
  • the context information of the shared devices 140 and 160 is updated accordingly.
  • the CEs 150 and 160 receive a component reset of the shared devices 140 and 160 as a request for configuration of the shared devices 140 and 160, and the shared devices 140 and 160 according to the component reset. ), That is, reconfigure.
  • the CMs 120 and 130 determine an operation frequency allocation, a transmission power allocation, and a transmission time allocation to improve frequency sharing efficiency between the sharing devices 140 and 160.
  • the CMs 120 and 130 may use the shared devices 140 and 160 in the usable frequency band to improve the frequency sharing efficiency between the shared devices 140 and 160 for the frequency band available in the aforementioned TV band.
  • the operating frequency allocation, the transmission power allocation, and the transmission time allocation are examples of the transmission frequency allocation, and the transmission time allocation.
  • the CMs 120 and 130 may transmit and receive information with CMs of shared devices that do not correspond to them, for example, context information and events of shared devices, in order to further improve frequency sharing efficiency between the shared devices 140 and 160.
  • Information is transmitted and received to perform operation frequency allocation, transmission power allocation, and transmission time allocation of the corresponding shared device in the usable frequency band.
  • the CMs 120 and 130 obtain and transmit and receive context information and event information of shared devices that do not correspond to other CMs directly, or transmit and receive with other CMs through the CDIS 110.
  • the CMs 120 and 130 obtain information on spectrum use in the main system through an external database, or request other CMs to reset components of shared devices corresponding to them.
  • the CDIS 110 supports a control operation of the CMs 120 and 130 for frequency sharing of the sharing devices 140 and 160 with respect to a frequency band usable in the TV band. That is, the CDIS 110 receives and stores the context information and the event information of the shared devices 140 and 160 from the CMs 120 and 130, and the shared devices according to the request of the CMs 120 and 130. Context information and event information of 140 and 160 are transmitted to the CMs 120 and 130. In addition, the CDIS 110 obtains and stores information about spectrum use in the main system through an external database.
  • the resource management system may share a frequency band usable in a frequency band already used in the main system, such as a TV band, that is, use of the shared devices 140 and 160.
  • the CDIS 110, the CMs 120 and 130, and the CEs 140 and 160 are included for coexistence and frequency sharing.
  • the shared devices 140 and 160 are devices of secondary systems for sharing and using the available frequency band.
  • AP Access Point
  • SAP Service Access Point
  • the terminal are devices of different systems to share the usable frequency band as described above, and may be systems of different communication methods, for example, an IEEE 802.19 based system and an IEEE 802.22 based system. .
  • the resource management system in the communication system for the coexistence and frequency sharing of the shared devices 140,160 for the frequency band available in the frequency band that is already in use, that is, of different communication schemes
  • a reference model is defined to be shared and used by a plurality of systems, and in particular, each reference model for coexistence and frequency sharing of different systems for each of the CDIS 110, the CMs 120 and 130, and the CEs 140 and 160.
  • the resource management system as described above, for the coexistence and frequency sharing of the shared devices (140, 160), that is, a plurality of systems of different communication schemes to use the CM (120,130), and An interface for each of the CEs 140 and 160 is defined.
  • FIG. 2 is a diagram illustrating a resource management operation of a resource management system in a communication system according to an exemplary embodiment of the present invention.
  • FIG. 2 illustrates that the resource management system shares a frequency so that a plurality of systems, that is, sub-systems, which are different in the frequency band available in the frequency band already used by the primary system are used through coexistence and frequency sharing as described above.
  • the resource management system includes channels that are not currently used and used by the main system in TV channels 200, which are frequency bands that are already in use, that is, TV bands. Detects available available channels 204 excluding allowed channels 202 and detects the available available channels 202, i.e., TV idle frequency bands (TVWS: TV White). Space, hereinafter referred to as TVWS, is allocated to a plurality of service areas.
  • TVWS TV idle frequency bands
  • the resource management system does not have enough available channels available to the plurality of systems, as described above, the plurality of systems using the various wireless access schemes may be used as the operating channel.
  • Systems to use the detected available available channels 202 through coexistence and frequency sharing of shared devices.
  • the resource management system allocates one available channel to the operation channel of one shared device in the detected available available channels 202, or uses one shared channel to be shared by a plurality of shared devices. It is possible to simultaneously assign to the operating channel and to assign the operating channel already assigned to any shared device to the operating channel of any other shared device.
  • the resource management system uses an individual channel assignment scheme in which each of the shared devices uses the detected available available channels 202 as different operation channels according to the reference model. As described above, one available channel is allocated to an operation channel of one shared device, and according to the reference model, two or more shared devices are allocated to one operating channel in the detected available available channels 202. Through co-channel sharing to share and use, as described above, one available channel can be simultaneously assigned to an operation channel of a plurality of shared devices or another channel already allocated as an operation channel of the shared device is shared. Assign to the operating channel of the device.
  • the resource management system assigns a first local TVWS 206 in the detected available available channels 202 to the allocator 1 210.
  • the allocator 1 210 allocates one operating channel to the shared devices 215, 225, 235, and 245 in the service areas 220, 230, 240, and 250 through the respective channel allocation scheme, that is, the first local TVWS 206.
  • the resource management system assigns a second local TVWS 208 in the detected available channels 202 through the allocator 2 252 to each service area 260, 270, 280, 290.
  • a second local TVWS 208 are assigned to a plurality of different systems, ie, shared devices 255, 265, 275, and 285, respectively.
  • the allocator 2 252 is allocated such that the shared devices 255, 265, 275, and 285 in the service areas 260, 270, 280, and 290 share one available channel as an operation channel through the same channel sharing scheme.
  • the local TVWS 208 assigns one available channel to an operating channel of a plurality of shared devices, and is included in the CMs 120 and 130 as described in FIG.
  • one available channel in the second local TVWS 208 is allocated to operating channels of the plurality of shared devices 255, 265, 275, and 285 in the service areas 260, 270, 280, and 290, that is, assigned to a shared frequency band of the plurality of shared devices. do.
  • a resource management system may be configured to group systems using the same communication scheme when allocating one available channel to an operation channel of a plurality of systems through the same channel sharing scheme.
  • the same available channel is then assigned to the grouped systems as the operating channel.
  • grouping CEs of shared devices of the same communication scheme for example, grouping CEs of IEEE 802.11 based sharing devices into a first group, and also grouping IEEE 802.22 based sharing devices into a second group, and then the first group.
  • the group assigns a first available channel as an operating channel in the usable frequency band
  • the second group assigns a second available channel as an operational channel in the usable frequency band.
  • the communication system when it is difficult to group the plurality of systems into systems of the same communication method, communication with systems defined by the same interface, that is, shared devices, is difficult. Group the CEs of the shared devices defined with the same interface, and then assign the same available channel as the operation channel to the grouped shared devices.
  • a first group of systems defined as a first interface is assigned a first available channel as an operating channel in the usable frequency band
  • a second group of systems defined as a second interface is assigned in the available frequency band Assign the second available channel to the operating channel.
  • the resource management system allocates available channels 202 to a plurality of shared devices in the same channel sharing manner, there are a plurality of shared devices using one available channel as an operation channel, wherein the plurality of shared devices exist.
  • the coexistence problem of the plurality of shared devices is solved through a self-coexistence mechanism when the shared devices of the same wireless access method are used, but when the shared devices use heterogeneous wireless access methods, A more complex mechanism is required to solve the coexistence problem through an inter-system coexistence mechanism and to avoid co-channel interference than when coexistence problem is solved through the co-existence coexistence mechanism.
  • 3 to 5 are diagrams for describing a reference model of a resource management system in a communication system according to an embodiment of the present invention.
  • 3 is a diagram illustrating a CE reference model of a resource management system in a communication system according to an embodiment of the present invention
  • FIG. 4 is a diagram illustrating a CM reference model of the resource management system
  • the CE reference model of the resource management system includes an entity 310 including an entity such as a remote CM / CDIS entity or a database, and each object of the resource management system.
  • entity 310 including an entity such as a remote CM / CDIS entity or a database
  • each object of the resource management system includes CX_NET_SAP: CoeXistence NETwork SAP, hereinafter referred to as 'CX_NET_SAP'
  • CX_NET_SAP1 320 and CX_NET_SAP2 350 the CX_NET_SAPs 320, 350
  • Coexistence Device Management Entity SAP CX_DME_SAP: CoeXistence Device Management Entity
  • a management entity as the different managed objects including SAP hereinafter referred to as 'CX_DME_SAP'
  • coexistence primitive mapping (CXPM) entity 380 (management entity) (390) It includes.
  • the CE 360 is present in an application layer in an Open Systems Interconnection (OSI) structure, that is, one or more SAPs, that is, The CX_NET_SAP2 350 and the CX_DME_SAP 370 are included.
  • SAP is defined as a set of SAP primitives.
  • an entity 310 including an entity such as the remote CM / CDIS entity or a database may be connected with the CE 360 for coexistence and frequency sharing of a plurality of shared devices as described above.
  • An object performing communication, the CX_NET_SAP1 320 is configured to communicate with the CX_NET_SAP2 350 included in the CE 360 through the L2 transport 330 and the L3 transport 340.
  • the CX_NET_SAPs 320 and 350 are SAPs for communication with an object that is physically separated and not included in the same shared device, for example, CE, CM, and CDIS corresponding to another shared device, and provides channel information. It also connects to entities such as bases.
  • the CX_NET_SAPs 320 and 350 communicate with each other through the L2 transport 330 and the L3 transport 340, where the L2 transport 330 is the same wireless access scheme as the data link layer. Communication is possible between a plurality of systems using an intra-domain communication between a plurality of shared devices, and the L3 transport 340 uses a heterogeneous wireless access method as a network layer. Communication between a plurality of systems is possible, that is, inter-domain communication between a plurality of shared devices is possible.
  • the entity 310 including the remote CM / CDIS entity or an entity such as a database, and the CE 360 are controlled by the CX_NET_SAPs 320 and 350 by the L2 transport 330 and the L3 transport. 340 performs communication for coexistence and frequency sharing of shared devices.
  • the CE 360 includes the CX_DME_SAP 370 as well as the CX_NET_SAP2 350, and manages the CM as a management object of a shared device using different wireless access schemes through the CX_DME_SAP 370. Communicate with entity 390.
  • the CX_DME_SAP 370 is a media access control (MAC) layer and a physical (PHY) when each shared device uses a different communication scheme.
  • SAP for communication with different management entities 390 according to different communication schemes in a physical layer (hereinafter, referred to as 'PHY'), for example, when the shared device is an IEEE 802.11 based system.
  • 'PHY' a physical layer
  • SME Station Management Entity
  • the management entity 390 is a network control and management system (NCMS). : Network Control and Management System, hereinafter referred to as 'NCMS'.
  • the CE 360 communicates through the CX_DME_SAP 370 for coexistence and frequency sharing between a shared device and a system using a different communication scheme from a shared device including the CE 360 itself.
  • the management entity 390 is a CXPM entity ( 380).
  • the CXPM entity 380 the primitives to exchange between the CE 360 and the shared device using the other communication method, to control when performing communication between systems of different communication methods, the other communication method It matches a primitive or management information base (MIB: Management Information Base (MIB) hereinafter) used in the PHY layer of the shared device and the lower MAC layer structure of the data link layer.
  • MIB Management Information Base
  • the CXPM entity 380 is most preferably one-to-one matching parameter between the CE 360 and a shared device using a different communication scheme, that is, the management entity 390.
  • the CXPM entity 380 Determines a parameter matching range between the shared devices according to whether the systems controlled by the resource management system are accommodated for coexistence and frequency sharing between respective shared devices.
  • the resource management system determines whether to accept the shared device to use the available frequency band through the coexistence and the frequency sharing of shared devices according to the CXPM entity 380 of each shared device.
  • the resource management system in the communication system determines a CE reference model and based on the CE reference model, a plurality of systems, that is, systems using the same communication scheme, as well as different communication schemes. Allows systems using the system to use available frequency bands through coexistence and frequency sharing.
  • the CM reference model of the resource management system includes an entity 410 including an entity such as a remote CE / CM / CDIS entity or a database, each object of the resource management system, that is, CX_NET_SAPs for communication between CE, CM, and CDIS, namely CX_NET_SAP1 420 and CX_NET_SAP2 450, L2 transport 430 and L3 transport 440, and CM 460 between the CX_NET_SAPs 420, 450. It includes.
  • the CM 460 includes the CX_NET_SAP2 450 because it exists in an application layer in an OSI structure.
  • the SAP is defined as a set of SAP primitives as described above.
  • the entity 410 including an entity such as the remote CE / CM / CDIS entity or a database may, as described above, share the CM (Co) for coexistence and frequency sharing of a plurality of shared devices.
  • the CX_NET_SAP1 420 is configured to communicate with the CX_NET_SAP2 450 included in the CM 460 through the L2 transport 430 and the L3 transport 440. Include.
  • the CX_NET_SAPs 420 and 450, and the L2 transport 430 and the L3 transport 440 are the same as those of the CE reference model described with reference to FIG. 3, and the CX_NET_SAPs 420 and 450 and the L2 transport. Since the port 430 and the L3 transport 440 have been described in detail with reference to FIG. 3, detailed description thereof will be omitted.
  • the entity 410 and the CM 460 including an entity such as the remote CE / CM / CDIS entity or a database may be transported by the CX_NET_SAPs 420 and 450 to the L2 transport.
  • 430 and the L3 transport 440 perform communication for coexistence and frequency sharing of shared devices.
  • the resource management system in the communication system according to the embodiment of the present invention determines a CM reference model, and allows a plurality of systems to use a frequency band available through coexistence and frequency sharing based on the CM reference model.
  • the CDIS reference model of the resource management system includes an entity 510 including an entity such as a remote CM entity or a database, respective objects of the resource management system, that is, CE, CM, and CX_NET_SAPs for communication between CDISs, that is, CX_NET_SAP1 520 and CX_NET_SAP2 550, L2 transport 530 and L3 transport 540 between the CX_NET_SAPs 520, 550, and CDIS 560.
  • entity 510 including an entity such as a remote CM entity or a database
  • respective objects of the resource management system that is, CE, CM, and CX_NET_SAPs for communication between CDISs, that is, CX_NET_SAP1 520 and CX_NET_SAP2 550, L2 transport 530 and L3 transport 540 between the CX_NET_SAPs 520, 550, and CDIS 560.
  • the CDIS 560 is present in the application layer in the OSI structure, and includes the CX_NET_SAP2 550.
  • the SAP is defined as a set of SAP primitives as described above.
  • an entity 510 including an entity such as the remote CM entity or a database communicates with the CDIS 560 for coexistence and frequency sharing of a plurality of shared devices, as described above.
  • the CX_NET_SAP1 520 is included to communicate with the CX_NET_SAP2 550 included in the CDIS 560 through the L2 transport 530 and the L3 transport 540.
  • the CX_NET_SAPs 520, 550, the L2 transport 530, and the L3 transport 540 are the same as those of the CE reference model described with reference to FIG. 3, and the CX_NET_SAPs 520, 550, and the L2 transport. Since the port 530 and the L3 transport 540 have been described in detail with reference to FIG. 3, detailed description thereof will be omitted herein.
  • the entity 510 and the CDIS 560 including an entity such as the remote CM entity or a database may be connected to the L2 transport 530 and the CX_NET_SAPs 520 and 550.
  • the L3 transport 540 performs communication for coexistence and frequency sharing of shared devices.
  • the resource management system determines a CDIS reference model and allows a plurality of systems to use a frequency band available through coexistence and frequency sharing based on the CDIS reference model.
  • the resource management system detects a frequency band usable in a frequency band in which a plurality of systems do not have a right to use, such as a TV band, and then, Systems, that is, systems of the same communication type as well as systems of different communication types share and use the possible frequency bands through coexistence and frequency sharing, in particular the coexistence and frequency of shared devices in the plurality of systems.
  • a frequency band usable in a frequency band in which a plurality of systems do not have a right to use such as a TV band
  • Systems that is, systems of the same communication type as well as systems of different communication types share and use the possible frequency bands through coexistence and frequency sharing, in particular the coexistence and frequency of shared devices in the plurality of systems.
  • For sharing CE, CM, and CDIS-specific reference models are defined respectively.
  • the reference models include SAPs defined as a set of SAP primitives as described above, in particular the CE in the CE reference model includes CX_NET_SAP and CX_DME_SAP, and in the CM reference model and the CDIS reference model And CDIS include CX_NET_SAP.
  • the CX_NET_SAP and the CX_DME_SAP in the CE, CM, and CDIS reference models defined by the resource management system are defined as a set of SAP primitives as described above.
  • the context information acquisition parameter, CE is a request for information from the shared device, such as information of the shared device, that is, the identifier (ID), type (for example, wireless connection method), location, and transmission power of the shared device as context information. Indicates the primitives used.
  • the reconfiguration setting parameter indicates a primitive used for updating the configuration reset to the shared device in response to a request for a configuration reset of the shared device received by the CE from the CM.
  • the event configuration parameter indicates a primitive used to update event information received from the CM, for example, a position change spectrum sensing result of the shared device, and the like.
  • the event acquisition parameter when an event occurs in the shared device, indicates a primitive used for receiving information related to the event, that is, event information from the shared device.
  • 6 and 7 illustrate a flow of message transmission and reception for an interface corresponding to a CE reference model of a resource management system in a communication system according to an embodiment of the present invention.
  • 6 is a diagram illustrating a message transmission / reception flow according to an interface between a CM, a CE, and a shared device corresponding to a context information acquisition parameter and a reconfiguration configuration parameter of a CX_DME_SAP primitive in the CE reference model of the resource management system.
  • Is a diagram illustrating a message transmission and reception flow according to an interface between a CM, CE, and a shared device corresponding to an event configuration parameter and an event acquisition parameter of a CX_DME_SAP primitive in the CE reference model.
  • the CM 602 may configure a context information acquisition primitive that is a context information acquisition parameter for acquiring the context information of the sharing device 606, and reconfigure the sharing device 606.
  • a request message including a reconfiguration setting primitive, which is a reconfiguration setting parameter for setting is transmitted to the CE 604.
  • the CE 604 receives a request message including the context information acquisition primitive and the reconfiguration setting primitive from the CM 602, and transmits the received request message to a sharing device 606 (620). step).
  • the sharing device 606 receives the request message from the CM 602 and updates the reconfiguration of the sharing device 606 corresponding to the reconfiguration setting primitive included in the request message.
  • the sharing device 606 may further include reconfiguration update confirmation information of the sharing device 606 corresponding to the reconfiguration setting primitive, and the sharing device 606 corresponding to the context information acquisition primitive included in the request message.
  • a confirmation message including context information of the UE is transmitted to the CE 604 (step 630).
  • the context information acquisition primitive includes primitives related to ID, type, transmission power, and location of the sharing device 606, and the sharing device 606 corresponding to the context information acquisition primitive.
  • Information about the ID, type, transmission power, and location of the information is included in the confirmation message as the context information of the sharing device 606 and transmitted to the CE 604.
  • the CE 604 receives the confirmation message from the sharing device 606 in response to the request message, and transmits the received confirmation message to the CM 602 (640).
  • the CM 602, the CE 604, and the shared device 606 corresponding to the context information acquisition parameter and the reconfiguration configuration parameter of the CX_DME_SAP primitive in the CE reference model of the resource management system are configured according to the interface defined by the resource management system.
  • the plurality of systems share a frequency band usable in a frequency band already in use such as a TV band through coexistence and frequency sharing.
  • the CM 702 includes a request message including an event setting primitive 720 which is an event setting parameter for setting event information of the sharing device 706. Is transmitted to the CE 704 (step 710).
  • the CE 704 receives the request message including the event setting primitive 720 and confirms the reception of the request message including the event setting primitive 720 in response to the reception of the request message. confirm) is sent to the CM 702 (step 715).
  • the CE 704 corresponds to receiving a request message including the event setting primitive 720, and event acquisition primitives 740 and 755 which are event acquisition parameters for obtaining event information of the sharing device 706.
  • the request message including the message is transmitted to the sharing device 706 (steps 725 and 745).
  • the sharing device 706 receives a request message including the event acquisition primitives 740 and 755 from the CE 704 and corresponds to the event acquisition primitives 740 and 755 included in the request message. It is checked whether an event of 706 occurs.
  • the sharing device 706 may receive a confirmation message including event information corresponding to the generated event according to the event acquisition primitive 740. Transmit to CE 704 (step 730).
  • the CE 704 receives a confirmation message including the event information according to the event acquisition primitive 740 in response to the request message including the event acquisition primitive 740 and includes the event information.
  • the received confirmation message is transmitted to the CM 702 (step 735).
  • Step 750 if no event occurs in the sharing device 706 as a result of the checking, the sharing device 706 sends a confirmation message for the occurrence of no event according to the event acquisition primitive 755 to the CE 704. (Step 750).
  • the CE 704 receives the acknowledgment message for the occurrence of the event according to the event acquisition primitive 750 in response to the request message including the event acquisition primitive 755.
  • the sharing device 706 receives a request message including the event acquisition primitives 740 and 755 to receive an event occurrence of the sharing device 706 and event information of the sharing device 706 corresponding to the event occurrence. Is transmitted periodically, and the sharing device 706 checks whether an event of the sharing device 706 occurs when the request message including the event acquisition primitives 740 and 755 is received.
  • the CM 702, the CE 704, and the shared device 706 correspond to the event configuration parameter and the event acquisition parameter of the CX_DME_SAP primitive in the CE reference model of the resource management system according to the interface defined by the resource management system.
  • transmitting and receiving i.e., transmitting and receiving signals for coexistence and frequency sharing of a plurality of systems
  • the plurality of systems share a frequency band usable in a frequency band already in use such as a TV band through coexistence and frequency sharing.
  • the resource management system defines the interface between the CM (602, 702), CE (604, 704), and the shared device (606, 706) as described above through the Transmission Control Protocol (TCP) / Internet Protocol (IP).
  • TCP Transmission Control Protocol
  • IP Internet Protocol
  • the resource management system detects a frequency band that can be used by a plurality of systems in a frequency band that the main system is already using, such as a TV band, and in the usable frequency band.
  • a reference model and an interface are defined for coexistence and frequency sharing of a plurality of systems, and a plurality of systems are used to share the available frequency band through coexistence and frequency sharing according to the reference model and interface.
  • the resource management system in the communication system for the coexistence and frequency sharing of the shared devices (140,160) for the frequency band available in the frequency band that is already in use
  • a reference model is defined to be shared and used by a plurality of systems of different communication schemes.
  • the CDIS 110, the CMs 120 and 130, and the CEs 140 and 160 coexist and frequency of different systems.
  • each reference model for sharing is defined.
  • the resource management system, as described above, for the coexistence and frequency sharing of the shared devices (140, 160), that is, a plurality of systems of different communication schemes to use the CM (120,130), and An interface for each of the CEs 140 and 160 is defined.
  • an interface between each object defined by the resource management system that is, the CDIS 110, the CMs 120 and 130, and the CEs 140 and 160 is the CM.
  • Interfaces 120 and 130 and CEs 140 and 160 interfaces between the CMs 120 and 130 and the CDIS 110, and interfaces between the CMs 120 and 130, respectively.
  • the resource management system defines an interface between a plurality of CMs respectively corresponding to the plurality of systems.
  • a master CM in which any CM controls the remaining CMs in the plurality of CMs, and a slave CM controlled by the master CM includes: Defines the interface between the CM and the slave CM.
  • the resource management system also defines an interface between any CM in the plurality of CMs and a neighbor CM adjacent to the any CM.
  • the resource management system the CDIS (110), the CM (120, 130) to define the interface between the CDIS (110), the CM (120, 130), and the CE (140, 160) that is each object And a state machine of the CEs 140 and 160.
  • a state machine In this defined state machine, an interface is defined by transmitting and receiving a message between the CDIS 110, the CMs 120 and 130, and the CEs 140 and 160.
  • the state machine of the CDIS 110 the CMs 120, 130, and the CEs 140, 160, the state is inactive, active, waiting engagement, engagement (engaged), request sent, and request received.
  • the inactive means a state before the initialization of each object and the interface setup with another object is impossible, and the active indicates a state prepared to enable interface setup with another object. it means.
  • the weighting engagement may refer to a state of waiting for a response of the request from the counterpart object after requesting an interface setup from the counterpart object, and the engagement may be completed by setting up an interface with the counterpart object. This means that a message can be sent and received.
  • the request transmission refers to a state of waiting for a response of the transmitted message from the counterpart object after transmitting a message including a request item to the counterpart object, and receiving the request from the counterpart object. After receiving the included message, it refers to a state of processing a request item of the counterpart object. Then, the interface definition between the CM and the CE of the resource management system in the communication system according to an embodiment of the present invention will be described in more detail with reference to FIGS. 8 to 10.
  • 8 to 10 are diagrams for explaining the interface definition between the CM and the CE of the resource management system in the communication system according to an embodiment of the present invention.
  • 8 is a diagram schematically illustrating a state diagram of the CM in the interface definition between the CM and the CE of the resource management system
  • FIG. 9 illustrates the interface between the CM and the CE of the resource management system.
  • 10 is a diagram schematically illustrating a state diagram of the CM
  • FIG. 10 is a diagram schematically illustrating a procedure of transmitting and receiving a message between the CM and the CE for defining an interface between the CM and the CE of the resource management system.
  • the state of the CM will be described with reference to FIG. 8.
  • the CM is in an active state through an initialization process 824 in an inactive state 802. Switch to 804.
  • the CM switches to the inactive state 802 through a shutdown 822 in the active state 804.
  • the CM when the CM receives a connection request from the CE in the active state 804, the CM transmits a connection response to the CE in response to the connection request. send connection response) 816, and transitions to engagement state 800.
  • the CM from the engagement state 800 to the CE, the context information (CI) / event information (EV) of the shared device (EV) / reconfiguration (RC) request (CI / EV / Send (RC request) (send CI / EV / RC request) 818, and switch to the request transmission state 806, and in response to the request transmission, context information / event information / reconfiguration response (CI / EV / RC).
  • the CE receiveive CI / EV / RC response
  • the state is switched to the engagement state 800.
  • the CM transmits the reconfiguration request to the CE according to a coexistence decision of the CM in the engagement state 800 (818), and switches to the request transmission state 806.
  • the state transitions to the engagement state 800.
  • the CM when there is no request of the CM in the engagement state 800, when a specific event predetermined by the CM occurs in the CE, an event response response (EV response) corresponding to the generated event is generated. Receive from the CE (receive EV response) (812). In addition, the CM periodically receives a engagement-engagement request from the CE in the engagement state 800 (receive being-engagement request) 810, the engagement state 800 Keep it.
  • the CM may receive a disconnection request from the CE in the engagement state 800 or periodically a engagement-engagement request from the CE in the engagement state 800. If it is not received (receive disconnection request or fail to receive being-engagement request) 814, after the connection with the CE is terminated, the active state 804 is switched.
  • the CE is activated through an initialization process 928 in an inactive state 902. Switch to state 904. The CE then transitions to the inactive state 902 through a shutdown 926 in the active state 904.
  • the CE transmits a connection request from the active state 904 to the CM (send connection request) 920
  • the CE transitions to a weighting gauge state 908.
  • the CE does not receive a connection response from the CM within a predetermined time in the weighting engagement state 908 (no connection response) 922
  • the CE switches to the active state 904.
  • the CE receives the connection response from the CM within the predetermined time in the weighting engagement state 908 (receive connection response) 924, it is switched to the engagement state 900.
  • the CE receives the context information / event information / reconfiguration request of the shared device from the CM in the engagement state 900 (receive CI / EV / RC request) 916, the request reception state 906.
  • context information, event information, and reconfiguration response are transmitted to the CM (send CI / EV / RC response) 918, and the engagement state 900 is switched.
  • the CE transmits an event information response corresponding to the generated event to the CM when a specific event predetermined by the CM occurs in the CE even if there is no request of the CM in the engagement state 900. (Send EV response) (912).
  • the CE maintains the engagement state 900 by periodically sending an engagement maintenance request to the CM in the engagement state 900.
  • the CE transmits a disconnection request to the CM in the engagement state 900 (send disconnection request) 914, terminates the connection with the CM, and then switches to the active state 904. do.
  • a connection request message is transmitted to the CM 1000 that is in an active state.
  • the CE (1005) after transmitting the connection request message, timer 1 (1072) of the CE (1005) for checking whether the response to the connection request from the CM (1000) within a predetermined time. ) Is activated and the CE 1005 is switched to the weighting gauge state.
  • the CM 1000 receives a connection request message from the CE 1005, and transmits a connection response message to the CE 1005 in response to the connection request message (step 1012). .
  • the CM 1000 transmits the call response message to switch from the non-gauge state 1040 to the engagement state 1050, and in the engagement state 1050, the CM 1000 is engaged.
  • the timer 11052, the timer 2105 4, and the timer 3 1056 of the CM 1000 are operated for each cycle for the engagement maintenance in the engagement state 1050.
  • the CE 1005 receives the connection response message from the CM 1000 while the timer 1 1072 of the CE 1005 is operating, that is, within a predetermined time period, and the CE 1005 is non-gauge.
  • Timer 21082 of CE 1005 is switched from state 1070 to engagement state 1080, and in engagement state 1080 according to the interval for maintaining engagement set in CM 1000.
  • Timer 3 1084 and timer 4 1086 are operated.
  • the CE 1005 requests an engagement maintenance (being-) at a time point when the timer 1 1052 of the CM 1000 and the timer 2 1082 of the CE 1005 are terminated according to the period for maintaining the engagement. (step 1022), the CE 1005 at the time when the timer 2 1054 of the CM 1000 and the timer 3 1084 of the CE 1005 expires. An engagement maintenance request message is transmitted to the CM 1000 (step 1028).
  • the CM 1000 sends a context info.
  • Request message for requesting context information of a shared device to the CE 1005 of the engagement state 1080.
  • the CE 1005 receives the context information request message and receives a context info.
  • the CM 1000 transmits an event request message for requesting event information of a shared device to the CE 1005 of the engagement state 1080.
  • the CE 1005 receives the event information request message and includes an event information response including event information corresponding to an event generated in the CE 1005 in response to the event information request message.
  • Message is transmitted to the CM 1000 in the engaged state 1050 (step 1020).
  • the CE 1005 in the engagement state 1080 may generate an event predetermined by the CM 1000 in the CE 1005 even if the CE 1005 does not receive an event information request message from the CM 1000. If so, an event response message including event information corresponding to the generated event is transmitted to the CM 1000 in the engagement state 1050 (step 1030).
  • the CM 1000 sends a reconfiguration request message for reconfiguring, i.e., reconfiguring, a shared device, and the CE 1005 of the engagement state 1080. (Step 1024). Then, the CE 1005 receives the reconfiguration request message, reconfigures the configuration of the shared device in response to the event information request message, and then includes a reconfiguration response message including information on the reconfiguration. Is transmitted to the CM 1000 in the engaged state 1050 (step 1026).
  • the CE 1005 of the engagement state 1080 may perform a disconnection request in the engagement state 1080.
  • the CE 1005 in the engaged state 1080 terminates the connection with the CM 1000.
  • the non-gauge state 1090 i.e., the active state.
  • the CM 1000 of the engaged state 1050 receives the disconnected request message and terminates the connection with the CE 1005, and then transitions to the unengaged state 1060, that is, the active state. .
  • the interface definition between the CM and the CDIS of the resource management system in the communication system according to an embodiment of the present invention will be described in more detail with reference to FIGS. 11 to 13.
  • FIG. 11 to 13 are diagrams for explaining an interface definition between a CM and a CDIS of a resource management system in a communication system according to an exemplary embodiment of the present invention.
  • FIG. 11 is a diagram schematically illustrating a state diagram of the CM in the interface definition between the CM and the CDIS of the resource management system
  • FIG. 12 is a diagram illustrating the CDIS in the interface definition between the CM and the CDIS of the resource management system
  • FIG. 13 is a diagram schematically illustrating a state diagram
  • FIG. 13 is a diagram schematically illustrating a message transmission / reception procedure between the CM and the CDIS for defining an interface between the CM and the CDIS of the resource management system.
  • the state of the CM will be described with reference to FIG. 11.
  • the CM is in an active state through an initialization process 1144 in an inactive state 1102. Switch to 1104.
  • the CM transitions from the active state 1104 to the inactive state 1102 through a shutdown 1142.
  • the CM transitions to a weighting gauge state 1108 after sending a connection request 1136 to the CDIS in the active state 1104.
  • the CM does not receive a connection response from the CDIS within a predetermined time in the weighting engagement state 1108 (no connection response) 1138
  • the CM switches to the active state 1104.
  • the CM receives a connection response from the CDIS within the predetermined time in the weighting engagement state 1108 (receive connection response) 1140, it is switched to the engagement state 1100.
  • the CM when the CM receives a context information / event information request (CI / EV request) of a shared device from the CDIS in the engagement state 1100 (receive CI / EV request) 1128, the request reception state ( 1106 and sends a context information / event information response (CI / EV response) to the CDIS (send CI / EV response) 1130 in response to receiving the request. Is switched.
  • CI / EV request context information / event information request
  • the CDIS sends a context information / event information response
  • the CM transmits an event information response corresponding to the generated event to the CDIS when a specific event previously designated by the CDIS occurs in the CM even if there is no request from the CDIS in the engagement state 1100. (Send EV response) 1124. In addition, the CM periodically sends an engagement maintenance request to the CDIS (send being-engagement request) 1120 in the engagement state 1100 to maintain the engagement state 1100.
  • the CM transmits the context information / event information request of the shared device to the CDIS in the engagement state 1100 (send CI / EV request) 1132, and then transitions to the request transmission state 1110.
  • a context information / event information response is received from the CDIS (receive CI / EV response) 1134 and the engagement state 1100 is switched.
  • the CM receives an event information response corresponding to the generated event from the CDIS when a specific event predetermined by the CM occurs in the CDIS even if there is no request of the CM in the engagement state 1100. Receive EV response 1122. In addition, the CM transmits a disconnect connection request to the CDIS (send disconnection request) 1126 in the engagement state 1100, and terminates the connection with the CDIS, and then switches to the active state 1104. .
  • the state of the CDIS will be described with reference to FIG. 12.
  • the CDIS is activated through an initialization process 1230 in an inactive state 1202. Switch to state 1204.
  • the CDIS transitions to the inactive state 1202 through a shutdown 1228 in the active state 1204.
  • the CDIS receives a connection request from the CM in the active state 1204, the CDIS transmits a connection response to the CM in response to the connection request (receive connection request and send connection response) 1218.
  • the state of engagement 1200 is switched.
  • the CDIS when the CDIS receives the context information / event information request of the shared device from the CM in the engagement state 1200 (receive CI / EV request) 1220, the CDIS is switched to the request reception state 1206. In response to receiving the request, a context information / event information response is transmitted to the CM (send CI / EV response) 1222, and the engagement state 1200 is switched.
  • the CDIS transmits an event information response corresponding to the generated event to the CM when a specific event predetermined by the CM occurs in the CDIS even if there is no request of the CM in the engagement state 1200.
  • the CDIS transmits the context information / event information request of the shared device to the CM in the engagement state 1200 (send CI / EV request) 1224
  • the CDIS is switched to the request transmission state 1208.
  • a context information / event information response is received from the CM (receive CI / EV response) 1226 and the engagement state 1200 is switched.
  • the CDIS receives an event information response corresponding to the generated event from the CM when a specific event previously designated by the CDIS occurs in the CM, even if there is no request from the CDIS in the engagement state 1200. (receive EV response) (1212).
  • the CDIS periodically receives an engagement maintenance request from the CM in the engagement state 1200 and maintains the engagement state 1200.
  • the CDIS receives a disconnection request from the CM in the engagement state 1200 or fails to receive an engagement maintenance request from the CM periodically in the engagement state 1200 (receive disconnection request) or fail to receive being-engagement request) 1216, and terminates the connection with the CE, and then transitions to the active state 1204.
  • the non-gauge state 1370 for example, the CM 1305 in the active state may be the non-gauge state 1340.
  • a connection request message is transmitted to the CDIS 1300 that is active (step 1310).
  • the CDIS 1300 receives a connection request message from the CM 1305 and transmits a connection response message to the CM 1305 in response to the connection request message (step 1312). .
  • the CDIS 1300 is switched from the non-gauge state 1340 to the engagement state 1350 by transmitting the call response message, the CDIS 1300 in the engagement state 1350, the engagement A period for maintaining is set, and the timer 1135 2, the timer 2 1354, and the timer 3 1356 of the CDIS 1300 are operated for each period for the engagement gauge in the engagement state 1350.
  • the CM 1305 when the CM 1305 receives a connection response message from the CDIS 1300 while the timer 11372 of the CM 1305 is in operation, that is, within a predetermined time, the CM 1305 is non-gauge. A state 2370 of the CM 1305 in the engagement state 1380 is switched to the engagement state 1380 in the state 1370, and the interval for maintaining the engagement set by the CDIS 1300. Timer 31384 and timer 41386 are operated.
  • the CM 1305 requests to maintain an engagement when the timer 11352 of the CDIS 1300 and the timer 2 1382 of the CM 1305 are terminated according to the period for maintaining the engagement.
  • An engagement maintenance request message is transmitted to the CDIS 1300 (step 1332).
  • the CM 1305 may send a context info. Request message for requesting context information of a shared device from the CDIS 1300 of the engagement state 1350. (Step 1314). Then, the CDIS 1300 receives the context information request message and the context information response message (context info. Response) including the context information in response to the context information request message (1380). Send to the CM 1305 (step 1316).
  • the CDIS 1300 may send a context info. Request message for requesting context information of a shared device to the CM 1305 of the engagement state 1380. (Step 1318). Then, the CM 1305 receives the context information request message, and the context information response message (context info. Response) including context information in response to the context information request message is the engagement state 1350. Transmit to the CDIS 1300 (step 1320).
  • the CDIS 1300 transmits an event request message for requesting event information of a shared device to the CM 1305 of the engagement state 1380.
  • the CM 1305 receives the event information request message and includes an event information corresponding to the event generated in the CM 1305 in response to the event information request message.
  • Message is transmitted to the CDIS 1300 in the engaged state 1350 (step 1326).
  • the CM 1305 of the engagement state 1380 may generate an event previously designated by the CDIS 1300 in the CM 1305 even if the CMIS 1300 does not receive an event information request message from the CDIS 1300. If so, an event response message including event information corresponding to the generated event is transmitted to the CDIS 1300 of the engagement state 1350 (step 1336).
  • the CM 1305 in the engagement state 1380 sends an event request message for requesting event information of a shared device to the CDIS 1300 of the engagement state 1350. Transmit (step 1328). Then, the CDIS 1300 receives the event information request message and includes an event information response including event information corresponding to an event generated in the CDIS 1300 in response to the event information request message. Message) is transmitted to the CM 1305 in the engaged state 1380 (step 1330).
  • an event designated by the CM 1305 occurs in the CDIS 1300 even if the CDIS 1300 does not receive an event information request message from the CM 1305. If so, an event response message including event information corresponding to the generated event is transmitted to the CM 1305 of the engagement state 1380 (step 1334).
  • the CM 1305 of the engagement state 1380 wants to terminate the connection with the CDIS 1300, the CM 1305 in the engagement state 1380, the connection request (disconnection request) ) Message is transmitted to the CDIS 1300 in the engaged state 1350 (step 1338), the CM 1305 in the engaged state 1380 terminates the connection with the CDIS 1300.
  • the non-gauge state 1390 that is, transitions to the active state.
  • the CDIS 1300 of the engaged state 1350 receives the disconnected request message and terminates the connection with the CM 1305, and then is switched to the unengaged state 1360, that is, the active state. .
  • the interface definition between the CMs of the resource management system in the communication system according to an embodiment of the present invention will be described in more detail with reference to FIGS. 14 to 18.
  • FIGS. 14 to 16 are diagrams illustrating an interface definition between a master CM and a slave CM of the resource management system
  • FIGS. 17 and 18 illustrate an interface definition between an arbitrary CM and an adjacent CM of the resource management system. It is a figure explaining.
  • FIG. 14 is a diagram schematically showing a state diagram of the master CM in the interface definition between the master CM and the slave CM of the resource management system
  • FIG. 15 is an interface between the master CM and the slave CM of the resource management system.
  • FIG. 14 is a diagram schematically showing a state diagram of the master CM in the interface definition between the master CM and the slave CM of the resource management system
  • FIG. 15 is an interface between the master CM and the slave CM of the resource management system.
  • FIG. 16 is a diagram schematically illustrating a state diagram of the slave CM in a definition
  • FIG. 16 schematically illustrates a message transmission / reception procedure between the master CM and the slave CM for defining an interface between a master CM and a slave CM of the resource management system.
  • FIG. 17 is a diagram schematically illustrating a state diagram of a CM in an interface definition between an arbitrary CM and an adjacent CM of the resource management system
  • FIG. 18 is an interface between an arbitrary CM and an adjacent CM of the resource management system.
  • the resource management system controls the slave CMs to be controlled by the master CM for coexistence and frequency sharing of the slave CMs.
  • the resource management system defines the interface between the CMs, as shown in Figs.
  • the resource management system controls one CM to coexist and share frequency among CMs in cooperation with neighboring CMs.
  • the resource management system defines an interface between CMs as shown in FIGS. 17 and 18.
  • the state of the master CM will be described with reference to FIG. 14.
  • the master CM is initialized in an inactive state 1402. Transitions to the active state 1404.
  • the master CM is switched to the inactive state 1402 through a shutdown 1426 in the active state 1404.
  • the master CM when the master CM receives a connection request from the slave CM in the active state 1404, the master CM transmits a connection response to the slave CM in response to the connection request (receive connection request and send connection response) ( 1416, the state transitions to an engagement state 1400.
  • the master CM when the master CM receives a context information request of a shared device from the slave CM in the engagement state 1400 (receive CI request) 1418, the master CM switches to a request reception state 1406 and receives the request. In response to the context information response is transmitted to the slave CM (send CI response) (1420), it is switched to the engagement state (1400).
  • the master CM transmits the context information / event information / reconfiguration request of the shared device to the slave CM in the engagement state 1400 (send CI / EV / RC request) 1422, and then sends a request transmission state ( 1408, and receives a context information / event information / reconfiguration response from the slave CM in response to the request transmission (receive CI / EV / RC response) 1424, and then switches to the engagement state 1400. do.
  • the master CM transmits the reconfiguration request to the slave CM (1422) according to the coexistence determination of the master CM in the engagement state 1400, and switches to the request transmission state 1408, and the slave Receiving a reconfiguration response response from the CM (1424), the transition to the gauge state 1400.
  • the master CM even if there is no request of the master CM in the engagement state 1400, the master CM, if a specific event predetermined by the master CM occurs in the slave CM, the event information response corresponding to the generated event Receive from the slave CM (receive EV response) (1412).
  • the master CM periodically receives an engagement maintenance request 1410 from the slave CM in the engagement state 1400 and maintains the engagement state 1400.
  • the master CM receives a connectionless request from the slave CM in the engagement state 1400 or fails to receive an engagement maintenance request from the slave CM periodically in the engagement state 1400 ( After receiving a connection disconnection request or fail to receive being-engagement request 1414, the connection with the slave CM is terminated, and the state is switched to the active state 1404.
  • the slave CM is initialized in an inactive state 1502. Transitions to the active state 1504.
  • the slave CM switches to the inactive state 1502 through a shutdown 1540 in the active state 1504.
  • the slave CM transitions to a weighting engagement state 1510 after sending a connection request to the master CM in the active state 1504 (send connection request) 1534.
  • the slave CM does not receive a connection response from the master CM within a predetermined time in the weighting engagement state 1510 (no connection response) 1535, the slave CM switches to the active state 1504.
  • the slave CM receives a connection response from the master CM within the predetermined time in the weighting engagement state 1510 (receive connection response) 1538, the slave CM switches to the engagement state 1500.
  • the slave CM When the slave CM transmits a context information request of a shared device to the master CM in the engagement state 1500 (send CI request) 1530, the slave CM switches to the request transmission state 1508 and transmits the request. In response to the context information response is received from the master CM (receive CI response) (1532), it is switched to the engagement state (1500).
  • the slave CM when the slave CM receives a context information / event information / reconfiguration request of a shared device from the master CM in the engagement state 1500 (receive CI / EV / RC request) 1526, the request reception state ( 1506, and transmits context information, event information, and reconfiguration response to the master CM in response to receiving the request (send CI / EV / RC response) 1528, and then switches to the engagement state 1500. do.
  • the slave CM when there is no request of the master CM in the engagement state 1500, when a specific event previously designated by the master CM occurs in the slave CM, an event information response corresponding to the generated event is generated. Send to the master CM (send EV response) (1522). In addition, the slave CM periodically transmits an engagement maintenance request to the master CM in the engagement state 1500 to maintain the engagement state 1500.
  • the slave CM transmits a disconnection request to the master CM in the engagement state 1500 (send disconnection request) (1524), and terminates the connection with the master CM, and then the active state (1504). Is converted to).
  • the non-gauge state 1670 for example, the slave CM 1605 in the active state may be non-gauge.
  • a connection request message is transmitted to the master CM 1600 that is in an active state 1640.
  • the slave CM (1605) after transmitting the connection request message, the timer of the slave CM (1605) for confirming whether or not to receive a response to the connection request from the master CM (600) within a predetermined time 1 (1672) is operated and the slave CM 1605 transitions to a weighting gauge state.
  • the master CM 1600 receives a connection request message from the slave CM 1605 and transmits a connection response message to the slave CM 1605 in response to the connection request message ( Step 1612).
  • the master CM 1600, the sending response message is switched from the non-gauge state 1640 to the engagement state 1650, the master CM 1600 in the engagement state (1650),
  • the interval for maintaining the engagement is set, and the timer 11652, the timer 2 (1654), and the timer 3 (1656) of the master CM 1600 for each period for the engagement maintenance in the engagement state (1650) It works.
  • the slave CM 1605 receives the connection response message from the master CM 1600 within a predetermined time while the timer 11672 of the slave CM 1605 is operating, that is, the slave CM 1605. ) Is switched from the non-gauge state 1670 to the engagement state 1680, and the slave CM 1605 in the engagement state 1680 according to the period for maintaining the engagement set in the master CM 1600.
  • the timer 21682, the timer 31684, and the timer 41686 are operated.
  • the slave CM 1605 requests to maintain an engagement when the timer 11652 of the master CM 1600 and the timer 21682 of the slave CM 1605 expire according to the period for maintaining the engagement. (being-engagement request) message to the master CM 1600 (step 1622), at the time when timer 2 (1654) of the master CM 1600 and timer 3 (1684) of the slave CM (1605) ends.
  • the slave CM 1605 transmits an engagement maintenance request message to the master CM 1600 (step 1632).
  • the master CM 1600 sends a context information request message for requesting context information of a shared device to the slave CM in the engagement state 1680. Transmit to step 1605 (step 1614). Then, the slave CM 1605 receives the context information request message and sends a context info. Response message including context information in response to the context information request message to the engagement state 1650. In step 1616, the master CM 1600 transmits to the master CM 1600.
  • the slave CM 1605 may send a context info. Request message for requesting context information of a shared device, in the master CM of the engagement state 1650. Transmit to 1600 (step 1618). Then, the master CM 1600 receives the context information request message, and the context information response message (context info. Response) including context information in response to the context information request message includes the engagement state 1680. (Step 1620).
  • the master CM 1600 may send an event request message for requesting event information of a shared device to the slave CM 1605 of the engaged state 1680.
  • the slave CM 1605 receives the event information request message and includes an event information response including event information corresponding to an event generated in the slave CM 1605 in response to the event information request message. event response) is transmitted to the master CM 1600 in the engaged state 1650 (step 1626).
  • the slave CM 1605 in the engaged state 1680 may be configured to receive an event designated by the master CM 1600 even if the slave CM 1605 does not receive an event information request message from the master CM 1600.
  • an event response message including event information corresponding to the generated event is transmitted to the master CM 1600 in the engaged state 1650 (step 1634).
  • the master CM 1600 may generate a reconfiguration request message for reconfiguring, ie, reconfiguring, a shared device. (Step 1628). Then, the slave CM 1605 receives the reconfiguration request message, reconfigures the configuration of the shared device in response to the event information request message, and then reconfigures a response including information on the reconfiguration. The message is transmitted to the master CM 1600 in the engaged state 1650 (step 1630).
  • the slave CM 1605 in the engaged state 1680 requests to disconnect. (disconnection request) message to the master CM 1600 in the engagement state 1650 (step 1636), the slave CM 1605 in the engagement state 1680, the master CM 1600 ) And the connection to the non-gauge state 1690, that is, the active state.
  • the master CM 1600 in the engaged state 1650 terminates the connection with the slave CM 1605 by receiving the disconnected request message, and then enters the unengaged state 1660, that is, the active state. Is switched.
  • the CM is initialized in an inactive state 1702. Transition to an active state 1704 via. In addition, the CM transitions from the active state 1704 to the inactive state 1702 through a shutdown 1744.
  • the CM when the CM requests a connection to the neighbor CM, the CM transmits a connection request to the neighbor CM in the active state 1704 (send connection request 1738) and a weighting gauge state 1710. Is switched to.
  • the CM does not receive a connection response from the adjacent CM within a predetermined time in the weighting engagement state 1710 (no connection response) 1740, the CM switches to the active state 1704.
  • the CM receives a connection response from the neighboring CM within the predetermined time in the weighting engagement state 1710 (receive connection response) 1742, the CM is switched to the engagement state 1700.
  • the neighbor CM when receiving the connection request from the neighbor CM in the active state (1704), after sending a connection response to the neighbor CM in response to the connection request, (receive connection request and send connection response) (1728), it is switched to the engagement state (1700).
  • the CM when the CM receives a context information / event information request of a shared device from the neighbor CM in the engagement state 1700 (receive CI / EV request) 1730, the CM switches to a request reception state 1706. In response to receiving the request, a context information / event information response is transmitted to the adjacent CM (send CI / EV response) 1732, and the state is switched to the engagement state 1700.
  • the CM when there is no request of the CM in the engagement state 1700, when a specific event predetermined by the CM occurs in the neighbor CM, the CM informs the event information response corresponding to the generated event to the neighbor CM. Receive from (receive EV response) (1722).
  • the CM transmits a context information / event information request of a shared device to the neighbor CM in the engagement state 1700 (send CI / EV request) 1734, and is switched to the request transmission state 1708.
  • the state is switched to the engagement state 1700.
  • the CM when there is no request of the neighbor CM in the engagement state 1700, when a specific event predetermined by the neighbor CM occurs in the CM, the event information response corresponding to the generated event to the neighbor Send to CM (send EV response) (1724).
  • the CM periodically sends and receives an engagement maintenance request with the neighbor CM in the engagement state 1700 (send / receive being-engagement request) 1720 and maintains the engagement state 1700. .
  • the CM transmits / receives a connectionless request with the neighbor CM in the engagement state 1700, or the CM requests a connection request to periodically maintain an engagement gauge from the neighbor CM in the engagement state 1700. If it does not receive (send / receive disconnection request or fail to receive being-engagement request) (1726), after the connection with the adjacent CM is terminated, it is switched to the active state (1704).
  • the CM when the CM requests a connection, the CM periodically transmits an engagement maintenance request to the neighbor CM in the engagement state 1700 (1720), and the engagement state 1700.
  • the connection state 1700 transmits a connectionless request to the adjacent CM in the engagement state 1700, terminates the connection with the master CM, and then switches to the active state 1704.
  • the CM periodically receives an engagement maintenance request from the neighbor CM in the engagement state 1700 (1720) and maintains the engagement state 1700.
  • the connection state 1700 receives a non-connection request from the neighbor CM or does not receive an engagement maintenance request (1726), after the connection with the slave CM is terminated, it switches to the active state 1704. do.
  • CM in the non-gauge state 1870, for example, the active state
  • a connection request message is transmitted to the non-engagement state 1840, for example, the CM 1800 that is active.
  • the CM requests a connection and a neighbor CM requests the connection as described above, but the detailed description thereof has been described in detail with reference to FIG. 17. In the following description, a case where the CM requests a connection for convenience of description will be described.
  • the neighbor CM 1805 that transmits the access request message to the CM 1800 receives a response from the CM 1800 within a predetermined time.
  • the timer 11872 of the adjacent CM 1805 is operated to confirm that the adjacent CM 1805 is switched to the weighting gauge state.
  • the CM 1800 receives a connection request message from the neighbor CM 1805 and transmits a connection response message to the neighbor CM 1805 in response to the connection request message (1812). step). In this case, the CM 1800 transmits the call response message to switch from a non-gauge state 1840 to an engagement state 1850, and the CM 1800 is engaged in the engagement state 1850.
  • the timer 11852, the timer 2185, and the timer 3 1856 of the CM 1800 are operated for each cycle for the maintenance of the gauge in the engagement state 1850.
  • the neighbor CM 1805 receives a connection response message from the CM 1800 while the timer 11872 of the neighbor CM 1805 is operating, that is, within a predetermined time, the neighbor CM 1805 Is changed from the non-gauge state 1870 to the engagement state 1880, and the timer of the adjacent CM 1805 in the engagement state 1880 according to the period for maintaining the engagement set by the CM 1800. 2 (1882), timer 3 (1884), and timer 4 (1886) are operated.
  • the neighbor CM 1805 requests an engagement maintenance request ( and transmitting a being-engagement request message to the CM 1800 (step 1822) and the neighbor CM at the time when timer 2 1854 of the CM 1800 and timer 3 1884 of the neighbor CM 1805 expire. 1805 sends an engagement maintenance request message to the CM 1800 (step 1828).
  • the neighbor CM 1805 may transmit a context info.
  • Request message for requesting context information of a shared device from the CM in the engagement state 1850. 1800) (step 1814).
  • the CM 1800 receives the context information request message, and the engagement information 1880 includes a context info.
  • Response message including context information in response to the context information request message Transmits to the adjacent CM 1805 in step 1816.
  • the CM 1800 may transmit a context info. Request message for requesting context information of a shared device from the adjacent CMs of the engagement state 1880. To 1805 (step 1818). Then, the neighbor CM 1805 receives the context information request message, and the context information response message (context info. Response) including context information in response to the context information request message includes the engagement state 1850. (Step 1820).
  • the master CM 1800 sends an event request message for requesting event information of a shared device to the adjacent CM 1805 in the engagement state 1880.
  • the neighbor CM 1805 receives the event information request message and includes an event information response including event information corresponding to an event generated in the neighbor CM 1805 in response to the event information request message. event response) is transmitted to the CM 1800 in the engaged state 1850 (step 1826).
  • the neighbor CM 1805 in the engagement state 1880 may be configured to receive an event designated by the CM 1800 in advance even if the event information request message is not received from the CM 1800.
  • an event response message including event information corresponding to the generated event is transmitted to the CM 1800 of the engagement state 1850.
  • the neighbor CM 1805 in the engagement state 1880 wants to terminate the connection with the CM 1800, the neighbor CM 1805 in the engagement state 1880, the connectionless request ( After transmitting a disconnection request message to the CM 1800 in the engagement state 1850 (step 1832), the adjacent CM 1805 in the engagement state 1880 terminates the connection with the master CM. And the non-gauge state 1890, that is, the active state.
  • the CM 1800 of the engaged state 1850 terminates connection with a slave CM by receiving the disconnected request message, and then transitions to an unengaged state 1860, that is, an active state.
  • the resource management system detects a frequency band that can be used by a plurality of systems in a frequency band that the main system is already using, such as a TV band
  • Interfaces are defined as described above for coexistence and frequency sharing of systems, that is, interfaces between CEs, CMs, and CDIS, respectively, and context information of the plurality of systems through transmission and reception of signals according to the interfaces, Event information and reconfiguration related information are transmitted and received, thereby allowing a plurality of systems to share and use the available frequency band through coexistence and frequency sharing.

Landscapes

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

Abstract

본 발명은, 제1주파수 대역에 대한 사용 권한을 갖지 않는 복수의 시스템들을 포함하는 통신 시스템에서 복수의 주파수 자원들을 공유하도록 관리하는 자원 관리 시스템 및 방법에 관한 것으로, 상기 제1주파수 대역에서 상기 복수의 시스템들이 사용 가능한 주파수 대역이 검색되면, 상기 사용 가능한 주파수 대역에서 상기 복수의 시스템들의 공존 및 주파수 공유를 위해 상기 복수의 시스템들을 관리하는 공존 매니저(CM: Coexistence Manager), 상기 복수의 시스템들의 정보 및 상기 공존 매니저의 정보를 송수신하는 공존 인에이블러(CE: Coexistence Enabler), 및 상기 복수의 시스템들에 대한 상기 공존 매니저의 제어를 지원하는 공존 디스커버리 및 정보 서버(CDIS: Coexistence Discovery and Information Server)를 포함하며, 상기 복수의 시스템들은, 레퍼런스 모델(reference model)에 따라 상기 공존 및 주파수 공유를 통해 상기 사용 가능한 주파수 대역을 사용한다.

Description

통신 시스템에서 자원 관리 시스템 및 방법
본 발명은 통신 시스템에 관한 것으로서, 특히 통신 시스템에서 복수의 주파수 자원들을 공유하도록 관리하는 자원 관리 시스템 및 방법에 관한 것이다.
현재 통신 시스템에서는 고속의 전송 속도를 가지는 다양한 서비스 품질(QoS: Quality of Service, 이하 'QoS'라 칭하기로 함)의 서비스들을 사용자들에게 제공하기 위한 활발한 연구가 진행되고 있다. 이러한 통신 시스템에서는, 한정된 자원, 예컨대 주파수 자원을 이용하여 다양한 QoS를 가지는 대용량의 서비스를 제공하기 위한 연구가 활발히 진행되고 있다. 특히, 전파 통신 기술의 발전과 새로운 무선 통신 서비스의 등장으로 인해 유한한 주파수 자원을 보다 효율적으로 사용해야 할 필요성이 부각되고 있다.
이렇게 통신 시스템에서 한정된 주파수 자원의 이용 효율을 증대시키기 위한 방안으로, 통신 시스템의 성능을 최적화, 예컨대 다중 접속, 부호화, 변조, 정보 압축 등을 통해 스펙트럼 효율을 극대화하고, 아울러 다른 방식의 통신 시스템과의 간섭을 최소화하는 방안들이 제안되었으며, 또한 TV 대역과 같이 이미 이용 중인 주파수 대역에서 사용 가능한 주파수 대역을 이용함으로써 주파수 자원의 이용 효율을 증가시키는 주파수 공유 방안이 제안되었다.
여기서, 전술한 TV 대역과 같이 이미 이용 중인 주파수 대역에서 사용 가능한 주파수 대역에서의 주파수 공유는, 상기 TV 대역에 대해 우선적인 사용 권한을 갖는 1차 면허권자(incumbent)에 간섭을 주지 않고 사용 가능한 주파수 대역을 사용하여야 함으로, 상기 TV 대역에서 1차 면허권자의 주파수 대역 사용 여부를 확인하여 사용 가능한 주파수 대역의 검출이 중요하다. 또한, 이렇게 TV 대역에서 검출한 사용 가능한 주파수 대역을 사용하고자 하는 복수의 서로 다른 시스템들이 존재할 경우, 상기 복수의 서로 다른 시스템들 간의 통신 방식, 예컨대 무선 접속 방식 등의 차이로 인해, 상기 사용 가능한 주파수 대역을 사용하기 위한 공존(coexistence)에 있어 문제점이 있다.
다시 말해, 현재 통신 시스템에서는, 전술한 바와 같이 TV 대역에서 검출한 사용 가능한 주파수 대역을 사용하고자 하는 복수의 서로 다른 시스템들이 존재할 경우, 상기 복수의 서로 다른 시스템들이 상기 검출한 사용 가능한 주파수 대역을 효율적으로 사용하기 위한 구체적인 자원 관리 방안이 존재하지 않으며, 특히 서로 다른 통신 방식의 시스템들이 상기 사용 가능한 주파수 대역을 사용하기 위해 공존하여 주파수 자원을 효율적으로 사용하기 위한 방안이 존재하지 않다.
따라서, 통신 시스템에서 TV 대역과 같이 이미 사용 중인 주파수 대역에서 사용 가능한 주파수 대역을 검출한 후, 복수의 서로 다른 시스템들, 예컨대 서로 다른 통신 방식의 시스템들이 공존하여 상기 검출한 사용 가능한 주파수 대역을 효율적으로 사용하기 위한 자원 관리 방안이 필요하다.
따라서, 본 발명의 목적은 통신 시스템에서 자원 관리 시스템 및 방법을 제공함에 있다.
또한, 본 발명의 다른 목적은, 통신 시스템에서 이미 사용 중인 주파수 대역에서 사용 가능한 주파수 대역을 복수의 시스템들이 공존(coexistence)하여 효율적으로 사용하기 위한 자원 관리 시스템 및 방법을 제공함에 있다.
그리고, 본 발명의 다른 목적은, 통신 시스템에서 복수의 시스템들이 레퍼런스 모델(reference model)에 따라 공존하여 TV 대역에서 사용 가능한 주파수 대역을 사용하도록 주파수 자원을 관리하는 시스템 및 방법을 제공함에 있다.
아울러, 본 발명의 또 다른 목적은, 통신 시스템에서 복수의 시스템들의 공준 및 주파수 공유를 위한 인터페이스에 따라 신호의 송수신을 통해 공존하여 TV 대역에서 사용 가능한 주파수 대역을 사용하도록 주파수 자원을 관리하는 시스템 및 방법을 제공함에 있다.
상기한 목적들을 달성하기 위한 본 발명의 시스템은, 제1주파수 대역에 대한 사용 권한을 갖지 않는 복수의 시스템들을 포함하는 통신 시스템에서 자원 관리 시스템에 있어서, 상기 제1주파수 대역에서 상기 복수의 시스템들이 사용 가능한 주파수 대역이 검색되면, 상기 사용 가능한 주파수 대역에서 상기 복수의 시스템들의 공존 및 주파수 공유를 위해 상기 복수의 시스템들을 관리하는 공존 매니저(CM: Coexistence Manager); 상기 복수의 시스템들의 정보 및 상기 공존 매니저의 정보를 송수신하는 공존 인에이블러(CE: Coexistence Enabler); 및 상기 복수의 시스템들에 대한 상기 공존 매니저의 제어를 지원하는 공존 디스커버리 및 정보 서버(CDIS: Coexistence Discovery and Information Server);를 포함하며; 상기 복수의 시스템들은, 레퍼런스 모델(reference model)에 따라 상기 공존 및 주파수 공유를 통해 상기 사용 가능한 주파수 대역을 사용한다.
상기한 목적들을 달성하기 위한 본 발명의 방법은, 제1주파수 대역에 대한 사용 권한을 갖지 않는 복수의 시스템들을 포함하는 통신 시스템에서 상기 제1주파수 대역의 자원을 관리하는 방법에 있어서, 상기 제1주파수 대역에서 상기 복수의 시스템들이 사용 가능한 주파수 대역이 검색되면, 상기 사용 가능한 주파수 대역에서 상기 복수의 시스템들의 공존 및 주파수 공유를 위해, 상기 사용 가능한 주파수 대역에서의 레퍼런스 모델(reference model) 및 인터페이스를 정의하는 단계; 상기 복수의 시스템들의 통신 방식 및 인터페이스에 따라 상기 복수의 인터페이스들을 그룹화하는 단계; 및 상기 레퍼런스 모델에 따라, 상기 사용 가능한 주파수 대역에서 제1가용 채널을, 상기 복수의 시스템들에서 제1그룹 시스템들의 동작 채널로 할당하는 단계;를 포함한다.
본 발명은, 통신 시스템에서 복수의 시스템들이 레퍼런스 모델(reference model)에 따라 공존(coexistence)하여 TV 대역과 같이 이미 사용 중인 주파수 대역에서 사용 가능한 주파수 대역을 사용하도록 주파수 자원을 관리함으로써, 한정된 주파수 자원을 보다 효율적으로 사용하여 주파수 자원의 이용 효율을 향상시킬 수 있다.
또한, 본 발명은, 통신 시스템에서 복수의 시스템들의 공존 및 주파수 공유를 위한 인터페이스를 정의하고, 상기 정의된 인터페이스에 따라 신호를 송수신함으로써, 상기 복수의 시스템들이 공존(coexistence) 및 주파수 공유를 통해 TV 대역과 같이 이미 사용 중인 주파수 대역에서 사용 가능한 주파수 대역을 사용하도록 주파수 자원을 관리하며, 그에 따라 한정된 주파수 자원을 보다 효율적으로 사용하여 주파수 자원의 이용 효율을 향상시킬 수 있다.
도 1은 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 구조를 개략적으로 도시한 도면.
도 2는 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 자원 관리 동작을 설명하기 위한 도면.
도 3 내지 도 5는 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 참조 모델을 설명하기 위한 도면.
도 6 및 도 7은 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CE 레퍼런스 모델에 상응한 인터페이스를 위한 메시지 송수신 흐름을 도시한 도면.
도 8 내지 도 10은 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CM 및 CE 간 인터페이스 정의를 설명하기 위한 도면.
도 11 내지 도 13은 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CM 및 CDIS 간 인터페이스 정의를 설명하기 위한 도면.
도 14 내지 도 18은 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CM들 간 인터페이스 정의를 설명하기 위한 도면.
이하, 본 발명에 따른 바람직한 실시 예를 첨부한 도면을 참조하여 상세히 설명한다. 하기의 설명에서는 본 발명에 따른 동작을 이해하는데 필요한 부분만이 설명되며 그 이외 부분의 설명은 본 발명의 요지를 흩뜨리지 않도록 생략될 것이라는 것을 유의하여야 한다.
본 발명은, 통신 시스템, 예컨대 인지 무선(CR: Cognitive Radio, 이하 'CR'이라 칭하기로 함) 시스템, IEEE 802.19 기반의 시스템, 또는 IEEE 802.22 기반의 시스템에서 TV 대역에서와 같이 이미 사용 중인 주파수 대역에서 사용 가능한 주파수 대역을 검출하여 효율적으로 사용하기 위한 자원 관리 시스템 및 방법을 제안한다. 여기서, 본 발명의 실시 예에서는, CR 시스템, 및 IEEE 802.19와 IEEE 802.22 기반의 시스템을 일 예로 하여 설명하지만, 본 발명에서 제안하는 자원 관리 방안은 다른 통신 시스템에도 적용될 수 있다.
또한, 본 발명의 실시 예에서는, 통신 시스템에서 서로 다른 복수의 시스템들이 레퍼런스 모델(reference model)에 따라 공존(coexistence)하여 TV 대역에서 사용 가능한 주파수 대역을 효율적으로 사용하도록 하는 자원 관리 시스템 및 방법을 제안한다. 여기서, 본 발명의 실시 예에서는, 통신 시스템에서 사용 가능한 주파수 대역의 공유를 위한 자원 관리 시스템의 각 객체 별 레퍼런스 모델 및 인터페이스(interface)를 각각 정의하며, 이러한 레퍼런스 모델 및 인터페이스에 따라 서로 다른 복수의 시스템들, 특히 서로 다른 통신 방식, 예컨대 무선 접속 방식의 시스템들이 공존하여, TV 대역에서와 같이 이미 사용 중인 주파수 대역에서 사용 가능한 주파수 대역을 공유하도록 하며, 그에 따라 주파수 자원의 사용 효율을 향상시킨다.
즉, 본 발명의 실시 예에서는, 통신 시스템에서 서로 다른 복수의 시스템들 간의 공존 및 주파수 공유를 위한 자원 관리 시스템의 레퍼런스 모델 및 인터페이스를 제안하며, 이러한 레퍼런스 모델 및 인터페이스를 통해 사용 가능한 주파수 대역을 공유하여 한정된 주파수 자원의 사용 효율을 향상시킨다.
그리고, 본 발명의 실시 예에서는, 통신 시스템에서 서로 다른 복수의 시스템들의 공존(coexistence) 및 주파수 공유를 위한 인터페이스를 정의하며, 이렇게 정의된 인터페이스에 따른 신호의 송수신에 의해, 상기 복수의 시스템들이 공존 및 주파수 공유를 하여 TV 대역에서 사용 가능한 주파수 대역을 효율적으로 사용하도록 하는 자원 관리 시스템 및 방법을 제안한다. 여기서, 본 발명의 실시 예에서는, 통신 시스템에서 사용 가능한 주파수 대역의 공유를 위한 자원 관리 시스템의 각 객체들 간의 인터페이스(interface)를 각각 정의하며, 이렇게 정의한 인터페이스에 따라 상기 자원 관리 시스템의 각 객체들이 신호를 송수신함으로써, 서로 다른 복수의 시스템들, 특히 서로 다른 통신 방식, 예컨대 무선 접속 방식의 시스템들이 공존하여, TV 대역에서와 같이 이미 사용 중인 주파수 대역에서 사용 가능한 주파수 대역을 공유하도록 하며, 그에 따라 주파수 자원의 사용 효율을 향상시킨다.
즉, 본 발명의 실시 예에서는, 통신 시스템에서 서로 다른 복수의 시스템들 간의 공존 및 주파수 공유를 위한 자원 관리 시스템의 인터페이스를 제안하며, 이러한 인터페이스를 통해 사용 가능한 주파수 대역을 공유하여 한정된 주파수 자원의 사용 효율을 향상시킨다. 여기서, 본 발명의 실시 예에서는, TV 대역과 같이 이미 이용 중인 주파수 대역에서 사용 가능한 주파수 대역에서의 주파수를 공유하며, 이때 상기 TV 대역에 대해 우선적인 사용 권한을 갖는 1차 면허권자(incumbent)에 간섭을 주지 않고 상기 사용 가능한 주파수 대역을 사용하여야 함으로, 상기 TV 대역에서 1차 면허권자의 주파수 대역 사용 여부를 확인하여 사용 가능한 주파수 대역의 검출하고, 이렇게 TV 대역에서 검출한 사용 가능한 주파수 대역을 사용하고자 하는 복수의 서로 다른 시스템들이 공존 및 주파수 공유를 통해 상기 검출한 사용 가능한 주파수 대역을 사용한다. 그러면 여기서, 도 1을 참조하여 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템에 대해 보다 구체적으로 설명하기로 한다.
도 1은 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 구조를 개략적으로 도시한 도면이다.
도 1을 참조하면, 상기 자원 관린 시스템은, TV 대역과 같이 이미 이용 중인 주파수 대역에서 사용 가능한 주파수 대역을 서로 다른 복수의 시스템들이 사용하고자 할 경우, 상기 서로 다른 복수의 시스템들에서 주파수 공유를 통해 상기 사용 가능한 주파수 대역을 사용하고자 하는 공유 디바이스들, 예컨대 공유 디바이스1(140) 및 공유 디바이스2(160), 상기 공유 디바이스들(140,160) 간의 주파수 공유 효율을 향상시키기 위해 상기 공유 디바이스들(140,160)을 관리하는 공존 매니저(CM: Coexistence Manager, 이하 'CM'이라 칭하기로 함)들, 예컨대 CM1(120) 및 CM2(130), 상기 공유 디바이스들(140,160)에 포함되어 상기 공유 디바이스들(140,160)과 상기 CM들(120,130) 간에 통로 역할을 수행하는 공존 인에이블러(CE: Coexistence Enabler, 이하 'CE'라 칭하기로 함)들, 예컨대 CE1(140) 및 CE2(170), 및 상기 CM들(120,130)의 상기 공유 디바이스들(140,160) 제어를 지원하는 서버, 예컨대 공존 디스커버리 및 정보 서버(CDIS: Coexistence Discovery and Information Server, 이하 'CIDS'라 칭하기로 함)를 포함한다.
상기 공유 디바이스들(140,160)은, 전술한 바와 같이, TV 대역에 대해 이미 사용 권한을 우선적으로 가진 1차 면허권자(이하 '주 시스템(Primary System)'이라고 칭하기로 함)가 상기 TV 대역에서 소정의 주파수 대역을 사용하지 않을 경우, 상기 TV 대역에 대해 우선적인 사용 권한을 갖지 않은 다른 사용자(이하 '부 시스템(Secondary System)'이라 칭하기로 함)이 상기 TV 대역에서 소정의 주파수 대역을 사용 가능한 주파수 대역으로 검출하여 사용하고자 하는 서로 다른 복수의 시스템들, 즉 부 시스템들의 디바이스들을 의미한다. 여기서, 상기 공유 디바이스들(140,160)은, 한정된 주파수 자원을 보다 효율적으로 사용하기 위해 공존 및 주파수 공유를 통해 상기 소정의 주파수 대역을 공유하여 사용한다.
상기 CE들(150,160)은, 전술한 바와 같이, 상기 공유 디바이스들(140,160)에 각각 포함되어 상기 공유 디바이스들(140,160)의 정보 및 상기 CM들(120,130)의 정보를 송수신한다. 여기서, 본 발명의 실시 예에서는, 설명의 편의를 위해 상기 CE들(150,160)이 상기 공유 디바이스들(140,160)에 포함되는 것을 중심으로 설명하지만, 상기 CE들(150,160)은 독립된 객체로 존재하거나 또는 상기 CM들(120,130)에 포함될 수도 있다.
또한, 상기 CE들(150,160)은, 상기 CM들(120,130)이 각각 요청하는 해당 공유 디바이스들(140,160)와 관련된 컨텍스트 정보, 예컨대 공유 디바이스들(140,160)의 무선 접속 방식, 전송 전력, 스펙트럼 센싱 임계값, 및 위치 등의 정보를 상기 공유 디바이스들(140,160)에서 추출하여 상기 CM들(120,130)로 송신한다. 즉, 상기 CE들(150,160)은, 서로 다른 부 시스템들에 대한 컨텍스트 정보로서, 각 시스템들의 통신 관련 정보들을 획득하여 상기 CM들(120,130)로 송신한다.
그리고, 상기 CE들(150,160)은, 상기 공유 디바이스들(140,160)의 관리를 위한 상기 CM들(120,130)의 요청, 예컨대 상기 공유 디바이스들(140,160)의 컨텍스트 정보 및 구성(configuration)에 대한 요청을 수신하며, 상기 요청에 따라, 상기 공유 디바이스들(140,160)의 컨텍스트 정보를 업데이트하고, 상기 공유 디바이스들(140,160)의 구성을 재설정, 즉 재구성(reconfiguration)한다. 다시 말해, 상기 CE들(150,160)은, 상기 공유 디바이스들(140,160)의 컨텍스트 정보에 대한 요청으로 상기 컨텍스트 정보의 변화된 정보, 즉 상기 공유 디바이스들(140,160)의 이벤트 정보를 수신하며, 상기 이벤트 정보에 따라 상기 공유 디바이스들(140,160)의 컨텍스트 정보를 업데이트한다. 또한, 상기 CE들(150,160)은, 상기 공유 디바이스들(140,160)의 구성에 대한 요청으로 상기 공유 디바이스들(140,160)의 구성 요소 재설정을 수신하며, 상기 구성 요소 재설정에 따라 상기 공유 디바이스들(140,160)의 구성 요소를 재설정, 즉 재구성한다.
상기 CM들(120,130)은, 상기 공유 디바이스들(140,160) 간의 주파수 공유 효율을 향상 시키기 위해 동작 주파수 할당, 전송 전력 할당, 및 전송 시간 할당 등을 결정한다. 다시 말해, 상기 CM들(120,130)은, 전술한 TV 대역에서 사용 가능한 주파수 대역에 대한 상기 공유 디바이스들(140,160) 간의 주파수 공유 효율을 향상 시키기 위해, 상기 사용 가능한 주파수 대역에서 상기 공유 디바이스들(140,160)의 동작 주파수 할당, 전송 전력 할당, 및 전송 시간 할당을 수행한다.
여기서, 상기 CM들(120,130)은, 상기 공유 디바이스들(140,160) 간의 주파수 공유 효율을 보다 향상시키기 위해, 자신에게 해당하지 않는 공유 디바이스들의 CM들과의 정보 송수신, 예컨대 공유 디바이스들의 컨텍스트 정보 및 이벤트 정보를 송수신하여 상기 사용 가능한 주파수 대역에서 해당하는 공유 디바이스의 동작 주파수 할당, 전송 전력 할당, 및 전송 시간 할당을 수행한다. 이때, 상기 CM들(120,130)은, 자신에게 해당하지 않는 공유 디바이스들의 컨텍스트 정보 및 이벤트 정보를 다른 CM들과 직접 송수신하여 획득하거나, 또는 CDIS(110)를 통해 다른 CM들과 송수신하여 획득한다. 아울러, 상기 CM들(120,130)은, 외부 데이터 베이스를 통해 주 시스템에서의 스펙트럼 사용에 관한 정보를 획득하거나, 다른 CM들에게 자신들에게 해당하는 공유 디바이스들의 구성 요소 재설정을 요청한다.
상기 CDIS(110)는, 전술한 바와 같이, TV 대역에서 사용 가능한 주파수 대역에 대해 상기 공유 디바이스들(140,160)의 주파수 공유를 위한 상기 CM들(120,130)의 제어 동작을 지원한다. 즉, 상기 CDIS(110)는, 상기 CM들(120,130)로 부터 상기 공유 디바이스들(140,160)의 컨텍스트 정보 및 이벤트 정보를 수신하여 저장하며, 상기 CM들(120,130)의 요청에 따라 상기 공유 디바이스들(140,160)의 컨텍스트 정보 및 이벤트 정보를 상기 CM들(120,130)로 송신한다. 아울러, 상기 CDIS(110)는, 외부 데이터 베이스를 통해 주 시스템에서의 스펙트럼 사용에 관한 정보를 획득하여 저장한다.
이러한 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템은, TV 대역과 같이 주 시스템에서 이미 이용 중인 주파수 대역에서 사용 가능한 주파수 대역을 부 시스템들이 공유하여 사용, 즉 상기 공유 디바이스들(140,160)의 공존 및 주파수 공유를 위해, 상기 CDIS(110), 상기 CM들(120,130), 및 상기 CE들(140,160)을 포함한다. 여기서, 상기 공유 디바이스들(140,160)은, 전술한 바와 같이 상기 사용 가능한 주파수 대역을 공유하여 사용하기 위한 부 시스템들의 디바이스들로서 기지국(BS: Base Station, 이하 'BS'라 칭하기로 함), 액세스 포인트(AP: Access Point, 이하 'AP'라 칭하기로 함), 서비스 액세스 포인트(SAP: Service Access Point, 이하 'SAP'라 칭하기로 함), 및 단말 등이 될 수 있다. 또한, 상기 부 시스템들은, 전술한 바와 같이 사용 가능한 주파수 대역을 공유하기 서로 다른 복수의 시스템들로서, 서로 다른 통신 방식의 시스템들, 예컨대 IEEE 802.19 기반의 시스템 및 IEEE 802.22 기반의 시스템 등이 될 수 있다.
또한, 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템은, 이미 이용 중인 주파수 대역에서 사용 가능한 주파수 대역에 대한 상기 공유 디바이스들(140,160)의 공존 및 주파수 공유를 위해, 즉 서로 다른 통신 방식의 복수의 시스템들이 공유하여 사용하도록 레퍼런스 모델을 정의하며, 특히 상기 CDIS(110), 상기 CM들(120,130), 및 상기 CE들(140,160) 별로 서로 다른 시스템의 공존 및 주파수 공유를 위해 각각의 레퍼런스 모델을 정의한다. 아울러, 상기 자원 관리 시스템은, 전술한 바와 같이, 상기 공유 디바이스들(140,160)의 공존 및 주파수 공유를 위해, 즉 서로 다른 통신 방식의 복수의 시스템들이 공유하여 사용하도록 상기 CM들(120,130), 및 상기 CE들(140,160) 별 인터페이스를 정의한다. 여기서, 상기 CDIS(110), 상기 CM들(120,130), 및 상기 CE들(140,160) 별 레퍼런스 모델 및 인터페이스에 대해서는 이하에서 보다 구체적으로 설명하기로 한다. 그러면 여기서, 우선 도 2를 참조하여 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템이 서로 다른 복수의 시스템들의 공존 및 주파수 공유를 위한 자원 관리 동작을 보다 구체적으로 설명하기로 한다.
도 2는 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 자원 관리 동작을 설명하기 위한 도면이다. 여기서, 도 2는, 전술한 바와 같이 주 시스템이 이미 이용 중인 주파수 대역에서 사용 가능한 주파수 대역에 서로 다른 복수의 시스템들, 즉 부 시스템들이 공존 및 주파수 공유를 통해 사용하도록, 자원 관리 시스템이 주파수 공유를 위한 주파수 자원의 할당을 개략적으로 도시한 도면이다.
도 2를 참조하면, 상기 자원 관리 시스템은, 주 시스템이 이미 이용 중인 주파수 대역, 즉 TV 대역인 TV 채널들(TV channels)(200)에서 주 시스템이 현재 사용하여 사용할 수 없는 채널들, 즉 비허용 채널들(disallowed channels)(202)을 제외한 사용 가능한 가용 채널들(available channels)(204)을 검출하고, 상기 검출한 사용 가능한 가용 채널들(202), 즉 TV 유휴 주파수 대역(TVWS: TV White Space, 이하 'TVWS'라 칭하기로 함)을 복수의 서비스 영역들로 각각 할당한다. 여기서, 상기 자원 관리 시스템은, 다양한 무선 접속 방식을 사용하는 복수의 시스템들이 단독으로 사용 가능한 동작 채널(operating channel)을 만큼 복수의 시스템들이 사용 가능한 가용 채널이 충분하지 않을 경우, 전술한 바와 같이 복수의 시스템들, 즉 공유 디바이스들의 공존 및 주파수 공유를 통해 상기 검출한 사용 가능한 가용 채널들(202)을 사용하도록 할당한다.
이때, 상기 자원 관리 시스템은, 상기 검출한 사용 가능한 가용 채널들(202)에서 하나의 가용 채널을 하나의 공유 디바이스의 동작 채널로 할당하거나, 또는 하나의 가용 채널을 복수의 공유 디바이스들이 공유하여 사용 가능하도록 동시에 동작 채널로 할당 및 임의의 공유 디바이스에 이미 할당된 동작 채널을 다른 임의의 공유 디바이스의 동작 채널로 할당할 수 있다. 여기서, 상기 자원 관리 시스템은, 상기 레퍼런스 모델에 따라, 상기 검출한 사용 가능한 가용 채널들(202)을 각각의 공유 디바이스들이 각각의 다른 동작 채널로 사용하도록 하는 개별 채널 할당(individual channel assignment) 방식을 통해 전술한 바와 같이 하나의 가용 채널을 하나의 공유 디바이스의 동작 채널로 할당하며, 또한 상기 레퍼런스 모델에 따라 상기 검출한 사용 가능한 가용 채널들(202)에서 하나의 동작 채널을 두 개 이상의 공유 디바이스들이 공유하여 사용하도록 하는 동일 채널 공유(co-channel sharing) 방식을 통해 전술한 바와 같이 하나의 가용 채널을 동시에 복수의 공유 디바이스들의 동작 채널로 할당하거나 이미 공유 디바이스의 동작 채널로 할당된 채널을 다른 공유 디바이스의 동작 채널로 할당한다.
보다 구체적으로 설명하면, 우선 상기 개별 채널 할당 방식일 경우, 상기 자원 관리 시스템은, 상기 검출한 사용 가능한 가용 채널들(202)에서 제1로컬(local) TVWS(206)를 할당기1(210)을 통해 각 서비스 영역들(220,230,240,250)에서의 서로 다른 복수의 시스템들, 즉 공유 디바이스들(215,225,235,245)에 각각 할당한다. 여기서, 상기 할당기1(210)은, 상기 개별 채널 할당 방식을 통해 상기 서비스 영역들(220,230,240,250)에서의 공유 디바이스들(215,225,235,245)에 하나의 동작 채널을 할당, 즉 상기 제1로컬 TVWS(206)에서 하나의 가용 채널을 하나의 공유 디바이스의 동작 채널로 할당하며, 도 1에서 설명한 바와 같은 CM들(120,130)에 포함된다. 즉, 상기 서비스 영역들(220,230,240,250)에서의 공유 디바이스들(215,225,235,245)에는 상기 제1로컬(local) TVWS(206)에서 하나의 가용 채널이 동작 채널로 할당된다.
또한, 상기 동일 채널 공유 방식일 경우, 상기 자원 관리 시스템은, 상기 검출한 사용 가능한 가용 채널들(202)에서 제2로컬 TVWS(208)를 할당기2(252)를 통해 각 서비스 영역들(260,270,280,290)에서의 서로 다른 복수의 시스템들, 즉 공유 디바이스들(255,265,275,285)에 각각 할당한다. 여기서, 상기 할당기2(252)는, 상기 동일 채널 공유 방식을 통해 상기 서비스 영역들(260,270,280,290)에서의 공유 디바이스들(255,265,275,285)이 하나의 가용 채널을 동작 채널로 공유하도록 할당, 즉 상기 제2로컬 TVWS(208)에서 하나의 가용 채널을 복수의 공유 디바이스의 동작 채널로 할당하며, 도 1에서 설명한 바와 같은 CM들(120,130)에 포함된다. 즉, 상기 제2로컬 TVWS(208)에서 하나의 가용 채널은 상기 서비스 영역들(260,270,280,290)에서 복수의 공유 디바이스들(255,265,275,285)의 동작 채널들로 할당, 즉 복수의 공유 디바이스들의 공유 주파수 대역으로 할당된다.
특히, 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템은, 상기 동일 채널 공유 방식을 통해 하나의 가용 채널을 복수의 시스템들의 동작 채널로 할당할 경우, 동일한 통신 방식을 사용하는 시스템들을 그룹핑한 후, 상기 그룹핑된 시스템들에 동일한 가용 채널을 동작 채널로 할당한다. 다시 말해, 동일한 통신 방식의 공유 디바이스들의 CE들을 그룹핑, 예컨대 IEEE 802.11 기반의 공유 디바이스들의 CE들을 제1그룹으로 그룹핑하고, 또한 IEEE 802.22 기반의 공유 디바이스들을 제2그룹으로 그룹핑한 후, 상기 제1그룹에는 상기 사용 가능한 주파수 대역에서 제1가용 채널을 동작 채널로 할당하고, 상기 제2그룹에는 상기 사용 가능한 주파수 대역에서 제2가용 채널을 동작 채널로 할당한다.
이때, 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템은, 상기 복수의 시스템들을 동일한 통신 방식의 시스템들로 그룹핑이 어려울 경우, 동일한 인터페이스로 정의된 시스템들, 즉 공유 디바이스들과의 통신을 위해 동일한 인터페이스로 정의된 공유 디바이스들의 CE들을 그룹핑한 후, 상기 그룹핑된 공유 디바이스들에 동일한 가용 채널을 동작채널로 할당한다. 다시 말해, 제1인터페이스로 정의된 시스템들의 제1그룹에는 상기 사용 가능한 주파수 대역에서 제1가용 채널을 동작 채널로 할당하고, 제2인터페이스로 정의된 시스템들의 제2그룹에는 상기 사용 가능한 주파수 대역에서 제2가용 채널을 동작 채널로 할당한다.
여기서, 상기 자원 관리 시스템이 가용 채널들(202)을 복수의 공유 디바이스들에 동일 채널 공유 방식으로 할당할 경우, 하나의 가용 채널을 동작 채널로 사용하는 복수의 공유 디바이스들이 존재하며, 이때 상기 복수의 공유 디바이스들이 동일한 무선 접속 방식을 사용할 경우에는 동종 공존 메커니즘(self-coexistence mechanism)을 통해 상기 복수의 공유 디바이스들의 공존 문제가 해결되나, 상기 복수의 공유 디바이스들이 이종 무선 접속 방식을 사용할 경우에는 이종 공존 메커니즘(inter-system coexistence mechanism)을 통해 공존 문제를 해결하며, 상기 동종 공존 메커니즘을 통해 공존 문제를 해결할 경우보다 동일 채널 간섭을 회피하기 위해 보다 복잡한 메커니즘이 요구된다. 그러면 여기서, 도 3 내지 도 5를 참조하여 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템이 서로 다른 복수의 시스템들의 공존 및 주파수 공유를 위한 레퍼런스 모델 정의 동작을 보다 구체적으로 설명하기로 한다.
도 3 내지 도 5는 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 참조 모델을 설명하기 위한 도면이다. 여기서, 도 3은 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CE 레퍼런스 모델을 설명하기 위한 도면이고, 도 4는 상기 자원 관리 시스템의 CM 레퍼런스 모델을 설명하기 위한 도면이며, 도 5는 상기 자원 관리 시스템의 CDIS 레퍼런스 모델을 설명하기 위한 도면이다.
우선, 도 3을 참조하면, 상기 자원 관리 시스템의 CE 레퍼런스 모델은, 리모트(remote) CM/CDIS 엔티티(entity) 또는 데이터 베이스 등의 엔티티를 포함하는 엔티티(310), 상기 자원 관리 시스템의 각 객체들, 즉 CE, CM, 및 CDIS 간의 통신을 위한 공존 네트워크 SAP(CX_NET_SAP: CoeXistence NETwork SAP, 이하 'CX_NET_SAP'이라 칭하기로 함)들, 즉 CX_NET_SAP1(320) 및 CX_NET_SAP2(350), 상기 CX_NET_SAP들(320,350) 간의 L2 트랜스포트(L2 transport)(330) 및 L3 트랜스포트(L3 transport)(340), CE(360), 서로 다른 관리 객체와의 통신을 위한 공존 디바이스 관리 엔티티 SAP(CX_DME_SAP: CoeXistence Device Management Entity SAP, 이하 'CX_DME_SAP'라 칭하기로 함)(370), 및 공존 프리미티브 매핑(CXPM: CoeXistence Primitive Mapping, 이하 'CXPM'이라 칭하기로 함) 엔티티(380)를 포함하는 상기 서로 다른 관리 객체로서 관리 엔티티(management entity)(390)를 포함한다.
상기 CE 레퍼런스 모델에서, 상기 CE(360)는, 오픈 시스템 상호 접속(OSI: Open Systems Interconnection, 이하 'OSI'라 칭하기로 함) 구조에서 어플리케이션 계층(application layer)에 존재함으로, 하나 이상의 SAP, 즉 상기 CX_NET_SAP2(350) 및 상기 CX_DME_SAP(370)를 포함한다. 여기서, 상기 SAP는 SAP 프리미티브(primitive)들의 집합으로 정의된다.
그리고, 상기 CE 레퍼런스 모델에서, 상기 리모트 CM/CDIS 엔티티 또는 데이터 베이스 등의 엔티티를 포함하는 엔티티(310)는, 전술한 바와 같이 복수의 공유 디바이스들의 공존 및 주파수 공유를 위해 상기 CE(360)와 통신을 수행하는 객체로서, 상기 L2 트랜스포트(330) 및 상기 L3 트랜스포트(340)를 통해 상기 CE(360)에 포함된 CX_NET_SAP2(350)와의 통신이 이루어지도록 상기 CX_NET_SAP1(320)을 포함한다.
여기서, 상기 CX_NET_SAP들(320,350)은, 물리적으로 떨어져 있고 동일 공유 디바이스에 포함되지 않는 객체, 예컨대 다른 공유 디바이스에 해당하는 CE, CM, 및 CDIS와의 통신을 위한 SAP이며, 채널 정보를 제공하는 외부 데이터 베이스 등의 엔티티와도 연결한다. 이때, 상기 CX_NET_SAP들(320,350)은, 상기 L2 트랜스포트(330) 및 상기 L3 트랜스포트(340)를 통해 통신을 수행하며, 여기서 상기 L2 트랜스포트(330)는, 데이터 링크 계층으로서 동일 무선 접속 방식을 사용하는 복수의 시스템들 간에 통신이 가능, 즉 복수의 공유 디바이스들 간에 인트라 영역 통신(intra-domain communication)이 가능하며, 상기 L3 트랜스포트(340)는, 네트워크 계층으로서 이종 무선 접속 방식을 사용하는 복수의 시스템들 간에 통신이 가능, 즉 복수의 공유 디바이스들 간에 인터 영역 통신(inter-domain communication)이 가능하다.
다시 말해, 상기 리모트 CM/CDIS 엔티티 또는 데이터 베이스 등의 엔티티를 포함하는 엔티티(310)와 상기 CE(360)는, 상기 CX_NET_SAP들(320,350)에 의해 상기 L2 트랜스포트(330) 및 상기 L3 트랜스포트(340)를 이용하여 공유 디바이스들의 공존 및 주파수 공유를 위한 통신을 수행한다.
또한, 상기 CE(360)는, 상기 CX_NET_SAP2(350) 뿐만 아니라 상기 CX_DME_SAP(370)를 포함하며, 상기 CX_DME_SAP(370)를 통해 서로 다른 무선 접속 방식을 사용하는 공유 디바이스의 관리 객체인 CM으로 상기 관리 엔티티(390)와 통신을 수행한다.
여기서, 상기 CX_DME_SAP(370)은, 각각의 공유 디바이스들이 서로 다른 통신 방식을 사용할 경우, 매체 접속 제어(MAC: Media Access Control, 이하 'MAC'이라 칭하기로 함) 계층(layer) 및 물리적(PHY: Physical, 이하 'PHY'라 칭하기로 함) 계층에서의 서로 다른 통신 방식에 따라 서로 다른 관리 엔티티(390)와의 통신을 위한 SAP이며, 예컨대 공유 디바이스가 IEEE 802.11 기반의 시스템일 경우 상기 관리 엔티티(390)는, 스테이션 관리 엔티티(SME: Station Management Entity, 이하 'SME'라 칭하기로 함)가 되고, 공유 디바이스가 IEEE 802.22 기반의 시스템일 경우 상기 관리 엔티티(390)는, 네트워크 제어 및 관리 시스템(NCMS: Network Control and Management System, 이하 'NCMS'라 칭하기로 함)가 된다.
다시 말해, 상기 CE(360)는, 상기 CX_DME_SAP(370)를 통해 CE(360) 자신을 포함하는 공유 디바이스와 다른 통신 방식을 사용하는 시스템과 공유 디바이스의 공존 및 주파수 공유를 위해 통신을 수행한다.
또한, 상기 CE(360)가 상기 CX_DME_SAP(370)를 통해 다른 통신 방식을 사용하는 시스템, 즉 공유 디바이스의 상기 관리 엔티티(390)와 통신을 수행할 경우, 상기 관리 엔티티(390)는 CXPM 엔티티(380)를 포함한다. 그리고, 상기 CXPM 엔티티(380)는, 서로 다른 통신 방식의 시스템들 간의 통신 수행 시 제어를 위해, 상기 CE(360)와 상기 다른 통신 방식을 사용하는 공유 디바이스 간에 주고 받는 프리미티브를, 상기 다른 통신 방식을 사용하는 공유 디바이스의 PHY 계층 및 데이터 링크 계층의 하위 MAC 계층 구조에서 사용하는 프리미티브 또는 관리 정보 베이스(MIB: Management Information Base, 이하 'MIB'라 칭하기로 함)와 매칭한다.
여기서, 상기 CXPM 엔티티(380)는, 상기 CE(360)와 서로 다른 통신 방식을 사용하는 공유 디바이스, 즉 상기 관리 엔티티(390) 간의 파라미터를 일대일 매칭함이 가장 바람직하며, 이때 상기 CXPM 엔티티(380)는, 각 공유 디바이스들 간의 공존 및 주파수 공유를 위해 상기 자원 관리 시스템이 제어하는 시스템들의 수용 여부에 따라 상기 공유 디바이스들 간의 파라미터 매칭 범위를 결정한다. 다시 말해, 상기 자원 관리 시스템은, 각 공유 디바이스들의 상기 CXPM 엔티티(380)에 따라 공유 디바이스들의 공존 및 주파수 공유를 통해 사용 가능한 주파수 대역을 사용하도록 하는 공유 디바이스로의 수용 여부를 결정한다.
이렇게 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템은, CE 레퍼런스 모델을 결정하며, 이러한 CE 레퍼런스 모델을 기반으로 복수의 시스템들, 즉 동일한 통신 방식을 사용하는 시스템들 뿐만 아니라 서로 다른 통신 방식을 사용하는 시스템들이 공존 및 주파수 공유를 통해 사용 가능한 주파수 대역을 사용하도록 한다.
다음으로, 도 4를 참조하면, 상기 자원 관리 시스템의 CM 레퍼런스 모델은, 리모트 CE/CM/CDIS 엔티티 또는 데이터 베이스 등의 엔티티를 포함하는 엔티티(410), 상기 자원 관리 시스템의 각 객체들, 즉 CE, CM, 및 CDIS 간의 통신을 위한 CX_NET_SAP들, 즉 CX_NET_SAP1(420) 및 CX_NET_SAP2(450), 상기 CX_NET_SAP들(420,450) 간의 L2 트랜스포트(430) 및 L3 트랜스포트(440), 및 CM(460)을 포함한다.
상기 CM 레퍼런스 모델에서, 상기 CM(460)은, OSI 구조에서 어플리케이션 계층에 존재함으로, 상기 CX_NET_SAP2(450)를 포함한다. 여기서, 상기 SAP는, 전술한 바와 같이 SAP 프리미티브들의 집합으로 정의된다.
그리고, 상기 CM 레퍼런스 모델에서, 상기 리모트 CE/CM/CDIS 엔티티 또는 데이터 베이스 등의 엔티티를 포함하는 엔티티(410)는, 전술한 바와 같이, 복수의 공유 디바이스들의 공존 및 주파수 공유를 위해 상기 CM(460)과 통신을 수행하는 객체로서, 상기 L2 트랜스포트(430) 및 상기 L3 트랜스포트(440)를 통해 상기 CM(460)에 포함된 CX_NET_SAP2(450)와의 통신이 이루어지도록 상기 CX_NET_SAP1(420)을 포함한다. 여기서, 상기 CX_NET_SAP들(420,450), 및 상기 L2 트랜스포트(430)와 상기 L3 트랜스포트(440)는, 도 3에서 설명한 CE 레퍼런스 모델에서와 동일하며, 상기 CX_NET_SAP들(420,450), 및 상기 L2 트랜스포트(430)와 상기 L3 트랜스포트(440)에 대해서는 도 3에서 구체적으로 설명하였음으로 여기서는 그에 관한 구체적인 설명을 생략하기로 한다.
즉, 도 3에서 설명한 바와 같이, 상기 리모트 CE/CM/CDIS 엔티티 또는 데이터 베이스 등의 엔티티를 포함하는 엔티티(410)와 상기 CM(460)은, 상기 CX_NET_SAP들(420,450)에 의해 상기 L2 트랜스포트(430) 및 상기 L3 트랜스포트(440)를 이용하여 공유 디바이스들의 공존 및 주파수 공유를 위한 통신을 수행한다. 이렇게 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템은, CM 레퍼런스 모델을 결정하며, 이러한 CM 레퍼런스 모델을 기반으로 복수의 시스템들이 공존 및 주파수 공유를 통해 사용 가능한 주파수 대역을 사용하도록 한다.
또한, 도 5를 참조하면, 상기 자원 관리 시스템의 CDIS 레퍼런스 모델은, 리모트 CM 엔티티 또는 데이터 베이스 등의 엔티티를 포함하는 엔티티(510), 상기 자원 관리 시스템의 각 객체들, 즉 CE, CM, 및 CDIS 간의 통신을 위한 CX_NET_SAP들, 즉 CX_NET_SAP1(520) 및 CX_NET_SAP2(550), 상기 CX_NET_SAP들(520,550) 간의 L2 트랜스포트(530) 및 L3 트랜스포트(540), 및 CDIS(560)을 포함한다.
상기 CDIS 레퍼런스 모델에서, 상기 CDIS(560)는, OSI 구조에서 어플리케이션 계층에 존재함으로, 상기 CX_NET_SAP2(550)를 포함한다. 여기서, 상기 SAP는, 전술한 바와 같이 SAP 프리미티브들의 집합으로 정의된다.
그리고, 상기 CDIS 레퍼런스 모델에서, 상기 리모트 CM 엔티티 또는 데이터 베이스 등의 엔티티를 포함하는 엔티티(510)는, 전술한 바와 같이, 복수의 공유 디바이스들의 공존 및 주파수 공유를 위해 상기 CDIS(560)와 통신을 수행하는 객체로서, 상기 L2 트랜스포트(530) 및 상기 L3 트랜스포트(540)를 통해 상기 CDIS(560)에 포함된 CX_NET_SAP2(550)와의 통신이 이루어지도록 상기 CX_NET_SAP1(520)을 포함한다. 여기서, 상기 CX_NET_SAP들(520,550), 및 상기 L2 트랜스포트(530)와 상기 L3 트랜스포트(540)는, 도 3에서 설명한 CE 레퍼런스 모델에서와 동일하며, 상기 CX_NET_SAP들(520,550), 및 상기 L2 트랜스포트(530)와 상기 L3 트랜스포트(540)에 대해서는 도 3에서 구체적으로 설명하였음으로 여기서는 그에 관한 구체적인 설명을 생략하기로 한다.
즉, 도 3에서 설명한 바와 같이, 상기 리모트 CM 엔티티 또는 데이터 베이스 등의 엔티티를 포함하는 엔티티(510)와 상기 CDIS(560)는, 상기 CX_NET_SAP들(520,550)에 의해 상기 L2 트랜스포트(530) 및 상기 L3 트랜스포트(540)를 이용하여 공유 디바이스들의 공존 및 주파수 공유를 위한 통신을 수행한다. 이렇게 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템은, CDIS 레퍼런스 모델을 결정하며, 이러한 CDIS 레퍼런스 모델을 기반으로 복수의 시스템들이 공존 및 주파수 공유를 통해 사용 가능한 주파수 대역을 사용하도록 한다.
또한, 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템은, TV 대역과 같이 복수의 시스템들이 사용 권한을 갖지 않는 주파수 대역에서 사용 가능한 주파수 대역을 검출한 후, 상기 가능한 주파수 대역에서 상기 복수의 시스템들, 다시 말해 동일한 통신 방식의 시스템들 뿐만 아니라 서로 다른 통신 방식의 시스템들이 공존 및 주파수 공유를 통해 상기 가능한 주파수 대역을 공유하여 사용하도록 하며, 특히 상기 복수의 시스템들에서 공유 디바이스들의 공존 및 주파수 공유를 위해 CE, CM, 및 CDIS 별 레퍼런스 모델들을 각각 정의한다. 여기서, 상기 레퍼런스 모델들은, 전술한 바와 같이 SAP 프리미티브들 집합으로 정의된 SAP들을 포함하며, 특히 상기 CE 레퍼런스 모델에서 CE는, CX_NET_SAP 및 CX_DME_SAP를 포함하고, 상기 CM 레퍼런스 모델 및 상기 CDIS 레퍼런스 모델에서 CM 및 CDIS는, CX_NET_SAP를 포함한다.
이렇게 자원 관리 시스템이 정의한 CE, CM, 및 CDIS 별 레퍼런스 모델에서의 상기 CX_NET_SAP 및 상기 CX_DME_SAP는, 전술한 바와 같이 SAP 프리미티브들 집합으로 정의되며, 특히 상기 CX_DME_SAP를 정의하는 CX_DME_SAP 프리미티브는, 컨텐스 정보 획득(Context.Info.Get) 파라미터, 재구성 설정(Reconfiguration.Set) 파라미터, 이벤트 설정(Event.Set) 파라미터, 및 이벤트 획득(Event.Get) 파라미터를 포함한다.
여기서, 상기 컨텍스트 정보 획득 파라미터는, CE가 공유 디바이스로부터 상기 공유 디바이스의 정보, 즉 컨텍스트 정보로서 공유 디바이스의 식별자(ID), 타입(예컨대 무선 접속 방식), 위치, 및 전송 전력 등의 정보 요구에 사용되는 프리미티브를 나타낸다. 또한, 상기 재구성 설정 파라미터는, CE가 CM으로부터 수신한 공유 디바이스의 구성 재설정에 대한 요청에 따라 상기 공유 디바이스에 상기 구성 재설정의 업데이트에 사용되는 프리미티브를 나타낸다. 그리고, 상기 이벤트 설정 파라미터는, CE가 CM으로부터 수신한 이벤트 정보, 예컨대 공유 디바이스의 위치 변화 스펙트럼 센싱 결과 등을 상기 공유 디바이스의 업데이트에 사용되는 프리미티브를 나타낸다. 아울러, 상기 이벤트 획득 파라미터는, 공유 디바이스에서 이벤트가 발생할 경우, 상기 공유 디바이스로부터 이벤트와 관련된 정보, 즉 이벤트 정보의 수신에 사용되는 프리미티브를 나타낸다. 그러면 여기서, 도 6 및 도 7을 참조하여 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CE 레퍼런스 모델에 상응한 인터페이스에 대해 보다 구체적으로 설명하기로 한다.
도 6 및 도 7은 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CE 레퍼런스 모델에 상응한 인터페이스를 위한 메시지 송수신 흐름을 도시한 도면이다. 여기서, 도 6은, 상기 자원 관리 시스템의 CE 레퍼런스 모델에서 CX_DME_SAP 프리미티브의 컨텍스트 정보 획득 파라미터 및 재구성 설정 파라미터에 상응한 CM, CE 및 공유 디바이스 간의 인터페이스에 따른 메시지 송수신 흐름을 도시한 도면이고, 도 7은, 상기 CE 레퍼런스 모델에서 CX_DME_SAP 프리미티브의 이벤트 설정 파라미터 및 이벤트 획득 파라미터에 상응한 CM, CE 및 공유 디바이스 간의 인터페이스에 따른 메시지 송수신 흐름을 도시한 도면이다.
우선, 도 6을 참조하면, 상기 CE 레퍼런스 모델에서 CM(602)은, 공유 디바이스(606)의 컨텍스트 정보를 획득하기 위한 컨텍스트 정보 획득 파라미터인 컨텍스트 정보 획득 프리미티브, 및 상기 공유 디바이스(606)의 재구성 설정을 위한 재구성 설정 파라미터인 재구성 설정 프리미티브를 포함하는 요청(Request) 메시지를 CE(604)로 송신한다(610 단계).
그리고, 상기 CE(604)는, 상기 컨텍스트 정보 획득 프리미티브 및 상기 재구성 설정 프리미티브를 포함하는 요청 메시지를 상기 CM(602)로부터 수신하고, 상기 수신한 요청 메시지를 공유 디바이스(606)로 송신한다(620 단계).
또한, 상기 공유 디바이스(606)는, 상기 CM(602)로부터 상기 요청 메시지를 수신하고, 상기 요청 메시지에 포함된 상기 재구성 설정 프리미티브에 상응하여, 상기 공유 디바이스(606)의 재구성을 업데이트한다. 그리고, 상기 공유 디바이스(606)는, 상기 재구성 설정 프리미티브에 상응한 상기 공유 디바이스(606)의 재구성 업데이트 확인 정보, 및 상기 요청 메시지에 포함된 상기 컨텍스트 정보 획득 프리미티브에 상응한 상기 공유 디바이스(606)의 컨텍스트 정보를 포함하는 확인(confirm) 메시지를 상기 CE(604)로 송신한다(630 단계).
여기서, 상기 컨텍스트 정보 획득 프리미티브는, 전술한 바와 같이 상기 공유 디바이스(606)의 ID, 타입, 전송 전력, 및 위치와 관련한 프리미티브를 포함하며, 상기 컨텍스트 정보 획득 프리미티브에 상응하여 상기 공유 디바이스(606)의 ID, 타입, 전송 전력, 및 위치에 대한 정보가 상기 공유 디바이스(606)의 컨텍스트 정보로 상기 확인 메시지에 포함되어 CE(604)로 송신된다.
아울러, 상기 CE(604)는, 상기 요청 메시지의 응답으로 상기 공유 디바이스(606)로부터 상기 확인 메시지를 수신하며, 상기 수신한 확인 메시지를 상기 CM(602)으로 송신한다(640).
이렇게 상기 자원 관리 시스템의 CE 레퍼런스 모델에서 CX_DME_SAP 프리미티브의 컨텍스트 정보 획득 파라미터 및 재구성 설정 파라미터에 상응하여 CM(602), CE(604) 및 공유 디바이스(606)는, 상기 자원 관리 시스템이 정의한 인터페이스에 따라 메시지를 송수신, 즉 복수의 시스템들의 공존 및 주파수 공유를 위한 신호 송수신을 수행하여 상기 복수의 시스템들이 공존 및 주파수 공유를 통해 TV 대역과 같이 이미 사용중인 주파수 대역에서 사용 가능한 주파수 대역을 공유한다.
다음으로, 도 7을 참조하면, 상기 CE 레퍼런스 모델에서 CM(702)은, 공유 디바이스(706)의 이벤트 정보를 설정을 위한 이벤트 설정 파라미터인 이벤트 설정 프리미티브(720)를 포함하는 요청(Request) 메시지를 CE(704)로 송신한다(710 단계).
그리고, 상기 CE(704)는, 상기 이벤트 설정 프리미티브(720)가 포함된 요청 메지시를 수신하고, 상기 요청 메시지의 수신에 상응하여 상기 이벤트 설정 프리미티브(720)가 포함된 요청 메시지 수신의 확인(confirm) 메시지를 상기 CM(702)으로 송신한다(715 단계).
또한, 상기 CE(704)는, 상기 이벤트 설정 프리미티브(720)가 포함된 요청 메시지의 수신에 상응하여, 상기 공유 디바이스(706)의 이벤트 정보를 획득하기 위한 이벤트 획득 파라미터인 이벤트 획득 프리미티브(740,755)가 포함된 요청 메시지를 상기 공유 디바이스(706)로 송신한다(725 단계 및 745 단계).
그러면, 상기 공유 디바이스(706)는 상기 이벤트 획득 프리미티브(740,755)가 포함된 요청 메시지를 상기 CE(704)로부터 수신하고, 상기 요청 메시지에 포함된 상기 이벤트 획득 프리미티브(740,755)에 상응하여 상기 공유 디바이스(706)의 이벤트 발생 여부를 확인한다.
상기 확인 결과, 상기 공유 디바이스(706)에 이벤트가 발생될 경우, 상기 공유 디바이스(706)는, 상기 발생된 이벤트에 상응하는 이벤트 정보가 상기 이벤트 획득 프리미티브(740)에 따라 포함되는 확인 메시지를 상기 CE(704)로 송신한다(730 단계).
그리고, 상기 CE(704)는, 상기 이벤트 획득 프리미티브(740)가 포함된 요청 메시지의 응답으로 상기 이벤트 획득 프리미티브(740)에 따라 상기 이벤트 정보가 포함된 확인 메시지를 수신하고, 상기 이벤트 정보가 포함된 확인 메시지를 상기 CM(702)로 송신한다(735 단계).
한편, 상기 확인 결과, 상기 공유 디바이스(706)에 이벤트가 발생되지 않을 경우, 상기 공유 디바이스(706)는, 상기 이벤트 획득 프리미티브(755)에 따라 이벤트 미발생에 대한 확인 메시지를 상기 CE(704)로 송신한다(750 단계).
그리고, 상기 CE(704)는, 상기 이벤트 획득 프리미티브(755)가 포함된 요청 메시지의 응답으로 상기 이벤트 획득 프리미티브(750)에 따라 상기 이벤트 미발생에 대한 확인 메시지를 수신한다.
여기서, 상기 공유 디바이스(706)의 이벤트 발생, 및 이벤트 발생에 상응하는 상기 공유 디바이스(706)의 이벤트 정보를 수신하기 위해 상기 이벤트 획득 프리미티브(740,755)가 포함된 요청 메시지를 상기 공유 디바이스(706)로 주기적으로 송신하며, 상기 공유 디바이스(706)는, 상기 이벤트 획득 프리미티브(740,755)가 포함된 요청 메시지의 수신 시 상기 공유 디바이스(706)의 이벤트 발생 여부를 확인한다.
이렇게 상기 자원 관리 시스템의 CE 레퍼런스 모델에서 CX_DME_SAP 프리미티브의 이벤트 설정 파라미터 및 이벤트 획득 파라미터에 상응하여 CM(702), CE(704) 및 공유 디바이스(706)는, 상기 자원 관리 시스템이 정의한 인터페이스에 따라 메시지를 송수신, 즉 복수의 시스템들의 공존 및 주파수 공유를 위한 신호 송수신을 수행하여 상기 복수의 시스템들이 공존 및 주파수 공유를 통해 TV 대역과 같이 이미 사용중인 주파수 대역에서 사용 가능한 주파수 대역을 공유한다.
또한, 상기 자원 관리 시스템은, 전술한 바와 같은 CM(602,702), CE(604,704), 및 공유 디바이스(606,706) 간의 인터페이스를 TCP(Transmission Control Protocol)/IP(Internet Protocol)을 통해 정의한다. 다시 말해, 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템은, TV 대역과 같이 주 시스템이 이미 사용 중인 주파수 대역에서 복수의 시스템들이 사용 가능한 주파수 대역을 검출하고, 상기 사용 가능한 주파수 대역에서 상기 복수의 시스템들의 공존 및 주파수 공유를 위해 레퍼런스 모델 및 인터페이스를 정의하며, 상기 레퍼런스 모델 및 인터페이스에 따라 복수의 시스템들이 공존 및 주파수 공유를 통해 상기 사용 가능한 주파수 대역을 공유하여 사용하도록 한다.
아울러, 본 발명의 실시 예에 따른 통신 시스템에서 자원 관린 시스템은, 도 1에서 설명한 바와 같이, 이미 이용 중인 주파수 대역에서 사용 가능한 주파수 대역에 대한 상기 공유 디바이스들(140,160)의 공존 및 주파수 공유를 위해, 즉 서로 다른 통신 방식의 복수의 시스템들이 공유하여 사용하도록 레퍼런스 모델을 정의하며, 특히 상기 CDIS(110), 상기 CM들(120,130), 및 상기 CE들(140,160) 별로 서로 다른 시스템의 공존 및 주파수 공유를 위해 각각의 레퍼런스 모델을 정의한다. 아울러, 상기 자원 관리 시스템은, 전술한 바와 같이, 상기 공유 디바이스들(140,160)의 공존 및 주파수 공유를 위해, 즉 서로 다른 통신 방식의 복수의 시스템들이 공유하여 사용하도록 상기 CM들(120,130), 및 상기 CE들(140,160) 별 인터페이스를 정의한다.
여기서, 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템이 정의하는 각 객체들 간, 즉 상기 CDIS(110), 상기 CM들(120,130), 및 상기 CE들(140,160) 간의 인터페이스는, 상기 CM들(120,130)과 CE들(140,160) 간의 인터페이스, 상기 CM들(120,130)과 상기 CDIS(110) 간의 인터페이스, 및 상기 CM들(120,130) 간의 인터페이스를 각각 정의한다. 이때, 상기 CM들(120,130) 간의 인터페이스는, 전술한 바와 같이 사용 가능한 주파수 대역을 서로 다른 복수의 시스템들이 공유하여 사용함으로, 상기 복수의 시스템들의 공유 디바이스들을 각각 관리하는 CM이 각각 존재하며, 그에 따라 상기 자원 관리 시스템은 상기 복수의 시스템들에 각각 해당하는 복수의 CM들 간의 인터페이스를 정의한다. 특히, 이러한 복수의 복수의 CM들에서 임의의 CM이 나머지 CM들을 제어하는 마스터(master) CM과, 상기 마스터 CM에 의해 제어되는 슬레이브(slave) CM이 존재하며, 상기 자원 관리 시스템은, 상기 마스터 CM과 슬레이브 CM 간의 인터페이스를 정의한다. 또한, 상기 자원 관리 시스템은, 상기 복수의 CM들에서 임의의 CM과, 상기 임의의 CM과 인접한 인접(neighbor) CM 간의 인터페이스를 정의한다.
아울러, 상기 자원 관리 시스템은, 각 객체들인 상기 CDIS(110), 상기 CM들(120,130), 및 상기 CE들(140,160) 간의 인터페이스를 정의하기 위해, 상기 CDIS(110), 상기 CM들(120,130), 및 상기 CE들(140,160)의 상태 머신(state machine)을 정의한다. 이렇게 정의된 상태 머신에서 상기 CDIS(110), 상기 CM들(120,130), 및 상기 CE들(140,160) 간에 메시지를 송수신하여 인터페이스를 정의한다. 여기서, 상기 CDIS(110), 상기 CM들(120,130), 및 상기 CE들(140,160)의 상태 머신에서 상태는, 인액티브(inactive), 액티브(active), 웨이팅 인게이지(waiting engagement), 인게이지(engaged), 요청 송신(request sent), 및 요청 수신(request received)를 포함한다.
상기 인액티브는, 상기 각 객체들의 초기화(initialization) 과정 이전의 상태로서 다른 객체와의 인터페이스 셋업(setup)이 불가능한 상태를 의미하고, 상기 액티브는, 다른 객체와의 인터페이스 셋업이 가능하도록 준비된 상태를 의미한다. 또한, 상기 웨이팅 인게이지는, 상대 객체에 인터페이스 셋업을 요청한 후, 상기 상대 객체로 부터 상기 요청의 응답을 기다리는 상태를 의미하고, 상기 인게이지는, 상대 객체와의 인터페이스 셋업이 완료되어 상기 상대 객체와의 메시지 송수신이 가능한 상태를 의미한다. 아울러, 상기 요청 송신은, 상대 객체에 요청 사항이 포함된 메시지를 송신한 후, 상기 상대 객체로 부터의 상기 송신한 메시지의 응답을 기다리는 상태를 의미하고, 상기 요청 수신은, 상대 객체로부터 요청 사항이 포함된 메시지를 수신한 후, 상기 상대 객체의 요청 사항을 처리하는 상태를 의미한다. 그러면 여기서, 도 8 내지 도 10을 참조하여 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CM 및 CE 간 인터페이스 정의에 대해 보다 구체적으로 설명하기로 한다.
도 8 내지 도 10은 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CM 및 CE 간 인터페이스 정의를 설명하기 위한 도면이다. 여기서, 도 8은, 상기 자원 관리 시스템의 CM 및 CE 간 인터페이스 정의에서 상기 CM의 상태 다이어그램(state diagram)을 개략적으로 도시한 도면이고, 도 9는, 상기 자원 관리 시스템의 CM 및 CE 간 인터페이스 정의에서 상기 CM의 상태 다이어그램을 개략적으로 도시한 도면이며, 도 10은, 상기 자원 관리 시스템의 CM 및 CE 간 인터페이스 정의를 위한 상기 CM과 상기 CE 간 메시지 송수신 절차를 개략적으로 도시한 도면이다.
우선, 도 8을 참조하여 상기 CM의 상태를 설명하면, 상기 자원 관리 시스템의 CM 및 CE 간 인터페이스 정의에서 상기 CM은, 인액티브 상태(802)에서 초기화 과정(initialization)(824)을 통해 액티브 상태(804)로 전환된다. 그리고, 상기 CM은, 상기 액티브 상태(804)에서 폐쇄 과정(shutdown)(822)을 통해 상기 인액티브 상태(802)로 전환된다.
또한, 상기 CM은, 상기 액티브 상태(804)에서 상기 CE로부터 접속 요청(connection request)을 수신하면, 상기 접속 요청의 응답으로 접속 응답(connection response)을 상기 CE로 송신한 후(receive connection request and send connection response)(816), 인게이지 상태(800)로 전환된다.
아울러, 상기 CM은, 상기 인게이지 상태(800)에서 상기 CE로 공유 디바이스의 컨텍스트 정보(CI: Context Information)/이벤트 정보(EV: EVent infromation)/재구성(RC: ReConfiguration) 요청(CI/EV/RC request)을 송신하여(send CI/EV/RC request)(818), 요청 송신 상태(806)로 전환되며, 상기 요청 송신에 대한 응답으로 컨텍스트 정보/이벤트 정보/재구성 응답(CI/EV/RC response)을 상기 CE로부터 수신하면(receive CI/EV/RC response)(820), 상기 인게이지 상태(800)로 전환된다. 여기서, 상기 CM은, 상기 인게이지 상태(800)에서 상기 CM의 공존 결정(coexistence decision)에 따라 상기 CE로 상기 재구성 요청을 송신하여(818), 상기 요청 송신 상태(806)로 전환되며, 상기 CE로부터 재구성 응답 응답을 수신하면(820), 상기 인게이지 상태(800)로 전환된다.
그리고, 상기 CM은, 상기 인게이지 상태(800)에서 상기 CM의 요청이 없더라도 상기 CM에 의해 미리 지정된 특정 이벤트가 상기 CE에서 발생할 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보 응답(EV response)을 상기 CE로부터 수신한다(receive EV response)(812). 또한, 상기 CM은, 상기 인게이지 상태(800)에서 상기 CE로부터 주기적으로 인게이지 유지 요청(being-engagement request)을 수신하여(receive being-engagement request)(810), 상기 인게이지 상태(800)를 유지한다.
아울러, 상기 CM은, 상기 인게이지 상태(800)에서 상기 CE로부터 비접속 요청(disconnection request)을 수신하거나, 상기 인게이지 상태(800)에서 상기 CE로부터 주기적으로 인게이지 유지 요청(being-engagement request)을 수신하지 못할 경우(receive disconnection request or fail to receive being-engagement request)(814), 상기 CE와의 접속을 종료한 후, 상기 액티브 상태(804)로 전환된다.
다음으로, 도 9를 참조하여 상기 CE의 상태를 설명하면, 상기 자원 관리 시스템의 CM 및 CE 간 인터페이스 정의에서 상기 CE는, 인액티브 상태(902)에서 초기화 과정(initialization)(928)을 통해 액티브 상태(904)로 전환된다. 그리고, 상기 CE는, 상기 액티브 상태(904)에서 폐쇄 과정(shutdown)(926)을 통해 상기 인액티브 상태(902)로 전환된다.
또한, 상기 CE는, 상기 액티브 상태(904)에서 상기 CM으로 접속 요청을 송신한 후(send connection request)(920), 웨이팅 인게이지 상태(908)로 전환된다. 그리고, 상기 CE는 상기 웨이팅 인게이지 상태(908)에서 상기 CM으로부터 일정 시간 내에 접속 응답을 수신하지 못할 경우(no connection response)(922), 상기 액티브 상태(904)로 전환된다. 한편, 상기 CE는 상기 웨이팅 인게이지 상태(908)에서 상기 일정 시간 내에 상기 CM으로부터 접속 응답을 수신할 경우(receive connection response)(924), 인게이지 상태(900)로 전환된다.
아울러, 상기 CE는, 상기 인게이지 상태(900)에서 상기 CM으로부터 공유 디바이스의 컨텍스트 정보/이벤트 정보/재구성 요청을 수신하면(receive CI/EV/RC request)(916), 요청 수신 상태(906)로 전환되며, 상기 요청 수신에 대한 응답으로 컨텍스트 정보, 이벤트 정보, 재구성 응답을 상기 CM으로 송신하여(send CI/EV/RC response)(918), 상기 인게이지 상태(900)로 전환된다.
그리고, 상기 CE는, 상기 인게이지 상태(900)에서 상기 CM의 요청이 없더라도 상기 CM에 의해 미리 지정된 특정 이벤트가 상기 CE에서 발생할 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보 응답을 상기 CM으로 송신한다(send EV response)(912). 또한, 상기 CE는, 상기 인게이지 상태(900)에서 주기적으로 인게이지 유지 요청을 상기 CM으로 송신하여(send being-engagement request)(910), 상기 인게이지 상태(900)를 유지한다.
아울러, 상기 CE는, 상기 인게이지 상태(900)에서 비접속 요청을 상기 CM에게 송신하여(send disconnection request)(914), 상기 CM과의 접속을 종료한 후, 상기 액티브 상태(904)로 전환된다.
그러면, 도 10을 참조하여 상기 CM과 CE 간의 인터페이스를 위한 상기 CM과 CE 간의 메시시 송수신을 설명하면, 비인게이지(disengaged) 상태(1070), 예컨대 액티브 상태에서 CE(1005)는, 비인게이지 상태(1040), 예컨대 액티브 상태인 CM(1000)으로 접속 요청(connection request) 메시지를 송신한다(1010 단계). 이때, 상기 CE(1005)는, 상기 접속 요청 메시지를 송신한 후, 상기 접속 요청에 대한 응답을 일정 시간 내에 상기 CM(1000)으로부터의 수신 여부를 확인하기 위한 CE(1005)의 타이머1(1072)이 동작되고 상기 CE(1005)는 웨이팅 인게이지 상태로 전환된다.
그리고, 상기 CM(1000)은, 상기 CE(1005)로부터 접속 요청 메시지를 수신하고, 상기 접속 요청 메시지에 대한 응답으로 접속 응답(connection response) 메시지를 상기 CE(1005)로 송신한다(1012 단계). 이때, 상기 CM(1000)은, 상기 접송 응답 메시지를 송신하여 비인게이지 상태(1040)에서 인게이지 상태(1050)로 전환되며, 상기 인게이지 상태(1050)에서 상기 CM(1000)은, 인게이지 유지를 위한 주기를 설정하며, 상기 인게이지 상태(1050)에서 인게이지 유지를 위한 주기 별로 CM(1000)의 타이머1(1052), 타이머2(1054), 및 타이머3(1056)이 동작된다.
또한, 상기 CE(1005)는, 상기 CE(1005)의 타이머1(1072)이 동작되는 중에, 즉 일정 시간 내에 상기 CM(1000)으로부터 접속 응답 메시지를 수신하면, 상기 CE(1005)는 비인게이지 상태(1070)에서 인게이지 상태(1080)로 전환되며, 또한 상기 CM(1000)에서 설정한 인게이지 유지를 위한 주기에 따라 상기 인게이지 상태(1080)에서 CE(1005)의 타이머2(1082), 타이머3(1084), 및 타이머4(1086)가 동작된다.
여기서, 상기 인게이지 유지를 위한 주기에 따라 CM(1000)의 타이머1(1052) 및 CE(1005)의 타이머2(1082)가 종료되는 시점에 상기 CE(1005)는 인게이지 유지 요청(being-engagement request) 메시지를 상기 CM(1000)으로 송신하며(1022 단계), CM(1000)의 타이머2(1054) 및 CE(1005)의 타이머3(1084)이 종료되는 시점에 상기 CE(1005)는 인게이지 유지 요청 메시지를 상기 CM(1000)으로 송신한다(1028 단계).
그리고, 상기 인게이지 상태(1050)에서 상기 CM(1000)은, 공유 디바이스의 컨텍스트 정보를 요청하기 위한 컨텍스트 정보 요청(context info. request) 메시지를 상기 인게이지 상태(1080)의 상기 CE(1005)로 송신한다(1014 단계). 그러면, 상기 CE(1005)는, 상기 컨텍스트 정보 요청 메시지를 수신하고, 상기 컨텍스트 정보 요청 메시지에 대한 응답으로 컨텍스트 정보가 포함된 컨텍스트 정보 응답(context info. response) 메시지를 상기 인게이지 상태(1050)의 상기 CM(1000)으로 송신한다(1016 단계).
아울러, 상기 인게이지 상태(1050)에서 상기 CM(1000)은, 공유 디바이스의 이벤트 정보를 요청하기 위한 이벤트 정보 요청(event request) 메시지를 상기 인게이지 상태(1080)의 상기 CE(1005)로 송신한다(1018 단계). 그러면, 상기 CE(1005)는, 상기 이벤트 정보 요청 메시지를 수신하고, 상기 이벤트 정보 요청 메시지에 대한 응답으로 상기 CE(1005)에서 발생된 이벤트에 해당하는 이벤트 정보가 포함된 이벤트 정보 응답(event response) 메시지를 상기 인게이지 상태(1050)의 상기 CM(1000)으로 송신한다(1020 단계). 여기서, 상기 인게이지 상태(1080)의 상기 CE(1005)는, 상기 CM(1000)으로부터 이벤트 정보 요청 메시지를 수신하지 않아도, 상기 CM(1000)에 의해 미리 지정된 이벤트가 상기 CE(1005)에서 발생될 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보가 포함된 이벤트 응답 메시지를 상기 인게이지 상태(1050)의 상기 CM(1000)으로 송신한다(1030 단계).
뿐만 아니라, 상기 인게이지 상태(1050)에서 상기 CM(1000)은, 공유 디바이스의 구성을 재설정, 즉 재구성하기 위한 재구성 요청(reconfiguration request) 메시지를 상기 인게이지 상태(1080)의 상기 CE(1005)로 송신한다(1024 단계). 그러면, 상기 CE(1005)는, 상기 재구성 요청 메시지를 수신하고, 상기 이벤트 정보 요청 메시지에 대한 응답으로 상기 공유 디바이스의 구성을 재구성한 후 상기 재구성에 대한 정보가 포함된 재구성 응답(reconfiguration response) 메시지를 상기 인게이지 상태(1050)의 상기 CM(1000)으로 송신한다(1026 단계).
이때, 상기 인게이지 상태(1080)의 상기 CE(1005)가 상기 CM(1000)과 접속을 종료하고자 할 경우, 상기 인게이지 상태(1080)에서 상기 CE(1005)는, 비접속 요청(disconnection request) 메시지를 상기 인게이지 상태(1050)의 상기 CM(1000)으로 송신한 후(1032 단계), 상기 인게이지 상태(1080)의 상기 CE(1005)는, 상기 CM(1000)과의 접속을 종료하고 비인게이지 상태(1090), 즉 액티브 상태로 전환된다. 또한, 상기 인게이지 상태(1050)의 상기 CM(1000)은, 상기 비접속 요청 메시지를 수신하여 상기 CE(1005)와 접속을 종료한 후, 비인게이지 상태(1060), 즉 액티브 상태로 전환된다. 그러면 여기서, 도 11 내지 도 13을 참조하여 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CM 및 CDIS 간 인터페이스 정의에 대해 보다 구체적으로 설명하기로 한다.
도 11 내지 도 13은 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CM 및 CDIS 간 인터페이스 정의를 설명하기 위한 도면이다. 여기서, 도 11은, 상기 자원 관리 시스템의 CM 및 CDIS 간 인터페이스 정의에서 상기 CM의 상태 다이어그램을 개략적으로 도시한 도면이고, 도 12는, 상기 자원 관리 시스템의 CM 및 CDIS 간 인터페이스 정의에서 상기 CDIS의 상태 다이어그램을 개략적으로 도시한 도면이며, 도 13은, 상기 자원 관리 시스템의 CM 및 CDIS 간 인터페이스 정의를 위한 상기 CM과 상기 CDIS 간 메시지 송수신 절차를 개략적으로 도시한 도면이다.
우선, 도 11을 참조하여 상기 CM의 상태를 설명하면, 상기 자원 관리 시스템의 CM 및 CDIS 간 인터페이스 정의에서 상기 CM은, 인액티브 상태(1102)에서 초기화 과정(initialization)(1144)을 통해 액티브 상태(1104)로 전환된다. 그리고, 상기 CM은, 상기 액티브 상태(1104)에서 폐쇄 과정(shutdown)(1142)을 통해 상기 인액티브 상태(1102)로 전환된다.
또한, 상기 CM은, 상기 액티브 상태(1104)에서 상기 CDIS로 접속 요청을 송신한 후(send connection request)(1136), 웨이팅 인게이지 상태(1108)로 전환된다. 그리고, 상기 CM은, 상기 웨이팅 인게이지 상태(1108)에서 상기 CDIS로부터 일정 시간 내에 접속 응답을 수신하지 못할 경우(no connection response)(1138), 상기 액티브 상태(1104)로 전환된다. 한편, 상기 CM은, 상기 웨이팅 인게이지 상태(1108)에서 상기 일정 시간 내에 상기 CDIS로부터 접속 응답을 수신할 경우(receive connection response)(1140), 인게이지 상태(1100)로 전환된다.
아울러, 상기 CM은, 상기 인게이지 상태(1100)에서 상기 CDIS로부터 공유 디바이스의 컨텍스트 정보/이벤트 정보 요청(CI/EV request)을 수신하면(receive CI/EV request)(1128), 요청 수신 상태(1106)로 전환되며, 상기 요청 수신에 대한 응답으로 컨텍스트 정보/이벤트 정보 응답(CI/EV response)을 상기 CDIS로 송신하여(send CI/EV response)(1130), 상기 인게이지 상태(1100)로 전환된다.
그리고, 상기 CM은, 상기 인게이지 상태(1100)에서 상기 CDIS의 요청이 없더라도 상기 CDIS에 의해 미리 지정된 특정 이벤트가 상기 CM에서 발생할 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보 응답을 상기 CDIS로 송신한다(send EV response)(1124). 또한, 상기 CM은, 상기 인게이지 상태(1100)에서 주기적으로 인게이지 유지 요청을 상기 CDIS로 송신하여(send being-engagement request)(1120), 상기 인게이지 상태(1100)를 유지한다.
아울러, 상기 CM은, 상기 인게이지 상태(1100)에서 공유 디바이스의 컨텍스트 정보/이벤트 정보 요청을 상기 CDIS로 송신한 후(send CI/EV request)(1132), 요청 송신 상태(1110)로 전환되며, 상기 요청 송신에 대한 응답으로 컨텍스트 정보/이벤트 정보 응답을 상기 CDIS로부터 수신하여(receive CI/EV response)(1134), 상기 인게이지 상태(1100)로 전환된다.
그리고, 상기 CM은, 상기 인게이지 상태(1100)에서 상기 CM의 요청이 없더라도 상기 CM에 의해 미리 지정된 특정 이벤트가 상기 CDIS에서 발생할 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보 응답을 상기 CDIS로부터 수신한다(receive EV response)(1122). 또한, 상기 CM은, 상기 인게이지 상태(1100)에서 비접속 요청을 상기 CDIS로 송신하여(send disconnection request)(1126), 상기 CDIS와의 접속을 종료한 후, 상기 액티브 상태(1104)로 전환된다.
다음으로, 도 12를 참조하여 상기 CDIS의 상태를 설명하면, 상기 자원 관리 시스템의 CM 및 CDIS 간 인터페이스 정의에서 상기 CDIS는, 인액티브 상태(1202)에서 초기화 과정(initialization)(1230)을 통해 액티브 상태(1204)로 전환된다. 그리고, 상기 CDIS는, 상기 액티브 상태(1204)에서 폐쇄 과정(shutdown)(1228)을 통해 상기 인액티브 상태(1202)로 전환된다.
또한, 상기 CDIS는, 상기 액티브 상태(1204)에서 상기 CM으로부터 접속 요청을 수신하면, 상기 접속 요청의 응답으로 접속 응답을 상기 CM으로 송신한 후(receive connection request and send connection response)(1218), 인게이지 상태(1200)로 전환된다.
아울러, 상기 CDIS는, 상기 인게이지 상태(1200)에서 상기 CM으로부터 공유 디바이스의 컨텍스트 정보/이벤트 정보 요청을 수신하면(receive CI/EV request)(1220), 요청 수신 상태(1206)로 전환되며, 상기 요청 수신에 대한 응답으로 컨텍스트 정보/이벤트 정보 응답을 상기 CM으로 송신하여(send CI/EV response)(1222), 상기 인게이지 상태(1200)로 전환된다.
그리고, 상기 CDIS는, 상기 인게이지 상태(1200)에서 상기 CM의 요청이 없더라도 상기 CM에 의해 미리 지정된 특정 이벤트가 상기 CDIS에서 발생할 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보 응답을 상기 CM으로 송신한다(send EV response)(1214).
또한, 상기 CDIS는, 상기 인게이지 상태(1200)에서 공유 디바이스의 컨텍스트 정보/이벤트 정보 요청을 상기 CM으로 송신한 후(send CI/EV request)(1224), 요청 송신 상태(1208)로 전환되며, 상기 요청 송신에 대한 응답으로 컨텍스트 정보/이벤트 정보 응답을 상기 CM으로부터 수신하여(receive CI/EV response)(1226), 상기 인게이지 상태(1200)로 전환된다.
아울러, 상기 CDIS는, 상기 인게이지 상태(1200)에서 상기 CDIS의 요청이 없더라도 상기 CDIS에 의해 미리 지정된 특정 이벤트가 상기 CM에서 발생할 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보 응답을 상기 CM으로부터 수신(receive EV response)한다(1212).
또한, 상기 CDIS는, 상기 인게이지 상태(1200)에서 주기적으로 인게이지 유지 요청을 상기 CM으로부터 수신하여(receive being-engagement request)(1210), 상기 인게이지 상태(1200)를 유지한다.
아울러, 상기 CDIS는, 상기 인게이지 상태(1200)에서 상기 CM으로부터 비접속 요청을 수신하거나, 상기 인게이지 상태(1200)에서 상기 CM으로부터 주기적으로 인게이지 유지 요청을 수신하지 못할 경우(receive disconnection request or fail to receive being-engagement request)(1216), 상기 CE와의 접속을 종료한 후, 상기 액티브 상태(1204)로 전환된다.
그러면, 도 13을 참조하여 상기 CM과 CDIS 간의 인터페이스를 위한 상기 CM과 CDIS 간의 메시시 송수신을 설명하면, 비인게이지 상태(1370), 예컨대 액티브 상태에서 CM(1305)은, 비인게이지 상태(1340), 예컨대 액티브 상태인 CDIS(1300)로 접속 요청(connection request) 메시지를 송신한다(1310 단계). 이때, 상기 CM(1305)은, 상기 접속 요청 메시지를 송신한 후, 상기 접속 요청에 대한 응답을 일정 시간 내에 상기 CDIS(1300)로부터의 수신 여부를 확인하기 위한 CM(1305)의 타이머1(1372)이 동작되고 상기 CM(1305)는 웨이팅 인게이지 상태로 전환된다.
그리고, 상기 CDIS(1300)는, 상기 CM(1305)으로부터 접속 요청 메시지를 수신하고, 상기 접속 요청 메시지에 대한 응답으로 접속 응답(connection response) 메시지를 상기 CM(1305)으로 송신한다(1312 단계). 이때, 상기 CDIS(1300)는, 상기 접송 응답 메시지를 송신하여 비인게이지 상태(1340)에서 인게이지 상태(1350)로 전환되며, 상기 인게이지 상태(1350)에서 상기 CDIS(1300)는, 인게이지 유지를 위한 주기를 설정하며, 상기 인게이지 상태(1350)에서 인게이지 유지를 위한 주기 별로 CDIS(1300)의 타이머1(1352), 타이머2(1354), 및 타이머3(1356)이 동작된다.
또한, 상기 CM(1305)은, 상기 CM(1305)의 타이머1(1372)이 동작되는 중에, 즉 일정 시간 내에 상기 CDIS(1300)로부터 접속 응답 메시지를 수신하면, 상기 CM(1305)은 비인게이지 상태(1370)에서 인게이지 상태(1380)로 전환되며, 또한 상기 CDIS(1300)에서 설정한 인게이지 유지를 위한 주기에 따라 상기 인게이지 상태(1380)에서 CM(1305)의 타이머2(1382), 타이머3(1384), 및 타이머4(1386)가 동작된다.
여기서, 상기 인게이지 유지를 위한 주기에 따라 CDIS(1300)의 타이머1(1352) 및 CM(1305)의 타이머2(1382)가 종료되는 시점에 상기 CM(1305)은 인게이지 유지 요청(being-engagement request) 메시지를 상기 CDIS(1300)로 송신하며(1322 단계), CDIS(1300)의 타이머2(1354) 및 CM(1305)의 타이머3(1384)이 종료되는 시점에 상기 CM(1305)은 인게이지 유지 요청 메시지를 상기 CDIS(1300)로 송신한다(1332 단계).
아울러, 상기 인게지이지 상태(1380)에서 상기 CM(1305)은, 공유 디바이스의 컨텍스트 정보를 요청하기 위한 컨텍스트 정보 요청(context info. request) 메시지를 상기 인게이지 상태(1350)의 상기 CDIS(1300)로 송신한다(1314 단계). 그러면, 상기 CDIS(1300)는, 상기 컨텍스트 정보 요청 메시지를 수신하고, 상기 컨텍스트 정보 요청 메시지에 대한 응답으로 컨텍스트 정보가 포함된 컨텍스트 정보 응답(context info. response) 메시지를 상기 인게이지 상태(1380)의 상기 CM(1305)으로 송신한다(1316 단계).
또한, 상기 인게지이지 상태(1350)에서 상기 CDIS(1300)는, 공유 디바이스의 컨텍스트 정보를 요청하기 위한 컨텍스트 정보 요청(context info. request) 메시지를 상기 인게이지 상태(1380)의 상기 CM(1305)으로 송신한다(1318 단계). 그러면, 상기 CM(1305)은, 상기 컨텍스트 정보 요청 메시지를 수신하고, 상기 컨텍스트 정보 요청 메시지에 대한 응답으로 컨텍스트 정보가 포함된 컨텍스트 정보 응답(context info. response) 메시지를 상기 인게이지 상태(1350)의 상기 CDIS(1300)로 송신한다(1320 단계).
그리고, 상기 인게이지 상태(1350)에서 상기 CDIS(1300)는, 공유 디바이스의 이벤트 정보를 요청하기 위한 이벤트 정보 요청(event request) 메시지를 상기 인게이지 상태(1380)의 상기 CM(1305)으로 송신한다(1324 단계). 그러면, 상기 CM(1305)은, 상기 이벤트 정보 요청 메시지를 수신하고, 상기 이벤트 정보 요청 메시지에 대한 응답으로 상기 CM(1305)에서 발생된 이벤트에 해당하는 이벤트 정보가 포함된 이벤트 정보 응답(event response) 메시지를 상기 인게이지 상태(1350)의 상기 CDIS(1300)로 송신한다(1326 단계). 여기서, 상기 인게이지 상태(1380)의 상기 CM(1305)은, 상기 CDIS(1300)로부터 이벤트 정보 요청 메시지를 수신하지 않아도, 상기 CDIS(1300)에 의해 미리 지정된 이벤트가 상기 CM(1305)에서 발생될 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보가 포함된 이벤트 응답 메시지를 상기 인게이지 상태(1350)의 상기 CDIS(1300)으로 송신한다(1336 단계).
뿐만 아니라, 상기 인게이지 상태(1380)에서 상기 CM(1305)은, 공유 디바이스의 이벤트 정보를 요청하기 위한 이벤트 정보 요청(event request) 메시지를 상기 인게이지 상태(1350)의 상기 CDIS(1300)로 송신한다(1328 단계). 그러면, 상기 CDIS(1300)는, 상기 이벤트 정보 요청 메시지를 수신하고, 상기 이벤트 정보 요청 메시지에 대한 응답으로 상기 CDIS(1300)에서 발생된 이벤트에 해당하는 이벤트 정보가 포함된 이벤트 정보 응답(event response) 메시지를 상기 인게이지 상태(1380)의 상기 CM(1305)으로 송신한다(1330 단계). 여기서, 상기 인게이지 상태(1350)의 상기 CDIS(1300)는, 상기 CM(1305)으로부터 이벤트 정보 요청 메시지를 수신하지 않아도, 상기 CM(1305)에 의해 미리 지정된 이벤트가 상기 CDIS(1300)에서 발생될 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보가 포함된 이벤트 응답 메시지를 상기 인게이지 상태(1380)의 상기 CM(1305)으로 송신한다(1334 단계).
이때, 상기 인게이지 상태(1380)의 상기 CM(1305)이 상기 CDIS(1300)와 접속을 종료하고자 할 경우, 상기 인게이지 상태(1380)에서 상기 CM(1305)은, 비접속 요청(disconnection request) 메시지를 상기 인게이지 상태(1350)의 상기 CDIS(1300)로 송신한 후(1338 단계), 상기 인게이지 상태(1380)의 상기 CM(1305)은, 상기 CDIS(1300)와의 접속을 종료하고 비인게이지 상태(1390), 즉 액티브 상태로 전환된다. 또한, 상기 인게이지 상태(1350)의 상기 CDIS(1300)는, 상기 비접속 요청 메시지를 수신하여 상기 CM(1305)과 접속을 종료한 후, 비인게이지 상태(1360), 즉 액티브 상태로 전환된다. 그러면 여기서, 도 14 내지 도 18을 참조하여 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CM들 간 인터페이스 정의에 대해 보다 구체적으로 설명하기로 한다.
도 14 내지 도 18은 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템의 CM들 간 인터페이스 정의를 설명하기 위한 도면이다. 특히, 도 14 내지 도 16은, 상기 자원 관리 시스템의 마스터 CM과 슬레이브 CM 간 인터페이스 정의를 설명하는 도면이고, 도 17 및 도 18은, 상기 자원 관리 시스템의 임의의 CM과 인접 CM 간 인터페이스 정의를 설명하는 도면이다. 여기서, 도 14는, 상기 자원 관리 시스템의 마스터 CM과 슬레이브 CM 간 인터페이스 정의에서 상기 마스터 CM의 상태 다이어그램을 개략적으로 도시한 도면이고, 도 15는, 상기 자원 관리 시스템의 마스터 CM과 슬레이브 CM 간 인터페이스 정의에서 상기 슬레이브 CM의 상태 다이어그램을 개략적으로 도시한 도면이며, 도 16은, 상기 자원 관리 시스템의 마스터 CM과 슬레이브 CM 간 인터페이스 정의를 위한 상기 마스터 CM과 상기 슬레이브 CM 간 메시지 송수신 절차를 개략적으로 도시한 도면이다. 또한, 도 17은, 상기 자원 관리 시스템의 임의의 CM과 인접 CM 간 인터페이스 정의에서 CM의 상태 다이어그램을 개략적으로 도시한 도면이며, 도 18은, 상기 자원 관리 시스템의 임의의 CM과 인접 CM 간 인터페이스 정의를 위한 상기 임의의 CM과 상기 인접 CM 간 메시지 송수신 절차를 개략적으로 도시한 도면이다.
그리고, 본 발명의 실시 예에 따른 통신 시스템에서 상기 자원 관리 시스템의 CM들 간 인터페이스 정의 시에, 하나의 마스터 CM과 복수의 슬레이브 CM들이 연결된 경우, 다시 말해 하나의 마스터 CM에 복수의 슬레이브 CM들이 연결되어 CM들 간이 중심적 토폴로지(centralized topology)인 경우, 상기 자원 관리 시스템은, 슬레이브 CM들의 공존 및 주파수 공유를 위해 상기 슬레이브 CM들이 상기 마스터 CM의 제어를 받도록 제어한다. 이때, 상기 자원 관리 시스템은 도 14 내지 도 16에서 도시한 바와 같이 CM들 간의 인터페이스를 정의한다. 또한, 복수의 CM들이 일정한 규칙없이 서로 연결된 경우, 다시 말해 복수의 CM들이 분산적 토폴로지인 경우, 상기 자원 관리 시스템은, 하나의 CM은 인접 CM들과 협력하여 CM들 간에 공존 및 주파수 공유하도록 제어하며, 상기 자원 관리 시스템은 도 17 및 도 18에서 도시한 바와 같이 CM들 간의 인터페이스를 정의한다.
그러면 우선, 도 14를 참조하여 상기 마스터 CM의 상태를 설명하면, 상기 자원 관리 시스템의 마스터 CM 및 슬레이브 CM 간 인터페이스 정의에서 상기 마스터 CM은, 인액티브 상태(1402)에서 초기화 과정(initialization)(1428)을 통해 액티브 상태(1404)로 전환된다. 그리고, 상기 마스터 CM은, 상기 액티브 상태(1404)에서 폐쇄 과정(shutdown)(1426)을 통해 상기 인액티브 상태(1402)로 전환된다.
또한, 상기 마스터 CM은, 상기 액티브 상태(1404)에서 상기 슬레이브 CM으로부터 접속 요청을 수신하면, 상기 접속 요청의 응답으로 접속 응답을 상기 슬레이브 CM으로 송신한 후(receive connection request and send connection response)(1416), 인게이지 상태(1400)로 전환된다.
아울러, 상기 마스터 CM은, 상기 인게이지 상태(1400)에서 상기 슬레이브 CM으로부터 공유 디바이스의 컨텍스트 정보 요청을 수신하면(receive CI request)(1418), 요청 수신 상태(1406)로 전환되며, 상기 요청 수신에 대한 응답으로 컨텍스트 정보 응답을 상기 슬레이브 CM으로 송신하여(send CI response)(1420), 상기 인게이지 상태(1400)로 전환된다.
그리고, 상기 마스터 CM은, 상기 인게이지 상태(1400)에서 공유 디바이스의 컨텍스트 정보/이벤트 정보/재구성 요청을 상기 슬레이브 CM으로 송신하여(send CI/EV/RC request)(1422), 요청 송신 상태(1408)로 전환되며, 상기 요청 송신에 대한 응답으로 컨텍스트 정보/이벤트 정보/재구성 응답을 상기 슬레이브 CM으로부터 수신하면(receive CI/EV/RC response)(1424), 상기 인게이지 상태(1400)로 전환된다. 여기서, 상기 마스터 CM은, 상기 인게이지 상태(1400)에서 상기 마스터 CM의 공존 결정에 따라 상기 슬레이브 CM으로 상기 재구성 요청을 송신하여(1422), 상기 요청 송신 상태(1408)로 전환되며, 상기 슬레이브 CM으로부터 재구성 응답 응답을 수신하면(1424), 상기 인게이지 상태(1400)로 전환된다.
그리고, 상기 마스터 CM은, 상기 인게이지 상태(1400)에서 상기 마스터 CM의 요청이 없더라도 상기 마스터 CM에 의해 미리 지정된 특정 이벤트가 상기 슬레이브 CM에서 발생할 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보 응답을 상기 슬레이브 CM으로부터 수신한다(receive EV response)(1412). 또한, 상기 마스터 CM은, 상기 인게이지 상태(1400)에서 상기 슬레이브 CM으로부터 주기적으로 인게이지 유지 요청을 수신하여(receive being-engagement request)(1410), 상기 인게이지 상태(1400)를 유지한다.
아울러, 상기 마스터 CM은, 상기 인게이지 상태(1400)에서 상기 슬레이브 CM으로부터 비접속 요청을 수신하거나, 상기 인게이지 상태(1400)에서 상기 슬레이브 CM으로부터 주기적으로 인게이지 유지 요청을 수신하지 못할 경우(receive disconnection request or fail to receive being-engagement request)(1414), 상기 슬레이브 CM과의 접속을 종료한 후, 상기 액티브 상태(1404)로 전환된다.
다음으로, 도 15를 참조하여 상기 슬레이브 CM의 상태를 설명하면, 상기 자원 관리 시스템의 마스터 CM 및 슬레이브 CM 간 인터페이스 정의에서 상기 슬레이브 CM은, 인액티브 상태(1502)에서 초기화 과정(initialization)(1542)을 통해 액티브 상태(1504)로 전환된다. 그리고, 상기 슬레이브 CM은, 상기 액티브 상태(1504)에서 폐쇄 과정(shutdown)(1540)을 통해 상기 인액티브 상태(1502)로 전환된다.
또한, 상기 슬레이브 CM은, 상기 액티브 상태(1504)에서 상기 마스터 CM으로 접속 요청을 송신한 후(send connection request)(1534), 웨이팅 인게이지 상태(1510)로 전환된다. 그리고, 상기 슬레이브 CM은, 상기 웨이팅 인게이지 상태(1510)에서 상기 마스터 CM으로부터 일정 시간 내에 접속 응답을 수신하지 못할 경우(no connection response)(1535), 상기 액티브 상태(1504)로 전환된다. 한편, 상기 슬레이브 CM은, 상기 웨이팅 인게이지 상태(1510)에서 상기 일정 시간 내에 상기 마스터 CM으로부터 접속 응답을 수신할 경우(receive connection response)(1538), 인게이지 상태(1500)로 전환된다.
그리고, 상기 슬레이브 CM은, 상기 인게이지 상태(1500)에서 공유 디바이스의 컨텍스트 정보 요청을 상기 마스터 CM으로 송신하면(send CI request)(1530), 요청 송신 상태(1508)로 전환되며, 상기 요청 송신에 대한 응답으로 컨텍스트 정보 응답을 상기 마스터 CM으로부 수신하여(receive CI response)(1532), 상기 인게이지 상태(1500)로 전환된다.
아울러, 상기 슬레이브 CM은, 상기 인게이지 상태(1500)에서 상기 마스터 CM으로부터 공유 디바이스의 컨텍스트 정보/이벤트 정보/재구성 요청을 수신하면(receive CI/EV/RC request)(1526), 요청 수신 상태(1506)로 전환되며, 상기 요청 수신에 대한 응답으로 컨텍스트 정보, 이벤트 정보, 재구성 응답을 상기 마스터 CM으로 송신하여(send CI/EV/RC response)(1528), 상기 인게이지 상태(1500)로 전환된다.
그리고, 상기 슬레이브 CM은, 상기 인게이지 상태(1500)에서 상기 마스터 CM의 요청이 없더라도 상기 마스터 CM에 의해 미리 지정된 특정 이벤트가 상기 슬레이브 CM에서 발생할 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보 응답을 상기 마스터 CM으로 송신한다(send EV response)(1522). 또한, 상기 슬레이브 CM은, 상기 인게이지 상태(1500)에서 주기적으로 인게이지 유지 요청을 상기 마스터 CM으로 송신하여(send being-engagement request)(1520), 상기 인게이지 상태(1500)를 유지한다.
아울러, 상기 슬레이브 CM은, 상기 인게이지 상태(1500)에서 비접속 요청을 상기 마스터 CM에게 송신하여(send disconnection request)(1524), 상기 마스터 CM과의 접속을 종료한 후, 상기 액티브 상태(1504)로 전환된다.
그러면, 도 16을 참조하여 상기 마스터 CM과 슬레이브 간의 인터페이스를 위한 상기 마스터 CM과 슬레이브 CM 간의 메시시 송수신을 설명하면, 비인게이지 상태(1670), 예컨대 액티브 상태에서 슬레이브 CM(1605)은, 비인게이지 상태(1640), 예컨대 액티브 상태인 마스터 CM(1600)으로 접속 요청(connection request) 메시지를 송신한다(1610 단계). 이때, 상기 슬레이브 CM(1605)은, 상기 접속 요청 메시지를 송신한 후, 상기 접속 요청에 대한 응답을 일정 시간 내에 상기 마스터 CM(1600)로부터의 수신 여부를 확인하기 위한 슬레이브 CM(1605)의 타이머1(1672)이 동작되고 상기 슬레이브 CM(1605)는 웨이팅 인게이지 상태로 전환된다.
그리고, 상기 마스터 CM(1600)은, 상기 슬레이브 CM(1605)으로부터 접속 요청 메시지를 수신하고, 상기 접속 요청 메시지에 대한 응답으로 접속 응답(connection response) 메시지를 상기 슬레이브 CM(1605)으로 송신한다(1612 단계). 이때, 상기 마스터 CM(1600)은, 상기 접송 응답 메시지를 송신하여 비인게이지 상태(1640)에서 인게이지 상태(1650)로 전환되며, 상기 인게이지 상태(1650)에서 상기 마스터 CM(1600)은, 인게이지 유지를 위한 주기를 설정하며, 상기 인게이지 상태(1650)에서 인게이지 유지를 위한 주기 별로 마스터 CM(1600)의 타이머1(1652), 타이머2(1654), 및 타이머3(1656)이 동작된다.
또한, 상기 슬레이브 CM(1605)은, 상기 슬레이브 CM(1605)의 타이머1(1672)이 동작되는 중에, 즉 일정 시간 내에 상기 마스터 CM(1600)로부터 접속 응답 메시지를 수신하면, 상기 슬레이브 CM(1605)은 비인게이지 상태(1670)에서 인게이지 상태(1680)로 전환되며, 또한 상기 마스터 CM(1600)에서 설정한 인게이지 유지를 위한 주기에 따라 상기 인게이지 상태(1680)에서 슬레이브 CM(1605)의 타이머2(1682), 타이머3(1684), 및 타이머4(1686)가 동작된다.
여기서, 상기 인게이지 유지를 위한 주기에 따라 마스터 CM(1600)의 타이머1(1652) 및 슬레이브 CM(1605)의 타이머2(1682)가 종료되는 시점에 상기 슬레이브 CM(1605)은 인게이지 유지 요청(being-engagement request) 메시지를 상기 마스터 CM(1600)로 송신하며(1622 단계), 마스터 CM(1600)의 타이머2(1654) 및 슬레이브 CM(1605)의 타이머3(1684)이 종료되는 시점에 상기 슬레이브 CM(1605)은 인게이지 유지 요청 메시지를 상기 마스터 CM(1600)로 송신한다(1632 단계).
그리고, 상기 인게지이지 상태(1650)에서 상기 마스터 CM(1600)은, 공유 디바이스의 컨텍스트 정보를 요청하기 위한 컨텍스트 정보 요청(context info. request) 메시지를 상기 인게이지 상태(1680)의 상기 슬레이브 CM(1605)으로 송신한다(1614 단계). 그러면, 상기 슬레이브 CM(1605)은, 상기 컨텍스트 정보 요청 메시지를 수신하고, 상기 컨텍스트 정보 요청 메시지에 대한 응답으로 컨텍스트 정보가 포함된 컨텍스트 정보 응답(context info. response) 메시지를 상기 인게이지 상태(1650)의 상기 마스터 CM(1600)으로 송신한다(1616 단계).
아울러, 상기 인게지이지 상태(1680)에서 상기 슬레이브 CM(1605)은, 공유 디바이스의 컨텍스트 정보를 요청하기 위한 컨텍스트 정보 요청(context info. request) 메시지를 상기 인게이지 상태(1650)의 상기 마스터 CM(1600)으로 송신한다(1618 단계). 그러면, 상기 마스터 CM(1600)은, 상기 컨텍스트 정보 요청 메시지를 수신하고, 상기 컨텍스트 정보 요청 메시지에 대한 응답으로 컨텍스트 정보가 포함된 컨텍스트 정보 응답(context info. response) 메시지를 상기 인게이지 상태(1680)의 상기 슬레이브 CM(1605)으로 송신한다(1620 단계).
또한, 상기 인게이지 상태(1650)에서 상기 마스터 CM(1600)은, 공유 디바이스의 이벤트 정보를 요청하기 위한 이벤트 정보 요청(event request) 메시지를 상기 인게이지 상태(1680)의 상기 슬레이브 CM(1605)으로 송신한다(1624 단계). 그러면, 상기 슬레이브 CM(1605)은, 상기 이벤트 정보 요청 메시지를 수신하고, 상기 이벤트 정보 요청 메시지에 대한 응답으로 상기 슬레이브 CM(1605)에서 발생된 이벤트에 해당하는 이벤트 정보가 포함된 이벤트 정보 응답(event response) 메시지를 상기 인게이지 상태(1650)의 상기 마스터 CM(1600)으로 송신한다(1626 단계). 여기서, 상기 인게이지 상태(1680)의 상기 슬레이브 CM(1605)은, 상기 마스터 CM(1600)으로부터 이벤트 정보 요청 메시지를 수신하지 않아도, 상기 마스터 CM(1600)에 의해 미리 지정된 이벤트가 상기 슬레이브 CM(1605)에서 발생될 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보가 포함된 이벤트 응답 메시지를 상기 인게이지 상태(1650)의 상기 마스터 CM(1600)으로 송신한다(1634 단계).
그리고, 상기 인게이지 상태(1650)에서 상기 마스터 CM(1600)은, 공유 디바이스의 구성을 재설정, 즉 재구성하기 위한 재구성 요청(reconfiguration request) 메시지를 상기 인게이지 상태(1680)의 상기 슬레이브 CM(1605)으로 송신한다(1628 단계). 그러면, 상기 슬레이브 CM(1605)는, 상기 재구성 요청 메시지를 수신하고, 상기 이벤트 정보 요청 메시지에 대한 응답으로 상기 공유 디바이스의 구성을 재구성한 후 상기 재구성에 대한 정보가 포함된 재구성 응답(reconfiguration response) 메시지를 상기 인게이지 상태(1650)의 상기 마스터 CM(1600)으로 송신한다(1630 단계).
이때, 상기 인게이지 상태(1680)의 상기 슬레이브 CM(1605)이 상기 마스터 CM(1600)과 접속을 종료하고자 할 경우, 상기 인게이지 상태(1680)에서 상기 슬레이브 CM(1605)은, 비접속 요청(disconnection request) 메시지를 상기 인게이지 상태(1650)의 상기 마스터 CM(1600)으로 송신한 후(1636 단계), 상기 인게이지 상태(1680)의 상기 슬레이브 CM(1605)은, 상기 마스터 CM(1600)과의 접속을 종료하고 비인게이지 상태(1690), 즉 액티브 상태로 전환된다. 또한, 상기 인게이지 상태(1650)의 상기 마스터 CM(1600)은, 상기 비접속 요청 메시지를 수신하여 상기 슬레이브 CM(1605)과 접속을 종료한 후, 비인게이지 상태(1660), 즉 액티브 상태로 전환된다.
다음으로, 도 17을 참조하여 상기 분산적 토폴로지에서 임의의 CM의 상태를 설명하면, 상기 자원 관리 시스템의 CM 및 인접 CM 간 인터페이스 정의에서 상기 CM은, 인액티브 상태(1702)에서 초기화 과정(initialization)(1746)을 통해 액티브 상태(1704)로 전환된다. 그리고, 상기 CM은, 상기 액티브 상태(1704)에서 폐쇄 과정(shutdown)(1744)을 통해 상기 인액티브 상태(1702)로 전환된다.
이때, 상기 CM이 인접 CM으로 접속을 요청할 경우, 상기 CM은, 상기 액티브 상태(1704)에서 상기 인접 CM으로 접속 요청을 송신한 후(send connection request)(1738), 웨이팅 인게이지 상태(1710)로 전환된다. 그리고, 상기 CM은, 상기 웨이팅 인게이지 상태(1710)에서 상기 인접 CM으로부터 일정 시간 내에 접속 응답을 수신하지 못할 경우(no connection response)(1740), 상기 액티브 상태(1704)로 전환된다. 한편, 상기 CM은, 상기 웨이팅 인게이지 상태(1710)에서 상기 일정 시간 내에 상기 인접 CM으로부터 접속 응답을 수신할 경우(receive connection response)(1742), 인게이지 상태(1700)로 전환된다.
한편, 상기 인접 CM이 CM으로 접속을 요청할 경우, 상기 CM은, 상기 액티브 상태(1704)에서 상기 인접 CM으로부터 접속 요청을 수신하면, 상기 접속 요청의 응답으로 접속 응답을 상기 인접 CM으로 송신한 후(receive connection request and send connection response)(1728), 인게이지 상태(1700)로 전환된다.
아울러, 상기 CM은, 상기 인게이지 상태(1700)에서 상기 인접 CM으로부터 공유 디바이스의 컨텍스트 정보/이벤트 정보 요청을 수신하면(receive CI/EV request)(1730), 요청 수신 상태(1706)로 전환되며, 상기 요청 수신에 대한 응답으로 컨텍스트 정보/이벤트 정보 응답을 상기 인접 CM으로 송신하여(send CI/EV response)(1732), 상기 인게이지 상태(1700)로 전환된다. 여기서, 상기 CM은, 상기 인게이지 상태(1700)에서 상기 CM의 요청이 없더라도 상기 CM에 의해 미리 지정된 특정 이벤트가 상기 인접 CM에서 발생할 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보 응답을 상기 인접 CM으로부터 수신한다(receive EV response)(1722).
그리고, 상기 CM은, 상기 인게이지 상태(1700)에서 공유 디바이스의 컨텍스트 정보/이벤트 정보 요청을 상기 인접 CM으로 송신하여(send CI/EV request)(1734), 요청 송신 상태(1708)로 전환되며, 상기 요청 송신에 대한 응답으로 컨텍스트 정보/이벤트 정보 응답을 상기 인접 CM으로부터 수신하면(receive CI/EV response)(1736), 상기 인게이지 상태(1700)로 전환된다. 여기서, 상기 CM은, 상기 인게이지 상태(1700)에서 상기 인접 CM의 요청이 없더라도 상기 인접 CM에 의해 미리 지정된 특정 이벤트가 상기 CM에서 발생할 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보 응답을 상기 인접 CM으로 송신한다(send EV response)(1724). 또한, 상기 CM은, 상기 인게이지 상태(1700)에서 상기 인접 CM과 주기적으로 인게이지 유지 요청을 송수신하여(send/receive being-engagement request)(1720), 상기 인게이지 상태(1700)를 유지한다.
아울러, 상기 CM은, 상기 인게이지 상태(1700)에서 상기 인접 CM과 비접속 요청을 송수신하거나, 상기 CM이 접속 요청하여 상기 인게이지 상태(1700)에서 상기 인접 CM으로부터 주기적으로 인게이지 유지 요청을 수신하지 못할 경우(send/receive disconnection request or fail to receive being-engagement request)(1726), 상기 인접 CM과의 접속을 종료한 후, 상기 액티브 상태(1704)로 전환된다.
여기서, 전술한 바와 같이 상기 CM이 접속을 요청한 경우, 상기 CM은, 상기 인게이지 상태(1700)에서 주기적으로 인게이지 유지 요청을 상기 인접 CM으로 송신하여(1720), 상기 인게이지 상태(1700)를 유지하고, 또한 상기 인게이지 상태(1700)에서 상기 인접 CM으로 비접속 요청을 송신하여(1726), 마스터 CM과의 접속을 종료한 후, 액티브 상태(1704)로 전환된다. 그리고, 상기 인접 CM이 접속을 요청한 경우, 상기 CM은, 상기 인게이지 상태(1700)에서 주기적으로 인게이지 유지 요청을 상기 인접 CM으로부터 수신하여(1720), 상기 인게이지 상태(1700)를 유지하고, 또한 상기 인게이지 상태(1700)에서 상기 인접 CM으로부터 비접속 요청을 수신하거나 인게이지 유지 요청을 수신하지 못할 경우(1726), 슬레이브 CM과의 접속을 종료한 후, 액티브 상태(1704)로 전환된다.
그러면, 도 18을 참조하여 상기 임의의 CM과 인접 CM 간의 인터페이스를 위한 상기 CM과 상기 인접 CM 간의 메시시 송수신을 설명하면, 비인게이지 상태(1870), 예컨대 액티브 상태에서 인접 CM(1805)은, 비인게이지 상태(1840), 예컨대 액티브 상태인 CM(1800)으로 접속 요청(connection request) 메시지를 송신한다(1810 단계). 여기서, 상기 임의의 CM과 인접 CM 간 인터페이스 정의에서, 전술한 바와 같이 상기 CM이 접속을 요청하는 경우와 인접 CM이 접속을 요청하는 경우가 있으나, 그에 관한 구체적인 설명은 도 17에서 구체적으로 설명하였음으로, 여기서는 설명의 편의를 위해 상기 CM이 접속을 요청하는 경우를 중심으로 설명하기로 한다.
그리고, 상기 CM(1800)으로 접속 요청 메시지를 송신한 상기 인접 CM(1805)은, 상기 접속 요청 메시지를 송신한 후, 상기 접속 요청에 대한 응답을 일정 시간 내에 상기 CM(1800)로부터의 수신 여부를 확인하기 위한 인접 CM(1805)의 타이머1(1872)이 동작되고 상기 인접 CM(1805)는 웨이팅 인게이지 상태로 전환된다.
그리고, 상기 CM(1800)은, 상기 인접 CM(1805)으로부터 접속 요청 메시지를 수신하고, 상기 접속 요청 메시지에 대한 응답으로 접속 응답(connection response) 메시지를 상기 인접 CM(1805)으로 송신한다(1812 단계). 이때, 상기 CM(1800)은, 상기 접송 응답 메시지를 송신하여 비인게이지 상태(1840)에서 인게이지 상태(1850)로 전환되며, 상기 인게이지 상태(1850)에서 상기 CM(1800)은, 인게이지 유지를 위한 주기를 설정하며, 상기 인게이지 상태(1850)에서 인게이지 유지를 위한 주기 별로 CM(1800)의 타이머1(1852), 타이머2(1854), 및 타이머3(1856)이 동작된다.
또한, 상기 인접 CM(1805)은, 상기 인접 CM(1805)의 타이머1(1872)이 동작되는 중에, 즉 일정 시간 내에 상기 CM(1800)로부터 접속 응답 메시지를 수신하면, 상기 인접 CM(1805)은 비인게이지 상태(1870)에서 인게이지 상태(1880)로 전환되며, 또한 상기 CM(1800)에서 설정한 인게이지 유지를 위한 주기에 따라 상기 인게이지 상태(1880)에서 인접 CM(1805)의 타이머2(1882), 타이머3(1884), 및 타이머4(1886)가 동작된다.
여기서, 상기 인게이지 유지를 위한 주기에 따라 CM(1800)의 타이머1(1852) 및 인접 CM(1805)의 타이머2(1882)가 종료되는 시점에 상기 인접 CM(1805)은 인게이지 유지 요청(being-engagement request) 메시지를 상기 CM(1800)로 송신하며(1822 단계), CM(1800)의 타이머2(1854) 및 인접 CM(1805)의 타이머3(1884)이 종료되는 시점에 상기 인접 CM(1805)은 인게이지 유지 요청 메시지를 상기 CM(1800)로 송신한다(1828 단계).
아울러, 상기 인게지이지 상태(1880)에서 상기 인접 CM(1805)은, 공유 디바이스의 컨텍스트 정보를 요청하기 위한 컨텍스트 정보 요청(context info. request) 메시지를 상기 인게이지 상태(1850)의 상기 CM(1800)으로 송신한다(1814 단계). 그러면, 상기 CM(1800)은, 상기 컨텍스트 정보 요청 메시지를 수신하고, 상기 컨텍스트 정보 요청 메시지에 대한 응답으로 컨텍스트 정보가 포함된 컨텍스트 정보 응답(context info. response) 메시지를 상기 인게이지 상태(1880)의 상기 인접 CM(1805)으로 송신한다(1816 단계).
그리고, 상기 인게지이지 상태(1850)에서 상기 CM(1800)은, 공유 디바이스의 컨텍스트 정보를 요청하기 위한 컨텍스트 정보 요청(context info. request) 메시지를 상기 인게이지 상태(1880)의 상기 인접 CM(1805)으로 송신한다(1818 단계). 그러면, 상기 인접 CM(1805)은, 상기 컨텍스트 정보 요청 메시지를 수신하고, 상기 컨텍스트 정보 요청 메시지에 대한 응답으로 컨텍스트 정보가 포함된 컨텍스트 정보 응답(context info. response) 메시지를 상기 인게이지 상태(1850)의 상기 CM(1800)으로 송신한다(1820 단계).
또한, 상기 인게이지 상태(1850)에서 상기 마스터 CM(1800)은, 공유 디바이스의 이벤트 정보를 요청하기 위한 이벤트 정보 요청(event request) 메시지를 상기 인게이지 상태(1880)의 상기 인접 CM(1805)으로 송신한다(1824 단계). 그러면, 상기 인접 CM(1805)은, 상기 이벤트 정보 요청 메시지를 수신하고, 상기 이벤트 정보 요청 메시지에 대한 응답으로 상기 인접 CM(1805)에서 발생된 이벤트에 해당하는 이벤트 정보가 포함된 이벤트 정보 응답(event response) 메시지를 상기 인게이지 상태(1850)의 상기 CM(1800)으로 송신한다(1826 단계). 여기서, 상기 인게이지 상태(1880)의 상기 인접 CM(1805)은, 상기 CM(1800)으로부터 이벤트 정보 요청 메시지를 수신하지 않아도, 상기 CM(1800)에 의해 미리 지정된 이벤트가 상기 인접 CM(1805)에서 발생될 경우, 상기 발생된 이벤트에 해당하는 이벤트 정보가 포함된 이벤트 응답 메시지를 상기 인게이지 상태(1850)의 상기 CM(1800)으로 송신한다(1830 단계).
이때, 상기 인게이지 상태(1880)의 상기 인접 CM(1805)이 상기 CM(1800)과 접속을 종료하고자 할 경우, 상기 인게이지 상태(1880)에서 상기 인접 CM(1805)은, 비접속 요청(disconnection request) 메시지를 상기 인게이지 상태(1850)의 상기 CM(1800)으로 송신한 후(1832 단계), 상기 인게이지 상태(1880)의 상기 인접 CM(1805)은, 마스터 CM과의 접속을 종료하고 비인게이지 상태(1890), 즉 액티브 상태로 전환된다. 또한, 상기 인게이지 상태(1850)의 상기 CM(1800)은, 상기 비접속 요청 메시지를 수신하여 슬레이브 CM과 접속을 종료한 후, 비인게이지 상태(1860), 즉 액티브 상태로 전환된다.
이렇게 본 발명의 실시 예에 따른 통신 시스템에서 자원 관리 시스템은, TV 대역과 같이 주 시스템이 이미 사용 중인 주파수 대역에서 복수의 시스템들이 사용 가능한 주파수 대역을 검출하고, 상기 사용 가능한 주파수 대역에서 상기 복수의 시스템들의 공존 및 주파수 공유를 위해 전술한 바와 같이 인터페이스를 정의, 즉 CE들, CM들, 및 CDIS 간의 인터페이스를 각각 정의하며, 상기 인터페이스에 따른 신호의 송수신을 통해 상기 복수의 시스템들의 컨텍스 정보, 이벤트 정보, 및 재구성 관련 정보가 송수신되며, 그 결과 복수의 시스템들이 공존 및 주파수 공유를 통해 상기 사용 가능한 주파수 대역을 공유하여 사용하도록 한다.
한편, 본 발명의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 발명의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로, 본 발명의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (20)

  1. 제1주파수 대역에 대한 사용 권한을 갖지 않는 복수의 시스템들을 포함하는 통신 시스템에서 자원 관리 시스템에 있어서,
    상기 제1주파수 대역에서 상기 복수의 시스템들이 사용 가능한 주파수 대역이 검색되면, 상기 사용 가능한 주파수 대역에서 상기 복수의 시스템들의 공존 및 주파수 공유를 위해 상기 복수의 시스템들을 관리하는 공존 매니저(CM: Coexistence Manager);
    상기 복수의 시스템들의 정보 및 상기 공존 매니저의 정보를 송수신하는 공존 인에이블러(CE: Coexistence Enabler); 및
    상기 복수의 시스템들에 대한 상기 공존 매니저의 제어를 지원하는 공존 디스커버리 및 정보 서버(CDIS: Coexistence Discovery and Information Server);를 포함하며;
    상기 복수의 시스템들은, 레퍼런스 모델(reference model)에 따라 상기 공존 및 주파수 공유를 통해 상기 사용 가능한 주파수 대역을 사용하는 것을 특징으로 하는 자원 관리 시스템.
  2. 제1항에 있어서,
    상기 복수의 시스템들에서 제1시스템은, 상기 레퍼런스 모델에 따라 개별 채널 할당(individual channel assignment) 방식을 통해 상기 사용 가능한 주파수 대역에서 하나의 가용 채널을 동작 채널로 사용하는 것을 특징으로 하는 자원 관리 시스템.
  3. 제1항에 있어서,
    상기 복수의 시스템들은, 상기 레퍼런스 모델에 따라 동일 채널 공유(co-channel sharing) 방식을 통해 상기 사용 가능한 주파수 대역에서 하나의 가용 채널을 동작 채널로 공유하여 사용하는 것을 특징으로 하는 자원 관리 시스템.
  4. 제3항에 있어서,
    상기 복수의 시스템들에서 제1통신 방식의 시스템들은 제1그룹으로 그룹핑되고, 제2통신 방식의 시스템들은 제2그룹으로 그룹핑되며;
    상기 제1그룹의 시스템들은 상기 사용 가능한 주파수 대역에서 제1가용 채널을 동작 채널로 공유하여 사용하고, 상기 제2그룹의 시스템들은 상기 사용 가능한 주파수 대역에서 제2가용 채널을 동작 채널로 공유하여 사용하는 것을 특징으로 하는 자원 관리 시스템.
  5. 제3항에 있어서,
    상기 복수의 시스템들에서 제1인터페이스로 정의된 시스템들은 제1그룹으로 그룹핑되고, 제2인터페이스로 정의된 시스템들은 제2그룹으로 그룹핑되며;
    상기 제1그룹의 시스템들은 상기 사용 가능한 주파수 대역에서 제1가용 채널을 동작 채널로 공유하여 사용하고, 상기 제2그룹의 시스템들은 상기 사용 가능한 주파수 대역에서 제2가용 채널을 동작 채널로 공유하여 사용하는 것을 특징으로 하는 자원 관리 시스템.
  6. 제1항에 있어서,
    상기 자원 관리 시스템은, 상기 공존 매니저, 상기 공존 인에이블러, 및 상기 공존 디스커버리 및 정보 서버 별로 각각 상기 레퍼런스 모델 및 인터페이스를 정의하며;
    상기 각각의 레퍼런스 모델에서, 상기 공존 매니저, 상기 공존 인에이블러, 및 상기 공존 디스커버리 및 정보 서버는, 서비스 액세스 포인트(SAP: Service Access Point)를 포함하는 것을 특징으로 하는 것을 특징으로 하는 자원 관리 시스템.
  7. 제6항에 있어서,
    상기 각각의 레퍼런스 모델에서 상기 공존 매니저, 상기 공존 인에이블러, 및 상기 공존 디스커버리 및 정보 서버는, 공존 네트워크 SAP(CX_NET_SAP: CoeXistence NETwork SAP)를 포함하고;
    상기 공존 인에이블의 레퍼런스 모델에서 상기 공존 인에이블은, 공존 디바이스 관리 엔티티 SAP(CX_DME_SAP: CoeXistence Device Management Entity SAP)를 더 포함하는 것을 특징으로 하는 자원 관리 시스템.
  8. 제7항에 있어서,
    상기 공존 디바이스 관리 엔티티 SAP는, 자신과 다른 통신 방식의 관리 엔티티(management entity)와 통신을 수행하고, CX_DME_SAP 프리미티브에 의해 정의되며;
    상기 관리 엔티티는, 자신과 다른 통신 방식의 상기 공존 디바이스 관리 엔티티 SAP와 통신 수행 시, 프리미티브 또는 관리 정보 베이스(MIB: Management Information Base)를 상기 CX_DME_SAP 프리미티브와 매칭시키는 공존 프리미티브 매핑(CXPM: CoeXistence Primitive Mapping) 엔티티를 포함하는 것을 특징으로 하는 자원 관리 시스템.
  9. 제8항에 있어서,
    상기 CX_DME_SAP 프리미티브는, 컨텍스트 정보 획득(Context.Info.Get) 프리미티브, 재구성 설정(Reconfiguration.Set) 프리미티브, 이벤트 설정(Event.Set) 프리미티브, 이벤트 획득(Event.Get) 프리미티브를 포함하는 것을 특징으로 하는 자원 관리 시스템.
  10. 제9항에 있어서,
    상기 공존 매니저 및 상기 공존 인에이블러는, 상기 레퍼런스 모델에 따라 상기 컨텍스트 정보 획득 프리미티브 및 상기 재구성 설정 프리미티브를 포함하는 요청 메시지를 상기 인터페이스를 통해 상기 복수의 시스템들로 송신하고, 상기 요청 메시지의 응답으로 상기 복수의 시스템들의 컨텍스트 정보가 포함된 확인 메시지를 수신하는 것을 특징으로 하는 자원 관리 시스템.
  11. 제10항에 있어서,
    상기 공존 매니저 및 상기 공존 인에이블러는, 상기 레퍼런스 모델에 따라 상기 이벤트 설정 프리미티브 및 이벤트 획득 프리미티브를 포함하는 요청 메시지를 상기 인터페이스를 통해 상기 복수의 시스템들로 송신하고, 상기 요청 메시지의 응답으로 상기 복수의 시스템들의 이벤트 정보가 포함된 확인 메시지를 수신하는 것을 특징으로 하는 자원 관리 시스템.
  12. 제7항에 있어서,
    상기 공존 네트워크 SAP는, L2 트랜스포트(L2 transport) 및 L3 트랜스포트(L3 transport)를 통해 리모트 엔티티(remote entity) 및 데이터 베이스 엔티티와 통신을 수행하며;
    상기 리모트 엔티티 및 데이터 베이스 엔티티는, 상기 공존 네트워크 SAP를 포함하며;
    상기 공존 네트워크 SAP는, 상기 L2 트랜스포트를 통해 자신과 동일한 통신 방식의 리모트 엔티티 및 데이터 베이스 엔티티와 통신을 수행하고, 상기 L3 트랜스포트를 통해 자신과 상이한 통신 방식의 리모트 엔티티 및 데이터 베이스 엔티티와 통신을 수행하는 것을 특징으로 하는 자원 관리 시스템.
  13. 제1항에 있어서,
    상기 공존 매니저는, 상기 사용 가능한 주파수 대역에서 상기 복수의 시스템들의 동작 주파수 할당, 전송 전력 할당, 및 전송 시간 할당을 결정하며, 상기 복수의 시스템들의 컨텍스트 정보 및 이벤트 정보를 수신하는 것을 특징으로 하는 자원 관리 시스템.
  14. 제13항에 있어서,
    상기 공존 인에이블러는, 상기 사용 가능한 주파수 대역에서 상기 복수의 시스템들의 컨텍스트 정보 및 이벤트 정보를 상기 공존 매니저로 송신하며;
    상기 복수의 시스템들의 컨텍스트 정보는, 상기 복수의 시스템들의 무선 접속 방식, 전송 전력, 스펙트럼 센싱 임계값, 및 위치에 대한 정보를 포함하는 것을 특징으로 하는 자원 관리 시스템.
  15. 제1항에 있어서,
    상기 복수의 시스템들의 정보는, 컨텍스트 정보, 이벤트 정보, 및 재구성 관련 정보를 포함하고;
    상기 컨텍스트 정보, 상기 이벤트 정보, 및 상기 재구성 관련 정보는, 상기 공존 매니저, 상기 공존 인에이블러, 및 상기 공존 디스커버리 및 정보 서버 간에 정의된 인터페이스에 따라, 상기 공존 매니저, 상기 공존 인에이블러, 및 상기 공존 디스커버리 및 정보 서버 간에 송수신되는 것을 특징으로 하는 자원 관리 시스템.
  16. 제15항에 있어서,
    상기 인터페이스는, 상기 공존 매니저와 상기 공존 인에이블러 간, 상기 공존 매니저와 상기 공존 디스커버리 및 정보 서버 간, 상기 복수의 시스템들에 각각 대응하여 포함되는 공존 매니저들의 마스터(master) 공존 매니저와 슬레이브(slave) 공존 매니저 간, 및 상기 공존 매니저들의 제1공존 매니저와 인접(neighbor) 공존 매니저 간에, 각각 정의되는 것을 특징으로 하는 자원 관리 시스템.
  17. 제6항에 있어서,
    상기 공존 매니저, 상기 공존 인에이블러, 상기 공존 디스커버리 및 정보 서버, 상기 마스터 공존 매니저, 상기 슬레이브 공존 매니저, 상기 제1공존 매니저, 상기 인접 공존 매니저는, 상기 인터페이스를 통해, 상기 컨텍스트 정보, 상기 이벤트 정보, 및 상기 재구성 관련 정보를 요청하는 요청 메시지와, 상기 컨텍스트 정보, 상기 이벤트 정보, 및 상기 재구성 관련 정보가 포함된 응답 메시지를 송수신하는 것을 특징으로 하는 자원 관리 시스템.
  18. 제1주파수 대역에 대한 사용 권한을 갖지 않는 복수의 시스템들을 포함하는 통신 시스템에서 상기 제1주파수 대역의 자원을 관리하는 방법에 있어서,
    상기 제1주파수 대역에서 상기 복수의 시스템들이 사용 가능한 주파수 대역이 검색되면, 상기 사용 가능한 주파수 대역에서 상기 복수의 시스템들의 공존 및 주파수 공유를 위해, 상기 사용 가능한 주파수 대역에서의 레퍼런스 모델(reference model) 및 인터페이스를 정의하는 단계;
    상기 복수의 시스템들의 통신 방식 및 인터페이스에 따라 상기 복수의 인터페이스들을 그룹화하는 단계; 및
    상기 레퍼런스 모델에 따라, 상기 사용 가능한 주파수 대역에서 제1가용 채널을, 상기 복수의 시스템들에서 제1그룹 시스템들의 동작 채널로 할당하는 단계;를 포함하는 것을 특징으로 하는 자원 관리 방법.
  19. 제18항에 있어서,
    상기 레퍼런스 모델은, 상기 사용 가능한 주파수 대역에서 상기 복수의 시스템들의 공존 및 주파수 공유를 위한 공존 매니저(CM: Coexistence Manager), 공존 인에이블러(CE: Coexistence Enabler), 및 공존 디스커버리 및 정보 서버(CDIS: Coexistence Discovery and Information Server) 별로 각각 정의되는 것을 특징으로 하는 자원 관리 방법.
  20. 제19항에 있어서,
    상기 복수의 시스템들의 정보는, 컨텍스트 정보, 이벤트 정보, 및 재구성 관련 정보를 포함하고;
    상기 컨텍스트 정보, 상기 이벤트 정보, 및 상기 재구성 관련 정보는, 상기 공존 매니저, 상기 공존 인에이블러, 및 상기 공존 디스커버리 및 정보 서버 간에 정의된 상기 인터페이스에 따라, 상기 공존 매니저, 상기 공존 인에이블러, 및 상기 공존 디스커버리 및 정보 서버 간에 송수신되는 것을 특징으로 하는 자원 관리 방법.
PCT/KR2011/006524 2010-09-03 2011-09-02 통신 시스템에서 자원 관리 시스템 및 방법 Ceased WO2012030190A2 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/820,611 US9241332B2 (en) 2010-09-03 2011-09-02 System and method for managing resources in a communication system
EP11822165.4A EP2613583A4 (en) 2010-09-03 2011-09-02 SYSTEM AND METHOD FOR RESOURCE MANAGEMENT IN A COMMUNICATION SYSTEM

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
KR20100086375 2010-09-03
KR10-2010-0086375 2010-09-03
KR20100086950 2010-09-06
KR10-2010-0086950 2010-09-06
KR1020110088665A KR101542187B1 (ko) 2010-09-06 2011-09-01 통신 시스템에서 자원 관리 시스템 및 방법
KR10-2011-0088665 2011-09-01
KR1020110088742A KR101537014B1 (ko) 2010-09-03 2011-09-01 통신 시스템에서 자원 관리 시스템 및 방법
KR10-2011-0088742 2011-09-01

Publications (2)

Publication Number Publication Date
WO2012030190A2 true WO2012030190A2 (ko) 2012-03-08
WO2012030190A3 WO2012030190A3 (ko) 2012-05-31

Family

ID=48536643

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/006524 Ceased WO2012030190A2 (ko) 2010-09-03 2011-09-02 통신 시스템에서 자원 관리 시스템 및 방법

Country Status (3)

Country Link
US (1) US9241332B2 (ko)
EP (1) EP2613583A4 (ko)
WO (1) WO2012030190A2 (ko)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014185667A1 (ko) * 2013-05-13 2014-11-20 한국전자통신연구원 상호공존 관리 시스템에서의 개체 동작 방법
WO2014185666A1 (ko) * 2013-05-13 2014-11-20 한국전자통신연구원 상호공존 관리 시스템에서의 개체간 메시지 교환 방법
WO2014193842A1 (en) * 2013-05-28 2014-12-04 Rivada Networks Llc Methods and systems for data context and management via dynamic spectrum controller and dynamic spectrum policy controller
US9094958B2 (en) 2013-05-29 2015-07-28 Rivada Networks, Llc Methods and systems for dynamic spectrum arbitrage user profile management
US9094899B2 (en) 2013-05-28 2015-07-28 Rivada Networks, Llc Cell selection in dynamic spectrum arbitrage system
US9203714B2 (en) 2013-05-29 2015-12-01 Rivada Networks, Llc Methods and systems for dynamic spectrum arbitrage with home eNodeBs
US9226193B2 (en) 2013-05-28 2015-12-29 Rivada Networks, Llc Methods and systems for performing dynamic spectrum arbitrage based on eNodeB transition states
US9224169B2 (en) 2013-05-28 2015-12-29 Rivada Networks, Llc Interfacing between a dynamic spectrum policy controller and a dynamic spectrum controller
US9338704B2 (en) 2013-05-28 2016-05-10 Rivada Networks, Llc Methods and systems for intelligent selection of devices for handins
US9357469B2 (en) 2013-05-29 2016-05-31 Rivada Networks, Llc Methods and system for dynamic spectrum arbitrage with mobility management
US9648545B2 (en) 2013-05-28 2017-05-09 Rivada Networks, Llc Methods and system for dynamic spectrum arbitrage policy driven quality of service
US9736018B2 (en) 2013-05-28 2017-08-15 Rivada Networks, Llc Method and system for a flexible dynamic spectrum arbitrage system
US10039007B2 (en) 2013-05-13 2018-07-31 Electronics And Telecommunications Research Institute Method of operating entities in coexistence management system
US10045222B2 (en) 2013-05-13 2018-08-07 Electronics And Telecommunications Research Institute Method for communicating message between entities in coexistence management system
US10390231B2 (en) 2013-05-29 2019-08-20 Rivada Networks, Llc Methods and systems for using location based service information to enable self-realized leases

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
US9019910B2 (en) 2010-12-29 2015-04-28 Electronics And Telecommunications Research Institute System and method for managing resource in communication system
WO2012123616A1 (en) * 2011-03-11 2012-09-20 Nokia Corporation Configuring cellular connectivity
US8787836B1 (en) 2013-03-15 2014-07-22 DGS Global Systems, Inc. Systems, methods, and devices having databases and automated reports for electronic spectrum management
US12356206B2 (en) 2013-03-15 2025-07-08 Digital Global Systems, Inc. Systems and methods for automated financial settlements for dynamic spectrum sharing
US10257728B2 (en) 2013-03-15 2019-04-09 DGS Global Systems, Inc. Systems, methods, and devices for electronic spectrum management
US10271233B2 (en) 2013-03-15 2019-04-23 DGS Global Systems, Inc. Systems, methods, and devices for automatic signal detection with temporal feature extraction within a spectrum
US10237770B2 (en) 2013-03-15 2019-03-19 DGS Global Systems, Inc. Systems, methods, and devices having databases and automated reports for electronic spectrum management
US8805292B1 (en) 2013-03-15 2014-08-12 DGS Global Systems, Inc. Systems, methods, and devices for electronic spectrum management for identifying signal-emitting devices
US10122479B2 (en) 2017-01-23 2018-11-06 DGS Global Systems, Inc. Systems, methods, and devices for automatic signal detection with temporal feature extraction within a spectrum
US8750156B1 (en) 2013-03-15 2014-06-10 DGS Global Systems, Inc. Systems, methods, and devices for electronic spectrum management for identifying open space
US11646918B2 (en) 2013-03-15 2023-05-09 Digital Global Systems, Inc. Systems, methods, and devices for electronic spectrum management for identifying open space
US10244504B2 (en) 2013-03-15 2019-03-26 DGS Global Systems, Inc. Systems, methods, and devices for geolocation with deployable large scale arrays
US10299149B2 (en) 2013-03-15 2019-05-21 DGS Global Systems, Inc. Systems, methods, and devices for electronic spectrum management
US10219163B2 (en) 2013-03-15 2019-02-26 DGS Global Systems, Inc. Systems, methods, and devices for electronic spectrum management
US8798548B1 (en) 2013-03-15 2014-08-05 DGS Global Systems, Inc. Systems, methods, and devices having databases for electronic spectrum management
US9078162B2 (en) 2013-03-15 2015-07-07 DGS Global Systems, Inc. Systems, methods, and devices for electronic spectrum management
US10257729B2 (en) 2013-03-15 2019-04-09 DGS Global Systems, Inc. Systems, methods, and devices having databases for electronic spectrum management
US10257727B2 (en) 2013-03-15 2019-04-09 DGS Global Systems, Inc. Systems methods, and devices having databases and automated reports for electronic spectrum management
US10231206B2 (en) 2013-03-15 2019-03-12 DGS Global Systems, Inc. Systems, methods, and devices for electronic spectrum management for identifying signal-emitting devices
US12256233B2 (en) 2013-03-15 2025-03-18 Digital Global Systems, Inc. Systems and methods for automated financial settlements for dynamic spectrum sharing
US20150098396A1 (en) * 2013-10-07 2015-04-09 Kabushiki Kaisha Toshiba Method and wireless device for controlling channels
US9729999B2 (en) 2014-03-11 2017-08-08 Convida Wireless, Llc Cross-layer context management
KR102208668B1 (ko) 2014-06-30 2021-01-28 한국전자통신연구원 무선 통신 시스템 간의 충돌을 회피하기 위한 통신 장치 및 방법
US10123182B2 (en) * 2015-06-29 2018-11-06 Blackberry Limited Merging active group calls
FR3039961B1 (fr) * 2015-08-05 2017-10-20 Red Tech Sas Procede de calibrage d'un systeme de gestion d'acces dynamique et partage au spectre radioelectrique
CN107925887B (zh) 2015-09-11 2022-07-08 索尼公司 通信控制设备、通信控制判断设备和方法
US10338118B1 (en) * 2018-04-12 2019-07-02 Aurora Insight Inc. System and methods for detecting and characterizing electromagnetic emissions
US10529241B2 (en) 2017-01-23 2020-01-07 Digital Global Systems, Inc. Unmanned vehicle recognition and threat management
US10700794B2 (en) 2017-01-23 2020-06-30 Digital Global Systems, Inc. Systems, methods, and devices for automatic signal detection based on power distribution by frequency over time within an electromagnetic spectrum
US12205477B2 (en) 2017-01-23 2025-01-21 Digital Global Systems, Inc. Unmanned vehicle recognition and threat management
US10498951B2 (en) 2017-01-23 2019-12-03 Digital Global Systems, Inc. Systems, methods, and devices for unmanned vehicle detection
US10459020B2 (en) 2017-01-23 2019-10-29 DGS Global Systems, Inc. Systems, methods, and devices for automatic signal detection based on power distribution by frequency over time within a spectrum
US12183213B1 (en) 2017-01-23 2024-12-31 Digital Global Systems, Inc. Unmanned vehicle recognition and threat management
EP3589000A1 (en) * 2018-06-29 2020-01-01 Nagravision S.A. Facilitating network connectivity
US10943461B2 (en) 2018-08-24 2021-03-09 Digital Global Systems, Inc. Systems, methods, and devices for automatic signal detection based on power distribution by frequency over time

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101227510B1 (ko) * 2006-07-28 2013-01-30 엘지전자 주식회사 동적으로 주파수 자원을 할당하는 장치 및 방법
KR101404271B1 (ko) * 2007-02-15 2014-06-05 삼성전자주식회사 통신 시스템에서 자원 할당 방법 및 시스템
KR101516972B1 (ko) * 2008-10-13 2015-05-11 삼성전자주식회사 무선 통신 네트워크의 채널 할당 방법 및 그 시스템
US8885554B2 (en) * 2010-05-24 2014-11-11 Nokia Corporation Method and apparatus for cognitive radio coexistence

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None
See also references of EP2613583A4

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014185667A1 (ko) * 2013-05-13 2014-11-20 한국전자통신연구원 상호공존 관리 시스템에서의 개체 동작 방법
WO2014185666A1 (ko) * 2013-05-13 2014-11-20 한국전자통신연구원 상호공존 관리 시스템에서의 개체간 메시지 교환 방법
US10045222B2 (en) 2013-05-13 2018-08-07 Electronics And Telecommunications Research Institute Method for communicating message between entities in coexistence management system
US10039007B2 (en) 2013-05-13 2018-07-31 Electronics And Telecommunications Research Institute Method of operating entities in coexistence management system
US9479941B2 (en) 2013-05-28 2016-10-25 Rivada Networks, Llc Methods and systems for performing dynamic spectrum arbitrage based on eNodeB transition states
US9794793B2 (en) 2013-05-28 2017-10-17 Rivada Networks, Llc Methods and systems for data context and management via dynamic spectrum controller and dynamic spectrum policy controller
US9226193B2 (en) 2013-05-28 2015-12-29 Rivada Networks, Llc Methods and systems for performing dynamic spectrum arbitrage based on eNodeB transition states
US9224169B2 (en) 2013-05-28 2015-12-29 Rivada Networks, Llc Interfacing between a dynamic spectrum policy controller and a dynamic spectrum controller
US9338704B2 (en) 2013-05-28 2016-05-10 Rivada Networks, Llc Methods and systems for intelligent selection of devices for handins
WO2014193842A1 (en) * 2013-05-28 2014-12-04 Rivada Networks Llc Methods and systems for data context and management via dynamic spectrum controller and dynamic spectrum policy controller
US9426727B2 (en) 2013-05-28 2016-08-23 Rivada Networks, Llc. Cell selection in dynamic spectrum arbitrage system
US9462574B2 (en) 2013-05-28 2016-10-04 Rivada Networks, Llc Interfacing between a dynamic spectrum policy controller and a dynamic spectrum controller
US9094899B2 (en) 2013-05-28 2015-07-28 Rivada Networks, Llc Cell selection in dynamic spectrum arbitrage system
US9629020B2 (en) 2013-05-28 2017-04-18 Rivada Networks, Llc Methods and systems for data context and management via dynamic spectrum controller and dynamic spectrum policy controller
US9648545B2 (en) 2013-05-28 2017-05-09 Rivada Networks, Llc Methods and system for dynamic spectrum arbitrage policy driven quality of service
US9736018B2 (en) 2013-05-28 2017-08-15 Rivada Networks, Llc Method and system for a flexible dynamic spectrum arbitrage system
US9775088B2 (en) 2013-05-28 2017-09-26 Rivada Networks, Llc Methods and systems for intelligent selection of devices for handins
US9942904B2 (en) 2013-05-28 2018-04-10 Rivada Networks, Llc Cell selection in dynamic spectrum arbitrage system
US9813924B2 (en) 2013-05-29 2017-11-07 Rivada Networks, Llc Methods and system for performing inter-network handover operations in dynamic spectrum arbitrage system
US9832759B2 (en) 2013-05-29 2017-11-28 Rivada Networks, Llc Methods and systems for dynamic spectrum arbitrage user profile management
US9203714B2 (en) 2013-05-29 2015-12-01 Rivada Networks, Llc Methods and systems for dynamic spectrum arbitrage with home eNodeBs
US9094958B2 (en) 2013-05-29 2015-07-28 Rivada Networks, Llc Methods and systems for dynamic spectrum arbitrage user profile management
US9357469B2 (en) 2013-05-29 2016-05-31 Rivada Networks, Llc Methods and system for dynamic spectrum arbitrage with mobility management
US10390231B2 (en) 2013-05-29 2019-08-20 Rivada Networks, Llc Methods and systems for using location based service information to enable self-realized leases

Also Published As

Publication number Publication date
EP2613583A4 (en) 2016-07-27
EP2613583A2 (en) 2013-07-10
WO2012030190A3 (ko) 2012-05-31
US20130165170A1 (en) 2013-06-27
US9241332B2 (en) 2016-01-19

Similar Documents

Publication Publication Date Title
WO2012030190A2 (ko) 통신 시스템에서 자원 관리 시스템 및 방법
WO2023080604A1 (en) Method and system for oran-cbrs interworking in wireless network
WO2010143875A2 (en) Method of exchanging messages and source devices
WO2018169340A1 (en) A method for managing registration and session in wireless communication system and apparatus for performing the same
WO2016148534A1 (en) Method and apparatus for configuring connection between devices in communication system
WO2014038917A1 (en) Apparatus and method for providing cooperative communication service between macro base station and small cell base station in mobile communication system
WO2021141296A1 (ko) 이동통신 시스템에서 시간 민감 네트워킹 동기화 정보 전달 방법 및 장치
WO2017030399A1 (en) Ue access method and apparatus
WO2012046973A2 (en) Communication method of macro base station, macro terminal, micro base station, and micro terminal for interference control in hierarchical cellular network.
WO2012093893A2 (ko) 계층적 셀 구조의 무선통신 시스템에서 게이트웨이를 이용한 기지국 간의 연동 방법 및 장치
WO2010068058A2 (en) Apparatus and method for operating resource of small cell in wireless communication system
WO2020141955A1 (en) Method and device for performing uplink status report for low latency in next-generation mobile communication system
WO2011111936A2 (ko) 단말에 기반한 펨토 기지국 간 채널 생성 방법 및 장치
WO2014171733A1 (en) Device and method for performing device to device communication in wireless communication system
WO2018004106A1 (ko) Wi-fi 다이렉트 멀티그룹 네트워크 상에서 통신을 위한 방법, 장치 및 컴퓨터 판독 가능한 기록 매체
WO2022211532A1 (en) Apparatus and method for providing mbs data to user equipment in cellular communication system
WO2012005557A2 (ko) 상호공존 방식에서 대표 기기 선출 방법
WO2015065031A1 (ko) 분산 네트워크 구조에서 기지국 자가설정 방법 및 장치
WO2012134021A1 (ko) 네트워크 또는 디바이스를 서비스하는 관리기기의 서비스 전환 방법
WO2013133502A1 (ko) 상호공존 네트워크 내에서 마스터 ｃｍ 선출 방법
WO2010143874A2 (en) Method of controlling network in wireless network and device
WO2010098548A2 (en) The method of exchanging message and devices in wireless network
WO2019245339A1 (ko) 이동 통신 시스템에서 기지국 노드 간 패킷 복제 동작 동기화 방법 및 장치
WO2016122131A1 (ko) 이동통신 시스템에서 멀티 셀 네트워크 구축 방법 및 장치
WO2012153892A1 (ko) 상호공존 방식에서 주파수 대역 결정 방법

Legal Events

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

Ref document number: 11822165

Country of ref document: EP

Kind code of ref document: A2

REEP Request for entry into the european phase

Ref document number: 2011822165

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2011822165

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13820611

Country of ref document: US