Methods, systems and apparatuses for application service layer (ASL) inter-networking

• US 9,232,342 B2
• Filed: 10/24/2012
• Issued: 01/05/2016
• Est. Priority Date: 10/24/2011
• Status: Active Grant

• Current Assignee: DRNC Holdings, Inc. (InterDigital, Inc.)
• Original Assignee: InterDigital Patent Holdings, Inc. (InterDigital, Inc.)
• Inventors: Seed, Dale N., Starsinic, Michael F., Wang, Chonggang, Lu, Guang, Russell, Paul L Jr.
• Primary Examiner(s): Hussain, Tauqir
• Application Number:
  US13/658,971
• Publication Number:
  US 20130103842A1
• Time in Patent Office: 1,168 Days
• Field of Search: 709/227
• US Class Current: 1/1
• CPC Class Codes: H04L 41/0213 Standardised network management protocols, e.g. simple network management protocol [SNMP]
• CPC Class Codes: H04L 47/825 Involving tunnels, e.g. MPLS
• CPC Class Codes: H04L 67/1095 Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
• CPC Class Codes: H04L 67/141 Setup of application sessions admission control or resource allocation in data switching networks H04L47/70
• CPC Class Codes: H04L 69/08 Protocols for interworking; Protocol conversion
• CPC Class Codes: H04W 4/70 Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Abstract

Systems and/or methods for providing internetworking among application services layers (ASLs) of different network technologies may be provided. For example, a tunnel anchor point (TAP) may be established. The TAP may be configured to enable communication between a local application in the network and a remote application in a different network. At the TAP, an ASL tunnel may be created to the local application in the network to facilitate the communication. Additionally, a message from the local application may be received where at least a portion of the message may be configured to be provided to a remote ASL and the remote application in the different network to which the local application wishes to communicate. At least the portion of the message may be provided to the remote ASL and the remote application in the different network.

Claims

1. A method for providing internetworking among application services layers (ASLs) of different network technologies, the method comprising:

establishing a tunnel anchor point (TAP) within an application services layer (ASL) associated with a network, wherein the TAP is configured to enable communication between a local application in the network and a remote application in a different network via tunneling therebetween;

creating, at the TAP, an ASL tunnel to the local application in the network to facilitate the communication;

receiving, at the TAP via the ASL tunnel, a message from the local application, wherein at least a portion of the message is configured to be provided to a remote ASL and the remote application in the different network to which the local application wishes to communicate; and

providing, via the TAP, at least a portion of the message to the remote ASL and the remote application in the different network to facilitate the communication between the local application in the network and the remote application in the different network.

2. The method of claim 1, wherein the message comprises a first message in a format configured to be understood by the remote application and remote ASL and a second message encapsulating the first message configured to be compliant with the ASL of the network.

3. The method of claim 2, further comprising:

de-encapsulating the first message from the second message.

4. The method of claim 3, wherein the portion of the message provided to the remote ASL and the remote application in the different network comprises the first message de-encapsulated form the second message.

5. The method of claim 1, further comprising providing a forwarding address when establishing the TAP, wherein the forwarding address is configured to be used by the TAP when providing the message from the local application in the network targeted to the remote application in the different network.

6. The method of claim 1, wherein the TAP is configured to be supported by a resource structure associated with the network via at least one of the following:

existing resources in the resource structure or additional attributes configured to be included in the resource structure.

12. The method of claim 1, wherein the network comprises an ETSI M2M network and the different network comprises a ZigBee IP SE 2.0 network, and Wherein the ASL comprises an ETSI M2M ASL (SCL).

13. The method of claim 1, further comprising mirroring, at the TAP, content configured to be included in at least one of the following:

the message from the local application, the portion of the message form the local application, or one or more messages from the remote application.

7. The method of 1, wherein the TAP comprises a set of attributes configured to be used to support the ASL tunnel for inter-networking.

8. The method of claim 7, wherein the attributes comprise at least one of the following:

attributes associated with a configuration of access control list, attributes for enabling or disabling buffering of requests;

