+ All Categories
Home > Documents > Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota...

Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota...

Date post: 20-Mar-2018
Category:
Upload: vodiep
View: 220 times
Download: 4 times
Share this document with a friend
38
July, 2011 IEEE P802.19-11/70r0 Submission Page 1 Hyubduk Kang et al IEEE P802.19 Wireless Coexistence Working Group Project IEEE 802.19 Wireless Coexistence Working Group (WG) Title Coexistence Mechanisms and Algorithms Date Submitted July 15, 2011 Source Hyunduk Kang, Donghun Lee, Byung-Jang Jeong, Heonjin Hong, Jaeick Choi ETRI, 138 Gajeong-Ro, Yuseong-Gu, Daejeon, 305-700, South Korea, +82-42-860-1074, +82-42-860-0865, +82-42-860-6765, +82-42-860-4860, +82-42-860-6160 [email protected], [email protected], [email protected], [email protected], [email protected] Stanislav Filin, Junyi Wang, M. A. Rahman, Chen Song, Hiroshi Harada NICT, 3-4 Hikarino-oka, Yokosuka, Kanagawa, Japan, 239-0847 [email protected], [email protected], [email protected], [email protected], [email protected] Jari Junell, Mika Kasslin Nokia, Itämerenkatu 11-13, 00180 Helsinki, Finland [email protected], [email protected] Päivi Ruuska Nokia, Visiokatu 1, 33720 Tampere, Finland [email protected] Junho Jo, Bonghoe Kim, Jihyun Lee, Suhwook Kim LG Electronics, Inc., LG R&D Complex 533, Hogye-1dong, Dongan-Gu, Anyang-Shi, Kyungki-Do, 431-749, Korea +82-31-450-1911, +82-31-450-4131, +82-31-450-1860, +82-31-450-1936 [email protected], [email protected], [email protected], [email protected] Ryo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan +81-3-5448-4018, +81-3-5448-4005, +81-3-5448-4018 [email protected], [email protected], [email protected] Guo Xin Sony China, Room 701, Raycom Infotech Park Tower C, No.2 Kexueyuan South Road, Zhongguancun, HaiDian District, Beijing 100080, P.R.C. +86-10-8286-1668 [email protected] Re: Abstract Proposal for Chapter 5 Purpose Notice This document has been prepared to assist the IEEE P802.19. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Release The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P802.19.
Transcript
Page 1: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July, 2011 IEEE P802.19-11/70r0

Submission Page 1 Hyubduk Kang et al

IEEE P802.19 Wireless Coexistence Working Group

Project IEEE 802.19 Wireless Coexistence Working Group (WG)

Title Coexistence Mechanisms and Algorithms

Date Submitted

July 15, 2011

Source Hyunduk Kang, Donghun Lee, Byung-Jang Jeong, Heonjin Hong, Jaeick Choi ETRI, 138 Gajeong-Ro, Yuseong-Gu, Daejeon, 305-700, South Korea, +82-42-860-1074, +82-42-860-0865, +82-42-860-6765, +82-42-860-4860, +82-42-860-6160 [email protected], [email protected], [email protected], [email protected], [email protected]

Stanislav Filin, Junyi Wang, M. A. Rahman, Chen Song, Hiroshi Harada NICT, 3-4 Hikarino-oka, Yokosuka, Kanagawa, Japan, 239-0847 [email protected], [email protected], [email protected], [email protected], [email protected]

Jari Junell, Mika Kasslin Nokia, Itämerenkatu 11-13, 00180 Helsinki, Finland [email protected], [email protected] Päivi Ruuska Nokia, Visiokatu 1, 33720 Tampere, Finland [email protected]

Junho Jo, Bonghoe Kim, Jihyun Lee, Suhwook Kim LG Electronics, Inc., LG R&D Complex 533, Hogye-1dong, Dongan-Gu, Anyang-Shi, Kyungki-Do, 431-749, Korea +82-31-450-1911, +82-31-450-4131, +82-31-450-1860, +82-31-450-1936 [email protected], [email protected], [email protected], [email protected]

Ryo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan +81-3-5448-4018, +81-3-5448-4005, +81-3-5448-4018 [email protected], [email protected], [email protected] Guo Xin Sony China, Room 701, Raycom Infotech Park Tower C, No.2 Kexueyuan South Road, Zhongguancun, HaiDian District, Beijing 100080, P.R.C. +86-10-8286-1668 [email protected]

Re:

Abstract Proposal for Chapter 5

Purpose

Notice This document has been prepared to assist the IEEE P802.19. It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein.

Release The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P802.19.

Page 2: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

vi Copyright © 2011 IEEE. All rights reserved.

Contents 1

5. IEEE 802.19.1 reference model .................................................................................................................. 1 2 5.1 General description .............................................................................................................................. 1 3 5.2 Service access points ........................................................................................................................... 3 4 5.3 Data type definition ........................................................................................................................... 27 5

6

7

Page 3: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

1 Copyright © 2011 IEEE. All rights reserved.

5. IEEE 802.19.1 reference model 1

5.1 General description 2

Figure 1 illustrates reference model of a Coexistence Enabler. 3

4

Figure 1 —Reference model of a Coexistence Enabler 5

The Coexistence Enabler has two service access points: 6

Coexistence Media SAP (COEX_MEDIA_SAP) 7 Coexistence Transport SAP (COEX_TR_SAP). 8 Figure 2 illustrates reference model of a Coexistence Manager and a Coexistence Discovery and 9 Information Server. 10

11

Figure 2 — Reference model of a Coexistence Manager and a Coexistence Discovery and 12 Information Server 13

The Coexistence Manager and the Coexistence Discovery and Information Server have one service access 14 point: 15

Coexistence Transport SAP (COEX_TR_SAP). 16 COEX_MEDIA_SAP defines the interface A between the CE and a TVBD network/device. Example 17 reference model of a CE describing an example implementation of the interface A inside a base station is 18 shown in Figure 3. 19

Page 4: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

2 Copyright © 2011 IEEE. All rights reserved.

1

Figure 3 — Example reference model for the interface A 2

The left side of Figure 3 shows a typical reference model of a radio interface including data, control and 3 management planes for physical layer, MAC sublayer, and convergence sublayer. The middle part of the 4 Figure 3 shows the base station management entity. The right part of Figure 3 shows the CE. 5

