OpenBSC

openbsc@lists.osmocom.org

8 participants
4171 discussions

by None

"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--

3 years, 7 months

Wanted: pcap file of Iu interface of 3G circuit-switched video call

by Harald Welte

Hi, I'm wondering if anyone has a pcap file containing an Iu (or Iuh) interface protocol trace of a classic 3G circuit-switched video call around? I would be curious particularly in the user plane side, i.e. showing the RTP with IuUP for video calls. But I presume the RAB assignments are also going to be interesting... I know Dieter used to play with 3G CS video with one of his handset testers. Hoewver, I doubt that device would have any Iu interface internally, so this will unlikely provide any help here :/ Thanks in advance, Harald -- - 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)

3 years, 8 months

OsmoDevCall on Dec 10, 2021: osmo-dev and running TTCN3 test sultes locally + PFCP

by Harald Welte

Dear Osmocom community, It's my pleasure to announce the next OsmoDevCall at December 10, 2021 at 20:00 CET at https://meeting4.franken.de/b/har-xbc-bsx-wvs This meeting will have the following schedule: 20:00 meet + greet 20:10 presentation "osmo-dev and running Osmocom TTCN3 tests suites locally" by osmith 21:00 unstructured supplementary social event [*] Attendance is free of charge and open to anyone with an interest in Osmocom or open source cellular technologies. More information about OsmoDevCall, including the schedule for further upcoming events can be found at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall Looking forward to meeting you on Friday. Best regards, Harald [*] this is how we started to call the "unstructured" part of osmocom developer conferences in the past, basically where anyone can talk about anything, no formal schedule or structure. -- - Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

3 years, 8 months

OSMO-MSC External MNCC integration with FeeSwitch

by Justin

Hi Osmocom, I'm trying to integrate the FreeSwitch as my external MNCC in my test lab using split stack. Currently, I'm getting an error message on FreeSwitch SIP/2.0 400 Missing Contact Header. I'm little bit confused with the error and I don't know where to troubleshoot this. I've attached my osmo configurations and pcap trace for your reference. Hoping for your reply. Thank you. Regards, Justin Mark Repollo

3 years, 8 months

AGCH Channel via virtual Um

by Ivan Babanov

Hello all! I'm sorry for a stupid question, but I can't find an answer by myself. We are using Osmocom solution in University to demonstrate to students how GSM works. We have and fully virtualized workplaces with osm-bts-virtual and osmocom-bb UE via virtual Um. We are making an IMSI Attach procedure and capturing traces with wireshark. Virtual Um messages are visible in wireshark traces with "gsmtap" filter. According standart description, after RACH request UE should receive channel assignment via AGCH channel. But AGCH is not visible in traces. Am I wrong in my expectations somewhere? I tried to filter out messages, tried to filter gsmtap.chan_type == 4 but still no luck. Thank you Vania

3 years, 9 months

"OsmoDevCall" on Nov 25, 2021: Control/User Plane Separation (CUPS) + PFCP

by Harald Welte

Dear Osmocom community, It's my pleasure to announce the next OsmoDevCall at November 25, 2021 at 20:00 CET (yes, Thursday instead of Friday this time!) at https://meeting4.franken.de/b/har-xbc-bsx-wvs This meeting will have the following schedule: 20:00 meet + greet 20:10 presentation "Control/User Plane Separation (CUPS) + PFCP" by laforge 21:00 unstructured supplementary social event [*] Attendance is free of charge and open to anyone with an interest in Osmocom or open source cellular technologies. More information about OsmoDevCall, including the schedule for further upcoming events can be found at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall Looking forward to meeting you on Friday. Best regards, Harald [*] this is how we started to call the "unstructured" part of osmocom developer conferences in the past, basically where anyone can talk about anything, no formal schedule or structure. -- - Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

3 years, 9 months

Osmocom CNI release 202111

by Pau Espin Pedrol

Dear all, I am pleased to announce new tagged releases for Osmocom Cellular Network Infrastructure components. Find more information about the release here [1]. Osmocom "Latest" repositories in OBS [2] should already contain packages for the new versions. OpenEmbedded related meta-layers such as meta-telephony usual stable/testing branch "201705" [3] have also been updated to build recipes for new versions. Regards, Pau [1] https://osmocom.org/news/152 [2] https://osmocom.org/projects/cellular-infrastructure/wiki/Latest_Builds [3] https://git.osmocom.org/meta-telephony/log/?h=201705 -- - Pau Espin Pedrol <pespin(a)sysmocom.de> http://www.sysmocom.de/ ======================================================================= * sysmocom - systems for mobile communications GmbH * Alt-Moabit 93 * 10559 Berlin, Germany * Sitz / Registered office: Berlin, HRB 134158 B * Geschaeftsfuehrer / Managing Director: Harald Welte