attributes for enabling or disabling caching of responses;

attributes for enabling or disabling concatenation of requests;

or a configuration of TAP filters.

9. The method of claim 7, wherein a tunnel management function (TMF) establishes the TAP configured to create the ASL tunnel by creating a TAP resource within the ASL associated with the network and configuring the TAP attributes to support communication between the local application and the remote application.

10. The method of claim 9, wherein the TMF resides in at least one of the following:

the gateway or the ASL.

11. The method of claim 9, wherein configuring the TAP attributes to support communication between the local application and the remote application further comprises configuring a forwarding address associated with the TAP in a resource structure associated with the different network.

14. A gateway for providing internetworking among application services layers (ASLs) of different network technologies, the gateway comprising:

a processor configured to;

establish a tunnel anchor point (TAP) within an application services layer (ASL) associated with a network, wherein the TAP is configured to enable communication between a local application in the network and a remote application in a different network via tunneling therebetween;

create, at the TAP, an ASL tunnel to the local application in the network to facilitate the communication;

receive, at the TAP via the ASL tunnel, a message from the local application, wherein at least a portion of the message is configured to be provided to a remote ASL and the remote application in the different network to which the local application wishes to communicate; and

provide, via the TAP, at least a portion of the message to the remote ASL and the remote application in the different network to facilitate the communication between the local application in the network and the remote application in the different network.

15. The gateway of claim 14, wherein the message comprises a first message in a format configured to be understood by the remote application and remote ASL and a second message encapsulating the first message configured to be compliant with the ASL of the network.

16. The gateway of claim 15, wherein the processor is further configured to:

de-encapsulate the first message from the second message.

17. The gateway of claim 16, wherein the portion of the message provided to the remote ASL and the remote application in the different network comprises the first message de-encapsulated form the second message.

18. The gateway of claim 14, wherein the processor is further configured to:

provide a forwarding address when establishing the TAP, wherein the forwarding address is configured to be used by the TAP when providing the message from the local application in the network targeted to the remote application in the different network.

19. The gateway of claim 14, wherein the TAP is configured to be supported by a resource structure associated with the network via at least one of the following:

existing resources in the resource structure or additional attributes configured to be included in the resource structure.

20. The gateway of claim 14, wherein the TAP comprises a set of attributes configured to be used to support the ASL tunnel for inter-networking.

21. The gateway of claim 20, wherein the attributes comprise at least one of the following:

attributes associated with a configuration of access control list, attributes for enabling or disabling buffering of requests;

attributes for enabling or disabling caching of responses;

attributes for enabling or disabling concatenation of requests;

or a configuration of TAP filters.

22. The gateway of claim 20, wherein the processor is configured to provided a tunnel management function (TMF), and wherein the TMF establishes the TAP configured to create the ASL tunnel by creating a TAP resource within the ASL associated with the network and configuring the TAP attributes to support communication between the local application and the remote application.

23. The gateway of claim 22, wherein configuring the TAP attributes to support communication between the local application and the remote application further comprises configuring a forwarding address associated with the TAP in a resource structure associated with the different network.

24. The gateway of claim 14, wherein the network comprises an ETSI M2M network and the different network comprises a ZigBee IP SE 2.0 network, and wherein the ASL comprises a ETSI M2M ASL (SCL).

25. The gateway of claim 14, wherein the processor is further configured to mirror, at the TAP, content configured to be included in at least one of the following:

the message from the local application, the portion of the message form the local application, or one or more messages from the remote application.

26. A method for providing internetworking among application services layers (ASLs) of different network technologies, the method comprising:

establishing, at a gateway, a tunnel anchor point (TAP) within a resource structure associated with a first network, the TAP being established for a second application or second application service layer (ASL) associated with a second network; and

performing, at the gateway, application service layer (ASL) tunneling operations using the TAP to facilitate inter-networking between the first application or ASL associated with the first network and a second application or ASL associated with the second network.

27. The method of claim 26, wherein the TAP is established in the first ASL.

