DECT NR+ MAC->PHY transmission scheduling

RE: DECT NR+ MAC->PHY transmission scheduling

Lauri Piikivi — Tue, 24 Mar 2026 19:47:54 GMT

there is also the initiative with currently 2 stack options, and at least 1 more is expected in May

https://github.com/orgs/Opener-Initiative/repositories

Nordic currently has in 2.0.0 firmware a star Mac, no mesh, no multiple hops. It is random access only,

RE: DECT NR+ MAC->PHY transmission scheduling

nir_g — Tue, 24 Mar 2026 17:29:51 GMT

you can check this web page:
https://www.nordicsemi.com/Resources/Nordic-Partners/Solution-Partners
scroll down to DECT NR+.
I think that Wirepas may have a MAC layer for fee.

Also, I noticed the following (screenshot below) on their firmware download site:
https://www.nordicsemi.com/Products/nRF9161/Download

and there's a v2.0.0 firmware that reads "MAC and PHY". So it looks like Nordic may be now providing at least some MAC functionality. Also reads, "The nRF Connect SDK release v3.3.x. will support the API fully". It looks like this SDK version is now in "preview" release.

RE: DECT NR+ MAC->PHY transmission scheduling

TVDB — Tue, 10 Mar 2026 12:23:26 GMT

did you ever get an reply to this?

RE: DECT NR+ MAC->PHY transmission scheduling

BillyBobJoe — Wed, 23 Apr 2025 09:10:14 GMT

Do you have any details about the third parties, some of us may be able to help in their efforts?

RE: DECT NR+ MAC->PHY transmission scheduling

Lauri Piikivi — Fri, 28 Mar 2025 06:50:19 GMT

Hi, you are correct, we do not ship a MAC sw. Our sample sw sect-shell contains MAC features, and alternatively there seems to be open source offering coming pretty soon from 3rd parties.

RE: DECT NR+ MAC->PHY transmission scheduling

ThaboMonoto — Thu, 27 Mar 2025 14:42:12 GMT

Hi Lauri

Does this mean none of the Nordic chips ships with a MAC layer? Do I have to implement my own MAC on top of the PHY on the chips?

RE: DECT NR+ MAC->PHY transmission scheduling

Lauri Piikivi — Mon, 24 Jun 2024 05:15:23 GMT

Hi,
You are correct, the MAC layer has to allocate and control radio resources. It does not however need to be per RD, but instead the FT device announces the random access channel resource, and the PT devices compete for access on the slots, using the Listen-Before-Talk LBT to detect if somebody is already transmitting.
MAC layer needs to translate modem time to slots. When the beacon message is received, it is the start of a frame, received with the modem timestamp. MAC layer can then calculate the timestamps for slots based on the timestamp. As said, usually it is not per slot, but there is a longer random access window of multiple slots.
the binary demo is currently not planned to be released as source code, it is a SW tool, not a reference implementation of MAC.

BR Lauri

RE: DECT NR+ MAC->PHY transmission scheduling

nir_g — Fri, 21 Jun 2024 11:46:28 GMT

Thanks Øyvind. I am in contact with the local rep.

RE: DECT NR+ MAC->PHY transmission scheduling

Øyvind — Fri, 21 Jun 2024 07:02:31 GMT

By the way, while we are waiting for an answer you could reach out to your local sales representative for more information. Send me PM with your location if you do not have their contact details and I will send it to you.

Kind regards,
Øyvind

RE: DECT NR+ MAC->PHY transmission scheduling

Øyvind — Fri, 21 Jun 2024 06:58:43 GMT

Hello Nir,

As the DECT NR+ technology is fairly new I do not have the answers to your questions right now. I have forwarded to our experts to get the correct details on this.

I hope to provide you with an answer by end of Monday.

Kind regards,
Øyvind