Dear All

I am very glad to make this announcement.

Thanks to Mr.Ishikawa and his colleagues,the  NRFID Correspondence Group as was agreed to

be created at the last SG16 meeting in April now has its own mailing list.

It is now open to accept subscription requests.

We sincerely hope that anyone in SG16 who has  interest in this new area can  join us by subscribing to our mailing list.We believe SG16 should and can play a central role in the development of NRFID standards in ITU-T.

Those who want to subscribe to our mailing list are welcome to send your requests to Mr.Ishikawa

at chiaki.ishikawa@ubin.jp who is responsible for creating and maintaining it.(Thanks to him once more!)

For anyone who is not familiar with what has been going on in SG16 about NRFID,see the following information.

Overall Requirements

We’d like to bring to your attention the following documents:

1) TSAG Output from the meeting in November

2) NRFID Workshop Results (including the informal meeting which took

 place just after the workshop)

3) Deliverables of the TSAG Correspondence Group

4) TSB-Circular letter 80

5) Meeting Report Q22/16

 and he would like to see a clear understanding of the following in  early May timeframe.

 i) the topics SG16 will address under its mandate and

 ii) SG16 role in the coordination of the development of global

 standards in NRFID.

Background

     It is our observation that NRFID is deemed important enough

     to be discussed at ITU-T.

     But it is also true, there are still issues

     that need to be clarified about how to use NRFID from the

     viewpoint of network.

     In order to solve this, i.e., give clear understanding of

     these technical issues, we need to build a usage model

     of NRFID to discuss the technical issues in detail within

     ITU-T.

     Japanese delegation tried to propose such a usage model to

     TSAG, and SG16 so far, but it is still too early for the

     delegates to reach a consensus yet.

     So we would like to move discussion along to reach a consensus

     on usage model and the set of technical issues to be discussed.

Main proposals

     We would like to make SG16 as a leading SG for studying

     NRFID issues.

     Since SG16 discusses the ubiquitous service applications

     including multimedia, it is possible to cover all the aspects

     of NRFID in a top-down       manner at SG16 discussion.

 Roadmap of the proposal/action plan

 (i) Let us build an application usage model of NRFID so that

     we can discuss the technical issues of NRFID in detail

     at SG16.

 (ii) Let us summarize the application requirements from the viewpoint

      of such usage model. We will deliver the list of such requirements as reference requirements

      of NRFID application.

 (iii) Once the application requirements are summarized, we will

       look at issues such as security, privacy, performance, and

       quality of service. Some of these issues are now

       being looked at by other SGs such as SG11, SG13, SG17, etc..

       So we coordinate the evaluation of these extra issues.

 (iv) Assuming that the application environment envisioned in the step  (i), and

      (ii) become a reality, then we will evaluate the scalability

      issues (say, 100 NRFID tags for each person) and reflect the

      discussion on the future network architecture requirements (SG13)

      and signaling issues (SG11) .

Short-Term goals

 (a) Application Model.

 For the step (i) of building application usage model(s), we would like  to propose application model/scenario based on our experience.  First  we need to settle on a template of such submission.  The following is  a tentative idea.  Such application usage scenario template consists  of the following items.

   - Service Definition. (A summary paragraph).

   - System Configuration.

   - Terminal Characteristics

      (NRFID reader/writer functions, and other features.)

   We think we can offer technical data based on our feasibility

   study experiments using NRFID so that we can reach a consensus

   on system configuration, scalability,     service definition,

   performance and other issues.

 (b) Application Requirements. (This will be the topics discussed at SGs)

   - Network requirements such as size and other characteristics.

   - Required Service to be offered to users.

   - other

 (c) Performance and QoS

 (d) Interoperability issues with other application.

 (e) New Service.

    - Location-aware services based on NRFID.

     (This is the type of services discussed during the presentation

      from University of North Carolina.)

    - others.

    We plan to offer such novel application profile/scenario and

    requirements in addition to summarizing the current application.

With Best Regards

Noah  Luo

Rapporteur of Q.22/SG16

Ph.D,Huawei Technologies Co.,Ltd.

Tel:+86-755-28786346

Fax:+86-755-28789166