802.16 IP Telephony Lab會議紀錄
地點：暨南大學科三館108-1教室
時間：106年8月30日13：00
主講人：朱璟忻
紀錄：謝萬霖
出席者：陳冠筑、江俊杰、林嘉緯、王琮閔、范均泓、朱璟忻、謝萬霖、翁琇甄、賴映岑

會議主題：A Real World Evaluation of Push to Talk Service Over IMS and LTE for Public Safety Systems

摘要：

Introduction
Public Safety System Requirements
IMS Architecture
OMA PoC Architecture
Implementation
Result
Conclusion


問題討論：

Q1： 第6頁，Presence Source 和 Watcher 都是記錄使用者狀態，他們的功能差別在哪裡？ (萬霖)
A： 如果要對功能有所了解的話，要去搜尋 Instant Message / Presence Service (IM/PS)，IM 大家都很瞭解了，PS 最主要是提供目前的狀態。
Watcher 主要是設定一個條件，來看使用者是不是滿足這個條件，例如：當使用者Online的時候通知我，讓我可以第一時間連絡他。 (QC)

Q2： 第6頁，PoC Box 為什麼 Client 和 Server 都各要一個？ (萬霖)
A： 這要稍微去 Check 一下 PoC Box 的細節功能，看起來有些功能會擺在 User Equipment 有些會擺在 Network，這詳細的差別還要再去看 PoC Network 的文件。 (QC)

Q3： 第5頁，IMS 代表的什麼意思？ (映岑)
A： 在 Outline 就有寫到，叫 IP Multimedia Subsystem。

Q4： 那這是做甚麼用的？ (映岑)
A： 在聲音的部分還是用Circuit Switching，在Data的部分是Packet Switching。 (QC)

Q5： 在2G的時代要傳資料的話，要用甚麼方法？ (QC)
A： 用簡訊的文字來傳資料也是一個方法，但簡訊有容量上限，當年有一個通信協定叫WAP就是用這個方法。
另一個方法就是用數據機Modem，Modem就是把Data轉換成聲音在網路上傳送。
GPRS就是2.5G的時代，Data歸Data，Voice歸Voice，所以Data就改成Packet Switching。
為了做到Voice Over IP，就要用到IMS的架構，為了要做到這件事，就要加入很多架構，諸如HSS、CSCF。
說穿了IMS就是網路電話的架構。 (QC)

Q6： 第5頁，能說明一下連線的過程嗎？ (映岑)
A： 如果從User的觀點來看的話，都從左下角來看，會先連到AN，然後在連到ABG，到CSCF時在根據需要的功能在分送給不同的設備。 (QC)

Q7： 第6頁，每個箭頭上有PoC-1等等的，有甚麼差別？ (琇甄)
A： 這每個都是Protocol，這只是幫他們名字的編號。 (璟忻)

Q8： PoC-1有只到Core，但PoC-3卻直接穿過去。PoC-3和PoC-10是直接跨過SIP還是有經過SIP？ (Crystal)
A： 在概念上，這個通訊的對象是對面的PoC Server，通訊基本上不用管下層是怎麼做的。(QC)

Q9： 第7頁，PoC AS 是甚麼？ (琇甄)
A： Application Service。 (璟忻)

Q10： 第8頁，從上到下是照時間排列的嗎？很多時候都又INVITE，看不懂他們之間的關係。中間是有雲嗎？ (琇甄)
A： 是的，他是時間線。 (璟忻)
中間的不是雲，他有六個Device也就是那六條線。初學者建議把CSCF合看成一個 SIP Server，這樣會比較好理解這張圖。 (QC)

Q11： Public Safety System 和 IMS 是甚麼關係？ (均泓)
A： Push-to-Talk 以前就運用在 Public Safety System，在政府遇到 mission critical 的情況下依舊能進行通訊。只是以前都是用在無線電的標準上，現在則是要將 VoIP運用在 Public Safety System 上，所以將 PTT套用在 IMS architecture上。

Q12： 這個時間最後測出的時間是平均2.556秒，那這個是不是就不是一個Public Safety System？ (均泓)
A： 應該說這就不是一個符合Public Safety System的實驗。 (QC)

Q13： 第4頁，第5點為什麼是Has開頭啊？ (嘉緯)
A： 因為主詞是在上面的標題。 (璟忻)
建議大家同一頁的句型要一致。 (QC)

Q14： 第7頁，有時候會連到I-CSCF，有時候又會連到S-CSCF，那甚麼時候會連到哪邊？ (嘉瑋)
A： S-CSCF管理Routing、管理Register、管理Statement

