TheThingsNetwork / lorawan-frequency-plans

LoRaWAN Frequency Plans for The Things Stack
https://www.thethingsnetwork.org
Apache License 2.0
35 stars 26 forks source link

Add Israeli frequency plan #33

Closed t0mZ4 closed 4 months ago

t0mZ4 commented 3 years ago

Summary

Israel has finally approved and legalized the deployment and usage of LoRaWAN networks in Israel. As a LoRaWAN and TTN/TTI enthusiast and promoter, I would like to contribute and help in defining and adding the regional frequency IL917-920 to the ThingsStack

...

Why do we need this?

This will allow both community and business users to deploy LoRaWAN in Israel, correctly and legally, publicly and at scale. Until now only pilots were allowed.

...

What is already there? What do you see now?

during the pilot, the approved plan was 915-917mhz, and now it was shifted and approved for 917-920. ...

What is missing? What do you want to see?

While the Israeli approved plan is similar to AU915 FSB1-2, it is not exactly the same, and therefore a customized plan is required. ...

Environment

This will be used only in Israel as far as I know.

This is the official document, there is no English translation yet.

https://www.nevo.co.il/law_word/law06/tak-9301.pdf Page 12 and Page 13 Section 47

...

How do you propose to implement this?

I propose to add IL917-920_FSB_1

...

Can you do this yourself and submit a Pull Request?

Yes I have already prepared the yaml file for review.

@htdvisser

...

t0mZ4 commented 3 years ago

I translated the table from the provided PDF, page 13,

image

t0mZ4 commented 3 years ago

quick update, supposedly there will be more info released about the band from lora alliance, so best to wait for their release as well I suppose

htdvisser commented 3 years ago

Thanks for the info!

We indeed can't build this on top of AU915. AU915 is a fixed-channel band, with downlink frequencies fixed on 923.3-927.5 MHz, which can't be used in Israel.

We could perhaps build this on top of the (new) AS923_FREQ_OFFSET_HZ, similar tho how the (future) AS923_3 plan (see #32) with AS923_FREQ_OFFSET_HZ = -6.60 MHz has its default channels on 916.6 and 916.8. If we'd use a AS923_FREQ_OFFSET_HZ = -5.90 MHz that would work just fine.

But I agree with your last comment that it's probably best to wait for the LoRa Alliance to standardize this before everyone starts investing in something that isn't going anywhere.

t0mZ4 commented 3 years ago

You are right on the money, I just learned that the alliance will most likely base this on AS923, and indeed do a frequency shift like in AS923-3

t0mZ4 commented 3 years ago

Well now it is official and public knowledge In RP 1-0-3 : https://lora-alliance.org/resource_hub/rp2-1-0-3-lorawan-regional-parameters/

Israel is set to AS923-4

image

Defined with the offset feature: AS923_FREQ_OFFSET_HZ= -5.90 MHz

image

so we are patiently waiting for #32

Waiting for an update @htdvisser and to be from the first to test it on TheThingStack :)

htdvisser commented 3 years ago

