Abstract: A telecommunication system and a method for generating a real time connection between a first endpoint and a second endpoint in an IP network using an ICE STUN connectivity check follow a procedure that includes the steps of generating a list of possible connection paths between the first endpoint and the second endpoint, establishing a respective priority for each possible connection path included in the list, and generating the real time connection between the first endpoint and the second endpoint. During this procedure first there is an attempt to generate the real time connection using the highest-priority connection path. If this is not possible, then the system attempts to establish the real connection using the connection path with the next highest priority, until the real time connection is actually established. Furthermore, for each possible connection path, its respective quality-of-service value is determined and is considered when establishing its priority on the list.

Abstract: In one aspect, a method used to determine services in a network is provided. For a plurality of devices, information pertaining to a location of the respective device is stored in a location information item. A location information item providing a location of a user is generated. At least one of the plurality of devices to be used by the user based on the generated location information item and to the stored location information items is automatically selecting; a status report is transmitted to a device used by the user, with the user being offered the use a service via the status report, the offered service effected by the selected device.

Abstract: A telecommunication system and a method for generating a real time connection between a first endpoint and a second endpoint in an IP network using an ICE STUN connectivity check follow a procedure that includes the steps of generating a list of possible connection paths between the first endpoint and the second endpoint, establishing a respective priority for each possible connection path included in the list, and generating the real time connection between the first endpoint and the second endpoint. During this procedure first there is an attempt to generate the real time connection using the highest-priority connection path. If this is not possible, then the system attempts to establish the real connection using the connection path with the next highest priority, until the real time connection is actually established. Furthermore, for each possible connection path, its respective quality-of-service value is determined and is considered when establishing its priority on the list.

Abstract: A telecommunications assembly and a method for traversing an application layer gateway firewall during the establishment of an RTC communication connection between an RTC client and an RTC server using a proprietary RTC signalling protocol, wherein the firewall has no specific knowledge of the proprietary RTC signalling protocol. The RTC client and the RTC server can negotiate during the establishment of the RTC communication connection which of the ports of the firewall are required for the data packets to be exchanged via the RTC communication connection, wherein they use at least one standardised message element as a component of the proprietary RTC signalling protocol, with which information relating to the ports to be used can be found by the firewall.

Abstract: The invention relates to a telecommunications assembly (10) and a method for traversing an application layer gateway firewall (40) during the establishment of an RTC communication connection between an RTC client (20) and an RTC server (30) using a proprietary RTC signalling protocol, wherein the firewall (40) has no specific knowledge of the proprietary RTC signalling protocol.

Abstract: A telecommunication system and a method for transferring media data from a first client over a QoS-sensitive network to a second client. The system and method can permit media data, which contain a first media type with a first traffic class and a second media type with a second traffic class to be bundled by the first client into second packets. In each second packet, the traffic class for each media type is marked in layer 4 and/or layer 5. The second packets can be transmitted toward the second client. Either before or during the transfer to the network, the second packets can be unbundled using the markings in layer 4 and/or layer 5 and then bundled into first packets, each of which has only one of the traffic classes. At least some of the first packets can then be transmitted over the network to the second client.

Abstract: In a method for setting up a communication link between a first telephony terminal (PA) and a second telephony terminal (PB) in a communication network which transports data packets, in particular on the Internet, with the aid of at least one signaling Server (SA, SB), in particular with the aid of an SIP Server, the first telephony terminal informs a first signaling Server that a call is intended to be made to the second telephony terminal. The first signaling Server which has been informed or a second signaling Server which has been informed by this first signaling Server recognizes that the call is intended to be made with a particular quality of Service and sets up a communication link between the first telephony terminal and the second telephony terminal, which link corresponds to this quality of Service.

Abstract: The invention concerns a telecommunication system (10) and a computer-implemented method for transferring media data from a first RTC client (30) over a QoS-sensitive network (N1) using the real-time protocol (RTP) to a second RTC client (40), wherein the quality of service is based on different traffic classes and the media data contain a first media type with a first traffic class (QoS1) and a second media type with a second traffic class (QoS2), comprising the following steps: media data, which contain a first media type with a first traffic class (QoS1) and a second media type with a second traffic class (QoS2), are bundled by the first RTC client (30) into second packets (P2), in each second packet (P2), the traffic class (QoS1, QoS2) for each media type is marked in layer 4 and/or layer 5 of the real-time protocol (RTP), the second packets (P2) are transmitted in the direction of the second RTC client (40), either before or during the transfer to the network (N1), the second packets (P2) are unbundle

Abstract: A computer system and a computer-implemented method for secure and dynamic downloading of add-on software from a server to a client, characterized in that a specific data channel can be used to transfer the software.

Abstract: Conference participants are selected via a network element in a network, the geographical area locations, for example, buildings of an enterprise, of the conference participants are determined and depending on the determined locations a geographical conference area, for example a conference room is determined for each conference participant. The conference area together with the conference information is communicated to the conference participants. The availability of the conference participants can be checked for the communication.

