OpenBSC January 2022

openbsc@lists.osmocom.org

7 participants
52 discussions

None
by None 03 Jan '22

03 Jan '22

updating/running the most recent version. > For me now, it's still much easier to debug in windows than in Linux, because > I'm not yet comfortable with gdb in comman-line. There are GUI frontends for gdb, including the old "ddd" as well as modern bloatware like eclipse ;) -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

None
by None 03 Jan '22

03 Jan '22

"The requirements yielded by the page mode information element are as follows: a) normal paging: no additional requirements; b) extended paging: the mobile station is required in addition to receive and analyse the next but one message on the PCH; c) paging reorganization: The mobile station shall receive all messages on the CCCH regardless of the BS-AG-BLKS-RES setting. It is required to receive all BCCH messages. When the mobile station receives the next message to its (possibly new) paging subgroup the subsequent action is defined in the page mode information element in that message. d) same as before: No change of page mode from the previous page mode." I think the paging reorganization mode is fine. Does anyone know this mode? I don't know if the mobile phone will answer everytimes if i try to do a paging on it for each successive frame. Or if he will answer the first time and ignore the other paging requests after. In addition, this solution enable the cell phone to listen every frames of the CCCH but I don't know if the BTS is abble to do a paging on the same mobile phone on every frames or if it still needs to follow the BS_PA_MFRMS parameter. I saw that the paging group is calculated from the IMSI. And then the paging block is calculated. Is it calculated in the BTS or in OpenBSC? link of the explanation on the paging : http://etutorials.org/Mobile+devices/gprs+mobile+internet/Chapter+5+Radio+I… Thanks Best regards Eric Cathelinaud 2009/7/15 Eric Cathelinaud <e.cathelinaud(a)googlemail.com> > 2009/7/15 Dieter Spaar <spaar(a)mirider.augusta.de> > > Hello Eric, >> >> On Wed, 15 Jul 2009 11:00:14 +0200, "Eric Cathelinaud" < >> e.cathelinaud(a)googlemail.com> wrote: >> > >> > I was just thinking about performing a recursive paging in order to see >> how >> > much time I have until the battery of a mobile phone run out. >> > Does anyone know if the mobile phone answers at every paging or if it >> > doesn't "listen" all the time? I think it listens periodically. If >> anyone >> > can give me a clue, that would be appreciated. >> >> This is an excerpt from a posting to another mainling list, I just >> quote it because I don't want to repeat what I already wrote: >> >> > - The phone is in "idle" mode (no speech/data traffic) >> > and periodically receives the paging channel (PCH) to >> > find out if its being called. Further the phone measures >> > the signal strength of neighbor cells and every now >> > and then (not that frequent as the above actions) >> > receives the cell information in the broadcast common >> > control channel (BCCH) of the serving cell and of >> > at most six neighbor cells with the strongest signal. >> >> .... >> >> > - The time between receiving the PCH is determined by a >> > parameter of the serving cell (BS_PA_MFRMS, range 2 to 9). >> > Its measured in 51-multiframes until the PCH for the phone >> > repeats (if you want to know the details have a look at >> > the GSM specs ;-) . The length of a 51-multiframe is >> > 235.8 ms, this means the time between receiving the PCH >> > is in the range 471.9 ms to 2122.2 ms. In this time the >> > idle phone most of the time sleeps or receives the BCCH >> > of the serving cell or one of the neighbor cells with >> > the strongest signal (at most six). >> >> Best regards, >> Dieter >> -- >> Dieter Spaar, Germany spaar(a)mirider.augusta.de >> > > Thanks a lot for the explanation. It's a pity that the minimum period is 2 > multiframes. I wish I could realize a paging on a mobile phone every frame > but it seems to be impossible finally. > > Best regards, > Eric Cathelinaud > > --001636499281749655046ed2de53 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Finally I think I find a solution to make the cell phone listeni= ng to every frames of the CCCH. From gsm04_08: <meta http-equiv= =3D"Content-Type" content=3D"text/html; charset=3Dutf-8"><meta name=3D"Prog= Id" content=3D"Word.Document"><meta name=3D"Generator" content=3D"Microsoft= Word 11"><meta name=3D"Originator" content=3D"Microsoft Word 11"><link rel= =3D"File-List" href=3D"file:///C:%5CTmp%5Cmsohtml1%5C01%5Cclip_filelist.xml= "><style>  </style> "The requirements yielded by the page mode info= rmation element are as follows: a)=A0 normal paging: no additional requirements; b)=A0 extended paging: the mobile station is required in addition to receive and analyse the next but = one message on the PCH; c)=A0 paging reorganization: The mobile station shall receive all messages on the CCCH regardless of the BS-AG-BLKS-RES setting. It is required to receive all BCCH messages. When t= he mobile station receives the next message to its (possibly new) paging subgr= oup the subsequent action is defined in the page mode information element in th= at message. d)=A0 same as before: No change of page mode from the previous page mode." I think the paging reorganization mode is fine. Does anyone know this m= ode? I don't know if the mobile phone will answer everytimes if i try t= o do a paging on it for each successive frame. Or if he will answer the fir= st time and ignore the other paging requests after. In addition, this solution enable the cell phone to listen every frames= of the CCCH but I don't know if the BTS is abble to do a paging on the= same mobile phone on every frames or if it still needs to follow the BS_PA= _MFRMS parameter. I saw that the paging group is calculated from the IMSI. = And then the paging block is calculated. Is it calculated in the BTS or in = OpenBSC? link of the explanation on the paging : <a href=3D"http://etutorials.org= /Mobile+devices/gprs+mobile+internet/Chapter+5+Radio+Interface+RLC+MAC+Laye= r/Listening+to+MS+Paging+Blocks/">http://etutorials.org/Mobile+devices/gprs= +mobile+internet/Chapter+5+Radio+Interface+RLC+MAC+Layer/Listening+to+MS+Pa= ging+Blocks/</a> Thanks Best regards Eric Cathelinaud <div class=3D"gma= il_quote">2009/7/15 Eric Cathelinaud <<a href=3D"mailt= o:e.cathelinaud@googlemail.com">e.cathelinaud(a)googlemail.com</a>>= <blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, = 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class=3D"gma= il_quote">2009/7/15 Dieter Spaar <<a href=3D"mailto:sp= aar(a)mirider.augusta.de" target=3D"_blank">spaar(a)mirider.augusta.de</a>><= /span><div> <div></div><div class=3D"h5"> <blockquote class=3D"gmail_quote" style=3D= "border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padd= ing-left: 1ex;"> Hello Eric, <div> On Wed, 15 Jul 2009 11:00:14 +0200, "Eric Cathelinaud" <<a hre= f=3D"mailto:e.cathelinaud@googlemail.com" target=3D"_blank">e.cathelinaud@g= ooglemail.com</a>> wrote: > > I was just thinking about performing a recursive paging in order to se= e how > much time I have until the battery of a mobile phone run out. > Does anyone know if the mobile phone answers at every paging or if it<= br> > doesn't "listen" all the time? I think it listens period= ically. If anyone > can give me a clue, that would be appreciated. </div>This is an excerpt from a posting to another mainling list, I just<br= > quote it because I don't want to repeat what I already wrote: > =A0- The phone is in "idle" mode (no speech/data traffic)<br= > > =A0 =A0and periodically receives the paging channel (PCH) to > =A0 =A0find out if its being called. Further the phone measures > =A0 =A0the signal strength of neighbor cells and every now > =A0 =A0and then (not that frequent as the above actions) > =A0 =A0receives the cell information in the broadcast common > =A0 =A0control channel (BCCH) of the serving cell and of > =A0 =A0at most six neighbor cells with the strongest signal. .... > =A0- The time between receiving the PCH is determined by a > =A0 =A0parameter of the serving cell (BS_PA_MFRMS, range 2 to 9). > =A0 =A0Its measured in 51-multiframes until the PCH for the phone > =A0 =A0repeats (if you want to know the details have a look at > =A0 =A0the GSM specs =A0;-) . The length of a 51-multiframe is > =A0 =A0235.8 ms, this means the time between receiving the PCH > =A0 =A0is in the range 471.9 ms to 2122.2 ms. In this time the > =A0 =A0idle phone most of the time sleeps or receives the BCCH > =A0 =A0of the serving cell or one of the neighbor cells with > =A0 =A0the strongest signal (at most six). Best regards, =A0Dieter -- Dieter Spaar, Germany =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 <= a href=3D"mailto:spaar@mirider.augusta.de" target=3D"_blank">spaar(a)mirider.= augusta.de</a> </blockquote></div></div></div> Thanks a lot for the explanation.= It's a pity that the minimum period is 2 multiframes. I wish I could r= ealize a paging on a mobile phone every frame but it seems to be impossible= finally. Best regards, Eric Cathelinaud </blockquote></div> --001636499281749655046ed2de53--

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC January 2022