Typically, the radio interface is implemented in such a way that it provides a management interface for the 6 base station management entity. In Figure 3, such interface is represented by three service access points 7 PHY_ME_SAP, MAC_ME_SAP, and CS_ME_SAP, corresponding to the physical layer, the MAC 8 sublayer, and the convergence sublayer. These service access points can be used to obtain information from 9 the radio interface and to request reconfiguration of the radio interface. Correspondingly, the CE can use 10 these service access points to implement the interface A. The interface A is defined by the service access 11 point COEX_MEDIA_SAP. Communication between the radio interface management service access points 12 PHY_ME_SAP, MAC_ME_SAP, and CS_ME_SAP and the CE service access point COEX_MEDIA_SAP 13 is done via the base station management entity. Base station management entity (i.e., TVBD network or 14 device management entity) provides CXPM (coexistence primitive mapping) service. CXPM converts 15 CX_MEDIA_SAP primitives into TVBD-specific management/control primitives. 1-to-1 mapping might 16 be highly desirable to fully support 802.19.1 standard, but it might depend upon the degree of modification 17 of each TVDB standard. How to implement CXPM is out of scope of this standard. 18

The COEX_TR_SAP provides means for a Coexistence Enabler, a Coexistence Manager, and a 19 Coexistence Discovery and Information Server to communicate with each other and with external entities 20 by using transport services provided by underlying layers. The underlying layers could be application layer, 21 transport layer, network layer, and link layer. Example reference model of a CE and a CM describing 22 example of using COEX_TR_SAP for interface B1 is shown in Figure 4. 23

Page 5: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

3 Copyright © 2011 IEEE. All rights reserved.

1

Figure 4 — Example of using COEX_TR_SAP for interface B1 2

Information required for coexistence and reconfiguration commands that are exchanged between a CE and 3 a CM over the interface B1 are forwarded to transport layer, for example, to TCP, for transmission. This is 4 done using the COEX_TR_SAP service access point of the CE and the CM. 5

5.2 Service access points 6

5.2.1 COEX_TR_SAP 7

Coexistence Transport SAP (COEX_TR_SAP) provides means for a Coexistence Enabler, a Coexistence 8 Manager, and a Coexistence Discovery and Information Server to communicate with each other and with 9 external entities by using transport services provided by underlying layers. The Coexistence Transport SAP 10 is defined as a set of primitives that provides the following service: 11

Transport service: 12 Used by a CE, a CM, a CDIS or an external entity to send a coexistence protocol data unit to each 13

other and to external entities and to receive an acknowledgement of such operation 14 Used by a CE, a CM, and a CDIS or an external entity to receive a coexistence protocol data unit 15

from each other and from external entities. 16 17 Primitives described in Table 1 are used to define the Coexistence Transport SAP. 18

Table 1 —Coexistence Transport SAP primitives 19

Primitive Service Description CP_PACKET_SEND Transport Used by a CE, CM, CDIS or external entity to

send a coexistence protocol data unit using a transport service provider.

CP_PACKET_RECEIVE Transport Used by a transport service provider to deliver a coexistence protocol data unit to a CE, CM, CDIS or external entity.

Page 6: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

4 Copyright © 2011 IEEE. All rights reserved.

Transport service 1

5.2.1.1.1 CP_PACKET_SEND.request 2

Function: 3 Used by a CE, a CM, a CDIS or an external entity to request the transport service provider to transport a 4 coexistence protocol data unit. 5 Semantics: 6 CP_PACKET_SEND.request ( 7

transportPref, 8

sourceID, 9

destinationID, 10

coexProtocolPDU 11

) 12

Name Data Type Description transportPref TransportPref Transport protocol preference. sourceID OCTET_STRING Address of the entity sending a coexistence protocol

data unit. destinationID OCTET_STRING Address of the entity to receive a coexistence

protocol data unit. coexProtocolPDU OCTET_STRING Coexistence protocol data unit to be transported.

When generated: 13 Generated by a CE, a CM, a CDIS or an external entity to request the transport service provider to transport 14 a coexistence protocol data unit. 15 Effect on receipt: 16 The specific transport service provider receiving this primitive attempts to transport the coexistence 17 protocol data unit. 18

5.2.1.1.2 CP_PACKET_SEND.confirm 19

Function: 20 Used by a transport service provider to acknowledge transportation of the coexistence protocol data unit if 21 such acknowledgment is supported by the transport service provider. 22 Semantics: 23 CP_PACKET_SEND.confirm ( 24

transportPref, 25

sourceID, 26

destinationID, 27

transportStatus 28

) 29

Name Data Type Description

Page 7: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

5 Copyright © 2011 IEEE. All rights reserved.

transportPref TransportPref Transport protocol used. sourceID OCTET_STRING Address of the entity sending a coexistence protocol

data unit. destinationID OCTET_STRING Address of the entity to receive a coexistence

protocol data unit. transportStatus BOOLEAN Indicates whether the transfer of a coexistence

protocol data unit was successful or not. When generated: 1 Generated by the transport service provider to indicate whether the transfer of a coexistence protocol data 2 unit is successful or not if such acknowledgement is supported by the transport service provider. 3 Effect on receipt: 4 When a CE, a CM, a CDIS or external entity receives this primitive, it learns about the status of the 5 requested delivery of coexistence protocol data unit. 6

5.2.1.1.3 CP_PACKET_RECEIVE 7

Function: 8 Used by a transport service provider to deliver a coexistence protocol data unit to a CE, a CM, a CDIS or 9 an external entity. 10 Semantics: 11 CP_PACKET_RECEIVE ( 12

transportPref, 13

sourceID, 14

coexProtocolPDU 15

) 16

Name Data Type Description transportPref TransportPref Transport protocol used. sourceID OCTET_STRING Address of the entity from which a coexistence

protocol data unit was received. coexProtocolPDU OCTET_STRING The received coexistence protocol data unit.

When generated: 17 Generated by the transport service provider when it has coexistence protocol data unit for CE, CM, CDIS 18 or external entity 19 Effect on receipt: 20 The CE, CM, CDIS or external entity receiving this primitive gets a coexistence protocol data unit. 21

5.2.2 COEX_MEDIA_SAP 22

Coexistence Media SAP (COEX_MEDIA_SAP) defines the interface A between a CE and a TVBD 23 network or device. The Coexistence Media SAP is defined as a set of primitives that provides the following 24 services: 25

Authentication service 26 Used by the TVBD network or device to provide its authentication information to the coexistence 27

system 28 Subscription service 29

