џWPCL ћџ2BJ|xа АH аа АА X агVга ХА6p&А6p&Х аеЪ† а HX аааУ Уб cмˆ4 PŽТ б Recommendation G.763Ф ФPAGE119У Уб cмˆ4 PŽТ б Ъееš† а HH аааб cмˆ4 PŽТ бPAGE86 б cмˆ4 PŽТ бУ УRecommendation G.763 šеа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаа X  аСр8OСб cмˆ4 PŽТ бANNEX A Ср8FСб cмˆ4 PŽТ б(to Recommendation G.763) Ср82СУ УExamples of DCME transmit/receive unit structure and SDL diagramsФ Ф аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаA.1Тh  ТУУAn example of a DCME transmit unit structureФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СAn example of a DCME transmit unit structure is shown in Figure AЉ1/G.763. Compliance with this transmit unit structure will permit the DCME transmit function to be tested with INTELSAT IESSЉ501(Rev.2) compliant DCME test equipment and software protocol references. This structure is based on a nonЉmandatory partitioning of functions and definition of signals. а H аС СSome of the functional blocks in Figure AЉ1/G.763 are internal to the DCME transmit unit structure, while others are external but provide required interface signals. The blocks that belong to the transmit unit structure are: а H аТа ТТ№ ТС€ Сa)СpСУУTransmit Activity DetectorФФ РIР This block produces an IT Active/Inactive input for the Transmit Channel Processing Function. The detector has no builtЉin hangover, since the hangover control task is performed by the transmit Channel Processing function. The specification for the Transmit Activity Detector is provided in РSР 12.1.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСУУData/Speech Discriminator ФФРIР This block recognizes voice and single tones as speech and recognizes data and 2100 Hz tone as data. Its specifications are provided in Annex B.3.ЦЦ а H аТа ТТ№ ТС€ Сc)СpСУУ2400 Hz Tone Detector ФФРIР This block provides a detection indication when the 2400 Hz signalling tone is present. The specification for this block is provided in Annex B.4.ЦЦ а H аТа ТТ№ ТС€ Сd)СpСУУThe Transmit Channel Processing (TCP) FunctionФФ РIР This function consists of an ensemble of interconnected processes. Its task is to process the inputs received from blocks a), b) and c) above as well as inputs originating from external blocks. The TCP function produces three outputs, each directed to the Encoder Unit, the Assignment Message Encoder, and the BC Bit Assignment Unit(s). These blocks are defined below.ЦЦ а H аТа ТТ№ ТС€ Сe)СpСУУThe Encoder Unit ФФРIР This unit consists of a bank of ADPCM encoders which can be connected to any transmit IT and to any BC. Each BC can carry 8, 5, 4, 3, or optionally 2 bits per PCM sampling cycle or can be disconnected from the coders.ЦЦ а H аТа ТТ№ ТThe encoders can be set to 8/5/4/3/optionally 2 bit mode of operation and can be initialized to a known state. The IT and BC connection/disconnection information for each encoder, as well as the mode of operation selection and the initialization signal are provided by the TCP function.ЦЦ а H аТа ТТ№ ТС€ Сf)СpСУУThe Assignment Message EncoderФФ РIР This unit encodes the ITЉtoЉBC association, and the channel type (data/speech, or 64 kbit/s) into the format specified in РSР 11. The necessary information is provided by the TCP function.ЦЦ а H аТа ТТ№ ТС€ Сg)СpСУУThe BC Bit Assignment Unit ФФРIР This unit is connected to the output of the Encoder Unit (BCs). The BC Bit Assignment Unit maps the bits of each BC onto the bits of the bearer pool channels. The bit map for the bearer pool channel association is provided by the TCP function.ЦЦ а H аС СThe blocks a), b) and c) operate on a single IT in the representation in Figure AЉ1/G.763. Conceptually, these blocks must be considered as time multiplexed, scanning all relevant ITs. а H аС СThe blocks which are external to the transmit Side Structure but provide required inputs are the following: а H аТа ТТ№ ТС€ Сa)СpСУУAssignment Message DecoderФФ РIР Information on the data/speech type of the received IT is passed to the TCP function together with the corresponding transmit IT number. The receive IT/transmit IT association is performed by the Receive Channel Processing Function.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСУУTransparent Circuit HandlerФФ РIР This process either forwards a request to the TCP function for a transparent 64 kbit/s channel or sends a message releasing the channel. The Transparent Circuit Handler Process is specified in РSР 8.ЦЦ а H аТа ТТ№ ТС€ Сc)СpСУУMap Change HandlerФФ РIР The Map Change Handler (MCH) is a process which controls the configuration data for the DCME. At startЉup, this process issues signals making it possible to configure the system correctly. The same is done at a map change instant. Refer to РSРS 15.1 and 15.6.ЦЦ а H аТа ТТ№ ТС€ Сd)СpСУУTrigger Pulse Generator ФФРIР This unit provides a periodic 2 ms timing reference signal to the processing functions of the transmit unit (see Note).ЦЦ а H аТа ТТ№ ТС€ Сe)СpСУУUser Signalling Module (Optional)ФФ РIР This user signalling module (USM) generates signalling state change signals. The specification of the USM is at the user's option.ЦЦ а H аТа ТУУТ№ ТNoteФФ РIР The trigger pulse generator will also provide a sync trigger pulse to identify the first frame of a DCME multiframe. This permits a capability to transfer outЉofЉband signalling within the control channel.ЦЦ а HH а‚Ср8EСб cмˆ4 PŽТ бFigure AЉ1/G.763 = 19.5 cm б cмˆ4 PŽТ б Ср8CСб cмˆ4 PŽТ бinclude 02Љt01ЉeTABLE AЉ1/G.763 Ср8@СУ УLegend for transmit unit signal pathsФ Ф б cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8KСааб cмˆ4 PŽТ бSignal path No. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH ˆ№Xа(€иИџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8IСSignal type/message аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHhX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8MСDefinition а 0А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x‚Сб cмˆ4 PŽТ б1 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Act", "Inact" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x}СРSР A.1.1.1.1 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x‚Сб cмˆ4 PŽТ б2 а 0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"DataЉdetect", "VoiceЉdetect" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:а ‡СРSР A.1.1.1.1 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x‚Сб cмˆ4 PŽТ б3 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Signaldetect" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x}СРSР A.1.1.1.1 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x‚Сб cмˆ4 PŽТ б4 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Rxdata" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x}СРSР A.1.1.1.1 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x‚Сб cмˆ4 PŽТ б5 а 0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Transpreq", "Transprel" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:а ‡СРSР A.1.1.1.1 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡а 0р ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б6 (and 21, 22, 24, 26) а 0x ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаProcessЉReset from MCH аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:X †СРSР A.1.1.1.1 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x‚Сб cмˆ4 PŽТ б7 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Setcod" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x}СРSР A.1.1.2.4 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x‚Сб cмˆ4 PŽТ б8 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Assign" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x}СРSР A.1.1.2.1 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x‚Сб cмˆ4 PŽТ б9 а 0h ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"AddressmapЉforЉBCs" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:р„СРSР A.1.1.2.3 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:xСб cмˆ4 PŽТ б10, 11 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаNot used аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:xСб cмˆ4 PŽТ б12 а 0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Voice", "Voiceinact", "Data", "Datainact", "Transp", "Discreq" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:а ‡СРSР A.1.1.1.1 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:xСб cмˆ4 PŽТ б13 а 0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Assign", "Reinsert", "Remove", "Seizesc", "Seizebank", "Releasesc", "Release" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:а ‡СРSР A.1.1.2.1 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:xСб cмˆ4 PŽТ б14 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"BC Bit Map" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x}СРSР A.1.1.2.2 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:xСб cмˆ4 PŽТ б15 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Mode Map" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x}СРSР A.1.1.2.2 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:xСб cмˆ4 PŽТ б16 а 0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"AssignЉenc", "ReleaseЉenc", "SetЉpre" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:а ‡СРSР A.1.1.2.1 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:xСб cмˆ4 PŽТ б17 а 0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Resetact", "Resetsignaldetect", "DefaultЉVoice", "DefaultЉData" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:а ‡СРSР A.1.1.1.1 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:xСб cмˆ4 PŽТ б18 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаNo used аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:xСб cмˆ4 PŽТ б19 а 0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаTrigger Pulse, Sync Trigger Pulse аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:а ‡СРSР A.1.1.2.1 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x}Сб cмˆ4 PŽТ б20, 23, 25 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаTrigger Pulse аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦƒHи Ш И0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:xСб cмˆ4 PŽТ б200 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€иИ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаChange аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:x}СРSР A.1.1.2.1 а 0А аб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТа ТС€ HСA.1.1С јСУУTransmit Channel Processing FunctionФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe Transmit Channel Processing Function (TCP) interfaces with the other elements of the transmit Side Structure as shown in Figure AЉ1/G.763. Each interface signal is identified in Figure AЉ1/G.763 with a specific number. The signal path originating from the MCH carries a reset signal to five different TCP processes and, therefore, takes five different numbers. The signal path originates from the trigger pulse generator, carries trigger signals to four different processes, and therefore, takes four different numbers. С СThe TCP function monitors the status of each IT and takes consequent actions. The status of each IT is used by the internal TCP processes to generate the information required by the Encoder Unit, the Assignment Message Encoder and the BC Bit Assignment Unit. Reset signals are provided to the internal blocks previously listed under a), b) and c). а H аС СThe internal structure of the TCP functions is shown in Figure AЉ2/G.763. The TCP function contains the Input Processing and Service Request Generation Block (IPS) and the Service Request Handling Block (SRH). аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТHТС€HСA.1.1.1СјСУУThe IPS BlockФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe IPS Block input/output connections are shown in Figure AЉ2/G.763. The IPS Block processes the TCP inputs (signal path 1 through 6) and generates IT status transition information (signal path 12) for the other block (SRH) of the TCP function. The IPS Block also generates a reset signal (signal path 17) for the transmit Activity Detector, the Data/Speech Discriminator and the 2400 Hz tone detector. The IPS Block must be considered as time multiplexed, processing all the ITs of the pool.‚б cмˆ4 PŽТ б Ср MСFigure AЉ2/G.763 = 13 cm б cмˆ4 PŽТ б а H аС СThe internal structure of the IPS Block is shown in Figure AЉ3/G.763. This block performs the Hangover Control and Signal Classification Process (HSC) on each IT. ‚Ср MСб cмˆ4 PŽТ бFigure AЉ3/G.763 = 8.5 cm б cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.1.1.1.1СP СУУThe HSC processФФЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe HSC input/output connection is shown in Figure AЉ3/G.763. The HSC Process receives the IPS inputs 1 through 6, processes them, and provides an input (signal path 12) to the SRH Block. The HSC Process resets (signal path 17) the detectors and discriminator. The processЉreset signal from the MCH (signal path 6) terminates the HSC Process at a map change instant. The above signal paths carry the following messages: а H аТа ТРIРТ№ ТSignal Path 1:С СActivity detected (Р"РActР"Р), Inactivity detected (Р"РInactР"Р).ЦЦ а H аТа ТРIРТ№ ТSignal Path 2:С СData Detected (Р"РDataЉdetectР"Р), Speech detected (Р"РVoiceЉdetectР"Р).ЦЦ Та ТРIРТ№ ТSignal Path 3:С С2400 Hz tone detected (Р"РSignaldetectР"Р).ЦЦ Та ТРIРТ№ ТSignal Path 4:С СReceive data detected (Р"РRxdataР"Р).ЦЦ а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СРIРС СSignal Path 5:С СTransparent channel request (Р"РTranspreqР"Р), Transparent channel release (Р"РTransprelР"Р).ЦЦ Та ТРIРТ№ ТSignal Path 6:С СProcessЉReset signal from the MCH.ЦЦ Та ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СРIРС СSignal Path 12:С СThe messages (related to changes of signal classification) are Р"РVoice(IT)Р"Р,ЦЦ а Hр аТа ТТ№ ТТhpТТhи ТТаЈ ТР"РVoiceinact(IT)Р"Р, Р"РData(IT)Р"Р, Р"РDatainact(IT)Р"Р and Р"РTransp(IT)Р"Р and Р"РDiscreq(IT)Р"Р.ЦЦ Та ТРIРТ№ ТSignal Path 17:С СCarries the following messages:ЦЦ Та ТТ№ ТТhpТС€Сa)Си СР"РResetЉactР"Р (set activity detector to inactive).ЦЦ а H№ аТа ТТ№ ТТhpТС€Сb)Си СР"РResetЉSignaldetectР"Р (reset 2400 Hz detector to nodetect).ЦЦ Та ТТ№ ТТhpТС€Сc)Си СР"РDefaultЉVoiceР"Р (set discriminator to voice).ЦЦ Та ТТ№ ТТhpТС€Сd)Си СР"РDefaultЉDataР"Р (set discriminator to data).ЦЦ а H аС СThe HSC process should perform signal classification and hangover control as specified below. а H аТа ТТ№ ТС€ Сa)СpСInitially, this process should declare an IT either Р"РpreЉassignedР"Р, if so designated by the configuration data, or Р"РvoiceЉinactiveР"Р, if subject to DSI.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСWhenever a Р"РTranspreqР"Р message is received, the IT should be classified as Р"РTransparentР"Р and should remain in this condition until a Р"РTransprelР"Р message is received, in which case the signal classification should change to Р"РVoiceЉinactiveР"Р.ЦЦ а H аТа ТТ№ ТС€ Сc)СpСIf the IT is active and of the voice/signalling type and the Р"РDataЉdetectР"Р message is received from the Data/Speech Discriminator, the IT should be classified as Р"РDataЉactiveР"Р. The same applies to the case of reception of Р"РRxdataР"Р from the DCME receive unit as long as the 1 s delay timer (hold mode, defined later) is not running. No action should be taken if the timer is running.ЦЦ а H аТа ТТ№ ТIf the IT is inactive (hangover timer either expired or running), and of the data type and the message Р"РActР"Р is received from the Activity Detector, the IT should also be classified as Р"РDataЉactiveР"Р.ЦЦ Та ТТ№ ТС€ Сd)СpСIf the IT is inactive (hangover time expired) and of the voice/signalling type and the Р"РRxdataР"Р message is received, the IT should be classified as Р"РDataЉinactiveР"Р, as long as the 1 s delay timer is not running. No action should be taken if the timer is running (hold mode).ЦЦ а H аТа ТТ№ ТIf the IT is of the data type and the hangover timer expires, the IT should also be classified as Р"РData-inactiveР"Р.ЦЦ а H аТа ТТ№ ТС€ Сe)СpСIf the IT is inactive and in the hold mode and the 1 s delay timer expires, the IT should be classified as Р"РVoiceЉinactiveР"Р.ЦЦ а H№ аТа ТТ№ ТIf the IT is of the voice/signalling type and the hangover time expires, the IT should also be classified as Р"РVoiceЉinactiveР"Р.ЦЦ а H аТа ТТ№ ТС€ Сf)СpСIf the IT is inactive (hangover timer either expired or running) and of the voice type and the Р"РActР"Р message is received from the Activity Detector, the IT should be classified as Р"РVoiceЉactiveР"Р.ЦЦ а H аТа ТТ№ ТС€ Сg)СpСIf the IT is active and of the data type and the message Р"РVoiceЉdetectР"Р is received from the Data/Speech Discriminator, a 1 s delay timer should be started and the IT should be classified as Р"РVoiceЉactiveЉholdР"Р.ЦЦ а H аТа ТТ№ ТIf the 1 s timer is running for an inactive voice IT (hangover timer either expired or running) and the Р"РActР"Р message is received, the IT should also be declared Р"РVoiceЉactiveЉholdР"Р.ЦЦ Та ТТ№ ТС€ Сh)СpСIf the IT is active and of the voice type and the message Р"РSignaldetectР"Р is received from the signalling tone detector, the IT should be classified as Р"РSignallingЉactiveР"Р.ЦЦ а H аТа ТТ№ ТIf the IT is of the signalling type and the hangover timer is running and the message Р"РActР"Р is received, the IT should also be classified as Р"РSignallingЉactiveР"Р.ЦЦ а H аТа ТТ№ ТС€ Сi)СpСIf the IT is active and of the data type and the Р"РSignaldetectР"Р message is received, a 1 s delay timer should be started and the IT should be classified as Р"РSignallingЉactiveЉholdР"Р.ЦЦ Та ТТ№ ТIf the 1 s timer is running for an active voice IT and the Р"РSignaldetectР"Р message is received, the IT should be classified as Р"РSignallingЉactiveЉholdР"Р.ЦЦ а H аТа ТТ№ ТС€ Сj)СpСIf the IT is inactive and of the voice type, the hangover timer is running and an Р"РRxdataР"Р message is received, the data detector shall be set to data and the IT should enter the Р"РWaitЉforЉdataР"Р state.ЦЦ а H аТа ТТ№ ТIf the IT is inactive and of the signalling type, the hangover timer is running and an Р"РRxdataР"Р message is received, the data detector should be set to data and the IT should enter the Р"РWaitЉforЉdataР"Р state.ЦЦ а H аТа ТТ№ ТIf the hangover timer expires while the IT is in the Р"РWaitЉforЉdataР"Р state, the Р"РVoiceinactР"Р message should be sent and the IT should be classified as Р"РDatainactiveР"Р.ЦЦ а H аТа ТТ№ ТWhen activity first terminates on an IT, classified as Р"РDataЉactiveР"Р, the Р"Рinitial data hangoverР"Р value should be used. Its duration should be settable to a maximum of 14 s. After the first expiration of the Р"Рinitial data hangoverР"Р, the Р"Рsecond data hangoverР"Р should be brought into use. This hangover should also be settable to a maximum of 14 s, but it is expected that in most cases, it will be set to a value significantly shorter than the initial data hangover. This permits higher efficiency of utilization of the return link for facsimile transmission.ЦЦ а H аТа ТТ№ ТWhen activity terminates on an IT classified as Р"РVoiceЉactiveР"Р or Р"РVoiceЉactive holdР"Р, the Voice Hangover Value should be used. When activity terminates on an IT classified as Р"РSignallingЉactiveР"Р or Р"РSignallingЉactive holdР"Р, the Signalling Hangover value should be used. The Voice and Signalling Hangover values should be in accordance with the hangover masks specified in РSР 12.ЦЦ а H аТа ТТ№ ТThe message Р"РVoice(IT)Р"Р is associated with the transition to Р"РVoiceЉactiveР"Р, Р"РVoiceЉactiveЉholdР"Р and Р"РSignallingЉactiveЉholdР"Р. The message Р"РVoiceЉinact(IT)Р"Р is associated with the transition to Р"РVoice-inactiveР"Р and Р"РVoiceЉinactiveЉholdР"Р. The messages Р"РData(IT)Р"Р and Р"РDatainact(IT)Р"Р are associated with the transitions to Р"РDataЉactiveР"Р and Р"РDataЉinactiveР"Р, respectively. The message Р"РDiscreq(IT)Р"Р is generated whenever a transition occurs from Р"РtransparentР"Р to Р"РVoiceЉinactiveР"Р.ЦЦ а H аТа ТТ№ ТThe reset messages carried by signal path 17 should be generated at initialization (except Р"РDefault-DataР"Р).ЦЦ а H аС СThe reset messages should also be generated during operation when the active/inactive or channel type classification changes for causes other than a corresponding change in the detector/discriminator output.аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа ТHТA.1.1.2СЈ СУУThe SRH BlockФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe SRH Block input/output connections are shown in Figure AЉ2/G.763. The SRH Block processes the IT transition information (signal path 12) received from the IPS block. It also generates assignment information for the Assignment Message Encoder (signal path 8), encoder connect/disconnect and mode information for the Encoder Unit (signal path 7) and the BC Bit Map for the BC Bit Assignment Unit (signal path 9). а H аС СThe internal structure of the SRH Block is shown in Figure AЉ4/G.763. This block contains the Request Handling and Assignment Generation Process (RAG), the BC Bit Map Creation Process (SBC), the Bit Map Implementation Process (BMI), and the Encoder Unit Control Process (ENC). ‚Ср MСб cмˆ4 PŽТ бFigure AЉ4/G.763 = 13 cm б cмˆ4 PŽТ баЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа ТРТA.1.1.2.1СЈ СУУThe RAG ProcessФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe RAG Process input/output connection is shown in Figure AЉ5/G.763. The RAG Process also receives an input signal (signal path 21) from the MCH, which resets the process at the map change instant. It also receives a trigger pulse (signal path 19). The trigger pulse provides a timing reference once per DCME frame for the RAG process. When required, the RAG process will also receive a signal from the optional USM. This signal (signal path 200) contains the Р"Рchange (IT)Р"Р message (see Note). а H аУУС СNoteФФ РIР This signal permits a capability to transfer outЉofЉband signalling within the control channel. ‚Ср MСб cмˆ4 PŽТ бFigure AЉ5/G.763 = 14 cm б cмˆ4 PŽТ б С СThe RAG Process receives IT transition information from the IPS Block (signal path 12) and generates the following outputs: а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СРIРС СSignal Path 8:С СThis signal path carries the Р"РAssignР"Р message which contains assignment information needed by the Assignment Message Encoder (and by the other processes of the block). This message is also present on signal path 13. The message contains a BC number, an IT number, the BC type, and encoder number with the format (BC, IT, type, encoder number). The Assignment Message Encoder extracts the relevant information elements from the Р"РAssignР"Р message and adds additional information, as required by the control channel message structure (specifiedЦЦ а Hh аТа ТТ№ ТТhpТТhи ТТаЈ Тin РSР 11.1). In the DCME frames which are used by the optional USM, the BC number should be 255, type data and encoder number 0.ЦЦ а Hx аТа ТРIРТ№ ТSignal Path 13:С СThis signal path carries the following messages:ЦЦ а H аТа ТТ№ ТСpССи ССЈ СС СР"РУУAssignФФР"Р РIР This is the same message as in signal path 8.ЦЦ а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СС ССpССи ССЈ СР"РУУReinsert (BC)ФФР"Р РIР This message is used to reinsert a BC into the overload channel generation map within the SBC process when an implicit disconnect of a data call has occurred (see РSР A.1.1.2.2).ЦЦ а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СС ССpССи ССЈ СР"РУУRemove (BC)ФФР"Р РIР It removes an implicitly disconnected overload channel from the SBC overload BC list (see РSР A.1.1.2.2).ЦЦ а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СС ССpССи ССЈ СР"РУУSeizesc (BC, encoder no., enc. mode)ФФР"Р РIР It generates a fixed association between a BC number and an ADPCM encoder number, for a preЉassigned channel in the SBC Process (see РSР A.1.1.2.2). The ADPCM encoder mode could be 8/5/4/or optionally 3 or 2 bits per sample. This message is transmitted immediately after initialization.ЦЦ а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СС ССpССи ССЈ СР"РУУSeizebank (BC)ФФР"Р РIР This message notifies the SBC Process that a certain BC has been seized as a bit bank (see РSР A.1.1.2.2). It is transmitted immediately after initialization.ЦЦ а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ С‚С ССpССи ССЈ СР"РУУReleasesc (BC)ФФР"Р РIР This message releases a bit bank connection and is given to the SBC process (see РSР A.1.1.2.2).ЦЦ а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СС ССpССи ССЈ СР"РУУRelease (enc. no.)ФФР"Р РIР This message updates the ADPCM encoder map within the SBC process (see РSР A.1.1.2.2).ЦЦ а Hx аТа ТРIРТ№ ТSignal Path 16:С СThis signal path carries the following messages:ЦЦ а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СС ССpССи ССЈ СР"РУУAssignЉenc (BC, IT, type)ФФР"Р РIР This is used to give channel connection information to an ENC process.ЦЦ а H аТа ТТ№ ТСpССи ССЈ СС СР"РУУReleaseЉencФФР"Р РIР This message causes the encoder to release any connection.ЦЦ а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СС ССpССи ССЈ СР"РУУSetЉpre (mode, IT)ФФР"Р РIР This message causes seizure of an encoder for a preЉassigned connection. The mode can be 8, 5, 4 or optionally 3, or 2 bit. This message is transmitted immediately after initialization phase.ЦЦ а H аС СThe RAG Process can be functionally divided into four tasks, namely, Input PreЉProcessing, Service Request Implementation, Refreshment Message Generation, and Map Update/Coder Selection. This is illustrated in Figure A-5/G.763. С СThe Input PreЉProcessing Task processes the input IT transition information, and either updates the channel type (discussed below), or generates service requests to be placed in prioritized queues. С СThe Service Request Implementation Task services the requests in the queues by assigning ITs to BCs or deleting the existing ITЉtoЉBC association. а H аС СThe Map Update/Coder Selection Task updates a central Resource Map based on the action of the Service Request Implementation Task. The Resource Map contains information to identify the ITЉtoЉBC association (including disconnected BCs and ITs), the BC type, and the ITЉtoЉADPCM encoder association. The possible BC types are the following: а H аТа ТТ№ ТС€ Сa)СpСР"РVoiceР"Р РIР Indicates the BC carries a voice signal that is either active or in the hangover period;ЦЦ а H аТа ТТ№ ТС€ Сb)СpСР"РDataР"Р РIР Indicates that the BC carries a data signal that is either active or in the hangover period;ЦЦ а H аТа ТТ№ ТС€ Сc)СpСР"РTransparentР"Р РIР Indicates that the BC carries a transparent call;ЦЦ Та ТТ№ ТС€ Сd)СpСР"РDisconnectedР"Р РIР Indicates that the BC is not connected;ЦЦ а H аТа ТТ№ ТС€ Сe)СpСР"РVoiceЉavailableР"Р РIР Indicates that the BC is currently connected to a speech IT but could be used for a new assignment;ЦЦ а H аТа ТТ№ ТС€ Сf)СpСР"РDataЉavailableР"Р РIР Indicates that the BC is currently connected to a data IT but could be used for a new assignment;ЦЦ а H аТа ТТ№ ТС€ Сg)СpСР"РPreЉassignedР"Р РIР Indicates that the BC is permanently assigned to an IT, in accordance with the DCME configuration data.ЦЦ а H аТа ТТ№ ТС€ Сh)СpСР"РBankР"Р РIР This 4Љbit BC can be used to obtain the LSBs of up to four data channels (the bit bank concept is discussed later).ЦЦ а H аС СThe ADPCM encoder selection and the generation of the messages carried by signal paths 8, 13 and 16 is functionally assigned to this task. а H аС СThe Refreshment Message Generation Task generates assignment information for the Assignment Encoder when no higher priority Assignment message generation is required. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.1.1.2.1.1СP СУУInput preЉprocessing taskФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe messages received from the IPS Block (signal path 12) contain signal transition information for each IT. When using the optional USM, messages (signal path 200) will be received. The Input PreЉProcessing Task performs the following actions: а H аТа ТТ№ ТС€ Сa)СpСprocesses the IT transition information and generates service requests;ЦЦ а H аТа ТТ№ ТС€ Сb)СpСplaces the service requests in prioritized queues, which are accessed by the Service Request Implementation Task.ЦЦ а HH аС СSix queues are established, each with an associated priority: а H аТа ТТ№ ТС€ Сa)СpСPriority 0 Queue РIР It stores the IT number contained in a Р"Рchange (IT)Р"Р message;ЦЦ а H аТа ТТ№ ТС€ Сb)СpСPriority 1 Queue РIР It stores the 64 kbit/s IT disconnect requests;ЦЦ а H аТа ТТ№ ТС€ Сc)СpСPriority 2 Queue РIР It stores internally generated requests for disconnection of overload BCs.ЦЦ а H аТа ТТ№ ТС€ Сd)СpСPriority 3 Queue РIР It stores the 64 kbit/s IT connection requests;ЦЦ а H аТа ТТ№ ТС€ Сe)СpСPriority 4 Queue РIР It stores the request for assignment of data channels;ЦЦ а H аТа ТТ№ ТС€ Сf)СpСPriority 5 Queue РIР It stores the requests for assignment of voice channels.ЦЦ а H аС СWhen a Р"РdataЉinact(IT)Р"Р message is received, the type of the BC connected to the IT shall be updated to Р"РdataЉavailableР"Р, unless there is another request in the queue for the same IT and the BC type is Р"РvoiceР"Р. In this case, the BC type shall be changed to Р"РvoiceЉavailableР"Р. а H аС СWhen a Р"РvoiceЉinact(IT)Р"Р message is received, the type of the BC connected to the IT shall be updated to Р"РvoiceЉavailableР"Р, unless there is another request in the queue for the same IT and the BC type is Р"РdataР"Р. In this case, the BC shall be changed to Р"РdataЉavailableР"Р. If the BC is in the overload range, a disconnect request shall be stored in Priority 2 queue. а H аС СWhen a Р"РVoice(IT)Р"Р message is received, the type of BC connected to this IT should be checked. If the type of BC is Р"РVoiceР"Р or Р"РVoiceЉavailableР"Р, the BC type should be changed to voice and no request shall be generated. If the BC type is other than Р"РVoiceЉavailableР"Р, a request should be stored in the Priority 5 queue. а H аС СWhen a Р"РData(IT)Р"Р message is received, the type of the BC connected to this IT should be checked. If the type of BC is Р"РDataР"Р or Р"РDataЉavailableР"Р, the BC type should be changed to data and no request should be generated. If the BC type is other than Р"РDataЉavailableР"Р, a request should be stored in the Priority 4 queue. а H аС СWhen a Р"РTransp(IT)Р"Р message is received, a request should be stored in the Priority 3 queue. а H аС СWhen a request pertaining to IT arrives, and there is a request for this IT in any of the queues, the stored request should be deleted if in а H аPriority queues 2 to 5 and should be maintained if in Priority queue 1. If the stored request is in Priority queue 1 and the new request is also for Priority queue 1, the new request should be deleted. A message for Priority 0 queue should be stored in Priority 0 queue without checking any other queue. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.1.1.2.1.2СP СУУService request implementation taskФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СAt the time of reception of the trigger pulse, if there are messages in the queues, and if there are no 64 kbit/s or data assignments in progress, the Priority 1 Queue should be addressed. If the message count for this queue is one or more, the RAG Process should address the first request in the queue (first in, firstЉout order) and delete it when serviced. If the message count is 0, the next lower priority queue should be addressed. The same procedure should be repeated for the other queues. At the next trigger pulse, the cycle should restart from Priority 1 Queue. The actions to be taken for the implementation of the different service requests are specified separately below. At the first frame of a multiframe the trigger pulse is replaced by a sync trigger pulse (refer to РSР 11). In the case where the optional USM is not used, the Priority 0 Queue should not be addressed. In the case where the USM is used, the Priority 0 Queue should be addressed in DCME frames 0, n, 2n, etc. (i.e., every nth frame), of the DCME multiframe where n is a variable which may be selected by the user. Priority 1 through 5 queues should be addressed in the remaining DCME frames. а H аТа ТТ№ ТС€ Сa)СpСChange Message РIР If the optional USM is used, the Priority 0 Queue should be addressed in DCME frames 0, n, 2n, etc. (i.e., every nth DCME frame) of the DCME multiframe where n is a variable which may be selected by the user. Upon servicing the request, the message should be deleted from the Priority 0 Queue.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСDiscreq Requests РIР The request at the top of Priority 1 Queue should be addressed. An assignment should be generated which disconnects the IT. This request should be deleted from the queue.ЦЦ а H аТа ТТ№ ТС€ Сc)СpСBC Disconnect Requests РIР The request at the top of Priority 2 Queue should be addressed. An assignment should be generated which disconnects the IT. The service request should be deleted. ЦЦ а H аТа ТТ№ ТС€ Сd)СpСTransp Requests РIР The request at the top of Priority 3 Queue should be addressed. The IT for which the request was generated should be checked to determine whether connected or disconnected.ЦЦ а H аТа ТТ№ ТIf the IT is connected, a count of the usable bits in the pool should be taken to determine whether enough capacity exists to accommodate the additional bits required. If no capacity exists, the assignment which disconnects the available BC (and the associated IT) should be generated. The RAG Process should address the Priority 1 Queue again at the next occurrence of the trigger pulse.ЦЦ а H аТа ТТ№ ТIf the IT is connected and enough capacity exists to accommodate the additional bits, the BC number of the connected bearer channel (number k) should be checked to determine whether it is even or odd. If k is even, the next higher BC (number k+1) should be examined. If k is odd, the next lower BC (number kЉ1) should be examined. The objective is to allocate the first nibble (containing the MSB) of the 64 kbit/s channel to an even numbered BC. If k is even and BC k+1 is contained in the pool, the type of BC k+1 should be checked. If the type is SDisconnectedР"Р, Р"РDataЉavailableР"Р or Р"РVoiceЉavailableР"Р, the 64 kbit/s IT should be assigned to BC k (and by implication, to BC k+1). If the type of BC k+1 is either Р"РDataР"Р or Р"РVoiceР"Р, a reЉassignment of this IT will be required. This should be done by invoking the а H аТа ТТ№ ТSearchЉData Procedure (РSР A.1.1.2.1.6) or the SearchЉVoice Procedure (РSР A.1.1.2.1.7), respectively. If the type of BC k+1 is either Р"РBankР"Р or Р"РPreЉassignedР"Р, or if BC k+1 is not contained in the pool, the SearchЉTransparent Procedure should be invoked (as specified later).ЦЦ а H аТа ТТ№ ТA similar approach should be taken if k is odd. In this case the BC to be examined is kЉ1.ЦЦ а H аТа ТТ№ ТIf the IT is disconnected, the number of usable bits in the pool should be counted to determine whether the request can be accommodated (8 bits are required). If the request can be accommodated, the SearchЉTransparent Procedure should be invoked. If the request cannot be accommodated, a Refreshment Message (РSР A.1.1.2.1.3) should be generated.ЦЦ а H аТа ТТ№ ТThe SearchЉTransparent Procedure is invoked (РSР A.1.1.2.1.5) to select a suitable BC pair for the assignment. The SearchЉTransparent Procedure delivers the encoder number to be used (see РSР A.1.1.2.1.4 for the encoder selection) and the values for 11 variables (see Table AЉ2/G.763). These variables consist of the two bearer channels (bc and bc+1) selected for allocation of the 64 kbit/s IT, the two ITs (nrvl and nrv2) occupying bearer channels bc and bc+1, the bearer channels (bcv1 and bcv2) to which nrv1 and nrv2 can be reЉassigned, the two ITs (nrv3 and nrv4) occupying bearer channel bcv1 and bcv2 and the overload bearer channels (bcv3 and bcv4) to which the ITs nrv3 and nrv4 can be re-assigned. The bearer channel bc is an evenЉnumbered BC. The variable Р"РsuccessР"Р gives the result of the search. If the search is successful, success is set to TRUE, or else FALSE.ЦЦ а HH а‚Ср8CСб cмˆ4 PŽТ бinclude 02Љt02ЉeTABLE AЉ2/G.763 Ср8?СУ УSearchЉTransparent Procedure VariablesФ Ф б cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бnr: аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаNo. of IT requesting a 64 kbit/s transparent channel а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бcd: а @ ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаSelected ADPCM encoder No. for the request а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бbc: а € ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаBC No. for allocation of the 1st nibble of the 64 kbit/s IT а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бbc+1: а € ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаBC No. for allocation of the 2nd nibble of the 64 kbit/s IT а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бnrv1: аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаNo. of the IT currently occupying bc а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бnrv2: а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаNo. of the IT currently occupying bc+1 а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бbcv1: аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаBC No. for reЉassignment of nrv1 а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бbcv2: аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаBC No. for reЉassignmnent of nrv2 а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бnrv3: а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаNo. of the IT currently occupying bcv1 а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бnrv4: а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаNo. of the IT currently occupying bcv2 а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бbcv3: аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаBC No. for reЉassignment of nrv3 а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бbcv4: аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаBC No. for reЉassignment of nrv4 а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H`Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бSuccess аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ hРp`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаResult of the search (TRUE or FALSE) а  аб cмˆ4 PŽТ бˆа јH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџјpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ бУУNote 1ФФ РIР nrv1, nrv2, nrv3, nrv4 = 0 indicates that IT reЉassign/disconnect is not necessary. а јh аУУNote 2ФФ РIР bcv1, bcv2, bcv3, bcv4 = 0 indicates that these BCs are not required for reassignment. а јH аУУNote 3ФФ РIР bcv3 and bcv4 are overload BCs. УУNote 4ФФ РIР bc is an even number. а јx аУУNote 5ФФ РIР The first nibble of the 64 kbit/s IT contains the MSB. УУNote 6ФФ РIР The variable nr is the only input variable. УУNote 7ФФ РIР bc+1 is derived from the variable bc. а HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТа Т Т№ ТСpСWhenever a nrv variable (nrv1 through nrv4) is 0, reЉassignment/disconnection of the IT is not required. Whenever a bcv variable (bcv1 through bcv4) is 0, the BC is not required for reЉassignment.ЦЦ Та ТТ№ ТThe IT nrv4 should be examined first. If nrv4 is 0 (IT reЉassignment/disconnection not required), nrv3 should be examined. If nrv4 is different from 0 (IT reЉassignment/disconnection required) and bcv4 is also different from 0 (BC required for reЉassignment of nrv4), nrv4 should be reЉassigned to bcv4. At the next trigger pulse, nrv3 should be examined.ЦЦ а H аТа ТТ№ ТIf nrv4 is different from 0 and bcv4 is 0 (BC not required for reЉassignment of nrv4), nrv4 should be (internally) disconnected and nrv3 should be examined.ЦЦ Та ТТ№ ТEquivalent steps should be implemented for nrv3 and nrv2.ЦЦ а H аТа ТТ№ ТWhen nrv1 is examined, if equal to 0 (IT reЉassignment/disconnection not required), the 64 kbit/s IT should be assigned to bearer channel bc.ЦЦ а H аТа ТТ№ ТIf nrv1 is different from 0 (IT reЉassignment/disconnection required) and bcv1 is also different from 0 (BC required for reЉassignment of nrv1), nrv1 should be reЉassigned to bcv1. At the next trigger pulse, the 64 kbit/s IT should be assigned to bearer channel bc.ЦЦ а H аТа ТТ№ ТIf nrv1 is different from 0 (connected) and bcv1 is 0 (BC not required for reЉassignment of nrv1), nrv1 should be (internally) disconnected and the 64 kbit/s IT should be assigned to bearer channel bc.ЦЦ а Hр аТа ТТ№ ТAt implementation, the service request should be deleted from Priority 3 Queue.ЦЦ а H аТа ТТ№ ТС€ Сe)СpСData Requests РIР Five bit encoding is required for the transmission of a data channel. Four bits are obtained by assigning the data IT to a 4Љbit BC in the normal BC range. The 5th bit (LSB) is obtained from a pool of 4 bits referred to as the bit bank. Special 4Љbit BC channels of the Р"РBankР"Р type are created in the bearer frame for this purpose. The criteria for creation of bank channels are specified in Table AЉ3/G.763.ЦЦ а HH а‚Ср8CСб cмˆ4 PŽТ бinclude 02Љt03ЉeTABLE AЉ3/G.763 Ср8AСУ УCriteria for bank creation/deletionФ Ф б cмˆ4 PŽТ баЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`И˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бCreation of bit bank (at new data channel assignment) а Hи аб cмˆ4 PŽТ ба Hи аб cмˆ4 PŽТ бвЦƒH˜ ˆXH˜Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј ˜ џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHрHА џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр№CСYes аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH p`PЈ˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр№<СBank not required а Hи ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH p`PЈ˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа Hи аб cмˆ4 PŽТ бвЦƒH˜ ˆXH˜Цв‡а Hp ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј ˜ HџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр'ш[Сб cмˆ4 PŽТ б"DataЉavail" BC present? аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџрHА џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр'шfСNo аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH p`PЈ˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр'ш_СBank required if Ср'ш_Сeq nb < \f(nd,4) а Hи аб cмˆ4 PŽТ бˆа Hи аб cмˆ4 PŽТ ба H( ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ јP Ј XHА`И˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бDeletion of bit bank (see Note) а Hи ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`И˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ ба Hи аб cмˆ4 PŽТ бвЦ‚Hxh˜Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј xџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр№:Сб cмˆ4 PŽТ бeq nb Р Р \f(nd,4) + 1 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHР(€pШ ˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр№6СDelete highest numbered bank а hи ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџhР(€pШ ˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа hи аб cмˆ4 PŽТ ба h ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј hXА`И˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ бУУNoteФФ РIР If bank was just created, wait 2 DCME frames before applying deletion criterion. If during the 2 DCME frame wait period a USM signalling message is sent, wait one additional DCME frame. а 8 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ8 јP Ј hXА`И˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСi  ССi  ССi  ССi  ССi  ССi  Сnd:С&А*СNumber of data channels in use and requested (preЉassigned and DSI).ЦЦ а 8€ аСA  ССA  ССA  ССA  ССA  ССA  Сnd:С&А*СNumber of banks in use.ЦЦ а h ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ јP Ј hhXА`И˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ бЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј hhXА`И˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚б cмˆ4 PŽТ бЦЦ а Hи ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`И˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ ба HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ баЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТа Тб cмˆ4 PŽТ б а H аТа ТТ№ ТСpСThe request at the top of the Priority 4 Queue should be addressed. First, it should be determined whether a new bit bank is required. Then, the IT for which the request was generated should be checked to determine whether connected to a BC.ЦЦ а H аТа ТТ№ ТIf the IT is connected, a bit count should be made to determine whether enough bearer capacity exists for the allocation of the data IT (including the creation of an additional Р"РBankР"Р channel if required).ЦЦ а H аТа ТТ№ ТIf sufficient capacity exists and the connected BC is in the normal range, and a new bit bank is not required, an assignment of the data IT to the connected BC should be made.ЦЦ а H аТа ТТ№ ТIf a bit bank is required, it should be assigned in the same way as a data channel by invoking the Search Data Procedure (as specified later). An assignment message connecting the selected BC to IT No. 250 should be generated. At the next trigger pulse, the data IT should be assigned to the connected BC.ЦЦ а H аТа ТТ№ ТIf sufficient capacity is available, but the connected BC is in the overload range, the data IT should be assigned by invoking the Search Data Procedure (specified later).ЦЦ а H аТа ТТ№ ТIf sufficient capacity is not available and the IT is connected, a disconnect message should be generated.ЦЦ а H аТа ТТ№ ТIf the IT is disconnected, a count of the usable bits in the pool should be made to determine whether enough capacity exists to allocate the data call. If sufficient capacity is not available, a refreshment message should be generated. If sufficient capacity is available and a new bit bank is not required, the Search Data Procedure (РSР A.1.1.2.1.6) should be invoked to select a suitable BC for the assignment of the data IT. If the bit bank is required, it should be assigned first, and then the data IT should be assigned as specified below. The Search Data Procedure delivers the ADPCM encoder number to be used (see РSР A.1.1.2.1.4 for the ADPCM encoder selection) and three values for the three variables defined in РSР A.1.1.2.1.6.ЦЦ а H аТа ТТ№ ТThe IT nrv should be examined. If nrv is 0 (BC disconnected), the data IT should be assigned to bearer channel bc.ЦЦ а H аТа ТТ№ ТIf nrv is different from 0 (BC connected) and bcv is also different from 0 (reЉassignment required), nrv should be reЉassigned to bcv. At the next trigger pulse, the data IT should be assigned to bearer channel bc.ЦЦ а H аТа ТТ№ ТIf nrv is different from 0 (BC connected) and bcv is 0 (reЉassignment not required), nrv should be (internally) disconnected and the data IT should be assigned to bearer channel bc.ЦЦ а Hh аТа ТТ№ ТThe service request, at implementation, should be deleted from Priority 4 Queue.ЦЦ а H аТа ТТ№ ТС€ Сf)СpСVoice Requests РIР The request at the top of Priority 5 Queue should be addressed. The IT for which the request was generated should be checked to determine whether connected to a BC.ЦЦ а H аТа ТТ№ ТIf connected and the BC type is Р"РAvailableР"Р, the IT should be assigned to the available BC. If the BC type is Р"РDataР"Р, an assignment should be made to that BC.ЦЦ а Hx аТа ТТ№ ТIf the IT is disconnected, the usable bits in the pool should be counted to determine whether enough capacity exists to accommodate the voice call. If sufficient capacity does not exist, a refreshment message should be generated.ЦЦ а H аТа ТТ№ ТIf sufficient capacity exists, the SearchЉVoice Procedure should be invoked to select a suitable BC for assignment. This procedure delivers the ADPCM encoder number to be used (see РSР A.1.1.2.1.4 for the ADPCM encoder selection) and the values of the variables nrv and bc, defined in РSР A.1.1.2.1.3.ЦЦ а H аТа ТТ№ ТIf nrv is 0 (BC disconnected), the voice IT should be assigned to bearer channel bc. If nrv is different from 0 (BC connected), nrv should be (internally) disconnected and the voice IT should be assigned to bearer channel bc.ЦЦ а Hр аТа ТТ№ ТThe service request, at implementation should be deleted from Priority 5 Queue.ЦЦ а H аТа ТТ№ ТС€ Сg)СpСThe SearchЉTransp Procedure, SearchЉData Procedure and SearchЉVoice Procedure search for BC(s) to allocate to the IT(s) of Transp Requests, Data Requests and Voice Requests, respectively. In each procedure, a scan of the normal BC range shall begin at a randomized starting point which is not specified herein.ЦЦа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа ТРТA.1.1.2.1.3С СУУRefreshment Message generation taskФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СIn DCME frames when Priority 0 Queue is not to be addressed and there are no messages in queues 1 through 5, a Refreshment Message should be generated. A Refreshment Message should also be generated when Priority 3, 4 and 5 queue contains a request(s) which cannot be serviced due to unavailable bearer capacity unless a Р"РdisconnectР"Р message is generated. а H аС СThe refreshment should be done by scanning the range of normal BCs (from BC No. 1 to the upper pool boundary) and the range of overload BCs (from BC No. 64 to the highest number permitted by the pool size). Pre-assigned BCs should not be refreshed. Each dynamically assigned 64 kbit/s connection should be refreshed but only limited to the evenЉnumbered BC (the next higher BC should not be refreshed). Every other Refreshment Message should alternate between the normal and the overload range. In each range, the BCs should be refreshed sequentially from the lowest to the highest BC, restarting the cycle after refreshment of the highest BC in the range. Whenever a BC is refreshed, all the required information elements should be inserted in the Р"РASSIGNР"Р message. The refreshment of Bit Bank BC should be transmitted with IT No. 250. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.1.1.2.1.4СP СУУMap Update/Coder SelectionФФЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe RAG stores information of two types: а H аТа ТТ№ ТС€ Сa)СpСProcess parameters, consisting of both numbers and indexed arrays. This information is of static nature (derived from the configuration data);ЦЦ а H аТа ТТ№ ТС€ Сb)СpСthe Resource Map РIР this information is dynamically variable, identifies the status of the BC, IT, IT type and ADPCM encoder connections.ЦЦ а H аС СAt initialization (caused by the MCH), the Resource Map should be set to a known state (BCs, ITs and ADPCM encoders disconnected) and the process parameters should be loaded into the RAG Process. The RAG should then generate the Р"РSeizescР"Р and the Р"РSeizebankР"Р messages in order to provide the SBC process with the information necessary for the allocation of preЉassigned channels and bit banks (associated with these channels). The preЉassigned channel allocation (determined by the configuration data) should be in accordance with the bearer structure requirements (РSР 5.2). а H аС СImmediately after initialization, the RAG Process should also generate the Р"РSetЉPreР"Р message for the ENC Process. This message causes seizure of an ADPCM encoder for a preЉassigned connection and the setting of the encoding mode to 8, 5, 4 or optionally 3, or 2Љbit. а H аС СThe Map Update/Coder Selection Task performs the following actions as a result of channel type changes and implementation of service requests: а H аТа ТТ№ ТС€ Сa)СpСupdate the BC and IT connections, BC type and store the information in the Resource Map;ЦЦ а H аТа ТТ№ ТС€ Сb)СpСupdate the encoder connections and store the information in the Resource Map;ЦЦ а HX аТа ТТ№ ТС€ Сc)СpСgenerate the output messages on signal paths 8, 13 and 16.ЦЦ а Hx аС СThe Resource Map can be represented with indexed arrays as follows: а H аТа ТТ№ ТС€ Сa)СpСThe Sat Array РIР This array, indexed by IT number, contains a BC number for each IT entry, i.e., Sat(IT) = BC number. This array provides the ITЉtoЉBC association map. If the IT is associated to BC number 0 in the array, the IT is disconnected.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСThe IT Array РIР This array, indexed by BC number, contains an IT number for each BC entry, i.e., IT(BC) = IT number. This array provides the BCЉtoЉIT association map. If the BC is associated to IT number 0 in the array, the BC is disconnected.ЦЦ а H аТа ТТ№ ТС€ Сc)СpСThe Type Array РIР This array, indexed by BC number, contains a BC type identification for each entry, i.e., Type(BC) = BC type. The BC types are those listed earlier in this section.ЦЦ а H аТа ТТ№ ТС€ Сd)СpСThe Cod Array РIР This array, indexed by IT number, contains the connected encoder number for each IT entry, i.e., Cod(IT) = encoder number. When the IT is connected to encoder number 0, the IT is disconnected.ЦЦа HH а а H аС СThe BC, IT connections and the BC types should be updated in accordance with the events occurring in the RAG Process in accordance with Tables AЉ4/G.763 and AЉ5/G.763, respectively. The bit bank deletion should be in accordance with the criterion specified in Table AЉ3/G.763. When the conditions for the deletion of a bit bank exist, the highest numbered bit bank BC should be deleted by changing its type to Р"РDisconnectedР"Р. Figure AЉ6/G.763 provides examples of connection and BC type update (the BC, IT connections are shown as points in the BC, IT cartesian coordinate plane). а H аС СWhenever a new assignment of a previously disconnected IT is made (other than IT No. 250), an ADPCM encoder should be selected from the available encoders of the ADPCM encoder pool and logged at the Cod Array for that IT entry. Whenever a reЉassignment of a previously connected IT is made, the encoder currently associated with the IT should be maintained. а H аС СWhenever an IT is disconnected, the associated ADPCM encoder should be returned to the pool of available encoders. а H аС СWhenever an assignment request is serviced and the connection/BC type is updated, the Р"РAssignР"Р message (signals 8, 13 and 16) should be generated. The message format is (BC, IT, type, encoder number). Only a subset of the BC types can appear in the message namely: Р"РVoiceР"Р, Р"РDataР"Р, Р"РTransparentР"Р, Р"РBankР"Р, and Р"РDisconnectedР"Р. If the BC type is Р"РDisconnectedР"Р, the encoder number identifies the ADPCM encoder connected to the IT (and BC) prior to the disconnection. а H аС СWhenever an implicit disconnection takes place, the action to be taken should be in accordance with Table AЉ6/G.763. С СIf an optional USM is being used, the MAP update/coder selection task should not be performed in DCME frames 0, n, 2n, etc. (i.e., every nth DCME frame) of the DCME multiframe. ‚Ср JСб cмˆ4 PŽТ бinclude 02Љt04ЉeTABLE AЉ4/G.763 Ср MСУ УBC, IT connection updateФ Ф б cмˆ4 PŽТ бвЦ…HјшxhИ0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH@ Ј xxџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр WСEvent Ср SС(RAG Process) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHР(€џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр UСIT Array Ср SСEntry for BC Ср UСBC Array Ср SСEntry for IT аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHhX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр UСIT Array Ср RСEntry for BC+1 а 0А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦ…HјшxhИ0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б а 0Р ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@ Ј xx0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаAssign IT to BC (other than 64 kbit/s аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№ƒСIT Ср:№ƒСBC аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№€СNo change а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦ…HјшxhИ0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бDirect Action а 0H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@ Ј xx0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаDisc. IT from BC (other than 64 kbit/s) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№…С0 Ср:№…С0 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№СNo change а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦ…HјшxhИ0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б а 0Р ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@ Ј xx0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаAssign IT to BC (64 kbit/s) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№ƒСIT Ср:№ƒСBC аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№„С0 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦ…HјшxhИ0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б а 0H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@ Ј xx0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаDisc. IT from BC (64 kbit/s) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№…С0 Ср:№…С0 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№…С0 а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦ…HјшxhИ0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б а 0X ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@ Ј xx0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаAssign a "Bank" BC аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:h‡С0 Ср:hƒСNo change аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:hƒСNo change а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦ…HјшxhИ0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бImplied Disconnect а 0H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@ Ј xx0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаAssign ITn to BC connected to IT аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№„СITn Ср:№…С0 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№СNo change а 0А аб cмˆ4 PŽТ бˆа 0А аб cмˆ4 PŽТ бвЦ…HјшxhИ0Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б а 0р ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@ Ј xx0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаReЉassignment of IT from BC to BCn аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:рˆС0 Ср:р‡СBCn аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:р„СNo change а 0А аб cмˆ4 PŽТ бˆа H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ бУУNoteФФ РIР BCЉtoЉIT No. 0 connection means disconnection of BC. ITЉtoЉBC No. 0 connection means disconnection of IT. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср JСб cмˆ4 PŽТ бinclude 02Љt05ЉeTABLE AЉ5/G.763 Ср RСУ УBC type updateФ Ф б cмˆ4 PŽТ бвЦƒHxhиPhЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј xџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр WСб cмˆ4 PŽТ бEvent Ср SС(RAG Process) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHР(€pиџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр VСBC Type аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH ˆxрџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр UСBC+1 Type а P ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP ˆxрџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа P аб cмˆ4 PŽТ бвЦƒHxhиPhЦв‡а PА ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј xPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бMessage received: а Pр ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€pиPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаAs determined by Input Pre Processing Task аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP ˆxрџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6№€СNo change а P аб cмˆ4 PŽТ бˆа P аб cмˆ4 PŽТ бвЦƒHxhиPhЦв‡а PА ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј xPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б"Datainact (IT)" "Voiceinact (IT)" "Data (IT)" "Voice (IT)" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€pиPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP ˆxрџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа а P аб cмˆ4 PŽТ бˆа P аб cмˆ4 PŽТ бвЦƒHxhиPhЦв‡а Pа ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј xPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бAssign Voice IT to BC аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€pиPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6x€СVoice аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP ˆxрџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6x~СNo change а P аб cмˆ4 PŽТ бˆа P аб cмˆ4 PŽТ бвЦƒHxhиPhЦв‡а PH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј xPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бAssign Data IT to BC аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€pиPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6СData аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP ˆxрџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6}СNo change а P аб cмˆ4 PŽТ бˆа P аб cмˆ4 PŽТ бвЦƒHxhиPhЦв‡а Pа ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј xPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бAssign Bit Bank to BC аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€pиPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6x€СBank аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP ˆxрџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6x~СNo change а P аб cмˆ4 PŽТ бˆа P аб cмˆ4 PŽТ бвЦƒHxhиPhЦв‡а P ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј xPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бBC disconnection/bank deletion аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€pиPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6р‚СDisconnected аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP ˆxрџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6р„СNo change а P аб cмˆ4 PŽТ бˆа P аб cмˆ4 PŽТ бвЦƒHxhиPhЦв‡а P№ ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј xPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бAssign 64 kbit/s IT to BC аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€pиPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6hСTransparent аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP ˆxрџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6hСTransparent а P аб cмˆ4 PŽТ бˆа P аб cмˆ4 PŽТ бвЦƒHxhиPhЦв‡а Px ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј xPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бDisc. 64 kbit/s IT from BC аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€pиPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6hСDisconnected аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP ˆxрџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр6h‚СDisconneted а P аб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср8CСб cмˆ4 PŽТ бinclude 02Љt06ЉeTABLE AЉ6/G.763 Ср8>СУ УActions caused by implicit disconnectionsФ Ф б cмˆ4 PŽТ бвЦ‚HИ Ј јЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P И џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8IСб cмˆ4 PŽТ бImplicit Disconnect аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHhа8АјџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8OСAction а Ј x ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЈ hа8АјџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа Ј x аб cмˆ4 PŽТ бвЦ‚HИ Ј јЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И Ј џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б"Data" BC а Ј ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЈ hа8АјџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX ТGenerate "Reinsert (BC)" messageЦЦ а x ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ hа8АјџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа x аб cмˆ4 PŽТ бвЦ‚HИ Ј јЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бOverload BC а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ hа8АјџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаGenerate "Remove (BC)" message а x аб cмˆ4 PŽТ бˆа x аб cмˆ4 PŽТ бвЦ‚HИ Ј јЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б"Bank" BC а Ј ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ hа8АјџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаGenerate "Releasesc (BC)" message а x аб cмˆ4 PŽТ бˆа x аб cмˆ4 PŽТ бвЦ‚HИ Ј јЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бIT а ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ hа8АјџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаGenerate "Release (ADPCM encoder number)" message а x аб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚б cмˆ4 PŽТ б Ср8FСFigure AЉ6/G.763 = 14 cm б cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.1.1.2.1.5СP СУУSearchЉTransp ProcedureФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe SearchЉTransp Procedure searches for capacity for the allocation of the 64 kbit/s IT. The search should be limited to the normal BC range. С СThe procedure should generate, as an output, 11 values for the 11 variables defined in Table AЉ2/G.763 and illustrated in Figure AЉ7/G.763. It should also select an ADPCM encoder number from the pool of available а H аencoders. However, if IT is connected, the currently used ADPCM encoder should be kept for the new connection. а H аС СThe procedure should select the bc, bc+1 pair using the priority scheme specified in Table AЉ7/G.763 in the normal BC range. The search should proceed from Priority 1 to Priority 10. There is a possibility that none of the 10 choices will be available. In this case, if the requesting IT is connected to a BC, the IT shall be disconnected. If the requesting IT is not connected, a refreshment message should be generated.‚б cмˆ4 PŽТ б Ср MСFigure AЉ7/G.763 = 9.5 cm б cмˆ4 PŽТ б Ср KСб cмˆ4 PŽТ бinclude 02Љt07ЉeTABLE 7/G.763 Ср DСУ УPriority scheme for searchЉtransp procedureФ Ф б cмˆ4 PŽТ бвЦ‚Hјш8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр UСб cмˆ4 PŽТ бPriority аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр UСBC Types а ш8 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа ш8 аб cмˆ4 PŽТ бвЦ‚Hјш8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpши џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр<Сб cмˆ4 PŽТ б1 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаdisc/disc а ш8 аб cмˆ4 PŽТ бˆа ш8 аб cмˆ4 PŽТ бвЦ‚Hјш8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpши џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр<Сб cмˆ4 PŽТ б2 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаavail/disc disc/avail а ш8 аб cмˆ4 PŽТ бˆа ш8 аб cмˆ4 PŽТ бвЦ‚Hјш8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpши џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр<Сб cмˆ4 PŽТ б3 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаavail/avail а ш8 аб cмˆ4 PŽТ бˆа ш8 аб cмˆ4 PŽТ бвЦ‚Hјш8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpши џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр<Сб cмˆ4 PŽТ б4 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаvoice/disc disc/voice а ш8 аб cмˆ4 PŽТ бˆа ш8 аб cмˆ4 PŽТ бвЦ‚Hјш8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpши џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр<Сб cмˆ4 PŽТ б5 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаvoice/avail avail/voice а ш8 аб cмˆ4 PŽТ бˆа ш8 аб cмˆ4 PŽТ бвЦ‚Hјш8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpши џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр<Сб cмˆ4 PŽТ б6 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаvoice/voice а ш8 аб cмˆ4 PŽТ бˆа ш8 аб cмˆ4 PŽТ бвЦ‚Hјш8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpши џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр<Сб cмˆ4 PŽТ б7 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаdata/disc disc/data а ш8 аб cмˆ4 PŽТ бˆа ш8 аб cмˆ4 PŽТ бвЦ‚Hјш8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpши џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр<Сб cмˆ4 PŽТ б8 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаavail/data data/avail а ш8 аб cмˆ4 PŽТ бˆа ш8 аб cмˆ4 PŽТ бвЦ‚Hјш8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpши џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр<Сб cмˆ4 PŽТ б9 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаdata/voice voice/data а ш8 аб cмˆ4 PŽТ бˆа ш8 аб cмˆ4 PŽТ бвЦ‚Hјш8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpши џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр;Сб cмˆ4 PŽТ б10 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаdata/data а ш8 аб cмˆ4 PŽТ бˆа ш8 аб cмˆ4 PŽТ бвЦ‚Hјш8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpши џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8Сб cмˆ4 PŽТ бpriority аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@ Ј x№H8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаvoice/avail а ш8 аб cмˆ4 PŽТ бˆа ш8 аб cмˆ4 PŽТ ба ша ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ јшP Ј X8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСрˆ5Сб cмˆ4 PŽТ бDiscСЈ СBC disconnected. а шј аBC typesС Сtypes of candidate pair BCs (bc and bc+1). AvailСЈ СBC available/either "VoiceЉavail" or "DataЉavail". а H8 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј X8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ ба HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ б а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СIf bc (bc+1) contains the УУdataФФ IT nrv1 (nrv2), the bearer channel bcv1 (bcv2) should be selected (in the normal BC range) for the reЉassignment of nrv1 (nrv2) using the following priorities: Та ТТ№ ТС€ СPriority 1 РIР Р"РDataЉavailР"Р BC;ЦЦ Та ТТ№ ТС€ СPriority 2 РIР Р"РDisconnectedР"Р BC;ЦЦ Та ТТ№ ТС€ СPriority 3 РIР Р"РVoiceЉavailР"Р BC;ЦЦ Та ТТ№ ТС€ СPriority 4 РIР Р"РVoiceР"Р BC.ЦЦ а H аС СIf the IT nrv3 (nrv4), occupying the selected BC, is of the voice type, the overload BC bcv3 (bcv4) should be selected for reЉassignment of nrv3 (nrv4). а H аС СIf bc (bc+1) contains the УУvoiceФФ IT nrv1 (nrv2), the bearer channel bcv1 (bcv2) should be selected for the re-assignment of nrv1 (nrv2), using the following priorities: Та ТТ№ ТС€ СPriority 1 РIР Р"РDisconnectedР"Р normal BC;ЦЦ Та ТТ№ ТС€ СPriority 2 РIР Р"РVoiceЉavailР"Р or Р"РDataЉavailР"Р normal BC;ЦЦ Та ТТ№ ТС€ СPriority 3 РIР Р"РDisconnectedР"Р overload BC.ЦЦ а HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.1.1.2.1.6СP СУУSearchЉData ProcedureФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe SearchЉData Procedure searches for a BC for the allocation of a data IT. The search should be limited to the normal BC range. The procedure should select a BC using the following priority scheme: Та ТТ№ ТС€ СPriority 1 РIР Р"РDataЉavailР"Р BC;ЦЦ Та ТТ№ ТС€ СPriority 2 РIР Р"РDisconnectedР"Р BC;ЦЦ Та ТТ№ ТС€ СPriority 3 РIР Р"РVoiceЉavailР"Р BC;ЦЦ Та ТТ№ ТС€ СPriority 4 РIР Р"РVoiceР"Р BC.ЦЦ а HH аС СOne of the four choices will be available. а H аС СThe procedures should select an encoder number (if IT is connected, use the current encoder for selection) and should generate as an output, three values for the variables defined below: Та ТТ№ ТС€ Сbc:СpСBC no. for allocation of the data IT;ЦЦ Та ТТ№ ТС€ Сnrv:Си СNo. of the IT currently occupying bc;ЦЦ Та ТТ№ ТС€ Сbcv:Си СBC no. for reЉallocation of nrv.ЦЦ а H аС СNote that nrv = 0 indicates a disconnected BC and bcv = 0 indicates that a reЉassignment is not required. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.1.1.2.1.7СP СУУSearchЉVoice ProcedureФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe SearchЉVoice Procedure searches for a BC for the allocation of the voice IT. The search should first scan the normal BC range and should attempt to select one of these two types of BC based on the specified priority: Та ТТ№ ТС€ СPriority 1 РIР Р"РDisconnectedР"Р BC;ЦЦ Та ТТ№ ТС€ СPriority 2 РIР Р"РVoiceЉavailР"Р or Р"РDataЉavailР"Р BC.ЦЦ а H аС СIf this search is unsuccessful, the overload BC range should be scanned from the lowest BC to the highest permissible BC until a disconnected BC is found. а H аС СThe procedure should select an ADPCM encoder number and should generate, as an output, two values for the two variables defined below: Та ТТ№ ТС€ Сbc:СpСBC no. for allocation of the voice IT;ЦЦ Та ТТ№ ТС€ Сnrv:Си СNo. of the IT currently occupying bc.ЦЦ а HH аС СNote that nrv = 0 indicates a disconnected BC.аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа ТРТA.1.1.2.2СЈ СУУBC Bit Map creation processФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe SBC Process input/output connection is shown in Figure AЉ4/G.763. The SBC Process receives the messages in signal path 13 and generates the BC Bit Map (signal path 14) and the Mode Map (signal path 15). а H аС СOne function of the SBC Process is to establish the association between the bits of each ADPCM encoder output and the bits of the bearer frame (signal path 14: BC Bit Map). The SBC also determines the 4/3/optionally 2 bit mode of the ADPCM encoders used for voice (signal path 15: Mode Map). С СInherent to the above two functions is the bit bank handling and the overload channel creation. The bit bank handling consists of deriving the LSB of each channel from one of the existing bit banks according to predetermined rules. а H аС СWhen the overload mode is required, the use of 3 bit per sample encoding is distributed across the entire set of speech channels. The objective is to make the average encoding rate almost equal for the normal voice BCs (subject to bit stealing) and the overload channels. This is obtained by stealing bits from eligible BCs in a pseudoЉrandom fashion and by making each overload BC alternate between 4 and 3 bit encoding (also in a pseudoЉrandom fashion). а H аС СWhen the 4/3 bit overload channel creation procedure, described above, cannot provide the required number of overload channels, the optional 3/2 bit overload channel creation procedure may be used. This procedure, similarly to the 4/3 bit procedure, makes the average ADPCM encoding rate almost equal for the normal voice BCs (subject to bit stealing) and the overload channels. PseudoЉrandom bit rotation and switching between two alternate overload channel sizes (3Љbit and 2Љbit channels) are used also in this case. С СThe SBC Process maintains ten lists. All lists contain, in ascending order, the BC numbers that fall into the categories defined below. BCs are extracted from, or inserted into, these lists always keeping the BC numbers in ascending order. A BC can appear only in one list at the same instant. С СVoice list РIР This list contains all BC numbers of type Р"РVoiceР"Р, Р"РVoiceavailР"Р or Р"РDiscР"Р that are within the normal BC range. Reception of messages on signal path 13 may change the contents of the list. At initialization, this list contains all normal BC numbers subject to DSI. а H аС СOverload BC List РIР This list contains all BC numbers of type Р"РVoiceР"Р that are in the overload BC range. Reception of messages on signal path 13 may change the contents of this list. At initialization, this list contains no entries. а H аС СPreЉassigned 40 List РIР This list contains all BC numbers that are preЉassigned as 40 kbit/s channels. At initialization, this list contains no entries. The RAG process will send information (Р"РSeizescР"Р message) directly after initialization which brings the contents of this list to its final state. After this has been done, the contents will not change. а H аС СPreЉassigned 32 List РIР This list contains all BC numbers that are preЉassigned as 32 kbit/s channels. It is treated in an analogous manner to the preЉassigned 40 list. а H аС СPreЉassigned 24 List РIР This list contains all BC numbers that are preЉassigned as 24 kbit/s channels. It is treated in an analogous manner to the preЉassigned 40 list. а H аС СPreЉassigned 16 List РIР This list contains all BC numbers that are preЉassigned as 16 kbit/s channels. It is treated in an analogous manner to the preЉassigned 40 list. а H аС СPreЉassigned 64 list РIР This list contains the even BC numbers that are preЉassigned as 64 kbit/s channels. It is treated in an analogous manner to the preЉassigned 40 list. а H аС СData list РIР This list contains all BC numbers of type Р"РDataР"Р or Р"РDataЉavailР"Р. Reception of messages on signal path 13 may change the contents of this list. At initialization this list contains no entries. С СBit Bank List РIР This list contains all BC numbers of type Р"РBankР"Р. Reception of messages on signal path 13 may change the contents of this list. At initialization, this list contains no entries. The RAG Process will send information (Р"РSeizebankР"Р message) directly after initialization, which inserts the bank BCs for preЉassigned channels into the list. С СTransplist РIР This list contains the even BC number of type Р"РTranspР"Р. Reception of messages on signal path 13 may change the contents of this list. At initialization, this list contains no entries. а H аС СThe possible BC transitions between nonЉpreЉassigned lists are illustrated in Figure AЉ8/G.763. Note that for Р"РTransparentР"Р BCs, only BC bc (the lower nibble) is either put into the Р"РTransplistР"Р or extracted from it. BC bc+1 (higher nibble) is extracted from the voice list or data list at connection of the 64 kbit/s call and inserted back in the voicelist at disconnection. It is noted that a BC number appears only in one list. ‚Ср MСб cмˆ4 PŽТ бFigure AЉ8/G.763 = 14 cm б cмˆ4 PŽТ б а H аС СFigure AЉ9/G.763 shows the BC transitions corresponding to the example cases a), b), c) and d) shown in Figure AЉ6/G.763. а H аС СThe SBC Process also maintains the Coder Array. In this array, each index corresponds to a possible BC number. The indexed item is the encoder number used by that BC. At initialization, it contains all zeroes.‚б cмˆ4 PŽТ б Ср MСFigure AЉ9/G.763 = 14 cm б cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.1.1.2.2.1СP СУУBit bank handlingФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СA bit bank BC number should be placed into the bank list at the reception of an Р"РAssignР"Р message containing IT No. 250, if the associated BC number does not already exist in the bit bank list. The BC number in question should be removed from the voice list when this occurs. а H аС СA bit bank BC number is removed from the bank list at the reception of a Р"РReleasescР"Р message for that BC. The BC number should then be put back into the voice list. а H аС СAt the occurrence of the trigger pulse, the bit position of the LSBs of the handled data calls (preЉassigned 40 or DSI channels declared as data) should be generated in the following way: Та ТТ№ ТС€ Сa)СpСLSB of BC number in preЉassigned 40 list position 1:ЦЦ Та ТТ№ ТMSB of BC number in bank list position 1;ЦЦ а Hh аТа ТТ№ ТС€ Сb)СpСLSBs of BC numbers in preЉassigned 40 list positions 2 to 4:ЦЦ а H аТа ТТ№ Т2nd, 3rd and 4th bits, respectively, at BC number in bank list position 1;ЦЦ Та ТТ№ ТС€ Сc)СpСLSB of BC number in preЉassigned 40 list position 5:ЦЦ Та ТТ№ ТMSB of BC number in bank list position 2.ЦЦа HH а а H аС СThis procedure is followed until the BC numbers in the preЉassigned 40 list have been handled, after which the BC numbers in the first position in the data list follows. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.1.1.2.2.2СP СУУOverload channel creationФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СWhen any of the signal path 13 message Р"РAssignР"Р, Р"РReinsertР"Р, or Р"РRemoveР"Р is received the voice list or overload list are updated and the associated list lengths Nv (Voice list) and Nov (Overload list) computed. If Nov is 0, overload channel creation is not required. а H аС СIf Nov is greater than 0, but not greater than Nv/3, the number (N4) of channels in the overload range that will be carried at four bits per sample shall be computed as follows: аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHp8А"(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ Ьа‚include 02ЉfoЉe F001СШ8)СƒСH)А"JСƒСJ(#KСeq N4 = Integer \b\bc\[( \f(Nv РР 4 РР Nov,Nv + Nov) + \f(1,2)) РIР Nov РР 3 а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СIn addition, when Nov is greater than 0, the integer variables Pv and Pov shall be computed as follows: Та ТТ№ ТС€ СPv = (IT modulo Nv)ЦЦ Та ТТ№ ТС€ СPov = (IT modulo Nov)ЦЦ а H аwhere IT is the IT number contained in the Р"РAssignР"Р message (see Note). Pv and Pov represent voice and overload list positions. These positions are numbered from 0 to Nv Љ 1 and from 0 to Nov Љ 1, respectively. а H аС СУУNoteФФ РIР If an optional USM is being used, the IT number information in DCME frames 0, n, 2n, etc. (i.e., every nth DCME frame) of the DCME multiframe should also be used to create overload channels. а H аС СAt the occurrence of the trigger pulse, the BCs stored in the overload list at the first N4 locations (modulo Nov) starting from the list position Pov should be marked as 4Љbit channels. The remaining BCs of the overload list should be marked as 3Љbit channels. а H аС СThe 4/3 bit mode of the first BC in the overload list should be checked to determine whether it is 4 or 3Љbit. If the mode is 3Љbit, the BCs stored in the voice list at the first three locations, starting from the list position, Pv, should be set to 3Љbit mode. The following bit associations should be entered into the BC Bit Map: Та ТТ№ ТС€ Сa)СpСMSB of BC in overloadlist position 0ЦЦ Та ТТ№ ТLSB of BC in voicelist position Pv;ЦЦ Та ТТ№ ТС€ Сb)СpС2nd bit of BC in overloadlist position 0ЦЦ Та ТТ№ ТТhpТС€СС€ СС СLSB of BC in voicelist position (Pv+1 modulo Nv);ЦЦ Та ТТ№ ТС€ Сc)СpСLSB of BC in overloadlist position 0ЦЦ Та ТТ№ ТLSB of BC in voicelist position (Pv+2 modulo Nv).ЦЦ а H аТа ТТ№ ТIf the first BC in the overloadlist is a 4Љbit channel, items a) and b) above remain applicable, c) changes and d) is added as shown below:ЦЦ Та ТТ№ ТС€ Сc)СpС3rd bit of BC in overload list position 0ЦЦ Та ТТ№ ТLSB of BC in voice list position (Pv+2 modulo Nv);ЦЦ Та ТТ№ ТС€ Сd)СpСLSB of BC in overload list position 0ЦЦ Та ТТ№ ТLSB of BC in voice list position (Pv+3 modulo Nv).ЦЦ а H аС СThe same procedure should be applied to the second BC in the overload list, starting at either position Pv+3 or Pv+4, depending on the 4/3Љbit mode of the first BC. а H аС СThe same procedure should be applied to the remaining BCs of the overload list. The voice list BCs subject to bit stealing will be marked as 3Љbit channels, the remaining ones as 4Љbit channels. An example of the procedure is illustrated in Figure AЉ10/G.763.‚б cмˆ4 PŽТ б Ср LСFigure AЉ10/G.763 = 12.5 cm б cмˆ4 PŽТ б а H аС СIf Nov is greater than Nv/3 and the optional 2Љbit overload feature is available and enabled, the number (N3) of channels in the overload range that will be carried at 3 bits per sample shall be computed as follows: аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHp8А"(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ Ьа‚include 02ЉfoЉe f002СШ8)СƒСH)А"JСƒСJ(#KСeq N3 = Integer \b\bc\[( \f(Nv РР 4 РР Nov,Nv + Nov) + \f(1,2)) РIР Nov РР 2 а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe number (n2) of bearer channels in the voicelist that will operate at 2Љbits per sample (i.e., these channels Р"РdonateР"Р 2 bits) shall be computed as follows: С Сn2 = N3 Љ Nv + Nov РР 2. С СIn addition, the integer variables Pv and Pov shall be computed as follows: Та ТТ№ ТС€ СPv = (IT modulo Nv)ЦЦ Та ТТ№ ТС€ СPov = (IT modulo Nov)ЦЦ а H аwhere IT is the IT number contained in the assignment message (see Note 1). Pv and Pov represent voice and overload list positions. These positions are numbered 0 to NvЉ1 and from 0 to NovЉ1, respectively. С СThe BCs stored in the overload list at the first N3 locations (modulo Nov), starting from the list position Pov, shall be marked as 3Љbit channels. The remaining BCs of the overload list shall be marked as 2Љbit channels. а H аС СThe BC stored in the voice list at the first n2 locations (modulo Nv), starting from the list position Pv, shall be marked as 2Љbit channels. The remaining BCs of the voice list shall be marked as 3Љbit channels (i.e., these channels Р"РdonateР"Р one bit). а H аС СIn order to obtain the bit associations for the BC Bit Map, the Р"РdonatedР"Р bits from the channels of the voice list shall be arranged in the following ordered sequence: вЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P И џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср OСУУPlace in the sequenceФФ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHhа8АшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр QСУУBit ФФ(see Note 2) ˆвЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P И џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа1st а ˆˆ ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆhXАшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа2nd bitС&А*Сof BC at position Pv ˆвЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚2nd а ˆ0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆhXАшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаLSBС"X%Сof BC at position Pv ˆвЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚3rd а ˆˆ ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆhXАшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа2nd bit of BC at position Pv+1 ˆвЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚4th а ˆ0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆhXАшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаLSBС"X%Сof BC at position Pv+1 ˆвЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚5th а ˆˆ ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆhXАшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа2nd bit of BC at position Pv+2 ˆвЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚6th а ˆ0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆhXАшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаLSBС"X%Сof BC at position Pv+2, etc. ˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа а H аС СThe bits of the overload channels shall be arranged in the following ordered sequence: вЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P И џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср OСУУPlace in the sequence аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHhа8АшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр QСBit (see Note 2) а Ј ˆ ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЈ hа8АшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаФФˆвЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И Ј џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа1st а Ј 0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЈ ˆhXАшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТрˆТMSBС"X%Сof BC at position 0ЦЦ ТрˆТˆвЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И Ј ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚2ndЦЦТрˆТ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЈ ˆhXАшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа2nd bit of BC at position 0ЦЦ ТрˆТˆвЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И Ј ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚3rdЦЦТрˆТ а Ј 0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЈ ˆhXАшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТрˆТLSBС"X%Сof BC at position 0ЦЦ ТрˆТˆвЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И Ј ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚4thЦЦТрˆТ а Ј 0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЈ ˆhXАшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТрˆТMSBС"X%Сof BC at position 1ЦЦ ТрˆТˆвЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И Ј ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚5thЦЦТрˆТ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЈ ˆhXАшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа2nd bit of BC at position 1ЦЦ ТрˆТˆвЦ‚HИ Ј шЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P И Ј ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚6thЦЦТрˆТ а Ј 0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЈ ˆhXАшџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТрˆТLSBС"X%Сof BC at position 1, etc.ЦЦ ТрˆТˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа а H аС СУУNote 1ФФ РIР If an optional USM is being used, the IT number information in DCME frames 0, n, 2n, etc. (i.e., every nth frame) shall also be used to create overload channels. а H аС СУУNote 2ФФ РIР One or more bits indicated below may not be available, in which case the sequence is compacted upwards. а H аС СThe first bit, second bit, third bit, etc., of the voice list bit sequence shall be associated with the corresponding bits of the overload bit sequence. This is illustrated in Figure 12/G.763. A particular example, for a pool of nine BCs, from BC No. 1 to BC No. 9, is shown in Figure 13/G.763. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.1.1.2.2.3СP СУУMode Map and BC Bit Map UpdateФФЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СAs a result of the overload channel creation, BCs in the voice and overload lists are marked as either 4, 3 or optionally 2Љbit channels. This information is stored in the Mode Map, which is updated (or refreshed) once per DCME frame. а H аС СThe update (or refresh) of the Р"РMode MapР"Р message implies the generation of a message intended for the ENC Process. This message should address all ADPCM encoders connected to the BC numbers that are in existence within the voice list and the overload list and give their associated mode (4, 3 or optionally 2). The BCs that are disconnected will not have an ADPCM encoder number associated with their BC numbers in the Cod Array and should not be addressed within the Р"РMode MapР"Р message. а H аС СThe information contained in the SBC lists and array and the results of the Bit Bank Handling and Overload Creation Procedures permit the generation of the Р"РBC Bit MapР"Р. This map contains the bit association of all used BCs (ADPCM encoder outputs) with all used bearer channels. This map is updated (or refreshed) once per DCME frame. а H аС СAn update or refresh of the Р"РBC Bit MapР"Р message implies the generation of a message intended for the BMI Process. This message should contain the bit association of all used BCs (ADPCM encoder outputs) with all used bearer channels.аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа ТРТA.1.1.2.3СЈ СУУBit Map Implementation ProcessФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe BMI Process input/output connection is shown in Figure AЉ4/G.763. This process receives the Р"РBC Bit MapР"Р from the SBC Process (signal path 14) and delivers it after a delay to the BC Bit Assignment Unit on signal path 9. This output is referred to as Р"РAddressmap for BCsР"Р. The delay is such that the BC Bit Map is implemented at the beginning of the DCME frame which occurs 3 frames after the start of the DCME frame containing the applicable assignment message. Refer to Figure AЉ11/G.763. а H аС СThe BC Bit Assignment Unit uses the BC Bit Map to route the ADPCM encoder unit output (BCs) to the appropriate bits in the bearer frame. ‚Ср MСб cмˆ4 PŽТ бFIGURE AЉ11/G.763 = 5 cm б cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.1.1.2.4СP СУУEncoder Unit Control ProcessФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe ENC Process input/output connection is shown in Figure AЉ4/G.763. At initialization, the ENC Process received the Р"РSetЉpreР"Р message (signal path 16), which allocates ADPCM encoders to preЉassigned channels and sets their modes to 8, 5, 4 or optionally 3, or 2Љbit. This process also receives the Р"РMode MapР"Р message from the SBC Process (signal path 15) and the Р"РAssignЉencР"Р and Р"РReleaseЉencР"Р messages from the RAG Process (signal path 16). It generates the Р"РSetcodР"Р message on signal path 7 for the Encoder Unit. С СThe ENC Process should be considered associated with a single ADPCM encoder so that conceptually, there are as many processes as there are ADPCM encoders. In practical implementation, the process can be timeЉshared among ADPCM encoders. The ENC Process sets the operating parameters of the ADPCM encoder to which it is dedicated, based on the messages received. The ADPCM encoder operating parameters indicate the BC and IT connection, the 8/5/4/3/optionally 2Љbit mode, and whether the ADPCM encoder needs resetting. а H аС СResetting will be required when the IT connection to an ADPCM encoder is changed (the encoder must be reset before establishing a new connection). С СWhen the Р"РAssignЉencР"Р message is received, the ENC Process should determine whether the ADPCM encoder number in the message is the same as the ADPCM encoder number to which the process is dedicated (cod). If the number is different, no action should be taken. С СIf the ADPCM encoder number is the same as cod, the ADPCM encoder connection should be set in accordance with the received BC type and IT numbers. If the BC type is Р"РDisconnectedР"Р, the encoder should be disconnected. а H аС СReception of the Р"РReleaseЉencР"Р message should result in the same action as the reception of the Р"РAssignЉencР"Р message, indicating a Р"РDisconnectedР"Р BC type. а H аС СThe ADPCM encoder bit mode should be set to 8, 5, 4, optionally 3, or 2Љbit in accordance with the contents of the Р"РSetЉpreР"Р message (8, 5, 4 or optionally 3 or 2Љbit preЉassigned channels), the Р"РAssignЉencР"Р message (5Љbit for data, 8Љbit for transparent channels) or the Р"РMode MapР"Р (voice channels). а H аС СThe Р"РSetcodР"Р message containing the encoder operating parameters is sent to the Encoder Unit. Each Р"РSetcodР"Р message is destination directed to an encoder (cod). The message Р"РSetcodР"Р (cod, IT, mode, reset) indicates the connection for the ADPCM encoder as well as the 8/5/4/3/optionally 2Љbit mode of operation and whether the ADPCM encoder needs resetting. The message Р"РSetcodР"Р (cod, 0, ...) indicates that the ADPCM encoder must be disconnected. а H аС СThe Р"РSetcodР"Р message for preЉassigned channels is sent immediately after initialization. The Р"РSetcodР"Р message for DSI channels should be sent after the ADPCM encoder parameters are set, such that the ADPCM encoder mode/connection is switched at the beginning of the DCME frame which occurs 3 frames after the start of the DCME frame containing the applicable assignment message. Refer to Figure AЉ11/G.763. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаA.2Тh  ТУУAn example of a DCME receive unit structureФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СAn example of a DCME receive unit structure is shown in Figure AЉ12/G.763. Compliance with this receive unit structure will permit the DCME receive unit function to be tested with INTELSAT IESSЉ501(Rev.2) compliant DCME test equipment and software protocol references. This structure is based on a nonЉmandatory partitioning of functions and definition of signals. ‚Ср LСб cмˆ4 PŽТ бFIGURE AЉ12/G.763 = 15.5 cm б cмˆ4 PŽТ б Ср JСб cмˆ4 PŽТ бinclude 02Љt08ЉeTABLE AЉ8/G.763 Ср GСУ УLegend for Receive Unit Signal PathsФ Ф б cмˆ4 PŽТ бвЦƒHи Ш ˜Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр RСб cмˆ4 PŽТ бSignal path No. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH ˆ№Xа(€и0˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр PСSignal type/message аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHра 8" #џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр TСDefinition а А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџра 8" #џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа А аб cмˆ4 PŽТ бвЦƒHи Ш ˜Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>h†Сб cмˆ4 PŽТ б4 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€и0˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Rxdata" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџра 8" #џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>h‚СРSР A.2.1.1 а А аб cмˆ4 PŽТ бˆа А аб cмˆ4 PŽТ бвЦƒHи Ш ˜Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>h…Сб cмˆ4 PŽТ б51 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€и0˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Assign" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџра 8" #џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>h‚СРSР A.2.1.1 а А аб cмˆ4 PŽТ бˆа А аб cмˆ4 PŽТ бвЦƒHи Ш ˜Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>h…Сб cмˆ4 PŽТ б52 а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€и0˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Rxtranspreq", "Rxtransprel" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџра 8" #џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>Р!ŒСРSР A.2.1.1 а А аб cмˆ4 PŽТ бˆа А аб cмˆ4 PŽТ бвЦƒHи Ш ˜Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>h…Сб cмˆ4 PŽТ б53 а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€и0˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"BC Bit Map" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџра 8" #џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>р…СРSР A.2.1.1 а А аб cмˆ4 PŽТ бˆа А аб cмˆ4 PŽТ бвЦƒHи Ш ˜Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>h…Сб cмˆ4 PŽТ б54 а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€и0˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Seize", "Seizev", "Release", "Mode Map" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџра 8" #џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>Р!ŒСРSР A.2.1.1 а А аб cмˆ4 PŽТ бˆа А аб cмˆ4 PŽТ бвЦƒHи Ш ˜Р!Цв‡а Р ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>рƒСб cмˆ4 PŽТ б55 (and 56) а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€и0˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Trigger Pulse" from external unit аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџра 8" #џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>Р!ŒСРSР A.2.1.1 а А аб cмˆ4 PŽТ бˆа А аб cмˆ4 PŽТ бвЦƒHи Ш ˜Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>h…Сб cмˆ4 PŽТ б56 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€и0˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Setcod" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџра 8" #џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>h‚СРSР A.2.1.3 а А аб cмˆ4 PŽТ бˆа А аб cмˆ4 PŽТ бвЦƒHи Ш ˜Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>h…Сб cмˆ4 PŽТ б57 а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€и0˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Addressmap for BCs" аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџра 8" #џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>Р!ŒСРSР A.2.1.2 а А аб cмˆ4 PŽТ бˆа А аб cмˆ4 PŽТ бвЦƒHи Ш ˜Р!Цв‡а р ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>а …Сб cмˆ4 PŽТ б58 (and 59, 61) а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€и0˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"ProcessЉreset" from MCM аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџра 8" #џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>Р!ŒСРSР A.2.1.1 а А аб cмˆ4 PŽТ бˆа А аб cмˆ4 PŽТ бвЦƒHи Ш ˜Р!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>h…Сб cмˆ4 PŽТ б220 а р ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№Xа(€и0˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа"Change" to MSU аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџра 8" #џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр>а ˆСРSР A.2.1.1 а А аб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СSome of the functional blocks in Figure AЉ12/G.763 are internal to the DCME receive unit structure, while others are external but provide or receive required interface signals. The represented structure shows a multidestination (MD) DCME, corresponding with four origins. However, since the internal blocks in the figure are defined on a single pool basis, the structure can also represent the case of a pointЉtoЉpoint configuration receiving 1 pool. The blocks internal to the structure need to be duplicated or shared between pools. The blocks that belong to the receive unit structure are: а H аТа ТТ№ ТС€ Сa)СpСУУThe Control Channel Message DecoderФФ РIР This unit receives the control message associated with the received pool and decodes it from the format specified in РSР 11. This constitutes the input for the Receive Channel Processing Function. The control message decoder also distributes control message contents not pertaining to the Receive Channel Processing Function:ЦЦ а H аТа ТТ№ ТРIРТhpТthe encoded background noise level within the Synchronous Data Word is provided to a separate unit for decoding and use in accordance with РSР 11.3.3.1;ЦЦ а Hx аТа ТТ№ ТРIРТhpТthe Asynchronous Data Word is provided to a separate unit for decoding and use in accordance with РSР 11.3.3.2;ЦЦ а H аТа ТТ№ ТРIРТhpТa channel check type indication within the Synchronous Data Word is provided to a separate unit for use in accordance with РSРS 11.3.3.1 and 10.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСУУThe Receive Channel Processing (RCP) FunctionФФ РIР This function consists of an ensemble of interconnected processes. It receives an input from the Assignment Message Decoder, provides outputs to blocks internal to the Receive Unit Structure (Decoder Unit and BC Bit Assignment Unit) and provides outputs to blocks which are external to the Receive Unit Structure.ЦЦ а H аТа ТТ№ ТС€ Сc)СpСУУThe BC Bit Assignment UnitФФ РIР This unit is connected to the input of the Decoder Unit (BCs). The BC Bit Assignment Unit derives the bits required for each ADPCM decoder input from the correct bits of the received bearer channel. The bit map for this association is provided by the RCP function.ЦЦ а H аТа ТТ№ ТС€ Сd)СpСУУThe Decoder UnitФФ РIР This unit consists of a bank of ADPCM decoders which can be connected to any allocated IT and to any BC of the pool. Each BC can carry 8, 5, 4, 3, or optionally 2Љbit samples or can be disconnected from the ADPCM decoders. A sufficient number of ADPCM decoders must be provided to ensure that freezeЉout due to unavailability of ADPCM decoders cannot occur.ЦЦ а H аТа ТТ№ ТThe ADPCM decoders can be set to an 8, 5, 4, 3, or optionally 2Љbit mode of operation and can be initialized to a known state. The IT and BC connection/disconnection information for each ADPCM decoder, as well as the mode of operation selection and the initialization signal are provided by the RCP function.ЦЦ а H аС СThe blocks which are external to the Receive Unit Structure but which have signal paths with the RCP are: а H аТа ТТ№ ТС€ Сa)СpСУУTransmit Channel Processing FunctionФФ РIР Information on the data connection of received ITs is passed to the TCP function by the RCP.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСУУTransparent Circuit HandlerФФ РIР This process which is described in РSР 8 is informed by the RCP that a 64 kbit/s assignment or disconnection has been performed for an IT.ЦЦ а H аТа ТТ№ ТС€ Сc)СpСУУMap Change HandlerФФ РIР The Map Change Handler (MCH) is a process which controls the configuration data for the DCME. At startЉup, this process issues signals making it possible to configure the system correctly. The same is done at a map change instant. Refer to РSРS 15.1 and 15.6.ЦЦ а H аТа ТТ№ ТС€ Сd)СpСУУTrigger Pulse GeneratorФФ РIР This unit provides a periodic 2 ms timing reference signal to the processes of the receive unit structure.ЦЦ а H аТа ТТ№ ТС€ Сe)СpСУУUser Signal Modual (optional)ФФ РIР This USM receives signalling state change signals. The specification of the USM is at the users' option.ЦЦ а HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТа ТС€ HСA.2.1С јСУУReceive Channel Processing FunctionФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe Receive Channel Processing Function interfaces with other elements of the receive unit structure as shown in Figure AЉ12/G.763. The RCP function processes the output of the Assignment Channel Decoder and takes consequent actions by providing required information to the Decoder Unit, the BC Bit Assignment Unit, the Transparent Circuit Handler and the Transmit Channel Processing Function. The RCP function receives a reset signal from the Map Change Handler which terminates the processes at the map change instant. С СThe internal structure of the RCP as shown in Figure AЉ13/G.763 is comprised of the Received Channel Status Update and Overload Decoding Process (RUD), the Bit Map Implementation Process (BMI) and the Decoder Control Process (DEC). а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТHТС€HСA.2.1.1СјСУУThe Receive Channel Status Update and Overload Decoding Process (RUD)ФФЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe RUD Process is dedicated to one received pool. There will be (conceptually) as many processes as there are received pools. The RUD process analyses the control channel message and generates the required actions based on the contents of this message.‚б cмˆ4 PŽТ б Ср LСFIGURE AЉ13/G.763 = 9.5 cm б cмˆ4 PŽТ б а H аС СThe RUD input/output connections are shown in Figure AЉ13/G.763. The RUD receives an input (signal path 51) from the Assignment Channel Decoder and an input (signal path 58) from the Map Change Handler. The contents of these signal paths are defined below: а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СSignal Path 51:С СThis signal path carries the Р"РAssignР"Р message which contains assignment information obtained from the Assignment message decoder. The message format is (BC, IT, Call). The last variable defines the decoded BC type. The Р"РCallР"Р variable can define three BC types, Р"РVoiceР"Р, Р"РDataР"Р and Р"РTransparentР"Р. Two additional BC types, Р"РDisconnectedР"Р and Р"РBankР"Р are defined by the reception of the IT No. 0 and No. 250, respectively.ЦЦ а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СSignal Path 58:С СThis signal path carries the Р"РProcessЉresetР"Р message. This message is issued by the MCH in association with a map change. The reception of this message causes the termination of the RUD Process.ЦЦ а H аС СThe RUD Process generates outputs for the TCP Process (signal path 4), the DEC process (signal path 54), BMI Process (signal path 53) and the Transparent Circuit Handler (signal path 52). When required the RUD Process also generates a signal to the optional USM. This signal (signal path 220) contains the Р"Рchange(IT)Р"Р message. The outputs are defined below: а H аТа ТТ№ ТТhpТТhи ТТаЈ ТС€и СС€pСС€СС€ СSignal Path 4:С СС X%СThis signal path carries the following message Р"РRxdata(IT)Р"Р. This message is sent to the transmitЦЦ а H№ аТа ТТ№ ТТhpТТhи ТТаЈ Тunit assignment procedures when the transition occurs from a previous BC type to a data BC (IT is the transmit IT number).ЦЦ а H аТа ТТ№ ТС€ СSignal Path 52:С СThis signal path carries the following messages (IT is the transmit IT number):ЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHP И XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТP ТТhИ ТС€P СРIРСИ СУУР"РRxtranspreq(IT)Р"РФФ WУУ ФФThis message is given to the Transparent Circuit Handler when the transition occurs from another BC type to a transparent BC type.ЦЦ а Hx ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP И Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТТXP ТТhИ ТС€P СРIРСИ СУУР"РRxtransprel(IT)Р"РФФ W This message is the reverse of the above. It is sent when a transition occurs from a transparent BC to something else (disconnection).ЦЦаЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа а H аТа ТТ№ ТТhpТТhи ТТаЈ ТSignal Path 53:С%А*СThis signal path carries the message Р"РBC Bit MapР"Р. This message defines which bearer channel bits should be given to the different ADPCM decoders.ЦЦ а Hx аТа ТТ№ ТС€ СSignal Path 54:С СThis signal path carries the following messages:ЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP И Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТX  ТТX јТТXP ТТhИ ТС€P СРIРСИ СУУР"РSeize (IT, Mode)Р"Р ФФW This message contains the local IT number and the mode in which the ADPCM decoder should be set.ЦЦ а H аТX  ТТX јТТXP ТТhИ ТС€P ССИ СThis message is sent to the DEC Process immediately after initialization, to establish the ADPCM decoder connections for preЉassigned 64 kbit/s (transparent), 40 kbit/s (data), 32 kbit/s, 24 kbit/s and 16 kbit/s (option) calls. The decoder mode will be 8, 5, 4, 3 or optionally 2Љbit, respectively. The Р"РSeizeР"Р message is also sent, during the DCME operation, to establish decoder connections for dynamically assigned data and transparent calls. The ADPCM decoder mode will be 5Љ and 8Љbit, respectively.ЦЦ а H№ аТX  ТТX јТТXP ТТhИ ТС€P СРIРСИ СУУР"РSeizev (IT)Р"РФФ W This message is delivered in order to associate a dynamically assigned voice channel with an ADPCM decoder. The same parameter as in the signal above is given, with the exception of the mode.ЦЦ а H аТX  ТТX јТТXP ТТhИ ТС€P СРIРСИ СУУР"РReleaseР"РФФ W This message is used to release a designated ADPCM decoder back into the decoder pool.ЦЦ а H аТX  ТТX јТТXP ТТhИ ТС€P СРIРСИ СУУР"РMode MapР"РФФ W This message contains the modes that are to be used for the different ADPCM decoders that are connected to voice channels.ЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe RUD Process can be functionally divided into three tasks, namely the Input PreЉProcessing Task, the Map Update/Decoder Selection Task and the BC Bit Map Creation Task (see Figure AЉ14/G.763). ‚Ср LСб cмˆ4 PŽТ бFIGURE AЉ14/G.763 = 11.5 cm б cмˆ4 PŽТ б а H аС СThe Input PreЉProcessing Task performs a validity check on the Р"РAssignР"Р message and derives the implicit BC types (determined by the BC number). а H аС СThe Map Update/Decoder Selection Task analyses the preЉprocessed Р"РAssignР"Р message, updates the internal maps of the RUD Process and generates messages on signal paths 4, 52 and 54 (except the Р"РMode MapР"Р message). а H аС СThe BC Bit Map Creation Task performs the bit bank handling and overload channel derivation functions and generates the BC Bit Map message on signal path 53 and the Р"РMode MapР"Р message on signal path 54. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.2.1.1.1СP СУУInput PreЉProcessing TaskФФЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СUpon reception of the Р"РAssignР"Р message, a validity check should be performed to ensure that the message is consistent with the transmit unit assignment rules and with the DCME configuration data. A minimum list of conditions to be verified should be as specified below: а H аТа ТТ№ ТС€ Сa)СpСif the BC is in the overload range, or if the IT number is 250, the MSB of the BC Identification Word in the Assignment message must be 0 (Р"РVoiceР"Р);ЦЦ а H аТа ТТ№ ТС€ Сb)СpСif the BC type is transparent, the MSB of the BC Identification Word must be 0 (Р"РVoiceР"Р) and the BC number must be even;ЦЦ а H аТа ТТ№ ТС€ Сc)СpСthe BC number must be contained in the range allocated to the received pool (including overload channels) and not already used for a preЉassigned channel;ЦЦ а H аТа ТТ№ ТС€ Сd)СpСthe IT number must be contained in the range which the corresponding DCME (transmit unit) can address for all destinations;ЦЦ а H аТа ТТ№ ТС€ Сe)СpСthe BC number must be in the normal range if the BC type is data, transparent or if the IT number is 250;ЦЦ а H аТа ТТ№ ТС€ Сf)СpСif the optional USM is used, Р"РRxAMР"Р messages of the form (BC number 255, ITn) will be delivered in DCME frames 0, n, 2n, etc. (i.e. every nth DCME frame) of the DCME multiframe.ЦЦ а H аС СIf any of the above conditions are not satisfied, or if the DCME frame alignment is lost, no further processing of the assignment message shall be performed. The received IT number shall be assumed to be 0 for the purpose а H аof providing a pointer value for the overload channel derivation (РSР A.2.1.1.3). С СIf the validity check is successful, the received assignment message should be processed as follows: а H аТа ТТ№ ТС€ Сa)СpСif the IT number is 0, the BC type should be set to Р"РDisconnectedР"Р;ЦЦ а H аТа ТТ№ ТС€ Сb)СpСif the IT number is 250, the IT number should be changed to 0 and the BC type shall be set to Р"РBankР"Р.ЦЦ а H аС СThe processed assignment message, referred to as Р"РRxAM(BC, IT, Rxtype)Р"Р should then be passed to the Map Update/Coder Selection Task for further processing. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.2.1.1.2СP СУУMap Update/Decoder Selection TaskФФЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe RUD stores information of two types: а Hр аТа ТТ№ ТС€ Сa)СpСProcess parameters, consisting of both numbers and indexed arrays РIР This information is of a static nature (derived from the configuration data).ЦЦ а H аТа ТТ№ ТС€ Сb)СpСThe Resource Map РIР This information which is dynamically variable, identifies the status of the BC/IT connection, BC type and ADPCM decoder connections.ЦЦа HH а а H аС СAt initialization (caused by the MCH), the Resource Map should be set to a known state (BCs, ITs and ADPCM decoders disconnected) and the process parameters should be loaded into the RUD Process. This includes the information necessary for the allocation of preЉassigned channels and bit banks (associated with these channels). The preЉassigned channel allocation (determined by the configuration data) should be in accordance with the bearer structure requirements (РSР 5.8). A map which identifies the remote IT numbers intended for the DCME and associates them with the local IT numbers (making up the circuit), is included in the information loaded at initialization. The local IT numbers are the numbers used by the DCME in its transmitted assignment message. The remote IT numbers are those used in the received assignment message(s). а H аС СImmediately after initialization, the RUD Process should generate Р"РSeizeР"Р messages to the DEC Process. This will cause seizure of ADPCM decoders for preЉassigned connections and the setting of the ADPCM decoding mode to 8, 5, 4, or optionally 3 or 2Љbit. а H аС СThe Map Update/Decoder Selection Task performs the following actions as a result of the processing of the received assignment message (Р"РRxAMР"Р): а H аТа ТТ№ ТС€ Сa)СpСupdate and store the BC/IT connections and BC types in the Resource Map;ЦЦ а H аТа ТТ№ ТС€ Сb)СpСselect the decoder connections and store the information in the Resource Map;ЦЦ а H аТа ТТ№ ТС€ Сc)СpСgenerate the messages for signal paths 4, 52 and 54 (except the Р"РMode MapР"Р message).ЦЦ а H аС СThe Resource Map can be represented with the four indexed arrays Sat, IT, Type and Dec. The first three are identical to the arrays with the same name, defined in the transmit unit structure (РSР A.1.1.2.1.4). The BC types which can be stored in the Type Array are Р"РTranspР"Р, Р"РDataР"Р, Р"РVoiceР"Р, Р"РDiscР"Р and Р"РBankР"Р. а H аС СThe Dec Array, indexed by IT numbers, contains the connected ADPCM decoder number for each IT entry, i.e. Dec(IT) = ADPCM decoder number. When the IT is connected to ADPCM decoder number 0, the IT is disconnected. The IT numbers used are the local IT numbers. а H аС СAt the reception of the Р"РRxAMР"Р message, the ITЉtoЉBC connection should be logged in Sat Array, the BCЉtoЉIT connection should be logged in the IT Array and Rxtype should be logged in the Type Array for the BC entry (the previously stored BC, IT connection and the BC type will be updated). Additional changes to the information stored in the IT, Sat and Type Arrays should be made as specified below. а H аТа ТТ№ ТС€ Сa)СpСIf the Receive Type is Р"РTransparentР"Р, BC + 1 should be disconnected in the IT array if it is connected before (i.e. BC + 1 connected to IT No. 0) and the BC Type Array entry for BC + 1 should be logged as Р"РTranspР"Р;ЦЦ а H аТа ТТ№ ТС€ Сb)СpСif the connection of a BC changes to a different IT, the previously connected IT, defined as ITp, should be disconnected in the Sat Array (i.e. ITp connected to BC No. 0). This is an implicit IT disconnect;ЦЦ а H аТа ТТ№ ТС€ Сc)СpСif the connection of an IT changes to a different BC, the previously connected BC should be disconnected in the IT Array and its type should be changed to Р"РDiscР"Р;ЦЦ а H аТа ТТ№ ТС€ Сd)СpСif a BC of the transparent type changes to a different type, the other BC of the transparent BC pair should be disconnected in the IT and Type Arrays. Its associated IT should be disconnected in the Sat Array.ЦЦ а Hx аС СIf, as a result of the above actions, the conditions exist for the deletion of a bit bank (as per Table A-3/G.763), the BC type Р"РBankР"Р should be changed to Р"РDiscР"Р. а H аС СIf the optional USM is used and the BC number 255 is received, the Map Update/Decoder selection task should take no action. However, ITn should be used as a pointer in the BC Bit Map Creation Task (refer to РSР A.2.1.1.3). С СIt should be noted that some of the connection/type changes are not strictly permissible under the assignment rules specified in the DCME а H аtransmit unit structure. These transitions, however, although abnormal, may occur at the DCME receive unit as a result of loss of assignment messages. Note that the abnormal transitions are different from erroneous assignment messages (rejected by the Input PreЉProcessing Task). С СAnother function of the task discussed in this section is the ADPCM decoder selection (and consequent update of the Dec Array). The rules for the decoder selection should be as follows: а H аТа ТТ№ ТС€ Сa)СpСthe ADPCM decoder selection should be performed only if the remote IT number is destined for DCME;ЦЦ а H аТа ТТ№ ТС€ Сb)СpСwhen a new assignment of a previously disconnected IT is made (this includes the reЉassignment from Р"РBankР"Р type to other type), an ADPCM decoder should be selected from the available decoders of the ADPCM decoder pool;ЦЦ а H аТа ТТ№ ТС€ Сc)СpСwhen a reЉassignment of a previously connected IT to a different BC is made, the ADPCM decoder currently associated with the IT should be maintained;ЦЦ а H аТа ТТ№ ТС€ Сd)СpСwhenever an IT connection changes to BC No. 0 (disconnection), the ADPCM decoder associated with the IT should be released to the decoder pool.ЦЦ а H аС СThe Map Update/Decoder Selection Task generates the output messages of signal path 54 (except the Р"РMode MapР"Р), signal path 52 and signal path 4. The rules for the generation of these messages should be as follows: а H аТа ТТ№ ТС€ Сa)СpСThe messages below should only be generated if the received remote IT number is destined for the DCME.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСWhen the IT connection changes to a different BC (not No. 0) and/or when the BC type changes, the Р"РSeizeР"Р message should be generated, if the BC type is Р"РTransparentР"Р or Р"РDataР"Р. The Р"РSeizevР"Р message should be generated, if the BC type is Р"РVoiceР"Р. In both cases, the BC, IT and the selected ADPCM decoder number should be included in the message. The ADPCM decoder mode (included in the Р"РSeizeР"Р message) for Р"РTransparentР"Р and Р"РDataР"Р BC types should be 8Љ and 5Љbit, respectively.ЦЦ а H аТа ТТ№ ТС€ Сc)СpСWhen an ADPCM decoder is released to the decoder pool, the Р"РReleaseР"Р message should be generated for that ADPCM decoder.ЦЦ а H аТа ТТ№ ТС€ Сd)СpСThe Р"РRxdataР"Р message should be generated only when a transition occurs from a BC type other than Р"РdataР"Р to Р"РdataР"Р.ЦЦ а H аТа ТТ№ ТС€ Сe)СpСThe Р"РRxtranspreqР"Р message should be generated when the transition occurs from another BC type to Р"РtransparentР"Р.ЦЦ а H аТа ТТ№ ТС€ Сf)СpСThe Р"РRxtransprelР"Р message should be generated when the transition occurs from a transparent BC type to a different type.ЦЦ а HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТРТС€HСA.2.1.1.3СP СУУBC Bit Map Creation TaskФФЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThis task performs two actions: а H аТа ТТ№ ТС€ Сa)СpСderivation of the 5th bit of each data channel (from the bit banks),ЦЦ Та ТТ№ ТС€ Сb)СpСderivation of the overload BCs from the bearer BCs.ЦЦ а H аС СAs an output, these tasks generate the Р"РBC Bit MapР"Р and the Р"РMode MapР"Р messages. а H аС СThe type of each BC is stored in the RUD maps and updated when required. Functionally, this Task rearranges the preЉassigned data BCs, the Р"РVoiceР"Р and Р"РDiscР"Р BCs (normal range), the DSI Р"РDataР"Р BCs and the connected overload BCs into the preЉassigned 40 kbit/s list, the voice list, the data list and the overload list, respectively. These lists are the same as those defined for the SBC Process (РSР A.1.1.2.2). In the SDL representation in РSР A.3 of the RUD process, lists other than voice lists and overload list are assumed to be generated from the Type Array. а H аС СThe rules for insertion of the BCs into the various lists and deletion from the lists shall be the same as those defined for the SBC Process. The rules for bit bank handling, overload channel derivation and map update (Mode Map and BC Bit Map) shall also be the same. а H аС СThe only differences are that when an assignment message is erroneous (or lost): Та ТТ№ ТС€ С1)СpСthe pointer variables Pv and Pov shall be set to 0;ЦЦ а H аТа ТТ№ ТС€ С2)СpСif there is not enough bit capacity available, the affected channels shall receive dummy bits set to 0;ЦЦ а H аТа ТТ№ ТС€ С3)СpСthe variables N4 or N3 (number of 4Љbit or 3Љbit overload channels) shall be set to 0 if its calculated value is negative.ЦЦа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа ТHТA.2.1.2СЈ СУУBit Map Implementation Process (BMI)ФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe BMI Process input/output connections are shown in Figure AЉ13/G.763. This process receives the BC Bit Map (signal path 53) from the RUD Process, the Р"РProcessЉresetР"Р signal (signal path 59) from the MCH Handler and a Р"РtriggerР"Р pulse (signal path 60) which indicates that the process output message should be delivered to the hardware. С СThe function of the BMI Process is to delay the incoming BC Bit Map message before sending the delayed contents in the Р"РAddressmap for BCsР"Р message. The delay is such that the BC Bit Map is implemented at the beginning of the DCME frame which occurs three frames after the start of the DCME frame containing the applicable assignment message. Refer to Figure AЉ11/G.763. а H аС СThe Р"РAddressmap for BCsР"Р message (signal path 57) contains the exact bit association required to connect the appropriate bits of the bearer BCs to each ADPCM decoder. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТHТС€HСA.2.1.3СјСУУDecoder Control Process (DEC)ФФЦЦ а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe DEC Process input/output connections are shown in Figure AЉ13/G.763. The process receives Р"РSeizeР"Р, Р"РSeizevР"Р, Р"РReleaseР"Р and Р"РMode MapР"Р messages (signal path 54) from the RUD Process, the Р"РProcessЉresetР"Р message (signal path 61) from the Map Change Handler and the Р"РTriggerР"Р message (signal path 55). It generates the Р"РSetcodР"Р message (signal path 56) for the Decoder Unit. а H аС СAt initialization, the DEC Process should receive Р"РSeizeР"Р message for 8, 5, 4 or optionally 3 or 2Љbit preЉassigned channels from the RUD Process. This message allocates ADPCM decoders to preЉassigned channels, indicating the connection to the IT and the ADPCM decoder mode. а H аС СThe DEC Process is assumed to be associated with each ADPCM decoder of the decoder unit so that conceptually, there are as many processes as there are ADPCM decoders. In practical implementations, one process can be timeЉshared among ADPCM decoders. С СThe DEC Process sets the operating parameters of the ADPCM decoder to which it is dedicated, based on the messages received. The ADPCM decoder operating parameters indicate the IT connection, the 8, 5, 4, 3 or optionally 2Љbit mode and whether the ADPCM decoder needs resetting. Resetting shall be performed when the IT connection to an ADPCM decoder is changed (the decoder must be reset before establishing a new connection). а H аС СWhen the Р"РSeizeР"Р or Р"РSeizevР"Р message is received, the DEC Process should determine whether the ADPCM decoder number in the message is the same as the ADPCM decoder number to which the process is dedicated. If the number is different, no action should be taken. If the number is the same, the ADPCM decoder parameters should be set in accordance with the IT number and mode (only for the Р"РSeizeР"Р message). а H аС СThe BC Mode Map (signal path 54) received from the RUD Process should be scanned to determine the 4, 3 or optionally 2Љbit mode of the ADPCM decoders connected to voice BCs. а H аС СReception of the Р"РReleaseР"Р message for an ADPCM decoder should cause the decoder to be designated as disconnected. а H аС СThe ADPCM decoder operating parameters, established by the DEC Process, should be sent to the Decoder Unit via the Р"РSetcodР"Р message. Each Р"РSetcodР"Р message (signal path 56) is destination directed to an ADPCM decoder (decode). The message Р"РSetcodР"Р (decode, IT, mode, reset) indicates the IT connection for the ADPCM decoder as well as the 8, 5, 4, 3, or optionally 2Љbit mode of operation and whether the ADPCM decoder needs resetting. The message Р"РSetcodР"Р (decode, 0, etc.) indicates that the ADPCM decoder must be disconnected. а H аС СThe Р"РSetcodР"Р message for preЉassigned channels should be sent immediately after initialization. The Р"РSetcodР"Р message for DSI channels should be sent such that the ADPCM decoder connection/mode is switched at the beginning of the DCME frame which occurs three frames after the start of the DCME frame containing the applicable Assignment message. Refer to Figure AЉ11/G.763.