From braatz_lena at bah.com  Tue Apr  7 14:24:03 2020
From: braatz_lena at bah.com (Braatz, Lena [USA])
Date: Tue, 7 Apr 2020 14:24:03 +0000
Subject: [SLS-OPT] CCSDS Optical Communications Working Group monthly meeting
Message-ID: <BL0PR06MB49936CC8E91DC73F32CD748699C30@BL0PR06MB4993.namprd06.prod.outlook.com>

This meeting is scheduled for 0830 Eastern Daylight Time (EDT) and will be conducted via telephone and WebEx only. There will not be a ViTS.
Updating this invitation to include WebEx login and telephone login information.

Toll-free Voice Access Information:
U.S. and Canada - 1-844-467-4685
France - 0 800 949 765
Germany - 0 800 320 2291
Italy - 800 977 597
Japan - 0120 004 746
Netherlands - 0 800 020 6086
South Korea - 00798 6136 2179
Spain - 800 600 280
Switzerland - 0 800 740 336
Passcode for all: 311578

WebEx login information:


You can forward this invitation to others.

Lena Braatz invites you to join this Webex meeting.



Meeting number: 909 973 879

Meeting password: SpXdd8W*



Tuesday, April 14, 2020
8:30 am  |  Eastern Daylight Time (New York, GMT-04:00)  |  3 hrs



Join meeting<https://urldefense.proofpoint.com/v2/url?u=https-3A__nasaenterprise.webex.com_nasaenterprise_j.php-3FMTID-3Dm89811319c3bb62beb8065ad33e38bfbc&d=DwMGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=EF5JFbNwapRfcwWbOAVJ0q0lnI3iAN_NVWhAgA4JENM&m=kmBDlk4xdpdoEgbvmDBTW4ckAMYtAePB3RTYwIjfl5Y&s=eMD5YkEgVW1rf932uwG6GR-xF_a2vTncZaH3wcO82mU&e=>



Need help? Go to http://help.webex.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__help.webex.com&d=DwMGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=EF5JFbNwapRfcwWbOAVJ0q0lnI3iAN_NVWhAgA4JENM&m=kmBDlk4xdpdoEgbvmDBTW4ckAMYtAePB3RTYwIjfl5Y&s=mxjIjE260WMTxaBFdVwhW_pOjSFN9xRTfXurtGXNi_w&e=>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200407/295b9e4c/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/calendar
Size: 5302 bytes
Desc: not available
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200407/295b9e4c/attachment-0001.ics>

From braatz_lena at bah.com  Tue Apr 14 19:42:59 2020
From: braatz_lena at bah.com (Braatz, Lena [USA])
Date: Tue, 14 Apr 2020 19:42:59 +0000
Subject: [SLS-OPT] CCSDS Optical Communications Working Group biweekly
 meeting
Message-ID: <BL0PR06MB4993DE2C497466412E89DABC99DA0@BL0PR06MB4993.namprd06.prod.outlook.com>

This meeting is scheduled for 0830 Eastern Daylight Time (EDT) and will be conducted via telephone and WebEx only. There will not be a ViTS.

Toll-free Voice Access Information:
U.S. and Canada - 1-844-467-4685
France - 0 800 949 765
Germany - 0 800 320 2291
Italy - 800 977 597
Japan - 0120 004 746
Netherlands - 0 800 020 6086
South Korea - 00798 6136 2179
Spain - 800 600 280
Switzerland - 0 800 740 336
Passcode for all: 311578

WebEx login information:


You can forward this invitation to others.

Lena Braatz invites you to join this Webex meeting.



Meeting number: 900 817 946

Meeting password: iMrRErP?393



Every 2 weeks on Tuesday, from Tuesday, May 5, 2020, to Tuesday, June 30, 2020
8:30 am  |  Eastern Daylight Time (New York, GMT-04:00)  |  2 hrs



Join meeting<https://urldefense.proofpoint.com/v2/url?u=https-3A__nasaenterprise.webex.com_nasaenterprise_j.php-3FMTID-3Dmc42fc94fe7daaccd25eadb417b4ca0a5&d=DwMGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=EF5JFbNwapRfcwWbOAVJ0q0lnI3iAN_NVWhAgA4JENM&m=bMt8SC3QW_hbI5r500NU6tl2mP0t2h1n7s49lqSMw4w&s=gtO4_ptCX2ZokqNMYrGjkmt7I52qQkKRSqJ6tjknxDQ&e=>



Need help? Go to http://help.webex.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__help.webex.com&d=DwMGaQ&c=ApwzowJNAKKw3xye91w7BE1XMRKi2LN9kiMk5Csz9Zk&r=EF5JFbNwapRfcwWbOAVJ0q0lnI3iAN_NVWhAgA4JENM&m=bMt8SC3QW_hbI5r500NU6tl2mP0t2h1n7s49lqSMw4w&s=Yw1WIJHBeMwgC4HXNzChUKPw82xSu9FSlZglLgZ5H10&e=>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200414/d8561a6c/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/calendar
Size: 3437 bytes
Desc: not available
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200414/d8561a6c/attachment-0001.ics>

