TDD configuration coordination for networks using adjacent bands

FIELD OF THE DISCLOSURE

0001The present disclosure generally relates to wireless communications systems and related networks, and more particularly to coordinating time domain duplex (TDD) operating parameters of geographically proximate base station equipment of different service providers to reduce interference and promote efficient spectrum use.

BACKGROUND

0002This section is intended to introduce the reader to various aspects of art, which may be related to various aspects of the present invention that are described and/or claimed below. This discussion is believed to be helpful in providing the reader with background information to facilitate a better understanding of the various aspects of the present invention. Accordingly, it should be understood that these statements are to be read in this light, and not as admissions of prior art.

0003Operators of mobile systems, such as Universal Mobile Telecommunications Systems (UMTSs), Long Term Evolution (LTE), and 5th Generation New Radio (5G-NR) described and being developed by the Third Generation Partnership Project (3GPP), are increasingly relying on wireless macrocell radio access networks (RANs) such as traditional cellular base stations, eNodeBs and the like, along with wireless small cell or microcell RANs in order to deploy, for example, indoor voice and data services to enterprises and other customers. For both macrocell RANs and small/micro cell RANs, increasing demands for wireless throughput make access to additional wireless spectrum desirable.

0004Spectrum bands designated to be frequency domain duplex (FDD) have separate frequency assignments for downlink (DL) and uplink (UL) operation. The UL and DL portions are separated in frequency to avoid interference. However, spectrum bands designated to be time domain duplex (TDD) have one common frequency assignment for both DL and UL operation whereas the operations are separated in time domain.

0005An example TDD band which has recently become available is that of the citizens broadband radio service (CBRS), a 150 MHz band between 3.55 GHz and 3.70 GHz. Access is currently granted to Citizens Broadband Radio Service Devices (CBSDs) operating according to General Authorized Access (GAA) from 3.55 GHz to 3.65 GHz, with full access to 3.70 GHz expected in the future.

0006As such, multiple wireless network operators are in the process of deploying base station (BS) equipment capable of using the additional spectrum to offer their respective subscribers new wireless service offerings and/or augment existing wireless service offerings. While the operators try to coordinate their new/augmented wireless service offerings to avoid the inevitable conflicts in using unlicensed spectrum, many problems still exist.

0007Moreover, new TDD bands have been designated by the FCC to operate in adjacent frequency assignments, e.g. the C Band (3.7-3.98 GHz) which is immediately adjacent to the CBRS Band. TDD systems are highly susceptible to cross link interference (CLI), which arises when the nodes of one operator operate in a different uplink/downlink mode than the nodes of another operator located nearby and operating in the same band or an adjacent band. The BS of one operator operating in DL mode may interfere with the BS of another operator operating nearby in UL mode. Similarly, the UE of one operator operating in UL mode may interfere with the UE of another operator operating nearby in DL mode.

0008One solution to this TDD interference problem is to require all operators of same or adjacent bands to synchronize their networks and to use a common or equivalent TDD configuration (i.e., have all operators agree to use the same sequence and timing of DL and UL modes). However, this is not always achievable, and suffers from various limitations, as follows: <ul id="ul0001" list-style="none"><li id="ul0001-0001" num="0000"><ul id="ul0002" list-style="none"><li id="ul0002-0001" num="0009">(1) Forcing the same TDD configuration in same or adjacent bands may be too restrictive for some uses. While the prevalent mobility use requires a DL heavy TDD configuration, an UL heavy TDD configuration is desirable for video surveillance. These two divergent uses may need to coexist side by side in a dense urban environment.</li><li id="ul0002-0002" num="0010">(2) An operator forced to use an undesirable TDD configuration may end up needing three times as much spectrum to accommodate the same amount of traffic. For example, the DL:UL ratio for LTE TDD Config <b>2</b> is 3:1, while it is 1:3 for LTE TDD Config <b>0</b>.</li><li id="ul0002-0003" num="0011">(3) Requiring the same TDD configuration for all users of the same or adjacent bands is not a scalable solution.</li><li id="ul0002-0004" num="0012">(4) Achieving frame synchronization based on requirements for one technology (e.g. 3GPP) may be problematic for other (e.g. proprietary) technologies or in some scenarios, e.g. indoors</li></ul></li></ul>

0013Another solution for operators intending to use different TDD configurations is to coordinate their sites, such as providing sufficient distance between them. However, this too is not always achievable, and suffers from various limitations, as follows: <ul id="ul0003" list-style="none"><li id="ul0003-0001" num="0000"><ul id="ul0004" list-style="none"><li id="ul0004-0001" num="0014">(1) Manual site-by-site coordination among operators is not scalable as the number of operators, sites and bands grows.</li><li id="ul0004-0002" num="0015">(2) Band regulations, such as transmit powers, may be wildly different in adjacent bands, such as CBRS and C Band. This makes site distancing requirements to be asymmetric. For example, two potentially interfering operators do not have equal leverage in mutual negotiations since one operator may provide services that tolerate interference coming from another operator's site at 300 m distance, while the other operator may provide services that require a minimum distance of 400 m.</li></ul></li></ul>

SUMMARY

0016Various deficiencies in the prior art are addressed by systems, apparatus, and methods providing a time domain duplex (TDD) Configuration Controller (TCC) for automatically coordinating TDD configurations and transmission parameters among wireless network providers operating on adjacent TDD channels and/or bands in proximity of each other to avoid cross link interference (CLI).

0017A method according to an embodiment for managing time domain duplex (TDD) parameters of provider equipment (PE) nodes located in a geographical area of interest and configured for wireless communication comprises: receiving, for each node, network information indicative of node coverage and interference areas, and desired TDD configurations; using the network information received for the nodes to identify potential interference among nodes due to the use of desired TDD configurations; determining, for each node, one or more allowed TDD configurations to avoid interference with other nodes; and providing each node with an allowed TDD configuration.

0018Additional objects, advantages, and novel features of the invention will be set forth in part in the description which follows, and will become apparent to those skilled in the art upon examination of the following or may be learned by practice of the invention. The objects and advantages of the invention may be realized and attained by means of the instrumentalities and combinations particularly pointed out in the appended claims.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments of the present invention and, together with a general description of the invention given above, and the detailed description of the embodiments given below, serve to explain the principles of the present invention.

<figref idref="DRAWINGS">FIG. <b>1</b></figref> depicts a block diagram of a simplified multiple operator mobile network services architecture useful in understanding the various embodiments;

<figref idref="DRAWINGS">FIG. <b>2</b></figref> depicts a graphical representation of overlapping coverage areas of a plurality of base station nodes of multiple service providers in an area of interest;

