System and method for dynamic feature selection based on latency discovery

CROSS-REFERENCE TO RELATED APPLICATIONS

0001This application is a continuation of U.S. patent application Ser. No. 15/703,737, filed Sep. 13, 2017, which is a continuation of U.S. patent application Ser. No. 15/170,784, filed Jun. 1, 2016 (now U.S. Pat. No. 9,794,833). All sections of the aforementioned application are incorporated herein by reference in their entirety.

FIELD OF THE DISCLOSURE

0002The subject disclosure relates to a system and method for dynamic feature selection based on latency discovery.

BACKGROUND

0003In order to support continued growth of mobile traffic, the 3^rdGeneration Partnership Protocol (3GPP) has introduced advanced features to its Long Term Evolution (LTE) architecture, generally referred to as LTE-Advanced (LTE-A). In particular, implementation of the advanced features is expected to enhance network throughput and/or mobility robustness. Such advanced features can be provided in association with Heterogeneous Network (HetNet) to improve coverage, capacity and/or performance of a mobile network.

BRIEF DESCRIPTION OF THE DRAWINGS

Reference will now be made to the accompanying drawings, which are not necessarily drawn to scale, and wherein:

<figref idref="DRAWINGS">FIG. 1</figref> depicts an illustrative embodiment of a portion of a mobile cellular network that implements feature selection based on latency measurements;

<figref idref="DRAWINGS">FIG. 2A</figref> depicts an illustrative embodiment of a schematic diagram of a portion of a mobile cellular system that implements feature selection based on latency measurements;

<figref idref="DRAWINGS">FIG. 2B</figref> depicts an illustrative embodiment of an X2 message exchange of a latency measurement;

<figref idref="DRAWINGS">FIG. 3</figref> depicts an illustrative embodiment of an embodiment of a process used by the systems of <figref idref="DRAWINGS">FIGS. 1 and 2</figref>;

<figref idref="DRAWINGS">FIG. 4</figref> depicts an illustrative embodiment of another embodiment of process used by the systems of <figref idref="DRAWINGS">FIGS. 1 and 2</figref>;

<figref idref="DRAWINGS">FIG. 5</figref> depicts an illustrative embodiment of communication systems that provide media services to mobile devices using the systems of <figref idref="DRAWINGS">FIGS. 1 and/or 2</figref> and according to the processes of <figref idref="DRAWINGS">FIGS. 3 and/or 4</figref>;

<figref idref="DRAWINGS">FIG. 6</figref> depicts an illustrative embodiment of a web portal for interacting with the communication systems of <figref idref="DRAWINGS">FIGS. 1-2 and 5</figref>;

<figref idref="DRAWINGS">FIG. 7</figref> depicts an illustrative embodiment of a communication device; and

<figref idref="DRAWINGS">FIG. 8</figref> is a diagrammatic representation of a machine in the form of a computer system within which a set of instructions, when executed, may cause the machine to perform any one or more of the methods described herein.

DETAILED DESCRIPTION

0014The subject disclosure describes, among other things, illustrative embodiments for determining a latency of an interface between cells of a mobile cellular network and selecting features of a group of mobile features that provide a common wireless service to a mobile device that is coordinated among multiple cells, e.g., a primary serving cell and a secondary serving cell. In a 3GPP LTE architecture, the interface between cells includes an “X2” interface, and the group of mobile features includes, without limitation, coordinated multipoint (CoMP), carrier aggregation (CA) and dual connectivity (DC). Other feature can include non-real time features, such as an exchange of load information. A latency of the X2 interface can be determined by a message exchanged between the primary and secondary serving eNBs, e.g., by an extended X2 Access Protocol (AP) according to the techniques disclosed herein. A feature set can be determined, e.g., from among the CoMP, CA, DC and other features, based on the latency. Other embodiments are described in the subject disclosure.

0015One or more aspects of the subject disclosure include a system, including a processing system including a processor and a memory that stores executable instructions. The instructions, when executed by the processing system, facilitate performance of operations, including identifying a primary serving cell and a secondary serving cell of a mobile cellular network, wherein the primary serving cell facilitates one of attachment of a mobile device to the mobile cellular network, re-attachment of the mobile device to the mobile cellular network, mobility of the mobile device between the primary serving cell and another cell of the mobile cellular network, or any combination thereof in association with coordination of a wireless service between the primary serving cell, the secondary serving cell and the mobile device. The operations further include determining a latency value associated with a message exchange between the primary serving cell and the secondary serving cell via a messaging interface between the primary serving cell and the secondary serving cell. The latency value is compared to latency requirements corresponding to a group of mobile service features. A mobile service feature of the group of mobile service features is associated with the wireless service based on the comparison. The wireless service includes a coordinated exchange of wireless signals between the primary serving cell and the mobile device and between the secondary serving cell and the mobile device based on the mobile service feature of the group of mobile service features.

0016One or more aspects of the subject disclosure include a process that includes determining, by a system comprising a processing system including a processor, a first cell and a second cell of a mobile cellular network, wherein the first cell facilitates coordination of a wireless service to a mobile device. The process further includes determining, by the processing system, a latency value associated with a message exchange between the first cell and the second cell via a messaging interface between the first cell and the second cell. The latency value is compared, by the processing system, to a group of latency requirements corresponding to a group of mobile features to obtain a comparison. A mobile feature of the group of mobile features is associated, by the processing system, with the wireless service based on the comparison. The wireless service includes a coordinated exchange of wireless signals between the first cell and the mobile device and between the second cell and the mobile device based on the mobile feature of the plurality of mobile features.

0017One or more aspects of the subject disclosure include a machine-readable storage medium, including executable instructions that, when executed by a processing system including a processor, facilitate performance of operations. The operations include determining a first cell and a second cell of a mobile cellular network, wherein the first cell and the second cell provide a joint wireless service to a mobile device. The operations further include determining a latency value associated with a message exchange between the first cell and the second cell via a messaging interface between the first cell and the second cell. The latency value is compared to a group of latency requirements that correspond to a group of mobile features. A set of mobile features of the group of mobile features is selected based on the comparison, to obtain a selected set mobile features, wherein a mobile feature of the set of mobile features is applied to the wireless service to obtain a joint exchange of wireless signals between the first cell and the mobile device and between the second cell and the mobile device based on the mobile feature of the set of mobile features.

0018<figref idref="DRAWINGS">FIG. 1</figref> depicts an illustrative embodiment of a portion of a mobile cellular network <b>100</b> that implements feature selection based on latency measurements. The network is based on 3GPP LTE technology and includes a first radio base station, or eNB <b>102</b><i>a</i>, that services a first macro-cell <b>104</b><i>a </i>that operates according to a first frequency assignment, f<b>1</b>. It is understood that a single radio station, such as the first eNB <b>102</b><i>a</i>, can service more than one cell. The cells can be arranged in a non-overlapping fashion, e.g., servicing different sectors of a serviced region. Alternatively or in addition, the cells can be overlapping, e.g., as in servicing different frequency channels and/or frequency bands of an overlapping, e.g., the same, region. In the illustrative example, the first eNB <b>102</b><i>a </i>also services a second, overlapping macro-cell <b>104</b><i>b</i>, operating according to a second frequency assignment, f<b>2</b>.

0019An example UE <b>130</b><i>a</i>, operating within a coverage region of the first macro-cell <b>104</b><i>a</i>, and the overlapping second macro-cell <b>104</b><i>b</i>, can be serviced by the first macro-cell <b>104</b><i>a</i>, the second macro-cell <b>104</b><i>b</i>, or a combination of both the first and second macro-cells <b>104</b><i>a</i>, <b>104</b><i>b</i>. Such combined services can include wireless services coordinated among multiple cells and/or wireless base stations, such as the coordinated services disclosed herein, e.g., CoMP, CA, and/or DC. Wireless services can include one or more of Voice over IP (VoIP), Short Message Service (SMS), Multimedia Messaging Service (MMS), streaming audio, streaming video, streaming multimedia, file transfer, web browsing sessions, and the like. Although an interface is not illustrated in <figref idref="DRAWINGS">FIG. 1</figref>, it is understood that an interface can be provided between the radio resource servicing the first macro-cell <b>104</b><i>a </i>and the second macro-cell <b>104</b><i>b</i>. The interface can operate according to a standard interface protocol, such as an X2 interface, or to any other interface, including a proprietary interface.

0020Any of the macro-cells <b>104</b><i>a</i>, <b>104</b><i>b </i>can be arranged to expand capacity of wireless services in a given geographic region. For example, a macro-network can maintain a homogenous network by deploying more macro eNBs, by adding more sectors per eNB, and/or by adding more radios servicing more radio frequency channels and/or bands per sector. It is also understood that frequency assignment can include a frequency band, a frequency channel within the frequency band, a grouping of such frequency bands and/or channels, e.g., according to an up-link and down-link channel assignments.