From Jon.Hamkins at jpl.caltech.edu  Wed Apr 15 15:20:02 2020
From: Jon.Hamkins at jpl.caltech.edu (Jon Hamkins)
Date: Wed, 15 Apr 2020 08:20:02 -0700
Subject: [SLS-OPT] O3K channel model
Message-ID: <de9e0168-320a-e91f-055c-910e61217f8b@jpl.caltech.edu>

Attached is the O3K channel model we discussed yesterday.  It also 
contains a suggestion for how to state the O3K coding performance.  I 
welcome your comments.  If we can agree to the model in the next week or 
so, each agency may be able to begin simulating with it and discuss some 
initial results at the May teleconferences.

A few notes:

  * I am suggesting we study 10 Gsps, 78.125 Msps, and 1.22 Mbps, since
    those include the highest and lowest data rates and one in the middle.
  * I don't have a good suggestion for the TIA noise density at 1.22
    Msps.  Dirk, would you be able to supply a number?
  * I have algebraically simplified the expressions for the means and
    variances.  You can compare the model to the expressions Dariush
    presented on yesterday (p. 5), and check my algebra.
  * I have included the fading parameter as well.  Just set rho=1 if you
    want no fading.

      ----Jon

-- 
*Jon Hamkins*
Lead Technologist
33   |   Communications, Tracking, and Radar Division
*O* 818-354-4764   | *M* 626-658-6220

*JPL*   |   jpl.nasa.gov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200415/f98b8640/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2020-04-15-O3K-channel-model.pptx
Type: application/vnd.openxmlformats-officedocument.presentationml.presentation
Size: 239712 bytes
Desc: not available
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200415/f98b8640/attachment-0001.pptx>

From Jon.Hamkins at jpl.caltech.edu  Wed Apr 22 16:16:04 2020
From: Jon.Hamkins at jpl.caltech.edu (Jon Hamkins)
Date: Wed, 22 Apr 2020 09:16:04 -0700
Subject: [SLS-OPT] [EXTERNAL] Re:  O3K channel model
In-Reply-To: <11880_1587540504_5E9FF218_11880_28_1_OF9B8F4BAD.236BC283-ONC1258552.002742C6-C1258552.00290CA7@esa.int>
References: <de9e0168-320a-e91f-055c-910e61217f8b@jpl.caltech.edu>
 <11880_1587540504_5E9FF218_11880_28_1_OF9B8F4BAD.236BC283-ONC1258552.002742C6-C1258552.00290CA7@esa.int>
Message-ID: <976d7b43-94ae-1c23-e9ac-84b2c63b87df@jpl.caltech.edu>

Thanks, Nicolò.  Yes, there is more than one way to do this, and we 
could have expressed things in terms of received watts.  The approach we 
took was to simplify the mean and variance expressions and use as few 
parameters as possible.  In this way, the mean depends only on rho (the 
fade) and ns (the mean number of absorbed photons per signal slot).  
This makes it intuitively related to the photon counting model, and 
allows straightforward plotting using photons/bit, which is the common 
metric by which to measure optical coding performance.

One can do things in watts, and translate to n_s, if you find that more 
intuitive.  We didn't find that as convenient, however. For example, if 
we had expressed the model so that the mean signal was Ps in incident 
watts, and used that as the free parameter in the simulations, the 
variance expressions would include an eta/ (h nu) term, which would 
require knowing the frequency and quantum efficiency.  That's not a 
problem, but it is two more parameters than are needed in the 
formulation we suggested.  We think it may be more easier to run 
simulations with the normalized model, and then plug in these other 
parameters later if you want to plot vs. received watts for an APD with 
a specific responsivity (or quantum efficiency and frequency).

Anyway, that was our thinking.

      ----Jon

*Jon Hamkins*
Lead Technologist
33   |   Communications, Tracking, and Radar Division
*O* 818-354-4764   | *M* 626-658-6220

