5G周波数割り当てとソケット通信の仕組み

– 5Gでは低い周波数(VHF帯)から高い周波数(ミリ波帯)の複数の周波数帯を組み合わせて利用し、場所、時間、アプリケーションなどにより最適な使い方を採用
– 10Gbps + 高速移動対応
– 電波(Hz=1秒間の振動数)とは電磁波。電波を使って通信を行う場合、変調という操作を行い、伝達したい情報を載せる

27.00GHz 〜 27.40GHz 楽天
27.40GHz 〜 27.80GHz NTTドコモ
27.80GHz 〜 28.20GHz au
29.10GHz 〜 29.50GHz ソフトバンク
※4GではドコモにはLowにあたる3,480MHz~3,520MHz、KDDIには3,520MHz~3,560MHz、ソフトバンクは3,560MHz~3,600MHz

周波数帯(バンド)は機種によって事なる
高い周波数帯の電波は回り込みにくいため、屋内やビル街で繋がりにくい可能性がある

1.周波数利用効率のさらなる向上
L Non-Orthogonal Multiple Access:電力ドメインを使って複数ユーザーの信号を重畳することで、さらなるスループットを向上させる
L Massive MIMO: 100以上のアンテナ素子を使い指向性の高いアクティブアンテナを用いて、ビームフォーミングによる干渉回避と、多数のユーザーの同時接続を可能にするMIMO技術であり、20GHz帯など、高い周波数と相性がよく、容量不足の解消につなげる

2. ネットワークの高密度化
L HetNet (Heterogeneous Network):セル半径の異なるシステムを同一エリア内に混在させ、これらを協調して動作させ、ネットワーク全体のキャパシティを大幅に改善する技術
L デュアルコネクティビティ(C/U分離): 端末と基地局は、接続を制御する「C-plane」(制御信号)と、実際のデータが流れる「U-plane」(ユーザーデータ信号)の2つの信号を送受している。広範囲をカバーするマクロセルでC-Planeを、速度を稼ぎやすいスモールセルでU-planeを別々に通信する「C/U分離」方式により、ネットワークを高密度化

パケット制御技術を使っている。パケット通信では、1本の回線で同時に複数の通信が可能(回線交換方式は回線を占有してしまう)
1パケットは128バイト
Packet Assembly and Disassemblyとはパケットの組立/分解装置の事
データはTCPヘッダ、IPヘッダと共に送信される
通信データはOSのTCP処理で行う

TCP/IP階層: プロトコル
アプリケーション層: HTTP, SMTP, POP, FTP
トランスポート層: TCP, UDP
インターネット層: IP
ネットワークインターフェイス層: イーサネット、無線LAN, PPP…

IPアドレスとはネットワークアドレスとホストアドレスに別れる
16.42.0.9で、16.42をネットワークアドレス、0.9をホストアドレス(サブネットとホストアドレスに分割できる)とする
IPアドレスの変換は/etc/hostsで行うか、DNSサーバで変換
IPパケットはgatewayに送信される

Ethernet Frame(イーサネット規格に従って通信する時のデータ): Destination Ethernet address, Source ethernet address, Protocol, Data, Checksum
IP Packet: Length, Protocol, Checksum, Source IP address, Destination IP address, Data
TCP Packet: Source TCP address, Destination TCP address, SEQ, ACK, Data

登録済みのポートは/etc/servicesにある
$ sudo cat /etc/services

http            80/tcp          www www-http    # WorldWideWeb HTTP
http            80/udp          www www-http    # HyperText Transfer Protocol
http            80/sctp                         # HyperText Transfer Protocol

ネットワーク接続一覧の確認
$ netstat -a

パケット送信の流れ
1. Raw Socket作成
2. IPヘッダー作成
3. UDPヘッダー作成
4. 送信

payloadとはデータ送信における正味のデータ部分
Linuxでは、socket()関数を利用してソケットを作成できる
サーバ側はソケットを作成し、接続待ちをするIPアドレスとポートを設定し、接続を受け付け通信を行う
クライアント側はソケットを作成し、接続相手を設定し通信を行う

socket()-> bind() -> listen() -> accept() -> read()/write() -> close()
apacheの場合、不特定多数のクライアントとやり取りするので、子プロセスで複数のaccept()の状態を作る

つまり様々なデータはsocket化して基本的にTCP/IPで、変調して電磁波で送受信して、クライアントとサーバでやり取りしてるってことね。
そして1パケットは128バイトってことは、リクエストに応じたパケットを作成しているのね。
この辺、義務教育で勉強したかったな。しかし、subnetやgatewayはawsの概念と一緒だな。Linux研究せなあかん。

スタートアップハブ Tokyo

スタートアップハブ Tokyoから、なんか手紙来た? と思ったら、quoカードだった^^
利用者アンケート。

dav

こういうの当たったことないから嬉しい^^
スタートアップの空気感だと、Gaiaxとかもいい印象だけど、スタートアップハブもサービスいいね。

目黒AWS Loft Tokyo

目黒のAWS Loft Tokyoに来ました。
ずっと来たかったんだよね~ シアトルのamazon goも行きたいけど。。

sdr