Abstract: A computer arrangement and a computer-implemented method for the secure and dynamic reloading of additional software from a WebRTC server to a WebRTC can include use of a WebRTC data channel to transfer the software.

Abstract: A computer-implemented method of managing tenants on a multi-tenant SIP server system has at least two multi-tenant enabled SIP server instances in an SIP server cloud or private datacenter environment. Each SIP server instance of the plurality of SIP server instances is configured as a virtual application. The method contains the steps of initially configuring a first tenant on a first SIP server instance, monitoring the capacity of the first SIP server instance, and monitoring the capacity of a second SIP server instance. The monitoring of the first and second SIP server instances is carried out by monitoring at least one predetermined capacity-relevant value. When the at least one predetermined capacity-relevant value exceeds a predetermined threshold value indicating that capacity resources are low on the first SIP server instance, then the first tenant is moved from the first SIP server instance to the second SIP server instance.

Abstract: Conference participants are selected via a network element in a network, the geographical area locations, for example, buildings of an enterprise, of the conference participants are determined and depending on the determined locations a geographical conference area, for example a conference room is determined for each conference participant. The conference area together with the conference information is communicated to the conference participants. The availability of the conference participants can be checked for the communication.

Abstract: A telecommunication system and a method for generating a real time connection between a first endpoint and a second endpoint in an IP network using an ICE STUN connectivity check follow a procedure that includes the steps of generating a list of possible connection paths between the first endpoint and the second endpoint, establishing a respective priority for each possible connection path included in the list, and generating the real time connection between the first endpoint and the second endpoint. During this procedure first there is an attempt to generate the real time connection using the highest-priority connection path. If this is not possible, then the system attempts to establish the real connection using the connection path with the next highest priority, until the real time connection is actually established. Furthermore, for each possible connection path, its respective quality-of-service value is determined and is considered when establishing its priority on the list.

Abstract: A telecommunication system and a method for generating a real time connection between a first endpoint and a second endpoint in an IP network using an ICE STUN connectivity check follow a procedure that includes the steps of generating a list of possible connection paths between the first endpoint and the second endpoint, establishing a respective priority for each possible connection path included in the list, and generating the real time connection between the first endpoint and the second endpoint. During this procedure first there is an attempt to generate the real time connection using the highest-priority connection path. If this is not possible, then the system attempts to establish the real connection using the connection path with the next highest priority, until the real time connection is actually established. Furthermore, for each possible connection path, its respective quality-of-service value is determined and is considered when establishing its priority on the list.

Abstract: In a method for setting up a communication link between a first telephony terminal (PA) and a second telephony terminal (PB) in a communication network which transports data packets, in particular on the Internet, with the aid of at least one signalling Server (SA, SB), in particular with the aid of an SIP Server, the first telephony terminal informs a first signalling Server that a call is intended to be made to the second telephony terminal. The first signalling Server which has been informed or a second signalling Server which has been informed by this first signalling Server recognizes that the call is intended to be made with a particular quality of Service and sets up a communication link between the first telephony terminal and the second telephony terminal, which link corresponds to this quality of Service.

Abstract: A method for managing data in a communication network (10) includes a connection (20), in particular a switch, and at least one local communication terminal connected to the connection device (20). The connection device (20) is connected to or equipped with a second management information base (MIB), in which information related to the location of the communication terminal is written and is made available for use in a location-dependent service during a data management process, the location-dependent service being designed according to a discovery protocol. The data management process involves feeding the location-related information to the communication network (20) using a location information source (3) and transmitting the fed location-related information from the location information source (3) to the connection device. Across at least one section of the transmission path, the fed location-related information is transmitted according to the discovery protocol.

Abstract: The invention relates to a method for monitoring a communication system, comprising: acquiring and storing data about timeout events or faulty transfers in connection with at least one signaling process in at least one first communication terminal (1, 2, 3) of the communication system; and creating a collection of such data and transferring (7, 8, 10) said collection to a collection point (4) for said data in the communication system.

Abstract: In a method for setting up a communication link between a first telephony terminal (PA) and a second telephony terminal (PB) in a communication network which transports data packets, in particular on the Internet, with the aid of at least one signalling Server (SA, SB), in particular with the aid of an SIP Server, the first telephony terminal informs a first signalling Server that a call is intended to be made to the second telephony terminal. The first signalling Server which has been informed or a second signalling Server which has been informed by this first signalling Server recognizes that the call is intended to be made with a particular quality of Service and sets up a communication link between the first telephony terminal and the second telephony terminal, which link corresponds to this quality of Service.

Abstract: The invention relates to a telecommunications assembly (10) and a method for traversing an application layer gateway firewall (40) during the establishment of an RTC communication connection between an RTC client (20) and an RTC server (30) using a proprietary RTC signalling protocol, wherein the firewall (40) has no specific knowledge of the proprietary RTC signalling protocol.