*JPL*   |   jpl.nasa.gov
On 4/22/2020 12:28 AM, Nicolo Mazzali (external) wrote:
> Dear Jon,
>
> Thanks for summarizing the channel model and the parameters' values.
> In principle we are fine with them, but we would like to understand 
> the motivation for having all the powers (i.e., the signal power and 
> noise variances) normalized as dimensionless quantities, instead of 
> having them in watts - which is probably more intuitive, at least from 
> an engineering point of view. Could you please confirm that this is 
> indeed the case and elaborate a bit on your choice?
>
> Thanks a lot in advance!
>
> Kind regards,
>
> *Modis for ESA - European Space Agency*
>
> Nicolò Mazzali, PhD
> Communication Systems & Technologies Engineer
>
> Telecommunications Section (TEC-ESC)
> Radio Frequency Systems Division (TEC-ES)
>
> Directorate of Technology, Engineering & Quality (D/TEC)*
>
>
> ESTEC*
> Keplerlaan 1, PO Box 299
> NL-2200 AG Noordwijk, The Netherlands_
> __nicolo.mazzali at esa.int_ <mailto:nicolo.mazzali at esa.int>| 
> _www.esa.int_ <http://www.esa.int/>
> T +31 71 56 53215
>
>
>
>
>
> From: "Jon Hamkins via SLS-OPT" <sls-opt at mailman.ccsds.org>
> To: "SLS-OPT at mailman.ccsds.org" <SLS-OPT at mailman.ccsds.org>
> Date: 15/04/2020 17:20
> Subject: [SLS-OPT] O3K channel model
> Sent by: "SLS-OPT" <sls-opt-bounces at mailman.ccsds.org>
> ------------------------------------------------------------------------
>
>
>
> Attached is the O3K channel model we discussed yesterday.  It also 
> contains a suggestion for how to state the O3K coding performance.  I 
> welcome your comments.  If we can agree to the model in the next week 
> or so, each agency may be able to begin simulating with it and discuss 
> some initial results at the May teleconferences.
> A few notes:
>
>   * I am suggesting we study 10 Gsps, 78.125 Msps, and 1.22 Mbps,
>     since those include the highest and lowest data rates and one in
>     the middle.
>   * I don't have a good suggestion for the TIA noise density at 1.22
>     Msps.  Dirk, would you be able to supply a number?
>   * I have algebraically simplified the expressions for the means and
>     variances.  You can compare the model to the expressions Dariush
>     presented on yesterday (p. 5), and check my algebra.
>   * I have included the fading parameter as well.  Just set rho=1 if
>     you want no fading.
>
> ----Jon
> -- *
> Jon Hamkins*
> Lead Technologist
> 33   |   Communications, Tracking, and Radar Division*
> O* 818-354-4764   | *M* 626-658-6220
> *
> JPL*   |   jpl.nasa.gov [attachment 
> "2020-04-15-O3K-channel-model.pptx" deleted by Nicolo Mazzali/estec/ESA]
> _______________________________________________
> SLS-OPT mailing list
> SLS-OPT at mailman.ccsds.org
> https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sls-opt
>
>
> This message is intended only for the recipient(s) named above. It may contain proprietary information and/or
> protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received
> this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect
> personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo at esa.int).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200422/cd04226b/attachment.htm>

From pantelis-daniel.arapoglou at esa.int  Mon Apr  6 16:44:03 2020
From: pantelis-daniel.arapoglou at esa.int (pantelis-daniel.arapoglou at esa.int)
Date: Mon, 06 Apr 2020 16:44:03 -0000
Subject: [SLS-OPT] Fw: CCSDS Optical Communications Working Group monthly
 meeting
Message-ID: <1852_1586191465_5E8B5C69_1852_163_1_OF73E84927.F42A18C4-ONC1258542.0052D629-C1258542.005BF45A@esa.int>

Dear Lena,

For the CCSDS monthly of the 14 April, would please be so kind to add one 
more agenda item:

-- Variable Data Rate (VDR) in O3K: Initial performance results (ESA)

Regards,

Daniel


--------------------------------------------------------------------
Pantelis-Daniel Arapoglou
Telecommunications/TT&C Systems Engineer
European Space Agency / ESTEC
Keplerlaan 1, PO Box 299
NL-2200 AG Noordwijk, The Netherlands
pantelis-daniel.arapoglou at esa.int | www.esa.int
T +31 71 565 4184

Satellite Communications in the 5G Era
https://www.theiet.org/resources/books/telecom/sat-com-5g.cfm
-----------------------------------------------------------------------

----- Forwarded by Pantelis-Daniel Arapoglou/estec/ESA on 06/04/2020 17:04 
-----




CCSDS Optical Communications Working Group monthly meeting

Tue 14/04/2020 14:30 - 16:30



Attendance isfor Pantelis-Daniel Arapoglou



Chair:
braatz_lena at bah.com


Sent by:
"SLS-OPT" <sls-opt-bounces at mailman.ccsds.org>

Location:
Telephone, WebEx, ViTS





Required:
SLS-OPT at mailman.ccsds.org, alvin.s.robles at nasa.gov
Time zones:
This entry was created in a different time zone.  The time in that time 
zone is: Tue 14/04/2020 8:30 EDT10:30 EDT






This is invitation is a “placeholder” to reserve the date and time for the 
April SLS-OPT meeting. Telephone and WebEx info will be added to this 
invitation at a later date.












This message is intended only for the recipient(s) named above. It may contain proprietary information and/or
protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received
this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect
personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo at esa.int).

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200406/f63da3d6/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 1541 bytes
Desc: not available
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200406/f63da3d6/attachment-0001.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 
Type: application/octet-stream
Size: 154 bytes
Desc: not available
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200406/f63da3d6/attachment-0001.obj>

From Dirk.Giggenbach at dlr.de  Fri Apr 17 14:25:08 2020
From: Dirk.Giggenbach at dlr.de (Dirk.Giggenbach at dlr.de)
Date: Fri, 17 Apr 2020 14:25:08 +0000
Subject: [SLS-OPT] O3K channel model
In-Reply-To: <de9e0168-320a-e91f-055c-910e61217f8b@jpl.caltech.edu>
References: <de9e0168-320a-e91f-055c-910e61217f8b@jpl.caltech.edu>
Message-ID: <ad6bd44b8f354ceaa0680a330ce8e635@dlr.de>

Hi Jon,

we do not have data APD-RFEs for that low rate which we could test/measure.
I checked some datasheets, the one coming closest to 1.22Mbps is the LaserComponents IAG350H1D –APD Receiver with 1MHz Bandwidth and 350µm APD.  They don’t show dark current in the DS.

These values seem close to best compared to other receivers:
Responsivity=94MV/W  ,  I guess that includes Amplification of M=10, so TIA would be ~9MOhm
NEP=32fW/sqrt(Hz)   -   referred noise density of 0.3E-12 A/sqrt(Hz)  or  3µV/sqrt(Hz)
https://www.lasercomponents.com/de-en/product/apd-receivers/

