Abstract: A method and apparatus are described for supporting a two-stage device-to-device (D2D) discovery using a D2D interworking function (IWF). A D2D IWF component may be configured to perform mapping between an application running on an application server and a third generation partnership project (3GPP) network, and provide a set of application programming interfaces (APIs) to allow discovery to be provided as a service to D2D applications. An application identifier may be mapped to a 3GPP identifier. Further, a method and apparatus are described for performing client-server discovery. A first wireless transmit/receive unit (WTRU) may be configured for a listen-only operation, and a second WTRU may be configured to transmit beacons. The first and second WTRUs may perform a radio access network (RAN) discovery procedure at an access stratum (AS) layer. A method and apparatus for performing charging for D2D service using a D2D IWF are also described.

Abstract: A method and apparatus are described for supporting a two-stage device-to-device (D2D) discovery using a D2D interworking function (IWF). A D2D IWF component may be configured to perform mapping between an application running on an application server and a third generation partnership project (3GPP) network, and provide a set of application programming interfaces (APIs) to allow discovery to be provided as a service to D2D applications. An application identifier may be mapped to a 3GPP identifier. Further, a method and apparatus are described for performing client-server discovery. A first wireless transmit/receive unit (WTRU) may be configured for a listen-only operation, and a second WTRU may be configured to transmit beacons. The first and second WTRUs may perform a radio access network (RAN) discovery procedure at an access stratum (AS) layer. A method and apparatus for performing charging for D2D service using a D2D IWF are also described.

Abstract: A method and apparatus are described for supporting a two-stage device-to-device (D2D) discovery using a D2D interworking function (IWF). A D2D IWF component may be configured to perform mapping between an application running on an application server and a third generation partnership project (3GPP) network, and provide a set of application programming interfaces (APIs) to allow discovery to be provided as a service to D2D applications. An application identifier may be mapped to a 3GPP identifier. Further, a method and apparatus are described for performing client-server discovery. A first wireless transmit/receive unit (WTRU) may be configured for a listen-only operation, and a second WTRU may be configured to transmit beacons. The first and second WTRUs may perform a radio access network (RAN) discovery procedure at an access stratum (AS) layer. A method and apparatus for performing charging for D2D service using a D2D IWF are also described.

Abstract: HARQ parameters (e.g., maximum HARQ retransmission values) may be adapted. Cross-layer control and/or logical channel control may be used to select a maximum number of HARQ retransmissions, for example based on packet priority and/or QCI values. Respective priorities of video packets may be used to select one of a plurality of logical channels associated with a video application that may be established at a source wireless hop and/or a destination wireless hop. The logical channels have different HARQ characteristics. Different maximum HARQ retransmission values may be determined for select logical channels, for example such that packets of different priorities may be transmitted over different logical channels. One or more of the channels may be associated with one or more transmission queues that may have different priority designations. Video packets may be reordered (e.g., with respect to transmission order) within the transmission queues, for example in accordance with respective HARQ parameters.

Abstract: A method and apparatus are described for supporting a two-stage device-to-device (D2D) discovery using a D2D interworking function (IWF). A D2D IWF component may be configured to perform mapping between an application running on an application server and a third generation partnership project (3GPP) network, and provide a set of application programming interfaces (APIs) to allow discovery to be provided as a service to D2D applications. An application identifier may be mapped to a 3GPP identifier. Further, a method and apparatus are described for performing client-server discovery. A first wireless transmit/receive unit (WTRU) may be configured for a listen-only operation, and a second WTRU may be configured to transmit beacons. The first and second WTRUs may perform a radio access network (RAN) discovery procedure at an access stratum (AS) layer. A method and apparatus for performing charging for D2D service using a D2D IWF are also described.

Abstract: Disclosed herein are methods and devices for sharing a packet data protocol (PDP) context among a plurality of devices. For example, a method or sharing a PDP context among a plurality of devices may include a wireless transmit/receive unit (WTRU) sending a request to establish or modify a PDP context. The request to establish or modify the PDP context may include an indication that the WTRU is a member of shared context group. The method may also include the WTRU receiving a response indicating that the request to establish or modify the PDP context was accepted. The method may also include the WTRU acting as a gateway for at least one other device in the shared context group. The request to establish or modify the PDP context may be an attach request. The indication that the WTRU is a member of shared context group may be a group identifier (ID).

