Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
General
General TopicsGSMBluetooth
Providers
AlltelATT WirelessCingularFidoNextelSprint PCST-MobileVerizon
Manufacturers
EricssonNokiaMotorola
Country Specific
Australian GroupUK Group
Related Topics
PocketPCPalmMore Topics ...

Cellular Phone Forum / General / GSM / November 2003

Tip: Looking for answers? Try searching our database.

Why there 8 slots ?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
NVK - 21 Oct 2003 14:47 GMT
Hi all,
I have a small query in the GSM.

My query is : why the no.of time slots in GSM is 8 ?
By what calculation we come to this conclusion ?

Thaks in advance.

Regards
NVK
matt weber - 22 Oct 2003 03:45 GMT
>Hi all,
>I have a small query in the GSM.
[quoted text clipped - 6 lines]
>Regards
>NVK
It is all pretty much arbirtrary. You pick a number that makes sense
for one reason or another, but probably aren't any especially good
reasons 8 was chosen over 4 with a channel half as wide, or 16 with a
channel twice as wide... D-AMPS uses much longer time slots, but that
was a matter of making the technology compatible with existing AMPS
infrastructure.

Actually there are not 8 time slots, there are 8 x 217 times slots
per channel.
NVK - 22 Oct 2003 13:43 GMT
> >Hi all,
> >I have a small query in the GSM.
[quoted text clipped - 15 lines]
>  Actually there are not 8 time slots, there are 8 x 217 times slots
> per channel.

++++++++++++++
My doubt is on a particular frequency band ..like 800.2KHz and the
time period is divided in to 8 slots. so that for that frequency
network can support 8 users. on what basis he spilt this time to 8
slots.
what is 8 X 217 slots ...?
matt weber - 23 Oct 2003 04:02 GMT
>> >Hi all,
>> >I have a small query in the GSM.
[quoted text clipped - 22 lines]
>slots.
>what is 8 X 217 slots ...?
The channel in fact has        1736 time slots per second. They can be
allocated among 8, or 16 users (16 users if you use HFR). I.E. each
channel is expected to operate 217 times per second for a period of
about 500 micro seconds.
NVK - 06 Nov 2003 10:06 GMT
thaks for your reply matt. but
no way it is convincing me to accept that 8 is arbitarary...
there should be some mathematical reason behind this to arrive this number.
if any body knows let me know...

> >> >Hi all,
> >> >I have a small query in the GSM.
[quoted text clipped - 26 lines]
> channel is expected to operate 217 times per second for a period of
> about 500 micro seconds.
matt weber - 07 Nov 2003 03:30 GMT
>thaks for your reply matt. but
>no way it is convincing me to accept that 8 is arbitarary...
>there should be some mathematical reason behind this to arrive this number.
>if any body knows let me know...
Probably, but it is fallout from other equally arbitrary decision. The
first question you need to ask is how good do you want the voice
quality, or how fast do you want the basic data rate to be. Depending
upon the modulation scheme you want to use, determines the required
link margins.  Generally local regulations set a limit on the energy
you can emit from the hand held phone.

Given those assumptions, you can calculate the capacity for each 1Khz
of spectrum you want to use. You then decide how much capacity you
want in each 'channel' (it's actual bandwidth), and everything else
will sort of fall out.

The underlying data rate in the phone  is about 14,400 bits per
second.  you have a 200kHz wide channel, and unless you want to get
really fancy, that places the channel capacity at sometihng around
200K -400k bits/second.  to the  guard band (time between adjacent
time slots)  from the design, how much you need to 'package' the
payload and for supervisory information. Add it to the basic data link
rate, and back out the lost capacity in the channel due to guard band.
Ultimately have the useful capacity of the channel, divide it by what
each call or equivalent data service needs, and out pops the number of
ways to divide the channel.

The point is while there may indeed be a mathematical reason for 8 (or
16 if you run HFR), it can all be shown to result from  arbirtary
decisions made further up the decision tree, so in the final analysis,
the 8 slots results from an arbitrary decision.

D-AMPS uses 3 slots,and it is pretty easy to work out how that
happened. You look at the requirement, the main one is that has to be
able to coexist with AMPS, so you have a 30 Khz channel to work with.
D-AMPS uses a more sophisticated modulations scheme, and a lower
payload datarate (about half of the GSM rate). As a result, D-AMP put
about twice as many channels into the same piece of spectrum that GSM
does. The D-AMPS capacity was a direct consequence of the need to fit
within an AMPS 30Khz channel, and to try to maximize the capacity of
that channel, even if it meant the loss of some voice quality, and
difficulties in adding features.  

>> >> >Hi all,
>> >> >I have a small query in the GSM.
[quoted text clipped - 26 lines]
>> channel is expected to operate 217 times per second for a period of
>> about 500 micro seconds.
Pellucid - 09 Nov 2003 19:23 GMT
The channel bandwidth is 200KHz, /8 = 25KHz per user, same as European
analogue cellular.
.

> >thaks for your reply matt. but
> >no way it is convincing me to accept that 8 is arbitarary...
[quoted text clipped - 69 lines]
> >> channel is expected to operate 217 times per second for a period of
> >> about 500 micro seconds.
frankjg - 06 Nov 2003 17:13 GMT
> Hi all,
> I have a small query in the GSM.
[quoted text clipped - 6 lines]
> Regards
> NVK

http://www.mobilegprs.com/default.asp
frankjg - 06 Nov 2003 17:17 GMT
> Hi all,
> I have a small query in the GSM.
[quoted text clipped - 6 lines]
> Regards
> NVK

Forgot to add

http://www.cellular.co.za/gsm-overviewpage.htm
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.