Hope that helps,

Dirk



Von: SLS-OPT [mailto:sls-opt-bounces at mailman.ccsds.org] Im Auftrag von Jon Hamkins via SLS-OPT
Gesendet: Mittwoch, 15. April 2020 17:20
An: SLS-OPT at mailman.ccsds.org
Betreff: [SLS-OPT] O3K channel model


Attached is the O3K channel model we discussed yesterday.  It also contains a suggestion for how to state the O3K coding performance.  I welcome your comments.  If we can agree to the model in the next week or so, each agency may be able to begin simulating with it and discuss some initial results at the May teleconferences.

A few notes:

  *   I am suggesting we study 10 Gsps, 78.125 Msps, and 1.22 Mbps, since those include the highest and lowest data rates and one in the middle.
  *   I don't have a good suggestion for the TIA noise density at 1.22 Msps.  Dirk, would you be able to supply a number?
  *   I have algebraically simplified the expressions for the means and variances.  You can compare the model to the expressions Dariush presented on yesterday (p. 5), and check my algebra.
  *   I have included the fading parameter as well.  Just set rho=1 if you want no fading.

     ----Jon
--
Jon Hamkins
Lead Technologist
33   |   Communications, Tracking, and Radar Division
O 818-354-4764   |   M 626-658-6220

JPL   |   jpl.nasa.gov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200417/794373e8/attachment-0001.htm>

From Nicolo.Mazzali at esa.int  Wed Apr 22 07:28:21 2020
From: Nicolo.Mazzali at esa.int (Nicolo Mazzali (external))
Date: Wed, 22 Apr 2020 09:28:21 +0200
Subject: [SLS-OPT] O3K channel model
In-Reply-To: <de9e0168-320a-e91f-055c-910e61217f8b@jpl.caltech.edu>
References: <de9e0168-320a-e91f-055c-910e61217f8b@jpl.caltech.edu>
Message-ID: <11880_1587540504_5E9FF218_11880_28_1_OF9B8F4BAD.236BC283-ONC1258552.002742C6-C1258552.00290CA7@esa.int>

Dear Jon, 

Thanks for summarizing the channel model and the parameters' values.
In principle we are fine with them, but we would like to understand the 
motivation for having all the powers (i.e., the signal power and noise 
variances) normalized as dimensionless quantities, instead of having them 
in watts - which is probably more intuitive, at least from an engineering 
point of view. Could you please confirm that this is indeed the case and 
elaborate a bit on your choice?

Thanks a lot in advance!

Kind regards, 

Modis for ESA - European Space Agency 

Nicolò Mazzali, PhD 
Communication Systems & Technologies Engineer 

Telecommunications Section (TEC-ESC) 
Radio Frequency Systems Division (TEC-ES)
Directorate of Technology, Engineering & Quality (D/TEC)


ESTEC
Keplerlaan 1, PO Box 299
NL-2200 AG Noordwijk, The Netherlands
nicolo.mazzali at esa.int | www.esa.int
T +31 71 56 53215



From:   "Jon Hamkins via SLS-OPT" <sls-opt at mailman.ccsds.org>
To:     "SLS-OPT at mailman.ccsds.org" <SLS-OPT at mailman.ccsds.org>
Date:   15/04/2020 17:20
Subject:        [SLS-OPT] O3K channel model
Sent by:        "SLS-OPT" <sls-opt-bounces at mailman.ccsds.org>



Attached is the O3K channel model we discussed yesterday.  It also 
contains a suggestion for how to state the O3K coding performance.  I 
welcome your comments.  If we can agree to the model in the next week or 
so, each agency may be able to begin simulating with it and discuss some 
initial results at the May teleconferences.
A few notes:
I am suggesting we study 10 Gsps, 78.125 Msps, and 1.22 Mbps, since those 
include the highest and lowest data rates and one in the middle.
I don't have a good suggestion for the TIA noise density at 1.22 Msps.  
Dirk, would you be able to supply a number?
I have algebraically simplified the expressions for the means and 
variances.  You can compare the model to the expressions Dariush presented 
on yesterday (p. 5), and check my algebra.
I have included the fading parameter as well.  Just set rho=1 if you want 
no fading.
     ----Jon
-- 
Jon Hamkins
Lead Technologist
33   |   Communications, Tracking, and Radar Division
O 818-354-4764   |   M 626-658-6220 

JPL   |   jpl.nasa.gov [attachment "2020-04-15-O3K-channel-model.pptx" 
deleted by Nicolo Mazzali/estec/ESA] 
_______________________________________________
SLS-OPT mailing list
SLS-OPT at mailman.ccsds.org
https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sls-opt



This message is intended only for the recipient(s) named above. It may contain proprietary information and/or
protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received
this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect
personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo at esa.int).

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200422/65e51a69/attachment-0001.htm>

