Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W28/00—Network traffic management; Network resource management
  • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
  • H04L12/46—Interconnection of networks
  • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
  • H04L12/4608—LAN interconnection over ATM networks
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L47/00—Traffic control in data switching networks
  • H04L47/70—Admission control; Resource allocation
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L47/00—Traffic control in data switching networks
  • H04L47/70—Admission control; Resource allocation
  • H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
  • H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L47/00—Traffic control in data switching networks
  • H04L47/70—Admission control; Resource allocation
  • H04L47/80—Actions related to the user profile or the type of traffic
  • H04L47/803—Application aware
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L47/00—Traffic control in data switching networks
  • H04L47/70—Admission control; Resource allocation
  • H04L47/80—Actions related to the user profile or the type of traffic
  • H04L47/805—QOS or priority aware
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/01—Protocols
  • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/14—Session management
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
  • H04L9/40—Network security protocols
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L12/00—Data switching networks
  • H04L12/54—Store-and-forward switching systems 
  • H04L12/56—Packet switching systems
  • H04L12/5601—Transfer mode dependent, e.g. ATM
  • H04L2012/5629—Admission control
  • H04L2012/563—Signalling, e.g. protocols, reference model
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/01—Protocols
  • H04L67/133—Protocols for remote procedure calls [RPC]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
  • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
  • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
  • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
  • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Definitions