0021Alternatively or in addition, it is understood that wireless coverage of the network <b>100</b> can be enhanced with a deployment of one or more, so-called, small cells. A combination of macro-cells and small cells within the same network is generally referred to as a heterogeneous network. Scenarios and requirements for small cell enhancements, are disclosed in, for example, “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Scenarios and requirements for small cell enhancements for E-UTRA and E-UTRAN” (Release 13), 3GPP TR 36.932 V13.0.0, incorporated herein by reference in its entirety. Small cells generally refer to low power nodes having a transmit power that is lower than a macro node and base station (BS) classes, such as Pico and Femto eNB. The small cells can be used in hotspot deployments in indoor and outdoor scenarios to cope with increasing mobile traffic demands

0022In the illustrative example, a second radio base station, or eNB <b>102</b><i>b</i>, services a third macro-cell <b>104</b><i>c</i>, according to a third frequency assignment, f<b>3</b>. A first small cell <b>114</b> includes a radio base station, eNB or wireless access point <b>112</b>. The small cell services a hotspot within the coverage of the third macro-cell <b>104</b><i>c</i>, according to a frequency assignment, fx. An example UE <b>130</b><i>b</i>, operating within a coverage region of the first small cell <b>114</b>, can be in communication with the small cell access point <b>112</b>, the second eNB <b>102</b><i>b</i>, or both. In at least some embodiments, a first interface <b>115</b> is provided between the first small cell access point <b>112</b> and the second eNB <b>102</b><i>b. </i>

0023Likewise, a second small cell <b>118</b> includes a radio base station, or wireless access point <b>116</b>. Once again, the second small cell <b>118</b> services a hotspot within the coverage of the third macro-cell <b>104</b><i>c</i>, according to a frequency assignment, fy. Similarly, a second interface <b>119</b> is provided between the second small cell access point <b>116</b> and the second eNB <b>102</b><i>b</i>. It is understood that one or more of the first interface <b>115</b>, the second interface <b>119</b>, or the third interface <b>121</b> can operate according to an X2 protocol, along a back-haul and/or front-haul network, according to another protocol, e.g., including a proprietary protocol, or any combination thereof.

0024In the illustrative example, a third radio base station, or eNB <b>102</b><i>c</i>, services a fourth macro-cell <b>104</b><i>d</i>, according to a fourth frequency assignment, f<b>4</b>. A third small cell <b>122</b> includes a radio base station, or wireless access point <b>120</b>. The small cell <b>122</b> services a region at least partially outside of the coverage area of the fourth macro-cell <b>104</b><i>d</i>, according to a frequency assignment, fy. An example UE <b>130</b><i>c</i>, operating within a coverage region of the third small cell <b>122</b>, can be in communication with the small cell access point <b>1120</b>, but not necessarily in communication with the third eNB <b>102</b><i>c</i>. In at least some embodiments, an interface <b>123</b> is provided between the third small cell access point <b>120</b> and the third eNB <b>102</b><i>c. </i>

0025Each of the eNBs <b>102</b><i>a</i>, <b>102</b><i>b</i>, <b>102</b><i>c </i>is in communication with one or more of the others by way of a respective X2 interface. The first and third eNBs <b>102</b><i>a</i>, <b>102</b><i>c </i>are in further communication with a first EPC, including a first MME/S-GW <b>110</b><i>a</i>. This connectivity includes a control plane interface S1-C and a user plane interface S1-U, generally S1, e.g., to coordinate and/or otherwise support delivery of mobile services to the UEs <b>130</b><i>a</i>, <b>130</b><i>b</i>, <b>130</b><i>c</i>. Likewise, the second and third eNBs <b>102</b><i>b</i>, <b>102</b><i>c </i>are in further communication with a first EPC, including a second MME/S-GW <b>110</b><i>b. </i>

0026In addition to the wireless coverage provided to mobile equipment by macro-cells and/or small cells, the cells are also connected to other network elements by way of intermediate links. Such intermediate links, e.g., between a core network or a backbone network and small subnetworks at the edge, including the eNBs <b>106</b> and/or the small cells are commonly referred to as a “backhaul” portion of the network. For example, the base stations, eNBs and/or wireless access points of the cells can be connected to a core network, such as an Evolved Packet Core (EPC) of the example 3GPP LTE network by such a backhaul network. In the illustrative embodiment, only a portion of such an EPC is shown, as an MME/S-GW <b>110</b><i>a</i>, <b>110</b><i>b </i>(generally <b>110</b>). The MME/SGW <b>110</b> relates to an MME (Mobility Management Entity) network entity and an S-GW (Serving Gateway) network entity. It is understood that any practical EPC includes other network elements, such as the P-GW (Packet data network Gateway) and the HSS (Home Subscriber Server).

0027A first cell of a wireless mobile network, sometimes referred to as a primary or coordinating serving cell, can include a cell that coordinates, performs or otherwise facilitates one or more of an initial connection establishment procedure with a UE, a connection re-establishment procedure with the UE, and/or a handover procedure for the UE. In this manner, the primary serving cell can be thought of as a cell on which the UE is “camped.” It is understood that the primary serving cell can participate in one or more coordinated wireless services with the UE, including multi-cell radio access technologies, such as CoMP, Carrier Aggregation and Dual Carrier. A second cell of the wireless network, sometimes referred to as a secondary or non-coordinating serving cell can include any other cell that participates with the primary serving cell to support coordinated wireless services with the UE, including multi-cell radio access technologies. It is understood that in at least some embodiments, the secondary serving cell may not participate in, coordinate or otherwise facilitate the attachment, re-attachment and/or mobility of the mobile device in relation to a multi-cell radio access technology that include the primary serving cell and the secondary serving cell.

0028Backhaul technologies include, without limitation, LMDS (Local Multipoint Distribution Service), WiFi, WiMAX, DSL (Digital subscriber line), including ADSL (Asynchronous DSL) and SHDSL (Symmetrical high-speed DSL), PDH (Plesiochronous Digital Hierarchy), SDH (Synchronous Digital Hierarchy), SONET (Synchronous Optical Network) and Ethernet. A backhaul portion of a network can be referred to as an “ideal” backhaul if it provides a very high throughput and very low latency, such as dedicated point-to-point connection using optical fiber, free-space optical, and the like. A backhaul portion of a network can also be referred to as a “non-ideal” backhaul if it typical backhaul widely used in the market such as xDSL, microwave radio relay transmission, terrestrial and/or satellite, and other backhauls that include relaying. Backhauls can be point-to-point or point-to-multi-point.

0029Each of the eNBs <b>102</b><i>a</i>, <b>102</b><i>b</i>, <b>102</b><i>c </i>is in communication with a respective coordination controller <b>106</b><i>a</i>, <b>106</b><i>b</i>, <b>106</b><i>c</i>, generally <b>106</b>. The coordination controller <b>106</b> facilitates delivery of wireless service features that include coordinated among several nodes, e.g., according to CoMP, CA and/or DC. Although the coordination controllers <b>106</b> are shown in combination with the macro-cell eNBs <b>102</b>, it is understood that in at least some embodiments, a coordination controller <b>106</b> is in communication with one or more of the small cell wireless access points <b>112</b>, <b>116</b>, <b>120</b>.

0030Coordinated, or multi-node features include, without limitation, CoMP, CA and DC. In some embodiments, each eNB <b>102</b> is collocated with a respective coordination controller <b>106</b>. The coordination controller <b>106</b> can include a separate hardware module in communication with the eNB <b>102</b>. Alternatively or in addition, the coordination controller <b>106</b> can be combined with the eNB <b>102</b>, e.g., as a combined hardware module and/or software module. It is also envisioned that one or more of the coordination controllers <b>106</b> can be physically separated from the eNB <b>102</b>, e.g., resident at a data center, such as the EPC and/or at anywhere accessible by the Internet, e.g., at third-party operator location. It is also understood that a coordination controller <b>106</b> can serve more than one of the radio base stations <b>102</b>.

0031With Coordinated multipoint transmission and/or reception (CoMP) a number of transmission/reception points, e.g., eNBs and/or small cell radio base stations or wireless access points, can be coordinated to provide service to a UE. For example, data can be transmitted at the same time in the same PRB (Physical Resource Block) from more than one transmission point to one UE, or data can be received from one transmission point in one sub-frame and from another transmission point in the next sub-frame. When CoMP is used in a heterogeneous network a number of macro-cells and small cells can be involved in data transmission to and from one UE.