<figref idref="DRAWINGS">FIG. <b>3</b></figref> depicts a TDD management method according to an embodiment; and

<figref idref="DRAWINGS">FIG. <b>4</b></figref> depicts a TDD management method according to another embodiment.

0024It should be understood that the appended drawings are not necessarily to scale, presenting a somewhat simplified representation of various features illustrative of the basic principles of the invention. The specific design features of the sequence of operations as disclosed herein, including, for example, specific dimensions, orientations, locations, and shapes of various illustrated components, will be determined in part by the particular intended application and use environment. Certain features of the illustrated embodiments have been enlarged or distorted relative to others to facilitate visualization and clear understanding. In particular, thin features may be thickened, for example, for clarity or illustration.

DETAILED DESCRIPTION

0025The following description and drawings merely illustrate the principles of the invention. It will thus be appreciated that those skilled in the art will be able to devise various arrangements that, although not explicitly described or shown herein, embody the principles of the invention and are included within its scope. Furthermore, all examples recited herein are principally intended expressly to be only for pedagogical purposes to aid the reader in understanding the principles of the invention and the concepts contributed by the inventor(s) to furthering the art, and are to be construed as being without limitation to such specifically recited examples and conditions. Additionally, the term, “or,” as used herein, refers to a non-exclusive or, unless otherwise indicated (e.g., “or else” or “or in the alternative”). Also, the various embodiments described herein are not necessarily mutually exclusive, as some embodiments can be combined with one or more other embodiments to form new embodiments.

0026The numerous innovative teachings of the present application will be described with particular reference to the presently preferred exemplary embodiments. However, it should be understood that this class of embodiments provides only a few examples of the many advantageous uses of the innovative teachings herein. In general, statements made in the specification of the present application do not necessarily limit any of the various claimed inventions. Moreover, some statements may apply to some inventive features but not to others. Those skilled in the art and informed by the teachings herein will realize that the invention is also applicable to various other technical areas or embodiments.

0027Mobile network providers desire to provide optimal cellular coverage for users of cellular/mobile network services. Mobile network providers have deployed universal mobile telecommunications system (UMTS) nodes and/or high speed packet access (HSPA) nodes to provide coverage to the users of their network. These deployments have been augmented by the deployment of third generation partnership project (3GPP) long term evolution (LTE) coverage (e.g., 4G/LTE) to increase network performance, provide new services and so on. New and planned deployment of 5G New Radio (5G NR) and related technologies provides further improvements in network performance as well new or improved network services.

0028The various embodiments will primarily be discussed within the context of multiple 3GPP LTE mobile networks having overlapping coverage areas or footprints, and utilizing compatible provider equipment (PE) and wireless devices (WD) such as user equipment (WD). However, it will be appreciated by those skilled in the art and informed by the present teaching that the various embodiments are applicable to older mobile network technologies, and especially well-suited for use in the present and upcoming deployments of 5G cellular network equipment and the use of such equipment to support both existing and new network services. As such, it is contemplated that the various embodiments disclosed herein are applicable to all of the current and currently contemplated mobile and cellular networking technologies, services and applications.

0029<figref idref="DRAWINGS">FIG. <b>1</b></figref> depicts a block diagram of a simplified multiple operator mobile network services architecture useful in understanding the various embodiments. Specifically, <figref idref="DRAWINGS">FIG. <b>1</b></figref> depicts a simplified multiple operator mobile network services architecture in which base stations (e.g., eNodeBs) and other provider equipment (PE) for each of, illustratively, three mobile network operators are deployed in a geographical region and configured to provide mobile services to subscribers via respective groups of user equipment (UE) utilizing the network services (e.g., voice, streaming media, data upload/download etc.). The simplified multiple operator mobile network services architecture <b>100</b> of <figref idref="DRAWINGS">FIG. <b>1</b></figref> is a representation of a multiple operator network services environment useful in explaining the various embodiments, and should not be construed as the only type of network services architecture or operator environment benefiting from the various embodiments.

0030<figref idref="DRAWINGS">FIG. <b>1</b></figref> depicts a first plurality of provider equipment (PE) mobile network nodes <b>110</b>-<b>1</b> through <b>110</b>-N (collectively nodes <b>110</b>), comprising base stations (BSs), eNodeBs, and the like, the first plurality of nodes <b>110</b> forming a first mobile network <b>101</b>-<b>1</b>, which is connected to a first evolved packet core (EPC) <b>120</b>-<b>1</b> so as to provide thereby network services to a connected first plurality of user equipment (UE), such as via interconnectivity with one or more external networks (not shown).

0031<figref idref="DRAWINGS">FIG. <b>1</b></figref> depicts a second mobile network <b>101</b>-<b>2</b> formed via a second plurality of PE mobile network nodes <b>110</b> (not shown) and connected to a second evolved packet core (EPC) <b>120</b>-<b>2</b> so as to provide thereby network services to a respective connected second plurality of UE.

0032<figref idref="DRAWINGS">FIG. <b>1</b></figref> depicts a third mobile network <b>101</b>-<b>3</b> formed via a third plurality of PE mobile network nodes <b>110</b> (not shown) and connected to a third evolved packet core (EPC) <b>120</b>-<b>3</b> so as to provide thereby network services to a respective connected third plurality of UE.

0033For simplicity of discussion, it is assumed that the first, second, and third mobile networks <b>101</b> and EPCs <b>120</b> are associated with different mobile services operators (having different though possibly overlapping subscriber bases), but operate in a substantially similar manner. As such, the below discussion will be primarily directed to operations associated with the first mobile services operator, which discussion is also applicable to other mobile services operators. The mobile networks <b>101</b> may comprise one or more of a E-UTRAN network, LTE access network, a 5G network with NG-RAN and 5GC, or any other type of mobile network suitable for implementing the various mobile network functions described herein. As depicted in <figref idref="DRAWINGS">FIG. <b>1</b></figref>, the first <b>101</b>-<b>1</b> and second <b>101</b>-<b>2</b> mobile networks use both licensed and unlicensed spectrum, whereas the third mobile network <b>101</b>-<b>3</b> uses only licensed spectrum. As such, the first <b>101</b>-<b>1</b> and second <b>101</b>-<b>2</b> mobile networks are also depicted as cooperating (via respective management entities) with a Spectrum Access System (SAS) <b>140</b> configured to manage unlicensed spectrum use, whereas the third mobile network <b>101</b>-<b>3</b> does not need such cooperation. The various embodiments are applicable to mobile networks using licensed spectrum, unlicensed spectrum, or a combination of licensed and unlicensed spectrum as will be discussed in more detail below.