Abstract: A method and apparatus are described for supporting a two-stage device-to-device (D2D) discovery using a D2D interworking function (IWF). A D2D IWF component may be configured to perform mapping between an application running on an application server and a third generation partnership project (3GPP) network, and provide a set of application programming interfaces (APIs) to allow discovery to be provided as a service to D2D applications. An application identifier may be mapped to a 3GPP identifier. Further, a method and apparatus are described for performing client-server discovery. A first wireless transmit/receive unit (WTRU) may be configured for a listen-only operation, and a second WTRU may be configured to transmit beacons. The first and second WTRUs may perform a radio access network (RAN) discovery procedure at an access stratum (AS) layer. A method and apparatus for performing charging for D2D service using a D2D IWF are also described.

Abstract: Embodiments contemplate channel access systems and methods for cognitive relaying in unlicensed and lightly licensed bands. Embodiments contemplate managing nodes of a wireless network operating in an unlicensed and or lightly licensed band. One or more embodiments may include sensing an idle channel in the unlicensed and/or lightly licensed band. Further, embodiments contemplate using the idle channel for wireless communication.

Abstract: A method for acquiring and applying offload area information for offloading a wireless transmit/receive unit (WTRU) to a small cell in a different frequency layer is disclosed. The WTRU may enter a region or a macro cell and receive offload area information of the region in which a small cell in the vicinity of the macro cell is located. The offload area information may include at least one of a global positioning system (GPS) coordinate, a radius over which the area extends with respect to the GPS coordinate, a list of position reference signals (PRS), a cell identity or a list of cell identities, a frequency on which the small cell is located, and a radio access technology (RAT) of the corresponding cell. The offload information may be received in a system information block (SIB), dedicated signaling, or any other radio signal. The WTRU may perform measurements to determine the location of the WTRU and to determine whether it has entered any offload areas.

Abstract: A wireless transmit/receive unit (WTRU) may transmit data via multiple component carriers associated with multiple eNode-Bs. The WTRU may receive a handover request message from a source eNode-B. While maintaining a connection with a component carrier on the source eNode-B, the WTRU may establish a connection with another component carrier on a target eNode-B.

Abstract: Disclosed herein is HARQ management, scheduling, and measurements, among other things, for cooperative communication. For example, methods herein may be used in situations wherein relaying or helping mechanisms may comprise the use of a relay node which is part of a fixed infrastructure or a relay node which may be a mobile wireless transmit/receive unit (WTRU). In said situations, a first transmission with first data is established between an evolved NodeB (eNB) and a WTRU. A second transmission with second data is established between a relay node (RN) and the WTRU. Said first and second data are combined for decoding. A single HARQ feedback for said first and second transmissions is sent from the WTRU to the eNB.

Abstract: Embodiments contemplate devices and techniques for receiving unicast and multicast transmissions over a downlink (DL) shared channel in parallel, for example an LTE DL shared channel (SCH). For example, one or more hybrid automatic repeat request (HARQ) entities may be configured to perform retransmissions of the multicast and/or unicast messages. Common and/or dedicated (e.g., separate) HARQ entities may be utilized for retransmission. The multicast downlink shared channels may be activated and/or deactivated on demand. The activation and/or deactivation may be performed using radio resource control (RRC) signaling and/or Medium Access Control (MAC) signaling. The multicast and/or unicast downlink shared channel data may include scalable video coding (SVC) data of varying priority. Embodiments also contemplate the use of simultaneous (e.g. parallel) multicast/unicast for scalable video coding transmission over WiFi/802.11 protocol signals.

Abstract: A method of managing one or more test measurements associated with a communication system using a wireless transmit/receive unit (WTRU) is disclosed. The method includes receiving, by the WTRU, a measurement configuration including at least a trigger indicating a condition or event for initiation of the one or more test measurements; determining, by the WTRU, whether the trigger has been satisfied, as a determination result; initiating the one or more test measurements in accordance with the determination result; and measuring, by the WTRU, the one or more test measurements.

