ES2237709T3 - Mecanismo de soporte de migracion en servicio abierto y arquitectura movil abierta. - Google Patents
Mecanismo de soporte de migracion en servicio abierto y arquitectura movil abierta.Info
- Publication number
- ES2237709T3 ES2237709T3 ES02797647T ES02797647T ES2237709T3 ES 2237709 T3 ES2237709 T3 ES 2237709T3 ES 02797647 T ES02797647 T ES 02797647T ES 02797647 T ES02797647 T ES 02797647T ES 2237709 T3 ES2237709 T3 ES 2237709T3
- Authority
- ES
- Spain
- Prior art keywords
- service
- capacity
- feature
- open
- characteristic
- 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
- 238000013508 migration Methods 0.000 title claims abstract description 8
- 230000005012 migration Effects 0.000 title claims abstract description 8
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 title 1
- 238000000034 method Methods 0.000 claims abstract description 24
- 238000005516 engineering process Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
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)
- Telephonic Communication Services (AREA)
- Fittings On The Vehicle Exterior For Carrying Loads, And Devices For Holding Or Mounting Articles (AREA)
- Vehicle Step Arrangements And Article Storage (AREA)
Abstract
Método que comprende pasos de: registrar (150) un segundo servicio con un servidor de registro y descubrimiento; comparar (160) propiedades del segundo servicio con propiedades de al menos un primer servicio para determinar si el segundo servicio es compatible de vuelta con al menos un primer servicio; y enviar (165) al menos a una aplicación que utiliza al menos un primer servicio, información concerniente a si el segundo servicio es compatible de vuelta con al menos un primer servicio.
Description
Mecanismo de soporte de migración en servicio
abierto y arquitectura móvil abierta.
El presente invento se refiere a la arquitectura
de servicio abierto y más particularmente, a un método para ayudar a
aplicaciones en emigrar o pasar de un activador de servicio a otro
activador de servicio en la arquitectura de servicio abierto.
En la red actual, las aplicaciones y servicios
son una parte del dominio del operador de la red y son construidas
utilizando la tecnología de red inteligente. Este método es
excelente para aplicaciones sencillas de mercado de masas, pero con
la emergencia de la movilidad y el protocolo de internet, un
despliegue rápido de aplicaciones innovadoras que combinan
características diferentes y datos críticos de empresa se vuelve un
reto.
Varios foros industriales y organismos de
estandarización, como Parlay y 3GPP, se han enfrentado a este reto y
APIs especificado (interfaces de programa de aplicaciones) que
sirven como una interfase entre las aplicaciones y las redes de
núcleo. La expresión Arquitectura de Servicio Abierto se refiere al
conjunto de APIs desarrolladas por Parlay, 3GPP y ETSI. Dentro de la
arquitectura de servicio abierto, existe un mecanismo básico al
cual una aplicación dentro del OSA se puede suscribir para ser
notificada cuando una característica nueva de capacidad de servicio
(SCF) resuelta disponible. EP 1.120.979 describe un método para
ejecutar un acuerdo de servicio que permite acceso mediante una
aplicación de servicio al menos a un nodo de servicio que
proporciona los recursos de servicios solicitados disponibles en un
nodo de servicio conectado a una red de comunicaciones. Sin embargo,
este mecanismo no proporciona ninguna indicación en cuanto a hasta
qué punto el nuevo SCF es compatible de nuevo con SCFs existentes
que la aplicación está utilizando actualmente. Así, existe una
necesidad dentro de la arquitectura de servicio abierto de un
mecanismo para informar a una aplicación de la compatibilidad de
SCFs nuevos con SCFs existentes.
El presente invento supera los anteriores y
otros problemas con un sistema y un método para emigrar entre un
primer y segundo servicio en una arquitectura de servicio abierto.
Un segundo servicio se registra con una estructura de arquitectura
de servicio abierto y, en respuesta a ello, se hace una comparación
entre las propiedades del segundo servicio y las propiedades del
primer servicio para determinar si el segundo servicio es
compatible de nuevo con el primer servicio. La información
concerniente sobre si el segundo servicio es compatible hacia atrás
con el primer servicio, se envía después de la comparación al menos
a una aplicación que utiliza el primer servicio.
Una comprensión más completa del método y aparato
del presente invento se puede obtener por referencia a la siguiente
descripción detallada cuando se toma en conjunto con los dibujos
que se acompañan, en los cuales:
La Figura 1 ilustra una arquitectura de red
lógica de tercera generación
La Figura 2 ilustra una visión general de la
arquitectura de servicio abierto;
La Figura 3 ilustra varias funcionalidades de la
estructura de OSA;
La Figura 4 ilustra un registro de servicio
mediante una aplicación dentro de la arquitectura de servicio
abierto (OSA); y
La Figura 5 es un diagrama de flujo que ilustra
el método del presente invento para ayudar a las aplicaciones a
emigrar o pasar a un SCF nuevo.
Con referencia ahora a la Figura 1, la
arquitectura de red de las redes de tercera generación está basada
en principios de formar capas horizontales donde las aplicaciones 40
y los servidores de aplicaciones 45 se encuentran lógicamente en la
capa superior, llamada red de aplicación o de servicio 10. La
expresión red de servicio se utiliza para distinguirlo de la red de
núcleo 15 situada en las capas inferiores. La red de servicio 10
está basada en la tecnología distribuida abierta (JAVA, CORBA) y las
aplicaciones son capaces de acceder a la funcionalidad de la red de
núcleo mediante interfaces 20 de programa de aplicaciones abiertas y
estandarizadas (APIs), a través de las cuales se pueden comunicar
con uno o más servidores de capacidad de servicio (SCS) 50. SCS 50
se puede conectar a varias redes, tales como redes móviles 5, redes
de IP 6 y / o redes fijas 7.
En la arquitectura por capas mostrada en la
Figura 2, la arquitectura de servicio abierto (OSA) comprende una
interfaz de programa de aplicaciones entre la red de servicio 10 y
la red de núcleo 15. Aunque el invento es descrito con respecto a la
Arquitectura de Servicio Abierto según es definido, por Parlay,
3GPP y ETSI, el invento es aplicable también métodos basados en
servicio de red donde los detalles de implementación específicos
podrían ser un poco diferentes que en OSA. Las aplicaciones 40
desplegadas en los servidores de aplicaciones 45, utilizan
características de capacidad de servicio que son proporcionadas por
servidores de capacidad de servicio (SCSs) 50. Los servidores de
capacidad de servicio 50 son entidades lógicas que implementan las
características de capacidad de servicio (SCFs) 35 e interactúan
con la red de núcleo 15. Las aplicaciones 40 y los servidores de
aplicaciones 45 están situados dentro de la capa de red de servicio
10 como se ha descrito anteriormente. Así, se puede ver que la
arquitectura de servicio abierto 30 actúa como una API entre la capa
de red de servicio 10 y la capa de red de núcleo 15.
La estructura de OSA 55 es un servidor de
registro y descubrimiento y habilita la apertura de la arquitectura
de sistema abierto y hace posible ir más allá de IN (Redes
Inteligentes) cuando se trata de la apertura, descubrimiento e
integración de nuevas características como se ha descrito más abajo.
La estructura de OSA 55 también notifica a las aplicaciones de la
adición de nuevas características de capacidad de servicio dentro de
la arquitectura de servicio abierto 30. La estructura de OSA 55
proporciona acceso controlado a los SCSs 50, que, en combinación con
la tecnología distribuida, soporta flexibilidad en sitios de
aplicaciones en escenarios de negocios. Además, permite múltiples
relaciones de venta e incluso una extensión del conjunto de
APIs.
Como se muestra en la Figura 3, la estructura de
OSA 55 es en realidad una familia de características de capacidad de
servicio 35, consistiendo la parte central o de núcleo en la Gestión
de Confianza y Seguridad 60 que permite la autentificación del
dominio; el Descubrimiento de Servicio 65 que permite el
descubrimiento de nueva SCF proporcionada por el operador; Registro
de Servicio 70 que proporciona el registro de nuevas SCFs a la
estructura; y Fábrica de Servicio 75 que permite la creación de
nuevos casos de SCF. Adicionalmente, son proporcionados APIs para la
Gestión de la Integridad 80 como compensación de carga, gestión de
fallos y latido del corazón y Notificación de Evento 85 que
proporciona notificaciones para eventos específicos.
Con referencia ahora a la Figura 4, se ilustra en
ella la manera en la que se puede iniciar una aplicación utilizando
una SCF 35 proporcionada por un Servidor de Capacidad de Servicio
nuevo (SCS) 50. En una primera etapa, un SCS 50 contactará con la
estructura de OSA 55 y solicitará una interfaz de autentificación
y registro en los pasos 90 y 95. A continuación, el SCS 50 utiliza
la interfaz de registro para publicar sus capacidades y añadir una
referencia a sus fábricas de servicio en el paso 100. El patrón de
fábrica es un patrón de diseño general y permite a la estructura de
OSA 55 solicitar al SCS 50 crear una interfase SCF 35. En este
momento, la estructura de OSA 55 y el SCS 50 se conocen
mutuamente.
La aplicación 40 contacta con la estructura de
OSA 55 y es autentificada en el paso 105. La aplicación 40 solicita
en el paso 110 una interfaz de descubrimiento. La estructura de OSA
55 devuelve una referencia o indicador a la interfaz de
descubrimiento, después de lo cual la aplicación 40 utiliza esta
interfaz para solicitar el tipo de SCF 35 y las capacidades
especiales necesitadas por la aplicación 40 en el paso 115. En este
momento la estructura de OSA 55 rastrea si a la aplicación 40 se le
permite usar la SCF 35 y bajo qué condiciones. Esta es capturada en
el acuerdo de nivel de servicio (SLA) entre el operador de red y el
proveedor de servicio. Si se permite a la aplicación usar la SCF 35,
la estructura de OSA 55 devuelve todos los Ids de SCFs 35 que
pudieran cumplir las necesidades de la aplicación.
A continuación, la aplicación 40 selecciona en el
paso 120 una de las SCFs 35 y firma el así llamado Acuerdo de
Servicio. La estructura de OSA 55 contacta con la fábrica de
servicio del SCS 50 y envía las condiciones bajo las cuales se
permite a la aplicación usar las SCFs 35 en el paso 125. El SCS 50
crea un caso de SCF 35 que es para ser utilizado por esta aplicación
y es también capaz de comprobar las condiciones en el paso 130, y
la estructura devuelve la referencia o indicador a la aplicación en
el paso 135. Desde este punto en adelante, se autoriza a la
aplicación a usar la SCF 35. Aunque este proceso de registro
descrito y descubrimiento permite a la estructura informar a una
aplicación de las varias SCFs 35 disponibles y a través de la
interfaz de notificación la disponibilidad potencial de un nuevo SCS
50, no hay ningún mecanismo para notificar una aplicación de
compatibilidad hacia atrás de una nueva SCF 35 con SCFs 35
preexistentes. Las aplicaciones pueden utilizar la notificación de
evento API en la estructura 55 para suscribirse a los eventos. Un
ejemplo de un evento es cuando una SCF nueva se hace disponible.
En referencia ahora a la Figura 5, se ilustra en
ella un método para determinar la nueva compatibilidad de una SCF.
Cuando una SCF nueva se hace disponible, la SCF debe primero
registrarse en el paso 150 con la estructura de OSA 55 como se ha
descrito previamente con respecto a la Figura 4. Durante este
proceso, la SCF suministra a la estructura de OSA 55 las propiedades
soportadas por esta implementación de la SCF en el paso 155. La
estructura de OSA 55 tiene información sobre cada una de las
implementaciones de SCF existentes disponibles dentro de un dominio
de operador de red específico, información sobre las aplicaciones
que las usan y las restricciones que se aplican a la utilización de
las SCFs por los acuerdos de nivel de servicio. Utilizando esta
información, la estructura de OSA es capaz de realizar una
comprobación en el paso 160 de las propiedades de la implementación
de la nueva SCF las versiones previamente existentes. En esta
comprobación, se obtiene una indicación en cuanto a qué alcance la
implementación de la nueva SCF es compatible de nuevo con otras
versiones de SCFs utilizadas por la red. Esta información es enviada
en el paso 165 a las aplicaciones utilizando versiones previas de la
SCF junto con referencias opcionales a la interfaz del nuevo SCS.
Para proporcionar referencias a las interfaces, sería utilizada una
extensión del mecanismo de notificación de la estructura actual. El
mecanismo de notificación de la estructura puede ser guiado por
propiedades del servicio dedicadas que especifican que la
implementación de la SCF sustituye o hace obsoleta una
implementación de SCF más vieja especificada o especifica una
estrategia de migración. La información sobre nivel de nueva
compatibilidad, el hecho de que la implementación de SCF sustituya o
hace obsoleta una SCF más vieja, estrategia de migración, etc,
podría ser suministrada o por el nuevo SCS y enviada a la aplicación
a través de la estructura o por la estructura después de analizar
las propiedades del nuevo SCS cuando se registra o por ambos en
conjunto.
Mediante implementación de esta extensión
descrita, se pueden habilitar migraciones sin juntura o aplicaciones
entre versiones más viejas y más nuevas de implementaciones de SCF.
Esto permitiría a un operador hace obsoleta o actualizar una SCF
casi automáticamente. Permitiría además a un operador sacar de
servicio a una SCF para actividades de mantenimiento dirigiendo las
aplicaciones a una SCF de respaldo.
La descripción previa es de una realización
preferida para implementar el invento, y el alcance del invento no
debe estar necesariamente limitado por esta descripción. El alcance
del presente invento está, en su lugar, definido por las siguientes
reivindicaciones.
Claims (20)
1. Método que comprende pasos de: registrar (150)
un segundo servicio con un servidor de registro y descubrimiento;
comparar (160) propiedades del segundo servicio con propiedades de
al menos un primer servicio para determinar si el segundo servicio
es compatible de vuelta con al menos un primer servicio; y enviar
(165) al menos a una aplicación que utiliza al menos un primer
servicio, información concerniente a si el segundo servicio es
compatible de vuelta con al menos un primer servicio.
2. Método de acuerdo con la reivindicación 1, en
el que el servidor de registro y descubrimiento comprende una
estructura de arquitectura de servicio abierto.
3. Método de acuerdo con cualquiera de las
reivindicaciones previas, que comprende además un paso de
proporcionar la estructura de arquitectura de servicio abierto con
al menos una propiedad apoyada por el segundo servicio.
4. Método de acuerdo con cualquiera de las
reivindicaciones previas, en el que el paso de enviar además
comprende un paso de enviar información concerniente a si el segundo
servicio es compatible de vuelta con al menos un primer servicio a
una pluralidad de aplicaciones que utilizan al menos el primer
servicio.
5. Método de acuerdo con cualquiera de las
reivindicaciones previas, en el que el segundo y al menos un primer
servicios comprende una característica de capacidad de servicio.
6. Método de acuerdo con cualquiera de las
reivindicaciones previas, en el que el paso de enviar además
comprende los pasos de enviar indicadores al menos a una interfaz de
una entidad funcional que proporciona el servicio.
7. Método de acuerdo con la Reivindicación 6, en
el que la entidad funcional comprende un servidor de capacidad de
servicio.
8. Método de acuerdo con cualquiera de las
reivindicaciones previas, en el que la información especifica si el
segundo servicio sustituye al menos a un primer servicio.
9. Método de acuerdo con cualquiera de las
reivindicaciones previas, en el que la información especifica si el
segundo servicio hace obsoleto al menos un primer servicio.
10. Método de acuerdo con cualquiera de las
reivindicaciones previas, en el que la información especifica una
estrategia de migración desde el segundo servicio hasta al menos un
primer servicio.
11. Método de acuerdo con cualquiera de las
reivindicaciones previas, en el que la información es proporcionada
por el segundo servicio.
12. Método de acuerdo con cualquiera de las
reivindicaciones previas 1-10, en del que la
información es proporcionada por el servicio de registro y
descubrimiento.
13. Método de acuerdo con cualquiera de las
reivindicaciones previas, que comprende además un paso de sustituir
a al menos un primer servicio con el segundo servicio.
14. Arquitectura de sistema abierto, que
comprende: al menos un servidor de capacidad de servicio (50) que
proporciona al menos una primera característica de capacidad de
servicio y una segunda característica de capacidad de servicio; y
una estructura de arquitectura de sistema abierto (55) configurada
para registrar la segunda característica de capacidad de servicio
con la estructura de arquitectura de servicio abierto, comparar
las propiedades de la segunda característica de capacidad de
servicio con las propiedades de la primera característica de
capacidad de servicio para determinar si la segunda característica
de capacidad de servicio es compatible de vuelta con la primera
característica de capacidad de servicio y enviar, al menos a una
aplicación que utiliza la primera característica de capacidad de
servicio, información que concierne a si la segunda característica
de capacidad de servicio es compatible de vuelta con la primera
característica de capacidad de servicio.
15. Arquitectura de sistema abierto de acuerdo
con la reivindicación 14, en la que la estructura de arquitectura de
sistema abierto está además configurada para determinar al menos una
propiedad apoyada por la segunda característica de capacidad de
servicio.
16. Arquitectura de sistema abierto de acuerdo
con cualquiera de las reivindicaciones 14 y 15, en la que la
estructura de arquitectura de sistema abierto está configurada
además para enviar información concerniente a si la segunda
característica de capacidad de servicio es compatible de vuelta con
la primera característica de capacidad de servicio para una
pluralidad de aplicaciones que utilizan la primera característica de
capacidad de servicio.
17. Arquitectura de sistema abierto de acuerdo
con cualquiera de las reivindicaciones 14-16, en la
que la estructura de arquitectura de sistema abierto está
configurada además para enviar indicadores al menos a una interfaz
de al menos un servidor de capacidad de servicio que proporciona la
primera característica de capacidad de servicio.
18. Arquitectura de sistema abierto de acuerdo
con cualquiera de las reivindicaciones 14-17, en la
que la información especifica si la segunda característica de
capacidad de servicio sustituye a la primera característica de
capacidad de servicio..
19. Arquitectura de sistema abierto de acuerdo
con cualquiera de las reivindicaciones 14-18, en la
que la información especifica si la segunda característica de
capacidad de servicio hace obsoleta a la primera característica de
capacidad de servicio.
20. Arquitectura de sistema abierto de acuerdo
con cualquiera de las reivindicaciones 14-19, en la
que la información especifica una estrategia de migración desde la
segunda característica de capacidad de servicio hasta la primera
característica de capacidad de servicio.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US31661901P | 2001-08-31 | 2001-08-31 | |
| US316619P | 2001-08-31 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2237709T3 true ES2237709T3 (es) | 2005-08-01 |
Family
ID=23229847
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02797647T Expired - Lifetime ES2237709T3 (es) | 2001-08-31 | 2002-08-29 | Mecanismo de soporte de migracion en servicio abierto y arquitectura movil abierta. |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US7246349B2 (es) |
| EP (1) | EP1421764B1 (es) |
| JP (1) | JP4335676B2 (es) |
| CN (1) | CN100566329C (es) |
| AT (1) | ATE291320T1 (es) |
| AU (1) | AU2002333753A1 (es) |
| CA (1) | CA2463050C (es) |
| DE (1) | DE60203303T2 (es) |
| ES (1) | ES2237709T3 (es) |
| WO (1) | WO2003021904A2 (es) |
Families Citing this family (39)
| 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 |
| US7421713B2 (en) * | 2002-06-12 | 2008-09-02 | Matsushita Electric Industrial Co., Ltd. | Safe service extension platform |
| 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 |
| EP1741277B1 (en) * | 2004-04-07 | 2017-06-07 | Orange | Event processing system |
| US8966498B2 (en) | 2008-01-24 | 2015-02-24 | Oracle International Corporation | Integrating operational and business support systems with a service delivery platform |
| US9565297B2 (en) | 2004-05-28 | 2017-02-07 | Oracle International Corporation | True convergence with end to end identity management |
| 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) |
| US8458703B2 (en) | 2008-06-26 | 2013-06-04 | Oracle International Corporation | Application requesting management function based on metadata for managing enabler or dependency |
| 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 |
| US7860490B2 (en) * | 2004-12-01 | 2010-12-28 | Oracle International Corporation | Methods and systems for exposing access network capabilities using an enabler proxy |
| US8321498B2 (en) * | 2005-03-01 | 2012-11-27 | Oracle International Corporation | Policy interface description framework |
| 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 |
| EP2053552A3 (en) * | 2005-11-03 | 2011-02-02 | KTFreetel Co., Ltd. | A legacy cooperation device and processing method |
| EP1949281A4 (en) | 2005-11-03 | 2011-02-02 | Kt Freetel Co Ltd | SYSTEM AND METHOD FOR PROVIDING MOBILE BUSINESS SUPPORT |
| US8914493B2 (en) * | 2008-03-10 | 2014-12-16 | Oracle International Corporation | Presence-based event driven architecture |
| 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 |
| KR100901703B1 (ko) | 2006-12-01 | 2009-06-08 | 한국전자통신연구원 | 개방형 비동기 응용 서비스 이벤트 처리 방법 및 이를구현한 개방형 웹서비스 게이트웨이 |
| 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 |
| US10819530B2 (en) * | 2008-08-21 | 2020-10-27 | Oracle International Corporation | Charging enabler |
| 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 |
| US20110125909A1 (en) * | 2009-11-20 | 2011-05-26 | Oracle International Corporation | In-Session Continuation of a Streaming Media Session |
| US20110125913A1 (en) * | 2009-11-20 | 2011-05-26 | Oracle International Corporation | Interface for Communication Session Continuation |
| US8533773B2 (en) * | 2009-11-20 | 2013-09-10 | Oracle International Corporation | Methods and systems for implementing service level consolidated user information management |
| US9503407B2 (en) | 2009-12-16 | 2016-11-22 | Oracle International Corporation | Message forwarding |
| US9509790B2 (en) * | 2009-12-16 | 2016-11-29 | Oracle International Corporation | Global presence |
| WO2014101231A1 (zh) * | 2012-12-31 | 2014-07-03 | 华为技术有限公司 | 电信网络能力开放的系统架构、子系统和方法 |
| US11576031B2 (en) * | 2017-10-17 | 2023-02-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Service registration in a communications network |
| CN114090075B (zh) * | 2021-11-30 | 2024-12-13 | 土巴兔集团股份有限公司 | 兼容新老框架服务的调用方法及相关装置 |
Family Cites Families (11)
| 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 |
| DE69623309T2 (de) * | 1995-10-17 | 2003-01-09 | Telefonaktiebolaget Lm Ericsson, Stockholm | Vorrichtung und verfahren zur reduzierung der kopplung der objekten unteraneinder in einer objetkorientierten programmierbetriebsumgebung |
| 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 (en) * | 2000-01-24 | 2001-08-01 | BRITISH TELECOMMUNICATIONS public limited company | Communications network |
| 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 CN CNB028169352A patent/CN100566329C/zh not_active Expired - Lifetime
- 2002-08-29 DE DE60203303T patent/DE60203303T2/de not_active Expired - Lifetime
- 2002-08-29 WO PCT/EP2002/009652 patent/WO2003021904A2/en not_active Ceased
- 2002-08-29 JP JP2003526109A patent/JP4335676B2/ja not_active Expired - Lifetime
- 2002-08-29 AT AT02797647T patent/ATE291320T1/de not_active IP Right Cessation
- 2002-08-29 CA CA2463050A patent/CA2463050C/en not_active Expired - Lifetime
- 2002-08-29 EP EP02797647A patent/EP1421764B1/en not_active Expired - Lifetime
- 2002-08-29 ES ES02797647T patent/ES2237709T3/es not_active Expired - Lifetime
- 2002-08-29 AU AU2002333753A patent/AU2002333753A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| JP4335676B2 (ja) | 2009-09-30 |
| CN1550093A (zh) | 2004-11-24 |
| WO2003021904A2 (en) | 2003-03-13 |
| AU2002333753A1 (en) | 2003-03-18 |
| ATE291320T1 (de) | 2005-04-15 |
| DE60203303T2 (de) | 2006-03-16 |
| DE60203303D1 (de) | 2005-04-21 |
| JP2005502145A (ja) | 2005-01-20 |
| CA2463050A1 (en) | 2003-03-13 |
| EP1421764A2 (en) | 2004-05-26 |
| CN100566329C (zh) | 2009-12-02 |
| EP1421764B1 (en) | 2005-03-16 |
| WO2003021904A3 (en) | 2003-12-04 |
| US20030061268A1 (en) | 2003-03-27 |
| US7246349B2 (en) | 2007-07-17 |
| CA2463050C (en) | 2012-03-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2463050C (en) | Migration support mechanism in open service and open mobile architecture | |
| CN111052711B (zh) | 发现由网络存储库功能提供的服务的方法 | |
| US9288276B2 (en) | Application services infrastructure for next generation networks including a notification capability and related methods and computer program products | |
| US20200036754A1 (en) | Sepp registration, discovery and inter-plmn connectivity policies | |
| ES2636805T3 (es) | Un método y un aparato para gestionar llamadas de emergencia en una red de acceso por radio de paquetes conmutados | |
| US11929882B2 (en) | Migration to indirect communication mode in a service-based architecture | |
| US12003360B2 (en) | OAM functional service exposure and discovery function and data repository | |
| JP2020515126A (ja) | モノのインターネット通信方法、モノのインターネット装置、及びモノのインターネットシステム | |
| ES2633444T3 (es) | Método y sistema para proporcionar información de presencia | |
| CN111107130A (zh) | 运营商级电信区块链 | |
| CA3130636C (en) | Entities for providing an external service to a network | |
| CN101087301A (zh) | 用户接入网络的方法和系统 | |
| US12010642B2 (en) | Entities for providing an external service to a network | |
| CN107295049B (zh) | 实现网络功能通信的架构、方法及装置 | |
| CN114301788B (zh) | 一种切片管理方法、装置及通信设备 | |
| EP2304980B1 (en) | A method and apparatus for a subscriber database | |
| CN112262613A (zh) | 用于在基于服务的电信系统中操作网络网关服务的方法和设备 | |
| ES2916452T3 (es) | Un método, y dispositivos, para actualizar una ubicación de un Equipo de Usuario, UE, cuando dicho UE se traslada desde un primer tipo de red de telecomunicaciones a un segundo tipo de red de telecomunicaciones | |
| ES2329438T3 (es) | Sistema y procedimiento para determinar cuando una cscf deberia actuar como i-cscf o como s-cscf. | |
| WO2017211142A1 (zh) | 切换接入点的方法及装置 | |
| CN110024358B (zh) | 对由分布式数据存储系统提供的服务的访问 | |
| ES2962936T3 (es) | Operación de un equipo de usuario dentro de o como parte de una red de telecomunicaciones mediante el uso de una funcionalidad del plano de control | |
| US20260067693A1 (en) | Registering smart contract on a blockchain network | |
| KR102922161B1 (ko) | 단대단 ｔｓｎ 시스템 및 방법 | |
| KR100973656B1 (ko) | 통합 위치 관리 장치 및 상기 장치를 이용한 통합 위치관리 방법 |