logo
メッセージを送る
Shenzhen Olax Technology CO.,Ltd
わたしたち に つい て
あなたのプロフェッショナルで信頼できるパートナーです
シェンzhen OLAX Technology Co.,Ltd.は,中国のシェンゼンに位置している.OLAX Technologyは2010年に設立されました.無線通信端末技術ソリューションと機器の国内主要サプライヤーです.私たちの主な製品は4gCPEWIFIルーター,USBWIFIドングル,モデムです. ポケットWIFIホットスポット.GSMとCDMA固定無線電話,ターミナル,さらに我々はカードロックをサポートします.ネットワークロックとSIMカードのセキュリティ.通信機器の研究開発,販売,サービスに 10年以上経験を持つコアチームを持っています電気通信事業者向け設備とシステムソリューションの提供に豊富な経験があります深い理解と迅速な対応能力を持っていますクアルコム,ZTEマイクロチップ,ASR,UNISOCなどのトップチップセット企業と 良好な協力関係を築いています私たちは高品質の製品設計と開発にこだわる製品はすべてCE,FCC認証されています顧客は100カ国以上をカバーしています. 私たちの製品はアジア,中東,ヨーロッパ,アフリカ,南米に輸出されています. 私たちは柔軟なOEM...
もっと 学ぶ

0

設立年:

0

百万+
従業員

0

百万+
顧客 に 奉仕 する

0

百万+
年間売上:
中国 Shenzhen Olax Technology CO.,Ltd 高品質
信頼証券 信用チェック RoSH サプライヤーの能力評価 企業には厳格な品質管理システムと 専門的なテストラボがあります
中国 Shenzhen Olax Technology CO.,Ltd 開発
専門的な設計チームと 先進的な機械のワークショップ 必要な製品を開発するために協力することができます.
中国 Shenzhen Olax Technology CO.,Ltd 製造業
先進的な自動機械 厳格なプロセス制御システム 電気端末を全て 製造できます
中国 Shenzhen Olax Technology CO.,Ltd 100%のサービス
卸売品と小型のパッケージは FOB,CIF,DDU,DDPです 心配事項の最善の解決策を 見つけられるようにしましょう.

品質 Wifiの携帯用ルーター & 無線WIFIのルーター メーカー