From Geraldine.Artaud at cnes.fr  Wed Apr 22 17:00:40 2020
From: Geraldine.Artaud at cnes.fr (Artaud Geraldine)
Date: Wed, 22 Apr 2020 17:00:40 +0000
Subject: [SLS-OPT] [EXTERNAL] Re:  O3K channel model
In-Reply-To: <976d7b43-94ae-1c23-e9ac-84b2c63b87df@jpl.caltech.edu>
References: <de9e0168-320a-e91f-055c-910e61217f8b@jpl.caltech.edu>
 <11880_1587540504_5E9FF218_11880_28_1_OF9B8F4BAD.236BC283-ONC1258552.002742C6-C1258552.00290CA7@esa.int>
 <976d7b43-94ae-1c23-e9ac-84b2c63b87df@jpl.caltech.edu>
Message-ID: <653DEB5C4856BE45B2AF877DF62228A57AC26490@TW-MBX-P02.cnesnet.ad.cnes.fr>

Hello Jon,
Thank you for the presentation and the simple APD model. The algebra is OK.
In the proposed model the observations are homogeneous to  number of photons by bit. It might be easier, as Nicolo suggested,  to use in the simulations observations that are defined in power (watt). I added in the back-up slides (slides 9 and 10) the model in power as well. The correspondence between the two is simply ns=Rres/q*Ps*Ts.
I have a request: since we are going to do all the simulations again, I would like to ask that people compute the mutual information in their simulations. It is not complicated to do, and requires only few lines to be added in the code. Attached is a short note that describes how to compute mutual information.

Concerning the simulations at 1.22 Mbps, we have used with the colleagues from the French riviera observatory an APD to receive a 1Mbps signal, that had the following parameters:

-          Data sheet:

o   Noise Equivalent Power : 0.12 pW/√Hz  @ M = 10

o   Rres (1550 nm) = 0.95 A/W

o   Electrical filter: tchebychef 5th order @ 2MHz

o   RT = 47 kΩ,

o   M = 30 : APD amplification gain that was chosen

o   G_Ampli = 10 (transimpedance gain)

o   T_opt = 0.9: optical transmission lens before APD

o   Responsivity [Volt/Watt] from datasheet= Rres* RT* M* G_Ampli* T_opt= 1.2E7

-          Measurements

o   Responsivity [Volt/Watt] measured =1E7

o   Measured TIA noise spectral density = 0.045 pW/√Hz => 0. 45 pW*RT/ Responsivity = 2.1 E-16 A/√Hz



Note1: the APD was thermo-cooled at -20°C

Note2: with the same APD but an electric filter bandwidth of 16MHz the measured TIA noise spectral density was  0.2 pW/√Hz (closer to the datasheet)


Kind Regards,

Geraldine

De : SLS-OPT <sls-opt-bounces at mailman.ccsds.org> De la part de Jon Hamkins via SLS-OPT
Envoyé : mercredi 22 avril 2020 18:16
À : Nicolo Mazzali (external) <Nicolo.Mazzali at esa.int>
Cc : SLS-OPT at mailman.ccsds.org
Objet : Re: [SLS-OPT] [EXTERNAL] Re: O3K channel model


Thanks, Nicolò.  Yes, there is more than one way to do this, and we could have expressed things in terms of received watts.  The approach we took was to simplify the mean and variance expressions and use as few parameters as possible.  In this way, the mean depends only on rho (the fade) and ns (the mean number of absorbed photons per signal slot).  This makes it intuitively related to the photon counting model, and allows straightforward plotting using photons/bit, which is the common metric by which to measure optical coding performance.

One can do things in watts, and translate to n_s, if you find that more intuitive.  We didn't find that as convenient, however.  For example, if we had expressed the model so that the mean signal was Ps in incident watts, and used that as the free parameter in the simulations, the variance expressions would include an eta/ (h nu) term, which would require knowing the frequency and quantum efficiency.  That's not a problem, but it is two more parameters than are needed in the formulation we suggested.  We think it may be more easier to run simulations with the normalized model, and then plug in these other parameters later if you want to plot vs. received watts for an APD with a specific responsivity (or quantum efficiency and frequency).

Anyway, that was our thinking.

     ----Jon
Jon Hamkins
Lead Technologist
33   |   Communications, Tracking, and Radar Division
O 818-354-4764   |   M 626-658-6220

JPL   |   jpl.nasa.gov
On 4/22/2020 12:28 AM, Nicolo Mazzali (external) wrote:
Dear Jon,

Thanks for summarizing the channel model and the parameters' values.
In principle we are fine with them, but we would like to understand the motivation for having all the powers (i.e., the signal power and noise variances) normalized as dimensionless quantities, instead of having them in watts - which is probably more intuitive, at least from an engineering point of view. Could you please confirm that this is indeed the case and elaborate a bit on your choice?

Thanks a lot in advance!

Kind regards,

Modis for ESA - European Space Agency

Nicolò Mazzali, PhD
Communication Systems & Technologies Engineer

Telecommunications Section (TEC-ESC)
Radio Frequency Systems Division (TEC-ES)

Directorate of Technology, Engineering & Quality (D/TEC)


ESTEC
Keplerlaan 1, PO Box 299
NL-2200 AG Noordwijk, The Netherlands
nicolo.mazzali at esa.int<mailto:nicolo.mazzali at esa.int> | www.esa.int<http://www.esa.int/>
T +31 71 56 53215




