WO2014185666A1 - 상호공존 관리 시스템에서의 개체간 메시지 교환 방법 - Google Patents

상호공존 관리 시스템에서의 개체간 메시지 교환 방법 Download PDF

Info

Publication number
WO2014185666A1
WO2014185666A1 PCT/KR2014/004182 KR2014004182W WO2014185666A1 WO 2014185666 A1 WO2014185666 A1 WO 2014185666A1 KR 2014004182 W KR2014004182 W KR 2014004182W WO 2014185666 A1 WO2014185666 A1 WO 2014185666A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
wso
coexistence
information
primitive
Prior art date
Application number
PCT/KR2014/004182
Other languages
English (en)
French (fr)
Inventor
강현덕
고광진
송명선
Original Assignee
한국전자통신연구원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020140054264A external-priority patent/KR102151125B1/ko
Application filed by 한국전자통신연구원 filed Critical 한국전자통신연구원
Priority to US14/890,883 priority Critical patent/US10045222B2/en
Publication of WO2014185666A1 publication Critical patent/WO2014185666A1/ko

Links

Images

Classifications

    • 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 coexistence technology, and more particularly, to a message exchange method required for interoperation between entities in a coexistence management system managing a plurality of frequency sharing devices.
  • Coexistence technology allows wireless devices using different communication protocols to coexist without harmful interference at the core frequency (30MHz ⁇ 10Hz) where various dynamic spectrum access (DSA) technologies are expected to emerge.
  • Spectrum management technology DSA technologies, such as underlay and overlay, are contrary to current static spectrum management technology, and use frequencies by dynamically managing the spectrum according to the surrounding radio environment of the wireless device.
  • Wireless connection and management technology that maximizes flexibility and efficiency.
  • various frequency sharing technologies such as IEEE 802 and SCC 41
  • various technologies are being developed to derive mutual coexistence standards for comprehensive management of multiple sharing technologies in terms of spectrum management.
  • An object of the present invention is to propose a message transfer method and a message parameter between entities for interference avoidance and efficient resource management in an inter-existence management system for managing a plurality of frequency sharing devices.
  • a coexistence including a coexistence enabler (CE), a coexistence manager (CM) and a coexistence discovery and information server (CIS)
  • a message exchange method between the CE, CM and CDIS is provided.
  • the method includes the steps of the CM generating a ReconfigurationRequest message and sending it to the CE; And comprising the step of waiting a reconfiguration response message (ReconfigurationResponse message) from the CE, the reconfiguration request message operates the channel list, the transmission power limit value of the WSO, channels shared if flags, transmission schedule and channel classification information to be serviced by the CE It may include at least one of.
  • the channel classification information may include at least one of an available channel list, a restricted channel list, a protected channel list, an unclassified channel list, an operation channel list, and a coexistence channel list.
  • the method may further comprise: generating, by a CE receiving the reconfiguration request message, a PerformReconfigurationRequest primitive and sending it to a WSO serviced by the CE; The CE receiving a PerformReconfigurationResponse primitive from the WSO; And generating, by the CE, the reconfiguration response message and transmitting the reconfiguration response message to the CM, wherein the reconfiguration execution request primitive includes an operation channel list of the WSO included in the reconfiguration request message received from the CE, a transmission power limit, It may include at least one of a channel sharing flag, a transmission schedule, and channel classification information.
  • the reconfiguration execution response primitive received from the WSO includes a failure parameter indicating whether a reconfiguration failure occurs, and the reconfiguration response message generated by the CE is received from the WSO via the reconfiguration execution response primitive. It may include a failure parameter.
  • a message exchange method between the CE, CM and CDIS includes the steps of the CM generating a DeregistrationRequest message and sending it to a CE; Waiting for a DeregistrationResponse message from the CE; And when the deregistration response message is received, the CM may transmit a message requesting deletion of the CE to the CDIS.
  • the method by the receiving the de-registration request message CE generates a de-registration performing request primitive (PerformDeregistrationRequest primitive) transmitted to the WSO serviced by the CE and deregistration performed response from the WSO primitive ( Waiting for PerformDeregistrationResponse primitive;
  • the CE further comprises generating the deregistration response message and transmitting the deregistration response message to the CM. It may include information indicating the deregistration state of.
  • the method further comprises, before the CM generates and sends a deregistration request message to the mall CE, after the CM generates and sends a reconfiguration request message to the CE, the reconfiguration response message from the CE.
  • the method may further include a step of waiting, and when the reconfiguration response message received from the CE includes a failure parameter indicating whether to reconfigure failure, the deregistration request message may be transmitted to the CE.
  • the CE that has received the deregistration request message may switch from a management service provided by the CM to an information service.
  • the CE having received the deregistration request message may subscribe to and register a management service provided by a new CM.
  • a message exchange method between CE and CM comprises the steps of a CE receiving an EventIndication Primitive comprising a list of event parameters from a WSO served by the CE; Generating, by the CE, an EventIndication message including a list of event parameters included in the event notification primitive and transmitting the generated EventIndication message to the CM; And waiting for an EventConfirm message from the CM.
  • the event parameter list may include at least one of parameters indicating SINR threshold reaching and QoS degradation.
  • a message exchange method between CE and CM includes the steps of a CE receiving a CoexistenceReportRequest primitive from a WSO served by the CE; Generating, by the CE, a CoexistenceReportRequest message and transmitting it to a CM; Waiting for a coexistence report response message ( CoexistenceReportResponse message) from the CM; And if the coexistence report response message is received from the CM, the CE may include a step of generating a coexistence report response primitive (CoexistenceReportResponse primitive) transmitted to the WSO.
  • the coexistence report response message includes coexistence configuration element information of the WSO, wherein the coexistence configuration element information includes a neighbor network identifier, network description information of a neighbor WSO, and a neighbor operating channel number; and channel priority. May include ranking information.
  • a method for message exchange between CMs in an inter-existence management system including CE, CM and CDIS comprises the steps of: generating a Master CMRequest message (MasterCMRequest message) to the master to be a slave to at least one candidate CM to be a master; And receiving a MasterCM Response message from the candidate CM, whereby the CM sending the master CM request message becomes a slave and the candidate CM sending the master CM response message is master. It can be set to.
  • the master CM request message may include a CE list managed by the CM to be the slave.
  • the method may include: generating, by the CM configured as the master, a MasterSlaveCMConfigurationRequest message to the slave CM; And waiting for a MasterSlaveCMConfigurationResponse message from the slaveCM .
  • the master slave CM configuration request message may include a CE list managed by the master CM.
  • the method further includes the slave CM generating the master slave CM configuration response message and transmitting the master slave CM configuration response message to the master CM, wherein the master slave CM configuration response message is registered with the slave CM.
  • the list may include at least one of a WSO operation channel number list, required resource information required for WSO operation, and WSO measurement capability information.
  • the available channel list may include at least one of an available channel number, an available start time of the available channel number, an available period of the available channel number, and restriction information.
  • the required resource information may include at least one of a required bandwidth and an expected occupancy.
  • the procedure for the entity (CE / CM / CDIS) of the coexistence system proposed in the present invention is to avoid interference and efficient resources between a plurality of heterogeneous frequency sharing devices using a frequency shared band. It enables the efficient operation of the coexistence management system for management.
  • FIG. 1 is a diagram illustrating a configuration of a mutual coexistence management system.
  • FIG. 2 illustrates a CM subscription procedure according to an embodiment of the present invention.
  • FIG. 3 illustrates a WSO subscription, subscription renewal, and subscription change procedure according to an embodiment of the present invention.
  • FIG. 4 illustrates a WSO registration procedure and a registration update procedure according to an embodiment of the present invention.
  • FIG. 5 illustrates a WSO reconfiguration procedure according to an embodiment of the present invention.
  • FIG. 6 illustrates a WSO deregistration procedure according to an embodiment of the present invention.
  • FIG. 7 illustrates a message transfer procedure between a CM and a CE according to an embodiment of the present invention.
  • FIG. 8 illustrates a procedure for measuring a CM, a one-time measurement / planned measurement of a WSO, and a coexistence report acquisition procedure according to an embodiment of the present invention.
  • FIG. 9 illustrates a message transfer procedure between CMs according to an embodiment of the present invention.
  • FIG. 10 illustrates a master / slave CM selection procedure according to an embodiment of the present invention.
  • FIG. 11 illustrates a master / slave CM configuration procedure according to an embodiment of the present invention.
  • FIG. 12 illustrates a procedure for acquiring mutual coexistence setting information according to an embodiment of the present invention.
  • FIG. 13 is a block diagram showing the structure of a CM according to an embodiment of the present invention.
  • module generally mean a computer-related object, and may mean, for example, hardware, software, and a combination thereof.
  • FIG. 1 is a diagram illustrating a configuration of a mutual coexistence management system.
  • the coexistence management system includes three entities: Coexistence Enabler (“CE”) 110a, 110b, Coexistence Manager (“CM”), 120a, 120b. ) And a coexistence discovery and information server (“CDIS”) 130, and a shared channel information DB 140.
  • CE Coexistence Enabler
  • CM Coexistence Manager
  • CDIS coexistence discovery and information server
  • DB 140 shared channel information DB 140. 1 shows two frequency sharing devices and two CEs and two CMs associated therewith, which is for convenience of description and is not limited to a configuration of a specific number of CEs and CMs. Do.
  • the CEs 110a and 110b exist in the frequency sharing devices 150a and 150b and serve as a passage between the frequency sharing devices 150a and 150b and the CMs 120a and 120b.
  • the context information e.g., wireless access method, transmission power, spectrum sensing threshold value, location, etc.
  • WSO white space object
  • the CMs 120a and 120b are entities that make important decisions related to frequency sharing, such as operating frequency allocation, transmission power allocation, transmission time allocation, and the like, to improve frequency sharing efficiency among the plurality of WSOs 150a and 150b.
  • the CMs 120a and 120b may collect channel measurement information and the like through the WSOs 150a and 150b.
  • the CMs 120a and 120b may exchange information directly or exchange information through the CDIS 130 when cooperation with other CMs controlling other frequency sharing devices is required.
  • the CMs 120a and 120b may determine neighbor WSOs for the WSOs 150a and 150b belonging to the CMs 120a and 120b.
  • the CMs 120a and 120b may obtain channel information available for the WSOs 150a and 150b from the channel information DB 140.
  • the CDIS 130 is an entity to assist in the decisions related to the control of the WSOs 150a and 150b of the CMs 120a and 120b.
  • the CDIS 130 obtains and stores necessary information from the plurality of CMs 120a and 120b and transmits the information required by the CMs 120a and 120b connected thereto.
  • the CDIS 130 may determine the neighbor frequency sharing apparatus for the WSO belonging to each CM 120a and 120b.
  • the CDIS 130 may obtain channel information available for the frequency sharing devices 150a and 150b from the channel information DB 140.
  • the shared channel information DB 140 is a DB that provides channel information available for frequency sharing devices.
  • the CMs 120a and 120b may provide two types of coexistence services, that is, a management service and an information service, to the WSOs 150a and 150b.
  • the management service is a service that reflects the component reset of the WSOs 150a and 150b indicated by the CMs 120a and 120b to the WSOs 150a and 150b.
  • An information service is a service that delivers information related to mutual coexistence to the WSOs 150a and 150b through the CEs 110a and 110b so that the WSOs 150a and 150b can make important decisions regarding frequency sharing on their own. do.
  • the CMs 120a and 120b may operate under three topologies: autonomous centralized and distributed. While autonomous topologies exchange information for multiple coexistence among multiple CMs, decisions related to coexistence are made by themselves without negotiation with other CMs or assistance from the master CM.
  • the central topology is a case where a plurality of slave CMs are connected to one master CM. In this case, the slave CMs are controlled by the master CM to solve the coexistence problem of the WSOs 150a and 150b.
  • the distributed topology solves the coexistence problem of the WSOs 150a and 150b through negotiation between the CM and neighboring CMs.
  • the determination of neighboring frequency sharing devices that may cause co-channel interference between WSOs is very important for co-existence between WSOs.
  • the determination of the neighboring frequency sharing device may be performed by the CMs 120a and 120b and / or the CDIS 130.
  • the neighbor frequency sharing apparatus may be classified into the following two types.
  • the CDIS 130 may provide the following two discovery services to the CMs 120a and 120b.
  • the first case is the CDIS 130 provides only Inter-CM discovery service. In this case, the CMs 120a and 120b determine the Intra-CM neighboring frequency sharing device, and the CDIS 130 determines the Inter-CM neighboring frequency sharing device.
  • the second case is the CDIS 130 provides both Intra-CM and Inter-CM discovery services. In this case, all neighbors are determined only in the CDIS 130.
  • the neighbor CM refers to a neighbor frequency sharing device of frequency sharing devices registered to different CMs.
  • a procedure for messages and message delivery required for the interaction between the entities (CE, CM, CDIS) of the aforementioned coexistence management system is proposed.
  • Each procedure is used for a specific purpose, depending on the messages received from other entities in each entity, and the CxMessage parameters of the messages sent and received between entities are also determined.
  • FIG. 2 illustrates a CM subscription procedure according to an embodiment of the present invention.
  • the CM may perform a CM subscription procedure to subscribe to a discovery service provided by CDIS. As shown in Fig. 2, the CM generates a SubscriptionRequest message and sends it to the CDIS, and then waits for a SubscriptionResponse message from the CDIS.
  • Table 1 shows parameters of CxMessage in a subscription request message.
  • Table 2 shows the parameters of the subscriptionRequest payload.
  • Explanation subscribedService SubscribedService Parameters indicating the type of subscription service (interCMCoexistenceSetElements) or allCoexistenceSetElements (interCM and intra-CM coexistence discovery)
  • the CDIS When the CDIS receives the subscription request message from the CM, it will generate a subscription response message and send it to the CM. When CDIS generates a subscription response message, it will set the CxMessage parameter of the subscription response message as shown in Table 3.
  • Table 4 shows parameters of the subscriptionResponse payload.
  • the CM may perform a CM subscription update procedure .
  • the CM generates a SubscriptionRequest message and transmits it to the CDIS, and then waits for a SubscriptionResponse message from the CDIS.
  • the CxMessage parameters and payload of the subscription request message and subscription response message are as described in Tables 1 to 4.
  • FIG. 3 illustrates a WSO subscription, subscription renewal, and subscription change procedure according to an embodiment of the present invention.
  • Each procedure is shown sequentially in FIG. 3 for convenience of description, but it is apparent to those skilled in the art that the procedures are not necessarily sequentially performed in the order shown.
  • the CE may perform a WSO subscription procedure to subscribe the WSO associated with it to the coexistence service provided by the CM.
  • the CE creates a GetServiceSubscriptionRequest primitive and sends it to the WSO serving it, and then waits for a GetServiceSubscriptionResponse primitive from the WSO.
  • Table 5 shows the service subscription response primitives.
  • the service subscription response primitive may include 'subscribedService' indicating whether the subscription service type is a management service or an information service.
  • Table 5 parameter Data type Explanation subscribedService SubscribedService Services (management or information) that WSO subscribes to coexistence services. status CxMediaStatus Status
  • the CE After the CE receives the service subscription response primitive from the WSO, the CE generates a SubscriptionRequest message, sends it to the CM, and waits for a SubscriptionResponse message from the CM.
  • the CxMessage parameter and the subscriptionRequest payload of the subscription request message are as described in Tables 6 and 7, respectively.
  • the payload of the subscription request message may include a subscribed service type parameter received from the service subscription response primitive received from the WSO.
  • the CM When the CM receives the subscription request message from the CE, it will generate a subscription response message and send it to the CE.
  • the CxMessage parameter of the subscription response message is as described in Table 8 and the subscriptionResponse payload is as described in Table 9.
  • the CE may generate a GetServiceSubscriptionConfirm primitive and transmit it to the WSO.
  • the parameters of the service subscription acquisition confirmation primitive are shown in Table 10. As described, the service subscription acquisition confirmation primitive indicates whether the subscription is successful.
  • the CE When the CE receives new WSO subscription information from WSO indicating that it wants to change the coexistence service provided by the coexistence system, the CE performs a WSO subscription update procedure to renew the subscription of the coexistence service. can do.
  • the CE when the CE receives a NewServiceSubscriptionIndication primitive from the WSO, the CE generates a SubscriptionRequest message and sends it to the CM serving the CE, and a subscription response message from the CM. Wait for ( SubscriptionResponse message).
  • the new service subscription indication primitive received from the WSO may include a subscription service type parameter, as shown in the table below.
  • Table 11 parameter Data type Explanation subscribedService SubscribedService Services (management or information) that WSO subscribes to coexistence services.
  • the CE When the CE generates a subscription request message, the CE sets the CxMessage parameter of the subscription request message as shown in Table 12 below, and as a SubscribedService payload, a new service subscription indication primitive received from the WSO as shown in Table 13. It may include a value indicating a service subscription type included in the.
  • the CM After the CM receives the subscription request message from the CE, the CM generates a subscription response message and sends it to the CE.
  • the CxMessage parameters and payload of the subscription response message are as described in Tables 14 and 15 below.
  • the CE After the CE receives the subscription response message from the CM, the CE creates a GetServiceSubscriptionConfirm primitive and sends it to the WSO.
  • the parameters of the service subscription confirmation primitive are as follows.
  • the CM When the CM wants to request the WSO to change the type of coexistence service provided by the CM, the CM can perform a WSO subscription change procedure .
  • the CM may perform the procedure when it is determined that the WSO is not appropriate for the current coexistence service (information or management service). When the CM performs this procedure, the WSO should switch to another coexistence service rather than the current coexistence service.
  • the CM generates a SubscriptionChangeRequest message and sends it to the CE, and then waits for a SubscriptionChangeResponse message from the CE.
  • the CxMessage parameter and the parameters in the subscriptionChangeRequest payload of the subscription change request message are as described in each of the following tables.
  • the CE After the CE receives the subscription change request message from the CM, the CE generates a ChangeSubscriptionRequest primitive, sends it to the WSO, and waits for a ChangeSubscriptionResponse primitive from the WSO.
  • the parameters of the subscription change request primitive are as described in Table 19.
  • the CE After the CE receives the ChangeSubscriptionResponse primitive from the WSO, the CE generates a subscription change response message and sends it to the CM.
  • the parameters of the subscription change response primitive are as described in Table 20
  • the CxMessage parameter and the parameters in the subscriptionChangeResponse payload of the subscription change response message generated by CE are as described in Tables 21 and 22, respectively.
  • FIG. 4 illustrates a WSO registration procedure and a registration update procedure according to an embodiment of the present invention.
  • the CE and CM Upon successful completion of the WSO subscription procedure, the CE and CM perform a WSO registration procedure to register the WSO with the CM and CDIS.
  • the CE After successfully completing the WSO sign-up procedure, the CE generates and sends a GetRegInfoRequest primitive to the WSO to obtain WSO registration information, and waits for a GetRegInfoResponse primitive from the WSO. .
  • the parameters of the property request primitive are as described in Table 23 below.
  • Table 23 parameter Data type Explanation networkID OCTET STRING Network identifier of the WSO, for example, in the case of IEEE 802.11, this parameter indicates the BSSID used by the WSO.
  • networkTechnology Networktechnology Indicates wireless radio access technology used by WSO networkType NetworkType Represents the network type specified in the policy.
  • DiscoveryInformation Discovery Information Discovery Information from WSO txScheduleSupported BOOLEAN Whether scheduled transmissions are supported listOfAvailableChNumbers ListOfAvailableChNumbers Available White Space Channel Information listOfSupportedChNumbers SEQUENCE OF INTEGER Supported channel number listOfOperatingChNumbers ListOfOperatingChNumbers WSO operation channel number requiredResource RequiredResource Required Resources for WSO Operation measurementCapability MeasurementCapability WSO measurement capability (energy detection or fault detection) mobiltyInformation mobiltyInformation WSO Mobility Information
  • Table 24 shows the data types for each element of the sequence of 'available white space channel information ( listOfAvailableChNumbers)' parameters.
  • Table 25 shows the data type of each element of the sequence of the 'listOfAvailableChNumbers ' parameter among the parameters.
  • Table 26 shows the "required resources (requiredResource), the data type of the parameter of said parameter.
  • Table 27 shows the data types of the mobiltyInformation parameter.
  • the CE After the CE receives the GetRegInfoResponse primitive from the WSO, the CE generates a CERegistrationRequest message and sends it to the CM serving the CE, and a RegistrationResponse message from the CM. Wait for
  • the CxMessage parameters and payload structure of the CE registration request message are as described in Tables 28 and 29.
  • Table 29 parameter Data type Explanation operationCode OperationCode Action code (new) networkID OCTET STRING Network identifier of the WSO, for example, in the case of IEEE 802.11, this parameter indicates the BSSID used by the WSO.
  • networkTechnology Networktechnology Indicates wireless radio access technology used by WSO networkType NetworkType Represents the network type specified in the policy.
  • discoveryInformation Discovery Information Discovery Information from WSO txScheduleSupported BOOLEAN Whether scheduled transmissions are supported listOfAvailableChNumbers ListOfAvailableChNumbers Available channel information, available channel information listOfSupportedChNumbers SEQUENCE OF INTEGER Supported channel number.
  • the CxMessage parameters of the registration response message are as described in Table 30.
  • the CE After the CE receives the registration response message from the CM, the CE creates a GetRegInfoConfirm primitive and sends it to the WSO.
  • the parameters of the registration primitive are as follows.
  • the CM After the CM sends a registration response message to the CE, the CM generates a CM Registration Request message ( CMRegistrationRequest message) and transmits to the CDIS serving the CM, and waits for a RegistrationResponse message from the CDIS.
  • CMRegistrationRequest message CMRegistrationRequest message
  • the CxMessage parameters and payload of the CM registration request message are as described in Tables 32 and 33.
  • Table 33 parameter Data type Explanation operationCode OperationCode Operation code (new) ceID CxID CE ID networkID OCTET STRING Network identifier of the WSO, for example, in the case of IEEE 802.11, this parameter indicates the BSSID used by the WSO.
  • networkTechnology Networktechnology Indicates wireless radio access technology used by WSO networkType NetworkType Represents the network type specified in the policy.
  • discoveryInformation Discovery Information Discovery Information from WSO listOfSupportedChNumbers SEQUENCE OF INTEGER List of supported channel numbers.
  • the CxMessage parameters of the registration response message generated by the CDIS are as described in Table 34.
  • the CE and the CM may perform a WSO registration update procedure .
  • the CE when the CE receives a NewRegInfoIndication primitive from the WSO, the CE generates a CERegistrationRequest message, sends it to the CM, and waits for a RegistrationResponse message from the CM.
  • the parameters of the new registration primitives are as described in the table below.
  • Table 35 parameter Data type Explanation operationCode OperationCode Action code (modification) networkID OCTET STRING Network identifier of the WSO, for example, in the case of IEEE 802.11, this parameter indicates the BSSID used by the WSO.
  • networkTechnology Networktechnology Indicates wireless radio access technology used by WSO networkType NetworkType Represents the network type specified in the policy.
  • the CxMessage parameter of the subscription response message is as follows.
  • the CE After the CE receives the subscription response message from the CM, the CE creates a NewRegInfoConfirm primitive and sends it to the WSO.
  • the parameters of the new registration primitive are as follows.
  • the CM transmits a registration response message to the CE, it generates and sends a CMRegistrationRequest message to the CDIS, and waits for a RegistrationResponse message from the CDIS.
  • the CxMessage parameter and payload of the CM registration request message are as described in Tables 38 and 39, respectively.
  • Table 39 parameter Data type Explanation operationCode OperationCode Action code (new, modified, deleted) ceID CxID CE ID networkID OCTET STRING Network identifier of the WSO, for example, in the case of IEEE 802.11, this parameter indicates the BSSID used by the WSO.
  • networkTechnology Networktechnology Indicates wireless radio access technology used by WSO networkType NetworkType Represents the network type specified in the policy.
  • discoveryInformation Discovery Information Discovery Information from WSO listOfSupportedChNumbers SEQUENCE OF INTEGER List of supported channel numbers.
  • the CxMessage parameters of the registration response message received from the CDIS are as described in the table below.
  • CMs and CEs may perform WSO reconfiguration procedures if they need to reconfigure one or more WSOs that are subscribed to and managed by the management services they provide.
  • Can be. 5 illustrates a WSO reconfiguration procedure according to an embodiment of the present invention.
  • the CM generates a ReconfigurationRequest message and sends it to the CE (s) providing service to the WSO that needs reconfiguration, and then waits for a ReconfigurationResponse message from the CE.
  • the number of reconfiguration request messages is equal to the number of WSOs that require reconfiguration.
  • the CxMessage parameters and payload of the reconfiguration request message are as described in Tables 41 and 42, respectively.
  • Table 42 parameter Data type Explanation OperatingChNumbers SEQUENCE OF INTEGER WSO's Action Channel List txPowerLimit REAL Transmit Power Limit channelIsShared BOOLEAN Indicates channel sharing, true if WSOs with different frequencies are shared, false otherwise txSchedule txSchedule Transmission schedule chClassInfo ChClassInfo Channel Classification Information
  • the following table shows data types of parameters of channel classification information ( chClassInfo ).
  • the CE After the CE receives the reconfiguration request message from the CM, the CE generates a PerformReconfigurationRequest primitive and sends it to the WSO, and waits for a PerformReconfigurationResponse primitive from the WSO.
  • the following table shows the parameters of the reconstruction request primitive.
  • Table 44 parameter Data type Explanation listOfOperatingChNumber SEQUENCE OF INTEGER Operation channel list received through reconfiguration request message txPowerLimit REAL Transmit Power Limit Received through Reconfiguration Request Message channelIsShared BOOLEAN List of shared channels received through reconfiguration request message txSchedule TxSchedule Transmission schedule received through reconfiguration request message
  • CE After CE receives the reconfiguration performed response primitive from the WSO, CE sends to the CM to generate a reconstructed response message (message ReconfigurationResponse).
  • the parameters of the reconstruction primitives are as described in the table below.
  • the data types of the CxMessage parameters and parameters in the payload of the reconfiguration response message generated by the CE are as described in Tables 46 and 47, respectively.
  • FIG. 6 illustrates a WSO deregistration procedure according to an embodiment of the present invention.
  • the CM and CE may perform a WSO deregistration procedure to deregister the WSO / CE from the CM that is subscribed to the management service but does not accept the reconfiguration request from the CM.
  • WSO / CE must choose one of two options:
  • the CM first generates and sends a DeregistrationRequest message to the CE, and then waits for a DeregistrationResponse message from the CE.
  • the CxMessage parameter of the deregistration request message is as follows.
  • the CE After the CE receives the Deregistration Request message from the CM, the CE generates and sends an PerformDeregistrationRequest primitive to the WSO, and waits for the PerformDeregistrationResponse primitive from the WSO.
  • the parameters of the deregistration request primitive and the deregistration response primitive are described in Tables 49 and 50, respectively.
  • the CE After the CE receives the Deregistration Response response primitive from the WSO, the CE generates a DeregistrationResponse message and sends it to the CM.
  • the CxMessage parameters and payload of the deregistration response message are listed in Tables 51 and 52, respectively.
  • the CM After the CM receives the deregistration response message from the CE, the CM generates a CMRegistrationRequest message, sends it to the CDIS serving the CM, and waits for a registration response message from the CDIS.
  • the CxMessage parameters and payload of the CM registration request message are as described in Tables 53 and 54 below.
  • an action code included as a payload of a corresponding message may be marked as "deleted.”
  • the CxMessage parameters of the registration response message received from the CDIS are as described in the table below.
  • FIG. 7 illustrates a message transfer procedure between a CM and a CE according to an embodiment of the present invention. Specifically, FIG. 7 illustrates an event notification, an available channel list acquisition, a channel classification request, and a channel classification update procedure in order. Each procedure is shown sequentially in FIG. 7 for convenience of description, but it will be apparent to those skilled in the art that the procedures are not necessarily sequentially performed in the order shown.
  • the CE may perform a sending event indication from CE to CM procedure .
  • the CE After the CE receives an EventIndication Primitive from the WSO, it generates and sends an EventIndication message to the CM serving the CE and waits for an EventConfirm message from the CM.
  • the parameters of the event notification primitives are described in Table 56.
  • the CxMessage parameter of the event notification message is set according to the following table.
  • the CM After the CM receives the event notification message from the CE, the CM generates an EventConfirm message and sends it to the CE.
  • the message (CxMessage) parameter of the event confirmation message is as follows.
  • the CM and the CE may perform an Obtaining available channel list from WSO procedure .
  • the CM generates an AvailableChannelsRequest message and sends it to the CE serving the WSO, and then waits for an AvailableChannelsResponse message from the CE.
  • the CxMessage parameter of the available channel request message is as follows.
  • the CE After the CE receives an Available Channel Request message from the CM, the CE creates an AvailableChannelListRequest primitive and sends it to the WSO, and waits for an AvailableChannelListResponse primitive from the WSO.
  • the parameters of the Available Channel List Response primitive are as follows.
  • the CE After the CE receives the Available Channel List Response primitive from the WSO, the CE generates an Available Channel Response message and sends it to the CM.
  • the CxMessage parameters and payload of the available channel response message are as described in Tables 62 and 63.
  • the data type of each element of the sequence in the listOfAvailableChNumbers parameter is as follows.
  • the CE / CM obtains channel classification information by CE procedure to provide the channel classification information to the WSO. Can be done.
  • the CE when it receives a ChannelClassificationRequest primitive from the WSO, it generates and sends a ChannelClassificationRequest message to the CM, and waits for a ChannelClassificationResponse message from the CM.
  • the parameters of the channel classification request primitive are as follows.
  • the CxMessage parameters and payload of the channel classification request message are as described in Tables 66 and 67, respectively.
  • the CxMessage parameter and payload of the channel classification response message are as described in Tables 68 and 69, respectively.
  • the channel classification information ( chClassInfo) parameter may include data elements described in the following table.
  • the CE After the CE receives a ChannelClassificationResponse message from the CM, the CE generates a ChannelClassificationResponse primitive and sends it to the WSO.
  • the parameters of the channel classification response primitives are as follows.
  • the chClassInfoList parameter may include data elements described in the following table.
  • the CM may perform an announcing channel classification information update to CE procedure to provide the channel classification update information to the WSO.
  • the CM When the channel classification information is updated, the CM generates a ChannelClassificationAnnouncement message and transmits it to the CE.
  • the data types of the CxMessage parameters and parameters in the payload of the channel classification update advertisement message are as described in Tables 73 and 74, respectively.
  • the CE After the CE receives the channel classification notification message from the CM, the CE generates a ChannelClassificationIndication primitive and sends it to the WSO.
  • the parameters of the channel classification notification primitives are as described in Table 75.
  • the chClassInfoList parameter may include the following data.
  • FIG. 8 illustrates a measurement request of a CM and a one-time measurement / planned measurement and coexistence report acquisition procedure according to an embodiment of the present invention.
  • Each procedure is shown sequentially in FIG. 8 for convenience of description, but it is apparent to those skilled in the art that the procedures are not necessarily sequentially performed in the order shown.
  • the CM may perform a measurement request procedure requesting the WSO indicated by the CE serviced by the CM to perform the measurement and subsequently requesting the CE to provide the measurement report.
  • the CM may request that the measurement be made to the WSO and submitted to the CE once per request or to be based on a schedule.
  • the CM generates a MeasurementRequest message and sends it to the CE, and then waits for a MeasurementConfirm message from the CE.
  • the CxMessage parameter and the measurementRequest payload of the measurement request message are as described in Tables 77 and 78, respectively.
  • the CxMessage parameter of the measurement confirmation message is as follows.
  • CE After CE receives the request message, measured from the CM, CE generates the other hand, the measurement request primitive (GetMeasurementRequest primitive) for transmitting to the CM to produce a determined verification message will be sent to the WSO.
  • the measurement request primitive GetMeasurementRequest primitive
  • the measurement request primitive is as follows.
  • the CE may perform a obtaining one-time measurement procedure .
  • the CE After the CE receives the GetMeasurementResponse primitive from the WSO, the CE generates a measurement response message, sends it to the CM, and waits for a measurement confirmation message from the CM.
  • the measurement response primitive is as follows.
  • the CxMessage parameters and payload of the response message sent from the CE to the CM are as described in Tables 82 and 83, respectively.
  • the CM After the CM receives the measurement response message from the CE, the CM generates a measurement confirmation message and sends it to the CE.
  • the CxMessage parameters and payload of the response message are as described in Tables 84 and 85, respectively.
  • the CxMessage parameter of the measurement confirmation message is as follows.
  • the CE may perform a obtaining scheduled measurement procedure .
  • the CE After the CE receives the GetMeasurementResponse primitive from the WSO, the CE generates a MeasurementResponse message and sends it to the CM.
  • the parameters of the measurement response primitives are as follows.
  • the CxMessage parameters and payload of the response message sent from CE to CM are as described in Tables 88 and 89, respectively.
  • the CM After the CM receives the measurement response message from the CE, the CM generates a MeasurementConfirm message and sends it to the CE.
  • the CxMessage parameter of the measurement confirmation message is as follows.
  • the CE and the CM may perform a obtaining coexistence report procedure to provide the coexistence information to the WSO.
  • the CE After the CE receives the CoexistenceReportRequest primitive from the WSO, the CE generates a CoexistenceReportRequest message and sends it to the CM and waits for a CoexistenceReportResponse message from the CM. do.
  • the CxMessage parameter of the coexistence report request message is as follows.
  • the CxMessage parameter and payload of the coexistence report response message are as described in Tables 92 and 93, respectively.
  • Parameters of the CoexistenceReport payload may include a data type as described in Table 94 below.
  • the following table shows the data type of each element of the sequence of the ChannelPriority parameter.
  • CE may be sent to the WSO to generate a coexistence report response primitive (CoexistenceReportResponse primitive).
  • the parameters of the coexistence report response primitives are as described in the table below.
  • FIG. 9 illustrates a message transfer procedure between CMs according to an embodiment of the present invention. Specifically, FIG. 9 illustrates an event notification, channel classification request, channel classification update, information acquisition, negotiation, and reconfiguration request procedures. Each procedure is shown sequentially in FIG. 9 for convenience of description, but it is apparent to those skilled in the art that the procedures are not necessarily sequentially performed in the order shown.
  • the CM may perform a sending event indication from CM to CM procedure .
  • the CM generates an EventIndication message and transmits it to another CM, and then waits for an EventConfirm message from another CM.
  • the CxMessage parameters and payload of the event notification message are as described in Tables 97 and 98, respectively.
  • EventConfirmation message EventConfirmation message
  • the CM may perform obtaining channel classification information by CM procedure .
  • the CM generates a CMChannelClassificationRequest message and sends it to another CM, and then waits for a CMChannelClassificationResponse message from another CM.
  • the CxMessage parameters and payload of the CM channel classification request message are as described in Tables 99 and 100, respectively.
  • the following table shows the CxMessage parameters of the CM channel classification response message.
  • the CM may perform an announcing channel classification information update to CM procedure .
  • the CM When the channel classification information is updated, the CM generates a ChannelClassificationAnnouncement message and transmits it to another CM.
  • the table below shows the CxMessage parameters of the CM channel classification advertisement message.
  • the CM may perform obtaining information from another CM procedure to obtain information from another CM .
  • the CM generates an InfoAcquringRequest message and sends it to another CM, and then waits for an InfoAcquringResponse message from another CM.
  • the CM When generating an InfoAcquringRequest message, the CM will set the parameters of the CxMessage as shown in the table below.
  • the following table shows the parameters of CxMessage information acquisition response message (message InfoAcquringResponse).
  • the CM may perform a negotiation between CMs procedure .
  • the CM generates a negotiationRequest message and sends it to another CM, and then waits for a negotiationResponse message from the other CM. Both the etiquette mode and the round-robin mode for negotiation may be made by the negotiation request message.
  • the CM may generate a negotiationAnnouncement message and transmit it to another CM.
  • the following table shows the CxMessage parameters of the negotiation request message.
  • the data type of NegotiationStatus may be one of the following.
  • the data type of NegotiationInformation may be one of the following.
  • the CM may perform a Sending reconfiguration request from CM to another CM procedure .
  • the CM generates a CMReconfigurationRequest message and sends it to another CM, and then waits for a CMReconfigurationResponse message from the other CM.
  • the CxMessage parameters and payload of the CM reconfiguration request message are as described in Tables 115 and 116, respectively.
  • Table 116 parameter Data type Explanation reconfigTarget CxID Indicates CE to be reconfigured OperatingChNumbers SEQUENCE OF INTEGER WSO Operation Channel List txPowerLimit REAL Transmit Power Limit channelIsShared BOOLEAN True if frequency is shared with other WSO, false if not txSchedule txSchedule Send schedule chClassInfo ChClassInfo Channel Classification Information
  • the CM generates the payload described above for each CE registered in another CM.
  • the total number of payloads is equal to the number of CEs registered in another CM but managed by that CM.
  • the table below shows the data types of the chClassInfo parameters.
  • the CxMessage parameters and payload of the CM reconfiguration response message are as described in Tables 118 and 119, respectively.
  • CM 10 illustrates a master / slave CM selection procedure according to an embodiment of the present invention.
  • a master CM and a slave CM should be selected.
  • the CM may perform a Master / Slave CM selection procedure .
  • the procedure may be performed for each of at least one candidate CM that the CM that wants to be a slave CM wants to become a master CM.
  • the CM wishing to be a slave CM shall determine the WSO / CE list to be managed by the master CM.
  • the CM first informs that it wants to be a slave CM of another CM receiving the message by generating a MasterCMRequest message and transmitting the master CMRequest message to another CM. Wait for the CMCM Response message.
  • the CxMessage parameters and payload of the MasterCM Request message are as described in Tables 120 and 121, respectively.
  • the other CM When the other CM receives the master CM request message from the CM, the other CM generates a MasterCM Response message and sends it to the CM.
  • the CxMessage parameters and payload of the master CM response message are as described in Tables 122 and 123, respectively.
  • FIG. 11 illustrates a master / slave CM configuration procedure according to an embodiment of the present invention.
  • the CM is a master / slave configuration procedure ( Master / Slave configuration procedure). Slave CM configuration procedure) can be performed.
  • the master CM After the master / slave CM selection is successfully completed, as shown in FIG. 11, the master CM first generates a MasterSlaveCMConfigurationRequest message and sends it to the slave CM, and then the master slave slave CM from the slave CM. Wait for the MasterSlaveCMConfigurationResponse message.
  • the CxMessage parameters and payload of the master slave CM configuration request message are as described in Tables 124 and 125, respectively.
  • the slave CM After the slave CM receives a master slave CM configuration request message from the master CM, the slave CM generates a master slave slave configuration response message (MasterSlaveCMConfigurationResponse message) and sends it to the master CM.
  • MasterSlaveCMConfigurationResponse message MasterSlaveCMConfigurationResponse message
  • the CxMessage parameter and payload of the master slave CM configuration response message are as described in Tables 126 and 127, respectively.
  • Table 127 parameter Data type Explanation operationCode OperationCode Action code (new, modified, deleted) slaveCeID CxID Slave CE ID networkID OCTET STRING Network identifier of the WSO, for example, in the case of IEEE 802.11, this parameter indicates the BSSID used by the WSO.
  • networkTechnology Networktechnology represents the network technology (wireless radio access technology) used by WSO networkType NetworkType Represents the network type specified in the policy.
  • discoveryInformation Discovery Information Discovery Information from WSO txScheduleSupported BOOLEAN Whether scheduled transmissions are supported listOfAvailableChNumbers ListOfAvailableChNumbers Information about available white space channels, list of available channel numbers listOfSupportedChNumbers SEQUENCE OF INTEGER List of supported channel numbers. listOfOperatingChNumbers ListOfOperatingChNumbers WSO Operation Channel Number List requiredResource RequiredResource Required Resources for WSO Operation measurementCapability MeasurementCapability WSO measurement capability (energy detection or fault detection) mobiltyInformation mobiltyInformation WSO Mobility Information
  • the slave CM creates the payload described above for each CE to be managed by the master CM.
  • the total number of payloads is equal to the number of CEs registered in the slave CM managed by the master CM.
  • the data type of each element included in the listOfAvailableChNumbers parameter included in the payload is as described in Table 128.
  • the data type of each element included in the listOfOperatingChNumbers parameter included in the payload is as described in Table 129.
  • the data type of each element included in the requiredResource parameter included in the payload is as described in Table 130.
  • Table 130 parameter Data type Explanation requiredBandwidth REAL Required Bandwidth for WSO Operation occupancy REAL If the expected occupancy is unknown then this parameter is not used, and if known it represents the occupancy (from 0 to 1).
  • the following describes a procedure performed between the CM and the CDIS to obtain coexistence configuration information.
  • FIG. 12 illustrates a procedure for acquiring mutual coexistence setting information according to an embodiment of the present invention.
  • the CM may perform a obtaining coexistence set information procedure to obtain coexistence setting information from the CDIS. According to the service subscription type of the CM, the CM may obtain only inter-CM inter-existence configuration information or may obtain inter-existence configuration information including both inter-CM and intra-CM.
  • CM is generated by the coexistence information setting request message (message CoexistenceSetInformationRequest) after transmitting the CDIS, waits for a coexistence information setting response message (message CoexistnceSetInformationResponse) from CDIS.
  • the CxMessage parameter and payload of the coexistence configuration information request message are as described in Tables 131 and 132, respectively.
  • the CDIS When the CDIS receives the coexistence setting information request message, the CDIS acquires the coexistence setting information and transmits the coexistence setting information response message to the CM.
  • the CxMessage parameter and payload of the coexistence configuration information response message are as described in Tables 133 and 134, respectively.
  • the data type of each element included in the listOfneighborCM parameter included in the payload is as described in Table 135.
  • the data type of each element included in the listOfCoexSetElement parameter included in the payload is as described in Table 136.
  • FIG. 13 is a block diagram showing the structure of a CM according to an embodiment of the present invention.
  • the CM similar to the general computer system architecture, includes one or more processors 1310, memory 1320, storage 1330, user interface input 1340, user interface output 1350, and wireless.
  • processors 1310 the memory 1320
  • storage 1330 the storage 1330
  • user interface input 1340 the user interface input 1340
  • user interface output 1350 the user interface output 1350
  • wireless the wireless interface input 1340
  • transceiver 1360 may be included, and they may communicate with each other via the bus 1370.
  • the processor 1310 may be a CPU or a semiconductor device that executes processing instructions stored in the memory 1320 and / or the storage 1330.
  • the memory 1320 and the storage 1330 may include various types of volatile / nonvolatile storage media.
  • the memory may include a ROM 1324 and a RAM 1325.
  • the method of exchanging messages between objects in the coexistence management system is implemented in the form of computer executable instructions and stored in the memory 1320 and / or the storage 1330, and the instructions are executed by a processor.
  • the message exchange method according to at least one embodiment of the present invention may be performed.
  • the message defined in the Abstract Syntax Notation One (ANS.1) scheme is as follows.
  • EventIndication EventIndication
  • CERegistrationRequest :: SEQUENCE ⁇
  • CMRegistrationRequest :: SEQUENCE ⁇
  • CoexistenceSetInformationRequest SEQUENCE ⁇
  • CoexistenceReportRequest :: SEQUENCE ⁇
  • CMReconfigurationRequest :: SEQUENCE ⁇
  • CMChannelClassificationRequest SEQUENCE ⁇
  • CMChannelClassificationResponse SEQUENCE OF SEQUENCE ⁇
  • EventIndication :: SEQUENCE ⁇
  • MeasurementRequest SEQUENCE ⁇
  • MeasurementResponse SEQUENCE OF SEQUENCE ⁇
  • WsoDeregistrationRequest :: SEQUENCE ⁇
  • GetServiceSubscriptionRequest :: SEQUENCE ⁇