Abstract: A method for acquiring and applying offload area information for offloading a wireless transmit/receive unit (WTRU) to a small cell in a different frequency layer is disclosed. The WTRU may enter a region or a macro cell and receive offload area information of the region in which a small cell in the vicinity of the macro cell is located. The offload area information may include at least one of a global positioning system (GPS) coordinate, a radius over which the area extends with respect to the GPS coordinate, a list of position reference signals (PRS), a cell identity or a list of cell identities, a frequency on which the small cell is located, and a radio access technology (RAT) of the corresponding cell. The offload information may be received in a system information block (SIB), dedicated signaling, or any other radio signal. The WTRU may perform measurements to determine the location of the WTRU and to determine whether it has entered any offload areas.

Abstract: Systems and methods are disclosed for a WTRU to operate using multiple schedulers. The WTRU may exchange data with the network over more than one data path, such that each data path may use a radio interface connected to a different network node and each node may be associated with an independent scheduler. For example, a WTRU may establish a RRC connection between the WTRU and a network. The RRC connection may establish a first radio interface between the WTRU and a first serving site of the network and a second radio interface between the WTRU and a second serving site of the network. The RRC connection may be established between the WTRU and the MeNB and a control function may be established between the WTRU and the SCeNB. The WTRU may receive data from the network over the first radio interface or the second radio interface.

Abstract: HARQ parameters (e.g., maximum HARQ retransmission values) may be adapted. Cross-layer control and/or logical channel control may be used to select a maximum number of HARQ retransmissions, for example based on packet priority and/or QCI values. Respective priorities of video packets may be used to select one of a plurality of logical channels associated with a video application that may be established at a source wireless hop and/or a destination wireless hop. The logical channels have different HARQ characteristics. Different maximum HARQ retransmission values may be determined for select logical channels, for example such that packets of different priorities may be transmitted over different logical channels. One or more of the channels may be associated with one or more transmission queues that may have different priority designations. Video packets may be reordered (e.g., with respect to transmission order) within the transmission queues, for example in accordance with respective HARQ parameters.

Abstract: Disclosed herein is HARQ management, scheduling, and measurements, among other things, for cooperative communication. For example, methods herein may be used in situations wherein relaying or helping mechanisms may comprise the use of a relay node which is part of a fixed infrastructure or a relay node which may be a mobile wireless transmit/receive unit (WTRU). In said situations, a first transmission with first data is established between an evolved NodeB (eNB) and a WTRU. A second transmission with second data is established between a relay node (RN) and the WTRU. Said first and second data are combined for decoding. A single HARQ feedback for said first and second transmissions is sent from the WTRU to the eNB.

Abstract: A device may include a trusted component. The trusted component may be verified by a trusted third party and may have a certificate of verification stored therein based on the verification by the trusted third party. The trusted component may include a root of trust that may provide secure code and data storage and secure application execution. The root of trust may also be configured to verify an integrity of the trusted component via a secure boot and to prevent access to the certain information in the device if the integrity of the trusted component may not be verified.

Abstract: Systems and methods are disclosed for a WTRU to operate using multiple schedulers. The WTRU may exchange data with the network over more than one data path, such that each data path may use a radio interface connected to a different network node and each node may be associated with an independent scheduler. For example, a WTRU may establish a RRC connection between the WTRU and a network. The RRC connection may establish a first radio interface between the WTRU and a first serving site of the network and a second radio interface between the WTRU and a second serving site of the network. The RRC connection may be established between the WTRU and the MeNB and a control function may be established between the WTRU and the SCeNB. The WTRU may receive data from the network over the first radio interface or the second radio interface.

Abstract: Embodiments contemplate devices and techniques for receiving unicast and multicast transmissions over a downlink (DL) shared channel in parallel, for example an LTE DL shared channel (SCH). For example, one or more hybrid automatic repeat request (HARQ) entities may be configured to perform retransmissions of the multicast and/or unicast messages. Common and/or dedicated (e.g., separate) HARQ entities may be utilized for retransmission. The multicast downlink shared channels may be activated and/or deactivated on demand. The activation and/or deactivation may be performed using radio resource control (RRC) signaling and/or Medium Access Control (MAC) signaling. The multicast and/or unicast downlink shared channel data may include scalable video coding (SVC) data of varying priority. Embodiments also contemplate the use of simultaneous (e.g. parallel) multicast/unicast for scalable video coding transmission over WiFi/802.11 protocol signals.