Análise clínica, tomográfica e histológica comparativa entre ha+β-tcp isolado ou associado a proteínas derivadas do esmalte utilizadas como enxertos após a elevação da membrana do seio maxilar e colocação de implantes: estudo piloto

The aim of this study was to evaluate the clinical, tomographic, and histological similarity within the use of HA+β-TCP (Boneceramic) alone or associated with enamel matrix derived (EMD) proteins in sinus lifting procedures with subsequent dental implant placement. We selected two patients with residual bony ridges between 3 mm and 5 mm in height in need of bone grafts. Six months later, eight implants were installed (two implants at each site). Biopsies were made, and the tissue was processed and stained with HE solution. Tomographic evaluation showed bone height gain up to 10.0 mm on average. Histology showed new bone formation for both groups, with similar bone density and trabecular interconnectivity. It can be concluded that the HA+β-TCP graft isolated or associated to EMD provided bone height gain in sinus lifting procedures, with similar clinical, tomographic and histological characteristics.

In vitro and in vivo biological behavior of CDHA/OCP/β-TCP scaffold

The biological behavior of a new bioactive material composed of calcium-deficient hydroxyapatite, octacalcium phosphate, and beta-tricalcium phosphate was investigated by in vitro indirect and direct cytotoxicity, cell adhesion and proliferation tests, and by in vivo subcutaneous and bone implantation in rats. The results of the in vitro studies showed that the material is biocompatible and no cytotoxic. Slightly poorer initial cell adhesion and lower cell proliferation than in control was observed, which were attributed to the reactivity and roughness of the material surface, In vivo results showed that the material is biodegradable and bioactive in bone tissue, but only biocompatible and partially biodegradable in soft tissue.

Quality Metric to Assess Video Streaming Service over TCP considering Temporal Location of Pauses

There is a wide range of video services over complex transmission networks, and in some cases end users fail to receive an acceptable quality level. In this paper, the different factors that degrade users' quality of experience (QoE) in video streaming service that use TCP as transmission protocol are studied. In this specific service, impairment factors are: number of pauses, their duration and temporal location. In order to measure the effect that each temporal segment has in the overall video quality, subjective tests. Because current subjective test methodologies are not adequate to assess video streaming over TCP, some recommendations are provided here. At the application layer, a customized player is used to evaluate the behavior of player buffer, and consequently, the end user QoE. Video subjective test results demonstrate that there is a close correlation between application parameters and subjective scores. Based on this fact, a new metrics named VsQM is defined, which considers the importance of temporal location of pauses to assess the user QoE of video streaming service. A useful application scenario is also presented, in which the metrics proposed herein is used to improve video services(1).

Introduzione al Protocollo TCP

Diapositive utilizate a lezione sugli argomenti: - connessione TCP - formato segmento TCP - macchina a stati finiti TCP - timer TCP

Analisi per via simulativa del protocollo tcp a ritrasmissione asimmetrica anticipata su wifi

Viene implementato un algoritmo di ritrasmissione dei pacchetti nel protocollo TCP. Lo studio viene fatt utilizzando il simulatore OMNET++ e il framework INET

TCP a ritrasmissione asimmetrica anticipata su WiFi

Nell'ambito dell'architettura RWMA per l'aumento della qualità del servizio in ambiente wireless, si colloca la ritrasmissione asimmetrica anticipata su wifi. Lo scopo è migliorare ed ottimizzare la comunicazione nel livello datalink tra Access Point e Nodo Mobile per quanto riguarda le connessioni TCP. Il progetto è sviluppato nell'ambiente simulativo OMNET++/INET.

TCP a ritrasmissione asimmetrica anticipata su Access Point WiFi

La perdita di pacchetti durante una trasmissione su una rete Wireless influisce in maniera fondamentale sulla qualità del collegamento tra due End-System. Lo scopo del progetto è quello di implementare una tecnica di ritrasmissione asimmetrica anticipata dei pacchetti perduti, in modo da minimizzare i tempi di recupero dati e migliorare la qualità della comunicazione. Partendo da uno studio su determinati tipi di ritrasmissione, in particolare quelli implementati dal progetto ABPS, Always Best Packet Switching, si è maturata l'idea che un tipo di ritrasmissione particolarmente utile potrebbe avvenire a livello Access Point: nel caso in cui la perdita di pacchetti avvenga tra l'AP e il nodo mobile che vi è collegato via IEEE802.11, invece che attendere la ritrasmissione TCP e Effettuata dall'End-System sorgente è lo stesso Access Point che e effettua una ritrasmissione verso il nodo mobile per permettere un veloce recupero dei dati perduti. Tale funzionalità stata quindi concettualmente divisa in due parti, la prima si riferisce all'applicazione che si occupa della bufferizzazione di pacchetti che attraversano l'AP e della loro copia in memoria per poi ritrasmetterli in caso di segnalazione di mancata acquisizione, la seconda riguardante la modifica al kernel che permette la segnalazione anticipata dell'errore. E' già stata sviluppata un'applicazione che prevede una ritrasmissione anticipata da parte dell'Access Point Wifi, cioè una ritrasmissione prima che la notifica di avvenuta perdita raggiunga l'end-point sorgente e appoggiata su un meccanismo di simulazione di Error Detection. Inoltre è stata anche realizzata la ritrasmissione asincrona e anticipata del TCP. Questo documento tratta della realizzazione di una nuova applicazione che fornisca una più effciente versione del buffer di pacchetti e utilizzi il meccanismo di una ritrasmissione asimmetrica e anticipata del TCP, cioè attivare la ritrasmissione su richiesta del TCP tramite notifiche di validità del campo Acknowledgement.