Landscapes

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

Abstract

본 발명은 다수의 주파수 공유 장치를 관리하는 상호공존 관리 시스템에서 개체들간 상호 동작에 필요한 메시지 교환 방법에 관한 것이다. 구체적으로, 본 발명에 따른 상호공존 인에이블러(Coexistence Enabler: CE), 상호공존 관리자(Coexistence Manager: CM) 및 상호공존 파악 및 정보 서버(Coexistence Discovery and Information Server: CDIS)를 포함하는 상호공존 관리 시스템에서의 메시지 교환 방법은, 상기 CM이 재구성요청 메시지( ReconfigurationRequest message)를 생성하여 상기 CE에 전송하는 단계; 및 상기 CE로부터 재구성응답 메시지( ReconfigurationResponse message)를 기다리는 단계를 포함하되, 상기 재구성요청 메시지는 상기 CE에 의해 서비스되는 WSO의 동작채널 목록, 송신전력한계치, 채널공유여부 플래그, 전송스케쥴 및 채널분류정보중 적어도 하나를 포함할 수 있다.

Description

상호공존 관리 시스템에서의 개체간 메시지 교환 방법
본 발명은 상호공존 기술에 관한 것으로서, 구체적으로는 다수의 주파수 공유 장치를 관리하는 상호공존 관리 시스템에서 개체들간 상호 동작에 필요한 메시지 교환 방법에 관한 것이다.
상호공존 기술은 다양한 동적 스펙트럼 액세스(Dynamic Spectrum Access: DSA) 기술이 출현할 것으로 예상되는 코어(Core) 주파수(30㎒~10㎓)에서 서로 다른 통신 프로토콜을 이용하는 무선기기들이 유해혼신 없이 상호 공존시키는 스펙트럼 관리기술이다. 언더레이(Underlay) 및 오버레이(Overlay) 등의 DSA 기술은 현재의 정적 (Static) 스펙트럼 관리기술에 상반되는 개념으로서, 무선기기의 주변 전파환경에 따라 스펙트럼을 동적(Dynamic)으로 관리하여 주 파수 이용의 유연성과 효율성을 극대화하는 무선접속 및 관리기술이다. IEEE 802, SCC 41 등 무선 서비스별로 다양하게 출현하는 주파수 공유기술에 대비하여 국가 스펙트럼 관리측면에서 복수개의 공유기술을 포괄적으로 운용할 수 있는 상호 공존 기준을 도출하는 기술개발을 하고 있다.
국내에서는 주파수 경매제, 허가 및 비면허 대역의 공유 등 혼잡한 전파환경 속에서 다양한 WSO들간의 최적의 주파수 효율성을 확보하기 위한 다양한 공유 기술의 통합적인 상호공존 조건에 대한 연구가 체계적으로 이루어지고 있지 않고 있다. 국제 표준화기구인 IEEE 802.19는 802 표준간의 공존문제를 다루는 무선 상호공존 워킹 그룹(wireless coexistence working group)으로서, 해당 워킹 그룹에서 면허 및 비면허 대역에서의 주파수 공유 무선 시스템간의 상호공존(coexistence) 시나리오, 상호공존성 분석, 상호공존을 위한 공유 메커니즘 등에 관한 기술적 이슈들이 논의되고 있다.
본 발명은 다수의 주파수 공유 장치를 관리하기 위한 상호공존 관리 시스템에서, 간섭회피 및 효율적인 자원 관리를 위한 개체간 메시지 전달방식 및 메시지 파라미터를 제안하는 것을 목적으로 한다.
본 발명의 일실시예에 따라, 상호공존 인에이블러(Coexistence Enabler: CE), 상호공존 관리자(Coexistence Manager: CM) 및 상호공존 파악 및 정보 서버(Coexistence Discovery and Information Server: CDIS)를 포함하는 상호공존 관리 시스템에서, 상기 CE, CM 및 CDIS간 메시지 교환 방법이 제공된다. 상기 방법은, 상기 CM이 재구성요청 메시지( ReconfigurationRequest message)를 생성하여 상기 CE에 전송하는 단계; 및 상기 CE로부터 재구성응답 메시지( ReconfigurationResponse message)를 기다리는 단계를 포함하되, 상기 재구성요청 메시지는 상기 CE에 의해 서비스되는 WSO의 동작채널 목록, 송신전력한계치, 채널공유여부 플래그, 전송스케쥴 및 채널분류정보중 적어도 하나를 포함할 수 있다.
일실시예에서, 상기 채널분류정보는, 가용채널목록, 제한채널목록, 보호채널목록, 미분류채널목록, 동작채널목록 및 상호공존 채널목록중 적어도 하나를 포함할 수 있다.
일실시예에서, 상기 방법은, 상기 재구성요청 메시지를 수신한 CE가 재구성수행요청 프리미티브( PerformReconfigurationRequest primitive)를 생성하여 상기 CE에 의해 서비스되는WSO에게 전송하는 단계; 상기 CE가 상기 WSO로부터 재구성수행응답 프리미티브( PerformReconfigurationResponse primitive)를 수신하는 단계; 및 상기 CE가 상기 재구성응답 메시지를 생성하여 상기 CM에 전송하는 단계를 더 포함하되, 상기 재구성수행요청 프리미티브는 상기 CE으로부터 수신된 상기 재구성요청 메시지에 포함된 WSO의 동작채널 목록, 송신전력한계치, 채널공유여부 플래그, 전송스케쥴 및 채널분류정보중 적어도 하나를 포함할 수 있다.
일실시예에서, 상기 WSO로부터 수신되는 상기 재구성수행응답 프리미티브는 재구성실패여부를 나타내는 실패 파라미터를 포함하고, 상기 CE에 의해 생성되는 재구성응답 메시지는 상기 WSO로부터 상기 재구성수행응답 프리미티브를 통해 수신된 상기 실패 파라미터를 포함할 수 있다.
본 발명의 일실시예에 따라, CE, CM 및 CDIS를 포함하는 상호공존 관리 시스템에서, 상기 CE, CM 및 CDIS간 메시지 교환 방법이 제공된다. 상기 방법은, 상기 CM이 등록해제요청 메시지( DeregistrationRequest message)를 생성하여 CE에 전송하는 단계; 상기 CE로부터 등록해제응답 메시지( DeregistrationResponse message)를 기다리는 단계; 및 상기 등록해제응답 메시지가 수신되면, 상기 CM은 상기 CE에 대한 삭제를 요청하는 메시지를 상기 CDIS에 전송하는 단계를 포함할 수 있다.
일실시예에서, 상기 방법은, 상기 등록해제요청 메시지를 수신한 CE가 등록해제수행요청 프리미티브( PerformDeregistrationRequest primitive)를 생성하여 상기 CE에 의해 서비스되는 WSO에게 전송하고 상기 WSO로부터 등록해제수행응답 프리미티브( PerformDeregistrationResponse primitive)를 기다리는 단계; 상기 WSO로부터 상기 등록해제수행응답 프리미티브가 수신되면, 상기 CE가 상기 등록해제응답 메시지를 생성하여 상기 CM에 전송하는 단계를 더 포함하고, 상기 등록해제수행응답 프리미티브 및 상기 등록해제응답 메시지는 상기 WSO의 등록해제 상태를 나타내는 정보를 포함할 수 있다.
일실시예에서, 상기 방법은, 상기 CM이 등록해제요청 메시지를 생성하여 상가 CE에 전송하는 단계 이전에, 상기 CM은 재구성 요청 메시지를 생성하여 상기 CE에 전송한 후에, 상기 CE로부터 재구성응답 메시지를 기다리는 단계를 더 포함하고, 상기 CE로부터 수신되는 재구성응답 메시지에 재구성실패여부를 나타내는 실패 파라미터가 포함되는 경우에 상기 CE에 상기 등록해제요청 메시지를 전송할 수 있다.
일실시예에서, 상기 등록해제요청 메시지를 수신한 CE는 상기 CM이 제공하는 관리 서비스에서 정보 서비스로 전환할 수 있다.
일실시예에서, 상기 등록해제요청 메시지를 수신한 CE는 새로운 CM에서 제공하는 관리 서비스에 가입 및 등록할 수 있다.
본 발명의 일실시예에 따라, CE, CM및 CDIS을 포함하는 상호공존 관리 시스템에서, CE와 CM간 메시지 교환 방법이 제공된다. 상기 방법은, CE가 상기 CE에 의해 서비스되는 WSO로부터 이벤트 파라미터 목록을 포함하는 이벤트알림 프리미티브(EventIndication Primitive) 를 수신하는 단계; 상기 CE가 상기 이벤트알림 프리미티브에 포함된 이벤트 파라미터 목록을 포함하는 이벤트 알림(EventIndication) 메시지 를 생성하여 CM에 전송하는 단계; 및 상기 CM으로부터 이벤트확인(EventConfirm) 메시지를 기다리는 단계를 포함할 수 있다.
일실시예에서, 상기 이벤트 파라미터 목록은 SINR 임계치 도달 및QoS 저하를 나타내는 파라미터중 적어도 하나를 포함할 수 있다.
본 발명의 일실시예에 따라, CE, CM및 CDIS을 포함하는 상호공존 관리 시스템에서, CE와 CM간 메시지 교환 방법이 제공된다. 상기 방법은, CE가 상기 CE에 의해 서비스되는WSO로부터 상호공존리포트요청 프리미티브( CoexistenceReportRequest primitive)를 수신하는 단계; 상기 CE가 상호공존리포트 요청 메시지( CoexistenceReportRequest message)를 생성하여 CM에 전송하는 단계; 상기 CM으로부터 상호공존리포트 응답 메시지( CoexistenceReportResponse message)를 기다리는 단계; 및 상기 CM으로부터 상기 상호공존리포트 응답 메시지가 수신되면, 상기 CE는 상호공존리포트 응답 프리미티브( CoexistenceReportResponse primitive)를 생성하여 상기 WSO에게 전송하는 단계를 포함할 수 있다.
일실시예에서, 상기 상호공존리포트 응답 메시지는 상기 WSO의 상호공존 설정 요소 정보 -상기 상호공존 설정 요소 정보는 이웃 네트워크 식별자, 이웃 WSO 의 네트워크 기술 정보 및 이웃 동작 채널 번호를 포함함- 및 채널 우선순위 정보를 포함할 수 있다.
일실시예에서, CE, CM및 CDIS을 포함하는 상호공존 관리 시스템에서 CM간 메시지 교환 방법이 제공된다. 상기 방법은, 슬레이브가 되고자 하는 CM이 마스터 CM 요청 메시지( MasterCMRequest message)를 생성하여 마스터가 되어주길 원하는 적어도 1개 이상의 후보 CM에 전송하는 단계; 및 상기 후보 CM으로부터 마스터CM 응답 메시지( MasterCMResponse message)를 수신하는 단계를 포함하고, 이에 따라, 상기 마스터 CM 요청 메시지를 전송한 CM이 슬레이브가 되고 상기 마스터CM 응답 메시지를 전송한 상기 후보 CM이 마스터로 설정될 수 있다.
일실시예에서, 상기 마스터 CM 요청 메시지는 상기 슬레이브가 되고자 하는 CM에 의해 관리되는 CE 목록을 포함할 수 있다.
일실시예에서, 상기 방법은, 상기 마스터로 설정된 CM이 마스터슬레이브CM 구성요청 메시지( MasterSlaveCMConfigurationRequest message)를 생성하여 상기 슬레이브 CM에 전송하는 단계; 및 상기 슬레이브CM으로부터 마스터슬레이브CM 구성 응답 메시지( MasterSlaveCMConfigurationResponse message)를 기다리는 단계를 더 포함할 수 있다.
일실시예에서, 상기 마스터슬레이브CM 구성요청 메시지는 상기 마스터 CM에 의해 관리되는 CE 목록을 포함할 수 있다.
일실시예에서, 상기 방법은 상기 슬레이브 CM이 상기 마스터슬레이브 CM 구성응답 메시지를 생성하여 상기 마스터 CM에 전송하는 단계를 더 포함하고, 상기 마스터슬레이브 CM 구성응답 메시지는 상기 슬레이브 CM에 등록되어 상기 마스터 CM에 의해 관리될 CE 각각에 대한, 동작 코드, CE 식별자, WSO의 네트워크 식별자, WSO의 네트워크 기술 정보, 네트워크 유형, WSO의 디스커버리 정보, 계획된 전송 지원 여부를 나타내는 플래그, 가용채널목록, 지원 채널 번호 목록, WSO 동작채널번호 목록, WSO 동작을 위해 요구되는 요구자원 정보 및 WSO의 측정능력 정보중 적어도 하나를 포함할 수 있다.
일실시예에서, 상기 가용채널목록은, 가용채널번호, 가용채널번호의 가용개시시간, 상기 가용채널번호의 가용기간 및 제한사항정보중 적어도 하나를 포함할 수 있다.
일실시예에서, 상기 요구자원정보는 요구 대역폭 및 예상 점유율(expected occupancy)중 적어도 하나를 포함할 수 있다.
본 발명에서 제안하는 상호공존 시스템의 개체(CE/CM/CDIS)를 위한 프로시저, 즉, 메시지 전달방식 및 메시지 파라미터는 주파수 공유대역을 함께 사용하는 다수의 이기종 주파수 공유 장치간의 간섭회피 및 효율적인 자원 관리을 위한 상호공존 관리 시스템의 효율적인 운용을 가능하게 한다.
도 1은 상호공존 관리 시스템의 구성을 도시한 도면이다.
도 2는 본 발명의 일실시예에 따른 CM 가입 절차를 도시한다.
도 3은 본 발명의 일실시예에 따른 WSO 가입, 가입갱신 및 가입변경 절차를 도시한다.
도 4는 본 발명의 일실시예에 따른 WSO 등록 절차 및 등록 갱신 절차를 도시한다.
도 5는 본 발명의 일실시예에 따른 WSO 재구성 절차를 도시한다.
도 6은 본 발명의 일실시예에 따른 WSO 등록해제 절차를 도시한다.
도 7은 본 발명의 일실시예에 따른 CM과 CE간 메시지 전달 절차를 도시한다.
도 8은 본 발명의 일실시예에 따른 CM의 측정요청, WSO의 일회성 측정/계획된 측정 및 상호공존 리포트 획득 절차를 도시한다.
도 9는 본 발명의 일실시예에 따른 CM간 메시지 전달 절차를 도시한다.
도 10은 본 발명의 일실시예에 따른 마스터/슬레이브 CM 선택 절차를 도시한다.
도 11은 본 발명의 일실시예에 따른 마스터/슬레이브 CM 구성 절차를 도시한다.
도 12는 본 발명의 일실시예에 따른 상호공존 설정정보 획득 절차를 도시한다.
도 13은 본 발명의 일실시예에 따른 CM의 구조를 도시한 블록도이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 이를 상세한 설명을 통해 상세히 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
본 발명을 설명함에 있어서, 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다.
또한, 본 명세서 및 청구항에서 사용되는 단수 표현은, 달리 언급하지 않는 한 일반적으로 "하나 이상"을 의미하는 것으로 해석되어야 한다.
또한, 본 명세서에서 사용되는 용어들중 "모듈", "부", "인터페이스"등은 일반적으로 컴퓨터 관련 객체를 의미하며, 예를 들어, 하드웨어, 소프트웨어 및 이들의 조합을 의미할 수 있다.
도 1은 상호공존 관리 시스템의 구성을 도시한 도면이다.
도시된 바와 같이, 상호공존 관리 시스템은 3개의 개체, 즉, 상호공존 인에이블러(Coexistence Enabler("CE"), 110a, 110b), 상호공존 관리자(Coexistence Manager("CM"), 120a, 120b) 및 상호공존 파악 및 정보 서버(Coexistence Discovery and Information Server("CDIS"), 130)와, 공유 채널 정보 DB(140)을 포함할 수 있다. 도 1에는 2개의 주파수 공유 장치 및 이에 연관된 2개의 CE와 2개의 CM이 도시되어 있으나, 이는 설명의 편의상 그러한 것으로서 본 발명이 특정 개수의 CE 및 CM으로 이루어진 구성에 제한되는 것은 아님은 당업자에게 자명하다.
CE(110a, 110b)는 주파수 공유 장치(150a, 150b)에 존재하며, 주파수 공유 장치(150a, 150b)와 CM(120a, 120b)간 통로 역할을 하는 개체이다. CM이 요청하는 해당 주파수 공유장치(또는 WSO(White Space Object), 150a, 150b)와 관련된 콘텍스트 정보(예, 무선접속방식, 전송전력, 스펙트럼 센싱 임계값, 위치 등)를 WSO(150a, 150b)에서 추출하여 CM(120a, 120b)으로 전송하며, CM(120a, 120b)으로부터 요청받은 이벤트 정보(예, WSO의 콘텍스트 정보의 변화)를 전송하고, CM이 지시하는 WSO의 구성요소(configuration)의 재설정을 WSO(150a, 150b)에 반영하는 역할을 한다.
CM(120a, 120b)은 다수의 WSO(150a, 150b)간의 주파수 공유 효율을 향상시키기 위한 동작 주파수 할당, 전송 전력 할당, 전송 시간 할당 등의 주파수 공유와 관련된 중요한 결정을 내리는 개체이다. CM(120a, 120b)은 WSO(150a, 150b)를 통해 채널 측정 정보 등을 수집할 수 있다.
또한, CM(120a, 120b)은 다른 주파수 공유 장치를 제어하는 다른 CM과의 협력이 필요할 경우 직접 정보를 교환하거나 CDIS(130)를 통해 정보를 교환할 수 있다. CM(120a, 120b)은 CM(120a, 120b)에 소속된 WSO(150a, 150b)에 대한 이웃 WSO의 판별을 할 수 있다.
CM(120a, 120b)은 채널 정보 DB(140)로부터 WSO(150a, 150b)이 사용 가능한 채널 정보를 획득할 수 있다.
CDIS(130)은 CM(120a, 120b)의 WSO(150a, 150b) 제어와 관련된 결정을 돕기 위해 개체이다. CDIS(130)은 다수의 CM(120a, 120b)으로부터 필요한 정보를 획득하여 저장하고 자신에 연결된 CM(120a, 120b)이 필요한 정보를 전송한다. CDIS(130)는 각 CM(120a, 120b)에 소속된 WSO에 대한 이웃 주파수 공유 장치를 판별할 수 있다. 또한, CDIS(130)는 채널 정보 DB(140)로부터 주파수 공유 장치(150a, 150b)들이 사용 가능한 채널 정보를 가져올 수 있다.
공유 채널 정보 DB(140)는 주파수 공유 장치들이 사용 가능한 채널 정보를 제공하는 DB이다.
구체적으로, CM(120a, 120b)은2가지 유형의 상호공존 서비스(coexistence service), 즉, 관리 서비스(Management service) 및 정보 서비스(Information service)를 WSO(150a, 150b)에게 제공할 수 있다. 관리 서비스는CM(120a, 120b)이 지시하는 WSO(150a, 150b)의 구성요소 재설정을 WSO(150a, 150b)에 반영하는 서비스이다. 정보 서비스는 상호공존과 관련된 정보를 CE(110a, 110b)를 통해 WSO(150a, 150b)에 전달하는 서비스로서, WSO(150a, 150b)가 이를 바탕으로 주파수 공유와 관련된 중요한 결정을 스스로 내릴 수 있도록 한다.
CM(120a, 120b)은 자율식(autonomous) 중앙식(centralized) 및 분산식(distributed)의 3가지 토폴로지(topology)하에서 운용될 수 있다. 자율식 토폴로지는 다수의 CM간 상호공존을 위한 정보는 주고 받지만, 상호공존과 관련된 결정은 다른 CM과의 협상이나 마스터 CM으로부터의 도움없이 스스로 시행하는 방식이다. 중앙식 토폴로지는 하나의 마스터 CM에 복수개의 슬레이브CM이 연결되어 있는 경우이며, 이때 슬레이브 CM들은 WSO들(150a, 150b)의 상호공존 문제를 해결하기 위해 마스터 CM의 제어를 받는다. 반면에, 분산식(Distributed) 토폴로지는 CM과 주변 CM들간의 협상(negotiation)을 통해 WSO들(150a, 150b)의 상호공존 문제를 해결한다.
WSO간 동일 채널 간섭을 유발할 수 있는 이웃 주파수 공유 장치의 판별은 WSO간 상호공존을 위해 매우 중요하다. 이러한 이웃 주파수 공유 장치의 판별은 CM(120a, 120b) 및/또는 CDIS(130)에서 수행될 수 있다. 먼저, 이웃 주파수 공유 장치는 다음의 두 가지로 분류될 수 있다.
- 동일 CM에 등록된 WSO간의 이웃 주파수 공유 장치 판별(Intra-CM WSO neighbor)
- 서로 다른 CM에 등록된 WSO간의 이웃 주파수 공유 장치 판별(Inter-CM WSO neighbor)
CDIS(130)는 다음의 2가지 디스커버리 서비스(discovery service)를 CM(120a, 120b)에게 제공할 수 있다. 첫번째는 CDIS(130)가 Inter-CM 디스커버리 서비스만 제공하는 경우이다. 이 경우에, CM(120a, 120b)은 Intra-CM 이웃 주파수공유장치를 판별하고, CDIS(130)는 Inter-CM 이웃 주파수공유장치를 판별한다. 두번째는 CDIS(130)가 Intra-CM 및 Inter-CM 디스커버리 서비스를 모두 제공하는 경우이다. 이 경우 모든 이웃 판별은 CDIS(130)에서만 이루어 진다.
한편, 이웃 CM(neighbor CM)은 서로 다른 CM에 등록된 주파수 공유장치의 이웃 주파수 공유장치를 의미한다.
본 발명의 일실시예에서, 전술한 상호공존 관리 시스템의 각 개체(CE, CM, CDIS)간 상호 동작에 필요한 메시지 및 메시지 전달을 위한 프로시저를 제안한다. 각각의 프로시저는 각 개체에서 다른 개체로부터 수신된 메시지에 따라 특정한 목적을 위해 사용되며, 개체간 주고받는 메시지의 CxMessage 파라미터도 결정된다.
이하에서는 도 2 내지 13을 참조하여 본 발명의 일실시예에 따른 개체간 상호 동작에 필요한 메시지 및 관련 프로시저를 설명한다.
CM 가입(Subscription)
도 2는 본 발명의 일실시예에 따른 CM 가입 절차를 도시한다.
CM은 CDIS에 의해 제공되는 디스커버리 서비스에 가입하기 위해, CM 가입 프로시저(CM subscription procedure)를 수행할 수 있다. 도 2에 도시된 바와 같이, CM은 가입요청 메시지( SubscriptionRequest message)를 생성하여 CDIS에 전송한 후에, CDIS로부터의 가입응답 메시지( SubscriptionResponse message)를 기다린다.
표 1은 가입 요청 메시지내 CxMessage의 파라미터를 도시한다.
표 1
파라미터 데이터 유형 값
Header CxHeader requestID
payload CxPayload subscriptionRequest
표 2는 subscriptionRequest 페이로드의 파라미터를 도시한다.
표 2
파라미터 데이터 유형 설명
subscribedService SubscribedService 가입서비스 유형을 나타내는 파라미터(interCMCoexistenceSetElements(인터CM 상호공존디스커버리) 또는 allCoexistenceSetElements(인터CM 및 인트라 CM 상호공존디스커버리)
CDIS는 CM으로부터 가입요청 메시지를 수신하면, 가입응답 메시지를 생성하여 CM에 전송할 것이다. CDIS는 가입응답 메시지를 생성할 때, 가입응답 메시지의 CxMessage 파라미터를 표 3과 같이 설정할 것이다.
표 3
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload subscriptionResponse
표 4는 subscriptionResponse 페이로드의 파라미터를 도시한다.
표 4
파라미터 데이터 유형 설명
status BOOLEAN Status
CM 가입 갱신(Subscription Update)
CM이 CDIS에 의해 제공되는 디스커버 서비스 유형을 변경하고자 할때, CM은 CM 가입 갱신 프로시저(CM subscription update procedure)를 수행할 수 있다. 이 과정에서 CM은 가입요청 메시지( SubscriptionRequest message)를 생성하여 CDIS에 전송한 후에, CDIS로부터의 가입응답 메시지( SubscriptionResponse message)를 기다린다. 여기서, 가입요청 메시지 및 가입응답 메시지의 CxMessage 파라미터 및 페이로드는 표 1 내지 4에 기재된 바와 같다.
도 3은 본 발명의 일실시예에 따른 WSO 가입, 가입갱신 및 가입변경 절차를 도시한다. 각 절차는 설명의 편의상 도 3에 순차적으로 도시되어 있으나, 도시된 순서에 따라 반드시 순차적으로 이루어지는 것이 아님은 당업자에게 자명하다.
WSO 가입(Subscription)
CE는 동작을 개시하라는 요청을 수신하면, 자신에 연관된 주파수 공유장치(WSO)를 CM에 의해 제공되는 상호공존 서비스에 가입시키기 위해, WSO 가입 프로시저를 수행할 수 있다.
먼저, CE는 서비스가입요청획득 프리미티브( GetServiceSubscriptionRequest primitive)를 생성하여 자신이 서비스하는 WSO에 전송한 후에, WSO로부터의 서비스가입응답 프리미티브( GetServiceSubscriptionResponse primitive)를 기다린다.
표 5는 서비스가입응답 프리미티브이 파라미터를 도시한다. 일예에서, 서비스가입응답 프리미티브는 가입 서비스 유형이 관리 서비스인지 정보 서비스인지를 나타내는 'subscribedService'를 파라미터로 포함할 수 있다.
표 5
파라미터 데이터 유형 설명
subscribedService SubscribedService 상호공존 서비스에 WSO가 가입하는 서비스(관리 또는 정보).
status CxMediaStatus Status
CE가 WSO로부터 서비스가입응답 프리미티브를 수신한 후, CE는 가입요청 메시지( SubscriptionRequest message)를 생성하여 CM에게 전송하고, CM으로부터의 가입응답 메시지( SubscriptionResponse message)를 기다린다.
이 때, 가입요청 메시지의 CxMessage 파라미터 및 subscriptionRequest 페이로드는 표 6 및 7 각각에 기재된 바와 같다. 표 7에 기재된 바와 같이, 가입요청 메시지의 페이로드에는 WSO로부터 수신된 서비스가입응답 프리미티브로부터 수신된 가입 서비스 유형(subscribedService) 파라미터가 포함될 수 있다.
표 6
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload subscriptionRequest
표 7
파라미터 데이터 유형 설명
subscribedService SubscribedService GetServiceSubscriptionResponse 프리미티브로부터 수신된 subscribedService 파라미터
CM은 CE로부터 가입요청 메시지를 수신하면, 가입응답 메시지를 생성하여 CE에 전송할 것이다.
일실시예에서, 가입응답 메시지의 CxMessage 파라미터는 표 8에 기재된 바와 같고, subscriptionResponse 페이로드는 표 9에 기재된 바와 같다.
표 8
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload subscriptionResponse
표 9
파라미터 데이터 유형 설명
status CxMediaStatus Status
다음, CE가 CM으로부터 가입응답 메시지( SubscriptionResponse message)를 수신한 후에, 서비스가입획득확인 프리미티브( GetServiceSubscriptionConfirm primitive)를 생성하여 WSO에게 전송할 수 있다.
서비스가입획득확인 프리미티브의 파라미터는 표 10에 기재된 바와 같다. 기재된 바와 같이, 서비스가입획득확인 프리미티브는 가입의 성공여부를 나타낸다.
표 10
파라미터 데이터 유형 설명
status CxMediaStatus 가입의 성공여부를 나타냄.
WSO 가입 갱신(Subscription Update)
CE가 WSO로부터 상호공존 시스템에서 제공되는 상호공존 서비스 변경을 원함을 알리는 신규 WSO 가입 정보를 수신할 때, 상호공존 서비스의 가입 갱신을 위해, CE는 WSO 가입 갱신 프로시저(subscription update procedure)를 수행할 수 있다.
일실시예에서, CE가 WSO로부터 신규서비스가입표시 프리미티브( NewServiceSubscriptionIndication primitive)를 수신하면, CE는 가입요청 메시지( SubscriptionRequest message)를 생성하여 해당 CE에 서비스하는 CM에게 전송하고, CM으로부터의 가입응답 메시지( SubscriptionResponse message)를 기다린다.
일실시예에서, WSO로부터 수신되는 신규서비스가입표시 프리미티브는 하기 표에 도시된 바와 같이, 가입 서비스 유형 파라미터를 포함할 수 있다.
표 11
파라미터 데이터 유형 설명
subscribedService SubscribedService 상호공존 서비스에 WSO가 가입하는 서비스(관리 또는 정보).
CE가 가입요청 메시지를 생성할때, CE는 가입 요청 메시지의 CxMessage 파라미터를 하기 표 12에 도시된 바와 같이 설정하며, SubscribedService 페이로드로서 표 13에 도시된 바와 같이 WSO로부터 수신된 신규서비스가입표시 프리미티브에 포함된 서비스 가입 유형을 나타내는 값을 포함할 수 있다.
표 12
파라미터 데이터 유형 값
Header CxHeader requestID
Payload CxPayload subscriptionRequest
표 13
파라미터 데이터 유형 설명
subscribedService SubscribedService NewServiceSubscriptionIndication 프리티브를 통해 수신된 subscribedService 파라미터
CM이 CE로부터 가입요청 메시지를 수신한 후, CM은 가입응답 메시지를 생성하여 CE에게 전송한다.
일시시예에서, 가입응답 메시지의 CxMessage 파라미터 및 페이로드는 하기 표 14 및 15에 기재된 바와 같다.
표 14
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload subscriptionResponse
표 15
파라미터 데이터 유형 설명
Status CxMediaStatus Status
CE가 CM으로부터 가입응답 메세지를 수신한 후, CE는 서비스가입확인 프리미티브( GetServiceSubscriptionConfirm primitive)를 생성하여 WSO에게 전송한다. 일실시예에서, 서비스가입확인 프리미티브의 파라미터는 다음과 같다.
표 16
파라미터 데이터 유형 설명
status CxMediaStatus 가입의 성공여부를 나타냄
WSO 가입 변경(Subscription Change)
CM이 CM에 의해 제공되는 상호공존 서비스 유형을 변경할 것을 WSO에 요청하고자 할 때, CM은 WSO 가입 변경 프로시저(subscription change procedure)를 수행할 수 있다.
CM은 WSO가 현재의 상호공존 서비스(정보 또는 관리 서비스)에 적절하지 않다고 판단될 때, 해당 프로시저를 수행할 수 있다. CM이 해당 프로시저를 수행하면, WSO는 현재의 상호공존 서비스가 아닌 다른 상호공존 서비스로 전환하여야 한다.
먼저 CM은 가입변경요청 메시지( SubscriptionChangeRequest message)를 생성하여 CE에 전송한 후, CE로부터의 가입변경응답 메시지( SubscriptionChangeResponse message)를 기다린다.
일실시예에서, 가입변경요청 메시지의 CxMessage 파라미터 및 subscriptionChangeRequest 페이로드내 파라미터는 하기 표 각각에 기재된 바와 같다.
표 17
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload subscriptionChangeRequest
표 18
파라미터 데이터 유형 설명
newSubscribedService SubscribedService 변경 제안된 상호공존 서비스(관리 또는 정보)
CE가 CM으로부터 가입변경요청 메시지를 수신한 후, CE는 가입변경요청 프리미티브( ChangeSubscriptionRequest primitive)를 생성하여 WSO에 전송하고, WSO로부터의 가입변경응답 프리미티브( ChangeSubscriptionResponse primitive)를 기다린다.
일실시예에서, 가입변경요청 프리미티브의 파라미터는 표 19에 기재된 바와 같다.
표 19
파라미터 데이터 유형 설명
newSubscribedService SubscribedService SubscriptionChangeRequest 메시지를 통해 수신된 subscribedService 파라미터
CE가 WSO로부터 가입변경응답 프리미티브( ChangeSubscriptionResponse primitive)를 수신한 후, CE는 가입변경응답 메시지를 생성하여 CM에게 전송한다.
일실시예에서, 가입변경응답 프리미티브의 파라미터는 표 20에 기재된 바와 같고, CE에 의해 생성된 가입변경응답 메시지의 CxMessage 파라미터 및 subscriptionChangeResponse 페이로드내 파라미터는 표 21 및 22 각각에 기재된 바와 같다.
표 20
파라미터 데이터 유형 설명
status CxMediaStatus CE가 가입 변경 요청을 수락하지 여부를 나타냄
표 21
파라미터 데이터 유형 값
header CxHeader requestID
표 22
파라미터 데이터 유형 설명
status CxMediaStatus status
도 4는 본 발명의 일실시예에 따른 WSO 등록 절차 및 등록 갱신 절차를 도시한다.
WSO 등록(Registration)
WSO 가입 프로시저가 성공적으로 완료되면, 해당 WSO를 CM 및 CDIS에 등록하기 위해 CE 및 CM은 WSO 등록 프로시저(WSO registration procedure)를 수행한다.
먼저, CE는 WSO 가입 프로시저를 성공적으로 완료한 후에, WSO 등록 정보를 획득하기 위해 등록정보요청 프리미티브( GetRegInfoRequest primitive)를 생성하여 WSO에 전송하고, WSO로부터 등록정보응답 프리미티브( GetRegInfoResponse primitive)를 기다린다.
일실시예에서, 등록정보요청 프리미티브의 파라미터는 하기 표 23에 기재된 바와 같다.
표 23
파라미터 데이터 유형 설명
networkID OCTET STRING WSO의 네트워크 식별자, 일예로서, IEEE 802.11의 경우에 해당 파라미터는 WSO에 의해 사용되는 BSSID를 나타냄.
networkTechnology NetworkTechnology WSO가 사용하는 무선 라디오 액세스 기술을 나타냄
networkType NetworkType 규정에 지정된 네트워크 유형을 나타냄.
discoveryInformation DiscoveryInformation WSO의 디스커버리 정보
txScheduleSupported BOOLEAN 계획된 전송(scheduled transmission)이 지원되는지 여부
listOfAvailableChNumbers ListOfAvailableChNumbers 가용 화이트 스페이스 채널 정보
listOfSupportedChNumbers SEQUENCE OF INTEGER 지원되는 채널 번호
listOfOperatingChNumbers ListOfOperatingChNumbers WSO 동작채널번호
requiredResource RequiredResource WSO 동작을 위해 요구되는 요구자원
measurementCapability MeasurementCapability WSO의 측정능력(에너지 검출 또는 장애 검출)
mobiltyInformation mobiltyInformation WSO 이동성 정보
표 24는 '가용 화이트 스페이스 채널 정보( listOfAvailableChNumbers)' 파라미터의 시퀀스의 각 요소에 대한 데이터 유형을 보여준다.
표 24
파라미터 데이터 유형 설명
channelNumber INTEGER 가용채널번호
availableStartTime GeneralizedTime 가용채널번호의 가용개시시간
availableDuration REAL 가용채널번호의 가용기간
constOfChUses ConstOfChUses 제한사항(제한사항이 없는 경우에 해당 파라미터는 사용되지 않음)
표 25는 상기 파라미터중 '동작채널번호( listOfAvailableChNumbers)' 파라미터의 시퀀스의 각 요소에 대한 데이터 유형을 보여준다.
표 25
파라미터 데이터 유형 설명
ChannelNumber INTEGER 동작채널번호
occupancy REAL 점유(occupancy)가 알려지지 않은 경우에 해당 파라미터는 사용되지 않으며, 알려진 경우에는 그 값을 나타냄(0에서 1까지임)
표 26은 상기 파라미터중 '요구자원( requiredResource)' 파라미터의 데이터 유형을 보여준다.
표 26
파라미터 데이터 유형 설명
requiredBandwidth REAL WSO 동작에 필요한 요구 대역폭
Occupancy REAL 예상 점유량 (예상되는 점유가 알려지지 않은 경우에, 해당 파라미터는 사용되지 않음, 알려진 경우에는 그 값을 나타냄(0에서 1까지임))
표 27은 이동성 정보( mobiltyInformation ) 파라미터의 데이터 유형을 보여준다.
표 27
파라미터 데이터 유형 설명
maxSpeed REAL 선택적으로 존재함. 존재하는 경우에, 해당 파라미터는 WSO의 최대 속도값(km/h)을 나타내도록 설정됨
speedInformation SpeedInformation 선택적으로 존재함. 존재하는 경우에, 해당 파라미터는 WSO의 속도 및 방향에 대한 상세한 정보를 나타내도록 설정됨
routeInformation RouteInformation 선택적으로 존재함. 존재하는 경우에, 해당 파라미터는 WSO의 계획된 경로 및 시간을 나타내도록 설정됨
CE가 WSO로부터 등록정보응답 프리미티브( GetRegInfoResponse primitive)를 수신한 후, CE는 CE등록요청 메시지( CERegistrationRequest message)를 생성하여 해당 CE에 서비스하는 CM에게 전송하고, CM으로부터의 등록응답 메시지( RegistrationResponse message)를 기다린다.
일실시예에서, CE등록요청 메시지의 CxMessage 파라미터 및 페이로드 구조는 표 28 및 29에 기재된 바와 같다.
표 28
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload ceRegistrationRequest
표 29
파라미터 데이터 유형 설명
operationCode OperationCode 동작 코드(신규)
networkID OCTET STRING WSO의 네트워크 식별자, 일예로서, IEEE 802.11의 경우에 해당 파라미터는 WSO에 의해 사용되는 BSSID를 나타냄.
networkTechnology NetworkTechnology WSO가 사용하는 무선 라디오 액세스 기술을 나타냄
networkType NetworkType 규정에 지정된 네트워크 유형을 나타냄.
discoveryInformation DiscoveryInformation WSO의 디스커버리 정보
txScheduleSupported BOOLEAN 계획된 전송(scheduled transmission)이 지원되는지 여부
listOfAvailableChNumbers ListOfAvailableChNumbers 가용 채널에 대한 정보, 가용채널정보
listOfSupportedChNumbers SEQUENCE OF INTEGER 지원되는 채널 번호.
listOfOperatingChNumbers ListOfOperatingChNumbers WSO 동작채널번호
requiredResource RequiredResource WSO 동작을 위해 요구되는 요구자원
measurementCapability MeasurementCapability WSO의 측정능력(에너지 검출 또는 장애 검출)
mobiltyInformation mobiltyInformation WSO 이동성 정보
일실시예에서, 등록응답 메시지의 CxMessage 파라미터는 표 30에 기재된 바와 같다.
표 30
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload registrationResponse
CE가 CM으로부터 등록응답 메시지를 수신한 후에, CE는 등록정보확인 프리미티브( GetRegInfoConfirm primitive)를 생성하여 WSO에게 전송한다.
일실시예에서, 등록정보확인 프리미티브의 파라미터는 다음과 같다.
표 31
파라미터 데이터 유형 설명
status CxMediaStatus 등록의 성공 여부
한편, CM은 CE에 등록응답 메시지를 송신한 후에, CM은 CM등록요청 메시지( CMRegistrationRequest message)를 생성하여 해당 CM에 서비스하는 CDIS에게 전송하고, CDIS로부터의 등록응답 메시지( RegistrationResponse message)를 기다린다.
일실시예에서, CM 등록요청 메시지의 CxMessage 파라미터 및 페이로드는 표 32 및 33에 기재된 바와 같다.
표 32
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload cmRegistrationRequest
표 33
파라미터 데이터 유형 설명
operationCode OperationCode 동작코드(신규)
ceID CxID CE ID
networkID OCTET STRING WSO의 네트워크 식별자, 일예로서, IEEE 802.11의 경우에 해당 파라미터는 WSO에 의해 사용되는 BSSID를 나타냄.
networkTechnology NetworkTechnology WSO가 사용하는 무선 라디오 액세스 기술을 나타냄
networkType NetworkType 규정에 지정된 네트워크 유형을 나타냄.
discoveryInformation DiscoveryInformation WSO의 디스커버리 정보
listOfSupportedChNumbers SEQUENCE OF INTEGER 지원되는 채널 번호 목록.
일실시예에서, CDIS에 의해 생성되는 등록응답 메시지의 CxMessage 파라미터는 표 34에 기재된 바와 같다.
표 34
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload RegistrationResponse
WSO 등록갱신(Registration Update)
CE가 신규 WSO 등록정보를 수신한 때에 WSO의 등록 정보를 갱신하기 위해, CE 및 CM은 WSO 등록 갱신 프로시저(WSO registration update procedure)를 수행할 수 있다.
우선, CE가 WSO로부터 신규등록표시 프리미티브( NewRegInfoIndication primitive)를 수신하면, CE는 CE등록요청 메시지( CERegistrationRequest message)를 생성하여 CM에게 전송하고, CM으로부터 등록응답 메시지( RegistrationResponse message)를 기다린다.
일실시예에서, 신규등록표시 프리미티브의 파라미터는 하기 표에 기재된 바와 같다.
표 35
파라미터 데이터 유형 설명
operationCode OperationCode 동작코드(수정)
networkID OCTET STRING WSO의 네트워크 식별자, 일예로서, IEEE 802.11의 경우에 해당 파라미터는 WSO에 의해 사용되는 BSSID를 나타냄.
networkTechnology NetworkTechnology WSO가 사용하는 무선 라디오 액세스 기술을 나타냄
networkType NetworkType 규정에 지정된 네트워크 유형을 나타냄.
discoveryInformation DiscoveryInformation WSO의 디스커버리 정보
txScheduleSupported BOOLEAN 계획된 전송(scheduled transmission)이 지원되는지 여부
listOfAvailableChNumbers ListOfAvailableChNumbers 가용 화이트 스페이스 채널에 대한 정보, 가용채널번호목록
listOfSupportedChNumbers SEQUENCE OF INTEGER 지원되는 채널 번호 목록.
listOfOperatingChNumbers ListOfOperatingChNumbers WSO 동작채널번호 목록
requiredResource RequiredResource WSO 동작을 위해 요구되는 요구자원
measurementCapability MeasurementCapability WSO의 측정능력(에너지 검출 또는 장애 검출)
mobiltyInformation mobiltyInformation WSO 이동성 정보
일실시예에서, 가입응답 메시지의 CxMessage 파라미터는 다음과 같다.
표 36
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload RegistrationResponse
CE가 CM으로부터 가입응답 메시지를 수신한 후에, CE는 신규등록확인 프리미티브( NewRegInfoConfirm primitive)를 생성하고 WSO에게 전송한다.
일실시예에서, 신규등록확인 프리미티브의 파라미터는 다음과 같다.
표 37
파라미터 데이터 유형 설명
status CxMediaStatus 등록의 성공 여부
한편, CM은 CE에 등록응답 메시지를 전송한 후에, CM등록요청 메시지( CMRegistrationRequest message)를 생성하여 CDIS에게 전송하고, CDIS로부터 등록응답 메시지( RegistrationResponse message)를 기다린다.
일실시예에서, CM등록요청 메시지의 CxMessage 파라미터 및 페이로드는 표 38 및 39 각각에 기재된 바와 같다.
표 38
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload cmRegistrationRequest
표 39
파라미터 데이터 유형 설명
operationCode OperationCode 동작코드(신규,수정,삭제)
ceID CxID CE ID
networkID OCTET STRING WSO의 네트워크 식별자, 일예로서, IEEE 802.11의 경우에 해당 파라미터는 WSO에 의해 사용되는 BSSID를 나타냄.
networkTechnology NetworkTechnology WSO가 사용하는 무선 라디오 액세스 기술을 나타냄
networkType NetworkType 규정에 지정된 네트워크 유형을 나타냄.
discoveryInformation DiscoveryInformation WSO의 디스커버리 정보
listOfSupportedChNumbers SEQUENCE OF INTEGER 지원되는 채널 번호 목록.
일실시예에서, CDIS로부터 수신되는 등록응답 메시지의 CxMessage 파라미터는 하기 표에 기재된 바와 같다.
표 40
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload RegistrationResponse
관리 서비스를 위한 WSO 재구성
CM이 새로운 상호공존 결정을 수행함에 따라 자신이 제공하는 관리 서비스에 가입되어 관리되는 하나 이상의 WSO에 대한 재구성(reconfiguration)이 필요한 경우에, CM 및 CE는 WSO 재구성 프로시저(reconfiguration procedure)를 수행할 수 있다. 도 5는 본 발명의 일실시예에 따른 WSO 재구성 절차를 도시한다.
먼저, CM은 재구성요청 메시지( ReconfigurationRequest message)를 생성하여 재구성이 필요한 WSO에 서비스를 제공하는 CE(들)에 전송한 후에, CE로부터 재구성응답 메시지( ReconfigurationResponse message) 를 기다린다. 일실시예에서, 재구성요청 메시지이 개수는 재구성이 필요한 WSO의 개수와 동일하다.
일실시예에서, 재구성요청 메시지의 CxMessage 파라미터 및 페이로드는 표 41 및 42 각각에 기재된 바와 같다.
표 41
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload reconfigurationRequest
표 42
파라미터 데이터 유형 설명
OperatingChNumbers SEQUENCE OF INTEGER WSO의 동작 채널 목록
txPowerLimit REAL 송신전력한계치
channelIsShared BOOLEAN 채널공유여부를 나타냄, 주파수가 다른 WSO가 공유될 경우에 참, 그렇지 아니하면 거짓을 나타냄
txSchedule txSchedule 전송 스케쥴
chClassInfo ChClassInfo 채널분류정보
하기 표는 채널분류정보( chClassInfo )의 파라미터의 데이터 유형을 보여준다.
표 43
파라미터 데이터 유형 설명
availableChannelList SEQUENCE OF INTEGER 가용채널목록
restrictedChannelList SEQUENCE OF INTEGER 제한채널목록
protectedChannelList SEQUENCE OF INTEGER 보호채널목록
unclassifiedChannelList SEQUENCE OF INTEGER 미분류채널목록
operatingChannelList SEQUENCE OF OperatingChannelInfo 동작채널목록
coexistenceChannelList SEQUENCE OF OperatingChannelInfo 상호공존 채널목록
CE가 CM으로부터 재구성요청 메시지를 수신한 후에, CE는 재구성수행요청 프리미티브( PerformReconfigurationRequest primitive)를 생성하여 WSO에게 전송하고, WSO로부터 재구성수행응답 프리미티브( PerformReconfigurationResponse primitive)를 기다린다.
하기 표는 재구성수행요청 프리미티브의 파라미터를 도시한다.
표 44
파라미터 데이터 유형 설명
listOfOperatingChNumber SEQUENCE OF INTEGER 재구성요청 메시지를 통해 수신된 동작채널목록
txPowerLimit REAL 재구성요청 메시지를 통해 수신된 송신전력한계치
channelIsShared BOOLEAN 재구성요청 메시지를 통해 수신된 공유채널목록
txSchedule TxSchedule 재구성요청 메시지를 통해 수신된 전송스케쥴
CE가 WSO로부터 재구성수행응답 프리미티브를 수신한 후, CE는 재구성응답 메시지( ReconfigurationResponse message)를 생성하여 CM에게 전송한다.
일실시예에서, 재구성수행 프리미티브의 파라미터는 하기 표에 기재된 바와 같다.
표 45
파라미터 데이터 유형 설명
status BOOLEAN 재구성 파라미터.
Failed parameters Failed parameters 실패 파라미터(재구성실패여부를 나타내는 정보)
일실시예에서, CE에 의해 생성되는 재구성응답 메시지의 CxMessage 파라미터 및 페이로드내 파라미터의 데이터 유형은 하기 표 46 및 47 각각에 기재된 바와 같다.
표 46
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload reconfigurationResponse
표 47
파라미터 데이터 유형 설명
status BOOLEAN 재구성수행응답 프리미티브를 통해 수신된재구성 파라미터
Failed parameters Failed parameters 재구성수행응답 프리미티브를 통해 수신된 실패 파라미터
WSO 등록해제(Deregistration)
도 6은 본 발명의 일실시예에 따른 WSO 등록해제 절차를 도시한다.
관리 서비스에 가입되어 있으나 CM으로부터의 재구성 요청을 수락하지 않는 WSO/CE를 CM에서 등록해제하기 위해, CM 및 CE는 WSO 등록해제 프로시저(deregistration procedure) 를 수행할 수 있다. CM이 이 프로시저를 실행하면, WSO/CE는 다음의 두 가지중 하나를 선택해서 실행해야 한다.
- 관리 서비스에서 정보 서비스로 전환
- 새로운 CM에서 제공하는 관리 서비스에 가입 및 등록
도 6에 도시된 바와 같이, 먼저 CM은 등록해제요청 메시지( DeregistrationRequest message)를 생성하여 CE에 전송한 후, CE로부터 등록해제응답 메시지( DeregistrationResponse message)를 기다린다.
일실시예에서, 등록해제요청 메시지의 CxMessage 파라미터는 다음과 같다.
표 48
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload deregistrationRequest
CE가 CM으로부터 등록해제요청 메시지를 수신한 후에, CE는 등록해제수행요청 프리미티브( PerformDeregistrationRequest primitive)를 생성하여 WSO에게 전송하고, WSO로부터의 등록해제수행응답 프리미티브( PerformDeregistrationResponse primitive)를 기다린다.
일실시예에서, 등록해제수행요청 프리미티브 및 등록해제수행응답 프리미티브의 파라미터는 표 49 및 50 각각에 기재되어 있다.
표 49
파라미터 데이터 유형 설명
wsoDeregistration BOOLEAN TRUE
표 50
파라미터 데이터 유형 설명
status BOOLEAN status
CE가 WSO로부터 등록해제수행응답 프리미티브를 수신한 후에, CE는 등록해제응답 메시지( DeregistrationResponse message)를 생성하고 CM에게 전송한다.
일실시예에서, 등록해제수행응답 메시지의 CxMessage 파라미터 및 페이로드는 표 51 및 52 각각에 기재되어 있다.
표 51
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload deregistrationResponse
표 52
파라미터 데이터 유형 설명
status CxMediaStatus status
CM이 CE로부터 등록해제응답 메시지를 수신한 후에, CM은 CM등록요청 메시지( CMRegistrationRequest message)를 생성하여 해당 CM에 서비스하는 CDIS에게 전송하고, CDIS로부터 등록응답 메시지를 기다린다.
일실시예에서, CM등록요청 메시지의 CxMessage 파라미터 및 페이로드는 하기 표 53 및 54에 기재된 바와 같다. 표 54에 기재된 바와 같이, 해당 메시지의 페이로드로서 포함되는 동작 코드에 "삭제"로 표시될 수 있다.
표 53
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload cmRegistrationRequest
표 54
파라미터 데이터 유형 설명
operationCode OperationCode 동작코드('제거'로 선택됨)
ceID CxID CE ID
networkID OCTET STRING 미사용
networkTechnology NetworkTechnology 미사용
networkType NetworkType 미사용
discoveryInformation DiscoveryInformation 미사용
listOfSupportedChNumbers SEQUENCE OF INTEGER 미사용
CDIS로부터 수신되는 등록응답 메시지의 CxMessage 파라미터는 하기 표에 기재된 바와 같다.
표 55
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload RegistrationResponse
도 7은 본 발명의 일실시예에 따른 CM과 CE간 메시지 전달 절차를 도시한 것으로서, 구체적으로는 이벤트 알림, 가용채널목록획득, 채널분류요청 및 채널분류 갱신 절차를 순서대로 도시한다. 각 절차는 설명의 편의상 도7에 순차적으로 도시되어 있으나, 도시된 순서에 따라 반드시 순차적으로 이루어지는 것이 아님은 당업자에게 자명하다.
CM으로의 이벤트 알림(Event Indication to CM)
CE가 CM에게 이벤트 발생을 알리기 위해, CE는 CE에서 CM으로의 이벤트 알림 전송 프로시저(sending event indication from CE to CM procedure)를 수행할 수 있다.
CE가 WSO로부터 이벤트알림 프리미티브(EventIndication Primitive)를 수신한 후에, 해당 CE에 서비스하는 CM에 이벤트 알림(EventIndication) 메시지를 생성하여 전송하고 CM으로부터 이벤트확인(EventConfirm) 메시지를 기다린다.
일실시예에서, 이벤트알림 프리미티브의 파라미터는 표 56에 기재되어 있다.
표 56
파라미터 데이터 유형 설명
eventParams EventParams 이벤트 파라미터 목록
CE가 이벤트 알림 메시지를 생성할 때 이벤트알림 메시지의 CxMessage 파라미터를 하기 표에 따라 설정한다.
표 57
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload eventIndication
eventIndication 페이로드의 파라미터는 하기 표와 같다.
표 58
파라미터 데이터 유형 설명
eventParams EventParams 이벤트알림 프리미티브를 통해 수신된 이벤트 목록( SINR 임계치 도달 또는 QoS 저하 )
CM이 CE로부터 이벤트알림 메시지를 수신한 후에, CM은 이벤트확인 메시지( EventConfirm message)를 생성하여 CE에게 전송한다.
일실시예에서, 이벤트확인 메시지의 메시지(CxMessage) 파라미터는 다음과 같다.
표 59
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload eventConfirm
WSO로부터 가용채널목록 획득(Available Channel List from WSO)
CM이 WSO로부터 가용채널 목록 정보를 얻기 위해, CM 및 CE는 WSO로부터의 이용가능채널목록 획득 프로시저(Obtaining available channel list from WSO procedure)를 수행할 수 있다.
CM은 가용채널요청 메시지( AvailableChannelsRequest message)를 생성하여 WSO에 서비스하는 CE에 전송한 후에, CE로부터 가용채널응답 메시지( AvailableChannelsResponse message)를 기다린다.
일실시예에서, 가용채널요청 메시지의 CxMessage 파라미터는 다음과 같다.
표 60
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload availableChannelsRequest
CE가 CM으로부터 가용채널요청 메시지를 수신한 후에, CE는 가용채널목록요청 프리미티브( AvailableChannelListRequest primitive)를 생성하여 WSO에게 전송하고, WSO로부터의 가용채널목록응답 프리미티브( AvailableChannelListResponse primitive)를 기다린다.
일실시예에서, 가용채널목록응답 프리미티브의 파라미터는 다음과 같다.
표 61
파라미터 데이터 유형 설명
listOfAvailableChNumbers ListOfAvailableChNumbers 공유채널 DB의 가용채널목록
CE가 WSO로부터 가용채널목록응답 프리미티브를 수신한 후, CE는 가용채널응답 메시지를 생성하고 CM에게 전송한다.
일실시예에서, 가용채널응답 메시지의 CxMessage 파라미터 및 페이로드는 표 62 및 63에 기재된 바와 같다.
표 62
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload availableChannelsResponse
표 63
파라미터 데이터 유형 설명
listOfAvailableChNumbers ListOfAvailableChNumbers 가용채널목록응답 프리미티브를 통해 수신된 가용채널번호목록
상기 listOfAvailableChNumbers 파라미터내 시퀀스의 각 요소에 대한 데이터 유형은 다음과 같다.
표 64
파라미터 데이터 유형 설명
channelNumber INTEGER 가용채널번호
availableStartTime GeneralizedTime 가용채널번호의 가용개시시간
availableDuration REAL 가용채널번호의 가용기간
constOfChUses ConstOfChUses 제한사항(제한사항이 없는 경우에 해당 파라미터는 사용되지 않음)
CE에 의한 채널분류요청(Channel Classification Request by CE)
WSO가 CE를 통해 CM으로부터 채널분류(channel classification) 정보를 획득할 필요가 있을 때, WSO에 채널분류정보를 제공하기 위해 CE/CM은 채널분류정보획득 프로시저(obtaining channel classification information by CE procedure)를 수행할 수 있다..
우선, CE가 WSO로부터 채널분류요청 프리미티브( ChannelClassificationRequest primitive)를 수신하면, 채널분류요청 메시지( ChannelClassificationRequest message)를 생성하여 CM에게 전송하고, CM으로부터 채널분류응답 메시지( ChannelClassificationResponse message)를 기다린다.
일실시예에서, 채널분류요청 프리미티브의 파라미터는 다음과 같다.
표 65
파라미터 데이터 유형 설명
listOfNetworkID SEQUENCE OF OCTET STRING 네트워크 식별자 목록
일실시예에서, 채널분류요청 메시지의 CxMessage 파라미터 및 페이로드는 표 66 및 67 각각에 기재된 바와 같다.
표 66
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload channelClassificationRequest
표 67
파라미터 데이터 유형 설명
listOfNetworkID SEQUENCE OF OCTET STRING 채널분류요청 프리미티브를 통해 수신된 네트워크 식별자 목록
일실시예에서, 채널분류응답 메시지의 CxMessage 파라미터 및 페이로드는 표 68 및 69 각각에 기재된 바와 같다.
표 68
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload channelClassificationResponse
표 69
파라미터 데이터 유형 설명
networkID OCTET STRING 네트워크 식별자
chClassInfo ChClassInfo 채널분류정보
일실시예에서, 채널분류정보( chClassInfo) 파라미터에는 하기 표에 기재된 데이터 요소들이 포함될 수 있다.
표 70
파라미터 데이터 유형 설명
availableChannelList SEQUENCE OF INTEGER 가용채널목록
restrictedChannelList SEQUENCE OF INTEGER 제한채널목록
protectedChannelList SEQUENCE OF INTEGER 보호채널목록
unclassifiedChannelList SEQUENCE OF INTEGER 미분류채널목록
operatingChannelList SEQUENCE OF OperatingChannelInfo 동작채널목록
coexistenceChannelList SEQUENCE OF OperatingChannelInfo 상호공존 채널목록
CE가 CM으로부터 채널분류응답 메시지( ChannelClassificationResponse message)를 수신한 후에, CE는 채널분류응답 프리미티브( ChannelClassificationResponse primitive)를 생성하여 WSO에게 전송한다.
일실시예에서, 채널분류응답 프리미티브의 파라미터는 다음과 같다.
표 71
파라미터 데이터 유형 설명
chClassInfoList ChClassInfoList 채널분류응답 프리미티브를 통해 수신된 채널분류정보
상기 chClassInfoList 파라미터에는 하기 표에 기재된 데이터 요소들이 포함될 수 있다.
표 72
파라미터 데이터 유형 설명
networkID OCTET STRING 네트워크 식별자
chClassInfo ChClassInfo 채널분류정보
CE의 채널분류갱신(Channel Classification Update to CE)
CM에 대한 채널분류정보가 갱신된 경우에, CM은 WSO에 채널분류 갱신 정보를 제공하기 위해 채널분류정보갱신 광고 프로시저(announcing channel classification information update to CE procedure)를 수행할 수 있다. 채널분류정보가 갱신되면, CM은 채널분류광고( ChannelClassificationAnnouncement ) 메시지를 생성하여 CE에 전송한다.
일실시예에서, 채널분류정보갱신 광고 메시지의 CxMessage 파라미터 및 페이로드내 파라미터의 데이터 유형은 표 73 및 74 각각에 기재된 바와 같다.
표 73
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload channelClassificationAnnouncement
표 74
파라미터 데이터 유형 설명
networkID OCTET STRING 네트워크 식별자
chClassInfo ChClassInfo 채널분류정보
CE가 CM으로부터 채널분류알림 메시지를 수신한 후에, CE는 채널분류알림 프리미티브( ChannelClassificationIndication primitive)를 생성하여 WSO에게 전송한다.
일실시예에서, 채널분류알림 프리미티브의 파라미터는 표 75에 기재된 바와 같다.
표 75
파라미터 데이터 유형 설명
chClassInfoList ChClassInfoList 채널분류광고 메시지를 통해 수신된 채널분류정보
일실시예에서, chClassInfoList 파라미터에는 하기와 같은 데이터가 포함될 수 있다.
표 76
파라미터 데이터 유형 설명
networkID OCTET STRING 네트워크 식별자
chClassInfo ChClassInfo 채널분류정보
도 8은 본 발명의 일실시예에 따른 CM의 측정요청 및 WSO의 일회성 측정/계획된 측정 및 상호공존 리포트 획득 절차를 도시한다. 각 절차는 설명의 편의상 도8 에 순차적으로 도시되어 있으나, 도시된 순서에 따라 반드시 순차적으로 이루어지는 것이 아님은 당업자에게 자명하다.
측정요청(Measurement Request)
CM은 CM에 의해 서비스되는 CE에 의해 나타내어지는 WSO에 측정 수행을 요청하고 이에 후속하여 CE로 하여금 측정 보고서를 제공하도록 요청하는 측정요청 프로시저를 수행할 수 있다. CM은 WSO에 측정하고 CE에 측정 보고서를 제출하는 것을 요청당 한번 수행되도록 하거나 스케쥴 기반으로 하도록 요청할 수 있다.
먼저 CM은 측정요청 메시지( MeasurementRequest message)를 생성하여 CE에 전송한 후에, CE로부터 측정확인 메시지( MeasurementConfirm message)를 기다린다.
일실시예에서, 측정요청 메시지의 CxMessage 파라미터 및 measurementRequest 페이로드이 파라미터는 표 77 및 78 각각에 기재된 바와 같다.
표 77
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload measurementRequest
표 78
파라미터 데이터 유형 설명
MeasurementDescription MeasurementDescription 측정 설명.
일실시예에서, 측정확인 메시지의 CxMessage 파라미터는 다음과 같다.
표 79
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload measurementConfirm
CE가 CM으로부터 측정요청 메시지를 수신한 후에, CE는 측정확인 메시지를 생성하여 CM에게 전송하는 한편, 측정요청 프리미티브( GetMeasurementRequest primitive)를 생성하여 WSO에게 전송한다.
일실시예에서, 측정요청 프리미티브는 다음과 같다.
표 80
파라미터 데이터 유형 설명
MeasurementDescription MeasurementDescription 측정요청 메시지를 통해 수신된 측정설명
일회성 측정(One-Time Measurement)
WSO의 일회성 측정 결과를 CM에 제공하기 위해, CE는 일회성 측정 정보 획득 프로시저(obtaining one-time measurement procedure)를 수행할 수 있다.
CE가 WSO로부터 측정응답 프리미티브( GetMeasurementResponse primitive)를 수신한 후에, CE는 측정응답 메시지를 생성하여 CM에게 전송하고, CM으로부터의 측정확인 메시지를 기다린다.
일실시예에서, 측정응답 프리미티브는 다음과 같다.
표 81
파라미터 데이터 유형 설명
measurementResult MeasurementResult 측정결과
일실시예에서, CE로부터 CM에 전송되는 측정응답 메시지의 CxMessage 파라미터 및 페이로드는 표 82 및 83 각각에 기재된 바와 같다.
표 82
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload measurementResponse
표 83
파라미터 데이터 유형 설명
measurementResult MeasurementResult 측정응답 프리미티브를 통해 수신된 측정결과
CM이 CE로부터 측정응답 메시지를 수신한 후에, CM은 측정확인 메시지를 생성하여 CE에게 전송한다.
일실시예에서, 측정응답 메시지의 CxMessage 파라미터 및 페이로드는 표 84 및 85 각각에 기재된 바와 같다.
표 84
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload measurementResponse
표 85
파라미터 데이터 유형 설명
measurementResult MeasurementResult 측정응답 프리미티브를 통해 수신된 측정결과
일실시예에서, 측정확인 메시지의 CxMessage 파라미터는 다음과 같다.
표 86
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload measurementConfirm
계획된 측정(Scheduled Measurement)
WSO의 계획된 측정 결과를 CM에 제공하기 위해, CE는 계획된 측정 결과 획득 프로시저(obtaining scheduled measurement procedure)를 수행할 수 있다
CE가 WSO로부터 측정응답 프리미티브( GetMeasurementResponse primitive)를 수신한 후에, CE는 측정응답 메시지( MeasurementResponse message)를 생성하여 CM에게 전송한다.
일실시예에서, 측정응답 프리미티브의 파라미터는 다음과 같다.
표 87
파라미터 데이터 유형 설명
measurementResult MeasurementResult 측정결과
일실시예에서, CE에서 CM으로 전송되는 측정응답 메시지의 CxMessage 파라미터 및 페이로드는 표 88 및 89 각각에 기재된 바와 같다.
표 88
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload measurementResponse
표 89
파라미터 데이터 유형 설명
measurementResult MeasurementResult 측정응답 프리미티브를 통해 수신된 측정결과
CM이 CE로부터 측정응답 메시지를 수신한 후에, CM은 측정확인 메시지( MeasurementConfirm message)를 생성하여 CE에게 전송한다.
일실시예에서, 측정확인 메시지의 CxMessage 파라미터는 다음과 같다.
표 90
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload measurementConfirm
상호공존 리포트(Coexistence Report): 정보 서비스
WSO가 CM으로부터 상호공존 리포트를 획득하고자 할 때, WSO에 상호공존정보를 제공하기 위해, CE 및 CM은 상호공존 리포트 획득 프로시저(obtaining coexistence report procedure)를 수행할 수 있다.
CE가 WSO로부터 상호공존리포트요청 프리미티브( CoexistenceReportRequest primitive)를 수신한 후에, CE는 상호공존리포트 요청 메시지( CoexistenceReportRequest message)를 생성하여 CM에 전송하고, CM으로부터 상호공존리포트 응답 메시지( CoexistenceReportResponse message)를 대기한다.
일실시예에서, 상호공존리포트 요청 메시지의 CxMessage 파라미터는 다음과 같다.
표 91
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload coexistenceReportRequest
일실시예에서, 상호공존리포트 응답 메시지의 CxMessage 파라미터 및 페이로드는 표 92 및 93 각각에 기재된 바와 같다.
표 92
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload coexistenceReportResponse
표 93
파라미터 데이터 유형 설명
coexistenceReport CoexistenceReport 상호공존리포트 형태의 WSO의 상호공존 설정 요소에 대한 정보
channelPriority ChannelPriority 채널 우선순위
상기 CoexistenceReport 페이로드의 파라미터에는 하기 표 94에 기재된 바와 같은 데이터유형이 포함될 수 있다.
표 94
파라미터 데이터 유형 설명
networkID OCTET STRING 이웃 네트워크 식별자
networkTechnology NetworkTechnology 이웃 WSO 네트워크 기술
listOfOperatingChNumbers ListOfOperatingChNumbers 이웃 동작 채널 번호
하기 표는 ChannelPriority 파라미터의 시퀀스 각 요소의 데이터 유형을 보여준다.
표 95
파라미터 데이터 유형 설명
channelNumber INTEGER 채널번호
Priority INTEGER 채널우선순위
CE가 CM으로부터 상호공존리포트 응답 메시지를 수신한 후에, CE는 상호공존리포트 응답 프리미티브( CoexistenceReportResponse primitive)를 생성하여 WSO 에게 전송할 수 있다.
일실시예에서, 상호공존리포트 응답 프리미티브의 파라미터는 하기 표에 기재된 바와 같다.
표 96
파라미터 데이터 유형 설명
coexistenceReport CoexistenceReport 상호공존리포트 응답 메시지를 통해 수신된 상호공존 리포트 정보
channelPriority ChannelPriority 상호공존리포트 응답 메시지를 통해 수신된 채널 우선순위
도 9는 본 발명의 일실시예에 따른 CM간 메시지 전달 절차를 도시한 것으로서, 구체적으로는, 이벤트 알림, 채널분류요청, 채널분류갱신, 정보획득, 협상 및 재구성요청 절차를 도시한다. 각 절차는 설명의 편의상 도9 에 순차적으로 도시되어 있으나, 도시된 순서에 따라 반드시 순차적으로 이루어지는 것이 아님은 당업자에게 자명하다.
다른 CM으로의 이벤트 알림(Event Indication to another CM)
CM이 다른 CM에게 상호공존 시스템 관련 이벤트를 알리기 위해, CM은 CM간 이벤트 알림 프로시저(sending event indication from CM to CM procedure)를 수행할 수 있다.
먼저 CM은 이벤트알림 메시지( EventIndication message)를 생성하여 다른 CM에 전송한 후에, 다른 CM으로부터 이벤트확인 메시지( EventConfirm message)를 기다린다.
일실시예에서, 이벤트알림 메시지의 CxMessage 파라미터 및 페이로드는 하기 표 97 및 98 각각에 기재된 바와 같다.
표 97
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload eventIndication
표 98
파라미터 데이터 유형 설명
eventParams EventParams 이벤트목록( SINR 임계도달 또는 QoS 저하 )
다른 CM이 CM으로부터 이벤트알림 메시지( eventIndication message)를 수신한후에, 다른 CM은 이벤트확인 메시지( EventConfirm message)를 생성하여 이벤트알림 메시지를 전송한 CM에게 전송한다.
CM에 의한 채널분류요청(Channel Classification Request by CM)
다른 CM의 채널분류 정보를 얻기 위해 CM은 CM에 의한 채널분류정보 획득 프로시저(obtaining channel classification information by CM procedure)를 수행할 수 있다.
먼저 CM은 CM채널분류요청 메시지( CMChannelClassificationRequest message) 를 생성하여 다른 CM에 전송한 후에, 다른 CM으로부터 CM채널분류응답 메시지( CMChannelClassificationResponse message)를 기다린다.
일실시예에서, CM채널분류요청 메시지의 CxMessage 파라미터 및 페이로드는 하기 표 99 및 100 각각에 기재된 바와 같다.
표 99
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload cmChannelClassificationRequest
표 100
파라미터 데이터 유형 설명
listOfNetworkID SEQUENCE OF OCTET STRING 네트워크 식별자 목록
하기 표는 CM채널분류응답 메시지의 CxMessage 파라미터를 도시한다.
표 101
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload cmChannelClassificationResponse
하기 표는 cmChannelClassificationResponse 페이로드의 파라미터를 도시한다.
표 102
파라미터 데이터 유형 설명
networkID OCTET STRING 네트워크 식별자
chClassInfo ChClassInfo 채널분류정보
다른 CM에 채널분류 갱신 제공(Channel Classification Update to another CM)
다른 CM에 갱신된 채널분류 정보를 제공하기 위해 CM은 다른 CM으로의 채널분류정보 갱신 광고 프로시저(announcing channel classification information update to CM procedure)를 수행할 수 있다. 채널 분류 정보가 갱신되면, CM은 채널분류광고 메시지( ChannelClassificationAnnouncement message)를 생성하여 다른 CM 에 전송한다.
하기 표는 CM채널분류광고 메시지의 CxMessage 파라미터를 도시한다.
표 103
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload channelClassificationAnnouncement
하기 표는 channelClassificationAnnouncement 페이로드의 파라미터를 도시한다.
표 104
파라미터 데이터 유형 설명
networkID OCTET STRING 네트워크 식별자
chClassInfo ChClassInfo 채널분류정보
다른 CM으로부터 정보획득(Information from another CM)
다른 CM으로부터 정보를 얻기 위해 CM은 다른 CM으로부터의 정보 획득 프로시저(obtaining information from another CM procedure)를 수행할 수 있다.
먼저 CM은 정보획득요청 메시지( InfoAcquringRequest message)를 생성하여 다른 CM에 전송한 후에, 다른 CM으로부터 정보획득응답 메시지( InfoAcquringResponse message)를 기다린다.
정보획득요청 메시지( InfoAcquringRequest message)를 생성할 때, CM은 하기 표에 도시된 바에 따라 CxMessage의 파라미터를 설정할 것이다.
표 105
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload infoAcquringRequest
하기 표는 infoAcquringRequest 페이로드의 파라미터를 도시한다.
표 106
파라미터 데이터 유형 설명
ceID CxID CE ID
listOfReqInfoDescr SEQUENCE OF ReqInfoDescr 요청정보 설명 목록(SINR, 요구대역폭, 요구 점유(desired occupancy), 요구 QoS, 인터페이스 레벨, 페어니스 인덱스(fairness index), 페어니스 임계치(fairness threshold), 가입서비스(subscribed service))
하기 표는 정보획득응답 메시지( InfoAcquringResponse message)의 CxMessage 파라미터를 도시한다.
표 107
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload infoAcquringResponse
하기 표는 infoAcquringResponse 페이로드의 파라미터를 도시한다.
표 108
파라미터 데이터 유형 설명
ceID CxID CE ID
reqInfo값 ReqInfo값 요청된 정보값.
CM간 협상(Negotiation between CMs)
다른 CM과 상호공존 결정을 협상하기 위해, CM은 CM간 협상 프로시저(Negotiation between CMs procedure)를 수행할 수 있다.
먼저 CM은 협상요청 메시지( NegotiationRequest message)를 생성하여 다른 CM에 전송한 후, 상기 다른 CM으로부터 협상응답 메시지( NegotiationResponse message)를 기다린다. 협상을 위한 에티켓 모드 및 라운드-로빈 모드(round-robin mode) 모두 협상요청 메시지에 의해 이루어질 수 있다.
협상을 위해 경쟁 모드(Competition mode)가 필요하면, CM은 협상광고 메시지( NegotiationAnnouncement message)를 생성하여 다른 CM에 전송할 수 있다.
하기 표는 협상요청 메시지의 CxMessage 파라미터를 도시한다.
표 109
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload negotiationRequest
하기 표는 negotiationRequest 페이로드의 파라미터를 도시한다.
표 110
파라미터 데이터 유형 설명
negotiationStatus NegotiationStatus 협상 상태(성공, 실패, 협상중)
negotiationInformation NegotiationInformation 협상정보
일실시예에서, NegotiationStatus 의 데이터 유형은 다음중 하나일 수 있다.
표 111
파라미터 데이터 유형 설명
neogtiationSuccess Boolean 협상 성공
neogtiationFailure Boolean 협상 실패
underNeogtiation Boolean 협상중
일실시예에서, NegotiationInformation 의 데이터 유형은 다음중 하나일 수 있다.
표 112
파라미터 데이터 유형 설명
mode Boolean 협상 성공
listOfChNumber SEQUENCE OF INTEGER 협상 실패
timeSharingUnitInfo TimeSharingUnitInfo 협상중
slotTimePosition StartEndTime 허용된 슬롯타임위치(Allowed slot time position)
numberOfSlots INTEGER 슬롯개수(The number of slots)
DisallowedSlotTimePosition StartEedTime 비허용된 슬롯타임위치(Disallowed slot time position)
listOfContentionNumbers SEQUENCE OF REAL 경쟁번호목록(List of contention number)
하기 표는 협상광고 메시지의 CxMessage 파라미터를 도시한다.
표 113
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload negotiationAnnouncement
하기 표는 negotiationAnnouncement 페이로드의 파라미터를 도시한다.
표 114
파라미터 데이터 유형 설명
listOfWinnerCMID ListOfWinnerCMID 승리자(winner) CM ID 목록
listOfSlotTimePosition ListOfSlotTimePosition 슬롯타임위치 목록(List of slot time position)
CM간 재구성 요청 전송(Sending Reconfiguration Request from CM to another CM)
다른 CM에 등록된 WSO를 재구성하기 위해 CM은 CM간 재구성요청 프로시저(Sending reconfiguration request from CM to another CM procedure)를 수행할 수 있다.
먼저 CM은 CM재구성요청 메시지( CMReconfigurationRequest message)를 생성하여 다른 CM에 전송한 후에, 상기 다른r CM으로부터의 CM재구성응답 메시지( CMReconfigurationResponse message)를 기다린다.
일실시예에서, CM재구성요청 메시지의 CxMessage 파라미터 및 페이로드는 하기 표 115 및 116 각각에 기재된 바와 같다.
표 115
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload cmReconfigurationRequest
표 116
파라미터 데이터 유형 설명
reconfigTarget CxID 재구성될 CE를 나타냄
OperatingChNumbers SEQUENCE OF INTEGER WSO의 동작채널목록
txPowerLimit REAL 송신전력한계치
channelIsShared BOOLEAN 주파수가 다른 WSO와 공유될 경우에 참, 아닌 경우에 거짓
txSchedule txSchedule 송신 스케쥴
chClassInfo ChClassInfo 채널분류정보
CM은 위에 기술된 페이로드를 다른 CM에 등록된 각 CE를 위해 생성한다. 페이로드의 총개수는 다른 CM에 등록되었으나 해당 CM에 의해 관리되는 CE의 개수와 같다.
하기 표는 chClassInfo 파라미터의 데이터 유형을 도시한다.
표 117
파라미터 데이터 유형 설명
availableChannelList SEQUENCE OF INTEGER 가용채널목록
restrictedChannelList SEQUENCE OF INTEGER 제한채널목록
protectedChannelList SEQUENCE OF INTEGER 보호채널목록
unclassifiedChannelList SEQUENCE OF INTEGER 미분류채널목록
operatingChannelList SEQUENCE OF OperatingChannelInfo 동작채널목록
coexistenceChannelList SEQUENCE OF OperatingChannelInfo 상호공존 채널목록
일실시예에서, CM재구성응답 메시지의 CxMessage 파라미터 및 페이로드는 하기 표 118 및 119 각각에 기재된 바와 같다.
표 118
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload cmReconfigurationResponse
표 119
파라미터 데이터 유형 설명
reconfigTarget CxID 재구성될 CE를 나타냄
status BOOLEAN 재구성수행응답 프리미티브를 통해 수신된 재구성 파라미터
failed파라미터s Failed파라미터 재구성수행응답 프리미티브를 통해 수신된 실패(Failed) 파라미터
마스터/슬레이브 CM 선택(Master/Slave CM selection)
도 10은 본 발명의 일실시예에 따른 마스터/슬레이브 CM 선택 절차를 도시한다.중앙식 상호공존 결정을 수행하기 위해서는 마스터 CM과 슬레이브 CM을 선택하여야 한다. 이를 위해, CM은 마스터/슬레이브 CM 선택 프로시저(Master/Slave CM selection procedure)를 수행할 수 있다. 슬레이브 CM이 되길 원하는 CM이 마스터 CM이 되어주길 원하는 적어도 1개 이상의 후보 CM 각각에 대해 해당 프로시저를 수행할 수 있다. 슬레이브 CM이 되길 원하는 CM은 마스터 CM에 의한 관리될 WSO/CE 목록(list)을 결정하여야 한다.
도 10에 도시된 바와 같이, CM은 먼저 마스터CM 요청 메시지( MasterCMRequest message)를 생성하여 다른 CM에 전송함으로써 해당 메시지를 수신하는 다른 CM의 슬레이브 CM이 되고자 함을 알린 후에, 상기 다른 CM으로부터의 마스터CM 응답 메시지( MasterCMResponse message)를 기다린다.
일실시예에서, 마스터CM 요청 메시지의 CxMessage 파라미터 및 페이로드는 하기 표 120 및 121 각각에 기재된 바와 같다.
표 120
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload masterCMRequest
표 121
파라미터 데이터 유형 설명
listOfCEs SEQUENCE OF CxID 슬레이브가 되고자 하는 CM에 의해 관리되는 CE 목록
다른 CM이 CM으로부터 마스터CM 요청 메시지를 수신하면, 상기 다른 CM은 마스터CM 응답 메시지( MasterCMResponse message)를 생성하여 CM에게 전송한다.
일실시예에서, 마스터CM 응답 메시지의 CxMessage 파라미터 및 페이로드는 하기 표 122 및 123 각각에 기재된 바와 같다.
표 122
파라미터 데이터 유형 값
Header CxHeader requestID
Payload CxPayload masterCMResponse
표 123
파라미터 데이터 유형 설명
Status CxMediaStatus status
마스터/슬레이브 CM 구성(Master/Slave CM configuration)
도 11은 본 발명의 일실시예에 따른 마스터/슬레이브 CM 구성 절차를 도시한다.중앙식 상호공존 결정 수행을 위해, 마스터 CM과 슬레이브 CM간의 구성을 위해 CM은 마스터/슬레이브 구성 프로시저(Master/Slave CM configuration procedure)를 수행할 수 있다.
마스터/슬레이브 CM 선택이 성공적으로 완료된 후에, 도 11에 나타난 바와 같이, 먼저 마스터 CM은 마스터슬레이브CM 구성요청 메시지( MasterSlaveCMConfigurationRequest message)를 생성하여 슬레이브 CM에 전송한 후에, 상기 슬레이브CM으로부터의 마스터슬레이브CM 구성 응답 메시지( MasterSlaveCMConfigurationResponse message)를 기다린다.
일실시예에서, 마스터슬레이브CM 구성요청 메시지의 CxMessage 파라미터 및 페이로드는 하기 표 124 및 125 각각에 기재된 바와 같다.
표 124
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload masterSlaveCMConfigurationRequest
표 125
파라미터 데이터 유형 설명
listOfCEs SEQUENCE OF CxID 마스터 CM에 의해 관리되는 CE 목록
슬레이브 CM이 마스터 CM으로부터 마스터슬레이브CM 구성요청 메시지를 수신한 후에, 슬레이브 CM은 마스터슬레이브CM 구성응답 메시지( MasterSlaveCMConfigurationResponse message)를 생성하여 마스터 CM에게 전송한다.
일실시예에서, 마스터슬레이브CM 구성응답 메시지의 CxMessage 파라미터 및 페이로드는 하기 표 126 및 127 각각에 기재된 바와 같다.
표 126
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload masterSlaveCMConfigurationResponse
표 127
파라미터 데이터 유형 설명
operationCode OperationCode 동작 코드(신규, 수정, 삭제)
slaveCeID CxID 슬레이브 CE ID
networkID OCTET STRING WSO의 네트워크 식별자, 일예로서, IEEE 802.11의 경우에 해당 파라미터는 WSO에 의해 사용되는 BSSID를 나타냄.
networkTechnology NetworkTechnology WSO가 사용하는 네크워크 기술(무선 라디오 액세스 기술)을 나타냄
networkType NetworkType 규정에 지정된 네트워크 유형을 나타냄.
discoveryInformation DiscoveryInformation WSO의 디스커버리 정보
txScheduleSupported BOOLEAN 계획된 전송(scheduled transmission)이 지원되는지 여부
listOfAvailableChNumbers ListOfAvailableChNumbers 가용 화이트 스페이스 채널에 대한 정보, 가용채널번호목록
listOfSupportedChNumbers SEQUENCE OF INTEGER 지원되는 채널 번호 목록.
listOfOperatingChNumbers ListOfOperatingChNumbers WSO 동작채널번호 목록
requiredResource RequiredResource WSO 동작을 위해 요구되는 요구자원
measurementCapability MeasurementCapability WSO의 측정능력(에너지 검출 또는 장애 검출)
mobiltyInformation mobiltyInformation WSO 이동성 정보
슬레이브 CM은 위에 기술된 페이로드를 마스터 CM에 의해 관리될 각 CE를 위해 생성한다. 전체 페이로드의 개수는 마스터 CM에 의해 관리되는 슬레이브 CM에 등록된 CE의 개수와 같다.
일실시예에서, 상기 페이로드에 포함되는 listOfAvailableChNumbers 파라미터에 포함되는 각 요소들의 데이터 유형은 표 128에 기재된 바와 같다.
표 128
파라미터 데이터 유형 설명
channelNumber INTEGER 가용채널번호
availableStartTime GeneralizedTime 가용채널번호의 가용개시시간
availableDuration REAL 가용채널번호의 가용기간
constOfChUses ConstOfChUses 제한사항(제한사항이 없는 경우에 해당 파라미터는 사용되지 않음)
일실시예에서, 상기 페이로드에 포함되는 listOfOperatingChNumbers 파라미터에 포함되는 각 요소들의 데이터 유형은 표 129에 기재된 바와 같다.
표 129
파라미터 데이터 유형 설명
ChannelNumber INTEGER 동작채널번호
occupancy REAL 점유(occupancy)가 알려지지 않은 경우에 해당 파라미터는 사용되지 않으며, 알려진 경우에는 점유율을 나타냄(0에서 1까지임)
일실시예에서, 상기 페이로드에 포함되는 requiredResource 파라미터에 포함되는 각 요소들의 데이터 유형은 표 130에 기재된 바와 같다.
표 130
파라미터 데이터 유형 설명
requiredBandwidth REAL WSO 동작을 위한 요구 대역폭
occupancy REAL 예상 점유(occupancy)가 알려지지 않은 경우에 해당 파라미터는 사용되지 않으며, 알려진 경우에는 점유율을 나타냄(0에서 1까지임)
이하는, 상호공존 설정 정보를 획득하기 위해 CM과 CDIS간에 수행되는 프로시저를 설명한다.
상호공존 설정 정보(Coexistence Set Information)
도 12는 본 발명의 일실시예에 따른 상호공존 설정정보 획득 절차를 도시한다.
CM은 CDIS로부터 상호공존 설정 정보를 획득하기 위해, 상호공존 설정 정보 획득 프로시저(obtaining coexistence set information procedure)를 수행할 수 있다. CM의 서비스 가입 유형에 따라, CM은 인터-CM 상호공존 설정 정보만을 얻거나, 인터-CM 및 인트라-CM 모두를 포함하는 상호공존 설정 정보를 얻을 수 있다.
먼저 CM은 상호공존설정정보 요청 메시지( CoexistenceSetInformationRequest message)를 생성하여 CDIS에 전송한 후에, CDIS로부터의 상호공존설정정보 응답 메시지( CoexistnceSetInformationResponse message)를 기다린다.
일실시예에서, 상호공존설정정보 요청 메시지의 CxMessage 파라미터 및 페이로드는 하기 표 131 및 132 각각에 기재된 바와 같다.
표 131
파라미터 데이터 유형 값
Header CxHeader requestID
Payload CxPayload coexistenceSetInformationRequest
표 132
파라미터 데이터 유형 설명
listOfNetworkID SEQUENCE OF OCTET STRING 상호공존설정 정보가 요구되는 WSO의 네트워크 식별자 목록
CDIS는 상호공존설정정보 요청 메시지를 수신하면, 상호공존설정정보를 획득하여 상호공존설정정보 응답 메시지를 CM에 전송할 것이다.
일실시예에서, 상호공존설정정보 응답 메시지의 CxMessage 파라미터 및 페이로드는 하기 표 133 및 134 각각에 기재된 바와 같다.
표 133
파라미터 데이터 유형 값
header CxHeader requestID
payload CxPayload coexistenceSetInformationResponse
표 134
파라미터 데이터 유형 설명
networkID OCTET STRING 상호공존설정 정보가 요구되는WSO의 네트워크 식별자
listOfneighborCM ListOfNeighborCM 이웃 CM 목록
일실시예에서, 상기 페이로드에 포함되는 listOfneighborCM 파라미터에 포함되는 각 요소들의 데이터 유형은 표 135에 기재된 바와 같다.
표 135
파라미터 데이터 유형 설명
neighorCMID CxID 이웃 CM ID
listOfCoexSetElement ListOfCoexSetElement 이웃 WSO 목록
일실시예에서, 상기 페이로드에 포함되는 listOfCoexSetElement 파라미터에 포함되는 각 요소들의 데이터 유형은 표 136에 기재된 바와 같다.
표 136
networkID OCTET STRING Neighbor network ID.
networkTechnology NetworkTechnology 이웃 WSO 네트워크 기술
도 13은 본 발명의 일실시예에 따른 CM의 구조를 도시한 블록도이다.
도시된 바와 같이, CM은, 범용 컴퓨터 시스템 구조와 유사하게, 하나 이상의 프로세서(1310), 메모리(1320), 저장부(1330), 사용자 인터페이스 입력부(1340), 사용자 인터페이스 출력부(1350) 및 무선송수신부(1360) 중 적어도 하나 이상의 요소를 포함할 수 있으며, 이들은 버스(1370)를 통해 서로 통신할 수 있다.
프로세서(1310)는 메모리(1320) 및/또는 저장소(1330)에 저장된 처리 명령어를 실행시키는 CPU 또는 반도체 소자일 수 있다. 메모리(1320) 및 저장부(1330)는 다양한 유형의 휘발성/비휘발성 기억 매체를 포함할 수 있다. 예를 들어, 메모리는 ROM(1324) 및 RAM(1325)를 포함할 수 있다.
이제까지 전술한 본 발명의 실시예에 따른 상호공존관리 시스템에서 개체간 메시지 교환 방법은 컴퓨터 실행가능 명령어 형태로 구현되어 메모리(1320) 및/또는 저장소(1330)에 저장되고, 상기 명령어들은 프로세서에 의해 실행될 때 본 발명의 적어도 일실시예에 따른 메시지 교환 방법을 수행할 수 있다.
일실시예에서, ANS.1(Abstract Syntax Notation One) 방식으로 정의된 메시지(message)는 다음과 같다.
IEEE802191Message DEFINITIONS AUTOMATIC TAGS ::= BEGIN
-----------------------------------------------------------
--Imported data types
-----------------------------------------------------------
--Imported data types
IMPORTS
--Coexistence report
CoexistenceReport,
--Channel priority
ChannelPriority,
--Network technology
NetworkTechnology,
--Network type
NetworkType,
--Discovery information
DiscoveryInformation,
--List of available channel numbers
ListOfAvailableChNumbers,
--List of operating channel numbers
ListOfOperatingChNumbers,
--Required resource
RequiredResource,
--Measurement capability
MeasurementCapability,
--List of neighbor CM
ListOfNeighborCM
-- Operation code
OperationCode,
--Transmission schedule
TxSchedule,
--Failed parameters
FailedParameters,
--Subscribed service
SubscribedService,
--Status
CxMediaStatus,
--Coexistence protocol entity ID
CxID,
--Channel classification information
ChClassInfo,
--Required information description
ReqInfoDescr,
- Requested information value
ReqInfoValue,
--Event parameters
EventParams,
-- Negotiation status
NegotiationStatus,
-- Negotiation information
NegotiationInformation
-- Winner CM ID list
ListOfWinnerCMID,
-- Slot time position list
ListOfSlotTimePosition
--Measurement description
MeasurementDescription,
--Measurement result
MeasurementResult
FROM IEEE802191DataType;
-----------------------------------------------------------
--Message structure, header structure, and payload types
-----------------------------------------------------------
--Message structure
CxMessage ::= SEQUENCE {
-- Message header
header CxHeader,
-- Message payload
payload CxPayload
}
--Header
CxHeader ::= CHOICE {
--For announcement
none NULL,
--For request or single response
requestID INTEGER (0..2147483647),
--For multiple responses
multipleResponse SEQUENCE {
--Original request ID
requestID INTEGER (0..2147483647),
--Response number
sequenceNumber INTEGER (0..2147483647),
--True is the response is last
isLastResponse BOOLEAN}
}
--Payload types
CxPayload ::= CHOICE {
--WSO subscription request
subscriptionRequest SubscriptionRequest,
--WSO subscription response
subscriptionResponse SubscriptionResponse,
--WSO subscription change request
subscriptionChangeRequest SubscriptionChangeRequest,
--WSO subscription change response
subscriptionChangeResponse SubscriptionChangeResponse,
--CE registration request
ceRegistrationRequest CERegistrationRequest,
--Registration response
registrationResponse RegistrationResponse,
--CM registration request
cmRegistrationRequest CMRegistrationRequest,
--Coexistence set information request
coexistenceSetInformationRequest CoexistenceSetInformationRequest,
--Coexistence set information response
coexistenceSetInformationResponse CoexistenceSetInformationResponse,
--Coexistence report request
coexistenceReportRequest CoexistenceReportRequest,
--Coexistence report response
coexistenceReportResponse CoexistenceReportResponse,
--Reconfiguration request
reconfigurationRequest ReconfigurationRequest,
--Reconfiguration response
reconfigurationResponse ReconfigurationResponse,
--CM Reconfiguration request
cmReconfigurationRequest CMReconfigurationRequest,
--CM Reconfiguration response
cmReconfigurationResponse CMReconfigurationResponse,
--WSO channel classification request
channelClassificationRequest ChannelClassificationRequest,
-- WSO channel classification response
channelClassificationResponse ChannelClassificationResponse,
--CM channel classification request
cmChannelClassificationRequest CMChannelClassificationRequest,
-- CM channel classification response
cmChannelClassificationResponse CMChannelClassificationResponse,
-- WSO channel classification update
channelClassificationAnnouncement ChannelClassificationAnnouncement,
--Available channel list request from WSO
availableChannelsRequest AvailableChannelsRequest,
-- Available channel list response from WSO
availableChannelsResponse AvailableChannelsResponse,
--Information acquiring request
infoAcquiringRequest InforAcquiringRequest,
--Information acquiring response
infoAcquiringResponse InforAcquiringResponse,
-- Event indication
eventIndication EventIndication,
-- Event confirm
eventConfirm EventConfirm,
--WSO measurement request
measurementRequest MeasurementRequest,
--WSO measurement response
measurementResponse MeasurementResponse,
--WSO measurement confirm
measurementConfirm MeasurementConfirm,
--Master/Slave CM request
masterCMRequest MasterCMRequest,
--Master/Slave CM response
masterCMResponse MasterCMResponse,
--Master/Slave CM configuration request
masterSlaveCMconfigurationRequest MasterSlaveCMconfigurationRequest,
--Master/Slave CM configuration response
masterSlaveCMconfigurationResponse MasterSlaveCMconfigurationResponse,
--Negotiation request
negotiationRequest NegotiationRequest,
--Negotiation announcement
negotiationAnnouncement NegotiationAnnouncement,
--Deregistration request
wsoDeregistrationRequest WsoDeregistrationRequest,
-- Deregistration response
wsoDeregistrationResponse WsoDeregistrationResponse,
}
-----------------------------------------------------------
--WSO & CM subscription & update
-----------------------------------------------------------
--Subscription request
SubscriptionRequest ::= SEQUENCE {
--Coexistence service to which WSO is subscribed
subscribedService SubscribedService
}
-- Subscription response
SubscriptionResponse ::= SEQUENCE {
--Status
status CxMediaStatus
}
-----------------------------------------------------------
--WSO subscription change
-----------------------------------------------------------
--Request to change subscription
SubscriptionChangeRequest ::= SEQUENCE {
--Coexistence service to which WSO is subscribed
subscribedService SubscribedService
}
--Response for subscription change
SubscriptionChangeResponse :: = SEQUENCE {
--Status
status CxMediaStatus
}
-----------------------------------------------------------
--WSO registration & update
-----------------------------------------------------------
--CE registration request
CERegistrationRequest ::= SEQUENCE {
--Operationg code
operationCode OperationCode,
--Network ID
networkID OCTET STRING,
--Network technology
networkTechnology NetworkTechnology,
--Network type
networkType NetworkType
--Discovery information
discoveryInformation DiscoveryInformation,
--Transmission schedule is supported or not
txScheduleSupported BOOLEAN,
--List of available channel number
listOfAvailableChNumbers ListOfAvailableChNumbers,
--List of supported channel number
listOfSupportedChNumbers SEQUENCE OF INTEGER,
--List of operating channel number
listOfOperatingChNumbers ListOfOperatingChNumbers,
--Required resource
requiredResource RequiredResource
--Measurement capability
measurementCapability MeasurementCapability
}
--CM registration request
CMRegistrationRequest ::= SEQUENCE {
--Operationg code
operationCode OperationCode,
--CE ID
ceID CxID,
--Network ID
networkID OCTET STRING,
--Network technology
networkTechnology NetworkTechnology,
--Network type
networkType NetworkType
--Discovery information
discoveryInformation DiscoveryInformation,
--List of supported channel number
listOfSupportedChNumbers SEQUENCE OF INTEGER,
}
-- Registration response
RegistrationResponse :: = SEQUENCE {}
-----------------------------------------------------------
--Coexistence set information
-----------------------------------------------------------
--Request for coexistence set information
CoexistenceSetInformationRequest ::= SEQUENCE {
listOfNetworkID SEQUENCE OF OCTET STRING
}
--Response for coexistence set information
CoexistenceSetInformationResponse ::= SEQUENCE {
--Network ID
coexistenceReport CoexistenceReport,
--List of neighbor CM
listOfneighborCM ListOfneighborCM
}
-----------------------------------------------------------
--Coexistence report
-----------------------------------------------------------
--Request for coexistence report
CoexistenceReportRequest ::= SEQUENCE {}
--Response for coexistence report
CoexistenceReportResponse ::= SEQUENCE {
--Coexistence report information
coexistenceReport CoexistenceReport,
--Channel priority information
channelPriority ChannelPriority
}
-----------------------------------------------------------
--WSO reconfiguration
-----------------------------------------------------------
--Reconfiguration request
ReconfigurationRequest ::= SEQUENCE {
--List of operating channel number
listOfOperatingChNumber SEQUENCE OF INTEGER,
--Transmission power limitation
txPowerLimit REAL,
--Indication whether the channel is shared
channelIsShared BOOLEAN,
--Transmission schedule
txSchedule TxSchedule ,
-- Channel classification information
chClassInfo ChClassInfo
}
--Reconfiguration response
ReconfigurationResponse ::= SEQUENCE {
--Status
status BOOLEAN
--Failed parameters
failedParameters FailedParameters
}
-----------------------------------------------------------
--WSO reconfiguration for another CM
-----------------------------------------------------------
--Reconfiguration request
CMReconfigurationRequest ::= SEQUENCE {
--Indication for CE to be reconfigured
reconfigTarget CxID,
--List of operating channel number
listOfOperatingChNumber SEQUENCE OF INTEGER,
--Transmission power limitation
txPowerLimit REAL,
--Indication whether the channel is shared
channelIsShared BOOLEAN,
--Transmission schedule
txSchedule TxSchedule ,
-- Channel classification information
chClassInfo ChClassInfo
}
--Reconfiguration response
ReconfigurationResponse ::= SEQUENCE {
--Indication for CE to be reconfigured
reconfigTarget CxID,
--Status
status BOOLEAN
--Failed parameters
failedParameters FailedParameters
}
-----------------------------------------------------------
--Channel classification
-----------------------------------------------------------
--Channel classification request
ChannelClassificationRequest ::= SEQUENCE {
-- List of network ID
listOfNetworkID SEQUENCE OF OCTET STRING
}
-- Channel classification response
ChannelClassificationResponse ::= SEQUENCE OF SEQUENCE{
-- Network ID
networkID OCTET STRING
--Channel classification information
chClassInfo ChClassInfo
}
--CM Channel classification request
CMChannelClassificationRequest ::= SEQUENCE {
-- List of network ID
listOfNetworkID SEQUENCE OF OCTET STRING
}
-- CM Channel classification response
CMChannelClassificationResponse ::= SEQUENCE OF SEQUENCE{
-- Network ID
networkID OCTET STRING
--Channel classification information
chClassInfo ChClassInfo
}
-----------------------------------------------------------
--Channel classification update
-----------------------------------------------------------
--Channel classification update
ChannelClassificationAnnouncement ::= SEQUENCE OF SEQUENCE {
-- Network ID
networkID OCTET STRING
--Channel classification information
chClassInfo ChClassInfo
}
-----------------------------------------------------------
--Information acquiring from another CM
-----------------------------------------------------------
-- Information acquiring request
InfoAcquringRequest ::= SEQUENCE {
ceID CxID,
listOfReqInfoDescr SEQUENCE OF ReqInfoDescr
}
-- Information acquiring response
InfoAcquringResponse ::= SEQUENCE {
ceID CxID,
ReqInfoValue ReqInfoValue
}
-----------------------------------------------------------
--Available channel list from WSO
-----------------------------------------------------------
-- Available channel request
AvailableChannelsRequest ::= SEQUENCE {}
-- Available channel response
AvailableChannelsResponse ::= SEQUENCE {
--Available channel list information
listOfAvailableChNumbers ListOfAvailableChNumbers
}
-----------------------------------------------------------
--Event indication
-----------------------------------------------------------
-- Event indication
EventIndication ::= SEQUENCE {
-- Event indication information
eventParams EventParams
}
-- Event confirm
EventConfirm ::= SEQUENCE {}
-----------------------------------------------------------
--Measurement Request
-----------------------------------------------------------
-- Measurement request
MeasurementRequest ::= SEQUENCE {
-- Measurement request information
measurementDescription MeasurementDescription
}
-----------------------------------------------------------
-- Measurement results
-----------------------------------------------------------
-- Measurement response
MeasurementResponse ::= SEQUENCE OF SEQUENCE{
-- Measurement results
measurementResult MeasurementResult
}
-----------------------------------------------------------
-- Negotiation
-----------------------------------------------------------
-- Negotiation request
NegotiationRequest ::= SEQUENCE {
-- Negotiation status
negotiationStatus NegotiationStatus,
-- Negotiation information
negotiationInformation NegotiationInformation
}
-- Negotiation announcement
NegotiationAnnouncement ::= SEQUENCE {
-- Winner CM ID list
listOfWinnerCMID ListOfWinnerCMID,
-- Slot time position list
listOfSlotTimePosition ListOfSlotTimePosition
}
-----------------------------------------------------------
--Master/Slave CM selection
-----------------------------------------------------------
--Master/Slave CM selection request
MasterCMRequest ::= SEQUENCE {
--List of CEs managed by CM that intends to become slave CM
listOfCEs SEQUENCE OF CxID,
}
-- Master/Slave CM selection response
MasterCMResponse ::= SEQUENCE {
--Status
status CxMediaStatus
}
-----------------------------------------------------------
--Master/Slave CM configuration
-----------------------------------------------------------
--Master/Slave CM configuration request
MasterSlaveCMconfigurationRequest ::= SEQUENCE {
-- List of CEs managed by CM
listOfCEs SEQUENCE OF CxID,
}
--Master/Slave CM configuration response
MasterSlaveCMconfigurationResponse ::= SEQUENCE {
--Operationg code
operationCode OperationCode,
--Slave CE ID
slaveCeID CxID,
--Network ID
networkID OCTET STRING,
--Network technology
networkTechnology NetworkTechnology,
--Network type
networkType NetworkType
--Discovery information
discoveryInformation DiscoveryInformation,
--Transmission schedule is supported or not
txScheduleSupported BOOLEAN,
--List of available channel number
listOfAvailableChNumbers ListOfAvailableChNumbers,
--List of supported channel number
listOfSupportedChNumbers SEQUENCE OF INTEGER,
--List of operating channel number
listOfOperatingChNumbers ListOfOperatingChNumbers,
--Required resource
requiredResource RequiredResource
--Measurement capability
measurementCapability MeasurementCapability
}
-----------------------------------------------------------
--WSO deregistration
-----------------------------------------------------------
--Deregistration request
WsoDeregistrationRequest ::= SEQUENCE {
--Flag of wso deregistration
wsoDeregistration BOOLEAN,
}
--Deregistration response
WsoDeregistrationResponse ::= SEQUENCE {
--Status
status CxMediaStatus
}
END
ANS.1(Abstract Syntax Notation One) 방식으로 정의된 프리미티브(primitive)는 다음과 같다.
IEEE80219MEDIASAPPrimitive DEFINITIONS AUTOMATIC TAGS::= BEGIN
-----------------------------------------------------------
--Imported data types
-----------------------------------------------------------
--Imported data types
IMPORTS
--Coexistence report
CoexistenceReport,
--Channel priority
ChannelPriority,
--Network technology
NetworkTechnology,
--Network type
NetworkType,
--Discovery information
DiscoveryInformation,
--List of available channel numbers
ListOfAvailableChNumbers,
--List of operating channel numbers
ListOfOperatingChNumbers,
--Required resource
RequiredResource,
--Measurement capability
MeasurementCapability,
-- Operation code
OperationCode,
--Transmission schedule
TxSchedule,
--Failed parameters
FailedParameters,
--Subscribed service
SubscribedService,
--Status
CxMediaStatus,
--Coexistence protocol entity ID
CxID,
--Channel classification information list
ChClassInfoList,
--Event parameters
EventParams,
--Measurement description
MeasurementDescription,
--Measurement result
MeasurementResult,
FROM IEEE802191DataType;
-----------------------------------------------------------
--WSO subscription
-----------------------------------------------------------
--Request for subscription information
GetServiceSubscriptionRequest ::= SEQUENCE {}
--Subscription information
GetServiceSubscriptionResponse ::= SEQUENCE {
--Coexistence service to which WSO is subscribed
subscribedService SubscribedService,
--Status
status CxMediaStatus
}
--Confirm for subscription
GetServiceSubscriptionConfirm :: = SEQUENCE {
--Status
status CxMediaStatus
}
-----------------------------------------------------------
--WSO subscription update
-----------------------------------------------------------
--Request to update subscription
NewServiceSubscriptionIndication ::= SEQUENCE {
--Coexistence service to which WSO is subscribed
subscribedService SubscribedService
}
--Confirm for subscription update
GetServiceSubscriptionConfirm :: = SEQUENCE {
--Status
status CxMediaStatus
}
-----------------------------------------------------------
--WSO subscription change
-----------------------------------------------------------
--Request to change subscription
ChangeSubscriptionRequest ::= SEQUENCE {
--Coexistence service to which WSO is subscribed
subscribedService SubscribedService
}
--Response for subscription change
ChangeSubscriptionResponse :: = SEQUENCE {
--Status
status CxMediaStatus
}
-----------------------------------------------------------
--WSO registration
-----------------------------------------------------------
--Request for registration information
GetRegInfoRequest ::= SEQUENCE {}
--Registration information
GetRegInfoResponse ::= SEQUENCE {
--Network ID
networkID OCTET STRING,
--Network technology
networkTechnology NetworkTechnology,
--Network type
networkType NetworkType
--Discovery information
discoveryInformation DiscoveryInformation,
--Transmission schedule is supported or not
txScheduleSupported BOOLEAN,
--List of available channel number
listOfAvailableChNumbers ListOfAvailableChNumbers,
--List of supported channel number
listOfSupportedChNumbers SEQUENCE OF INTEGER,
--List of operating channel number
listOfOperatingChNumbers ListOfOperatingChNumbers,
--Required resource
requiredResource RequiredResource
--Measurement capability
measurementCapability MeasurementCapability
}
--Confirm for registration
GetRegInfoConfirm :: = SEQUENCE {
--Status
status CxMediaStatus
}
-----------------------------------------------------------
--WSO registration update
-----------------------------------------------------------
--Updated registration information
NewRegInfoIndication ::= SEQUENCE {
--Network ID
networkID OCTET STRING,
--Network technology
networkTechnology NetworkTechnology,
--Network type
networkType NetworkType
--Discovery information
discoveryInformation DiscoveryInformation,
--Transmission schedule is supported or not
txScheduleSupported BOOLEAN,
--List of available channel number
listOfAvailableChNumbers ListOfAvailableChNumbers,
--List of supported channel number
listOfSupportedChNumbers SEQUENCE OF INTEGER,
--List of operating channel number
listOfOperatingChNumbers ListOfOperatingChNumbers,
--Required resource
requiredResource RequiredResource
--Measurement capability
measurementCapability MeasurementCapability
}
--Confirm for registration
NewRegInfoConfirm :: = SEQUENCE {
--Status
status CxMediaStatus
}
-----------------------------------------------------------
--Coexistence report for information service
-----------------------------------------------------------
--Request for coexistence report
CoexistenceReportRequest ::= SEQUENCE {}
--Response for coexistence report
CoexistenceReportResponse ::= SEQUENCE {
--Coexistence report information
coexistenceReport CoexistenceReport,
--Channel priority information
channelPriority ChannelPriority
}
-----------------------------------------------------------
--WSO reconfiguration for management service
-----------------------------------------------------------
--Reconfiguration request
PerformReconfigurationRequest ::= SEQUENCE {
--List of operating channel number
listOfOperatingChNumber SEQUENCE OF INTEGER,
--Transmission power limitation
txPowerLimit REAL,
--Indication whether the channel is shared
channelIsShared BOOLEAN,
--Transmission schedule
txSchedule TxSchedule ,
-- Channel classification information
chClassInfo ChClassInfo
}
--Reconfiguration response
PerformReconfigurationResponse ::= SEQUENCE {
--Status
status BOOLEAN
--Failed parameters
failedParameters FailedParameters
}
-----------------------------------------------------------
--Channel classification requested by CE
-----------------------------------------------------------
--Channel classification request
ChannelClassificationRequest ::= SEQUENCE {
-- List of network ID
listOfNetworkID SEQUENCE OF OCTET STRING
}
-- Channel classification response
ChannelClassificationResponse ::= SEQUENCE {
--List of channel classification information
chClassInfoList ChClassInfoList
}
-----------------------------------------------------------
--Channel classification update
-----------------------------------------------------------
--Channel classification update
ChannelClassificationIndication ::= SEQUENCE {
--List of channel classification information
chClassInfoList ChClassInfoList
}
-----------------------------------------------------------
--Available channel list from WSO
-----------------------------------------------------------
-- Available channel List request
AvailableChannelListRequest ::= SEQUENCE {}
-- Available channel list response
AvailableChannelListResponse ::= SEQUENCE {
--Available channel list information
listOfAvailableChNumbers ListOfAvailableChNumbers
}
-----------------------------------------------------------
--Event indication
-----------------------------------------------------------
-- Event indication
EventIndication ::= SEQUENCE {
-- Event indication information
eventParams EventParams
}
-----------------------------------------------------------
--Measurement Request
-----------------------------------------------------------
-- Measurement request
GetMeasurementRequest ::= SEQUENCE {
-- Measurement request information
measurementDescription MeasurementDescription
}
-----------------------------------------------------------
-- Measurement results
-----------------------------------------------------------
-- Measurement response
GetMeasurementResponse ::= SEQUENCE OF SEQUENCE{
-- Measurement results
measurementResult MeasurementResult
}
-----------------------------------------------------------
-- WSO Deregistration
-----------------------------------------------------------
--Deregistration request
PerformDeregistrationRequest ::= SEQUENCE {
--List of operating channel number
wsoDeregistration BOOLEAN,
}
-- Deregistration response
PerformReconfigurationResponse ::= SEQUENCE {
--Status
status BOOLEAN
}
END
일실시예에서, ANS.1(Abstract Syntax Notation One) 방식으로 정의된 데이터 타입(data type)은 다음과 같다.
IEEE802191DataType DEFINITIONS AUTOMATIC TAGS ::= BEGIN
-----------------------------------------------------------
--Exported data types
-----------------------------------------------------------
--Exported data types
EXPORTS
--Coexistence report
CoexistenceReport,
--Channel priority
ChannelPriority,
--Network technology
NetworkTechnology,
--Network type
NetworkType,
--Discovery information
DiscoveryInformation,
--List of available channel numbers
ListOfAvailableChNumbers,
--List of operating channel numbers
ListOfOperatingChNumbers,
--Required resource
RequiredResource,
--Measurement capability
MeasurementCapability,
--List of neighbor CM
ListOfNeighborCM
-- Operation code
OperationCode,
--Transmission schedule
TxSchedule,
--Failed parameters
FailedParameters,
--Subscribed service
SubscribedService,
--Status
CxMediaStatus,
--Coexistence protocol entity ID
CxID,
--Channel classification information
ChClassInfo,
--Channel classification information list
ChClassInfoList,
--Required information description
ReqInfoDescr,
-- Requested information value
ReqInfoValue,
--Event parameters
EventParams,
-- Negotiation status
NegotiationStatus,
-- Negotiation information
NegotiationInformation
-- Winner CM ID list
ListOfWinnerCMID,
-- Slot time position list
ListOfSlotTimePosition
--Measurement description
MeasurementDescription,
--Measurement result
MeasurementResult;
-----------------------------------------------------------
--Coexistence protocol entity ID
-----------------------------------------------------------
CxType ::= ENUMERATED {
ce,
cm,
cdis
}
CxID ::= SEQUENCE {
type CxType,
id OCTET STRING}
-----------------------------------------------------------
--Status
-----------------------------------------------------------
--Status
CxMediaStatus ::= ENUMERATED {
noErrorAccepted,
noErrorRejected,
errorInvalidEntityStatus,
errorInvalidArgument,
errorProcessFailure,
errorNetworkFailure,
errorUnknown
}
-----------------------------------------------------------
--Subscribed serviced
-----------------------------------------------------------
SubscribedService::= ENUMERATED {
information,
management,
interCMCoexistenceSetElementsNeighbors,
allCoexistenceSetElementsNeighbors
}
-----------------------------------------------------------
--Network technology
-----------------------------------------------------------
NetworkTechnology ::= ENUMERATED {
ieee802dot11af,
ieee802dot22,
ecma392,
oneSeg
…
}
-----------------------------------------------------------
--Network type
-----------------------------------------------------------
NetworkType ::= ENUMERATED {
fixed,
mode1,
mode2,
…
}
-----------------------------------------------------------
--Discovery information
-----------------------------------------------------------
DiscoveryInformation ::= SEQUENCE {
coordinateX REAL,
coordinateY REAL,
coordinateZ REAL,
maxTxPower REAL,
rxSensitivity REAL,
antennaGain REAL,
minReqSNR REAL,
antennaHeight REAL,
…
}
-----------------------------------------------------------
--Available channel numbers
-----------------------------------------------------------
ConstOfChUseID :: = ENUMERATED {
regulationMaxTxPower,
regulationMaxAntGain,
regulationMaxAntHeight,
regulationTVDBUpdateTime,
outOfBandEmissionLimit,
…
}
ConstOfChUseValue ::= CHOICE {
regulationMaxTxPower REAL,
regulationMaxAntMaxGain REAL,
regulationAntMaxHeight REAL,
regulationTVDBUpdateTime REAL,
outOfBandEmissionLimit REAL,
…
}
ConstOfChUses ::= SEQUENCE OF SEQUENCE {
constOfChUseID ConstOfChUseID,
constOfChUseValue ConstOfChUseValue
}
ListOfAvailableChNumbers ::= SEQUENCE OF SEQUENCE {
chNumber INTEGER,
availableStartTime GeneralizedTime,
availableDuration REAL,
constOfChUses ConstOfChUses
}
-----------------------------------------------------------
--Operating channel numbers
-----------------------------------------------------------
ListOfOperatingChNumbers ::= SEQUENCE OF SEQUENCE {
chNumber INTEGER,
occupancy REAL
}
-----------------------------------------------------------
--Required resource
-----------------------------------------------------------
RequiredResource ::= SEQUENCE {
requiredBandwidth REAL,
occupancy REAL
}
-----------------------------------------------------------
--Measurement capability
-----------------------------------------------------------
MeasurementCapability ::= ENUMERATED {
energyDetection,
featureDetection
...
}
-----------------------------------------------------------
--Operation code
-----------------------------------------------------------
OperationCode ::= ENUMERATED {
New,
Modify,
Remove
}
-----------------------------------------------------------
--Coexistence report
-----------------------------------------------------------
CoexistenceReport ::= SEQUENCE OF SEQUENCE {
networkID OCTET STRING,
networkTechnology NetworkTechnology,
listOfOperatingChNumbers ListOfOperatingChNumbers
}
ChannelPriority ::= SEQUENCE OF SEQUENCE {
channelNumber INTEGER,
priority INTEGER
}
-----------------------------------------------------------
--Coexistence set information
-----------------------------------------------------------
ListOfCoexSetElement ::= SEQUENCE OF SEQUENCE {
networkID OCTET STRING,
networkTechnology NetworkTechnology
}
ListOfNeighborCM ::= SEQUENCE OF SEQUENCE {
neighborCMID CxID,
listOfCoexSetElement ListOfCoexSetElement
}
-----------------------------------------------------------
--Transmission schedule
-----------------------------------------------------------
TxSchedule ::= SEQUENCE OF SEQUENCE{
scheduleStartTime GeneralizedTime,
scheduleDuration REAL,
numberOfScheduleRepetitions INTEGER,
transmissionStartTime REAL,
transmissionDuration REAL
}
-----------------------------------------------------------
--Channel classification
-----------------------------------------------------------
OperatingChannelInfo ::= SEQUENCE {
operatingChannelNumber INTEGER,
listOfNetworkID SEQUENCE OF OCTET STRING,
…
}
ChClassInfo ::= SEQUENCE {
availableChannelList SEQUENCE OF INTEGER,
restrictedChannelList SEQUENCE OF INTEGER,
protectedChannelList SEQUENCE OF INTEGER,
unclassifiedChannelList SEQUENCE OF INTEGER,
operatingChannelList SEQUENCE OF OperatingChannelInfo,
coexistenceChannelList SEQUENCE OF OperatingChannelInfo,
…
}
ChClassInfoList ::= SEQUENCE OF SEQUENCE {
networkID OCTET STRING,
chClassInfo ChClassInfo
}
-----------------------------------------------------------
--Failed parameters
-----------------------------------------------------------
FailedParameterID ::= ENUMERATED {
listOfoperatingChNumber,
txPowerLimit,
channelIsShared,
txSchedule,
}
FailedParameterValue ::= CHOICE {
listOfoperatingChNumber SEQUENCE OF INTEGER,
txPowerLimit REAL,
channelIsShared BOOLEAN,
txSchedule TxSchedule
}
FailedParameters ::= SEQUENCE OF SEQUENCE {
failedParameterID FailedParameterID,
failedParameterValue FailedParameterValue
}
-----------------------------------------------------------
--Event indication
-----------------------------------------------------------
EventDescr ::= ENUMERATED{
sinrThresholdReached,
qosDegradation,
…
}
EventParams ::= SEQUENCE {
eventDescr EventDescr
}
-----------------------------------------------------------
--Information Acquiring
-----------------------------------------------------------
ReqInfoDescr ::= SEQUENCE OF ENUMERATED {
sinr,
desiredBandwidth,
desiredOccupancy,
desiredQoS,
desiredCoverage,
channelNumber,
subscribedService,
interferenceLevel,
fairness,
threshold,
...
}
ReqInfoValue ::= SEQUENCE OF SEQUENCE {
reqInfoDescr ReqInfoDescr,
reqInfoValue CHOICE {
sinrValue REAL,
desiredBandwidthValue REAL,
desiredOccupancyValue REAL,
desiredQoSValue REAL,
desiredCoverageValue REAL,
channelNumberValue REAL,
subscribedServiceValue SubscribedService
interferenceLevelValue REAL,
fairnessValue REAL,
thresholdValue REAL,
otherValue ANY
}
-----------------------------------------------------------
--Negotiation
-----------------------------------------------------------
NegotiationStatus :: = SEQUENCE {
negotiationSuccess BOOLEAN,
negotiationFailure BOOLEAN,
underNegotiation BOOLEAN,
…
}
StartEndTime :: = SEQUENCE {
startTime REAL,
endTime REAL
}
TimeSharingUnitInfo ::= SEQUENCE {
referenceTime REAL,
windowTime StartEndTime,
slotTime StartEndTime,
…
}
NegotiationInformation :: = SEQUENCE {
mode BOOLEAN,
listOfChNumber SEQUENCE OF INTEGER
timeSharingUnitInfo TimeSharingUnitInfo,
slotTimePosition StartEndTime,
numberOfSlots INTEGER
disallowedSlotTimePosition StartEndTime,
listOfContentionNumbers SEQUENCE OF REAL,
…
}
ListOfWinnerCMID ::= SEQUENCE OF CxID
ListOfSlotTimePosition ::= SEQUENCE OF REAL
-----------------------------------------------------------
--Measurement
-----------------------------------------------------------
MeasurementSchedule ::= SEQUENCE {
measStartTime REAL,
numberOfMeasurements INTEGER,
timeBetweenMeasurements REAL
}
MeasurementFreq ::= SEQUENCE OF INTEGER
MeasurementType ::= ENUMERATED {
interferenceLevel
}
MeasurementDescription ::= SEQUENCE {
measType MeasurementType,
measSchedule MeasurementSchedule,
measFreq MeasurementFreq
}
MeasurementReport ::= CHOICE {
interferenceLevelValue REAL,
…
}
MeasurementResult ::= SEQUENCE OF SEQUENCE {
measurementDescription MeasurementDescription,
measurementReport MeasurementReport,
}
END
본 발명의 실시예에 따른 장치 및 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다.
컴퓨터 판독 가능 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 분야 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media) 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 또한 상술한 매체는 프로그램 명령, 데이터 구조 등을 지정하는 신호를 전송하는 반송파를 포함하는 광 또는 금속선, 도파관 등의 전송 매체일 수도 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다.
이제까지 본 발명에 대하여 그 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.

Claims (20)

  1. 상호공존 인에이블러(Coexistence Enabler: CE), 상호공존 관리자(Coexistence Manager: CM) 및 상호공존 파악 및 정보 서버(Coexistence Discovery and Information Server: CDIS)를 포함하는 상호공존 관리 시스템에서, 상기 CE, CM 및 CDIS간 메시지 교환 방법에 있어서, 상기 방법은,
    상기 CM이 재구성요청 메시지( ReconfigurationRequest message)를 생성하여 상기 CE에 전송하는 단계; 및
    상기 CE로부터 재구성응답 메시지( ReconfigurationResponse message)를 기다리는 단계를 포함하되,
    상기 재구성요청 메시지는 상기 CE에 의해 서비스되는 WSO의 동작채널 목록, 송신전력한계치, 채널공유여부 플래그, 전송스케쥴 및 채널분류정보중 적어도 하나를 포함하는 메시지 교환 방법.
  2. 제1항에 있어서, 상기 채널분류정보는, 가용채널목록, 제한채널목록, 보호채널목록, 미분류채널목록, 동작채널목록 및 상호공존 채널목록중 적어도 하나를 포함하는 메시지 교환 방법.
  3. 제1항에 있어서, 상기 방법은,
    상기 재구성요청 메시지를 수신한 CE가 재구성수행요청 프리미티브( PerformReconfigurationRequest primitive)를 생성하여 상기 CE에 의해 서비스되는WSO에게 전송하는 단계;
    상기 CE가 상기 WSO로부터 재구성수행응답 프리미티브( PerformReconfigurationResponse primitive)를 수신하는 단계; 및
    상기 CE가 상기 재구성응답 메시지를 생성하여 상기 CM에 전송하는 단계
    를 더 포함하되,
    상기 재구성수행요청 프리미티브는 상기 CE으로부터 수신된 상기 재구성요청 메시지에 포함된 WSO의 동작채널 목록, 송신전력한계치, 채널공유여부 플래그, 전송스케쥴 및 채널분류정보중 적어도 하나를 포함하는 메시지 교환 방법.
  4. 제3항에 있어서, 상기 WSO로부터 수신되는 상기 재구성수행응답 프리미티브는 재구성실패여부를 나타내는 실패 파라미터를 포함하고, 상기 CE에 의해 생성되는 재구성응답 메시지는 상기 WSO로부터 상기 재구성수행응답 프리미티브를 통해 수신된 상기 실패 파라미터를 포함하는 메시지 교환 방법.
  5. CE, CM 및 CDIS를 포함하는 상호공존 관리 시스템에서, 상기 CE, CM 및 CDIS간 메시지 교환 방법에 있어서, 상기 방법은,
    상기 CM이 등록해제요청 메시지( DeregistrationRequest message)를 생성하여 CE에 전송하는 단계;
    상기 CE로부터 등록해제응답 메시지( DeregistrationResponse message)를 기다리는 단계; 및
    상기 등록해제응답 메시지가 수신되면, 상기 CM은 상기 CE에 대한 삭제를 요청하는 메시지를 상기 CDIS에 전송하는 단계
    를 포함하는 메시지교환 방법.
  6. 제5항에 있어서, 상기 방법은,
    상기 등록해제요청 메시지를 수신한 CE가 등록해제수행요청 프리미티브( PerformDeregistrationRequest primitive)를 생성하여 상기 CE에 의해 서비스되는 WSO에게 전송하고 상기 WSO로부터 등록해제수행응답 프리미티브( PerformDeregistrationResponse primitive)를 기다리는 단계;
    상기 WSO로부터 상기 등록해제수행응답 프리미티브가 수신되면, 상기 CE가 상기 등록해제응답 메시지를 생성하여 상기 CM에 전송하는 단계를 더 포함하고,
    상기 등록해제수행응답 프리미티브 및 상기 등록해제응답 메시지는 상기 WSO의 등록해제 상태를 나타내는 정보를 포함하는 메시지 교환 방법.
  7. 제5항에 있어서, 상기 CM이 등록해제요청 메시지를 생성하여 상가 CE에 전송하는 단계 이전에,
    상기 CM은 재구성 요청 메시지를 생성하여 상기 CE에 전송한 후에, 상기 CE로부터 재구성응답 메시지를 기다리는 단계를 포함하고,
    상기 CE로부터 수신되는 재구성응답 메시지에 재구성실패여부를 나타내는 실패 파라미터가 포함되는 경우에 상기 CE에 상기 등록해제요청 메시지를 전송하는 것인 메시지 교환 방법.
  8. 제5항에 있어서, 상기 등록해제요청 메시지를 수신한 CE는 상기 CM이 제공하는 관리 서비스에서 정보 서비스로 전환하는 메시지 교환 방법.
  9. 제5항에 있어서, 상기 등록해제요청 메시지를 수신한 CE는 새로운 CM에서 제공하는 관리 서비스에 가입 및 등록하는 메시지 교환 방법.
  10. CE, CM 및 CDIS을 포함하는 상호공존 관리 시스템에서 CE와 CM간 메시지 교환 방법에 있어서, 상기 방법은,
    CE가 상기 CE에 의해 서비스되는 WSO로부터 이벤트 파라미터 목록을 포함하는 이벤트알림 프리미티브(EventIndication Primitive)를 수신하는 단계;
    상기 CE가 상기 이벤트알림 프리미티브에 포함된 이벤트 파라미터 목록을 포함하는 이벤트 알림(EventIndication) 메시지를 생성하여 CM에 전송하는 단계; 및
    상기 CM으로부터 이벤트확인(EventConfirm) 메시지를 기다리는 단계
    를 포함하는 메시지 교환 방법.
  11. 제10항에 있어서, 상기 이벤트 파라미터 목록은 SINR 임계치 도달 및 QoS 저하를 나타내는 파라미터중 적어도 하나를 포함하는 메시지 교환 방법.
  12. CE, CM및 CDIS을 포함하는 상호공존 관리 시스템에서 CE와 CM간 메시지 교환 방법에 있어서, 상기 방법은,
    CE가 상기 CE에 의해 서비스되는WSO로부터 상호공존리포트요청 프리미티브( CoexistenceReportRequest primitive)를 수신하는 단계;
    상기 CE가 상호공존리포트 요청 메시지( CoexistenceReportRequest message)를 생성하여 CM에 전송하는 단계;
    상기 CM으로부터 상호공존리포트 응답 메시지( CoexistenceReportResponse message)를 기다리는 단계; 및
    상기 CM으로부터 상기 상호공존리포트 응답 메시지가 수신되면, 상기 CE는 상호공존리포트 응답 프리미티브( CoexistenceReportResponse primitive)를 생성하여 상기 WSO에게 전송하는 단계
    를 포함하는 메시지 교환 방법.
  13. 제12항에 있어서, 상기 상호공존리포트 응답 메시지는 상기 WSO의 상호공존 설정 요소 정보 - 상기 상호공존 설정 요소 정보는 이웃 네트워크 식별자, 이웃 WSO 의 네트워크 기술 정보 및 이웃 동작 채널 번호를 포함함- 및 채널 우선순위 정보를 포함하는 메시지 교환 방법.
  14. CE, CM및 CDIS을 포함하는 상호공존 관리 시스템에서 CM간 메시지 교환 방법에 있어서, 상기 방법은,
    슬레이브가 되고자 하는 CM이 마스터 CM 요청 메시지( MasterCMRequest message)를 생성하여 마스터가 되어주길 원하는 적어도 1개 이상의 후보 CM에 전송하는 단계; 및
    상기 후보 CM으로부터 마스터CM 응답 메시지( MasterCMResponse message)를 수신하는 단계를 포함하고,
    이에 따라, 상기 마스터 CM 요청 메시지를 전송한 CM이 슬레이브가 되고 상기 마스터CM 응답 메시지를 전송한 상기 후보 CM이 마스터로 설정되는 것인 메시지 교환 방법.
  15. 제14항에 있어서, 상기 마스터 CM 요청 메시지는 상기 슬레이브가 되고자 하는 CM에 의해 관리되는 CE 목록을 포함하는 메시지 교환 방법.
  16. 제14항에 있어서, 상기 방법은,
    상기 마스터로 설정된 CM이 마스터슬레이브CM 구성요청 메시지( MasterSlaveCMConfigurationRequest message)를 생성하여 상기 슬레이브 CM에 전송하는 단계; 및
    상기 슬레이브CM으로부터 마스터슬레이브CM 구성 응답 메시지( MasterSlaveCMConfigurationResponse message)를 기다리는 단계
    를 더 포함하는 메시지 교환 방법.
  17. 제14항에 있어서, 상기 마스터슬레이브CM 구성요청 메시지는 상기 마스터 CM에 의해 관리되는 CE 목록을 포함하는 메시지 교환 방법.
  18. 제14항에 있어서, 상기 방법은 상기 슬레이브 CM이 상기 마스터슬레이브 CM 구성응답 메시지를 생성하여 상기 마스터 CM에 전송하는 단계를 더 포함하고, 상기 마스터슬레이브 CM 구성응답 메시지는 상기 슬레이브 CM에 등록되어 상기 마스터 CM에 의해 관리될 CE 각각에 대한, 동작 코드, CE 식별자, WSO의 네트워크 식별자, WSO의 네트워크 기술 정보, 네트워크 유형, WSO의 디스커버리 정보, 계획된 전송 지원 여부를 나타내는 플래그, 가용채널목록, 지원 채널 번호 목록, WSO 동작채널번호 목록, WSO 동작을 위해 요구되는 요구자원 정보 및 WSO의 측정능력 정보중 적어도 하나를 포함하는 메시지 교환 방법.
  19. 제18항에 있어서, 상기 가용채널목록은, 가용채널번호, 가용채널번호의 가용개시시간, 상기 가용채널번호의 가용기간 및 제한사항정보중 적어도 하나를 포함하는 메시지 교환 방법.
  20. 제18항에 있어서, 상기 요구자원정보는 요구 대역폭 및 예상 점유율(expected occupancy)중 적어도 하나를 포함하는 메시지 교환 방법.
PCT/KR2014/004182 2013-05-13 2014-05-09 상호공존 관리 시스템에서의 개체간 메시지 교환 방법 WO2014185666A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/890,883 US10045222B2 (en) 2013-05-13 2014-05-09 Method for communicating message between entities in coexistence management system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20130053651 2013-05-13
KR10-2013-0053651 2013-05-13
KR1020140054264A KR102151125B1 (ko) 2013-05-13 2014-05-07 상호공존 관리 시스템에서의 개체간 메시지 교환 방법
KR10-2014-0054264 2014-05-07

Publications (1)

Publication Number Publication Date
WO2014185666A1 true WO2014185666A1 (ko) 2014-11-20

Family

ID=51898597

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/004182 WO2014185666A1 (ko) 2013-05-13 2014-05-09 상호공존 관리 시스템에서의 개체간 메시지 교환 방법

Country Status (1)

Country Link
WO (1) WO2014185666A1 (ko)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080076262A (ko) * 2007-02-15 2008-08-20 삼성전자주식회사 통신 시스템에서 자원 할당 방법 및 시스템
KR20100041235A (ko) * 2008-10-13 2010-04-22 삼성전자주식회사 무선 통신 네트워크의 채널 할당 방법 및 그 시스템
WO2012030190A2 (ko) * 2010-09-03 2012-03-08 한국전자통신연구원 통신 시스템에서 자원 관리 시스템 및 방법
WO2013066005A1 (ko) * 2011-11-04 2013-05-10 엘지전자 주식회사 상호공존 네트워크 내에서 마스터 ｃｍ 선출 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20080076262A (ko) * 2007-02-15 2008-08-20 삼성전자주식회사 통신 시스템에서 자원 할당 방법 및 시스템
KR20100041235A (ko) * 2008-10-13 2010-04-22 삼성전자주식회사 무선 통신 네트워크의 채널 할당 방법 및 그 시스템
WO2012030190A2 (ko) * 2010-09-03 2012-03-08 한국전자통신연구원 통신 시스템에서 자원 관리 시스템 및 방법
WO2013066005A1 (ko) * 2011-11-04 2013-05-10 엘지전자 주식회사 상호공존 네트워크 내에서 마스터 ｃｍ 선출 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JARI JUNELL ET AL.: "Proposal on coexistence system services and protocols", IEEE P802.19, WIRELESS COEXISTENCE (DOC.: IEEE 802.19-10/0156R0, 7 November 2010 (2010-11-07), Retrieved from the Internet <URL:http://mentor.ieee.org/802.19/dcn/10/19-10-0156-00-0001-proposal-on-coexietence-system-services-and-protocols> *

Similar Documents

Publication Publication Date Title
WO2020122676A1 (en) Apparatus and method for initial access in wireless communication system
WO2018203739A1 (en) Method for establishing a fronthaul interface, method for performing access for a ue, method and apparatus for performing a handover for a ue, data forwarding method, user equipment and base station
WO2018030845A1 (ko) 송/수신단 변경을 위한 단말의 측정, 보고, 및 변경 절차와 이를 지원하는 기지국 절차를 특징으로 하는 장치 및 시스템
WO2021150014A1 (en) Self-optimization method and device
EP3403433A1 (en) Method and apparatus for generating cell measurement information in a wireless communication system
WO2010098601A2 (en) Femto access point in a communication system and control method thereof
WO2020067715A1 (en) Method and device for configuring node to transmit and receive data
EP3420754A1 (en) Method and enb equipment for supporting seamless handover
WO2014094195A1 (zh) 一种载波的分配方法、用户设备及基站
WO2012165794A2 (ko) 이기종 네트워크 기반 데이터 동시 전송 서비스 시스템 및 그 방법
WO2021060941A1 (en) Method and apparatus for handover
WO2020222499A1 (en) Method and apparatus for managing information in a wireless communication system
WO2018230993A1 (en) Method and apparatus for performing scheduling request to support plurality of services efficiently
WO2020197360A1 (en) Method and device for remote interference management in wireless communication system
WO2017116034A1 (ko) 전자 장치, 전자 장치의 통신 방법 및 이동 단말기의 통신 방법
WO2017123078A1 (en) Method and apparatus for generating cell measurement information in a wireless communication system
WO2018231035A1 (en) Method and device for switching a serving cell and method and device supporting on-demand system information message
WO2023068711A1 (en) Method and device for performing self-optimization and self-configuration
WO2019066573A1 (en) METHOD AND DEVICE FOR ACCESSING THE NETWORK
WO2022108393A1 (ko) 프론트홀 인터페이스를 사용하는 통신을 위한 방법 및 장치
WO2017135668A1 (en) Method and user equipment for transmitting and receiving signals
WO2023003434A1 (en) Method and device for ultra-wideband communication
WO2022015109A1 (en) Method and node for communication in communication system supporting integrated access and backhaul (iab)
WO2017171506A1 (en) Method and enb equipment for supporting seamless handover
WO2021242035A1 (en) Method and device for supporting handover

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: 14797992

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14890883

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14797992

Country of ref document: EP

Kind code of ref document: A1