• the transmission of this information can be carried out, via these networks, in connected mode or in unconnected mode.
• a transmission in connected mode a calling entity cannot transmit information to a called entity without having previously asked the latter for permission to transmit blocks of information to it.
• the transmission process in connected mode therefore involves the implementation of a connection establishment, a succession of multiple connections, an exchange of information blocks and then the release of the connection. This is the case, for example, of communication by the switched telephone network, PSTN, or by the integrated digital network of ISDN services.
• the information is transmitted by routing to a distant entity which may be in an active or non-active state. In case of non-activity, the latter is replaced by a mailbox.
• a distant entity which may be in an active or non-active state. In case of non-activity, the latter is replaced by a mailbox.
• the characteristics of the data blocks transmitted must be known and with each transmission it is necessary to specify the control information which will be necessary so that these transmitted data, and the information conveyed by these, arrive at destination.
• the address of the distant, receiving entity and of the sending entity must be inserted in the transmitted data block for this purpose. This is particularly the case for the transmission of electronic mail, files and applications for which real-time communication is not necessary.
• the object of the present invention is to remedy the drawbacks and limitations of the procedures of the prior art by implementing a protocol for launching a remote software application and reserving network resources with quality of service, a terminal the caller is thus able to launch a remote application on a called terminal when these terminals are connected on a connected network.
• Another object of the present invention is also the implementation of a protocol for launching a remote software application and reserving network resources with quality of service in which, prior to the effective launch of the application, the calling terminal has made, by reservation, connections from an unconnected network.
• Another object of the present invention is also, after completion of the connection by the network connected between the calling terminal and the called terminal, the implementation of a protocol allowing the implementation of a communication with a quality flow guaranteed service on the connected network.
• Another object of the present invention is finally the implementation of a protocol for launching a remote software application and for booking network resources with quality of service more particularly intended for the management of videophone communications from the same set integrated at the level of the calling terminal.
• the protocol for launching a remote software application and reserving network resources with quality of service between a calling terminal and a called terminal is remarkable in that it consists in transmitting, from the calling terminal to the called terminal, a connection reservation request, via a server and an unconnected network transmission and to establish, between the calling terminal and the called terminal, a resource reservation process network with quality of service, by exchange of messages via transmission by the network not connected.
• a network connected between the calling terminal and the called terminal is established on the same physical network supporting the unconnected network, via a control network.
• the connected network constitutes the network resource with quality of service for executing the software application remotely between the calling terminal and the called terminal.
• the protocol object of the present invention is intended for the remote implementation of software applications of any type with reservation of quality of service, but it is more particularly intended for videoconference applications for which the management bandwidth occupancy of connected networks by ensuring execution is essential.
• FIG. 2 represents, by way of illustrative example, a detail of implementation of the protocol object of the present invention, in a preferred embodiment in which the connection reservation request and reservation process messages are established in JAVA environment;
• FIG. 3a and 3b show screen pages displayed by the monitor of the calling terminal respectively of the called terminal in the case of a videoconference application.
• the protocol object of the present invention is intended to be implemented between a calling terminal, denoted TA, and a called terminal, denoted TB.
• TA calling terminal
• TB called terminal
• the calling terminal and the called terminal are equipped with the resources necessary to exchange information messages in the form of files and preferably in the form of screen pages allowing the establishment of an interactive dialogue between the calling terminal TA and the terminal called TB.
• the protocol object of the present invention consists, in step A, in transmitting from the calling terminal TA to the terminal called TB a connection reservation request, this request being denoted R RC and being transmitted by via an S server and transmission via an unconnected network. Due to the transmission of this request via an unconnected network, this transmission implies the transmission conditions previously mentioned in the description, relating to the transmission of data or information messages on the unconnected network.
• step B to establish between the calling terminal TA and the terminal called TB, a process of reserving network resources with quality of service.
• this reservation process allows the user of the terminal TA to define certain parameters relating to network resources with quality of service, as will be described later in the description.
• the protocol object of the present invention consists, in step C , preferably, on the same physical network supporting the unconnected network, via a control network RC, a network connected between the calling terminal TA and the terminal called TB. It will thus be recalled that, when the connected network is established, the transmission of information messages between the calling terminal TA and the called terminal TB satisfies the conditions previously mentioned in the description relating to the transmission of information messages on a connected network .
• the connected network constitutes the network resource with quality of service allowing to execute the remote software application between the calling terminal and the called terminal.
• FIGS. 1b and 1c aim to define a preferred architecture of connected network systems, respectively of unconnected networks implemented to ensure the conduct of the protocol for launching an application.
• remote software and network resource reservation with quality of service in accordance with the object of the present invention.
• the steps consisting in transmitting the connection reservation request R rc and establishing between the calling terminal and the called terminal a network resource reservation process with quality of service are preferably performed from the server.
• the server can be constituted by a "web" server.
• the steps consisting in transmitting the connection reservation request and in establishing between the calling terminal TA and the terminal called TB a process of reserving network resources with quality of service can then consist of sending HTML messages, for Hyper Text Marked Language.
• the protocol object of the present invention makes it possible to control links of an ATM network from an IP network, the ATM network constituting the connected network and the IP network the network not connected.
• terminals terminal calling TA and terminal called TB, of course have an IP type network interconnection card and an ATM type network interconnection card, in order to transport the quality of service information flows or, if necessary, to have the two protocol stacks on the same ATM interconnection card as shown in FIG. 1b.
• the two networks IP network not connected and ATM network connected, are constituted on the same physical medium.
• IP applications that is to say HTML messages or the like, are transported on an emulation of a local area network LAN, for Local Area Network, and ATM messages can be transmitted into the machine directly or after the AAL adaptation layer.
• connection orders can be launched to a control network by means of an IP CORBA protocol, the control network comprising a CORBA BUS. to stations generating ATM links.
• the configuration of the ATM network is carried out from a distributed programming platform, any other solution such as signaling by a third party agent can also be envisaged.
• the protocol used between the previously mentioned control network RC and the ATM network constituting in fact the application transport network with quality of service, can be realized via a GSMP protocol, for Generic Swi tch Management Protocol.
• this network can be made up of different subnets, subnetwork 1, subnetwork 2, without limitation, the ATM links between calling terminal TA and terminal called TB of course allowing the interconnection of the latter at any location.
• the steps consisting in transmitting the connection reservation request and in establishing the process of reserving network resources with quality of service can consist at least in transmitting 1) from the calling terminal TA to the "web" server a connection request and, on connection of the calling terminal TA to the aforementioned server, in supplying 2) to the calling terminal TA an entry page.
• the provision of an entry page to the calling terminal TA is not described in detail in FIG. 2, because such an operation is a conventional operation, when accessing a terminal from a server, according to the transmission protocol by IP network.
• the protocol object of the present invention consists of a step 3) in which the calling terminal downloads in the constituent memories of the latter from the server, and in particular from the "web" server, a subroutine for selecting quality of service parameters.
• the calling terminal from this subroutine, will be able, through the guidance of the user of this calling terminal, to select the parameters for transmitting information relating to the application to be executed.
• the aforementioned step 3) is then followed by a step 3) in which the calling terminal downloads in the constituent memories of the latter from the server, and in particular from the "web" server, a subroutine for selecting quality of service parameters.
• step 3a) represented by a closed-loop arrow at the level of the calling terminal TA consisting in establishing, from the aforementioned calling terminal and the selection subroutine, a choice of quality of service parameters.
• Steps 3) and 3a) previously mentioned are then followed by step 4) consisting, after entering the desired communication and quality of service parameters, to transmit from the calling terminal TA to the server, "web" server, the choice of quality of service parameters selected.
• step 4 it is then possible to establish, on the basis of the chosen quality of service parameters, the reservation of the connected network resources constituting the network resources with quality of service previously mentioned in the description.
• the reservation of the aforementioned resources is established from the server, "web" server, to the ATM network described above in connection with FIGS. 1b and 1a via the control network RC.
• the control network RC establishes a reservation of resources on the ATM network between the terminal calling TA and the terminal called TB.
• the protocol object of the present invention can advantageously consist in transmitting, in a step 5a), from the calling terminal TA to the terminal called TB, an execution request application, this application execution request comprising at least one identification code of the calling terminal TA.
• the step of transmitting the application execution request can then be carried out on the unconnected network although the reservation of the connected network resources has actually been carried out and the connected network has thus been established.
• the application execution request comprises at least one identification code of the calling terminal TA.
• the object of the present invention protocol in step 5b), to establish at the terminal called TB a process for managing the application execution request.
• the management process carried out in step 5b) is represented by a closed loop at the level of the terminal TB.
• the management process represented in step 5b) can advantageously include, on refusal by the terminal called TB of the application execution request, a step of transmission by the intermediary of the circuit not connected to the calling terminal TA of a request rejection message executing the application and encouraging the calling terminal TA to release the connection reservation.
• FIG. 2 it is indicated that the step of transmitting the rejection message of the execution request is referenced 5c).
• the protocol object of the present invention consists in carrying out the transmission, in a step 5e), following the aforementioned predetermined duration via the circuit connected to the calling terminal TA of a message of absence from the terminal called TB.
• steps 5c), 5d) and 5e) are generally designated by response from Visio, visio generically designating an application dedicated to videoconferencing as will be described later in the description.
• the protocol for launching a remote software application and reserving network resources with quality of service which is the subject of the present invention, can be implemented, with regard to the connection reservation request and the subroutine selection of quality of service parameters, by means of subroutines, commonly known as applets or applets in JAVA environment.
• the step of downloading to the calling terminal from the server a subroutine for selecting quality of service parameters can advantageously consist of loading a JAVA applet.
• the calling terminal TA and the called terminal TB terminate their application locally in a similar way to the termination of a conventional telephone call for example or a communication on the ISDN network.
• the calling terminal TA which has established the connection, is then encouraged to perform a disconnection operation making it possible in fact to free up in step 7) the resources from the aforementioned "web" server of the network. ATM.
• the management of the assembly is therefore complete, the ATM network then being completely freed up and ready for a new reconfiguration later.
• the video information relating to the videoconference is transmitted by the ATM network and that for this purpose, the sub- Quality of service parameter selection program consisting of a JAVA applet allows the choice of subscriber, bandwidth and multicast parameters for Multicast.
• the sub- Quality of service parameter selection program consisting of a JAVA applet allows the choice of subscriber, bandwidth and multicast parameters for Multicast.
• the RMI mechanism for Remote Method Invocation, created by the company JAVASOFT, due to the inadequacy of the RPC protocol, for .Remote Procedure Code, distributed object systems.
• This RMI mechanism is: - to support remote invocation of JAVA objects; integrate the distributed object model in the JAVA environment in a natural way while keeping the object semantics of the language; to make the development of distributed applications simple; to preserve the security and safety provided by the aforementioned JAVA environment.
• the aforementioned RMI mechanism uses the client / server concepts valid for a call.
• the RMI mechanism makes it possible to remotely invoke a JAVA object, which makes it possible to satisfy two of the three critical points mentioned above, namely: the dependence on the implementation of this mechanism, this RMI mechanism in fact using the 'IP address to find the remote RMI server; in addition, a videoconferencing service requires, at each terminal, terminal calling TA and terminal called TB, that the terminal called TB is powered up and connected and that an RMI server exists in the background on each of the aforementioned terminals. During a communication, the calling terminal
• the videoconferencing service previously mentioned is therefore not completely independent of the terminal but it has the advantage of being secure because the only actions possible on each remote terminal are those defined in the server-side interface.
• a satisfactory solution consists in introducing, at the level of the called terminal, a JAVA dialog box invoked remotely.
• the "web” server contains the information necessary for the service. It ensures the correspondence between the name and the IP address of the terminal calling TA similar to mailing lists; 3) the calling terminal TA downloads the JAVA applet, which makes it possible to choose the communication parameters such as subscriber B, bandwidth, multicast for multicast as mentioned previously, this list not being limiting.
• the aforementioned JAVA applet as shown in FIG. 3a, comprises a screen page displayed at the level of the terminal calling TA and comprising at least two selection buttons, a "Connection” / "Disconnection” selection button as well as a adjustment of the required speed to ensure the transmission of videoconference data. The other parameters can be used for external control.
• the rate adjustment button is designated by "Kb Rate" in Figure 3a.
• the "Connection” / "Disconnection” selection button is a button with reassignable function.
• the selection button "Connection” is allocated, following the reservation of network resources with quality of service, a synchronization function between the external control of the network and the launch of the videoconference application.
• Such an operating mode allows synchronization between the external network control and the actual launching of the videoconferencing application since it thus avoids launching the above-mentioned application before reserving the resources of the ATM network without which the application cannot of course work.
• Pressing the "Connection” button in step 4) triggers the return to the "web" server of the connection establishment order.
• the "web" server passes the reservation order to the control network RC and the latter establishes a reservation of ATM resources between the calling terminal TA and the terminal called TB by allocation of a virtual path VP, for Virtual Pa th, and a virtual channel VC, for Virtual Channel, per terminal after calculation of the routing operation.
• the network management is distributed with reference to FIG. 1c using the CORBA protocol in order to obtain better efficiency when controlling the switches ensuring the connection to constitute the connected network.
• the JAVA applet previously mentioned further comprises a screen page displayed at the terminal called TB.
• This screen page comprising two buttons, an acceptance button, denoted “Accepted”, and a refusal button for launching the application, button denoted “refused”.
• the action carried out in the aforementioned step 5a) thus puts the calling terminal on hold with a message of the "Call in progress" type and in this way notifies the terminal called TB of a videoconference request via the box.
• dialog box if necessary combined with a ringtone, this dialog box indicating the identity of the caller.
• the aforementioned dialog box as shown in FIG. 3b can advantageously be constituted by a JAVA application launched by means of the aforementioned RMI mechanism and thus allows the terminal called TB to respond to the terminal calling TA according to its decision. It is understood of course that under such conditions, the decision is made by the user of the terminal called TB.
• the management of acceptance or refusal can then be carried out according to several choices using the two buttons previously mentioned in connection with FIG. 3b, acceptance or refusal buttons.
• the user of the called terminal can thus carry out the following actions: a) he can refuse the requested videoconference by pressing the "Denied” button, this action having the effect of then returning a code making it possible to indicate to the requester that his correspondent does not not want the videoconference and that the user of the calling terminal TA is in charge of releasing the resources previously reserved. This is the step
• timer whose duration can be set from 15 to 20 seconds for example. Under such conditions, the absence of the user of the called terminal TB is then indicated to the calling terminal TA. The aforementioned timer can advantageously be triggered at the terminal called TB when the JAVA dialog box is launched. This is step 5e) of Figure 2.
• terminal called TA and terminal called TB terminate their application locally as on the telephone for example.
• the calling terminal which has established the connection must then terminate the connection by pressing the "Disconnect" button;

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Computer Security & Cryptography (AREA)
• Quality & Reliability (AREA)
• Data Exchanges In Wide-Area Networks (AREA)

Applications Claiming Priority (3)

Publications (1)

Family

ID=9550547

Family Applications (1)

Country Status (7)

Families Citing this family (17)

Family Cites Families (8)

• 1999
  • 1999-10-04 FR FR9912352A patent/FR2799326B1/fr not_active Expired - Fee Related
• 2000
  • 2000-10-02 EP EP00966252A patent/EP1135893A1/de not_active Ceased
  • 2000-10-02 JP JP2001529144A patent/JP4993832B2/ja not_active Expired - Fee Related
  • 2000-10-02 US US09/857,339 patent/US7079526B1/en not_active Expired - Lifetime
  • 2000-10-02 WO PCT/FR2000/002725 patent/WO2001026301A1/fr not_active Application Discontinuation
  • 2000-10-02 AU AU76702/00A patent/AU7670200A/en not_active Abandoned
  • 2000-10-02 CA CA002352988A patent/CA2352988A1/fr not_active Abandoned

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events