0032CoMP requires that the involved cells coordinate their radio frequency signal in a highly accurate way, e.g., according to phase synchronization and high-capacity connectivity with low latency. Coordinating features, such as CoMP, benefit from time synchronization and in inter-cell communication. In an LTE scenario, the inter-cell communications can leverage respective interfaces of the LTE architecture, such as the X2 interface between eNBs.

0033Another coordinated wireless service feature is referred to as Carrier Aggregation (CA). When CA is used a number of radio frequency carriers, referred to as Component Carriers (CC), are aggregated and a CA-capable UE can be allocated resources on one or more CCs. Cross-carrier scheduling is an important feature in heterogeneous networks. Using cross-carrier scheduling it is possible to map PDCCH (Physical Downlink Control Channels) on different CCs in the large and small cells.

0034With spectrum allocated for 4G networks, operators often find they have a variety of small bands that they have to piece together to provide the required overall bandwidth needed for 4G LTE. Making these bands work seamlessly is a key element of the LTE heterogeneous network operation.

0035Yet another coordinated wireless service feature is referred to as Dual Carrier (DC). According to DC operations, a UE can receive and/or transmit data from and/or to multiple eNBs simultaneously, e.g., carriers can be bundled by the network. One of the eNBs can be referred to as a Master eNB (MeNB), while one or more other eNBs can be referred to as Secondary eNBs (SeNB). Backhaul between low power nodes providing small cells and macro nodes may be ideal or non-ideal. Intra-eNB CA and CoMP features assume ideal backhaul in which centralized scheduling can be implemented for efficient radio resource utilization. DC extends CA &amp; CoMP to inter-eNB with non-ideal backhaul.

0036With present mobile backhaul networks, the X2 interface is typically connected through a service edge router that links each radio base stations with its controller and/or S-GW. Control traffic must be exchanged with stringent delay requirements of less than about 1 millisecond. Each radio needs to be supplied with precise time/phase information with accuracy in the order of sub-millisecond, e.g., microsecond. Location-based services demand even lower tolerance of sub-microsecond, as phase differences among several radio signals can be used to calculate the location of user equipment. Such stringent requirements can drive a change in the backhaul architecture to switch and/or rout the X2 interface closer to the radio base stations, sometime referred to as front-haul networks. Without limitation, such front-haul networks can include fiber to the cell site, renting dark fiber, sharing fiber and/or the transmission system with another operator or lease bandwidth from a wholesale bandwidth provider, and the like. Without limitation, interconnections between radio base stations, including macro-cell and/or small cell can be in communication with one or more other macro-cells and/or small cells by way of back-haul networks, front-haul networks, or any combination thereof.

0037<figref idref="DRAWINGS">FIG. 2</figref> depicts an illustrative embodiment of a schematic diagram of a portion of another mobile cellular system <b>200</b> that implements configuration feature selection based on latency measurements. The system includes a Master eNB (MeNB) <b>202</b> having a radio resource control (RRC) <b>204</b> and a coordination controller <b>206</b><i>a</i>. The RRC <b>204</b> facilitates establishment and coordination of wireless connectivity with a mobile station, or UE <b>230</b>. The system <b>200</b> includes at least one secondary or supporting eNB (SeNB) <b>202</b><i>b</i>. The SeNB <b>202</b><i>b </i>includes radio resources to support wireless communications with the UE <b>230</b>. Although the SeNB <b>202</b><i>b </i>may include an RRC (not shown), it is not necessary for at least some of the coordinating features.

0038In the illustrative example, the UE <b>230</b> also includes a radio to support wireless communications with the MeNB <b>202</b><i>a </i>and/or the SeNB <b>202</b><i>b</i>. The UE <b>230</b> includes an RRC <b>232</b> to facilitate wireless connectivity with at least the MeNB <b>202</b><i>a</i>. The RRC <b>204</b>, <b>232</b>, provides a Radio Resource Control protocol used in UMTS and LTE on the Air interface. For example, the RRC <b>204</b>, <b>232</b> handles control plane signaling between the UE <b>230</b> and the Radio Access Network (UTRAN or E-UTRAN) as well as for the radio interface between a Relay Node and the E-UTRAN.

0039The MeNB <b>202</b><i>a </i>is in further communication with an MME <b>210</b> of an EPC <b>211</b> by way of an S1-MME interface. The MeNB <b>202</b><i>a </i>and the SeNB <b>202</b><i>b </i>are in communication with each other by way of an X2 interface. The X2 interface can be accommodated by one or more of a back-haul network or a front-haul network <b>252</b>. One or more of the MeNB <b>202</b><i>a </i>and the SeNB <b>202</b><i>b </i>can communicate with the UE <b>230</b> via respective Uu protocol interfaces over the air network.

0040In some embodiments, the system <b>200</b> is operated in a synchronous mode. The system <b>200</b> can include a timing source <b>253</b>, such as a precision system clock, and/or a remote timing source, such as a system time source, a satellite time, e.g., GPS time, or some other reliable timing reference, e.g., the National Institute of Standards and Technology (NIST), WWV coordinated time, and the like. More than one different time sources can be provided in primary and fallback configuration, e.g., using GPS as a primary synchronization reference and using the NIST WWV as a fall back. The example system also includes a storage element <b>248</b>. The storage element <b>248</b> can be physical storage available at one or more of the MeNB <b>202</b><i>a </i>and the SeNB <b>202</b><i>b</i>. Alternatively or in addition, the storage element <b>248</b> can include networked storage, e.g., in the form of cloud storage, or a database.

0041According to the illustrative example, the MeNB <b>202</b><i>a </i>and the SeNB <b>202</b><i>b </i>can provided one or more coordinated services to the UE <b>230</b>. The coordinated services can include, without limitation, CoMP, CA and DC features. In some embodiments, a set of possible features is identified for the network <b>200</b>. The feature set can be stored in a configuration file, e.g., at the eNB <b>202</b> and/or in the storage element <b>248</b>. Having established that at least some of the features of the feature set depend upon performance of an inter-radio terminal interface, available features may be restricted to a subset of all possible features based on the inter-radio terminal interface.

0042In some embodiments, a performance metric of the X2 interface is determined. The performance metric can include one or more of a time reference, a message transit time, a message delay time, a latency, and so forth. The performance metric can include a one way metric, e.g., from the MeNB <b>202</b><i>a </i>to the SeNB <b>202</b><i>b</i>, from the SeNB <b>202</b><i>b </i>to the MeNB <b>202</b><i>a </i>and/or a round trip time between the MeNB <b>202</b><i>a </i>and the SeNB <b>202</b><i>b</i>. In some embodiments, the performance parameter of the X2 interface is stored in association with a group of base stations to which the performance parameter applies, e.g., the MeNB <b>202</b><i>a </i>and the SeNB <b>202</b><i>b. </i>

0043The performance metric of the X2 interface can be determined by various techniques, including a message exchange. For example, an “X2 Latency Discovery” message(s) can be added to the 3GPP LTE specification. With the new message(s), two cells can automatically communicate and detect the actual X2 latency, which allows the eNB to dynamically select the optimal features to maximize the performance and/or efficiency of the network.

0044In some embodiments, one or more new X2 messages can be defined that are not currently part of the LTE standards. The new X2 message(s) facilitate detection of a latency associated with a message exchange of an X2 interface between two cells. It is understood that the new X2 message(s) would be added to a future version of the standards, once adopted.

0045For example, an X2 latency discovery procedure, including an exchange of the new X2 message(s) can be initiated at eNB power-up, periodically, and/or responsive to an event (such as new neighbor addition). It is understood that latency may fluctuate for any of various reasons. Accordingly, an eNB can conduct latency testing using an exchange of the new X2 message(s) several times, to allow for determination of a statistical convergence, a range, etc. An eNB can be configured with intelligence, e.g., within eNB software, to decide when and how often to implement such latency testing. For example, a frequency for determining X2 latency can be based on whether some of the LTE-A features will be needed, e.g., in an on-demand fashion, to avoid any unnecessary extra X2 signaling.

0046<figref idref="DRAWINGS">FIG. 2B</figref> depicts an illustrative embodiment of an X2 message exchange of an inter eNB latency measurement. A first eNB A <b>262</b><i>a </i>sends a first message <b>270</b> to a second eNB B <b>262</b><i>b </i>over an X2 interface <b>275</b> between the ENBs <b>262</b><i>a</i>, <b>262</b><i>b</i>. In the illustrative example, the first message <b>270</b> is an X2 Latency Discovery Request message <b>270</b>. The X2 Latency Discovery Request message <b>270</b> includes an identifier of the first eNB A <b>262</b><i>a</i>, e.g., a global eNB ID. Alternatively or in addition, the X2 Latency Discovery Request message <b>270</b> includes a served cell Information Element (IE), and a time stamp. The served cell information IE, e.g., according to 3GPP TS 36.423 section 9.2.8, includes serving cells PCI (Physical Cell Identifier), ECGI (E-UTRAN Cell Global Identifier of the neighbor cell), TAC (Tracking Area Code), etc. The time stamp can be determined and otherwise applied to the request message <b>270</b> at the time the message is generated and/or sent to the second eNB B <b>262</b><i>b. </i>