0034The nodes <b>110</b> may comprise macrocells, small cells, microcells and the like such as eNodeBs, cellular network base stations, 4G/5G repeaters, and similar types of provider equipment nodes. The nodes <b>110</b> may include nodes that use licensed 3G/4G/LTE/5G spectrum, unlicensed spectrum such as citizens broadband radio service (CBRS) spectrum, or a combination of licensed and unlicensed spectrum. In the case of nodes <b>110</b> having Citizens Broadband Radio Service Device (CBSD) capability, allocations of CBRS spectrum are provided via the Spectrum Access System (SAS) <b>140</b>.

0035User equipment (UE) <b>105</b>-<b>1</b> through <b>105</b>-M (collectively UE <b>105</b>) is depicted as being configured for wirelessly communicating with one or more mobile network nodes <b>110</b> of the available mobile networks <b>101</b>, depending upon the mobile network operator to which the UE is subscribed or otherwise authorized to receive mobile network services.

0036The UE <b>105</b> may comprise any type of wireless device configured for use in accordance with the various embodiments, such as user terminals (e.g., mobile phones, laptops, tablets and the like), fixed wireless access devices (e.g., set top boxes, digital video recorders, stationary computing devices and the like), Internet of Things (IoT) devices (e.g., sensors, monitoring devices, alarm system devices and the like), and/or other wireless devices. The UE <b>105</b> may include UE that use licensed 3G/4G/LTE/5G spectrum, unlicensed spectrum such as CBRS spectrum, or a combination of licensed and unlicensed spectrum. In the case of nodes <b>110</b> having CBSD capability, allocations of CBRS spectrum are provided via <b>140</b>.

0037The nodes <b>110</b> of the three mobile networks <b>101</b>-<b>1</b>, <b>101</b>-<b>2</b>, <b>101</b>-<b>2</b> are configured to communicate with UE <b>105</b> as discussed herein. While the nodes <b>110</b> and UE <b>105</b> may operate in accordance with various radio access technologies (RATs), the embodiments will be discussed within the context of those nodes <b>110</b> and UE <b>105</b> configured to communicate with each other as Citizens Broadband Radio Service Devices (CBSDs) configured for operation within the Citizens Broadband Radio Service (CBRS), such as the 100 MHz band from 3.55 GHz to 3.65 GHz, the 150 MZ band between 3.55 GHz and 3.70 GHz, or some other spectral range as defined by the relevant authorities.

0038As depicted, the EPC <b>120</b> comprises four network elements; namely, a Serving Gateway (SGW) <b>122</b>, a Mobility Management Entity (MME) <b>124</b>, a Packet Data Network (PDN) Gateway (PGW) <b>126</b>, and a Home Subscriber Server (HSS) <b>128</b>. Other network and management elements are typically included within or used to manage an evolved packet core and related communications therewith as will be known to those skilled in the art.

0039The SGW <b>122</b> and PGW <b>126</b> handle user data or data plane (DP) functions; they transport the internet protocol (IP) data traffic (i.e., incoming and outgoing packets) between the User Equipment (UE) <b>105</b> and the external networks <b>130</b>. The external networks <b>130</b> may comprise any external network, such as an IP Multimedia Core Network Subsystem (IMS).

0040The SGW <b>122</b> is a point of interconnect between the radio-side (e.g., via a backhaul connection to the E-UTRAN <b>101</b> as depicted or some other wireless network) and the EPC <b>120</b>. As its name indicates, this gateway serves the UE by routing the incoming and outgoing IP packets. The SGW <b>122</b> is the anchor point for intra-LTE mobility (i.e. in case of handover between eNodeBs <b>110</b>) and between LTE and other 3GPP accesses. The SGW <b>122</b> is logically connected to the PGW <b>126</b>.

0041The PGW <b>126</b> is the point of interconnect for routing packets between the EPC <b>120</b> and external packet data networks (e.g., Internet Protocol (IP) networks) <b>330</b>. The PGW also performs various functions such as IP address/IP prefix allocation, policy control and charging, and other functions.

0042The MME <b>124</b> and HSS <b>128</b> handle user signaling or control plane (CP) functions; they process signaling related to mobility and security for E-UTRAN <b>101</b> access. The MME <b>124</b> is responsible for the tracking and the paging of UE in idle-mode. It is the termination point of the Non-Access Stratum (NAS). The HSS <b>128</b> comprises a database that contains user-related and subscriber-related information, and provides support functions in mobility management, call and session setup, user authentication, access authorization, and other functions. It is noted that the SGW <b>122</b> may also be used to handle some control plane signaling in various configurations.

0043An EPC control plane signaling path CP may be used to provide information such as UE messages or signaling may be provided to the MME <b>124</b> or SGW <b>122</b>. The MME <b>124</b> may also interact with various other EPC nodes such as the HSS <b>128</b> and SGW <b>122</b> to determine information helpful in generating reports and/or providing other information for managing the various networks in implementing the embodiments described herein.

0044As depicted in <figref idref="DRAWINGS">FIG. <b>1</b></figref>, a Spectrum Access System (SAS) <b>140</b> communicates with each EPC <b>120</b> via its respective network manager <b>150</b> (optionally directly to the EPC <b>120</b>) and is configured to control access to the CBRS frequency band for RANs and other CBSD devices such as nodes <b>110</b> and UEs <b>105</b>. Generally speaking, the SAS <b>140</b> is configured to ensure that the CBRS frequency band is allocated in accordance with the regulations promulgated by the relevant authorities. The SAS <b>140</b> may also communicate with the network manager <b>150</b> to perform various tasks in accordance with the embodiments. It is noted that more than one SAS <b>140</b> may be used within the context of the various embodiments, and that information may be shared between each SAS to effect the various functions of the SAS <b>140</b>.

0045As depicted in <figref idref="DRAWINGS">FIG. <b>1</b></figref>, a time domain duplex (TDD) Configuration Controller (TCC) <b>145</b> communicates with each EPC <b>120</b> via its respective network manager <b>150</b> (optionally directly to the EPC <b>120</b>) and is configured to manage the TDD operating parameters of the PE nodes <b>110</b> within a geographical area of interest, such as geographical areas including nodes having overlapping coverage areas associated with any of the three mobile networks <b>101</b>-<b>1</b>, <b>101</b>-<b>2</b>, and <b>101</b>-<b>3</b>, as will be described in more detail below.