自分 の 要求 に より 適した 製品 を 探す.
事件とニュース
最新 の 熱帯 地点
5G (NR) システムにおけるUSIM (1)
1.UEとUICC 3GPP (第3世代パートナーシッププロジェクト) によって定義されたモバイル通信システムでは,ユーザーの端末 (UE) デバイスは以下で構成されています.ME (モバイル機器) + UICC (ユニバーサル・インテグレート・サーキット・カード); UICCは,ソフトウェアやハードウェア攻撃に耐える,ハッキングに耐える物理カードです. 2UICCとUSIM UICCには複数のアプリケーションが含まれます.そのうちの1つはUSIMです.USIMはユーザーとホームネットワークに関連するすべての機密データを安全に保存し処理します.USIMはホームネットワークオペレーターの管理下にある; 操作者は発行前にUSIMで設定されるデータを選択し,OTA (オーバー・ザ・エア) メカニズムを通じてユーザーのデバイスでUSIMを遠隔管理します. 3.USIM in 5G 3GPPは,EU (ユーザー機器) の外部データネットワークを可能にする3GPPおよび非3GPPネットワークへのアクセスおよび使用のためにRel-15の5GシステムのためのUSIMを定義する.USIM は,Rel-16 でネットワークスライス特定認証として定義されています.. 4. 初めての認証は,UE (ユーザー機器) が3GPPまたは3GPP以外のネットワークにアクセスできるようにするための必須手順です. EAP-AKA' or 5G-AKA are the only authentication methods that allow primary authentication and the subscription credentials are always stored in the USIM when the terminal supports 3GPP access functionalityAKAに基づくプライマリ認証ではUSIM で実行される相互認証と 3G に比べて USIM から ME に送信されるキー資料 (インテグリティキー IK と機密性キー CK) の生成は変わらない.4Gで 3GPP TS 33.102 の仕様を満たしている [3].5Gプライマリ認証USIMの変更には,USIMに新しいセキュリティコンテキストと追加キー素材の保存が含まれます (USIMの構成に応じて). 4.1 5G サポート USIM が 5G パラメータの保存をサポートする場合,ME は新しい 5G セキュリティ コンテキストと 5G キー階層 (KAUSF,KSEAF,KAMF) に定義された新しいキーを USIM に保存する.USIMは,3GPPアクセスネットワークの5Gセキュリティコンテキストと,非3GPPアクセスネットワークの5Gセキュリティコンテキストを格納することができる.USIM にセキュリティコンテキストとキー資料を格納することで,ローミング (UICC は1つのMEから別のMEに移動) の際により迅速な再接続を保証します. 4.2 NPNサポート プライベートネットワーク (独立系非公開ネットワークと呼ばれる) の認証は,5GシステムによってサポートされるEAPフレームワークに依存することができる.ユーザー機器とサービスネットワークが5GAKAをサポートできる"EAP-AKA"または他のキー生成EAP認証方法,次の場合: ·AKAベースの認証方法を使用する場合,3PPTS 33501 [1] の 6.1 項が適用されます. ·EAP-AKA'以外のEAP認証方法を選択する場合,選択された方法がUEとネットワークで必要な認証情報を決定します.EU内での保存と処理は,EUの範囲を超えています.しかし,プライベートネットワークへのアクセスを 高水準のセキュリティで確保するために, private network operators may decide to require the presence and use of a UICC containing USIM applications in order to securely store and process subscription credentials for EAP methods such as EAP-AKA' or EAP-TLS . 5. 二次認証 これは,EU (ユーザー機器) とDN (外部データネットワーク) の間で実行される,EAPに基づくオプション認証です.3GPPの範囲を超えているが,EAP認証方法と認証の選択は外部データネットワークは,EAP-AKA"またはEAP-TLS認証方法により強力な認証を実行することによって,DNへのアクセスを保護することを決定することができます.ユーザデバイスのUICC USIMの存在は,DNにアクセスするために使用される認証情報を安全に保存し処理します.ネットワークスライス特定認証 ユーザーデバイスとAAA (Authentication) の間のネットワークスライス特定認証を使用しますネットワークスライスにアクセスするサーバーはオプションです.ネットワークスライス特有の認証は,EAPフレームワークに基づいており,そのユーザーIDと認証は3GPP購読認証とは異なります.必須の初等認証を 追及していますスライスを展開する利害関係者は,スライスにアクセスするための高いレベルのセキュリティを確保し,不正なユーザーの出現を防ぐために,ユーザーデバイスのUICCにUSIMをインストールすることを決定することができます.
SIM技術革新:eSIMとvSIMを詳しく見る
01.eSIM   eSIMと呼ばれる組み込みSIM,または組み込みSIMカードプログラム可能な電子SIMカード技術で,物理的なスロットを必要としないことが主な特徴です.デバイスの回路板に直接組み込まれているか,他のデバイスの内部に組み込まれている. ハードウェア部品     統合回路 (IC) チップ:eSIMの核心には,物理的なSIMカードに似たデバイスのマザーボードに組み込まれている小さなICチップがあります.必要なハードウェア (CPU,ROM,RAM,EEPROMとシリアル通信ユニット) のSIMデータの保存と処理.   ソフトウェアの部分     オペレーティングシステム (OS):eSIMチップは,eUICC (Embedded Universal Integrated Circuit Card) と呼ばれる専用オペレーティングシステムを実行し,SIMの機能,データストレージ,安全な処理と通信.     eSIMの製造プロセス   1 チップ製造 2 チップ試験 3 装置への統合 4 組み込みソフトウェアの読み込み 5 機能試験と検証   仮想SIM (vSIM)SIMカードは,物理的な形状要素のない技術で,デバイスがソフトSIM,CloudSIM,その他を含むソフトウェアを通じて通信機能を実現することを可能にします.   02.仮想SIM (vSIM)   仮想SIM (vSIM)SIMカードは,物理的な形状要素のない技術で,デバイスがソフトSIM,CloudSIM,その他を含むソフトウェアを通じて通信機能を実現することを可能にします.   ソフトSIM端末プロバイダーを通じて SoftSIM に書き込む情報を制御する.ユーザーが通信サービスを購入し,操作者の介入なしにソフトウェアを通じて直接利用しますユーザと操作者の間での直接的な接続を切断します   クラウドSIMクラウドコンピューティング技術に基づいて実現されたSIMカード機能の一種で,ユーザーはクラウドサービスを通じてデバイス上のネットワークサービスを利用します.   03.SIM サービスをアクティベーションするプロセス   クラウドSIM各事業者のトラフィックリソースをクラウドに統合し,各地域の信号とネットワーク品質に応じて事業者を選択する.ユーザーに最高のネットワークサービスを提供するために端末にそれらをプッシュ複数の事業者を含むことで,利用者はより有利なパッケージを柔軟に選択できるようになります.       SIM カードやその他の通信 テーマについてもっと知りたいですか? これについてはもっとお伝えします! 次の号で会いましょう!
5G端末 (UE) MICO接続モード
  最初の登録またはモビリティ登録更新プロセス中に、5G端末(UE)はネットワークとの接続を開始します。これはMICO(Mobile Initiated Connection Only)接続モードであり、以下のように定義されます。   I. MICOモードは、AMFがUEがMICOモードを使用することを許可するかどうかを決定し、登録プロセス中にUEにこれを指示することを可能にします。これは、ローカル設定、期待されるUEの動作、および/またはネットワーク設定パラメータ(UDMから利用可能な場合)、UEの示された優先度、UEの加入情報、およびネットワークポリシー、またはそれらの任意の組み合わせに基づいています。   NWDAFが展開されている場合、AMFは、MICOモードパラメータを決定するために、NWDAFによって生成されたUEモビリティおよび/またはUE通信分析データ(TS 23.288 [86]を参照)を使用することもできます。 UEが登録プロセス中にMICOモードの優先度を示さない場合、AMFはそのUEに対してMICOモードを有効にすべきではありません。 II. UEとAMFは、その後の各登録プロセス中にMICOモードを再交渉します。UEがCM-CONNECTED状態にある場合、AMFはモビリティ登録更新プロセスをトリガーすることにより、MICOモードを無効にすることができます。このプロセスは、TS 23.502 [3]のセクション4.2.4で説明されているUE設定更新プロセスを通じて実行されます。以下のように定義されます。   登録プロセス中に、AMFはUEに登録エリアを割り当てます。AMFがUEがMICOモードにあることを示す場合、登録エリアはページングエリアサイズによって制限されません。AMFのサービスエリアがPLMN全体をカバーする場合、AMFはローカルポリシーとユーザー情報に基づいて、UEに「フルPLMN」登録エリアを提供することを決定できます。この場合、同じPLMN内でのモビリティによる再登録は適用されません。MICOモードのUEにモビリティ制限が適用される場合、AMFはセクション5.3.4.1で指定されているように、許可エリア/不許可エリアをUEに割り当てる必要があります。 AMFがUEにMICOモードを示す場合、AMFのUEのCM状態がCM-IDLEの場合、AMFは常にUEに到達不能と見なします。 MICOモードのUEで、AMFのCM状態がCM-IDLEの場合、AMFはダウンリンクデータ送信要求を拒否し、対応する拒否理由を提供します。NASベースのMT-SMSの場合、AMFはSMSFにUEが到達不能であることを通知し、TS 23.502 [3、セクション4.13.3.9]で説明されているモバイル端末SMS送信失敗処理手順を実行します。 III. 遅延位置情報サービス:AMFは遅延位置情報サービスを有効にし、MICOモードのUEに対してのみ、CM-CONNECTED状態にある場合にのみ、モバイル端末データまたはシグナリング通信を許可します。   IV. CM-IDLE状態:CM-IDLE状態のUEは、ページングをリッスンする必要はありません。MICOモードのUEは、次のトリガー条件のいずれかにより、UEがCM-IDLEからCM-CONNECTEDへの移行を開始するまで、CM-IDLE状態でアクセス層の手順を停止できます。 UEは、ネットワークでの登録情報の更新を必要とする変更(例:設定変更)を受けます。 定期的な登録タイマーが期限切れになります。 MOシグナリングが保留中です(例:SM手順が開始されました)。 MICOモードのUEに割り当てられた登録エリアが「すべてのPLMN」登録エリアでない場合、UEはMOデータまたはMOシグナリングを持っているときに、その登録エリア内にあるかどうかを判断します。UEが登録エリア内にない場合、MOデータまたはMOシグナリングを開始する前に、   V. UEと緊急サービス:UEはモビリティ登録更新を実行します。緊急サービスを開始するUEは、登録プロセス中にMICOの優先度を示してはなりません。UEでMICOモードが有効になっている場合、UEとAMFは、緊急サービスPDUセッション確立プロセスが正常に完了した後、ローカルでMICOモードを無効にします。UEとAMFは、次の登録プロセス中にAMFがMICOモードの使用を許可するまで、MICOモードを有効にすべきではありません。緊急コールバックを有効にするには、UEは、緊急PDUセッションの解放後、UEの実装固有の期間を待ってから、MICOモードの使用を要求する必要があります。   VI. MTモード:モバイル端末(UE)のMT到達可能性(例:セルラーIoT)の省電力化を実現するために、MICOモードの拡張機能が次の条項で指定されています。 拡張接続時間を持つMICOモード; アクティブ時間を持つMICOモード; 定期的な登録タイマー制御を持つMICOモード。