From:        "Jon Hamkins via SLS-OPT" <sls-opt at mailman.ccsds.org><mailto:sls-opt at mailman.ccsds.org>
To:        "SLS-OPT at mailman.ccsds.org"<mailto:SLS-OPT at mailman.ccsds.org> <SLS-OPT at mailman.ccsds.org><mailto:SLS-OPT at mailman.ccsds.org>
Date:        15/04/2020 17:20
Subject:        [SLS-OPT] O3K channel model
Sent by:        "SLS-OPT" <sls-opt-bounces at mailman.ccsds.org><mailto:sls-opt-bounces at mailman.ccsds.org>
________________________________



Attached is the O3K channel model we discussed yesterday.  It also contains a suggestion for how to state the O3K coding performance.  I welcome your comments.  If we can agree to the model in the next week or so, each agency may be able to begin simulating with it and discuss some initial results at the May teleconferences.
A few notes:

  *   I am suggesting we study 10 Gsps, 78.125 Msps, and 1.22 Mbps, since those include the highest and lowest data rates and one in the middle.
  *   I don't have a good suggestion for the TIA noise density at 1.22 Msps.  Dirk, would you be able to supply a number?
  *   I have algebraically simplified the expressions for the means and variances.  You can compare the model to the expressions Dariush presented on yesterday (p. 5), and check my algebra.
  *   I have included the fading parameter as well.  Just set rho=1 if you want no fading.
     ----Jon
--
Jon Hamkins
Lead Technologist
33   |   Communications, Tracking, and Radar Division
O 818-354-4764   |   M 626-658-6220

JPL   |   jpl.nasa.gov [attachment "2020-04-15-O3K-channel-model.pptx" deleted by Nicolo Mazzali/estec/ESA]
_______________________________________________
SLS-OPT mailing list
SLS-OPT at mailman.ccsds.org<mailto:SLS-OPT at mailman.ccsds.org>
https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sls-opt


This message is intended only for the recipient(s) named above. It may contain proprietary information and/or

protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received

this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect

personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo at esa.int<mailto:dpo at esa.int>).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200422/39ecba82/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Mutual information CCSDS.docx
Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Size: 317286 bytes
Desc: Mutual information CCSDS.docx
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200422/39ecba82/attachment-0001.docx>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2020-04-15-O3K-channel-model _power added.pptx
Type: application/vnd.openxmlformats-officedocument.presentationml.presentation
Size: 468872 bytes
Desc: 2020-04-15-O3K-channel-model _power added.pptx
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200422/39ecba82/attachment-0001.pptx>

From Nicolo.Mazzali at esa.int  Tue Apr 28 15:33:02 2020
From: Nicolo.Mazzali at esa.int (Nicolo Mazzali (external))
Date: Tue, 28 Apr 2020 17:33:02 +0200
Subject: [SLS-OPT] O3K channel model
In-Reply-To: <ad6bd44b8f354ceaa0680a330ce8e635@dlr.de>
References: <de9e0168-320a-e91f-055c-910e61217f8b@jpl.caltech.edu>
 <ad6bd44b8f354ceaa0680a330ce8e635@dlr.de>
Message-ID: <32623_1588087987_5EA84CAF_32623_1_3_OFFBDC9911.26238008-ONC1258558.0051F2A9-C1258558.00556BF1@esa.int>

Dear All, 

Thanks a lot to Dirk and Géraldine for the very useful contribution.
In the past we used the "ampère model" (in slide 7 from Géraldine), and, 
as Géraldine correctly pointed out, it's just a matter of scaling to move 
from that to the "photons per bit model" (slide 8). So for ESA it's fine 
either way.

I think that the last details that we need to agree upon before running 
the new simulation campaign concern the fading and the interleaver 
dimensioning. In our opinion it is important to include them both in the 
assessment, since in past meetings it was shown that there is an 
intertwined relationship between the code, the channel, and the 
interleaver. 
For simplicity we propose to use fading A from the DLR, leaving the 
performance assessment with the other time series for the green book. On 
the interleaver dimensioning, since it depends both on the symbol rate and 
the fading, I think that we should pick 3 different (N,B) values. 
Honestly, I don't think we have the time (nor the need) for an accurate 
optimization of these parameters, so we might well live with a 
rule-of-thumb dimensioning.

Finally, concerning Géraldine's request for the mutual information, we 
still don't think that such investigation would be worth the required 
effort. This applies in particular to fading channels, where the 
computation of the mutual information is not as straightforward as on the 
AWGN channel, especially when the fading is not generated according to a 
given statistical model but numerically by means of a time series. Also, 
including the interleaver would further complicate the analysis. On top of 
this, we are not using Matlab for our simulations, and including the 
mutual information in our simulator would inevitably delay the delivery of 
the results of the new simulation campaign.

Kind regards,

Modis for ESA - European Space Agency 

Nicolò Mazzali, PhD 
Communication Systems & Technologies Engineer 

Telecommunications Section (TEC-ESC) 
Radio Frequency Systems Division (TEC-ES)
Directorate of Technology, Engineering & Quality (D/TEC)


ESTEC
Keplerlaan 1, PO Box 299
NL-2200 AG Noordwijk, The Netherlands
nicolo.mazzali at esa.int | www.esa.int
T +31 71 56 53215



From:   <Dirk.Giggenbach at dlr.de>
To:     <Jon.Hamkins at jpl.caltech.edu>
Cc:     SLS-OPT at mailman.ccsds.org
Date:   23/04/2020 20:04
Subject:        Re: [SLS-OPT] O3K channel model
Sent by:        "SLS-OPT" <sls-opt-bounces at mailman.ccsds.org>