Used by the TVBD network or device to provide its subscription information to the coexistence 30 system and to update this subscription information 31

Page 8: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

6 Copyright © 2011 IEEE. All rights reserved.

Used by the coexistence system to ask TVBD network or device to change its subscribed 1 coexistence service. 2

Registration service 3 Used by the TVBD network or device to provide its registration information to the coexistence 4

system and to update this registration information 5 Information service 6

Used by the CE to send a neighbor report to the TVBD network or device subscribed to the 7 coexistence information service 8

Used by the CE to obtain an available channel list from the TVBD network or device subscribed to 9 the coexistence management service 10

Used by the CE to obtain information required for coexistence from the TVBD network or device 11 subscribed to the coexistence management service 12

Used by the TVBD network or device to obtain channel classification information from the 13 coexistence system 14

Measurement service 15 Used by the CE to obtain measurement results required for coexistence from the TVBD network or 16

device subscribed to the coexistence management service 17 Reconfiguration service 18

Used by the CE to request the TVBD network or device subscribed to the coexistence management 19 service to perform reconfiguration required for coexistence 20

Used by TVBD network or device to request for resource 21 Event service 22

Used by the CE and TVBD network or device to exchange indications of events related to 23 coexistence. 24

Primitives described in Table 2 are used to define the Coexistence Media SAP. 25

Table 2 —Coexistence Media SAP primitives 26

Primitive Service Description

GetAuthInfo Authentication Used by the TVBD network or device for authentication with the coexistence system

GetServiceSubscription

Subscription

Used by the TVBD network or device to provide its subscription information to the coexistence system

NewServiceSubscription Used by the TVBD network or device to update its subscription information in the coexistence system

ChangeSubscription Used by CE to ask TVBD network or device to change its subscription to the coexistence service

GetRegInfo

Registration

Used by the TVBD network or device to provide its registration information to the coexistence system

NewRegInfo Used by the TVBD network or device to update its registration information in the coexistence system

NeighborReport Information Used by the CE to send neighbor report to the TVBD network or device subscribed to the coexistence information service

Page 9: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

7 Copyright © 2011 IEEE. All rights reserved.

AvailableChannelList

Used by the CE to obtain available channel list from the TVBD network or device subscribed to the coexistence management service

ChannelClassification Used by the TVBD network or device to obtain channel classification information from the coexistence system

GetInfo

Used by the CE to obtain information required for coexistence from the TVBD network or device subscribed to the coexistence management service

GetMeasurement Measurement

Used by the CE to obtain measurement results required for coexistence from the TVBD network or device subscribed to the coexistence management service

PerformReconfiguration

Reconfiguration

Used by the CE to request the TVBD network or device subscribed to the coexistence management service to perform reconfiguration required for coexistence

ResourceReconfiguration Used by TVBD network or device to request for resource

Event Event Used by the CE and TVBD network or device to exchange indications of events related to coexistence

Authentication service 1

5.2.2.1.1 GetAuthInfo 2

5.2.2.1.1.1 GetAuthInfo.request 3

Function 4 Used by a CE to request authentication information from the TVBD network or device. 5

Semantics 6 GetAuthInfo.request() 7

When generated 8 Generated by the CE to obtain authentication information from the TVBD network or device. 9

Effect on receipt 10 When the TVBD network or device receives this primitive, it sends a GetAuthInfo.response back to the CE. 11

5.2.2.1.1.2 GetAuthInfo.response 12

Function 13 Used by the TVBD network or device to provide the authentication information to the CE. 14

Page 10: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

8 Copyright © 2011 IEEE. All rights reserved.

Semantics 1 GetAuthInfo.response ( 2

UserID 3

UserPassword 4

) 5

Name Type Description UserID IA5String (ITU-T X.208) This parameter contains User ID to be used by a CE

to authenticate with the coexistence system. UserPassword IA5String This parameter contains User Password to be used

by a CE to authenticate with the coexistence system.

When generated 6 Generated by the TVBD network or device in response to a GetAuthInfo.request from the CE. 7

Effect on receipt 8 When the CE receives this primitive, it starts authentication of the TVBD network or device with the 9 coexistence system. 10

5.2.2.1.1.3 GetAuthInfo.confirm 11

Function 12 Used by a CE to inform the TVBD network or device about the results of the authentication. 13

Semantics 14 GetAuthInfo.confirm( 15

status 16

) 17

Name Type Description status BOOLEAN This parameter shows whether the authentication

was successful or not.

When generated 18 Generated by the CE after an attempt to authenticate the TVBD network or device in the coexistence 19 system. 20

Effect on receipt 21 If the authentication was not successful, the TVBD network or device re-examines its authentication 22 information provided. 23

Page 11: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

9 Copyright © 2011 IEEE. All rights reserved.

Subscription service 1

5.2.2.1.2 GetServiceSubscription 2

5.2.2.1.2.1 GetServiceSubscription.request 3

Function 4 Used by a CE to obtain subscription information from the TVBD network or device. 5

Semantics 6 GetServiceSubscription.request() 7

When generated 8 Generated by the CE to request the TVBD network or device to indicate the coexistence service which it 9 wants to receive from the coexistence system. 10

Effect on receipt 11 When the TVBD network or device receives this primitive, it sends a GetServiceSubscription.response 12 back to the CE. 13

5.2.2.1.2.2 GetServiceSubscription.response 14

Function 15 Used by the TVBD network or device to inform the CE about the coexistence service which it wants to 16 receive from the coexistence system. 17

Semantics 18 GetServiceSubscription.response ( 19

subscribedService 20

) 21

Name Type Description subscribedService SubscribedService This parameter describes coexistence service that

the TVBD network or device wishes to receive from the coexistence system.

When generated 22 Generated by the TVBD network or device in response to a GetServiceSubscription.request from the CE. 23

Effect on receipt 24 When CE receives this primitive, it requests a service subscription from a CM. 25

5.2.2.1.2.3 GetServiceSubscription.confirm 26

Function 27

Page 12: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

10 Copyright © 2011 IEEE. All rights reserved.

Used by the CE to inform the TVBD network or device about the result of the subscription to the 1 coexistence system. 2

Semantics 3 GetServiceSubscription.confirm( 4

status 5

) 6

Name Type Description status BOOLEAN This parameter shows whether the subscription is

successful or not.

When generated 7 Generated by the CE when response from the CM is received. 8

Effect on receipt 9 When the TVBD network or device receives this primitive, it acts depending on the result. 10