0047In response to receiving the X2 Latency Discovery Request message <b>270</b>, the second eNB B <b>262</b><i>b</i>, generates an X2 Latency Discovery Response message <b>272</b>. The X2 Latency Discovery Response message <b>272</b> includes an identifier of the second eNB B <b>262</b><i>b</i>, e.g., a global eNB ID. Alternatively or in addition, the X2 Latency Discovery Response message <b>272</b> includes a served cell Information Element (IE), and a time stamp. The served cell information IE, can include one or more of a served cell PCI, ECGI, TAC, etc. The time stamp can be determined and otherwise applied to the response message <b>272</b> at the time the message <b>272</b> is generated and/or sent to the first, requesting eNB A <b>262</b><i>a</i>. In at least some embodiments, the new X2 messages disclosed herein can be adopted or otherwise incorporated into a future X2 Access Protocol.

0048In some embodiments, the first node <b>262</b><i>a </i>is a primary serving node and the second node <b>262</b><i>b </i>is a secondary serving node. The primary and secondary serving nodes <b>262</b><i>a</i>, <b>262</b><i>b </i>can be arranged to provide coordinated wireless services to UE. Such services can include, without limitation, CoMP, CA and DC. Although the illustrative example includes a request from the primary serving node <b>262</b><i>a </i>to the secondary serving node <b>262</b><i>b</i>, it is understood that other messaging arrangements can be accommodated. For example, the secondary serving node <b>262</b><i>b </i>can initiate a request to the primary serving node <b>262</b><i>a </i>that includes a time stamp. The primary serving node can determine a latency by comparing the time stamp to a message receipt time to determine a latency value without necessarily requiring a response message.

0049Having determined a latency value between the two cells <b>262</b><i>a</i>, <b>262</b><i>b</i>, one or more eNB features can be enabled dynamically, based on the latency. For example, one or more of CoMP, CA and/or DC can be enabled based on a latency less than about 1 ms. One or more of CA and/or DC, but not CoMP can be enabled based on a latency greater than about 1 ms and less than about 5 ms. A DC, but not CoMP or CA can be enabled based on a latency greater than about 5 ms, and less than about 50 ms. Other non-real time features, e.g., load information exchange, can be enabled for any latency value, e.g., including a latency value greater than about 50 ms.

0050Dynamically enabling eNB features based on detected X2 latency between two cells according to the new X2 message provides a number of advantages. By way of non-limiting example, the new X2 latency request/response messages support determination of an accurate and real-time X2 latency. The X2 latency can be determined automatically, allowing an eNB feature set to be determined and/or otherwise adjusted or updated based on the X2 latency. This allows a mobile network to maximize feature benefits and improve network performance based on real-time condition.

0051By way of example, latency associated with an interface between macro-cells and/or small cells can be accomplished using latency discovery messages. Namely, the X2 AP (Application Protocol) can be modified to include a latency discover request message 240. A 3GPP TS 36.423, v13.3.0, entitled “Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); X2 application protocol (X2AP),” providing details of the X2 interface, is incorporated by reference herein in its entirety. The latency discovery request message <b>240</b> can include one or more of a cell reference, e.g., a global eNB identifier, a served cell information IE (Information Element), and a time stamp.

0052The X2 AP can be modified further to include a latency discovery response message <b>242</b>. A latency discovery request message can be sent by one of the eNBs, such as the MeNB <b>202</b><i>a</i>, directed towards the SeNB <b>202</b><i>b</i>. The SeNB <b>202</b><i>b</i>, in reply, sends a latency discover response message <b>242</b>. The message <b>242</b> can include one or more of a global eNB ID, a served cell information IE, and a time stamp. The time stamp values can be determined based on a reference time of the reference time source <b>253</b>. One or both of source and target eNBs of a message exchange can calculate the X2 latency based on the timestamps.

0053The latency discovery messages <b>240</b>, <b>242</b> can be performed once, e.g., during a system configuration. Alternatively or in addition, the latency discovery messages can be performed periodically. The periodicity can be regular, e.g., according to a measurement time interval. Alternatively or in addition, the latency discovery messages <b>240</b>, <b>242</b> can be implemented according to an event. The event can include one or more of wireless traffic, back-haul/front-haul traffic, UE identity, network configuration change, time of day, day of week, and so on. In some instances the latency discovery messages <b>240</b>, <b>242</b> are performed at intervals determined by other factors, such as historical records of such measurements.

0054If the latency is determined be a relatively stable parameter, then measurements may not need to be performed frequently. Similarly, if the latency is determined to be relatively unstable, then it the measurements can be performed more frequently. In some instances, the latency is determined each time a UE attaches to a particular eNB and/or enters a particular tracking area.

0055In some embodiments, the measurements of performance metrics, such as latency, are processed to determine statistics, such as averages, medians, modes, variances, and the like. In some embodiments, the latency discovery response message includes a one-way transit time. A recipient eNB/small cell can determine a one-way transit time for an X2 interface based on a time stamp in the latency discovery request received over the X2 interface and a message receipt time according to the time reference <b>253</b>.

0056<figref idref="DRAWINGS">FIG. 3</figref> depicts an illustrative embodiment of an embodiment of a process <b>300</b> used by the systems of <figref idref="DRAWINGS">FIGS. 1 and 2</figref>. The process includes identify a wireless transceiver group at <b>302</b>. This can include a pair of base stations/wireless access points, such as the MeNB <b>202</b><i>a </i>and SeNB <b>202</b><i>b </i>(<figref idref="DRAWINGS">FIG. 2</figref>). When more than two access points are involved, the group can include more than two access points. In some embodiments, one or more wireless transceiver groups include all possible access points, e.g., all access points having overlapping coverage, all access points having overlapping and/or adjacent coverage, and so forth. In some embodiments, the wireless transceiver group is based on a location of a particular UE and/or a service and/or data transfer requirement for a particular UE and/or particular cell. Thus, if a particular UE is a low data user, and/or a particular macro-cell and/or small cell has no high data rate users, then the corresponding access points can be excluded from the group. Conversely, if a particular UE is a high data user and/or a particular macro-cell and/or small cell has high data rate users, then the corresponding access points can be included within the group.

0057Latency values between transceiver pairs of transceiver group are determined at <b>304</b>. The latency values can be determined according to any of the techniques disclosed herein, such as latency request/response messages. Alternatively or in addition, latency can be determined from messages of opportunity, e.g., any message exchanged over an X2 interface, and the like. In some instances, the performance parameters, e.g., latency can be measured using other equipment, such as test equipment utilized during a configuration or maintenance service of the radio access network. Such ancillary equipment can remain in place, e.g., periodically testing any of the performance parameters of one or more of the back-haul and/or front-haul links.

0058A group of configuration alternatives is identified at <b>306</b>. Particular configuration alternatives can be identified by a network operator, e.g., based on network capabilities, software versions, and the like. This group of configuration alternatives can include all possible features, without regard to network conditions, latency values and the like. Alternatively, the group of configuration alternatives can include predetermined configuration parameters, e.g., according to a service subscription, authorization, operator preference, and the like.

0059The performance parameter, e.g., latency, is compared to a corresponding requirement for each configuration alternative of the identified group of configuration alternatives at <b>308</b>. For example, if the configuration alternatives include CoMP, CA and DC, each having a respective latency requirement, the determined latency of the link between wireless transceivers of the group is compared to a corresponding latency requirement. Such automated determination of authorized configurations based on automatic latency measurements allow the system to be configured and re-configured, as need be, without necessarily having to determine whether the eNBs are intra-eNBs or inter-eNBs and/or whether low-latency front-haul networks are available, as might be done for manual configurations.

0060A determination is made at <b>310</b> as to whether the comparison is satisfied. Satisfaction can include the latency being such that the configuration alternative can be accommodated. In response to a favorable comparison, the corresponding configuration alternative is selected or associated with the wireless transceiver pair at <b>312</b>, and a determination is made at <b>314</b> as to whether comparisons are necessary for any other configuration alternatives. If so, the process continues from step <b>308</b>. In response to a determination at <b>310</b> as that the comparison is not satisfied, the process continues from step <b>314</b>.