0046Generally speaking, the TCC receives (e.g., from the network managers <b>150</b> or other PE entities), for each PE node in a geographical area of interest, a desired TDD configuration and network information indicative of coverage and interference areas for each of the base station (and possibly UE) nodes of the respective mobile network or network owner/operator within a geographical area of interest. The information indicative of the coverage and interference areas of a node may comprise, illustratively, one or more of a measured or calculated coverage and interference areas of the node (e.g., such as by the respective provider), a node site location, a node antenna height, a node RF filter and antenna characteristics, a node transmission parameters, and corresponding information for UEs, if possible. The information enables the TCC to calculate or otherwise determine node coverage areas or coverage area contours and, therefore, the overlapping of such coverage areas and also interference areas or interference coupling or edges between nodes The TCC may also use known wireless standard(s) (such as 3GPP) or regulatory limits for RF transmission and reception, such as out of band emissions, in band emissions, blocking, out of band selectivity, in band selectivity, etc.

0047The TCC is configured to identify or determine nodes or node pairs having overlapping coverage areas and different desired TDD configurations, in which case the TCC determines the interference and assigns a common TDD configuration to both nodes in the node pair if the interference is below a threshold. The TCC may generate one or more messages configured to cause assignment of determined TDD configurations to nodes in the geographical area of interest, such as messages transmitted to the network managers associated with the respective nodes.

0048Other information received by the TCC may comprise one or more of identification of owner/operator, other BS or UE parameters (e.g., scheduled activities, QoS constraints, application types or priority, use case types or priority, and/or other information).

0049The TCC may determine the geographical coverage areas/contours of each of the various nodes, and then group those nodes having overlapping coverage areas into clusters. If the various nodes have differing desired TDD configurations, the TCC may determine which TDD configuration should be primarily used, which secondarily, and so on. Adjacent nodes, or nodes forming node pairs, with different desired TDD configurations are coordinated by the TCC selecting a common TDD configuration (e.g., the primary or secondary TDD configuration) based on various mechanisms/criteria, as will be discussed below with respect to <figref idref="DRAWINGS">FIGS. <b>3</b>-<b>4</b></figref>.

0050Further, the TCC may be configured to periodically or even continually process each of a plurality of individual geographical areas of interest or node groups of interest and the like of one or more mobile network footprints to effect, thereby, a continual “tuning” of the BS parameters.

0051Various elements or portions thereof depicted in <figref idref="DRAWINGS">FIG. <b>1</b></figref> and having functions described herein are implemented at least in part as computing devices having communications capabilities, including for example the UE <b>105</b>, nodes <b>110</b>, SAS <b>140</b>, TCC <b>145</b>, NM <b>150</b> and various portions of the EPC <b>120</b>. These elements or portions thereof have computing devices of various types, though generally a processor element (e.g., a central processing unit (CPU) or other suitable processor(s)), a memory (e.g., random access memory (RAM), read only memory (ROM), and the like), various communications interfaces (e.g., more interfaces enabling communications via different networks/RATs), input/output interfaces (e.g., GUI delivery mechanism, user input reception mechanism, web portal interacting with remote workstations and so on) and the like.

0052As such, the various functions depicted and described herein may be implemented at the elements or portions thereof as hardware or a combination of software and hardware, such as by using a general purpose computer, one or more application specific integrated circuits (ASIC), or any other hardware equivalents or combinations thereof. In various embodiments, computer instructions associated with a function of an element or portion thereof are loaded into a respective memory and executed by a respective processor to implement the respective functions as discussed herein. Thus various functions, elements and/or modules described herein, or portions thereof, may be implemented as a computer program product wherein computer instructions, when processed by a computing device, adapt the operation of the computing device such that the methods or techniques described herein are invoked or otherwise provided. Instructions for invoking the inventive methods may be stored in tangible and non-transitory computer readable medium such as fixed or removable media or memory, or stored within a memory within a computing device operating according to the instructions.

0053CBSD Registration &amp; Deregistration

0054Generally speaking, before a new CBSD (e.g., a PE node <b>110</b> being added to a network <b>101</b>) can transmit in the CBRS frequency band, it needs to register with the SAS <b>140</b>. The CBSD sends a registration request to the SAS <b>140</b> containing information about its installation parameters, such at the owner, location, and transmit characteristics of a node <b>110</b>. The SAS <b>140</b> responds to the CBSD with a registration response. If the SAS <b>140</b> approves the registration request, then the SAS <b>140</b> will respond with a CBSD ID, and the CBSD is registered. If the SAS <b>140</b> rejects the registration request, then the SAS <b>140</b> will respond with an error message. The CBSD needs to correct the error and send another registration request.