5.2.2.1.2.4 NewServiceSubscription.indication 11

Function 12 Used by the TVBD network or device to inform the CE that it wants to update its subscription to the 13 coexistence services. 14

Semantics 15 NewServiceSubscription.indication ( 16

subscribedService 17

) 18

Name Type Description subscribedService SubscribedService This parameter describes the coexistence service

that a TVBD network or device wishes to receive from the coexistence system.

When generated 19 Generated by the TVBD network or device when it wishes to change its subscription to the coexistence 20 services. 21

Effect on receipt 22 When CE receives this primitive, it shall update the information of the subscribed coexistence service of its 23 TVBD network or device in the coexistence system. 24

Page 13: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

11 Copyright © 2011 IEEE. All rights reserved.

5.2.2.1.3 ChangeSubscription 1

5.2.2.1.3.1 ChangeSubscription.request 2

Function 3 Used by the CE to ask the TVBD network or device to change its subscription to the coexistence services. 4

Semantics 5 ChangeSubscription.request( 6

newSubscribedService 7

) 8

Name Type Description newSubscribedService SubscribedService Proposed new subscribed coexistence service

When generated 9 Generated by the CE when it needs to ask the TVBD network or device to change its subscription to the 10 coexistence services. 11

Effect on receipt 12 When TVBD network or device receives this primitive, it shall send ChangeSubscription.response back to 13 CE. 14

5.2.2.1.3.2 ChangeSubscription.response 15

Function 16 Used by the TVBD network or device accept/reject the request to change its subscription to the coexistence 17 services. 18

Semantics 19 ChangeSubscription.request( 20

status 21

) 22

Name Type Description status BOOLEAN Status: accepted or not

When generated 23 Generated by the TVBD network or device in response to the ChangeSubscription.request from the CE. 24

Effect on receipt 25 When the CE receives this primitive it reports the status to the CM. 26

Page 14: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

12 Copyright © 2011 IEEE. All rights reserved.

Registration service 1

5.2.2.1.4 GetRegInfo 2

5.2.2.1.4.1 GetRegInfo.request 3

Function 4 Used by a CE to request the TVBD network or device to provide registration information. 5

Semantics 6 GetRegInfo.request ( ) 7

When generated 8 Generated by the CE to request the TVBD network or device to provide registration information. 9

Effect on receipt 10 When the TVBD network or device receives this primitive, it shall send a GetRegInfo.response back to the 11 CE. 12

5.2.2.1.4.2 GetRegInfo.response 13

Function 14 Used by the TVBD network or device to provide requested registration information to CE. 15

Semantics 16 GetRegInfo.response ( 17

networkID, 18

networkTechnology, 19

networkType, 20

discoveryInformation, 21

ACLR, 22

ACS, 23

guranteedQoSOfBackhaulConnection, 24

listOfSupportedFrequencies, 25

listOfSupportedChNumber 26

minTxPower, 27

txScheduleSupported, 28

Page 15: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

13 Copyright © 2011 IEEE. All rights reserved.

networkTechnologyReconfigurationSupported, 1

addNetworkTechnology, 2

listOfOperatingFrequencies, 3

listOfOperatingChNumber, 4

radioEnvironmentInformation OPTIONAL, 5

requiredResource 6

) 7

Name Type Description

networkID NetworkID E.g., BSS ID

networkTechnology NetworkTechnology E.g., 802.11af, 802.22

networkType NetworkType E.g., fixed, mode 2

discoveryInformation DiscoveryInformation Information for neighbor discovery, e.g., location information, maximum transmission power, receiver sensitivity, antenna gain, minimum SINR required for system operation, other information needed to calculate coverage and interference areas

ACLR REAL Adjacent Channel Leakage Ratio of the TVBD device

ACS REAL Adjacent Channel Selection of the receiver

guranteedQoSOf

BackhaulConnection

GuranteedQoSOf

BackhaulConnection

Guaranteed QoS of backhaul connection in the TVBD device

listOfSupportedFrequencies ListOfSupportedFrequencies OPTIONAL

List of supported operating frequencies

listOfSupportedChNumber SEQUENCE OF INTEGER OPTIONAL

List of supported channel numbers

minTxPower REAL Minimum transmission power

txScheduleSupported BOOLEAN Indicates whether scheduled transmission is supported or not

networkTechnology BOOLEAN Indicates whether network technology reconfiguration can be

Page 16: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

14 Copyright © 2011 IEEE. All rights reserved.

ReconfigurationSupported requested by CM

addNetworkTechnology SEQUENCE OF NetworkTechnology

Additional supported network technologies

listOfOperatingFrequencies ListOfOperatingFrequencies OPTIONAL

List of operating frequencies including occupancy of each operating frequency

listOfOperatingChNumber SEQUENCE OF INTEGER OPTIONAL

List of operating channel numbers

radioEnvironmentInformation RadioEnvironmentInformation

OPTIONAL

Information on radio environment as observed by this TVBD network or device

requiredResource RequiredResource Information on resource required for operation of this TVBD network or device

When generated 1 Generated by the TVBD network or device in response to the GetRegInfo.request from the CE. 2

Effect on receipt 3 When the CE receives this primitive it registers the TVBD network or device in the coexistence system. 4

5.2.2.1.5 NewRegInfo 5

5.2.2.1.5.1 NewRegInfo.indication 6

Function 7 Used by a TVBD network or device to update its registration information in the coexistence system. 8

Semantics 9 NewRegInfo.indication ( 10

networkID, 11

networkTechnology, 12

networkType, 13

discoveryInformation, 14

ACLR, 15

ACS, 16

guranteedQoSOfBackhaulConnection, 17

listOfSupportedFrequencies, 18

Page 17: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

15 Copyright © 2011 IEEE. All rights reserved.

listOfSupportedChNumber, 1

minTxPower, 2

txScheduleSupported, 3

networkTechnologyReconfigurationSupported, 4

addNetworkTechnology, 5

listOfOperatingFrequencies, 6

listOfOperatingChNumber, 7

radioEnvironmentInformation OPTIONAL, 8

requiredResource 9

) 10

Name Type Description

networkID NetworkID E.g., BSS ID

networkTechnology NetworkTechnology E.g., 802.11af, 802.22

networkType NetworkType E.g., fixed, mode 2

discoveryInformation DiscoveryInformation Information for neighbor discovery, e.g., location information, maximum transmission power, receiver sensitivity, antenna gain, minimum SINR required for system operation, other information needed to calculate coverage and interference areas