3 years, 9 months

"OsmoDevCall" on Nov 12, 2021: icE1usb in practice

by Harald Welte

Dear Osmocom community, It's my pleasure to announce the next OsmoDevCall at November 12, 2021 at 20:00 CET at https://meeting4.franken.de/b/har-xbc-bsx-wvs This meeting will have the following schedule: 20:00 meet + greet 20:10 presentation "E1 / TDM / PDH / SDH basics" by laforge 20:30 presentation "icE1usb in practice" by tnt later USSE: unstructured supplementary social event [*] Attendance is free of charge and open to anyone with an interest in Osmocom. More information about OsmoDevCall, including the schedule for further upcoming events can be found at https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall Looking forward to meeting you on Friday. Best regards, Harald [*] this is how we started to call the "unstructured" part of osmocom developer conferences in the past, basically where anyone can talk about anything, no formal schedule or structure. -- - Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

3 years, 9 months

Anyone still using mISDN for OpenBSC / OsmoBSC / OsmoMGW ?

by Harald Welte

Dear Osmocom users, the Linux kernel developers are considering to remove mISDN from the kernel, as can be seen in posts like https://marc.info/?l=linux-netdev&m=163636911918302&w=2 They are aware that Osmocom still supports mISDN, but it would of course be interesting if anyone is actually still using this approach. I've switched to DAHDI a long time ago (4- and 8-port cards for PCIe available) and only used mISDN very early on with the HFC-E1 in the 2008-2011 timeframe. These days, I'm using both DAHDI and icE1usb. IMHO, mISDN based interface cards are becomming less and less attractive, as the chips only support parallel PCI bus and I've never seen cards with more than two ports. So the point of this post is to find out if anyone still is using [or planning to use] mISDN. If so, please let me, netdev + Anrd Bergmann know about it. Basically it is kind of a "speak now or forever hold your peace" kind of moment, as mISDN would then likely be phased out from mainline Linux. Even in that case I think libosmo-abis should keep mISDN support, as there will be Linux systems on older kernels for many years to come, and the mISDN support doesn't hurt the rest of our code base in any way. Regards, Harald -- - 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)

3 years, 9 months

pysim-shell: export is missing some files

by Riemer, Björn

Hi, i recently noticed that the `export` command from pysim-shell is failing on some basic files like EF.ICCID. However if i manually select the file it can be read. This happens on a generic USIM and on the orange sysmousim-SJS1. see the logs below to illustrate. Cheers Bjoern sysmo usim: <..snip..> ################################################################################ # Export summary # ################################################################################ # total files visited: 165 # bad files: 75 # MF/EF.DIR, string indices must be integers # MF/EF.ICCID, string indices must be integers <...snip...> pySIM-shell (MF)> select EF.ICCID "621e8202412183022fe2a506c00100ca01808a01058b032f06048002000a8800" pySIM-shell (MF/EF.ICCID)> read_binary_decoded { "iccid": "8988211000000169394" } ------- KDDI USIM: Using PC/SC reader interface Waiting for card... ATR: [59, 157, 149, 128, 63, 199, 160, 128, 49, 160, 115, 190, 33, 83, 81, 6, 131, 5, 144, 0, 63] Autodetected card type: Generic-UISIM AIDs on card: USIM: a0000000871002ff81ff108904150001 Welcome to pySim-shell! pySIM-shell (MF)> select EF.ICCID "0000000a2fe204000fffff01020000" pySIM-shell (MF/EF.ICCID)> read_binary_decoded { "iccid": "8981100055906574179" } pySIM-shell (MF/EF.ICCID)> select MF "0000ffff3f0001000000000011b304110400838a838a0000000000000000" pySIM-shell (MF)> export ################################################################################ # MF/EF.DIR # ################################################################################ # directory: MF (3f00) # file: EF.DIR (2f00) # bad file: MF/EF.DIR, string indices must be integers # ################################################################################ # MF/EF.ICCID # ################################################################################ # directory: MF (3f00) # file: EF.ICCID (2fe2) # bad file: MF/EF.ICCID, string indices must be integers #

3 years, 9 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

OpenBSC