0055Normally the CBSD requires CPI validation. In a single-step registration process, the CPI provides the installation parameters of the CBSD (signed with its own CPI certificate) to the CBSD. Then, the CBSD sends a registration request to the SAS including the signed installation parameters in a “cpiSignatureData” field. In a multi-step registration process, the CPI uses the SAS Portal (or another user interface that's integrated with the SAS Portal) to send the installation parameters to the SAS. Then, the CBSD sends a registration request to the SAS without installation parameters. The SAS combines the information from the SAS Portal and the CBSD to process the registration request.

0056If a CBSD needs to be decommissioned or simply moved, it will first send a deregistration request to the SAS. Thereby indicating that the CBSD no longer wishes to be listed in the SAS with the parameters that it sent in its registration request. If a CBSD subsequently needs to transmit again, then the CBSD may send a registration request with updated parameters later. Therefore, in operation a CBSD such as a node <b>110</b> registers with the SAS <b>140</b> (directly or via PE such as a network manager) by providing the SAS <b>140</b> with location and capability information as discussed above.

0057A UE wireless device <b>105</b> such as a user terminal, fixed wireless access device, IoT device or other UE waits for authorization from its corresponding CBSD (e.g., corresponding node <b>110</b>) before transmitting in the CBRS frequency band. Each CBSD such as a node <b>110</b> operating within the CBRS frequency band will transmit and receive wireless data within one or more respective coverage areas as discussed above, wherein some of the coverage areas may be overlapping.

0058TDD Configuration Coordination

0059<figref idref="DRAWINGS">FIG. <b>2</b></figref> depicts a graphical representation of overlapping coverage areas of a plurality of provider equipment (PE) nodes such as base station nodes of multiple service providers in an area of interest, where each PE node <b>110</b> is associated with one of four mobile services operators or providers such that coverage areas of the different providers overlap in several places. Where coverage areas of different providers overlap, node-node and/or UE-UE CLI is a potential problem. The TCC <b>145</b> of <figref idref="DRAWINGS">FIG. <b>1</b></figref> is configured to manage the TDD operating parameters of the PE nodes <b>110</b> located in any coverage area of interest and of any mobile services operator so that node-node and/or UE-UE CLI may be greatly reduced, if not eliminated.

0060Referring to <figref idref="DRAWINGS">FIG. <b>2</b></figref>, the graphical representation of an area of interest includes a plurality of PE nodes <b>110</b>, which are grouped into first and second clusters. A cluster is a group of adjacent PE nodes <b>110</b> having overlapping coverage areas.

0061The first cluster (Cluster <b>1</b>) is depicted as comprising four nodes of a first provider <b>110</b>-<b>11</b> through <b>110</b>-<b>14</b>, three nodes of a second provider <b>110</b>-<b>21</b> through <b>110</b>-<b>23</b>, and three nodes of a third provider <b>110</b>-<b>31</b> through <b>110</b>-<b>23</b>. The second cluster is depicted as comprising two nodes of the first provider <b>110</b>-<b>15</b> and <b>110</b>-<b>16</b>, and one node of a fourth provider <b>110</b>-<b>41</b>.

0062It is noted that the coverage area of any PE node <b>110</b> depends upon the topography of the proximate area (flat, forest, mountain, urban, buildings/obstacles, and so on), the height of node antenna, the signal power, spectral allocation, encoding techniques, and so on.

0063Each pair of PE nodes <b>110</b> having overlapping coverage areas may be referred to as a node pair, and PE nodes may be included in multiple node pairs.

0064<figref idref="DRAWINGS">FIG. <b>2</b></figref> also depicts a black line denoted as an “edge” between several node pairs, which is indicative of an amount of node-node (or UE-UE) CLI exceeding a threshold level. In particular, the node pairs exhibiting the excessive CLI indicative edge are: <b>110</b>-<b>11</b> and <b>110</b>-<b>21</b>, <b>110</b>-<b>11</b> and <b>110</b>-<b>22</b>, <b>110</b>-<b>22</b> and <b>110</b>-<b>12</b>, <b>110</b>-<b>12</b> and <b>110</b>-<b>32</b>, <b>119</b>-<b>12</b> and <b>110</b>-<b>23</b>, <b>110</b>-<b>32</b> and <b>110</b>-<b>13</b>, <b>110</b>-<b>21</b> and <b>110</b>-<b>14</b>, <b>110</b>-<b>33</b> and <b>110</b>-<b>14</b> in Cluster <b>1</b>, and <b>110</b>-<b>41</b> and <b>110</b>-<b>15</b>, and <b>110</b>-<b>41</b> and <b>110</b>-<b>16</b> in Cluster <b>2</b>. It is noted that nodes of the same operator or using the same TDD operating parameters will not experience node-node CLI.

0065Generally speaking, the TCC <b>145</b> autonomously coordinates TDD configurations and transmission parameters to be used by wireless network nodes <b>110</b> operating on the same or adjacent TDD bands in proximity of each other, such as occurs where multiple mobile services operator have deployed PE nodes such as base stations that are configured to operate in adjacent bands. The TCC <b>145</b> provides a mechanism by which operating parameters of PE nodes of multiple operators are automatically adjusted to avoid, illustratively, the cross link interference (CLI) which often arises when the nodes of one operator operate in a different uplink/downlink mode than the nodes of another operator located nearby and operating in the same band or an adjacent band. The PE node (i.e., BS/eNodeB) of one operator operating in DL mode may interfere with the BS of another operator operating nearby in UL mode. Similarly, the UE of one operator operating in UL mode may interfere with the UE of another operator operating nearby in DL mode.

0066The TCC employs some or all of the following information to coordinate TDD configuration and transmission parameters: (1) Mobile service operators' desired TDD configurations; (2) Operating bands/blocks/frequency ranges; (3) Site locations and heights for BSs (as well as UEs if fixed); (4) BS and UE transceiver parameters; (5) BS and UE antenna and filter characteristics; and/or (6) other information or parameters. Based on the information and knowledge of standard specifications and regulatory limitations, the TCC determines the TDD configurations to be used by networks to avoid cross link interference based on given criteria.

0067<figref idref="DRAWINGS">FIG. <b>3</b></figref> depicts a TDD management method according to an embodiment. Specifically, <figref idref="DRAWINGS">FIG. <b>3</b></figref> depicts a method <b>300</b> suitable for use by the TCC <b>145</b> to automatically manage TDD configuration and transmission parameters of adjacent PE nodes of multiple wireless networks operating on adjacent TDD channels and/or bands in proximity of each other in a manner tending to reduce cross link interference (CLI).

0068At step <b>310</b>, the method <b>300</b> retrieves or updates base station (bs) node information for operators for area(s) of interest. Referring to box <b>315</b>, the node information may comprise one or more of identification of owner/operator, desired TDD configuration, desired or necessary operating bands, site location and/or antenna height, BS or UE transceiver characteristics, BS or UE antenna and radio frequency (RF) filter characteristics, node and UE transmission parameters, and/or other BS or UE characteristics/parameters (e.g., scheduled activities, QoS constraints, application types or priority, use case types or priority, and/or other information).

0069That is, the TCC receives (e.g., from the network managers <b>150</b> or other PE entities), for each PE node in a geographical area of interest, a desired TDD configuration and network information indicative of coverage and interference areas for each of the base station (and possibly UE) nodes of the respective mobile network or network owner/operator within a geographical area of interest. The information indicative of the coverage and interference areas of a node may comprise, illustratively, one or more of a measured or calculated coverage and interference areas of the node (e.g., such as by the respective provider), a node site location, a node antenna height, a node RF filter and antenna characteristics, a node transmission parameters, and corresponding information for UEs, if possible.

0070The information enables the TCC to calculate or otherwise determine node coverage areas or coverage area contours and, therefore, the overlapping of such coverage areas and also interference areas or interference coupling or edges between nodes The TCC may also use known wireless standard (such as 3GPP) or regulatory limits for RF transmission and reception, such as out of band emissions, in band emissions, blocking, out of band selectivity, in band selectivity, etc. Other information received by the TCC may comprise one or more of identification of owner/operator, other BS or UE parameters (e.g., scheduled activities, QoS constraints, application types or priority, use case types or priority, and/or other information).

0071At step <b>320</b>, the method <b>300</b> optionally generates graphical or other type of representation of all nodes and coverage areas/contours in the area(s) of interest for each of the relevant Network Systems operators. It is noted that this step is useful in visualizing the issues, but not necessary to the embodiments.

0072At step <b>330</b>, the method <b>300</b> identifies any node clusters within the area(s) of interest. That is, at step <b>330</b> overlap within the coverage areas of the various nodes within the area(s) of interest is used to determine whether or not multiple clusters of nodes exist. For example, if a graphical representation was generated at step <b>320</b> including the coverage area of each of the nodes, then the groups of nodes having contiguous overlapping coverage areas with form respective clusters.

0073Steps <b>320</b>-<b>330</b> contemplate that the network information indicative of node coverage and interference areas received at step <b>310</b> may be used by the TCC or other management entity to determine the geographical coverage areas/contours of each of the various nodes, and then group those nodes having overlapping coverage areas into clusters. If the various nodes have differing desired TDD configurations, the TCC may determine which TDD configuration should be primarily used, which secondarily, and so on. Adjacent nodes, or nodes forming node pairs, with different desired TDD configurations are coordinated by the TCC selecting a common TDD configuration (e.g., the primary or secondary TDD configuration) based on various mechanisms/criteria.

0074At step <b>340</b>, the method <b>300</b> examines each pair of nodes in each cluster of nodes having different desired TDD configurations to determine thereby an expected amount of node to node CLI. Optionally, at step <b>340</b> a determination is made as to an expected amount of UE to UE CLI. That is, a determination is made as to an amount of CLI attributable to UE associated with a first node in the node pair as experienced by the UE associated with a second node in the node pair.

0075In various embodiments, the overlap coverage area may be divided into segments where each segment is associated with a corresponding amount of node to node and/or UE to UE CLI. In various embodiments, where overlap coverage areas may be allocated to specific PE node sectors or antennas, CLI-reducing adjustments may be made with respect to only those sectors or antennas of the PE node.

0076At step <b>350</b>, an edge is defined where an expected amount of node to node CLI exceeds a threshold level. Optionally, an edge may be defined where any expected amount of UE to UE CLI exceeds a threshold value. Further, the threshold value may be adjusted based upon where within an overlap region the UE is located, such as mentioned above with respect to step <b>340</b>.

0077A threshold or threshold level such as for interference may be defined in terms of interference above an objective measurement, interference sufficient to reduce QoS to below an allowed QoS level, interference sufficient to cause a bit error rate (BER) above a predetermined amount, interference sufficient to require the use of forward error correction (FEC) other error correction/mitigation techniques beyond a desired level (e.g., in term of processing time, bandwidth loss, and/or other criteria), and so on.

0078CLI Computation

0079In one embodiment, CLI between a pair of base station nodes (BS<b>1</b> and BS<b>2</b>) desiring different TDD configurations is determined as follows:

0080A first Interference Value (IV<b>1</b>) for Node<b>2</b> CLI to Node<b>1</b> is computed. If Node<b>1</b> requests BS coordination, the estimated CLI amount is determined at the BS<b>1</b> antenna port due to BS<b>2</b> radio transmission using propagation models, transmission parameters, filter and antenna characteristics for BS<b>1</b> and BS<b>2</b> and spectrum emission mask (SEM) for BS<b>2</b>.

0081An interference metric (IM) for BS<b>1</b> is created by transforming an interference amount (I) in dBm to a value between 0 and 1 as follows:

0082<maths id="MATH-US-00001" num="00001"><math overflow="scroll"><mrow><mi>IM</mi><mo>=</mo><mrow><mo>{</mo><mtable><mtr><mtd><mrow><mfrac><mrow><mi>I</mi><mo>-</mo><msub><mi>I</mi><mi>min</mi></msub></mrow><mrow><msub><mi>I</mi><mi>max</mi></msub><mo>-</mo><msub><mi>I</mi><mi>min</mi></msub></mrow></mfrac><mo>,</mo></mrow></mtd><mtd><mrow><mrow><mi>if</mi><mo>⁢</mo><mstyle><mspace width="0.8em" height="0.8ex" /></mstyle><mo>⁢</mo><msub><mi>I</mi><mi>min</mi></msub></mrow><mo>&lt;</mo><mi>I</mi><mo>&lt;</mo><msub><mi>I</mi><mi>max</mi></msub></mrow></mtd></mtr><mtr><mtd><mrow><mn>0</mn><mo>,</mo></mrow></mtd><mtd><mrow><mrow><mi>if</mi><mo>⁢</mo><mstyle><mspace width="0.8em" height="0.8ex" /></mstyle><mo>⁢</mo><mi>I</mi></mrow><mo>≤</mo><msub><mi>I</mi><mi>min</mi></msub></mrow></mtd></mtr><mtr><mtd><mrow><mn>1</mn><mo>,</mo></mrow></mtd><mtd><mrow><mrow><mi>if</mi><mo>⁢</mo><mstyle><mspace width="0.8em" height="0.8ex" /></mstyle><mo>⁢</mo><mi>I</mi></mrow><mo>≥</mo><msub><mi>I</mi><mi>max</mi></msub></mrow></mtd></mtr></mtable></mrow></mrow></math></maths><img file="US11728958B2_D0001.tif" />

0083Where I_minand I_maxfor a given BS are parameters determined by the TCC. A TCC administrator can use consistent values for I_minand I_maxwith other TCC administrators or it can determine I_minand I_maxsuitable for different use cases as it prefers.

0084If both nodes are frame synchronized, then only UL subframes and UL special subframe symbols of BS<b>1</b> that overlap with DL subframes and DL special subframe symbols of BS<b>2</b> are considered in determining the interference metric.

0085If any of the two BSs is not frame synchronized, then the most possible overlap of BS<b>1</b> UL subframes and UL symbols with BS<b>2</b> DL subframes and DL symbols may be assumed for worst-case impact. Alternatively, the average value of the overlap may be assumed for expected impact.

0086If both of nodes BS<b>1</b> and BS<b>2</b> are frame synchronized, then only UL subframes and UL special subframe symbols of BS<b>1</b> that overlap with DL subframes and DL special subframe symbols of BS<b>2</b> are considered in determining the interference metric. If any of the two BSs is not frame synchronized, then the most possible overlap of BS<b>1</b> UL subframes and UL symbols with BS<b>2</b> DL subframes and DL symbols may be assumed for worst-case impact. Alternatively, the average value of the overlap may be assumed for expected impact.

0087The fraction of overlap of the transmission frames of the two BSs is multiplied with the IM to determine the Interference Value (IV), as follows: IV=X*IM, where X is the fraction of overlap.

0088Optional UE Coordination. If BS<b>1</b> requests UE coordination. The CLI amount is estimated at UE<b>1</b> antenna port due to UE<b>2</b> radio transmission using propagation models, transmission parameters, filter and antenna characteristics for UE<b>1</b> and UE<b>2</b> and as well as spectrum emissions mask (SEM) of UE<b>2</b>.

0089An interference metric (IM) for UE<b>1</b> is created by transforming an interference amount (I) in dBm to a value between 0 and 1, as with the BS coordination described above:

0090<maths id="MATH-US-00002" num="00002"><math overflow="scroll"><mrow><mo>{</mo><mrow><mtable><mtr><mtd><mrow><mfrac><mrow><mi>I</mi><mo>-</mo><msub><mi>I</mi><mi>min</mi></msub></mrow><mrow><msub><mi>I</mi><mi>max</mi></msub><mo>-</mo><msub><mi>I</mi><mi>min</mi></msub></mrow></mfrac><mo>,</mo></mrow></mtd><mtd><mrow><mrow><mi>if</mi><mo>⁢</mo><mstyle><mspace width="0.8em" height="0.8ex" /></mstyle><mo>⁢</mo><msub><mi>I</mi><mi>min</mi></msub></mrow><mo>&lt;</mo><mi>I</mi><mo>&lt;</mo><msub><mi>I</mi><mi>max</mi></msub></mrow></mtd></mtr><mtr><mtd><mrow><mn>0</mn><mo>,</mo></mrow></mtd><mtd><mrow><mrow><mi>if</mi><mo>⁢</mo><mstyle><mspace width="0.8em" height="0.8ex" /></mstyle><mo>⁢</mo><mi>I</mi></mrow><mo>≤</mo><msub><mi>I</mi><mi>min</mi></msub></mrow></mtd></mtr><mtr><mtd><mrow><mn>1</mn><mo>,</mo></mrow></mtd><mtd><mrow><mrow><mi>if</mi><mo>⁢</mo><mstyle><mspace width="0.8em" height="0.8ex" /></mstyle><mo>⁢</mo><mi>I</mi></mrow><mo>≥</mo><msub><mi>I</mi><mi>max</mi></msub></mrow></mtd></mtr></mtable><mo> </mo></mrow></mrow></math></maths><img file="US11728958B2_D0002.tif" />

0091Where I_minand I_maxfor a given UE are parameters determined by the TCC. A TCC administrator can use consistent values for I_minand I_maxwith other TCC administrators or it can determine I_minand I_maxsuitable for different use cases as it prefers.

0092UE<b>1</b> and UE<b>2</b> locations are the closest or worst possible locations in the coverage of their respective BSs at nominal antenna heights (e.g. 1.5 m for mobile UEs, 6 m for stationary customer premises equipment (CPE)). BS coverages are determined using propagation models based on a nominal value, such as −96 dBm (for example).

0093If both BSs are frame synchronized, then only DL subframes and DL special subframe symbols of BS<b>1</b> that overlap with UL subframes and UL special subframe symbols of BS<b>2</b> are considered in determining the interference metric. If any one of the two BSs is not frame synchronized, then the most possible overlap of BS<b>1</b> DL subframes and DL symbols with BS<b>2</b> UL subframes and UL symbols may be assumed for worst-case impact. Alternatively, the expected value of the overlap may be assumed for expected impact

0094A second Interference Value (IV<b>2</b>) for Node<b>1</b> CLI to Node<b>2</b> is computed in the same manner as described above with respect to the first Interference Value (IV<b>1</b>).

0095If Node<b>1</b> indicates BS coordination and Node<b>2</b> indicates UE Coordination, IV<b>1</b> is calculated assuming both nodes are using BS Coordination methodology. Also, IV<b>2</b> is calculated assuming both nodes are using UE Coordination Methodology

0096At step <b>360</b>, for each node pair having an edge there between, a common TDD configuration is selected for use at both nodes forming the node pair in accordance with an agreed criteria. The first and second PE nodes in a PE node pair are associated with respective first and second desired TDD configurations. The TDD configuration selected for common use may be whichever of the first and second desired TDD configurations is associated with a greater number of PE nodes in the cluster, or a greater cumulative coverage area in the cluster, or a greater or lesser Quality of Service (QoS) level, or a higher priority application or use case, or some other determining criteria. For those nodes that are not associated with an edge, they may use their respective desired TDD configurations. That is, the common TDD configuration for a cluster of nodes may be determined by majority voting, Quality of Service (QoS) level or cumulative coverage of the nodes requesting the same configuration.

0097Edge Weight Computation

0098The Edge Weight (EW) between Node<b>1</b> and Node<b>2</b> is defined as the maximum of IV<b>1</b> and IV<b>2</b> as described above with respect to step <b>340</b>.

0099A Common Edge Weight (CEW) between two nodes is determined by the managing TCC(s) of the two nodes. If the two nodes are managed by different TCCs, the managing TCCs of those nodes exchange their EW values for those nodes in order to create edges consistently across TCCs. Generally speaking, there may be one or more TCCs serving nodes in the same geographical, though any given node may be fully served a single TCC. As such, there will typically be no more than two TCCs of interest when considering interference pairwise.

0100According to exchanged EW values, each TCC calculates CEW based on the following equation:

0101<maths id="MATH-US-00003" num="00003"><math overflow="scroll"><mrow><mi>CEW</mi><mo>=</mo><mfrac><mrow><mrow><msub><mi>p</mi><mn>1</mn></msub><mo>⁢</mo><msub><mi>EW</mi><mn>1</mn></msub></mrow><mo>+</mo><mrow><msub><mi>p</mi><mn>2</mn></msub><mo>⁢</mo><msub><mi>EW</mi><mn>2</mn></msub></mrow></mrow><mrow><msub><mi>p</mi><mn>1</mn></msub><mo>+</mo><msub><mi>p</mi><mn>2</mn></msub></mrow></mfrac></mrow></math></maths><img file="US11728958B2_D0003.tif" />

0102Where EW_iis Edge Weight provided by TCC-i, p_iis a positive weighting factor specific to TCC-i (½ by default).

0103If two nodes are managed by the same TCC, CEW is equal to EW computed by the managing TCC

0104Edge Determination

0105An edge is created between two nodes if CEW is greater than an Edge Threshold (ET). The value of an ET may be determined by the TCC Administrators based on operational considerations. One or more edge-indicative metrics may be used as a basis for selecting an ET, such as a upper threshold level of a loss of capacity or coverage area (e.g., a loss exceeding x % of capacity or coverage area), a performance degradation (e.g., a performance degradation/reduction exceeding y % of one or more performance metrics), a reduction in QoS (e.g., a reduction exceeding z % of one or more QoS indicators), and/or other edge indications.

0106No Edge is created between any pair of nodes belonging to the same operator or operators desiring the same TDD configuration.

0107An edge can be removed by changing transmission parameters for one or multiple nodes such as reducing transmit power or increasing antenna tilt to remove CLI impact between nodes.

0108An operator may waive CLI impact to its own nodes while choosing a non-mandatory TDD configuration. In this case edges are only determined when CLI impact is caused to other operators' nodes by the former operator. For example, an operator may need a certain TDD configuration, such as a UL-heavy configuration to serve high-UL traffic, while the selected configuration is DL-heavy. In this case, the operator may decide to take the risk of experiencing base station to base station interference.

0109In a cluster where the total number of TDD configurations requested is more than two, the process may be applied sequentially. For example, the process starts with the nodes with the most requested TDD configuration (1) vs the nodes with the second most requested TDD configuration (2). This process results in a decision on whether the second nodes can use their desired TDD configuration (2) or have to use the most requested configuration (1). After this, the process starts with the third nodes with the third most requested configuration vs the first and second nodes with the decided TDD configurations. This results in a decision on whether the third nodes can use their desired TDD configuration (3) or have to use the most requested configuration (1) or the second most requested configuration (2).

0110An operator may have some nodes in a cluster that have to use the common TDD configuration as stipulated by the TCC while other nodes in the same cluster that may use their desired TDD configuration, different from the common TDD configuration. However, if the two types of nodes of the same operator have overlapping coverages then the operator may not want to use two different TDD configurations and elect to use the common TDD configuration for all of its nodes.

0111Nodes may request more than two TDD configurations, and may do so in order of priority. For example, Network A with X nodes may request TDD Config <b>2</b> and TDD Config <b>1</b> as its first and second priority, respectively. Network B with Y nodes may request TDD Config <b>1</b> and TDD Config <b>2</b> as its first and second priority. Network C with Z nodes may request TDD Config <b>0</b> and TDD Config <b>1</b> as its first and second priority. In this case, the TCC may start with the first priority choices and try to accommodate as many nodes with their secondary choices, if possible. The TCC may also try to find a solution (for TDD configurations) for the cluster based on an overall spectrum utility or another metric. The TCC may also reconfigure transmission parameters to accommodate desired TDD configurations. For example, it may ask some nodes to reduce their transmit power or increase their antenna tilt such that an Edge Threshold may be avoided between two nodes.

0112<figref idref="DRAWINGS">FIG. <b>4</b></figref> depicts a TDD management method according to another embodiment. Specifically, <figref idref="DRAWINGS">FIG. <b>4</b></figref> depicts a method <b>400</b> suitable for use by the TCC <b>145</b> to automatically manage TDD configuration and transmission parameters such as for PE nodes of multiple wireless networks located in proximity of each other operating on adjacent TDD channels and/or bands in a manner tending to reduce cross link interference (CLI).

0113Steps <b>410</b>-<b>430</b> of the method <b>400</b> of <figref idref="DRAWINGS">FIG. <b>4</b></figref> operate in substantially the same manner as described above with respect to steps <b>310</b>-<b>330</b> of the method <b>300</b> of <figref idref="DRAWINGS">FIG. <b>3</b></figref>.

0114For example, the TCC may be configured to identify or determine nodes or node pairs having overlapping coverage areas and different desired TDD configurations, in which case the TCC determines the interference and assigns a common TDD configuration to both nodes in the node pair if the interference is below a threshold. The TCC may generate one or more messages configured to cause assignment of determined TDD configurations to nodes in the geographical area of interest, such as messages transmitted to the network managers associated with the respective nodes.

0115At step <b>440</b>, the TCC uses network information to identify any potential interference scenarios among nodes due to the use of the desired TDD configurations of the various nodes.

0116At step <b>450</b>, the TCC identifies or determines primary and any available desired secondary TDD configuration(s) for each node so as to improve the TDD configuration selection process in a manner that maximizes configuration flexibility, and minimizes mutual interference, performance degradation and/or coverage/capacity loss, for the entire cluster.

0117Steps <b>440</b>-<b>450</b> provide for the determination potential interferences based upon one or more levels of prioritized desired TDD configurations. Various factors considered to reach TDD configuration assignments that balance tradeoffs for the entire cluster include selection criteria may utilize a number of PE nodes in the cluster associated with each desired TDD configuration, an amount of cumulative coverage area in the cluster of nodes associated with each desired TDD configuration, a greater or lesser Quality of Service (QoS) level associated with each desired TDD configuration, a higher/lower priority application or use case of nodes associated with each desired TDD configuration, or some other determining criteria. The result may be a hierarchy of common TDD configurations to be applied in subsequent steps of the method <b>400</b>. That is, the common TDD configuration for a cluster of nodes may be determined by majority voting, Quality of Service (QoS) level or cumulative coverage of the nodes requesting the same configuration.

0118The TCC may be configured to periodically or even continually process each of a plurality of individual geographical areas of interest or node groups of interest and the like of one or more mobile network footprints to effect, thereby, a continual “tuning” of the BS parameters. In which case, the method <b>400</b> repeats steps <b>410</b>-<b>450</b>.

0119In various embodiments, the TCC may select, for each pair of nodes having overlapping coverage areas, an allowed/desired TDD configuration among the pair of nodes that is hierarchically highest. This selection is made either (1) always; (2) only if the determined node to node CLI exceeds a threshold level; or (3) only if the determined UE to UE CLI exceeds a threshold level.

0120In various embodiments, received network information indicative of node coverage and interference areas, and desired TDD configurations, is used to identify any potential interference scenarios among the nodes due to the use of their respective and possibly varied desired TDD configurations. Further for each node a determination is made as to the allowed TDD configurations for that node so as to avoid interference with other TDD nodes and, optionally, FDD nodes. Further, each node is associated with one or more allowed TDD configurations.

0121It is noted that spectrum bands designated to be frequency domain duplex (FDD) have separate frequency assignments for downlink (DL) and uplink (UL) operation. The UL and DL portions are separated in frequency to avoid interference. However, spectrum bands designated to be time domain duplex (TDD) have one common frequency assignment for both DL and UL operation whereas the operations are separated in time domain. The various embodiments address conditions where there are TDD nodes adjacent other TDD nodes, and where there are TDD nodes adjacent FDD nodes.

0122Various modifications may be made to the systems, methods, apparatus, mechanisms, techniques and portions thereof described herein with respect to the various figures, such modifications being contemplated as being within the scope of the invention. For example, while a specific order of steps or arrangement of functional elements is presented in the various embodiments described herein, various other orders/arrangements of steps or functional elements may be utilized within the context of the various embodiments. Further, while modifications to embodiments may be discussed individually, various embodiments may use multiple modifications contemporaneously or in sequence, compound modifications and the like. It will be appreciated that the term “or” as used herein refers to a non-exclusive “or,” unless otherwise indicated (e.g., use of “or else” or “or in the alternative”). A specific example modification is that the TCC not only controls the TDD configurations, but also various UE transmission parameters, such as node or UE transmit powers, to avoid interference.

0123Although various embodiments which incorporate the teachings of the present invention have been shown and described in detail herein, those skilled in the art can readily devise many other varied embodiments that still incorporate these teachings. Thus, while the foregoing is directed to various embodiments of the present invention, other and further embodiments of the invention may be devised without departing from the basic scope thereof.