(57)【特許請求の範囲】
【請求項１】
通信機器が１つ以上の要求仕様に準拠していることを検証するための方法であって、
テストシステムと前記通信機器との間にリンクを確立するステップ(401)であって、２つ以上のベアラ及び１つ以上のアップリンクパケットフィルタを設定するステップを有するステップと、
前記テストシステム及び前記通信機器を含むテストループを閉じるステップ(402,411)であって、前記通信機器のテストループ機能を有効化するステップを有するステップと、
前記テストループのダウンリンクで前記テストシステムから前記通信機器へ、異なるサービスデータフローに関連付けられたデータユニットであって、その各々が、関連付けられているサービスデータフローを表す情報を含んだデータユニットを送信するステップ(403)と、
前記データユニットを前記通信機器で受信するステップ(412)と、
前記データユニットを前記通信機器のアップリンク送信装置に転送するステップ(414)と、
前記通信機器によって前記テストループのアップリンクで前記テストシステムに送信(416)された前記データユニットの各々が、前記１つ以上のアップリンクパケットフィルタに従って前記データユニットの各々に関連付けされた前記サービスデータフローに対応する正しいベアラ上で送信されていることを前記テストシステムで検証するステップ(407)と、を有し、
前記データユニットを前記通信機器の前記アップリンク送信装置に転送する前記ステップが、特定のイベントの発生後まで延期される(413,405)ことを特徴とする方法。
【請求項２】
前記リンクが無線リンク、前記ベアラが無線ベアラであり、
前記方法が、
前記データユニットの各々が正しいベアラ上で送信されていることを検証する前記ステップの後に前記テストシステムから前記通信機器へセルハンドオーバコマンドを送信することにより、システム内セルハンドオーバイベントをシミュレートするステップ(404')と、
前記通信機器によってシステム内セルハンドオーバ手順が正しく実行されている(415')ことを前記テストシステムで検証するステップ(406')と、
前記テストループのダウンリンクで前記テストシステムから前記通信機器へ、異なるサービスデータフローに関連付けられた追加のデータユニットであって、その各々が、関連付けられているサービスデータフローを表す情報を含んだ追加のデータユニットを送信するステップ(403')と、
前記追加のデータユニットを前記通信機器で受信するステップ(412')と、
前記追加のデータユニットを前記通信機器のアップリンク送信装置に転送するステップ(414')と、
前記追加のデータユニットの各々が、前記システム内セルハンドオーバの後に前記正しいベアラ上で送信されている(416')ことを前記テストシステムで検証するステップ(407')と、をさらに有することを特徴とする請求項１記載の方法。
【請求項３】
前記リンクが無線リンク、前記ベアラが無線ベアラであり、
前記方法が、
前記データユニットの各々が正しいベアラ上で送信されていることを検証する前記ステップの後に前記テストシステムから前記通信機器へ無線アクセス技術ハンドオーバコマンドを送信することにより、無線アクセス技術ハンドオーバイベントをシミュレートするステップ(404')と、
前記通信機器によって無線アクセス技術ハンドオーバ手順が正しく実行されている(415')ことを前記テストシステムで検証するステップ(406')と、
前記テストループのダウンリンクで前記テストシステムから前記通信機器へ、異なるサービスデータフローに関連付けられた追加のデータユニットであって、その各々が、関連付けられているサービスデータフローを表す情報を含んだ追加のデータユニットを送信するステップ(403')と、
前記追加のデータユニットを前記通信機器で受信するステップ(412')と、
前記追加のデータユニットを前記通信機器のアップリンク送信装置に転送するステップ(414')と、
前記追加のデータユニットの各々が、前記無線アクセス技術ハンドオーバの後に前記正しいベアラ上で送信されている(416')ことを前記テストシステムで検証するステップ(407')と、をさらに有することを特徴とする請求項１記載の方法。
【請求項４】
前記特定のイベントが前記データユニットの前記受信からの所定時間経過であって、前記テストループ機能内のタイマとして実現されることを特徴とする請求項１乃至請求項３のいずれか１項に記載の方法。
【請求項５】
前記特定のイベントが前記テストシステムから前記通信機器への特定のコマンド送信であることを特徴とする請求項１乃至請求項３のいずれか１項に記載の方法。
【請求項６】
前記特定のイベントが、前記テストシステム及び前記通信機器の少なくとも一方で実行されるテストオペレータ動作の登録であることを特徴とする請求項１乃至請求項３のいずれか１項に記載の方法。
【請求項７】
前記特定のイベントが、前記リンクの切断であることを特徴とする請求項１乃至請求項３のいずれか１項に記載の方法。
【請求項８】
前記ダウンリンクで前記データユニットを送信する前記ステップの後であって、前記特定のイベントが発生するよりも前に、前記リンクを切断するステップ(404)と、
前記通信機器によってリンク再確立手順が正しく実行されていること(415)を前記テストシステムで検証するステップ(406)と、をさらに有することを特徴とする請求項１乃至請求項７のいずれか１項に記載の方法。
【請求項９】
前記リンクが無線リンク、前記ベアラが無線ベアラであり、
前記方法が、
前記ダウンリンクで前記データユニットを送信する前記ステップの後であって、前記特定のイベントが発生するよりも前に、前記テストシステムから前記通信機器にセルハンドオーバコマンドを送信することによって、システム内セルハンドオーバイベントをシミュレートするステップと、
前記通信機器によってシステム内セルハンドオーバ手順が正しく実行されていることを前記テストシステムで検証するステップと、をさらに有することを特徴とする請求項１乃至請求項７のいずれか１項に記載の方法。
【請求項１０】
前記リンクが無線リンク、前記ベアラが無線ベアラであり、
前記方法が、
前記ダウンリンクで前記データユニットを送信する前記ステップの後であって、前記特定のイベントが発生するよりも前に、前記テストシステムから前記通信機器に無線アクセス技術ハンドオーバコマンドを送信することによって、無線アクセス技術ハンドオーバイベントをシミュレートするステップと、
前記通信機器によって無線アクセス技術ハンドオーバ手順が正しく実行されていることを前記テストシステムで検証するステップと、をさらに有することを特徴とする請求項１乃至請求項７のいずれか１項に記載の方法。
【請求項１１】
前記テストループ機能を有効化する前記ステップが、前記テストシステムから前記通信機器へ、前記特定のイベントを規定するインジケータを送信するステップを有することを特徴とする請求項１乃至請求項１０のいずれか１項に記載の方法。
【請求項１２】
前記アップリンクパケットフィルタが、アップリンクトラフィックフローテンプレートであることを特徴とする請求項１乃至請求項１１のいずれか１項に記載の方法。
【請求項１３】
通信機器に接続可能であり、前記通信機器が１つ以上の要求仕様に準拠していることを検証するためのテストシステムであって、
送信器(221)と、受信器(222)と、処理回路(223)とを有し、
前記処理回路が、
前記送信器を通じて、前記テストシステムと前記通信機器の間にリンクを確立し、
前記送信器及び前記受信器を通じて、前記テストシステムと前記通信機器を有するテストループを閉じるように適合され、
前記確立は２つ以上のベアラ及び１つ以上のアップリンクパケットフィルタの設定を含むとともに、前記テストループの閉じは前記通信機器のテストループ機能の有効化を含み、
前記送信器が、異なるサービスデータフローに関連付けられたデータユニットであって、その各々が、関連付けされた前記サービスデータフローを表す情報を含んだデータユニットを、前記テストループのダウンリンクで前記テストシステムから前記通信機器へ送信するように適合され、
前記処理回路が、前記通信機器によって前記テストループのアップリンクで前記テストシステムの前記受信器へ送信された前記データユニットの各々が、前記１つ以上のアップリンクパケットフィルタに従って前記データユニットの各々に関連付けされた前記サービスデータフローに対応する正しいベアラ上で送信されていることを検証するように適合され、
前記処理回路が、前記テストループ機能の前記有効化の一部として、前記送信器を通じて、特定のイベントを規定するインジケータを前記テストシステムから前記通信機器へ送信するように適合され、前記特定のイベントは、前記通信機器が前記データユニットの少なくとも一部を前記通信機器のアップリンク送信装置へ転送するタイミングを制御するためのものである、ことを特徴とするテストシステム。
【請求項１４】
前記処理回路はさらに、
前記送信器が前記ダウンリンクで前記データユニットを送信した後であって、前記特定のイベントが発生するよりも前に前記リンクを切断し、
前記通信機器によってリンク再確立手順が正しく実行されていることを検証するように適合されることを特徴とする請求項１３記載のテストシステム。
【請求項１５】
前記リンクが無線リンク、前記ベアラが無線ベアラであり、
前記処理回路がさらに、
前記送信器が前記ダウンリンクで前記データユニットを送信した後であって、前記特定のイベントが発生するよりも前に、前記送信器を通じてセルハンドオーバコマンドを前記通信機器へ送信することによってシステム内セルハンドオーバイベントをシミュレートし、
前記通信機器によってシステム内セルハンドオーバ手順が正しく実行されていることを検証するように適合されることを特徴とする請求項１３記載のテストシステム。
【請求項１６】
前記リンクが無線リンク、前記ベアラが無線ベアラであり、
前記処理回路がさらに、
前記送信器が前記ダウンリンクで前記データユニットを送信した後であって、前記特定のイベントが発生するよりも前に、前記送信器を通じて無線アクセス技術ハンドオーバコマンドを前記通信機器へ送信することによって無線アクセス技術ハンドオーバイベントをシミュレートし、
前記通信機器によって無線アクセス技術ハンドオーバ手順が正しく実行されていることを検証するように適合されることを特徴とする請求項１３記載のテストシステム。
【請求項１７】
前記特定のイベントが前記データユニットの前記受信からの所定時間経過であって、前記テストループ機能内のタイマとして実現されることを特徴とする請求項１３乃至請求項１６のいずれか１項に記載のテストシステム。
【請求項１８】
前記処理回路が、前記通信機器の前記テストループ機能を設定するように適合されることを特徴とする請求項１３乃至請求項１７のいずれか１項に記載のテストシステム。
【請求項１９】
通信機器に組み込むためのテストループ機能装置であって、テスト制御機能部(331)とループバック機能部(332)とを有し、
前記テスト制御機能部(331)が、
前記テストループ機能装置の有効化の一部として、特定のイベントを規定するインジケータをテストシステムから受信し、
前記特定のイベントの発生後まで、前記ループバック機能部によるアップリンク送信装置へのデータユニットの転送を延期させるように適合され、
前記ループバック機能部(332)が、
前記テストループのダウンリンクで前記テストシステムから送信された、異なるサービスデータフローに関連付けられたデータユニットを受信し、
前記ダウンリンクで受信した前記データユニットを前記通信機器の前記アップリンク送信装置に転送するように適合され、
前記特定のイベントが前記データユニットの前記受信からの所定時間経過であって、前記テストループ機能装置内のタイマとして実現される、ことを特徴とするテストループ機能装置。
【請求項２０】
請求項１９記載の前記テストループ機能装置(330)と、前記データユニットの各々を、１つ以上のアップリンクパケットフィルタに従って、前記データユニットの各々に関連付けされた前記サービスデータフローに対応するベアラにマッピングするベアラマッピング部(333)とを有することを特徴とする通信機器。
【請求項２１】
請求項１３乃至請求項１８のいずれか１項に記載の前記テストシステム(400,220)と、請求項２０記載の前記通信機器(410,320)とを少なくとも有することを特徴とする、要求仕様を検証するための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は概して必要使用に準拠していることを検証する技術に関する。より具体的には、本発明は、通信機器がアップリンク伝送およびダウンリンク受信の少なくとも一方に関する要求仕様に準拠していることの検証に関する。
【背景技術】
【０００２】
通信技術の標準化の過程では、要求仕様が与えられることが多い。要求仕様は通信機器の要求試験をサポートし、またそのような適合性試験活動に用いられるために作成される。要求試験の目的は、通信機器が関連する通信規格に準拠していることを示すことであり、それは要求仕様を満足することを実証することによって示される。通常、様々な要求（又は試験）仕様は、関連する規格について、例えば、制御信号に関して、正しいデータ転送に関して、また所定の状況下における所定の制限内での性能に関してといったような、異なる側面をカバーしている。
【０００３】
通信機器の要求試験を実行するための一般的な方法は、その通信機器をテストツール（テストシステム）に接続し、テストシステムに通信機器の機能性の様々な側面を開始させることである。そしてテストシステムはその通信機器が要求仕様に準拠してタスクを実行することを検証する。
【０００４】
端末通信機器が要求試験を受ける際、試験の自動化を可能とするとともに試験結果の再現性を実現するための一般的な必要条件は、その端末通信機器がある特定のテスト機能を有することである。
【０００５】
通信規格の所定の側面に関して試験する際には、移動体側から発生する(MO)データ転送が必要である。移動体を送信元とする(Mobile Originated)データとは、端末通信機器から通信ネットワークへ伝送されるべきデータのことであり、例えば、UTRA（UMTS地上無線アクセス）における無線リンクのアップリンク(UL)で伝送されるデータである。そのようなシナリオの試験を可能にするには、アップリンクにおけるMOデータ転送のきっかけを与えるとともに発生させる（すなわち、試験を受ける機器によるデータ伝送の）ための、端末通信機器におけるテスト機能が必要である。
【０００６】
そのため、端末通信機器における特定のテスト機能は、データをループバックするように適合された機能を有することができる。例えば、そのような機能は、テストシステムによって端末通信機器に伝送されたデータを、同一のデータをテストシステムに伝送することによって返すように適合されてもよい。
【０００７】
データをループバックするためのこの方法は、例えば3GPP（第３世代パートナシッププロジェクト）仕様TS 34.109、”端末ロジックテストインタフェース；特殊適合性試験機能”に規定されるUTRAに関する移動体通信技術のような様々な通信技術に関して適合性を試験するために一般的に用いられている。
【０００８】
本発明の実施の目的に関連のある通信規格の例は、GPRS (General Packet Radio Service)、UMTS (Universal Mobile Telecommunication Standard) 、及びUMTS LTE (UMTS - Long Term Evolution)である。以下の、既存の要求試験方法および機器に関して生じる課題並びに本発明によるこの課題の解決方法は、UMTS LTEに焦点を合わせて説明する。しかし、本技術分野に属する当業者には容易に理解されるように、本発明はこの通信規格に決して限定されず、他の通信に関する要求試験にも同様に適用可能であることを強調しておく。
【０００９】
なお、本明細書における3GPP仕様の参照は、２００８年５月６日に3GPPのホームページにおいて公開されているバージョンの仕様に対する参照であると理解されるべきであることに留意されたい。
【００１０】
UMTS LTEについての3GPP規格は、アップリンクで伝送するための待機データを有する場合に端末通信機器がどのように振る舞うべきかを規定している。そのような振る舞いを検証するには、アップリンクでの伝送のきっかけを与えたり伝送するためのデータを生成するための特定のテスト機能が必要である。上述したTS 34.109において、ダウンリンク(DL)でテストシステムから受信したデータがアップリンクで返されるようにループバックを実行する、UTRAについてのテスト機能が規定されている。TS 34.109に規定されるテスト機能では、ダウンリンクで受信された各データユニットが直ちにアップリンクで返される。さらに、これらのテスト機能は、双方向無線ベアラ上のダウンリンクで受信されたデータユニットが同一無線ベアラ上で送信するためのアップリンクへ直ちに転送されることに基づいている。
【００１１】
所定のシナリオについての端末の振る舞いを検証することを可能にするためには、ダウンリンクで送信されたデータが端末においてアップリンクで送信可能となるタイミングを（例えばテストシステムから）制御するための手段が必要となる。そのようなシナリオは、端末がアップリンクでの送信待ちデータを有する際に無線リンク障害が発生した後のコネクション再確立であってよい（例えば、ftp://www.3gpp.org/tsg_ran/WG5_Test_ex-T1/TSGR5_39_KansasCity/Tdoc/R5-081618.zipから入手可能な）R5-081618, TS 36.523-1のための3GPP RAN5ワークプランを参照。なお、R5-081618はTS 36.523-1、”エヴォルブドユニバーサル地上無線アクセス(E-UTRA)及びエヴォルブドパケットコア(EPC)；ユーザ端末(UE)適合仕様；パート１：プロトコル適合仕様”に含まれる予定である。）
【００１２】
同様に、所定のモビリティシナリオ、例えば異なる無線アクセス技術(RAT)間でのハンドオーバについての端末通信機器の振る舞いを検証することを可能にする必要がある（例えば上述のR5-081618を参照）。
【００１３】
そのようなシナリオについての端末の振る舞いの検証を可能にするために、テストシステムはテスト手順における所定のイベント及び動作のタイミング関係を制御可能である必要がある。
【００１４】
3GPP仕様TS 23.401、”エヴォルブドユニバーサル地上無線アクセスネットワーク(E-UTRAN)アクセスのための汎用パケット無線サービス(GPRS)拡張”及びTS 24.301、”エヴォルブドパケットシステム(EPS)用ノンアクセスストラタム(NAS)プロトコル”；ステージ３”は、設定されたフィルタ機構(UL TFT-アップリンクトラフィックフローテンプレート）に基づいて必要なQoS（サービス品質）を達成するために、サービスデータフロー(SDF)をEPSベアラにどのようにマッピングすべきかに関して、端末の振る舞いを規定している。UL TFTは、他の通信規格にも適用可能なより汎用的な用語で言えばパケットフィルタリングの一例である。UL TFTは例えば、様々なサービスデータフローについて、サービスのタイプ、ポート番号、等を指定することができる。UL TFTを通じてどのようにアップリンクIP（インターネットプロトコル）パケットフローが正しいベアラ（例えば正しいPDP（パケットデータプロトコル）コンテキスト）にマッピングされるかについての同様の機能が、TS 23.060、”汎用パケット無線サービス(GPRS)；サービス解説；ステージ２”及びTS 24.008、”移動無線インタフェースレイヤ３仕様；コアネットワークプロトコル；ステージ３”に記載されている。
【００１５】
上述したTS 34.109に規定されるようなテストループは、端末機器による正しいUL TFTの取扱いを検証するために必要なループバック機能を提供しない。そのため、UL TFT機能に関して端末の正しい振る舞いをテストすることを可能にするための手段が必要である。同一無線アクセス技術内でUL TFTの取扱いをテストする必要がある。新たなEPSベアラ又はPDPコンテキストが有効化されるか、端末が同一RAT内に留まっている間にEPSベアラ又はPDPコンテキストが解放されるか変更される場合である。さらに、端末が無線アクセス技術間でハンドオーバされる際のUL TFTの処理をテストする必要がある。例えば、E-UTRAからUTRAへのハンドオーバ後、EPSベアラはPDPコンテキストで置き換えられる。そのため、UL TFTに関し、この状況を正しく処理できることを検証する必要がある。
【００１６】
従って、テスト手順における所定のイベントと動作とのタイミング関係を制御する必要があるようなシナリオの要求試験を可能とする方法、装置及びシステムが必要とされている。さらに、パケットフィルタリングが適用されるようなシナリオの要求試験を可能とする方法、装置及びシステムも必要とされている。
【発明の概要】
【００１７】
なお、本明細書において「含む／有する」という語が用いられる場合、説明された機能、整数(integer)、ステップ又は構成部品の存在を特定するものとして解釈されるが、他の機能、整数、ステップ、構成部品の１つ又は複数、又はそれらグループ存在や付加を排除するものではないことを強調しておく。
【００１８】
本発明の一目的は、上述した問題点の少なくともいくつかを取り除くとともに、要求仕様への準拠を検証するための改良された方法、テストシステム及び装置を提供することである。
【００１９】
本発明の第１の見地によれば、この目的は、通信機器が１つ以上の要求仕様に準拠していることを検証するための方法によって実現される。方法は、テストシステムと通信機器との間にリンクを確立するステップであって、２つ以上のベアラ、１つ以上の制御チャネル、及び１つ以上のアップリンクパケットフィルタを設定するステップを有するステップと、前記テストシステム及び前記通信機器を含むテストループを閉じるステップであって、前記通信機器のテストループ機能を有効化するステップを有するステップと、前記テストループのダウンリンクで前記テストシステムから前記通信機器へ、異なるサービスデータフローに関連付けられたデータユニットであって、その各々が、関連付けられているサービスデータフローを表す情報を含んだデータユニットを送信するステップと、前記データユニットを前記通信機器で受信するステップと、前記データユニットを前記通信機器のアップリンク送信装置に転送するステップと、前記テストループのアップリンクで前記テストシステムに送信された前記データユニットの各々が、前記１つ以上のアップリンクパケットフィルタに従って前記データユニットの各々に関連付けされた前記サービスデータフローに対応する正しいベアラ上で送信されていることを前記テストシステムで検証するステップ、とを有する。
【００２０】
一部の実施形態において、前記リンクは無線リンクであってよく、前記ベアラは無線ベアラであってよい。
【００２１】
一部の実施形態において、前記方法はさらに、前記データユニットの各々が正しいベアラ上で送信されていることを検証する前記ステップの後に前記テストシステムから前記通信機器へセルハンドオーバコマンドを送信することにより、システム内セルハンドオーバイベントをシミュレートするステップと、前記通信機器によってシステム内セルハンドオーバ手順が正しく実行されていることを前記テストシステムで検証するステップと、前記テストループのダウンリンクで前記テストシステムから前記通信機器へ、異なるサービスデータフローに関連付けられた追加のデータユニットであって、その各々が、関連付けられているサービスデータフローを表す情報を含んだ追加のデータユニットを送信するステップと、前記追加のデータユニットを前記通信機器で受信するステップと、前記追加のデータユニットを前記通信機器のアップリンク送信装置に転送するステップと、前記追加のデータユニットの各々が、前記システム内セルハンドオーバの後に前記正しいベアラ上で送信されていることを前記テストシステムで検証するステップとを有してもよい。
【００２２】
一部の実施形態において、前記方法はさらに、前記データユニットの各々が正しいベアラ上で送信されていることを検証する前記ステップの後に前記テストシステムから前記通信機器へ無線アクセス技術ハンドオーバコマンドを送信することにより、無線アクセス技術ハンドオーバイベントをシミュレートするステップと、前記通信機器によって無線アクセス技術ハンドオーバ手順が正しく実行されていることを前記テストシステムで検証するステップと、前記テストループのダウンリンクで前記テストシステムから前記通信機器へ、異なるサービスデータフローに関連付けられた追加のデータユニットであって、その各々が、関連付けられているサービスデータフローを表す情報を含んだ追加のデータユニットを送信するステップと、前記追加のデータユニットを前記通信機器で受信するステップと、前記追加のデータユニットを前記通信機器のアップリンク送信装置に転送するステップと、前記追加のデータユニットの各々が、前記無線アクセス技術ハンドオーバの後に前記正しいベアラ上で送信されていることを前記テストシステムで検証するステップとを有してもよい。
【００２３】
一部の実施形態において、前記データユニットを前記通信機器の前記アップリンク送信装置に転送する前記ステップは、特定のイベントの発生後まで延期されてもよい。
【００２４】
一部の実施形態では、前記特定のイベントが、前記データの受信からの特定時間の経過、前記テストシステムから前記通信機器への特定コマンドの送信、前記テストシステム及び前記通信機器の少なくとも一方でなされるテストオペレータ動作の登録、の１つ以上であってよい。一部の実施形態では、前記特定のイベントは前記リンクの切断であってよい。
【００２５】
一部の実施形態において、前記方法は、前記ダウンリンクで前記データユニットを送信した後であって、前記特定のイベントが発生するよりも前に前記リンクを切断するステップと、前記通信機器によってリンク再確立手順が正しく実行されていることを前記テストシステムで検証するステップとをさらに有してもよい。
【００２６】
一部の実施形態において、前記方法はさらに、前記ダウンリンクで前記データユニットを送信した後であって、前記特定のイベントが発生するよりも前に、前記テストシステムから前記通信機器にセルハンドオーバコマンドを送信することによって、システム内セルハンドオーバイベントをシミュレートするステップと、前記通信機器によってシステム内セルハンドオーバ手順が正しく実行されていることを前記テストシステムで検証するステップとをさらに有してもよい。
【００２７】
一部の実施形態において、前記方法はさらに、前記ダウンリンクで前記データユニットを送信する前記ステップの後、前記特定のイベントが発生するよりも前に、前記テストシステムから前記通信機器に無線アクセス技術ハンドオーバコマンドを送信することによって、無線アクセス技術ハンドオーバイベントをシミュレートするステップと、前記通信機器によって無線アクセス技術ハンドオーバ手順が正しく実行されていることを前記テストシステムで検証するステップとをさらに有してもよい。
【００２８】
一部の実施形態では、前記テストループ機能を有効化する前記ステップが、前記テストシステムから前記通信機器へ、前記特定のイベントを規定するインジケータを送信するステップを有してもよい。
【００２９】
前記アップリンクパケットフィルタは、アップリンクトラフィックフローテンプレートであってよい。
【００３０】
本発明の第２の見地は、通信機器に接続可能であり、前記通信機器が１つ以上の要求仕様に準拠していることを検証するためのテストシステムである。テストシステムは送信器と、受信器と、処理回路とを有する。前記処理回路は、前記送信器を通じて、前記テストシステムと前記通信機器の間でリンクを確立し、前記送信器及び前記受信器を通じて、前記テストシステムと前記通信機器を有するテストループを閉じるように適合され、前記確立は２つ以上のベアラ、１つ以上の制御チャネル、及び１つ以上のアップリンクパケットフィルタの設定を含み、前記テストループの閉じは前記通信機器のテストループ機能の有効化を含む。前記送信器は異なるサービスデータフローに関連付けられたデータユニットであって、その各々が、関連付けされた前記サービスデータフローを表す情報を含んだデータユニットを、前記テストループのダウンリンクで前記テストシステムから前記通信機器へ送信するように適合される。前記処理回路は、前記通信機器によって前記テストループのアップリンクで前記テストシステムの前記受信器へ送信された前記データユニットの各々が、前記１つ以上のアップリンクパケットフィルタに従って前記データユニットの各々に関連付けされた前記サービスデータフローに対応する正しいベアラ上で送信されていることを検証するように適合される。前記処理回路はさらに、前記送信器を通じて、特定のイベントを規定するインジケータを前記テストループ機能の有効化の一部として前記テストシステムから前記通信機器へ送信するように適合され、前記特定のイベントは、前記通信機器が前記データの少なくとも一部を前記通信機器の送信部へ転送するタイミングを制御するためのものである。
【００３１】
本発明の第３の見地は通信機器に組み込むためのテストループ機能装置である。前記装置はテスト制御機能部を有し、前記テスト制御機能部は、前記テストループ機能装置の有効化の一部として、特定のイベントを規定するインジケータを前記テストシステムから受信し、前記特定のイベントの発生後まで前記ループバック機能部による前記アップリンク送信部への前記データの転送を延期するように適合される。前記装置はさらにループバック機能部を有し、前記ループバック機能部は、テストシステムから前記テストループのダウンリンクで送信された、異なるサービスデータフローに関連付けられたデータユニットを受信し、前記ダウンリンクで受信した前記データユニットを前記通信機器のアップリンク送信装置に転送するように適合される。
【００３２】
本発明の第４の見地は、第３の見地に係る前記テストループ機能装置と、前記データユニットの各々を、１つ以上のアップリンクパケットフィルタに従って、前記データユニットの各々に関連付けされた前記サービスデータフローに対応するベアラにマッピングするベアラマッピング部とを有する通信機器である。
【００３３】
本発明の第５の見地は、本発明の第２の見知に係るテストシステムと第４の見地に係る通信機器とを少なくとも有する、要求仕様を検証するための装置である。一部の実施形態において、本発明の第２〜第５の見地は、本発明の第１の見地に関して上述したような様々な機能のいずれかと同一もしくは対応する追加機能を有しうる。
【００３４】
本願においてテストループと呼ぶものは、通信機器のテストループ機能を有する。通信機器はテスト対象である。テストループはさらに、前記通信機器のテストを自動化するように適合されたテストシステムを有する。
【００３５】
本発明の一部の実施形態の利点は、テスト手順における所定のイベントと動作(action)とのタイミング関係を制御する必要のあるシナリオのテストが可能になることである。本発明の一部の実施形態の別の利点は、MOデータ転送を用いるシナリオに関して端末通信機器が準拠していることの検証が可能になることである。
【００３６】
本発明の一部の実施形態の別の効果は、前記端末においてデータが送信待ちであることに起因してコネクション再確立を行うべきシナリオをテストしてもよいことである。
【００３７】
本発明の一部の実施形態の別の効果は、パケットフィルタリングが適用されるシナリオにおいても要求試験が可能なことである。
【００３８】
本発明の一部の実施形態の別の効果は、システム間ハンドオーバが発生するシナリオをテストしてもよいことである。
【図面の簡単な説明】
【００３９】
【図１】本発明の一部の実施形態に係る方法のステップの例を示す信号フロー図である。
【図２】本発明の一部の実施形態に係るテストシステムの一例と、通信機器に含まれる装置の一例を示すブロック図である。
【図３】本発明の一部の実施形態に係るテストシステムの一例と、通信機器に含まれる装置の一例を示すブロック図である。
【図４】本発明の一部の実施形態に係る方法のステップの例を示す信号フロー図である。
【図５】IPv4ヘッダフィールドの例を示すブロック図である。
【発明を実施するための形態】
【００４０】
本発明の更なる目的、特徴及び利点は、以下の、添付図面を参照した本発明の実施形態の詳細な説明から明らかになるであろう。
以下、本発明の実施形態を説明する。実施形態では、１つ以上の要求仕様の準拠をテストするのに好適な方法及び装置を説明する。
【００４１】
先に言及した、TS 34.109で規定されるテスト機能は、アップリンクにおけるデータ転送の有効化やタイミングの制御をできるようにはしていない。それに対し、ダウンリンクで受信された個々のデータユニットは、端末通信機器のテスト機能によって、アップリンクでの送信のために直ちに戻される。さらに、双方向無線ベアラ上のダウンリンクで受信されたデータユニットは、同一無線ベアラ上のアップリンクで送信するために直ちに転送される。TS 34.109で規定されているようなデータのループバックについてのタイミングは、所定の状況内で、端末がループバック遅延を一定に保たなければならないと制限されている。テストシステムはループバック遅延を制御不能であり、ループバック遅延は最大遅延値として単純に規定されている。
【００４２】
所定のシナリオについての端末の振る舞いを検証することを可能にするためには、ダウンリンクで送信されたデータが端末においてアップリンクで送信可能となるタイミングを（例えばテストシステムから）制御するための手段が必要となる。そのようなシナリオは、（例えば無線リンク不良による）無線リンク切断後に、端末がアップリンクで送信するための待ちデータを有するために接続を再確立する場合であってよい。別の例示的なシナリオは、別の無線アクセス技術や、同じ無線アクセス技術内の別のセルへハンドオーバした後に待ちデータが存在する場合であってもよい。
【００４３】
そのようなシナリオにおいて正しい振る舞いを検証可能とするには、リンクの切断（又はハンドオーバ）と、アップリンクでのデータ送信を開始させるタイミングとの関係を制御可能とすることが非常に重要である。
【００４４】
無線アクセス技術(RAT)ハンドオーバの場合には、RATハンドオーバの前後でデータ送信が継続していることを検証可能とすることもまた重要である。そのため、RATハンドオーバを通じて位置可能なテストループを提供しなくてはならない。つまり、そのテストループは、無線アクセスシステムの変更によってキャンセルされてはならない。この目的のために、無線アクセス透過テストループモードが必要となる。
【００４５】
図１は、本発明の一部の実施形態に係る方法のステップと、テストシステム１００及びテスト下の通信機器１１０の間のやりとりの例を示す信号フロー図である。
【００４６】
テストシステム１００は、ダウンリンクで通信機器１１０へデータを送信するように構成され、通信機器１１０はテストシステム１００へアップリンクで送信するために、ダウンリンクで受信したデータを戻すように構成される。通信機器１１０はさらに、所定のイベントが発生した後でのみ、アップリンクでの送信用にデータを戻すように構成される。これにより、テスト手順における所定イベントと動作の相対的なタイミングの制御が可能になる。例えば、テストシステムは、特定のイベントが発生する前にリンクの切断を開始させてもよく、それによって通信機器はリンクが切断されている際に通信機器が送信待ちデータを有するであろうことを確実にすることができる。それにより、テストシステムは、コネクション再確立手順を検証することの可能性およびコネクションが再確立された後でデータが適切に送信されることを確実にできる。
【００４７】
ステップ１０１で、テストシステムは無線リンクを確立し、テストに用いられる（１つ又は複数の）及び制御チャネルを設定する。
【００４８】
ステップ１０２において、テストシステムは通信機器の専用テストループ機能の有効化を開始させ、通信機器は有効化の開始にステップ１１１で応答する。ステップ１０２及び１１１における有効化は、テストループを閉じるステップを有してもよい。有効化はまたテストループ機能を設定するステップを有してもよい。あるいは、テストループ機能が部分的もしくは全体的に事前設定(pre-configured)されていてもよい。
【００４９】
ステップ１０３において、テストシステムはダウンリンクで通信機器にデータ（例えばＩＰパケット又はレイヤ２データユニット）を送信し、通信機器はそのデータをステップ１１２で受信する。ステップ１１２で、通信機器に受信されたデータは通信機器によって様々な処理、例えば、周知な機器内受信データ処理を受けてもよい。ステップ１１２の後（例えばステップ１１６及び１０７に関連して）、データの受信及び受信データの処理が通信機器によって正しく実行されていることの検証が行われてもよい。
【００５０】
専用テストループ機能は、ダウンリンクで受信したデータの全て又は一部を、アップリンクの無線ベアラ上で送信するために転送するように構成される（ステップ１１４）。しかし、専用テストループ機能はさらに、特定のイベントが発生した後でのみ、アップリンクで送信するためのデータを転送するように構成される（ステップ１１３）。
【００５１】
特定のイベントは、データが受信されてから特定量の時間が経過したことであってよい。これはテストループ機能におけるタイマとして実現されてよい。時間は事前設定されてもよいし、ステップ１０２及び１１１の有効化の一部として（例えばテストシステムによって）設定されてもよい。時間はまた、ステップ１０２及び１１１でテスト機能が有効化されるより前に、又は有効化後に、テストシステム及び通信機器の一方又は両方に特定のコマンドを入力することによって設定されてもよい。
【００５２】
特定のイベントは、テストシステムから通信機器への特定のコマンド送信（ステップ１０５）や、テストシステム（ステップ１０５）及び通信機器の少なくとも一方に対してテストオペレータが実行する（キーの押下のような）動作の登録といった、他のイベントであってもよい。特定のイベントはまた、ステップ１０１で確立された無線リンクの切断（１０４）であってもよい。
【００５３】
イベントのタイプ（経過時間、コマンド、オペレータ動作、リンク切断など）は、事前設定されていてもよいし、ステップ１０２及び１１１における有効化の一部として（例えばテストシステムによって）設定されてもよい。テストシステムは通信システムへ、イベントの種類および経過時間の量の少なくとも一方を規定するインジケータを送信してもよい。これはステップ１０２及び１１１でテスト機能が有効化されるより前に、又は有効化後に、テストシステム及び通信機器の一方又は両方に特定のコマンドを入力することによって設定されてもよい。
【００５４】
特定の経過時間を用いた方法は、通信機器の実装に与える影響が少ない。
【００５５】
ステップ１１４で通信機器がアップリンク送信用にデータを転送し終わった後、そのデータはステップ１１６でアップリンクで送信され、ステップ１０７でテストシステムに受信される。ステップ１０７でテストシステムがこのデータを受信する際、テストシステムはデータを検証することができる。検証は、データが本当に正しいのかを検証することなしに、アップリンク送信が行われたことを単に検証するステップを有するものであってもよいし、アップリンクでデータが正しく送信されているかのを検証するステップをさらに有してもよい。
【００５６】
上述の通り、検証は正しいダウンリンク受信および処理の少なくとも一方の間接的な検証を追加構成もしくは代替構成として有してもよい。そのような検証は、戻された(UL)データを介して実行されるため、間接的な検証である。テストシステムは戻されたULデータをDLで送信したデータと比較する。例えば、戻されたULデータがDLで送信したデータと同一であれば、DLデータの受信及び処理が正しく実行されたことの検証としてもよい。別の例は、テストシステムが誤ったヘッダ情報を用いてDLデータを送信するものである。そして、通信機器はそのデータを受け付けてはならず、ULにおいてデータが全く戻されないことで通信機器の正しい動作が検証されてもよい。
【００５７】
テストセッションが完了すると、テストシステムはステップ１０８でテストループの終了（開放）を開始し、通信機器はステップ１１７で終了開始に応答する。ステップ１０９で、無線リンクは切断される。
【００５８】
特定のイベントが発生する前に、テストシステムはテストシステムとテスト下の通信機器１０４との間の無線リンクの切断を開始してもよい。
【００５９】
通信機器におけるテストループ機能がアップリンクでの送信用にダウンリンクで受信したデータを戻し終えると（ステップ１１４）、無線リンクは切断されてよい。通信機器が切断され、通信機器はアップリンク送信用の待機データを有しているため、コネクションを再確立するための手順がステップ１１５で開始される。
【００６０】
テストシステムはステップ１０６で、通信機器がコネクション再確立手順を正しく実行していることを検証する。
【００６１】
ステップ１０４における切断は、例えば、無線リンク障害をシミュレートしてもよい。あるいは、または更に、テストシステムは、特定のイベント発生前にシステム内の他のセル又は他のRATへのハンドオーバをシミュレートし、対応する処理を通信機器が正しく実行することを検証してもよい。この場合、特定のイベントは上述した例のいずれかを有してもよいし、自身におけるハンドオーバを有してもよい。
【００６２】
上述の通り、通信機器におけるテストループ機能は、ダウンリンク上で受信したデータの一部又は全部を戻すように構成されてよい。例えば、ダウンリンクで送信されたデータの一部が（例えばアップリンクの振る舞いをテストするために）アップリンクを対象とし、その後戻されるとともに、ダウンリンクで送信されたデータの一部が他の何らかの目的（例えばダウンリンク受信をテストするために）を対象とし、戻されない。さらに、データがパケット（例えばIPパケット）としてダウンリンクで送信される場合、パケットのペイロードのみがアップリンクでの送信用に戻されてもよい。（ヘッダ情報のような）パケットの他の中身は、アップリンクでの送信前に除去されても、追加されても、変更されてもよい。例えば、ペイロードの全体又は一部を繰り返したり、切り詰めたり中断したりすることにより、ペイロードのサイズを変更することもできる。さらに、例えばヘッダが変更されるかペイロードのサイズが変更されるかの少なくとも一方によって、パケット全体のサイズが変更されてもよい。
【００６３】
上述の通り、テストループ機能は部分的もしくは全体的に事前設定されてよい。関連するシナリオの各々について、専用の事前設定されたテストループ機能が存在していてもよい。あるいは、ステップ１０２及び１１１における有効化の一部として、特定のシナリオについて設定される１つ（又は２、３の）テストループ機能が存在してもよい。
【００６４】
リンク及びベアラを無線リンク及び無線ベアラとして説明してきたが、本発明の実施形態は有線通信システムに対しても同様に適用可能である。
【００６５】
本発明の一部の実施形態は、経過時間と、他のイベント開始事項とを１つの方法の中で組み合わせて用いる。例えば、データは、イベントが開始された(105)直後に、しかし遅くとも特定量の時間経過時にステップ１１４で転送されてもよい。
【００６６】
TS 34.109（図5.1.1）において、UEテストループ機能は双方向無線ベアラ用のデータのループバックを提供するように規定されている。
【００６７】
図２は、本発明の一部の実施形態に係る、テストシステム２００の一例と、通信機器３００に含まれるテストループ機能装置３１０の一例とを示すブロック図である。
【００６８】
テストシステム２００及び通信機器３００は例えば、テストシステム１００及び通信機器１１０に対応してよく、テストシステム２００及び装置３１０は図１に関して説明したような方法のステップを実行するように適合されていてよい。
【００６９】
テストシステムは送信器２０１、受信器２０２、及び処理回路（例えば中央処理装置-CPU）２０３を有する。これらのエンティティは図１のテストシステム１００に関して説明したような方法のステップを実行するように適合されてよい。
【００７０】
テストループ機能装置３１０はテスト制御部(TC)３１１及びループバック(LB)機能部３１２を有する。
【００７１】
本発明の実施形態によれば、LB機能部３１２は１つ以上の無線ベアラループバック(RB LB)エンティティ（不図示）を含んでよい。TS 34.109（図5.1.1）には、いくつかの無線ベアラループバック(RB LB)エンティティ（DL/UL RBペア毎に１つ）を有するループバック機能部が示されている。各RB LBエンティティは１つのダウンリンク無線ベアラ（又は制御チャネル）から受信したデータの全て又は一部をアップリンク無線ベアラに戻すように構成されてよい。あるいは、RB LBエンティティ任意のダウンリンク無線ベアラ（又は制御チャネル）から受信したデータの全て又は一部を、設定されたアップリンク無線ベアラのいずれかに、おそらくは何らかのマッピング規則に基づいて戻すように構成されてよい。
【００７２】
TC機能部３１１はLB機能部３１２を制御するために用いられる。TC機能部は通信機器３００のユーザインタフェースを通じて、無線機器３００外部のインタフェースで受信されたメッセージを通じて、又はテスト中の無線インタフェース（例えばE-UTRA無線インタフェース）を通じて、コマンドを受信することができる。後者の利点は、テストすべき全ての機器に対して特殊な外部インタフェースを必須とする必要がないことである。この手法を用いた場合、例えば、UTRA/E-UTRA仕様に準拠した内蔵PCモジュールに、適合性テストのためだけに追加の外部インタフェース（例えばUSB）を持たせる必要がない。TC機能部は、テストループ機能の有効化(activation)及び無効化(de-activeation)、RB LBエンティティの確立及び設定、テストループの閉じ(closing)及び開放(opening)、及びイベント／遅延時間設定についての制御を提供する。LB機能部は、ダウンリンクデータを受信し、そのデータの一部又は全部をアップリンクでの送信用に転送するように適合される。データの転送はTC機能部の制御下で行われてよい。
【００７３】
ループバックポイントは通信機器のアクセス機能より上位に、すなわちノンアクセスストラタムに存在する。
【００７４】
テストシステム２００及び通信機器３００は、本技術分野で一般的に知られているように、入力／出力インタフェースをさらに有することができる。これらのインタフェースは例えば、キーやディスプレイを有し、テストを実行、制御及び監視する際にテストオペレータが用いることができる。
【００７５】
図３は、本発明の一部の実施形態に係る、テストシステム２２０の一例と、通信機器３２０に含まれるテストループ機能装置３３０の一例とを示すブロック図である。
【００７６】
テストシステム２２０及び通信機器３２０は例えば、図４のテストシステム４００及び通信機器４１０に対応してよく、テストシステム２２０及び装置３３０は図４に関して説明するような方法のステップを実行するように適合されていてよい。
【００７７】
テストシステムは送信器２２１、受信器２２２、及び処理回路（例えば中央処理装置-CPU）２２３を有する。これらのエンティティは図４のテストシステム４００に関して説明するような方法のステップを実行するように適合されてよい。
【００７８】
通信機器３２０に含まれてよいテストループ機能装置３３０は、図２の対応する構成３１１及び３１２と同様のテスト制御部(TC)３３１及びループバック(LB)機能部３３２を有する。通信機器３２０はさらに、ベアラマッピング部３３３を有している。ベアラマッピング部３３３は対応するパケットフィルタに従って、アップリンクで送信すべきデータを個々のベアラにマッピングするように構成されてよい。パケットフィルタは特定のサービスデータフローに関連付けられたデータをどのベアラにマッピングすべきかを指定する。例えばパケットフィルタは、テスト中の無線又は有線インタフェースによって特定されるレイヤ３制御メッセージを通じてテストシステムによって設定されてもよい。例えば、UTRA、E-UTRA及びGPRSについて、パケットフィルタはレイヤ３制御メッセージで送信されるUL TFT情報によって設定されてもよい。
【００７９】
ベアラマッピング部３３３が用いられる場合には、LB機能部３３２に複数の無線ベアラループバック(RB LB)エンティティは必要ない。これは、そのような実装では全てのDLループバックデータがUE LB機能３３２で終端され、全てのULループバックデータがベアラマッピング部３３３に直ちに転送され、ベアラマッピング部３３３が正しい無線ベアラへのさらなる分配を処理するからである。
【００８０】
ループバック機能は通信機器のアクセス機能より上位に、すなわちノンアクセスストラタムに存在する。これにより、ベアラマッピングのループバック機能テストを、例えばリンク切断もしくはハンドオーバイベント後に行うことが可能になる。つまり、ループバックポイントがSDF（又はPDPコンテキスト）とベアラとの間のマッピングを処理する機能よりも上位に存在する。
【００８１】
複数のSDF（又はPDPコンテキスト）が確立されている状況では、どのパケットフィルタにも関連付けられていない一般に１つのベアラが存在する。そのため、どのパケットフィルタからも出力されない全てのパケットをこのベアラ上で送信しなければならない。しかし、どのパケットフィルタにも明示的に関連付けられていないことは、パケットフィルタ（例えば、他のベアラに関連付けられたパケットフィルタの補集合）であるとも見ることができる。そのため、本願が異なるサービスデータフローに関連付けられているデータユニットについて述べる場合（データユニットに関連付けられているサービスデータフローを表す情報を各データユニットが有する）、および１つ以上のアップリンクパケットフィルタに従って、データユニットの各々が、個々のデータユニットに関連付けられているサービスデータフローに対応する正しいベアラ上で送信されているかを検証する場合、上述した、１つのベアラがどのパケットフィルタにも関連付けられていない状況が包含されている。
【００８２】
LB機能部は受信したIPパケットのヘッダフィールドのいくつかを、アップリンクでの送信前に変更する機能を有してもよい。これは、ヘッダに挿入する前にIPチェックサムを計算することを含みうる。図５はIPv4ヘッダフィールドを示している。一例として、上述したようにIPパケットのサイズが増加又は減少されるとすると、IPヘッダフィールド”パケット長(Total Length)”および”ヘッダチェックサム”が更新される。
【００８３】
図４は本発明のいくつかの実施形態に係る例示的な方法の行程と、テストシステム４００およびテスト下にある通信機器４１０とのやりとりを示す信号フロー図である。
【００８４】
図４に示すテスト方法は、１つの無線アクセス技術内および／又は（例えば無線リンクが確立された際にUL TFTによって設定されるような）RATハンドオーバ後のパケットフィルタに関する通信機器の振る舞いを検証するために特に有用である。
【００８５】
テストシステム４００はダウンリンクでデータを通信機器４１０に送信するように構成され、通信行きはダウンリンクで受信したデータをアップリンクでテストシステム４００に返すように構成される。
【００８６】
ステップ４０１で、テストシステムは無線リンクを確立するとともに、１つ以上の無線ベアラ、１つ以上の制御チャネル、およびテストに用いるべき１つ以上のパケットフィルタを設定する。
【００８７】
ステップ４０２で、テストシステムは通信機器の専用テストループ機能の有効化を開始し、通信機器は有効化の開始にステップ４１１で応答する。ステップ４０２および４１１での有効化はテストループの閉じ(closing)を含んでもよい。有効化はさらに、テストループ機能の設定を含んでもよい。あるいは、テストループ機能はその一部又は全部を事前設定されていてもよい。
【００８８】
ステップ４０３で、テストシステムはデータ（例えばIPパケット）を、ダウンリンクで通信機器に送信し、通信機器はデータをステップ４１２で受信する。ステップ４１２において、通信機器によって受信されたデータはまた、通信機器によって様々な処理を受けてもよい。例えばそのような内部機器受信データ処理は周知である。ダウンリンクで送信される各パケットは、IPパケットが異なるサービスデータフローを表すことをシミュレートするヘッダ情報を含んでいる。ステップ４１２の後（例えばステップ４１６および４０７に関連して）、データの受信および受信データの処理が通信機器によって正しく実行されていることの検証が行われてもよい。
【００８９】
専用テストループ機能は、ダウンリンクで受信したデータの全て又は一部を、アップリンクの無線ベアラ上で送信するために転送するよう構成される（ステップ４１４）。アップリンクでの送信のためにデータが戻されると、通信機器はパケットフィルタ設定に基づいて複数のIPパケットを異なるベアラにマッピングする。
【００９０】
ステップ４１４で、通信機器がアップリンクでの送信用に転送した後、ステップ４１６でその同じデータがアップリンクで送信され、ステップ４０７でテストシステムによって受信される。ステップ４０７でテストシステムがデータを受信すると、テストシステムはデータを検証することができる。検証は、データが実際に正しいことの検証を行わずに、アップリンク送信が行われたことを検証することを単に含むものであってもよいし、データがアップリンクで正しく送信されたことの検証をさらに含んでもよい。ステップ４０７における検証は、IPパケットの各々が、テストシステムによって設定されたパケットフィルタ設定およびIPヘッダ情報に従って正しいアップリンクベアラ上で送信されているかの検証を含んでもよい。
【００９１】
上述したように、正しいDL受信および／又は処理の間接的な検証をさらに、あるいは代替物として含んでもよい。そのような検証は、戻された(UL)データを介して実行されるため、間接的なものである。テストシステムは戻されたULデータをDLで送信したデータと比較する。例えば、戻されたULデータがDLで送信したデータと同一なら、これをDLデータの受信および処理が正しく行われたこととの検証としてもよい。別の例は、テストシステムが誤ったヘッダ情報を用いてDLデータを送信するものである。そして、通信機器はそのデータを受け付けてはならず、通信機器の正しい動作はULで戻されるデータがないことをもって検証することができる。
【００９２】
テストセッションが完了すると、テストシステムはステップ４０８でテストループの無効化（開放）を開始し、通信機器は無効化の開始にステップ４１７で応答する。ステップ４０９で、無線リンクが切断される。
【００９３】
通信機器４１０は、特定のイベントが発生した後にのみアップリンク送信用にデータを戻すように構成されてもよい。これにより、テスト手順における所定のイベントと動作の相対的なタイミングの制御が可能になる。例えば、テストシステムは、特定のイベントが発生する前にリンクの切断を開始することができ、それによってリンクが切断された際に通信機器が送信待ちのデータを有することを確実にすることができる。それにより、テストシステムはコネクション再確立手順およびコネクション再確立後にデータが正しく送信されることの検証を行えることを確実にすることが可能となる。
【００９４】
そのため、専用テストループ機能は、特定のイベントが発生した後（ステップ４１３）でのみ、ダウンリンクで受信したデータの全部又は一部をアップリンクの無線ベアラ上で送信するために転送する（ステップ４１４）ように、必要に応じて構成されてもよい。
【００９５】
特定のイベントは、データが受信された時刻からの、所定時間の経過であってよい。これは、テストループ機能内のタイマとして実現することができる。この時間は、予め設定されてもよいし、ステップ４０２および４１１での有効化の一部として（例えばテストシステムによって）設定されてもよい。また、時間は、ステップ４０２および４１１でテスト機能が有効化される前又は後にテストシステムおよび通信機器の少なくとも一方で入力される特定のコマンドによって設定されてもよい。
【００９６】
特定のイベントは、テストシステムから通信機器への特定のコマンドの送信（ステップ４０５）や、テストオペレータによってテストシステム（ステップ４０５）及び通信機器の少なくとも一方で実行される（キーの押下のような）動作の登録のような他のイベントであってもよい。特定のイベントは、ステップ４０１で確立された無線リンクの切断（４０４）であってもよい。
【００９７】
イベントの形式（経過時間、コマンド、オペレータの動作、リンク切断、等）は、予め設定されていても良いし、ステップ４０２および４１１での有効化の一部として（例えばテストシステムによって）設定されてもよい。テストシステムは、イベントの形式及び／又は経過時間量を規定するインジケータを通信システムへ送信することができる。これはさらに、ステップ４０２および４１１でテスト機能が有効化される前又は後にテストシステムおよび通信機器の少なくとも一方で入力される特定のコマンドによって設定されてもよい。
【００９８】
特定の経過時間を用いるこの手法は、通信機器の実施に与える影響が少なくて済む。
【００９９】
特定のイベントが発生する前に、テストシステムはステップ４０４で、テストシステムとテスト下にある及び通信機器の間の無線リンクの切断を開始することができる。通信機器におけるテストループ機能がダウンリンクで受信したデータをアップリンクでの送信用に戻す（ステップ４１４）と、無線リンクは切断される。通信機器は切断され、アップリンクで送信するための待ちデータを有するので、コネクションを再確立するための手順がステップＳ４１５において開始される。
【０１００】
ステップ４０６でテストシステムは、通信機器がコネクション再確立手順を正しく実行していることを検証する。
【０１０１】
ステップ４０４における切断は、例えば、無線リンク故障をシミュレートしてよい。あるいは、又はさらに、テストシステムは、特定のイベントが発生する前に、他のシステム内セル又は他のRATへのハンドオーバをシミュレートし、対応する手順を通信機器が正しく実行していることを検証してもよい。この場合、特定のイベントは上述した例のいずれか、又は自身によるハンドオーバを有することができる。
【０１０２】
既に述べたように、通信機器におけるテストループ機能は、ダウンリンクで受信したデータの一部又は全部を返すように設定されてよい。例えば、ダウンリンクで送信されたデータのいくつかが（例えばアップリンクの振る舞いをテストするために）アップリンクについて意図され、その後戻され、その一方でダウンリンクで送信されたデータのいくつかは別の目的（例えばダウンリンク受信のテスト）が意図され、戻されない。さらに、ダウンリンクでデータがパケット（例えばIPパケット）として送信される場合、パケットのペイロードだけがアップリンクでの送信用に返されてもよい。（ヘッダ情報のような）パケットの他の内容は、アップリンクでの送信前に除去、追加又は変更がなされてもよい。例えばペイロードの全体又は一部を繰り返したり、ペイロードを切り詰めたり区切ったり得ることによってペイロードのサイズもまた変更されてよい。さらに、例えば、ヘッダの変更及び／又はペイロードの大きさの変更がある場合、パケット全体の大きさが変更されてもよい
【０１０３】
上述したように、テストループ機能は一部又は全部が予め設定されていてよい。個々の関連するシナリオについて、専用且つ予め設定されたテストループ機能が存在していてもよい。あるいは、ステップ４０２および４１１での有効化の一部として、特定のシナリオについて設定された１つ（又は２，３の）テストループ機能が存在していてもよい。
【０１０４】
リンク及びベアラを無線リンク及び無線ベアラとして説明してきたが、本発明の実施形態は有線通信システムにも同様に適用可能である。
【０１０５】
本発明のいくつかの実施形態は、同一の解決手法において経過時間と他のイベント開始の随意的な代替物を組み合わせる。例えば、データはイベント開始（４０５）の直後であって、遅くとも特定量の時間経過後までにステップ４１４で転送されてもよい。
【０１０６】
例えば無線アクセス技術ハンドオーバが発生した後に、通信機器の振る舞いをパケットフィルタ処理について検証することが望まれる場合、以下の手順を方法に加えることができる。
【０１０７】
テストシステムは、対応するハンドオーバコマンドを通信機器に送信する（ステップ４０４’）ことにより、無線アクセス技術の変更を開始することができる。あるいは、又はさらに、テストシステムは他のシステム内セルへのハンドオーバをシミュレートしてもよい。このようにしてハンドオーバ手順が開始され、ステップ４１５’において通信機器が応答する。テストシステムはステップ４０６’において、通信機器がハンドオーバ手順を正しく実行していることを検証する。
【０１０８】
ステップ４０３’で、テストシステムは追加データ（例えばIPパケット）を、ダウンリンクで通信機器に送信し、通信機器はデータをステップ４１２’で受信する。ステップ４１２’において、通信機器によって受信されたデータはまた、通信機器によって様々な処理を受けてもよい。例えばそのような内部機器受信データ処理は周知である。ここでも、ダウンリンクで送信される各パケットは、IPパケットが異なるサービスデータフローを表すことをシミュレートするヘッダ情報を含んでいる。
【０１０９】
専用テストループ機能は、追加データの全て又は一部を、アップリンクの無線ベアラ上で送信するために転送する（ステップ４１４’）。アップリンクでの送信のために追加データが戻されると、通信機器はパケットフィルタ設定に基づいて複数のIPパケットを異なるベアラにマッピングする。
【０１１０】
ステップ４１４’で、通信機器がアップリンクでの送信用に追加データを転送した後、ステップ４１６’でその同じ追加データがアップリンクで送信され、ステップ４０７’でテストシステムによって受信される。ステップ４０７’でテストシステムが追加データを受信すると、テストシステムは追加データを検証することができる。検証は、追加データが実際に正しいことの検証を行わずに、アップリンク送信が行われたことを検証することを単に含むものであってもよいし、追加データがアップリンクで正しく送信されたことの検証をさらに含んでもよい。ステップ４０７’における検証は、追加データのIPパケットの各々が、テストシステムによって設定されたパケットフィルタ設定およびIPヘッダ情報に従って正しいアップリンクベアラ上で送信されているかの検証、すなわち、ハンドオーバ後であってもベアラマッピングが正しいことの検証を含んでもよい。
【０１１１】
本発明の実施形態は、通信機器が移動端末発データに関するシナリオに準拠しているかの検証を可能にする。これは、例えば、通信機器において送信用のデータが待機している際にコネクションを再確立するためのシナリオに適用可能である。エンドユーザが期待するであろうサービス品質の補償を可能とするための標準化された振る舞いに通信機器が準拠していることを保証するため、そのようなシナリオへの準拠の検証は重要である。
【０１１２】
本発明の実施形態はさらに、（例えばE-UTRANとE-UTRAとの間の）RATハンドオーバや、セルハンドオーバのような、移動性がある状況の間のデータ継続性のテストも可能にする。
【０１１３】
本発明の実施形態はさらに、（例えばE-UTRANとE-UTRAとの間の）RATハンドオーバや、セルハンドオーバのような、移動性がある状況の間のパケットフィルタ（例えばUE UL TFT)機能及び機能データ継続性のテストも可能にする。
【０１１４】
説明した本発明の実施形態及びその等価物は、ソフトウェア、ハードウェア又はそれらの組み合わせによって実現することができる。それらは、デジタルシグナルプロセッサ(DSP)、中央処理装置(CPU)、コプロセッサユニット、フィールドプログラマブルゲートアレイ(FPGA)のような、通信機器に関連する、あるいは統合された汎用的な回路又は他のプログラマブルなハードウェアによって、あるいは例えば特定用途向け集積回路(ASIC)のような特別な回路によって実行されてよい。そのような形態の全ては、本発明の範囲に含まれることが意図されている。
【０１１５】
本発明は、本発明の実施形態のいずれかに従った回路／ロジックを備える電子装置又は本発明の実施形態のいずれかに従った方法を実行する電子装置によって実施されてよい。電子装置は例えば、ポータブル又はハンドヘルド移動体無線通信機器、移動体無線端末、携帯電話機、コミュニケータ、電子手帳、スマートフォン、コンピュータ、ノートブック、又は携帯ゲーム機であってよい。
【０１１６】
本発明のいくつかの実施形態によれば、コンピュータプログラム製品は例えばディスケットやCD-ROMのようなコンピュータ読み取り可能な媒体を有する。コンピュータ読み取り可能な媒体は、プログラム命令を有するコンピュータプログラムを格納していてよい。コンピュータプログラムは、例えば移動体端末又はテストシステムが備えるデータ処理部に読み込まれてよい。データ処理部に読み込まれると、コンピュータプログラムはデータ処理部に関連づけもしくは統合されたメモリに格納されてよい。いくつかの実施形態によれば、コンピュータプログラムは、データ処理部に読み込まれて実行される際に、例えば図１〜図４のいずれかに示される方法に従った方法手順をデータ処理部に実行させる。
【０１１７】
本発明を様々な実施形態に関して説明してきた。しかし、本技術分野に属する当業者は、依然として本発明の範囲に含まれる、説明された実施形態の数多くの変形物を認めるであろう。例えば、ここで説明した方法の実施形態は、所定の順序で実行される方法手順を通じた例示的な方法を示している。しかし、イベントの順序が本発明の範囲内で別の順序で実行されてよいことが理解される。さらに、順番に実行されるものとして説明されていても、いくつかの方法手順は並列に実行されてよい。
【０１１８】
同様に、本発明の実施形態の説明において、機能ブロックを特定のユニットに分割した区切りは、本発明をいかなる意味においても限定しない。これらの区切りは単なる例示である。ここで１つのユニットとして説明される機能ブロックが２つ以上のユニットに分割されてもよい。同様に、ここで２つ以上のユニットとして実施されるものとして説明された機能ブロックが、本発明の範囲内で１つのユニットとして実装されてもよい。
【０１１９】
ある実施形態の機能は、様々な実用的な組み合わせにおいて他の実施形態の機能と組み合わせられてもよい。
【０１２０】
従って、説明された実施形態における制限は単なる例示を目的としたものであり、いかなる意味においても限定を目的としたものではないことを理解されたい。本発明の範囲は発明の詳細な説明ではなく添付の特許請求の範囲によって規定され、請求項の範囲に含まれる全ての派生物は本発明に包含されることが意図されている。
【図１】
0005646718.tif 000002
【図２】
0005646718.tif 000003
【図３】
0005646718.tif 000004
【図４】
0005646718.tif 000005
【図５】
0005646718.tif 000006