ACLR REAL Adjacent Channel Leakage Ratio of the TVBD device

ACS REAL Adjacent Channel Selection of the receiver

guranteedQoSOf

BackhaulConnection

GuranteedQoSOf

BackhaulConnection

Guaranteed QoS of backhaul connection in the TVBD device

listOfSupportedFrequencies ListOfSupportedFrequencies OPTIONAL

List of supported operating frequencies

listOfSupportedChNumber SEQUENCE OF INTEGER OPTIONAL

List of supported channel numbers

Page 18: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

16 Copyright © 2011 IEEE. All rights reserved.

minTxPower REAL Minimum transmission power

txScheduleSupported BOOLEAN Indicates whether scheduled transmission is supported or not

networkTechnology

ReconfigurationSupported

BOOLEAN Indicates whether network technology reconfiguration can be requested by CM

addNetworkTechnology SEQUENCE OF NetworkTechnology

Additional supported network technologies

listOfOperatingFrequencies ListOfOperatingFrequencies OPTIONAL

List of operating frequencies including occupancy of each operating frequency

listOfOperatingChNumber SEQUENCE OF INTEGER OPTIONAL

List of operating channel numbers

radioEnvironmentInformation RadioEnvironmentInformation

OPTIONAL

Information on radio environment as observed by this TVBD network or device

requiredResource RequiredResource Information on resource required for operation of this TVBD network or device

When generated 1 Generated by the TVBD network or device when its registration information is changed. 2

Effect on receipt 3 When the CE receives this primitive, it updates the registration information with the most newly received 4 values. 5

Information service 6

5.2.2.1.6 NeighborReport 7

5.2.2.1.6.1 NeighborReport.request 8

Function 9 Used by a TVBD network or device subscribed to the coexistence information service to request a neighbor 10 report. 11

Semantics 12 NeighborReport.indication() 13

When generated 14 Generated by the TVBD network or device to request a neighbor report. 15

Page 19: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

17 Copyright © 2011 IEEE. All rights reserved.

Effect on receipt 1 When the CE receives this primitive, it sends NeighborReport.response back to TVBD network or device. 2

5.2.2.1.6.2 NeighborReport.response 3

Function 4 Used by a CE to provide a neighbor report to the TVBD network or device subscribed to the coexistence 5 information service. 6

Semantics 7 NeighborReport.response( 8

neighborReport 9

) 10

Name Type Description

neighborReport NeighborReport Information about neighbors of the TVBD network or device in form of a neighbor report

When generated 11 Generated by the CE in response to NeighborReport.request from the TVBD network or device. 12

Effect on receipt 13 When the TVBD network or device receives this primitive, it updates the neighbor information with the 14 new information provided in this primitive. 15

5.2.2.1.6.3 NeighborReport.indication 16

Function 17 Used by a CE to provide a neighbor report to the TVBD network or device subscribed to the coexistence 18 information service. 19

Semantics 20 NeighborReport.indication ( 21

neighborReport 22

) 23

Name Type Description

neighborReport NeighborReport The list of neighbors of the TVBD network or device

When generated 24 Generated by the CE to provide a neighbor report to the TVBD network or device. 25

Page 20: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

18 Copyright © 2011 IEEE. All rights reserved.

Effect on receipt 1 When the TVBD network or device receives this primitive, it updates the neighbor information with the 2 new information provided in this primitive. 3

5.2.2.1.7 AvailableChannelList 4

5.2.2.1.7.1 AvailableChannelList.request 5

Function 6 Used by a CE to obtain an available channel list from the TVBD network or device 7

Semantics 8 AvailableChannelList.request() 9

When generated 10 Generated by the CE to obtain an available channel list from the TVBD network or device. 11

Effect on receipt 12 When the TVBD network or device receives this primitive, it sends an AvailableChannelList.response back 13 to the CE. 14

5.2.2.1.7.2 AvailableChannelList.response 15

Function 16 Used by a TVBD network or device to provide its list of available channels to the CE. 17

Semantics 18 AvailableChannelList.response ( 19

availableChannelList, 20

listOfAllowedTVWSChNumber, 21

constOfChUses 22

) 23

Name Type Description

availableChannelList AvailableChannelList Available channel list to operate in TVWS

listOfAllowedTVWSChNumber ListOfAllowedTVWSChNumber OPTIONAL

Allowed TVWS channel number list

constOfChUses ConstOfChUses OPTIONAL Channel user constraint

When generated 24

Page 21: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

19 Copyright © 2011 IEEE. All rights reserved.

Generated by the TVBD network or device in response to an AvailableChannelList.request from the CE. 1

Effect on receipt 2 When the CE receives this primitive, it provides the available channel list to the CM. 3

5.2.2.1.7.3 AvailableChannelList.indication 4

Function 5 Used by the TVBD network or device to update the list of its available channels to the CE. 6

Semantics 7 AvailableChannelList.indication ( 8

availableChannelList, 9

listOfAllowedTVWSChNumber, 10

constOfChUses 11

) 12

Name Type Description

availableChannelList AvailableChannelList Available channel list to operate in TVWS

listOfAllowedTVWSChNumber ListOfAllowedTVWSChNumber OPTIONAL

Allowed TVWS channel number list

constOfChUses ConstOfChUses OPTIONAL Channel user constraint

When generated 13 Generated by the TVBD network or device if information in the list of available channels has changed. 14

Effect on receipt 15 When the CE receives this primitive, it provides the list of available channels to the CM. 16

5.2.2.1.8 ChannelClassification 17

5.2.2.1.8.1 ChannelClassification.request 18

Function 19 Used by a TVBD network or device subscribed to coexistence information service to obtain channel 20 classification information. 21

Semantics 22 ChannelClassification.request( 23

Page 22: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

20 Copyright © 2011 IEEE. All rights reserved.

listOfNetworkID 1

) 2

Name Type Description

listOfNetworkID SEQUENCE OF NetworkID Network ID list

When generated 3 Generated by the TVBD network or device to obtain channel classification information. 4

Effect on receipt 5 When the CE receives this primitive, it sends a ChannelClassification.response back to the TVBD network 6 or device. 7

5.2.2.1.8.2 ChannelClassification.response 8

Function 9 Used by a CE to provide channel classification information to the TVBD network or device. 10

Semantics 11 CannelClassification.response( 12

chClassInfoList 13

) 14

Name Type Description

chClassInfoList ChClassInfoList Channel classification information list