0061Having completed the comparisons for each of the configuration alternative of the group to obtain an authorized configuration, one or more of the authorized configuration alternatives can be applied to mobile services to a UE in communication with the corresponding group of wireless transceivers. Alternatively or in addition, access to any of the non-selected or non-authorized configuration alternatives of the group can be restricted or otherwise blocked. It is understood that as link conditions change, e.g., latency of the X2 interface, a re-application of the process <b>300</b> can result in a different authorized configuration.

0062It is also understood that the process can be applied to individual pairs of wireless transceivers of the group of wireless transceivers. For applications involving more than two wireless transceivers, different authorized configurations can be applied according to the corresponding pair. In some embodiment involving more than two wireless transceivers, a common authorized configuration can be applied to the entire group. For example, the authorized configuration can be selected as the most restrictive, or the least restrictive. With respect to latency parameters, the authorized configuration can be based on the greatest latency among the wireless transceiver links of the group of transceivers.

0063In general, the process <b>300</b> can be applied to any number of coordinating wireless terminals, e.g., 2, 3 or more, and any group of configuration alternatives related to wireless services to a single UE coordinated among multiple wireless terminals. Although the illustrative examples refer to selection or authorization being based on latency, it is understood that the comparisons can be based on one or more other performance parameters, such as delay, signal strength, noise, and so on. In some embodiments, the performance parameters can include combinations of multiple parameters, such as latency and noise, etc.

0064The X2 latency between two LTE cells is an important factor for determining what features can be supported and whether the feature are suitable for intra-eNB and/or inter-eNB. Different features have different requirements for X2 latency. For example, CoMP requires the most stringent X2 latency, sub-millisecond, inter-eNB CA requires X2 latency less than about 5 ms, and dual connectivity has relaxed X2 latency and can use non-ideal backhaul. In terms of the performance, CoMP>inter-eNB CA>dual connectivity, presuming that each of the different features has its corresponding latency requirement met.

0065It is worth noting that the peer-to-peer latency discovery techniques disclosed herein can be distinguished from other latency discovery mechanisms such as TWAMP (Two Way Active Measurement Protocol), e.g., built upon a client-server (controller/responder) architecture to estimate a backhaul performance (e.g., latency, loss . . . ) between an eNB and a network server. With the peer-to-peer techniques disclosed herein, any eNB can initiate a latency request, which is distinguishable from specific client/server concept. The peer to peer latency facilitates selection of an optimal eNB feature set.

0066<figref idref="DRAWINGS">FIG. 4</figref> depicts an illustrative embodiment of another embodiment of process used by the systems of <figref idref="DRAWINGS">FIGS. 1 and 2</figref>. Latency of an X2 interface between a pair of eNBs is determined at <b>402</b>. For example, the latency can be determined for the X2 interface <b>252</b> between the MeNB <b>202</b><i>a </i>and the SeNB <b>202</b><i>b </i>(<figref idref="DRAWINGS">FIG. 2</figref>). The latency can include a time value, e.g., determined using one or more of the latency discovery request <b>240</b> and response <b>242</b> messages (<figref idref="DRAWINGS">FIG. 2</figref>).

0067The determined X2 latency is compared to a CoMP latency threshold at <b>404</b>. In some applications, the CoMP latency threshold can be about 1 ms, such that latency measurements less than 1 ms satisfy the CoMP latency threshold. It is understood that the latency threshold can be established at other values, such as 500 microseconds, 100 microseconds, 10 microseconds, and/or 5 microseconds, with latency values below the corresponding threshold satisfying the CoMP requirement.

0068To the extent that the CoMP latency threshold is satisfied at <b>408</b>, the CoMP feature is added to an authorized configuration at <b>410</b>. The process continues with the next threshold at <b>412</b>. To the extent that the CoMP latency threshold is not satisfied at <b>408</b>, the process continues with the next threshold. Namely, the determined X2 latency is compared to a CoMP latency threshold at <b>404</b>. In some applications, the CoMP latency threshold can be about 1 ms, such that latency measurements less than 1 ms satisfy the CoMP latency threshold. It is understood that the latency threshold can be established at other values, such as 500 microseconds, 100 microseconds, 10 microseconds, and/or 5 microseconds, with latency values below the corresponding threshold satisfying the CoMP requirement.

0069To the extent that the CoMP latency threshold is satisfied at <b>408</b>, the CoMP feature is added to an authorized configuration. In the illustrative scenario the latency value can be divided into several categories, according to the features. Latency requirements for some of the features can be more restrictive than others. Namely, the latency requirements for CoMP are on the order of microseconds, whereas the latency requirements for inter-eNB are on the order of about 5 ms, and the latency requirements for dual connectivity are about 50 ms. By arranging the latency threshold evaluations from most restrictive, e.g., CoMP, to least restrictive, e.g., DC, it is possible to authorize features having equal or lesser restrictive latency requirements with a single test. Thus, having established that the CoMP threshold is satisfied at <b>408</b>, the CoMP feature is authorized at <b>410</b>, the CA feature is authorized at <b>416</b> and the DC feature is authorized at <b>422</b>.

0070To the extent that the CoMP latency threshold is not satisfied at <b>408</b>, the process continues with the next threshold. Namely, compare X2 latency to CA latency threshold at <b>412</b>. In some applications, the CA latency threshold can be about 5 ms, such that latency measurements less than about 5 ms satisfy the CA latency threshold. It is understood that the latency threshold can be established at other values, such as 10 ms, 1 ms, and so on, with latency values below the corresponding threshold satisfying the CA requirement.

0071To the extent that the CA latency threshold is satisfied at <b>414</b>, the CA feature is added to an authorized configuration at <b>416</b>. Since the DC threshold is less restrictive, the process also authorizes the DC feature at <b>422</b>. To the extent that the CA latency threshold is not satisfied at <b>414</b>, the process continues with the next threshold. Namely, the determined X2 latency is compared to a DC latency threshold at <b>418</b>. In some applications, the DC latency threshold can be about 50 ms, such that latency measurements less than about 50 ms satisfy the DC latency threshold. It is understood that the latency threshold can be established at other values, such as 100 ms, 25 ms, and so on, with latency values below the corresponding threshold satisfying the DC requirement.

0072To the extent that the DC latency threshold is satisfied at <b>420</b>, the DC feature is added to an authorized configuration at <b>422</b>. To the extent that the CA latency threshold is not satisfied at <b>420</b>, the process continues to facilitate operation according to the authorized configurations at <b>424</b>.

0073While for purposes of simplicity of explanation, the respective processes are shown and described as a series of blocks in <figref idref="DRAWINGS">FIGS. 3 and 4</figref>, it is to be understood and appreciated that the claimed subject matter is not limited by the order of the blocks, as some blocks may occur in different orders and/or concurrently with other blocks from what is depicted and described herein. Moreover, not all illustrated blocks may be required to implement the methods described herein.

0074<figref idref="DRAWINGS">FIG. 5</figref> depicts an illustrative embodiment of a first communication system <b>500</b> for delivering media content. The communication system <b>500</b> can represent an Internet Protocol Television (IPTV) media system. Communication system <b>500</b> can be overlaid or operably coupled with the systems <b>100</b>, <b>200</b> of <figref idref="DRAWINGS">FIGS. 1 and/or 2</figref> as another representative embodiment of communication system <b>500</b>. For instance, one or more devices illustrated in the communication system <b>500</b> of <figref idref="DRAWINGS">FIG. 5</figref> identifies a primary serving cell <b>517</b><i>a </i>and a secondary serving cell <b>517</b><i>b </i>of a mobile cellular network <b>518</b>, wherein the primary serving cell <b>517</b><i>a </i>facilitates coordination of a wireless service to a mobile device <b>516</b>. A latency value associated with a message exchange between the primary serving cell <b>517</b><i>a </i>and the secondary serving cell <b>517</b><i>b </i>via a messaging interface, X2, is determined. The latency value is compared to latency requirements corresponding to a group of mobile service features. A mobile service feature of the group of mobile service features is associated with the wireless service based on the comparison, wherein the service includes a coordinated exchange of wireless signals between the primary serving cell <b>517</b><i>a </i>and the mobile device <b>516</b> and between the secondary serving cell <b>517</b><i>b </i>and the mobile device <b>516</b> based on the mobile service feature of the group of mobile service features.

0075The IPTV media system can include a super head-end office (SHO) <b>510</b> with at least one super headend office server (SHS) <b>511</b> which receives media content from satellite and/or terrestrial communication systems. In the present context, media content can represent, for example, audio content, moving image content such as 2D or 3D videos, video games, virtual reality content, still image content, and combinations thereof. The SHS server <b>511</b> can forward packets associated with the media content to one or more video head-end servers (VHS) <b>514</b> via a network of video head-end offices (VHO) <b>512</b> according to a multicast communication protocol.

