Device to device streaming en dispositivos móviles

De ice o De ice s eaming en disposi i os m´o iles I ´ an Gulyk y Noel Jos´ e Algo a Igual FACULTAD DE INFORM´ ATICA UNIVERSIDAD COMPLUTENSE DE MADRID T abajo de in de g ado del G ado en Ingenie ´ ıa In o m´ a ica Di ec o : Simon Pickin Cu so 2018/2019 Es e documen o ha sido maque ado con L A T EX 2 Ag adecimien os Que emos ag adece oda la ayuda, apoyo y ´animos ecibidos po pa e de nues os amilia es, compa˜ne os y amigos. Tambi´en ag adecemos a odos los p o eso es que nos die on o maci´on y nos p opo ciona on conocimien os d´ıa a d´ıa a lo la go de nues a e apa uni e si a ia. Especial ag adecimien o a nues o u o , Simon Pickin, po o ece nos es e p oyec o y po oda la colabo aci´on y apoyo que nos ha dado en odo momen o. Po ´ul imo, que emos da las g acias al c eado de la lib e ´ıa libs eam- ing, que nos ha aho ado mucho abajo, y sin la cual posiblemen e no hab ´ıamos podido lle a a cabo es e p oyec o. 4 Palab as Cla e •WiFI Di ec •And oid •Libs eaming •S eaming •RTSP •Ad hoc •P2P 5 Keywo ds •WiFi Di ec •And oid •Libs eaming •S eaming •RTSP •Ad hoc •P2P 6 ´ Indice Ag adecimien os 4 Palab as Cla e 5 Keywo ds 6 Resumen 13 Summa y 14 1 In oducci´on 15 1.1 Mo i aci´on............................ 15 1.2 Obje i os ............................ 17 1.3 Plande abajo......................... 18 1 In oduc ion 20 1.1 Mo i a ion............................ 20 1.2 Goals............................... 22 1.3 Wo kplan ............................ 22 2 An eceden es 25 2.1 S eaming ............................ 25 2.2 WiMAX............................. 25 2.3 Blue oo h ............................ 25 2.4 WiFi............................... 26 2.5 WiFiAdhocMode....................... 26 2.6 WiFiDi ec ........................... 27 2.7 WiFiAwa e........................... 27 2.8 TCPyUDP........................... 28 2.9 HTTPS eaming........................ 29 2.10RTPyRTCP .......................... 29 8 2.11RTSP .............................. 30 2.12 Aplicaciones pa ecidas . . . . . . . . . . . . . . . . . . . . . 30 2.12.1 Aplicaciones pa a compa i a chi os . . . . . . . . . 30 2.12.2CamWimo e ...................... 30 2.12.3 RTSP Came a Se e . . . . . . . . . . . . . . . . . . 31 3 Elecci´on de ecnolog´ıas 32 3.1 And oid ............................. 32 3.2 WiFiDi ec ........................... 32 3.3 Ja a ............................... 32 3.4 RTPsob eUDP......................... 33 3.5 RTSP .............................. 33 3.6 libs eaming........................... 34 3.7 libVLC.............................. 34 3.8 And oidS udio ......................... 34 3.9 G adle.............................. 35 3.10Gi yGi hub .......................... 35 3.11T ello .............................. 35 3.12 L A T EXyO e lea ......................... 36 4 Especi icaci´on 37 4.1 Requisi os............................ 37 4.1.1 Conexi´on ........................ 37 4.1.2 T ansmisi´on de da os . . . . . . . . . . . . . . . . . . 37 4.1.3 Recepci´on, in e p e aci´on y e ansmisi´on de da os . 38 5 Dise˜no 39 5.1 Conside aciones gene ales de dise˜no . . . . . . . . . . . . . . 39 5.1.1 Funcionamien o de Wi i Di ec . . . . . . . . . . . . 39 5.1.2 Mul ihop y ed ad hoc con WiFi Di ec . . . . . . . . 40 9 De ice o De ice In oducci´on Que emos ealiza la e ansmisi´on en s eaming, en ez de una simple ans e encia de iche os de ´ıdeo, dado que pa a algunos de los casos de uso que enemos en men e se puede que e emi i el ´ıdeo lo an es posible, y a eces no se pod ´ıa en ia un iche o con el ´ıdeo al inaliza la g abaci´on. Secunda iamen e, como ambi´en puede se ´u il, que emos que se puedan ansmi i a chi os. Nos encon amos ligados a la conexi´on de In e ne , pe o en caso de una ca ´as o e na u al se puede pe de la in aes uc u a, y po an o las conexiones a las edes con encionales. Se pod ´ıa o ma una ed ad hoc pa a pasa ´ıdeos y/o mensajes de ayuda de un disposi i o a o o has a encon a un disposi i o que si disponga de acceso a In e ne , y de es a o ma los da os en iados desde una zona sin conexi´on se publica ´ıan en In e ne y llega ´ıan a su des ino. O o de los posibles casos de uso pa a una aplicaci´on como la que p o- ponemos pod ´ıa se el da la posibilidad de ansmi i ´ıdeos a disposi i os lejanos en pa´ıses en los que se come en c ´ımenes con a los de echos hu- manos, de al o ma que el ´ıdeo pasase de un disposi i o a o o sal ´andose el con ol y censu a que pa´ıses como es os es ablecen en las edes con en- cionales, adem´as de da la posibilidad de ocul a el o igen de la ansmisi´on, de al o ma que no se pueda iden i ica al denuncian e. Po es e mo i o, adem´as, la aplicaci´on no debe ´a deja azas de los ´ıdeos, ni en los m´o iles emiso es ni en los que lo edis ibuyen. Si la ed es capaz de c uza la zona de censu a los ´ıdeos pod ´ıan se publicados en In e ne con ayuda de o ganizaciones como Wi ness [1] que se dedican a p omo e la c eaci´on y cus odia de ´ıdeos de es e ipo. Pe o hab ´ıa que ene un especial cuidado pa a es e caso, y en gene al, con el ema del “deep ake”, ya que la in eligencia a i icial es ´a lo su icien- emen e desa ollada como pa a pode c ea con su ayuda [2] ´ıdeos alsos, la di usi´on de los cuales pod ´ıa p o oca esc´andalos y con lic os. Se es ´a in es igando sob e el uso ecnolog´ıas que puedan iden i ica deep akes [3], pe o es o es algo muy di ´ıcil. Una ecnolog´ıa como la que pensamos desa olla es algo bas an e no e- doso, y como odo lo no edoso, en un p incipio exis en muchos ac o es a ene en cuen a, muchos p oblemas que esol e , y aguje os de segu idad que apa . La ed sob e la que pensamos hace s eaming de ´ıdeo es una ed ad hoc, que no necesi a u iliza ning´un ipo de in aes uc u a de ed ex e na (como puede se un ou e o la in aes uc u a de los ope ado es de elecomunicaciones), y po an o el con enido que pasa po ella no es con- olado po nadie m´as que el emiso del mismo; po consiguien e, el p opio emiso debe hace se esponsable de lo que emi e en di ec o. Aqu´ı nos su ge un ac o a ene en cuen a, que son las pe sonas mal in encionadas, las cuales pod ´ıan ansmi i cualquie ipo de ´ıdeo, con con enido inap opi- P´agina 16 De ice o De ice In oducci´on ado, como pod ´ıa se ´ıdeos de po nog a ´ıa in an il. Con los a ances de la ecnolog´ıa nos encon amos ambi´en con el p ob- lema de que los ´ıdeos pueden modi ica se en ansi o, es deci , en la medida que pasan de un disposi i o a o o, y no ´unicamen e desde el emiso , po lo que adem´as es necesa io hace un il ado en iempo eal. Es o jun o con la e ansmisi´on de con enido inap opiado es de i al impo ancia en el caso de uso po los de enso es de los de echos humanos, dado que se pueden in en a u iliza es e ipo de a aques pa a in en a desac edi a la ed po la que se es ´an dis ibuyendo, as´ı como a los usua ios de es a. 1.2 Obje i os El obje i o p incipal de es e p oyec o es dise˜na e implemen a una apli- caci´on pa a disposi i os m´o iles capaz de conec a los disposi i os en e ellos sin u iliza la in aes uc u a de ed de los ope ado es de elecomu- nicaciones. Una ez c eado el enlace en e disposi i os, la aplicaci´on debe pode ansmi i ´ıdeo en di ec o desde un m´o il a o o, que debe a su ez se capaz de ecibi ese ´ıdeo –y ep oduci lo, si el usua io lo quie e– siendo capaz al mismo iempo que ecibe el ´ıdeo de e ansmi i lo a o os disposi i os a los que es ´e conec ado, ac uando de es a mane a como un nodo ansi o io en e disposi i os no conec ados di ec amen e en e ellos. Pa a pode lle a a cabo el obje i o p incipal se debe: 1. In es iga sob e las ecnolog´ıas exis en es an o en el ´a ea de conexi´on en e disposi i os m´o iles –con WiFi Di ec o WiFi Awa e como posi- bles candida os– como en el ´a ea de ansmisi´on de ´ıdeo en di ec o y su ep oducci´on en m´o iles. 2. Escoge las ecnolog´ıas m´as adecuadas y aplica los conocimien os ob enidos sob e esas ecnolog´ıas pa a desa olla un p oyec o p ´ac ico. 3. Dise˜na e implemen a la aplicaci´on. 4. De ec a y es udia los posibles p oblemas que pod ´ıan su gi con la uncionalidad que p opo ciona nues a aplicaci´on, como pod ´ıa se la ansmisi´on de ´ıdeos con con enido inap opiado. P opone soluciones e ec i as a es os p oblemas. P´agina 17 De ice o De ice In oducci´on 1.3 Plan de abajo Figu e 1: Plani icaci´on Pa a lle a a cabo el p oyec o y consegui los obje i os amos a di idi la plani icaci´on en 4 g andes bloques, cada uno di idido en a eas, como se mues a en la Figu a 3 A pa i del esquema an e io hemos gene ado un diag ama de Gan (Figu a 4) P´agina 18 De ice o De ice In oducci´on Figu e 2: Diag ama de Gan P´agina 19 De ice o De ice In oduc ion 1 In oduc ion 1.1 Mo i a ion Nowadays, in mos cases, we depend o ally on he In e ne connec ion when connec ing wi h o he de ices h ough ou applica ions. In his p ojec we seek o in es iga e he di e en uses ha can be achie ed wi h applica ions in which we ha e he possibili y o connec ing ou de ices o hose o o he s wi hou he need o ha e access o any physical ne wo k in- as uc u e, in pa icula , wi hou using he ne wo k o elecommunica ion ope a o s. E en jus o c ea e an applica ion capable o connec ing o ano he nea by de ice is al eady eally ad an ageous, bu beyond connec ing o- ge he wo close de ices, we seek o in es iga e how o c ea e an ad hoc ne wo k h ough hese connec ions. An ad hoc ne wo k does no depend on ex e nal in as uc u e such as ou e s o access poin s, and is a decen- alized ne wo k. In a ne wo k like his, de ices connec o each o he in such a way ha new de ices can join he ne wo k by c ea ing a connec- ion wi h any de ice al eady in i . Ou applica ion would c ea e a ad hoc ne wo k in which he da a passes om de ice o de ice, as i i we e a chain, un il eaching i s des ina ion. Mo e speci ically, a WANET ne wo k (Wi eless Ad-hoc Ne wo k) o MANET (Mobile Ad-hoc Ne wo k) would be c ea ed, since his is an ad hoc ne wo k on mobile de ices wi h wi eless echnologies. Cu en ly i ually e e yone has a mobile de ice and, heo e ically, in a eas wi h a ce ain popula ion densi y i should be able o c ea e ne wo ks by in e connec ing all de ices. Wi h he new ad ances in echnology – such as WiFi echnologies, which a e ound in mos de ices – we began o ha e new means o es ablish his ype o connec ion, opening a new ange o possibili ies. We belie e ha i is an a ea ha has been li le in es iga ed in spi e o he po en ial o e ed by such ne wo ks. Mo e speci ically, wha we seek is o be able o e ansmi ideo s eams ha can be cap u ed li e h ough he came a and mic ophone o ou de- ice, as well as p e iously eco ded ideos, and dis ibu e hese s eaming h ough ou own ne wo k ad hoc. Some p oblems ha we ind in a MANET ne wo k a e he use o ou ing echniques i we need o es ablish a di ec connec ion be ween wo de ices; bu o he p oposed goals, elay ech- niques o ype looding and mul ihopping will be used, hus a oiding hose p oblems. We wan o make a b oadcas in s eaming, ins ead o a simple ans e P´agina 20 De ice o De ice In oduc ion o ideo iles, since o some o he use cases ha we ha e in mind you may wan o b oadcas he ideo as soon as possible, and some imes you can no send a ile wi h he ideo a he end o he eco ding. Seconda ily, as i can also be use ul, we wan o be able o ansmi iles. We a e linked o he In e ne connec ion, bu in case o a na u al ca as- ophe you can lose he in as uc u e, and he e o e he connec ion o con en ional ne wo ks. An ad hoc ne wo k could be o med o pass ideos and / o help messages om one de ice o ano he , un il a de ice is ound ha has access o he In e ne , and in his way he da a sen om an a ea wi hou connec ion will be published on he In e ne and each hei des ina ion. Ano he possible use case o an applica ion like he one we p opose could be o gi e he possibili y o ansmi ing ideos o dis an de ices in coun ies whe e human igh s c imes a e commi ed, in such a way ha he ideo would pass om one de ice o ano he bypassing he con ol and censo ship ha coun ies like hese es ablish in con en ional ne wo ks, in addi ion o gi ing he possibili y o hiding he o igin o he ansmission, in such a way ha he complainan can no be iden i ied. Fo his eason, in addi ion, he applica ion should no lea e aces o he ideos, nei he in he issuing mobiles no in hose ha edis ibu e hem. I he ne wo k is able o c oss he censo ship zone, he ideos could be published on he In e ne wi h he help o o ganiza ions such as Wi ness [1] ha a e dedica ed o p omo ing he c ea ion and cus ody o ideos o his ype. Bu we should ake special ca e o his case, and in gene al, wi h he opic o “deep ake”, since a i icial in elligence is su icien ly de eloped o be able o c ea e wi h i s help alse ideos, he di usion o which could lead o scandals and con lic s. The use o echnologies ha can iden i y deep akes [3] is being in es iga ed, bu his is e y di icul issue. A echnology like he one we plan o de elop is some hing qui e new and, like e e y no el y, he e a e a he beginning many ac o s o be aken in o accoun , many p oblems o be sol ed, and secu i y holes o be co - e ed. The ne wo k on which we in end o make ideo s eaming is an ad hoc ne wo k, which does no need o use any ype o ex e nal ne wo k in- as uc u e (such as a ou e o he in as uc u e o elecommunica ions ope a o s), and he e o e he con en ha passes h ough i is no con- olled by anyone o he han he issue ; he e o e, he issue i sel mus be esponsible o wha i b oadcas s li e. He e he e is a ac o we ha e o ake in o accoun , he malicious people, which could ansmi any ype o ideo, wi h inapp op ia e con en , such as ideos o child po nog aphy. Wi h he ad ances in echnology, we a e also aced wi h he p oblem ha ideos can be modi ied in ansi , ha is, as hey pass om one de- P´agina 21 De ice o De ice In oduc ion ice o ano he , and no only om he sende , so i is also necessa y o make a il e ing in eal ime. This, oge he wi h he ansmission o in- app op ia e con en , is o i al impo ance in he case o i s use by human igh s de ende s, gi en ha i is possible o y o use his ype o a acks wi h he in en ion o disc edi ing he ne wo k h ough which hey a e being dis ibu ed, as well as he use s hemsel es. 1.2 Goals The main objec i e o his p ojec is o design and implemen an applica ion o mobile de ices capable o connec ing he de ices be ween hem wi hou using he ne wo k in as uc u e o elecommunica ion ope a o s. Once he link be ween de ices is c ea ed, he applica ion mus be able o ansmi li e ideo om one mobile o ano he , which mus in u n be able o ecei e ha ideo –and play i , i he use wan s i – and able, a he same iem, o elay i o o he de ices o which i is connec ed, ac ing in his way as a ansien node be ween de ices no di ec ly connec ed be ween hem. To be able o ca y ou he main objec i e you mus : 1. In es iga e exis ing echnologies bo h in he a ea o connec ion be- ween mobile de ices – wi h WiFi Di ec o WiFi Awa e as possible candida es – as in he a ea o li e ideo ansmission and i s ep o- duc ion on mobile phones. 2. Choose he mos app op ia e echnologies, and apply he knowledge ob ained on hese echnologies o de elop a p ac ical p ojec . 3. Design and implemen he applica ion. 4. De ec and s udy he possible p oblems ha could a ise wi h he unc ionali y p o ided by ou applica ion, such as he ansmission o ideos wi h inapp op ia e con en . And o p opose e ec i e solu ions o hese p oblems. 1.3 Wo kplan To ca y ou he p ojec and achie e he objec i es we will di ide he planning in o 4 la ge blocks each wi h hei asks as shown in he Figu e 3 F om he p e ious scheme we ha e gene a ed a Gan cha (Figu e 4) P´agina 22 De ice o De ice In oduc ion Figu e 3: Plani icaci´on P´agina 23 De ice o De ice In oduc ion Figu e 4: Diag ama de Gan P´agina 24 De ice o De ice An eceden es 2 An eceden es 2.1 S eaming S eaming consis e en c ea un lujo sin in e upci´on de con enido mul i- media a ´es de una ed de mane a que un usua io puede ep oduci lo e ansmi ido a la ez que se desca ga. El s eaming puede se ”li e”, en di ec o, o de audio y/o ´ıdeo ya exis en es. No malmen e cuando se e ansmi e audio y ´ıdeo a la ez, es os se ansmi en po sepa ado en dos lujos dis in os los cuales deben i sinc onizados po lo que equie e de p o ocolos que pa a con ola lo. El s eaming equie e de una conexi´on po lo menos de igual ancho de banda que la asa de bi s de la ansmisi´on del se icio. Tambi´en exis e s eaming de asa de bi s adap able que de ec a el ancho de banda de la conexi´on y la capacidad de la CPU de un usua io y ajus a la calidad de ansmisi´on de mul imedia en unci´on de ello. 2.2 WiMAX WiMax es una amilia de p o ocolos de los ni eles ´ısico y enlace de da os que pe mi e conec a se a una ed a a ´es de ondas elec omagn´e icas en las ecuencias de 2,5 a 5,8 GHz que pueden ene una cobe u a de has a 80 km. Po su cobe u a y endimien o se suele usa conexiones en donde no es posible ene acceso a la ed median e edes adicionales de pa es de cob e o ib a ´op ica pe o es necesa ia una in aes uc u a bas an e g ande. 2.3 Blue oo h El Blue oo h [4] es una ecnolog´ıa que se usa pa a la ansmisi´on inal´amb ica de da os en e di e en es disposi i os que se encuen an a co a dis ancia, den o de un adio de alcance que suele se de diez me os. Cons a de un conjun o de p o ocolos de ni el ´ısico y de enlace pe o ambi´en de ni eles mas al os. Es a ecnolog´ıa ansmi e inal´amb icamen e da os a a ´es de ondas de adio en las ecuencias de 2,4 GHz. Pa a ello, hace uso de las Redes Inal´amb icas de ´ A ea Pe sonal. Los equipos deben encon a se den o de un adio de alcance co o, aunque puede a ia en unci´on del apa a o. Los disposi i os Blue oo h se clasi ican de la siguien e mane a: P´agina 25 De ice o De ice Elecci´on de ecnolog´ıas 3 Elecci´on de ecnolog´ıas 3.1 And oid Pa a el desa ollo de es e p oyec o dado que se busca u iliza una aplicaci´on m´o il se ha elegido desa olla la pa a el sis ema ope a i o And oid a causa de que es el sis ema ope a i o con la mayo asa de u ilizaci´on en los sma phones con un po cen aje ap oximado al 74.5%[12] al comienzo del a˜no 2019. De es a o ma el desa ollo pa a la aplicaci´on pa a And oid iene el alcance de llega a muchos mas disposi i os as´ı como la posibilidad de encon a mucha mas documen aci´on y ejemplos que si la desa oll´asemos pa a o os sis emas ope a i os como iOS o WindowsPhone. Adem´as And oid da sopo e con su API an o a la ecnolog´ıa de WiFi Di ec como a WiFi Awa e. 3.2 WiFi Di ec Hemos decido lle a el p oyec o a cabo usando la Wi i Di ec implemen ada en la API de And oid dado que es a ecnolog´ıa es a p esen e desde la e si´on 4.0 del sis ema ope a i o lo que signi ica que la g an mayo ´ıa de los disposi i os end ´an acceso a ella mien as que po lo que hemos podido comp oba incluso aunque el sopo e de And oid pa a WiFi Awa e es a p esen e desde la e si´on O eo (8.0), apenas exis en disposi i os en el me cado con el ha dwa e necesa io pa a pode u iliza la. Nos hab ´ıa gus ado pode usa Wi i Awa e po que pensamos que con es a nue a ecnolog´ıa pod ´ıamos lle a el p oyec o a cabo mucho mas ´acilmen e y con g andes en ajas ´ecnicas pe o debido a la imposibilidad de p oba la aplicaci´on con disposi i os eales hemos enido que limi a nos a Wi i Di ec . El p oyec o pod ´ıa u iliza la ecnolog´ıa Wi i Awa e en un u u o, de o ma exclusi a o incluso combin´andola con WiFi Di ec pa a con inua dando se icio a los disposi i os que no la sopo en oda ´ıa. 3.3 Ja a Ja a es un lenguaje de p og amaci´on o ien ado a obje- os mul ipla a o ma muy popula en la ac ualidad. Lo hemos elegido pa a el desa ollo de la aplicaci´on dado que es un lenguaje de p og amaci´on con el que ambos enemos expe iencia P´agina 32 De ice o De ice Elecci´on de ecnolog´ıas y es adem´as el lenguaje p incipal de desa ollo de aplicaciones en And oid y po es e mo i o se puede encon a mucha mas documen aci´on y ejemplos que o os lenguajes mas nue os como Ko lin. 3.4 RTP sob e UDP Como p o ocolo de ansmisi´on hemos escogido RTP sob e UDP ya que es un p o ocolo con iable o ien ado a la ansmisi´on audio o ´ıdeo en iempo eal. Jun o con RTP u iliza emos el p o ocolo RTCP pa a el con ol y la sinc onizaci´on de los lujos mul imedia. Sob e UDP po que es un p o ocolo m´as lige o y ´apido aun que menos iable que TCP, pe o pa a el se icio de s eaming es mejo aun que pod ´ıa habe pe dida de da os que simplemen e no se mos a ´an al usua io y puede que ´es e ni se d´e cuen a. 3.5 RTSP Pa a es ablece y con ola el lujo de da os en e se ido y clien e u i- lizamos RTSP. Es e p o ocolo nos pa eci´o el mas adecuado po que se adap a pe ec amen e a las necesidades de nues o p oyec o, sob e odo pa a la pa e del se ido o emiso del s eaming, ya que se enca ga de con ola la conexi´on en e el se ido y el clien e y a ende las pe iciones del clien e aun que el clien e ambi´en puede a ende algunas pe iciones del se ido . Es un p o ocolo muy es anda izado y que m´ul iples ep oduc o es mul i- media pueden ab i como puede se el ep oduc o in eg ado del sis ema ope a i o And oid. Respec o al in e ´es pa a noso os de s eaming con asa de bi s adap - able, si un lujo iene que pasa de disposi i o en disposi i o po muchos disposi i os, el e ec o de usa es e ipo de s eaming se ´ıa que despu´es de X hops, la calidad del ´ıdeo sea la que sopo a el enlace peo . Po o o lado, el hecho de ene que pa a la ep oducci´on du an e un iempo a la espe a de m´as da os (p og essi e download) en los enlaces peo es es menos p oblema que pe de calidad ya que, si los mecanismos de adap aci´on bajan demasiado la calidad (menos ames po segundo o meno esoluci´on po ame) es posible que se pie dan de alles c uciales. Po an o, en los usos p e is os pa a nues a aplicaci´on, es mejo no usa s eaming con asa de bi s adap able. Adem´as, pues o que nues a aplicaci´on no se conec a a la ed de los ope - ado es de elecomunicaciones, usa HTTP s eaming ampoco da ´ıa acceso a la ed de dis ibuci´on de con enido que exis e pa a HTTP. Finalmen e, dado que nues a aplicaci´on cae den o de la ca ego ´ıa de “li e s eaming”, ampoco nos in e esa acili a el sal o a cualquie pun o de s eam. P´agina 33 De ice o De ice Elecci´on de ecnolog´ıas Po esas azones, no nos impo a usa los p o ocolos RTSP y RTP/RTCP, aunque sean un poco an icuados pa a hace s eaming, en ez de el ac ual- men e mucho m´as popula HTTP. 3.6 libs eaming libs eaming [13] es una lib e ´ıa de c´odigo abie o con licencia Apache 2.0 pa a el sis ema ope a i o And oid que nos o ece un API ´acil de in eg a en aplicaciones con el que c ea s eamings desde la c´ama a y mic ´o ono de nues o disposi i o u ilizando el p o ocolo RTP sob e UDP. Mas all´a de es o la lib e ´ıa ambi´en implemen a pa e del p o ocolo RTSP pa a el con ol de s eamings an o en su o ma de se ido como la de clien e. B inda sopo e pa a m´ul iples codi icado es mul imedia como pueden se H.264 pa a el ´ıdeo y AAC pa a el audio. Hemos elegido es a lib e ´ıa pa a basa nos en el desa ollo de la aplicaci´on dado a la g an e sa ilidad que nos apo a como un pun o de a anque pa a odo el desa ollo necesa io pa a el p oyec o. 3.7 libVLC LibVLC [14] es una po en e lib e ´ıa pa a la ges i´on de con enido mul imedia, puede se in eg ada ´acilmen e en las aplicaciones y se pueden llega a consegui e- sul ados como el amoso ep oduc o mul imedia VLC [15] dado que es e es ´a basado en es a. Es una lib e ´ıa de c´odigo abie o con licencia LGPL, adem´as posee una lib e ´ıa que o ece una API sob e es e co e pa a And oid con una licencia GPL 2, noso os u iliza e- mos es a ul ima en el p oyec o. Hemos elegido usa es a lib e ´ıa pa a la ep oducci´on de los s eaming de ´ıdeo debido a su po encia, e sa ilidad y la acilidad de in eg aci´on de la misma pa a la ep oducci´on de un s eaming desde un se ido RTSP. 3.8 And oid S udio And oid S udio es el en o no de desa ollo o icial in e- g ado (IDE) pa a desa ollo de aplicaciones pa a An- d oid. Es ´a disponible pa a los sis emas ope a i os Windows, Mac OS X y Linux. B inda una g an can- idad de he amien as pa a ayuda en el desa ollo y aumen a la p oduc- i idad a la ho a de c ea aplicaciones. O ece la posibilidad de c ea las P´agina 34 De ice o De ice Elecci´on de ecnolog´ıas in e aces g ´a icas de o ma isual, as´ı como la posibilidad de p oba la aplicaci´on en di e en es disposi i os i uales con di e en es e siones de And oid. Hemos usado es e en o no pa a desa olla la g an pa e del c´odigo de nues o p oyec o. 3.9 G adle G adle [16] es una he amien a que pe mi e au oma i- za la cons ucci´on de p oyec os, pe mi e au oma iza en e o as cosas la compilaci´on y la alidaci´on del p oyec o, adem´as de ges iona las dependencias de o ma ecu si a. Es ´a basada en G oo y, un lenguaje de p og amaci´on muy pa ecido a Ja a y es ´a inco po ada en And oid S udio. 3.10 Gi y Gi hub Gi es un so wa e de con ol de e siones dise˜nado pensando en la e iciencia y el man enimien o de e - siones de aplicaciones cuando ´es as ienen un g an n´ume o de a chi os de c´odigo uen e. Su p op´osi o es lle a egis o de los cambios en los a chi os y coo dina el abajo que a ias pe sonas ealizan sob e a chi os compa idos. G acias a Gi podemos abaja de o ma colabo a i a con el meno nume o posible de con lic os. Es un so wa e al que los dos ya es amos acos umb ados dado a su ex en- dido uso y que es undamen al a la ho a de abaja en equipo el desa ollo de una aplicaci´on. Hemos usado un eposi o io gi alojado en Gi hub, es a pla a o ma que aloja miles de eposi o ios es la pla a o ma l´ıde en cuan o al alojamien o de eposi- o ios de c´odigo siendo un e e en e del c´odigo abie o en la ac ualidad. O ece el alojamien o de eposi o ios de o ma g a ui a Pa a lle a el con- ol de e siones del c´odigo de nues o p oyec o hemos usado un eposi o io Gi alojado en Gi Hub dado que es un sis ema que nos es amilia y de uso muy ex endido. 3.11 T ello T ello [17] es un so wa e de adminis aci´on de p oyec- os con in e az web que u iliza el m´e odo Kanban. Es a he amien a pe mi e la c eaci´on de able os y lis- as de a je as i uales. Las a je as son el ep esen a i o de a eas pendi- P´agina 35 De ice o De ice Elecci´on de ecnolog´ıas en es y/o nue as ideas del p oyec o, y jun o con las lis as se an o ganizando de al o ma que podemos sabe en cada momen o cual es el p og eso de los obje i os a ealiza y quien es la pe sona asignada a dicha a ea. Es una he amien a muy in e ac i a y con un amplio uso pa a la epa ici´on de a eas en p oyec os desa ollados con me odolog´ıas ´agiles. 3.12 L A T E X y O e lea L A T EX[18] es un sis ema de composici´on de ex os que es ´a o ien ado especialmen e a la c eaci´on de docu- men os de al a calidad debido al g an abanico de posi- bilidades que nos o ece es muy usado pa a la c eaci´on de documen os, a ´ıculos y lib os cien ´ı icos as´ı como abajos de in de g ado, m´as e o esis doc o ales. Pe mi e la ´acil modi icaci´on de los es ilos de odo el documen o al mismo iempo que o ece ayudas pa a la ges i´on de los ´ındices y la bibliog a ´ıa. L A T EX es ´a o ganizado sob e T EX. Hemos decidido usa L A T EX po encima de Mic oso Wo d dada la com- plejidad del documen o y con el obje i o de ob ene una memo ia del p oyec o mas p o esional y de mejo calidad. Como edi o de L A T EX hemos usado O e lea [19], una pla a o ma que o ece la opo unidad del desa - ollo de documen os sob e la ex de o ma colabo a i a y cen alizada de al o ma que a ios pa icipan es pueden es a modi icando el documen o simul ´aneamen e sin con lic os desde cualquie ubicaci´on en la que dispongan conexi´on a in e ne . P´agina 36 De ice o De ice Especi icaci´on 4 Especi icaci´on T as ealiza la in es igaci´on sob e las posibles ecnolog´ıas que se pueden aplica a nues o p oyec o y escoge las que mejo sa is acen las necesidades de ´es e p ocedemos a dise˜na y especi ica nues a aplicaci´on. 4.1 Requisi os Pa a cumpli los obje i os que p oponemos, nues a aplicaci´on se puede di idi en es apa ados que son: •Conexiones pee - o-pee . •T ansmisi´on del s eaming de ´ıdeo y audio gene ado po la c´ama a y mic ´o ono del disposi i o. •Recepci´on y ep oducci´on del s eaming jun o con e ansmisi´on del mismo como nodo de ansi o. 4.1.1 Conexi´on Lo p ime o que nues a aplicaci´on debe hace es pode conec a se a o o disposi i o con las ecnolog´ıas seleccionadas en el apa ado de elecci´on de ecnolog´ıas. Con lo cual debe cumpli es os equisi os: •Requisi o uncional: Busca disposi i os ce canos disponibles. •Requisi o uncional: Realiza una conexi´on y c ea un enlace con o o disposi i o ce cano. 4.1.2 T ansmisi´on de da os En segundo luga , una ez es ablecida la conexi´on en e dos o mas dispos- i i os la aplicaci´on debe: •Requisi o uncional: Mos a al usua io que desea hace s eaming lo que e su c´ama a. •Requisi o uncional: P epa a los da os de la c´ama a y el mic ´o ono pa a pode se en iados. •Requisi o uncional: Iden i ica al des ina a io. •Requisi o uncional: En ia los da os p epa ados, o cualquie a chi o o mensaje de ex o. P´agina 37 De ice o De ice Dise˜no •Requisi o uncional: No deja azas en el m´o il emiso as ealiza un s eaming de ´ıdeo. 4.1.3 Recepci´on, in e p e aci´on y e ansmisi´on de da os Po ul imo, la aplicaci´on debe pode maneja los da os ecibidos y, po an o, cumpli los siguien es equisi os: •Requisi o uncional: Recibi y a a los da os ecibidos. •Requisi o uncional: Rep oduci el ´ıdeo ecibido si el usua io quie e. •Requisi o uncional: Re ansmi i los da os ecibidos a o os disposi- i os conec ados al mismo iempo que se es ´an ecibiendo. P´agina 38 De ice o De ice Dise˜no 5 Dise˜no 5.1 Conside aciones gene ales de dise˜no 5.1.1 Funcionamien o de Wi i Di ec Cuando empezamos a es udia el dise˜no de la aplicaci´on pa a una ed con WiFi Di ec nos encon amos an e a ias si uaciones debido a su dise˜no en el cual las conexiones de WiFi Di ec c ean un g upo que es muy pa ecido a una peque˜na ed local. Es a ed se c ea al ededo de uno de los disposi i os in oluc ados en la conexi´on, que se ´a designado como G oup Owne y ac ua ´a de o ma simila a un pun o de acceso como si se a ase de una ed WiFi “co ien e” en la que el ou e es el pun o de acceso y cen o de la ed. Una ez se ha es ablecido la conexi´on en e dos disposi i os y se ha c eado es e g upo, o os disposi i os pueden conec a se a la ed, bien c e- ando una conexi´on di ec a al G oup Owne o ya sea conec ´andose a alguno de los disposi i os conec ados a la ed el cual nos edi igi ´a al G oup Owne pa a conec a nos a ´el. Figu e 5: Conexiones WiFi Di ec P´agina 39 De ice o De ice Dise˜no Es e p oceso se puede obse a en la Figu a 5, pe o pa a ello nece- si a emos ene den o de alcance al G oup Owne o en caso con a io no pod emos conec a nos a la ed. Cuando se c ea es a conexi´on se lle a a cabo un p oceso de negociaci´on de la conexi´on median e el cual se es ablecen cie os aspec os sob e como se ´a la ed, quien se ´a el G oup Owne y las IPs de los disposi i os in oluc ados en la misma. Cuando dos disposi i os in en an conec a se se quedan en es ado “in i ado” has a que se negocia y se au o iza la conexi´on. El p oceso de conexi´on suele a da en e unos 5 y 8 segundos. 5.1.2 Mul ihop y ed ad hoc con WiFi Di ec Pa a c ea una ed ad hoc con WiFi Di ec se necesi a que un clien e que ya es e conec ado a un g upo sea capaz de conec a se a un segundo g upo de al o ma que es e ac u´e como nodo de enlace en e los dos g upos pe mi iendo conec a las edes que o man es os como podemos e en la Figu a 6. Es o ambi´en pe mi e que cualquie disposi i o se pueda uni a la ed aunque se encuen e ue a del alcance del G oup Owne : el nue o dispos- i i o c ea ´ıa un nue o g upo en el que ´el mismo es el G oup Owne y uno de los clien es de un g upo exis en e ac ua ´ıa como nodo enlace conec ado como clien e an o al G oup Owne del nue o g upo, es deci el nue o disposi i o, como al G oup Owne del g upo exis en e. Figu e 6: M´ul iples edes WiFi Di ec Uno de los p oblemas con el que nos encon amos al en en a nos a uni dos edes de WiFi Di ec es que cada ed no se encuen a al alcance de la P´agina 40 De ice o De ice Dise˜no o a. Solo el nodo de enlace iene la posibilidad de accede a ambas edes y es es e el que iene la esponsabilidad de encamina los paque es pa a que lleguen a su des ino. Po es a az´on si se desea se capaces de en ia paque es di ec os en e disposi i os de di e en es edes se necesi an c ea las u as pa a el encaminamien o aunque pa a nues o caso en conc e o debido a que que emos e ansmi i el s eaming a odos los disposi i os de la ed que lo acep en u iliza emos ´ecnicas de ipo looding ymul ihoping. WiFi Di ec nos o o ga la posibilidad de que es e G oup Owne sea elegido al aza o bien que noso os designemos quien a a se el G oup Owne o la p io idad que iene a la ho a de se nomb ado el G oup Owne si no es a es ablecido. Es o puede se ealmen e bene icioso a la ho a de c ea una ed ad hoc con WiFi Di ec ya que pod ´ıamos decidi obse ando los mapas de la ed cuales debe ´ıan se los G oup Owne s pa a op imiza la ed. Tambi´en nos encon amos con que es posible que a a ´es de la ed de WiFi Di ec los da os sean edi eccionados hacia la ed con encional de In e ne si cualquie a de los disposi i os in oluc ados en la ed iene acceso las dos edes. El disposi i o conec ado a ambas edes ac ua ´a como nodo de enlace po an o pod ´a een ia los da os a se ido es ex e nos o bien a o os clien es que se hayan conec ado a el po la ed de In e ne . Es e paso de da os en e la ed de WiFi Di ec y la ed de In e ne debe se implemen ado po la aplicaci´on que u ilice WiFi Di ec , as´ı como el encaminamien o de es os paque es. 5.1.3 Limi aciones de la implemen aci´on de WiFi Di ec en And oid Cuando hemos in es igado sob e como dise˜na nues a aplicaci´on usando WiFi Di ec nos hemos encon ado con una g an limi aci´on en la imple- men aci´on de la API de WiFi Di ec que nos o ece And oid y que no nos ha pe mi ido con inua el dise˜no y el desa ollo de la aplicaci´on po el camino que dese´abamos. Es a limi aci´on es que un disposi i o no puede man ene la memb es´ıa en a ios g upos de WiFi Di ec simul ´aneamen e, es o nos condiciona a que no amos a pode uni a ias edes de WiFi Di ec y po an o no se pod ´a consegui c ea una ed ad hoc pa a nues a aplicaci´on como se buscaba. Seg´un el a iculo publicado po WiFi Alliance [20], que un disposi i o WiFi Di ec sea capaz de pe enece a a ios g upos a la ez es una especi- icaci´on opcional de implemen a y el sis ema ope a i o And oid nunca la llego a implemen a . Algunas de las posibles soluciones que hemos encon ado son: P´agina 41 De ice o De ice Dise˜no 5.3.2 S eaming a a ios disposi i os simul ´aneamen e Cuando con emplamos los posibles escena ios a la ho a de ealiza el s eam- ing de ´ıdeo an o en una ed ad hoc donde es necesa io hace mul ihop- ping como en una ed simple de WiFi Di ec , en p ime luga enemos las si uaciones en la cual un disposi i o necesi a e ansmi i un s eaming de ´ıdeo a a ios clien es simul ´aneamen e. Es a si uaci´on se pod ´ıa da en p ime luga si se a a del G oup Owne y el cen o de la ed, de al o ma que puede e ansmi i a odos los disposi i os que es ´an conec ados a ´el, dando la posibilidad a que odos esos disposi i os puedan hace mul ihop mas a de y een ia el s eaming. Adem´as, nos b inda la opo unidad de pode abas ece a oda una peque˜na ed de WiFi Di ec c eando conex- iones di ec as con cada disposi i o. Podemos obse a es as si uaciones en la Figu a 10. Figu e 10: Escena ios de s eaming a a ios disposi i os simul ´aneamen e Tambi´en se pod ´ıa da el caso de que un disposi i o, que es un nodo de enlace en e dos g upos de WiFi Di ec , quie a e ansmi i en di ec o. Te´o icamen e si el disposi i o emiso es ´a conec ado a las dos edes, debe ´ıa se capaz de e ansmi i a odos los disposi i os en cualquie a de es as, es ableciendo conexi´on di ec a con cada uno de los disposi i os de cada ed como obse amos en el diag ama de la Figu a 11. La uncionalidad de mul is eaming es o almen e necesa ia y ha sido nues o p ime p oblema a soluciona , es o es po que p ime o la aplicaci´on debe se capaz de e ansmi i a a ios disposi i os a la ez, en caso de es a conec ados a a ios, pa a que si cualquie a de ellos ac ´ua como un nodo de enlace pueda e ansmi i po medio de mul ihopping el s eaming a los disposi i os del o o g upo de WiFi Di ec . P´agina 48 De ice o De ice Dise˜no Figu e 11: Escena ios de s eaming a a ios disposi i os simul ´aneamen e 5.3.3 P oblema en la e ansmisi´on simul anea con la lib e ´ıa libs eaming Nos encon amos con un se io p oblema de dise˜no en la lib e ´ıa libs eaming pa a implemen a es a uncionalidad. Aunque es a dise˜nada pa a c ea nue as sesiones con cada conexi´on en el se ido , en el es ado inicial de la lib e ´ıa e a imposible dado que es as sesiones c ean a su ez nue os VideoS eam y AudioS eam, es as clases es ´an dise˜nadas pa a in e ac ua di ec amen e an o con la c´ama a como con el mic ´o ono espec i amen e exis iendo el g an p oblema que en And oid es os pe i ´e icos no pueden se usados mas de una ez al mismo iempo siendo bloquean es las ins ancias. Tan o VideoS eam como AudioS eam in en aban c ea nue os accesos a la c´ama a y al mic ´o ono de al o ma que no pod´ıan accede en el caso del audio o le ” obaban” la c´ama a al VideoS eam de la sesi´on an e io . Es o es un cla o p oblema de dise˜no en la lib e ´ıa ya que el se ido es a implemen ado de al o ma que pueda man ene sesiones simul aneas con a ios clien es, pe o no si e de nada pode man ene es as sesiones si no somos capaces de e ansmi i el s eaming a los clien es de o ma simul anea. Pa a esol e es e p oblema debemos modi ica la lib e ´ıa y sepa a la c´ama a y el mic ´o ono del VideoS eam y AudioS eam c eando una clase in e media en e los s eams y los paque izado es que maneje es os pe i ´e icos, ecolec e los da os de es os y se los pase a cada paque izado que los necesi e. P´agina 49 De ice o De ice Dise˜no 5.3.4 Nodo de ansi o y mul ihopping de s eamings con WiFi Di ec Pa a pode e ansmi i el s eaming en una ed ad hoc encon amos en un segundo escena io en el que necesi amos que un disposi i o sea capaz de ecibi y e ansmi i el s eaming al mismo iempo pa a as´ı ac ua como un nodo de ansi o pe mi i´endonos c ea una ed Mul ihop. Cabe des aca que el disposi i o que ac ´ua como nodo de ansi o ambi´en debe ´ıa se capaz de ep oduci el s eaming. En el caso de una ed sencilla de WiFi Di ec , en el que un disposi i o o ece el se icio de s eaming y o os disposi i os de la ed quie en ecibi lo, el emiso pod ´ıa en ia el s eam a odos los po enciales ecep o es de o ma simul ´anea, es ableciendo conexiones di ec as con cada uno de ellos. Sin emba go, es e p ocedimien o es poco escalable, dado que el s eaming de los lujos de ´ıdeo en al a calidad implica ans e i g andes can idades de da os. Se ´ıa m´as e icien e que el disposi i o que o ece un se icio de s eaming lo en ie al GO y el GO se enca gue de e ansmi i lo al es o de sus clien es, al como se ilus a en la Figu a 12. Figu e 12: Escena ios s eaming con mul ihopping Pe o ya se ia o almen e necesa io en el caso que un clien e es u iese conec ado a una segunda ed y que amos e ansmi i el s eaming de nue o pa a dis ibui lo po la nue a ed. Si adem´as es o se ex iende a o os disposi i os que ambi´en ac ´uan como nodos de enlace y nos conec an con o as edes ya nos pe mi i ´ıa dis ibui el s eaming po una ed ad hoc. Como podemos e en la Figu a 13 aqu´ı no solo ac ua ia el G oup Owne como nodo de ansi o sino que a su ez un clien e ac ´ua como nodo de ansi o pa a el s eaming y como nodo de enlace en e ambas edes. Cabe P´agina 50 De ice o De ice Dise˜no Figu e 13: Escena ios s eaming con mul ihopping des aca que cualquie disposi i o conec ado a la ed de WiFi Di ec que ambi´en disponga de una conexi´on a In e ne pod ´ıa ac ua como nodo de enlace de ambas edes y pe mi i la e ansmisi´on del s eaming hacia las edes con encionales. Cuando que emos amplia un se icio como el de s eaming de ´ıdeo en disposi i os m´o iles algo en lo que debemos pensa adem´as es en la ca ga que ponemos an o sob e el disposi i o m´o il como sob e las conexiones de la ed, cuan o mas se expande la ed mas impo an e es op imiza las conexiones y educi la ca ga pa a la e ansmisi´on. 5.3.5 Nodo de ´ansi o y mul ihopping con la lib e ´ıa libs eaming Tal como se ha is o an e io men e, la lib e ´ıa libs eaming con iene una clase que implemen a un clien e RTSP y una clase que implemen a un se ido RTSP. Seg´un el p o ocolo RTSP [9], el clien e RTSP que quie e ecibi (modal- idad “ ep oduci ”) un s eam de un se ido RTSP u iliza las di ec i as: DESCRIBE, SETUP, PLAY y TEARDOWN. P ime o, el clien e en ´ıa la pe ici´on DESCRIBE a la que el se ido con es a con in o maci´on de ini- cializaci´on, a con inuaci´on el clien e debe ealiza una pe ici´on SETUP, es ableciendo el alo play pa a el pa ´ame o mode, po cada pis a mul- imedia que se desea ecibi (no malmen e, uno pa a el audio y o o pa a el ´ıdeo), pa a inalmen e en ia una pe ici´on PLAY indicando al se ido que se puede inicia la ansmisi´on. La pe ici´on TEARDOWN (una po s eam, al igual que SETUP) e mina la sesi´on y cie a el s eam. Ve la P´agina 51 De ice o De ice Dise˜no Figu e 14: Secuencias de pe iciones en RTSP Figu a 14 pa a una ep esen aci´on isual de es e escena io. Es e es el escena io habi ual cuando conec amos nues o disposi i o con un cie o ep oduc o mul imedia a un se ido RTSP pa a as´ı pode isu- aliza el s eaming en nues o disposi i o. Seg´un el p o ocolo RTSP, el clien e que quie e en ia (modalidad “pub- lica ”) un s eam a un se ido RTSP u iliza las di ec i as: ANNOUNCE, SETUP, RECORD y TEARDOWN. P ime o, el clien e en ´ıa una pe ici´on ANNOUNCE que con iene in o maci´on sob e los s eam que se quie e en- ia , a con inuaci´on debe ealiza una pe ici´on SETUP, es ableciendo el alo ecei e pa a el pa ´ame o mode, po cada pis a mul imedia que se desea en ia (no malmen e, uno pa a el audio y o o pa a el ´ıdeo), pa a inalmen e en ia una pe ici´on RECORD indicando que se a a inicia la ansmisi´on. La pe ici´on TEARDOWN (una po s eam, al igual que SETUP) e mina la sesi´on y cie a el s eam. Ve la Figu a 14 pa a una ep esen aci´on isual de es e escena io. Es e es el escena io habi ual cuando el clien e quie e se el emiso del s eam pe o no quien lo dis ibuya, de es a o ma en ´ıa el s eaming a un se ido dado pa a que es e mas a de lo edis ibuya o bien lo gua de en un iche o. Cuando obse amos las di e en es posibilidades pa a ealiza mul ihop- ping con RTSP en el caso de la ansmisi´on de un s eam en e disposi i os A, B, C y D, es deci , de A a B, de B a C y de C a D, se pod ´ıa hace de P´agina 52 De ice o De ice Dise˜no a ias mane as: La p ime a o ma supone el uso del clien e y se ido en cada nodo de ´ansi o, usando siemp e la modalidad “publica ”: 1. Un clien e RTSP de A se conec a en modalidad publica a un se ido RTSP de B 2. El se ido RTSP de B pasa el s eam a un clien e RTSP de B 3. El clien e RTSP del disposi i o B se conec a en modalidad publica a un se ido RTSP de C 4. El se ido RTSP de C pasa el s eam a un clien e RTSP de C 5. El clien e RTSP de C se conec a en modalidad publica a un se ido RTSP de D La segunda o ma supone el uso del clien e y se ido en cada nodo de ´ansi o, usando siemp e la modalidad “ ep oduci ”: 1. Un clien e RTSP de B se conec a en modalidad ep oduci al se ido RTSP de A 2. El clien e RTSP de B pasa el s eam a un se ido RTSP de B 3. Un clien e RTSP de C se conec a en modalidad ep oduci al se ido RTSP de B 4. El clien e RTSP de C pasa el s eam a un se ido RTSP de C 5. Un clien e RTSP de D se conec a en modalidad ep oduci al se ido RTSP de C Y una e ce a o ma con clien e o se ido en cada nodo de ´ansi o y al e nando en e las modalidades “publica ” y “ ep oduci ”: 1. Un clien e RTSP de A se conec a en modalidad publica a un se ido RTSP de B 2. El clien e RTSP 1 de C se conec a en modalidad ep oduci a es e se ido RTSP de B 3. El clien e RTSP 1 de C pasa el s eam a clien e RTSP 2 de C 4. El clien e RTSP 2 de C se conec a en modalidad publica a un se ido RTSP de D P´agina 53 De ice o De ice Dise˜no La mejo soluci´on no es i ial en una aplicaci´on como es a, pa a algunos de los casos de uso p opues os como el caso de la ca ´as o e na u al y el caso de los de echos humanos po ejemplo que emos que el s eam aya pasando de un disposi i o a o o has a que llegue a oda la ed lo mas ´apido posible y es de supone que los disposi i os ac ua an como nodos de ansi o sin in e acci´on del usua io, po es o la p ime a o ma en la que solo se u iliza la modalidad “publica ” puede pa ece mejo , pe o en el caso de los de echos humanos donde pueden exis i usua ios malin encionados que in en en sa u a la ed o in oduci ´ıdeos con con enido no ap opiado se pod ´ıan ap o echa de es o po lo que la segunda o ma en la que siemp e se u iliza la modalidad de “ ep oduci ” puede se una mejo ap oximaci´on d´andonos mas posibilidad de decisi´on en el nodo de ansi o. Tambi´en cabe deci que un implemen aci´on mas comple a donde se al e - nan como en la e ce a p opues a es muy in e esan e, iene la g an en aja en e a la segunda de pode en ia con modalidad “publica ” el s eam desde los nodos de ansi o, lo que pe mi e en ia el s eam a se ido es a a ´es de In e ne . Adem´as, en una al e na i a donde se puedan al e na las modalidades de “publica ” y “ ep oduci ” no siemp e end ´ıa que se de la o ma que hemos desc i o y es posible que dependiendo de la con- igu aci´on de la aplicaci´on el ansi o del s eam se e ec u´e de o mas muy di e en es, como pod ´ıan se po ejemplo la p ime a donde siemp e se en ´ıa u ilizando la modalidad de “publica ” o bien la segunda o ma donde siem- p e u ilizamos la modalidad de “ ep oduci ” dado que ab imos mucho el abanico de posibilidades. En el caso de la implemen aci´on de WiFi Di ec de And oid, como se ha explicado en la Secci´on 5.1.3, solo se pueden hace dos hops de mane a sa is ac o ia. Pa a implemen a es os dos hops, hemos decidido implemen- a los p ime os dos pasos de la e ce a opci´on (en ez de los p ime os es pasos de la p ime a o segunda opci´on). 5.3.6 P oblemas pa a ealiza mul ihopping con la lib e ´ıa libs eaming El p ime o de los p oblemas que hemos encon ado con la lib e ´ıa libs eam- ing pa a ealiza el mul ihopping es que, siendo una lib e ´ıa pensada solo pa a dis ibui los s eams gene ados po la c´ama a y del mic ´o ono del p o- pio disposi i o, solo implemen a la modalidad de “publica ” en el clien e RTSP y es necesa io que sea implemen ada en se ido RTSP ambi´en pa a que es ´e pueda ecibi el s eam que le en ´ıa el clien e. El segundo p oblema que hemos encon ado con la lib e ´ıa libs eaming es que, adem´as, la implemen aci´on de la modalidad de “ ep oduci ” en el se ido RTSP de la lib e ´ıa a ligada a sesiones pa a ep oduci un s eaming que es a p oduciendo el disposi i o del se ido en iempo eal P´agina 54 De ice o De ice Dise˜no desde la c´ama a y el mic ´o ono, po lo que es necesa io la eimplemen aci´on de las pe iciones DESCRIBE, SETUP y PLAY cuando el con enido que se es a solici ando no p o iene de los pe i ´e icos del disposi i o sino de un clien e que es a en i´andonos un s eaming a nues o se ido en modalidad ”publica ”. Es o adem´as incluye que se enemos que c ea di e en es sesiones pa a cada ipo de clien e que se conec e al se ido : •Session pa a aquellos clien es que desean ep oduci el s eaming p o- ducido po la cama a y el mic ´o ono en iempo eal. Es a clase ya es a implemen ada y apenas debe emos cambia su implemen aci´on sino como se ges ionan es as sesiones. •Recei eSession pa a aquellos clien e que desean publica un s eaming en el se ido pa a se dis ibuido. •Reb oadcas Session pa a aquellos clien es que desean ep oduci el s eaming que se ha publicado en el se ido po un e ce o. Pa a e ansmi i el s eaming que se es a ecibiendo en la Recei eSes- sion y ansmi i lo al clien e de una Reb oadcas Session c ea emos unos se ido es UDP que es a ´an ecibiendo los da os de cada uno de los lujos mul imedia (audio y ´ıdeo) de una Recei eSession y een i´andolos a o- dos los clien es que es ´en susc i os median e una Reb oadcas Session a es a p ime a sesi´on. Con odo es o y debido a las g andes modi icaciones que se deben hace en el se ido RTSP an o en las espues as a las pe iciones como en el a amien o de es as hemos decidido u iliza nues o paque e de conex- iones y c ea un nue o se ido RTSP in eg ando las uncionalidades del R spSe e p opo cionado po la lib e ´ıa y a˜nadiendo las nue as pe iciones necesa ias pa a ecibi y e ansmi i el s eaming as´ı como usa y di e en- cia odas las sesiones. De es a o ma implemen a emos la clase RTSPSe e Selec o y RT- SPSe e Wo ke pa a es ablece las conexiones y p ocesa las pe iciones RTSP, ambi´en implemen a emos el UDPSe e Selec o y el EchoWo ke pa a ealiza la e ansmisi´on de los paque es RTP que se es ´an ecibiendo en los pue os UDP. Podemos obse a el diag ama de es as clases en la Figu a 15 Con es o se emos capaces de c ea el p ime sal o, ya que un disposi i o se ´a capaz de ecibi el s eaming y een ia lo pe o pa a la c eaci´on de un segundo sal o se ia necesa io ealiza mas cambios en el se ido RTSP y clien e RTSP. Una p ime a o ma se ia ex ende la uncionalidad del se ido RTSP P´agina 55 De ice o De ice Dise˜no Figu e 15: Diag ama de clases en el paque e de conexiones pa a que sea capaz de aspasa el s eaming a un clien e RTSP en modali- dad “publica ” el cual e ansmi i ´a el s eaming que el se ido le p opo - ciona. Es o nos pe mi i ´ıa lle a a cabo la p ime a opci´on desc i a en la Secci´on 5.3.5. Pa a lle a es o a cabo, adem´as de los cambios necesa ios en el se i- do , pa a c ea es e clien e y aspasa le el s eaming ecibido es necesa io ealiza una g an can idad de cambios en el clien e RTSP pa a pode e- ansmi i en modalidad “publica ” desde un s eaming que no es gene ado po el p opio disposi i o. Po ello es incluso mas p ´ac ica la c eaci´on de un nue o clien e que se asocia ´a con una Reb oadcas Session en el se ido y u iliza ´a los se ido es UDP de la Recei eSession pa a ealiza el een i´o de da os. Una segunda o ma se ia c ea un nue o clien e RTSP el cual uese capaz de conec a se en modalidad “ ep oduci ” a un se ido RTSP pa a ecibi el s eaming, gene ando una Recei eSession que mas a de se aspasa ´a al se ido RTSP. Con es o pod ´ıamos lle a a cabo la segunda opci´on con emplada en la Secci´on 5.3.5. Es necesa io implemen a un nue o clien e po comple o pe o cabe de- ci que ya se han implemen ado an o la Recei eSession que debe gene a como los se ido es UDP que es ´an asociados a es a. Po lo an o sin de- masiados cambios en el se ido RTSP usa emos es e nue o clien e RTSP pa a conec a nos a o o se ido y gene a una nue a Recei eSession, a con inuaci´on siguiendo el mismo p oceso que acabamos de dise˜na en es a P´agina 56 De ice o De ice Dise˜no secci´on, el se ido se ´a capaz de e ansmi i el s eaming de la Recei eSes- sion cuando un clien e se conec a al se ido . Implemen ando uno u ambos cambios se emos capaces de ealiza sal os in ini os, en el caso de implemen a ambos end emos mayo e sa ilidad a la ho a de es ablece como que emos que es os sal os se ealicen dependi- endo de las di e en es si uaciones. P´agina 57 De ice o De ice Implemen aci´on pa a los o os VideoS eam po lo que el esul ado es que cada uno solo en iaba peque˜nos agmen os de ´ıdeo en eco ados. El mismo p oblema desc i o con la c´ama a se aplica al mic ´o ono, es necesa io ob ene los da os de ambos de una o ma ex e na y despu´es dis- ibui la en e los dis in os VideoS eam y AudioS eam. Desacopla el uso de la c´ama a y el mic ´o ono ue un abajo bas an e labo ioso po lo ligados que es aban a las clases. Finalmen e lo conseguimos median e la siguien e soluci´on aunque se han enido que desac i a algunas in e acciones que an es s´ı pod´ıan hace se con los pe i ´e icos. Po ello pa a aisla la ecogida de da os de es as clases, plan eamos im- plemen a unas clases Dispa che las cuales se ´an las enca gadas de ob ene los da os an o de la c´ama a como del mic ´o ono y epa i lo en e los dis in os s eamings ac i os. Pa a consegui es o los s eamings debe ´an susc ibi se a es os Dispa che s cuando quie an comenza la e ansmisi´on. Se comenz´o implemen ando el Dispa che pa a el ´ıdeo, se han eal- izado dos implemen aciones pa a es e y es o es debido a que inicialmen e se plan eo una clase MediaCodecDispa che , la cual deb´ıa se capaz de lee los da os de la c´ama a y ans e i los a a ios MediaCodec. La en aja de es a soluci´on e a que pa a cada s eam se pod´ıa ene una calidad dis in a y adem´as ya se pod´ıa hace s eam a m´as de un disposi i o. Pe o un g an incon enien e que nos ech´o pa a a ´as con es a soluci´on ue que cuan os m´as disposi i os se conec aban al R spSe e m´as len o empezaba a i el ´ıdeo en cada sesi´on y es o se debe a que po cada Me- diaCodec nue o el m´o il deb´ıa codi ica la imagen y el audio, y no es un p oceso lige o y equie e bas an e compu aci´on po pa e del p ocesado sob e odo con la pa e de ´ıdeo. In es igando hemos encon ado que los m´o iles mas po en es solo pod´ıa llega a ene has a 8 MediaCodecs aba- jando al mismo iempo. Finalmen e u imos que desca a es a opci´on y pensa en algo mejo . Las nue as clases p incipales que c eamos pa a la lib e ´ıa son AudioPack- e ize Dispa che y VideoPacke ize Dispa che , es as se enca ga ´an de lee los da os de los pe i ´e icos, codi ica los con un MediaCodec y aspas´a selos a los Packe ize s que se hayan susc i o a ellos. Cada AudioS eam y VideoS eam al inicia el s eaming llama an a una unci´on de su espec i o Dispa che pa a que es e comience a abas ece le con los da os mul imedia. Todos los Packe ize an o de ´ıdeo como de audio es ´an dise˜nados pa a lee los da os de un MediaCodecInpu S eam, la cual es una clase que ex iende de Inpu S eam p opo cionando as´ı una in e az es ´anda de lec- u a. Po ello hemos c eado una nue a clase By eBu e Inpu S eam la cual ambi´en ex iende de Inpu S eam pa a as´ı ene la misma in e az de lec u a que MediaCodecInpu S eam y pode eemplaza la. Es a clase es P´agina 64 De ice o De ice Implemen aci´on la enca gada de almacena los da os pa a los dis in os Packe ize . Hemos c eado una clase MediaCodecBu e Reade la cual implemen a un hilo pa a lee siemp e que se disponga de nue os da os de un pe i ´e ico a a ´es de su MediaCodecInpu S eam y copia los a odos los By eBu e - Inpu S eam que iene asignados en una lis a. Cada Dispa che al inicia se c ea a un MediaCodecBu e Reade pa a lee de la c´ama a o mic ´o ono. Aho a po cada nue a sesi´on las clases AudioS eam y VideoS eam deben susc ibi sus Packe ize s (son los enca gados de c ea los paque es RTP y en ia los) a los espec i os Dispa che s. Los Dispa che s c ean un nue o By eBu e Inpu S eam po cada Packe ize y lo asignan al mismo como uen e de los da os donde an es se le asignaba un MediaCodecInpu - S eam. Adem´as se a˜nade el By eBu e Inpu S eam a la lis a del MediaCodecBu - e Reade de al o ma que es e ul imo empieza a copia los da os del Me- diaCodec en el By eBu e Inpu S eam y el Packe ize puede empeza a en ia los paque es y de es a mane a conseguimos que odos los Packe- ize engan los da os mul imedia sin ene que accede a la c´ama a y el mic ´o ono m´ul iples eces. Figu e 19: Diag ama de clases de la soluci´on mul is eaming Cuando los Dispa che s se quedan sin Packe ize s, es deci , no hay P´agina 65 De ice o De ice Implemen aci´on clien es iendo el s eaming en di ec o, se pa an los MediaCodec y se cie an los dis in os hilos que leen de es os pa a as´ı libe a los ecu sos, a con in- uaci´on se p ocede a e mina los Dispa che s, has a que un nue o clien e se conec e, e i ando de es a mane a gas o de ecu sos innecesa io. Con es a soluci´on e i amos el p oblema de m´ul iples accesos a la c´ama a y el mic ´o ono o c eaci´on de m´ul iples MediaCodecs y conseguimos hace el s eaming a m´ul iples disposi i os simul ´aneamen e. El ´unico incon enien e es que la ansmisi´on en di ec o se hace a un calidad ija pa a odos los clien es aunque eso no es un p oblema pa a los casos de uso p opues os. En la Figu a 19 se mues a el diag ama de clases de es a soluci´on. En el se mues an las nue as clases nue as y con las que es ´as in e ac ´uan. Pa a e el diag ama inicial de la lib e ´ıa ´ease la Figu a 9. 6.5.2 Re ansmisi´on del s eaming median e Mul iHop Pa a lle a acabo la solucion p opues a el Secci´on 5.3.6, lo p ime o que hemos hecho ha sido implemen a un nue o se ido RTSP con nues o paque e de conexiones bas´andonos en g an pa e en el R spSe e de la lib e ´ıa, pa a ello c eamos las clases RTSPSe e Selec o y RTSPWo ke donde se con olan las conexiones y p ocesan las pe iciones espec i amen e. Lo siguien e a implemen a es la Recei eSession y el se ido UDP pa a pode empeza a ecibi la ansmisi´on de un clien e en el se ido . Pa a ello, desa ollamos las nue as clases UDPSe e Selec o y EchoWo ke , donde el selec o pone un socke UDP a la escucha en un pue o dado y pe mi e que susc ibamos di ecciones y pue os a las que el EchoWo ke een ia ´a cada ez que se eciban da os pa a de es a o ma e ansmi i los lujos mul imedia que es amos ecibiendo a o os clien es. Pa a pode c ea los se ido es UDP pa a een ia los lujos del s eam- ing hemos ealizado cambios an o en el Abs ac Selec o como en el Ab- s ac Wo ke , de al o ma que es os pudiesen abaja an o con los Sock- e Channel, que es la clase pa a los socke s TCP en NIO, como con los Da a- g amChannel, que son los designados pa a el p o ocolo UDP. Pa a ello e a necesa io modi ica muchas de las ope aciones b´asicas del Abs ac Selec o como las de ecibi da os o en ia los pa a iden i ica el ipo de Channel usado. A con inuaci´on, hemos enido que c ea una implemen aci´on del Ab- s ac Selec o que es el UDPSe e Selec o el cual c ea un se ido a la escucha en un pue o UDP y adem´as es capaz de ene un lis ado de conex- iones UDP a las que se en ia an los paque es. Tambi´en hemos desa ollado una implemen aci´on de la clase Abs ac Wo ke que es EchoWo ke . Es e wo ke no p ocesa los paque es y simplemen e een ´ıa odos los da os que P´agina 66 De ice o De ice Implemen aci´on le lleguen a odos los clien es que es ´en susc i os al UDPSe e Selec o . De es a o ma podemos c ea un se ido en el cual ecibi emos los lujos mul imedia y al cual pod emos susc ibi clien es que quie en ecibi es os lujos pa a que sean een iados. C eamos una clase Recei eSession la cual es capaz de con ene la in o - maci´on de sesi´on y de cada pis a mul imedia c eando nue as T ackIn o pa a cada una, es as T ackIn o almacenan la desc ipci´on de los lujos mul imedia a los que co esponden y son capaces de comenza los UDPSe e Selec o en los pue os en lo que se an a ecibi es as pis as pa a de es a o ma pode empeza la ecepci´on de los da os cuando se inicie la Recei eSession. Despu´es es necesa io eimplemen a el p ocesamien o de pe iciones del se ido pa a que p ocese las pe iciones que ealiza el clien e al publica el s eaming y pueda c ea una nue a Recei eSession, la p ime a pe ici´on a implemen a es ANNOUNCE po que es con la que se inicia la sesi´on, en nues o dise˜no pa a la ges i´on de m´ul iples s eamings hemos decidido que la pe ici´on del ANNOUNCE debe se llamada de o ma que se iden i ica la sesi´on po la u a de la pe ici´on (Ej: sp://192.168.1.49/cus omSession), de es a o ma se c ea una nue a Recei eSession asociada a esa u a y se almacenan las pa es necesa ias de la pe ici´on ANNOUNCE donde se de- sc iben la sesi´on y los lujos mul imedia an a se publicados pa a que luego mas a de podamos c ea las pe iciones de e ansmisi´on de o ma co ec a. Si odo es co ec o el se ido almacena la sesi´on y p ocede a esponde con un OK. Despu´es es necesa io eimplemen a la pe ici´on SETUP ya que es a solo es a disponible pa a mode=play y al publica un clien e la en ´ıa con el pa ´ame o mode= ecei e, como mapeamos las conexiones del se ido RTSP con las sesiones es o se esuel e de o ma sencilla di e enciando que ipo de sesi´on iene esa conexi´on pa a de es a o ma si es una Recei eSes- sion in oca la nue a implemen aci´on. En es a nue a pe ici´on SETUP gua da emos los pue os a los que el clien e a a en ia el lujo mul imedia de ´ıdeo o audio y los asigna emos a la Recei eSession asociada pa a mas a de pode con ola las pis as. Po ul imo pa a el lujo del se ido es necesa io implemen a la unci´on RECORD donde se nos indica que se an a comenza a en ia los lujos mul imedia a los pue os es ablecidos en las pe iciones an e io es, en es e momen o se inician los se ido es UDP de los dis in os T ackIn o de la Re- cei eSession aunque oda ´ıa es necesa io implemen a la Reb oadcas Ses- sion y las pe iciones asociadas con ella pa a pode e ansmi i el s eaming que es amos ecibiendo. P ime o c eamos una Reb oadcas Session la cual es capaz de almacena la in o maci´on del clien e que es a ecibiendo el s eaming as´ı como de P´agina 67 De ice o De ice Implemen aci´on cada uno de los lujos que se an a e ansmi i desde la Recei eSession que lle a asociada, es la sesi´on enca gada de que los se ido es UDP de la Recei eSession comiencen o dejen de een ia los da os al clien e asociado a la sesi´on. Es a sesi´on ambi´en u iliza la ayuda de una peque˜na clase auxilia Reb oadcas T ackIn o donde almacena la in o maci´on de cada lujo. A con inuaci´on es necesa io eimplemen a cada una de las pe iciones DESCRIBE, SETUP(mode=play) y PLAY, po que a pesa de que ya en´ıan implemen adas en el se ido p opo cionado po la lib e ´ıa es as abajan di ec amen e con la sesi´on que c ea al ealiza un s eaming desde la c´ama a y mic ´o ono. Empezamos eimplemen ando la pe ici´on DESCRIBE, es a igual que el ANNOUNCE iene asociada con una u a pa a iden i ica que Recei eSession se desea ep oduci , en caso de es a ac´ıo se in en a a c ea una sesi´on pa a el s eaming en iempo eal de nues o disposi i o. En caso con a io se c ea a una Reb oadcas Session y se la asocia a con la Recei eSession co espondien e, y se c ea a una nue a desc ipci´on de sesi´on u ilizando los da os de los lujos almacenados an e io men e en la Recei eSession que se a en iada al clien e. Figu e 20: Diag ama de clases de la soluci´on mul is eaming Despu´es ha sido necesa io eimplemen a la pe ici´on SETUP cuando P´agina 68 De ice o De ice Implemen aci´on es llamada po una Reb oadcas Session, en es a pe ici´on es ablece emos los pue os a los que en ia emos los lujos mul imedia y con igu a emos las Reb oadcas T ackIn o de acue do con es o pa a pos e io men e comenza a een ia el con enido. Finalmen e cuando el clien e asociado a la Reb oad- cas Session ealice la pe ici´on PLAY, una nue a implemen aci´on de es a pe ici´on susc ibi ´a las di ecciones y pue os asociadas con los lujos a los se ido es UDP de la Recei eSession de al o ma que el clien e comenza a a ecibi el s eaming. Tambi´en ha sido necesa io eimplemen a la pe ici´on TEARDOWN pa a cada una de las sesiones de al o ma que si la en ´ıa una Reb oadcas Session es a cancele la susc ipci´on a la Recei eSession y deje de een ia los lujos mul imedia. En el caso de la Recei eSession adem´as de ce a los se ido es UDP dado que el clien e deja a de emi i el s eaming ha de enca ga se de ce a odas las Reb oadcas Sessions que es aban asociadas a esa sesi´on pues se ha e minado el s eaming que es aban isualizando. Debido a nues a limi aci´on a una peque˜na ed de WiFi Di ec po los mo i os mencionados en la Secci´on 5.1.3, hemos es ablecido un sis ema en el cual si el emiso del s eaming es un clien e conec ado al G oup Owne , le en ia ´a el s eaming pa a que es ´e lo dis ibuya al es o de clien es y si el emiso es el G oup Owne en onces es e simplemen e e ansmi i ´a simul ´aneamen e a odos los clien es. P´agina 69 De ice o De ice Conclusi´on 7 Conclusi´on La idea de c ea edes ad hoc en disposi i os m´o iles que se encuen en ce ca unos de o os sin ene que pasa po una ed de los ope ado es de elecomunicaciones, y hace s eaming de ´ıdeo en di ec o a a ´es de dicha ed, es algo ambicioso y di ´ıcil de lle a a cabo. Noso os en es e p oyec o hemos in en ado po odos los medios posibles que es a idea se pudiese lle a a cabo analizando los dis in os ipos de dis- posi i os m´o iles, cu´ales se ´ıan los m´as adecuados, y qu´e sis ema ope a i o se ´ıa la mejo opci´on pa a hace posible es a idea. T as habe nos decidido po los disposi i os m´o iles con sis ema ope a- i o And oid, ya que ´es os son los m´as comunes y los m´as usados, con un 85.9% del o al de en as de m´o iles en 2017 en e a un 16% de iOS y 0.1% o os, seg´un un epo aje [23], nos hemos pues o a in es iga las posibles ecnolog´ıas de conexi´on exis en es que pod ´ıamos usa pa a la ealizaci´on de es e p oyec o. T as la a ea de in es igaci´on dud´abamos en e dos opciones posibles, WiFi Di ec o WiFi Awa e. Pe o debido a que la segunda opci´on es algo bas an e no edoso, la al a de la documen aci´on sob e ´es a, y la al a de disponibilidad de disposi i os con es a ecnolog´ıa pa a la ealizaci´on de p uebas du an e el desa ollo, inalmen e hemos op ado po la p ime a. Al es udia WiFi Di ec m´as a ondo descub imos que es una ecnolog´ıa cuya implemen aci´on en And oid p esen a cie as limi aciones (explicadas en la Secci´on 5.1) las cuales nos impiden cumpli algunos de los obje i os impo an es del p oyec o, en e ellos el de c eaci´on de la ed ad hoc. P o- pusimos algunas soluciones encon adas en dis in os a ´ıculos ace ca de la c eaci´on de edes ad hoc sob e WiFi Di ec , pe o ninguna nos pa eci´o iable pa a es e p oyec o. Es as limi aciones hacen que s´olo podamos in e conec a un g upo de disposi i os que se encuen en ce ca unos de o os, y po an o hace el s eaming de ´ıdeo sob e una ed peque˜na. Po o a pa e, la emisi´on de ´ıdeo en di ec o ambi´en ue un e o bas- an e g ande que u imos que abo da . Pa a ello nos decan amos po el uso de los p o ocolos RTSP y RTP/RTCP en ez HTTP, a pesa de que HTTP s eaming es el m´as popula ac ualmen e, ya que las en ajas de HTTP s eaming no son ele an es en nues o caso, como explicamos en la secci´on 3.5. T as un p oceso de in es igaci´on bas an e la go, hemos encon ado e incluido en nues o p oyec o una lib e ´ıa de c´odigo abie o cuyas ca ac- e ´ıs icas y limi aciones exponemos de alladamen e en la secci´on 5.3. P´agina 70 De ice o De ice Conclusi´on Conc e amen e, la p incipal limi aci´on obse ada en la lib e ´ıa du an e la ase de dise˜no, y explicada en el apa ado 5.3.2, es que no se pod´ıa hace s eaming a m´ul iples disposi i os simul ´aneamen e, debido a que cada e ansmisi´on bloqueaba la c´ama a y el mic ´o ono. Pa a soluciona es e p oblema, hicimos cambios en la lib e ´ıa pa a que un disposi i o pueda emi i en di ec o a m´ul iples disposi i os a la ez accediendo una ´unica ez a los pe i ´e icos. Explicamos en de alle es e a eglo en el apa ado 6.5.1 de la secci´on Implemen aci´on. Aunque po las limi aciones de WiFi Di ec no es posible la c eaci´on de la ed ad hoc, en la secci´on 5.3.4 de Dise˜no hemos in en ado simula el escena io de una ed ad hoc donde el s eaming se dis ibuye sal ando de un disposi i o a o o, y es udiado las di e en es al e na i as de las que dispon´ıamos pa a ello. Cuando plan eamos simula es e escena io con la lib e ´ıa nos encon- amos con los p oblemas desc i os en la secci´on 5.3.6. El p oblema es que la lib e ´ıa es aba ´unicamen e pensada pa a pode e ansmi i el s eam- ing gene ado po el p opio disposi i o. Po ello, hemos eimplemen ado el se ido , y desa ollado nue as uncionalidades pa a pode ecibi y en ia s eamings, el desa ollo de las cuales se de alla en la secci´on 6.5.2. Es o nos ha pe mi ido c ea nodos de ´ansi o capaces de een ia el s eaming al mismo iempo que lo eciben. De es a o ma somos capaces de dis ibui el s eaming po nues o g upo de WiFi Di ec , sal ando de un disposi i o a o o. De es a mane a nos ace camos m´as a la soluci´on que dese´abamos desde un p incipio, ya que de se posible en un u u o la exis encia de un “nodo de enlace” en e dos g upos WiFi Di ec , o bien la posibilidad de c ea una ed ad hoc median e o a nue a ecnolog´ıa, pod ´ıamos eu iliza la soluci´on que hemos desa ollado, y dis ibui el s eaming po la ed u ilizando es e m´e odo. Resumiendo, hemos desa ollado una aplicaci´on desde la cual podemos c ea conexiones WiFi Di ec –limi ando ´es as a un solo g upo de WiFi Di- ec de disposi i os ce canos– a a ´es de las cuales podemos hace s eam- ing de ´ıdeo en di ec o en dos modalidades dis in as. La p ime a modalidad es Mul is eaming, consis en e en ealiza s eaming simul ´aneamen e a a - ios disposi i os. La segunda modalidad es Mul ihop, que consis e en que un clien e emi e a un se ido , y es e ´ul imo se enca ga que edis ibui lo a los disposi i os que es ´an conec ados con ´el. La aplicaci´on ambi´en ecibe un lis ado de s eamings disponibles, y podemos ep oduci los di ec amen e en el m´o il pinchando sob e uno de nues a elecci´on. Pa a es a uncionalidad usamos o a lib e ´ıa, lib lc. P´agina 71 De ice o De ice Conclusion 7 Conclusion The idea o c ea ing ad hoc ne wo ks on mobile de ices ha a e close o each o he wi hou ha ing o go h ough a ne wo k o elecommunica ion ope a o s, and o s eam li e ideo h ough ha ne wo k, is a goal ambi- ious and di icul o ca y ou . In his p ojec we ha e ied by all possible means o ca y ou his idea, by analyzing he di e en ypes o mobile de ices, which would be he mos app op ia e, and which ope a ing sys em would be he bes op ion o make his idea possible. A e ha ing decided on mobile de ices wi h And oid ope a ing sys em, since hese a e he mos common and mos used, wi h 85.9% o o al mobile sales in 2017 compa ed o 16% o iOS and 0.1% o he , acco ding o a epo [23], we ha e s a ed o in es iga e he possible exis ing connec ion echnologies ha we could use o ca y ou his p ojec . A e he esea ch ask we we e hesi a ing be ween wo possible op ions, WiFi Di ec o WiFi Awa e. Bu because he second op ion is some hing qui e new, he lack o documen a ion on i , and he lack o a ailabili y o de ices wi h his echnology o es ing du ing de elopmen , we ha e inally op ed o he i s . When s udying WiFi Di ec mo e ho oughly we disco e ed ha i is a echnology whose implemen a ion in And oid has ce ain limi a ions (ex- plained in Sec ion 5.1) which p e en us om ul illing some o he impo - an objec i es o he p ojec , among hem he c ea ion o he ed ad hoc. We p oposed some solu ions ound in di e en a icles abou he c ea ion o ne wo ks ad hoc on WiFi Di ec , bu none o hem seemed iable o his p ojec . These limi a ions mean ha we can only in e connec a g oup o de ices ha a e close o each o he , and he e o e wen can only make he ideo s eaming o e a small ne wo k. On he o he hand, he li e ideo b oadcas was also a e y big challenge ha we had o add ess. Fo his we ha e op ed o he use o he RTSP and RTP / RTCP p o ocols ins ead o HTTP, al hough HTTP s eaming is cu en ly he mos popula , since he ad an ages o HTTP s eaming a e no ele an in ou case, as we explained in he sec ion 3.5. A e a qui e long esea ch p ocess, we ha e ound and included in ou p ojec an open sou ce lib a y whose cha ac e is ics and limi a ions we expose in de ail in he sec ion 5.3. Speci ically, he main limi a ion obse ed in he lib a y du ing he design P´agina 72 De ice o De ice Conclusion phase, and explained in he sec ion 5.3.2, is ha one canno s eam o mul iple de ices simul aneously, because each e ansmission blocked he came a and mic ophone. To sol e his p oblem, we made changes in he lib a y so ha a de ice can b oadcas li e o mul iple de ices a once by accessing he pe iphe als only once. We explain his a angemen in de ail in he 6.5.1 sec ion o he Implemen a ion sec ion. Al hough due o he limi a ions o WiFi Di ec i is no possible o c ea e he ad hoc ne wo k, in he 5.3.4 sec ion o Design we ha e ied o simula e he scena io o an ad hoc ne wo k whe e s eaming is dis ibu es jumping om one de ice o ano he , and s udied he di e en al e na i es ha we had o i . When we se ou o simula e his scena io wi h he lib a y, we ind he p oblems desc ibed in he sec ion 5.3.6. The p oblem is ha he lib a y was only designed o be able o e ansmi he s eaming gene a ed by he de ice i sel . Fo his eason, we ha e eimplemen ed he se e , and de el- oped new unc ionali ies o ecei e and send s eamings, he de elopmen o which is de ailed in he sec ion 6.5.2. This has allowed us o c ea e ansi nodes capable o o wa ding he s eaming a he same ime hey ecei e i . In his way we a e able o dis ibu e he s eaming all along ou WiFi Di ec g oup, jumping om one de ice o ano he . In his way we ge close o he solu ion we aimed a om he begin- ning, because i i we e possible in he u u e he exis ence o a “link node” be ween wo WiFi Di ec g oups, o he possibili y o c ea ing an ad hoc ne wo k by means o ano he new echnology, i should be possible o euse he solu ion we ha e de eloped, and dis ibu e he s eaming o e he ne - wo k using his me hod. In sho , we ha e de eloped an applica ion om which we can c ea e WiFi Di ec connec ions - limi ing hese o a single g oup o WiFi Di ec o nea by de ices - h ough which we can s eam li e ideo in wo di e en modes. The i s modali y is Mul is eaming, consis ing o simul aneous s eaming o se e al de ices. The second mode is Mul ihop, which consis s o a clien issuing o a se e , whe e he la e is esponsible o edis ibu - ing i o he de ices ha a e connec ed o i . The applica ion also ecei es a lis o a ailable s eams, and we can ep oduce hem di ec ly on he mo- bile by clicking on one o ou choice. Fo his unc ionali y we use ano he lib a y, lib lc. P´agina 73