This is currently blocked on The Things Stack support for the RP002 specifications (https://github.com/TheThingsNetwork/lorawan-stack/issues/3513).

While we wait for that I'll update #32 with the preparations for AS923-4.

htdvisser commented 2 years ago

With https://github.com/TheThingsNetwork/lorawan-stack/issues/3513 and https://github.com/TheThingsNetwork/lorawan-frequency-plans/pull/32 almost ready, we can unblock this issue and continue working on a TTN-specific plan for Israel.

t0mZ4 commented 2 years ago

Great news guys, looking forward to test it finally.

On Tue, Feb 8, 2022, 1:39 PM Hylke Visser @.***> wrote:

With TheThingsNetwork/lorawan-stack#3513 https://github.com/TheThingsNetwork/lorawan-stack/issues/3513 and #32 https://github.com/TheThingsNetwork/lorawan-frequency-plans/pull/32 almost ready, we can unblock this issue and continue working on a TTN-specific plan for Israel.

— Reply to this email directly, view it on GitHub https://github.com/TheThingsNetwork/lorawan-frequency-plans/issues/33#issuecomment-1032514720, or unsubscribe https://github.com/notifications/unsubscribe-auth/AHSCLQYNV6BA6UVVF5MJ4GTU2D6GNANCNFSM43FZOJ7Q . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

You are receiving this because you authored the thread.Message ID: @.***>

htdvisser commented 2 years ago

Thanks for your patience, @t0mZ4. It looks like you'll be able to test with the 2-channel plan when The Things Stack v3.18 is released. The next step here is to define the additional 5 or 6 channels that will give us a full frequency plan with 7 or 8 channels.

Channels 1 and 2 are the default channels for all AS923_4 end devices, so it makes sense to have one gateway radio cover channels 1-4. This means that out of the 5 channels we can configure during OTAA Join, we'll always configure 917.7 and 917.9.

That leaves us with 4 more channels that gateway radio 2 can cover, out of which 3 channels that we can configure during OTAA join, and one channel that we can add with a MAC command.

In your table, I see two options for these 3 or 4 additional channels:

  1. 3 channels: 5-7
  2. 4 channels: 11-14

So the two possible channel plans I see are:

Option with channel 1-4 and 11-14

Radio Freq 0 Freq 1 Freq 2 Freq 3
Radio 0 917.3 917.5 917.7 917.9
Radio 1 (919.3) 919.5 919.7 919.9

Here, 919.3 would be the 8th channel. I suspect it may have slightly more interference from the high-power channel at 919.1, so I guess it would be better to prefer the other 3.

Option with channel 1-7 (+9)

Radio Freq 0 Freq 1 Freq 2 Freq 3
Radio 0 917.3 917.5 917.7 917.9
Radio 1 918.1 918.3 918.5* 918.9*

Here, 918.5 and 918.9 are directly adjacent to high-power channel 918.7, so these channels could have a bit more interference than the others, so I think the first option would be slightly better.


What could also help here is if you (@t0mZ4 or someone else) could get an SDR and do some measurements of the interference on these channels, so that we don't end up in the same situation as with our EU868 channel plan where some users experience interference from passive RFID on 867.5 in urban areas.

cc: @johanstokking

htdvisser commented 2 years ago

@t0mZ4 have you been able to take a look at my previous message? Any feedback?

htdvisser commented 2 years ago

I'm going to remove this from the Q2 milestone. We need feedback from the local community about the proposal before we can move forward with this.

prapuolenis commented 8 months ago

Hi, any plans resuming this topic?

KrishnaIyer commented 7 months ago

Thanks for checking in with us. We'll come up with a draft in the next couple of weeks.

prapuolenis commented 7 months ago

Hi, also it is important to mention that no dwell time option is a must currently in our network set up.

prapuolenis commented 6 months ago

Hello, is everything going according to the plan, and support for all as923-4 frequencies will be released on upcoming TTI release on Dec. 18th?

KrishnaIyer commented 6 months ago

Due to scheduling issue, the milestone was moved to v3.29.0 which is in Jan. I'll get back here early Jan with an update. Sorry for the delay.

prapuolenis commented 5 months ago

Hello, will the milestone be reached in January as planned?

prapuolenis commented 5 months ago

Hello, what possibilities would be having option 2 frequency range support as an alternative?

adriansmares commented 5 months ago

Hello, what possibilities would be having option 2 frequency range support as an alternative?

Could you please argue why you would prefer option 2 ?

prapuolenis commented 5 months ago

Because we have multiple thousands of devices already in field which were configured on AS923-4 1-8 channel range.

prapuolenis commented 4 months ago

Hello @adriansmares, any comment?

KrishnaIyer commented 4 months ago

We will add support for option 2 for the v3.29.1 release. @prapuolenis can you please double check the frequencies and make sure that this is what you're looking for?

prapuolenis commented 4 months ago

Hello, I am checking with manufacturers RND department, to be completely sure.

prapuolenis commented 4 months ago

Hello, RND confirmed that frequencies their device is working on is as option 2. image

t0mZ4 commented 4 months ago

@prapuolenis since we are both active in lorawan in Israel, let's have a discussion to see how to further improve the ecosystem here? if interested please send me a msg via this form