0076The VHS <b>514</b> can distribute multimedia broadcast content via an access network <b>518</b> to commercial and/or residential buildings <b>502</b> housing a gateway <b>504</b> (such as a residential or commercial gateway). The access network <b>518</b> can represent a group of digital subscriber line access multiplexers (DSLAMs) located in a central office or a service area interface that provide broadband services over fiber optical links or copper twisted pairs <b>519</b> to buildings <b>502</b>. The gateway <b>504</b> can use communication technology to distribute broadcast signals to media processors <b>506</b> such as Set-Top Boxes (STBs) which in turn present broadcast channels to media devices <b>508</b> such as computers or television sets managed in some instances by a media controller <b>507</b> (such as an infrared or RF remote controller).

0077The gateway <b>504</b>, the media processors <b>506</b>, and media devices <b>508</b> can utilize tethered communication technologies (such as coaxial, powerline or phone line wiring) or can operate over a wireless access protocol such as Wireless Fidelity (WiFi), Bluetooth®, Zigbee®, or other present or next generation local or personal area wireless network technologies. By way of these interfaces, unicast communications can also be invoked between the media processors <b>506</b> and subsystems of the IPTV media system for services such as video-on-demand (VoD), browsing an electronic programming guide (EPG), or other infrastructure services.

0078A satellite broadcast television system <b>529</b> can be used in the media system of <figref idref="DRAWINGS">FIG. 5</figref>. The satellite broadcast television system can be overlaid, operably coupled with, or replace the IPTV system as another representative embodiment of communication system <b>500</b>. In this embodiment, signals transmitted by a satellite <b>515</b> that include media content can be received by a satellite dish receiver <b>531</b> coupled to the building <b>502</b>. Modulated signals received by the satellite dish receiver <b>531</b> can be transferred to the media processors <b>506</b> for demodulating, decoding, encoding, and/or distributing broadcast channels to the media devices <b>508</b>. The media processors <b>506</b> can be equipped with a broadband port to an Internet Service Provider (ISP) network <b>532</b> to enable interactive services such as VoD and EPG as described above.

0079In yet another embodiment, an analog or digital cable broadcast distribution system such as cable TV system <b>533</b> can be overlaid, operably coupled with, or replace the IPTV system and/or the satellite TV system as another representative embodiment of communication system <b>500</b>. In this embodiment, the cable TV system <b>533</b> can also provide Internet, telephony, and interactive media services. System <b>500</b> enables various types of interactive television and/or services including IPTV, cable and/or satellite.

0080The subject disclosure can apply to other present or next generation over-the-air and/or landline media content services system.

0081Some of the network elements of the IPTV media system can be coupled to one or more computing devices <b>530</b>, a portion of which can operate as a web server for providing web portal services over the ISP network <b>532</b> to wireline media devices <b>508</b> and/or wireless communication devices <b>516</b>. Delivery of such services to the wireless communication devices <b>516</b> can use one or more of the coordinated service features, e.g., CoMP, CA and/or DC.

0082Communication system <b>500</b> can also provide for all or a portion of the computing devices <b>530</b> to function as a coordinating controller (herein referred to as coordinating controller <b>530</b>). The coordinating controller <b>530</b> can use computing and communication technology to perform function <b>562</b>, which can include among other things, the <b>300</b>, <b>400</b> techniques described by the processes of <figref idref="DRAWINGS">FIGS. 3 and/or 4</figref>. For instance, function <b>562</b> of the coordinating controller <b>530</b> can be similar to the functions described for the controllers <b>106</b> of <figref idref="DRAWINGS">FIG. 1</figref> and/or the control module <b>206</b> of <figref idref="DRAWINGS">FIG. 2</figref>, in accordance with the process <b>300</b> of <figref idref="DRAWINGS">FIG. 3</figref> and/or the process <b>400</b> of <figref idref="DRAWINGS">FIG. 4</figref>. In some embodiments, the coordinating controller is in communication with one or more of the base stations <b>517</b><i>a</i>, <b>517</b><i>b </i>and/or the wireless communications device <b>516</b>, by way of a mobile network core, e.g., an EPC <b>570</b>. One or more of the base stations <b>517</b><i>a</i>, <b>517</b><i>b</i>, and the wireless communication devices <b>516</b> can be provisioned with software functions <b>564</b> and <b>566</b>, respectively, to utilize the services of the coordinating controller <b>530</b>. For instance, functions <b>564</b> and <b>566</b> of the base stations <b>517</b><i>a</i>, <b>517</b><i>b</i>, and the wireless communication devices <b>516</b> can be similar to the functions described for the controllers <b>106</b> of <figref idref="DRAWINGS">FIG. 1</figref> and/or the control module <b>206</b> of <figref idref="DRAWINGS">FIG. 2</figref>, in accordance with the process <b>300</b> of <figref idref="DRAWINGS">FIG. 3</figref> and/or the process <b>400</b> of <figref idref="DRAWINGS">FIG. 4</figref>.

0083Multiple forms of media services can be offered to media devices over landline technologies such as those described above. Additionally, media services can be offered to media devices by way of a wireless access base station <b>517</b> operating according to common wireless access protocols such as Global System for Mobile or GSM, Code Division Multiple Access or CDMA, Time Division Multiple Access or TDMA, Universal Mobile Telecommunications or UMTS, World interoperability for Microwave or WiMAX, Software Defined Radio or SDR, Long Term Evolution or LTE, and so on. Other present and next generation wide area wireless access network technologies can be used in one or more embodiments of the subject disclosure.

0084<figref idref="DRAWINGS">FIG. 6</figref> depicts an illustrative embodiment of a web portal <b>602</b> of a communication system <b>600</b>. Communication system <b>600</b> can be overlaid or operably coupled with systems <b>100</b>, <b>200</b> of <figref idref="DRAWINGS">FIGS. 1 and/or 2</figref>, communication system <b>500</b> as another representative embodiment of systems <b>100</b>, <b>200</b> of <figref idref="DRAWINGS">FIGS. 1 and/or 2</figref>, communication system <b>500</b>. The web portal <b>602</b> can be used for managing services of systems <b>100</b>, <b>200</b> of <figref idref="DRAWINGS">FIGS. 1 and/or 2</figref> and communication system <b>500</b>. A web page of the web portal <b>602</b> can be accessed by a Uniform Resource Locator (URL) with an Internet browser using an Internet-capable communication device such as those described in <figref idref="DRAWINGS">FIGS. 1 and/or 2</figref> and <figref idref="DRAWINGS">FIG. 5</figref>. The web portal <b>602</b> can be configured, for example, to access a media processor <b>506</b> and services managed thereby such as a Digital Video Recorder (DVR), a Video on Demand (VoD) catalog, an Electronic Programming Guide (EPG), or a personal catalog (such as personal videos, pictures, audio recordings, etc.) stored at the media processor <b>506</b>. The web portal <b>602</b> can also be used for provisioning IMS services described earlier, provisioning Internet services, provisioning cellular phone services, and so on.

0085The web portal <b>602</b> can further be utilized to manage and provision software applications <b>562</b>-<b>566</b>, to adapt these applications as may be desired by subscribers and/or service providers of systems <b>100</b>, <b>200</b> of <figref idref="DRAWINGS">FIGS. 1 and/or 2</figref>, and communication system <b>500</b>. For instance, users of the services provided by the coordinating controller, the base stations <b>517</b><i>a</i>, <b>517</b><i>b </i>and/or the wireless communication device <b>516</b>, can log into their on-line accounts and provision the servers <b>110</b> or server <b>430</b> with parameters related to the coordinated wireless services. For example, such parameters can include, without limitation, a group of mobile features, e.g., CoMP, CA and/or DC. Alternative or in addition, such parameters can include performance parameters for links between wireless access points, such as latency, associated with each mobile feature of the group. Other features can include authorizations, user preferences, levels of subscription, and the like. Service providers can log onto an administrator account to provision, monitor and/or maintain the systems <b>100</b>, <b>200</b> of <figref idref="DRAWINGS">FIGS. 1 and/or 2</figref> or server <b>530</b>.

0086<figref idref="DRAWINGS">FIG. 7</figref> depicts an illustrative embodiment of a communication device <b>700</b>. Communication device <b>700</b> can serve in whole or in part as an illustrative embodiment of the devices depicted in <figref idref="DRAWINGS">FIGS. 1 and/or 2</figref>, and <figref idref="DRAWINGS">FIG. 4-5</figref> and can be configured to perform portions of the processes <b>300</b>, <b>300</b> of <figref idref="DRAWINGS">FIGS. 3 and/or 4</figref>.