Hi Jon,
 
we do not have data APD-RFEs for that low rate which we could 
test/measure.
I checked some datasheets, the one coming closest to 1.22Mbps is the 
LaserComponents IAG350H1D –APD Receiver with 1MHz Bandwidth and 350µm APD. 
 They don’t show dark current in the DS.

These values seem close to best compared to other receivers:
Responsivity=94MV/W  ,  I guess that includes Amplification of M=10, so 
TIA would be ~9MOhm 
NEP=32fW/sqrt(Hz)   -   referred noise density of 0.3E-12 A/sqrt(Hz)  or 
3µV/sqrt(Hz) 
https://www.lasercomponents.com/de-en/product/apd-receivers/ 
 
Hope that helps,
 
Dirk
 
 
 
Von: SLS-OPT [mailto:sls-opt-bounces at mailman.ccsds.org] Im Auftrag von Jon 
Hamkins via SLS-OPT
Gesendet: Mittwoch, 15. April 2020 17:20
An: SLS-OPT at mailman.ccsds.org
Betreff: [SLS-OPT] O3K channel model
 
Attached is the O3K channel model we discussed yesterday.  It also 
contains a suggestion for how to state the O3K coding performance.  I 
welcome your comments.  If we can agree to the model in the next week or 
so, each agency may be able to begin simulating with it and discuss some 
initial results at the May teleconferences.
A few notes:
I am suggesting we study 10 Gsps, 78.125 Msps, and 1.22 Mbps, since those 
include the highest and lowest data rates and one in the middle.
I don't have a good suggestion for the TIA noise density at 1.22 Msps. 
Dirk, would you be able to supply a number?
I have algebraically simplified the expressions for the means and 
variances.  You can compare the model to the expressions Dariush presented 
on yesterday (p. 5), and check my algebra.
I have included the fading parameter as well.  Just set rho=1 if you want 
no fading.
     ----Jon
-- 
Jon Hamkins
Lead Technologist
33   |   Communications, Tracking, and Radar Division
O 818-354-4764   |   M 626-658-6220 

JPL   |   jpl.nasa.gov 
_______________________________________________
SLS-OPT mailing list
SLS-OPT at mailman.ccsds.org
https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sls-opt




This message is intended only for the recipient(s) named above. It may contain proprietary information and/or
protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received
this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect
personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo at esa.int).

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200428/195d062c/attachment.htm>

From Jon.Hamkins at jpl.caltech.edu  Wed Apr 29 00:19:54 2020
From: Jon.Hamkins at jpl.caltech.edu (Jon Hamkins)
Date: Tue, 28 Apr 2020 17:19:54 -0700
Subject: [SLS-OPT] O3K channel model
In-Reply-To: <32623_1588087987_5EA84CAF_32623_1_3_OFFBDC9911.26238008-ONC1258558.0051F2A9-C1258558.00556BF1@esa.int>
References: <de9e0168-320a-e91f-055c-910e61217f8b@jpl.caltech.edu>
 <ad6bd44b8f354ceaa0680a330ce8e635@dlr.de>
 <32623_1588087987_5EA84CAF_32623_1_3_OFFBDC9911.26238008-ONC1258558.0051F2A9-C1258558.00556BF1@esa.int>
Message-ID: <dbb231b8-7b0a-3cb0-5159-e699e22e6b44@jpl.caltech.edu>

Nicolò, and all,

We agree that we all can run simulations using the model described on 
either p. 2 or p. 7 of the updated presentation Geraldine sent out, and 
scale from either model to the other afterwards.

We also agree that our top priorities do not include computing the 
mutual information at this time, although it is an interesting idea.

Our top priority will be simulating the codes according to the p. 2/p. 7 
model, in a non-fading environment.

Let's plan to discuss the channel interleaver next Tuesday.  To simplify 
things, I suggest that we consider just one (N,B) interleaver for each 
fading case we want to consider, instead of three.  We just need to make 
it sufficiently long to overcome the fade -- e.g., we could pick it to 
be some multiple of the coherence time of the fade.  (I don't think we 
learn much from also simulating an insufficiently long interleaver, 
since all codes will fail with it; and likewise, the performance of a 
longer-than-necessary interleaver will not perform substantially 
different than the sufficiently long interleaver.)  If we had to pick 
just one fading case, case A might not be the best one, since that is a 
mild case.  A, D, E, and H show progressively more difficulty.

      ----Jon

*Jon Hamkins*
Lead Technologist
33   |   Communications, Tracking, and Radar Division
*O* 818-354-4764   | *M* 626-658-6220