2025

12/19

CM-IDLE状態における5G端末(UE)の到達可能性
  到達可能性管理 5G (NR) システムにおける到達可能性管理は、UE が到達可能かどうかを検出し、ネットワークが端末 (UE) に容易にアクセスできるように UE の位置 (つまり、アクセスノード) を提供する役割を担います。これは、UE へのページングと (UE) 位置追跡によって実現できます。UE 位置追跡には、登録エリア追跡 (つまり、UE 登録エリア更新) と到達可能性追跡(つまり、UE 定期登録エリア更新) が含まれます。到達可能性管理機能は、5GC(CM-IDLE状態) またはNG-RAN(CM-CONNECTED状態) に配置できます。   I. CM-IDLE到達可能性は、登録プロセス中に UE と AMF の間で交渉された結果です。CM-IDLE 状態の UE 到達可能性は、次の 2 つのタイプに分けられます。   1. UE データ送信到達可能性   ネットワークは、トラッキングエリアリストの粒度に基づいて UE の位置を決定します。 ページング手順に適用されます。 モバイル開始データとモバイル端末データをサポートする CM-CONNECTED および CM-IDLE 状態に適用されます。   2. MICO (Mobile Initiated Connection Only) モード:   モバイル開始データをサポートする CM-CONNECTED および CM-IDLE 状態に適用されます。 モバイル端末データは、UE が CM-CONNECTED 状態にある場合にのみサポートされます。   II.RM-REGISTERED 状態の UE が CM-IDLE状態に入ると、登録プロセス中に AMF から受信した定期登録タイマー値に基づいて定期登録タイマーを開始します。この期間中、   AMF は、ローカルポリシー、サブスクリプション情報、および UE から提供された情報に基づいて、UE に定期登録タイマー値を割り当てます。定期登録タイマーが期限切れになると、UE は定期登録を実行する必要があります。定期登録タイマーが期限切れになったときに UE がネットワークカバレッジから外れた場合、UE はカバレッジに戻ったときに登録手順を実行する必要があります。 AMF は UE のモバイル到達可能性タイマーを実行します。RM-REGISTERED 状態の UE の CM 状態が CM-IDLE に変わると、このタイマーは UE の定期登録タイマーよりも大きい値で開始されます。 RAN が UE コンテキストの解放を開始し、UE が到達不能であることを示す場合に、AMF が RAN から経過時間を受信した場合、AMF は RAN から受信した経過時間と通常のモバイル到達可能性タイマー値に基づいてモバイル到達可能性タイマー値を推測する必要があります。 AMF 内の UE CM 状態が CM-CONNECTED 状態に変わると、AMF はモビリティ到達可能性タイマーを停止します。モビリティ到達可能性タイマーが期限切れになると、AMF は UE が到達可能であると判断します。 ただし、AMF は UE の到達不能期間を知らないため、AMF は UE を直ちに登録解除すべきではありません。代わりに、モビリティ到達可能性タイマーが期限切れになった後、AMF は PPF (Paging Proceed Flag) をクリアし、比較的大きな値を持つ暗黙的な登録解除タイマーを開始する必要があります。   III.CM-CONNECTED: AMF 内の UE CM 状態が CM-CONNECTED 状態に変わると、AMF は暗黙的な登録解除タイマーを停止し、PPF を設定する必要があります (AMF 内の UE CM 状態が CM-IDLE で、UE が MICO モードの場合 - セクション 5.4.1.3 を参照してください。AMF は UE が常に到達不能であると見なします)。   PPF が設定されていない場合、AMF は UE にページングせず、その UE へのダウンリンクシグナリングまたはデータの送信要求を拒否する必要があります。 UE がネットワークに接続する前に暗黙的な登録解除タイマーが期限切れになると、AMF は UE を暗黙的に登録解除します。   特定のアクセス (3GPP または非 3GPP) の登録解除の一環として、AMF は UE の関連する SMF に、そのアクセスで確立された PDU セッションを解放するように要求する必要があります。