28. The method of claim 27, further comprising providing a forwarding address when establishing the TAP, wherein the forwarding address is configured to be used by the TAP when forwarding a request from the first application in the first network targeted to the second application in the second network.

29. The method of claim 28, further comprising:

performing ASL or network discovery to discover at least one of the following;

the second ASL, a device associated with the second network, the second application associated with the second network, or a resource associated with the second network.

30. The method of claim 29, Wherein at least one of the following:

the second ASL, the device associated with the second network, the second application associated with the second network, or the resource associated with the second network is configured to be discovered by the first ASL or the first network discovery using a native discovery mechanisms configured to be supported by the second network or the second ASL.

33. The method of claim 26, wherein at least one of the tunneling operations comprises providing a tunnel endpoint for messages formatted based on the second ASL and tunneled between the TAP and the first application.

34. The method of claim 26, wherein a tunnel management function (TMF) establishes the TAP.

35. The method of claim 34, wherein the TMF resides in at least one of the following:

the gateway or the second ASL.

36. The method of claim 26, wherein the first network comprises an ETSI M2M network and the first network comprises a ZigBee IP SE 2.0 network, and wherein the first ASL comprises a ETSI M2M ASL (SCL) and the second ASL comprises a ZigBee IP SE 2.0 ASL.

31. The method of 26, wherein the TAP comprises a set of attributes configured to be used when performing the tunneling operations.

32. The method of claim 31, wherein the attributes comprise at least one of the following:

attributes associated with a configuration of access control list, attributes for enabling or disabling buffering of requests;

attributes for enabling or disabling caching of responses;

attributes for enabling or disabling concatenation of requests;

or a configuration of TAP filters.

37. A gateway for providing internetworking among application services layers (ASLs) of different network technologies, the gateway comprising:

a processor configured to;

establish a tunnel anchor point (TAP) within a resource structure associated with a first network, the TAP being established for a second application or second application service layer (ASL) associated with a second network; and

perform, at the gateway, application service layer (ASL) tunneling operations using the TAP to facilitate inter-networking between the first application or ASL associated with the first network and a second application or ASL associated with the second network.

38. The gateway of claim 37, wherein the TAP is established in the first ASL.

39. The gateway of claim 38, wherein the processor is further configured to:

provide a forwarding address when establishing the TAP, wherein the forwarding address is configured to be used by the TAP when forwarding a request from the first application in the first network targeted to the second application in the second network.

40. The gateway of claim 39, wherein the processor is further configured to:

perform ASL or network discovery to discover at least one of the following;

the second ASL, a device associated with the second network, the second application associated with the second network, or a resource associated with the second network.

41. The gateway of claim 40, wherein at least one of the following;

the second ASL, the device associated with the second network, the second application associated with the second network, or the resource associated with the second network is configured to be discovered by the first ASL or the first network discovery using a native discovery mechanisms configured to be supported by the second network or the second ASL.

42. The gateway of claim 37, wherein the TAP comprises a set of attributes configured to be used when performing the tunneling operations.

43. The gateway of claim 42, Wherein the attributes comprise at least one of the following:

attributes associated with a configuration of access control list, attributes for enabling or disabling buffering of requests;

attributes for enabling or disabling caching of responses;

attributes for enabling or disabling concatenation of requests;

or a configuration of TAP filters.

44. The gateway of claim 37, wherein at least one of the tunneling operations comprises providing a tunnel endpoint for messages formatted based on the second ASL and tunneled between the TAP and the first application.

45. The gateway of claim 37, wherein a tunnel management function (TMF) establishes the TAP.

46. The gateway of claim 45, wherein the TMF resides in at least one of the following:

the gateway or the second ASL.

47. The gateway of claim 37, wherein the first network comprises an ETSI M2M network and the first network comprises a ZigBee IP SE 2.0 network, and wherein the first ASL comprises a ETSI M2M ASL (SCL) and the second ASL comprises a ZigBee IP SE 2.0 ASL.