Abstract: An apparatus and method is described herein for providing robust speculative code section abort control mechanisms. Hardware is able to track speculative code region abort events, conditions, and/or scenarios, such as an explicit abort instruction, a data conflict, a speculative timer expiration, a disallowed instruction attribute or type, etc. And hardware, firmware, software, or a combination thereof makes an abort determination based on the tracked abort events. As an example, hardware may make an initial abort determination based on one or more predefined events or choose to pass the event information up to a firmware or software handler to make such an abort determination. Upon determining an abort of a speculative code region is to be performed, hardware, firmware, software, or a combination thereof performs the abort, which may include following a fallback path specified by hardware or software.

Abstract: Techniques are provided for a network device to receive a first notification message from a first wireless network operating via a first radio frequency protocol, where the notification message indicates a presence of a mobile device within a radio frequency coverage area of a first wireless access point in the first wireless network. A connection message is transmitted from the network device to the mobile device, where the connection message comprises information configured to initiate a connection of the mobile device to a second wireless network operating via a second radio frequency protocol when a radio frequency coverage area of a second wireless access point in the second wireless network is known to overlap the radio frequency coverage area of the first wireless access point in the first wireless network. The connection message may initiate mobile device connections or transfers between, e.g., macrocell, femtocell, and Wi-Fi networks, among other networks.

Abstract: An apparatus and method is described herein for providing robust speculative code section abort control mechanisms. Hardware is able to track speculative code region abort events, conditions, and/or scenarios, such as an explicit abort instruction, a data conflict, a speculative timer expiration, a disallowed instruction attribute or type, etc. And hardware, firmware, software, or a combination thereof makes an abort determination based on the tracked abort events. As an example, hardware may make an initial abort determination based on one or more predefined events or choose to pass the event information up to a firmware or software handler to make such an abort determination. Upon determining an abort of a speculative code region is to be performed, hardware, firmware, software, or a combination thereof performs the abort, which may include following a fallback path specified by hardware or software.

Abstract: An apparatus and method is described herein for providing robust speculative code section abort control mechanisms. Hardware is able to track speculative code region abort events, conditions, and/or scenarios, such as an explicit abort instruction, a data conflict, a speculative timer expiration, a disallowed instruction attribute or type, etc. And hardware, firmware, software, or a combination thereof makes an abort determination based on the tracked abort events. As an example, hardware may make an initial abort determination based on one or more predefined events or choose to pass the event information up to a firmware or software handler to make such an abort determination. Upon determining an abort of a speculative code region is to be performed, hardware, firmware, software, or a combination thereof performs the abort, which may include following a fallback path specified by hardware or software.

Abstract: An apparatus and method is described herein for providing robust speculative code section abort control mechanisms. Hardware is able to track speculative code region abort events, conditions, and/or scenarios, such as an explicit abort instruction, a data conflict, a speculative timer expiration, a disallowed instruction attribute or type, etc. And hardware, firmware, software, or a combination thereof makes an abort determination based on the tracked abort events. As an example, hardware may make an initial abort determination based on one or more predefined events or choose to pass the event information up to a firmware or software handler to make such an abort determination. Upon determining an abort of a speculative code region is to be performed, hardware, firmware, software, or a combination thereof performs the abort, which may include following a fallback path specified by hardware or software.

Abstract: An apparatus and method is described herein for providing robust speculative code section abort control mechanisms. Hardware is able to track speculative code region abort events, conditions, and/or scenarios, such as an explicit abort instruction, a data conflict, a speculative timer expiration, a disallowed instruction attribute or type, etc. And hardware, firmware, software, or a combination thereof makes an abort determination based on the tracked abort events. As an example, hardware may make an initial abort determination based on one or more predefined events or choose to pass the event information up to a firmware or software handler to make such an abort determination. Upon determining an abort of a speculative code region is to be performed, hardware, firmware, software, or a combination thereof performs the abort, which may include following a fallback path specified by hardware or software.