When generated 15 Generated by the CE in response to a ChannelClassification.request from the TVBD network or device. 16

Effect on receipt 17 When the TVBD network or device receives this primitive, it gets requested channel classification 18 information. 19

5.2.2.1.8.3 ChannelClassification.announcement 20

Function 21 Used by a CE to provide updated channel classification information to the TVBD network or device. 22

Semantics 23 ChannelClassification.announcement( 24

chClassInfoList 25

Page 23: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

21 Copyright © 2011 IEEE. All rights reserved.

) 1

Name Type Description

chClassInfoList ChClassInfoList Channel classification information list

When generated 2 Generated by the CE if channel classification information has changed. 3

Effect on receipt 4 When the TVBD network or device receives this primitive, it gets requested channel classification 5 information. 6

5.2.2.1.9 GetInfo 7

5.2.2.1.9.1 GetInfo.request 8

Function 9 Used by a CE to obtain information from the TVBD network or device. 10

Semantics 11 GetInfo.request( 12

reqInfoDescr 13

) 14

Name Type Description

reqInfoDescr ReqInfoDescr Requested information ID.

When generated 15 Generated by the CE to request the TVBD network or device to provide coexistence information. 16

Effect on receipt 17 When the TVBD network or device receives this primitive, it sends a GetInfo.response back to the CE. 18

5.2.2.1.9.2 GetInfo.response 19

Function 20 Used by a TVBD network or device to provide requested information to the CE. 21

Semantics 22 GetRegInfo.response ( 23

reqInfoValue 24

Page 24: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

22 Copyright © 2011 IEEE. All rights reserved.

) 1

Name Type Description

reqInfoValue ReqInfoValue Requested information

When generated 2 Generated by the TVBD network or device in response to a GetInfo.request from the CE. 3

Effect on receipt 4 When the CE receives this primitive, it examines the received information. 5

Measurement service 6

5.2.2.1.10 GetMeasurement 7

5.2.2.1.10.1 GetMeasurement.request 8

Function 9 Used by a CE to request the TVBD network or device to perform measurements. 10

Semantics 11 GetMeasurement.request( 12

measurementDescription 13

) 14

Name Type Description

measurementDescription MeasurementDescription Measurement Description

When generated 15 Generated by the CE to request the TVBD network or device to perform measurements. 16

Effect on receipt 17 When the TVBD network or device receives this primitive, it performs measurements required by the CE 18 and responds back either with a GetMeasurement.response or a GetMeasurement.indication. 19

5.2.2.1.10.2 GetMeasurement.response 20

Function 21 Used by a TVBD network or device to provide one time measurement results to the CE. 22

Semantics 23 GetAvailableChannelList.response ( 24

Page 25: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

23 Copyright © 2011 IEEE. All rights reserved.

measurementResult 1

) 2

Name Type Description

measurementResult MeasurementResult Measurement Result

When generated 3 Generated by the TVBD network or device in response to a GetMeasurement.request from the CE to 4 provide one time measurement results. 5

Effect on receipt 6 When the CE receives this primitive, it examines the received measurement results. 7

5.2.2.1.10.3 GetMeasurement.indication 8

Function 9 Used by a TVBD network or device to provide scheduled measurement results to the CE. 10

Semantics 11 GetMeasurement.indication ( 12

measurementResult 13

) 14

Name Type Description

measurementResult MeasurementResult Measurement Result

When generated 15 Generated by the TVBD network or device in response to a GetMeasurement.request from the CE to 16 provide scheduled measurement results. 17

Effect on receipt 18 When the CE receives this primitive, it examines the received measurement results. 19

Reconfiguration service 20

5.2.2.1.11 PerformReconfiguration 21

5.2.2.1.11.1 PerformReconfiguration.request 22

Function 23 Used by a CE to request reconfiguration of the TVBD network or device required for coexistence. 24

Page 26: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

24 Copyright © 2011 IEEE. All rights reserved.

Semantics 1 PerformReconfiguration.request( 2

reconfigurationRequest, 3

chClassInfo 4

) 5

Name Type Description

reconfigurationRequest ReconfigurationRequest Reconfiguration description.

chClassInfo ChClassInfo OPTIONAL Channel classification info.

When generated 6 Generated by the CE to request the TVBD network or device to reconfigure. 7

Effect on receipt 8

When the TVBD network or device receives this primitive, it reconfigures according to reconfiguration 9 description and sends a PerformReconfiguration.response to the CE. 10

5.2.2.1.11.2 PerformReconfiguration.response 11

Function 12 Used by a TVBD network or device to report the result of the requested reconfiguration to the CE. 13

Semantics 14 PerformReconfiguration.response ( 15

reconfigurationStatus, 16

failedParameters 17

) 18

Name Type Description

reconfigurationStatus BOOLEAN This parameter shows the status of reconfiguration.

failedParameters FailedParameters OPTIONAL

Failed reconfiguration parameters with recommended values of parameters id reconfiguration request is failed.

When generated 19 Generated by the TVBD network or device in response to a PerformReconfiguration.request from the CE. 20

Effect on receipt 21 When the CE receives this primitive, it examines the received information. 22

Page 27: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

25 Copyright © 2011 IEEE. All rights reserved.

5.2.2.1.12 ResourceReconfiguration 1

5.2.2.1.12.1 ResourceReconfiguration.request 2

Function 3 Used by a TVBD network or device to request resource. 4

Semantics 5 ResourceReconfiguration.request( 6

networkType, 7

Geolocation, 8

ChannelNumber, 9

startFreq, 10

endFreq, 11

MaximumPowerLevel, 12

ChannelLoad 13

) 14

Name Type Description

networkType NetworkType TVBD device or network type

Geolocation GEO_LOC Registered geolocation

ChannelNumber INTEGER OPTIONAL Channel number

startFreq REAL OPTIONAL Start frequency

endFreq REAL OPTIONAL End frequency

MaximumPowerLevel REAL Power limit

ChannelLoad REAL OPTIONAL Expected throughput

When generated 15 Generated by the TVBD network or device to request new resource. 16

Effect on receipt 17

When the CE receives this primitive, it forwards this request to the CM. 18

Page 28: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

26 Copyright © 2011 IEEE. All rights reserved.

5.2.2.1.12.2 ResourceReconfiguration.response 1

Function 2 Used by a CE to provide resource reconfiguration to the TVBD network or device. 3