2025

12/18

5G (NR) 端末 (UE) RRC_INACTIVE 状態 (1)
I. RRC_INACTIVE状態は、LTEネットワークを悩ませた重要なレイテンシとシグナリングオーバーヘッドの問題に対処するために設計された、5G(NR)における基本的なアーキテクチャ革新です。4G(LTE)では、端末(UE)のRRC_IDLEとRRC_CONNECTED状態間の頻繁な遷移が、膨大なネットワークシグナリング負荷を引き起こし、サービス回復中にレイテンシペナルティを導入しました。これは、頻繁な小データ送信を特徴とする現代のスマートフォンの使用パターンにとって特に問題です。RRC_INACTIVE状態は、完全に接続された状態と完全に切断された状態の間のギャップを埋め、電力効率を維持し、コアネットワークシグナリングを削減しながら、高速なサービス回復を可能にします。 II. RRC_INACTIVEの必要性は、4G(LTE)の制限と5Gの要件から生じています。4G(LTE)ネットワークでは、長時間のユーザー非アクティビティがRRC_IDLE状態への遷移を引き起こし、電力を節約します。しかし、RRC_CONNECTED状態への復帰には、RRC接続の再確立が必要であり、これには大量のRRCシグナリングインタラクションが含まれ、大きなレイテンシが発生します。現代のモバイルアプリケーションでは、端末は頻繁に少量のデータパケット(ソーシャルメディアの更新、インスタントメッセージ、IoTセンサーデータなど)を生成し、繰り返し「IDLE-CONNECTED-IDLE」状態遷移を引き起こし、無線インターフェースとコアネットワークの両方に負担をかけています。 III. RRC_INACTIVEの利点は3つあります: シグナリングオーバーヘッドの削減: UEとgNBの両方がUEのアクセス層(AS)コンテキストを保存するため、サービス回復中に完全なRRC再確立プロセスは必要ありません。 遷移レイテンシの削減: INACTIVEからCONNECTEDへの状態遷移は、無線ベアラ構成が保持されているため、IDLEからCONNECTEDへの遷移よりもはるかに高速です。 コアネットワーク接続の維持: UEは5Gコアネットワーク(5GC)に対してCM-CONNECTED状態のままであり、gNBとAMF間のNGインターフェース上のUEの接続がアクティブなままになることを意味します。 IV. RRC状態アーキテクチャ: 5G(NR)端末(UE)は、3つの異なるRRC状態になることができます: RRC_IDLE: RRC接続は存在しません。UEはセル選択/再選択を実行し、ページングをリッスンします。UEとネットワークのASコンテキストの両方が解放されています。 RRC_INACTIVE: RRC接続は中断され、ASコンテキストは保持されます。UEは、構成されたRAN通知エリア(RNA)内でページングを監視し、その動作は電力を節約するためにIDLE状態と同様です。 RRC_CONNECTED: RRC接続はアクティブであり、専用のリソースが割り当てられています。UEはユーザープレーンと制御プレーンのデータを交換します。 V. 端末(UE)接続管理: 5Gシステムでは、NAS(Non-Access Stratum)における端末(UE)接続管理は、RRCと2つの状態で相互作用します。これらは次のとおりです: CM-IDLE: RRC_IDLE状態に対応します。gNBとAMF間にはNG接続はありません。 CM-CONNECTED: RRC_CONNECTEDおよびRRC_INACTIVE状態に対応します。gNBとAMF間のNGシグナリング接続はアクティブなままです。

2025

12/17