DE60203303T2 - Migrationsstützmechanismus im offenen dienst und offene mobilarchitektur - Google Patents
Migrationsstützmechanismus im offenen dienst und offene mobilarchitektur Download PDFInfo
- Publication number
- DE60203303T2 DE60203303T2 DE60203303T DE60203303T DE60203303T2 DE 60203303 T2 DE60203303 T2 DE 60203303T2 DE 60203303 T DE60203303 T DE 60203303T DE 60203303 T DE60203303 T DE 60203303T DE 60203303 T2 DE60203303 T2 DE 60203303T2
- Authority
- DE
- Germany
- Prior art keywords
- service
- capability
- open
- system architecture
- open system
- 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.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
- H04Q3/0045—Provisions for intelligent networking involving hybrid, i.e. a mixture of public and private, or multi-vendor systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Fittings On The Vehicle Exterior For Carrying Loads, And Devices For Holding Or Mounting Articles (AREA)
- Vehicle Step Arrangements And Article Storage (AREA)
- Telephonic Communication Services (AREA)
- Stored Programmes (AREA)
- Computer And Data Communications (AREA)
Description
- Gebiet der Erfindung
- Die vorliegende Erfindung bezieht sich auf die offene Dienstarchitektur, und genauer auf ein Verfahren zum Helfen, Anwendungen von einem Dienstermöglicher (service enabler) zu einem anderen Dienstermöglicher in der offenen Dienstarchitektur zu migrieren.
- Hintergrund der Erfindung
- In einem heutigen Netz sind Anwendungen und Dienste ein Teil der Domäne des Netzbetreibers und sind unter Verwendung intelligenter Netztechnologie aufgebaut. Dieser Ansatz ist für einfache Anwendungen für den Massenmarkt ausgezeichnet, aber mit der Entstehung von Mobilität und dem Internetprotokoll wird eine rasche Aufstellung von innovativen Anwendungen, die unterschiedliche Merkmale und kritische Unternehmensdaten kombinieren, eine Herausforderung.
- Eine Reihe von industriellen Foren und Standardisierungsgremien, wie etwa Parlay und 3GPP, haben diese Herausforderung angesprochen und APIs (Anwendungsprogrammschnittstellen) spezifiziert, die als eine Schnittstelle zwischen den Anwendungen und Kernnetzen dienen. Der Begriff offene Dienstarchitektur (Open Service Architecture) verweist auf die Menge von APIs, die durch Parlay, 3GPP und ETSI entwickelt wurden. Innerhalb der offenen Dienstarchitektur existiert ein Basismechanismus, den eine Anwendung innerhalb der OSA abonnieren kann, um benachrichtigt zu werden, wenn ein neues Dienstfä higkeitsmerkmal (SCF, service capability feature) verfügbar wird.
EP 1,120,979 legt ein Verfahren zum Ausführen einer Dienstvereinbarung offen, die Zugriff durch eine Dienstanwendung auf mindestens einen Dienstknoten gestattet, der angeforderte Dienstressourcen vorsieht, die in einem Dienstknoten verfügbar sind, der mit einem Kommunikationsnetz verbunden ist. Dieser Mechanismus sieht jedoch keine Angabe bezüglich des Umfangs vor, zu dem das neue SCF mit existierenden SCFs rückwärts kompatibel ist, die die Anwendung gegenwärtig verwendet. Somit existiert ein Bedarf innerhalb der offenen Dienstarchitektur nach einem Mechanismus zum Informieren einer Anwendung über die Kompatibilität von neuen SCFs mit existierenden SCFs. - Zusammenfassung der Erfindung
- Die vorliegende Erfindung überwindet die vorangehenden und andere Probleme mit einem System und einem Verfahren zum Migrieren zwischen einem ersten und einem zweiten Dienst in einer offenen Dienstarchitektur. Ein zweiter Dienst registriert sich mit einem offenen Dienstarchitekturrahmen und reagierend darauf wird ein Vergleich zwischen den Eigenschaften des zweiten Dienstes und den Eigenschaften des ersten Dienstes durchgeführt um zu bestimmen, ob der zweite Dienst mit dem ersten Dienst rückwärts kompatibel ist. Information bezüglich dessen, ob der zweite Dienst mit dem ersten Dienst rückwärts kompatibel ist, wird nach dem Vergleich zu mindestens einer Anwendung weitergeleitet, die den ersten Dienst verwendet.
- Kurze Beschreibung der Zeichnungen
- Ein vollständigeres Verständnis des Verfahrens und der Vorrichtung der vorliegenden Erfindung kann durch Verweis auf die folgende detaillierte Beschreibung erhalten werden, wenn in Verbindung mit den begleitenden Zeichnungen aufgenommen, worin:
-
1 eine logische Netzarchitektur dritter Generation veranschaulicht; -
2 einen Überblick über die offene Dienstarchitektur veranschaulicht; -
3 verschiedene Funktionalitäten des OSA-Rahmens veranschaulicht; -
4 eine Dienstregistrierung durch eine Anwendung innerhalb der offenen Dienstarchitektur veranschaulicht; und -
5 ein Flussdiagramm ist, das das Verfahren der vorliegenden Erfindung für eine Hilfe veranschaulicht, um Anwendungen zu einem neuen SCF migrieren. - Detaillierte Beschreibung der Ausführungsformen
- Bezug nehmend nun auf
1 basiert die Netzarchitektur von Netzen dritter Generation auf horizontalen Schichtungsprinzipien, wo Anwendungen40 und Anwendungsserver45 logisch in der oberen Schicht gefunden werden, die die Anwendungs- oder Dienstnetz10 genannt wird. Der Begriff Dienstnetz wird verwendet, um es von dem Kernnetz15 zu unterscheiden, das sich in den unteren Schichten befindet. Das Dienstnetz10 basiert auf offener verteilter Technologie (JAVA, CORBA) und Anwendungen, die in der Lage sind, auf Kernnetzfunktionalität mittels offener und standardisierter Anwendungsprogrammschnittstellen (APIs)20 zuzugreifen, durch die sie mit einem oder mehr Dienstfähigkeitsservern (SCS, service capability server)50 kommunizieren können. SCS50 können sich mit verschiedenen Netzen verbinden, wie etwa Mobilnetzen5 , IP-Netzen6 und/oder Festnetzen7 . - In der geschichteten Architektur, die in
2 gezeigt wird, umfasst die offene Dienststruktur (OSA) eine Anwendungsprogrammschnittstelle zwischen dem Dienstnetz10 und dem Kernnetz15 . Während die Erfindung mit Bezug auf die offene Dienstarchitektur beschrieben wird, wie durch Parlay, 3GPP und ETSI definiert, ist die Erfindung auch für webdienst-basierte Ansätze anwendbar, wo die spezifischen Implementierungsdetails etwas unterschiedlich als in OSA sein können. Anwendungen40 , die auf Anwendungsservern45 aufgestellt sind, nutzen Dienstfähigkeitsmerkmale, die durch Dienstfähigkeitsserver (SCSs)50 bereitgestellt werden. Dienstfähigkeitsserver50 sind logische Entitäten, die die Dienstfähigkeitsmerkmale (SCFs)35 implementieren und mit dem Kernnetz15 interagieren. Die Anwendungen40 und Anwendungsserver45 befinden sich innerhalb der Dienstnetzschicht10 , wie zuvor beschrieben. Somit kann gesehen werden, dass die offene Dienstarchitektur30 als eine API zwischen der Dienstnetzschicht10 und der Kernnetzschicht15 agiert. - Der OSA-Rahmen
55 ist ein Registrations- und Offenlegungsserver, der die Offenheit der offenen Systemarchitektur ermöglicht und es möglich macht, über IN (intelligente Netze) hinaus zu gehen, wenn es zu Offenheit, Offenlegung und Integration von neuen Merkmalen kommt, wie nachstehend beschrieben. Der OSA-Rahmen55 benachrichtigt auch Anwendungen über die Hinzufügung von neuen Dienstfähigkeitsmerkmalen innerhalb der offenen Dienstarchitektur30 . Der OSA-Rahmen55 sieht auch gesteuerten Zugriff auf die SCSs50 vor, was in Kombination mit der verteilten Technologie Flexibilität in Anwendungsstandorten und Geschäftsszenarien unterstützt. Des weiteren erlaubt er Mehrfachanbieterschaft und sogar Erweiterung der Menge von APIs. - Wie in
3 gezeigt, ist der OSA-Rahmen55 tatsächlich eine Familie von Dienstfähigkeitsmerkmalen35 mit dem Kernabschnitt, der aus Vertrauens- und Sicherheitsmanagement60 besteht, was die Authentifizierung einer Domäne ermöglicht; Dienstoffenlegung65 , die die Offenlegung eines neuen SCF ermöglicht, das durch den Betreiber bereitgestellt wird; Dienstregistrierung70 , die die Registrierung von neuen SCFs mit dem Rahmen vorsieht; und Dienstfabrik75 , die die Erstellung von neuen SCF-Instanzen ermöglicht. Zusätzlich sind APIs für Integritätsmanagement80 , wie etwa Lastausgleich, Störungsmanagement und Herzschlag- und Ereignisbenachrichtigung85 , was Benachrichtigungen für spezifische Ereignisse vorsieht, vorgesehen. - Bezug nehmend nun auf
4 wird die Art und Weise veranschaulicht, auf die eine Anwendung eine Verwendung eines SCF35 beginnen kann, das durch einen neuen Dienstfähigkeitsserver (SCS)50 bereitgestellt wird. In einer ersten Stufe wird ein SCS50 den OSA-Rahmen55 kontaktieren und eine Authentifizierung und Registrierungsschnittstelle in Schritten90 und95 anfordern. Als Nächstes verwendet der SCS50 die Registrierungsschnittstelle, um in Schritt100 seine Fähigkeiten zu veröffentlichen und einen Verweis auf seine Dienstfabriken hinzuzufügen. Das Fabrikmuster ist ein allgemeines Gestaltungsmuster und erlaubt dem OSA-Rahmen55 , den SCS50 aufzufordern, eine SCF-35-Schnittstelle zu erstellen. In diesem Moment kennen der OSA-Rahmen55 und der SCS50 einander. - Die Anwendung
40 kontaktiert den OSA-Rahmen55 und wird in Schritt105 authentifiziert. Die Anwendung40 fordert in Schritt110 eine Offenlegungsschnittstelle an. Der OSA-Rahmen55 gibt einen Verweis oder Zeiger zu der Offenlegungsschnittstelle zurück, wonach die Anwendung40 diese Schnittstelle verwendet, um in Schritt115 den Typ von SCF35 und spezielle Fähigkeiten anzufordern, die durch die Anwendung40 benötigt werden. Zu dieser Zeit verfolgt der OSA-Rahmen55 , ob der Anwendung40 erlaubt ist, das SCF35 zu verwenden und unter welchen Bedingungen. Dies wird in der Dienstebenenübereinkunft (SLA, service level agreement) zwischen dem Netzbetreiber und dem Dienstanbieter abgefangen. Falls der Anwendung erlaubt ist, das SCF35 zu verwenden, gibt der OSA-Rahmen55 alle IDs von SCFs35 zurück, die die Bedürfnisse der Anwendung erfüllen könnten. - Als Nächstes wählt die Anwendung
40 in Schritt120 eines der SCFs35 und signiert die so genannte Dienstübereinkunft. Der OSA-Rahmen55 kontaktiert die Dienstfabrik des SCS50 und leitet in Schritt125 die Bedingungen weiter, unter denen der Anwendung erlaubt ist, die SCFs35 zu verwenden. Der SCS50 erstellt eine SCF-35-Instanz, die durch diese Anwendung zu verwenden ist, und ist auch in der Lage, die Bedingungen in Schritt130 zu prüfen, und der Rahmen gibt den Verweis oder Zeiger auf die Anwendung in Schritt135 zurück. Von diesem Punkt an ist die Anwendung autorisiert, das SCF35 zu verwenden. Während dieser beschriebene Registrierungs- und Offenlegungsprozess dem Rahmen erlaubt, eine Anwendung über verschiedenartig verfügbare SCFs35 und über die Benachrichtigungsschnittstelle die potenzielle Verfügbarkeit eines neuen SCS50 zu informieren, existiert kein Mechanismus zum Benachrichtigen einer Anwendung über Rückwärtskompatibilität eines neuen SCF35 mit zuvor existierenden SCFs35 . Anwendungen können die Ereignisbenachrichtigungs-API in dem Rahmen55 verwenden, um Ereignisse zu abonnieren. Ein Beispiel eines Ereignisses ist, wenn ein neues SCF verfügbar gemacht wird. - Bezug nehmend nun auf
5 wird ein Verfahren zum Bestimmen von Rückwärtskompatibilität für ein SCF veranschaulicht. Wenn ein neues SCF verfügbar gemacht wird, muss sich das SCF zuerst in Schritt150 mit dem OSA-Rahmen55 registrieren, wie zuvor mit Bezug auf4 beschrieben. Während dieses Prozesses versorgt das SCF den OSA-Rahmen55 in Schritt155 mit den Eigenschaften, die durch diese Implementierung des SCF unterstützt werden. Der OSA-Rahmen55 hat Information über jede der existierenden SCF-Implementierungen, die innerhalb einer spezifischen Netzbetreiberdomäne verfügbar sind, Information über die Anwendungen, die sie verwenden, und die Einschränkungen, die auf die Verwendung der SCFs durch die Dienstebenenübereinkünfte angewendet werden. Unter Verwendung dieser Information ist der OSA-Rahmen in der Lage, in Schritt160 eine Prüfung der Eigenschaften der neuen SCF-Implementierung gegenüber zuvor existierenden Versionen durchzuführen. In dieser Prüfung wird eine Angabe bezüglich des Grades erhalten, zu dem die neue SCF-Implementierung mit anderen Versionen von SCFs rückwärts kompatibel ist, die durch das Netz verwendet werden. Diese Information wird in Schritt165 zu den Anwendungen, die frühere Versionen des SCF verwenden, gemeinsam mit optionalen Verweisen auf die Schnittstelle des neuen SCS weitergeleitet. Um Verweise auf die Schnittstellen vorzusehen, würde eine Erweiterung des aktuellen Rahmenbenachrichtigungsmechanismus genutzt werden. Der Rahmenbenachrichtigungsmechanismus kann durch dedizierte Diensteigenschaften geleitet werden, die spezifizieren, dass die SCF-Implementierung eine spezifizierte ältere SCF-Implementierung ersetzt oder überholt, oder eine Migrationsstrategie spezifizieren. Die Information über den Grad von Rückwärtskompatibilität, die Tatsache, dass die SCF-Implementierung ein älteres SCF ersetzt oder überholt, Migrationsstrategie etc. können entweder durch den neuen SCS zugeführt und zu der Anwendung über den Rahmen gesendet werden oder durch den Rahmen nach Analyse der Eigenschaften des neuen SCS, wenn er sich registriert, oder durch beides in Verbindung. - Durch Implementierung dieser beschriebenen Erweiterung können nahtlose Migrationen oder Anwendungen zwischen älteren und neueren Versionen von SCF-Implementierungen ermöglicht werden. Dies würde einem Betreiber erlauben, ein SCF nahezu automatisch zu überholen oder zu aktualisieren. Es würde ferner einem Betreiber erlauben, ein SCF für Wartungsaktivitäten durch Lenken der Anwendungen auf ein Sicherungs-SCF außer Dienst zu nehmen.
- Die vorherige Beschreibung ist für eine bevorzugte Ausführungsform zum Implementieren der Erfindung, und der Bereich der Erfindung sollte nicht notwendigerweise durch diese Beschreibung begrenzt werden. Stattdessen wird der Bereich der vorliegenden Erfindung durch die folgenden Ansprüche definiert.
Claims (20)
- Verfahren umfassend die Schritte: Registrieren (
150 ) eines zweiten Dienstes bei einem Registrierungs- und Discovery- bzw. Suchserver; Vergleichen (160 ) von Eigenschaften des zweiten Dienstes mit Eigenschaften mindestens eines ersten Dienstes, um zu bestimmen, ob der zweite Dienst mit dem mindestens einen ersten Dienst abwärtskompatibel ist; und Weiterleiten (165 ) von Information darüber, ob der zweite Dienst mit dem mindestens einen ersten Dienst abwärtskompatibel ist, an mindestens eine den mindestens einen ersten Dienst verwendende Applikation. - Verfahren nach Anspruch 1, wobei der Registrierungs- und Discovery- bzw. Suchserver ein Rahmenwerk für eine offene Dienstearchitektur umfasst.
- Verfahren nach einem der vorhergehenden Ansprüche, ferner einen Schritt umfassend des Versehens des Rahmenwerks für eine offene Dienstearchitektur mit mindestens einer von dem zweiten Dienst unterstützten Eigenschaft.
- Verfahren nach einem der vorhergehenden Ansprüche, wobei der Schritt des Weiterleitens ferner einen Schritt umfasst des Weiterleitens von Information darüber, ob der zweite Dienst abwärtskompatibel ist mit dem mindestens einen ersten Dienst, an eine Vielzahl von den mindestens einen ersten Dienst verwendende Applikationen.
- Verfahren nach einem der vorhergehenden Ansprüche, wobei der zweite und mindestens ein erster Dienst ein Dienstfähigkeitsmerkmal umfassen.
- Verfahren nach einem der vorhergehenden Ansprüche, wobei der Schritt des Weiterleitens ferner den Schritt umfasst des Weiterleitens von Pointers bzw. Zeigern zu mindestens einer Schnittstelle einer den Dienst bereitstellenden funktionalen Einheit.
- Verfahren nach Anspruch 6, wobei die funktionale Einheit einen Dienstfähigkeitsserver umfasst.
- Verfahren nach einem der vorhergehenden Ansprüche, wobei die Information angibt, ob der zweite Dienst den mindestens einen ersten Dienst ersetzt.
- Verfahren nach einem der vorhergehenden Ansprüche, wobei die Information angibt, ob der zweite Dienst den mindestens einen ersten Dienst inaktuell werden lässt.
- Verfahren nach einem der vorhergehenden Ansprüche, wobei die Information eine Migrationsstrategie von dem zweiten Dienst zu dem mindestens einen ersten Dienst angibt.
- Verfahren nach einem der vorhergehenden Ansprüche, wobei die Information von dem zweiten Dienst bereitgestellt wird.
- Verfahren nach einem der vorhergehenden Ansprüche 1–10, wobei die Information von dem Registrierungs- und Discovery- bzw. Suchdienst bereitgestellt wird.
- Verfahren nach einem der vorhergehenden Ansprüche, ferner einen Schritt umfassend des Ersetzens des mindestens einen ersten Dienstes durch den zweiten Dienst.
- Offene Systemarchitektur, umfassend: mindestens einen Dienstfähigkeitsserver (
50 ), der mindestens ein erstes Dienstfähigkeitsmerkmal und ein zweites Dienstfähigkeitsmerkmal bereitstellt; und ein Rahmenwerk (55 ) für die offene Systemarchitektur, ausgebildet zum Registrieren des zweiten Dienstfähigkeitsmerkmals bei dem Rahmenwerk für die offene Dienstearchitektur, Vergleichen von Eigenschaften des zweiten Dienstfähigkeitsmerkmals mit Eigenschaften des ersten Dienstfähigkeitsmerkmals zum Bestimmen, ob das zweite Dienstfähigkeitsmerkmal abwärtskompatibel ist mit dem ersten Dienstfähigkeitsmerkmal, und Weiterleiten von Information darüber, ob das zweite Dienstfähigkeitsmerkmal abwärtskompatibel ist mit dem ersten Dienstfähigkeitsmerkmal, an mindestens eine das erste Dienstfähigkeitsmerkmal verwendende Applikation. - Offene Systemarchitektur nach Anspruch 14, wobei das Rahmenwerk für die offene Systemarchitektur ferner ausgebildet ist zum Bestimmen mindestens einer von dem zweiten Dienstfähigkeitsmerkmal unterstützten Eigenschaft.
- Offene Systemarchitektur nach einem der Ansprüche 14 und 15, wobei das Rahmenwerk für die offene Systemarchitektur ferner ausgebildet ist zum Weiterleiten von Information darüber, ob das zweite Dienstfähigkeitsmerkmal mit dem ersten Dienstfähigkeitsmerkmal abwärtskompatibel ist, an eine Vielzahl von das erste Dienstfähigkeitsmerkmal verwendende Applikationen.
- Offene Systemarchitektur nach einem der Ansprüche 14–16, wobei das Rahmenwerk für die offene Systemarchitektur ferner ausgebildet ist zum Weiterleiten von Pointers bzw. Zeigern an mindestens eine Schnittstelle des mindestens einen Dienstfähigkeitsservers, der das erste Dienstfähigkeitsmerkmal bereitstellt.
- Offene Systemarchitektur nach einem der Ansprüche 14–17, wobei die Information angibt, ob das zweite Dienstfähigkeitsmerkmal das erste Dienstfähigkeitsmerkmal ersetzt.
- Offene Systemarchitektur nach einem der Ansprüche 14–18, wobei die Information angibt, ob das zweite Dienstfähigkeitsmerkmal das erste Dienstfähigkeitsmerkmal inaktuell werden lässt.
- Offene Systemarchitektur nach einem der Ansprüche 14–19, wobei die Information eine Migrationsstrategie von dem zweiten Dienstfähigkeitsmerkmal zu dem ersten Dienstfähigkeitsmerkmal angibt.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US31661901P | 2001-08-31 | 2001-08-31 | |
US316619P | 2001-08-31 | ||
PCT/EP2002/009652 WO2003021904A2 (en) | 2001-08-31 | 2002-08-29 | Migration support mechanism in open service and open mobile architecture |
Publications (2)
Publication Number | Publication Date |
---|---|
DE60203303D1 DE60203303D1 (de) | 2005-04-21 |
DE60203303T2 true DE60203303T2 (de) | 2006-03-16 |
Family
ID=23229847
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE60203303T Expired - Lifetime DE60203303T2 (de) | 2001-08-31 | 2002-08-29 | Migrationsstützmechanismus im offenen dienst und offene mobilarchitektur |
Country Status (10)
Country | Link |
---|---|
US (1) | US7246349B2 (de) |
EP (1) | EP1421764B1 (de) |
JP (1) | JP4335676B2 (de) |
CN (1) | CN100566329C (de) |
AT (1) | ATE291320T1 (de) |
AU (1) | AU2002333753A1 (de) |
CA (1) | CA2463050C (de) |
DE (1) | DE60203303T2 (de) |
ES (1) | ES2237709T3 (de) |
WO (1) | WO2003021904A2 (de) |
Families Citing this family (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7246349B2 (en) | 2001-08-31 | 2007-07-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Migration support mechanism in open service and open mobile architecture |
EP1521174A4 (de) * | 2002-06-12 | 2006-05-10 | Matsushita Electric Ind Co Ltd | Sichererweiterbare dienstplattform |
US7873716B2 (en) * | 2003-06-27 | 2011-01-18 | Oracle International Corporation | Method and apparatus for supporting service enablers via service request composition |
US20050015340A1 (en) * | 2003-06-27 | 2005-01-20 | Oracle International Corporation | Method and apparatus for supporting service enablers via service request handholding |
EP2375715B1 (de) * | 2004-04-07 | 2013-06-05 | France Telecom | Ereignisverarbeitungssystem in einem Kommunikationsnetz |
US8966498B2 (en) | 2008-01-24 | 2015-02-24 | Oracle International Corporation | Integrating operational and business support systems with a service delivery platform |
US8073810B2 (en) * | 2007-10-29 | 2011-12-06 | Oracle International Corporation | Shared view of customers across business support systems (BSS) and a service delivery platform (SDP) |
US8321498B2 (en) * | 2005-03-01 | 2012-11-27 | Oracle International Corporation | Policy interface description framework |
US9245236B2 (en) * | 2006-02-16 | 2016-01-26 | Oracle International Corporation | Factorization of concerns to build a SDP (service delivery platform) |
US9038082B2 (en) | 2004-05-28 | 2015-05-19 | Oracle International Corporation | Resource abstraction via enabler and metadata |
US9565297B2 (en) | 2004-05-28 | 2017-02-07 | Oracle International Corporation | True convergence with end to end identity management |
US7860490B2 (en) * | 2004-12-01 | 2010-12-28 | Oracle International Corporation | Methods and systems for exposing access network capabilities using an enabler proxy |
US8458703B2 (en) | 2008-06-26 | 2013-06-04 | Oracle International Corporation | Application requesting management function based on metadata for managing enabler or dependency |
US20060116912A1 (en) * | 2004-12-01 | 2006-06-01 | Oracle International Corporation | Managing account-holder information using policies |
US8032920B2 (en) * | 2004-12-27 | 2011-10-04 | Oracle International Corporation | Policies as workflows |
EP1949281A4 (de) | 2005-11-03 | 2011-02-02 | Kt Freetel Co Ltd | Offenes mobilunternehmensunterstützungssystem und verfahren |
EP2009586A3 (de) * | 2005-11-03 | 2011-02-02 | KTFreetel Co., Ltd. | Vorrichtung mit offener Schnittstelle und Verfahren |
US8914493B2 (en) * | 2008-03-10 | 2014-12-16 | Oracle International Corporation | Presence-based event driven architecture |
KR100901703B1 (ko) | 2006-12-01 | 2009-06-08 | 한국전자통신연구원 | 개방형 비동기 응용 서비스 이벤트 처리 방법 및 이를구현한 개방형 웹서비스 게이트웨이 |
US8046419B2 (en) * | 2006-12-01 | 2011-10-25 | Electronics And Telecommunications Research Institute | Method of processing open asynchronous application service event and open web service gateway implementing the same |
US8214503B2 (en) * | 2007-03-23 | 2012-07-03 | Oracle International Corporation | Factoring out dialog control and call control |
US8539097B2 (en) * | 2007-11-14 | 2013-09-17 | Oracle International Corporation | Intelligent message processing |
US8161171B2 (en) | 2007-11-20 | 2012-04-17 | Oracle International Corporation | Session initiation protocol-based internet protocol television |
US9654515B2 (en) * | 2008-01-23 | 2017-05-16 | Oracle International Corporation | Service oriented architecture-based SCIM platform |
US8589338B2 (en) | 2008-01-24 | 2013-11-19 | Oracle International Corporation | Service-oriented architecture (SOA) management of data repository |
US8401022B2 (en) * | 2008-02-08 | 2013-03-19 | Oracle International Corporation | Pragmatic approaches to IMS |
US8090848B2 (en) * | 2008-08-21 | 2012-01-03 | Oracle International Corporation | In-vehicle multimedia real-time communications |
US8879547B2 (en) * | 2009-06-02 | 2014-11-04 | Oracle International Corporation | Telephony application services |
US8589904B2 (en) * | 2009-08-10 | 2013-11-19 | Symantec Corporation | Systems and methods for updating a software product |
US8583830B2 (en) * | 2009-11-19 | 2013-11-12 | Oracle International Corporation | Inter-working with a walled garden floor-controlled system |
US9269060B2 (en) * | 2009-11-20 | 2016-02-23 | Oracle International Corporation | Methods and systems for generating metadata describing dependencies for composable elements |
US20110125913A1 (en) * | 2009-11-20 | 2011-05-26 | Oracle International Corporation | Interface for Communication Session Continuation |
US20110125909A1 (en) * | 2009-11-20 | 2011-05-26 | Oracle International Corporation | In-Session Continuation of a Streaming Media Session |
US8533773B2 (en) * | 2009-11-20 | 2013-09-10 | Oracle International Corporation | Methods and systems for implementing service level consolidated user information management |
US9509790B2 (en) * | 2009-12-16 | 2016-11-29 | Oracle International Corporation | Global presence |
US9503407B2 (en) | 2009-12-16 | 2016-11-22 | Oracle International Corporation | Message forwarding |
EP2933983A4 (de) * | 2012-12-31 | 2015-11-25 | Huawei Tech Co Ltd | Systemarchitektur, subsystem und verfahren zum öffnen einer telekommunikationsnetzkapazität |
JP7197574B2 (ja) * | 2017-10-17 | 2022-12-27 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 通信ネットワークにおけるサービス登録 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6389483B1 (en) * | 1995-10-17 | 2002-05-14 | Telefonaktiebolaget L M Ericsson (Publ) | System and method for reducing coupling between modules in a telecommunications environment |
US5915112A (en) * | 1996-01-02 | 1999-06-22 | International Business Machines Corporation | Remote procedure interface with support for multiple versions |
US6415435B1 (en) * | 1999-03-18 | 2002-07-02 | International Business Machines Corporation | Method and apparatus for determining compatibility of parent classes in an object oriented environment using versioning |
US6604140B1 (en) * | 1999-03-31 | 2003-08-05 | International Business Machines Corporation | Service framework for computing devices |
US6698017B1 (en) * | 1999-07-16 | 2004-02-24 | Nortel Networks Limited | Software migration on an active processing element |
US6754848B1 (en) * | 1999-09-30 | 2004-06-22 | International Business Machines Corporation | Method, system and program products for operationally migrating a cluster through emulation |
EP1120979A1 (de) * | 2000-01-24 | 2001-08-01 | BRITISH TELECOMMUNICATIONS public limited company | Kommunikationsnetz |
US6580916B1 (en) * | 2000-09-15 | 2003-06-17 | Motorola, Inc. | Service framework for evaluating remote services based upon transport characteristics |
US7246349B2 (en) | 2001-08-31 | 2007-07-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Migration support mechanism in open service and open mobile architecture |
US7100149B1 (en) * | 2002-04-26 | 2006-08-29 | Ciena Corporation | Apparatus and generic method for interfacing with managed objects in a communication network |
-
2002
- 2002-08-28 US US10/232,479 patent/US7246349B2/en not_active Expired - Lifetime
- 2002-08-29 CA CA2463050A patent/CA2463050C/en not_active Expired - Lifetime
- 2002-08-29 AT AT02797647T patent/ATE291320T1/de not_active IP Right Cessation
- 2002-08-29 AU AU2002333753A patent/AU2002333753A1/en not_active Abandoned
- 2002-08-29 CN CNB028169352A patent/CN100566329C/zh not_active Expired - Lifetime
- 2002-08-29 ES ES02797647T patent/ES2237709T3/es not_active Expired - Lifetime
- 2002-08-29 WO PCT/EP2002/009652 patent/WO2003021904A2/en active IP Right Grant
- 2002-08-29 JP JP2003526109A patent/JP4335676B2/ja not_active Expired - Lifetime
- 2002-08-29 EP EP02797647A patent/EP1421764B1/de not_active Expired - Lifetime
- 2002-08-29 DE DE60203303T patent/DE60203303T2/de not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
US7246349B2 (en) | 2007-07-17 |
AU2002333753A1 (en) | 2003-03-18 |
JP2005502145A (ja) | 2005-01-20 |
CN1550093A (zh) | 2004-11-24 |
WO2003021904A3 (en) | 2003-12-04 |
US20030061268A1 (en) | 2003-03-27 |
ES2237709T3 (es) | 2005-08-01 |
CN100566329C (zh) | 2009-12-02 |
EP1421764A2 (de) | 2004-05-26 |
ATE291320T1 (de) | 2005-04-15 |
JP4335676B2 (ja) | 2009-09-30 |
CA2463050C (en) | 2012-03-13 |
EP1421764B1 (de) | 2005-03-16 |
CA2463050A1 (en) | 2003-03-13 |
WO2003021904A2 (en) | 2003-03-13 |
DE60203303D1 (de) | 2005-04-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE60203303T2 (de) | Migrationsstützmechanismus im offenen dienst und offene mobilarchitektur | |
DE69735348T2 (de) | Skalierbare und erweiterbare Systemverwaltungsarchitektur mit datenlosen Endpunkten | |
DE602004010676T2 (de) | Verteilte mcu | |
DE102007028810B4 (de) | System und Verfahren zum Bereitstellen einer Merkmalsvermittlung und -abstimmung in Internetprotokoll-Dienstenetzen | |
DE60214601T2 (de) | Verfahren und Vorrichtung zur dynamischen Verwaltung einer Serverapplikation auf einer Server-Plattform | |
DE69733543T2 (de) | Verfahren zum Anbieten von wenigstens einem Dienst an Fernmeldenetzbenutzern | |
DE69726379T2 (de) | Ferninstallation von Software auf einem Rechnergerät | |
DE102006032108B4 (de) | System und Verfahren für eine Mehr-Ort-Testausführung | |
DE60222544T2 (de) | Verwaltungssystem umd Methode zur Erbringung von Abonnementdienstleistungen | |
DE19822553A1 (de) | Netzelement mit einer Steuerungseinrichtung und Steuerungsverfahren | |
DE602005002919T2 (de) | Adaptive Softwarekomponententechniken | |
DE102005021854B4 (de) | Eigenschaften-basierte Zuweisung von Ressourcen zu Sicherheitsdomänen | |
DE10251911B4 (de) | Verfahren für das Konfigurationsmanagement und Netzwerk | |
DE602005003845T2 (de) | Dynamische umkonfiguration verteilter zusammengesetzter automaten | |
DE60302368T2 (de) | System und Verfahren um den Transfer von Daten zwischen beliebigen Komponenten untereinander zu ermöglichen | |
DE602006000347T2 (de) | Verfahren zum Herstellen einer Kommunikationssitzung und Kommunikationsnetzwerk | |
DE69731182T2 (de) | Nachrichtenverfahren zwischen einer Dienstvermittlungsstelle und einer Dienstkontrolleinrichtung in einem Fernmeldenetz | |
DE10238546A1 (de) | Verfahren zur Bereitstellung von Ressourcen in Kommunikations-Netzwerken | |
DE602004012199T2 (de) | Verfahren und Vorrichtrung zur dynamischen Java-Push-Steuerung | |
DE60313814T2 (de) | Vorrichtung zum verhandeln von managementaufgaben | |
WO2018001878A1 (de) | Vorrichtungen und verfahren zum betreiben eines mobilfunknetzwerks mit mehreren logischen subnetzwerken | |
EP1437859A1 (de) | Verfahren zur Behandlung von Alarmen durch ein Managementnetz mit mehreren Ebenen in einem Kommunikationssystem | |
EP1457002B1 (de) | Persistente speicherung von netzwerkmanagementdaten unter verwendung von objektreferenzen | |
EP2681890B1 (de) | Verfahren zur kommunikation und komponente in einem kommunikationsnetzwerk | |
WO2013127537A1 (de) | Verfahren und vorrichtung zum gesteuerten anstarten von zeitlich begrenzten lizenzen für telekommunikationssysteme |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
8364 | No opposition during term of opposition |