Subject: bekräftelse+ uppdrag

bekräftelse+ uppdrag

From: Patrik Nybladh <patrik.nybladh_at_imodules.se>
Date: Fri, 6 May 2011 09:14:55 +0200

Ja det stämmer, Jag driver ett företag som bygger tjänster och produkter
till mobiloperatörer och jag undrar om ni är intresserade av en del jobb,
behärskar ni open-source BTS, HLR och MSC?
Just nu har mina programmerare fastnat och ni kan se det som ett test, om ni
lyckas lösa deras problem så kommer jag att ge er så mycket jobb ni är
intresserade av.
Behandla detta ärende med stor sekretess då vi egentligen inte får gå till
tredje part och berätta om våra tjänster.
Så tystnadsplikt gäller.

*Hur kopplar man på ett CNAP på uppringning från Open BTS?*

Nedan har jag en beskrivning över L3 meddelandets struktur och har kommit så
långt att det är Protcol Discriminator 0x03 som används (dvs Call control;
call related SS messages) samt Message Type 0x07 (Control). Sedan verkar en
del Information Elements hakas på bl. a Calling Number (0x5C). Det jag
gräver efter är de Information Elements som finns för den här kombinationen
av Protocol Discriminator och Message Type. Behöver få fram är en
identifier för ett element som kallas typ Display Text.

Kan vara lite snett ute, det är ju flera L3 Messages inblandade vid
samtalsuppkoppling i GSM. Dels så gräver jag bland standards för att hitta
igen Information Elements och dels så provar jag lite olika varianter. Bl a
att skicka en text istället för siffror som Calling Number. Vore inte bra
för oss om det är så man måste göra.

Mvh

Ingvar

070-6591414

*DTAP (GSM)*

GSM 04.08, 08.06, 08.08 http://www.etsi.fr

The Direct Transfer Application Part (DTAP) is used to transfer call control
and mobility management messages between the MSC and the MS. The DTAP
information in these messages is not interpreted by the BSS. Messages
received from the MS are identified as DTAP by the Protocol Discriminator
Information Element. The majority of radio interface messages are
transferred across the BSS MSC interface by DTAP, except for messages
belonging to the Radio Resource (RR) management protocol.

The DTAP function is in charge of transferring layer 3 messages from the MS
(or from the MSC) to the MSC (or to the MS) without any analysis of the
message contents. The interworking between the layer 2 protocol on the radio
side and signalling system 7 at the landside is based on the use of
individual SCCP connections for each MS and on the distribution function.

The format of the DTAP header is shown in the following illustration:

8

7

6

5

4

3

2

1

Octet

Protocol Distriminator

Transaction / Skip

1

0

N(SD)

Message Type

2

Information Elements

3-n

*GSM L3 structure*

Protocol discriminator
Identifies the L3 protocol to which the standard layer 3 message belongs.
Values may be as follows:
0000 Group call control
0001 Broadcast call control
0010 PDSS1
0011 Call control; call related SS messages
0100 PDSS2
0101 Mobility Management Messages
0110 Radio resources management messages
1001 SMS messages
1011 Non-call related SS messages
1110 Extension of the PD to one octet length
1111 Tests procedures described in TS GSM 11.10

Transaction ID / Skip identifier
Either a transaction identifier, or a skip indictor depending on the level 3
protocol. The transaction identifier contains the transaction value and flag
which identifies who allocated the TI.

N(SD)
For MM and CM, N(SD) is set to the value of the send state variable. In
other level 3 messages, bit 7 is set to 0 by the sending side. Messages
received with bit 7 set to 1 are ignored.

Message type
Uniquely defines the function and format of each GSM L3 message. The message
type is mandatory for all messages. The meaning of the message type is
therefore dependent on the protocol (the same value may have different
meanings in different protocols) and direction (the same value may have
different meanings in the same protocol, when sent from the Mobile Station
to the network and when sent from the network to the Mobile Station).

Information elements
The message type may be followed by various information elements depending
on the protocol.

Om ni undrar något så kontakta mig.

Patrik Nybladh
*
*
*iModules AB (publ)*
Email: patrik.nybladh_at_imodules.se
Mobil: + 46 (0)739 63 21 75
Kontor: + 46 (8)21 09 09
Fax: + 46 (0)8 519 02 538

_______________________________________________
http://foss-sthlm.haxx.se/
http://cool.haxx.se/cgi-bin/mailman/listinfo/foss-sthlm
Received on 2011-05-06