DE102005033667A1 - Kommunikationssitzungs-Server-Einheit, Kommunikations-Endgerät, Broadcast-Server-Einheit, Netzwerkeinheit, Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, Verfahren zum Aufbauen einer Kommunikationssitzung, Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit und Computerprogrammelemente - Google Patents

Kommunikationssitzungs-Server-Einheit, Kommunikations-Endgerät, Broadcast-Server-Einheit, Netzwerkeinheit, Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, Verfahren zum Aufbauen einer Kommunikationssitzung, Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit und Computerprogrammelemente Download PDF

Info

Publication number
DE102005033667A1
DE102005033667A1 DE102005033667A DE102005033667A DE102005033667A1 DE 102005033667 A1 DE102005033667 A1 DE 102005033667A1 DE 102005033667 A DE102005033667 A DE 102005033667A DE 102005033667 A DE102005033667 A DE 102005033667A DE 102005033667 A1 DE102005033667 A1 DE 102005033667A1
Authority
DE
Germany
Prior art keywords
communication
broadcast
communication session
unit
session
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
DE102005033667A
Other languages
English (en)
Other versions
DE102005033667B4 (de
Inventor
Michael Benkert
Holger Schmidt
Norbert Schwagmann
Hyung-Nam Choi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Intel Deutschland GmbH
Original Assignee
Infineon Technologies AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Infineon Technologies AG filed Critical Infineon Technologies AG
Priority to DE102005033667A priority Critical patent/DE102005033667B4/de
Priority to US11/458,572 priority patent/US20070022200A1/en
Priority to CN200610149513.4A priority patent/CN1941711B/zh
Publication of DE102005033667A1 publication Critical patent/DE102005033667A1/de
Application granted granted Critical
Publication of DE102005033667B4 publication Critical patent/DE102005033667B4/de
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1043—Gateway controllers, e.g. media gateway control protocol [MGCP] controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64315—DVB-H

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Es wird unter Verwendung von mindestens einem empfangenen Broadcast-Fähigkeits-Parameter zumindest eines Kommunikations-Engeräts, welches an einer Kommunikationssitzung teilnimmt, entschieden, ob dem Kommunikations-Endgerät Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks oder mittels eines zellularen Mobilfunk-Kommunikationsnetzwerks übertragen werden sollen.

Description

  • Die Erfindung betrifft eine Kommunikationssitzungs-Server-Einheit, ein Kommunikations-Endgerät, eine Broadcast-Server-Einheit, eine Netzwerkeinheit, ein Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, ein Verfahren zum Aufbauen einer Kommunikationssitzung, ein Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit sowie Computerprogrammelemente.
  • Die Entwicklung der digitalen Broadcast-Technologie erlaubt eine kostengünstige Verteilung breitbandiger Mediendienste an mobile Teilnehmer. Dies ermöglicht eine Erschließung neuer Geschäftsideen für Serviceanbieter und Technologieanbieter. Die mobile Broadcast-Technologie wird in Zukunft einen nicht unwesentlichen Anteil an mobilen Diensten haben. Die Bereitstellung und Verteilung mobiler Broadcast-Dienste erfordert ein Kommunikationssystem, das eine Reihe von verschiedenen Aufgaben löst. Ein vollständiges Kommunikationssystem besteht aus verschiedenen Teilen, betrieben und verwaltet üblicherweise von mehreren unterschiedlichen Unternehmen. Abhängig von der Geschäftsidee und dem aktuellen Szenario der Beteiligten können die Funktionsverteilungen und die Verantwortlichkeiten unter den Geschäftsbeteiligten von Zeit zu Zeit unterschiedlich sein.
  • 1 zeigt eine Skizze 100 eines funktionalen Modells für mobile Broadcast-Dienste. Das funktionale Modell weist Broadcast-Inhalte und Broadcast-Anwendungen (Block 101) auf sowie ein Rahmenwerk für mobile Broadcast-Dienste, auch bezeichnet als Mobile Broadcast Services Framework (Block 102 in 1), sowie ferner mindestens ein Broadcast-Kommunikationsnetzwerk 103 sowie mindestens ein zellulares Kommunikations-Netzwerk 104. Ferner sind die entsprechenden Kommunikations-Endgeräte, insbesondere Broadcast-Kommunikations-Endgeräte 105, hybride Kommunikations-Endgeräte, d.h. Kommunikations-Endgeräte 106, welche sowohl zum Empfangen von Informationen von mittels eines Broadcast-Kommunikationsnetzwerks als auch zum Empfangen von Informationen mittels eines zellularen Kommunikations-Netzwerks eingerichtet sind, und zellulare Kommunikations-Endgeräte 107 vorgesehen.
  • Ferner sind in 1 die entsprechenden Luftschnittstellen 108, 109, 110, 111 zwischen den Netzwerken und den Kommunikations-Endgeräten 105, 106, 107 dargestellt, wobei eine erste Luftschnittstelle 108 dargestellt ist, welche eine unidirektionale Luft-Kommunikationsverbindung repräsentiert zwischen einem Broadcast-Kommunikations-Endgerät 105 und dem Broadcast-Kommunikationsnetzwerk 103. Eine zweite Luftschnittstelle 109 ist dargestellt, welche eine unidirektionale Luft-Kommunikationsverbindung repräsentiert zwischen dem Broadcast-Kommunikationsnetzwerk 103 und dem hybriden Kommunikations-Endgerät 106. Ferner ist eine dritte Luftschnittstelle dargestellt, welche eine bidirektionale Luft-Kommunikationsverbindung zwischen dem zellularen Kommunikations-Netzwerk 104 und dem hybriden Kommunikations-Endgerät 106 repräsentiert. Eine vierte Luftschnittstelle 111 repräsentiert eine bidirektionale Funk-Kommunikationsverbindung zwischen dem zellularen Kommunikations-Netzwerk 104 und dem zellularen Kommunikations-Endgerät 107 darstellt.
  • Die erste Luftschnittstelle 108 und die zweite Luftschnittstelle 109 sind Luftschnittstellen, welche zur unidirektionalen Funk-Datenübertragung ausgehend von dem Broadcast-Kommunikationsnetzwerk 103 zu dem jeweiligen Kommunikations-Endgerät 105, 106 eingerichtet sind. Die dritte Luftschnittstelle 110 und die vierte Luftschnittstelle 111 sind eingerichtet als bidirektionale Funk-Kommunikationsverbindungen zwischen den Kommunikations-Endgeräten 106, 107 und dem zellularen Kommunikations-Netzwerk 104. Ferner sind in dem funktionalen Modell 100 eine erste Netzwerk-Schnittstelle 112 dargestellt zwischen dem Mobile Broadcast Services Framework 102 und dem Broadcast-Kommunikationsnetzwerk 103 sowie eine zweite Netzwerk-Schnittstelle 113, welche vorgesehen ist zwischen dem Mobile Broadcast Services Framework 102 und dem zellularen Kommunikations-Netzwerk 104.
  • Weiterhin sind Schnittstellen 114 vorgesehen zwischen den einzelnen Komponenten des Mobile Broadcast Services Framework 102 und den Broadcast-Inhalten und Broadcast-Anwendungen 101.
  • Das Mobile Broadcast Services Framework 102 weist ohne Einschränkung der Allgemeingültigkeit derzeit folgende Komponenten auf:
    • • eine Dienst-Ermittlungs-Komponente (Service Discovery) 115,
    • • eine Inhalt-Einpack-Komponente (Content Packaging) 116,
    • • eine Dienst-Interaktions-Komponente (Service Interaction) 117,
    • • eine Dienste-Scheduling- und Multiplexing-Komponente (Service Scheduling and Multiplexing) 118,
    • • eine Dienst-Schutz- und Digitale-Rechte-Verwaltungs-Komponente (Service Protection and Digital Rights Management, DRM) 119,
    • • eine Beschaffungs-Erfüllungs-Komponente (Purchase Fulfillment) 120.
  • Die die jeweiligen Funktionalitäten bereitstellenden Komponenten 115 bis 120 weisen ferner untereinander Schnittstellen auf, was in der 1 nicht dargestellt ist.
  • In dem Standardisierungsgremium Open Mobile Alliance (OMA) wird derzeit an der Standardisierung von mobilen Broadcast-Diensten gearbeitet. Dies geschieht insbesondere in der Subworking Group BCAST. Insbesondere wird dort gearbeitet an der Standardisierung der mobilen Broadcast Services des Mobile Broadcast Services Framework 102 sowie der zugehörigen Schnittstellen 112, 113, 114.
  • Eine Anforderung an mobile Broadcast-Dienste ist die Verknüpfung mit bestehenden standardisierten Diensten wie Kommunikationsdiensten (wie beispielsweise Push-to-Talk over Cellular (PoC) oder Conferencing). Diese Dienste sind sitzungsbasiert (Session-basiert) und gruppenorientiert, d.h. eine Gruppe von mehreren Teilnehmern findet sich zusammen, diesen Dienst temporär, also für eine vorgebbare Zeitdauer zu nutzen, vergleichbar mit einer Konferenz oder Sitzung.
  • Broadcast-Kommunikationsnetzwerke werden für die unidirektional breitbandige Verbreitung von Diensten, Anwendungen oder einfach nur Inhalten auf eine großen Menge von Teilnehmern genutzt. Beispiele für typische digitale Broadcast-Systeme sind DVB-T (Digital Video Broadcasting-Terrestrial), DVB-H (Digital Video Broadcasting-Handheld), MBMS (Multimedia Broadcast/Multicast Services), ISDB-T (Integrated Services Digital Broadcasting for Terrestrial), BCMCS (Broadcast/Multicast Services), usw.
  • Ein zellulares Kommunikations-Netzwerk hingegen wird für viele wichtige und entscheidende Funktionen innerhalb von Broadcast-Diensten genutzt. Diese Schlüsselfunktionen umfassen beispielsweise die Teilnehmerauthentifizierung, die Standortbestimmung des Teilnehmers, die Gebührenerfassung, den Inhaltserwerb und Abrechnungsmöglichkeiten. Für interaktive Broadcast-Dienste ist die Konnektivität am Kommunikations-Netzwerk eine Grundvoraussetzung. Für nicht-interaktive Broadcast-Dienste gilt dieses nicht.
  • Ein übliches Prinzip bei sitzungsbasierten Diensten ist, dass ein Teilnehmer zu einem oder mehreren anderen Teilnehmern eine Sitzung (Session) aufbaut. Nach dem Sitzungsaufbau mittels eines entsprechenden Kommunikations-Protokolls, beispielsweise mittels des Session Initiation Protocols (SIP) und des Session Description Protocols (SDP) unter Verwendung des IP-based Multimedia Subsystem (IMS) werden die Media Streams (Medien-Datenströme) mit dem so genannten Realtime Transport Protocol (RTP) unter Verwendung des Realtime Transport Control Protocols (RTCP) zwischen den Teilnehmern transportiert. Das IP-based Multimedia Subsystem ist ein Teil des mobilen Kommunikations-Netzwerks, anders ausgedrückt, des Mobilfunk-Netzwerks, das SIP-basierte Sitzungssteuerung und Dienststeuerung (beispielsweise Routing, Authentifikation, Autorisierung, ...) ermöglicht, selbst aber keine Medien-Datenströme transportiert. Im Rahmen des Mobilfunks finden sitzungsbasierte Dienste nur in einem zellularen Mobilfunk-Kommunikations-Netzwerk wie einem zellularen Mobilfunk-Kommunikations-Netzwerk gemäß GPRS (General Packet Radio Service), UMTS (Universal Mobile Telecommunications System) usw. Anwendung/Verbreitung, da diese eine bidirektionale Kommunikation erlauben. Dies ist besonders für den Sitzungsaufbau und die Steuerung des Medien-Datenstroms von Bedeutung.
  • Um beispielsweise eine höhere Datenrate und damit eine erhöhte Bandbreite zur Übertragung von Daten einsetzen zu können, insbesondere im Rahmen eines sitzungsbasierten Dienstes wie beispielsweise Push-to-Talk over Cellular (PoC) oder Conferencing, ist es wünschenswert, in diesem Rahmen eine Broadcast-Technologie, wie beispielsweise DVB-H, DVB-T, etc. zum Transport der Sprachdaten im Rahmen des Session-basierten Dienstes zu den Teilnehmern zu nutzen.
  • In [1] ist ein Konferenzsystem gemäß dem IETF (Internet Engineering Task Force) Conferencing Framework beschrieben.
    •
  • Der Erfindung liegt das Problem zugrunde, auf kostengünstige Weise sitzungsbasierte Dienste für mehrere Teilnehmer einer Kommunikationssitzung und eine Broadcast-Technologie miteinander zu integrieren.
  • Beispielhafte Ausgestaltung der Erfindung ergeben sich aus den abhängigen Ansprüchen.
  • Die im Folgenden beschriebenen Ausgestaltungen der Erfindung betreffen, soweit sinnvoll, die Kommunikationssitzungs-Server-Einheit, das Kommunikations-Endgerät, die Broadcast-Server-Einheit, die Netzwerkeinheit, das Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, das Verfahren zum Aufbauen einer Kommunikationssitzung, das Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit sowie die entsprechenden Computerprogrammelemente.
  • Das Problem wird durch eine Kommunikationssitzungs-Server-Einheit, ein Kommunikations-Endgerät, eine Broadcast-Server-Einheit, eine Netzwerkeinheit, ein Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, ein Verfahren zum Aufbauen einer Kommunikationssitzung, ein Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit sowie entsprechende Computerprogrammelemente mit den Merkmalen gemäß den unabhängigen Patentansprüchen gelöst.
  • Eine Kommunikationssitzungs-Server-Einheit weist eine Kommunikationssitzungs-Aufbau-Einheit zum Aufbauen einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten auf. Ferner ist eine Kommunikationssitzungs-Steuereinheit zum Steuern der aufgebauten Kommunikationssitzung vorgesehen. Die Kommunikationssitzungs-Server-Einheit weist ferner eine Empfangseinheit zum Empfangen von mindestens einem Broadcast-Fähigkeits-Parameter zumindest eines Kommunikations-Endgeräts, welches an der Kommunikationssitzung teilnimmt, auf. Mit dem mindestens einen Broadcast-Fähigkeits-Parameter werden die Fähigkeiten des Kommunikations-Endgeräts hinsichtlich eines Empfangens und/oder Verarbeitens von mittels eines Broadcast-Kommunikationsnetzwerks übermittelten Daten beschrieben. Ferner ist eine Entscheidungseinheit vorgesehen, welche eingerichtet ist zu entscheiden, ob dem Kommunikations-Endgerät Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks übertragen werden sollen, sowie optional, ob die Daten im Rahmen der Kommunikationssitzung über eine Kommunikationsverbindung der aufgebauten Kommunikationssitzung, beispielsweise mittels eines bidirektionalen Kommunikations-Netzwerks, unter dessen Verwendung die Kommunikationssitzung aufgebaut wurde, übertragen werden sollen. Ferner ist eine Broadcast-Anfragenachricht-Erzeugungs-Einheit zum Erzeugen einer Broadcast-Anfragenachricht für eine Broadcast-Servereinheit vorgesehen, wobei mit der Broadcast-Anfragenachricht bei der Broadcast-Servereinheit angefragt wird, Daten im Rahmen der Kommunikationssitzung an das zumindest eine Kommunikations-Endgerät mittels eines Broadcast-Kommunikationsnetzwerks zu übertragen.
  • Unter einer Broadcast-Servereinheit ist im Rahmen dieser Beschreibung beispielsweise eine Servereinheit zu verstehen, welche sich bei dem Broadcast Server Operator befindet und von diesem verwaltet wird.
  • Ein Kommunikations-Endgerät weist eine Kommunikationssitzungs-Client-Einheit auf zum Durchführen einer Kommunikationssitzung mit mindestens einem anderen Kommunikations-Endgerät mittels einer Kommunikationssitzungs-Server-Einheit. Ferner ist eine Nachrichten-Erzeugungs-Einheit zum Erzeugen von mindestens einer Broadcast-Fähigkeits-Nachricht vorgesehen, wobei die Nachrichten-Erzeugungs-Einheit derart eingerichtet ist, dass sie mindestens einen Broadcast-Fähigkeits-Parameter in die Broadcast-Fähigkeits-Nachricht einfügt, wobei mit dem mindestens einen Broadcast-Fähigkeits-Parameter die Fähigkeiten des Kommunikations-Endgeräts hinsichtlich eines Empfangens und/oder Verarbeitens von mittels eines Broadcast- Kommunikationsnetzwerks übermittelten Daten beschrieben werden.
  • Gemäß einem anderen Aspekt der Erfindung ist eine Broadcast-Server-Einheit vorgesehen mit einer Empfangseinheit zum Empfangen von mindestens einer Broadcast-Anfragenachricht von einer Kommunikationssitzungs-Server-Einheit mittels welcher von der Kommunikationssitzungs-Server-Einheit angefragt wird, Daten im Rahmen einer von der Kommunikationssitzungs-Server-Einheit gesteuerten Kommunikationssitzung an zumindest ein Kommunikations-Endgerät mittels eines Broadcast-Kommunikationsnetzwerks zu übertragen. Ferner ist eine Sendeeinheit zum Senden von Daten im Rahmen der Kommunikationssitzung mittels des Broadcast-Kommunikationsnetzwerks gemäß der empfangenen Broadcast-Anfragenachricht vorgesehen.
  • Eine Netzwerkeinheit weist eine Empfangseinheit zum Empfangen von mindestens einem Broadcast-Fähigkeits-Parameter zumindest eines Kommunikations-Endgeräts auf, wobei mit dem mindestens einem Broadcast-Fähigkeits-Parameter die Fähigkeiten des Kommunikations-Endgeräts hinsichtlich eines Empfangens und/oder Verarbeitens von mittels eines Broadcast-Kommunikationsnetzwerks übermittelten Daten beschrieben werden. Ferner weist die Netzwerkeinheit eine Speichereinheit zum Speichern des mindestens einen empfangenen Broadcast-Fähigkeits-Parameters auf und eine Sendeeinheit zum Senden des mindestens einen Broadcast-Fähigkeits-Parameters an eine Kommunikationssitzungs-Server-Einheit.
  • Bei einem Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten wird unter Verwendung von mindestens einem empfangenen Broadcast-Fähigkeits-Parameter zumindest eines Kommunikations-Endgeräts, welches an der Kommunikationssitzung teilnimmt, entschieden, ob dem Kommunikations-Endgerät Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks übertragen werden sollen oder nicht.
  • Mit dem mindestens einen Broadcast-Fähigkeits-Parameter werden die Fähigkeiten des Kommunikations-Endgeräts hinsichtlich eines Empfangens und/oder Verarbeitens von mittels eines Broadcast-Kommunikationsnetzwerks übermittelten Daten beschrieben. Für den Fall, dass dem Kommunikations-Endgerät Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks übertragen werden sollen, wird eine Broadcast-Anfragenachricht für eine Broadcast-Server-Einheit erzeugt, mit welcher angefragt wird, Daten im Rahmen der Kommunikationssitzung zumindest einem Kommunikations-Endgerät mittels eines Broadcast-Kommunikationsnetzwerks zu übertragen.
  • Gemäß einem anderen Aspekt der Erfindung ist ein Verfahren zum Aufbauen einer Kommunikationssitzung vorgesehen, bei dem von einer Kommunikationssitzungs-Client-Einheit eines Kommunikations-Endgeräts eine Kommunikationssitzung mit mindestens einem anderen Kommunikations-Endgerät mittels einer Kommunikationssitzungs-Server-Einheit aufgebaut wird. Mindestens ein Broadcast-Fähigkeits-Parameter, mit dem die Fähigkeiten des Kommunikations-Endgeräts hinsichtlich eines Empfangens und/oder Verarbeitens von mittels eines Broadcast-Kommunikationsnetzwerks übermittelten Daten beschrieben werden, wird an die Kommunikationssitzungs-Server-Einheit gesendet.
  • Gemäß einem weiteren Aspekt der Erfindung ist ein Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit vorgesehen, bei dem mindestens eine Broadcast-Anfragenachricht von einer Kommunikationssitzungs-Server-Einheit empfangen wird, mittels welcher von der Kommunikationssitzungs-Server-Einheit angefragt wird, Daten im Rahmen einer von der Kommunikationssitzungs-Server-Einheit gesteuerten Kommunikationssitzung an das zumindest eine Kommunikations-Endgerät mittels eines Broadcast-Kommunikationsnetzwerks zu übertragen. Im Rahmen der Kommunikationssitzung werden Daten mittels des Broadcast-Kommunikationsnetzwerks gemäß der empfangenen Broadcast-Anfragenachricht gesendet.
  • Weiterhin sind Computerprogrammelemente vorgesehen, welche, wenn ein jeweiliges Computerprogrammelement von einem Prozessor ausgeführt wird, ein jeweiliges oben beschriebenes Verfahren zum Steuern eines Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, zum Aufbauen einer Kommunikationssitzung sowie zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit mit den oben beschriebenen Merkmalen aufweist.
  • Es ist in diesem Zusammenhang anzumerken, dass die oben beschriebenen Verfahren mittels Software, d.h. mittels eines Computerprogramms, alternativ mittels Hardware, d.h. mittels einer speziell angepassten elektronischen Schaltung oder in hybrider Form, d.h. in beliebiger Aufteilung mit Software- und Hardware-Komponenten realisiert werden kann.
  • Anschaulich wird durch die Erfindung eine sehr einfache Möglichkeit eröffnet, im Rahmen einer Kommunikationssitzung zwischen mehreren Kommunikations-Endgeräten umzuschalten zwischen einer (üblicherweise bidirektionalen) Kommunikationsverbindung, welche im Rahmen der Kommunikationssitzung zur Kommunikation zwischen den Kommunikations-Endgeräten verwendet wird, auf den Einsatz eines (üblicherweise unidirektionalen) Broadcast-Kommunikationsnetzwerks, um Daten zu einem Kommunikations-Endgerät oder zu mehreren Kommunikations-Endgeräten zu übertragen. In diesem Zusammenhang ist anzumerken, dass gemäß einer Ausführungsform der Erfindung die Nutzdatenübertragung unidirektional durchgeführt wird, soweit sinnvoll mittels eines Broadcast-Netzwerkes, und die Signalisierung bleibt bidirektional, beispielsweise mittels des Mobilfunk-Netzwerkes.
  • Die unterschiedlichen Aspekte der Erfindung begründen insbesondere eine höhere Flexibilität für SIP-basierte Dienste, ermöglichen ein Einsparen von Ressourcen in einem zellularen Kommunikations-Netzwerk sowie eine Übertragung der Dienste über Broadcast-Technologie in besserer Qualität und mit gegebenenfalls höherer Datenrate.
  • Im Rahmen dieser Beschreibung ist unter einem Broadcast-Kommunikationsnetzwerk beispielsweise ein Netzwerk zu verstehen, welches unidirektional, beispielsweise breitbandig, Daten sendet, ohne spezielle Empfänger zu adressieren; Beispiele für ein solches Broadcast-Kommunikationsnetzwerk ist sind Netzwerke gemäß DVB-T (Digital Video Broadcasting-Terrestrial), DVB-H (Digital Video Broadcasting-Handheld), MBMS (Multimedia Broadcast/Multicast Services), ISDB-T (Integrated Services Digital Broadcasting for Terrestrial), BCMCS (Broadcast/Multicast Services).
  • Das im Rahmen der Kommunikationssitzung standardmäßig vorgesehene Netzwerk zur Übertragung der Kommunikationssitzungs-Daten ist üblicherweise ein bidirektionales Kommunikations-Netzwerk, d.h. ein Kommunikations-Netzwerk, welches eine bidirektionale Kommunikation zwischen den Teilnehmern, genauer zwischen den Kommunikations-Endgeräten der Teilnehmer, ermöglicht. Ein solches Kommunikations-Netzwerk kann beispielsweise ein Kommunikations-Netzwerk basierend auf dem Internet, d.h. basierend auf den Kommunikationsprotokollen Internet Protocol (IP)/Transport Control Protocol (TCP) sein. Alternativ kann das Kommunikations-Netzwerk ein zellulares Kommunikations-Netzwerk sein, beispielsweise ein zellulares Mobilfunk-Kommunikations-Netzwerk, welches beispielsweise gemäß GSM (Global System for Mobile Communications), GPRS (General Packet Radio Service), UMTS (Universal Mobile Telecommunications System), CDMA 2000 (Code Division Multiple Access 2000), ausgebildet ist.
  • Anschaulich kann in diesem Beispielfall ein Aspekt der Erfindung darin gesehen werden, dass im Rahmen einer Kommunikationssitzung in einem Kommunikations-Netzwerk mit bidirektionalen Kommunikationsverbindungen zwischen den Kommunikations-Endgeräten von einem Kommunikationssitzungs-Server überprüft wird, ob es sinnvoll ist, Daten im Rahmen der Kommunikationssitzung zu einem oder mehreren der teilnehmenden Kommunikations-Endgeräte mittels eines Broadcast-Kommunikationsnetzwerks mit insbesondere dabei üblicherweise erhöhter verfügbarer Datenrate zu übertragen.
  • Auf diese Weise ist es sehr einfach ermöglicht, Sessionbasierte Dienste für Gruppen von Teilnehmern, beispielsweise für den Dienst Push-to-Talk, beispielsweise Push-to-Talk over Cellular (PoC), Conferencing, beispielsweise Internetbasiertes Conferencing (beispielsweise gemäß dem IETF Conferencing Framework), ohne größere Veränderungen an dem Kommunikationsstandard in die "Broadcast-Welt", anders ausgedrückt in die Broadcast-Technologien und damit in die Broadcast-Kommunikationsnetzwerke zu integrieren und auf diese Weise knappe Ressourcen, beispielsweise eine knappe zur Verfügung stehende Bandbreite, wie sie üblicherweise in einem zellularen Kommunikations-Netz wie GSM, GPRS oder UMTS zu Verfügung stehen, zu sparen und mehr Flexibilität für diese Dienste zu ermöglichen.
  • Medien-Datenströme (Media Streams) können über Broadcast-Technologie auch in besserer Qualität und höherer Datenrate übertragen werden, was häufig mittels eines Kommunikations-Netzwerks in einem zellularen Kommunikationssystem nicht möglich ist.
  • Die Kommunikationssitzungs-Server-Einheit kann eine Prüfeinheit aufweisen, welche eingerichtet ist zum Prüfen, ob das Kommunikations-Endgerät gemäß dem mindestens einen empfangenen Broadcast-Fähigkeits-Parameter Daten mittels eines Broadcast-Kommunikationsnetzwerks empfangen kann. Die Entscheidungseinheit ist in diesem Fall beispielsweise derart eingerichtet, dass sie nur dann entscheidet, die Daten im Rahmen der Kommunikationssitzung mittels des Broadcast-Kommunikationsnetzwerks zu übertragen, wenn das Kommunikations-Endgerät gemäß dem Prüfergebnis der Prüfeinheit Daten mittels eines Broadcast-Kommunikationsnetzwerks empfangen kann.
  • In diesem Fall wird gewährleistet, dass zunächst überprüft wird, ob das jeweilige Kommunikations-Endgerät überhaupt fähig ist, die Daten im Rahmen der Kommunikationssitzung von einem Broadcast-Kommunikationsnetzwerk übertragen zu bekommen und zu verarbeiten und erst dann eine Broadcast-Anfragenachricht für die Broadcast-Server-Einheit gebildet und an diesen übertragen wird, wenn das jeweilige Kommunikations-Endgerät diese Daten auch entsprechend verarbeiten kann.
  • Die Kommunikationssitzungs-Aufbau-Einheit ist gemäß einer Ausgestaltung der Erfindung eingerichtet zur Kommunikation gemäß einem Kommunikationssitzungs-Aufbau-Protokoll, beispielsweise zur Kommunikation gemäß dem Session Initiation Protocol (SIP).
  • Die Broadcast-Anfragenachricht-Erzeugungseinheit ist gemäß einer Ausgestaltung der Erfindung eingerichtet zum Erzeugen der Broadcast-Anfragenachricht gemäß einem Kommunikationssitzungs-Aufbau-Protokoll, beispielsweise gemäß dem Session Initiation Protocol (SIP).
  • Ferner kann die Kommunikationssitzungs-Server-Einheit eingerichtet sein zum Bereitstellen einer Halb-Duplex-Kommunikationssitzung, beispielsweise zum Bereitstellen einer Push-to-Talk-Kommunikationssitzung, beispielsweise zum Bereitstellen einer Push-to-Talk over Cellular-Kommunikationssitzung. Alternativ kann die Kommunikationssitzungs-Server-Einheit eingerichtet sein zum Bereistellen einer Internet-basierten Kommunikationssitzung, beispielsweise einer in [1] beschriebenen Kommunikationssitzung gemäß dem IETF Conferencing Framework.
  • Unter einer Halb-Duplex-Kommunikationssitzung ist eine Kommunikationssitzung zu verstehen, bei der den teilnehmenden Kommunikations-Endgeräten jeweils explizit ein Kommunikationsrecht, beispielsweise ein Sprechrecht, alternativ das Recht zum Übertragen von Multimedia-Daten, beispielsweise von Videodaten, Audiodaten, Standbild-Daten, textuellen Daten, etc. zugewiesen (anders ausgedrückt erteilt) wird, so dass jeweils nur ein Teilnehmer, gegebenenfalls zusätzlich gegebenenfalls ein oder mehrere andere Teilnehmer, beispielsweise zusätzlich der Moderator der Kommunikationssitzung, wenn vorhanden, das Kommunikationsrecht zugeordnet bekommt und die anderen teilnehmenden Kommunikations-Endgeräte lediglich als Empfänger der von dem mit dem Kommunikationsrecht versehenen Kommunikations-Endgerät eingebrachten Daten fungieren.
  • In einer Ausgestaltung des Kommunikations-Endgeräts ist die Kommunikationssitzungs-Client-Einheit eingerichtet zur Kommunikation gemäß dem Session Initiation Protocol (SIP).
  • Gemäß einer anderen Ausgestaltung der Erfindung ist das Kommunikations-Endgerät eingerichtet zum Bereitstellen einer Halb-Duplex-Kommunikationssitzung, beispielsweise einer Push-to-Talk-Kommunikationssitzung, beispielsweise einer Push-to-Talk over Cellular-Kommunikationssitzung. Alternativ kann das Kommunikations-Endgerät eingerichtet sein zum Bereitstellen einer Internet-basierten Kommunikationssitzung, beispielsweise eingerichtet sein, wie in [1] beschrieben.
  • Gemäß einer Ausgestaltung der Broadcast-Server-Einheit weist diese zusätzlich eine Kommunikationssitzungs-Client-Einheit auf zum Durchführen einer Kommunikationssitzung mit der Kommunikationssitzungs-Server-Einheit, wobei die Kommunikationssitzungs-Client-Einheit eingerichtet sein kann zur Kommunikation gemäß dem Session Initiation Protocol (SIP).
  • Gemäß einer anderen Ausgestaltung der Erfindung weist die Broadcast-Server-Einheit eine Nachrichten-Erzeugungseinheit zum Erzeugen mindestens einer SIP-Transportparameter-Nachricht auf für das mindestens eine an der Kommunikationssitzung teilnehmende Kommunikations-Endgerät, welches die Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks übertragen bekommen soll, wobei die Nachrichten-Erzeugungseinheit derart eingerichtet ist, dass sie die verwendeten Transportparameter bei Übertragung der Daten über das Broadcast-Kommunikationsnetzwerk in die SIP-Transportparameter-Nachricht einfügt.
  • Auf diese Weise werden anschaulich seitens der Broadcast-Server-Einheit die von ihr im Rahmen der Übertragung der Daten über das Broadcast-Kommunikationsnetzwerk verwendeten Transportparameter, beispielsweise die verwendete Frequenz, die verwendeten Zeitschlitze, etc. an die jeweils designierten Empfänger-Kommunikations-Endgeräte übertragen. Die Übertragung dieser Daten kann gemäß dem verwendeten Kommunikationssitzungs-Aufbau-Protokoll erfolgen, anders ausgedrückt ist in diesem Fall die Nachrichten-Erzeugungseinheit derart eingerichtet, dass sie die SIP-Transportparameter-Nachricht gemäß dem Kommunikationssitzungs-Aufbau-Protokoll erzeugt, beispielsweise gemäß dem Session Initiation Protocol (SIP).
  • Gemäß dieser Ausgestaltung der Erfindung wird auf einfache Weise unter Verwendung der im Rahmen des Kommunikationssitzungs-Aufbaus verwendeten Protokolle ermöglicht, die im Rahmen der Broadcast-Datenübertragung verwendeten Transportparameter an die jeweiligen Empfänger-Kommunikations-Endgeräte zu übermitteln. Es ist in diesem Fall nicht erforderlich, ein anderes Protokoll zu verwenden und damit die Ausgestaltung der Broadcast-Server-Einheit weiter zu verändern, da in diesem Fall die Nachrichten-Erzeugungseinheit in gleicher Weise eingerichtet sein kann wie die Kommunikationssitzungs-Client-Einheit, anders ausgedrückt, in diesem Fall kann die Nachrichten-Erzeugungseinheit die Kommunikationssitzungs-Client-Einheit verwenden, bzw. identisch mit ihr sein.
  • Gemäß einer anderen Ausgestaltung der Erfindung ist eine Broadcast-Prüfeinheit in der Broadcast-Server-Einheit vorgesehen, wobei die Broadcast-Prüfeinheit eingerichtet ist zu prüfen, ob das angeforderte Übertragen der Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks möglich ist. Ferner ist eine Broadcast-Entscheidungseinheit vorgesehen, welche eingerichtet ist zu entscheiden, unter Verwendung des Prüfergebnisses der Broadcast-Prüfeinheit, ob das angeforderte Übertragen der Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks durchgeführt wird.
  • Anschaulich wird gemäß dieser Ausgestaltung der Erfindung erreicht, dass die angeforderte Broadcast-Übertragung von der Broadcast-Server-Einheit nur akzeptiert und durchgeführt wird, wenn ihr entsprechende Ressourcen innerhalb des Broadcast-Kommunikationsnetzwerks zur Verfügung stehen. Wenn dies nicht der Fall ist, wird die Anforderung, welche von der Kommunikationssitzungs-Server-Einheit gesendet wurde, abgelehnt, was ihr durch Übermitteln einer entsprechenden Ablehnungs-Nachricht seitens der Broadcast-Server-Einheit mitgeteilt werden kann.
  • In diesem Fall werden die Daten im Rahmen der Kommunikationssitzung weiterhin über das üblicherweise bidirektionale Kommunikations-Netzwerk übertragen.
  • Gemäß einer anderen Ausgestaltung der Erfindung ist in der Netzwerkeinheit eine Kommunikationssitzungs-Client-Einheit zum Durchführen einer Kommunikationssitzung mit der Kommunikationssitzungs-Server-Einheit vorgesehen, wobei die Kommunikationssitzungs-Client-Einheit eingerichtet sein kann zur Kommunikation gemäß einem Kommunikationssitzungs-Aufbau-Protokoll, beispielsweise gemäß dem Session Initiation Protocol (SIP).
  • Ausführungsbeispiele der Erfindung sind in den Figuren dargestellt und werden im Folgenden näher erläutert. In den Figuren sind gleiche oder ähnliche Elemente, soweit zweckmäßig, mit identischen Bezugszeichen versehen.
  • Es zeigen
  • 1 ein funktionales Modell für mobile Broadcast-Dienste gemäß dem Stand der Technik;
  • 2 ein Blockdiagramm eines Kommunikationssystems gemäß einem Ausführungsbeispiel der Erfindung;
  • 3 ein Blockdiagramm eines Kommunikations-Endgeräts gemäß einem Ausführungsbeispiel der Erfindung;
  • 4 ein Nachrichten-Flussdiagramm, in dem einzelne Verfahrensschritte eines ersten Ausführungsbeispiels der Erfindung dargestellt sind; und
  • 5 ein Nachrichten-Flussdiagramm, in dem einzelne Verfahrensschritte eines zweiten Ausführungsbeispiels der Erfindung dargestellt sind.
    •
  • 2 zeigt ein Blockdiagramm eines Kommunikationssystems 200 gemäß den Ausführungsbeispielen der Erfindung.
  • Die Architektur des Kommunikationssystems 200 ist gemäß allen Ausführungsbeispielen der Erfindung identisch und wie in 2 dargestellt und im Folgenden beschrieben ausgestaltet, wobei jedoch die einzelnen Einheiten je nach vorgesehener Variante im Rahmen des Nachrichtenaustauschs unterschiedlich ausgebildet sind, so dass die jeweiligen Verfahrensschritte realisiert werden können.
  • Im Folgenden werden Verfahren zur Verteilung von Medien-Datenströmen einer Session Initiation Protocol(SIP)-Sitzung mittels Broadcast-Technologie beschrieben.
  • Die im Folgenden beschriebenen Ausführungsbeispiele enthalten Schritte, wobei ohne Einschränkung der Allgemeingültigkeit von mobilen Kommunikations-Endgeräten, beispielsweise von Mobilfunk-Kommunikations-Endgeräten mit Empfangseinrichtungen für den Empfang von Daten eines oder mehrerer zellularer Mobilfunk-Netzwerke und für den Empfang von Daten von einem oder mehreren Broadcast-Kommunikationsnetzwerken ausgegangen wird.
  • Gemäß einer Ausführungsform der Erfindung ist eine Signalisierung von Broadcast-Fähigkeiten eines SIP-Session-Clients an dem SIP-Session Server vorgesehen. Die Signalisierung zeigt dem SIP Session Server als Kommunikationssitzungs-Server-Einheit an, über welche Wege die Medien-Datenströme (Media Streams) zum Client, beispielsweise zum Kommunikations-Endgerät, transportiert werden können. Wie dies im Detail realisiert werden kann wird im Folgenden näher beschrieben.
  • Grundsätzlich ist auf folgende Möglichkeiten hinzuweisen:
    • • eine direkte Signalisierung der Broadcast-Fähigkeiten als Broadcast-Fähigkeits-Parameter vom SIP Session Client an den SIP Session Server, beispielsweise mittels des Session Description Protocols (SDP);
    • • Broadcast-Fähigkeiten eines SIP Session-Clients werden zentral in einem geeigneten Netzwerkelement, im Folgenden auch als Network Info Node bezeichnet, gepflegt. Ein SIP Session Server kann die Broadcast-Fähigkeiten eines SIP Session Clients dann dort jederzeit abfragen. Hierbei können die Broadcast-Fähigkeiten in Form von Broadcast-Fähigkeits-Parametern in diesem Netzwerkelement auf verschiedene Arten aktuell gehalten werden:
    • a) ständiges Messen der/des mobilen Broadcast-Netze(s) durch das Kommunikations-Endgerät, beispielsweise des User-Equipments gemäß UMTS und Signalisieren der gemessenen Parameter an die Netzwerkeinheit, anders ausgedrückt, an das Netzwerkelement;
    • b) anhand von Routing Area Updates (es wird die Information aktualisiert, wo sich das Mobilfunk-Kommunikations-Endgerät befindet) wird dem zentralen Netzwerkelement mitgeteilt, wo sich das Mobilfunk-Kommunikations-Endgerät (auch bezeichnet als Mobilstation) befindet. Ein neuer Service/Dienst kann anhand der Position herausbekommen, ob ein Broadcast-Service (Broadcast-Dienst) an dem Ort überhaupt verfügbar ist.
  • Gemäß einer anderen Ausführungsform der Erfindung kann der SIP-Session Server und darin die dort vorgesehene Entscheidungseinheit eine Entscheidung darüber treffen, ob die Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks übertragen werden sollen, anhand von vorgebbaren Kriterien, und damit, auf welchem Wege die Medien-Datenströme transportiert werden sollen.
  • Mögliche im Rahmen einer vorgebbaren Entscheidungslogik zu berücksichtigende Kriterien sind beispielsweise:
    • • Erreichbarkeit über Accesstechnologie, anders ausgedrückt wird geprüft, ob der Teilnehmer, d.h. das Kommunikations-Endgerät des Teilnehmers, überhaupt über das von ihm gewünschte Broadcast-Kommunikationsnetzwerk erreichbar ist;
    • • Kosten, anders ausgedrückt, es wird geprüft, was eine Übertragung über ein Broadcast-Kommunikationsnetzwerk im Vergleich zur Übertragung der Daten über ein zellulares Mobilfunk-Netzwerk, allgemein über das im Rahmen der Kommunikationssitzung verwendete bidirektionale Kommunikations-Netzwerk, kosten würde;
    • • Anzahl Teilnehmer einer Accesstechnologie, d.h. es wird beispielsweise geprüft, wie viele Teilnehmer, genauer wie viele Kommunikations-Endgeräte von Teilnehmern der Kommunikationssitzung in welcher Weise erreichbar sind;
    • • Anwesenheit über Accesstechnologie, anders ausgedrückt, es wird geprüft, ob das Broadcast-Kommunikationsnetzwerk überhaupt verfügbar ist;
    • • User Preferences, d.h. es wird beispielsweise berücksichtigt oder geprüft, ob ein User seine Daten immer über ein Broadcast-Kommunikationsnetzwerk empfangen möchte;
    • • Abrechnung, d.h. es wird beispielsweise geprüft, ob der zu übertragende Inhalt überhaupt abgerechnet werden kann, was beispielsweise aufgrund vertraglicher Regelungen ausgeschlossen sein kann;
    • • Gebührenerfassung;
    • • usw.
  • Gemäß einer anderen Ausführungsform der Erfindung ist eine Signalisierung der erforderlichen Netzwerkparameter, die sich aus der unter Überprüfung der oben beschriebenen vorgebbaren Kriterien getroffenen Entscheidung ergeben, für den Transport der Medien-Datenströme von dem SIP-Session Server an die SIP-Session Clients mittels des Session Description Protocols (SDP) vorgesehen. Um auch in diesem Fall Broadcast-spezifische Netzwerkparameter signalisieren zu können, wird das SDP um zusätzliche Parameter erweitert, wie im Folgenden näher erläutert wird. Das Empfangen und der Transport von Daten auf unterschiedlichen Netzwerk-Schnittstellen erfolgt gemäß der vorgegebenen Konfiguration.
  • Das in 2 dargestellte hybride Kommunikationssystem 200 weist ohne Einschränkung der Allgemeingültigkeit drei Mobile Stations, d.h. anders ausgedrückt, drei Mobilfunk-Kommunikations-Endgeräte 201, 202, 203, auf, wobei ein erstes Mobilfunk-Kommunikations-Endgerät 201 ein Mobilfunk-Kommunikations-Endgerät ist, eingerichtet zur Kommunikation gemäß dem GPRS-Kommunikationsstandard oder gemäß dem UMTS-Kommunikationsstandard und damit ausgestattet mit einem Zugang zu einem Mobilfunk-Kommunikationsnetz gemäß GPRS oder gemäß UMTS. Das zweite Mobilfunk-Kommunikations-Endgerät 202 und das dritte Mobilfunk-Kommunikations-Endgerät 203 sind ebenfalls eingerichtet zur Kommunikation gemäß dem GPRS-Kommunikationsstandard oder gemäß dem UMTS-Kommunikationsstandard und haben somit ebenfalls Zugang zu einem Mobilfunk-Kommunikations-Netzwerk mit GPRS oder mit UMTS. Ferner sind das zweite Mobilfunk-Kommunikations-Endgerät 202 und das dritte Mobilfunk-Kommunikations-Endgerät 203 zusätzlich eingerichtet zum Empfangen und/oder zum Verarbeiten von Daten gemäß einem Standard eines Broadcast-Kommunikationsnetzwerks (oder mehrerer Broadcast-Kommunikationsnetzwerke), gemäß diesem Ausführungsbeispiel zum Empfangen und/oder zum Verarbeiten von Daten gemäß einem Digital Video Broadcast-Kommunikationsnetzwerk, beispielsweise gemäß dem Standard DVB-H oder gemäß dem Standard DVB-T. Damit hat das entsprechende Broadcast-Kommunikationsnetzwerk ein eine Verbindungsmöglichkeit zu dem zweiten Mobilfunk-Kommunikations-Endgerät 202 und zu dem dritten Mobilfunk-Kommunikations-Endgerät 203. Das Broadcast-Kommunikationsnetzwerk sowie die zugehörigen Broadcast-Komponenten, beispielsweise die Broadcast-Kommunikationsnetzwerk-Operator-Einheit kann zum Versenden (Broadcasten) und/oder Verarbeiten von Daten gemäß einem anderen der oben beschriebenen Broadcast-Kommunikationsstandards eingerichtet sein, alternativ gemäß einem beliebigen anderen Broadcast-Kommunikationsstandard.
  • Ferner weist das Kommunikationssystem 200 ein IP-basiertes Multimedia Subsystem (IMS) 204 auf sowie einen Gateway GPRS Support Node (GGSN) 205. Ferner ist ein Push-to-Talk over Cellular-Server (PoC-Server) 206 vorgesehen. Ein zusätzliches Element in dem Kommunikationssystem 200 ist eine Broadcast-Kommunikationsnetzwerk-Operator-Einheit 207 sowie ferner eine Broadcast-Service-Operator-Einheit 208, welche gemäß dem Mobile Broadcast Services Framework ausgestaltet sind. Anders ausgedrückt bedeutet dies, dass der Broadcast-Kommunikationsnetzwerk-Operator ein entsprechendes Kommunikations-Framework implementiert hat, wobei die Broadcast-Kommunikationsnetzwerk-Operator-Einheit 207 das Kommunikations-Framework üblicherweise nicht implementiert hat.
  • In 2 sind mit durchgezogenen Pfeilen jeweils gerichtete Nutzdaten-Kommunikationsverbindungen dargestellt, sowie mit gestrichelt dargestellten Pfeilen jeweils gerichtete Signalisierungs-Kommunikationsverbindungen zwischen den einzelnen Einheiten.
  • Somit weist gemäß 2 jedes Mobilfunk-Kommunikations-Endgerät 201, 202, 203 eine jeweilige Nutzdaten-Kommunikationsverbindung 209, 210, 211 auf sowie zusätzlich eine Signalisierungs-Kommunikationsverbindung 212, 213 beziehungsweise 214 mit dem GGSN 205. Die Nutzdaten-Kommunikationsverbindungen 209, 210, 211 ebenso wie die Signalisierungs-Kommunikationsverbindungen 212, 213, 214 zwischen den Mobilfunk-Kommunikations-Endgeräten 201, 202, 203 und dem GGSN 205 sind bidirektionale Kommunikationsverbindungen, das heißt es kann ein Datenfluss in beide Kommunikationsrichtungen erfolgen. Eine weitere bidirektionale Kommunikationsverbindung ist als Signalisierungs-Kommunikationsverbindung 215 zwischen dem GGSN 205 und dem IMS 204 vorgesehen. Eine bidirektionale Nutzdaten-Kommunikationsverbindung 216 ist zwischen dem PoC-Server 206 und dem GGSN 205 vorgesehen. Weiterhin ist eine bidirektionale Signalisierungs-Kommunikationsverbindung 217 zwischen dem PoC-Server 206 und dem IMS 204 vorgesehen. Die Signalisierungs-Kommunikationsverbindung 217 nutzt das IMS zur Signalisierung.
  • Ferner ist eine Signalisierungs-Kommunikationsverbindung 218 vorgesehen zwischen dem IMS 204 und der Broadcast-Service-Operator-Einheit 208. Eine unidirektionale Kommunikationsverbindung zur Kommunikation von dem PoC-Server 206, gerichtet zu der Broadcast-Service-Operator-Einheit 208 ist mit Pfeil 219 in 2 symbolisiert. Ferner sind die Broadcast-Service-Operator-Einheit 208 und die Broadcast Network Operator-Einheit 207 miteinander gemäß einer weiteren bidirektionalen Signalisierungs-Kommunikationsverbindung 220 verbunden und die Broadcast-Service-Operator-Einheit 208 kann Nutzdaten zu der Broadcast Network Operator-Einheit 207 mittels einer entsprechenden unidirektionalen Nutzdaten-Kommunikationsverbindung 221 übermitteln.
  • Die Broadcast Netzwerk Operator-Einheit 207 weist entsprechende unidirektionale, jedoch gemäß dieser Ausführungsform der Erfindung nicht dedizierte Kommunikationsverbindungen 222, 223 zu dem zweiten Mobilfunk-Kommunikations-Endgerät 202 beziehungsweise zu dem dritten Mobilfunk-Kommunikations-Endgerät 203 auf.
  • 3 zeigt in einem Blockdiagramm schematisch das zweite Mobilfunk-Kommunikations-Endgerät 202. Das dritte Mobilfunk-Kommunikations-Endgerät 203 ist in gleicher Weise aufgebaut.
  • Das zweite Mobilfunk-Kommunikations-Endgerät 202 weist mindestens eine, beispielsweise mehrere Antennen auf (nicht gezeigt), sowie ein Gehäuse 301 mit Tasten 302 zum Steuern des Mobilfunk-Kommunikationsgeräts 202, beispielsweise zum Eingeben einer Rufnummer oder zum Eingeben anderer im Rahmen einer Kommunikationsverbindung verwendeten Befehlen.
  • Das zweite Mobilfunk-Kommunikations-Endgerät 202 weist ferner ein Mikrofon (nicht dargestellt) auf zur Aufnahme von Sprachsignalen von einem Benutzer des Kommunikationsgeräts 202 sowie einen Lautsprecher 303 zum Ausgeben von Audioinformation, beispielsweise von Sprachsignalen an den Benutzer. Ferner ist eine Bildschirm-Anzeigeeinheit 304 vorgesehen zum Darstellen von visueller Information an den Benutzer.
  • Ferner ist in 3 schematisch dargestellt, dass das zweite Mobilfunk-Kommunikations-Endgerät 202 unterschiedliche Einheiten zum Bereitstellen einer jeweiligen Kommunikationsverbindung gemäß unterschiedlichen Kommunikationsstandards aufweist.
  • So ist eine erste Kommunikationseinheit 305 vorgesehen, welche derart eingerichtet ist, dass sie eine Kommunikationsverbindung und einen Empfang und damit ein Dekodieren von empfangenen Daten gemäß einem Digital Video Broadcast-Standard, beispielsweise einen DVB-T-Standard oder einem DVB-H-Standard ermöglicht, und damit eine Kommunikationsverbindung mit einem DVB-Netzwerk 306.
  • Ferner ist eine zweite Kommunikationseinheit 307 vorgesehen, welche eingerichtet ist zur Kommunikation gemäß dem UMTS-Kommunikationsstandard und/oder dem MBMS-Kommunikationsstandard, womit eine Kommunikationsverbindung zu einem Funk-Zugangsnetzwerk 308 ermöglicht wird, bei UMTS beispielsweise zu einem UTRAN (UMTS Terrestrial Radio Access Network).
  • Mittels einer ebenfalls vorgesehenen dritten Kommunikationseinheit 309 wird eine Kommunikation gemäß dem GPRS-Kommunikationsstandard und damit ebenfalls eine Luft-Kommunikationsschnittstelle zu einem Funk-Zugangsnetzwerk 308 ermöglicht.
  • Mittels einer vierten Kommunikationseinheit 310 wird eine Kommunikation gemäß dem GSM-Kommunikationsstandard und damit ebenfalls eine Luft-Kommunikationsverbindung zu dem Funk-Zugangsnetzwerk 308 und damit zu einem Mobilfunk-Kernnetzwerk (nicht dargestellt) bereitgestellt.
  • Weiterhin ist eine fünfte Kommunikationseinheit 311 vorgesehen, welche eine Kommunikation gemäß einem WLAN (Wireless Local Area Network)-Kommunikationsstandard, beispielsweise gemäß HIPERLAN oder IEEE 802.11-Kommunikationsstandard bereitstellt und somit eine Luft-Kommunikationsschnittstelle zu einem solchen entsprechenden WLRN-Netzwerk 312.
  • Weiterhin ist eine sechste Kommunikationseinheit 313 vorgesehen, welche eine unidirektionale Kommunikation gemäß einem DAB-Kommunikationsstandard oder einem DMB- Kommunikationsstandard und damit zum Empfang von Signalen aus einem DAB/DMB-Netzwerks 314 ermöglicht.
  • Die oben beschriebenen Einheiten sind jeweils derart eingerichtet, dass eine Kodierung und Dekodierung der entsprechenden zu kodierenden beziehungsweise zu dekodierenden Daten gemäß dem jeweiligen Kommunikationsstandard ermöglicht ist. Für eine unidirektionale Kommunikation, das heißt für den unidirektionalen Empfang von Daten aus den Broadcast-Netzen 306, 314 sind die entsprechenden Kommunikationseinheiten 305, 313 lediglich mit einem Empfänger versehen und mit einem Decoder zum Dekodieren der empfangenen Daten.
  • Es darauf hinzuweisen, dass in alternativen Ausführungsformen die oben beschriebenen Einheiten in beliebiger Kombination miteinander vorgesehen sein können und es können zusätzliche Kommunikationseinheiten zur Kommunikation anderer Kommunikationsstandards, beispielsweise zur Kommunikation gemäß CDMA 2000, etc. vorgesehen sein.
  • Ferner können in einer alternativen Ausführungsform eine oder mehrere der Kommunikationseinheiten nicht vorgesehen sein.
  • Es ist lediglich wünschenswert, dass das zweite Mobilfunk-Kommunikations-Endgerät 202 und das dritte Mobilfunk-Kommunikations-Endgerät 203 jeweils als hybride Kommunikations-Endgeräte, das heißt als Mobilfunk-Kommunikations-Endgerät, das heißt zur Kommunikation gemäß einem zellularen Mobilfunk-Kommunikationsstandard und zusätzlich zum Empfangen und Dekodieren von Signalen, welche mittels eines Broadcast-Kommunikationsnetzwerks übertragen wurden, eingerichtet ist.
  • Das erste Mobilfunk-Kommunikations-Endgerät 201 ist gemäß diesem Ausführungsbeispiel der Erfindung lediglich eingerichtet zur Kommunikation gemäß einem oder mehreren der oben genannten zellularen Mobilfunkkommunikationsstandards wie UMTS/MBMS, GPRS, GSM, CDMA 2000, etc..
  • Im folgenden Beispiel wird angenommen, dass das erste Mobilfunk-Kommunikations-Endgerät 201 eine Kommunikationssitzung zu den beiden anderen Mobilfunk-Kommunikations-Engeräten 202, 203 aufbaut. Medien-Datenströme werden zwischen den Mobilfunk-Kommunikations-Endgeräten 201, 202, 203 übertragen und das erste Mobilfunk-Kommunikations-Endgerät 201 baut die Kommunikationssitzung wieder ab. Das erste Mobilfunk-Kommunikations-Endgerät 201 hat, wie oben beschrieben, lediglich eine Kommunikationsverbindung zu einem zellularen Mobilfunk-Kommunikationsnetzwerk. Das zweite Mobilfunk-Kommunikations-Endgerät 202 und das dritte Mobilfunk-Kommunikations-Endgerät 203 haben jeweils eine Kommunikationsverbindung zu einem zellularen Mobilfunk-Kommunikationsnetzwerk sowie zu einem Broadcast-Kommunikationsnetzwerk. Anders ausgedrückt, bedeutet dies, dass sie mindestens zwei voneinander unabhängige Netzwerkschnittstellen Mobilfunk-Kommunikations-Endgeräten 202, 203 integriert haben.
  • Gemäß den folgenden Ausführungsformen der Erfindung werden die beschriebenen und zwischen den einzelnen Einheiten ausgetauschten Nachrichten unter Verwendung des IMS zum Transport der Nachrichten gemäß dem Session Initiation Protocol (SIP) codiert.
  • 4 zeigt in einem Nachrichtenflussdiagramm 400 den Aufbau und den Abbau einer Kommunikationssitzung beispielhaft anhand einer Push-to-Talk-Kommunikationssitzung (insbesondere am Beispiel einer Push-to-Talk over Cellular-Kommunikationssitzung, PoC-Kommunikationssitzung).
  • Die Verfahrensschritte für eine andere Kommunikationssitzung wie zum Beispiel dem IETF Conferencing gemäß dem IETF Conferencing Framework weisen die analogen Schritte auf, gegebenenfalls unter Verwendung anderer Kommunikationsprotokolle, welche für die jeweilige Art der Konferenz üblicherweise verwendet werden.
  • In einem in 4 dargestellten ersten Schritt wird, da das erste Mobilfunk-Kommunikations-Endgerät 201 eine PoC-Kommunikationssitzung mit den Teilnehmern des zweiten Mobilfunk-Kommunikations-Endgeräts 202 und des dritten Mobilfunk-Kommunikations-Endgeräts 203 starten möchte, dies entsprechend mittels IMS unter Verwendung des Session Initiation Protocols an den POC-Server 206 übermittelt. Hierzu erzeugt das erste Mobilfunk-Kommunikations-Endgerät 201 eine erste SIP-INVITE-Nachricht 401 und sendet diese an den PoC-Server 206. In der SIP-INVITE-Nachricht 401 sind als einzuladende Teilnehmer die entsprechenden Identifikationsangaben, beispielsweise unter Verwendung der jeweiligen URI (Unique Resource Identifier), des zweiten Mobilfunk-Kommunikations-Endgeräts 202 und des dritten Mobilfunk-Kommunikations-Endgeräts 203 als Parameter enthalten (in 4 symbolisiert mit den Angaben MS2, MS3).
  • Nach Empfang der ersten SIP-INVITE-Nachricht 401 baut der PoC-Server 206 eine SIP-Kommunikationsverbindung mit dem zweiten Mobilfunk-Kommunikations-Endgerät 202 und dem dritten Mobilfunk-Kommunikations-Endgerät 203 auf, indem er eine zweite SIP-INVITE-Nachricht 402 erzeugt und an das zweite Mobilfunk-Kommunikations-Endgerät 202 übermittelt, mit welcher der PoC-Server 206 das zweite Mobilfunk-Kommunikations-Endgerät zu der PoC-Kommunikationssitzung einlädt. Das dritte Mobilfunk-Kommunikations-Endgerät 203 lädt der PoC-Server 206 zu der zu bildenden PoC-Kommunikationssitzung ein, indem er eine dritte SIP-INVITE-Nachricht 403 bildet und diese an das dritte Mobilfunk-Kommunikations-Endgerät 203 übermittelt.
  • In einem nachfolgenden Schritt wird angenommen, dass sowohl das zweite Mobilfunk-Kommunikations-Endgerät 202 als auch das dritte Mobilfunk-Kommunikations-Endgerät beziehungsweise beide Teilnehmer die Einladung zu der PoC-Kommunikationssitzung akzeptieren.
  • Ferner übermitteln die Mobilfunk-Kommunikations-Endgeräte 202, 203 ihre entsprechenden Broadcast-Fähigkeiten (beispielsweise die Angabe ihrer Netzwerk-Schnittstellen beziehungsweise ihre aktuellen Netzwerkverbindungen) an den PoC-Server 206. Dies erfolgt mittels einer oder mehrerer SIP-Broadcast-Fähigkeitsnachrichten, wobei das zweite Mobilfunk-Kommunikations-Endgerät 202 eine erste (oder mehrere erste) SIP-Broadcast-Fähigkeitsnachricht 404 erzeugt und an den PoC-Server 206 übermittelt. Ferner erzeugt das dritte Mobilfunk-Kommunikations-Endgerät 203 eine zweite (oder mehrere zweite) SIP-Broadcast-Fähigkeitsnachricht 405 und sendet diese ebenfalls an den POC-Server 206. In den SIP-Broadcast-Fähigkeitsnachrichten 404, 405 sind als Parameter die Angaben enthalten, welche die jeweiligen Fähigkeiten der Mobilfunk-Kommunikations-Endgeräte 202, 203 hinsichtlich des Empfangens und/oder Verarbeitens von Broadcast-Nachrichten beschrieben.
  • Nach Empfang der beiden Broadcast-Fähigkeitsnachrichten 404, 405 sind dem PoC-Server 206 die jeweiligen Broadcast-Fähigkeiten der beiden Mobilfunk-Kommunikations-Endgeräte 202, 203 bekannt.
  • Nunmehr ist eine PoC-Kommunikationsverbindung (POC Session) zwischen dem PoC-Server 206 und den PoC-Clients der Mobilfunk-Kommunikations-Endgeräte 201, 202, 203, wobei jeweils ein PoC-Client in einem jeweiligen Mobilfunk-Kommunikations-Endgerät 201, 202, 203 vorgesehen ist, aufgebaut, was in 4 symbolisiert ist mit Block 406 (Media streams transport and session control (uplink and downlink over cellular net)). Sowohl in Uplink-Kommunikationsrichtung als auch in Downlink-Kommunikationsrichtung erfolgt zu diesem Zeitpunkt die Kommunikation über das Mobilfunk-Kommunikationsnetzwerk, allgemein das zellulare Kommunikationsnetz.
  • Nunmehr entscheidet der POC-Server 206, allgemein die Kommunikationssitzungs-Servereinheit, genauer deren Entscheidungseinheit, über welche Access-Technologien (Zugangstechnologien) die Daten im Rahmen der Kommunikationssitzung unter Verwendung des Realtime Transport Protocols (RTP) verbreitet, das heißt übertragen werden sollen, beispielsweise ob die Daten über ein Broadcast-Kommunikationsnetzwerk und/oder über ein zellulares Kommunikationsnetzwerk, beispielsweise über ein zellulares Mobilfunk-Kommunikationsnetzwerk übertragen werden soll. Es ist darauf hinzuweisen, dass nicht alle Mobilfunk-Kommunikations-Endgeräte ihre Medien-Daten unter Verwendung der gleichen Access-Technologie erhalten müssen, das heißt übertragen bekommen.
  • In diesem Beispiel wird angenommen, dass dem zweiten Mobilfunk-Kommunikations-Endgerät 202 und dem dritten Mobilfunk-Kommunikations-Endgerät 203 die Medien-Daten unter Verwendung des Broadcast-Systems, insbesondere des Broadcast-Kommunikationsnetzwerks zugesendet werden sollen. Das erste Mobilfunk-Kommunikations-Endgerät 201 soll die Medien-Daten im Rahmen der PoC-Kommunikationssitzung auf „normalem Weg" (peer-to-peer) unter Verwendung des jeweiligen Kanals in dem zellularen Mobilfunk-Kommunikationsnetzwerk erhalten. Diese Entscheidung wird von dem PoC-Server 206 mittels der Entscheidungseinheit getroffen, was in 4 mit Block 407 symbolisiert ist.
  • Nach der erfolgten Entscheidung startet der PoC-Server 206 mit dem Broadcast Service Provider, gemäß diesem Ausführungsbeispiel mit der Broadcast-Service-Operator-Einheit 208 eine SIP-Kommunikationssitzung. Dabei übergibt der PoC-Server 206 dem Broadcast Service Provider, nämlich der Broadcast-Service-Operator-Einheit 208 eine Liste mit Usern (Nutzern) (beispielsweise eine Liste mit den SIP-Adressen der Nutzer) die zu der oben beschriebenen und gestarteten PoC-Kommunikationssitzung gehörige Sprachdaten über die Broadcast-Technologie, welche von dem Broadcast Service Provider bereitgestellt wird, empfangen könnten und auch wollen. Dies erfolgt mittels einer vierten SIP-INVITE-Nachricht 408, wobei in der vierten SIP-INVITE-Nachricht 408 als Parameter die SIP-Adressen des zweiten Mobilfunk-Kommunikations-Endgeräts 202 und des dritten Mobilfunk-Kommunikations-Endgeräts 203 sowie die Identifikationsangabe der PoC-Kommunikationssitzung (Service Session ID) als Parameter enthalten sind. Die Service Session ID ist für die eindeutige Identifikation der jeweiligen PoC-Kommunikationssitzung vorgesehen.
  • Der Broadcast Service Provider, beispielsweise die Broadcast-Service-Operator-Einheit 208 prüft auf den Empfang der vierten SIP-INVITE-Nachricht 408 hin, ob für die gewünschte Datenübertragung über das Broadcast-Kommunikationsnetzwerk genügend freie Ressourcen verfügbar sind, was im Folgenden ohne Einschränkung der Allgemeingültigkeit angenommen wird. Wenn dies der Fall ist, akzeptiert die Broadcast-Service-Operator-Einheit 208 die Einladung zu der SIP-Kommunikationssitzung und teilt dies dem PoC-Server 206 mittels einer von der Broadcast-Service-Operator-Einheit 208 erzeugten und an den PoC-Server 206 übermittelten ersten SIP-Antwortnachricht 409.
  • Die oben beschriebenen Schritte werden zumindest teilweise unter Verwendung des IMS durchgeführt, wobei im Rahmen des IMS das dort implementierte SIP eingesetzt wird.
  • In dem Fall, dass ausreichende freie Ressourcen in dem Broadcast-Kommunikationsnetzwerk zur Übertragung der Sprachdaten im Rahmen der Kommunikationssitzung nicht verfügbar sind, oder für den Fall, dass überhaupt keine Ressourcen für die Übertragung der Sprachdaten im Rahmen der PoC-Kommunikationssitzung über das gewünschte Broadcast-Kommunikationsnetzwerk verfügbar sind, würde der Broadcast Service Provider, beispielsweise die Broadcast-Service-Operator-Einheit 208 die PoC-Kommunikationssitzung mit dem PoC-Server 206 mit einer entsprechenden Begründung zurückweisen und dies mit einer entsprechenden Ablehnungsnachricht (nicht dargestellt) dem PoC-Server 206 mitteilen. Die Sprachdaten würden in diesem Fall weiterhin auf herkömmlich Art transportiert werden und das Verfahren würde an dieser Stelle abgebrochen werden, was bedeutet, dass es in dieser Variante nicht zu einem Zusammenwirken (Interworking) zwischen dem PoC-Kommunikationsnetzwerk und dem Broadcast-Kommunikationsnetzwerk, kommt.
  • Wird jedoch die Übertragung der PoC-Kommunikationssitzungs-Daten für das zweite Mobilfunk-Kommunikations-Endgerät 202 und das dritte Mobilfunk-Kommunikations-Endgerät 203 mittels des Broadcast-Kommunikationsnetzwerks akzeptiert, so signalisiert der Broadcast Service Provider den Teilnehmern, das heißt den Nutzern des zweiten Mobilfunk-Kommunikations-Endgeräts 202 beziehungsweise des dritten Mobilfunk-Kommunikations-Endgeräts 203 die für den Empfang der über das Broadcast-Kommunikationsnetzwerk gesendeten Daten erforderlichen Broadcast-Kommunikationsnetzwerk-Parameter (insbesondere die erforderlichen Broadcast-Kommunikationsnetzwerk-Parameter für den Empfang der Sprachdaten), beispielsweise mittels IMS. Dies erfolgt beispielsweise dadurch, dass die Broadcast-Service-Operator-Einheit 208 eine erste SIP-Transportparameter-Nachricht 410 erzeugt und an das zweite Mobilfunk-Kommunikations-Endgerät 202 übermittelt. Ferner erzeugt die Broadcast-Service-Operator-Einheit 208 eine zweite SIP-Transportparameter-Nachricht 411 und übermittelt diese an das dritte Mobilfunk-Kommunikations-Endgerät 203.
  • In jeder der beiden SIP-Transportparameter-Nachrichten 410, 411 ist die Service Session ID als Parameter enthalten.
  • Die SIP-Transportparameter-Nachrichten 410, 411 sind entsprechende SIP-Signalisierungsnachrichten, wobei die PoC-Service-Session-ID die zu aktualisierende PoC-Service-Session kennzeichnet. Der Transport und der Inhalt der beiden SIP-Signalisierungsnachrichten 410, 411 von dem Broadcast-Service-Provider zu den Client-Einheiten weisen die in Tabelle 1 beispielhaft aufgeführte Struktur auf. Um die Einladung zum Empfangen und Verarbeiten der PoC-Kommunikationssitzungsdaten mittels des Broadcast-Kommunikationsnetzwerks zu akzeptieren und dies der Broadcast-Service-Operator-Einheit 208 mitzuteilen, erzeugt das zweite Mobilfunk-Kommunikations- Endgerät 202 eine zweite SIP-Antwort-Nachricht 412 und sendet diese an die Broadcast-Service-Operator-Einheit 208.
  • Ferner erzeugt das dritte Mobilfunk-Kommunikations-Endgerät 203 eine dritte SIP-Antwortnachricht 413 und übermittelt diese ebenfalls an die Broadcast-Service-Operator-Einheit 208.
  • Der Aufbau der jeweiligen positiv bestätigenden beziehungsweise ablehnenden Antwortnachrichten 412, 413 ist ebenfalls in der folgenden Tabelle beispielhaft dargestellt:
    Figure 00320001
  • Mittels der als "BCAST_CONFIG_REQ"-Nachricht bezeichneten Konfigurations-Nachricht, welche als SIP-Transportparameter-Nachricht 410, 411 zu dem Mobilfunk-Kommunikations-Endgeräten 202, 203 übermittelt wird, werden dem jeweiligen Broadcast-Client, das heißt der entsprechenden Kommunikationseinheit in dem Mobilfunk-Kommunikations-Endgerät 202, 203, welche den Empfang und das Dekodieren der übertragenen Broadcast-Nachrichten ermöglicht, alle notwendigen Parameter zum Empfangen des Dienstes mittels des Broadcast-Kommunikationsnetzwerks mitgeteilt.
  • Zusätzlich enthält die Nachricht aber auch Informationen zu dem zu empfangenden Dienst. In dem Beispiel ist es die Service Session ID. Der Broadcast-Client, das heißt die entsprechende Kommunikationseinheit in dem Mobilfunk-Kommunikations-Endgerät 202, 203, erkennt anhand der Service Session ID, für welche Kommunikationssitzung bzw. Dienst er konfiguriert wird. Außerdem erkennt der Broadcast-Client, dass der Service, anders ausgedrückt die Kommunikationssitzung bzw. Dienst, bereits konfiguriert war. Er hat nunmehr die Möglichkeit, die Broadcast-Konfiguration zu akzeptieren, was er mittels der Nachricht "BCAST_CONFIG_CONF" der Broadcast-Service-Operator-Einheit 208 mitteilen könnte oder abzulehnen, was er mit der "BCAST_CONFIG_REJ"-Nachricht mitteilen könnte, welche Nachrichten das jeweilige Mobilfunk-Kommunikations-Endgerät 202, 203 jeweils erzeugt und an die Broadcast-Service-Operator-Einheit 208 übermittelt, tun.
  • Es ist jedoch darauf hinzuweisen, dass die beiden zuletzt beschriebenen Nachrichten im Rahmen des Nachrichtenflusses nicht erforderlich sind und in alternativen Ausführungsformen weggelassen werden können.
  • Nachfolgend aktualisieren die PoC-Session-Clients des zweiten Mobilfunk-Kommunikations-Endgeräts 202 und des dritten Mobilfunk-Kommunikations-Endgeräts 203 ihre jeweiligen PoC-Session Parameter mittels einer jeweiligen SIP-UPDATE-Nachricht 414, 415, welche von dem jeweiligen Mobilfunk-Kommunikations-Endgerät 202, 203 jeweils erzeugt wird und an den PoC-Server 206 übermittelt wird.
  • Anstelle der SIP-UPDATE-Nachrichten 414, 415 können zum Aktualisieren der PoC-Session-Clients auch eine Re-INVITE-Nachricht gemäß SIP von dem Mobilfunk-Kommunikations-Endgeräten 202, 203 erzeugt und an den PoC-Server 206 übermittelt werden. Der PoC-Server 206 stellt daraufhin, das heißt auf den Empfang der SIP-UPDATE-Nachrichten 414, 415 beziehungsweise Re-INVITE-Nachrichten 414, 415 hin, die Transport-Adressen zu den Mobilfunk-Kommunikations-Endgeräten 202, 203 um. Dabei sollte der PoC-Server 206 erkennen, dass die Transport-Adressen für das zweite Mobilfunk-Kommunikations-Endgerät 202 und für das dritte Mobilfunk-Kommunikations-Endgerät 203 identisch sind, da sie ja beide über den gleichen Broadcast-Server die Transport-Nachrichten empfangen, und daher die Sprachnachrichten nur einmal an den Broadcast-Service Provider sendet. Nach Umstellung der Transport-Adressen erhalten die PoC-Session-Clients des zweiten Mobilfunk-Kommunikations-Endgeräts 202 beziehungsweise des dritten Mobilfunk-Kommunikations-Endgeräts 203 die Sprachnachrichten zu der oben beschriebenen PoC-Kommunikationssitzung mittels des Broadcast-Kommunikationsnetzwerks übermittelt. Anders ausgedrückt bedeutet dies, dass der Medien-Datentransport (die Medien-Datenströme) in Uplink-Richtung mittels des zellulären Mobilfunk-Kommunikationsnetzwerks erfolgt und in Downlink-Richtung, das heißt in Datenübertragungsrichtung von dem Kommunikationsnetzwerk zu dem jeweiligen Kommunikations-Endgerät, soweit möglich mittels des jeweiligen Broadcast-Kommunikationsnetzwerks. Die Kommunikationssitzungs-Steuerung (Session Control) erfolgt mittels des zellularen Mobilfunk-Kommunikationsnetzwerks (in 4 symbolisiert mittels Block 416).
  • Der Nutzer des ersten Mobilfunk-Kommunikations-Endgeräts 201 möchte irgendwann die PoC-Kommunikationssitzung mit den Teilnehmern, das heißt den Nutzern des zweiten Mobilfunk-Kommunikations-Endgeräts 202 und des dritten Mobilfunk-Kommunikations-Endgeräts 203 beenden.
  • Die Signalisierung zum Beenden der PoC-Sitzung erfolgt mittels IMS unter Verwendung von SIP-Nachrichten an den PoC-Server 206. Hierzu erzeugt und sendet das erste Mobilfunk-Kommunikations-Endgerät 201 eine SIP-BYE-Nachricht 417 an den PoC-Server 206.
  • Auf den Empfang der SIP-BYE-Nachricht 417 baut der PoC-Server 206 die PoC-Kommunikationssitzung ab, indem er für jedes Mobilfunk-Kommunikations-Endgerät 202, 203 jeweils eine SIP-BYE-Nachricht 418, 419 erzeugt. Ferner sendet der PoC-Server 206 eine erste SIP-BYE-Nachricht 418 an das zweite Mobilfunk-Kommunikations-Endgerät 202 und eine zweite SIP-BYE-Nachricht 419 an das dritte Mobilfunk-Kommunikations-Endgerät 203.
  • Ferner baut der PoC-Server 206 auch die PoC-Sitzung mit der Broadcast-Service-Operator-Einheit 208, allgemein mit dem Broadcast Service Provider ab. Auch hierzu erzeugt der PoC-Server 206 eine SIP-BYE-Nachricht, nämlich eine dritte SIP-BYE-Nachricht 420 und sendet diese an die Broadcast-Service-Operator-Einheit 208. Ferner sorgt der Broadcast Service Provider, gemäß diesem Ausführungsbeispiel die Broadcast-Service-Operator-Einheit 208 auf den Empfang der dritten SIP-BYE-Nachricht 420 dafür, dass die zuvor benötigten Ressourcen wieder freigegeben werden.
  • In 5 ist ein anderes Nachrichtenflussdiagramm 500 dargestellt, welches den Nachrichtenaustausch gemäß einem anderen Ausführungsbeispiel der Erfindung darstellt.
  • Das Ausführungsbeispiel, welches in dem Nachrichtenflussdiagramm 500 in 5 dargestellt ist unterscheidet sich von dem Ausführungsbeispiel gemäß 4 insbesondere in der Beschaffung der Information über die Broadcast-Fähigkeiten der PoC-Clients des zweiten Mobilfunk-Kommunikations-Endgeräts 202 beziehungsweise des dritten Mobilfunk-Kommunikations-Endgeräts 203.
  • In dem Ausführungsbeispiel gemäß 4 wurden die Informationen über die Broadcast-Fähigkeiten der PoC-Clients des zweiten Mobilfunk-Kommunikations-Endgeräts 202 und des dritten Mobilfunk-Kommunikations-Endgeräts 203 mittels der SIP-Transportparameter-Nachrichten 404, 405 an den PoC-Server 206 übermittelt.
  • Gemäß dem Nachrichtenflussdiagramm 500 in 5 werden hingegen die Broadcast-Fähigkeiten der PoC-Clients aller Mobilfunk-Kommunikations-Engeräte zentral in einem geeigneten Netzwerkelement, gemäß diesem Ausführungsbeispiel der Erfindung in einem Netzwerkinformationsknoten 501, realisiert als Server-Computer, gepflegt, wobei der PoC-Server 206 die Broadcast-Fähigkeiten der jeweiligen PoC-Clients, die der PoC-Server 206 zu der jeweiligen PoC-Kommunikationssitzung einladen möchte, von dem Netzwerkinformationsknoten 501 abfragt, wie im Folgenden noch näher erläutert wird. Anhand der ermittelten Broadcast-Fähigkeiten entscheidet der PoC-Server 206 dann, ob er den Transport der Medien-Datenströme mittels der Broadcast-Technologie versucht oder nicht. In diesem Zusammenhang ist anzumerken, dass gemäß 3GPP derzeit die RAT-Capabilities, das heißt die Funkzugangs-Technologie-Fähigkeitsparameter lediglich für GSM-Netzwerke, für GPRS-Netzwerke und für IP-Multimedia-Subsystem-Services (IMS) zentral, das heißt in dem HSS (Home Subscriber Server), dem HLR (Home Location Register), dem VLR (Visitor Location Register), dem S-CFCF (Serving Call Server Control Function), usw. verwaltet, nicht aber die RAT-Capabilities, das heißt die Funkzugangs-Technologie-Fähigkeitsparameter neuer Übertragungstechnologien, insbesondere von Broadcast-Übertragungstechnologien wie DVB-T (Digital Video Broadcasting-Terrestrial), DVB-H (Digital Video Broadcasting-Handheld), MBMS (Multimedia Broadcast/Multicast Services), ISDB-T (Integrated Services Digital Broadcasting for Terrestrial), BCMCS (Broadcast/Multicast Services), usw. Im Folgenden wird beschrieben, wie die RAT-Fähigkeitsparameter von den Mobilfunk-Kommunikations-Engeräten 201, 202, 203 zentral in dem Netzwerkelement, das heißt in dem Netzwerkinformationsknoten 501, verwaltet werden, und es somit ermöglich wird, auf die für den Aufbau/die Nutzung von mobilen Diensten notwendigen RAT-Fähigkeitsparamter schnell und umfassend zugreifen zu können.
  • In diesem Zusammenhang ist anzumerken, dass die RAT-Fähigkeitsparameter des Empfängers beziehungsweise des DVB-H Netzwerks zwar dem jeweiligen mobilen Endgerät, das heißt dem jeweiligen Mobilfunk-Kommunikations-Endgerät bekannt sind, nicht aber dem zellularen Kommunikationsnetzwerk beziehungsweise dem Netzwerkoperator. Da beim Dienstaufbau viel Interaktivität (Austausch von Eigenschaften über Hardware, Protokolle, Software, Zugriffstechnologien, Codecs, usw.) zwischen dem Dienstanbieter und dem Dienstteilnehmer erforderlich ist es vorteilhaft, wie im Folgenden beschrieben, zentral verwaltete Netzwerkeigenschaften einzusetzen um den Dienstaufbau erheblich zu beschleunigen und den Signalisierungsaufwand deutlich zu reduzieren.
  • Anschaulich wird im Folgenden eine zentrale Verwaltung von Mobilfunk-RAT-Fähigkeitsparameter in einer zentralen Datenverwaltungsstelle beschrieben, die zum Aufbau und Betrieb von Diensten über die in der Datenverwaltungsstelle verwalteten Netzwerktechnologien eines mobilen Kommunikations-Endgeräts notwendig sind.
  • Die zentrale Verwaltung von RAT-Fähigkeitsparametern ermöglicht es jeder an einem Dienstaufbau beteiligten und berechtigten Instanz, schnell auf Eigenschaften von Teilnehmern, das heißt deren Mobilfunk-Kommunikations-Engeräten, zuzugreifen. Der Zugriff auf die Datenverwaltungsstelle, gemäß diesem Ausführungsbeispiel der Erfindung auf den Netzwerkinformationsknoten 501 erfolgt mittels einer eindeutigen privaten Identifikationsnummer oder mittels einer eindeutigen öffentlichen Identifikationsnummer, wie beispielsweise einer Public/Private User Identity und einer gerätespezifischen Identifikationsnummer.
  • Das folgende Beispiel verdeutlicht den Nutzen des Einsatzes eines solchen Netzwerkinformationsknotens 501 zur zentralen Verwaltung der RAT-Fähigkeitsparameter.
    • 1. Ein Teilnehmer möchte an einem Kommunikationsdienst, wie beispielsweise einer Videokonferenz oder einer oben beschriebenen PoC-Kommunikationssitzung teilnehmen.
    • 2. Der Dienstanbieter und der Teilnehmer etablieren eine Multimedia-Kommunikationssitzung mittels des Session Initiation Protocols (SIP) zwischen den Teilnehmern und dem relevanten Applikationsserver (Application Server AS) beziehungsweise dem relevanten Media-Resource-Function-Controller MRFC) des IP-Multimedia Subsystems (IMS). Gleichzeitig überträgt der Teilnehmer beziehungsweise das Mobilfunk-Kommunikations-Endgerät Parameter zur gewünschten Qualität der Kommunikationssitzung.
    • 3. Der Dienstanbieter erkundigt sich bei der Datenverwaltungsstelle für Mobilfunk-RAT-Fähigkeitsparameter mittels einer eindeutigen Identifikationsparameter, beispielsweise mittels der Private-User-ID und/oder IMSI nach deren Eigenschaften.
    • 4. Der Dienstanbieter entscheidet anhand der RAT-Fähigkeitsparameter, dass der Kommunikationsdienst mittels einer Broadcast-Übertragungstechnologie beispielsweise mittels DVB-H übertragen werden soll, weil nur auf diese Weise die gewünschte Qualität erreicht werden kann.
    • 5. Der Dienstanbieter tritt mit dem Broadcast-Kommunikationsnetzwerk Provider in Kontakt, wie im Zusammenhang mit dem zweiten Ausführungsbeispiel der Erfindung beschrieben wird, und baut den Dienst zu diesem auf.
    • 6. Der Teilnehmer beziehungsweise das Mobilfunk-Kommunikations-Endgerät bekommt mittels des Session Description Protocols (SDP) die Empfangsparameter (beispielsweise die RAT DVB-H, die IP-Adresse, die Port-Angabe, die Informationen über das zu verwendende Kommunikationsprotokoll sowie die Information über die verwendeten Medientypen) mitgeteilt und akzeptiert. Die Signalisierung geschieht mittels des zellularen Mobilfunk-Kommunikationsnetzwerks, alternativ mittels des Broadcast-Kommunikationsnetzwerks.
    • 7. Der Teilnehmer beziehungsweise das Mobilfunk-Kommunikations-Endgerät empfängt den Video-Datenstrom der Konferenz beziehungsweise den PoC-Datenstrom der PoC-Kommunikationssitzung mittels des Broadcast-Kommunikationsnetzwerks. Wie aus dem oben beschriebenen Vorgehen ersichtlich, ist nur ein sehr geringer Signalisierungsaufwand erforderlich, um die erforderlichen Informationen bei dem Teilnehmer-Mobilfunk-Kommunikations-Endgerät abzufragen, da die netzwerkspezifischen Informationen der Datenverwaltungsstelle (z.B. dem Netzwerkinformationsknoten) jederzeit abrufbar, aktuell und vollständig verfügbar sind. Damit wird insbesondere auf der Luft-Kommunikationsschnittstelle, welche nur begrenzte Ressourcen zur Verfügung stellen kann, reduziert. Außerdem muss nicht erst eine eigene Kommunikationssitzung im Rahmen der oben beschriebenen Vorgehensweise aufgebaut werden, die dann durch eine leistungsstärkere Kommunikationssitzung ersetzt wird.
  • Die Datenverwaltungsstelle kann an unterschiedlichen Orten realisiert werden, beispielsweise innerhalb des IP-Based Multimedia Subsystems (IMS). Die Positionierung des Netzwerkinformationsknotens 501 innerhalb des IMS hat beispielsweise den Vorteil, dass andere Datenverwaltungsstellen, wie beispielsweise Non-GPRS-Network-Access-Mode-Data-Storage (Cicuit-Switched) GPRS-Network-Access-Mode-Storage und IP-Multimedia-Service-Data-Storage (für IMS-Dienste) ebenfalls an das IMS angeschlossen beziehungsweise Teil des IMS sind und somit sehr einfach ebenfalls die RAT-Fähigkeitsparameter abfragen können.
  • Die Datenverwaltungsstelle und damit der Netzwerkinformationsknoten 501 gemäß diesem Ausführungsbeispiel der Erfindung kann Daten enthalten zur Identifikation des Teilnehmers und des mobilen Endgeräts, beispielsweise der mobilen Mobilfunk-Kommunikations-Engeräte 201, 202, 203, allgemein gültige Daten, netzwerkspezifische Daten, permanente und temporäre Daten. Die mobilen RAT-Fähigkeitsparameter sollen über eine eindeutige Identifikationsnummer zugreifbar sein. Die Daten können in einem allgemeinen Teil, einem geräteabhängigen Teil (gegebenenfalls mehrere Endgeräte des Teilnehmers) und einem netztechnologiespezifischen Teil (mehrere RAT-Module) aufgeteilt sein, welche Informationen zu den einzelnen Übertragungstechnologien, Providern, Diensten, Adressen usw. enthält. Innerhalb des netztechnologie-spezifischen Teils können die Daten nach Übertragungstechnologien strukturiert verwaltet werden. Temporär gültige Daten können mit einem Zeitstempel versehen werden, der den Zeitpunkt der letzten Aktualisierung kennzeichnet. Ein beispielhafter Datensatz, ohne Einschränkung der Allgemeingültigkeit ist in der folgenden Tabelle dargestellt.
  • Figure 00410001
  • In der oben beschriebenen Tabelle sind beispielhaft eine RAT-Fähigkeitsparameter des Providers XYZ dargestellt. Die verwalteten Daten des Teilnehmers Max sind wie folgt zu verstehen.
  • Im Allgemeinen Teil werden Daten zu Personen durch Rechte gespeichert, die mit den RAT-Fähigkeitsparametern in keinem direkten Bezug stehen. Das sind beispielsweise die Private-User-ID (in diesem Fall Max@XYZ.com) zur eindeutigen Identifizierung von Max, die Public-User-ID (SIP:May@XYZ.com) oder die Liste der Authorized Visited Networks, welche die Roaming-Kommunikationsnetze kennzeichnen, gemäß dem Ausführungsbeispiel sind dies die Kommunikationsnetze, welche mittels der Identifikationsangaben 26201, 26202, 22201, identifiziert sind.
  • Im gerätespezifischen Teil der oben dargestellten Tabelle wird eine Liste der jeweiligen Mobilfunk-Kommunikations-Engeräte verwaltet. In dem oben beschriebenen Beispiel sind dies ohne Einschränkung der Allgemeingültigkeit zwei Mobilfunk-Kommunikations-Engeräte, nämlich ein erstes Mobilfunk-Kommunikations-Endgerät, welches identifiziert wird mittels der IMSI 262020123456789 und mit der IMEI 00-499-00-282340-8 sowie ein zweites Mobilfunk-Kommunikations-Endgerät, identifiziert mittels der IMSI 2620201234567891 und der IMEI 35-3910-00-298554-0.
  • In dem gerätespezifischen Teil wird eine Liste mit RAT-Modulen, welche das jeweilige Mobilfunk-Kommunikations-Endgerät aufweist, beispielsweise eines DVB-H-Empfangsmoduls eines DMB-Empfangsmoduls, eines DAB-Empfangsmoduls, usw. verwaltet. Dieser Teil enthält Informationen zum Status des jeweiligen RAT-Moduls, zum Provider, die Provider-Gateway-Adresse, die Location/Position (beispielsweise in einer Angabe einer Mobilfunk-Zelle, in der sich das Mobilfunk-Kommunikations-Endgerät aktuell befindet und weitere Informationen wie beispielsweise RAT-spezifische Empfangsparamter. In dem vorliegenden Beispiel wird angenommen, dass das erste in der Liste aufgeführte Mobilfunk-Kommunikations-Endgerät ein DVB-H-Empfangsmodul aufweist, dessen Status als "Connected" angenommen wird, dessen Provider identifiziert wird mittels des Identifikationsparameters 26255, dessen Gateway-Adresse identifiziert wird mittels der IP Adresse 220.04.12 und dessen Location/Position angenommen wird als Position innerhalb der Mobilfunk-Zelle, identifiziert durch den Parameter 262-55-0815. Ferner sind zwei Sitzungen aktiv, deren Parameter ebenfalls in der oben beschriebenen Tabelle erfasst sind, wobei eine erste Sitzung von dem PDP-Typ IP (Internet Protocol) ist und eine zweite Sitzung von dem PDP-Typ PPP (Point to Point Protocol).
  • Ferner wird angenommen, dass das erste in der Liste aufgeführte Mobilfunk-Kommunikations-Endgerät ein RAT-Empfangsmodul aufweist, welches den Status "Unconnected", d.h. nicht verbunden, aufweist, und bei dem Provider 26233 registriert ist, wobei die Gateway-Adresse des Providers 49.99.4.1 lautet.
  • Das zweite in der Liste aufgeführte Mobilfunk-Kommunikations-Endgerät weist ein DAB-Empfangsmodul auf, wobei angenommen wird, dass diese aktuell in dem Status "Unconnected" ist. Das DAB-Empfangsmodul ist bei dem Provider 26233 registriert, wobei die Gateway-Adresse des Providers lautet 223.23.1.1.
  • Es wird gemäß dieser Ausführungsform der Erfindung angenommen, das einige Parameter mit einem Zeitstempel versehen sind. Die jeweiligen Zeitstempel kennzeichnen temporäre Parameter. Ein Zeitstempel gibt an, wann der jeweilige Parameter das letzte mal aktualisiert bzw. verändert wurde.
  • Es ist darauf hinzuweisen, dass es sich bei der oben beschriebenen RAT-Fähigkeitsparameter-Tabelle lediglich um ein Beispiel handelt.
  • Es können in anderen Ausführungsformen der Erfindung weitere Parameter vorgesehen sein oder einige Parameter können weggelassen sein.
  • Die oben beschriebene Tabelle soll lediglich dazu dienen, das Prinzip der RAT-Fähigkeitsparameter-Tabelle in einer Datenverwaltungsstelle zu erläutern.
  • Im Rahmen der Aktualisierung der von der Datenverwaltungsstelle verwalteten Parameter tauschen das jeweilige Mobilfunk-Kommunikations-Endgerät und die Datenverwaltungsstelle Informationen mittels Nachrichten über das zellulare Mobilfunk-Kommunikationsnetzwerk (beispielsweise GSM, GPRS, UMTS) aus. Die Nachrichten werden automatisch von dem Mobilfunk-Kommunikations-Endgerät mit den verfügbaren Inhalten gefüllt und versendet. Die Art der Nachrichten bzw. das jeweils verwendete Kommunikationsprotokoll, welches zur Übermittlung der Nachricht verwendet wird, kann beliebig ausgewählt werden, beispielsweise kann eine Beschreibung der Nachrichteninhalte mittels XML (Extensible Markup Language) erfolgen. Der Transport der Nachrichten kann mittels IMS erfolgen.
  • Im Folgenden werden beispielhaft Alternativen zur Aktualisierung der Datenverwaltungsstelle, beispielsweise des Netzwerkinformationsknotens 501, dargestellt:
  • a) Ereignisgesteuert:
  • Das ereignisgesteuerte Versenden der Nachrichten hat den Vorteil, dass nur bei Eintreffen eines Ereignisses eine Aktualisierung gestartet wird.
  • Gültige Ereignisse sind beispielsweise:
    • – Wechsel des Mobilfunk-Kommunikations-Endgeräts in eine andere Mobilfunk-Zelle (Handover) bei GSM, UMTS, DVB-H, usw.;
    • – Wechsel des Mobilfunk-Kommunikations-Endgeräts in eine andere PLMN (Public Land Mobile Network) (Roaming);
    • – Ein-Ausschalten des Mobilfunk-Kommunikations-Endgeräts;
    • – Signalempfangsstärke ist über Länge einen vorgebbaren längeren Zeitraum nicht ausreichend oder ist wieder ausreichend;
    • – Teilnahme des Mobilfunk-Kommunikations-Endgeräts an einem Dienst/Service;
    • – Ausrüstung/Erweiterung eines Mobilfunk-Kommunikations-Endgeräts um eine weitere Übertragungstechnologie, beispielsweise mittels Hinzufügens eines weiteren Broadcast-Empfangsmoduls;
    • – Wechsel des Mobilfunk-Kommunikations-Endgeräts;
    • – Inbetriebnahme eines weiteren Mobilfunk-Kommunikations-Endgeräts.
  • b) Periodisch:
  • Die Datenverwaltungsstelle erfragt periodisch, beispielsweise alle 60 Minuten (oder in einem beliebigen anderen Zeitintervall) die benötigten Daten oder dessen Gültigkeit ab. Dies kann wünschenswert sein, wenn das Mobilfunk-Kommunikations-Endgerät beispielsweise in einem Bereich mit nicht ausreichender Empfangssignalstärke bewegt wurde und keine Nachrichten mehr senden konnte. In diesem Fall ist die Datenverwaltungsstelle in der Lage, dies zu erkennen und entsprechende temporäre Einträge zu markieren oder zu löschen.
  • c) Durch anderen Dienst oder Enabler:
  • Die Datenverwaltungsstelle kann bereits existierende Dienste zu entsprechenden Informationen befragen bzw. abfragen. Eine Wiederverwendung bestehender Dienste zur Aktualisierung der in der Datenverwaltungsstelle verwalteten Informationen ist wünschenswert.
  • Die oben beschriebene Vorgehensweise weist beispielsweise folgende Vorteile auf:
    • • Verringerter Signalisierungsaufwand bei Dienstaufbau. Dadurch Einsparung von benötigter Bandbreite vor allem auf der Luftschnittstelle.
    • • Dienstaufbau ist gemäß vorgebbaren Wünschen (beispielsweise verbesserte Qualität) des Teilnehmers und nach Terminal-Capabilities sofort möglich.
    • • Es ist ein schnellerer Dienstaufbau möglich als gemäß dem heutigen Stand der Technik.
    • • Die unidirektionalen Broadcast-Übertragungstechnologien der nächsten Generation erfordern neue bzw. zusätzliche Signalisierungsparameter und Protokollerweiterungen. Die Verwaltung dieser RAT-Fähigkeitsparameter an einem Ort, nämlich der dem Netzwerkinformationsknoten, allgemein der Datenverwaltungsstelle, hilft den Dienstanbietern dediziert mit einem Teilnehmer in Kontakt zu treten.
    • • Der Aufbau der RAT-Capabilities-Tabelle erlaubt die gleichzeitige Verwaltung mehrerer Endgeräte und deren RAT-Fähigkeitsparametern.
  • Der Nachrichtenfluss zum Aufbau der Kommunikationssitzung gemäß 5 ist derart, dass zunächst von dem ersten Mobilfunk-Kommunikations-Endgerät 201 eine SIP-Sitzungs-Initiierungsnachricht 401 an den POC Server 206 übermittelt wird und dieser das zweite Mobilfunk-Kommunikations-Endgerät 202 sowie das dritte Mobilfunk-Kommunikations-Endgerät 203 zu der Kommunikationssitzung mittels SIP-INVITE-Nachrichten 402 bzw. 403 einlädt.
  • Das zweite Mobilfunk-Kommunikations-Endgerät 202 und das dritte Mobilfunk-Kommunikations-Endgerät 203 erzeugen jeweils eine SIP-Akzeptierungs-Nachricht 502 bzw. 503, mit welcher sie die Einladung zu der POC-Sitzung akzeptieren. In den SIP-Akzeptierungs-Nachrichten 502 bzw. 503, welche von den Mobilfunk-Kommunikations-Endgeräten 202, 203 jeweils an den POC Server 206 übermittelt werden, sind gemäß diesem Ausführungsbeispiel im Unterschied zu dem in 4 dargestellten Ausführungsbeispiel der Erfindung die Broadcast-Fähigkeisparameter der Mobilfunk-Kommunikations-Endgeräte 202, 203 nicht enthalten, da diese ja in dem Netzwerkinformationsknoten 501 zentral gespeichert und verwaltet werden.
  • Somit ist gemäß dem in 5 dargestellten Ausführungsbeispiel nunmehr eine mittels Block 504 symbolisierte PoC-Sitzung aufgebaut, wobei die Medien-Datenströme und deren Transport und die Sitzungskontrolle, d.h. Sitzungsteuerung, in Uplink-Richtung und in Downlink-Richtung mittels des zellularen Mobilfunk-Kommunikationsnetzwerks erfolgt.
  • Nachfolgend wird von dem POC Server 206 mittels einer SIP Broadcast-Fähigkeitsparameter-Request-Nachricht 505, welche von dem POC-Server 206 erzeugt und an den Netzwerkinformationsknoten 501 übermittelt und mit welcher die Broadcast-Fähigkeitsparameter des zweiten Mobilfunk-Kommunikations-Endgeräts 202 und des dritten Mobilfunk-Kommunikations-Endgeräts 203, allgemein der Teilnehmer der POC Sitzung, erfragt werden. Auf den Empfang der SIP-Request-Nachricht 505 hin ermittelt der Netzwerkinformationsknoten 501 die Parameter, d.h. die Broadcast-Fähigkeitsparameter des zweiten Mobilfunk-Kommunikations-Endgerät 202 und des dritten Mobilfunk-Kommunikations-Endgeräts 203 und übermittelt diese in einer von dem Netzwerkinformationsknoten 501 erzeugten SIP-Confirm-Nachricht 506 an den POC-Server 206.
  • Damit sind die Broadcast-Fähigkeitsparameter der Mobilfunk-Kommunikations-Endgeräte 202, 203 in dem POC Server 206 bekannt und verfügbar.
  • Der restliche Nachrichtenfluss in dem Ausführungsbeispiel gemäß 5 entspricht dem ersten Ausführungsbeispiel gemäß 4, weshalb auf eine wiederholte Erläuterung verzichtet wird.
  • Die Beschaffung der Information über die Broadcast-Fähigkeiten erfolgt beispielsweise nach dem Aufbau einer "regulären" Sitzung, beispielsweise nach dem Aufbau einer SIP-Sitzung, wie oben beschrieben, da sich erst im Rahmen des Sitzungs-Aufbaus herausstellt, welche Clients an der Sitzung teilnehmen möchten.
  • Es ist jedoch darauf hinzuweisen, dass in einer alternativen Ausführungsform der Sitzungsserver, gemäß dem Ausführungsbeispiel der Erfindung der POC Server 206, die Broadcast-Fähigkeiten der Clients vor Übermitteln der SIP-INVITE-Nachrichten 402, 403 an die Mobilfunk-Kommunikations-Endgeräte 202, 203, der Clients durchführen kann.
  • Ferner ist darauf hinzuweisen, dass in anderen Ausführungsformen der Erfindung Funktionen, welche allgemeine Anforderungen an Mobilfunk-Datenübertragung haben, wie beispielsweise Sicherheits-Funktionen, Service- und Contentschutz-Funktionen, Abrechungsfunktionen, usw. berücksichtigt werden können, wobei diese jedoch keinen Einfluss auf das oben beschriebene grundlegende Prinzip haben.
  • In diesem Dokument ist folgendes Dokument zitiert:
    • [1] J. Rosenberg, A framework for conferencing with the session initiation protocol, SIP Internet-Draft, IETF SIPPING working group: Draft-IETF-SIPPING-conferencingframework-03, Oktober 2004;
    • 100
    Skizze funktionales Modell
    101
    Block
    102
    Block
    103
    Broadcast-Kommunikationsnetzwerk
    104
    zellulares Kommunikations-Netzwerk
    105
    Broadcast-Kommunikations-Endgerät
    106
    hybrides Kommunikations-Endgerät
    107
    zellulares Kommunikations-Endgerät
    108
    Luftschnittstelle
    109
    Luftschnittstelle
    110
    Luftschnittstelle
    111
    Luftschnittstelle
    112
    erste Netzwerk-Schnittstelle
    113
    zweite Netzwerk-Schnittstelle
    114
    Schnittstelle
    115
    Dienst-Ermittlungs-Komponente
    116
    Inhalt-Einpack-Komponente
    117
    Dienst-Interaktions-Komponente
    118
    Dienste-Scheduling- und Multiplexing-Komponente
    119
    Dienst-Schutz- und Digitale-Rechte-Verwaltungs-Komponente
    120
    Beschaffungs-Erfüllungs-Komponente
    200
    Blockdiagramm Kommunikationssystem
    201
    erstes Mobilfunk-Kommunikations-Endgerät
    202
    zweites Mobilfunk-Kommunikations-Endgerät
    203
    drittes Mobilfunk-Kommunikations-Endgerät
    204
    IP-basiertes Multimedia Subsystem (IMS)
    205
    Gateway GPRS Support Node (GGSN)
    206
    PoC-Server
    207
    Broadcast-Kommunikationsnetzwerk-Operator-Einheit
    208
    Broadcast-Service-Operator-Einheit
    209
    Nutzdaten-Kommunikationsverbindung
    210
    Nutzdaten-Kommunikationsverbindung
    211
    Nutzdaten-Kommunikationsverbindung
    212
    Signalisierungs-Kommunikationsverbindung
    213
    Signalisierungs-Kommunikationsverbindung
    214
    Signalisierungs-Kommunikationsverbindung
    215
    Signalisierungs-Kommunikationsverbindung
    216
    bidirektionale Nutzdaten-Kommunikationsverbindung
    217
    bidirektionale Signalisierungs-Kommunikationsverbindung
    218
    Signalisierungs-Kommunikationsverbindung
    219
    Pfeil
    220
    bidirektionale Signalisierungs-Kommunikationsverbindung
    221
    unidirektionale Nutzdaten-Kommunikationsverbindung
    222
    nicht dedizierte Kommunikationsverbindung
    223
    nicht dedizierte Kommunikationsverbindung
    301
    Gehäuse
    302
    Taste
    303
    Lautsprecher
    304
    Bildschirm-Anzeigeeinheit
    305
    erste Kommunikationseinheit
    306
    DVB-Netzwerk
    307
    zweite Kommunikationseinheit
    308
    Funk-Zugangsnetzwerk
    309
    dritte Kommunikationseinheit
    310
    vierte Kommunikationseinheit
    311
    fünfte Kommunikationseinheit
    312
    WLAN-Netzwerk
    313
    sechste Kommunikationseinheit
    314
    DAB/DMB-Netzwerk
    400
    Nachrichtenflussdiagramm
    401
    erste SIP-INVITE-Nachricht
    402
    zweite SIP-INVITE-Nachricht
    403
    dritte SIP-INVITE-Nachricht
    404
    erste SIP-Broadcast-Fähigkeitsnachricht
    405
    zweite SIP-Broadcast-Fähigkeitsnachricht
    406
    Block
    407
    Block
    408
    vierte SIP-INVITE-Nachricht
    409
    erste SIP-Antwortnachricht
    410
    erste SIP-Transportparameter-Nachricht
    411
    zweite SIP-Transportparameter-Nachricht
    412
    zweite SIP-Antwort-Nachricht
    413
    dritte SIP-Antwortnachricht
    414
    SIP-UPDATE-Nachricht
    415
    SIP-UPDATE-Nachricht
    416
    Block
    417
    SIP-BYE-Nachricht
    418
    SIP-BYE-Nachricht
    419
    SIP-BYE-Nachricht
    420
    SIP-BYE-Nachricht
    500
    Nachrichtenflussdiagramm
    501
    Netzwerkinformationsknoten
    502
    SIP-Akzeptierungs-Nachricht
    503
    SIP-Akzeptierungs-Nachricht
    504
    Block
    505
    Broadcast-Fähigkeitsparameter-Request-Nachricht
    506
    SIP-Confirm-Nachricht

