1、UNIN INTERNACIONAL DE TELECOMUNICACIONESUIT-TQ.774SECTOR DE NORMALIZACINDE LAS TELECOMUNICACIONESDE LA UIT(06/97)SERIE Q: CONMUTACIN Y SEALIZACINEspecificaciones del sistema de sealizacin N. 7 Parte aplicacin de capacidades de transaccinProcedimientos relativos a las capacidades detransaccinRecomend
2、acin UIT-T Q.774(Anteriormente Recomendacin del CCITT)RECOMENDACIONES DE LA SERIE Q DEL UIT-TCONMUTACIN Y SEALIZACINPara ms informacin, vase la Lista de Recomendaciones del UIT-T.SEALIZACIN EN EL SERVICIO MANUAL INTERNACIONAL Q.1Q.3EXPLOTACIN INTERNACIONAL SEMIAUTOMTICA Y AUTOMTICA Q.4Q.59FUNCIONES
3、Y FLUJOS DE INFORMACIN PARA SERVICIOS DE LA RDSI Q.60Q.99CLUSULAS APLICABLES A TODOS LOS SISTEMAS NORMALIZADOS DELUIT-TQ.100Q.119ESPECIFICACIONES DE LOS SISTEMAS DE SEALIZACIN N. 4 Y N. 5 Q.120Q.249ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN N. 6 Q.250Q.309ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN R
4、1 Q.310Q.399ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN R2 Q.400Q.499CENTRALES DIGITALES Q.500Q.599INTERFUNCIONAMIENTO DE LOS SISTEMAS DE SEALIZACIN Q.600Q.699ESPECIFICACIONES DEL SISTEMA DE SEALIZACIN N. 7 Q.700Q.849Generalidades Q.700Parte transferencia de mensajes Q.701Q.709Parte control de la con
5、exin de sealizacin Q.711Q.719Parte usuario de telefona Q.720Q.729Servicios suplementarios de la RDSI Q.730Q.739Parte usuario de datos Q.740Q.749Gestin del sistema de sealizacin N. 7 Q.750Q.759Parte usuario de la RDSI Q.760Q.769Parte aplicacin de capacidades de transaccin Q.770Q.779Especificaciones d
6、e las pruebas Q.780Q.799Interfaz Q3 Q.800Q.849SISTEMA DE SEALIZACIN DIGITAL DE ABONADO N. 1 Q.850Q.999Generalidades Q.850Q.919Capa de enlace de datos Q.920Q.929Capa de red Q.930Q.939Gestin usuario-red Q.940Q.949Descripcin de la etapa 3 para los servicios suplementarios que utilizan el sistemade seal
7、izacin digital de abonado DSS 1Q.950Q.999RED MVIL TERRESTRE PBLICA Q.1000Q.1099INTERFUNCIONAMIENTO CON SISTEMAS MVILES POR SATLITE Q.1100Q.1199RED INTELIGENTE Q.1200Q.1999RED DIGITAL DE SERVICIOS INTEGRADOS DE BANDA ANCHA (RDSI-BA) Q.2000Q.2999RECOMENDACIN UIT-T Q.774PROCEDIMIENTOS RELATIVOS A LAS C
8、APACIDADES DE TRANSACCINResumenEsta Recomendacin se ha revisado para efectuar aclaraciones (en el texto y en los SDL) sobre losprocedimientos de control de dilogo relacionados con la financiacin del dilogo normal y anormal.Modifica tambin los SDL para representar correctamente la creacin dinmica e i
9、nterrupcin deprocesos.OrgenesLa Recomendacin UIT-T Q.774, ha sido revisada por la Comisin de Estudio 11 (1997-2000) delUIT-T y fue aprobada por el procedimiento de la Resolucin N. 1 de la CMNT el 5 de juniode 1997.ii Recomendacin Q.774 (06/97)PREFACIOLa UIT (Unin Internacional de Telecomunicaciones)
10、 es el organismo especializado de las Naciones Unidasen el campo de las telecomunicaciones. El UIT-T (Sector de Normalizacin de las Telecomunicaciones de laUIT) es un rgano permanente de la UIT. Este rgano estudia los aspectos tcnicos, de explotacin ytarifarios y publica Recomendaciones sobre los mi
11、smos, con miras a la normalizacin de lastelecomunicaciones en el plano mundial.La Conferencia Mundial de Normalizacin de las Telecomunicaciones (CMNT), que se celebra cada cuatroaos, establece los temas que han de estudiar las Comisiones de Estudio del UIT-T, que a su vez producenRecomendaciones sob
12、re dichos temas.La aprobacin de Recomendaciones por los Miembros del UIT-T es el objeto del procedimiento establecidoen la Resolucin N. 1 de la CMNT.En ciertos sectores de la tecnologa de la informacin que corresponden a la esfera de competencia delUIT-T, se preparan las normas necesarias en colabor
13、acin con la ISO y la CEI.NOTAEn esta Recomendacin, la expresin “Administracin“ se utiliza para designar, en forma abreviada, tantouna administracin de telecomunicaciones como una empresa de explotacin reconocida detelecomunicaciones.PROPIEDAD INTELECTUALLa UIT seala a la atencin la posibilidad de qu
14、e la utilizacin o aplicacin de la presente Recomendacinsuponga el empleo de un derecho de propiedad intelectual reivindicado. La UIT no adopta ninguna posicinen cuanto a la demostracin, validez o aplicabilidad de los derechos de propiedad intelectual reivindicados,ya sea por los miembros de la UIT o
15、 por terceros ajenos al proceso de elaboracin de Recomendaciones.En la fecha de aprobacin de la presente Recomendacin, la UIT ha recibido/no ha recibido notificacin depropiedad intelectual, protegida por patente, que puede ser necesaria para aplicar esta Recomendacin. Sinembargo, debe sealarse a los
16、 usuarios que puede que esta informacin no se encuentre totalmenteactualizada al respecto, por lo que se les insta encarecidamente a consultar la base de datos sobre patentes dela TSB. UIT 1998Es propiedad. Ninguna parte de esta publicacin puede reproducirse o utilizarse, de ninguna forma o porningn
17、 medio, sea ste electrnico o mecnico, de fotocopia o de microfilm, sin previa autorizacin escritapor parte de la UIT.Recomendacin Q.774 (06/97) iiiNDICEPgina1 Introduccin 11.1 Regla bsica 11.2 Visin de conjunto . 12 Direccionamiento . 13 Capacidades de transaccin basadas en un servicio de red sin co
18、nexin. 13.1 Subestratificacin en la TCAP . 13.2 Procedimientos de la subcapa de componentes 23.2.1 Procedimiento normal. 23.2.2 Procedimientos anormales 143.2.3 Aspectos relativos a la compatibilidad 183.3 Procedimientos de la subcapa de transaccin. 193.3.1 Generalidades 193.3.2 Correspondencia de p
19、rimitivas de servicio TR con los tipos de mensajes . 193.3.3 Procedimientos normales 203.3.4 Procedimientos anormales relacionados con el control de transaccin 23Anexo A Diagramas SDL de las capacidades de transaccin. 26A.1 Generalidades . 26A.2 Convenios relativos a la comprensin 29A.3 Creacin dinm
20、ica de procesos 30A.4 Abreviaturas utilizadas en los diagramas SDL. 62Recomendacin Q.774 (06/97) 1Recomendacin Q.774PROCEDIMIENTOS RELATIVOS A LAS CAPACIDADES DE TRANSACCIN(Melbourne, 1988; revisada en 1993 y 1997)1 IntroduccinLas capacidades de transaccin (TC, transaction capabilities) permiten a l
21、os usuarios TCintercambiar componentes por medio de mensajes de la parte aplicacin de capacidades detransaccin (TCAP, transaction capabilities aplication part). Permiten tambin, como una opcin,transferir el nombre de contexto de aplicacin e informacin de usuario (es decir, datos que no soncomponente
22、s) entre dos usuarios TC. Los procedimientos descritos en esta clusula especifican lasreglas que rigen el contenido de informacin y el intercambio de mensajes TCAP entre usuarios TC.1.1 Regla bsicaPara maximizar la flexibilidad de la arquitectura del servicio y del estilo de realizacin, losprocedimi
23、entos TCAP se limitan a sustentar el intercambio de componentes y, como una opcin, elnombre de contexto de aplicacin e informacin de usuario (es decir, datos que no son componentes)entre usuarios TC. Los procedimientos especficos de aplicacin (usuario TC) no forman parte de laTCAP.Cuando la seleccin
24、 de un valor de parmetro asociado con una primitiva requerida por una capa msbaja (subcapa) no es pertinente a esa capa (subcapa), el valor se pasa simplemente a travs de lainterfaz de la primitiva. La misma hiptesis se aplica a los parmetros recibidos de una capa msbaja, a travs de la interfaz de l
25、a primitiva, que no se necesitan para efectuar las funciones TCAP.1.2 Visin de conjuntoLa clusula 2 describe las reglas de direccionamiento para los mensajes TC. La clusula 3 describelas capacidades de transaccin basadas en un servicio de red sin conexin.2 DireccionamientoEn un entorno del sistema d
26、e sealizacin N. 7 que utiliza un servicio de red sin conexin, losmensajes TC utilizarn cualquiera de las opciones de direccionamiento ofrecidas por la parte controlde la conexin de sealizacin (SCCP, signalling connection control part). La asignacin yutilizacin de ttulos globales puede ser especfica
27、de la red y/o de la aplicacin, no forman parte deesta especificacin de protocolo, por lo que no se examinan en este documento.Asimismo, quedan en estudio las opciones de direccionamiento cuando se utilizan otros proveedoresde red.3 Capacidades de transaccin basadas en un servicio de red sin conexin3
28、.1 Subestratificacin en la TCAPEl procedimiento TCAP se divide en un procedimiento de subcapa de componentes y unprocedimiento de subcapa de transaccin. El procedimiento de subcapa de componentes proporcionaa un usuario TC la capacidad de invocar operaciones a distancia y recibir respuestas. La subc
29、apa de2 Recomendacin Q.774 (06/97)componentes recibe tambin informacin de control de dilogo e informacin de usuarioprocedentes de un usuario TC y genera unidades de datos de protocolo de aplicacin de control dedilogo, segn proceda. Utiliza las capacidades de la subcapa de transaccin para el control
30、detransacciones, que es la capacidad de transportar una secuencia de componentes y, facultativamente,una porcin de dilogo y mensajes de la subcapa de transaccin por una conexin de extremo aextremo entre dos usuarios TC.3.2 Procedimientos de la subcapa de componentesLa subcapa de componentes proporci
31、ona dos clases de procedimientos: tratamiento de dilogo; tratamiento de componentes.3.2.1 Procedimiento normal3.2.1.1 Procedimiento de tratamiento de componentes3.2.1.1.1 Correspondencia de las primitivas del servicio de tratamiento de componentes TCcon tipos de componentesLa Recomendacin Q.771 desc
32、ribe los servicios proporcionados por la subcapa de componentesmediante la definicin de la interfaz de servicio entre los usuarios TC y la subcapa de componentes yla interfaz entre la subcapa de componentes y la subcapa de transaccin. El tratamiento de loscomponentes se relaciona con la capacidad de
33、l usuario TC de invocar un procedimiento a distancia yrecibir su respuesta. Los procedimientos de tratamiento de componentes establecen lacorrespondencia de las primitivas de servicio de tratamiento de componentes con los componentes,que constituyen las unidades de datos de protocolo (PDU, protocol
34、data unit) de la subcapa decomponentes. En el cuadro 1 se muestra una correspondencia de esas primitivas con las PDU de lasubcapa de componentes.Cuadro 1/Q.774 Correspondencia entre primitivas del serviciode tratamiento de componentes TC y los componentesPrimitiva de servicio Abreviatura Tipo de com
35、ponenteTC-INVOCACIN INV Invocacin (nota 1)TC-RESULTADO-L RR-L Retorno resultado (ltimo) (nota 1)TC-U-ERROR RE Retorno error (nota 1)TC-U-RECHAZO RJ Rechazo (nota 1)TC-R-RECHAZO RJ Rechazo (nota 1)TC-L-RECHAZO (Nota 2)TC-RESULTADO-NL RR-NL Retorno resultado (no ltimo)TC-L-CANCELACIN (Nota 3)TC-U-CANC
36、ELACIN (Nota 3)NOTA 1 Compatible con las Recomendaciones X.219 y X.229.NOTA 2 El tratamiento de esta primitiva se describe en 3.2.2.2.NOTA 3 No hay ningn tipo de componente asociado con la primitiva, ya que su efecto es nicamentelocal.Recomendacin Q.774 (06/97) 33.2.1.1.2 Gestin de identificadores d
37、e invocacinLos identificadores (ID) de invocacin son asignados por el extremo que invoca en el momento de lainvocacin de una operacin. El usuario TC no necesita esperar que se haya completado unaoperacin para invocar otra. En cualquier momento, un usuario TC puede tener en curso cualquiernmero de op
38、eraciones en un extremo distante (aunque este ltimo puede rechazar un componente deinvocacin, por falta de recursos).Cada valor de ID de invocacin est asociado con una invocacin de operacin y su correspondientemquina de estados de componentes. La gestin de esta mquina de estados de ID de invocacin s
39、eefecta solamente en el extremo que invoca la operacin. El otro extremo refleja este ID deinvocacin en sus respuestas a la invocacin de operacin y no gestiona una mquina de estados paraeste ID de invocacin. Obsrvese que ambos extremos pueden invocar operaciones en modo dplex:cada extremo gestiona la
40、s mquinas de estados para las operaciones que ha invocado y es libre deasignar ID de invocacin independientemente del otro.Un valor ID de invocacin puede reasignarse cuando la mquina de estados correspondiente vuelveal estado de reposo. Sin embargo, la reasignacin inmediata podra ocasionar dificulta
41、des cuando seplantean ciertas situaciones anormales. Por tanto, un valor de ID liberado (cuando la mquina deestados vuelve al estado de reposo) no debe reasignarse inmediatamente; la manera en que esto sehace depende de la realizacin y, por tanto, no se describe en esta Recomendacin.Las dos aplicaci
42、ones pares deben tener un conocimiento previo de las clases y temporizadoresasociados con cada operacin.Los estados de componentes y las transiciones de estados se describen en 3.2.1.1.3.3.2.1.1.3 Clases de operacionesVase el cuadro 2.Cuadro 2/Q.774 Clases de operacionesClase operacin Descripcin1 In
43、forme de xito o fallo2 Informe solamente de fallo3 Informe solamente de xito4 Sin informe de resultadoSe define un tipo diferente de mquinas de estados para cada clase de operacin, cuyas transicionesde estados se representan en las figuras 1 a 4. Estas mquinas de estados se describen en estaRecomend
44、acin desde el punto de vista del protocolo (componentes enviados/recibidos), mientrasque en la Recomendacin Q.771 se describen desde el punto de vista del servicio (primitivas).Los estados de cada mquina de estados de componente se definen como sigue: Reposo: El valor de ID de invocacin no est asign
45、ado a ninguna operacin pendiente. Operacin enviada: El valor de ID de invocacin est asignado a una operacin que no hasido completada ni rechazada. El estado operacin enviada se activa cuando se transmite elcomponente invocacin. Espera de rechazo: Cuando se recibe un componente que indica que se ha c
46、ompletado unaoperacin, el usuario TC receptor puede rechazar este resultado. Se introduce el estadoespera de rechazo de modo que el ID de invocacin es retenido algn tiempo, permitiendoas el rechazo.4 Recomendacin Q.774 (06/97)Las transmisiones de estados son activadas por: una primitiva recibida del
47、 usuario TC, que hace que se construya un componente y que seenve a la larga; la recepcin de un componente de la entidad par; varias situaciones indicadas en las figuras 1 a 4, que son las siguientes: Cancelacin Un temporizador est asociado con una invocacin de operacin. Estetemporizador de invocaci
48、n es arrancado cuando se pasa el componente invocacin a lasubcapa de transaccin. La primitiva peticin TC-INVOCACIN indica un valor deltemporizador. Se produce una situacin de cancelacin cuando el usuario TC invocadordecide cancelar la operacin (primitiva peticin TC-U-CANCELACIN) antes de quese reciba el resultado final (si hubiere alguno) o expire la temporizacin. Al recibir unapeticin TC-U-CANCELACIN, la subcapa de componentes detiene el temporizador;cualesquiera otras respuestas no sern entregadas al usuario TC y la TCAP reacciona