Semantics 4 ResourceReconfiguration.response( 5

ChannelNumber, 6

startFreq, 7

endFreq, 8

MaximumPowerLevel 9

) 10

Name Type Description

ChannelNumber INTEGER OPTIONAL Channel number

startFreq REAL OPTIONAL Start frequency

endFreq REAL OPTIONAL End frequency

MaximumPowerLevel REAL Power limit

When generated 11 Generated by the CE to allocate resources to the TVBD network or device. 12

Effect on receipt 13

When the TVBD network or device receives this primitive, it follows the allocated resource. 14

Event service 15

5.2.2.1.13 Event 16

5.2.2.1.13.1 Event.indication 17

Function 18 Used by a TVBD network or device to inform the CE about events related to coexistence observed or 19 predicted by the TVBD network or device. 20 Also, used by a CE to inform the TVBD network or device about events related to coexistence observed or 21 predicted by the coexistence system. 22 Semantics 23 Event.indication( 24

Page 29: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

27 Copyright © 2011 IEEE. All rights reserved.

eventParams 1

) 2

Name Type Description eventParams EventParams This parameter contains a list of event parameters.

When generated 3 Generated by the TVBD network or device to inform the CE about events related to coexistence observed 4 or predicted by the TVBD network or device. 5

Generated by the CE to inform the TVBD network or device about events related to coexistence observed 6 or predicted by the coexistence system. 7

Effect on receipt 8 When the CE receives this primitive, it examines the received information about events related to 9 coexistence observed or predicted by the TVBD network or device. 10

When the TVBD network or device receives this primitive, it examines the received information about 11 events related to coexistence observed or predicted by the coexistence system. 12

5.3 Data type definition 13

5.3.1 COEX_TR_SAP 14

TransportPref ::= ENUMERATED{ 15

TCP, 16

UDP, 17

HTTP, 18

SNMP, 19

… 20

} 21

5.3.2 COEX_MEDIA_SAP 22

SubscribedService::= ENUMERATED{ 23

information, 24

management 25

26

} 27

Page 30: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

28 Copyright © 2011 IEEE. All rights reserved.

1

NetworkID::= ENUMERATED{ 2

BSSID, 3

… 4

} 5

6

NetworkTechnology ::= ENUMERATED{ 7

IEEE802.11af, 8

IEEE802.22, 9

ECMA392, 10

… 11

} 12

13

NetworkType ::= ENUMERATED{ 14

fixed, 15

mode2, 16

… 17

} 18

19

DiscoveryInformation ::= SEQUENCE{ 20

coordinateX REAL, 21

coordinateY REAL, 22

coordinateZ REAL, 23

maxTxPower REAL, 24

rxSensitivity REAL, 25

antennaGain REAL, 26

minReqSNR REAL, 27

TolerableInterferenceLevel REAL, 28

Page 31: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

29 Copyright © 2011 IEEE. All rights reserved.

antennaHeight REAL, 1

… 2

} 3

4

ListOfSupportedFrequencies ::= SEQUENCE OF SEQUENCE{ 5

startFreq REAL, 6

stopFreq REAL 7

} 8

9

ListOfOperatingFrequencies ::= SEQUENCE OF SEQUENCE{ 10

startFreq REAL, 11

stopFreq REAL, 12

occupancy REAL, 13

totalOccupancy REAL OPTIONAL 14

} 15

16

FreqDescription ::= SEQUENCE{ 17

networkID NetworkID OPTIONAL, 18

networkTechnology NetworkTechnology OPTIONAL, 19

coexType ENUMERATED{known, unknown}, 20

interferenceDirection ENUMERATED{mutual, source, victim}, 21

occupancy REAL OPTIONAL, 22

totalOccupancy REAL OPTIONAL 23

} 24

25

RadioEnvironmentInformation ::= SEQUENCE OF SEQUENCE{ 26

startFreq REAL, 27

stopFreq REAL, 28

Page 32: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

30 Copyright © 2011 IEEE. All rights reserved.

state ENUMERATED{free, occupiedKnown, occupiedUnknown, notMeasured}, 1

freqDescription FreqDescription OPTIONAL 2

} 3

4