満員のエレベータ乗ったら半分以上、日本人ではなかった。。おい、ここ本当に目黒かよ。六本木でもあんまないぞ。

受付でスマホからAWS コンソールにログインして入館。
10分ぐらい手間取ったけど、普通に待ってくれた。

きゃーー

dav

今日雨なので、すげー混んでます。
でも、オフィスはyahooのロッジよりも全然静か。
喋って作業している人がまったくいない。
スタートアップ向け、というコンセプトもいいね。さすが^^

書評: カリスマ上下(オラクル ラリーエリソン)

オラクルの本を勧められて、ラリーエリソンのカリスマ上下巻を読了。上巻282ページ、下巻582ページ。
分量が多かったので、気分転換に甲府に行って、その車中で読んだ。

リレーショナルデータベースをIBMからぱくって、RDBの創成期から強力な営業力で推進した経緯が記載されている。
特筆すべきは、oracleを作る前に、幾つかの会社でプログラマーとして働いていたことだ。
本書ではセールスやエリソンのプライベートに関する記述が多いが、彼はプログラマーである。
だから、経営においても、エンジニアを大事にしていることが随所にわかる。
また、優秀な人材を採用し続けた、という点では、Googleに似ている。
彼が作った会社の最初の顧客がCIAというのは驚きである。スケールが違う。
また、アプリケーションの下請けではなく、パッケージソフトの販売という点でもプログラマーっぽい視点だ。
それがRDBだからこんなにシェアを取れたのだろう。
これから伸びそうなところに集中投資、というのは真似したい。

書評:ザッポスの奇跡

ザッポス伝説に続き、ザッポスの奇跡を読みました。

ザッポス伝説はトニーシェイ自身が書いているのに比べ、こちらは石塚さんというジャーナリストがインタビューしたのをまとめているため、歯切れが薄く、記事っぽい本の為、あまり面白くはありません。

ああ、最近本ばっかり読んでるなー
あと2冊読まないといけない。。

書評:ザッポス伝説

ザッポス伝説を勧められたので、電車の中で読み、昨日読了した。

ザッポスは、靴のスタートアップでCEOは台湾の日系アメリカ人と勘違いしていたが、実はハーバードの台湾系のアメリカ人のようだ。

この本、ページ数が400くらいあり、ボリュームが結構あるのだが、中身は面白かった。経営者の本の中では最も面白いと言っても過言ではないほど。
印象に残ったところは P65.
> どうやって顧客から注文を取るのか、私たちには作戦がありました。まず、ウェブサイトを無料で制作すると地元の商工会議所にアプローチします。次に、(一銭ももらっていないとは言わずに)商工会議所が顧客だと地元企業に話し、できるだけたくさんの地元企業と契約を結べば、お金はすぐにも転がり込んでくるという考えでした。

P.67
>モールと契約できれば、モール内にある各店舗に営業をかけて、モールが契約したのだから各店も右に倣うべし、と説得しやすくなるからです。

頭いいですね。成功している人の話を聞いた方が圧倒的に効率がいいと思いました。

P.111
>ザッポスの社員となった翌日、私はラスベガスで開催されたWSA(ワールドシューアソシエーション)主催の靴の展示会に行きました。
展示会なら飛び込みする必要がない

P.116、117、118
-着くテーブルを選ぶのは、自分で決められる最も重要なこと
-着いたテーブルで勝ち目がないとわかったら、テーブルを替わっても構わない
-強い手なら弱く見せ、弱い手なら強く見せる
-リスクが最小ではなく、期待値が大きいものを選ぶ
-長い目でみるゲームであることを忘れない。重要なのは最終結果である。

-ゲームの仕方を理解しないでゲームをしないこと
-スタミナと集中力が最もあるプレーヤーがたいてい勝つ
-希望を抱くな
-アドバイスを恐れない事

P.155
-謙虚であれ

P.168
カスタマー・サービスをザッポスの中心にとらえました

P.176
在庫の獲得

P.350
講演活動をしなければ決して起こらなかったでしょう

非常にクレバーですね。
>強い手なら弱く見せ、弱い手なら強く見せる
これは最近のテーマでもあります。「女で馬鹿っぽいのはただの馬鹿ではない」とよく言いますが、これは心理を突いてますね。

そして、本を読んで最も驚いたのは、訳者が「本荘修二」さんだったこと。ああああああああああああああああ
そういうことか。すげーびっくりした。
スタートアップコミュニティで本荘さんを知らない人はいないでしょう。

といことで、ザッポスというサイトがなかったので、生まれて初めてアマゾンでスニーカーを注文してみました。

twilio

Twilioは音声通話、メッセージング(SMS/チャット)、ビデオなどの様々なコミュニケーション手段を、 アプリケーションやビジネスへ容易に組み込むことのできるクラウドAPIサービス

とりあえず、composerで入れてみます。

[vagrant@localhost app]$ php coposer.phar require twilio/sdk
Using version ^5.23 for twilio/sdk
./composer.json has been updated
Loading composer repositories with package information
Updating dependencies (including require-dev)
Package operations: 2 installs, 0 updates, 0 removals
– Installing dg/rss-php (v1.2): Downloading (100%)
– Installing twilio/sdk (5.23.1): Downloading (100%)
Writing lock file
Generating autoload files