*JPL*   |   jpl.nasa.gov
On 4/28/2020 8:33 AM, Nicolo Mazzali (external) wrote:
> Dear All,
>
> Thanks a lot to Dirk and Géraldine for the very useful contribution.
> In the past we used the "ampère model" (in slide 7 from Géraldine), 
> and, as Géraldine correctly pointed out, it's just a matter of scaling 
> to move from that to the "photons per bit model" (slide 8). So for ESA 
> it's fine either way.
>
> I think that the last details that we need to agree upon before 
> running the new simulation campaign concern the fading and the 
> interleaver dimensioning. In our opinion it is important to include 
> them both in the assessment, since in past meetings it was shown that 
> there is an intertwined relationship between the code, the channel, 
> and the interleaver.
> For simplicity we propose to use fading A from the DLR, leaving the 
> performance assessment with the other time series for the green book. 
> On the interleaver dimensioning, since it depends both on the symbol 
> rate and the fading, I think that we should pick 3 different (N,B) 
> values. Honestly, I don't think we have the time (nor the need) for an 
> accurate optimization of these parameters, so we might well live with 
> a rule-of-thumb dimensioning.
>
> Finally, concerning Géraldine's request for the mutual information, we 
> still don't think that such investigation would be worth the required 
> effort. This applies in particular to fading channels, where the 
> computation of the mutual information is not as straightforward as on 
> the AWGN channel, especially when the fading is not generated 
> according to a given statistical model but numerically by means of a 
> time series. Also, including the interleaver would further complicate 
> the analysis. On top of this, we are not using Matlab for our 
> simulations, and including the mutual information in our simulator 
> would inevitably delay the delivery of the results of the new 
> simulation campaign.
>
> Kind regards,
>
> *Modis for ESA - European Space Agency*
>
> Nicolò Mazzali, PhD
> Communication Systems & Technologies Engineer
>
> Telecommunications Section (TEC-ESC)
> Radio Frequency Systems Division (TEC-ES)
>
> Directorate of Technology, Engineering & Quality (D/TEC)*
>
>
> ESTEC*
> Keplerlaan 1, PO Box 299
> NL-2200 AG Noordwijk, The Netherlands_
> __nicolo.mazzali at esa.int_ <mailto:nicolo.mazzali at esa.int>| 
> _www.esa.int_ <http://www.esa.int/>
> T +31 71 56 53215
>
>
>
>
>
> From: <Dirk.Giggenbach at dlr.de>
> To: <Jon.Hamkins at jpl.caltech.edu>
> Cc: SLS-OPT at mailman.ccsds.org
> Date: 23/04/2020 20:04
> Subject: Re: [SLS-OPT] O3K channel model
> Sent by: "SLS-OPT" <sls-opt-bounces at mailman.ccsds.org>
> ------------------------------------------------------------------------
>
>
> Hi Jon,
>
> we do not have data APD-RFEs for that low rate which we could 
> test/measure.
>
> I checked some datasheets, the one coming closest to 1.22Mbps is the 
> LaserComponents IAG350H1D –APD Receiver with 1MHz Bandwidth and 350µm 
> APD.  They don’t show dark current in the DS.
>
>
> These values seem close to best compared to other receivers:
>
> Responsivity=94MV/W  ,  I guess that includes Amplification of M=10, 
> so TIA would be ~9MOhm
>
> NEP=32fW/sqrt(Hz)   -   referred noise density of 0.3E-12 A/sqrt(Hz) 
>  or  3µV/sqrt(Hz)
>
> _https://www.lasercomponents.com/de-en/product/apd-receivers/_
>
> Hope that helps,
>
> Dirk
>
> *Von:* SLS-OPT [mailto:sls-opt-bounces at mailman.ccsds.org] *Im Auftrag 
> von *Jon Hamkins via SLS-OPT*
> Gesendet:* Mittwoch, 15. April 2020 17:20*
> An:* SLS-OPT at mailman.ccsds.org*
> Betreff:* [SLS-OPT] O3K channel model
>
>
> Attached is the O3K channel model we discussed yesterday.  It also 
> contains a suggestion for how to state the O3K coding performance.  I 
> welcome your comments.  If we can agree to the model in the next week 
> or so, each agency may be able to begin simulating with it and discuss 
> some initial results at the May teleconferences.
> A few notes:
>
>   * I am suggesting we study 10 Gsps, 78.125 Msps, and 1.22 Mbps,
>     since those include the highest and lowest data rates and one in
>     the middle.
>   * I don't have a good suggestion for the TIA noise density at 1.22
>     Msps.  Dirk, would you be able to supply a number?
>   * I have algebraically simplified the expressions for the means and
>     variances.  You can compare the model to the expressions Dariush
>     presented on yesterday (p. 5), and check my algebra.
>   * I have included the fading parameter as well.  Just set rho=1 if
>     you want no fading.
>
>    ----Jon
>
> -- *
> Jon Hamkins*
> Lead Technologist
> 33   |   Communications, Tracking, and Radar Division*
> O* 818-354-4764   | *M* 626-658-6220
> *
> JPL*   |   jpl.nasa.gov
>
>
> _______________________________________________
> SLS-OPT mailing list
> SLS-OPT at mailman.ccsds.org
> https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sls-opt
>
>
> This message is intended only for the recipient(s) named above. It may contain proprietary information and/or
> protected content. Any unauthorised disclosure, use, retention or dissemination is prohibited. If you have received
> this e-mail in error, please notify the sender immediately. ESA applies appropriate organisational measures to protect
> personal data, in case of data privacy queries, please contact the ESA Data Protection Officer (dpo at esa.int).
>
> _______________________________________________
> SLS-OPT mailing list
> SLS-OPT at mailman.ccsds.org
> https://mailman.ccsds.org/cgi-bin/mailman/listinfo/sls-opt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sls-opt/attachments/20200428/e90dc13a/attachment-0001.htm>

