Objectif
. Synthesis of the operational requirements of the infrastructure needed for IBC. The operational requirements are mapped to each of the common functional specifications in the RACE programme which are relevant to usage, so that functional specification work can meet the needs of users.
. Analysis of projected service usage patterns.
The main objective is to provide the operational requirements for integrated broadband communications (IBC) to enable the functional specification and implementation work to meet the needs of users. These operational requirements must therefore provide recommendations on IBC system behaviour and demand related information, eg projected usage patterns associated with the recommendations. Operational requirements are based upon all the data being produced by the usage projects. The usage reference model (URM) therefore created database which contains this data. Operational requirements are developed by modelling the usage data. Modelling techniques are used which can:
synthesise the data;
enable inferential analysis
to provide recommendations in a form which can be easily taken up. The collection of usage data also implies a coordination requirement. Usage projects received guidance and support as to what issues to examine, how to collect their data and in what form to present their data. The URM plays a coordination role, through workshops and concertation meetings, always respecting the fact that usage projects have many project specific requirements in addition to their role in supplying the URM with data. Because the URM is a project which communicates to usage projects, and on behalf of usage projects to functional specification projects, it has communication related work:
the establishment of a basis for discussion and agreement about terminology;
the establishment of the information requirements of RACE designers;
the provision of information through reports, help desks, newsletters, etc.
Technical Approach
The main objective expressed within the terms of the RACE Part I design process is to provide the operational requirements for IBC to enable the functional specification and implementation work to meet the needs of users. These operational requirements must therefore provide- recommendations on IBC system behaviour, and demand-related information, eg projected usage patterns associated with the recommendations.
Operational requirements will be based upon all the data being produced by the usage projects. The URM therefore created a usage database which contains this data. Operational requirements will be developed by modelling the usage data. Modelling techniques are used which can:
. synthesise the data, and
. enable inferential analysis
to provide recommendations in a form which can be easily taken up by, for example, the R1044 work packages. The collection of usage data also implies a coordination requirement. Usage projects received guidance and support as to what issues to examine, how to collect their data, and in what form to present their data. The URM plays a coordination role, through for example workshops and concertation meetings, always respecting the fact that usage projects have many project-specific requirements in addition to their role in supplying the URM with data.
Because the URM is a project which communicates to usage projects, and on behalf of usage projects to functional specification projects, it has communication-related work: such as the establishment of a basis for discussion and agreement about terminology; the establishment of the information requirements of RACE designers; and the provision of information through reports, help desks, newsletters etc.
The position of the URM within the RACE programme requires it to attempt to monitor and coordinate the project schedules of eg R1044 and R1045 with the usage projects, and thereby to modify its own schedules. This is partly a management activity, eg organising contributions to the common functional specification work, and partly a work package activity eg usage data collection work. Both these activities are internal to RACE. In addition the URM has to monitor certain schedules outside the RACE programme, in particular those of international standards organisations.
Key Issues
. Coordinated broadly-based usage data for input to operational requirements.
. Operational requirements with a simple modular service structure, but capable of expressing a wide variety of specific usage requirements.
. Usage implications of each of the common functional specifications.
. Coordinated design between usage and functional specification.
Achievements
The following publications are available from the project:
. A guide to IBC terminology from a usage perspectiv.
. A guide to Application Pilot design
. Service Definition Method.
. Service Definitions
. Usage Implications of RACE Common Functional Specifications
. RACE Usage Research Review - available as a document and as a software database.
In addition an integrated account of usage research as published in Integrated Broadband Communication; Views from RACE: Usage Aspects, edited by Byerley P and Connell S.
Expected Impact
Implementation of IBC with its associated services will require very large investment decisions. These decisions need to be made with some confidence that the implementation will meet existing and future user needs, and with information about the expected demand and use of services.
Generic user services express the wide variety of infrastructural requirements of applications in terms of a small set of basic services. Generic user services have been derived from the analysis of communication networks for applications (reference for user services) and therefore will be communicable and relevant to value added service providers as well as to infrastructure designers.
Champ scientifique (EuroSciVoc)
CORDIS classe les projets avec EuroSciVoc, une taxonomie multilingue des domaines scientifiques, grâce à un processus semi-automatique basé sur des techniques TLN. Voir: Le vocabulaire scientifique européen.
CORDIS classe les projets avec EuroSciVoc, une taxonomie multilingue des domaines scientifiques, grâce à un processus semi-automatique basé sur des techniques TLN. Voir: Le vocabulaire scientifique européen.
- sciences naturelles informatique et science de l'information logiciel
- sciences naturelles informatique et science de l'information bases de données
Vous devez vous identifier ou vous inscrire pour utiliser cette fonction
Programme(s)
Programmes de financement pluriannuels qui définissent les priorités de l’UE en matière de recherche et d’innovation.
Programmes de financement pluriannuels qui définissent les priorités de l’UE en matière de recherche et d’innovation.
Thème(s)
Les appels à propositions sont divisés en thèmes. Un thème définit un sujet ou un domaine spécifique dans le cadre duquel les candidats peuvent soumettre des propositions. La description d’un thème comprend sa portée spécifique et l’impact attendu du projet financé.
Données non disponibles
Les appels à propositions sont divisés en thèmes. Un thème définit un sujet ou un domaine spécifique dans le cadre duquel les candidats peuvent soumettre des propositions. La description d’un thème comprend sa portée spécifique et l’impact attendu du projet financé.
Appel à propositions
Procédure par laquelle les candidats sont invités à soumettre des propositions de projet en vue de bénéficier d’un financement de l’UE.
Données non disponibles
Procédure par laquelle les candidats sont invités à soumettre des propositions de projet en vue de bénéficier d’un financement de l’UE.
Régime de financement
Régime de financement (ou «type d’action») à l’intérieur d’un programme présentant des caractéristiques communes. Le régime de financement précise le champ d’application de ce qui est financé, le taux de remboursement, les critères d’évaluation spécifiques pour bénéficier du financement et les formes simplifiées de couverture des coûts, telles que les montants forfaitaires.
Régime de financement (ou «type d’action») à l’intérieur d’un programme présentant des caractéristiques communes. Le régime de financement précise le champ d’application de ce qui est financé, le taux de remboursement, les critères d’évaluation spécifiques pour bénéficier du financement et les formes simplifiées de couverture des coûts, telles que les montants forfaitaires.
Données non disponibles
Coordinateur
75180 Pforzheim
Allemagne
Les coûts totaux encourus par l’organisation concernée pour participer au projet, y compris les coûts directs et indirects. Ce montant est un sous-ensemble du budget global du projet.