debiancdn

AWS, Content Delivery Network and Debian

カテゴリーアーカイブ: NGN

NTT R&Dフォーラム

本日は大学の研究室で共同研究している関係で,NTT R&Dフォーラム.1日説明員をしていた.厳密には3人で交代してたので.4割くらいの時間か.

ユーザの曖昧な行動情報を自動収集するアプリケーション(PDF)というものです.

(自分たちは「撮影禁止」だったため写真ありません.ぜひリンク先を見てください)

この方もおっしゃっていますが「象印のインターネットポット」の知名度はすごい.象印さんとの違いは

  • 家電製品を選ばない
  • 電源on/offだけではなく,どう使っているかがわかる.(わかる波形もある)
  • 使い方は自由!
  • twitterにもなげられる http://twitter.com/ims_demo08 <– こんな感じです.
  • 実はNGN/IMSを使っている(w

話を聞いてくれた方々,今後ともよろしくおねがいします.

とりあえずラヴ・ざ・わーるどという方のblogでしか,自分たちの発表はふれられていないようです..

これもPDFではわかりづらいが、みはりほっとラインと言う象印の電気ポットが有る。親が遠隔地にいてポットの使用状態をメールで送り、安否を確認出来るという製品である。

このコンセプトを汎用化したのがこの仕組みである。テレビや電子レンジや扇風機などの電源の波形を分析し、何がオンになり何がオフになったかを調べることが出来る。デモでは、ドライヤーの電源オン/電源オフの状態をとらえ、twitterに書き込んでいた。

NGNから見たIHE入門

なんかナニなタイトルをつけてみた気がするが,NGNやってる自分のために.
ともかくまずこれを読む.あとはこのへんか.

通信屋として違和感を感じるのは,IHE-ITIの位置付けというとこでITインフラと書かれているのだが,..
XDS.a ->  XDS.bの段階でWS Retrieveをつかう,というくらいでなんかあまりちゃんとかかれてない感.ここいらへんでNGNはPRできるところがあるはず.
患者基本情報の問いあわせはPDQV3というものになっている.

日本にはIHE-Jというものがあるようだ.コネクタソンというイベントがあり,「原則として他社の3システム以上と正常に接続できた場合に「合格」としております。」とかいてあったりする.それだけ全体はでかいシステムのようだ.
自分は上にあげたPDQV3とIHE-ITIが突破口だと思っている.

US的医療亡国論?

日本では規制が多すぎ(Nurse Practitionerがダメなので医師に負担が集中しすぎ,ドラッグラグの問題,医者の国際流動性不足,ほとんどムリムリな加入者の増加による一部の健全な加入者への負担集中)ではあるが,usではヘルスケアがスモールビジネスの一番の敵であるという話.

The Medical Quack: Healthcare Is the Number-One Enemy of Small Business – US Small Business Administration

Chad Moutray, chief economist and director of the Office of Economic Research at the U.S. Small Business Administration’s Office of Advocacy, discusses the top priority issue for small business owners–healthcare.

みじかめのビデオなので興味のある人はぜひ.

日本では健康保険がスタートアップの妨げになるとは聞いたことがない.老人医療費用向けの拠出が大きくなりすぎたために,あるていど大きなところが解散するのはここ数年増えているけれども,政管健保という受け皿があるわけで.
個人的には仮に日本以外に行くとしたら必ず考えることだなあ.

レセプトの電子化に反対している人もいるね,そういえば.レセプトソフトを無料でくばれと主張している人もいるのだが,そんな人は日医がつくって配ってるORCAなんて不都合な活動なんでしょうか.Debianはむずかしいですか?

医療費のうち事務費用につかってる部分は徹底的な効率化をはかってもらいたいので,健保団体が手書きでもokです,というところが今まで生きのびてきたことが不思議だ..

NGN/IMSをつかったヘルスケアプラットフォームの研究を大学でおこなっている自分としては,こういう周囲の動きも気になるところなのでした.

ITU workshop on IPv6でてた

Reportがでてた.

ITU Workshop on IPv6 (Geneva, 4-5 September 2008) Final Report

まあ結局はv4からv6への移行はビジネス要求がたかまらないとはじまらないこと,NGNでのv6はうまくいきそうなことくらいがだらだらと出ているかんじ.

SBMのフェムトセルは来年1月か

世界初のIMS方式によるフェムトセルシステムをソフトバンクモバイルから受注(2008年9月22日): プレスリリース | NEC

NECはこのたび、ソフトバンクモバイル株式会社(本社:東京都港区、社長:孫 正義)から、世界初となるIMS(IP Multimedia Subsystem)(*注)方式のフェムトセルシステムを受注しました。IMS方式のフェムトセルシステムは、IMS Core、Femto GW、Femto AP(*注)から構成されます。ソフトバンクモバイルでは、今年の6月に商用のIMS方式フェムトシステム構築を完了し、トライアルを開始しましたが、来年1月からIMS方式のフェムトセルサービスの本格展開を開始する予定です。

ついにくるべきものがきたな.俺の仕事もますます急がなければならない.

B-6-26 IMSネットワークにおける信頼されたIPーCANのための認証方式 ○千藏大範・芝原和樹・町本将記・吉田直政(NTTドコモ)

3GPP TS33.203

UEはIP-CANとIMSの両方に認証しなればならない.IP-CANとIMSの業者がちがうときも当然ある.そうなると,二度の演算と認証手順が走る.別オペレータならしょうがないけど,同じとこがやるなら二度やるのは手間ではないか.接続時間も遅くなるし.

具体的にはIP-CAN側でつかったseedと暗号鍵を再利用する.

結果として23%程度アクセス時間短縮が可能となる.

Q: 認証だけ外だしする方法パスポート型もあるのでは.条件が厳しいのでは.ローミングを考慮すると意味ないのではないか.

違うIP-CANオペレータの最適方式はまだ考えていない.

Q:端末の対応処理はどうする

IMEIを見て端末の対応(提案手法)/非対応(=IMS標準)をきりかえる

B-6-27 IMSネットワークにおける位置登録とPaging競合時の着信呼救済方式 ○大野健介・藤森祐司・長澤武文(NTTドコモ)

3G-CSをIMSに接続するためにCS-GSを提案中.CS-GSを通すとIMSからはIP-CANのひとつに見える.この技術はIMSへの移行期におこる話

位置登録とPagingが競合したとき破綻がおこる.そのときの対応の提案.23.018の着信呼救済はこのとき定義されていない

IMS-CS統合ネットワーク内での移動の場合と,統合されていない2つの間での移行のときの二種類について提案.

Q:CS側への変更が必要なのはまずいんじゃ

パラメタ追加で済むのであまりない

Q:処理遅延はどのくらい許されるのか

具体的にはわからない.msecレベルで可能では.

B-6-28 IMS ネットワークにおける着信時プロファイル復旧方式 ○徳永和仁・杉山果林・坂本健一(NTTドコモ)

3G-CSのIMS収容時の加入者プロファイルの処理方法に着目.プロファイルの不整合がありえる.

そこで,加入者プロファイルを保持するノードに対して非同期の可能性に関するフラグを設定,再起動時にはほかのノードに通知する.(どうやる?)

負荷とかかんがえると,共通個別プロファイルでやりかたをかえることも必要

Q:どう他に通知すんの

まだ考えてない

Q:これは3G-CSだけの問題なのか,IMSならありえるのか,どんな頻度でありえるのか

CSCF同士での不整合は今回のことでは考えない.あくまでCSCF,AS,HSSの3つの不整合の話.IMSでもありえる.頻度はソフト,ハードに再起動がおきたときに依存するので信頼性の話.

Q:共通と個別プロファイルの比率は?

個別のほうが多い.

B-6-29 IMSネットワークにおける統合呼処理方式 ○黒岩貴宏・松本徹也・波頭圭介・深江誠司(NTTドコモ)

CS-GSは多機能が必要.全てのRNCをCS-GWに接続しなければならない.が,実際そんなのは無理なので,3G-CS Core NetworkからIMSに呼を転送して,IMSで呼処理する.

転送しないときは,NAS/RANAPを終端しないため,RNCと連携したサービス制御が困難.

転送すると3G-CS網配架のRNCを直接制御可能なのでアプリ制限なし.

Q: 転送かけるCS-GWをどうきめるか

いまのとこと全部おくってしまう

B-6-30 IMSネットワークにおける制御CSCF情報引継ぎ方式繆 震・○大西健太・山本 隆・久川 誠(NTTドコモ)

移動するときに,HSSにといあわせすることなく,移動前につかっていたP-CSCFから,S-CSCF情報を入手する.HSSの負荷低減,S-CSCF接続時間の低減の2メリットがある.

移動まえのP-CSCFを知る方法は,1)ブロードキャストする 2)端末に通知させる 方法がある.

端末に通知させるほうがシグナル減るのでいいと判断.そういう実験結果も出している.

Q: P-CSCF間で通知する方法として,切りかえる前に切り替え先が無線的にはわかるので,その情報を使って通知する方法がある.それをうわまわるメリットは?

そうした目で見たことがなかった.

 

私見ですが,うーむ端末かえちゃえばokなドコモ世界観が..