Claims (32)

  1. Kommunikationssitzungs-Server-Einheit, • mit einer Kommunikationssitzungs-Aufbaueinheit zum Aufbauen einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, • mit einer Kommunikationssitzungs-Steuereinheit zum Steuern der aufgebauten Kommunikationssitzung, • mit einer Empfangseinheit zum Empfangen von mindestens einem Broadcast-Fähigkeits-Parameter zumindest eines Kommunikations-Endgeräts, welches an der Kommunikationssitzung teilnimmt, wobei mit dem mindestens einen Broadcast-Fähigkeits-Parameter die Fähigkeiten des Kommunikations-Endgeräts hinsichtlich eines Empfangens und/oder Verarbeitens von mittels eines Broadcast-Kommunikationsnetzwerks übermittelten Daten beschrieben werden, • mit einer Entscheidungseinheit, welche eingerichtet ist zu entscheiden, ob dem Kommunikations-Endgerät Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks übertragen werden sollen, und • mit einer Broadcast-Anfragenachricht-Erzeugungseinheit zum Erzeugen einer Broadcast-Anfragenachricht für eine Broadcast-Server-Einheit, Daten im Rahmen der Kommunikationssitzung an das zumindest eine Kommunikations-Endgerät mittels eines Broadcast-Kommunikationsnetzwerks zu übertragen.
  2. Kommunikationssitzungs-Server-Einheit gemäß Anspruch 1, • mit einer Prüfeinheit, welche eingerichtet ist zum Prüfen, ob das Kommunikations-Endgerät gemäß dem mindestens einen empfangenen Broadcast-Fähigkeits-Parameter Daten mittels eines Broadcast-Kommunikationsnetzwerks empfangen kann, • wobei die Entscheidungseinheit derart eingerichtet ist, dass sie nur dann entscheidet, die Daten im Rahmen der Kommunikationssitzung mittels des Broadcast-Kommunikationsnetzwerks zu übertragen, wenn das Kommunikations-Endgerät gemäß dem Prüfergebnis der Prüfeinheit Daten mittels eines Broadcast-Kommunikationsnetzwerks empfangen kann.
  3. Kommunikationssitzungs-Server-Einheit gemäß Anspruch 1 oder 2, wobei die Kommunikationssitzungs-Aufbaueinheit eingerichtet ist zur Kommunikation gemäß einem Kommunikationssitzungs-Aufbau-Protokoll.
  4. Kommunikationssitzungs-Server-Einheit gemäß Anspruch 3, wobei die Kommunikationssitzungs-Aufbaueinheit eingerichtet ist zur Kommunikation gemäß dem Session Initiation Protocol.
  5. Kommunikationssitzungs-Server-Einheit gemäß einem der Ansprüche 1 bis 4, wobei die Broadcast-Anfragenachricht-Erzeugungseinheit eingerichtet ist zum Erzeugen der Broadcast-Anfragenachricht gemäß einem Kommunikationssitzungs-Aufbau-Protokoll.
  6. Kommunikationssitzungs-Server-Einheit gemäß Anspruch 5, wobei die Broadcast-Anfragenachricht-Erzeugungseinheit eingerichtet ist zum Erzeugen der Broadcast-Anfragenachricht gemäß dem Session Initiation Protocol.
  7. Kommunikationssitzungs-Server-Einheit gemäß einem der Ansprüche 1 bis 6, eingerichtet zum Bereitstellen einer Halb-Duplex-Kommunikationssitzung.
  8. Kommunikationssitzungs-Server-Einheit gemäß Anspruch 7, eingerichtet zum Bereitstellen einer Push-to-Talk-Kommunikationssitzung.
  9. Kommunikationssitzungs-Server-Einheit gemäß Anspruch 8, eingerichtet zum Bereitstellen einer Push-to-Talk-over-Cellular-Kommunikationssitzung.
  10. Kommunikationssitzungs-Server-Einheit gemäß einem der Ansprüche 1 bis 7, eingerichtet zum Bereitstellen einer internetbasierten Kommunikationssitzung.
  11. Kommunikations-Endgerät, • mit einer Kommunikationssitzungs-Client-Einheit zum Durchführen einer Kommunikationssitzung mit mindestens einem anderen Kommunikations-Endgerät mittels einer Kommunikationssitzungs-Server-Einheit, • mit einer Nachrichten-Erzeugungseinheit zum Erzeugen mindestens einer Broadcast-Fähigkeits-Nachricht, wobei die Nachrichten-Erzeugungseinheit derart eingerichtet ist, dass sie mindestens einen Broadcast-Fähigkeits-Parameter in die Broadcast-Fähigkeits-Nachricht einfügt, wobei mit dem mindestens einen Broadcast-Fähigkeits-Parameter die Fähigkeiten des Kommunikations-Endgeräts hinsichtlich eines Empfangens und/oder Verarbeitens von mittels eines Broadcast-Kommunikationsnetzwerks übermittelten Daten beschrieben werden.
  12. Kommunikations-Endgerät gemäß Anspruch 11, wobei die Kommunikationssitzungs-Client-Einheit eingerichtet ist zur Kommunikation gemäß dem Session Initiation Protocol.
  13. Kommunikations-Endgerät gemäß Anspruch 11 oder 12, eingerichtet zum Bereitstellen einer Halb-Duplex-Kommunikationssitzung.
  14. Kommunikations-Endgerät gemäß Anspruch 13, eingerichtet zum Bereitstellen einer Push-to-Talk-Kommunikationssitzung.
  15. Kommunikations-Endgerät gemäß Anspruch 14, eingerichtet zum Bereitstellen einer Push-to-Talk-over-Cellular-Kommunikationssitzung.
  16. Kommunikations-Endgerät gemäß einem der Ansprüche 11 bis 13, eingerichtet zum Bereitstellen einer internetbasierten Kommunikationssitzung.
  17. Broadcast-Server-Einheit, • mit einer Empfangseinheit zum Empfangen von mindestens einer Broadcast-Anfragenachricht von einer Kommunikationssitzungs-Server-Einheit, mittels welcher von der Kommunikationssitzungs-Server-Einheit angefragt wird, Daten im Rahmen einer von der Kommunikationssitzungs-Server-Einheit gesteuerten Kommunikationssitzung an zumindest ein Kommunikations-Endgerät mittels eines Broadcast-Kommunikationsnetzwerks zu übertragen, • mit einer Sendeeinheit zum Senden von Daten im Rahmen der Kommunikationssitzung mittels des Broadcast-Kommunikationsnetzwerks gemäß der empfangenen Broadcast-Anfragenachricht.
  18. Broadcast-Server-Einheit gemäß Anspruch 17, mit einer Kommunikationssitzungs-Client-Einheit zum Durchführen einer Kommunikationssitzung mit der Kommunikationssitzungs-Server-Einheit.
  19. Broadcast-Server-Einheit gemäß Anspruch 18, wobei die Kommunikationssitzungs-Client-Einheit eingerichtet ist zur Kommunikation gemäß dem Session Initiation Protocol.
  20. Broadcast-Server-Einheit gemäß einem der Ansprüche 17 bis 19, mit einer Nachrichten-Erzeugungseinheit zum Erzeugen mindestens einer SIP-Transportparameter-Nachricht für das mindestens eine an der Kommunikationssitzung teilnehmende Kommunikations-Endgerät, welches die Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks übertragen bekommen soll, wobei die Nachrichten-Erzeugungseinheit derart eingerichtet ist, dass sie die verwendeten Transportparameter bei Übertragung der Daten über das Broadcast-Kommunikationsnetzwerk in die SIP-Transportparameter-Nachricht einfügt.
  21. Broadcast-Server-Einheit gemäß Anspruch 20, wobei die Nachrichten-Erzeugungseinheit eingerichtet ist zum Erzeugen der SIP-Transportparameter-Nachricht gemäß dem Kommunikationssitzungs-Aufbau-Protokoll.
  22. Broadcast-Server-Einheit gemäß Anspruch 21, wobei die Nachrichten-Erzeugungseinheit eingerichtet ist zum Erzeugen der SIP-Transportparameter-Nachricht gemäß dem Session Initiation Protocol.
  23. Broadcast-Server-Einheit gemäß einem der Ansprüche 17 bis 22, • mit einer Broadcast-Prüfeinheit, welche eingerichtet ist zu prüfen, ob das angeforderte Übertragen der Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks möglich ist, • mit einer Broadcast-Entscheidungseinheit, welche eingerichtet ist zu entscheiden, unter Verwendung des Prüfergebnisses der Broadcast-Prüfeinheit, ob das angeforderte Übertragen der Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks durchgeführt wird.
  24. Netzwerkeinheit, • mit einer Empfangseinheit zum Empfangen von mindestens einem Broadcast-Fähigkeits-Parameter zumindest eines Kommunikations-Endgeräts, wobei mit dem mindestens einen Broadcast-Fähigkeits-Parameter die Fähigkeiten des Kommunikations-Endgeräts hinsichtlich eines Empfangens und/oder Verarbeitens von mittels eines Broadcast-Kommunikationsnetzwerks übermittelten Daten beschrieben werden, • mit einer Speichereinheit zum Speichern des mindestens einen empfangenen Broadcast-Fähigkeits-Parameters, • mit einer Sendeeinheit zum Senden des mindestens einen Broadcast-Fähigkeits-Parameters an eine Kommunikationssitzungs-Server-Einheit.
  25. Netzwerkeinheit gemäß Anspruch 24, mit einer Kommunikationssitzungs-Client-Einheit zum Durchführen einer Kommunikationssitzung mit der Kommunikationssitzungs-Server-Einheit.
  26. Netzwerkeinheit gemäß Anspruch 25, wobei die Kommunikationssitzungs-Client-Einheit eingerichtet ist zur Kommunikation gemäß dem Session Initiation Protocol.
  27. Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, • bei dem unter Verwendung von mindestens einem empfangenen Broadcast-Fähigkeits-Parameter zumindest eines Kommunikations-Endgeräts, welches an der Kommunikationssitzung teilnimmt, wobei mit dem mindestens einen Broadcast-Fähigkeits-Parameter die Fähigkeiten des Kommunikations-Endgeräts hinsichtlich eines Empfangens und/oder Verarbeitens von mittels eines Broadcast-Kommunikationsnetzwerks übermittelten Daten beschrieben werden, entschieden wird, ob dem Kommunikations-Endgerät Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks übertragen werden sollen, und • bei dem für den Fall, dass dem Kommunikations-Endgerät Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks übertragen werden sollen, eine Broadcast-Anfragenachricht für eine Broadcast-Server-Einheit, Daten im Rahmen der Kommunikationssitzung an das zumindest eine Kommunikations-Endgerät mittels eines Broadcast-Kommunikationsnetzwerks zu übertragen, erzeugt wird.
  28. Verfahren zum Aufbauen einer Kommunikationssitzung, • bei dem von einer Kommunikationssitzungs-Client-Einheit eines Kommunikations-Endgeräts eine Kommunikationssitzung mit mindestens einem anderen Kommunikations-Endgerät mittels einer Kommunikationssitzungs-Server-Einheit aufgebaut wird, • wobei mindestens ein Broadcast-Fähigkeits-Parameter, mit dem die Fähigkeiten des Kommunikations-Endgeräts hinsichtlich eines Empfangens und/oder Verarbeitens von mittels eines Broadcast-Kommunikationsnetzwerks übermittelten Daten beschrieben werden, an die Kommunikationssitzungs-Server-Einheit gesendet wird.
  29. Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit, • bei dem mindestens eine Broadcast-Anfragenachricht von einer Kommunikationssitzungs-Server-Einheit empfangen wird, mittels welcher von der Kommunikationssitzungs-Server-Einheit angefragt wird, Daten im Rahmen einer von der Kommunikationssitzungs-Server-Einheit gesteuerten Kommunikationssitzung an das zumindest eine Kommunikations-Endgerät mittels eines Broadcast-Kommunikationsnetzwerks zu übertragen, • bei dem Daten im Rahmen der Kommunikationssitzung mittels des Broadcast-Kommunikationsnetzwerks gemäß der empfangenen Broadcast-Anfragenachricht gesendet werden.
  30. Computerprogrammelement, welches, wenn es von einem Prozessor ausgeführt wird, folgendes Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten aufweist: • unter Verwendung von mindestens einem empfangenen Broadcast-Fähigkeits-Parameter zumindest eines Kommunikations-Endgeräts, welches an der Kommunikationssitzung teilnimmt, wobei mit dem mindestens einen Broadcast-Fähigkeits-Parameter die Fähigkeiten des Kommunikations-Endgeräts hinsichtlich eines Empfangens und/oder Verarbeitens von mittels eines Broadcast-Kommunikationsnetzwerks übermittelten Daten beschrieben werden, wird entschieden, ob dem Kommunikations-Endgerät Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks übertragen werden sollen, und • für den Fall, dass dem Kommunikations-Endgerät Daten im Rahmen der Kommunikationssitzung mittels eines Broadcast-Kommunikationsnetzwerks übertragen werden sollen, wird eine Broadcast-Anfragenachricht für eine Broadcast-Server-Einheit, Daten im Rahmen der Kommunikationssitzung an das zumindest eine Kommunikations-Endgerät mittels eines Broadcast-Kommunikationsnetzwerks zu übertragen, erzeugt.
  31. Computerprogrammelement, welches, wenn es von einem Prozessor ausgeführt wird, folgendes Verfahren zum Aufbauen einer Kommunikationssitzung aufweist: • von einer Kommunikationssitzungs-Client-Einheit eines Kommunikations-Endgeräts, wird eine Kommunikationssitzung mit mindestens einem anderen Kommunikations-Endgerät mittels einer Kommunikationssitzungs-Server-Einheit aufgebaut, • wobei mindestens ein Broadcast-Fähigkeits-Parameter, mit dem die Fähigkeiten des Kommunikations-Endgeräts hinsichtlich eines Empfangens und/oder Verarbeitens von mittels eines Broadcast-Kommunikationsnetzwerks übermittelten Daten beschrieben werden, an die Kommunikationssitzungs-Server-Einheit gesendet wird.
  32. Computerprogrammelement, welches, wenn es von einem Prozessor ausgeführt wird, folgendes Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit aufweist: • mindestens eine Broadcast-Anfragenachricht von einer Kommunikationssitzungs-Server-Einheit wird empfangen, mittels welcher von der Kommunikationssitzungs-Server-Einheit angefragt wird, Daten im Rahmen einer von der Kommunikationssitzungs-Server-Einheit gesteuerten Kommunikationssitzung an das zumindest eine Kommunikations-Endgerät mittels eines Broadcast-Kommunikationsnetzwerks zu übertragen, • Daten im Rahmen der Kommunikationssitzung mittels des Broadcast-Kommunikationsnetzwerks werden gemäß der empfangenen Broadcast-Anfragenachricht gesendet.
