IP Library › Granted Patent US 9,647,982
Granted Patent B2
US 9,647,982 · App. 14/636,755 · Granted May 9, 2017

Peer tunneling for real-time communications

Inventors: Rolando Herrero (Derry, NH); Henry Katz (Brookline, MA)
Assignee: ORACLE INTERNATIONAL CORPORATION
H04L61/2592H04L63/029H04L63/0272H04L65/1069H04L67/104H04M7/0063H04L61/1529H04L61/2514H04L63/0236
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 9,647,982
App. No.
14/636,755
Granted
May 9, 2017
Kind
B2
Abstract

A system performs peer tunneling for real time communication (“RTC”). The system receives, by a tunneling server, a peer service request message from a first user equipment (“UE”) indicating a request for establishing a peer tunnel between the first UE and a second UE. The system determines whether tunneling service is available at the second UE. When tunneling service is available at the second UE, the system sends a first peer service response message back to the first UE including remote tunnel parameters corresponding to the second UE. When tunneling service is not available at the second UE, the system sends a second peer service response message back to the first UE indicating a failed tunnel creation.

Claims (58)

1. A non-transitory computer-readable medium having instructions stored thereon that, when executed by a processor, cause the processor to manage peer tunneling for real time communication (RTC), the managing of the peer tunneling comprising:

receiving, by a tunneling server, a peer service request message from a first user equipment (UE) indicating a request for establishing a peer tunnel between the first UE and a second UE;

determining if tunneling service is available at the second UE, and

when tunneling service is determined to be available at the second UE:

sending, from the tunneling server, a first peer service response message back to the first UE including remote tunnel parameters corresponding to the second UE allowing for the establishment of a peer tunnel based on a configuration request message from the first UE to the second UE to obtain configuration information; and

determining if tunnel service is not available at the second UE, and when tunneling service is determined not to be available at the second UE:

determining that the second UE does not belong to a tunneled services control function (TSCF) tunnel and sending, from the tunneling server, a second peer service response message back to the first UE indicating a failed tunnel creation.

2. The non-transitory computer-readable medium of claim 1 ,

wherein the peer service request message is received via a tunneled services control function (TSCF) tunnel,

wherein the peer service request message includes a remote internal internet protocol (IP) address corresponding to the first UE.

3. The non-transitory computer-readable medium of claim 1 , wherein the determining of whether tunneling service is available at the second UE comprises:

forwarding the peer service request message of the first UE to the second UE via a tunneled services control function (TSCF) tunnel; and

receiving the first peer service response message or the second peer service response message from the second UE.

4. The non-transitory computer-readable medium of claim 1 ,

wherein, upon reception of the first peer service response message by the first UE, the first UE and the second UE perform tunnel transport establishment for the peer tunnel between the first UE and the second UE,

wherein the peer tunnel is a tunneled services control function (TSCF) tunnel.

5. The non-transitory computer-readable medium of claim 4 ,

wherein, upon establishing the peer tunnel, the first UE sends a configuration request message to the second UE to obtain configuration information for the peer tunnel,

wherein the second UE responds to the configuration request message of the first UE by a configuration response message.

6. A method for peer tunneling for real time communication (RTC), comprising:

receiving, by a tunneling server, a peer service request message from a first user equipment (UE) indicating a request for establishing a peer tunnel between the first UE and a second UE;

determining if tunneling service is available at the second UE, and when tunneling service is determined to be available at the second UE:

sending, from the tunneling server, a first peer service response message back to the first UE including remote tunnel parameters corresponding to the second UE allowing for the establishment of a peer tunnel based on a configuration request message from the first UE to the second UE to obtain configuration information; and

determining if tunnel service is not available at the second UE, and when tunneling service is determined not to be available at the second UE:

determining that the second UE does not belong to a tunneled services control function (TSCF) tunnel and sending, from the tunneling server, a second peer service response message back to the first UE indicating a failed tunnel creation.

7. The method of claim 6 ,

wherein the peer service request message is received via a tunneled services control function (TSCF) tunnel,

wherein the peer service request message includes a remote internal internet protocol (IP) address corresponding to the first UE.

8. The method of claim 6 , wherein the determining of whether tunneling service is available at the second UE comprises:

forwarding the peer service request message of the first UE to the second UE via a tunneled services control function (TSCF) tunnel; and

receiving the first peer service response message or the second peer service response message from the second UE.

9. The method of claim 6 ,

wherein, upon reception of the first peer service response message by the first UE, the first UE and the second UE perform tunnel transport establishment for the peer tunnel between the first UE and the second UE,

wherein the peer tunnel is a tunneled services control function (TSCF) tunnel.

10. The method of claim 9 ,

wherein, upon establishing the peer tunnel, the first UE sends a configuration request message to the second UE to obtain configuration information for the peer tunnel,

wherein the second UE responds to the configuration request message of the first UE by a configuration response message.

11. A system for peer tunneling for real time communication (RTC), comprising:

a hardware processor configured to:

receive, by a tunneling server, a peer service request message from a first user equipment (UE) indicating a request for establishing a peer tunnel between the first UE and a second UE;

determine if tunneling service is available at the second UE, and when tunneling service is determined to be available at the second UE:

send from the tunneling server a first peer service response message back to the first UE including remote tunnel parameters corresponding to the second UE allowing for the establishment of a peer tunnel based on a configuration request message from the first UE to the second UE to obtain configuration information; and

determine if tunnel service is not available at the second UE, and when tunneling service is determined not to be available at the second UE:

determine that the second UE does not belong to a tunneled services control function (TSCF) tunnel and send, from the tunneling server, a second peer service response message back to the first UE indicating a failed tunnel creation.

12. The system of claim 11 ,

wherein, when tunneling service is not available at the second UE, the system sends the second peer service response message back to the first UE indicating a failed tunnel creation.

13. The system of claim 12 ,

wherein the peer service request message is received via a tunneled services control function (TSCF) tunnel,

wherein the peer service request message includes a remote internal internet protocol (IP) address corresponding to the first UE.

14. The system of claim 12 , further determines whether tunneling service is available at the second UE by:

forwarding the peer service request message of the first UE to the second UE via a tunneled services control function (TSCF) tunnel; and

receiving the first peer service response message or the second peer service response message from the second UE.

15. The system of claim 12 ,

wherein, upon reception of the first peer service response message by the first UE, the first UE and the second UE perform tunnel transport establishment for the peer tunnel between the first UE and the second UE,

wherein the peer tunnel is a tunneled services control function (TSCF) tunnel.

16. The system of claim 15 ,

wherein, upon establishing the peer tunnel, the first UE sends a configuration request message to the second UE to obtain configuration information for the peer tunnel,

wherein the second UE responds to the configuration request message of the first UE by a configuration response message.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Mar 3, 2015
From: HERRERO, ROLANDO; KATZ, HENRY
To: ORACLE INTERNATIONAL CORPORATION
Reel/Frame 035076/0768 →
Continuity (1)
Related Publication 20160261557A1 · Sep 8, 2016