Abstract: An apparatus and method is described herein for providing robust speculative code section abort control mechanisms. Hardware is able to track speculative code region abort events, conditions, and/or scenarios, such as an explicit abort instruction, a data conflict, a speculative timer expiration, a disallowed instruction attribute or type, etc. And hardware, firmware, software, or a combination thereof makes an abort determination based on the tracked abort events. As an example, hardware may make an initial abort determination based on one or more predefined events or choose to pass the event information up to a firmware or software handler to make such an abort determination. Upon determining an abort of a speculative code region is to be performed, hardware, firmware, software, or a combination thereof performs the abort, which may include following a fallback path specified by hardware or software.

Abstract: An apparatus and method is described herein for providing robust speculative code section abort control mechanisms. Hardware is able to track speculative code region abort events, conditions, and/or scenarios, such as an explicit abort instruction, a data conflict, a speculative timer expiration, a disallowed instruction attribute or type, etc. And hardware, firmware, software, or a combination thereof makes an abort determination based on the tracked abort events. As an example, hardware may make an initial abort determination based on one or more predefined events or choose to pass the event information up to a firmware or software handler to make such an abort determination. Upon determining an abort of a speculative code region is to be performed, hardware, firmware, software, or a combination thereof performs the abort, which may include following a fallback path specified by hardware or software.

Abstract: An apparatus and method is described herein for providing robust speculative code section abort control mechanisms. Hardware is able to track speculative code region abort events, conditions, and/or scenarios, such as an explicit abort instruction, a data conflict, a speculative timer expiration, a disallowed instruction attribute or type, etc. And hardware, firmware, software, or a combination thereof makes an abort determination based on the tracked abort events. As an example, hardware may make an initial abort determination based on one or more predefined events or choose to pass the event information up to a firmware or software handler to make such an abort determination. Upon determining an abort of a speculative code region is to be performed, hardware, firmware, software, or a combination thereof performs the abort, which may include following a fallback path specified by hardware or software.

Abstract: An apparatus and method is described herein for providing robust speculative code section abort control mechanisms. Hardware is able to track speculative code region abort events, conditions, and/or scenarios, such as an explicit abort instruction, a data conflict, a speculative timer expiration, a disallowed instruction attribute or type, etc. And hardware, firmware, software, or a combination thereof makes an abort determination based on the tracked abort events. As an example, hardware may make an initial abort determination based on one or more predefined events or choose to pass the event information up to a firmware or software handler to make such an abort determination. Upon determining an abort of a speculative code region is to be performed, hardware, firmware, software, or a combination thereof performs the abort, which may include following a fallback path specified by hardware or software.

Abstract: An example method is provided in one example embodiment and may include receiving a request from a user equipment (UE) to access a wireless access network, wherein the UE is currently accessing one or more other wireless networks; determining by a Policy and Charging Rules Function (PCRF) whether a subscriber associated with the UE is authorized to access the wireless access network based, at least in part, on a profile for the subscriber; and communicating one of a wireless access rejection and a wireless access acceptance to the UE based on the determination. In some instances, the determining can include recovering the profile for the subscriber associated with the UE from a Subscriber Profile Repository (SPR) using an International Mobile Subscriber Identity (IMSI) for the subscriber.

Abstract: An example method is provided in one example embodiment and may determining, by a first communication device, whether one or more other communication devices are communicating wireless signals in a particular channel of an unlicensed band of the communication network; scheduling one or more Long Term Evolution Unlicensed (LTE-U) sub-frames within a frame schedule for a user equipment (UE) based, at least in part, on determining that one or more communication devices are communicating wireless signals in the particular channel; and communicating the one or more LTE-U sub-frames to the UE according to the frame schedule.

Abstract: Multi-operator networking techniques are provided for allowing two or more operators to share a wireless local area network (WLAN). In particular, mobile access gateway functionality is integrated in a wireless network controller of a WLAN that is accessible to first and second operators. Operator-specific tunnels are created through the network for each of the first and second operators that link a core network of each of the first and second operators with an associated client device. Packets are then forwarded between the core networks of the first and second operators and their associated client devices via the operator-specific tunnels.