0087Communication device <b>700</b> can comprise a wireline and/or wireless transceiver <b>702</b> (herein transceiver <b>702</b>), a user interface (UI) <b>704</b>, a power supply <b>714</b>, a location receiver <b>716</b>, a motion sensor <b>718</b>, an orientation sensor <b>720</b>, and a controller <b>706</b> for managing operations thereof. The transceiver <b>702</b> can support short-range or long-range wireless access technologies such as Bluetooth®, ZigBee®, WiFi, DECT, or cellular communication technologies, just to mention a few (Bluetooth® and ZigBee® are trademarks registered by the Bluetooth® Special Interest Group and the ZigBee® Alliance, respectively). Cellular technologies can include, for example, CDMA-1X, UMTS/HSDPA, GSM/GPRS, TDMA/EDGE, EV/DO, WiMAX, SDR, LTE, as well as other next generation wireless communication technologies as they arise. The transceiver <b>702</b> can also be adapted to support circuit-switched wireline access technologies (such as PSTN), packet-switched wireline access technologies (such as TCP/IP, VoIP, etc.), and combinations thereof.

0088The UI <b>704</b> can include a depressible or touch-sensitive keypad <b>708</b> with a navigation mechanism such as a roller ball, a joystick, a mouse, or a navigation disk for manipulating operations of the communication device <b>700</b>. The keypad <b>708</b> can be an integral part of a housing assembly of the communication device <b>700</b> or an independent device operably coupled thereto by a tethered wireline interface (such as a USB cable) or a wireless interface supporting for example Bluetooth®. The keypad <b>708</b> can represent a numeric keypad commonly used by phones, and/or a QWERTY keypad with alphanumeric keys. The UI <b>704</b> can further include a display <b>710</b> such as monochrome or color LCD (Liquid Crystal Display), OLED (Organic Light Emitting Diode) or other suitable display technology for conveying images to an end user of the communication device <b>700</b>. In an embodiment where the display <b>710</b> is touch-sensitive, a portion or all of the keypad <b>708</b> can be presented by way of the display <b>710</b> with navigation features.

0089The display <b>710</b> can use touch screen technology to also serve as a user interface for detecting user input. As a touch screen display, the communication device <b>700</b> can be adapted to present a user interface with graphical user interface (GUI) elements that can be selected by a user with a touch of a finger. The touch screen display <b>710</b> can be equipped with capacitive, resistive or other forms of sensing technology to detect how much surface area of a user's finger has been placed on a portion of the touch screen display. This sensing information can be used to control the manipulation of the GUI elements or other functions of the user interface. The display <b>710</b> can be an integral part of the housing assembly of the communication device <b>700</b> or an independent device communicatively coupled thereto by a tethered wireline interface (such as a cable) or a wireless interface.

0090The UI <b>704</b> can also include an audio system <b>712</b> that utilizes audio technology for conveying low volume audio (such as audio heard in proximity of a human ear) and high volume audio (such as speakerphone for hands free operation). The audio system <b>712</b> can further include a microphone for receiving audible signals of an end user. The audio system <b>712</b> can also be used for voice recognition applications. The UI <b>704</b> can further include an image sensor <b>713</b> such as a charged coupled device (CCD) camera for capturing still or moving images.

0091The power supply <b>714</b> can utilize common power management technologies such as replaceable and rechargeable batteries, supply regulation technologies, and/or charging system technologies for supplying energy to the components of the communication device <b>700</b> to facilitate long-range or short-range portable applications. Alternatively, or in combination, the charging system can utilize external power sources such as DC power supplied over a physical interface such as a USB port or other suitable tethering technologies.

0092The location receiver <b>716</b> can utilize location technology such as a global positioning system (GPS) receiver capable of assisted GPS for identifying a location of the communication device <b>700</b> based on signals generated by a constellation of GPS satellites, which can be used for facilitating location services such as navigation. The motion sensor <b>718</b> can utilize motion sensing technology such as an accelerometer, a gyroscope, or other suitable motion sensing technology to detect motion of the communication device <b>700</b> in three-dimensional space. The orientation sensor <b>720</b> can utilize orientation sensing technology such as a magnetometer to detect the orientation of the communication device <b>700</b> (north, south, west, and east, as well as combined orientations in degrees, minutes, or other suitable orientation metrics).

0093The communication device <b>700</b> can use the transceiver <b>702</b> to also determine a proximity to a cellular, WiFi, Bluetooth®, or other wireless access points by sensing techniques such as utilizing a received signal strength indicator (RSSI) and/or signal time of arrival (TOA) or time of flight (TOF) measurements. The controller <b>706</b> can utilize computing technologies such as a microprocessor, a digital signal processor (DSP), programmable gate arrays, application specific integrated circuits, and/or a video processor with associated storage memory such as Flash, ROM, RAM, SRAM, DRAM or other storage technologies for executing computer instructions, controlling, and processing data supplied by the aforementioned components of the communication device <b>700</b>.

0094Other components not shown in <figref idref="DRAWINGS">FIG. 7</figref> can be used in one or more embodiments of the subject disclosure. For instance, the communication device <b>700</b> can include a reset button (not shown). The reset button can be used to reset the controller <b>706</b> of the communication device <b>700</b>. In yet another embodiment, the communication device <b>700</b> can also include a factory default setting button positioned, for example, below a small hole in a housing assembly of the communication device <b>700</b> to force the communication device <b>700</b> to re-establish factory settings. In this embodiment, a user can use a protruding object such as a pen or paper clip tip to reach into the hole and depress the default setting button. The communication device <b>700</b> can also include a slot for adding or removing an identity module such as a Subscriber Identity Module (SIM) card. SIM cards can be used for identifying subscriber services, executing programs, storing subscriber data, and so forth.

0095The communication device <b>700</b> as described herein can operate with more or less of the circuit components shown in <figref idref="DRAWINGS">FIG. 7</figref>. These variant embodiments can be used in one or more embodiments of the subject disclosure.

0096The communication device <b>700</b> can be adapted to perform the functions of devices <b>130</b>, <b>230</b> of <figref idref="DRAWINGS">FIGS. 1 and/or 2</figref>, the media processor <b>406</b>, the media devices <b>408</b>, or the portable communication devices <b>416</b> of <figref idref="DRAWINGS">FIG. 4</figref>, as well as the IMS CDs <b>501</b>-<b>502</b> and PSTN CDs <b>503</b>-<b>505</b> of <figref idref="DRAWINGS">FIG. 5</figref>. It will be appreciated that the communication device <b>700</b> can also represent other devices that can operate in systems <b>100</b>, <b>200</b> of <figref idref="DRAWINGS">FIGS. 1 and/or 2</figref>, communication systems <b>400</b>-<b>500</b> of <figref idref="DRAWINGS">FIGS. 4-5</figref> such as a gaming console and a media player. In addition, the controller <b>706</b> can be adapted in various embodiments to perform the functions <b>562</b>-<b>566</b>, respectively.

0097Different LTE-A features have different requirements on latency between two cells. Heterogeneous network, “HetNet,” deployments can include configurations with different latencies. With the rapid growth of HetNet and the transition to 5G, dynamically configuring a RAN (Radio Access Network) feature set based on performance, such as latency, between two cells can improve HetNet performance, enable operation automation, promote efficiency, and save operation cost.

0098Upon reviewing the aforementioned embodiments, it would be evident to an artisan with ordinary skill in the art that said embodiments can be modified, reduced, or enhanced without departing from the scope of the claims described below. For example, the techniques disclosed herein can be integrated with SON (Self Optimizing or Self Organizing Networks) to provide network automation and optimization. It is also understood that the various improvements disclosed herein support automation of network operations, save costs and support future features, e.g., 5G and/or Enable HetNet scalability. Other embodiments can be used in the subject disclosure.

0099SON includes automation technologies that facilitate planning, configuration, management, optimization and/or healing of mobile radio access networks. Existing SON functionality and behavior have been adopted and otherwise specified by organizations such as 3GPP and the NGMN (Next Generation Mobile Networks). It is understood that such SON functionality can be enhanced and/or extended to include one or more of mobile network configuration, mobile network optimization and or mobile network healing based on X2 latency values obtained using the new X2 latency discovery messages.

0100It should be understood that devices described in the exemplary embodiments can be in communication with each other via various wireless and/or wired methodologies. The methodologies can be links that are described as coupled, connected and so forth, which can include unidirectional and/or bidirectional communication over wireless paths and/or wired paths that utilize one or more of various protocols or methodologies, where the coupling and/or connection can be direct (e.g., no intervening processing device) and/or indirect (e.g., an intermediary processing device such as a router).

