1 Ãmbito de aplicaciÃ³n 2 Referencias 3 ... - Noticias JurÃdicas

More documents

Recommendations

Info

HIA requestMessage AGENTE_OPE_RTTTT_IDNUM_Año_rqmsg.xml. requestAcknowledgement AGENTE_OPE_RTTTT_IDNUM_Año_rqack.xml. responseAcknowledgement AGENTE_OPE_RTTTT_IDNUM_Año_rpack.xml. errorMessage AGENTE_OPE_RTTTT_IDNUM_Año_errmsg.xml. cancelMessage AGENTE_OPE_RTTTT_IDNUM_Año_cclmsg.xml. cancelAcknowledgement AGENTE_OPE_RTTTT_IDNUM_Año_cclack.xml. getStatusMessage AGENTE_OPE_RTTTT_IDNUM_Año_gstmsg.xml. statusMessage AGENTE_OPE_RTTTT_IDNUM_Año_stsmsg.xml. getResultsMessage AGENTE_OPE_RTTTT_IDNUM_Año_grsmsg.xml. rDHAdditionalDocumentBinMessage AGENTE_OPE_RTTTT_IDNUM_Año_addbin.xml. rDHAdditionalDocumentStrMessage AGENTE_OPE_RTTTT_IDNUM_Año_addstr.xml. HIB responseMessage AGENTE_OPE_RTTTT_IDNUM_Año_rpmsg.xml. 7.2 Intercambio de datos HTTP Se suprime este apartado 7.2.1 Configuración básica Se suprime este apartado 7.2.2 Cliente/servidor unidireccional Se suprime este apartado 7.2.3 Cliente/servidor bidireccional Se suprime este apartado 7.2.4 Detalles comunes para ambos casos, unidireccional y bidireccional Se suprime este apartado
7.3 Intercambio directo de datos TCP Se suprime este apartado 7.4 Intercambio de datos FTP El intercambio de datos FTP (File Transfer Protocol) deberá ser usado con flujos de mensajes General (Sección 5.2) Para definir el intercambio de datos FTP se ha copiado el anexo C.2 FTP que aparece en la norma ETSI TS 101 671 V3.4.1 (2009-01) con las modificaciones que se indican, eliminando las referencias a IRI, LEMF, y adaptándolo al entorno de conservación de datos, además de traducirlo al español. Se inserta a continuación: 7.4.1 Introducción Para los interfaces HI-A y HI-B se utilizará FTP (or SFTP si hay acuerdo entre la Organización autorizada y el CSP) si se usa protocolo Internet para el intercambio de datos y respuestas. El FTP está definido en RFC 959. El protocolo Internet se define en RFC 791. TCP se define en RFC 793. FTP soporta intercambio de datos de forma segura. Los datos se pueden almacenar temporalmente en los servidores de FTP en caso de fallo en el enlace. FTP es independiente de la información útil que transporta. 7.4.2 Uso del FTP Cada parte tendrá un servidor y un cliente FTP, La Organización Autorizada actuará como cliente para el interfaz HI-A y el CSP será el cliente para el HI-B. El cliente pondrá los datos en el servidor. El servidor almacenará los datos recibidos como ficheros. El cliente puede almacenarlos temporalmente. 7.4.3 Perfiles NOTA: Esta cláusula es sólo informativa. Como hay muchas formas (uso de perfiles) para tratar los datos transferidos, usando FTP, esta cláusula contiene consideraciones prácticas sobre las comunicaciones. La guía está orientada para arquitectura cliente-servidor, establecimiento de sesión, tiempo fuera de Servicio, manejo de datos de ficheros (en RAM o disco). Un ejemplo de un paquete de ficheros es descrito para el caso que el cliente FTP use ficheros en el envío. Si el cliente los envía directamente desde la memoria RAM, entonces el procedimiento puede ser, en principio similar, aunque no sería necesario un programa de gestión. El cliente FTP puede ser implementado de muchas formas, y aquí el uso del FTP es presentado como un ejemplo. El cliente FTP puede ser implementado para un envío de fichero o un programa encargado de envío de ficheros que usa FTP vía API. La identificación de conexión (login) sólo se tiene que realizar una vez, por ejemplo el par y . Una vez que la identificación está hecha, los ficheros pueden entonces ser transferidos, solo mediente el comando “mput” y chequeando el estado de la transferencia (por ejemplo devolviendo un valor desde la rutina del API). Para prevenir problemas por inactividad un comando (por ejemplo “pwd”) puede ser enviado cada T segundos (T debería ser menos que L, siendo éste el actual límite de cierre de conexión por inactividad).
Page 1 and 2: ANEXO I Modificaciones y precisione
Page 3 and 4: 5 Flujos de mensajes en la interfaz
Page 5 and 6: Se suprime el siguiente párrafo:
Page 7: 6.2.4 Parámetros no disponibles Se
Page 11 and 12: La transferencia fallida de los fic
Page 13 and 14: 8.3 Seguridad a nivel de aplicació
Page 15 and 16: A.1 Sumario Anexo A (normativo) Cam
Page 17 and 18: A.2 Definición de parámetros para
Page 19 and 20: El tipo GeneralizedTime indica año
Page 21 and 22: A.2.1.3 Parámetros NationalHeader
Page 23 and 24:
Page 25 and 26:
Page 27 and 28: A.2.2.1 Parámetros RequestMessage
Page 29 and 30: Los parámetros nacionales q
Page 31 and 32: A.2.2.1.1 Parámetros RequestConstr
Page 33 and 34: A.2.2.3 Parámetros ResponseMessage
Page 35 and 36: Tabla A.15: Parámetros AdditionalI
Page 37 and 38: A.2.2.4 Parámetros GetStatusMessag
Page 39 and 40: La estructura XML de RequestStatus
Page 41 and 42: Tabla A.26 Parámetros Part
Page 43 and 44: A.2.3.3 Parámetros IndividualInfo
Page 45 and 46: La estructura XML de PersonName es
Page 47 and 48: Anexo B (normativo) Detalles espec
Page 49 and 50: B.2.2.1 TelephonySubscriber ID Subs
Page 51 and 52: La estructura XML de SubscribedTele
Page 53 and 54: B.2.2.4.1.2 Parámetros IMEI El fo
Page 55 and 56: B.2.3.1 BillingRecords Cada registr
Page 57 and 58: B.2.4 Telephony ServiceUsage B
Page 59 and 60:
La estructura XML de TelephonyBeare
Page 61 and 62:
B.2.4.2.1 Parámet
Page 63 and 64:
La estructura XML de TelephonyLocat
Page 65 and 66:
B.2.4.3 ParámetrosTelephonyEventIn
Page 67 and 68:
La estructura XML de CallConfe
Page 69 and 70:
La estructura XML de PrepayServic
Page 71 and 72:

Page 73 and 74:

Page 75 and 76:
La estructura XML de NationalTe
Page 77 and 78:
B.2.6.2 Parámetros Location B.
Page 79 and 80:
B.2.6.2.2 GSMLocation Information S
Page 81 and 82:

Page 83 and 84:

Page 85 and 86:
B.2.6.2.3 UMTSLocation Information
Page 87 and 88:
La estructura XML de GA_Polygon_Ele
Page 89 and 90:
C.2.2 MsgSubscriber Esta estructura
Page 91 and 92:
C.2.5 MsgStoreID Único identificad
Page 93 and 94:
Tabla C.5: Parámetros MsgTransmiss
Page 95 and 96:
La estructura XML de MessageID es l
Page 97 and 98:
La estructura XML de MsgStoreOperat
Page 99 and 100:
La estructura XML de MsgBillingReco
Page 101 and 102:
D.2.2 Multimedia Subscriber Esta es
Page 103 and 104:
D.2.2.4 D.2.2.4.1 subscribedMultime
Page 105 and 106:
La estructura XML de nationalMultim
Page 107 and 108:
D.2.3.2 MultimediaBillingRecords Ca
Page 109 and 110:
La estructura XML de MultimediaServ
Page 111 and 112:
D.2.4.1.1 MediaComponents Tab
Page 113 and 114:
D.2.4.2.1 MultimediaPa
Page 115 and 116:
D.2.4.2.2.1 IPAddressSetOrRangeOrMa
Page 117 and 118:
D.2.4.3 IMSInformation Est
Page 119 and 120:
E.2 Descripciones E.2.1 General Ane
Page 121 and 122:
La estructura XML de NASubscriberID
Page 123 and 124:
E.2.3.1 Parámetros IMSI El format
Page 125 and 126:
La estructura XML de NAServiceUsage
Page 127 and 128:
La estructura XML de DialUpInformat
Page 129 and 130:
Los parámetros que forman esta est
Page 131 and 132:
La estructura XML de IPRange es la
Page 133 and 134:
La estructura XML de NADevice es la
Page 135:
Anexo F (informativo) Conjunto bás
show all

1 Ãmbito de aplicaciÃ³n 2 Referencias 3 ... - Noticias JurÃ­dicas

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?

1 Ãmbito de aplicaciÃ³n 2 Referencias 3 ... - Noticias JurÃdicas