Q15： 聽起來I-CSCF的S-CSCF都會，那為什麼會有兩個？ (嘉緯)
A： 大家到Wiki裡找CSCF，你應該會看到兩個項目，壞了，找不到。
Wiki找IMS好了，搜尋CSCF，會看到兩條IMS的CSCF。
簡單來說P-CSCF是用來和User對街的，DHCP也會做在這個上面。
I-CSCF是跟網路業者對街的部分，網路業者沒辦法直接跟我的S聯繫。
決定Signaling怎麼送都是在S-CSCF這邊，S-CSCF就會去HSS抓使用者的相關資料，這樣就會知道使用者的權限有多少。
跨網段的話，P會丟給I；內部的話，P會丟給S確認使用者權限。 (QC)

Q16： 第9頁 Scenario2，這個是怎麼運作的？怎麼達到可以同時這麼多人去使用這個系統？應該不是所有人都使用這個Push-to-Talk吧？ (琮閔)
A： Scenario2是使用Seagull這個軟體做壓力測試而已。 (QC)

Q17： 第4頁，第1點寫說0.3~1.0 seconds，那如果超過的話，現在這個系統會做甚麼動作？ (俊杰)
A： 這篇Paper並沒有說超過之後要如何改善，這也是為什麼我覺得這邊Paper不好的原因。
之前的TETRA系統就沒有超過這個值。 (璟忻)

Q18： 第5點有提到停電的狀況，停電的話要怎麼做通訊？ (俊杰)
A： Paper裡面沒有詳細列出這個點，這我還要去查一下。 (璟忻)
直接看3GPP TETRA，即使基地台都毀了，Direct Mode還是希望行動裝置和行動裝置之間能直接通訊。 (QC)

Q19： 第5頁，這邊有IPv6，所以在制定這個IMS的時候就已經考慮到IPv6的使用了？ (俊杰)
A： 3GPP當初在定標準的時候是只使用IPv6，電信業者的Programmer就在鬧說IPv6他們不會寫，最後才調整成兩者都可以。
要不然當初是希望直接使用新的規則，不要再有舊的包袱。 (QC)

Q20： 第9頁，Scenario1說No Traffic是完全沒有其他額外的Traffic，只跑Push-to-Talk在上面嗎？ (Crystal)
A： 我認為是指跑Push-to_Talk的純環境。 (璟忻)

Q21： 第9頁搭配第10頁，看不出300秒之後有slow down。
A： 我理解是他平均之後，2.5/100之後就在... (璟忻)
這個曲線應該是要上升的更陡峭才對，不應該是維持平緩。 (QC)

Q22： 你從這篇Paper中學到什麼？
A： 選Paper的時候，遇到的難度選擇。
沒有確切的證據的話，也不能完全否定他的實驗。
找資料的時候會發現學到很多東西，會有越查閱多問題的狀況。

Q23： 大家能學到什麼？(?)
A： 上次琇甄第一次報告Push-to-Talk時大家似乎還有許多不了解的地方。這次希望能使各位更了解 Push-to-Talk 運用在 public safety上的相關知識以及如何運作建立通話。 

Q24： 實驗設計換你做的話，你會想要幫他做怎樣的修改？
A： 我覺得Scenario3可以把條件設定的在明確一點。像是Wifi可以LTE卻不行，希望可以做更明確的描寫。 (璟忻)

Q25： 萬霖，你覺得他的實驗測試有甚麼問題？有哪些是必要的？有哪些是不必要的？
A： Scenario1~3是一個逐漸增加的壓力測試，從1的單一測試到3的大型壓力測試。 (QC)
我想要量每隻手機的Downlink和Uplink會到多少，網路環境沒有量測，PoC占用的頻寬也沒有量測。
Scenario3 10000個人在使用都已經塞住了，說 Push-to-Talk沒辦法正常使用是沒有意義的，都已經無法正常使用網路了這樣的實驗結果也無法說明什麼。
原本這就沒有要共同使用，平時是給民間使用，需要時就給政府使用，所以並不會有一般使用者共同使用的狀況。

建議：

1. 發音問題，會讓人不知道是在說什麼。 (Crystal)
2. 圖的內容太小，看起來很吃力，無法自己製圖的話可以把既有圖的字放大。 (Crystal)
3. 第6頁，Device Management缺字。 (Crystal) 


會議討論：

1. 預計下禮拜 Meeting完大掃除。
2. NDN那門課，Crystal、萬霖、琮閔、均泓、嘉緯、俊甫要來。


結束時間：15:00