A service creation system for a communications network of the intelligent network type has 3 different levels at which service creation activities can be carried out, these being SCE1, SCE2 and SCE3. The use of separate levels allows access to the service creation system to be kept functionally separate for users having different interests in the network. Hence, features which have to be installed at the network element level for a selected service to be available can be created in SCE1. Marketable service features, which give a view of features in that they encapsulate call handling logic thereof together with support and management descriptions of the feature, can be created in SCE2. Service packages, which permit collection of marketable service features to meet requirements of a service together with servicespecific support and management information, can be created in either of SCE2 or SCE3. The service provider at SCE2 creates and tests edit graphs which comprise ordered sequences of marketable service features. These are then made available to the customer at SCE3. Profiles, which list the features relevant to a service for a user and provide data slots for the data necessary to each feature, can be provisioned and modified in SCE3 by the creation of execute graphs from edit graphs. In addition to marketable service features, metafeatures can be embedded in edit graphs. These are similar to marketable service features but have no associated screen information. This allows the user to generate execute graphs from what appears to be a blank screen but in practice has embedded constraints by means of the metafeatures, thus ensuring that the execute graph is still within tested constraints.

Um sistema da criação do serviço para uma rede de comunicações do tipo inteligente da rede tem 3 níveis diferentes em que as atividades da criação do serviço podem ser realizadas, estes que são SCE1, SCE2 e SCE3. O uso de níveis separados permite que o acesso ao sistema da criação do serviço seja mantido funcionalmente separado para os usuários que têm interesses diferentes na rede. Daqui, as características que têm que ser instaladas no nível do elemento da rede para que um serviço selecionado esteja disponíveis podem ser criadas em SCE1. As características de serviço marketable, que dão uma vista das características que encapsulate a lógica da manipulação de chamada disso junto com descrições da sustentação e da gerência da característica, podem ser criadas em SCE2. Preste serviços de manutenção aos pacotes, que permitem a coleção de características de serviço marketable se encontrar com exigências de um serviço junto com a informação servicespecific da sustentação e da gerência, pode ser criado em de SCE2 ou de SCE3. O fornecedor de serviço em SCE2 cría e os testes editam os gráficos que compreendem seqüências requisitadas de características de serviço marketable. Estes são feitos então disponíveis ao cliente em SCE3. Os perfis, que alistam as características relevantes a um serviço para um usuário e fornecem entalhes dos dados para os dados necessários a cada característica, podem ser provisioned e modificaram em SCE3 pela criação de executam gráficos de editam gráficos. Além às características de serviço marketable, os metafeatures podem ser encaixados dentro editam gráficos. Estes são similares às características de serviço marketable mas não têm nenhuma informação associada da tela. Isto permite que o usuário gere executa gráficos de o que parece ser uma tela em branco mas na prática encaixou confinamentes por meio dos metafeatures, assim assegurando-se de que o gráfico executar seja ainda confinamentes dentro testados.

 
Web www.patentalert.com

< (none)

< Sump pump and moisture alarm

> Method and system for providing a group of parallel resources as a proxy for a single shared resource

> (none)

~ 00024