DE102005033667A 2005-07-19 2005-07-19 Kommunikationssitzungs-Server-Einheit, Kommunikations-Endgerät, Broadcast-Server-Einheit, Netzwerkeinheit, Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, Verfahren zum Aufbauen einer Kommunikationssitzung, Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit und Computerprogrammelemente Expired - Fee Related DE102005033667B4 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE102005033667A DE102005033667B4 (de) 2005-07-19 2005-07-19 Kommunikationssitzungs-Server-Einheit, Kommunikations-Endgerät, Broadcast-Server-Einheit, Netzwerkeinheit, Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, Verfahren zum Aufbauen einer Kommunikationssitzung, Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit und Computerprogrammelemente
US11/458,572 US20070022200A1 (en) 2005-07-19 2006-07-19 Communication Session Server
CN200610149513.4A CN1941711B (zh) 2005-07-19 2006-07-19 用于控制通信会话或建立通信会话的方法以及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102005033667A DE102005033667B4 (de) 2005-07-19 2005-07-19 Kommunikationssitzungs-Server-Einheit, Kommunikations-Endgerät, Broadcast-Server-Einheit, Netzwerkeinheit, Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, Verfahren zum Aufbauen einer Kommunikationssitzung, Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit und Computerprogrammelemente

Publications (2)

Publication Number Publication Date
DE102005033667A1 true DE102005033667A1 (de) 2007-02-01
DE102005033667B4 DE102005033667B4 (de) 2007-05-24

