Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации
Практические работы по географии для 6 класса
Организация работы процедурного кабинета
Обработка изделий медицинского назначения многократного применения
Изменения в неживой природе осенью
Уборка процедурного кабинета
Сольфеджио. Все правила по сольфеджио
Балочные системы. Определение реакций опор и моментов защемления
Rel-4 Evolutions of the transport in the CN
Acronym:CNTRSP (for “CN Transport”)
References for WI " Rel-4 Evolutions of the transport in the CN "
IP plays a significant role in UMTS according to the actual trend towards IP-capable backbone networks.
This feature refers to the introduction of IP-based transmission in a Bearer Independent Core Network, so that the transfer of #7 signalling (e.g. MAP, CAP, BSSAP+) over IP is supported.
Within IETF, the group SIGTRAN has defined the Internet Drafts describing this functionality.
The architecture defined by SIGTRAN (RFC 2719) consist of a modular extensible structure with a common reliable transport protocol SCTP (RFC 2960). SCTP (Stream Control Transmission Protocol) is an application level datagram transfer protocol operating on top of IP. In order to access SCTP an adaptation module has been defined between the SCN (Switched Circuit Network) signalling system being carried and SCTP. The adaptation module allows keeping the signalling protocol unchanged.
In 3GPP, the option to allow the transfer in the Core Network of the #7 signalling (e.g. MAP, CAP, BSSAP+) over IP is done according to the architecture defined by SIGTRAN (RFC 2719) with the SCTP layer (RFC 2960) and the appropriate adaptation layer. Impacts to the higher layer protocols TC and MAP have been avoided as much as possible.
Rel-4 Emergency call enhancements
References for WI " Rel-4 Emergency call enhancements "
Emergency calls over the CS domain has been integrated into the system as a mandatory feature from the beginning of GSM. As imposed by new national regulations, this feature enhances this service by enabling emergency calls to be triggered without dialling the emergency number, as this number varies between networks and might create failures in roaming cases. Instead, other means such as menu and/or linkage to external security devices, as a car air bag, will trigger the call. The default numbers are stored in the ME and/or USIM. If the numbers are stored in ME, this functionality is also supported by the UE without a SIM/USIM being present.
Emergency calls was intended to work in the CS and the PS domain, but the packet emergency calls was not implemented in Release 4 and became a work item for Rel-5 where that part was enhanced to include IMS.
Rel-4 Terminal interfaces
The Feature Rel-4 Terminal Interfaces consists of the following three independent functionalities which are described in the following sections:
· Wide Area Data Synchronization
References for WI " AT commands enhancements "
This work item is about AT commands for control of 3GPP Mobile Equipments (MEs) via an external Terminal Equipment (TE), fully compatible with GSM AT commands.
TS 27.007 specifies a profile of AT commands and recommends that this profile be used for controlling ME functions and GSM network services from a TE through Terminal Adaptor (TA). The command prefix +C is reserved for Digital Cellular in ITU-T Recommendation V.25ter. This TS has also the syntax details used to construct these extended GSM commands. Commands from ITU-T Recommendation V.25ter and existing digital cellular standards (TIA IS-99 and TIA IS-135) are used whenever applicable. Some of the new commands are defined such way that they can be easily applied to ME of networks other than GSM.
The new AT commands added in Release 4 relate all to ASCI services:
· VBS, VGCS SIM Commands
Wide Area Data Synchronisation
References for WI " Wide Area Data Synchronisation "
In Release 99, the concept of Wide Area Synchronisation for 3GPP has been developed to allow data stored in the ME/USIM to be synchronised with the outside world. In Release 4, SyncML was introduced as the preferred synchronisation mechanism replacing IrMC level 4.
TR 27.903 provides information on existing synchronisation protocols. It summarises proprietary and standard protocols relevant to current and future mobile communication devices. The document covers only synchronisation between end-user devices, desktop applications, and server-based information services. It does not refer to replication or synchronisation between enterprise databases.
This specification provides a definition of a Wide Area Synchronisation protocols. The synchronization protocol was originally based upon IrMC level 4 in Release 99 which was replaced by SyncML in Release 4. The document covers Wide Area Network Synchronisation between current and future mobile communication end-user devices, desktop applications and server-based information servers.
SyncML is an XML-based specification for data synchronization. It accommodates not only traditional local synchronization but also the special requirements associated with remote synchronization in wide-area wireless environments with intermittent connectivity. SyncML is based on a client-server model. SyncML specifications consist of three major components: representation protocol, synchronization protocol, and transport bindings. The Representation protocol defines XML-based messages for synchronization, whereas the Synchronization protocol defines synchronization in the form of message sequence charts. The Transport binding specification defines a mechanism to carry synchronization messages over different transport mechanisms.
Terminal Local Model
References for WI "Terminal Local Model"
The rapid development of a diversity of new applications and application environments for mobile usage creates a complexity of previously unseen proportions that the Mobile Equipment has to handle. Since third party software can run in various parts of the UE, there was a need to develop a general framework to ensure that the APIs created for the different UE-based toolkits work in harmony with each other.
The work item introduces such a generic model approach for the UE environment; the purpose is not to categorise the applications peripherals, but to try to structure the events that are internal and external to, and has to be handled by, the MT Core Functions. This means that the structure or grouping of the events is done from a MT centric perspective. Some applications run on the UE side have counterparts in the network. The functions in the network are not addressed in this work.
Under this work item the principles were defined for scheduling resources between applications in different application execution environment (e.g. MExE, USAT etc.) and internal and external peripherals (e.g. infra-red, Bluetooth, USIM, radio interface, MMI, memory etc.).
Последнее изменение этой страницы: 2016-04-19; Нарушение авторского права страницы
infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 126.96.36.199 (0.009 с.)