Interdigital Technology Corporation

Interdigital Patent Holdings, Inc.

Convida Wireless, LLC

Vid Scale, Inc.

Gregory S Sternberg

Philip J Pietraski

Catalina Mihaela Mladin

Ravikumar V Pragada

Kiran K Vanganuru

Samian Kaur

Quang Ly

Shamim Akbar Rahman

Yuriy Reznik

Balaji B Raghothaman

Rui Yang

Liangping Ma

Zhuorong Deng

Alexander Reznik

Michael F Starsinic

Tao Deng

Pascal M Adjakple

Chonggang Wang

Rocco Di Girolamo

Saad Ahmad

Xu Li

Guanzhou Wang

Weimin Liu

Bin Li

Dale N Seed

Eldad M Zeira

Anantharaman Balasubramanian

Yogendra C Shah

Ralph Neff

Douglas R Castor

Eduardo Asbun

Ariela Zeira

Zhuo Chen

Mihaela C Beluri

William Robert Flynn, Iv

Avi Rapaport

Stephen E Terry

Ulises Olvera-Hernandez

Hongkun Li

Wei Yu Chen

Juan Carlos Zuniga

Louis Joseph Kerofsky

William E Lawton

Chunxuan Ye

Janet A Stern-Berkowitz

Robert L Olesen

Erdem Bala

Vinod Kumar Choyi

Gwenael Poitau

Rahul Vanam

Paul Marinier

Oghenekome Oteri

Guodong Zhang

Ghyslain Pelletier

Marian Rudolf

Prabhakar Chitrapu

Jung-Lin Pan

Alpaslan Demir

Dimitrios Karampatsis

Yingming Tsai

Alain Charles Louis Briancon

Nicholas J Podias

Zhifeng Chen

Akinlolu Oloruntosi Kumoluyi

Sneha Aman Singh

Matthew G Puzio

Yan Ye

Diana Pani

Yong He

Rocco DiGirolamo

Robert A DiFazio

Xavier De Foy

Steven Ferrante

Sana Sfar

Hongsan Sheng

John Mathisen McNally

Kandarp Shah

Naresh H Soni

Dharm Veer

A method performed by a wireless transmit/receive unit (WTRU) may include sending, to a network, a registration message indicating the WTRU is capable of device-to-device (D2D) communication and sending a request for assistance in discovering at least one other WTRU in proximity to the WTRU. The method may include receiving, from the network, in response to the request for assistance in discovering the at least one other WTRU, assistance information including one or more of a unique identifier or filtering information. The method may include performing, using the assistance information, a device discovery procedure to discover the at least one other WTRU, wherein the device discovery procedure comprises at least one of: monitoring for signals from the at least one other WTRU using the assistance information, or sending a discovery announcement based on the assistance information and transmitting application data directly to the at least one other WTRU.

Resource allocation for device-to-device (D2D) communications

A base station may sense, on a cell using unlicensed spectrum, that the unlicensed spectrum is available for transmission. The base station may transmit, after sensing that the unlicensed spectrum is available, consecutive subframes. Each subframe may include a physical downlink control channel and a physical downlink shared channel.

Wireless operation in unlicensed spectrum

Mechanisms for subscription and notification may include dynamically changing notification behavior based on notification target status or support access to notification history information.

Subscription and notification service

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.

Method and apparatus for supporting proximity discovery procedures

A 5G Network Architecture uses virtualization and network slicing. The user equipment (UE) interacts with an underlay network that interacts with virtual network slices. The UE interacts with the underlay network (ULN) to establish a connection to a virtual network slice. Procedures are defined to assign a new slice instance to a UE (UE initiated and ULN initiated); to change a UE Profile (UE initiated and ULN Initiated); and to change a UE's assigned slice instance (ULN Initiated).

Connecting to virtualized mobile core networks

A wireless transmit/receive unit (WTRU) may receive from a network resource allocation information for device to device (D2D) communication. The WTRU may select, from the received resource allocation information for a transmission time interval (TTI), resources for a D2D channel. The WTRU may transmit, with use of the selected resources, data directly to another WTRU.

A caching entity may store a cached copy of a service layer resource. An original hosting entity may maintain a registry of the corresponding cached resources. Optionally, the original hosting entity may set cache parameters to govern the lifetime of the cache on a caching entity. The caching entity may keep storing the cached copy of the resource and the original hosting entity may obtain statistics about the cached resource. By knowing the statistics, e.g. how many times a resource is retrieved on each caching entity, the original hosting entity may better manage the resource.

System and methods for service layer cache management

A video encoding device (e.g., a wireless transmit/receive unit (WTRU)) may transmit an encoded frame with a frame sequence number using a transmission protocol. The video encoding device, an application on the video encoding device, and/or a protocol layer on the encoding device may detect a packet loss by receiving an error notification. The packet loss may be detected at the MAC layer. The packet loss may be signaled using spoofed packets, such as a spoofed NAM packet, a spoofed XR packet, or a spoofed ACK packet. A lost packet may be retransmitted at the MAC layer (e.g., by the encoding device or another device on the wireless path). Packet loss detection may be performed in uplink operations and/or downlink operations, and/or may be performed in video gaining applications via the cloud. The video encoding device may generate and send a second encoded frame based on the error notification.

Early packet loss detection and feedback

A set of point-of-contact information including a service level identifier, an address, a list of interfaces, and a set of interface selection preferences for each of several entities may be used to facilitate communications among the entities by selecting a preferred interface in accordance with the set. Interface preferences may also be derived from a set of policies. The preferred interface may be resolved in accordance with the preferences of multiple entities. Messages may include an interface type parameter to be used for forwarding of the message, and message forwarding may be resolved in accordance with the parameter and the messages.

Service layer support for multiple interface nodes

A modular and distributed architecture for data stream processing and analysis is described to incorporate data stream analytics capabilities, called Data Stream Analytics Service (DSAS) in the IoT/M2M service layer. Each service layer node hosting DSAS can be split into two independent modules, Stream Forwarder and Stream Analytics Engine. Stream Forwarder is a light weight processing modules that can be responsible for data preprocessing and routing. Stream Analytics Engine is responsible for performing actual analytics on the data stream. Separating the two functionalities enables the service layer nodes to efficiently distribute stream analytics tasks across multiple nodes.

Data stream analytics at service layer

Methods, systems, and devices may be used to support freshness-based processing of requests. Freshness-based processing may involve the service layer examining the age of stored content (e.g., resource representation) that it hosts and determining whether it is fresh enough to satisfy a retrieve or discovery request with a specified freshness requirement. If not fresh, the service layer can contact an application to refresh the content. In addition, freshness-based processing can also involve the service layer examining the semantic state of a command oriented update request to determine whether its state is fresh or not with respect to prior commands processed by the service layer. For example, the service layer may compare stored content associated with controlling a particular application (e.g. door is locked) and against the semantic content of an update request (e.g., unlock door) to determine whether it is the same (e.g., stale) or not (e.g., fresh). If fresh, the service layer can then re-target the update request to an application to have it perform the command (e.g., unlock door).

Request processing in the service layer

Growing community of inventors

Mt. Laurel, NJ, United States of America

Gregory S Sternberg