Family

ID=37650090

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102005033667A Expired - Fee Related DE102005033667B4 (de) 2005-07-19 2005-07-19 Kommunikationssitzungs-Server-Einheit, Kommunikations-Endgerät, Broadcast-Server-Einheit, Netzwerkeinheit, Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, Verfahren zum Aufbauen einer Kommunikationssitzung, Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit und Computerprogrammelemente

Country Status (3)

Country Link
US (1) US20070022200A1 (de)
CN (1) CN1941711B (de)
DE (1) DE102005033667B4 (de)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070004438A1 (en) * 2005-07-01 2007-01-04 Alec Brusilovsky Method and apparatus enabling PTT (push-to-talk) communications between legacy PSTN, cellular and wireless 3G terminals
ES2417530T3 (es) * 2005-10-21 2013-08-08 Motorola Mobility Llc Método y aparato para suministro de datos como parte de un servicio de difusión/multidifusión multimedia
KR100656485B1 (ko) * 2006-02-13 2006-12-11 삼성전자주식회사 Ｐｔａ 서비스 제공 방법 및 그 시스템
DE102006021947A1 (de) * 2006-05-11 2007-11-15 Robert Bosch Gmbh Verfahren zur Signalisierung einer Verbindungsaufforderung
US20080069067A1 (en) * 2006-09-15 2008-03-20 Kapil Sood Apparatus, systems, and methods for mobile client secure session parameter updates
US8060612B1 (en) 2006-09-29 2011-11-15 Sprint Communications Company L.P. NAI (Network Access Identifier) embedding
CN101479997B (zh) * 2006-10-30 2011-09-14 华为技术有限公司 用户设备mbms测量结果报告的负载控制
CN100446516C (zh) * 2006-12-01 2008-12-24 华为技术有限公司 一种实现视频共享业务的方法、系统及装置
CN101247385B (zh) * 2007-02-13 2012-07-25 国际商业机器公司 利用数字视频广播网络建立VoIP通信的方法、终端及系统
US7995562B2 (en) * 2007-02-26 2011-08-09 Research In Motion Limited System and method to trigger a mobile device in different domains based on unsuccessful initialization or handover
US9055517B2 (en) * 2007-02-26 2015-06-09 Blackberry Limited System and method of user-directed dynamic domain selection
US20090040951A1 (en) * 2007-08-10 2009-02-12 Research In Motion Limited Systems and Methods for Defining Multi-Domain Wireless Device Behavior for Two or More Calls
CN101202954B (zh) * 2007-11-19 2011-05-25 重庆重邮信科通信技术有限公司 Mbms广播模式下ue自激活方法
CN101515857B (zh) * 2008-02-20 2012-01-25 华为技术有限公司 一种多媒体能力管理的方法及装置
US9480003B2 (en) * 2009-02-01 2016-10-25 Qualcomm Incorporated Apparatus and method for determining cell suitability for a wireless device in a communication system
US8561149B2 (en) * 2010-09-15 2013-10-15 Blackberry Limited Communications services management using services profile
US9762662B2 (en) * 2011-05-12 2017-09-12 Microsoft Technology Licensing, Llc Mass re-formation of groups in a peer-to-peer network
US20130227149A1 (en) * 2012-02-24 2013-08-29 Intel Mobile Communications GmbH Method for providing a communication session and device
ITTO20130651A1 (it) * 2013-07-31 2015-02-01 St Microelectronics Srl Procedimento di fabbricazione di un dispositivo incapsulato, in particolare un sensore micro-elettro-meccanico incapsulato, dotato di una struttura accessibile, quale un microfono mems e dispositivo incapsulato cosi' ottenuto
GB2520337A (en) * 2013-11-18 2015-05-20 Mastercard International Inc System and method for providing notifications in a communications system
US9402054B2 (en) * 2014-12-08 2016-07-26 Blue Jeans Network Provision of video conference services

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040057449A1 (en) * 2002-09-20 2004-03-25 Black Peter J. Communication manager for providing multimedia in a group communication network

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6314082B1 (en) * 1997-11-17 2001-11-06 Telefonaktiebolaget Lm Ericsson (Publ) Broadcast network selection techniques for radiocommunication systems
US6564261B1 (en) * 1999-05-10 2003-05-13 Telefonaktiebolaget Lm Ericsson (Publ) Distributed system to intelligently establish sessions between anonymous users over various networks
FI20001574A (fi) * 2000-06-30 2001-12-31 Nokia Corp Resurssien allokointi ja palvelun välittäminen langattoman verkon yli
FI20012256A0 (fi) * 2001-11-20 2001-11-20 Nokia Corp Matkaviestintäverkot ja digitaaliset yleislähetyspalvelut
US7184415B2 (en) * 2001-12-07 2007-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Service access system and method in a telecommunications network
US7243159B1 (en) * 2003-03-14 2007-07-10 Cisco Technology, Inc. On demand capability exchange
GB0319360D0 (en) * 2003-08-18 2003-09-17 Nokia Corp Setting up communication sessions
AU2003304676A1 (en) * 2003-12-05 2005-06-24 Telefonaktiebolaget Lm Ericsson (Publ) A method and apparatus for establishing a communication session between two terminals
DE102004007216A1 (de) * 2004-02-13 2005-09-01 Siemens Ag Verfahren zum Wechsel zwischen einer paketorientierten PTT-Sitzung und einer leitungsorientierten Telefonverbindung zwischen mindestens zwei Funkkommunikationsgeräten,zugehöriges Funkkommunikationsgerät, Netzwerkkomponente sowie Funkkommunikationssystem
EP1703712B1 (de) * 2005-03-08 2008-01-23 Alcatel Lucent Drücken-zum-Sprechen Verfahren und Server
US7724743B2 (en) * 2005-03-31 2010-05-25 Qualcomm Incorporated System and method for distributing VoIP data packets in group communications amoung wireless telecommunication devices

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040057449A1 (en) * 2002-09-20 2004-03-25 Black Peter J. Communication manager for providing multimedia in a group communication network