0101<figref idref="DRAWINGS">FIG. 8</figref> depicts an exemplary diagrammatic representation of a machine in the form of a computer system <b>800</b> within which a set of instructions, when executed, may cause the machine to perform any one or more of the methods described above. One or more instances of the machine can operate, for example, as the coordinating controller <b>106</b>, <b>206</b>, <b>530</b>, the wireless access terminal <b>102</b>, <b>114</b>, <b>116</b>, <b>118</b>, <b>202</b>, <b>517</b>. In some embodiments, the machine may be connected (e.g., using a network <b>826</b>) to other machines. In a networked deployment, the machine may operate in the capacity of a server or a client user machine in a server-client user network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.

0102The machine may comprise a server computer, a client user computer, a personal computer (PC), a tablet, a smart phone, a laptop computer, a desktop computer, a control system, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. It will be understood that a communication device of the subject disclosure includes broadly any electronic device that provides voice, video or data communication. Further, while a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methods discussed herein.

0103The computer system <b>800</b> may include a processor (or controller) <b>802</b> (e.g., a central processing unit (CPU)), a graphics processing unit (GPU, or both), a main memory <b>804</b> and a static memory <b>806</b>, which communicate with each other via a bus <b>808</b>. The computer system <b>800</b> may further include a display unit <b>810</b> (e.g., a liquid crystal display (LCD), a flat panel, or a solid state display). The computer system <b>800</b> may include an input device <b>812</b> (e.g., a keyboard), a cursor control device <b>814</b> (e.g., a mouse), a disk drive unit <b>816</b>, a signal generation device <b>818</b> (e.g., a speaker or remote control) and a network interface device <b>820</b>. In distributed environments, the embodiments described in the subject disclosure can be adapted to utilize multiple display units <b>810</b> controlled by two or more computer systems <b>800</b>. In this configuration, presentations described by the subject disclosure may in part be shown in a first of the display units <b>810</b>, while the remaining portion is presented in a second of the display units <b>810</b>.

0104The disk drive unit <b>816</b> may include a tangible computer-readable storage medium <b>822</b> on which is stored one or more sets of instructions (e.g., software <b>824</b>) embodying any one or more of the methods or functions described herein, including those methods illustrated above. The instructions <b>824</b> may also reside, completely or at least partially, within the main memory <b>804</b>, the static memory <b>806</b>, and/or within the processor <b>802</b> during execution thereof by the computer system <b>800</b>. The main memory <b>804</b> and the processor <b>802</b> also may constitute tangible computer-readable storage media.

0105Dedicated hardware implementations including, but not limited to, application specific integrated circuits, programmable logic arrays and other hardware devices can likewise be constructed to implement the methods described herein. Application specific integrated circuits and programmable logic array can use downloadable instructions for executing state machines and/or circuit configurations to implement embodiments of the subject disclosure. Applications that may include the apparatus and systems of various embodiments broadly include a variety of electronic and computer systems. Some embodiments implement functions in two or more specific interconnected hardware modules or devices with related control and data signals communicated between and through the modules, or as portions of an application-specific integrated circuit. Thus, the example system is applicable to software, firmware, and hardware implementations.

0106In accordance with various embodiments of the subject disclosure, the operations or methods described herein are intended for operation as software programs or instructions running on or executed by a computer processor or other computing device, and which may include other forms of instructions manifested as a state machine implemented with logic components in an application specific integrated circuit or field programmable gate array. Furthermore, software implementations (e.g., software programs, instructions, etc.) including, but not limited to, distributed processing or component/object distributed processing, parallel processing, or virtual machine processing can also be constructed to implement the methods described herein. Distributed processing environments can include multiple processors in a single machine, single processors in multiple machines, and/or multiple processors in multiple machines. It is further noted that a computing device such as a processor, a controller, a state machine or other suitable device for executing instructions to perform operations or methods may perform such operations directly or indirectly by way of one or more intermediate devices directed by the computing device.

0107While the tangible computer-readable storage medium <b>822</b> is shown in an example embodiment to be a single medium, the term “tangible computer-readable storage medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “tangible computer-readable storage medium” shall also be taken to include any non-transitory medium that is capable of storing or encoding a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methods of the subject disclosure. The term “non-transitory” as in a non-transitory computer-readable storage includes without limitation memories, drives, devices and anything tangible but not a signal per se.

0108The term “tangible computer-readable storage medium” shall accordingly be taken to include, but not be limited to: solid-state memories such as a memory card or other package that houses one or more read-only (non-volatile) memories, random access memories, or other re-writable (volatile) memories, a magneto-optical or optical medium such as a disk or tape, or other tangible media which can be used to store information. Accordingly, the disclosure is considered to include any one or more of a tangible computer-readable storage medium, as listed herein and including art-recognized equivalents and successor media, in which the software implementations herein are stored.

0109Although the present specification describes components and functions implemented in the embodiments with reference to particular standards and protocols, the disclosure is not limited to such standards and protocols. Each of the standards for Internet and other packet switched network transmission (e.g., TCP/IP, UDP/IP, HTML, HTTP) represent examples of the state of the art. Such standards are from time-to-time superseded by faster or more efficient equivalents having essentially the same functions. Wireless standards for device detection (e.g., RFID), short-range communications (e.g., Bluetooth®, WiFi, Zigbee®), and long-range communications (e.g., WiMAX, GSM, CDMA, LTE) can be used by computer system <b>800</b>. In one or more embodiments, information regarding use of services can be generated including services being accessed, media consumption history, user preferences, and so forth. This information can be obtained by various methods including user input, detecting types of communications (e.g., video content vs. audio content), analysis of content streams, and so forth. The generating, obtaining and/or monitoring of this information can be responsive to an authorization provided by the user.

0110The illustrations of embodiments described herein are intended to provide a general understanding of the structure of various embodiments, and they are not intended to serve as a complete description of all the elements and features of apparatus and systems that might make use of the structures described herein. Many other embodiments will be apparent to those of skill in the art upon reviewing the above description. The exemplary embodiments can include combinations of features and/or steps from multiple embodiments. Other embodiments may be utilized and derived therefrom, such that structural and logical substitutions and changes may be made without departing from the scope of this disclosure. Figures are also merely representational and may not be drawn to scale. Certain proportions thereof may be exaggerated, while others may be minimized Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.

0111Although specific embodiments have been illustrated and described herein, it should be appreciated that any arrangement which achieves the same or similar purpose may be substituted for the embodiments described or shown by the subject disclosure. The subject disclosure is intended to cover any and all adaptations or variations of various embodiments. Combinations of the above embodiments, and other embodiments not specifically described herein, can be used in the subject disclosure. For instance, one or more features from one or more embodiments can be combined with one or more features of one or more other embodiments. In one or more embodiments, features that are positively recited can also be negatively recited and excluded from the embodiment with or without replacement by another structural and/or functional feature. The steps or functions described with respect to the embodiments of the subject disclosure can be performed in any order. The steps or functions described with respect to the embodiments of the subject disclosure can be performed alone or in combination with other steps or functions of the subject disclosure, as well as from other embodiments or from other steps that have not been described in the subject disclosure. Further, more than or less than all of the features described with respect to an embodiment can also be utilized.

0112Less than all of the steps or functions described with respect to the exemplary processes or methods can also be performed in one or more of the exemplary embodiments. Further, the use of numerical terms to describe a device, component, step or function, such as first, second, third, and so forth, is not intended to describe an order or function unless expressly stated so. The use of the terms first, second, third and so forth, is generally to distinguish between devices, components, steps or functions unless expressly stated otherwise. Additionally, one or more devices or components described with respect to the exemplary embodiments can facilitate one or more functions, where the facilitating (e.g., facilitating access or facilitating establishing a connection) can include less than every step needed to perform the function or can include all of the steps needed to perform the function.

0113In one or more embodiments, a processor (which can include a controller or circuit) has been described that performs various functions. It should be understood that the processor can be multiple processors, which can include distributed processors or parallel processors in a single machine or multiple machines. The processor can be used in supporting a virtual processing environment. The virtual processing environment may support one or more virtual machines representing computers, servers, or other computing devices. In such virtual machines, components such as microprocessors and storage devices may be virtualized or logically represented. The processor can include a state machine, application specific integrated circuit, and/or programmable gate array including a Field PGA. In one or more embodiments, when a processor executes instructions to perform “operations”, this can include the processor performing the operations directly and/or facilitating, directing, or cooperating with another device or component to perform the operations.

0114The Abstract of the Disclosure is provided with the understanding that it will not be used to interpret or limit the scope or meaning of the claims. In addition, in the foregoing Detailed Description, it can be seen that various features are grouped together in a single embodiment for the purpose of streamlining the disclosure. This method of disclosure is not to be interpreted as reflecting an intention that the claimed embodiments require more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed embodiment. Thus the following claims are hereby incorporated into the Detailed Description, with each claim standing on its own as a separately claimed subject matter.