NetworkGeometryClass ::= CHOICE{Class#1, Class#2, Class#3, Class#4} 5

6

NeighborReport ::= SEQUENCE OF SEQUENCE{ 7

networkID NetworkID, 8

networkTechnology NetworkTechnology, 9

interferenceDirection ENUMERATED{mutual, source, victim}, 10

interferenceLevelFromNeighbor REAL, 11

interferenceLevelToNeighbor REAL, 12

listOfOperatingChannelNumber SEQUENCE OF INTEGER OPTIONAL, 13

listOfOperatingFrequencies ListOfOperatingFrequencies OPTIONAL, 14

radioEnvironmentInformation RadioEnvironmentInformation OPTIONAL, 15

networkGeometryClass NetworkGeometryClass 16

} 17

18

AggregatedInterferferenceControlParameters :: = SEQUENCE{ 19 ReferencePointID INTEGER, 20 Geolocation ReferencePointGeolocation, 21 ACS REAL, 22 Antenna height REAL, 23 Antenna gain REAL, 24 Protection ratio REAL, 25

… 26 } 27 28 ReferencePointGeolocation :: = ENUMERATED { 29 Latitude REAL, 30 Longitude REAL, 31 Altitude REAL, 32

… 33 } 34 35

AvailableChannelList::= SEQUENCE OF SEQUENCE{ 36

Page 33: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

31 Copyright © 2011 IEEE. All rights reserved.

startFreq REAL, 1

stopFreq REAL, 2

txPowerLimit REAL, 3

aggregatedInterferferenceControlParameters AggregatedInterferferenceControlParameters 4

} 5

6

RequiredResource ::= SEQUENCE OF SEQUENCE{ 7

requiredBandwidth REAL, 8

expectedLoad REAL 9

} 10

11

ListOfAllowedTVWSChNumber ::= SEQUENCE OF INTEGER 12

13

ConstOfChUseID :: = ENUMERATED{ 14 regulationMaxTxPower, 15 regulationMaxAntGain, 16 regulationMaxAntHeight, 17 regulationTVDBUpdateTime, 18 OutOfBandEmissionLimit, 19 … 20 } 21 22

ConstOfChUseValue :: = CHOICE{ 23 regulationMaxTxPower REAL, 24 regulationMaxAntMaxGain REAL, 25 regulationAntMaxHeight REAL, 26 regulationTVDBUpdateTime REAL, 27

OutOfBandEmissionLimit REAL, 28 … 29 } 30 31 ConstOfChUse : : = SEQUENCE{ 32

constOfChUseID ConstOfChUseID, 33 constOfChUseValue ConstOfChUseValue 34

} 35 36 ConstOfChUses : : = SEQUENCE OF ConstOfChUse 37 38

OperatingChannelInfo :: = SEQUENCE { 39

Page 34: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

32 Copyright © 2011 IEEE. All rights reserved.

operatingChannelNumber INTEGER, 1

listOfNetworkID SEQUENCE OF NetworkID, 2

… 3

} 4

5

ChClassInfo :: = SEQUENCE { 6 availableChannelList SEQUENCE OF INTEGER, 7 restrictedChannelList SEQUENCE OF INTEGER, 8 protectedChannelList SEQUENCE OF INTEGER, 9 unclassifiedChannelList SEQUENCE OF INTEGER, 10 operatingChannelList SEQUENCE OF OperatingChannelInfo, 11 coexistenceChannelList SEQUENCE OF OperatingChannelInfo, 12 … 13

14 } 15

16

ChClassInfoList ::= SEQUENCE OF SEQUENCE{ 17

networkID NetworkID, 18

chClassInfo ChClassInfo 19

} 20

21

ReqInfoDescr ::= SEQUENCE OF ENUMERATED{ 22

SINR, 23

….desiredBandwidth, 24

desiredOccupancy, 25

desiredQoS, 26

desiredCoverage, 27

channelNumber, 28

… 29

} 30

31

ReqInfoValue ::= SEQUENCE OF SEQUENCE{ 32

Page 35: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

33 Copyright © 2011 IEEE. All rights reserved.

reqInfoDescr ReqInfoDescr, 1

reqInfoValue CHOICE{SINRValue REAL, desiredBandwidthValue REAL, 2

desiredOccupancyValue REAL, desiredQoSValue REAL, 3

desiredCoverageValue REAL, channelNumberValue REAL, 4

otherValue ANY} 5

} 6

7

MeasSchedule ::= SEQUENCE { 8

measStartTime REAL, 9

numberOfMeasurements INTEGER, 10

timeBetweenMeasurements REAL 11

} 12

13

MeasFreq ::= SEQUENCE{ 14

measStartAFreq REAL OPTIONAL, 15

measEndFreq REAL OPTIONAL, 16

listOfChNumber SEQUENCE OF INTEGER OPTIONAL 17

} 18

19

MeasurementDescription ::= SEQUENCE OF SEQUENCE{ 20

measDescr ENUMERATED{SINR, BER, SensingLevel, PrimaryDetection, TVBDDetection, 21

ChannelLoadMeasurement, …}, 22

measSchedule MeasSchedule, 23

measFreq MeasFreq 24

} 25

26

MeasurementResult ::= SEQUENCE OF SEQUENCE{ 27

reqInfoDescr ReqInfoDescr, 28

Page 36: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

34 Copyright © 2011 IEEE. All rights reserved.

reqInfoValue CHOICE{SINRValue REAL, BERValue REAL, 1

SensingLevelValue REAL, PrimaryDetectionValue BOOLEAN, 2

TVBDDetectionValue BOOLEAN, ChannelLoadMeasurementValue REAL, 3

otherValue ANY} 4

} 5

6

TxSchedule ::= SEQUENCE { 7

scheduleStartTime REAL, 8

scheduleDuration REAL, 9

numberOfScheduleRepetitions INTEGER, 10

transmissionStartTime REAL, 11

transmissionDuration REAL 12

} 13

14

ReconfigurationRequest ::= SEQUENCE OF SEQUENCE { 15

operatingFrequency SEQUENCE{startFeq REAL, stopFreq REAL} OPTIONAL, 16

listOfOperatingChNumber SEQUENCE OF INTEGER OPTIONAL, 17

txPowerLimit REAL OPTIONAL, 18

channelIsShared BOOLEAN, 19

txSchedule SEQUENCE OF TxSchedule OPTIONAL, 20

networkTechnology NetworkTechnology, 21

} 22

23

FailedParameterID : : = ENUMERATED { 24 operatingFrequency, 25 listOfoperatingChNumber, 26 txPowerLimit, 27 channelIsShared, 28 txSchedule, 29 } 30 31 32

Page 37: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

35 Copyright © 2011 IEEE. All rights reserved.

FailedParameterValue : : = CHOICE{ 1 operatingFrequency SEQUENCE{startFeq REAL, stopFreq REAL}, 2 listOfoperatingChNumber SEQUENCE OF INTEGER, 3 txPowerLimit REAL, 4 channelIsShared BOOLEAN, 5 txSchedule SEQUENCE OF TxSchedule OPTIONAL 6 } 7 8 FailedParameter : : = SEQUENCE{ 9

failedParameterID FailedParameterID, 10 failedParameterValue FailedParameterValue 11

} 12 13 FailedParameters : : = SEQUENCE OF FailedParameter 14 15

EventDescr ::= ENUMERATED{ 16

SINRThresholdReached, 17

QoSDegradation, 18

MisLocatedTVBDDetected, 19

… 20

} 21

22

MisLocatedTVBDDetectedInfo ::= SEQUENCE{ 23

networkID NetworkID, 24

listOfoperatingFrequency SEQUENCE OF SEQUENCE{startFeq REAL, stopFreq REAL} 25

OPTIONAL, 26

listOfChannelNumber SEQUENCE OF INTEGER OPTIONAL 27

} 28

29

AddInfo ::= CHOICE{ 30

misLocatedTVBDDetectedInfo MisLocatedTVBDDetectedInfo, 31

… 32

} 33

34

EventParams ::= SEQUENCE{ 35

Page 38: Chapter 5 cover page - IEEE Standards Association · PDF fileRyo Sawai, Naotaka Sato, Ryota Kimura Sony corporation, 5-1-12, Kitashinagawa, Shinagawa-ku, Tokyo 141-0001 Japan ... Abstract

July 2011

36 Copyright © 2011 IEEE. All rights reserved.

eventDescr EventDescr, 1

addInfo AddInfo OPTIONAL 2

} 3

4

GuranteedQoSOfWiredConnection:: = ENUMERATED{ 5 CHOICE{xDSL, OpticalFibre, Others}, 6

GuranteedMinimumBitRates, 7 GuranteedMaximumLatency OPTIONAL, 8

… 9 } 10 11

12


Recommended