Also Published As

Publication number Publication date
CN1941711A (zh) 2007-04-04
DE102005033667B4 (de) 2007-05-24
CN1941711B (zh) 2011-09-14
US20070022200A1 (en) 2007-01-25

Similar Documents

Publication Publication Date Title
DE102005033667B4 (de) Kommunikationssitzungs-Server-Einheit, Kommunikations-Endgerät, Broadcast-Server-Einheit, Netzwerkeinheit, Verfahren zum Steuern einer Kommunikationssitzung mit mehreren Kommunikations-Endgeräten, Verfahren zum Aufbauen einer Kommunikationssitzung, Verfahren zum Übertragen von Daten im Rahmen einer Kommunikationssitzung mittels einer Broadcast-Server-Einheit und Computerprogrammelemente
DE602004003558T2 (de) Verfahren und Vorrichtung zur Erzeugung einer dynamischen Gruppe - Adresse
DE60111276T2 (de) Verfahren und vorrichtung zur mehrfachsendung in einem umts-netzwerk
DE60222158T2 (de) Multicast-unterstützung in paketvermittelten drahtlosen netzwerken
DE60218992T2 (de) Verfahren und Vorrichtung zum Datenrundsenden in Netzwerken der dritten Generation
EP1860819B1 (de) Verfahren und Vorrichtung zum dynamischen Aufbau und zur Steuerung von kurzzeitig gebildeten Kommunikationsgruppen mit gesicherter Übertragung
WO2006086939A1 (de) Verwaltung dynamischer gruppen in einem push-to-talk over cellular kommunikationssystems
DE102005010038B4 (de) Verfahren zum Bereitstellen mehrerer Gruppen-Kommunikationsdienste, Gruppen-Kommunikationsdienst-System und Gruppen-Kommunikationsdienst-Server-Einheit
EP1680903B1 (de) Verfahren zum bertragen von verschl sselten nutzdateno bjekten
EP1859599B1 (de) Daten-Gruppenrufdienst
DE102004063298B4 (de) Verfahren zum rechnergestützten Verwalten von Kommunikationsrechten zum Kommunizieren mittels mehrerer unterschiedlicher Kommunikationsmedien in einer Telekommunikations-Konferenz mit mehreren Telekommunikations-Einrichtungen
DE102008029142B3 (de) Verfahren zur Ermittlung aktiver Kommunikationssitzungen und Kommunikationssitzungs-Informationsserver
DE102008045425B3 (de) Verfahren zur Ermittlung aktiver Kommunikationssitzungen, Kommunikationssitzungs-Informationsserver, Verfahren zum Bereitstellen einer Information über aktive Kommunikationssitzungen und Dokumentenmanagement-Server
DE10064107A1 (de) Verfahren zum Verteilen einer Gruppennachricht in einem Funkkommunikationssystem sowie zugehöriges Funkkommunikationssystem
DE102006021947A1 (de) Verfahren zur Signalisierung einer Verbindungsaufforderung
DE60315731T2 (de) Verfahren und vorrichtung für punkt-zu-punkt mehrpunktdienste
WO2006026937A1 (de) Verfahren zur nachrichtenübertragung innerhalb einer gruppe von kommunikationsendgeräten
DE102005007342B4 (de) Kommunikationssystem und Verfahren zum Betreiben eines Kommunikationssystems
DE202004009774U1 (de) Steuerungsanordnung für Punkt-zu-Mehrpunkt-Teilnehmerdienste in einem Mobilfunknetz
DE60205108T2 (de) IP-Kommunikationssystem mit uni- und bi-direktionalen Netzen
DE10132795B4 (de) Verfahren und Vorrichtungen zum Verbreiten von Multicast-Nachrichten in leitungs- oder paketvermittelten Telekommunikationsnetzwerken
WO2003036995A2 (de) Verfahren zur durchführung von augenblicklichem nachrichtenverkehr (instant messaging) mit paketvermittelten daten
DE102005053914B9 (de) Kommunikationssystem, Verfahren zum Betreiben eines Kommunikationssystems, Server-Einheit, Verfahren zum Betreiben einer Server-Einheit, Kommunikationsdienst-Client-Einheit und Verfahren zum Betreiben einer Kommunikationsdienst-Client-Einheit
WO2005025130A1 (de) Benachrichtigungsverfahren und kommunikationssystem
DE102004036732A1 (de) Verfahren zur Überwachung eines Nachrichtenverkehrs, sowie eine erste und zweite Netzwerkeinheit zu dessen Druchführung

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8364 No opposition during term of opposition
R081 Change of applicant/patentee

Owner name: INTEL MOBILE COMMUNICATIONS GMBH, DE

Free format text: FORMER OWNER: INFINEON TECHNOLOGIES AG, 85579 NEUBIBERG, DE

Effective date: 20130315

Owner name: INTEL MOBILE COMMUNICATIONS GMBH, DE

Free format text: FORMER OWNER: INTEL MOBILE COMMUNICATIONS TECHNOLOGY GMBH, 85579 NEUBIBERG, DE

Effective date: 20130326

Owner name: INTEL MOBILE COMMUNICATIONS GMBH, DE

Free format text: FORMER OWNER: INTEL MOBILE COMMUNICATIONS GMBH, 85579 NEUBIBERG, DE

Effective date: 20130315

Owner name: INTEL MOBILE COMMUNICATIONS GMBH, DE

Free format text: FORMER OWNER: INFINEON TECHNOLOGIES AG, 81669 MUENCHEN, DE

Effective date: 20130314

R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee

Effective date: 20150203