Abstract: Techniques for detecting poor machine translations are disclosed herein. The techniques can include various diagnostics that can be performed to determine whether to adopt a potential translated key term as a translated key term. The diagnostics include a geographic location diagnostic, a reverse translation diagnostic, a local term diagnostic, and a narrow-to-broad diagnostic.

Abstract: A real-time speech analytics system (“RSTA system”) detects speech during a call involving a contact center agent and a remote party. Upon detecting the speech, an event message is generated by the RTSA system and transmitted to a checkpoint and alert reporting module, which is configured to generate and update a checkpoint widget displayed to the agent. The checkpoint widget provides visual information regarding the status of the checkpoints encountered during the call. Checkpoint widgets may be stored for each call handled by an agent, and subsequently may be requested for display to a supervisor for reviewing of the agent's performance. Upon providing appropriate filter information, the selected widgets associated with the agent are displayed. By selecting a particular checkpoint indicator on a widget, audio from the call associated with that checkpoint is retrieved and streamed to the supervisor, thus allowing auditory review of that portion of the call.

Abstract: A real-time speech analytics system (“RSTA system”) detects a speech condition during a call involving a contact center agent and a remote party. Upon detecting the speech condition, an alert message is provided to an alert reporting module (“ARM”), which is configured to access various data to form a RTSA alert. In one embodiment, the RTSA alert is a transient alert indication overlaid on an agent icon on a grid where the agent icon represents the agent and is displayed to a contact center supervisor. Information on the type and severity of the alert may be conveyed by text and non-text images, such as icons, colors, or symbols. A number representing a cumulative number of alert messages received for each agent may be indicated in an alert bubble overlaid on the agent icon. A viewer is able to request detailed alert data upon selecting the alert bubble.

Abstract: A femtosecond laser based laser processing system having a femtosecond laser, frequency conversion optics, beam manipulation optics, target motion control, processing chamber, diagnostic systems and system control modules. The femtosecond laser based laser processing system allows for the utilization of the unique heat control in micromachining, and the system has greater output beam stability, continuously variable repetition rate and unique temporal beam shaping capabilities.

Abstract: In one embodiment, a method includes identifying an access point joining a wireless controller in communication with a switch, establishing a control tunnel between the access point and the wireless controller, transmitting an address of the switch from the wireless controller to the access point, and requesting the switch to setup a data tunnel with the access point. An apparatus and logic are also disclosed herein.

Abstract: A Mobile Content Transfer (MCT) system requires no special equipment or a physical connection to any hardware. The MCT system has no hardware limitation with regard to the number of simultaneous transfers. The MCT system can be used to transfer data from anywhere at any time by anyone without the need to go into a retail location. The MCT system can transfer and store all or some data classes to increase adoption and usage of the MNO Cloud. The MCT system eliminates the need for dedicated personnel allowing more personnel to attend to new sales revenue opportunities. The MCT system eliminates the need to wait for a single machine or individual and empowers the end-user to perform the transfer of their data whenever and wherever they choose. The MCT system provides the option to safely and securely store data in the cloud that can be restored to another device.

Abstract: Techniques are provided for a network device to receive a first notification message from a first wireless network operating via a first radio frequency protocol, where the notification message indicates a presence of a mobile device within a radio frequency coverage area of a first wireless access point in the first wireless network. A connection message is transmitted from the network device to the mobile device, where the connection message comprises information configured to initiate a connection of the mobile device to a second wireless network operating via a second radio frequency protocol when a radio frequency coverage area of a second wireless access point in the second wireless network is known to overlap the radio frequency coverage area of the first wireless access point in the first wireless network. The connection message may initiate mobile device connections or transfers between, e.g., macrocell, femtocell, and Wi-Fi networks, among other networks.